JP2010049366A - 情報処理装置、遠隔指示システム及び制御プログラム - Google Patents

Abstract

【課題】通信トラフィックに無駄が生じることを回避することが可能な情報処理装置、遠隔指示システム及びプログラムを提供する。
【解決手段】ＣＰＵ３１は、新たな画像が入力される度に、当該画像と画像ＩＤをＨＤＤ３４に登録し、画像ＩＤ及び配信条件を含む画像配信要求をクライアントから受信する。ＣＰＵ３１は、画像配信要求を満たす画像ＩＤがＨＤＤ３４に登録されている場合に、クライアントに当該画像ＩＤに対応する画像を送信し、画像配信要求を満たす画像ＩＤがＨＤＤ３４に登録されていない場合に、画像ＩＤ、配信条件、クライアントＩＰ及び登録時間のセットをＨＤＤの待ちリストに追加する。さらに、ＣＰＵ３１は、当該登録時間から所定時間経過しても画像配信要求を満たす画像ＩＤが登録されていない場合に、クライアントに画像配信要求に対応する画像が存在しない旨の情報を通知する。
【選択図】 図４

Description

本発明は、情報処理装置、遠隔指示システム及び制御プログラムに関する。

従来より、ビデオカメラ及びプロジェクタが接続されているサーバ（例えばコンピュータ）と、ネットワークを介して当該サーバに接続される遠隔地のクライアント（例えばコンピュータ）とを備える遠隔指示システムが知られている（例えば、特許文献１、２参照）。

この遠隔指示システムでは、サーバに接続されているビデオカメラが対象物として立体物を撮影し、ネットワークを介して撮影画像をクライアントに送信する。クライアントは、表示装置の表示画面に撮影画像を表示し、当該表示画面上にアノテーション画像などが書き込まれると、当該アノテーション画像をネットワークを介してサーバに送信する。サーバは受信したアノテーション画像をプロジェクタに送信し、プロジェクタは受信したアノテーション画像を立体物を含む投影領域の適切な位置（これは、クライアントが、撮影画像の範囲内でアノテーション画像を書き込んだ位置に対応する）に投影する。また、クライアントはサーバ側で撮影画像が変化しているかどうかにかかわらず、サーバに画像の送信要求を行う。
米国特許公開２００４／００７０６７４号公報 特開２００５−３３７５６号公報

本発明の目的は、画像をその変化の有無に拘らずに定期的に配信する場合に比べて、通信トラフィックに無駄が生じることを回避することが可能な情報処理装置、遠隔指示システム及びプログラムを提供することにある。

上記目的を達成するため、請求項１の情報処理装置は、新たな画像が入力される度に、当該画像を識別子と共に記憶部に登録する登録手段と、画像の識別子及び配信条件を含む配信要求を外部端末から受信する受信手段と、前記受信手段により受信された配信要求を満たす識別子が前記記憶部に登録されている場合に、前記外部端末に当該識別子に対応する画像を送信する送信手段と、前記受信手段により受信された配信要求を満たす識別子が前記記憶部に登録されていない場合に、前記画像の識別子、前記配信条件、前記外部端末の識別情報及び登録時間のセットを前記記憶部に追加する追加手段と、当該登録時間から所定時間経過しても前記配信要求を満たす識別子が前記記憶部に登録されていない場合に、前記外部端末に前記配信要求に対応する画像が存在しない旨の情報を通知する通知手段とを備えることを特徴とする。

請求項２の情報処理装置は、請求項１記載の情報処理装置において、前記配信条件は、前記記憶部に登録される識別子が単調増加され、当該識別子が前記配信要求に含まれる識別子よりも大きくなる場合、前記記憶部に登録される識別子が前記配信要求に含まれる識別子と一致する場合、及び前記配信要求に時刻情報が含まれ、前記記憶部に登録される画像が当該時刻情報で示す時刻後に取得される場合のうちのいずれか１つであることを特徴とする。

請求項３の情報処理装置は、請求項１記載の情報処理装置において、前記配信要求には、時刻情報が含まれ、前記配信条件は、前記記憶部に登録される画像が当該時刻情報で示す時刻後に取得される場合であることを特徴とする。

請求項４の情報処理装置は、請求項１乃至３のいずれか１項に記載の情報処理装置において、前記記憶部への画像及び識別子の登録を停止する停止手段を備えていることを特徴とする。

