首頁>>廠商>>交換機/ACD系統(tǒng)平臺廠商>>恒訊達

恒訊達HXD09語音交換機在運營商充值卡系統(tǒng)中的應用

2010/03/09

  目前,在現(xiàn)有運營商的充值卡系統(tǒng)的建設中,各子系統(tǒng)間沒有統(tǒng)一的接口,接口標準五花八門。往往每新增一個子系統(tǒng),需要對原有系統(tǒng)重新設計多個接口。數(shù)據(jù)集成度很低,且難于管理和維護,一個系統(tǒng)需要為各種不同的相關系統(tǒng)定義不同的接口。

圖:目前系統(tǒng)的現(xiàn)狀

  基于多年業(yè)務支撐系統(tǒng)建設的經(jīng)驗,提出統(tǒng)一的消息總線平臺BUIP。在該模型中,定義多種類型的消息接口,并加以統(tǒng)一設計,實現(xiàn)信息交互的統(tǒng)一性。

圖:采用BUIP以后的業(yè)務支撐系統(tǒng)構架

  在BUIP構架中,各系統(tǒng)以統(tǒng)一的接口方式與消息總線相連,各系統(tǒng)對外提供統(tǒng)一規(guī)格的服務接口。針對其它廠商的產(chǎn)品,我們提供相應的消息適配轉換方案集成到統(tǒng)一消息總線平臺中來。

多層體系結構設計

  在運營商業(yè)務日趨復雜、用戶數(shù)快速增長、并發(fā)數(shù)據(jù)猛增的情況下,以前的兩層結構存在處理速度慢、跨平臺能力弱、系統(tǒng)性能/價格比低、不能擴展到WEB上等缺點,已經(jīng)不再能滿足當今和未來的需要。

  本系統(tǒng)在充分考慮客戶要求的前提下,對目前流行的體系結構進行了較長時間的研究和測試,并結合以往在開發(fā)電信業(yè)務支撐系統(tǒng)的先進技術和豐富的實踐經(jīng)驗,提出了以下所示的多層體系結構:

圖:多層體系結構框架

  上面所示的體系是在三層結構的基礎上提出來的,三層結構技術將原來兩層結構中客戶端的大量事務處理邏輯或數(shù)據(jù)庫服務器上的存儲過程放到中間層來實現(xiàn),從而減輕了客戶端和數(shù)據(jù)庫服務器端的負荷,并統(tǒng)一和規(guī)范了業(yè)務開發(fā)、管理和維護。

  本系統(tǒng)結合大客戶管理系統(tǒng)的特點,將中間層適當?shù)胤殖扇龑樱〝?shù)據(jù)庫層、對象層和業(yè)務處理層)以便更好地組織整個系統(tǒng)的開發(fā)并最大限度地實現(xiàn)組件的可重用性和可擴展性,形成了一種多層的結構體系。體系中每一層所需的服務和數(shù)據(jù)都只來源于自己的下一層,并且只為自己的上一層提供服務和數(shù)據(jù),而且每一層的都采用組件模塊的方式進行擴展,這樣使得系統(tǒng)的可維護性大大增強。

  體系中各層的主要功能與任務如下:

  客戶端應用層:客戶端的任務就是接受用戶的輸入并向中間層發(fā)送事務處理

  請求,得到中間層的返回的結果后將任務執(zhí)行結果或執(zhí)行情況向用戶反映。該層屬于接入層。

  業(yè)務處理層:業(yè)務處理層提供了較高層次的事務處理與相關應用,實現(xiàn)了較為復雜的功能以供客戶端調(diào)用。業(yè)務處理層的所有服務都來源于對對象層的調(diào)用,所有由業(yè)務處理層觸發(fā)的處理請求,都將被分割為各種原子邏輯處理,傳遞到對象層進行處理。

  對象層:對象層是對系統(tǒng)涉及的業(yè)務處理進行歸類和剖析,使用面向?qū)ο蠓治龇椒ㄟM行合理抽象后得到的各種實體的集合,這些對象包含的原子業(yè)務邏輯作為不可分的單元為業(yè)務處理層提供了基礎。

  數(shù)據(jù)庫層:數(shù)據(jù)庫層是在對大客戶管理系統(tǒng)中所涉及的數(shù)據(jù)表進行深入透徹的分析,進行歸類的各種數(shù)據(jù)庫操作的集合,該層包括了對數(shù)據(jù)庫連接的管理功能。

  數(shù)據(jù)庫服務器:數(shù)據(jù)庫服務器端只提供數(shù)據(jù)的存儲及訪問,和一些大運算量的數(shù)據(jù)計算。這樣使得系統(tǒng)與數(shù)據(jù)庫管理系統(tǒng)產(chǎn)品的相關性大大減低,系統(tǒng)顯得更為靈活和易于移植。
  多層結構體系從根本上為系統(tǒng)提供了一個扎實可靠的技術框架。將業(yè)務邏輯在中間層實現(xiàn),有以下優(yōu)點:

  1. 業(yè)務邏輯集中實現(xiàn),易于升級和更改;

  2. 大量的客戶端對數(shù)據(jù)庫的請求集中起來,進行排隊后再向數(shù)據(jù)庫服務器進行數(shù)據(jù)請求,可以大大減少對數(shù)據(jù)庫服務器的壓力;

  3. 一個好的軟件還可以實現(xiàn)對數(shù)據(jù)請求的負載均衡,避免出現(xiàn)某些服務器很忙而另一些則很空閑的情況。

