JP2024054943A - 通信装置およびその制御方法 - Google Patents

Abstract

【課題】同期精度の低下を抑制することができる通信装置を提供すること。【解決手段】他の通信装置と時刻同期する通信装置であって、前記時刻同期のための通信プロトコル処理を実行する処理手段と、同期パケットを格納する格納手段と、前記同期パケットが前記格納手段に滞留する時間を予測する予測手段と、前記同期パケットを、前記処理手段を介さずに前記他の通信装置に送信する状態にある場合、前記予測手段が予測した時間に基づいて、前記同期パケットの所定箇所を書き換える書き換え手段と、を有する。【選択図】図７

Description

本発明は、通信装置およびその制御方法に関する。

昨今、複数のカメラを異なる位置に設置して多視点で同期撮影し、当該撮影により得られた複数視点画像を用いて仮想視点コンテンツを生成する技術が注目されている。仮想視点コンテンツを用いることにより、例えばサッカーやバスケットボールのハイライトシーンを様々な角度から視聴することができるため、通常の画像と比較してユーザに高臨場感を与えることができる。
多視点同期撮影を実現するためのネットワークを構成する複数の端末装置（通信装置）の接続方法として、各端末装置を直列に接続するデイジーチェーンと呼ばれる接続方法がある。

特開２０１７－１０３５８８号公報

特許文献１に開示されるような、複数の端末装置を直列に接続するデイジーチェーン接続されたネットワークにおいて、１つの端末装置に障害が発生した場合、当該端末装置の処理（ＣＰＵによるプロトコル処理を含む）をバイパスすることが考えられる。例えば、障害が発生している端末装置と隣の端末装置の伝送路を直結することにより、障害が発生している端末装置における処理をバイパスすることができる。

通信パケットが同期パケットの場合、ＰＴＰ（Ｐｒｅｃｉｓｉｏｎ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）のＴＣ（Ｔｒａｎｓｐｅａｒｅｎｔ Ｃｌｏｃｋ）処理でコレクションフィールドに、同期パケットの内部処理時間や滞留時間を加算する。当該加算により、同期パケットの処理遅延や滞留遅延が発生しても、同期精度の低下を防ぐことができる。しかし、特許文献１の技術では、通信パケットのプロトコル処理を実施するＣＰＵをバイパスするため、処理時間や滞留時間をコレクションフィールドに加算できず、同期精度が低下する。
上記した課題を解決するために、本発明は同期精度の低下を抑制することができる通信装置を提供することを目的とする。

本発明の１つの態様による通信装置は、他の通信装置と時刻同期する通信装置であって、前記時刻同期のための通信プロトコル処理を実行する処理手段と、同期パケットを格納する格納手段と、前記同期パケットが前記格納手段に滞留する時間を予測する予測手段と、前記同期パケットを、前記処理手段を介さずに前記他の通信装置に送信する状態にある場合、前記予測手段が予測した時間に基づいて、前記同期パケットの所定箇所を書き換える書き換え手段と、を有する。

本発明によれば、同期精度の低下を抑制することができる。

本発明の実施形態における同期撮影システムを示す図。 実施形態におけるカメラアダプタのブロック図。 ＰＴＰ時刻同期シーケンス図。 ＰＴＰ ＴＣ処理シーケンス図。 実施形態における通常状態時のフローチャート図。 実施形態におけるバイパス状態時の全体フローチャート図。 実施形態におけるバイパス状態時の詳細フローチャート図。 実施形態における第１バッファ部の滞留時間予測方法を説明する図。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

本発明を適用できるシステムとして競技場(スタジアム)やコンサートホールに設置されて仮想視点画像を生成できる同期撮影システムについて図１を用いて説明する。
図１の同期撮影システム１００は、タイムサーバ１０１、ハブ１０２、制御端末１０３、画像コンピューティングサーバ１０４、ユーザ端末１０５、センサシステム１１０ａ～１１０ｚで構成される。本実施形態では、２６セットのセンサシステム１１０ａ～１１０ｚが同期撮影システム１００に含まれている。センサシステム１１０ａ～１１０ｚは、カメラ１１１ａ～１１１ｚと、カメラアダプタ１１２ａ～１１２ｚとを有する。ユーザ端末１０５は表示部を有する。カメラ１１１ａ～１１１ｚとカメラアダプタ１１２ａ～１１２ｚは、画像伝送用ケーブル２０２ａ～２０２ｚで接続されている。

ハブ１０２とセンサシステム１１０ａ～１１０ｚは、デイジーチェーンのアクティブ回線１０６ａ～１０６ｚおよびバックアップ回線１０７ａ～１０７ｚで接続されている。ハブ１０２は、制御端末１０３に通信路１５１で接続され、タイムサーバ１０１に通信路１５２で接続され、画像コンピューティングサーバ１０４に通信路１５３で接続されている。画像コンピューティングサーバ１０４はユーザ端末１０５に通信路１５４で接続されている。なお、以下の説明において、アクティブ回線１０６ａ～１０６ｚ、バックアップ回線１０７ａ～１０７ｚ、通信路１５１～１５４は、ネットワークと称される場合がある。

本実施形態において、特別な説明がない場合は、センサシステム１１０ａ～１１０ｚは区別せずセンサシステム１１０と記載する。各センサシステム１１０内の装置（カメラ、カメラアダプタ、画像伝送用ケーブル）についても同様に、特別な説明がない場合は区別せずに記載する。なお、センサシステム１１０の台数（セット数）を２６としているが、台数は２６に限定されない。また、複数のセンサシステム１１０は同一の構成でなくてもよく、例えばそれぞれが異なる機種の装置で構成されていてもよい。本実施形態では、特に断りがない限り、画像という文言が、動画と静止画の概念を含むものとして説明する。すなわち、本実施形態の同期撮影システム１００は、静止画および動画の何れについても適用可能である。センサシステム１１０ａ～１１０ｚを接続するアクティブ回線１０６ａ～１０６ｚおよびバックアップ回線１０７ａ～１０７ｚも同様に区別しない。特別な説明がない場合は、アクティブ回線１０６ａ～１０６ｚはアクティブ回線１０６と記載し、バックアップ回線１０７ａ～１０７ｚはバックアップ回線１０７と記載する。

タイムサーバ１０１は、時刻情報を配信する機能を有しており、ＧＮＳＳ１０８に同期した時刻情報をセンサシステム１１０に配信する。なお、タイムサーバ１０１が持つローカル時刻をマスタ時刻として、センサシステム１１０に配信してもよい。ＧＮＳＳはＧｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ（全球測位衛星システム）の略である。
ハブ１０２には、タイムサーバ１０１が配信する時刻情報を持ったＰＴＰ（Ｐｒｅｃｉｓｉｏｎ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）パケットや、センサシステム１１０が画像コンピューティングサーバ１０４に送信する画像データが送信されてくる。ハブ１０２は、ＰＴＰパケットや画像データを各宛先に振り分ける。

制御端末１０３は、同期撮影システム１００を構成するそれぞれのブロックに対してネットワークを通じて動作状態の管理およびパラメータ設定制御などを行う。ここでネットワークはＥｔｈｅｒｎｅｔ（登録商標）であるＩＥＥＥ標準準拠のＧｂＥ（ギガビットイーサーネット）や１０ＧｂＥでもよいし、インターコネクトＩｎｆｉｎｉｂａｎｄ、産業用イーサーネットなどを組み合わせて構成されてもよい。また、これらに限定されず、ほかの種別の通信網であってもよい。

センサシステム１１０はカメラ１１１とカメラアダプタ１１２で構成される。なお、センサシステム１１０の構成は、これに限定されない。例えば、センサシステム１１０は、マイクといった音声デバイス、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）といったストレージ装置、カメラの向きを制御する雲台等を含んでもよい。また、センサシステム１１０は１台のカメラアダプタと、複数のカメラで構成されてもよいし、１台のカメラと複数のカメラアダプタで構成されてもよい。

複数のセンサシステム１１０同士はデイジーチェーン接続されている。デイジーチェーンは、ネットワーク構築に必要な配線量を最小化して、効率的にデータ転送を行うことが可能である。この接続形態により、撮像画像の４Ｋや８Ｋなどへの高解像度化および高フレームレート化に伴う画像データの大容量化において、接続ケーブル数の削減や配線作業の省電力化ができる。なお、センサシステム１１０同士の接続形態として、各センサシステム１１０がハブ１０２に接続されて、ハブ１０２を経由してセンサシステム１１０間のデータ送受信を行うスター型のネットワーク構成としてもよい。

また、図１では、センサシステム１１０の全てがデイジーチェーン接続されている構成を示したが、本実施形態はこれに限定されない。例えば、複数のセンサシステム１１０をいくつかのグループに分割して、分割したグループ単位でセンサシステム１１０間をデイジーチェーン接続してもよい。このような構成は、スタジアムにおいて特に有効である。例えば、スタジアムが複数階（複数フロア）で構成され、フロア毎に所定数のセンサシステム１１０を配備する場合が考えられる。この場合に、フロア毎、あるいはスタジアムの半周毎に画像コンピューティングサーバ１０４への入力を行うことができる。そして、全センサシステム１１０を１つのデイジーチェーンで接続する配線が困難な場所でも設置の簡便化およびシステムの柔軟化を図ることができる。

