專利名稱：事件更新管理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及管理網(wǎng)站更新的系統(tǒng)和方法。更具體地，本發(fā)明涉及預(yù)訂有 關(guān)網(wǎng)站的新內(nèi)容或經(jīng)過(guò)改變的內(nèi)容的更新和通知并將其發(fā)送到移動(dòng)服務(wù)用戶 的系統(tǒng)和方法。
背景技術(shù)：
互聯(lián)網(wǎng)技術(shù)的快速發(fā)展以及隨后的經(jīng)濟(jì)活動(dòng)在互聯(lián)網(wǎng)上的擴(kuò)展已經(jīng)導(dǎo)致 引入數(shù)字信息時(shí)代的互聯(lián)網(wǎng)的迅速成長(zhǎng)?，F(xiàn)在，互聯(lián)網(wǎng)是同時(shí)將信息擴(kuò)散到大量人群的最快的方法。從2000年以來(lái)，網(wǎng)絡(luò)用戶數(shù)量的增加己經(jīng)超過(guò)一倍 以上，并且根據(jù)互聯(lián)網(wǎng)世界統(tǒng)計(jì)數(shù)字(Internet World Stats)的統(tǒng)計(jì)，到2006 年，互聯(lián)網(wǎng)的用戶將超過(guò)十億二千萬(wàn)。還有相當(dāng)大的擴(kuò)展余地，而所發(fā)生的 這些成長(zhǎng)中的相當(dāng)大的方面將通過(guò)使用無(wú)線應(yīng)用進(jìn)入互聯(lián)網(wǎng)。移動(dòng)和無(wú)線設(shè) 備已經(jīng)大規(guī)模地?cái)U(kuò)展了市場(chǎng)。根據(jù)市場(chǎng)研究機(jī)構(gòu)Garter的研究，在2005年， 全球手機(jī)銷售達(dá)到兩億另五百萬(wàn)部。最近，據(jù)估計(jì)全球有十五億全球移動(dòng)通 信系統(tǒng)(GSM)的用戶，到2010年，該數(shù)字將規(guī)劃提高到三十億。此外， 最新的數(shù)字顯示，在2006年，智能移動(dòng)設(shè)備的全球裝運(yùn)量提高55%,與一 年前相比，智能電話裝運(yùn)量提高75%，集中于從手提設(shè)備向多功能匯集設(shè)備 的轉(zhuǎn)變。
互聯(lián)網(wǎng)本身也已經(jīng)轉(zhuǎn)變成很多公司的大市場(chǎng)行為的戰(zhàn)場(chǎng)。某些最大的公 司已經(jīng)通過(guò)互聯(lián)網(wǎng)利用低成本廣告宣傳的高效率特性以及進(jìn)行電子商業(yè)活動(dòng) 而不斷成長(zhǎng)?；ヂ?lián)網(wǎng)也已經(jīng)向傳統(tǒng)的銷售和新聞傳播概念提出挑戰(zhàn)并進(jìn)行革 命性的變革。此外，諸如博客和社會(huì)網(wǎng)絡(luò)的在線團(tuán)體的發(fā)展進(jìn)一步預(yù)期將 來(lái)的互聯(lián)網(wǎng)的形態(tài)。因此，由于在線可達(dá)到的信息的絕對(duì)數(shù)量，保持對(duì)互聯(lián) 網(wǎng)上的新事件和更新的跟蹤對(duì)網(wǎng)絡(luò)用戶而言逐漸成為一項(xiàng)巨大的任務(wù)。
近來(lái)，已經(jīng)有允許網(wǎng)絡(luò)用戶對(duì)其感興趣的網(wǎng)站的可得到的更新保持跟蹤 的系統(tǒng)。由這些系統(tǒng)使用的技術(shù)被稱為"推出警示"，因?yàn)槿魏螘r(shí)候可得到
更新都將推出各種更新的片段。因此，推出警示系統(tǒng)允許可以信任的應(yīng)用服 務(wù)器向網(wǎng)絡(luò)用戶主動(dòng)發(fā)送人格化的內(nèi)容。推出警示系統(tǒng)補(bǔ)充互聯(lián)網(wǎng)用戶請(qǐng)求 來(lái)自網(wǎng)站的特定信息的傳統(tǒng)的"推出"模型。為了從網(wǎng)站接收網(wǎng)絡(luò)用戶感興 趣的更新，用戶必須首先預(yù)訂來(lái)自網(wǎng)站的警示更新。該過(guò)程相當(dāng)于在郵政目 錄上注冊(cè)郵政接收的過(guò)程。通常，諸如用戶名，電子郵箱地址或移動(dòng)電話號(hào) 碼的信息由互聯(lián)網(wǎng)用戶通過(guò)由網(wǎng)站提供的警示注冊(cè)表提供。然后，所收集的 信息被記錄在后端服務(wù)器所有的數(shù)據(jù)庫(kù)中，該信息通常由網(wǎng)站管理人員管理 和操作。
當(dāng)前的推出警示系統(tǒng)的一般的問(wèn)題在于網(wǎng)站管理人員實(shí)體維護(hù)數(shù)據(jù)庫(kù)以 確保用戶信息的精確性。因此，對(duì)于大數(shù)據(jù)庫(kù)，所要求的將要被實(shí)行的維護(hù) 工作巨大且麻煩。雖然這些推出警示系統(tǒng)可由大組織機(jī)構(gòu)管理，但其成本和 復(fù)雜性使所述推出警示系統(tǒng)對(duì)于小網(wǎng)站操作人員，個(gè)人博客出版者等不能適 應(yīng)。另外，當(dāng)前的推出警示系統(tǒng)被主要應(yīng)用于僅向電子郵箱地址發(fā)送更新。
隨著移動(dòng)設(shè)備的擴(kuò)展及其"永遠(yuǎn)接通，永遠(yuǎn)為用戶"的特性，已經(jīng)有不 斷增加數(shù)量的喜歡通過(guò)其移動(dòng)設(shè)備接收警示的網(wǎng)絡(luò)用戶。例如在不久的將來(lái) 的電視節(jié)目中的警示最好在該節(jié)目廣播之前約15到30分鐘發(fā)送到用戶的移 動(dòng)設(shè)備。與經(jīng)常在適當(dāng)?shù)臅r(shí)間不能閱讀的電子郵件相比，該移動(dòng)設(shè)備很可能 總是和用戶在一起并且總是接通。還有對(duì)于諸如拍賣出價(jià)警示，會(huì)議備忘錄 等的移動(dòng)警示的其他應(yīng)用，這樣的警示最好通過(guò)短消息服務(wù)(SMS)消息，
多媒體消息服務(wù)(MMS)消息或無(wú)線應(yīng)用協(xié)議(WAP)推出消息發(fā)送。盡 管使用移動(dòng)警示有明顯的優(yōu)點(diǎn)，但還有很多原因使移動(dòng)警示沒(méi)有像幾乎無(wú)處 不在的電子郵件警示一樣由網(wǎng)站管理者廣泛實(shí)施。
實(shí)施移動(dòng)警示的一般的問(wèn)題在于發(fā)送移動(dòng)警示的累積的高成本。通常， 為了發(fā)送移動(dòng)警示，移動(dòng)警示發(fā)送者必須是移動(dòng)服務(wù)提供者的預(yù)訂者并擁有 發(fā)送移動(dòng)警示需要的相對(duì)技術(shù)含量的設(shè)備，或具有通過(guò)移動(dòng)服務(wù)提供者的網(wǎng) 絡(luò)向接收者傳遞消息的一些其他手段。在任何一種情況下都有對(duì)于發(fā)送者涉 及的不可補(bǔ)償?shù)某杀締?wèn)題。發(fā)送移動(dòng)警示可能使發(fā)送者負(fù)擔(dān)沒(méi)有明確的收益 可能性的可觀數(shù)量的成本。例如，對(duì)于諸如自由廣播的廣告支持的電視臺(tái)， 自由的基于網(wǎng)絡(luò)的電子郵件服務(wù)提供者和個(gè)人博客出版者的操作者沒(méi)有明確 的刺激以通過(guò)移動(dòng)警示通知其廣播節(jié)目，新電子郵件或博客更新的預(yù)訂者。 僅可應(yīng)用于非常選擇性條件的基于工作的替代方案作為接收者支付的模 型存在，該模型中消息的接收者為接收消息支付相當(dāng)數(shù)量的費(fèi)用，而發(fā)送者 不付費(fèi)。例如涉及移動(dòng)手機(jī)彩鈴或移動(dòng)手機(jī)壁報(bào)的移動(dòng)電話內(nèi)容提供者通常 采用接收者支付的業(yè)務(wù)模型。移動(dòng)電話用戶在其每月電話帳單中為移動(dòng)內(nèi)容 支付費(fèi)用，收益在移動(dòng)服務(wù)提供者和移動(dòng)電話內(nèi)容提供者之間分享。因此， 將要向移動(dòng)電話用戶收取的費(fèi)用的精確數(shù)量和在移動(dòng)服務(wù)提供者和移動(dòng)電話 內(nèi)容提供者之間分享的其收益的百分比已經(jīng)通過(guò)協(xié)議預(yù)先議定。該協(xié)議要求 移動(dòng)電話內(nèi)容提供者承擔(dān)一定的最小數(shù)量的移動(dòng)電話消息并要求承擔(dān)將要由 移動(dòng)電話內(nèi)容公司向移動(dòng)服務(wù)提供者支付的費(fèi)用。此外，移動(dòng)電話內(nèi)容提供 者也被要求進(jìn)行客戶系統(tǒng)集成工作以將其系統(tǒng)互連到移動(dòng)服務(wù)提供者的網(wǎng)絡(luò) 上。基于工作的替代方案存在若干問(wèn)題，尤其在對(duì)于低數(shù)量，非贏利的發(fā)送 者方面。
一個(gè)問(wèn)題在于該模型不適用于數(shù)量小的發(fā)送者，因?yàn)槔鐜资?、幾百?br> 幾千的一定的最小數(shù)量的移動(dòng)警示必須由消息發(fā)送者承擔(dān)。；另一個(gè)問(wèn)題是 當(dāng)該模型基于向接收者收取相當(dāng)數(shù)量的費(fèi)用然后分享收益時(shí)，對(duì)于不使用移 動(dòng)警示機(jī)構(gòu)銷售內(nèi)容的小網(wǎng)站所有者沒(méi)有關(guān)系。進(jìn)一步，希望作為非贏利服 務(wù)提供移動(dòng)警示的小網(wǎng)站所有者可能發(fā)現(xiàn)預(yù)支付的承擔(dān)費(fèi)用在財(cái)務(wù)上是不合 理的。該模型的還有一個(gè)問(wèn)題是，消息發(fā)送者必須將其系統(tǒng)與移動(dòng)服務(wù)提供 者的消息發(fā)送系統(tǒng)形成整體，這對(duì)于消息發(fā)送者和移動(dòng)服務(wù)提供者都涉及更 多的事件，工作量和成本。最后，該方法經(jīng)常成為消息發(fā)送者虛假支付行為 的犧牲品，因此負(fù)面影響移動(dòng)服務(wù)提供者和移動(dòng)電話客戶之間的關(guān)系。
上述方法有時(shí)取決于向移動(dòng)服務(wù)提供者提交將要向其收取服務(wù)費(fèi)用的移 動(dòng)電話預(yù)訂者的數(shù)量目錄的消息發(fā)送者。當(dāng)其內(nèi)容可以由用戶通過(guò)其他移動(dòng) 服務(wù)提供者的網(wǎng)絡(luò)或從發(fā)送者的網(wǎng)站(由用戶在發(fā)送者的網(wǎng)站上直接輸入其 移動(dòng)號(hào)碼)經(jīng)由電話呼叫請(qǐng)求時(shí)，這是移動(dòng)電話僅是內(nèi)容的接收者的結(jié)果。 取決于所使用的技術(shù)，在接收者收到其移動(dòng)電話帳單并對(duì)帳單上的相關(guān)收費(fèi) 提出質(zhì)疑之前，移動(dòng)服務(wù)提供者因此不能容易確定消息發(fā)送者主張的接收者 目錄的合法性。以后的質(zhì)疑解決過(guò)程則使移動(dòng)服務(wù)提供者和作為終端客戶的 消息接收者之間的關(guān)系趨于緊張。
對(duì)于所有上述問(wèn)題都存在的還有一個(gè)問(wèn)題是，通常，消息發(fā)送者也將需 要與各個(gè)移動(dòng)服務(wù)提供者的一個(gè)協(xié)議，消息發(fā)送者希望向該移動(dòng)服務(wù)提供者 的預(yù)訂者傳遞消息。由于大多數(shù)移動(dòng)服務(wù)提供者都有其自己的消息發(fā)送系統(tǒng) 和合法的合同，因此分別與各個(gè)移動(dòng)服務(wù)提供者簽署合同以及與其互連對(duì)于 消息發(fā)送者是既費(fèi)時(shí)，昂貴又不現(xiàn)實(shí)的。為了解決該問(wèn)題，若干組織提供一 種服務(wù)，其中消息發(fā)送者與其中一個(gè)組織簽署合同，并且該組織與大多數(shù)移 動(dòng)服務(wù)提供者建立關(guān)系并且處理合同和技術(shù)的各種問(wèn)題。但是，這些組織要 求收取費(fèi)用，該費(fèi)用要為每次發(fā)送的消息支付，因此該費(fèi)用甚至往往比如果 消息發(fā)送者與移動(dòng)服務(wù)提供者直接簽署合同而向移動(dòng)服務(wù)提供者支付的費(fèi)用 更高。因此，以這樣的方式使用中間服務(wù)提供者對(duì)于消息發(fā)送者也是既昂貴 又不現(xiàn)實(shí)的。
另一個(gè)問(wèn)題是對(duì)于消息接收者在相關(guān)于退出接收消息方面的明確度的缺
失。這在預(yù)訂諸如每日笑話(joke-of-the-day)服務(wù)時(shí)尤其重要，在該每日笑 話服務(wù)中，消息發(fā)送者按日向消息接收者收取按日向接收者的移動(dòng)設(shè)備發(fā)送 笑話的費(fèi)用。由于該服務(wù)不是一次性業(yè)務(wù)，因此必須有消息接收者終止服務(wù) 的明確的方法。還有，使接收者不再預(yù)訂的從服務(wù)退出的機(jī)制明確也不符合 消息發(fā)送者的利益。另外，在移動(dòng)警示中包括詳細(xì)的退出信息也是技術(shù)上的 挑戰(zhàn)，尤其是當(dāng)移動(dòng)警示通過(guò)SMS發(fā)送時(shí)更是如此，因?yàn)镾MS有內(nèi)容必須 被包括在其中的160字符的限制。
因此，當(dāng)前系統(tǒng)的缺點(diǎn)證實(shí)了對(duì)向接收者傳遞移動(dòng)警示的系統(tǒng)和方法的 需求，該系統(tǒng)和方法不需要接收者支付接收移動(dòng)警示的相當(dāng)數(shù)量的費(fèi)用，并 且最好不需要消息發(fā)送者支付發(fā)送移動(dòng)警示的費(fèi)用，同時(shí)能夠向盡可能多的 移動(dòng)服務(wù)提供者的預(yù)訂者發(fā)送移動(dòng)警示。另外，該系統(tǒng)和方法最好易于使用 和易于集成，使幾乎沒(méi)有技術(shù)知識(shí)或能力的終端用戶發(fā)送移動(dòng)警示成為可行， 同時(shí)該系統(tǒng)和方法最好是可計(jì)量的并且適合于符合可能希望以更復(fù)雜的業(yè)務(wù) 規(guī)則傳遞更復(fù)雜的消息的大組織的需求。還有另一個(gè)要求是該系統(tǒng)和方法最 好包括諸如接收者的接收移動(dòng)警示的請(qǐng)求的檢驗(yàn)的合法性參數(shù)，因此將移動(dòng) 垃圾郵件減至最小并且提供明確的退出機(jī)制，使接收者防止一個(gè)或多個(gè)消息 發(fā)送者發(fā)送其移動(dòng)警示更容易。

