一種電信增值業(yè)務(wù)訂單的生成方法、裝置及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種電信增值業(yè)務(wù)訂單的生成方法、裝置及系統(tǒng)，生成基礎(chǔ)訂單數(shù)據(jù)，根據(jù)各個增值業(yè)務(wù)訂單需求的公共特征形成基礎(chǔ)訂單數(shù)據(jù)模板，針對各個增值業(yè)務(wù)的個性化特征，生成增值業(yè)務(wù)訂單數(shù)據(jù)；將基礎(chǔ)訂單數(shù)據(jù)和增值業(yè)務(wù)訂單數(shù)據(jù)合成，形成能夠擴(kuò)展的業(yè)務(wù)訂單。本發(fā)明的電信增值業(yè)務(wù)訂單的生成方法、裝置及系統(tǒng)，生成包括基礎(chǔ)訂單數(shù)據(jù)和增值業(yè)務(wù)訂單數(shù)據(jù)的能夠擴(kuò)展的業(yè)務(wù)訂單，使得對不同的增值業(yè)務(wù)的訂購可以共用一份不冗余的能夠擴(kuò)展的訂單，滿足了不同業(yè)務(wù)的個性化訂購要求，并降低訂單數(shù)據(jù)的冗余，提高系統(tǒng)處理能力和效率。
【專利說明】一種電信增值業(yè)務(wù)訂單的生成方法、裝置及系統(tǒng)

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及電信增值業(yè)務(wù)【技術(shù)領(lǐng)域】，尤其涉及一種電信增值業(yè)務(wù)訂單的生成方 法、裝置及系統(tǒng)。

【背景技術(shù)】
[0002] 目前，電信增值業(yè)務(wù)訂單生成和處理結(jié)構(gòu)是一種扁平的不能夠擴(kuò)展的結(jié)構(gòu)。增值 業(yè)務(wù)的訂單受理信息非常復(fù)雜，且不同業(yè)務(wù)的訂單信息差異較大。例如，短信業(yè)務(wù)訂單中需 要包含和處理短信接入碼、接入IP等信息，而定位業(yè)務(wù)訂單不需要短信接入碼，而需要被 定位人員的手機(jī)號碼等訂單信息。在當(dāng)前的這種扁平、不能夠擴(kuò)展的訂單結(jié)構(gòu)中，目前主要 有兩種處理的方式：
[0003] 第一種是針對不同的業(yè)務(wù)定制不同的訂單結(jié)構(gòu)。以銷售管家和企業(yè)郵箱的訂單為 例，需分別根據(jù)銷售管家和企業(yè)郵箱的產(chǎn)品特征，在產(chǎn)品上線前，定制和開發(fā)不同的產(chǎn)品訂 單，這將導(dǎo)致不同的業(yè)務(wù)上線時間加長，效率低下。如銷售管家產(chǎn)品需包括客戶名稱、客戶 賬號、行業(yè)類型、套餐分類、套餐號碼和功能費(fèi)等信息，而企業(yè)郵箱的訂單錄入和需處理的 主要信息則為客戶名稱、客戶賬號、域名、空間大小、用戶數(shù)、硬盤大小、是否監(jiān)控和用戶綁 定產(chǎn)品數(shù)等信息。兩產(chǎn)品需錄入和處理的屬性完全不同，相應(yīng)的訂單錄入和訂單處理功能 也相應(yīng)不同。
[0004] 第二種方式是研究各增值業(yè)務(wù)特征，設(shè)計(jì)可盡量包括較多訂單信息的通用訂單和 處理模塊，但這將導(dǎo)致針對不同業(yè)務(wù)的訂單冗余數(shù)據(jù)非常多，降低在訂單錄入和處理時的 效率。


【發(fā)明內(nèi)容】

