專利名稱：數(shù)據(jù)通信的制作方法
技術領域：
本發(fā)明涉及數(shù)據(jù)通信，但是不排除地，尤其是涉及經(jīng)諸如互聯(lián)網(wǎng)絡的數(shù)據(jù)通信網(wǎng)絡的諸如環(huán)球信息網(wǎng)(″web″)頁的電子產(chǎn)品的檢索，因此涉及其供應商的收費。
互聯(lián)網(wǎng)絡上內(nèi)容的收費是已知的。其包括通過互聯(lián)網(wǎng)絡或者一種與內(nèi)容提供者確立的周期性帳單帳目來傳送一種諸如信用卡編號等的財務信息。然而，在用戶希望訪問由許多不同供應商提供的內(nèi)容時，或者供應商希望向未知的個人提供內(nèi)容時，這些收費方案存在著缺點。用戶遲疑于向許多不同的供應商公開個人財務消息，而沒有用戶費用的即刻結算或者沒有一種與該用戶長期信用安排確立的話，則內(nèi)容提供者也遲疑于提供可記帳的內(nèi)容。
另一種用于許多供應商可記帳的內(nèi)容提供的已知系統(tǒng)，包括一個管理與用戶的財務交易的中介物，以及產(chǎn)生被許多第三方內(nèi)容提供者當做可接受貨幣型的“數(shù)字報價”。由該中介物來周期性地為提供者的內(nèi)容對其付款。然而，該第三方內(nèi)容提供者必須使用由中介物提供的能夠處理并解密該數(shù)字報價的“啟用貿(mào)易”的Web服務器。
WO97／03410描述了一種互聯(lián)網(wǎng)絡記帳方法，其中，互聯(lián)網(wǎng)絡訪問提供者排列希望向提供者的客戶銷售產(chǎn)品的廠商，且提供者向客戶為其從廠商處購買的產(chǎn)品及服務開帳單。當顧客連接到互聯(lián)網(wǎng)絡時，顧客能與任意廠商連接以便得到廠商提供的有關產(chǎn)品或服務。然后顧客可以做決定定購產(chǎn)品，在顧客與廠商之間產(chǎn)生交易信息的交換。這個交換包括識別顧客的信息和與購買的產(chǎn)品或服務的包括交易的數(shù)量、方式和交貨時間以及識別該定購的參考編號相關的信息。提供者或者通過由廠商或顧客到提供者的分別的傳輸、或者通過提供者從顧客和廠商之間的通信提取交易消息來獲得交易信息。
WO97／41539描述了一種用于保證網(wǎng)絡電子付款和貸款集的系統(tǒng)。在顧客和廠商之間建立加密通信會話，將顧客的財務細節(jié)傳輸給廠商。該廠商不能夠解密所有的細節(jié)。該廠商與一個“償還網(wǎng)關”建立一種進一步的加密通信會話，由此確認顧客的財務細節(jié)并批準付款。
EP-A-0801479描述了一種數(shù)據(jù)網(wǎng)絡安全系統(tǒng)和方法從而由用戶的互聯(lián)網(wǎng)絡訪問提供者和內(nèi)容提供者之間的分開的獨立的連接來完成信用卡或者其他敏感信息的通信。該分開的連接不是通過互聯(lián)網(wǎng)絡而是通過公眾交換電話網(wǎng)絡的。
按照本發(fā)明的一個方面，這里提供一種通過數(shù)據(jù)通信系統(tǒng)控制服務器系統(tǒng)中與用戶和第三方通信的用戶請求的方法，所述方法包括經(jīng)所述數(shù)據(jù)通信系統(tǒng)從所述用戶接收產(chǎn)品的數(shù)字請求；經(jīng)所述數(shù)據(jù)通信系統(tǒng)將所述請求傳遞給所述第三方；經(jīng)所述數(shù)據(jù)通信系統(tǒng)從所述第三方接收有關所述產(chǎn)品的數(shù)字代碼；根據(jù)所述代碼在所述服務器系統(tǒng)中為所述產(chǎn)品設置向所述用戶收費的價格值；根據(jù)所述價格值確定產(chǎn)品是否由所述第三方來提供；和如果所述確定的結果是正數(shù)則安排由所述第三方提供所述產(chǎn)品。
按照本發(fā)明的另一個方面，這里提供一種向經(jīng)數(shù)據(jù)通信系統(tǒng)進行通信的用戶提供產(chǎn)品的方法，所述方法包括在第一服務器系統(tǒng)經(jīng)所述數(shù)據(jù)通信系統(tǒng)接收來自于控制來源于用戶的請求的第二服務器系統(tǒng)的產(chǎn)品的數(shù)字請求；經(jīng)所述數(shù)據(jù)通信系統(tǒng)將與所述產(chǎn)品相關的數(shù)字代碼傳送給所述第二服務器系統(tǒng)；和如果經(jīng)所述數(shù)據(jù)通信系統(tǒng)從第二服務器系統(tǒng)接收到所述請求的確認，則提供所述產(chǎn)品，其中所述數(shù)字代碼是指由所述第二服務器系統(tǒng)制定的經(jīng)所述產(chǎn)品向所述用戶收費的價格值。
按照本發(fā)明的另一個方面，這里提供一種在數(shù)據(jù)通信系統(tǒng)中向第三方提供的內(nèi)容收費的方法，所述方法包括接收與第三方提供給用戶的內(nèi)容相關的數(shù)字代碼；選擇多個不同的收費方案的其中之一；和按照所述選擇的收費方案根據(jù)所述代碼為所述內(nèi)容產(chǎn)生收費的價格值。
在本發(fā)明的實施例中，網(wǎng)關服務器能控制對第三方產(chǎn)品的訪問。在請求的產(chǎn)品可能不是用戶想要的產(chǎn)品或者是不可能向用戶提供的產(chǎn)品的時候，第三方用一數(shù)字代碼通知網(wǎng)關允許網(wǎng)關服務器確定產(chǎn)品是否被提供。在此由網(wǎng)關服務器服務于多個第三方，訪問第三方產(chǎn)品的用戶僅需要與控制網(wǎng)關服務器的那一方建立聯(lián)系，反過來也可以與第三方的每一方建立單獨的聯(lián)系。
此外，由網(wǎng)關向用戶收費的實際價格由于網(wǎng)關服務器而不同，而與內(nèi)容提供者進行的任何價格的安排或者使用無關。例如，在網(wǎng)關服務器中可以選擇不同的收費方案以便為與同一數(shù)字代碼相關的內(nèi)容向同一用戶按時間而改變收費的價格，從而在收費的價格中提供暫時的靈活性。依賴用戶也可以選擇不同的收費方案。這允許網(wǎng)關服務器為所選擇的用戶應用大量折扣、特殊報價等等。
按照本發(fā)明的另一個方面，這里提供一種在數(shù)據(jù)通信系統(tǒng)中向用戶提供內(nèi)容的方法，所述方法包括
接收來自用戶的內(nèi)容數(shù)字請求；向第三方傳送所述請求；接收包括來自所述第三方的第一內(nèi)容的數(shù)據(jù)，所述第一內(nèi)容包括選擇表示給用戶的第二內(nèi)容的代碼；向所述用戶傳送所述接收到的數(shù)據(jù)；接收來自所述用戶的所述第二內(nèi)容的請求；和向所述用戶傳送所述第二內(nèi)容。
這個方面允許在本發(fā)明的實施例中第二內(nèi)容可以由網(wǎng)關服務器加到第三方提供的第一內(nèi)容上，而不必第三方本身提供該第二內(nèi)容。按照所加的第二內(nèi)容，第三方可以因此對改變其內(nèi)容的需求放心。這樣允許不是在第三方而是在由控制網(wǎng)關服務器的這方設置的用戶終端上顯示價格。
也可以按照控制網(wǎng)關服務器的這方制定的需求來定制第二內(nèi)容，同時第一內(nèi)容仍保持由第三方指定。
在本發(fā)明的各方面中別的特征和優(yōu)點將由本發(fā)明的最佳實施例的如下描述來理解，并進行參考附圖，其中

