JP2021114752A - 通信時間算出方法および通信時間算出プログラム - Google Patents

Abstract

【課題】測定対象の通信を行うアプリケーションに特別な仕組みを入れることなく、装置間の通信にかかる時間を測定すること。【解決手段】パケット加工モジュールｐｍ＃は、パケットＰを受信すると、タイマ時刻１を取得し、タイマ時刻１をパケットＰに付加して転送する。パケット読み取りモジュールｒｍ＄は、パケットＰを受信すると、タイマ時刻２を取得し、タイマ時刻１とタイマ時刻２を含む通知メッセージｍを、中継アプリＲＡ＄に送信する。中継アプリＲＡ＄は、通知メッセージｍを受信すると、タイマ時刻３とカレンダ時刻１を取得し、タイマ時刻１とタイマ時刻２とタイマ時刻３とカレンダ時刻１を含む時刻情報パケットＴＰを、計測アプリＭＡ＃に送信する。計測アプリＭＡ＃は、時刻情報パケットＴＰを受信すると、タイマ時刻４とカレンダ時刻２を取得し、各種時刻情報に基づいて、情報処理装置１０１＃，１０１＄間の通信時間を算出する。【選択図】図７

Description

本発明は、通信時間算出方法および通信時間算出プログラムに関する。

近年、各種サービスをクラウドで開発することが増え、クラウドシステムの健全性を診断するための情報収集が重要となっている。クラウドシステムの診断に用いられる情報としては、例えば、コンテナ環境におけるユーザパケットの伝送に必要な所要時間である伝送遅延時間がある。

先行技術としては、通信端末から見てパケットネットワークへの出入口となるネットワークセグメントに接続されるパケット測定端末でパケットごとに検出した、パケットネットワークに入力された入力時刻と出力された出力時刻とを解析して、パケットネットワークの伝送遅延時間を測定するものがある。また、分散した計算機ネットワーク環境下などにおいて、装置間で高精度に時刻同期して、ミリ秒単位以下の測定精度で伝送遅延時間を測定するための技術がある。

特開２００１−５３７９２号公報 特開２００１−２４４９３２号公報

しかしながら、従来技術では、測定対象の通信を行うアプリケーションが測定機能を持たなければ、装置間の通信にかかる時間を測定することができない場合がある。

一つの側面では、本発明は、測定対象の通信を行うアプリケーションに特別な仕組みを入れることなく、装置間の通信にかかる時間を測定することを目的とする。

一つの実施態様では、第１の装置と第２の装置との間の通信時間を算出する通信時間算出方法であって、前記第１の装置が、前記第２の装置への第１のパケットの送信時における前記第１の装置が起動してからの経過時間を示す第１のタイマ情報を前記第１のパケットに付加して送信し、前記第２の装置の通信モジュールが、受信した前記第１のパケットに含まれる前記第１のタイマ情報と、前記第１のパケットの受信時における前記第２の装置が起動してからの経過時間を示す第２のタイマ情報とを含む通知情報を、前記第２の装置の中継モジュールに送信し、前記第２の装置の中継モジュールが、受信した前記通知情報に含まれる前記第１のタイマ情報と前記第２のタイマ情報と、前記通知情報の受信時における前記第２の装置が起動してからの経過時間を示す第３のタイマ情報と、前記通知情報の受信時の前記第２の装置における時刻を示す第１の時刻情報とを含む第２のパケットを、前記第１の装置に送信し、前記第１の装置が、受信した前記第２のパケットに含まれる前記第１のタイマ情報と前記第２のタイマ情報と前記第３のタイマ情報と前記第１の時刻情報と、前記第２のパケットの受信時における前記第１の装置が起動してからの経過時間を示す第４のタイマ情報と、前記第２のパケットの受信時の前記第１の装置における時刻を示す第２の時刻情報とに基づいて、前記第１の装置から前記第２の装置への通信時間を算出する、通信時間算出方法が提供される。

本発明の一側面によれば、測定対象の通信を行うアプリケーションに特別な仕組みを入れることなく、装置間の通信にかかる時間を測定することができるという効果を奏する。

図１は、実施の形態１にかかる情報処理システム１００のシステム構成例を示す説明図である。 図２は、実施の形態１にかかる情報処理装置１０１内のモジュール例を示す説明図である。 図３は、実施の形態１にかかる通信時間算出方法の一実施例を示す説明図である。 図４は、情報処理システム１００の動作例を示す説明図（その１）である。 図５は、情報処理システム１００の動作例を示す説明図（その２）である。 図６は、情報処理システム１００の動作例を示す説明図（その３）である。 図７は、情報処理システム１００の動作例を示す説明図（その４）である。 図８は、パケットＰのデータ構造例を示す説明図である。 図９は、時刻情報パケットＴＰのデータ構造例を示す説明図である。 図１０は、情報処理装置１０１のハードウェア構成例を示すブロック図である。 図１１は、情報処理装置１０１の機能的構成例を示すブロック図である。 図１２は、実施の形態１にかかるパケット加工モジュールｐｍ＃のパケット加工処理手順の一例を示すフローチャートである。 図１３は、実施の形態１にかかるパケット読み取りモジュールｒｍ＄のパケット読取処理手順の一例を示すフローチャートである。 図１４は、実施の形態１にかかる中継アプリＲＡ＄の時刻情報中継処理手順の一例を示すフローチャートである。 図１５は、実施の形態１にかかる計測アプリＭＡ＃の通信時間算出処理手順の一例を示すフローチャートである。 図１６は、実施の形態２にかかる通信時間算出方法の一実施例を示す説明図である。 図１７は、カプセル化されたパケットのデータ構造例を示す説明図である。 図１８は、実施の形態２にかかるパケット加工モジュールｐｍ＃のパケット加工処理手順の一例を示すフローチャートである。 図１９は、実施の形態２にかかるパケット読み取りモジュールｒｍ＄のパケット読取処理手順の一例を示すフローチャートである。 図２０は、実施の形態３にかかる通信時間算出方法の一実施例を示す説明図である。 図２１は、時刻情報集約パケット２０００のデータ構造例を示す説明図である。 図２２は、伝送遅延リストの具体例を示す説明図である。 図２３は、実施の形態３にかかる中継アプリＲＡ＄の時刻情報中継処理手順の一例を示すフローチャートである。 図２４は、実施の形態３にかかる計測アプリＭＡ＃の通信時間算出処理手順の一例を示すフローチャート（その１）である。 図２５は、実施の形態３にかかる計測アプリＭＡ＃の通信時間算出処理手順の一例を示すフローチャート（その２）である。

以下に図面を参照して、本発明にかかる通信時間算出方法および通信時間算出プログラムの実施の形態を詳細に説明する。

（実施の形態１）
まず、実施の形態１にかかる情報処理システム１００のシステム構成例について説明する。情報処理システム１００は、例えば、アプリケーションの実行環境をユーザに貸し出すクラウドサービスを提供するコンピュータシステムに適用される。

図１は、実施の形態１にかかる情報処理システム１００のシステム構成例を示す説明図である。図１において、情報処理システム１００は、複数の情報処理装置１０１を含む。情報処理システム１００において、複数の情報処理装置１０１は、有線または無線のネットワーク１１０を介して接続される。ネットワーク１１０は、例えば、インターネット、ＬＡＮ、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などである。

ここで、情報処理装置１０１は、コンテナＣを実行可能なコンピュータである。コンテナＣ（Ｃｏｎｔａｉｎｅｒ）は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のカーネルを内部で分割して作成される、他と隔離されたユーザ空間に相当し、ＯＳのプロセスのひとつとして動作する。カーネルは、ＯＳの中核的な役割を担う部分であり、ＯＳの基本機能を実行するソフトウェアである。ユーザ空間は、ユーザがアプリケーションを実行するためのリソースをひとまとめにした実行環境である。

ＯＳのリソースは、論理的に分割されて、複数のコンテナＣで共有される。具体的には、例えば、各コンテナＣには、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスやホスト名が割り当てられる。また、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、メモリ、ディスクといったリソースもコンテナＣごとに論理的に分離される。

コンテナＣは、例えば、ＯＳカーネルが持つｎａｍｅｓｐａｃｅ（名前空間）機能とｃｇｒｏｕｐｓ（ｃｏｎｔｒｏｌｇｒｏｕｐｓ）機能により実装される。ｎａｍｅｓｐａｃｅ機能は、プロセスをグループ化して、他のグループから隔離する役割を担う機能である。ｃｇｒｏｕｐｓ機能は、グループ化されたプロセスに対するリソースの割り当てを制御する機能である。

また、情報処理装置１０１は、仮想マシンＶＭを実行可能であってもよい。仮想マシンＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）は、物理的なコンピュータのハードウェア資源を分割して構築される実行環境で動作する仮想的なコンピュータである。仮想マシンＶＭは、例えば、ハイパーバイザによりハードウェア資源を仮想化することにより実現される。

ここで、クラウドシステムの健全性を診断するための情報の一つとして、コンテナＣ間でやり取りされるパケットの伝送に必要な所要時間である伝送遅延（通信時間）がある。伝送遅延を測定する手法として、例えば、ＲＦＣ（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）７９１のタイムスタンプオプションヘッダを用いることが考えられる。タイムスタンプオプションヘッダは、パケットの伝搬遅延時間を取得するためのＩＰｖ４のオプションヘッダである（ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／ＩＰの規格）。

例えば、発信側アプリで、パケットにオプションヘッダを付加し、パケットを中継する装置で、自分のＩＰアドレスと時刻をオプションヘッダに書き込み、受信側アプリで、オプションヘッダを解析して通信時間を測定することが考えられる。時刻は、例えば、当日のＵＴＣ（Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ Ｃｏｏｒｄｉｎａｔｅｄ）０時からの経過時間（ミリ秒単位）である。

しかしながら、この技術は、コンテナＣ上で動作するユーザアプリのように、発信側・受信側アプリが、オプションヘッダを読み書きする機能や、通信時間を測定する機能を持たないときには適用することができない。また、コンテナＣ間でやり取りされるパケットの伝送遅延は、１ミリ秒未満であることがある。

また、装置間でやり取りされるパケットをネットワークへの出入り口でミラーリングして蓄積しておき、蓄積したミラーパケットを解析して伝送遅延を測定することが考えられる。しかしながら、ミラーパケットの蓄積量が膨大なものとなるとともに、蓄積したミラーパケットの解析にかかる時間や負荷が増大するという問題がある。

また、装置間で高精度に時刻同期して伝送遅延を測定することが考えられる。この手法を、コンテナＣ間でやり取りされるパケットの伝送遅延の測定に適用する場合、パケットの加工や読み取りを行う装置（モジュール）を、ＯＳのカーネル内に作り込み、時刻同期する必要がある。

ここで、ＵＮＩＸ系ＯＳの時計として、カレンダ時刻を示す時計とタイマ値を示す時計とがある（ＵＮＩＸは、登録商標である。）。カレンダ時刻には、時刻やタイムゾーンを設定することができる。カレンダ時刻は、装置間で同期することが可能である。ところが、ＯＳのカーネル内のモジュールでは、カレンダ時刻を読み取ることができない。

一方、ＯＳのカーネル内のモジュールでは、タイマ値は読み取ることができる。タイマ値は、装置（ＯＳ）が起動してからの経過時間を示す。しかし、タイマ値は、ＯＳブート時からクロックの周期でカウントアップされ続ける値であり、管理者権限があっても設定できない値のため、装置間で同期することができない。

そこで、本実施の形態では、パケットの加工や読み取りを行うモジュールでタイマ値しか取得できない環境であっても、装置間でやり取りされるパケットの伝送遅延（通信時間）を算出する通信時間算出方法について説明する。

まず、図２を用いて、情報処理システム１００内のモジュール例について説明する。ここでは、複数の情報処理装置１０１のうち、ネットワーク１１０を介して相互に通信する一方の情報処理装置１０１を「情報処理装置１０１＃」と表記し、他方の情報処理装置１０１を「情報処理装置１０１＄」と表記する。

図２は、実施の形態１にかかる情報処理装置１０１内のモジュール例を示す説明図である。図２において、情報処理装置１０１＃と、情報処理装置１０１＄とが示されている。情報処理装置１０１＃では、ＯＳ＃のカーネルＫ＃内に、パケット加工モジュールｐｍ＃と、パケット読み取りモジュールｒｍ＃とが設けられている。また、ユーザ空間Ｕ＃でアプリＡ＃が実行されている。

