JP2024056942A - ネットワークにおける現在時刻の取得 - Google Patents

Abstract

【課題】デバイスがＮＴＰサーバまたはＧＰＳに接続することなく現在時刻を取得する方法及び装置を提供する。【解決手段】方法は、第１のデバイスが、第１のデバイスが現在時刻を有しているかどうかを判断することと、第１のデバイスが現在時刻を有していない場合、現在時刻の要求を第２のデバイスに送信することと、を備える。第２のデバイスは、ローカルネットワーク内にある。方法はさらに、第１のデバイスが、第２のデバイスから現在時刻を受信することと、第２のデバイスから受信した現在時刻に基づいて証明書を認証することと、認証した証明書に基づいて、ローカルネットワークへのネットワーク接続を確立することと、を備える。【選択図】図２

Description

技術分野
本開示は、概してネットワーキングに関し、特定の実施形態では、現在時刻の取得に関する。

背景
リアルタイムクロック（ＲＴＣ）を含まない組み込みデバイスは、概して、全地球測位サービス（ＧＰＳ）サーバまたはネットワーク時間プロトコル（ＮＴＰ）サーバから、現在時刻を受信する。しかしながら、ＧＰＳ機能を有さず、かつ／または、ＧＰＳサーバもしくはＮＴＰサーバに接続することができないデバイスもある。たとえば、ＧＰＳ機能を有していない、またはＧＰＳサーバに接続することができないデバイスの場合、デバイスには、ＮＴＰサーバに接続することなく現在時刻を取得する代替的な機構がない。したがって、そのようなデバイスでは、ＮＴＰサーバへのネットワーク接続を確立できない限り、現在時刻を取得するための代替的な機構は存在しない。

概要
さまざまな実施形態は、デバイスがＮＴＰサーバまたはＧＰＳに接続することなく現在時刻を取得するための機構を提供する。

本開示のある実施形態によると、方法は、第１のデバイスが、第１のデバイスが現在時刻を有しているかどうかを判断することと、第１のデバイスが現在時刻を有していない場合、第１のデバイスが、ローカルネットワーク内の第２のデバイスに現在時刻の要求を送信することとを備える。方法はさらに、第１のデバイスが、第２のデバイスから現在時刻を受信することと、第１のデバイスが、第２のデバイスから受信した現在時刻に基づいて証明書を認証することと、第１のデバイスが、認証した証明書に基づいて、ローカルネットワークへのネットワーク接続を確立することとを備える。

ある実施形態によると、方法は、第１のデバイスがネットワーク接続を確立する前に、第１のデバイスが、第２のデバイスから現在時刻を受信することと、第１のデバイスが、第２のデバイスから受信した現在時刻に基づいて証明書を認証することとを備える。第２のデバイスは、ローカルネットワークに接続される。方法はさらに、第１のデバイスが、認証した証明書に基づいて、ローカルネットワークへのネットワーク接続を確立することと、第１のデバイスが、ローカルネットワークへのネットワーク接続を介して、ネットワーク時間プロトコル（ＮＴＰ）サーバに接続することとを備える。

ある実施形態によると、装置は、装置が現在時刻を有しているかどうかを判断するように構成されたプロセッサと、装置が現在時刻を有していない場合、他の装置に現在時刻の要求を送信するように構成された送信機とを備える。装置はさらに、ローカルネットワーク内の他の装置から現在時刻を受信するように構成された受信機を備える。プロセッサはさらに、他の装置から受信した現在時刻に基づいて証明書を認証し、認証した証明書に基づいて、ローカルネットワークへのネットワーク接続を確立するように構成されている。

本開示の態様は、添付の図面と共に読まれると、以下の詳細な説明から最もよく理解される。

いくつかの実施形態に係るネットワークのブロック図である。 いくつかの実施形態に係る方法のフローチャートである。 いくつかの実施形態に係るネットワークのブロック図である。 いくつかの実施形態に係る方法の実施形態のフローチャートである。 いくつかの実施形態に係る処理システムのブロック図である。 いくつかの実施形態に係る送受信機のブロック図である。

例示的な実施形態の詳細な説明
以下の開示は、提供される主題の異なる特徴を実装するための多くの異なる実施形態または例を提供する。本開示を簡略化するために、構成要素および配置の具体的な例を以下に記載する。当然のことながら、これらは例に過ぎず、限定的であることを意図するものではない。たとえば、本開示は、さまざまな例において参照番号および／または文字を繰り返す場合がある。この繰り返しは、簡潔さおよび明瞭さを目的とし、それ自体が、論じられるさまざまな実施形態および／または構成の間の関係を定めるものではない。

図１は、デバイス２０２Ａ，２０２Ｂおよび２０２Ｃを有するローカルネットワーク２００のブロック図である。図２は、いくつかの実施形態に係る、現在時刻（現在のクロック時間または現在のカレンダー時間と呼ばれることもある）を取得するための方法のフローチャート１００である。図１のデバイス２０２Ａおよび２０２Ｃは各々、フローチャート１００の方法を実施し得る。ローカルネットワーク２００は、無線ネットワークでもよく、代わりにローカル無線ネットワークまたは無線ローカルエリアネットワークと呼ばれる場合もある。

いくつかの実施形態では、フローチャート１００は、現在時刻を受信し、受信した現在時刻に基づいてネットワーク接続を確立するために、第１のデバイス（たとえば、図１のデバイス２０２Ａまたはデバイス２０２Ｃのいずれか１つ）によって実施され得る。いくつかの実施形態では、第１のデバイス２０２Ａ／２０２Ｃは、無線メッシュネットワークまたはＢｌｕｅｔｏｏｔｈ（登録商標）メッシュネットワークなどの無線ローカルネットワーク（たとえば、図１のローカルネットワーク２００）内の組み込みデバイスでもよい。他の実施形態では、ローカルネットワーク２００は、異なるタイプのネットワークでもよい。

いくつかの実施形態では、第１のデバイス２０２Ａ／２０２Ｃは、リアルタイムクロックのないデバイスでもよい。たとえば、第１のデバイス２０２Ａ／２０２Ｃは、外部ソースから現在時刻を受信することなく、起動後の現在時刻を判断することが可能ではない場合がある。いくつかの実施形態では、第１のデバイス２０２Ａ／２０２Ｃは、ＧＰＳ接続を有していなくてもよい。たとえば、第１のデバイス２０２Ａ／２０２Ｃは、レガシーデバイスでもよく、第１のデバイス２０２Ａ／２０２Ｃは、ＧＰＳ能力を有していなくてもよい。別の例として、第１のデバイス２０２Ａ／２０２ＣはＧＰＳ能力を有するが、その位置などが原因で（たとえば、第１のデバイス２０２Ａ／２０２Ｃが、内側または地下等に位置する場合）、ＧＰＳサーバに接続することができない。

