欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

用于自動聚集和投遞電子個人信息或數(shù)據(jù)以及涉及電子個人信息或數(shù)據(jù)的事務(wù)處理的裝...的制作方法

文檔序號:6418735閱讀:202來源:國知局
專利名稱:用于自動聚集和投遞電子個人信息或數(shù)據(jù)以及涉及電子個人信息或數(shù)據(jù)的事務(wù)處理的裝 ...的制作方法
本申請依照35U.S.C.§119(e),要求申請人的臨時美國專利申請系列號60/105,917(提交日1998年10月28日,名稱用于自動聚集和投遞電子個人信息或數(shù)據(jù)以及涉及電子個人信息或數(shù)據(jù)的事務(wù)處理的裝置與方法)和申請人的臨時美國專利申請系列號60/134,395(提交日1999年5月17日,名稱用于自動聚集和投遞電子個人信息或數(shù)據(jù)以及涉及電子個人信息或數(shù)據(jù)的事務(wù)處理的裝置與方法)的權(quán)益。
本發(fā)明涉及一種自動聚集和投遞電子個人信息或數(shù)據(jù)(PI)的裝置與過程。本發(fā)明進(jìn)一步涉及對涉及電子PI的事務(wù)處理的自動化。
回顧過去的五年,顯然,隨著因特網(wǎng)的迅猛發(fā)展,消費(fèi)者需要能使他們的在線體驗(yàn)更加簡單、易用和令人滿意的應(yīng)用和服務(wù)。成功的因特網(wǎng)站點(diǎn)的發(fā)展適應(yīng)了在過去若干年中發(fā)展起來的許多主題。仔細(xì)分析的結(jié)論是,這種演變是正在出現(xiàn)的數(shù)字經(jīng)濟(jì)的合乎邏輯的發(fā)展。
1994年之前,因特網(wǎng)并不是一種大眾媒體,部分原因是當(dāng)時業(yè)已存在的技術(shù)(FTP、Archie、Usenet和Gopher)并不是用戶友好的,要求最終用戶做所有工作(例如,最終用戶要了解現(xiàn)有數(shù)據(jù)源,尋找地址,漫游到目的地,然后下載信息)。隨著越來越多的消費(fèi)者開始訪問因特網(wǎng),人們開發(fā)了搜索引擎來解決這種合用性問題。由于商業(yè)搜索引擎的出現(xiàn),可以容易地將更多的內(nèi)容添加到因特網(wǎng),最終用戶也獲得一種尋找和訪問這種信息的工具。消費(fèi)者們要求有比搜索引擎更好的工具來組織和訪問這種通用內(nèi)容資源。人們探索過PUSH技術(shù),最后,成功地采用了門戶策略,作為一種消費(fèi)者用來容易地訪問格式單一、易用的各種內(nèi)容資源的有效方法。隨著可用在線內(nèi)容的數(shù)量指數(shù)級地持續(xù)增長,門戶現(xiàn)在面臨著根據(jù)消費(fèi)者的特定偏好和趣味向不同的消費(fèi)者提供不同類型的內(nèi)容的需要。
因特網(wǎng)門戶(portal)和目的地站點(diǎn)的非凡成功,體現(xiàn)了創(chuàng)造性地、智能地對網(wǎng)上可用的海量信息進(jìn)行聚集、組織和表示的重要性。搜索引擎、門戶和目的地站點(diǎn)有基于最終用戶對它們站點(diǎn)訪問的頻率、持續(xù)時間和品位的因特網(wǎng)策略。由于這個原因,目的地站點(diǎn)和門戶不斷地尋求能驅(qū)使優(yōu)質(zhì)業(yè)務(wù)量來到它們站點(diǎn)并作停留的內(nèi)容和/或技術(shù)。近來的趨勢表明,如果按照個人偏好來組織信息,則因特網(wǎng)用戶回訪站點(diǎn)的可能性會增長25倍。


