特表 2023-541407 スマート分散型追跡コンテキストの挿入

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-10-02

(54)【発明の名称】スマート分散型追跡コンテキストの挿入

(51)【国際特許分類】

   G06F 11/34 20060101AFI20230925BHJP

   H04L 67/025 20220101ALI20230925BHJP

【ＦＩ】

G06F11/34 166

H04L67/025

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023516200

(86)(22)【出願日】2021-06-04

(85)【翻訳文提出日】2023-04-19

(86)【国際出願番号】 US2021036003

(87)【国際公開番号】W WO2022055585

(87)【国際公開日】2022-03-17

(31)【優先権主張番号】63/077,649

(32)【優先日】2020-09-13

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】502303739

【氏名又は名称】オラクル・インターナショナル・コーポレイション

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】シローン，ケビン・ジェイ

(72)【発明者】

【氏名】サリバン，ブレイク・ティ

(72)【発明者】

【氏名】バジパイ，ディパンカー

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042HH20

5B042HH30

5B042HH38

5B042MA05

5B042MA14

(57)【要約】

開示されたシステムは、分散ソフトウェアアプリケーションの全体に追跡を伝播することに関する。一例において、アプリケーションは、オリジナルサーバからのウェブページの追跡データを記録する。アプリケーションは、ウェブブラウザ上でオリジナルサーバからのウェブページがオリジナルサーバのドメインの外部に位置する外部サーバへの要求を必要とすると判断する。アプリケーションは、外部サーバに問い合わせることによって、外部サーバが要求中のヘッダを追跡することを許可するか否かを判断する。アプリケーションは、外部サーバがオリジナルサーバからの要求中のヘッダを追跡することを許可することを示すように、ウェブブラウザ上で許可リストを更新する。アプリケーションは、問い合わせの結果に基づいて追跡用ヘッダを要求に挿入する。アプリケーションは、追跡用ヘッダを含む要求をウェブブラウザから外部サーバに送信する。外部サーバは、追跡用ヘッダに基づいて追跡データを記録するように構成される。

【特許請求の範囲】

【請求項1】

分散ソフトウェアアプリケーションの全体に追跡を伝播する方法であって、
オリジナルサーバからのウェブページの追跡データを記録することを含み、前記ウェブページは、ウェブブラウザによって実行され、
前記ウェブブラウザ上で前記オリジナルサーバからの前記ウェブページが前記オリジナルサーバのドメインの外部に位置する外部サーバへの要求を必要とすると判断することと、
前記ウェブブラウザ上で前記外部サーバが前記オリジナルサーバからの要求中のヘッダを追跡することを拒否するか否かを示す拒否リストを検索することと、
前記ウェブブラウザ上で前記外部サーバが前記オリジナルサーバからの要求中のヘッダを追跡することを許可するか否かを示す許可リストを検索することと、
前記外部サーバに問い合わせることによって、前記外部サーバが要求中のヘッダを追跡することを許可するか否かを判断することとを含み、前記問い合わせは、前記拒否リストまたは前記許可リストの前記検索の否定的な結果に基づいており、
前記外部サーバが前記オリジナルサーバからの要求中のヘッダを追跡することを許可することを示すように、前記ウェブブラウザ上で前記許可リストを更新することと、
前記問い合わせの結果に基づいて前記要求に追跡用ヘッダを挿入することと、
前記追跡用ヘッダを含む前記要求を前記ウェブブラウザから前記外部サーバに送信することとを含み、前記外部サーバは、前記追跡用ヘッダに基づいて追跡データを記録するように構成されている、方法。

【請求項2】

前記ウェブブラウザ上で前記オリジナルサーバからの前記ウェブページが前記外部サーバへの追加要求を必要とすると判断することと、
キャッシュが前記外部サーバに対応するエントリを含むと判断することと、
前記キャッシュから前記エントリに対応する応答を取得し、前記応答を前記追加要求に提供することとをさらに含む、請求項１に記載の方法。

【請求項3】

前記オリジナルサーバがＣＯＲＳ（Cross-Origin Resource Sharing）を実行していないという判断に応答して、前記追跡用ヘッダを前記要求に挿入し、前記追跡用ヘッダを含む前記要求を送信することをさらに含む、請求項１に記載の方法。

【請求項4】

前記要求は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求である、請求項１に記載の方法。

【請求項5】

前記方法は、前記外部サーバから、スパンの性能測定値を受信することをさらに含み、
前記スパンは、前記要求にサービスを提供するために実行された動作を含み、
前記性能測定値は、（ｉ）前記動作の実行に対応する処理サイクルの数または（ｉｉ）前記動作の実行時間のうち、１つ以上を含む、請求項１に記載の方法。

【請求項6】

前記外部サーバへの前記要求は、前記ウェブページとの対話によって開始されるイベントの実行によって引き起こされ、
前記方法は、前記イベントの実行に基づいて追加スパンを自動的に記録することをさらに含み、
前記スパンは、前記追加スパンの子スパンである、請求項５に記載の方法。

【請求項7】

前記外部サーバから、前記要求が拒否されたという通知を受信することと、
前記ウェブブラウザ上で前記外部サーバを前記拒否リストに追加することと、
前記追跡用ヘッダを含まない前記要求を前記ウェブブラウザから前記外部サーバに再送信することとをさらに含む、請求項１に記載の方法。

【請求項8】

システムであって、
コンピュータ実行可能なプログラム命令を記憶するための非一時的なコンピュータ可読媒体と、
前記非一時的なコンピュータ可読媒体に通信可能に接続され、前記コンピュータ実行可能なプログラム命令を実行するための少なくとも１つのプロセッサとを備え、
前記コンピュータ実行可能なプログラム命令は、
オリジナルサーバからのウェブページの追跡データを記録するための命令を含み、前記ウェブページは、ウェブブラウザによって実行され、
前記オリジナルサーバからの前記ウェブページが前記オリジナルサーバのドメインの外部に位置する外部サーバへの要求を必要とすると判断するための命令と、
前記外部サーバが前記オリジナルサーバからの要求中のヘッダを追跡することを許可するか否かを示す許可リストを検索するための命令と、
前記検索の否定的な結果に基づいて追跡用ヘッダを前記要求に挿入するための命令と、
前記追跡用ヘッダを含む前記要求を前記外部サーバに送信するための命令とを含み、前記外部サーバは、前記追跡用ヘッダに基づいて追跡データを記録するように構成されている、システム。

【請求項9】

前記コンピュータ実行可能な命令は、
前記外部サーバから、前記要求が拒否されたという通知を受信するための命令と、
前記ウェブブラウザ上で前記外部サーバを拒否リストに追加するための命令と、
前記追跡用ヘッダを含まない前記要求を前記ウェブブラウザから前記外部サーバに送信するための命令とをさらに含む、請求項８に記載のシステム。

【請求項10】

前記要求は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求である、請求項８に記載のシステム。

【請求項11】

前記コンピュータ実行可能な命令は、前記外部サーバから、スパンの性能測定値を受信するための命令をさらに含み、
前記スパンは、前記要求にサービスを提供するために実行された動作を含み、
前記性能測定値は、（ｉ）前記動作の前記実行に対応する処理サイクルの数または（ｉｉ）前記動作の実行時間のうち、１つ以上を含む、請求項８に記載のシステム。

【請求項12】

前記外部サーバへの前記要求は、前記ウェブページとの対話によって開始されるイベントの実行によって引き起こされ、
前記コンピュータ実行可能な命令は、前記イベントの実行に基づいて追加スパンを自動的に記録するための命令をさらに含み、
前記スパンは、前記追加スパンの子スパンである、請求項１１に記載のシステム。

【請求項13】

前記コンピュータ実行可能な命令は、
前記外部サーバから、前記要求が拒否されたという通知を受信するための命令と、
前記外部サーバを拒否リストに追加するための命令と、
前記追跡用ヘッダを含まない前記要求を前記外部サーバに再送信するための命令とをさらに含む、請求項８に記載のシステム。

【請求項14】

プロセッサによって実行されると以下の動作を実行するコンピュータ実行可能なプログラム命令を記憶するための非一時的なコンピュータ可読媒体であって、
前記動作は、
オリジナルサーバからのウェブページの追跡データを記録することを含み、前記ウェブページは、ウェブブラウザによって実行され、
前記ウェブブラウザ上で前記オリジナルサーバからの前記ウェブページが前記オリジナルサーバのドメインの外部に位置する外部サーバへの要求を必要とすると判断することと、
前記ウェブブラウザ上で前記外部サーバが前記オリジナルサーバからの要求中のヘッダを追跡することを拒否するか否かを示す拒否リストを検索することと、
前記ウェブブラウザ上で前記外部サーバが前記オリジナルサーバからの要求中のヘッダを追跡することを許可するか否かを示す許可リストを検索することと、
前記外部サーバに問い合わせることによって、前記外部サーバが要求中のヘッダを追跡することを許可するか否かを判断することとを含み、前記問い合わせは、前記拒否リストまたは前記許可リストの前記検索の否定的な結果に基づいており、
前記外部サーバが前記オリジナルサーバからの要求中のヘッダを追跡することを許可することを示すように、前記ウェブブラウザ上で前記許可リストを更新することと、
前記問い合わせの結果に基づいて追跡用ヘッダを前記要求に挿入することと、
前記追跡用ヘッダを含む前記要求を前記ウェブブラウザから前記外部サーバに送信することとを含み、前記外部サーバは、前記追跡用ヘッダに基づいて追跡データを記録するように構成されている、コンピュータ可読媒体。

【請求項15】

前記動作は、
前記ウェブブラウザ上で前記オリジナルサーバからの前記ウェブページが前記外部サーバへの追加要求を必要とすると判断することと、
キャッシュが前記外部サーバに対応するエントリを含むと判断することと、
前記キャッシュから前記エントリに対応する応答を取得し、前記応答を前記追加要求に提供することとをさらに含む、請求項１４に記載のコンピュータ可読媒体。

【請求項16】

前記動作は、前記オリジナルサーバがＣＯＲＳ（Cross-Origin Resource Sharing）を実行していないという判断に応答して、前記追跡用ヘッダを前記要求に挿入し、前記追跡用ヘッダを含む前記要求を送信することをさらに含む、請求項１４に記載のコンピュータ可読媒体。

【請求項17】

前記要求は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求である、請求項１に記載の方法。

【請求項18】

前記動作は、前記外部サーバから、スパンの性能測定値を受信することをさらに含み、
前記スパンは、前記要求にサービスを提供するために実行された動作を含み、
前記性能測定値は、（ｉ）前記動作の実行に対応する処理サイクルの数または（ｉｉ）前記動作の実行時間のうち、１つ以上を含む、請求項１４に記載のコンピュータ可読媒体。

【請求項19】

前記外部サーバへの前記要求は、前記ウェブページとの対話によって開始されるイベントの実行によって引き起こされ、
前記動作は、前記イベントの実行に基づいて追加スパンを自動的に記録することをさらに含み、
前記スパンは、前記追加スパンの子スパンである、請求項１８に記載のコンピュータ可読媒体。

【請求項20】

前記動作は、
前記外部サーバから、前記要求が拒否されたという通知を受信することと、
前記ウェブブラウザ上で前記外部サーバを前記拒否リストに追加することと、
前記追跡用ヘッダを含まない前記要求をウェブブラウザから外部サーバに再送信することとをさらに含む、請求項１４に記載のコンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の参照

【背景技術】

【0002】

背景
ウェブベースのアプリケーションのさらなる進歩につれて、従来の追跡アプリケーションは、サーバ、プラットフォーム、またはスレッドの正確な遠隔測定（telemetry）データを捕捉することができない場合がある。開示された解決策は、これらの欠点を克服し、遠隔測定能力および分析を容易に改善する。

【発明の概要】

【0003】

概要
一態様において、分散ソフトウェアアプリケーションの全体に追跡を伝播する方法は、オリジナルサーバからのウェブページの追跡データを記録することを含み、ウェブページは、ウェブブラウザによって実行される。方法は、ウェブブラウザ上でオリジナルサーバからのウェブページがオリジナルサーバのドメインの外部に位置する外部サーバへの要求を必要とすると判断することをさらに含む。方法は、ウェブブラウザ上で外部サーバがオリジナルサーバからの要求中のヘッダを追跡することを拒否するか否かを示す拒否リストを検索することをさらに含む。方法は、ウェブブラウザ上で外部サーバがオリジナルサーバからの要求中のヘッダを追跡することを許可するか否かを示す許可リストを検索することをさらに含む。方法は、外部サーバに問い合わせることによって、外部サーバが要求中のヘッダを追跡することを許可するか否かを判断することをさらに含む。問い合わせは、拒否リストまたは許可リストの検索の否定的な結果に基づいている。方法は、外部サーバがオリジナルサーバからの要求中のヘッダを追跡することを許可することを示すように、ウェブブラウザ上で許可リストを更新することをさらに含む。方法は、問い合わせの結果に基づいて追跡用ヘッダを要求に挿入することをさらに含む。方法は、追跡用ヘッダを含む要求をウェブブラウザから外部サーバに送信することをさらに含み、外部サーバは、追跡用ヘッダに基づいて追跡データを記録するように構成されている。

【0004】

一態様において、方法は、ウェブブラウザ上でオリジナルサーバからのウェブページが外部サーバへの追加要求を必要とすると判断することをさらに含む。方法は、キャッシュが外部サーバに対応するエントリを含むと判断することをさらに含む。方法は、キャッシュからエントリに対応する応答を取得し、応答を追加要求に提供することをさらに含む。

【0005】

一態様において、方法は、オリジナルサーバがＣＯＲＳ（Cross-Origin Resource Sharing）を実行していないという判断に応答して、追跡用ヘッダを要求に挿入し、追跡用ヘッダを含む要求を送信することをさらに含む。

【0006】

一態様において、要求は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求である。
一態様において、方法は、外部サーバから、スパンの性能測定値を受信することをさらに含む。スパンは、要求にサービスを提供するために実行された動作を含む。性能測定値は、性能測定値は、（ｉ）動作の実行に対応する処理サイクルの数または（ｉｉ）動作の実行時間のうち、１つ以上を含む。

【0007】

一態様において、外部サーバへの要求は、ウェブページとの対話によって開始されるイベントの実行によって引き起こされる。方法は、イベントの実行に基づいて追加スパンを自動的に記録することをさらに含む。スパンは、追加スパンの子スパンである。

【0008】

一態様において、方法は、外部サーバから、要求が拒否されたという通知を受信することをさらに含む。方法は、ウェブブラウザ上で外部サーバを拒否リストに追加することをさらに含む。方法は、追跡用ヘッダを含まない要求をウェブブラウザから外部サーバに再送信することをさらに含む。

【0009】

上記の方法は、有形のコンピュータ可読媒体として実装することができ、および／またはコンピュータプロセッサおよび付属のメモリ内で動作することができる。

【図面の簡単な説明】

【0010】

【図1】本開示の一態様に従って、遠隔測定を用いて企業アプリケーションを自動的にインストルメント化するためのシステムの一例を示す図である。

【図2】本開示の一態様に従って、遠隔測定データを収集するために使用されたプロセスの一例を示す図である。

【図3】本開示の特定の態様に従って、スパンコンテキストを生成するためのインストルメント化アプリケーションの一例を示す図である。

【図4】本開示の一態様に従って、スパン階層の一例を示す図である。

【図5】本開示の特定の態様に従って、スパンコンテキストおよびログを生成するために使用されるインストルメント化アプリケーションの追跡コンポーネントを示す図である。

【図6】本開示の特定の態様に従って、スパンのインストルメント化によって引き起こされた背圧（backpressure）を管理するために使用される追跡アーキテクチャの一例を示す図である。

【図7】本開示の特定の態様に従って、優先順位を含むスパン階層の一例を示す図である。

【図8】本開示の特定の態様に従って、スパンの優先順位を付けるためのプロセスの一例を示す図である。

【図9】本開示の特定の態様に従って、追跡ワーカクライアントを含む分散追跡環境の一例を示す図である。

【図10】本開示の特定の態様に従って、スレッドをインストルメント化するためのプロセスの一例を示す図である。

【図11】本開示の特定の態様に従って、分散ソフトウェアアプリケーションの全体に追跡を伝播するためのプロセスの一例を示す図である。

【図12】本開示の特定の態様に従って、分散システムのサービスの全体にスパンコンテキストを伝播するための一例を示す図である。

【図13】本開示の特定の態様に従って、ヘッダの一例を示す図である。

【図14】一態様を実現するための分散システムを示す簡略図である。

【図15】一態様に従って、サービスをクラウドサービスとして提供することができるシステム環境のコンポーネントを示す簡略ブロック図である。

