專利名稱：跟蹤服務器請求的制作方法
跟蹤服務器請求
背景技術(shù)：
本發(fā)明一般地涉及跟蹤服務器請求。用于服務器側(cè)應用的當前流行的架構(gòu)模型是基于反應性原理，其中，服務器響應于從請求方接收到外部請求而執(zhí)行某些工作并隨后向請求方傳送響應(即，結(jié)果)。服務器性能的主要指示符是服務器請求等待時間，其是從服務器接收到請求的時間直至服務器提供響應的時間所經(jīng)過的時間。出于理解和準確地確定延遲的根源的目的，性能分析員通常對諸如哪些特定服務器請求執(zhí)行起來花費相對長的時間和用于這些服務器請求的內(nèi)部處理細節(jié)的因素感興趣。常規(guī)服務器請求可以產(chǎn)生多個輔助請求，因為出于滿足該請求的目的，最初聯(lián)系的服務器可以向其他服務器傳送附加請求。此類跨服務器通信通常使診斷分析復雜，因為涉及許多部件，并且可能突然插入對在對初始服務器請求進行響應時的總等待時間有所貢獻的相應問題。


圖1是根據(jù)示例性實施方式的物理機的系統(tǒng)的方框圖。圖2是根據(jù)示例性實施方式的與服務器請求相關(guān)聯(lián)的示例性拓撲。圖3是描述了根據(jù)示例性實施方式的用以跟蹤產(chǎn)生輔助請求的服務器請求的技術(shù)的流程圖。圖4是描述了圖示出根據(jù)示例性實施方式的用以處于處理相關(guān)令牌的目的補充接收到的應用程序間消息的處理的代碼片段(code snippet)的使用的技術(shù)的流程圖。圖5是描述了圖示出根據(jù)示例性實施方式的用以出于處理相關(guān)令牌的目的補充要傳送的應用程序間消息的處理的代碼片段的使用的技術(shù)的流程圖。圖6是描述根據(jù)示例性實施方式的被代碼片段與監(jiān)視工具API相結(jié)合地使用以處理輸入應用程序間消息的技術(shù)的流程圖。圖7是描述了根據(jù)示例性實施方式的被代碼片段與監(jiān)視工具API相結(jié)合地使用以處理輸出應用程序間消息的技術(shù)的流程圖。
具體實施例方式在本文中出于跟蹤由客戶端做出且被提供給服務器側(cè)編程框架(在本文中稱為“服務器側(cè)”)的服務器請求的目的公開了系統(tǒng)和技術(shù)。在服務器側(cè)，來自客戶端的服務器請求可以導致大量的請求，其包括從客戶端接收到的初始請求和在初始請求的處理中在服務器側(cè)產(chǎn)生的結(jié)果得到的輔助請求。更具體地，通常，來自客戶端的給定服務器請求的處理涉及不同部件或服務器側(cè)的應用程序之間的消息(在本文中稱為“應用程序間消息”)的傳送。在這方面，服務器側(cè)可以由多個層或應用程序構(gòu)成，其又可以存在于一個或多個服務器上。當服務器側(cè)上的應用程序從客戶端接收到請求時，處理請求的過程中的應用程序可以向其他應用程序發(fā)布輔助請求(以應用程序間消息的形式)；并且此過程可以繼續(xù)且是遞歸的。
如在本文中公開的，出于跟蹤在服務器側(cè)上的不同應用程序進行的服務器請求處理的目的，向出于滿足請求的目的傳送的每個應用程序間消息附加著色或相關(guān)令牌。如下文進一步描述的，例如診斷工具的監(jiān)視工出于分析與服務器請求的處理相關(guān)聯(lián)的執(zhí)行的目的處理相關(guān)令牌，即使服務器請求的最后處理涉及服務器側(cè)上的多個應用程序。換言之，診斷工具出于分析與跨服務器側(cè)上的所有部件的處理相關(guān)聯(lián)的等待時間、執(zhí)行時間等的目的使用相關(guān)令牌。在本文中公開的技術(shù)和系統(tǒng)允許監(jiān)視應用程序間消息通信，無論是使用標準化通信協(xié)議還是使用不遵守任何特定標準的傳統(tǒng)協(xié)議(例如，專有協(xié)議)來傳送應用程序間消息。因此，某些服務器側(cè)部件可能是傳統(tǒng)應用程序，其使用限制或未知的通信協(xié)議。以這種方式，在服務器請求的處理中使用的某些應用程序可能是多年以前或過去的幾十年開發(fā)的。監(jiān)視工具仍可以與此類應用程序一起使用，因為相關(guān)令牌和代碼片段(下文描述)的使用允許應用程序間消息傳送的監(jiān)視，無論應用程序所采用的通信協(xié)議的類型如何。作為更特定的示例，根據(jù)本發(fā)明的某些實施例，可以在系統(tǒng)上實現(xiàn)服務器側(cè)，諸如在圖1中描述的示例性系統(tǒng)。通常，圖1的系統(tǒng)包括被網(wǎng)絡130互連的多個物理機100(在圖1中描述的示例性機器IOOaUOOb和100c)。物理機的示例包括計算機(例如，應用服務器、存儲服務器、網(wǎng)絡服務器等)、通信模塊(例如，交換機、路由器等)及其他類型的機器。網(wǎng)絡130還可以包括系統(tǒng)總線或其他快速互連?！拔锢頇C”指示該機器是由可執(zhí)行程序指令和硬件構(gòu)成的實際機器。網(wǎng)絡130的示例包括局域網(wǎng)(LAN)、廣域網(wǎng)(WAN)、因特網(wǎng)、任何其他類型的通信鏈路或其組合。物理機100可以位于一個機柜(或機架)內(nèi)；或者替換地，物理機100可以位于多個機柜(或機架)中或者甚至在地理上分散。在圖1中描述的系統(tǒng)可以是應用服務器、存儲服務器場(或存儲器域網(wǎng))、網(wǎng)絡服務器場、交換機或路由器場、其他類型的數(shù)據(jù)中心等中的任何一個。并且，雖然在圖1中描述了三個物理機100，但注意的是根據(jù)其他實施方式，可以使用多于三個物理機100、兩個物理機或一個物理機100。雖然在圖1中將每個物理機100描述為包含在箱子內(nèi)，但注意的是物理機100可以是具有多個節(jié)點的分布式機器，其提供分布式和并行處理系統(tǒng)。如在圖1中描述的，在某些實施方式中，物理機100可以存儲機器可執(zhí)行指令106。這些指令106可以包括一個或多個應用程序116、操作系統(tǒng)188和一個或多個設備驅(qū)動器120 (其可以是操作系統(tǒng)118的一部分)。物理機100還可以包括硬件122，其包括處理器，諸如一個或多個中央處理單元(CPU) 124 (出于非限制性示例的目的，在圖1中描述了一個CPU 124)。每個CPU 124可以具有一個或多個處理核。硬件122還可以包括系統(tǒng)存儲器126和網(wǎng)絡接口 128。在某些實施方式中，一個或多個CPU 124執(zhí)行機器可執(zhí)行指令106?？梢詫C器可執(zhí)行指令106存儲在各種形式的機器可讀介質(zhì)中的任何一個中，諸如存儲器126、可移動介質(zhì)、磁存儲器、光存儲器、另一機器上的存儲器等。根據(jù)某些實施方式，一個或多個物理機100上的應用程序116形成特定復合型服務器側(cè)應用程序框架的部件的全部或一部分。如在圖1中所描述的，除上述部件之外，可執(zhí)行指令106還包括監(jiān)視工具117，其用于跟蹤服務器側(cè)上的服務器請求的部件間處理的目的，諸如跟蹤來自客戶端的初始請求的處理、處理結(jié)果得到的輔助請求、聚集并處理中間結(jié)果且最后將最終結(jié)果提供給客戶端。物理機IOOa僅僅是用于服務器的特定物理機100的示例。注意的是服務器側(cè)可以由多個物理機形成，諸如與其他物理機100組合的機器100a，例如，諸如物理機IOOb和/或物理機100c。因此，給定服務器側(cè)可以包括具有物理機IOOa的一個或多個應用程序116 ；具有另一物理機IOOb的一個或多個應用程序116 ;在多個物理機100上的一個或多個應用程序116等。無論特定實施方式如何，針對在本文中公開的示例，給定服務器請求隨初始請求一起產(chǎn)生，其由客戶端提供(經(jīng)由在圖1中未描述的物理機)且被應用程序116中的一個接收以發(fā)起處理，該處理最終導致滿足客戶端請求的響應。來自客戶端的初始請求的處理可以產(chǎn)生附加輔助請求，其傳播(經(jīng)由應用程序間消息)至可以位于同一物理機100上和/或不同物理機100上的其他應用程序116。根據(jù)本文公開的實施方式，出于即使當在這些通信中使用標準化和/或非標準化通信協(xié)議的目的也監(jiān)視與請求處理相關(guān)聯(lián)的應用程序間消息發(fā)送的目的，由代碼片段119來動態(tài)地修改服務器側(cè)上的每個應用程序116。通常，代碼片段119是出于促使應用程序116在儀表化點處執(zhí)行預定功能的目的在應用程序116的代碼中的特定執(zhí)行或儀表化點處插入的程序代碼。作為更特定示例，根據(jù)某些實施方式，代碼片段119是由編寫未編譯程序代碼以執(zhí)行特定功能的程序分析員導出的；并且，運行時間編譯程序?qū)Υ宋淳幾g代碼進行編譯，并在應用程序116正在執(zhí)行的同時將其插入用于應用程序116的另一已編譯代碼中，如在題為 “Compiling And Inserting Code Snippets At Runtime” 美國專利申請公開序號20090172653中所述的，其在2008年9月27日提交，在2009年6月2日公布。用于給定應用程序的代碼片段119的使用有效地允許應用程序116的自動修改以允許向和從應用程序116傳送的消息中的相關(guān)令牌的傳送，無論應用程序116所采用的消息發(fā)送通信協(xié)議如何。根據(jù)某些實施方式，代碼片段119使應用程序116暴露于監(jiān)視工具117的應用編程界面(API )，并且監(jiān)視工具117的這些API被配置成處理和更新附加在應用程序間消息上的相關(guān)令牌。更具體地，可以出于在與發(fā)送應用程序間消息相關(guān)聯(lián)的應用程序116的儀表化點處插入代碼的目的編寫特定代碼片段119。針對本示例，代碼片段119使應用程序116暴露于監(jiān)視工具117的API，其被配置成將已更新相關(guān)令牌附著到輸出應用程序間消息中。作為另一示例，可以出于在應用程序116的儀表化點處插入代碼的目的編寫特定代碼片段119，在該處應用程序116接收與(初始和輔助)請求有關(guān)的消息。因此，當接收到應用程序間消息時，可以使用代碼片段119來使應用程序116暴露于監(jiān)視工具117的相應API以便處理消息以例如提取并解析相關(guān)令牌。如下面進一步描述的，此更新相關(guān)令牌可以包括用于消息的已更新拓撲以指示直到消息的時間為止的用于服務器請求的處理歷史。在某些實施方式中，可以使用相關(guān)令牌的附著來利用(leverage)在應用程序部件之間傳遞的消息的結(jié)構(gòu)，并且可以在不影響消息結(jié)構(gòu)的完整性的情況下將相關(guān)令牌插入消息中。例如，如果使用超文本傳輸協(xié)議(HTTP)作為通信協(xié)議，則可以將附加HTTP報頭字段用于傳遞相關(guān)令牌的目的。在另一示例中，如果將Java消息服務(JMS)用于應用程序部件之間的通信，則可以使用JMS消息性質(zhì)來將相關(guān)令牌插入消息中。
在其他實施方式中，當在應用程序部件之間傳遞的消息的結(jié)構(gòu)不靈活或者甚至未知時，代碼片段119可以使用“打包”技術(shù)，亦即，產(chǎn)生復合消息，其包含相關(guān)令牌和未修改原始消息。在接收側(cè)，另一代碼片段(對于本示例而言，“接收側(cè)代碼片段119”)將接收到的消息“解開”并將提取的相關(guān)令牌傳遞至監(jiān)視工具；并且對于本示例而言，接收側(cè)代碼片段119還提取原始應用程序消息并將其傳遞至接收應用程序部件。在所有情況下，在不需要改變應用程序或工具源代碼或重新編譯的情況下將相關(guān)令牌附著并從消息分離。因此，從應用程序間消息進行的附加相關(guān)令牌的提取以及相關(guān)令牌到應用程序間消息的附加與用來傳送應用程序間消息的通信協(xié)議無關(guān)。結(jié)果，可以在工具117的開發(fā)者或提供者不具有關(guān)于預期客戶所使用的應用程序所采用的通信協(xié)議/技術(shù)的任何知識的情況下開發(fā)監(jiān)視工具117。協(xié)議/技術(shù)的知識被編程分析員用于開發(fā)代碼片段119的目的。由于可以在發(fā)布了應用程序116或監(jiān)視工具117之后的任何時間創(chuàng)建代碼片段119，所以可以提供“一般”監(jiān)視支持。因此，即使給定應用程序116使用某種模糊傳統(tǒng)通信技術(shù)，支持此監(jiān)視僅僅涉及編寫用于應用程序116的代碼片段119，其可以涉及例如相對少的編程代碼行。根據(jù)本文所述的實施方式，這全部在不改變應用程序源代碼、修改監(jiān)視工具源代碼或進行重新編譯的情況下發(fā)生。作為非限制性示例，圖2描述了根據(jù)某些實施方式的與示例性服務器請求相關(guān)聯(lián)的示例性拓撲150。參考圖2，對于本示例而言，拓撲150與貸款申請的處理相關(guān)聯(lián)，并且服務器側(cè)處理代表貸方或銀行的貸款申請。以這種方式，客戶端151 (例如，貸款申請人所使用的計算機系統(tǒng))通過向因特網(wǎng)服務器(作為非限制性示例)傳送初始請求180 (例如，包含用于由銀行處理的已完成貸款申請)來發(fā)起服務器請求，所述因特網(wǎng)服務器出于最初處理請求180的目的發(fā)起應用程序116 (參見圖1)的實例160a。如下文所述，應用程序?qū)嵗?60a可以直接地和間接地生成附加輔助請求186以發(fā)起與處理貸款申請相關(guān)聯(lián)的各種處理功能，并且這些輔助請求186中的每一個又可以產(chǎn)生附加輔助請求。在成功結(jié)束時，應用程序?qū)嵗?60a向客戶端151提供響應190，其可以是用于更多信息的請求、貸款的拒絕、試行貸款批準、與貸款申請的處理相關(guān)聯(lián)的初步或中間結(jié)果等。應用程序?qū)嵗?60出于處理相關(guān)令牌的目的被暴露于監(jiān)視工具117 (參見圖1)的關(guān)聯(lián)實例170的API，所述相關(guān)令牌被附加在被實例160c接收到和從其傳送的應用程序間消息上。在這方面，代碼片段119出于提取用于輸入應用程序間消息的相關(guān)令牌并生成用于輸出應用程序間消息的適當相關(guān)令牌的目的使應用程序?qū)嵗?60a暴露于監(jiān)視工具實例170的API。其他應用程序?qū)嵗?60b、160c、160d和160e被相應代碼片段119配置成以類似方式暴露于關(guān)聯(lián)監(jiān)視工具實例170的API。作為非限制性示例，應用程序?qū)嵗?60a可以接收原始貸款申請并生成輔助請求186以促使應用程序?qū)嵗?60b確定申請人是否被承認為銀行的客戶。在這方面，應用程序?qū)嵗?60b可以例如出于確定申請人是否是銀行客戶的目的基于申請人的社會安全號、出生日期和/或駕駛執(zhí)照號來搜索數(shù)據(jù)庫。申請人實例160b向應用程序?qū)嵗?60a返回結(jié)果(經(jīng)由響應190)，應用程序?qū)嵗?60a然后可以出于從其他應用程序?qū)嵗埱蟾郊臃盏哪康氖褂米R別確定的結(jié)果。例如，應用程序?qū)嵗?60a可以出于請求應用程序?qū)嵗?60c對申請人執(zhí)行犯罪背景搜索的目的向應用程序?qū)嵗?60c提交輔助請求186。作為另一示例，應用程序?qū)嵗?60a可以出于請求應用程序?qū)嵗?60d確定是否銀行具有給申請人的任何現(xiàn)有抵押的目的向應用程序?qū)嵗?60d提交輔助請求186。應用程序?qū)嵗?60c和160d經(jīng)由各響應190向應用程序?qū)嵗?60a返回結(jié)果。由應用程序?qū)嵗?60a向應用程序?qū)嵗?60c和160d提交的輔助請求186是異步輔助請求的實例，因為應用程序?qū)嵗?60a可以繼續(xù)進行其處理，這不依賴首先接收到哪些響應190。其他輔助請求186是同步的，因為可以在進行另一請求(例如，用以檢查關(guān)于已識別抵押的留置權(quán)的請求)之前要求對一個請求(例如，用以確定申請人是否具有給銀行的任何抵押的請求)的響應。作為輔助請求的又另一示例，圖2描述了應用程序?qū)嵗?60d可以向應用程序?qū)嵗?60e提交輔助請求186。作為非限制性示例，應用程序?qū)嵗?60d可以出于識別關(guān)于與銀行保持的抵押相對應的財產(chǎn)的任何留置權(quán)的目的而使用應用程序?qū)嵗?60e。根據(jù)某些實施方式，作為非限制性示例，相關(guān)令牌是隨輸出呼叫的每次執(zhí)行而變的串。通常，相關(guān)令牌跨企業(yè)是唯一的，這意味著不同機器上的不同輸出呼叫不能生成同一相關(guān)令牌。此設置可以用于追蹤的目的，即連接服務器請求的實例。作為另一非限制性示例，出于診斷目的，相關(guān)令牌還可以包括信息，這允許出于構(gòu)造請求拓撲的目的以聚合方式將實體鏈接在一起。參考圖3，概括地說，一般地可以出于跟蹤服務器請求的目的根據(jù)本發(fā)明的實施例來執(zhí)行技術(shù)200。按照技術(shù)200，代碼片段被插入應用程序中(按照方框204)，以使應用程序暴露于監(jiān)視工具的API，并且因此促使應用程序關(guān)于應用程序間消息與監(jiān)視工具通信。技術(shù)200包括使用監(jiān)視工具(按照方框208)來出于跟蹤服務器請求的目的對與消息相關(guān)聯(lián)的相關(guān)令牌進行操作，所述消息與由客戶端提供的服務器請求的處理相關(guān)聯(lián)。根據(jù)某些實施方式，代碼片段119可以出于處理被應用程序116接收到的應用程序間消息的目的執(zhí)行在圖4中描述的技術(shù)210?？梢栽趹贸绦?16的儀表化點處插入此代碼片段119，其對應于在其上應用程序116處理接收到的進程間消息的執(zhí)行點。按照技術(shù)210，代碼片段119接收(方框212)復合應用程序間消息，其包含消息主體和附屬(pendant)相關(guān)令牌。代碼片段119通過使應用程序116暴露于監(jiān)視工具的API來將復合消息解析(方框214)成主體和相關(guān)令牌，并且然后將該消息主體傳送(方框218)至應用程序116。代碼片段119還按照方框222將相關(guān)令牌傳送至監(jiān)視工具117。根據(jù)某些實施方式，代碼片段119出于提供從應用程序116傳送的復合消息的目的來執(zhí)行在圖5中描述的技術(shù)230。可以在執(zhí)行點處插入此代碼片段119，應用程序在該執(zhí)行點處傳送輸出應用程序間消息。按照技術(shù)230，代碼片段119使應用程序116暴露于監(jiān)視工具117的適當API以促使適當API從應用程序116接收消息主體(按照方框234)并從監(jiān)視工具117接收(方框236)關(guān)聯(lián)的相關(guān)令牌。按照方框238，代碼片段119然后執(zhí)行適當?shù)腁PI以向應用程序提供復合消息以用于傳輸。參考圖6，根據(jù)某些實施方式，代碼片段119與監(jiān)視工具117的API相結(jié)合出于處理輸入相關(guān)令牌的目的執(zhí)行技術(shù)250。按照技術(shù)250，監(jiān)視工具117從應用程序116接收(方框254)相關(guān)令牌，并且按照方框258，從相關(guān)令牌提取(方框258)起源服務器請求的身份。按照方框262，監(jiān)視工具117然后可以另外處理相關(guān)令牌。根據(jù)其目的，監(jiān)視工具117可以分析某些等待時間，識別服務器應用程序框架中的問題點等。
參考圖7，根據(jù)某些實施方式，代碼片段119與監(jiān)視工具117的API相結(jié)合出于處理輸出復合應用程序間消息的目的執(zhí)行技術(shù)300。按照技術(shù)300，按照方框304，監(jiān)視工具生成相關(guān)令牌。以這種方式，根據(jù)某些實施方式，監(jiān)視工具117更新用于輸出進程間消息的請求拓撲并向應用程序116提供(方框308)此相關(guān)令牌。雖然已相對于有限數(shù)目的實施例描述了本發(fā)明，但受益于本公開的本領域技術(shù)人員將認識到其許多修改和變更。意圖在于所附權(quán)利要求覆蓋落在本發(fā)明的精神和范圍內(nèi)的所有此類修改和變更。
權(quán)利要求
1.一種方法，包括 當應用程序在計算機(100)上執(zhí)行時將代碼(119)插入(204)應用程序(116)中，代碼(119)促使應用程序(116)關(guān)于與由客戶端(110)提供的服務器請求相關(guān)聯(lián)的應用程序間消息(186、190)與監(jiān)視工具(117)進行通信，相關(guān)令牌被附加于應用程序間消息；以及 使用監(jiān)視工具(208)對相關(guān)令牌進行操作以跟蹤服務器請求的處理。
2.權(quán)利要求1的方法，其中，插入代碼的動作包括將代碼片段(119)插入與應用程序相關(guān)聯(lián)的編譯代碼中。
3.權(quán)利要求1的方法，其中 插入代碼的動作包括在與接收應用程序間消息相關(guān)聯(lián)的應用程序的儀表化點處插入代碼，以從用來傳送應用程序間消息的協(xié)議獨立地提取相關(guān)令牌；以及 使用監(jiān)視工具的動作包括解析(214)相關(guān)令牌以提取關(guān)于服務器請求的身份和服務器請求的拓撲的信息。
4.權(quán)利要求1的方法，其中 插入代碼的動作包括在與將應用程序間消息傳送至另一應用程序相關(guān)聯(lián)的應用程序的儀表化點處插入(238)代碼，以從用來傳送應用程序間消息的協(xié)議獨立地將相關(guān)令牌附加于應用程序間消息；以及 使用監(jiān)視工具的動作包括用指示由應用程序進行的應用程序間消息的處理的信息來更新相關(guān)令牌。
5.權(quán)利要求1的方法，其中，使用監(jiān)視工具的動作包括對相關(guān)令牌進行操作以用關(guān)于另一應用程序的信息來更新相關(guān)令牌以處理服務器請求。
6.一種制品，包括計算機可讀存儲介質(zhì)以存儲指令，該指令在被計算機執(zhí)行時促使計算機 經(jīng)由應用程序的代碼片段與應用程序通信以提取附加于接收到的應用程序間消息的相關(guān)令牌，應用程序間消息是可歸因于由客戶端提供的服務器請求的消息的拓撲的一部分；以及 至少部分地基于相關(guān)令牌來對服務器請求執(zhí)行診斷處理。
7.權(quán)利要求6的制品，所述計算機可讀存儲介質(zhì)存儲指令，該指令在被執(zhí)行時促使計算機經(jīng)由另一代碼片段與應用程序相交互以從用來傳送輸出應用程序間消息的協(xié)議獨立地將另一相關(guān)令牌附加于與服務器請求相關(guān)聯(lián)的輸出消息間通信。
8.權(quán)利要求6的制品，所述計算機可讀存儲介質(zhì)存儲指令，該指令在被執(zhí)行時促使計算機從用來傳送接收到的應用程序間消息的協(xié)議獨立地提取(214)相關(guān)令牌。
9.權(quán)利要求6的制品，所述計算機可讀存儲介質(zhì)存儲指令，該指令在被執(zhí)行時促使計算機用指示在其上應用程序間消息被應用程序接收到的時間的時間戳來更新(300)相關(guān)令牌。
10.一種系統(tǒng),包括 基于處理器的監(jiān)視工具(117)，其監(jiān)視與由客戶端(110)提供的服務器請求相關(guān)聯(lián)的多個應用程序間消息的給定應用程序間消息，至少部分地由被附加于給定應用程序間消息的相關(guān)令牌來指示所述多個應用程序間消息的拓撲；以及 應用程序(116)，其用以處理應用程序間消息，并對被插入應用程序(116)中的代碼片段(119)進行響應，以向監(jiān)視工具(117)傳送相關(guān)令牌。
11.權(quán)利要求10的系統(tǒng)，其中，所述監(jiān)視工具(117)適合于解析相關(guān)令牌以提取關(guān)于服務器請求的身份和至少部分拓撲的信息。
12.權(quán)利要求10的系統(tǒng)，其中，所述監(jiān)視工具(117)適合于用指示由應用程序進行給定應用程序間消息的處理的信息來生成另一相關(guān)令牌。
13.權(quán)利要求12的系統(tǒng)，其中，所述監(jiān)視工具(117)適合于促使所述另一相關(guān)令牌指示通過由應用程序處理應用程序間消息引入的等待時間。
14.權(quán)利要求10的系統(tǒng)，其中，所述代碼片段(119)促使應用程序從用來傳送應用程序間消息的協(xié)議獨立地處理相關(guān)令牌。
15.權(quán)利要求10的系統(tǒng)，其中，所述監(jiān)視工具(117)適合于解析相關(guān)令牌以提取關(guān)于服務器請求的身份的信息。
全文摘要
一種技術(shù)包括當應用程序(116)正在計算機(100)上執(zhí)行時向應用程序(116)中插入(204)代碼(119)。代碼(119)促使應用程序(116)關(guān)于與由客戶端(110)提供的服務器請求相關(guān)聯(lián)的應用程序間消息與監(jiān)視工具(117)通信。該技術(shù)包括使用監(jiān)視工具(208)來對被附加于該消息的相關(guān)令牌進行操作以跟蹤服務器請求的處理。
文檔編號G06F15/16GK103069392SQ201080068862
公開日2013年4月24日 申請日期2010年6月30日 優(yōu)先權(quán)日2010年6月30日
發(fā)明者P.芬代森, C.帕帕多普洛斯 申請人:惠普發(fā)展公司，有限責任合伙企業(yè)