いくつかの実施形態では、第１のデバイス２０２Ａ／２０２Ｃは、最初はネットワーク接続を有しておらず、ＮＴＰサーバ（たとえば、図１のＮＴＰサーバ２０６）から現在時刻を受信することができない。たとえば、フローチャート１００は、第１のデバイス２０２Ａ／２０２ＣがＮＴＰサーバ２０６に接続する前に実行され得る。いくつかの実施形態では、第１のデバイス２０２Ａ／２０２Ｃは、フローチャート１００のブロックを実行す
る前に、いかなるネットワークにも接続されなくてもよい。たとえば、図１では、デバイス２０２Ａおよびデバイス２０２Ｃは、最初は無線絶縁され得る。さらに、第１のデバイスは、第１のデバイス２０２Ａ／２０２Ｃが有効な認証済み証明書（複数可）を有していない場合にネットワーク認証が失敗するローカルネットワーク２００内にあってもよい。たとえば、ローカルネットワーク２００は、無線メッシュネットワークでもよく、このネットワークでは、ローカルネットワークへの第１のデバイス２０２Ａ／２０２Ｃの接続が認証された１つ以上の証明書に基づくようにセキュアにされている。したがって、第１のデバイス２０２Ａ／２０２Ｃは、現在時刻を取得し、取得された現在時刻に基づいて、その証明書（複数可）が現在のものであり期限切れではないと認証することなく、ローカルネットワークに接続することができない場合がある。フローチャート１００はまた、第１のデバイス２０２Ａ／２０２Ｃが、リアルタイムクロック、ＧＰＳ接続、またはＮＴＰサーバ接続なしに現在時刻を受信し、現在時刻に基づいて１つ以上の証明書を認証し、認証した１つ以上の証明書に基づいてネットワーク接続を確立することを可能にする方法を提供する。

フローチャート１００は、ブロック１０２で始まる。ブロック１０２において、第１のデバイス２０２Ａ／２０２Ｃは、現在時刻を有しているかどうかを判断する。いくつかの実施形態では、第１のデバイス２０２Ａ／２０２Ｃが現在時刻を有しているかどうかを判断することは、第１のデバイスのカレンダー時間を、第１のデバイス２０２Ａ／２０２Ｃの起動カレンダー時間と第１のデバイス２０２Ａ／２０２Ｃの経過時間との合計と比較することを含む。第１のデバイス２０２Ａ／２０２Ｃのカレンダー時間は、第１のデバイスが現在記憶している時間を指す場合がある。起動カレンダー時間は固定時間でもよく、第１のデバイス２０２Ａ／２０２Ｃの経過時間は、第１のデバイス２０２Ａ／２０２Ｃが起動してから（たとえば、第１のデバイス２０２Ａ／２０２Ｃの直近の起動から）経過した時間である。いくつかの実施形態では、第１のデバイス２０２Ａ／２０２Ｃが現在時刻を有しているかどうかを判断することはさらに、第１のデバイス２０２Ａ／２０２Ｃのカレンダー時間が、第１のデバイス２０２Ａ／２０２Ｃの起動カレンダー時間と第１のデバイス２０２Ａ／２０２Ｃの経過時間との合計に等しい場合、第１のデバイス２０２Ａ／２０２Ｃが現在時刻を有していないと判断することを含む。たとえば、第１のデバイス２０２Ａ／２０２Ｃのカレンダー時間が、第１のデバイス２０２Ａ／２０２Ｃが起動してからの経過時間のみを考慮し、第１のデバイス２０２Ａ／２０２Ｃが電源オフされたいかなる時間も考慮しない場合、第１のデバイス２０２Ａ／２０２Ｃは現在時刻を有していないと判断され得る。いくつかの実施形態では、第１のデバイス２０２Ａ／２０２Ｃが現在時刻を有しているかどうかを判断することはさらに、第１のデバイスのカレンダー時間が第１のデバイス２０２Ａ／２０２Ｃの起動カレンダー時間と第１のデバイス２０２Ａ／２０２Ｃの経過時間との合計に等しい場合、第１のデバイス２０２Ａ／２０２Ｃが現在時刻を有していると判断することを含む。他の実施形態では、第１のデバイス２０２Ａ／２０２Ｃが現在時刻を有しているかどうかを判断することは、第１のデバイスがＮＴＰサーバ２０６に接続されている場合、第１のデバイス２０２Ａ／２０２Ｃが現在時刻を有していないと判断することを含む。

次に、フローチャート１００はブロック１０４に進み、第１のデバイス２０２Ａ／２０２Ｃが現在時刻を有していない場合、第１のデバイス２０２Ａ／２０２Ｃは、ローカルネットワーク内の第２のデバイスに、現在時刻の要求を送信する。第２のデバイスは、デバイス２０２Ｂまたはデバイス２０２Ａのいずれかを指し得る。たとえば、デバイス２０２Ａは、現在時刻の要求をデバイス２０２Ｂに送信することができ、デバイス２０２Ｃは、現在時刻の要求をデバイス２０２Ａに送信することができる。いくつかの実施形態では、現在時刻の要求を送信することは、ブロードキャストで現在時刻の要求を送信することを含む。たとえば、現在時刻の要求は、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ、登録商標）規格に基づくプローブ要求でブロードキャストされてもよく、情報要素（ＩＥ
）が、現在時刻の要求を搬送するためにプローブ要求に追加されてもよい。他の実施形態では、現在時刻の要求は、異なる規格（たとえば、Ｂｌｕｅｔｏｏｔｈ規格等）に基づいてブロードキャストされてもよい。ブロードキャスト要求の結果として、第１のデバイス２０２Ａ／２０２Ｃのブロードキャスト半径内のすべてのデバイスが、現在時刻の要求を受信し得る。たとえば、図１は、デバイス２０２Ａのブロードキャスト半径２０４Ａを示し、デバイス２０２Ｂおよび２０２Ｃは各々、デバイス２０２Ａによってブロードキャストされる現在時刻の要求を聞くことができる。別の例として、図１は、デバイス２０２Ｃのブロードキャスト半径２０４Ｃを示し、デバイス２０２Ａは、デバイス２０２Ｃによってブロードキャストされる現在時刻の要求を聞くことができる。デバイス２０２Ｂはブロードキャスト半径２０４Ｃの外側にあるので、デバイス２０２Ｂは、デバイス２０２Ｃによってブロードキャストされる現在時刻の要求を聞くことができない。

第１のデバイス２０２Ａ／２０２Ｃは、現在時刻を受信するまで、または何らかの他の基準が満たされるまで、現在時刻の要求を周期的に送信し得る。現在時刻の要求を送信する間の期間は、事前設定された規則に従って判断されてもよく、いくつかの実施形態では、期間はたとえば、ランダムでもよい、または一定でもよい。たとえば、第１のデバイス２０２Ａ／２０２Ｃは、ランダムなバックオフ手順を使用して、現在時刻の要求を再送信し得る。このようにして、ネットワーク輻輳は、複数のデバイスが持続的かつ同時に現在時刻要求を再送信する確率を低減することによって、低減され得る。現在時刻要求送信の間にランダムな期間を実装する実施形態では、複数のデバイスによる（たとえば、図１のデバイス２０２Ａおよび２０２Ｃによる）現在時刻要求の同時送信の確率が低減される。