カメラ１１１ａ～１１１ｚは、被写体を複数の方向から撮影する。なお、複数のカメラ１１１ａ～１１１ｚは同一のものとして説明するが、性能や機種が異なっていてもよい。
カメラアダプタ１１２ａ～１１２ｚは、カメラ１１１ａ～１１１ｚと接続し、カメラ１１１ａ～１１１ｚの制御、撮影画像取得、同期信号提供および時刻設定などを実施する。

カメラアダプタ１１２は、カメラ１１１が撮影した画像（撮影データ）に対して画像処理を施す。具体的には、撮影データから前景画像と背景画像を分離して出力することで、複数の視点から撮影された前景画像と背景画像に基づいて仮想視点画像が生成される。なお、撮影画像から分離した前景画像を出力して、背景画像は出力しないカメラアダプタ１１２が存在してもよい。
カメラアダプタ１１２は、画像処理された画像データをデイジーチェーンで接続されたハブ１０２を介して、画像コンピューティングサーバ１０４へ送信する。
カメラアダプタ１１２は、ＰＴＰスレーブとして動作して、ＧＭ（Ｇｒａｎｄ Ｍａｓｔｅｒ）装置であるタイムサーバ１０１と同期する。また、カメラアダプタ１１２は、ＰＴＰマスタとして動作して、他のセンサシステム１１０とも同期するＢＣ（Ｂｏｕｎｄａｒｙ Ｃｌｏｃｋ）装置として動作する。

なお、カメラアダプタ１１２は、ＧＭ装置（タイムサーバ１０１）からのＰＴＰパケットに対して時刻補正を行い他のセンサシステム１１０に転送するＴＣ（Ｔｒａｎｓｐａｒｅｎｔ Ｃｌｏｃｋ）装置として動作してもよい。
また、カメラアダプタ１１２は、ＧＭ装置（タイムサーバ１０１）からのＰＴＰパケットや、別のセンサシステム１１０から転送されたＰＴＰパケットを用いて時刻同期のみを行うＯＣ（Ｏｒｄｉｎａｒｙ Ｃｌｏｃｋ）装置として動作してもよい。

また、カメラアダプタ１１２は、ＧＭ装置からのＰＴＰパケットや、別のセンサシステム１１０から転送されたＰＴＰパケットを用いて時刻同期を行い、かつＰＴＰパケットに対して時刻補正を行ってもよい。そして時刻補正したＰＴＰパケットを他のセンサシステム１１０に転送するＴＣ＋ＯＣ装置として動作をしてもよい。
そして、カメラアダプタ１１２は、同期した時刻やリファレンス信号を利用し、撮影タイミング（制御クロック）をカメラ１１１に提供する。

画像コンピューティングサーバ１０４は、センサシステム１１０から取得したデータの処理を行う。まず、画像コンピューティングサーバ１０４は、センサシステム１１０から取得した撮影データ（画像データ）を再構成してデータ形式を変換し、その後、カメラの識別子、データ種別、フレーム番号に応じて画像データを記憶する。そして、画像コンピューティングサーバ１０４は、制御端末１０３から視点の指定を受け付け、受け付けた視点に基づいて記憶された情報から対応する撮像データを読み出し、レンダリング処理を行って仮想視点画像を生成する。なお、画像コンピューティングサーバ１０４の機能の少なくとも一部を、制御端末１０３、センサシステム１１０、ユーザ端末１０５が有していてもよい。

ユーザ端末１０５は、画像コンピューティングサーバ１０４からレンダリング処理された画像を受信する。ユーザ端末１０５を操作するユーザは、指定に応じた視点の画像を、ユーザ端末１０５の表示部で閲覧することが出来る。すなわち、画像コンピューティングサーバ１０４は、複数のセンサシステム１１０により撮影された撮影画像（複数視点画像）と視点情報とに基づく仮想視点コンテンツを生成する。なお、本実施形態において仮想視点コンテンツは画像コンピューティングサーバ１０４により生成されるとしたが、これに限定されない。すなわち、仮想視点コンテンツは制御端末１０３やユーザ端末１０５により生成されてもよい。

次にカメラアダプタ１１２のネットワーク通信制御部分の構成について、図２を用いて説明する。ここでは、アクティブ回線１０６について説明するがバックアップ回線１０７についても同様の構成を適用できる。本実施形態では、カメラアダプタ１１２はデイジーチェーン接続されてパケットを送受信することができるので、通信装置と称することができる。
カメラアダプタ１１２は、主な機能ブロックとして、第１ＰＨＹ部２０３、第２ＰＨＹ部２０４、システム制御部２０５を有する。カメラ１１１とカメラアダプタ１１２は画像伝送用ケーブル２０２で接続されている。

第１ＰＨＹ部２０３、第２ＰＨＹ部２０４は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に代表される第１伝送路（ネットワーク）２００（１０６）、第２伝送路２０１（１０６）とのインターフェースである。第１ＰＨＹ部２０３と第２ＰＨＹ部２０４は、通信におけるＰＨＹ層（物理層）の通信制御を担っている。第１伝送路２００（１０６）が第１ＰＨＹ部２０３に接続され、第２伝送路２０１（１０６）が第２ＰＨＹ部２０４に接続されている。

なお、第１ＰＨＹ部２０３が第１伝送路２００における通信を制御し、第２ＰＨＹ部２０４が第２伝送路２０１における通信を制御するとしたが、本実施形態はこの構成に限定されない。例えば１つのＰＨＹモジュールがバックアップ回線１０７を含む伝送路全ての通信を一括で制御してもよい。あるいは２つのＰＨＹモジュールの内の１つがアクティブ回線１０６を制御し、もう一のＰＨＹモジュールがバックアップ回線１０７を制御してもよい。第１ＰＨＹ部２０３と第２ＰＨＹ部２０４はシステム制御部２０５に含まれる構成であってもよい。

システム制御部２０５は、第１Ｉ／Ｆ部２１０、第２Ｉ／Ｆ部２１１、バイパス制御部２１２、第１ＭＡＣ部２１３、第２ＭＡＣ部２１４、第１バッファ部２１５、第２バッファ部２１６、滞留時間予測部２１７、パケット判別部２１８を有する。また、システム制御部２０５は、ヘッダ書き換え部２１９、システムバス２２０、映像パケット処理部２２１、通信プロトコル処理部２２２、状態制御部２２３を有する。バイパス制御部２１２は、スイッチ２１２ａ、２１２ｂを有する。Ｉ／ＦはＩｎｔｅｒｆａｃｅの略である。
映像パケット処理部２２１、通信プロトコル処理部２２２、状態制御部２２３、バイパス制御部２１２と、アクティブ回線１０６の伝送経路とは、システムバス２２０を介して相互に接続している。伝送経路上の通信情報のスヌープ／書き換えを実行するために、滞留時間予測部２１７、パケット判別部２１８、ヘッダ書き換え部２１９が設けられている。システム制御部２０５はＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）やＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）により構成される。

映像パケット処理部２２１は、カメラ１１１で撮影された画像のデータ（画像データ）を、画像伝送用ケーブル２０２を介してカメラ１１１から受信して、画像データのパケタイズ（パケット化）を行う。映像パケット処理部２２１は、画像パケット（映像パケット）を、第１伝送路２００を通じて画像コンピューティングサーバ１０４に送信する。映像パケット処理部２２１はＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）といったストレージを備え、パケット送信と並行して、受信した画像データをストレージに記憶することもできる。

通信プロトコル処理部２２２は、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルで定義されるアプリケーション層でアプリケーションソフトウエアを実行し、パケットの送受信処理やＰＴＰ同期処理を行う。通信プロトコル処理部２２２は、カメラアダプタ１１２全体の制御も実行する。通信プロトコル処理部２２２は、滞留時間予測に必要な各種情報（ＰＴＰ同期設定、伝送路における固定遅延補正のためのオフセット値、通信パケットの伝送クロックなど）を、あらかじめバイパス制御部２１２のレジスタなどにセットしておく。

状態制御部２２３は、センサシステム１１０の状態に応じて、バイパス制御部２１２の通信経路を個別に切り替えるための制御信号を出力する。具体的には、状態制御部２２３はセンサシステム１１０が故障状態やスリープ状態などセンサシステム１１０を制御できないもしくは制御しない状態に陥った場合に、制御信号を出力し、この制御信号により、バイパス制御部２１２のスイッチ２１２ａ、２１２ｂが切り替わる。状態制御部２２３は、センサシステム１１０が故障状態・スリープ状態から復帰したときにも、同様に制御信号を出力し、当該制御信号により、バイパス制御部２１２のスイッチ２１２ａ、２１２ｂを切り替える。

アクティブ回線１０６の伝送経路は、第１Ｉ／Ｆ部２１０、第２Ｉ／Ｆ部２１１、バイパス制御部２１２、第１ＭＡＣ部２１３、第２ＭＡＣ部２１４、第１バッファ部２１５および第２バッファ部２１６を有する。さらに、アクティブ回線１０６の伝送経路は、滞留時間予測部２１７、パケット判別部２１８およびヘッダ書き換え部２１９を有する。

