JP2014103611A - ネットワーク画面転送システム - Google Patents

Abstract

【課題】一台以上の映像送信装置と一台以上の映像表示装置とで構成される画面転送システムにおいて、セキュリティを確保しつつ冗長なパスワード入力を回避する画面転送システムを提供する。
【解決手段】映像表示装置は、ネットワーク通信を行う通信手段と、映像送信装置から送信された映像データを表示する表示手段と、映像表示装置グループへの所属を管理するグループ管理手段と、映像送信装置との接続を管理する接続管理手段と、接続管理手段、表示手段を所定のルールに基づいて動作させる動作モード制御手段を具備し、グループ管理手段によって、自身が映像表示装置グループへ所属していないと判定される場合において、映像送信装置より接続要求があった場合には、接続管理手段は、第一のパスワードの入力を接続可否の判定に用いる。
【選択図】図５

Description

本発明は、パーソナルコンピュータ（以下、「ＰＣ」と表記する。）等の情報処理装置の生成画像をプロジェクタなどの表示制御装置に送信する画像の伝送システムおよび伝送方法に関する。

通常、ＰＣとプロジェクタとはアナログＲＧＢケーブルを用いたアナログ接続によって画像信号の送受信を行っていた。アナログ接続では、接続に手間がかかる、遠隔地からの接続が困難、複数台のＰＣと同時に接続したい、といった理由からネットワークを介してＰＣとプロジェクタを接続するネットワーク画面転送システムが注目されている。

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

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

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

このようなプロジェクタとネットワーク接続を確立するためにパスワード入力を求める構成は、複数台のプロジェクタと複数台のＰＣによって構成される画面転送システムにおいては必ずしも好適であるとは言えない。

一例として、あるＰＣの操作者Ａが、前述のように個々のプロジェクタに対してパスワード入力を行って複数台のプロジェクタとの接続を確立する。続いて、別のＰＣの操作者Ｂが前述の複数台のプロジェクタに接続を行おうとすると、操作者Ａが行ったパスワードの入力と同じ操作を再び繰り返す必要があり非常に煩わしい。

本発明では、一台以上の映像送信装置と一台以上の映像表示装置とで構成される画面転送システムにおいて、セキュリティを確保しつつ冗長なパスワード入力を回避する画面転送システムを提供する。

本発明の映像表示装置は、かかる目的を達成するために、
ネットワークに接続された一台以上の映像送信装置と一台以上の映像表示装置とで構成され、前記映像送信装置が生成、送信する画像データを前記映像表示装置が受信、表示するネットワーク画面転送システムにおける映像表示装置であって、
映像表示装置は、
ネットワーク通信を行う通信手段と、
映像送信装置から送信された映像データを表示する表示手段と、
映像表示装置グループへの所属を管理するグループ管理手段と、
映像送信装置との接続を管理する接続管理手段と、
前記、接続管理手段、表示手段を所定のルールに基づいて動作させる動作モード制御手段を具備し、
前記グループ管理手段によって、自身が映像表示装置グループへ所属していないと判定される場合において、映像送信装置より接続要求があった場合には、前記接続管理手段は、第一のパスワードの入力を接続可否の判定に用いることを特徴とする。

前記グループ管理手段によって、自身が映像表示装置グループへ所属していると判定される場合において、映像送信装置より接続要求があった場合には、前記接続管理手段は、第二のパスワードが設定されている場合には、第二のパスワードの入力を接続可否の判定に用いることを特徴とし、第二のパスワードが設定されていない場合には、接続可否の判定処理は実施せずに接続を許可することを特徴とする。
構成とした。

そこで、本発明の画面転送システムは、複数台のプロジェクタと複数台のＰＣによって構成される画面転送システムにおいてセキュリティを確保しつつ冗長なパスワード入力を回避する効果を奏する。

画面転送システムの概念図 本発明を実現するためのＰＣとプロジェクタのブロック図 本発明を実現するためのＰＣ側のフローチャート 本発明を実現するためのプロジェクタ側のフローチャート 本発明を実現するためのＧＵＩ例 本発明を実現するためのＰＣが発行するコマンド構成 本発明を実現するためのプロジェクタが発行するコマンド構成

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ここで、本実施例の画面転送システムの通常の動作について説明する。
なお説明の簡単化のために、ＰＣ１００の通信部１０９とプロジェクタ２００の通信部２０９間で双方向の通信が可能な状態になっているものとする。

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

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

次に、ＣＰＵ１０１は、通信部１０９を制御し、ネットワーク上に存在するプロジェクタの検索コマンドを発行し、プロジェクタからの応答コマンドを待ち受ける。ここでプロジェクタの検索コマンドは、ブロードキャストやマルチキャストを用いて発行し、ネットワーク上に前述のプロジェクタ検索コマンドに応答可能なプロジェクタが存在していれば、プロジェクタから応答コマンドが同様にブロードキャストやマルチキャストを用いて返信される。

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

次に、ＣＰＵ１０１は、ＲＡＭ１０２に格納された応答コマンドを解析し、接続可能なプロジェクタ一覧を作成し、さらにこれをＧＵＩとして構成し、表示部１０６を介してユーザに提示する。

次に、ユーザから操作部１０８を介して、接続するプロジェクタが選択されると、この命令はＣＰＵ１０１に通知される。なおここでは、ユーザが一台のプロジェクタとの接続を要求したものとして説明する。

ここでユーザが選択したプロジェクタが、上記応答コマンドより接続に際してパスワードが必要となるプロジェクタであれば、ＣＰＵ１０１は、パスワード入力画面をＧＵＩとして構成し、表示部１０６を介してユーザに提示する。

次に、ユーザから操作部１０８を介して、プロジェクタと接続するためのパスワード入力を受け付けると、ＣＰＵ１０１は、パスワード情報を格納した接続要求コマンドを生成し、通信部１０９を制御して、ユーザが選択したプロジェクタに対して、接続要求コマンドを送信して、このコマンドに対する返信を待ち受ける。なお、接続に際してパスワード入力が必要ないプロジェクタであれば、パスワード情報を格納しない接続要求コマンドを送信して、このコマンドに対する返信を待ち受ける。

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

次に、ＣＰＵ１０１は、ＲＡＭ１０２に格納された接続要求コマンドの返信を解析し、自身の接続要求がプロジェクタに許可されたかどうかを判定する。ここで接続が許可された場合は、プロジェクタへの画面データの送信処理の開始、停止を制御するためのＧＵＩを構成し、表示部１０６を介してユーザに提示し以降の処理に移る。一方、パスワード認証が失敗したために接続が許可されなかった場合には、再度パスワード入力を求めるＧＵＩを構成し、これをユーザに提示する。

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

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

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

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

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

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

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

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

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