請求項５の遠隔指示システムは、画像の識別子及び配信条件を含む配信要求を第１の情報処理装置に送信する第１送信手段、及び当該第１の情報処理装置から送信される画像及び前記配信要求に対応する画像が存在しない旨の情報を表示装置に表示する表示手段を有する第２の情報処理装置と、新たな画像が入力される度に、当該画像を識別子と共に記憶部に登録する登録手段、前記配信要求を前記第２の情報処理装置から受信する受信手段、前記受信手段により受信された配信要求を満たす識別子が前記記憶部に登録されている場合に、前記第２の情報処理装置に当該識別子に対応する画像を送信する第２送信手段、前記受信手段により受信された配信要求を満たす識別子が前記記憶部に登録されていない場合に、前記画像の識別子、前記配信条件、前記第２の情報処理装置の識別情報及び登録時間のセットを前記記憶部に追加する追加手段、及び当該登録時間から所定時間経過しても前記配信要求を満たす識別子が前記記憶部に登録されていない場合に、前記第２の情報処理装置に前記配信要求に対応する画像が存在しない旨の情報を通知する通知手段を有する第１の情報処理装置とを備えることを特徴とする。

請求項６の遠隔指示システムは、請求項５記載の遠隔指示システムにおいて、 前記遠隔指示システムは、前記第２の情報処理装置を複数備え、各第２の情報処理装置は、他の第２の情報処理装置が前記第１の情報処理装置から受信する画像を指定する指定手段を備えることを特徴とする。

請求項７のプログラムは、コンピュータを、新たな画像が入力される度に、当該画像を識別子と共に記憶部に登録する登録手段、画像の識別子及び配信条件を含む配信要求を外部端末から受信する受信手段、前記受信手段により受信された配信要求を満たす識別子が前記記憶部に登録されている場合に、前記外部端末に当該識別子に対応する画像を送信する送信手段、前記受信手段により受信された配信要求を満たす識別子が前記記憶部に登録されていない場合に、前記画像の識別子、前記配信条件、前記外部端末の識別情報及び登録時間のセットを前記記憶部に追加する追加手段、及び当該登録時間から所定時間経過しても前記配信要求を満たす識別子が前記記憶部に登録されていない場合に、前記外部端末に前記配信要求に対応する画像が存在しない旨の情報を通知する通知手段として機能させることを特徴とする。

請求項１の発明によれば、画像をその変化の有無に拘らずに定期的に配信する場合に比べて、通信トラフィックに無駄が生じることを回避することができる。

請求項２の発明によれば、本構成を有しない場合に比べて、配信条件に応じて通信トラフィックに無駄が生じることを回避することができる。

請求項３の発明によれば、時刻情報及び配信条件に応じた通信がなされる。

請求項４の発明によれば、記憶部へ登録される画像及び識別子の容量を抑制することができる。

請求項５の発明によれば、画像をその変化の有無に拘らずに定期的に配信する場合に比べて、通信トラフィックに無駄が生じることを回避することができる。

請求項６の発明によれば、複数のクライアントで同一の画像を表示することができる。

請求項７の発明によれば、画像をその変化の有無に拘らずに定期的に配信する場合に比べて、通信トラフィックに無駄が生じることを回避することができる。

以下、本発明の実施の形態について、図面を参照して説明する。

図１は、本発明の実施の形態に係る遠隔指示システムの構成を示すブロック図である。

図１の遠隔指示システムは、第１の情報処理装置であるサーバシステム１、第２の情報処理装置であるクライアントとして機能するＰＣ６，２１，２２を備えており、これらは、ネットワーク５を介して互いに接続されている。サーバシステム１は、第１カメラ７及び第２カメラ９に接続される配信サーバ３、及びプロジェクタ８に接続される描画サーバ４を備えている。プロジェクタ８は、描画サーバ４からの制御コマンドに基づいて、被写体（例えばスクリーン）１１に対して、ハーフミラー１０を介して単なる光線を照射する又はアノテーション画像（注釈画像）等を投影する。尚、アノテーション画像は、線、文字、記号、図形、色、フォント（書体）等のあらゆる態様の画像を含む。