ブロック１０６において、第１のデバイス２０２Ａ／２０２Ｃは、第２のデバイス（たとえば、図１のデバイス２０２Ａまたはデバイス２０２Ｂ）から現在時刻を受信する。たとえば、デバイス２０２Ａは、デバイス２０２Ｂから現在時刻を受信してもよく、デバイス２０２Ｃは、デバイス２０２Ａから現在時刻を受信してもよい。いくつかの実施形態では、第２のデバイス２０２Ａ／２０２Ｂから現在時刻を受信することは、現在時刻をユニキャストで受信することを含む。たとえば、現在時刻は、ＷｉＦｉ規格に基づくプローブ応答で第２のデバイス２０２Ａ／２０２Ｂから受信されてもよく、ＩＥは、現在時刻を搬送するためにプローブ応答に追加されてもよい。他の実施形態では、現在時刻は、異なる規格（たとえば、Ｂｌｕｅｔｏｏｔｈ規格等）に基づいてユニキャストで受信されてもよい。さらに他の実施形態では、第２のデバイス２０２Ａ／２０２Ｂから現在時刻を受信することは、第２のデバイス２０２Ａ／２０２Ｂによるブロードキャストで現在時刻を受信することを含む。現在時刻をブロードキャストすることによって、ローカルネットワーク内の他のデバイスは、第２のデバイス２０２Ａ／２０２Ｂが第１のデバイス２０２Ａ／２０２Ｃの現在時刻の要求に応答したと判断し得る。したがって、ローカルネットワーク内の他のデバイスは、第１のデバイス２０２Ａ／２０２Ｃの現在時刻の要求に応答する、またはそれを中継する必要がなく、ネットワークリソースを節約することができる。

いくつかの実施形態では、現在時刻は、セキュリティのためにデジタル署名を用いて暗号的にセキュアにされてもよい。たとえば、第２のデバイス２０２Ａ／２０２Ｂから現在時刻を受信することは、デジタル署名を用いて暗号的にセキュアにされるプローブ応答で現在時刻を受信することを含み得る。これにより、ローカルネットワークを外部からの干渉から保護することができる。他の実施形態では、第１のデバイス２０２Ａ／２０２Ｃによって受信される現在時刻は、安全ではない。

いくつかの実施形態では、第２のデバイスは、バックホールネットワーク２１０に接続され得るデバイス２０２Ｂを指す。バックホールネットワークはＮＴＰサーバ２０６を含み、第２のデバイス２０２Ｂは、有線接続を介して（たとえば、１つ以上のバックホールリンクを介して）または無線接続を介して（たとえば、ローカル無線ネットワーク内の他
のデバイスを介して）、ＮＴＰサーバ２０６に接続され得る。第２のデバイス２０２Ｂは、ＮＴＰサーバ２０６と同期されたその現在時刻を、第１のデバイス（たとえば、デバイス２０２Ａ）に送信する。たとえば、図１では、デバイス２０２Ａは、デバイス２０２Ｂに現在時刻の要求を送信する。デバイス２０２Ｂは、バックホールネットワーク２１０内のＮＴＰサーバ２０６に接続され、デバイス２０２Ｂは、その現在時刻をＮＴＰサーバ２０６と同期させ、デバイス２０２Ｂは、その同期された現在時刻をデバイス２０２Ａに送信する。

いくつかの実施形態では、第２のデバイスは、ＮＴＰサーバ２０６に接続されていないデバイス２０２Ａを指す。第２のデバイス２０２Ａは、ローカルネットワーク内の第３のデバイス（たとえば、デバイス２０２Ｂ）から現在時刻を受信し、受信した現在時刻を第１のデバイス（たとえば、デバイス２０２Ｃ）に送信し得る。たとえば、図１では、デバイス２０２Ｃは、デバイス２０２Ａに現在時刻の要求を送信する。デバイス２０２Ａは、デバイス２０２Ａがデバイス２０２Ｂから現在時刻を受信する前に、デバイス２０２Ｃから現在時刻の要求を受信し得る。デバイス２０２Ａは現在時刻をまだ有していないので、デバイス２０２Ａは、デバイス２０２Ｃから受信した現在時刻の要求を転送し得る。たとえば、デバイス２０２Ａは、デバイス２０２Ｃの現在時刻の要求をデバイス２０２Ｂに送信し得る。現在時刻の要求は、ローカルネットワーク２００において任意の回数（ホップと呼ばれることもある）転送されてもよく、現在時刻の要求は、単一転送送信に限定されない。いくつかの実施形態では、ネットワークリソースを節約するために、デバイス２０２Ａは、ランダム手順に従って、受信した各々の現在時刻の要求を転送するかどうかを判断し得る。たとえば、デバイス２０２Ａは、ネットワークリソースを節約するために受信された現在時刻の要求のサブセットのみを転送し得る。いくつかの実施形態では、デバイス２０２Ａは、現在時刻の要求が受信されたときとデバイス２０２Ａが現在時刻の要求を送信したときとの間の経過時間に従って、受信された各々の現在時刻の要求を転送するかどうかを判断し得る。たとえば、デバイス２０２Ａは、現在時刻の要求が、デバイス２０２Ａが現在時刻の要求を送信する第１の事前設定期間内に受信された場合、現在時刻の要求を転送しなくてもよい。いくつかの実施形態では、第１の事前設定期間は２秒であるが、他の実施形態では、第１の事前設定期間は別の値でもよい。

いくつかの実施形態では、デバイス２０２Ａが、デバイス２０２Ｃから現在時刻の要求を受信する第２の事前設定期間内にデバイス２０２Ｂから現在時刻を受信する場合、デバイス２０２Ａは、デバイス２０２Ｂから受信した現在時刻をデバイス２０２Ｃに送信し得る。デバイス２０２Ａが、デバイス２０２Ｃから現在時刻の要求を受信する第２の事前設定期間内にデバイス２０２Ｂから現在時刻を受信しない場合、デバイス２０２Ａは、デバイス２０２Ｂから受信した現在時刻をデバイス２０２Ｃに送信しない。このようにして、デバイス２０２Ａは、デバイス２０２Ｂに送信される現在時刻が適時であり、現在時刻応答が過度に広範囲にドリフトしていないと判断する。いくつかの実施形態では、第２の事前設定期間は６０秒であるが、第２の事前設定期間は、他の実施形態では別の値でもよい。このようにして、現在時刻の要求は、ローカルネットワーク全体にわたって中継されてもよく、ローカル時間内のすべてのデバイスは、ローカルネットワーク内の単一のデバイスがＮＴＰサーバに接続されている限り、最終的に現在時刻を受信することができる。