通信部２０９がプロジェクタ検索コマンドを受信すると、ＣＰＵ２０１は自身のＩＰアドレス、ＰＣからの接続を受け付け可能かどうかの情報、接続に際してのパスワードの必要性等の各種情報を格納した応答コマンドをＲＡＭ２０２上に生成する。
次に、ＣＰＵ２０１は通信部２０９を制御し、前記応答コマンドをネットワーク上にブロードキャストまたはマルチキャストする。

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

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

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

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

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

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

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

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

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

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

ここで、本実施例の画面転送システムの特徴的な動作について図３、図４、図５、図６、図７を用いて説明する。前述したように、本実施例の画面転送システムは、複数台のプロジェクタと複数台のＰＣの間で画面転送システムを構築する場合において、セキュリティを確保しつつ冗長なパスワード入力を回避する効果を奏する。

本実施例の特徴的な動作は、大きく２つのステップに分類される。

第一のステップは、ある一台のＰＣ（以降ＰＣ１）が、一台以上のプロジェクタ（ここでは説明の簡単化のためプロジェクタ１とプロジェクタ２の二台）と画面転送ネットワークを確立するまでの処理フローである。

第二のステップは、二台目以降のＰＣ（ここでは説明の簡単化のためＰＣ２とする）が、第一のステップで作成した画面転送ネットワークに参加するまでの処理フローである。

本実施例では第一のステップを、「プロジェクタグループの作成」、第二のステップを、「プロジェクタグループへの参加」と呼び、以降の説明を行う。

なお、説明は、第一のステップのＰＣ１の処理フロー、ＰＣ１に応答して動作するプロジェクタ１、プロジェクタ２の処理フロー、続いて、第二のステップのＰＣ２の処理フロー、ＰＣ２に応答して動作するプロジェクタ１、プロジェクタ２の処理フロー、という順番で行う。

まず、ＰＣ１がプロジェクタ１、プロジェクタ２で構成されるプロジェクタグループを作成する処理について、図３のフローチャート、図５のＧＵＩ遷移図、図６のＰＣコマンド構成図、図７のプロジェクタコマンド構成図を用いて説明する。

なお、図３のフローチャートは、ＰＣ１のＣＰＵ１０１上で動作する画面転送アプリケーションによって実現される。画面転送アプリケーションはＨＤＤ１０５に格納されており、ユーザからの指示によって実行されると、ＲＡＭ１０２上に展開されプログラムが開始される。また、図５のＧＵＩ遷移図は、画面転送アプリケーションが生成し、表示部１０６を介してユーザに提示するＧＵＩの遷移フローを図示したものである。

画面転送アプリケーションが実行されると、まずＳ３００において、当該ＰＣが既にネットワーク上に存在するプロジェクタグループに対して接続処理を実施するのか、また新規にプロジェクタグループを作成するのかによって、処理を分岐させる判断基準はユーザ指示によって決定する。

この処理を図５のＧＵＩ遷移図を用いて詳細に説明する。ＣＰＵ１０１は、画面転送アプリケーション実行直後に、図５の５００のような、グループ作成を指示するボタン５０１と、グループ参加を指示するボタン５０２を具備するＧＵＩを表示部１０６を介してユーザに提示し、操作部１０８を制御してユーザ入力を待ち受ける。ユーザが操作部１０８によって表示部１０６に表示中のＧＵＩを操作し、ボタン５０１を押下して、新規にプロジェクタグループを作成するとした場合には、Ｓ３０１に遷移し、ユーザがボタン５０２を押下して、既にネットワーク上に存在するプロジェクタグループに参加するとした場合には、Ｓ３０８に遷移する。

ここでは、新規にプロジェクタグループを作成するまでの流れを説明するので、Ｓ３０１に遷移するものとして説明を続ける。

Ｓ３０１において、ＣＰＵ１０１はネットワーク上のプロジェクタを検索するためのコマンドを生成し、通信部１０９を制御して当該コマンドをブロードキャストして、Ｓ３０２に遷移する。なお検索コマンドは図６（ａ）に示したようにコマンド種別のみを記載したものであり、本コマンドを受信したプロジェクタが検索コマンドであることを理解可能な構成であればよい。なお後述するが、検索コマンドを受信したプロジェクタは、自身の存在をＰＣに知らせるために応答コマンドを同様にネットワーク上にブロードキャストする。

Ｓ３０２で、ＣＰＵ１０１は、ネットワーク上のプロジェクタからの応答コマンドを解析して、プロジェクタリストをＧＵＩとして構成して、表示部１０６を介してユーザに提示して、Ｓ３０３に遷移する。

ここで構成するプロジェクタリストは図５の５１０に示した態様のＧＵＩであり、その構成方法について詳細に説明する。なお、応答コマンドはプロジェクタの処理フローにて後述するが図７（ａ）や図７（ｄ）に図示したパケット構成である。

これらのパケット構成の違いは、図７（ａ）はグループ化前のプロジェクタが送信する応答パケット、図７（ｄ）はグループ化済みのプロジェクタが送信する応答パケットである。以降の処理は、グループ化前のプロジェクタから図７（ａ）の構成のパケットを受信したものとして説明を続ける。

ＣＰＵ１０１は応答コマンドに含まれるｉｓＧｒｏｕｐｅｄタグ７１１より当該応答コマンドの送信元のプロジェクタがグループ化されているか、グループ化されていないかを判断する。そして、グループ化されていないプロジェクタのみを図示したようにリスト表示する。このように、ｉｓＧｒｏｕｐｅｄタグから、グループ化可能なプロジェクタのみを表示することが可能となる。ここで、当該プロジェクタのＩＰアドレスを示すＩＰ Ａｄｄｒｅｓｓタグ７０２、プロジェクタの名称を示すＰＪ Ｎａｍｅタグ７０３、プロジェクタの設置場所を示すＰＪ Ｌｏｃａｔｉｏｎタグ７０４の情報を元に、これをＧＵＩに反映させる。また当該プロジェクタとの接続に際してパスワードが必要かどうかを示すｉｓＲｅｑｕｉｒｅｄＰａｓｓｗｏｒｄタグ７０５より、パスワード入力が必要であればパスワード入力をユーザに求める入力ボックス５１２をＧＵＩに表示する。パスワード入力が必要なければ当該入力ボックスは無効化してもよい。

Ｓ３０３で、ＣＰＵ１０１は操作部１０８を監視し、ＧＵＩ５１０へのユーザ入力を待ち受ける。ユーザからの指示によりグループ化対象のプロジェクタの選択、接続パスワード入力、及びそれらの決定指示、を受け付けるとＳ３０４に遷移する。

