專利名稱：服務(wù)請求處理方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及服務(wù)請求處理方法、裝置及系統(tǒng)。
背景技術(shù)：
現(xiàn)有技術(shù)中，在終端系統(tǒng)需要辦理業(yè)務(wù)時，一般可以通過客戶呼叫中心辦理，或者是采用非結(jié)構(gòu)化補充數(shù)據(jù)業(yè)務(wù)(USSD)的方式辦理，也可以到自助營業(yè)廳去辦理。但是，建設(shè)大型客戶呼叫中心需要投入大量的人力、物力和財力，且在高峰時段容易引發(fā)排隊；而采用USSD的方式或者到自助營業(yè)廳辦理業(yè)務(wù)，雖然所有數(shù)據(jù)都是從業(yè)務(wù)支撐系統(tǒng)(BSS)內(nèi)實時獲取，但由于BSS中一般包括客戶關(guān)系管理(CRM)系統(tǒng)、計費(Biling)系統(tǒng)、計算系統(tǒng)、 營銷分析系統(tǒng)等用于管理不同服務(wù)數(shù)據(jù)的不同處理系統(tǒng)，在采用USSD方式辦理業(yè)務(wù)時，由于USSD每次只能訪問BSS中的一個系統(tǒng)，所以，每次請求辦理的業(yè)務(wù)包含兩個或兩個以上不同系統(tǒng)中的數(shù)據(jù)時，USSD將不能正常完成業(yè)務(wù)的辦理。例如既要查詢余額又要開通彩玲業(yè)務(wù)，查詢余額需要訪問BSS中的計費系統(tǒng)，開通彩鈴業(yè)務(wù)需要訪問BSS中的CRM系統(tǒng)， 采用現(xiàn)有技術(shù)中的業(yè)務(wù)辦理方案需要分別訪問計費系統(tǒng)和CRM系統(tǒng)，這需要終端多次提交請求才能完成這兩項業(yè)務(wù)的辦理，過程較為繁瑣。