充值卡業(yè)務功能

  1.預付費

  預付費業(yè)務向用戶提供實時業(yè)務消費和卡充值服務。當持卡用戶欲通過充值卡使用某種業(yè)務時,首先必須對其卡進行“身份驗證”(核對卡號及密碼),并確認其卡中的剩余金額是否足夠支付該種業(yè)務。若驗證、確認通過后,才允許用戶使用該種業(yè)務,根據(jù)用戶卡上的余額和該種業(yè)務的資費政策計算出用戶使用該業(yè)務的最大時長,并在其使用的過程中根據(jù)該種業(yè)務的資費政策進行計費,對其卡中的金額進行實時核減。若用戶使用該業(yè)務的時間達到最大時長限制,則系統(tǒng)向用戶發(fā)出超時報警,提示用戶中斷使用或者使用另外一張卡。

  由于一張卡能夠使用多種業(yè)務,為了防止用戶在使用某種業(yè)務的同時,利用同一張卡使用別種業(yè)務,系統(tǒng)應該在用戶通過身份驗證后,將該充值卡“鎖定”,若用戶利用該卡使用別的業(yè)務時,則系統(tǒng)向用戶提示該卡正在使用中。

  為實現(xiàn)充值卡用于各種實時服務消費的功能,平臺需要與相關的業(yè)務系統(tǒng)相連接。

  2.后付費

  后付費業(yè)務向用戶提供充值和業(yè)務付費服務。用戶使用充值卡充值繳費時,向平臺提供所持充值卡的帳號、密碼、所要繳費的業(yè)務類型,平臺對帳號及繳費類型信息進行鑒別后,如果用戶確認進行繳費,充值卡平臺則對用戶進行充值繳費,并改變用戶充值卡的狀態(tài)。平臺應對用戶的繳費過程進行日志記錄,并可將記錄數(shù)據(jù)用于用戶查詢及數(shù)據(jù)統(tǒng)計等功能,記錄的信息至少應包括:充值卡帳號、繳費時間、繳費金額、繳費業(yè)務類型、繳費業(yè)務的相應用戶帳號(例如130用戶的手機號、165用戶的上網(wǎng)帳號等)、繳費結果等信息。

  3.系統(tǒng)互連

  (1).與綜合營帳系統(tǒng):綜合業(yè)務付費平臺通過高速局域網(wǎng)與綜合營帳系統(tǒng)相連,由綜合營帳系統(tǒng)提供用戶的費用信息,由綜合業(yè)務付費平臺向綜合營帳系統(tǒng)提供用戶充值繳費信息。同時,綜合業(yè)務付費平臺通過綜合營帳系統(tǒng)實現(xiàn)與聯(lián)通營業(yè)廳、代理商的連接。

  (2).與綜合結算系統(tǒng):綜合業(yè)務付費平臺通過局域網(wǎng)與綜合結算系統(tǒng)相連。綜合結算系統(tǒng)定期對充值卡業(yè)務進行統(tǒng)計、結算,包括各業(yè)務間的結算以及與其他電信業(yè)務提供商之間的結算。

  (3).與客服系統(tǒng):為了利用運營商公司現(xiàn)有資源,節(jié)省開支,用戶可以通過客戶服務系統(tǒng)訪問綜合業(yè)務付費平臺。綜合業(yè)務付費平臺通過局域網(wǎng)和語音中繼兩種方式實現(xiàn)與客戶服務系統(tǒng)的連接。

  (4).與相關業(yè)務系統(tǒng):為了實現(xiàn)充值卡用于各種業(yè)務的實時消費功能,綜合業(yè)務付費平臺需和相關的業(yè)務系統(tǒng)相聯(lián)接。

  (5).與銀行系統(tǒng):為了滿足用戶到銀行前臺繳費以及持銀行賬戶的用戶通過本系統(tǒng)接入公用電話網(wǎng)或INTERNET,利用銀行儲蓄或信用卡實現(xiàn)繳費。

