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

Description

本発明は、情報処理装置と、前記情報処理装置から受信する画像を表示する表示装置とがネットワークを介して接続する画像転送システムに関連する技術に関する。

近年、パーソナルコンピュータ（以下、ＰＣと記す）とプロジェクタとがネットワークを介して接続する画像転送システムが注目されている。
画像転送システムにおいては、一台のＰＣの画像を複数台のプロジェクタに対して同時投影する機能や、複数台のＰＣからの画像を一台のプロジェクタで多画面レイアウト表示する機能等が実現されている。
また、複数台のＰＣから複数台のプロジェクタでネットワークグループ（以下、セッションと呼ぶ）を構築し、各ＰＣから各プロジェクタに対して自由なレイアウトで投影表示をするといった形態も可能である。
このように少なくとも一台のＰＣと、少なくとも一台のプロジェクタとでセッションを構成する場合には、各ＰＣと各プロジェクタとの間で相互に通信可能な状態になっている必要がある。これを実現する技術として、特許文献１が開示されている。特許文献１では、複数の情報端末間でセッション情報を管理して、全端末で通信可能となるようにしている。

特開平１０−４１９４０号公報

しかしながら、画像転送システムにおいて、例えばＰＣに旧バージョンのアプリケーションがインストールされており、プロジェクタに新バージョンのアプリケーションがインストールされている場合、プロジェクタで実現可能な新しい機能がＰＣでは使えないといった課題があった。特許文献１には、各端末のアプリケーションのバージョンを揃えるための手法については記載されていない。

本発明は上記のような点に鑑みてなされたものであり、情報処理装置が格納する画像用プログラムのバージョンと、表示装置が格納する画像用プログラムのバージョンとを簡易に揃えられるようにすることを目的とする。

本発明の情報処理装置は、複数の表示装置とネットワークを介して通信可能な情報処理装置であって、前記表示装置の表示処理のための第１のプログラムを格納する格納手段と、前記複数の表示装置との論理的な接続を確立した後、前記複数の表示装置とのセッション作成前に、前記複数の表示装置のうち少なくとも一つの表示装置が格納する、表示処理のための第２のプログラムのバージョンの情報を取得する第１の取得手段と、前記第１の取得手段により取得した前記第２のプログラムのバージョンの情報に、前記格納手段が格納する前記第１のプログラムのバージョンよりも新しいバージョンが存在する場合に、前記複数の表示装置の中から前記第２のプログラムを取得する表示装置を決定する決定手段と、前記格納手段が格納する前記第１のプログラムを、前記決定手段により決定した前記表示装置から取得した前記第２のプログラムにアップデートした後に、前記複数の表示装置にセッション化要求コマンドを送信する送信手段と、を備えたことを特徴とする。

本発明によれば、情報処理装置が格納する画像用プログラムのバージョンと、表示装置が格納する画像用プログラムのバージョンとを簡易に揃えることができる。

ＰＣの主要な構成を示す図である。 プロジェクタの主要な構成を示す図である。 画像転送システムの構成を示す図である。 第１の実施形態におけるＰＣの処理を示すフローチャートである。 第２の実施形態におけるＰＣの処理を示すフローチャートである。 第３の実施形態におけるＰＣの処理を示すフローチャートである。 第２の実施形態におけるプロジェクタの処理を示すフローチャートである。 画像転送システムにおけるセッション状態の概念図である。 画像転送システムにおける通信シーケンスを示す図である。 ＰＣで表示されるＵＩの概要を示す図である。 ＰＣとプロジェクタ間でやりとりされる各種コマンドの構成を示すパケット構成を示す図である。

以下、添付図面を参照して、本発明の好適な実施形態について説明する。
（第１の実施形態）
図３は、実施形態に係る画像転送システムの構成を示す図である。
画像転送システムにおいては、情報処理装置の一例である２台のＰＣ１００ａ、１００ｂと、表示装置の一例である２台のプロジェクタ（ＰＪ）２００ａ、２００ｂとがネットワーク１５０を介して接続する。ＰＣ１００ａ、１００ｂは、そのディスプレイに表示中の画像をキャプチャして、ネットワーク１５０に接続するプロジェクタ２００ａ、２００ｂに画像データとして送信することができる。一方、プロジェクタ２００ａ、２００ｂは、ＰＣ１００ａ、１００ｂから画像データを受信して、これを投影することができる。図３に示すように、例えばＰＣ１００ａの画像をプロジェクタ２００ａに投影し、同時に、ＰＣ１００ａの画像及びＰＣ１００ｂの画像を２画面レイアウトでプロジェクタ２００ｂに投影するといったような、自由なレイアウトでの投影表示が可能となる。

