專利名稱：數(shù)據(jù)稽核及修復(fù)處理方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及數(shù)據(jù)同步處理技術(shù)，尤其涉及一種數(shù)據(jù)稽核及修復(fù)處理方法和
裝置
背景技術(shù)：
業(yè)內(nèi)現(xiàn)有的電信運營支撐系統(tǒng)(Business Support SysTem ;簡稱BSS)系統(tǒng)通常分成兩大功能部件客戶管理系統(tǒng)(Customer RelationshipManagement ;簡稱CRM)和融合計費系統(tǒng)(Convergent Billing System ;簡稱CBS)。其中，CRM主要負(fù)責(zé)和客戶接觸并受理運營商的各類業(yè)務(wù)，CBS主要是負(fù)責(zé)計費、賬務(wù)等功能。CBS在對終端客戶進行批價、出賬、收費時需要依據(jù)用戶訂購的各類產(chǎn)品信息，因此CRM需要在業(yè)務(wù)受理時將用戶資料以及產(chǎn)品資料等信息同步到CBS系統(tǒng)中。同時CBS在業(yè)務(wù)流程中也可能觸發(fā)用戶信息的變更，CBS需要將變更信息同步到CRM。由于WS (WebService)接口本身非事務(wù)性的特點，以及多業(yè)務(wù)并發(fā)時之間的相關(guān)性，導(dǎo)致CRM和CBS兩側(cè)的數(shù)據(jù)不一致。例如由于網(wǎng)絡(luò)超時，導(dǎo)致CRM側(cè)認(rèn)為訂單沒有執(zhí)行成功，業(yè)務(wù)回退了，但實際上CBS數(shù)據(jù)已經(jīng)同步成功了。BSS系統(tǒng)中的用戶數(shù)據(jù)尤其CRM和CBS之間同步的數(shù)據(jù)，是關(guān)鍵性核心數(shù)據(jù)，出現(xiàn)兩側(cè)數(shù)據(jù)不一致會造成用戶投訴以及收入流失等嚴(yán)重事故。因此需要進行數(shù)據(jù)稽核。現(xiàn)有技術(shù)中數(shù)據(jù)稽核的過程包括，CRM和CBS分別生成待稽核數(shù)據(jù)源文件，并發(fā)送給稽核比對工具所在的稽核系統(tǒng)，稽核比對工具根據(jù)定時任務(wù)啟動比對處理，若發(fā)現(xiàn)數(shù)據(jù)差異則生成告警消息給12000，生成比對結(jié)果并歸檔，對于有數(shù)據(jù)差異的情況，生成差異結(jié)果文檔。文件生成傳遞時間和稽核啟動時間均可配置。在實現(xiàn)本發(fā)明實施例的過程中，發(fā)明人發(fā)現(xiàn)由于BSS系統(tǒng)中用戶數(shù)據(jù)量大，稽核需要的數(shù)據(jù)文件生成、入庫以及比對對性能的要求比較高；而且一般選擇在每天系統(tǒng)閑時進行稽核，由于稽核的滯后性往往出現(xiàn)發(fā)現(xiàn)異常時，已經(jīng)造成了嚴(yán)重后果。另外，稽核系統(tǒng)一般僅做數(shù)據(jù)稽核，不具備數(shù)據(jù)修復(fù)的能力。而且CRM和CBS等核心部件也不會提供接口給第三方稽核系統(tǒng)來進行數(shù)據(jù)修改。因此在發(fā)現(xiàn)數(shù)據(jù)異常后，通常依賴人工修復(fù)，但此過程往往伴隨手工操作的風(fēng)險。