發(fā)明內(nèi)容
本發(fā)明的實施例提供一種服務(wù)請求處理方法、裝置及系統(tǒng)，采用本發(fā)明所述技術(shù)方案，每次請求辦理的業(yè)務(wù)包含兩個或兩個以上不同系統(tǒng)中的數(shù)據(jù)時，客戶可以只提交一次請求便可全部辦理完成。為達(dá)到上述目的，本發(fā)明的實施例采用如下技術(shù)方案一種服務(wù)請求處理方法，包括接收服務(wù)調(diào)用請求；解析所述服務(wù)調(diào)用請求，并獲取至少兩項服務(wù)內(nèi)容；根據(jù)所述至少兩項服務(wù)內(nèi)容獲取所述至少兩項服務(wù)內(nèi)容分別對應(yīng)的服務(wù)路由；將所述至少兩項服務(wù)內(nèi)容分別發(fā)送到與所述服務(wù)路由對應(yīng)的處理系統(tǒng)；接收所述處理系統(tǒng)返回的對服務(wù)內(nèi)容的處理結(jié)果；發(fā)送所述處理結(jié)果。一種服務(wù)請求解析裝置，所述裝置包括第一接收單元，用于接收服務(wù)調(diào)用請求；解析單元，用于解析所述服務(wù)調(diào)用請求，并獲取至少兩項服務(wù)內(nèi)容，所述至少兩項服務(wù)內(nèi)容通過服務(wù)請求分發(fā)裝置分別分發(fā)送到對應(yīng)的處理系統(tǒng)；第一接收單元，還用于接收所述處理系統(tǒng)通過服務(wù)請求分發(fā)裝置返回的對服務(wù)內(nèi)容的處理結(jié)果；第一發(fā)送單元，用于發(fā)送所述處理結(jié)果。一種服務(wù)請求分發(fā)裝置，包括
獲取單元，用于根據(jù)服務(wù)請求解析裝置解析服務(wù)調(diào)用請求獲取的至少兩項服務(wù)內(nèi)容獲取所述至少兩項服務(wù)內(nèi)容分別對應(yīng)的服務(wù)路由；分發(fā)單元，用于將所述至少兩項服務(wù)內(nèi)容分別發(fā)送到與所述服務(wù)路由對應(yīng)的處理系統(tǒng)；第二接收單元，用于接收所述處理系統(tǒng)返回的對服務(wù)內(nèi)容的處理結(jié)果；第二發(fā)送單元，用于將處理系統(tǒng)返回的對服務(wù)內(nèi)容的處理結(jié)果通過服務(wù)請求解析裝置發(fā)送給服務(wù)調(diào)用請求發(fā)起端。一種服務(wù)請求處理系統(tǒng)，所述系統(tǒng)包括服務(wù)請求解析裝置，用于接收服務(wù)調(diào)用請求，從所接收的服務(wù)調(diào)用請求中解析出至少兩項服務(wù)內(nèi)容；服務(wù)請求分發(fā)裝置，用于獲取所述至少兩項服務(wù)內(nèi)容分別對應(yīng)的服務(wù)路由，將所述至少兩項服務(wù)內(nèi)容分別發(fā)送到與所述服務(wù)路由對應(yīng)的處理系統(tǒng)，在所述處理系統(tǒng)發(fā)送出對服務(wù)內(nèi)容的處理結(jié)果后，接收所述處理結(jié)果，并通過所述服務(wù)請求解析裝置發(fā)送所述處理結(jié)果給服務(wù)調(diào)用請求發(fā)起端。本發(fā)明所述技術(shù)方案提供的服務(wù)請求處理系統(tǒng)，包括服務(wù)請求解析裝置和服務(wù)請求分發(fā)裝置，所述服務(wù)請求解析裝置接收服務(wù)調(diào)用請求發(fā)起端發(fā)起的服務(wù)調(diào)用請求，再從所接收的服務(wù)調(diào)用請求中解析出至少兩項服務(wù)內(nèi)容，所述服務(wù)請求分發(fā)裝置分別將所述至少兩項服務(wù)內(nèi)容分發(fā)到服務(wù)端中對應(yīng)的處理系統(tǒng)，服務(wù)端中處理系統(tǒng)分別處理每項服務(wù)內(nèi)容，分別得出處理結(jié)果，同時將所述處理結(jié)果匯總返回給所述服務(wù)請求處理系統(tǒng)，所述服務(wù)請求處理系統(tǒng)再把所述處理結(jié)果匯總返回給服務(wù)調(diào)用請求發(fā)起端，這樣，用戶每次請求辦理的業(yè)務(wù)包含兩個或兩個以上不同處理系統(tǒng)中的數(shù)據(jù)時，也可以通過一次提交全部完成， 操作方便。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實施例提供的服務(wù)請求處理方法流程圖；圖2為本發(fā)明實施例提供的服務(wù)請求解析裝置的結(jié)構(gòu)框圖；圖3為本發(fā)明實施例提供的服務(wù)請求分發(fā)裝置的結(jié)構(gòu)框圖；圖4為本發(fā)明實施例提供的改進的服務(wù)請求處理方法流程圖；圖5為本發(fā)明實施例所述服務(wù)調(diào)用請求的發(fā)起流程圖；圖6為本發(fā)明實施例提供的接收服務(wù)調(diào)用請求的流程圖；圖7為本發(fā)明實施例提供的改進的服務(wù)請求解析裝置的結(jié)構(gòu)框圖；圖8為本發(fā)明實施例所述服務(wù)請求分發(fā)裝置改進的實施例的機構(gòu)框圖；圖9為本發(fā)明實施例所述服務(wù)請求處理系統(tǒng)的結(jié)構(gòu)框圖；圖10為本發(fā)明實施例所述數(shù)據(jù)模型圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。本發(fā)明實施例提供一種服務(wù)請求處理方法，如圖1所示，包括101、服務(wù)調(diào)用請求發(fā)起端發(fā)送服務(wù)調(diào)用請求后，接收所述服務(wù)調(diào)用請求。102、在接收到服務(wù)調(diào)用請求發(fā)起端發(fā)起的服務(wù)調(diào)用請求后，解析所述服務(wù)調(diào)用請求，并從所述服務(wù)調(diào)用請求中獲取至少兩項服務(wù)內(nèi)容。103、在預(yù)先存儲的映射表中查找出與所述至少兩項服務(wù)內(nèi)容相匹配的不同的處理系統(tǒng)，所述映射表中包括服務(wù)內(nèi)容與處理系統(tǒng)映射關(guān)系，由此獲取所述至少兩項服務(wù)內(nèi)容分別對應(yīng)的服務(wù)路由。104、得到所述至少兩項服務(wù)內(nèi)容分別對應(yīng)的服務(wù)路由后，將所述至少兩項服務(wù)內(nèi)容分別發(fā)送到服務(wù)端中與所述服務(wù)路由對應(yīng)的處理系統(tǒng)。105、在所述服務(wù)端中處理系統(tǒng)匯總返回對服務(wù)內(nèi)容的處理結(jié)果后，接收所述處理結(jié)果。106、在接收到所述處理結(jié)果后，將所述處理結(jié)果發(fā)送給所述服務(wù)調(diào)用請求發(fā)起端。本發(fā)明實施例提供一種服務(wù)請求解析裝置，如圖2所示，包括第一接收單元21、 解析單元22、第一發(fā)送單元23。本發(fā)明實施例提供一種服務(wù)請求分發(fā)裝置，如圖3所示，包括獲取單元31、分發(fā)單元32、第二接收單元33、第二發(fā)送單元；34。其中，當(dāng)服務(wù)調(diào)用請求發(fā)起端發(fā)起服務(wù)調(diào)用請求后，所述第一接收單元21接收所述服務(wù)調(diào)用請求發(fā)起端發(fā)起的服務(wù)調(diào)用請求，所述解析單元22從所接收到的服務(wù)調(diào)用請求中解析出至少兩項服務(wù)內(nèi)容，所述獲取單元31在預(yù)先存儲的映射表中查找出與所述至少兩項服務(wù)內(nèi)容相匹配的處理系統(tǒng)，并獲取所述至少兩項服務(wù)內(nèi)容分別對應(yīng)的服務(wù)路由， 所述映射表中包括服務(wù)端能夠為客戶提供的各種服務(wù)內(nèi)容信息和服務(wù)內(nèi)容與處理系統(tǒng)映射關(guān)系，所述分發(fā)單元32根據(jù)所述服務(wù)路由分別將所述至少兩項服務(wù)內(nèi)容分別發(fā)送到服務(wù)端中對應(yīng)的處理系統(tǒng)，在服務(wù)端中處理系統(tǒng)匯總返回對所述至少兩項服務(wù)內(nèi)容處理的處理結(jié)果后，所述第二接收單元33接收所述處理結(jié)果，在接收到所述處理結(jié)果后，所述第二發(fā)送單元34將所述處理結(jié)果發(fā)送給所述第一接收單元21，所述第一接收單元21接收到所述處理結(jié)果后，所述第一發(fā)送單元23將所述處理結(jié)果發(fā)送給服務(wù)調(diào)用請求發(fā)起端。本實施例所述服務(wù)請求解析裝置和所述服務(wù)請求分發(fā)裝置發(fā)揮著服務(wù)調(diào)用請求發(fā)起端與服務(wù)端之間的中轉(zhuǎn)站、橋梁、服務(wù)提供者及服務(wù)倉庫的作用。本實施例提供的技術(shù)方案，所述服務(wù)請求解析裝置接收服務(wù)調(diào)用請求發(fā)起端發(fā)起的服務(wù)調(diào)用請求，再從所接收的服務(wù)調(diào)用請求中解析出至少兩項服務(wù)內(nèi)容，所述服務(wù)請求分發(fā)裝置在預(yù)先存儲的映射表中查找出與所述至少兩項服務(wù)內(nèi)容相匹配的處理系統(tǒng)，所述映射表中包括服務(wù)內(nèi)容與處理系統(tǒng)映射關(guān)系，獲取所述至少兩項服務(wù)內(nèi)容分別對應(yīng)的服務(wù)路由，分別將所述至少兩項服務(wù)內(nèi)容分發(fā)到服務(wù)端中對應(yīng)的處理系統(tǒng)，服務(wù)端中處理系統(tǒng)分別處理每項服務(wù)內(nèi)容，分別得出處理結(jié)果，同時將所述處理結(jié)果返回給所述處理系統(tǒng)，所述處理系統(tǒng)再把所述處理結(jié)果匯總返回給服務(wù)調(diào)用請求發(fā)起端，這樣，用戶每次請求辦理的業(yè)務(wù)包含兩個或兩個以上不同處理系統(tǒng)中的數(shù)據(jù)時，也可以通過一次提交全部完成，操作方便。本實施例中所述將所述處理結(jié)果發(fā)送給所述服務(wù)調(diào)用請求發(fā)起端為即可以是以同步的方式將所述處理結(jié)果發(fā)送給所述服務(wù)調(diào)用請求發(fā)起端或者是以異步的方式將所述處理結(jié)果發(fā)送給所述服務(wù)調(diào)用請求發(fā)起端。當(dāng)所述將所述處理結(jié)果發(fā)送給所述服務(wù)調(diào)用請求發(fā)起端是以異步的方式將所述處理結(jié)果發(fā)送給所述服務(wù)調(diào)用請求發(fā)起端時，在將所述處理結(jié)果發(fā)送給所述服務(wù)調(diào)用請求發(fā)起端前，需要對所述處理結(jié)果進行回調(diào)處理，在所述回調(diào)處理結(jié)束后，再將所述處理結(jié)果發(fā)送給所述服務(wù)調(diào)用請求發(fā)起端。本實施例所述服務(wù)請求解析裝置，可以通過架構(gòu)專業(yè)的終端接入處理裝置來實現(xiàn)，也可以無需采用專業(yè)的終端接入處理裝置，而是采用類似網(wǎng)絡(luò)的瀏覽器/服務(wù)端(B/S) 架構(gòu)，將終端接入網(wǎng)絡(luò)(wap)站點，通過wap站點完成所述服務(wù)請求解析裝置的工作。本發(fā)明提供另一種服務(wù)請求處理方法實施例，在本實施例中可以采用但不限于通過服務(wù)請求解析裝置完成相應(yīng)服務(wù)調(diào)用請求的解析，通過服務(wù)請求分發(fā)裝置完成相應(yīng)的服務(wù)內(nèi)容的分發(fā)，具體如圖4所示，包括401、在服務(wù)調(diào)用請求發(fā)起端發(fā)送一個請求服務(wù)范圍后，所述服務(wù)請求解析裝置接收服務(wù)調(diào)用請求發(fā)起端發(fā)送的服務(wù)請求消息。所述服務(wù)請求消息可以是一個模糊的請求語句，例如，客戶在服務(wù)調(diào)用請求發(fā)起端輸入“我希望查看我的消費剩余情況”。從這個請求語句來看，無法確定客戶請求的具體服務(wù)內(nèi)容，只能確定一個服務(wù)的范圍。請求的內(nèi)容可以是計費系統(tǒng)中的查詢余額、查詢當(dāng)日消費、查詢當(dāng)月消費等服務(wù)請求，也可以是CRM系統(tǒng)中的查詢積分等服務(wù)請求。402、所述服務(wù)請求解析裝置從所述服務(wù)請求范圍中解析出至少兩項服務(wù)請求內(nèi)容。從401所述服務(wù)請求“我希望查看我的消費剩余情況”中解析出查詢余額、查詢當(dāng)日消費、查詢當(dāng)月消費、查詢積分等服務(wù)內(nèi)容。403、所述服務(wù)請求解析裝置將所述至少兩項服務(wù)請求內(nèi)容發(fā)送給服務(wù)調(diào)用請求發(fā)起端。即將查詢余額、查詢當(dāng)日消費、查詢當(dāng)月消費、查詢積分等服務(wù)內(nèi)容發(fā)送給服務(wù)調(diào)用請求發(fā)起端，供用戶選擇。404、在用戶從所述至少兩項服務(wù)請求內(nèi)容中作出選擇后，即所述服務(wù)調(diào)用請求發(fā)起端發(fā)起服務(wù)調(diào)用請求后，所述服務(wù)請求解析裝置接收所述服務(wù)調(diào)用請求發(fā)起端發(fā)起的服務(wù)調(diào)用請求。如客戶選擇了查詢余額和查詢積分，接收這兩個請求內(nèi)容組成的服務(wù)調(diào)用請求。405、在接收到服務(wù)調(diào)用請求發(fā)起端發(fā)起的查詢余額和查詢積分請求內(nèi)容組成的服務(wù)調(diào)用請求后，所述服務(wù)請求解析裝置從所述服務(wù)調(diào)用請求中解析出查詢余額和查詢積分兩項服務(wù)內(nèi)容。406、將所述解析出的查詢余額和查詢積分兩項服務(wù)內(nèi)容發(fā)送給所述服務(wù)請求分
發(fā)裝置。407、所述服務(wù)請求分發(fā)裝置在預(yù)先存儲的映射表中查找出與查詢余額和查詢積分相匹配的處理系統(tǒng)，獲取所述查詢余額和查詢積分對應(yīng)的處理系統(tǒng)分別是計費系統(tǒng)和 CRM系統(tǒng)，并根據(jù)映射表中服務(wù)內(nèi)容與處理系統(tǒng)映射關(guān)系獲取查詢余額和查詢積分分別對應(yīng)的服務(wù)路由。408、得到所述查詢余額和查詢積分分別對應(yīng)的服務(wù)路由后，所述服務(wù)請求分發(fā)裝置將所述查詢余額和查詢積分兩項服務(wù)內(nèi)容分別發(fā)送到服務(wù)端中與所述服務(wù)路由對應(yīng)的計費系統(tǒng)和CRM系統(tǒng)進行處理。409、在所述服務(wù)端中處理系統(tǒng)匯總返回對查詢余額和查詢積分兩項服務(wù)內(nèi)容的處理結(jié)果后，所述服務(wù)請求分發(fā)裝置接收所述處理結(jié)果。4010、在接收到所述處理結(jié)果后，所述服務(wù)請求分發(fā)裝置將所述處理結(jié)果發(fā)送給所述服務(wù)請求解析裝置。4011、所述服務(wù)請求解析裝置將所述處理結(jié)果發(fā)送給服務(wù)調(diào)用請求發(fā)起端。本實施例所述服務(wù)請求處理方法，能夠接收服務(wù)調(diào)用請求發(fā)起端發(fā)起的表示一個服務(wù)范圍的請求，并對所述請求進行解析，解析出至少兩項服務(wù)請求的服務(wù)內(nèi)容，將解析出的服務(wù)請求的服務(wù)內(nèi)容發(fā)送給服務(wù)調(diào)用請求發(fā)起端，供用戶選擇，用戶可以根據(jù)需要提交由選擇出的服務(wù)內(nèi)容組成的服務(wù)調(diào)用請求，服務(wù)調(diào)用請求發(fā)起端獲取了用戶的服務(wù)調(diào)用請求后，將所述服務(wù)調(diào)用請求進行數(shù)據(jù)包的封裝處理，將所述服務(wù)調(diào)用中的所有服務(wù)內(nèi)容封裝到一個業(yè)務(wù)請求包中。本實施例所述服務(wù)調(diào)用請求發(fā)起端服務(wù)請求處理方法可以使服務(wù)調(diào)用請求發(fā)起端與客戶建立高交互的操作界面，所述操作界面不一定是固定好的界面模式，可以是類似于對話的方式。服務(wù)調(diào)用請求發(fā)起端通過對話的方式獲取用戶的輸入信息， 并傳送給服務(wù)請求解析裝置，請求服務(wù)請求解析裝置對用戶輸入的信息進行解析處理。用戶通過操作界面可以發(fā)現(xiàn)自己想要的服務(wù)。這個交互的過程，服務(wù)調(diào)用請求發(fā)起端界面類似于一個智能化的機器人，與客戶建立一個溝通的過程，在服務(wù)調(diào)用請求發(fā)起端與客戶進行智能溝通的同時，不斷地將用戶的選擇或者輸入信息傳輸給所述服務(wù)請求解析裝置，所述服務(wù)請求解析裝置將用戶輸入信息與存儲單元內(nèi)預(yù)先存儲的服務(wù)信息進行匹配，為客戶提供最符合條件的服務(wù)信息。上述實施例中服務(wù)請求解析裝置和服務(wù)請求分發(fā)裝置是分別在兩個設(shè)備上實現(xiàn)的，在實際運用時，所述服務(wù)請求解析裝置和服務(wù)請求分發(fā)裝置的功能可以在同一臺設(shè)備中實現(xiàn)。作為本實施例的一種改進，本發(fā)明實施例提供一種服務(wù)請求處理方法，如圖5所示，其中所述服務(wù)調(diào)用請求的發(fā)起包括501、服務(wù)調(diào)用請求發(fā)起端生成服務(wù)調(diào)用請求。502、所述服務(wù)調(diào)用請求發(fā)起端調(diào)用所述服務(wù)調(diào)用請求。503、為了保證所傳輸?shù)臄?shù)據(jù)正確和符合傳輸協(xié)議標(biāo)準(zhǔn)，在所述服務(wù)調(diào)用請求發(fā)起端生成服務(wù)調(diào)用請求后，所述服務(wù)調(diào)用請求發(fā)起端對所述服務(wù)調(diào)用請求進行數(shù)據(jù)校驗和格式化。504、在對所述服務(wù)調(diào)用請求進行數(shù)據(jù)校驗和格式化后，所述服務(wù)調(diào)用請求發(fā)起端對所述服務(wù)調(diào)用請求進行序列化操作，生成序列化消息。505、在將所述服務(wù)調(diào)用請求進行序列化操作后，與通信對方建立鏈路請求，并通過通信鏈路發(fā)送序列化之后的服務(wù)調(diào)用請求到通信對方。
作為本實施例的一種改進，本發(fā)明實施例提供一種服務(wù)請求處理方法，如圖6所示，其中所述接收服務(wù)調(diào)用請求包括601、在服務(wù)調(diào)用請求發(fā)起端通過通信鏈路發(fā)送序列化之后的服務(wù)調(diào)用請求后，接收所述服務(wù)調(diào)用請求序列化消息。602、在接收到所述服務(wù)調(diào)用請求后，將所述服務(wù)調(diào)用請求進行反序列化操作，得到反序列化消息。603、為了保證所傳輸?shù)臄?shù)據(jù)正確和符合傳輸協(xié)議標(biāo)準(zhǔn)，在將所述服務(wù)調(diào)用請求進行反序列化后，對所述反序列化消息進行校驗和格式化。604、調(diào)用所述服務(wù)調(diào)用請求。作為本實施例的一種改進，本發(fā)明實施例提供一種服務(wù)請求解析裝置，如圖7所示，包括第一接收單元71、解析單元72、第一發(fā)送單元73。其中，所述第一接收單元71包括通訊模塊711、反序列化模塊712、數(shù)據(jù)處理模塊 713、服務(wù)調(diào)用模塊714。所述通訊模塊711與服務(wù)調(diào)用請求發(fā)起端建立鏈路連接，在服務(wù)調(diào)用請求發(fā)起端通過鏈路發(fā)送來序列化之后的服務(wù)調(diào)用請求后，所述通訊模塊711接收所述服務(wù)調(diào)用請求，在接收到所述服務(wù)調(diào)用請求后，所述反序列化模塊712將所述服務(wù)調(diào)用請求進行反序列化，得到反序列化消息，在將所述服務(wù)調(diào)用請求反序列化以后，數(shù)據(jù)處理模塊713對所述服務(wù)調(diào)用請求進行校驗和格式化，所述服務(wù)調(diào)用模塊714調(diào)用所述服務(wù)調(diào)用請求。為了配合本實施例所述服務(wù)請求解析裝置實現(xiàn)所述服務(wù)請求處理方法本發(fā)明實施例提供一種服務(wù)請求分發(fā)裝置，如圖8所示，包括存儲單元81、獲取單元82、分發(fā)單元 83、第二接收單元84、第二發(fā)送單元85。在所述第一接收單元71接收到服務(wù)調(diào)用請求后，所述解析單元72從所述服務(wù)調(diào)用請求中解析出至少兩項服務(wù)內(nèi)容，所述獲取單元82在所述存儲單元81中存儲的映射表中查找出與所述至少兩項服務(wù)內(nèi)容相匹配的處理系統(tǒng)，獲取所述至少兩項服務(wù)內(nèi)容分別對應(yīng)的服務(wù)路由，所述映射表中包括服務(wù)端能夠為客戶提供的各種服務(wù)內(nèi)容信息和服務(wù)內(nèi)容與處理系統(tǒng)映射關(guān)系，所述分發(fā)單元83將所述服務(wù)請求解析裝置解析出的至少兩項服務(wù)內(nèi)容分別發(fā)送到服務(wù)端中與所述服務(wù)路由對應(yīng)的處理系統(tǒng)，在服務(wù)端中處理系統(tǒng)返回對服務(wù)內(nèi)容的處理結(jié)果后，所述第二接收單元84接收所述處理結(jié)果，在所述第二接收單元84接收到所述處理結(jié)果后，所述第二發(fā)送單元85將所述處理結(jié)果發(fā)給服務(wù)請求解析裝置中的第二接收單元73，在所述第二接收單元73接收到所述處理結(jié)果后，所述第一發(fā)送單元74將所述處理結(jié)果發(fā)送給服務(wù)調(diào)用請求發(fā)起端。本實施例中所述存儲單元，用來存放所需各種服務(wù)內(nèi)容信息和服務(wù)內(nèi)容與處理系統(tǒng)映射關(guān)系等各種信息，不再需要單獨提供存儲設(shè)備。所述通訊模塊負(fù)責(zé)將序列化消息和反序列化消息根據(jù)需要與對端建立鏈路請求，之后將序列化消息或者反序列化消息發(fā)送至對端，也可以接收對端發(fā)送來的序列化消息或者反序列化消息，并根據(jù)返回信息確定是否正常，所述鏈路可以采用webservice、java消息服務(wù)(JMS)、超文本傳輸協(xié)議(HTTP)、 Socket等實現(xiàn)。所述數(shù)據(jù)處理模塊為了為了保證所傳輸?shù)臄?shù)據(jù)正確和符合傳輸協(xié)議標(biāo)準(zhǔn)。 所述服務(wù)調(diào)用模塊用來調(diào)用所述服務(wù)調(diào)用請求。一般來說遠(yuǎn)程調(diào)用主要包括對傳遞的數(shù)據(jù)的序列化和反序列化的問題，本發(fā)明實施例所述服務(wù)請求解析裝置向服務(wù)調(diào)用請求發(fā)起端系統(tǒng)提供專業(yè)的服務(wù)調(diào)用應(yīng)用程序接口(API)包，服務(wù)調(diào)用請求發(fā)起端只需要集成該API包，通過調(diào)用API包內(nèi)的相應(yīng)API實現(xiàn)對服務(wù)的調(diào)用，本實施例所述服務(wù)調(diào)用請求發(fā)起端系統(tǒng)通過服務(wù)調(diào)用請求發(fā)起端API包可以實現(xiàn)對數(shù)據(jù)的序列化和反序列化，也就是說數(shù)據(jù)的序列化和反序列化對于服務(wù)調(diào)用請求發(fā)起端來說是透明的。采用這種方式，客戶端可以為客戶提供高交互的操作體驗，可以完全在本地完成所有需要的操作后提交給所述服務(wù)請求解析裝置和所述服務(wù)請求分發(fā)裝置處理。為了使數(shù)據(jù)在傳輸過程中始終保持正確和順利，本實施例所述的各個步驟可以貫穿一個異常處理操作，負(fù)責(zé)在數(shù)據(jù)傳輸?shù)倪^程中的異常捕捉和處理。作為本實施例的另一種改進，本發(fā)明實施例所述服務(wù)請求處理方法，在接收服務(wù)調(diào)用請求發(fā)起端發(fā)起的服務(wù)調(diào)用請求之后，利用所述服務(wù)調(diào)用請求中用戶的電子數(shù)字簽名信息對所述服務(wù)范圍請求進行安全驗證。在所述安全驗證沒有通過的情況下，向服務(wù)調(diào)用請求發(fā)起端返回驗證失敗信息。為配合實現(xiàn)上述改進的服務(wù)請求處理方法，本發(fā)明實施例提供一種服務(wù)請求解析裝置，包括驗證單元。其中，當(dāng)服務(wù)調(diào)用請求發(fā)起端發(fā)起服務(wù)調(diào)用請求后，所述服務(wù)請求解析裝置接收到所述服務(wù)調(diào)用請求發(fā)起端發(fā)起的服務(wù)調(diào)用請求后，所述驗證單元利用所述服務(wù)調(diào)用請求中用戶的電子數(shù)字簽名信息對所述服務(wù)調(diào)用請求進行安全驗證，在所述安全驗證沒有通過的情況下，所述服務(wù)請求解析裝置將向服務(wù)調(diào)用請求發(fā)起端返回驗證失敗信息。本實施例所述的驗證單元提供的安全驗證過程可以驗證用戶的身份、請求內(nèi)容等各種信息，在所述安全驗證通過的情況下，才會處理用戶的服務(wù)調(diào)用請求，提高了用戶操作過程中的安全性。本發(fā)明實施例提供一種服務(wù)請求處理系統(tǒng)，如圖9所示，包括服務(wù)請求解析裝置 91和服務(wù)請求分發(fā)裝置92。其中，所述服務(wù)請求解析裝置91接收服務(wù)調(diào)用請求發(fā)起端發(fā)起的服務(wù)調(diào)用請求， 再從所接收的服務(wù)調(diào)用請求中解析出至少兩項服務(wù)內(nèi)容，所述服務(wù)請求分發(fā)裝置92獲取所述服務(wù)請求解析裝置91從服務(wù)調(diào)用請求發(fā)起端發(fā)起的服務(wù)調(diào)用請求中解析出的至少兩項服務(wù)內(nèi)容分別對應(yīng)的服務(wù)路由，并將所述至少兩項服務(wù)內(nèi)容通分別分發(fā)到服務(wù)端中對應(yīng)的處理系統(tǒng)，在服務(wù)端中處理系統(tǒng)匯總返回對所述至少兩項服務(wù)內(nèi)容作出的處理結(jié)果后， 所述服務(wù)請求分發(fā)裝置92接收所述處理結(jié)果，在所述服務(wù)請求分發(fā)裝置92接收到所述處理結(jié)果后，所述服務(wù)請求分發(fā)裝置92將所述處理結(jié)果發(fā)送給所述服務(wù)請求解析裝置91，在所述服務(wù)請求解析裝置91接收到所述處理結(jié)果后，所述服務(wù)請求解析裝置91將所述處理結(jié)果發(fā)送給服務(wù)調(diào)用請求發(fā)起端。本實施例所述服務(wù)請求處理系統(tǒng)中的所述服務(wù)請求解析裝置和服務(wù)請求分發(fā)裝置即可以在同一設(shè)備上實現(xiàn)也可以分別在不同設(shè)備上實現(xiàn)。本發(fā)明所述技術(shù)方案提供的服務(wù)請求處理系統(tǒng)，包括服務(wù)請求解析裝置和服務(wù)請求分發(fā)裝置，所述服務(wù)請求解析裝置接收服務(wù)調(diào)用請求發(fā)起端發(fā)起的服務(wù)調(diào)用請求，再從所接收的服務(wù)調(diào)用請求中解析出至少兩項服務(wù)內(nèi)容，服務(wù)請求分發(fā)裝置獲取所述至少兩項服務(wù)內(nèi)容的服務(wù)路由，并分別將所述至少兩項服務(wù)內(nèi)容分發(fā)到服務(wù)端中對應(yīng)的處理系統(tǒng)，服務(wù)端中處理系統(tǒng)分別處理每項服務(wù)內(nèi)容，分別得出處理結(jié)果，同時將所述處理結(jié)果匯總返回給所述服務(wù)請求處理系統(tǒng)，所述服務(wù)請求處理系統(tǒng)再把所述處理結(jié)果匯總返回給服務(wù)調(diào)用請求發(fā)起端，這樣，用戶每次請求辦理的業(yè)務(wù)包含兩個或兩個以上不同處理系統(tǒng)中的數(shù)據(jù)時，也可以通過一次提交全部完成，操作方便。如圖10所示，本實施例所述服務(wù)調(diào)用請求或者處理結(jié)果采用XML標(biāo)記語言實現(xiàn)通信數(shù)據(jù)模型，所述通信數(shù)據(jù)模型包括客戶信息(customerjnfo)和業(yè)務(wù)信息(service infos)；所述客戶信息體包括客戶名稱(customer_name)、客戶類別等級(customer_ type)、客戶國際移動用戶識別碼(imsi)、客戶身份號碼(msisdn)；所述業(yè)務(wù)信息體(service_info)包括服務(wù)名稱(service_name)、操作類型 (service—type)、月艮務(wù)參數(shù)(service_params)；所述服務(wù)參數(shù)體(service_param)包括參數(shù)名稱(param_name)、參數(shù)新值 (param_value)、參數(shù)舊值(param_old_value)。具體的說所述客戶信息可以包括號碼、串號、卡號等。所述業(yè)務(wù)信息可以包括業(yè)務(wù)類型、業(yè)務(wù)參數(shù)等信息，所述業(yè)務(wù)信息中可以包含一個或者一個以上不同業(yè)務(wù)類型的業(yè)務(wù)信息體。所述操作類型可以包括開通(add)和取消(del)等操作。所述服務(wù)參數(shù)可以包括一個或者一個以上的不同服務(wù)參數(shù)體。如圖10中虛線部分所示，為了區(qū)分服務(wù)端對服務(wù)請求分發(fā)裝置發(fā)送過去的服務(wù)內(nèi)容是否是正常處理的處理結(jié)果，可以在服務(wù)端返回的數(shù)據(jù)模型中的業(yè)務(wù)信息體內(nèi)增加處理狀態(tài)參數(shù)(state)字段和Memo字段，用來表示當(dāng)前業(yè)務(wù)請求的處理結(jié)果是否正常處理， 處理狀態(tài)參數(shù)可以包含正常處理(OK)和處理失敗O^alse)兩種情況，Memo字段中為對處理結(jié)果的一個說明描述，如果處理失敗，則這。為失敗的信息，如正常處理，則這里為正常處理{曰息ο本發(fā)明實施例所述技術(shù)方案，給運營商提供了一種強有力的運營補充，減輕客戶呼叫中心的壓力。本發(fā)明所述技術(shù)方案也可以使用在游戲程序中，游戲用戶可以實時獲取需要的服務(wù)，比如購買道具、與其他玩家實時交流、計算費用等操作。其他各種應(yīng)用程序也可以使用， 比如應(yīng)用商店(APP store)也可以基于此進行實時扣費、個人購買信息查詢余統(tǒng)計等操作。 利用不同服務(wù)調(diào)用請求發(fā)起端系統(tǒng)的具體特性可以為客戶提供更加豐富強大的服務(wù)。通過以上的實施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在可讀取的存儲介質(zhì)中，如計算機的軟盤，硬盤或光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機， 服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)所述以權(quán)利要求的保護范圍為準(zhǔn)。
權(quán)利要求
1.一種服務(wù)請求處理方法，其特征在于，包括 接收服務(wù)調(diào)用請求；解析所述服務(wù)調(diào)用請求，并獲取至少兩項服務(wù)內(nèi)容；根據(jù)所述至少兩項服務(wù)內(nèi)容獲取所述至少兩項服務(wù)內(nèi)容分別對應(yīng)的服務(wù)路由； 將所述至少兩項服務(wù)內(nèi)容分別發(fā)送到與所述服務(wù)路由對應(yīng)的處理系統(tǒng)； 接收所述處理系統(tǒng)返回的對服務(wù)內(nèi)容的處理結(jié)果； 發(fā)送所述處理結(jié)果。
2.根據(jù)權(quán)利要求1所述的服務(wù)請求處理方法，其特征在于，所述獲取所述至少兩項服務(wù)內(nèi)容分別對應(yīng)的服務(wù)路由包括在預(yù)先存儲的映射表中查找出與所述至少兩項服務(wù)內(nèi)容相匹配的處理系統(tǒng)，所述映射表中包括服務(wù)內(nèi)容與處理系統(tǒng)映射關(guān)系。
3.根據(jù)權(quán)利要求1所述的服務(wù)請求處理方法，其特征在于，在接收服務(wù)調(diào)用請求之前， 所述方法還包括接收服務(wù)請求消息；將所述服務(wù)請求消息內(nèi)的至少兩項服務(wù)內(nèi)容發(fā)送給服務(wù)請求消息發(fā)起端； 所述接收服務(wù)調(diào)用請求為接收由服務(wù)請求消息發(fā)起端從所述至少兩項服務(wù)內(nèi)容中選擇出的服務(wù)內(nèi)容組成的服務(wù)調(diào)用請求。
4.根據(jù)權(quán)利要求1、2或3所述的服務(wù)請求處理方法，其特征在于，所述服務(wù)調(diào)用請求的發(fā)起包括生成服務(wù)調(diào)用請求； 調(diào)用所述服務(wù)調(diào)用請求； 對所述服務(wù)調(diào)用請求進行數(shù)據(jù)校驗和格式化； 將通過數(shù)據(jù)校驗和格式化的服務(wù)調(diào)用請求進行序列化； 通過通信鏈路發(fā)送序列化之后的服務(wù)調(diào)用請求。
5.根據(jù)權(quán)利要求1、2或3所述的務(wù)請求處理方法，其特征在于，所述接收服務(wù)調(diào)用請求，包括接收服務(wù)調(diào)用請求發(fā)起端通過鏈路發(fā)送來的序列化之后的服務(wù)調(diào)用請求； 將所述服務(wù)調(diào)用請求進行反序列化； 對反序列化之后的服務(wù)調(diào)用請求進行校驗和格式化； 調(diào)用所述服務(wù)調(diào)用請求。
6.根據(jù)權(quán)利要求1所述的服務(wù)請求處理方法，其特征在于，在接收服務(wù)調(diào)用請求之后， 所述方法還包括利用所述服務(wù)調(diào)用請求中用戶的電子數(shù)字簽名信息對所述服務(wù)調(diào)用請求進行安全驗證。
7.根據(jù)權(quán)利要求1所述服務(wù)請求處理方法，其特征在于，所述服務(wù)調(diào)用請求或者處理結(jié)果采用XML標(biāo)記語言實現(xiàn)通信數(shù)據(jù)模型，所述通信數(shù)據(jù)模型包括客戶信息和業(yè)務(wù)信息。
8.一種服務(wù)請求解析裝置，其特征在于，所述裝置包括 第一接收單元，用于接收服務(wù)調(diào)用請求；解析單元，用于解析所述服務(wù)調(diào)用請求，并獲取至少兩項服務(wù)內(nèi)容，所述至少兩項服務(wù)內(nèi)容通過服務(wù)請求分發(fā)裝置分別分發(fā)送到對應(yīng)的處理系統(tǒng)；第一接收單元，還用于接收所述處理系統(tǒng)通過服務(wù)請求分發(fā)裝置返回的對服務(wù)內(nèi)容的處理結(jié)果；第一發(fā)送單元，用于發(fā)送所述處理結(jié)果。
9.根據(jù)權(quán)利要求8所述的服務(wù)請求解析裝置，其特征在于，所述第一接收單元包括 通訊模塊，用于接收服務(wù)調(diào)用請求發(fā)起端通過鏈路發(fā)送來的序列化之后的服務(wù)調(diào)用請求；反序列化模塊，用于將所述服務(wù)調(diào)用請求進行反序列化；數(shù)據(jù)處理模塊，用于對反序列化之后的服務(wù)調(diào)用請求進行校驗和格式化；調(diào)用模塊，用于調(diào)用所述服務(wù)調(diào)用請求。
10.根據(jù)權(quán)利要求8所述的服務(wù)請求解析裝置，其特征在于，所述裝置還包括驗證單元，用于在接收服務(wù)調(diào)用請求發(fā)起端發(fā)起的服務(wù)調(diào)用請求之后，利用所述服務(wù)調(diào)用請求中用戶的電子數(shù)字簽名信息對所述服務(wù)調(diào)用請求進行安全驗證。
11.根據(jù)權(quán)利要求8所述的服務(wù)請求解析裝置，其特征在于， 所述接收單元還用于在接收服務(wù)調(diào)用請求之前，接收服務(wù)請求消息；所述第一發(fā)送單元還用于將所述至少兩項服務(wù)內(nèi)容發(fā)送給服務(wù)請求消息發(fā)起端； 所述接收單元接收到的服務(wù)調(diào)用請求為由服務(wù)請求消息發(fā)起端從所述至少兩項服務(wù)內(nèi)容中選擇出的服務(wù)內(nèi)容組成的服務(wù)調(diào)用請求。
12.一種服務(wù)請求分發(fā)裝置，其特征在于，包括獲取單元，用于根據(jù)服務(wù)請求解析裝置解析服務(wù)調(diào)用請求獲取的至少兩項服務(wù)內(nèi)容獲取所述至少兩項服務(wù)內(nèi)容分別對應(yīng)的服務(wù)路由；分發(fā)單元，用于將所述至少兩項服務(wù)內(nèi)容分別發(fā)送到與所述服務(wù)路由對應(yīng)的處理系統(tǒng)；第二接收單元，用于接收所述處理系統(tǒng)返回的對服務(wù)內(nèi)容的處理結(jié)果； 第二發(fā)送單元，用于將處理系統(tǒng)返回的對服務(wù)內(nèi)容的處理結(jié)果通過服務(wù)請求解析裝置發(fā)送給服務(wù)調(diào)用請求發(fā)起端。
13.根據(jù)權(quán)利要求12所述的服務(wù)請求分發(fā)裝置，其特征在于，所述服務(wù)請求分發(fā)裝置還包括存儲單元，用于存儲表示服務(wù)內(nèi)容與處理系統(tǒng)映射關(guān)系的映射表；所述獲取單元從所述映射表中查找出與所述至少兩項服務(wù)內(nèi)容相匹配的處理系統(tǒng)。
14.一種服務(wù)請求處理系統(tǒng)，其特征在于，所述系統(tǒng)包括服務(wù)請求解析裝置，用于接收服務(wù)調(diào)用請求，從所接收的服務(wù)調(diào)用請求中解析出至少兩項服務(wù)內(nèi)容；服務(wù)請求分發(fā)裝置，用于獲取所述至少兩項服務(wù)內(nèi)容分別對應(yīng)的服務(wù)路由，將所述至少兩項服務(wù)內(nèi)容分別發(fā)送到與所述服務(wù)路由對應(yīng)的處理系統(tǒng)，在所述處理系統(tǒng)發(fā)送出對服務(wù)內(nèi)容的處理結(jié)果后，接收所述處理結(jié)果，并通過所述服務(wù)請求解析裝置發(fā)送所述處理結(jié)果給服務(wù)調(diào)用請求發(fā)起端。
全文摘要
本發(fā)明公開了一種服務(wù)請求處理方法、裝置及系統(tǒng)，涉及通信技術(shù)領(lǐng)域，解決了現(xiàn)有技術(shù)中當(dāng)服務(wù)調(diào)用請求發(fā)起端每次請求辦理的業(yè)務(wù)包含兩個或兩個以上不同系統(tǒng)中的數(shù)據(jù)時，服務(wù)器不能一次完成辦理業(yè)務(wù)的問題。首先，接收服務(wù)調(diào)用請求，解析所述服務(wù)調(diào)用請求，并獲取至少兩項服務(wù)內(nèi)容；根據(jù)所述至少兩項服務(wù)內(nèi)容獲取所述至少兩項服務(wù)內(nèi)容分別對應(yīng)的服務(wù)路由；將所述至少兩項服務(wù)內(nèi)容分別發(fā)送到與所述服務(wù)路由對應(yīng)的處理系統(tǒng)；接收所述處理系統(tǒng)返回的對服務(wù)內(nèi)容的處理結(jié)果；發(fā)送所述處理結(jié)果。本發(fā)明主要用于將服務(wù)調(diào)用請求發(fā)起端接入服務(wù)系統(tǒng)，尤其應(yīng)用于將終端接入服務(wù)系統(tǒng)。
文檔編號H04L29/08GK102255867SQ20101017527
公開日2011年11月23日 申請日期2010年5月18日 優(yōu)先權(quán)日2010年5月18日
發(fā)明者劉濤 申請人:華為技術(shù)有限公司