この処理を図５のＧＵＩ５１０を用いて詳細に説明する。ＧＵＩ５１０は、Ｓ３０２の処理によりグループ化可能なプロジェクタがリスト表示されている。リストの各カラムは、プロジェクタ情報を表示するエリア５１１、接続時に必要となるパスワードの入力ボックス５１２、グループ化対象のプロジェクタを１台以上選択可能なチェックボックス５１３より構成されている。ユーザはグループ化したいプロジェクタをチェックボックス５１３をチェックすることで選択できる。この時、接続に際してパスワードが必要なプロジェクタであれば入力ボックス５１２にパスワードを入力する必要がある。ユーザはプロジェクタ選択が完了するとＯＫボタン５１４を押下する。ＣＰＵ１０１は、この入力を検知したタイミングで、グループ化対象のプロジェクタ台数、グループ化対象の全プロジェクタ情報、およびグループ化対象のプロジェクタに関連付いたユーザ入力したプロジェクタへの接続パスワードをＲＡＭ１０２に格納する。本実施例では、図５の５１０に示しているようにプロジェクタ１、プロジェクタ２をグループ化対象として選択しているので、ＲＡＭ１０２には、グループ化対象のプロジェクタ台数は２台、さらにプロジェクタ１、プロジェクタ２の情報およびそれぞれに接続する際に用いるパスワード、”１２３４”，”５６７８”を格納する。

一方、Ｓ３０３で、一定時間上記の操作がユーザからなければ、Ｓ３０１に戻り処理を繰り返す。このようにすることでネットワーク上に存在するグループ化が可能なすべてのプロジェクタをユーザに提示することが可能となる。また、別のユーザの操作するＰＣによって、ＧＵＩに表示中のプロジェクタがグループ化された場合には、対象プロジェクタのグループ化が不可能になったことを、ＧＵＩリストから対象プロジェクタの表示を消すなどして、即座にユーザに提示することも可能となる。

Ｓ３０４で、ＣＰＵ１０１は、グループ化対象としてユーザが選択したプロジェクタに対して、接続コマンドを生成し、これを通信部１０９を介して送信する。さらに通信部１０９を制御して接続コマンドの応答を受信し、Ｓ３０５に遷移する。

この処理でやりとりされるコマンドについて説明する。Ｓ３０３にてＲＡＭ１０２に保存した情報より、図６（ｂ）に図示したパケット構成の接続コマンドを接続先のプロジェクタ毎に生成する。本コマンドは、接続コマンドであることを示すＣｏｍｍａｎｄＩＤタグ６１０、プロジェクタとの接続に必要なパスワードを示すＰａｓｓｗｏｒｄタグで構成されている。

このコマンドを接続先のプロジェクタ毎にて送信した後、図７（ｂ）の構成の返信コマンドを各プロジェクタより受信する。なお返信コマンドは、接続コマンドの返信であることを示すＣｏｍｍａｎｄＩＤタグ７１０、接続の成功、失敗を示すＲｅｓｕｌｔタグ７１１で構成されている。

Ｓ３０５で、ＣＰＵ１０１はＳ３０３でグループ化の対象としたすべてのプロジェクタとの接続が完了したかどうかを判定し、完了していれば、Ｓ３０６に遷移し、完了していなければ、すべてのプロジェクタとの接続を解除して、Ｓ３０１に遷移する。

なお、接続が完了したかどうかの判定はＳ３０４にて受信した接続コマンドの返信のＲｅｓｕｌｔタグ７１１がＯＫであれば接続に成功したと判定し、ＮＧであれば接続に失敗したと判定する。

なお、不図示であるが、接続に失敗したプロジェクタがある場合には、接続に失敗したプロジェクタへの接続パスワードの再入力をＧＵＩ制御によってユーザに促す。

本実施例では、図５の５１０に示しているようにプロジェクタ１、プロジェクタ２の２台をグループ化対象としてたのでＳ３０４の処理をプロジェクタ１、プロジェクタ２に対して行う。つまり、プロジェクタ１に対してＰａｓｓｗｏｒｄタグに”１２３４“を格納した接続コマンドを送信して、その返信のＲｅｓｕｌｔタグがＯＫであれば、プロジェクタ１との接続を確立する。続いて、プロジェクタ２に対しては、Ｐａｓｓｗｏｒｄタグに”５６７８”を格納した接続コマンドを送信して同様の処理を行い接続を確立する。これらの処理により２台のプロジェクタで構成されるプロジェクタグループの作成が完了するので、Ｓ３０５の判定がＹＥＳとなる。

Ｓ３０６で、ＣＰＵ１０１は、プロジェクタグループに関する各種情報をユーザに入力させるために、図５の５２０に示したＧＵＩを表示部１０６を介してユーザに提示し、制御部１０８を制御してユーザ入力を待ち受ける。そしてユーザ入力の完了を検知すると、プロジェクタグループに関する各種情報をＲＡＭ１０２に格納し、Ｓ３０７に遷移する。

この処理を図５のＧＵＩ５２０を用いて詳細に説明する。Ｓ３０５の処理により、ユーザが選択したグループ化対象のプロジェクタとの接続が完了すると、作成したグループの名称を設定するための入力ボックス５２１、作成したグループに別ＰＣのユーザが参加する際に必要となるパスワードを設定するための入力ボックス５２２、これらの入力を確定するＯＫボタン５２３を具備したＧＵＩ５２０を、表示部１０６を介してしてユーザに提示する。ユーザがこれらの入力ボックスに例えば、図のようにグループ名に“ミーティングＸ”、グループパスワードに“ＡＢＣＤ”を入力してＯＫボタンを押下すると、ＣＰＵ１０１は、ユーザが入力した、グループ名とグループパスワードをグループ設定情報としてＲＡＭ１０２に格納する。

なお、グループパスワードを空文字に設定することで、グループパスワードを設定しないように制御することも可能である。

Ｓ３０７で、ＣＰＵ１０１は、ＲＡＭ１０２に保持しているグループ設定情報とＳ３０３にてＲＡＭ１０２に保持したグループ化対象のプロジェクタ情報から、グループ設定コマンドを生成し、これを通信部１０９を介して、プロジェクタグループを構成するすべてのプロジェクタに対して送信する。そして、各プロジェクタからの設定完了を意味する返信コマンドの受信により、グループ化の完了を確認すると、図５の５３０に図示した画面転送開始、停止を制御するＧＵＩを表示部１０６を介してユーザに提示し、新規にプロジェクタグループを作成する処理を終了する。なお、ＧＵＩ５３０は、グループ化したプロジェクタから表示対象のプロジェクタを選択するためのプルダウンリスト５３１と、グループに参加中のＰＣ一覧を表示するＰＣリスト５３２と、ＰＣリストからＰＣを選択して、ユーザの投影したいレイアウトに合わせて各ＰＣの表示位置を決定可能なレイアウト領域５３３と、投影開始を指示する釦５３４、投影停止を指示する釦５３５などを具備している。

