專利名稱：用于上下文相關(guān)的實時通訊的動態(tài)指示符的制作方法
技術(shù)領(lǐng)域：
無
背景技術(shù)：
全球信息網(wǎng)(WWW)內(nèi)容非常豐富。當(dāng)前，基于網(wǎng)絡(luò)的內(nèi)容的藝術(shù)家和生產(chǎn)者通過向登廣告者收費或通過向其讀者或用戶收取訂閱費來為他們的內(nèi)容獲得付款。
如果藝術(shù)家或生產(chǎn)者以非網(wǎng)絡(luò)形式出售他們的基于網(wǎng)絡(luò)的內(nèi)容，那么他們需要和許多中間人協(xié)作，所有中間人都要得到一部分利潤。理想情況是，藝術(shù)家和內(nèi)容生產(chǎn)者應(yīng)該能夠在網(wǎng)絡(luò)上貼出他們的內(nèi)容并且易于分配所述內(nèi)容同時向其用戶收取合理的費用。用戶應(yīng)該能夠易于存取基于網(wǎng)絡(luò)的內(nèi)容并且應(yīng)該能夠付少量的錢來存取網(wǎng)絡(luò)內(nèi)容。

發(fā)明內(nèi)容
本發(fā)明的所描述實施例是利用全球信息網(wǎng)建構(gòu)的，不過在不背離本發(fā)明的精神和范疇的情況下可作出本發(fā)明的其它建構(gòu)方式。對此申請案來說，“花錢者”是指在系統(tǒng)中花錢的人。人們可以花錢購買條目，花錢捐贈等等?；ㄥX者(有時稱為買方)通常使用客戶端軟件存取內(nèi)容，其中客戶端通常是包括顯示器的計算器件，其便于花錢者和賺錢者之間的交易?！百嶅X者”(有時稱為賣方)是系統(tǒng)中提供條目或內(nèi)容供銷售、交易或獲取來賺取信用點或錢的人。在所描述的實施例中，賺錢者的服務(wù)器可以是任何事物，其提供內(nèi)容且/或包括一賺錢者網(wǎng)關(guān)，所述網(wǎng)關(guān)便于系統(tǒng)中頻繁使用的具公信力第三方相互作用，且也可用于描述若干個服務(wù)器或一服務(wù)器群。在一些實施例中，賺錢者的服務(wù)器作為控制內(nèi)容存取的服務(wù)器的一部分而包括在內(nèi)。
花錢者經(jīng)由包括帳戶建立和付款機制的花錢者設(shè)置過程而進入系統(tǒng)中?；ㄥX者帳戶維護假定為是保留花錢者所必需的?；ㄥX者的主要方面在于管理系統(tǒng)中花錢者交易的能力，包括(但不限于)帳戶付款(它處圖示)、借款、還款和賒帳購買?；ㄥX者借款機制可以建構(gòu)標(biāo)準(zhǔn)的記帳平衡扣除過程，或包括由花錢者偏好、安全要求和金融機構(gòu)要求，或由賺錢者采購要求描述的額外的等待時段、閾限或處理步驟。
在本發(fā)明的至少一個實施例中，貨幣從系統(tǒng)外流到花錢者帳戶，然后到賺錢者帳戶，隨后回到系統(tǒng)外的賺錢者帳戶。在一些實施例中，僅可從賺錢者帳戶取出資金。資金通過系統(tǒng)以受到仔細監(jiān)控及時控的方式從花錢者流到賺錢者。
貨幣經(jīng)由花錢者帳戶流到系統(tǒng)的所描述實施例中。下列段落描述在本發(fā)明的一個實施例中的貨幣流?；ㄥX者帳戶可以從各種來源充值，所述來源包括信用卡、銀行帳戶和預(yù)付卡。在至少一個實施例中，到花錢者帳戶的預(yù)付款可以采用PayPal帳戶或信用卡形式，但可以利用任何合適的提供資金的方法。