第１カメラ７は、ビデオカメラで構成され、被写体１１の反射画像をハーフミラー１０を介して撮影し、撮影画像を配信サーバ３に出力する。即ち、第１カメラ７は、被写体１１の全体像を撮影する。ハーフミラー１０は、第１カメラ７及びプロジェクタ８の画角と光軸を一致させる。

第２カメラ９は、ネットワークカメラ又はパンチルトズーム機能付きのカメラで構成され、操作者が自由に移動させることができる。第２カメラ９は撮影画像をビデオサーバ２に出力する。また、第２カメラ９は、被写体１１の一部を拡大して撮影するために使用される。即ち、第２カメラ９は、被写体１１の一部分を撮影する。

配信サーバ３は、第１カメラ７及び第２カメラ９の撮影画像を保存すると共にＰＣ６からの撮影画像の配信要求に応じて、第１カメラ７及び／又は第２カメラ９の撮影画像をＰＣ６に配信する。描画サーバ４は、ＰＣ６からアノテーション画像を取得し、プロジェクタ４に出力する。尚、サーバシステム１は、複数のサーバで構成されているが、配信サーバ３及び描画サーバ４の機能を有する１つのサーバで構成されていてもよい。

ＰＣ６には、表示装置１２が接続されており、表示装置１２は、第１カメラ７の撮影画像を表示する第１ウインドウ１３、アノテーション画像を書き込むためのユーザインターフェース（ＵＩ）１４、及び第２カメラ９の撮影画像を表示する第２ウインドウ１５を表示する。ＵＩ１４は、ペン、テキスト、及び消去などのボタン群と、線種や色種のアイコンとを含む。例えば、ＵＩ１４のペンボタンが押下されて、第１ウインドウ１３内の被写体１１上に図形等が記載されると、当該図形のデータはＰＣ６から描画サーバ４を介してプロジェクタ４に出力される。プロジェクタ４は当該図形のデータに基づいて被写体１１上に図形を描く。

ＰＣ２１，２２には、表示装置２３，２４がそれぞれ接続されている。表示装置２３，２４も、表示装置１２と同様に第１ウインドウ１３、ユーザインターフェース（ＵＩ）１４、及び第２ウインドウ１５を表示する。

図１において、第２ウインドウ１５は被写体１１の一部である被写体１６を表示する表示領域１７、操作ボタン１８、ズームインボタン１９及びズームアウトボタン２０を表示する。第２ウインドウ１５は、常に表示されておらず、不図示のコマンドがＰＣ６に入力されると表示装置１２に表示される。操作ボタン１８が押下されると、第２カメラ９は押下されたボタンの示す方向に従ってその向きを変更する。このとき、表示領域１７に表示される画像も第２カメラ９の動きに応じて変更される。ズームインボタン１９又はズームアウトボタン２０が押下されると、表示領域１７に表示される画像は拡大又は縮小される。

また、ＰＣ６は、描画サーバ４を介してプロジェクタ８に制御コマンドを出力し、プロジェクタ８の投影画像の明るさなどを制御すると共に配信サーバ３を介して第１カメラ７及び第２カメラ９に制御コマンドを出力し、第１カメラ７及び第２カメラ９の撮影角度及び撮影画像の明るさを制御する。

尚、図１においては、クライアントは、ＰＣ６の１台が記載されているが、遠隔指示システムは、複数のクライアント（ＰＣ）を備えていてもよい。

図２は、ＰＣ６のハードウエア構成を示すブロック図である。ＰＣ６のハードウエア構成は、ＰＣ２１，２２、配信サーバ３及び描画サーバ４の各々のハードウエア構成と同一であるので、ここではＰＣ６のハードウエア構成について説明する。尚、図２において、３１〜３９番の符号は、配信サーバ３の構成要素を示し、４１〜４９番の符号は、描画サーバ４の構成要素を示し、６１〜６９番の符号は、ＰＣ６の構成要素を示す。

ＰＣ６は、装置全体を制御するＣＰＵ６１、制御プログラムを備えるＲＯＭ６２、ワーキングエリアとして機能するＲＡＭ６３、各種の情報やプログラムを備えるハードディスクドライブ（ＨＤＤ）６４（記憶部）、マウス及びキーボード６５、他のコンピュータと接続するためのネットワークインタフェース６６、表示装置を接続するためのビデオインターフェース６７（表示手段）、及び不図示のＵＳＢ機器と接続するためのＵＳＢ（universal serial bus）インタフェース６８を備えている。ＣＰＵ６１は、システムバス６９を介してＲＯＭ６２、ＲＡＭ６３、ハードディスクドライブ（ＨＤＤ）６４、マウス及びキーボード６５、ネットワークインタフェース６６、ビデオインターフェース６７及びＵＳＢインタフェース６８に接続されている。

