專利名稱：網(wǎng)絡幀結構和用于提供通告的應用程序的制作方法
技術領域：
本發(fā)明通常涉及計算機系統(tǒng)，特別涉及根據(jù)便于預訂和聯(lián)接到一個通告平臺的各種應用程序，來遞送通告的系統(tǒng)和方法。
背景技術：
在當今的快速環(huán)境下，能使人們完成消息靈通的決定已經(jīng)變得越來越重要。在促成這種消息靈通的決定中，為個體提供相關和及時的情報成為必要因素。然而，對某些人來說是毫無用處的廢話的一些信息對另外的人卻可能是極有價值的。此外，某些信息還可以在當時是很重要的，其本身內容與及時遞送這種信息的關系極大。此外，有些信息即使不重要，某些個體也喜歡在通知該信息前保留此信息。盡管個體信息及遞送偏好方面存在天淵之別，但面臨的挑戰(zhàn)是，以需要的方式提供信息。
搜集信息的許多常規(guī)方法要求預先主動請求和搜索該信息，先要從紀錄中的幾十條消息、數(shù)幾百個條目、或標號或箭頭流向中進行命令篩選。此外，現(xiàn)有技術要求需要這種信息的人要在計算機旁，并有時間和能力來檢索那些信息。此外，人們越來越處于移動中并不能總是位于計算機旁邊。結果，能夠接入互聯(lián)網(wǎng)的移動設備變得越來越盛行，并且已經(jīng)產(chǎn)生了對任何可利用的和能接入的設備、無論處于任何場所都能及時遞送的人格化信息服務的需求。
人們已經(jīng)試圖努力滿足這種需要，它是通過建立一種系統(tǒng)以允許個體簽署能夠自動遞送所關心信息的一種應用程序。然而，采用這種ad-hoc方法的信息傳遞系統(tǒng)大部分都設立不佳。此外，由于處理大量問題要關系到大量分散的事件或出版物，以及將結果遞送到具有各種偏好以及多種設備類型的個體，這種復雜性使得傳統(tǒng)系統(tǒng)在換算定標(scaling)方面遇到困難。因此，傳統(tǒng)的通告系統(tǒng)比較低效，難以維護和管理，不可靠并且不適于投入大規(guī)模應用。
發(fā)明概要以下介紹簡化的發(fā)明概要，以便提供本發(fā)明某些方面的一些基本知識。本概要不是該發(fā)明的全面的概述。不是想標識本發(fā)明的關鍵/重要元素或描繪本發(fā)明的范圍。其唯一目的是以簡化形式介紹本發(fā)明的某些概念作為前序，在后面將更詳細介紹說明書。
本發(fā)明涉及一種系統(tǒng)和方法，用于根據(jù)應用通告平臺遞送通告。提供一個或多個應用程序模塊，以便于高效和及時地投遞信息。該應用程序模塊能夠在該通告平臺內部合并和/或與本通知平臺關聯(lián)，以便向用戶提供一個可改編的和可配置的接口或平臺以用于調整通告類型、時間和/或數(shù)量。如果要求，當接收通知時，可以從終端設備驅動這些?？欤渲杏脩裟軌蚺渲枚x一個或多個遞送原則的多個參數(shù)。此外，這些原則能夠在平臺末端被存儲/驅動以保持全部參數(shù)，否則以免例如如果設備受能力所限時造成麻煩。此外，使用該模塊能夠增加用戶的訂閱經(jīng)驗，由此，用戶能夠容易和經(jīng)濟地預訂和不預訂一個或多個通告服務。另外，能夠基于來自用戶的明確命令、用戶狀態(tài)的上下文環(huán)境推測和/或基于直接給予用戶的獎勵或其他因素來動態(tài)地調整這些預定服務。
根據(jù)本發(fā)明的一個方面，如上所述的應用程序模塊包括一個代理模塊，接收來自用戶的通告規(guī)約并基于該規(guī)約，代理或鏈接通告服務提供者以滿足或符合這種規(guī)約。能夠提供一個動態(tài)的定價模塊，其中根據(jù)團體中的用戶數(shù)目可以給予該組織或其他團體類型預定折扣。其他類型的價格可以包括基于使用的價格，其中根據(jù)已用的服務時間量或該用戶已消費的業(yè)務量向用戶提供服務折扣或價格(例如，每購買10個小時的服務，則免費增加一個小時的服務時間)。在另一模塊中，能夠采用訂閱接入模型以便促成對該業(yè)務的有效預訂或不預定。例如，在諸如太空災難等的重要事件期間，用戶可能希望預訂多個新聞來源供應者，但過一段時間，希望停止該服務(例如，自動、手動和/或預定考慮因素)。
其他類模塊包括推拉類模塊，能使用戶根據(jù)獎勵或其他因素調整通告的種類和數(shù)量。在推出(push)例子中，如果用戶愿意禁止(except)一個另外的通告服務，則可以向用戶提供一種獎勵例如免費提供一個月的股票通告服務。在拉回(pull)型例子中，用戶可以控制是否接收或何時接收預定之外的訂閱消息。還可以提供設備和濾波模塊，使用戶能夠控制怎樣接收通告。有時，用戶可以根據(jù)他們配置的設備種類，要求不同的遞送環(huán)境或條件。能夠提供篩選以便減輕不需要的通知量。本發(fā)明的另一方面包括與自動計費和訂閱服務相互作用的通告平臺。因此，能夠根據(jù)與計費服務有關的訂閱信息產(chǎn)生通告，并能夠包括經(jīng)過通知的大收費的情況，其中該計費服務確定被收費/聯(lián)系的數(shù)量、用戶和/或實體。
通常，上述幀結構和協(xié)議適合于一種自動化通告系統(tǒng)，該系統(tǒng)便于經(jīng)由一種可高度升級的通告體系來提供通告服務，并且能夠為多個完全不同的訂閱服務供應者和用戶處理大量的疑問。本發(fā)明主題的一方面提供了一種分布式通告平臺，它便于建立和維護可靠的高性能和可升級的應用程序。更加特別的是，本發(fā)明主題的平臺提供了一種方式，它以豐富的方式(例如XML)表示事件方案(schema)、預定方案、通知方案和規(guī)則，又允許訂閱服務提供者表達內容編排格式和能夠與分布通告相連進行實施的協(xié)議。本發(fā)明包括一個執(zhí)行引擎，它綜合根據(jù)上述的方案、編排格式和協(xié)議傳播的信息，以便提供可高度升級的通告服務。
本發(fā)明的另一方面提供了將訂閱和用戶信息提煉(如果要求也可以是事件信息)到高級的類別(例如數(shù)據(jù)字段--因此本發(fā)明將與通告相關的信息模型化為數(shù)據(jù)。訂閱應用程序因此能以高水準開發(fā)，例如，其中復雜的訂閱查詢和用戶信息可以定義為數(shù)據(jù)字段。符合該數(shù)據(jù)字段的數(shù)據(jù)庫可以借助于訂閱/用戶指定信息進行傳播。本發(fā)明利用與數(shù)據(jù)庫引擎(例如SQL server)有關的處理能力經(jīng)過執(zhí)行表上的聯(lián)合運算(例如，預定表、用戶表和事件表)來產(chǎn)生通告。從而，整體地產(chǎn)生通告，與對每個用戶產(chǎn)生通告相比，可以不用花費大量的計算資源。通過將與通告相關的信息模型化為數(shù)據(jù)(例如預定查詢、用戶信息、事件信息)和均衡該相關數(shù)據(jù)庫的能量，以對數(shù)據(jù)有效地執(zhí)行面向操作的設定，本發(fā)明提供了高度可升級和高效的通告系統(tǒng)。
為完成上述和相關內容，以下結合附圖和說明書描述本發(fā)明的作為例證的一些必要方面。這些方面以各種形式表現(xiàn)出來，其中可以實踐該發(fā)明，其各方面將被本發(fā)明所覆蓋。當結合本發(fā)明的說明書細節(jié)和附圖考慮時，本發(fā)明的其他優(yōu)勢和新穎特征將更加明顯。
附圖的簡要描述
圖1是根據(jù)本發(fā)明一個方面的通告遞送系統(tǒng)和應用程序模式的示意方框圖。
圖2是根據(jù)本發(fā)明一個方面的說明代理系統(tǒng)的示意方框圖。
圖3是根據(jù)本發(fā)明一個方面的動態(tài)定價制度的示意方框圖。
圖4是根據(jù)本發(fā)明一個方面的訂閱控制系統(tǒng)的示意方框圖。
圖5是根據(jù)本發(fā)明一個方面的推出/拉回(push/pul)系統(tǒng)的示意方框圖。
圖6是根據(jù)本發(fā)明一個方面的訂閱和上下文環(huán)境的圖解。
圖7是根據(jù)本發(fā)明一個方面的說明設備配置的圖解。
圖8舉例說明根據(jù)本發(fā)明一個方面的計費和規(guī)定處理體系結構。
圖9舉例說明根據(jù)本發(fā)明的事件處理體系。
圖10是圖解根據(jù)本發(fā)明一個方面的通告遞送處理的流程圖。
圖11是根據(jù)本發(fā)明一個方面的通告遞送系統(tǒng)的示意方框圖。
圖12是根據(jù)本發(fā)明一個方面的通告創(chuàng)建和分配系統(tǒng)的示意方框圖。
圖13是說明根據(jù)本發(fā)明一個方面的圖解通告服務結構的示意方框圖。
圖14是描繪根據(jù)本發(fā)明一個方面的ADF和其組件的方框圖。
圖15是說明根據(jù)本發(fā)明一個方面的優(yōu)先制度的示意方框圖。
圖16是說明根據(jù)本發(fā)明的一個方面在通告引擎和上下文環(huán)境分析器之間系統(tǒng)地合作的圖解方框圖。
圖17是說明根據(jù)本發(fā)明一個方面的適當?shù)牟僮鳝h(huán)境的圖解方框圖。
圖18是表示該發(fā)明與之交互的一個計算環(huán)境樣本的圖解方框圖。
發(fā)明的詳細說明本發(fā)明涉及一種系統(tǒng)和方法，它借助于通告平臺的幀結構而工作的各種應用程序來促進自動遞送。這些應用程序是通過模塊進行描述的，這些模塊能使用戶容易/便利地與該通告平臺產(chǎn)生交互作用。這樣一個模塊包括代理模塊，充當?shù)谌揭越邮找蠓盏挠脩舳x，然后鏈接這種服務，以便按照該平臺遞送捆綁(bundle)服務。能夠提供一個動態(tài)定價模塊，以根據(jù)各種因素諸如通告服務的容量標價折扣來促進遞送服務。提供一個預定接入模塊，以便能使用戶方便地預訂和不預訂服務，反之，可以采用一個推出/拉回(push/pull)模塊，給予用戶有關遞送可選服務的一個或多個選擇權。能夠提供一種上下文環(huán)境模塊，能使用戶根據(jù)當前的環(huán)境狀態(tài)(例如在假期中停止服務直到回來為止)改變他們的訂閱。一種設備濾波器模塊向用戶提供了用于控制通告的類型和數(shù)量變化的方式(例如只允許預訂的通告、允許早晨來自用戶A和B的通告、允許下午來自用戶A和C的通告)。一個計費模塊包括，在自動計費和訂閱服務之間描述性的交互作用以及這些通告平臺的一個或多個交互作用，其中在這些計費系統(tǒng)中，涉及一個或多個用戶的事件/消息能夠經(jīng)由通告平臺交付給該用戶(例如，服務已經(jīng)停止后，你的賬面為你上月的訂閱使用記了$10.00)。
正如本應用程序所使用的，術語″部件″、″模塊″、″協(xié)議″、″系統(tǒng)″等等是用來指與計算機有關的實體，或者硬件和軟件的結合、軟件、或執(zhí)行中的軟件。例如，部件可以是但不局限于在處理機上運行的程序、處理器、對象、可執(zhí)行的、執(zhí)行進程(thread)、程序和/或計算機。作為例證，在服務器上運行的應用程序和該服務器兩者都可以是部件。一個或多個部件可以位于一個程序和/或執(zhí)行進程的內部，部件可以定位在計算機上和/或分布在兩個或更多個計算機之間。
正如此處所用的，術語″推理″通常涉及推導過程或系統(tǒng)推斷狀態(tài)、環(huán)境和/或經(jīng)過事件和/或數(shù)據(jù)捕獲的來自一組觀察的用戶的推斷。例如，推理可以被利用到識別一個具體環(huán)境或行為，或可以通過一些狀態(tài)產(chǎn)生一個概率分布。該推理可以是隨機的-也就是說，對所關心的狀態(tài)的概率分布計算是基于數(shù)據(jù)和事件的考慮。推理還可以指用于從一組事件和/或數(shù)據(jù)中組成高級事件所采用的方法。這種推理從一組監(jiān)視的事件和/或存儲的事件數(shù)據(jù)中導致新事件或行為的構建，不管該事件是否與當前最靠近的事物密切相關，也不管該事件和數(shù)據(jù)是否來自一個或幾個事件和數(shù)據(jù)源。
先參考圖1，根據(jù)本發(fā)明的一個方面說明通告遞送系統(tǒng)100。該系統(tǒng)100采用一個通告平臺110向一個或多個通告接收器(sinks)120分送來自一個或多個事件源114的信息，事件源114產(chǎn)生通告，通告接收器120接收來自信息源的信息。為了從事件源114接收信息，要獲得一個或多個預定信息124以便確定哪個事件源應該在通告接收器120產(chǎn)生自動通告。例如，新聞訂閱可能包括來自三個不同的新聞來源的通告，諸如重要新聞來源、體育新聞來源和商業(yè)新聞來源。如果用戶已經(jīng)適宜地預訂了此類新聞預定，那么從該三個來源的任何一個所產(chǎn)生的通告可以到達該通告接收器120，其中通告平臺110選擇什么時候以及是否來自事件源114的信息通過或發(fā)送到該接收器。在另一例子中，根據(jù)向接收器120遞送股票通告的金融服務，可以傳送從各種股票來源收集的信息。
人們注意到通告平臺110可以包括各種部件，諸如一個SQL server，它整理來自多個事件源114的數(shù)據(jù)，并執(zhí)行聯(lián)合操作以便將通告分配給吸收器120，其中該通告平臺110執(zhí)行各種數(shù)據(jù)庫和通信操作。該通告平臺110因此可以從一個或多個事件源114中集中或集合信息并分配該收集的信息到通告吸收器120中。還注意到，可以提供各種系統(tǒng)和部件，以便促進在通告平臺110、事件源114和通告吸收器120之間的操作，這在下面將具體描述。
提供一個或多個應用程序模塊130以便于高效和及時遞送通告。例如，該應用程序模塊能夠在該通告平臺110內部合并和/或與本通告平臺關聯(lián)，以便向用戶提供一個可改編的和可配置的接口或平臺以用于調整通告類型、時間和/或數(shù)量。另外，應用程序模塊130可以與事件源114、通告吸收器120和/或預定124相聯(lián)和/或內部合并。如果需要當接收通告時，可以從通告吸收器120中驅動該模塊，其中用戶可以配置定義一個或多個遞送原則的多個參數(shù)。此外，本原則能夠在平臺末端110(或其他部件)被存儲/驅動用于保持全部參數(shù)，以免例如設備受能力所限時造成麻煩。正如舉例說明的，可以提供用戶分布圖和/或參數(shù)134，捕獲/推導該用戶要求什么時候接收通告。這些分布/參數(shù)134被保留為一個文件或對在系統(tǒng)100中說明的一個或多個部件保留為結構化相關數(shù)據(jù)。
該應用程序模塊130能夠被應用以增加用戶的訂閱經(jīng)驗，在此，用戶能夠容易和經(jīng)濟/自動地預定和不訂閱一個或多個通告服務。另外，能夠基于來自用戶的明確命令、用戶陳述的上下文推測和/或基于用戶呈交的推斷或其他因素來動態(tài)地調整這些訂閱信息124，正如下面將要更詳細描述的。
根據(jù)本發(fā)明的一方面，應用程序模塊134包括一個代理模塊140，接收來自用戶的通告規(guī)約并根據(jù)該規(guī)約，代理或鏈接通告服務/提供者以便符合或滿足這樣的規(guī)約(例如，我需要體育訂閱，我要接收來自ESPN和三個拉斯維加斯飯店通告)。代理模塊140然后搜索供給所要求服務的服務提供者，將該規(guī)約捆綁為一個訂閱群124，并傳遞預訂信息給該通告平臺110(例如通知通告平臺從指定的通告服務向用戶發(fā)送那個通告的信息或數(shù)據(jù))。
可以根據(jù)本發(fā)明的另一方面提供一個動態(tài)定價模塊144，其中根據(jù)團體類型和用戶數(shù)量給與團體訂閱折扣(例如來自公司A的所有用戶得到10％的折扣)。其他類型的價格可以包括基于使用的價格，其中服務折扣或價格受所消費服務的時間或容量的影響。正如可以意識到的，該動態(tài)的定價模型144可以利用多個因素和要素組合來改變和變更認購價格。例如，在一天的某個時間段或根據(jù)其接收通告的場所給與用戶折扣。折扣可以是非金錢的形式，諸如采用一種使用種類的用戶對于另一種訂購給與一個信用(credit)(例如，保健通告的所有用戶也接收營養(yǎng)通告))))))。在另一模型中，能夠采用訂閱接入模塊150來促成對該業(yè)務的有效訂閱或不訂閱。例如，用戶只在諸如股票市場崩潰的重要事件期間訂閱多個提供者新聞來源，而過一段時間或其他因素之后希望停止該服務。這樣的模塊150可以便于分散的或間歇使用的服務，即更加與用戶的通告要求一致(例如，我只不過想訂購兩個小時，我想在早晨訂購不想在晚上訂購，我需要訂閱17天))))))。
其他類型應用程序模塊134包括推出和拉回塊154，能使用戶根據(jù)獎勵(incentive)或其他因素調整通告的種類和數(shù)量。在一個例子中，可以向用戶提供一個獎勵(例如，從平臺110推出的通告)，諸如如果愿意禁止一個選擇的通告服務，那么給與一個月的免費郵件通告。其他獎勵可以廣泛地基于諸如假如你每月接受10個廣告通告，那么你對于你當前的一個或多個服務可以采用賒帳方式。在另一例子中，用戶可以控制是否接收和何時接收訂閱消息以外的消息。因此，在用戶需求文件和參數(shù)134中，用戶可以啟動表明該用戶希望從該平臺110中收回比當前正在接收的信息更多的附加信息。
可以采用一個上下文環(huán)境模塊160來動態(tài)地改變訂閱124和/或造成通告平臺110自動行為的改變。例如，用戶可能希望僅在一特殊背景環(huán)境下預訂一種服務和用戶在不同環(huán)境下不預訂其他服務(例如，在工作期間，我希望我的私人愛好訂閱取消，當我不忙時，我愿意訂閱三個娛樂通告服務。還可以提供設備和過濾模塊164，使用戶能夠控制怎樣接收通知。有時，用戶可以根據(jù)設備種類的配置情況要求不同的遞送環(huán)境或條件(例如，當我只想接入我的蜂窩電話時，我希望撤消我的桌上型電腦的訂閱)?？梢愿鶕?jù)多種篩選選擇權(諸如junk/SPAM郵件篩選和/或用戶定義的規(guī)則)提供篩選以便減輕不需要的通告量。本發(fā)明的另一方面包括與自動計費和訂閱服務交互/作用(interactions/functions)的計費模塊170。因此，能夠根據(jù)與計費模塊170有關的訂閱信息產(chǎn)生通告，并能夠包括這樣一些方面通過通告平臺110產(chǎn)生的經(jīng)通告后的大量或重點計費情況，其中該計費模塊確定要收費/聯(lián)系的數(shù)量、用戶、實體和/或其他因素。注意到還可以應用和適用一個或多個應用程序模塊134以根據(jù)本發(fā)明的多種組合情況進行協(xié)作。例如，一方面可以適應該推出/拉回模塊154以與該訂閱接入模塊150共同操作。在另一例子，代理模塊140可以適應上下文環(huán)境模塊160、收費模塊170等等。
現(xiàn)在參考圖2，說明根據(jù)本發(fā)明的一個方面的代理系統(tǒng)200。在本發(fā)明的這個方面，在參考數(shù)字224，通告代理210查詢遠程設備220(或裝置)(還可以包括直接從遠程設備到代理的查詢)。查詢224可以包括通告服務的形式，諸如電子郵件、網(wǎng)絡郵局、蜂窩電話語音消息、發(fā)射窗等等。遠程設備220實質上能夠包括任何種類的通告吸收器(下面將詳細描述)，將查詢224引導到一個接口(不顯示)(例如，顯示屏、電文)，其中該設備的用戶確定是否支持該查詢(例如，web查詢請求用戶從目錄中選擇業(yè)務或子業(yè)務)。因此，在查詢230中，通過遠程設備220產(chǎn)生一個查詢響應230，表明該用戶是否希望訂閱查詢230提供的一個或多個通告服務(例如表明是與否、目錄選擇的標志響應，表明不提供(counteroffer)或其他條件的方案響應)。在本發(fā)明的另一方面中，用戶引導遠程設備220向代理210傳遞一個非請求響應或查詢234，請求/指定訂購的一個或多個服務。
代理210接收通告服務響應之后，接著(或該查詢之前)組合通告訂閱。例如，代理210能夠與一個或多個服務提供者240商定以便確定該服務提供者是否能夠遞送要求的通告服務。在一個例子中，該遠程設備220的用戶可以指定″我希望一種通告服務能夠遞送通用商業(yè)通知、具體給公司X的通知、影響我儲蓄帳戶的銀行告示和當?shù)氐幕驀鴥鹊闹匾侣劇?。接著代?10請求或確定哪個服務提供者240能產(chǎn)生有關該用戶的響應230和/或未經(jīng)請求的要求234的通告或通告事件。
在本發(fā)明的另一方面中，代理210能夠提供通告代理242，借此代理將有關該用戶的請求通告排隊，并且在一個通告包244中遞送該通告給通告平臺250，通告平臺250接著將該通告?zhèn)鞑ソo位于遠程設備220(或裝置)處的用戶。另一方面，代理210執(zhí)行訂閱代理252并且確定能夠遞送所要求的通告服務的可利用的服務提供者240。確定之后，代理210產(chǎn)生服務包254(例如描述通告服務部件的方案或文件以及供給部件的服務提供者)并且遞送該作為訂閱的包給通告平臺250。通告平臺250然后對服務包254中表明的任何事件設置一個響應，其中如果通告是從該包中產(chǎn)生的，那么通告平臺250接著傳送這樣的通告到遠程設備220和/或與該包有關的通告吸收器中。正如能夠意識到的，用戶除了能夠描述或定義他們希望從中接收通告的業(yè)務類型之外，還能夠指定哪個設備接收通告。此外，由代理210、通告平臺250和/或根據(jù)自動計費和訂閱業(yè)務/系統(tǒng)，能夠提供遞送服務的帳號管理(例如用于被遞送通告的收費用戶帳戶)，這將在下面進行更詳細的描述。
轉向圖3，說明根據(jù)本發(fā)明一個方面的動態(tài)定價系統(tǒng)。在此方面，通告平臺310與動態(tài)定價部件320進行交互，動態(tài)定價部件320是包含能夠改變或變更認購價格或交貨條件的規(guī)則或原則的一個文件或存儲介質。為了確定包含在該動態(tài)定價部件320中的價格選項是否適用于一個用戶、用戶子集合和/或團體，提供一個用戶情況文件330，它與這樣的用戶/群有關(例如與通告吸收器/平臺有關的情況)，即一個或多個屬性340，表明有關用戶的信息，諸如所選組中的會員以及有關使用通告業(yè)務的圖形信息。接著通告平臺310使用一個執(zhí)行部件350來確定該屬性340是否有資格享受該動態(tài)訂價部件320描述的價格促銷或折扣。例如，如果價格折扣提供給團體會員，屬性340表明用戶是某團體會員，那么相應的用戶經(jīng)過該執(zhí)行部件350可以有資格享受團體折扣(假定定價部件是如此配置的)。
該動態(tài)定價部件320包括能使用戶在訂閱通告服務時接收價格調整的一個或多個原則。如上所述，這些可以包括團體折扣，其中通告平臺310向有資格獲得該團體會員的用戶提供折扣(例如金錢/信用)。另一方面，還可以給出總額折扣。因此，如果一個或更多的用戶訂閱預訂數(shù)目的服務時，可以根據(jù)完成或訂閱的該預定數(shù)或獲得的最低訂閱量來申請總額折扣。該動態(tài)定價部件320提供的其他折扣包括基于時間考慮的折扣。例如，用戶可以根據(jù)一天中的時刻、星期、或其他諸如月，對訂閱的服務享受折扣。因此，某些通告服務可能獎勵用戶使用某一選定時間段的服務。還可以基于用戶場所的考慮提供類似折扣。例如居住于加州/IP地址(或其他地方)的所有用戶得到一個星期的免費服務(或其他獎勵)。
另一種考慮或準則可以是基于狀態(tài)環(huán)境的折扣或調整(例如，當前處于非忙狀態(tài)的所有用戶接收一個休假提示(vacation notice))。下面參考圖6將更詳細地描述有關狀態(tài)環(huán)境的其他考慮和訂閱。另一價格考慮可以是基于使用的考慮(例如利用通告平臺多于X分鐘/月的所有用戶得到折扣)。其他其他價格考慮還包括基于相關聯(lián)系的調整。這樣的調整可以包括根據(jù)使用或訂閱其他標識服務來提供服務或折扣(例如簽署了新聞服務的所有用戶給予體育新聞服務而不需額外花費)。
圖4說明根據(jù)本發(fā)明一個方面的訂閱控制系統(tǒng)400。依據(jù)此方面，提供一個或多個訂閱控制410以便于訂購和/或不訂購由通告平臺420提供的通告服務。該通告平臺420包括一預定部件424用于能使或禁止這些訂閱發(fā)往一個或多個通告吸收器430。還可以提供一個帳目部件434以便根據(jù)操作該通告吸收器430的用戶和該通告平臺420之間的相關服務協(xié)議或合同跟蹤服務用途和信用量以及帳單。
該訂閱控制410(例如文件或方案)提供用于訂購和不訂購服務的多種機制。在一方面，可以提供訂閱開關或標志440，通過放置在通告吸收器430上的按鍵或圖形用戶界面部件進行接通或斷開(例如，如果選擇了綠色按鍵，則現(xiàn)在預訂財經(jīng)服務，聲音編碼的或觸發(fā)標志表明我不想預訂服務。在另一方面，可以表明短期訂閱444。這樣的訂閱包括選項，諸如我想訂購一個小時或兩天或其他時間，其中該期限可以從該通告吸收器430輸入。另一種控制包括450處的間歇性訂閱(例如，我想訂閱星期一和星期二的內容，至周日再訂閱。另一類型的控制包括位于454處的能使用戶選擇試訂(例如我想試訂一段時間，這一段時間我的訂閱費自動終止)。在460，可以選中一個或多個變換選項。這樣的選項包括將一種訂閱轉為另一種(例如將我的體育新聞訂閱替換為健康通告訂閱)和將一種期限轉換為另一種(例如，將長期訂閱轉換為短期訂閱，將試訂閱轉換為永久訂閱)。正如可以意識到的，借助于訂閱控制410可以提供各種組合和選項以便預訂和/或不預定服務。
圖5說明根據(jù)本發(fā)明一個方面的推出/拉回(push/pull)系統(tǒng)500。在此方面，可以在通告平臺510(可以包括代理)和遠程設備520之間交換其他通告(訂購通告之外的)。一方面，由遠程設備520產(chǎn)生一個拉回(pull)請求530以便確定通告平臺510提供什么樣的服務。這能夠包括在用戶文件534內部的設置控制，這些設置控制允許通告平臺510發(fā)送非訂購通告或消息。例如，遠程設備520可以希望得到平臺510內部的推銷多種服務的未經(jīng)請求的通知或廣告(直到用戶文件中的控制發(fā)生變更)。例如這樣的信息能夠包括為對其他服務的標價和比較信息。這還可以包括從多個不同的或類似的/競爭的資源中得到樣本通告。
在本發(fā)明的另一方面中，在540，可以將獎勵和/或其他類信息向該用戶推出。在一個例子中，在540可以給用戶提供試圖引導用戶使用相應服務的多種供應，獎勵和/或選擇權。例如，一種獎勵可以寫為″如果你預訂體育服務，那么你的新聞服務額將扣除50％″。另一例子包括″如果你同意在6:00的一個小時期間經(jīng)由通告接收未經(jīng)請求的廣告，你會得到持續(xù)一個月的免費服務″。正如能夠意識到的，能夠提供多個這樣的獎勵。如果操作遠程設備520的用戶決定接收/拒絕一個供給服務，那么該用戶能夠選定一個菜單選項或設備機構，該設備機構將一個答復發(fā)回給通告平臺510。注意，用戶能夠設置用戶文件534中的控制功能，以能夠減少或除去任何推出式通告。
圖6說明根據(jù)本發(fā)明一個方面的訂閱和狀態(tài)環(huán)境部件600。在此方面，能夠使用用戶狀態(tài)環(huán)境來控制訂閱活動。例如，訂閱部件604能夠根據(jù)來源于環(huán)境模塊610的環(huán)境信息使一個或多個訂閱激活或撤消。在一方面，根據(jù)環(huán)境狀態(tài)或其他環(huán)境數(shù)據(jù)，能夠根據(jù)狀態(tài)環(huán)境模型610提供的一個或多個方面預訂或不預訂訂閱服務。舉例來說，某些用戶基于一檢測環(huán)境可能想要某一種通告，但他們不想在其外部環(huán)境不能允許(由于其當前活動)接收這些通告的期間預定這項服務(例如當我工作時，不訂閱愛好類通告源而預訂專業(yè)的通告源)。正如能夠意識到的，訂閱部件604事實上不能激活和撤消一種訂閱服務，而是僅僅在其環(huán)境或指定環(huán)境規(guī)則不能允許接收足夠的通告期間給用戶的帳目賒帳。以下描述與狀態(tài)環(huán)境模塊610有關的其他方面以及可以變更或影響該訂閱部件610的其他方面。
狀態(tài)環(huán)境信息(或狀態(tài)環(huán)境)是有關用戶和該用戶的活動的信息，這些信息能使系統(tǒng)對用戶行為智能地產(chǎn)生和發(fā)送通告。狀態(tài)環(huán)境信息的例子包括.即時投遞存在信息.交換日歷信息.由蜂窩電話網(wǎng)絡或GPS接收器報告的物理位置信息.用戶系統(tǒng)收集的信息，諸如用戶是否正在鍵盤打字、點擊鼠標或以全屏幕模式運行一個應用程序。
狀態(tài)環(huán)境信息典型地來源于環(huán)境源620并由狀態(tài)環(huán)境消費者諸如訂閱部件604使用。狀態(tài)環(huán)境信息可以通過環(huán)境服務從環(huán)境源620傳播到環(huán)境消費者。環(huán)境源620的位置是環(huán)境數(shù)據(jù)源(或發(fā)端)。環(huán)境消費者的場所是環(huán)境目的地(或目的地)。
環(huán)境信息可以由大量的環(huán)境源620提供，包括硬件狀態(tài)環(huán)境源該系統(tǒng)通過監(jiān)視硬件設備狀態(tài)能夠集合環(huán)境信息。
1.鍵盤活動。
2.鼠標活動。
3.電話活動(電話通/斷，電話會話進行中等等)。
4.個人數(shù)字助理活動。
5.蜂窩電話網(wǎng)絡內部的物理位置。
6.GPS接收器報告的物理位置。
7.與圖像識別連接的Web攝影機。
8.與聲音識別鏈接的麥克風。
9.運動傳感器。
10.紅外傳感器。
軟件運行環(huán)境源該系統(tǒng)能夠從操作系統(tǒng)和從指令化的應用程序中集合環(huán)境信息。
1.視窗a.用戶已登錄。
b.用戶正在運行全屏幕應用程序。
2.交換a.交換機正在被用于閱讀電子郵件。
b.交換日歷數(shù)據(jù)。
c.交換″不在辦公室″狀態(tài)。
3.IMa.該IM客戶正在發(fā)送和接收IM消息。
b.用戶進入IM狀態(tài)4.internet探索器或其他瀏覽器a.IE正在用于瀏覽web。
5.辦公室a.正在使用Powerpoint給出演示模式b.正在使用Outlook瀏覽電子郵件。
C.正在使用Word或Excel操作另一文件。
6.視窗媒體播放機a.正在使用視窗媒體播放機播放音樂或影像。
7.第三方應用程序可以提供環(huán)境信息。
模式檢測狀態(tài)環(huán)境源該系統(tǒng)和應用程序能夠通過分辨行為模式來推導出環(huán)境信息。例如，該系統(tǒng)可以認識到一個用戶在每周的預定時間正常地登錄和不登錄。
在630，能夠出現(xiàn)狀態(tài)環(huán)境特征。
環(huán)境信息能夠被表征如下。
狀態(tài)環(huán)境源指定誰提供該環(huán)境。
狀態(tài)境使用者指定誰使用該狀態(tài)環(huán)境。
實用性詳細說明在產(chǎn)生或發(fā)送通告時，狀態(tài)環(huán)境信息是多么有用。實用性被指定為∷高、中或低(或其他指示)。
準確度詳細說明在該環(huán)境信息中該系統(tǒng)能夠給予多大可信度。某些狀態(tài)環(huán)境信息是絕對精確和可信賴的；其他狀態(tài)環(huán)境信息也許是啟發(fā)式或只不過部分可靠。準確度被指定為∷高、中或低(或其他指示)。
靈敏度詳細說明該系統(tǒng)必須付出多少努力來保護該環(huán)境信息不被公開。靈敏度被指定為∷高、中或低(或其他指示)。
發(fā)端/目的/傳播距離發(fā)端確定該狀態(tài)環(huán)境信息發(fā)生的場所。發(fā)端被指定為桌上型電腦、設備、企業(yè)服務器、網(wǎng)絡服務器、載波通信網(wǎng)、等等。目的地確定該狀態(tài)環(huán)境信息被耗費的場所。目的地被指定為桌上型電腦、設備、企業(yè)服務器、網(wǎng)絡服務器、載波通信網(wǎng)、等等。傳播距離確定該狀態(tài)環(huán)境信息必須傳送多遠才能從發(fā)端傳播到目的地。傳播距離可以被指定為當?shù)氐?或內部系統(tǒng))、內聯(lián)網(wǎng)，或國際互聯(lián)網(wǎng)絡。該傳播距離可以影響環(huán)境信息傳播的性能、可靠性和安全。
變化性(Volatility)確定在環(huán)境源環(huán)境信息的變化頻率。變化性是按照每秒、分鐘、小時、天、星期、月或年的變化指定的。
接入次數(shù)確定環(huán)境使用者訪問該環(huán)境信息的次數(shù)。接入次數(shù)是按照每秒、分鐘、小時、天、星期、月或年的接入指定的。
規(guī)模確定提供、傳送、貯藏和耗費了多少環(huán)境信息。規(guī)模是按照字節(jié)指定的。
用戶維護的花費確定用戶必須消耗多少努力來維護精確的環(huán)境信息。能夠認為，用戶更可能愿意維護系統(tǒng)自動持有而且不須用戶努力的那種環(huán)境信息，而不是用戶必須人工地維護的環(huán)境信息。這樣也可能是更加精確的。用戶維護的花費被指定為高、中或低。
在640，環(huán)境使用者能夠被表征為環(huán)境使用者能夠被表征如下。
狀態(tài)環(huán)境使用者誰是該狀態(tài)環(huán)境使用者？狀態(tài)環(huán)境使用者場所該狀態(tài)環(huán)境使用者在該環(huán)境源當?shù)鼗蛞瞥霎數(shù)?？狀態(tài)環(huán)境條件狀態(tài)環(huán)境使用者要求什么樣的環(huán)境？狀態(tài)環(huán)境使用者要求什么樣的環(huán)境形式？來自一個或多個獨立環(huán)境源的當前環(huán)境、從一個或多個獨立環(huán)境源中改變的狀態(tài)環(huán)境、從多個環(huán)境源中綜合的狀態(tài)環(huán)境？狀態(tài)環(huán)境接入次數(shù)狀態(tài)環(huán)境使用者多久接入狀態(tài)環(huán)境？環(huán)境不同性(Freshness)該狀態(tài)環(huán)境有多新？環(huán)境等待時間(Latency)狀態(tài)環(huán)境使用者得負擔多久才能獲得新環(huán)境？在650，狀態(tài)環(huán)境模塊描述從狀態(tài)環(huán)境源中獲得狀態(tài)環(huán)境。
狀態(tài)環(huán)境源能夠以以下方式為狀態(tài)環(huán)境服務提供狀態(tài)環(huán)境信息按變化推出每當狀態(tài)環(huán)境信息變化時，(或每當環(huán)境信息的變化不比確定間隔更頻繁時)，環(huán)境源能夠向環(huán)境服務推出環(huán)境信息。
按時間表推出狀態(tài)環(huán)境源能夠在規(guī)定時間為狀態(tài)環(huán)境服務推出狀態(tài)環(huán)境信息。
按時間表收回狀態(tài)環(huán)境服務能夠在規(guī)定時間從狀態(tài)環(huán)境源收回轉臺環(huán)境信息。
按要求收回只有當狀態(tài)環(huán)境使用者要求狀態(tài)環(huán)境信息時，狀態(tài)環(huán)境服務能夠從狀態(tài)環(huán)境源中收回狀態(tài)環(huán)境信息。
在660考慮環(huán)境傳播。
當狀態(tài)環(huán)境服務接收狀態(tài)環(huán)境信息時，能夠以以下方式將狀態(tài)環(huán)境信息從發(fā)端傳送到目的地。注意到狀態(tài)環(huán)境源能夠使用一種模塊向狀態(tài)環(huán)境服務提供狀態(tài)環(huán)境信息，同時狀態(tài)環(huán)境服務能夠使用不同的模塊從發(fā)端向目的地傳送狀態(tài)環(huán)境信息。
按改變推出每當狀態(tài)環(huán)境信息變化時，(或每當狀態(tài)環(huán)境信息的變化不比確定間隔更頻繁時)，位于發(fā)端的狀態(tài)環(huán)境服務能夠向目的地推出狀態(tài)環(huán)境信息。
按時間表推出位于發(fā)端的狀態(tài)環(huán)境服務能夠在規(guī)定時間為目的地推出狀態(tài)環(huán)境信息。
按時間表收回位于目的地的狀態(tài)環(huán)境服務能夠在規(guī)定時間從發(fā)端收回狀態(tài)環(huán)境信息。
按要求收回當狀態(tài)環(huán)境使用者要求狀態(tài)環(huán)境信息時，處于目的地的狀態(tài)環(huán)境服務能夠從發(fā)端收回狀態(tài)環(huán)境信息。
如果發(fā)端包含通告服務情況，那么狀態(tài)環(huán)境服務能夠利用事件觸發(fā)器或通告服務訂閱時間表實施上述模塊。按改變推出能夠由一個事件觸發(fā)的訂閱所實施。按時間表推出和按時間表收回能夠按照訂閱時間表執(zhí)行。按要求收回能夠實施為″曾經(jīng)的″計劃訂閱。
在670，模塊向狀態(tài)環(huán)境使用者公開exposes狀態(tài)環(huán)境信息。按照通告服務發(fā)生器或信息代理路由器內部運行的規(guī)則使用狀態(tài)環(huán)境。這些規(guī)則通過訪問狀態(tài)環(huán)境功能檢索狀態(tài)環(huán)境信息，所述狀態(tài)環(huán)境功能指從環(huán)境信息類的狀態(tài)環(huán)境表中將所狀態(tài)環(huán)境信息恢復?？紤]到上述，當確定是否激活或撤消相應的訂閱時，訂閱部件604能夠使用狀態(tài)環(huán)境模塊610的一個或多個方面。
圖7說明根據(jù)本發(fā)明一個方面的用于接收通告的設備配置700。在此方面，通告吸收器裝配一個或多個通告部分，這些部分能使用戶調試或調整通告是怎樣被交付給吸收器的。正如所說明的，這些部分能夠保存在用戶文件720中，當確定怎樣給吸收器710遞送通告時，通告平臺或代理要閱讀用戶文件720。在730，確定接收通告的設備。例如，用戶希望信息通知呈交給蜂窩電話和無線膝上型計算機，而只給臺式計算機發(fā)送高品質通告。換句話說，用戶可以確定服務A和服務B應該直接將通告發(fā)給桌上型電腦，而服務C應該將通告直接發(fā)給本地電子郵件地址。在734，確定一個或多個設備性能。在這些方面，根據(jù)確定的容量，通告服務可能基于設備容量變更或調整通告輸出或訂閱(例如，用于蜂窩電話顯示屏，激活消息塊規(guī)則)。
在740，可以選擇一個或多個設備過濾器選項。這能夠包括激活junk或SPAM過濾器選項，以減少接收不需要的通告量。其他選項包括只對來源于訂購通告服務和/或指定的通告源的通告允許設定控制()。其他選項包括一個或更多個規(guī)則的詳細說明，可以用來限制或減少通告(例如如果在工作時間期間接收到個人愛好通告服務消息，則丟棄通告或排隊信息，直至回家后)。在744，能夠確定一個或多個遞送條件(例如，如果我只有蜂窩電話可用，那么將我的訂購通告在我的桌上型電腦上排隊等候，如果在非午餐期間，我位于桌上型電腦旁，那么在工作時間之后發(fā)送通告)。在750，能夠確定一個或多個設備的條件(例如只發(fā)送緊急事件通知給蜂窩電話，發(fā)送個人通告給膝上計算機和桌上型電腦，如果遠離桌上電子計算機，則不訂閱商業(yè)通告)。
圖8和9說明自動計費和訂閱服務，這可以借助于一種通告平臺和/或與本發(fā)明關聯(lián)的部件來使用。參考圖8，系統(tǒng)810說明根據(jù)本發(fā)明一個方面的分布計算環(huán)境下的計費和設備配置處理體系結構。系統(tǒng)810提供一個基礎結構以支持在與通告平臺有關的各方和實體之間的計費關系。提供一個或多個處理引擎812，它響應外部計費和設備配置(provisioning)事件814并根據(jù)與相應的處理引擎812有關的多個規(guī)則816操作。事件814內部包括處理引擎812內部的確定事件(不顯示)并通常符合訂閱事件模塊。該模塊表示一訂閱可以經(jīng)過訂閱循環(huán)的狀態(tài)轉移(例如用于在線服務，如電子郵件閱讀)。這種事件814的一個例子可以包括訂閱預購買、訂閱購買、訂閱倡議、訂閱取消、訂閱中止、訂閱起動、訂閱從中轉換、訂閱轉化成、期刊續(xù)訂、訂閱用途事件報告、訂閱期滿、用戶業(yè)務記錄變化、訂閱滿期、服務配置、服務去配置、服務中止和服務起動。將意識到，可以根據(jù)本發(fā)明定義其他這種事件。
規(guī)則816可以包括服務遞送規(guī)則、資格規(guī)則、額定規(guī)則、和/或其他類便于根據(jù)處理引擎812進行計費和規(guī)定處理的規(guī)則。根據(jù)事件814的性質，處理引擎812運用與事件有關的整套或分套規(guī)則816。例如，服務遞送規(guī)則定義要遞送的服務的原子單位，包括有關業(yè)務類型、服務水準遞送、和/或涉及服務性能和支付的關聯(lián)資源平衡的數(shù)據(jù)。資格規(guī)則定義用于購買相應服務的適當必要條件?？梢詣?chuàng)建這些規(guī)則以限制和/或變更購買服務，使之為有限的用戶、用戶語言、貨幣、國家、租戶、服務提供者、現(xiàn)有業(yè)務和/或自己的提供的、特定租賃人的附屬、經(jīng)由特別的方法支付等等。額定規(guī)則便于確定對造成費用的貨幣余額的余額影響(balance impacts)，和/或包括監(jiān)視消費和分配服務的非貨幣的余額影響?？梢詫⑦@些規(guī)則定義在獨立提供的在訂閱事件模塊環(huán)境中處理的范疇內，如上所述。正如以下將詳細描述的，提供一個或多個數(shù)據(jù)存儲器818以由處理引擎812支持系統(tǒng)810內部的計費和配置，以及相關訂閱/事件處理。
提供一個訂閱平臺服務(SPS)820，包括一個或多個訂閱平臺對象(SPO)824以便建立和維護一個或多個租戶830，一個或多個服務提供者834和一個或多個顧客840之間的記帳、規(guī)定和帳目關系。通常，租戶830經(jīng)銷的服務是通過服務提供者834為顧客840執(zhí)行的，其中使用SPS 820創(chuàng)建和經(jīng)營用于這種服務的相應的計費帳戶。租戶830向顧客840或該服務消費者提供服務或服務包(相關或不相關的)?！湟粋€提供報價可以包括與系統(tǒng)810內服務有關的適于銷售項目的一個原子單位。提供的報價可以包含業(yè)務遞送集合、資格和額定規(guī)則，加上多種語言和相應語言的定價描述，并包括系統(tǒng)810使用的附加元數(shù)據(jù)。訂閱提供與各自最終用戶或訂戶840有關的一個即時報價情況。
如果要求了預定該服務，那么租戶830檢索顧客840的信用卡信息或其他種類的計費設備，與顧客交換法律上的或合同信息，并以定期方式或周期地確定顧客對于服務的收費統(tǒng)計量。租戶830使用SPS 820創(chuàng)建一個計費帳戶，認可顧客的信用卡或具有相關金融機構的其他儀器，并通知服務提供者834開始向顧客840提供服務。由于這種服務由服務提供者834執(zhí)行，SPS820對該客戶賬戶計費。將意識到，根據(jù)該本發(fā)明，在系統(tǒng)810中說明的其他部件能夠向顧客840提供或經(jīng)銷服務。例如，服務提供者834能夠對顧客840提供和經(jīng)銷服務而不必與相應的租戶830進行交互。
涉及SPS 820的其他當事方或實體包括位于844處的客戶服務部件，以提供正在進行的工作支持和客戶帳目管理。在850的付款提供者(例如銀行、金融機構)促成客戶帳目支付，而金融的、商業(yè)和產(chǎn)品操作方面將在854加以說明。金融和商業(yè)操作能夠使用SPS 820進行數(shù)據(jù)操作和分析，如果期望，而產(chǎn)品操作能夠利用利用SPS確定和提供產(chǎn)品目錄報價諸如包裝服務。
根據(jù)本發(fā)明的一個方面，提供了應用程序接口裝置(APl)860-870，其中相應的實體830-854能夠與SPS 820進行交互。該APl裝置860-870通常執(zhí)行為與該SPS 820的接口。正是通過該APl裝置860-870，租戶830、服務提供者834、客戶840、客戶服務代表844、付款提供者850和/或商業(yè)/其他操作854才接入一個或多個訂閱平臺服務820的功能部件。例如，該APl裝置860-870能夠公開一個或多個以下方面，諸如帳號管理、產(chǎn)品目錄搜索和操作、訂閱管理、用戶授權、應用事件、在線說明/自助、客戶服務實用、商業(yè)和產(chǎn)品操作、實用性、事件和通告和/或規(guī)定支持。
可以提供可擴充標注語言(XML)方案，用來定義配置、計費和/或顧客關注的平臺對象824。例如，該對象824能夠包括帳目、支付憑證、報價、服務部件、訂閱、服務情況、角色分配、允許、資源、票據(jù)結算期信息、票據(jù)聲明付款信息、票據(jù)語句行項目、注解、和/或結算信息以便命名最大可能的目標。該實體830-854還可以在經(jīng)網(wǎng)絡870和協(xié)議874聯(lián)系的實體之間與SPS820進行交互。
協(xié)議874能夠包括一種簡單目標存取協(xié)議(SOAP)、雖然能夠意識到可以選擇其他協(xié)議。SOAP通過使用作為信息交換部件的超文本傳輸協(xié)議(HTTP)和/或XML促使在一種操作系統(tǒng)下運行的程序與在相同或另一種操作系統(tǒng)下運行的程序進行通信。如示例。能夠為830-854裝備一個任選的伙伴支持目標(PSO)880以易于在實體和SPS 820之間通信。例如，該PSO 880能夠提供一個助手接口，用于確立與SPS 820的連接和/或提供目標連接共享以便于執(zhí)行。PSO 880通常公開單個API諸如一個連接接口。在安裝PSO 880之后，該相應的實體830-854能夠利用該PSO進行認證、授權和/或其他通信，如果要求的話。
注意，在系統(tǒng)810描述的部件可以分離地運行在不同的機構或計算機上，其中相應的一個獨立部件可以在多個機構或計算機上運行-因此在分布計算環(huán)境中提供多級部件分配。根據(jù)本發(fā)明的一個方面，能夠提供一個路由機構或協(xié)議，以便對幾個機構處理訂閱和計費信息的分割(例如分割partitions)。這便于通過系統(tǒng)810處理較高層次話務，以及保持系統(tǒng)中的容錯級別。例如，能夠經(jīng)由綜合散列算法和數(shù)據(jù)庫(例如塔)將信息分割，以便確定哪個部分可以位于特別的信息項中。
現(xiàn)在參閱圖9，系統(tǒng)900說明根據(jù)本發(fā)明的一個事件處理體系。系統(tǒng)900能夠被組織為一個多層的體系，通過訂閱平臺Services(SPS)層910控制運行時刻與外部方通信。SPS 910包括一個伙伴許可管理(Partner Permissions Manager PPM914，在與系統(tǒng)900通信的伙伴為分層的方式以便于實施每個伙伴許可。使用PPM 914對每個事務基礎執(zhí)行伙伴權限模式，能使具有適當權限的伙伴變更個體訂閱和服務狀態(tài)?；锇闄嘞弈K描述與注冊的伙伴(例如，租戶和/或服務提供者)有關的權利，這種權利定義其在系統(tǒng)900內部變更專用訂閱、帳目和/或服務狀態(tài)的能力。
SPS 910通過系統(tǒng)900內部的多種引擎920進行聯(lián)合處理并通常將寫入和更新數(shù)據(jù)控制為多種數(shù)據(jù)存儲924。提供一種產(chǎn)品目錄930，它可以包括包括一個定義的結構化查詢語言服務器SQL Server數(shù)據(jù)庫，存儲服務部件定義的目錄、伙伴權限和/或報價元數(shù)據(jù)。該產(chǎn)品目錄930還可以包括與專用報價有關的額定、資格和/或服務遞送規(guī)則。產(chǎn)品目錄930支持的附加特點包括服務部件注冊(例如部件ID分配、伙伴IDs、URLs、支持信息)，包括多個服務部件報價的交叉伙伴報價和交叉伙伴包。該目錄930可以包括全球化的報價，按照多個國家、語言、相關的貨幣、習慣和稅，此外還提供實質上映射任何綜合服務的組報價。
報價信息還可以保存在產(chǎn)品目錄930中。此信息可以包括服務信息之間的基本、升級、降級、更新、附加和相互專用性。另外，可以提供涉及銷售日期、伙伴、語言、國家、貨幣、每個帳戶的最大所有權和有效支付憑證。其他報價信息涉及票據(jù)循環(huán)數(shù)(例如、按月、多月，28天，轉帳/欠賬循環(huán)報表)。這還可以包括涉及更新的信息，諸如自動或確認的更新和涉及結算寬限期的信息。其他目錄項目可以包括支配映射入口的事件，定義一套規(guī)則以便在一個關聯(lián)事件發(fā)生時執(zhí)行。
在可以保存在訂閱存儲器940的訂閱狀態(tài)環(huán)境和關聯(lián)訂閱事件中，余額影響額定引擎934處理分別來自產(chǎn)品目錄930和列入事件存儲932中的一個可擴充額定規(guī)則組和/或額定事件，此引擎934可以處理多個余額影響事件(例如影響付款的事件和服務的利用)，這是為多重服務提供者、租戶、客戶和/或其他實體提供的。在944可以在計費影響儲器中存儲和處理余額影響事件。源余額存儲器150保持相應帳目的總額，這些相應的帳目是由該余額影響額定引擎934按定額規(guī)則處理造成。差額可以是″鍵入的″以表明所述服務的單位值、一個或多個服務遞送規(guī)則的范圍。例如，這可以包括處理貨幣和非貨幣資源，處理響應用戶驅動事件(UDE)諸如采購、取消、周期、應用報告、轉換、更新、中止和恢復活動的額定規(guī)則。另外，可估價的事件可以按照時間周期分隔開，并提供直接結算和/或每個選取支付的結算工具。注意到實質上引擎920和/或系統(tǒng)900部件可以以任意對象模塊幀結構形式執(zhí)行(例如，COM、DCOM，CORBA、.NET)。
一個資格引擎954評價個體用戶購買、取消和/或轉換聯(lián)機服務訂閱的資格。例如此引擎954處理資格規(guī)則(保存在該產(chǎn)品目錄930)，該規(guī)則與給定報價、用戶的應用屬性、和相關約定有關。一個設備配置引擎960對公共服務提供者協(xié)調定義的配置方法的事務處理，以響應正如訂閱事件模塊提供的適當?shù)氖录?，如上所述。此引?60便于精確并及時地將服務遞送給終端用戶。配置方法包括設置狀態(tài)的行為(例如，根據(jù)未付款的票據(jù)設置一個標志或條件)，這些狀態(tài)指要求遞送或阻止給該服務指定的用戶遞送規(guī)定的服務。該配置引擎960還控制對服務提供者934，租戶930或使用一個或多個APls 960，970響應規(guī)定事件的其他實體((不顯示)進行通信的流量。
伙伴配置工具(PCT)970和伙伴配置負載器974可以通過帶外處理與產(chǎn)品種類930通信，如果需要的話。通信應該與具有適當安全憑證的管理者一致，用于裝配和/或加載產(chǎn)品目錄數(shù)據(jù)。PCT 970可以按照圖形用戶界面(GUI)工具實施，以便配置服務遞送規(guī)則、報價、資格規(guī)則和/或每個租戶權限以及其他參數(shù)。該伙伴配置負載器974加載一個或多個伙伴配置文件(PCF)978到多機系統(tǒng)環(huán)境，便于共享開發(fā)/測試-交叉伙伴的測試和調度，加載到多次操作生產(chǎn)和試制環(huán)境。該伙伴配置加載器974還便于創(chuàng)建系統(tǒng)900內部的一個伙伴帳目以便實質上向相應的伙伴提供保護數(shù)據(jù)的安全傳輸。例如可以帶外傳輸一個保護密鑰以便減少對該系統(tǒng)的非法使用企圖。如果要求，PCF 978可以是一個暫態(tài)模式文件，包括XML格式的報價界定和關聯(lián)的資格、額定、服務遞送規(guī)則和/或伙伴權限。此格式可以包括通過PCT 970使用的設計時間屬性和/或通過系統(tǒng)900中的多種引擎920使用的運行時刻屬性。
將意識到，至此描述和如下所述的系統(tǒng)、部件和/或流程可以實施為個體部件和程序，和/或可以組合為各種組合。另外，如果要求，一個或多個所描述的部件和/或流程可以按照多種其他部件和/或流程進行組合-包括在單個部件中提供所有部件和/或流程，或組合部件。
圖10說明根據(jù)本發(fā)明的用于通告遞送處理的方法。雖然，為了單純說明，該方法被表示和描述為一系列動作，但能夠理解和意識到的是，本發(fā)明不局限于其動作順序，根據(jù)本發(fā)明，某些動作可以以不同的次序出現(xiàn)，和/或與這里表示和描述的其他動作同時出現(xiàn)。例如，本領域技術人員能夠理解和意識到該方法可以表述為諸如在一狀態(tài)圖中的一系列相互聯(lián)系的狀態(tài)和事件。此外，并不是所有所說明的動作都可以被要求執(zhí)行根據(jù)本發(fā)明的方法。
圖10說明根據(jù)本發(fā)明一個方面的通告遞送處理1000。進行到1010，定義了可以與一個通告平臺進行交互的一個或多個應用程序模塊。如上所述，這種模塊可以包括代理模塊，定價模塊，訂閱接入模塊，推出/拉回模塊，狀態(tài)環(huán)境模塊，和/或計費模塊。在1014，該應用程序模塊與該通告平臺接口。換句話說，根據(jù)通告平臺的操作幀結構能夠起動一個或多個應用程序模塊以便便于給用戶和/或機構遞送通告。在1018，用戶文件被定義為描述的期望通告性能。在1022，該用戶文件按照用戶、設備和/或系統(tǒng)能力進行調整。這可以包括提供接口和控制以便于調整一個或多個應用程序模塊、通告平臺、關聯(lián)的部件和/或系統(tǒng)動力學。在1026，使用應用程序模塊訂購和/或不訂購通告服務。
參考圖11，系統(tǒng)1100說明根據(jù)本發(fā)明一個方面的通告應用程序體系。該通告系統(tǒng)1100便于遞送信息給已經(jīng)訂閱了一個應用程序的實體。該系統(tǒng)1100按照具體用戶的偏愛以要求的方式提供高度可升級的和給予用戶宣傳信息。用戶是已經(jīng)對該通告系統(tǒng)1100進行預定的一個實體(例如，一個人或應用程序)。根據(jù)本發(fā)明的訂閱可以是某感興趣的信息(例如股票價格或體育事件結果)，和遞送模式的規(guī)約(e-mail、語音郵件、經(jīng)由PDA、臺式計算機、蜂窩式電話、電視等遞送)。此外，本發(fā)明還提供了一個個體的當前狀態(tài)和根據(jù)該當前狀態(tài)的遞送偏愛。因此，該通告系統(tǒng)對上述其他參數(shù)供給的遞送的信息類型、有關該信息的危急程度、該用戶的現(xiàn)階段的狀況和該遞送偏愛提供了動態(tài)變更的遞送模式。便于系統(tǒng)1100提供這種高度可升級的通告服務的本發(fā)明之一方面在于使用了正如數(shù)據(jù)般的訂閱模塊化。這種訂閱模塊化減少了個別運行查詢每個事件每個用戶的需要。從而，可以以相同的方式根據(jù)個體用戶偏愛，對于多個用戶和提供給該相應用戶的相關通告，能夠進行許多事件的同時處理。
用戶感興趣的信息被集合為一個事件，例如具體時間的股票價格、體育得分或一產(chǎn)品遞送消息-幾乎現(xiàn)實世界的任何適當情況都可以被表示為根據(jù)本主題發(fā)明的一個或多個事件。通告是被交托給用戶指定設備的一個消息，包含與訂閱有關的信息。例如一個通告可能包含關于一具體股票的最高價值或體育事件的最后得分消息。該服務器通告服務提供接口用于集合訂閱和事件，然后根據(jù)此數(shù)據(jù)生產(chǎn)通告。
對于不同于查詢方式的個體訂閱，通告系統(tǒng)1100視個體訂閱為參數(shù)數(shù)據(jù)對待(例如，一個應用程序開發(fā)者可以定義一套參數(shù)查詢，每個查詢可以是一個訂閱分類)大量訂閱的計算變成一套面向數(shù)據(jù)處理問題，對此數(shù)據(jù)庫引擎(例如SQLserver)是非常適合的。這是該通告系統(tǒng)的基礎-本發(fā)明的編程幀結構。在此模塊中，通過在事件和可能的大量訂閱之間簡單地執(zhí)行數(shù)據(jù)庫連接來計算事件觸發(fā)的訂閱。通常，訂閱模塊化為數(shù)據(jù)的概念是根據(jù)一種假定——如果通告系統(tǒng)1100定義多個域，那么許多查詢將具有公共結構。例如，許多用戶感興趣股票價格，但小量用戶要求介紹不同股票在不同價值時的有關信息。因此，一個特定股票的利息可以表示為″STOCKSYMBOL″和″TRIGGERPRICE″，以致于為這種信息提供一個公共幀結構或參數(shù)。這些參數(shù)值怎樣翻譯為事件數(shù)據(jù)的語義可以由該應用程序來定義。因此，該應用程序固定了訂閱參數(shù)怎樣翻譯的邏輯(例如，當當前價格大于觸發(fā)價格時，一種儀器會發(fā)出警報，當當前價格小于觸發(fā)價格時另一個儀器將發(fā)出警報)-這種語義可以通過應用開發(fā)者提前分析，并設計為用戶不能引入新的語義。
正如以下更詳細描述的，本發(fā)明主題還包含用于建立訂閱應用程序的一個編程模塊。在訂閱應用程序中，用戶對某一種目標信息的興趣建立訂閱或宣告。此后，當該信息變?yōu)榭捎脮r，訂閱應用程序向該用戶發(fā)送一個通告。訂閱應用程序的一個功能是匹配來話數(shù)據(jù)與一組用戶訂閱，以便確定需要發(fā)送什么樣的通告。本主題編程模塊允許應用程序開發(fā)者寫入少量的應用程序指定代碼(例如，適于支持該NET幀結構的XML、SQL、C#、C++，VB和其他語言的組合來建立一個全功能的，豐富的訂閱應用程序)。為起動這種功能性，可以在SQLServer頂端建立一個執(zhí)行引擎和.NET幀結構，例如，它執(zhí)行基本數(shù)據(jù)結構和執(zhí)行訂閱應用程序公用的語義。因此，本主題編程模塊減少了開發(fā)時間，通過平衡服務器例如SQL Server的能量來進行訂閱和事件相配，便于應用保持和增加應用效率。
本主題發(fā)明包括一個用于建立訂閱應用程序的宣言編程模塊。該程序設計模塊提供用于該應用程序結構的基礎幀結構；開發(fā)者可以改編該基礎幀結構以建立專門應用。
關于系統(tǒng)1100的高級示意圖，通告服務的五個部件相配合以便提供如上所述的功能。訂閱管理應用程序1110提供一個接口，用于用戶遞交訂閱，作為向系統(tǒng)1100的輸入。特別是，訂閱管理應用程序1110提供眾多的應用程序設計員接口(API)，易于實體經(jīng)由系統(tǒng)1100提供訂閱服務-下面將更詳細描述。事件數(shù)據(jù)還可以從外部資源由一個事件提供者1120收集。例如，根據(jù)本發(fā)明的一個事件提供者可以從多個資源(例如報紙、雜志、網(wǎng)址、圖書館、個體、雇主、政府等等)集合或推出相關事件。數(shù)據(jù)庫引擎1140在數(shù)據(jù)存儲器1142中存儲事件和/或訂閱，以及運行指令，就像處理SQL語句那樣并存儲過程。將意識到，數(shù)據(jù)庫引擎1140還可以實時處理事件與訂閱而不必持續(xù)地存儲信息。通告應用服務器1130根據(jù)一組事件處理訂閱并最終產(chǎn)生遞送給用戶的通告，如果需要，這個通告可以保存在數(shù)據(jù)庫1142中。最后，遞送信道1150向遞送服務1160發(fā)送該產(chǎn)生的通告，可以包括但是不局限于交換服務器、SMS服務器和.NET警報Web服務。
圖12說明根據(jù)本發(fā)明一個方面的通告創(chuàng)建和分配系統(tǒng)1200。系統(tǒng)1200包括一個訂閱管理系統(tǒng)(一個或多個訂閱管理應用程序)1210、通告服務1220、一個數(shù)據(jù)引擎1230、數(shù)據(jù)庫1232、遞送服務1240和由該通告系統(tǒng)1200作為主機的一個或多個訂閱服務1250。服務器數(shù)據(jù)庫引擎1230提供實例和應用數(shù)據(jù)的處理和存儲。特別是，服務器數(shù)據(jù)庫引擎1230從數(shù)據(jù)庫1232中存儲和檢索實例和應用程序信息。該數(shù)據(jù)引擎1230還提供由通告服務1220使用的其他服務。例如，通告服務1220可以使用Transact-SQL語言經(jīng)由該數(shù)據(jù)引擎1230來連接事件和訂閱數(shù)據(jù)。這種集中方式提供了可縮放性能增益，因為該數(shù)據(jù)引擎1230很可能高度優(yōu)化連接作為由SQL服務給予的信息處理能力結果。該訂閱管理系統(tǒng)1210，提供一個主機環(huán)境，用于收集用戶和訂閱數(shù)據(jù)以及調節(jié)各種獨特訂閱服務1250的用戶界面。該訂閱管理系統(tǒng)可以使用Windows應用程序，用于遞交用戶和訂閱數(shù)據(jù)，或可以使用一個自動處理程序用于從另一系統(tǒng)加載用戶和訂閱數(shù)據(jù)。遞送服務1240(例如.NET警報和微軟公司交換服務器)從通告服務1220中接收通告并發(fā)送該通告到適當?shù)挠脩簟?br>
功能上，事件通過通告服務1220中的主事件提供者或通過通告服務之外的非主事件提供者遞交給服務器數(shù)據(jù)引擎1230。如果使用非主事件提供者，可以使用支持該事件提供者的另一系統(tǒng)諸如網(wǎng)絡服務器。另外，意識到通告服務1220可以配置在單個服務器服務器上或級別交叉的多重服務器上。
接著參考圖13，說明根據(jù)本發(fā)明的一個方面的通告服務結構1300。該體系結構1300包括一個通告服務系統(tǒng)1302，1302包括一個事件提供者1304、一個中央數(shù)據(jù)庫1306、一個特定應用程序-數(shù)據(jù)庫1308、通告引擎1310、環(huán)境分析器1312、通告分配器1314和用戶1316。通告服務系統(tǒng)1302接收以事件和用戶數(shù)據(jù)形式的輸入，并向用戶1316提供輸出或通告。
事件提供者1304從用于通告服務系統(tǒng)1302的事件源中獲得事件。事件表示外界的數(shù)據(jù)變化。例如，在具體時間的股票價格是一個事件，體育得分或產(chǎn)品遞送消息也是事件。換句話說，事件是潛在地對某些用戶有利的目，這些用戶通過訂閱，定義特別的輸入數(shù)據(jù)。使用事件提供者1304從用于通告服務1302的事件源中收集選擇的事件。此外，事件提供者1304可以從多個的不同的源中收集事件數(shù)據(jù)，這些不同的源包括然而并非限于通信諸如基于Intenet和網(wǎng)絡的通信，電話通信以及軟件服務、XML文件、應用程序和數(shù)據(jù)庫。
事件源通常被定義為產(chǎn)生事件、還可以被認為是通告或警報、打算警告用戶或用于該用戶的委托書、相關信息、服務和/或系統(tǒng)或世界事件。一個事件源還可以被認為是一個通告源。此外，事件提供者1304可以通過多種方法監(jiān)視和集合數(shù)據(jù)。收集數(shù)據(jù)的例子包括但不局限于監(jiān)視文件附加目錄、檢查某種入口的系統(tǒng)和應用程序日志文件、從應用程序中截留警告、監(jiān)視網(wǎng)頁、跟蹤數(shù)據(jù)庫表格改變和評論web服務提供的數(shù)據(jù)。大多數(shù)情況下，一個事件提供者可以從任何適當?shù)馁Y源中集合數(shù)據(jù)，假定準備一個應用程序從該資源中檢索事件。通常，存在可以由事件提供者1304使用的各種不同的模塊來收集數(shù)據(jù)。這些模塊可以影響多長時間和在什么環(huán)境下事件提供者1304會從事件源中收集事件。
另外，可以以至少兩種方式中的一種通知事件提供者1304或提供數(shù)據(jù)。事件提供者1304可以等待″被推出″或要發(fā)送給它的信息，或事件提供者1304可以通過輪詢該信息源和收集任何新或更新數(shù)據(jù)，從信息源中″收回″信息。例如如果一個用戶希望每當喜愛的新聞頁上標題故事更改時則通知他，那么可以這樣實現(xiàn)事件提供者1304以致它監(jiān)視那頁并搜索標題更改的正文，例如。當正文變化時，事件提供者1304可以為通告服務系統(tǒng)1302摘錄該新的標題數(shù)據(jù)。上述例子中，事件提供者1304對集合必須的數(shù)據(jù)負責，因為該數(shù)據(jù)不從事件信息源提供到事件提供者，這正如推出方法的使用一樣。
此外，事件提供者1304可以根據(jù)時間表或者根據(jù)符合前定義標準的一個事件情況為該通告系統(tǒng)1302獲得新建數(shù)據(jù)。一個預定事件提供者可以根據(jù)應用開發(fā)者實現(xiàn)的設置周期地運行。安排的事件提供者將開始運行、檢索和遞交新的事件數(shù)據(jù)，然后休眠，直到下一計劃的觸發(fā)時間。一個事件-驅動事件提供者可以通過連續(xù)地運行來監(jiān)視一個事件源。其后，當符合收集的特別標準的數(shù)據(jù)變?yōu)榭捎脮r，事件提供者將收集和遞交該事件。換句話說，一個事件驅動事件提供者只可以運行以響應收回功能或其它的外界獎勵。此外部功能于是將確定是否存在有效收集的事件數(shù)據(jù)，并使用事件提供者作為收集這種數(shù)據(jù)的手段。
一旦事件提供者1304從外部事件源收集數(shù)據(jù)，會把該數(shù)據(jù)分批地寫在事件表上并將事件表格保存到數(shù)據(jù)庫1308。
為效率緣故，最好分批地處理數(shù)據(jù)---事件數(shù)據(jù)和通告數(shù)據(jù)兩個都分批。正如此處通常定義的，一批可以是作為批處理的的一串數(shù)據(jù)。例如，一批事件可以是曾經(jīng)提交給通告服務1302的一組事件。事件可以或者一個一個單獨地或者作為一批寫入系統(tǒng)。當單個事件寫入該系統(tǒng)并且沒有開放一批事件，那么可以自動地創(chuàng)建一個。那么該新事件和隨后的事件與此自動分批創(chuàng)建關聯(lián)。對提供這些事件的事件提供者進行編程來周期地接近該當前分批事件，遞交此批事件用于通告階段使用。第一個新事件提交時創(chuàng)建一個新的批事件，并且循環(huán)又開始。此外，當事件作為整體被寫給系統(tǒng)時，每個創(chuàng)建組被自動地分配一批事件。當該寫入過程完成時，該批事件結束以致這些事件在通告處理階段生效。在本發(fā)明的特別實施例中，該批是原子的(例如，或者整個一批或者沒有一個被遞交)。
轉向圖14，描繪根據(jù)本發(fā)明一個方面的ADF 1400和其部件的方框圖。該ADF 1400定義應用程序的中心邏輯并且包含事件、訂閱和通告方案；匹配事件與訂閱的規(guī)則；并且可以提供用于產(chǎn)生通告格式的文件的名字。該ADF 1400通常包括五個部件事件界定1410、通告界定1420、訂閱邏輯1430、訂閱方案1440和執(zhí)行設置1450。將意識到的，該各種部件的功能可以結合成一個較少數(shù)目部件或推知為一個大型集合。
事件界定1410確定事件數(shù)據(jù)結構、收集該數(shù)據(jù)的事件提供者和該應用程序使用的任何事件紀錄的結構。該通告界定1420確定未加工的通告數(shù)據(jù)的結構、將要發(fā)送給用戶的消息的格式和用于發(fā)送該消息的遞送協(xié)議。該訂閱邏輯1430定義怎樣計算訂閱(預約費)。例如Transact-SQL語句可以匹配事件訂閱或在某重現(xiàn)時間計算訂閱。此外，訂閱邏輯1430可以以定義明確的方式被參數(shù)化，以致個體訂閱可以使該訂閱邏輯個人化。更進一步的，該訂閱方案1440定義該訂閱參數(shù)的結構和當計算訂閱時計算定義的次數(shù)。最后，當通過通告服務執(zhí)行時，該執(zhí)行設置1450準許應用程序開發(fā)者增加該應用程序的特性和性能。
此外，應用開發(fā)者可以在應用程序界定文件(ADF)的幾個部分中定義應用程序設置。這些設置確定這種項目為主機通告服務的機構，和執(zhí)行預定的通告服務職能-他們還證明關于ADF本身的元數(shù)據(jù)。這包括事件的結構和應用程序作為輸入的的訂閱，和生產(chǎn)通告的結構。以下詳細描寫的這種元數(shù)據(jù)例子包括但不局限于發(fā)生器設置、分配器設置、真空裝置、版本設置、通告歷史、應用數(shù)據(jù)庫信息、應用程序執(zhí)行設置和分配器信息。
該通告服務部件1220(圖12)包括通告引擎1310(圖13)內部的一個發(fā)生器部件(不顯示)，其匹配訂閱事件并最終生產(chǎn)通告。發(fā)生器設置理由可以定義在ADF中的一個<Generator>節(jié)點中。應該考慮的一個理由是該發(fā)生器可以使用多少進程活動來處理一批事件。這種因素可以被認為是改善應用程序速度和和獨占系統(tǒng)資源之間的一個折中部分，這種考慮是來估價通過增加更多的進程活動可以獲得多少利益。意識到某些操作不能經(jīng)過并行達到最佳效率，并有時可能低效。為了表明這些信息，在<Generator>節(jié)點中的一個<ThreadPoolSize>單元里指定一個值。
功能上，該通告服務發(fā)生器試圖并行執(zhí)行事件紀錄規(guī)則，后面是訂閱規(guī)則(兩個事件規(guī)則和時間表規(guī)則)。該發(fā)生器將試圖利用進程活動池內部可用的進程活動，同時執(zhí)行規(guī)則。然而，應當注意到該發(fā)生器將不會并行執(zhí)行事件記錄。
參考圖15，系統(tǒng)1500說明根據(jù)本發(fā)明一方面的優(yōu)先系統(tǒng)1512和通告體系。該優(yōu)先系統(tǒng)1512接收一個或多個消息或通告1514、為關聯(lián)的消息產(chǎn)生有關重要性的優(yōu)先權或量度(例如，該消息重要性程度的概率值)并在輸出1516提供與優(yōu)先值關聯(lián)的一個或更多個消息。正如以下更詳細描述的，分類機可以被構造和訓練為對消息1514自動地分配優(yōu)先權測量。例如，輸出1516可以被格式化以致該消息被分配給一種可能性，這種可能性屬于高、中低或其他重要程度。根據(jù)確定的重要程度類別，該消息可以在電子郵件程序郵箱(不顯示)中被自動地分類。該分類排序還可以包括對已經(jīng)定義了重要標記的系統(tǒng)文件夾直接存取文件。這包括已經(jīng)標記諸如低、中和高重要度的文件夾，其中確定為特別重要的消息被排序在該關聯(lián)文件夾中。同樣地，一個或多個音頻或可視顯示(例如，圖標，符號)可以適合于警告該用戶要求了優(yōu)先權的一個消息已經(jīng)接到(例如三聲嘟嘟響為高優(yōu)先消息，兩個嘟嘟響為中等優(yōu)先，一個嘟嘟響為低優(yōu)先級，紅色或閃爍警告符號為高優(yōu)先級，綠色和非閃爍警告符號表明中優(yōu)先級消息已經(jīng)接到)。
根據(jù)本發(fā)明的另一方面，通告平臺1517可以用于連接優(yōu)先系統(tǒng)1512以便引導按優(yōu)先次序列出的消息到用戶可接入的一個或多個通告吸收器。正如以下更詳細描述的，該通告平臺1517可以適合于接收按優(yōu)先次序列出的消息1516和作出有關何時、在哪里和怎樣通知該用戶的決定。例如，該通告平臺1517可以確定一種通信方式(例如用戶當前的通告吸收器1518諸如蜂窩電話或個人數(shù)字助理(PDA))和用戶可能的場所和/或可能的注意力。例如如果收到高度重要的電子郵件，該通告平臺1517可以確定用戶位置/聚集點并將該消息引導/再格式化給相關用戶的通告吸收器1518。如果低優(yōu)先級信息1516被接到，通告平臺1517可以被配置為將該電子郵件留在該用戶的郵箱中以在今后需要時觀看，例如。正如以下更詳細描述的，可以利用其他路由和/或警報系統(tǒng)1519引導按優(yōu)先次序列出的消息1516到用戶和/或其他系統(tǒng)。
現(xiàn)在轉到圖16，系統(tǒng)1600說明根據(jù)本發(fā)明的一方面的該通告引擎和環(huán)境分析器怎樣共同作用。該系統(tǒng)1600包括一環(huán)境分析器1622，一通告引擎1624，一個或多個通告信息源1到N，1626、1627、1628、一優(yōu)先系統(tǒng)1630(可以作為通告信息源)、和一個或多個通告吸收器1到M，1636、1637、1638、其中N和M分別為整數(shù)。該信息源還被認為是事件公布者，同時吸收器還被認為是事件用戶。可以存在任何數(shù)量的吸收器和信息源。通常，通告引擎1624根據(jù)存儲在和/或由狀態(tài)環(huán)境分析儀1622訪問的部分參數(shù)信息，將通告(也被成為事件或報警)從源1626-1628傳送到吸收器1636-1638。
該環(huán)境分析器1622存儲/分析有關影響用戶決定通告的變量和參數(shù)信息。例如，該參數(shù)可以包括上下文信息，諸如用戶的典型場所和注意焦點或每周每天每時刻的活動，和取決于這種參數(shù)的附加參數(shù)，諸如設備用戶在不同的場所傾向性接入。這種參數(shù)還可以經(jīng)由一個或多個傳感器自發(fā)地完成觀測的作用。例如可以根據(jù)通過全球定位系統(tǒng)(GPS)子系統(tǒng)提供的用戶場所信息、對有關使用設備種類和/或該設備應用的模式、以及用戶最后一次訪問的特別設備類型，選擇或變更一個或多個分布圖(不顯示)，此外，正如以下更詳細描述的，可以同時使用自動推理以便動態(tài)地推斷參數(shù)或狀態(tài)諸如場所和注意信號。該分布參數(shù)可以存儲為該用戶可以編輯的一個用戶文件。不依賴于預定義的輪廓設置或動態(tài)推理，該通告體系可以起動用戶實時確定其狀態(tài)，諸如除了下一″x″小時的重要通告外，其他通告均不生效，直至給定時間為止。
該參數(shù)還可以包括有關用戶偏愛的默認參數(shù)，以在不同的設置中由不同類型通告所打擾，這可以作為通告引擎1624從中完成通告決定的基礎，并且用戶可以在其上開始變化。該參數(shù)可以包括默認參數(shù)如用戶怎樣在不同環(huán)境下希望被通知(被電話機或尋呼機)。該參數(shù)可能包括這種估算，即在不同設置下用不同的模式被打擾的成本?？梢园ㄉ舷聽顟B(tài)環(huán)境參數(shù)(表明用戶在不同位置的可能性、使用不同設備的可能性，在給定時間關注事項的可能性)以及通告參數(shù)(表明在給定時間用戶希望被怎樣通知)。
根據(jù)本發(fā)明的一個方面，被該環(huán)境分析器1622存儲的信息包括在被環(huán)境分析儀確定的環(huán)境信息之內。該環(huán)境信息由環(huán)境分析儀1622通過根據(jù)一個或多個環(huán)境源(未示出)分析用戶場所和關注狀態(tài)進行確定的，以下更詳細地描述。例如環(huán)境分析器1622經(jīng)由作為用戶移動或蜂窩電話一部分的全球定位系統(tǒng)(GPS)，也許能精確地確定該用戶的實際場所。該分析器還可能使用統(tǒng)計模式來確定用戶在給定狀態(tài)下的可能性，可以通過考慮背景評估和/或經(jīng)過考慮這種信息收集的觀察情況，天數(shù)、時刻、用戶日歷上的數(shù)據(jù)、和觀察用戶的活動來確定這種可能性。注意信號的供給狀態(tài)可以包括該用戶是否公開接收通告、由于忙而未接收通告、并可以包括其他理由諸如平日、周末、假日和/或其他時機/周期。
該信息源1626-1628、1630產(chǎn)生用戶和/或其他實體希望的通告。例如，信息源1626-1628可以包括與諸如Intenet和基于網(wǎng)絡的通信，以及電話通信和軟件服務。通告信息源通常被定義為產(chǎn)生事件、還可以被認為是通告和警報、打算警告用戶和用于該用戶的委托書、關于信息、服務和/和系統(tǒng)和世界事件。通告信息源還可以被認為是事件源。
例如，電子郵件可以在由優(yōu)先系統(tǒng)1630產(chǎn)生為通告，以致它被優(yōu)先考慮，其中一應用程序或產(chǎn)生該通告的系統(tǒng)分配該電子郵件相對優(yōu)先權，相當于給與該用戶或重要或緊急的電子郵件。該電子郵件可能同時被發(fā)送而不考慮對該用戶的相對重要性。涉及Intenet的服務可以包括收入其用戶已經(jīng)訂閱的信息的通告，諸如不時的時事標題和股票行情。
通告信息源1626-1628本身可以是推出式或收回式信息源。推出式信息源是自動產(chǎn)生和發(fā)送信息而沒有通信請求，諸如標題新聞及其他涉及Intenet的服務，在訂閱之后被自動發(fā)送。收回式信息源是響應請求的發(fā)送信息，諸如郵件服務器被輪詢之后才接收電子郵件。還有其他通告信息源包括以下～電子郵件桌上型電腦應用程序，比如日歷系統(tǒng)；～計算機系統(tǒng)(例如，可以警告用戶有關系統(tǒng)活動或問題的信息)；～涉及Inteet的服務，約會信息，日程表查詢；～文檔或在一個或更多共享文件夾中的某種文檔的變化；～新建文檔有效，以響應固定的或持久性信息查詢，；和/或～情報源，有關人們存在的信息，其位置變化、其鄰近(例如，讓我知道當我旅行時，我的另一同事或朋友是否在距我10英里之內)、或其有效性(例如，讓我知道何時史蒂夫能夠對話，并接近可以支持完全電視會議的高速鏈接)。
該通告吸收器1636-1638能向用戶提供通告。例如，這種通告吸收器1636-1638可以包括計算機，諸如桌上型電腦和/或膝上型計算機、便攜計算機、蜂窩電話、陸上通信線電話、傳呼機、基于移動的計算機以及其他可以意識到的系統(tǒng)/器械。注意到一些吸收器1636-1638可以比其他吸收器更加充分地傳達通告。例如，臺式計算機典型地具有揚聲器和相對大的與此耦合的彩色顯示器，以及具有高帶寬用于當連接到局部網(wǎng)或Internet時接收信息。因此，臺式計算機可以以相對豐富的方式將通告?zhèn)魉偷接脩?。反之，許多蜂窩電話具有小的黑白顯示屏，接收相對低帶寬的信息。相對地，蜂窩電話傳送的與通告關聯(lián)的信息通?？赡茌^短，并要符合電話機接口能力。通告內容根據(jù)發(fā)送到蜂窩電話或桌上計算機的不同而不同。根據(jù)本發(fā)明的一個方面，通告吸收器可以指經(jīng)由事件訂閱服務訂購事件或通告。
該通告引擎1624訪問存儲或由環(huán)境分析器確定的信息，并確定從哪個信息源1626-1628接受的通告要傳送到哪個吸收器1636-1638。此外，該通告引擎1624可以確定該通告怎樣被傳送，根據(jù)哪個吸收器1636-1638已經(jīng)選擇為發(fā)送該信息。例如，可以決定通告應該在提供到選擇的吸收器1636-1638之前進行匯總。
該發(fā)明不局限于引擎1624作出有關哪個通告要傳送給通告吸收器，以什么方式傳送的決定。根據(jù)一個方面，可以利用理論上的分析決定。例如，通告引擎1624可以適合于推斷重要的誤差，包括用戶場所、注意信號、設備效率和時間量，直到如果不被警告用戶將訪問該信息。通告引擎1624接著作出關于是否警告用戶有通告的通告決定，如果有，確定整體種類和設備來中轉該通告。通常，通告引擎1624決定網(wǎng)絡希望的通告值。這樣做時，考慮如下情況；每個可用通告吸收器的保真度和傳輸可靠性；干擾用戶的關注成本；給用戶信息的新穎性；直到用戶自己檢索信息的時間；信息潛在的上下文靈敏值；和/或包含在通告之內的信息時間的增加和減少。
干擾造成不確定性，因此可以產(chǎn)生希望的相似值，諸如利用用戶注意狀態(tài)的特定設備的特定模式，干擾用戶的成本。通告引擎1624可以對以下情況作出決定用戶當前希望和正在做的是什么？(基于上下文信息)用戶當前在何處？該信息有多主要？推遲該通告的代價是什么？一個通告會怎樣轉移？從用戶取得的可能性是什么？什么是與使用給定通告吸收器的指定模式有關的正確性損失？因此，通告引擎1624能夠進行未定的和積極的通告分析，諸如理論上的決定分析，評價信息吸收器和資源提供的上下文從屬變量，推導出選擇的不確定性，諸如直至用戶可能檢索信息的時間，以及用戶的位置和當前關注的狀態(tài)。
此外，通告引擎1624能夠通過場所中的分析儀訪問存儲在用戶分布圖中的信息，或支持個人的理論分析決定。
例如，用戶分布可以表示在給定時間用戶更愿意以尋呼方式通知，只要該通知具有預定的重要級別。這種信息可以被使用為基本的信息，從中開始進行理論分析決定，或者可以是這樣一種方式即通告引擎1624決定是否和怎樣通知用戶。
根據(jù)本發(fā)明的一個方面，通知平臺體系1600可以配置為層狀的，駐留在事件的或消息結構之上。然而，該發(fā)明不局限于事件結構。這種eventing ormessaging infrastructure包括-Hyper Text Transport Protocol(HTTP)，或本領域公知的HTTP擴展-Simple Object Access Protocol(SOAP)，正如本領域公知的；-Windows Management Instrumentation(WMI)，正如本領域公知的；-Jini，正如本領域公知的；-基本上是任何一種通信協(xié)議，諸如基于分組交換協(xié)議；此外，該體系可以配置為位于靈活分布的計算結構之上的一層，正如本領域技術人員可以意識到的。因此，該通告平臺結構可以使用基本的結構，作為資源發(fā)送通告、報警和事件的方式，并作為吸收器接收通告、報警和事件的方式。然而本發(fā)明不局限于此。
參看圖17，用于實現(xiàn)本發(fā)明各個方面的示例環(huán)境1710包括一個計算機1712。該計算機1712包括一個處理單元1714、一個系統(tǒng)存儲器1716和系統(tǒng)總線1718。系統(tǒng)總線1718將系統(tǒng)存儲器1712耦合到，包括但不局限于到處理單元1714。處理單元1714可以是任何各種可用的處理器。雙處理器和其他多處理器體系也可以用做處理單元1714。
系統(tǒng)總線1718可以是任何幾種類型的總線結構，包括存儲總線或存儲控制器，并行總線或外部總線，和/或使用任何各種可用總線結構的本地總線，所述可以總線包括但不局限于llbit總線、工業(yè)標準體系(ISA)Industrial StandardArchitecture、MICRO信道體系Micro-Channel Architecture(MSA)，擴展ISAExtended
ISA(EISA)，智能驅動電子Intelligent Drive Electronics(DE)，VESA本地總線VESA Local Bus(VLB)，外設連接Peripheral Component Interconnect(PCI)，通用串行總線Universal Serial Bus(USB)，高級圖象口Advanced Graphics Port(AGP)，個人計算機存儲卡國際協(xié)會總線Personal Computer Memory Card IntemationalAssociation bus(PCMC1A)，和小型計算機接口Small Computer Systems Interface(SCSI).
系統(tǒng)存儲器1716包括易失性存儲器1720和非易失性存儲器1722?；据斎?輸出系統(tǒng)(BIOS)存儲在非易失存儲器1722中，輸入/輸出系統(tǒng)包括計算機1712內部元件之間傳送信息的基本例程，例如在啟動期間。通過例圖，而不是限定，非易失存儲器1722可以包括只讀存儲器(ROM)、可編程序只讀存儲器(PROM)、電可編程序ROM(EPROM)、電可擦除只讀存儲器(EEPROM)或閃速存儲器。易失性存儲器1720包括隨機存取存儲器(RAM)，作為外部超高速緩沖存儲器。利用例證但不局限于，RAM可以在用于很多情形中，例如同步RAM(SRAM)、動態(tài)隨機存儲器(DRAM)、同步DRAM(SDRAM)、雙倍數(shù)據(jù)率SDRAM(DDRSDRAM)，增強型SDRAM(ESDRAM)、同步鏈路(Synchlink)DRAM(SLDRAM)和引層Rambus RAM(DRRAM)。
計算機1712還包括可移動的/固定的、易失的/非易失性的計算機儲存器介質。圖17圖解了例如硬盤存儲器1724。硬盤存儲器1724包括但不局限于，像磁盤驅動設備、軟盤驅動器、磁帶機、Jaz驅動器、壓縮驅動器、LS-100驅動器、閃存卡記憶或存儲條。此外，磁盤存儲器1724可以與其他存儲介質分離或結合在一起，包括但不限于光盤驅動器，例如高密度磁盤ROM設備(CD-ROMCD-ROM CD-ROM)、CD可記錄驅動器(CD-R驅動器)、CD可重寫驅動器(CD-RW驅動器)或數(shù)字多用途磁盤ROM驅動器(DVD-ROM)。T為便于1724與系統(tǒng)總線1718的連接，典型地使用可移動的或固定的接口例如接口1726。
意識到圖17描述的軟件擔當在用戶和在相配操作環(huán)境1710中描述的計算機主體資源之間的一個仲裁者。這種軟件包括操作系統(tǒng)1728。操作系統(tǒng)1728可以存儲在磁盤存儲器1724上，擔當控制和分配計算機系統(tǒng)1712資源的角色。系統(tǒng)應用程序1730經(jīng)過利用程序模塊1732和存儲在系統(tǒng)存儲器1716或存儲在1724上的程序數(shù)據(jù)1734，通過操作系統(tǒng)1728來利用資源管理，還將會意識到本發(fā)明可以利用各種操作系統(tǒng)或操作系統(tǒng)的組合來實現(xiàn)。
用戶經(jīng)由輸入設備1736將命令或信息鍵入計算機1712。輸入設備1736包括但不局限于一個定點設備例如鼠標、跟蹤球、觸針、觸墊、鍵盤、麥克風、操縱桿、游戲墊、衛(wèi)星反射器(satellite dish)、掃描器、TV調諧器卡、數(shù)字式攝象機、數(shù)字視頻攝影機、web攝影機等等。這些和其他輸入設備由接口1738經(jīng)由系統(tǒng)總線1718連接到處理部件1714。接口1738包括例如一個串行口、一個并行口、一個游戲端口和一個通用的串行總線(USB)。輸出設備1740使用一些相同類型的端口作為輸入設備1736。因此，例如USB口可能用來提供對計算機1712的輸入，并從計算機1712向輸出設備1740輸出信息。提供輸出適配器1742以說明存在有某些輸出設備1740，像監(jiān)視器、揚聲器、和打印機、連同要求專用轉接座的其他輸出設備1740。T輸出適配器1742包括(利用例圖但不限定于)視頻和聲卡，它提供輸出設備1740和系統(tǒng)總線1718之間的連接裝置。其他設備和/或設備系統(tǒng)提供了輸入和輸出能力例如遠程計算機1744。
計算機1712可以在運用邏輯連接到一個或多個遠程計算機(遠程計算機1744)的網(wǎng)絡環(huán)境下操作。遠程計算機1744可以是個人計算機、服務器、路由器、網(wǎng)絡PC、工作站、以微處理機為基礎的設備、同級設備或其他公用網(wǎng)絡節(jié)點等等，典型地包括涉及1712所述的許多或全部元素。為簡明起見，僅以遠程計算機1744來說明存儲器設備1746。遠程計算機1744邏輯上經(jīng)由網(wǎng)絡接口1748連接到計算機1712，然后物理地經(jīng)由通信接線1750連接。網(wǎng)絡接口1748擁有通信網(wǎng)絡例如局域網(wǎng)(LAN))和廣域網(wǎng)(WAN)。LLAN技術包括光纖分布式數(shù)據(jù)接口(FDDI)、銅線分布式數(shù)據(jù)接口(CDDI)、以太網(wǎng)/IEEE 1102.3、令牌環(huán)/IEEE1102.5等等。WAN技術包括但不局限于點到點鏈路、電路交換網(wǎng)像綜合業(yè)務數(shù)字網(wǎng)(ISDN)和其變體、分組交換網(wǎng)絡和數(shù)字用戶線路(DSL)。
通信接線1750指用于將網(wǎng)絡接口1748連接到總線1718的硬件/軟件。雖然為了清楚地說明起見，以內部計算機1712表示通信接線1750，但通信接線還可以是外部計算機1712。連接到網(wǎng)絡接口1748所必需的硬件/軟件包括(只用于說明目的)內部和外部技術例如，含有常規(guī)電話類別的調制解調器、電纜調制解調器和DSL調制解調器、ISDN適配器和以太網(wǎng)卡。
圖18是本發(fā)明與之交互的一個樣本-計算環(huán)境1800的圖解方框圖。該系統(tǒng)1800含有一個或多個客戶1810?？蛻?810可以是硬件和/或軟件(例如、進程活動、流程、計算裝置)。系統(tǒng)1800還含有一個或多個服務器1830。服務器1830是硬件和/或軟件(例如進程活動、流程、計算裝置)。服務器1830可以收容進程活動以便通過使用本發(fā)明執(zhí)行轉換，例如。在客戶1810和服務器1830之間一種合理的通信可以是適合在兩個或更多計算機處理之間進行傳輸?shù)臄?shù)據(jù)分組的形式。該系統(tǒng)1800含有通信幀結構1850，可以用于促進客戶1810和服務器1830之間的通信。客戶1810可操作地連接到客戶數(shù)據(jù)存儲器1860，用于存入本地客戶1810的信息。類似地，服務器1830可操作地連接到服務器數(shù)據(jù)存儲器1840，它可以用于存入本地服務器1830的信息。
如上所述的包括本發(fā)明例子。當然，為了描述本發(fā)明起見，不可能描述到每個可想到的部件組合或方法，而是本領域普通技術人員可以承認本發(fā)明的許多更進一步組合和置換是可能的。從而，本發(fā)明希望包含所有這種變更、修改和變型，這些都落入附加權利要求書的精神和范圍之內。此外，對于術語″包括″或者在說明書或者在權利要求書中使用的程度來說，當用于權利要求書中的暫時詞語時，這個術語希望具有如同術語″包含comprising″的解釋。
權利要求
1.一種通告系統(tǒng)，包含一個數(shù)據(jù)庫引擎，處理接收的事件和訂閱信息，在處理之前，該數(shù)據(jù)庫引擎將該事件和訂閱模型化為數(shù)據(jù)，使得便于事件和訂閱的處理；一個通告平臺，根據(jù)該處理的事件和訂閱信息，將通告遞送給訂購者；和至少一個應用程序模塊，便于預訂和不預訂至少一個產(chǎn)生該通告的信息源。
2.根據(jù)權利要求1所述的系統(tǒng)，該通告平臺包括至少一個服務器，以便為從事件源接收信息的至少一個通告吸收器分配產(chǎn)生通告的、來自一個或多個事件源的信息。
3.根據(jù)權利要求1所述的系統(tǒng)，該應用程序模塊包括至少一個代理模塊、一個動態(tài)定價模塊、一個訂閱接入模塊、一個推出模塊、一個收回模塊、一個狀態(tài)環(huán)境模塊、一個設備模塊和一個計費模塊。
4.根據(jù)權利要求2所述的系統(tǒng)，該通告平臺包括至少一個結構化查詢語言服務器(SQL server)，處理來自多個事件源的數(shù)據(jù)并執(zhí)行聯(lián)合操作以便向至少一個通告吸收器分配通告。
5.根據(jù)權利要求3所述的系統(tǒng)，該代理模塊接收來自用戶的通告規(guī)約，并確定滿足該規(guī)約的通告服務。
6.根據(jù)權利要求5所述的系統(tǒng)，該代理模塊包括至少一個通告代理部件和一個訂閱代理部件。
7.根據(jù)權利要求6所述的系統(tǒng)，該代理模塊產(chǎn)生至少一個捆綁服務(bundle)和一個通告捆綁，通告捆綁由一個通告平臺使用以向用戶遞送通告。
8.根據(jù)權利要求5所述的系統(tǒng)，該代理模塊經(jīng)過至少一個查詢和一個未請求的請求接收該通告規(guī)約。
9.根據(jù)權利要求3所述的系統(tǒng)，該動態(tài)定價模塊包括至少一個團體部件、一個容量部件、一個基于時間的部件、一個基于場所的部件、一個基于狀態(tài)環(huán)境的部件、一個基于用途的部件和一個基于相關的部件，以便于在通告體系內部進行價格調整。
10.根據(jù)權利要求9所述的系統(tǒng)，該動態(tài)定價模塊至少與一個用戶分布圖相關、該相關的用戶分布圖的一個屬性和一個性能部件相關，以便確定該價格調整。
11.根據(jù)權利要求3所述的系統(tǒng)，該訂閱接入模塊包括至少一個訂閱開關、一個短期控制、一個間斷控制、一個試訂閱控制和一個轉換控制，以便于訂閱調整。
12.根據(jù)權利要求3所述的系統(tǒng)，該收回模塊與用戶的請求相關，以便接收不符合用戶當前訂閱的通告。
13.根據(jù)權利要求3所述的系統(tǒng)，推出模塊由提供給用戶的獎勵來驅動。
14.根據(jù)權利要求13所述的系統(tǒng)，推出模塊更進一步包含對曾推出給用戶的停用信息的控制。
15.根據(jù)權利要求1所述的系統(tǒng)，該狀態(tài)環(huán)境模塊用于調整與至少一個通告服務相關的一個訂閱。
16.根據(jù)權利要求15所述的系統(tǒng)，該狀態(tài)環(huán)境模塊包括至少一個狀態(tài)環(huán)境來源、一個狀態(tài)環(huán)境特征部件、一個狀態(tài)環(huán)境消費者、一個獲得狀態(tài)環(huán)境的部件、一個狀態(tài)環(huán)境傳播部件和一個公開狀態(tài)環(huán)境的部件。
17.根據(jù)權利要求3所述的系統(tǒng)，該設備模塊包括至少一個接收部件、一個性能部件、一個過濾器部件、一個遞送條件部件和一個設備條件部件以便于與一個通告平臺和至少一個訂閱進行交互。
18.根據(jù)權利要求3所述的系統(tǒng)，該計費模塊包括至少一個訂閱平臺服務和一個處理引擎以便于按照通告平臺自動計費。
19.根據(jù)權利要求18所述的系統(tǒng)，處理引擎包括至少一個差額影響引擎、一個資格引擎和一個設備配置引擎，以便于管理與至少一個通告服務相關的帳目。
20.根據(jù)權利要求18所述的系統(tǒng)，該計費模塊更進一步包含至少一個訂閱存儲器、一個資源平衡存儲器、一個計費沖突存儲器、一個產(chǎn)品目錄和一個定額事件存儲器。
21.一個計算機可讀介質，用于存儲實現(xiàn)權利要求1所述系統(tǒng)的計算機可執(zhí)行部件。
22.一個通告系統(tǒng)，包含裝置，用于獲得事件和訂閱信息；裝置，用于處理該事件和訂閱信息；裝置，用于從該事件和訂閱數(shù)據(jù)中產(chǎn)生通告數(shù)據(jù)；和裝置，用于按照至少一個應用程序部件遞送通告給訂購者。
23.根據(jù)權利要求22所述的系統(tǒng)，該應用程序部件更一步包含至少一個代理部件、一個價格部件、一個訂閱控制部件、一個推出部件、一個收回部件、一個狀態(tài)環(huán)境部件、一個設備結構部件和一個計費部件。
24.一個通告方法，包含定義至少一個應用程序模塊；利用一個通告平臺對應用程序模塊接口；和對與該通告平臺相關的一個通告服務進行至少一個預訂和不預定使用該應用程序模塊。
25.根據(jù)權利要求24的方法，更進一步包含定義該通告平臺的用戶分布調整性能。
26.根據(jù)權利要求25的方法，更進一步包含將用戶分布(pprofiles)調整為設備和系統(tǒng)能力的至少之一。
27.根據(jù)權利要求24所述的方法，更進一步包含經(jīng)由至少一個未經(jīng)請求的請求接收通告規(guī)約，并基于該規(guī)約對通告服務打包。
28.根據(jù)權利要求24所述的方法，給通告服務根據(jù)至少一個團體部件、一個部件、一個基于時間的部件、一個基于場所的部件、一個基于環(huán)境的部件、一個基于用途的部件和一個基于相關的部件提供一個折扣。
29.根據(jù)權利要求24所述的方法，更進一步包含根據(jù)至少一個訂閱開關、一個短期控制、一個間歇控制、一個試訂閱控制和一個轉換控制調整一個訂閱。
30.根據(jù)權利要求24所述的方法，更進一步包含至少一個基于獎勵的用戶推出信息和基于用戶控制的用戶推出信息。
31.根據(jù)權利要求24所述的方法，更進一步包含使用狀態(tài)環(huán)境調整訂閱。
32.根據(jù)權利要求24所述的方法，更進一步包含通告平臺與一個自動計費系統(tǒng)關聯(lián)。
33.用于通告系統(tǒng)的一個信號，包含一個第一數(shù)據(jù)分組，傳送至少一個通告事件和訂閱信息；和一個第二數(shù)據(jù)分組，根據(jù)該通告事件和訂閱、至少一個通告、通告事件遞送通告給訂購者，該訂閱與可以自動地調整該訂閱狀態(tài)的一個應用程序模塊相關。
34.根據(jù)權利要求33所述的信號，該應用程序模塊包括至少一個代理模塊、一個定價模塊、一個接入模塊、一個推出/收回模塊、一個狀態(tài)環(huán)境模塊、一個設備模塊和一個計費模塊。
全文摘要
本發(fā)明涉及一種系統(tǒng)和方法，以根據(jù)能夠借助于通告平臺幀結構使用的各種應用程序進行自動遞送通告。以模塊描述該應用程序使得用戶容易/便利地與通告平臺交互。一個這樣的模塊包括代理模塊，擔當?shù)谌揭越邮沼脩舳x的所希望的服務，接著使這種服務成系列以便按照該平臺向該用戶遞送服務捆綁?？梢蕴峁﹦討B(tài)的定價模塊以便于根據(jù)各種因素諸如通告服務的容量定價折扣遞送服務。提供定價接入模塊以能使用戶方便地訂閱或不訂閱該服務，而可以使用推進/收回模塊給用戶有關遞送可選服務的一個或多個選項。提供上下文環(huán)境模塊使得用戶根據(jù)當前上下文環(huán)境改變其訂閱。設備濾波器模塊給用戶提供了改變訂閱類型和數(shù)量的控制。計費模塊包括自動計費和訂閱服務之間的描述性交互以及一個或多個通告平臺交互，其中能夠經(jīng)過通告平臺將涉及計費系統(tǒng)中的一個或多個用戶的訂閱事件/消息遞送給用戶。
文檔編號G06Q30/00GK1525687SQ200410005279
公開日2004年9月1日 申請日期2004年1月21日 優(yōu)先權日2003年2月26日
發(fā)明者P·西沙德里, P 西沙德里, S·帕舍, 滋, P·加雷特, 布蘭齊, R·F·布蘭齊, 門沙-安南, H·奈特, C·T·門沙-安南 申請人:微軟公司