この処理でやりとりされるコマンドについて説明する。Ｓ３０３によりＲＡＭ１０２に保持しているグループ化対象のプロジェクタ情報と、Ｓ３０６によりＲＡＭ１０２に保持しているグループ設定情報より、図６（ｃ）のような構成のグループ情報設定コマンドを作成する。本コマンドはグループ情報設定コマンドであることを示すＣｏｍｍａｎｄＩＤタグ６２０、グループ名を示すＧｒｏｕｐ Ｎａｍｅタグ６２１、グループに参加するためのパスワードを示すＧｒｏｕｐ Ｐａｓｓｗｏｒｄタグ６２２、グループ化対象のプロジェクタ台数を示すｎｕｍＯｆＧｒｏｕｐｅｄＰＪｓタグ６２３、そしてプロジェクタ情報フィールド６２４（６２５）で構成される。なおプロジェクタ情報フィールドは、グループ化対象のプロジェクタ台数分用意する。このフィールドは、グループ化対象のプロジェクタに関する情報として、プロジェクタのＩＰアドレスを示す、ＩＰ Ａｄｄｒｅｓｓタグ６２６、プロジェクタの名称を示す、ＰＪ Ｎａｍｅタグ６２７、プロジェクタの設置場所を示す、ＰＪ Ｌｏｃａｔｉｏｎタグ６２８で構成されている。

本実施例においては、図５のＧＵＩ５２０で示したようにＧｒｏｕｐ Ｎａｍｅには“ミーティングＸ”，Ｇｒｏｕｐ Ｐａｓｓｗｏｒｄには、“ＡＢＣＤ”が値として設定されている。そしてＧＵＩ５１０でプロジェクタ１とプロジェクタ２をグループ化の対象として設定しているので、ｎｕｍＯｆＧｒｏｕｐｅｄＰＪｓには”２”，そして図示のように２台分のプロジェクタ情報が図６（ｃ）の６２４、６２５で示したように格納される。このようにして生成したコマンドをグループ化対象のプロジェクタ１とプロジェクタ２に送信する。各プロジェクタからの返信コマンドは、図７（ｃ）のような構成である。本コマンドはグループ情報設定コマンドの返信であることを示すＣｏｍｍａｎｄＩＤタグ７１２で構成されている。ＰＣ１はグループ情報設定コマンドを送信したすべてのプロジェクタから返信を確認すると、プロジェクタのグループ化が完了したと判断する。以降は、ＧＵＩ５３０を操作してプロジェクタグループを構成するプロジェクタに対して投影制御が可能となる。
以上、ＰＣ１がプロジェクタ１、プロジェクタ２で構成されるプロジェクタグループを作成する処理について述べた。

続いて、ＰＣ１がプロジェクタグループを作成する際に、応答するプロジェクタ１、プロジェクタ２の処理について、図４のフローチャート、図６のＰＣコマンド構成図、図７のプロジェクタコマンド構成図を用いて説明する。なお、図４のフローチャートは、プロジェクタ１または、プロジェクタ２のＣＰＵ２０１上で動作するプログラムによって実現される。なおプロジェクタ１、プロジェクタ２の処理フローは基本的には同じであるため、以降の説明ではプロジェクタ１を中心に説明を行い。必要に応じてプロジェクタ２の動作にも言及する。

処理が開始されると、まずＳ４００において、ＣＰＵ２０１は、通信部２０９を制御してＰＣからの検索コマンドを待ち受ける。検索コマンドを受信すると、Ｓ４０１に遷移し、受信が無い場合は、Ｓ４００の処理を繰り返す。

Ｓ４０１において、ＣＰＵ２０１は、自身がグループ化前の状態か、グループ化済みの状態かによって処理を分岐させる。ここでは、プロジェクタ１がグループ化されるまでの流れを説明するので、Ｓ４０２に遷移するものとして説明を続ける。

Ｓ４０２において、ＣＰＵ２０１は、Ｓ４００で受信した検索コマンドに応答するために、応答コマンドを生成し、通信部２０９を制御して当該応答コマンドをブロードキャストして、Ｓ４０３に遷移する。

ここで、グループ化前のプロジェクタが生成する応答コマンドについて図７（ａ）を用いて説明する。本コマンドは、応答コマンドであることを示すＣｏｍｍａｎｄＩＤタグ７００、グループ化されているプロジェクタかどうかを示す、ｉｓＧｒｏｕｐｅｄタグ７０１、自身のネットワーク上での所在であるＩＰアドレスを示すＩＰＡｄｄｒｅｓｓタグ７０２、自身の名称を示すＰＪＮａｍｅタグ７０３、自身の設定場所を示すＰＪＬｏｃａｔｉｏｎタグ７０４、接続に際してパスワードが必要かどうかを示すｉｓＰａｓｓｗｏｒｄＲｅｑｕｉｒｅｄタグ７０５より構成される。Ｓ４０２においては、グループ化前の状態であるので、ｉｓＧｒｏｕｐｅｄタグは、“ＦＡＬＳＥ”となり、ＩＰＡｄｄｒｅｓｓタグ、ＰＪＮａｍｅタグ、ＰＪＬｏｃｔｉｏｎタグ、ｉｓＰａｓｓｗｏｒｄＲｅｑｕｉｒｅｄタグは、プロジェクタ毎の設定値であり、ＲＯＭ２０３よりこれらの値を取得して格納することで応答コマンドを生成する。例えば、プロジェクタ１の場合は、ＩＰＡｄｄｒｅｓｓタグは”１９２．１６８．１．１００”、ＰＪＮａｍｅタグは”ＰＪ１”、ＰＪＬｏｃａｔｉｏｎタグは、”ＲｏｏｍＡ”、ｉｓＰａｓｓｗｏｒｄＲｅｑｕｉｒｅｄタグは、”ＴＲＵＥ”となり、プロジェクタ２の場合には、ＩＰＡｄｄｒｅｓｓタグは”１９２．１６８．１．１１０”、ＰＪＮａｍｅタグは”ＰＪ２”、ＰＪＬｏｃａｔｉｏｎタグは、”ＲｏｏｍＢ”、ｉｓＰａｓｓｗｏｒｄＲｅｑｕｉｒｅｄタグは、”ＴＲＵＥ”のようになる。なおこれらの値は初期値として設定してあるか、または、ユーザが操作部２０８を介してプロジェクタのＲＯＭ２０３に設定してあるものである。このような形態のコマンドをＰＣが検知することで、前述のＳ３０３で示したようなＰＣ側の処理が可能となる。

Ｓ４０３において、ＣＰＵ２０１は、通信部２０９を制御してＰＣからの接続コマンドを待ち受ける。接続コマンドを受信するとＳ４０４に遷移し、受信が無い場合には、Ｓ４００に戻って処理を繰り返す。

ここでＰＣから送信されてくる接続コマンドは、前述のＳ３０４にて説明した、図６（ｂ）の構成のパケットである。