情報処理装置１０１＄では、ＯＳ＄のカーネルＫ＄内に、パケット加工モジュールｐｍ＄と、パケット読み取りモジュールｒｍ＄とが設けられている。また、ユーザ空間Ｕ＄でアプリＡ＄が実行されている。パケット加工モジュールｐｍ＃，ｐｍ＄は、パケットを加工する機能を有する。パケット読み取りモジュールｒｍ＃，ｒｍ＄は、パケットを読み取る機能を有する。

パケット加工モジュールｐｍ＃，ｐｍ＄およびパケット読み取りモジュールｒｍ＃，ｒｍ＄は、例えば、プログラム（いわゆる、小型ＶＭ）により実現される。アプリＡ＃，Ａ＄は、情報処理装置１０１＃，１０１＄間の通信時間の測定に用いられるアプリケーションである。

アプリＡ＃，Ａ＄は、カレンダ時刻とタイマ時刻（上述したタイマ値に対応）とを読み取り可能である。カレンダ時刻は、アプリＡ＃，Ａ＄間で同期可能である。パケット加工モジュールｐｍ＃，ｐｍ＄およびパケット読み取りモジュールｒｍ＃，ｒｍ＄は、タイマ時刻を読み取り可能である。

なお、アプリＡ＃，Ａ＄間でのカレンダ時刻の同期処理には、既存のいかなる技術を用いることにしてもよい。例えば、アプリＡ＃が、経路のＲＴＴ（Ｒｏｕｎｄ−Ｔｒｉｐ Ｔｉｍｅ）の半分を片道の伝送時間とみなして、通信相手（アプリＡ＄）の時刻と伝送時間から、自分の時刻を設定することにしてもよい。ＲＴＴは、通信相手に信号やデータを発信してから、応答が返ってくるまでにかかる時間である。

ここでは、ユーザ空間Ｕ＃，Ｕ＄のアプリＡ＃，Ａ＄と、カーネルＫ＃，Ｋ＄内の各モジュールｐｍ＃，ｐｍ＄，ｒｍ＃，ｒｍ＄とを連携させ、２種類の時計（カレンダ時刻、タイマ時刻）を組み合わせて、情報処理装置１０１＃、１０１＄間の通信時間を算出する。

つぎに、図３を用いて、情報処理システム１００の動作例について説明する。ここでは、情報処理装置１０１＃から情報処理装置１０１＄に送信されるパケットＰの伝送遅延を測定する場合を例に挙げて説明する。また、アプリＡ＃を「計測アプリＭＡ＃」と表記し、アプリＡ＄を「中継アプリＲＡ＄」と表記する。

図３は、実施の形態１にかかる通信時間算出方法の一実施例を示す説明図である。図３において、情報処理装置１０１＃のユーザアプリＵＡ＃から、情報処理装置１０１＄のユーザアプリＵＡ＄にパケットＰが送信される場合を想定する。

この場合、情報処理装置１０１＃において、パケット加工モジュールｐｍ＃は、タイマ時刻１をパケットＰに付加して送信する。ここで、タイマ時刻１は、情報処理装置１０１＄へのパケットＰの送信時における情報処理装置１０１＃が起動してからの経過時間を示すタイマ情報である。

情報処理装置１０１＄において、パケット読み取りモジュールｒｍ＄は、パケットＰを受信すると、パケットＰに含まれるタイマ時刻１と、タイマ時刻２とを中継アプリＲＡ＄に送信する。ここで、タイマ時刻２は、パケット読み取りモジュールｒｍ＄がパケットＰを受信したときの、情報処理装置１０１＄が起動してからの経過時間を示すタイマ情報である。また、パケット読み取りモジュールｒｍ＄は、受信したパケットＰをユーザアプリＵＡ＄に転送する。

情報処理装置１０１＄において、中継アプリＲＡ＄は、タイマ時刻１とタイマ時刻２とを受信すると、タイマ時刻１、タイマ時刻２、タイマ時刻３およびカレンダ時刻１を、情報処理装置１０１＃の計測アプリＭＡ＃に送信する。ここで、タイマ時刻３は、中継アプリＲＡ＄がタイマ時刻１とタイマ時刻２とを受信したときの、情報処理装置１０１＄が起動してからの経過時間を示すタイマ情報である。カレンダ時刻１は、中継アプリＲＡ＄がタイマ時刻１とタイマ時刻２とを受信したときの、情報処理装置１０１＄における時刻を示す時刻情報である。

情報処理装置１０１＃において、計測アプリＭＡ＃は、タイマ時刻１、タイマ時刻２、タイマ時刻３およびカレンダ時刻１を受信すると、タイマ時刻１、タイマ時刻２、タイマ時刻３、タイマ時刻４、カレンダ時刻１およびカレンダ時刻２に基づいて、情報処理装置１０１＃から情報処理装置１０１＄への通信時間を算出する。

ここで、タイマ時刻４は、計測アプリＭＡ＃がタイマ時刻１、タイマ時刻２、タイマ時刻３およびカレンダ時刻１を受信したときの、情報処理装置１０１＃が起動してからの経過時間を示すタイマ情報である。カレンダ時刻２は、計測アプリＭＡ＃がタイマ時刻１、タイマ時刻２、タイマ時刻３およびカレンダ時刻１を受信したときの、情報処理装置１０１＃における時刻を示す時刻情報である。

また、情報処理装置１０１＃から情報処理装置１０１＄への通信時間は、パケット加工モジュールｐｍ＃からパケットＰが送信されてから、パケット読み取りモジュールｒｍ＄がパケットＰを受信するまでの転送時間Ｄ１である。

具体的には、例えば、計測アプリＭＡ＃は、タイマ時刻１とタイマ時刻４とから、ＲＴＴ（全時間）を算出する。ＲＴＴ（全時間）は、パケット加工モジュールｐｍ＃がパケットＰを送信してから、計測アプリＭＡ＃がタイマ時刻１、タイマ時刻２、タイマ時刻３およびカレンダ時刻１を受信するまでの時間である。

また、計測アプリＭＡ＃は、タイマ時刻２とタイマ時刻３とから、転送時間Ｄ２を算出する。転送時間Ｄ２は、パケット読み取りモジュールｒｍ＄がタイマ時刻１とタイマ時刻２とを送信してから、中継アプリＲＡ＄がタイマ時刻１とタイマ時刻２とを受信するまでの時間である。

また、計測アプリＭＡ＃は、カレンダ時刻１とカレンダ時刻２とから、転送時間Ｄ３を算出する。転送時間Ｄ３は、中継アプリＲＡ＄がタイマ時刻１、タイマ時刻２、タイマ時刻３およびカレンダ時刻１を送信してから、計測アプリＭＡ＃がタイマ時刻１、タイマ時刻２、タイマ時刻３およびカレンダ時刻１を受信するまでの時間である。

そして、計測アプリＭＡ＃は、算出したＲＴＴ（全時間）から、算出した転送時間Ｄ２と転送時間Ｄ３とを減算することにより、転送時間Ｄ１を算出する。以下、図４〜図７を用いて、情報処理装置１０１＃，１０１＄内の各モジュールの具体的な処理例について説明する。

図４〜図７は、情報処理システム１００の動作例を示す説明図である。図４において、情報処理装置１０１＃のＯＳ＃上でコンテナＣ＃が実行されている。ＯＳ＃は、物理ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）４１１と、仮想ＮＷ４１２と、仮想ＮＩＣ４１３と、を含む。

また、情報処理装置１０１＄のＯＳ＄上でコンテナＣ＄が実行されている。ＯＳ＄は、物理ＮＩＣ４２１と、仮想ＮＷ４２２と、仮想ＮＩＣ４２３と、を含む。物理ＮＩＣ４１１，４２１は、ネットワーク１１０に接続するための機器である。仮想ＮＷ４１２，４２２は、情報処理装置１０１＃，１０１＄内部の仮想的なネットワークであり、例えば、仮想スイッチ、仮想ＮＩＣ、仮想ブリッジなどにより構築される。

仮想ＮＩＣ４１３，４２３は、仮想的なＮＩＣである。仮想ＮＩＣ４１３は、コンテナＣ＃とＯＳ＃との間の接続用の仮想ＮＩＣであり、コンテナＣ＃用の仮想ＮＩＣ４１４と対向接続される。仮想ＮＩＣ４２３は、コンテナＣ＄とＯＳ＄との間の接続用の仮想ＮＩＣであり、コンテナＣ＄用の仮想ＮＩＣ４２４と対向接続される。

情報処理装置１０１＃のユーザ空間Ｕ＃で計測アプリＭＡ＃が実行されている。また、情報処理装置１０１＄のユーザ空間Ｕ＄で中継アプリＲＡ＄が実行されている。ＯＳ＃のカーネルＫ＃内には、仮想ＮＩＣ４１３に対応してパケット加工モジュールｐｍ＃が設けられている。また、ＯＳ＄のカーネルＫ＄内には、仮想ＮＩＣ４２３に対応してパケット読み取りモジュールｒｍ＄が設けられている。

ここで、パケットＰは、ユーザアプリＵＡ＃からユーザアプリＵＡ＄へ送信されるパケットである。ユーザアプリＵＡ＃は、情報処理装置１０１＃のＯＳ＃で実行されているコンテナＣ＃上で動作するアプリケーションである。ユーザアプリＵＡ＄は、情報処理装置１０１＄のＯＳ＄で実行されているコンテナＣ＄上で動作するアプリケーションである。

まず、パケット加工モジュールｐｍ＃は、仮想ＮＩＣ４１３を介して、ユーザアプリＵＡ＃から送信されたパケットＰを受信すると、パケット到着時刻ｔａ＿１を取得する。パケット到着時刻ｔａ＿１は、上述したタイマ時刻１に対応する。そして、パケット加工モジュールｐｍ＃は、取得したパケット到着時刻ｔａ＿１をパケットＰに付加して転送する。

ここで、図８を用いて、パケットＰのデータ構造例について説明する。

図８は、パケットＰのデータ構造例を示す説明図である。図８において、パケットＰは、ＩＰヘッダ８１０と、タイムスタンプオプションヘッダ８２０とを含む。タイムスタンプオプションヘッダ８２０は、ＩＰｖ４のオプションヘッダの一つである。オプションヘッダ種別「６８」は、タイムスタンプオプションヘッダを示す番号である。

具体的には、例えば、パケット加工モジュールｐｍ＃は、パケットＰを受信すると、パケットＰのタイムスタンプオプションヘッダ８２０に、パケット到着時刻ｔａ＿１を書き込んで転送する。この結果、パケット到着時刻ｔａ＿１が書き込まれたパケットＰが、ネットワーク１１０に送出され、情報処理装置１０１＄に送信される。

図５において、パケット読み取りモジュールｒｍ＄は、パケットＰを受信すると、パケット到着時刻ｔｂ＿１を取得する。パケット到着時刻ｔｂ＿１は、上述したタイマ時刻２に対応する。また、パケット読み取りモジュールｒｍ＄は、受信したパケットＰのタイムスタンプオプションヘッダ８２０（図８参照）から、パケット到着時刻ｔａ＿１を読み出す。

そして、パケット読み取りモジュールｒｍ＄は、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１とを含む通知メッセージｍを、中継アプリＲＡ＄に送信する。また、パケット読み取りモジュールｒｍ＄は、受信したパケットＰをユーザアプリＵＡ＄に転送する。

なお、パケット読み取りモジュールｒｍ＄と中継アプリＲＡ＄との通信は、同じＯＳ＄内のメッセージ通信のため、ＴＣＰ／ＩＰ通信である必要はなく、各種の通信方式を利用可能である。

中継アプリＲＡ＄は、通知メッセージｍを受信すると、通知時刻ｔｂ＿２と通知時刻Ｔｂ＿１とをＯＳ＄から取得する。通知時刻ｔｂ＿２は、上述したタイマ時刻３に対応する。通知時刻Ｔｂ＿１は、上述したカレンダ時刻１に対応する。また、中継アプリＲＡ＄は、受信した通知メッセージｍから、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１とを読み出す。

図６において、中継アプリＲＡ＄は、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１と通知時刻ｔｂ＿２と通知時刻Ｔｂ＿１とを含む時刻情報パケットＴＰを、情報処理装置１０１＃の計測アプリＭＡ＃に送信する。

ここで、図９を用いて、時刻情報パケットＴＰのデータ構造例について説明する。

図９は、時刻情報パケットＴＰのデータ構造例を示す説明図である。図９において、時刻情報パケットＴＰは、ＩＰヘッダ９１０と、ペイロード９２０とを含む。各種時刻情報（ｔａ＿１，ｔｂ＿１，ｔｂ＿２，Ｔｂ＿１）は、時刻情報パケットＴＰのペイロード９２０に格納される。