少なくとも第２のデバイス２０２Ａ／２０２Ｂと第１のデバイス２０２Ａ／２０２Ｃとの間の送信時間の待ち時間に起因して、第２のデバイス２０２Ａ／２０２Ｂから受信された現在時刻は、特定の範囲内（たとえば、数秒以内）でのみ正確であり得る。いくつかの実施形態では、第２のデバイス２０２Ａ／２０２Ｂから受信された現在時刻は、第１のデバイス２０２Ａ／２０２Ｃが１つ以上の証明書を認証するのに十分に正確である。

第１のデバイス２０２Ａ／２０２Ｃが複数の他のデバイスから複数の現在時刻を受信す
る場合、第１のデバイス２０２Ａ／２０２Ｃは、受信された複数の現在時刻のうちの１つを、その現在時刻として選択し得る。たとえば、第１のデバイス２０２Ａ／２０２Ｃは、第１の現在時刻が受信された複数の現在時刻のうちの他の現在時刻より前に受信される場合、受信された複数の現在時刻から第１の現在時刻を選択し得る。別の例として、第１のデバイス２０２Ａ／２０２Ｃは、受信された複数の現在時刻の各々が送信されたホップの数に基づいて、受信された複数の現在時刻から現在時刻を選択し得る。たとえば、第１のデバイス２０２Ａ／２０２Ｃは、第２のデバイスが第３のデバイスよりも少ない数のホップだけ第１のデバイスから離れて位置する場合、第３のデバイスから受信した現在時刻にわたって第２のデバイス２０２Ａ／２０２Ｂから受信した現在時刻を選択し得る。受信された複数の現在時刻から現在時刻を選択するための他の機構が、他の実施形態において使用され得る。

再び図１を参照して、フローチャート１００はブロック１０８に進み、第１のデバイス２０２Ａ／２０２Ｃは、第２のデバイス２０２Ａ／２０２Ｂから受信した現在時刻に基づいて証明書を認証する。たとえば、第１のデバイス２０２Ａ／２０２Ｃは、第２のデバイス２０２Ａ／２０２Ｂから受信した現在時刻に基づいて、その証明書が有効であり期限切れではないと判断し得る。いくつかの実施形態では、第１のデバイス２０２Ａ／２０２Ｃは、その証明書を検証することがローカルネットワークに接続するための前提条件である第１のモードで動作している。第１のデバイス２０２Ａ／２０２Ｃは、その証明書（複数可）を、バックホールネットワーク２１０内の認証サーバ（たとえば、認証サーバ２０８）と、第３のデバイス（認証側デバイスと呼ばれることもある）を介して検証し得る。第３のデバイスは、第１のデバイス２０２Ａ／２０２Ｃからの認証要求を認証サーバ２０８に転送する。認証要求は、第１のデバイス２０２Ａ／２０２Ｃの１つ以上の証明書を含んでもよく、認証サーバ２０８は、１つ以上の証明書に基づいて、認証要求を許可するかどうかを第３のデバイスに示し得る。たとえば、認証サーバは、第１のデバイス２０２Ａ／２０２Ｃの１つ以上の証明書が有効であるかどうかを第３のデバイスに示す。第３のデバイスは、バックホールネットワークへの接続を有し、第１のデバイス２０２Ａ／２０２Ｃと通信可能な任意のデバイスであり得る。いくつかの実施形態では、第３のデバイスは、現在時刻を第１のデバイスに送信した第２のデバイス２０２Ｂである。他の実施形態では、第３のデバイスは、ローカルネットワーク内の異なるデバイスである。たとえば、図１では、デバイス２０２Ｂは、認証サーバ２０８を含むバックホールネットワーク２１０に接続されている。デバイス２０２Ａは、その証明書（複数可）を認証要求でデバイス２０２Ｂに送信し得る。次に、デバイス２０２Ｂは、認証サーバ２０８に認証要求を転送し、認証サーバ２０８は、証明書（複数可）に基づいて、デバイス２０２Ａからの認証要求を許可するかどうかを、デバイス２０２Ｂに示す（たとえば、認証サーバ２０８は、証明書（複数可）が有効であるかどうかを示してもよい）。

ブロック１１０において、第１のデバイス２０２Ａ／２０２Ｃは、認証した証明書に基づいて、ローカルネットワークへのネットワーク接続を確立する。たとえば、第３のデバイスは、第１のデバイスの１つ以上の証明書が有効であるという認証サーバからの表示に基づいて、第１のデバイス２０２Ａ／２０２Ｃがローカルネットワークに接続することを可能にし得る。次に、第１のデバイス２０２Ａ／２０２Ｃは、ローカルネットワーク内のＩＰアドレスを取得し、ローカルネットワークを介して外部デバイスとの通信を開始し得る。いくつかの実施形態では、第１のデバイス２０２Ａ／２０２Ｃは、第３のデバイス（たとえば、認証側デバイス）を介して、ローカルネットワークへの接続を確立し得る。たとえば、第１のデバイス２０２Ａ／２０２Ｃは、現在時刻を第１のデバイス２０２Ａ／２０２Ｃに送信した第２のデバイス２０２Ａ／２０２Ｂを介して、ローカルネットワークへの接続を確立し得る。他の実施形態では、第１のデバイス２０２Ａ／２０２Ｃは、第１のデバイス２０２Ａ／２０２Ｃに現在時刻を送信した第２のデバイス２０２Ａ／２０２Ｂとは異なるデバイスを介して、ローカルネットワーク２００への接続を確立してもよい。別
の例として、第３のデバイスは、第１のデバイス２０２Ａ／２０２Ｃの１つ以上の証明書が無効であるという認証サーバ２０８からの表示に基づいて、第１のデバイス２０２Ａ／２０２Ｃがローカルネットワーク２００に接続することを可能にすることを拒否し得る。

いくつかの実施形態では、第１のデバイス２０２Ａ／２０２Ｃは次に、ローカルネットワーク２００を介してＮＴＰサーバ２０６に接続し、現在時刻をＮＴＰサーバ２０６と同期させ得る。ＮＴＰサーバ２０６と同期される現在時刻は、第２のデバイス２０２Ａ／２０２Ｂから受信された現在時刻よりも正確である。たとえば、送信待ち時間に起因して、第２のデバイス２０２Ａ／２０２Ｂから受信された現在時刻は、特定の範囲（たとえば、数秒以上）内でのみ正確であり得る。現在時刻がローカルネットワーク２００内の複数のホップを介して送信される場合、送信待ち時間はさらに長くなり得る。対照的に、ＮＴＰサーバ２０６と同期された現在時刻は、たとえば、１００ｍｓ以内で正確であり得る。