充值卡系統(tǒng)功能

  付費平臺主要功能包括:

  1. 充值卡卡號的管理,包括卡號及密碼的生成、卡號的分配、卡號的使用、卡號的回收等;

  2. 對持卡用戶使用電信業(yè)務進行認證、計費、以及卡中金額的核減;

  3. 協(xié)調(diào)處理一卡用于幾種電信業(yè)務的使用,合理分配卡中金額,還包括使用某些電信業(yè)務的唯一性的控制(例如,一般情況下,不允許一個卡號用于多個人同時使用);

  4. 對于預付費業(yè)務能夠進行實時帳務處理;

  5. 對于后付費業(yè)務,用戶能夠使用充值卡繳費;c

  6. 通過建立各種銷售渠道滿足運營商廣大用戶的購買需求;

  7. 提供面向用戶的服務功能,包括密碼的修改、卡中余額查詢、使用詳單查詢、并卡、轉賬、充值等功能;

  8. 提供面向業(yè)務管理部門的統(tǒng)計、結算、分析等功能,例如可為相關的綜合營帳系統(tǒng)提供業(yè)務統(tǒng)計數(shù)據(jù)。
   電話充值卡系統(tǒng)的結構

  1、硬件結構

  充值卡系統(tǒng)的硬件結構可以分為語音接入處理和數(shù)據(jù)處理兩大部分。

  語音接入處理部分主要完成用戶的語音話路接入功能。其中:HXD09語音交換機可以支持七號信令和一號信令的數(shù)字E1線路的接入。HXD09的IVR完成自動業(yè)務受理功能,實現(xiàn)系統(tǒng)7*24小時不間斷服務。CTI完成對排隊機的監(jiān)視、控制任務,并能夠?qū)崟r的提供每個語音通道的信息配合IVR完成自動繳費業(yè)務的實現(xiàn)。

  HXD09是基于交換機、CTI 和 TCP/IP 技術,實現(xiàn)話音、傳真、 座席、IP 電話等多種服務方式一體化的可編程交換機。跟傳統(tǒng)的語音插卡 + 工控機的模式相比,有很大優(yōu)勢,具體性能如下:

  高度可靠,千萬次以上呼叫測試,呼損小于萬分之一

  設備外觀圖


  數(shù)據(jù)處理部分主要完成移動用戶在進行自動繳費操作時所必須的數(shù)據(jù)處理功能。其中:數(shù)據(jù)處理主機及其相關設備主要完成對數(shù)據(jù)的存儲功能。系統(tǒng)維護管理主要是通過對系統(tǒng)各種數(shù)據(jù)的分析,完成得到各種分析報表的功能。數(shù)據(jù)處理網(wǎng)關是為了完成系統(tǒng)跨數(shù)據(jù)庫進行數(shù)據(jù)操作和進行數(shù)據(jù)操作排隊的功能。

  系統(tǒng)硬件的兩大部分通過100M局域網(wǎng)連接起來,以語音接入處理部分為聯(lián)系手段、以數(shù)據(jù)處理部分為信息處理平臺,相互配合、有機結合,為廣大運營商通信用戶提供方便、可靠的自動繳費服務。

  2、軟件結構

  a、付費操作

  系統(tǒng)的付費操作是由HXD09的IVR自動實現(xiàn)的。在設計付費操作時,為了系統(tǒng)的穩(wěn)定和今后擴充平穩(wěn)的需要我們將系統(tǒng)設計成為全網(wǎng)絡節(jié)點注冊方式。結構如下圖所示:



  系統(tǒng)擁有的眾多的功能模塊程序都被設計成為一個個相對獨立的程序。每個程序都作為一個SOCKET AGENT登錄到系統(tǒng)擁有的數(shù)據(jù)信息轉發(fā)平臺(它實際上是一個SOCKET SERVER)上,程序登錄后會自動得到SOCKET SERVER分配的一個節(jié)點號。從此,系統(tǒng)中的各個模塊就可以通過數(shù)據(jù)信息轉發(fā)平臺方便的進行信息交互。

  b、充值卡管理

  充值卡作為可以替代貨幣支付的手段應該看做成為一種特殊的有價證券,因此對它的管理是復雜和必須嚴密的。為此,系統(tǒng)的充值卡管理設計必須周密和詳細。為了使業(yè)務人員能夠方便的使用各種業(yè)務功能,我們在充值卡管理功能的設計實現(xiàn)上采用了業(yè)務功能“一臺清”、使用功能看權限的設計思路。


  系統(tǒng)在對充值卡管理方面設計實現(xiàn)了統(tǒng)一的“充值卡業(yè)務管理平臺”。平臺中的功能結合了所有涉及到充值卡業(yè)務的各種業(yè)務功能,實現(xiàn)了對充值卡業(yè)務管理的“一臺清”。同時,為了實際工作的需要,系統(tǒng)對使用平臺的用戶權限進行了仔細的設計。使用戶使用平臺的功能會因權限的不同而不同。此種設計思路,一方面有利于系統(tǒng)的維護、另一方面也滿足了不同權限業(yè)務人員的使用,降低操作出現(xiàn)差錯的幾率。