図３（Ａ）は、配信サーバ３のＨＤＤ３４に格納される待ちリストを示す図であり、図３（Ｂ）は配信サーバ３のＨＤＤ３４に格納される画像及び画像ＩＤのセットのリストを示す図である。

図３（Ａ）に示すように、待ちリストは、クライアント（ＰＣ６，２１，２２）からの画像配信要求を配信サーバ３に登録した登録時間と、画像配信要求の対象である画像の画像ＩＤ、画像を配信するか否かを判定するための配信条件、及び画像配信要求の出力先を示すクライアントＩＰを含む。例えば、待ちリストの最上段の画像配信要求は、時間「10:00:01」に配信サーバ３に登録されている。この画像配信要求は、画像ＩＤ「a0010」と一致する画像ＩＤを有する画像が配信サーバ３に格納される場合には、配信サーバ３が「192.168.1.5」のＩＰアドレスで特定されるクライアントに当該画像を配信することを要求している。

待ちリストの２段目の画像配信要求は、時間「10:01:12」に配信サーバ３に登録されている。この画像配信要求は、画像ＩＤ「a0021」よりも新しい画像ＩＤ（例えば「a0022」、「a0023」など）を有する画像が配信サーバ３に格納される場合には、配信サーバ３が「192.168.1.12」のＩＰアドレスで特定されるクライアントに当該画像を配信することを要求している。待ちリストの３段目の画像配信要求は、時間「10:13:05」に配信サーバ３に登録されている。この画像配信要求は、画像ＩＤの代わりに時刻情報「11:00:00」が含まれており、時刻情報で表される時間の経過後に、配信サーバ３により取得された画像を「192.168.1.27」のＩＰアドレスで特定されるクライアントに配信することを要求している。

配信サーバ３は、図３（Ｂ）に示すように、画像に画像ＩＤを付してＨＤＤ３４に保存する。この画像ＩＤは、順番に１つずつ増加する。

図４は、配信サーバ３で実行される処理を示すフローチャートである。

まず、配信サーバ３のＣＰＵ３１は、終了要求（例えば、電源のシャットダウン）があるか否かを判別する（ステップＳ１）。ステップＳ１でＮＯの場合には、ＣＰＵ３１は、登録画像の更新処理を実行する（ステップＳ２）。この登録画像の更新処理の詳細は後述する。

次いで、ＣＰＵ３１は、各クライアントからの画像配信要求を受信し、当該画像配信要求をＨＤＤ３４に格納される待ちリストに追加する（ステップＳ３）。

次いで、ＣＰＵ３１は、待ちリスト内の画像配信要求を満足する画像がＨＤＤ３４に保存されているか否かを判別する（ステップＳ４）。画像配信要求を満足する場合には、（１）ＨＤＤ３４に保存される画像の画像ＩＤが単調増加され、ＨＤＤ３４に保存される画像の画像ＩＤが画像配信要求に含まれる画像ＩＤよりも大きくなる場合、（２）ＨＤＤ３４に保存される画像の画像ＩＤが画像配信要求に含まれる画像ＩＤと一致する場合、（３）画像配信要求に時刻情報が含まれ、ＨＤＤ３４に保存される画像が、当該時刻情報で示す時刻後に取得される場合、などがある。

ステップＳ４でＹＥＳの場合には、ＣＰＵ３１は、画像配信要求を満足する画像を当該画像配信要求に含まれるＩＰアドレスで特定されるクライアントに送信し（ステップＳ５）、ステップＳ６に進む。ステップＳ４でＮＯの場合には、ＣＰＵ３１は、待ちリスト内に所定時間経過した画像配信要求があるか否かを判別する（ステップＳ６）。

ステップＳ６でＹＥＳの場合には、ＣＰＵ３１は、その画像配信要求に含まれるＩＰアドレスで特定されるクライアントに、要求された画像が存在しないことを示すメッセージを送信し（ステップＳ７）、ステップＳ８に進む。一方、ステップＳ６でＮＯの場合には、ステップＳ８に進む。