第１のデバイスが現在時刻をＮＴＰサーバ２０６と同期させた後、第１のデバイス２０２Ａ／２０２Ｃは、第１のデバイス２０２Ａ／２０２Ｃが他のデバイスから現在時刻の要求を受信する場合、同期された現在時刻を送信し得る。たとえば、図１を参照して、デバイス２０２Ａがローカルネットワーク２００を介してＮＴＰサーバ２０６に接続した後で、デバイス２０２Ａがデバイス２０２Ｂから現在時刻の要求を受信した場合、デバイス２０２Ａは、ＮＴＰサーバ２０６と同期された現在時刻をデバイス２０２Ｂに送信し得る。このようにして、第１のデバイス２０２Ａ／２０２Ｃがローカルネットワーク２００を介してＮＴＰサーバ２０６に接続した後で、第１のデバイス２０２Ａ／２０２Ｃは、要求を転送することなく、現在時刻の要求に直接応答し得る。

いくつかの実施形態では、ネットワーク接続を確立することは、ゼロタッチプロビジョニング（ＺＴＰ）プロトコルに基づき、第１のデバイスがユーザ入力なしで、または最小限のユーザ入力で、ローカルネットワークに接続することを可能にする。たとえば、ＺＴＰプロトコルは、第１のデバイス２０２Ａ／２０２Ｃが、追加のユーザ入力なしにローカルネットワーク２００内の他のデバイスからローカルネットワーク２００の情報および構成を取得することを可能にし得る。他の実施形態では、ローカルネットワーク２００へのネットワーク接続を確立することは、異なるプロトコルに従って実行されてもよい。

いくつかの実施形態では、第１のデバイス２０２Ａ／２０２Ｃは、第１のモードおよび第２のモードで動作するように構成され得る。第１のデバイス２０２Ａ／２０２Ｃは、第１のデバイスが、ネットワーク接続を確立するために認証された証明書（複数可）を必要とするセキュアなネットワーク内にある場合、第１のモードで動作し得る。たとえば、第１のモードでは、第１のデバイス２０２Ａ／２０２Ｃは、上述のブロック１０２，１０４および１０６に従って現在時刻を取得し、上述のブロック１０８に従って、受信した時間に基づいて１つ以上の証明書を認証し、ブロック１１０で説明したように、認証した証明書に基づいてセキュアなネットワークに接続する。

第１のデバイス２０２Ａ／２０２Ｃはさらに、第１のデバイスが、ネットワーク接続を確立するために認証された証明書を必要としないネットワーク内にある場合、第２のモードで動作し得る。たとえば、第２のモードでは、第１のデバイス２０２Ａ／２０２Ｃは、最初に現在時刻を取得すること、またはいかなる証明書も認証することなしに（たとえば、第１のデバイス２０２Ａ／２０２Ｃが既にセキュアな位置にあるとき）、ネットワークへのネットワーク接続を確立し得る。第２のモードでは、第１のデバイス２０２Ａ／２０２Ｃは、認証された証明書（複数可）なしでネットワーク接続を介して、ＮＴＰサーバ２０６に接続する。

図３は、デバイス４０２Ａ，４０２Ｂおよび４０２Ｃを有する無線ローカルネットワー
ク４００を示すブロック図である。図４は、いくつかの他の実施形態に係る、現在時刻を取得するための方法を示すフローチャート３００である。デバイス４０２Ａおよび４０２Ｃは各々、フローチャート３００の方法を実施してもよく、フローチャート３００の以下の説明では、理解を容易にするためにローカルネットワーク４００の要素が参照される。

いくつかの実施形態では、フローチャート３００は、現在時刻を受信し、受信した現在時刻に基づいてネットワーク接続を確立するために、第１のデバイス（たとえば、図３のデバイス４０２Ａまたはデバイス４０２Ｃのいずれか１つ）によって実装され得る。いくつかの実施形態では、第１のデバイス４０２Ａ／４０２Ｃおよびローカルネットワーク４００は、図１および図２に関して上述したものと同様または同じであり得る。たとえば、第１のデバイス４０２Ａ／４０２Ｃは、リアルタイムクロックのないデバイスでもよく、ＧＰＳ能力および／またはＧＰＳ接続を有していなくてもよく、ＮＴＰサーバに接続していなくてもよい。いくつかの実施形態では、ローカルネットワーク４００は、ローカルネットワーク４００への第１のデバイス４０２Ａ／４０２Ｃの接続が認証された１つ以上の証明書に基づくようにセキュアにされた無線メッシュネットワークでもよい。これらの特徴のさらに他の説明は、簡潔にするために省略される。フローチャート３００は、第１のデバイス４０２Ａ／４０２Ｃが、リアルタイムクロック、ＧＰＳ接続、またはＮＴＰサーバ接続なしに現在時刻を受信し、現在時刻に基づいて１つ以上の証明書を認証し、認証した１つ以上の証明書に基づいてネットワーク接続を確立することを可能にする方法を提供する。

フローチャート３００は、ブロック３０２から始まり、第１のデバイス４０２Ａ／４０２Ｃがネットワーク接続を確立する前に、第１のデバイス４０２Ａ／４０２Ｃが、第２のデバイス（たとえば、デバイス４０２Ａまたはデバイス４０２Ｂのいずれか）から現在時刻を受信する。第２のデバイス４０２Ａ／４０２Ｂは、ローカルネットワーク内のデバイスでもよい。

いくつかの実施形態では、第１のデバイス４０２Ａ／４０２Ｃが、第２のデバイス４０２Ａ／４０２Ｂから現在時刻を受信することは、第１のデバイス４０２Ａ／４０２Ｃが現在時刻の要求を送信することなく、第１のデバイス４０２Ａ／４０２Ｃが、第２のデバイス４０２Ａ／４０２Ｂから現在時刻を受信することを含む。たとえば、第１のデバイス４０２Ａ／４０２Ｃは、第２のデバイス４０２Ａ／４０２Ｂのブロードキャストで現在時刻を受信し得る。いくつかの実施形態では、第２のデバイス４０２Ａ／４０２Ｂは、ＷｉＦｉ規格またはＢｌｕｅｔｏｏｔｈ規格に従って、ビーコンで現在時刻をブロードキャストし得る。いくつかの実施形態では、第２のデバイス４０２Ａ／４０２Ｂは、現在時刻とともにそのブロードキャストにデジタル署名を含めてもよく、第１のデバイス４０２Ａ／４０２Ｃは、セキュリティの向上のためにデジタル署名を検証し得る。他の実施形態では、第２のデバイス４０２Ａ／４０２Ｂは、異なる機構を使用して現在時刻をブロードキャストしてもよい。たとえば、図３では、デバイス４０２ＢはＮＴＰサーバ４０６に、（たとえば、バックホールネットワークを介して）接続され、ＮＴＰサーバ４０６から現在時刻を受信する。デバイス４０２Ｂは、たとえば、ＮＴＰサーバ４０６から受信した現在時刻を、ビーコンでブロードキャストし得る。デバイス４０２Ａは、ＮＴＰサーバ４０６と同期された更新済みの現在時刻でブロードキャストを周期的に更新し得る。デバイス４０２Ｂのブロードキャスト半径４０４Ｂ内の任意のデバイスが、ブロードキャストから現在時刻を判断し得る。たとえば、デバイス４０２Ａは、現在時刻のいかなる要求も最初に送信することなく、デバイス４０２Ｂのブロードキャストで現在時刻を受信し得る。