図７において、計測アプリＭＡ＃は、時刻情報パケットＴＰを受信すると、パケット到着時刻ｔａ＿２とパケット到着時刻Ｔａ＿１とをＯＳ＃から取得する。パケット到着時刻ｔａ＿２は、上述したタイマ時刻４に対応する。パケット到着時刻Ｔａ＿１は、上述したカレンダ時刻２に対応する。

また、計測アプリＭＡ＃は、受信した時刻情報パケットＴＰから、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１と通知時刻ｔｂ＿２と通知時刻Ｔｂ＿１とを読み出す。そして、計測アプリＭＡ＃は、各種時刻情報（ｔａ＿１，ｔａ＿２，ｔｂ＿１，ｔｂ＿２，Ｔｂ＿１，Ｔａ＿１）に基づいて、情報処理装置１０１＃から情報処理装置１０１＄への通信時間（転送時間Ｄ１）を算出する。

具体的には、例えば、計測アプリＭＡ＃は、パケット到着時刻ｔａ＿２からパケット到着時刻ｔａ＿１を減算して、ＲＴＴを算出する。ＲＴＴは、パケットＰを送信（すなわち、パケット加工モジュールｐｍ＃がパケットＰを受信）してから、計測アプリＭＡ＃が時刻情報パケットＴＰを受信するまでの全ての処理にかかった時間に相当する。

また、計測アプリＭＡ＃は、通知時刻ｔｂ＿２からパケット到着時刻ｔｂ＿１を減算して、転送時間Ｄ２を算出する。転送時間Ｄ２は、ＯＳ＄内部の処理にかかった時間に相当する。また、計測アプリＭＡ＃は、パケット到着時刻Ｔａ＿１から通知時刻Ｔｂ＿１を減算して、転送時間Ｄ３を算出する。転送時間Ｄ３は、中継アプリＲＡ＄から計測アプリＭＡ＃への時刻情報パケットＴＰの転送にかかった時間に相当する。

そして、計測アプリＭＡ＃は、算出したＲＴＴから、算出した転送時間Ｄ２と転送時間Ｄ３とを減算することにより、転送時間Ｄ１を算出する。これにより、パケットＰの加工や読み取りを行う各モジュール（ｐｍ＃，ｒｍ＄）でタイマ情報しか取得できない環境であっても、ユーザアプリＵＡ＃，ＵＡ＄に特別な仕組みを入れることなく、パケットＰの伝送遅延を測定することができる。

（情報処理装置１０１のハードウェア構成例）
図１０は、情報処理装置１０１のハードウェア構成例を示すブロック図である。図１０において、情報処理装置１０１は、ＣＰＵ１００１と、メモリ１００２と、ディスクドライブ１００３と、ディスク１００４と、通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１００５と、可搬型記録媒体Ｉ／Ｆ１００６と、可搬型記録媒体１００７と、を有する。また、各構成部は、バス１０００によってそれぞれ接続される。

ここで、ＣＰＵ１００１は、情報処理装置１０１の全体の制御を司る。ＣＰＵ１００１は、複数のコアを有していてもよい。メモリ１００２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭがＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のプログラムを記憶し、ＲＯＭがアプリケーションプログラムを記憶し、ＲＡＭがＣＰＵ１００１のワークエリアとして使用される。メモリ１００２に記憶されるプログラムは、ＣＰＵ１００１にロードされることで、コーディングされている処理をＣＰＵ１００１に実行させる。

ディスクドライブ１００３は、ＣＰＵ１００１の制御に従ってディスク１００４に対するデータのリード／ライトを制御する。ディスク１００４は、ディスクドライブ１００３の制御で書き込まれたデータを記憶する。ディスク１００４としては、例えば、磁気ディスク、光ディスクなどが挙げられる。

通信Ｉ／Ｆ１００５は、通信回線を通じてネットワーク１１０に接続され、ネットワーク１１０を介して外部のコンピュータ（例えば、他の情報処理装置１０１）に接続される。そして、通信Ｉ／Ｆ１００５は、ネットワーク１１０と装置内部とのインターフェースを司り、外部のコンピュータからのデータの入出力を制御する。

可搬型記録媒体Ｉ／Ｆ１００６は、ＣＰＵ１００１の制御に従って可搬型記録媒体１００７に対するデータのリード／ライトを制御する。可搬型記録媒体１００７は、可搬型記録媒体Ｉ／Ｆ１００６の制御で書き込まれたデータを記憶する。可搬型記録媒体１００７としては、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）−ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリなどが挙げられる。

なお、情報処理装置１０１は、上述した構成部のほかに、例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、入力装置、ディスプレイ等を有することにしてもよい。また、情報処理装置１０１は、上述した構成部のうち、例えば、ディスクドライブ１００３、ディスク１００４、可搬型記録媒体Ｉ／Ｆ１００６、可搬型記録媒体１００７を有していなくてもよい。

（情報処理装置１０１の機能的構成例）
図１１は、情報処理装置１０１の機能的構成例を示すブロック図である。まず、情報処理装置１０１＃の機能的構成例について説明する。情報処理装置１０１＃は、装置間でやり取りされるパケットの伝送遅延を計測する側の情報処理装置１０１である。

図１１において、情報処理装置１０１＃は、第１の通信部１１１１と、計測部１１１２と、出力部１１１３と、を含む。具体的には、例えば、第１の通信部１１１１〜出力部１１１３は、情報処理装置１０１＃のメモリ１００２、ディスク１００４、可搬型記録媒体１００７などの記憶装置に記憶されたプログラムをＣＰＵ１００１に実行させることにより、または、通信Ｉ／Ｆ１００５により、その機能を実現する。各機能部の処理結果は、例えば、情報処理装置１０１＃のメモリ１００２、ディスク１００４などの記憶装置に記憶される。

第１の通信部１１１１は、第１のパケットの送信時における第１のタイマ情報を第１のパケットに付加して送信する。ここで、第１のパケットは、情報処理装置１０１＃から情報処理装置１０１＄へのパケットである。例えば、第１のパケットは、コンテナＣ＃上で動作するユーザアプリＵＡ＃から、コンテナＣ＄上で動作するユーザアプリＵＡ＄へ送信されるパケットＰである。

コンテナＣ＃は、ＯＳ＃で実行されているいずれかのコンテナである。また、コンテナＣ＄は、ＯＳ＄で実行されているいずれかのコンテナである。第１のタイマ情報は、第１のパケットの送信時におけるＯＳ＃（情報処理装置１０１＃）が起動してからの経過時間を示す。例えば、第１のタイマ情報は、ＯＳ＃ブート時からクロックの周期でカウントアップされ続けるタイマ値を示す情報であり、ナノ秒単位での経過時間を示す。

具体的には、例えば、第１の通信部１１１１は、パケットＰを受信すると、パケット到着時刻ｔａ＿１をＯＳ＃から取得する。そして、第１の通信部１１１１は、パケットＰのオプションヘッダに、パケット到着時刻ｔａ＿１を書き込んで転送する。より詳細に説明すると、例えば、第１の通信部１１１１は、図８に示したような、パケットＰのタイムスタンプオプションヘッダ８２０に、パケット到着時刻ｔａ＿１を書き込む。第１の通信部１１１１は、例えば、図４に示したパケット加工モジュールｐｍ＃に相当する。

ただし、タイムスタンプオプションヘッダに記録可能な時刻情報が３２ｂｉｔ整数の場合、ナノ秒単位の経過時間を完全に記録することができない。また、タイムスタンプオプションヘッダの時刻情報として、ＵＴＣ０時からの経過時間（ミリ秒）を用いない場合には、先頭ビットを「１」にすることが定められている。

このため、第１の通信部１１１１は、例えば、ＯＳ＃（カーネルＫ＃）から取得する６４ｂｉｔの時刻（ナノ秒単位）から下３１ｂｉｔの時刻を抽出して、時刻情報として用いることにしてもよい。この場合、パケット到着時刻ｔａ＿１は、先頭ビット「１」と、ナノ秒単位の経過時間を示す６４ビットのビット列のうちの下３１ビットのビット列とによって表される。

計測部１１１２は、第２のパケットに含まれる第１のタイマ情報と第２のタイマ情報と第３のタイマ情報と第１の時刻情報と、第２のパケットの受信時における第４のタイマ情報と第２の時刻情報とに基づいて、情報処理装置１０１＃から情報処理装置１０１＄への通信時間を算出する。

ここで、第２のタイマ情報は、後述する第２の通信部１１２１が、第１のパケットを受信したときのＯＳ＄（情報処理装置１０１＄）が起動してからの経過時間を示す。例えば、第２のタイマ情報は、ＯＳ＄ブート時からクロックの周期でカウントアップされ続けるタイマ値を示す情報であり、ナノ秒単位での経過時間を示す。

第３のタイマ情報は、後述する中継部１１２２が、第１のタイマ情報と第２のタイマ情報とを含む通知情報を受信したときのＯＳ＄が起動してからの経過時間を示す。例えば、第３のタイマ情報は、ナノ秒単位での経過時間を示す。第１の時刻情報は、後述する中継部１１２２が、第１のタイマ情報と第２のタイマ情報とを含む通知情報を受信したときのＯＳ＄における時刻（カレンダ時刻）を示す。例えば、第１の時刻情報は、ナノ秒単位でのカレンダ時刻を示す。

第４のタイマ情報は、計測部１１１２が、第２のパケットを受信したときのＯＳ＃が起動してからの経過時間を示す。例えば、第４のタイマ情報は、ナノ秒単位での経過時間を示す。第２の時刻情報は、計測部１１１２が、第２のパケットを受信したときのＯＳ＃における時刻（カレンダ時刻）を示す。例えば、第２の時刻情報は、ナノ秒単位でのカレンダ時刻を示す。第２のパケットは、例えば、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１と通知時刻ｔｂ＿２と通知時刻Ｔｂ＿１とを含む時刻情報パケットＴＰである。

なお、ＯＳ＃における時刻（カレンダ時刻）と、ＯＳ＄における時刻（カレンダ時刻）とは、同期しているものとする。ただし、ＯＳ＃／ＯＳ＄間のカレンダ時刻に、許容できる程度の誤差が含まれていてもよい。

つぎに、計測部１１１２は、第１のタイマ情報と第４のタイマ情報との時間差を示す第１の時間を算出する。また、計測部１１１２は、第２のタイマ情報と第３のタイマ情報との時間差を示す第２の時間を算出する。また、計測部１１１２は、第１の時刻情報と第２の時刻情報との時間差を示す第３の時間を算出する。そして、計測部１１１２は、算出した第１の時間から第２の時間と第３の時間とを減算することにより、情報処理装置１０１＃から情報処理装置１０１＄への通信時間を算出する。

具体的には、例えば、計測部１１１２は、時刻情報パケットＴＰを受信すると、パケット到着時刻ｔａ＿２とパケット到着時刻Ｔａ＿１とをＯＳ＃から取得する。また、計測部１１１２は、受信した時刻情報パケットＴＰのペイロード９２０（図９参照）から、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１と通知時刻ｔｂ＿２と通知時刻Ｔｂ＿１とを読み出す。

つぎに、計測部１１１２は、パケット到着時刻ｔａ＿２からパケット到着時刻ｔａ＿１を減算して、ＲＴＴ（第１の時間）を算出する。ＲＴＴは、パケットＰを送信（すなわち、第１の通信部１１１１がパケットＰを受信）してから、計測部１１１２が時刻情報パケットＴＰを受信するまでの全ての処理にかかった時間に相当する。

ただし、パケット到着時刻ｔａ＿１が、６４ｂｉｔの時刻（ナノ秒単位）のうち、下３１ｂｉｔの時刻を示す場合、計測部１１１２は、例えば、パケット到着時刻ｔａ＿２が示す６４ｂｉｔの時刻（ナノ秒単位）のうち、上位３３ｂｉｔは無視する。そして、計測部１１１２は、各パケット到着時刻ｔａ＿１，ｔａ＿２の下３１ｂｉｔの時刻から、ＲＴＴを算出する。これにより、２秒を超えない程度の通信時間であれば、上位３３ｂｉｔは同じ値であると仮定して、パケット到着時刻ｔａ＿１，ｔａ＿２間の時間差を計算することができる。

また、計測部１１１２は、通知時刻ｔｂ＿２からパケット到着時刻ｔｂ＿１を減算して、転送時間Ｄ２（第２の時間）を算出する。転送時間Ｄ２は、ＯＳ＄内部の処理にかかった時間に相当する。また、計測部１１１２は、パケット到着時刻Ｔａ＿１から通知時刻Ｔｂ＿１を減算して、転送時間Ｄ３（第３の時間）を算出する。転送時間Ｄ３は、中継アプリＲＡ＄から計測部１１１２の時刻情報パケットＴＰの転送にかかった時間に相当する。