次に、ＣＰＵ３１は、新しいクライアントからの画像配信要求があるか否かを判別する（ステップＳ８）。ステップＳ８でＮＯの場合には、ステップＳ１に戻る。一方、ステップＳ８でＹＥＳの場合には、ＣＰＵ３１は、新しいクライアントからの画像配信要求を満足する画像がＨＤＤ３４に保存されているか否かを判別する（ステップＳ９）。ステップＳ９でＹＥＳの場合には、ＣＰＵ３１は、新しいクライアントからの画像配信要求を満足する画像を当該画像配信要求に含まれるＩＰアドレスで特定されるクライアントに送信し（ステップＳ１１）、ステップＳ１に戻る。一方、ステップＳ９でＹＥＳの場合には、ＣＰＵ３１は、新しいクライアントからの画像配信要求を待ちリストに追加し（ステップＳ１０）、ステップＳ１に戻る。

上記ステップＳ１でＹＥＳの場合には、待ちリスト内に画像配信要求が含まれているか否かを判別する（ステップＳ１２）。ステップＳ１２でＹＥＳの場合には、ＣＰＵ３１は、当該画像配信要求に含まれるＩＰアドレスで特定されるクライアントに配信サーバ３の起動終了のメッセージを送信し（ステップＳ１３）、本処理を終了する。ステップＳ１２でＮＯの場合には、本処理を終了する。

図５は、図４のステップＳ２の登録画像の更新処理を示すフローチャートである。

配信サーバ３のＣＰＵ３１は、入力ソースから新しい画像が得られたか否かを判別する（ステップＳ２１）。ここで、入力ソースとは、第１カメラ７、第２カメラ９、又はＰＣ６，２１，２２を指す。ステップＳ２１でＮＯの場合には、本処理を終了する。一方、ステップＳ２１でＹＥＳの場合には、ＣＰＵ３１は、新しい画像と画像ＩＤのセットをＨＤＤ３４に登録し（ステップＳ２２）、本処理を終了する。

図６は、図４のステップＳ２の登録画像の更新処理の変形例を示すフローチャートである。

配信サーバ３のＣＰＵ３１は、ＨＤＤ３４内の登録画像の更新を停止する設定がＯＮであるか否かを判別する（ステップＳ３１）。この設定は、ＨＤＤ３４に格納されている配信サーバ３の制御用アプリケーションで実行される。また、ＯＮ／ＯＦＦの選択は、配信サーバ３に接続されるキーボード又はマウス（不図示）若しくはＰＣ６，２１，２２のいずれかから実行される。ステップＳ３１でＹＥＳの場合には、本処理は終了する。

ステップＳ３１でＮＯの場合には、ＣＰＵ３１は、入力ソースから新しい画像が得られたか否かを判別する（ステップＳ３２）。ここで、入力ソースとは、第１カメラ７、第２カメラ９、又はＰＣ６，２１，２２を指す。ステップＳ３２でＮＯの場合には、本処理を終了する。一方、ステップＳ３２でＹＥＳの場合には、ＣＰＵ３１は、新しい画像と画像ＩＤのセットをＨＤＤ３４に登録し（ステップＳ３３）、本処理を終了する。

図７は、描画サーバ４で実行される処理を示すフローチャートである。

描画サーバ４のＣＰＵ４１は、ＰＣ６，２１，２２のいずれかからコマンドを受信するまで待機する（ステップＳ４１）。ＣＰＵ４１は、ＰＣ６，２１，２２のいずれかからアノテーション画像を示すコマンドを受信する（ステップＳ４２）と、当該コマンドをプロジェクタ８用のデータに変換し出力する（ステップＳ４３）。プロジェクタ８は、変換されたデータに基づいてアノテーション画像を被写体１１に投影する。

その後、ＣＰＵ４１は、終了要求（例えば電源のシャットダウン）があるか否かを判別する（ステップＳ４４）。ステップＳ４４でＹＥＳの場合には、本処理を終了する。一方、ステップＳ４４でＮＯの場合には、ステップＳ４１に戻る。

図８は、ＰＣ６で実行される処理を示すフローチャートである。尚、図８の処理は、ＰＣ２１，２２でも実行される。