第１Ｉ／Ｆ部２１０は第１ＰＨＹ部２０３に接続され、第１ＰＨＹ部２０３とのデータ送受信を行う。第２Ｉ／Ｆ部２１１は第２ＰＨＹ部２０４に接続され、第２ＰＨＹ部２０４とのデータ送受信を行う。第１Ｉ／Ｆ部２１０、第２Ｉ／Ｆ部２１１はシリアルトランシーバであり、ＰＭＡ（Ｐｈｙｓｉｃａｌ Ｍｅｄｉｕｍ Ａｔｔａｃｈｍｅｎｔ）、ＰＣＳ（Ｐｈｉｓｉｃａｌ Ｃｏｄｉｎｇ Ｓｕｂｌａｙｅｒ）で構成される。

バイパス制御部２１２は、カメラアダプタ１１２のアクティブ回線１０６における通信経路を制御する。バイパス制御部２１２は、通信プロトコル処理部２２２あるいは映像パケット処理部２２１に対してデータを転送する第１経路２１２ｃを持つ。また、バイパス制御部２１２は、通信プロトコル処理部２２２や映像パケット処理部２２１による処理を実施しない第２経路２１２ｄを持つ。本実施形態では、第１経路２１２ｃを使用している場合を通常モードと称し、第２経路２１２ｄを使用している場合をバイパスモードと称する。バイパス制御部２１２は、状態制御部２２３が出力する制御信号を受信することで、スイッチ２１２ａと２１２ｂを作動させて第１経路２１２ｃと第２経路２１２ｄの切り替えを制御する。図２は第２経路２１２ｄが使用されている状態を示している。
バイパス制御部２１２は、第１経路２１２ｃを使用する通常モードもしくは第２経路２１２ｄを使用するバイパスモードのどちらで通信しているかを滞留時間予測部２１７に通知する。バイパス制御部２１２は、通信における各種情報（ＰＴＰ同期設定、伝送路における遅延時間補正のためのオフセット値、通信パケットの伝送クロックなど）を滞留時間予測部２１７に通知する。

第１ＭＡＣ部２１３は、第１Ｉ／Ｆ部２１０と接続される場合、第１伝送路２００に対するＯＳＩ参照モデルのデータリンク層に対応する処理を実行するように構成される。
第２ＭＡＣ部２１４は、第２Ｉ／Ｆ部２１１と接続される場合、第２伝送路２０１に対するＯＳＩ参照モデルのデータリンク層に対応する処理を実行するように構成される。

本実施形態では第１ＭＡＣ部２１３、第２ＭＡＣ部２１４は各伝送路２００、２０１における通信を制御しているが、本実施形態はこの構成に限定されない。例えば１つのＭＡＣモジュールがバックアップ回線１０７を含む全ての伝送路における通信を制御する構成であってもよい。もしくは、２つのＭＡＣモジュールの内の１つがアクティブ回線１０６の通信を制御し、もう１つがバックアップ回線１０７の通信を制御する構成であってもよい。

本実施形態では、第１Ｉ／Ｆ部２１０、第２Ｉ／Ｆ部２１１は各伝送路２００、２０１におけるデータの送受信を行っているが、本実施形態はこの構成に限定されない。例えば１つのＩ／Ｆモジュールがバックアップ回線１０７を含む全ての伝送路におけるデータを送受信する構成であってもよい。もしくは、２つのＩ／Ｆモジュールの内の１つがアクティブ回線１０６のデータを送受信し、もう１つがバックアップ回線１０７のデータを送受信する構成であってもよい。

第１バッファ部２１５、第２バッファ部２１６は、伝送経路の通信パケットをバッファリングする（同期パケットを格納する）。第１バッファ部２１５、第２バッファ部２１６は、ＦＩＦＯ（Ｆｉｒｓｔ Ｉｎｐｕｔ Ｆｉｒｓｔ Ｏｕｔｐｕｔ）で構成され、通信パケットを全てＦＩＦＯに入力した後に、ＦＩＦＯから出力するＳｔｏｒｅ＆Ｆｏｒｗａｒｄ方式で動作する。第１バッファ部２１５、第２バッファ部２１６は、それぞれが使用しているＦＩＦＯ段数を滞留時間予測部２１７にリアルタイムで通知する。第１バッファ部２１５、第２バッファ部２１６は、同期パケットを格納するので格納部と称してもよい。

滞留時間予測部２１７は、バイパス制御部２１２から通常モードもしくはバイパスモードのどちらで動作しているか（現在の動作モード）を示す通知（信号）を受信して、バイパスモード時のみ滞留時間を予測する。滞留時間予測部２１７は、ＰＴＰ同期設定の１Ｓｔｅｐあるいは２Ｓｔｅｐのどちらで動作しているかを示す通知（信号）を受信する。そして、滞留時間予測部２１７は、特定の同期パケットが第１バッファ部２１５、第２バッファ部２１６で滞留する時間を予測して、ヘッダ書き換え部２１９に対して予測した滞留時間を通知する。また、滞留時間予測部２１７は、特定の同期パケットのコレクションフィールド値も滞留時間と併せて通知する。なお、本実施形態では、バイパス制御部２１２から動作モード(通常モード／バイパスモード)と同期設定（１Ｓｔｅｐ／２Ｓｔｅｐ）を受信しているが、本実施形態はこれに限定されない。滞留時間予測部２１７をシステムバス２２０と相互接続して、通信プロトコル処理部２２２からＰＴＰ同期設定・伝送クロックを受信し、状態制御部２２３から動作モードを受信してもよい。
スイッチ２１２ａ、２１２ｂの作動により、同期パケットの送受信中に通常モードからバイパスモードに切り替わった場合、滞留時間予測部２１７は送受信中の同期パケットを予測の対象外として、次に送受信される同期パケットを予測の対象とする。

パケット判別部２１８は、滞留時間を予測する特定の同期パケットを判別する。具体的には、パケット判別部２１８は、ＰＴＰ同期パケットのＳｙｎｃメッセージ、Ｆｏｌｌｏｗ＿Ｕｐメッセージ、Ｄｅｌａｙ＿Ｒｅｓｐメッセージを判別する。パケット判別部２１８は、ＥｔｈｅｒｎｅｔフレームのＭＡＣヘッダに含まれるＥｔｈｅｒＴｙｐｅ、同期パケットのＰＴＰヘッダに含まれるｍｅｓｓａｇｅＴｙｐｅ、またはＥｔｈｅｒＴｙｐｅとｍｅｓｓａｇｅＴｙｐｅの両方に基づいて上記判別を行う。
ヘッダ書き換え部２１９は、滞留時間予測部２１７から滞留時間予測結果と同期パケットのコレクションフィールド値を受信する。ヘッダ書き換え部２１９は、パケット判別部２１８の判別（判定）結果を用いて、ヘッダ書き換え部２１９に入力された通信パケットがヘッダ書き換え対象であるパケットかどうか判定する。当該判定の結果に基づいて、ヘッダ書き換え部２１９は、ヘッダ書き換え対象のコレクションフィールド値（所定箇所）を滞留時間予測部２１７より受信した滞留時間予測結果で書き換えて、第２ＭＡＣ部２１４に送出する。コレクションフィールドとは、ＰＴＰ同期パケットがタイムサーバ１０１とセンサシステム１１０の間の中継処理に要した時間を記録しておく領域のことである。コレクションフィールドはＰＴＰ同期パケットのヘッダ領域に含まれており、コレクションフィールドを考慮してＰＴＰ同期処理を実施することで、中継処理での遅延変動を補正してより高精度な時刻同期が可能となる。

次にＧＭＣ（Ｇｒａｎｄ Ｍａｓｔｅｒ Ｃｌｏｃｋ）とＰＴＰスレーブ装置の間の一般的なＰＴＰ時刻同期処理のシーケンスについて図３を用いて説明する。本明細書では、ＧＭＣマスタ装置はタイムサーバ１０１であり、ＰＴＰスレーブ装置はセンサシステム１１０として説明する。
Ｓ３０１において、タイムサーバ１０１は、センサシステム１１０に対して同期パケットＳｙｎｃを一定間隔で送信する。センサシステム１１０は同期パケットＳｙｎｃを受信すると、当該受信を示す受信タイムスタンプ情報ｔ２を保持する。

Ｓ３０２において、タイムサーバ１０１は、同期パケットＳｙｎｃを送信したことを示す送信タイムスタンプ情報ｔ１を同期パケットＦｏｌｌｏｗ＿Ｕｐに載せて、センサシステム１１０に送信する。センサシステム１１０は、同期パケットＦｏｌｌｏｗ＿Ｕｐを受信することで送信タイムスタンプ情報ｔ１を保持する。本実施形態では同期パケットＳｙｎｃの送信タイムスタンプ情報ｔ１を同期パケットＦｏｌｌｏｗ＿Ｕｐに載せて送信する２Ｓｔｅｐと呼ばれる方法について説明する。同期パケットＳｙｎｃの送信タイムスタンプ情報ｔ１を同期パケットＦｏｌｌｏｗ＿Ｕｐに載せず、同期パケットＳｙｎｃ自身に載せて送信する１Ｓｔｅｐと呼ばれる方法もある。本実施形態は１Ｓｔｅｐ、２Ｓｔｅｐのどちらでも適用可能である。

Ｓ３０３において、センサシステム１１０は、タイムサーバ１０１に同期パケットＤｅｌａｙ＿Ｒｅｑを送信する。この時、センサシステム１１０は同期パケットＤｅｌａｙ＿Ｒｅｑの送信タイムスタンプ情報ｔ３を保持する。タイムサーバ１０１は同期パケットＤｅｌａｙ＿Ｒｅｑを受信すると、当該受信を示す受信タイムスタンプ情報ｔ４を保持する。

