(57)【要約】【課題】ネットワークによる通信が可能な状態を、より小さい消費電力で実行し得る通信装置を提供する。【解決手段】制御データを受信する通信部６０と、通信部６０により受信される制御データに基づいてプロジェクター１の動作を制御する制御部３０と、を備え、制御部３０が動作を停止しているとともに、通信部６０がプロジェクター１を送信先とする特定のポートへのアクセスのみを検出する第１スタンバイ状態、及び、制御部３０が動作して制御データに基づいてプロジェクター１の動作を制御する第２スタンバイ状態で動作し、通信部６０は、第１スタンバイ状態において特定のポートへのアクセスを検出した場合に、制御部３０を起動させること、を特徴とするプロジェクター１。【選択図】図２
2017097583.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
制御データを受信する通信部と、
前記通信部により受信される前記制御データに基づいて前記通信装置の動作を制御する主制御部と、を備え、
前記主制御部が少なくとも一部の動作を停止し、前記通信部が前記通信装置を送信先とする特定のポートへのアクセスのみを検出する第１スタンバイ状態、及び、前記主制御部が前記動作を実行可能であり、前記制御データに基づいて前記通信装置の動作を制御する第２スタンバイ状態で動作し、
前記通信部は、前記第１スタンバイ状態において前記特定のポートへのアクセスを検出した場合に、前記主制御部を起動させること、
を特徴とする通信装置。
【請求項２】
制御データを受信する通信部と、
前記通信部により受信される前記制御データに基づく制御を行う主制御部と、を備え、
第１スタンバイ状態と、第２スタンバイ状態とを実行し、
前記第１スタンバイ状態で、前記主制御部は少なくとも一部の動作を停止し、前記通信部は予め設定された送信先及びアクセス先ポートを示す前記制御データのみを検出し、
前記第２スタンバイ状態で、前記通信部は前記制御データを受信し、前記主制御部は前記動作を実行可能であり、前記通信部により受信される前記制御データに基づく制御を行い、
前記通信部は、前記第１スタンバイ状態において予め設定された送信先及びアクセス先ポートを示す前記制御データを検出した場合に、前記主制御部を起動させて、前記第２スタンバイ状態に移行すること、
を特徴とする通信装置。
【請求項３】
前記通信部は、通信インターフェイスと、前記通信インターフェイスによりデータを送受信する通信制御部とを有し、
前記通信制御部は、前記第１スタンバイ状態において、前記通信インターフェイスで受信したデータから送信先の装置を指定する情報、及び、送信先のポートを指定する情報を検出し、検出した情報が予め設定された送信先及びポートに該当するか否かを判定すること、
を特徴とする請求項１または２記載の通信装置。
【請求項４】
前記通信制御部は、前記通信インターフェイスで受信したデータのヘッダーから、送信先の装置のネットワークアドレス、及び、送信先のポート番号を検出すること、
を特徴とする請求項３記載の通信装置。
【請求項５】
前記通信制御部は、前記通信インターフェイスでアドレス解決プロトコルに基づく前記制御データを受信した場合に、受信した前記制御データへの応答のデータを前記通信インターフェイスで送信すること、
を特徴とする請求項３または４記載の通信装置。
【請求項６】
前記主制御部及び前記通信部は、前記第２スタンバイ状態に移行してから所定時間が経過すると、前記第１スタンバイ状態に移行すること、
を特徴とする請求項１から５のいずれかに記載の通信装置。
【請求項７】
第１の外部装置から前記通信装置を送信先とする前記特定のポートへのアクセスを検出して前記第２スタンバイ状態に移行した後、前記通信部が第２の外部装置から前記制御データを受信した場合、前記第２スタンバイ状態に移行してから前記所定時間が経過しても前記第２スタンバイ状態を維持すること、
を特徴とする請求項６記載の通信装置。
【請求項８】
前記通信部は、前記第１スタンバイ状態において、前記通信装置を含む複数の装置を送信先とするアクセスに対しては前記主制御部を起動させないこと、
を特徴とする請求項１から７のいずれかに通信装置。
【請求項９】
画像を表示する表示部を有する表示装置であって、
制御データを受信する通信部と、
前記通信部により受信される前記制御データに基づいて前記表示装置の動作を制御する主制御部と、を備え、
前記主制御部が少なくとも一部の動作を停止しているとともに、前記通信部が前記表示装置を送信先とする特定のポートへのアクセスのみを検出する第１スタンバイ状態、及び、前記主制御部が前記動作を実行可能であり、前記制御データに基づいて前記表示装置の動作を制御する第２スタンバイ状態で動作し、
前記通信部は、前記第１スタンバイ状態において前記特定のポートへのアクセスを検出した場合に、前記主制御部を起動させること、
を特徴とする表示装置。
【請求項１０】
画像を表示する表示部と、制御データを受信する通信部と、前記通信部により受信される前記制御データに基づいて表示装置の動作を制御する主制御部と、を備える表示装置を制御して、
前記主制御部が少なくとも一部の動作を停止しているとともに、前記通信部が前記表示装置を送信先とする特定のポートへのアクセスのみを検出する第１スタンバイ状態、及び、前記主制御部が前記動作を実行可能であり前記制御データに基づいて前記表示装置の動作を制御する第２スタンバイ状態で動作し、
前記通信部が前記第１スタンバイ状態において前記特定のポートへのアクセスを検出した場合に、前記主制御部を起動させること、
を特徴とする表示装置の制御方法。
【請求項１１】
画像を表示する表示部と、制御データを受信する通信部とを備える表示装置において、前記通信部により受信される前記制御データに基づいて前記表示装置の動作を制御するコンピューターが実行可能なプログラムであって、
前記コンピューターは、
前記通信部が前記表示装置を送信先とする特定のポートへのアクセスのみを検出する第１スタンバイ状態で、少なくとも一部の動作を停止し、
前記第１スタンバイ状態において前記通信部が前記特定のポートへのアクセスを検出して割り込みを出力した場合に、この割り込みに応答して起動して第２スタンバイ状態に移行し、
前記第２スタンバイ状態で前記通信部により受信される前記制御データに基づいて、前記表示装置の動作を制御し、
前記第２スタンバイ状態に移行してから所定時間が経過すると、少なくとも一部の動作を停止して前記第１スタンバイ状態に移行すること、
を特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、表示装置、表示装置の制御方法、及び、プログラムに関する。
【背景技術】
【０００２】
従来、通信機能を備えた装置において、待機状態での消費電力を低減するための技術が提案されている（例えば、特許文献１参照）。特許文献１の装置は、画像信号を処理するメインＣＰＵの他に、ネットワークＣＰＵ、サブＣＰＵ、及び、ネットワークサブＣＰＵを備える。この装置では、オフ、スタンバイ状態Ａ、スタンバイ状態Ｂ、スタンバイ状態Ｃ、アクティブスタンバイ、ウォームアップ、オン等の給電状態が用意される。これらの給電状態を、各ＣＰＵへの給電を制御することで、省電力化を図っている。例えば、最も省電力を重視した状態であるスタンバイ状態Ａでは、電源オン指示を検出するサブＣＰＵのみに電源が供給される。また、スタンバイ状態Ａの次に省電力を重視した状態であるスタンバイ状態Ｂでは、ネットワークサブＣＰＵに給電して、有線通信のみネットワーク通信機能を有効にする。さらに、スタンバイ状態Ｃでは、無線通信機能が有効にされる。ネットワーク通信機能が有効なスタンバイ状態Ｂ、Ｃでは、有線または無線によるデータ通信を実行し、受信したデータの処理を行うことが可能であり、他のＣＰＵ等への給電を停止することにより省電力化を図っている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１６４８３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１記載の装置のように、ネットワーク通信機能が有効なスタンバイ状態では、通信機能を維持し、かつ、消費電力量を抑えることができる。しかしながら、通信機能を維持するために必要な消費電力を低減することは困難であった。
本発明は上記課題に鑑みてなされたものであり、ネットワークによる通信が可能な状態を、より小さい消費電力で実行し得る通信装置、表示装置、表示装置の制御方法、及び、プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明は、通信装置であって、制御データを受信する通信部と、前記通信部により受信される前記制御データに基づいて前記通信装置の動作を制御する主制御部と、を備え、前記主制御部が少なくとも一部の動作を停止しているとともに、前記通信部が前記通信装置を送信先とする特定のポートへのアクセスのみを検出する第１スタンバイ状態、及び、前記主制御部が前記動作を実行可能であり、前記制御データに基づいて前記通信装置の動作を制御する第２スタンバイ状態で動作し、前記通信部は、前記第１スタンバイ状態において前記特定のポートへのアクセスを検出した場合に、前記主制御部を起動させること、を特徴とする。
本発明によれば、第１スタンバイ状態で、主制御部の少なくとも一部の動作を停止して省電力化を図ることができ、必要に応じて速やかに主制御部を起動させることができる。また、第１スタンバイ状態では、通信装置を送信先とする特定のポートへのアクセスのみを検出すればよいので、例えば通信部が制御データを処理する機能を実装する必要がない。従って、第１スタンバイ状態で通信部が実行すべき機能を限定し、通信部の消費電力を抑えることが可能となり、通信を実行可能な待機状態を、より小さい消費電力で実行できる。
【０００６】
また、上記目的を達成するために、本発明の通信装置は、制御データを受信する通信部と、前記通信部により受信される前記制御データに基づく制御を行う主制御部と、を備え、第１スタンバイ状態と、第２スタンバイ状態とを実行し、前記第１スタンバイ状態で、前記主制御部は少なくとも一部の動作を停止し、前記通信部は予め設定された送信先及びアクセス先ポートを示す前記制御データのみを検出し、前記第２スタンバイ状態で、前記通信部は前記制御データを受信し、前記主制御部は前記動作を実行可能であり、前記通信部により受信される前記制御データに基づく制御を行い、前記通信部は、前記第１スタンバイ状態において予め設定された送信先及びアクセス先ポートを示す前記制御データを検出した場合に、前記主制御部を起動させて、前記第２スタンバイ状態に移行すること、を特徴とする。
本発明によれば、第１スタンバイ状態で、主制御部の少なくとも一部の動作を停止して省電力化を図ることができ、必要に応じて速やかに主制御部を起動させることができる。また、第１スタンバイ状態では、通信装置を送信先とする特定のポートへのアクセスのみを検出すればよいので、例えば通信部が制御データを処理する機能を実装する必要がない。従って、第１スタンバイ状態で通信部が実行すべき機能を限定し、通信部の消費電力を抑えることが可能となり、通信を実行可能な待機状態を、より小さい消費電力で実行できる。
【０００７】
また、本発明は、上記通信装置において、前記通信部は、通信インターフェイスと、前記通信インターフェイスによりデータを送受信する通信制御部とを有し、前記通信制御部は、前記第１スタンバイ状態において、前記通信インターフェイスで受信したデータから送信先の装置を指定する情報、及び、送信先のポートを指定する情報を検出し、検出した情報が予め設定された送信先及びポートに該当するか否かを判定すること、を特徴とする。
本発明によれば、第１スタンバイ状態で、通信部は、通信インターフェイスで受信する制御データについて、送信先の装置を指定する情報及びポートを指定する情報を判定する処理を行う。このため、第１スタンバイ状態における処理を簡略化し、消費電力を抑えることができる。
【０００８】
また、本発明は、上記通信装置において、前記通信制御部は、前記通信インターフェイスで受信したデータのヘッダーから、送信先の装置のネットワークアドレス、及び、送信先のポート番号を検出すること、を特徴とする。
本発明によれば、第１スタンバイ状態における処理を、ネットワークアドレスとポート番号について判定する処理に限定することで、より一層の省電力化を図ることができる。
【０００９】
また、本発明は、上記通信装置において、前記通信制御部は、前記通信インターフェイスでアドレス解決プロトコルに基づく前記制御データを受信した場合に、受信した前記制御データへの応答のデータを前記通信インターフェイスで送信すること、を特徴とする。
本発明によれば、アドレス解決プロトコルに基づく制御データに対して、第１スタンバイ状態で応答できるので、消費電力を大幅に増大させることなく、ネットワークを介して通信可能な状態を維持できる。
【００１０】
また、本発明は、上記通信装置において、前記主制御部及び前記通信部は、前記第２スタンバイ状態に移行してから所定時間が経過すると、前記第１スタンバイ状態に移行すること、を特徴とする。
本発明によれば、主制御部が動作する第２スタンバイ状態から、第１スタンバイ状態に移行することで、効率よく消費電力を低減できる。
【００１１】
また、本発明は、上記通信装置において、第１の外部装置から前記通信装置を送信先とする前記特定のポートへのアクセスを検出して前記第２スタンバイ状態に移行した後、前記通信部が第２の外部装置から前記制御データを受信した場合、前記第２スタンバイ状態に移行してから前記所定時間が経過しても前記第２スタンバイ状態を維持すること、を特徴とする。
本発明によれば、第１スタンバイ状態から第２スタンバイ状態に移行した後で、外部装置から制御データを受信した状況により、第２スタンバイ状態を維持する。このため、第１スタンバイ状態と第２スタンバイ状態との遷移の回数を抑えることで、処理の効率化を図ることができる。
【００１２】
また、本発明は、上記通信装置において、前記通信部は、前記第１スタンバイ状態において、前記通信装置を含む複数の装置を送信先とするアクセスに対しては前記主制御部を起動させないこと、を特徴とする。
本発明によれば、例えばブロードキャストされるフレームを受信した場合等に、主制御部を起動させないため、主制御部を起動させる機会を必要な場合に制限でき、より効率よく消費電力を低減できる。
【００１３】
また、上記目的を達成するために、本発明は、画像を表示する表示部を有する表示装置であって、制御データを受信する通信部と、前記通信部により受信される前記制御データに基づいて前記表示装置の動作を制御する主制御部と、を備え、前記主制御部が少なくとも一部の動作を停止しているとともに、前記通信部が前記表示装置を送信先とする特定のポートへのアクセスのみを検出する第１スタンバイ状態、及び、前記主制御部が前記動作を実行可能であり、前記制御データに基づいて前記表示装置の動作を制御する第２スタンバイ状態で動作し、前記通信部は、前記第１スタンバイ状態において前記特定のポートへのアクセスを検出した場合に、前記主制御部を起動させること、を特徴とする。
本発明によれば、第１スタンバイ状態で、主制御部の少なくとも一部の動作を停止して省電力化を図ることができ、必要に応じて速やかに主制御部を起動させることができる。また、第１スタンバイ状態では、通信装置を送信先とする特定のポートへのアクセスのみを検出すればよいので、例えば通信部が制御データを処理する機能を実装する必要がない。従って、第１スタンバイ状態で通信部が実行すべき機能を限定し、通信部の消費電力を抑えることが可能となり、通信を実行可能な待機状態を、より小さい消費電力で実行できる。
【００１４】
また、上記目的を達成するために、本発明の表示装置の制御方法は、画像を表示する表示部と、制御データを受信する通信部と、前記通信部により受信される前記制御データに基づいて表示装置の動作を制御する主制御部と、を備える表示装置を制御して、前記主制御部が少なくとも一部の動作を停止しているとともに、前記通信部が前記表示装置を送信先とする特定のポートへのアクセスのみを検出する第１スタンバイ状態、及び、前記主制御部が前記動作を実行可能であり、前記制御データに基づいて前記表示装置の動作を制御する第２スタンバイ状態で動作し、前記通信部が前記第１スタンバイ状態において前記特定のポートへのアクセスを検出した場合に、前記主制御部を起動させること、を特徴とする。
本発明によれば、第１スタンバイ状態で、主制御部の少なくとも一部の動作を停止して省電力化を図ることができ、必要に応じて速やかに主制御部を起動させることができる。また、第１スタンバイ状態では、通信装置を送信先とする特定のポートへのアクセスのみを検出すればよいので、例えば通信部が制御データを処理する機能を実装する必要がない。従って、第１スタンバイ状態で通信部が実行すべき機能を限定し、通信部の消費電力を抑えることが可能となり、通信を実行可能な待機状態を、より小さい消費電力で実行できる。
【００１５】
また、上記目的を達成するために、本発明は、画像を表示する表示部と、制御データを受信する通信部とを備える表示装置において、前記通信部により受信される前記制御データに基づいて前記表示装置の動作を制御するコンピューターが実行可能なプログラムであって、前記コンピューターは、前記通信部が前記表示装置を送信先とする特定のポートへのアクセスのみを検出する第１スタンバイ状態で、少なくとも一部の動作を停止し、前記第１スタンバイ状態において前記通信部が前記特定のポートへのアクセスを検出して割り込みを出力した場合に、この割り込みに応答して起動して第２スタンバイ状態に移行し、前記第２スタンバイ状態で前記通信部により受信される前記制御データに基づいて、前記表示装置の動作を制御し、前記第２スタンバイ状態に移行してから所定時間が経過すると、少なくとも一部の動作を停止して前記第１スタンバイ状態に移行すること、を特徴とする。
本発明によれば、第１スタンバイ状態で、表示装置の動作を制御するコンピューターの少なくとも一部の動作を停止して省電力化を図ることができ、必要に応じて速やかにコンピューターを起動させることができる。また、第１スタンバイ状態では、通信装置を送信先とする特定のポートへのアクセスのみを検出すればよいので、例えば通信部が制御データを処理する機能を実装する必要がない。従って、第１スタンバイ状態で通信部が実行すべき機能を限定し、通信部の消費電力を抑えることが可能となり、通信を実行可能な待機状態を、より小さい消費電力で実行できる。
【図面の簡単な説明】
【００１６】
【図１】実施形態に係るプロジェクターを使用した通信システムの構成図。
【図２】プロジェクターの機能ブロック図。
【図３】制御部及び通信部のブロック図。
【図４】プロジェクターが送受信するデータの構成を示す模式図。
【図５】プロジェクターが送受信するデータの構成を示す模式図。
【図６】プロジェクターの動作を示すフローチャート。
【図７】プロジェクターの動作を示すフローチャート。
【図８】プロジェクターが送受信するデータの構成を示す模式図。
【図９】変形例における制御部及び通信部のブロック図。
【発明を実施するための形態】
【００１７】
図１は、プロジェクター１を使用した通信システム１００の構成図である。
通信システム１００は、プロジェクター１を、第１装置５及び第２装置７と通信可能に接続する無線通信ネットワークＮを含んで構成される。無線通信ネットワークＮにおいて、プロジェクター１、第１装置５、及び第２装置７が相互にデータを送受信する。本実施形態の無線通信ネットワークＮは、一例として、ＩＥＥＥ８０２．１１で規定される無線ＬＡＮ（Ｗｉ−Ｆｉ（登録商標）を含む）とし、無線通信ネットワークＮのＳＳＩＤは「０００１」とする。
【００１８】
第１装置５は、プロジェクター１に対し、画像データを供給する画像供給装置として機能する。第１装置５は、無線データ通信を実行し、画像データを供給可能な装置であればよく、具体的な態様は特に制限されない。第１装置５が供給する画像データは静止画像データであっても動画像（映像）データであってもよく、音声データを含んでもよく、データフォーマット等は任意である。本実施形態では、一例として、第１装置５をパーソナルコンピューター（ＰＣ）として説明するが、タブレット型のコンピューター、スマートフォンを含む携帯型電話機、記録媒体に記録された画像データを再生出力するプレイヤー等であってもよい。
【００１９】
プロジェクター１は、第１装置５が送信する画像データを受信し、受信した画像データに基づく画像をスクリーンＳＣ（図２）等の対象物体に投射する。なお、対象物体は、本実施形態では平面のスクリーンＳＣであるが、建物や物体など、一様に平らではない物体であってもよいし、建物の壁面等の平らな投射面を有するものであってもよい。
【００２０】
第２装置７は、プロジェクター１及び第１装置５と無線通信を実行する装置であり、第１装置５と同様に画像供給装置として動作するパーソナルコンピューターであってもよいし、ルーターや無線アクセスポイント等のネットワーク機器であってもよい。本実施形態では、第２装置７は、無線通信ネットワークＮを構成する無線アクセスポイントとし、プロジェクター１と第１装置５との間の通信を第２装置７が中継する。つまり、無線通信ネットワークＮは、第２装置７が無線ＬＡＮ（Local Area Network）のインフラストラクチャーモードで構成するネットワークである。なお、プロジェクター１、第１装置５、及び第２装置７がWi-Fi Directにより通信してもよい。
【００２１】
第２装置７は、有線通信回線で構成されるネットワーク８に接続され、ネットワーク８にはサーバー９が接続される。ネットワーク８は、例えば無線通信ネットワークＮが配置される建物の内部に敷設されたＥｔｈｅｒｎｅｔ（登録商標）ネットワークであり、無線通信ネットワークＮとともに通信システム１００を構成する。ネットワーク８にはサーバー９以外の多数の装置を接続してもよいが、ここでは図示しない。
サーバー９は、ネットワーク８により通信可能な各種装置から接続可能であり、ファイルサーバー、ウェブサーバー等、その目的及び機能は制限されない。本実施形態では、サーバー９がＤＨＣＰ（Dynamic Host Configuration Protocol）サーバーとして機能し、通信システム１００に含まれる各装置に対する動的ＩＰアドレスの割り当て等を実行する。
【００２２】
図１の例では、プロジェクター１、第１装置５、及び第２装置７はいずれも同一ネットワークに属するＩＰ（Internet Protocol）アドレスを有する。サーバー９も同様である。本実施形態では、プロジェクター１、第１装置５、第２装置７及びサーバー９が、２４ビットのネットワークアドレス「192.168.88」を有するプライベートネットワークに属する例を示す。この例で、プロジェクター１のＩＰアドレスは「192.168.88.1」、第１装置５のＩＰアドレスは「192.168.88.10」、第２装置７のＩＰアドレスは「192.168.88.200」、サーバー９のＩＰアドレスは「192.168.88.202」とする。
【００２３】
プロジェクター１、第１装置５、第２装置７、及びサーバー９は、予め割り当てられたＭＡＣ（Media Access Control）アドレスを有する。本実施形態では一例として、プロジェクター１のＭＡＣアドレスを「FF:FF:FF:FF:00:01」とし、第１装置５のＭＡＣアドレスを「FF:FF:FF:FF:00:10」とする。第２装置７のＭＡＣアドレスを「FF:FF:FF:FF:00:03」とし、サーバー９のＭＡＣアドレスを「FF:FF:FF:FF:00:13」とする。なお、無線通信ネットワークＮのＳＳＩＤ、各装置のＩＰアドレス及びＭＡＣアドレスは、説明のための架空のアドレスである。
【００２４】
図２は、プロジェクター１の機能ブロック図である。
プロジェクター１は、無線通信ネットワークＮにおける無線データ通信を実行する通信部６０を備える。通信部６０は、プロジェクター１の制御系を構成する半導体デバイスや回路と共通の基板に実装されてもよいが、本実施形態では、当該基板に実装されるコネクターを含むＩ／Ｆ（インターフェイス）５５に接続される。通信部６０は、アンテナを有し無線電波を送受信する無線通信Ｉ／Ｆ６１（通信インターフェイス）と、無線通信Ｉ／Ｆ６１を制御する通信制御部６２と、を有する。
【００２５】
プロジェクター１は、光学的な画像の形成を行い、画像を投射して表示する投射部１０と、この投射部１０により表示する画像を電気的に処理する画像処理系とを備える。
投射部１０は、光源部１１、光変調装置１２及び投射光学部１３を備える。
光源部１１は、キセノンランプ、超高圧水銀ランプ、ＬＥＤ（Light Emitting Diode）等からなる光源を備える。
光変調装置１２は、複数の画素をマトリクス状に配置した透過型の液晶パネルを備え、光源が発した光を変調する。光変調装置１２は、光変調装置駆動部２３によって駆動され、液晶パネルのマトリクス状に配置された各画素における光の透過率を変化させることにより画像を形成する。
【００２６】
投射光学部１３は、投射する画像の拡大・縮小及び焦点の調整を行うズームレンズ、フォーカスの調整を行うフォーカス調整機構等を備える。投射光学部１３は、光変調装置１２で変調された画像光を対象物体に投射して結像させる。
【００２７】
投射部１０には、光源駆動部２２及び光変調装置駆動部２３が接続される。光源駆動部２２及び光変調装置駆動部２３は、バス２９により制御部３０に接続される。
光源駆動部２２は、制御部３０の制御に従って動作し、光源部１１が備える光源を駆動する。光変調装置駆動部２３は、制御部３０の制御に従って動作し、画像処理部２５から入力される画像信号に基づき光変調装置１２を駆動し、液晶パネルに画像を描画する。
【００２８】
プロジェクター１の画像処理系は、プロジェクター１を制御する制御部３０を中心に構成される。画像処理系は、画像処理部２５、メモリーコントローラー２６、フレームメモリー２７、及び、記憶部５４を備える。制御部３０、記憶部５４、画像処理部２５、メモリーコントローラー２６は、バス２９に接続される。
【００２９】
また、プロジェクター１は、電源部２０を備える。電源部２０は、外部の商用電源（図示略）に接続され、この商用電源から供給される交流電力に基づき、プロジェクター１の各部に電力を供給する。
【００３０】
制御部３０（主制御部）は、後述するＳｏＣ３０１（図３）等を備え、各種プログラムを実行することにより、プロジェクター１を制御する。制御部３０は、記憶部５４が記憶する制御プログラム５４Ａを実行し、プロジェクター１が画像データに基づき画像を投射する投射制御部３１の機能を実行する。また、制御部３０は、通信部６０により送受信するデータの処理、及び、通信部６０による通信の制御を実行する通信データ制御部３２と、プロジェクター１の各部に対する電源供給状態を制御する動作状態制御部３３との機能を実行する。
【００３１】
投射制御部３１は、光源駆動部２２、光変調装置駆動部２３及び画像処理部２５を制御して、入力された画像データに基づく画像を対象物体に投射させる。また、投射制御部３１は、画像処理部２５を制御して、画像データに対する補正処理を実行させてもよい。
【００３２】
画像処理部２５は、制御部３０の制御に従って通信部６０を介して入力される画像データを取得する。画像処理部２５は、通信部６０から取得した画像データについて、画像サイズ、解像度、静止画像か動画像であるか、及び、動画像である場合にはフレームレート等の属性を判定する。また、画像処理部２５は、取得した画像データを、メモリーコントローラー２６を介してフレームメモリー２７に展開し、展開した画像データに対して画像処理を実行する。画像処理部２５は、処理後の画像データをフレームメモリー２７から読み出し、読み出した画像データに対応するＲ、Ｇ、Ｂの画像信号を生成し、光変調装置駆動部２３に出力する。画像処理部２５が実行する処理は、例えば、スケーリング処理、幾何補正処理、輝度補正処理等である。画像処理部２５は、上記の処理のうち複数の処理を組み合わせて実行する構成であってもよい。
【００３３】
通信データ制御部３２は、通信部６０が受信するデータの処理、及び、通信部６０によるデータ送信を制御する。通信部６０は、通信制御部６２が無線通信Ｉ／Ｆ６１により、画像データ、或いは制御データを送受信する。通信データ制御部３２は、通信制御部６２が受信するデータを取得して、解析を行い、当該データが制御データである場合には、制御データに含まれるコマンド等に従って処理を行う。例えば、通信データ制御部３２は、第１装置５が送信する制御データに含まれる設定コマンド、及びパラメーターを取得して、プロジェクター１が画像を投射する条件について設定を行う。また、通信データ制御部３２は、通信部６０が受信したデータが画像データである場合、画像データを抽出して画像処理部２５に出力する。
【００３４】
動作状態制御部３３は、プロジェクター１の動作状態を、省電力のためのスタンバイ状態を含む複数の動作状態に設定する。本実施形態では、最も消費電力量が少ない第１スタンバイ状態、第１スタンバイ状態に次いで消費電力量が少ない第２スタンバイ状態、及び、投射部１０による投射を行うことが可能な通常動作状態を切り替える。
【００３５】
第１スタンバイ状態では、通信部６０を除き、制御部３０を含むプロジェクター１の各部が停止する。第１スタンバイ状態では、通信部６０に電源部２０から電力が供給され、通信部６０は無線通信ネットワークＮ（図１）による無線通信を実行できる。また、制御部３０は、第１スタンバイ状態で停止し、通信部６０が送受信するデータについて通信データ制御部３２が制御を行うことはできない。
また、第１スタンバイ状態では、リモコン受光部５２及び入力処理部５３が動作し、リモコン５０による操作、及び、操作パネル５１における操作を検出可能であってもよい。
このように、第１スタンバイ状態は、通信部６０によりデータの受信、及び、リモコン５０または操作パネル５１の操作を待機する状態である。第１スタンバイ状態は、パッシブネットワークスタンバイと呼んでも良い。
【００３６】
第２スタンバイ状態では、制御部３０及び通信部６０が動作し、通信部６０による無線通信の実行、及び、通信部６０によるデータの処理が可能である。第２スタンバイ状態では、画像処理部２５、メモリーコントローラー２６、及びフレームメモリー２７の動作を可能としてもよい。また、制御部３０が、記憶部５４にアクセスして制御プログラム５４Ａの読み取りや、記憶部５４に対するデータの書き込みが可能であってもよい。また、第２スタンバイ状態では、光源駆動部２２、光変調装置駆動部２３、及び画像処理部２５が処理可能な状態であってもよい。第２スタンバイ状態では、投射部１０の光源部１１、光変調装置１２、及び、投射光学部１３の駆動部に対し、待機用の電力が供給されていてもよいが、光源部１１の点灯、光変調装置１２の表示（駆動）、及び、投射光学部１３の駆動部の動作は実行されない。第２スタンバイ状態では、通信部６０によりデータの受信、及び、リモコン５０または操作パネル５１の操作を待機し、制御部３０がデータ処理を行うことが可能である。第２スタンバイ状態は、アクティブネットワークスタンバイと呼んでも良い。
【００３７】
動作状態制御部３３は、第１スタンバイ状態、第２スタンバイ状態、及び、通常動作状態を切り替える。この切り替えにおいて、動作状態制御部３３は、電源部２０を制御して、電源部２０から各部に対する電源供給状態を切り替えてもよい。また、動作状態制御部３３は、電源部２０を制御しない構成であってもよい。具体的には、動作状態制御部３３は、プロジェクター１を構成する各部に対し、動作開始、及び停止を指示するコマンドを出力し、このコマンドに応じてプロジェクター１の各部が動作開始または動作停止を行ってもよい。この場合、電源部２０が電源供給状態を切り替えなくても、第１スタンバイ状態、及び、第２スタンバイ状態でプロジェクター１の各部が停止し、消費電力量が低減する。このように、第１スタンバイ状態、及び、第２スタンバイ状態でプロジェクター１の各機能部が停止する場合、制御部３０が各機能部を停止させることで、電源供給が結果的に止まってもよい。或いは、制御部３０の制御によって電源部２０が各機能部に対する電源供給を止めることで、各機能部が停止してもよい。
【００３８】
プロジェクター１の本体には、ユーザーが操作する各種のスイッチを備える操作パネル５１が配置される。操作パネル５１は、入力処理部５３に接続される。操作パネル５１は、インジケーターランプを備えてもよい。
入力処理部５３は、バス２９により制御部３０に接続される。入力処理部５３は、操作パネル５１のスイッチの操作を検出すると、操作を検出したスイッチに対応する操作信号を制御部３０に出力する。
また、入力処理部５３は、制御部３０の制御に従い、プロジェクター１の動作状態や設定状態に応じて操作パネル５１のインジケーターランプを点灯、或いは点滅させる。
【００３９】
プロジェクター１は、ユーザーが操作するリモコン５０を有する。リモコン５０は、プロジェクター１とは別体として構成される。リモコン５０は、ユーザーが操作する各種のスイッチを備え、スイッチの操作を検出して赤外線信号を送信する。プロジェクター１の本体は、リモコン５０が発する赤外線信号を受光するリモコン受光部５２を備える。リモコン受光部５２は、入力処理部５３に接続され、リモコン５０から受光した赤外線信号に対応した信号を入力処理部５３に出力する。入力処理部５３は、リモコン受光部５２から入力される信号に基づいて、リモコン５０における操作内容を示す操作信号を生成し、制御部３０に出力する。
【００４０】
記憶部５４は、データやプログラムを不揮発的に記憶する記憶装置であり、フラッシュメモリー等の半導体メモリーデバイス、または、磁気的記憶装置で構成される。記憶部５４は、制御部３０が処理するデータや制御部３０が実行する制御プログラム５４Ａを記憶する。
【００４１】
図３は、制御部３０及び通信部６０の構成を示すブロック図である。図３には、制御部３０及び通信部６０のハードウェア構成の一例を示す。
制御部３０は、ＳｏＣ（System on Chip）３０１を備える。ＳｏＣ３０１は、演算処理部３０２、映像処理部３０３、及び、情報入出力部３０４を有し、フラッシュＲＯＭ３１１及びＤＲＡＭ３１２に接続される。演算処理部３０２は、ＣＰＵ（Central Processing Unit）であり、フラッシュＲＯＭ３１１が記憶するプログラムや、制御プログラム５４Ａ（図２）を実行する。演算処理部３０２がプログラムを実行することで、図２の投射制御部３１、通信データ制御部３２、及び動作状態制御部３３の機能が実現される。映像処理部３０３は、例えば、映像処理用のＤＳＰ（Digital Signal Processor）コアとして実装され、画像処理部２５（図２）やメモリーコントローラー２６（図２）として機能してもよい。
情報入出力部３０４は、ＳｏＣ３０１に対するデータの入出力を制御するコントローラーである。
【００４２】
フラッシュＲＯＭ（Read-Only Memory）３１１は、プログラムやデータを不揮発的に記憶する半導体メモリーデバイスである。ＤＲＡＭ（Dynamic Random Access Memory）３１２は、ＳｏＣ３０１が実行するプログラムや処理対象のデータを一時的に記憶するワークエリアを構成する。
【００４３】
また、ＳｏＣ３０１には、ＵＳＢ（Universal Serial Bus）インターフェイス（Ｉ／Ｆ）３１３、割込信号入力端子３１４、及び汎用出力端子３１５が接続される。これらＵＳＢ  Ｉ／Ｆ３１３、割込信号入力端子３１４、及び汎用出力端子３１５はＳｏＣ３０１の内部に実装されてもよい。
【００４４】
ＵＳＢ  Ｉ／Ｆ３１３は、ＵＳＢ規格に準拠したデータ通信を実行し、Ｄ＋信号及びＤ−信号を入出力するインターフェイスである。割込信号入力端子３１４には通信部６０が出力する割込信号が入力される。制御部３０は、割込信号入力端子３１４に対する割込信号を検出して、停止状態から動作を復帰できる。汎用出力端子３１５は、ＳｏＣ３０１が生成する各種信号を出力する端子として、ＳｏＣ３０１に実装され、本実施形態ではリセット信号の出力に使用される。
【００４５】
通信部６０は、通信ＩＣ６００を備えて構成される。通信ＩＣ６００は、アンテナ６０２を介して無線電波を送受信するＲＦ（Radio Frequency）部６０１を備える。また、通信ＩＣ６００は、処理部６０３を備える。処理部６０３はプログラムを実行するＣＰＵであり、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）６０４が記憶するプログラムをロードして実行し、ベースバンド回路、及び、ＭＡＣ回路として機能する。処理部６０３は、ＲＦ部６０１により送信するデータの生成、及び、ＲＦ部６０１で受信するデータの処理を行う。ＥＥＰＲＯＭ６０４は処理部６０３が実行するプログラムやデータを不揮発的に記憶する。また、ＲＡＭ（Random Access Memory）６０５は、処理部６０３が実行するプログラムや処理対象のデータを一時的に記憶するワークエリアを構成する。
【００４６】
通信ＩＣ６００は、ＵＳＢ  Ｉ／Ｆ６１１、割込信号出力端子６１２、及びリセット端子６１３を備える。
ＵＳＢ  Ｉ／Ｆ６１１は、ＵＳＢ規格に準拠したデータ通信を実行し、Ｄ＋信号及びＤ−信号を入出力するインターフェイスである。割込信号出力端子６１２は、処理部６０３が生成する割込信号を出力する端子である。リセット端子６１３には、制御部３０の汎用出力端子３１５から出力されるリセット信号が入力される。
【００４７】
ＵＳＢ  Ｉ／Ｆ３１３、及びＵＳＢ  Ｉ／Ｆ６１１が準拠するＵＳＢ規格のバージョンは特に制限されず、ＵＳＢ１．０、ＵＳＢ１．１、ＵＳＢ２．０、ＵＳＢ３．０、ＵＳＢ３．１のいずれか、或いは、その後継規格のいずれであってもよい。本実施形態のＵＳＢ  Ｉ／Ｆ３１３、及びＵＳＢ  Ｉ／Ｆ６１１は、電源供給端子、接地端子、Ｄ＋及びＤ−端子からなるデータ入出力端子に対応する４ピンのコネクターを用いた通信に対応する。
【００４８】
図３の構成例では、制御部３０と通信部６０とを接続するＩ／Ｆ５５は、制御部３０が備えるコネクター５６、及び、通信部６０が備えるコネクター５７を含む。コネクター５６とコネクター５７とは、電源線ＰＷＲ、データ線Ｄ＋、データ線Ｄ−、及び、接地線ＧＮＤで接続される。また、コネクター５６とコネクター５７は、割込信号線ＩＲＱ、及び、リセット信号線ＲＳＴを接続する。
【００４９】
電源線ＰＷＲ、データ線Ｄ＋、データ線Ｄ−、及び接地線ＧＮＤは、ＵＳＢ規格の４ピンに対応する。電源線ＰＷＲは、コネクター５６からコネクター５７に対し、ＵＳＢ規格で定められた電力を供給する。接地線ＧＮＤはコネクター５７の接地端子を接地させる。データ線Ｄ＋及びデータ線Ｄ−は、ＵＳＢ規格に準拠して差動信号を伝送する。
【００５０】
割込信号線ＩＲＱは、割込信号出力端子６１２と割込信号入力端子３１４とを接続する。リセット信号線ＲＳＴは、汎用出力端子３１５とリセット端子６１３とを接続する。
図３に示すＩ／Ｆ５５は、ＵＳＢ規格に従った電源線ＰＷＲ、データ線Ｄ＋、データ線Ｄ−、及び接地線ＧＮＤを接続し、さらに、割込信号を伝送する割込信号線ＩＲＱと、リセット信号を伝送するリセット信号線ＲＳＴとを接続する仕様である。
【００５１】
図３の構成では、通信部６０のＵＳＢ  Ｉ／Ｆ３１３と、通信部６０のＵＳＢ  Ｉ／Ｆ６１１とが、データ線Ｄ＋、Ｄ−、電源線ＰＷＲ、及び接地線ＧＮＤで接続される。このため、制御部３０と通信部６０との間で、データを送受信することができる。第２スタンバイ状態、及び、通常動作状態で、制御部３０は通信部６０を制御して、無線送信するデータを通信部６０に対して出力し、通信部６０が受信したデータを取得する。
【００５２】
この構成では、通信部６０から制御部３０に割込信号線ＩＲＱを介して割込信号を出力できる。第１スタンバイ状態で割込信号入力端子３１４に割込信号が入力されると、ＳｏＣ３０１が起動して、フラッシュＲＯＭ３１１が記憶するプログラムをロードし、第２スタンバイ状態に移行する。また、ＳｏＣ３０１は、第２スタンバイ状態で、通信部６０から入力される制御データ等に応じて、プロジェクター１を、投射部１０による投射が可能な通常動作状態に移行させる。
【００５３】
また、ＳｏＣ３０１は、第１スタンバイ状態から第２スタンバイ状態に移行する際に、汎用出力端子３１５からリセット信号線ＲＳＴを介してリセット信号を出力する。このリセット信号はリセット端子６１３に入力される。
通信ＩＣ６００は、リセット端子６１３にリセット信号が入力されることをトリガーとして動作をリセットする。この場合、通信ＩＣ６００は、ＲＡＭ６０５をクリアし、ＥＥＰＲＯＭ６０４に記憶されるプログラムを処理部６０３がロードして再起動する。
【００５４】
第１スタンバイ状態で、通信ＩＣ６００は、ＲＦ部６０１がアンテナ６０２によって外部からデータを受信する。処理部６０３は、ＲＦ部６０１が受信するデータについて、送信先のアドレス、及び、送信先のポートが設定された条件に該当するか否かを判定する。そして、処理部６０３は、受信したデータの送信先がプロジェクター１であって、送信先のポートが予め設定されたポートである場合、割込信号を生成して、割込信号出力端子６１２から割込信号入力端子３１４に出力する。
【００５５】
図４は、プロジェクター１が送受信するデータの構成を示す模式図である。図４（Ａ）はＩＥＥＥ（The Institute of Electrical and Electronics Engineers）により策定されたＩＥＥＥ８０２．１１のフレーム構成を示す。図４（Ｂ）は、図４（Ａ）のＩＥＥＥ８０２．１１ヘッダーの構成を詳細に示す図である。
【００５６】
本実施形態のプロジェクター１が送受信する無線ＬＡＮのデータのフレームフォーマットは、図４（Ａ）に示すように、物理ヘッダーとＭＡＣフレームとを含む。物理ヘッダーは、ＰＬＣＰプリアンブル及びＰＬＣＰヘッダーを含む。ＰＬＣＰプリアンブルは、ＩＥＥＥ８０２．１１フレームの先頭に付加される同期信号のビット列であり、ＰＬＣＰヘッダーは変調方式（伝送速度）、データ長などの情報を含む。
【００５７】
図４（Ａ）のＩＥＥＥ８０２．１１フレームの中の「ＩＥＥＥ８０２．１１ヘッダー」は、図４（Ｂ）に示すように、７項目のフィールドを有する。なお、図４（Ｂ）の構成例における各フィールドの長さは、ＩＥＥＥ８０２．１１規格に準じた一例に過ぎない。
ＩＥＥＥ８０２．１１ヘッダーは、Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ、Ｄｕｒａｔｉｏｎ／ＩＤ、Ａｄｄｒｅｓｓ１〜４、及び、Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌを含む。Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールドは、フレームの種類、フレームの送信先（宛先）、送信元が無線か有線かどうか、フラグメント情報、電力管理などの情報を含む。Ｄｕｒａｔｉｏｎ／ＩＤフィールドは、電波を使用する予定期間（フレーム送信に必要な時間）の情報等を含む。Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌは、送信するデータに付与されたシーケンス番号、またはフラグメント化した場合のフラグメント番号の情報を含む。
【００５８】
Ａｄｄｒｅｓｓ１〜４は、送信先（宛先）のＭＡＣアドレス、送信元のＭＡＣアドレス、アクセスポイントのＭＡＣアドレス（ＢＳＳＩＤ）などの情報を含む。例えば、通信システム１００において第１装置５からプロジェクター１に送信されるフレームは、Ａｄｄｒｅｓｓ１にプロジェクター１のＭＡＣアドレス、Ａｄｄｒｅｓｓ２に第１装置５のｍＡＣアドレスを含む。また、Ａｄｄｒｅｓｓ３は無線通信ネットワークＮのＳＳＩＤを含む。
また、サーバー９が送信するフレームを第２装置７が中継してプロジェクター１に送信する場合、このフレームのＡｄｄｒｅｓｓ１はプロジェクター１のＭＡＣアドレスを含む。Ａｄｄｒｅｓｓ２は無線通信ネットワークＮのＳＳＩＤを含み、Ａｄｄｒｅｓｓ３はサーバー９のＭＡＣアドレスを含む。また、第２装置７のＭＡＣアドレスが、いずれかのＡｄｄｒｅｓｓフィールドに格納される場合もある。
このように、ＩＥＥＥ８０２．１１フレームのＩＥＥＥ８０２．１１ヘッダーに含まれるＡｄｄｒｅｓｓフィールドを参照することで、フレームの送信先、送信元等を特定できる。
【００５９】
図５は、プロジェクター１が送受信するデータの構成を示す模式図であり、具体的には、図４（Ａ）のＤＡＴＡフィールドの構成を示す。図５（Ａ）はＵＤＰ（User Datagram Protocol）パケットを利用する場合の構成例を示す。図５（Ｂ）はＡＲＰ（Address Resolution Protocol：アドレス解決プロトコル）パケットの例を示す。
【００６０】
画像データ（映像データを含む）や音声データをストリーミング送信する場合など、大容量のデータを、即時性を保持するように送信する場合、ＵＤＰが使用される。この場合、図５（Ａ）に示すように、ＤＡＴＡフィールドには、送信元ポート番号、送信先ポート番号、メッセージ長、チェックサム、及び、データを含む。データ長は任意である。また、図５（Ａ）に示す各フィールドのビット数は一例である。
【００６１】
図５（Ａ）に示すように、ＵＤＰパケットの先頭には送信元及び送信先（宛先）のポート番号を指定する情報が含まれる。従って、ＵＤＰパケットの先頭の所定ビット数（図５（Ａ）では３２ビット）のデータによりポート番号を特定できる。
【００６２】
上述のように、第１スタンバイ状態で、処理部６０３は、ＲＦ部６０１により受信するデータから、送信先のネットワークアドレスがプロジェクター１のアドレスであり、送信先のポート番号が予め設定されたポート番号であるデータを検出する。ここで、ネットワークアドレスは、ＭＡＣアドレスであってもよいし、ＩＰアドレスであってもよく、通信システム１００または無線通信ネットワークＮでプロジェクター１を識別できればよい。
設定されたポート番号が、プロジェクター１を第１スタンバイ状態から復帰させるポート番号として、例えば通信システム１００で設定される。図４及び図５に示す例において、送信先のアドレスは、例えば図４（Ｂ）のＡｄｄｒｅｓｓフィールドに格納され、ポート番号は、図５（Ａ）に示すようにＵＤＰヘッダーに含まれる。従って、処理部６０３は、ＲＦ部６０１が受信するデータのＩＥＥＥ８０２．１１ヘッダーのＡｄｄｒｅｓｓフィールド、及び、ＵＤＰパケットの先頭（ＵＤＰヘッダー）に、指定されたアドレス及びポート番号が含まれるか否かを判定すればよい。このため、処理部６０３は、少なくともＩＥＥＥ８０２．１１ヘッダーのＡｄｄｒｅｓｓフィールド、及び、ＵＤＰパケットの先頭（ＵＤＰヘッダー）をＲＡＭ６０５に記憶して、上記処理を行えばよい。このため、ＲＡＭ６０５の容量は、ＵＤＰパケット全体よりも少ない容量であってもよい。
【００６３】
処理部６０３が判定する「予め設定される所定のポート番号」は、ＵＤＰやＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）で周知のポート番号とは異なる番号であることが好ましい。例えば、well-knownポートとして知られるポート０−１０２３、及び、登録済みポート番号として知られるポート１０２４−４９１５１に含まれるポート番号を、処理部６０３が判定する「予め設定される所定のポート番号」として利用してもよい。この場合、「予め設定される所定のポート番号」を送信先のポートとして含むデータを、既存のＰＣ等の装置からプロジェクター１に送信できる。このため、既存の設備を利用して、プロジェクター１に対して制御データを送信し、本発明を容易に実現できるという利点がある。この場合、１０２４−４９１５１の領域に含まれる、いずれかの登録済みポート番号を、「予め設定される所定のポート番号」としてもよいし、上記領域で新たなポート番号を、ポート番号を管理する機関に申請し、「予め設定される所定のポート番号」を確保してもよい。また、上記領域を避ける番号とすることも勿論可能である。また、通信システム１００において、ＵＤＰ、ＴＣＰ／ＩＰ以外のプロトコルで通信を行う構成であってもよい。
通信ＩＣ６００は、設定された１または少数のポート番号を、例えばＥＥＰＲＯＭ６０４に記憶すればよい。
【００６４】
また、処理部６０３は、第１スタンバイ状態で、ＲＦ部６０１によりＡＲＰパケットを受信した場合、このＡＲＰパケットに応答する機能を有する。図５（Ｂ）には、ネットワーク媒体がＥｔｈｅｒｎｅｔの場合のＡＲＰパケットの構成を示す。
ＡＲＰパケットのハードウェア種別フィールドは、ネットワークの物理的な媒体の種類を表す値を含む。プロトコルフィールドは、ＡＲＰで取り扱う上位のプロトコルの種類（ＴＣＰ／ＩＰ、ＵＤＰ等）を示す情報を含む。ＨＬＥＮ（hardware address length）フィールドは、ＭＡＣアドレスの長さを表す情報を含む、ＰＬＥＮ（protocol address length）フィールドは上位のプロトコルで利用されるアドレス情報の長さを表す情報を含む。
【００６５】
動作コードフィールドは、ＡＲＰの動作の種類を表すコードを含む。ＡＲＰを利用する動作では、最初にＡＲＰ要求を送信する装置（例えば、サーバー９）がＡＲＰパケットを送信し、送信先の装置（例えば、プロジェクター１）がＡＲＰ応答を返す。動作コードフィールドには、当該パケットが要求であるか、その応答であるかを区別するコードが含まれる。
このほか、ＡＲＰパケットは、送信元及び送信先のＭＡＣアドレス及びＩＰアドレスを含む。
【００６６】
通信システム１００における通信を維持するため、通信システム１００を構成する各装置の間ではＡＲＰパケットが送受信される。例えば、プロジェクター１が存在するか否かを確認するために、通信システム１００を管理するサーバー９や第２装置７が、プロジェクター１を含む各装置にＡＲＰパケットを送信する。また、例えば、サーバー９がＤＨＣＰサーバーとして動作する場合に、プロジェクター１に割り当てる（リースする）ＩＰアドレスの有効性を確保するため、サーバー９からプロジェクター１に、ＡＲＰパケットが送信される。これらのＡＲＰパケットに対してプロジェクター１が応答のＡＲＰパケットを送信すると、通信システム１００においてプロジェクター１が通信可能な状態が維持される。反面、プロジェクター１が、他の装置から応答を要求するＡＲＰパケットを受信した場合に、このＡＲＰパケットに応答しないと、プロジェクター１に対する通信が切断される可能性がある。
【００６７】
そこで、本実施形態のプロジェクター１は、第１スタンバイ状態であってもＡＲＰパケットに応答し、応答のＡＲＰパケットを送信する機能を有する。さらに、応答のＡＲＰパケットを送信する機能を、処理部６０３が実行できるので、ＳｏＣ３０１の停止中に、ＳｏＣ３０１を起動させることなくＡＲＰパケットを処理できる。
処理部６０３は、図５（Ｂ）に示すＡＲＰパケットを受信した場合、応答のパケットを生成する。応答のパケットは予めＥＥＰＲＯＭ６０４に記憶しているデータを用いて生成してもよいし、受信したＡＲＰパケットの各フィールドに含まれるデータを利用して生成してもよい。
【００６８】
図６及び図７は、プロジェクター１の動作を示すフローチャートであり、図６（Ａ）は制御部３０の動作を示し、図６（Ｂ）は通信部６０の動作を示す。また、図７は、図６（Ａ）に続く動作を示す。
【００６９】
図６及び図７は、プロジェクター１の通常動作状態、または、第２スタンバイ状態の動作を示す。動作状態制御部３３（図２）は、第１スタンバイ状態に移行するトリガーを検出すると（ステップＳＡ１）、第１スタンバイ状態への移行を指示するコマンドを、通信部６０を含む各部に出力する（ステップＳＡ２）。
【００７０】
第１スタンバイ状態に移行するトリガーは、リモコン５０や操作パネル５１の操作、或いは、無線通信ネットワークＮを介して他の装置がプロジェクター１に送信する制御データが挙げられる。
例えば、制御部３０は、通信部６０が受信した制御データが第１スタンバイ状態への移行を指示するコマンドであるか否かを判定し、当該コマンドである場合、動作状態制御部３３が第１スタンバイ状態に移行するトリガーを検出する。この場合、無線通信ネットワークＮ或いはネットワーク８を介して、プロジェクター１に制御データを送信することで、第１スタンバイ状態に移行させることが可能である。この場合、例えば、建物の各所に接地されたプロジェクター１を含む複数のプロジェクターのそれぞれに、制御データを送信することで、遠隔操作によって、第２スタンバイ状態から第１スタンバイ状態に遷移させることができる。このため、多数のプロジェクター１の動作状態を管理するシステムにおいて、プロジェクター１を、第１スタンバイ状態から第２スタンバイ状態に遷移させることができ、その逆の遷移をさせることもできる。従って、プロジェクター１の管理負担を軽減できる。また、複数のプロジェクターを管理するシステムにおいては本発明を容易に適用できる。
また、第１スタンバイ状態に移行するトリガーは、手動の操作であってもよい。例えば、リモコン５０や操作パネル５１の操作によって、「省電力モード」、「スタンバイモード」、「パッシブスタンバイ」の指示が入力された場合、動作状態制御部３３が、この操作を、第１スタンバイ状態に移行するトリガーとして検出する。
また、動作状態制御部３３は、第２スタンバイ状態において、リモコン５０や操作パネル５１による操作がされない状態が継続し、継続時間が閾値に達した場合に、第１スタンバイ状態に移行するトリガーを検出してもよい。
【００７１】
動作状態制御部３３は、コマンドを送信した後で、動作を停止し、割込信号の入力を待機する状態に移行する（ステップＳＡ３）。これにより、制御部３０の動作が停止し、プロジェクター１が第１スタンバイ状態に移行する。
【００７２】
通信部６０の通信制御部６２は、制御部３０からコマンドを受信し（ステップＳＢ１）、第１スタンバイ状態に移行する（ステップＳＢ２）。
その後、通信制御部６２は、無線通信Ｉ／Ｆ６１によるデータの受信を検出する（ステップＳＢ３）。通信制御部６２は、無線通信Ｉ／Ｆ６１でデータを受信するまで待機する（ステップＳＢ３；Ｎｏ）。データを受信した場合（ステップＳＢ３；Ｙｅｓ）、通信制御部６２は、受信したデータが、ＡＲＰパケットか否かを判定する（ステップＳＢ４）。より詳細には、受信したデータが、応答を要求するＡＲＰパケットであるか否かを判定してもよい。
【００７３】
受信したデータがＡＲＰパケットに該当する場合（ステップＳＢ４；Ｙｅｓ）、通信制御部６２は、ＡＲＰパケットに対する応答を行って（ステップＳＢ５）、ステップＳＢ３に戻る。ステップＳＢ５では、応答のＡＲＰパケットを生成して、無線通信Ｉ／Ｆ６１により送信する。
【００７４】
受信したデータがＡＲＰパケットでない場合（ステップＳＢ４；Ｎｏ）、通信制御部６２は、受信したデータのヘッダーを取得する（ステップＳＢ６）。例えば、送信先のアドレスや送信先ポート番号が含まれるフィールド、或いは送信先のアドレスや送信先ポート番号を含むフィールドを含むヘッダーを取得する。取得されたヘッダーまたはヘッダーから抽出されたフィールドのデータは、例えばＲＡＭ６０５（図３）に一時的に記憶される。
【００７５】
通信制御部６２は、ステップＳＢ６で取得したヘッダーに含まれる情報が、条件に該当するか否かを判定する（ステップＳＢ７）。条件に該当しない場合（ステップＳＢ７；Ｎｏ）、通信制御部６２はステップＳＢ３に戻る。
また、ステップＳＢ６で取得したヘッダーに含まれる情報が条件に該当する場合（ステップＳＢ７；Ｙｅｓ）、通信制御部６２は割込信号を生成して、制御部３０に対して出力する（ステップＳＢ８）。
その後、通信制御部６２は、第２スタンバイ状態に移行する。第２スタンバイ状態では、通信制御部６２は、制御部３０から入力されるデータを無線通信Ｉ／Ｆ６１で送信し、無線通信Ｉ／Ｆ６１により受信したデータを制御部３０に出力する。
【００７６】
一方、制御部３０は、割込信号線ＩＲＱを介して通信部６０から割込信号が入力されたことを検出すると（ステップＳＡ４）、停止状態から起動し、第２スタンバイ状態に移行する（ステップＳＡ５）。
ここで、制御部３０が起動した際に、通信部６０に対してリセット信号を出力し、このリセット信号に基づき通信部６０がリセットされて、第２スタンバイ状態に移行してもよい。
【００７７】
動作状態制御部３３は、第２スタンバイ状態に移行してから経過時間のカウントを開始する（ステップＳＡ６）。
動作状態制御部３３は、通信部６０がデータを受信し、受信したデータが通信部６０から制御部３０に入力されたか否かを判定する（ステップＳＡ７）。データを受信した場合（ステップＳＡ７；Ｙｅｓ）、動作状態制御部３３はカウント値をリセットし（ステップＳＡ８）、受信したデータを解析する（ステップＳＡ９）。
【００７８】
データを解析した結果に基づき、動作状態制御部３３は、投射部１０による投射を実行するか否かを判定する（ステップＳＡ１０）。例えば、ステップＳＡ９で解析したデータが投射用の画像データまたは映像データ、或いは、投射開始を指示するコマンドであった場合、動作状態制御部３３は投射を開始すると判定する。また、ステップＳＡ９で解析したデータがＡＲＰパケットであった場合等は、投射を開始しない。
動作状態制御部３３は、投射を開始しないと判定した場合（ステップＳＡ１０；Ｎｏ）、受信したデータを処理してステップＳＡ７に戻る。
【００７９】
動作状態制御部３３は、投射を開始すると判定した場合（ステップＳＡ１０；Ｙｅｓ）、通常動作状態に移行して、投射部１０による投射が可能な状態に移行する（ステップＳＡ１２）。
また、ステップＳＡ７においてデータを受信しないと判定した場合（ステップＳＡ７；Ｎｏ）、動作状態制御部３３は、経過時間のカウント値が規定値に達したか否かを判定する（ステップＳＡ１３）。カウント値が規定値に達していない場合（ステップＳＡ１３；Ｎｏ）、ステップＳＡ７に戻る。
カウント値が規定値に達した場合（ステップＳＡ１３；Ｙｅｓ）、動作状態制御部３３は、第１スタンバイ状態に移行すべくステップＳＡ２（図６）に移行する。
【００８０】
図６及び図７に示す動作において、通信制御部６２は、無線通信Ｉ／Ｆ６１で受信したデータのうち、ＡＲＰパケットでないと判定され（ステップＳＢ４；Ｎｏ）、条件に該当しないと判定した（ステップＳＢ７；Ｎｏ）データは、破棄すればよい。
また、通信データ制御部３２は、送信先アドレスとしてプロジェクター１のアドレスが含まれているデータであっても、ブロードキャストされるデータは、条件に該当しないと判定して破棄してもよい。ブロードキャストされるパケットは数が多いので、ブロードキャストされるパケットを受信する毎に、プロジェクター１を第２スタンバイ状態に移行すると、消費電力量が増える可能性がある。従って、ブロードキャストされるデータを受信しても第２スタンバイ状態に移行しない構成とすれば、より効率よく、消費電力量の低減を図ることができる。
【００８１】
また、図６（Ｂ）を参照して説明したように、通信制御部６２は、制御部３０に対して割込信号を出力した場合に、それ以前に第１スタンバイ状態で受信したデータの内容を制御部３０に出力しない構成である。このため、プロジェクター１を第２スタンバイ状態に移行させるトリガーとなる、ステップＳＢ３で受信しステップＳＢ７でヘッダーを解析したデータは、制御部３０で処理されない。つまり、第１スタンバイ状態で通信部６０が受信する最初のデータは、プロジェクター１のスタンバイ状態の遷移にのみ利用されてしまい、制御部３０で解析・処理されない。従って、このデータは、制御部３０により解析・処理されなくても支障の無いデータであることが好ましい。例えば、第１装置５、第２装置７あるいはサーバー９は、プロジェクター１を第１スタンバイ状態から別の動作状態に切り換えさせるための制御データとして、送信先ポート番号を所定のポート番号とするＵＤＰパケットを生成して送信する。これにより、プロジェクター１を確実に第２スタンバイ状態に移行させ、無駄なパケットの送信を回避できる。
【００８２】
また、図６及び図７に示した動作に限らず、プロジェクター１は、第１スタンバイ状態から第２スタンバイ状態に遷移可能な他の方法を有してもよい。例えば、通信制御部６２が計時機能を有し、設定された時刻になると制御部３０に対して割込信号を出力して、第２スタンバイ状態に移行してもよい。つまり、タイマー機能により、指定された時刻に第１スタンバイ状態から第２スタンバイ状態に遷移できる構成であってもよい。
【００８３】
以上、説明したように本実施形態のプロジェクター１は、制御データを受信する通信部６０と、通信部６０により受信される制御データに基づいてプロジェクター１の動作を制御する制御部３０と、を備える。プロジェクター１は、制御部３０が少なくとも一部の動作を停止しているとともに、通信部６０がプロジェクター１を送信先とする特定のポートへのアクセスのみを検出する第１スタンバイ状態で動作する。制御部３０が停止する動作は、通信部６０を制御する通信動作、投射部１０を制御する投射制御、通信部６０が受信するデータの解析等が挙げられる。また、これら以外の動作を停止してもよく、複数の動作を停止してもよい。典型的な例としては、リモコン受光部５２及び入力処理部５３を介したリモコン５０及び操作パネル５１の操作の検出、及び、通信部６０からの割込信号の検出が可能で、その他の動作を停止する。また、制御部３０が、第１スタンバイ状態では停止する上記の動作のうち少なくとも一部を実行可能であり、制御データに基づいてプロジェクター１の動作を制御する、第２スタンバイ状態で動作する。通信部６０は、第１スタンバイ状態において特定のポートへのアクセスを検出した場合に、制御部３０を起動させる。
通信装置、及び、表示装置としてのプロジェクター１の構成、及び、プロジェクター１が実行する表示装置の制御方法によれば、第１スタンバイ状態で、制御部３０を停止して省電力化を図ることができ、必要に応じて速やかに制御部３０を起動できる。また、第１スタンバイ状態では、プロジェクター１を送信先とする特定のポートへのアクセスのみを検出すればよいので、例えば通信部６０が制御データを処理する機能を実装する必要がない。従って、第１スタンバイ状態で通信部６０が実行すべき機能を限定し、通信部６０の消費電力を抑えることが可能となり、通信を実行可能な待機状態を、より小さい消費電力で実行できる。
【００８４】
また、通信部６０と、通信部６０により受信される制御データに基づく制御を行う制御部３０と、を備えるプロジェクター１は、第１スタンバイ状態と、第２スタンバイ状態とを実行する。そして、第１スタンバイ状態で、制御部３０は動作を停止し、通信部６０は予め設定された送信先及びアクセス先ポートを示す制御データのみを検出する。また、第２スタンバイ状態で、通信部６０は制御データを受信し、制御部３０は通信部６０により受信される制御データに基づく制御を行う。通信部６０は、第１スタンバイ状態において予め設定された送信先及びアクセス先ポートを示す制御データを検出した場合に、制御部３０を起動させて、第２スタンバイ状態に移行する。
この通信装置、及び、表示装置としてのプロジェクター１の構成、及び、プロジェクター１が実行する表示装置の制御方法によれば、第１スタンバイ状態で、制御部３０を停止して省電力化を図ることができ、必要に応じて速やかに制御部３０を起動できる。また、第１スタンバイ状態では、プロジェクター１を送信先とする特定のポートへのアクセスのみを検出すればよいので、例えば通信部６０が制御データを処理する機能を実装する必要がない。従って、第１スタンバイ状態で通信部６０が実行すべき機能を限定し、通信部６０の消費電力を抑えることが可能となり、通信を実行可能な待機状態を、より小さい消費電力で実行できる。
【００８５】
この構成で、通信制御部６２は、無線通信Ｉ／Ｆ６１で受信するデータのうち、送信先と、アクセスされたポートとを判定できればよい。つまり、第１スタンバイ状態において処理部６０３が実行すべき処理は、データの部分的な照合や判定を行う程度の、負荷が軽く単純な処理である。このため、本発明を実現するために、通信ＩＣ６００に要求されるハードウェア要件は高くないので、高コスト化を招くおそれは小さく、実現可能性が高い。
【００８６】
また、通信部６０は、無線通信Ｉ／Ｆ６１と、無線通信Ｉ／Ｆ６１によりデータを送受信する通信制御部６２と、を有する。通信制御部６２は、第１スタンバイ状態において、無線通信Ｉ／Ｆ６１で受信したデータから送信先の装置を指定する情報、及び、送信先のポートを指定する情報を検出し、検出した情報が予め設定された送信先及びポートに該当するか否かを判定する。この場合、第１スタンバイ状態で、通信部６０は、無線通信Ｉ／Ｆ６１で受信する制御データについて、送信先の装置を指定する情報及びポートを指定する情報を判定する。このため、第１スタンバイ状態における処理を簡略化し、消費電力を抑えることができる。
【００８７】
また、通信制御部６２は、無線通信Ｉ／Ｆ６１で受信したデータのヘッダーから、送信先の装置のネットワークアドレス、及び、送信先のポート番号を検出してもよい。この場合、第１スタンバイ状態における処理を、ネットワークアドレスとポート番号について判定する処理に限定することで、より一層の省電力化を図ることができる。
【００８８】
また、通信制御部６２は、無線通信Ｉ／Ｆ６１でアドレス解決プロトコル（ＡＲＰ）に基づく制御データを受信した場合に、受信した制御データへの応答のデータを無線通信Ｉ／Ｆ６１で送信する。このため、アドレス解決プロトコルに基づく制御データに対して、第１スタンバイ状態で応答できるので、消費電力を大幅に増大させることなく、無線通信ネットワークＮを介して通信可能な状態を維持できる。
【００８９】
また、制御部３０及び通信部６０は、第２スタンバイ状態に移行してから所定時間が経過すると、第１スタンバイ状態に移行してもよい。例えば、制御部３０がカウントするカウント値が規定値に達した場合に、第１スタンバイ状態に移行することができる。この場合、制御部３０が動作する第２スタンバイ状態から、第１スタンバイ状態に移行することで、効率よく消費電力を低減できる。
【００９０】
また、プロジェクター１は、第１の外部装置が送信するデータを受信して、第１スタンバイ状態から第２スタンバイ状態に移行した場合、第２の外部装置からデータを受信したときに、第１スタンバイ状態に戻る条件を変更してもよい。第１の外部装置、第２の外部装置は、第１装置５、第２装置７、サーバー９のいずれでもよい。
例えば、第１スタンバイ状態で、サーバー９が送信しプロジェクター１を送信先とするデータを受信して、第２スタンバイ状態に移行する場合を想定する。その後、第２スタンバイ状態において、第１装置５が送信するデータを受信した場合、動作状態制御部３３は、カウント値が規定値に達しても、第１スタンバイ状態に移行せず第２スタンバイ状態を維持してもよい。具体的には、第１装置５が送信するデータを受信したときに動作状態制御部３３がカウント値をリセットしてもよい。この場合、第１装置５との間の通信の発生に備えて、第１スタンバイ状態への移行を制限することにより、プロジェクター１のスタンバイ状態の遷移の頻発を回避でき、効率よく、消費電力量の低減を図ることができる。また、第１装置５とプロジェクター１との間の通信が継続する場合に、スタンバイ状態の遷移をさせないことで、処理の遅延を防止できる。
【００９１】
また、プロジェクター１の通信制御部６２は、第１スタンバイ状態において受信するデータの送信元の装置やアドレスを何ら解析しない構成であってもよい。第２スタンバイ状態に移行した後、制御部３０が、通信部６０で受信するデータの送信元のアドレス等を必要に応じて処理すればよい。
【００９２】
また、通信部６０は、第１スタンバイ状態において、プロジェクター１を含む複数の装置を送信先とするアクセスに対しては制御部３０を起動させない構成であってもよい。例えば、ブロードキャストされるデータを受信しても第２スタンバイ状態に移行しない構成であってもよい。この場合、制御部３０を起動させる機会を必要な場合に制限でき、より効率よく消費電力を低減できる。
【００９３】
なお、上述した実施形態は本発明を適用した具体的態様の例に過ぎず、本発明を限定するものではなく、上記実施形態とは異なる態様として本発明を適用することも可能である。
例えば、上記実施形態では、通信部６０がＵＤＰパケットを受信した場合に、ＵＤＰヘッダーに含まれる送信先のポート番号を取得し判定する構成を例示したが、通信部６０がＴＣＰ／ＩＰに対応可能な構成とすることもできる。
【００９４】
図８は、プロジェクター１が送受信するデータの構成を示す模式図であり、具体的には、ＴＣＰ／ＩＰパケットの構成例を示す。
第１スタンバイ状態で、制御部３０が停止した状態で通信部６０がＴＣＰ／ＩＰパケットを送受信するためには、通信部６０がＴＣＰ／ＩＰのハンドシェイクを実装できればよい。具体的には、ＴＣＰ／ＩＰを実装したプログラム及びデータを記憶可能な容量が、ＥＥＰＲＯＭ６０４において確保され、処理部６０３が上記プログラムを実行できればよい。このプログラムは、ＴＣＰ／ＩＰのコネクションの確立、及びコネクションの解放の手順を含むことが好ましい。
【００９５】
図８に示すように、ＴＣＰ／ＩＰのパケットは、先頭３２ビットに送信先のポート番号を含む。ＴＣＰ／ＩＰを実行する場合も、通信制御部６２は、ステップＳＢ６において、無線通信Ｉ／Ｆ６１で受信したデータのヘッダーの一部を抽出してＲＡＭ６０５に記憶して解析すればよい。また、送信先のアドレスは、ＴＣＰ／ＩＰパケットを含むＩＥＥＥ８０２．１１フレームのヘッダーから取得できる。
このように、プロジェクター１が通信を実行し第１スタンバイ状態で実行可能なプロトコルは、ＵＤＰ、ＴＣＰ／ＩＰ等に限定されない。
【００９６】
また、上記実施形態では、第１スタンバイ状態で通信部６０から制御部３０に割込信号が入力されると、制御部３０が第２スタンバイ状態に移行する例を説明した。この他、制御部３０が、第１スタンバイ状態から、投射部１０による投射が可能な通常動作状態に遷移するようにしてもよい。
【００９７】
例えば、通信部６０から制御部３０に対し、割込信号に加え、判別信号を出力する構成としてもよい。この場合、通信ＩＣ６００の出力端子から、ＳｏＣ３０１の割込信号入力端子３１４または割込信号入力端子３１４以外の入力端子に、判別信号が入力される。
通信部６０は、判別信号の電圧値を、論理「０」を示す第１電圧（＋０Ｖ）、及び、論理「１」を示す第２電圧（＋３．３Ｖ、＋１．８Ｖ等）に切り替えることができる。第１電圧及び第２電圧は’Low’レベルと’High’レベルと考えてもよい。
【００９８】
制御部３０は、割込信号入力端子３１４における割込信号を検出した場合、検出時の判別信号の電圧が第１電圧（論理「０」）であるか第２電圧（論理「１」）であるかにより、異なるモードで起動する。
すなわち、判別信号が論理「０」の状態で割込信号を検出した場合、制御部３０は、第１スタンバイ状態から第２スタンバイ状態に遷移する。また、判別信号が論理「１」の状態で割込信号を検出した場合、制御部３０は、第１スタンバイ状態から通常動作状態に遷移する。この例では、通信部６０が判別信号の論理を切り替えることで、制御部３０を第１スタンバイ状態から任意の状態に遷移させることができる。
【００９９】
通信部６０が判別信号の論理を切り替える条件として、第１スタンバイ状態で受信する制御データの送信先ポートを利用できる。
上記のように、通信部６０は、第１スタンバイ状態で、無線通信ネットワークＮから受信するＵＤＰパケット等のヘッダーを参照して送信先ポートを判定できる。ここで、通信部６０が、受信した制御データの送信先ポートと、予め設定された複数のポートとを照合可能な構成とすることができる。例えば、ｎ１〜ｎ６の６個のポートが予め設定され、（１）ポートｎ１、ｎ２、ｎ３は判別信号の論理「０」に対応し、（２）ポートｎ４、ｎ５、ｎ６は判別信号の論理「１」に対応するよう設定される。通信部６０は、受信した制御データの送信先ポートがポートｎ１、ｎ２、ｎ３のいずれかに該当する場合、判別信号の論理を「０」とする。また、受信した制御データの送信先ポートがポートｎ４、ｎ５、ｎ６のいずれかに該当する場合、判別信号の論理を「１」とする。
【０１００】
この例では、プロジェクター１が第１スタンバイ状態である場合に、第１装置５やサーバー９が、プロジェクター１に対し、送信先ポートとしてｎ３を含む制御データを送信すると、プロジェクター１を、第２スタンバイ状態に移行させることができる。また、第１装置５やサーバー９が、プロジェクター１に対し、送信先ポートとしてｎ５を含む制御データを送信すると、プロジェクター１を第１スタンバイ状態から通常動作状態に移行させることができる。
【０１０１】
この例を適用すると、第１装置５やサーバー９など、プロジェクター１と通信可能なプロジェクター１以外の装置が、プロジェクター１に対してアクセスするポート番号を適宜選択することで、第１スタンバイ状態から遷移する動作状態を指定できる。このため、プロジェクター１を第２スタンバイ状態に移行させることができ、更に、プロジェクター１を投射可能な状態にして、速やかに画像の投射を開始させることもできる。
【０１０２】
また、上記実施形態では、図３に示したように、ＵＳＢインターフェイスを拡張した構成からなるＩ／Ｆ５５を例に挙げて説明した。本発明はこれに限定されず、汎用的なインターフェイスにより制御部３０と通信部６０とを接続してもよい。
図９は、プロジェクター１の変形例として、Ｉ／Ｆ５５を、汎用インターフェイスであるＵＳＢ規格に準拠したＩ／Ｆ５５Ａに置き換えた構成を示す。
【０１０３】
図９の制御部３０Ａ（主制御部）は、ＳｏＣ３０１、フラッシュＲＯＭ３１１及びＤＲＡＭ３１２の構成は制御部３０（図３）と共通である。また、制御部３０Ａは、ＳｏＣ３０１のＵＳＢ  Ｉ／Ｆ３１３、及び、割込信号入力端子３１４を備える。
また、通信部６０Ａは、通信ＩＣ６００に代えて通信ＩＣ６００Ａを具備する。通信ＩＣ６００Ａは、通信ＩＣ６００が備えるＲＦ部６０１、処理部６０３、ＥＥＰＲＯＭ６０４、及びＲＡＭ６０５を有する。また、ＵＳＢ  Ｉ／Ｆ６１１、及びリセット端子６１３を有する。通信ＩＣ６００Ａでは、割込信号出力端子６１２を用いない。また、リセット端子６１３に、リセット信号生成ＩＣ６２１が接続される。
【０１０４】
この図９の構成では、制御部３０Ａは、コネクター５６（図３）に代えて、コネクター５８を有し、通信部６０Ａは、コネクター５７（図３）に代えてコネクター５９を有する。コネクター５９は、ＵＳＢインターフェイスに対応する４ピンのコネクターであり、データ線Ｄ＋、データ線Ｄ−、電源線ＰＷＲ、及び接地線ＧＮＤに接続する。
一方、コネクター５８は、データ線Ｄ＋、データ線Ｄ−、電源線ＰＷＲ、及び接地線ＧＮＤに接続する。また、Ｉ／Ｆ５５Ａはスイッチ５９Ａを有し、スイッチ５９Ａはコネクター５８とデータ線Ｄ＋、データ線Ｄ−、及び割込信号線ＩＲＱで接続する。
【０１０５】
図９の構成では、ＵＳＢ  Ｉ／Ｆ６１１とＵＳＢ  Ｉ／Ｆ３１３とが、データ線Ｄ＋及びデータ線Ｄ−で通信を実行する。また、電源線ＰＷＲ及び接地線ＧＮＤにより電源が供給される。
そして、スイッチ５９Ａは、ＵＳＢ  Ｉ／Ｆ６１１のデータ線Ｄ−を、制御部３０Ａの割込信号入力端子３１４に接続するスイッチである。つまり、スイッチ５９Ａは、ＵＳＢ  Ｉ／Ｆ６１１がデータ線Ｄ−を、ＵＳＢ  Ｉ／Ｆ３１３のデータ線Ｄ−と、割込信号入力端子３１４とのいずれかに切り替えて接続する。
第１スタンバイ状態では、スイッチ５９Ａはオンにされる。このため、ＵＳＢ  Ｉ／Ｆ６１１がデータ線Ｄ−に信号を出力すると、この信号は割込信号入力端子３１４に割込信号として入力される。
また、第２スタンバイ状態及び通常動作状態では、スイッチ５９Ａはオフにされ、ＵＳＢ  Ｉ／Ｆ６１１のデータ線Ｄ＋、Ｄ−は、ＵＳＢ  Ｉ／Ｆ３１３のデータ線Ｄ＋、Ｄ−に接続され、データ通信を行うことができる。
このように、割込信号を出力する端子を持たないコネクター５９を利用して、本発明を実現できる。
なお、スイッチ５９ＡはＵＳＢ  Ｉ／Ｆ６１１のデータ線Ｄ−と、ＵＳＢ  Ｉ／Ｆ３１３のデータ線Ｄ−及び割込信号入力端子３１４に接続すればよいが、差動信号の平衡を保つために、図９のようにデータ線Ｄ＋にも接続すると、より好ましい。
【０１０６】
また、図９の例では、電源線ＰＷＲの出力電圧が変動した場合に、リセット信号生成ＩＣ６２１がリセット信号を生成してリセット端子６１３に出力する。このため、制御部３０Ａが第１スタンバイ状態（停止状態）から第２スタンバイ状態に遷移したときに、通信部６０Ａにリセット信号が与えられる。このため、通信部６０Ａをリセットして、第２スタンバイ状態に遷移させることができる。
【０１０７】
この図９の例において、上述したように、通信部６０Ａから制御部３０Ａに対し、割込信号に加え、判別信号を出力する構成とすることもできる。図９の構成では汎用のＵＳＢコネクターであるコネクター５９を利用するので、通信部６０Ａは、ＵＳＢ  Ｉ／Ｆ６１１から出力するデータ線Ｄ＋の信号を、判別信号として利用できる。スイッチ５９Ａによりデータ線Ｄ−の信号が割込信号として制御部３０Ａに入力されるときの、データ線Ｄ＋の電圧値により、判別信号の論理を切り替えることができる。
これにより、図９の構成で、プロジェクター１が第１スタンバイ状態から遷移する動作状態を、第２スタンバイ状態に限らず、通常動作状態とすることができる。遷移する動作状態は、上記のように、第１装置５やサーバー９など、プロジェクター１と通信可能なプロジェクター１以外の装置が、プロジェクター１に対してアクセスするポート番号により、指定できる。このため、プロジェクター１を第２スタンバイ状態に移行させることができ、更に、プロジェクター１を投射可能な状態にして、速やかに画像の投射を開始させることもできる。
【０１０８】
また、上記実施形態では、表示装置の一例として、スクリーンＳＣに画像を投射するプロジェクター１を例示した。本発明はこれに限定されず、液晶モニターまたは液晶テレビ、ＰＤＰ（プラズマディスプレイパネル）に画像／画像を表示するモニター装置またはテレビ受像機であってもよい。また、有機ＥＬ表示パネルに画像／画像を表示するモニター装置またはテレビ受像機等の自発光型の表示装置など、各種の表示装置に本発明を適用してもよい。この場合、液晶表示パネル、プラズマディスプレイパネル、有機ＥＬ表示パネルが表示部に相当する。
また、プロジェクター１の構成において、光変調装置は、３枚の透過型の液晶パネルを用いた構成に限定されず、反射型の液晶パネル、デジタルミラーデバイス（ＤＭＤ）、カラーホイール等を用いた構成を用いてもよい。
【０１０９】
さらに、本発明の通信装置は、プロジェクター１に限定されず、通信可能な構成を具備する装置であればよい。上記実施形態では、無線ＬＡＮで通信する通信部６０、６０Ａを例示して説明したが、有線ＬＡＮ（例えば、Ｅｔｈｅｒｎｅｔ）で通信を行う装置にも適用できる。この場合、ＩＥＥＥ８０２．１１フレームのＩＥＥＥ８０２．１１ヘッダーを抽出し、取得し、判定する処理に代えて、Ｅｔｈｅｒｎｅｔフレームのヘッダーから送信先ＭＡＣアドレスを抽出し、取得し、判定する処理を行えばよい。その他、通信回線の具体的態様、コネクターの仕様、実行するプロトコルの種類等は任意に変更できる。
さらに、本発明の通信装置は、通信を実行する装置であればよく、例えばパーソナルコンピューターであってもよいし、プリンター、スキャナー、その他の各種装置に内蔵される通信モジュールに本発明を適用してもよい。
【０１１０】
また、図２、図３、図９の各図に示した機能部は、プロジェクター１の機能的構成を示すものであって、具体的な実装形態は特に制限されない。つまり、必ずしも各機能部に個別に対応するハードウェアが実装される必要はなく、一つのプロセッサーがプログラムを実行することで複数の機能部の機能を実現する構成とすることも勿論可能である。また、上記実施形態においてソフトウェアで実現されている機能の一部をハードウェアで実現してもよく、あるいは、ハードウェアで実現されている機能の一部をソフトウェアで実現してもよい。また、制御部３０、３０Ａ及び通信部６０、６０Ａは、ＡＳＩＣ（Application Specific Integrated Circuit：特定用途向け集積回路）を用いてもよい。また、ＦＰＧＡ（Field-Programmable Gate Array）等のＰＬＤ（Programmable Logic Device）をプログラミングして構成してもよい。また、複数の半導体デバイスを含む回路として実現してもよい。また、ハードウェアがプログラムを実行して上記機能を実現する場合、このプログラムは、プロジェクター１が備える記憶部の他、別の記憶装置に記憶されてもよい。
【符号の説明】
【０１１１】
１…プロジェクター（表示装置、通信装置）、５…第１装置（外部装置）、７…第２装置（外部装置）、８…ネットワーク、９…サーバー（外部装置）、１０…投射部、１１…光源部、１２…光変調装置、１３…投射光学部、２０…電源部、２２…光源駆動部、２３…光変調装置駆動部、２５…画像処理部、２６…メモリーコントローラー、２７…フレームメモリー、２９…バス、３０、３０Ａ…制御部（主制御部）、３１…投射制御部、３２…通信データ制御部、３３…動作状態制御部、５０…リモコン、５１…操作パネル、５２…リモコン受光部、５３…入力処理部、５４…記憶部、５４Ａ…制御プログラム、５５、５５Ａ…Ｉ／Ｆ、５９Ａ…スイッチ、６０、６０Ａ…通信部、６１…無線通信Ｉ／Ｆ（通信インターフェイス）、６２…通信制御部、１００…通信システム、３０１…ＳｏＣ、３０２…演算処理部、３０３…映像処理部、３０４…情報入出力部、３１３…ＵＳＢ…Ｉ／Ｆ、３１４…割込信号入力端子、３１５…汎用出力端子、６００、６００Ａ…通信ＩＣ、６０１…ＲＦ部、６０２…アンテナ、６０３…処理部、６０５…ＲＡＭ、６１１…ＵＳＢ…Ｉ／Ｆ、６１２…割込信号出力端子、６１３…リセット端子、６２１…リセット信号生成ＩＣ、Ｄ＋…データ線、Ｄ−…データ線、ＧＮＤ…接地線、ＩＲＱ…割込信号線、Ｎ…無線通信ネットワーク、ＰＷＲ…電源線、ＲＳＴ…リセット信号線、ＳＣ…スクリーン。
【図１】
2017097583.tif 000003
【図２】
2017097583.tif 000004
【図３】
2017097583.tif 000005
【図４】
2017097583.tif 000006
【図５】
2017097583.tif 000007
【図６】
2017097583.tif 000008
【図７】
2017097583.tif 000009
【図８】
2017097583.tif 000010
【図９】
2017097583.tif 000011