發(fā)明內(nèi)容
本發(fā)明實施例針對現(xiàn)有技術(shù)的缺陷，提供一種數(shù)據(jù)稽核及修復(fù)處理方法和裝置，以達到CRM和CBS在數(shù)據(jù)同步過程中的實時數(shù)據(jù)稽核，并實現(xiàn)數(shù)據(jù)的自動修復(fù)。本發(fā)明實施例提供一種數(shù)據(jù)稽核及修復(fù)處理方法，包括面向服務(wù)的體系結(jié)構(gòu)集成系統(tǒng)SOA-IF在到達觸發(fā)條件時，通過查詢接口分別向CRM和CBS發(fā)送用戶列表，所述用戶列表包括多個標(biāo)識信息，所述標(biāo)識信息所對應(yīng)的數(shù)據(jù)為待稽核數(shù)據(jù)；所述SOA-IF分別接收所述CRM和所述CBS返回的資料列表，所述資料列表包括所述標(biāo)識信息，以及所述待稽核數(shù)據(jù)；所述SOA-IF根據(jù)所述CRM和所述CBS返回的資料列表進行數(shù)據(jù)比對，若數(shù)據(jù)不一致，則通過數(shù)據(jù)同步接口應(yīng)用主數(shù)據(jù)方的數(shù)據(jù)對輔數(shù)據(jù)方的數(shù)據(jù)進行同步更新；所述主數(shù)據(jù)方和所述輔數(shù)據(jù)方是根據(jù)數(shù)據(jù)的類型在所述CRM和所述CBS中確定的。如上所述的方法，其中，所述標(biāo)識信息為業(yè)務(wù)流水號和/或用戶標(biāo)識，所述業(yè)務(wù)流水號和/或所述用戶標(biāo)識記錄在所述SOA-IF所維護的數(shù)據(jù)同步日志中。如上所述的方法，其中，所述觸發(fā)條件為到達預(yù)定周期，或者所述數(shù)據(jù)同步日志的記錄達到預(yù)定數(shù)量。如上所述的方法，其中，所述通過數(shù)據(jù)同步接口應(yīng)用主數(shù)據(jù)方的數(shù)據(jù)對輔數(shù)據(jù)方的數(shù)據(jù)進行同步更新之后，所述方法還包括所述SOA-IF記錄稽核日志。 本發(fā)明實施例提供一種數(shù)據(jù)稽核及修復(fù)處理裝置，包括請求模塊，用于在到達觸發(fā)條件時，通過查詢接口分別向CRM和CBS發(fā)送用戶列表，所述用戶列表包括多個標(biāo)識信息，所述標(biāo)識信息所對應(yīng)的數(shù)據(jù)為待稽核數(shù)據(jù)；接收模塊，用于分別接收所述CRM和所述CBS返回的資料列表，并發(fā)送給處理模塊，所述資料列表包括所述標(biāo)識信息，以及所述待稽核數(shù)據(jù)；處理模塊，用于根據(jù)所述接收模塊發(fā)送的所述CRM和所述CBS返回的資料列表進行數(shù)據(jù)比對，若數(shù)據(jù)不一致，則通過數(shù)據(jù)同步接口應(yīng)用主數(shù)據(jù)方的數(shù)據(jù)對輔數(shù)據(jù)方的數(shù)據(jù)進行同步更新；所述主數(shù)據(jù)方和所述輔數(shù)據(jù)方是根據(jù)數(shù)據(jù)的類型在所述CRM和所述CBS中確定的。如上所述的裝置，其中，所述標(biāo)識信息為業(yè)務(wù)流水號和/或用戶標(biāo)識，所述業(yè)務(wù)流水號和/或所述用戶標(biāo)識記錄在所述SOA-IF所維護的數(shù)據(jù)同步日志中。如上所述的裝置，其中，所述觸發(fā)條件為到達預(yù)定周期，或者所述數(shù)據(jù)同步日志的記錄達到預(yù)定數(shù)量。如上所述的裝置，其中，所述通過數(shù)據(jù)同步接口應(yīng)用主數(shù)據(jù)方的數(shù)據(jù)對輔數(shù)據(jù)方的數(shù)據(jù)進行同步更新之后，所述處理模塊還用于記錄稽核日志。本發(fā)明實施例提供的數(shù)據(jù)稽核及修復(fù)處理方法和裝置，基于SOA-IF自身的特點以及CRM和CBS提供的數(shù)據(jù)同步接口，準(zhǔn)實時地完成數(shù)據(jù)的稽核及修復(fù)過程，避免因處理滯后而帶來的運營商收入損失和用戶投訴。而且數(shù)據(jù)修復(fù)自動完成，保證數(shù)據(jù)的準(zhǔn)確性；不但易于實現(xiàn)，而且還降低了成本。