いくつかの実施形態では、第１のデバイス４０２Ａ／４０２Ｃは、現在時刻を有するブロードキャストをリッスンし得る。第１のデバイス４０２Ａ／４０２Ｃが第３の事前設定期間後にブロードキャストで現在時刻を受信しない場合、第１のデバイス４０２Ａ／４０
２Ｃは、たとえば、図２のブロック１０４に関して上述したのと同様の態様で、現在時刻の要求を送信し得る。第１のデバイス４０２Ａ／４０２Ｃは次に、送信された現在時刻の要求に応答して、現在時刻を受信し得る。

他の実施形態では、第１のデバイス４０２Ａ／４０２Ｃは、図２のブロック１０４および１０６に関して上述したのと同様の態様で現在時刻を受信する。たとえば、第１のデバイス４０２Ａ／４０２Ｃは、（たとえば、ブロードキャストプローブ要求で）現在時刻の要求を送信してもよく、第２のデバイス４０２Ａ／４０２Ｂは、第１のデバイス４０２Ａ／４０２Ｃによって送信された現在時刻の要求を聞いてもよい。第１のデバイス４０２Ａ／４０２Ｃは次に、ユニキャストで（たとえば、プローブ応答で）またはブロードキャストで、第２のデバイス４０２Ａ／４０２Ｂから現在時刻を受信し得る。

再び図４を参照して、ブロック３０６において、第１のデバイス４０２Ａ／４０２Ｃは、第２のデバイス４０２Ａ／４０２Ｂから受信した現在時刻に基づいて、１つ以上の証明書を認証し、ブロック３０８において、第１のデバイス４０２Ａ／４０２Ｃは、認証した証明書に基づいて、ローカルネットワーク４００へのネットワーク接続を確立する。１つ以上の証明書を認証し、ネットワーク接続を確立することは、図２のブロック１０８および１１０に関して上述したのと同様の態様で実行され得る。いくつかの実施形態では、第１のデバイス４０２Ａ／４０２Ｃは、第１のデバイス４０２Ａ／４０２Ｃに現在時刻を送信した第２のデバイス４０２Ａ／４０２Ｂ等、ローカルネットワーク内の他のデバイスを介して、認証サーバ（たとえば、図３の認証サーバ４０８）で１つ以上の証明書を認証する。他の実施形態では、第１のデバイス４０２Ａ／４０２Ｃは、第１のデバイス４０２Ａ／４０２Ｃに現在時刻を送信した第２のデバイス４０２Ａ／４０２Ｂとは異なるデバイスを介して、認証サーバで１つ以上の証明書を認証する。いくつかの実施形態では、第１のデバイス４０２Ａ／４０２Ｃは、第１のデバイス４０２Ａ／４０２Ｃに現在時刻を送信した第２のデバイス４０２Ａ／４０２Ｂ等、ローカルネットワーク４００内の他のデバイスを介して、ローカルネットワーク４００に接続する。たとえば、メッシュネットワークでは、第１のデバイス４０２Ａ／４０２Ｃは、第２のデバイス４０２Ａ／４０２Ｂとのメッシュ接続を確立してもよく、第１のデバイス４０２Ａ／４０２Ｂは、メッシュ接続を介してローカルネットワーク４００に接続される。他の実施形態では、第１のデバイス４０２Ａ／４０２Ｃは、第１のデバイス４０２Ａ／４０２Ｃに現在時刻を送信した第２のデバイス４０２Ａ／４０２Ｂとは異なるデバイスを介して、ローカルネットワーク４００に接続する。

ブロック３１０において、第１のデバイス４０２Ａ／４０２Ｃは、ローカルネットワーク４００へのネットワーク接続を介して、ＮＴＰサーバ（たとえば、図３のＮＴＰサーバ４０６）に接続する。たとえば、ＮＴＰサーバ４０６は、バックホールネットワーク（たとえば、バックホールネットワーク４１０）内に位置してもよく、第１のデバイス４０２Ａ／４０２Ｃは、ローカルネットワーク４００へのネットワーク接続を介して、バックホールネットワーク４１０に接続されてもよい。第１のデバイス４０２Ａ／４０２Ｃはさらに、現在時刻をＮＴＰサーバ４０６と同期させ得る。ＮＴＰサーバ４０６と同期された現在時刻は、第２のデバイス４０２Ａ／４０２Ｂから受信された現在時刻よりも正確である。たとえば、送信待ち時間に起因して、第２のデバイス４０２Ａ／４０２Ｂから受信された現在時刻は、たとえば、特定の範囲（たとえば、数秒以上）内でのみ正確なことがあり、ＮＴＰサーバ４０６と同期された現在時刻は、１００ミリ秒以下の範囲内で正確なことがある。

その後、いくつかの実施形態では、第１のデバイス４０２Ａ／４０２Ｃは、他のデバイスから現在時刻のいかなる要求も受信することなく、現在時刻（たとえば、ＮＴＰサーバと同期された現在時刻）をブロードキャストし得る。いくつかの実施形態では、第１のデ
バイス４０２Ａ／４０２Ｃは、第１のデバイスのビーコンで現在時刻をブロードキャストし得る。いくつかの実施形態では、第１のデバイス４０２Ａ／４０２Ｃは、現在時刻とともにそのブロードキャストにデジタル署名を含んでもよい。他の実施形態では、第１のデバイス４０２Ａ／４０２Ｃは、異なる機構を使用して現在時刻をブロードキャストし得る。たとえば図３では、デバイス４０２Ａは次に、ローカルネットワーク４００を介してバックホールネットワーク４１０に接続され得る。デバイス４０２Ａは、その現在時刻をＮＴＰサーバ４０６と同期させ、現在時刻の要求を受信することなく、同期された現在時刻をブロードキャストし得る。デバイス４０２Ａのブロードキャスト半径４０４Ａ内の任意のデバイス（たとえば、デバイス４０２Ｃ）は、現在時刻のいかなる要求も送ることなく、ブロードキャストで現在時刻を受信し得る。デバイス４０２Ａは、ＮＴＰサーバ４０６と同期された更新済みの現在時刻で、ブロードキャストを周期的に更新し得る。この方法（たとえば、ブロードキャストで現在時刻を読み取り、サーバに接続し、現在時刻をＮＴＰサーバ４０６と同期させ、同期された現在時刻をブロードキャストすること）は、ローカルネットワーク４００内の各デバイスによって繰り返され得る。このようにして、現在時刻は、現在時刻の要求を送信する必要はなく、ローカルネットワーク４００全体にわたって伝搬およびブロードキャストされ得る。

