專利名稱：便于在電信網(wǎng)絡和服務提供商之間交換實時信息的裝置的制作方法
相關申請的交叉參考本專利申請要求于2000年9月22日所提交的共同待審的美國臨時專利申請序列號為60/235,142的優(yōu)先權，在此引入其全部公開內(nèi)容以供參考。
背景技術：
發(fā)明領域本發(fā)明總體上涉及商務對商務引擎；具體而言，涉及這樣的商務對商務(B2B)引擎，所述B2B能夠與電信網(wǎng)絡與服務提供商接口，以方便它們之間互換信息。
背景技術：
和目的對因特網(wǎng)上信息逐漸增長的可訪問性已使得種類非常多的內(nèi)容可獲得。通常，用戶通過因特網(wǎng)服務提供商(ISP)在固定的住宅或辦公室訪問上述內(nèi)容。因特網(wǎng)上的內(nèi)容提供商通過ISP將它們的內(nèi)容與廣告或其它商業(yè)信息直接轉發(fā)給所述用戶。盡管一些ISP例如雅虎(Yahoo)和美國在線(AOL)當前還通過提供附加的內(nèi)容來維護高速緩存器，但大多數(shù)ISP純粹是信息渠道，而這樣便不能隨著技術和服務的成熟而期待有所增值。
同時發(fā)生的、最近的研發(fā)是移動電話用戶的無線因特網(wǎng)訪問。因為電信和因特網(wǎng)的會聚，種類逐漸增多的設備趨向多功能，并且當前可用它們來無線地訪問因特網(wǎng)，所述設備例如是蜂窩電話、個人數(shù)字助理(PDA)或其它通信設備。然而，如同ISP的情況一樣，因特網(wǎng)內(nèi)容提供商把現(xiàn)有電信裝置僅僅用作通過其傳遞信息的渠道，而忽略了電信運行商所擁有的這些物理連接的可認識到的價值。圖1舉例說明了這種操作的范例，并且在其中總地用參考數(shù)字100指代，這里大量的內(nèi)容提供商例如餐館信息105、氣象信息110以及其它這種門戶115的提供商引導各自的數(shù)據(jù)通過“管道”，即電信運營商的裝置120，而到達實時用戶。
考慮到電信網(wǎng)絡基礎架構的高成本和避免可意識到的陳舊的需要，電信系統(tǒng)運營商需要重新構造在內(nèi)容提供商和用戶之間的接口，以便更好地開拓技術會聚的優(yōu)勢。具體而言，有必要提出這樣一種提供如下的候選范例的系統(tǒng)和方法論，所述候選范例避免對電信基礎架構和服務的忽略，并避免損失特性。此外，圖1的范例100未能充分利用在服務電信網(wǎng)絡內(nèi)部固有地提供的任何實時信息，所述任何實時信息諸如是關于移動用戶的位置狀態(tài)，一個在多種將來的應用中將是關鍵性的區(qū)域。
示范性的現(xiàn)有技術方法涉及到提供給移動站以及從移動站提供的位置和信息，所述示范性現(xiàn)有技術方法包括美國專利5,559,520，該專利總體上描述了使用GPS系統(tǒng)跟蹤用戶的位置變化，以及向用戶提供來自調(diào)度者的關于車輛地理坐標的信息。
美國專利號5,926,108總體上描述向?qū)ず魴C提供電影信息。所述尋呼機首先從系統(tǒng)請求信息，所述系統(tǒng)接著確定所述尋呼機的位置，并根據(jù)其位置發(fā)送電影信息，有選擇地為所述尋呼機用戶預留票。
美國專利號6,131,028總體上描述根據(jù)用戶的地理位置提供具體的預先限定的特征。這些特征可以是基于位置的呼叫轉發(fā)或者是預先定義的商務建立指導。
美國專利號5,930,699總體上描述根據(jù)移動站的位置提供關于商務的信息。小區(qū)標識由系統(tǒng)確定并且向所述移動站發(fā)送關于那個區(qū)域的商務的信息。
美國專利號6,091,956總體上描述這樣的系統(tǒng)，所述系統(tǒng)提供關于地點以及移動計算機在它們當前位置或者潛在目的地所碰到的事件的服務。移動計算機會得到有關用戶想要去訪問的地點的事件的通知。根據(jù)該信息，移動計算機可以應答；完全避免；與其他人進行通信；或者根據(jù)上述的事件來修改他的計劃。
美國專利號6,108,533總體上描述向移動站提供能力去使用關鍵字搜索數(shù)據(jù)庫中的信息。這樣的信息可能需要知道移動站位置并且在那個區(qū)域位置數(shù)據(jù)庫中搜索該移動站所提供的關鍵字。
美國專利號6,115,611總體上描述與多個移動終端相連接的信息中心。移動終端從所述信息中心訪問有助于移動終端用戶的位置信息以及其它信息。所述信息中心用于積累來自移動終端的信息和/或服務，并且把信息提供給涉及到該移動終端位置信息的移動終端。
因此，本發(fā)明的目的是為移動因特網(wǎng)應用提供一種新系統(tǒng)和方法，所述系統(tǒng)和方法給電信網(wǎng)絡運營商提供更多的價值以及更好地開拓所述網(wǎng)絡的技術優(yōu)勢。
另一個目的是，本發(fā)明的系統(tǒng)和方法更好地利用在電信網(wǎng)絡中可獲得的關于移動用戶的實時信息以及可獲得的內(nèi)容，由此來杠桿調(diào)節(jié)(leverage)所述網(wǎng)絡的能力以便產(chǎn)生收入。
本發(fā)明的又一個目的是，在此所描述的實現(xiàn)者杠桿調(diào)節(jié)電信網(wǎng)絡的實時能力。
本方面再一個目的是，所述實現(xiàn)者根據(jù)用戶的情況例如用戶的移動性更好地個性化服務。

發(fā)明內(nèi)容
本發(fā)明針對的是便于在電信網(wǎng)絡和信息服務提供商之間互換信息的商務對商務(B2B)引擎、裝置和方法。該B2B引擎包括接口模塊，所述接口模塊與電信網(wǎng)絡接口以及與信息服務提供商接口。所述接口模塊允許B2B引擎從所述電信網(wǎng)絡接收實時信息并且提供實時信息給信息服務提供商。B2B引擎包括用于控制B2B引擎操作的處理器，以及與所述處理器相互連接的至少一個應用模塊，所述至少一個應用模塊用于增強對所述電信網(wǎng)絡中的移動終端的監(jiān)視和其實時信息的獲取。該B2B引擎還方便向所述信息服務提供商報告所述電信網(wǎng)絡之內(nèi)的實時信息，由此就允許向所述移動終端提供內(nèi)容數(shù)據(jù)和/或服務。