[0005] 有鑒于此，本發(fā)明要解決的一個技術(shù)問題是提供一種電信增值業(yè)務(wù)訂單的生成方 法，生成包括基礎(chǔ)訂單數(shù)據(jù)和增值業(yè)務(wù)訂單數(shù)據(jù)的能夠擴(kuò)展的業(yè)務(wù)訂單。
[0006] -種電信增值業(yè)務(wù)訂單的生成方法，包括：生成基礎(chǔ)訂單數(shù)據(jù)；其中，根據(jù)各個增 值業(yè)務(wù)訂單需求的公共特征形成基礎(chǔ)訂單數(shù)據(jù)；針對各個增值業(yè)務(wù)的個性化特征，生成增 值業(yè)務(wù)訂單數(shù)據(jù)；將所述基礎(chǔ)訂單數(shù)據(jù)和所述增值業(yè)務(wù)訂單數(shù)據(jù)合成，形成能夠擴(kuò)展的業(yè) 務(wù)訂單。
[0007] 根據(jù)本發(fā)明的方法的一個實(shí)施例，進(jìn)一步的，采集生成基礎(chǔ)訂單數(shù)據(jù)的信息，包 括：企業(yè)產(chǎn)品賬號、客戶名稱、付費(fèi)類型、用戶名、手機(jī)號；采集生成增值業(yè)務(wù)訂單數(shù)據(jù)的信 息，針對不同增值業(yè)務(wù)的個性化訂單屬性信息、并根據(jù)各增值業(yè)務(wù)訂購需求的差異進(jìn)行個 性化處理。
[0008] 根據(jù)本發(fā)明的方法的一個實(shí)施例，進(jìn)一步的，所述增值業(yè)務(wù)訂單數(shù)據(jù)包括多個特 征屬性，根據(jù)具體的增值業(yè)務(wù)設(shè)定所述特征屬性的值；對于各個增值業(yè)務(wù)設(shè)置獨(dú)立的業(yè)務(wù) 訂單模塊，用于處理對應(yīng)的增值業(yè)務(wù)的個性化業(yè)務(wù)訂單數(shù)據(jù)。
[0009] 根據(jù)本發(fā)明的方法的一個實(shí)施例，進(jìn)一步的，針對銷售管家增值業(yè)務(wù)的增值業(yè)務(wù) 訂單數(shù)據(jù)包括：行業(yè)類型、套餐分類、套餐號碼；針對企業(yè)郵箱增值業(yè)務(wù)的增值業(yè)務(wù)訂單數(shù) 據(jù)包括：域名、空間大小、用戶數(shù)、硬盤大小、是否監(jiān)控。
[0010] 本發(fā)明要解決的一個技術(shù)問題是提供一種電信增值業(yè)務(wù)訂單的生成裝置，生成包 括基礎(chǔ)訂單數(shù)據(jù)和增值業(yè)務(wù)訂單數(shù)據(jù)的能夠擴(kuò)展的業(yè)務(wù)訂單。
[0011] 一種生成電信增值業(yè)務(wù)訂單的裝置，包括：基礎(chǔ)訂單模塊，用于生成基礎(chǔ)訂單數(shù) 據(jù)；其中，根據(jù)各個增值業(yè)務(wù)訂單需求的公共特征形成基礎(chǔ)訂單數(shù)據(jù)；業(yè)務(wù)訂單模塊，用于 針對各個增值業(yè)務(wù)訂單的個性化特征，生成增值業(yè)務(wù)訂單數(shù)據(jù)；訂單合成模塊，用于將所述 基礎(chǔ)訂單數(shù)據(jù)和所述增值業(yè)務(wù)訂單數(shù)據(jù)合成，形成能夠擴(kuò)展的業(yè)務(wù)訂單。
[0012] 根據(jù)本發(fā)明的裝置的一個實(shí)施例，進(jìn)一步的，訂單數(shù)據(jù)采集模塊，用于采集生成基 礎(chǔ)訂單數(shù)據(jù)的信息，包括：企業(yè)產(chǎn)品賬號、客戶名稱、付費(fèi)類型、用戶名、手機(jī)號；采集生成 增值業(yè)務(wù)訂單數(shù)據(jù)的信息，針對不同增值業(yè)務(wù)的個性化訂單屬性信息、并根據(jù)各增值業(yè)務(wù) 訂購需求的差異進(jìn)行個性化處理。
[0013] 根據(jù)本發(fā)明的裝置的一個實(shí)施例，進(jìn)一步的，所述增值業(yè)務(wù)訂單數(shù)據(jù)包括多個特 征屬性，根據(jù)具體的增值業(yè)務(wù)設(shè)定所述特征屬性的值；對于各個增值業(yè)務(wù)設(shè)置獨(dú)立的業(yè)務(wù) 訂單模塊，用于處理對應(yīng)的增值業(yè)務(wù)的個性化業(yè)務(wù)訂單數(shù)據(jù)，生成增值業(yè)務(wù)訂單數(shù)據(jù)，不處 理其他增值業(yè)務(wù)的訂單數(shù)據(jù)。
[0014] 一種電信增值業(yè)務(wù)預(yù)訂系統(tǒng)，包括如上所述的生成電信增值業(yè)務(wù)訂單的裝置。
[0015] 本發(fā)明的電信增值業(yè)務(wù)訂單的生成方法、裝置及系統(tǒng)，生成包括基礎(chǔ)訂單數(shù)據(jù)和 增值業(yè)務(wù)訂單數(shù)據(jù)的能夠擴(kuò)展的業(yè)務(wù)訂單，使得對不同的增值業(yè)務(wù)的訂購可以共用一份不 冗余的能夠擴(kuò)展的訂單，滿足了不同業(yè)務(wù)的個性化訂購要求，并降低訂單數(shù)據(jù)的冗余，提高 系統(tǒng)處理能力和效率。