圖1是一個示意性地說明了按照本發(fā)明的實施例的一種數(shù)據(jù)內(nèi)容檢索系統(tǒng)的方框圖；圖2是更詳細地示意性地說明了圖1的部分排列的方框圖；圖3是說明在圖1和圖2的用戶終端和網(wǎng)關服務器之間實現(xiàn)確認程序的流程圖；圖4是說明用戶的文檔檢索期間由用戶終端、網(wǎng)關服務器和第三方服務器實現(xiàn)程序的流程圖；和圖5是說明文檔檢索的由客戶、網(wǎng)關服務器和第三方服務器實現(xiàn)另一個程序的流程圖。
圖1是說明一種按照本發(fā)明實施例的數(shù)據(jù)內(nèi)容檢索系統(tǒng)的方框圖。該系統(tǒng)包括網(wǎng)關服務器GS，和多個第三方服務器TPS1，TPS2…TPSn。圖示了三個不同的示例的用戶終端T1、T2、T3，其每個都經(jīng)數(shù)據(jù)通信網(wǎng)絡--在本實施例中為互聯(lián)網(wǎng)絡而連接到該系統(tǒng)。該第三方服務器TPS1，TPS2…TPSn經(jīng)安全的通信鏈路2(其可以是分開的物理鏈路和/或在鏈路使用通信期間保證加密的邏輯鏈路)遠程地連接到網(wǎng)關服務器和/或與確認服務器位于同一點。
可以在諸如工作站電腦的計算資源上實現(xiàn)圖1中所示的每一個服務器。以工作站電腦、網(wǎng)絡計算機、移動通信終端等形式可以實現(xiàn)每個用戶終端T1，T2，T3，等等。圖2示意性地說明了數(shù)據(jù)檢索系統(tǒng)的進一步的細節(jié)，圖示了單個用戶終端T1和單個第三方服務器TPS1。網(wǎng)關服務器GS和第三方服務器TPS1都是服務器，而用戶終端T1以Web客戶機的形式裝備有應用程序軟件，或者諸如網(wǎng)景引導器(商標)或微軟互聯(lián)網(wǎng)絡瀏覽器(商標)等等的瀏覽程序。
網(wǎng)關服務器GS包括Web服務器形式的軟件應用程序，搜索命令網(wǎng)關接口(CGI)12，帳號查看CGI14，價格查看CGI16和代理CGI18。還包括存儲不同收費方案的價格數(shù)據(jù)庫20，存儲每一用戶貸款期限的貸款期限數(shù)據(jù)庫22，運算符控制接口24和記帳引擎26。另外，該網(wǎng)關服務器裝備有存儲有關每一用戶基本的確認細節(jié)的確認數(shù)據(jù)庫AD。
同時第三方服務器TPS1包括搜索引擎30，內(nèi)容引擎32，價格數(shù)據(jù)庫34和收費數(shù)據(jù)庫36。內(nèi)容引擎32存儲并傳送包括響應來自網(wǎng)關服務器的請求的網(wǎng)頁在內(nèi)的數(shù)據(jù)。價格數(shù)據(jù)庫存儲每項儲存在內(nèi)容引擎32中的額外費用內(nèi)容的價格代碼。
為了訪問網(wǎng)關服務器GS，Web客戶機通過互聯(lián)網(wǎng)絡發(fā)送文檔請求。為了識別并找出在Web服務器中的文檔，由定位器(URL)識別文檔。構造URL來識別服務通信協(xié)議(在本實施例中其是超文字傳輸通訊協(xié)議HTTP)，互聯(lián)網(wǎng)絡服務器的“域”，在互聯(lián)網(wǎng)絡服務器中的文件的目錄以及文件名。一種在網(wǎng)關服務器上的文件的典型URL結構如下HTTP∥網(wǎng)關域/目錄/文件名因此，為了從網(wǎng)關服務器直接地檢索文件，Web客戶機傳送適當?shù)腢RL其中域是該網(wǎng)關服務器的域。另一方面，在第三方服務器中的文件的典型URL結構如下HTTP∥第三方網(wǎng)關域/目錄/文件名因此，位于第三方服務器TPS1上的文檔也使用網(wǎng)關服務器的域來識別并查找。文檔請求最初傳送到網(wǎng)關服務器，該網(wǎng)關服務器按照URL中指定的第三方向該第三方服務器傳送該請求。
圖3說明了在Web客戶機和網(wǎng)關服務器GS之間執(zhí)行的確認程序。在說明的程序中，用戶最初未登錄(也就是說未確認)。
確認程序使用基于Web的“客戶方的持續(xù)信息”的功能，通常多是指“餅干”?？梢詮腤eb服務器發(fā)送餅干，其嵌入在由服務器發(fā)送關于請求的文檔中。在接收餅干時，不論Web客戶機何時試圖從相同的域的服務器中檢索文檔，從該服務器其收到原始餅干，Web客戶機都自動地存儲餅干中的信息，然后自動地傳送文檔請求中的信息。本實施例中使用的Web客戶機是諸如上面提及的支持餅干的瀏覽器。
參見圖3，為了登錄用戶，Web客戶機傳送文檔請求(URL)到網(wǎng)關服務器，步驟100。響應來自當前未確認的用戶的文檔請求，網(wǎng)關服務器產(chǎn)生一個標記，其包括一個大的隨機數(shù)字。然后以標記餅干的形式將該標記發(fā)送到客戶機，步驟102。在接收餅干時，客戶機將其存儲，步驟104，并使用剛剛被發(fā)送的該標記來執(zhí)行確認，步驟106。該確認算法需要有客戶機終端T1的用戶輸入的用戶名和口令然后執(zhí)行關于該標記的那些參數(shù)的組合的單向散列法函數(shù)。然后將該計算結果傳送到網(wǎng)關服務器，步驟108。
一收到來自客戶機的響應，網(wǎng)關服務器從確認數(shù)據(jù)庫AD檢索用戶的口令并在網(wǎng)關服務器使用先前發(fā)送的標記再執(zhí)行確認算法。如果收到響應且獨立計算的算法結果相符，步驟110，則通過存儲相對于該用戶的記錄的標記在確認數(shù)據(jù)庫AD中將用戶標記為登錄，步驟112。
當在確認數(shù)據(jù)庫AD中將該用戶標記為登錄時，為用戶在確認數(shù)據(jù)庫中設置計時器，其最后終止它的用戶登錄情況。每次從用戶客戶機接收到包含有效的標記餅干的文檔請求時，則確認數(shù)據(jù)庫AD都向網(wǎng)關服務器10確認用戶的當前登錄情況，并復位用戶計時器。因此，如果在預確定時間周期內(nèi)從登錄用戶沒有收到文檔請求，例如5分鐘，該用戶自動地退出系統(tǒng)以致于當從含有相同標記餅干的用戶處收到下一個文檔請求時，該用戶必須再次確認。
如果在步驟110網(wǎng)關服務器確定沒有收到有效響應，最大的可能是由于用戶的口令輸入不正確，而如果這是用戶的第一次失敗，將累加失敗標志一次并且網(wǎng)關服務器發(fā)送一個在新的餅干中包括該失敗標志的新的地址標記給該用戶客戶機，步驟102。一旦該用戶已確認失敗三次，則網(wǎng)關服務器發(fā)送一出錯信息給該用戶客戶機，指示該用戶將不被登錄，步驟116。
一旦該用戶已確認，來自網(wǎng)關服務器本身或者來自一個第三方服務器TPS1，TPS2…TPSn的各個文檔請求將被當作來自有效的用戶的請求來對待，因為該請求帶有包含表示該用戶是當前登錄的標記餅干。網(wǎng)關服務器在檢驗包含在伴隨文檔請求的餅干中的標記上確定該用戶為當前登錄，該標記相對于記錄在確認數(shù)據(jù)庫AD中的標記。
圖4說明了當已確認用戶請求一個來自網(wǎng)關服務器本身或者來自一個第三方服務器的文檔時的實現(xiàn)程序，步驟200。
如果該請求是針對網(wǎng)關服務器本身，則網(wǎng)關服務器傳送被請求的文檔(一張網(wǎng)頁)，步驟202，到客戶機，其分析并顯示該文檔，步驟204。此類文檔例如可以是一個包含到每一個第三方請求的超級文本鏈接的主頁。
另一方面如果網(wǎng)關接收的文檔請求來自第三方服務器，則網(wǎng)關服務器傳遞該文檔確定到適當?shù)牡谌?，步驟206。然后第三方服務器從它的價格數(shù)據(jù)庫34確定該文檔是否包含額外費用的內(nèi)容，也就是說該文檔是否收費。如果不是，則傳輸該文檔(一張超文本標記語言網(wǎng)頁HTML網(wǎng)頁)，步驟208。網(wǎng)關服務器傳遞該文檔，步驟210，并且在客戶機終端分析并顯示該文檔，步驟212。
另一方面如果第三方內(nèi)容文檔是收費的，則第三方服務器從價格數(shù)據(jù)庫34確定該文檔被分配了多個價格代碼的哪一個。由控制網(wǎng)關服務器的那一方預確定這些價格代碼并且通常由所有的第三方服務器使用。然后第三方服務器返回一個包含該請求文檔的價格代碼的超文本傳輸通訊協(xié)議(HTTP)的“402”出錯信息(在RFC2068定義為“付款需要”)到網(wǎng)關服務器，步驟216。
一接收到來自第三方的包含價格代碼的HTTP“402”出錯信息時，根據(jù)用戶身分和/或當前的日期/時間，代理CGI18選擇保存在價格數(shù)據(jù)庫20中的多個收費方案中的其中一個，并制定一個由所選擇的收費方案確定的用戶收費價格，步驟218。
下面的表格表示由代理CGI18使用的價格數(shù)據(jù)庫20中的輸入的典型格式以便在不同的價格代碼PC1和PC2的接收后制定向用戶收費的價格。在本實施例中，相應于價格代碼向用戶為產(chǎn)品收費的價格既依賴于用戶接受產(chǎn)品產(chǎn)品所屬的用戶類型，又依賴于當前的日期。在表格中的例子中，有三個用戶類型A，B和C。在表格中表示了三個日期/時間的界限，為X，Y和Z。價格L，M，N，R，S和T對于跨距從X直到Y的期間是有效的。在相同的價格代碼PC1，PC2但是是在不同的時間，即在跨距從Y到Z的期間，接收價格O，P，Q，U，V，W，。
可以通過與網(wǎng)關服務器相關的諸如保存在帳單引擎26中的記帳數(shù)據(jù)庫的用戶數(shù)據(jù)庫來將用戶類型通知代理CGI18。該用戶類型可用來應用于由網(wǎng)關服務器的運算符確定的折扣的不同級別。
正如從該表很顯然的，向用戶收費的多個價格可以對應一個價格代碼。例如，與在第三方服務器的價格數(shù)據(jù)庫34中的單個價格代碼PC1相關的內(nèi)容可能收費為六個不同價格L，M，N，O，P和Q。在本例中根據(jù)用戶類型和當前的日期/時間兩者來選擇收費方案。在可選擇的實施例中，在接收到來自第三方服務器的價格代碼時向用戶收費的價格可以根據(jù)該用戶的身分或者當前的日期/時間而獨自變化，或者參數(shù)(包括至此提及的那些參數(shù))的組合可用來確定向用戶收費的價格。
在有關該表的描述中，代理CGI根據(jù)價格代碼和進一步的參數(shù)查找向用戶收費的價格。在進一步選擇中，僅通過查找與來自價格數(shù)據(jù)庫20的價格代碼直接相應的價格就可以制定收費的價格。在網(wǎng)關服務器中的這種一對一查找還允許通過改變在對應每個價格代碼的價格數(shù)據(jù)庫中的價格輸入而使價格隨時間而變化。
作為一種選擇，通過應用與價格數(shù)據(jù)庫20中的價格代碼關聯(lián)的價格公式，代理CGI可以計算向用戶收費的價格。
然后代理CGI檢查用戶的保存在貸款期限數(shù)據(jù)庫22中的一個或多個貸款期限的每一個以便確保產(chǎn)品購買的可接受性。這些貸款期限可以包括由網(wǎng)關服務器的管理器制定的貸款期限和/或由作用于用戶方面的管理器制定的期限。提供購買者不超過的信貸期限，代理CGI產(chǎn)生一個顯示收費價格的訂單的請求確認的HTML格式并將其傳送給客戶機終端，步驟222。
該客戶終端分析并顯示該HTML格式，步驟224，請求用戶確認或拒絕訂單，步驟226?？蛇x擇地，可以預設置Web客戶機應用程序以便拒絕任何收費的文檔，或拒絕超出某些價格的文檔。然后通過Web客戶機返回該填充形式，步驟228。
在網(wǎng)關服務器處，如果返回的形式拒絕訂單，則網(wǎng)關關閉與第三方的連接并且無進一步的相互作用發(fā)生直到從客戶機終端送來另一個請求。另一方面如果返回的形式表示訂單的確認，則代理CGI產(chǎn)生一個交易身分(TXID)，步驟230，并傳送文檔申請(額外費用內(nèi)容網(wǎng)頁的URL)以及該交易身分，步驟232。一收到帶有來自網(wǎng)關服務器的可識別交易身分的文檔申請，第三方服務器就記錄該交易身分和在其收費數(shù)據(jù)庫36中請求的文檔的價格代碼，并將文檔傳送到網(wǎng)關服務器，步驟236。
一收到來自第三方服務器的額外費用內(nèi)容網(wǎng)頁，則網(wǎng)關服務器在記帳引擎26中記入借方用戶帳號并記錄相對于該用戶帳號的交易，步驟238，作為后來的帳單。將網(wǎng)頁本身傳遞到Web客戶機，步驟240，其分析并顯示該網(wǎng)頁。
在上面所述的該程序中，為了確定額外費用內(nèi)容網(wǎng)頁是否被傳輸?shù)接脩簦谌椒掌鳈z查網(wǎng)關服務器。在檢查過程中，第三方不需要具有特定的與請求該額外費用內(nèi)容網(wǎng)頁的用戶有關的任何內(nèi)容。然而，如果想要與用戶(例如，用戶身分)有關的一個或多個細節(jié)可以通過網(wǎng)關服務器隨著文檔請求傳遞到第三方服務器，以便允許該第三方服務器傳輸?shù)骄W(wǎng)關服務器之前使該網(wǎng)頁的內(nèi)容私人化。
圖5是解釋由價格查看CGI16提供的功能流程圖，啟動網(wǎng)關服務器定制的內(nèi)容。價格查看CGI6使用插入到第三方網(wǎng)頁的HTML內(nèi)容的價格代碼，并產(chǎn)生包含相應的由網(wǎng)關服務器計算出的價格的圖象文件，并在第三方提供的網(wǎng)頁中被插入。價格查看CGI將該價格代碼作為參數(shù)并返回表示該價格的圖象文件(圖形交換格式或者GIF)。用與在如圖4所示的代理CGI定購額外費用內(nèi)容網(wǎng)頁的談判過程的步驟218中相同的方式來計算表示在圖象文件中的價格。即，依靠用戶的身分和/或日期/時間來選擇收費方案，并且相應的收費算法用于將價格代碼轉(zhuǎn)換為被顯示的實際價格。
關于圖5，客戶機終端通過傳送來自已確認用戶的且是第三方服務器所希望的文檔請求來啟動該程序，步驟300，在網(wǎng)關服務器接收該文檔請求并向第三方服務器傳遞，步驟302。作為應答，第三方服務器傳送該文檔，步驟304。應該理解，如果文檔是額外費用內(nèi)容網(wǎng)頁，則在步驟304中傳輸該文檔以前實現(xiàn)如圖4所示的步驟214到234。在步驟304傳輸?shù)奈募琀TML頁格式的主要內(nèi)容，HTML行包括價格或者產(chǎn)品代碼。這可以是如下的HTML行<img src=″http//gatewaydomain/cgi-Bin/VIEWPRICE.cgi code=014″>
這種HTML行表示從將要提供價格的網(wǎng)關服務器檢索的圖象文件，依據(jù)價格代碼，在上面給出的例子中是014，價格查看CGI產(chǎn)生或選擇的圖象的形式。
一收到該文檔，該網(wǎng)關服務器就把該文檔直接傳遞到該客戶機終端，步驟306。在客戶機終端，Web客戶機應用程序分析該HTML，步驟308。在上述分析HTML行時，Web客戶機請求來自網(wǎng)關服務器的該圖象文件，步驟310。
一收到該請求，網(wǎng)關服務器將包含在圖象文件請求中的價格代碼轉(zhuǎn)換為一種向用戶顯示相應的價格的GIF圖象文件，步驟312，并將其返回到用戶客戶機，步驟314。然后該客戶機終端顯示整個網(wǎng)頁，步驟316，包括從第三方直接接收的主要內(nèi)容和從網(wǎng)關服務器接收的以顯示價格的圖象文件的形式的次要內(nèi)容。該頁本身可以是例如第三方服務器的主頁，其包括到一個或多個其額外費用內(nèi)容網(wǎng)頁的超級文本鏈接收費的價格被顯示為緊跟在超級文本鏈接之后的圖象(或者簡單地文字)中。
圖5中說明的功能的使用提供一種有彈性的價格性能而不需網(wǎng)關服務器分析涉及價格的特殊的間位特性的所有的第三方網(wǎng)頁。此外，該功能不僅允許網(wǎng)關服務器依據(jù)用戶和/或日期/時間來定義顯示的價格，而且如果希望的話，允許其可以依據(jù)用戶和/或日期/時間來定義顯示的價格的格式。
具有使用戶能夠查看所有的額外費用內(nèi)容的記帳引擎26的帳號查看CGI14接口同時管理其來自任何或所有的第三方內(nèi)容提供者的帳目。另外，帳目查看CGI允許系統(tǒng)管理員作用于用戶方面以便改變儲存在數(shù)據(jù)庫22中的用戶定義的貸款期限。
搜索CGI12使用戶能夠通過連接到網(wǎng)關服務器的一個或多個第三方服務器進行搜索。搜索CGI檢索來自各個第三方搜索引擎30的信息并將該信息重新格式化為一種到用戶的顯示的通用格式。
與上述的實施例有關的所有的改變能夠被使用。
雖然在上面由與額外費用內(nèi)容的項相關的第三方服務器傳送的代碼描述了該內(nèi)容的價格特性，可以設想類似的功能可用于編碼該內(nèi)容的其他特性。例如，代碼可以表征將內(nèi)容編址到其上的人的最小年齡，而網(wǎng)關服務器保存它們用戶基本的年齡細節(jié)。從而，該網(wǎng)關服務器能過濾內(nèi)容以便確保在將內(nèi)容傳遞到用戶之前將用戶的年齡考慮到帳目中。如果資料不合適該年齡的用戶關心，該年齡在這里是用年齡代碼表示的，則網(wǎng)關服務器可以在其到達該用戶之前阻止該內(nèi)容。
雖然在上面的實施例中價格代碼和收費都附加到其上的內(nèi)容單元是單個的網(wǎng)頁，但是可以以不同方法測量該內(nèi)容單元，例如，它可以包括許多的網(wǎng)頁或在任何特別的第三方服務器上的內(nèi)容范圍訪問的持續(xù)時間。
上面的實施例中使用了一種利用餅干功能的特殊有利的確認方案。但是，網(wǎng)關服務器也可以使用其他基于Web的確認方案以便在允許訪問第三方服務器上的額外費用內(nèi)容之前確認用戶。
可以想象，在不偏離定義在隨后的權利要求中的本發(fā)明的范圍下，可使用進一步的變化和選擇。
權利要求
1.一種控制服務器系統(tǒng)中的用戶請求的方法，該服務器系統(tǒng)經(jīng)數(shù)據(jù)通信系統(tǒng)與用戶和第三方通信，所述方法包括經(jīng)所述數(shù)據(jù)通信系統(tǒng)接收來自所述用戶的關于產(chǎn)品的數(shù)字請求；經(jīng)所述數(shù)據(jù)通信系統(tǒng)將所述請求傳遞到所述第三方；經(jīng)所述數(shù)據(jù)通信系統(tǒng)接收來自所述第三方的涉及所述產(chǎn)品的數(shù)字代碼；依據(jù)所述代碼在所述服務器系統(tǒng)中設置為該產(chǎn)品向所述用戶收費的價格值；根據(jù)所述價格值確定產(chǎn)品是否由所述第三方提供；和如果所述確定結果是肯定的，則安排由所述第三方提供所述產(chǎn)品。
2.根據(jù)權利要求1的方法，包括接收進一步的數(shù)字請求并且一收到相同的數(shù)字代碼就設置向用戶收費的不同的價格值。
3.根據(jù)權利要求1或2的方法，其中由所述服務器系統(tǒng)參考價格數(shù)據(jù)庫從所述代碼導出所述價格值。
4.根據(jù)權利要求1，2或3的方法，其中所述確定步驟包括參閱為所述用戶制定的一個接受標準。
5.根據(jù)權利要求4的方法，其中所述接受標準是一種貨幣界限。
6.根據(jù)前面的任何權利要求之一的方法，其中所述確定步驟包括將所述價格值傳送到所述用戶并請求來自所述用戶的確認響應。
7.根據(jù)前面的任何權利要求之一的方法，其中由選定的收費方案從所述代碼導出所述價格值。
8.根據(jù)權利要求7的方法，包括依據(jù)用戶選擇所述收費方案。
9.根據(jù)權利要求7或8的方法，包括依據(jù)時間值選擇所述收費方案。
10.根據(jù)前面的任何權利要求之一的方法，包括在所述傳送步驟之前執(zhí)行所述用戶的確認。
11.根據(jù)前面的任何權利要求之一的方法，其中所述產(chǎn)品包括電子產(chǎn)品。
12.根據(jù)前面的任何權利要求之一的方法，其中所述數(shù)據(jù)通信系統(tǒng)是基于互聯(lián)網(wǎng)絡的系統(tǒng)。
13.根據(jù)權利要求12的方法，其中以HTTP信息的形式從所述第三方傳輸所述代碼。
14.一種經(jīng)數(shù)據(jù)通信系統(tǒng)進行通信向用戶提供產(chǎn)品的方法，所述方法包括經(jīng)所述數(shù)據(jù)通信系統(tǒng)在第一服務器系統(tǒng)中接收來自于控制來源于用戶的請求的第二服務器系統(tǒng)的產(chǎn)品的數(shù)字請求；經(jīng)所述數(shù)據(jù)通信系統(tǒng)向所述第二服務器系統(tǒng)傳送有關所述產(chǎn)品的數(shù)字代碼；和如果經(jīng)所述數(shù)據(jù)通信系統(tǒng)從所述第二服務器系統(tǒng)收到所述請求的確認，則提供所述產(chǎn)品，其中所述數(shù)字代碼是指由所述第二服務器系統(tǒng)設定的、經(jīng)所述產(chǎn)品向所述用戶收費的價格值。
15.一種數(shù)據(jù)通信系統(tǒng)中的對由第三方提供的內(nèi)容收費的方法，所述方法包括接收與第三方提供給用戶的內(nèi)容有關的數(shù)字代碼；選擇多個不同的收費方案的其中之一；和按照所選擇的收費方案，根據(jù)所述代碼產(chǎn)生所述內(nèi)容的收費價格值。
16.根據(jù)權利要求15的方法，其中在所述不同的收費方案之間選擇以便改變按時間向相同的用戶收費的價格。
17.根據(jù)權利要求15或16的方法，其中依據(jù)用戶在所述不同的收費方案之間選擇。
18.根據(jù)權利要求15到17的任何一種方法，進一步包括在向所述用戶提供所述內(nèi)容之前確定所述收費的價格值是否可接受。
19.根據(jù)權利要求18的方法，其中所述確定步驟包括請求來自所述用戶的確認響應。
20.根據(jù)權利要求19的方法，其中所述確認請求包括收費的所述價格值。
21.一種在數(shù)據(jù)通信系統(tǒng)中向用戶提供內(nèi)容的方法，所述方法包括接收來自用戶的關于內(nèi)容的數(shù)字請求；向第三方傳送所述請求；接收來自所述第三方的包括第一內(nèi)容的數(shù)據(jù)，所述第一內(nèi)容包括選擇待送給用戶的第二內(nèi)容的代碼；向所述用戶傳送所述接收數(shù)據(jù)；接收來自所述用戶的所述第二內(nèi)容的請求；和向所述用戶傳送所述第二內(nèi)容。
22.根據(jù)權利要求21的方法，其中所述第二內(nèi)容包括由所述第三方提供的產(chǎn)品的收費價格。
23.根據(jù)權利要求21或22的方法，其中所述第二內(nèi)容包括一圖象文件。
24.根據(jù)權利要求21，22或23的方法，其中所述第二內(nèi)容的所述請求包括所述代碼。
25.根據(jù)權利要求24的方法，其中所述第二內(nèi)容的所述請求包括一種一致性資源定位器。
26.根據(jù)權利要求21到25的任何一種方法，其中根據(jù)所述代碼和進一步的參數(shù)來選擇所述第二內(nèi)容以便傳輸。
27.根據(jù)權利要求26的方法，其中所述進一步的參數(shù)涉及用戶的身分。
28.一種安排用于執(zhí)行權利要求1到27的任何一種方法的服務器系統(tǒng)。
全文摘要
網(wǎng)關服務器提供對同時管理用戶數(shù)據(jù)庫和帳目功能的第三方內(nèi)容服務器的訪問。一收到待收費的額外費用內(nèi)容的請求,第三方服務器用與內(nèi)容相關的價格代碼通知網(wǎng)關服務器。網(wǎng)關服務器將該價格代碼轉(zhuǎn)換為收費價格,并在貸款期限檢查以及接收到來自用戶的確認之后確認該第三方服務器的命令。
文檔編號G06Q20/00GK1282432SQ9881222
公開日2001年1月31日 申請日期1998年12月15日 優(yōu)先權日1997年12月15日
發(fā)明者菲利普·查爾斯·萊弗里奇 申請人:英國電訊有限公司