そして、計測部１１１２は、算出したＲＴＴから、算出した転送時間Ｄ２と転送時間Ｄ３とを減算することにより、転送時間Ｄ１を算出する。転送時間Ｄ１は、第１の通信部１１１１からパケットＰが送信されてから、第２の通信部１１２１でパケットＰを受信するまでの所要時間であり、情報処理装置１０１＃から情報処理装置１０１＄への通信時間（伝送遅延）を表す。計測部１１１２は、例えば、図４に示した計測アプリＭＡ＃に相当する。

出力部１１１３は、計測部１１１２によって算出された算出結果を出力する。具体的には、例えば、出力部１１１３は、ユーザアプリＵＡ＃，ＵＡ＄と、算出された転送時間Ｄ１とを対応付けて表す伝送遅延情報を出力することにしてもよい。伝送遅延情報には、各ユーザアプリＵＡ＃，ＵＡ＄が実行されているコンテナＣ＃，Ｃ＄を特定する情報が含まれていてもよい。

出力部１１１３の出力形式としては、例えば、メモリ１００２、ディスク１００４などの記憶装置への記憶、通信Ｉ／Ｆ１００５による他のコンピュータへの送信、不図示のディスプレイへの表示、不図示のプリンタへの印刷出力などがある。他のコンピュータは、例えば、情報処理システム１００内の不図示の管理者端末やユーザ端末などである。出力部１１１３は、例えば、図４に示した計測アプリＭＡ＃に相当する。

なお、情報処理装置１０１＃は、例えば、情報処理装置１０１＄上で動作する仮想マシンＶＭにより実現されることにしてもよい。この場合、ＯＳ＃は、情報処理装置１０１＄上で動作する仮想マシンＶＭのゲストＯＳとなる。

つぎに、情報処理装置１０１＄の機能的構成例について説明する。

図１１において、情報処理装置１０１＄は、第２の通信部１１２１と、中継部１１２２と、を含む。具体的には、例えば、第２の通信部１１２１および中継部１１２２は、情報処理装置１０１＄のメモリ１００２、ディスク１００４、可搬型記録媒体１００７などの記憶装置に記憶されたプログラムをＣＰＵ１００１に実行させることにより、または、通信Ｉ／Ｆ１００５により、その機能を実現する。各機能部の処理結果は、例えば、情報処理装置１０１＄のメモリ１００２、ディスク１００４などの記憶装置に記憶される。

第２の通信部１１２１は、第１のパケットを受信した場合、第１のパケットに含まれる第１のタイマ情報と、第１のパケットの受信時における第２のタイマ情報とを含む通知情報を、中継部１１２２に送信する。上述したように、第２のタイマ情報は、第２の通信部１１２１が、第１のパケットを受信したときのＯＳ＄が起動してからの経過時間を示す。

具体的には、例えば、第２の通信部１１２１は、パケットＰを受信すると、パケット到着時刻ｔｂ＿１をＯＳ＄から取得する。また、第２の通信部１１２１は、パケットＰのタイムスタンプオプションヘッダ８２０（図８参照）から、パケット到着時刻ｔａ＿１を読み出す。つぎに、第２の通信部１１２１は、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１とを含む通知メッセージｍ（図５参照）を生成する。

そして、第２の通信部１１２１は、生成した通知メッセージを中継アプリＲＡ＄に送信する。また、第２の通信部１１２１は、受信したパケットＰをユーザアプリＵＡ＄に転送する。第２の通信部１１２１は、例えば、図４に示したパケット読み取りモジュールｒｍ＄に相当する。

中継部１１２２は、受信した通知情報に含まれる第１のタイマ情報と第２のタイマ情報と、通知情報の受信時における第３のタイマ情報と、通知情報の受信時における第１の時刻情報とを含む第２のパケットを、情報処理装置１０１＃に送信する。上述したように、第３のタイマ情報は、中継部１１２２が、通知情報を受信したときのＯＳ＄が起動してからの経過時間を示す。また、第１の時刻情報は、中継部１１２２が、通知情報を受信したときのＯＳ＄における時刻（カレンダ時刻）を示す。

具体的には、例えば、中継部１１２２は、通知メッセージｍを受信した場合、通知時刻ｔｂ＿２と通知時刻Ｔｂ＿１とをＯＳ＄から取得する。また、中継部１１２２は、受信した通知メッセージｍから、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１とを読み出す。つぎに、中継部１１２２は、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１と通知時刻ｔｂ＿２と通知時刻Ｔｂ＿１とを含む時刻情報パケットＴＰを生成する。そして、中継部１１２２は、生成した時刻情報パケットＴＰを、情報処理装置１０１＃の計測アプリＭＡ＃に送信する。中継部１１２２は、例えば、図４に示した中継アプリＲＡ＃に相当する。

なお、情報処理装置１０１＄は、例えば、情報処理装置１０１＃上で動作する仮想マシンＶＭにより実現されることにしてもよい。この場合、ＯＳ＄は、情報処理装置１０１＃上で動作する仮想マシンＶＭのゲストＯＳとなる。

（情報処理システム１００の各種処理手順）
つぎに、図１２〜図１５を用いて、実施の形態１にかかる情報処理システム１００の各種処理手順について説明する。まず、図１２を用いて、情報処理装置１０１＃のパケット加工モジュールｐｍ＃のパケット加工処理手順について説明する。

図１２は、実施の形態１にかかるパケット加工モジュールｐｍ＃のパケット加工処理手順の一例を示すフローチャートである。図１２のフローチャートにおいて、まず、パケット加工モジュールｐｍ＃は、パケットＰを受信したか否かを判断する（ステップＳ１２０１）。パケットＰは、コンテナＣ＃上で動作するユーザアプリＵＡ＃から、コンテナＣ＄上で動作するユーザアプリＵＡ＄へのパケットである。

ここで、パケット加工モジュールｐｍ＃は、パケットＰを受信するのを待つ（ステップＳ１２０１：Ｎｏ）。そして、パケット加工モジュールｐｍ＃は、パケットＰを受信した場合（ステップＳ１２０１：Ｙｅｓ）、パケット到着時刻ｔａ＿１をＯＳ＃から取得する（ステップＳ１２０２）。なお、ステップＳ１２０２の処理は、ステップＳ１２０５の直前に実行することにしてもよい。

つぎに、パケット加工モジュールｐｍ＃は、パケットＰが計測対象パケットであるか否かを判断する（ステップＳ１２０３）。計測対象パケットとは、伝送遅延の計測対象となるパケットである。具体的には、例えば、パケット加工モジュールｐｍ＃は、パケットＰのＩＰヘッダの情報（例えば、送信元ＩＰアドレス、宛先ＩＰアドレス、プロトコル種別）を参照して、計測対象パケットであるか否かを判断する。また、計測対象がＴＣＰやＵＤＰの場合は、パケット加工モジュールｐｍ＃は、パケットＰのプロトコルヘッダの情報（例えば、ポート番号）を参照して、計測対象パケットであるか否かを判断する。なお、計測対象を識別するための情報（送信元ＩＰアドレス、宛先ＩＰアドレス、ポート番号等）は、例えば、パケット加工モジュールｐｍ＃に予め設定されている。

ここで、計測対象パケットではない場合（ステップＳ１２０３：Ｎｏ）、パケット加工モジュールｐｍ＃は、ステップＳ１２０６に移行する。一方、計測対象パケットの場合（ステップＳ１２０３：Ｙｅｓ）、パケット加工モジュールｐｍ＃は、パケットＰにタイムスタンプオプションヘッダを付与する（ステップＳ１２０４）。

つぎに、パケット加工モジュールｐｍ＃は、取得したパケット到着時刻ｔａ＿１を、パケットＰのタイムスタンプオプションヘッダに書き込む（ステップＳ１２０５）。この際、パケット加工モジュールｐｍ＃は、自モジュールを識別するＩＤ（例えば、３２ｂｉｔ整数）を、パケットＰのタイムスタンプオプションヘッダ（例えば、アドレス領域）にさらに書き込むことにしてもよい。

そして、パケット加工モジュールｐｍ＃は、パケットＰを転送して（ステップＳ１２０６）、本フローチャートによる一連の処理を終了する。具体的には、例えば、パケット加工モジュールｐｍ＃は、カーネルＫ＃のプロトコルスタックにパケットＰの処理依頼を行う。プロトコルスタックは、コンピュータ上で通信を実現するための一連の通信プロトコル群を実装するモジュールである。

これにより、ユーザアプリＵＡ＃が動作するコンテナＣ＃に対応するパケット加工モジュールｐｍ＃において、パケット到着時刻ｔａ＿１を取得して、パケットＰのタイムスタンプオプションヘッダに書き込むことができる。

つぎに、図１３を用いて、情報処理装置１０１＄のパケット読み取りモジュールｒｍ＄のパケット読取処理手順について説明する。

図１３は、実施の形態１にかかるパケット読み取りモジュールｒｍ＄のパケット読取処理手順の一例を示すフローチャートである。図１３のフローチャートにおいて、まず、パケット読み取りモジュールｒｍ＄は、パケットＰを受信したか否かを判断する（ステップＳ１３０１）。ここで、パケット読み取りモジュールｒｍ＄は、パケットＰを受信するのを待つ（ステップＳ１３０１：Ｎｏ）。

そして、パケット読み取りモジュールｒｍ＄は、パケットＰを受信した場合（ステップＳ１３０１：Ｙｅｓ）、パケット到着時刻ｔｂ＿１をＯＳ＄から取得する（ステップＳ１３０２）。なお、ステップＳ１３０２の処理は、ステップＳ１３０５の直前に実行することにしてもよい。

つぎに、パケット読み取りモジュールｒｍ＄は、パケットＰが計測対象パケットであるか否かを判断する（ステップＳ１３０３）。具体的には、例えば、パケット読み取りモジュールｒｍ＄は、パケットＰにタイムスタンプオプションヘッダがある場合、計測対象パケットであると判断する。一方、タイムスタンプオプションヘッダがない場合、パケット加工モジュールｐｍ＃は、計測対象パケットではないと判断する。

ここで、計測対象パケットではない場合（ステップＳ１３０３：Ｎｏ）、パケット読み取りモジュールｒｍ＄は、ステップＳ１３０７に移行する。一方、計測対象パケットの場合（ステップＳ１３０３：Ｙｅｓ）、パケット読み取りモジュールｒｍ＄は、パケットＰのタイムスタンプオプションヘッダから、パケット到着時刻ｔａ＿１を読み出す（ステップＳ１３０４）。

なお、パケットＰのタイムスタンプオプションヘッダに、パケット加工モジュールｐｍ＃のＩＤが書き込まれている場合、パケット読み取りモジュールｒｍ＄は、パケットＰのタイムスタンプオプションヘッダから当該ＩＤをさらに読み出すことにしてもよい。

そして、パケット読み取りモジュールｒｍ＄は、読み出したパケット到着時刻ｔａ＿１と、取得したパケット到着時刻ｔｂ＿１とを含む通知メッセージｍを生成する（ステップＳ１３０５）。通知メッセージｍには、パケット加工モジュールｐｍ＃のＩＤを含めることにしてもよい。

つぎに、パケット読み取りモジュールｒｍ＄は、生成した通知メッセージｍを中継アプリＲＡ＄に送信する（ステップＳ１３０６）。そして、パケット読み取りモジュールｒｍ＄は、受信したパケットＰをユーザアプリＵＡ＄に転送して（ステップＳ１３０７）、本フローチャートによる一連の処理を終了する。具体的には、例えば、パケット読み取りモジュールｒｍ＄は、カーネルＫ＄のプロトコルスタックにパケットＰの処理依頼を行う。

これにより、ユーザアプリＵＡ＄が動作するコンテナＣ＄に対応するパケット読み取りモジュールｒｍ＄において、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１とを取得して、中継アプリＲＡ＄に通知することができる。

つぎに、図１４を用いて、情報処理装置１０１＄の中継アプリＲＡ＄の時刻情報中継処理手順について説明する。

図１４は、実施の形態１にかかる中継アプリＲＡ＄の時刻情報中継処理手順の一例を示すフローチャートである。図１４のフローチャートにおいて、まず、中継アプリＲＡ＄は、通知メッセージｍを受信したか否かを判断する（ステップＳ１４０１）。ここで、中継アプリＲＡ＄は、通知メッセージｍを受信するのを待つ（ステップＳ１４０１：Ｎｏ）。