まず、ＰＣ６のＣＰＵ６１は、配信サーバ３及び描画サーバ４との接続を確立する（ステップＳ５１）。

次いで、ＣＰＵ６１は、配信サーバ３から画像配信用のコマンドを入力し（ステップＳ５２）、画像受信処理を開始する（ステップＳ５３）。画像受信処理の詳細は後述する。

ＣＰＵ６１は、受信した画像を第１ウインドウ１３又は第２ウインドウ１５に表示する表示処理及びＵＩ１４により描かれたアノテーション画像を第１ウインドウ１３内に反映する描画処理を実行する（ステップＳ５４）。このとき、後述するように、配信サーバ３が画像配信要求に対応する画像がないことを示すレスポンスを返信してきた場合には、ＣＰＵ６１は、画像配信要求に対応する画像がないことを示すメッセージを表示装置１２に表示する。

ＣＰＵ６１は、第１ウインドウ１３内に描かれたアノテーション画像をコマンドとして描画サーバ４に送信する（ステップＳ５５）。

その後、ＣＰＵ６１は、終了要求（例えば電源のシャットダウン）があるか否かを判別する（ステップＳ５６）。ステップＳ５６でＹＥＳの場合には、本処理を終了する。一方、ステップＳ５６でＮＯの場合には、ステップＳ５２に戻る。

図９は、図８のステップＳ５３の画像受信処理の詳細を示すフローチャートである。

まず、ＰＣ６のＣＰＵ６１は、他のクライアント（例えばＰＣ２１又は２２）から画像受信要求を受信したか否かを判別する（ステップＳ６１）。この画像受信要求には、図３（Ａ）の待ちリスト内に登録される画像ＩＤのデータが含まれている。

ステップＳ６１でＮＯの場合には、ＣＰＵ６１は、ＰＣ６のユーザにより、ＨＤＤ６４に格納される画像配信要求用のアプリケーションに図３（Ａ）の待ちリスト内に登録される画像ＩＤ及び配信条件のデータが設定されているか否かを判別する（ステップＳ６２）。ステップＳ６２でＮＯの場合には、本処理を終了する。

一方、ステップＳ６１でＹＥＳの場合又はステップＳ６２でＹＥＳの場合には、ＰＣ６のＣＰＵ６１は、配信サーバ３に画像配信要求を送信する（ステップＳ６３）（第１送信手段）。ステップＳ６１でＹＥＳの場合には、この画像配信要求には、画像受信要求に含まれていた画像ＩＤが含まれている。ステップＳ６２でＹＥＳの場合には、この画像配信要求には画像配信要求用のアプリケーションで設定された画像ＩＤ及び配信条件のデータが含まれている。

次に、ＣＰＵ６１は、所定時間（例えば、１５秒）経過したか否かを判別する（ステップＳ６４）。この所定時間の間、ＣＰＵ６１は、配信サーバ３からの応答が受信可能な状態を維持する。ステップＳ６４でＹＥＳの場合には、本処理を終了する。

一方、ステップＳ６４でＮＯの場合には、ＣＰＵ６１は、配信サーバ３からのレスポンスがあるか否かを判別する（ステップＳ６５）。ステップＳ６５でＮＯの場合には、ステップＳ６４に戻る。ステップＳ６５でＹＥＳの場合には、ＣＰＵ６１は、配信サーバ３が画像配信要求に対応する画像がないことを示すレスポンスを返信してきたか否かを判別する（ステップＳ６６）。ステップＳ６６でＹＥＳの場合には、本処理を終了する。ステップＳ６６でＮＯの場合には、配信サーバ３から配信される画像を受信し（ステップＳ６７）、本処理を終了する。

図１０は、画像受信要求用のアプリケーションの一例を示す図である。

画像受信要求用のアプリケーションは、ＰＣ６，２１，２２の各々のＨＤＤに格納されている。各ＰＣのＣＰＵは、画像受信要求用のアプリケーションを各ＨＤＤから読み出し表示装置に表示する。画像受信要求用のアプリケーションでは、他のクライアントが配信サーバ３から受信する画像が指定される。例えば、図１０に示すように、画像ＩＤの欄５１に「a0010」の画像ＩＤを入力し、クライアントＩＰの欄５２に「192.168.1.5」のＩＰアドレスを入力し、ＯＫボタンを押下すると、「a0010」の画像ＩＤに対応する画像を配信サーバ３から受信する要求（即ち画像受信要求）がそのＩＰアドレスで特定されるクライアントに送信される。そのＩＰアドレスで特定されるクライアントは、この画像受信要求を受けて、図９のステップＳ６３に示すように、配信サーバ３に画像配信要求を送信する。