代替的に、いくつかの他の実施形態では、第１のデバイス４０２Ａ／４０２Ｃは、第１のデバイス４０２Ａ／４０２Ｃが第３のデバイスから現在時刻の要求を受信する場合、ＮＴＰサーバ４０６と同期された現在時刻を第３のデバイスに送信し得る。たとえば図３では、デバイス４０２Ａは、現在時刻の要求をデバイス４０２Ｃから受信してもよく、デバイス４０２Ａは、デバイス４０２Ｃから現在時刻の要求を受信したことに応答して、ＮＴＰサーバ４０６と同期された現在時刻を、デバイス４０２Ｃに送信し得る。

図５は、ホストデバイス（たとえば、装置）にインストールされ得る、本明細書で説明する方法を実行するための処理システム５００の実施形態を示すブロック図である。いくつかの実施形態では、上述のように、ホストデバイスは、リアルタイムクロックおよび／またはＧＰＳ能力を有さなくてもよい。図示のように、処理システム５００は、プロセッサ５０４と、メモリ５０６と、インターフェース５１０～５１４とを含み、これらは図５に示すように配置されてもよい（または配置されなくてもよい）。プロセッサ５０４は、計算および／または他の処理関連タスクを実行するように適合された任意の構成要素または構成要素の集合でもよく、メモリ５０６は、プロセッサ５０４による実行のためのプログラミングおよび／または命令を記憶するように適合された任意の構成要素または構成要素の集合でもよい。プロセッサ５０４は、プロセッサ５０４がプログラミングの動作を実行するように構成されるように、メモリ５０６に記憶されたプログラミングを実行し得る。ある実施形態では、メモリ５０６は、非一時的なコンピュータ読取可能媒体を含み得る。インターフェース５１０，５１２，５１４は、処理システム５００が他のデバイス／構成要素および／またはユーザと通信することを可能にする任意の構成要素または構成要素の集合であり得る。たとえば、インターフェース５１０，５１２，５１４のうちの１つまたは複数は、データ、制御、または管理メッセージをプロセッサ５０４からホストデバイスおよび／またはリモートデバイス上にインストールされたアプリケーションに伝達するように適合され得る。別の例として、インターフェース５１０，５１２，５１４のうちの１つまたは複数は、ユーザまたはユーザデバイス（たとえば、パーソナルコンピュータ（ＰＣ）等）が処理システム５００と対話／通信することを可能にするように適合され得る。処理システム５００は、長期ストレージ（たとえば、不揮発性メモリ等）など、図６に示されていない追加の構成要素を含み得る。

いくつかの実施形態では、処理システム５００は、電気通信ネットワークにアクセスしている、または他の態様ではその一部であるネットワークデバイスに含まれている。一例では、処理システム５００は、基地局、中継局、スケジューラ、コントローラ、ゲートウ
ェイ、ルータ、アプリケーションサーバ、もしくは電気通信ネットワーク内の任意の他のデバイス等、無線または有線電気通信ネットワーク内のネットワーク側デバイス内にある。他の実施形態では、処理システム５００は、移動局、ユーザ機器（ＵＥ）、パーソナルコンピュータ（ＰＣ）、タブレット、ウェアラブル通信デバイス（たとえば、スマートウォッチ等）、もしくは電気通信ネットワークにアクセスするように適合された任意の他のデバイス等、無線または有線電気通信ネットワークにアクセスするユーザ側デバイス内にある。

いくつかの実施形態では、インターフェース５１０，５１２，５１４のうちの１つまたは複数は、処理システム５００を、電気通信ネットワークを介してシグナリングを送受信するように適合された送受信機に接続する。図６は、電気通信ネットワークを介してシグナリングを送受信するように適合された送受信機６００を示すブロック図である。送受信機６００は、ホストデバイスにインストールされ得る。図示のように、送受信機６００は、ネットワーク側インターフェース６０２と、カプラ６０４と、送信機６０６と、受信機６０８と、信号プロセッサ６１０と、デバイス側インターフェース６１２とを備える。ネットワーク側インターフェース６０２は、無線または有線電気通信ネットワークを介してシグナリングを送信または受信するように適合された任意の構成要素または構成要素の集合を含み得る。カプラ６０４は、ネットワーク側インターフェース６０２を介した双方向通信を容易にするように適合された任意の構成要素または構成要素の集合を含み得る。送信機６０６は、ベースバンド信号を、ネットワーク側インターフェース６０２を介した送信に適した変調キャリア信号に変換するように適合された任意の構成要素または構成要素の集合（たとえば、アップコンバータ、電力増幅器など）を含み得る。受信機６０８は、ネットワーク側インターフェース６０２を介して受信されたキャリア信号をベースバンド信号に変換するように適合された任意の構成要素または構成要素の集合（たとえば、ダウンコンバータ、低雑音増幅器など）を含み得る。信号プロセッサ６１０は、ベースバンド信号を、デバイス側インターフェース（複数可）６１２を介した通信に適したデータ信号に変換する、またはその逆を行うように適合された任意の構成要素または構成要素の集合を含み得る。デバイス側インターフェース（複数可）６１２は、信号プロセッサ６１０とホストデバイス（たとえば、処理システム５００、ローカルエリアネットワーク（ＬＡＮ）ポートなど）内の構成要素との間でデータ信号を通信するように適合された任意の構成要素または構成要素の集合を含み得る。

送受信機６００は、任意のタイプの通信媒体を介してシグナリングを送受信し得る。いくつかの実施形態では、送受信機６００は、無線媒体を介してシグナリングを送受信する。たとえば、送受信機６００は、セルラープロトコル（たとえば、ロングタームエボリューション（ＬＴＥ）など）、無線ローカルエリアネットワーク（ＷＬＡＮ）プロトコル（たとえば、Ｗｉ－Ｆｉ等）、または任意の他のタイプの無線プロトコル（たとえば、Ｂｌｕｅｔｏｏｔｈ、近距離無線通信（ＮＦＣ）など）等、無線電気通信プロトコルに従って通信するように適合された無線送受信機であり得る。そのような実施形態では、ネットワーク側インターフェース６０２は、１つ以上のアンテナ／放射要素を備える。たとえば、ネットワーク側インターフェース６０２は、シングルアンテナ、複数の別個のアンテナ、またはマルチレイヤ通信用に構成されたマルチアンテナアレイ、たとえば、シングル入力マルチ出力（ＳＩＭＯ）、マルチ入力シングル出力（ＭＩＳＯ）、マルチ入力マルチ出力（ＭＩＭＯ）などを含み得る。他の実施形態では、送受信機６００は、有線媒体、たとえばツイストペアケーブル、同軸ケーブル、光ファイバなどを介して、シグナリングを送受信する。特定の処理システムおよび／もしくは送受信機は、示される構成要素のすべて、または構成要素のサブセットのみを利用してもよく、統合のレベルは、デバイスごとに異なり得る。