圖1顯示當(dāng)前的獲取PI100的過程。在步驟110,最終用戶首先選擇一個信息提供者站點(diǎn)。最終用戶繼續(xù)到步驟120,找出并輸入選定的信息提供者的因特網(wǎng)地址。這個步驟可以用若干種復(fù)雜程度不同的方式來完成。完成這個步驟的一個簡單方法是使用書簽或愛好,盡管第一次找出信息提供者時會費(fèi)很多時間和努力來進(jìn)行在線檢索。在步驟130,最終用戶用選定的信息提供者的網(wǎng)站的專用登錄協(xié)議在該網(wǎng)站登錄。這個協(xié)議一般要用用戶名和口令或其它驗(yàn)證手段來驗(yàn)證最終用戶的身份,從最終用戶的系統(tǒng)上駐留的cookies(餅干)獲取驗(yàn)證數(shù)據(jù)或者所請求數(shù)據(jù)與cookie數(shù)據(jù)的組合。最終用戶繼續(xù)在步驟140在信息提供者網(wǎng)站上的網(wǎng)頁中漫游,直到找出所希望的信息。在這個過程期間,經(jīng)常會要求最終用戶訪問其目的只是獲取網(wǎng)站上駐留的特定PI而對最終用戶來說用處不大或毫無用處的網(wǎng)頁。最后在步驟150,向最終用戶提交所希望PI。對最終用戶所希望的各條PI,重復(fù)整個過程100。按照這個PI訪問模型,最終用戶必須訪問各獨(dú)立的信息提供者,為每個信息提供者留下可能不同的身份驗(yàn)證數(shù)據(jù),使用各站點(diǎn)的不同用戶界面,還可能在數(shù)量可觀的填充網(wǎng)頁間奔忙。
圖4用圖形表示了當(dāng)前這種訪問過程的體系結(jié)構(gòu)。最終用戶210用客戶計算機(jī)220在因特網(wǎng)上訪問各PI網(wǎng)站250。當(dāng)前這種模型有一些重大缺陷。最終用戶必須單獨(dú)登錄到各站點(diǎn)。各獨(dú)立站點(diǎn)有其自己的圖形用戶界面。各站點(diǎn)都希望最終用戶停留和再來訪問;各被訪問站點(diǎn)都希望盡可能長時間地保持用戶的注意。不存在真正的PI的聚集;多處訪問只是能夠順序訪問PI的各特定部分。
近來研究出了一種對這些問題的部分解決方案,其形式是門戶站點(diǎn)。通用門戶站點(diǎn)將聚集的資源分成門類,并提供向涉及這些門類包含的主題的站點(diǎn)的鏈接。Yahoo和Excite就是這種通用門戶站點(diǎn)的例子。這些站點(diǎn)方便了通用內(nèi)容的橫向聚集(horizontalaggregation)-橫向聚集指的是對在特定信息提供者類別(諸如銀行或公用事業(yè)公司)內(nèi)PI訪問的聚集。有的門戶站點(diǎn)有限制地讓個別最終用戶能選擇和配置種類不同的通用PI(generic PI)。通用PI指的是對特定最終用戶有價值的、不要求特定的身份驗(yàn)證就能獲得的PI。例如,某最終用戶可能對其本地區(qū)的天氣預(yù)報有興趣。可以將這種信息綜合到一個門戶頁中,而無需對接收這個PI的特定最終用戶的身份驗(yàn)證。這種個人化的門戶頁向?qū)で缶奂ㄓ肞I的用戶提供了極大的好處。然而,當(dāng)前的門戶頁一般不提供要求身份驗(yàn)證的PI,諸如用戶的證券財產(chǎn)目錄或銀行帳戶余額。此外,這些頁不能簡化采用PI的事務(wù)處理。
在當(dāng)前技術(shù)條件下,在因特網(wǎng)上聚集可用的PI,對時間、精力和學(xué)習(xí)曲線(learning curve)方面等方面的要求負(fù)擔(dān)很重。希望訪問其PI的最終用戶需要個別地訪問許多各有自己的要求、圖形用戶界面和登錄協(xié)議的信息提供者站點(diǎn)。
在本發(fā)明中,用一個連網(wǎng)的計算機(jī)來方便最終用戶對涉及與該特定最終用戶關(guān)聯(lián)的電子PI(諸如證券財產(chǎn)目錄、本地天氣、體育比賽比分、銀行帳戶余額或其它相關(guān)信息或數(shù)據(jù))的訪問、操作及涉及該P(yáng)I的事務(wù)處理。按照本發(fā)明,在連網(wǎng)的計算機(jī)上聚集與特定最終用戶相關(guān)的PI。由各種可選擇的傳遞平臺,諸如傳真、客戶計算機(jī)、電話、常規(guī)郵件、電子郵件、尋呼機(jī)、其它無線設(shè)備、網(wǎng)頁或頻道或其它傳遞載體,將這種信息或數(shù)據(jù)以統(tǒng)一的方式傳遞到最終用戶。本發(fā)明還能促進(jìn)各種涉及PI的電子事務(wù)諸如證券交易、零售買賣、帳單支付、銀行帳戶資金轉(zhuǎn)移或其它事務(wù)。
按照本發(fā)明的一個傳遞個人信息的系統(tǒng)包括一個包含最終用戶數(shù)據(jù)的用戶儲存庫、一個包含信息提供者數(shù)據(jù)的提供者儲存庫、一個包含個人信息的個人信息儲存庫和一個與這些數(shù)據(jù)儲存庫通信的處理器。處理器支持個人信息的聚集。處理選擇一個最終用戶來進(jìn)行個人信息聚集。一旦選定了最終用戶,處理器就連接一個或多個信息提供者。處理器然后開始從所連接的信息提供者為選定的最終用戶檢索個人信息。這種檢索根據(jù)的是與選定最終用戶關(guān)聯(lián)的最終用戶數(shù)據(jù)和與所連接信息提供者關(guān)聯(lián)的提供者數(shù)據(jù)。檢索出的數(shù)據(jù)被存入個人信息儲存庫。
在本發(fā)明的一個方面,用網(wǎng)絡(luò)計算機(jī)-或者叫宿主計算機(jī)-來發(fā)布、存儲和檢索與特定最終用戶關(guān)聯(lián)的電子信息。在特定實(shí)施例中,信息是諸如證券財產(chǎn)目錄、本地天氣、體育比賽比分、銀行帳戶余額或其它相關(guān)信息或數(shù)據(jù)的個人信息。按照這個方面,在宿主計算機(jī)上聚集與特定最終用戶相關(guān)的PI。宿主計算機(jī)將所聚集的數(shù)據(jù)傳輸?shù)脚c為其而聚集數(shù)據(jù)的特定最終用戶相關(guān)聯(lián)的客戶計算機(jī)。最好將所聚集的數(shù)據(jù)以cookie數(shù)據(jù)的形式傳輸?shù)娇蛻粲嬎銠C(jī)并以cookie數(shù)據(jù)的形式由客戶計算機(jī)存儲。在有些實(shí)施例中,在傳輸之前將所聚集的數(shù)據(jù)加密。宿主計算機(jī)接收關(guān)于聚集數(shù)據(jù)的請求。請求的源最好是客戶計算機(jī),然而在本發(fā)明范圍內(nèi)也可以考慮是其它合適的設(shè)備源。宿主計算機(jī)從客戶計算機(jī)接收-最好是cookie數(shù)據(jù)形式的-聚集數(shù)據(jù)。如果所聚集數(shù)據(jù)是加密的,就解密。宿主計算機(jī)繼續(xù)服務(wù)該請求以生成請求結(jié)果??梢詫⒄埱蠼Y(jié)果傳遞到各種平臺,最好是網(wǎng)頁。另一方面,也可以將結(jié)果傳遞到電話、電子郵件目的地、傳真、或其它打印設(shè)備,直接傳遞到Web瀏覽器、第三者計算機(jī)、無線設(shè)備或其它合適的傳遞平臺。
在這個方面的另一個實(shí)施例中,在客戶計算機(jī)上可存在專用軟件,用它來在客戶計算機(jī)上服務(wù)關(guān)于由宿主計算機(jī)傳送的聚集數(shù)據(jù)的請求。這種專用軟件要包含適當(dāng)?shù)慕饷苘浖?br> 在本發(fā)明的另一個方面,將可能來自不同的源的電子信息與從可能不同的源確定的式樣首選(style preferences)動態(tài)地組合起來,生成一致的電子文檔。在這個方面的一個實(shí)施例中,將與特定最終用戶相關(guān)聯(lián)的電子PI(諸如證券財產(chǎn)目錄、本地天氣、體育比賽比分、銀行帳戶余額或其它相關(guān)信息或數(shù)據(jù))與分銷商或提供者內(nèi)容組合,產(chǎn)生所生成文檔的內(nèi)容。式樣信息是從最終用戶的首選項(xiàng)和發(fā)布者及提供者的式樣信息收集的。通過對組合的內(nèi)容應(yīng)用組合的式樣信息,生成適應(yīng)性一致的(adaptably compliant)電子文檔??梢杂筛鞣N可選擇的傳遞平臺,諸如傳真、客戶計算機(jī)、無線設(shè)備、個人組織器(organizer)、電話、尋呼機(jī)、、網(wǎng)頁或頻道或其它傳遞載體,以統(tǒng)一的方式將生成的這種文檔傳遞給最終用戶。
按照本發(fā)明這個方面的一種用于生成適應(yīng)地一致的電子文檔的系統(tǒng)包含式樣合并器單元(style merger unit)、內(nèi)容合并器單元(content merger unit)和處理器,它們可以被包含在本發(fā)明的網(wǎng)絡(luò)計算機(jī)中。式樣合并器單元從一個或多個式樣提供者收集式樣信息并動態(tài)地合并所收集的式樣信息。內(nèi)容合并器單元從一個或多個內(nèi)容提供者收集內(nèi)容信息并動態(tài)地合并所收集的內(nèi)容信息。處理器接收合并的式樣和內(nèi)容信息,并通過將所接收的式樣信息應(yīng)用到所接收的內(nèi)容信息來生成適應(yīng)地一致的電子文檔。所生成的頁可以輸出到各種傳遞平臺。
在另一個方面,用宿主計算機(jī)調(diào)度從一個或多個信息提供者對與一個或多個最終用戶的信息的收獲。宿主計算機(jī)與一個存儲用戶的關(guān)聯(lián)數(shù)據(jù)的用戶數(shù)據(jù)儲存庫和一個存儲信息提供者的關(guān)聯(lián)數(shù)據(jù)的提供者儲存庫通信,并且包含一個處理器。
對于每個最終用戶,在用戶數(shù)據(jù)儲存庫中保存一個過去訪問時間、登錄時間的輪廓(profile)。對于每個信息提供者,在信息提供者儲存庫中保存一個以更新時間和標(biāo)準(zhǔn)為內(nèi)容的輪廓。更新時間和標(biāo)準(zhǔn)可以按每個信息提供者所提供的所有信息來存儲,或者,更新時間和標(biāo)準(zhǔn)可以按每個信息提供者所提供的每條信息來存儲。
對于選定的信息提供者,宿主計算機(jī)處理器確定該選定信息提供者所存儲信息的更新時間和可以在更新時間由更新而修改其信息的最終用戶集合。宿主計算機(jī)處理器生成所確定最終用戶集合中每個最終用戶的預(yù)測登錄時間,及生成的每個登錄時間倒退預(yù)定的時間間隔。宿主計算機(jī)處理器按預(yù)測登錄時間或變動的登錄時間將所確定的最終用戶集合分類,根據(jù)每個最終用戶的變動的或預(yù)測的登錄時間為每個最終用戶分配一個收獲時間。在這個方面的一個實(shí)施例中,宿主計算機(jī)處理器進(jìn)一步可以在分配給各最終用戶的收獲時間從選定信息提供者為所確定集合中每個最終用戶收獲信息。
在這個方面的另一個實(shí)施例中,宿主計算機(jī)處理器確定可以在所確定更新時間由更新修改其信息的最終用戶集合的方法是,首先選擇被配置成從所選定的信息提供者接收信息的最終用戶,剔除那些不是配置成從所選定的信息提供者接收在所確定的更新時間受更新的信息的最終用戶。宿主計算機(jī)處理器可以進(jìn)一步從該集合中剔除不符合與信息提供者關(guān)聯(lián)的更新或在確定的更新時間受更新的信息的更新標(biāo)準(zhǔn)或條件的最終用戶。
宿主計算機(jī)處理器可以根據(jù)用戶儲存庫中存儲的登錄時間輪廓,為所確定集合中每個最終用戶生成一個預(yù)測登錄時間。對于所確定集合中每個最終用戶,判斷最終用戶的登錄時間輪廓是否符合預(yù)定信用閥值。如果輪廓符合這個閥值,就根據(jù)輪廓分配一個預(yù)測登錄時間。如果輪廓不符合這個閥值,就分配一個相當(dāng)于當(dāng)日當(dāng)時的預(yù)測登錄時間。
宿主計算機(jī)處理器根據(jù)每個最終用戶的預(yù)測登錄時間為每個最終用戶分配一個收獲時間。在這個方面的一個實(shí)施例中,每個最終用戶所分配的收獲時間相當(dāng)于其生成的預(yù)測登錄時間倒退預(yù)定時間間隔。
在這個方面的另一個實(shí)施例中,宿主計算機(jī)處理器為每個最終用戶分配收獲時間所根據(jù)的不僅是其預(yù)測登錄時間,還要根據(jù)預(yù)期的網(wǎng)絡(luò)活動。宿主計算機(jī)處理器首先執(zhí)行一個時間上的分布擬合(distribution fit across time),以生成一個能確定在特定時間段內(nèi)須收獲的最終用戶的數(shù)目的多項(xiàng)式函數(shù)。下一步,宿主計算機(jī)處理器確定與其及選定信息提供者關(guān)聯(lián)的網(wǎng)絡(luò)活動的網(wǎng)絡(luò)活動曲線。生成所確定的網(wǎng)絡(luò)活動曲線的逆。然后,它用所生成的多項(xiàng)式函數(shù)和網(wǎng)絡(luò)活動曲線的逆執(zhí)行一個整體匹配算法。最后,它為每個最終用戶分配收獲時間,將高峰收獲時間重新朝時間零分布,以整平時間上的分布擬合(distribution fit across time)。
在本發(fā)明的另一個方面,涉及與最終用戶關(guān)聯(lián)的個人信息(PI)的電子操作是自動為最終用戶執(zhí)行的。最終用戶將具有各種與其關(guān)聯(lián)的電子PI,諸如證券財產(chǎn)目錄、本地天氣、體育比賽比分、銀行帳戶余額或其它相關(guān)信息或數(shù)據(jù)。在這個方面的一個實(shí)施例中,最終用戶儲存庫含有與最終用戶關(guān)聯(lián)的最終用戶數(shù)據(jù)和與最終用戶的應(yīng)答相關(guān)的觸發(fā)事件的記錄。宿主計算機(jī)處理器訪問與最終用戶關(guān)聯(lián)的記錄。對于每個被訪問記錄,宿主計算機(jī)判斷記錄中的觸發(fā)事件是否發(fā)生,如果已經(jīng)發(fā)生,就執(zhí)行與確定發(fā)生的觸發(fā)事件關(guān)聯(lián)的應(yīng)答。
應(yīng)答的執(zhí)行可能涉及將觸發(fā)事件發(fā)生的通知傳遞給特定傳遞平臺,諸如無線設(shè)備、傳真、電話、打印設(shè)備、尋呼機(jī)、Web服務(wù)器上駐留的網(wǎng)頁、電子郵件系統(tǒng)或其它合適的傳遞載體。宿主計算機(jī)可以不傳遞這種通知就-或者除傳遞這種通知外還-自動執(zhí)行一個涉及與最終用戶相關(guān)聯(lián)的個人信息的事務(wù)處理。
在這個方面的另一個實(shí)施例中,自動執(zhí)行這種事務(wù)處理,包含宿主計算機(jī)根據(jù)在確定觸發(fā)事件發(fā)生所在的被訪問最終用戶記錄中指示的應(yīng)答,訪問某信息提供者的關(guān)聯(lián)記錄。宿主計算機(jī)與由被訪問的與該信息提供者關(guān)聯(lián)的數(shù)據(jù)指示的某個信息提供者計算機(jī)連接。宿主計算機(jī)然后根據(jù)被訪問的與該信息提供者關(guān)聯(lián)的數(shù)據(jù)、在確定觸發(fā)事件發(fā)生所在的被訪問最終用戶記錄中指示的應(yīng)答、及最終用戶儲存庫中的最終用戶數(shù)據(jù),在所連接的信息提供者計算機(jī)上執(zhí)行一個事務(wù)處理腳本。
在本發(fā)明的另一個方面,宿主計算機(jī)監(jiān)控最終用戶與個人信息提供者之間通過中介計算機(jī)的交互作用。交互作用一般不外乎有兩個類別請求傳遞個人信息和請求涉及個人信息的事務(wù)處理。宿主計算機(jī)與存儲最終用戶的關(guān)聯(lián)個人信息的個人信息儲存庫以及存儲中介計算機(jī)的關(guān)聯(lián)記帳數(shù)據(jù)(accounting data)的記帳儲存庫通信。宿主計算機(jī)包含一個處理器。
宿主計算機(jī)處理器從中介計算機(jī)接收關(guān)于最終用戶的關(guān)聯(lián)個人信息的請求并根據(jù)個人信息儲存庫中該最終用戶的關(guān)聯(lián)個人信息服務(wù)于該請求。宿主計算機(jī)處理器更新中介計算機(jī)的關(guān)聯(lián)記帳數(shù)據(jù)。宿主計算機(jī)處理器可用多種方式更新記帳數(shù)據(jù)。第一,宿主計算機(jī)處理器可以為在選定時間段內(nèi)中介計算機(jī)的每個新最終用戶遞增用戶計數(shù)。其次,宿主計算機(jī)處理器可以為通過中介計算機(jī)進(jìn)行的交互作用計數(shù)。第三,在服務(wù)請求是請求進(jìn)行事務(wù)處理的情況下,宿主計算機(jī)處理器可以根據(jù)所服務(wù)的請求遞增服務(wù)費(fèi)總額。最后,宿主計算機(jī)處理器可以用這些方式的任何組合來更新中介計算機(jī)的關(guān)聯(lián)記帳數(shù)據(jù)。
宿主計算機(jī)處理器根據(jù)更新的記帳數(shù)據(jù)生成給中介計算機(jī)的發(fā)票。宿主計算機(jī)處理器可在定期的基礎(chǔ)上生成這些發(fā)票。在這個方面的另一個實(shí)施例中,宿主計算機(jī)處理器可以將所生成的發(fā)票傳遞到選定的目的地,諸如電子郵件目的地、打印設(shè)備、Web服務(wù)器上駐留的web頁、因特網(wǎng)客戶機(jī)、電話和傳真。
在這個方面的另一個實(shí)施例中,中介計算機(jī)有與之關(guān)聯(lián)的帳戶。宿主計算機(jī)可以在生成發(fā)票之前計入該帳戶的借方,使得所生成的發(fā)票僅反映中介計算機(jī)帳戶表明的數(shù)額以外的其它收入。計入借方的數(shù)額可以根據(jù)用上述任何更新方式更新過的中介計算機(jī)的關(guān)聯(lián)記帳數(shù)據(jù)來得出。
本發(fā)明的另一個方面是一種自動訪問最終用戶的關(guān)聯(lián)個人信息的系統(tǒng)與方法,其中,在個人信息提供者上存儲個人信息。將個人信息提供者上存儲的個人信息對應(yīng)的一個個人信息的表示和一個鏈接通過客戶計算機(jī)提交給最終用戶。當(dāng)啟動該鏈接時,客戶計算機(jī)被自動驅(qū)動到通過客戶程序向用戶提交個人信息提供者上的一頁的個人信息提供者。
在這個方面的一個實(shí)施例中,向客戶機(jī)下載一個應(yīng)用程序。下載的應(yīng)用程序啟動客戶計算機(jī)與個人信息提供者之間的連接。應(yīng)用程序在個人信息提供者上的各頁之間漫游,直到到達(dá)該個人信息。最后,應(yīng)用程序在客戶計算機(jī)上將該個人信息提交給用戶。應(yīng)用程序可以與任何必要的與最終用戶關(guān)聯(lián)的和與個人信息提供者關(guān)聯(lián)的數(shù)據(jù)一起生成,或者可以將這種數(shù)據(jù)傳輸給應(yīng)用程序。與個人信息提供者關(guān)聯(lián)的數(shù)據(jù)包含一個導(dǎo)航腳本(navigation script),用于將應(yīng)用程序引導(dǎo)到該個人信息。與最終用戶關(guān)聯(lián)的數(shù)據(jù)可以包含通過導(dǎo)航腳本啟動漫游所必需的任何數(shù)據(jù)。
在這個方面的另一個實(shí)施例中,將一個包含任何必需的用戶信息和個人信息提供者數(shù)據(jù)的消息傳送給客戶計算機(jī),使客戶計算機(jī)自動地將該最終用戶登錄到個人信息提供者,由此讓最終用戶留在一個后登錄頁(post login page)上。在這個方面的一個最佳實(shí)施例中,該消息包含的一頁中含有一個表格,表格中包含登錄信息,當(dāng)客戶計算機(jī)上的軟件打開登錄信息時,登錄信息將客戶計算機(jī)重定向到一個后登錄頁。
在這個方面的另一個實(shí)施例中,將客戶計算機(jī)驅(qū)動到個人信息的方法是,連接到個人信息提供者,漫游到個人信息提供者上的個人信息,將個人信息通過客戶計算機(jī)提交給用戶,代理隨后在與個人信息提供者的給定會話期內(nèi)客戶計算機(jī)與個人信息提供者之間的交互作用。
在以下結(jié)合個附圖的說明中,本發(fā)明的以上和其它的目的與優(yōu)點(diǎn)將更加顯而易見。
圖1是最終用戶執(zhí)行的訪問因特網(wǎng)可用PI的當(dāng)前過程的過程圖。
圖2是可用來實(shí)現(xiàn)本發(fā)明的部件的框圖。
圖3是PI引擎的部件的框圖。
圖4是當(dāng)前PI訪問體系結(jié)構(gòu)的圖。
圖5是支持用中介網(wǎng)站的PI訪問的體系結(jié)構(gòu)的圖。
圖6是Cookie/客戶機(jī)高速緩存體系結(jié)構(gòu)的圖。
圖7是通過圖1的傳統(tǒng)過程和通過跳板技術(shù)(springboardtechnology)訪問特定PI的基礎(chǔ)頁的流程圖。
圖8表示HTML頁的動態(tài)生成的集成模型。
圖9表示HTML頁的動態(tài)生成的運(yùn)行時過程。
圖10表示采用改進(jìn)的Java虛擬機(jī)的自動化小應(yīng)用程序交互作用的過程。
圖11是舉例說明中間網(wǎng)站事務(wù)處理結(jié)構(gòu)(transactionstructure)的流程圖。
現(xiàn)在詳細(xì)說明本發(fā)明的最佳實(shí)施例。參看各附圖,各視圖中相同的數(shù)字指示相同的部分。
最終用戶很快將不得不登錄到眾多不同的網(wǎng)站-每個網(wǎng)站有獨(dú)立的口令、安全、規(guī)則、軟件和“觀感”-在一連串的操作最后,就是要通過檢查郵箱,取出當(dāng)前獲得的信息。因特網(wǎng)將在根本上改變最終用戶訪問個人信息(PI)的方式,將使電子商務(wù)成為與使用ATM一樣為人們熟悉的東西。“個人信息”是公司即信息提供者具有的、特定于各人或各人獨(dú)有的所有數(shù)據(jù),諸如每月帳單、銀行帳戶余額、投資信息、保健津貼、電子郵件、話音和傳真消息、401(k)保有(holdings)或與特定最終用戶相關(guān)的可能的任何其它信息。
本發(fā)明通過自動聚集PI-不僅有由門戶所聚集的通用PI,而且有特定于需要身份驗(yàn)證才能訪問的最終用戶的PI,緩和了當(dāng)前一些PI獲取方法具有的一些問題。在一個實(shí)施例中,本發(fā)明將PI獲取和傳遞過程自動化。圖2提供了可用來實(shí)現(xiàn)本發(fā)明的各成分的框圖。最終用戶210訪問一個運(yùn)行客戶機(jī)軟件270的客戶計算機(jī)220。在特定實(shí)施例中,客戶機(jī)軟件可以是一個通用網(wǎng)絡(luò)瀏覽器,諸如(Netscape公司的)Navigator或Communicator??蛻粲嬎銠C(jī)220利用因特網(wǎng)230訪問在PI宿主機(jī)290上運(yùn)行的PI引擎240。PI引擎240檢查所存儲PI的新舊。如果有陳舊的PI項(xiàng),就將其更新,方法是從在因特網(wǎng)230上訪問到的在特定信息提供者的計算機(jī)系統(tǒng)260上運(yùn)行的信息提供者網(wǎng)站250直接重新獲取該P(yáng)I。PI引擎240將新版PI存儲在其儲存庫280中并將該P(yáng)I傳遞到選定目的地-在本實(shí)例中是通過因特網(wǎng)230傳遞到客戶計算機(jī)220,后者用客戶機(jī)軟件270向最終用戶210顯示該信息。PI引擎240在將所聚集PI傳遞到儲存庫280和投遞目的地-本實(shí)例中是客戶計算機(jī)220-之前,要以同樣的方式刷新所有陳舊的PI。PI引擎240可以順序地或并行地刷新PI。例如,最終用戶的檢查帳戶余額要通過其銀行的網(wǎng)站更新,其電子郵件從其特定電子郵件站點(diǎn)更新,其證券財產(chǎn)目錄信息從其經(jīng)紀(jì)人的站點(diǎn)更新,其電費(fèi)帳單從其電力公司的站點(diǎn)更新。
圖3顯示的是PI引擎240的各部件的框圖。PI引擎240由存儲和處理兩種部件組成。三個主要存儲部件是PI儲存庫280、PI提供者儲存庫310和用戶儲存庫360。PI引擎240的第一個存儲部件是PI儲存庫280、PI儲存庫280含有各個PI記錄375;與特定最終用戶關(guān)聯(lián)的PI是與所有其它最終用戶的PI分開的。PI引擎也利用提供者儲存庫310,它保存著與特定PI提供者關(guān)聯(lián)的通用參數(shù)。PI提供者的通用參數(shù)定義了欲接入該P(yáng)I提供者時要遵守的程序和必要的驗(yàn)證數(shù)據(jù)的類型。每個PI提供者記錄也包含該提供者所提供的PI的類型和該提供者所支持的事務(wù)處理的類型。與PI或事務(wù)處理的類型一起包含在記錄中的還有其它數(shù)據(jù)類型和訪問PI或執(zhí)行事務(wù)處理的必要程序。用戶儲存庫360也是維護(hù)關(guān)于特定最終用戶的配置和驗(yàn)證信息所必需的。對于每個最終用戶來說,用戶選定的PI提供者、PI和事務(wù)處理,是連同從該P(yáng)I提供者獲取該P(yáng)I或執(zhí)行該事務(wù)處理所必需的驗(yàn)證數(shù)據(jù)一起登記的。
PI儲存庫280可以以各種方式實(shí)現(xiàn)。參看圖2,PI儲存庫280可包含一個在PI宿主機(jī)290上駐留的數(shù)據(jù)庫。按照這種方式,各個最終用戶210的PI是作為獨(dú)立的記錄或?qū)ο?75在數(shù)據(jù)庫中存儲的。在另一個實(shí)施例中,各個最終用戶210的PI可存儲在單獨(dú)的文件375中,所以在文件層上執(zhí)行分離不同用戶的PI的任務(wù)。
此外,或者作為替代,采用cookie技術(shù),與每個最終用戶210關(guān)聯(lián)的PI可以駐留在其客戶計算機(jī)220上。這種cookie技術(shù)登載于D.Kristol和L.Montulli的《HTTP狀態(tài)管理機(jī)制》意見征詢(RFC)2109(1997年2月)(訪問網(wǎng)址http//www.itef.org/rfc/rfc2109.txt),本文明確地全文引用。與每個最終用戶210關(guān)聯(lián)的PI要被存儲為PI cookies 375。這種實(shí)現(xiàn)機(jī)制為將一個最終用戶的關(guān)聯(lián)PI 375與所有其它最終用戶的關(guān)聯(lián)PI的分離提供了內(nèi)在的支持。采用這種方法來代替中央化儲存庫,提供了一個防非授權(quán)訪問的安全層。進(jìn)一步的措施是,可以將cookies中存儲的PI數(shù)據(jù)以加密格式存儲。
圖6是采用cookies技術(shù)的PI儲存庫208的典型實(shí)現(xiàn)的示意圖,關(guān)于PI引擎240的內(nèi)部操作,也要參考上述對圖3的說明。如果用戶試圖直接地或通過中介Web服務(wù)器訪問PI,PI引擎240的訪問/事務(wù)處理部件340就從PI儲存庫280中檢索所存儲的PI 375。按照這種方式,該存儲的PI 375將被直接從最終用戶210的客戶計算機(jī)220發(fā)送的cookies接收。PI訪問/事務(wù)處理部件340將進(jìn)行任何必要的解密。所要求的任何更新都由PI提供者250的直接訪問所獲得。PI傳遞部件350將提供機(jī)制來更新PI儲存庫280以及將所請求的PI直接地或通過中間網(wǎng)站傳輸?shù)阶罱K用戶210。PI傳遞部件350通過替換客戶計算機(jī)220上存儲的過時的PI cookies 375來將更新過的PI放入PI儲存庫280。PI傳遞部件350也要進(jìn)行任何必要的加密。PI傳遞部件350還負(fù)責(zé)傳輸所請求的PI。在最佳實(shí)施例中,PI儲存庫280要用這種基于cookies的體系結(jié)構(gòu)來實(shí)現(xiàn)。
用戶儲存庫360可以以各種方式實(shí)現(xiàn)。參看圖2,用戶儲存庫360可以包含一個駐留在PI宿主機(jī)290上的數(shù)據(jù)庫。按照這種方式,各個最終用戶210的個人配置數(shù)據(jù)都是以獨(dú)立的記錄或?qū)ο笤跀?shù)據(jù)庫中存儲的。此外或者作為替代,最終用戶數(shù)據(jù)可以按類似于以上就PI儲存庫280所述的cookie/高速緩存體系結(jié)構(gòu)的方式來分布。
在最佳實(shí)施例中,用戶儲存庫360可以通過個人信息配置(PIC)文件來實(shí)現(xiàn)。PIC文件為每個最終用戶存儲一個安全加密的個人輪廓,內(nèi)容諸如是姓名、地址、社會保障號。PIC文件便于最終用戶通過最終用戶配置部件330自動向信息提供者注冊。這個部件將讀取PIC文件并用所提取的個人信息預(yù)先填充選定各提供者的注冊模板。然后,如果需要,它將提示用戶輸入要求輸入的但在輪廓中沒有的信息。如果信息是完整的,注冊就自動完成。下一步,最終用戶配置部件330完成任何提供者表格,得到應(yīng)答并更新最終用戶的PIC。
這四個主要處理部件訪問并操作三個儲存庫中的數(shù)據(jù)。處理部件可以在單一處理器上或多處理器上執(zhí)行,前者例如基于奔騰級(MMX、PRO、Ⅱ、Ⅲ等)中央處理單元的文件服務(wù)器計算機(jī)系統(tǒng)或同等系統(tǒng)。如圖3所示,這四個處理部件是基準(zhǔn)配置部件320、用戶配置部件330、PI訪問/事務(wù)處理部件340和PI傳遞部件350?;鶞?zhǔn)配置部件320提供通過其向系統(tǒng)添加新用戶可選擇的PI提供者的界面。這個部件320可以以各種方式實(shí)現(xiàn),包括試探出錯后由人工輸入配置信息,半自動試探出錯(自動的超文本標(biāo)記語言(HTML)<FORM>元素、Javascript函數(shù)和Java小應(yīng)用程序的定位)后由人工輸入配置信息,或者最好舉例配置(在模擬的Web客戶機(jī)中執(zhí)行協(xié)議,模擬的Web客戶機(jī)自動生成一系列所需數(shù)據(jù)和訪問過程中的一系列步驟)。這些過程要在兩個層次被使用第一層是對特定PI提供者的一般訪問所需的數(shù)據(jù)和步驟的集合,第二層是在PI提供者站點(diǎn)訪問各特定PI項(xiàng)時所需的另外的數(shù)據(jù)和步驟的集合?;鶞?zhǔn)配置部件320可以在有新的PI提供者加入系統(tǒng)時獨(dú)立啟動,也可以由于PI訪問/事務(wù)處理部件340的故障、可能表明對失敗訪問的訪問要求有變化而導(dǎo)致啟動。后一種警告更可能發(fā)生的情形是PI訪問/事務(wù)處理部件340應(yīng)最終用戶的請求來驗(yàn)證前面通過最終用戶配置部件330輸入的必要訪問數(shù)據(jù),而將提供者儲存庫310提供的對訪問PI提供者的一般要求和對訪問PI或事務(wù)處理的特定要求二者與用戶儲存庫360提供的最終用戶數(shù)據(jù)比較,最后發(fā)現(xiàn)不一致。如果確定不一致,就對提供者儲存庫320作更新,使提供者數(shù)據(jù)與當(dāng)前的訪問/事務(wù)處理的要求一致。
最終用戶配置部件330允許最終用戶選擇和配置特定用戶感興趣的PI和事務(wù)處理。這種配置信息保存在用戶儲存庫360中。當(dāng)最終用戶向按照本發(fā)明的系統(tǒng)預(yù)訂時,系統(tǒng)允許用戶選擇所希望的PI和/或事務(wù)處理的類型和源。首先,系統(tǒng)請求最終用戶允許它代表用戶獲得任何選定的PI來執(zhí)行任何授權(quán)的事務(wù)處理。然后,系統(tǒng)從提供者儲存庫320向用戶提供一系列已知的信息供給者和特定PI提供者所提供的PI的類型及所支持的事務(wù)處理的類型。系統(tǒng)請求由PI提供者要求的、訪問各PI提供者所必需的驗(yàn)證數(shù)據(jù)以及特定PI和/或事務(wù)處理所要求的其它數(shù)據(jù)。假定最終用戶是所選定的PI提供者的已注冊用戶,或特定PI提供者不要求在先注冊,則將最終用戶提供的數(shù)據(jù)放入用戶儲存庫360。
一種獲得任何cookie數(shù)據(jù)的方法是最終用戶用PI引擎240作為代理服務(wù)器訪問各個以前訪問過的PI。PI引擎240將cookie數(shù)據(jù)與適當(dāng)?shù)木W(wǎng)頁請求傳送給PI提供者,以獲得PI或執(zhí)行事務(wù)處理,并在最終用戶的準(zhǔn)許下在用戶儲存庫360中的該用戶的記錄中保留cookie數(shù)據(jù)的副本。另一種獲得cookie數(shù)據(jù)的方法是從最終用戶的計算機(jī)直接上載cookie信息。在最佳實(shí)施例中,如果用戶已經(jīng)在提供者登錄過,就不需要cookie數(shù)據(jù)。所需的只是用于登錄的驗(yàn)證數(shù)據(jù)。
如果最終用戶因?yàn)椴皇沁x定PI提供者的注冊用戶而沒有必需的信息,用戶配置部件330就提示用戶提供將最終用戶向PI提供者注冊所必需的信息,并執(zhí)行PI提供者所要求的注冊程序。模擬的Web客戶機(jī)可以通過提供所需訪問數(shù)據(jù)和發(fā)送任何必需的cookie數(shù)據(jù)而自動地執(zhí)行這個過程。這種模擬客戶機(jī)為最終用戶注冊的方式主要取決于PI提供者網(wǎng)站所用的交互方法。如果該網(wǎng)站使用HTML表格和公共網(wǎng)關(guān)接口(CGI)應(yīng)用程序,則最終用戶配置部件330可以構(gòu)建一個能模仿表格實(shí)際使用效果的統(tǒng)一資源定位器(URL)并將該URL提交給模擬的Web客戶機(jī)。用URL模仿表格相當(dāng)于人工地向Web<表格>(Web<FORM>)元素輸入數(shù)據(jù)。參看Kerven、Foust、Zakour的《HTML3.2及問題解答》(HTML 3.2 Plus How-To Waite Group Press出版,1997,559-569頁)。如果網(wǎng)站使用HTML表格與Javascript函數(shù)的組合,則用帶改進(jìn)的Javascript解釋程序的模擬的Web客戶機(jī)遵循特定PI提供者的最終用戶注冊過程就能有效地為用戶注冊。要遵循的注冊過程可從提供者儲存庫320內(nèi)該特定PI提供者的記錄中獲得。模擬的Web客戶機(jī)中的Javascript解釋程序?qū)凑者@個過程并提供由最終用戶提供的數(shù)據(jù)。如果PI提供者網(wǎng)站上的注冊過程采用Java小應(yīng)用程序,則也可以使用類似的過程。帶Java字節(jié)碼解釋程序的網(wǎng)絡(luò)客戶機(jī)通過遵循儲存庫320內(nèi)特定PI提供者的最終用戶注冊過程就能有效地為用戶注冊。字節(jié)碼解釋程序會提供最終用戶以前輸入過的數(shù)據(jù),而不要求由最終用戶進(jìn)行交互式輸入。如果PI提供者采用表格、腳本和小應(yīng)用程序的組合,則可以將上述各個過程組合起來完成所希望的注冊。
參看圖2和圖3,用改進(jìn)的Java虛擬機(jī)(VM)可以實(shí)現(xiàn)PI引擎240的各種功能部件與可通過提供者網(wǎng)絡(luò)服務(wù)器250得到的Java小應(yīng)用程序之間的自動交互。用于與特定小應(yīng)用程序交互的模板可駐留在提供者儲存庫310上。這種模板所使用的具體輸入數(shù)據(jù)可存儲在用戶儲存庫360中。當(dāng)諸如最終用戶配置部件330或訪問/事務(wù)處理部件340的功能部件要求與提供者網(wǎng)絡(luò)服務(wù)器計算機(jī)250上的Java小應(yīng)用程序自動通信時,改進(jìn)的Java虛擬機(jī)就為這種交互提供條件。
圖10表示一個用這種改進(jìn)的Java虛擬機(jī)實(shí)現(xiàn)這種自動交互作用的過程。在步驟1010,要求交互作用的功能部件標(biāo)識提供者及部件需要與之交互作用的提供者上的特定小應(yīng)用程序。在步驟1020,部件訪問提供者儲存庫310中與小應(yīng)用程序交互作用所必需的模板。繼續(xù)到步驟1030,部件訪問用戶儲存庫360,以獲得模板所要求的數(shù)據(jù)。改進(jìn)的Java虛擬機(jī)在步驟1040解釋小應(yīng)用程序,并且并不像標(biāo)準(zhǔn)Java小應(yīng)用程序執(zhí)行時那樣要求來自用戶的交互式輸入,而是等待來自PI引擎的交互功能部件的輸入或是輸出到PI引擎的交互功能部件。在步驟1050,功能部件按照所訪問的模板向改進(jìn)的Java虛擬機(jī)提供輸入數(shù)據(jù)并按照所訪問的模板檢索數(shù)據(jù)和接收輸出數(shù)據(jù)。只要小應(yīng)用程序繼續(xù)輸入或輸出其它數(shù)據(jù),步驟1040和1050就重復(fù)執(zhí)行。小應(yīng)用程序結(jié)束時,功能部件在步驟1060繼續(xù)其自己的處理。
注冊成功后會向最終用戶顯示注冊信息供將來參考。此外,最終用戶配置部件330還在用戶儲存庫360中存儲PI提供者必要的訪問驗(yàn)證數(shù)據(jù)和訪問選定PI或事務(wù)處理所要求的額外數(shù)據(jù)。
在這種自動注冊的最佳實(shí)施例中,任何必需的cookie數(shù)據(jù)都為最終用戶配置部件330接受并按需存儲起來。在許多情況中,cookie數(shù)據(jù)是通話特有的,因此長期用途不大。在注冊期間生成的cookie僅在注冊期間使用,一旦注冊完成就丟棄。
注冊失敗的原因有幾種情況。首先,試圖向PI提供者注冊的最終用戶不符合注冊條件,例如試圖向銀行注冊的最終用戶在該銀行沒有帳戶,而銀行只對帳戶持有者開放。其次,最終用戶可能提供了不適當(dāng)或不正確的數(shù)據(jù),例如銀行注冊過程可能要求社會保險號、口令、銀行帳號和最終用戶母親的父姓,如果用戶輸入了不正確的社會保險號,注冊過程就會失敗。最后,PI提供者可能已經(jīng)修改了其站點(diǎn)的注冊程序。在這種情況下,遵循由提供者儲存庫320提供的過程會導(dǎo)致注冊的失敗。在任何注冊失敗的情況下,都會將最初向系統(tǒng)提供的注冊數(shù)據(jù)向最終用戶表示。系統(tǒng)然后會請最終用戶復(fù)查所提供信息的準(zhǔn)確性,如果發(fā)現(xiàn)錯誤就更正,然后再提交數(shù)據(jù)。如果由于提交相同的必需數(shù)據(jù)而導(dǎo)致第二次失敗,就會生成一個向最終用戶表示的出錯消息,表示要么用戶沒有從所選定的PI提供者訪問所選定PI的資格,要么由于PI提供者所作的修改導(dǎo)致了注冊的出錯。這第二次失敗也會觸發(fā)一個警告,建議可能需要重新配置提供者儲存庫320中該P(yáng)I提供者的記錄。
最終,用戶儲存庫360就含有每個最終用戶的記錄。前文說過,這個記錄可以是一個數(shù)據(jù)庫項(xiàng)、一個或多個cookies或者是一個諸如PIC文件的文件。每個記錄標(biāo)識所選定的各PI提供者及所需的一般訪問驗(yàn)證數(shù)據(jù)并且在每個PI提供者下標(biāo)識該最終用戶感興趣的、該特定PI提供者所提供的PI和所支持事務(wù)處理以及訪問該P(yáng)I或執(zhí)行該事務(wù)處理所需的任何額外數(shù)據(jù)的表。準(zhǔn)確地說,諸如最終用戶名的重復(fù)信息只在記錄中集中存儲一次。
最終用戶配置部件330也允許最終用戶選擇一個或多個投遞目的地。一個目的地可能會是最終用戶的計算機(jī)-其代表是圖2中所示的運(yùn)行客戶機(jī)軟件270的客戶計算機(jī)220。然而,計算機(jī)并不是本發(fā)明所設(shè)想的唯一目的地。PI傳遞的目的地可以包括傳真、電子郵件、電話、常規(guī)郵件、尋呼機(jī)、諸如Palm Pilot(3 Com)的其它無線設(shè)備、網(wǎng)頁或頻道、網(wǎng)絡(luò)瀏覽器或其它傳遞機(jī)構(gòu)。本發(fā)明也設(shè)想由最終用戶用網(wǎng)站作為中介間接地訪問PI,然而,這種間接訪問不要求最終用戶指定傳遞目的地,除非希望有另外的傳遞選擇。
此外,可以考慮通過由圖2中所示的運(yùn)行客戶機(jī)軟件270的客戶計算機(jī)220經(jīng)因特網(wǎng)直接訪問PI引擎來訪問最終用戶配置部件330。然而,其它訪問方法也是同樣可行的。例如用戶可通過使用中介網(wǎng)站來間接訪問PI引擎。另一種選擇方案是用電話接口來實(shí)現(xiàn)對最終用戶配置部件的訪問。
參考圖3,PI訪問/事務(wù)處理部件340支持PI引擎240的更新、獲取和事務(wù)處理功能。PI訪問/事務(wù)處理部件340負(fù)責(zé)訪問和存儲用戶PI并執(zhí)行最終用戶授權(quán)的事務(wù)處理。當(dāng)需要為選定的最終用戶進(jìn)行訪問或更新時,PI訪問/事務(wù)處理部件340就綜合提供者儲存庫320和用戶儲存庫360的信息,以更新PI儲存庫280中的最終用戶PI。對于每條要求訪問或更新的PI,PI訪問/事務(wù)處理部件340在提供者儲存庫320中查找該特定PI所需的訪問過程和信息。在用戶儲存庫360中找出驗(yàn)證與訪問數(shù)據(jù)。PI訪問/事務(wù)處理部件340用這個信息在因特網(wǎng)上連接該P(yáng)I提供者的網(wǎng)站,以訪問該P(yáng)I。如果有多條PI要求更新或訪問,則訪問可以串行地或并行地進(jìn)行。
被請求的事務(wù)處理也得到類似的支持。對于每個事務(wù)處理,PI訪問/事務(wù)處理部件340綜合提供者儲存庫320和用戶儲存庫360的信息,來執(zhí)行所請求的事務(wù)處理。PI訪問/事務(wù)處理部件340在提供者儲存庫320中查找該特定事務(wù)處理所需的事務(wù)處理過程和信息。在用戶儲存庫360中找到驗(yàn)證和訪問數(shù)據(jù)。PI訪問/事務(wù)處理部件340用這個信息從該P(yáng)I提供者的網(wǎng)站在因特網(wǎng)上執(zhí)行該事務(wù)處理。
模擬的Web客戶機(jī)可以自動執(zhí)行訪問或事務(wù)處理過程,同時提供必要的訪問和驗(yàn)證數(shù)據(jù)。這種模擬客戶機(jī)訪問PI或執(zhí)行事務(wù)處理的方式,極大地依賴于PI提供者網(wǎng)站上所用的交互方法。如果網(wǎng)站采用HTML表格和公共網(wǎng)關(guān)接口(CGI)應(yīng)用程序,則PI訪問/事務(wù)處理部件340可以構(gòu)建一個統(tǒng)一資源定位器(URL)來復(fù)制表格實(shí)際使用效果,并將該URL提交給模擬的Web客戶機(jī)。用URL模仿HTML表格相當(dāng)于人工向Web<FORM>元素輸入數(shù)據(jù)。參看Kerven、Foust、Zakour的《HTML 3.2 plus How-To》(Waite Group Press出版,1997,559-569頁)。如果網(wǎng)站使用HTML表格與Javascript函數(shù)的組合,則帶改進(jìn)的Javascript解釋程序的模擬的Web客戶機(jī)只要分別按照特定PI或事務(wù)處理的PI訪問/事務(wù)處理過程就能有效地訪問PI或執(zhí)行事務(wù)處理。要遵守的訪問/事務(wù)處理過程可從提供者儲存庫320中該特定PI或事務(wù)處理的記錄中獲得。模擬的Web客戶機(jī)中的Javascript解釋程序?qū)凑者@個程序及提供在用戶儲存庫360中找到的數(shù)據(jù)。如果PI提供者網(wǎng)站采用Java小應(yīng)用程序,則也可以使用一個類似過程。帶Java字節(jié)碼解釋程序的網(wǎng)絡(luò)客戶機(jī)通過遵循提供者儲存庫320內(nèi)存儲的該特定PI或事務(wù)處理的過程就能有效地訪問PI或執(zhí)行事務(wù)處理。字節(jié)碼解釋程序會提供來自最終用戶儲存庫360的數(shù)據(jù),而不要求由最終用戶進(jìn)行交互式輸入。如果PI提供者Web站點(diǎn)采用表格、腳本和小應(yīng)用程序的組合,則可以將上述各個過程組合起來完成所希望的訪問。
在這種自動訪問或事務(wù)處理的一個最佳實(shí)施例中,任何必需的cookie數(shù)據(jù)都為PI訪問/事務(wù)處理部件340接受并按需存儲起來。在許多情況中,cookie數(shù)據(jù)是通話特有的,因此長期用途不大。所生成的cookie僅在這些功能期間使用,一旦挖掘(mining)或事務(wù)處理操作完成就被丟棄。
為了在登錄后迅速向最終用戶提供個人信息,PI訪問/處理部件340有必要在最終用戶登錄之前就選擇數(shù)據(jù)收獲的最終用戶。一種解決方法是,每當(dāng)某最終用戶直接或通過中介網(wǎng)站請求訪問其PI時就更新最終用戶的所有PI。另一種方法是,每當(dāng)向特定提供者請求PI時,就更新該提供者所提供的某最終用戶的所有PI。所以,由最終用戶登錄到系統(tǒng)的操作,實(shí)際上為立即PI更新選擇了該最終用戶。然而,這種方法可能導(dǎo)致對PI引擎240資源的低效使用。
鑒于潛在用戶和提供者的龐大數(shù)目以及提供盡可能最新數(shù)據(jù)的目標(biāo),另一個實(shí)施例包括一個為優(yōu)化選擇從提供者收集數(shù)據(jù)的最終用戶的進(jìn)度表(Schedule)而開發(fā)的算法。這個算法分解是提供者的更新策略、用戶的登錄習(xí)慣和用戶-提供者帳戶特點(diǎn)。適當(dāng)應(yīng)用該算法,會保證對給定用戶來說要盡可能不頻繁進(jìn)行PI的收獲,由此盡量減少系統(tǒng)資源的消耗。
如果能準(zhǔn)確預(yù)測下一個提供者更新時間和下一個期待的用戶登錄,就能創(chuàng)建一個能更聰明收獲的模型。并非在提供者更新其網(wǎng)站時就立即收獲提供者所有用戶的數(shù)據(jù),而是可以根據(jù)用戶的預(yù)期登錄時間和網(wǎng)絡(luò)活動輪廓(profiles)隨著時間的延續(xù)而分散地收獲。例如,如果提供者A在星期五夜間更新其網(wǎng)站,并且預(yù)計該提供者的一大批用戶在星期一早晨之前不會登錄,則收獲負(fù)荷就可以分布在若干天中。這種作法的優(yōu)點(diǎn)是將PI引擎240的負(fù)荷峰值以及由PI引擎240對提供者帶寬的耗費(fèi)都最小化。要取得這種優(yōu)化,PI引擎240就必須維護(hù)并改進(jìn)每個提供者和用戶的模型。可以將這種數(shù)據(jù)分別維護(hù)在提供者儲存庫310和用戶儲存庫360中。
每當(dāng)用戶使用PI引擎240時,都可以捕獲時間和日期。一旦積累了足夠的登錄次數(shù),就可以就每月哪些天、每周哪些天、每天哪些時間來分析登錄時間。在一個模型中用這些分析結(jié)果來預(yù)測預(yù)期的下一次用戶登錄。然后用以后的登錄來測試并改進(jìn)該模型,直到建立了一定程度的可信度。一旦確定了較高的可信度,就將該用戶模型并入到自適應(yīng)收集調(diào)度程序中。在特定最終用戶的模型達(dá)到較高的可信度之前,可以使用上述的收獲方法之一。
每個提供者根據(jù)因其獨(dú)特資源和商務(wù)模型而產(chǎn)生的策略更新其站點(diǎn)。要使任何自適應(yīng)的調(diào)度程序(adaptive scheduler)工作,必須使每個提供者的策略模型化。在有些情形中,策略是不言自明的。在另外一些情形中,必須根據(jù)經(jīng)驗(yàn)來確定策略。提供者的策略最可能是下述各類之一·類型Ⅰ.為所有用戶定期更新的·類型Ⅱ.相對于每個用戶定期更新的·類型Ⅲ.以偽隨機(jī)(pseudo-random)方式更新的根據(jù)提供者的類型可以使用以下方法。
第Ⅰ類提供者策略調(diào)度算法1.假設(shè)具有“無可信度”模型的用戶有一個立即登錄時間。
2.根據(jù)用戶的預(yù)測登錄時間對用戶按時間順序排序。
3.將所有用戶的預(yù)期登錄時間后推1小時。
4.執(zhí)行一個沿時間邊界的密度曲線擬合(density curve fit),以得到一個多項(xiàng)式函數(shù),可用多項(xiàng)式函數(shù)來確定給定時期要求收獲的用戶帳戶的數(shù)目。
5.用討論中的時間段的網(wǎng)絡(luò)活動曲線的逆執(zhí)行一個累計匹配算法(integral matching algorithm),以調(diào)節(jié)分布曲線。
6.可能的話,朝時間零的方向重新分配高峰收獲時間,以整平分布曲線。
7.按照分布曲線向排序的用戶分配收獲時間。
8.監(jiān)控時間并在適當(dāng)時收獲用戶帳戶。
第Ⅱ類提供者策略調(diào)度算法對于這類的每個提供者來說,必須標(biāo)識一個確定個人信息何時被更新的用戶屬性。在有些情況中,可能需要向用戶詢問這種信息。其它情況下,可以從所收獲的信息中確定這種信息。如果用這些手段的哪一種都不能確定用戶的這個屬性,可以每天監(jiān)控該提供者網(wǎng)站上個人信息的變化,直到確立了一個模式。
由于給定的一天中提供者所更新的帳戶是自然、均勻分布的,所以可以在用戶預(yù)期登錄時間之前一小時收獲用戶的帳戶。如同第Ⅰ類算法一樣,具有“無可信度”模型的用戶應(yīng)當(dāng)被立即收獲。
第Ⅲ類提供者策略調(diào)度算法這種策略是最困難的策略。由于提供者更新用戶帳戶的方式不是確定不變的,所以每個提供者要決定信息對用戶的要害程度。對于那些非常關(guān)鍵的提供者來說,應(yīng)當(dāng)每天、甚至更頻繁地收獲每個用戶帳戶。對于那些不太關(guān)鍵的提供者來說,應(yīng)當(dāng)次數(shù)較少地、可能在總體的系統(tǒng)活動程度較低時收獲用戶帳戶。
PI傳遞部件350負(fù)責(zé)將PI格式化并傳遞到最終用戶。傳遞一般是在對所有過時的PI更新之后進(jìn)行的。除通過中間網(wǎng)站訪問的PI外,PI將被傳遞到如在用戶儲存庫360中所指定一個或多個目的地(例如傳真、電話、尋呼機(jī)、網(wǎng)絡(luò)瀏覽器、電子郵件等等)。如果目的地不是中間網(wǎng)站,PI傳遞部件就執(zhí)行將PI傳遞到適當(dāng)?shù)哪康牡厮仨毜乃懈袷交?。例如,如果目的地是網(wǎng)絡(luò)瀏覽器,就將PI按HTML文檔進(jìn)行格式化;如果目的地是電話,就將PI提交去進(jìn)行語音合成和傳輸。
就目的地是中間網(wǎng)站的情況而言,PI是以一種能被中間網(wǎng)站配置的格式傳遞的。圖5是本發(fā)明采用中間網(wǎng)站的一個可能的實(shí)施例的示意圖。最終用戶210用客戶計算機(jī)220在因特網(wǎng)230上訪問中間網(wǎng)站510。最終用戶210登錄到中間網(wǎng)站510。中間網(wǎng)站510在因特網(wǎng)230上聯(lián)系PI引擎240,并從PI提供者網(wǎng)站250直接接收按要求更新過的該最終用戶的PI。中間網(wǎng)站510接收PI,按照其特定的格式風(fēng)格和圖形用戶界面,將其并入若干頁,并將這些頁傳遞給最終用戶210。PI引擎240的使用對最終用戶210是透明的。此外,起著給最終用戶210聚集PI的作用的中間網(wǎng)站510,可以-并極其可能-同時起PI提供者的作用。
在另一個實(shí)施例中,這種格式化是通過一個結(jié)合各種來源的樣式和布局信息的動態(tài)HTML生成系統(tǒng)而發(fā)生的。PI傳遞部件350動態(tài)地生成定制的HTML頁。這些頁是根據(jù)來自各種源的若干樣式要素(諸如背景顏色、前景顏色、字體大小、顏色和樣式、頁面布局等等)和來自各種源的內(nèi)容而定制的。信息提供者、發(fā)布者、最終用戶、PI傳遞部件350或這些源的任何組合、或者其它相關(guān)源,都可以提供用于頁面生成的定制要素。最后,每個HTML頁必須用數(shù)據(jù)填充。這種頁中使用的數(shù)據(jù),可以來自例如信息提供者、發(fā)布者、最終用戶、PI傳遞部件350或這些源的任何組合、或者其它相關(guān)源。所要求的解決方案是一個代表在運(yùn)行時執(zhí)行這種HTML生成的通用算法的系統(tǒng)。樣式和內(nèi)容可以以任何適當(dāng)?shù)母袷教峁?,例如可擴(kuò)展樣式表語言(XSL-Extensible Stylesheet Language,由W3C在http//www.w3.org/TR/WD-xsl中規(guī)定,本文全部采用作為參考)和/或可擴(kuò)展標(biāo)記語言(XSL-Extensible Markup Language,由W3C在http//www.w3.org/TR/REC-xsl中規(guī)定,本文全部采用作為參考)或者其它合適的格式化標(biāo)準(zhǔn)。對這種系統(tǒng)的關(guān)鍵要求是問題域的完全封裝和運(yùn)行效率。
在最佳實(shí)施例中,解決方案根據(jù)的是如圖8所示的以下基本模型1.確定6組定制要素發(fā)布者內(nèi)容810、提供者內(nèi)容820、發(fā)布者樣式規(guī)范830、提供者樣式規(guī)范840、用戶特定的內(nèi)容850和用戶特定的樣式860。
2.每組定制要素810-860被視為是向執(zhí)行動態(tài)頁生成的運(yùn)行時系統(tǒng)870的一個單獨(dú)、獨(dú)立和必要的輸入。
3.每個輸入810-860都將采用XML流的形式。
4.輸出880將采用HTML流的形式。
5.動態(tài)頁生成系統(tǒng)870針對每組6個有效輸入810-860生成有效輸出880。
圖9表示了由這種系統(tǒng)870實(shí)際執(zhí)行的運(yùn)行時輸入處理序列1.由內(nèi)容合并器單元910將發(fā)布者內(nèi)容810與提供者內(nèi)容820及用戶特定的內(nèi)容850組合,以便產(chǎn)生一個完整的內(nèi)容說明930。
2.由樣式合并器單元920將發(fā)布者樣式810與提供者樣式840及用戶特定的樣式860組合,以便產(chǎn)生一個完整的樣式說明940。
3.由樣式應(yīng)用器950將樣式說明940應(yīng)用到內(nèi)容說明930,以便產(chǎn)生生成頁880。
為了完全地封裝問題域,必須對系統(tǒng)870作以下要求1.每個XML輸入810-860都是有效的XML流。
2.內(nèi)容說明810、820和850對于同一個文檔類型定義來說全部都是有效的。
3.樣式說明830、840和860對于同一個文檔類型定義(諸如XSL DTD標(biāo)準(zhǔn))來說全部都是有效的。
4.以接受兩個或更多XML流并產(chǎn)生組合的XML輸出為任務(wù)的合并單元910和920必須能夠?yàn)槿魏我唤M有效的XML輸入生成這種輸出。
另一個執(zhí)行這種任務(wù)的方法是將PI格式化或帶有預(yù)定義的類(CLASS)屬性的HTML單元。接收這些單元的中間Web網(wǎng)站可以動態(tài)地將它們附入向PI的最終用戶傳遞的頁中。并入這種單元的頁可以包括與預(yù)定義的類(CLASS)集相關(guān)的不同樣式信息。可以用第1層級聯(lián)樣式表來實(shí)現(xiàn)這種可配置性。參看Kerven、Foust、Zakour的《HTML 3.2 Plus How-To》(Waite Group Press 1997年出版,651-693頁)和Walsh的《An Introduction to Cascading Style Sheets》(World Wide Web Journal雜志,1997年冬季,147-156頁)。這個選擇對中間網(wǎng)站的程序支持要求最小,但是對中間網(wǎng)站向最終用戶提交PI的靈活性有一定程度的限制。
另一方面,中問網(wǎng)站可以用標(biāo)準(zhǔn)化應(yīng)用程序設(shè)計接口(API)開發(fā)一種應(yīng)用程序來直接訪問PI數(shù)據(jù)。在這種情況下,可以不用PI傳遞部件350,也可能要將PI傳遞部件350用作負(fù)責(zé)服務(wù)于對數(shù)據(jù)的API請求的部件。按照這個模型,中間網(wǎng)站要負(fù)責(zé)作出對原始PI數(shù)據(jù)格式化的全部決定。這個實(shí)施選擇要求中間網(wǎng)站更多的程序支持,但是允許中間網(wǎng)站在使用原始PI時有更大的靈活性。
能利用中間網(wǎng)站來傳遞PI是有十分重要的用途的。這種功能使已經(jīng)熟悉某個現(xiàn)有PI提供者的最終用戶不僅能訪問該特定PI提供者的相關(guān)PI,也能方便地在熟悉的用戶界面-即該現(xiàn)有PI提供者網(wǎng)站中訪問其它PI提供者的所有PI。在這種情況下,對PI的請求直接發(fā)端于中間PI提供者網(wǎng)站而間接發(fā)端于最終用戶。安全措施會限制對授權(quán)的中間網(wǎng)站的訪問。這些措施可能包括對最終用戶和中間網(wǎng)站的驗(yàn)證。此外,為了更加安全,可能還要求驗(yàn)證最終用戶與特定中間網(wǎng)站之間的關(guān)聯(lián)。
此外,中間網(wǎng)站的使用也支持一種新型的事務(wù)處理模型。在這個事務(wù)處理模型中,中間網(wǎng)站補(bǔ)充或全面補(bǔ)償PI引擎管理員向最終用戶提供的服務(wù)。這些事務(wù)處理由于PI引擎的審計和跟蹤功能而變得更加方便。這些功能允許對按人的費(fèi)用、按交易的費(fèi)用、按訪問的費(fèi)用或它們某種組合的計算進(jìn)行評估。可以直接向中間網(wǎng)站要求支付各評估值?;蛘?,可將這些值從向中間Web站點(diǎn)收取的最低月費(fèi)中記帳,而超出最低收費(fèi)的費(fèi)用則直接向中間Web站點(diǎn)收取。
圖11表示按所述模型的典型過程的流程圖。在步驟1110,中間網(wǎng)站支付最低月費(fèi)。在步驟1120,PI引擎審計和跟蹤用戶通過中間網(wǎng)站的使用情況。所審計的使用情況用于按用戶、按訪問、按交易或它們的組合評估費(fèi)用。在步驟1130,將所審計的數(shù)額從在步驟1110支付的費(fèi)用計入借方。在步驟1140向中間網(wǎng)站收取超出所支付的最低費(fèi)用的任何費(fèi)用。
最終用戶經(jīng)常需要訪問由特定PI的提供者生成的基礎(chǔ)網(wǎng)頁。傳遞部件可以不僅傳遞PI,也傳遞直通提供該P(yáng)I的提供者的網(wǎng)頁的訪問點(diǎn)。訪問點(diǎn)的形式可以是鏈接、表格按鈕或其它某種交互式訪問機(jī)制。
這種訪問點(diǎn)大大地提高了最終用戶訪問基礎(chǔ)網(wǎng)頁的效率,如圖7所示。在訪問PI的傳統(tǒng)過程100中,最終用戶必須經(jīng)歷許多中間網(wǎng)頁才能到達(dá)所需的網(wǎng)頁,這期間要求進(jìn)行各種經(jīng)常是繁瑣的交互作用。
最終用戶首先必須標(biāo)識提供者(110)。下一步,最終用戶必須定位該提供者的網(wǎng)址(120)。然后,用戶請求提供者的登錄頁面(130)。如果最終用戶忘記了登錄所必需的信息,就必須找出這種信息,否則就不能通過萬維網(wǎng)訪問所需的信息。最終用戶然后漫游提供者的網(wǎng)站(140)。這通常必然要訪問提供者的主頁(710),然后在提供者網(wǎng)站上瀏覽各種中間網(wǎng)頁(720)。最終用戶可能不得不數(shù)次返回主頁(710),也可能偶然地完全離開系統(tǒng),只好再次登錄(140),直到最終定位所需的信息(150)。
如果采用跳板技術(shù),整個過程被精簡成只要點(diǎn)擊一次訪問點(diǎn)。PI引擎的傳遞部件連同PI一起傳遞一個對提供者的基礎(chǔ)網(wǎng)頁的訪問點(diǎn)。結(jié)果,最終用戶只要與PI表示頁進(jìn)行一次交互作用(760)。這種交互作用立即執(zhí)行為將用戶帶到所需基礎(chǔ)網(wǎng)頁(150)而必需的與提供者網(wǎng)站的交互作用。
在一個實(shí)施例中,可以用Java小應(yīng)用程序來實(shí)現(xiàn)這個跳板技術(shù)。參看圖2,小應(yīng)用程序要由最終用戶的客戶機(jī)軟件270-通常是網(wǎng)絡(luò)瀏覽器-從PI宿主機(jī)290下載,并由最終用戶的計算機(jī)220在本地執(zhí)行。小應(yīng)用程序會將客戶機(jī)軟件270驅(qū)動到所需的頁。這種小應(yīng)用程序能從提供者儲存庫310和用戶儲存庫360提取用于驅(qū)動客戶機(jī)軟件的程序和數(shù)據(jù)。
在另外一個實(shí)施例中,PI引擎240可以作為一個按需直接訪問提供者儲存庫310和用戶儲存庫360的代理服務(wù)器工作。當(dāng)PI引擎240接到向特定信息的源跳轉(zhuǎn)的請求時,該引擎就執(zhí)行必要的操作,以漫游到所希望的頁,并將所希望的頁傳送到最終用戶的計算機(jī)220。與該頁的進(jìn)一步交互作用可能要求由PI引擎240進(jìn)行其它的代理操作,因?yàn)槔鄯e的cookie數(shù)據(jù)可能駐留在PI宿主機(jī)290上。這個實(shí)施例局限于在處理標(biāo)準(zhǔn)HTTP通訊而不是安全HTTP通訊中使用。
在最佳實(shí)施例中,跳板為最終用戶提供向PI提供者網(wǎng)站250的自動登錄并允許最終用戶210通過客戶機(jī)軟件270漫游。這種自動登錄可以通過使用超文本傳輸協(xié)議(HTTP)重定向來完成。當(dāng)接收到最終用戶210通過客戶機(jī)軟件270發(fā)出的跳板訪問請求時,PI宿主機(jī)290就向該跳板訪問的目標(biāo)PI提供者網(wǎng)站250請求登錄頁。在PI宿主機(jī)290上運(yùn)行的PI引擎240接收這個登錄頁并通過訪問提供者儲存庫310和用戶儲存庫360中的適當(dāng)數(shù)據(jù)來構(gòu)造一個登錄請求。該登錄請求被內(nèi)置在向客戶機(jī)軟件270發(fā)送的HTTP重定向中??蛻魴C(jī)軟件270被重定向到目標(biāo)PI提供者網(wǎng)站250,然后將最終用戶210自動登錄到該網(wǎng)站。
另一方面,這個功能也能通過如上所述的Java小應(yīng)用程序來實(shí)現(xiàn)。此外,PI引擎240還能生成一個含有有關(guān)登錄請求而不是HTTP重定向的Javascript頁。該Javascript頁可以被返回到客戶機(jī)軟件270。然后由客戶機(jī)軟件270執(zhí)行該頁,以完成自動登錄。
圖3的PI引擎240也可以包含一個網(wǎng)站監(jiān)控器370處理部件。這個部件有系統(tǒng)地監(jiān)控所支持的PI提供者網(wǎng)站的變化。這個部件加強(qiáng)了系統(tǒng)識別PI提供者網(wǎng)站過程、數(shù)據(jù)要求和cookies要求中的變化的能力。這個部件由于通過來自PI訪問/事務(wù)處理部件340的反饋來補(bǔ)充或替代變化標(biāo)識而提高系統(tǒng)的效率。
本發(fā)明的另外一個實(shí)施例可支持PI的本地化操作。這在圖2的客戶計算機(jī)220上運(yùn)行的客戶機(jī)軟件270是一個專用網(wǎng)絡(luò)客戶軟件而不是諸如Netscape的通用網(wǎng)絡(luò)客戶程序時可以實(shí)現(xiàn)。這個專用客戶程序可以用Web頻道技術(shù)來使本地PI下載和更新過程自動化。如果PI儲存庫是通過前文所述的cookie體系結(jié)構(gòu)實(shí)現(xiàn)的,這個專用客戶程序就可以提供對所存儲的PI的直接本地訪問。
在另一個實(shí)施例中,圖3的PI引擎240可以既支持系統(tǒng)支持的PI提供者也支持特定于特定最終用戶群的PI提供者。在這個實(shí)施例中,最終用戶不限于只能使用存在于提供者儲存庫310中的PI提供者的PI。如果最終用戶要增加由不受支持的PI提供者提供的數(shù)據(jù),則最終用戶要訪問基準(zhǔn)配置部件320并為該不受支持的PI提供者創(chuàng)建一個配置。該提供者和PI配置連同驗(yàn)證和訪問數(shù)據(jù),要與用戶的記錄一起存儲在用戶儲存庫360中。
本發(fā)明的另一個實(shí)施例支持在圖3的提供者儲存庫310中加入PI事務(wù)處理過程和訪問要求。實(shí)現(xiàn)這種事務(wù)處理所需的最終用戶特定的信息要與用戶記錄一起駐留在用戶儲存庫360中。PI訪問/事務(wù)處理部件340的功能要擴(kuò)展到支持執(zhí)行事務(wù)處理。這個額外的功能可以以與前文針對用模擬的Web客戶機(jī)執(zhí)行訪問所述的過程類似的方式得到支持。這個實(shí)施例的另外一個特點(diǎn)是包含通過提供自動啟動事務(wù)處理的觸發(fā)事件而實(shí)現(xiàn)的自動化或半自動化的帳戶管理。
例如,圖2的最終用戶210能通過PI引擎240保持其帳戶的在線狀態(tài)。如果某信息提供者能夠接受在線支付,PI引擎240就能支持這種事務(wù)處理的完全活部分自動化。如果某個信息提供者有帳單到期日期,PI引擎240就能設(shè)置該信息標(biāo)志并向最終用戶210發(fā)電子郵件,通知帳單到期。所以,用戶就不必逐個地向每個提供者查詢到期日期信息。PI引擎240也能為允許通過網(wǎng)絡(luò)服務(wù)器260支付的提供者自動實(shí)現(xiàn)有限帳單額度內(nèi)的支付,然后用電子郵件將支付通知發(fā)送給用戶。
到期日期的獲取可以用圖3所示的PI訪問/事務(wù)處理部件340來完成。通過任何由PI傳遞部件350支持的傳遞都能將到期日期信息提供給最終用戶。PI訪問/事務(wù)處理部件340會用標(biāo)準(zhǔn)電子商務(wù)帳單支付方法來向提供者支付用戶的帳單(如果用戶選擇這種方式的話)。一旦支付了帳單,就向用戶發(fā)送電子郵件通知,內(nèi)有提供者信息和付帳信息。用戶能在用戶儲存庫360中規(guī)定自動支付的數(shù)額范圍。如果帳單超出用戶規(guī)定的數(shù)額,PI引擎就向用戶發(fā)出電子郵件通知,而不是自動地支付帳單。
以上所述的各實(shí)施例都是僅作為示例性的例子給出的。非常顯然,可以對本說明書中披露的具體實(shí)施例作出許多改動而不偏離本發(fā)明。因此,本發(fā)明的范圍應(yīng)當(dāng)由下面的各項(xiàng)權(quán)利要求來確定而不是局限于以上具體描述的實(shí)施例。
權(quán)利要求
1.一個用于從至少一個信息提供者向至少一個最終用戶傳遞個人信息的系統(tǒng),包含(a)一個用于存儲與每個最終用戶關(guān)聯(lián)的最終用戶數(shù)據(jù)的用戶儲存庫;(b)一個用于存儲與每個信息提供者關(guān)聯(lián)的信息提供者數(shù)據(jù)的提供者儲存庫;(c)一個用于存儲與每個最終用戶關(guān)聯(lián)的個人信息的個人信息儲存庫;(d)一個與用戶儲存庫、提供者儲存庫和個人信息儲存庫通信的處理器,用于執(zhí)行以下步驟(ⅰ)與至少一個信息提供者連接;(ⅱ)對于選定的最終用戶,根據(jù)與所選定最終用戶關(guān)聯(lián)的最終用戶數(shù)據(jù)和與所連接的一個或多個信息提供者關(guān)聯(lián)的信息提供者數(shù)據(jù),從所連接的至少一個信息提供者檢索所選定最終用戶的個人信息;以及(ⅲ)將所檢索的個人信息存儲在個人信息儲存庫中。
2.權(quán)利要求1的系統(tǒng),其中的處理器另外還執(zhí)行監(jiān)控信息提供者的變化的步驟。
3.權(quán)利要求1的系統(tǒng),其中的處理器另外還執(zhí)行更新提供者儲存庫以符合信息提供者的要求的步驟。
4.權(quán)利要求1的系統(tǒng),其中的處理器還執(zhí)行另外步驟,即根據(jù)與所選定最終用戶關(guān)聯(lián)的最終用戶數(shù)據(jù)和與所選定信息提供者關(guān)聯(lián)的信息提供者數(shù)據(jù),為所選定最終用戶以選定信息提供者執(zhí)行事務(wù)處理。
5.權(quán)利要求4的系統(tǒng),其中,處理器按照用戶儲存庫中的最終用戶數(shù)據(jù)自動執(zhí)行事務(wù)處理的執(zhí)行步驟。
6.權(quán)利要求1的系統(tǒng),其中的處理器還執(zhí)行另外步驟,即從個人信息儲存庫輸出與所選定最終用戶關(guān)聯(lián)的個人信息。
7.權(quán)利要求6的系統(tǒng),其中,處理器所執(zhí)行的輸出步驟將個人信息輸出到在與選定最終用戶關(guān)聯(lián)的最終用戶數(shù)據(jù)中指定的傳遞平臺。
8.權(quán)利要求7的系統(tǒng),其中,所指定的傳遞平臺是從電子郵件、傳真、尋呼機(jī)、電話、無線設(shè)備、ftp服務(wù)器、Web服務(wù)器、gopher服務(wù)器和Web客戶機(jī)構(gòu)成的組中選擇的。
9.權(quán)利要求6的系統(tǒng),其中,處理器的輸出步驟通過萬維網(wǎng)網(wǎng)站輸出個人信息。
10.權(quán)利要求1的系統(tǒng),其中,處理器的連接步驟執(zhí)行下列子步驟(a)訪問與選定最終用戶關(guān)聯(lián)的最終用戶數(shù)據(jù);(b)標(biāo)識在所訪問的最終用戶數(shù)據(jù)中指定的信息提供者;以及(c)與所標(biāo)識的每個信息提供者建立一個通信鏈接。
11.一種用于從至少一個信息提供者向至少一個最終用戶傳遞個人信息的方法,包含的步驟為(a)與至少一個信息提供者連接;(b)對于選定的最終用戶,根據(jù)與所選定最終用戶關(guān)聯(lián)的最終用戶數(shù)據(jù)和與所連接的一個或多個信息提供者關(guān)聯(lián)的信息提供者數(shù)據(jù),從所連接的至少一個信息提供者檢索所選定最終用戶的個人信息;以及(c)將所檢索的個人信息存儲在個人信息儲存庫中。
12.權(quán)利要求11的方法,進(jìn)一步包含監(jiān)控信息提供者的變化的步驟。
13.權(quán)利要求11的方法,進(jìn)一步包含更新提供者儲存庫以符合信息提供者的要求的步驟。
14.權(quán)利要求11的方法,進(jìn)一步包含的步驟是,根據(jù)所訪問的最終用戶和與所選定信息提供者關(guān)聯(lián)的所訪問的信息提供者數(shù)據(jù),為所選定最終用戶以選定信息提供者執(zhí)行事務(wù)處理。
15.權(quán)利要求14的方法,其中的執(zhí)行步驟是按照所訪問的最終用戶數(shù)據(jù)觸發(fā)的。
16.權(quán)利要求11的方法,進(jìn)一步包含從個人信息儲存庫輸出與所選定最終用戶關(guān)聯(lián)的個人信息的步驟。
17.權(quán)利要求16的方法,其中的輸出步驟將個人信息輸出到在訪問的最終用戶數(shù)據(jù)中指定的傳遞平臺。
18.權(quán)利要求17的方法,其中,所指定的傳遞平臺是從電子郵件、傳真、尋呼機(jī)、電話、無線設(shè)備、ftp服務(wù)器、Web服務(wù)器、gopher服務(wù)器和Web客戶機(jī)構(gòu)成的組中選擇的。
19.權(quán)利要求16的方法,其中的輸出步驟通過萬維網(wǎng)網(wǎng)站輸出個人信息。
20.權(quán)利要求11的方法,其中的連接步驟包含下列子步驟(a)訪問與選定最終用戶關(guān)聯(lián)的最終用戶數(shù)據(jù);(b)標(biāo)識在所訪問的最終用戶數(shù)據(jù)中指定的信息提供者;以及(c)與所標(biāo)識的每個信息提供者建立一個通信鏈接。
21.一種計算機(jī)可讀的數(shù)字存儲器,它存儲的可執(zhí)行指令使處理器通過執(zhí)行以下步驟來傳遞個人信息(a)與至少一個信息提供者連接;(b)對于選定的最終用戶,根據(jù)與所選定最終用戶關(guān)聯(lián)的最終用戶數(shù)據(jù)和與所連接的一個或多個信息提供者關(guān)聯(lián)的信息提供者數(shù)據(jù),從所連接的至少一個信息提供者檢索所選定最終用戶的個人信息;以及(c)將所檢索的個人信息存儲在個人信息儲存庫中。
22.權(quán)利要求21的存儲器,進(jìn)一步存儲通過執(zhí)行下列子步驟來執(zhí)行連接步驟的可執(zhí)行指令(ⅰ)訪問與選定最終用戶關(guān)聯(lián)的最終用戶數(shù)據(jù);(ⅱ)標(biāo)識在所訪問的最終用戶數(shù)據(jù)中指定的信息提供者;以及(ⅲ)與所標(biāo)識的每個信息提供者建立一個通信鏈接。
23.一種用于分配、存儲和檢索與最終用戶關(guān)聯(lián)的數(shù)據(jù)的方法,其中的數(shù)據(jù)是從宿主計算機(jī)及與最終用戶相關(guān)聯(lián)的客戶計算機(jī)之間的一個或多個信息提供者聚集的,該方法包含的步驟是(a)由宿主計算機(jī)從一個或多個信息提供者聚集與最終用戶關(guān)聯(lián)的數(shù)據(jù);(b)將聚集的數(shù)據(jù)從宿主計算機(jī)傳輸?shù)娇蛻粲嬎銠C(jī);(c)在客戶計算機(jī)上接收來自宿主計算機(jī)的聚集數(shù)據(jù);(d)在客戶計算機(jī)上存儲所接收的聚集數(shù)據(jù);(e)由宿主計算機(jī)接收一個關(guān)于聚集數(shù)據(jù)的請求;(f)由宿主計算機(jī)從客戶計算機(jī)接收所存儲的聚集數(shù)據(jù);以及(g)由宿主計算機(jī)根據(jù)接收到的所存儲的聚集數(shù)據(jù)來服務(wù)所接收的請求,生成一個請求結(jié)果;
24.權(quán)利要求23的方法,進(jìn)一步包含的步驟是,將請求結(jié)果輸出到一個指定的傳遞平臺。
25.權(quán)利要求23的方法,進(jìn)一步包含的步驟是,在向客戶計算機(jī)傳輸之前由宿主計算機(jī)對聚集數(shù)據(jù)加密,并且由宿主計算機(jī)服務(wù)所接收的請求的步驟包含由宿主計算機(jī)對所接收聚集數(shù)據(jù)解密的步驟。
26.權(quán)利要求23的方法,其中,在客戶計算機(jī)上存儲所接收的聚集數(shù)據(jù)的步驟包含作為cookie數(shù)據(jù)來存儲聚集數(shù)據(jù)。
27.權(quán)利要求23的方法,其中從宿主計算機(jī)向客戶計算機(jī)傳輸聚集數(shù)據(jù)的步驟包含將聚集數(shù)據(jù)格式化為cookie數(shù)據(jù)。
28.一種用于分配、存儲和檢索與最終用戶關(guān)聯(lián)的數(shù)據(jù)的系統(tǒng),其中的數(shù)據(jù)是從宿主計算機(jī)及與最終用戶相關(guān)聯(lián)的客戶計算機(jī)之間的一個或多個信息提供者聚集的,系統(tǒng)包含一個與客戶計算機(jī)通信的宿主計算機(jī),宿主計算機(jī)包含一個執(zhí)行下列步驟的處理器(a)從一個或多個信息提供者聚集與最終用戶關(guān)聯(lián)的數(shù)據(jù);(b)將聚集的數(shù)據(jù)傳輸?shù)娇蛻粲嬎銠C(jī);(c)接收一個關(guān)于聚集數(shù)據(jù)的請求;(d)從客戶計算機(jī)接收所存儲的聚集數(shù)據(jù);以及(e)根據(jù)接收到的所存儲的聚集數(shù)據(jù)來服務(wù)所接收的請求,生成一個請求結(jié)果。
29.權(quán)利要求28的系統(tǒng),處理器進(jìn)一步執(zhí)行步驟在傳輸之前將聚集數(shù)據(jù)格式化為cookie數(shù)據(jù)。
30.一種存儲指令的計算機(jī)可讀的數(shù)字存儲器,當(dāng)它存儲的指令在處理器上執(zhí)行時,分配、存儲和檢索從宿主計算機(jī)及與最終用戶相關(guān)聯(lián)的客戶計算機(jī)之間的一個或多個信息提供者聚集的與最終用戶關(guān)聯(lián)的數(shù)據(jù),其中指令的執(zhí)行包含下列步驟(a)從一個或多個信息提供者聚集與最終用戶關(guān)聯(lián)的數(shù)據(jù);(b)將聚集的數(shù)據(jù)傳輸?shù)娇蛻粲嬎銠C(jī);(c)接收一個關(guān)于聚集數(shù)據(jù)的請求;(d)從客戶計算機(jī)接收所存儲的聚集數(shù)據(jù);以及(e)根據(jù)接收到的所存儲的聚集數(shù)據(jù)來服務(wù)所接收的請求,生成一個請求結(jié)果。
31.一種用于生成適應(yīng)于符合一定要求的電子文檔的系統(tǒng),包含(a)一個與至少一個樣式源通信的樣式合并器單元,樣式合并器單元執(zhí)行以下步驟(ⅰ)從至少一個樣式源收集樣式信息;以及(ⅱ)動態(tài)地合并來自每個樣式源的樣式信息;以及(b)一個與至少一個內(nèi)容源通信的內(nèi)容合并器單元,內(nèi)容合并器單元執(zhí)行以下步驟(ⅰ)從至少一個內(nèi)容源收集內(nèi)容信息;以及(ⅱ)動態(tài)地合并來自每個內(nèi)容源的內(nèi)容信息;以及(c)一個與樣式合并器單元和內(nèi)容信息合并器單元通信的處理器,處理器執(zhí)行下列步驟(ⅰ)接收合并的樣式信息;(ⅱ)接收合并的內(nèi)容信息;以及(ⅲ)將所接收的樣式信息應(yīng)用到所接收的內(nèi)容信息以動態(tài)地生成一個符合要求的文檔。
32.權(quán)利要求31的系統(tǒng),其中的至少一個樣式提供者包含一個從信息提供者服務(wù)器、發(fā)布者服務(wù)器、用戶終端、個人信息傳遞部件及它們的組合所構(gòu)成的組中選擇的樣式源。
33.權(quán)利要求31的系統(tǒng),其中,樣式合并器單元是一個在處理器上運(yùn)行的過程。
34.權(quán)利要求31的系統(tǒng),其中,樣式信息包含XML流。
35.權(quán)利要求31的系統(tǒng),其中,內(nèi)容信息包含XML流。
36.權(quán)利要求31的系統(tǒng),其中,內(nèi)容合并器單元是一個在處理器上運(yùn)行的過程。
37.權(quán)利要求36的系統(tǒng),其中,樣式合并器單元是一個在處理器上運(yùn)行的過程。
38.權(quán)利要求31的系統(tǒng),其中,處理器進(jìn)一步執(zhí)行輸出符合要求的文檔的步驟。
39.一種用于生成適應(yīng)于符合一定要求的電子文檔的方法,包含下列步驟(a)從至少一個樣式提供者收集樣式信息;(b)動態(tài)地合并所收集的樣式信息;(c)檢索內(nèi)容信息包含從至少一個內(nèi)容提供者收集內(nèi)容信息;(d)動態(tài)地合并所收集的內(nèi)容信息;以及(e)動態(tài)地將所檢索的樣式信息應(yīng)用到所檢索的內(nèi)容信息以生成一個符合要求的文檔。
40.權(quán)利要求39的方法,其中,進(jìn)一步包含輸出符合要求的文檔的步驟。
41.一種用于調(diào)度宿主計算機(jī)從一個或多個信息提供者為一個或多個用戶收獲信息的方法,包含的步驟為(a)對于某選定信息提供者,確定選定信息提供者所存儲的信息的更新時間;(b)對于該選定信息提供者,確定能在所確定的更新時間上通過一次更新而修改其信息的最終用戶的集合;(c)為所確定的最終用戶集合中的每個最終用戶生成一個預(yù)測登錄時間;(d)按照為所確定集合中每個最終用戶生成的預(yù)測登錄時間將所確定的最終用戶集合排序;(e)根據(jù)每個最終用戶的預(yù)測登錄時間為每個最終用戶分配一個收獲時間。
42.權(quán)利要求41的方法,其中,將所確定集合的最終用戶排序的步驟包含按預(yù)測登錄時間的升序?qū)λ_定集合進(jìn)行排序。
43.權(quán)利要求41的方法,其中,為所確定最終用戶集合中每個最終用戶生成預(yù)測登錄時間的步驟包含(ⅰ)對于每個用戶,確定與該最終用戶相關(guān)的登錄時間輪廓是否符合預(yù)定的可信度閥值;(ⅱ)為登錄時間輪廓不符合預(yù)定的可信度閥值的每個最終用戶分配一個相當(dāng)于當(dāng)前日期和時間的預(yù)測登錄時間;以及(ⅲ)為登錄時間輪廓確實(shí)符合預(yù)定的可信度閥值的每個最終用戶根據(jù)該最終用戶的登錄時間輪廓分配一個預(yù)測登錄時間。
44.權(quán)利要求41的方法,進(jìn)一步包含的步驟是,將每個最終用戶的預(yù)測登錄時間倒退預(yù)定的時間間隔。
45.權(quán)利要求44的方法,其中,分配收獲時間的步驟,包含為每個最終用戶分配一個相當(dāng)于其倒退過的登錄時間的收獲時間。
46.權(quán)利要求41的方法,其中,分配收獲時間的步驟包含(ⅰ)執(zhí)行一個時間上的分布擬合(distribution fit acrosstime),以生成一個能確定在特定時間段內(nèi)要收獲的最終用戶的數(shù)目的多項(xiàng)式函數(shù);(ⅱ)確定與宿主計算機(jī)及選定信息提供者關(guān)聯(lián)的網(wǎng)絡(luò)活動的網(wǎng)絡(luò)活動曲線;(ⅲ)生成所確定的網(wǎng)絡(luò)活動曲線的逆;(ⅳ)用所生成的多項(xiàng)式函數(shù)和網(wǎng)絡(luò)活動曲線的逆執(zhí)行一個整體匹配算法;以及(ⅴ)為每個最終用戶分配收獲時間,將高峰收獲時間重新朝時間零分布,以整平時間上的分布擬合(distribution fit acrosstime)。
47.權(quán)利要求41的方法,進(jìn)一步包含的步驟是,在分配給每個最終用戶的收獲時間上從選定信息提供者為所確定最終用戶集合中的每個最終用戶收獲信息。
48.一種用于調(diào)度宿主計算機(jī)從一個或多個信息提供者為一個或多個用戶收獲信息的系統(tǒng),包含(a)一個用于存儲與最終用戶關(guān)聯(lián)的數(shù)據(jù)的用戶儲存庫;(b)一個用于存儲與信息提供者關(guān)聯(lián)的數(shù)據(jù)的提供者儲存庫;以及(c)一個與用戶儲存庫及提供者儲存庫通信的宿主計算機(jī),宿主計算機(jī)包含的一個處理器執(zhí)行以下步驟(ⅰ)對于一個選定信息提供者,根據(jù)在提供者儲存庫中的與選定信息提供者相關(guān)聯(lián)的數(shù)據(jù)來確定選定信息提供者所存儲的信息的更新時間;(ⅱ)對于該選定信息提供者,根據(jù)與用戶儲存庫中的最終用戶相關(guān)聯(lián)的數(shù)據(jù)來確定能在所確定的更新時間通過一次更新而修改其信息的最終用戶的集合;(ⅲ)為所確定的最終用戶集合中的每個最終用戶生成一個預(yù)測登錄時間;(ⅳ)按照為所確定集合中每個最終用戶生成的預(yù)測登錄時間將所確定集合的最終用戶排序;以及(ⅴ)根據(jù)每個最終用戶的預(yù)測登錄時間為每個最終用戶分配一個收獲時間。
49.權(quán)利要求48的系統(tǒng),其中,宿主計算機(jī)處理器進(jìn)一步執(zhí)行的步驟是,在分配給每個最終用戶的收獲時間上從選定信息提供者為所確定最終用戶集合中的每個最終用戶收獲個人信息。
50.一種存儲指令的計算機(jī)可讀的存儲器,它存儲的指令在執(zhí)行時,使處理器調(diào)度宿主計算機(jī)從一個或多個信息提供者為一個或多個用戶收集信息,所執(zhí)行的指令包含的步驟為(a)對于某選定信息提供者,確定選定信息提供者所存儲的信息的更新時間;(b)對于該選定信息提供者,確定能在所確定的更新時間通過一次更新而修改其信息的最終用戶的集合;(c)為所確定的最終用戶集合中的每個最終用戶生成一個預(yù)測登錄時間;(d)按照為所確定集合中每個最終用戶生成的預(yù)測登錄時間將所確定集合的最終用戶排序;以及(e)根據(jù)每個最終用戶的預(yù)測登錄時間為每個最終用戶分配一個收獲時間。
51.一種用于根據(jù)從一個或多個信息提供者聚集的與最終用戶相關(guān)聯(lián)的個人信息和最終用戶儲存庫中與最終用戶相關(guān)聯(lián)的記錄為最終用戶自動執(zhí)行操作的方法,其中每個記錄標(biāo)識一個觸發(fā)事件和一個要針對該個人信息執(zhí)行的相關(guān)應(yīng)答,該方法包含的步驟為(a)對于每個與最終用戶相關(guān)聯(lián)的記錄,根據(jù)所聚集的個人信息判斷是否發(fā)生了觸發(fā)事件(b)對于確定發(fā)生了觸發(fā)事件的每個記錄,執(zhí)行相關(guān)應(yīng)答。
52.權(quán)利要求51的方法,其中,執(zhí)行相關(guān)應(yīng)答的步驟包含將發(fā)生觸發(fā)事件的通知傳遞給預(yù)定的傳遞平臺。
53.權(quán)利要求52的方法,其中,預(yù)定的傳遞平臺是從無線設(shè)備、傳真、電話、打印設(shè)備、尋呼機(jī)、Web服務(wù)器上駐留的網(wǎng)頁、電子郵件系統(tǒng)構(gòu)成的組中選擇的。
54.權(quán)利要求51的方法,其中,執(zhí)行相關(guān)應(yīng)答的步驟包含(ⅰ)根據(jù)相關(guān)應(yīng)答檢索與信息提供者相關(guān)聯(lián)的數(shù)據(jù);(ⅱ)根據(jù)所訪問的與信息提供者相關(guān)聯(lián)的數(shù)據(jù)連接到信息提供者的計算機(jī);以及(ⅲ)根據(jù)所訪問的與信息提供者相關(guān)聯(lián)的數(shù)據(jù)、相關(guān)應(yīng)答和最終用戶儲存庫中與最終用戶相關(guān)的最終用戶數(shù)據(jù),在信息提供者計算機(jī)上執(zhí)行一個事務(wù)處理腳本。
55.權(quán)利要求54的方法,其中,執(zhí)行相關(guān)應(yīng)答的步驟進(jìn)一步包含將關(guān)于觸發(fā)事件和相關(guān)應(yīng)答的執(zhí)行的通知傳遞給預(yù)定的傳遞平臺。
56.權(quán)利要求55的方法,其中,預(yù)定的傳遞平臺是從無線設(shè)備、傳真、電話、打印設(shè)備、尋呼機(jī)、Web服務(wù)器上駐留的網(wǎng)頁、電子郵件系統(tǒng)構(gòu)成的組中選擇的。
57.一種存儲指令的計算機(jī)可讀的存儲器,它存儲的指令在執(zhí)行時使處理器根據(jù)從一個或多個信息提供者聚集的與最終用戶相關(guān)聯(lián)的個人信息和最終用戶儲存庫中與最終用戶相關(guān)聯(lián)的記錄為最終用戶自動地執(zhí)行操作,其中每個記錄標(biāo)識一個觸發(fā)事件和一個要針對該個人信息執(zhí)行的相關(guān)應(yīng)答,所執(zhí)行的步驟為(a)對于每個與最終用戶相關(guān)聯(lián)的記錄,根據(jù)所聚集的個人信息判斷是否發(fā)生了觸發(fā)事件;以及(b)對于確定發(fā)生了觸發(fā)事件的每個記錄,執(zhí)行相關(guān)應(yīng)答。
58.權(quán)利要求57的存儲器,其中,使處理器進(jìn)行執(zhí)行相關(guān)應(yīng)答的步驟的指令包含使處理器進(jìn)行將發(fā)生觸發(fā)事件的通知傳遞給預(yù)定的傳遞平臺的步驟的指令。
59.權(quán)利要求57的存儲器,其中,使處理器進(jìn)行執(zhí)行相關(guān)應(yīng)答的步驟的指令包含使處理器執(zhí)行下列步驟的指令(ⅰ)根據(jù)相關(guān)應(yīng)答訪問與信息提供者相關(guān)聯(lián)的數(shù)據(jù);(ⅱ)根據(jù)所訪問的與信息提供者相關(guān)聯(lián)的數(shù)據(jù)連接到信息提供者的計算機(jī);以及(ⅲ)根據(jù)所訪問的與信息提供者相關(guān)聯(lián)的數(shù)據(jù)、相關(guān)應(yīng)答和最終用戶儲存庫中與最終用戶相關(guān)的最終用戶數(shù)據(jù),在信息提供者計算機(jī)上執(zhí)行一個事務(wù)處理腳本。
60.權(quán)利要求59的存儲器,其中,使處理器進(jìn)行執(zhí)行相關(guān)應(yīng)答的步驟的指令包含使處理器進(jìn)一步執(zhí)行將發(fā)生觸發(fā)事件的通知傳遞給預(yù)定的傳遞平臺的步驟的指令。
61.一種用于根據(jù)從一個或多個信息提供者聚集的與最終用戶相關(guān)聯(lián)的個人信息和最終用戶儲存庫中與最終用戶相關(guān)聯(lián)的記錄為最終用戶自動地執(zhí)行操作的系統(tǒng),其中每個記錄標(biāo)識一個觸發(fā)事件和一個要針對該個人信息執(zhí)行的相關(guān)應(yīng)答,該系統(tǒng)包含(a)一個用于存儲與最終用戶相關(guān)聯(lián)的最終用戶數(shù)據(jù)以及標(biāo)識觸發(fā)事件和要針對該個人信息執(zhí)行的相關(guān)應(yīng)答的記錄的用戶儲存庫;(b)一個用于存儲與最終用戶相關(guān)聯(lián)的個人信息的個人信息儲存庫;以及(c)一個與用戶儲存庫及個人信息儲存庫通信的宿主計算機(jī),宿主計算機(jī)中含有的處理器執(zhí)行下列步驟(ⅰ)對于用戶儲存庫中每個與最終用戶相關(guān)聯(lián)的記錄,根據(jù)所聚集的個人信息判斷是否發(fā)生了觸發(fā)事件;以及(ⅱ)對于確定發(fā)生了觸發(fā)事件的每個對應(yīng)記錄,執(zhí)行相關(guān)應(yīng)答。
62.一種用于監(jiān)控個人信息提供者與個人信息的最終用戶之間通過中介計算機(jī)的交互作用以確定從這種交互作用產(chǎn)生的收入的方法,包含的步驟為(a)從中介計算機(jī)接收關(guān)于與最終用戶關(guān)聯(lián)的個人信息的請求;(b)根據(jù)個人信息提供者所存儲的與該最終用戶關(guān)聯(lián)的個人信息來服務(wù)該接收的請求;(c)根據(jù)所服務(wù)的請求來更新與中介計算機(jī)關(guān)聯(lián)的記帳數(shù)據(jù);以及(d)根據(jù)更新過的與中介計算機(jī)關(guān)聯(lián)的記帳數(shù)據(jù)生成給中介計算機(jī)的發(fā)票。
63.權(quán)利要求62的方法,其中生成發(fā)票的步驟是定期發(fā)生的。
64.權(quán)利要求62的方法,進(jìn)一步包含的步驟是將所生成的發(fā)票傳遞到選定的目的地。
65.權(quán)利要求64的方法,其中的選定目的地是從電子郵件目的地、打印設(shè)備、Web服務(wù)器上駐留的網(wǎng)頁、因特網(wǎng)客戶機(jī)、電話和傳真構(gòu)成的組中選擇的。
66.權(quán)利要求62的方法,進(jìn)一步包含的步驟是,計入與中介計算機(jī)相關(guān)的帳戶的借方。
67.權(quán)利要求62的方法,其中,服務(wù)所接收請求的步驟包含向中介計算機(jī)提供個人信息。
68.權(quán)利要求67的方法,其中,更新與中介計算機(jī)關(guān)聯(lián)的記帳數(shù)據(jù)的步驟,包含遞增對在選定時間段內(nèi)通過中介計算機(jī)作出的關(guān)于個人信息請求的計數(shù)值。
69.權(quán)利要求68的方法,進(jìn)一步包含的步驟是,根據(jù)對請求的計數(shù)值,計入與中介計算機(jī)相關(guān)的帳戶的借方。
70.權(quán)利要求67的方法,其中,更新與中介計算機(jī)關(guān)聯(lián)的記帳數(shù)據(jù)的步驟,包含在用戶未能在選定的時間段內(nèi)通過中介計算機(jī)訪問其個人信息的情況下遞增對與中介計算機(jī)關(guān)聯(lián)的用戶的計數(shù)。
71.權(quán)利要求70的方法,進(jìn)一步包含的步驟是,根據(jù)對用戶的計數(shù)值,計入與中介計算機(jī)相關(guān)的帳戶的借方。
72.權(quán)利要求62的方法,其中,服務(wù)所接收請求的步驟包含通過中介計算機(jī)執(zhí)行一個涉及個人信息的事務(wù)處理。
73.權(quán)利要求72的方法,其中,更新與中介計算機(jī)關(guān)聯(lián)的記帳數(shù)據(jù)的步驟,包含遞增對在選定時間段內(nèi)通過中介計算機(jī)作出的關(guān)于個人信息的請求的計數(shù)。
74.權(quán)利要求73的方法,進(jìn)一步包含的步驟是,根據(jù)對請求的計數(shù)值,計入與中介計算機(jī)相關(guān)的帳戶的借方。
75.權(quán)利要求72的方法,其中,更新與中介計算機(jī)關(guān)聯(lián)的記帳數(shù)據(jù)的步驟,包含在最終用戶沒有在選定的時間段內(nèi)通過中介計算機(jī)執(zhí)行關(guān)于其個人信息的事務(wù)處理的情況下遞增與中介計算機(jī)關(guān)聯(lián)的用戶的計數(shù)。
76.權(quán)利要求75的方法,進(jìn)一步包含的步驟是,根據(jù)對用戶的計數(shù)值,計入與中介計算機(jī)相關(guān)的帳戶的借方。
77.權(quán)利要求72的方法,其中,更新與中介計算機(jī)關(guān)聯(lián)的記帳數(shù)據(jù)的步驟,包含根據(jù)所執(zhí)行的事務(wù)處理遞增在選定的時間段內(nèi)與中介計算機(jī)關(guān)聯(lián)的總使用費(fèi)。
78.權(quán)利要求77的方法,進(jìn)一步包含的步驟是,根據(jù)總使用費(fèi),計入與中介計算機(jī)相關(guān)的帳戶的借方。
79.一種包含指令的計算機(jī)可讀的存儲器,它含有的指令在執(zhí)行時使處理器監(jiān)控個人信息提供者與個人信息的最終用戶之間通過中介計算機(jī)的交互作用以確定由這種交互作用產(chǎn)生的收入,所執(zhí)行的步驟包含(a)從中介計算機(jī)接收關(guān)于與最終用戶關(guān)聯(lián)的個人信息的請求;(b)根據(jù)存儲在選擇的信息提供者中與該最終用戶關(guān)聯(lián)的個人信息來服務(wù)該接收的請求;(c)根據(jù)所服務(wù)的請求來更新與中介計算機(jī)關(guān)聯(lián)的記帳數(shù)據(jù);以及(d)根據(jù)更新過的與中介計算機(jī)關(guān)聯(lián)的記帳數(shù)據(jù)生成給中介計算機(jī)的發(fā)票。
80.權(quán)利要求79的存儲器,進(jìn)一步存儲在執(zhí)行時使處理器執(zhí)行將所生成的發(fā)票傳遞到選定的目的地的步驟的指令。
81.權(quán)利要求79的存儲器,進(jìn)一步存儲在執(zhí)行時使處理器執(zhí)行計入與中介計算機(jī)相關(guān)的帳戶的借方的步驟的指令。
82.一種用于監(jiān)控個人信息提供者與個人信息的最終用戶之間通過中介計算機(jī)的交互作用以確定由這種交互作用產(chǎn)生的收入的系統(tǒng),包含(a)一個用于存儲與最終用戶相關(guān)聯(lián)的個人信息的個人信息儲存庫;(b)一個用于存儲與中介計算機(jī)相關(guān)聯(lián)的記帳數(shù)據(jù)的記帳儲存庫;(c)一個與個人信息儲存庫、記帳儲存庫及中介計算機(jī)通信的宿主計算機(jī),宿主計算機(jī)中含有的處理器執(zhí)行下列步驟(ⅰ)從中介計算機(jī)接收關(guān)于與最終用戶關(guān)聯(lián)的個人信息的請求;(ⅱ)根據(jù)個人信息儲存庫中存儲的與該最終用戶關(guān)聯(lián)的個人信息來服務(wù)該接收的請求;(ⅲ)根據(jù)所服務(wù)的請求來更新記帳儲存器中與中介計算機(jī)關(guān)聯(lián)的記帳數(shù)據(jù);以及(ⅳ)根據(jù)來自記帳儲存庫的更新過的與中介計算機(jī)關(guān)聯(lián)的記帳數(shù)據(jù)生成給中介計算機(jī)的發(fā)票。
83.權(quán)利要求82的系統(tǒng),其中,宿主計算機(jī)的處理器另外還執(zhí)行將所生成的發(fā)票傳遞到選定目的地的步驟。
84.權(quán)利要求21的系統(tǒng),其中,宿主計算機(jī)的處理器另外還執(zhí)行計入與中介計算機(jī)相關(guān)的帳戶的借方的步驟。
85.一種自動訪問與最終用戶關(guān)聯(lián)的個人信息的方法,其中,個人信息在個人信息提供者上存儲,該方法包含的步驟為(a)將與存儲在個人信息提供者上的個人信息對應(yīng)的一個個人信息的表示和一個鏈接提交在與最終用戶關(guān)聯(lián)的客戶計算機(jī)上;(b)當(dāng)啟動所提交的鏈接時,向客戶機(jī)下載一個應(yīng)用程序,其中,下載的應(yīng)用程序在客戶計算機(jī)上執(zhí)行時執(zhí)行下述步驟(ⅰ)連接到個人信息提供者;(ⅱ)漫游到個人信息提供者上的個人信息;以及(ⅲ)將個人信息提交給客戶計算機(jī)的用戶。
86.權(quán)利要求85的方法,進(jìn)一步包含的步驟為(a)將與最終用戶關(guān)聯(lián)的最終用戶數(shù)據(jù)傳輸?shù)娇蛻粲嬎銠C(jī);以及(b)將與個人信息提供者關(guān)聯(lián)的個人信息提供者數(shù)據(jù)傳輸?shù)娇蛻粲嬎銠C(jī)。
87.權(quán)利要求86的方法,其中,傳輸與個人信息提供者關(guān)聯(lián)的個人信息提供者數(shù)據(jù)的步驟包含傳輸一個與個人信息對應(yīng)的導(dǎo)航腳本。
88.權(quán)利要求87的方法,其中,傳輸最終用戶關(guān)聯(lián)的最終用戶數(shù)據(jù)的步驟包含根據(jù)所傳輸?shù)膶?dǎo)航腳本來傳輸最終用戶關(guān)聯(lián)的最終用戶數(shù)據(jù)。
89.權(quán)利要求85的方法,進(jìn)一步包含的步驟是,根據(jù)與個人信息提供者關(guān)聯(lián)的個人信息提供者數(shù)據(jù)、根據(jù)個人信息和根據(jù)與最終用戶關(guān)聯(lián)的最終用戶數(shù)據(jù),生成一個向客戶計算機(jī)下載的應(yīng)用。
90.一種自動訪問與最終用戶關(guān)聯(lián)的個人信息的方法,其中,個人信息在個人信息提供者上存儲,該方法包含的步驟為(a)將與存儲在個人信息提供者上的個人信息對應(yīng)的一個個人信息的表示和一個鏈接在最終用戶關(guān)聯(lián)的客戶計算機(jī)上表示出來;(b)當(dāng)啟動所表示的鏈接時,傳輸一個含有表格的頁,表格中包括登錄信息,當(dāng)客戶計算機(jī)打開登錄信息時,登錄信息將客戶計算機(jī)重定向到個人信息提供者上的一個后登錄頁
91.一種自動訪問最終用戶關(guān)聯(lián)的個人信息的方法,其中,個人信息在個人信息提供者上存儲,該方法包含的步驟為(a)將與存儲在個人信息提供者上的個人信息對應(yīng)的一個個人信息的表示和一個鏈接在最終用戶關(guān)聯(lián)的客戶計算機(jī)上表示出來;(b)當(dāng)啟動所表示的鏈接時,通過執(zhí)行下述步驟,將客戶計算機(jī)驅(qū)動到個人信息提供者上存儲的個人信息(ⅰ)連接到個人信息提供者;(ⅱ)漫游到個人信息提供者上的個人信息;(ⅲ)將個人信息提交給客戶計算機(jī)的用戶;以及(ⅳ)代理客戶計算機(jī)隨后向個人信息提供者提出的請求。
92.一種存儲指令的計算機(jī)可讀的存儲器,它存儲的指令在執(zhí)行時使處理器自動地訪問最終用戶關(guān)聯(lián)的個人信息,其中,個人信息在個人信息提供者上存儲,所執(zhí)行的步驟為(a)在最終用戶關(guān)聯(lián)的客戶計算機(jī)上提交與存儲在個人信息提供者上的個人信息對應(yīng)的一個個人信息的表示和一個鏈接;(b)當(dāng)啟動所提交的鏈接時,向客戶機(jī)下載一個應(yīng)用程序,其中,下載的應(yīng)用程序在客戶計算機(jī)上執(zhí)行時執(zhí)行下述步驟(ⅰ)連接到個人信息提供者;(ⅱ)漫游到個人信息提供者上的個人信息;以及(ⅲ)將個人信息提交給客戶計算機(jī)的用戶。
93.一種用于自動地訪問最終用戶關(guān)聯(lián)的個人信息的系統(tǒng),其中,個人信息在個人信息提供者上存儲,該系統(tǒng)包含(a)一個用于存儲與最終用戶相關(guān)聯(lián)的數(shù)據(jù)的用戶儲存庫;(b)一個用于存儲與個人信息提供者相關(guān)聯(lián)的數(shù)據(jù)的個人信息提供者儲存庫;(c)一個與用戶儲存庫及個人信息提供者儲存庫通信的處理器,處理器執(zhí)行下列步驟(ⅰ)在最終用戶關(guān)聯(lián)的客戶計算機(jī)上提交與存儲在個人信息提供者上的個人信息對應(yīng)的一個個人信息的表示和一個鏈接;(ⅱ)當(dāng)啟動所提交的鏈接時,向客戶機(jī)下載一個應(yīng)用程序,其中,下載的應(yīng)用程序在客戶計算機(jī)上執(zhí)行時執(zhí)行下述步驟(A)連接到個人信息提供者;(B)漫游到個人信息提供者上的個人信息;以及(C)將個人信息提交給客戶計算機(jī)的用戶。
全文摘要
按照本發(fā)明的用于傳遞個人信息的系統(tǒng),具有包含最終用戶數(shù)據(jù)的用戶儲存庫、一個包含信息提供者數(shù)據(jù)的提供者儲存庫、一個包含個人信息的個人信息儲存庫和一個與這些儲存庫通信的處理器。處理器選擇一個最終用戶來進(jìn)行個人信息聚集。處理器與一個或更多的信息提供者連接。然后,處理器就開始從所連接的信息提供者為選定最終用戶檢索個人信息。這種檢索所根據(jù)的是與選定最終用戶關(guān)聯(lián)的最終用戶數(shù)據(jù)和與所連接的信息提供者關(guān)聯(lián)的提供者數(shù)據(jù)。檢索出的個人信息被存儲到個人信息儲存庫。
文檔編號G06Q30/00GK1287640SQ99801737
公開日2001年3月14日 申請日期1999年10月27日 優(yōu)先權(quán)日1998年10月28日
發(fā)明者G·弗雷斯塔特, L·帕納斯, P·拉彥, R·布爾森, P·凱布, D·烏爾博格 申請人:維迪科隆有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1
新河县| 沙河市| 灌阳县| 福海县| 鹤岗市| 千阳县| 保康县| 北票市| 汾阳市| 扎赉特旗| 铜川市| 绥中县| 颍上县| 思南县| 涟源市| 门源| 河津市| 崇礼县| 新建县| 甘泉县| 宁南县| 海林市| 凤山县| 奉化市| 南溪县| 个旧市| 南郑县| 定边县| 基隆市| 额尔古纳市| 霍林郭勒市| 鄂伦春自治旗| 夹江县| 平顺县| 黄骅市| 江安县| 陕西省| 阿拉善左旗| 霍州市| 门源| 织金县|