圖1是展示邏輯方塊的方法和系統(tǒng)的功能概覽，所述邏輯方塊表示在本發(fā)明的一實施例中建構(gòu)的功能和過程。
圖2a展示由存取權(quán)分配方法和系統(tǒng)的元件執(zhí)行的工作的分支的示例。
圖2b展示在典型的購買交易中在通訊過程中發(fā)生的動作。
圖3a展示賺錢者如何可以開始從他們的內(nèi)容賺錢。
圖3b展示圖3a的賺錢者帳戶建立的一個示例。
圖3c展示圖3a的另一示例賺錢者帳戶建立。
圖3d展示圖3a的賺錢者帳戶建立中的高級形式的一個示例。
圖3e展示圖3a的賺錢者帳戶建立中的一個實施例。
圖3f和圖3g展示圖3a的賺錢者帳戶建立中的一個實施例。
圖3h展示內(nèi)容列表的一個實施例，其中顯示注冊的內(nèi)容信息。
圖3i展示在圖3a的賺錢者帳戶建立中的一個實施例中的HTML片斷的一個示例。
圖3j展示一示例路徑，藉此賺錢者接收利用所述系統(tǒng)購買的商品或服務(wù)的付款。
圖4a展示花錢者注冊的若干概念性路徑。
圖4b展示花錢者按照圖4a的情形1，付款進入系統(tǒng)中存取內(nèi)容的一個實施例。
圖4c展示花錢者按照圖4a的情形2，付款進入系統(tǒng)中存取內(nèi)容的一個實施例。
圖4d展示花錢者具有設(shè)置和修改定價閾限和延遲因子的能力的一個實施例。
圖5a展示一示例路徑，藉此花錢者付款進入系統(tǒng)中為其帳戶充值。
圖5b展示花錢者使用的兩個可能的付款機制。
圖6a展示當(dāng)花錢者對系統(tǒng)來說是新客戶時，可以進行購買的若干途徑。
圖6b展示當(dāng)花錢者在系統(tǒng)中已經(jīng)有一個帳戶時，可以進行購買的若干途徑。
圖7a展示建構(gòu)本發(fā)明的一個實施例的系統(tǒng)方塊圖中的三個主要元件。
圖7b展示在本發(fā)明的一個實施例中使用的網(wǎng)絡(luò)環(huán)境中的系統(tǒng)級的三個主要元件。
圖7c-7j展示使用網(wǎng)絡(luò)瀏覽器的本發(fā)明的示例建構(gòu)方式，其中動態(tài)指示用于向花錢者傳遞額外信息。
圖8a是用于建構(gòu)本發(fā)明一個實施例的操作步驟的流程圖。
圖8b是用于建構(gòu)本發(fā)明一個實施例的操作步驟的流程圖，這些操作步驟在未發(fā)現(xiàn)有效用戶信息之后進行。
圖8c是用于建構(gòu)本發(fā)明一個實施例的操作步驟的流程圖，這些操作步驟在發(fā)現(xiàn)通過驗證的用戶不擁有存取正查看的條目的有效憑證后進行。
圖8d是用于建構(gòu)本發(fā)明一個實施例的操作步驟的流程圖，這些操作步驟在發(fā)現(xiàn)通過驗證的用戶不擁有存取正查看的條目的當(dāng)前的憑證后進行。
圖9a展示自動調(diào)整瀏覽器內(nèi)容大小的過程中所涉及步驟的概覽。
圖9b展示URL和HTML代碼的示例，這些代碼包括必須被取出的外部Java腳本。
圖9c展示所返回的Java腳本是在瀏覽器中執(zhí)行。
圖9d包括另外的外部來源Java腳本，除了其它再現(xiàn)代碼和Java腳本函數(shù)外，它還使用一個I-框架(IFRAME)。
圖9e展示自動大小調(diào)整的其它細節(jié)。
圖9f展示來自第一個外部來源Java腳本的被再現(xiàn)的HTML是如何將另一個URL加載進第二個IFRAME中的。
圖9g展示來自賺錢者服務(wù)器網(wǎng)關(guān)的響應(yīng)，它包括一個具有幾何大小調(diào)整信息的cookie，并且可以從賺錢者的域讀取。
圖9h展示如何使用一個Java腳本函數(shù)，利用由賺錢者服務(wù)器設(shè)置的cookie中的幾何形狀信息來調(diào)整外部IFRAME的大小。
圖9i展示當(dāng)一個Java腳本函數(shù)內(nèi)部輪詢對幾何形狀cookie的改變時的操作。
圖10a展示建構(gòu)本發(fā)明的一個實施例的系統(tǒng)方塊圖中的三個主要元件。
圖10b展示在本發(fā)明一個實施例所使用的網(wǎng)絡(luò)環(huán)境中的系統(tǒng)級的三個主要元件。
圖10c和10g是用于建構(gòu)本發(fā)明一個實施例的操作步驟的流程圖，它集中在認(rèn)證、授權(quán)和頒發(fā)的過程上。
圖10d和10h是當(dāng)用戶ID未登錄，或者尚未購買此條目(購買無效)是，從圖10c進入的流程圖。
圖10e和10i是當(dāng)將一個標(biāo)志作為用于此條目的憑證而頒發(fā)時，從圖進入的流程圖。
圖10f是展示指示符示例的流程圖，這些指示符擁有與對基于網(wǎng)絡(luò)內(nèi)容的存取權(quán)相關(guān)聯(lián)的顏色。
圖10j是當(dāng)一個潛在的花錢者點擊與價格比他的閾限低的內(nèi)容相關(guān)聯(lián)的圖標(biāo)時，顯示的用戶界面的示例。
圖10k是當(dāng)一個花錢者購買基于網(wǎng)絡(luò)的內(nèi)容時顯示的用戶界面的示例。
圖11a展示建構(gòu)免費送給朋友能力的視覺表示。
圖11b展示在免費送給朋友過程中的發(fā)送頁面的示例。
圖11c展示發(fā)送給免費送給朋友請求的接收者的電子郵件示例。
圖12a展示當(dāng)將內(nèi)容免費發(fā)給朋友時所涉及的過程的一個實施例。
圖12b在接收者，即送給朋友的名稱中的朋友接收了一個禮物碼后開始。
圖13a、13b、13c和13d展示根據(jù)本發(fā)明建立的網(wǎng)站的若干頁(或部分頁)的一個示例。
圖13e展示含有HTML片斷的賺錢者網(wǎng)頁的示例，其允許花錢者從網(wǎng)頁購買內(nèi)容。
具體實施例方式
圖1是展示邏輯方塊的方法和系統(tǒng)的功能概覽，所述邏輯方塊表示在本發(fā)明的一實施例中建構(gòu)的功能和過程。方塊組織和結(jié)構(gòu)意欲提供信息且不欲限制本發(fā)明或申請案的范疇。因此，在特定實施例中，專門過程/服務(wù)1300和條目/內(nèi)容管理1400及其子功能(其在圖中顯示為獨立的功能區(qū)域)可以包括、并入在花錢者1100或賺錢者1200下列出的功能或過程，或者和它們協(xié)作。類似的，在特定實施例中，花錢者1100或賺錢者1200可以并入在圖中其它區(qū)域發(fā)生的功能。
所描述實施例是利用全球信息網(wǎng)建構(gòu)的，不過在不背離本發(fā)明的精神和范疇的情況下可作出本發(fā)明的其它建構(gòu)方式。舉例來說，花錢者和/或賺錢者利用計算機、具有網(wǎng)絡(luò)功能的手機、具有網(wǎng)絡(luò)功能的PDA、掌上型數(shù)據(jù)單元、個人通訊器件、建立在衣服、房子或人體中的數(shù)據(jù)處理系統(tǒng)、或一些類似器件來存取網(wǎng)絡(luò)。
對此申請案來說，“花錢者”是指在系統(tǒng)中花錢的人。人們可以花錢購買條目，花錢捐贈等等。花錢者(有時也稱為買方)通常使用客戶端軟件存取內(nèi)容，其中客戶端通常是包括顯示器的計算器件，其便于花錢者和賺錢者之間的交易。“賺錢者”(有時稱為賣方)是系統(tǒng)中提供條目或內(nèi)容供銷售、交易或獲取來賺取信用點或錢的人。在所描述的實施例中，賺錢者的服務(wù)器可以是任何事物，其提供內(nèi)容且/或包括一賺錢者網(wǎng)關(guān)，所述網(wǎng)關(guān)便于系統(tǒng)中頻繁使用的具公信力第三方相互作用，且也可用于描述若干個服務(wù)器或一服務(wù)器群。在一些實施例中，賺錢者的服務(wù)器作為控制內(nèi)容存取的服務(wù)器的一部分而包括在內(nèi)。
“發(fā)送者”通常指的是使用“免費送給朋友”功能的花錢者。發(fā)送者是向另一花錢者發(fā)送對內(nèi)容的免費存取的人?！敖邮照摺笔墙邮瞻l(fā)送者發(fā)送的提供對內(nèi)容的免費存取的禮物碼的人。至少在一些實施例中，“兌換者”是兌換禮物碼，但未必一定成為接收者的人。
優(yōu)選為花錢者經(jīng)由包括帳戶建立1120和付款機制1130的花錢者設(shè)置過程1110而進入系統(tǒng)中?；ㄥX者帳戶維護假定為是保留花錢者所必需的。花錢者的主要方面在于管理系統(tǒng)中花錢者交易1115的能力，包括(但不限于)帳戶付款(它處圖示)、借款1125、還款1135和賒帳購買1145。花錢者借款機制可以建構(gòu)標(biāo)準(zhǔn)的記帳平衡扣除過程，或包括由花錢者偏好、安全要求和金融機構(gòu)要求，或由賺錢者采購要求描述的額外的等待時段、閾限或處理步驟。
將花錢者還款1135作為信用點處理到花錢者卡再存入信用點用于單次交易、多次交易或整個卡?？梢曰趯崟r或批次發(fā)生的自動策略來建構(gòu)花錢者還款，或者可以基于逐個情形來分析還款，有或無購買策略或購買方式過濾器的幫助，如稍后詳細描述。在各個實施例中，自動策略可以建構(gòu)多個閾限以基于絕對量、百分比量或其它閾限頒發(fā)還款通知，基于相同策略采取行動，或用額外輸入補充，諸如客戶服務(wù)接觸頻率或加載、逐步升級或其它情形因子。
盡管預(yù)付機制可用是重要的，但賒帳購買條目的能力增強并且促進花錢者的購買力。對于賒帳購買可以建立專門的條款，其可復(fù)制那些典型的金融信用憑證或包括本系統(tǒng)啟用的新方法。在一實施例中，賒帳購買1145的建構(gòu)引入了額外的貨幣流和商務(wù)模型動力學(xué)。信用點的引入擴大了花錢者購買選項，同時增加了系統(tǒng)的未付款收費的風(fēng)險。同樣，使用信用點改變了信息獲取階段，需要更多的個人信息。特定實施例允許基于信用購買作為一定的購買力的增強或作為對具有特定購買歷史或信譽特征的花錢者的潛在獎賞。
在系統(tǒng)中對特定類型的花錢者授權(quán)“貸款”，其中必要時提高他們的帳戶結(jié)余覆蓋特定量的購買。具有資格的花錢者對這些“貸款”付利息。
優(yōu)選為賺錢者以簡單的逐步過程拆分進入系統(tǒng)中設(shè)置過程1210，藉此信息收集、下載和建立可以建構(gòu)為和內(nèi)容設(shè)置的步驟結(jié)合在一起或與內(nèi)容設(shè)置的步驟分開。賺錢者具有相關(guān)的花錢者賒帳購買、基于特定標(biāo)準(zhǔn)付款給賺錢者以及由于產(chǎn)品返回、產(chǎn)品問題或其它客戶服務(wù)問題而退款的過程。
優(yōu)選為在系統(tǒng)中利用標(biāo)準(zhǔn)的帳戶可付款和帳戶可接收帳面記錄1220使賺錢者獲得信用點1225。基本的賺錢者獲得信用點過程可以通過增加可修改在當(dāng)前建構(gòu)方式之外的最后的獲得信用點過程的改進定價、收入分享和服務(wù)指數(shù)級來增強。
賺錢者退款1245是基于標(biāo)準(zhǔn)的記帳原則并且嵌入賺錢者信用點、賺錢者付款和其它賺錢者過程以及花錢者借款和還款過程。退款以及通常購買過程可以基于賺錢者和賣方的還款要求和退款活動在前端用戶界面或后端監(jiān)控受到影響。
條目和內(nèi)容管理1410與賺錢者緊密相關(guān)，然而它們可以分開處理。在一些實施例中，至少一些賺錢者直接分配他們自己的內(nèi)容，或者他們可以充當(dāng)轉(zhuǎn)售者提供參考者內(nèi)容，或者作為付款給第三方以存儲和/或管理分配的虛擬擁有者。類似的，實際的傳遞1420依靠賺錢者的配置和后勤，舉例來說，賺錢者可以利用基于最近服務(wù)器最快傳遞算法的分配好的媒體傳遞系統(tǒng)。
正因為條目和內(nèi)容管理1400可以和賺錢者緊密相關(guān)，所以本發(fā)明的所描述的實施例也采用專門過程和服務(wù)，其影響賺錢者和花錢者的用戶經(jīng)歷，方便內(nèi)容的選擇和傳遞，增強或影響購買方式，或增強保密性。所述過程和服務(wù)包括(但不限于)購買交易過程，用戶界面自動大小調(diào)整1320，用戶界面中的動態(tài)指示1330，送給朋友的內(nèi)容管理1340、1345，匿名購買1350和對內(nèi)容、賺錢者和花錢者的分級系統(tǒng)1360。
專門的過程和服務(wù)為系統(tǒng)提供獨特的優(yōu)點。這些過程和服務(wù)包括(但不限于)新(new)花錢者購買/交易過程1310，向花錢者的信息的動態(tài)指示(動態(tài)指示)1330，通過頁面內(nèi)容的自動大小調(diào)整獲得的用戶界面可讀性和展示增強(自動大小調(diào)整)1320，免費送給朋友(FFAF)和為朋友購買(BFAF)的分配和銷售能力1340、1345，匿名購買1350和分級系統(tǒng)1360。
盡管新花錢者購買/交易過程、動態(tài)指示、自動大小調(diào)整和BFAF/FFAF涵蓋于單獨的圖式下，但是匿名購買和分級系統(tǒng)的優(yōu)選建構(gòu)方式總結(jié)于此節(jié)中。匿名購買1350允許付錢到系統(tǒng)中并供一個不必要告訴賺錢者/賣方其身份的人使用。在至少一個所描述的實施例中，所述系統(tǒng)是知道匿名花錢者的身份的但是不把所述身份傳遞給賺錢者。所描述的實施例將此比喻延伸到在線購買，其中可以使用卡存儲現(xiàn)金價值以供購買在線商品和服務(wù)使用，并且供將來購買物理商品和服務(wù)。在特定實施例中，匿名購買的權(quán)利使得我們由數(shù)字代碼、物理卡或其它適當(dāng)?shù)谋硎痉绞絹泶怼Ｅe例來說，卡可以在相同假設(shè)所述代碼或物理卡是有效的并具有某個預(yù)估值下運行。
在過去已經(jīng)使用分級系統(tǒng)對商品或銷售商品的商人進行分級。所描述的實施例的分級系統(tǒng)1360允許根據(jù)購買重點對商品分級并允許對花錢者進行分級。類似的，所有三個分級花錢者、賺錢者和內(nèi)容可以獨立使用或結(jié)合使用以對所表達的分級利用線性或更復(fù)雜的算法建立分級輪廓。在一些實施例中，這些分級隨后可以依靠動態(tài)指示能力影響關(guān)于花錢者、賺錢者或內(nèi)容的工具提示或其它可視顯示。同樣，分級可以作為輸入填到自動或手動策略中影響代表或反對花錢者、賺錢者或內(nèi)容而采取的行動。
在本發(fā)明的至少一個實施例中，貨幣從系統(tǒng)外流到花錢者帳戶，然后到賺錢者帳戶，隨后回到系統(tǒng)外的賺錢者帳戶。在一些實施例中，僅可從賺錢者帳戶撤回資金。資金通過系統(tǒng)以受到仔細監(jiān)控及時控的方式從花錢者流到賺錢者。
貨幣經(jīng)由花錢者帳戶流到系統(tǒng)的所描述實施例中。下列段落描述在本發(fā)明的一個實施例中的貨幣流?；ㄥX者帳戶可以從各種來源充值，所述來源包括信用卡、銀行帳戶和預(yù)付卡。在至少一個實施例中，到花錢者帳戶的預(yù)付款可以采用PayPal帳戶或信用卡形式，但可以利用任何合適的提供資金的方法。
當(dāng)花錢者購買已啟用的一項內(nèi)容的存取權(quán)(已付資金)時，資金(若可用)從花錢者帳戶轉(zhuǎn)移到賺錢者預(yù)清算余額。到達賺錢者的預(yù)清算余額的資金在30天的時段后并且在收取交易費用或其它相關(guān)費用之后流入賺錢者的后清算余額中。舉例來說，$1在第0天到達預(yù)清算余額。在第30天，($1減去如15美分的交易費用)(即，85美分)轉(zhuǎn)到后清算余額。
優(yōu)選為，賺錢者可以手動或自動取出賺錢者后清算余額中的資金。
在至少一個實施例中花錢者和賺錢者帳戶的分開使得資金流是單向的，使得可能向賺錢者帳戶集中應(yīng)用有限的風(fēng)險管理資源，賺錢者帳戶通常在數(shù)量上遠少于花錢者帳戶。在可以取出賺錢者接收到的資金前的(例如)30天的延遲降低了可能欺詐獲得的資金可以流過系統(tǒng)的速度，且為欺詐檢測和向信用卡優(yōu)先還款留出時間，藉此減少所記錄的商人的退款風(fēng)險。獲取從花錢者發(fā)送到賺錢者的資金的延遲使得提供對資金的實時獲取的個人之間的付款系統(tǒng)成為洗黑錢者的非常有吸引力的目標(biāo)。資金清算的延遲使得花錢者沒必要向其信用卡頒發(fā)者提前為服務(wù)費用付現(xiàn)金。在一個實施例中，最小預(yù)付款是$3，主要是因為所述實施例支持的唯一付款方法是用信用卡的，其具有較高的資金成本。其它實施例使用較低的最小預(yù)付款，舉例來說，如果信用卡交易費用下降且/或花錢者選擇使用其各自銀行帳戶的自動交易網(wǎng)絡(luò)(ACH)付款。
在一個實施例中，費用結(jié)構(gòu)涉及對價格從$0.01到$5.00的條目收費15％，并對價格高于$5.00的條目收費5％+$0.50。此實施例優(yōu)選為既不收開通費用也不收連續(xù)的月費，不過其它實施例可以收取一或兩種或額外的適當(dāng)?shù)馁M用。
在將來可以為由于分支機構(gòu)或轉(zhuǎn)售者的促銷努力引起的購買收取額外費用。交易費用本身將保持相同，但是將有額外的促銷服務(wù)費用。促銷費用就像交易費用一樣，可以是條目售價的函數(shù)。
當(dāng)前實施例除了交易費用之外普遍不收任何費用。其它實施例可以收取額外費用。
圖13a、13b、13c和13d展示根據(jù)本發(fā)明建立的網(wǎng)站的若干頁(或部分頁)的一個示例。圖13a展示示例主頁1302，含有促銷1303(允許用戶發(fā)送關(guān)于網(wǎng)站的電子郵件)。左手列含有賺錢者提供的內(nèi)容類型的示例列表1305(動畫和電影、商業(yè)、連環(huán)畫、教育、游戲和工藝、如鈴音的手機數(shù)據(jù)、音樂、非營利的信息和產(chǎn)品、攝影、散文和電子書內(nèi)容、因特網(wǎng)和衛(wèi)星無線電、軟件和運動相關(guān)的內(nèi)容)。應(yīng)了解此列表1305僅僅是一個示例，且根據(jù)本發(fā)明也可用提供其它類型的內(nèi)容。
圖13b展示針對潛在花錢者的網(wǎng)頁的示例1304。
圖13c展示針對潛在賺錢者的網(wǎng)頁的示例1306。
圖13d展示根據(jù)本發(fā)明的所描述的實施例的被設(shè)計成回答潛在用戶關(guān)于付款的問題的網(wǎng)頁的示例1308。
圖13e展示賺錢者網(wǎng)頁的示例1311，其含有引起顯示1309的HTML片斷，所述示例允許花錢者從網(wǎng)頁購買內(nèi)容。
圖2a，功能分支，展示圖1的存取權(quán)分配方法和系統(tǒng)的元件執(zhí)行的工作的分支。在此系統(tǒng)中的元件包括客戶端200、至少一個存取權(quán)事務(wù)服務(wù)器202和賺錢者服務(wù)器204。
在所描述的實施例中，內(nèi)容把關(guān)(gatekeeping)、傳遞和管理(hosting)是分散的，而記帳、認(rèn)證和交易授權(quán)是集中的。盡管所述元件可以展示為單個實體，但是它們可以作為單個實體、合伙實體或作為更大整體中的一部分來起作用。舉例來說，存取權(quán)事務(wù)服務(wù)器202可以向單個或多個賺錢者提供存取權(quán)，或者出于負(fù)載平衡、帶寬、安全或其它原因，它可以和另一存取權(quán)服務(wù)器合作。類似的，賺錢者服務(wù)器204可以自己或和其它賺錢者服務(wù)器駐留在計算器件上，或者賺錢者服務(wù)器執(zhí)行的功能出于性能、帶寬、安全或其它原因可以駐留在多個計算器件上。
圖2b操作流程，展示在典型的購買交易中在通訊過程中發(fā)生的動作，其中執(zhí)行下述購買步驟(如圖上的圓圈所示)1.顯示2.選擇3.認(rèn)證4.授權(quán)5.頒發(fā)6.轉(zhuǎn)換
7.傳遞在本發(fā)明的一個實施例中，在客戶端上的顯示1表示發(fā)送到花錢者客戶端的網(wǎng)頁，其中賺錢者服務(wù)器和存取權(quán)事務(wù)服務(wù)器傳遞內(nèi)容。花錢者在客戶端上的網(wǎng)頁上選擇2高級內(nèi)容，其中存取權(quán)事務(wù)服務(wù)器提供高級內(nèi)容鏈接?；ㄥX者、條目和資金的認(rèn)證3和授權(quán)4優(yōu)選為由存取權(quán)事務(wù)服務(wù)器執(zhí)行，其中向客戶端頒發(fā)5存取內(nèi)容的憑證。
客戶端將憑證提交給賺錢者服務(wù)器，賺錢者服務(wù)器將憑證轉(zhuǎn)換6為“通行證”，其隨后允許向客戶端傳遞7高級內(nèi)容。
圖2b并非意欲限制本發(fā)明的范疇，因為認(rèn)證和授權(quán)的功能也在賺錢者服務(wù)器處發(fā)生，盡管在所示實施例中通常用于內(nèi)容的傳遞準(zhǔn)備。如先前在圖2a中所期望和指出，賺錢者服務(wù)器204的分散把關(guān)通常必須包括認(rèn)證和授權(quán)形式。然而，這些形式可以比存取權(quán)事務(wù)服務(wù)器204執(zhí)行的那些功能不魯棒。
圖3a是展示賺錢者注冊過程的流程圖。圖3a展示在一個實施例中賺錢者如何可以在僅五個功能步驟中開始從他們的內(nèi)容賺錢步驟1(302)建立賺錢者帳戶。在此步驟中，賺錢者選擇賺錢者ID和密碼。賺錢者優(yōu)選為申請一個電子郵件地址，以防賺錢者忘記了他的密碼或者需要通知他服務(wù)的變化。
步驟2(303)輸入網(wǎng)站信息。在此步驟中，我們獲得關(guān)于賺錢者網(wǎng)站的基本信息，諸如賺錢者服務(wù)器的域名和他的高級內(nèi)容位于哪個目錄下。
步驟3(304)在您的服務(wù)器上安裝自定義的網(wǎng)關(guān)。在此步驟中，優(yōu)選為(基于賺錢者提供的信息)產(chǎn)生特定網(wǎng)站的網(wǎng)關(guān)腳本，它需要被安裝在賺錢者的服務(wù)器上控制存取。賺錢者可以(通過手動下載和上載腳本到賺錢者服務(wù)器)來安裝腳本，或者我們可以通過FTP、Telnet、SSH或其它機制幫助賺錢者安裝腳本。網(wǎng)關(guān)代碼(可執(zhí)行的、二進制的、對象、腳本等)幫助提供在其它圖式中涵蓋的自動大小調(diào)整的討論中所描述的功能。一旦完成了步驟3(304)，則賺錢者已經(jīng)完成了最小數(shù)目的必需的設(shè)置過程。隨后的步驟4(305)和5(306)描述標(biāo)識并提供對實際條目的存取的準(zhǔn)備步驟。
步驟4(305)賺錢者注冊他的內(nèi)容。在此步驟中，我們問賺錢者特定高級內(nèi)容位于何處，他們想要為存取收費多少，并且一旦購買他們想要授權(quán)存取多長時間。
步驟5(306)賺錢者將HTML片斷嵌入他的網(wǎng)頁中。在此步驟中，提供HTML的片斷，賺錢者需要將它們嵌入他或她的網(wǎng)頁中，他們銷售的每一個條目有一個片斷。賺錢者也將需要在每一個網(wǎng)頁的頂部嵌入一個額外的HTML片斷，其含有啟用條目。步驟1至3僅必須完成一次。之后，步驟4和5可以視需要重復(fù)。圖13e中展示了含有代碼片斷的網(wǎng)頁的示例。此處，HTML片斷在網(wǎng)站上(尤其)顯示節(jié)1309。
圖3b建立賺錢者帳戶，展示了賺錢者帳戶建立的第一步302的示例。需要用戶名和密碼形式的最少的標(biāo)識信息308。在此實施例中，使用電子郵件地址作為用戶名標(biāo)識符。
圖3c檢索基本的網(wǎng)站信息，展示了賺錢者帳戶建立中的步驟2(303)的基本形式的示例。在所描述的實施例中，所要求的信息包括網(wǎng)站名310或用于參考的句柄；用于標(biāo)識、搜索、排序、分類或處理賺錢者信息的簡單描述312；標(biāo)識賺錢者服務(wù)器邏輯位置的基本URL 314；和高級目錄316，其代表賺錢者服務(wù)器上的條目或內(nèi)容的相對位置。當(dāng)輸入此信息時，如用戶界面技術(shù)中所熟知的賺錢者按下Submit(提交)318。
圖3d檢索高級網(wǎng)站信息，展示賺錢者帳戶建立中的步驟2的高級形式的示例。若用戶在圖3c中選擇選項311，則優(yōu)選為顯示此頁。所要求的額外的樣本信息包括網(wǎng)關(guān)路徑320，其標(biāo)識賺錢者服務(wù)器上的網(wǎng)關(guān)腳本的邏輯位置；索引文件名322(包括測試按鈕323)；賺錢者網(wǎng)站的保密策略信息324，和網(wǎng)站可用信息326。
在圖3c和/或圖3d中收集的信息用于自動產(chǎn)生下載文件。在將信息編譯、生成、或插入下載文件的適當(dāng)?shù)奈恢弥?，提取、分析?或操縱所述信息。此自動產(chǎn)生簡化了賺錢者的安裝過程，促進了快速設(shè)置和安裝并使得較快采用。
圖3e安裝和下載，展示了賺錢者帳戶建立中的步驟3的實施例330?？梢韵螺d將要安裝在一個或一個以上賺錢者服務(wù)器上的網(wǎng)關(guān)代碼，其中賺錢者可以根據(jù)技術(shù)從若干選擇中進行選擇。額外下載將是可用的從而支持圖式中陳述的之外的其它開發(fā)環(huán)境。作為選擇過程的一部分，為每一個下載展現(xiàn)正反兩面。
圖3f和3g內(nèi)容注冊，展示賺錢者帳戶建立中的步驟5的實施例。每一個內(nèi)容條目具有名稱340、價格342、位置(路徑)344、可視表示(鏈接文本)346，和到期時間與重訪計數(shù)348。狀態(tài)圖標(biāo)349是可選擇的。在此實施例中，賺錢者設(shè)置圖標(biāo)的大小和外觀。如在后面的段落中所述控制圖標(biāo)的顏色。
在圖3g中，高級特征311a可與內(nèi)容相關(guān)。高級特征包括(但不限于)許可選擇352(例如，熟知的創(chuàng)作共用許可)、可用性符號354、樣式表356、圖像URL 358和目標(biāo)框架359。所允許的最大重訪數(shù)360限制了可以免費重訪內(nèi)容的次數(shù)，而到期362提供了存取的固定的時段。也可以通過批量上載使用帶分隔符文件、電子表格、XML分析數(shù)據(jù)或其它方法執(zhí)行內(nèi)容注冊。內(nèi)容注冊可以在內(nèi)容在賺錢者服務(wù)器上可用之前、期間或之后進行，然而建議在內(nèi)容注冊之前內(nèi)容上載從而最小化錯誤鏈接或缺少文件。
圖3h內(nèi)容列表，展示內(nèi)容列表的一個實施例，其中顯示注冊的內(nèi)容信息。顯示的信息370包括(但不限于)內(nèi)容名稱、位置(路徑)、鏈接文本、價格、到期日期和索引?？梢跃庉嫽騽h除個別的內(nèi)容存取，或者可以批量執(zhí)行修改。
圖3i含有HTML片斷的示例，展示賺錢者帳戶建立中的步驟5的實施例。HTML片斷380嵌入網(wǎng)頁中，自此可以購買內(nèi)容。除了用于每一個條目的片斷之外，在每一個網(wǎng)頁的頂部插入一片斷，其含有啟用條目。所述片斷幫助提供賺錢者服務(wù)器、網(wǎng)關(guān)和客戶端之間的通訊。特定HTML可以由所需的建構(gòu)方式改變，然而，所述片斷方便了條目標(biāo)識、用戶標(biāo)識、文本自動大小調(diào)整和動態(tài)指示。
圖3j賺錢者花費(Payout)，展示了示例路徑，藉此賺錢者接收利用所述系統(tǒng)購買的商品或服務(wù)的付款。對于這個過程來說若干概念是重要的；這些包括對購買的賺錢者信用點392，賺錢者信用點活動標(biāo)記394，賺錢者付款閾限396，付款時段測試396，付款方法398和實際的付款執(zhí)行399。檢查活動判定為可能的付款是否甚至應(yīng)查看賺錢者帳戶，而閾限檢查判定是否產(chǎn)生足夠的信用點保證付款。出于提高效率、速度或其它原因可以修改操作次序，若超過閾限，特定時間量逝去或兩者都發(fā)生則最終結(jié)果產(chǎn)生付款。在其它實施例中其它因子可以判定賺錢者花費并且本文的描述并不意味著要代替、限制或排除任何付款條件。
圖4a花錢者注冊過程，展示了花錢者注冊的若干概念性路徑。可以產(chǎn)生花錢者注冊的其它實施例和建構(gòu)方式，最終結(jié)果是花錢者能夠利用具公信力的第三方存取權(quán)管理系統(tǒng)從賺錢者購買?；厩樾握故玖藢ο到y(tǒng)來說是新的花錢者或者新(virgin)花錢者如何可以建立帳戶供在系統(tǒng)中使用。這些情形包括(但不限于)情形1新花錢者訪問啟用網(wǎng)站(402-407)；情形2新花錢者訪問中心網(wǎng)站(如圖13a中所示等)(412-416)；情形3新花錢者接收FAF(4AF，給朋友電子郵件)(417-422)。FAF(送給朋友)是此系統(tǒng)中的改革，其中花錢者或賺錢者可以選擇將內(nèi)容分配給其它花錢者(隨后圖中討論)。
在每一情形中，基本的行動是選擇建立帳戶，藉此利用用戶名和密碼為花錢者保留帳戶。信息請求或獲取的次序以及到系統(tǒng)中的進入點可以變化?？梢元毩⒌鼗蛟诨ㄥX者帳戶建立過程期間進行付款。具有信用點的花錢者帳戶允許花錢者根據(jù)信用點量購買對內(nèi)容的存取。
圖4b新花錢者訪問啟用網(wǎng)站，展示了花錢者按照圖4a(花錢者帳戶注冊)的情形1，付款進入系統(tǒng)中存取內(nèi)容的一個實施例。此處，用戶點擊圖標(biāo)431，并得到提示注冊帳戶432。展示了付款過程的示例屏幕截圖，包括付款卡與花錢者432/434的關(guān)聯(lián)?？梢匀鐖D所示執(zhí)行花錢者和卡之間的關(guān)聯(lián)，然而，圖式并不意味著要限制可以建立關(guān)聯(lián)的方式。事實上，可以沒有明確的付款而建立關(guān)聯(lián)。
圖4c新花錢者訪問BitPass網(wǎng)站，展示了花錢者按照圖4a(花錢者帳戶注冊)的情形2，付款進入系統(tǒng)中存取內(nèi)容的一個實施例。展示了付款過程的示例屏幕截圖，包括付款卡與花錢者的關(guān)聯(lián)?？梢匀鐖D所示執(zhí)行花錢者和BitPass卡之間的關(guān)聯(lián)，然而，圖式并不意味著要限制可以建立關(guān)聯(lián)的方式。事實上，可以沒有明確的付款而建立關(guān)聯(lián)。此處，用戶點擊購買利用UI 436的虛擬卡。在UI 434所得“卡#”與用戶相關(guān)聯(lián)。
稍后詳細解釋免費送給朋友的活動，其中接收者可以在他/她在電子郵件中接收到預(yù)付款內(nèi)容確認(rèn)時通過跟蹤發(fā)送給接收者的電子郵件中的鏈接來建立帳戶。注冊過程非常類似于圖4b和4c中所示的，圖11c中展示了引起注冊的示例電子郵件。
圖4d用戶偏好花錢者具有設(shè)置和修改定價閾限442和延遲因子444的能力。在一些實施例中，定價閾限可以用于在價格低于特定閾限時無阻力過程中無確認(rèn)的購買或者所謂的“0點擊”。上限可以用于設(shè)置“2點擊”限制，向花錢者提供警告購買價格高于閾限。類似的，在一些實施例中，延遲和延遲率446可以用于給花錢者取消的機會，取消時間受延遲率的影響。在一個實施例中，延遲與價格線性相關(guān)，每$1一(1)秒延遲，或者由花錢者偏好判定。
圖5a花錢者付款，展示示例路徑，藉此花錢者付款進入系統(tǒng)中為其帳戶充值。付款502可以通過若干方法504實現(xiàn)，其包括(但不限于)PayPal、信用卡、現(xiàn)金、支票、EFT(電子資金轉(zhuǎn)帳)。付款結(jié)果是建立或增加了在BitPass卡上可用的資金用來利用系統(tǒng)購買條目或存取權(quán)。授權(quán)和認(rèn)證506可以變化并且應(yīng)該基于安全方法，從而最小化欺詐付款進入系統(tǒng)中。系統(tǒng)驗證花錢者在其帳戶中有資金508。
圖5b花錢者付款示例，展示了兩種可能的付款機制，展示了PayPal和信用卡。付款可以使用美元509或BitPass、其賺錢者或相關(guān)金融機構(gòu)接受的任何其它貨幣。花錢者輸入他的信用卡信息(或標(biāo)識資金來源的其它信息)并確定最初他想在他的帳戶511中存入多少錢。
圖6a花錢者購買過程，展示了可以進行購買的若干途徑。圖6a中的花錢者對于系統(tǒng)來說是新的，而圖6b中的花錢者在系統(tǒng)中已經(jīng)有一個帳戶?；ㄥX購買過程可以在或不在賺錢者高級內(nèi)容處開始、可以包括或不包括FAF(送給朋友)鏈接，并且可以包括或不包括指示符系統(tǒng)。然而，在所有情形下，花錢者必須具有一個有效帳戶和密碼。在每一種情形下，基于傳遞內(nèi)容的賺錢者的內(nèi)容注冊(在賺錢者設(shè)置節(jié)和圖3a中描述)來存取內(nèi)容。
一旦花錢者具有一有效帳戶，則花錢者可以使用此帳戶或建立新帳戶購買內(nèi)容。具有有效帳戶的花錢者隨后可以在任何給定時段從單個或多個賺錢者購買內(nèi)容。登錄花錢者也可以購買來自不同網(wǎng)站的條目，而無需任何額外登錄。
舉例來說，新花錢者可以第一次訪問602啟用了BitPass的網(wǎng)站(啟用內(nèi)容的網(wǎng)站)(情形1，圖6a)，其中他們點擊603購買內(nèi)容，建立帳戶604、605、606、607，登錄608并得到內(nèi)容609。如果他們到另一啟用內(nèi)容的網(wǎng)站(情形4，圖6b)并點擊購買內(nèi)容，他們可以直接或通過簡單鏈接根據(jù)等待時段、閾限或其它自定義參數(shù)的花錢者偏好來授權(quán)以控制花錢經(jīng)歷來得到內(nèi)容(無額外鏈接)。因此允許單個登錄機制，藉此花錢者僅需要登錄一次并可以從多個賺錢者購買，所述賺錢者在相同或不同域具有其服務(wù)或內(nèi)容。
在各個實施例中，通過上網(wǎng)小餅干(cookie)、第三方、具公信力第三方或其它方法啟用單個登錄，包括與存取權(quán)交易服務(wù)器一起工作的一個或一個以上賺錢者服務(wù)器的網(wǎng)關(guān)建構(gòu)方式。
圖7a展示建構(gòu)本發(fā)明的一個實施例的系統(tǒng)方塊圖中的三個主要元件?？蛻舳?00含有若干組件，包括瀏覽器或顯示器界面150；證書或安全子系統(tǒng)110；客戶端側(cè)再現(xiàn)模塊120，它使得能夠顯示例如HTML、Java腳本、VB腳本或其它未明確提及的事物；緩存機構(gòu)130；和基于cookie或本地存儲的跟蹤機構(gòu)140。在本發(fā)明的建構(gòu)方式中，證書讀取器110提供用于確保并且管理客戶端100與不屬于客戶端100類別的其它元件之間安全通信的機制。客戶端側(cè)再現(xiàn)120提供了一個內(nèi)部模塊以再現(xiàn)數(shù)據(jù)，或者為顯示數(shù)據(jù)而做準(zhǔn)備，這些數(shù)據(jù)通過150來展現(xiàn)。緩存130(它是可選的)提供典型的緩存特性，它可以加速客戶端100的數(shù)據(jù)存取能力的操作。140提供一個暫時性或永久性的本地存儲機構(gòu)，它可以用來促進與客戶端100的通信，或者追蹤客戶端100的一般性或特定動作，它可以獨立于證書讀取器110動作，或者與其相結(jié)合。
動態(tài)指示服務(wù)器200作為在先前圖式中討論的存取權(quán)事務(wù)服務(wù)器的一部分執(zhí)行動態(tài)指示功能，并且可以作為整個系統(tǒng)中的集成組件或單獨的通訊組件起作用。動態(tài)指示服務(wù)器200含有若干組件，包括授權(quán)/認(rèn)證模塊210，基于文本的上下文指示符管理器230，顯示狀態(tài)管理器220，圖標(biāo)或可視顯示狀態(tài)上下文管理器230、會話管理器250、用戶記帳模塊260、上下文自定義管理器270、條目記帳280和分類模塊、條目和賣方分級模塊290和一般把關(guān)模塊201用于其它模塊不執(zhí)行但是仍為本發(fā)明所需的操作。所述模塊相互作用并且和本發(fā)明中的其它元件的外部模塊相互作用，它們的功能在其它圖中更為明確地描述。本發(fā)明的其它建構(gòu)方式可以將所述模塊分成不同的功能單元，而不背離本發(fā)明的精神。
賺錢者服務(wù)器300含有若干組件，包括存取權(quán)網(wǎng)關(guān)301、用戶會話管理器310、條目/內(nèi)容憑證管理器360、產(chǎn)品/條目傳遞服務(wù)器350、產(chǎn)品/條目管理器310和條目跟蹤管理器320。條目服務(wù)器340管理提供條目所涉及的服務(wù)功能、握手的處理和管理上的任務(wù)。條目傳遞管理器350通常在低于會話管理器310的級別上工作，它管理特定條目或條目結(jié)構(gòu)，包括目錄或其它組織系統(tǒng)。條目內(nèi)容管理器360表示條目本身，它們或者被物理地、邏輯地定址，或者某種其它機制允許條目被直接地或間接地傳遞。這些模塊彼此之間互相作用，并且與本發(fā)明中其它元件的外部模塊互相作用，它們的功能在其它圖中更為明確地描述。
圖7b展示在可能的網(wǎng)絡(luò)環(huán)境中的系統(tǒng)級的三個主要元件。在一個優(yōu)選實施例中，客戶端100A包括在計算器件上的網(wǎng)絡(luò)瀏覽器，這些計算器件通過有線和/或無線網(wǎng)絡(luò)連接至其它元件。動態(tài)指示服務(wù)器系統(tǒng)200A可駐留于一個或一個以上服務(wù)器上，包括一個服務(wù)器群集，并且通過有線或無線網(wǎng)絡(luò)連接至內(nèi)容存取和分配系統(tǒng)的其它元件，在存取權(quán)事務(wù)服務(wù)器系統(tǒng)中起重要作用。賺錢者服務(wù)器系統(tǒng)300A可駐留于一個或一個以上服務(wù)器上，包括一個服務(wù)器群集，并且通過有線或無線網(wǎng)絡(luò)連接至存取權(quán)和分配系統(tǒng)的其它元件。
圖7c-7j展示使用網(wǎng)絡(luò)瀏覽器的本發(fā)明的示例性建構(gòu)方式，其中使用動態(tài)指示向用戶傳遞額外信息。在一個優(yōu)選實施例中，圖標(biāo)710的顏色具有下述意義。顏色編碼圖標(biāo)710使用戶能夠立刻了解他是否可以存取特定內(nèi)容項條目。
藍色＝高級內(nèi)容指示符。未登錄。
紅色＝不便宜。高于您的閾限價格。
黃色＝便宜。處于或低于您的閾限價格。
綠色＝免費。已經(jīng)購買的內(nèi)容。
圖7c展示一指示機制的示例性一般化顯示。特別地，在此屏幕截圖中，將動態(tài)指示展示為其中顯示文本和圖標(biāo)的網(wǎng)頁的一部分(顯示藍色是因為在此示例中它們是高級內(nèi)容且用戶未登錄)。動態(tài)指示可從文本和圖標(biāo)得到，然而上下文信息直到某個事件發(fā)生時才會顯示。
圖7d指示機制的示例性一般化顯示，其中上下文與文本鏈接相關(guān)聯(lián)。在此屏幕截圖中，將鼠標(biāo)放在所顯示文本上的事件會使與文本相關(guān)的動態(tài)指示文本720得到顯示。此上下文顯示價格、購買有效的時間長度、和指令(“點擊進行購買”)。
圖7e指示機制的示例性普遍顯示，其中上下文與圖形指示符相關(guān)聯(lián)。在此屏幕截圖中，將鼠標(biāo)放在圖標(biāo)710上的事件會使在合適的上下文中顯示動態(tài)內(nèi)容730。此上下文描述將要存取的條目是高級內(nèi)容且在用戶登錄前此額外上下文不可用。
圖7f指示機制的示例性普遍顯示，其中上下文與圖形指示符及狀態(tài)改變相關(guān)聯(lián)。在此屏幕截圖中，圖標(biāo)顏色已經(jīng)從藍色變?yōu)辄S色，無屏幕刷新。登錄上下文是以圖標(biāo)中的顏色和顏色的傾向性來顯示，因為黃色指示花錢者可以買的起該內(nèi)容并且沒有超過他的閾限(在此示例中此閾限是由他設(shè)置的)。
圖7g指示機制的示例性一般化顯示，其中上下文和圖形指示符相關(guān)聯(lián)并隨狀態(tài)改變而顯示。在此屏幕截圖中，鼠標(biāo)放在所展示文本上的事件使得展示與文本相關(guān)的動態(tài)指示文本750。此上下文展示價格、閾限與價格的關(guān)系和建議動作。此動態(tài)指示機制展示登錄狀態(tài)(圖標(biāo)黃色)以及與此條目相關(guān)的上下文文本。
圖7h指示機制的示例性一般化顯示，其中上下文和圖形指示符相關(guān)聯(lián)并隨狀態(tài)改變而顯示。在此屏幕截圖中，圖標(biāo)710顏色已經(jīng)變?yōu)榫G色，無屏幕刷新，因為用戶已經(jīng)登錄。登錄上下文以圖標(biāo)中的顏色和顏色的傾向性展示。
圖7i指示機制的示例性一般化顯示，其中上下文和圖形指示符相關(guān)聯(lián)。在此屏幕截圖中，鼠標(biāo)放在圖標(biāo)710上的事件使得在合適的上下文下展示動態(tài)內(nèi)容。此上下文描述此條目已經(jīng)被存取以及用戶可以有效存取此條目的時間是多長。
圖7j指示機制的示例性一般化顯示，其中上下文和圖形指示符相關(guān)聯(lián)。在此屏幕截圖中，鼠標(biāo)放在圖標(biāo)710上的事件使得在合適的上下文下展示動態(tài)內(nèi)容。登錄上下文以圖標(biāo)中的顏色和顏色的傾向性展示(在此情形下是紅色)。此上下文描述將要存取的條目具有高于閾限的價格，藉此允許干涉購買過程。
對于圖8a-8b的討論假定對于一個優(yōu)選實施例而言動態(tài)指示圖標(biāo)以藍色開始，在此實施例中圖標(biāo)及動態(tài)指示文本在網(wǎng)頁的一個I-框架中操作。
圖8a是用于建構(gòu)本發(fā)明一個實施例的操作步驟的流程圖。動態(tài)指示改變過程依賴于此圖中描述的特定狀態(tài)而實現(xiàn)。在D4-100處，用戶選擇查看可以購買的條目，并且發(fā)起一個動態(tài)顯示循環(huán)D4-200。在一個優(yōu)選實施例中，D4-100代表產(chǎn)生顯示指示符的頁面的一個HTTP請求(例如，http://www.bitpass.com/inlinetag/00000065/basic)。
D4-300展示在條目查看信息被傳遞至客戶端時條目信息被提取。在一個優(yōu)選實施例中，條目信息通過URL或其它HTTP機制傳遞。此條目信息是從條目目錄中提取，并且包括條目ID和其它信息。
D4-400展示用戶信息被從一個客戶端計算器件中提取出來，例如用戶ID、用戶登錄狀態(tài)、價格上限和價格下限的信息可能通過先前的通信提供至這個客戶端上。在一個優(yōu)選實施例中，用戶信息是從含有用戶相關(guān)信息的cookie中提取?？梢允褂萌魏螖?shù)量的cookie，雖然4個獨立的cookie可以提供編程上的效率。在這樣的情況下，可以分別為用戶ID(usrid)、用戶登錄狀態(tài)(ulstat)、價格上限(thr)和價格下限(zero)各使用一個cookie。
D4-500檢查在用戶信息中是否有用戶ID，如果沒有發(fā)現(xiàn)就繼續(xù)至D4-510。在一個優(yōu)選實施例中，瀏覽器從cookie中檢查是否存在usrid信息以及/或者usrid是否有效。如果沒有發(fā)現(xiàn)，D4-510就代表了一個沒有設(shè)置cookie或者沒有發(fā)現(xiàn)有效cookie的情形。流程繼續(xù)至D4-520來處理D4-510這一情形。
D4-600取出用戶信息并檢索相關(guān)的用戶信息，包括用戶購買歷史。在一個優(yōu)選實施例中，有效的usrid允許根據(jù)usrid來進行對購買的數(shù)據(jù)庫搜索，并且將搜索結(jié)果與所查看的條目比較。
D4-700檢查在當(dāng)前查看循環(huán)前可能傳遞至客戶端計算器件的授權(quán)，并依賴于先前授權(quán)的存在與否來指引之后的動作。在一個優(yōu)選實施例中，這一先前授權(quán)的形式為cookie、標(biāo)志或憑證，它間接地或者明確地允許存取關(guān)于這一條目的另外的信息，或者允許存取這一條目本身。如果沒有發(fā)現(xiàn)有效的授權(quán)，那么進入D4-710。包括條目價格(price)的條目信息與用戶信息一同傳遞，以在D4-720中進一步處理。
如果發(fā)現(xiàn)關(guān)于這一條目的正確授權(quán)，那么進入D4-800，此處發(fā)現(xiàn)授權(quán)包括例如條目價格和存取權(quán)到期日期的關(guān)鍵信息。這些信息被傳遞至D4-900以繼續(xù)處理。在一個優(yōu)選實施例中，從憑證中提取條目價格(price)和存取權(quán)到期日期(TTL)以在D4-900中使用。
圖8b是用于建構(gòu)本發(fā)明一個實施例的操作步驟的流程圖，它是從沒有發(fā)現(xiàn)有效用戶信息后的D4-520開始。這一處理循環(huán)的功能是在為可能的購買而查看條目信息的上下文中檢查有效的用戶信息。
D4-N100代表客戶端計算器件上的信息加載過程。在一個優(yōu)選實施例中，D4-N100代表對動態(tài)指示內(nèi)容的一個onLoad HTTP事件。
D4-N200代表對有效用戶信息的檢查，如果用戶已在過去成功登錄系統(tǒng)或存取過系統(tǒng)，留下了用戶動作的適當(dāng)標(biāo)記，那么就將存在有效信息。在一個優(yōu)選實施例中，檢查cookie以尋找有效的usrid信息。
D4-N300評估是否發(fā)現(xiàn)有效的用戶信息，如果沒有發(fā)現(xiàn)有效用戶信息，那么在將來的處理之前，過程被送至含有一個等待狀態(tài)的D4-N310。在一個優(yōu)選實施例中，如果在瀏覽器cookie中沒有發(fā)現(xiàn)有效的usrid，那么處理被導(dǎo)引至D4-310，它編程地插入一個等待或休眠時段。
只在發(fā)現(xiàn)有效用戶信息的情況下才進入D4-N400。這是在用戶已登錄系統(tǒng)或存取過系統(tǒng)時發(fā)生。在一個優(yōu)選實施例中，在用戶已登錄并且為此用戶設(shè)置了一個cookie之后到達D4-N400。含有動態(tài)指示圖標(biāo)的I-框架被重新加載。
圖8C是用于建構(gòu)本發(fā)明一個實施例的操作步驟的流程圖，它是從發(fā)現(xiàn)一個通過驗證的用戶沒有存取條目的有效憑證之后的D4-720開始。
D4-L100代表滿足D4-720的情形下，在計算器件上的信息加載過程。在一個優(yōu)選實施例中，D4-L100代表對動態(tài)指示內(nèi)容的一個onLoad HTTP事件。
D4-L110在D4-L100之后，此處初始化狀態(tài)變量，從而能夠進行影響動態(tài)指示機制的比較。這些變量包括(但不僅限于)用戶登錄狀態(tài)、用戶ID、當(dāng)前時間和憑證有效時段，并且包括這些變量的先前狀態(tài)。為進行初始化，先前狀態(tài)變量被賦予與當(dāng)前狀態(tài)變量相同的值。此外，基于用戶ID而提取這一用戶的價格閾限。在一個優(yōu)選實施例中，從cookie提取usrid和ulstat，并將其賦予分別用于表示usrid和ulstat的先前狀態(tài)的usrid-1和ulstat-1。變量thr和zero用來表示上限和下限，盡管在需要的情況下可以使用其它閾限或分層值以進行專門的處理。在實行中，可使用任意的變量名，但是這些變量名應(yīng)為了一致性以及方便與操作狀態(tài)相聯(lián)系而選擇。
D4-L200用來檢查本地存儲于客戶端計算器件上的用戶信息，這些信息可充當(dāng)動態(tài)指示顯示的處理中的事件指引。
D4-L300檢查是否設(shè)置了一個reload(重新加載)標(biāo)記來引發(fā)一個重新加載動作D4-L310。reload標(biāo)記可以指示當(dāng)控制被傳遞至D4-310時，單個(reload)或是一組(reload-all)的執(zhí)行。在一個優(yōu)選實施例中，reload和reload-all是通過cookie而被啟用，提供了兩種方式的控制機制。在第一種機制中，reload或reload-all cookie的存在可以觸發(fā)reload或reload-all動作，從而通過I-框架重新加載單個或所有的動態(tài)指示符。在第二種機制中，reload或reload-all cookie可以包括到期或執(zhí)行時間，從而在reload或reload-all時間值大于當(dāng)前時間值時(then)，引發(fā)通過D4-310的reload。
D4-L400測試是否改變了用戶，并且如果為真，控制就被送至D4-L310以進行重新載入。在一個優(yōu)選實施例中，從cookie中提取的usrid變量與先前狀態(tài)變量usrid-1比較。如果usrid不等于usrid-1，那么就呼叫reload事件D4-310。
D4-L500在用戶未改變的情況下到達。檢查用戶登錄狀態(tài)來查看用戶當(dāng)前是否已登錄。如果用戶尚未登錄，那么控制被傳遞至D4-L510以檢查用戶是否已在上次檢查登錄狀態(tài)后退出了。如果如D4-L510所判定，用戶已在最近退出，那么就呼叫D4-L520來更新指示符以指示新的“未登錄”狀態(tài)。接著控制被送至D4-L520。在一個優(yōu)選實施例中，檢查用戶登錄狀態(tài)(ulstat)是否為退出狀態(tài)0，如果為真則將控制轉(zhuǎn)給D4-L510。接著D4-L510將ulstat與ulstat-1比較來檢查登錄狀態(tài)是否改變(ulstat-1是否為1，或者在前一循環(huán)期間是否為已登錄的)。如果ulstat-1確實是1，那么就發(fā)生了一個狀態(tài)改變，用戶已在最近退出，并且必需在D4-L520中改變指示符來反映這一狀態(tài)改變。在D4-L520中，指示符被更新至藍色，從而反映這一未登錄狀態(tài)。
D4-L530充當(dāng)一個重置機制，此處將先前狀態(tài)變量設(shè)置為當(dāng)前狀態(tài)變量，并且將先前閾限設(shè)置為當(dāng)前閾限。在一個優(yōu)選實施例中，ulstat-1被設(shè)置為ulstat，usrid-1被設(shè)置為usrid，thr-1被設(shè)置為thr，并且zero-1被設(shè)置為zero。
D4-L540含有在D4-L200處的將來的處理前的一個等待時段。在一個優(yōu)選實施例中，D4-L540編程地插入一個等待或休眠時段。
如果測試D4-L500返回用戶當(dāng)前已登錄的數(shù)值，那么到達D4-L600。D4-L600通過檢查登錄狀態(tài)的先前狀態(tài)變量來測試當(dāng)前的已登錄狀態(tài)是否是新的。如果這一檢查顯示在從已退出(先前狀態(tài))到已登錄(當(dāng)前狀態(tài))的當(dāng)前循環(huán)期間，用戶在最近有改變，那么就調(diào)用D4-L610以重置用戶閾限值，將控制返回至D4-L700。在一個優(yōu)選實施例中，用戶登錄狀態(tài)的比較是通過測試ulstat是否等于ulstat-1來執(zhí)行，其中為假的情形時會使thr和zero被重置為數(shù)值-1。
D4-L700測試在本循環(huán)中用戶的閾限值是否改變。如果沒有改變，那么控制被傳遞至D4-L530。在一個優(yōu)選實施例中，比較thr和thr-1(thr的先前狀態(tài))并比較zero和zero-1(zero的先前狀態(tài))。如果這兩個比較均指示這些值沒有改變，那么控制就被轉(zhuǎn)遞至D4-L530。
如果發(fā)現(xiàn)這些閾限值與相同閾限值的先前狀態(tài)形式不同，那么進入D4-L800。D4-L800測試條目的價格是否超過此用戶的用戶價格上限。如果超過，那么控制就被傳遞至D4-L900。在一個優(yōu)選實施例中，條目價格(price)已根據(jù)D4-400提取出，并且對照thr受到測試。如果price大于thr，那么控制就傳遞至D4-L900。
如果條目價格與用戶價格上限的比較指示這一價格低于用戶價格上限，那么進入D4-L810。D4-L810接著將條目價格對照用戶價格下限進行測試。如果條目價格高于用戶價格下限，那么控制就傳遞至D4-910。在一個優(yōu)選實施例中，D4-810測試price是否高于zero，其中結(jié)果為真時會將控制傳遞至D4-L910。
如果條目價格低于用戶價格下限，那么進入D4-820。D4-L820更新指示符以反映該條目低于價格下限。在一個優(yōu)選實施例中，D4-L820將指示符更新為綠色，這一顏色可以用若干種方式解釋。綠色可能指示此條目具有低的認(rèn)知價值(perceived value)、此條目實質(zhì)上是免費的、或者先前已查看過此條目。對指示符為綠色的解釋僅僅表示位于閾限以下的狀態(tài)，并且可屈從于主觀解釋。本發(fā)明的發(fā)明者并不試圖使一種指示符顏色固定于一種受限定的單一含義。
圖8d是用于建構(gòu)本發(fā)明一個實施例的操作步驟的流程圖，它在發(fā)現(xiàn)一個通過驗證的用戶擁有存取正被查看的條目的當(dāng)前憑證后從D4-900開始。
D4-V100表示滿足D4-900的情形下，在計算器件上的信息加載過程。在一個優(yōu)選實施例中，D4-V100代表對動態(tài)指示內(nèi)容的一個onLoad HTTP事件。
D4-V200在D4-V100之后，此處初始化狀態(tài)變量，從而能夠進行影響動態(tài)指示機制的比較。這些變量包括(但不僅限于)用戶登錄狀態(tài)、用戶ID、當(dāng)前時間和憑證有效時段，并且包括這些變量的先前狀態(tài)。為進行初始化，先前狀態(tài)變量被賦予與當(dāng)前狀態(tài)變量相同的值。。在一個優(yōu)選實施例中，從cookie提取usrid和ulstat，并將其賦予分別用于表示usrid和ulstat的先前狀態(tài)的usrid-1和ulstat-1。在實行中，可使用任意的變量名，但是這些變量名應(yīng)為了一致性以及方便與操作狀態(tài)相聯(lián)系而選擇。
D4-V300跟隨初始化步驟D4-V200，此處通過將當(dāng)前時間與當(dāng)前時間的先前狀態(tài)變量(then)比較，來測試用于存取條目的憑證是否到期。如果在從當(dāng)前時間減去then變量后，獲得的數(shù)值大于憑證的生存期(TTL)，那么憑證就已經(jīng)到期，從而引發(fā)一個reload D4-430。
如果憑證未到期，那么就從客戶端計算器件提取用戶信息，以在接下來測試是否有信息已被改變(D4-V400)。在一個優(yōu)選實施例中，從一個或一個以上cookie中提取用戶信息，得到usrid和ulstat。
D4-V500測試用戶信息以查看最近提取的用戶ID是否在上次測試后有所改變。如果改變存在，那么處理移動至D4-V310。在一個優(yōu)選實施例中，usrid與usrid-1比較，并且如果不相等，就調(diào)用Reload事件。
如果用戶ID沒有改變，那么D4-V600測試用戶信息以查看最近提取的用戶登錄狀態(tài)是否在上次測試后有所改變。如果沒有改變，那么處理移動至D4-V510，此處將先前狀態(tài)變量設(shè)置為當(dāng)前狀態(tài)變量，之后在D4-V520中引入一個等待時段。在一個優(yōu)選實施例中，將ulstat相對于ulstat-1測試，并且如果相等，就將ulstat-1設(shè)置為ulstat，并且將usrid設(shè)置為usrid-1，之后為等待狀態(tài)或者一個休眠時段，并且最終返回至D4-V300。
如果用戶登錄狀態(tài)中有改變，那么進入D4-V700，此處評估當(dāng)前用戶登錄狀態(tài)。如果用戶登錄狀態(tài)改變至已登錄的當(dāng)前狀態(tài)，那么進入D4-V800，此處改變動態(tài)指示符以指示這一已登錄的狀態(tài)。在改變指示符后，處理移動至D4-V510和D4-520，它們分別繼續(xù)循環(huán)以及等待另外的改變。
前面所描述的本發(fā)明實施例是作為說明和描述而提供。它們并不意欲將本發(fā)明限制為所描述的明確形式。詳細地說，預(yù)期此處所描述的本發(fā)明的功能性建構(gòu)方式可以等價地在硬件、軟件、固件和/或其它可用的功能組件或建造塊中建構(gòu)。根據(jù)上述教示，其它變化和實施例是可能的，并且因此本發(fā)明的范圍意欲不受此描述限制。
圖9a自動大小調(diào)整的通信過程，它展示了自動調(diào)整瀏覽器內(nèi)容大小過程中所涉及步驟的概覽。在此處的圖中應(yīng)用一些視覺上的約定來說明要點。高亮顯示的文本被用來引起對圖中正被討論的文本的注意。加刪除線的文本被用來表示已被擴展或已被緊接的代碼替代的代碼。之前有以“HTML”開頭的文本，被縮進的并且/或者有輪廓線的的文本被用來表示替代加刪除線文本的擴展代碼。
自動大小調(diào)整概念是指試圖自動調(diào)節(jié)內(nèi)容的格式，從而最佳地適合啟用內(nèi)容的鏈接以及動態(tài)指示圖標(biāo)的觀看大小，這一鏈接和圖標(biāo)都是由第三方提供以在賺錢者的網(wǎng)頁上顯示的動態(tài)內(nèi)容。自動大小調(diào)整過程可以整體上地操作，或者如用于建構(gòu)它的自動感應(yīng)技術(shù)所允許，自動適應(yīng)顯示硬件及軟件的能力而操作。
圖9a的步驟展示使用通過HTTP協(xié)議通訊的標(biāo)準(zhǔn)網(wǎng)絡(luò)技術(shù)的過程的實施例。消息在位于客戶端機器上的用戶瀏覽器902、賣方/賺錢者的網(wǎng)絡(luò)服務(wù)器904以及一個內(nèi)容網(wǎng)絡(luò)服務(wù)器406之間發(fā)送與接收。賣方/賺錢者的網(wǎng)絡(luò)服務(wù)器可以建構(gòu)為單個服務(wù)器或多個服務(wù)器，包括在一個服務(wù)器群上的建構(gòu)方式。網(wǎng)絡(luò)服務(wù)器906可以建構(gòu)為單個服務(wù)器或多個服務(wù)器，包括在一個服務(wù)器群上的建構(gòu)方式。
此圖展示本過程的基本動作是用戶從賺錢者處請求一網(wǎng)頁910，使得一網(wǎng)頁得以被發(fā)送911。所發(fā)送的網(wǎng)頁包括從一個BitPass服務(wù)器請求Java腳本片斷的HTML代碼。所返回913的片斷取得HTML 914以再現(xiàn)由BitPass服務(wù)器提供的內(nèi)容，并且此外通過Java腳本要求915賣方的網(wǎng)絡(luò)服務(wù)器調(diào)整由BitPass服務(wù)器提供的內(nèi)容的大小。賺錢者的網(wǎng)絡(luò)服務(wù)器返回916一個大小或幾何形狀cookie，它被用于最終的再現(xiàn)計算。
圖9b圖9a的初始自動大小調(diào)整910/911/912，它展示了標(biāo)識必須被取得的外部Java腳本。圖9c及9d來自圖9a的步驟913/914的外部來源Java腳本，它展示所返回的Java腳本在瀏覽器中執(zhí)行。在本示例中，Java腳本930如下<SCRIPT type=′text/javascript′ document writeln("<IFRAME name=ifrm id=ifrm ")document writeln("src=′http://www.bitpass.com/inlinetag/00000065/basic/">")document writeln("</IFRAME> ")document writeln("<SCRIPT language=javascript type=′text/javascript′> ")document writeln("<!—")document writeln("function update(){...}; ")document writeln("update(); ")document writeln("http://→")document writeln("</SCRIPT> ")document close();
</SCRIPT>
圖9d包括另外的外部來源Java腳本，除了其它再現(xiàn)代碼和Java函數(shù)外，它還使用一個I-框架(IFRAME)932。
圖9e展示自動大小調(diào)整的另外的細節(jié)。用戶瀏覽器902解釋HTML代碼并且再現(xiàn)它。在HTML代碼的再現(xiàn)完成后，調(diào)用Java腳本函數(shù)notify()，此時HTML再現(xiàn)結(jié)果的大小是已知的。
圖9fJava腳本函數(shù)加載另一IFRAME 950，它展示了從第一個外部來源的Java腳本再現(xiàn)的HTML如何將另一URL加載入第二個IFRAME(id＝ifrm2)952，所述URL的來源指向賺錢者的服務(wù)器，位于安裝在此處的一個網(wǎng)關(guān)上。與先前的圖中相同，加刪除線的文本被縮進的代碼(在這個情況中位于帶輪廓線的文本塊中)所替代，這些代碼是來源于bitpass域。
圖9g來自賺錢者的服務(wù)器網(wǎng)關(guān)904的響應(yīng)，它展示了來自賺錢者服務(wù)器網(wǎng)關(guān)的響應(yīng)，包括一個具有幾何尺寸信息，可以從賺錢者的域讀取的cookie 960。與先前的圖中相同，加刪除線的文本被縮進的代碼(在這個情況中位于帶輪廓線的文本塊中)所替代，這些代碼是來源于bitpass域。在此圖中，有兩個帶刪除線的文字962、963，以及兩個替代文本塊964、965。
圖9h用于完成自動大小調(diào)整的更新，它展示了如何使用Java腳本函數(shù)“update”970，利用由賺錢者服務(wù)器904所設(shè)置的cookie中的信息來調(diào)整外部IFRAME的大小。
圖9i更新函數(shù)的流程圖，它展示了Java腳本函數(shù)“update”970內(nèi)部輪詢幾何形狀cookie的改變982時的操作。如果發(fā)現(xiàn)幾何形狀cookie 983，那么此函數(shù)將調(diào)整IFRAME的大小984，如果沒有發(fā)現(xiàn)cookie，那么此函數(shù)將休眠987并且循環(huán)986，直到達到一指定的循環(huán)次數(shù)981，此時將退出988。
自動大小調(diào)整過程已在一個實施例中展示為使用Java腳本來協(xié)助再現(xiàn)由第三方提供的內(nèi)容?？墒褂闷渌_本編寫和/或編程的建構(gòu)方式來提供自動大小調(diào)整能力。在標(biāo)準(zhǔn)網(wǎng)絡(luò)瀏覽器技術(shù)的使用中，所展示的實施例使用IFRAME來提供可調(diào)整大小的能力，然而，安全模型不允許不具公信力的第三方控制網(wǎng)頁，或影響整體的頁面再現(xiàn)。作為賺錢者服務(wù)器網(wǎng)關(guān)形式的具公信力第三方的引入提供了一種機制，其中可以與賺錢者的網(wǎng)絡(luò)服務(wù)器傳送信息，并且可以利用這些信息來動態(tài)地與第三方內(nèi)容互動以及再現(xiàn)這些內(nèi)容。
如圖中所示，根據(jù)本發(fā)明的內(nèi)容存取分配系統(tǒng)的元件基本上可以被分為三個截然不同的組件客戶端組件100、分配事務(wù)服務(wù)器組件200(也被稱為存取權(quán)事務(wù)服務(wù)器)和賺錢者服務(wù)器組件300。
本系統(tǒng)允許花錢者請求他/她認(rèn)為有價值的或值得分配的內(nèi)容，并且分配對這些內(nèi)容的存取權(quán)?？蛻舳送ǔ⑹褂靡阎獮榫W(wǎng)絡(luò)瀏覽器的技術(shù)存取內(nèi)容，瀏覽器具有再現(xiàn)網(wǎng)頁的能力，這些網(wǎng)頁包括文本、圖形以及其它對象或不包括于文本或圖形定義中的內(nèi)容。賺錢者服務(wù)器300指一個服務(wù)器的邏輯表示，它含有賺錢者出售或分配的內(nèi)容。賺錢者服務(wù)器300可駐留于賺錢者所擁有的物理服務(wù)器上、一個內(nèi)容分配網(wǎng)絡(luò)上、媒體服務(wù)器上或任何其它的位置。分配事務(wù)服務(wù)器200指一個服務(wù)器的內(nèi)容表示，它含有用于管理本發(fā)明內(nèi)容存取權(quán)的分配相關(guān)事務(wù)的軟件對象代碼、可執(zhí)行代碼、二進制代碼等等。分配事務(wù)服務(wù)器300可駐留于單個物理服務(wù)器上、多個服務(wù)器上、一個內(nèi)容分配網(wǎng)絡(luò)上、媒體服務(wù)器上或任何其它位置。
圖10a展示建構(gòu)本發(fā)明的一個實施例的系統(tǒng)方塊圖中的三個主要元件?？蛻舳?00含有若干組件，包括瀏覽器或顯示接口150；證書或安全子系統(tǒng)110；客戶端側(cè)再現(xiàn)模塊120，它使得能夠顯示例如HTML、Java腳本、VB腳本或其它未明確提及的事物；緩存機制130(可選的)；和基于cookie或本地存儲的跟蹤機制140。在所描述的本發(fā)明實施例中，證書讀取器110提供用于確保并且管理客戶端100與不屬于客戶端100類別的其它元件之間安全通信的機制。客戶端側(cè)再現(xiàn)120提供了一個內(nèi)部模塊以再現(xiàn)數(shù)據(jù)，或者為顯示數(shù)據(jù)而做準(zhǔn)備，這些數(shù)據(jù)通過150來展現(xiàn)。緩存130提供典型的緩存特性，它可以加速客戶端100的數(shù)據(jù)存取能力的操作。cookie系統(tǒng)140提供一個暫時性或永久性的本地存儲機制，它可以用來促進與客戶端100的通信，或者追蹤客戶端100的一般性或特定動作，它可以獨立于證書讀取器110動作，或者與其相結(jié)合。
存取權(quán)事務(wù)服務(wù)器200含有若干組件，包括顯示及幾何形狀計算引擎220、條目選擇處理模塊212、認(rèn)證模塊214、授權(quán)模塊216、存取權(quán)頒發(fā)模塊230、存取權(quán)轉(zhuǎn)換模塊250、內(nèi)容存取權(quán)傳遞模塊260、一般系統(tǒng)記帳模塊210、目錄管理模塊240、會話管理模塊270和一般內(nèi)務(wù)處理模塊201，它用于其它模塊不執(zhí)行，但是本發(fā)明仍然需要的操作。這些模塊彼此之間互相作用，并且與外部的本發(fā)明中其它元件的模塊互相作用，它們的功能在其它圖中更為明確地描述。
賺錢者服務(wù)器300含有若干組件，包括存取權(quán)網(wǎng)關(guān)340、會話管理器350、憑證管理器360、產(chǎn)品/條目服務(wù)器310、產(chǎn)品/條目管理器320和產(chǎn)品/條目系統(tǒng)330。存取權(quán)網(wǎng)關(guān)使得能夠驗證并且頒發(fā)被承認(rèn)的存取權(quán)，從而致使將條目傳遞至用戶。會話管理器350為本發(fā)明一個實施例管理會話信息，從而追蹤會話以及對系統(tǒng)或條目的存取的有效性和及時性。在本發(fā)明的憑證驗證以及在條目傳遞前的條目通行證的頒發(fā)和驗證中，憑證管理器360與會話管理器350一同工作。產(chǎn)品/內(nèi)容服務(wù)器310管理提供條目所涉及的服務(wù)功能、握手的處理和管理上的任務(wù)。產(chǎn)品/內(nèi)容管理器320通常在低于產(chǎn)品/內(nèi)容服務(wù)器310的級別上工作，它管理特定條目或條目結(jié)構(gòu)，包括目錄或其它組織系統(tǒng)。產(chǎn)品/內(nèi)容系統(tǒng)330表示條目本身，它們或者被物理地、邏輯地定址，或者某種其它機制允許條目被直接地或間接地傳遞。這些模塊彼此之間互相作用，并且與外部的本發(fā)明中其它元件的模塊互相作用，它們的功能在其它圖中更為明確地描述。
圖10b展示在一個可能的網(wǎng)絡(luò)環(huán)境中的系統(tǒng)級的三個主要元件。在一個優(yōu)選實施例中，客戶端100A包括在計算器件上的網(wǎng)絡(luò)瀏覽器，這些計算器件通過有線和無線網(wǎng)絡(luò)連接至其它元件。存取權(quán)事務(wù)服務(wù)器200A可駐留于一個或一個以上服務(wù)器上，包括一個服務(wù)器群集，并且通過有線或無線網(wǎng)絡(luò)連接至內(nèi)容存取和分配系統(tǒng)的其它元件。賺錢者服務(wù)器300A可駐留于一個或一個以上服務(wù)器上，包括一個服務(wù)器群集，并且通過有線或無線網(wǎng)絡(luò)連接至存取權(quán)和分配系統(tǒng)的其它元件。
圖10c和10g是用于建構(gòu)本發(fā)明一個實施例的操作步驟的流程圖，它們集中在認(rèn)證、授權(quán)及頒發(fā)的過程上。圖10c以用戶通過一個鏈接來查看所顯示的信息開始，這個鏈接是通過本發(fā)明的一個實施例，經(jīng)由建立購買流而被啟用，其中一個鏈接提供對信息的存取權(quán)，或者更加明確地對本發(fā)明而言，提供對存取權(quán)的購買能力。用戶選擇3-100這一被啟用的鏈接，這個步驟就開始了圖10c的過程。對鏈接的選擇使得ARTS(存取權(quán)事務(wù)服務(wù)器，AccessRights Transaction Server)可以使用信息，包括會話信息(Ck1)和條目信息?？梢酝ㄟ^將這一信息嵌入此鏈接，或通過一個瀏覽器cookie或其它追蹤或存儲機制來使這一信息變得可用。ARTS獲取Ck1并進入驗證步驟3-200，其中執(zhí)行若干檢查。它們包括3-210會話ID校驗用以驗證此會話存在，3-220用戶ID用以驗證此會話的用戶存在，和其它需要的檢查3-230，它們驗證其它通過此鏈接而獨立地、或與其它信息一同提供的信息。執(zhí)行另一個檢查，3-310條目ID校驗來驗證此條目存在于條目目錄中，3-320以驗證此會話的用戶存在，和其它需要的檢查3-330，它們驗證其它通過此鏈接而獨立地、或與其它信息一同提供的信息。驗證檢查的無效結(jié)果獨立地、或一同導(dǎo)致錯誤通知3-350和退出。
成功的驗證引發(fā)3-400。從Ck1得出的會話ID被用來使一個句柄與一個用戶和用戶ID相聯(lián)系。接著ARTS檢查這個用戶ID來判定用戶是否登錄了系統(tǒng)3-500。一個已登錄的用戶ID引發(fā)3-450，此處建立Ck2。Ck2是代表被選中條目的標(biāo)志，包括例如條目ID、標(biāo)志ID、條目位置或到文件位置的路徑(URL)的信息。在3-510中，使用用戶ID來將條目ID與用戶ID的購買歷史比較，藉此可以將這個條目標(biāo)識為一個完全購買的條目、有條件購買的條目或其它的購買狀態(tài)。如果已經(jīng)購買了這個條目，并且這個購買仍然有效3-520，那么ARTS就在將標(biāo)志頒發(fā)給賺錢者服務(wù)器以進行賺錢者服務(wù)器網(wǎng)關(guān)處理3-540之前，遞增用于內(nèi)容存取的計數(shù)器(存取次數(shù))或者相關(guān)的記帳信息3-530。如果尚未購買此條目，或者購買是無效的，那么保存標(biāo)志Ck2以備以后使用。
如果用戶ID未登錄、尚未為此條目付款或者ARTS判定需要有其它信息，那么到達3-600?？梢韵蛴脩籼岢龅卿浾埱?、購買確認(rèn)、條目狀態(tài)或其它信息。用戶做出響應(yīng)，并且額外的參數(shù)就由ARTS在圖10d(ARTS確認(rèn)階段)中處理。
圖10d和10h是當(dāng)用戶ID未登錄或條目尚未被購買(購買無效)時，從圖10c進入。這一階段提供允許購買在進入圖10e的轉(zhuǎn)換和傳遞階段之前的重復(fù)認(rèn)證和授權(quán)。4-100校驗傳遞入確認(rèn)階段的參數(shù)，其中再次檢查條目ID。無效的參數(shù)會將用戶帶出交易處理循環(huán)。
4-200執(zhí)行對Ck1的重復(fù)驗證以確保用戶4-210、會話4-220和其它信息4-230存在并且/或者是當(dāng)前的。無效的Ck1導(dǎo)致從交易處理中退出。用戶ID被從Ck1中提取4-240并且檢查登錄狀態(tài)4-300。如果用戶ID登錄是有有效的，那么就檢索來自圖10c的標(biāo)志Ck2。如果登錄無效，那么4-310請求登錄信息。此處登錄校驗4-320的失敗引發(fā)退出，而成功使得一個新的標(biāo)志Ck3在4-340中建立。
基于在4-100中驗證的條目ID，4-400檢索另外的條目信息。4-500驗證條目，執(zhí)行對目錄ID的檢查4-510，對位置信息的檢查4-520和/或?qū)ζ渌枰男畔⒌臋z查4-530。任何無效的情況將導(dǎo)致退出，其中4-550發(fā)送一條關(guān)于條目的不可用狀態(tài)的消息。有效的條目狀態(tài)接著允許付款處理發(fā)生4-600。
4-600包括若干檢查和確認(rèn)，最為基本的是余額檢查4-630。在4-630中，進行對用戶帳戶余額的扣除嘗試測試，從而檢查剩余的余額。負(fù)的余額返回失敗的情形。包括其它的帳戶檢查，但是它們不僅限于帳戶扣除標(biāo)記4-610、限制/約束檢查4-650、條件性處理4-640、存貨檢查4-620和其它的檢查。任何失敗或否定的情形將回退(rollback)任何針對購買條目的扣除嘗試(付款尚未被處理)，從而導(dǎo)致退出。上面所列出的付款過程和檢查不需要特定的順序，因為任何的失敗或否定情形均將導(dǎo)致付款過程停止，并且將付款回退至尚未處理的狀態(tài)。4-600中功能的特定順序可以基于子功能條件分析而被修改，在這樣的分析中可能發(fā)現(xiàn)條件性處理模塊4-640捕捉最多的失敗情形。在這樣的情況下，可以將4-640放置為4-600中的第一步。如此，我們將4-600和它的子功能的功能性建構(gòu)方式視為可以被優(yōu)化的功能，它們的順序可以視需要而被修改。
如果付款處理被批準(zhǔn)，那么視4-300至4-340的結(jié)果，可以將標(biāo)志Ck2或Ck3提供至客戶端，從而由客戶端提交至賺錢者服務(wù)器以進行網(wǎng)關(guān)處理4-640。在這個階段，標(biāo)志Ck2或Ck3變?yōu)橛糜诖嫒l目的憑證(V1)。
圖10e和10i是當(dāng)將一個標(biāo)志作為對于一個條目的憑證而頒發(fā)時，從圖進入的流程圖。這一階段主要提供對存取一個條目的請求的處理中的頒發(fā)、轉(zhuǎn)換和傳遞步驟，以及在賺錢者服務(wù)器元件處的動作，其中大部分動作是位于賺錢者服務(wù)器中的網(wǎng)關(guān)模塊處。來自圖10a的賺錢者服務(wù)器300在預(yù)定的頻道模態(tài)上偵聽對條目交易的處理。這些頻道模態(tài)可以為許多形式，包括(但不僅限于)多個協(xié)議、一個協(xié)議中的多個命令(和子命令)、物理上不同的通信媒體、具有已調(diào)制通信的單獨媒體或機制，或者兩個或兩個以上的上述通信機制、或者間接表明或暗示但未明確提及的機制的組合。為了闡明這一過程的目的，我們將使用一個頻道模態(tài)的示例，其中頻道基于包括GET、POST和其它HTTP請求的網(wǎng)絡(luò)瀏覽器技術(shù)，但是這個示例并不意欲代表這些頻道的唯一的建構(gòu)方式。
所描述的事務(wù)協(xié)議實施例的一個有用的特性是，在此協(xié)議的最后一步后傳遞的頁面的URL是一個不混雜有復(fù)雜的查詢字符串的URL。所有同一高級內(nèi)容的購買者將看到相同的最終高級內(nèi)容URL。與含有查詢字符串的URL(它含有例如會話ID信息或用戶ID信息的歷史信息)不同，到達BitPass事務(wù)協(xié)議的目標(biāo)高級URL是相同的。
憑證信息并不作為查詢字符串而在URL中傳遞，而是通過一個平行的頻道傳遞，它或者是POST，或者通過referrer字段。這些URL具有若干有點1)們趨向于比較短，因此可讀性較強2)它們可以被復(fù)制并粘貼入博客(weblog)中或其它在線的網(wǎng)頁中，并且可以簡單地由例如Google的搜索引擎進行索引，它計算URL的PageRank(網(wǎng)頁排名)。唯一的URL，例如由用戶從Amazon.com復(fù)制并粘貼的URL是不可能獲得任何PageRank的。擁有無論購買者是誰都相同的高級內(nèi)容URL使得例如Google的搜索引擎能夠計算高級內(nèi)容URL的PageRank，即使在這些搜索引擎和它們的機器人不能存取高級URL的實際內(nèi)容的情況下。
5-100通過尋找同意的通信頻道以判定賺錢者網(wǎng)關(guān)的適當(dāng)動作，從而處理來自客戶端瀏覽器的通信。在本發(fā)明一個優(yōu)選實施例中，POST請求表示一個頻道(Chi)。如果5-100判定這一頻道是POST請求，那么5-110得以進行，它提取憑證(V1)內(nèi)容并且檢驗符合的內(nèi)容和結(jié)構(gòu)。5-120接著可以驗證V1，并在無效的情況下引發(fā)一個錯誤消息，或者進行進一步的處理。接著一個有效的V1被轉(zhuǎn)換為通信證Ck45-130，它被用來在適當(dāng)時對條目進行更簡單的處理。
在本發(fā)明一個優(yōu)選實施例中，V1通過POST以HTTP的形式提交至賺錢者服務(wù)器網(wǎng)關(guān)，它具有標(biāo)識用戶的條目的特定內(nèi)容目標(biāo)路徑、查詢字符串、時間戳記、起點IP地址、代理服務(wù)器IP地址(如果有的話)、到期時間、版本、賺錢者ID和唯一字符串等等，它們在一個一次POST中是唯一的(V1僅使用一次且僅有效一次)。同樣的，通行證實際上是一個cookie，它部分地從憑證產(chǎn)生，連同其它的信息和一個認(rèn)證雜湊值(hash)。這個cookie允許對用戶的弱校驗和通過HTTP的多次連接，但是這個cookie具有有限的壽命，并且在沒有頒發(fā)憑證的情況下是不能存在的。在一個優(yōu)選實施例中，這個Ck4cookie促進了對存取或下載內(nèi)容的被降低的連續(xù)事務(wù)和協(xié)商。明確地說，這個cookie允許多個同時的、將購買者鏈接至如條目目錄中所指示的條目或條目目錄的連接，因為它含有例如目標(biāo)URL、IP地址、代理服務(wù)器信息、到期日期、認(rèn)證hash的信息，或者其它安全或標(biāo)識所需要的信息。接著在一個重定向中使用一個GET請求將這個cookie頒發(fā)至瀏覽器。
5-100接著將這個GET請求看作另一個頻道(Ch3)，并且與以前相同，新的頻道調(diào)用新的行為。5-300被調(diào)用，其中提取通行證的內(nèi)容和結(jié)構(gòu)來進行評估。5-310校驗Ck4的有效性，其中無效的情形導(dǎo)致重定向回ARTS。通過校驗的Ck4導(dǎo)致賺錢者服務(wù)器網(wǎng)關(guān)模塊授權(quán)條目的傳遞。
5-200在5-100發(fā)現(xiàn)一個BOUNCE請求的情況下被調(diào)用。在一個優(yōu)選實施例中，這代表著另一個頻道(Ch2)，它具有來自賺錢者服務(wù)器的一組作為結(jié)果的行為。這些特定行為由另一文檔所涵蓋，并且在單獨的知識產(chǎn)權(quán)下被涵蓋。
5-400在5-100發(fā)現(xiàn)前文沒有提及的其它命令的情況下被調(diào)用。5-400為將來的通信而保留，并且可以進一步處理其它的頻道，或者被特定地用作一個頻道(Ch4)。在這樣的情況下，它可以被用作一個總受器(catchall)頻道，用來處理不通過其它頻道傳遞的其它信息。視通信的結(jié)構(gòu)、來源或內(nèi)容而定，如果需要，5-400可以被用來處理包括多個單獨命令或系列命令的通信。
圖10f是一個流程圖，它展示了具有與基于網(wǎng)絡(luò)的內(nèi)容有關(guān)的顏色的指示符。一個啟用內(nèi)容的頁面上的帶顏色的圖標(biāo)給予潛在的花錢者一個指示，它指示花錢者購買相關(guān)條目的能力。在一些實施例中，點擊任何顏色的圖標(biāo)將把您帶到允許您登錄的BitPass控制面板。
藍色-指示他尚未登錄。這個條目是高級的，用戶必須登錄并且在購買條目前付錢。
黃色-指示他已經(jīng)登錄，并且這個條目的價格在他的購買閾限以下。
紅色-指示他已經(jīng)登錄，但是這個條目的價格在他的購買閾限以上。
綠色-指示他已經(jīng)登錄，已經(jīng)購買了這個條目，而且仍然允許存取這個高級內(nèi)容。
重要的是，我們應(yīng)了解兩個提供有相同的基于網(wǎng)絡(luò)內(nèi)容條目的潛在花錢者，可以視他們是否已登錄、他們的帳戶中有多少錢、以及他們的閾限值而定，從而看到不同的與基于網(wǎng)絡(luò)的內(nèi)容相關(guān)聯(lián)的指示符。
在潛在花錢者(“用戶”)看到與一個基于網(wǎng)絡(luò)內(nèi)容條目相關(guān)的第一個顏色的指示符(例如，藍色)1091的情況下，用戶的瀏覽器與一個中間物(例如一個基于網(wǎng)絡(luò)的存取服務(wù)器)相互作用以確定用戶是否能夠存取此內(nèi)容。這里，顏色1091指示高級內(nèi)容以及沒有登錄。存取服務(wù)器檢查用戶是否通過認(rèn)證(即他是否是他所聲稱的那個人)，以及用戶是否有權(quán)存取高級內(nèi)容。
在潛在花錢者(“用戶”)看到與一個基于網(wǎng)絡(luò)內(nèi)容條目相關(guān)的第二個顏色的指示符(例如，紅色)1092的情況下，用戶的瀏覽器與一個中間物(例如一個基于網(wǎng)絡(luò)的存取服務(wù)器)相互作用以確定用戶是否有權(quán)存取高級內(nèi)容。它查看條目的價格、賣方的閾限設(shè)置和用戶的帳戶值。
在潛在花錢者(“用戶”)看到與一個基于網(wǎng)絡(luò)內(nèi)容條目相關(guān)的第三個顏色的指示符(例如，黃色)1093的情況下，用戶的瀏覽器與一個中間物(例如一個基于網(wǎng)絡(luò)的存取服務(wù)器)相互作用以確定用戶是否能夠存取此內(nèi)容。這里，顏色1093指示高級內(nèi)容，并且存取服務(wù)器檢查用戶是否通過認(rèn)證(即他是否是他所聲稱的那個人)，以及用戶是否有權(quán)存取高級內(nèi)容。
圖10j是當(dāng)潛在的花錢者點擊一個圖標(biāo)10010時，所顯示的用戶界面的示例，這個圖標(biāo)與價格比他的閾限高的內(nèi)容相關(guān)聯(lián)。這里，圖標(biāo)10010是紅色的，因為這個條目價格是25分，而閾限是10分。用戶的帳戶中有46分。用戶可以通過10013“Add”(添加)按鈕將錢添加至他的帳戶。點擊Add按鈕導(dǎo)致錢被添加至用戶的帳戶，并且將錢添加至帳戶改變一個存有的值，它代表他的帳戶中的錢量。用戶可以通過輸入一個新閾限值并且點擊“Set”(設(shè)置)按鈕10014來改變他的閾限。改變閾限值改變了在一個數(shù)據(jù)處理機的內(nèi)存中與這個用戶相關(guān)聯(lián)的一個值。
圖10k是當(dāng)花錢者通過點擊Proceed(繼續(xù))按鈕10015購買基于網(wǎng)絡(luò)的內(nèi)容時，所顯示的用戶界面的示例。在這個示例中，用戶已將他的閾限增加至25分或更多，并且與這個內(nèi)容相關(guān)聯(lián)的圖標(biāo)10010改變?yōu)辄S色(指示這個條目的價格在用戶的閾限以下)。用戶現(xiàn)在將能夠在300天10016內(nèi)存取這個內(nèi)容(在這個示例中)。所描述的本發(fā)明實施例是作為例證和描述而提供。它們并不意欲將本發(fā)明限制為所描述的準(zhǔn)確形式。詳細地說，預(yù)期此處所描述的本發(fā)明的功能性建構(gòu)方式可以等價地在硬件、軟件、固件和/或其它可用的功能組件或建造塊中建構(gòu)。根據(jù)上述教示，其它變化和實施例是可能的，并且因此本發(fā)明的范圍意欲不受此描述限制。
技術(shù)建構(gòu)的其它討論在動態(tài)指示符互動和賺錢者網(wǎng)關(guān)(G/W)中牽涉了幾個cookie。
用于動態(tài)指示符的cookie優(yōu)選地不具有結(jié)構(gòu)。它們只是簡單的變量。例如用于花錢者余額的cookie名稱為“bal”，并且余額是它的值，“bal”、“thr”、“zero”、“usrid”、“ulstat”是這種cookie。它們的范圍經(jīng)過調(diào)整以能夠被任何URL讀取，例如bitpass.com上的URL。
用于通行證(憑證的簡化形式)的cookie具有一些結(jié)構(gòu)。并且它們的范圍也被調(diào)整至服務(wù)器所擁有的一個特定路徑。
在下面的段落中，首先討論憑證“憑證”基本上說是名稱/值對，被編碼為application/x-www-form-urlencoded的MIME類型，并且投送至賺錢者網(wǎng)關(guān)。
下面是名稱/值對表。