【專利附圖】

【附圖說明】
[0016] 為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖僅僅是 本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還 可以根據(jù)這些附圖獲得其他的附圖。
[0017] 圖1為根據(jù)本發(fā)明的生成電信增值業(yè)務(wù)訂單的方法的一個實(shí)施例的流程圖；
[0018] 圖2為根據(jù)本發(fā)明的生成電信增值業(yè)務(wù)訂單的方法的一個實(shí)施例中能夠擴(kuò)展的 業(yè)務(wù)訂單的示意圖；
[0019] 圖3為根據(jù)本發(fā)明的生成電信增值業(yè)務(wù)訂單的裝置的一個實(shí)施例的示意圖。

【具體實(shí)施方式】
[0020] 下面參照附圖對本發(fā)明進(jìn)行更全面的描述，其中說明本發(fā)明的示例性實(shí)施例。下 面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯 然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí) 施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬 于本發(fā)明保護(hù)的范圍。
[0021] 圖1為根據(jù)本發(fā)明的生成電信增值業(yè)務(wù)訂單的方法的一個實(shí)施例的流程圖。如圖 1所示：
[0022] 步驟101，生成基礎(chǔ)訂單數(shù)據(jù)；可以根據(jù)各個增值業(yè)務(wù)訂單需求的公共特征形成 基礎(chǔ)訂單數(shù)據(jù)?？梢愿鶕?jù)基礎(chǔ)訂單數(shù)據(jù)模板生成基礎(chǔ)訂單數(shù)據(jù)。
[0023] 步驟102,針對各個增值業(yè)務(wù)的個性化特征，生成增值業(yè)務(wù)訂單數(shù)據(jù)。
[0024] 步驟103,將基礎(chǔ)訂單數(shù)據(jù)和增值業(yè)務(wù)訂單數(shù)據(jù)合成，形成能夠擴(kuò)展的業(yè)務(wù)訂單， 使得不同增值業(yè)務(wù)的訂購可以共用一份不冗余的可擴(kuò)展訂單結(jié)構(gòu)來表達(dá)。
[0025] 根據(jù)本發(fā)明的一個實(shí)施例，采集生成基礎(chǔ)訂單數(shù)據(jù)的信息，包括：企業(yè)產(chǎn)品賬號、 客戶名稱、付費(fèi)類型、用戶名、手機(jī)號；采集生成增值業(yè)務(wù)訂單數(shù)據(jù)的信息，針對不同增值業(yè) 務(wù)的個性化訂單屬性信息、并根據(jù)各增值業(yè)務(wù)訂購需求的差異進(jìn)行個性化處理。
[0026] 根據(jù)本發(fā)明的一個實(shí)施例，能夠擴(kuò)展的業(yè)務(wù)訂單包括：一個基礎(chǔ)訂單數(shù)據(jù)和一個 增值業(yè)務(wù)訂單數(shù)據(jù)。能夠擴(kuò)展的業(yè)務(wù)訂單也可以包括一個基礎(chǔ)訂單數(shù)據(jù)和多個增值業(yè)務(wù)訂 單數(shù)據(jù)。
[0027] 對于各個增值業(yè)務(wù)設(shè)置獨(dú)立的業(yè)務(wù)訂單模塊，用于處理針對對應(yīng)的增值業(yè)務(wù)的個 性化業(yè)務(wù)訂單數(shù)據(jù)、生成增值業(yè)務(wù)訂單數(shù)據(jù)，不處理其他增值業(yè)務(wù)的訂單數(shù)據(jù)。
[0028] 根據(jù)本發(fā)明的一個實(shí)施例，針對銷售管家增值業(yè)務(wù)的增值業(yè)務(wù)訂單數(shù)據(jù)包括：行 業(yè)類型、套餐分類、套餐號碼；針對企業(yè)郵箱增值業(yè)務(wù)的增值業(yè)務(wù)訂單數(shù)據(jù)包括：域名、空 間大小、用戶數(shù)、硬盤大小、是否監(jiān)控。
[0029] 本發(fā)明的方法解決了在扁平的訂單結(jié)構(gòu)中，不同增值業(yè)務(wù)的訂單結(jié)構(gòu)無法擴(kuò)展， 降低產(chǎn)品上線和訂單處理效率的問題。
[0030] 根據(jù)本發(fā)明的一個實(shí)施例，提取不同業(yè)務(wù)訂單處理需求中的共性需求，形成訂單 基礎(chǔ)結(jié)構(gòu)，即基礎(chǔ)訂單數(shù)據(jù)；然后抽象化不同業(yè)務(wù)的個性化訂單處理需求，形成業(yè)務(wù)相關(guān)的 訂單業(yè)務(wù)結(jié)構(gòu)，即增值業(yè)務(wù)訂單數(shù)據(jù)。
[0031] 基礎(chǔ)訂單數(shù)據(jù)和增值業(yè)務(wù)訂單數(shù)據(jù)共同構(gòu)成了可擴(kuò)展訂單，可擴(kuò)展訂單中的擴(kuò)展 數(shù)據(jù)針對不同業(yè)務(wù)的訂購處理要求是能夠擴(kuò)展的和個性化的，使得不同的訂購需求可以共 用一份不冗余的可擴(kuò)展訂單結(jié)構(gòu)來表達(dá)。
[0032] 其次，基于能夠擴(kuò)展的訂單，實(shí)現(xiàn)使用一套標(biāo)準(zhǔn)的處理流程處理不同業(yè)務(wù)的的個 性化訂購需求，不同業(yè)務(wù)的個性化訂單需求流轉(zhuǎn)到其專用的處理模塊進(jìn)行處理，使得個性 化處理相互隔離。
[0033] 隨著訂單處理模塊的處理流程從全遍歷所有業(yè)務(wù)訂單數(shù)據(jù)到只處理該業(yè)務(wù)個性 化訂購數(shù)據(jù)，訂單生成和處理效率得到顯著提升。
[0034] 根據(jù)本發(fā)明的一個實(shí)施例，基礎(chǔ)訂單數(shù)據(jù)在一個電信業(yè)務(wù)訂購系統(tǒng)中實(shí)現(xiàn)的數(shù)據(jù) 模型定義如下：
[0035] Public Class Common Τηfο {
[0036] Public static string Userlist;// 用戶列表
[0037] Public static string Paytype;//付費(fèi)類型
[0038] Public static string Username;// 用戶名
[0039] Public static string Mobilenum;//手機(jī)號碼
[0040] Public static string Product Imsi;//Imsi
[0041] Public static string Usefee;//功能費(fèi)
[0042] Public static string Ability;//能力調(diào)用
[0043] }。
[0044] 根據(jù)本發(fā)明的一個實(shí)施例，增值業(yè)務(wù)訂單數(shù)據(jù)在一個電信系統(tǒng)中實(shí)現(xiàn)的數(shù)據(jù)模型 定義如下：
[0045] Public Class Speciallnfo {
[0046] Public static string AttributelnstID;//產(chǎn)品擴(kuò)展實(shí)例 ID
[0047] Public static string AttributelD;//產(chǎn)品擴(kuò)展編碼
[0048] Public static string AttributeName;//產(chǎn)品擴(kuò)展名
[0049] Public static string AttributeValue;//產(chǎn)品擴(kuò)展值
[0050] Public static string AttributeParentInstID;//父節(jié)點(diǎn)產(chǎn)品屬性實(shí)例 ID
[0051] }
[0052] 根據(jù)本發(fā)明的一個實(shí)施例，增值業(yè)務(wù)訂單數(shù)據(jù)包括多個特征屬性，根據(jù)具體的增 值業(yè)務(wù)設(shè)置特征屬性的值。例如，增值業(yè)務(wù)訂單的數(shù)據(jù)中設(shè)置的特征屬性為：a、b、c。那么 對于銷售管家業(yè)務(wù)來說，增值業(yè)務(wù)訂單的數(shù)據(jù)是:A=行業(yè)類型；B=套餐分類；c=號碼。而對 于企業(yè)郵箱來說，增值業(yè)務(wù)訂單的數(shù)據(jù)是:A=域名；B=空間大??；c=用戶數(shù)。
[0053] 銷售管家和企業(yè)郵箱的訂單不會共存于增值業(yè)務(wù)訂單數(shù)據(jù)中，而是按照該業(yè)務(wù)特 征給與不同的賦值，在不同業(yè)務(wù)訂購時，可以生成不同的增值業(yè)務(wù)訂單數(shù)據(jù)。
[0054] 根據(jù)本發(fā)明的一個實(shí)施例，針對不同的業(yè)務(wù)的訂購要求，增值業(yè)務(wù)訂單數(shù)據(jù)可根 據(jù)不同的業(yè)務(wù)特征需求動態(tài)伸縮擴(kuò)展，例如，在一個電信系統(tǒng)中，銷售管家業(yè)務(wù)的特有訂購 信息在增值業(yè)務(wù)訂單數(shù)據(jù)中的各屬性取值如下表1 :
[0055]