Ｓ３０４において、タイムサーバ１０１は、センサシステム１１０に同期パケットＤｅｌａｙ＿Ｒｅｓｐを送信する。この時、タイムサーバ１０１は、同期パケットＤｅｌａｙ＿Ｒｅｑの受信タイムスタンプ情報ｔ４を同期パケットＤｅｌａｙ＿Ｒｅｓｐに載せてセンサシステム１１０に送信する。センサシステム１１０は、同期パケットＤｅｌａｙ＿Ｒｅｓｐを受信することで、タイムサーバ１０１が同期パケットＤｅｌａｙ＿Ｒｅｑを受信した受信タイムスタンプ情報ｔ４を保持する。

センサシステム１１０は、Ｓ３０１～Ｓ３０４の同期パケットのやりとりから平均伝送遅延時間を算出して、センサシステム１１０内の時刻を補正する。
平均伝送遅延時間は以下の式で算出する。
｛（ｔ２－ｔ１）＋（ｔ４－ｔ３）｝／２ ＝ 平均伝送遅延時間

次にマスタースレーブ間の一般的なＴＣ（Ｔｒａｎｓｐｅａｒｅｎｔ Ｃｌｏｃｋ）処理シーケンスについて図４を用いて説明する。ここでは、ＧＭＣマスタ装置であるタイムサーバ１０１とＰＴＰスレーブ装置であるセンサシステム１１０ｂの間にあるセンサシステム１１０ａのＴＣ処理に着目する。

Ｓ４０１では同期パケットＳｙｎｃがタイムサーバ１０１からセンサシステム１１０ａに送信される。より詳しくは、Ｓ４０１において、タイムサーバ１０１は、センサシステム１１０ｂ宛の同期パケットＳｙｎｃをセンサシステム１１０ａに一定間隔で送信する。センサシステム１１０ａは同期パケットＳｙｎｃを受信した時刻を受信時刻情報ｔ１’として保持する。

Ｓ４０２では同期パケットＳｙｎｃがセンサシステム１１０ａからセンサシステム１１０ｂに送信される。より詳しくは、Ｓ４０２において、センサシステム１１０ａは、Ｓ４０１で受信した同期パケットＳｙｎｃをセンサシステム１１０ｂに送信する。センサシステム１１０ａは、同期パケットＳｙｎｃを送信した時刻を送信時刻情報ｔ２’として保持する。センサシステム１１０ｂはＳｙｎｃを受信することで受信タイムスタンプ情報ｔ２を保持する。

Ｓ４０３では同期パケットＦｏｌｌｏｗ＿Ｕｐがタイムサーバ１０１からセンサシステム１１０ａに送信される。より詳しくは、Ｓ４０３において、タイムサーバ１０１は、同期パケットＳｙｎｃを送信した時の送信タイムスタンプ情報ｔ１をセンサシステム１１０ｂ宛の同期パケットＦｏｌｌｏｗ＿Ｕｐに載せて、センサシステム１１０ａに送信する。センサシステム１１０ａは同期パケットＦｏｌｌｏｗ＿Ｕｐを受信する。

Ｓ４０４では同期パケットＦｏｌｌｏｗ＿Ｕｐがセンサシステム１１０ａからセンサシステム１１０ｂへ送信される。より詳しくは、Ｓ４０４において、センサシステム１１０ａは、Ｓ４０１とＳ４０２で保持した同期パケットＳｙｎｃの受信時刻情報ｔ１’と送信時刻情報ｔ２’から、同期パケットＦｏｌｌｏｗ＿Ｕｐのコレクションフィールド値に(ｔ２’－ｔ１’)値を加算する。そして、センサシステム１１０ａは同期パケットＦｏｌｌｏｗ＿Ｕｐをセンサシステム１１０ｂに送信する。センサシステム１１０ｂは、Ｆｏｌｌｏｗ＿Ｕｐを受信することで、送信タイムスタンプ情報ｔ１とタイムサーバ１０１からセンサシステム１１０ｂ方向の中継処理時間(ｔ２’－ｔ１’)とを保持する。

Ｓ４０１～Ｓ４０４はＰＴＰ時刻同期の２Ｓｔｅｐにおける処理シーケンスである。なお、１Ｓｔｅｐ処理では同期パケットＦｏｌｌｏｗ＿Ｕｐを使用しないため、センサシステム１１０ａにおける中継処理時間(ｔ２’－ｔ１’)は同期パケットＳｙｎｃに載せてセンサシステム１１０ｂに送信される。

Ｓ４０５では同期パケットＤｅｌａｙ＿Ｒｅｑがセンサシステム１１０ｂからセンサシステム１１０ａに送信される。より詳しくは、Ｓ４０５において、センサシステム１１０ｂは、タイムサーバ１０１宛に同期パケットＤｅｌａｙ＿Ｒｅｑをセンサシステム１１０ａに送信して、送信タイムスタンプ情報ｔ３を保持する。センサシステム１１０ａは、同期パケットＤｅｌａｙ＿Ｒｅｑを受信した時刻を受信時刻情報ｔ３’として保持する。

Ｓ４０６では同期パケットＤｅｌａｙ＿Ｒｅｑがセンサシステム１１０ａからタイムサーバ１０１へ送信される。より詳しくは、Ｓ４０６において、センサシステム１１０ａは、Ｓ４０５で受信した同期パケットＤｅｌａｙ＿Ｒｅｑをタイムサーバ１０１に送信する。センサシステム１１０ａは、同期パケットＤｅｌａｙ＿Ｒｅｑを送信した時刻を送信時刻情報ｔ４’として保持する。タイムサーバ１０１は同期パケットＤｅｌａｙ＿Ｒｅｑを受信することで受信タイムスタンプ情報ｔ４を保持する。

Ｓ４０７では同期パケットＤｅｌａｙ＿Ｒｅｓｐがタイムサーバ１０１からセンサシステム１１０ａに送信される。より詳しくは、Ｓ４０７において、タイムサーバ１０１は、センサシステム１１０ｂ宛にＳ４０６で保持した受信タイムスタンプ情報ｔ４を同期パケットＤｅｌａｙ＿Ｒｅｓｐに載せてセンサシステム１１０ａに送信する。センサシステム１１０ａは同期パケットＤｅｌａｙ＿Ｒｅｓｐを受信する。

Ｓ４０８では同期パケットＤｅｌａｙ＿Ｒｅｓｐがセンサシステム１１０ａからセンサシステム１１０ｂへ送信される。より詳しくは、Ｓ４０８において、センサシステム１１０ａは、Ｓ４０５とＳ４０６で保持したＤｅｌａｙ＿Ｒｅｑの受信時刻情報ｔ３’と送信時刻情報ｔ４’から、同期パケットＤｅｌａｙ＿Ｒｅｓｐのコレクションフィールド値に（ｔ４’－ｔ３’）値を加算する。そして、センサシステム１１０ａは同期パケットＤｅｌａｙ＿Ｒｅｓｐをセンサシステム１１０ｂに送信する。センサシステム１１０ｂは、同期パケットＤｅｌａｙ＿Ｒｅｓｐを受信することで、受信タイムスタンプ情報ｔ４とセンサシステム１１０ｂからタイムサーバ１０１方向の中継処理時間（ｔ４’－ｔ３’）とを保持する。

センサシステム１１０ｂは、Ｓ４０１～Ｓ４０８の同期パケットのやり取りから中継処理時間を考慮して平均伝送遅延時間を算出する。そして、センサシステム１１０ｂは、センサシステム１１０ｂ内の時刻を補正する。平均伝送遅延時間は、以下の式で算出する。
｛（ｔ２－ｔ１）＋（ｔ４－ｔ３）－（ｔ２’－ｔ１’）－（ｔ４’－ｔ３’）｝／２ ＝ 平均伝送遅延時間

次に本実施形態における通常状態時のＰＴＰ同期におけるＴＣ（Ｔｒａｎｓｐｅａｒｅｎｔ Ｃｌｏｃｋ）処理のフローチャートについて、図５を用いて説明する。ここで通常状態とはバイパス制御部２１２が通常モードであり、第１経路２１２ｃを使用して通信する状態である。

Ｓ５０１は、このフローチャートのスタートを示している。センサシステム１１０が起動した後、本フローチャートがスタートする。

Ｓ５０２において、通信プロトコル処理部２２２は、ＰＴＰ同期処理を１Ｓｔｅｐもしくは２Ｓｔｅｐのどちらで処理するかを判定（決定）する。１Ｓｔｅｐで処理する場合はＳ５０３、Ｓ５０６へ移行する。２Ｓｔｅｐで処理する場合はＳ５１０、Ｓ５１４へ移行する。

Ｓ５０３において、通信プロトコル処理部２２２は、自分宛ではない同期パケットＳｙｎｃを受信したかどうかを判定する。自分宛ではない同期パケットＳｙｎｃを受信した場合はＳ５０４へ移行する。そうでない場合はＳ５０３を繰り返す。

Ｓ５０４において、通信プロトコル処理部２２２は、自分宛ではない同期パケットＳｙｎｃを受信した受信時刻ｔ１’と宛先に対して同期パケットを送信した時刻（送信時刻）ｔ２’を保持する。受信時刻ｔ１’と送信時刻ｔ２’を保持することで、Ｓ５０５へ移行する。