*hash選定值的雜湊值**voucher雜湊值的RSA簽名。使用BASE64機制編碼。
通行證cookie是憑證的簡化形式。每個cookie優(yōu)選地具有六個特性與其相關(guān)聯(lián)。
1)名稱2)值3)TTL(生存時間)4)路徑5)域6)SSL標(biāo)志1)將憑證變?yōu)閏ookie的轉(zhuǎn)換將憑證內(nèi)的條目分配在這六個特性中。其它的實施例不含有或不使用這些字段中的一些(例如，某些不包括SSL標(biāo)志)。名稱在某些版本的網(wǎng)關(guān)中，同樣的名稱會被多次使用。但是某些版本的網(wǎng)關(guān)為每一個路徑使用唯一的名稱。這完全是由所使用的語言/庫決定的。
2)數(shù)據(jù)結(jié)構(gòu)的連續(xù)化形式。簡單地說，這是一種字符串，它具有兩種分隔符以使得多個名稱/值可以被編碼為單個字符串。這個結(jié)構(gòu)含有“ip”、“proxy”、“hash”、“path”、“expires”值。同樣，“hash”是這個cookie的一個校驗和hash，以防止篡改。
3)TTL被設(shè)定為來自憑證的“passexp”值。
4)路徑被設(shè)定為一個真實路徑，它是映射自“cpath”值和基本URL。
5)域是賺錢者的域。
在圖12a送給朋友(FAF)的發(fā)送者過程中，展示了當(dāng)免費地將內(nèi)容發(fā)送給朋友時，所涉及的過程的實施例。為符合免費送給朋友這一促銷的條件，需要滿足幾個(三個主要的)條件1)發(fā)送者已經(jīng)購買了這個條目，2)賣方已決定選擇使用免費送給朋友來促銷他的內(nèi)容，3)這個促銷提議仍然可用。如果這三個中有任何一個沒有滿足，那么發(fā)送者必須為他/她的朋友付出完全的價格。對于這個圖來說，花錢者和發(fā)送者是一樣的。
FAF過程可以在花錢者在步驟1中選擇發(fā)送給另一個花錢者或潛在花錢者的內(nèi)容(條目)時開始。
在步驟2中，這個過程基于下列信息的可用性而被起始-發(fā)送者標(biāo)識-前一個購買的收據(jù)ID-條目標(biāo)識-接收者的電子郵件和短消息(可選的)-系統(tǒng)從所給出的條目信息取出完整的條目信息發(fā)送者、收據(jù)、條目信息等等是基于由發(fā)送者的動作所提供的和/或從存取權(quán)事務(wù)服務(wù)器檢索的登錄、會話或鏈接信息。
在步驟3中，在存取權(quán)事務(wù)服務(wù)器處執(zhí)行檢查以判定賣方(賺錢者)是否選擇免費送給朋友來促銷這個特定內(nèi)容。如果是這樣，那么使用步驟4來找出補貼金額。
在步驟5中，檢查花錢者先前的購買歷史。如果發(fā)送者先前已經(jīng)購買了這個特定條目，那么補貼金提議仍然有效。否則在步驟6中將補貼金設(shè)為0，因為花錢者沒有通過這個示例的使用FAF發(fā)送內(nèi)容的實施例的條件。購買歷史或收據(jù)信息可以從本地cookie或存儲記錄中取得，或者在檢查存取權(quán)事務(wù)服務(wù)器時從花錢者歷史中提取。
步驟3至4和步驟5至6可以用任何順序進行，并且對于所展示的實施例而言用所展示的順序描繪。這些檢查與處理的實際建構(gòu)順序可以基于客戶策略、補貼金策略、設(shè)計的效率、處理能力或者其它的原因。
在步驟7中，如果所列出的價格仍然大于賣方補貼金(補貼金不能支付整個價格)，那么發(fā)送者必須支付(8)價格差。不能做出這一動作將中止交易。如果本發(fā)明被用來使用FAF發(fā)送過程來將多個條目傳遞至多個接收者，那么可以使用一個更為簡化的方法來檢查支付價格差的能力。在這樣的情況下，F(xiàn)AF禮物碼的總數(shù)乘以價格差將得到發(fā)送者的總價。總價應(yīng)低于發(fā)送者的帳戶余額，以具有使交易完成的支付能力。
在步驟9中，頒發(fā)禮物碼在一個優(yōu)選實施例中，這個碼聯(lián)系至特定的條目，而不聯(lián)系至特定的接收者(朋友)。除了聯(lián)系至條目的碼之外，可以使用其它的禮物碼。這些機制可以將禮物碼與條目、接收者、兩者，或者另外的可追蹤的唯一方法相聯(lián)系。
在步驟A中，禮物碼被發(fā)送至朋友。這個碼可以通過數(shù)種方法發(fā)送，一個簡單的實施例將碼通過電子郵件發(fā)送。其它的方法可以包括(但不僅限于)FTP、SSH、HTTP POST、HTTP GET、SMS、口頭表示、手勢語言等等。在一個優(yōu)選實施例中，禮物碼不聯(lián)系至一個特定的接收者，這意味著這個碼是可以轉(zhuǎn)讓的。如果碼的接收者決定如此，那么他/她可以將碼給其它的人。
此過程的建構(gòu)方式中，可以建立或者修改幾個其它的條件。同樣的，如果步驟1中描述的三個主要條件沒有得到滿足，那么可以使用另一個基于送給朋友的建構(gòu)方式，但是這個方式不是免費的分配內(nèi)容存取權(quán)。此外，在步驟4中指出的補貼金可以基于時間、存取或者基于若干變量的任何幾種的算法而定，這些變量包括(但不僅限于)花錢者購買模式或購買歷史、賺錢者收益目標(biāo)、時間、存取、再次存取等等。在步驟6中，可能設(shè)有特殊的處理，其中不要求發(fā)送者在發(fā)送內(nèi)容前已經(jīng)購買了內(nèi)容。可能有營銷、促銷或其它的原因，以使得發(fā)送者在這種情況下繼續(xù)FAF發(fā)送過程。
圖12b送給朋友接收過程在接收者(在送給朋友的名稱中的朋友)接收一個禮物碼后開始。為了進行這個描述的目的，接收者和兌換者是可以互換的。
在步驟1中，過程由接收者將禮物碼提供給系統(tǒng)而起始，禮物碼由步驟2驗證。
在步驟3中，如果碼無效(不存在或已到期)，那么系統(tǒng)將在步驟4中通知兌換者并且將結(jié)束這一相互作用。
在步驟5中，如果兌換者尚不是系統(tǒng)的會員，那么在步驟6中將建立一個新帳戶。如果兌換者是會員，那么會員帳戶信息將在步驟7中被取出。
在步驟8中，系統(tǒng)將向接收者頒發(fā)一個有效的憑證，并且更新接收者帳戶的購買歷史，從而使得兌換者可以如同已經(jīng)自己支付了內(nèi)容一般存取這個內(nèi)容。
在步驟9中，系統(tǒng)將兌換者的瀏覽器重定向至內(nèi)容。雖然為了簡單起見，在上面的說明中將兌換者用作接收者，但是兌換者不必須是接收者。此外，可以在交易過程中添加額外的安全性。這些特征的示例可以包括以下方面1)在禮物碼中輸入一個額外的秘語-發(fā)送者在發(fā)送者步驟1提供秘語
-系統(tǒng)在發(fā)送者步驟9存儲這個信息。
2)這個秘語不會通過相同的頻道、使用相同的方法、或甚至使用相同的協(xié)議或語言發(fā)送給接收者。要求發(fā)送者使用其它的通信方法將秘語傳達給接收者。-秘語不在發(fā)送者步驟A中發(fā)送。
3)當(dāng)兌換禮物碼時，秘語必須與禮物碼本身一同提供。-兌換者在接收者步驟1提供秘語。
圖11a免費送給朋友鏈接的示例，它展示建構(gòu)送給朋友能力的視覺表示。鏈接1102出現(xiàn)在花錢者已購買的內(nèi)容頁面上，并且在啟用了送給朋友的情況下，它可以被用來起始送給朋友過程中的步驟。
圖11b免費送給朋友的發(fā)送示例，它展示免費送給朋友過程中的發(fā)送頁示例1106。如果點擊了免費送給朋友鏈接1104，那么免費送給朋友過程就開始，其中關(guān)于內(nèi)容、發(fā)送者和接收者的信息由發(fā)送者通過頁面1106輸入。在這個情況中，顯示了免費送給朋友促銷的補貼金1107(例如，5分)。
圖11c接收者電子郵件的示例，它展示了發(fā)送給免費送給朋友請求的接收者的電子郵件示例1111。電子郵件示例1111包括關(guān)于發(fā)送者和接收者的信息、一條由發(fā)送者建立的消息和存取已經(jīng)免費送給朋友的內(nèi)容的鏈接。通過點擊鏈接，兌換者即可存取這個內(nèi)容。注意因為在這個情況中，禮物碼是聯(lián)系至條目，而不是接收者的，所以接收者可以將這條消息轉(zhuǎn)發(fā)給其它人。第一個使用禮物碼的人將成為存取這個內(nèi)容的兌換者。如上面指出，在這個示例中這個禮物碼是聯(lián)系至條目的，然而它可能與接收者、通行碼或安全碼、發(fā)送者，或者其它實體相聯(lián)系。
我們應(yīng)了解這里描述的實施例僅僅是為了示例的目的而展現(xiàn)。本發(fā)明是在權(quán)利要求書和它的均等物中描述。
權(quán)利要求
1.一種允許存取基于網(wǎng)絡(luò)的內(nèi)容的方法，其包括允許一潛在花錢者將錢放在一存儲于一數(shù)據(jù)庫中的帳戶中；從所述潛在花錢者接收所述潛在花錢者期望存取所述基于網(wǎng)絡(luò)的內(nèi)容的一指示；和根據(jù)所述潛在花錢者的一登錄狀態(tài)確定是否授權(quán)所述潛在花錢者存取所述基于網(wǎng)絡(luò)的內(nèi)容。
2.根據(jù)權(quán)利要求1所述的方法，其中接收一指示包括接收所述潛在花錢者已經(jīng)執(zhí)行一與所述基于網(wǎng)絡(luò)的內(nèi)容相關(guān)的活動的一指示。
3.根據(jù)權(quán)利要求1所述的方法，其中接收一指示包括將鼠標(biāo)放在一與所述基于網(wǎng)絡(luò)的內(nèi)容相關(guān)的圖標(biāo)上。
4.根據(jù)權(quán)利要求1所述的方法，其中接收一指示包括將鼠標(biāo)放在一網(wǎng)頁上所顯示的文本上，所述文本與所述基于網(wǎng)絡(luò)的內(nèi)容相關(guān)。
5.根據(jù)權(quán)利要求1所述的方法，其進一步包括顯示一與所述基于網(wǎng)絡(luò)的內(nèi)容相關(guān)的圖標(biāo)，所述圖標(biāo)指示所述潛在花錢者在所述帳戶中是否有足夠的錢買的起所述基于網(wǎng)絡(luò)的內(nèi)容。
6.根據(jù)權(quán)利要求1所述的方法，其中接收一指示包括顯示一與所述基于網(wǎng)絡(luò)的內(nèi)容相關(guān)的圖標(biāo)，所述圖標(biāo)指示所述基于網(wǎng)絡(luò)的內(nèi)容對所述潛在花錢者是免費的。
7.根據(jù)權(quán)利要求1所述的方法，其中接收一指示包括顯示一與所述基于網(wǎng)絡(luò)的內(nèi)容相關(guān)的圖標(biāo)，所述圖標(biāo)指示所述基于網(wǎng)絡(luò)的內(nèi)容價格高于一與所述潛在花錢者相關(guān)的閾限量。
8.根據(jù)權(quán)利要求1所述的方法，其中接收一指示包括顯示一與所述基于網(wǎng)絡(luò)的內(nèi)容相關(guān)的圖標(biāo)，所述圖標(biāo)指示所述基于網(wǎng)絡(luò)的內(nèi)容價格低于一與所述潛在花錢者相關(guān)的閾限量。
9.一種允許存取基于網(wǎng)絡(luò)的內(nèi)容的方法，其包括允許一潛在花錢者預(yù)付錢到一存儲于一數(shù)據(jù)庫中的帳戶中；從所述潛在花錢者接收所述潛在花錢者期望存取所述基于網(wǎng)絡(luò)的內(nèi)容的一指示；和根據(jù)所述帳戶中的錢數(shù)確定是否授權(quán)所述潛在花錢者存取所述基于網(wǎng)絡(luò)的內(nèi)容。
10.一種允許存取基于網(wǎng)絡(luò)的內(nèi)容的方法，其包括允許一潛在花錢者預(yù)付錢到一存儲于一數(shù)據(jù)庫中的帳戶中；從所述潛在花錢者接收所述潛在花錢者期望存取所述基于網(wǎng)絡(luò)的內(nèi)容的一指示；和根據(jù)所述潛在花錢者所設(shè)置的一閾限值和所述基于網(wǎng)絡(luò)的內(nèi)容的價格確定是否授權(quán)所述潛在花錢者存取所述基于網(wǎng)絡(luò)的內(nèi)容。
11.根據(jù)權(quán)利要求1所述的方法，進一步包括當(dāng)所述潛在花錢者未登錄時，以一第一顏色顯示一與所述基于網(wǎng)絡(luò)的內(nèi)容相關(guān)的指示符；和當(dāng)所述潛在花錢者未登錄時，以一第二顏色顯示一與所述基于網(wǎng)絡(luò)的內(nèi)容相關(guān)的指示符。
全文摘要
本發(fā)明揭示一種其中花錢者可以花錢購買條目、花錢捐贈等等的方法和裝置?；ㄥX者(有時稱為買方)將通常使用客戶端軟件存取內(nèi)容，其中客戶端通常是包括顯示器的計算器件，其便于花錢者和賺錢者之間的交易?！百嶅X者”(有時稱為賣方)是在系統(tǒng)中提供條目或內(nèi)容供銷售、交易或獲取來賺取信用點或錢的人。在所描述的實施例中，賺錢者的服務(wù)器可以是任何事物，其提供內(nèi)容且/或包括一賺錢者網(wǎng)關(guān)，所述賺錢者網(wǎng)關(guān)便于在系統(tǒng)中頻繁使用的具公信力的第三方相互作用，且也可用于描述數(shù)個服務(wù)器或一服務(wù)器群。在一些實施例中，賺錢者的服務(wù)器作為控制內(nèi)容存取的服務(wù)器的一部分而包括在內(nèi)。
文檔編號G06F15/16GK1926566SQ200480018202
公開日2007年3月7日 申請日期2004年6月29日 優(yōu)先權(quán)日2003年6月29日
發(fā)明者全奎蒼, 庫爾特·H·黃, 馬修·C·格雷夫斯 申請人:微型支付公司