Ｓ４０４において、ＣＰＵ２０１はＳ４０３において受信した接続コマンドを解析して、接続を許可するかどうかの認証処理１を行い、認証結果がＯＫだった場合には、Ｓ４０５に遷移し、認証結果がＮＧだった場合には、Ｓ４００に戻り処理を繰り返す。

ここで認証処理１について詳細に説明する。前述のＳ３０４にて説明したように、ＰＣはユーザが入力した接続パスワードから生成した、図６（ｂ）に図示の接続コマンドをプロジェクタに対して送信する。プロジェクタのＣＰＵ２０１は、このコマンドのＰａｓｓｗｏｒｄタグ６１１の内容と、自身のＲＯＭ２０３に格納してある認証処理１用のパスワードとを比較する。なお、認証処理１用のパスワードは、初期値として設定してあるか、もしくはプロジェクタ管理者が操作部２０８を介して設定する値である。そして比較の結果が一致していれば認証ＯＫとし、一致していなければ認証ＮＧとする。

そして、図７（ｂ）に示したような、接続コマンドの返信であることをしめす。ｃｏｍｍａｎｄＩＤタグ７１０と、認証の結果を格納するＲｅｓｕｌｔタグ７１１で構成される返信コマンドを生成する。ここでＲｅｓｕｌｔタグには、上記の認証処理１の結果を格納して、ＰＣに当該パケットを返信する。

Ｓ４０５において、ＣＰＵ２０１は、認証ＯＫとした接続コマンド送信元のＰＣを接続済みＰＣを管理するＲＡＭ２０２上のリストに追加して、ＰＣとの接続を確立して、Ｓ４０６に遷移する。

Ｓ４０６において、ＣＰＵ２０１は、通信部２０９を制御してＰＣからのグループ情報設定コマンドの受信を待ち受ける。グループ情報設定コマンドを受信するとＳ４０７に遷移する。

Ｓ４０７において、ＣＰＵ２０１は、受信したグループ情報設定コマンドを解析して、これらの情報をＲＡＭ２０２にグループ情報とて格納する。特に、Ｇｒｏｕｐｅｄ Ｐａｓｓｗｏｒｄタグ６２２の値は、後述の認証処理２に使用するグループパスワードとして保持する。そして、自身の状態をグループ化済みとし、図７（ｃ）に示したような、グループ情報設定コマンドの返信であることを示すＣｏｍｍａｎｄＩＤ７２０で構成されるコマンドを通信部２０９を介してＰＣに送信する。

なお、Ｓ３０７で前述したように、グループ情報設定コマンドは、グループ化対象のプロジェクタ全てに対して、同一の内容でＰＣから送信されてくる。そのため、本実施例のようにプロジェクタ１、プロジェクタ２がグループ化の対象となっている場合には、プロジェクタ１、プロジェクタ２の双方のＲＡＭ２０２に格納しているグループ情報は結果的に同一のものとなる。つまり、ＰＣ１とプロジェクタ１及びプロジェクタ２との間の通信路が確立されたこととなる。

以上、プロジェクタ１、プロジェクタ２がＰＣ１によってプロジェクタグループ化される処理について述べた。

続いて、ＰＣ２がＰＣ１が作成したプロジェクタ１、プロジェクタ２で構成されるプロジェクタグループに参加する処理について、図３のフローチャート、図５のＧＵＩ遷移図、図６のＰＣコマンド構成図、図７のプロジェクタコマンド構成図を用いて説明する。

プロジェクタグループに参加するフローは、画面転送アプリケーションの実行後に、Ｓ３００にて、ユーザにＧＵＩ５００が提示された後、ユーザがボタン５０２を選択することで開始され、Ｓ３０８に遷移する。

Ｓ３０８において、ＣＰＵ１０１はＳ３０１と同様に検索コマンドを生成して、これを通信部１０９を介してネットワーク上にブロードキャストして、Ｓ３０９に遷移する。

Ｓ３０９で、ＣＰＵ１０１は、ネットワーク上のプロジェクタからの応答コマンドを解析して、プロジェクタグループリストをＧＵＩとして構成して、表示部１０６を介してユーザに提示してＳ３１０に遷移する。

ここで構成するプロジェクタグループリストは、図５の５４０に示した態様のＧＵＩであり、その構成方法について詳細に説明する。なお、プロジェクタからの応答コマンドは、図７（ａ）や図７（ｄ）に示したパケット構成である。プロジェクタは自身がグループ化前の状態であれば図７（ａ）のようにｉｓＧｒｏｕｐｅｄタグＦＡＬＳＥのパケットを、自身がグループ化済みであれば、図７（ｄ）のようにｉｓＧｒｏｕｐｅｄタグがＴＲＵＥのパケットを発行する、以降の説明は、図７（ｄ）の構成のパケットを受信したものとして説明する。

ＣＰＵ１０１は応答コマンドに応答コマンドに含まれるｉｓＧｒｏｕｐｅｄタグ７３１より当該応答コマンドの送信元のプロジェクタがグループ化されているか、グループ化されていないのかを判断する。そして、グループ化されているプロジェクタからの応答コマンドを解析して、それに含まれる情報からプロジェクタグループ情報を図示したようにリスト表示する。ここで当該プロジェクタグループの名称を示すＧｒｏｕｐ Ｎａｍｅタグ７３２の情報を基に、これを５４１のようにＧＵＩに反映させる。またグループ参加にパスワードが必要かどうかを示すｉｓＰａｓｓｗｏｒｄＲｅｑｕｉｒｅｄタグ７３３より、パスワード入力が必要であればパスワード入力をユーザに求める入力ボックス５４２をＧＵＩに表示する。パスワード入力の必要がなければ当該入力ボックスは無効化してもよい。また、当該グループに参加可能である最大数のＰＣがすでにグループに参加済みである場合には、ｉｓＣｏｎｎｅｃｔａｂｌｅタグ７３４がＦＡＬＳＥを示すことになり、こうした場合には、参加するグループを選択するためのチェックボックス５４３を無効化するようにＧＵＩを制御する。

Ｓ３１０で、ＣＰＵ１０１は操作部１０８を監視し、ＧＵＩ５４０へのユーザ入力を待ち受ける。ユーザからの指示により、参加するプロジェクタグループの選択、参加パスワード入力、及びそれらの決定指示を受け付けるとＳ３１１に遷移する。一定時間入力がなかった場合には、Ｓ３０８に戻って処理を繰り返す。これにより、定期的にネットワークに存在するプロジェクタグループの状態を更新することが可能となる。