そして、中継アプリＲＡ＄は、通知メッセージｍを受信した場合（ステップＳ１４０１：Ｙｅｓ）、通知時刻ｔｂ＿２と通知時刻Ｔｂ＿１とをＯＳ＄から取得する（ステップＳ１４０２）。つぎに、中継アプリＲＡ＄は、受信した通知メッセージｍから、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１とを読み出す（ステップＳ１４０３）。

なお、通知メッセージｍに、パケット加工モジュールｐｍ＃のＩＤが含まれている場合、中継アプリＲＡ＄は、通知メッセージｍから当該ＩＤをさらに読み出すことにしてもよい。

中継アプリＲＡ＄は、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１と通知時刻ｔｂ＿２と通知時刻Ｔｂ＿１とをペイロードに含む時刻情報パケットＴＰを生成する（ステップＳ１４０４）。時刻情報パケットＴＰには、パケット加工モジュールｐｍ＃のＩＤを含めることにしてもよい。

そして、中継アプリＲＡ＄は、生成した時刻情報パケットＴＰを情報処理装置１０１＃の計測アプリＭＡ＃に送信して（ステップＳ１４０５）、本フローチャートによる一連の処理を終了する。

これにより、中継アプリＲＡ＄において、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１と通知時刻ｔｂ＿２と通知時刻Ｔｂ＿１とを取得して、情報処理装置１０１＃の計測アプリＭＡ＃に送信することができる。

つぎに、図１５を用いて、情報処理装置１０１＃の計測アプリＭＡ＃の通信時間算出処理手順について説明する。

図１５は、実施の形態１にかかる計測アプリＭＡ＃の通信時間算出処理手順の一例を示すフローチャートである。図１５のフローチャートにおいて、まず、計測アプリＭＡ＃は、時刻情報パケットＴＰを受信したか否かを判断する（ステップＳ１５０１）。ここで、計測アプリＭＡ＃は、時刻情報パケットＴＰを受信するのを待つ（ステップＳ１５０１：Ｎｏ）。

そして、計測アプリＭＡ＃は、時刻情報パケットＴＰを受信した場合（ステップＳ１５０１：Ｙｅｓ）、パケット到着時刻ｔａ＿２とパケット到着時刻Ｔａ＿１とをＯＳ＃から取得する（ステップＳ１５０２）。つぎに、計測アプリＭＡ＃は、受信した時刻情報パケットＴＰから、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１と通知時刻ｔｂ＿２と通知時刻Ｔｂ＿１とを読み出す（ステップＳ１５０３）。

そして、計測アプリＭＡ＃は、パケット到着時刻ｔａ＿２からパケット到着時刻ｔａ＿１を減算して、ＲＴＴを算出する（ステップＳ１５０４）。つぎに、計測アプリＭＡ＃は、通知時刻ｔｂ＿２からパケット到着時刻ｔｂ＿１を減算して、受信側内部処理時間（転送時間Ｄ２）を算出する（ステップＳ１５０５）。

つぎに、計測アプリＭＡ＃は、パケット到着時刻Ｔａ＿１から通知時刻Ｔｂ＿１を減算して、時刻情報返送時間（転送時間Ｄ３）を算出する（ステップＳ１５０６）。つぎに、計測アプリＭＡ＃は、算出したＲＴＴから、算出した受信側内部処理時間と時刻情報返送時間とを減算することにより、伝送遅延時間（転送時間Ｄ１）を算出する（ステップＳ１５０７）。

そして、計測アプリＭＡ＃は、算出した伝送遅延時間を出力して（ステップＳ１５０８）、本フローチャートによる一連の処理を終了する。これにより、コンテナＣ＃上で動作するユーザアプリＵＡ＃から、コンテナＣ＄上で動作するユーザアプリＵＡ＄へ送信されるパケットＰの伝送遅延時間を算出することができる。

なお、時刻情報パケットＴＰにパケット加工モジュールｐｍ＃のＩＤが含まれる場合には、当該ＩＤからコンテナＣ＃やユーザアプリＵＡ＃を特定することができる。コンテナＣ＃やユーザアプリＵＡ＃の特定に、パケット加工モジュールｐｍ＃のＩＤを用いることで、パケットＰの送信元／宛先アドレスなどを用いる場合に比べて、データ量を抑えることができる。

以上説明したように、実施の形態１にかかる情報処理システム１００によれば、情報処理装置１０１＃のパケット加工モジュールｐｍ＃は、パケットＰの送信時におけるＯＳ＃が起動してからの経過時間を示す第１のタイマ情報（パケット到着時刻ｔａ＿１）を、パケットＰに付加して送信することができる。パケットＰは、コンテナＣ＃上で動作するユーザアプリＵＡ＃から、コンテナＣ＄上で動作するユーザアプリＵＡ＄へ送信されるユーザパケットである。パケット加工モジュールｐｍ＃は、コンテナＣ＃とＯＳ＃との間の接続用の仮想ＮＩＣに対応して設けられる、ＯＳ＃のカーネルＫ＃内の通信モジュールである。

これにより、情報処理装置＃からパケットＰが送信されるときのタイマ時刻（パケット到着時刻ｔａ＿１）を、時刻情報としてパケットＰに記録することができる。

また、情報処理装置１０１＄のパケット読み取りモジュールｒｍ＄は、受信したパケットＰに含まれる第１のタイマ情報と、パケットＰの受信時におけるＯＳ＄が起動してからの経過時間を示す第２のタイマ情報（パケット到着時刻ｔｂ＿１）とを含む通知メッセージｍを、情報処理装置１０１＄の中継アプリＲＡ＄に送信することができる。パケット読み取りモジュールｒｍ＄は、コンテナＣ＄とＯＳ＄との間の接続用の仮想ＮＩＣに対応して設けられる、ＯＳ＄のカーネルＫ＄内の通信モジュールである。

これにより、タイマ時刻（パケット到着時刻ｔａ＿１）と、情報処理装置１０１＄でパケットＰが受信されたときのタイマ時刻（パケット到着時刻ｔｂ＿１）とを、装置内部のメッセージ通信により、時刻情報として中継アプリＲＡ＄に通知することができる。

また、情報処理装置１０１＄の中継アプリＲＡ＄は、通知メッセージｍの受信時におけるＯＳ＄が起動してからの経過時間を示す第３のタイマ情報（通知時刻ｔｂ＿２）と、通知メッセージｍの受信時のＯＳ＄におけるカレンダ時刻を示す第１の時刻情報（通知時刻Ｔｂ＿１）とを取得することができる。

これにより、情報処理装置１０１＄内部で通知メッセージｍが受信されたときのタイマ時刻（ｔｂ＿２）およびカレンダ時刻（Ｔｂ＿１）を、時刻情報として取得することができる。

また、情報処理装置１０１＄の中継アプリＲＡ＄は、受信した通知メッセージｍに含まれる第１のタイマ情報と第２のタイマ情報と、取得した第３のタイマ情報と第１の時刻情報とを含む時刻情報パケットＴＰを、情報処理装置１０１＃の計測アプリＭＡ＃に送信することができる。

これにより、タイマ時刻（ｔａ＿１，ｔｂ＿１，ｔｂ＿２）およびカレンダ時刻（Ｔｂ＿１）を、アプリ間のデータ通信により、情報処理装置１０１＃の計測アプリＭＡ＃に時刻情報として通知することができる。

また、情報処理装置１０１＃の計測アプリＭＡ＃は、時刻情報パケットＴＰの受信時におけるＯＳ＃が起動してからの起動時間を示す第４のタイマ情報（ｔａ＿２）と、時刻情報パケットＴＰの受信時のＯＳ＃におけるカレンダ時刻を示す第２の時刻情報（Ｔａ＿１）とを取得することができる。

これにより、情報処理装置１０１＃で時刻情報パケットＴＰが受信されたときのタイマ時刻（ｔａ＿２）およびカレンダ時刻（Ｔａ＿１）を、時刻情報として取得することができる。

また、情報処理装置１０１＃の計測アプリＭＡ＃は、各種時刻情報（ｔａ＿１，ｔａ＿２，ｔｂ＿１，ｔｂ＿２，Ｔｂ＿１，Ｔａ＿１）に基づいて、情報処理装置１０１＃から情報処理装置１０１＄への通信時間を算出することができる。具体的には、例えば、計測アプリＭＡ＃は、パケット到着時刻ｔａ＿１とパケット到着時刻ｔａ＿２との時間差を示すＲＴＴ（第１の時間）を算出する。また、計測アプリＭＡ＃は、パケット到着時刻ｔｂ＿１と通知時刻ｔｂ＿２との時間差を示す転送時間Ｄ２（第２の時間）を算出する。また、計測アプリＭＡ＃は、通知時刻Ｔｂ＿１とパケット到着時刻Ｔａ＿１との時間差を示す転送時間Ｄ３（第３の時間）を算出する。そして、計測アプリＭＡ＃は、算出したＲＴＴから、算出した転送時間Ｄ２と転送時間Ｄ３とを減算することにより、情報処理装置１０１＃から情報処理装置１０１＄への通信時間を表す転送時間Ｄ１を算出する。

これにより、測定対象の通信を行うユーザアプリＵＡ＃，ＵＡ＄に特別な仕組みを入れることなく、情報処理装置１０１＃，１０１＄間の通信にかかる時間（伝送遅延）を測定することができる。また、パケットの加工や読み取りを行うモジュール（パケット加工モジュールｐｍ＃、パケット読み取りモジュールｒｍ＄）がＩＰアドレスを持たず、タイマ時刻しか読み取れないような環境であっても、情報処理装置１０１＃，１０１＄間でやり取りされるパケットの伝送遅延を測定することができる。

また、情報処理装置１０１＃のパケット加工モジュールｐｍ＃は、第１のタイマ情報（パケット到着時刻ｔａ＿１）を、パケットＰのタイムスタンプオプションヘッダに書き込むことができる。

これにより、ＩＰパケットの利用可能なオプションヘッダを用いて、情報処理装置＃からパケットＰが送信されるときのタイマ時刻（パケット到着時刻ｔａ＿１）を記録することができる。また、計測対象パケットを判別可能にすることができる。

また、パケット加工モジュールｐｍ＃は、第１のタイマ情報（パケット到着時刻ｔａ＿１）として、ＯＳ＃が起動してからのナノ秒単位の経過時間を示す６４ビットのビット列のうちの下３１ビットのビット列をタイムスタンプオプションヘッダに書き込むことができる。

これにより、タイムスタンプオプションヘッダに記録可能な時刻情報が３２ｂｉｔ整数の場合であっても、伝送遅延が２秒を超えない通信であれば、上位ビットの情報はある程度無視できることを利用して、ナノ秒単位の時刻を記録することができる。また、ナノ秒単位の時刻を記録可能なため、例えば、同一物理サーバ内の異なるＯＳ上で稼働しているコンテナ間でやり取りされるパケットのように、伝送遅延が１ミリ秒未満となる通信であっても通信時間を測定することができる。

また、情報処理装置１０１＃の計測アプリＭＡ＃は、算出した情報処理装置１０１＃から情報処理装置１０１＄への通信時間を出力することができる。具体的には、例えば、計測アプリＭＡ＃は、算出した通信時間（転送時間Ｄ１）を、ユーザアプリＵＡ＃，ＵＡ＄と対応付けて出力する。

これにより、ユーザアプリＵＡ＃，ＵＡ＄を実行するクラウドシステムの健全性を診断するための情報を提供することができる。

これらのことから、実施の形態１にかかる情報処理システム１００によれば、異なるＯＳ上で稼働しているコンテナ間でやり取りされるパケットの伝送遅延を測定することができる。これにより、クラウドシステムの健全性を診断するための情報を収集することが可能となり、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）の向上につなげることができる。

（実施の形態２）
つぎに、実施の形態２にかかる通信時間算出方法について説明する。実施の形態２では、パケットＰの装置間通信にトンネリングを用いる場合について説明する。なお、実施の形態１で説明した箇所と同様の箇所については、同一符号を付して図示および説明を省略する。

図１６は、実施の形態２にかかる通信時間算出方法の一実施例を示す説明図である。図１６において、情報処理装置１０１＃のハイパーバイザ１６１０上でゲストＯＳ＃−１が稼働している。また、ゲストＯＳ＃−１上でコンテナＣ＃が実行されている。ゲストＯＳ＃−１のカーネル１６２０は、仮想ＮＷ１６２１と、仮想ＮＩＣ１６２２と、を含む。