尚、画像ＩＤの欄５１には、複数の画像ＩＤを入力することができ、クライアントＩＰの欄５２には、全てのクライアントのＩＰアドレスを入力することができる。

以上詳細に説明したように、本実施の形態によれば、ＣＰＵ３１は、新たな画像が入力される度に、当該画像を画像ＩＤと共にＨＤＤ３４に登録し（ステップＳ２２）、画像ＩＤ及び配信条件を含む画像配信要求をクライアント（例えば、ＰＣ６）から受信する（ステップＳ３）。ＣＰＵ３１は、ステップＳ３により受信された画像配信要求を満たす画像ＩＤがＨＤＤ３４に登録されている場合に、クライアントに当該画像ＩＤに対応する画像を送信し（ステップＳ５）、ステップＳ３により受信された画像配信要求を満たす画像ＩＤがＨＤＤ３４に登録されていない場合に、画像ＩＤ、配信条件、クライアントＩＰ及び登録時間のセットをＨＤＤの待ちリストに追加する（ステップＳ３、Ｓ９）。さらに、ＣＰＵ３１は、当該登録時間から所定時間経過しても画像配信要求を満たす画像ＩＤがＨＤＤ３４に登録されていない場合に、クライアントに画像配信要求に対応する画像が存在しない旨の情報を通知する（ステップＳ６）。

よって、新たな画像が入力され、画像の変化が発生したときに、画像配信要求を満たす識別子がＨＤＤ３４に登録されている場合に、クライアントに当該画像ＩＤに対応する画像が送信され、画像の変化が発生していない場合又は画像の変化が発生しても画像配信要求を満たす識別子がＨＤＤ３４に登録されていない場合に、クライアントに画像配信要求に対応する画像が存在しない旨が通知される。よって、通信トラフィックに無駄が生じることが回避され、外部端末のユーザに所望の画像が発生していないことが把握される。

尚、登録手段、受信手段、送信手段、追加手段、通知手段、停止手段、第２送信手段、及び指定手段は、配信サーバ３のＣＰＵ３１により実現される。

配信サーバ３の機能を実現するためのソフトウェアのプログラムが記録されている記録媒体を、配信サーバ３に供給し、ＣＰＵ３１が記憶媒体に格納されたプログラムを読み出し実行することによっても、上記実施の形態と同様の効果を奏する。プログラムを供給するための記憶媒体としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤ、又はＳＤカードなどがある。

また、配信サーバ３のＣＰＵ３１が、配信サーバ３の機能を実現するためのソフトウェアのプログラムを実行することによっても、上記実施の形態と同様の効果を奏する。

なお、本発明は、上述した実施の形態に限定されるものではなく、その要旨を逸脱しない範囲内で種々変形して実施することが可能である。

本発明の実施の形態に係る遠隔指示システムの構成を示すブロック図である。 ＰＣ６のハードウエア構成を示すブロック図である。 （Ａ）は、配信サーバ３のＨＤＤ３４に格納される待ちリストを示す図であり、（Ｂ）は配信サーバ３のＨＤＤ３４に格納される画像及び画像ＩＤのセットのリストを示す図である。 配信サーバ３で実行される処理を示すフローチャートである。 図４のステップＳ２の登録画像の更新処理を示すフローチャートである。 図４のステップＳ２の登録画像の更新処理の変形例を示すフローチャートである。 描画サーバ４で実行される処理を示すフローチャートである。 ＰＣ６で実行される処理を示すフローチャートである。尚、図８の処理は、ＰＣ２１，２２でも実行される。 図８のステップＳ５３の画像受信処理の詳細を示すフローチャートである。 画像受信要求用のアプリケーションの一例を示す図である。

符号の説明