【図16】本発明の様々な態様を実装することができる例示的なコンピュータシステムを示す図である。

【発明を実施するための形態】

【0011】

詳細な説明
本明細書に開示された技術は、遠隔測定（telemetry）機能を企業アプリケーションに自動的に提供するための解決策を提供する。遠隔測定とは、ソフトウェアのランタイム実行に関する性能報告データを収集することを指す。このようなデータの例は、ウェブページまたはアプリケーション上の特定の機能の使用頻度、起動時間または実行時間の測定値、プロセスのクラッシュの検出、故障情報、およびユーザ経験を含む。遠隔測定データは、アプリケーションベースで、またはウェブページの各プロセスの完了時間に関するランタイムメトリックなどのより細かいレベルで収集することができる。開示された解決策は、アプリケーションプログラマインターフェイス（ＡＰＩ）機能を用いて、遠隔測定データにアクセスすることができる。

【0012】

上述したように、既存の解決策には欠陥がある。例えば、いくつかの既存の解決策は、手動で追跡ライブラリを導入してまたは追跡ライブラリにリンクして、インストルメント化データが望まれるコード部分に１つ以上の機能呼び出しを追加する必要がある。さらに、このような解決策では、開発者は、１つ以上のベンダからインストルメント化ライブラリを選択し、これらのライブラリを設定する必要がある。対照的に、開示された解決策は、コード中のイベントおよびサーバへの呼び出しを検出し、これらのイベントを自動的にインストルメント化することによって、ウェブベースのアプリケーションを自動的にインストルメント化する。

【0013】

一態様において、開示されたシステムは、ソフトウェア開発者からの入力を必要とすることなく、企業アプリケーションを自動的にインストルメントすることができる。本開示の特定の態様は、ソフトウェア開発者によって設計されたカスタムアプリケーションに自動的に統合することができるランタイム遠隔測定フレームワークを提供するためのソフトウェア開発ツールに関する。例えば、ソフトウェア開発ツールは、追跡機能を企業アプリケーションに自動的に挿入することができる。追跡機能は、ユーザ対話、ページナビゲーション、およびサーバコールなどの動作を自動的に追跡し、関連する論理トランザクションをグループ化することによって、バックエンドサービスを実装する（異種または他の）分散サーバシステムを含むウェブページ上のユーザのクリックからエンドツーエンド追跡を可能にする。

【0014】

別の態様において、開示されたシステムは、スパンおよびスパンに関連するメッセージの優先順位付けを可能にして、場合によっては大量のインストルメント化データによって引き起こされたネットワーク輻輳を最小限に抑える。例えば、実行時または実行前に、特定のスパンにより低い優先順位を指定することができる。これによって、インストルメント化は、特定のスパンの性能を測定しないが、開発者にとってより高い興味のある子スパンのデータを収集する。

【0015】

さらに別の態様において、開示された解決策は、１つ以上のプロセスが複数のスレッドを含むか否かに関わらず、ウェブベースのアプリケーションの開発者が企業アプリケーションの一部として実行されている１つ以上のプロセスに関するインストルメント化詳細を得ることを可能にする。アプリケーションのランタイム実行時に、遠隔測定フレームワークは、様々なプロセス、スレッド、およびサーバのインストルメント化を容易にする。このようにして、インストルメント化環境は、スレッドの全体に維持され、より粒度の細かいインストルメント化データをもたらす。

【0016】

別の態様において、開示されたシステムは、セキュリティ要件または他の理由により、追跡用ヘッダによって示されたインストルメント化を自動的に許可しない可能性がある分散サーバを含む分散システムの全体の遠隔測定を容易にする。より具体的には、特定の態様は、プロトコルサポートを自動的に発見し、プロトコルサポートに基づいて、異なる呼び出しに追跡情報の挿入を調整することができる。したがって、開示されたシステムは、遠隔サーバ上で、特にクロスドメイン要求によってアクセスされている遠隔サーバ上で実行されているプロセスの詳細な遠隔測定データを取得することができる。このようなサーバは、異なるドメイン内の異なるエンティティによって操作されてもよい。

【0017】

図１は、本開示の一態様に従って、遠隔測定を用いて企業アプリケーションを自動的にインストルメント化するためのシステムの一例を示している。図１は、開発者コンピューティング装置１１０、エンドユーザコンピューティング装置１３０、ネットワーク１５０、およびサーバ１４０ａ～ｎを示している。図１に示された例において、開発者コンピューティング装置１１０は、インストルメント化アプリケーション１２０を構築し、インストルメント化アプリケーション１２０をサーバ１４０ａに配置する。サーバ１４０ａは、このアプリケーションをエンドユーザコンピューティング装置１４０に提供する。図２は、遠隔測定データを取得するためにインストルメント化アプリケーションによって使用されるプロセスの一例を示している。図３は、インストルメント化アプリケーションの一例を示している。開発者コンピューティング装置１１０およびエンドユーザコンピューティング装置１４０として適切なコンピューティング装置の例は、図１４に示されたクライアントコンピューティング装置１４０２、１４０４、１４０６および１４０８を含み、適切なサーバの例は、図１４に示されたサーバ１４１２を含む。

【0018】

インストルメント化アプリケーション１２０の実行時または実行に関連して、エンドユーザコンピューティング装置１４０は、１つ以上のサーバ１４０ｂ～ｎに接続して、異なるリソース（例えば、画像、スクリプトなど）を取得することができ、および／またはインストルメント化機能を実行することができる。インストルメント化アプリケーション１２０の実行時または実行後に、遠隔測定データ１２２は、開発者コンピューティング装置１１０に送信され、分析される。

【0019】

開発者コンピューティング装置１１０は、開発者統合開発環境（ＩＤＥ）１１２、開発者バックエンドツール１１４、コンソール１１６、および遠隔測定データ１２２のうち、１つ以上を含む。開発者ＩＤＥ１１２は、コンパイル、リンク、デバッグ、追跡、または他の機能を提供するグラフィカル開発ツールである。開発者バックエンドツール１１４は、１つ以上のコンパイラ、リンカ、デバッガ、シミュレータなどを含むことができる。コンソール１１６は、インストルメント化アプリケーション１２０の実行によって取得された遠隔測定データ１２２を閲覧するために使用される。図示のように、遠隔測定データ１２２は、「サーバ１」上で特定のウェブページの実行が０．５秒かかったこと、「サーバ２」上で画像のロードが０．４秒かかったこと、およびボタンクリックが０．２秒の処理を引き起こしたことを示すデータを含む。

【0020】

サーバ１４０ａ～ｎは、同じ機能、類似の機能または異なる機能を実行するように構成することができる。例えば、サーバ１４０ａ～ｎは、分散サーバシステムとして動作することができる。別の例において、サーバ１４０ａ～ｎは、ウェブページからの１つ以上のコンポーネントにサービスを提供することができるまたはデータベースクエリを受信し、結果を提供することができるウェブサーバ、ファイルサーバ、または他のサーバであってもよい。場合によっては、サーバ１４０ａ～ｎは、異なるエンティティ（会社または個人）によって制御されてもよく、および／または異なる場所に配置されてもよい。したがって、本明細書に記載された特定の態様は、スパンコンテキスト伝播を介して、異なるサーバから遠隔測定データを取得することに関する。開発者コンピューティング装置１１０、エンドユーザコンピューティング装置１４０、ネットワーク１５０、およびサーバ１４０ａ～ｎは、１つ以上の接続、例えばネットワーク１５０を介して接続されてもよい。ネットワーク１５０の例は、有線ネットワーク、無線ネットワーク、およびインターネットを含む。

【0021】

エンドユーザコンピューティング装置１３０は、ウェブアプリケーション１３４（例えば、ウェブページ）、ウェブブラウザ１３２、および追跡アプリケーション１３６を含む。ウェブアプリケーション１３４は、ウェブブラウザ１３２によってレンダリングすることができる。ウェブアプリケーション１３４の一部であり得る追跡アプリケーション１３６は、インストルメント化機能を提供する。例えば、追跡アプリケーション１３６は、定期的にまたはオンデマンドで外部装置にエクスポートすることができる遠隔測定データを収集する。遠隔測定データの例は、特定の特徴の使用頻度、起動時間または実行時間の測定値、プロセスのクラッシュの検出、故障情報、およびユーザ種類を含む。

【0022】

一例において、ソフトウェア開発者は、開発者ＩＤＥ１１２および開発者バックエンドツール１１４を用いて、カスタムウェブベースのアプリケーションを構築する。具体的に、開発者コンピューティング装置１１０上で実行されているソフトウェアツールは、遠隔測定機能を提供するコード（例えば、追跡コード）を挿入し、インストルメント化アプリケーション１２０を生成する。場合によっては、インストルメント化アプリケーション１２０は、開発者コンピューティング装置１１０からエンドユーザコンピューティング装置１４０に直接に送信されてもよい。他の場合において、インストルメント化アプリケーション１２０は、サーバ１４０ａ～ｎに直接に送信され、サーバ１４０ａ～ｎによってホストされ、エンドユーザコンピューティング装置１４０によってダウンロードされてもよい。

【0023】

エンドユーザコンピューティング装置１４０は、例えば、ネットワーク１５０を介してサーバ１４０ａからアプリケーションにアクセスする。エンドユーザコンピューティング装置１４０を操作するユーザは、アプリケーションと対話することによって、１つ以上のサーバ１４０ａ～ｎにアクセスする。１つ以上のサーバ１４０ａ～ｎは、アプリケーションの全部または一部をエンドユーザコンピューティング装置１４０に提供する。エンドユーザコンピューティング装置１４０は、遠隔測定機能を実行し、これは、ユーザとアプリケーションとの対話（例えば、クリック、リロード）によって直接的に引き起こされた動作または（例えば、ページにリンクされた画像をロードすることによって）間接的に引き起こされた動作をインストルメント化する。このようにして、以前の解決策よりも詳細な遠隔測定情報を得ることができる。遠隔測定データ１２２は、１つ以上のサーバ１４０ａ～ｎによって収集される。

【0024】

上述したように、特定の態様は、企業アプリケーションから遠隔測定情報を取得することに関する。遠隔測定を容易にするために、企業アプリケーションに１つ以上のスパンを作成する。本明細書に使用された場合、スパンは、一単位の作業を表す名前付き動作のセットを指す。特定のスパンは、プロセスを指すことができる。スパンは、スパンコンテキストを有する。本明細書に使用された場合、スパンコンテキストは、追跡識別子およびスパン識別子を含むことができる。したがって、第１のプロセスは、第１のスパンを有してもよく、第２のプロセスは、第２のスパンを有してもよい。第２のプロセスが第１のプロセスによって呼び出された場合、第１のスパンおよび第２のスパンは、親子関係を有する。すなわち、第１のスパンは、親スパンであり、第２のスパンは、子スパンである。異なるプロセスのスパンを追跡することは、より詳細なインストルメント化を容易にする。

【0025】

特定の図面および関連する説明は、特定の態様をさらに説明する。例えば、図４～５は、スパンインストルメント化の異なる態様に関する。図６～８は、インストルメント化中に様々なスパンの優先順位に関する。図９および１０は、スレッドのインストルメント化に関する。図１１～１３は、スパンコンテキストを異なる装置間に伝播することに関する。図１４～１６は、インストルメント化機能を実装することができる様々なコンピューティングシステムを示している。

【0026】

ウェブベースの企業アプリケーションのインストルメント化
図２は、本開示の一態様に従って、遠隔測定データを収集するために使用されたプロセス２００の一例を示している。プロセス２００は、開発者コンピューティング装置１１０およびサーバ１４０ａ～ｎのうち、１つ以上によって実行されてもよい。

【0027】

ブロック２０２において、プロセス２００は、ウェブページアプリケーションをクライアント装置上のウェブブラウザに提供することを含む。例えば、サーバ１４０ａは、ウェブアプリケーション１３４をウェブブラウザ１３２に提供する。ウェブアプリケーション１３４は、インストルメント化を提供するための追跡アプリケーション１３６を含む。ウェブアプリケーション１３４は、プロセス２００の前に、追跡アプリケーション１３６を含むようにインストルメント化されている。

【0028】

ブロック２０４において、プロセス２００は、ウェブページアプリケーションの開始を検出することを含む。ウェブブラウザ１３２は、ウェブアプリケーション１３４および追跡アプリケーション１３６の実行を開始する。サーバ１４０ａは、ウェブブラウザ１３２が１つ以上のリソースを要求したと判断することによって、実行の開始を検出することができる。

【0029】

ブロック２０６において、プロセス２００は、ウェブページアプリケーションの開始に基づいて、追跡アプリケーションをインスタンス化することを含む。追跡アプリケーション１３６は、ウェブアプリケーション１３４の追跡データを記録するように構成されている。

【0030】

ブロック２０８において、プロセス２００は、ウェブページアプリケーションとの対話によって開始されたイベントを検出することを含む。ウェブアプリケーション１３４は、実行を継続し、イベントは、トリガされる。イベントの例は、ユーザインターフェイス対話、クリック、ナビゲーション、マウスオーバー（mouse-over）、リフレッシュなどを含む。さらに、イベントは、表現状態転送（ＲＥＳＴ）であってもよい。

【0031】

ブロック２１０において、プロセス２００は、検出に基づいてスパンの開始を自動的に記録することを含み、この記録は、スパンを追跡アプリケーションに関連付ける。追跡アプリケーション１３６は、イベントに対応するスパンの記録を引き起こす。

【0032】

ブロック２１２において、プロセス２００は、イベントに対応する動作を実行することを含む。ウェブブラウザ１３２は、画像またはリソースをロードすることなどのイベントに対応するコードを実行する。

【0033】

ブロック２１４において、プロセス２００は、イベントに対応する動作の完了に基づいて、スパンの終了を自動的に記録することを含む。ブロック２１２で参照されたコードが完了すると、追跡アプリケーション１３６は、スパンの終了を記録する。収集されたデータは、実行された処理サイクル、スパンの実行時間、メモリ消費量などを含むことができる。

【0034】

本明細書に記載されたように、特定の態様は、複数のサーバまたは処理スレッドを横断するスパンまたは複数の別々に特定可能な動作を使用するスパンに関連するデータを測定することができる。例えば、ブロック２１０の実行は、各々がより細かい情報を提供する追加スパンを作成することができる。例えば、追跡アプリケーション１３６は、第１の動作に対応する第１の子スパンおよび第２の動作に対応する第２の子スパンを作成することができる。第１の子スパンおよび第２の子スパンは、スパンの子スパンであってもよい。

【0035】

例を続けると、追跡アプリケーション１３６は、第１の動作の完了に基づいて第１の子スパンの終了を自動的に記録し、第１の動作の完了に基づいて第１の子スパンの終了を自動的に記録する。したがって、追跡アプリケーション１３６は、スパンだけでなく、より細かい情報を取得する。第１の子スパンおよび第２の子スパンは、スパンに関連付けられる。

【0036】

以下の例は、ジャバスクリプトを用いてクライアント側スパンコンテキストを挿入するためのコードを示す。

【0037】

【数1】

【0038】

図３は、本開示の特定の態様に従って、スパンコンテキストを生成するためのインストルメント化アプリケーションの一例を示している。インストルメント化アプリケーションは、開発者ＩＤＥ１１２などのソフトウェア開発ツールによって構築およびインストルメント化されてもよく、コンピューティング装置上で実行されているブラウザによって実行されてもよい。図３は、ウェブアプリケーション環境３００を示している。ウェブアプリケーション環境３００は、ウェブアプリケーション３０２、サーバ３４０、クエリ３５０、および応答３５２を含む。図３に示された例において、追跡機能を備えたウェブアプリケーション３０２は、ウェブブラウザ上で実行され、サーバ３４０と通信することによって１つ以上のウェブページを提供する。ウェブアプリケーション３０２は、１つ以上のクエリ３５０を送信し、それに応答して、１つ以上の応答３５２を受信する。なお、図３は、ウェブページに関して説明されているが、フローおよびコンポーネントは、モバイルアプリケーションまたは他のアプリケーションによって実行されてもよい。

【0039】

ウェブアプリケーション３０２は、コンポーネント３１４、３１６、および３１８を有するウェブページ３１２を含むフロー３１０を示している。これらのコンポーネントは、モバイルアプリケーション、ウェブアプリケーション、サービス接続、ビジネスオブジェクト、またはプロセスであってもよい。各コンポーネントは、ウェブページの一部として異なる機能を実行することができる。コンポーネント３１４、３１６、および３１８は、コンポーネントイベント３１５、３１７、および３１８を各々引き起こすことができる。コンポーネントイベント３１５、３１７、および３１８の各々は、遠隔測定ランタイム３２０において１つ以上の事件をトリガし、これにより、イベントを記録しながら、１つ以上の動作を実行させる。