發(fā)明內(nèi)容
本文揭示的本發(fā)明的實(shí)施例提供事件更新管理系統(tǒng)。根據(jù)本發(fā)明的一個(gè) 方面提供一種事件更新管理系統(tǒng)，該事件更新管理系統(tǒng)包括數(shù)據(jù)模塊，匹配 模塊，處理模塊和警示模塊。數(shù)據(jù)模塊接收由主網(wǎng)絡(luò)服務(wù)器提供的警示注冊(cè) 數(shù)據(jù)。警示注冊(cè)數(shù)據(jù)在移動(dòng)服務(wù)用戶通過(guò)主網(wǎng)絡(luò)服務(wù)器提交與事件對(duì)應(yīng)的警 示注冊(cè)請(qǐng)求時(shí)產(chǎn)生。匹配模塊轉(zhuǎn)而將移動(dòng)服務(wù)用戶與預(yù)先定義的包含多個(gè)移 動(dòng)服務(wù)預(yù)訂者的目錄相匹配。當(dāng)與多個(gè)移動(dòng)服務(wù)預(yù)訂者之一匹配時(shí)，移動(dòng)服 務(wù)用戶就是移動(dòng)服務(wù)預(yù)訂者。然后處理模塊處理警示注冊(cè)數(shù)據(jù)并向存儲(chǔ)在事 件更新管理系統(tǒng)中的數(shù)據(jù)庫(kù)記錄該警示注冊(cè)數(shù)據(jù)。最后，警示模塊響應(yīng)由主 網(wǎng)絡(luò)服務(wù)器或由操作該主網(wǎng)絡(luò)服務(wù)器的網(wǎng)站管理者提供的指令產(chǎn)生警示并將 其發(fā)送到移動(dòng)服務(wù)用戶。