この処理を図５のＧＵＩ５４０を用いて詳細に説明する。ＧＵＩ５４０は、Ｓ３０９の処理により参加可能なプロジェクタグループがリスト表示されている。リストの各カラムは、プロジェクタグループ情報を表示するエリア５４１、プロジェクタグループ参加時に必要となるパスワードの入力ボックス５４２、参加するプロジェクタグループを一つ選ぶためのラジオボタン５４３から構成されている。また、ＧＵＩ５４０は、前述の各種入力を確定させて、実際にプロジェクタとの接続を開始するためのＯＫボタン５４４を具備している。ユーザが参加したいプロジェクタグループのパスワード入力とラジオボタンによる選択を完了して、５４４のＯＫボタンを押下すると、ＣＰＵ１０１は、この入力を検知したタイミングで、参加対象のプロジェクタグループを構成するプ各プロジェクタのＩＰアドレス、およびユーザが入力したグループパスワードをＲＡＭ１０２に格納する。本実施例では、図５の５４０に示しているように参加するプロジェクタグループはグループ名称“ミーティングＸ”であり、このプロジェクタグループを構成するプロジェクタはＳ３０４〜Ｓ３０６で説明したように、プロジェクタ１、プロジェクタ２であるのでこれらの情報としてそえぞれのＩＰアドレスと、ユーザが入力したグループパスワード“ＡＢＣＤ”をＲＡＭ１０２に格納する。

Ｓ３１１で、ＣＰＵ１０１は、ＲＡＭ１０２に保持している入力グループパスワード情報から、グループ参加コマンドを生成して、これを通信部１０９を介して、プロジェクタグループを構成するすべてのプロジェクタに送信する。そして、各プロジェクタからの返信コマンドの受信するとＳ３１２に遷移する。

この処理でやりとりされるコマンドについて説明する。Ｓ３１０によりＲＡＭ１０２に保持している、ユーザが入力したグループパスワードから、図６（ｄ）のようなプロジェクタグループ参加コマンドを作成する。本コマンドはプロジェクタグループへの参加コマンドであることを示すＣｏｍｍａｎｄＩＤタグ６３０、プロジェクタグループに属するプロジェクタへ接続するためのパスワードを示すＰａｓｓｗｏｒｄタグ６３１で構成されている。本実施例においては、図５のＧＵＩ５４０で示したように、Ｐａｓｓｗｏｒｄタグには、“ＡＢＣＤ”が値として格納されている。このようにして作成したコマンドを参加対象のプロジェクタグループを構成するすべてのプロジェクタに対して送信する。各プロジェクタからの返信コマンドは図７（ｅ）のような構成である。本コマンドは、グループ参加コマンドの返信であることを示すＣｏｍｍａｎｄＩＤタグ７４０、参加コマンド送信元のＰＣの接続可否を示すＲｅｓｕｌｔタグ７４１で構成されている。

Ｓ３１２で、ＣＰＵ１０１は、各プロジェクタより受信した参加コマンドの返信のＲｅｓｕｔタグを確認して、すべてのプロジェクタから接続が許可された場合には、グループへの参加が完了したと判断し、図５の５３０に図示したＧＵＩを表示部１０６を介してユーザに提示し、プロジェクタグループへ参加する処理を終了する。

なお、グループを構成するいづれかのプロジェクタより接続が許可されなかった場合には、ユーザにプロジェクタグループへの参加に失敗した旨のＧＵＩを提示後、プロジェクタグループを構成するすべてのプロジェクタとの接続を解除して、Ｓ３１０に戻り参加対象のグループ選択からやり直す。

以上、ＰＣ２がプロジェクタ１、プロジェクタ２で構成されるプロジェクタグループに参加する処理について述べた。

続いて、ＰＣ２のプロジェクタグループへの参加処理に応答するプロジェクタ１、プロジェクタ２の処理について、図６のＰＣコマンド構成図、図７のプロジェクタコマンド構成図を用いて説明する。ここでは、プロジェクタ１、プロジェクタ２の処理フローは基本的には同じであるため、以降の説明ではプロジェクタ１を中心に説明を行い。必要に応じてプロジェクタ２の動作に言及する。

処理が開始されると、まずＳ４００において、ＣＰＵ２０１は、通信部２０９を制御してＰＣからの検索コマンドを待ち受ける。検索コマンドを受信すると、Ｓ４０１に遷移し、受信が無い場合は、Ｓ４００の処理を繰り返す。

Ｓ４０１において、ＣＰＵ２０１は、自身がグループ化前の状態か、グループ化済みの状態かによって処理を分岐させる。ここでは、プロジェクタ１がグループ化された後に、当該プロジェクタグループに新しくＰＣ２が参加するまでの流れを説明するので、Ｓ４０８に遷移するものとして説明を続ける。

Ｓ４０８において、ＣＰＵ２０１は、Ｓ４００で受信した検索コマンドに応答するために、応答コマンドを生成し、通信部２０９を制御して当該応答コマンドをブロードキャストして、Ｓ４０９に遷移する。

ここで、グループ化済みのプロジェクタが生成する応答コマンドについて図７（ｄ）を用いて説明する。本コマンドは、応答コマンドであることを示すＣｏｍｍａｎｄＩＤタグ７３０、グループ化されているプロジェクタかどうかを示すｉｓＧｒｏｕｐｅｄタグ７３１、自身が属するプロジェクタグループの名称を示すＧｒｏｕｐ Ｎａｍｅタグ７３２、プロジェクタグループに新規にＰＣが参加する際にグループパスワードの入力が必要かどうかを示すｉｓＰａｓｓｗｏｒｄＲｅｑｕｉｒｅｄタグ７３３、自身の属するプロジェクタグループを構成する全プロジェクタ台数を示すｎｕｍＯｆＧｒｏｕｐｅｄＰＪｓタグ７３４、そしてプロジェクタ情報フィールド７３５（７３６）で構成される。なお、プロジェクタ情報フィールドは、グループに属しているプロジェクタ台数分用意される。このフィールドは、グループに属しているプロジェクタに関する情報として、プロジェクタのＩＰアドレスを示す、ＩＰ Ａｄｄｒｅｓｓタグ７３７、プロジェクタの名称を示すＰＪ Ｎａｍｅタグ７３８、プロジェクタの設置場所を示すＰＪ Ｌｏｃａｔｉｏｎタグ７３９で構成されている。