【0040】

フロー３１０またはウェブページ３１２のモジュールは、互いに対話するまたは関係することができる。例えば、特定のウェブページの場合、コンポーネントは、ユーザインターフェイス（ＵＩ）コンポーネント、変数、動作チェーン、ウェブページフロー、ページナビゲーション、およびＲＥＳＴエンドポイントを介したデータアクセスであってもよい。変数は、ブラウザの設定、クライアント装置の設定、ユーザ設定、または他のパラメータの状態を記憶および管理するために使用される機構であってもよい。ウェブページのコンポーネントは、各コンポーネントの様々なイベントを処理するための遠隔測定ランタイムと対話することができる。

【0041】

遠隔測定ランタイム３２０は、コンポーネントイベント３１５、３１７、および３１９に対応する動作または動作変更を生成することができる。例えば、ユーザは、ブラウザに表示されたウェブページの特定の視覚要素をクリックすることによって、コンポーネントイベントを引き起こすことができる。遠隔測定ランタイム３２０は、ウェブブラウザが新しいウェブページ３３０にナビゲートすべきであると判断することができる。遠隔測定ランタイム３２０は、ユーザクリックに関連する動作がウェブページ３１２のユーザインターフェイス（ＵＩ）の一部を更新することであると判断することができる。

【0042】

別の例において、遠隔測定ランタイム３２０は、ＵＩの一部を更新することに対応する動作チェーン３３３を開始することができる。例えば、動作チェーンは、関連する１つ以上の個別の動作または連続の動作３３６のセットであってもよい。各動作チェーンは、イベントによってトリガされてもよい。例えば、ユーザクリックは、当該ユーザクリックを受信したブラウザ上の位置（例えば、ハイパーリンク、ナビゲーションボタンなど）に対応するページへのナビゲーションをトリガすることができる。動作チェーンは、その動作チェーンの範囲に利用可能な入力パラメータおよびローカル変数を定義することができ、アプリケーションの範囲内のパラメータおよび変数を含むことができる。遠隔測定ランタイムは、ＵＩの一部を更新するためにサーバへの１つ以上のＲＥＳＴコール３３８が必要であると判断することができる。

【0043】

ＲＥＳＴコール３３８に応答して、ウェブアプリケーション３０２は、クエリ３５０をサーバ３４０のＲＥＳＴサービスエンドポイント３３２に送信する。クエリ３５０は、挿入スパンコンテキストを含むことができる。従って、サーバ３４０は、追加のＨＴＴＰヘッダを含む応答３５２をウェブアプリケーション３０２に送り返す。ウェブアプリケーション３０２は、この応答を用いて、コンポーネントイベントによって引き起こされた動作を完了する。

【0044】

ウェブページおよびページナビゲーションのフローは、第１のページと第２のページとの間の情報の通信を管理する。各ウェブページは、ブラウザに実行されている各アプリケーションと同様に、所定のライフサイクルを有する。ページへの進入またはページからの退出などの各ライフサイクルイベントは、動作チェーンをトリガすることができる。モバイルアプリケーションまたはウェブアプリケーションに入力される全てのデータは、ＲＥＳＴプロトコルに基づいている。このデータは、カスタムビジネスオブジェクトからまたはサービス接続によって提供されたビジネスオブジェクトから取得することができる。動作および変数は、モバイルアプリケーションまたはウェブアプリケーション内のＲＥＳＴエンドポイントへのデータの送信およびＲＥＳＴエンドポイントからのデータの送信を制御する。動作チェーンは、明確に定義されたコンテキストおよびコントラクトを有する。動作チェーンは、その基礎となる動作を編成し、状態フローおよび実行経路を調整する。動作チェーンは、そのコンテキストにのみ利用可能な入力パラメータおよびローカル変数を定義することができる。動作チェーンの例は、ＲＥＳＴコールを行い（第１の動作）、その結果を取得して変数に格納する（第２の動作）ものである。動作は、そのコンテキストに新しい状態をエクスポートすることができる。これは、同じ動作チェーンに沿った将来の動作のみに利用可能である。動作チェーンは、ページまたはアプリケーションのコンテキストにおいて作成することができ、ページまたはアプリケーションの範囲内に存在する。動作チェーンは、所定のインターフェイスおよびコントラクトを有し、そのＩＤを使用してイベントトリガによって呼び出すことができる。

【0045】

遠隔測定アプリケーションプログラマインターフェイス（ＡＰＩ）３２２は、遠隔測定ランタイムの活動、任意の動作または動作チェーン、コンポーネントイベント、および他の関連活動（例えば、動作に対するサーバ応答）へのプログラマアクセスを可能にすることができる。遠隔測定ＡＰＩ３２２は、追加処理のために、スパンログをデータベース、記憶媒体、別のサーバ、または別のブラウザに出力することができる。一例において、遠隔測定ＡＰＩは、ＲＥＳＴ ＡＰＩであってもよい。遠隔測定ＡＰＩ３２２は、クラウドインフラストラクチャオブジェクト、例えば監査ログ、アプリケーションフローログ、または他のログファイルなどを記憶することができる。遠隔測定ＡＰＩ３２２は、記憶されたクラウドインフラストラクチャオブジェクトを周期的にサンプリングして、遠隔測定データを共通分析取り込み部３２４またはクライアントログ取り込みエンドポイント３２６に出力することができる。

【0046】

共通分析取り込み部３２４は、遠隔測定ＡＰＩ３２２からログデータを取り込むことができる。一例において、共通解析取り込み部３２４は、ＲＥＳＴ ＡＰＩを用いて、クラウドインフラストラクチャオブジェクト記憶装置からログデータを取り込むことができる。一例において、共通分析取り込み部３２４は、収集されたログデータの記憶場所を決定することができる。共通分析取り込み部３２４は、ユーザレベル、グループレベル、または組織レベルで様々なログデータを取り込むことができる。いくつかの例において、共通分析取り込み部３２４は、ログデータを分析コンソールに対して可視化データに変換することができる。

【0047】

同様に、クライアントログ取り込みエンドポイント３２６は、遠隔測定ＡＰＩ３２２からログデータを受信するように構成されてもよい。クライアントログ取り込みエンドポイント３２６は、ログデータを記憶し、ログデータを様々な可視化データに変換することができ、またはログデータに対して追加の処理を実行することができる。

【0048】

一般的に、分散追跡は、分散追跡アーキテクチャ内の追跡クライアントＡＰＩを用いて実装されてもよい。追跡クライアントＡＰＩは、アプリケーション内の操作の周りにスパンを作成するために使用されるトレーサから構成される。スパンは、対応する親スパンのより小さい粒度の動作を示す子スパンを有することができ、また、この子スパンは、第１の子スパンより小さい粒度の動作を示す子スパンを有することができる。単一の親から由来する一連のスパンは、トレース（trace）として見なすことができる。スパンは、いくつかの識別情報と共に、測定されている動作に関するメタデータを含む。プロセス外部呼び出しを行う動作を有するアプリケーション（例えば、ＲＥＳＴサービスへの呼び出しを行うクライアントアプリケーション）の場合、発信要求と共に（例えば、特別なＨＴＴＰヘッダの形で）スパンコンテキストを伝播することができる。受信アプリケーションまたは受信サーバは、スパンコンテキストを抽出し、それを用いてクライアント上で親スパンの子スパンを作成することができる。追跡クライアントＡＰＩは、ログメッセージの形で、（スパンの開始時および終了時に各々１つの）スパン情報を様々なバックエンドサーバに出力する機能を有する。

【0049】

例示的なアプリケーションスパンは、単純なアプリケーションフローである。例えば、ユーザは、ウェブページにナビゲートし、ボタンをクリックする。ボタンクリックは、アプリケーションにイベントハンドラを呼び出させるイベントをトリガする。イベントハンドラは、ＲＥＳＴ（定義）要求を発行し、ＲＥＳＴサービスによって処理される。ＲＥＳＴサービスは、アプリケーションのユーザインターフェイスを更新するための応答を返す。この例は、図４に示されている。

【0050】

図４は、本開示の一態様に従って、スパン階層の一例を示している。図４は、スパン階層４１０およびスパンタイムライン４３０を示している。スパン階層４１０およびスパンタイムライン４３０は、共に、スパンコンテキスト内の様々なスパン間の関係を記述する。スパン階層４１０またはスパンタイムライン４３０において、親スパンと子スパンとは関係している。図示のように、スパン階層４１０は、ユーザクリック４１２、イベントハンドラ４１４、ＲＥＳＴ要求４１６、処理応答４１８、サーバ処理要求４２０、およびＵＩ更新４２２などのイベントの階層を表す。スパンタイムライン４３０は、スパンＡ４２４、スパンＢ４３４、スパンＣ４３６、スパンＤ４４０、スパンＥ４３８、およびスパンＦ４４２を含む。

【0051】

一例において、ウェブブラウザ１３２は、ユーザクリック４１２を受信する。ユーザクリック４１２は、スパンＡ４２４の作成を引き起こす。これに応答して、ウェブブラウザ１３２は、ユーザクリックの動作によって表されたイベントを開始し、イベントハンドラ４１４の動作をトリガする。ウェブブラウザ１３２は、イベントハンドラ４１４を用いて、受信したユーザクリックに基づいて検出されたイベントに応答してとるべき１つ以上の動作を決定することができる。イベントハンドラ４１４のインスタンス化によって、スパンＡ４２４の子スパンであるスパンＢ４３４が生成される。

【0052】

この例を続けると、イベントハンドラ４１４は、ＲＥＳＴ要求４１６および処理応答４１８を生成する。ＲＥＳＴ要求の応答処理は、ＲＥＳＴ自体の後に行われるため、（ＲＥＳＴ要求に対応する）スパンＣ４３６は、スパンＥ４３８の前に生成される。ＲＥＳＴ要求は、サーバに要求を処理させる。ＲＥＳＴ応答の処理により、ユーザインターフェイス（ＵＩ）が更新される。したがって、図示のように、ＲＥＳＴ要求４１６は、サーバに要求を処理させ、ＵＩ４２２を更新させる。ＵＩは、サーバが要求を処理するまで更新されないため、（サーバ処理要求に対応する）スパンＤ４４０は、（ＵＩの更新に対応する）スパンＦ４４２の前に開始および完了する。したがって、スパンＤ４４０は、サーバによる要求の処理を表す。

【0053】

図面から分かるように、スパンＤ４４０は、スパンＣ４３６の間に生成され、スパンＦ４４２は、スパンＥ４３８の間に生成される。スパンＥ４３８は、サーバからの（ブラウザからのＲＥＳＴ要求に対応する）応答のブラウザ処理を表す。スパンＦ４４２は、サーバからの応答の処理に基づいてブラウザがユーザインターフェイスを更新することを表す。スパンＣ４３６およびスパンＥ４３８は、スパンＢの子スパンであり、順次に実行される。スパンＤ４４０は、スパンＣ４３６の子スパンであり、スパンＦ４４２は、スパンＥ４３８の子スパンである。

【0054】

図４に関して説明したようなスパンコンテキストは、インストルメント化ライブラリによって管理され、このインストルメント化ライブラリは、ソフトウェア開発ツール（例えば、開発者ＩＤＥ１１２）によってカスタム企業アプリケーションに追加される。

【0055】

図５は、本開示の特定の態様に従って、スパンコンテキストおよびログを生成するために使用されるインストルメント化アプリケーションの追跡コンポーネントを示している。図５に示された例において、ウェブアプリケーション５２２を実行するエンドユーザコンピューティング装置５２０は、様々なコマンドおよび／またはＡＰＩコールを介してサーバ５６０と通信する。ウェブアプリケーション５２２は、開発者ＩＤＥ１１２によって開発されてもよく、顧客開発ソフトウェアであってもよい。インストルメント化をサポートするためのコードは、開発者ＩＤＥ１１２によって自動的に追加される。

【0056】

エンドユーザコンピューティング装置５２０は、１つ以上のモジュール、例えば、ウェブアプリケーション５２２（または任意の他の消費クライアント）、追跡モジュール５２４、追跡インターフェイス５２６、スパンインターフェイス５２８、トレーサ５３０、スパン５３２、スパン記録ライブラリ５３４（すなわち、Bunyanロガー）、スパンスタック５３６、ブラウザコンソール５３８、圧縮レイヤ５４４、追跡サーバストリーム５４６、送信者タスク５４８、メッセージキュー５４２、および追跡コンソールストリーム５５２を含む。トレーサ５３０は、ウェブアプリケーション上でインストルメント化を実行するように動作し、１つ以上のスパン５３２を作成し、アクティブスパンをスパンスタック５３６に追加する。サーバ５６０は、１つ以上のモジュール、例えばトレース収集サーブレット５６２を含む。

【0057】

その後、ウェブアプリケーション５２２は、ユーザからの対話（例えば、ユーザクリック）を受信または検出する。ウェブアプリケーション５２２は、追跡モジュール５２４および／または追跡インターフェイス５２６と対話して、１つ以上のトレーサ５３０を起動する。スパン記録ライブラリ５３４は、スパンインターフェイス５２８を介して、イベントの種類、イベントの名前、サーバ要求のＵＲＬ、戻り値の状態コード、エラー、警告などの情報およびメタデータを記録する。

【0058】

様々なＡＰＩコールが利用可能である。ＡＰＩコールinitTracer()は、グローバルトレーサオブジェクトを初期化して返す。ＡＰＩコールinitTracerは、アプリケーションコンテキストに対して一度呼び出され、Tracerオプションオブジェクトを返す。ＡＰＩコールactiveTracerは、グローバルトレーサオブジェクトを返す。例えば、ＡＰＩコールinject()は、スパンを要求に（例えば、サーバに）挿入する。返されるＡＰＩコールextract()を用いてスパンを抽出することができる。

【0059】

複数のスパンを生成することができる。例えば、トレーサ５３０は、ウェブアプリケーション５２２のイベントまたはスレッドを表すスパンを作成することができる。トレーサ５３０は、トレーサがスパンを作成した特定の動作に基づいて、（例えば、図４に関して説明したように）必要に応じて子スパンを作成することができる。本明細書にさらに討論したように、インストルメント化アプリケーションは、異なるスレッドおよび／またはアプリケーションのイベントのトリガによって引き起こされた要求にサービスを提供する異なるサーバから、情報を取得することができる。

【0060】

ウェブアプリケーション５２２は、追跡インターフェイス５２６を用いて、トレーサを制御することができ、またはスパンに対する挿入を受信することができる。また、トレーサは、親スパンを監視するために１つ以上のスパンをキャッシュするまたは利用することができるスパンスタック５３６を監視、書き込みまたは読み取ることができ、または新たに作成されたスパン、例えばスパン５３２などにスパンコンテキストを挿入することができる。ウェブアプリケーション５２２は、スパンインターフェイス５２８を利用して、スパン関連情報をスパン記録ライブラリ５３４に送信することができる。圧縮レイヤ５４４は、スパン関連情報をトレース収集サーブレット５６２に送信する前に最小化するように圧縮することができる。圧縮レイヤ５４４によって使用される例示的な圧縮技術は、zipおよびgzipを含む。一例において、追跡コンソールストリーム５５２は、エンドユーザコンピューティング装置１４０上に表示されているブラウザコンソールに、スパンログのストリームを出力することができる。次に、サーバ５６０は、エンドユーザコンピューティング装置５２０上でスパンログをストリーミングし、送信者タスク５４８からトレースを収集するトレース収集サーブレット５６２を実行することができる。

【0061】

スパンの優先順位
本開示の態様は、ウェブアプリケーションのインストルメント化に関する。いくつかの場合において、多くのイベント、結果として生じたスパンおよび／または子スパンをもたらしたコールによって、多数のスパンを管理するまたは優先順位を付けることが困難になり得る。このような場合、特定の態様は、スパンログの容量を低減しおよび遠隔測定データを効率化する目的で、スパンのペイロードを低減するための機能を提供する。

【0062】

デフォルトモードにおいて、インストルメント化は、全てのスパンを捕捉し、全てのスパンに基づいてメッセージをブラウザコンソールおよび任意のサービスに送信することができる。しかしながら、場合によっては、管理できないほどのスパンメッセージが存在することがあるため、関心のある関連の遠隔測定データを難読化する。したがって、１つ以上の基準に基づいて、スパンをフィルタリングすることができる。

【0063】

さらに、場合によっては、関心のあるスパンは、対応する親スパンよりも詳細な情報を提供する子スパンである。しかしながら、親スパンの情報は、スパンデータの輻輳を引き起こす可能性がある。したがって、特定の態様は、関心のある１つ以上の特定の子スパンのインストルメント化詳細のみを収集すると共に、スパンツリーを維持することを可能にするプロキシスパンという概念を導入する。