仮想ＮＷ１６２１は、情報処理装置１０１＃内部の仮想的なネットワークである。仮想ＮＩＣ１６２２は、コンテナＣ＃とゲストＯＳ＃−１との間の接続用の仮想ＮＩＣであり、コンテナＣ＃用の仮想ＮＩＣ１６２３と対向接続される。ゲストＯＳ＃−１のカーネル１６２０内には、仮想ＮＩＣ１６２２に対応してパケット加工モジュールｐｍ＃が設けられている。

また、情報処理装置１０１＄のハイパーバイザ１６３０上でゲストＯＳ＄−１が稼働している。また、ゲストＯＳ＄−１上でコンテナＣ＄が実行されている。ゲストＯＳ＄−１のカーネル１６４０は、仮想ＮＷ１６４１と、仮想ＮＩＣ１６４２と、を含む。

仮想ＮＷ１６４１は、情報処理装置１０１＄内部の仮想的なネットワークである。仮想ＮＩＣ１６４２は、コンテナＣ＄とゲストＯＳ＄−１との間の接続用の仮想ＮＩＣであり、コンテナＣ＄用の仮想ＮＩＣ１６４３と対向接続される。ゲストＯＳ＄−１のカーネル１６４０内には、仮想ＮＩＣ１６４２に対応してパケット読み取りモジュールｒｍ＄が設けられている。

ここでは、トンネリング技術により、パケット加工モジュールｐｍ＃とパケット読み取りモジュールｒｍ＄との間にトンネル１６００を確立する。パケット加工モジュールｐｍ＃は、トンネル１６００を用いて、パケットＰをトンネリングして、パケット読み取りモジュールｒｍ＄に送信する。

トンネリングとは、ネットワーク（例えば、ネットワーク１１０）を介して接続される２点間でパケットをカプセル化して通信を行うことである。カプセル化とは、元のパケットに新しいヘッダを付与し、元のパケットをデータ部とみなしたパケットを生成することである。

パケット加工モジュールｐｍ＃は、パケットＰをカプセル化して新たなパケット（図１６中、パケットＰｘ）を生成することで、パケットＰ自体にオプションヘッダを付加するなどの加工を行うことなく、時刻情報（パケット到着時刻ｔａ＿１）を新たなパケットに格納することができる。

なお、図１６では図示を省略したが、ゲストＯＳ＃−１のユーザ空間で計測アプリＭＡ＃が実行され、また、ゲストＯＳ＄−１のユーザ空間で中継アプリＲＡ＄が実行される。

ここで、図１７を用いて、カプセル化されたパケットのデータ構造例について説明する。以下の説明では、パケットＰをカプセル化して得られるパケットを「トンネリングパケット」と表記する場合がある。

図１７は、カプセル化されたパケットのデータ構造例を示す説明図である。図１７において、パケット１７００は、パケットＰをカプセル化して得られるパケットであり、ＩＰヘッダ１７１０と、タイムスタンプオプションヘッダ１７２０と、プロトコルヘッダ１７３０と、ペイロード１７４０とを含む。

ペイロード１７４０には、パケットＰが含まれる。すなわち、パケット１７００は、元のパケットＰに新しいヘッダ１７１０を付与し、元のパケットＰをペイロード１７４０（データ部）とみなしたパケットである。時刻情報（パケット到着時刻ｔａ＿１）は、タイムスタンプオプションヘッダ１７２０に書き込まれる。

（情報処理システム１００の各種処理手順）
つぎに、実施の形態２にかかる情報処理システム１００の各種処理手順について説明する。まず、図１８を用いて、情報処理装置１０１＃のパケット加工モジュールｐｍ＃のパケット加工処理手順について説明する。

図１８は、実施の形態２にかかるパケット加工モジュールｐｍ＃のパケット加工処理手順の一例を示すフローチャートである。図１８のフローチャートにおいて、まず、パケット加工モジュールｐｍ＃は、パケットＰを受信したか否かを判断する（ステップＳ１８０１）。

ここで、パケット加工モジュールｐｍ＃は、パケットＰを受信するのを待つ（ステップＳ１８０１：Ｎｏ）。そして、パケット加工モジュールｐｍ＃は、パケットＰを受信した場合（ステップＳ１８０１：Ｙｅｓ）、パケット到着時刻ｔａ＿１をＯＳ＃から取得する（ステップＳ１８０２）。なお、ステップＳ１８０２の処理は、ステップＳ１８０５の直前に実行することにしてもよい。

つぎに、パケット加工モジュールｐｍ＃は、パケットＰがトンネリング対象パケットであるか否かを判断する（ステップＳ１８０３）。トンネリング対象パケットとは、伝送遅延の計測対象となるパケットである。具体的には、例えば、パケット加工モジュールｐｍ＃は、パケットＰのＩＰヘッダやプロトコルヘッダの情報を参照して、トンネリング対象パケットであるか否かを判断する。

ここで、トンネリング対象パケットではない場合（ステップＳ１８０３：Ｎｏ）、パケット加工モジュールｐｍ＃は、ステップＳ１８０６に移行する。一方、トンネリング対象パケットの場合（ステップＳ１８０３：Ｙｅｓ）、パケット加工モジュールｐｍ＃は、パケットＰをカプセリングしてタイムスタンプオプションヘッダを付与する（ステップＳ１８０４）。

つぎに、パケット加工モジュールｐｍ＃は、取得したパケット到着時刻ｔａ＿１を、パケットＰをカプセリングして得られたパケットのタイムスタンプオプションヘッダに書き込む（ステップＳ１８０５）。この際、パケット加工モジュールｐｍ＃は、自モジュールを識別するＩＤを、パケットＰのタイムスタンプオプションヘッダにさらに書き込むことにしてもよい。

そして、パケット加工モジュールｐｍ＃は、カプセル化されたパケット、または、パケットＰを転送して（ステップＳ１８０６）、本フローチャートによる一連の処理を終了する。

これにより、パケット加工モジュールｐｍ＃において、パケットＰをカプセリングし、カプセル化されたパケット（パケットＰをデータ部とするパケット）のタイムスタンプオプションヘッダに、パケット到着時刻ｔａ＿１を書き込むことができる。

つぎに、図１９を用いて、情報処理装置１０１＄のパケット読み取りモジュールｒｍ＄のパケット読取処理手順について説明する。

図１９は、実施の形態２にかかるパケット読み取りモジュールｒｍ＄のパケット読取処理手順の一例を示すフローチャートである。図１９のフローチャートにおいて、まず、パケット読み取りモジュールｒｍ＄は、パケットを受信したか否かを判断する（ステップＳ１９０１）。ここで、パケット読み取りモジュールｒｍ＄は、パケットを受信するのを待つ（ステップＳ１９０１：Ｎｏ）。

そして、パケット読み取りモジュールｒｍ＄は、パケットを受信した場合（ステップＳ１９０１：Ｙｅｓ）、パケット到着時刻ｔｂ＿１をＯＳ＄から取得する（ステップＳ１９０２）。なお、ステップＳ１９０２の処理は、ステップＳ１９０５の直前に実行することにしてもよい。

つぎに、パケット読み取りモジュールｒｍ＄は、受信したパケットがカプセル化されたパケットであるか否かを判断する（ステップＳ１９０３）。具体的には、例えば、パケット読み取りモジュールｒｍ＄は、パケットのＩＰヘッダのプロトコル番号を参照して、カプセル化されたパケットであるか否かを判断する。一例としては、プロトコル番号がＧＲＥ（Ｇｅｎｅｒｉｃ Ｒｏｕｔｉｎｇ Ｅｎｃａｐｓｕｌａｔｉｏｎ）の番号の場合に、パケット読み取りモジュールｒｍ＄は、カプセル化されたパケットであると判断する。

ここで、カプセル化されたパケットではない場合（ステップＳ１９０３：Ｎｏ）、パケット読み取りモジュールｒｍ＄は、ステップＳ１９０８に移行する。一方、カプセル化されたパケットの場合（ステップＳ１９０３：Ｙｅｓ）、パケット読み取りモジュールｒｍ＄は、カプセル化されたパケットのタイムスタンプオプションヘッダから、パケット到着時刻ｔａ＿１を読み出す（ステップＳ１９０４）。

なお、カプセル化されたパケットのタイムスタンプオプションヘッダに、パケット加工モジュールｐｍ＃のＩＤが書き込まれている場合、パケット読み取りモジュールｒｍ＄は、タイムスタンプオプションヘッダから当該ＩＤをさらに読み出すことにしてもよい。

そして、パケット読み取りモジュールｒｍ＄は、読み出したパケット到着時刻ｔａ＿１と、取得したパケット到着時刻ｔｂ＿１とを含む通知メッセージｍを生成する（ステップＳ１９０５）。通知メッセージｍには、パケット加工モジュールｐｍ＃のＩＤを含めることにしてもよい。

つぎに、パケット読み取りモジュールｒｍ＄は、生成した通知メッセージｍを中継アプリＲＡ＄に送信する（ステップＳ１９０６）。つぎに、パケット読み取りモジュールｒｍ＄は、カプセル化されたパケットから中身（データ部）のパケットＰを取り出す（ステップＳ１９０７）。

そして、パケット読み取りモジュールｒｍ＄は、受信したパケットＰ（カプセル化されていないパケット）、または、取り出したパケットＰをユーザアプリＵＡ＄に転送して（ステップＳ１９０８）、本フローチャートによる一連の処理を終了する。

これにより、パケット読み取りモジュールｒｍ＄において、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１とを取得して、中継アプリＲＡ＄に通知することができる。

なお、中継アプリＲＡ＄の時刻情報中継処理手順については、実施の形態１にかかる中継アプリＲＡ＄の時刻情報中継処理手順（図１４参照）と同様のため、図示および説明を省略する。また、計測アプリＭＡ＃の通信時間算出処理手順については、実施の形態１にかかる計測アプリＭＡ＃の通信時間算出処理手順（図１５参照）と同様のため、図示および説明を省略する。

以上説明したように、実施の形態２にかかる情報処理システム１００によれば、パケットＰをカプセル化して得られるパケットにタイムオプションヘッダを付加して、時刻情報（パケット到着時刻ｔａ＿１）を格納することができる。これにより、パケットＰ自体にオプションヘッダを付加するなどの加工を行うことなく、パケットＰの伝送遅延を測定することが可能となる。

（実施の形態３）
つぎに、実施の形態３にかかる通信時間算出方法について説明する。実施の形態３では、中継アプリＲＡ＄において、複数のパケットＰそれぞれについての時刻情報を蓄積し、複数のパケットＰの時刻情報をまとめて計測アプリＭＡ＃に送信する場合について説明する。なお、実施の形態１，２で説明した箇所と同様の箇所については、同一符号を付して図示および説明を省略する。

図２０は、実施の形態３にかかる通信時間算出方法の一実施例を示す説明図である。図２０において、中継アプリＲＡ＄は、バッファ２０１０を有する。バッファ２０１０は、各パケットＰについての時刻情報（ｔａ＿１，ｔｂ＿１，ｔｂ＿２，Ｔｂ＿１）を記憶する記憶部である。

中継アプリＲＡ＄は、パケット読み取りモジュールｒｍ＄から通知メッセージｍを受信する度に、時刻情報（ｔａ＿１，ｔｂ＿１，ｔｂ＿２，Ｔｂ＿１）をバッファ２０１０に蓄積する。時刻情報（ｔａ＿１，ｔｂ＿１，ｔｂ＿２，Ｔｂ＿１）は、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１と通知時刻ｔｂ＿２と通知時刻Ｔｂ＿１とを含む組合せデータである。

パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１とは、パケット読み取りモジュールｒｍ＄から受信した通知メッセージｍに含まれる。通知時刻ｔｂ＿２は、中継アプリＲＡ＄が通知メッセージｍを受信したときのＯＳ＄が起動してからの経過時間を示す。通知時刻Ｔｂ＿１とは、中継アプリＲＡ＄が通知メッセージｍを受信したときのＯＳ＄における時刻（カレンダ時刻）を示す。

中継アプリＲＡ＄は、バッファ２０１０に所定数の時刻情報（ｔａ＿１，ｔｂ＿１，ｔｂ＿２，Ｔｂ＿１）が蓄積された場合、所定数の時刻情報（ｔａ＿１，ｔｂ＿１，ｔｂ＿２，Ｔｂ＿１）を含む時刻情報集約パケット２０００（第３のパケット）を、情報処理装置１０１＃の計測アプリＭＡ＃に送信する。

ここで、図２１を用いて、時刻情報集約パケット２０００のデータ構造例について説明する。

図２１は、時刻情報集約パケット２０００のデータ構造例を示す説明図である。図２１において、時刻情報集約パケット２０００は、ＩＰヘッダ２１１０と、ＴＣＰヘッダ２１２０と、ペイロード２１３０とを含む。ペイロード２１３０には、時刻情報リスト２１３１が格納される。