本実施例においては、Ｓ４０７の処理において、グループ情報としてＲＡＭ２０２に保持している情報より、プロジェクタ１は、自身とプロジェクタ２との２台のプロジェクタで構成されるプロジェクタグループ（名称：“ミーティングＸ”、グループパスワード：“ＡＢＣＤ”）に所属しているので、ｉｓＧｒｏｕｐｅｄタグは“ＴＲＵＥ”、Ｇｒｏｕｐｅ Ｎａｍｅタグは“ミーティングＸ”、ｉｓＰａｓｓｗｏｒｄＲｅｑｕｉｒｅｄタグは“ＴＲＵＥ”、ｎｕｍＯｆＧｒｏｕｐｅｄＰＪｓは“２” となり、プロジェクタグループに所属するプロジェクタ情報のフィールドは、プロジェクタ１の場合は、ＩＰＡｄｄｒｅｓｓタグは”１９２．１６８．１．１００”、ＰＪＮａｍｅタグは”ＰＪ１”、ＰＪＬｏｃａｔｉｏｎタグは、”ＲｏｏｍＡ”、ｉｓＰａｓｓｗｏｒｄＲｅｑｕｉｒｅｄタグは、”ＴＲＵＥ”となり、プロジェクタ２の場合には、ＩＰＡｄｄｒｅｓｓタグは”１９２．１６８．１．１１０”、ＰＪＮａｍｅタグは”ＰＪ２”、ＰＪＬｏｃａｔｉｏｎタグは、”ＲｏｏｍＢ”のようになる。
なお、前述のＳ３０６にて、グループパスワードが設定されていない場合には、ｉｓＰａｓｓｗｏｒｄＲｅｑｕｉｒｅｄタグが“ＦＡＬＳＥ”となり、プロジェクタグループにＰＣが参加する際にパスワード入力の必要がなくなる。

Ｓ４０９において、ＣＰＵ２０１は、通信部２０９を制御してＰＣからの参加コマンドを待ち受ける。参加コマンドを受信するとＳ４１０に遷移し、受信が無い場合には、Ｓ４００に戻って処理を繰り返す。

ここで、ＰＣから送信されてくる参加コマンドは、前述のＳ３１１で説明した図６（ｄ）の構成のパケットである。

Ｓ４１０において、ＣＰＵ２０１はＳ４０９において受信した参加コマンドを解析して、自身への接続を許可するかどうかの認証処理２を行い、認証結果がＯＫだった場合には、Ｓ４１１に遷移し、認証結果がＮＧだった場合には、Ｓ４００に戻り処理を繰り返す。

ここで認証処理２について詳細に説明する。前述のＳ３１１にて説明したように、ＰＣはユーザが入力したグループパスワードから生成した図６（ｄ）に図示の参加コマンドをプロジェクタに対して送信する。プロジェクタのＣＰＵ２０１は、このコマンドのＰａｓｓｗｏｒｄタグ６３１の内容と、前述のＳ４０７で自身のＲＡＭ２０２に格納した認証処理２用のグループパスワードとを比較する。比較の結果が一致していれば認証ＯＫとし、一致していなければ認証ＮＧとする。

そして、図７（ｅ）に示したような、参加コマンドの返信であることを示すＣｏｍｍａｎｄＩＤタグ７４０と、認証の結果を格納するＲｅｓｕｌｔタグ７４１で構成される返信コマンドを生成する。ここでＲｅｓｕｌｔタグには、上記の認証処理２の結果を格納して、ＰＣに該当パケットを返信する。

Ｓ４１１において、ＣＰＵ２０１は、認証ＯＫとして参加コマンドの送信元のＰＣを、Ｓ４０５で前述した、接続済みＰＣを管理するＲＡＭ２０２上のリストに追加して、ＰＣとの接続を確立する。

なお、Ｓ３１１で前述したように、参加コマンドは、グループに所属しているプロジェクタ全てに対して、同一の内容でＰＣから送信されてくる。そのため、本実施例のようにプロジェクタ１とプロジェクタ２がプロジェクタグループを構成している場合には、プロジェクタ２においても、Ｓ４０９、Ｓ４１０、Ｓ４１１で説明した内容と同様の処理が実施されることとなる。結果として、プロジェクタ１、プロジェクタ２が管理している接続済みＰＣのリストは同一のものとなる。つまり、ＰＣ２とプロジェクタ１及びプロジェクタ２との間の通信路が確立されたこととなる。

以上、ＰＣ２のプロジェクタグループへの参加処理に応答するプロジェクタ１、プロジェクタ２の処理について述べた。

ここまで、第一のステップ（プロジェクタグループの作成）におけるＰＣ１の処理フロー、ＰＣ１に応答して動作するプロジェクタ１、プロジェクタ２の処理フロー、第二のステップ（プロジェクタグループへの参加）におけるＰＣ２の処理フロー、ＰＣ２に応答して動作するプロジェクタ１、プロジェクタ２の処理フリーについて説明を行った。

これらＰＣとプロジェクタの協調動作により、プロジェクタグループを作成する最初のＰＣについては、プロジェクタグループを構成するプロジェクタ毎に異なる接続用パスワードによって通信経路が確立される一方、作成済みのプロジェクタグループに参加するその他のＰＣについては、最初のＰＣが設定したグループパスワードによる通信経路の確立が可能となる。

よって、複数台のプロジェクタと複数台のＰＣの間で画面転送システムを構築する場合において、セキュリティを確保しつつ冗長なパスワード入力を回避する効果が実現している。

なお、本実施例の説明では、ＰＣ１がプロジェクタ１とプロジェクタ２から構成されるプロジェクタグループを構成する際に、Ｓ３０６で、プロジェクタグループに関する情報として、プロジェクタグループ名、グループパスワード、グループを構成する各プロジェクタの情報を設定するとしたが、これに加えて、プロジェクタに接続可能なＰＣの上限台数、通信方式や映像伝送時の圧縮方式、投影制御権の付与ルール等の設定を行ってもよい。 このような構成にすることで、当該プロジェクタグループに共通の動作モードを設定することが可能となる。例えば、プロジェクタに接続可能なＰＣの上限台数を４台に設定することで、当該プロジェクタグループに所属する各プロジェクタに接続可能なＰＣの上限を４台に制限すること可能となり、プロジェクタグループが決定したＰＣ台数以上の接続を制限出来る。

なお、プロジェクタが接続可能なＰＣ台数を制御するためには、Ｓ４０７で説明した処理において、グループ設定情報としてＰＣ接続上限台数もＲＡＭ２０２に保持しておき、Ｓ４１０における、認証処理２に加えて、接続上限台数を超えた参加要求でないかをチェックすることで実現可能となる。

また、各プロジェクタが受け付け可能な通信方式や圧縮方式を規定することで、この画面転送システムにおいては、高速だが低画質な画面転送を用いて、ミーティングを実施するといった設定や、低速だが高画質な画面転送を用いて、ミーティングを実施するといった設定が可能となる。

なお、プロジェクタが受け付け可能な通信方式や圧縮方式を制御するためには、同様にグループ設定情報として、受け付け可能な通信方式や圧縮方式をＲＡＭ２０２に保持しておき、ＰＣからの映像伝送開始時のここで保持した情報に一致した方法でＰＣが映像伝送を行っているかをチェックすることで可能となる。

