(57)【要約】【課題】通信機能を備える画像表示装置において、表示画像の配布を当該画像の送信元の許可に応じて実行することを可能とし、データ所有者の意図に応じたデータの配布を実現する。【解決手段】ネットワークを介して複数の外部装置と通信可能なプロジェクタは、端末Ａ〜Ｄよりネットワークを介して受信した画像を投影するべく出力する。また、プロジェクタは、端末からの要求に応じて、保存用メモリに保存した画像をネットワークを介して送信する。ここで、保存用メモリに画像を保存する際には、画像の提供元の各端末に対して問い合わせを行い（Ｓ１２、Ｓ１４）、その応答に基づいて受信した画像の上記保存用メモリへの画像の保存の可否を決定する（Ｓ１３、Ｓ１５）。【選択図】    図５
2006134174.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して複数の外部装置と通信する通信手段と、
前記通信手段を介して接続された外部装置より受信した画像を表示するべく出力する出力手段と、
前記通信手段を介して、前記受信した画像を他の外部装置へ送信する送信手段と、
前記受信した画像の提供元の外部装置に対して問い合わせを行い、その応答に基づいて該受信した画像の前記送信手段による送信の可否を決定する決定手段とを備えることを特徴とする画像出力装置。
【請求項２】
前記送信手段は、前記受信した画像をメモリに保持する保持手段を有し、外部装置からの画像送信要求に応じて前記メモリに保持された画像を送信し、
前記決定手段は、前記保持手段による画像の保持に際して、前記応答に基づいて前記保持手段による前記メモリへの画像の保持の可否を決定することを特徴とする請求項１に記載の画像出力装置。
【請求項３】
前記出力手段は複数の外部装置より受信した複数の画像を出力可能であり、
前記保持手段は、前記複数の外部装置のうち、前記決定手段で保持可能と決定された画像のみを含む画像を前記メモリに保持することを特徴とする請求項２に記載の画像出力装置。
【請求項４】
前記保持手段は、外部装置より画像送信の要求があった場合および前記出力手段で出力する画像が変化した場合の少なくともいずれかにおいて動作することを特徴とする請求項２に記載の画像出力装置。
【請求項５】
前記送信手段は、
当該画像出力装置と接続されている各外部装置の識別情報と、各外部装置による画像表示のための当該画像出力装置の利用に関する履歴情報とを含む接続情報を出力する接続情報出力手段と、
前記提供元より、識別情報と画像の送信許可を受信した場合に、前記画像を該識別情報によって特定される外部装置へ送信する第２送信手段とを備えることを特徴とする請求項１に記載の画像出力装置。
【請求項６】
前記履歴情報は、各外部装置が送出した画面の一つ及び外部装置間における当該画像出力装置の利用順序の少なくともいずれかを含むことを特徴とする請求項５に記載の画像出力装置。
【請求項７】
ネットワークを介して画像出力装置と複数の画像提供装置が接続された画像出力システムであって、
前記ネットワークを介して前記複数の画像提供装置より前記画像出力装置に送信された画像を表示するべく出力する出力手段と、
前記ネットワークを介して前記画像出力装置に受信された画像を他の外部装置へ送信する送信手段と、
前記受信された画像の提供元の画像提供装置に対して問い合わせを行い、その応答に基づいて該受信された画像の前記送信手段による送信の可否を決定する決定手段とを備えることを特徴とする画像出力システム。
【請求項８】
ネットワークを介して複数の外部装置と通信する通信手段を備えた画像出力装置の制御方法であって、
前記通信手段を介して接続された外部装置より受信した画像を表示するべく出力する出力工程と、
前記通信手段を介して、前記受信した画像を他の外部装置へ送信する送信工程と、
前記受信した画像の提供元の外部装置に対して問い合わせを行い、その応答に基づいて該受信した画像の前記送信工程による送信の可否を決定する決定工程とを備えることを特徴とする画像出力装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像出力装置に関し、特に通信機能を備え、複数の外部装置から受信した画面を表示出力する、例えばプロジェクタのような画像出力装置による、外部装置への画像配布技術に関する。
【背景技術】
【０００２】
プロジェクタにおいて、端末との接続をＶＧＡケーブルでおこなう代わりにEthernet(登録商標)や無線で接続するものがある。以下、図１２により一般的な、無線機能付きプロジェクタについて説明する。図１２は、プロジェクタと４台の端末の制御の関係を並行して記述したものである。なお、図の一番左は、わかりやすさのためにプロジェクタがその時点で投影している画像の内容を示している。
【０００３】
まず、プロジェクタが起動すると、アプリケーションが開始し、設定メニューをスクリーンに投影する（ステップＳ１）。次に、利用者が、ＳＳＩＤなどの無線パラメータを設定し、無線の基本サービスセット（ＩＢＳＳ：Independent Basic Service SetまたはＢＳＳ）を構築する（ステップＳ２）。なお、プロジェクタと端末の間は、アドホックモード、または、インフラストラクチャモードで接続している。
【０００４】
一方、端末Ａ上で、利用者がアプリケーションを起動して（ステップＳ３）、端末Ａの利用者がプロジェクタと同じＳＳＩＤを指定し、プロジェクタに対して接続要求をおこなう（ステップＳ４）。プロジェクタは、接続を許可する応答を返す（ステップＳ５）。すると、端末Ａから画面データが送出され、端末Ａの画面がプロジェクタを介して、スクリーンに投影される（ステップＳ６）。
【０００５】
続いて、端末Ｂも同様に接続操作をおこなう。このとき、プロジェクタの制御としては、以下の動作が可能である。
（１）端末Ｂの画面だけを表示するモードに切り替える。
（２）端末ＡとＢの画面を同時に表示するマルチモードに切り替える。
（３）端末Ｂのプロジェクタ使用を認めず、端末Ａの表示をそのまま継続する。
【０００６】
ここでは、端末ＡとＢの表示を同時に行うマルチモードに設定されていたとする。端末Ｂからの接続要求（ステップＳ７）に対して、プロジェクタ１は、許可の応答を返す（ステップＳ８）。マルチモードが設定されているので、端末Ａの画面データ伝送は続いている（ステップＳ９）。そして、端末Ｂの画面データ（ステップＳ１０）と合わせて一つの画面（マルチ画面）を形成し、投影する。このときのマルチ画面の形成方法としては、端末ＡおよびＢからは画面全体のデータを送り、プロジェクタにおいて画像処理してマルチ画面を形成する方法と、端末ＡおよびＢがマルチ画面表示用の解像度を落とした画像を送り、プロジェクタでこれらを合成してマルチ画面を形成する方法がある。
【０００７】
さらに、この種のプロジェクタでは、表示した画面データをプロジェクタのメモリーに一時保存したり、保存した画像データを端末にダウンロードしたりできるようになっているものがある。例えば、端末Ａの利用者ａがリモコンにて画面保持操作をおこなうとプロジェクタがそれを検出し、保持用メモリに表示中の画像を蓄積する（ステップＳ１１）。続いて、端末Ａからダウンロードが要求されると（ステップＳ５１）、データ転送が開始される（ステップＳ５２）。
【０００８】
また、上記では保存された画像データのダウンロードは無制限に行われることになる。すなわち、配布先の端末を制限することができない。これに対して、例えば端末Ａが提供した画像について、端末Ｂにはダウンロードを許可するが端末Ｃには許可しないというように、ダウンロードの可否を端末毎に設定したいという要望もある。この場合、例えば、端末Ａが表示している画面のダウンロードを端末Ｂが要求した場合に、端末Ｂからのダウンロード要求に関して端末Ａの許可を確認するような構成が考えられる。この場合、ダウンロードを要求したのが端末Ｂであることを端末Ａの利用者が認識できるようにしなければならない。
【０００９】
特許文献１には、プロジェクタを用いたシステムにおいて、端末の利用者同士が相手の端末を認識する手段が記載されている。特許文献１は、プロジェクタを用いたシステムとして、複数の端末の会議システムへの排他的または共同的な遠隔制御、自動的な議事録の作成、映像音声静止画の同期、遠隔装置とのミラーリング、参加権の制御、などをおこなう構成を記載するものである。この特許文献１によれば、各端末の利用者同士が相手を認識する手段として、予め登録しておいたユーザ情報（顔写真、アイコンなど）を用いている。
【００１０】
さらに、特許文献２には、情報機器の位置関係を無線電波の受信遅延時間を元に算出し、共通の画面の一部に、算出した位置関係を元に、情報機器の配置を視覚的に示す構成が記載されている。特許文献２によれば、参加者の持ち込んだ情報端末が、実際の位置関係を模した仮想画面上にアイコンとして配置され、選択されたファイルを情報端末を示すアイコン上にドラッグアンドドロップすることにより、ファイル転送が行われる。
【特許文献１】特開２００３−０８５１１２公報
【特許文献２】特開２００２−２８１４６８公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上述した従来例では、画面の保存は、プロジェクタに対する保存操作（ステップＳ１１）によりなされ、各端末からダウンロードすることが可能になっている。そのため、表示データの所有者の意思とは関係なく、データが保存され、またそのデータが不特定の端末に配布されるという状況が発生してしまう。
【００１２】
また、上述のように各端末毎にダウンロードの許可／不許可を決定するためには、画像提供もとの端末が各端末を特定する必要が生じる。端末を特定する方法としては、特許文献１に記載されているように、予め端末に利用者情報を登録しておき、端末とその利用者を関連付けておくことがあげられる。しかしながら、事前に設定を行う必要があり、操作が煩わしい。また、例えば会議の参加者が変更した場合等に対応しにくいなど、柔軟性に欠ける。このような事前の設定なしに端末を特定する手段として、特許文献２に記載されているような、通信の遅延時間から端末の位置を特定する技術がある。しかしながら、参加者が近接する場合には、誤差が発生しやすく、正確性に欠けている。他には、具備したカメラで利用者の顔などを写すことによって端末と利用者を関係付けて表示する方法もあるが、利用者全てに装備させるにはコストがかかってしまう。
【００１３】
本発明は、上述した課題に鑑みてなされたものであり、通信機能を備える画像表示装置において、表示画像の配布を当該画像の送信元の許可に応じて実行可能とし、データ所有者の意図に応じたデータの配布を実現可能にすることを目的とする。
また、本発明の他の目的は、画像を配布する先を、当該画像の提供元から容易に指定可能とすることを目的とする。
【課題を解決するための手段】
【００１４】
上記の目的を達成するための本発明による画像出力装置は以下の構成を備える。すなわち、
ネットワークを介して複数の外部装置と通信する通信手段と、
前記通信手段を介して接続された外部装置より受信した画像を表示するべく出力する出力手段と、
前記通信手段を介して、前記受信した画像を他の外部装置へ送信する送信手段と、
前記受信した画像の提供元の外部装置に対して問い合わせを行い、その応答に基づいて該受信した画像の前記送信手段による送信の可否を決定する決定手段とを備える。
【００１５】
また、本発明の他の態様によれば、上記構成において、
前記送信手段は、
当該画像出力装置と接続されている各外部装置の識別情報と、各外部装置による画像表示のための当該画像出力装置の利用に関する履歴情報とを含む接続情報を出力する接続情報出力手段と、
前記提供元より、識別情報と画像の送信許可を受信した場合に、前記画像を該識別情報によって特定される外部装置へ送信する第２送信手段とを備える。
【発明の効果】
【００１６】
本発明によれば、通信機能を備える画像表示装置において、表示画像の配布を当該画像の送信元の許可に応じて実行可能とし、データ所有者の意図に応じたデータの配布を実現できる。
また、本発明の他の態様によれば、画像を配布する先を、当該画像の提供元から容易に指定することが可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、添付の図面を参照して本発明の好適な実施形態を説明する。
【００１８】
＜第１実施形態＞
第１実施形態について図１〜図５に基づいて説明する。
【００１９】
図１は本実施形態による画像表示システムの構成例を示す図である。プロジェクタ１は外部の端末装置（図１では端末３１Ａ〜３１Ｄ）から画像情報を受信し、これをスクリーン２２上に表示する。プロジェクタ１はリモコン２１によって操作が可能である。また、プロジェクタ１はネットワーク４１を介して認証サーバ４２と通信することが可能となっている。なお、認証サーバ４２については第３実施形態で説明する。端末装置３１Ａ〜３１Ｄ（以下、これらを総称する場合は端末装置３１という）は、プロジェクタ１に対して無線ＬＡＮにより表示すべきデータを送ることができる。
【００２０】
図２はプロジェクタ１の構成を示すブロック図である。図２において、ユーザＩ／Ｆ部３は、ユーザがプロジェクタ１に対する操作を行うための操作パネルを含み、操作パネルにはキーボードやボタン、表示器等が配置されている。投影部４は、投射・集光のレンズやランプやミラーなどからなる。なお、この投影部の光学系には、以下のようなタイプが挙げられるが、本発明の本質とは無関係であるため、ここでは方式を限定しない。
（１）３ＬＣＤ方式
（２）ＤＬＰ（テキサスインスツルメンツ社の登録商標）方式
（３）ＬＣＯＳ（Liquid Crystal On Silicon）方式。
【００２１】
ＩｒＤＡ５はリモコン２１とのインタフェースを実現するための赤外線受光部であり、ＩｒＤＡ（Infrared Data Association）を用いている。利用者はリモコン２１によって、プロジェクタ１を操作することができる。有線ＬＡＮ Ｉ／Ｆ６はEthernet（登録商標）等によりＬＡＮと接続するためのインターフェースである。無線ＬＡＮ Ｉ／Ｆ７は、ＩＥＥＥ８０２.１１等の無線ＬＡＮと接続するためのインターフェースである。
【００２２】
また、無線ＬＡＮ Ｉ／Ｆ７と有線ＬＡＮ Ｉ／Ｆのサブネットが異なるように制御することも可能で、そのとき、プロジェクタ１自身はルータとなる。また、プロジェクタ１はビデオＩ／Ｆ８を備え、端末とＶＧＡケーブルによって接続することも可能となっている。保存用メモリ９は、ダウンロードのために、画面データを保持するメモリである。投影データメモリ１０は現在投射しているデータを保持するためのメモリ（ビデオメモリ）である。また、プログラムメモリ１１はプロジェクタ１の動作を規定するソフトウェアを格納するメモリである。ＣＰＵ１２はプログラムメモリ１１に格納されたプログラムを実行することにより各種制御を実現することになる。
【００２３】
図３は端末装置３１の構成を示すブロック図である。端末装置３１としては所謂パーソナルコンピュータを用いることができる。ＣＰＵ３２はメモリ３７に格納されたプログラムを実行することにより各種の制御を実行する。なお、メモリ３７はＲＡＭ及びＲＯＭを含み、外部記憶装置３８に格納された制御プログラムは実行に際して必要に応じてメモリ３７にロードされる。外部記憶装置３８は例えばハードディスクで構成される。
【００２４】
有線ＬＡＮ Ｉ／Ｆ３３はEthernet（登録商標）等によりＬＡＮと接続するためのインターフェースである。無線ＬＡＮ Ｉ／Ｆ３４は、ＩＥＥＥ８０２.１１等の無線ＬＡＮと接続するためのインターフェースである。ユーザＩ／Ｆ３５は、ユーザによる操作入力をＣＰＵ３２に伝えるためのインターフェースであり、キーボードやポインティングデバイスを含む。表示装置３６はＣＰＵ３２の制御により各種の表示を行うものであり、ＣＲＴ或いはＬＣＤ等により構成される。
【００２５】
以下、上記構成の動作を説明する。
【００２６】
端末装置３１からプロジェクタ１へは、ＲＧＢのビデオ信号を送る場合とＪＰＥＧなどの画像処理をおこなって一画面ごとにファイルとして送る場合がある。本実施形態では、ファイル化して送ることを想定している。また、複数の画面が投影されているときに、どの画面を保存するかの選択時の操作についても、画面データを送出している端末からおこなう方法と投影画面に表示してプロジェクタの操作卓（またはリモコン）によっておこなう方法を選択できるようにする。
【００２７】
以下、第１実施形態のプロジェクタ１による画面の保存動作、端末へのダウンロード動作について図４のフローチャートを参照して説明する。また、図５に、画面を保存するかしないかを端末個々に選択可能な場合の手順の一例を示す。なお、図５において、端末Ａ、Ｂ、Ｃ、Ｄはそれぞれ端末装置３１Ａ〜３１Ｄである。
【００２８】
まず、プロジェクタ１が起動すると、端末或いは操作パネル（リモコン２１）から何らかのデータを受信したかどうかを判断する。本実施形態では、端末からの画像データの受信（ステップＳ６１）、リモコン操作等による保存操作を検出（ステップＳ６３）、ダウンロード要求（ステップＳ６６）のいずれかを待つ。画像データの受信までの手順の詳細は次のとおりである。
【００２９】
プログラムメモリ１１に格納されているアプリケーションがＣＰＵ１２によって実行され、設定メニューがスクリーンに投影される（ステップＳ１）。次に、利用者が、ネットワーク識別子であるＳＳＩＤ、暗号鍵、周波数チャネルなどの無線パラメータを設定し、無線の基本サービスセット（ＩＢＳＳ：Independent Basic Service SetまたはＢＳＳ）を構築する（ステップＳ２）。なお、プロジェクタと各端末の間は、アドホックモードまたはインフラストラクチャモードで無線ＬＡＮにより接続しているとする。
【００３０】
一方、端末Ａ上で、利用者がアプリケーションを起動する（ステップＳ３）。端末Ａの利用者がプロジェクタと同じＳＳＩＤを指定し、プロジェクタに対して接続要求をおこなう（ステップＳ４）。プロジェクタでは、接続を許可する応答を返す（ステップＳ５）。すると、端末Ａから画面表示のための画像データが送出される。
【００３１】
プロジェクタ１はこの画像データを受信すると、ステップＳ６２において投影データメモリ１０の内容を当該画像データでもって更新する。その結果、端末Ａから送信された画像がプロジェクタを介して、スクリーンに投影されることになる（ステップＳ６、投影画面５１）。
【００３２】
続いて、端末Ｂも同様に接続操作をおこなう。このとき、プロジェクタ１の制御（ステップＳ６２の投影データメモリ１０の更新制御）としては、以下の動作が可能である。
（１）端末Ｂの画面だけを表示するモードに切り替える。
（２）端末ＡとＢの画面を同時に表示するマルチモードに切り替える。
（３）端末Ｂのプロジェクタ使用を認めず、端末Ａの表示をそのまま継続する。
【００３３】
ここでは、端末ＡとＢの表示を同時におこなうマルチモードの設定（（２）の設定）になっていたとする。端末Ｂからの接続要求（ステップＳ７）に対して、プロジェクタ１は、許可の応答を返す（ステップＳ８）。マルチモードが設定されているので、端末Ａの画面データ伝送は続いている（ステップＳ９）。そして、端末Ｂの画面データ（ステップＳ１０）と合わせて、一つの画面（マルチ画面）を形成し、これをスクリーン２２に投影する（投影画面５２）。なお、このときの方法として、端末Ａおよび端末Ｂのそれぞれは画面全体のデータを送り、プロジェクタ１で画像処理してマルチ画面を形成して表示する方法と、端末Ａおよび端末Ｂがマルチ画面用の解像度を落とした画面を送り、プロジェクタ１でこれらを合成してマルチ画面を形成し、表示する方法とがある。
【００３４】
さて、プロジェクタ１は、表示した画面データをプロジェクタのメモリーに一時保存し、保存した画像データを端末にダウンロードしたりできるようになっている。例えば、端末Ａの利用者ａがリモコン２１にて画面保持操作を行うとプロジェクタ１がそれを検出すると、処理はステップＳ６３からステップＳ６４へ進む。ステップＳ６４では表示中の画像の送信元の各端末に対して、画像情報を保存してもよいかどうかの問い合わせを行う。そして、ステップＳ６５において、画像情報の保存を許可した端末を送信元とする画像のみを保存用メモリ９に保存する。そして、端末からダウンロード要求を受信した場合、プロジェクタ１は当該ダウンロード要求を発行した端末に対して保存用メモリ９内に保存された画像を送信する（ステップＳ６６，Ｓ６７）。すなわち、画像データを提供している端末による画像データの保存の許可は、他の端末による画像データのダウンロードを許可するものとなる。
【００３５】
上記を図５を参照してより具体的に説明する。たとえば端末ＡとＢからの画像のマルチ画面を表示中に、上記画面保存操作がおこなわれると（ステップＳ１１）、プロジェクタ１は、まず、端末Ａに対して画面情報を保存してよいか否かの確認をおこなう（ステップＳ１２）。端末Ａでは肯定応答を返すとする（ステップＳ１３）。次に、端末Ｂに対しても画面情報を保存してよいか否かの確認を行う（ステップＳ１４）。ここでは、端末Ｂは否定応答を返すとする（ステップＳ１５）。すると、投影画面は端末ＡとＢのマルチ画面であるが、保存用メモリ９に保存される保存画面５３は、端末Ａのみとなる。
【００３６】
次に、例えば端末Ａからダウンロードが要求されると（ステップＳ１６）、保存用メモリ９に保存されたデータの転送が開始される（ステップＳ１７）。なお、ダウンロードは端末Ｂから要求することもできるし、端末Ｃや端末Ｄが接続を確立していればそれらからも要求することができる。
【００３７】
なお、保存用メモリには各端末からの画像をマルチ画面ではなく、１画面分として記憶するようにしてもよい。この場合、端末Ａ，Ｂがともに保存を肯定すると、２画面分の画像データが保存用メモリに格納されることになる。この状態でダウンロード要求があった場合には２画面分の画像データがダウンロードされるようにしてもよい。或いは、どちらかをダウンロード要求時に指定し、指定されたほうの画面の画像データをダウンロードするようにしてもよい。
【００３８】
なお、本実施形態における制御は、表示端末の数が、１台でも３台以上でも、メモリの制約が許す限り可能であるが、本実施形態では、最大４台までのシステムの場合を示している。メモリの制約は、同時に接続している端末から送信される画像ファイル（又はデータ）を保持するメモリ容量の制約である（端末を接続していてもその画面を投影しているとは限らないが、ボタン一つで、投影する画面を切り替える必要があるので、画面ファイル（又はデータ）を受信して保持している必要がある）。また、リモコンなどによる明示的操作がなくても、表示画面が変わるごとに、保存するかしないかの選択をおこなうようにすることも可能である。さらに、いったん保存するように動作したら、接続が終了するまで、各画面を保存し続けるようにしてもよい。
【００３９】
以上のように、第１実施形態によれば、プロジェクタにおいて画面保存の操作がおこなわれたとき、その画面の所有者それぞれに保存可否を問うようにしたため、複数の利用者の画面が表示されている状態でも、各利用者が自身の画面を保存するかしないかの決定を行うことができる。
【００４０】
＜第２実施形態＞
第１実施形態は、個々の端末による保存可否の決定がそれぞれの画面に反映されたが、画面の全体を保存するかしないかを一括して制御することも可能である。この場合、以下のような制御が考えられる。
（１）一つ以上の端末が画面の保存を許可していれば全画面を保存する。
（２）一つ以上の端末が画面の保存を不許可としていれば全く保存しない。
（３）全画面の保存を許可する端末の数と不許可の端末の数の多数決で決める。同数の場合は、全画面を保存する。
（４）全画面の保存を許可する端末の数と不許可の端末の数の多数決で決める。同数の場合は、全く保存しない。
（５）特定端末の決定に従う。ここで、特定端末とは、予め議長端末や管理端末として指定された端末や、Ｋ番目に接続した端末（一番最初、一番最後、など）のことである。
【００４１】
＜第３実施形態＞
第１および第２実施形態では、画面を保存するかしないかの観点からの構成を説明しており、保存された画面は任意の端末が特に制限なく取得可能な形態を示した。即ち、画像を提供している端末は、当該画像をダウンロード可とするか否かを指定できるものの、ダウンロード先の端末を制限することはできない。第３実施形態では、保存した画面を端末毎にダウンロード可能とするかしないかの制御を可能とする。
【００４２】
まず、表示している端末が端末Ａ一つのみの単純な場合を示す。さらに、以下のような使用環境を前提とする。プロジェクタ１は、ある会社の会議室に設置され、アクセスポイントを兼ねて動作しており、有線ＬＡＮ Ｉ／Ｆ６を介して、社内のネットワーク４１上の認証サーバ４２と接続している。また、IEEE802.11xのAuthenticator機能が有効になっている。端末Ａ、Ｂ、Ｃ、Ｄの利用者はそれぞれ、ａ、ｂ、ｃ、ｄであり、認証サーバ４２上にアカウントproper-a、proper-b、temporary-1、temprorary-2を所持している。ここで、アカウント名のproperはその会社の正社員であることを示し、temporaryは会議のための一時的なアカウントであることを示している。利用者ａ、ｂ、ｃ、ｄは、プロジェクタを用いた会議をおこなうために集まっている。各端末がプロジェクタと接続するときは、このアカウント名を用いた認証手順が実行されてようになっている。
【００４３】
ここで、プロジェクタ１は、図６に示すような接続情報を保持するものとする。図６の各欄の情報について説明する。まず、端末が接続してきたとき、IEEE802.11フレームからそのＭＡＣアドレスやＩＰアドレスを取得して識別子とする。さらにIEEE802.11手順のアソシエート時刻を記録する。IEEE802.1x手順が有効のときは、その認証情報を対応づけて保持する。なお、認証情報は認証サーバ４２より取得する。
【００４４】
さらにその端末がプロジェクタ機能を利用した場合は、利用端末が切り替わる毎に利用順序の履歴を更新する。これにより、各端末が何番目にプロジェクタを利用したかがわかる。ここで、端末によるプロジェクタの利用とは、端末からプロジェクタへ画像を転送し、プロジェクタに表示させることを言う。したがって、プロジェクタ１への接続のみが行われてまだプロジェクタを利用していない端末に関しては、プロジェクタの利用履歴として「なし」が記録される。また、利用履歴は別の端末からの利用が発生する毎に更新される。たとえば、図６においてproper-bが再びプロジェクタ１を利用した場合、プロジェクタ利用履歴はIndexの１〜４の順に、３，４，１，２となる。また、現在、表示中か否かの情報も保持する。さらに、画面情報の保存が許可されている場合には、その端末の画面の内の任意の画面（例えば、最初または最後）の情報を、例えばサムネール画像として記録する。なお、サムネール画像のような縮小画像（以下、サムネールあるいは縮小画像と称する）は画面情報に比べて情報量が少ないので、画面情報の保存の可否に関わらず実行するようにしてもよいであろう。画面情報の保持を許可していない端末あるいはまだプロジェクタ１を利用していない端末に関してはこの欄は空白となる。また、最後の画面を登録するようにした場合、図６においてproper-bが再びプロジェクタ１を利用すると、この欄に保持される画像は更新されることになる。
【００４５】
さて、図６の例では、利用者ｂ、ｃ、ｄは、既にこのプロジェクタでプレゼンテーション（資料説明）を終えており、現在、利用者ａが端末Ａを用いて、プレゼンテーションを行っているとする。端末Ａの画面がプロジェクタに保存されることは許可されている。ここで、利用者ｂがａに対し、画面の配布を要求したとする。
【００４６】
各端末とプロジェクタのアプリケーションは、プロジェクタが保持している画面と宛先を指定することによって、画面を転送できるようになっているので、利用者ａは、ｂの端末Ｂを指定してファイルを転送すればよいのあるが、このままでは利用者ａはＢのアドレスを知る状況にはない。
【００４７】
そこで、利用者ａは、端末Ａを操作して、プロジェクタ１に対して接続情報の表示を要求する。すると、図６の接続情報の内、状況により、必要な情報が選択されて、配布操作を要求した端末Ａの画面またはプロジェクタの投影画面として表示される。その詳細は、以下の通りである。
【００４８】
図７は、配布操作を要求した端末に表示される情報の構成例を示す図である。
１．認証情報：配布を要求した端末がproperのときは、認証情報を含めるが、temporaryのときは、認証情報を含めない。これは、アカウント名が機密情報を含むことがある場合を考慮して、社員以外に知られないように配慮したものである。
２．サムネール（または縮小画面）：含めない。
３．プロジェクタ利用順序：含める。これは、誰が何番目にプレゼンテーションをおこなったかは、その場に居た者にとっては機密情報ではないという判断からである。
【００４９】
図８は、プロジェクタがスクリーンに投影表示する情報の構成例を示す図である。
１． 認証情報：表示しない。これは、アカウントに機密情報が含まれている場合を考慮して、誰でも見ることができるスクリーンには表示しない、ということである。しかし、接続者の全てがproper利用者のときは表示する、などの制御も可能にしておく。
２．サムネール（または縮小画面）：表示する。または、画面保持が許されているときは、表示する。
３．プロジェクタ利用順序情報：表示する。
【００５０】
以上の表示を参照して、利用者ａは端末Ａから画像の配布を許可する端末（利用者）のインデックス値をプロジェクタ１に指示する。プロジェクタ１では、図６のごとく保持してある情報の「Index」を参照し、対応するＭＡＣ或いはＩＰアドレスを取得し、指定された端末へ画像を送信する。以上のように、接続情報にはプロジェクタ１の利用に関わる情報が含まれているので、利用者は他者によるプロジェクタの利用の状態（表示した画像や利用した順序)を足がかりに端末を容易に特定することができる。なお、上記接続情報の構成は一例であり、これらに限られるものではない。例えば、配布操作を要求した端末に送る情報の中に、サムネールを含めるようにしてもよい。
【００５１】
さて、上述の説明では、利用者ｂが口頭で利用者ａに画面の配布を要求することにより、利用者ａが端末Ａより接続情報の取得をプロジェクタ１に要求し、プロジェクタ１がこれに応じて接続情報を出力している。本実施形態のプロジェクタ１による接続情報の出力手順はこれに限られるものではなく、画面の配布を要求する端末からの操作によって接続情報の出力を行うことも可能である。すなわち、プロジェクタ１がダウンロードを要求した端末を認識し、ダウンロードの要求先に接続情報を出力、あるいはスクリーン上に接続情報を表示する。
【００５２】
この制御をフローチャートにしたものが、図９である。図９はプロジェクタ１によるダウンロード制御のための処理を示すフローチャートである。たとえば、プロジェクタ１が端末Ｂ〜Ｄのいずれかより配布要求がなされたことを認識すると、ステップＳ２１より処理が開始される。
【００５３】
ステップＳ２２では、図６に示した情報から、現在表示中の画面の所有者が誰であるかを得る。画面の所有者が、proper（正社員）であれば、ステップＳ２２からステップＳ２３へ進み、認証情報とプロジェクタ利用履歴と配布要求端末の情報を画面の所有者である端末Ａに送る。すなわち、図１０に示すような構成の接続情報が端末Ａに送られる。図１０の構成は、図７に示した情報に「配布要求」を行った端末を示す情報を加えたものとなっている。この例では、端末Ｂと端末Ｃが画面の配布要求を発行している。一方、画面の所有者がproperでなければ、ステップＳ２２からステップＳ２４へ進み、認証情報を削除した形で端末Ａに配布要求の情報を送る。
【００５４】
次に、ステップＳ２５にて、配布要求の発生をスクリーン２２上に投影する設定になっているかを判断する。投影する場合は、ステップＳ２６へ進み、利用者が全てproperであるかを判断する。利用者が全てproperであった場合は、ステップＳ２７へ進み、認証情報を含めた形式で、プロジェクタから接続情報を投影する。一方、一人でも、proper以外の利用者が存在すれば、ステップＳ２８に進み、認証情報を含めず、画面とプロジェクト履歴と配布要求の情報をプロジェクタから投影する。この接続情報は、図１１のようなものとなる。図１１の構成は、図８の構成に「配布要求」を行った端末を示す情報が付加されたものとなっている。
【００５５】
以上のような処理の後、画面の所有者（ここでは端末Ａ）から、配布要求のあった端末Ｂ、Ｃのインデックス値をプロジェクタ１に対して指定して画面のデータをダウンロードする。すなわち、端末Ａにより指定されたインデックス値はプロジェクタ１に送信され、これを受信したプロジェクタ１は、図６のごとく保持している情報から、受信したインデックス値に対応するＭＡＣアドレス或いはＩＰアドレスを取得する（ステップＳ２９、ステップＳ３０）。そして、取得したアドレスの端末に保存用メモリ９に保持されている画像を送信する。利用者ａは、配布を要求している２人の内、例えば、利用者ｂの端末Ｂだけを指定して、ダウンロードを実行させることもできる。なお、端末Ａにおける配布操作は、配布先のインデックス値を入力可能な所定のユーザインターフェースを提示し、そこへ配布を許可する端末のインデックス値を入力し、プロジェクタへ配布指示を行うようにすればよい。なお、このユーザインターフェースにおいて、複数のインデックス値を同時に指定可能としてもよい。
【００５６】
このように、プロジェクタの利用順序の情報は、配布元の端末にもプロジェクタ画面にも含まれるので、利用者ｂの順番を覚えていれば、端末Ｂを指定することができる。また、利用者ｂの発表のどれかの画面を覚えていれば（例えば、ｂがリサイクルについてのプレゼンテーションをおこなったことを覚えていれば）、サムネール（または、縮小画面）によっても、端末Ｂを指定することができる。
【００５７】
なお、上記第３実施形態では、プロジェクタの保存用メモリに保持されている画像データを送信する構成を説明したが、たとえば端末Ｂからの配布要求に応じて端末Ａから端末Ｂにデータを送るように構成することもできる。この場合、端末Ａはインデックス値とデータをプロジェクタ１へ送り、プロジェクタ１ではインデックス値から送信先のアドレス値を取得し、取得したアドレスへ向けて端末Ａより受信したデータを送信するように動作する。なお、ここで端末Ａから送信されたデータは画面には表示されない。
【００５８】
また、認証情報を使えば、利用者ａが、認証情報を見て、proper-bの端末が利用者ｂであることがわかる。利用順序や画面のサムネールは、以前に端末がプロジェクタを利用していないと成立しない情報であるが、認証情報は、端末が無線手順を実行すれば得ることのできる情報であるので、会議の途中などでは、有効な手段である。
【００５９】
以上のように、第３実施形態によれば、表示画面の配布要求があった場合に、その画面の送出元端末の利用者に対し、要求をおこなった利用者の端末情報を表示するようにしたため、送出元利用者は、要求をおこなった利用者端末のアドレスを知らなくても配布先を特定できる。このように、画像を配布する先を、当該画像提供元から容易に選択することが可能になる。この結果、利用者それぞれの事情に合わせて、画面保存と配布を実現することが可能になり、情報の機密性を増すことができる。特に、画像配布先の外部装置を、予め利用者情報を設定することなく、接続後の情報によって特定することができ、操作性が向上する。
【００６０】
なお、これまで、通信手段として無線ＬＡＮを想定してきているが、有線でも同様な制御を実現可能である。
【００６１】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００６２】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【００６３】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００６４】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【００６５】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００６６】
【図１】実施形態による画像表示システムの構成例を示す図である。
【図２】実施形態によるプロジェクタの構成例を示すブロック図である。
【図３】実施形態による端末装置の構成例を示すブロック図である。
【図４】第１実施形態によるプロジェクタの動作を説明するフローチャートである。
【図５】第１実施形態による画像表示システムの全体の動作を説明する図である。
【図６】プロジェクタに保持される接続情報の例を示す図である。
【図７】端末装置における接続情報の表示例を示す図である。
【図８】プロジェクタで投影表示される接続情報の表示例を示す図である。
【図９】第３実施形態によるプロジェクタの動作を説明するフローチャートである。
【図１０】配布要求をした端末の情報を含む接続情報の、端末上における表示例を示す図である。
【図１１】プロジェクタで投影表示される、配布要求をした端末の情報を含む接続情報の表示例を示す図である。
【図１２】従来のプロジェクタによる画面保存とダウンロードの手順を説明する図である。
【図１】
2006134174.tif 000003
【図２】
2006134174.tif 000004
【図３】
2006134174.tif 000005
【図４】
2006134174.tif 000006
【図５】
2006134174.tif 000007
【図６】
2006134174.tif 000008
【図７】
2006134174.tif 000009
【図８】
2006134174.tif 000010
【図９】
2006134174.tif 000011
【図１０】
2006134174.tif 000012
【図１１】
2006134174.tif 000013
【図１２】
2006134174.tif 000014