以下、図１、図２を参照して、実施形態に係る画像転送システムを構成するＰＣ１００ａ、１００ｂ及びプロジェクタ２００ａ、２００ｂの主要な構成をそれぞれ説明する。構成の説明の後、基本的な動作について説明する。
まず、図１を参照して、ＰＣ１００ａ、１００ｂの主要な構成を説明する。
１０１は中央演算装置（以下、ＣＰＵという）であり、ＰＣの全体の制御を行う。
１０２はＲＡＭであり、データの格納を行うメインメモリである。ＲＡＭ１０２は、主に、ＣＰＵ１０１が実行するプログラムを格納、或いは展開する領域、プログラム実行中のワーク領域等、様々なデータの格納領域として使用される。
１０３はＶＲＡＭであり、後述する表示部１０６に表示する画像データを格納するための領域として使用される。なお、ＲＡＭ１０２の速度が十分高速であれば、ＶＲＡＭ１０３は、ＲＡＭ１０２と同じであってもよい。
１０４はＲＯＭであり、ＣＰＵ１０１が初期化時に実行するブートプログラムが格納されている。なお、ブートプログラムでは、後述するＨＤＤ１０５に記録されているＯＳをＲＡＭ１０２に展開して起動する処理が行われる。本実施形態においては、ＲＯＭ１０４に画像用プログラムであるグラフィカルユーザインタフェース用アプリケーション（以下、ＧＵＩアプリという）も格納されている。
１０５はハードディスクドライブ（以下、ＨＤＤと記す）であり、アプリケーションプログラムやＯＳ等の各種プログラムとデータを格納するために使用される。
１０６は表示部であり、後述する表示制御部１０７より指示された画像の表示を行う。表示部１０６は、例えば液晶パネル、或いは有機ＥＬパネル等で構成される。
１０７は表示制御部であり、ＶＲＡＭ１０３に格納された画像を読み出し、これを表示部１０６に表示する処理を行う。
１０８は操作部であり、ユーザからの入力を受け付ける。操作部１０８は、例えばキーボード、マウス、タッチパネル等で構成され、これらの入力操作はＣＰＵ１０１に送信される。
１０９は通信部であり、ネットワーク１５０を介して外部機器、具体的にはプロジェクタ２００ａ、２００ｂと通信を行う。通信部１０９は、例えば１ギガビットイーサネット(登録商標）等のインタフェースによって構成される。
１１０は内部バスであり、上述の各処理ブロック間を接続する。

本実施形態に係るＰＣ１００ａ、１００ｂの基本的な動作として、ＣＰＵ１０１上で動作するプログラムが、表示制御部１０７を制御し、表示部１０６で表示中の画像データをキャプチャする。さらに、キャプチャした画像データをプロジェクタ２００ａ、２００ｂが認識可能な所定のフォーマットにエンコードした後、通信部１０９によってプロジェクタ２００ａ、２００ｂに送信して表示させる。図３のプロジェクタ２００ｂのように、多画面レイアウト表示を実施させる場合には、エンコード処理の前にリサイズ処理を実施してもよい。
なお、通信対象のプロジェクタ選択、投影時レイアウト設定、画像転送の開始、停止等の各種指示は、該プログラムが提供するグラフィカルユーザインタフェース（以下、ＧＵＩと記す）を介してユーザが指示するものとする。

次に、図２を参照して、プロジェクタ２００ａ、２００ｂの主要な構成を説明する。
２０１はＣＰＵであり、プロジェクタの全体の制御を行う。
２０２はＲＡＭであり、データの格納を行うメインメモリである。ＲＡＭ２０２は、主に、ＣＰＵ２０１が実行するプログラムを格納、或いは展開する領域、プログラム実行中のワーク領域等、様々なデータの格納領域として使用される。
２０３はＲＯＭであり、プロジェクタが動作するためのプログラムやパラメータ等のデータが予め書き込まれている。ＣＰＵ２０１は、ＲＯＭ２０３の内容に従って動作する。本実施形態においては、ＲＯＭ２０３に画像用プログラムであるＧＵＩアプリも格納されている。
２０４はＶＲＡＭであり、後述する投影部２０６で投影する画像データを格納するための領域として使用される。
２０５はデコーダであり、ＰＣ１００ａ、１００ｂから受信した画像データが例えばＪｐｅｇ等の符号化方式によってエンコードされていた場合にこれをデコードする。
２０６は投影部であり、後述する投影制御部２０７により指示された画像の表示を行う。投影部２０６は、例えば液晶パネル、レンズ、光源で構成される。
２０７は投影制御部であり、ＶＲＡＭ２０４に格納された画像を読み出し、これを投影部２０６に投影する処理を行う。
２０８は操作部であり、ユーザからの入力を受け付ける。操作部２０８は、筐体に付随するボタンや、不図示のリモコンからのユーザ操作を受け付けるリモコン受信部等で構成され、これらの入力操作はＣＰＵ２０１に送信される。
２０９は通信部であり、ネットワーク１５０を介して外部機器、具体的にはＰＣ１００ａ、１００ｂと通信を行う。通信部２０９は、例えば１ギガビットイーサネット等のインタフェースによって構成される。
２１０は内部バスであり、上述の各処理ブロック間を接続する。

本実施形態に係るプロジェクタ２００ａ、２００ｂの基本的な動作として、ＰＣ１００ａ、１００ｂから送信される画像データを、通信部２０９を介して受信し、デコーダ２０５で表示可能な形式に展開した後、投影制御部２０７を制御して投影表示する。図３のプロジェクタ２００ｂのように、多画面レイアウト表示を実施する場合には、複数のＰＣから受信した画像データのデコード結果の格納先を、各ＰＣ画像の表示位置を考慮したＶＲＡＭ２０４のアドレスにすることで実現できる。

図４Ａは、第１の実施形態におけるＰＣの処理を示すフローチャートである。例えばＰＣ１００ａ上でＧＵＩアプリを起動すると、ＣＰＵ１０１の指示により、図４Ａに示す処理が開始される。
ステップＳ４０１で、ＣＰＵ１０１は、ＧＵＩアプリが起動する旨を通知する不図示の画面を表示する。

ステップＳ４０２で、ＣＰＵ１０１は、サブネット内のプロジェクタが定期的に発行するプロジェクタ情報コマンドを受信して情報を収集する。このとき、図８（ｂ）に示すプロジェクタリストＵＩを表示する。プロジェクタリストＵＩは、情報収集したプロジェクタをリスト表示する領域８０２を有する構造となっている。
図９（ａ）に、プロジェクタ情報コマンドのパケット構造を示す。
９００はｃｏｍｍａｎｄ ＩＤタグであり、プロジェクタ情報コマンドであることを示す。
９０１はＩＰ Ａｄｄｒｅｓｓタグであり、該コマンドの発行元であるプロジェクタのＩＰアドレスを示す。
９０２はＰＪ Ｎａｍｅタグであり、該プロジェクタに設定されているプロジェクタ名称を示す。
９３０はＡｐｐｌｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎタグであり、該プロジェクタが格納するＧＵＩアプリのバージョンを示す。
９３１はＰｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎタグであり、通信プロトコルのバージョンを示す。
また、図９（ｂ）に、ＰＣ情報コマンドのパケット構造を示す。
９０３はＣｏｍｍａｎｄ ＩＤタグであり、ＰＣ情報コマンドであることを示す。
９０４はＰＣ Ｎａｍｅタグであり、ＰＣに割り当てられている名称を示す。
９３２はＡｐｐｌｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎタグであり、ＰＣが格納するＧＵＩアプリのバージョンを示す。
９３３はＰｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎタグであり、通信プロトコルのバージョンを示す。

図４Ａに説明を戻して、ステップＳ４０３で、ＣＰＵ１０１は、不図示のタイマで時間を計測し、所定の時間（例えば２秒程度）サブネット内のプロジェクタ情報コマンドを収集する。新たにプロジェクタが見つかれば、領域８０２に表示するリストが増えていく。
ステップＳ４０４で、ＣＰＵ１０１は、本処理フローを実行中の自身のＧＵＩアプリのバージョンと、ステップＳ４０２で収集した各プロジェクタのＧＵＩアプリのバージョンとを比較する。その結果、ＰＣ１００ａで実行中のＧＵＩアプリのバージョンよりも新しいバージョンのＧＵＩアプリを格納するプロジェクタがあると判定したら、ステップＳ４０５に遷移し、図８（ｇ）に示すＧＵＩアプリアップデート用のＵＩを表示する。
図９（ａ）、（ｂ）の例では、プロジェクタから受信したパケットの中のタグ９３０にあるプロジェクタのＧＵＩアプリのバージョンが１．１で、ＲＯＭ１０４に格納されたＰＣ１００ａのＧＵＩアプリのバージョンが１．０である。このときは、プロジェクタのＧＵＩアプリのバージョンの方が新しいと判定される。
図８（ｇ）において、ユーザがＧＵＩアプリのアップデートを選択する場合は、ボタン８４０を押下し、アップデートを選択しない場合は、ボタン８４１をそれぞれ押下する。

ステップＳ４０６で、ＣＰＵ１０１は、図８（ｇ）に示すＧＵＩアプリアップデート用のＵＩにおいてＧＵＩアプリの更新指示があったか否か判定する。ボタン８４０を押下してＧＵＩアプリの更新指示がある場合、ステップＳ４０７に遷移する。ボタン８４１を押下してＧＵＩアプリの更新指示がない場合、動作を終了する。
ステップＳ４０７で、ＣＰＵ１０１は、ステップＳ４０４で検索した新しいバージョンのＧＵＩアプリを格納するプロジェクタから、ネットワーク１５０、通信部１０９を介してＧＵＩアプリをダウンロードし、ＲＡＭ１０２に格納する。

なお、新しいバージョンのＧＵＩアプリを格納するプロジェクタが複数台ある場合は、例えば図８（ｂ）の領域８０２に示すリストの上部に書いてあるプロジェクタからダウンロードするようにすればよい。また、これに限ったものではなく、最初に見つかったプロジェクタからダウンロードするようにしてもよいし、領域８０２に示すリストからユーザが選択したプロジェクタからダウンロードするようにしてもよい。
また、本実施形態では、ＧＵＩアプリのバージョンを比較して、自身のバージョンが古い場合、新しいバージョンのＧＵＩアプリを持つプロジェクタからＧＵＩアプリをダウンロードする例を示したが、これに限ったものではない。タグ９３１、９３３に記述された通信プロトコルのバージョンを比較し、自身のバージョンが古い場合、新しいバージョンの通信プロトコルを持つプロジェクタからＧＵＩアプリをダウンロードするようにしてもよい。これによって、プロジェクタと通信プロトコルが異なるときだけ、ＧＵＩアプリを更新する、といった制御が可能となる。

以上説明した通り、画像転送システムにおいて、転送先のプロジェクタに新しいバージョンのＧＵＩアプリが見つかった場合に、ＰＣのＧＵＩアプリのアップデートをユーザに促すことができる。これにより、ユーザがＧＵＩアプリとプロジェクタ型番の整合性を取るといった手間が省け、簡易な操作でＧＵＩアプリの新しい機能を使用することが可能になる。

（第２の実施形態）
第２の実施形態は、セッション作成時に、セッション化対象のプロジェクタが新しいバージョンのＧＵＩアプリを格納する場合に、ＧＵＩアプリのアップデートをユーザに促す点で第１の実施形態と異なる。なお、画像転送システムの構成、並びにＰＣ及びプロジェクタの構成は第１の実施形態と同様であり、以下では、第１の実施形態との相違点を中心に説明する。
図６のセッション状態の概念図、図７の通信シーケンスを示す図を参照して、ＰＣ１００ａがセッションを作成する際の典型的なシーケンスについて説明する。

図６（ａ）に示すように、ＰＣ１００ａ（ＰＣ名称“ＰＣ−Ａ”）がプロジェクタ２００ａ、２００ｂで構成されるセッションを作成するフローを説明する。セッション作成に成功すると、図６（ａ）に示すように、セッションの作成者であるＰＣ１００ａと、プロジェクタ２００ａとの間の通信路６０２、及びプロジェクタ２００ｂとの間の通信路６０３が確立される。さらに、プロジェクタ２００ａが保持するセッション情報６００と、プロジェクタ２００ｂが保持するセッション情報６０１とが同一のものとなる。このとき、該セッション情報として、セッションで使用する通信プロトコルのバージョン、セッションに属するプロジェクタ数（ここでは２台）、及びセッションに所属する各プロジェクタの情報（ここではＩＰアドレス）が共有される。

図７を参照して、ユーザａがＰＣ１００ａを操作して、プロジェクタ２００ａ、２００ｂで構成されるセッションを作成する通信シーケンスについて説明する。図７の縦軸方向は時間経過を表し、下に行くに従って時間が経過していることを示す。
タイミング７００で、ユーザａはＰＣ１００ａのＧＵＩアプリを操作して、新しいセッションの作成を指示する。
タイミング７０１で、ＰＣ１００ａのＧＵＩアプリは、セッションを構成するプロジェクタを選択するためのプロジェクタリストを表示する。このプロジェクタリストは、ネットワーク１５０を介してプロジェクタからブロードキャストされるプロジェクタ情報コマンドに基づいて構成される。本実施形態においては、ネットワーク上にプロジェクタ２００ａ、２００ｂが存在しているので、タイミング７０２、７０４で、各プロジェクタ２００ａ、２００ｂはプロジェクタ情報コマンドをネットワーク上にブロードキャストしている。プロジェクタ情報コマンドには、少なくとも該プロジェクタのＩＰアドレスが含まれる。なお、タイミング７０２、７０４でのプロジェクタ情報コマンドの送信は一回に限ったものではなく、セッション化される前は一定時間毎に送信してもよい。
ＰＣ１００ａは、タイミング７０２、７０４でプロジェクタ情報コマンドを受信しているので、タイミング７０３、７０５で、プロジェクタリストを更新する。本実施形態においては、セッション作成時に選択可能なプロジェクタとして、プロジェクタ２００ａ、２００ｂの情報がそれぞれ表示される。
タイミング７０６で、ユーザａは、ＧＵＩアプリのプロジェクタリストからプロジェクタ２００ａ、２００ｂを選択してセッションの作成を指示する。

タイミング７０７で、ＰＣ１００ａのＧＵＩアプリが接続要求をして、作成するセッションを構成するプロジェクタであるところの、プロジェクタ２００ａと、ＰＣ１００ａ自身との論理的な接続を確立する。接続に際しては、各プロジェクタに設定されたパスワード認証が必要となる構成をとってもよい。
タイミング７０８で、ＰＣ１００ａがプロジェクタ２００ａに対して、サポートしている通信プロトコルのバージョンの問い合わせを行う。タイミング７０９で、プロジェクタ２００ａがサポートしている通信プロトコルのバージョンを返信する。本実施形態では、プロジェクタ２００ａはプロトコルバージョン１．６に対応していることを返信する。
同様にタイミング７１０で、ＰＣ１００ａのＧＵＩアプリが接続要求をして、作成するセッションを構成するプロジェクタであるところの、プロジェクタ２００ｂと、ＰＣ１００ａ自身との論理的な接続を確立する。
タイミング７１１で、ＰＣ１００ａがプロジェクタ２００ｂに対して、サポートしている通信プロトコルのバージョンの問い合わせを行う。タイミング７１２で、プロジェクタ２００ｂがサポートしている通信プロトコルのバージョンを返信する。本実施形態では、プロジェクタ２００ｂはプロトコルバージョン１．６に対応していることを返信する。

タイミング７１５、７１６で、ＰＣ１００ａは、接続を確立したプロジェクタ２００ａ、２００ｂに対してセッション化要求コマンドをそれぞれ送信する。セッション化要求コマンドには、セッションの名称、セッションを構成するプロジェクタ数、プロトコルバージョン、及びセッションを構成するプロジェクタに関する情報が含まれており、タイミング７１５、７１６で送信したセッション化要求には、これらの同一の情報が格納されている。セッション化要求コマンドを受信したプロジェクタは自身をセッション化済の状態へと遷移させる。
タイミング７１７で、ＰＣ１００ａは、セッション化したプロジェクタ２００ａ、２００ｂに対して投影制御を実施するための投射用ＧＵＩを表示する。
以上の処理によって、セッションの作成処理が完了する。すなわち、プロジェクタ２００ａ、２００ｂは共にＰＣ１００ａとの通信路が確立されている。また、同一の情報を含むセッション化要求コマンドが各プロジェクタ２００ａ、２００ｂに送信されているので、プロジェクタ２００ａ、２００ｂは共通のセッション情報を保持する。このように接続を確立したＰＣ１００ａと、セッション化済みのプロジェクタ２００ａ、２００ｂとの間では画像転送処理が可能になる。

次に、第２の実施形態における具体的な動作フローについてＰＣ側とプロジェクタ側の処理に分けてそれぞれ説明する。
図４Ｂは、第２の実施形態におけるＰＣの処理を示すフローチャートである。図４Ｂのフローチャートは、ＰＣで実行されるＧＵＩアプリのプロセスとして実行される。
説明の簡単化のために、図６（ａ）に示す状況を具体例とし、ＰＣ１００ａ（ＰＣ名称“ＰＣ−Ａ”）のＧＵＩアプリから、プロジェクタ２００ａ（プロジェクタ名称“Ｐｒｏｊｅｃｔｏｒ １”、ＩＰアドレス“１９２．１６８．１．１０”）、プロジェクタ２００ｂ（プロジェクタ名称“Ｐｒｏｊｅｃｏｔｒ ２”、ＩＰアドレス“１９２．１６８．１．２０”）でセッションを作成する例を説明する。
ＰＣ１００ａでＧＵＩアプリを起動すると、ＧＵＩアプリは図８（ａ）に示す選択ＵＩを表示する。選択ＵＩは、セッションを新たに作成するか、作成済みのセッションに参加するかを選択させるためのＵＩであり、ユーザがセッション作成ボタン８００を押下すると、図４Ｂに示す処理が開始される。

ステップＳ４２１で、ＣＰＵ１０１は、図８（ｂ）に示すプロジェクタリストＵＩを表示する。プロジェクタリストＵＩは、セッション化対象として選択可能なプロジェクタの情報をリスト表示する領域８０２を有する構造となっている。また、領域８０２と対応付けられたチェックボックス８０３を備え、ユーザはセッション化対象のプロジェクタを一台以上選択できる。また、スクロールバー８０４を備え、セッション化前のプロジェクタが多数発見された場合には、スクロールバー８０４を操作することで、すべてのプロジェクタの情報を確認できる。

ステップＳ４２２で、ＣＰＵ１０１は、プロジェクタ情報コマンドを受信しているか否かを判定する。受信がある場合、ステップＳ４２３に遷移し、受信がない場合、ステップＳ４２４に遷移する。プロジェクタ情報コマンドとは、図７のタイミング７０２、７０３でセッション化前のプロジェクタがネットワーク上にブロードキャストするコマンドのことである。プロジェクタ情報コマンドは、第１の実施形態と同様、図９（ａ）に示すようなパケット構造からなる。

ステップＳ４２３で、ＣＰＵ１０１は、受信したプロジェクタ情報コマンドを解析して、プロジェクタ名とプロジェクタのＩＰアドレスを取得し、図８（ｂ）に示すプロジェクタリストＵＩの表示を更新して、ステップＳ４２４に遷移する。ステップＳ４２２、Ｓ４２３の処理を繰り返すことで、ネットワーク上に存在するセッション化前のプロジェクタ情報を一覧表示することができる。
ここで、プロジェクタがブロードキャストするプロジェクタ情報コマンドだけでは、サブネット外のプロジェクタから該コマンドを受信できないため、サブネット外のプロジェクタをプロジェクタリストＵＩに表示できない。この課題に対応するため、サブネット外のプロジェクタのＩＰアドレスを直接打ち込んで、プロジェクタ情報を直接プロジェクタから取得するための検索ＵＩを、図８（ｂ）のプロジェクタリストＵＩに組み込んでもよい。

ステップＳ４２４で、ＣＰＵ１０１は、ユーザがチェックボックス８０３をチェックすることで、セッション化対象のプロジェクタを一台以上選択し、さらに確定ボタン８０５を押下するのを待ち受ける。セッション化対象のプロジェクタの選択が完了した場合、ステップＳ４２５に遷移し、完了しない場合、ステップＳ４２２に戻る。

ステップＳ４２５で、ＣＰＵ１０１は、ステップＳ４２４でユーザがセッション化対象と指定した各プロジェクタに対して接続処理を実行して、ステップＳ４２６に遷移する。これは、図７のタイミング７０７、７１０でプロジェクタと論理的な接続を確立することに相当する。また、通信シーケンスの説明では省略したが、接続処理を実施する際には、接続を確立した直後に、第１の実施形態と同様、図９（ｂ）に示すＰＣ情報コマンドをプロジェクタに送信する。なお、ＰＣ Ｎａｍｅタグ９０４に格納する文字列は、ＯＳから取得可能なコンピュータ名を用いてもよいし、ＧＵＩアプリから設定可能な構成とし、ユーザが設定した任意の文字列を用いてもよい。本実施形態においては、図９（ｂ）の例のように、ＰＣ１００ａの名称である“ＰＣ−Ａ”を接続処理を実施したプロジェクタに送信する。

ステップＳ４２６で、ＣＰＵ１０１は、ステップＳ４２４でユーザが指定した全プロジェクタとの接続が完了したか否かを判定する。全プロジェクタとの接続が完了している場合、ステップＳ４２７に遷移し、完了していない場合、ステップＳ４２５に戻って、ユーザが指定した次のプロジェクタとの接続処理を実行する。ステップＳ４２５、Ｓ４２６の処理を、図８（ｂ）の状態を例にとって説明する。図８（ｂ）では、ユーザはセッション化対象のプロジェクタとして、“Ｐｒｏｊｅｃｔｏｒ １”と“Ｐｒｏｊｅｃｔｏｒ ２”の２台のプロジェクタを選択している。したがって、ステップＳ４０５の処理は計２回、“Ｐｒｏｊｅｃｔｏｒ １”と、“Ｐｒｏｊｅｃｔｏｒ ２”に対して実行されることとなる。
なお、セッション化対象のプロジェクタとの接続にはパスワード認証が必須であるとして、図８（ｂ）の領域８０２にパスワード入力欄を設けてもよい。この場合、接続要求に先立ってパスワード認証のための通信を実施する。

ステップＳ４２７で、ＣＰＵ１０１は、セッション化を完了した各プロジェクタのプロジェクタ情報コマンドを取得して情報を収集する。
ステップＳ４２８で、ＣＰＵ１０１は、本処理フローを実行中の自身のＧＵＩアプリのバージョンと、セッション化した各プロジェクタのＧＵＩアプリのバージョンとを比較する。その結果、ＰＣ１００ａで実行中のＧＵＩアプリのバージョンよりも新しいバージョンのＧＵＩアプリを格納するプロジェクタがあると判定したら、ステップＳ４２９に遷移し、図８（ｇ）に示すＧＵＩアプリアップデート用のＵＩを表示する。
図９（ａ）、（ｂ）の例では、プロジェクタから受信したパケットの中のタグ９３０にあるプロジェクタのＧＵＩアプリのバージョンが１．１で、ＲＯＭ１０４に格納されたＰＣ１００ａのＧＵＩアプリのバージョンが１．０である。このときは、プロジェクタのＧＵＩアプリのバージョンの方が新しいと判定される。

ステップＳ４３０で、ＣＰＵ１０１は、図８（ｇ）に示すＧＵＩアプリアップデート用のＵＩにおいてＧＵＩアプリの更新指示があったか否か判定する。ボタン８４０を押下してＧＵＩアプリの更新指示がある場合、ステップＳ４３１に遷移する。ボタン８４１を押下してＧＵＩアプリの更新指示がない場合、ステップＳ４３２に遷移する。
ステップＳ４３１で、ＣＰＵ１０１は、ステップＳ４２８で検索した新しいバージョンのＧＵＩアプリを格納するプロジェクタから、ネットワーク１５０、通信部１０９を介してＧＵＩアプリをダウンロードし、ＲＡＭ１０２に格納し、ステップＳ４３２に遷移する。

ステップＳ４３２で、ＣＰＵ１０１は、図８（ｃ）に示すセッション設定ＵＩを表示する。セッション設定ＵＩで、ユーザがエディットボックス８０６に任意のセッション名を入力し、確定ボタン８０７を押下すると、ステップＳ４３３に遷移する。
ステップＳ４３３で、ＣＰＵ１０１は、セッション化対象のプロジェクタ情報と、ステップＳ４３２のセッション設定でユーザが入力した情報からセッション化要求コマンドを作成する。そして、ステップＳ４２５で通信路を確立した全プロジェクタに対してセッション化要求コマンドを送信して、ステップＳ４３４に遷移する。セッション化要求コマンドとは、図７のタイミング７１５、７１６でＰＣがセッション化対象のプロジェクタに対して送信するコマンドである。
図９（ｃ）に、ＰＣがセッション化対象のプロジェクタに対して送信するコマンドのパケット構造を示す。
９０５はｃｏｍｍａｎｄ ＩＤタグであり、セッション化要求コマンドであることを示す。
９０６はＳｅｓｓｉｏｎ Ｎａｍｅタグであり、作成するセッションの名称を示す。
９０７はｎｕｍＯｆＰＪタグであり、セッション化対象のプロジェクタ数を示す。
９４０はＰｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎタグであり、作成するセッションで使用する通信プロトコルのバージョンを示す。
９０８、９０９はセッション化対象のプロジェクタ毎に確保するプロジェクタ情報フィールドである。プロジェクタ情報フィールド９０８、９０９は、セッション化対象のプロジェクタのＩＰアドレスを示すＩＰＡｄｄｒｅｓｓタグ９１０、プロジェクタ名称を示すＰＪＮａｍｅタグ９１１を含む。
図８（ｂ）、図８（ｃ）を具体例にとって、セッション化要求コマンドの構成を説明すると、図８（ｃ）のＵＩでユーザは、セッション名を“ミーティングＸ”としているので、Ｓｅｓｓｉｏｎ Ｎａｍｅタグ９０６にはこれが格納される。そして、図８（ｂ）のＵＩでセッション化対象のプロジェクタとしての２台をユーザが選択しているため、ｎｕｍＯｆＰJタグ９０７には「２」が格納される。また、２つのプロジェクタ情報フィールド９０８、９０９には、ステップＳ４２２で受信したプロジェクタ情報コマンドに基づいて、それぞれのプロジェクタのＩＰアドレス（１９２．１６８．１．１０と１９２．１６８．１．２０）をＩＰ Ａｄｄｒｅｓｓタグ９１０に、それぞれのプロジェクタ名称（“Ｐｒｏｊｅｃｔｏｒ １”と“Ｐｒｏｊｅｃｏｔｒ ２”）をＰＪ Ｎａｍｅタグ９１１に格納する。このようにして作成したセッション化要求コマンドを“Ｐｒｏｊｅｃｔｏｒ １”と“Ｐｒｏｊｅｃｔｏｒ ２”に対してそれぞれ同一の内容で送信する。

ステップＳ４３４で、ＣＰＵ１０１は、図８（ｄ）に示す投射制御ＵＩを表示する。投射制御ＵＩは、セッション名表示エリア８０８、セッション化済みプロジェクタ選択タブ８０９、８１０、該ＧＵＩアプリを起動しているＰＣ自身を表示するＭｙＰＣ表示エリア８１１、投射レイアウト設定エリア８１２等から構成されている。具体的に、この投射制御ＵＩをＧＵＩアプリがどのように生成するかを説明する。上述のように、ＰＣが“Ｐｒｏｊｅｃｔｏｒ １”、“Ｐｒｏｊｅｃｔｏｒ ２”をセッション化しているので、セッション化済みのプロジェクタタブが２つ（タブ８０９、８１０）表示される。ユーザはこのタブを選択することで、そのタブに対応付いたプロジェクタの投射レイアウト設定エリア８１２を表示させ、制御することができる。また、このタブはセッション化を構成するプロジェクタ毎に表示される。そして、該セッションには、図８（ｃ）に示すように、“ミーティングＸ”という名称をつけたので、領域８０８にはその名称が表示されている。ＭｙＰＣ表示エリア８１１には、該ＧＵＩアプリを起動しているＰＣ自身を示す情報が表示される。セッション作成直後は、セッションを作成したＰＣ自身しかセッションに所属する各プロジェクタに接続していないため、このようにＭｙＰＣ表示エリアのみが表示されている状態となる。この領域に表示される情報は、ステップＳ４２５でＰＣ情報として、セッション化対象の各プロジェクタに送信した内容と同一であり、“ＰＣ−Ａ”となる。
以上が新たにセッションを作成するときのＰＣの処理である。

次に、図５は、第２の実施形態におけるプロジェクタの処理を示すフローチャートである。
まずセッション化前のプロジェクタの処理を説明する。セッション化前のプロジェクタでは、図５に示す処理が開始される。
ステップＳ５０１で、ＣＰＵ２０１は、図７のタイミング７０２、７０３のようにプロジェクタ情報コマンドをネットワーク上にブロードキャストして、ステップＳ５０２に遷移する。プロジェクタ情報コマンドはステップＳ４２２で説明したように、図９（ａ）に示すようなパケット構造からなり、該コマンドの発行元のプロジェクタ情報を格納する。本コマンドの生成方法を詳細に説明する。セッション化前のプロジェクタは、プロジェクタ情報コマンドを生成するために、自身のＲＡＭ２０２もしくはＲＯＭ２０３に格納するＩＰアドレス、プロジェクタ名称、ＧＵＩアプリのバージョン、及び通信プロトコルのバージョンを取得する。取得したそれぞれの値を、図９（ａ）のＩＰＡ ｄｒｅｓｓタグ９０１、ＰＪ Ｎａｍｅタグ９０２、Ａｐｐｌｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎタグ９３０、Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎタグ９３１に格納することで、プロジェクタ情報コマンドを作成する。

ステップＳ５０２で、ＣＰＵ２０１は、ＰＣからの論理的な接続を確立する要求あるか否かを判定する。接続要求がある場合、ステップＳ５０３に遷移し、接続要求がない場合、ステップＳ５０１に戻る。
ステップＳ５０３で、ＣＰＵ２０１は、ステップＳ５０２で接続要求のあったＰＣとの論理的な接続を確立し、ステップＳ５０４に遷移する。
ステップＳ５０４で、ＣＰＵ２０１は、ＰＣから送信される図９（ｂ）に示すＰＣ情報コマンドを待ち受け、該コマンドの受信を検知すると、ステップＳ５０５に遷移する。なお、ＰＣが接続を確立した直後にＰＣ情報コマンドを送信するのは、ステップＳ４２５で説明した通りである。

ステップＳ５０５で、ＣＰＵ２０１は、ＰＣから送信される図９（ｃ）に示すセッション作成要求コマンドを待ち受け、該コマンドの受信を検知すると、ステップＳ５０６に遷移する。なお、ＰＣが送信するセッション作成要求コマンドの詳細は、ステップＳ４２６で説明した通りである。
ステップＳ５０６で、ＣＰＵ２０１は、自身の状態をセッション化済みとする。このとき、ステップＳ５０５で受信したセッション作成要求コマンドの内容を、自身が所属するセッション情報としてＲＡＭ２０２に格納する。さらに、ステップＳ５０３〜Ｓ５０５の処理を行った際の通信相手であるＰＣを、ステップＳ５０４で受信したＰＣ情報と関連付けてＲＡＭ２０２の接続ＰＣリストに追加する。接続ＰＣリストとは、該プロジェクタに接続中のＰＣを管理するためのリストである。
以上が、セッション化前のプロジェクタの処理である。このようにセッション化前のプロジェクタの処理は、ステップＳ５０２におけるＰＣからの接続要求をトリガとして処理が進み、ＰＣからの要求が正常に終了すれば該プロジェクタはセッション化済みとなる。

以上説明した通り、画像転送システムにおいて、セッション作成時にセッション化対象のプロジェクタに新しいＧＵＩアプリが見つかった場合に、ＰＣのＧＵＩアプリのアップデートをユーザ促すことができる。これにより、ユーザがＧＵＩアプリとプロジェクタ型番の整合性を取るといった手間が省け、簡易な操作でＧＵＩアプリの新しい機能を使用することが可能になる。

（第３の実施形態）
第３の実施形態は、ＰＣが、既存の作成済みのセッションに参加する際、自身の通信プロトコルのバージョンが、セッションで使用している通信プロトコルのバージョンよりも古い場合、ＧＵＩアプリのアップデートをユーザに促す点で第２の実施形態と異なる。なお、画像転送システムの構成、並びにＰＣ及びプロジェクタの構成は第１、２の実施形態と同様であり、以下では、第１、２の実施形態との相違点を中心に説明する。
図６のセッション状態の概念図、図７の通信シーケンスを示す図を参照して、ＰＣ１００ｂがセッションに参加する際の典型的なシーケンスについて説明する。

図６（ｂ）に示すように、ＰＣ１００ｂ（ＰＣ名称“ＰＣ−Ｂ”）が、第２の実施形態で説明したようにＰＣ１００ａが作成したセッションに参加するフローを説明する。セッッションを構成するプロジェクタ２００ａとの間の通信路６０４、及びプロジェクタ２００ｂとの間の通信路６０５が確立される。

図７を参照して、ユーザｂがＰＣ１００ｂを操作して、プロジェクタ２００ａ、２００ｂで構成される作成済みのセッションに参加する通信シーケンスについて説明する。
タイミング７１８で、ユーザｂはＰＣ１００ｂのＧＵＩアプリを操作して、セッションへの参加を指示する。
タイミング７１９で、ＰＣ１００ｂのＧＵＩアプリは、参加可能なセッションを選択するためのセッションリストを表示する。このセッションリストは、ネットワーク１５０を介してセッション化されたプロジェクタからブロードキャストされるセッション情報コマンドに基づいて構成される。本実施形態においては、第２の実施形態で説明したように、プロジェクタ２００ａ、２００ｂが同一セッションに属するプロジェクタとしてセッション化されている。したがって、両プロジェクタはそれぞれタイミング７２０、７２２でセッション情報コマンドをブロードキャストする。セッション情報コマンドは、タイミング７１５、７１６でセッションを作成するＰＣから送信されたセッション要求コマンドに基づいて構成されており、セッションの名称、セッションを構成するプロジェクタ数、及びセッションを構成するプロジェクタに関する情報等が含まれる。なお、タイミング７２０、７２２でのセッション情報コマンドの送信は一回に限ったものではなく、セッション化された後は一定時間毎に送信してもよい。
ＰＣ１００ｂは、タイミング７２０、７２２でセッション情報コマンドを受信しているので、タイミング７２１、７２３で、セッションリストを更新する。本実施形態においては、参加可能なセッションとして、ユーザａが作成したセッションに関する情報（例えばセッション名）が表示される。タイミング７２０、７２２でプロジェクタが送信するセッション情報コマンドは、同一のセッションであり、かつセッションに属しているプロジェクタ情報は一致する。したがって、実際にはタイミング７２３の時点ではセッションリストに表示するセッション一覧に変化は生じない。
タイミング７２４で、ＰＣ１００ｂのＧＵＩアプリは、プロジェクタ２００ｂに対してセッションの詳細情報の取得要求を送信する。
タイミング７２５で、プロジェクタ２００ｂは、セッションの詳細情報をＰＣ１００ｂに返信する。
タイミング７２６で、セッションの詳細情報を受信したＰＣ１００ｂは、セッション情報を更新する。本実施形態においては、セッションの詳細情報をプロジェクタ２００ｂに問い合わせるとしたが、前述した通り、同一セッションに参加しているプロジェクタは全て同じ情報を保有しているため、プロジェクタ２００ａに情報を問い合わせてもよい。

タイミング７２７で、ユーザｂは、ＧＵＩアプリのセッションリストから参加対象のセッション、即ちＰＣ１００ａが作成したセッションを選択してセッションへの参加を指示する。
タイミング７２８、７２９で、ＰＣ１００ｂのＧＵＩアプリが接続要求をして、参加対象のセッションを構成するプロジェクタであるところの、プロジェクタ２００ａ、２００ｂと、ＰＣ１００ｂ自身との論理的な接続を確立する。これにより、タイミング７０７、７１０で説明したのと同様に、接続を確立したＰＣとプロジェクタ間では画像転送処理が可能となる。
タイミング７３０で、ＰＣ１００ｂは、セッション化したプロジェクタ２００ａ、２００ｂに対して投影制御を実施するための投射用ＧＵＩを表示する。

図４Ｃは、第３の実施形態におけるＰＣの処理を示すフローチャートである。図４Ｃのフローチャートは、ＰＣで実行されるＧＵＩアプリのプロセスとして実行される。
説明の簡単化のために、図６（ｂ）に示す状況を具体例とし、ＰＣ１００ｂ（ＰＣ名称“ＰＣ−Ｂ”）のＧＵＩアプリから、ＰＣ１００ａ（ＰＣ名称“ＰＣ−Ａ”）、プロジェクタ２００ａ（プロジェクタ名称“Ｐｒｏｊｅｃｔｏｒ １”、ＩＰアドレス“１９２．１６８．１．１０”）、プロジェクタ２００ｂ（プロジェクタ名称“Ｐｒｏｊｅｃｏｔｒ ２”、ＩＰアドレス“１９２．１６８．１．２０”）で作成済のセッションに参加する例を説明する。
ＰＣ１００ｂでＧＵＩアプリを起動すると、ＧＵＩアプリは図８（ａ）に示す選択ＵＩを表示する。ユーザがセッション参加ボタン８０１を押下すると、図４Ｃに示す処理が開始される。

ステップＳ４５１で、ＣＰＵ１０１は、図８（ｅ）に示すセッションリストＵＩを表示する。セッションリストＵＩは、参加可能なセッションとして選択可能なセッションの情報をリスト表示する領域８１３を有する構造となっている。また、領域８１３と対応付けられたラジオボックス８１４を備え、ユーザは参加対象のセッションを１つ選択することができる。また、スクロールバー８１５を備え、ユーザはネットワーク上の参加可能なセッションを一覧表示で確認することができる。

ステップＳ４５２で、ＣＰＵ１０１は、セッション情報コマンドを受信しているか否かを判定する。受信がある場合、ステップＳ４５３に遷移し、受信がない場合、ステップＳ４５４に遷移する。セッション情報コマンドはとは、図７のタイミング７２０、７２２でセッション化完了後のプロジェクタがネットワーク上にブロードキャストするコマンドであり、図９（ｄ）に示すようなパケット構造からなる。
９１２はｃｏｍｍａｎｄ ＩＤタグであり、セッション情報コマンドであることを示す。
９１３はＳｅｓｓｉｏｎ Ｎａｍｅタグであり、セッション名称を示す。
９１４はＮｕｍＯｆＰＪタグであり、セッションを構成するプロジェクタ数を示す。
９５０はＰｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎタグであり、セッションで使用する通信プロトコルのバージョンを示す。
９１５、９１６はセッションに属するプロジェクタ毎に確保するプロジェクタ情報フィールドである。プロジェクタ情報フィールド９１５、９１６は、セッションに属するプロジェクタのＩＰアドレスを示すＩＰＡｄｄｒｅｓｓタグ９１７、プロジェクタ名称を示すＰＪＮａｍｅタグ９１８を含む。

ステップＳ４５３で、ＣＰＵ１０１は、受信したセッション情報コマンドを解析して、セッション名を取得し、図８（ｅ）に示すセッションリストＵＩの表示を更新して、ステップＳ４５４に遷移する。ステップＳ４５２、Ｓ４５３の処理を繰り返すことで、ネットワーク上に存在するセッションを一覧表示することができる。なお、ステップＳ４２３での説明と同様に、サブネット外のセッション情報は受信できない。そのため、該セッションに属しているプロジェクタのＩＰアドレスを直接入力する検索ＵＩを設けてもよい。

ステップＳ４５４、ＣＰＵ１０１は、ユーザがラジオボックス８１４を選択し、さらに確定ボタン８１７を押下するのを待ち受ける。参加対象のセッション選択が完了した場合ステップＳ４５５に遷移し、完了しない場合、ステップＳ４５２に戻る。

ステップＳ４５５で、ＣＰＵ１０１は、ＰＣ１００ｂで使用している通信プロトコルのバージョンと、セッションで使用している通信プロトコルのバージョンとを比較する。セッションで使用している通信プロトコルのバージョンは、図９（ｄ）のタグ９５０によって設定したものである。具体的には、タグ９５０の情報と、ＰＣ１００ｂのＲＡＭ１０２に格納された通信プロトコルのバージョンとを比較する。その結果、ＰＣ１００ｂで使用している通信プロトコルのバージョンがセッションで使用している通信プロトコルのバージョンよりも古いと判定したら、ステップＳ４５６に遷移する。
ステップＳ４５６で、ＣＰＵ１０１は、図８（ｈ）に示すＧＵＩアプリのアップデートを促すＵＩを所定の時間（３秒程度）表示した後、図８（ｇ）に示すＧＵＩアプリアップデート用のＵＩを表示する。
図９（ａ）、（ｂ）の例では、タグ９３１にあるプロジェクタの通信プロトコル（セッションで使用している通信プロトコル）のバージョンが１．６で、ＰＣ１００ｂの通信プロトコルのバージョンが１．５である。このときは、プロジェクタの通信プロトコルのバージョンの方が新しいと判定される。
なお、ＰＣ１００ｂの通信プロトコルのバージョンが、セッションで使用している通信プロトコルのバージョンよりも古くないと判定された場合は、仮にＰＣ１００ｂのＧＵＩアプリのバージョンがセッションで使用しているものより古いとしても、ＧＵＩアプリのアップデートは行わず、ステップＳ４５９に遷移する。

ステップＳ４５７で、ＣＰＵ１０１は、図８（ｇ）に示すＧＵＩアプリアップデート用のＵＩにおいてＧＵＩアプリの更新指示があったか否か判定する。ボタン８４０を押下してＧＵＩアプリの更新指示がある場合、ステップＳ４５８に遷移する。ボタン８４１を押下してＧＵＩアプリの更新指示がない場合、動作を終了する。
ステップＳ４５８で、ＣＰＵ１０１は、ステップＳ４５５で検索した新しいバージョンの通信プロトコルを格納するプロジェクタから、ネットワーク１５０、通信部１０９を介してＧＵＩアプリをダウンロードし、ＲＡＭ１０２に格納し、ステップＳ４５９に遷移する。

ステップＳ４５９で、ＣＰＵ１０１は、ステップＳ４５４でユーザが選択したセッションを構成するプロジェクタに対して接続処理を実行して、ステップＳ４６０に遷移する。これは、図７のタイミング７２８、７２９でプロジェクタと論理的な接続を確立することに相当する。セッションを構成するプロジェクタは、ステップＳ４５２で受信したセッション情報コマンドにその情報が含まれており、そこから確定できる。また、通信シーケンスの説明では省略したが、接続処理を実施する際には、接続を確立した直後に、図９（ｂ）に示すＰＣ情報コマンドをプロジェクタに送信する。本実施形態においては、ＰＣ１００ｂの名称“ＰＣ−Ｂ”がＰＣ Ｎａｍｅタグ９０４に格納される。

ステップＳ４６０で、ＣＰＵ１０１は、ステップＳ４５４でユーザが選択したセッションを構成する全プロジェクタとの接続が完了したか否かを判定する。全プロジェクタとの接続が完了している場合、ステップＳ４６１に遷移し、完了していない場合、ステップＳ４５９に戻って、セッションを構成する次のプロジェクタとの接続処理を実行する。

ステップＳ４６１で、ＣＰＵ１０１は、図８（ｆ）に示す投射制御ＵＩを表示する。投射制御ＵＩは、第２の実施形態でＰＣ１００ａがセッションを作成するシーケンスで表示した図８（ｄ）と同じものである。しかし、本実施形態のシーケンスでは、該ＵＩは、ＰＣ１００ｂが作成済みのセッションに参加を完了した際のものである。そのため、該ＧＵＩアプリを起動しているＰＣ自身を表するＭｙＰＣ表示エリア８１８は、ＰＣ１００ｂの名称である、“ＰＣ−Ｂ”が表示される。また、自身以外のセッションに接続中のＰＣ一覧を示す接続中ＰＣリスト８１９には、本セッションの作成者である“ＰＣ−Ａ”が表示される。

以上説明した通り、画像転送システムにおいて、作成済みのセッションに参加するときに、自身の通信プロトコルのバージョンが、作成済みのセッションで使用している通信プロトコルのバージョンがよりも古い場合、ＰＣのＧＵＩアプリのアップデートをユーザに促すことができる。これにより、ユーザがＧＵＩアプリとプロジェクタ型番の整合性を取るといった手間が省け、簡易な操作でＧＵＩアプリの新しい機能を使用することが可能になる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１００ａ、１００ｂ：ＰＣ
２００ａ、２００ｂ：プロジェクタ
１５０：ネットワーク
１０１、２０１：ＣＰＵ
１０２、２０２：ＲＡＭ
１０４、２０３：ＲＯＭ
１０９、２０９：通信部

Claims (9)

1. 複数の表示装置とネットワークを介して通信可能な情報処理装置であって、
   前記表示装置の表示処理のための第１のプログラムを格納する格納手段と、
   前記複数の表示装置との論理的な接続を確立した後、前記複数の表示装置とのセッション作成前に、前記複数の表示装置のうち少なくとも一つの表示装置が格納する、表示処理のための第２のプログラムのバージョンの情報を取得する第１の取得手段と、
   前記第１の取得手段により取得した前記第２のプログラムのバージョンの情報に、前記格納手段が格納する前記第１のプログラムのバージョンよりも新しいバージョンが存在する場合に、前記複数の表示装置の中から前記第２のプログラムを取得する表示装置を決定する決定手段と、
   前記格納手段が格納する前記第１のプログラムを、前記決定手段により決定した前記表示装置から取得した前記第２のプログラムにアップデートした後に、前記複数の表示装置にセッション化要求コマンドを送信する送信手段と、を備えたことを特徴とする情報処理装置。
2. 前記決定手段は、前記第１の取得手段により取得した前記第２のプログラムのバージョンの情報が表わすバージョンのうち、前記格納手段が格納する前記第１のプログラムのバージョンよりも新しいバージョンの前記第２のプログラムを格納する、前記複数の表示装置のうち少なくとも一つの表示装置から前記第２のプログラムを取得することを決定することを特徴とする請求項１に記載の情報処理装置。
3. 前記送信手段によりセッション化要求コマンドを送信した後、前記第２のプログラムに基づいた表示制御ユーザインタフェースを表示部に表示する表示制御手段を備えたことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記情報処理装置が作成済みのセッションに参加する際に、前記作成済みのセッションで使用される、表示処理のための第３のプログラムのバージョンの情報を取得する第２の取得手段を備え、
   前記第２の取得手段により前記第３のプログラムのバージョンの情報を取得したとき、前記決定手段は、前記第２の取得手段により取得した前記第３のプログラムのバージョンの情報、及び前記格納手段が格納する第１のプログラムのバージョンの情報に従って、前記表示装置が格納するプログラムの中から取得する前記第３のプログラムを決定することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記決定手段は、前記第２の取得手段により取得した前記第３のプログラムのバージョンの情報が表わすバージョンと同じバージョンの前記第３のプログラムを格納する一つの表示装置から前記第３のプログラムを取得することを決定することを特徴とする請求項４に記載の情報処理装置。
6. 前記表示装置での表示のレイアウトを制御するためのユーザインタフェースを提供することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記情報処理装置からセッション中の前記表示装置への画像の送信又は送信の停止を制御するためのユーザインタフェースを提供することを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 複数の表示装置とネットワークを介して通信可能であり、前記表示装置の表示処理のための第１のプログラムを格納する情報処理装置を制御する情報処理装置の制御方法であって、
   前記複数の表示装置との論理的な接続を確立した後、前記複数の表示装置とのセッション作成前に、前記複数の表示装置のうち少なくとも一つの表示装置が格納する、表示処理のための第２のプログラムのバージョンの情報を取得するステップと、
   前記取得した前記第２のプログラムのバージョンの情報に、前記情報処理装置が格納する前記第１のプログラムのバージョンよりも新しいバージョンが存在する場合に、前記複数の表示装置の中から前記第２のプログラムを取得する表示装置を決定するステップと、
   前記情報処理装置が格納する前記第１のプログラムを、前記決定した前記表示装置から取得した前記第２のプログラムにアップデートした後に、前記複数の表示装置にセッション化要求コマンドを送信するステップと、を有することを特徴とする情報処理装置の制御方法。
9. 複数の表示装置とネットワークを介して通信可能な情報処理装置を制御するためのプログラムであって、
   前記表示装置の表示処理のための第１のプログラムを格納する格納手段と、
   前記複数の表示装置との論理的な接続を確立した後、前記複数の表示装置とのセッション作成前に、前記複数の表示装置のうち少なくとも一つの表示装置が格納する、表示処理のための第２のプログラムのバージョンの情報を取得する第１の取得手段と、
   前記第１の取得手段により取得した前記第２のプログラムのバージョンの情報に、前記格納手段が格納する前記第１のプログラムのバージョンよりも新しいバージョンが存在する場合に、前記複数の表示装置の中から前記第２のプログラムを取得する表示装置を決定する決定手段と、
   前記格納手段が格納する前記第１のプログラムを、前記決定手段により決定した前記表示装置から取得した前記第２のプログラムにアップデートした後に、前記複数の表示装置にセッション化要求コマンドを送信する送信手段としてコンピュータを機能させるためのプログラム。

Images