JP2014127088A - 情報処理装置、その制御方法、プログラム - Google Patents

Abstract

【課題】 画面転送システムにおいてセキュリティを確保しつつ、ユーザの簡便な操作により、表示装置の電源状態の変化を可能とさせる。
【解決手段】 第１のプロトコルを用いて、表示制御装置の電源状態を検知し、検知された表示制御装置の電源状態に基づき、表示制御装置の電源状態を示す指標を表示し、指標が指定された場合、第２のプロトコルを用いて表示制御装置の電源状態の変更処理を開始し、表示制御装置が制御する表示部の電源が入状態であると検知された場合、指標の指定に基づく電源状態の変更処理が開始される。
【選択図】 図５

Description

本発明は、表示制御装置と通信可能な情報処理装置に関する。

通常、ＰＣとプロジェクタとはアナログＲＧＢケーブルを用いたアナログ接続によって画像信号の送受信を行っていた。その一方で近年、ネットワークを介してＰＣとプロジェクタを接続するネットワーク画面転送システムが注目されている。

このネットワーク画面転送システムにおいては、ＰＣなどの情報処理装置に表示された画面について、いわゆる画面キャプチャを定期的に行い、画面キャプチャによって取得された画像データをプロジェクタなどの表示装置に送信している。

このネットワーク画面転送システムにおいては、特許文献１のように、ＰＣとプロジェクタの接続を確立する際に、パスワード入力を求める構成が一般的である。利用中のプロジェクタに外部から不正な映像データの投影が行われるのを防ぐためにも有用な機能である。

特開２００３−６９９２３号公報

ネットワークを介してＰＣから画像を転送する際、プロジェクタが電源切状態など、投影を行なわない状態になっている可能性がある。このような場合においては、ＰＣからプロジェクタにネットワークを介して画像を転送する前に、プロジェクタを投影を行なう状態に変化させておく必要がある。

しかしながら、管理権限のない一般ユーザが遠隔からプロジェクタの電源状態を変更するのは、セキュリティ上好ましくない。

本発明に係る情報処理装置は、第１のプロトコルを用いて表示制御装置との通信を確立し、前記表示制御装置に画像データを送信することが可能な情報処理装置であって、前記第１のプロトコルを用いて、前記表示制御装置の電源状態を検知する検知手段と、前記検知手段により検知された前記表示制御装置の電源状態に基づき、前記表示制御装置の電源状態を示す指標を表示する表示制御手段と、前記指標が指定された場合、前記第１のプロトコルとは異なる第２のプロトコルを用いて、前記表示制御装置の電源状態の変更処理を開始する制御手段とを有し、前記検知手段により前記表示制御装置が制御する表示部の電源が入状態であると検知された場合、前記制御手段により、前記指標の指定に基づく前記電源状態の変更処理が開始され、前記検知手段により前記表示制御装置が制御する表示部の電源が切状態であると検知された場合、前記指標の指定に基づく前記電源状態の変更処理は開始されないことを特徴とする情報処理装置。

本発明によれば、セキュリティを確保しつつ、表示制御装置を適切に制御することが可能となる。

画面転送システムの概念図である。 本発明を実現するためのＰＣとプロジェクタのブロック図である。 本発明を実現するためのＰＣ側のフローチャートである。 本発明を実現するためのＰＣ側の詳細なフローチャートである。 本発明を実現するためのＧＵＩ例である。 本発明を実現するためのコマンド構成である。 本発明を実現するためのｗｅｂページの表示例である。 本発明を実現するための管理用の認証のシーケンス図である。 本発明を実現するためのプロジェクタ側の状態遷移図である。

以下、図面を参照して本発明の実施例を詳細に説明するが、この発明は以下の実施の形態に限定されない。また、この発明の実施の形態は発明の好ましい形態を示すものであり、発明の範囲を限定するものではない。

＜第１の実施形態＞
図１は本実施例の実施形態にかかわる基本的な構成である。本実施例では、本発明の情報処理装置の一例であるパーソナルコンピュータ１００（以下ＰＣ）と、表示装置の一例であるプロジェクタ２００がＬＡＮ１５０を介して通信ネットワークを形成している画面転送システムを例にとって説明する。本実施例のＰＣ１００は、そのディスプレイに表示中の映像を画像データとしてキャプチャし、圧縮する。そして圧縮した画像データを通信ネットワークに接続されたプロジェクタに送信する。このキャプチャ〜送信を連続的に行うことで、ＰＣ１００は自機に表示された画面をプロジェクタ２００に送出することができる。一方、プロジェクタ２００は、ＰＣ１００より圧縮されたデータを受信してデコードし、これを投影する。この画像データの送信は、画像データ送信のための第１のプロトコルで実現される。

以下、図２を用いて本実施例の画面転送システムを構成するＰＣ１００とプロジェクタ２００の主要な構成を説明する。構成の説明の後、基本的な動作について説明する。

まず、ＰＣ１００の主要な構成を説明する。

１０１は、ＣＰＵであり、ＰＣ１００の全体の制御を行う。

１０２は、ＲＡＭであり、データの格納を行うメインメモリである。ＲＡＭ１０２は、主に、ＣＰＵ１０１が実行するプログラムを格納、或いは展開する領域、プログラム実行中のワーク領域など、様々なデータの格納領域として使用される。

１０３は、ＶＲＡＭであり、後述する表示部１０６に表示する画像を格納するための領域として使用される。なおＲＡＭ１０２の速度が十分高速であれば、ＶＲＡＭ１０３は、ＲＡＭ１０２と同じであってもよい。

１０４は、ＲＯＭであり、ＣＰＵ１０１が初期化時に実行するブートプログラムが格納されている。なお、ブートプログラムでは、後述するＨＤＤ１０５に記録されているＯＳをＲＡＭ１０２に展開して起動する処理が行われる。

１０５は、ハードディスクドライブ（以下ＨＤＤ）であり、アプリケーションプログラムやＯＳなどの各種プログラムとデータを格納するために使用される。

１０６は、表示部である。表示部１０６は、後述する表示制御部１０７より指示された画像の表示を行う。表示部１０６は例えば、液晶パネル、或いは有機ＥＬパネルである。

１０７は、表示制御部である。表示制御部１０７は、ＶＲＡＭ１０３に格納された画像を読み出し、これを表示部１０６に表示する処理を行う。