【0064】

図６は、本開示の特定の態様に従って、スパンのインストルメント化によって引き起こした背圧を管理するために使用された追跡アーキテクチャの一例を示す図である。図６は、アプリケーションランタイム６０２、トレーサ実装６０４、スパンコントローラ６０６、ブラウザスパン記録ライブラリ６３４、コンソールストリーム６１０、クライアント記録サービス（ＣＬＳ）ストリーム６１２、およびクライアント記録サービス６１４のうち、１つ以上を含む追跡アーキテクチャ６００を示している。図示された例において、スパンコントローラ６０６は、１つ以上のパラメータに基づいて、スパンを管理し、優先順位を付ける。アプリケーションランタイム６０２は、図３に関して説明した遠隔測定ランタイム３２０と同様であり、遠隔測定ランタイム３２０と同様の動作を実行することができる。

【0065】

第１の例において、トレーサ実装６０４は、アプリケーションランタイム６０２のスパンを開始する。トレーサ実装６０４は、スパンを実行すると同時に、スパン監視データをブラウザスパン記録ライブラリ６３４に通信することができる。ブラウザスパン記録ライブラリ６３４は、スパンログデータをコンソールストリーム６１０に出力する。これらのスパンログデータは、エンドユーザ装置のブラウザに表示されてもよい。また、ブラウザスパン記録ライブラリ６３４は、スパンログデータをＣＬＳストリーム６１２に出力することもできる。ＣＬＳストリーム６１２は、クライアント記録サービス６１４に送信されるログデータのストリームであってもよい。クライアント記録サービス６１４は、追加処理のためにログデータを記憶することができる。

【0066】

別の例において、トレーサ実装６０４は、スパンコントローラ６０６によって作成されたスパンを受信する。また、トレーサ実装６０４は、スパンを生成させたイベントの完了時にスパンを返す（例えば、スパンを終了する）ことができる。さらに、トレーサ実装６０４は、アプリケーションランタイム６０２から、スパンを終了させるためのコマンドを受信することができる。スパンコントローラ６０６は、スパンの優先順位付けを実行することができる。各スパンは、優先度レベルを有することができる。例えば、スパンコントローラ６０６は、優先すべきスパンを示す１つ以上のパラメータを受信することができる。一例において、デフォルトのスパン優先度が設定される。所定のスパンの優先度レベルがデフォルト優先度未満である場合、当該スパンおよび関連する子スパンのデータを返さない。

【0067】

さらに別の例において、追跡アーキテクチャ６００は、例えば、プロセス２００に関して説明したように、スパンの初期セットを生成する。スパンの初期セット中の各スパンは、対応する優先度を有する。その後、実行時に、スパンの初期セット中のスパンは、プログラマまたはユーザの入力に基づいて、測定されてもよく、測定されなくてもよく、またはサブセットにプルーニングされてもよい。例えば、閾値優先度を設定することができる。実行時に、閾値優先度より大きい優先度を有する任意のスパンは、プロキシスパンに変換され、測定されない。

【0068】

プロキシスパンは、親スパンと子スパンとの間の関係を示すスパンツリーを維持する。しかしながら、プロキシスパンが測定されないため、スパンコントローラ６０６は、スパンのランタイムインストルメント化測定値を取得しないが、プロキシスパンではない任意の子スパンの測定値を取得する。プロキシスパンは、親スパンと子スパンとの間の関係を保存するため、ツリー内の特定のプロキシスパンがインストルメント化データを有しなくても、ツリー構造を維持する。したがって、このようにして、開発者にとって興味深いスパンのデータを維持するようにスパンツリーをプルーニングすることができる。図７は、プロキシスパンを使用する例を提供する。

【0069】

図７は、本開示の特定の態様に従って、優先順位を含まないスパン階層および優先順位を含むスパン階層の一例を示す図である。具体的には、図７は、優先順位を使用しないスパン階層７００と、優先順位を使用するスパン階層７３０とを示している。

【0070】

スパン階層７００において、スパンＡ７０２は、スパンＢ７０４の親スパンである。また、スパンＢ７０４は、スパンＣ７０６、スパンＤ７０８、およびスパンＥ７１０の親スパンである。スパン階層７００において、全てのスパン、すなわち、スパンＡ７０２、スパンＢ７０４、スパンＣ７０６、スパンＤ７０８およびスパンＥ７１０のデータが収集される。

【0071】

対照的に、スパン階層７３０は、優先順位を有するスパン階層を示している。スパン階層７３０は、スパンＡ７３２と、スパンＡ７３２の子スパンであるスパンプロキシＢ７３４とを含む。スパンＡ７３２は、優先度１を有する。スパンプロキシＢ７３４は、スパンＡ７３２の優先度よりも大きい優先度２を有する。この例において、デフォルト優先度は、１に設定される。スパンＢの優先度がデフォルト優先度より大きい２であることによって示されたように、スパンＢからのインストルメント化データが不要であるため、スパンプロキシＢ７３４は、元のスパンＢから変換されている。

【0072】

その結果、スパンＣ７３６、スパンＤ７３８、およびスパンＥ７４０は、全て優先度１を有するためプルーニングされないが、元の親スパンであるスパンＢがプロキシであるため、親スパンＡ７３２を有するものとしてマークされる。したがって、実行時に、スパンＡ７３２、スパンプロキシＢ７３４、スパンＤ７３８、およびスパンＥ７４０のインストルメント化データが収集される。

【0073】

実装の観点から、スパンを作成するために使用されるスパンオプション（SpanOptions）オブジェクトは、優先度フィールドを含む。場合によっては、スパンの優先度を記載していない時に、ルートスパンは、暗黙の「高」優先度（１）を有し、子スパンは、暗黙の「中」優先度（２）を有する。（SpanImplによって特定される）スパンが作成され、返され、メッセージは、正常に送信される。スパンがプロキシされた場合、代わりにスパンプロキシ（SpanProxy）オブジェクトが生成される。任意の他のスパンオブジェクトと同様に、スパンプロキシ（SpanProxy）オブジェクトと対話することができるが、スパンプロキシ（SpanProxy）のフィールドおよびメソッドは、アクティブスパンに委任する。例えば、上記の例において、スパンプロキシＢ７３４は、スパンプロキシ（SpanProxy）オブジェクトに対応し、そのメソッドおよびフィールドは、デフォルトで、スパンＡ７３２のオブジェクトに対応する。このように、関わるアプリケーションが常にスパンを受信しているため、アプリケーションランタイム環境を調整する必要はない。

【0074】

いくつかの実装形態において、優先度値は、正の数によって表され、より高い値は、より低い優先度を示している。例えば、優先度レベル０は、最も高い優先度であり、次ぎにレベル１、次ぎにレベル２などであってもよい。したがって、この実装形態において、閾値優先度より高い値の優先度を有する任意のスパンは、プロキシスパンに変換される。しかしながら、異なる順位付け方式も可能である。例えば、より高い値は、より高い優先度を示している。場合によっては、優先度は、エイリアスとして表されてもよい。例えば、「クリティカル」は、レベル０に割り当てられ、「高」は、レベル１に割り当てられ、「中」は、レベル２に割り当てられ、「低」は、レベル３に割り当てられてもよい。デフォルトで、ルートスパンは、優先度１を有してもよく、子スパンは、優先度２を有してもよい。

【0075】

場合によっては、優先度閾値は、フリートワイド（fleetwide）サンプリングアルゴリズムによって修正されてもよい。このアルゴリズムは、百分率および１つの百分率に入るように選択された乱数を各優先度に割り当てることを必要とする。殆どのアプリケーションのユーザが（容量および性能の理由で）最小量の遠隔測定を送信することを確実にするために、典型的には、より高い百分率をより高い優先度に割り当てるであろう。より小さな百分率をより低い優先度に割り当ててもよい。これは、ユーザ行程に関するより深い情報または他のより高い粒度の情報を得るために、より少数のユーザがより多くの遠隔測定を送信することを示している。トレーサ構成またはサーバ側プロファイルオプションに従って、百分率を適用することができる。

【0076】

場合によっては、優先度ブースティングを行うことができる。優先度ブースティングは、実行時にプロキシスパンの優先度を増加させることを指す。これは、スパンが興味深いインストルメント化データを有することが判明した場合に起こり得る。例えば、持続時間が長すぎ、スパンがスパンの持続時間の大部分を形成する子スパンを有しない場合、またはエラーが生じた場合に、優先度ブースティングを行うことができる。

【0077】

追跡システムは、例えば、過度の要求が受信され、および／またはペイロードが大きすぎる（「取り込みサービス背圧」とも呼ばれる）場合に、優先度閾値を動的に調整するように構成することができる。例えば、スパンおよびログを収集するための取込みサービス（ＣＬＳ）は、過度に多くのスパンおよび／またはログを送信したことを示す（例えば、「４２９」は、過度の要求を示し、「４１３」は、ペイロードが大きすぎることを示す）ＨＴＴＰエラーコードで応答することができる。したがって、システムは、後続の要求により少ないログを送信するように、優先度閾値を動的に変更することによって応答することができる。

【0078】

以下の表は、異なるイベントのスパンの例示的な優先度を示す。

【0079】

【表1】

【0080】

図８は、本開示の特定の態様に従って、スパンの優先順位を付けるためのプロセス８００の一例を示している。プロセス８００は、開発者コンピューティング装置１１０およびサーバ１４０ａ～ｎのうち、１つ以上によって実行されてもよい。

【0081】

ブロック８０２において、プロセス８００は、ウェブアプリケーションのコードから、ウェブアプリケーションがユーザ対話によってトリガされたイベントを含むことを確認することを含む。例えば、インストルメント化中に、開発者コンピューティング装置１１０上で実行されている開発者ＩＤＥ１１２は、ウェブアプリケーション１３４がユーザ対話によってトリガされるイベントを含むと判断する。

【0082】

ブロック８０４において、プロセス８００は、イベントを第１のスパンに関連付けることを含む。開発者ＩＤＥ１１２は、イベントによって引き起こされた（すなわち、その実行に対応する）第１セットの動作の実行に基づいて、追跡情報を記録するようにトレーサを構成する。トレーサは、第１のスパンの第１の性能測定値を取得するように構成されている。このスパンは、第１セットの動作を指す。性能測定値の例は、サイクル、処理時間、メモリ使用量、待ち時間などを含む。

【0083】

ブロック８０６において、プロセス８００は、コードから、第１セットの動作の実行が要求をサーバに送信することを特定することを含む。例えば、第１セットの動作は、ＲＥＳＴコールを含むことができる。

【0084】

ブロック８０８において、プロセス８００は、要求を第２のスパンに関連付けることを含む。特定された要求に基づいて、トレーサは、要求によって引き起こされた第２セットの動作の実行に基づいて追跡情報を記録するように構成される。トレーサは、第２のスパンの第２の性能測定値を取得するように構成される。第２のスパンは、第１のスパンの子スパンである。

【0085】

ブロック８１０において、プロセス８００は、第１のスパンの優先度を受信することを含む。例えば、ウェブブラウザ１３２がウェブアプリケーション１３４を実行している実行時に、開発者は、第１のスパンの優先度を調整することができる。優先度は、上下に調整することができる。

【0086】

ブロック８１２において、プロセス８００は、優先度が優先度許容範囲外にあると判断することを含む。場合によっては、許容範囲の代わりに閾値を使用することができる。

【0087】

ブロック８１４において、プロセス８００は、この判断に基づいて、第１のスパンをプロキシスパンとして分類することを含む。例を続けると、ウェブブラウザ１３２は、第１のスパンをプロキシスパンとして分類して、インストルメント化データを収集しない。ウェブアプリケーションが実行されている実行時に、トレーサは、第１のスパンに対応する第１セットの動作の実行に基づいて、情報を記録しない。

【0088】

インストルメント化スレッド
従来、ウェブベースのアプリケーションは、ユーザインターフェイス動作を行うために、メインブラウザスレッドを使用することができる。例えば、非同期ジャバスクリプトプログラミングの改善によって、メインブラウザスレッドは、応答性であるアプリケーションを作成することができる。しかしながら、特定の長時間に実行されているバックグラウンドプロセスにおいて、アプリケーション開発者は、アプリケーションロジックを実行するための実際のネイティブスレッドを作成することを可能にするウェブワーカＡＰＩを使用することを選択することができる。

【0089】

しかしながら、標準的な分散追跡アプリケーションにおいて、別個のスレッド（例えば、ワーカＡＰＩを介したスレッド）は、プロセスから外れているとみなされるか、または少なくともメインスレッド上で実行しているトレーサとは異なる範囲にあるとみなされる。したがって、ワーカスレッド上で動作するように、コード内でトレーサを構成する必要がある。

【0090】

対照的に、特定の態様は、スレッドを自動的にインストルメント化することができる。例えば、追跡ワーカクラスは、トレーサを標準的なワーカクラスのサブクラスにカプセル化することによって、アプリケーションコード内でトレーサを構成する作業を抽象化する。追跡ワーカクラスは、アルゴリズムを用いて、ワーカスレッドを自動的に作成し、トレーサを構成し、次いで、アプリケーションコードをロードする。このアプリケーションコードは、自動的に遠隔測定対応になる。その後、必要に応じて、ネイティブウェブワーカＡＰＩをオーバーライドするように、追跡ワーカを構成することができる。これによって、アプリケーションは、ワーカスレッドを作成するときに、標準的なワーカ機能をラッピングしている追跡ワーカになる。

【0091】

この手法の利点は、開発者およびユーザに対して明白な動作と、スレッド間のスパン階層を維持しながらスレッドから外れたコードの遠隔測定を可能にすることとを含む。さらに、各スレッドの構成データは、メインスレッドの構成を自動的に継承するため、構成データを重複させる必要はない。

【0092】

図９は、本開示の特定の態様に従って、追跡ワーカクライアントを含む分散追跡環境の一例を示す図である。図９は、メインブラウザスレッド９１０と、ワーカスレッド９２０とを示している。図９に示された例において、メインブラウザスレッド９１０は、ワーカスレッド９２０を呼び出し、ワーカスレッド９２０は、インストルメント化データをメインブラウザスレッド９１０に戻す。

【0093】

メインブラウザスレッド９１０は、メインアプリケーション９１２と、トレーサ９１４と、追跡ワーカクライアント９１７とを含む。ワーカスレッド９２０は、追跡ワーカシムコード９２２と、アプリケーションワーカスクリプト９２４と、トレーサ９２５とを含む。ワーカスレッド９２０は、追跡ワーカクライアント９１７を用いて作成されたオブジェクトであり、ジャバスクリプトで記述することができる。

【0094】

ワーカスレッド９２０は、ブラウザウィンドウなどのメインブラウザ動作とは異なる環境で実行することができる。このようにして、例えば、ワーカスレッド９２０によって実行されているタスクが時間を要するかまたは複雑である場合、より応答性の高いユーザインターフェイスを維持することができる。

【0095】

追跡ワーカクライアント９１７は、例えば、追跡ワーカシムコード９２２を用いてワーカスレッド９２０を構成することによって、ワーカスレッド９２０などのスレッドを管理することができる。追跡ワーカシムコード９２２を追加することは、スパンコンテキストおよび追跡コンテキストを取得することを容易にする。ラッパーのコンストラクタは、適用可能な場合、現在のスパンのコンテキストの子スパンでラップされる。ワーカスレッドは、作成されると実行するアプリケーションスクリプトを用いて初期化され、通信ポートを有する。

【0096】

追跡ワーカクライアント９１７は、以下の動作、すなわち、（１）メインスレッドからの全ての着信メッセージを処理するためにメッセージハンドラを一時的にインストールする動作、（２）全ての分散追跡依存関係をロードする動作、および（３）成功（または失敗）を示すメッセージで応答する動作を実行するシムコード９２２を生成して実行する。

【0097】

成功した場合、追跡ワーカクライアント９１７は、アクティブスパンコンテキストおよびトレーサ構成を取得し、シムに送信する。シムは、トレーサ構成を受信し、トレーサを初期化し、受信したスパンコンテキストの子スパンを作成する。次いで、シムは、アプリケーションワーカコードを挿入し、メッセージハンドラを除去する。次に、アプリケーションスレッドおよびワーカスレッドは、様々な動作を実行する。

【0098】