電話充值卡系統(tǒng)的功能

  充值卡管理平臺

  充值卡管理平臺軟件提供充值卡數(shù)據(jù)倒入,充值卡分發(fā),數(shù)據(jù)查詢,以及報表等數(shù)據(jù)庫功能的支持。

  系統(tǒng)菜單

  利用系統(tǒng)菜單業(yè)務人員能夠方便的進行各種設置和操作。

  登錄

  要使用充值卡管理平臺,必須登錄到系統(tǒng)。輸入員工工號和口令,然后按確定。

  員工工號在整個系統(tǒng)中是唯一的,登錄以后,系統(tǒng)會根據(jù)該員工權限來更新各個菜單項和加速按鈕的狀態(tài)從而實現(xiàn)不同權限實現(xiàn)不同功能的目的。

  注銷

  退出該員工的登錄,以便讓另外的員工登錄。注銷以后,不能進行其它操作,直到再次登錄。

  修改密碼

  員工可以修改自己的密碼。修改時請先輸入舊口令,然后輸入兩次新口令,注意兩次新密碼要一樣。然后按確定。修改以后,原來密碼不再有效,再次登錄是應該使用新的密碼。

  打印設置

  設置默認打印機,紙張,打印范圍等。

  退出

  關閉應用程序。

  業(yè)務操作

  業(yè)務操作的菜單項如下:

  充值卡倒入

  充值卡分發(fā)

  充值卡分發(fā),就是要把一個號段的充值卡銷售到具體地區(qū),具體單位。只有把充值卡銷售出去,才能用電話對該卡進行付費操作。

  銷售是按號段來銷售,最左邊的列表里列出了可以分發(fā)銷售的號段,這些號段是數(shù)據(jù)倒入時生成的,沒有分發(fā)過的,或者沒有分發(fā)完的。

  選中一個可以分發(fā)的號段,系統(tǒng)回自動查詢該號段中已經(jīng)被分發(fā)過的子號段,列在中間的列表里,如果沒有被分發(fā)過,這列表是空的。

  在右邊的表格里填寫你要分發(fā)的號段,分發(fā)地區(qū),分發(fā)到該地區(qū)的哪個單位(可以不寫),然后按分發(fā),就可以完成操作。你所需要分發(fā)的號段,必須包含在所選定的號段里,即一個倒入的號段可以分成幾個小的號段分發(fā)銷售。分發(fā)的時候,系統(tǒng)會檢查是否有錯,比如超出范圍,重復分發(fā)等,系統(tǒng)將給出提示,并且取消操作,請檢查所填寫的數(shù)據(jù),再重新分發(fā)一次,必要時請聯(lián)系你的系統(tǒng)管理員。

  為了將避免誤分發(fā),系統(tǒng)將會提示3次確認,請在確認無誤以后,再分發(fā)。

  重新付費


  充值卡解鎖


  查詢

  包括充值卡查詢,移動電話查詢,親友電話查詢,重新付費歷史查詢等。