１０８は、操作部であり、ユーザからの入力を受け付ける。操作部１０８は、例えばキーボード、マウス、タッチパネル等によって構成され、これらの入力操作はＣＰＵ１０１に送信される。

１０９は、通信部であり、通信ネットワーク１５０を介して外部機器、具体的にはプロジェクタ２００と通信を行う。通信部１０９は、例えば１ギガビットイーサネット（登録商標）等のインタフェースによって構成される。

１１０は、上述した各処理ブロック間を接続する内部バスである。

次にプロジェクタ２００の主要な構成を説明する。

２０１は、ＣＰＵであり、プロジェクタ２００の全体の制御を行う。

２０２は、ＲＡＭであり、データの格納を行うメインメモリである。ＲＡＭ２０２は、主に、ＣＰＵ１０１が実行するプログラムを格納、或いは展開する領域、プログラム実行中のワーク領域など、様々なデータの格納領域として使用される。

２０３は、ＲＯＭである。ＲＯＭ２０３にはプロジェクタ２００が動作するためのプログラムやパラメータなどのデータが予め書き込まれており、ＣＰＵ２０１はＲＯＭ２０３の内容に従って動作する。

２０４は、ＶＲＡＭであり、後述する投影部２０６で投影する画像を格納するための領域として使用される。

２０５は、デコーダであり、ＰＣ１００より受信した画像データが例えば、Ｊｐｅｇなどの符号化方式によってエンコードされていた場合にこれをデコードする。

２０６は、投影部である。投影部１０６は、後述する投影制御部２０７により指示された画像の表示を行う。投影部２０６は具体的には、液晶パネル、レンズ、光源で構成される。

２０７は、投影制御部である。投影制御部２０７は、ＶＲＡＭ２０４に格納された画像を読み出し、これを投影部１０７に投影する処理を行う。

２０８は、操作部であり、ユーザからの入力を受け付ける。操作部２０８は、筐体に付随するボタンや、不図示のリモコンからのユーザ操作を受け付けるリモコン受信部等によって構成され、これらの入力操作は、ＣＰＵ２０１に送信される。

２０９は、通信部であり、通信ネットワーク１５０を介して外部機器、具体的にはＰＣ１００と通信を行う。通信部２０９は、例えば１ギガビットイーサネット（登録商標）等のインタフェースによって構成される。

２１０は、上述した各処理ブロック間を接続する内部バスである。

次にプロジェクタ２００の状態遷移について図９を用いて説明する。

まず、プロジェクタ２００に不図示のＡＣ電源ケーブルが接続され、各部に電力が供給されると、ＣＰＵ２０１が起動する。ＣＰＵ２０１は起動時に、まず投影制御部２０７を介して、不図示のランプの状態を取得する。ランプが正常であれば、ＣＰＵ２０１はＳ９００のスタンバイ状態に遷移する。一方、ランプが切れていることを検出すると、ＣＰＵ２０１はランプ切れ状態Ｓ９０２に遷移する。

スタンバイ状態Ｓ９００は、画像の投影はしない状態である。ＣＰＵ２０１は、非投影時には使用しないＶＲＡＭ２０４、デコーダ２０５、投影制御部２０７、投影部２０６に対し、電源を供給しないように制御する。この状態は電源切状態の一例である。ここで、ＣＰＵ２０１は、パワーオンのイベントを受信すると、投影状態Ｓ９０１に遷移する。パワーオンのイベントは、例えば、操作部２０８のボタン操作やリモコン操作で発生したり、通信部２０９で受信するコマンドによって通知されたりする。

投影状態Ｓ９０１は、画像の投影を行なう状態である。ＣＰＵ２０１は、プロジェクタ２００の全てのブロックに電源を供給し、画像の投影を可能とする。この状態は電源入状態の一例である。ここで、ＣＰＵ２０１は、パワーオフのイベントを受信すると、スタンバイ状態Ｓ９００に遷移する。パワーオフのイベントは、例えば、操作部２０８のボタン操作やリモコン操作で発生したり、通信部２０９で受信するコマンドによって通知されたりする。また、ＣＰＵ２０１は、投影制御部２０７を介して、不図示のランプが切れたことを検知すると、ランプ切れ状態Ｓ９０２に遷移する。

ランプ切れ状態Ｓ９０２は、ランプが発光不可能な状態であり、画像の投影はしない状態である。ＣＰＵ２０１は、Ｓ９００と同様に、非投影時には使用しないＶＲＡＭ２０４、デコーダ２０５、投影制御部２０７、投影部２０６に対し、電源を供給しないように制御する。この状態から他の状態に遷移するには、ユーザが不図示のランプを交換する必要がある。ＣＰＵ２０１は、不図示のランプが交換されたことを検知すると、スタンバイ状態Ｓ９００に遷移する。

Ｓ９００〜Ｓ９０２の何れであっても、ＣＰＵ２０１は、起動時に、ＲＯＭ２０３に格納されたプログラムであるｗｅｂサーバを起動する。ｗｅｂサーバ機能は、通信部２０９を介し、ＰＣ等の外部のｗｅｂクライアント機器とＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）で通信するための機能である。具体的には、所定のページに対するＧＥＴリクエストを受信し、応答としてハイパーテキストを返したり、ＰＯＳＴリクエストを受信して、その内容に応じて動作を行なったり、といった機能である。特に、ＰＯＳＴリクエストにて、前述のパワーオンイベントやパワーオフイベントを受信することができる。ハイパーテキストはＲＯＭ２０３に予め格納しておいてもよいし、ＲＯＭ２３に格納されたプログラムによりＣＰＵ１０１が動的に生成してもよい。また、所定のページに対し、管理用ユーザ名と管理用パスワードによる認証を要するようにしておき、使用するユーザを制限することができる。管理用ユーザ名と管理用パスワードは予め決定しておき、ＲＯＭ２０３に記憶していてもよいし、操作部２０８によりユーザが登録するようにしてもよい。詳しい管理用の認証のシーケンスについては後述する。

ここで、本実施例の画面転送システムの通常の動作について説明する。

なお説明の簡単化のために、ＰＣ１００の通信部１０９とプロジェクタ２００の通信部２０９間で双方向の通信が可能な状態になっているものとする。