Ｓ５０５において、通信プロトコル処理部２２２は、Ｓ５０４で保持した時刻ｔ１’、ｔ２’から計算した中継処理時間（ｔ２’－ｔ１’）を、Ｓ５０３で受信した同期パケットＳｙｎｃのコレクションフィールドに加算する。そして通信プロトコル処理部２２２は、宛先に同期パケットＳｙｎｃを送信する。同期パケットＳｙｎｃの送信が完了することでＳ５１８へ移行する。

Ｓ５０６において、通信プロトコル処理部２２２は、自分宛ではない同期パケットＤｅｌａｙ＿Ｒｅｑを受信したかどうかを判定する。自分宛ではない同期パケットＤｅｌａｙ＿Ｒｅｑを受信した場合はＳ５０７へ移行する。そうでなければＳ５０６を繰り返す。

Ｓ５０７においては、通信プロトコル処理部２２２は、自分宛ではない同期パケットＤｅｌａｙ＿Ｒｅｑを受信した受信時刻ｔ３’と宛先に対して同期パケットを送信した時刻（送信時刻）ｔ４’を保持する。時刻ｔ３’、ｔ４’を保持することで、Ｓ５０８へ移行する。

Ｓ５０８において、通信プロトコル処理部２２２は、Ｓ５０６で受信した同期パケットＤｅｌａｙ＿Ｒｅｑに対応した同期パケットＤｅｌａｙ＿Ｒｅｓｐを受信したかどうかを判定する。同期パケットＤｅｌａｙ＿Ｒｅｑに対応した同期パケットＤｅｌａｙ＿Ｒｅｓｐを受信した場合はＳ５０９へ移行する。そうでなければＳ５０８を繰り返す。

Ｓ５０９において、通信プロトコル処理部２２２は、Ｓ５０７で保持した時刻ｔ３’、ｔ４’から計算した中継処理時間（ｔ４’－ｔ３’）を、同期パケットＤｅｌａｙ＿Ｒｅｑに対応した同期パケットＤｅｌａｙ＿Ｒｅｓｐのコレクションフィールドに加算する。そして、通信プロトコル処理部２２２は、宛先に対して同期パケットＤｅｌａｙ＿Ｒｅｓｐを送信する。同期パケットＤｅｌａｙ＿Ｒｅｓｐの送信が完了することでＳ５１８へ移行する。

Ｓ５１０において、通信プロトコル処理部２２２は、自分宛ではない同期パケットＳｙｎｃを受信したかどうかを判定する。自分宛ではない同期パケットＳｙｎｃを受信した場合はＳ５１１へ移行する。そうでない場合はＳ５１０を繰り返す。

Ｓ５１１において、通信プロトコル処理部２２２は、自分宛ではない同期パケットＳｙｎｃを受信した受信時刻ｔ１’と宛先に対して同期パケットを送信した時刻ｔ２’を保持する。時刻ｔ１’、ｔ２’を保持することで、Ｓ５１２へ移行する。

Ｓ５１２において、通信プロトコル処理部２２２は、Ｓ５１０で受信した同期パケットＳｙｎｃに対応した同期パケットＦｏｌｌｏｗ＿Ｕｐを受信したかどうかを判定する。同期パケットＳｙｎｃに対応した同期パケットＦｏｌｌｏｗ＿Ｕｐを受信した場合はＳ５１３へ移行する。そうでなければＳ５１２を繰り返す。

Ｓ５１３において、通信プロトコル処理部２２２は、Ｓ５１１で保持した時刻ｔ１’、ｔ２’から計算した中継処理時間（ｔ２’－ｔ１’）を、同期パケットＳｙｎｃに対応した同期パケットＦｏｌｌｏｗ＿Ｕｐのコレクションフィールドに加算する。そして、通信プロトコル処理部２２２は、宛先に対して同期パケットＦｏｌｌｏｗ＿Ｕｐを送信する。同期パケットＦｏｌｌｏｗ＿Ｕｐの送信が完了することでＳ５１８へ移行する。
Ｓ５１４～Ｓ５１７の一連の処理フローは、Ｓ５０６～Ｓ５０９の一連の処理フローと同一である。

Ｓ５１８において、Ｓ５０２、Ｓ５０３～Ｓ５０９、Ｓ５１０～Ｓ５１７の一連の処理フローを継続するかどうかを判定する。外部機器との通信状態を終了させる要因が発生した場合はＳ５１９へ移行し、そうでなければＳ５０２へ移行する。

Ｓ５１９は、図５の処理フローチャートの終了を示している。センサシステム１１０が外部機器と通信状態にないことを示している。

通信プロトコル処理部２２２はセンサシステム１１０の入出力の時刻を取得してＰＴＰ ＴＣ処理を実行している。センサシステム１１０の入出力の時刻は、具体的には、第１ＰＨＹ部２０３、第２ＰＨＹ部２０４で入出力時刻を取得して通信プロトコル処理部２２２に提供することにより行われる。なお、第１ＭＡＣ部２１３、第２ＭＡＣ部２１４で入出力時刻を取得して通信プロトコル処理部２２２に提供してもよい。
そして、通信プロトコル処理部２２２はセンサシステム１１０内における通信パケットの滞留時間について考慮し（滞留時間に基づいて）、平均伝送遅延時間を算出し、センサシステム１１０内の時刻を補正している。

次に本実施形態におけるバイパス状態の処理のフローチャートについて、図６を用いて説明する。ここでバイパス状態とはバイパス制御部２１２がバイパスモードであり、第２経路２１２ｄを使用して通信する状態である。

センサシステム１１０がバイパス状態で動作する場合、バイパス制御部２１２より上位層に位置する通信プロトコル処理部２２２はＰＴＰ同期におけるＴＣ処理を実施できない。そのため、滞留時間予測部２１７、パケット判別部２１８、ヘッダ書き換え部２１９で第１バッファ部２１５、第２バッファ部２１６における同期パケットの滞留時間を予測する。そして、特定の同期パケットのコレクションフィールド（所定箇所）に予測滞留時間を加算する。

Ｓ６０１は、このフローチャートのスタートを示している。センサシステム１１０が起動した後、本フローチャートがスタートする。

Ｓ６０２において、バイパス制御部２１２がバイパスモードで動作しているかを判定する。具体的には、状態制御部２２３が故障状態やスリープ状態によりセンサシステム１１０を制御できない、あるいは制御しないと判断することで、バイパス制御部２１２は動作モードを通常モードからバイパスモードに切り替える。そしてセンサシステム１１０が故障状態やスリープ状態から復帰し、制御可能だと状態制御部２２３が判断することで、バイパス制御部２１２は動作モードをバイパスモードから通常モードに切り替える。そして、バイパス制御部２１２が動作モードを滞留時間予測部２１７に通知する。
バイパス制御部２１２がバイパスモードであり第２経路２１２ｄを用いて通信している場合は、Ｓ６０３へ移行する。バイパス制御部２１２が通常モードであり第１経路２１２ｃを用いて通信している場合は、Ｓ６０２を繰り返す。

Ｓ６０３において、ＰＴＰ同期設定が１Ｓｔｅｐであるという通知（１Ｓｔｅｐであることを示す信号）を滞留時間予測部２１７が受信したか否かを判定する。滞留時間予測部２１７の処理方法は、ＰＴＰ同期設定が１Ｓｔｅｐであるか２Ｓｔｅｐであるかにより異なる。１Ｓｔｅｐの場合は滞留時間予測の対象パケットがＳｙｎｃ、Ｄｅｌａｙ＿Ｒｅｓｐとなる。２Ｓｔｅｐの場合は滞留時間予測の対象パケットがＦｏｌｌｏｗ＿Ｕｐ、Ｄｅｌａｙ＿Ｒｅｓｐとなる。
ＰＴＰ同期設定が１Ｓｔｅｐである場合は、Ｓ６０４へ移行する。ＰＴＰ同期設定が２Ｓｔｅｐである場合は、Ｓ６０５へ移行する。

Ｓ６０４において、滞留時間予測部２１７、パケット判別部２１８、ヘッダ書き換え部２１９を用いたＰＴＰ同期設定が１Ｓｔｅｐにおける滞留時間予測処理を実行する。Ｓ６０４の詳細については、図７を用いて後述する。Ｓ６０４の滞留時間予測処理を完了することで、Ｓ６０６へ移行する。

Ｓ６０５において、滞留時間予測部２１７、パケット判別部２１８、ヘッダ書き換え部２１９を用いたＰＴＰ同期設定が２Ｓｔｅｐにおける滞留時間予測処理を実行する。Ｓ６０５の詳細についても図７を用いて後述する。Ｓ６０５の滞留時間予測処理を完了することで、Ｓ６０６へ移行する。

Ｓ６０６において、Ｓ６０２～Ｓ６０５の一連の処理フローを継続するかどうかを判定する。外部機器との通信状態を終了させる要因が発生した場合はＳ６０７へ移行して、そうでなければＳ６０２へ移行する。

Ｓ６０７において、Ｓ６０２～Ｓ６０６の一連の処理フローチャートが終了する。センサシステム１１０が外部機器と通信状態にないことを示している。