【權(quán)利要求】
1. 一種電信增值業(yè)務(wù)訂單的生成方法，其特征在于，包括： 生成基礎(chǔ)訂單數(shù)據(jù)；其中，根據(jù)各個增值業(yè)務(wù)訂單需求的公共特征形成基礎(chǔ)訂單數(shù) 據(jù)； 針對各個增值業(yè)務(wù)的個性化特征，生成增值業(yè)務(wù)訂單數(shù)據(jù)； 將所述基礎(chǔ)訂單數(shù)據(jù)和所述增值業(yè)務(wù)訂單數(shù)據(jù)合成，形成能夠擴(kuò)展的業(yè)務(wù)訂單。
2. 如權(quán)利要求1所述方法，其特征在于： 采集生成基礎(chǔ)訂單數(shù)據(jù)的信息，包括：企業(yè)產(chǎn)品賬號、客戶名稱、付費(fèi)類型、用戶名、手 機(jī)號； 采集生成增值業(yè)務(wù)訂單數(shù)據(jù)的信息，針對不同增值業(yè)務(wù)的個性化訂單屬性信息、并根 據(jù)各增值業(yè)務(wù)訂購需求的差異進(jìn)行個性化處理。
3. 如權(quán)利要求2所述的方法，其特征在于： 所述增值業(yè)務(wù)訂單數(shù)據(jù)包括多個特征屬性，根據(jù)具體的增值業(yè)務(wù)設(shè)置所述特征屬性的 值； 對于各個增值業(yè)務(wù)設(shè)置獨(dú)立的業(yè)務(wù)訂單模塊，用于處理對應(yīng)的增值業(yè)務(wù)的個性化業(yè)務(wù) 訂單數(shù)據(jù)，生成增值業(yè)務(wù)訂單數(shù)據(jù)。
4. 如權(quán)利要求3所述的方法，其特征在于： 針對銷售管家增值業(yè)務(wù)的增值業(yè)務(wù)訂單數(shù)據(jù)包括：行業(yè)類型、套餐分類、套餐號碼； 針對企業(yè)郵箱增值業(yè)務(wù)的增值業(yè)務(wù)訂單數(shù)據(jù)包括：域名、空間大小、用戶數(shù)、硬盤大小、 是否監(jiān)控。
5. -種生成電信增值業(yè)務(wù)訂單的裝置，其特征在于，包括： 基礎(chǔ)訂單模塊，用于生成基礎(chǔ)訂單數(shù)據(jù)；其中，根據(jù)各個增值業(yè)務(wù)訂單需求的公共特征 形成基礎(chǔ)訂單數(shù)據(jù)； 業(yè)務(wù)訂單模塊，用于針對各個增值業(yè)務(wù)訂單的個性化特征，生成增值業(yè)務(wù)訂單數(shù)據(jù)； 訂單合成模塊，用于將所述基礎(chǔ)訂單數(shù)據(jù)和所述增值業(yè)務(wù)訂單數(shù)據(jù)合成，形成能夠擴(kuò) 展的業(yè)務(wù)訂單。
6. 如權(quán)利要求5所述裝置，其特征在于： 訂單數(shù)據(jù)采集模塊，用于采集生成基礎(chǔ)訂單數(shù)據(jù)的信息，包括：企業(yè)產(chǎn)品賬號、客戶名 稱、付費(fèi)類型、用戶名、手機(jī)號；采集生成增值業(yè)務(wù)訂單數(shù)據(jù)的信息，針對不同增值業(yè)務(wù)的個 性化訂單屬性信息、并根據(jù)各增值業(yè)務(wù)訂購需求的差異進(jìn)行個性化處理。
7. 如權(quán)利要求6所述的裝置，其特征在于： 所述增值業(yè)務(wù)訂單數(shù)據(jù)包括多個特征屬性，根據(jù)具體的增值業(yè)務(wù)設(shè)置所述特征屬性的 值； 對于各個增值業(yè)務(wù)設(shè)置獨(dú)立的業(yè)務(wù)訂單模塊，用于處理對應(yīng)的增值業(yè)務(wù)的個性化業(yè)務(wù) 訂單數(shù)據(jù)，生成增值業(yè)務(wù)訂單數(shù)據(jù)。
8. -種電信增值業(yè)務(wù)預(yù)訂系統(tǒng)，其特征在于： 包括如權(quán)利要求5至7任意一項(xiàng)所述的生成電信增值業(yè)務(wù)訂單的裝置。
【文檔編號】G06Q50/30GK104143154SQ201310170535
【公開日】2014年11月12日 申請日期:2013年5月10日 優(yōu)先權(quán)日:2013年5月10日
【發(fā)明者】李蓉蓉, 楊新章, 李麗, 陳珣, 胡文勝, 周榮生, 文錦軍, 陳力 申請人:中國電信股份有限公司