時刻情報リスト２１３１は、時刻情報２１３１−１〜２１３１−ｎを含む（ｎは、２以上の自然数）。各時刻情報２１３１−１〜２１３１−ｎは、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１と通知時刻ｔｂ＿２と通知時刻Ｔｂ＿１とを含む組合せデータである。

例えば、時刻情報２１３１−１のパケット到着時刻ｔａ＿１は、「ｔａ＿１＿１」である。時刻情報２１３１−１のパケット到着時刻ｔｂ＿１は、「ｔｂ＿１＿１」である。時刻情報２１３１−１の通知時刻ｔｂ＿２は、「ｔｂ＿２＿１」である。時刻情報２１３１−１の通知時刻Ｔｂ＿１は、「Ｔｂ＿１＿１」である。

情報処理装置１０１＃の計測アプリＭＡ＃は、時刻情報集約パケット２０００を受信した場合、時刻情報集約パケット２０００に含まれる時刻情報ごとに、情報処理装置１０１＃から情報処理装置１０１＄への通信時間を算出する。

具体的には、例えば、計測アプリＭＡ＃は、時刻情報ごとに、当該時刻情報と、パケット到着時刻ｔａ＿２’と、パケット到着時刻Ｔａ＿１’とに基づいて、コンテナＣ＃，Ｃ＄間で送受信されたパケットＰの伝送遅延時間を算出する。

ここで、パケット到着時刻ｔａ＿２’は、計測アプリＭＡ＃が、時刻情報集約パケット２０００を受信したときのＯＳ＃が起動してからの経過時間を示すタイマ情報（第５のタイマ情報）である。パケット到着時刻Ｔａ＿１’は、計測アプリＭＡ＃が、時刻情報集約パケット２０００を受信したときのＯＳ＃における時刻（カレンダ時刻）を示す時刻情報（第３の時刻情報）である。

より詳細に説明すると、例えば、計測アプリＭＡ＃は、時刻情報集約パケット２０００を受信すると、パケット到着時刻ｔａ＿２’とパケット到着時刻Ｔａ＿１’とをＯＳ＃から取得する。また、計測アプリＭＡ＃は、受信した時刻情報集約パケット２０００のペイロード２１３０（図２１参照）から、時刻情報リスト２１３１を読み出す。

つぎに、計測アプリＭＡ＃は、時刻情報リスト２１３１の時刻情報２１３１−ｉを参照して、パケット到着時刻ｔａ＿１＿ｉとパケット到着時刻ｔｂ＿１＿ｉと通知時刻ｔｂ＿２＿ｉと通知時刻Ｔｂ＿１＿ｉとを特定する（ｉ＝１，２，…，ｎ）。そして、計測アプリＭＡ＃は、パケット到着時刻ｔａ＿２’からパケット到着時刻ｔａ＿１＿ｉを減算して、ＲＴＴ＿ｉを算出する。

また、計測アプリＭＡ＃は、通知時刻ｔｂ＿２＿ｉからパケット到着時刻ｔｂ＿１＿ｉを減算して、転送時間Ｄ２＿ｉを算出する。また、計測アプリＭＡ＃は、パケット到着時刻Ｔａ＿１’から通知時刻Ｔｂ＿１＿ｉを減算して、転送時間Ｄ３＿ｉを算出する。そして、計測アプリＭＡ＃は、算出したＲＴＴ＿ｉから、算出した転送時間Ｄ２＿ｉと転送時間Ｄ３＿ｉとを減算することにより、転送時間Ｄ１＿ｉを算出する。

転送時間Ｄ１＿ｉは、時刻情報リスト２１３１内の時刻情報２１３１−１〜２１３１−ｎのうちの時刻情報２１３１−ｉに対応する、情報処理装置１０１＃から情報処理装置１０１＄への通信時間（コンテナＣ＃，Ｃ＄間の伝送遅延時間）を表す。

計測アプリＭＡ＃は、例えば、時刻情報リスト２１３１内の各時刻情報２１３１−１〜２１３１−ｎについて、各転送時間Ｄ１＿１〜Ｄ１＿ｎを算出する。そして、計測アプリＭＡ＃は、例えば、算出した各転送時間Ｄ１＿１〜Ｄ１＿ｎを含む伝送遅延リストを出力する。

ここで、図２２を用いて、伝送遅延リストの具体例について説明する。

図２２は、伝送遅延リストの具体例を示す説明図である。図２２において、伝送遅延リスト２２００は、伝送遅延時間Ｄ１＿１〜Ｄ１＿ｎを含む。各伝送遅延時間Ｄ１＿１〜Ｄ１＿ｎは、各転送時間Ｄ１＿１〜Ｄ１＿ｎに対応する。

伝送遅延リスト２２００によれば、例えば、コンテナＣ＃，Ｃ＄間の伝送遅延時間を統計的に解析して、伝送遅延時間の移動平均や加重移動平均などを得ることができる。なお、図示は省略するが、伝送遅延リスト２２００には、例えば、ユーザアプリＵＡ＃，ＵＡ＄やコンテナＣ＃，Ｃ＄を特定する情報が含まれていてもよい。

（情報処理システム１００の各種処理手順）
つぎに、実施の形態３にかかる情報処理システム１００の各種処理手順について説明する。まず、図２３を用いて、情報処理装置１０１＄の中継アプリＲＡ＄の時刻情報中継処理手順について説明する。

図２３は、実施の形態３にかかる中継アプリＲＡ＄の時刻情報中継処理手順の一例を示すフローチャートである。図２３のフローチャートにおいて、まず、中継アプリＲＡ＄は、通知メッセージｍを受信したか否かを判断する（ステップＳ２３０１）。ここで、中継アプリＲＡ＄は、通知メッセージｍを受信するのを待つ（ステップＳ２３０１：Ｎｏ）。

そして、中継アプリＲＡ＄は、通知メッセージｍを受信した場合（ステップＳ２３０１：Ｙｅｓ）、通知時刻ｔｂ＿２と通知時刻Ｔｂ＿１とをＯＳ＄から取得する（ステップＳ２３０２）。つぎに、中継アプリＲＡ＄は、受信した通知メッセージｍから、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１とを読み出す（ステップＳ２３０３）。

なお、通知メッセージｍに、パケット加工モジュールｐｍ＃のＩＤが含まれている場合、中継アプリＲＡ＄は、通知メッセージｍから当該ＩＤをさらに読み出すことにしてもよい。

中継アプリＲＡ＄は、パケット到着時刻ｔａ＿１とパケット到着時刻ｔｂ＿１と通知時刻ｔｂ＿２と通知時刻Ｔｂ＿１とを含む時刻情報をバッファ２０１０に蓄積する（ステップＳ２３０４）。つぎに、中継アプリＲＡ＄は、バッファ２０１０の蓄積量が上限に達したか否かを判断する（ステップＳ２３０５）。例えば、中継アプリＲＡ＄は、バッファ２０１０のｎ個の時刻情報が蓄積された場合に、バッファ２０１０の蓄積量が上限に達したと判断する。

ここで、バッファ２０１０の蓄積量が上限に達していない場合（ステップＳ２３０５：Ｎｏ）、中継アプリＲＡ＄は、本フローチャートによる一連の処理を終了する。

一方、バッファ２０１０の蓄積量が上限に達した場合（ステップＳ２３０５：Ｙｅｓ）、中継アプリＲＡ＄は、バッファ２０１０に蓄積された全時刻情報（時刻情報リスト）をペイロードに含む時刻情報集約パケットを生成する（ステップＳ２３０６）。

つぎに、中継アプリＲＡ＄は、生成した時刻情報集約パケットを情報処理装置１０１＃の計測アプリＭＡ＃に送信する（ステップＳ２３０７）。そして、中継アプリＲＡ＄は、バッファ２０１０を空にして（ステップＳ２３０８）、本フローチャートによる一連の処理を終了する。

これにより、中継アプリＲＡ＄において、時刻情報（ｔａ＿１，ｔｂ＿１，ｔｂ＿２，Ｔｂ＿１）をバッファ２０１０に蓄積することができる。また、バッファ２０１０の蓄積量が上限に達したら、バッファ２０１０内の全時刻情報をまとめて、中継アプリＲＡ＄から計測アプリＭＡ＃に送信することができる。

つぎに、図２４および図２５を用いて、情報処理装置１０１＃の計測アプリＭＡ＃の通信時間算出処理手順について説明する。

図２４および図２５は、実施の形態３にかかる計測アプリＭＡ＃の通信時間算出処理手順の一例を示すフローチャートである。図２４のフローチャートにおいて、まず、計測アプリＭＡ＃は、時刻情報集約パケットを受信したか否かを判断する（ステップＳ２４０１）。ここで、計測アプリＭＡ＃は、時刻情報集約パケットを受信するのを待つ（ステップＳ２４０１：Ｎｏ）。

そして、計測アプリＭＡ＃は、時刻情報集約パケットを受信した場合（ステップＳ２４０１：Ｙｅｓ）、パケット到着時刻ｔａ＿２’とパケット到着時刻Ｔａ＿１’とをＯＳ＃から取得する（ステップＳ２４０２）。つぎに、計測アプリＭＡ＃は、受信した時刻情報集約パケットのペイロードから、時刻情報リストを読み出す（ステップＳ２４０３）。

そして、計測アプリＭＡ＃は、「ｉ＝１」として（ステップＳ２４０４）、時刻情報リストからｉ番目の時刻情報を選択する（ステップＳ２４０５）。つぎに、計測アプリＭＡ＃は、選択した時刻情報を参照して、パケット到着時刻ｔａ＿１＿ｉとパケット到着時刻ｔｂ＿１＿ｉと通知時刻ｔｂ＿２＿ｉと通知時刻Ｔｂ＿１＿ｉとを特定する（ステップＳ２４０６）。

つぎに、計測アプリＭＡ＃は、パケット到着時刻ｔａ＿２’からパケット到着時刻ｔａ＿１＿ｉを減算して、ＲＴＴ＿ｉを算出する（ステップＳ２４０７）。つぎに、計測アプリＭＡ＃は、通知時刻ｔｂ＿２＿ｉからパケット到着時刻ｔｂ＿１＿ｉを減算して、転送時間Ｄ２＿ｉを算出する（ステップＳ２４０８）。

つぎに、計測アプリＭＡ＃は、パケット到着時刻Ｔａ＿１’から通知時刻Ｔｂ＿１＿ｉを減算して、転送時間Ｄ３＿ｉを算出し（ステップＳ２４０９）、図２５に示すステップＳ２５０１に移行する。

図２５のフローチャートにおいて、まず、計測アプリＭＡ＃は、算出したＲＴＴ＿ｉから、算出した転送時間Ｄ２＿ｉと転送時間Ｄ３＿ｉとを減算することにより、転送時間Ｄ１＿ｉを算出する（ステップＳ２５０１）。つぎに、計測アプリＭＡ＃は、ｉをインクリメントして（ステップＳ２５０２）、ｉがｎ以上となったか否かを判断する（ステップＳ２５０３）。

ここで、ｉがｎ未満の場合（ステップＳ２５０３：Ｎｏ）、計測アプリＭＡ＃は、図２４に示したステップＳ２４０５に戻る。一方、ｉがｎ以上の場合（ステップＳ２５０３：Ｙｅｓ）、計測アプリＭＡ＃は、算出した転送時間Ｄ１＿１〜Ｄ１＿ｎを含む伝送遅延リストを作成する（ステップＳ２５０４）。

そして、計測アプリＭＡ＃は、算出した伝送遅延リストを出力して（ステップＳ２５０５）、本フローチャートによる一連の処理を終了する。これにより、時刻情報集約パケットに含まれる時刻情報内の各時刻情報に対応する伝送遅延時間を出力することができる。

なお、パケット加工モジュールｐｍ＃のパケット加工処理手順については、実施の形態１または２にかかるパケット加工モジュールｐｍ＃のパケット加工処理手順（図１２または図１８参照）と同様のため、図示および説明を省略する。また、パケット読み取りモジュールｒｍ＄のパケット読取処理手順については、実施の形態１，２にかかるパケット読み取りモジュールｒｍ＄のパケット読取処理手順（図１３または図１９参照）と同様のため、図示および説明を省略する。

以上説明したように、実施の形態３にかかる情報処理システム１００によれば、中継アプリＲＡ＄において、複数のパケットＰそれぞれについての時刻情報を蓄積し、複数のパケットＰの時刻情報をまとめて計測アプリＭＡ＃に送信することができる。これにより、中継アプリＲＡ＄から計測アプリＭＡ＃に対して、パケットＰごとに時刻情報パケットＴＰを送信する場合に比べて、通信データ量を抑えることができる。