這幾個的操作都是一樣的,根據(jù)提示,輸入移動電話號碼或者充值卡號碼,按<查詢/刷新>。

  充值卡密碼校驗

  有時用戶會說他的充值卡密碼錯誤,這時,可以幫他校驗一下,到底所輸入的密碼是否正確。

  輸入卡號和密碼,然后按校驗,如果正確,檢驗結果會以藍色表示,如果錯誤,以紅色表示。

  查看操作日志

  系統(tǒng)將一些對數(shù)據(jù)庫操作的日志記錄下來,以便查詢。
  查詢時,輸入要查詢的時間范圍,如果要查詢所有的操作人員的操作日志,請選操作人員為全部。

  維護設置

  系統(tǒng)維護設置,主要是對一些系統(tǒng)參數(shù)的設置,以及員工,權限的設置。

  數(shù)據(jù)庫選項設置


  員工設置


  權限角色

  每一個員工都要有一定的權限,通過角色賦予員工權限,每種角色有一種或多種權限。通過權限來控制系統(tǒng)功能的使用。

  權限

  角色



  授權


  語音控制

  語音控制可以作為一個獨立的功能模塊,只有系統(tǒng)管理人員才能使用,它可以控制IVR的流程指向,從而實現(xiàn)對自動業(yè)務受理的控制。

  參數(shù)設置

  系統(tǒng)提供設置系統(tǒng)運行的一些參數(shù)的功能。一般情況下,由工程開發(fā)人員增加。

  如果要修改,請不要修改參數(shù)類型,因為參數(shù)類型是后臺程序用到的名字,修改以后,如果后臺程序沒有做相應的修改,就會引起錯誤。

  比如,親友電話數(shù)目,參數(shù)值為5,表明后臺程序在查詢能不能增加親友電話時,就是查詢該參數(shù)值,如果可以,修改該參數(shù)值,就可以控制后臺程序可以設置的最大親友電話數(shù)。其他參數(shù)類似。

  通道參數(shù)

  后臺程序使用Data Service 作為數(shù)據(jù)庫中間插件,TapNt(IVR)負責運行流程。TapNt(IVR)查詢數(shù)據(jù)要通過Data Service來進行。這項設置的目的在于使數(shù)據(jù)插件得到充分利用。當話務量增多時,可以多開幾個Data Service.當話務不忙時,可以少開幾個。TapNt(IVR)查數(shù)據(jù)的時候,需要知道到哪個數(shù)據(jù)插件里去查詢。系統(tǒng)使用平均分配的辦法來進行。比如,接點8有30路通道,總共開的Data Service的數(shù)目為5,那么1~5通道分別使用第一個到第五個Data Service來查詢。6~10通道使用第一個到第五個Data Service 來查詢,依次類推。

  在這里,TapNt(IVR)的節(jié)點號是在該程序的配置文件(Tap.ini)里聲明的。

  如果有多個Tap節(jié)點,要一一設置,每個節(jié)點設置一條記錄。使用狀態(tài)為Y表明該節(jié)點可用,否則,系統(tǒng)將忽略該節(jié)點。
  
  因為數(shù)據(jù)插件的數(shù)目是一定的,所以修改一個以后,所有記錄的數(shù)據(jù)插件數(shù)全都改變。

  字段聲明

  有些字段的取值只能在一定的取值范圍內(nèi)。在這里增加,修改,刪除某字段的值域。并不是所有的字段都需要確定一個范圍。有些字段的值域是一樣的選擇數(shù)據(jù)庫表名和該表列名,如果以前已經(jīng)增加過該字段的聲明,按提取,把該字段的聲明提取出來列在右邊的列表里。選中一個,可以刪除,在下面的輸入框修改后,按修改,把所做的修改顯示在右上邊的列表框里。按增加可以把輸入框的內(nèi)容增加到右上邊的列表框里。所做的修改,最后要賦值才能生效。在左邊的列名列表框里選中一個列名,在右上邊的列表框里選中所要給該列賦值的聲明(可以多選),然后按賦值。賦值前,系統(tǒng)將會提示需要確認,如果確認,則進行數(shù)據(jù)庫更新。

  一般情況下,這項維護是用工程開發(fā)人員來維護的。程序中部分字段聲明是寫定的,不能修改,否則會引起錯誤。

  地區(qū)設置

  設置地區(qū)代碼,地區(qū)名。以便分發(fā)充值卡,和做報表的時候使用。

  報表

  報表的含義:

  付費系統(tǒng)話務量分析(一):統(tǒng)計一個日期范圍內(nèi)每一天的每一個時間段(一個小時)的電話打入量。

  付費系統(tǒng)話務量分析(二):統(tǒng)計一個日期范圍內(nèi)總的分地區(qū)的電話撥入量,以及各種電話操作的統(tǒng)計。

  注意:一個電話有可能做多種電話操作,所以,撥入總數(shù)不一定等于各種電話操作數(shù)目的總和。

  充值卡庫存統(tǒng)計表: 統(tǒng)計每種面值的充值卡目前在數(shù)據(jù)庫里的數(shù)量,以及已經(jīng)分發(fā)下去的數(shù)量。

  充值卡銷售統(tǒng)計表: 統(tǒng)計在一個時間段里,分面值,地區(qū)的充值卡的分發(fā)情況,以及在這段時間里所分發(fā)的卡的付費情況。

  用戶付費地區(qū)分析: 分析充值卡的地區(qū)以及對應的付費手機地區(qū)的付費情況,其中包括有卡地區(qū)和手機地區(qū)不一致的情況。

  每日新增用戶量: 統(tǒng)計某一天,分地區(qū)的用戶第一次使用付費系統(tǒng)進行付費的數(shù)量,這個數(shù)量等于付費系統(tǒng)當天的新增用戶量。

  用戶付費地區(qū)分析: 統(tǒng)計各地區(qū)的本地區(qū)手機本地區(qū)卡付費情況和本地區(qū)手機異地卡付費情況。信息包括付費數(shù)量、付費金額等信息。其中對本地區(qū)手機異地卡付費情況,系統(tǒng)提供異地卡資金結算信息。其中結算的比例可以由業(yè)務人員在參數(shù)設置模塊設置。系統(tǒng)將自動將異地卡結算金額以報表形式體現(xiàn)出來。