まず、画面転送システムを構成するＰＣ１００の通常の動作について説明する。ここで説明する通常の動作とは、ＰＣ１台とプロジェクタ１台が画面転送用の認証処理を経てネットワーク接続を確立し、ＰＣの画面データをプロジェクタに送信して、プロジェクタがこれを受信、投影表示する一連の処理のことである。なお以下の動作は、ＰＣ１００上のＣＰＵ１０１で動作するプログラムによって実現されるものである。本実施例ではこのプログラムを画面転送アプリケーションとする。

最初に、ユーザから操作部１０８を介して、画面転送アプリケーションの開始が指示されると、この命令はＣＰＵ１０１に通知され、図３のフローが開始される。

Ｓ３００にて、ＣＰＵ１０１は、通信部１０９を制御し、ネットワーク上に存在するプロジェクタの検索コマンドを発行し、プロジェクタからの応答コマンドを待ち受ける。ここで、プロジェクタの検索コマンドは、ブロードキャストやマルチキャストを用いて発行する。ネットワーク上に前述のプロジェクタ検索コマンドに応答可能なプロジェクタが存在していれば、プロジェクタから応答コマンドが同様にブロードキャストやマルチキャストを用いて返信される。検索コマンドについて図６（ｅ）を用いて説明する。６００は、検索コマンドの例である。検索をあらわすコマンドであることを示すＣｏｍｍａｎｄＩＤタグ６００から構成される。

次に、Ｓ３０１にて、通信部１０９が応答コマンドを受信すると、ＣＰＵ１０１はこれをＲＡＭ１０２に格納する。なお、プロジェクタが返信する応答コマンドには、当該プロジェクタのＩＰアドレス、当該プロジェクタとの接続が可能かどうか、接続に際して画面転送用パスワードが必要かどうか、ｗｅｂページのパス、サービス情報といった各種情報が含まれている。

次に、Ｓ３０２にて、ＣＰＵ１０１は、ＲＡＭ１０２に格納された応答コマンドを解析し、接続可能なプロジェクタ一覧を作成し、さらにこれをＧＵＩとして構成し、表示部１０６を介してユーザに提示する。ここで、各プロジェクタが、上記応答コマンドより接続に際して画面転送用パスワードが必要となるプロジェクタであれば、ＣＰＵ１０１は、画面転送用パスワード入力画面をＧＵＩとして構成し、表示部１０６を介してユーザに提示する。また、Ｓ３０１にてＲＡＭ１０２に記憶した情報を元にＧＵＩを構築するのだが、このステップの詳細については、後述する。

次に、Ｓ３０３にて、ユーザから操作部１０８を介して、接続するプロジェクタが選択されると、この命令はＣＰＵ１０１に通知される。また、選択されたプロジェクタに対応した画面転送用パスワード入力がされた場合も、同様に画面転送用パスワードはＣＰＵ１０１に通知される。ＣＰＵ１０１は、画面転送用パスワード情報を格納した接続要求コマンドを生成し、通信部１０９を制御して、ユーザが選択したプロジェクタに対して、接続要求コマンドを送信して、このコマンドに対する返信を待ち受ける。なお、接続に際して画面転送用パスワード入力が必要ないプロジェクタであれば、画面転送用パスワード情報を格納しない接続要求コマンドを送信して、このコマンドに対する返信を待ち受ける。接続要求コマンドについて図６（ｆ）を用いて説明する。６２０は、接続要求コマンドの例である。接続要求をあらわすコマンドであることを示すＣｏｍｍａｎｄＩＤタグ６２１、画面転送用パスワードを示すＰａｓｓｗｏｒｄタグ６２２から構成される。

次に、Ｓ３０４にて、通信部１０９がプロジェクタから上記接続要求コマンドに対する返信を受信すると、ＣＰＵ１０１はこれをＲＡＭ１０２に格納する。

次に、Ｓ３０５にて、ＣＰＵ１０１は、ＲＡＭ１０２に格納された接続要求コマンドの返信を解析し、自身の接続要求がプロジェクタに許可されたかどうかを判定する。ここで接続が許可された場合は、Ｓ３０６に遷移する。一方、画面転送用パスワード認証が失敗したために接続が許可されなかった場合には、Ｓ３０２に遷移し、再度ＧＵＩを構成し、これをユーザに提示する。

次に、Ｓ３０６にて、ＣＰＵ１０１は、プロジェクタへの画面データの送信処理の開始、停止を制御するためのＧＵＩを構成し、表示部１０６を介してユーザに提示し以降の処理に移る。

以上が画面転送システムを構成するＰＣ１００の通常の動作のうち、ＰＣとプロジェクタが認証処理を経てネットワーク接続を確立する基本フローの説明である。

引き続き、ＰＣの画面データをプロジェクタに送信して、投影させるフローの説明を行う。

ユーザから操作部１０８を介して、画面転送の開始が指示されると、この命令はＣＰＵ１０１に通知される。

次にＣＰＵ１０１は、表示制御部１０７を制御し、表示部１０６に表示中の画像データをＶＲＡＭ１０３からＲＡＭ１０２に転送する。なお本明細書記載のキャプチャとはこの処理を示している。

次にＣＰＵ１０１は、キャプチャ処理によりＲＡＭ１０２に格納された画像データを画面転送アプリケーションのプログラムによってエンコードする処理を行う。ここでエンコード用いる手法は画像データの圧縮に一般的に用いられるＪｐｅｇ符号化であるとする。なお、圧縮の方法はこれに限定されるものではなく、後述するプロジェクタ２００でデコードが可能なものであればその様態を問わない。

次に、ＣＰＵ１０１は、通信部１０９を制御し、ＲＡＭ１０２に格納されたエンコード済みの画像データをプロジェクタ２００に送信する。

ＰＣ１０１は、画面転送の開始指示以降は、定期的または表示部１０７の変化に応じて上述のキャプチャ、エンコード、画面データ送信処理をユーザから画面転送の停止指示をＣＰＵ１０１が検知するまで繰り返す。

以上がＰＣの画面データをプロジェクタに送信して投影させるフローの説明である。

続いて、画面転送システムを構成するプロジェクタ２００の通常の動作について説明する。なお以下の動作は、プロジェクタ２００上のＣＰＵ２０１で動作するプログラムによって実現されるものである。

まず、ＣＰＵ２０１は、通信部２０９を制御し、上述したＰＣからの検索コマンドや接続要求コマンドを待ち受ける。

通信部２０９がプロジェクタ検索コマンドを受信すると、ＣＰＵ２０１は自身のＩＰアドレス、ＰＣからの接続を受け付け可能かどうかの情報、接続に際しての画面転送用パスワードの必要性等の各種情報を格納した応答コマンドをＲＡＭ２０２上に生成する。

