(57)【要約】【課題】通信装置のクロック信号を停止させた休止状態から復帰するまでの期間を短縮する。【解決手段】復帰処理を開始する一方の通信装置５は、自身のクロック信号が不安定な状態で、休止状態から復帰させる起動信号を送信する。一方の通信装置５は、自身のクロック信号が安定すると、当該クロック信号に基づくデータ送信が可能になったことを通知する送信可能信号を生成して送信する。他方の通信装置６は、起動信号を受信して自身のクロック信号が安定すると、当該クロック信号に基づくデータ送信が可能になったことを通知する送信可能信号を生成して送信する。複数の通信装置５，６の各々は、自らのクロック信号が安定し、相手の送信可能信号を受信すると、休止状態からの復帰処理を完了する。【選択図】図４
2011170644.tif 000002
【特許請求の範囲】
【請求項１】
休止状態からの復帰において安定するまでに時間を要するクロック信号を生成するクロック信号生成部と、
前記クロック信号に基づく通信データを送信するデータ通信部と、
休止状態から前記データ通信部によりデータ通信可能な状態へ復帰するための復帰処理を実行する制御部と
を有し、
前記制御部は、
前記クロック信号生成部を起動するとともに、前記クロック信号生成部の前記クロック信号が不安定な状態で、休止状態から復帰させるための起動信号を送信し、
前記クロック信号生成部のクロック信号が安定すると、前記データ通信部に、自らが当該クロック信号に基づくデータ送信が可能になったことを通知するための第１の送信可能信号を、安定した前記クロック信号に基づいて生成して送信させ、
前記クロック信号生成部のクロック信号が安定し、前記データ通信部が、クロック信号に基づくデータ送信が可能になったことを通知するための第２の送信可能信号を受信すると、休止状態からの復帰処理を完了する
通信装置。
【請求項２】
前記データ通信部は、
前記第２の送信可能信号を受信するまで、前記第１の送信可能信号を送信し続け、
前記制御部は、
前記第１の送信可能信号を送信している状態で前記第２の送信可能信号を受信すると、休止状態からの復帰処理を完了する
請求項１記載の通信装置。
【請求項３】
前記データ通信部は、
自らの通信データを送信するための信号経路に接続可能であり、
前記制御部は、
前記第１の送信可能信号を送信し始めるまで、前記起動信号を前記信号経路から送信し続ける
請求項１または２記載の通信装置。
【請求項４】
前記制御部は、
前記第１の送信可能信号として、前記起動信号の受信により復帰を開始しない通信装置を休止状態から復帰させるための復帰要求信号を送信し、
前記第２の送信可能信号として、前記復帰要求信号を受信して復帰を開始する通信装置がクロック信号の安定後に送信する復帰完了通知信号を受信する
請求項１から３のいずれか一項記載の通信装置。
【請求項５】
前記通信装置は、
前記クロック信号生成部へ、前記クロック信号を生成するための基準クロック信号を出力する発振部と、
前記基準クロック信号および前記クロック信号の一方を選択して前記データ通信部へ出力する選択部と
を有し、
前記選択部は、
前記クロック信号が安定するまで前記基準クロック信号を選択し、
前記制御部は、
前記データ通信部へ起動データを出力し、前記データ通信部に、前記基準クロック信号に基づく起動データの信号を前記起動信号として送信させる
請求項１から４のいずれか一項記載の通信装置。
【請求項６】
前記通信装置は、
前記データ通信部と並列に前記クロック信号生成部に接続され、前記クロック信号の周波数を変換する変換部を有し、
前記制御部は、
前記変換部に、安定前の前記クロック信号の周波数を変換した前記起動信号を送信させる
請求項１から４のいずれか一項記載の通信装置。
【請求項７】
前記制御部は、
休止した状態で起動信号を受信すると、前記クロック信号生成部を起動し、
前記クロック信号生成部のクロック信号が安定すると、自らが当該クロック信号に基づくデータ送信が可能になったことを通知するための第３の送信可能信号を、安定したクロック信号に基づいて生成して前記データ通信部から送信させ、
前記クロック信号生成部のクロック信号が安定し、前記データ通信部が、クロック信号に基づくデータ送信が可能になったことを通知するための第４の送信可能信号を受信すると、休止状態からの復帰処理を完了する
請求項１から６のいずれか一項記載の通信装置。
【請求項８】
休止状態からの復帰においてクロック信号が安定するまでに時間を要するクロック信号を生成するクロック信号生成部と、
前記クロック信号に基づく通信データを送信するデータ通信部と、
起動信号の受信に基づいて、休止状態からデータ通信可能な状態へ復帰する復帰処理を実行する制御部と
を有し、
前記制御部は、
前記起動信号を受信すると、前記クロック信号生成部を起動し、
前記クロック信号生成部のクロック信号が安定すると、前記データ通信部に、自らが当該クロック信号に基づくデータ送信が可能になったことを通知するための第１の送信可能信号を、安定したクロック信号に基づいて生成して送信させ、
前記クロック信号生成部のクロック信号が安定し、前記データ通信部が、クロック信号に基づくデータ送信が可能になったことを通知するための第２の送信可能信号を受信すると、休止状態からの復帰処理を完了する
通信装置。
【請求項９】
前記通信装置は、
前記起動信号を検出して前記制御部に通知する検出部
を有する請求項８記載の通信装置。
【請求項１０】
休止状態からの復帰において安定するまでに時間を要するクロック信号を生成するクロック信号生成部と、
前記クロック信号に基づく通信データを送信するデータ通信部と、
休止状態から前記データ通信部によりデータ通信可能な状態へ復帰するための復帰処理を実行する制御部と
を各々有する複数の通信装置を有し、
前記複数の通信装置のうちで復帰処理を開始する一方の通信装置の前記制御部は、
一方の前記クロック信号生成部を起動するとともに、一方の前記クロック信号生成部の前記クロック信号が不安定な状態で、他方の通信装置を休止状態から復帰させるための起動信号を送信し、
一方の前記クロック信号生成部のクロック信号が安定すると、一方の前記データ通信部に、自らが当該クロック信号に基づくデータ送信が可能になったことを通知するための第１の送信可能信号を、安定した前記クロック信号に基づいて生成して送信させ、
一方の前記クロック信号生成部のクロック信号が安定し、一方の前記データ通信部が、前記他方の通信装置がクロック信号に基づくデータ送信が可能になったことを通知するために送信した第２の送信可能信号を受信すると、休止状態からの復帰処理を完了し、
前記他方の通信装置の前記制御部は、
前記起動信号を受信すると、他方の前記クロック信号生成部を起動し、
他方の前記クロック信号生成部のクロック信号が安定すると、他方の前記データ通信部に、前記第２の送信可能信号を、安定した前記クロック信号に基づいて生成して送信させ、
他方の前記クロック信号生成部のクロック信号が安定し、他方の前記データ通信部が前記第１の送信可能信号を受信すると、休止状態からの復帰処理を完了する
通信システム。
【請求項１１】
休止状態からの復帰においてクロック信号が安定するまでに時間を要する複数の通信装置を、前記休止状態からデータ通信可能な状態へ復帰させる際に、
前記複数の通信装置のうちで復帰処理を開始する一方の通信装置は、
自身のクロック信号が不安定な状態で、前記複数の通信装置のうちの他方の通信装置へ、当該他方の通信装置を休止状態から復帰させる起動信号を送信し、
自身の前記クロック信号が安定すると、当該クロック信号に基づくデータ送信が可能になったことを示す第１の送信可能信号を、安定した自身のクロック信号に基づいて生成して送信し、
前記他方の通信装置は、
前記起動信号を受信して自身のクロック信号が安定すると、当該クロック信号に基づくデータ送信が可能になったことを示す第２の送信可能信号を、安定した自身のクロック信号に基づいて生成して送信し、
前記複数の通信装置の各々は、
自らのクロック信号が安定し、相手の前記第１の送信可能信号または前記第２の送信可能信号を受信すると、休止状態からの復帰処理を完了する
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、休止状態においてクロック信号を停止することができる通信装置、通信システムおよび通信方法に関する。
【背景技術】
【０００２】
複数の通信装置の間でデータを通信する通信システムには、たとえば各々の通信装置が各々のクロック信号生成部で発生させたクロック信号に同期した通信データを互いに送信し合うものがある。
たとえばＵＳＢ（Universal Serial Bus）３．０、ＰＣＩ（Peripheral Component Interconnect）  Ｅｘｐｒｅｓｓなどの通信プロトコルがある。これらの通信プロトコルでは、各通信装置においてデータ通信用のクロック信号を生成する。
また、複数の通信装置は、各々のクロック信号に同期させて通信データを互いに送信し合う。
このようなデータ通信方式により通信データを送信し合うことにより、複数の通信装置は、通信データを高速なシリアルデータ通信により送受することができる。
【０００３】
また、ＵＳＢ３．０、ＰＣＩ  Ｅｘｐｒｅｓｓなどの通信プロトコルでは、たとえば通信データが無い場合などに消費電力を低減させるために、複数の通信装置を休止状態に制御することが規定されている。
通信装置を休止状態に制御することができる通信システムは、たとえば特許文献１に開示されている。
そして、複数の通信装置が各々で発生させたクロック信号に同期させて通信データを互いに送信し合うものである場合、各々のクロック信号生成部を停止することにより、消費電力を効果的に低減することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１０２４９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、複数の通信装置のクロック信号を停止させると、休止状態から互いにデータ送信可能な状態へ同期して復帰するまでに時間がかかる。
【０００６】
具体的に説明すると、複数の通信装置において、互いが休止した状態から共に復帰するためには、データ通信を開始しようとする一方の通信装置は、まず、自らのクロック信号生成部を起動する。
次に、一方の通信装置は、自らのクロック信号生成部のクロック信号が安定すると、他方の通信装置に復帰を要求するための復帰要求信号を、安定した自らのクロック信号に基づいて生成し、他方の通信装置へ送信する。
次に、復帰要求信号を受信した他方の通信装置は、自らのクロック信号生成部を起動する。
次に、他方の通信装置は、自らのクロック信号生成部のクロック信号が安定すると、一方の通信装置に復帰を完了したことを通知する復帰完了通知信号を、安定した自らのクロック信号に基づいて生成し、一方の通信装置へ送信する。
このように複数の通信装置では、クロック信号生成部を停止させた休止状態から共に復帰する場合、以上の手順により各々のクロック信号生成部を順番に起動する必要がある。
また、停止状態にある各クロック信号生成部は、起動された後、所定の周波数に安定したクロック信号を出力し始めるまでに時間を要する。
その結果、これらの通信装置を用いた通信システムでは、各々のクロック信号生成部を停止させた休止状態から共に復帰するまでに時間がかかる。
この休止状態からの復帰に要する期間として、少なくとも２個のクロック信号生成部を順番に安定して発振させる期間が必要になる。
【０００７】
このように通信装置では、クロック信号を停止させた休止状態から復帰するまでの期間を短縮することが求められている。
【課題を解決するための手段】
【０００８】
本発明の第１の観点の通信装置は、休止状態からの復帰において安定するまでに時間を要するクロック信号を生成するクロック信号生成部と、クロック信号に基づく通信データを送信するデータ通信部と、休止状態からデータ通信部によりデータ通信可能な状態へ復帰するための復帰処理を実行する制御部とを有する。そして、制御部は、クロック信号生成部を起動するとともに、クロック信号生成部のクロック信号が不安定な状態で、休止状態から復帰させるための起動信号を送信し、クロック信号生成部のクロック信号が安定すると、データ通信部に、自らが当該クロック信号に基づくデータ送信が可能になったことを通知するための第１の送信可能信号を、安定したクロック信号に基づいて生成して送信させ、クロック信号生成部のクロック信号が安定し、データ通信部が、クロック信号に基づくデータ送信が可能になったことを通知するための第２の送信可能信号を受信すると、休止状態からの復帰処理を完了する。
【０００９】
本発明の第２の観点の通信装置は、休止状態からの復帰においてクロック信号が安定するまでに時間を要するクロック信号を生成するクロック信号生成部と、クロック信号に基づく通信データを送信するデータ通信部と、起動信号の受信に基づいて、休止状態からデータ通信可能な状態へ復帰する復帰処理を実行する制御部とを有する。そして、制御部は、起動信号を受信すると、クロック信号生成部を起動し、クロック信号生成部のクロック信号が安定すると、データ通信部に、自らが当該クロック信号に基づくデータ送信が可能になったことを通知するための第１の送信可能信号を、安定したクロック信号に基づいて生成して送信させ、クロック信号生成部のクロック信号が安定し、データ通信部が、クロック信号に基づくデータ送信が可能になったことを通知するための第２の送信可能信号を受信すると、休止状態からの復帰処理を完了する。
【００１０】
本発明の第３の観点の通信システムは、休止状態からの復帰において安定するまでに時間を要するクロック信号を生成するクロック信号生成部と、クロック信号に基づく通信データを送信するデータ通信部と、休止状態からデータ通信部によりデータ通信可能な状態へ復帰するための復帰処理を実行する制御部とを各々有する複数の通信装置を有する。そして、複数の通信装置のうちで復帰処理を開始する一方の通信装置の制御部は、一方のクロック信号生成部を起動するとともに、一方のクロック信号生成部のクロック信号が不安定な状態で、他方の通信装置を休止状態から復帰させるための起動信号を送信し、一方のクロック信号生成部のクロック信号が安定すると、一方のデータ通信部に、自らが当該クロック信号に基づくデータ送信が可能になったことを通知するための第１の送信可能信号を、安定したクロック信号に基づいて生成して送信させ、一方のクロック信号生成部のクロック信号が安定し、一方のデータ通信部が、他方の通信装置がクロック信号に基づくデータ送信が可能になったことを通知するために送信した第２の送信可能信号を受信すると、休止状態からの復帰処理を完了する。他方の通信装置の制御部は、起動信号を受信すると、他方のクロック信号生成部を起動し、他方のクロック信号生成部のクロック信号が安定すると、他方のデータ通信部に、第２の送信可能信号を、安定したクロック信号に基づいて生成して送信させ、他方のクロック信号生成部のクロック信号が安定し、他方のデータ通信部が第１の送信可能信号を受信すると、休止状態からの復帰処理を完了する。
【００１１】
第３の観点では、各々のクロック信号生成部が共に停止した休止状態から復帰するために、一方の通信装置は、通信データの送信に使用する自らのクロック信号が安定する前に、起動信号を送信する。起動信号を受信した他方の通信装置は、自らのクロック信号生成部を起動する。
しかも、複数の通信装置の各々は、自らのクロック信号が安定すると、その旨を通知する送信可能信号を送信し合う。そして、各通信装置は、自らのクロック信号が安定し、かつ、相手から通信可能信号を受信すると、各々が個別に復帰完了と判断する。
よって、第３の観点では、一方の通信装置が復帰を開始し始めてから、双方の通信装置のクロック信号が共に安定して復帰するまでの期間を短縮することができる。
【００１２】
本発明の第４の観点の通信方法は、休止状態からの復帰においてクロック信号が安定するまでに時間を要する複数の通信装置を、休止状態からデータ通信可能な状態へ復帰させる際に、複数の通信装置のうちで復帰処理を開始する一方の通信装置は、自身のクロック信号が不安定な状態で、複数の通信装置のうちの他方の通信装置へ、当該他方の通信装置を休止状態から復帰させる起動信号を送信し、自身のクロック信号が安定すると、当該クロック信号に基づくデータ送信が可能になったことを示す第１の送信可能信号を、安定した自身のクロック信号に基づいて生成して送信する。他方の通信装置は、起動信号を受信して自身のクロック信号が安定すると、当該クロック信号に基づくデータ送信が可能になったことを示す第２の送信可能信号を、安定した自身のクロック信号に基づいて生成して送信する。複数の通信装置の各々は、自らのクロック信号が安定し、相手の第１の送信可能信号または第２の送信可能信号を受信すると、休止状態からの復帰処理を完了する。
【発明の効果】
【００１３】
本発明では、通信装置のクロック信号を停止させた休止状態から復帰するまでの期間を短縮することができる。
【図面の簡単な説明】
【００１４】
【図１】図１は、第１実施形態に係るデータ通信システムのブロック図である。
【図２】図２は、図１のホスト通信部およびデバイス通信部のブロック図である。
【図３】図３は、ＵＳＢ３．０などの通信プロトコルにおける一般的な動作モードの制御動作の一例を示すタイミングチャートである。
【図４】図４は、第１実施形態における動作モードの制御動作の一例を示すタイミングチャートである。
【図５】図５は、第２実施形態に係るホスト通信部およびデバイス通信部のブロック図である。
【図６】図６は、第２実施形態における動作モードの制御動作の一例を示すタイミングチャートである。
【図７】図７は、不安定なクロック信号に基づいて生成される起動信号の一例を示すタイミングチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態を図面に関連付けて説明する。
説明は以下の順に行う。
１．第１実施形態（ホスト通信部がデバイス通信部を休止状態から復帰させる起動信号を、データ通信用のクロック信号が安定する前に送信する例。また、その後に安定したデータ通信用のクロック信号に基づく送信可能データの相互送信状態に基づいて復帰完了を判断する例。）
２．第２実施形態（起動信号として、不安定なデータ通信用のクロック信号に基づく信号を送信する例。）
【００１６】
＜第１実施形態＞
[データ通信システムの構成および動作]
図１は、第１実施形態に係るデータ通信システム１のブロック図である。
図１のデータ通信システム１は、コンピュータ装置２と、ＵＳＢメモリ３とを有する。
コンピュータ装置２は、データ処理部４と、ホスト通信部５とを有する。
ＵＳＢメモリ３は、デバイス通信部６と、記憶部７とを有する。
そして、ＵＳＢメモリ３は、ＵＳＢケーブル８により、コンピュータ装置２に着脱可能に接続される。
【００１７】
データ処理部４は、たとえばＣＰＵ（Central Processing Unit）などを有し、ホスト通信部５の演算処理部として機能する。
そして、データ処理部４は、ＵＳＢメモリ３の記憶部７にリードアクセスし、演算処理に必要なデータをＵＳＢメモリ３の記憶部７から読み込む。
また、データ処理部４は、ＵＳＢメモリ３の記憶部７にライトアクセスし、演算処理で発生したデータをＵＳＢメモリ３の記憶部７に書込む。
【００１８】
記憶部７は、たとえばフラッシュメモリなどの不揮発性メモリなどを有する。
そして、記憶部７は、データ処理部４のライトアクセスに係るライトデータを記憶する。
また、記憶部７は、データ処理部４のリードアクセスに係るリードデータをデータ処理部４へ出力する。
【００１９】
ホスト通信部５は、データ処理部４に接続された半導体集積回路である。
デバイス通信部６は、記憶部７に接続された半導体集積回路である。
そして、ホスト通信部５とデバイス通信部６とは、たとえばＵＳＢケーブル８により、切り離し可能に接続される。ＵＳＢケーブル８により接続されたホスト通信部５とデバイス通信部６とは、ＵＳＢケーブル８を通じて、通信データを互いに送受する。
たとえばホスト通信部５は、データ処理部４のライトアクセスに係るライトデータをデバイス通信部６へ送信する。
また、デバイス通信部６は、データ処理部４のリードアクセスに係るリードデータをホスト通信部５へ送信する。
このようにホスト通信部５とデバイス通信部６とは、たとえばＵＳＢ３．０として規定される通信プロトコルに準拠した通信方式により通信データを互いに送信し合う。
【００２０】
図２は、図１のホスト通信部５およびデバイス通信部６のブロック図である。
ホスト通信部５は、ホスト発振部１１と、ホストＰＬＬ（Phase Locked Loop）部１２、ホストセレクタ１３、ホストデータ通信部１４、ホスト検出部１５、ホスト制御部１６を有する。
デバイス通信部６は、デバイス発振部２１と、デバイスＰＬＬ部２２、デバイスセレクタ２３、デバイスデータ通信部２４、デバイス検出部２５、デバイス制御部２６を有する。
そして、ホストデータ通信部１４と、デバイスデータ通信部２４とは、ＵＳＢケーブル８により接続される。
【００２１】
ＵＳＢケーブル８は、複数対のツイストペア信号線を有する。１対のツイストペア信号線３１は、ホスト通信部５からデバイス通信部６へ通信データを送信するダウンストリーム用の信号線である。他の１対のツイストペア信号線３２は、デバイス通信部６からホスト通信部５へ通信データを送信するアップストリーム用の信号線である。
そして、ホスト通信部５は、一方のツイストペア信号線３２へ差動信号の通信データを送信し、他方のツイストペア信号線３３から差動信号の通信データを受信する。
また、デバイス通信部６は、一方のツイストペア信号線３３へ差動信号の通信データを送信し、他方のツイストペア信号線３２から差動信号の通信データを受信する。
【００２２】
ホスト発振部１１は、ホスト通信部５の基準クロック信号を生成する。
デバイス発振部２１は、デバイス通信部６の基準クロック信号を生成する。
そして、ホスト発振部１１またはデバイス発振部２１は、たとえば水晶発振器を有し、略一定の周波数に安定した基準クロック信号を生成する。
【００２３】
ホストＰＬＬ部１２は、ホスト発振部１１と、ホスト制御部１６とに接続される。ホストＰＬＬ部１２は、ホスト通信部５の基準クロック信号に同期した、ホスト通信部５におけるデータ通信用のクロック信号を生成する。
デバイスＰＬＬ部２２は、デバイス発振部２１と、デバイス制御部２６とに接続される。デバイスＰＬＬ部２２は、デバイス通信部６の基準クロック信号に同期した、デバイス通信部６におけるデータ通信用のクロック信号を生成する。
そして、ホストＰＬＬ部１２またはデバイスＰＬＬ部２２は、基準クロック信号と生成するクロック信号との位相を比較する比較部と、位相差を電圧レベルへ変換する変換部と、電圧レベルに応じた周波数でクロック信号を発振する電圧制御発振部とを有する。
これにより、ホストＰＬＬ部１２またはデバイスＰＬＬ部２２は、基準クロック信号に同期して安定したデータ通信用のクロック信号を生成する。
このようにホストＰＬＬ部１２またはデバイスＰＬＬ部２２は、クロック信号のフィードバックループを用いて、基準クロック信号に同期して安定したデータ通信用のクロック信号を生成する。
そのため、ホストＰＬＬ部１２またはデバイスＰＬＬ部２２は、イネーブル信号などにより起動されてから、基準クロック信号に同期して安定したデータ通信用のクロック信号を生成し始めるまで、時間を必要とする。
また、ホストＰＬＬ部１２またはデバイスＰＬＬ部２２は、基準クロック信号に同期して安定したデータ通信用のクロック信号を生成し始めると、その旨を通知するバリッド信号を出力する。
【００２４】
ホストセレクタ１３は、ホスト発振部１１と、ホストＰＬＬ部１２とに接続される。
デバイスセレクタ２３は、デバイス発振部２１と、デバイスＰＬＬ部２２とに接続される。
そして、ホストセレクタ１３またはデバイスセレクタ２３は、基準クロック信号およびデータ通信用のクロック信号の一方を択一的に選択して出力する。
具体的には、ホストセレクタ１３またはデバイスセレクタ２３は、たとえばバリッド信号が無効である場合、基準クロック信号を選択して出力し、バリッド信号が有効である場合、データ通信用のクロック信号を選択して出力する。
【００２５】
ホストデータ通信部１４は、ホストセレクタ１３と、ホスト制御部１６とに接続される。
デバイスデータ通信部２４は、デバイスセレクタ２３と、デバイス制御部２６とに接続される。
ホストデータ通信部１４とデバイスデータ通信部２４とは、ＵＳＢケーブル８により着脱可能に接続される。
【００２６】
ホストデータ通信部１４またはデバイスデータ通信部２４は、データスクランブラ、８ｂ／１０ｂエンコーダ、データのパラレルシリアル変換部、送信部などを有する。
そして、ホストデータ通信部１４は、コンピュータ装置２のデータ処理部４がホスト通信部５へ出力したたとえばライトデータから、ホストセレクタ１３が選択したクロック信号に同期した通信データを生成する。ホストデータ通信部１４は、ダウンストリーム用の一対のツイストペア信号線３１へ通信データの信号を出力し、通信データの信号をデバイスデータ通信部２４へ送信する。
また、デバイスデータ通信部２４は、ＵＳＢメモリ３の記憶部７が出力した例えばリードデータの信号から、デバイスセレクタ２３が選択したクロック信号に同期した通信データを生成する。デバイスデータ通信部２４は、アップストリーム用の一対のツイストペア信号線３２へ通信データの信号を出力し、通信データの信号をホストデータ通信部１４へ送信する。
【００２７】
また、ホストデータ通信部１４またはデバイスデータ通信部２４は、受信部、ＤＲＣ（Data Recovery Circuit）部、シリアルパラレル変換部、８ｂ／１０ｂデコーダ、逆スクランブラなどを有する。
そして、ホストデータ通信部１４は、アップストリーム用の一対のツイストペア信号線３２から、ＵＳＢメモリ３がコンピュータ装置２へ送信した通信データの信号を受信し、受信した通信データの信号からたとえばリードデータを生成する。ホストデータ通信部１４は、生成したリードデータなどの信号を、データ処理部４へ出力する。
また、デバイスデータ通信部２４は、ダウンストリーム用の一対のツイストペア信号線３１から、コンピュータ装置２がＵＳＢメモリ３へ送信した通信データの信号を受信し、受信した通信データの信号からたとえばライトデータを生成する。デバイスデータ通信部２４は、生成したライトデータなどの信号を、記憶部７へ出力する。
【００２８】
このようにＵＳＢケーブル８により接続されたホストデータ通信部１４とデバイスデータ通信部２４とが通信データの信号を互いに送信し合うことにより、データ処理部４は、記憶部７にリードアクセスまたはライトアクセスできる。また、記憶部７は、リードアクセスに係るリードデータをデータ処理部４へ出力することができる。
ライトデータ、リードデータなどの通信データの信号は、高速なシリアルデータ通信方式により、ホストデータ通信部１４とデバイスデータ通信部２４との間で送受される。
【００２９】
ホスト検出部１５は、ホスト制御部１６に接続される。
そして、ホスト検出部１５は、デバイス通信部６からアップストリーム用の一対のツイストペア信号線３２へ所定の特殊な起動信号が出力された場合、この起動信号を検出する。ホスト検出部１５は、起動信号を検出したことを示す検出信号をホスト制御部１６へ出力する。
【００３０】
デバイス検出部２５は、デバイス制御部２６に接続される。
そして、デバイス検出部２５は、ホスト通信部５からダウンストリーム用の一対のツイストペア信号線３１へ所定の特殊な起動信号が出力された場合、この起動信号を検出する。
デバイス検出部２５は、起動信号を検出したことを示す検出信号をデバイス制御部２６へ出力する。
【００３１】
ホスト制御部１６は、ホストＰＬＬ部１２、ホストデータ通信部１４、ホスト検出部１５に接続される。
デバイス制御部２６は、デバイスＰＬＬ部２２、デバイスデータ通信部２４、デバイス検出部２５に接続される。
そして、ホスト制御部１６またはデバイス制御部２６は、ホスト通信部５の動作を制御する。
たとえばホスト制御部１６またはデバイス制御部２６は、ホスト通信部５およびデバイス通信部６の動作モードを同期させて制御する。
ホスト制御部１６またはデバイス制御部２６の動作モードには、データ通信可能な通常モードと、データ通信できない休止モードとがある。
休止モードには、ホストＰＬＬ部１２が停止する深いレベルの休止モードと、ホストＰＬＬ部１２が動作する浅いレベルの休止モードとがある。
浅いレベルの休止モードには、通常モードへの復帰期間が短いという特徴があり、深いレベルの休止モードには、ホストＰＬＬ部１２が停止することにより省電力化の効果が高いという特徴がある。
【００３２】
[一般的な動作モードの切り替え動作]
ここで、ＵＳＢ３．０などの通信プロトコルで規定されている一般的な動作モードの切り替え動作について説明する。
ＵＳＢ３．０などの通信プロトコルでは、ホスト制御部１６およびデバイス制御部２６の動作モードを同期して制御するために、ホストデータ通信部１４とデバイスデータ通信部２４との間でクロック信号に同期した通信データを送信し合う。
このため、ホスト制御部１６およびデバイス制御部２６をＵＳＢ３．０などの通信プロトコルに準拠させる場合には、図２のホスト検出部１５、デバイス検出部２５が不要である。
【００３３】
図３は、ＵＳＢ３．０などの通信プロトコルにおける一般的な動作モードの制御動作の一例を示すタイミングチャートである。
図３は、ホスト制御部１６およびデバイス制御部２６を通常モードから休止モードへ制御し、さらに休止モードから通常モードへ復帰させる場合のタイミングチャートである。
図３（Ａ）は、ホスト通信部５のデータ通信用のクロック信号（PLL Clock）である。図３（Ｂ）は、ホストＰＬＬ部１２が生成するバリッド信号（PLL Valid）である。図３（Ｃ）は、ホスト通信部５がデバイス通信部６へ送信するダウンストリームの通信データ（Ｔｘ）である。図３（Ｄ）は、ホスト通信部５がデバイス通信部６から受信するアップストリームの通信データ（Ｒｘ）である。
また、図３（Ｅ）は、デバイス通信部６のデータ通信用のクロック信号（PLL Clock）である。図３（Ｆ）は、デバイスＰＬＬ部２２が生成するバリッド信号（PLL Valid）である。図３（Ｇ）は、デバイス通信部６がホスト通信部５へ送信するアップストリームの通信データ（Ｔｘ）である。図３（Ｈ）は、デバイス通信部６がホスト通信部５から受信するダウンストリームの通信データ（Ｒｘ）である。
【００３４】
ホスト制御部１６またはデバイス制御部２６は、動作モードの１つの制御動作として、データ通信可能な通常モードから、ホストＰＬＬ部１２およびデバイスＰＬＬ部２２を停止させる休止モードへの移行制御を実行する。
ホスト制御部１６またはデバイス制御部２６は、たとえば一定期間の無通信状態が発生すると、通常モードから休止モードへの移行制御を開始する。
【００３５】
休止モードへの移行制御において、当該制御を開始するたとえばホスト制御部１６は、図３（Ｃ）のタイミングｔ１に示すように、休止モードへの移行リクエスト（Enter Low Power Mode Request）をデバイス制御部２６へ送信する。
具体的には、ホスト制御部１６は、休止モードへの移行をリクエストするデータの信号をホストデータ通信部１４へ出力する。
ホストデータ通信部１４は、休止モードへの移行リクエストデータの信号から、安定したデータ通信用のクロック信号に同期した通信データを生成する。
ホストデータ通信部１４は、生成した通信データの信号を、ダウンストリーム用の一対のツイストペア信号線３１へ出力する。
休止モードへの移行リクエスト信号は、ホスト通信部５からデバイス通信部６へ送信される。
【００３６】
休止モードへの移行リクエスト信号を受信すると、デバイス通信部６は、通信データをデコードし、デバイス制御部２６へ移行リクエストデータの信号を出力する。
デバイス制御部２６は、移行リクエストデータの信号に基づいて、休止モードへの移行が要求されたと解釈する。
デバイス制御部２６は、図３（Ｇ）のタイミングｔ２に示すように、休止モードへの移行の確認応答のデータ（Enter Low Power Mode Acknowledge）の信号をホスト制御部１６へ送信する。
【００３７】
また、デバイス制御部２６は、所定のクロック周期の後に、デバイス通信部６を休止モードに制御する。
たとえばデバイス制御部２６は、イネーブル信号をネゲートする。これにより、デバイスＰＬＬ部２２は停止し、図３（Ｆ）のタイミングｔ３に示すように、バリッド信号が無効になる。また、デバイス通信部６の消費電力が減少する。
休止モードへの移行確認応答データの信号は、具体的には、デバイス制御部２６からデバイスデータ通信部２４へ出力される。
デバイスデータ通信部２４は、休止モードへの移行確認応答データの信号から、安定したデータ通信用のクロック信号に同期した通信データを生成する。
デバイスデータ通信部２４は、生成した通信データの信号を、アップストリーム用の一対のツイストペア信号線３２へ出力する。
休止モードへの移行確認応答信号は、デバイス通信部６からホスト通信部５へ送信される。
【００３８】
休止モードへの移行確認応答信号を受信すると、ホスト通信部５は、通信データをデコードし、ホスト制御部１６へ移行確認応答データの信号を出力する。
ホスト制御部１６は、移行確認応答データの信号に基づいて、デバイス制御部２６において休止モードへの移行が確認されたと解釈する。
ホスト制御部１６は、図３（Ｂ）のタイミングｔ３に示すように、所定のクロック周期の後に、ホスト通信部５を休止モードに制御する。たとえばホスト制御部１６は、イネーブル信号をネゲートする。
これにより、ホストＰＬＬ部１２は停止し、ホスト通信部５の消費電力が減少する。
【００３９】
以上の休止モードへの移行制御により、ホスト通信部５およびデバイス通信部６は、データ通信可能な通常モードから、ホストＰＬＬ部１２およびデバイスＰＬＬ部２２が停止した休止モードへ移行する。
【００４０】
この他にも例えば、ホスト制御部１６またはデバイス制御部２６は、ホストＰＬＬ部１２およびデバイスＰＬＬ部２２を停止させた休止モードから、ホスト制御部１６およびデバイス制御部２６をデータ通信可能な状態にする通常モードへの復帰制御を実行する。
ホスト制御部１６またはデバイス制御部２６は、たとえば休止状態にあるホスト制御部１６またはデバイス制御部２６においてデータ通信を必要とするデータが発生すると、その内部イベントに基づいて、休止モードからの復帰制御を開始する。
【００４１】
休止モードからの復帰制御において、当該制御を開始するたとえばホスト制御部１６は、イネーブル信号をアサートする。
これにより、図３（Ａ）のタイミングｔ４に示すように、ホストＰＬＬ部１２は、起動し、基準クロック信号に同期したデータ通信用のクロック信号の生成を開始する。
ホストＰＬＬ部１２は、起動直後には不安定な（Unstable）クロック信号を生成する。
【００４２】
その後、ホスト通信部５におけるデータ通信用のクロック信号が基準クロック信号に同期して安定すると、ホストＰＬＬ部１２は、図３（Ｂ）のタイミングｔ５に示すように、バリッド信号を無効から有効へ切り替える。
バリッド信号が有効になると、ホスト制御部１６は、図３（Ｃ）のタイミングｔ６に示すように、相手方に復帰を要求するための復帰要求用の特殊な通信データ（Special Signaling）の送信を開始する。これにより、ＵＳＢケーブル８により接続されているデバイス通信部６は起動される。
具体的には、ホスト通信部５は、相手方に復帰を要求するための復帰要求データをホストデータ通信部１４へ出力する。
ホストデータ通信部１４は、安定したクロック信号に基づいて、この相手方に復帰を要求するための復帰要求データの信号を生成し、ダウンストリーム用の一対のツイストペア信号線３１へ出力する。
相手方に復帰を通知するための復帰要求信号は、ホスト通信部５からデバイス通信部６へ送信される。
また、ホストデータ通信部１４は、デバイスデータ通信部２４から、通常モードへの復帰完了を通知する復帰完了通知信号を受信するまで、デバイス通信部６へ復帰を通知するための復帰要求信号を送信し続ける。
【００４３】
ホストデータ通信部１４から送信された復帰要求データの信号（Special Signaling）を検出すると、デバイス制御部２６は、イネーブル信号をアサートする。
これにより、図３（Ｅ）のタイミングｔ７に示すように、デバイスＰＬＬ部２２は、起動し、基準クロック信号に同期したデータ通信用のクロック信号の生成を開始する。
デバイスＰＬＬ部２２は、起動直後には不安定な（Unstable）クロック信号を生成する。
【００４４】
その後、デバイス通信部６におけるデータ通信用のクロック信号が基準クロック信号に同期すると、ホストＰＬＬ部１２は、図３（Ｆ）のタイミングｔ８に示すように、バリッド信号を無効から有効へ切り替える。
バリッド信号が有効になると、ホスト制御部１６は、図３（Ｇ）のタイミングｔ９に示すように、休止モードから復帰を完了したことを通知する復帰完了通知データの信号をホスト通信部５へ送信する。
具体的には、デバイス通信部６は、復帰完了通知データの信号をデバイスデータ通信部２４へ出力する。
デバイスデータ通信部２４は、安定したクロック信号に基づいて、復帰完了通知信号を生成し、アップストリーム用の一対のツイストペア信号線３２へ出力する。
復帰完了通知信号は、デバイス通信部６からホスト通信部５へ送信される。
【００４５】
デバイス通信部６から復帰完了通知信号を受信すると、ホストデータ通信部１４は、図３（Ｂ）のタイミングｔ１０に示すように、デバイス通信部６に復帰を通知するための復帰要求信号の送信を終了する。
【００４６】
以上の休止モードからの復帰制御により、ホスト通信部５およびデバイス通信部６は、ホストＰＬＬ部１２およびデバイスＰＬＬ部２２を停止させた休止モードから、データ通信可能な通常モードへ同期して復帰する。
通常モードのホスト通信部５およびデバイス通信部６は、通信データを互いに送信し合うことができる。
【００４７】
このように通信データの生成に用いるクロック信号を生成するホストＰＬＬ部１２またはデバイスＰＬＬ部２２は、起動されてから、基準クロック信号に同期して安定したクロック信号を生成し始めるまでに、時間を要する。
また、ＵＳＢ３．０などにおける休止モードからの復帰動作では、ホスト通信部５およびデバイス通信部６は、各々で安定したクロック信号に同期した通信データを送信し合う。
その結果、ホストＰＬＬ部１２とデバイスＰＬＬ部２２とは、１個ずつ順番に起動される。
そして、図３のタイミングｔ４からｔ１０に示すように、ホスト通信部５において通信機能を復帰させる内部イベントが発生してから、ホスト通信部５およびデバイス通信部６が共に起動して互いにデータ送信可能となるまでに、長い期間を必要とする。
このタイミングｔ４からｔ１０までの同期復帰期間は、少なくともホストＰＬＬ部１２か起動されてから出力が安定するまでの期間と、デバイスＰＬＬ部２２か起動されてから出力が安定するまでの期間との和の期間を必要とする。
同期復帰期間（Resume Handshake Latency）は、ホストＰＬＬ部１２の起動期間と、デバイスＰＬＬ部２２の起動期間との和の期間より短くならない。
【００４８】
[第１実施形態での動作モードの切り替え動作]
次に、第１実施形態における動作モードの切り替え動作について説明する。
第１実施形態では、ホスト制御部１６およびデバイス制御部２６の動作モードを同期して復帰させるために、相手方を起動する起動信号を、自らのクロック信号が安定する前に送信する。
そして、起動信号は、データ通信用のクロック信号ではなく、基準クロック信号に同期した信号として送信される。
【００４９】
図４は、第１実施形態における動作モードの制御動作の一例を示すタイミングチャートである。
図４（Ａ）から（Ｈ）は、図３（Ａ）から（Ｈ）に対応する。
図４は、図３と同様に、ホスト制御部１６およびデバイス制御部２６を通常モードから休止モードへ制御し、さらに休止モードから通常モードへ復帰させる場合のタイミングチャートである。
また、図４のタイミングｔ１からｔ３までに示す、ホストＰＬＬ部１２およびデバイスＰＬＬ部２２を停止させる休止モードへの移行制御の動作は、図３のタイミングｔ１からｔ３に示す意向制御の動作と同じであり、説明を省略する。
【００５０】
休止モードからの復帰制御において、当該制御を開始するたとえばホスト制御部１６は、イネーブル信号をアサートする。
これにより、図４（Ａ）のタイミングｔ４に示すように、ホストＰＬＬ部１２は、起動し、基準クロック信号に同期したデータ通信用のクロック信号の生成を開始する。
ホストＰＬＬ部１２は、起動直後には不安定な（Unstable）クロック信号を生成する。
【００５１】
また、ホスト制御部１６は、図４（Ｃ）のタイミングｔ４から起動信号（Special Signaling）の送信を開始し、ＵＳＢケーブル８により接続されているデバイス通信部６を起動する。
具体的には、ホスト通信部５は、セレクタに基準クロック信号を選択させ、ホストデータ通信部１４に起動データの信号を出力する。
ホストデータ通信部１４は、図４（Ｃ）のタイミングｔ４に示すように、起動データの信号を、ダウンストリーム用の一対のツイストペア信号線３１へ出力する。
ホストデータ通信部１４は、後述する送信可能データの信号の送信を開始するまで、基準クロック信号に基づく起動データの信号を出力し続ける。
【００５２】
デバイス検出部２５は、ダウンストリーム用の一対のツイストペア信号線３１に接続されている。
デバイス検出部２５は、ホストデータ通信部１４が送信した起動信号を検出し、デバイス制御部２６へ検出信号を出力する。デバイス制御部２６は、イネーブル信号をアサートする。
これにより、図４（Ｅ）のタイミングｔ５に示すように、デバイスＰＬＬ部２２は、起動し、基準クロック信号に同期したデータ通信用のクロック信号の生成を開始する。
デバイスＰＬＬ部２２は、起動直後には不安定な（Unstable）クロック信号を生成する。
【００５３】
その後、ホストＰＬＬ部１２は、図４（Ａ）のタイミングｔ６に示すように、生成するクロック信号が基準クロック信号に同期して安定すると、図４（Ｂ）のタイミングｔ７に示すように、バリッド信号を無効から有効へ切り替える。
バリッド信号が有効に切り替えられると、ホストセレクタ１３は、基準クロック信号の替わりに、ホストＰＬＬ部１２のクロック信号を選択し、ホストデータ通信部１４へ出力する。
また、ホスト制御部１６は、図４（Ｃ）のタイミングｔ８に示すように、この安定したクロック信号に基づく通信データの送信が可能であることを通知する送信可能データの信号（Special Symbol）を、ホストデータ通信部１４へ出力する。
ホストデータ通信部１４は、安定したクロック信号に同期した送信可能データの信号を生成し、ダウンストリーム用の一対のツイストペア信号線３１へ出力する。
ホストデータ通信部１４は、相手方のデバイスデータ通信部２４から送信可能データの信号を受信するまで、自らの送信可能データの信号を送信し続ける。
その後、送信可能データの信号の送信を開始したホスト制御部１６は、相手方のデバイス通信部６からの送信可能データの信号の受信待ち状態となる。
【００５４】
また、図４（Ｅ）のタイミングｔ５において起動されたデバイスＰＬＬ部２２は、図４（Ｅ）のタイミングｔ９において、生成するクロック信号が基準クロック信号に同期して安定する。
デバイスＰＬＬ部２２は、図４（Ｆ）のタイミングｔ１０に示すように、バリッド信号を無効から有効へ切り替える。
バリッド信号が有効に切り替えられると、デバイスセレクタ２３は、基準クロック信号の替わりに、デバイスＰＬＬ部２２のクロック信号を選択し、デバイスデータ通信部２４へ出力する。
【００５５】
また、デバイス制御部２６は、図４（Ｇ）のタイミングｔ１１に示すように、この安定したクロック信号に基づく通信データの送信が可能であることを通知する送信可能データの信号（Special Symbol）を、デバイスデータ通信部２４へ出力する。
デバイスデータ通信部２４は、安定したクロック信号に同期した送信可能データの信号を生成し、アップストリーム用の一対のツイストペア信号線３２へ出力する。
デバイスデータ通信部２４は、相手方のホストデータ通信部１４から送信可能データの信号を受信するまで、自らの送信可能データの信号を送信し続ける。
その後、送信可能データの送信を開始したデバイス制御部２６は、相手方のホスト制御部１６からの送信可能データの受信待ち状態となる。
【００５６】
図４の例では、デバイスデータ通信部２４より前に、ホストデータ通信部１４が送信可能データの送信を開始している。
このため、デバイスデータ通信部２４は、送信可能データの送信を開始すると直ちに、ホストデータ通信部１４から送信可能データを受信する。
デバイスデータ通信部２４は、自らの送信可能データを送信し、かつ、相手からの送信可能データを受信すると、休止モードからの復帰完了と判断する。
デバイスデータ通信部２４は、送信可能データの送信を終了する。
【００５７】
同様に、既に送信可能データの送信を開始していたホスト制御部１６は、デバイス制御部２６から送信可能データを受信する。
ホストデータ通信部１４は、自らの送信可能データを送信し、かつ、相手からの送信可能データを受信すると、休止モードからの復帰完了と判断する。
ホストデータ通信部１４は、送信可能データの送信を終了する。
【００５８】
以上の休止モードからの復帰制御により、第１実施形態のホスト通信部５およびデバイス通信部６は、ホストＰＬＬ部１２およびデバイスＰＬＬ部２２を停止させた休止モードから、互いにデータ送信可能な通常モードへ共に復帰する。
通常モードのホスト通信部５およびデバイス通信部６は、本来の通信データ（Valid Data）を互いに送信し合うことができる。
なお、上述した動作モードの切り替え動作は、ホスト通信部５が主となって、ホスト通信部５およびデバイス通信部６の動作モードを切り替える例である。
この他にも例えば、第１実施形態では、デバイス通信部６が主となって、ホスト通信部５およびデバイス通信部６の動作モードを切り替えることができる。
【００５９】
以上のように、第１実施形態では、ホストＰＬＬ部１２およびデバイスＰＬＬ部２２が停止した休止モードから復帰する場合に、復帰処理を開始するホスト通信部５は、自らのクロック信号が安定する前に、デバイス通信部６へ起動信号を送信する。起動信号を受信したデバイス通信部６は、デバイスＰＬＬ部２２を起動する。
その結果、第１実施形態では、ホスト通信部５がデータ通信を開始しようとしてから、ホストＰＬＬ部１２およびデバイスＰＬＬ部２２の両方のクロック信号が共に安定し終えるまでの期間が短縮される。
当該期間は、ホストＰＬＬ部１２またはデバイスＰＬＬ部２２を起動してから、そのクロック信号が安定するまでの期間と略同じ程度にまで短縮可能である。
【００６０】
しかも、第１実施形態では、ホスト通信部５およびデバイス通信部６の各々は、自らのクロック信号が安定すると、その旨を相手方へ通知する送信可能信号を送信し合う。
そして、ホスト通信部５およびデバイス通信部６の各々は、自らのクロック信号が安定し、かつ、相手方から送信可能信号を受信すると、復帰完了と判断し、データ通信を開始する。
よって、第１実施形態では、ホスト通信部５およびデバイス通信部６の両方のクロック信号が共に安定すると、データ通信を開始しようとするホスト通信部５は、直ちにデバイス通信部６へ通信データを送信することができる。
【００６１】
このように第１実施形態では、各々のクロック信号に基づく通信データを互いに送信し合うホスト通信部５およびデバイス通信部６において、ホストＰＬＬ部１２およびデバイスＰＬＬ部２２を停止させた休止状態からの復帰期間を短縮することができる。
これに対して、図３に例示するように、第１通信装置が安定した自らのクロック信号に基づいて送信した復帰要求データを受信することによって、第２通信装置が自らのクロック信号生成部を起動する場合、クロック信号が共に安定するまでに長い時間を要する。
【００６２】
また、第１実施形態では、ホスト通信部５またはデバイス通信部６を半導体集積回路に実現する場合に、データ通信用のクロック信号についての安定時間に対する要求を緩和することができる。
【００６３】
また、第１実施形態では、データ通信を開始しようとするホスト通信部５は、デバイス通信部６から送信可能信号を受信するまで、自らの送信可能信号を送信し続ける。
また、ホスト通信部５およびデバイス通信部６の各々は、自らの送信可能信号を送信し、かつ、相手方からの送信可能信号を受信した場合に、復帰完了と判断する。
よって、ホスト通信部５またはデバイス通信部６は、送信可能データの送受信状態のみに基づいて、復帰完了を判断することができる。
ホスト制御部１６またはデバイス制御部２６は、ホストＰＬＬ部１２またはデバイスＰＬＬ部２２の状況や相手方の復帰状況を直接的に監視することなく、独自に復帰完了を判断することができる。
【００６４】
また、第１実施形態では、ホスト通信部５は、起動信号および送信可能データの信号を、通信データを送信するためのデータ通信用の一対のツイストペア信号線３１へ出力する。
また、デバイス通信部６は、送信可能データの信号を、通信データを送信するためのデータ通信用の一対のツイストペア信号線３２へ出力する。
よって、本実施形態に対応するために、ホスト通信部５とデバイス通信部６とを接続するＵＳＢケーブル８の信号線の本数を増加する必要は無い。
また、第１実施形態では、通信を開始しようとする通信部は、送信可能データの信号の送信を開始するまで、起動信号を送信し続ける。
よって、通信を開始しようとするホスト通信部５は、自らのホストＰＬＬ部１２のクロック信号が安定するまでの期間を有効に利用して、デバイス通信部６へ起動信号を送信し続け、デバイス通信部６を確実に起動することができる。
【００６５】
＜第２実施形態＞
[データ通信システムの構成および動作]
図５は、第２実施形態に係るホスト通信部５およびデバイス通信部６のブロック図である。
ホスト通信部５は、ホスト発振部１１と、ホストＰＬＬ部１２、ホストデータ通信部１４、ホスト分周部４１、ホスト検出部１５、ホスト制御部１６を有する。ホストデータ通信部１４は、ホストＰＬＬ部１２に直接接続されている。
デバイス通信部６は、デバイス発振部２１と、デバイスＰＬＬ部２２、デバイスデータ通信部２４、デバイス分周部５１、デバイス検出部２５、デバイス制御部２６を有する。デバイスデータ通信部２４は、デバイスＰＬＬ部２２に直接接続されている。
そして、ホストデータ通信部１４と、デバイスデータ通信部２４とは、ＵＳＢケーブル８により接続される。
【００６６】
ホスト分周部４１は、ホストデータ通信部１４と並列に、ホストＰＬＬ部１２に接続される。
そして、ホスト分周部４１は、ホストＰＬＬ部１２が生成するクロック信号を分周する。
また、ホスト分周部４１は、分周したクロック信号を起動信号としてダウンストリーム用の一対のツイストペア信号線３１へ出力する。
【００６７】
デバイス検出部２５は、バンドパスフィルタを有する。バンドパスフィルタは、安定していないクロック信号が変動する周波数帯域の信号を透過するフィルタ特性を有する。
そして、デバイス検出部２５は、ダウンストリーム用の一対のツイストペア信号線３１へ出力された起動信号としての分周クロック信号がバンドパスフィルタを透過した場合、デバイス制御部２６へ検出信号を出力する。
【００６８】
デバイス分周部５１は、デバイスデータ通信部２４と並列に、デバイスＰＬＬ部２２に接続される。
そして、デバイス分周部５１は、デバイスＰＬＬ部２２が生成するクロック信号を分周する。
また、デバイス分周部５１は、分周したクロック信号を起動信号としてアップストリーム用の一対のツイストペア信号線３２へ出力する。
【００６９】
ホスト検出部１５は、バンドパスフィルタを有する。バンドパスフィルタは、安定していないクロック信号が変動する周波数帯域の信号を透過するフィルタ特性を有する。
そして、ホスト検出部１５は、アップストリーム用の一対のツイストペア信号線３２へ出力された起動信号としての分周クロック信号がバンドパスフィルタを透過した場合、ホスト制御部１６へ検出信号を出力する。
【００７０】
上述した以外の第２実施形態のデータ通信システム１の構成および動作は、第１実施形態のデータ通信システム１と同様である。
このため、第２実施形態のデータ通信システム１において、第１実施形態のものと同様の機能を発揮する構成要素については、第１実施形態のものと同じ名称および符号を使用し、詳しい説明を省略する。
【００７１】
[第２実施形態での動作モードの切り替え動作]
第２実施形態のデータ通信システム１では、デバイス通信部６を起動するために、ホスト通信部５が、ＰＬＬ部を起動した直後の安定していないクロック信号を分周した起動信号を送信する。この点で、第１実施形態と異なる。
【００７２】
図６は、第２実施形態における動作モードの制御動作の一例を示すタイミングチャートである。
図６（Ａ）から（Ｈ）は、第１実施形態の図４（Ａ）から（Ｈ）に対応する。
図６のタイミングチャートは、第１実施形態の図４と同様に、ホスト制御部１６およびデバイス制御部２６を通常モードから休止モードへ制御し、さらに休止モードから通常モードへ復帰させる場合の例である。
また、図６のタイミングｔ１からｔ３までに示す、ホストＰＬＬ部１２およびデバイスＰＬＬ部２２を停止させる休止モードへの移行制御の動作は、第１実施形態の図４のタイミングｔ１からｔ３に示す意向制御の動作と同じであり、説明を省略する。
【００７３】
休止モードからの復帰制御において、当該制御を開始するたとえばホスト制御部１６は、イネーブル信号をアサートする。
これにより、図６（Ａ）のタイミングｔ４に示すように、ホストＰＬＬ部１２は、起動し、基準クロック信号に同期したデータ通信用のクロック信号の生成を開始する。
ホストＰＬＬ部１２は、起動直後には不安定な（Unstable）クロック信号を生成する。
【００７４】
また、ホスト通信部５は、図６（Ａ）のタイミングｔ４から起動信号（Special Signaling）の送信を開始し、ＵＳＢケーブル８により接続されているデバイス通信部６を起動する。
具体的には、ホスト通信部５のホスト分周部４１は、ホストＰＬＬ部１２が起動直後の不安定なクロック信号を出力し始めると、この不安定なクロック信号を分周する。
また、ホスト分周部４１は、分周したクロック信号を起動信号として、ダウンストリーム用の一対のツイストペア信号線３１へ出力する。
ホストデータ通信部１４は、後述する送信可能データの信号の送信を開始するまで、分周したクロック信号を起動信号として出力し続ける。
【００７５】
図７は、不安定なクロック信号に基づいて生成される起動信号の一例を示すタイミングチャートである。
図７（Ａ）は、ホストＰＬＬ部１２が起動直後に生成する不安定なクロック信号（Unstable Clock）の信号波形である。
図７（Ｂ）は、ホスト分周部４１が生成する起動信号（Special Signaling）の信号波形である。
そして、図７（Ｂ）に示すように、不安定なクロック信号に基づいて生成される起動信号では、周波数が変動する。
【００７６】
デバイス検出部２５は、ダウンストリーム用の一対のツイストペア信号線３１に接続されている。
デバイス検出部２５は、ホストデータ通信部１４が送信した分周したクロック信号がバンドパスフィルタを通過すると、デバイス制御部２６へ検出信号を出力する。
デバイス制御部２６は、イネーブル信号をアサートする。
これにより、図６（Ｅ）のタイミングｔ５に示すように、デバイスＰＬＬ部２２は、起動し、基準クロック信号に同期したデータ通信用のクロック信号の生成を開始する。デバイスＰＬＬ部２２は、起動直後には不安定な（Unstable）クロック信号を生成する。
【００７７】
その後、ホストＰＬＬ部１２は、図６（Ａ）のタイミングｔ６に示すように、生成するクロック信号が基準クロック信号に同期して安定すると、図６（Ｂ）のタイミングｔ７に示すように、バリッド信号を無効から有効へ切り替える。
【００７８】
バリッド信号が有効に切り替えられると、図６（Ｃ）のタイミングｔ８に示すように、ホスト分周部４１は、分周したクロック信号の出力を終了する。
かわりに、ホスト制御部１６は、ホストデータ通信部１４に、送信可能データの信号（Special Symbol）を、ダウンストリーム用の一対のツイストペア信号線３１へ出力させる。
ホストデータ通信部１４は、相手方のデバイスデータ通信部２４から送信可能データの信号を受信するまで、自らの送信可能データの信号を送信し続ける。
その後、送信可能データの信号の送信を開始したホスト制御部１６は、相手方のデバイス通信部６からの送信可能データの信号の受信待ち状態となる。
【００７９】
また、図６（Ｅ）のタイミングｔ５において起動されたデバイスＰＬＬ部２２は、図６（Ｅ）のタイミングｔ９において、生成するクロック信号が基準クロック信号に同期して安定する。
デバイスＰＬＬ部２２は、図６（Ｆ）のタイミングｔ１０に示すように、バリッド信号を無効から有効へ切り替える。
【００８０】
バリッド信号が有効に切り替えられると、図６（Ｈ）のタイミングｔ１０に示すように、デバイス制御部２６は、送信可能データの信号（Special Symbol）を、ホスト制御部１２へ送信する。
具体的には、デバイス制御部２６は、送信可能データの信号（Special Symbol）をデバイスデータ通信部２４へ出力する。
デバイスデータ通信部２４は、送信可能データの信号を、アップストリーム用の一対のツイストペア信号線３２へ出力する。
デバイスデータ通信部２４は、相手方のホストデータ通信部１４から送信可能データの信号を受信するまで、自らの送信可能データの信号を送信し続ける。
その後、送信可能データの送信を開始したデバイス制御部２６は、相手方のホスト制御部１６からの送信可能データの受信待ち状態となる。
【００８１】
図６の例では、デバイスデータ通信部２４より前に、ホストデータ通信部１４が送信可能データの送信を開始している。
このため、デバイスデータ通信部２４は、送信可能データの送信を開始すると直ちに、ホストデータ通信部１４から送信可能データを受信する。
デバイスデータ通信部２４は、自らの送信可能データを送信し、かつ、相手からの送信可能データを受信すると、休止モードからの復帰完了と判断する。
デバイスデータ通信部２４は、送信可能データの送信を終了する。
【００８２】
同様に、既に送信可能データの送信を開始していたホスト制御部１６は、デバイス制御部２６から送信可能データを受信する。
ホストデータ通信部１４は、自らの送信可能データを送信し、かつ、相手からの送信可能データを受信すると、休止モードからの復帰完了と判断する。
ホストデータ通信部１４は、送信可能データの送信を終了する。
【００８３】
以上の休止モードからの復帰制御により、第２実施形態のホスト通信部５およびデバイス通信部６は、ホストＰＬＬ部１２およびデバイスＰＬＬ部２２を停止させた休止モードから、データ通信可能な通常モードへ復帰する。
通常モードのホスト通信部５およびデバイス通信部６は、本来の通信データ（Valid Data）を互いに送信し合うことができる。
なお、上述した動作モードの切り替え動作は、ホスト通信部５が主となって、ホスト通信部５およびデバイス通信部６の動作モードを切り替える例である。
この他にも例えば、第１実施形態では、デバイス通信部６が主となって、ホスト通信部５およびデバイス通信部６の動作モードを切り替えることができる。
【００８４】
以上のように、第２実施形態のホスト通信部５は、ホストデータ通信部１４と並列にホストＰＬＬ部１２に接続されたホスト分周部４１を有し、このホスト分周部４１により安定前のクロック信号を分周し、起動信号として送信する。
また、デバイス検出部２５は、その安定していないクロック信号を分周した起動信号を透過するバンドパスフィルタを有する。
また、デバイス通信部６は、デバイスデータ通信部２４と並列にデバイスＰＬＬ部２２に接続されたデバイス分周部５１を有し、このデバイス分周部５１により安定前のクロック信号を分周し、起動信号として送信する。
また、ホスト検出部１５は、その安定していないクロック信号を分周した起動信号を透過するバンドパスフィルタを有する。
このため、第２実施形態では、ホストデータ通信部１４に、起動データの信号を生成させる必要が無い。
また、第２実施形態では、第１実施形態で必要とされていたホストセレクタ１３およびデバイスセレクタ２３が不要になる。
また、第２実施形態では、ホストセレクタ１３またはデバイスセレクタ２３をクロック信号の信号経路に配置する必要が無い。そのため、ホスト通信部５またはデバイス通信部６を半導体集積回路に実現する場合に、高周波のクロック信号の信号系統の設計負荷が軽減される。
【００８５】
以上の各実施形態は、本発明の好適な実施形態の例であるが、本発明は、これに限定されるものではなく、発明の要旨を逸脱しない範囲において種々の変形または変更が可能である。
【００８６】
たとえば上記各実施形態では、ホスト通信部５およびデバイス通信部６は、自らのデータ通信用のクロック信号が安定すると、送信可能データの信号を送信する。これらの送信可能データの信号は、自らのクロック信号が安定したことを通知する信号である。
この他にも例えば、ホスト通信部５は、送信可能データの信号として、自らのクロック信号が安定したことを通知するとともに、相手方に復帰を要求するための復帰要求データの信号を送信してもよい。
この場合、デバイス通信部６は、復帰要求データの信号の受信に基づいてデバイスＰＬＬ部２２を起動する。また、デバイス通信部６は、クロック信号が安定すると、送信可能データの信号として、自らのクロック信号が安定したことを通知するとともに、相手方に復帰完了を通知するための復帰完了通知データの信号を送信するとよい。
ＵＳＢ３．０などの通信プロトコルでは、一方の通信装置が相手の通信装置を起動するために使用する復帰要求データと、相手の通信装置が復帰完了の際に送信する復帰完了通知データとが規定されている。
そして、たとえば上記実施形態のホスト通信部５に、上記実施形態に対応していない他のデバイス通信部を接続したとしても、ホスト通信部５は、その未対応の他のデバイス通信部を、通信プロトコルに基づくタイミングおよび手順により復帰させることができる。
すなわち、上記実施形態に対応したホスト通信部５は、上記実施形態に対応していない他のデバイス通信部が接続されたとしても、当該他のデバイス通信部と同期して休止状態から復帰することができる。
なお、上記実施形態のデバイス通信部６に、上記実施形態に対応していない他のデバイス通信部（通信装置）が接続されている場合も同様である。
上記実施形態に対応したホスト通信部５およびデバイス通信部６は、ＵＳＢ３．０などの通信プロトコルに対して上位互換の通信装置となる。
【００８７】
上記各実施形態は、ホスト通信部５とデバイス通信部６とがＵＳＢケーブル８により接続され、ＵＳＢ３．０に準拠した高速シリアルデータ通信方式に通信データを送受する。
この他にも例えば、ホスト通信部５とデバイス通信部６とは、コネクタにより接続され、ＰＣＩ  Ｅｘｐｒｅｓｓなどの高速シリアルデータ通信方式により通信データを送受してもよい。
さらに他にも例えば、ホスト通信部５とデバイス通信部６とは、アンテナに接続され、このアンテナを介した無線通信方式により通信データを送受してもよい。
【００８８】
上記各実施形態において、ホスト通信部５はコンピュータ装置２に設けられ、デバイス通信部６はＵＳＢメモリ３に設けられている。
この他にも例えば、ホスト通信部５またはデバイス通信部６は、通信機能を有する電子機器、通信端末、ネットワーク機器、無線通信機器、携帯電話機、ＰＨＳ端末、コンピュータ装置２の周辺装置などに設けられていてもよい。
【符号の説明】
【００８９】
１…データ通信システム（通信システム）、５…ホスト通信部（通信装置）、６…デバイス通信部（通信装置）、１１…ホスト発振部（発振部）、１２…ホストＰＬＬ部（クロック信号生成部）、１３…ホストセレクタ（選択部）、１４…ホストデータ通信部（データ通信部）、１５…ホスト検出部（検出部）、１６…ホスト制御部（制御部）、２１…デバイス発振部（発振部）、２２…デバイスＰＬＬ部（クロック信号生成部）、２３…デバイスセレクタ（選択部）、２４…デバイスデータ通信部（データ通信部）、２５…デバイス検出部（検出部）、２６…デバイス制御部（制御部）、３１，３２…ツイストペア信号線（信号経路）、４１…ホスト分周部（変換部）、５１…デバイス分周部（変換部）
【図１】
2011170644.tif 000003
【図２】
2011170644.tif 000004
【図３】
2011170644.tif 000005
【図４】
2011170644.tif 000006
【図５】
2011170644.tif 000007
【図６】
2011170644.tif 000008
【図７】
2011170644.tif 000009