次に、Ｓ６０４の処理とＳ６０５の処理の詳細について、図７を用いて説明する。Ｓ６０４とＳ６０５の相違点は、処理対象の通信パケットが異なることである。ＰＴＰ同期設定が１Ｓｔｅｐの場合（Ｓ６０４）、処理対象の通信パケットはＳｙｎｃとＤｅｌａｙ＿Ｒｅｓｐである。ＰＴＰ同期設定が２Ｓｔｅｐの場合（Ｓ６０５）、処理対象の通信パケットはＦｏｌｌｏｗ＿ＵｐとＤｅｌａｙ＿Ｒｅｓｐである。Ｓ６０４における通信パケットの処理方法とＳ６０５における通信パケットの処理方法は同一である。

Ｓ７００において、このフローチャートがスタートする。Ｓ７００はＳ６０３に相当する。

Ｓ７０１において、パケット判別部２１８は、受信パケットがＰＴＰ同期パケットであるか否かを判定する。具体的には、まず、パケット判別部２１８が滞留時間予測部２１７を経由して、第１ＭＡＣ部２１３と第１バッファ部２１５の間のバスをスヌープすることで、受信パケットのＥｔｈｅｒＴｙｐｅやｍｅｓｓａｇｅＴｙｐｅを読み取る。ＥｔｈｅｒＴｙｐｅからＰＴＰ同期パケットであること、ｍｅｓｓａｇｅＴｙｐｅからＳｙｎｃ、Ｆｏｌｌｏｗ＿Ｕｐ、Ｄｅｌａｙ＿Ｒｅｑ、Ｄｅｌａｙ＿Ｒｅｓｐのいずれかであることを判別できる。バスはＡＭＢＡ（登録商標）ＡＸＩ－Ｓｔｒｅａｍプロトコルに準拠しており、バスを通るデータ信号はＴＤＡＴＡで、制御信号はＴＶＡＬＩＤ，ＴＲＥＡＤＹ，ＴＬＡＳＴである。ＴＶＡＬＩＤは有効なＴＤＡＴＡを出力していることを示し、ＴＲＥＡＤＹはＴＤＡＴＡの入力を待っている状態を示し、ＴＬＡＳＴはＴＤＡＴＡ出力の最後であることを示している。本実施形態ではこれら信号を用いて滞留時間を予測する。

ＰＴＰ同期設定が１Ｓｔｅｐの場合、Ｓ７０１では受信パケットがＳｙｎｃもしくはＤｅｌａｙ＿Ｒｅｓｐであるか判定する。判定結果がＹｅｓであれば、Ｓ７０２へ移行する。判定結果がＮｏであれば、Ｓ７０１を繰り返す。
ＰＴＰ同期設定が２Ｓｔｅｐの場合、Ｓ７０１では受信パケットがＦｏｌｌｏｗ＿ＵｐもしくはＤｅｌａｙ＿Ｒｅｓｐであるかを判定する。判定結果がＹｅｓであれば、Ｓ７０２へ移行する。判定結果がＮｏであれば、Ｓ７０１を繰り返す。

Ｓ７０２において、滞留時間予測部２１７は、Ｓ７０１で受信したＰＴＰ同期パケットのコレクションフィールドの値を保持する。具体的には、Ｓ７０１においてパケット判別部２１８がＰＴＰ同期パケットを判別する際に、併せてコレクションフィールド値も読み取る。パケット判別部２１８は、読み取ったコレクションフィールド値を滞留時間予測部２１７に通知（送信）して、滞留時間予測部２１７がコレクションフィールド値を保持する。滞留時間予測部２１７がコレクションフィールド値を保持することで、Ｓ７０３へ移行する。

Ｓ７０３において、滞留時間予測部２１７は、Ｓ７０１において判別したＰＴＰ同期パケットが第１バッファ部２１５で滞留する時間を予測する。
滞留時間予測部２１７は、ＴＶＡＬＩＤ－ＴＲＥＡＤＹハンドシェイクが成立、かつＴＬＡＳＴがアサートされたタイミングで、第１バッファ部２１５が使用しているデータ量を読み取る。そして、滞留時間予測部２１７はバイパス制御部２１２からセンサシステム１１０内の伝送クロックを把握（取得）する。滞留時間予測部２１７は、第１バッファ部２１５が使用しているデータ量と、センサシステム１１０内の伝送クロックとに基づいて、滞留時間を予測する。ＰＴＰヘッダのコレクションフィールドに格納されるデータは、データ幅が３２ｂｉｔであり、単位がｎａｎｏ ｓｅｃｏｎｄｓであるため、滞留時間予測部２１７は予測した予測時間も同様のフォーマット（データ幅、単位）で保持する。なお、滞留時間予測の詳細については図８を用いて後述する。
滞留時間予測部２１７が滞留時間を予測して、予測結果とコレクションフィールド値を対応付けて保持することでＳ７０４へ移行する。

Ｓ７０４において、滞留時間予測部２１７はＳ７０１～Ｓ７０３の一連の処理フロー（滞留時間予測処理）を継続するかどうかを判定する。具体的には、バイパス制御部２１２の動作モードがバイパスモードから通常モードに切り替わった場合、滞留時間予測部２１７は滞留時間予測処理を停止する。
滞留時間予測部２１７が滞留時間予測処理を停止した場合はＳ７１６へ移行し、そうでなければＳ７０１へ移行する。

Ｓ７０５において、パケット判別部２１８は、送信パケットがＰＴＰ同期パケットであるか否かを判定する。具体的には、パケット判別部２１８が滞留時間予測部２１７を経由して、バイパス制御部２１２と第２バッファ部２１６の間のバスをスヌープすることで、送信パケットのＥｔｈｅｒＴｙｐｅやｍｅｓｓａｇｅＴｙｐｅを読み取る。ＥｔｈｅｒＴｙｐｅからＰＴＰ同期パケットであること、ｍｅｓｓａｇｅＴｙｐｅからＳｙｎｃ、Ｆｏｌｌｏｗ＿Ｕｐ、Ｄｅｌａｙ＿Ｒｅｑ、Ｄｅｌａｙ＿Ｒｅｓｐのいずれかであることを判別できる。ここでバスについてはＳ７０１で説明した通りである。つまり、受信側のバスと送信側のバスは、ＡＭＢＡ ＡＸＩ－Ｓｔｒｅａｍプロトコルに準拠している。そして、ＰＴＰ同期設定が１Ｓｔｅｐの場合は送信パケットがＳｙｎｃもしくはＤｅｌａｙ＿Ｒｅｓｐであることを判定し、２Ｓｔｅｐの場合はＦｏｌｌｏｗ＿ＵｐもしくはＤｅｌａｙ＿Ｒｅｓｐであることを判定することも受信処理（Ｓ７０１）と同様である。
ＰＴＰ同期設定が１Ｓｔｅｐの場合、送信パケットがＳｙｎｃもしくはＤｅｌａｙ＿Ｒｅｓｐであれば、Ｓ７０６へ移行して、そうでなければＳ７０５を繰り返す。ＰＴＰ同期設定が２Ｓｔｅｐの場合、送信パケットがＦｏｌｌｏｗ＿ＵｐもしくはＤｅｌａｙ＿Ｒｅｓｐであれば、Ｓ７０６へ移行して、そうでなければＳ７０５を繰り返す。

Ｓ７０６において、滞留時間予測部２１７は、Ｓ７０５で送信するＰＴＰ同期パケットのコレクションフィールドの値を保持する。具体的には、Ｓ７０５においてパケット判別部２１８がＰＴＰ同期パケットを判別する際に、併せてコレクションフィールド値も読み取る。そしてパケット判別部２１８が読み取ったコレクションフィールド値を滞留時間予測部２１７に通知して、滞留時間予測部２１７がコレクションフィールド値を保持する。滞留時間予測部２１７がコレクションフィールド値を保持することで、Ｓ７０７へ移行する。

Ｓ７０７において、滞留時間予測部２１７は、Ｓ７０２で保持した受信パケットのコレクションフィールド値と、Ｓ７０６で保持した送信パケットのコレクションフィールド値とを比較して、比較した値同士が一致するかどうかを判定する。第１バッファ部２１５によって出力された通信パケットはバイパス制御部２１２を経由して第２バッファ２１６に入力される。バイパス制御部２１２は通信パケットの転送を実施しており、通信パケットの書き換え処理を実施しないため、コレクションフィールド値の比較で同一パケットかどうかを判断できる。
受信パケットのコレクションフィールド値と送信パケットのコレクションフィールドの値が一致した場合はＳ７０８へ移行し、そうでなければＳ７０５へ移行する。

Ｓ７０８において、滞留時間予測部２１７は、Ｓ７０５で判別したＰＴＰ同期パケットが第２バッファ部２１６で滞留する時間を予測する。滞留時間の予測方法はＳ７０３の予測方法と同一である。滞留時間予測部２１７が滞留時間を予測して、予測結果とコレクションフィールド値を対応付けて保持したならば、Ｓ７０９へ移行する。

Ｓ７０９において、滞留時間予測部２１７は、Ｓ７０５～Ｓ７０８の一連の処理フロー（滞留時間予測処理）を継続するかどうかを判定する。具体的には、バイパス制御部２１２の動作モードがバイパスモードから通常モードに切り替わった場合、滞留時間予測部２１７は滞留時間予測処理を停止する。滞留時間予測部２１７が滞留時間予測処理を停止した場合はＳ７１６へ移行し、そうでなければＳ７０５へ移行する。