１００ コンピュータ
１０１ ＣＰＵ
１０２ ＲＡＭ
１０３ ＶＲＡＭ
１０４ ＲＯＭ
１０５ ＨＤＤ
１０６ 表示部
１０７ 表示制御部
１０８ 操作部
１０９ 通信部
１１０ 内部バス
１５０ 通信ネットワーク
２００ プロジェクタ
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ ＶＲＡＭ
２０５ デコーダ
２０６ 投影部
２０７ 投影制御部
２０８ 操作部
２０９ 通信部
２１０ 内部バス

Claims (12)

1. ネットワークに接続された一台以上の映像送信装置と一台以上の映像表示装置とで構成され、前記映像送信装置が生成、送信する画像データを前記映像表示装置が受信、表示するネットワーク画面転送システムにおける映像表示装置であって、
   映像表示装置は、
   ネットワーク通信を行う通信手段と、
   映像送信装置から送信された映像データを表示する表示手段と、
   映像表示装置グループへの所属を管理するグループ管理手段と、
   映像送信装置との接続を管理する接続管理手段と、
   前記、接続管理手段、表示手段を所定のルールに基づいて動作させる動作モード制御手段を具備し、
   前記グループ管理手段によって、自身が映像表示装置グループへ所属していないと判定される場合において、映像送信装置より接続要求があった場合には、前記接続管理手段は、第一のパスワードの入力を接続可否の判定に用い、前記グループ管理手段によって、自身が映像表示装置グループへ所属していると判定される場合において、映像送信装置より接続要求があった場合には、前記接続管理手段は、第二のパスワードが設定されている場合には、第二のパスワードの入力を接続可否の判定に用いることを特徴とし、第二のパスワードが設定されていない場合には、接続可否の判定処理は実施せずに接続を許可することを特徴とする映像表示装置。
2. 前記グループ管理手段によって、自身が映像表示グループに所属していないと判定される場合において、第一のパスワード入力によって接続を確立した映像送信装置より、映像表示装置グループへの参加命令を受信すると、前記グループ管理手段は、映像表示装置グループを構成する映像表示装置への接続先を示す情報を保存し、映像表示グループへ所属している状態へと遷移することを特徴とする請求項１に記載の映像表示装置。
3. 第一のパスワード入力によって接続を確立した映像送信装置より、映像表示装置グループへの参加命令と同時に、映像表示装置グループに属する映像表示装置に対して共通に設定される接続用パスワードの設定命令を受信すると、前記接続管理手段は、これを第二のパスワードとして保持することを特徴とする請求項２に記載の映像表示装置。
4. 第一のパスワード入力によって接続を確立した映像送信装置より、前記接続用パスワードの設定命令と同時に、映像表示装置グループに属する映像表示装置に対して共通に設定される動作モードの設定命令を受信すると、前記動作モード制御手段は、この動作モードを保持し、以降この動作モードに従って、当該映像表示装置を制御することを特徴とする請求項３に記載の映像表示装置。
5. 前記グループ管理手段によって、自身が映像表示装置グループへ所属していないと判定される場合には、自身への接続先のみを示す情報を前記通信手段を介してネットワークに配信し、前記グループ管理手段によって、自身が映像表示装置グループへ所属していると判定される場合には、自身及び、映像表示装置グループへ所属している他の映像表示装置への接続先を示す情報を前記通信手段を介してネットワーク上に配信することを特徴とする請求項１乃至請求項４の何れか１項に記載の映像表示装置。
6. 請求項１に記載のネットワーク画面転送システムにおける映像送信装置であって、
   映像送信装置は、
   ネットワーク通信を行う通信手段と、
   ユーザ入力を受け付ける入力手段と、
   映像データを生成する映像データ生成手段と、
   映像表示装置との接続を管理する接続管理手段と、
   映像表示装置グループに所属していない映像表示装置に対して接続を行う第一の接続手段と、
   映像表示装置グループに所属している映像表示装置すべてに対して接続を行う第二の接続手段を具備し、
   新たな映像表示装置グループを作成する場合には、
   映像表示装置グループに所属していない一台以上の映像表示装置それぞれに対して、入力手段が接続用のパスワード入力をユーザから別々に受け付け、
   前記第一の接続手段が、受け付けた接続用のパスワードを、対応する映像表示装置にそれぞれ送信することで接続要求を行い、
   既に生成済みの映像表示装置グループに対して、接続を行う場合には、
   映像表示装置グループに対して、入力手段が接続用のパスワード入力をユーザから受け付け、
   前記第二の接続手段が、受け付けた接続用のパスワードを、前記映像表示装置グループに所属するすべての映像表示装置に対して、送信することで接続要求を行うことを特徴とする映像送信装置。
7. 新たな映像表示装置グループを作成する場合には、請求項６に記載の方法で、一台以上の映像表示装置との接続を確立した後、作成予定の映像表示装置グループを構成する全ての映像表示装置の接続先を示す情報を、それぞれの映像表示装置に対して送信することで、映像表示装置グループへの参加命令を行うことを特徴とする請求項６に記載の映像送信装置。
8. 前記それぞれの映像表示装置に対して、映像表示装置グループへの参加命令を送信するのと同時に、映像表示装置グループに属する映像表示装置に対して共通に設定する接続用パスワードを入力手段より受け付け、これを接続用パスワードの設定命令として、それぞれの映像表示装置に対して送信することを特徴とする請求項７に記載の映像送信装置。
9. 前記それぞれの映像表示装置に対して、接続用パスワードの設定命令を送信するのと同時に、映像表示装置グループに属する映像表示装置に対して共通に設定する動作モードを入力手段を受け付け、これを動作モード設定命令として、それぞれの映像表示装置に対して送信することを特徴とする請求項８に記載の映像送信装置。
10. 通信手段を介して、映像表示装置より当該映像表示装置への接続先のみが示された情報を受信した場合には、当該映像表示装置を、映像表示装置グループへ所属していない映像表示装置として前記接続管理手段に登録し、
    映像表示装置より当該映像表示装置への接続先及び、映像表示装置グループへ所属している他の映像表示装置への接続先が示された情報を受信した場合には、当該映像表示装置を、映像表示装置グループへ所属している映像表示装置として前記接続管理手段に登録することを特徴とする請求項６乃至請求項９の何れか１項に記載の映像送信装置。
11. 動作モード設定命令には、映像表示装置に接続可能な、映像送信装置の上限台数、
    映像表示装置に同時に表示可能な、映像送信装置の映像データの上限数、
    映像表示装置に映像データを送信可能な権限を映像送信装置に付与する基準が含まれることを特徴とする請求項４に記載の映像表示装置。
12. 動作モード設定命令には、映像表示装置に接続可能な、映像送信装置の上限台数、
    映像表示装置に同時に表示可能な、映像送信装置の映像データの上限数、
    映像表示装置に映像データを送信可能な権限を映像送信装置に付与する基準が含まれることを特徴とする請求項９に記載の映像送信装置。