１ サーバシステム
３ 配信サーバ
４ 描画サーバ
６、２１、２２ ＰＣ
７ 第１カメラ
８ プロジェクタ
９ 第２カメラ
１２、２３、２４ 表示装置
１３ 第１ウインドウ
１５ 第２ウインドウ
３１、４１、６１ ＣＰＵ
３２、４２、６２ ＲＯＭ
３３、４３、６３ ＲＡＭ
３４、４４、６４ ハードディスクドライブ（ＨＤＤ）
３５、４５、６５ マウス及びキーボード
３６、４６、６６ ネットワークインタフェース
３７、４７、６７ ビデオインターフェース
３８、４８、６８ ＵＳＢインタフェース

Claims (7)

1. 新たな画像が入力される度に、当該画像を識別子と共に記憶部に登録する登録手段と、
   画像の識別子及び配信条件を含む配信要求を外部端末から受信する受信手段と、
   前記受信手段により受信された配信要求を満たす識別子が前記記憶部に登録されている場合に、前記外部端末に当該識別子に対応する画像を送信する送信手段と、
   前記受信手段により受信された配信要求を満たす識別子が前記記憶部に登録されていない場合に、前記画像の識別子、前記配信条件、前記外部端末の識別情報及び登録時間のセットを前記記憶部に追加する追加手段と、
   当該登録時間から所定時間経過しても前記配信要求を満たす識別子が前記記憶部に登録されていない場合に、前記外部端末に前記配信要求に対応する画像が存在しない旨の情報を通知する通知手段と
   を備えることを特徴とする情報処理装置。
2. 前記配信条件は、前記記憶部に登録される識別子が単調増加され、当該識別子が前記配信要求に含まれる識別子よりも大きくなる場合、及び前記記憶部に登録される識別子が前記配信要求に含まれる識別子と一致する場合のうちのいずれか１つであることを特徴とする請求項１記載の情報処理装置。
3. 前記配信要求には、時刻情報が含まれ、前記配信条件は、前記記憶部に登録される画像が当該時刻情報で示す時刻後に取得される場合であることを特徴とする請求項１記載の情報処理装置。
4. 前記記憶部への画像及び識別子の登録を停止する停止手段を備えていることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 画像の識別子及び配信条件を含む配信要求を第１の情報処理装置に送信する第１送信手段、及び
   当該第１の情報処理装置から送信される画像及び前記配信要求に対応する画像が存在しない旨の情報を表示装置に表示する表示手段を有する第２の情報処理装置と、
   新たな画像が入力される度に、当該画像を識別子と共に記憶部に登録する登録手段、
   前記配信要求を前記第２の情報処理装置から受信する受信手段、
   前記受信手段により受信された配信要求を満たす識別子が前記記憶部に登録されている場合に、前記第２の情報処理装置に当該識別子に対応する画像を送信する第２送信手段、
   前記受信手段により受信された配信要求を満たす識別子が前記記憶部に登録されていない場合に、前記画像の識別子、前記配信条件、前記第２の情報処理装置の識別情報及び登録時間のセットを前記記憶部に追加する追加手段、及び
   当該登録時間から所定時間経過しても前記配信要求を満たす識別子が前記記憶部に登録されていない場合に、前記第２の情報処理装置に前記配信要求に対応する画像が存在しない旨の情報を通知する通知手段を有する第１の情報処理装置と
   を備えることを特徴とする遠隔指示システム。
6. 前記遠隔指示システムは、前記第２の情報処理装置を複数備え、各第２の情報処理装置は、他の第２の情報処理装置が前記第１の情報処理装置から受信する画像を指定する指定手段を備えることを特徴とする請求項５記載の遠隔指示システム。
7. コンピュータを、
   新たな画像が入力される度に、当該画像を識別子と共に記憶部に登録する登録手段、
   画像の識別子及び配信条件を含む配信要求を外部端末から受信する受信手段、
   前記受信手段により受信された配信要求を満たす識別子が前記記憶部に登録されている場合に、前記外部端末に当該識別子に対応する画像を送信する送信手段、
   前記受信手段により受信された配信要求を満たす識別子が前記記憶部に登録されていない場合に、前記画像の識別子、前記配信条件、前記外部端末の識別情報及び登録時間のセットを前記記憶部に追加する追加手段、及び
   当該登録時間から所定時間経過しても前記配信要求を満たす識別子が前記記憶部に登録されていない場合に、前記外部端末に前記配信要求に対応する画像が存在しない旨の情報を通知する通知手段
   として機能させることを特徴とするプログラム。

Images