返回利用實體所執行的任務的通知制造技術

向信息實體源提供關于那些實體的后續使用的反饋，由此通過反饋回路提供可包括對于對實體所執行的具體任務或者具體服務所執行的任務的激勵或不激勵的控制策略。在對該實體執行了后續任務時，包括作為“實體”的信息附著集合的中間源和原始作者在內的實體源連同返回消息模板以及要將返回消息指向其的接口一起提供那些實體。諸如用戶代理的中間服務能夠添加其自己的返回消息模板以及返回消息將指向其的接口。對那些實體的后續任務執行包括向和實體一起指定并傳送的接口創建并傳輸返回消息，由此使得之前的系統能夠維護實體利用的日志。

【技術實現步驟摘要】
返回利用實體所執行的任務的通知
技術介紹
隨著計算設備的網絡的發展，使得可通過網絡通信獲得更大量的信息并且開發出更大量的服務來接收這樣的信息并利用其執行操作。典型地，使得可經由網絡通信獲得的信息是以單向的方式來提供，其中信息的接收方能夠利用該信息而對于信息源沒有進一步的通知。例如，航空公司或酒店的運營商能夠使得可通過計算機網絡通信而獲得與該航空公司的航班或該酒店的特點相關的信息。這樣的信息隨后能夠被能夠進一步對這樣的信息加以利用的基于網絡的服務所接收。例如，網絡旅行服務可使得用戶能夠將這樣的信息添加到其所能夠生成并維護的旅行路線，聯網社交媒體服務可使得用戶能夠向其它用戶通知這樣的航空公司或酒店信息，并且聯網廣告服務能夠對這樣的航空公司或酒店信息進行重新格式化以使得其能夠顯示在數碼布告板或其它類似的數字廣告上。然而，在以上的每個示例中，諸如航空公司或酒店運營商的信息源將對其航空公司或酒店信息的使用一無所知。例如，如果用戶想要利用聯網的旅行服務將該航空公司信息中的一些添加至其線路中，該聯網的旅行服務將從航空公司運營商那里獲得航空公司信息，但是這樣的聯網旅行服務將不會令航空公司運營商了解到航空公司信息的特定集合被如何加以利用。類似地，作為另一個示例，如果用戶要利用聯網社交媒體服務將酒店信息通知給其它用戶，這樣的聯網社交媒體服務將從酒店運營商處獲得酒店信息，但是將不會令酒店運營商了解到所獲得的酒店信息被加以利用的方式。缺少這樣的反饋拒絕了信息作者或信息源對能夠被用來使得信息作者和包括終端用戶在內的信息消費者中任一方或雙方獲益的控制措施。
技術實現思路
在一個實施例中，為了為信息作者和中間信息源提供與其信息的后續利用相關的反饋，連同“實體”或信息的附著集合(cohesive col lection)—起,可以提供返回信息模板以及要向其發送依據該返回信息模板進行格式化的返回信息的接口。該實體的后續利用可以要求向所指定的接口傳輸返回信息。在另一個實施例中，利用實體的中間系統能夠自己添加其自己的返回信息模板以及其自己的要對其發送依據該返回消息模板進行格式化的返回消息的接口。另外，這樣的實體的下游利用可以不僅要求向實體作者或源所指定的接口傳送返回消息，而且還要求經由那些中間系統所指定的接口向中間系統進行返回消息的傳送。在另外的實施例中，能夠存儲指示實體利用的返回消息的接收，就像系統自己對該實體的利用一樣，因此跨系統范圍提供實體利用的日志。在又另外的實施例中，所提供的返回消息形式的反饋能夠使得提供激勵以激勵實體的某些利用，并且類似地不激勵實體的其它利用。提供該
技術實現思路
而以簡化形式引入隨后在具體實施方式中進一步描述的概念選擇。該
技術實現思路
并非意在標識出所請求保護主題的關鍵特征或必要特征，也并非意在被用來對所請求保護主題的范圍進行限制。附加的特征和優勢根據以下參考附圖所進行的詳細描述將是顯而易見的。附圖說明在與附圖相結合時能夠最佳地理解以下詳細描述，其中圖I是示例性接口注冊的框圖；圖2是示例性實體提供的框圖；圖3是另一種示例性實體提供的框圖；圖4是示例性實體下游提供的框圖；圖5是示例性返回消息提供的框圖；圖6是示例性實體源的流程圖；圖7是示例性實體中間利用的流程圖；圖8是不例性實體利用的流程圖；和圖9是示例性計算設備的框圖。具體實施方式以下描述涉及用于使得能夠對信息實體的源進行有關那些實體的后續利用的反饋的機制。在實體被后續利用時或者在該實體上執行后續任務時，包括中間源在內的實體源以及作為“實體”的信息附著集合的原始作者能夠連同實體自身一起提供返回消息模板以及返回消息所要指向的接口。諸如用戶代理的中間服務能夠自己添加其自己的返回消息模板以及返回消息所要指向的接口。那些實體的后續利用，諸如在該實體上執行后續任務時，能夠包括對連同實體一起指定的接口創建并傳輸返回消息。實體源以及中間系統因此能夠保存實體利用的日志。此外，這樣的反饋使得能夠提供激勵以激勵實體的某些利用以及在那些實體上執行的某些任務，并且還類似地不激勵實體的其它利用以及那些實體上所執行的其它任務。出于說明的目的，這里所描述的技術參考現有且已知的網絡基礎架構，諸如普遍存在的互聯網和萬維網(WWW)。同樣出于說明的目的，這里所描述的技術參考現有且已知的協議和語言，諸如普遍存在的超文本傳輸協議(HTTP)和同樣普遍存在的超文本標記語言 (HTML)。然而，這樣的參考是嚴格示例性的而并非意在將所描述的機制限制為所提供的具體示例。雖然并未要求，但是以下描述將處于計算設備所執行的諸如程序模塊的計算機可執行指令的一般環境之中。更具體地，除非另外指出，否則該描述將參考一個或多個計算設備或外圍設備所執行的動作以及操作的符號表示形式。這樣，將要理解的是，有時被稱作被計算機所執行的這樣的動作和操作包括由處理單元對表示結構化形式的數據的電信號所進行的操控。該操控對數據進行變換或者將其保存至存儲器中的位置處，這將以本領域技術人員好理解的方式對計算設備或外圍設備的操作進行重新配置或以其它方式改變。數據所保存的數據結構是具有數據的格式所定義的特定屬性的物理位置。通常，程序模塊包括執行特定任務或者實現特定抽象數據類型的例程、程序、對象、組件、數據結構等。此外，本領域技術人員將會意識到，計算設備無需被限制為傳統的個人計算機，并且包括其它計算配置，包括手持設備、多處理器系統、基于微處理器的或可編程的消費電子、網絡PC、微計算機、大型主機等。類似地，計算設備并不必被限制為獨立計算設備，因為該機制也可能在由通過通信網絡進行鏈接的遠程處理設備執行任務的分布式計算環境中進行實踐。在分布式計算環境中，程序模塊可以位于本地和遠程的存儲器存儲設備。轉向圖1，示出了示例性系統100，其包括客戶端計算設備110、三個服務器計算設備即服務器計算設備120、150和180，以及使得能夠在兩個或多個客戶端計算設備110和服務器計算設備120、150和180之間進行通信的網絡990。雖然被圖示為單獨的計算設備 120,150和180，但是這里所描述的機制可等同地應用于在單個服務器計算設備上執行的獨立處理，或者被用于圖示為在一個服務器計算設備上執行的組件或應用在多個服務器之間進行劃分的配置。這里所描述的機制還可應用于虛擬化的服務器計算設備，諸如可以由在單個物理計算設備上執行或者跨多個物理計算設備執行的一個或多個處理所創建。因此，服務器計算設備120、150和180意味著不僅表示物理服務器計算設備，而且還表示虛擬化的服務器計算設備，或者任意其它類似的獨立的執行處理。圖I的系統100進一步圖示了分別通信耦合至服務器計算設備120和150的數據存儲140和170。如在服務器計算設備的情況下，數據存儲140和170能夠由與這樣的數據存儲被圖示為與之通信耦合的服務器計算設備同在一處的存儲設備來實施，或者它們能夠由遠程存儲設備通過虛擬化存儲方案來實施。這樣，數據存儲140和170意味著不僅表示同處于它們被圖示為與之通信耦合的服務器計算設備之內的物理存儲設備，而且還表示能夠由這樣的數據存儲被圖示為與之通信耦合的服務器計算設備上執行的處理所利用的遠程的且虛擬的存儲容量。參考圖I的系統100的服務器計算設備120、150和180在圖I的系統100本文檔來自技高網...

【技術保護點】
一種用于對作為信息的附著集合的實體（231）執行任務的方法，該方法包括步驟：對實體（231）執行任務；在該任務被調用時標識與實體（231）相關聯并且與實體（231）一起接收的至少一個返回消息指令集合，其中來自所標識的至少一個返回消息指令集合中的每個返回消息指令集合包括指定返回消息（531）的所請求格式的返回消息模板（232）以及該返回消息（531）將指向的返回接口（131）；生成指示對實體（231）的任務執行的返回消息（531）；并且將所生成的返回消息（531）傳送至所標識的至少一個返回消息指令集合中所指定的返回接口（131）。

【技術特征摘要】
...

【專利技術屬性】
技術研發人員：J凱里，OD伊克納，
申請(專利權)人：微軟公司，
類型：發明
國別省市：