圖1為本發(fā)明的優(yōu)選實(shí)施例中用于生成物體整體外表面的單組圖像和進(jìn) 行檢測(cè)的系統(tǒng)的示意圖2為本發(fā)明中進(jìn)行物體外表面檢測(cè)的系統(tǒng)的示意圖3為本發(fā)明優(yōu)選實(shí)施例中檢測(cè)中用于分析物體的單組極坐標(biāo)映射的圖
像數(shù)據(jù)的系統(tǒng)的示意圖4為本發(fā)明優(yōu)選實(shí)施例中處理外表面圖像數(shù)據(jù)的方法的流程圖5是生成的圖像數(shù)據(jù)組以演示本發(fā)明的優(yōu)選實(shí)施例；
圖6是本發(fā)明優(yōu)選實(shí)施例中用于生成物體整體外表面和頂部的單個(gè)圖像
以及進(jìn)行檢測(cè)的系統(tǒng)的示意圖7是本發(fā)明優(yōu)選實(shí)施例中用于生成一幅物體整體外表面和頂部的圖像
以及進(jìn)行檢測(cè)的系統(tǒng)的示意圖8是本發(fā)明優(yōu)選實(shí)施例中通過(guò)使用錐形鏡生成物體整體外表面和頂部
的圖像的系統(tǒng)示意圖9是本發(fā)明優(yōu)選實(shí)施例中用于生成物體整體外表面和頂部的圖像以及
進(jìn)行檢測(cè)的系統(tǒng)的示意圖;
具體實(shí)施例方式
為了處理上文提出的問(wèn)題，下文將敘述用于向?yàn)榱送ㄟ^(guò)移動(dòng)警示接收網(wǎng) 站更新已經(jīng)進(jìn)行注冊(cè)的移動(dòng)服務(wù)用戶提供更新和事件通知的事件更新管理系 統(tǒng)。本發(fā)明的實(shí)施例提供一種系統(tǒng)和方法，該系統(tǒng)和方法使網(wǎng)站的管理者在 由該網(wǎng)站管理者管理的網(wǎng)站上的有關(guān)內(nèi)容發(fā)生變化時(shí)能向?qū)邮站靖信d趣 的移動(dòng)服務(wù)用戶發(fā)送移動(dòng)警示。所揭示的系統(tǒng)和方法處理來(lái)自移動(dòng)用戶的警 示注冊(cè)請(qǐng)求以及來(lái)自網(wǎng)站管理者的警示發(fā)送請(qǐng)求，儲(chǔ)存警示注冊(cè)信息，向移 動(dòng)服務(wù)用戶發(fā)送移動(dòng)警示，以及向移動(dòng)服務(wù)提供者，移動(dòng)服務(wù)用戶和網(wǎng)站管 理者中的至少一個(gè)對(duì)象開(kāi)出服務(wù)使用帳單。所揭示的系統(tǒng)和方法還進(jìn)一步使 網(wǎng)站管理者以最低的成本或不需成本容易并迅速地使用該系統(tǒng)。
為了簡(jiǎn)明的目的，下文對(duì)本發(fā)明的敘述限于向?yàn)榱送ㄟ^(guò)移動(dòng)警示接收網(wǎng) 站更新已經(jīng)進(jìn)行注冊(cè)的移動(dòng)服務(wù)用戶提供更新和事件通知的系統(tǒng)中的使用方 面。但是該限制并不從要求與向?yàn)榱送ㄟ^(guò)移動(dòng)警示接收網(wǎng)站更新己經(jīng)進(jìn)行注 冊(cè)的移動(dòng)服務(wù)用戶提供更新和事件通知的系統(tǒng)相似的操作性能的其他應(yīng)用場(chǎng) 合排除本發(fā)明的各個(gè)實(shí)施例。作為對(duì)于本發(fā)明的實(shí)施例的基礎(chǔ)的操作和功能
原理在所有各個(gè)實(shí)施例中都是共同的。
下文敘述的本發(fā)明的各個(gè)實(shí)施例根據(jù)附圖1至附圖9，圖中相同的元件 被標(biāo)以相同的參考數(shù)字。
參考圖1敘述本發(fā)明的一個(gè)實(shí)施例，圖中顯示說(shuō)明事件更新管理系統(tǒng)100 的不同的系統(tǒng)元件之間的相互作用的框圖。事件更新管理系統(tǒng)IOO包括事件 管理服務(wù)器102，主網(wǎng)絡(luò)服務(wù)器104，移動(dòng)服務(wù)用戶106 (下文稱為移動(dòng)用戶) 和移動(dòng)服務(wù)提供者108。事件管理服務(wù)器102最好位于并預(yù)先安裝于應(yīng)用服 務(wù)提供者的處所，其中應(yīng)用服務(wù)提供者(未顯示)操作事件管理服務(wù)器102 并通過(guò)第一組移動(dòng)鏈接110將其連接到一個(gè)或多個(gè)移動(dòng)服務(wù)提供者108?？?以有運(yùn)行多個(gè)事件管理服務(wù)器102，連接到多個(gè)不同的移動(dòng)服務(wù)提供者108 和主網(wǎng)絡(luò)服務(wù)器104以及為不同的移動(dòng)用戶106服務(wù)的多個(gè)應(yīng)用服務(wù)提供者。 移動(dòng)用戶106是由移動(dòng)服務(wù)提供者108提供的移動(dòng)服務(wù)的預(yù)訂者或非預(yù)訂者， 操作事件管理服務(wù)器102的應(yīng)用服務(wù)提供者與該移動(dòng)服務(wù)提供者108連接， 或者操作事件管理服務(wù)器102的應(yīng)用服務(wù)提供者具有與該移動(dòng)服務(wù)提供者
108的合同。另外，至少一個(gè)移動(dòng)服務(wù)提供者108可以具有應(yīng)用服務(wù)提供者 的功能。多個(gè)事件管理服務(wù)器102為了協(xié)作也互相連通。
事件管理服務(wù)器102處理和記錄從主網(wǎng)絡(luò)服務(wù)器104接收的移動(dòng)警示注 冊(cè)信息。然后所接收的移動(dòng)警示注冊(cè)信息可被記錄在事件管理服務(wù)器102中 存儲(chǔ)的數(shù)據(jù)庫(kù)(未顯示)中。另外，事件管理服務(wù)器102也提供使希望向移 動(dòng)用戶106發(fā)送移動(dòng)消息的網(wǎng)站管理者能簽署移動(dòng)警示服務(wù)的協(xié)議的功能， 向網(wǎng)站管理者提供工具和/或用于向網(wǎng)站的訪問(wèn)者提供注冊(cè)移動(dòng)警示的能力 的代碼，還進(jìn)一步向網(wǎng)站管理者提供用于管理其自己的存儲(chǔ)在事件管理系統(tǒng) 102中的帳戶的管理工具。術(shù)語(yǔ)"網(wǎng)站管理者"被廣泛地但非排他地使用以 指系統(tǒng)管理者或由例如允許用戶粘貼和共用圖片或發(fā)表博客的網(wǎng)站經(jīng)營(yíng)的用 戶個(gè)人網(wǎng)頁(yè)。在該情況下，帶有粘貼和共用圖片或發(fā)表博客的帳戶特權(quán)的用 戶則被考慮為"網(wǎng)站管理者"，而不論該用戶是否具有對(duì)經(jīng)營(yíng)其個(gè)人網(wǎng)頁(yè)的服 務(wù)器的管理權(quán)，只要用戶具有修改其由訪問(wèn)者看到的個(gè)人網(wǎng)頁(yè)的權(quán)利即可。
事件管理服務(wù)器102通過(guò)移動(dòng)服務(wù)提供者108經(jīng)由移動(dòng)警示向移動(dòng)用戶 106發(fā)送通知并從移動(dòng)用戶106接收回應(yīng)。移動(dòng)服務(wù)提供者108最好是移動(dòng) 用戶106的移動(dòng)服務(wù)提供者108。該事件管理服務(wù)器102最好進(jìn)一步向移動(dòng) 用戶106提供控制哪一個(gè)網(wǎng)站管理者可以在任何給定的周期內(nèi)向其發(fā)送多少 警示的能力，包括臨時(shí)或永久阻擋來(lái)自該移動(dòng)用戶106先前已經(jīng)注冊(cè)其警示 的網(wǎng)站管理者的所有其他警示的能力。移動(dòng)警示最好是短消息服務(wù)(SMS) 消息，多媒體消息服務(wù)(MMS)消息或無(wú)線應(yīng)用協(xié)議(WAP)推動(dòng)消息警示。 操作主網(wǎng)絡(luò)服務(wù)器104的網(wǎng)站管理者已經(jīng)與應(yīng)用服務(wù)提供者預(yù)先簽署使用由 事件管理服務(wù)器102提供的上述服務(wù)的合同。相似地，應(yīng)用服務(wù)提供者也已 經(jīng)與移動(dòng)服務(wù)提供者108預(yù)先簽署傳遞移動(dòng)警示的合同，該合同可以為移動(dòng) 警示反向收費(fèi)(接收者支付)。事件管理服務(wù)器102的最后的重要功能是向移 動(dòng)用戶106，移動(dòng)服務(wù)提供者108和網(wǎng)站管理者開(kāi)出由事件管理服務(wù)器102 提供的上述服務(wù)的帳單。
主網(wǎng)絡(luò)服務(wù)器104向在主網(wǎng)絡(luò)服務(wù)器104上主持的網(wǎng)絡(luò)沖浪訪問(wèn)網(wǎng)站(未 顯示)提供網(wǎng)頁(yè)。移動(dòng)用戶106通過(guò)雙向有線鏈接或無(wú)線鏈接112訪問(wèn)在主 網(wǎng)絡(luò)服務(wù)器104上主持的網(wǎng)頁(yè)。由網(wǎng)站提供的網(wǎng)頁(yè)在內(nèi)容上是復(fù)雜的和不同 的。對(duì)于與事件管理服務(wù)器102連通的主網(wǎng)絡(luò)服務(wù)器104，主網(wǎng)絡(luò)服務(wù)器104
必須首先向事件管理服務(wù)器102進(jìn)行注冊(cè)。主網(wǎng)絡(luò)服務(wù)器104通過(guò)有線的或
無(wú)線的雙向鏈接114與事件管理服務(wù)器102連通。主網(wǎng)絡(luò)服務(wù)器104也必須 用一組軟件應(yīng)用編程界面(API)結(jié)構(gòu)中定義的軟件功能預(yù)先編程并且與軟 件庫(kù)形成整體。軟件庫(kù)是由應(yīng)用服務(wù)提供者提供的該組軟件應(yīng)用編程界面 (API)結(jié)構(gòu)中定義的功能的實(shí)施形式，以二進(jìn)制的形式匯編?；蛘?，主網(wǎng) 絡(luò)服務(wù)器104可以通過(guò)簡(jiǎn)單地將超文本標(biāo)記語(yǔ)言(Hyper Text Markup Language: HTML)鏈接代碼模塊插入定義該網(wǎng)站的編程代碼，或通過(guò)在應(yīng)用服務(wù)提供 者和網(wǎng)站管理者之間互相同意的其他技術(shù)手段與事件管理服務(wù)器102連通。 應(yīng)用服務(wù)提供者提供至少一組API結(jié)構(gòu)，軟件庫(kù)和HTML鏈接代碼。
事件管理服務(wù)器102通過(guò)其與移動(dòng)服務(wù)提供者108的連接或合同發(fā)送通 知移動(dòng)用戶106網(wǎng)站更新的移動(dòng)警示，移動(dòng)服務(wù)提供者108轉(zhuǎn)而通過(guò)第二組 移動(dòng)鏈接116向移動(dòng)用戶106傳遞移動(dòng)警示。移動(dòng)警示僅在網(wǎng)站管理者為指 令向移動(dòng)用戶106發(fā)送警示而在事件管理服務(wù)器102上進(jìn)行記錄或由網(wǎng)站管 理者操作的計(jì)算機(jī)為基礎(chǔ)的系統(tǒng)用API和/或HTML代碼和/或由上述應(yīng)用服 務(wù)提供者向網(wǎng)站管理者提供的其他技術(shù)手段自動(dòng)在事件管理服務(wù)器102上進(jìn) 行記錄時(shí)發(fā)送。
網(wǎng)站管理者為了向作為由網(wǎng)站管理者操作的網(wǎng)站的訪問(wèn)者并且進(jìn)一步對(duì) 接收有關(guān)網(wǎng)站更新的移動(dòng)警示感興趣的移動(dòng)用戶106發(fā)送移動(dòng)警示，網(wǎng)站管 理者需要通過(guò)填寫服務(wù)注冊(cè)表簽署由應(yīng)用服務(wù)提供者提供的相關(guān)服務(wù)的合 同。網(wǎng)站管理者可以簽署成為低數(shù)量消息發(fā)送者或高數(shù)量消息發(fā)送者的合同。
圖2以定義低數(shù)量消息發(fā)送者的服務(wù)注冊(cè)表200 (下文稱為低數(shù)量表) 的輸入域的圖形格式描繪低數(shù)量表200。低數(shù)量表200包含定義網(wǎng)站管理者 名，網(wǎng)站管理者電子郵箱地址，網(wǎng)站名，網(wǎng)站URL，詢問(wèn)號(hào)l，詢問(wèn)號(hào)2， 支付細(xì)節(jié)，logo,國(guó)家代碼和聯(lián)系電話。國(guó)家代碼和電話號(hào)碼為身份合法性， 質(zhì)疑解決或其他溝通事項(xiàng)提供低數(shù)量消息發(fā)送者可以到達(dá)的聯(lián)系點(diǎn)。logo最 好在logo輸入域下提交，該logo輸入域?qū)⒏劫N到移動(dòng)用戶106在簽署與網(wǎng) 站管理者的移動(dòng)警示服務(wù)的合同時(shí)看到的注冊(cè)表中，其中l(wèi)ogo向網(wǎng)站管理者 提供制作注冊(cè)表的能力。此外，在詢問(wèn)號(hào)1下，網(wǎng)站管理者被要求指出網(wǎng)站 管理者是否希望能向作為沒(méi)有與應(yīng)用服務(wù)提供者的反向支付合同或相似協(xié)議 的移動(dòng)服務(wù)提供者的預(yù)訂者的移動(dòng)用戶106發(fā)送移動(dòng)警示。如果網(wǎng)站管理者
決定向作為沒(méi)有與應(yīng)用服務(wù)提供者的合同或相似協(xié)議的移動(dòng)服務(wù)提供者的預(yù) 訂者的移動(dòng)用戶106傳遞移動(dòng)警示，則網(wǎng)站管理者被要求在詢問(wèn)號(hào)2下進(jìn)一 步?jīng)Q定是否支付作為發(fā)送移動(dòng)警示的結(jié)果產(chǎn)生的費(fèi)用或者是否向移動(dòng)用戶
106收取接收移動(dòng)警示的費(fèi)用。進(jìn)一步，如果網(wǎng)站管理者希望確定向作為沒(méi) 有與應(yīng)用服務(wù)提供者的反向支付合同或相似協(xié)議的移動(dòng)服務(wù)提供者108的預(yù) 訂者的包括不愿意承擔(dān)接收移動(dòng)警示的費(fèi)用的移動(dòng)用戶106發(fā)送移動(dòng)警示， 則網(wǎng)站管理者可選擇支付所發(fā)送的移動(dòng)警示的費(fèi)用。然后網(wǎng)站管理者被要求 提供信用卡細(xì)節(jié)，財(cái)務(wù)信息或提供有關(guān)在支付細(xì)節(jié)下支付的其他模式的細(xì)節(jié)。
相似地，圖3以定義高數(shù)量消息發(fā)送者的服務(wù)注冊(cè)表300 (下文稱為高 數(shù)量表)的輸入域的圖形格式描繪高數(shù)量表300。高數(shù)量表300包含定義網(wǎng) 站管理者名，網(wǎng)站管理者的電子郵箱地址，網(wǎng)站名，網(wǎng)站URL，國(guó)家代碼和 聯(lián)系電話。高數(shù)量表300的輸入域的定義與圖2所示的低數(shù)量表200的各個(gè) 相似輸入域的定義相似。
圖4顯示網(wǎng)站管理者與應(yīng)用服務(wù)管理者簽署向移動(dòng)用戶106發(fā)送移動(dòng)警 示的合同的處理流程圖400。在步驟402，網(wǎng)站管理者接受由應(yīng)用服務(wù)提供者 提出的使用事件更新管理系統(tǒng)100的條款和條件。網(wǎng)站管理者被要求決定是 否注冊(cè)為低數(shù)量消息發(fā)送者或高數(shù)量消息發(fā)送者，其中該決定然后在步驟 404中做出。
低數(shù)量消息發(fā)送者最好具有每月發(fā)送少于1000條消息的要求。對(duì)于低數(shù) 量消息發(fā)送者，最好自行完成注冊(cè)和激活過(guò)程，不需要來(lái)自應(yīng)用服務(wù)提供者 的任何人工干預(yù)。這是因?yàn)閼?yīng)用服務(wù)提供者最好預(yù)先確定，合理地產(chǎn)生與例 如通過(guò)垃圾郵件或風(fēng)險(xiǎn)信息提出的立即激活相關(guān)的業(yè)務(wù)風(fēng)險(xiǎn)，應(yīng)用服務(wù)提供 者不承受低數(shù)量發(fā)送者通過(guò)移動(dòng)警示服務(wù)的激活產(chǎn)生的任何額外成本。另外， 應(yīng)用服務(wù)提供者可能替代地從其預(yù)訂者接收移動(dòng)警示的移動(dòng)服務(wù)提供者接收 支付。另外，為了化解業(yè)務(wù)風(fēng)險(xiǎn)，應(yīng)用服務(wù)提供者也可以提出對(duì)于低數(shù)量消 息發(fā)送者的附加限制，例如限制低數(shù)量消息發(fā)送者被允許在給定的周期中或 向移動(dòng)用戶106發(fā)送的最大數(shù)量的消息的任何組合。應(yīng)用服務(wù)提供者也最好 假定低數(shù)量消息發(fā)送者具有有限的技術(shù)熟練程度或有限的技術(shù)資源，或者不 愿意或不能在緊密的系統(tǒng)集成中進(jìn)行投資。這樣的低數(shù)量消息發(fā)送者的實(shí)例 是寫博客者，寫博客者希望提供博客讀者，通過(guò)移動(dòng)電話的更新警示，但缺
乏用以進(jìn)行系統(tǒng)集成的技術(shù)能力。對(duì)于低數(shù)量消息發(fā)送者，應(yīng)用服務(wù)提供者
最好能得到HTML鏈接代碼的自動(dòng)產(chǎn)生的模塊，低數(shù)量消息發(fā)送者能夠容易
地將該模塊與使網(wǎng)站訪問(wèn)者得到移動(dòng)警示服務(wù)的網(wǎng)站的網(wǎng)頁(yè)集成到一起，允 許達(dá)到容易的實(shí)施方式。另外，應(yīng)用服務(wù)提供者最好也能得到有關(guān)怎樣進(jìn)行
HTML鏈接代碼集成的繪圖指導(dǎo)，例如指示在網(wǎng)頁(yè)中何處插入HTML代碼。
在其他方面高數(shù)量消息發(fā)送者最好具有每月發(fā)送多于1000條消息的要 求，對(duì)某些發(fā)送者可能要求每小時(shí)發(fā)送多于1000條消息。對(duì)于高數(shù)量消息發(fā) 送者，應(yīng)用服務(wù)提供者最好可以決定投入達(dá)到一定因素的合法性所需要的時(shí) 間和工作量，諸如高數(shù)量消息發(fā)送者的身份，業(yè)務(wù)性質(zhì)，公司注冊(cè)信息，財(cái) 務(wù)保證或?yàn)榱颂幚順I(yè)務(wù)風(fēng)險(xiǎn)的其他這樣的風(fēng)險(xiǎn)化解因素。作為進(jìn)行合法性工 作的結(jié)果，應(yīng)用服務(wù)提供者也可以對(duì)高數(shù)量消息發(fā)送者提出少量的或不同的 或不提出限制。此外，也假定高數(shù)量消息發(fā)送者具有技術(shù)資源以及使網(wǎng)站與 應(yīng)用服務(wù)提供者的系統(tǒng)更緊密集成的興趣和能力，因此向高數(shù)量消息發(fā)送者 提供更高水平的定制能力和自動(dòng)化。高數(shù)量消息發(fā)送者的非限制性實(shí)例是向 幾百萬(wàn)網(wǎng)絡(luò)用戶提供服務(wù)的在線拍賣站點(diǎn)或在線免費(fèi)電子郵件服務(wù)。在該實(shí) 例中，雖然移動(dòng)服務(wù)提供者108最好可以要求電子的或紙質(zhì)的標(biāo)準(zhǔn)合同文件， 但網(wǎng)站管理者不被要求與移動(dòng)服務(wù)提供者108協(xié)商簽署消息發(fā)送合同。另外， 在向網(wǎng)站管理者提供的消息發(fā)送服務(wù)的激活之前不要求來(lái)自移動(dòng)服務(wù)提供者 108的任何人工干預(yù)。
如果網(wǎng)站管理者決定簽署協(xié)議成為低數(shù)量消息發(fā)送者，則網(wǎng)站管理者在 步驟406填寫低數(shù)量表200。在步驟408，網(wǎng)站管理者需要決定是否能向作為 與移動(dòng)服務(wù)提供者沒(méi)有反向收費(fèi)協(xié)議的移動(dòng)服務(wù)提供者108的預(yù)訂者的移動(dòng) 用戶106發(fā)送移動(dòng)警示。通常，在上述方案下，由作為接收為移動(dòng)用戶106 指定的移動(dòng)警示的第一方的移動(dòng)服務(wù)提供者108向應(yīng)用服務(wù)提供者收取向移 動(dòng)用戶106發(fā)送移動(dòng)警示的費(fèi)用。因此，應(yīng)用服務(wù)提供者最好可以希望從低 數(shù)量消息發(fā)送者或簽署從低數(shù)量消息發(fā)送者接收移動(dòng)警示的移動(dòng)用戶106回 收所承受的費(fèi)用，或者在其基礎(chǔ)上提高價(jià)格。
如果網(wǎng)站管理者決定在向不是與應(yīng)用服務(wù)提供者有反向收費(fèi)合同或類似 協(xié)議的移動(dòng)服務(wù)提供者108的預(yù)訂者的移動(dòng)用戶106傳遞移動(dòng)警示方面有靈 活性，則應(yīng)用服務(wù)提供者在步驟410請(qǐng)求低數(shù)量消息發(fā)送者存有一定的財(cái)務(wù)
保證金，提供可檢驗(yàn)的信用卡細(xì)節(jié)或提供其他形式的財(cái)務(wù)保證，從而允許應(yīng) 用服務(wù)提供者回收預(yù)期的費(fèi)用。在步驟412，應(yīng)用服務(wù)提供者檢驗(yàn)由網(wǎng)站管 理者在步驟410提供的財(cái)務(wù)信息的合法性，并向網(wǎng)站管理者的信用卡收取預(yù) 先商定的指定數(shù)量的金額或進(jìn)行從網(wǎng)站管理者的銀行帳戶直接劃款，或者從 事網(wǎng)站管理者和應(yīng)用服務(wù)提供者之間互相原先同意的財(cái)務(wù)業(yè)務(wù)活動(dòng)。條款和
條件已在步驟402和410由網(wǎng)站管理者認(rèn)可，并且確定反向收費(fèi)合同或類似
協(xié)議將在什么程度上不覆蓋被傳遞的移動(dòng)警示。
最后，在步驟414，應(yīng)用服務(wù)提供者記錄在步驟412發(fā)生的業(yè)務(wù)結(jié)果。 該業(yè)務(wù)結(jié)果最好包括網(wǎng)站管理者是否被允許向作為與應(yīng)用服務(wù)提供者沒(méi)有任 何反向收費(fèi)合同或類似協(xié)議的移動(dòng)服務(wù)提供者108的預(yù)訂者的移動(dòng)用戶106 發(fā)送移動(dòng)警示，將收取移動(dòng)警示的費(fèi)用的合法的各方，和低數(shù)量表200的注 冊(cè)信息。然后，應(yīng)用服務(wù)提供者向網(wǎng)站管理者提供諸如HTML鏈接代碼，注 冊(cè)ID，密碼的信息和為了使用發(fā)送服務(wù)網(wǎng)站管理者最好需要的任何其他文 件。該信息最好由使用電子郵件，即時(shí)屏幕上操作，注冊(cè)郵政等的可行的手 段提供。然后應(yīng)用服務(wù)提供者立即激活低數(shù)量消息發(fā)送者的消息發(fā)送服務(wù)。
如果網(wǎng)站管理者確定被要求的各項(xiàng)需要適合于高數(shù)量消息發(fā)送者，則網(wǎng) 站管理者在步驟420填寫高數(shù)量表300。當(dāng)應(yīng)用服務(wù)提供者已經(jīng)確定高數(shù)量 消息發(fā)送者要求人工檢驗(yàn)時(shí)，應(yīng)用服務(wù)提供者的經(jīng)認(rèn)證的代表在步驟422與 網(wǎng)站管理者建立關(guān)系。應(yīng)用服務(wù)提供者在步驟422確定網(wǎng)站管理者的需要， 獲得應(yīng)用服務(wù)提供者要求的信息，并履行任何其他紙面工作要求。最后，在 步驟424，應(yīng)用服務(wù)提供者檢驗(yàn)從高消息發(fā)送者獲得的所有相關(guān)數(shù)據(jù)。當(dāng)所 有要求的內(nèi)部業(yè)務(wù)需要被履行時(shí)，應(yīng)用服務(wù)提供者向網(wǎng)站管理者提供相關(guān)的 API，代碼，文件，用戶ID，密碼和為了使用消息發(fā)送服務(wù)網(wǎng)站管理者最好 需要的任何其他信息和工具。另外，在步驟424，應(yīng)用服務(wù)提供者儲(chǔ)存相關(guān) 的信息，憑證和附屬于高消息發(fā)送者的文件，并且激活高數(shù)量消息發(fā)送者的 服務(wù)。
應(yīng)用服務(wù)提供者在處理流程圖400中可以進(jìn)一步包括網(wǎng)站管理者的身份 的檢驗(yàn)過(guò)程(未顯示)，尤其是在最好不要求紙面工作的低數(shù)量消息發(fā)送者的 情況下。該檢驗(yàn)過(guò)程最好至少包括請(qǐng)求低數(shù)量消息發(fā)送者的移動(dòng)號(hào)碼，向該 移動(dòng)號(hào)碼發(fā)送確認(rèn)消息和要求該確認(rèn)消息的回應(yīng)的步驟。
對(duì)從網(wǎng)站接收更新感興趣的移動(dòng)用戶106被要求通過(guò)填寫以定義警示注
冊(cè)表500的輸入域的圖形格式顯示警示注冊(cè)表500的圖5中描繪的在網(wǎng)站上 提供的警示注冊(cè)表500提交警示注冊(cè)請(qǐng)求。但是，為了防止濫用，應(yīng)用服務(wù) 提供者可以預(yù)先定義對(duì)移動(dòng)用戶106為了接收移動(dòng)警示而向其注冊(cè)的網(wǎng)站數(shù) 的限制。警示注冊(cè)表500包括定義國(guó)家代碼，移動(dòng)電話號(hào)碼，詢問(wèn)號(hào)l，電 子郵箱地址和移動(dòng)操作者的輸入域。該移動(dòng)電話號(hào)碼定義用于向其發(fā)送移動(dòng) 警示的移動(dòng)電話號(hào)碼，該移動(dòng)電話號(hào)碼最好屬于移動(dòng)用戶106。另外，為了 解決假簽署的問(wèn)題，事件管理服務(wù)器102通過(guò)向該移動(dòng)電話號(hào)碼發(fā)送確認(rèn)消 息使警示注冊(cè)請(qǐng)求合法化。然后移動(dòng)用戶106回發(fā)對(duì)合法化的回應(yīng)。合法化 回應(yīng)采取返回SMS的形式，或者將確認(rèn)消息中發(fā)送的秘密代碼輸入到警示注 冊(cè)表500的另一部分，或者是方便的并且提供非否定的安全性的任何其他檢 驗(yàn)形式。國(guó)家代碼定義移動(dòng)電話在其中注冊(cè)的國(guó)家，通常是移動(dòng)用戶106所 在國(guó)。電子郵箱地址定義屬于移動(dòng)用戶106的電子郵箱地址，并且移動(dòng)用戶 106也被要求在移動(dòng)操作者輸入域中提供移動(dòng)用戶106成為其預(yù)訂者的移動(dòng) 服務(wù)提供者的名稱。
另外，在詢問(wèn)號(hào)1下，如果移動(dòng)用戶106的服務(wù)提供者108不具有與應(yīng) 用服務(wù)提供者的反向收費(fèi)合同或相似的協(xié)議，則移動(dòng)用戶106決定是否支付 接收移動(dòng)警示的可能的費(fèi)用率。然后，如果移動(dòng)用戶106同意所述安排，則 移動(dòng)用戶106被要求提供信用卡信息，存儲(chǔ)保證金，或者在支付細(xì)節(jié)輸入域 中提供向應(yīng)用服務(wù)提供者支付的其他模式的細(xì)節(jié)。最后，為了提供移動(dòng)用戶 106退出移動(dòng)警示服務(wù)的簡(jiǎn)易方法，提供移動(dòng)警示服務(wù)的網(wǎng)站最好應(yīng)該被要 求在退出輸入域下包括退出信息，如圖5的警示注冊(cè)表500所示。
圖6顯示說(shuō)明移動(dòng)用戶106注冊(cè)用事件管理服務(wù)器102接收網(wǎng)站更新的 移動(dòng)警示的過(guò)程的流程圖。操作該網(wǎng)站的網(wǎng)站管理者是低數(shù)量消息發(fā)送者。 在步驟602，移動(dòng)用戶106首先填寫并提交通過(guò)網(wǎng)站提供的警示注冊(cè)表500。 網(wǎng)站最好是移動(dòng)用戶106對(duì)其規(guī)則基礎(chǔ)上的更新感興趣的網(wǎng)站。警示注冊(cè)表 500最好在低數(shù)量消息發(fā)送者的網(wǎng)站或應(yīng)用服務(wù)提供者的網(wǎng)站或與應(yīng)用服務(wù) 提供者相關(guān)的網(wǎng)站上運(yùn)行，使通過(guò)填寫警示注冊(cè)表500產(chǎn)生的警示注冊(cè)信息 能夠傳遞到事件管理服務(wù)器102。
當(dāng)事件管理服務(wù)器102接收到由主網(wǎng)絡(luò)服務(wù)器104發(fā)送的警示注冊(cè)信息時(shí)，事件管理服務(wù)器102在步驟604檢查所接收的警示注冊(cè)信息的合法性。 事件管理服務(wù)器102在步驟606通過(guò)確定至少一個(gè)下列依據(jù)的履行進(jìn)一步檢 查所存在的收費(fèi)安排移動(dòng)用戶106是應(yīng)用服務(wù)提供者與其具有反向收費(fèi)合 同或類似協(xié)議的一個(gè)移動(dòng)服務(wù)提供者108的預(yù)訂者，或者主網(wǎng)絡(luò)服務(wù)器104 的網(wǎng)站管理者是否己經(jīng)表示向不是應(yīng)用服務(wù)提供者與其具有反向收費(fèi)合同或 類似協(xié)議的任何移動(dòng)服務(wù)提供者108的預(yù)訂者的移動(dòng)用戶106發(fā)送移動(dòng)警示 的意愿，移動(dòng)用戶106是否不管其不是應(yīng)用服務(wù)提供者與其具有反向收費(fèi)合 同的一個(gè)移動(dòng)服務(wù)提供者108的預(yù)訂者而已經(jīng)表示接收移動(dòng)警示的希望，以 及移動(dòng)用戶106是否已經(jīng)得到諸如信用卡信息，預(yù)先的保證金的有效的財(cái)務(wù) 保證，或者已經(jīng)提供有關(guān)收取傳遞移動(dòng)警示的費(fèi)用的其他支付模式的細(xì)節(jié)。 如果不符合上述任何一個(gè)依據(jù)，則事件管理服務(wù)器102在步驟608中通知移 動(dòng)用戶106不能進(jìn)行移動(dòng)警示并且丟棄警示注冊(cè)信息。然后事件管理服務(wù)器 102可以暫時(shí)禁止移動(dòng)號(hào)碼用于進(jìn)一步的移動(dòng)警示，直至移動(dòng)用戶106與其 簽署預(yù)訂關(guān)系的移動(dòng)服務(wù)提供者108與應(yīng)用服務(wù)提供者簽署反向收費(fèi)合同或 類似協(xié)議。
但是，如果符合至少一個(gè)上述依據(jù)，則事件管理服務(wù)器102在步驟610 向移動(dòng)用戶106發(fā)回確認(rèn)消息。該確認(rèn)消息最好是SMS消息，MMS消息或 WAP推動(dòng)消息之一。發(fā)送確認(rèn)消息的目的是防止由于移動(dòng)或垃圾電子郵件注 冊(cè)請(qǐng)求造成的假簽署。在接收到確認(rèn)消息時(shí)有移動(dòng)用戶106最好采取的兩種 類型的回應(yīng)。第一種回應(yīng)是移動(dòng)用戶106被要求在接收到確認(rèn)消息時(shí)進(jìn)行一 定的行為，其中該行為最好是點(diǎn)擊用于警示注冊(cè)的移動(dòng)設(shè)備上顯示的頁(yè)面上 的鏈接，或者用SMS或MMS或其他移動(dòng)消息回答，或者用文字，字符，數(shù) 字或它們的其他組合或在發(fā)送到移動(dòng)用戶106的確認(rèn)消息中規(guī)定的任何其他 方式通過(guò)網(wǎng)站本身回答。在接收到回應(yīng)時(shí)，事件管理服務(wù)器102在步驟612 進(jìn)行到警示注冊(cè)合法化。第二種回應(yīng)要求移動(dòng)用戶106在接收到確認(rèn)消息時(shí) 不進(jìn)行所述行為。移動(dòng)用戶106不點(diǎn)擊用于警示注冊(cè)的移動(dòng)設(shè)備上顯示的頁(yè) 面上的鏈接，或者不用SMS或MMS或其他移動(dòng)消息回答，或者不以用文字， 字符，數(shù)字或它們的其他組合或在發(fā)送到移動(dòng)用戶106的確認(rèn)消息中規(guī)定的 任何其他方式回答。沒(méi)有接收到回應(yīng)，事件管理服務(wù)器102在步驟612進(jìn)行 到警示注冊(cè)合法化。
警示注冊(cè)合法化用作收到移動(dòng)用戶106被收取的接收移動(dòng)警示的規(guī)定費(fèi) 率的重要指示。通常該收取的費(fèi)用與如果移動(dòng)用戶106是相當(dāng)于局部發(fā)送的
或在移動(dòng)用戶106是其預(yù)訂者的移動(dòng)服務(wù)提供者108的方向上發(fā)送的移動(dòng)消 息的發(fā)送者時(shí)移動(dòng)用戶106承受的，被放棄的，或包括在移動(dòng)服務(wù)提供者108 對(duì)預(yù)訂者有效的移動(dòng)消息免費(fèi)包內(nèi)的規(guī)則的費(fèi)用一樣低。在最壞的情況下， 向移動(dòng)用戶106提出接收移動(dòng)警示的費(fèi)用率或具體的收費(fèi)，而不管移動(dòng)服務(wù) 提供者108沒(méi)有與應(yīng)用服務(wù)提供者的反向收費(fèi)合同或類似的協(xié)議。移動(dòng)服務(wù) 提供者108能夠提供消息發(fā)送服務(wù)的低費(fèi)率，因?yàn)橐苿?dòng)服務(wù)提供者108不承 受例如與內(nèi)容合伙人簽署協(xié)議，整合和試驗(yàn)費(fèi)用支付關(guān)系等中相關(guān)的重要成 本。
在步驟612中做出確定警示注冊(cè)是否是由簽署協(xié)議時(shí)由移動(dòng)用戶106使 用的移動(dòng)號(hào)碼的持有者進(jìn)行的真實(shí)的請(qǐng)求。如果警示注冊(cè)被確定為由移動(dòng)或 電子垃圾郵件注冊(cè)請(qǐng)求導(dǎo)致的假簽署，則事件管理服務(wù)器102在步驟614中 丟棄警示注冊(cè)信息。如果重復(fù)接收到某個(gè)移動(dòng)電話號(hào)碼的失效的警示注冊(cè)， 則事件管理服務(wù)器102可以在預(yù)先定義的時(shí)間周期內(nèi)暫時(shí)禁止該移動(dòng)電話號(hào) 碼用于進(jìn)一步的警示注冊(cè)。當(dāng)超過(guò)一個(gè)移動(dòng)電話號(hào)碼能夠用于注冊(cè)移動(dòng)警示 的預(yù)先定義的失效警示注冊(cè)數(shù)時(shí)則執(zhí)行該禁止處理。用于解禁的預(yù)先定義的 時(shí)間周期最好被編程到例如24小時(shí)。但是，如果警示注冊(cè)被確定為真實(shí)，則 事件管理服務(wù)器102在步驟616將所接收的警示注冊(cè)信息與注冊(cè)的日期和時(shí) 間一起記錄到存在于事件管理服務(wù)器102的數(shù)據(jù)庫(kù)中。因此，警示注冊(cè)被認(rèn) 為是非否定的。
當(dāng)可從網(wǎng)站得到更新時(shí)，網(wǎng)站管理者在步驟608中向事件管理服務(wù)器102 上進(jìn)行記錄以指令事件管理服務(wù)器102向移動(dòng)用戶106發(fā)送移動(dòng)警示。如果 多個(gè)移動(dòng)用戶106例如通過(guò)人工輸入接收者的移動(dòng)號(hào)碼或上傳文件中接收者 的號(hào)碼而為接收網(wǎng)站更新進(jìn)行了注冊(cè)，則網(wǎng)站管理者最好被允許選擇移動(dòng)警 示將要被傳遞到的接收者。網(wǎng)站管理者最好也被允許選擇發(fā)送到一個(gè)或所有 網(wǎng)站管理者希望將移動(dòng)警示傳遞到的接收者的被發(fā)送消息。
然后在步驟620，事件管理服務(wù)器102在發(fā)送移動(dòng)警示之前檢查是否將 移動(dòng)警示發(fā)送到移動(dòng)用戶106的所有依據(jù)都已滿足。所述依據(jù)被相應(yīng)地列出。 對(duì)每一個(gè)網(wǎng)站管理者選擇的已經(jīng)為從特定網(wǎng)站接收移動(dòng)警示實(shí)際上進(jìn)行注冊(cè)
的移動(dòng)用戶106進(jìn)行檢驗(yàn)。另外，移動(dòng)用戶106向其進(jìn)行預(yù)訂的移動(dòng)服務(wù)提
供者108最好已經(jīng)與應(yīng)用服務(wù)提供者簽署反向收費(fèi)合同或類似協(xié)議?；蛘?，
網(wǎng)站管理者最好在消息發(fā)送服務(wù)注冊(cè)期間已經(jīng)指出為發(fā)送移動(dòng)警示進(jìn)行支付
的意愿，或者移動(dòng)用戶106在移動(dòng)警示注冊(cè)期間已經(jīng)指出為接收移動(dòng)警示進(jìn) 行支付的意愿。另外，還對(duì)若干其他規(guī)則進(jìn)行檢查，這些規(guī)則最好包括限制 在特定時(shí)間周期內(nèi)或向特定移動(dòng)用戶106或兩者的組合網(wǎng)站被允許發(fā)送的移 動(dòng)警示數(shù)的規(guī)則。最后，最好進(jìn)行一次檢驗(yàn)以確保移動(dòng)警示將要被傳遞到的 移動(dòng)用戶106不對(duì)消息發(fā)送者有導(dǎo)致特定的消息不被接受的任何限制以及可 能是為了向移動(dòng)用戶106和網(wǎng)站管理者提供質(zhì)量服務(wù)的利益而實(shí)施的任何規(guī) 則。
如果任何上述依據(jù)不符或檢驗(yàn)失敗，則在步驟622中丟棄用于移動(dòng)用戶 106的特定消息。但是，如果所有上述依據(jù)都符合，則在步驟624中事件管 理服務(wù)器102向移動(dòng)用戶106發(fā)送移動(dòng)警示，其中移動(dòng)警示通過(guò)由應(yīng)用服務(wù) 提供者為移動(dòng)用戶106預(yù)先限定的適當(dāng)?shù)囊苿?dòng)服務(wù)提供者108發(fā)送。另外， 不考慮上述依據(jù)是否符合，事件管理服務(wù)器102最好在存儲(chǔ)在事件管理服務(wù) 器102中的數(shù)據(jù)庫(kù)中記錄移動(dòng)警示的性質(zhì)，移動(dòng)警示本身，發(fā)送狀態(tài)，傳遞 狀態(tài)和與該移動(dòng)警示相關(guān)的任何其他信息。然后可以使該數(shù)據(jù)庫(kù)向網(wǎng)站管理 者開(kāi)放。
相似地，圖7顯示說(shuō)明移動(dòng)用戶106用事件管理服務(wù)器102為接收網(wǎng)站 更新注冊(cè)移動(dòng)警示的過(guò)程的流程圖。操作網(wǎng)站的網(wǎng)站管理者是高數(shù)量消息發(fā) 送者。對(duì)于高數(shù)量消息發(fā)送者，網(wǎng)站需要用所提供的一組API結(jié)構(gòu)預(yù)先編程 并且與軟件庫(kù)形成整體。這樣，與只能使用由應(yīng)用服務(wù)提供者限定的基本固 定格式的低數(shù)量消息發(fā)送者相比，高數(shù)量消息發(fā)送者能夠高度靈活地定制發(fā) 送到移動(dòng)用戶106的移動(dòng)警示。在步驟702，移動(dòng)用戶106填寫并提交在網(wǎng) 站上提供的警示注冊(cè)表500。網(wǎng)站最好是移動(dòng)用戶106對(duì)其規(guī)則基礎(chǔ)上的更 新感興趣的網(wǎng)站。警示注冊(cè)表500最好在主網(wǎng)絡(luò)服務(wù)器104上被主持，因?yàn)?警示注冊(cè)表500被高度靈活地定制以適合主網(wǎng)絡(luò)服務(wù)器104的要求。
在步驟704，主網(wǎng)絡(luò)服務(wù)器104檢査警示注冊(cè)表500是否被正確填寫， 將復(fù)制件存儲(chǔ)在主網(wǎng)絡(luò)服務(wù)器104中并將警示注冊(cè)信息向前傳送到事件管理 服務(wù)器102以檢查賬單和警示注冊(cè)的合法性，因?yàn)橘~單信息和消息發(fā)送能力
僅與事件管理服務(wù)器102相關(guān)。然后，在步驟706，事件管理服務(wù)器102通
過(guò)檢查相應(yīng)列出的至少一個(gè)依據(jù)的履行檢查所存在的賬單安排移動(dòng)用戶
106是應(yīng)用服務(wù)提供者與其有反向收費(fèi)合同或類似協(xié)議的一個(gè)移動(dòng)服務(wù)提供 者108的預(yù)訂者，或者主網(wǎng)絡(luò)服務(wù)器104的網(wǎng)站管理者是否指出向不是應(yīng)用 服務(wù)提供者與其有反向收費(fèi)合同或類似協(xié)議的任何移動(dòng)服務(wù)提供者108的預(yù) 訂者的移動(dòng)用戶106發(fā)送移動(dòng)警示的意愿，以及上述網(wǎng)站管理者是否愿意支 付發(fā)送移動(dòng)警示的費(fèi)用，不管移動(dòng)用戶106是否是應(yīng)用服務(wù)提供者與其有反 向收費(fèi)合同的一個(gè)移動(dòng)服務(wù)提供者108的預(yù)訂者移動(dòng)用戶106是否指出接收 移動(dòng)警示的希望，以及移動(dòng)用戶106是否已經(jīng)得到諸如信用卡信息，預(yù)先的 保證金的有效的財(cái)務(wù)保證，或者已經(jīng)提供有關(guān)收取傳遞移動(dòng)警示的費(fèi)用的其 他支付模式的細(xì)節(jié)。
如果不符上述任何依據(jù)，則事件管理服務(wù)器102在步驟708通知主網(wǎng)絡(luò) 服務(wù)器104收費(fèi)條件失敗。然后主網(wǎng)絡(luò)服務(wù)器104在步驟708通知移動(dòng)用戶 106不能進(jìn)行移動(dòng)警示并丟棄警示注冊(cè)信息。主網(wǎng)絡(luò)服務(wù)器104以及事件管 理服務(wù)器102也最好暫時(shí)禁止該移動(dòng)號(hào)碼用于進(jìn)一步的警示注冊(cè)，直至移動(dòng) 用戶106向其預(yù)訂的移動(dòng)服務(wù)提供者108與應(yīng)用服務(wù)提供者簽署反向收費(fèi)合 同或類似協(xié)議。但是，如果符合至少一個(gè)上述依據(jù)，則事件管理服務(wù)器102 在步驟710向移動(dòng)用戶106發(fā)回確認(rèn)消息。該確認(rèn)消息最好是SMS消息， MMS消息或WAP推動(dòng)消息之一。發(fā)送確認(rèn)消息的目的是防止由于移動(dòng)或垃 圾電子郵件注冊(cè)請(qǐng)求造成的假簽署。在接收到確認(rèn)消息時(shí)有移動(dòng)用戶106最 好采取的兩種類型的回應(yīng)。第一種回應(yīng)是移動(dòng)用戶106被要求在接收到確認(rèn) 消息時(shí)進(jìn)行一定的行為，其中該行為最好是點(diǎn)擊用于警示注冊(cè)的移動(dòng)設(shè)備上 顯示的頁(yè)面上的鏈接，或者用SMS或MMS或其他移動(dòng)消息回答，或者用文 字，字符，數(shù)字或它們的其他組合或在發(fā)送到移動(dòng)用戶106的確認(rèn)消息中規(guī) 定的任何其他方式通過(guò)網(wǎng)站本身回答。在接收到回應(yīng)時(shí)，事件管理服務(wù)器102 在步驟712進(jìn)行到警示注冊(cè)合法化。第二種回應(yīng)要求移動(dòng)用戶106在接收到 確認(rèn)消息時(shí)不進(jìn)行所述行為。移動(dòng)用戶106不點(diǎn)擊用于警示注冊(cè)的移動(dòng)設(shè)備 上顯示的頁(yè)面上的鏈接，或者不用SMS或MMS或其他移動(dòng)消息回答，或者 不以用文字，字符，數(shù)字或它們的其他組合或在發(fā)送到移動(dòng)用戶106的確認(rèn) 消息中規(guī)定的任何其他方式回答。沒(méi)有接收到回應(yīng)，事件管理服務(wù)器102在
步驟712進(jìn)行到警示注冊(cè)合法化。
警示注冊(cè)合法化用作收到移動(dòng)用戶106被收取的接收移動(dòng)警示的規(guī)定費(fèi) 率的重要指示。通常該收取的費(fèi)用與如果移動(dòng)用戶106是相當(dāng)于局部發(fā)送的 或在移動(dòng)用戶106是其預(yù)訂者的移動(dòng)服務(wù)提供者108的方向上發(fā)送的移動(dòng)消 息的發(fā)送者時(shí)移動(dòng)用戶106承受的，被放棄的，或包括在移動(dòng)服務(wù)提供者108 對(duì)預(yù)訂者有效的移動(dòng)消息免費(fèi)包內(nèi)的規(guī)則的費(fèi)用一樣低。在最壞的情況下， 向移動(dòng)用戶106提出接收移動(dòng)警示的費(fèi)用率或具體的收費(fèi)，而不管移動(dòng)服務(wù) 提供者108沒(méi)有與應(yīng)用服務(wù)提供者的反向收費(fèi)合同或類似的協(xié)議。移動(dòng)服務(wù) 提供者108能夠提供消息發(fā)送服務(wù)的低費(fèi)率，因?yàn)橐苿?dòng)服務(wù)提供者108不承 受例如與內(nèi)容合伙人簽署協(xié)議，整合和試驗(yàn)費(fèi)用支付關(guān)系等中相關(guān)的重要成 本。
在步驟712中做出確定警示注冊(cè)是否是由簽署協(xié)議時(shí)由移動(dòng)用戶106使 用的移動(dòng)號(hào)碼的持有者進(jìn)行的真實(shí)的請(qǐng)求。如果警示注冊(cè)被確定為由移動(dòng)或 垃圾電子郵件注冊(cè)請(qǐng)求導(dǎo)致的假簽署，則事件管理服務(wù)器102在步驟714中 將該信息返回到主網(wǎng)絡(luò)服務(wù)器104。然后主網(wǎng)絡(luò)服務(wù)器104在步驟716中丟 棄所接收到的警示注冊(cè)信息。如果重復(fù)接收到某個(gè)移動(dòng)電話號(hào)碼的失效的警 示注冊(cè)，則事件管理服務(wù)器102和主網(wǎng)絡(luò)服務(wù)器104可以在預(yù)先定義的時(shí)間 周期內(nèi)暫時(shí)禁止該移動(dòng)電話號(hào)碼用于進(jìn)一步的警示注冊(cè)。當(dāng)超過(guò)一個(gè)移動(dòng)電 話號(hào)碼能夠用于注冊(cè)移動(dòng)警示的預(yù)先定義的失效注冊(cè)嘗試數(shù)時(shí)，則執(zhí)行該禁 止處理。用于解禁的預(yù)先定義的時(shí)間周期最好被編程到例如24小時(shí)。但是， 如果警示注冊(cè)被確定為真實(shí)，則事件管理服務(wù)器102在步驟718將所接收的 警示注冊(cè)信息與注冊(cè)的日期和時(shí)間一起記錄到存儲(chǔ)在事件管理服務(wù)器102的 數(shù)據(jù)庫(kù)中。最好該信息也對(duì)主網(wǎng)絡(luò)服務(wù)器104有效，使主網(wǎng)絡(luò)服務(wù)器104能 夠管理該對(duì)于由主網(wǎng)絡(luò)服務(wù)器104使用的業(yè)務(wù)規(guī)則適當(dāng)?shù)木咀?cè)信息。因 此，警示注冊(cè)被認(rèn)為是非否定的。
當(dāng)可從網(wǎng)站得到更新時(shí)，網(wǎng)站管理者在步驟720中向事件管理服務(wù)器102 上進(jìn)行記錄以指令事件管理服務(wù)器102向移動(dòng)用戶106發(fā)送移動(dòng)警示。通常， 如果多個(gè)移動(dòng)用戶106為接收網(wǎng)站更新進(jìn)行了注冊(cè)，則對(duì)于高數(shù)量消息發(fā)送 者，網(wǎng)站管理者被允許選擇移動(dòng)警示將要被傳遞到的接收者。或者，在主網(wǎng) 絡(luò)服務(wù)器104上運(yùn)行的軟件程序使用API或由應(yīng)用服務(wù)提供者提供的其他代 碼自動(dòng)向事件管理服務(wù)器102進(jìn)行注冊(cè)。然后軟件程序指令事件管理服務(wù)器 102相關(guān)的移動(dòng)用戶106發(fā)送移動(dòng)警示。
事件管理服務(wù)器102在發(fā)送移動(dòng)警示之前在步驟722檢査是否將移動(dòng)警 示發(fā)送到移動(dòng)用戶106的所有依據(jù)都已滿足。所述依據(jù)被相應(yīng)地列出。對(duì)每 一個(gè)由網(wǎng)站管理者選擇的為從特定網(wǎng)站接收移動(dòng)警示實(shí)際上已進(jìn)行注冊(cè)的移 動(dòng)用戶106或API或相似的代碼進(jìn)行檢驗(yàn)。另夕卜，移動(dòng)用戶106向其進(jìn)行預(yù) 訂的移動(dòng)服務(wù)提供者108最好已經(jīng)與應(yīng)用服務(wù)提供者簽署反向收費(fèi)合同或類 似協(xié)議。或者，網(wǎng)站管理者最好在紙面工作中或者消息發(fā)送服務(wù)注冊(cè)期間已 經(jīng)指出為發(fā)送移動(dòng)警示進(jìn)行支付的意愿，或者移動(dòng)用戶106在移動(dòng)警示注冊(cè) 期間已經(jīng)指出為接收移動(dòng)警示進(jìn)行支付的意愿。另外，還對(duì)若干其他規(guī)則進(jìn) 行檢查，這些規(guī)則最好包括限制在特定時(shí)間周期內(nèi)或向特定移動(dòng)用戶106或 兩者的組合網(wǎng)站被允許發(fā)送的移動(dòng)警示數(shù)的規(guī)則。最后，最好進(jìn)行一次檢驗(yàn) 以確保移動(dòng)警示將要被傳遞到的移動(dòng)用戶106不對(duì)消息發(fā)送者有導(dǎo)致特定的 消息不被接受的任何限制以及可能是為了向移動(dòng)用戶106和網(wǎng)站管理者提供 質(zhì)量服務(wù)的利益而實(shí)施的任何規(guī)則。
如果任何上述依據(jù)不符或檢驗(yàn)失敗，則在步驟724中丟棄用于移動(dòng)用戶 106的特定消息。但是，如果所有上述依據(jù)都符合，則在步驟726中事件管 理服務(wù)器102向移動(dòng)用戶106發(fā)送移動(dòng)警示，其中移動(dòng)警示通過(guò)由應(yīng)用服務(wù) 提供者為移動(dòng)用戶106預(yù)先限定的適當(dāng)?shù)囊苿?dòng)服務(wù)提供者108發(fā)送。另外， 不考慮上述依據(jù)是否符合，事件管理服務(wù)器102最好在存儲(chǔ)在事件管理服務(wù) 器102中的數(shù)據(jù)庫(kù)中記錄移動(dòng)警示的性質(zhì)，移動(dòng)警示本身，發(fā)送狀態(tài)，傳遞 狀態(tài)和與該移動(dòng)警示相關(guān)的任何其他信息。然后可以使該數(shù)據(jù)庫(kù)向網(wǎng)站管理 者開(kāi)放。
使移動(dòng)用戶106能夠退出接收進(jìn)一步的移動(dòng)警示是事件更新管理系統(tǒng) 100的一個(gè)重要因素。圖8顯示圖形格式的退出表800，該格式定義退出表 800的輸入域。在退出表800中，移動(dòng)用戶106被給予選擇輸入域下的用于 限制任何主網(wǎng)絡(luò)服務(wù)器104暫時(shí)或永久向移動(dòng)用戶106發(fā)送移動(dòng)警示的選擇， 其中移動(dòng)用戶106己先期來(lái)自各個(gè)相關(guān)的主網(wǎng)絡(luò)服務(wù)器104的移動(dòng)警示。通 常，警示注冊(cè)表500被要求帶有向退出表800的鏈接，因此使移動(dòng)用戶106 能容易找到退出信息。在退出表800中，移動(dòng)用戶106被要求提供用于該用
戶在其中注冊(cè)的移動(dòng)服務(wù)的移動(dòng)號(hào)碼信息，包括指出國(guó)家代碼，以及用于移 動(dòng)警示注冊(cè)的移動(dòng)號(hào)碼。然后事件管理服務(wù)器102使用該號(hào)碼信息確定移動(dòng) 用戶106先期是否已經(jīng)為從規(guī)定的主網(wǎng)絡(luò)服務(wù)器104接收移動(dòng)警示進(jìn)行注冊(cè)， 并且進(jìn)一步使用該移動(dòng)號(hào)碼信息使退出請(qǐng)求合法化。另外，移動(dòng)用戶106也
被要求提供退出處理結(jié)束時(shí)向其發(fā)送退出請(qǐng)求狀態(tài)的電子郵箱地址。
圖9說(shuō)明退出處理900的流程圖，其中在步驟902，移動(dòng)用戶106經(jīng)由 通過(guò)事件管理服務(wù)器102提供移動(dòng)警示的任何主網(wǎng)絡(luò)服務(wù)器104或直接通過(guò) 訪問(wèn)最好也是事件管理服務(wù)器102的網(wǎng)站的應(yīng)用服務(wù)提供者的網(wǎng)站提交退出 表800。然后在步驟904，應(yīng)用服務(wù)提供者檢驗(yàn)由移動(dòng)用戶106提供的移動(dòng)號(hào) 碼是否先期為從主網(wǎng)絡(luò)服務(wù)器104接收移動(dòng)警示進(jìn)行注冊(cè)，而該移動(dòng)用戶106 希望限制或者暫時(shí)或永久禁止該網(wǎng)站向其發(fā)送進(jìn)一步的移動(dòng)警示。在步驟 906中作出確定。如果確定移動(dòng)用戶106沒(méi)有為從規(guī)定的主網(wǎng)絡(luò)服務(wù)器104 接收移動(dòng)警示進(jìn)行注冊(cè)，則事件管理服務(wù)器102最好通過(guò)網(wǎng)絡(luò)表回應(yīng)頁(yè)通知 移動(dòng)用戶106該移動(dòng)用戶106沒(méi)有為從規(guī)定的主網(wǎng)絡(luò)服務(wù)器104接收移動(dòng)警 示進(jìn)行過(guò)注冊(cè)。然后事件管理服務(wù)器102在步驟908丟棄退出請(qǐng)求。但是， 如果確定移動(dòng)用戶106為從規(guī)定的主網(wǎng)絡(luò)服務(wù)器104接收移動(dòng)警示進(jìn)行過(guò)注 冊(cè)，則事件管理服務(wù)器102確認(rèn)請(qǐng)求退出的移動(dòng)用戶106確實(shí)是移動(dòng)用戶106 在退出表800中指定的移動(dòng)號(hào)碼的持有者。為了防止對(duì)服務(wù)的欺詐性的或惡 作劇的終止，上述被要求的確認(rèn)對(duì)合法的移動(dòng)用戶106是很重要的。
為了確認(rèn)移動(dòng)用戶106的身份，事件管理服務(wù)器102在步驟910中向由 移動(dòng)用戶106在退出表800中指定的移動(dòng)號(hào)碼發(fā)送確認(rèn)消息。該確認(rèn)過(guò)程與 圖6所示的步驟610到616相似。在步驟912，事件管理服務(wù)器102確定退 出請(qǐng)求是否合法。如果退出請(qǐng)求不合法，則在步驟914中丟棄該退出請(qǐng)求并 最好通過(guò)由移動(dòng)用戶106在退出表800中提供的電子郵箱地址通知移動(dòng)用戶 106。由于退出處理中涉及的期限的原因，當(dāng)移動(dòng)用戶106初次提交退出表 800時(shí)在作為回應(yīng)顯示的網(wǎng)頁(yè)上通知該移動(dòng)用戶106所述狀態(tài)被認(rèn)為是不現(xiàn) 實(shí)的。但是，如果退出請(qǐng)求合法，則該退出請(qǐng)求被記錄到事件管理服務(wù)器102 的數(shù)據(jù)庫(kù)中。在最后的步驟916中，退出請(qǐng)求被立即激活，并通過(guò)由移動(dòng)用 戶106在退出表800中提供的電子郵箱地址通知移動(dòng)用戶106退出成功或服 務(wù)受到限制。由于退出處理中涉及的期限的原因，當(dāng)移動(dòng)用戶106初次提交
退出表800時(shí)在作為回應(yīng)顯示的網(wǎng)頁(yè)上通知該移動(dòng)用戶106所述狀態(tài)被認(rèn)為 是不現(xiàn)實(shí)的。事件管理服務(wù)器102也最好應(yīng)該向相關(guān)的主網(wǎng)絡(luò)服務(wù)器104發(fā) 送由移動(dòng)用戶106授權(quán)的退出或服務(wù)限制的電子通知。
以上述方式，根據(jù)本發(fā)明的實(shí)施例敘述了用于向?yàn)榻邮站W(wǎng)站更新已注冊(cè) 移動(dòng)警示的移動(dòng)用戶提供更新和事件通知的事件更新管理系統(tǒng)，用于處理有 關(guān)傳遞移動(dòng)警示的當(dāng)前的事件更新管理方法的上述缺點(diǎn)。雖然本文僅敘述了 本發(fā)明的一個(gè)實(shí)施例，但根據(jù)本文的揭示對(duì)于本技術(shù)領(lǐng)域的熟練人員顯而易 見(jiàn)的是，可以進(jìn)行各種變化和修改而不背離本發(fā)明的范圍和精神。
權(quán)利要求
1.一種事件更新管理系統(tǒng)，其特征在于，該系統(tǒng)包括用于接收由主網(wǎng)絡(luò)服務(wù)器提供的警示注冊(cè)數(shù)據(jù)的數(shù)據(jù)模塊，當(dāng)移動(dòng)服務(wù)用戶通過(guò)主網(wǎng)絡(luò)服務(wù)器提交相應(yīng)于某個(gè)事件的警示注冊(cè)請(qǐng)求時(shí)產(chǎn)生該警示注冊(cè)數(shù)據(jù)；用于儲(chǔ)存該警示注冊(cè)數(shù)據(jù)的數(shù)據(jù)庫(kù)；和用于響應(yīng)由操作主網(wǎng)絡(luò)服務(wù)器的網(wǎng)站管理者提供的指令產(chǎn)生警示的警示模塊，所述指令與所述事件相關(guān)并且該警示模塊進(jìn)一步用于相應(yīng)于所述警示注冊(cè)數(shù)據(jù)向移動(dòng)服務(wù)用戶發(fā)送警示。
2. 如權(quán)利要求1所述的事件更新管理系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包 括用于向移動(dòng)服務(wù)用戶發(fā)送消息以確認(rèn)由移動(dòng)服務(wù)用戶通過(guò)主網(wǎng)絡(luò)服務(wù) 器提交的警示注冊(cè)請(qǐng)求的確認(rèn)模塊，該消息為所述警示。
3. 如權(quán)利要求1所述的事件更新管理系統(tǒng)，其特征在于，所述警示是短消 息服務(wù)(SMS)消息，多媒體消息服務(wù)(醒S)消息和無(wú)線應(yīng)用協(xié)議(WAP) 推出消息中的一種消息。
4. 如權(quán)利要求1所述的事件更新管理系統(tǒng)，其特征在于，用于主持網(wǎng)站的 主網(wǎng)絡(luò)服務(wù)器用一組應(yīng)用編程界面(API)功能和由事件更新管理系統(tǒng)提 供的源代碼之一預(yù)先編程。
5. 如權(quán)利要求4所述的事件更新管理系統(tǒng)，其特征在于，所述一組應(yīng)用編 程界面(API)功能定義由網(wǎng)站用于與事件更新管理系統(tǒng)連通的軟件互連 通功能。
6. 如權(quán)利要求l所述的事件更新管理系統(tǒng)，其特征在于，其中主網(wǎng)絡(luò)服務(wù) 器預(yù)先下載軟件庫(kù)并將其與網(wǎng)站預(yù)先形成整體，該軟件庫(kù)由事件更新管 理系統(tǒng)提供。
7. 如權(quán)利要求1所述的事件更新管理系統(tǒng)，其特征在于，所述軟件庫(kù)是所 述一組軟件應(yīng)用編程界面(API)功能的軟件實(shí)施形式。
8. 如權(quán)利要求4所述的事件更新管理系統(tǒng)，其特征在于，所述網(wǎng)站提供用 于警示注冊(cè)請(qǐng)求的警示注冊(cè)表。
9. 如權(quán)利要求8所述的事件更新管理系統(tǒng)，其特征在于，所述警示注冊(cè)表包括用于獲取移動(dòng)服務(wù)用戶的注冊(cè)細(xì)節(jié)和帳單細(xì)節(jié)中的至少一個(gè)細(xì)節(jié)的 用于從中產(chǎn)生警示注冊(cè)數(shù)據(jù)的輸入域。
10. 如權(quán)利要求1所述的事件更新管理系統(tǒng)，其特征在于，警示模塊進(jìn)一步 用于跟蹤向移動(dòng)服務(wù)用戶發(fā)送的至少一個(gè)警示。
11. 如權(quán)利要求1所述的事件更新管理系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包 括多個(gè)帳戶，多個(gè)帳戶中的一個(gè)帳戶相應(yīng)于操作主網(wǎng)絡(luò)服務(wù)器的網(wǎng)站 管理者，用于提供與所述多個(gè)帳戶中的該一個(gè)帳戶相關(guān)的至少一個(gè)管理 功能，以及使網(wǎng)站管理者能夠指令警示模塊產(chǎn)生和向移動(dòng)服務(wù)用戶發(fā)送
12. 如權(quán)利要求1所述的事件更新管理系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包 括..用于管理移動(dòng)服務(wù)用戶和主網(wǎng)絡(luò)服務(wù)器中的至少一方的帳單細(xì)節(jié)的帳單 模塊，該帳單細(xì)節(jié)相應(yīng)于由警示模塊向移動(dòng)服務(wù)用戶發(fā)送的警示。
13. 如權(quán)利要求l所述的事件更新管理系統(tǒng)，其特征在于，警示注冊(cè)數(shù)據(jù)可 由移動(dòng)服務(wù)用戶和主網(wǎng)絡(luò)服務(wù)器中的一方訪問(wèn)和編輯。
14. 一種事件更新管理方法，其特征在于，該方法包括下列步驟由數(shù)據(jù)模塊接收由主網(wǎng)絡(luò)服務(wù)器提供的警示注冊(cè)數(shù)據(jù)，當(dāng)移動(dòng)服務(wù) 用戶通過(guò)主網(wǎng)絡(luò)服務(wù)器提交相應(yīng)于某個(gè)事件的警示注冊(cè)請(qǐng)求時(shí)產(chǎn)生該警 示注冊(cè)數(shù)據(jù)；將該警示注冊(cè)數(shù)據(jù)記錄到數(shù)據(jù)庫(kù)中；響應(yīng)從主網(wǎng)絡(luò)服務(wù)器接收的指令產(chǎn)生警示，所述指令與所述事件相 關(guān)，和相應(yīng)于所述警示注冊(cè)數(shù)據(jù)向移動(dòng)服務(wù)用戶發(fā)送警示。
15. 如權(quán)利要求14所述的事件更新管理方法，其特征在于，該方法進(jìn)一步包 括提供用于向移動(dòng)服務(wù)用戶發(fā)送消息以確認(rèn)由移動(dòng)服務(wù)用戶通過(guò)主網(wǎng)絡(luò) 服務(wù)器提交的警示注冊(cè)請(qǐng)求的步驟，該消息為所述警示。
16. 如權(quán)利要求14所述的事件更新管理方法，其特征在于，發(fā)送警示的步驟 包括如下步驟產(chǎn)生和發(fā)送作為警示的短消息服務(wù)(SMS)消息，多媒體消息服務(wù) (麗S)消息和無(wú)線應(yīng)用協(xié)議(WAP)推出消息中的一種消息。
17. 如權(quán)利要求14所述的事件更新管理方法，其特征在于，該方法進(jìn)一步包括由主網(wǎng)絡(luò)服務(wù)器主持網(wǎng)站的步驟，該網(wǎng)站用一組應(yīng)用編程界面(API)功能和由事件更新管理系統(tǒng)提供的源代碼之一預(yù)先編程。
18. 如權(quán)利要求17所述的事件更新管理方法，其特征在于，由主網(wǎng)絡(luò)服務(wù)器主持網(wǎng)站的的步驟包括如下步驟提供定義由網(wǎng)站用于與事件更新管理系統(tǒng)連通的軟件互連通功能的一組應(yīng)用編程界面(API)功能。
19. 如權(quán)利要求17所述的事件更新管理方法，其特征在于，由主網(wǎng)絡(luò)服務(wù)器 主持網(wǎng)站的的步驟包括由事件更新管理系統(tǒng)提供軟件庫(kù)的步驟。
20. 如權(quán)利要求17所述的事件更新管理方法，其特征在于，所述軟件庫(kù)是所 述一組軟件應(yīng)用編程界面(API)功能的軟件實(shí)施形式。
21. 如權(quán)利要求17所述的事件更新管理方法，其特征在于，由主網(wǎng)絡(luò)服務(wù)器 主持網(wǎng)站的步驟包括由所述網(wǎng)站提供用于警示注冊(cè)請(qǐng)求的警示注冊(cè)表。
22. 如權(quán)利要求21所述的事件更新管理方法，其特征在于，提供警示注冊(cè)表 的步驟包括如下步驟提供包括用于獲取移動(dòng)服務(wù)用戶的注冊(cè)細(xì)節(jié)和帳單細(xì)節(jié)中的至少一 個(gè)細(xì)節(jié)的用于從中產(chǎn)生警示注冊(cè)數(shù)據(jù)的輸入域的警示注冊(cè)表。
23. 如權(quán)利要求14所述的事件更新管理方法，其特征在于，發(fā)送警示的步驟 包括跟蹤向移動(dòng)服務(wù)用戶發(fā)送的至少一個(gè)警示的步驟。
24. 如權(quán)利要求14所述的事件更新管理方法，其特征在于，該方法進(jìn)一步包 括如下步驟提供多個(gè)帳戶，多個(gè)帳戶中的一個(gè)帳戶相應(yīng)于操作主網(wǎng)絡(luò)服務(wù)器的 網(wǎng)站管理者，用于提供與所述多個(gè)帳戶中的該一個(gè)帳戶相關(guān)的至少一個(gè) 管理功能，以及使網(wǎng)站管理者能夠指令警示模塊產(chǎn)生和向移動(dòng)服務(wù)用戶 發(fā)送警示。
25. 如權(quán)利要求14所述的事件更新管理方法，其特征在于，該方法進(jìn)一步包 括如下步驟管理移動(dòng)服務(wù)用戶和主網(wǎng)絡(luò)服務(wù)器中的至少一方的帳單細(xì)節(jié)，該帳 單細(xì)節(jié)相應(yīng)于由警示模塊向移動(dòng)服務(wù)用戶發(fā)送的警示。
26. 如權(quán)利要求14所述的事件更新管理方法，其特征在于，該方法進(jìn)一步包 括如下步驟允許由移動(dòng)服務(wù)用戶和主網(wǎng)絡(luò)服務(wù)器中的一方訪問(wèn)警示注冊(cè)數(shù)據(jù)用 于編輯該警示注冊(cè)數(shù)據(jù)。
27. —種機(jī)器可讀媒介，其特征在于，該機(jī)器可讀媒介具有存儲(chǔ)在其中的多 個(gè)編程指令，當(dāng)執(zhí)行所述編程指令時(shí)，該指令使機(jī)器由數(shù)據(jù)模塊接收由主網(wǎng)絡(luò)服務(wù)器提供的警示注冊(cè)數(shù)據(jù)，當(dāng)移動(dòng)服務(wù) 用戶通過(guò)主網(wǎng)絡(luò)服務(wù)器提交相應(yīng)于某個(gè)事件的警示注冊(cè)請(qǐng)求時(shí)產(chǎn)生該警 示注冊(cè)數(shù)據(jù)；將該警示注冊(cè)數(shù)據(jù)記錄到數(shù)據(jù)庫(kù)中；響應(yīng)從主網(wǎng)絡(luò)服務(wù)器接收的指令產(chǎn)生警示，所述指令與所述事件相 關(guān)，和相應(yīng)于所述警示注冊(cè)數(shù)據(jù)向移動(dòng)服務(wù)用戶發(fā)送警示。
28. 如權(quán)利要求27所述的機(jī)器可讀媒介，其特征在于，其中當(dāng)執(zhí)行所述編程 指令時(shí)，該指令使機(jī)器進(jìn)一步提供用于向移動(dòng)服務(wù)用戶發(fā)送消息以確認(rèn) 由移動(dòng)服務(wù)用戶通過(guò)主網(wǎng)絡(luò)服務(wù)器提交的警示注冊(cè)請(qǐng)求的確認(rèn)模塊，該 消息為所述警示。
29. 如權(quán)利要求27所述的機(jī)器可讀媒介，其特征在于，其中當(dāng)執(zhí)行所述編程 指令時(shí)，該指令使機(jī)器產(chǎn)生和發(fā)送作為警示的短消息服務(wù)(SMS)消息， 多媒體消息服務(wù)(麗S)消息和無(wú)線應(yīng)用協(xié)議(WAP)推出消息中的一種 消息。
30. 如權(quán)利要求27所述的機(jī)器可讀媒介，其特征在于，其中當(dāng)執(zhí)行所述編程指令時(shí)，該指令使機(jī)器進(jìn)一步要求由主網(wǎng)絡(luò)服務(wù)器主持網(wǎng)站，該網(wǎng)站用 一組應(yīng)用編程界面(API)功能和由事件更新管理系統(tǒng)提供的源代碼之 一預(yù)先編程。
31. 如權(quán)利要求30所述的機(jī)器可讀媒介，其特征在于，其中當(dāng)執(zhí)行所述編程指令時(shí)，該指令使機(jī)器提供定義由網(wǎng)站用于與事件更新管理系統(tǒng)連通的 軟件互連通功能的一組應(yīng)用編程界面(API)功能。
32. 如權(quán)利要求30所述的機(jī)器可讀媒介，其特征在于，其中當(dāng)執(zhí)行所述編程指令時(shí)，該指令使機(jī)器通過(guò)事件更新管理系統(tǒng)提供軟件庫(kù)。
33. 如權(quán)利要求30所述的機(jī)器可讀媒介，其特征在于，其中當(dāng)執(zhí)行所述編 程指令時(shí)，該指令使機(jī)器要求所述軟件庫(kù)成為所述一組軟件應(yīng)用編程界 面(API)功能的軟件實(shí)施形式。
34. 如權(quán)利要求30所述的機(jī)器可讀媒介，其特征在于，其中當(dāng)執(zhí)行所述編程 指令時(shí)，該指令使機(jī)器通過(guò)所述網(wǎng)站提供用于警示注冊(cè)請(qǐng)求的警示注冊(cè)表。
35. 如權(quán)利要求34所述的機(jī)器可讀媒介，其特征在于，其中當(dāng)執(zhí)行所述編程 指令時(shí)，該指令使機(jī)器提供包括用于獲取移動(dòng)服務(wù)用戶的注冊(cè)細(xì)節(jié)和帳 單細(xì)節(jié)中的至少一個(gè)細(xì)節(jié)的用于從中產(chǎn)生警示注冊(cè)數(shù)據(jù)的輸入域的警示 注冊(cè)表。
36. 如權(quán)利要求27所述的機(jī)器可讀媒介，其特征在于，其中當(dāng)執(zhí)行所述編程 指令時(shí)，該指令使機(jī)器跟蹤向移動(dòng)服務(wù)用戶發(fā)送的至少一個(gè)警示。
37. 如權(quán)利要求27所述的機(jī)器可讀媒介，其特征在于，其中當(dāng)執(zhí)行所述編程 指令時(shí)，該指令使機(jī)器進(jìn)一步提供多個(gè)帳戶，多個(gè)帳戶中的一個(gè)帳戶相 應(yīng)于操作主網(wǎng)絡(luò)服務(wù)器的網(wǎng)站管理者，用于提供與所述多個(gè)帳戶中的該 一個(gè)帳戶相關(guān)的至少一個(gè)管理功能，以及使網(wǎng)站管理者能夠指令警示模 塊產(chǎn)生和向移動(dòng)服務(wù)用戶發(fā)送警示。
38. 如權(quán)利要求27所述的機(jī)器可讀媒介，其特征在于，其中當(dāng)執(zhí)行所述編程 指令時(shí)，該指令使機(jī)器管理移動(dòng)服務(wù)用戶和主網(wǎng)絡(luò)服務(wù)器中的至少一方 的帳單細(xì)節(jié)，該帳單細(xì)節(jié)相應(yīng)于由警示模塊向移動(dòng)服務(wù)用戶發(fā)送的警不。
39. 如權(quán)利要求30所述的機(jī)器可讀媒介，其特征在于，其中當(dāng)執(zhí)行所述編程 指令時(shí)，該指令使機(jī)器允許由移動(dòng)服務(wù)用戶和主網(wǎng)絡(luò)服務(wù)器中的一方訪 問(wèn)警示注冊(cè)數(shù)據(jù)用于編輯該警示注冊(cè)數(shù)據(jù)。
全文摘要
互聯(lián)網(wǎng)的成長(zhǎng)和擴(kuò)展促進(jìn)了各個(gè)公司以及客戶為了從廣告到電子商務(wù)到在線銷售到博客和新聞傳播的范圍的所有目的使用互聯(lián)網(wǎng)?；ヂ?lián)網(wǎng)是當(dāng)前傳播信息的最快的方式。隨著無(wú)線時(shí)代的到來(lái)和移動(dòng)設(shè)備的擴(kuò)展，互聯(lián)網(wǎng)被規(guī)劃更快地成長(zhǎng)，尤其在移動(dòng)無(wú)線應(yīng)用領(lǐng)域。在不斷的發(fā)展中，終端用戶保持在互聯(lián)網(wǎng)上保持對(duì)新事件和更新的跟蹤成為重大的任務(wù)。但是允許移動(dòng)服務(wù)用戶對(duì)其感興趣的網(wǎng)站的更新保持跟蹤的當(dāng)前的事件更新管理系統(tǒng)有各種不易改變的缺點(diǎn)。本文揭示的本發(fā)明的實(shí)施例敘述了處理現(xiàn)存的事件更新管理系統(tǒng)面對(duì)的各種問(wèn)題的系統(tǒng)和方法。
文檔編號(hào)G06F13/00GK101197727SQ20071016294
公開(kāi)日2008年6月11日 申請(qǐng)日期2007年9月27日 優(yōu)先權(quán)日2006年9月29日
發(fā)明者瓦倫·阿羅拉 申請(qǐng)人:無(wú)限智慧實(shí)驗(yàn)室私人有限公司