作成されると、ワーカスレッド９２０は、トレーサを作成し、１つ以上の構成パラメータをワーカスレッド９２０からトレーサ９２５にコピーすることができる。また、ワーカスレッド９２０は、メインアプリケーション９１２によって作成されたスパンに関連付けられたスパンコンテキストを抽出することができる。ワーカスレッド９２０は、メインアプリケーション９１２によって作成され、スパンコンテキストを含むスパンの子スパンを作成することができる。ワーカスレッド９２０によるアプリケーションワーカスクリプト９２４の実行中に、子スパンは、作成され、さらなる処理のためにトレーサ９２５によってキャプチャされてもよい。ワーカスレッド９２０は、アプリケーションワーカスクリプト９２４が成功に完了したことを追跡ワーカクライアント９１７に通信することができる。追跡ワーカクライアント９１７は、その後、ワーカスレッドが成功したことをメインアプリケーション９１２に通信することができる。メインアプリケーション９１２は、スパンが完了したことをトレーサ９１４に通信し、スパンを終了することができる。

【0099】

一例において、データは、両側がメッセージを送信するメッセージシステムを介して、ワーカスレッドとメインアプリケーションとの間で送信されてもよい。メッセージは、ｐostMessage()などのメソッドを用いて送信されてもよく、受信したメッセージへの応答は、メッセージをメッセージイベントのデータプロパティに含むように、オンメッセージイベントハンドラを用いて通信されてもよい。この特定の構成において、メッセージデータは、メインアプリケーションとワーカスレッドとの間で共有されるのではなく、コピーされる。ワーカスレッドは、ワーカが親ページと同じ起源内でホストされる補助ワーカ（例えば、補助スレッド）を生成することができる。

【0100】

以下の例示的なコードは、開発者が追跡ワーカスレッドをどのように使用することができるかを示す。

【0101】

【数2】

【0102】

図１０は、本開示の特定の態様に従って、スレッドをインストルメント化するためのプロセス１０００の一例を示している。プロセス１０００は、開発者コンピューティング装置１１０およびサーバ１４０ａ～ｎのうちの１つ以上によって実行されてもよい。

【0103】

ブロック１００２において、プロセス１０００は、ウェブページアプリケーションをクライアント装置上のウェブブラウザに提供することを含む。例えば、サーバ１４０ａは、ウェブアプリケーション１３４をエンドユーザコンピューティング装置１３０上のウェブブラウザ１３２に提供する。

【0104】

ブロック１００４において、プロセス１０００は、ウェブページアプリケーションから、ウェブページアプリケーションの追跡データを記録するように構成されたグローバルトレーサを作成することを含む。プロセス２００のブロック２０６に関して説明したものと同様に、グローバルトレーサが作成される。

【0105】

ブロック１００６において、プロセス１０００は、ウェブページアプリケーションから、補助スレッドのラッパーをインスタンス化することを含む。ラッパーは、補助スレッドを実行する前にシムコードを実行するように設定されている。

【0106】

ブロック１００８において、プロセス１０００は、グローバルトレーサの構成データをラッパーからシムコードに渡すことを含む。

【0107】

ブロック１０１０において、プロセス１０００は、シムコードから補助トレーサを作成することを含む。補助トレーサは、補助スレッドの追跡データを記録するように設定されている。ウェブページアプリケーションの追跡データとサブスレッドの追跡データは、グローバルトレーサの設定データを介して関連付けられる。

【0108】

ブロック１０１２において、プロセス１０００は、シムコードから補助スレッドを実行することを含む。

【0109】

サーバコール全体のスパンのインストルメント化
図１１は、本開示の特定の態様に従って、分散ソフトウェアアプリケーションの全体に追跡を伝播するためのプロセス１１００の一例を示している。プロセス１１００は、エンドユーザコンピューティング装置１４０などのコンピューティングシステムによって実装されてもよく、追跡アプリケーション１３６の一部であってもよい。プロセス１１００は、リソース（例えば、ウェブページ、画像、またはファイル）を取得するためにリモートサーバに対する適切な要求を作成することを含む。要求は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）であってもよい。例示の目的で、プロセス１１００は、図１２と併せて説明される。

【0110】

図１２は、本開示の特定の態様に従って、分散システムのサービスの全体にスパンコンテキストを伝播するための一例を示す図である。サービスの例は、サーバへのＲＥＳＴコールを含む。例えば、特定のウェブページをレンダリングすることは、それぞれが特定の目的を有する複数のＲＥＳＴコールを必要とする場合がある。第１のＲＥＳＴコールは、ウェブブラウザにページをレンダリングさせてもよく、第２のＲＥＳＴコールは、サーバ（ＲＥＳＴエンドポイント）上に位置し、ページ上に表示される画像を取得してもよく、または第３のＲＥＳＴコールは、従業員の管理者の名前などの情報を取得するためのデータベースクエリであってもよい。また、ＲＥＳＴコールは、１つ以上の子ＲＥＳＴコールを実行させることができる。

【0111】

ＲＥＳＴコールは、クロスオリジンコール（cross-origin call）であってもよい。クロスオリジンコールは、オリジナルサーバではないサーバ（例えば、ウェブページを提供するサーバ）からの要求情報を呼び出す。例えば、オリジナルサーバは、oracle.com上にあってもよく、第２のサーバは、google.com上にあってもよい。場合によっては、プロセス１１００は、オリジナルサーバからのウェブページがオリジナルサーバのドメインの外部に位置する外部サーバへの要求を必要とすると決定した後に実行される。決定は、クロスオリジンリソース共有（ＣＯＲＳ）と互換性があってもよい。

【0112】

図１２は、サービス１２１０と、サービス１２２０とを含む。サービス１２１０は、ブラウザを実行することができ、サービス１２２０は、ＲＥＳＴエンドポイントによって特定されたサーバ上で実行する。サービス１２１０は、親スパン１２１２と、子スパン１２１４と、子スパン１２１６とを含む。サービス１２２０は、ＲＥＳＴコールの後の子スパン１２２２を含む。一例において、子スパン１２１４および１２１６は、ＲＥＳＴコールの前に行う必要の処理を表す。子スパン１２２２のコンテキストは、ネットワークを介してサーバに送信される。次に、サーバは、そのスパンコンテキストを、このような要求を行った別のサーバに伝播することができる。各サーバは、各自のトレースを収集し、適切な場所に送信する。

【0113】

説明したように、スパンコンテキストは、ルートスパンまたは追跡識別子を含み、ルートスパンまたは追跡識別子は、達成する（例えば、ページをロードする）全体的な目的を示している。完全なスパンコンテキストは、典型的には１２８ビットの表現である追跡識別子（ＩＤ）と、典型的には６４ビットの乱数である子ＩＤとを含む。各スパンコンテキストから、すなわち、各々の親を指し示す全てのスパンコンテキストから、グラフを構築することができる。

【0114】

図１１に戻ると、ブロック１１０１において、プロセス１１００が開始される。追跡アプリケーション１３６は、オリジナルサーバからのウェブページの追跡データを記録することができる。追跡データは、以前の要求、これらの要求の成功および失敗を含むことができる。追跡アプリケーション１３６は、追跡データから、追跡用ヘッダを含む要求を拒否する宛先サーバを含む拒否リスト、および／または追跡用ヘッダを含む要求を許可する宛先サーバを含む許可リストを形成することができる。場合によっては、プロセス１１００は、ドメイン間要求が検出された場合に実行される。

【0115】

インストルメント化は、（例えば、ウェブページの読み込みの一部として）リソースを要請するためのサーバ要求に追跡用ヘッダを挿入することによって達成することができる。しかしながら、追跡用ヘッダは、例えばセキュリティの理由から、しばしば拒否されることがある。したがって、プロセス１１００は、遠隔測定を容易にするために、このようなセキュリティ対策を回避することを含む。例えば、図１２を考慮すると、サービス１２１０は、オリジナルサーバ上で実行され、サービス１２２０は、外部サーバ上で実行される。したがって、（例えば、第１のプロセスの）親スパン１２１２は、オリジナルサーバ上で実行される。追跡アプリケーション１３６は、本明細書に開示された技術を用いて、親スパン１２１２だけでなく、子スパン１２１４から派生した子スパン１２１４および子スパン１２１６も分析することができる。しかしながら、図示のように、親スパン１２１２は、サービス１２２０上で（したがって、外部サーバ上で）実行される子スパン１２２２にも関連している。プロセス１１００を用いて、親スパン１２１２から子スパン１２２２にスパンコンテキストを伝播することができるため、インストルメント化を容易にすることができる。

【0116】

ブロック１１０２において、プロセス１１００は、ＣＯＲＳがアクティブであるか否か（例えば、クロスドメイン要求が検出されたか否か）を判断することを含む。ＣＯＲＳがアクティブである場合、プロセス１１００は、ブロック１１０３に進む。この場合、ＣＯＲＳが必要でない場合、プロセス１１００は、ブロック１１０８に進み、ヘッダを挿入する。

【0117】

ブロック１１０３において、プロセス１１００は、リソースに対する要求に冪等性がある（idempotent）か否かを決定することを含む。冪等性があるとは、そのメソッドによるサーバの複数の同一の要求に対する意図的な効果が、単一のこのような要求に対する効果と同じであることを意味する。したがって、サーバの要求に対する意図的な効果に冪等性がない場合、すなわち、前の要求と同じではない場合、プロセス１１００は、ブロック１１０４に進む。逆に、要求に冪等性がある場合、プロセス１１００は、ブロック１１１５に進む。

【0118】

ブロック１１０４において、プロセス１１００は、要求の宛先が拒否リストにあるサーバであるか否かを判断することを含む。例えば、追跡アプリケーション１３６は、拒否リストを検索することによって、外部サーバがオリジナルサーバからの要求の追跡用ヘッダを拒否するか否かを判断する。サーバ拒否リストは、（例えば、プロセス１１００のブロック１１１２によって特定された要求によって作成された）余分なヘッダを含む拒否するとして特定されたサーバを含む。ＲＥＳＴコールが失敗することと、単に遠隔測定情報を持たないこととを選択する場合、単に遠隔測定情報を持たないことが好ましいため、拒否サーバリストは、有用である。

【0119】

サービスへの要求が伝播ヘッダをサポートしない場合、この要求は、拒否リストに追加され、このユーザセッションのコンテキストを挿入するさらなる自動試行を阻止し、挿入ヘッダなしでこの要求を実行する。一態様において、拒否リストは、ローカル記憶装置にキャッシュされないため、不完全な設定が将来の要求のブロックを引き起こさない。宛先が許可リストおよび拒否リストの両方に存在する可能性があるが、この場合、拒否リストは、優先される。

【0120】

検索時間を改善するために、許可リストおよび拒否リストは、連想配列として実装される。リストは、失敗した要求のＵＲＬ発信元（パラメータなし）または個々のサービスによって暗号化される。これは、要求の設定によって決定されてもよい。マップの値は、ゼロであってもよいが、後で実際の失敗またはリストに追加された理由に関する他のメタデータを含むことができる。

【0121】

コールの例は、以下を含む。

【0122】

【数3】

【0123】

サーバが拒否リストにある場合、プロセス１１００は、ブロック１１１４に進む。サーバが拒否リストにない場合、プロセス１１００は、ブロック１１０５に進む。

【0124】

ブロック１１０５において、プロセス１１００は、要求の宛先が許可リストにあるサーバであるか否かを判断することを含む。例えば、追跡アプリケーション１３６は、許可リストを検索することによって、外部サーバがオリジナルサーバからの要求の追跡用ヘッダを許可するか否かを判断する。許可リストは、（例えば、プロセス１１００のブロック１１１２によって特定された要求によって作成された）余分なヘッダを含む要求を受け入れるとして特定されたサーバを含む。

【0125】

伝播ヘッダがサポートされていると判断された場合、特定の宛先が許可リストに追加される。追加のオプションコールを実行する必要がないように、許可リストをローカル記憶装置にキャッシュすることができる。この手法は、サービスエンドポイントのリストを明示的に許可するためのユーザインターフェイスをサポートする必要性を排除する。宛先が許可リスト上にある場合、プロセス１１００は、ブロック１１０８においてヘッダを挿入する。宛先が許可リスト上にない場合、プロセス１１００は、ブロック１１０６に進む。

【0126】

ブロック１１０６において、プロセス１１００は、ＨＴＴＰオプションコールを実行することを含む。オプションコールは、サーバから、許可された通信オプションを要求する。ＣＯＲＳプロトコルにおいて、プリフライト要求がオプションメソッドと共に送信されため、サーバは、要求を送信するか否かに応答することができる。オプションコールによって、追跡用ヘッダを挿入することを許可するか否かが判断される。場合によっては、ブロック１１０６において、プロセス１１００は、ブラウザがこのようなチェックを自動的に実行する前に、プリフライト要求を実行することを含む。プロセス１１００は、ブロック１１０７に進む。

【0127】

ブロック１１０７において、プロセス１１００は、オプションコールの結果から、追跡用ヘッダがサーバによってサポートされているか否かを判断することを含む。場合によっては、オプションコールは、許容される（または受け入れられる）ヘッダのリストを送り返すことができる。追跡用ヘッダがサポートされている場合、プロセス１１００は、ブロック１１０８に進み、ヘッダを挿入する。追跡用ヘッダがサポートされていない場合、プロセス１１００は、ブロック１１１３に進み、サーバをサーバ拒否リストに追加する。

【0128】

以下は、いくつかの例示的なオプション要求／応答を示す（簡潔にするために、いくつかのヘッダが省略されている）。例えば、以下は、伝播を検出するためのオプション要求を示している。

【0129】

【数4】

【0130】

別の例は、サービスエンドポイントが伝播のために構成された場合の応答を示している。

【0131】

【数5】

【0132】

別の例は、伝搬が設定されていない応答を示している。

【0133】

【数6】

【0134】

ブロック１１０８において、プロセス１１００は、ヘッダを要求に挿入することを含む。追跡用ヘッダを要求に挿入することは、外部サーバが要求の追跡用ヘッダを許可するという判断結果に基づいている。一例として、追跡用ヘッダの内容は、スパンコンテキストを含む。

【0135】

一例として、ジプキン（Zipkin）および／またはＥＣＩＤ（Execution Context）を用いて、２組のヘッダを発信要求に挿入する。これらのプロトコルは、サービス開発者側の最小限の作業で、コンテキストを保持するためのカバレッジを提供する。

【0136】

一例において、ジプキンＢ３ＨＴＴＰヘッダスキームは、幅広いサポートを有するため、使用される。Ｂ３ヘッダの例は、以下のものを含む。

【0137】

【数7】

【0138】

追跡ＩＤ（TraceId）は、固有の３２文字のＵＵＩＤ文字列であり、スパンＩＤ（SpanId）は、スパンを囲む固有の１６文字列であり、親スパンＩＤ（ParentSpanId）は、親スパン（該当する場合）の固有のＩＤであり、サンプル済み（Sampled）は、スパン遠隔測定を報告するか否かを示すフラグである。

【0139】

別の例において、オラクル固有のＥＣＩＤコンテスト（ECID-Context）ヘッダが使用される。

【0140】

【数8】

【0141】

ＲＩＤは、コンテキストの経路を示す符号化文字列バイトである。ブラウザからのこの文字列は、「kXjE」であり、復号されると要求のルートを示す。

【0142】

ヘッダを挿入できると判断されると、Tracer.inject()ＡＰＩコールを用いて、挿入を実行する。このコールは、発信要求をサーバに送信する前に、ＨＴＴＰヘッダを発信要求に挿入する。

【0143】

図１３は、本開示の特定の態様に従って、ヘッダの一例を示す図である。図１３は、インストルメント化を有しないＨＴＴＰヘッダであるヘッダ１３１０と、ヘッダ１３１０と同じＨＴＴＰヘッダであるが、（太字のテキストで示された）追加のインストルメント化を有するヘッダ１３２０とを示している。

【0144】

図１１に戻り、プロセス１１００は、ブロック１１０９に進む。
ブロック１１０９において、プロセス１１００は、要求をサーバに送信することを含む。ウェブブラウザは、追跡用ヘッダを含む要求を外部ヘッダに送信する。外部サーバは、追跡用ヘッダに基づいて、追跡データを記録するように構成される。

【0145】

ブロック１１１０において、プロセス１１００は、サーバへの要求が成功したか否かを判断することを含む。要求が成功した場合、プロセス１１００は、ブロック１１１１に進み、プロセスを終了する。要求が成功しなかった場合、プロセス１１００は、ブロック１１１２に進む。

【0146】

ブロック１１１１において、プロセス１１００は、要求を行うためのプロセスを終了することを含む。ブロック１１１１において、余分なヘッダは、サーバに首尾よく送信され、その結果、スパンコンテキストが宛先サーバに伝播され、宛先サーバがインストルメント化を支援する。

【0147】

