(57)【要約】【課題】一台以上の映像送信装置と一台以上の映像表示装置とで構成される画面転送システムにおいて、省電力状態への遷移抑止を好適に実行する映像送信装置を提案する。【解決手段】前記映像送信装置は、前記映像表示装置と通信するための通信手段と、前記通信手段を介した前記映像表示装置との論理的な接続を管理する接続管理手段と、当該映像送信装置を省電力状態へと遷移させる電源管理手段とを具備し、前記接続管理手段によって、前記映像表示装置と論理的な接続を確立した後に、前記電源管理手段を制御して省電力状態への移行を抑止する。【選択図】図３
2015014903.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一つ以上の映像表示装置と、少なくとも一つ以上の映像送信装置とで構成され、前記映像表示装置と前記映像送信装置の間で論理的な接続が確立された後に、お互いに通信可能であることを保証する機構を持つ、ネットワーク映像伝送システムにおいて、
前記映像送信装置は、
前記映像表示装置と通信するための通信手段と、
前記通信手段を介した前記映像表示装置との論理的な接続を管理する接続管理手段と、
当該映像送信装置を省電力状態へと遷移させる電源管理手段と、
を具備し
前記接続管理手段によって、前記映像表示装置と論理的な接続を確立した後に、前記通信手段を介して、前記映像表示装置に対して生存通知コマンドを定期的に送信すると同時に、
前記電源管理手段を制御して省電力状態への移行を抑止することを特徴とするネットワーク映像伝送システム。
【請求項２】
請求項１に記載の映像送信装置であって、
前記接続管理手段によって、前記映像表示装置との論理的な接続が解消された後に、前記生存通知コマンドの定期送信処理と、前記省電力状態への移行抑止処理とをとりやめることを特徴とするネットワーク映像伝送システム。
【請求項３】
請求項１に記載の電源管理手段を制御して省電力状態へ移行の抑止とは、省電力状態へ遷移するまでの残りの時間を格納しているシステムアイドルタイマを定期的にリセットする処理であることを特徴とするネットワーク映像伝送システム。
【請求項４】
請求項１に記載の映像送信装置であって、
電源管理手段を制御して省電力状態への移行を抑止する処理は、当該映像送信装置の残電池容量が所定の値以上の場合のみに実施することを特徴とするネットワーク映像伝送システム。
【請求項５】
請求項１に記載の映像送信装置であって、
電源管理手段を制御して省電力状態への移行を抑止する処理は、当該映像送信装置の論理的な接続の解消によって、当該映像送信装置以外の映像送信装置の論理的な接続解消が引き起こされる場合のみ実施することを特徴とするネットワーク映像伝送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パーソナルコンピュータ（以下、「ＰＣ」と表記する。）等の情報処理装置の生成画像をプロジェクタなどの表示制御装置に送信する画像の伝送システムおよび伝送方法に関する。
【背景技術】
【０００２】
通常、ＰＣとプロジェクタとはアナログＲＧＢケーブルを用いたアナログ接続によって画像信号の送受信を行っていた。アナログ接続では、接続に手間がかかる、遠隔地からの接続が困難、複数台のＰＣと同時に接続したい、といった理由からネットワークを介してＰＣとプロジェクタを接続するネットワーク画面転送システムが注目されている。
【０００３】
このネットワーク画面転送システムにおいては、１台のPCから複数台のプロジェクタに対して、PCの映像をすべてのプロジェクタに同時投影する機能や、複数台のPCからの映像を１台のプロジェクタで多画面レイアウト表示する機能等が実現されている。また、複数台のPCから複数台のプロジェクタでネットワークを構築し、各PCから各プロジェクタに対して自由なレイアウトで投影表示をするといった形態も可能である（図３に例示したように、プロジェクタへは、ＰＣ１００ａとＰＣ１００ｂの映像を２画面レイアウトで投影表示するケース）。
【０００４】
また、上記ネットワーク画面転送システムを構成するプロジェクタとＰＣは定期的にお互いの生存を通知するために生存通知コマンドを、通知しあう仕組みを搭載している。これは、複数台のＰＣと複数台のプロジェクタでネットワークグループ（以下セッションと呼ぶ）を構成する場合に、各ＰＣと各プロジェクタ間でお互いが通信可能な状態になっていることを常に確認する必要があるためである（こうした仕組みがないと、ＰＣとプロジェクタ間のネットワーク機器の障害による通信エラーの検知が出来なかったり、遅れたりといった弊害が発生してしまう。）。
【０００５】
一方、近年のＰＣでは低消費電力対応のために一定時間操作がなかった場合にスリープや休止などの省電力状態へと自動的に遷移をする構成が一般的である。ここでスリープとは、作業中のデータをメモリに保存して、メモリ以外のモニタへの給電を停止する処理であり、休止とは作業中のデータをハードディスクに退避させて電源を落とす処理のことである。
【０００６】
ここで、ネットワーク画面転送中のＰＣが省電力状態に移行してしまうと、上述の生存確認パケットをプロジェクタに送信できなくなるため、プロジェクタは当該ＰＣがネットワーク上に存在しなくなったと判断して、当該ＰＣとの接続を強制的に解消してしまう。こうした状況となった場合、ＰＣを操作するユーザが再投射を実行しようとすると、スリープ解除、プロジェクタとの再接続、投射指示といった手順を踏む必要があり手間がかかるといった課題がある。なお、この課題はアナログＲＧＢケーブルを用いてＰＣとプロジェクタを接続した場合であっても発生するが、こちらの場合はスリープを解除するだけで再投射が可能であるため、ネットワーク画面転送システムの場合により顕著な課題となる。
【０００７】
特許文献１では、ＰＣに接続する外部記憶媒体に操作信号を定期的に出力するプログラムと当該プログラムを自動実行させるスクリプトを記憶させておくことで、外部記憶媒体を接続後であれば、意図しないスリープ状態や休止状態となることを抑止する方法を開示している。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００９−１５１４４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１に記載の方法は、外部記憶媒体に含まれる画面転送処理プログラム、もしくは操作信号出力プログラムを起動後は常にスリープ状態や休止状態となることが抑止される構成である。つまり、非公開特許文献１に記載のような複数台のＰＣと複数台のプロジェクタでセッションを構成してネットワーク画面転送を実施するような場合においては、過剰な効果となる。すなわち、図３に記載のような、ＰＣ上で動作する画面転送プログラムにおいては、セッションを作成する前、セッションに参加する前であれば、プログラム起動後であってもスリープを抑止する必要は無い。一方、セッションに参加した後であれば、自身の画面をプロジェクタに投射していなくてもスリープを抑止する構成が望ましい。これは、セッションへ参加するための手間が大きいためである。
【００１０】
そこで本発明では、一台以上の映像送信装置と一台以上の映像表示装置とで構成される画面転送システムにおいて、省電力状態への遷移抑止を好適に実行する映像送信装置を提案する。
【課題を解決するための手段】
【００１１】
本発明のネットワーク映像伝送システムは、少なくとも一つ以上の映像表示装置と、少なくとも一つ以上の映像送信装置とで構成され、前記映像表示装置と前記映像送信装置の間で論理的な接続が確立された後に、お互いに通信可能であることを保証する機構を持つ、ネットワーク映像伝送システムにおいて、前記映像送信装置は、前記映像表示装置と通信するための通信手段と、前記通信手段を介した前記映像表示装置との論理的な接続を管理する接続管理手段と、当該映像送信装置を省電力状態へと遷移させる電源管理手段と、を具備し、前記接続管理手段によって、前記映像表示装置と論理的な接続を確立した後に、前記通信手段を介して、前記映像表示装置に対して生存通知コマンドを定期的に送信すると同時に、前記電源管理手段を制御して省電力状態への移行を抑止することを特徴とする。
【発明の効果】
【００１２】
そこで、本発明によれば、一台以上の映像送信装置と一台以上の映像表示装置とで構成される画面転送システムにおいて、省電力状態への遷移抑止を好適に実行できる。
【図面の簡単な説明】
【００１３】
【図１】ＰＣのハード構成図
【図２】プロジェクタのハード構成図
【図３】ネットワーク画面転送システムの概念図
【図４】セッション状態の概念図
【図５】ＰＣ、プロジェクタ間の通信フロー図
【図６】ＰＣの処理フロー図
【図７】プロジェクタの処理フロー図
【図８】ＧＵＩ図
【図９】パケット構成図
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の実施例を詳細に説明するが、この発明は以下の実施の形態に限定されない。また、この発明の実施の形態は発明の好ましい形態を示すものであり、発明の範囲を限定するものではない。
【００１５】
［実施例１］  
図３は本実施例の実施形態にかかわる基本的な構成である。
【００１６】
ネットワーク画面転送システムにおいては、図示のようにネットワーク１５０を介して、ＰＣ１００ａの映像とＰＣ１００ｂの映像とを２画面レイアウトでプロジェクタ２００に投影するといったような、自由なレイアウトでの投影表示が可能となる。
【００１７】
本実施例では、映像送信装置の一例であるＰＣ１００の２台と、映像表示装置の一例であるプロジェクタ２００の１台がＬＡＮ１５０を介して通信ネットワークを形成している画面転送システムを例にとって説明する。本実施例のＰＣ１００は、そのディスプレイに表示中の映像をキャプチャして通信ネットワークに接続されたプロジェクタに映像データとして、送信することができる。一方、プロジェクタ２００は、ＰＣ１００より映像データを受信して、これを投影することができる。
【００１８】
以下、図２を用いて本実施例の画面転送システムを構成するＰＣ１００とプロジェクタ２００の主要な構成を説明する。構成の説明の後、基本的な動作について説明する。
【００１９】
まず、ＰＣ１００の主要な構成を説明する。１０１は、ＣＰＵであり、ＰＣ１００の全体の制御を行う。１０２は、ＲＡＭであり、データの格納を行うメインメモリである。ＲＡＭ１０２は、主に、ＣＰＵ１０１が実行するプログラムを格納、或いは展開する領域、プログラム実行中のワーク領域など、様々なデータの格納領域として使用される。
【００２０】
１０３は、ＶＲＡＭであり、後述する表示部１０６に表示する画像を格納するための領域として使用される。なおＲＡＭ１０２の速度が十分高速であれば、ＶＲＡＭ１０３は、ＲＡＭ１０２と同じであってもよい。
【００２１】
１０４は、ＲＯＭであり、ＣＰＵ１０１が初期化時に実行するブートプログラムが格納されている。なお、ブートプログラムでは、後述するＨＤＤ１０５に記録されているＯＳをＲＡＭ１０２に展開して起動する処理が行われる。
【００２２】
１０５は、ハードディスクドライブ（以下ＨＤＤ）であり、アプリケーションプログラムやＯＳなどの各種プログラムとデータを格納するために使用される。１０６は、表示部である。表示部１０６は、後述する表示制御部１０７より指示された画像の表示を行う。表示部１０６は例えば、液晶パネル、或いは有機ＥＬパネルである。
【００２３】
１０７は、表示制御部である。表示制御部１０７は、ＶＲＡＭ１０３に格納された画像を読み出し、これを表示部１０６に表示する処理を行う。１０８は、操作部であり、ユーザからの入力を受け付ける。操作部１０８は、例えばキーボード、マウス、タッチパネル等によって構成され、これらの入力操作はＣＰＵ１０１に送信される。
【００２４】
１０９は、通信部であり、通信ネットワーク１５０を介して外部機器、具体的にはプロジェクタ２００と通信を行う。通信部１０９は、例えば１ギガビットイーサネット(登録商標)等のインタフェースによって構成される。
【００２５】
１１０は、電源管理部であり、上述の各処理ブロックへの電源供給を管理する。この電源管理部１１０はシステムアイドルタイマを保持しており、当該タイマーに設定された時間内に操作部１０８が各種操作を検知しなかった場合に、省電力状態へと遷移させる。なお省電力状態には、作業中のデータをＲＡＭ１０２に保存し、ＲＡＭ１０２へは電源供給を行うことでデータを保持し、その他の処理部への電源供給を実施しないスリープ状態や、作業中のデータをＨＤＤ１０５に退避させて、すべての処理部の電源供給を停止させる休止状態などがある。
【００２６】
１１１は、上述した各処理ブロック間を接続する内部バスである。なお、本実施例におけるＰＣの基本的な動作としては、ＣＰＵ１０１上で動作する画面転送プログラムが、表示制御部１０７を制御し、表示部１０６が表示中の画像データをキャプチャし、キャプチャした画像をプロジェクタ２００が認識可能な所定のフォーマットにエンコードした後、通信部１００によってプロジェクタ２００に送信して表示させることである。
【００２７】
図３のプロジェクタ２００が表示しているように多画面レイアウト表示を実施させる場合には、前記エンコード処理の前にリサイズ処理を実施してもよい。また、通信対象のプロジェクタ選択、投影時レイアウト設定、画面転送の開始、停止などの各種操作は当該画面転送プログラムが提供するＧＵＩを介して受け付ける。当該画面転送プログラムは、これらの操作を制御用通信コマンドに変換して、通信部１０９を介してプロジェクタ２００に送信する。
【００２８】
次にプロジェクタ２００の主要な構成を説明する。２０１は、ＣＰＵであり、プロジェクタ２００の全体の制御を行う。
【００２９】
２０２は、ＲＡＭであり、データの格納を行うメインメモリである。ＲＡＭ２０２は、主に、ＣＰＵ１０１が実行するプログラムを格納、或いは展開する領域、プログラム実行中のワーク領域など、様々なデータの格納領域として使用される。
【００３０】
２０３は、ＲＯＭである。ＲＯＭ２０３にはプロジェクタ２００が動作するためのプログラムやパラメータなどのデータが予め書き込まれており、ＣＰＵ２０１はＲＯＭ２０３の内容に従って動作する。
【００３１】
２０４は、ＶＲＡＭであり、後述する投影部２０６で投影する画像を格納するための領域として使用される。
【００３２】
２０５は、デコーダであり、ＰＣ１００より受信した画像データが例えば、Ｊｐｅｇなどの符号化方式によってエンコードされていた場合にこれをデコードする。また、
２０６は、投影部である。投影部１０６は、後述する投影制御部２０７により指示された画像の表示を行う。投影部２０６は具体的には、液晶パネル、レンズ、光源で構成される。
【００３３】
２０７は、投影制御部である。投影制御部２０７は、ＶＲＡＭ２０４に格納された画像を読み出し、これを投影部１０７に投影する処理を行う。
【００３４】
２０８は、操作部であり、ユーザからの入力を受け付ける。操作部２０８は、筐体に付随するボタンや、不図示のリモコンからのユーザ操作を受け付けるリモコン受信部等によって構成され、これらの入力操作は、ＣＰＵ２０１に送信される。２０９は、通信部であり、通信ネットワーク１５０を介して外部機器、具体的にはＰＣ１００と通信を行う。通信部２０９は、例えば１ギガビットイーサネット（登録商標）等のインタフェースによって構成される。２１０は、上述した各処理ブロック間を接続する内部バスである。
【００３５】
なお、本実施例におけるプロジェクタ２００の基本的な動作としては、ＰＣ１００から送信される映像データを、通信部２０９を介して受信し、これを２０５のデコーダで表示可能な形式に展開した後、投影制御部２０７を制御して、投影表示することである。
【００３６】
図３のプロジェクタ２００が表示しているような多画面レイアウト表示は、複数のＰＣより受信した映像データをデコード結果の格納先を、各ＰＣ映像の表示位置を考慮したＶＲＡＭ２０４のアドレスにすることで可能となる。
【００３７】
また、ＰＣからの通信路の確立要求や投影時レイアウト設定、画面転送の開始、停止を意味する制御用通信コマンドは、通信部２０９を介して受信し、当該制御用通信コマンド毎の処理をＣＰＵ２０１が実行する。
【００３８】
ここで、本実施例の画面転送システムの特徴的な動作について説明する。前述したように、本発明の映像送信装置は、一台以上の映像送信装置と一台以上の映像表示装置とで構成される画面転送システムにおいて、省電力状態への遷移抑止を好適に実行できる
まず、図４のセッション状態の概念図、図５の通信フロー図を用いて、セッション情報を管理する典型的なシーケンスについて説明する。
【００３９】
なお説明は、ＰＣがセッションを作成するフロー、作成済みのセッションに新たなＰＣが参加するフロー、ＰＣがセッションを終了させるフローの順で実施する。
【００４０】
なお、本実施例では説明の簡単化のために、セッションを構成するプロジェクタ数を１台としているが、非公開特許文献１に記載のように、ひとつのセッションを複数台のプロジェクタで構成することも可能である。
【００４１】
まず、ＰＣ１００ａがプロジェクタ２００で構成されるセッションを作成するフローについて説明する。セッションを作成に成功すると、図４（ａ）に示したように、まずセッションの作成者であるＰＣ１００ａと、プロジェクタ２００との間の通信路（４０１）が確立される。そして、セッション名、セッションを構成するプロジェクタ数、セッションを構成するプロジェクタのＩＰアドレスを含むセッション情報（４００）が、プロジェクタ２００に設定される。
【００４２】
では具体的に、ユーザａがＰＣ１００ａを操作して、プロジェクタ２００ａとプロジェクタ２００ｂで構成されるセッションを作成する通信シーケンスについて、図５を用いて説明する。
【００４３】
５００では、ユーザａはＰＣ１００ａ上のＧＵＩアプリを操作して、新しいセッションの作成を指示する。
【００４４】
５０１では、ＰＣ１００ａ上のＧＵＩアプリは、セッションを構成するプロジェクタを選択するためのプロジェクタリストを表示する。なお、このプロジェクタリストはネットワークを介してプロジェクタからブロードキャストされるプロジェクタ情報コマンドを元に構成される。
【００４５】
本実施例においては、ネットワーク上にプロジェクタ２００が存在しているので、５０２で、プロジェクタ２００はプロジェクタ情報コマンドをネットワーク上にブロードキャストしている。なおプロジェクタ情報コマンドには、当該プロジェクタのＩＰアドレスが少なくとも含まれているものとする。また、ここでは説明の簡単化のためにこのタイミングでプロジェクタ情報コマンドを送信するとしているが、セッション化される前のプロジェクタは一定時間毎に、プロジェクタ情報コマンドを配信している。
【００４６】
５０３で、ＰＣ１００ａは、プロジェクタ情報コマンドを受信しているので、ＧＵＩアプリのプロジェクタリストを更新する。具体的には、セッション作成時に選択可能なプロジェクタとして、プロジェクタ２００の情報が表示される。
【００４７】
５０４では、ユーザａは、ＧＵＩアプリのプロジェクタリストからプロジェクタ２００を選択してセッションの作成を指示する。
【００４８】
５０５では、ＧＵＩアプリは、作成するセッションを構成するプロジェクタであるところの、プロジェクタ２００と自身（ＰＣ１００ａ）の論理的な接続を確立する。なお、本発明には関連しない部分であるため省略するが、接続に際しては、各プロジェクタに設定されたパスワード認証が必要となる構成をとってもよい。
【００４９】
接続が確立されると、５０６でプロジェクタ２００は、接続を確立してきたＰＣからの生存通知コマンドの受信チェック処理を開始する。
【００５０】
５０７でＧＵＩアプリは、生存通知コマンドの定期送信処理を開始し、さらに５０８で、省電力状態への遷移抑止処理を開始する。詳細は後述するが、当該処理はＧＵＩアプリが動作するＰＣに設定されている省電力状態への移行までのシステムアイドルタイマを定期的にリセットすることである。
【００５１】
５０７以降ＧＵＩアプリは、５０９で示したように、例えば１０秒間毎に生存通知コマンドを接続先のプロジェクタに送信する。さらに５０８の処理によって、一定時間ＰＣ１００ａに対してユーザ操作がなかった場合であっても、省電力状態に遷移することがなくなるため、省電力状態に遷移したために生存通知パケット送信が不能になる事態が回避される。
【００５２】
一方プロジェクタは５０６以降、例えば３０秒間生存通知コマンドを受信しなかった場合には、当該ＰＣとの接続を解消する。
【００５３】
５０６、５０７の機構によって、プロジェクタは通信路を確立したＰＣがネットワーク上に常に存在していることを保証できるようになり、通信路上の機器にトラブルがあった場合などは、当該ＰＣとの接続を自動的に解消し、映像データの投影表示を停止することが可能となる。
【００５４】
そして、５１０で、ＰＣ１００ａ上のＧＵＩアプリは、接続を確立したプロジェクタ２００に対してセッション化要求コマンドを送信する。なお、セッション化要求コマンドには、セッションの名称、セッションを構成するプロジェクタ数および、セッションを構成するプロジェクタのＩＰアドレスが含まれている。セッション化要求コマンドを受信したプロジェクタは自身をセッション化済の状態へと遷移させる。
【００５５】
そして、５１１で、ＰＣ１００ａ上のＧＵＩアプリはセッション化したプロジェクタに対して投影制御を実施するための投射用ＧＵＩを表示する。
【００５６】
以上の処理によって、セッションの作成処理が完了した。つまり、プロジェクタ２００は、ＰＣ１００ａとの通信路が確立されており、かつＰＣ１００ａからの映像データを受信し投影表示が可能な状態になっている。
【００５７】
ＰＣ１００ｂが、作成済みのセッション（ＰＣ１００ａが作成したプロジェクタ２００で構成されるセッション）に参加するフローについて説明する。セッションの参加に成功すると図４（ｂ）に示したように、作成済みのセッションを構成するプロジェクタ２００と、新たにセッションを参加したＰＣ１００ｂとの間の通信路（４０２）が確立される。
【００５８】
では具体的に、ユーザｂがＰＣ１００ｂを操作してプロジェクタ２００ａとプロジェクタ２００ｂで構成される作成済みのセッションに参加する通信シーケンスについて、図５を用いて説明する。
【００５９】
５１２では、ユーザｂはＰＣ１００ｂ上のＧＵＩアプリを操作して、セッションへの参加を指示する。５１３では、ＧＵＩアプリは、参加可能なセッションを選択するためのセッションリストを表示する。なお、このセッションリストはネットワークを介してセッション化されたプロジェクタからブロードキャストされるセッション情報コマンドを元に構成される。
【００６０】
本実施例においては、前述のセッション作成時のフローで説明したように、プロジェクタ２００がセッションを構成するプロジェクタとなっているので、プロジェクタ２００が、５１４でセッション情報コマンドをブロードキャストしている。なお、セッション情報コマンドは前述の５１０でセッションを作成したＰＣ１００ａから送信されたセッション要求コマンドを元に構成されており、セッションの名称、セッションを構成するプロジェクタ数および、セッションを構成するプロジェクタのＩＰアドレスが含まれている。また、ここでは説明の簡単化のためにこのタイミングでセッション情報コマンドを送信するとしているが、セッション化された後のプロジェクタは、一定時間毎に、セッション情報コマンドを配信している。
【００６１】
５１５では、ＰＣ１００ｂは、セッション情報コマンドを受信しているので、セッションリストを更新する。具体的には、参加可能なセッションとして、ユーザａが作成したセッションに関する情報（例えばセッション名）が表示される。
【００６２】
５１６では、ユーザｂはＧＵＩアプリのセッションリストから参加対象のセッション（ここでは、ＰＣ１００ａが作成したセッション）を選択してセッションへの参加を指示する。５１７では、ＧＵＩアプリは参加対象のセッションを構成するプロジェクタであるところの、プロジェクタ２００と自身（ＰＣ１００ｂ）の論理的な接続を確立する。
【００６３】
接続が確立されると、５１８でプロジェクタ２００は、５０６と同様に接続を確立してきたＰＣからの生存通知コマンドの受信チェック処理を開始する。
【００６４】
５１９でＧＵＩアプリは、５０７と同様に生存通知コマンドの定期送信処理を開始し、さらに５２０で、５０８と同様に省電力状態への遷移抑止処理を開始する。５１９以降ＧＵＩアプリは、５２１で示したように、生存通知コマンドを定期的に接続先のプロジェクタに対して送信する。さらに５２０の処理よって、一定時間ＰＣ１００ｂに対してユーザ操作が無かった場合であっても、省電力状態に遷移することがなくなる。
【００６５】
５１９、５２０、５２１の処理は、セッション作成フローの５０５、５０７、５０８とそれぞれ同様である。そして５２２で、ＰＣ１００ｂ上のＧＵＩアプリは参加したセッションに属するプロジェクタに対して投影制御を実施するための投射用ＧＵＩを表示する。
【００６６】
続いて、ＰＣ１００ａによってセッションの終了を行うフローについて説明する。セッションの終了指示がなされると、図４（ｃ）に示したように、セッションを構成するプロジェクタからセッション情報が削除され（４０３）、さらにセッションを構成するプロジェクタと接続していた各ＰＣとの接続が解消される（４０４、４０５）。
【００６７】
では具体的に、ユーザａがＰＣ１００ａを操作してプロジェクタ２００構成されるセッションを終了させる通信シーケンスについて図５を用いて説明する。
【００６８】
５２３で、ユーザａはＰＣ１００ａ上のＧＵＩアプリを操作して、自身が５００にて作成し、参加中のセッションの終了を指示する。５２４では、ＧＵＩアプリは、自身が参加中のセッションを構成するプロジェクタであるところの、プロジェクタ２００に対して、セッション終了コマンドを送信する。
【００６９】
５２５で、セッション終了コマンドを受信したプロジェクタは、５０６、５１８で開始した接続中のすべてのＰＣからの生存通知コマンドの受信チェック処理を停止する。５２６で、ＰＣ１００ａ上のＧＵＩは、生存通知コマンドの定期送信処理を停止し、さらに５２７で、省電力状態への遷移抑止処理を停止する。５２８でセッション終了コマンドを送信したプロジェクタ２００に対して、論理的な接続を解消する。
【００７０】
そして、５２９で、ＰＣ１００ａ上のＧＵＩは、初期ＵＩを表示し、参加中のセッションの終了処理を終える。
【００７１】
また、セッションの終了を指示されたプロジェクタは、これをセッションに参加中の他のＰＣに通知するために、５３０にてセッションの終了を自身に接続中のＰＣに対して通知する。（ここではＰＣ１００ｂ）
セッションの終了通知を受けたＰＣ１００ｂ上のＧＵＩアプリは、５３１、５３２、５３３、５３４にて、ＰＣ１００ａ上のＧＵＩアプリが実施した５２６、５２７、５２８、５２９と同様の処理を実施して、参加中のセッションが他のＰＣによって終了された場合の処理を終える。
【００７２】
一方プロジェクタは、５３５にて、すべての接続中のＰＣとの論理的な接続の解消後に、セッション情報をクリアし、セッション化前の状態へと遷移する。
【００７３】
次に、本発明を実現するための具体的な動作フローについてＰＣ側とプロジェクタ側のフローに分けてそれぞれ説明する。
【００７４】
まず、ＰＣ側のフローを図６、図８、図９を用いて説明する。
【００７５】
図６はの各処理フローは、ＰＣ１００で実行されるＧＵＩアプリのプロセスとして実行されるフローである。図８はＰＣ１００上で実行されるＧＵＩアプリの概要を示したＧＵＩ図である。図９は本実施においてＰＣとプロジェクタ間でやりとりされる各種コマンドの構成を示すパケット構成図である。
【００７６】
最初に、ＰＣ上でセッションを作成する際のフローを図６を用いて説明する。説明の簡単化のために、図４（ａ）に記載の状況を具体例とし、ＰＣ１００ａ（ＰＣ名称“ＰＣ−Ａ”）上のＧＵＩアプリから、プロジェクタ２００（プロジェクタ名称“Ｐｒｏｊｅｃｔｏｒ  １”、ＩＰアドレス“１９２．１６８．１．１０”）の１台のプロジェクタでセッションを作成するフローを説明する。
【００７７】
ここで図６は、ＰＣ１００ａ上のＣＰＵ１０１上で動作するＧＵＩアプリの処理フローを示している。
【００７８】
ＰＣ１００ａ上で、本実施例に記載のＧＵＩアプリを起動すると、図６の処理フローが開始される。
【００７９】
Ｓ６００において、ＧＵＩアプリは図８（ａ）に示したような、セッションを新たに作成するか、作成済みのセッションに参加するか、を選択させるための初期ＵＩを表示する。
【００８０】
そして、Ｓ６０１にて、操作部１０８を監視し、ユーザが当該ＧＵＩのボタン８００、またはボタン８０１を押下するのを待ち受ける。
【００８１】
ここでは、ユーザがボタン８００を押下して、セッションを作成するものとして説明を継続する。この場合はＳ６０２に遷移する。
【００８２】
Ｓ６０２で、ＧＵＩアプリは、図８（ｂ）の様態のプロジェクタリストＵＩを表示する。このＵＩは、セッション化対象として選択可能なプロジェクタの情報を表示する領域８０２をリスト表示する構造となっている。そして、８０２と対応付いたチェックボックス８０３を備えており、ユーザはセッション化対象のプロジェクタを１台以上選択できる。
またスクロールバー８０４を備えており、セッション化前のプロジェクタが多数発見された場合には、当該スクロールバーを操作することで、すべてのプロジェクタの情報を確認できる構成となっている。
【００８３】
Ｓ６０３で、ＧＵＩアプリは、通信部１０９を制御し、プロジェクタ情報コマンドを受信しているかどうかをチェックする。受信があれば、Ｓ６０３に遷移し、受信がなければＳ６０４に遷移する。
【００８４】
なお、プロジェクタ情報コマンドとは、前述の通信フロー５０２でセッション化前のプロジェクタがネットワーク上にブロードキャストするコマンドである。当該コマンドは、図９（ａ）のようにプロジェクタ情報コマンドであることを示すｃｏｍｍａｎｄＩＤタグ９００。当該コマンドの発行元であるプロジェクタのＩＰアドレスを示すＩＰＡｄｄｒｅｓｓタグ９０１。当該プロジェクタに設定されているプロジェクタ名称を示すＰＪＮａｍｅタグ９０２で構成されるパケット構造である。
【００８５】
Ｓ６０４で、ＧＵＩアプリは、受信したプロジェクタ情報コマンドを解析して、プロジェクタ名とプロジェクタのＩＰアドレスを取得し、図８（ｂ）のプロジェクタリストＵＩの表示を更新して、Ｓ６０５に遷移する。Ｓ６０３、Ｓ６０４の処理を繰り返すことで、ネットワーク上に存在するセッション化前のプロジェクタ情報を一覧表示することができる。
【００８６】
Ｓ６０５で、ＧＵＩアプリは、ユーザが８０３のチェックボックスをチェックすることで、セッション化対象のプロジェクタを１つ以上選択し、さらに８０５の確定ボタンが押下されるのを待ち受ける。これにより、セッション化対象のプロジェクタ選択が完了すれば、Ｓ６０６に遷移し、一定時間経っても完了しなければ、Ｓ６０３の処理を繰り返す。
【００８７】
Ｓ６０６で、ＧＵＩアプリは、Ｓ６０５でユーザがセッション化対象と指定した全てのプロジェクタに対して接続処理を実行してＳ６０７に遷移する。これは前述の通信フロー５０５で説明したように、通信部１０９を制御して、プロジェクタ２００の通信部２０９と論理的な接続を確立することである。ここでは、プロジェクタ２００の１台をセッション化対象として選択し、プロジェクタ２００と接続を確立したものとして説明を続ける。
【００８８】
Ｓ６０７で、ＧＵＩアプリは、通信部１０９を制御して、接続を確立したすべてのプロジェクタに対して生存通知コマンドを送信する。なお、生存通知コマンドとは、前述の通信フロー５０９でＰＣが接続を確立したプロジェクタに対して、自身の生存を定期的にハートビートするために送信するコマンドである。当該コマンドは、図９（ｂ）のように生存通知コマンドであることを示すＣｏｍｍａｎｄＩＤタグ９１０から構成されている。
【００８９】
Ｓ６０８で、ＧＵＩアプリは、電源管理部１１０を制御し、システムアイドルタイマをリセットする。
【００９０】
Ｓ６０９で、ＧＵＩアプリは、図８（ｃ）の態様のセッション設定ＵＩを表示し、ユーザが８０５のエディットボックスに、任意のセッション名を入力して、確定ボタン８０７を押下するのを待ち受ける。確定ボタン８０７が押下さえるとＳ６１０に遷移し、所定時間経っても押下されない場合は、Ｓ６０７に遷移する。Ｓ６０７〜Ｓ６０９の処理によって、ＰＣ１００ａは、定期的に接続中のプロジェクタ２００に対して、生存通知コマンドを発行することになる。
【００９１】
また、定期的にシステムアイドルタイマをリセットすることで、画面転送を実施するためのセッションの作成中に、ユーザが操作部２０８を介した操作を実施しなかったとしても、ＰＣ１００ａが省電力状態に遷移することを抑止できる。なお、生存通知コマンド送信と、システムアイドルタイマのリセット処理は、Ｓ６０９の判定がＹｅｓになるまでは、Ｓ６０９での説明した所定時間間隔で実施されることになる。
【００９２】
ここで所定時間の決定方法について説明する。例えばプロジェクタが接続中のＰＣからの生存通知コマンドを３０秒間受信しなかった場合に、接続中のＰＣを不通であると判断するとする。一方ＰＣは５分間、操作部１０６に対する操作が無かった場合に省電力状態へと遷移する設定であったとする。この２つの時間よりも短い間隔（例えば１０秒）で、Ｓ６０７、Ｓ６０８の処理を実施すれば、プロジェクタから不通と判断されることもなく、さらに、意図しない省電力状態への遷移も抑止することができる。なお、ここではＳ６０７、Ｓ６０８の操作を連続で実施するとしたが、それぞれ、プロジェクタから不通と判断される時間内に実施、システムアイドルタイマが０になる時間内に実施する構成としてもよい。
【００９３】
Ｓ６１０で、ＧＵＩアプリは、セッション化対象のプロジェクタ情報と、Ｓ６０９のセッション設定でユーザが入力した情報からセッション化要求コマンドを作成する。そして、通信部１０９を制御して、Ｓ６０６で通信路を確立したすべてのプロジェクタに対して、セッション化要求コマンドを送信して、Ｓ６１１に遷移する。なお、セッション化要求コマンドとは、前述の５１０で説明したようにＰＣがセッション化対象の全てのプロジェクタに対して送信するコマンドである。
【００９４】
当該コマンドは、図９（ｃ）のようにセッション化要求コマンドであることを示すｃｏｍｍａｎｄＩＤタグ９２０、作成するセッションの名称を示すＳｅｓｓｉｏｎＮａｍｅタグ９２１、セッション化対象のプロジェクタ数を示すｎｕｍＯｆＰＪタグ９２２、セッション化対象のプロジェクタ毎に確保するプロジェクタ情報フィールド９２３で構成されるパケット構造である。またプロジェクタ情報フィールド９２３は、セッション化対象のプロジェクタのＩＰアドレスを示すＩＰＡｄｄｒｅｓｓタグ９２４、プロジェクタ名称を示すＰＪＮａｍｅタグ９２５から構成されている。
【００９５】
図８（ｂ）、図８（ｃ）を具体例にとって、セッション化要求コマンドの構成を説明すると、図８（ｃ）でユーザは、セッション名を“ミーティングＸ”としているので、ＳｅｓｓｉｏｎＮａｍｅタグ９２１にはこれが格納される。そして、図８（ｂ）でセッション化対象のプロジェクタとしての１台をユーザが選択しているため、ｎｕｍＯｆＰJタグ９２２には「１」が格納される。また、１つのプロジェクタ情報フィールドには、Ｓ６０３で受信したプロジェクタ情報コマンドを元に、プロジェクタのＩＰアドレス（１９２．１６８．１．１０）をＩＰＡｄｄｒｅｓｓタグ９２４に、プロジェクタ名称（“Ｐｒｏｊｅｃｔｏｒ  １”）をＰＪＮａｍｅタグ９２５に格納する。このようにして作成したセッション化要求コマンドを、セッション化対象の各プロジェクタ（ここではプロジェクタ２００のみ）に対して同一の内容で送信する。
【００９６】
ここで、セッション化対象としたプロジェクタにいづれかが、他のＰＣからの指示によって既にセッション化済みになっている場合がある。こうした状況においては、不図示ではあるが、Ｓ６１０の処理が失敗することがある。Ｓ６１０の処理が失敗した場合には、“セッション化に失敗した”としてすべてのセッション化対象のプロジェクタとの接続を解消して、Ｓ６００にもどる。
【００９７】
Ｓ６１１で、ＧＵＩアプリは、図８（ｄ）の態様の投射制御ＵＩを表示する。投射制御ＵＩは、セッション名表示エリア８０８、セッション化済みプロジェクタ選択タブ８０９、セッション終了指示ボタン８１０、当該ＧＵＩアプリを起動しているＰＣ自身を表示するＭｙＰＣ表示エリア８１１、当該セッションに接続している他のＰＣを示す接続中ＰＣリスト８１２、投射レイアウト設定エリア８１３、投射開始ボタン８１４、投射停止釦８１５などから構成されている。
【００９８】
本発明とは関係しないため省略するが、当該投射用ＧＵＩのプロジェクタ選択タブ８０９を選択することで、映像データの表示先となるプロジェクタを指定することができる。そして、映像データの送信元となるＰＣを８１１、８１２から８１３へドラッグ＆ドロップすることで指定することができる。図８（ｅ）に２台のＰＣをドラッグ＆ドロップした後の投射制御ＵＩの態様を示す。投射レイアウト設定エリア８１３に１台以上のＰＣアイコンが配置されている状態で、８１４の投射開始ボタンを押下することで、選択中のプロジェクタに対して映像伝送が開始され、プロジェクタ側ではこれを映像データを受信して、図３のように投影表示する。
【００９９】
なお、以降処理フローでは、Ｓ６１１にて説明した投射制御ＵＩ本来の処理は、本発明の趣旨ではないため省略して説明する。Ｓ６１２で、ＧＵＩアプリは、Ｓ６０９で説明した所定時間が経過したかを判定し、所定時間を経過していれば、Ｓ６１３へ遷移し、経過していなければ、Ｓ６１５に遷移する。Ｓ６１３で、ＧＵＩアプリは、Ｓ６０７で前述したのと同様にして、生存通知コマンドを接続中のすべてのプロジェクタに送信する。
【０１００】
Ｓ６１４で、ＧＵＩアプリは、Ｓ６０８で前述したのと同様にして、システムアイドルタイマのリセットを実施する。Ｓ６１５で、ＧＵＩアプリは、ユーザが図８（ｄ）のセッション終了ボタン８１０を押下によって、セッションの終了を指示したかどうかを判定する。セッションの終了を指示していれば、Ｓ６２４へ、そうでなければ、Ｓ６１６へ遷移する。ここでは、セッション作成時の処理フローについて説明しているので、Ｓ６１６へ進んだものとして説明を続ける。
【０１０１】
Ｓ６１６で、ＧＵＩアプリは、通信部１０９を制御してセッション終了通知を接続先のプロジェクタから受信しているかどうかをチェックする。受信していればＳ６２５へ、受信していなければ、Ｓ６１７へ遷移する。ここでは、セッション作成時の処理フローについて説明しているので、Ｓ６１６へ進んだものとして説明を続ける。
【０１０２】
Ｓ６１７で、ＧＵＩアプリは図８には不図示であるがアプリケーションの終了ボタンをユーザが押下したかによって、アプリケーションの終了指示があるかどうかを判定する。終了指示があればＳ６１８へ遷移し、なければＳ６１２に遷移する。
【０１０３】
Ｓ６１８で、ＧＵＩアプリは通信部１０９を制御して、接続中のすべてのプロジェクタとの切断処理を実行し処理を終了する。
【０１０４】
以上がＰＣ上で新たにセッションを作成するフローである。ここで説明したように、Ｓ６０６でセッション化対象のプロジェクタと接続を確立した後は、所定時間毎にＳ６０８、Ｓ６１４の処理を実施することによって、システムアイドルタイマをリセットし、省電力状態への遷移を抑止できる。そのため、Ｓ６０７、Ｓ６１３で実施している生存通知コマンドが省電力状態へ遷移したために送信できなくなるという状況を回避できる。
【０１０５】
続いて、ＰＣが既存のセッションに参加する際のフローを説明する。説明の簡単化のために、図４（ｂ）に記載の状況を具体例とし、ＰＣ１００ｂ（ＰＣ名称“ＰＣ−Ｂ”）上でＧＵＩアプリから、前述のフローでＰＣ１００ａが作成したセッションに参加するフローを例にとって説明する。
【０１０６】
ここで図６は、ＰＣ１００ｂ上のＣＰＵ１０１上で動作する処理フローを示している。セッション参加時の処理フローの開始は、前述のセッション参加時と同様である。まず、ＰＣ１００ｂ上で、ＧＵＩアプリを起動すると図６の処理フローが開始される。
【０１０７】
Ｓ６００、Ｓ６０１の処理は、セッション作成時のフローにて前述したものと同様であるため省略する。ここでは、Ｓ６０１にてユーザがボタン８０１を押下して、作成済みのセッションに参加するものとして説明を継続する。この場合はＳ６１９に遷移する。
【０１０８】
Ｓ６１９で、ＧＵＩアプリは、図８（ｆ）の態様のセッションリストＵＩを表示する。このＵＩは、参加可能なセッションとして選択可能なセッションの情報を表示する領域８１６をリスト表示する構造となっており、図８（ｂ）に示したプロジェクタリストＵＩと同様にスクロールバー８１７を備えている。これによって、ユーザはネットワーク上の参加可能なセッションを確認することができる。また８１６に対応付いたラジオボックス８１８を備えており、ユーザは、これを選択することで参加対象のセッションを１つ選択することができる。
【０１０９】
Ｓ６２０で、ＧＵＩアプリは、通信部１０９を制御してセッション情報コマンドを受信しているかどうかをチェックする。受信があればＳ６２１に遷移し、受信がなければＳ６２２に遷移する。
【０１１０】
なお、セッション情報コマンドはとは、前述の通信フロー５１４でセッション化後のプロジェクタがネットワーク上にブロードキャストするコマンドである。当該コマンドは図９（ｄ）のように、セッション情報コマンドであることを示すｃｏｍｍａｎｄＩＤタグ９３０、セッション名称を示すＳｅｓｓｉｏｎＮａｍｅタグ９３１、セッションを構成するプロジェクタ数を示すＮｕｍＯｆＰＪタグ９３２、セッションに属するプロジェクタ毎に確保するプロジェクタ情報フィールド９３３で構成されるパケット構造である。また、プロジェクタ情報フィールド９３３は、セッションに属するプロジェクタのＩＰアドレスを示すＩＰＡｄｄｒｅｓｓタグ９３４、プロジェクタ名称を示すＰＪＮａｍｅタグ９３５から構成されている。
【０１１１】
Ｓ６２１で、ＧＵＩアプリは、受信したセッション情報コマンドを解析して、セッション名を取得し、図８（ｅ）のセッションリストＵＩの表示を更新して、Ｓ６２２に遷移する。Ｓ６２０、Ｓ６２１の処理を繰り返すことで、ネットワーク上に存在するセッションを一覧表示することができる。
【０１１２】
Ｓ６２２で、ＧＵＩアプリは、ユーザがラジオボックス８１８を選択し、さらに８１９の確定ボタンが押下するを待ち受ける。これにより、参加対象のセッション選択が完了すれば、Ｓ６２３に遷移し、一定時間経っても完了しなければ、Ｓ６２０の処理を繰り返す。
【０１１３】
Ｓ６２３で、ＧＵＩアプリは、Ｓ６２２でユーザが選択したセッションを構成するプロジェクタ全てに対して接続処理を実行して、Ｓ６１１に遷移する。これは前述の通信フロー５１７で説明したように、プロジェクタと論理的な接続確立を行うことである。なお、セッションを構成するプロジェクタは、Ｓ６２０で受信したセッション情報コマンドのプロジェクタ情報フィールドから識別できる。
【０１１４】
以降の処理は、セッション作成時のフローにて前述したものと同様であるため省略する。
【０１１５】
以上がＰＣが作成済みのセッションに参加するフローである。この場合でも、Ｓ６２３でプロジェクタとの接続を確立した後に、所定時間毎に、Ｓ６１４でシステムアイドルタイマをリセットするので、省電力状態への遷移を抑止できる。
【０１１６】
続いて、ＰＣが自身が参加中のセッションを終了する際のフローと、セッションの終了通知をプロジェクタから通知されたＰＣのフローを説明する。なおここでは、説明の簡単化のために、図４（ｃ）に記載の状況を具体例として取り上げながら説明を実施する。つまり、ＰＣ１００ａの操作ユーザがＰＣ１００ａ上で動作するＧＵＩアプリを制御して、自身の参加中のセッションを終了させる処理フローと、プロジェクタ経由でセッションの終了を通知されたＰＣ１００ｂの処理フローを説明する。
【０１１７】
まず、セッションに参加中のＰＣ１００ａ上では、ＧＵＩアプリは、図８（ｄ）に示したような投射制御ＵＩを表示中の状態となっている。ここで８１０ボタンを押下することがセッションの終了指示である。当該ボタンを押下することで前述のＳ６１５の判定がＹＥＳとなり、Ｓ６２４に遷移する。
【０１１８】
Ｓ６２４では、ＧＵＩアプリは、通信部１０９を制御してセッション終了コマンドを接続中の全てのプロジェクタに対して送信する。なお、セッション終了コマンドとは、５２４で説明したように、自身が参加しているセッションを構成しているすべてのプロジェクタに対して送信するコマンドである。当該コマンドは図９（ｅ）に示した構成であり、セッション終了コマンドであることを示すＣｏｍｍａｎｄＩＤタグ９４０のみから構成されている。詳細はプロジェクタの処理フローにて後述するが、本コマンドをすべてのプロジェクタに送信することで、すべてのプロジェクタをセッション化前の状態に変更することができる。
【０１１９】
また、セッション終了コマンドを受信したプロジェクタは、自身に接続中の他のＰＣに対して、セッション終了通知コマンドを発行する。なお、セッション終了通知コマンドとは、５３０で説明したように、セッション終了コマンドを受信したプロジェクタが、自身に接続中のＰＣに対して、セッションが終了することを通知するコマンドである。当該コマンドは図９（ｆ）に示した構成であり、セッション終了通知コマンドであることを示すＣｏｍｍａｎｄＩＤタグ９５０のみから構成されている。
【０１２０】
Ｓ６２５で、ＧＵＩアプリは、通信部１０９を制御して、接続中のすべてのプロジェクタとの切断処理を実行しｓｔａｒｔへ戻り初期ＵＩを表示する。
【０１２１】
一方、ＰＣ１００ａがＳ６２４の処理を実行したことによって、同一のセッションに参加していたＰＣ１００ｂは、プロジェクタ経由でセッションの終了通知コマンドを受信することになる。当該コマンドを受信した場合、前述のＳ６１６の判定がＹＥＳとなりＳ６２５に遷移する。つまり、セッションの終了を通知された他のＰＣにおいても、全てのプロジェクタとの切断処理を実行し、ｓｔａｒｔへ戻り初期ＵＩを表示する。
【０１２２】
以上、ＰＣが自身が参加中のセッションを終了させるフローと、セッションの終了通知をプロジェクタから通知されたＰＣのフローについて述べた。当該処理によって、Ｓ６１４のシステムアイドルタイマの所定時間毎のリセット処理が実施されなくなるため、以降のＰＣにおいては、一定時間経過によってシステムアイドルタイマが０になった場合に、通常通り省電力状態へと遷移することになる。
【０１２３】
次に、プロジェクタ側のフローを図７、図９を用いて説明する。
【０１２４】
図７はの各処理フローは、プロジェクタ２００で実行される画面転送処理を実施するプログラムのプロセスとして実行されるフローである。
【０１２５】
最初に、セッション化前のプロジェクタの処理フローを説明する。セッション化前のプロジェクタでは、図７（ａ）の処理フローが開始される。
【０１２６】
Ｓ７００において、プロジェクタは、前述の通信フロー５０２で述べたプロジェクタ情報コマンドをネットワーク上にブロードキャストして、Ｓ７０１に遷移する。当該コマンドは前述のＳ６０３で説明したように、図９（ａ）のようなパケット構成のコマンドであり、当該コマンドの発行元のプロジェクタ情報を格納している。本コマンドの生成方法を詳細に説明する。セッション化前のプロジェクタ２００は、プロジェクタ情報コマンドを生成するために、自身のＲＡＭ２０２もしくはＲＯＭ２０３に格納されているＩＰアドレス、及びプロジェクタ名称を取得する。そしてそれぞれの値を、図９（ａ）のＩＰＡｄｒｅｓｓタグ９０１、ＰＪＮａｍｅタグ９０２に格納することで、プロジェクタ情報コマンドを作成する。
【０１２７】
Ｓ７０１で、プロジェクタは、通信部２０９を監視し、ＰＣからの論理的な接続を確立する要求あるかどうかをチェックする。これがあればＳ７０２に遷移し、一定時間経ってもこれがなけれｂＳ７００の処理を繰り返す。
【０１２８】
Ｓ７０２で、プロジェクタは、Ｓ７０１で接続要求のあったＰＣとの論理的な接続を確立し、Ｓ７０３に遷移する。Ｓ７０３で、プロジェクタは、通信部２０９を制御し、ＰＣから送信される図９（ｃ）のような構成のセッション作成要求コマンドを待ち受ける。当該コマンドを受信すれば、Ｓ７０５に遷移し、しない場合はＳ７０４を繰り返す。なお、ＰＣが送信するセッション作成要求コマンドの詳細は、前述のＳ６１０で説明した通りである。
【０１２９】
Ｓ７０４で、プロジェクタはＳ７０２で論理的な接続を確立したＰＣから生存通知コマンドを受信していない時間が、所定時間（例えば３０秒）を超えたかどうかによって、接続中のＰＣが不通になったかどうかを判断する。不通と判断した場合にはＳ７０６へ、そうでない場合は、Ｓ７０３の処理を繰り返す。本実施例では、前述のように接続中のＰＣからは５秒間毎に生存通知コマンドが送信されてくるため、３０秒間当該コマンドを受信しない場合は、当該ＰＣが不正終了したか、もしくはＰＣとプロジェクタ間のネットワークになんらかのトラブル（例えばＬＡＮケーブル抜け）などが発生したと判断できる。
【０１３０】
Ｓ７０５で、プロジェクタは、自身の状態をセッション化済みとする。この際に、Ｓ７０３で受信したセッション作成要求コマンドの内容を、自身が所属するセッション情報としてＲＡＭ２０２に格納する。Ｓ７０５の後は、次に説明するセッション化後の処理フローが実行される。
【０１３１】
Ｓ７０６で、プロジェクタは接続中ＰＣとの論理的な接続を解消してＳｔａｒｔに戻る。
【０１３２】
以上がセッション化前のプロジェクタの処理フローである。このようにセッション化前のプロジェクタの処理フローにおいては、Ｓ７０２の接続処理によって、論理的な接続が確立されたＰＣに対して不通判断を実行している。
【０１３３】
続けて、セッション化後のプロジェクタの処理フローを説明する。セッション化後のプロジェクタでは、図７（ｂ）の処理フローが開始される。なお、本発明とは関係ないため、セッション化後の映像データの受信、デコード、表示処理については省略するが、以降に述べる処理フローと並列で実行されるものである。
【０１３４】
Ｓ７１０において、プロジェクタは、前述の通信フロー５３０で述べたセッション情報コマンドをネットワーク上にブロードキャストして、Ｓ７１１に遷移する。当該コマンドは前述のＳ６２０で説明したように、図９（ｄ）のようなパケット構成のコマンドであり、当該コマンドの発行元のプロジェクタが所属しているセッションの情報が格納している。当該コマンドの詳細な作成方法を説明する。Ｓ７０５で前述したように、セッション化された際にプロジェクタは、ＲＡＭ２０２上にセッション情報を保持している。これを取得し、ＳｅｓｓｉｏｎＮａｍｅタグ９３１、ｎｕｍＯｆＰＪタグ９３２、プロジェクタ情報フィールド９３３に格納することでセッション情報コマンドを作成する。
【０１３５】
Ｓ７１１で、プロジェクタは、前述のＳ７０１と同様にＰＣからの論理的な接続を確立する要求があるかどうかをチェックし、これがあればＳ７１２へ、なければＳ７１３へ遷移する。
【０１３６】
Ｓ７１２の処理は、Ｓ７０１の処理と同様であるため省略する。Ｓ７１３で、プロジェクタは、Ｓ７０４と同様にして、この時点で自身との論理的な接続を確立しているＰＣが不通かどうかを判断する。不通のＰＣがあった場合には、Ｓ７１４に遷移して、不通と判定したＰＣとの論理的な接続を解消し、Ｓ７１５に遷移する。不通のＰＣがなかった場合には、Ｓ７１５に遷移する。
【０１３７】
Ｓ７１５で、プロジェクタは、セッションの終了判定処理を実施し、セッションを終了する場合には、Ｓ７１６へ、そうでない場合には、Ｓ７１０へ遷移する。ここでセッションが終了する条件は、接続中のＰＣからのセッション終了要求コマンドの受信である。この場合、通信部２０９を制御して、ＰＣからセッション終了要求コマンドを受信していなかをチェックする。なお、セッション終了要求コマンドとは、Ｓ６２４で前述した図９（ｅ）の構成のパケットである。また、接続中のＰＣが０台となった場合（すべてのＰＣが不通となった場合）もセッションが終了すると判断する。
【０１３８】
Ｓ７１６で、プロジェクタは、セッション終了を接続中のＰＣに通知するためのセッション終了通知コマンドを作成し、これを接続中のすべてのＰＣに送信して、Ｓ７１７に遷移する。ここで作成するセッション終了通知コマンドは、前記ＰＣ上でのセッション終了処理フローでも述べたが、図９（ｆ）の構成のパケットである。
【０１３９】
Ｓ７１７で、プロジェクタは、通信部２０９を制御して、自身に接続中の全てのＰＣとの論理的接続を解消し、本処理フローを終了する。本処理フローの終了によってセッション化状態は解除されるため、その後は、図７（ａ）のセッション化前の処理フローを開始する。なおセッション化状態の解除にともなって、Ｓ７０５でＲＡＭ２０２に格納したセッション情報もクリアする。
【０１４０】
以上、一台以上のＰＣと一台以上のプロジェクタとで構成される画面転送システムにおける、ＰＣとプロジェクタの処理フローについて説明した。ここで説明したＰＣによれば、画面転送処理を実施中の省電力状態への遷移抑止を好適に実行できる。
【０１４１】
なお、本実施例のＰＣにおいては、Ｓ６０８、Ｓ６１４にてシステムアイドルタイマのリセット処理を実行するとしたが、当該処理は、ＰＣ１１０の電源管理部１１０が管理する残電池容量が所定の値以上の場合のみ、または外部電源に接続されている場合のみに実施する構成をとってもよい。これは、省電力状態への遷移を強制的に抑止していたことでＰＣの電源が突然落ちることを避けるためである。
【０１４２】
また、Ｓ６０８、Ｓ６１４のシステムアイドルタイマのリセット処理は、当該処理を実行中のＰＣがセッションから離脱した場合に、プロジェクタが管理するセッションが終了する場合のみ実施する構成としてもよい。これは例えば、Ｓ７１５で説明したようにプロジェクタに接続中のＰＣの内の最後の１台である場合などである。これは、プロジェクタにおいって、セッション状態が維持されている限りは、そのセッションに対して再度参加することが可能だからである。
【符号の説明】
【０１４３】
１０１  ＣＰＵ
１０２  ＲＡＭ
１０３  ＶＲＡＭ
１５０  ネットワーク
１００ａ,１００ｂ  ＰＣ
２００  プロジェクタ
【図１】
2015014903.tif 000003
【図２】
2015014903.tif 000004
【図３】
2015014903.tif 000005
【図４】
2015014903.tif 000006
【図５】
2015014903.tif 000007
【図６】
2015014903.tif 000008
【図７】
2015014903.tif 000009
【図８】
2015014903.tif 000010
【図９】
2015014903.tif 000011