【正文】 YEAR TO SECOND Y created_date 數(shù)據(jù)生成日期 DATETIME YEAR TO SECOND Y area_id 營業(yè)區(qū) DECIMAL(9,0) 表 6，預付費 PCS話單帳目表 話單格式 : 第一行是文件頭：FILEHEAD|100000|100001|100002|100003|100004|202020|300001|300002|100008|100005|100006|100007|160001|160002|160003|160011|160012|160015|160013|160014， FILEHEAD是文件頭標識，后面緊接著的一串一串數(shù)字是屬性標識。 state 狀態(tài) VARCHAR(3) 帳目組 _帳目的狀態(tài)。 acct_item_type_id 帳目類型標識 DECIMAL(9,0) Y PK FK 對每一帳目類型的唯一編號。 表 2，帳務周期表 ACCT_ITEM_GROUP_MEMBER（帳目組 _帳目表） , 定義每個帳目組包含哪些帳目。 state 狀態(tài) VARCHAR(3) Y 帳務周期的狀態(tài)。 due_date 違約金起算日期 DATETIME YEAR TO SECOND Y 違約金開始計算的時間。 cycle_begin_date 周期開始時間 DATETIME YEAR TO SECOND Y 本帳務周期開始的時間。與BILLING_CYCLE_TYPE表的CYCLE_TYPE_ID屬性關聯(lián)。 14 BILLING_CYCLE（帳務周期表）定義具體的帳務周期及相關重要日期，供系統(tǒng)或用戶選擇以指定帳務周期。 instance_id：消費者流程標識。 name：文件名稱，由一定的規(guī)律組成。 event_source_typ：用來標識事件的來源，即 1：正常事件 2：無主事件 3：異常事件。 13:批價的無主和異常事件文件 。否則，應該新建一個事件來源。 字段名稱 字段含義 數(shù)據(jù)類型 非空 source_id 事件來源標識 DECIMAL(9,0) Y parent_src_id 父來源 DECIMAL(9,0) source_type 事件類源類型 INTEGER Y event_source_type 事件來源類型 INTEGER name 名稱 VARCHAR(100) Y data_path 位置 VARCHAR(150) instance_id 消費者流程標識 DECIMAL(9,0) Y producer 生產(chǎn)者進程標識 DECIMAL(6,0) customer 消費者進程標識 DECIMAL(6,0) Y proc_state 處理狀態(tài) CHAR(3) Y created_date 生成時間 DATETIME YEAR TO SECOND Y dealed_date 處理完成時間 DATETIME YEAR TO SECOND source_size 文件大小 INTEGER Y rec_quantity 輸入記錄數(shù) INTEGER Y derive_rec 派生記錄數(shù) INTEGER Y normal_rec 正常記錄數(shù) INTEGER Y abnormal_rec 異常記錄數(shù) INTEGER Y invalid_rec 無效記錄數(shù) INTEGER Y source_charge 文件費用 NUMERIC(16,5) Y batch_id 批次標識 INTEGER 表 1，事件來源表 source_id：一個事件來源即一個事件文件或事件數(shù)據(jù)包。 13 有關表的介紹： EVENT_SOURCE（事件來源表），是用來存放各種話單文件的信息的一張表。 TRateFileIOManager：計費文件解析類， 主要用于對計費文件進行解析，取得的文件的各個字段，形成事件屬性 ,同時正常文件、異常文件的生成 。）它的成員變量有：用于存放取得的未處理文件信息的 vector m_vUnsettledFileInfo，查詢條件 m_sQuerySql，每次從數(shù)據(jù)庫中取得的文件數(shù) m_iDBSearchStep。 TRateFileDBInterface：計費文 件數(shù)據(jù)庫接口類， 主要用于從數(shù)據(jù)庫中查詢未處理的計費文件，同時對數(shù)據(jù)庫中的計費文件狀態(tài)進行更新 。可以用來初始化計費文件數(shù)據(jù)庫接口類和計費文件解析類。 VUnsettledFileInfo： typedef vectorTEventSourceFileInfo VUnsettledFileInfo 用于裝載未處理文件信息的 vector。 TPcsTransExecInfo，程序運行參數(shù)結(jié)構體，用于存放程序運行參數(shù)，它的成員變量包含有：當前帳期標識、下個帳期標識、帳期開始時間、帳期結(jié)束時間、客戶分組 ID、流程 ID 等。如要查找數(shù)據(jù)庫中的一條記錄，先設置好查詢語句 SQl，然后調(diào)用它的成員函數(shù) SetSQL(const char *inSqlstmt)把查詢語句設置到 Sqlstatement中，然后調(diào)用Open(int prefetchRows=PREFETCH_ROWS)打 SELECT語句返回結(jié)果集 ，接著用 Next()移動到下一個記錄 ，用 Field()取一個列的值。 TDBQuery：數(shù)據(jù)庫操作類，用于對數(shù)據(jù)庫的 操作，可以用來查詢數(shù)據(jù)庫，向數(shù)據(jù)庫里插入數(shù)據(jù)和修改數(shù)據(jù)等。 TAppComponent：數(shù)據(jù)庫連接類，用來連接數(shù)據(jù)庫，它繼承了類 TComponent。 TDBDatabase：數(shù)據(jù)庫類，成員變量包括數(shù)據(jù)庫名、用戶名和密碼等信息；成員函數(shù)有 Connect()用于連接數(shù)據(jù)庫，它封裝 Oracle數(shù)據(jù)庫的 OCI函數(shù)來實現(xiàn)和數(shù)據(jù)庫的連接。 基礎類和結(jié)構體的介紹： TConfigInfo： 系統(tǒng)配置信息結(jié)構體 ，它的成員包括：正常文件路徑 sNorFilePath， 異常文件路徑sErrFilePath， 是否將設為正處理的文件改為未處理 iRefresh， 每次取文件數(shù) iStep， 輪詢過程中 sleep的秒數(shù) iSleepSec。要想進行預付費入庫程序設計，首先要了解這些基礎，然后才能在這些基礎上進行程序設計。 UNIX下運行程序很簡單，把可執(zhí)行文件名看作命令，帶上指定的 參數(shù)程序就可以運行了。在這里不細說了。 動態(tài)的改變你程序的執(zhí)行環(huán)境。 可讓被調(diào)試的程序在你所指定的調(diào)置的斷點處停住?；蛟S，各位比較喜歡那種圖形界面方式的，像 VC、 BCB等 IDE的調(diào)試。于是 UNIX下的軟件比 Windows下的軟件更能有機地結(jié)合，各自發(fā)揮各自的長處，組合成更為強勁的功能。大家知道命令行的強大就是在于，其可以形成執(zhí)行序列，形成腳本。 調(diào)試程序可以使用 GDB調(diào)試程序，也可以使用 dbx 命令來調(diào)試程序。 程序在 UNIX下的編譯與 Windows有所不同，沒有 Widows所提供的編譯按鈕，在 UNIX下要自己編寫 Makefile，然后運行 make命令來編譯程序。利用 VC++.NET編程工具 編寫程序，在 UNIX下編譯 、調(diào)試 和運行程序。第 五 章 主要講程序的運行，以及程序運行的結(jié)果。第三章 對預付費入庫的基類和預付費流程進行了設計，簡單的介紹了預付費入庫的基類是怎樣設計出來的，以及類的大體結(jié)構；并詳細介紹了流程圖和流程圖中各個函數(shù)的功能；還畫出了數(shù)據(jù)轉(zhuǎn)移圖，它是數(shù)據(jù)在程序中的轉(zhuǎn)移過程的結(jié)合 。 本文的 組織 結(jié)構 下面簡要敘述本文的大致組織情況。組內(nèi)揀重簡單快捷，組與組之間揀重效率也顯著提高。存檔文件的索引存放在 dup_file表內(nèi)，以供揀重查詢。故揀重模塊存放的為關鍵字串，以存檔文件形式存放。最后將話單輸出。如果查不到話單或不符合重單要求，則話單為正常話單。查詢到話單之后先判斷是否需要合并，如果需要合并則根據(jù)規(guī)則合并。具體包括： (1)支持根據(jù)事件類 型組、揀重關鍵字進行合并、揀重； (2)支持事件類型組之間的完全、交叉揀重； (4)支持揀重時間范圍的靈活定值； (3)支持對某個時間偏差內(nèi)的話單作為非重單規(guī)則； (5)支持揀重例外的設置：可以設置某個事件屬性滿足一定條件時不揀重，或者主產(chǎn)品或附屬產(chǎn)品為某個值時不揀重，或者它們之間的組合； (6)支持連續(xù)話單、連續(xù)短話單等特殊方法揀重； (7)支持與主控連接 揀重處理流程： 10 揀 重獲取話單查詢存檔話單分析規(guī)則加載資料重單分析話單存檔輸出話單 圖 8，揀重處理流程圖 從話單接口獲得話單內(nèi)容。通過配置決定揀重 /合并關鍵字、支持揀重例外的配置、揀重時間范圍的靈活定值 。揀重模塊目前包括話單合并和話單排重功能。 話單的揀重是在預處理之后的一個環(huán)節(jié)，在計費系統(tǒng)中處于一個比較關鍵的位 置。 分割：根據(jù)分割規(guī)則，將目的事件文件劃分成若干子文件。通過配置內(nèi)部事件字段和源事件字段之間的關系來映射關系來實現(xiàn)格式化。 預處理可以處理的話單類型包括：語音話單、數(shù)據(jù)話單和代收話單。 預處理模塊的主要功能： 1將采集后的各種類型的話單，根據(jù)配置的話單格式進行解析，獲取需要的話單信息； 2解析成標準化話單； 3分揀 amp。 8 計費系統(tǒng)的預處理模塊，可以認為是計費系統(tǒng)的一個子系統(tǒng)，可以獨立于計費系統(tǒng)之外進行處理。 在整個預處理內(nèi)部，所有的處理邏輯都是通過前臺配置來實現(xiàn)的，包括話單格式的解析、映射、分揀、過濾、轉(zhuǎn)換等，通過配置，將整個預處理業(yè)務邏輯分解為內(nèi)部可見的處理流程，并最終輸出標準的計費帳務事件話單，整個處理邏輯的配置方式充分體現(xiàn)了系統(tǒng)的靈活性、可擴展性。 預處理是按照一定的規(guī)則將數(shù)據(jù)采集模塊采集到的文本話單、二進制話單、 DBF文件、數(shù)據(jù)話單等原始話單轉(zhuǎn)換成標準的文件格式，提供給后續(xù)模塊進行處理。在前面 。入庫后產(chǎn)生了三張表：清單表、費用表和總帳（ sd）表，清單表、費用表是給 web前臺查詢用的 ，為客戶提供清單級的查詢 ； sd表的帳目數(shù)據(jù)是給后面出帳用的 ，可以為客戶提供總帳級的查詢 。 預付費入庫 預付費入庫在計費中系統(tǒng) 中的位置 因為預付費業(yè)務在通話過程中就實現(xiàn)了計費，所以預付費話單在產(chǎn)生時就已經(jīng)有了費用記錄，所以不需要經(jīng)過批價處理來進行算費。 我們這里所說的預付費指的是實時預付費。 實時預付費類似于 IP電話卡那樣，錢用光了就實時停掉服務的那種。 預付費和后付費 預 付費 預付費：是需要保證帳戶有余額，通話費在預付費中實時扣除，話費用完時，系統(tǒng)自動停止其通信服務。 合帳是指將批價輸出的話單文件合入到清單表、費用表、累積量表和帳目表中的過程。根據(jù)資費政策和優(yōu)惠政策進行算費和優(yōu)惠處理。批價引擎的工作由計費事件觸發(fā)進 行，完成計費事件批價的主要功能，由以下過程組成：定位計費事件屬主對應的產(chǎn)品實例、產(chǎn)品包實例、商品實例、客戶資料。 揀重模塊目前包括話單合并和話單排重功能，將預處理正常處理完成的文件，待合并的話單進行合并，重復的話單作為錯單輸出，正常的話單輸出給批價模塊計費。 6 采 集預 處理揀 重 批 價 合 帳錯 單 管 理共 享 內(nèi) 存計 費 主 流 程 圖 4，數(shù)據(jù)處理流程圖 預處理是按照一定的規(guī)則將數(shù)據(jù)采集模塊采集到的原始話單轉(zhuǎn)換成標準的文件格式，提供給批價模塊進行批價處理。數(shù)據(jù)處理可以是自動實時處理的過程，也可以是人工非實時的處理過程。 數(shù)據(jù)處理是這部分的核心，對數(shù)據(jù)采集提供的數(shù)據(jù)進行預處理、批價、出帳處理，為數(shù)據(jù)提供和前端協(xié)作提供數(shù)據(jù)基礎，是數(shù)據(jù)中間層生成的處理過程。 前端協(xié)作是出帳及帳單加載后開始面向前端客戶提供各項服務的管理過程，該過程由各級計費結(jié)算中心和計費帳務中心的前端協(xié)作崗負責。 數(shù)據(jù)處理流程描述了數(shù)據(jù)處理總體過程，包括預處理、批價、入庫、銷帳、銷帳加載到數(shù)據(jù)中間層生成等處理過程以及確保這些過程正確處理的輔助過程。數(shù)據(jù)采集 的方式分為在線采集 (ON LINE采集 )、聯(lián)機采集、脫機采集三種方式。 數(shù)據(jù)交換：和上下級計費系統(tǒng)的數(shù)據(jù)交換。 前端協(xié)作：包括帳單管理、余額管理、銷帳管理、查詢管理、欠費管理等客戶服務相關功能。 數(shù) 據(jù) 采 集 數(shù) 據(jù) 處 理 前 端 協(xié) 作 數(shù) 據(jù) 提 供 數(shù) 據(jù) 交 換 圖 3, 計費系統(tǒng)的業(yè)務流程圖 數(shù)據(jù)采集：包括預付費采集和后付費采集。因此需要集團、省級、本地網(wǎng)三級配合，進行數(shù)據(jù)交換。 電信計費系統(tǒng)目前大部分按照集團、省級、本地網(wǎng)三級進行建設，按照新的規(guī)劃，本地網(wǎng)逐漸向省級集中，同時也趨向“全業(yè)務”融合。狹義的計費是指除了通信網(wǎng)絡內(nèi)的用戶通信的記錄和出帳后處理以外的過程和內(nèi)容，即主要 包括采集、預處理、劃價、出帳過程。廣義計費的概念是從用戶發(fā)起通信開始，直至用戶完成付費的全過程。 如下圖所示：計費系統(tǒng)在 BSN水 平框架中屬于核心系統(tǒng)部分；在 BSN垂直框架中屬于應用軟件部分；在 BSN網(wǎng)絡結(jié)構中屬于一個組成網(wǎng)元，受 BSN網(wǎng)管的管控。業(yè)務支撐網(wǎng)水平三層結(jié)構中的核心系統(tǒng)就是 ITSP中的業(yè)務支撐系統(tǒng) BSS，它包括計費系統(tǒng)、 CRM、結(jié)算系統(tǒng)、經(jīng)營分析系統(tǒng)等。 BSN中的定位 業(yè)務支撐網(wǎng)在水平方向可以劃分為用戶界面、接入平臺和核心系統(tǒng)三層。 3 圖 1, BSN的遠期規(guī)劃圖