ブロック１１１２において、プロセス１１００は、ブロック１１１０において特定された失敗が、何らかの他のエラーとは異なり、ヘッダによるものであるか否かを判断することを含む。失敗がヘッダによるものではなかった場合、プロセス１１００は、ブロック１１１６に進み、通常のフェイルオーバ／リトライ手順を実行することができる。故障がヘッダによるものであった場合、プロセス１１００は、ブロック１１１３に進み、サーバをサーバ拒否リストに追加する。

【0148】

ブロック１１１３において、プロセス１１００は、宛先サーバをサーバ拒否リストに追加することを含む。このようにして、同じ宛先サーバを有する要求が特定された場合、プロセス１１００は、追跡用ヘッダを有する要求を、それを拒否した同じサーバに送信することを試みない。ブロック１１１３の完了後、プロセス１１００は、ブロック１１１４に進み、未挿入の要求を作成する。

【0149】

ブロック１１１４において、プロセス１１００は、未挿入の要求、例えば、追跡用ヘッダを持たない通常のＲＥＳＴコールを行うことを含む。場合によっては、要求を処理するタイミングが、遠隔測定のために使用されてもよい。ブロック１１１４の後、プロセス１１００は、ブロック１１１８に進み、応答を通常に処理する。

【0150】

ブロック１１１５において、プロセス１１００は、要求がキャッシュされた要求リスト内にあるか否かを判断することを含む。性能を改善し、故障を低減するために、要求をキャッシュに記憶することができる。要求がキャッシュされている場合、プロセス１１００は、ブロック１１１７に進む。要求がキャッシュされていない場合、プロセス１１００は、ブロック１１０４に進む。要求は、スパンコンテキストを含むことができる。

【0151】

ブロック１１１６において、プロセス１１００は、フェイルオーバプロセスを実行すること、または要求を再試行することを含む。この場合、ページのロードまたは完了に失敗したことが最適ではないユーザエクスペリエンスであることを考えると、プロセス１１００は、ブロック１１１６において、追跡用ヘッダ挿入の試みが失敗を引き起こしていないことを保証するために、失敗した動作を再試行することを含む。場合によっては、開発者は、充分なエラーチェックまたはグレースフルエグジット（graceful exit）を追加していないことがある。したがって、この点において、ブロック１１１６は、カスタムアプリケーションが遠隔測定によって失敗しないことを保証するのに役立つ。要求は、スパンコンテキストを含むことができる。

【0152】

ブロック１１１７において、プロセス１１００は、キャッシュされた応答で進むことを含む。キャッシュされた応答を用いて、要求を処理する。要求は、スパンコンテキストを含むことができる。図４および５に関して説明したように、スパンおよびログは、スパン記録ライブラリに送信される。

【0153】

図１４は、態様のうちの１つを実現するための分散システム１４００を示す簡略図である。図示の態様において、分散システム１４００は、１つ以上のネットワーク１４１０を介して、ウェブブラウザまたは専用クライアント（例えば、オラクルフォーム）などのようなクライアントアプリケーションを実行および作動するように構成された１つ以上のクライアントコンピューティング装置１４０２、１４０４、１４０６および１４０８を含む。サーバ１４１２は、ネットワーク１４１０を介して、リモートクライアントコンピューティング装置１４０２、１４０４、１４０６および１４０８と通信可能に接続されてもよい。

【0154】

様々な態様において、サーバ１４１２は、システムの１つ以上のコンポーネントによって提供される１つ以上のサービスまたは１つ以上のソフトウェアアプリケーションを実行するように構成されてもよい。サービスまたはソフトウェアアプリケーションは、非仮想環境および仮想環境を含むことができる。仮想環境は、仮想イベント、展示会、模擬実験装置、教室、ショッピング取引所、および企業のために使用されるもの、２次元または３次元（４Ｄ）表現、ページベースの論理環境などを含むことができる。特定の態様において、これらのサービスは、ウェブサービスまたはクラウドサービスとして、またはSaaS（Software as a Service）モデルに基づいて、クライアントコンピューティング装置１４０２、１４０４、１４０６および／または１４０８のユーザに提供されてもよい。よって、クライアントコンピューティング装置１４０２、１４０４、１４０６および／または１４０８を操作するユーザは、１つ以上のクライアントアプリケーションを用いて、サーバ１４１２と情報を交換することによって、これらのコンポーネントによって提供されたサービスを利用することができる。

【0155】

図示の構成において、システム１４００のソフトウェア要素１４１８、１４２０および１４２２は、サーバ１４１２上に実装されている。他の態様において、システム１４００の１つ以上の構成要素および／またはこれらのコンポーネントによって提供されたサービスは、１つ以上のクライアントコンピューティング装置１４０２、１４０４、１４０６および／または１４０８によって実現されてもよい。クライアントコンピューティング装置を操作するユーザは、１つ以上のクライアントアプリケーションを用いて、これらのコンポーネントによって提供されたサービスを利用することができる。これらの構成要素は、ハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせで実現されてもよい。理解すべきことは、分散システム１４００と異なる様々なシステム構成が可能であることである。したがって、図示された態様は、態様のシステムを実現するための分散システムの一例であり、限定することを意図していない。

【0156】

クライアントコンピューティング装置１４０２、１４０４、１４０６および／または１４０８は、例えば、Microsoft Windows Mobile（登録商標）のようなソフトウェア、および／またはｉＯＳ、Windowsフォン、アンドロイド（登録商標）、ブラックベリー１５およびパームＯＳなどの様々なモバイルオペレーティングシステムを実行することができ、インターネット、電子メール、ショートメッセージサービス（ＳＭＳ）、ブラックベリー（登録商標）または他の通信プロトコルが有効化された手持ち式携帯装置（例えば、iPhone（登録商標）、携帯電話、Ipad（登録商標）、タブレット、携帯情報端末（ＰＤＡ）または着用できる装置（Google Glass（登録商標）ヘッドマウントディスプレイ）であってもよい。クライアントコンピューティング装置は、例示として、Microsoft Windows（登録商標）オペレーティングシステム、Apple Macintosh（登録商標）オペレーティングシステムおよび／またはＬｉｎｕｘ（登録商標）オペレーティングシステムの様々なバージョンを実行するパーソナルコンピュータおよび／またはラップトップコンピュータを含む汎用のパーソナルコンピュータであってもよい。クライアントコンピューティング装置は、例えば、様々なＧＮＵ／Ｌｉｎｕｘオペレーティングシステム、例えば、Google Chrome OSを含むがこれに限定されない市販のＵＮＩＸ（登録商標）またはＵＮＩＸに類似する様々なオペレーティングシステムを動かすワークステーションコンピュータであってもよい。代替的にまたは追加的には、クライアントコンピューティング装置１４０２、１４０４、１４０６および１４０８は、ネットワーク１４１０を介して通信可能なシンクライアントコンピュータ、インターネット対応のゲームシステム（例えば、Kinect（登録商標）ジェスチャ入力装置を備えるまたは備えないMicrosoft Xboxゲームコンソール）、および／またはパーソナルメッセージング装置などの他の電子機器であってもよい。

【0157】

分散システム１４００は、４つのクライアントコンピューティング装置を備えると示されているが、任意の数のクライアントコンピューティング装置をサポートすることができる。他の装置、例えばセンサを有する装置は、サーバ１４１２と情報を交換することができる。

【0158】

分散システム１４００のネットワーク１４１０は、ＴＣＰ／ＩＰ（伝送制御プロトコル／インターネットプロトコル）、ＳＮＡ（システムネットワークアーキテクチャ）、ＩＰＸ（インターネットパケット交換）、Apple(登録商標)Talkなどを含むがこれらに限定されない様々な市販プロトコルのいずれかを使用してデータ通信をサポートすることができ、当業者に熟知される任意種類のネットワークであってもよい。単なる例示として、ネットワーク１４１０は、イーサネット（登録商標）、トークンリングおよび／またはその他に基づくローカルエリアネットワーク（ＬＡＮ）であってもよい。ネットワーク１４１０は、広域ネットワークまたはインターネットであってもよい。ネットワーク１４１０は、仮想プライベートネットワーク（ＶＰＮ）を含むがこれに限定されない仮想ネットワーク、イントラネット、エクストラネット、公衆交換電話ネットワーク（ＰＳＴＮ）、赤外線ネットワーク、無線ネットワーク（例えば、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１４プロトコルスイート、Bluetooth（登録商標）、および／または任意の他の無線プロトコルの下で動作するネットワーク）および／またはこれらのネットワークと他のネットワークの組み合わせを含むことができる。

【0159】

サーバ１４１２は、１つ以上の汎用コンピュータ、専用サーバコンピュータ（例示として、ＰＣ（パーソナルコンピュータ）サーバ、ＵＮＩＸ（登録商標）サーバ、ミッドレンジサーバ、メインフレームコンピュータ、ラックマウントサーバを含む）、サーバファーム、サーバクラスタ、または任意の他の適切な構成および／または組み合わせから構成されてもよい。サーバ１４１２は、仮想オペレーティングシステムを実行する１つ以上の仮想マシン、または仮想化を必要とする他のコンピューティングアーキテクチャを含むことができる。論理記憶装置の１つ以上のフレキシブルプールを仮想化して、サーバの仮想記憶装置を維持することができる。サーバ１４１２は、ソフトウェア定義ネットワーキングを用いて、仮想ネットワークを制御することができる。様々な態様において、サーバ１４１２は、前述の開示に記載された１つ以上のサービスまたはソフトウェアアプリケーションを動かすように構成することができる。例えば、サーバ１４１２は、本開示の実施形態に従って上記に説明した処理を実行するためのサーバに対応することができる。

【0160】

サーバ１４１２は、上述したものいずれかを含むオペレーティングシステム、および任意の市販サーバオペレーティングシステムを動かすことができる。また、サーバ１４１２は、ＨＴＴＰ（ハイパーテキスト転送プロトコル）サーバ、ＦＴＰ（ファイル転送プロトコル）サーバ、ＣＧＩ（共通ゲートウェイインターフェイス）サーバ、Java（登録商標）サーバ、データベースサーバなどを含む様々な追加サーバアプリケーションおよび／または中間層アプリケーションのいずれかを動かすことができる。例示的なデータベースサーバは、Oracle（登録商標）、Microsoft（登録商標）、Sybase（登録商標）、IBM（登録商標）などの会社から市販されているものを含むがこれらに限定されない。

【0161】

いくつかの実現例において、サーバ１４１２は、クライアントコンピューティング装置１４０２、１４０４、１４０６、および１４０８のユーザから受信したデータフィードおよび／またはイベント更新を分析および統合する１つ以上のアプリケーションを含んでもよい。例示として、データフィードおよび／またはイベント更新は、Twitter（登録商標）フィード、Facebook（登録商標）更新または１つ以上の第３情報源および連続データストリームから受信したリアルタイム更新を含むがこれらに限定されない。リアルタイム更新は、センサデータアプリケーション、金融相場表示機、ネットワーク性能測定ツール（例えば、ネットワーク監視およびトラフィック管理アプリケーション）、ページ遷移（Clickstream）解析ツール、自動車交通監視装置などに関連するリアルタイムイベントを含むことができる。また、サーバ１４１２は、クライアントコンピューティング装置１４０２、１４０４、１４０６および１４０８の１つ以上の表示装置を介して、データフィードおよび／またはリアルタイムイベントを表示するための１つ以上のアプリケーションを含むこともできる。

【0162】

また、分散システム１４００は、１つ以上のデータベース１４１４および１４１６を含むこともできる。データベース１４１４および１４１６は、様々な場所に常駐することができる。例示として、１つ以上のデータベース１４１４および１４１６は、サーバ１４１２の近く（および／またはその中）の非一時記憶媒体に常駐することができる。代替的には、データベース１４１４および１４１６は、リモートサーバ１４１２から離れており、ネットワークに基づく接続または専用接続を介して、サーバ１４１２と通信している。一組の態様において、データベース１４１４および１４１６は、記憶領域ネットワーク（ＳＡＮ）に常駐することができる。同様に、サーバ１４１２に寄与する機能を実行するための任意の必要なファイルは、必要に応じて、サーバ１４１２上に／またはサーバ１４１２から離れた場所に保存されてもよい。一組の態様において、データベース１４１４および１４１６は、例えば、Oracleにより提供されるデータベースなどの関係データベースを含むことができる。これらの関係データベースは、SQLフォーマット命令に応じて、データを取得、保存および更新するように構成されている。

【0163】

図１５は、本開示の態様に従ったシステム環境１５００の１つ以上のコンポーネントを示す簡略ブロック図である。態様に従ったシステムの１つ以上のコンポーネントによって提供されるサービスは、クラウドサービスとして提供されることができる。図示の態様において、システム環境１５００は、１つ以上のクライアント装置１５０４、１５０６および１５０８を含む。ユーザは、クライアントコンピューティング装置を用いて、クラウドサービスを提供するクラウドインフラストラクチャシステム１５０２と情報を交換することができる。クライアントコンピューティング装置は、ウェブブラウザ、専用クライアントアプリケーション（例えば、オラクルフォーム）または他のアプリケーションなどのクライアントアプリケーションを作動するように構成されることができる。ユーザは、クライアントアプリケーションを用いてクラウドインフラストラクチャシステム１５０２と情報を交換することによって、クラウドインフラストラクチャシステム１５０２により提供されたサービスを利用することができる。

【0164】

理解すべきことは、図示のクラウドインフラストラクチャシステム１５０２は、図示されたコンポーネント以外のコンポーネントを備えてもよいことである。さらに、図示の態様は、本発明の態様を組み込むことができるクラウドインフラストラクチャシステムの一例に過ぎない。いくつかの他の態様において、クラウドインフラストラクチャシステム１５０２は、図示よりも多いまたは少ないコンポーネントを有してもよく、２つ以上のコンポーネントを組み合わせてもよく、または異なる構成または配置のコンポーネントを有してもよい。

【0165】

クライアント装置１５０４、１５０６および１５０８は、上述したクライアントコンピューティング装置１４０２、１４０４、１４０６および１４０８と同様であってもよい。

【0166】

例示的なシステム環境１５００は、３つのクライアントコンピューティング装置を備えると示されているが、任意の数のクライアントコンピューティング装置をサポートすることができる。他の装置、例えばセンサを有する装置は、クラウドインフラストラクチャシステム１５０２と情報を交換することができる。

【0167】

ネットワーク１５１０は、クライアント装置１５０４、１５０６および１５０８とクラウドインフラストラクチャシステム１５０２との間のデータの通信および交換を促進することができる。各ネットワークは、上記でネットワーク１４１０に関して説明したプロトコルを様々な市販プロトコルのいずれかを用いてデータ通信をサポートすることができ、当業者に熟知する任意の種類のネットワークであってもよい。

【0168】

クラウドインフラストラクチャシステム１５０２は、上記でサーバ１４１２に関して説明したコンポーネントを含み得る１つ以上のコンピュータおよび／またはサーバを含むことができる。

【0169】

特定の態様において、クラウドインフラストラクチャシステムによって提供されたサービスは、需要に応じて、クラウドインフラストラクチャシステムからユーザに提供できるオンラインデータの記憶およびバックアップ、ウェブベースの電子メールサービス、ホストされたオフィススイートおよび文章連携サービス、データベース処理、管理できる技術サポートサービスなどの多くのサービスを含んでよい。クラウドインフラストラクチャシステムによって提供されるサービスは、ユーザのニーズを満たすように動的に拡張できる。クラウドインフラストラクチャシステムによって提供されたサービスの特定の例示は、本明細書において、「サービスインスタンス」と呼ばれる。一般的には、インターネットなどの通信ネットワークを介して、クラウドサービスプロバイダのシステムからユーザに提供できる任意のサービスは、「クラウドサービス」と呼ばれる。典型的には、パブリッククラウド環境において、クラウドサービスプロバイダのシステムを構成するサーバおよびシステムは、顧客のオンプレミスサーバおよびシステムとは異なる。例えば、クラウドサービスプロバイダのシステムは、アプリケーションを提供することができ、ユーザは、必要に応じて、インターネットなどの通信ネットワークを介して、アプリケーションを注文し、使用することができる。

【0170】

いくつかの例において、コンピュータネットワーククラウドインフラストラクチャ内のサービスは、保護されたコンピュータネットワークのストレージアクセス、ホストされたデータベース、ホストされたウェブサーバ、ソフトウェアアプリケーション、またはクラウドベンダによってユーザに提供された他のサービス、または当該技術分野に知られている他のサービスを含むことができる。例えば、サービスは、インターネットを介して、クラウド上のリモートストレージに対して、パスワードにより保護されたアクセスを含むことができる。別の例として、サービスは、ウェブサービスにホストされている関係データベースおよびネットワーク上の開発者により私的使用のためのスクリプト言語ミドルウェアエンジンを含むことができる。別の例として、サービスは、クラウドベンダのウェブサイト上でホストされている電子メールソフトウェアアプリケーションに対するアクセスを含むことができる。