Ｓ７１０において、滞留時間予測部２１７は、受信パケットの滞留時間予測値と、送信パケットの滞留時間予測値と、それぞれに対応するコレクションフィールド値とを保持しているかどうかを判定する。滞留時間予測部２１７が受信パケットの滞留時間予測値と、送信パケットの滞留時間予測値と、それぞれに対応するコレクションフィールド値を保持している場合は、Ｓ７１１へ移行し、そうでなければＳ７１０を繰り返す。

Ｓ７１１において、滞留時間予測部２１７が保持している３つの値（コレクションフィールド値、受信パケットの滞留時間予測値、送信パケットの滞留時間予測値）を加算する。Ｓ７１１を実行する理由は、タイムサーバ１０１からセンサシステム１１０の間でＰＴＰ ＴＣ処理を実施した場合、すでにコレクションフィールドに値が格納されている可能性があるからである。例えば、タイムサーバ１０１からセンサシステム１１０ｃの間でＰＴＰ同期が行われた場合、センサシステム１１０ａと１１０ｂでＰＴＰ ＴＣ処理が行われる。そしてセンサシステム１１０ａ、１１０ｂにおける中継処理時間がセンサシステム１１０ｃ宛ＰＴＰパケットのコレクションフィールド値に加算される。そのため、Ｓ７１１でコレクションフィールド値に、第１のバッファ部２１５における滞留時間予測値と第２バッファ部２１６における滞留時間予測値を加算している。滞留時間予測部２１７が３つの値の加算を完了することで、Ｓ７１２へ移行する。

Ｓ７１２において、滞留時間予測値２１７は、Ｓ７１１で加算した結果に対して、バイパス制御部２１２より受信したオフセット値を加算する。オフセット値とは伝送経路上で発生する固定遅延のことである。具体的には、第１ＰＨＹ部２０３、第１Ｉ／Ｆ部２１０、第１ＭＡＣ部２１３、第１バッファ部２１５、バイパス制御部２１２、第２バッファ部２１６、ヘッダ書き換え部２１９、第２ＭＡＣ部２１４、第２Ｉ／Ｆ部２１１、第２ＰＨＹ部２０４で発生する固定遅延である。これらで発生する固定遅延を考慮するため、バイパス制御部２１２が通常モードで動作しているときに、バイパス制御部２１２にオフセット値をあらかじめ通知しておく。そして、滞留時間予測部２１７はバイパス制御部２１２よりオフセット値を受信する。なお、バイパス制御部２１２経由で滞留時間予測部２１７にオフセット値を通知するとしたが、滞留時間予測部２１７をシステムバス２２０に接続して、通信プロトコル処理部２２２がオフセット値を滞留時間予測部２１７に通知してもよい。

バイパス制御部２１２がバイパスモードで動作しているときにリアルタイムでオフセット値を変更する場合は、例えば、制御端末１０３が、新しいオフセット値を含む特殊パケットを生成して、センサシステム１１０で特殊パケットを受信する。そして、センサシステム１１０は、当該新しいオフセット値で現在のオフセット値を置換する。あるいは、パケット判別部２１８が受信したパケットを特殊パケットと判別して、特殊パケットに含まれる新しいオフセット値を読み取り、当該新しいオフセット値を使用してもよい。
滞留時間予測部２１７がＳ７１１の加算結果にオフセット値を加算して、ヘッダ書き換え部２１９に対してコレクションフィールド値とともに通知することで、Ｓ７１３へ移行する。

Ｓ７１３において、ヘッダ書き換え部２１９は、パケット判別部２１８から入力された通信パケットのコレクションフィールド値と、滞留時間予測部２１７から受信したコレクションフィールド値とを比較して、一致するかどうかを判定する。ヘッダ書き換え部２１９は、パケット判別部２１８を用いて入力される通信パケットが同期パケットであることを判別して、パケット判別部２１８からコレクションフィールド値を受信する。そして、ヘッダ書き換え部２１９は、滞留時間予測部２１７から受信したコレクションフィールド値とパケット判別部２１８から受信したコレクションフィールド値を比較する。本実施形態では、パケット判別部２１８を用いてヘッダ書き換え部２１９に入力される通信パケットの判別を行い、コレクションフィールド値の読み取りを行っているが、ヘッダ書き換え部２１９がこれら機能を有してもよい。
ヘッダ書き換え部２１９が、入力された通信パケットのコレクションフィールド値と滞留時間予測部２１７から受信したコレクションフィールド値とを比較して一致した場合は、Ｓ７１４へ移行する。そうでなければＳ７１３を繰り返す。

Ｓ７１４において、ヘッダ書き換え部２１９は、入力された同期パケットのコレクションフィールド値をＳ７１２の加算結果で書き換える。ヘッダ書き換え部２１９がコレクションフィールド値の書き換えに要した処理時間は、Ｓ７１２のオフセット値加算によって補正される。あるいはヘッダ書き換え部２１９自らが書き換え処理に要した時間を計算して、Ｓ７１２の加算結果に加算してもよい。
ヘッダ書き換え部２１９がコレクションフィールド値を書き換えることで、Ｓ７１５へ移行する。

Ｓ７１５において、滞留時間予測部２１７は、Ｓ７１０～Ｓ７１４の一連の処理フロー（滞留時間予測処理）を継続するかどうかを判定する。具体的には、バイパス制御部２１２の動作モードがバイパスモードから通常モードに切り替わった場合、滞留時間予測部２１７は滞留時間予測処理を停止する。
滞留時間予測部２１７が滞留時間予測処理を停止した場合はＳ７１６へ移行し、そうでなければＳ７１０へ移行する。

Ｓ７１６において、Ｓ７０１～Ｓ７１５の処理が終了する。Ｓ７１６はＳ６０６に相当する。Ｓ７１６は、バイパス制御部２１２の動作モードが通常モードであり、滞留時間予測部２１７、パケット判別部２１８、ヘッダ書き換え部２１９が機能していないことを示している。

このように、本実施形態によれば、バイパスモードのとき、カメラアダプタ１１２内部の第１バッファ２１５および第２バッファ２１６における滞留時間を予測して、予測した滞留時間をＰＴＰパケットのコレクションフィールドに加算している。当該加算により、バイパスモードのときでも、通常モードのときと同様に遅延時間を考慮した同期処理を行うことができるので、通信ネットワーク全体における同期精度の低下を抑制することができる。

次に本実施形態における第１バッファ部２１５および第２バッファ部２１６の滞留時間予測について図８を用いて説明する。本実施形態では第１バッファ部２１５と第２バッファ部２１６は同様の方法で滞留時間を予測するので、第１バッファ部２１５で説明する。

第１バッファ部２１５はＦＩＦＯ（Ｆｉｒｓｔ Ｉｎｐｕｔ Ｆｉｒｓｔ Ｏｕｔｐｕｔ）で構成され、入力されるデータ幅８００とＦＩＦＯ段数８０１によって入力可能なデータ量が決定する。
第１バッファ部２１５へのデータ入力８０２と、第１バッファ部２１５からのデータ出力８０３は、通信パケットが伝送される伝送クロックの１サイクル毎に実施される。データ入力８０２、データ出力８０３はＡＸＩ－Ｓｔｒｅａｍプロトコルに従い、ＴＶＡＬＩＤ－ＴＲＥＡＤＹハンドシェイクが成立することで、１サイクル毎にデータ幅８００で入力、出力される。

データ幅８００は伝送クロックの１サイクルで入力されるデータ量である。例えば、データ幅８００は３２ｂｉｔ、６４ｂｉｔ、１２８ｂｉｔなどである。なお、データ幅８００はこれらに限定されない。

ＦＩＦＯ段数８０１はデータ幅８００で格納できる段数である。例えば、ＦＩＦＯ段数８０１は５１２段、１０２４段、２０４８段などである。なお、ＦＩＦＯ段数８０１は、これらに限定されない。
例えば、データ幅８００が３２ｂｉｔであり、ＦＩＦＯ段数８０１が１０２４段である場合、第１バッファ部２１５には３２ｂｉｔ×１０２４段＝３２７６８ｂｉｔ（４０９６ｂｙｔｅ）のデータを入力可能である。

第１バッファ部２１５が使用しているデータ量８０４は、滞留時間予測部２１７にリアルタイムで出力される。第１バッファ部２１５が使用しているデータ量とは、第１バッファ部２１５に入力されて内部に格納されているＦＩＦＯ段数を示す。例えば、第１バッファ部２１５が空の状態で３サイクル分のデータ（ｄａｔａ＿１、ｄａｔａ＿２、ｄａｔａ＿３）が入力された場合、第１バッファ部２１５には３段分のデータが格納されており、この数値（段数）を滞留時間予測部２１７に出力する。滞留時間予測部２１７は、第１バッファ部２１５が使用しているデータ量８０４を読み取り、滞留時間予測に利用する。なお、第１バッファ部２１５が使用しているデータ量８０４の読み取り方法（取得方法）はこれに限定されない。例えば、滞留時間予測部２１７が第１バッファ部２１５へデータ入力８０２を行った回数と、第１バッファ部２１５からデータ出力８０３を行った回数との差を算出することにより、データ量８０４を取得してもよい。