次に、ＣＰＵ２０１は通信部２０９を制御し、前記応答コマンドをネットワーク上にブロードキャストまたはマルチキャストする。

また、通信部２０９が接続要求コマンドを受信すると、ＣＰＵ２０１はこれをＲＡＭ２０２に格納する。前述したように当該コマンドには接続に必要な画面転送用パスワードが含まれている。

次に、ＣＰＵ２０１はＲＡＭ２０２に格納された接続要求コマンドに含まれている画面転送用パスワードと、ＲＯＭ２０３に保持している当該プロジェクタと接続するために必要な画面転送用パスワードとの比較処理を行う。画面転送用パスワードが一致していれば、接続を許可する旨を記載した返信コマンドをＲＡＭ２０２上に生成し、画面転送用パスワードが一致していなければ接続を許可しない旨を記載した返信コマンドをＲＡＭ２０２上に生成する。

次に、ＣＰＵ２０１は、通信部２０９を制御して、前記接続要求コマンドに対する返信コマンドを接続要求コマンドの送信元であるＰＣに対して送信する。なお、接続に際して画面転送用パスワードが必要でない場合には、このパスワード認証処理は行わない。ＣＰＵ２０１は、上記パスワード認証処理によって、接続を許可したＰＣをＲＡＭ２０２上に接続許可ＰＣとして管理し、以降の画像データの受信、投影処理等を行うよう制御を行う。

以上が、画面転送システムを構成するプロジェクタ２００の通常の動作のうち、ＰＣ１台とプロジェクタ１台が認証処理を経てネットワーク接続を確立するフローの説明である。

引き続き、ＰＣの画面データを受信して、投影するフローの説明を行う。

ＣＰＵ２０１は、通信部２０９を制御し、ＰＣより画像データを受信するのを待ちうける。

前述のＰＣの動作によって、プロジェクタ２００に送信された画像データを通信部２０９が受信すると、ＣＰＵ２０１は、これをＲＡＭ２０２に格納する。

次に、ＣＰＵ２０１は、デコーダ２０５を制御し、ＲＡＭ２０２に格納されたＪｐｅｇ符号化された画像データのデコード処理を行う。ここでデコード後の画像データは、ＶＲＡＭ２０４に格納される。

次に、ＣＰＵ２０１は、投影制御部２０７を制御し、ＶＲＡＭ２０４に格納された画像データを読み出し、これを投影部２０６から投影表示する。

以上が、本実施例の画面転送システムにおいて、ＰＣから送信する画像データをプロジェクタ２００が受信して投影するまでの通常フローである。

ここで、本実施例の画面転送システムの特徴的な動作である、電源状態がスタンバイ状態やランプ切れ状態といった非投影のプロジェクタと、ＰＣとの間で画面転送システムを構築する場合のフローについて説明する。基本的には、前述の図３で示したフローであるが、その内、Ｓ３０２の内部のフローを、図４を用いて詳細に説明する。

まず、Ｓ４０１にて、ＣＰＵ１０１は、図５（ａ）に例示されるプロジェクタ選択画面５００を表示する。プロジェクタ選択画面５００は、ユーザが画面転送の表示先のプロジェクタを選択するための画面である。プロジェクタ選択画面５００は、ネットワーク内のプロジェクタの識別情報をリスト表示するプロジェクタ情報表示領域５０１ａ〜ｅ、ＯＫボタン５０２を含んでいる。リスト内のプロジェクタ情報表示領域５０１は、夫々画面転送用パスワード入力部５０３や、所謂ラジオボタンである選択ボタン５０４を含んでいる。また、場合によってプロジェクタ情報表示領域５０１は、電源アイコン５０６やランプ切れアイコン５０７といった指標を含む場合があり、詳しくは後述する。なお、本実施例ではプロジェクタ情報表示領域を５つとした例を説明したが、これに限定されず、それ以外の数であってもよいし、可変個数であってもよい。プロジェクタ情報表示領域５０１は、この段階では空欄になっており、内容は後のステップで表示される。

次に、Ｓ４０２以降にて、ＣＰＵ１０１は、Ｓ３０１にてＲＡＭ１０２に記憶された応答コマンドの個数分、即ち、ネットワーク１５０上に検出されたプロジェクタの個数分だけ、Ｓ４０３を繰り返し実施する。

ここで、応答コマンドの詳細について、図６（ａ）〜（ｄ）を用いて説明する。６１０ａ〜ｄそれぞれ応答コマンドの例であり、以下特に示さない場合は共通の構成について説明する。本応答コマンド６１０は、応答コマンドであることを示すＣｏｍｍａｎｄＩＤタグ６１１、プロジェクタの電源状態を示すＳｔａｔｕｓタグ６１２を含む。また、自身のネットワーク上での所在であるＩＰアドレスを示すＩＰＡｄｄｒｅｓｓタグ６１３、自身の名称を示すＰＪＮａｍｅタグ６１４、自身の設定場所を示すＰＪＬｏｃａｔｉｏｎタグ６１５を含む。また、接続に際して画面転送用パスワードが必要かどうかを示すｉｓＰａｓｓｗｏｒｄＲｅｑｕｉｒｅｄタグ６１６を含む。さらに、前述したプロジェクタに搭載されたｗｅｂサーバ上の電源制御ページのパス情報であるＰｏｗｅｒＣｔｒｌＰａｇｅタグ６１７、サポート情報ページのパス情報であるＳｕｐｐｏｒｔＰａｇｅタグ６１８を含む。なお、ＳｕｐｐｏｒｔＩｎｆｏタグ６１９については、本実施例では使用しない。