【0171】

特定の態様において、クラウドインフラストラクチャシステム１５０２は、セルフサービスのサブスクリプションに基づく、柔軟なスケーラビリティ、信頼性、高可用性および安全性を有する方法で、顧客に提供できる一連のアプリケーション、ミドルウェアおよびデータベースサービスを含むことができる。このようなクラウドインフラストラクチャシステムの例示として、本願譲受人により提供されたオラクルパブリッククラウドが挙げられる。

【0172】

ビッグデータと呼ばれることもある大量のデータは、インフラストラクチャシステムによって、多くのレベルかつ異なる規模でホストおよび／または操作されてもよい。このようなデータは、典型的なデータベース管理ツールまたは従来のデータ処理アプリケーションを使用して処理することが困難であり得るほど大きく複雑なデータセットを含むことができる。例えば、テラバイトのデータは、パーソナルコンピュータまたはそれらのラック型パーソナルコンピュータを用いて保存、検索、および処理することが困難であろう。このようなサイズのデータは、最新のリレーショナルデータベース管理システム、デスクトップ統計データおよび可視化パッケージを用いて処理することが困難であろう。許容可能な経過時間内にこのようなサイズのデータを取得、取りまとめ、管理および処理するためには、一般的に使用されているソフトウェアツールの構造では対応できない数千台のサーバコンピュータを実行する大規模並列処理ソフトウェアを必要とする。

【0173】

分析者または研究者は、極めて大規模なデータセットを保存および操作することによって、大量のデータを可視化することができ、傾向を検出することができ、および／または他の方法で当該データと相互作用することができる。このようなデータを提示するため、またはこのデータに対する外力または当該データが表すものをシミュレーションするために、並列にリンクされた何十、何百、または何千ものプロセッサがこのようなデータに作用することができる。これらのデータセットは、データベースに編成された構造化データもしくは構造化モデルに応じて編成された構造化データ、および／または非構造化データ（例えば、電子メール、画像、データブロブ（Binary Large Objects）、ウェブページ、複雑なイベント処理）を含むことができる。より多くの（またはより少ない）コンピューティングリソースを比較的迅速に目的に集中させる態様の能力を活用することによって、クラウドインフラストラクチャシステムは、企業、政府機関、研究機関、私人、同じ意見を持つ個人同士のグループもしくは組織、または他のエンティティからの要求に基づいて、大きなデータセットに対してタスクを実行するためにより利用可能である場合がある。

【0174】

様々な態様において、クラウドインフラストラクチャシステム１５０２は、顧客から申込んだクラウドインフラストラクチャシステム１５０２のサービスを自動的に提供、管理および追跡するように構成されることができる。クラウドインフラストラクチャシステム１５０２は、様々な展開モデルを介して、クラウドサービスを提供することができる。例えば、サービスは、クラウドサービスを販売する組織に所有された（例えば、Oracleに所有された）クラウドインフラストラクチャシステム１５０２を有するパブリッククラウドモデルで提供され、一般人または異なる業界の企業に利用されることができる。別の例として、サービスは、単一の組織に専用されたクラウドインフラストラクチャシステム１５０２を有するプライベートクラウドモデルで提供され、組織内の１つ以上の実体に利用されることができる。また、クラウドサービスは、集団クラウドモデルで提供されてもよい。よって、クラウドインフラストラクチャシステム１５０２およびクラウドインフラストラクチャシステム１５０２により提供されたサービスは、関連する集団内の複数の組織によって共有される。また、クラウドサービスは、２つ以上の異なるモデルの組み合わせからなるハイブリッドクラウドモデルで提供されてもよい。

【0175】

特定の態様において、クラウドインフラストラクチャシステム１５０２によって提供されたサービスは、SaaS（Software as a Service）カテゴリ、PaaS（Platform as a Service）カテゴリ、IaaS（Infrastructure as a Service）カテゴリ、またはハイブリッドサービスを含む他のカテゴリのサービスに準拠して提供された１つ以上のサービスを含むことができる。顧客は、サブスクリプションの申込みによって、クラウドインフラストラクチャシステム１５０２によって提供された１つ以上のサービスを注文することができる。これに応じて、クラウドインフラストラクチャシステム１５０２は、顧客のサブスクリプション申込書に含まれたサービスを提供する処理を行う。

【0176】

特定の態様において、クラウドインフラストラクチャシステム１５０２によって提供されたサービスは、アプリケーションサービス、プラットフォームサービスおよびインフラストラクチャサービスを含むがこれらに限定されない。いくつかの例において、アプリケーションサービスは、SaaSプラットフォームを介して、クラウドインフラストラクチャシステムによって提供されてもよい。SaaSプラットフォームは、SaaSカテゴリに準拠するクラウドサービスを提供するように構成されてもよい。例えば、SaaSプラットフォームは、統合の開発および展開プラットフォーム上でオンデマンドアプリケーションのスイートを構築し、提供するように、機能することができる。SaaSプラットフォームは、SaaSサービスを提供するために、基礎のソフトウェアおよびインフラストラクチャを管理し、制御することができる。SaaSプラットフォームにより提供されたサービスを利用することによって、顧客は、クラウドインフラストラクチャシステム上で動作するアプリケーションを利用することができる。顧客は、別々のライセンスおよびサポートを購入する必要なく、アプリケーションサービスを取得することができる。様々な異なるSaaSサービスを提供することができる。例示としては、販売実績管理、企業統合、および大規模組織のビジネス柔軟性に対する解決策を提供するサービスを含むがこれらに限定されない。

【0177】

特定の態様において、プラットフォームサービスは、PaaSプラットフォームを介してクラウドインフラストラクチャシステムによって提供されてもよい。PaaSプラットフォームは、PaaSカテゴリに準拠するクラウドサービスを提供するように構成されてもよい。プラットフォームサービスの例としては、共有されている共通アーキテクチャ上で既存のアプリケーションを統合する能力、およびプラットフォームにより提供された共有サービスを活用する新規アプリケーションを構築する能力を組織（例えば、Oracle）に与えるサービスを含むがこれに限定されない。PaaSプラットフォームは、PaaSサービスを提供するために、基礎のソフトウェアおよびインフラストラクチャを管理し、制御することができる。顧客は、クラウドインフラストラクチャシステム上で動作するアプリケーションを利用することができる。顧客は、別々のライセンスおよびサポートを購入する必要なく、アプリケーションサービスを取得することができる。様々な異なるSaaSサービスを提供することができる。プラットフォームサービスの例としては、oracle Javaクラウドサービス（JCS）、Oracleデータベースクラウドサービス（DBCS）およびその他を含むがこれらに限定されない。

【0178】

PaaSプラットフォームにより提供されたサービスを利用することによって、顧客は、クラウドインフラストラクチャシステムにサポートされているプログラミング言語およびツールを利用することができ、展開されたサービスを制御することができる。特定の態様において、クラウドインフラストラクチャシステムによって提供されるプラットフォームサービスは、データベースクラウドサービス、ミドルウェアクラウドサービス（例えば、Oracle Fusionミドルウェアサービス）、およびJavaクラウドサービスを含むことができる。一態様において、データベースクラウドサービスは、データベースリソースを蓄積する能力を組織に与えることができる共有サービス展開モデルをサポートすることができ、DBaaS（Database as a Service）をクラウドデータベースとして顧客に提供することができる。ミドルウェアクラウドサービスは、クラウドインフラストラクチャシステム上で様々なビジネスアプリケーションを開発および展開するためのプラットフォームを顧客に提供することができ、Javaクラウドサービスは、クラウドインフラストラクチャシステム上でJavaアプリケーションを展開するためのプラットフォームを顧客に提供することができる。

【0179】

様々な異なるインフラストラクチャサービスは、IaaSプラットフォームによって、クラウドインフラストラクチャシステムに提供されてもよい。これらのインフラストラクチャサービスは、SaaSプラットフォームおよびPaaSプラットフォームにより提供されたサービスを利用する顧客のために、ストレージ、ネットワークおよびその他の基本的なコンピューティングリソースとしての基礎コンピューティングリソースの管理と制御を容易にする。

【0180】

また、特定の態様において、クラウドインフラストラクチャシステム１５０２は、クラウドインフラストラクチャシステムを利用する顧客に、様々なサービスを提供するために使用されるリソースを提供するためのインフラストラクチャリソース１５３０を含むことができる。一実施形態において、インフラストラクチャリソース１５３０は、PaaSプラットフォームおよびSaaSプラットフォームによって提供されたサービスを実行するために、事前に統合され且つ最適化されたサーバリソース、ストレージリソースおよびネットワークリソースなどのハードウェアの組み合わせを含んでもよい。

【0181】

特定の態様において、クラウドインフラストラクチャシステム１５０２内のリソースは、複数のユーザに共有されることができ、各々の需要に応じて動的に再割当てることができる。また、リソースは、異なるタイムゾーンでユーザに割当てることができる。例えば、クラウドインフラストラクチャシステム１５３０は、指定時間内でクラウドインフラストラクチャシステムのリソースを第一時間帯における第一グループのユーザに利用させ、その後、同様のリソースを異なる時間帯における別のグループのユーザに再配分することができ、リソースを最大に利用する。

【0182】

特定の態様において、複数の内部共有サービス１５３２は、提供され、クラウドインフラストラクチャシステム１５０２の異なる構成要素またはモジュールに共有されおよびクラウドインフラストラクチャシステム１５０２によって提供されたサービスに共有されることができる。これらの内部共有サービスは、安全性および識別サービス、統合サービス、企業リポジトリサービス、企業管理サービス、ウイルススキャンおよびホワイトリストサービス、高可用性のバックアップおよびリカバリサービス、クラウドサポートを可能にするサービス、メールサービス、通知サービス、およびファイル転送サービスなどを含むがこれらに限定されない。

【0183】

特定の態様において、クラウドインフラストラクチャシステム１５０２は、クラウドインフラストラクチャシステム内のクラウドサービス（例えば、SaaSサービス、PaaSサービスおよびIaaSサービス）を包括的に管理する機能を提供することができる。一態様において、クラウド管理機能は、クラウドインフラストラクチャシステム１５０２などによって受信した顧客のサブスクリプションを提供、管理、および追跡する機能を含んでもよい。

【0184】

一態様において、図示のように、クラウド管理機能は、１つ以上のモジュール、例えば、オーダー管理モジュール１５２０、オーダーオーケストレーションモジュール１５２２、オーダー支給モジュール１５２４、オーダー管理および監視モジュール１５２６、およびＩＤ管理モジュール１５２８によって提供される。これらのモジュールは、１つ以上のコンピュータおよび／またはサーバを含んでもよく、これらを用いて形成されてもよい。これらのコンピュータおよび／またはサーバは、汎用コンピュータ、専用サーバコンピュータ、サーバファーム、サーバクラスタ、または任意の他の適切な配置および／またはこれらの組み合わせであってもよい。

【0185】

例示的な操作１５３４において、顧客は、クライアント装置、例えば、クライアント装置１５０４、１５０６または１５０８を使用して、クラウドインフラストラクチャシステム１５０２により提供された１つ以上のサービスを要求し、クラウドインフラストラクチャシステム１５０２によって提供された１つ以上のサービスをオーダーすることによって、クラウドインフラストラクチャシステム１５０２と情報を交換することができる。特定の実施形態において、顧客は、クラウドユーザインターフェイス（ＵＩ）、クラウドＵＩ１５１２、クラウドＵＩ１５１４および／またはクラウドＵＩ１５１６にアクセスし、これらのＵＩを介して、サブスクリプションをオーダーすることができる。クラウドインフラストラクチャシステム１５０２が顧客のオーダーに応答して受信したオーダー情報は、顧客と、クラウドインフラストラクチャシステム１５０２により提供され、顧客が購読しようとする１つ以上のサービスとを特定する情報を含むことができる。

【0186】

顧客がオーダーした後、オーダー情報は、クラウドＵＩ１５１２、１５１４および／または１５１６を介して受信される。

【0187】

操作１５３６において、オーダーは、オーダーデータベース１５１８に保存される。オーダーデータベース１５１８は、クラウドインフラストラクチャシステム１５１８によって操作され、または他のシステム要素と連動して操作されるいくつかのデータベースのうち１つであってもよい。

【0188】

操作１５３８において、オーダー情報は、オーダー管理モジュール１５２０に転送される。いくつかの例において、オーダー管理モジュール１５２０は、オーダーに関連する請求および会計機能、例えば、オーダーの確認、および確認後オーダーの記入を実行するように構成されてもよい。

【0189】

操作１５４０において、オーダーに関する情報は、オーダーオーケストレーションモジュール１５２２に送信される。オーダーオーケストレーションモジュール１５２２は、オーダー情報を利用して、顧客がオーダーしたサービスおよびリソースの提供を用意する。いくつかの例において、オーダーオーケストレーションモジュール１５２２は、オーダー支給モジュール１５２４のサービスを用いて、オーダーしたサービスをサポートするように、リソースの提供を用意することができる。

【0190】

特定の態様において、オーダーオーケストレーションモジュール１５２２は、各オーダーに関連したビジネスプロセスを管理することができ、ビジネスロジックを適用することによって、オーダーに対して支給をするか否かを判断することができる。操作１５４２において、新規サブスクリプションのオーダーを受信すると、オーダーオーケストレーションモジュール１５２２は、リソースを割当て、サブスクリプションオーダーを満たすために必要なリソースを構成するように、要求をオーダー支給モジュール１５２４に送信する。オーダー支給モジュール１５２４は、顧客がオーダーしたサービス用のリソースを割当てることができる。オーダー支給モジュール１５２４は、システム環境１５００により提供されたクラウドサービスと、要求されたサービスを提供するためのリソースを供給するために使用される物理的な実装層との間の抽象化レベルを形成する。このように、オーダーオーケストレーションモジュール１５２２は、例えば、サービスおよびリソースをその場で支給するかまたは事前に支給するか、要求に応じて割当てる／与えるかなどの実装詳細から単離することができる。

【0191】

操作１５４４において、サービスおよびリソースを支給した後、クラウドインフラストラクチャシステム１５０２のオーダー支給モジュール１５２４は、提供されるサービスの通知を、クライアント装置１５０４、１５０６および／または１５０８を操作する顧客に送信することができる。

【0192】

操作１５４６において、オーダー管理および監視モジュール１５２６は、顧客のサブスクリプションオーダーを管理および追跡することができる。いくつかの例において、オーダー管理および監視モジュール１５２６は、サブスクリプションオーダー内のサービスの利用統計、例えば、ストレージの使用量、データの転送量、ユーザの数、システムの起動時間およびシステムの停止時間を収集するように構成されることができる。

【0193】

特定の態様において、クラウドインフラストラクチャシステム１５００は、ＩＤ管理モジュール１５２８を含むことができる。ＩＤ管理モジュール１５２８は、クラウドインフラストラクチャシステム１５００に、識別サービス、例えば、アクセス管理および認可サービスを提供するように構成することができる。特定の態様において、ＩＤ管理モジュール１５２８は、クラウドインフラストラクチャシステム１５０２によって提供されたサービスを利用したい顧客に関する情報を制御することができる。このような情報は、顧客のＩＤを承認する情報、および様々なシステムリソース（例えば、ファイル、ディレクトリ、アプリケーション、通信ポート、メモリセグメントなど）に対して許可された顧客の実行権限を記載する情報を含むことができる。ＩＤ管理モジュール１５２８は、各顧客に関する記述情報、記述情報にアクセスおよび変更する方法、および記述情報にアクセスおよび変更した顧客に対する管理を含むことができる。

【0194】

図１６は、本発明の様々な態様を実現することができるコンピュータシステム１６００の一例を示す図である。コンピュータシステム１６００を用いて、上述したコンピュータシステムのいずれかを実現することができる。図示のように、コンピュータシステム１６００は、バスサブシステム１６０２を介して、複数の周辺サブシステムと連通する処理ユニット１６０４を含む。周辺サブシステムは、処理加速ユニット１６０６と、Ｉ／Ｏサブシステム１６０８と、記憶サブシステム１６１８と、通信サブシステム１６２４とを含むことができる。記憶サブシステム１６１８は、有形コンピュータ可読記憶媒体１６２２と、システムメモリ１６１０とを含む。

【0195】

