知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2022-03-25
(45)【発行日】2022-04-04
(54)【発明の名称】クロック処理装置及びプログラム
(51)【国際特許分類】
H04L 7/00 20060101AFI20220328BHJP
G04G 5/00 20130101ALI20220328BHJP
【ＦＩ】
H04L7/00 990
G04G5/00 J
【請求項の数】
4
(21)【出願番号】P 2021083229
(22)【出願日】2021-05-17
【審査請求日】2021-05-17
(73)【特許権者】
【識別番号】313006647
【氏名又は名称】セイコーソリューションズ株式会社
(74)【代理人】
【識別番号】110001519
【氏名又は名称】特許業務法人太陽国際特許事務所
(72)【発明者】
【氏名】倉田 陽介
【審査官】阿部 弘
(56)【参考文献】
【文献】特開２０１４－２１６６６９（ＪＰ，Ａ）
【文献】特開２０２０－０９１１３４（ＪＰ，Ａ）
【文献】特開２０１６－０２５４７４（ＪＰ，Ａ）
【文献】Xueqiao Li et al.，Improvement of precise time synchronization algorithm based on IEEE1588[Online]，2010 International Conference on Computer, Mechatronics, Control and Electronic Engineering，IEEE，2010年08月26日，pp. 70-73
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ７／００
Ｇ０４Ｇ ５／００
ＩＥＥＥ Ｘｐｌｏｒｅ
(57)【特許請求の範囲】
【請求項1】
現在の時刻情報を出力するクロック部と、参照クロック発信装置から参照クロックの時刻情報を含む第１メッセージを受信し、
前記参照クロック発信装置へ、前記クロック部が出力する時刻情報を含む第２メッセージを送信し、
前記第２メッセージを受信した時の前記参照クロックの時刻情報を受信する通信部と、
前記第１メッセージに含まれる参照クロックの時刻情報と、前記第１メッセージを受信した時に前記クロック部が出力した時刻情報との差分を、仮の第１片方向遅延時間とし、前記仮の第１片方向遅延時間同士の差である第１片方向遅延差を各々計算すると共に、前記第２メッセージに含まれる時刻情報と、前記第２メッセージを受信した時の前記参照クロックの時刻情報との差分を、仮の第２片方向遅延時間とし、前記仮の第２片方向遅延時間同士の差である第２片方向遅延差を各々計算する片方向遅延差計算部と、
計算対象となる前記第１メッセージ及び前記第２メッセージの組み合わせについて、前記仮の第１片方向遅延時間と前記仮の第２片方向遅延時間との和である往復遅延時間を計算するための情報を取得する情報取得部と、
所定の推定方法を用いて第１片方向遅延時間又は第２片方向遅延時間を推定する遅延時間推定部と、
前記仮の第１片方向遅延時間の最短時間と、最新の前記仮の第１片方向遅延時間との差である第１片方向遅延差を計算し、前記仮の第２片方向遅延時間の最短時間と、最新の前記仮の第２片方向遅延時間との差である第２片方向遅延差を計算し、前記情報取得部によって取得された前記情報と、前記計算した前記第１片方向遅延差と、前記計算した前記第２片方向遅延差とを用いて定められる、前記第１片方向遅延時間又は前記第２片方向遅延時間の存在範囲を用いて、前記遅延時間推定部によって推定された前記第１片方向遅延時間又は前記第２片方向遅延時間が正しいか否かを判定する判定部と、
を含むクロック処理装置。
【請求項2】
前記遅延時間推定部によって推定された前記第１片方向遅延時間又は前記第２片方向遅延時間を補正するための補正部を更に含み、前記遅延時間推定部は、前記第１片方向遅延時間及び前記第２片方向遅延時間の比を用いて、前記第１片方向遅延時間又は前記第２片方向遅延時間を推定し、
前記補正部は、前記判定部によって正しいと判定されるように、前記比を補正し、前記遅延時間推定部によって補正後の前記比を用いて前記第１片方向遅延時間又は前記第２片方向遅延時間を推定し直す請求項１記載のクロック処理装置。
【請求項3】
前記遅延時間推定部によって推定された前記第１片方向遅延時間と、前記第１メッセージに含まれる参照クロックの時刻情報と、前記第１メッセージを受信した時に前記クロック部が出力した時刻情報とを用いて、前記クロック部が出力する時刻情報と、前記参照クロックの時刻情報との現在の時差を計算する時差計算部と、前記現在の時差に基づいて、前記クロック部に対する現在の歩度を決定する歩度決定部と、
を更に含む請求項１又は２記載のクロック処理装置。
【請求項4】
コンピュータを、請求項１～請求項３のいずれか１項に記載のクロック処理装置の各部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、クロック処理装置及びプログラムに係り、特に、自装置のクロックを調整するためのクロック処理装置及びプログラムに関する。
【背景技術】
【0002】
従来より、参照クロックからの時刻情報を取得して自装置の精密なクロックを合わせ、配下の装置に対して時刻を配信するタイムサーバがある。
【0003】
タイムサーバは参照クロックから時刻情報を受信し、自クロックと参照クロックの時差を確認する。通常は時差に基づいた計算によって、自クロックの現在歩度を決定する。
【0004】
また、非特許文献１では、ＲＴＴ（Ｒｏｕｎｄ－Ｔｒｉｐ Ｔｉｍｅ）を利用した実践的な片方向遅延の推定手法が開示されている。非特許文献１ではＴＣＰ（Transimission Control Protocol）プロトコル全般を対象として片方向遅延を推定している。ＴＣＰには再送のためのＲｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｏｕｔ（ＲＴＯ）の仕組みがあり、ＲＴＯ設定のためにＲＴＴを計測している。また、特許文献１では、２つの内部クロックを用いて片方向遅延を推定している。
【先行技術文献】
【非特許文献】
【0005】
【文献】Choi, J.-H. and Yoo, C. One-way delay estimation and its application. Computer Communications, Vol. 28,No. 7, pp. 819-828, 2005.
【特許文献】
【0006】
【文献】特許第６６８４４０９号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
ＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）やＰＴＰ（Ｐｒｅｃｉｓｉｏｎ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）で利用しているパケット交換方式での時刻同期では、サーバからクライアントへの片方向遅延と両者の時差を知るために図９のようなサーバ・クライアント間のタイムスタンプのやり取りをする。この交換方式を便宜上、Ｔ１－Ｔ４方式と呼ぶ。
【0008】
この方式では片方向遅延時間は
（１）
と計算する。計算には最新のｔ１、Ｔ２、Ｔ３、ｔ４が必要であり、その計算ができるようになるのはｔ４が取得された直後である。
（１）
と計算する。計算には最新のｔ１、Ｔ２、Ｔ３、ｔ４が必要であり、その計算ができるようになるのはｔ４が取得された直後である。
【0009】
Ｔ１－Ｔ４方式では、片方向遅延は上りと下りで同一であると想定している。ｔ４が分かった時点でｔ１、Ｔ２、Ｔ３、ｔ４のすべてが分かっているので、その時点でのサーバとクライアントの時差Ｏ（ｔ４）は、
のように計算する。したがって片方向遅延時間が上りと下りで異なる場合は正しくない時差になる。しかしながら、この方式ではサーバとクライアントのクロックが合っていなくともそれなりに正確な片方向遅延が得られる。
のように計算する。したがって片方向遅延時間が上りと下りで異なる場合は正しくない時差になる。しかしながら、この方式ではサーバとクライアントのクロックが合っていなくともそれなりに正確な片方向遅延が得られる。
【0010】
特にＮＴＰの場合は時刻同期の確度・精度として１ミリ秒程度を想定していることもあり、きわめて遠方のサーバでなければこのような片方向遅延の計算誤差は無視できることが多い。しかしながら、ＰＴＰの場合は無視できないほど大きいことがほとんどである。
【0011】
本発明は、上記問題点を解決するために成されたものであり、片方向遅延時間が上りと下りで異なる場合であっても、精度よく片方向遅延時間を求めることができるクロック処理装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【0012】
上記目的を達成するために、本発明に係るクロック処理装置は、現在の時刻情報を出力するクロック部と、参照クロック発信装置から参照クロックの時刻情報を含む第１メッセージを受信し、前記参照クロック発信装置へ、前記クロック部が出力する時刻情報を含む第２メッセージを送信し、前記第２メッセージを受信した時の前記参照クロックの時刻情報を受信する通信部と、前記第１メッセージに含まれる参照クロックの時刻情報と、前記第１メッセージを受信した時に前記クロック部が出力した時刻情報との差分を、仮の第１片方向遅延時間とし、前記仮の第１片方向遅延時間同士の差である第１片方向遅延差を各々計算すると共に、前記第２メッセージに含まれる時刻情報と、前記第２メッセージを受信した時の前記参照クロックの時刻情報との差分を、仮の第２片方向遅延時間とし、前記仮の第２片方向遅延時間同士の差である第２片方向遅延差を各々計算する片方向遅延差計算部と、計算対象となる前記第１メッセージ及び前記第２メッセージの組み合わせについて、前記仮の第１片方向遅延時間と前記仮の第２片方向遅延時間との和である往復遅延時間を計算するための情報を取得する情報取得部と、所定の推定方法を用いて第１片方向遅延時間又は第２片方向遅延時間を推定する遅延時間推定部と、前記仮の第１片方向遅延時間の最短時間と、最新の前記仮の第１片方向遅延時間との差である第１片方向遅延差を計算し、前記仮の第２片方向遅延時間の最短時間と、最新の前記仮の第２片方向遅延時間との差である第２片方向遅延差を計算し、前記情報取得部によって取得された前記情報と、前記計算した前記第１片方向遅延差と、前記計算した前記第２片方向遅延差とを用いて定められる、前記第１片方向遅延時間又は前記第２片方向遅延時間の存在範囲を用いて、前記遅延時間推定部によって推定された前記第１片方向遅延時間又は前記第２片方向遅延時間が正しいか否かを判定する判定部と、を含んで構成されている。
【0013】
この発明によれば、前記計算した前記第１片方向遅延差と、前記計算した前記第２片方向遅延差とを用いて定められる、前記第１片方向遅延時間又は前記第２片方向遅延時間の存在範囲を用いて、前記遅延時間推定部によって推定された前記第１片方向遅延時間又は前記第２片方向遅延時間が正しいか否かを判定することにより、片方向遅延時間が上りと下りで異なる場合であっても、精度よく片方向遅延時間を求めることができる。
【0014】
また、前記クロック処理装置において、前記遅延時間推定部によって推定された前記第１片方向遅延時間又は前記第２片方向遅延時間を補正するための補正部を更に含み、前記遅延時間推定部は、前記第１片方向遅延時間及び前記第２片方向遅延時間の比を用いて、前記第１片方向遅延時間又は前記第２片方向遅延時間を推定し、前記補正部は、前記判定部によって正しいと判定されるように、前記比を補正し、前記遅延時間推定部によって補正後の前記比を用いて前記第１片方向遅延時間又は前記第２片方向遅延時間を推定し直すことができる。
【0015】
また、前記クロック処理装置において、前記遅延時間推定部によって推定された前記第１片方向遅延時間と、前記第１メッセージに含まれる参照クロックの時刻情報と、前記第１メッセージを受信した時に前記クロック部が出力した時刻情報とを用いて、前記クロック部が出力する時刻情報と、前記参照クロックの時刻情報との現在の時差を計算する時差計算部と、前記現在の時差に基づいて、前記クロック部に対する現在の歩度を決定する歩度決定部と、を更に含むことができる。
【0016】
ここで、歩度とは、クロックの進み又は遅れの度合いであり、例えば、１秒あたりに速くする又は遅くする長さ（ナノ秒）である。
【0017】
また、本発明のプログラムは、コンピュータを、本発明のクロック処理装置の各部として機能させるためのプログラムである。
【発明の効果】
【0018】
本発明によれば、片方向遅延時間が上りと下りで異なる場合であっても、精度よく片方向遅延時間を求めることができる。
【図面の簡単な説明】
【0019】
【図1】片方向遅延時間、往復遅延時間を説明するための図である。
【図2】Ｓｙｎｃメッセージ、Ｄｅｌａｙ＿Ｒｅｑメッセージ、Ｄｅｌａｙ＿Ｒｅｓｐメッセージを説明するための図である。
【図3】メッセージを受信する毎に算出される片方向遅延時間の一例を示す図である。
【図4】Ｓｙｎｃメッセージ、Ｄｅｌａｙ＿Ｒｅｑメッセージ、Ｄｅｌａｙ＿Ｒｅｓｐメッセージのやり取りの一例を示す図である。
【図5】片方向遅延時間、往復遅延時間の一例を示す図である。
【図6】本発明の実施の形態に係るクロック調整システムの一例を示す図である。
【図7】本発明の実施の形態に係るクロック処理装置の構成を示すブロック図である。
【図8】本発明の実施の形態に係るクロック処理装置のクロック制御処理のフローチャートを示す図である。
【図9】サーバ・クライアント間のタイムスタンプのやり取りの一例を示す図である。
【発明を実施するための形態】
【0020】
以下、図面を参照して本発明の実施の形態を詳細に説明する。
【0021】
［本発明の実施の形態の原理］
まず、本発明の実施の形態の原理を説明する。
まず、本発明の実施の形態の原理を説明する。
【0022】
ＰＴＰはＮＴＰと同様のクライアントサーバ型の時刻同期プロトコルであり、参照クロック発信装置としてのＰＴＰグランドマスター（ＰＴＰマスターとも称する）とＰＴＰスレーブは、数ナノ秒から数十ナノ秒程度の確度・精度で時刻同期することができる。ＰＴＰがこのような確度・精度で時刻同期できるのは、グランドマスターやスレーブが、揺らぎが極めて小さいハードウェアによるタイムスタンプを利用しているのが大きい。
【0023】
また、このような同期確度・精度を維持するためにはグランドマスターとスレーブ間の中間ネットワーク中継装置（ルータ／Ｌ３スイッチやＬ２スイッチ）がすべてＰＴＰに対応していなければならない。しかしながら、このようにすべての機器をＰＴＰ対応にするのは一般的にはハイコストである。特に自身で管理しているＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）内をＰＴＰ対応にするのはまだ容易であるが、自身の管理外のネットワークがグランドマスターとスレーブの間に挿まれている場合はすべてをＰＴＰ対応にするのは難しい。
【0024】
ＰＴＰを流すネットワークのすべての中継装置がＰＴＰに対応しているネットワークのことをＰＴＰ ａｗａｒｅネットワークと呼び、そうでないネットワークをＰＴＰ ｕｎａｗａｒｅネットワークと呼ぶ。ＰＴＰ ｕｎａｗａｒｅネットワークでＰＴＰを運用する場合、グランドマスターとスレーブがハードウェア・タイムスタンプに対応していたとしても中間ネットワークで確度・精度低下が起こり、一般的にはＮＴＰと同程度の同期精度に低下する可能性がある。ただし、中間ネットワークがＰＴＰには対応していないが低レンテンシであるＬ２スイッチ数台程度という場合は十分な確度・精度を確保できる可能性は高い。
【0025】
以上に鑑み、本実施の形態ではＰＴＰ ｕｎａｗａｒｅネットワークにおいてＰＴＰマスターとＰＴＰスレーブの同期確度・精度低下を防ぐための新しい手法を提案する。ＰＴＰプロトコルではＰＴＰマスターとＰＴＰスレーブ間で同期のためにタイムスタンプ・メッセージがやり取りされる。このタイムスタンプによって常に片方向遅延の差が計測できる。本実施の形態ではこの片方向遅延の差の変化をもとに正しい片方向遅延時間（Ｏｎｅ－ｗａｙ ｄｅｌａｙ）の取りうる範囲をどんどんと狭めていく。特にＰＴＰ ｕｎａｗａｒｅネットワークにおいては、従来の方法に対して比較的正確な片方向遅延時間を推定することが可能となり、結果的に時刻同期の確度精度を高めることができる。
【0026】
＜先行研究＞
非特許文献１、２では、ＲＴＴを利用した実践的な片方向遅延の推定手法を提案している。非特許文献１は、本実施の形態においてターゲットとしている時刻同期プロトコルではなく、ＴＣＰプロトコル全般を対象として片方向遅延を推定している。
非特許文献１、２では、ＲＴＴを利用した実践的な片方向遅延の推定手法を提案している。非特許文献１は、本実施の形態においてターゲットとしている時刻同期プロトコルではなく、ＴＣＰプロトコル全般を対象として片方向遅延を推定している。
【0027】
［非特許文献２］Kim, D. and Lee, J. One-way delay estimation without clock sychronization. IEICE Electronics Express, Vol. 4, No. 23, pp. 717-723, 2007.
【0028】
非特許文献２は、非特許文献１の推定精度をさらに引き上げる手法を提案している。
【0029】
図１は、非特許文献１、２の手法を理解するための図である。ホストＡとホストＢ間のメッセージのやり取りを示している。
【0030】
図１において、ｔＡ、ｔＢはそれぞれホストＡのクロックでの時間、ホストＢのクロックでの時間をそれぞれ表しており、ホストＡとホストＢのクロックは同期しているとは限らない。以降、便宜上ホストＡのクロックが“正しい”クロックであるとする。また、以下のようにそれぞれの量を定義する。
【0031】
ｔＡ（ｎ）は、ｎ番目のメッセージがホストＡから送信された時のホストＡクロックの示す時間である。すなわち、ｔＡ（ｎ）は、ｎ-１番目の返信をホストＢから受信した時間である。
【0032】
ｔＢ（ｎ）は、ｎ番目のメッセージがホストＢで受信された（と同時にホストＡに向けて返信された）時のホストＢクロックの示す時間である。
【0033】
－ｔＢ（ｎ）は、ｎ番目のメッセージがホストＢで受信された時の正しい時間（ホストＡクロックでの時間）である。ここで、図や式中でのバー付きの変数Ｘは、－Ｘと表記する。
【0034】
－ＤＡＢ（ｎ）は、ｎ番目のメッセージのホストＡからホストＢに届くまでの片方向遅延時間である。すなわち、－ＤＡＢ（ｎ）＝－ｔＢ（ｎ）－ｔＡ（ｎ）である。
【0035】
－ＤＢＡ（ｎ）は、ｎ番目のメッセージに対する返信がホストＢからホストＡに届くまでの片方向遅延時間である。すなわち、－ＤＢＡ（ｎ）＝ｔＡ（ｎ＋１）－－ｔＢ（ｎ）である。
【0036】
ＲＡ（ｎ）は、ｎ番目のメッセージのホストＡクロックによるＲＴＴである。すなわち、ＲＡ（ｎ）＝ｔＡ（ｎ＋１）－ｔＡ（ｎ）である。
【0037】
ＲＢ（ｎ）は、ｎ番目のメッセージ返信のホストＢクロックによるＲＴＴである。すなわち、ＲＢ（ｎ）＝ｔＢ（ｎ＋１）－ｔＢ（ｎ）である。
【0038】
－ＲＢ（ｎ）は、ｎ番目のメッセージ返信の正しい時間（ホストＡクロック）によるＲＴＴである。すなわち、－ＲＢ（ｎ）＝－ｔＢ（ｎ＋１）－－ｔＢ（ｎ）＝－ＤＢＡ（ｎ）＋－ＤＡＢ（ｎ＋１）である。
【0039】
ＯＢ（ｎ）は、ｎ番目のメッセージをホストＢで受信された時のホストＢクロックと正しい時間（ホストＡクロック）との時差である。すなわち、ＯＢ（ｎ）＝－ｔＢ（ｎ）－ｔＢ（ｎ）である。
【0040】
ここで、重要となる考え方が、ＲＴＴのような長くとも１００ミリ秒程度の時間であれば、ホストＡクロックとホストＢクロックでの経過時間の差が無視できるほど小さいことである。図１であれば、
が成立すると考える。このように仮定するとＲＴＴによってそれぞれの方向の真の片方向遅延差－ＪＡ（ｎ）、－ＪＢ（ｎ）を以下のように近似計算できる。
が成立すると考える。このように仮定するとＲＴＴによってそれぞれの方向の真の片方向遅延差－ＪＡ（ｎ）、－ＪＢ（ｎ）を以下のように近似計算できる。
【0041】
【0042】
ＪＡ（ｎ）＝ＲＢ（ｎ）－ＲＡ（ｎ）、ＪＢ（ｎ）＝ＲＡ（ｎ＋１）－ＲＢ（ｎ）と定義する。以上により片方向遅延差が計算できるのだから、初期の片方向遅延時間－ＤＡＢ（０）あるいは－ＤＢＡ（０）が分かれば、すべての片方向遅延時間が確定する。
【0043】
しかしながら、初期の片方向遅延時間はＲＴＴからは分からず、非特許文献１では以下のように３つのケースに分けてそれぞれ－ＤＡＢ（０）の取りうる範囲が決まる。
【0044】
Ｃａｓｅ１：－ＤＡＢ（０）＞－ＤＢＡ（０）の場合：
【0045】
Ｃａｓｅ２：－ＤＡＢ（０）＜－ＤＢＡ（０）の場合：
【0046】
Ｃａｓｅ３：－ＤＡＢ（０）＝－ＤＢＡ（０）の場合：
【0047】
その上で、複数サンプルにおいて－ＤＡＢ値がＲＴＴの７０％以上であれば、Ｃａｓｅ１の範囲の中点（ＲＡ（１）－ＲＢ（１）＋ＲＢ（０）＋２ＲＡ（０））／４を－ＤＡＢ（０）として採用し、３０％以下であればＣａｓｅ２の範囲の中点（ＲＡ（１）－ＲＢ（１）＋ＲＢ（０））／２を－ＤＡＢ（０）として採用し、どちらでもなければＲＡ（０）／２を－ＤＡＢ（０）として採用する。
【0048】
一方、非特許文献２では、まずＲＡ（ｎ）計測とＲＡ（ｎ＋１）計測が短い時間内で行われている場合、ホストＢクロックの正しい時刻との時差がほとんど変わらない、すなわち、
が成立することも仮定する。そしてＪＡ（ｎ）およびＪＢ（ｎ）に注目する。もし、
（２）
が成り立てば、まず以下のように比例配分値を仮置きする。
が成立することも仮定する。そしてＪＡ（ｎ）およびＪＢ（ｎ）に注目する。もし、
（２）
が成り立てば、まず以下のように比例配分値を仮置きする。
【0049】
【0050】
もし、この時、ホストＡとホストＢのクロックが同期していれば、
Ａ（ｎ）＝ｔＢ（ｎ）－ｔＡ（ｎ）
Ｂ（ｎ）＝ｔＡ（ｎ＋１）－ｔＢ（ｎ）
Ａ（ｎ＋１）＝ｔＢ（ｎ＋１）－ｔＡ（ｎ＋１）
Ｂ（ｎ＋１）＝ｔＡ（ｎ＋２）－ｔＢ（ｎ＋１）
（３）
が成立する。非特許文献２ではホストＡとホストＢのクロックが同期していない場合であっても式（３）が成立すると仮定すると、条件（２）は誤差込みで成立していると考える。
Ａ（ｎ）＝ｔＢ（ｎ）－ｔＡ（ｎ）
Ｂ（ｎ）＝ｔＡ（ｎ＋１）－ｔＢ（ｎ）
Ａ（ｎ＋１）＝ｔＢ（ｎ＋１）－ｔＡ（ｎ＋１）
Ｂ（ｎ＋１）＝ｔＡ（ｎ＋２）－ｔＢ（ｎ＋１）
（３）
が成立する。非特許文献２ではホストＡとホストＢのクロックが同期していない場合であっても式（３）が成立すると仮定すると、条件（２）は誤差込みで成立していると考える。
【0051】
次に同期していない場合に式（３）が成立すると仮定したうえで、推定時差ＯＢ．ｅｓｔ（ｎ）を、
（４）
とする。そのうえで
－ＤＡＢ（ｎ）＝Ａ（ｎ）＋ＯＢ．ｅｓｔ（ｎ）
－ＤＢＡ（ｎ）＝Ｂ（ｎ）－ＯＢ．ｅｓｔ（ｎ）
－ＤＡＢ（ｎ＋１）＝Ａ（ｎ＋１）＋ＯＢ．ｅｓｔ（ｎ）
－ＤＢＡ（ｎ＋１）＝Ｂ（ｎ＋１）－ＯＢ．ｅｓｔ（ｎ）
とする。本アイデアで重要となるのは、式（３）が成立し、式（４）が成立する範囲にホストＢクロックとの時差が収まっていることである。これに対して非特許文献２では、以下の判定条件１）～３）を提案している。
（４）
とする。そのうえで
－ＤＡＢ（ｎ）＝Ａ（ｎ）＋ＯＢ．ｅｓｔ（ｎ）
－ＤＢＡ（ｎ）＝Ｂ（ｎ）－ＯＢ．ｅｓｔ（ｎ）
－ＤＡＢ（ｎ＋１）＝Ａ（ｎ＋１）＋ＯＢ．ｅｓｔ（ｎ）
－ＤＢＡ（ｎ＋１）＝Ｂ（ｎ＋１）－ＯＢ．ｅｓｔ（ｎ）
とする。本アイデアで重要となるのは、式（３）が成立し、式（４）が成立する範囲にホストＢクロックとの時差が収まっていることである。これに対して非特許文献２では、以下の判定条件１）～３）を提案している。
【0052】
１）ＲＡ（ｎ）、ＲＢ（ｎ）、ＲＡ（ｎ＋１）が正常に取得できていること。
【0053】
２）｛ＪＡ（ｎ）＞０かつＪＢ（ｎ）＞０｝あるいは｛ＪＡ（ｎ）＜０かつＪＢ（ｎ）＜０｝のどちらかが成立する。
【0054】
３）ｔＡ（ｎ）＜ｔＢ（ｎ）＜ｔＡ（ｎ＋１）＜ｔＢ（ｎ＋１）＜ｔＡ（ｎ＋２）が成立する。
【0055】
実装では、上記の判定条件を満たした場合のみ片方向遅延を計算するとある。確かにこの判定条件は条件（２）を満たすための必要条件ではある。しかし、あまりにも自明であり、この判定条件が片方向遅延時間の推定に直接的な効果を発揮したというよりはＤＳＬ回線では多くの場合において上りと下りの遅延比率が概ね決まっており、上記の必要条件が揃えば高い確率で当たると主張しているように思える。
【0056】
しかしながら、式（３）を設定した最初の意図からも分かる通り、要するにホストＡとホストＢのクロックができるだけ同期してそうなポイントを選ぶと言っているに過ぎない。こういう考え方は時刻同期のための方法としては不適切となる。
【0057】
＜ＰＴＰにおける用語定義および性質＞
時刻同期プロトコルにおける片方向遅延時間の単純計算の方法は、上記式（１）に示した通りである。ＰＴＰの場合、具体的には図２のようにＳｙｎｃメッセージとＤｅｌａｙ＿ＲｅｑメッセージとＤｅｌａｙ＿Ｒｅｓｐメッセージとを交換している。図中の各種変数は図１で定義したものを踏襲している。
時刻同期プロトコルにおける片方向遅延時間の単純計算の方法は、上記式（１）に示した通りである。ＰＴＰの場合、具体的には図２のようにＳｙｎｃメッセージとＤｅｌａｙ＿ＲｅｑメッセージとＤｅｌａｙ＿Ｒｅｓｐメッセージとを交換している。図中の各種変数は図１で定義したものを踏襲している。
【0058】
ＰＴＰマスターとＰＴＰスレーブ間のｎ番目のＳｙｎｃメッセージとｍ番目のＤｅｌａｙ＿Ｒｅｑメッセージ（Ｄｅｌａｙ＿Ｒｅｓｐメッセージ）を使った最も標準的な片方向遅延時間Ｄ（ｎ，ｍ）および時差Ｏ（ｎ，ｍ）の計算は、
（５）
のようにする。
（５）
のようにする。
【0059】
また、実際には図３のように（ｔ１，Ｍ（），ｔ２，Ｓ（））の取得と（ｔ３，Ｓ（），ｔ４，Ｍ（））の取得は非同期に行われている。したがって、片方向遅延時間Ｄ＝Ｄ（ｉ，ｊ）はその時点での最新の（ｔ１，Ｍ（），ｔ２，Ｓ（），ｔ３，Ｓ（），ｔ４，Ｍ（））で計算することができる。
【0060】
さて、ＳｙｎｃメッセージとＤｅｌａｙ＿Ｒｅｑメッセージ（Ｄｅｌａｙ＿Ｒｅｓｐメッセージ）との交換が非同期に実施される場合、ｎ番目のＳｙｎｃメッセージとｍ番目のＤｅｌａｙ＿Ｒｅｑメッセージを用いた、ＰＴＰマスター側の見かけ上のＲＴＴは、以下のようにＰＴＰスレーブ側の応答待ち時間を消去するように計算される。
【0061】
ＲＭ（ｎ，ｍ）＝（ｔ４，Ｍ（ｍ）－ｔ１，Ｍ（ｎ））－（ｔ３，Ｓ（ｍ）－ｔ２，Ｓ（ｎ））
【0062】
ここで、ＰＴＰスレーブ側の応答待ち時間はＰＴＰスレーブのクロックで計測していることに注意する。
【0063】
したがって、任意のｎ，ｍについて見かけ上のＲＴＴを考えると真のＲＴＴに対して誤差が大きい場合も存在する。出来るだけ正確なＲＴＴを得るためにはＳｙｎｃメッセージの受信とＤｅｌａｙ＿Ｒｅｑメッセージの送信のタイミングが十分に短い必要がある。
【0064】
例えば、ＰＴＰスレーブのクロックの歩度がＰＴＰマスターのクロックの歩度に対して±０．１ｐｐｍの狂いであった場合、Ｓｙｎｃメッセージ、Ｄｅｌａｙ＿Ｒｅｑメッセージともに５番目であるｔ２，Ｓ（５）からｔ３，Ｓ（５）の期間が１５ミリ秒ならば、その期間の正しい時間との誤差は±１．５ナノ秒となる。これくらいの誤差ならばＰＴＰとしては無視できるレベルである（信頼できるＲＴＴとなる）が、５番目のＳｙｎｃメッセージと２０番目のＤｅｌａｙ＿Ｒｅｑメッセージに対してｔ２，Ｓ（５）からｔ３，Ｓ（２０）の期間が３０秒であったとすると、同じく正しい時間との誤差は±３マイクロ秒となり、無視できないような値となる。
【0065】
ＰＴＰスレーブ側の見かけ上のＲＴＴ ＲＳ（ｎ，ｍ）も同様に定義されるが、ＲＳ（ｎ，ｍ）＝（ｔ２，Ｓ（ｎ）－ｔ３，Ｓ（ｍ））－（ｔ１，Ｍ（ｎ）－ｔ４，Ｍ（ｍ））であるから、結局
ＲＭ（ｎ，ｍ）＝ＲＳ（ｎ，ｍ）
を得る。これより事実上ＰＴＰマスター側、ＰＴＰスレーブ側と考える必要がなくなり、ＲＭ（ｎ，ｍ）およびＲＳ（ｎ，ｍ）を単純にＲ（ｎ，ｍ）で表すことにする。以上の結果をまとめて以下の定義を得る。
ＲＭ（ｎ，ｍ）＝ＲＳ（ｎ，ｍ）
を得る。これより事実上ＰＴＰマスター側、ＰＴＰスレーブ側と考える必要がなくなり、ＲＭ（ｎ，ｍ）およびＲＳ（ｎ，ｍ）を単純にＲ（ｎ，ｍ）で表すことにする。以上の結果をまとめて以下の定義を得る。
【0066】
（定義１（信頼できるＲＴＴ））
ｎ番目のＳｙｎｃメッセージの受信タイミングｔ２，Ｓ（ｎ）とｍ番目のＤｅｌａｙ＿Ｒｅｑメッセージの送信タイミングｔ３，Ｓ（ｍ）の差｜ｔ３，Ｓ（ｍ）－ｔ２，Ｓ（ｎ）｜について、この差と正しい経過時間との誤差が無視できるほど小さいとき
Ｒ（ｎ，ｍ）＝（ｔ４，Ｍ（ｍ）－ｔ１，Ｍ（ｎ））－（ｔ３，Ｓ（ｍ）－ｔ２，Ｓ（ｎ））
を信頼できるＲＴＴと呼ぶ。
ｎ番目のＳｙｎｃメッセージの受信タイミングｔ２，Ｓ（ｎ）とｍ番目のＤｅｌａｙ＿Ｒｅｑメッセージの送信タイミングｔ３，Ｓ（ｍ）の差｜ｔ３，Ｓ（ｍ）－ｔ２，Ｓ（ｎ）｜について、この差と正しい経過時間との誤差が無視できるほど小さいとき
Ｒ（ｎ，ｍ）＝（ｔ４，Ｍ（ｍ）－ｔ１，Ｍ（ｎ））－（ｔ３，Ｓ（ｍ）－ｔ２，Ｓ（ｎ））
を信頼できるＲＴＴと呼ぶ。
【0067】
上記定義１において、｜ｔ３，Ｓ（ｍ）－ｔ２，Ｓ（ｎ）｜の値と正しい経過時間との誤差をできるだけ小さくするためにはＰＴＰマスターのクロックの歩度とＰＴＰスレーブのクロックの歩度の誤差を小さくすることはもちろんであるが、ｔ２，Ｓ（ｎ）とｔ３，Ｓ（ｍ）の間にＰＴＰスレーブクロックの値がＳｔｅｐ調整（一般的には線形的に増加するはずのクロックの値を、線形的増加を無視して一気に変更する調整のこと）されないことも重要である。
【0068】
最後に、片方向遅延時間について述べる。上記で述べた各種量の定義をもとにすると、ｎ番目のＳｙｎｃメッセージの真の片方向遅延時間は－ＤＭＳ（ｎ）であり、ｍ番目のＤｅｌａｙ＿Ｒｅｑメッセージの真の片方向遅延時間は－ＤＳＭ（ｍ）である。両者については以下の性質がいつでも成り立つ。
【0069】
（性質２）
すべてのｎ，ｍに対して必ず
－ＤＭＳ（ｎ）＞０ かつ －ＤＳＭ（ｍ）＞０
が成り立つ。
すべてのｎ，ｍに対して必ず
－ＤＭＳ（ｎ）＞０ かつ －ＤＳＭ（ｍ）＞０
が成り立つ。
【0070】
次に真の片方向遅延差（Ｊｉｔｔｅｒ）－ＪＭは
－ＪＭ（ｎ）＝－ＤＭＳ（ｎ＋１）－－ＤＭＳ（ｎ）
＝｛（ｔ２，Ｓ（ｎ＋１）＋Ｏｎ＋１）－ｔ１，Ｍ（ｎ＋１）｝－
｛（ｔ２，Ｓ（ｎ）＋Ｏｎ－ｔ１，Ｍ（ｎ）｝
と計算できる。ここでＯｎ＋１，Ｏｎはそれぞれｔ２，Ｓ（ｎ＋１），ｔ２，Ｓ（ｎ）時点でのＰＴＰスレーブとＰＴＰマスターのクロックの時差である。
－ＪＭ（ｎ）＝－ＤＭＳ（ｎ＋１）－－ＤＭＳ（ｎ）
＝｛（ｔ２，Ｓ（ｎ＋１）＋Ｏｎ＋１）－ｔ１，Ｍ（ｎ＋１）｝－
｛（ｔ２，Ｓ（ｎ）＋Ｏｎ－ｔ１，Ｍ（ｎ）｝
と計算できる。ここでＯｎ＋１，Ｏｎはそれぞれｔ２，Ｓ（ｎ＋１），ｔ２，Ｓ（ｎ）時点でのＰＴＰスレーブとＰＴＰマスターのクロックの時差である。
【0071】
ｔ２，Ｓ（ｎ＋１）－ｔ２，Ｓ（ｎ）の値とｔ２，Ｓ（ｎ）からｔ２，Ｓ（ｎ＋１）までの正しい経過時間との差はＯｎ＋１－Ｏｎに等しい。したがって、信頼できるＲＴＴと同様に、ｔ２，Ｓ（ｎ＋１）－ｔ２，Ｓ（ｎ）の値とｔ２，Ｓ（ｎ）からｔ２，Ｓ（ｎ＋１）までの正しい経過時間との差が無視できるほど小さければ
とできる。この時は、
とタイムスタンプ情報だけから計算できる。まとめると以下の定義を得る。
とできる。この時は、
とタイムスタンプ情報だけから計算できる。まとめると以下の定義を得る。
【0072】
（定義３）
１）ｔ２，Ｓ（ｎ＋１）－ｔ２，Ｓ（ｎ）の値とｔ２，Ｓ（ｎ）からｔ２，Ｓ（ｎ＋１）までの正しい経過時間との誤差が無視できるほど小さいとき
ＪＭ（ｎ）＝（ｔ２，Ｓ（ｎ＋１）－ｔ１，Ｍ（ｎ＋１））－（ｔ２，Ｓ（ｎ）－ｔ１，Ｍ（ｎ））
をＳｙｎｃメッセージの信頼できる片方向遅延差と呼ぶ。
２）ｔ３，Ｓ（ｍ＋１）－ｔ３，Ｓ（ｍ）の値とｔ３，Ｓ（ｍ）からｔ３，Ｓ（ｍ＋１）までの正しい経過時間との誤差が無視できるほど小さいとき
ＪＳ（ｍ）＝（ｔ４，Ｍ（ｍ＋１）－ｔ３，Ｓ（ｍ＋１））－（ｔ４，Ｍ（ｍ）－ｔ３，Ｓ（ｍ））
をＤｅｌａｙ＿Ｒｅｑメッセージの信頼できる片方向遅延差と呼ぶ。
また、両メッセージを区別する必要ないときは単に信頼できる片方向遅延差と呼ぶ。
１）ｔ２，Ｓ（ｎ＋１）－ｔ２，Ｓ（ｎ）の値とｔ２，Ｓ（ｎ）からｔ２，Ｓ（ｎ＋１）までの正しい経過時間との誤差が無視できるほど小さいとき
ＪＭ（ｎ）＝（ｔ２，Ｓ（ｎ＋１）－ｔ１，Ｍ（ｎ＋１））－（ｔ２，Ｓ（ｎ）－ｔ１，Ｍ（ｎ））
をＳｙｎｃメッセージの信頼できる片方向遅延差と呼ぶ。
２）ｔ３，Ｓ（ｍ＋１）－ｔ３，Ｓ（ｍ）の値とｔ３，Ｓ（ｍ）からｔ３，Ｓ（ｍ＋１）までの正しい経過時間との誤差が無視できるほど小さいとき
ＪＳ（ｍ）＝（ｔ４，Ｍ（ｍ＋１）－ｔ３，Ｓ（ｍ＋１））－（ｔ４，Ｍ（ｍ）－ｔ３，Ｓ（ｍ））
をＤｅｌａｙ＿Ｒｅｑメッセージの信頼できる片方向遅延差と呼ぶ。
また、両メッセージを区別する必要ないときは単に信頼できる片方向遅延差と呼ぶ。
【0073】
＜ＲＴＴと遅延差列による遅延範囲の推定＞
上述した用語と性質を用いるとまず以下の補題が示せる。
上述した用語と性質を用いるとまず以下の補題が示せる。
【0074】
（補題４）
Ｒ（ｎ１，ｍ１），Ｒ（ｎ２，ｍ２），．．．，Ｒ（ｎｐ，ｍｐ）がすべて信頼できるＲＴＴとなるｎ＝ｎ１＜ｎ２・・・＜ｎｐおよびｍ＝ｍ１＜ｍ２＜・・・＜ｍｐなる整数が存在し、そのすべてのＲＴＴが分かっているとする。さらにＳｙｎｃメッセージ、Ｄｅｌａｙ＿Ｒｅｑメッセージそれぞれにおいて任意の２つのメッセージの片方向遅延差が信頼できるとき、
Ｒ（ｉ，ｊ）∈｛Ｒ（ｎ１，ｍ１），Ｒ（ｎ２，ｍ２），．．．，Ｒ（ｎｐ，ｍｐ）｝
を任意に１つ選ぶと
１）ｎ，ｎ＋１，．．．，ｎｐ－１，ｎｐのうちの－ＤＭＳ（）が最小となる番号ｋが分かり、－ＤＭＳ（ｋ）と－ＤＭＳ（ｉ）との差ＪＭ（ｉ，ｋ）も分かる。
２）ｍ，ｍ＋１，．．，ｍｐ－１，ｍｐのうちの－ＤＳＭ（）が最小となる番号ｌが分かり、－ＤＳＭ（ｌ）と－ＤＳＭ（ｊ）との差ＪＳ（ｊ，ｌ）も分かる。
Ｒ（ｎ１，ｍ１），Ｒ（ｎ２，ｍ２），．．．，Ｒ（ｎｐ，ｍｐ）がすべて信頼できるＲＴＴとなるｎ＝ｎ１＜ｎ２・・・＜ｎｐおよびｍ＝ｍ１＜ｍ２＜・・・＜ｍｐなる整数が存在し、そのすべてのＲＴＴが分かっているとする。さらにＳｙｎｃメッセージ、Ｄｅｌａｙ＿Ｒｅｑメッセージそれぞれにおいて任意の２つのメッセージの片方向遅延差が信頼できるとき、
Ｒ（ｉ，ｊ）∈｛Ｒ（ｎ１，ｍ１），Ｒ（ｎ２，ｍ２），．．．，Ｒ（ｎｐ，ｍｐ）｝
を任意に１つ選ぶと
１）ｎ，ｎ＋１，．．．，ｎｐ－１，ｎｐのうちの－ＤＭＳ（）が最小となる番号ｋが分かり、－ＤＭＳ（ｋ）と－ＤＭＳ（ｉ）との差ＪＭ（ｉ，ｋ）も分かる。
２）ｍ，ｍ＋１，．．，ｍｐ－１，ｍｐのうちの－ＤＳＭ（）が最小となる番号ｌが分かり、－ＤＳＭ（ｌ）と－ＤＳＭ（ｊ）との差ＪＳ（ｊ，ｌ）も分かる。
【0075】
証明の前に、補題の想定している状況をもう少し詳しく説明しておく。ＳｙｎｃメッセージとＤｅｌａｙ＿Ｒｅｑメッセージの両メッセージは一般的には非同期にメッセージのやり取りをしている（図４）。したがって、任意の番号のＳｙｎｃメッセージに対して対応するＤｅｌａｙ＿Ｒｅｑメッセージが存在しない場合もあれば、逆にＳｙｎｃメッセージに対して２つ以上のＤｅｌａｙ＿Ｒｅｑメッセージを対応させることもできる。よって、対応付けた番号を（ｎｐ，ｍｐ）のように添え字をつけて分かりやすくしているのである。
【0076】
（証明）
補題４の１）について示す。ｑ（≠ｉ）を任意にとる。ｑ＞ｉのとき定義３により、－ＤＭＳ（ｉ）と－ＤＭＳ（ｑ）の差ＪＭＳ（ｉ，ｑ）は、ｉ番目とｑ番目のメッセージの片方向遅延差が信頼できることから、以下のように計算できる。
ｑ＜ｉの場合も同様に計算できる。ＪＭＳ（ｉ，ｎ），．．．，ＪＭＳ（ｉ，ｐ）のうちの最小値ＪＭＳ（ｊ，ｋ）≦０がＤＭＳ（ｋ）に対応している。
補題４の２）についても同様に示される。
補題４の１）について示す。ｑ（≠ｉ）を任意にとる。ｑ＞ｉのとき定義３により、－ＤＭＳ（ｉ）と－ＤＭＳ（ｑ）の差ＪＭＳ（ｉ，ｑ）は、ｉ番目とｑ番目のメッセージの片方向遅延差が信頼できることから、以下のように計算できる。
ｑ＜ｉの場合も同様に計算できる。ＪＭＳ（ｉ，ｎ），．．．，ＪＭＳ（ｉ，ｐ）のうちの最小値ＪＭＳ（ｊ，ｋ）≦０がＤＭＳ（ｋ）に対応している。
補題４の２）についても同様に示される。
【0077】
（定理５（Ｖａｌｉｄ Ｄｅｌａｙ Ｒａｎｇｅ））
補題４と同様の状況を考え、同じ記号を使用する。このとき、ｎ１，ｎ１＋１，．．．，ｎｐおよびｍ１，ｍ１＋１，．．．，ｍｐに対して性質２が成り立つことと、任意のＲＴＴ Ｒ（ｉ，ｊ）と最小片方向遅延時間－ＤＭＳ（ｋ）、－ＤＳＭ（ｌ）に対して
ＪＭ（ｋ，ｉ）＜－ＤＭＳ（ｉ）＜Ｒ（ｉ，ｊ）－ＪＳ（ｌ，ｊ）
－ＤＳＭ（ｊ）＝Ｒ（ｉ，ｊ）－－ＤＭＳ（ｉ）
（６）
が成立することは同値である。ただし
である。
補題４と同様の状況を考え、同じ記号を使用する。このとき、ｎ１，ｎ１＋１，．．．，ｎｐおよびｍ１，ｍ１＋１，．．．，ｍｐに対して性質２が成り立つことと、任意のＲＴＴ Ｒ（ｉ，ｊ）と最小片方向遅延時間－ＤＭＳ（ｋ）、－ＤＳＭ（ｌ）に対して
ＪＭ（ｋ，ｉ）＜－ＤＭＳ（ｉ）＜Ｒ（ｉ，ｊ）－ＪＳ（ｌ，ｊ）
－ＤＳＭ（ｊ）＝Ｒ（ｉ，ｊ）－－ＤＭＳ（ｉ）
（６）
が成立することは同値である。ただし
である。
【0078】
（定理５の証明）
図５を参照して、定理５を証明する。
図５を参照して、定理５を証明する。
【0079】
まず、性質２⇒式（６）を示す。性質２により－ＤＭＳ（ｋ）＞０。－ＤＭＳ（ｉ）＝－ＤＭＳ（ｋ）＋ＪＭ（ｋ，ｉ）であるからＪＭ（ｋ，ｉ）＜－ＤＭＳ（ｉ）である。－ＤＳＭについても同様に考えてＪＳ（ｌ，ｊ）＜－ＤＳＭ（ｊ）である。
【0080】
－ＤＳＭ（ｊ）＝Ｒ（ｉ，ｊ）－ＤＭＳ（ｉ）⇔ＤＭＳ（ｉ）＝Ｒ（ｉ，ｊ）－－ＤＳＭ（ｊ）はＲＴＴの定義から直接成立する。ＪＳ（ｌ，ｊ）＜－ＤＳＭ（ｊ）（ＪＳ（ｌ，ｊ）＞０）であることから－ＤＭＳ（ｉ）＜Ｒ（ｉ，ｊ）－ＪＳ（ｌ，ｊ）を得る。
【0081】
式（６）⇒性質２を示す。－ＤＭＳ（ｋ）＝－ＤＭＳ（ｉ）－ＪＭ（ｋ，ｉ），（ＪＭ（ｋ，ｉ）＞０）であるから、式（６）の最初の不等号により－ＤＭＳ（ｋ）＞０である。式（６）の２つ目の不等号と等号式により－ＤＳＭ（ｊ）＞ＪＳ（ｌ，ｊ）を得る。－ＤＳＭ（ｌ）＝－ＤＳＭ（ｉ）－ＪＳ（ｌ，ｊ），（ＪＳ（ｌ，ｊ）＞０）により－ＤＳＭ（ｌ）＞０を得る。－ＤＭＳ（ｋ）、－ＤＳＭ（ｌ）がそれぞれの最小値であることから、ｎ１≦∀ｕ≦ｎｐ、ｍ１≦∀ｖ≦ｍｐに対して－ＤＭＳ（ｕ）＞０かつ－ＤＳＭ（ｖ）＞０が成り立つ。
【0082】
＜片方向遅延の検査と補正＞
上述したように、スレーブ・クロックの周波数オフセットが適切にメンテナンスされていれば、定理５のための片方向遅延差を信頼できる期間を長くとることができる。
上述したように、スレーブ・クロックの周波数オフセットが適切にメンテナンスされていれば、定理５のための片方向遅延差を信頼できる期間を長くとることができる。
【0083】
定理５における信頼できる期間が長ければ長いほど、最小片方向遅延を更新できる可能性が高く、またその情報を長い期間利用できる。よって、定理５で得られる片方向遅延時間の存在範囲の情報を、片方向遅延時間の推定結果の検証および補正に利用する。
【0084】
（アルゴリズム（ＯＷＤ Ｃｈｅｃｋ ａｎｄ Ｃｏｒｒｅｃｔ））
現在時刻をｔとし、ｔ＝ｍａｘ｛ｔ２，Ｓ（ｎ１），ｔ３，Ｓ（ｍ１）｝とし、片方向遅延時間の推定に使用する下りと上りの遅延比をａ：ｂとする。また、定理５に使用する片方向遅延差は式（７）のようにスレーブの歩度を加味した計算を使う。ただし、ｒＴ（ｔ）は、歩度調整値であり、後述する時差解消歩度ｒＰ（ｔ）と固有歩度ｒＩ（ｔ）を用いて、ｒＴ（ｔ）＝ｒＰ（ｔ）／（１＋ｒＩ（ｔ））で表される。
現在時刻をｔとし、ｔ＝ｍａｘ｛ｔ２，Ｓ（ｎ１），ｔ３，Ｓ（ｍ１）｝とし、片方向遅延時間の推定に使用する下りと上りの遅延比をａ：ｂとする。また、定理５に使用する片方向遅延差は式（７）のようにスレーブの歩度を加味した計算を使う。ただし、ｒＴ（ｔ）は、歩度調整値であり、後述する時差解消歩度ｒＰ（ｔ）と固有歩度ｒＩ（ｔ）を用いて、ｒＴ（ｔ）＝ｒＰ（ｔ）／（１＋ｒＩ（ｔ））で表される。
【0085】
（７）
【0086】
この時、以下の手順でＳｙｎｃメッセージの片方向遅延時間の検査と補正を行う。
【0087】
１）片方向遅延時間の推定処理を実行し、ＤＭＳ（ｎ１），ＤＳＭ（ｍ１）を計算する。
【0088】
２）定理５を利用し、真の片方向遅延時間－ＤＭＳ（ｎ１）の存在範囲を計算する。
【0089】
３）ＤＭＳ（ｎ１）が２）の存在範囲に含まれている場合はＤＭＳ（ｎ１）をｎ１番目のＳｙｎｃメッセージの片方向遅延時間として出力し終了する。存在範囲に含まれていなければ次の手順に進む。
【0090】
４）片方向遅延時間の推定に使用する下りと上りの遅延比ａ：ｂを、ＤＭＳ（ｎ１）が２）の存在範囲に含まれるように変更する。変更した比を改めてａ：ｂとし上記手順１）に戻る。
【0091】
手順２）、３）をＣｈｅｃｋフェーズ、手順４）をＣｏｒｒｅｃｔフェーズと呼ぶ。
【0092】
本アルゴリズムにおいては、片方向遅延時間を推定するための遅延比ａ：ｂの最適な補正方法については言及しないが、例えば次のような簡易な手順が利用できる。まず、定理５によるＳｙｎｃメッセージの真の片方向遅延の存在範囲をＵ＜－ＤＭＳ（ｎ１）＜Ｖとし、片方向遅延時間の推定結果をＤＭＳ（ｎ１）とする。
【0093】
１）ＤＭＳ（ｎ１）≦Ｕならば、ａ＋１：ｂを新たな遅延比ａ：ｂとする。
【0094】
２）Ｖ≦ＤＭＳ（ｎ１）ならば、ａ：ｂ＋１を新たな遅延比ａ：ｂとする。
【0095】
上記の手順をＵ＜ＤＭＳ（ｎ１）＜Ｖを満たすまで繰り返せば良い。
【0096】
＜本発明の実施の形態のシステム構成＞
本発明の実施の形態に係るクロック調整システムの構成について説明する。図６に示すように、本発明の実施の形態に係るクロック調整システム１００は、クロック処理装置１０と、参照クロック発信装置１６とを備えており、クロック処理装置１０と参照クロック発信装置１６とはネットワークを介して接続されている。
本発明の実施の形態に係るクロック調整システムの構成について説明する。図６に示すように、本発明の実施の形態に係るクロック調整システム１００は、クロック処理装置１０と、参照クロック発信装置１６とを備えており、クロック処理装置１０と参照クロック発信装置１６とはネットワークを介して接続されている。
【0097】
参照クロック発信装置１６は、参照クロックの時刻情報を発信するサーバ装置である。参照クロック発信装置１６の具体的な態様についての説明は省略するが、参照クロック発信装置１６は、参照クロックを有し、参照クロックの時刻情報を、ネットワークを介して配信する。
【0098】
本実施の形態におけるクロック処理装置１０は、ＣＰＵと、ＲＡＭと、後述する各種処理ルーチンを実行するためのプログラムや各種データを記憶したＲＯＭと、を含むコンピュータで構成することが出来る。このクロック処理装置１０は、機能的には図７に示すように、通信部２０と、自システムクロック部２４と、片方向遅延差計算部２６と、ＲＴＴ取得部２８と、片方向遅延範囲更新部３０と、遅延時間推定部３２と、判定部３４と、補正部３６と、時差計算部３８と、自システムクロック制御部４０とを備えている。なお、ＲＴＴ取得部２８は、情報取得部の一例であり、自システムクロック制御部４０は、歩度決定部の一例である。
【0099】
通信部２０は、ネットワークを介して、参照クロック発信装置１６との間でメッセージを送受信する。
【0100】
具体的には、通信部２０は、参照クロック発信装置１６から参照クロックの時刻情報を含む第１メッセージ（Ｓｙｎｃメッセージ）を受信する。通信部２０は、参照クロック発信装置１６へ、自システムクロック部２４が出力する時刻情報を含む第２メッセージ（Ｄｅｌａｙ＿Ｒｅｑメッセージ）を送信する。通信部２０は、参照クロック発信装置１６から、第２メッセージを受信した時の参照クロックの時刻情報を含む第３メッセージ（Ｄｅｌａｙ＿Ｒｅｓｐメッセージ）を受信する。
【0101】
自システムクロック部２４は、現在の歩度に基づいて自クロックの時刻情報を決定して、通信部２０に出力する。なお、自システムクロック部２４は、クロック部の一例である。
【0102】
また、自クロックの時刻情報をクライアント端末に配信する、という利用法が応用として考えられる場合には、ネットワークを介して、自システムクロック部２４から出力された自クロックの時刻情報を、クライアント端末へ送信する。
【0103】
片方向遅延差計算部２６は、Ｓｙｎｃメッセージに含まれる参照クロックの時刻情報と、Ｓｙｎｃメッセージを受信した時に自システムクロック部２４が出力した時刻情報との差分を、仮の第１片方向遅延時間とし、仮の第１片方向遅延時間同士の差である第１片方向遅延差を各々計算すると共に、Ｄｅｌａｙ＿Ｒｅｑメッセージに含まれる時刻情報と、Ｄｅｌａｙ＿Ｒｅｓｐメッセージに含まれる、Ｄｅｌａｙ＿Ｒｅｑメッセージを受信した時の参照クロックの時刻情報との差分を、仮の第２片方向遅延時間とし、仮の第２片方向遅延時間同士の差である第２片方向遅延差を各々計算する。
【0104】
具体的には、Ｓｙｎｃメッセージ、及びＤｅｌａｙ＿Ｒｅｑメッセージ（Ｄｅｌａｙ＿Ｒｅｓｐメッセージ）は非同期に送受信されており、Ｓｙｎｃメッセージ受信時にタイムスタンプｔ１，Ｍ，ｔ２，Ｓを、Ｄｅｌａｙ＿Ｒｅｓｐメッセージ受信時にｔ３，Ｓ，ｔ４，Ｍを取得できる。片方向遅延差計算部２６はそれぞれのメッセージを受信したタイミングで動作する。それぞれのメッセージに対応する片方向遅延差を計算し結果を一時的に保存する。保存した計算結果は後段の処理で利用する。
【0105】
手順にまとめると以下のようになる。
【0106】
１）受信メッセージがＳｙｎｃメッセージ（ｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ））の場合
ａ）現在の歩度情報ｒＰ、ｒＩを参照し、上記式（７）の方法で、第１片方向遅延差ＪＭ（ｎ－１，ｎ）を計算する。
ｂ）第１片方向遅延差ＪＭ（ｎ－１，ｎ）を保存する。
ｃ）ｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ）をＲＴＴ取得部２８に入力し、片方向遅延差計算部２６の処理を終了する。
ａ）現在の歩度情報ｒＰ、ｒＩを参照し、上記式（７）の方法で、第１片方向遅延差ＪＭ（ｎ－１，ｎ）を計算する。
ｂ）第１片方向遅延差ＪＭ（ｎ－１，ｎ）を保存する。
ｃ）ｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ）をＲＴＴ取得部２８に入力し、片方向遅延差計算部２６の処理を終了する。
【0107】
２）受信メッセージがＤｅｌａｙ＿Ｒｅｑメッセージ（ｔ３，Ｓ（ｍ），ｔ４，Ｍ（ｍ））の場合
ａ）現在の歩度情報ｒＰ、ｒＩを参照し、上記式（７）の方法で第２片方向遅延差ＪＳ（ｍ－１，ｍ）を計算する。
ｂ）第２片方向遅延差ＪＳ（ｍ－１，ｍ）を保存する。
ｃ）ｔ３，Ｓ（ｍ），ｔ４，Ｍ（ｍ）をＲＴＴ取得部２８に入力し、片方向遅延差計算部２６の処理を終了する。
ａ）現在の歩度情報ｒＰ、ｒＩを参照し、上記式（７）の方法で第２片方向遅延差ＪＳ（ｍ－１，ｍ）を計算する。
ｂ）第２片方向遅延差ＪＳ（ｍ－１，ｍ）を保存する。
ｃ）ｔ３，Ｓ（ｍ），ｔ４，Ｍ（ｍ）をＲＴＴ取得部２８に入力し、片方向遅延差計算部２６の処理を終了する。
【0108】
ＲＴＴ取得部２８は、計算対象となるＳｙｎｃメッセージ、Ｄｅｌａｙ＿Ｒｅｑメッセージ、及びＤｅｌａｙ＿Ｒｅｓｐメッセージの組み合わせについて、第１片方向遅延時間及び第２片方向遅延時間の和であるＲＴＴを計算するための情報を取得する。なお、ＲＴＴが、往復遅延時間の一例である。
【0109】
具体的には、受信メッセージのタイムスタンプ情報を利用して信頼できるＲＴＴとなるかをチェックする。
【0110】
ＰＴＰにおいてはＳｙｎｃメッセージ（ｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ））が時刻情報の基礎情報となることから、信頼できるＲＴＴはｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ）を基準として前後のＤｅｌａｙ＿Ｒｅｑメッセージのタイムスタンプ（ｔ３，Ｓ（ｍ－１），ｔ４，Ｍ（ｍ－１）），（ｔ３，Ｓ（ｍ），ｔ４，Ｍ（ｍ））から計算する。
【0111】
前後のＤｅｌａｙ＿Ｒｅｑメッセージであるから、ｔ３，Ｓ（ｍ－１）＜ｔ２，Ｓ（ｎ）＜ｔ３，Ｓ（ｍ）を満たしている。この時、
Ｇｐ＝ｔ２，Ｓ（ｎ）－ｔ３，Ｓ（ｍ－１）
Ｇｆ＝ｔ３，Ｓ（ｍ）－ｔ２，Ｓ（ｎ）
のうち小さい方のタイムスタンプ情報を利用して信頼できるＲＴＴを計算する。例えばＧｆ＜Ｇｐであれば、ｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ），ｔ３，Ｓ（ｍ），ｔ４，Ｍ（ｍ）を使って信頼できるＲＴＴを計算する。実際には後段の処理でタイムスタンプ情報を利用するのでｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ），ｔ３，Ｓ（ｍ），ｔ４，Ｍ（ｍ）を片方向遅延範囲更新部３０及び遅延時間推定部３２に入力する。なお、ＲＴＴ取得部２８でＲＴＴも計算して入力しても良いし、後段の処理でＲＴＴを計算しても良い。
Ｇｐ＝ｔ２，Ｓ（ｎ）－ｔ３，Ｓ（ｍ－１）
Ｇｆ＝ｔ３，Ｓ（ｍ）－ｔ２，Ｓ（ｎ）
のうち小さい方のタイムスタンプ情報を利用して信頼できるＲＴＴを計算する。例えばＧｆ＜Ｇｐであれば、ｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ），ｔ３，Ｓ（ｍ），ｔ４，Ｍ（ｍ）を使って信頼できるＲＴＴを計算する。実際には後段の処理でタイムスタンプ情報を利用するのでｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ），ｔ３，Ｓ（ｍ），ｔ４，Ｍ（ｍ）を片方向遅延範囲更新部３０及び遅延時間推定部３２に入力する。なお、ＲＴＴ取得部２８でＲＴＴも計算して入力しても良いし、後段の処理でＲＴＴを計算しても良い。
【0112】
ここで、ＲＴＴを信頼できる状態にするには単にｔ２，Ｓ（ｎ）の近傍のタイムスタンプを採用するというだけでは不十分であり、Ｇｆ（あるいはＧｐ）の長さについても考慮しなければならない。従って、Ｇｆの最大値をユーザーが設定できるようにするのが良い。また、ＳｙｎｃメッセージとＤｅｌａｙ＿Ｒｅｑメッセージは非同期に受信するのでｔ２，Ｓ（ｎ）を基準にしたタイムスタンプがすべて揃っているとは限らない。したがって、必要な情報が揃うまで受信したタイムスタンプ情報は一時的に保存し、信頼できるＲＴＴが計算できるｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ），ｔ３，Ｓ（ｍ），ｔ４，Ｍ（ｍ）が揃わない限りは処理を終了する。
【0113】
手順にまとめると以下のようになる。
【0114】
１）受信タイムスタンプがｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ）の場合、両方のタイムスタンプをそれぞれＴ１，Ｔ２として保存し、ＲＴＴ取得部２８の処理を終了し、後段の処理には進まない。
【0115】
２）受信タイムスタンプがｔ３，Ｓ（ｍ），ｔ４，Ｍ（ｍ）の場合、保存されている最新のＴ１，Ｔ２，Ｔ３，Ｔ４を読込み、それぞれｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ），ｔ３，Ｓ（ｍ－１），ｔ４，Ｍ（ｍ－１）とする。
ａ）Ｔ３をｔ３，Ｓ（ｍ）で、Ｔ４をｔ４，Ｍ（ｍ）で上書き保存する。
ｂ）ｔ２，Ｓ（ｎ）≦ｔ３，Ｓ（ｍ－１）≦ｔ３，Ｓ（ｍ）の場合、ＲＴＴ取得部２８の処理を終了し、後段の処理には進まない。
ｃ）ｔ３，Ｓ（ｍ－１）≦ｔ２，Ｓ（ｎ）≦ｔ３，Ｓ（ｍ）の場合
ｉ）Ｇｐ＝ｔ２，Ｓ（ｎ）－ｔ３，Ｓ（ｍ－１）、Ｇｆ＝ｔ３，Ｓ（ｍ）－ｔ２，Ｓ（ｎ）を計算する。
ｉｉ）Ｇｐ＜ＧｆかつＧｐ≦（ユーザー設定の許容値）ならば、ｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ），ｔ３，Ｓ（ｍ－１），ｔ４，Ｍ（ｍ－１）を、片方向遅延範囲更新部３０及び遅延時間推定部３２に入力し、ＲＴＴ取得部２８の処理を終了する。
ｉｉｉ）Ｇｐ≧＝ＧｆかつＧｆ≦（ユーザー設定の許容値）ならば、ｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ），ｔ３，Ｓ（ｍ），ｔ４，Ｍ（ｍ）を片方向遅延範囲更新部３０及び遅延時間推定部３２に入力し、ＲＴＴ取得部２８の処理を終了する。
ｉｖ）ｍｉｎ｛Ｇｐ，Ｇｆ｝＞（ユーザー設定の許容値）ならば、ＲＴＴ取得部２８の処理を終了し、後段の処理には進まない。
ａ）Ｔ３をｔ３，Ｓ（ｍ）で、Ｔ４をｔ４，Ｍ（ｍ）で上書き保存する。
ｂ）ｔ２，Ｓ（ｎ）≦ｔ３，Ｓ（ｍ－１）≦ｔ３，Ｓ（ｍ）の場合、ＲＴＴ取得部２８の処理を終了し、後段の処理には進まない。
ｃ）ｔ３，Ｓ（ｍ－１）≦ｔ２，Ｓ（ｎ）≦ｔ３，Ｓ（ｍ）の場合
ｉ）Ｇｐ＝ｔ２，Ｓ（ｎ）－ｔ３，Ｓ（ｍ－１）、Ｇｆ＝ｔ３，Ｓ（ｍ）－ｔ２，Ｓ（ｎ）を計算する。
ｉｉ）Ｇｐ＜ＧｆかつＧｐ≦（ユーザー設定の許容値）ならば、ｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ），ｔ３，Ｓ（ｍ－１），ｔ４，Ｍ（ｍ－１）を、片方向遅延範囲更新部３０及び遅延時間推定部３２に入力し、ＲＴＴ取得部２８の処理を終了する。
ｉｉｉ）Ｇｐ≧＝ＧｆかつＧｆ≦（ユーザー設定の許容値）ならば、ｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ），ｔ３，Ｓ（ｍ），ｔ４，Ｍ（ｍ）を片方向遅延範囲更新部３０及び遅延時間推定部３２に入力し、ＲＴＴ取得部２８の処理を終了する。
ｉｖ）ｍｉｎ｛Ｇｐ，Ｇｆ｝＞（ユーザー設定の許容値）ならば、ＲＴＴ取得部２８の処理を終了し、後段の処理には進まない。
【0116】
片方向遅延範囲更新部３０は、仮の第１片方向遅延時間の最短時間と、最新の仮の第１片方向遅延時間との差である第１片方向遅延差を計算し、仮の第２片方向遅延時間の最短時間と、最新の仮の第２片方向遅延時間との差である第２片方向遅延差を計算する。片方向遅延範囲更新部３０は、ＲＴＴ取得部２８によって取得されたＲＴＴを計算するための情報と、第１片方向遅延差及び第２片方向遅延差とを用いて定められる、第１片方向遅延時間の存在範囲を更新する。
【0117】
具体的には、定理５による－ＤＭＳ（ｉ）の存在範囲の情報を更新する。現時点から過去Ｉａｃｃ時間以内の片方向遅延差が信頼できると考える。Ｉａｃｃはユーザー設定の値としても良いし、ドリフト値の変動などから自動計算しても良い。
【0118】
以下の手順で処理する。
【0119】
１）保存済みの第１片方向遅延差の列ＪＭ（ｎ－１，ｎ），第２片方向遅延差の列ＪＳ（ｍ－１，ｍ）から、過去Ｉａｃｃ以内で第１片方向遅延時間－ＤＭＳ（ｋ）および第２片方向遅延時間－ＤＳＭ（ｌ）が各々最小となる番号ｋ，ｌを求める。最小値が複数ある場合は大きい方（新しい方）の番号を利用する。
【0120】
２）Ｄｍｉｎ（ｉ，ｊ）＝ＪＭ（ｋ，ｉ）、Ｄｍａｘ（ｉ，ｊ）＝Ｒ（ｉ，ｊ）－ＪＳ（ｌ，ｊ）を計算し、それぞれ保存する。
【0121】
３）片方向遅延範囲更新部３０の処理を終了する。なお、保存した結果は判定部３４から参照され利用される。
【0122】
遅延時間推定部３２は、所定の推定方法を用いて第１片方向遅延時間を推定する。
【0123】
例えば、以下の式に従って、第１片方向遅延時間及び第２片方向遅延時間の比を用いて、第１片方向遅延時間を推定する。
【0124】
ＤＭＳ（ｉ）＝［（ｔ４，Ｍ（ｉ）－ｔ１，Ｍ（ｊ））－（ｔ３，Ｓ（ｊ）－ｔ２，Ｓ（ｉ））］×ａ／（ａ＋ｂ）
【0125】
判定部３４は、第１片方向遅延時間の存在範囲を用いて、遅延時間推定部３２によって推定された第１片方向遅延時間が正しいか否かを判定する。
【0126】
ここで、番号ｉ，ｊに対する片方向遅延範囲更新部３０の処理が完了している（Ｄｍｉｎ（ｉ，ｊ），Ｄｍａｘ（ｉ，ｊ）が計算済みである）ことを前提とする。以下の手順で処理する。
【0127】
１）Ｄｍｉｎ（ｉ，ｊ）＜ＤＭＳ（ｉ）＜Ｄｍａｘ（ｉ，ｊ）である場合、推定された第１片方向遅延時間が正しいと判定し、ＤＭＳ（ｉ），ｔ１，Ｍ（ｉ），ｔ２，Ｓ（ｊ）を、時差計算部３８に入力し、判定部３４の処理を終了する。
【0128】
２）Ｄｍｉｎ（ｉ，ｊ）＜ＤＭＳ（ｉ）＜Ｄｍａｘ（ｉ，ｊ）でない場合、推定された第１片方向遅延時間が正しくないと判定し、判定部３４の処理を終了する。
【0129】
補正部３６は、判定部３４によって、推定された第１片方向遅延時間が正しくないと判定された場合に、第１片方向遅延時間及び第２片方向遅延時間の比を補正する。
【0130】
具体的には、補正部３６は、遅延時間推定部３２で用いる比ａ：ｂを、Ｄｍｉｎ（ｉ，ｊ）＜ＤＭＳ（ｉ）＜Ｄｍａｘ（ｉ，ｊ）を満足するように更新し、遅延時間推定部３２の処理に戻る。更新の方法は何でも良いが、例えば、ＤＭＳ（ｉ）≦Ｄｍｉｎ（ｉ，ｊ）ならば、ａ＋１：ｂを新たな比ａ：ｂとする。Ｄｍａｘ（ｉ，ｊ）≦ＤＭＳ（ｉ）ならば、ａ：ｂ＋１を新たな比ａ：ｂとする。
【0131】
判定部３４によって正しいと判定されるまで、補正部３６による補正、遅延時間推定部３２による推定、及び判定部３４による判定が繰り返される。
【0132】
時差計算部３８は、遅延時間推定部３２によって推定された第１片方向遅延時間を用いて、自クロックの時刻情報と、参照クロックの時刻情報との現在の時差を計算する。
【0133】
例えば、以下の式に従って、現在の時差を計算する。
【0134】
Ｏ（ｉ）＝ｔ１，Ｍ（ｉ）＋ＤＭＳ（ｉ）－ｔ２，Ｓ（ｊ）である。計算結果を自システムクロック制御部４０に入力する。
【0135】
自システムクロック制御部４０は、以下の式に従って、時差計算部３８によって計算された現在の時差Ｏ（ｔｉ）と前回計算された時差Ｏ（ｔｉ－１）に基づいて、参照クロックが自クロックに対して進んでいれば、自クロックの歩度を速め、遅れていれば自クロックの歩度を緩めるように、時差解消歩度ｒＰ（ｔｉ）を更新すると共に、現在の時差Ｏ（ｔｉ）に基づいて、固有歩度ｒＩ（ｔｉ）を更新する。
【0136】
ただし、ｔｉ－１は前回の、歩度を求めるためのＰＩＤ制御計算が働いた時刻であり、ＫＰ、ＫＩ、ＫＤは制御のためのＰＩＤ定数である。
【0137】
自システムクロック制御部４０は、時差解消歩度、及び固有歩度に基づいて、以下の式に従って、自クロックの現在の歩度ｒ（ｔｉ）を決定して、自システムクロック部２４へ出力する。
【0138】
ｒ（ｔｉ）＝ｒＰ（ｔｉ）＋ｒＩ（ｔｉ）
【0139】
また、上記で計算された時差解消歩度ｒＰ、固有歩度ｒＩは、片方向遅延差計算部２６で利用するために保存される。
【0140】
＜本発明の実施の形態の作用＞
次に、本発明の実施の形態のクロック処理装置１０による処理について図８を参照して説明する。クロック処理装置１０が、参照クロック発信装置１６から、Ｓｙｎｃメッセージ又はＤｅｌａｙ＿Ｒｅｓｐメッセージを受信する度に、クロック処理装置１０は、図８に示すクロック制御処理ルーチンを実行する。
次に、本発明の実施の形態のクロック処理装置１０による処理について図８を参照して説明する。クロック処理装置１０が、参照クロック発信装置１６から、Ｓｙｎｃメッセージ又はＤｅｌａｙ＿Ｒｅｓｐメッセージを受信する度に、クロック処理装置１０は、図８に示すクロック制御処理ルーチンを実行する。
【0141】
まず、ステップＳ１００において、片方向遅延差計算部２６は、受信メッセージがＳｙｎｃメッセージ（ｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ））である場合、タイムスタンプｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ）をＲＴＴ取得部２８に入力する。
【0142】
片方向遅延差計算部２６は、受信メッセージがＤｅｌａｙ＿Ｒｅｓｐメッセージ（ｔ３，Ｓ（ｍ），ｔ４，Ｍ（ｍ））である場合、タイムスタンプｔ３，Ｓ（ｍ），ｔ４，Ｍ（ｍ）をＲＴＴ取得部２８に入力する。
【0143】
ステップＳ１０２において、片方向遅延差計算部２６は、受信メッセージがＳｙｎｃメッセージ（ｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ））である場合、現在の歩度情報ｒＰ、ｒＩを参照し、第１片方向遅延差ＪＭ（ｎ－１，ｎ）を計算し、保存する。
【0144】
片方向遅延差計算部２６は、受信メッセージがＤｅｌａｙ＿Ｒｅｓｐメッセージ（ｔ３，Ｓ（ｍ），ｔ４，Ｍ（ｍ））である場合、現在の歩度情報ｒＰ、ｒＩを参照し、第２片方向遅延差ＪＳ（ｍ－１，ｍ）を計算し、保存する。
【0145】
ステップＳ１０４では、ＲＴＴ取得部２８は、計算対象となるＳｙｎｃメッセージ、Ｄｅｌａｙ＿Ｒｅｑメッセージ、Ｄｅｌａｙ＿Ｒｅｓｐメッセージの組み合わせについて、タイムスタンプｔ１，Ｍ（ｎ），ｔ２，Ｓ（ｎ），ｔ３，Ｓ（ｍ），ｔ４，Ｍ（ｍ）を取得する。
【0146】
ステップＳ１０６では、片方向遅延範囲更新部３０は、第１片方向遅延差を計算し、第２片方向遅延差を計算する。そして、片方向遅延範囲更新部３０は、第１片方向遅延時間の存在範囲を更新する。
【0147】
ステップＳ１０８では、遅延時間推定部３２は、ＲＴＴと、第１片方向遅延時間及び第２片方向遅延時間の比とを用いて、第１片方向遅延時間を推定する。
【0148】
ステップＳ１１０において、判定部３４は、第１片方向遅延時間の存在範囲を用いて、遅延時間推定部３２によって推定された第１片方向遅延時間が正しいか否かを判定する。遅延時間推定部３２によって推定された第１片方向遅延時間が、第１片方向遅延時間の存在範囲内である場合には、ステップＳ１１４へ移行する。遅延時間推定部３２によって推定された第１片方向遅延時間が、第１片方向遅延時間の存在範囲外である場合には、ステップＳ１１２へ移行する。
【0149】
ステップＳ１１２では、補正部３６は、判定部３４によって、推定された第１片方向遅延時間が正しくないと判定された場合に、第１片方向遅延時間及び第２片方向遅延時間の比を補正し、上記ステップＳ１０８へ戻る。
【0150】
ステップＳ１１４では、時差計算部３８は、上記ステップＳ１０８で最終的に推定された第１片方向遅延時間を用いて、自クロックの時刻情報と、参照クロックの時刻情報との現在の時差を計算する。
【0151】
ステップＳ１１６では、自システムクロック制御部４０は、時差計算部３８によって計算された現在の時差に基づいて、固有歩度を更新すると共に、時差解消歩度を更新する。
【0152】
自システムクロック制御部４０は、時差解消歩度、及び固有歩度に基づいて、自クロックの現在の歩度ｒ（ｔｉ）を決定して、自システムクロック部２４へ出力し、クロック制御処理ルーチンを終了する。
【0153】
以上説明したように、本発明の実施の形態に係るクロック処理装置によれば、第１片方向遅延差と、第２片方向遅延差とを用いて定められる、第１片方向遅延時間の存在範囲を用いて、推定された第１片方向遅延時間が正しいか否かを判定することにより、片方向遅延時間が上りと下りで異なる場合であっても、精度よく片方向遅延時間を求めることができる。また、この片方向遅延時間を用いて精度よく参照クロックとの時差を求めることができ、適切に自クロックの歩度を調整することができる。
【0154】
なお、本発明は、上述した実施の形態に限定されるものではなく、この発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。
【0155】
例えば、上述した実施の形態では、第１片方向遅延時間の存在範囲を用いて、推定された第１片方向遅延時間が正しいか否かを判定する場合を例に説明したが、これに限定されるものではない。遅延時間推定部３２が、第２片方向遅延時間を推定し、片方向遅延範囲更新部３０が、第２片方向遅延時間の存在範囲を更新し、判定部３４が、第２片方向遅延時間の存在範囲を用いて、推定された第２片方向遅延時間が正しいか否かを判定するようにしてもよい。この場合には、－ＤＳＭ（ｊ）＝Ｒ（ｉ，ｊ）－－ＤＭＳ（ｉ）を用いて、上記の実施の形態において、第１片方向遅延時間を、第２片方向遅延時間に読み替えればよい。
【符号の説明】
【0156】
１０ クロック処理装置
１６ 参照クロック発信装置
２０ 通信部
２４ 自システムクロック部（クロック部）
２６ 片方向遅延時間計算部
２８ ＲＴＴ取得部（情報取得部）
３０ 片方向遅延範囲更新部
３２ 遅延時間推定部
３４ 判定部
３６ 補正部
３８ 時差計算部
４０ 自システムクロック制御部（歩度決定部）
１００ クロック調整システム
１６ 参照クロック発信装置
２０ 通信部
２４ 自システムクロック部（クロック部）
２６ 片方向遅延時間計算部
２８ ＲＴＴ取得部（情報取得部）
３０ 片方向遅延範囲更新部
３２ 遅延時間推定部
３４ 判定部
３６ 補正部
３８ 時差計算部
４０ 自システムクロック制御部（歩度決定部）
１００ クロック調整システム
【要約】
【課題】片方向遅延時間が上りと下りで異なる場合であっても、精度よく片方向遅延時間を求めることができるクロック処理装置及びプログラムを提供する。
【解決手段】クロック処理装置１０では、片方向遅延差計算部２６が、第１片方向遅延差と、第２片方向遅延差とを計算する。ＲＴＴ取得部２８が、ＲＴＴを計算するための情報を取得する。遅延時間推定部３２が、第１片方向遅延時間を推定する。片方向遅延範囲更新部３０が、第１片方向遅延差と、２片方向遅延差とを求め、第１片方向遅延差と、第２片方向遅延差とを用いて定められる、第１片方向遅延時間の存在範囲を更新する。判定部３４が、第１片方向遅延時間の存在範囲を用いて、推定された第１片方向遅延時間が正しいか否かを判定する。
【選択図】図７
【解決手段】クロック処理装置１０では、片方向遅延差計算部２６が、第１片方向遅延差と、第２片方向遅延差とを計算する。ＲＴＴ取得部２８が、ＲＴＴを計算するための情報を取得する。遅延時間推定部３２が、第１片方向遅延時間を推定する。片方向遅延範囲更新部３０が、第１片方向遅延差と、２片方向遅延差とを求め、第１片方向遅延差と、第２片方向遅延差とを用いて定められる、第１片方向遅延時間の存在範囲を更新する。判定部３４が、第１片方向遅延時間の存在範囲を用いて、推定された第１片方向遅延時間が正しいか否かを判定する。
【選択図】図７
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