ＩＰＡｄｄｒｅｓｓタグ、ＰＪＮａｍｅタグ、ＰＪＬｏｃｔｉｏｎタグ、ｉｓＰａｓｓｗｏｒｄＲｅｑｕｉｒｅｄタグは、プロジェクタ毎の設定値である。プロジェクタ側ではＣＰＵ２０１がＲＯＭ２０３よりこれらの値を取得して格納することで応答コマンドを生成する。例えば、プロジェクタ２００ａの場合は、ＩＰＡｄｄｒｅｓｓタグは”１９２．１６８．１．１００”、ＰＪＮａｍｅタグは”ＰＪ１”、ＰＪＬｏｃａｔｉｏｎタグは、”ＲｏｏｍＡ”、ｉｓＰａｓｓｗｏｒｄＲｅｑｕｉｒｅｄタグは、”ＴＲＵＥ”となる。プロジェクタ２００ｂの場合には、ＩＰＡｄｄｒｅｓｓタグは”１９２．１６８．１．１１０”、ＰＪＮａｍｅタグは”ＰＪ２”、ＰＪＬｏｃａｔｉｏｎタグは、”ＲｏｏｍＢ”、ｉｓＰａｓｓｗｏｒｄＲｅｑｕｉｒｅｄタグは、”ＴＲＵＥ”のようになる。なおこれらの値は初期値として設定してあるか、または、ユーザが操作部２０８を介してプロジェクタのＲＯＭ２０３に設定してあるものである。

Ｓｔａｔｕｓタグ６１２は、プロジェクタの電源状態に応じてＣＰＵ２０１が次の３種類から決定する。即ち、投影状態Ｓ９０１であれば「ＰＲＯＪＥＣＴＩＯＮ」、スタンバイ状態Ｓ９００であれば「ＳＴＡＮＤＢＹ」、ランプ切れ状態Ｓ９０２であれば「ＬＡＭＰ＿ＥＲＲＯＲ」である。例えば、Ｓｔａｔｕｓタグ６１２ａは「ＰＲＯＪＥＣＴＩＯＮ」である。

ＰｏｗｅｒＣｔｒｌＰａｇｅタグ６１７、ＳｕｐｐｏｒｔＰａｇｅタグ６１８の値は、プロジェクタのｗｅｂサーバの構成により決定されるものであり、ＲＯＭ２０３に固定値として格納されている。

このような形態のコマンドをＰＣが検知することで、Ｓ４０２以降のＰＣ側の処理が可能となる。

Ｓ４０２以降では、ＣＰＵ１０１は、このような応答コマンド毎にループを行なう。本実施例では、プロジェクタ２００ａ〜ｄまでの４台のプロジェクタから、計４個の応答コマンド６１０ａ〜ｄを受け取ったと仮定して説明を行なう。

Ｓ４０３では、ＣＰＵ１０１は、プロジェクタ情報表示領域５０１ａ〜ｅに対し、ループ毎に順次最上段から当該応答コマンドに従った表示を行なう。例えば、ＣＰＵ１０１は、ＲＡＭ１０２に応答コマンド６１０ａ〜ｄが格納されていた場合、夫々プロジェクタ情報表示領域５０１ａ〜ｄに対応させて表示を行なうのである。

まず、ＣＰＵ１０１は、プロジェクタ情報表示領域５０１に対し、ＰＪＮａｍｅタグ６１４、ＰＪＬｏｃａｔｉｏｎタグ６１５、ＩＰＡｄｒｅｓｓタグ６１３のプロジェクタ情報を表示する。プロジェクタ情報表示領域５０１ａの例では、ＰＪＮａｍｅタグ６１４ａの「ＰＪ１」、ＰＪＬｏｃａｔｉｏｎタグ６１５ａの「ＲｏｏｍＡ」という文字列をＣＰＵ１０１は表示している。さらに、ＩＰＡｄｒｅｓｓタグ６１３ａの「１９２．１６８．１．１００」という数値をＣＰＵ１０１は表示しているのである。

次いで、ＣＰＵ１０１は、画面転送用パスワード入力部５０３を表示する。ここで、ＣＰＵ１０１は、ｉｓＰａｓｓｗｏｒｄＲｅｑｕｉｒｅｄタグ６１６が画面転送用パスワードが不要であることを示す「ＦＬＡＳＥ」、Ｓｔａｔｕｓタグ６１２が投影中を意味する「ＰＲＯＪＥＣＴＩＯＮ」であれば、画面転送用パスワード入力部５０３をグレーアウトし入力不可とする。画面転送用パスワード入力部５０３ｂ〜ｄが例である）。一方、ＣＰＵ１０１は、ｉｓＰａｓｓｗｏｒｄＲｅｑｕｉｒｅｄタグ６１６が、画面転送用パスワードが必要であることを示す「ＴＲＵＥ」であり、且つ、Ｓｔａｔｕｓタグ６１２が「ＰＲＯＪＥＣＴＩＯＮ」であれば、画面転送用パスワード入力部５０３を有効化し入力可能とする（画面転送用パスワード入力部５０３ａが例である）。

次いで、ＣＰＵ１０１は、Ｓｔａｔｕｓタグ６１２に従い、アイコンを表示、若しくは非表示する。Ｓｔａｔｕｓタグ６１２が「ＰＲＯＪＥＣＴＩＯＮ」であればアイコンは非表示である。Ｓｔａｔｕｓタグ６１２ａとそれに対応したアイコン非表示部分５０５ａ、及び、Ｓｔａｔｕｓタグ６１２ｃとそれに対応したアイコン非表示部分５０５ｃがその例である。Ｓｔａｔｕｓタグ６１２が「ＳＴＡＮＤＢＹ」であれば、電源アイコン５０６を表示する。Ｓｔａｔｕｓタグ６１２ｂとそれに対応した電源アイコン５０６ｂがその例である。Ｓｔａｔｕｓタグ６１２が「ＬＡＭＰ＿ＥＲＲＯＲ」であれば、ランプ切れアイコン５０７を表示する。Ｓｔａｔｕｓタグ６１２ｄとそれに対応したランプ切れアイコン５０７ｄがその例である。

なお、ＣＰＵ１０１は、電源アイコン５０６、ランプ切れアイコン５０７を所謂ハイパーリンクとして構成しており、当該プロジェクタのｗｅｂサイトへのリンク情報を付加する。より詳細には、電源アイコン５０６は、ＩＰＡｄｒｅｓｓタグ６１３とＰｏｗｅｒＣｔｒｌＰａｇｅタグ６１７を連結させたｕｒｌへのリンク情報を付加する。具体的には、電源アイコン５０６ｂの例では、ＩＰＡｄｒｅｓｓタグ６１３ｂとＰｏｗｅｒＣｔｒｌＰａｇｅタグ６１７ｂとの連結となるため、”ｈｔｔｐ：／／１９２．１６８．１．１１０／ｐｏｗｅｒ．ｈｔｍｌ”へのリンクとなるのである。一方、ランプ切れアイコン５０７は、ＩＰＡｄｒｅｓｓタグ６１３とＳｕｐｐｏｒｔＰａｇｅタグ６１８とを連結させたｕｒｌへのリンク情報が付加されている。具体的には、電源アイコン５０６ｄの例では、ＩＰＡｄｒｅｓｓタグ６１３ｄとＳｕｐｐｏｒｔＰａｇｅタグ６１８ｄとの連結となるため、”ｈｔｔｐ：／／１９２．１６８．１．１３０／ｓｕｐｐｏｒｔ．ｈｔｍｌ”へのリンクとなるのである。