所公開的本發(fā)明將參考附圖加以描述，所述附圖表示本發(fā)明重要的示例實施例，在此引入本說明書中以供參考，其中圖1舉例說明一種用于向用戶提供各種基于因特網(wǎng)的內(nèi)容的常規(guī)電信系統(tǒng)；圖2舉例說明一種根據(jù)本發(fā)明原理的電信系統(tǒng)，所述電信系統(tǒng)提供與外部內(nèi)容提供商接口并向其提供實時用戶信息的商務對商務引擎；圖3還舉例說明了圖2的電信系統(tǒng)，展示了通過本發(fā)明的商務對商務引擎在電信運營商與內(nèi)容提供商之間的交互；圖4舉例說明在圖2和3中所表示的本發(fā)明的優(yōu)選實施例，展示了使用商務對商務引擎在移動電信運營商與內(nèi)容提供商之間的交互；圖5舉例說明在本發(fā)明的商務對商務引擎與網(wǎng)絡的不同元素之間的示范性交互；
圖6舉例說明在本發(fā)明的優(yōu)選實施例中大量應用模塊的體系結構；圖7舉例說明根據(jù)本發(fā)明的另一個實施例、用于在圖6中所表示的應用模塊的可選體系結構；圖8是舉例說明在用戶預預訂初始化中采用的信號流的流程圖；圖9舉例說明通過本發(fā)明的B2B引擎在門戶和用戶裝置之間的優(yōu)選接口；圖10是舉例說明根據(jù)本發(fā)明的教導用于啟動“OFF”觸發(fā)器的大量信號的流程圖；圖11是舉例說明根據(jù)本發(fā)明的教導用于出現(xiàn)在電信系統(tǒng)中的事件的信號流的另一個流程圖；圖12是舉例說明本發(fā)明的對B2B引擎的user-on(用戶打開)指示的流程圖；圖13是舉例說明本發(fā)明的對B2B引擎的位置區(qū)域更新的流程圖；圖14是舉例說明一種本發(fā)明的優(yōu)選實施例的體系結構，展示了在B2B引擎和若干個網(wǎng)絡節(jié)點之間的大量交互；圖15舉例說明對B2B引擎的網(wǎng)絡節(jié)點通知的示例；圖16舉例說明根據(jù)本發(fā)明的教導從各種網(wǎng)絡元素至B2B引擎的實時信息的通信，所述實時信息與移動用戶相關聯(lián)；圖17舉例說明結合本發(fā)明所使用的大量的協(xié)議，具體而言是指B2B引擎與若干網(wǎng)絡節(jié)點之間的協(xié)議；以及圖18舉例說明示范性配置和B2B引擎與不同網(wǎng)絡體系結構之間的相互作用。
具體實施例方式
本申請的眾多的創(chuàng)新性教導將特別參考當前優(yōu)選示范性實施例來加以描述。然而，可以理解，該類實施例在此僅僅提供了幾個本創(chuàng)新性教導的許多優(yōu)勢性應用的例子?？傮w上講，在本申請的說明書中所述的陳述并非必然是對各所要求保護的發(fā)明的定界。而且，有些陳述可以應用到一些發(fā)明性的特征，而不是用于其他的。
本發(fā)明提出這樣的系統(tǒng)和方法，所述系統(tǒng)和方法根據(jù)移動用戶的實時信息向移動用戶提供個性化的可定制的智能信息以及相關聯(lián)的服務，所述實時信息包括但不限于移動用戶的當前活動、偏好、位置、應用以及在實時網(wǎng)絡中所固有的行為模式。
如上所述，圖1舉例說明向電信用戶供應信息的常規(guī)電信系統(tǒng)。在現(xiàn)有技術中，例如餐館和氣象信息，即105和110的內(nèi)容從內(nèi)容提供商直接供應給終端用戶。然而，在該范例中的電信運營商120僅僅是把所述信息傳達給所述終端用戶的渠道供應商，與許多當前的ISP類似。具體而言，如以下要更加詳細論述的，電信運營商120并沒有與內(nèi)容供應商共享任何有關用戶的實時信息130，而僅僅是把信息從內(nèi)容提供商單向地直接傳達給用戶的一種工具，該用戶當然是實時操作的。作為例子，在常規(guī)系統(tǒng)中移動用戶為了獲取與用戶當時的位置相關聯(lián)的氣象信息，盡管服務移動電信網(wǎng)絡已經(jīng)知道了所述移動用戶的近似位置，但由于所述服務移動電信網(wǎng)絡僅僅充當傳送上述信息的渠道，所以所述移動用戶仍不得不手動來向因特網(wǎng)內(nèi)容提供位置信息。
以下參考圖2，其中舉例說明了根據(jù)本發(fā)明的優(yōu)選實施例的商務對商務(B2B)引擎210。商務對商務引擎210在其中包括大量的應用模塊220，這將參考附圖6和7以及以下的文本進行更加充分的舉例說明和描述。在優(yōu)選配置中，B2B引擎210在網(wǎng)絡硬件(在圖2中由參考標號224泛指)上運行，所述硬件例如是Sparc處理器，所述B2B引擎還使用操作系統(tǒng)/中間件222，例如Solaris操作系統(tǒng)，該操作系統(tǒng)是穩(wěn)定的并且執(zhí)行以下更加詳細描述的各種功能。當然，可以理解，候選硬件和軟件也可以用于實施本發(fā)明，這本領域技術人員是可以理解。再參考圖2，B2B引擎210連接到電信系統(tǒng)230，還連接到因特網(wǎng)250。
電信系統(tǒng)230優(yōu)選地包括無線服務提供商或者任何這樣的服務提供商，所述服務提供商為大量用戶或者用戶終端，例如蜂窩電話、個人數(shù)字助理(PDA)或者是無線或者有線通信設備亦或是能夠接收信號的裝置提供服務。此外，B2B引擎210經(jīng)由鏈路248耦合到因特網(wǎng)，由參考標號250泛指，所述因特網(wǎng)包括主動地向用戶供應信息的內(nèi)容提供商。所供應的信息可從氣象服務器260、財政服務器262、新聞服務器264和/或廣告服務器266處得到，并經(jīng)由它們各自的鏈路252被轉發(fā)至因特網(wǎng)250，所述因特網(wǎng)250為各個服務提供網(wǎng)關。
根據(jù)上述收集的信息而收集和提供某些服務的因特網(wǎng)門戶也可以與因特網(wǎng)250相連接。這種門戶還可以與其它相關聯(lián)的服務器260、262、264、266進行通信，并且經(jīng)由因特網(wǎng)250把上述收集的信息傳送給請求者。
以下參考圖3，其中舉例說明了本發(fā)明的優(yōu)選實施例，表示本發(fā)明的候選范例，它與圖1所表示的常規(guī)范例相對照。B2B引擎210與服務電信運營商120相連接，所述B2B引擎把與特定移動用戶相關聯(lián)的某些實時信息傳送給任一個內(nèi)容提供商，所述內(nèi)容提供商諸如是餐館信息提供商105、氣象信息提供商110或者服務門戶115。這些內(nèi)容提供商或者門戶中的每個此時就能夠使用所接收并與特定移動用戶相關聯(lián)的實時信息，以便提供為那個特定用戶的實時狀態(tài)或者偏好定制的服務。作為例子，對于鄰近的意大利風味餐館的請求將得到回答并且提供給請求的移動用戶，而不用移動用戶手動地鍵入他當時的位置。B2B引擎會自動地接收請求的移動用戶當時的位置并且主動地把該實時信息(位置信息)傳送給內(nèi)容提供商。
另外如圖8所描述的，特定內(nèi)容提供商為了接收某些與特定移動用戶相關聯(lián)的實時信息或者事件，所述內(nèi)容提供商必須通過B2B引擎預訂。所述內(nèi)容提供商可能需要提供與特定移動用戶相關聯(lián)的移動標識號，并通過B2B引擎預訂以便監(jiān)視和向該內(nèi)容提供商提供與那個特定移動用戶相關聯(lián)的某些實時信息。作為例子，氣象信息提供商可以通過B2B引擎預訂以便監(jiān)視特定用戶的位置以及“打開(on)”信息。結果，每當那個特定移動用戶打開他的移動站時，就通過B2B引擎把上述實時信息提供給所述氣象信息提供商。所述氣象信息提供商接著將自動把與那個特定位置相關聯(lián)的當時氣象信息提供給所述移動用戶。所述移動用戶就不需要手動地請求氣象信息，用戶也不必手動地輸入他當時的位置。用戶打“開”其電話的動作將自動觸發(fā)那些預先定義的要生成的服務。正如進一步描述的，當用戶到達城市時，該城市的氣象信息、關于該城市的標題新聞、那個城市的交通情況等等就發(fā)送給所述用戶。所有這些都是自動進行的而不需要知道所述用戶，但是根據(jù)他的偏好，網(wǎng)絡會智能地判定所述用戶在這個位置時是否需要該信息。此外，如果旅行用戶通過犯罪高發(fā)區(qū)或者差的鄰區(qū)，B2B引擎會智能地知道用戶的位置并通知門戶，所述門戶則發(fā)送有關當前位置的犯罪率或者最新的標題新聞。這將幫助那些在途中的人們，并且一般而言不管人們的旅行多么頻繁，都總會幫助他們。而且，在本發(fā)明的優(yōu)選實施例中，網(wǎng)絡作為一個整體是相互連接的并且智能地交換有關用戶狀態(tài)的信息，以便給終端用戶提供最好的服務。所提出的B2B引擎提供這種互連性，并且智能地把信息提供商或者門戶連接到用戶所歸屬的移動運營商。盡管非實時系統(tǒng)、門戶、實時系統(tǒng)以及移動運營商的操作性質(zhì)存在差異，但是它們之間會平滑地交互并且操作。
諸如餐館信息105、氣象信息110以及門戶115這樣的內(nèi)容提供商信息能夠通過電信運營商120直接傳導或者運送所請求的信息或者服務(如圖1)，或者候選地，能夠通過B2B引擎210(諸如結合圖2以及在下面還要描述的引擎210)將它們發(fā)送到電信運營商120。可以理解，本發(fā)明的B2B引擎210最好駐留在電信網(wǎng)絡上，并且位于內(nèi)容提供商和電信運營商120之間。因此，B2B引擎210負責獲取與各個用戶相關聯(lián)的前面提及的實時信息130(例如位置和/或偏好)，并且還負責處理該信息。B2B引擎210在接收實時狀態(tài)信息時，把所述實時數(shù)據(jù)轉發(fā)給內(nèi)容提供商，由此允許根據(jù)各個用戶的實時情況和偏好進行定制。
以下參考附圖4，它舉例說明本發(fā)明的另一個優(yōu)選實施例，其中電信運營商120例如是遵循全球用戶移動(GSM)系統(tǒng)、個人通信系統(tǒng)(PCS)或者其他移動電信標準的移動運營商。位于移動網(wǎng)絡中的B2B引擎210維護在移動運營商120和各個內(nèi)容提供商之間的實時信息互換，所述各個內(nèi)容提供商例如是前述的餐館信息105、氣象信息110以及門戶115提供商。B2B引擎210通過與網(wǎng)絡和各個用戶的通信來確定有關與移動運營商網(wǎng)絡通信的移動用戶的實時信息，從而確定各種用戶信息用于應用的用戶規(guī)則242和任何必要條件、用戶偏好244、用戶狀態(tài)246以及用于滿足移動用戶需求所需要的任何智能因素248。對于每位用戶，要把用戶信息集合起來并供應給內(nèi)容提供商，所述內(nèi)容供應商把所述信息提供給移動用戶。餐館信息105、氣象信息110以及門戶115是根據(jù)用戶的實時狀態(tài)加以定制的，并且通過B2B引擎210實時地把有關預訂用戶的實時狀態(tài)、要求、偏好、規(guī)則和/或位置從B2B引擎210提供到內(nèi)容提供商。
本發(fā)明的優(yōu)選實施例，使用本發(fā)明的商務對商務(B2B)引擎210，把實時系統(tǒng)(例如前述的電信運營商120)以及非實時系統(tǒng)(例如內(nèi)容提供商)集成起來。在此所描述的B2B引擎210與各個電信運營商120以及相關聯(lián)的網(wǎng)絡元素進行通信，以便獲得有關它們的用戶的實時信息，所述B2B引擎210還根據(jù)那些內(nèi)容提供商以前所請求的某些預訂的事件處理用戶信息并且把所述信息供應給內(nèi)容提供商。
在本發(fā)明的另一個優(yōu)選實施例中，具有多個電信運營商120，其中每個電信運營商具有分立的與其相關聯(lián)的用戶。在該實施例中的每個電信運營商120最好獨立運作并且把有關各用戶的實時信息供應給內(nèi)容提供商。在本發(fā)明的優(yōu)選實施例中，每個電信運營商120都有頒發(fā)的唯一的標識號。各個內(nèi)容提供商根據(jù)可識別的電信運營商120所作的請求將所請求的信息發(fā)送到在那個電信運營商120的網(wǎng)絡中預訂的用戶。
以下參考圖5，它舉例說明在本發(fā)明的商務對商務(B2B)引擎210與網(wǎng)絡的不同元素之間的示范性交互。實時系統(tǒng)270(諸如是無線通信系統(tǒng)、有線通信系統(tǒng)以及ISP)與B2B引擎210之間進行接口，以便向B2B引擎210提供關于用戶和終端用戶的實時信息。內(nèi)容提供商272與B2B引擎210相耦合以便從B2B引擎210獲取實時信息以及用戶的行為信息。
內(nèi)容提供商272還通過B2B引擎210把信息提供給終端用戶(例如是無線通信用戶、有線用戶或者ISP用戶)，由參考標號274泛指。
再參考圖5，代替把這些受監(jiān)視的實時事件傳送給外部內(nèi)容提供商，應用模塊以及與B2B引擎相關聯(lián)的服務能夠獨立地生成并且把某些所希望的服務提供給那些受監(jiān)視的移動用戶。因此，大量的B2B開發(fā)者278開發(fā)并且升級B2B引擎210中的應用模塊，以便支持新服務和/或增強現(xiàn)有的服務。
在本發(fā)明的候選實施例中，B2B引擎210與門戶或者內(nèi)容聚合商(content aggregator)相連接，以便向終端用戶提供信息。所述門戶以及內(nèi)容聚合商將來自不同內(nèi)容提供商的信息集合起來，并且通過在下面要更詳細論述的不同裝置把所集合的信息供應給終端用戶。
具體而言，用戶首先向門戶或者內(nèi)容聚合商進行預訂。當用戶預訂時，門戶把預訂作為事件傳遞給B2B引擎210。B2B引擎210接收用戶的預訂事件，并且把它存儲到B2B引擎的存儲器210A或者數(shù)據(jù)庫中。可以理解，數(shù)據(jù)庫最好是在B2B引擎210之內(nèi)的內(nèi)部數(shù)據(jù)庫或者是能夠被B2B引擎210訪問的外部數(shù)據(jù)庫。
當然，本領域普通技術人員會理解，要把B2B引擎210包括到具有各種操作協(xié)議的電信網(wǎng)絡中將需要創(chuàng)建便于信息流動和互換的多種數(shù)據(jù)庫、接口以及門戶。例如，用戶的偏好可以存儲在偏好數(shù)據(jù)庫中，觸發(fā)條件或者事件(規(guī)則)操作來啟動通信。因特網(wǎng)的移動用戶將預期在某種程度上等價地訪問固定站的服務以及訪問基于移動性的增強的個性化服務。
如所論述的，對于移動運營商來說，有機會通過開拓同用戶(月收費式，個人信息)的關系來變得不僅僅作為渠道提供商，而且利用無線因特網(wǎng)的優(yōu)勢來產(chǎn)生新的收入。內(nèi)容提供商接著會面臨各種挑戰(zhàn)以便使他們的內(nèi)容對移動因特網(wǎng)用戶是可用并且個性化的。的確，電信運營商對因特網(wǎng)服務進行的個性化迎合了在因特網(wǎng)上提供愈加個性化的服務的趨勢，具體而言，是迎合了縱向門戶以及個性化的用戶簡檔的出現(xiàn)。
如結合圖2-5在上面所作的描述以及在下面進行更加詳細說明的，本發(fā)明的系統(tǒng)和方法是這樣的智能引擎，所述智能引擎杠桿調(diào)節(jié)用戶活動、偏好、位置、應用以及在移動網(wǎng)絡之內(nèi)所固有的行為模式，以便實時提供個性化的定制的移動因特網(wǎng)服務。具體而言，本發(fā)明允許內(nèi)容提供商建立基于移動網(wǎng)絡的移動性的個性化內(nèi)容，還允許移動用戶接收基于移動性的個性化內(nèi)容，以及允許移動運營商來杠桿調(diào)節(jié)移動電信網(wǎng)絡中的移動性信息以便提升價值鏈。此外，本發(fā)明還為服務提供商提供平臺，以便根據(jù)與移動通信網(wǎng)絡內(nèi)的移動用戶相關聯(lián)的實時信息建立新因特網(wǎng)服務。
如結合本發(fā)明的門戶和接口在下面還要論述的，在建立實時移動因特網(wǎng)環(huán)境中提供多種新的功能。具體而言，個性化偏好用戶接口和數(shù)據(jù)庫提供這樣一種機制，所述機制用于選擇個性化偏好以及把因特網(wǎng)用戶的那些偏好存儲在電信運營商所管理的數(shù)據(jù)庫中這兩者。需要的實時移動性信息經(jīng)由與電信系統(tǒng)中的網(wǎng)絡節(jié)點和/或網(wǎng)絡元素的接口加以提供。基于規(guī)則的環(huán)境允許無線因特網(wǎng)用戶根據(jù)實時事件定制或開發(fā)新服務。示范性基于規(guī)則的可定制服務包括當手機上電時，從finance.yahoo.com訪問信息通過短消息服務遞送給手機在該例子，無線因特網(wǎng)用戶把它們自己手機的上電作為請求服務的實時事件，并且定制那個服務以便采用特定格式遞送來自特定網(wǎng)絡站點的新聞。另一個示范性服務包括當檢測到達新城鎮(zhèn)時，把呼叫重新路由到新號碼把賓館房間以及汽車租賃的請求遞送給旅游協(xié)作者等待接收確認肯定確認提醒用戶在該例子中，無線因特網(wǎng)用戶使用(例如乘飛機的)到達時間來啟動各種活動以便于協(xié)調(diào)旅游需要。如果時區(qū)發(fā)生改變，則可以生成提醒，向用戶確認時間改變。
如以上再次所描述的，所有那些希望的事件由內(nèi)容提供商通過B2B引擎進行預訂。B2B引擎之后與服務移動電信網(wǎng)絡進行通信并且判定是否已經(jīng)出現(xiàn)關于移動用戶的特定事件，還與預訂的內(nèi)容提供商傳送上述觸發(fā)的事件以便使內(nèi)容提供商自動實現(xiàn)所有的那些服務。
商務對商務(B2B)引擎的眾多特征在上面已進行了論述。為了實現(xiàn)所提及的那些功能以及為了允許其與網(wǎng)絡的相互連接，某些特征以及組件在B2B引擎中應該是可以獲得的。以下參考圖6，它舉例說明在本發(fā)明的優(yōu)選實施例中各種商務對商務(B2B)引擎210的應用模塊220。如所表示的，B2B引擎應用模塊220包括各種相互獨立的模塊，其中每個模塊在系統(tǒng)中都具有重要的作用。具體而言，B2B應用模塊220包括接口模塊(IM)280、數(shù)據(jù)收集模塊(DCM)282、行為分析模塊(BAM)284、服務開發(fā)環(huán)境(SDE)286、實時遞送模塊(RDM)288、規(guī)則開發(fā)環(huán)境(RDE)290、商務數(shù)據(jù)/終端用戶預訂模塊(BDSM)292、服務執(zhí)行模塊(SEM)294、性能和收費模塊(PACM)296以及運行和維護模塊(OAMM)298。
前述的接口模塊(IM)280負責使應用模塊282-296與內(nèi)容提供商以及電信系統(tǒng)相連接。IM280與若干外部組件(諸如不同電信系統(tǒng)和ISP)接口。IM280還提供與內(nèi)容提供商的接口。IM280的主要功能之一是把網(wǎng)絡中的外部組件鏈接到B2B引擎210中的應用模塊。在優(yōu)選實施例中，IM280在內(nèi)部與數(shù)據(jù)收集模塊(DCM)282以及實時遞送模塊(RDM)288接口。當然，應當理解，IM280還能夠與其他內(nèi)部模塊以及網(wǎng)絡的外部組件接口，這要取決于系統(tǒng)需求。
再參考圖6，數(shù)據(jù)收集模塊(DCM)282負責從電信系統(tǒng)和ISP獲取以及存儲實時數(shù)據(jù)。DCM282在內(nèi)部與商務數(shù)據(jù)預訂模塊(BDSM)292接口，以便查明來自內(nèi)容提供商的有關數(shù)據(jù)預訂。DCM282還與行為分析模塊(BAM)284以及實時遞送模塊(RDM)288接口，以便把實時信息遞送給內(nèi)容提供商。
行為分析模塊(BAM)284優(yōu)選是一組人工智能程序，所述人工智能程序檢測來自BDSM292的預訂信息并且執(zhí)行對實時數(shù)據(jù)的分析。優(yōu)選地，BAM284耦合到RDM288，以便把結果遞送給內(nèi)容提供商。除了作為到BDSM292以及RDM288的接口，BAM284還是到數(shù)據(jù)收集模塊(DCM)282的接口。
規(guī)則開發(fā)環(huán)境(RDE)290允許開發(fā)用于開發(fā)服務的規(guī)則。RDE290把這些規(guī)則存儲在規(guī)則庫(Rrep)中。這些規(guī)則可是持續(xù)得到更新以便適應根據(jù)系統(tǒng)中各種組件的偏好而采納和變化的新服務。服務開發(fā)環(huán)境(SDE)286允許電信運營商或者終端用戶根據(jù)一組規(guī)則開發(fā)新服務組。SDE286在內(nèi)部與規(guī)則庫接口以便開發(fā)服務，還與服務執(zhí)行模塊(SEM)294接口。服務執(zhí)行模塊(SEM)294執(zhí)行所使用的服務，并且它在內(nèi)部與SDE286以及BDSM292接口。
商務數(shù)據(jù)/終端用戶預訂模塊(BDSM)292允許內(nèi)容提供商預訂實時以及行為的數(shù)據(jù)，還允許終端用戶預訂服務。為了實現(xiàn)這些，BDSM292在內(nèi)部與RDM288接口。性能和收費模塊(PACM)296負責收集統(tǒng)計，保持跟蹤實時數(shù)據(jù)被內(nèi)容提供商請求的次數(shù)以及訪問它們服務的用戶數(shù)。PACM296還保持跟蹤有助于充分利用網(wǎng)絡及其性能的其他統(tǒng)計數(shù)據(jù)。PACM296還產(chǎn)生收費用于后處理。
最后，運行和維護模塊(QAMM)298負責管理和配置B2B引擎210。QAMM298能夠配置內(nèi)容提供商、維護B2B引擎、處理系統(tǒng)中的故障以及管理系統(tǒng)的安全問題，還有其他運行和維護功能。
可以理解，結合圖6所舉例說明以及以上面論述的B2B引擎應用模塊220優(yōu)選地被獨立地對待，而不管如下事實，即它們能夠在一個模塊中結合在一起，或者能夠至少幾個結合在一起。分立的模塊優(yōu)選地具有對于應用的模塊設計，而且優(yōu)選地是基于JAVA的。候選地，適合于上面提到的特性的其他編程語言也可使用，例如C++、Java Servlets、JavaBeans、JSP以及其它。如所論述的，本發(fā)明的重要方面是具有幾乎實時的性能。除了對付實時環(huán)境之外，系統(tǒng)被設計成減少故障，并且具有容錯系統(tǒng)。
圖7表示了B2B引擎的另一個優(yōu)選實施例，它使用不同的模塊體系結構進一步舉例說明了模塊性以及實施。該實施例中的B2B引擎(由參考標號310泛指)還包括上面所描述的接口模塊315以運行和維護模塊320。然而，該實施例優(yōu)選地包括智能模塊(INM)325、事件接收和處理模塊(ERPM)330、收費模塊(CM)335、預訂數(shù)據(jù)庫(SD)340、驗證模塊(VM)345、數(shù)據(jù)收集模塊(DCM)350以及事件轉發(fā)模塊(EFM)355。
當通過B2B引擎接口模塊(IM)315接收到來自門戶的預訂事件時，IM315與驗證模塊(VM)345接口，以便驗證該預訂事件。VM345與數(shù)據(jù)收集模塊(DCM)350接口，它允許提交用戶的標識并且允許把事件存儲到預訂數(shù)據(jù)庫(SD)中。SD必須是可靠的并且優(yōu)選地是規(guī)?？蓴U的以便允許隨用戶數(shù)而擴大。DCM350還負責通知門戶，預訂的用戶已經(jīng)成功地在B2B引擎310數(shù)據(jù)庫中進行了登記。從網(wǎng)絡節(jié)點所接收的指示移動用戶狀態(tài)的事件，到達接口模塊并在事件接收和處理模塊(ERPM)330加以處理。這些事件是使用驗證模塊(VM)通過訪問在SD中預訂用戶的偏好被驗證的，它所做的是確保用戶是登記的B2B引擎310的用戶。
在驗證了用戶簡檔之后，所述事件被組裝并且經(jīng)由高度可靠的HTTP通知消息使用事件轉發(fā)模塊(EFM)355向門戶發(fā)送通知。在已經(jīng)將關于預訂用戶狀態(tài)的通知發(fā)送給門戶之后，收費模塊(CM)355為關系到所發(fā)送信息的門戶建立收費記錄。
參考圖6和7在上面所提到的那些模塊可以被安排成各種配置以便提供系統(tǒng)所需要的功能。然而，從不同角度來看，B2B引擎210/310能夠為這些模塊實施不同的體系結構。
為了更好地理解門戶與B2B引擎之間的交互，以下對圖8做了參考，圖8又舉例說明了從門戶傳輸用戶的預訂事件。圖8代表這樣的時序圖(由參考標號360泛指)，所述時序圖關于預訂事件以及門戶362與B2B引擎364之間關于該預訂的交互。用戶首先使用若干機制中的任意一種(例如通過門戶362的網(wǎng)絡站點www.yahoo.com等等)預訂門戶的服務，以參考標號366泛指。然而，用戶需要向門戶362提供各種個人以及偏好的信息。該信息包括用戶標識號(MSISDN)、移動運營商以及與希望的內(nèi)容或者要受到監(jiān)視的事件相關聯(lián)的各種偏好。門戶362把所有供應的用戶信息存儲368到它的數(shù)據(jù)庫中。當存儲368該信息時，門戶362發(fā)送事件通知370，通知負責預訂用戶的移動運營商的合適的B2B引擎364。在本發(fā)明的優(yōu)選實施例中，B2B引擎364負責一個移動運營商或者在一些情況下負責多個移動運營商。向B2B引擎364所發(fā)送的通知事件370優(yōu)選地包括用戶的移動站標識號(MSISDN)、預訂細節(jié)、事件、用戶的偏好以及其他相關的信息。該通知事件優(yōu)選地使用可靠的HTTP協(xié)議加以發(fā)送。
B2B引擎364接收事件通知370并且在其中處理信息。該內(nèi)部驗證在優(yōu)選實施例中是使用分層式體系結構進行的，上述內(nèi)容也結合圖6和7加以論述。再次參考圖8，當接收事件通知370時，第一層或者級(由參考標號372泛指)請求建立(步驟374)新連接。第二層或者級766將該預訂事件插入(步驟378)到第三層或者級380，所述第三層或者級380驗證(步驟382)用戶標識號(MSISDN)，并且把預訂信息存儲(步驟384)到數(shù)據(jù)庫中。當完成驗證步驟384時，優(yōu)選地使用HTTP協(xié)議向門戶362發(fā)送(步驟386)關于預訂事件通知370的確認。B2B引擎然后監(jiān)視與那個特定移動用戶相關聯(lián)的請求的實時信息。
如上所描述的B2B引擎能夠采用很多種方式操作。在本發(fā)明的一個實施例中，B2B引擎輪詢相關的網(wǎng)絡節(jié)點，以便請求更新的信息。在另一個實施例中，網(wǎng)絡節(jié)點被編程以便向B2B引擎通知用戶狀態(tài)的變化。又一個實施例允許移動站向B2B引擎報告狀態(tài)信息，這是通過觸發(fā)移動站中的應用客戶端程序而進行的。然而，這些優(yōu)選實施例能夠同時工作。作為例子，在其他網(wǎng)絡節(jié)點正在向B2B引擎報告它們狀態(tài)的同時，B2B引擎能夠輪詢一些網(wǎng)絡節(jié)點。此外，移動站能夠把它的狀態(tài)報告給B2B引擎，該相同狀態(tài)報告還由網(wǎng)絡節(jié)點提供。然而，B2B引擎智能地判定所發(fā)送的信息是否是相關的、容余的，并且還根據(jù)對用戶狀態(tài)更好的理解將兩片信息進行組合以便執(zhí)行高級功能。
在上面對電信網(wǎng)絡之內(nèi)的B2B引擎的位置以及各種模塊論述的情況下，現(xiàn)在該將注意轉向圖9，圖9舉例說明了在本發(fā)明的優(yōu)選實施例中B2B引擎410的示范性相互工作。如所舉例說明的，B2B引擎連接到前端門戶420，連接到移動站430(經(jīng)由無線連接)以及連接到運行和維護(Q&M)415管理系統(tǒng)。Q&M系統(tǒng)415向運營商或者產(chǎn)品的所有者提供用于運行和維護B2B引擎的能力。通過該Q&M系統(tǒng)415能夠?qū)λ械墓收虾蛨缶幚砑右钥刂坪捅O(jiān)視。此外，遠程管理系統(tǒng)是可以被訪問的，如在此所表示的或者參考圖6較早前所描述的B2B引擎內(nèi)部的模塊。如圖中所表示的，移動站430可以包括無線應用協(xié)議(WAP)工具包432和/或其中的用戶標識模塊(SIM)開發(fā)工具包434。
WAP工具包432用于開發(fā)和支持WAP應用，WAP工具包432如本領域所理解的供無線用戶訪問因特網(wǎng)的內(nèi)容和服務。WAP工具包432優(yōu)選地位于移動站430中，所述移動站430優(yōu)選地能夠支持WAP協(xié)議。
SIM工具包434位于移動站430之內(nèi)，它用于使用該移動站的增值服務和電子商務，使得能夠在因特網(wǎng)上進行交易。例如，使用SIM工具包使能的移動站，用戶能夠檢查他的銀行帳戶、工資單、以及所有其他通過當今的有線因特網(wǎng)訪問所實現(xiàn)的服務。SIM工具包434優(yōu)選地編程到SIM卡(在圖9中由參考標號436泛指)中，SIM工具包434還啟用網(wǎng)絡和終端用戶之間的接口。以下參考圖10-13來描述移動裝置(ME)/用戶接口模塊(SIM)與B2B引擎之間交互的優(yōu)選實施例。如所指示的，商務對商務引擎410還連接到前端門戶420，或者許多門戶，它們向終端用戶提供信息。本領域普通技術人員會理解，該信息是根據(jù)各個用戶偏好而加以裁剪的，并且是從各種內(nèi)容提供商收集的。還可以理解，本發(fā)明的優(yōu)選實施例中的門戶420可以是虛設的門戶(dummy portal)422或者是一個被設計成更好地利用因特網(wǎng)連接的門戶(例如所謂的WISE門戶424)，這一點本領域的普通技術人員是理解的。
參考圖10，它舉例說明了無線電話的“關(OFF)”觸發(fā)器的例子，其步驟由參考標號450泛指。移動站(MS)(由參考標號452泛指)包括位于其中的用戶標識模塊(SIM)工具包454。SIM工具包454按照確定的間隔傳送短消息服務(SMS)消息(在圖中由參考標號456泛指)，它包含用戶狀態(tài)以及移動站452的ISDN號(MSISDN)。SIM工具包454執(zhí)行該活動，以便保持相關聯(lián)的B2B引擎458得到MS452的實時信息以及位置的通知。接收該消息便為B2B引擎458啟動一個定時器460。如果定時器474沒有到時，并且在到時之前的預訂時間間隔之內(nèi)接收到另一個消息，則復位該定時器。然而，如果定時器472在B2B引擎458中到時，意思是說B2B引擎458沒有在確定的時間量之內(nèi)從用戶接收到任何消息，則B2B引擎458就假設，例如在向B2B引擎458傳送SMS消息462之后一段時間，移動站452已經(jīng)關閉。這作為一個例子可以是指示，用戶忙或者在睡覺以及沒有新內(nèi)容應該由門戶向預訂的用戶發(fā)送。當B2B引擎458在SMS消息462以后的定時器時段之內(nèi)未能接收到另外的消息之后，B2B引擎458驗證和處理464該事件，并且向與該事件相關聯(lián)的門戶468轉發(fā)事件通知466，其中包含那個用戶的MSISDN以及預訂的OFF事件的指示。門戶468接著確認470通知的接收。
現(xiàn)在參考圖11，它舉例說明在本發(fā)明的優(yōu)選實施例中系統(tǒng)和方法的常用操作的時序圖，其步驟由參考標號500泛指。如與結合圖12所描述的實施例的情況一樣，預訂的終端用戶在門戶502輸入信息和偏好(步驟504)，特別是輸入到門戶數(shù)據(jù)庫中。在終端用戶的偏好被存儲504在門戶數(shù)據(jù)庫中之后，并且優(yōu)選地是在出現(xiàn)事件之前，SIM應用為實時服務并通過對于預訂用戶的空中激活而被初始化預訂，并且多個SIM數(shù)據(jù)例如通過空中接口從門戶數(shù)據(jù)庫下載(步驟506)到短消息交換中心(SMSC)508。接著SIM數(shù)據(jù)就對等地被發(fā)送(步驟510)到移動裝置(ME)512，它在其中包括SIM卡(由參考數(shù)字標號514泛指)。
一旦出現(xiàn)關于用戶偏好、位置等等的任何變化事件，位于移動裝置512之內(nèi)的SIM工具包(由參考標號516泛指)就發(fā)送SMS消息518，通知B2B引擎520有關預訂用戶的狀態(tài)并提供用戶的MSISDN號。當?shù)竭_B2B引擎520時，尤其是到達它的套接字監(jiān)聽器(socket listener)522，前述SMS消息518就在B2B引擎520中通過套接字監(jiān)聽器522被拆開(步驟524)，套接字監(jiān)聽器522然后就根據(jù)在SMS消息518中所提供的信息建立新事件(步驟526)。第二層或級(由B2B引擎520中的參考標號528泛指)當接收到新事件信息526時，就建立新連接830并且通過與在B2B數(shù)據(jù)庫中所存儲內(nèi)容比較用戶標識以及偏好來驗證532所預訂的事件526，所述B2B數(shù)據(jù)庫由參考標號534泛指。當接收到新連接以及驗證信息時，第三層或級(由參考標號536泛指)處理事件(步驟538)并且可選地把修改的信息存儲到B2B數(shù)據(jù)庫534中。該處理的事件538信息通過第三級536轉發(fā)到第四級540。事件通知消息542通過B2B引擎520中的第四級540發(fā)送到門戶502，以便通知門戶502事件已被接收并且向門戶802提供用戶的MSISDN。
門戶502當接收到事件通知消息542時優(yōu)選地使用HTTP協(xié)議向B2B引擎520發(fā)送確認消息544，以便確認事件通知542的接收。在本發(fā)明的優(yōu)選實施例中，要對所有提供的信息進行收費546，而對向門戶502提供實時事件信息進行收費是在確認消息544之后。收費記錄將在B2B引擎中加以建立，B2B引擎將對所有涉及到所述事件的相關信息進行記錄。如所展示的，信息優(yōu)選地使用SMS消息由門戶502遞送給ME512的終端用戶。當然可以理解，所述內(nèi)容候選地能夠使用無線應用協(xié)議(WAP)，使用SMS消息之上的WAP或者其它這樣的協(xié)議加以發(fā)送。
如上面特別結合圖12和13所描述的，預訂用戶使用移動裝置(ME)512，有時稱為移動站，它包括SIM卡514，SIM應用程序在卡上進行編程并且在卡上運行。在本發(fā)明的優(yōu)選實施例中，B2B引擎502客戶端應用程序位于用戶標識模塊(SIM)上，并且負責向B2B引擎820服務器節(jié)點報告在移動裝置(ME)/網(wǎng)絡實體之內(nèi)出現(xiàn)的實時事件?？蛻舳藨贸绦蚴褂脕碜許IM卡514的觸發(fā)來請求SIM工具包操作516，以便將短消息連同有關發(fā)生在ME-網(wǎng)絡中的實時事件的信息一起發(fā)送給B2B引擎服務器520。在該實施例中，所發(fā)送的短消息尋址到B2B引擎，并且移動電信運營商充當對此發(fā)送的信息的渠道。
SIM應用工具包516提供機制，允許在SIM514中的現(xiàn)有應用與移動裝置(ME)512交互并操作，將ME的簡檔下載到SIM514，將數(shù)據(jù)下載(步驟506)到SIM514，把用戶的菜單選擇傳送到SIM514，由SIM514進行呼叫控制和由SIM514進行MO短消息控制以及安全。主動的SIM514能夠顯示文本，播放音調(diào)，發(fā)送短消息，建立呼叫等，這在本領域是得到理解的。
結合圖12和13參考下面描述的例子，對SIM514與ME512之間的交互進行了很好的表示，圖12和13舉例說明了為了實時服務而把事件報告給B2B引擎的SIM/移動實體的優(yōu)選實施例。當用戶狀態(tài)或者偏好改變時，B2B引擎就被更新有關上述的移動裝置(ME)的改變。在這些附圖中，向B2B引擎服務器所報告的示范性事件是開/關(ON/OFF)、小區(qū)全球標識(CGI)以及位置區(qū)域(LA)的改變。
現(xiàn)在參考圖12，它詳細地舉例說明了關于至B2B引擎552的用戶“開”指示的時序圖(在圖中由參考標號550泛指)。最初，給定的移動裝置(ME)554首先初始化相關聯(lián)的SIM556。該初始化(步驟558)是通過激活并測試SIM設備556以便確定所支持的功能而進行的。目前，該SIM856初始化優(yōu)選地遵循GSM11.11標準加以執(zhí)行，不過可以理解，可以候選地使用一些候選的初始化協(xié)議。主動SIM556的標識是在該階段通過在SIM服務表中激活主動SIM服務而進行的(步驟560)。然而，如果ME554不支持主動SIM特征，則主動SIM556就不會向所述ME發(fā)送有關主動SIM的命令，反之亦然。ME554接著在空閑模式期間以及在呼叫期間向主動SIM556周期性地發(fā)送狀態(tài)命令(步驟562)，由此使主動SIM556能夠以命令作出響應，因為ME554總是向SIM556發(fā)起命令。
在ME554上電之后，所發(fā)送的第一個消息是狀態(tài)消息(步驟564)，該狀態(tài)消息用于觸發(fā)(步驟564)位于SIM卡中合適的B2B引擎552的客戶端應用程序。所述客戶端應用程序讀取SIM556中合適的文件并把相關的信息組裝為短消息，還請求該SIM將它向前發(fā)送到ME(步驟570)。SIM856發(fā)送這樣的消息(步驟566)，所述消息通知ME554還有消息是可用的。ME554接著使用取命令(步驟568)作出應答以便從SIM556中獲取信息。SIM556當接收到前述的取命令568時，就向ME554發(fā)送通過客戶端應用程序所編輯的短消息(步驟570A)，從而該消息就被發(fā)送到B2B引擎。接著，ME554向B2B引擎發(fā)送短消息(步驟572)，通知MS554已經(jīng)打開了。B2B引擎552接收該消息并且還對它進行解釋以便提供增強服務。ME554然后響應SIM556，通知該事件的消息已經(jīng)發(fā)送了(步驟574)。SIM556接著確認響應并發(fā)送正常結束消息(步驟576)。移動站現(xiàn)在已經(jīng)打開，然后所有的元素，諸如ME554、SIM556以及客戶端應用程序552就知道那件事了。如較早前所論述的，ME854向SIM856發(fā)送周期性的狀態(tài)命令(步驟578)，SIM856在ME554打開之后就引起對SIM卡552上的客戶應用程序552的觸發(fā)(步驟580)，并且通過它還能夠發(fā)送周期性的SMS消息(步驟578)。
現(xiàn)在參考圖13，它舉例說明了在本發(fā)明的又一個優(yōu)選實施例中至B2B引擎552的ME554的位置區(qū)域改變的指示的時序圖。如所展示的，SIM556初始化和主動SIM確定(步驟558和560)首先得到執(zhí)行，同樣，優(yōu)選地要遵循GSM11.11協(xié)議。如在本領域得到理解的，移動裝置554受到客戶端應用程序和SIM的請求，以便監(jiān)視任何位置的變化，并且當有任何上述變化時，ME554就向B2B引擎552通知該變化。上面所描述的位置信息可以是GPS信息、小區(qū)全球標識信息或者是與移動用戶相關聯(lián)的路由區(qū)域信息。此外，移動裝置554還可以使用基于其他分組(諸如USSD消息或者WAP)的協(xié)議來進行傳送。
如所論述的，當位置變化發(fā)生時，就請求ME554中的相應過程。ME向SIM856轉發(fā)一組位置更新狀態(tài)消息(步驟586)，然后經(jīng)由封裝命令(步驟588)通知位于SIM中的客戶端應用程序，位置區(qū)域更新已經(jīng)發(fā)生?？蛻舳藨贸绦蚴艿接|發(fā)588A，并且從封裝命令中取出該數(shù)據(jù)，讀取并添加SIM556中的適當?shù)臄?shù)據(jù)并組裝短消息。該組裝的短消息由客戶端應用程序發(fā)送(步驟590)到SIM556，如在圖13所指示的，在步驟590A中，SIM通知ME該請求以便發(fā)送短消息。使用取命令592，ME請求SIM為它在步驟593中所生成的短消息提供數(shù)據(jù)。ME將所組裝的短消息傳送到B2B引擎(步驟594)，B2B引擎使用該數(shù)據(jù)提供增強服務。ME554然后就像通常一樣通知SIM556，短消息已經(jīng)被發(fā)送(步驟596)，并且SIM556返回正常結束的消息(步驟598)。
所更新的信息由移動站發(fā)送到B2B引擎以便在B2B引擎中更新其狀態(tài)和偏好，如在上面所描述的。然而，在本發(fā)明的另一個優(yōu)選實施例中，網(wǎng)絡節(jié)點自身監(jiān)視任何希望的用戶事件的更新，并且在實時的基礎上自動向B2B引擎提供數(shù)據(jù)。
現(xiàn)在參考圖14，B2B引擎210除了與門戶640或者內(nèi)容聚合商相連接之外，它還例如使用傳輸控制協(xié)議/網(wǎng)際協(xié)議(TCP/IP)或者其他基于分組的通信協(xié)議，連接到網(wǎng)絡中的各種其他節(jié)點(在圖14中由參考標號600泛指)?？梢岳斫猓鐓⒖急景l(fā)明的優(yōu)選實施例所描述的，這些節(jié)點適用于集合關于預訂用戶的實時信息。這可以通過對這些網(wǎng)絡節(jié)點進行編程來實現(xiàn)，從而使它們能夠監(jiān)視實時用戶事件以及活動并且向B2B引擎提供關于所接收的用戶事件的實時信息。網(wǎng)絡元素能夠監(jiān)視和轉發(fā)所有正在那個網(wǎng)絡區(qū)域受到服務的用戶的所有用戶事件和活動，或者候選地，網(wǎng)絡元素能夠監(jiān)視并且轉發(fā)那些已經(jīng)通過B2B引擎預訂的用戶的用戶事件和活動。B2B引擎210與網(wǎng)絡600中的網(wǎng)絡節(jié)點接口，以便從這些節(jié)點接收有關預訂事件的信息。移動交換中心(MSC)/訪問者位置寄存器(VLR)615例如使用消息TCP/IP等協(xié)議向用戶發(fā)送移動信息、VLR記錄以及有關事件的呼叫控制。當從預訂用戶接收到位置更新或者登記信號時，實時信息的發(fā)送被觸發(fā)。
此外，來自系統(tǒng)600的無線網(wǎng)絡子系統(tǒng)(RNS)620的切換觸發(fā)和有關無線的觸發(fā)事件被發(fā)送到B2B引擎。如本領域普通技術人員所理解的，一個服務的通用分組無線系統(tǒng)(GPRS)服務節(jié)點(SGSN)625向B2B引擎210提供移動性和有關呼叫控制的信息，例如它涉及到諸如通用分組無線系統(tǒng)(GPRS)的分組域網(wǎng)絡。
移動定位中心(MPC)630向B2B引擎210提供有關在電信網(wǎng)絡之內(nèi)的移動用戶位置的信息。本領域普通技術人員可以理解，MPC630可以通過全球定位服務(GPS)或者任何用于使用例如TCP/IP協(xié)議定位移動用戶站的其他裝置來提供，以便轉發(fā)定位信息。中央服務控制功能(CSCF)635單元向B2B引擎210提供用戶的地址號到網(wǎng)際協(xié)議(IP)地址的翻譯，它還使用例如消息和TCP/IP協(xié)議提供有關控制的事件/信息。
如本通信領域普通技術人員還會理解的是，當在移動站(MS)上切換時，服務MSC/VLR(移動交換中心/訪問者位置寄存器)登記該MS并且通過與那個MS相關聯(lián)的位置歸屬寄存器(HLR)的通信對該MS進行授權。然后當進行登記和授權時，HLR通知B2B引擎向移動站轉發(fā)該優(yōu)選的信息，正如在以下所描述的優(yōu)選實施例中所表示的。
網(wǎng)絡節(jié)點被智能地編程以便識別有關預訂用戶的任何信息，并且當觸發(fā)事件時，所述網(wǎng)絡節(jié)點向B2B引擎發(fā)送實時信息，以便向它通知對終端用戶狀態(tài)的更新。該信息存儲在B2B引擎數(shù)據(jù)庫中。B2B引擎210處理由所述節(jié)點發(fā)送的信息/事件，并且將該格式化的信息轉發(fā)到門戶640。當B2B引擎210向門戶340提供信息/事件時，門戶640例如通過計費網(wǎng)關(BGW)645對該實時信息進行計費。BGW645提供有關對于所提供的實時信息何時向門戶計費以及計費多少的信息。這是通過把對于每個用戶請求的動作的相關信息登記到收費記錄中而進行的。所述計費能夠在B2B引擎的內(nèi)部使用收費模塊(如圖7所表示的)而進行，或者也可以是與B2B引擎相連接的外部應用(諸如圖14所表示的BGW)。此外，BGW能夠負責為每個用戶在移動運營商中的計費，或者能夠例如根據(jù)用戶訪問網(wǎng)絡的剩余余額或是用戶使用的余額來提供信息。BGW功能性是眾多的并且很靈活，這要取決于每個預訂用戶的服務和計劃。
在上述的優(yōu)選實施例中，網(wǎng)絡節(jié)點優(yōu)選地包括在每個希望將事件報告給B2B引擎的網(wǎng)絡節(jié)點中被編程的客戶端應用程序(CL)/監(jiān)視代理(MA)。這些網(wǎng)絡節(jié)點監(jiān)視有關用戶的某些觸發(fā)器并且將它們報告給B2B引擎。將客戶端應用程序加載到某些諸如HLR和/或MSC/VLR這樣的網(wǎng)絡節(jié)點能夠用于監(jiān)視涉及到用戶行為、狀態(tài)、移動性參數(shù)等等的有些啟用觸發(fā)器。當對用戶狀態(tài)或者偏好有任何改變時，向B2B引擎提供信息的網(wǎng)絡節(jié)點的例子在下面給出。當對用戶狀態(tài)有任何更新或者出現(xiàn)任何關于數(shù)據(jù)庫中用戶的改變時，HLR客戶端應用程序就受到觸發(fā)，并且向B2B引擎發(fā)送更新，以便通知所述引擎有關上述的變化。在HLR中的這個客戶端應用程序適用于識別任何變化并且適用于自動地將該變化報告給B2B引擎。所有網(wǎng)絡節(jié)點還被編程以便使用客戶端應用程序的觸發(fā)機制來識別任何事件以及將該事件通知給B2B引擎。例如，MSC/VLR跟蹤用戶的移動性，并且當監(jiān)測到變化(例如用戶位置改變了)時，MSC/VLR客戶端應用程序受到觸發(fā)并將該變化通知B2B引擎。此外，MSC能夠與MPC一起工作以便精確指出用戶位置并將信息發(fā)送到B2B引擎。另外，MSC/VLR客戶端應用程序被編程以便與RNS進行交互從而向B2B引擎通知任何出現(xiàn)的涉及到用戶的切換或者無線觸發(fā)器。RNS也包括客戶端應用程序，正如在所有更新過程中涉及到的網(wǎng)絡節(jié)點中一樣。
圖15舉例說明網(wǎng)絡節(jié)點對用戶狀態(tài)和位置的任何變化進行通知的另一個例子。當對用戶狀態(tài)和位置有任何改變時，VLR652就使用現(xiàn)有的標準協(xié)議例如MAP658向HLR654通知上述的改變。狀態(tài)變化的確定使用在VLR652和HLR654這兩者內(nèi)部的監(jiān)視代理(MA)656加以執(zhí)行。HLR654接著與B2B引擎660進行交互，它在這種情況下作為VLR664而動作。B2B引擎660在該例子中是GSM服務控制功能(gsmSCF)662節(jié)點，它從HLR654中獲得用戶狀態(tài)和位置信息，并將它存儲到數(shù)據(jù)庫中。B2B引擎然后對該信息執(zhí)行必要的操作并接著動作。一般來說，一旦客戶端應用程序在網(wǎng)絡節(jié)點(即HLR、MSC/VLR等)中捕捉到表示對用戶狀態(tài)的任何變化的觸發(fā)事件，在所述網(wǎng)絡節(jié)點中的客戶端應用程序就通知B2B引擎。
還參考圖14，上面所描述的B2B引擎210能夠從網(wǎng)絡節(jié)點接收關于預訂用戶的信息/事件，而不用請求該信息。然而，在本發(fā)明的另一個優(yōu)選實施例中并且還參考圖14，這些網(wǎng)絡節(jié)點被請求以便集合關于預訂用戶的實時信息。當預訂事件被存儲在B2B引擎210的數(shù)據(jù)庫中時，例如使用移動應用部分(MAP)、TCP/IP等協(xié)議對位置歸屬寄存器(HLR)610進行輪詢，以便確定移動用戶的登記信息。
B2B引擎210與網(wǎng)絡600中的通信節(jié)點接口，以便從這些節(jié)點請求關于預訂事件的信息。B2B引擎210例如使用消息TCP/IP等協(xié)議對移動交換中心(MSC)/訪問者位置寄存器(VLR)615進行輪詢，以便請求移動性信息、VLR記錄以及有關針對用戶事件的呼叫控制。
B2B引擎從系統(tǒng)600的無線網(wǎng)絡子系統(tǒng)(RNS)320請求切換觸發(fā)和有關無線的觸發(fā)事件。移動定位中心(MPC)330也可以受到輪詢以便向B2B引擎210提供關于電信網(wǎng)絡內(nèi)的移動用戶位置的信息。本領域普通技術人員可以理解，MPC630能夠是任何用于定位移動用戶站的其他裝置，如上所述。中央服務控制功能(CSCF)635單元還可以受到輪詢以便向B2B引擎210提供用戶的地址號到網(wǎng)際協(xié)議(IP)地址的翻譯，中央服務控制功能(CSCF)635單元還能夠使用例如消息和TCP/IP協(xié)議提供有關控制的事件/信息。
B2B引擎210提供智能，用于了解應該對前面提及的元素或者節(jié)點中的哪些進行輪詢，以便集合所需的信息、使用例如TCP/IP協(xié)議來供應給門戶640。在確定電信設備的狀態(tài)中，根據(jù)B2B引擎的需要可以有選擇地請求所述信息。B2B引擎210處理所述節(jié)點發(fā)送的信息/事件并向門戶640發(fā)送所集合的信息。當B2B引擎210向門戶640提供信息/事件時，如在上面參考前面的實施例所做的描述，針對該實時信息對門戶640進行計費。
作為一個例子，當B2B引擎需要來自HLR的諸如用戶狀態(tài)的某些信息時，就向HLR發(fā)送消息，請求該信息。HLR接著以響應消息作為應答，向B2B引擎通知當前的用戶狀態(tài)。該相同的請求機制可以供其他網(wǎng)絡節(jié)點使用。消息可以由B2B引擎發(fā)送給任何請求關于用戶信息的網(wǎng)絡節(jié)點。當接收到上述消息時，網(wǎng)絡節(jié)點獲得所述信息并且將它發(fā)送給B2B引擎。B2B引擎可以充當GSM服務控制功能(gsmSCF)節(jié)點，并且按照有規(guī)律的或周期性的間隔詢問HLR，以便得到用戶的狀態(tài)和位置信息。
B2B引擎210在其中運行的網(wǎng)絡環(huán)境在上面得到充分的描述?？傮w而言，對于商務對商務引擎所提供的網(wǎng)絡節(jié)點有眾多實現(xiàn)。不過，現(xiàn)在參考圖16，它舉例說明本發(fā)明的B2B引擎210的候選操作。在該備選配置中，B2B引擎210使用例如短消息服務(SMS)消息從移動用戶660接收這樣的實時事件，所述實時事件諸如是參考圖9-13所描述的用戶狀態(tài)、位置區(qū)域和其他事件等。B2B引擎210除了獲取其它信息之外，還通過輪詢網(wǎng)絡中的不同節(jié)點而獲得該信息，這在上面參考優(yōu)選實施例已進行了描述。然而，每當發(fā)生關于所述用戶的任何變化時，網(wǎng)絡節(jié)點(如在上面所描述的另一個優(yōu)選實施例中所描述的)就將更新的用戶狀態(tài)信息發(fā)送給B2B引擎。B2B引擎210接著就根據(jù)預訂用戶的偏好對事件進行解析并處理所集合的信息/事件。
然后，例如使用HTTP協(xié)議將這些處理的事件發(fā)送給門戶/內(nèi)容聚合商/內(nèi)容提供商640。門戶640接著根據(jù)B2B引擎210所提供的事件信息個性化這些內(nèi)容。門戶將這些內(nèi)容轉換成例如無線標記語言(WML)，所述無線標記語言用于將內(nèi)容提供給諸如移動站、PDA等這樣的窄帶設備。包含個性化內(nèi)容的WML通過無線應用協(xié)議網(wǎng)關(WAPGW)經(jīng)由移動電話被遞送給預訂用戶。然而，門戶還能夠使用SMS消息或者任何其他專用無線數(shù)據(jù)協(xié)議遞送個性化的內(nèi)容。如圖16所展示的，這些內(nèi)容能夠通過無線應用協(xié)議網(wǎng)關(WAPGW)發(fā)送給移動站。WAPGW是網(wǎng)絡節(jié)點，它提供在移動網(wǎng)絡和諸如門戶的專用因特網(wǎng)應用服務之間的直接連接。有眾多方法能夠用于將內(nèi)容發(fā)送給用戶。例如，所述內(nèi)容能夠使用短消息(SMS)或者SMS消息之上發(fā)送的WAP通過短消息服務中心(SMSC)進行發(fā)送。此外，向移動站所發(fā)送的內(nèi)容可以是非結構化補充式服務數(shù)據(jù)(USSD)。這可以使用USSD網(wǎng)關來實現(xiàn)，所述USSD網(wǎng)關從門戶獲取信息并將它發(fā)送到SMS以便作為短消息加以遞送。其他傳輸載體諸如GPRS能夠用于從門戶將內(nèi)容發(fā)送給移動站。對于當今移動技術的快速接入系統(tǒng)的推進使這種方式進入第3代(3G)無線系統(tǒng)。諸如通用分組無線服務(GPRS)這樣的數(shù)據(jù)分組傳輸系統(tǒng)和GSM演進的演進數(shù)據(jù)(EDGE)提供這樣的快速連接，所述快速連接允許輕松快速地將內(nèi)容遞送給移動站。采用這些傳輸載體，在移動站、B2B引擎以及因特網(wǎng)門戶之間的通信能夠使用在此所論述的這些傳輸載體來執(zhí)行。例如，取代在上面所描述的移動站通過SMSC發(fā)送SMS消息，移動站能夠使用GPRS網(wǎng)絡通過利用高速接入來發(fā)送數(shù)據(jù)分組而與B2B引擎進行通信。
參考圖17，B2B引擎210除了例如使用傳輸控制協(xié)議/網(wǎng)際協(xié)議(TCP/IP)來與門戶640或者內(nèi)容聚合商相連接之外，還連接到網(wǎng)絡中各種其他節(jié)點。總體而言，可以理解，這些網(wǎng)絡節(jié)點通常用于集合關于預訂用戶的實時信息。網(wǎng)絡中的節(jié)點使用標準協(xié)議相互通信。這些協(xié)議便于網(wǎng)絡節(jié)點之間的通信方式并且還與必備的標準相兼容。再參考圖17，它舉例說明協(xié)議的優(yōu)選實施例，所述協(xié)議用于網(wǎng)絡節(jié)點和前面提到的B2B引擎210之間的通信?？梢岳斫猓珺2B引擎210優(yōu)選地與網(wǎng)絡中所有的節(jié)點接口，所述節(jié)點例如使用標準IEEE802.3連接供應事件信息。
節(jié)點之間的通信與采用其他通信標準一樣使用分層結構執(zhí)行。例如，所有使用的協(xié)議在它們的較低層利用傳輸控制協(xié)議/網(wǎng)際協(xié)議(TCP/IP)。然而，在較高層，每個節(jié)點使用不同的協(xié)議。例如，B2B引擎210使用在因特網(wǎng)通信中公用的超文本傳輸協(xié)議(HTTP)與門戶640進行通信。HLR610使用MAP協(xié)議。移動定位中心(MPC)630優(yōu)選地使用MPC協(xié)議。短消息服務中心(SMSC)650優(yōu)選地使用短消息對等(SMPP)協(xié)議。所使用的特定協(xié)議在本領域是公知的，并且提供一種在網(wǎng)絡中不同節(jié)點之間相互連接的手段。然而，可以理解，各種其他協(xié)議能夠用于支持節(jié)點之間的通信。
現(xiàn)在參考圖18。它舉例說明與不同網(wǎng)絡體系結構接口的B2B引擎。B2B引擎與在該圖以及前面的圖14中所表示的2.5G無線電信系統(tǒng)710接口。然而，B2B引擎能夠與其他諸如第二代(2G)無線電信運營商系統(tǒng)730這樣的系統(tǒng)接口。它還可以與當前處于發(fā)展中的3G無線電信系統(tǒng)750相互連接。盡管與B2B引擎相連接的系統(tǒng)體系結構不相同，但是相同的步驟能夠與系統(tǒng)中的每個網(wǎng)絡節(jié)點一起使用，這在上面已進行了描述。例如，B2B引擎能夠輪詢3G無線電信系統(tǒng)750中的每個網(wǎng)絡節(jié)點，或者網(wǎng)絡節(jié)點能夠?qū)㈥P于對用戶狀態(tài)的任何改變的任何事件報告給B2B引擎210。在本發(fā)明中所描述的引擎能夠用于眾多的系統(tǒng)，并且在上面所描述的用于2.5G無線電信系統(tǒng)的相同步驟能夠應用到3G無線系統(tǒng)以及其他系統(tǒng)。3G無線系統(tǒng)中的網(wǎng)絡節(jié)點在呼叫控制網(wǎng)絡節(jié)點760、770、780以及連接性控制網(wǎng)絡節(jié)點790中是隔開的。媒體網(wǎng)關(MGW)792負責所有的連接性裝置，同時呼叫控制由控制層的服務器來執(zhí)行?？刂茖咏又鳛榈綉镁W(wǎng)關的接口(圖中未示出)，從而允許使服務與特定的固定或者移動的載體技術的相互獨立達到前所未有的程度，以便允許采用任何方式、在任何地方以及在任何時間進行服務遞送。B2B引擎能夠連接到諸如GSM/EDGE、WCDMA以及CDMA2000這樣的不同載體技術。B2B引擎還與所有用于保持跟蹤和/或具有移動用戶記錄的連接性和控制網(wǎng)絡節(jié)點接口。不過，這些網(wǎng)絡節(jié)點優(yōu)選地被重新編程以便包括移動代理，這在上面參考圖14和15已進行了描述。
此外，在上面所描述的移動運營商還是GSM運營商，本領域普通技術人員可以理解，本發(fā)明能夠用于PCS運營商、DAMPS運營商或/和任何現(xiàn)有的移動運營商。而且，單個B2B引擎能夠使各種移動運營商與各種門戶相互連接。移動運營商可以是不同性質(zhì)的，并且例如使用不同標準，B2B能夠同時為PCS運營商以及GSM運行商同時提供服務。
此外，3G移動站還具有向B2B引擎通知對用戶狀態(tài)的任何更新的客戶端應用程序，它與較早前描述的在GSM網(wǎng)絡中這樣的GSM電話是相似的，即所述GSM電話具有被編程在SIM卡上的客戶端應用程序。上述SIM卡可以是這樣的任何裝置，移動裝置在其上可以具有這樣的可編程模塊，所述可編程模塊能夠包含應用程序。上述SIM卡還能夠是任何這樣的可編程裝置，所述可編程裝置能夠存儲和執(zhí)行某些功能，比如讓移動站中的固定模塊作為移動裝置(ME)的一部分。
然而，本領域普通技術人員可以理解，門戶和內(nèi)容聚合商是在外部連接到B2B引擎的，正如在此進行描述的。不過，門戶和/或內(nèi)容聚合商在本要求保護發(fā)明的優(yōu)選實施例中也可以合并到B2B引擎中。意思是說，B2B引擎能夠負責集合數(shù)據(jù)內(nèi)容并且負責有選擇地向用戶供應數(shù)據(jù)內(nèi)容。
本領域普通技術人員可以理解，參考上面的實施例所論述的實時信息和實時網(wǎng)絡，代表的是上述網(wǎng)絡和信息的理想時序，而沒有考慮網(wǎng)絡節(jié)點和任何其他裝置中的任何延遲和/或處理?？偠灾?，實時網(wǎng)絡可以是任何實時或者接近實時性能地運行的網(wǎng)絡。此外，實時信息可以是基本上實時或者接近實時的信息。
本領域普通技術人員應會明白，在本申請中所描述的創(chuàng)新性概念能夠在很大的應用范圍加以修改和變化。因此，請求專利的主題范圍不應限制在任意一個所論述的具體示范性教導，而相反它由下述權利要求進行限定。
權利要求
1.一種便于在電信網(wǎng)絡和信息服務提供商之間互換信息的商務對商務(B2B)引擎，所述B2B2引擎包括用于與所述電信網(wǎng)絡進行信息收發(fā)的第一接口模塊；用于與所述信息服務提供商進行信息收發(fā)的第二接口模塊；與所述第一和所述第二接口模塊相連接的處理器；以及與所述處理器相互連接的至少一個應用模塊。
2.按照權利要求1的B2B引擎，其中所述至少一個應用模塊包括用于管理和配置所述B2B引擎的運行和維護模塊。
3.按照權利要求1的B2B引擎，其中所述至少一個應用模塊包括用于獲取和存儲實時信息的數(shù)據(jù)收集模塊。
4.按照權利要求1的B2B引擎，其中所述至少一個應用模塊包括一個行為分析模塊，所述行為分析模塊用于分析涉及用戶的實時信息以及用于檢查所述用戶的預訂信息。
5.按照權利要求1的B2B引擎，其中所述至少一個應用模塊包括一個預訂模塊，所述預訂模塊允許由所述信息服務提供商預訂以便接收與用戶相關聯(lián)的實時信息以及行為數(shù)據(jù)，所述預訂模塊允許所述用戶預訂所述信息服務提供商提供的服務。
6.按照權利要求1的B2B引擎，其中所述至少一個應用模塊包括一個性能與收費模塊(PACM)，所述PACM監(jiān)視所述信息服務提供商以及所述信息服務提供商的至少一個用戶的多個收費記錄。
7.按照權利要求1的B2B引擎，其中所述至少一個應用模塊是選自以下的組，所述組包括數(shù)據(jù)收集模塊、行為分析模塊、服務開發(fā)環(huán)境模塊、實時遞送模塊、規(guī)則開發(fā)模塊、終端用戶預訂模塊、服務執(zhí)行模塊、性能和收費模塊、接口模塊以及運行和維護模塊。
8.按照權利要求1的B2B引擎，還包括用于存儲與所述電信網(wǎng)絡之內(nèi)的至少一個用戶相關聯(lián)的數(shù)據(jù)的數(shù)據(jù)庫。
9.按照權利要求8的B2B引擎，其中所存儲的數(shù)據(jù)包括與所述至少一個用戶相關聯(lián)的登記信息，所述登記信息允許與所述至少一個用戶相關聯(lián)的電信設備從所述信息服務提供商接收信息。
10.按照權利要求1的B2B引擎，還包括用于存儲所述B2B引擎的指令信息的存儲器。
11.按照權利要求10的B2B引擎，所述指令信息指示所述B2B引擎監(jiān)視與電信設備相關聯(lián)的確定的實時信息。
12.按照權利要求11的B2B引擎，其中所述實時信息是選自以下的組，所述組包括用戶設備位置、用戶偏好、用戶設備Aon@狀態(tài)、用戶設備Aoff@狀態(tài)、用戶小區(qū)全球標識以及用戶路由區(qū)域。
13.一種便于在電信網(wǎng)絡和信息服務提供商之間互換信息的方法，所述方法包括如下步驟在與所述電信網(wǎng)絡和所述信息服務提供商相互連接的商務對商務(B2B)引擎處，接收來自所述電信網(wǎng)絡的實時信息；在所述B2B引擎之內(nèi)處理所接收的實時信息；和由所述B2B引擎向所述信息服務提供商提供所述實時信息。
14.按照權利要求13的方法，其中所述處理步驟包括如下步驟在所述B2B引擎之內(nèi)，驗證與所述接收的實時信息相關聯(lián)的事件。
15.按照權利要求14的方法，其中所述驗證步驟包括將所述事件與存儲在和所述B2B引擎相關聯(lián)的數(shù)據(jù)庫中的信息進行比較。
16.按照權利要求15的方法，其中所述信息指示所述信息服務提供商的用戶的登記。
17.按照權利要求13的方法，其中所述處理步驟包括如下步驟生成一個收費記錄，所述收費記錄與提供給所述信息服務提供商的所述實時信息相關聯(lián)。
18.按照權利要求13的方法，其中所述處理步驟包括如下步驟根據(jù)存儲在與所述B2B引擎相關聯(lián)的數(shù)據(jù)庫中的信息，對所述實時信息進行過濾，所過濾的實時信息在所述提供步驟中被提供給所述信息服務提供商。
19.按照權利要求13的方法，其中所述處理步驟還包括如下步驟將所述接收的實時信息轉發(fā)給所述信息服務提供商，所轉發(fā)的接收的實時信息基本上與所述接收的實時信息相似。
20.按照權利要求13的方法，其中所述提供步驟包括向所述信息服務提供商提供該處理的實時信息，所述處理的實時信息基本不同于所述接收的實時信息。
全文摘要
一種便于在電信網(wǎng)絡和信息服務提供商之間互換信息的商務對商務(B2B)引擎、裝置和方法。所述B2B引擎包括接口模塊，所述接口模塊與電信網(wǎng)絡接口并與信息服務提供商接口。該接口模塊允許B2B引擎接收來自所述電信網(wǎng)絡的實時信息，并且將所述實時信息提供給信息服務提供商。B2B引擎包含用于控制B2B引擎操作的處理器以及與所述處理器相互連接的至少一個應用模塊，所述至少一個應用模塊增強對電信網(wǎng)絡之內(nèi)的移動終端的監(jiān)視和其實時信息的獲取。所述B2B引擎還方便將電信網(wǎng)絡之內(nèi)的實時信息報告給所述信息服務提供商，由此就允許向所述模塊終端提供內(nèi)容數(shù)據(jù)和/或服務。
文檔編號H04L12/24GK1476697SQ01819319
公開日2004年2月18日 申請日期2001年9月18日 優(yōu)先權日2000年9月22日
發(fā)明者R·哈蒂亞, R 哈蒂亞, S·卡維, 羋弈房 固, ？松崴雇呃, M·斯特羅姆奎斯特, T·維特, A·布?？松崴雇咛m 申請人:艾利森公司