充值卡操作

  軟件結構

圖:軟件邏輯結構圖

  IVR系統(tǒng)實現(xiàn)思想

圖:IVR的語音付費熱線系統(tǒng)流程圖

電話充值卡系統(tǒng)的流程設計

  1、電話充值卡總流程

  2、電話充值卡付費操作流程

   3、電話充值卡付費余額查詢操作流程


  4、電話充值卡親友電話設置操作流程



  5、電話充值卡障礙申告操作流程


  6、電話充值卡管理使用流程

共 8頁: 1  2  3  4  5  6  7  8 

CTI論壇編輯



相關閱讀:
恒訊達HXD09助西寧消防支隊搭建119接處警系統(tǒng) 2010-03-02
HXD09智能語音交換機應用合肥96598交警熱線 2010-01-28
HXD09應用于甘肅省甘南地區(qū)縣級公安三警合一 2010-01-20
恒訊達HXD09應用于內(nèi)蒙古縣市三警合一平臺 2010-01-14
恒訊達HXD09助濟南葆健益生建電視購物系統(tǒng) 2010-01-06

分類信息:  電信_與_移動  電信_與_CTI平臺技術  電信_與_交換機技術  電信_與_IVR技術
石柱| 新田县| 临沧市| 平利县| 西峡县| 澎湖县| 年辖:市辖区| 景洪市| 稻城县| 和林格尔县| 达日县| 公主岭市| 乌鲁木齐县| 灵山县| 石柱| 汾阳市| 镇平县| 休宁县| 邵阳市| 息烽县| 洪江市| 新干县| 洪湖市| 三明市| 东台市| 西城区| 达尔| 白水县| 沐川县| 禹城市| 留坝县| 鄂托克前旗| 米脂县| 古田县| 阿瓦提县| 江永县| 深圳市| 清河县| 岚皋县| 吉木乃县| 沙雅县|