本開示は、例示的な実施形態を参照して説明されているが、この説明は、限定的な意味
で解釈されることを意図していない。例示的な実施形態のさまざまな変形例および組み合わせ、ならびに本開示の他の実施形態は、説明を参照することによって当業者に明らかであろう。したがって、添付の特許請求の範囲は、任意のそのような変形例または実施形態を包含することが意図されている。

Claims (20)

1. 第１のデバイスが、前記第１のデバイスが現在時刻を有しているかどうかを判断することと、
   前記第１のデバイスが前記現在時刻を有していない場合、前記第１のデバイスが、ローカルネットワーク内の第２のデバイスに前記現在時刻の要求を送信することと、
   前記第１のデバイスが、前記第２のデバイスから前記現在時刻を受信することと、
   前記第１のデバイスが、前記第２のデバイスから受信した前記現在時刻に基づいて、証明書を認証することと、
   前記第１のデバイスが、認証した前記証明書に基づいて、前記ローカルネットワークへのネットワーク接続を確立することとを備える、方法。
2. 前記第１のデバイスが、認証した前記証明書に基づいて、前記ローカルネットワークへの前記ネットワーク接続を確立することは、前記ローカルネットワーク内の第３のデバイスを介して、前記ネットワーク接続を確立することを含む、請求項１に記載の方法。
3. 前記第３のデバイスは、前記第２のデバイスである、請求項２に記載の方法。
4. 前記ローカルネットワークを介して、ネットワーク時間プロトコル（ＮＴＰ）サーバに接続することと、
   前記現在時刻を前記ＮＴＰサーバと同期させることとをさらに備え、前記ＮＴＰサーバと同期された前記現在時刻は、前記第２のデバイスから受信した前記現在時刻よりも正確である、請求項１～３のいずれか１項に記載の方法。
5. 第４のデバイスから前記現在時刻の要求を受信することと、
   前記第４のデバイスに、前記ＮＴＰサーバと同期された前記現在時刻を送信することとをさらに備える、請求項４に記載の方法。
6. 前記第２のデバイスから前記現在時刻を受信する前に、第４のデバイスから前記現在時刻の要求を受信することと、
   前記現在時刻が、前記第４のデバイスから前記現在時刻の要求を受信する事前設定期間なしに前記第２のデバイスから受信される場合、前記第４のデバイスに、前記第２のデバイスから受信した前記現在時刻を送信することとをさらに備える、請求項１～５のいずれか１項に記載の方法。
7. 前記現在時刻が、前記第４のデバイスから前記現在時刻の要求を受信する前記事前設定期間内に前記第２のデバイスから受信されない場合、前記第４のデバイスに、前記第２のデバイスから受信した前記現在時刻を送信しないことをさらに備える、請求項６に記載の方法。
8. 前記第１のデバイスが、前記第４のデバイスから受信した前記現在時刻の要求を転送することをさらに備える、請求項７に記載の方法。
9. 前記現在時刻の要求を送信することは、プローブ要求で前記現在時刻の要求をブロードキャストすることを含み、
   前記第２のデバイスから前記現在時刻を受信することは、プローブ応答で前記現在時刻を受信することとを含む、請求項１～８のいずれか１項に記載の方法。
10. 前記第１のデバイスが現在時刻を有しているかどうかを判断することは、
    前記第１のデバイスのカレンダー時間を、前記第１のデバイスの起動カレンダー時間
    と前記第１のデバイスの経過時間との合計と比較することを含み、前記第１のデバイスの前記経過時間は、前記第１のデバイスが起動してから経過した時間であり、さらに、
    前記カレンダー時間が前記第１のデバイスの前記起動カレンダー時間と前記第１のデバイスの前記経過時間との合計に等しい場合、前記第１のデバイスが前記現在時刻を有していないと判断することを含む、請求項１～９のいずれか１項に記載の方法。
11. 第１のデバイスが、前記第１のデバイスがネットワーク接続を確立する前に、ローカルネットワークに接続されている第２のデバイスから現在時刻を受信することと、
    前記第１のデバイスが、前記第２のデバイスから受信した前記現在時刻に基づいて、証明書を認証することと、
    前記第１のデバイスが、認証した前記証明書に基づいて、前記ローカルネットワークへの前記ネットワーク接続を確立することと、
    前記第１のデバイスが、前記ローカルネットワークへの前記ネットワーク接続を介して、ネットワーク時間プロトコル（ＮＴＰ）サーバに接続することとを備える、方法。
12. 前記第１のデバイスが、前記第２のデバイスから前記現在時刻を受信することは、前記第１のデバイスが前記現在時刻の要求を送信することなく、前記第１のデバイスが、前記第２のデバイスから前記現在時刻を受信することを含む、請求項１１に記載の方法。
13. 前記第２のデバイスから前記現在時刻を受信することは、前記第２のデバイスからブロードキャストで前記現在時刻を受信することを含む、請求項１１または１２に記載の方法。
14. 前記第２のデバイスから前記現在時刻を受信することは、前記第２のデバイスからユニキャストで前記現在時刻を受信することを含む、請求項１１または１２に記載の方法。
15. 装置であって、
    前記装置が現在時刻を有しているかどうかを判断するように構成されたプロセッサと、
    前記装置が前記現在時刻を有していない場合、ローカルネットワーク内の他の装置に前記現在時刻の要求を送信するように構成された送信機と、
    前記ローカルネットワーク内の前記他の装置から前記現在時刻を受信するように構成された受信機とを備え、
    前記プロセッサはさらに、
    前記他の装置から受信した前記現在時刻に基づいて、証明書を認証することと、
    認証した前記証明書に基づいて、前記ローカルネットワークへのネットワーク接続を確立するように構成されている、装置。
16. 前記プロセッサはさらに、前記ローカルネットワークを介して、ネットワーク時間プロトコル（ＮＴＰ）サーバに接続するように構成されている、請求項１５に記載の装置。
17. 前記プロセッサはさらに、異なる動作モードで、認証した前記証明書なしで前記ＮＴＰサーバに接続するように構成されている、請求項１６に記載の装置。
18. 前記プロセッサはさらに、前記現在時刻を前記ＮＴＰサーバと同期させるように構成されている、請求項１６または１７に記載の装置。
19. 前記装置は、全地球測位サービス（ＧＰＳ）能力を有さない、請求項１５～１８のいずれか１項に記載の装置。
20. 前記現在時刻の要求は、プローブ要求でブロードキャストされ、
    前記現在時刻は、プローブ応答で前記他の装置から受信される、請求項１５～１９のいずれか１項に記載の装置。

Images