次いで、ＣＰＵ１０１は、選択ボタン５０４を表示する。この際、Ｓｔａｔｕｓタグ６１２に従い、選択ボタン５０４を通常表示するか、グレーアウト表示するか変える。Ｓｔａｔｕｓタグ６１２が「ＰＲＯＪＥＣＴＩＯＮ」であればアイコンを通常表示とし、ユーザにより選択可能とする。Ｓｔａｔｕｓタグ６１２ａとそれに対応した選択ボタン５０４ａ、及び、Ｓｔａｔｕｓタグ６１２ｃとそれに対応した選択ボタン５０４ｃがその例である。Ｓｔａｔｕｓタグ６１２が「ＳＴＡＮＤＢＹ」若しくは「ＬＡＭＰ＿ＥＲＲＯＲ」であれば、選択ボタン５０４をグレーアウト表示とし、ユーザによる指定を不可能とする。Ｓｔａｔｕｓタグ６１２ｂとそれに対応した選択ボタン５０４ｂ、Ｓｔａｔｕｓタグ６１２ｄとそれに対応した選択ボタン５０４ｄがその例である。

次に、Ｓ４０４にて、ＣＰＵ１０１は、ユーザが操作部１０８を介して、電源アイコン５０６を選択したかを判定する。選択したと判定した場合、Ｓ４０５に遷移し、そうでなければＳ４０６に遷移する。

次に、Ｓ４０５にて、ＣＰＵ１０１は、電源アイコン５０６のリンク先を、ＨＤＤ１０５に格納されたｗｅｂブラウザアプリケーションにて表示させ、電源状態の変更処理が開始される。このステップの詳細を図８のシーケンス図を用いて説明する。

まず、ＣＰＵ１０１は、通信部１０９を介し、電源アイコン５０６のリンク先のＵＲＬに対してＨＴＴＰのＧＥＴリクエストを発行する（Ｓ８００）。接続先であるプロジェクタ２００は、ＣＰＵ１０１からのアクセスを受け、当該ＵＲＬには認証が必要である旨のＨＴＴＰのステータスコード４０１レスポンスを返却する（Ｓ８０１）。それに対し、ＣＰＵ１０１は、図７（ａ）に示す認証画面７００を表示部１０８に表示し、ユーザに認証情報の入力を促す（Ｓ８０２）。認証画面７００は、ユーザに対して管理用ユーザ名と管理用パスワードを入力することを促すメッセージ７０１を有する。更に、ユーザからの入力を受け付ける管理用ユーザ名入力部７０２、管理用パスワード入力部７０３、入力を完了したことを通知するためのＯＫボタン７０４、入力をキャンセルするためのキャンセルボタン７０５を有する。ＣＰＵ１０１は、ユーザがＯＫボタン７０４を押したことを検知すると、管理用ユーザ名入力部７０２と、管理用パスワード入力部７０３の内容を所定の方式でエンコードした文字列をＧＥＴリクエストに付加する。そしてＧＥＴリクエストに再度接続先のプロジェクタに対して発行する（Ｓ８０３）。一方、プロジェクタ側では、得られた認証文字列を所定の方法でデコードし、管理用ユーザ名と管理用パスワードを得る。そしてそれらと、ＲＯＭ２０３に記憶していた管理用ユーザ名と管理用パスワードと照合する。一致した場合、プロジェクタ２００はＨＴＴＰのステータスコード２００の成功レスポンスと共にｗｅｂページのハイパーテキストを返す（Ｓ８０４）。ＣＰＵ１０１は、それを、通信部１０９を介して取得し、ｗｅｂブラウザ上に表示させる。

なお、認証画面７００にて、ＣＰＵ１０１がユーザによりキャンセルボタン７０５が押下されたことを検知した場合、若しくは、認証が失敗した場合、ＣＰＵ１０１は認証画面７００を消去し不図示のエラーメッセージを表示する。

ｗｅｂブラウザの表示を、図７（ｂ）を用いて説明する。７０６は、ｗｅｂブラウザ上に表示された電源コントロール画面である。７０７は、ＵＲＬ入力部であり、表示中のＵＲＬが既に入力されている。メッセージ７０８は、ユーザに対し、電源コントロールのための画面であることを示すためのメッセージである。スタンバイ状態選択部７０９、投影状態選択部７１０は、プロジェクタに対して状態変化を要求するための選択肢である。本例では、スタンバイ状態選択部７０９が実線の矩形で囲まれ選択されており、プロジェクタはスタンバイ状態Ｓ９００であることを示している。ユーザがスタンバイ状態選択部７０９を選択すると、ＣＰＵ１０１はそれを検知し、通信部１０９を介し、ＨＴＴＰのＰＯＳＴリクエストにて、プロジェクタに対しパワーオフのイベントを発行する。一方、ユーザが投影状態選択部７１０を選択すると、ＣＰＵ１０１はそれを検知し、通信部１０９を介し、ＨＴＴＰのＰＯＳＴリクエストにて、プロジェクタに対しパワーオンのイベントを発行する。この後、Ｓ４１３に遷移する。

一方、Ｓ４０６にて、ＣＰＵ１０１、ユーザが操作部１０８を介して、ランプ切れアイコン５０７を選択したかを判定する。選択したと判定した場合、Ｓ４０７に遷移し、そうでなければＳ４０８に遷移する。

次に、Ｓ４０７にて、ＣＰＵ１０１は、ランプ切れアイコン５０７のリンク先を、ＨＤＤ１０５に格納されたｗｅｂブラウザアプリケーションにて表示させる。詳細を以下で説明する。