バスサブシステム１６０２は、コンピュータシステム１６００の様々な構成要素およびサブシステムが必要に応じて相互通信させるための機構を形成する。図示には、バスサブシステム１６０２を単一のバスとして概略的に示しているが、代替的な態様において、バスサブシステムは、複数のバスを利用してもよい。バスサブシステム１６０２は、メモリバスまたはメモリコントローラ、周辺バス、および様々なバスアーキテクチャのいずれかを使用するローカルバスを備えるいくつかの種類のバス構造のいずれかを有してもよい。例えば、このようなアーキテクチャは、業界標準アーキテクチャ（ISA）バス、マイクロチャネルアーキテクチャ（MCA）バス、拡張ISA（EISA）バス、ビデオエレクトロニクス規格協会（VESA）ローカルバス、および周辺構成要素相互接続（PCI）バスを含むことができる。これらのバスは、IEEE P1686.1規格に準拠した製造されたメザニンバスとして実現することができる。

【0196】

１つ以上の集積回路（例えば、従来のマイクロプロセッサまたはマイクロコントローラ）として実装することができる処理ユニット１６０４は、コンピュータシステム１６００の操作を制御する。処理ユニット１６０４は、１つ以上のプロセッサを含むことができる。これらのプロセッサは、シングルコアプロセッサであってもよく、マルチコアプロセッサであってもよい。特定の態様において、処理ユニット１６０４は、各々シングルコアプロセッサまたはマルチコアプロセッサを備える１つ以上の独立した処理ユニット１６３２および／または１６３４として実装されてもよい。他の態様において、処理ユニット１６０４は、２つのデュアルコア（dual-core）プロセッサを単一のチップに集積することにより形成されたクアッドコア（Quad-core）処理ユニットとして実装されてもよい。

【0197】

様々な態様において、処理ユニット１６０４は、プログラムコードに応じて様々なプログラムを実行することができ、複数のプログラムまたはプロセスを同時に実行することができる。任意の時点で、実行されるプログラムコードの一部または全てを処理ユニット１６０４および／または記憶サブシステム１６１８に常駐することができる。適切なプログラミングによって、処理ユニット１６０４は、上述した様々な機能を提供することができる。コンピュータシステム１６００は、デジタルシグナルプロセッサ（ＤＳＰ）および専用プロセッサなどを含むことができる処理加速ユニット１６０６をさらに備えてもよい。

【0198】

Ｉ／Ｏサブシステム１６０８は、ユーザインターフェイス入力装置と、ユーザインターフェイス出力装置とを含むことができる。ユーザインターフェイス入力装置は、キーボード、マウスまたはトラックボールなどのポインティング装置、ディスプレイに組み込まれたタッチパッドまたはタッチスクリーン、スクロールホイール、クリックホイール、ダイヤル、ボタン、スイッチ、キーパッド、音声命令認識システムを備える音声入力装置、マイクロフォン、および他の種類の入力装置を含んでもよい。また、ユーザインターフェイス入力装置は、例えば、Microsoft Kinect（登録商標）モーションセンサのようなモーション検知および／またはジェスチャ認識装置を含んでもよい。Microsoft Kinect（登録商標）モーションセンサは、ジェスチャおよび音声命令を利用する自然ユーザインターフェース（NUI）を介して、Microsoft Xbox（登録商標）４６０ゲームコントローラなどの入力装置を制御することができ、それと対話することができる。また、ユーザインターフェイス入力装置は、Google Glass（登録商標）瞬き検出器のような眼球ジェスチャ認識装置を含むことができる。Google Glass（登録商標）瞬き検出器は、ユーザの眼球活動（例えば、写真を撮るときおよび／またはメニューを選択するときの「瞬き」）を検出し、眼球活動を入力装置（例えば、Google Glass（登録商標））に入力する入力に変換する。さらに、ユーザインターフェイス入力装置は、音声命令を介してユーザと音声認識システム（例えば、Siri（登録商標）ナビゲータ）との対話を可能にする音声認識検出装置を含んでもよい。

【0199】

また、ユーザインターフェイス入力装置は、三次元（４Ｄ）マウス、ジョイスティックまたはポインティングスティック、ゲームパッド、グラフィックタブレット、スピーカなどのオーディオ／ビジュアル装置、デジタルカメラ、デジタルビデオカメラ、ポータブルメディアプレーヤ、ウェブカメラ、イメージスキャナ、指紋スキャナ、バーコードリーダ、４Ｄスキャナ、４Ｄプリンタ、レーザ距離計、および視線追跡装置を含むがこれらに限定されない。さらに、ユーザインターフェイス入力装置は、例えば、コンピュータ断層撮影装置、磁気共鳴像装置、超音波放射断層撮影装置、および医療用超音波装置などのような医用画像入力装置を含んでもよい。また、ユーザインターフェイス入力装置は、例えば、ＭＩＤＩキーボードおよび電子楽器などの音声入力装置を含んでもよい。

【0200】

ユーザインターフェイス出力装置は、ディスプレイサブシステム、インジケータライト、またはオーディオ出力装置などの非視覚ディスプレイを含んでもよい。ディスプレイサブシステムは、例えば、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）またはプラズマディスプレイを使用するフラットパネル装置、投射装置またはタッチスクリーンであってもよい。一般に、「出力装置」という用語を使用する場合、コンピュータシステム１６００から情報をユーザまたは他のコンピュータに出力するためのすべての可能な種類の装置および機構を含むことを意図している。例えば、ユーザインターフェイス出力装置は、文字、画像およびオーディオ／ビデオ情報を視覚的に伝達する様々な表示装置、例えば、モニタ、プリンタ、スピーカ、ヘッドフォン、カーナビゲーションシステム、プロッタ、音声出力装置、およびモデムを含むがこれらに限定されない。

【0201】

コンピュータシステム１６００は、記憶サブシステム１６１８を含むことができる。記憶サブシステム１６１８は、ソフトウェア要素を備え、図示では、これらのソフトウェア要素は、システムメモリ１６１０内に配置されている。システムメモリ１６１０は、処理ユニット１６０４にロード可能かつ実行可能なプログラム命令、およびこれらのプログラムの実行により生成されたデータを記憶することができる。

【0202】

コンピュータシステム１６００の構成およびタイプに応じて、システムメモリ１６１０は、揮発性メモリ（例えば、ランダムアクセスメモリ（random access memory：ＲＡＭ））であってもよく、および／または、不揮発性メモリ（例えば、読取り専用メモリ（read-only memory：ＲＯＭ）、フラッシュメモリ）であってもよい。一般に、ＲＡＭは、処理ユニット１６０４がすぐにアクセス可能なデータおよび／またはプログラムモジュール、および／または、処理ユニット１６０４によって現在操作および実行されているデータおよび／またはプログラムモジュールを収容する。いくつかの実現例では、システムメモリ１６１０は、スタティックランダムアクセスメモリ（static random access memory：ＳＲＡＭ）またはダイナミックランダムアクセスメモリ（dynamic random access memory：ＤＲＡＭ）などの複数の異なるタイプのメモリを含み得る。いくつかの実現例では、始動中などにコンピュータシステム１６００内の要素間で情報を転送することを助ける基本ルーチンを含む基本入力／出力システム（basic input/output system：ＢＩＯＳ）が、一般にＲＯＭに格納されてもよい。一例としておよび非限定的に、システムメモリ１６１０は、クライアントアプリケーション、ウェブブラウザ、中間層アプリケーション、リレーショナルデータベース管理システム（relational database management system：ＲＤＢＭＳ）などを含み得るアプリケーションプログラム１６１２、プログラムデータ１６１４およびオペレーティングシステム１６１６も示す。一例として、オペレーティングシステム１６１６は、マイクロソフトウィンドウズ（登録商標）、Apple Macintosh（登録商標）および／もしくはＬｉｎｕｘ（登録商標）オペレーティングシステムの様々なバージョン、様々な市販のＵＮＩＸ（登録商標）もしくはＵＮＩＸライクオペレーティングシステム（様々なＧＮＵ／Ｌｉｎｕｘオペレーティングシステム、Google Chrome（登録商標）ＯＳなどを含むが、これらに限定されるものではない）、ならびに／または、ｉＯＳ、Windows（登録商標）フォン、アンドロイド（登録商標）ＯＳ、ブラックベリー（登録商標）１５ ＯＳおよびパーム（登録商標）ＯＳオペレーティングシステムなどのモバイルオペレーティングシステムを含むことができる。

【0203】

また、記憶サブシステム１６１８は、いくつかの実施例の機能を提供する基本的なプログラミングおよびデータ構造を格納するための有形のコンピュータ可読記憶媒体を提供することができる。プロセッサによって実行されたときに上記の機能を提供するソフトウェア（プログラム、コードモジュール、命令）が記憶サブシステム１６１８に記憶されてもよい。これらのソフトウェアモジュールまたは命令は、処理ユニット１６０４によって実行されてもよい。また、記憶サブシステム１６１８は、本発明に従って使用されるデータを記憶するためのリポジトリを提供することができる。

【0204】

また、記憶サブシステム１６１０は、コンピュータ可読記憶媒体１６４２にさらに接続可能なコンピュータ可読記憶媒体リーダ１６２０を含むことができる。コンピュータ可読記憶媒体１６４２は、システムメモリ１６１０と共に、または必要に応じてシステムメモリ１６１０と組み合わせて、コンピュータ可読情報を一時的および／または永久に収容、格納、送信および検索するための記憶媒体に加えて、リモート記憶装置、ローカル記憶装置、固定的な記憶装置および／または取外し可能な記憶装置を包括的に表すことができる。

【0205】

また、コードまたはコードの一部を含むコンピュータ可読記憶媒体１６４２は、当該技術分野において公知のまたは使用される任意の適切な媒体を含み得て、当該媒体は、情報の格納および／または送信のための任意の方法または技術において実現される揮発性および不揮発性の、取外し可能および取外し不可能な媒体などであるが、これらに限定されるものではない記憶媒体および通信媒体を含む。これは、ＲＡＭ、ＲＯＭ、電子的消去・プログラム可能ＲＯＭ（electronically erasable programmable ROM：ＥＥＰＲＯＭ）、フラッシュメモリもしくは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（digital versatile disk：ＤＶＤ）、または他の光学式記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶装置、または他の有形のコンピュータ可読媒体などの有形の非一時的なコンピュータ可読記憶媒体を含むことができる。また、指定される場合、これは、データ信号、データ送信などの無形の一時的なコンピュータ可読媒体、または、所望の情報を送信するために使用可能であり且つコンピュータシステム１６００によってアクセス可能なその他の媒体を含むことができる。

【0206】

一例として、コンピュータ可読記憶媒体１６２２は、取外し不可能な不揮発性磁気媒体から読取るまたは当該媒体に書込むハードディスクドライブ、取外し可能な不揮発性磁気ディスクから読取るまたは当該ディスクに書込む磁気ディスクドライブ、ならびに、ＣＤ ＲＯＭ、ＤＶＤおよびブルーレイ（登録商標）ディスクまたは他の光学式媒体などの取外し可能な不揮発性光学ディスクから読取るまたは当該ディスクに書込む光学式ディスクドライブを含むことができる。コンピュータ可読記憶媒体１６２２は、ジップ（登録商標）ドライブ、フラッシュメモリカード、ユニバーサルシリアルバス（universal serial bus：ＵＳＢ）フラッシュドライブ、セキュアデジタル（secure digital：ＳＤ）カード、ＤＶＤディスク、デジタルビデオテープなどを含み得るが、これらに限定されるものではない。また、コンピュータ可読記憶媒体１６２２は、フラッシュメモリベースのＳＳＤ、企業向けフラッシュドライブ、ソリッドステートＲＯＭなどの不揮発性メモリに基づくソリッドステートドライブ（solid-state drive：ＳＳＤ）、ソリッドステートＲＡＭ、ダイナミックＲＡＭ、スタティックＲＡＭなどの揮発性メモリに基づくＳＳＤ、ＤＲＡＭベースのＳＳＤ、磁気抵抗ＲＡＭ（magnetoresistive RAM：ＭＲＡＭ）ＳＳＤ、およびＤＲＡＭとフラッシュメモリベースのＳＳＤとの組み合わせを使用するハイブリッドＳＳＤを含むことができる。ディスクドライブおよびそれらの関連のコンピュータ可読媒体は、コンピュータ可読命令、データ構造、プログラムモジュールおよび他のデータの不揮発性記憶装置をコンピュータシステム１６００に提供することができる。

【0207】

通信サブシステム１６２４は、他のコンピュータシステムおよびネットワークとのインターフェイスを提供する。通信サブシステム１６２４は、他のシステムからデータを受信し、コンピュータシステム１６００から他のシステムにデータを送信するためのインターフェイスの役割を果たす。例えば、通信サブシステム１６２４は、コンピュータシステム１６００がインターネットを介して１つ以上の装置に接続することを可能にすることができる。特定の態様において、通信サブシステム１６２４は、（例えば４Ｇ、４ＧまたはＥＤＧＥ（enhanced data rates for global evolution）などの携帯電話技術、高度データネットワーク技術を用いて）無線音声および／またはデータネットワークにアクセスするための無線周波数（radio frequency：ＲＦ）トランシーバ構成要素、ＷｉＦｉ（ＩＥＥＥ８０２．２８ファミリ標準または他のモバイル通信技術またはそれらの任意の組み合わせ）、全地球測位システム（global positioning system：ＧＰＳ）レシーバ構成要素、および／または、他の構成要素を含むことができる。特定の態様において、通信サブシステム１６２４は、無線インターフェイスに加えて、または無線インターフェイスの代わりに、有線ネットワーク接続（例えば、イーサネット）を提供することができる。

【0208】

また、特定の態様において、通信サブシステム１６２４は、コンピュータシステム１６００を使用し得る１人以上のユーザを代表して、構造化および／または非構造化データフィード１６２６、イベントストリーム１６２８、イベント更新１６３０などの形態で入力通信を受信することができる。

【0209】

一例として、通信サブシステム１６２４は、ツイッター（登録商標）フィード、フェースブック（登録商標）更新、リッチ・サイト・サマリ（Rich Site Summary：ＲＳＳ）フィードなどのウェブフィードなどの非構造化データフィード１６２６をリアルタイムでソーシャルメディアネットワークおよび／または他の通信サービスのユーザから受信し、および／または、１つ以上の第三者情報源からリアルタイム更新を受信するように構成され得る。

【0210】

また、通信サブシステム１６２４は、連続的なデータストリームの形態でデータを受信するように構成され得て、当該データは、連続的である場合もあれば本質的に明確な端部を持たない状態で境界がない場合もあるリアルタイムイベントのイベントストリーム１６２８および／またはイベント更新１６３０を含むことができる。連続的なデータを生成するアプリケーションの例としては、例えばセンサデータアプリケーション、金融ティッカ、ネットワーク性能測定ツール（例えばネットワークモニタリングおよびトラフィック管理アプリケーション）、クリックストリーム分析ツール、自動車交通モニタリングなどを含むことができる。

【0211】

また、通信サブシステム１６２４は、構造化されたおよび／または構造化されていないデータフィード１６２６、イベントストリーム１６２８、イベント更新１６３０などを、コンピュータシステム１６００に結合された１つ以上のストリーミングデータソースコンピュータと通信し得る１つ以上のデータベースに出力するように構成されてもよい。

【0212】

コンピュータシステム１６００は、手持ち式携帯機器（例えばiPhone（登録商標）携帯電話、Ipad（登録商標）計算タブレット、ＰＤＡ）、ウェアラブル装置（例えばGoogle Glass（登録商標）ヘッドマウントディスプレイ）、ＰＣ、ワークステーション、メインフレーム、キオスク、サーバラックまたはその他のデータ処理システムを含む様々なタイプのうちの１つであってもよい。

【0213】

コンピュータおよびネットワークが絶え間なく進化し続けるため、図示されているコンピュータシステム１６００の説明は、特定の例として意図されているにすぎない。図に示されているシステムよりも多くのまたは少ない数の構成要素を有する多くの他の構成が可能である。例えば、ハードウェア、ファームウェア、（アプレットを含む）ソフトウェア、または組み合わせにおいて、カスタマイズされたハードウェアも使用されてもよく、および／または、特定の要素が実装されてもよい。さらに、ネットワーク入力／出力装置などの他の計算装置への接続が利用されてもよい。本明細書で提供される開示および教示に基づいて、当業者は、様々な態様を実現するための他の手段および／または方法を理解するであろう。

【0214】

上記の明細書では、本発明の態様は、その具体的な態様を参照して記載されているが、本発明はこれに限定されるものではないことを当業者は認識するであろう。上記の発明の様々な特徴および局面は、個々にまたは一緒に使用されてもよい。さらに、態様は、明細書のより広い精神および範囲から逸脱することなく、本明細書に記載されているものを越えたどのような環境およびアプリケーションでも利用可能である。したがって、明細書および図面は、限定的ではなく例示的であるものとみなされるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【国際調査報告】