圖I為本發(fā)明實施例SOA-IF構(gòu)架示意圖；圖2為本發(fā)明數(shù)據(jù)稽核及修復(fù)處理方法實施例流程圖；圖3為本發(fā)明數(shù)據(jù)稽核及修復(fù)處理裝置實施例結(jié)構(gòu)示意圖。
具體實施例方式由于業(yè)務(wù)系統(tǒng)本身的數(shù)據(jù)模型復(fù)雜，部件間模型不統(tǒng)一，所有現(xiàn)有的稽核技術(shù)基本都是業(yè)務(wù)系統(tǒng)例如CRM、CBS等按照約定好的格式導(dǎo)出文件再發(fā)送到第三方稽核系統(tǒng)進行數(shù)據(jù)稽核。但是通過第三方稽核系統(tǒng)進行數(shù)據(jù)稽核具有滯后性，并且其不具備數(shù)據(jù)修復(fù)功能，因此本發(fā)明各實施例提供一種解決方案，具體為本發(fā)明各實施例不依賴業(yè)務(wù)系統(tǒng)本身進行稽核，而使用面向服務(wù)的體系結(jié)構(gòu)集成系統(tǒng)SOA-IF進行數(shù)據(jù)稽核，業(yè)務(wù)系統(tǒng)只要提供相應(yīng)的服務(wù)就可以。圖I為本發(fā)明實施例SOA-IF構(gòu)架示意圖，如圖I所示，在BSS大顆粒解決方案下，SOA-IF負(fù)責(zé)下一代業(yè)務(wù)支撐系統(tǒng)(NGBSS)內(nèi)部CBS\CRM\統(tǒng)一產(chǎn)品目錄(Unify ProductCatalog ;簡稱UPC) \ 合作伙伴關(guān)系管理(PartnerRelationship Mangement ;簡稱PRM)等部件的集成以及和外部系統(tǒng)如網(wǎng)上營業(yè)廳(Portal) \移動虛擬運營商(Mobile VirtualNetwork Operator ;簡稱MVN0)系統(tǒng)之間的集成。各個子系統(tǒng)通過SOA-IF進行數(shù)據(jù)同步和交互，例如CRM、CBS通過SOA-IF進行數(shù)據(jù)同步。由于SOA-IF負(fù)責(zé)部件間的數(shù)據(jù)同步，因此其知道哪些用戶發(fā)生了變更，并且可以調(diào)用部件本來就提供出來的數(shù)據(jù)同步接口進行數(shù)據(jù)修復(fù)。這樣就可以做到準(zhǔn)實時地進行數(shù)據(jù)稽核和數(shù)據(jù)修復(fù)，及時地發(fā)現(xiàn)錯誤。
圖2為本發(fā)明數(shù)據(jù)稽核及修復(fù)處理方法實施例流程圖，本發(fā)明基于SOA-IF的上述特點，提供一種數(shù)據(jù)稽核及修復(fù)處理方法，如圖2所示，該方法包括步驟200、S0A_IF在到達觸發(fā)條件時，通過查詢接口分別向CRM和CBS發(fā)送用戶列表;在SOA-IF結(jié)構(gòu)中，CRM和CBS提供各自基線的接口能力(即指部件本來的接口能力，自身自帶默認(rèn)的能力)，SOA-IF對接口進行封裝然后提供給雙方(因為業(yè)務(wù)部件提供的是一套固定的接口，但是和第三方集成時候外部接口和內(nèi)部接口提供肯定不完全一樣的，因此需要SOA-IF進行轉(zhuǎn)換，流程編排等完成接口適配)。CRM和CBS通過SOA-IF進行數(shù)據(jù)同步交互。例如CRM受理一用戶的開戶請求時會同時向SOA-IF發(fā)起數(shù)據(jù)同步請求,并攜帶需要同步的同步數(shù)據(jù)；S0A-IF在接收到CRM發(fā)送的同步數(shù)據(jù)后，調(diào)用CBS的數(shù)據(jù)同步接口，并將同步數(shù)據(jù)發(fā)送給CBS ；CBS接收到同步數(shù)據(jù)進行數(shù)據(jù)后進行數(shù)據(jù)歸檔并存儲在本地；然后CBS向SOA-IF返回同步成功響應(yīng)，SOA-IF進而通知CRM，CBS數(shù)據(jù)同步成功；CRM進行數(shù)據(jù)歸檔并存儲在本地。到此CRM和CBS通過SOA-IF進行數(shù)據(jù)同步交互的流程結(jié)束。SOA-IF在數(shù)據(jù)同步過程中可以將發(fā)生業(yè)務(wù)變更的信息記錄到本地數(shù)據(jù)庫或者緩存中，例如可以記錄在一數(shù)據(jù)同步日志中。在數(shù)據(jù)同步日志可以包括用于標(biāo)識此次業(yè)務(wù)的標(biāo)識信息，該標(biāo)識信息可以為業(yè)務(wù)流水號和/或用戶標(biāo)識，其中用戶標(biāo)識可以為用戶的手機號等。在完成數(shù)據(jù)同步后，本發(fā)明實施例中SOA-IF可以在適當(dāng)?shù)臅r間主動發(fā)起數(shù)據(jù)稽核的流程，以檢測CRM和CBS作存儲的數(shù)據(jù)是否一致。由于CRM和CBS提供批量用戶資料查詢接口給S0A-IF，因此SOA-IF可以一次性從CRM和CBS中獲取多組數(shù)據(jù)進行比對。具體地，SOA-IF根據(jù)數(shù)據(jù)同步日志獲取多個需要進行數(shù)據(jù)比對的待稽核數(shù)據(jù)的標(biāo)識信息，生成一用戶列表包括獲取到的多個標(biāo)識信息。然后，SOA-IF通過查詢接口將該用戶列表發(fā)送給CRM和 CBS。本發(fā)明實施例中所述的觸發(fā)條件可以根據(jù)實際需求進行設(shè)置，例如觸發(fā)條件可以為到達預(yù)定周期例如每個5分鐘(時間頻率可以配置)觸發(fā)一次數(shù)據(jù)稽核，或者數(shù)據(jù)同步日志的記錄達到預(yù)定數(shù)量例如每50個用戶觸發(fā)一次數(shù)據(jù)稽核等等。步驟201、SOA-IF分別接收所述CRM和所述CBS返回的資料列表；
CRM和CBS在接收到SOA-IF發(fā)送的用戶列表后，根據(jù)其中包括的標(biāo)識信息從本地獲取到對應(yīng)的數(shù)據(jù)作為待稽核數(shù)據(jù)，形成資料列表返回給S0A-IF。在資料列表中包括標(biāo)識信息，以及所述待稽核數(shù)據(jù)。步驟202、S0A_IF根據(jù)所述CRM和所述CBS返回的資料列表進行數(shù)據(jù)比對，若數(shù)據(jù)不一致，則通過數(shù)據(jù)同步接口應(yīng)用主數(shù)據(jù)方的數(shù)據(jù)對輔數(shù)據(jù)方的數(shù)據(jù)進行同步更新；所述主數(shù)據(jù)方和所述輔數(shù)據(jù)方是根據(jù)數(shù)據(jù)的類型在所述CRM和所述CBS中確定的。SOA-IF接收CRM和CBS各自返回的資料列表，并進行數(shù)據(jù)比對例如SOA-IF對雙方返回的同一用戶的數(shù)據(jù)進行對比等。若發(fā)現(xiàn)兩邊的數(shù)據(jù)不一致，則通過數(shù)據(jù)同步接口應(yīng)用主數(shù)據(jù)方的數(shù)據(jù)對輔數(shù)據(jù)方的數(shù)據(jù)進行同步更新。其中，CRM和CBS所存儲的數(shù)據(jù)根據(jù)數(shù)據(jù)類型的不同，可以將CRM和CBS定義為主數(shù)據(jù)方和輔數(shù)據(jù)方，例如以用戶數(shù)據(jù)為例，由于主數(shù)據(jù)存儲在CRM側(cè)，因此以CRM為主數(shù)據(jù)方，以CBS為輔數(shù)據(jù)方；若以用戶的余額信息為例，由于余額信息存儲在CBS側(cè)，因此以CBS為主數(shù)據(jù)方，以CRM為輔數(shù)據(jù)方。當(dāng)SOA-IF檢查出有數(shù)據(jù)不一致的發(fā)生，便可以主數(shù)據(jù)方CRM的數(shù)據(jù)為準(zhǔn)，調(diào)用輔數(shù)據(jù)方CBS提供的資料同步接口，進行數(shù)據(jù)修復(fù)。本發(fā)明方法實施例中進行數(shù)據(jù)修復(fù)可以是重復(fù)執(zhí)行一次數(shù)據(jù)同 步的處理步驟，即通過調(diào)用資料同步接口再做一次CBS的數(shù)據(jù)同步流程，以完成數(shù)據(jù)修復(fù)。本發(fā)明實施例中數(shù)據(jù)稽核流程可以是獨立的進程處理，與數(shù)據(jù)同步過程沒有關(guān)系。SOA-IF在通過數(shù)據(jù)同步接口對輔數(shù)據(jù)方的數(shù)據(jù)進行同步更新之后，還可以記錄稽核日志，并可以支持異常出現(xiàn)時進行告警。本發(fā)明實施例提供的數(shù)據(jù)稽核及修復(fù)處理方法，基于SOA-IF自身的特點以及CRM和CBS提供的數(shù)據(jù)同步接口，準(zhǔn)實時地完成數(shù)據(jù)的稽核及修復(fù)過程，避免因處理滯后而帶來的運營商收入損失和用戶投訴。而且數(shù)據(jù)修復(fù)自動完成，保證數(shù)據(jù)的準(zhǔn)確性；不但易于實現(xiàn)，而且還降低了成本。SOA-IF根據(jù)數(shù)據(jù)對比時候發(fā)現(xiàn)差異進行數(shù)據(jù)自動同步修復(fù)外，也可以支持根據(jù)手機號查找最近5分鐘內(nèi)改用戶的業(yè)務(wù)流水號，SOA-IF重新進行流程編排，重復(fù)執(zhí)行稽核時間段內(nèi)發(fā)生的業(yè)務(wù)。具體包括=SOA-IF在數(shù)據(jù)同步過程記錄業(yè)務(wù)流水和用戶ID (手機號)，CRM和CBS同樣需要保存業(yè)務(wù)日志(至少稽核時間以上，一般模板3個月以上)；執(zhí)行與上述實施例相同的數(shù)據(jù)同步和數(shù)據(jù)稽核流程；S0A-IF發(fā)現(xiàn)有不一致數(shù)據(jù)，查找該用戶最近5分鐘內(nèi)發(fā)生的業(yè)務(wù)變更流水(假設(shè)稽核時間為5分鐘一次)；S0A-IF以時間為順序，通知CRM或者CBS重新發(fā)起業(yè)務(wù)變更和數(shù)據(jù)同步。CRM、CBS需要支持根據(jù)業(yè)務(wù)日志記錄內(nèi)容不同或者不同的業(yè)務(wù)發(fā)起不同的任務(wù)，如日志顯示事務(wù)執(zhí)行成功的話只做數(shù)據(jù)同步，不做其他操作。圖3為本發(fā)明數(shù)據(jù)稽核及修復(fù)處理裝置實施例結(jié)構(gòu)示意圖，如圖3所示，該裝置包括請求模塊31、接收模塊32和處理模塊33，其中，請求模塊31用于在到達觸發(fā)條件時，通過查詢接口分別向CRM和CBS發(fā)送用戶列表，所述用戶列表包括多個標(biāo)識信息，所述標(biāo)識信息所對應(yīng)的數(shù)據(jù)為待稽核數(shù)據(jù)；接收模塊32用于分別接收所述CRM和所述CBS返回的資料列表，并發(fā)送給處理模塊，所述資料列表包括所述標(biāo)識信息，以及所述待稽核數(shù)據(jù)；處理模塊33用于根據(jù)所述接收模塊發(fā)送的所述CRM和所述CBS返回的資料列表進行數(shù)據(jù)比對，若數(shù)據(jù)不一致，則通過數(shù)據(jù)同步接口應(yīng)用主數(shù)據(jù)方的數(shù)據(jù)對輔數(shù)據(jù)方的數(shù)據(jù)進行同步更新；所述主數(shù)據(jù)方和所述輔數(shù)據(jù)方是根據(jù)數(shù)據(jù)的類型在所述CRM和所述CBS中確定的。
具體地，本發(fā)明實施例提供的數(shù)據(jù)稽核及修復(fù)處理裝置可以為S0A-IF，其中的請求模塊31到達預(yù)定周期例如每個5分鐘觸發(fā)一次數(shù)據(jù)稽核，或者數(shù)據(jù)同步日志的記錄達到預(yù)定數(shù)量例如每50個用戶觸發(fā)一次數(shù)據(jù)稽核，具體通過查詢接口向CRM和CBS發(fā)送包括多個標(biāo)識信息的用戶列表，向CRM和CBS請求待稽核數(shù)據(jù)；標(biāo)識信息可以為業(yè)務(wù)流水號和/或用戶標(biāo)識，被記錄在數(shù)據(jù)同步日志中。CRM和CBS獲取與標(biāo)識信息對應(yīng)的待稽核數(shù)據(jù)，形成資料列表并返回給SOA-IF。SOA-IF通過接收模塊32接收資料列表，在通過處理模塊33進行數(shù)據(jù)比對，并在數(shù)據(jù)不一致時，通過數(shù)據(jù)同步接口對出現(xiàn)錯誤的數(shù)據(jù)進行主動修復(fù)。SOA-IF通過數(shù)據(jù)同步接口應(yīng)用主數(shù)據(jù)方的數(shù)據(jù)對輔數(shù)據(jù)方的數(shù)據(jù)進行同步更新之后，還可以通過處理模塊32記錄稽核日志。本發(fā)明實施例提供的數(shù)據(jù)稽核及修復(fù)處理裝置，基于SOA-IF自身的特點以及CRM和CBS提供的數(shù)據(jù)同步接口，準(zhǔn)實時地完成數(shù)據(jù)的稽核及修復(fù)過程，避免因處理滯后而帶來的運營商收入損失和用戶投訴。而且數(shù)據(jù)修復(fù)自動完成，保證數(shù)據(jù)的準(zhǔn)確性；不但易于實現(xiàn)，而且還降低了成本。本發(fā)明各實施例主要應(yīng)用于BSS大顆粒解決方案中，基于SOA-IF集成框架下數(shù)據(jù) 同步中的數(shù)據(jù)稽核和數(shù)據(jù)修復(fù)。除了以上各實施例提到的CRM和CBS之間數(shù)據(jù)同步，還可以應(yīng)用于其他系統(tǒng)間的數(shù)據(jù)同步，例如統(tǒng)一產(chǎn)品管理中心UPC和相關(guān)的部件CRM、CBS、PRM (合作伙伴管理系統(tǒng))之間的產(chǎn)品數(shù)據(jù)同步時的數(shù)據(jù)稽核和數(shù)據(jù)自動修復(fù)；還適用于MVNE (即為MVNO租用提供網(wǎng)絡(luò)的實體運營商)方案中，MVNE系統(tǒng)和MVNO的支撐系統(tǒng)間的數(shù)據(jù)稽核和數(shù)據(jù)自動修復(fù)。本發(fā)明另一個實施例提供一種數(shù)據(jù)稽核及修復(fù)處理裝置，包括處理器，所述處理器用于在到達觸發(fā)條件時，通過查詢接口分別向CRM和CBS發(fā)送用戶列表，所述用戶列表包括多個標(biāo)識信息，所述標(biāo)識信息所對應(yīng)的數(shù)據(jù)為待稽核數(shù)據(jù)；分別接收所述CRM和所述CBS返回的資料列表，所述資料列表包括所述標(biāo)識信息，以及所述待稽核數(shù)據(jù)；根據(jù)所述CRM和所述CBS返回的資料列表進行數(shù)據(jù)比對，若數(shù)據(jù)不一致，則通過數(shù)據(jù)同步接口應(yīng)用主數(shù)據(jù)方的數(shù)據(jù)對輔數(shù)據(jù)方的數(shù)據(jù)進行同步更新；所述主數(shù)據(jù)方和所述輔數(shù)據(jù)方是根據(jù)數(shù)據(jù)的類型在所述CRM和所述CBS中確定的。在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。另外，在本申請各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能單元的形式實現(xiàn)。
上述以軟件功能單元的形式實現(xiàn)的集成的單元，可以存儲在一個計算機可讀取存儲介質(zhì)中。上述軟件功能單元存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)或處理器(processor)執(zhí)行本申請各個實施例所述方法的部分步驟。而前述的存儲介質(zhì)包括U盤、移動硬盤、只讀存儲器(Read-Only Memory, ROM)、隨機存取存儲器(Random Access Memory, RAM)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。本領(lǐng)域技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，僅以上述各功能模塊的劃分進行舉例說明，實際應(yīng)用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將裝置的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。上述描述的裝置的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程，在此不再贅述。最后應(yīng)說明的是以上各實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述各實施例對本發(fā)明進行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分或者全部技術(shù)特征 進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的范圍。
權(quán)利要求
1.一種數(shù)據(jù)稽核及修復(fù)處理方法，其特征在于，包括 面向服務(wù)的體系結(jié)構(gòu)集成系統(tǒng)SOA-IF在到達觸發(fā)條件時，通過查詢接口分別向CRM和CBS發(fā)送用戶列表，所述用戶列表包括多個標(biāo)識信息，所述標(biāo)識信息所對應(yīng)的數(shù)據(jù)為待稽核數(shù)據(jù)； 所述SOA-IF分別接收所述CRM和所述CBS返回的資料列表，所述資料列表包括所述標(biāo)識信息，以及所述待稽核數(shù)據(jù)； 所述SOA-IF根據(jù)所述CRM和所述CBS返回的資料列表進行數(shù)據(jù)比對，若數(shù)據(jù)不一致，則通過數(shù)據(jù)同步接口應(yīng)用主數(shù)據(jù)方的數(shù)據(jù)對輔數(shù)據(jù)方的數(shù)據(jù)進行同步更新；所述主數(shù)據(jù)方和所述輔數(shù)據(jù)方是根據(jù)數(shù)據(jù)的類型在所述CRM和所述CBS中確定的。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述標(biāo)識信息為業(yè)務(wù)流水號和/或用戶標(biāo) 識，所述業(yè)務(wù)流水號和/或所述用戶標(biāo)識記錄在所述SOA-IF所維護的數(shù)據(jù)同步日志中。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述觸發(fā)條件為到達預(yù)定周期，或者所述數(shù)據(jù)同步日志的記錄達到預(yù)定數(shù)量。
4.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述通過數(shù)據(jù)同步接口應(yīng)用主數(shù)據(jù)方的數(shù)據(jù)對輔數(shù)據(jù)方的數(shù)據(jù)進行同步更新之后，所述方法還包括 所述SOA-IF記錄稽核日志。
5.一種數(shù)據(jù)稽核及修復(fù)處理裝置，其特征在于，包括 請求模塊，用于在到達觸發(fā)條件時，通過查詢接口分別向CRM和CBS發(fā)送用戶列表，所述用戶列表包括多個標(biāo)識信息，所述標(biāo)識信息所對應(yīng)的數(shù)據(jù)為待稽核數(shù)據(jù)； 接收模塊，用于分別接收所述CRM和所述CBS返回的資料列表，并發(fā)送給處理模塊，所述資料列表包括所述標(biāo)識信息，以及所述待稽核數(shù)據(jù)； 處理模塊，用于根據(jù)所述接收模塊發(fā)送的所述CRM和所述CBS返回的資料列表進行數(shù)據(jù)比對，若數(shù)據(jù)不一致，則通過數(shù)據(jù)同步接口應(yīng)用主數(shù)據(jù)方的數(shù)據(jù)對輔數(shù)據(jù)方的數(shù)據(jù)進行同步更新；所述主數(shù)據(jù)方和所述輔數(shù)據(jù)方是根據(jù)數(shù)據(jù)的類型在所述CRM和所述CBS中確定的。
6.根據(jù)權(quán)利要求5所述的裝置，其特征在于，所述標(biāo)識信息為業(yè)務(wù)流水號和/或用戶標(biāo)識，所述業(yè)務(wù)流水號和/或所述用戶標(biāo)識記錄在所述SOA-IF所維護的數(shù)據(jù)同步日志中。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述觸發(fā)條件為到達預(yù)定周期，或者所述數(shù)據(jù)同步日志的記錄達到預(yù)定數(shù)量。
8.根據(jù)權(quán)利要求5所述的裝置，其特征在于，所述通過數(shù)據(jù)同步接口應(yīng)用主數(shù)據(jù)方的數(shù)據(jù)對輔數(shù)據(jù)方的數(shù)據(jù)進行同步更新之后，所述處理模塊還用于記錄稽核日志。
全文摘要
本發(fā)明實施例提供一種數(shù)據(jù)稽核及修復(fù)處理方法和裝置。該方法包括SOA-IF在到達觸發(fā)條件時，通過查詢接口分別向CRM和CBS發(fā)送用戶列表，用戶列表包括多個標(biāo)識信息，標(biāo)識信息所對應(yīng)的數(shù)據(jù)為待稽核數(shù)據(jù)；SOA-IF分別接收CRM和CBS返回的資料列表，資料列表包括標(biāo)識信息，以及待稽核數(shù)據(jù)；SOA-IF根據(jù)CRM和CBS返回的資料列表進行數(shù)據(jù)比對，若數(shù)據(jù)不一致，則通過數(shù)據(jù)同步接口進行數(shù)據(jù)修復(fù)。本發(fā)明各實施例基于SOA-IF自身的特點以及CRM和CBS提供的數(shù)據(jù)同步接口，準(zhǔn)實時地完成數(shù)據(jù)的稽核及修復(fù)過程，避免因處理滯后而帶來的運營商收入損失和用戶投訴。而且數(shù)據(jù)修復(fù)自動完成，保證數(shù)據(jù)的準(zhǔn)確性；不但易于實現(xiàn)，而且還降低了成本。
文檔編號H04L29/08GK102970159SQ20121043898
公開日2013年3月13日 申請日期2012年11月5日 優(yōu)先權(quán)日2012年11月5日
發(fā)明者楊屹 申請人:華為軟件技術(shù)有限公司