專利名稱：一種實現門戶網站和服務提供端之間數據通訊的方法
技術領域：
本發(fā)明涉及數據通訊技術，尤其涉及一種實現電信運營商的門戶網站(Portal)和服務提供端(SP)之間數據通訊的方法。
背景技術：
在現在的數據業(yè)務如夢網業(yè)務中，電信運營商向用戶提供服務時，電信運營商一般只提供相應的傳送網絡，而具體的服務內容需要相應的服務提供端參與。
電信運營商為了方便用戶通過Internet定制相關的數據業(yè)務，如定制鈴聲、圖片、新聞等短信服務，會設置一個門戶網站Portal。用戶通過Internet可以在Portal上定制數據業(yè)務，也可以在SP的網站上定制數據業(yè)務?，F有技術中，Portal和SP中的一方通過Internet以文件的形式定時地把用戶定制的業(yè)務信息傳給對方，對方根據這些文件中的信息來做出相應的處理，但不能實時地做出回應。Portal和SP之間的這種聯(lián)系方式是一種非實時的文件傳送方式，它的缺點有a、通過文件來定時傳送信息時，其實時性較差。
b、用戶在定制數據業(yè)務時，無法立即知道是否真正定制成功。因為只有用戶在Portal或SP上定制的信息在對方接受之后，該定制信息才是成功的。
c、不能傳遞足夠多的數據業(yè)務定制信息。
另一種現有技術是通過組建專用網絡通道來實現Portal和SP之間的實時通信。如在實現夢網方案中，采用專用網絡CMNET來實現Portal與各個SP之間的通信，這種技術雖然解決了實時性問題，不受帶寬的影響，也有很好的安全性，但是組建專用網絡的投資巨大，如果一個SP在北京，而Portal在廣州的話，則會導致專用網絡的投資難以被SP承受。
發(fā)明內容
本發(fā)明的主要目的是實現Portal和SP之間在Internet上進行實時的、數據通訊，且降低組網成本。
本發(fā)明的目的是這樣實現的一種實現門戶網站和服務提供端之間數據通訊的方法，該方法包括以下步驟a、用戶終端通過Internet在發(fā)送方網站上定制數據業(yè)務；b、發(fā)送方網站根據自身數據庫存儲的信息判斷該用戶所定制的數據業(yè)務是否有效，然后通過Internet實時地向接收方網站發(fā)出包含判斷結果信息和所定制數據業(yè)務信息的定制命令消息；c、接收方網站接收到定制命令消息后，根據該定制命令消息中的判斷結果信息判斷該定制命令消息是否有效，然后通過Internet實時地向發(fā)送方網站發(fā)送應答消息；d、發(fā)送方網站收到接收方網站返回的應答消息后，根據該應答消息的內容實時地給用戶終端返回反映定制結果的響應消息；其中所述發(fā)送方網站為電信運營商的門戶網站時，接收方網站為服務提供端；所述發(fā)送方網站為服務提供端時，接收方網站為電信運營商的門戶網站。
步驟c中如果定制命令消息有效，則向發(fā)送方網站發(fā)送表示定制成功的應答消息，否則向發(fā)送方網站發(fā)送表示定制失敗的應答消息。
步驟d中如果發(fā)送方網站收到表示定制成功的應答消息，則給用戶終端返回表示定制成功的響應消息，否則，給用戶終端返回表示定制失敗的響應消息。
所述電信運營商的門戶網站和服務提供端之間以超文本傳輸協(xié)議(HTTP)結合擴展標記語言(XML)的形式實現信令交互，或者是以疊加了加密安全套接層(SSL)的超文本傳輸協(xié)議(HTTPS)結合XML的形式實現信令交互，并使用專用的XML解釋程序檢驗交互信令格式是否為合格的XML文檔。對于安全性要求高的交互信令，使用HTTPS協(xié)議傳送。
本發(fā)明所述的方法通過Internet實現Portal和SP之間實時的數據交互通訊，為電信運營商和服務提供商節(jié)省了網絡傳送的通道建設和維護成本；通過采用實時機制，使得用戶能實時得知自己的真實定制結果；通過使用HTTPS協(xié)議，保證了信令交互的安全性；而通過采用XML語言，可以保證在Portal和SP之間傳遞足夠多的數據業(yè)務定制信息。
圖1為本發(fā)明Portal、SP、電信運營商通信網之間的系統(tǒng)框架圖；圖2為本發(fā)明Portal和SP之間信令交互的應用環(huán)境圖；圖3為本發(fā)明用戶通過Portal向SP定制業(yè)務的流程圖。
具體實施例方式
下面結合附圖和具體實施例進一步說明本發(fā)明的實施方法。
本發(fā)明的核心思想在于制定一種建立在HTTP協(xié)議族或者HTTPS協(xié)議族之上并結合XML的信令交互形式，該信令交互形式具有實時機制，實現了Portal和SP之間通過Internet進行實時的、安全的、大數據量的通訊。
本發(fā)明中，將這種信令交互形式稱為PSP協(xié)議(Portal to SP協(xié)議)，如圖1所示，Portal通過人機對話語言(MML)以及PORTAL同通信網絡層之間的接口(同通信網，如智能網相連，通過Internet同各個SP相連，SP通過MML以及SP和通信網絡層之間的接口和通信網相連，Portal和SP之間利用PSP協(xié)議，通過Internet進行通訊。
PSP協(xié)議是建立在HTTP(S)協(xié)議族，即HTTP協(xié)議族或者HTTPS協(xié)議族，之上的業(yè)務協(xié)議。PSP協(xié)議的應用環(huán)境如圖2所示，PSP協(xié)議的主體Portal和SP，處在Internet或企業(yè)內部互聯(lián)網(Intranet)上的不同位置，它們可能與Internet直接相連，也可能透過防火墻與Internet相連。由于目前業(yè)界通常通過防火墻向外提供WEB服務，因此，PSP支持Internet上任兩個應用進行HTTP(S)通信，將能很好的幫助SP保留現有的資源，而不至于為使用PSP重新進行網絡規(guī)劃。此外，PSP將充分利用XML良好數據結構和無限的伸縮能力，實現數據承載。
為了實現portal與SP交互信息過程中的實時性的功能，在PSP協(xié)議中制定了實時性要求，實時性要求主要表現在Portal和SP對消息的處理及響應時間約束上。以響應時間來度量實時性，所述的響應時間就是Portal或SP接收到請求消息到響應消息發(fā)送完畢之間的時間長度。PSP協(xié)議實時性要求為SP的響應時間＜＝5秒；Portal的響應時間＜＝5秒。
在Portal與SP交互信息的過程中，對于安全性要求高的應用，PSP協(xié)議使用HTTPS協(xié)議來保證數據傳輸通道的安全；對于安全性不高的應用，PSP協(xié)議使用HTTP協(xié)議通信。
為了在Portal和SP之間傳遞足夠多的數據業(yè)務定制信息，PSP協(xié)議必須嚴格遵從XML規(guī)范，使用專門的XML解釋程序來檢驗PSP協(xié)議數據是否是合格的XML文檔。PSP協(xié)議遵從XML規(guī)范，其包含消息頭和消息體兩部分。PSP協(xié)議的消息頭包含有多個參數，存放指定操作的元信息，參數說明參見表1所示
表1表1中的LANGUAGE表示PSP協(xié)議所支持的語言；OPRCODE表示指明需要進行何種操作的操作碼，PSP協(xié)議預定義了三種操作碼用戶定制業(yè)務(ORDER_SERVICE)、用戶取消業(yè)務(CANCEL_SERVICE)和操作員刪除業(yè)務(DELETE_SERVICE)；OPRTYPE為PSP協(xié)議預定義的操作類型，該操作類型有三種，具體請參見表2所示
表2表2中，NOTIFY操作是一種不需要收到對方的應答消息，就能完成某個任務的操作。比如Portal想取消SP的“每日新聞”業(yè)務在Portal上的權限，則Portal在發(fā)出一種“NOTIFY”操作給SP后，不管SP有沒有返回確認消息，Portal都會執(zhí)行這個取消的任務；CONFIRM操作是這樣一種操作在發(fā)出這種操作后，需要收到對方返回一個應答消息，才能執(zhí)行一個具體任務。比如用戶在Portal上定制一個SP的“天天笑話”業(yè)務，則Portal需要發(fā)一種CONFIRM操作給SP后，必須收到SP返回來的一個確認消息后，Portal才能去完成這個定制任務；ACK操作就是接收到一個CONFIRM操作后，向對方發(fā)出應答消息的一種操作。
PSP協(xié)議的消息體包含具體的消息內容，其含義與特定的操作碼相關，比如是申請業(yè)務還是取消業(yè)務。
PSP協(xié)議預定義豐富的數據結構來滿足Portal與SP交互中各種復雜的消息封裝，這些數據結構只能適用于消息體里。
以用戶通過Portal向SP定制數據業(yè)務為例來說明本發(fā)明的
具體實施方式
。
如圖3所示，本實施例的交互過程包括以下步驟a、用戶在用戶終端上點擊Portal網站頁面上的定制鍵，通過Internet發(fā)送定制消息到portal；b、Portal收到定制消息后，根據數據庫存儲的信息判斷所制定的消息是否有效，再將判斷結果和所定制的信息，以PSP協(xié)議的形式，實時地向SP發(fā)出定制命令消息。PSP協(xié)議中該命令消息中消息體的參數及其含義如表3所示
表3比如手機號碼為13823131285的用戶要定制一個“每日笑話”，該定制操作的生效時間是2003年8月16日，則對應的消息體中的“MSISDN”為13823131285；“SERVICECODE”為“每日笑話”；“VALIDDATE”為2003-8-16。該消息體用MML語言可表示為<pre listing-type="program-listing"> ＜BODY＞ ＜OBJ name＝″MOBILEUSER″size＝″1″＞ ＜ATTR name＝″MSISDN″＞13823131285＜/ATTR＞ ＜/OBJ＞ ＜SET name＝″SERVICE-SET″size＝″1″><dp n="d6"/> ＜OBJ name＝″SERVICE″size＝″2″＞＜ATTR name＝″SERVICECODE″＞每日笑話＜/ATTR＞＜ATTR name＝″VALIDDATE″＞2003-08-16＜/ATTR＞ ＜/OBJ＞ ……＜/SET＞＜/BODY＞</pre>此外，Portal收到用戶的定制消息后，有時需要根據消息中的特定內容向其他網絡單元發(fā)送一些命令，比如向智能網的業(yè)務控制點(SCP)發(fā)送計費寫話單等，其他網絡單元處理完后，給Portal返回應答消息；c、SP接到定制命令后，根據該定制命令消息中的判斷結果判斷該定制命令消息是否有效，然后實時地給Portal發(fā)出PSP協(xié)議形式的應答消息，如果定制命令消息有效，則向Portal發(fā)送表示定制成功的應答消息，否則向Portal發(fā)送表示定制失敗的應答消息，對于成功定制的業(yè)務，SP通過運營商的通信網絡層給定制信息中所述手機號碼對應的手機發(fā)送所定制的信息，PSP協(xié)議中該應答消息中消息體的參數及其含義如表4所示
表4
比如手機號碼是13823131285的用戶成功定制了“每日笑話”。則對應應答消息體中的“MSISDN”為13823131285；“RETN”為“0”；“COMMENT”為“您已成功定制了每日笑話”。該消息體用MML語言可表示為<pre listing-type="program-listing"> ＜BODY> ＜OBJ name＝″MOBILEUSER″size＝″1″＞ ＜ATTR name＝″MSISDN″＞13823131285＜/ATTR＞ ＜/OBJ＞ ＜OBJ name＝″OPRACK″size＝″2″＞ ＜ATTR name＝″RETN″＞0＜/ATTR＞ ＜ATTR name＝″COMMENT″＞您已成功定制了每日笑話＜/ATTR＞ ＜/OBJ＞＜/BODY＞</pre>d、Portal收到SP返回的應答消息后，根據該應答消息的內容實時地給用戶終端返回反映定制結果的響應消息，如果Portal收到表示定制成功的應答消息，則給用戶終端返回表示定制成功的響應消息，否則，給用戶終端返回表示定制失敗的響應消息，用戶的計算機上相應地顯示該數據業(yè)務是否定制成功。
本實施例是用戶在Portal上向SP定制信息的情況，用戶也可在SP側網站上定制數據業(yè)務，SP通過PSP協(xié)議通道將該定制信息實時傳遞給Portal，并從Portal實時獲得定制結果的應答消息，通過該應答消息的內容獲知是否成功地定制信息，最后向用戶實時發(fā)送定制是否成功的響應消息。這種情況的具體步驟和上述實施例的步驟相似，在此不再作論述。
權利要求
1.一種實現門戶網站和服務提供端之間數據通訊的方法，其特征在于，該方法包括以下步驟a、用戶終端通過Internet在發(fā)送方網站上定制數據業(yè)務；b、發(fā)送方網站根據自身數據庫存儲的信息判斷該用戶所定制的數據業(yè)務是否有效，然后通過Internet實時地向接收方網站發(fā)出包含判斷結果信息和所定制數據業(yè)務信息的定制命令消息；c、接收方網站接收到定制命令消息后，根據該定制命令消息中的判斷結果信息判斷該定制命令消息是否有效，然后通過Internet實時地向發(fā)送方網站發(fā)送應答消息；d、發(fā)送方網站收到接收方網站返回的應答消息后，根據該應答消息的內容實時地給用戶終端返回反映定制結果的響應消息；其中所述發(fā)送方網站為電信運營商的門戶網站時，接收方網站為服務提供端；所述發(fā)送方網站為服務提供端時，接收方網站為電信運營商的門戶網站。
2.如權利要求1所述的方法，其特征在于，步驟c中如果定制命令消息有效，則向發(fā)送方網站發(fā)送表示定制成功的應答消息，否則向發(fā)送方網站發(fā)送表示定制失敗的應答消息。
3.如權利要求2所述的方法，其特征在于，步驟d中如果發(fā)送方網站收到表示定制成功的應答消息，則給用戶終端返回表示定制成功的響應消息，否則，給用戶終端返回表示定制失敗的響應消息。
4.如權利要求1所述的方法，其特征在于，所述電信運營商的門戶網站和服務提供端之間以超文本傳輸協(xié)議(HTTP)結合擴展標記語言(XML)的形式實現信令交互，或者是以疊加了加密安全套接層(SSL)的超文本傳輸協(xié)議(HTTPS)結合XML的形式實現信令交互。
5.如權利要求4所述的方法，其特征在于，對于安全性要求高的交互信令，使用HTTPS協(xié)議傳送。
6.如權利要求4所述的方法，其特征在于，使用專用的XML解釋程序檢驗交互信令格式是否為合格的XML文檔。
全文摘要
本發(fā)明涉及一種實現門戶網站和服務提供端(SP)之間數據通訊的方法，該方法通過因特網(Internet)實現電信運營商的門戶網站(Portal)和服務提供商之間實時的數據交互通訊，該方法以超文本傳輸協(xié)議(HTTP)結合擴展標記語言(XML)的形式實現信令交互，或者是以疊加了加密安全套接層(SSL)的超文本傳輸協(xié)議(HTTPS)結合XML的形式實現信令交互，并且建立了實時反應機制，從而解決了Portal和SP之間進行數據交互時存在的實時性差、數據量小以及成本高的技術問題。
文檔編號H04L29/06GK1571421SQ0314980
公開日2005年1月26日 申請日期2003年7月25日 優(yōu)先權日2003年7月25日
發(fā)明者王升瓊, 范榮 申請人:華為技術有限公司