なお、本実施の形態で説明した通信時間算出方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本通信時間算出プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ、ＵＳＢメモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本通信時間算出プログラムは、インターネット等のネットワークを介して配布してもよい。

また、本実施の形態で説明した情報処理装置１０１＃、１０１＄は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣやＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）によっても実現することができる。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）第１の装置と第２の装置との間の通信時間を算出する通信時間算出方法であって、
前記第１の装置が、前記第２の装置への第１のパケットの送信時における前記第１の装置が起動してからの経過時間を示す第１のタイマ情報を前記第１のパケットに付加して送信し、
前記第２の装置の通信モジュールが、受信した前記第１のパケットに含まれる前記第１のタイマ情報と、前記第１のパケットの受信時における前記第２の装置が起動してからの経過時間を示す第２のタイマ情報とを含む通知情報を、前記第２の装置の中継モジュールに送信し、
前記第２の装置の中継モジュールが、受信した前記通知情報に含まれる前記第１のタイマ情報と前記第２のタイマ情報と、前記通知情報の受信時における前記第２の装置が起動してからの経過時間を示す第３のタイマ情報と、前記通知情報の受信時の前記第２の装置における時刻を示す第１の時刻情報とを含む第２のパケットを、前記第１の装置に送信し、
前記第１の装置が、受信した前記第２のパケットに含まれる前記第１のタイマ情報と前記第２のタイマ情報と前記第３のタイマ情報と前記第１の時刻情報と、前記第２のパケットの受信時における前記第１の装置が起動してからの経過時間を示す第４のタイマ情報と、前記第２のパケットの受信時の前記第１の装置における時刻を示す第２の時刻情報とに基づいて、前記第１の装置から前記第２の装置への通信時間を算出する、
ことを特徴とする通信時間算出方法。

（付記２）前記第１の装置が、
前記第１のタイマ情報と前記第４のタイマ情報との時間差を示す第１の時間を算出し、
前記第２のタイマ情報と前記第３のタイマ情報との時間差を示す第２の時間を算出し、
第１の時刻情報と前記第２の時刻情報との時間差を示す第３の時間を算出し、
算出した前記第１の時間から前記第２の時間と前記第３の時間とを減算することにより、前記第１の装置から前記第２の装置への通信時間を算出する、
ことを特徴とする付記１に記載の通信時間算出方法。

（付記３）前記第１のタイマ情報は、前記第１のパケットのオプションヘッダに書き込まれる、ことを特徴とする付記１または２に記載の通信時間算出方法。

（付記４）前記第１のタイマ情報は、ナノ秒単位の経過時間を示す６４ビットのビット列のうちの下３１ビットのビット列によって表される、ことを特徴とする付記３に記載の通信時間算出方法。

（付記５）前記第１のタイマ情報は、前記第１のパケットをカプセル化して得られるパケットのオプションヘッダに書き込まれる、ことを特徴とする付記１〜４のいずれか一つに記載の通信時間算出方法。

（付記６）前記第２の装置の中継モジュールは、
前記第２の装置の通信モジュールから前記通知情報を受信する度に、受信した前記通知情報に含まれる前記第１のタイマ情報と前記第２のタイマ情報と、前記通知情報の受信時における前記第２の装置が起動してからの経過時間を示す第３のタイマ情報と、前記通知情報の受信時における前記第２の装置における時刻を示す第１の時刻情報とを含む組合せデータを記憶部に蓄積し、
前記記憶部に所定数の組合せデータが蓄積された場合、前記所定数の組合せデータを含む第３のパケットを、前記第１の装置に送信し、
前記第１の装置は、
前記第３のパケットを受信した場合、前記第３のパケットに含まれる組合せデータごとに、前記組合せデータと、前記第３のパケットの受信時における前記第１の装置が起動してからの経過時間を示す第５のタイマ情報と、前記第３のパケットの受信時の前記第１の装置における時刻を示す第３の時刻情報とに基づいて、前記第１の装置から前記第２の装置への通信時間を算出する、ことを特徴とする付記１〜５のいずれか一つに記載の通信時間算出方法。

（付記７）前記第１の装置が、算出した前記通信時間を出力する、ことを特徴とする付記１〜６のいずれか一つに記載の通信時間算出方法。

（付記８）前記第１のパケットは、前記第１の装置の第１のＯＳで実行されている第１のコンテナ上で動作するアプリケーションから、前記第２の装置の第２のＯＳで実行されている第２のコンテナ上で動作するアプリケーションへ送信されるパケットである、ことを特徴とする付記１〜７のいずれか一つに記載の通信時間算出方法。

（付記９）前記第１のタイマ情報は、前記第１のコンテナと前記第１のＯＳとの間の接続用の仮想ＮＩＣに対応して設けられる、前記第１のＯＳのカーネル内の通信モジュールにより、前記第１のパケットに付加され、
前記第２の装置の通信モジュールは、前記第２のコンテナと前記第２のＯＳとの間の接続用の仮想ＮＩＣに対応して設けられる、前記第２のＯＳのカーネル内のモジュールである、ことを特徴とする付記８に記載の通信時間算出方法。

（付記１０）第１の装置と第２の装置との間の通信時間を算出する通信時間算出プログラムであって、
前記第１の装置に、
前記第２の装置への第１のパケットの送信時における前記第１の装置が起動してからの経過時間を示す第１のタイマ情報を前記第１のパケットに付加して送信し、
前記第２の装置の中継モジュールから、前記第２の装置の通信モジュールが受信した前記第１のパケットに含まれる前記第１のタイマ情報と、前記第２の装置の通信モジュールが前記第１のパケットを受信したときの前記第２の装置が起動してからの経過時間を示す第２のタイマ情報と、前記第２の装置の中継モジュールが前記第２の装置の通信モジュールから前記第１のタイマ情報および前記第２のタイマ情報を受信したときの、前記第２の装置が起動してからの経過時間を示す第３のタイマ情報および前記第２の装置における時刻を示す第１の時刻情報とを含む第２のパケットを受信し、
受信した前記第２のパケットに含まれる前記第１のタイマ情報と前記第２のタイマ情報と前記第３のタイマ情報と前記第１の時刻情報と、前記第２のパケットの受信時における前記第１の装置が起動してからの経過時間を示す第４のタイマ情報と、前記第２のパケットの受信時における前記第１の装置における時刻を示す第２の時刻情報とに基づいて、前記第１の装置から前記第２の装置への通信時間を算出する、
処理を実行させることを特徴とする通信時間算出プログラム。

１００ 情報処理システム
１０１，１０１＃，１０１＄ 情報処理装置
１１０ ネットワーク
８２０，１７２０ タイムスタンプオプションヘッダ
１０００ バス
１００１ ＣＰＵ
１００２ メモリ
１００３ ディスクドライブ
１００４ ディスク
１００５ 通信Ｉ／Ｆ
１００６ 可搬型記録媒体Ｉ／Ｆ
１００７ 可搬型記録媒体
１１１１ 第１の通信部
１１１２ 計測部
１１１３ 出力部
１１２１ 第２の通信部
１１２２ 中継部
１６００ トンネル
１７００，Ｐ パケット
２０００ 時刻情報集約パケット
２０１０ バッファ
２２００ 伝送遅延リスト
ＴＰ 時刻情報パケット

Claims (8)

1. 第１の装置と第２の装置との間の通信時間を算出する通信時間算出方法であって、
   前記第１の装置が、前記第２の装置への第１のパケットの送信時における前記第１の装置が起動してからの経過時間を示す第１のタイマ情報を前記第１のパケットに付加して送信し、
   前記第２の装置の通信モジュールが、受信した前記第１のパケットに含まれる前記第１のタイマ情報と、前記第１のパケットの受信時における前記第２の装置が起動してからの経過時間を示す第２のタイマ情報とを含む通知情報を、前記第２の装置の中継モジュールに送信し、
   前記第２の装置の中継モジュールが、受信した前記通知情報に含まれる前記第１のタイマ情報と前記第２のタイマ情報と、前記通知情報の受信時における前記第２の装置が起動してからの経過時間を示す第３のタイマ情報と、前記通知情報の受信時の前記第２の装置における時刻を示す第１の時刻情報とを含む第２のパケットを、前記第１の装置に送信し、
   前記第１の装置が、受信した前記第２のパケットに含まれる前記第１のタイマ情報と前記第２のタイマ情報と前記第３のタイマ情報と前記第１の時刻情報と、前記第２のパケットの受信時における前記第１の装置が起動してからの経過時間を示す第４のタイマ情報と、前記第２のパケットの受信時の前記第１の装置における時刻を示す第２の時刻情報とに基づいて、前記第１の装置から前記第２の装置への通信時間を算出する、
   ことを特徴とする通信時間算出方法。
2. 前記第１の装置が、
   前記第１のタイマ情報と前記第４のタイマ情報との時間差を示す第１の時間を算出し、
   前記第２のタイマ情報と前記第３のタイマ情報との時間差を示す第２の時間を算出し、
   第１の時刻情報と前記第２の時刻情報との時間差を示す第３の時間を算出し、
   算出した前記第１の時間から前記第２の時間と前記第３の時間とを減算することにより、前記第１の装置から前記第２の装置への通信時間を算出する、
   ことを特徴とする請求項１に記載の通信時間算出方法。
3. 前記第１のタイマ情報は、前記第１のパケットのオプションヘッダに書き込まれる、ことを特徴とする請求項１または２に記載の通信時間算出方法。
4. 前記第１のタイマ情報は、ナノ秒単位の経過時間を示す６４ビットのビット列のうちの下３１ビットのビット列によって表される、ことを特徴とする請求項３に記載の通信時間算出方法。
5. 前記第１のタイマ情報は、前記第１のパケットをカプセル化して得られるパケットのオプションヘッダに書き込まれる、ことを特徴とする請求項１〜４のいずれか一つに記載の通信時間算出方法。
6. 前記第２の装置の中継モジュールは、
   前記第２の装置の通信モジュールから前記通知情報を受信する度に、受信した前記通知情報に含まれる前記第１のタイマ情報と前記第２のタイマ情報と、前記通知情報の受信時における前記第２の装置が起動してからの経過時間を示す第３のタイマ情報と、前記通知情報の受信時における前記第２の装置における時刻を示す第１の時刻情報とを含む組合せデータを記憶部に蓄積し、
   前記記憶部に所定数の組合せデータが蓄積された場合、前記所定数の組合せデータを含む第３のパケットを、前記第１の装置に送信し、
   前記第１の装置は、
   前記第３のパケットを受信した場合、前記第３のパケットに含まれる組合せデータごとに、前記組合せデータと、前記第３のパケットの受信時における前記第１の装置が起動してからの経過時間を示す第５のタイマ情報と、前記第３のパケットの受信時の前記第１の装置における時刻を示す第３の時刻情報とに基づいて、前記第１の装置から前記第２の装置への通信時間を算出する、ことを特徴とする請求項１〜５のいずれか一つに記載の通信時間算出方法。
7. 前記第１の装置が、算出した前記通信時間を出力する、ことを特徴とする請求項１〜６のいずれか一つに記載の通信時間算出方法。
8. 第１の装置と第２の装置との間の通信時間を算出する通信時間算出プログラムであって、
   前記第１の装置に、
   前記第２の装置への第１のパケットの送信時における前記第１の装置が起動してからの経過時間を示す第１のタイマ情報を前記第１のパケットに付加して送信し、
   前記第２の装置の中継モジュールから、前記第２の装置の通信モジュールが受信した前記第１のパケットに含まれる前記第１のタイマ情報と、前記第２の装置の通信モジュールが前記第１のパケットを受信したときの前記第２の装置が起動してからの経過時間を示す第２のタイマ情報と、前記第２の装置の中継モジュールが前記第２の装置の通信モジュールから前記第１のタイマ情報および前記第２のタイマ情報を受信したときの、前記第２の装置が起動してからの経過時間を示す第３のタイマ情報および前記第２の装置における時刻を示す第１の時刻情報とを含む第２のパケットを受信し、
   受信した前記第２のパケットに含まれる前記第１のタイマ情報と前記第２のタイマ情報と前記第３のタイマ情報と前記第１の時刻情報と、前記第２のパケットの受信時における前記第１の装置が起動してからの経過時間を示す第４のタイマ情報と、前記第２のパケットの受信時の前記第１の装置における時刻を示す第２の時刻情報とに基づいて、前記第１の装置から前記第２の装置への通信時間を算出する、
   処理を実行させることを特徴とする通信時間算出プログラム。

Images