ここで第１バッファ部２１５内部にデータ格納されているＦＩＦＯ段数を１２８段とし、通信パケットが伝送される伝送クロックを１００ＭＨｚとして、滞留時間の予測方法を説明する。
伝送クロック１００ＭＨｚは１サイクルで１０ｎｓｅｃ（ｎａｎｏ ｓｅｃｏｎｄｓ）の時間を要する。そして１２８段（ＦＩＦＯ段数）に格納されたデータが第１バッファ部（ＦＩＦＯ）２１５から全て出力されるのに要する時間は最低でも１０ｎｓｅｃ×１２８段＝１２８０ｎｓｅｃであると予測できる。

その他の実施形態
本発明は例えば、システム、装置、方法、プログラム若しくは記録媒体（記憶媒体）などとしての実施形態をとることが可能である。具体的には、複数の機器（例えば、ホストコンピュータ、インターフェース機器、Ｗｅｂアプリケーションなど）から構成されるシステムに適用されてもよいし、また、１つの機器からなる装置に適用されてもよい。

また本発明は、上述した実施形態の１以上の機能を実現するプログラム（コンピュータプログラム）を、ネットワークまたは記録媒体（記憶媒体）を介して、システムまたは装置に供給することによっても実現可能である。そのシステムまたは装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出して実行する。この場合、記録媒体から読み出されたプログラム（プログラムコード）自体が実施形態の機能を実現することになる。また、当該プログラムを記録した記録媒体は本発明を構成することができる。

また、コンピュータが読み出したプログラムを実行することにより、実施形態の機能が実現されるだけでなく、プログラムの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって上記した実施形態の機能が実現されてもよい。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現されてもよい。
本発明を上記記録媒体に適用する場合、その記録媒体には、先に説明したフローチャートに対応するプログラムが格納されることになる。

本実施形態の開示は、以下の構成、システム、方法およびプログラムを含む。
構成１
他の通信装置と時刻同期する通信装置であって、
前記時刻同期のための通信プロトコル処理を実行する処理手段と、
同期パケットを格納する格納手段と、
前記同期パケットが前記格納手段に滞留する時間を予測する予測手段と、
前記同期パケットを、前記処理手段を介さずに前記他の通信装置に送信する状態にある場合、前記予測手段が予測した時間に基づいて、前記同期パケットの所定箇所を書き換える書き換え手段と、
を有することを特徴とする通信装置。
構成２
前記同期パケットを、前記処理手段を介して前記他の通信装置に送信する状態にある場合、前記処理手段は、前記同期パケットが前記格納手段に滞留する時間を算出し、前記算出した時間に基づいて、前記同期パケットの所定箇所を書き換えることを特徴とする構成１に記載の通信装置。
構成３
前記予測手段が予測した時間を補正する値が入力された場合、前記予測手段は前記値を用いて前記予測した時間を補正することを特徴とする構成１または２に記載の通信装置。

構成４
前記通信装置は、前記同期パケットの伝送路を切り替えるスイッチ手段をさらに有し、
前記スイッチ手段は、前記同期パケットを、前記処理手段を介さずに前記他の通信装置に送信するか、前記処理手段を介して前記他の通信装置に送信するかを切り替えることができ、
前記同期パケットの送受信中に前記スイッチ手段が前記切り替えを実行した場合、前記予測手段は送受信中の同期パケットを前記予測の対象外として、次に送受信される同期パケットを前記予測の対象とすることを特徴とする構成１～３のいずれかに記載の通信装置。
構成５
前記格納手段は、受信する同期パケットを格納する第１のバッファ手段と、送信する同期パケットを格納する第２のバッファ手段と、を含むことを特徴とする構成１～５のいずれかに記載の通信装置。

構成６
前記予測手段は、前記同期パケットの伝送クロックと、前記第１のバッファ手段に入力されたデータ量と、前記第２のバッファ手段に入力されたデータ量とに基づいて、前記第１のバッファ手段に滞留する時間と、前記第２のバッファ手段に滞留する時間とを予測することを特徴とする構成５に記載の通信装置。
構成７
前記書き換え手段により書き換えられる前記所定箇所は、前記同期パケットのヘッダ領域であることを特徴とする構成１～６のいずれかに記載の通信装置。
構成８
前記同期パケットはＰＴＰ（Ｐｒｅｃｉｓｉｏｎ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）パケットであることを特徴とする構成１～７のいずれかに記載の通信装置。
構成９
前記ＰＴＰパケットは、Ｓｙｎｃメッセージ、Ｆｏｌｌｏｗ＿ＵｐメッセージまたはＤｅｌａｙ＿Ｒｅｓｐメッセージであることを判別することを特徴とする構成８に記載の通信装置。

構成１０
前記予測手段は、前記ＰＴＰパケットのヘッダ領域に含まれるコレクションフィールドの値を保持して、前記ＰＴＰパケットの滞留時間を予測した後、当該滞留時間を前記コレクションフィールドの値に加算することを特徴とする構成８または９に記載の通信装置。
方法１
他の通信装置と時刻同期するための通信プロトコル処理を実行する処理部と、同期パケットを格納する格納部と、を有する通信装置を制御する制御方法であって、
前記同期パケットが前記格納部に滞留する時間を予測するステップと、
前記同期パケットを、前記処理部を介さずに前記他の通信装置に送信する状態にある場合、前記予測するステップで予測した時間に基づいて、前記同期パケットの所定箇所を書き換えるステップと、
を有することを特徴とする制御方法。
プログラム１
コンピュータを、構成１～１０のいずれかに記載の通信装置の各手段として動作させるためのプログラム。

１００ 同期撮影システム、１０１ タイムサーバ、１１０ センサシステム、１１２ カメラアダプタ、２１７ 滞留時間予測部、２１９ ヘッダ書き換え部、２１２ バイパス制御部、２１８ パケット判別部、２２２ 通信プロトコル処理部、２２３ 状態制御部

Claims (12)

1. 他の通信装置と時刻同期する通信装置であって、
   前記時刻同期のための通信プロトコル処理を実行する処理手段と、
   同期パケットを格納する格納手段と、
   前記同期パケットが前記格納手段に滞留する時間を予測する予測手段と、
   前記同期パケットを、前記処理手段を介さずに前記他の通信装置に送信する状態にある場合、前記予測手段が予測した時間に基づいて、前記同期パケットの所定箇所を書き換える書き換え手段と、
   を有することを特徴とする通信装置。
2. 前記同期パケットを、前記処理手段を介して前記他の通信装置に送信する状態にある場合、前記処理手段は、前記同期パケットが前記格納手段に滞留する時間を算出し、前記算出した時間に基づいて、前記同期パケットの所定箇所を書き換えることを特徴とする請求項１に記載の通信装置。
3. 前記予測手段が予測した時間を補正する値が入力された場合、前記予測手段は前記値を用いて前記予測した時間を補正することを特徴とする請求項１に記載の通信装置。
4. 前記通信装置は、前記同期パケットの伝送路を切り替えるスイッチ手段をさらに有し、
   前記スイッチ手段は、前記同期パケットを、前記処理手段を介さずに前記他の通信装置に送信するか、前記処理手段を介して前記他の通信装置に送信するかを切り替えることができ、
   前記同期パケットの送受信中に前記スイッチ手段が前記切り替えを実行した場合、前記予測手段は送受信中の同期パケットを前記予測の対象外として、次に送受信される同期パケットを前記予測の対象とすることを特徴とする請求項１～３のいずれか１項に記載の通信装置。
5. 前記格納手段は、受信する同期パケットを格納する第１のバッファ手段と、送信する同期パケットを格納する第２のバッファ手段と、を含むことを特徴とする請求項１～３のいずれか１項に記載の通信装置。
6. 前記予測手段は、前記同期パケットの伝送クロックと、前記第１のバッファ手段に入力されたデータ量と、前記第２のバッファ手段に入力されたデータ量とに基づいて、前記第１のバッファ手段に滞留する時間と、前記第２のバッファ手段に滞留する時間とを予測することを特徴とする請求項５に記載の通信装置。
7. 前記書き換え手段により書き換えられる前記所定箇所は、前記同期パケットのヘッダ領域であることを特徴とする請求項１～３のいずれか１項に記載の通信装置。
8. 前記同期パケットはＰＴＰ（Ｐｒｅｃｉｓｉｏｎ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）パケットであることを特徴とする請求項１～３のいずれか１項に記載の通信装置。
9. 前記ＰＴＰパケットは、Ｓｙｎｃメッセージ、Ｆｏｌｌｏｗ＿ＵｐメッセージまたはＤｅｌａｙ＿Ｒｅｓｐメッセージであることを判別することを特徴とする請求項８に記載の通信装置。
10. 前記予測手段は、前記ＰＴＰパケットのヘッダ領域に含まれるコレクションフィールドの値を保持して、前記ＰＴＰパケットの滞留時間を予測した後、当該滞留時間を前記コレクションフィールドの値に加算することを特徴とする請求項８に記載の通信装置。
11. 他の通信装置と時刻同期するための通信プロトコル処理を実行する処理部と、同期パケットを格納する格納部と、を有する通信装置を制御する制御方法であって、
    前記同期パケットが前記格納部に滞留する時間を予測するステップと、
    前記同期パケットを、前記処理部を介さずに前記他の通信装置に送信する状態にある場合、前記予測するステップで予測した時間に基づいて、前記同期パケットの所定箇所を書き換えるステップと、
    を有することを特徴とする制御方法。
12. コンピュータを、請求項１～３のいずれか１項に記載の通信装置の各手段として動作させるためのプログラム。

Images