專利名稱:一種ngcrm第二代客戶關系管理系統(tǒng)的短信管理方法和系統(tǒng)的制作方法
技術領域:
本發(fā)明涉及無線通信領域,尤其涉及一種NGCRM第二代客戶關系管理系統(tǒng)的短信管理方法和短信管理系統(tǒng)。
背景技術:
業(yè)務運營支撐系統(tǒng)(BOSS)通過向用戶終端(UE)下發(fā)短信的方式進行受理業(yè)務結果通知,余額提醒、業(yè)務受理二次確認等交互類操作,以提高對客戶的服務體驗。業(yè)務運營支撐系統(tǒng)是電信企業(yè)業(yè)務處理信息化管理的基礎平臺,用于支持前臺銷售、客戶服務及內(nèi)部支撐全流程。涉及到下發(fā)短信的業(yè)務功能非常普遍,故必須對所有下發(fā)短信內(nèi)容進行有效的管理。目前,BOSS完成下發(fā)短信的方式如下:第一步:數(shù)據(jù)庫中建立某短信接口表(Tl);第二步:由業(yè)務程序拼裝好業(yè)務短信內(nèi)容,將業(yè)務短信內(nèi)容插入到短信接口表Tl ;第三步:B0SS中運行某短信發(fā)送程序(TISender),監(jiān)控Tl中是否有下發(fā)短信數(shù)據(jù),如果有則進行下發(fā),如果沒有則守護等待;第四步:針對不同類型(普通短信、長短信、TOSH短信)的短信,建立多張短信接口表,負責發(fā)送三種類型短信,由業(yè)務程序判斷短信應該插入到哪張表中。隨著業(yè)務量增長,如想增加短信下發(fā)通道,則需要新建短信接口表(T2)及新增短信發(fā)送程序(T2Sender)進行實現(xiàn)。如需調(diào)整業(yè)務程序對應的短信接口表,則需要對業(yè)務程序進行修改、測試、上線等工作。
發(fā)明內(nèi)容
本發(fā)明所要解決的技術問題是提供一種業(yè)務短信配置能力高,在短信業(yè)務要素不變的情況下,短信內(nèi)容可動態(tài)調(diào)整和業(yè)務程序對應短信下發(fā)通道均也可以動態(tài)調(diào)整的一種NGCRM第二代客戶關系管理系統(tǒng)的短信管理方法。本發(fā)明還提供一種業(yè)務短信配置能力高,在短信業(yè)務要素不變的情況下,短信內(nèi)容可動態(tài)調(diào)整的NGCRM第二代客戶關系管理系統(tǒng)的短信管理系統(tǒng)。為解決上述技術問題,本發(fā)明提出了一種NGCRM第二代客戶關系管理系統(tǒng)的短信管理方法包括一下步驟:步驟一:業(yè)務單元根據(jù)所選擇使用的短信模板,準備短信模板所需要的短信業(yè)務要素實際值;步驟二:業(yè)務單元調(diào)用短信發(fā)送API應用程序接口,向短信發(fā)送API應用程序接口傳入短信模板編號及業(yè)務要素實際值參數(shù);步驟三:短信發(fā)送API根據(jù)短信模板內(nèi)容及傳入的業(yè)務要素實際值,得到發(fā)送的短信內(nèi)容;步驟四:短信發(fā)送API根據(jù)業(yè)務與短信通道對應關系決定將實際發(fā)送的短信內(nèi)容插入到哪一個短信下發(fā)通道中;步驟五:短信下發(fā)通道對應的短信下發(fā)模塊根據(jù)短信實例接口表中的短信類型決定短信網(wǎng)關交互使用的協(xié)議方式。進一步,所述短信模版內(nèi)容包括短信固定內(nèi)容部分與若干業(yè)務要素占位符。進一步,短信模板中還可配置短信內(nèi)容的短信類型、短信優(yōu)先級、短信下發(fā)端口、是否支持上行、短信預約發(fā)送或短信生命周期信息,這些配置信息并呈現(xiàn)在短信實例接口表中。進一步,增加短信下發(fā)通道配置信息,包括一個短信接口表信息及相應的短信下發(fā)程序配置信息;需要下發(fā)短信的業(yè)務單元根據(jù)它與短信下發(fā)通道的對應關系配置信息決定短信插進入哪一短信下發(fā)通道;未配置下發(fā)短信通道配置信息的業(yè)務單元將按照隨機機制選擇短信下發(fā)通道。為解決上述技術問題,本發(fā)明提出了一種NGCRM第二代客戶關系管理系統(tǒng)的短信管理系統(tǒng)包括業(yè)務模塊、短信組裝模塊、短信下發(fā)模塊,所述業(yè)務模塊用于提供短信模板所需的短信業(yè)務要素實際值;所述短信組裝模塊將短信模板和短信業(yè)務要素實際值組裝出實際發(fā)送的短信內(nèi)容;所述短信下發(fā)模塊用于發(fā)送短信內(nèi)容。本發(fā)明的有益效果是:本發(fā)明通過使用短信模板管理、短信模板參數(shù)管理、短信通道管理,大大提升了現(xiàn)有技術方案下的業(yè)務短信配置能力。在短信業(yè)務要素不變的情況下,短信內(nèi)容可完成動態(tài)調(diào)整,業(yè)務單元對應短信下發(fā)通道也可以動態(tài)調(diào)整,整個過程無需進行程序編譯上線。同時本發(fā)明在統(tǒng)一短信接口表中整合所有類型短信,改變了原來按短信類型區(qū)分短信接口表的情況,避免了網(wǎng)關連接資源的浪費,提高網(wǎng)關連接資源的利用率。
圖1為本發(fā)明實施例中NGCRM系統(tǒng)短信管理方法的流程圖;圖2為本發(fā)明實施例中數(shù)據(jù)庫設計概念模型圖。
具體實施例方式以下結合附圖對本發(fā)明的原理和特征進行描述,所舉實例只用于解釋本發(fā)明,并非用于限定本發(fā)明的范圍。圖1為本發(fā)明實施例中NGCRM系統(tǒng)短信管理方法的流程圖。圖1所示,本實施例中,NGCRM系統(tǒng)短信管理方法的流程包括如下步驟:步驟101:業(yè)務單元根據(jù)短信模板準備短信業(yè)務實際值。短信模板內(nèi)容包括短信固定內(nèi)容部分與若干業(yè)務要素占位符。業(yè)務單元根據(jù)所選擇使用的短信模板,準備短信模板所需要的短信業(yè)務要素實際值。步驟102:業(yè)務單元調(diào)用短信發(fā)送API,傳入短信模板編號及業(yè)務要素實際值等參數(shù)。步驟103:短信發(fā)送API根據(jù)短信模板內(nèi)容及業(yè)務要素實際值,得到待發(fā)送的短信內(nèi)容。步驟104:短信發(fā)送API根據(jù)業(yè)務與短信通道對應關系選擇短信內(nèi)容插入的短信下發(fā)通道。短信模板中還可配置短信內(nèi)容的短信類型、短信優(yōu)先級、發(fā)送短信端口、短信使用序列名、操作時間、是否支持上行、短信預約發(fā)送、短信有效期、發(fā)送時間單位或發(fā)送時間偏移信息,這些信息都會體現(xiàn)到短信實例接口表中。步驟105:短信下發(fā)通道對應的短信下發(fā)模塊根據(jù)實例接口表中的短信類型決定短信網(wǎng)關交互使用的協(xié)議方式。短信模板用來管理所有下發(fā)的短信內(nèi)容,短信模板內(nèi)容包括短信固定內(nèi)容部分與若干業(yè)務要素占位符。例如“‘尊敬的’ I Iparams.⑶ST_NAME| I ‘,您好,你當前余額為’ I lparams.FEEl |’元。”使用統(tǒng)一的短信發(fā)送API完成短信組裝,業(yè)務程序只需要將短信模板編號及業(yè)務要素實際值作為參數(shù)傳入。增加短信下發(fā)通道(Short Message Channel)配置信息,包括一個短信接口表信息及相應的短信下發(fā)程序配置信息。需要下發(fā)短信的業(yè)務程序根據(jù)它與下發(fā)通道的對應關系配置信息決定短信插進入哪一短信下發(fā)通道。未配置下發(fā)短信通道配置信息的業(yè)務單將按照隨機機制選擇下發(fā)通道。由于業(yè)務單元不直接依賴于短信通道接口表,故可以根據(jù)系統(tǒng)業(yè)務量增長動態(tài)增加短信通道個數(shù),系統(tǒng)的擴展性也得到增強。圖2為本發(fā)明實施例中數(shù)據(jù)庫設計概念模型圖。短信模板中,包括短信模板ID、模板名稱、模板內(nèi)容、發(fā)送短信的端口前綴、發(fā)送短信默認類型、短信優(yōu)先級、短信使用序列名、超長短信策略、短信超時策略、短信有效期、是否支持上下行、發(fā)送單位時間、發(fā)送時間偏移、操作時間、工作組。短信模板ID代表短信模板編號,模板名稱代表相關業(yè)務名稱,模板內(nèi)容代表短信內(nèi)容,短息端口前綴代表短信網(wǎng)關下發(fā)短信所用端口,發(fā)送短信默認類型為普通短信、push短信及長短信,短線優(yōu)先級代表短信發(fā)送的先后級別,短信使用序列名代表短信下發(fā)中所用的序列號,超長短信策略有截斷、拆分成多條、長短信三種策略,短信超時策略為永不超時,短信有效期截止到2050年,是否支持上下行代表短信是否需要用戶回復確認,如需用戶回復進行業(yè)務確認,則需要支持上行,發(fā)送單位時間為0,發(fā)送時間偏移為0,操作時間為系統(tǒng)生成短信時間,工作組根據(jù)業(yè)務進行判斷,通常為general。短信實例接口表中包括以下部分:短信實例ID、業(yè)務流水號、短信優(yōu)先級、發(fā)送短信端口、發(fā)送短信類型、接收手機號(短信發(fā)送到的手機號)、短信內(nèi)容、附加短信內(nèi)容、短信序號、操作工號、操作時間、發(fā)送時間、短信超時時間。短信實例ID代表短信模板編號,業(yè)務流水號代表此次業(yè)務的流水,短信優(yōu)先級代表短信發(fā)送先后級別,發(fā)送短信端口為短信網(wǎng)關下發(fā)短信所用端口,發(fā)送短信類型分為普通短信、push短信及長短信,附加短信內(nèi)容代表短信內(nèi)容容納不下時剩余部分的數(shù)據(jù),短信序號代表拆分成多條短信發(fā)送時短信發(fā)送的順序,操作工號代表辦理此業(yè)務對應的工號,操作時間代表辦理時間,發(fā)送時間為短信生成時間,短信超時時間為2050年。短信通道中包括以下部分:通道ID、歸屬系統(tǒng)、通道接口表、通道工作進程數(shù)、緩沖表最小數(shù)據(jù)量、緩沖表最大數(shù)據(jù)量、允許工作開始時段、允許工作結束時段、是否有效、工作組、通道描述。通道ID代表各個通道表ID,歸屬系統(tǒng)分為CRM和BOSS系統(tǒng),通道接口表代表各個通道對應的表,通道工作進程數(shù)代表與短信網(wǎng)關連接的進程數(shù),緩沖表最小數(shù)量代表緩沖表中最小容納的數(shù)據(jù)個數(shù),緩沖表最大數(shù)據(jù)量代表緩沖表中最大可容納的數(shù)據(jù)個數(shù),允許工作開始時段代表短信允許下發(fā)的開始時間,允許工作結束時段代表短信允許下發(fā)的結束時間,工作組根據(jù)業(yè)務進行設定,通道描述代表此通道用于何種業(yè)務用途。業(yè)務信息中包括以下部分:業(yè)務代碼、業(yè)務信息。業(yè)務單元短信下發(fā)的過程中使用統(tǒng)一的短信發(fā)送API完成短信發(fā)送。短信發(fā)送API如下:
權利要求
1.一種NGCRM第二代客戶關系管理系統(tǒng)短信管理的方法,包括以下步驟: 步驟一:業(yè)務單元根據(jù)所選擇使用的短信模板,準備短信模板所需要的短信業(yè)務要素實際值; 步驟二:業(yè)務單元調(diào)用短信發(fā)送API應用程序接口,向短信發(fā)送API應用程序接口傳入短信模板編號及業(yè)務要素實際值參數(shù); 步驟三:短信發(fā)送API根據(jù)短信模板內(nèi)容及傳入的業(yè)務要素實際值,得到待發(fā)送的短信內(nèi)容; 步驟四:短信發(fā)送API根據(jù)業(yè)務與短信通道對應關系決定將實際發(fā)送的短信內(nèi)容插入到哪一個短信下發(fā)通道中; 步驟五:短信下發(fā)通道對應的短信下發(fā)模塊根據(jù)短信實例接口表中的短信類型決定短信網(wǎng)關交互使用的協(xié)議方式。
2.根據(jù)權利要求1所述的一種NGCRM第二代客戶關系管理系統(tǒng)短信管理的方法,其特征在于:短信模版內(nèi)容包括短信固定內(nèi)容部分與若干業(yè)務要素占位符。
3.根據(jù)權利要求2所述的一種NGCRM第二代客戶關系管理系統(tǒng)短信管理的方法,其特征在于:短信模板中配置短信內(nèi)容的短信類型、短信優(yōu)先級、短信下發(fā)端口、是否支持上行、短信預約發(fā)送或短信生命周期信息,這些配置信息并呈現(xiàn)在短信實例接口表中。
4.根據(jù)權利要求1所述的一種NGCRM第二代客戶關系管理系統(tǒng)短信管理的方法,其特征在于:增加短信下發(fā)通道配置信息,包括一個短信接口表信息及相應的短信下發(fā)程序配置信息;需要下發(fā)短信的業(yè)務單元根據(jù)它與短信下發(fā)通道的對應關系配置信息決定短信插進入哪一短信下發(fā)通道;未配置下發(fā)短信通道配置信息的業(yè)務單元將按照隨機機制選擇短信下發(fā)通道。
5.一種NGCRM第二代客戶關系管理系統(tǒng)的短信管理系統(tǒng),其特征在于:包括業(yè)務模塊、短信組裝模塊、短信下發(fā)模塊, 業(yè)務模塊用于提供短信模板所需的短信業(yè)務要素實際值; 短信組裝模塊將短信模板和短信業(yè)務要素實際值組裝出實際發(fā)送的短信內(nèi)容; 短信下發(fā)模塊用于發(fā)送短信內(nèi)容。
6.根據(jù)權利要求5所述的一種NGCRM第二代客戶關系管理系統(tǒng)的短信管理系統(tǒng),其特征在于:所述短信模板中配置短信內(nèi)容的短信類型、短信優(yōu)先級、短信下發(fā)端口、是否支持上行、短信預約發(fā)送或短信生命周期信息。
全文摘要
本發(fā)明涉及一種NGCRM第二代客戶關系管理系統(tǒng)短信管理的方法,包括業(yè)務單元根據(jù)短信模板準備短信業(yè)務實際值;業(yè)務程序調(diào)用短信發(fā)送API,傳入短信模板編號及業(yè)務要素實際值等參數(shù);短信發(fā)送API根據(jù)短信模板內(nèi)容及業(yè)務要素實際值,得出待發(fā)送的短信內(nèi)容;短信發(fā)送API根據(jù)業(yè)務與短信通道對應關系選擇短信內(nèi)容插入的短信下發(fā)通道;短信下發(fā)通道對應的短信下發(fā)模塊根據(jù)實例接口表中短信類型決定短信網(wǎng)關交互使用的協(xié)議方式。本發(fā)明提高了業(yè)務短信配置能力,短信內(nèi)容和業(yè)務單元對應短信下發(fā)通道均可以動態(tài)調(diào)整,且整個過程無需進行程序編譯上線,同時本發(fā)明在同一短信接口表中整合所有類型短信,避免了網(wǎng)關連接資源的浪費,提高網(wǎng)關連接資源的利用率。
文檔編號H04W88/18GK103079178SQ20121058140
公開日2013年5月1日 申請日期2012年12月27日 優(yōu)先權日2012年12月27日
發(fā)明者姚欣池 申請人:北京思特奇信息技術股份有限公司