まず、ＣＰＵ１０１は、通信部１０９を介し、ランプ切れアイコン５０７のリンク先のＵＲＬに対してＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のＧＥＴリクエストを発行する。その後の認証のシーケンスはＳ４０５と同様である。認証に成功すると、接続先であるプロジェクタは、ｗｅｂページのハイパーテキストを返す。ＣＰＵ１０１はそれを、通信部１０９を介して取得し、ｗｅｂブラウザ上に表示させる。この表示を、図７（ｃ）を用いて説明する。７１１は、ｗｅｂブラウザ上に表示されたサポート連絡先画面である。７１２は、ＵＲＬ入力部であり、表示中のＵＲＬが既に入力されている。メッセージ７１３は、ユーザに対し、サポート連絡先を提示する画面であることを示すためのメッセージである。サポート情報７１４は、そのプロジェクタのサポート連絡先を示したテキストであり、営業担当の名前や、コンタクトを取るための電話番号やｅｍａｉｌアドレス、サポート情報が記載されたｗｅｂサイトのアドレスが表示されている。この後、Ｓ４１３に遷移する。

一方、Ｓ４０８にて、ＣＰＵ１０１は、選択ボタン５０４のうち、選択可能なものに関して、ユーザが操作部１０８を介して選択したかどうかを判定する。選択したと判定した場合、Ｓ４０９に遷移し、そうでなければＳ４１０に遷移する。

次に、Ｓ４０９にて、ＣＰＵ１０１は、選択された選択ボタン５０４の識別子をＲＡＭ１０２に格納し、且つ、当該選択ボタン５０４の表示を選択されたものへと置き換える。具体的には、選択ボタン５０４ａが選択された状態の表示である。その後、Ｓ４１３に遷移する。

一方、Ｓ４１０にて、ＣＰＵ１０１は、画面転送用パスワード入力部５０３のうち、入力可能なものに関して、ユーザが操作部１０８を介して入力したかどうかを判定する。入力したと判定した場合、Ｓ４１１に遷移し、そうでなければＳ４１２に遷移する。

次に、Ｓ４１１にて、ＣＰＵ１０１は、入力された画面転送用パスワード入力部５０３の識別子と、入力されたフレーズをＲＡＭ１０２に格納し、且つ、当該画面転送用パスワード入力部５０３の表示を入力されたものへと置き換える。具体的には、画面転送用パスワード入力部５０３ａが入力された状態の表示である。その後、Ｓ４１３に遷移する。

一方、Ｓ４１２にて、ＣＰＵ１０１は、ユーザが操作部１０８を介してＯＫボタン５０２を押下したか判定する。押下したと判定した場合、本フローは終了し、そうでなければＳ４１３に遷移する。なお、選択ボタン５０４が一つも選択されていない場合は、ユーザによりＯＫボタン５０２が押下されたとしても、ＣＰＵ１０１は、押下されていないと判定する。

次に、Ｓ４１３にて、ＣＰＵ１０１は、プロジェクタの状態の更新を行なうため、Ｓ３００と同様の検索コマンドの発行を行なう。

次に、Ｓ４１４にて、ＣＰＵ１０１は、Ｓ３０１と同様にプロジェクタからの応答をＲＡＭ１０２に記憶する。その後、Ｓ４０２に遷移を行なう。

なお、本実施例では、アイコンにハイパーリンクを付与する例を説明したが、本発明はそれに限定されない。電源状態を示すアイコンと別にテキストのハイパーリンクを用意しても本発明は実施可能である。

また、本実施例では、表示装置としてプロジェクタを例にとり説明したが、本発明はそれに限定されない。例えば、液晶ディスプレイや有機ＥＬディスプレイ等、ネットワークを有する表示装置であれば、本発明を適用可能である。

また、本実施例では、電源状態を遠隔から変更する方法として、ＨＴＴＰを例にとって説明したが、本発明はそれに限定されない。遠隔よりネットワーク経由で電源状態変更をプロジェクタに指示でき、且つ、画面転送を行う際の第１の認証とは異なる第２の認証機構を持つ方法であれば本発明を適用可能である。例えば、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）や、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、独自プロトコルであってもよい。このプロトコルは第２のプロトコルの一例である。

また、本実施例では、ｗｅｂページのパスをプロジェクタから取得する例を説明したが、本発明はそれに限定されない。ＰＣのアプリケーションに予め機種毎にｗｅｂページのパスとの対応を記憶しておき、プロジェクタに対し問い合わせた機種を用いてｗｅｂページのパスを確定させてもよい。また、機種とｗｅｂページのパスとの対応情報をインターネットの所定のｗｅｂサイトに問い合わせて取得しても良い。

以上のようにすれば、投影状態にないプロジェクタに関して、ＰＣ上で電源を入れるためのｗｅｂページが表示されるので、それを操作することによりユーザはプロジェクタの電源を入れることができる。その際、画面転送用の認証とは異なる管理用の認証を使うことになるため、管理者ではないユーザが電源操作を行なうことを防止することできる。

追加の効果として、電源を入れるためのｗｅｂページを表示するためには、アイコンを選択するだけであり、特に当該プロジェクタのＩＰアドレスを調べ、ｗｅｂブラウザに入力するという煩雑さが不要であり、手間を低減する効果がある。

更なる追加の効果として、電源を入れるためのｗｅｂページを表示するためには、投影状態にないプロジェクタに関してのみ、アイコンが表示されるので、選択を間違えて投影状態のプロジェクタの電源状態を変更してしまうことを防ぐ効果がある。

更なる追加の効果として、投影状態でないプロジェクタであっても、ランプが切れたような異なる状態にあるものに関して、状態に応じたｗｅｂページを表示することができるため、管理者の手間を低減する効果がある。

＜第２の実施形態＞
以下のように実施例１を変形した場合であっても、本発明を適用できる。

図６の応答コマンド６１０を次のように変更する。即ち、応答コマンド６１０は、ＰｏｗｅｒＣｔｒｌＰａｇｅタグ６１７、ＳｕｐｐｏｒｔＰａｇｅタグ６１８を有さず、代わりにＳｕｐｐｏｒｔＩｎｆｏタグ６１９を有する。ＳｕｐｐｏｒｔＩｎｆｏタグ６１９は、営業担当者の連絡先といったサービス情報が含まれる文字列である。ＳｕｐｐｏｒｔＩｎｆｏタグ６１９の値は、予めＲＯＭ２０３に格納されていてもよいし、サービスマン等のユーザが操作部２０８から変更できるようにしておいてもよい。

図４のＳ４０３の一部を変更する。即ち、ＣＰＵ１０１は、電源アイコン５０６、ランプ切れアイコン５０７をハイパーリンクという構成にせず、単にユーザの選択の検知ができるようにしておく。

Ｓ４０５を以下のように変更する。即ち、ＣＰＵ１０１は、まず図７（ａ）に示す認証画面７００を表示部１０８に表示し、ユーザに認証情報の入力を促す。認証画面７００自体の動作は実施例１と同様である。ＣＰＵ１０１は、ユーザがＯＫボタン７０４を押したことを検知すると、ＣＰＵ１０１は、通信部１０９を介して、プロジェクタにパワーオンコマンドを発行する。パワーオンコマンドについて、図６（ｇ）を用いて説明する。パワーオンコマンド６３０は、パワーオンコマンドであることを示すＣｏｍｍａｎｄＩＤタグ６３１、管理用ユーザ名を示すＵｓｅｒＮａｍｅタグ６３２、管理用パスワードを示すＰａｓｓｗｏｒｄタグ６３３を有する。ここで、ＣＰＵ１０１は管理用ユーザ名入力部７０２の内容からＵｓｅｒＮａｍｅタグ６３２を、管理用パスワード入力部７０３の内容からＰａｓｓｗｏｒｄタグ６３３を生成するのである。

一方、パワーオンコマンド６３０を受信したプロジェクタ側は、ＣＰＵ２０１により、ＲＯＭ２０３上に格納された管理用ユーザ名、管理用パスワードと、受信した管理用ユーザ名、管理用パスワードと一致が確認される。一致した場合は、プロジェクタ側にてパワーオンイベントが発行される。その結果、プロジェクタ側はＳ９０１の投影状態に遷移する。ＣＰＵ１０１は、通信部１０９を介して、一致確認の結果を受け取り、一致していなければ不図示のエラーメッセージを表示させる。

この後、Ｓ４１３に遷移する。

Ｓ４０７を以下のように変更する。即ち、ＣＰＵ１０１は、図５（ｂ）のようなランプ切れ警告画面５０８を表示部１０６に表示する。ランプ切れ警告画面５０８には、サービス情報表示部５０９が存在し、ＣＰＵ１０１により、ＳｕｐｐｏｒｔＩｎｆｏタグ６１９に含まれる文字列が表示される。また、ランプ切れ警告画面５０８には、ＯＫボタン５１０が存在し、ＣＰＵ１０１により、ユーザのＯＫボタン５１０の選択を検出すると、ランプ切れ警告画面５０８を消去する。この後、Ｓ４１３に遷移する。

以上のようにすれば、投影状態にないプロジェクタに関して、ＰＣから直接プロジェクタに対して電源を入れるためコマンドが送信されるので、ユーザはプロジェクタの電源を入れることができる。その際、画面転送用の認証とは異なる管理用の認証を使うことになるため、管理者ではないユーザが電源操作を行なうことを防止することできる。

追加の効果として、電源を入れるためにはアイコンを選択し、認証を行なうだけであり、手間を低減する効果がある。

［他の実施形態］
上記の実施形態ではＰＣとプロジェクタとで構成されるシステムを例に説明したが、必ずしもこれには限定されない。例えばＰＣではなく携帯電話やいわゆるタブレット端末、撮像装置などを用いてもよい。また、プロジェクタではなくテレビなどの各種ディスプレイ、いわゆるタブレット端末、もしくはＰＣを用いてもよい。

本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (9)

1. 第１のプロトコルを用いて表示制御装置との通信を確立し、前記表示制御装置に画像データを送信することが可能な情報処理装置であって、
   前記第１のプロトコルを用いて、前記表示制御装置の電源状態を検知する検知手段と、
   前記検知手段により検知された前記表示制御装置の電源状態に基づき、前記表示制御装置の電源状態を示す指標を表示する表示制御手段と、
   前記指標が指定された場合、前記第１のプロトコルとは異なる第２のプロトコルを用いて、前記表示制御装置の電源状態の変更処理を開始する制御手段とを有し、
   前記検知手段により前記表示制御装置が制御する表示部の電源が入状態であると検知された場合、前記制御手段により、前記指標の指定に基づく前記電源状態の変更処理が開始され、
   前記検知手段により前記表示制御装置が制御する表示部の電源が切状態であると検知された場合、前記指標の指定に基づく前記電源状態の変更処理は開始されないことを特徴とする情報処理装置。
2. 前記指標は、前記表示制御装置にアクセスするためのハイパーリンクと対応づけされていることを特徴とする請求項１に記載の情報処理装置。
3. 前記ハイパーリンクのリンク先の情報を、前記表示装置から受信する受信手段をさらに有することを特徴とした請求項２に記載の情報処理装置。
4. 前記表示制御装置に画像データを送信する場合ための第１の認証を実行する第１の認証手段をさらに有する請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記ハイパーリンクを用いて前記表示制御装置にアクセスするための第２の認証を実行する第２の認証手段をさらに有する請求項２乃至４のいずれか１項に記載の情報処理装置。
6. 前記表示制御装置に画像データを送信する場合ための第１の認証と、前記ハイパーリンクを用いて前記表示制御装置にアクセスするための第２の認証とは異なる認証であることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
7. ネットワーク内の表示制御装置の識別情報のリストを表示する表示制御手段をさらに有し、
   前記表示制御手段は、前記リスト内の表示制御装置の各識別情報とともに、各表示制御装置の電源状態を示す指標を表示することを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 第１のプロトコルを用いて表示制御装置との通信を確立し、前記表示制御装置に画像データを送信することが可能な情報処理装置の制御方法であって、
   前記第１のプロトコルを用いて、前記表示制御装置の電源状態を検知する検知工程と、
   前記検知工程で検知された前記表示制御装置の電源状態に基づき、前記表示制御装置の電源状態を示す指標を表示する表示手段と、
   前記指標が指定された場合、前記第１のプロトコルとは異なる第２のプロトコルを用いて、前記表示制御装置の電源状態の変更処理を開始する制御工程とを有し、
   前記検知工程で前記表示制御装置が制御する表示部の電源が入状態であると検知された場合、前記制御工程での前記指標の指定に基づく前記電源状態の変更処理が開始され、
   前記検知工程で前記表示制御装置が制御する表示部の電源が切状態であると検知された場合、前記指標の指定に基づく前記電源状態の変更処理は開始されないことを特徴とする情報処理装置の制御方法。
9. コンピュータを、請求項１乃至７のいずれか１項に記載の情報処理装置の各手段として機能させる、コンピュータが実行することが可能なプログラム。
   

Images