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

Abstract

【課題】 撮影手段を備えた機器と連携して撮影を行うことができる仕組みを提供する。【解決手段】ユーザがクライアント端末１０４において発行したダウンロードチケットの情報を取得し、表示されている録画チケットの一覧から取得したい録画データを選択すると、当該録画データを撮影したカメラ１０２に対して、ダウンロードチケットの情報に基づいて、撮影した録画データのダウンロード要求を行う。【選択図】 図７

Description

本発明は、撮影手段を備えた機器と連携して撮影を行う技術に関する。

離れた場所同士でのコミュニケーションを行うためのシステムは広く存在してきており、例えば、工事現場において、現場の作業者は、スマートフォンやタブレット等の情報処理端末を用いて、遠隔地にいるオペレーターとコミュニケーションを行いながら、作業を行うことができるようになってきている（例えば、特許文献１参照）。

特開２０１８－３６８１２号公報

しかしながら、特許文献１に記載のようなシステムでは、情報処理装置によっては、撮影することにより得られた画像の画質が荒く、視認性に欠けることもあり、相互のコミュニケーションがとりにくいといった問題もある。

このような問題を解決するために、情報処理端末に高精度で撮影可能なカメラを外部接続して、カメラで撮影することにより得られた画像を取り込むことが想定されるが、オンラインでコミュニケーションをとるような場合、カメラで撮影した動画をカメラと情報処理端末とでやり取りするとなると、両装置間に対して通信負荷がかかり、画像データを連携することに支障が生じることがある。

そこで、本発明では、撮影手段を備えた機器と連携して撮影されることにより得られた画像データを連携する仕組みを提供することを目的とする。

上記目的を達成するための本発明は、他の機器とコミュニケーションを行う情報処理装置であって、通信可能な外部の撮影部を備えた機器で撮影された画像データを取得するための取得情報を記憶する記憶手段と、前記他の機器とのコミュニケーションを終了すると、前記取得情報に基づき、前記外部の撮影部を備えた機器で撮影された画像データを取得する取得手段と、を備えたことを特徴とする。

本発明によれば、撮影手段を備えた機器と連携して撮影されることにより得られた画像データを連携することができる、という効果を奏する。

情報処理システムの概略構成を示す構成図である。 クライアント端末、サーバ、管理者端末のハードウェアの概略構成を示す構成図である。 ログインする際の処理を示すフローチャートである。 ユーザがルームへ入室する処理を示すフローチャートである。 外部のカメラを起動させる処理を示すフローチャートである。 録画する処理を示すフローチャートである。 録画データをダウンロードする処理を示すフローチャートである。 録画データをアップロードする処理を示すフローチャートである。 各テーブル等の構成を示す構成図である。 ログイン画面の構成を示す構成図である。 ルーム一覧画面の構成を示す構成図である。 コミュニケーション画面の構成を示す構成図である。 ダウンロード画面、アップロード画面の構成を示す構成図である。

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

図１における情報処理システム１００は、撮影手段を備えた機器であるカメラ１０２、同じく撮影手段を備えた情報処理装置であるクライアント端末１０４、カメラ１０２やクライアント端末１０４で撮影することにより得られた画像や検知した音声等の撮影に関する情報（撮影情報）を受付けて管理する情報処理装置であるサーバ１０６、サーバ１０６で管理する撮影情報を表示したり、カメラ１０２やクライアント端末１０４に対する操作指示やクライアント端末１０４と通話可能な情報処理装置である管理者端末１０８を含む構成を備えている。

次に図２を参照して、本発明の実施形態におけるクライアント端末１０４に適用可能なハードウェア構成の一例について説明する。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、入力デバイス２０９からの入力を制御する。入力デバイス２０９としては、キーボード、タッチパネル、及びマウス等のポインティングデバイス等が挙げられる。

なお、入力デバイス２０９がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。

また、タッチパネルは、マルチタッチスクリーンなどの、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。

２０６はビデオコントローラで、ディスプレイ２１０等の表示機への表示を制御する。なお、ディスプレイ２１０は、ＣＲＴ、液晶ディスプレイ等の表示機のことを指す。または、その他の表示機であってもよい。

尚、本体と一体になったノート型パソコンのディスプレイも含まれるものとする。外部出力装置はディスプレイに限ったものははく、例えばプロジェクタであってもよい。

また、図２のハードウェア構成を適用する装置が前述のタッチ操作を受け付け可能な装置である場合には、ディスプレイ２１０が入力デバイス２０９としての機能を提供する。

２０７はメモリコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォント展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、ＲＯＭ２０２あるいは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。

さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報、テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

カメラコントローラ２１２は、カメラ２１４等による映像取得を制御し、音声コントローラ２１３はマイク／スピーカ２１５等による音声取得制御やスピーカへの出力を制御する。

カメラ２１４は、図２のハードウェア構成を適用する装置に内蔵されているカメラである。また、マイク／スピーカ２１５は、図２のハードウェア構成を適用する装置に内蔵されているマイク及びスピーカである。以上が図２の説明である。

尚、サーバ１０６、管理者端末１０８は、クライアント端末１０４とほぼ同様な構成を備えているため説明を省略する。

次に、図３に示すフローチャートを用いて、クライアント端末１０４が情報処理システム１００へログインする際の処理について説明を行う。尚、各ステップにおける処理は、各装置におけるＣＰＵの制御の下、実行される。

ステップＳ１００では、クライアント端末１０４では、ログイン画面４００（図１０参照）を表示し、ログイン画面４００のログインボタン４０１が押下されたことを検知すると、ログイン画面４００のユーザ名４０２及びパスワード４０３に入力されたユーザ名及びパスワードを含むログイン情報を取得する。

ステップＳ１０２では、クライアント端末１０４は、ステップＳ１００において取得したログイン情報をサーバ１０６へ送信する。

ステップＳ１０４では、サーバ１０６は、ステップＳ１０２においてクライアント端末１０４から送信されたログイン情報を受信する。

ステップＳ１０６では、サーバ１０６は、ステップＳ１０４で受信したログイン情報がユーザ認証情報テーブル３００（図９参照）に存在するか否かを確認する。

図９の上段に示すように、ユーザ認証情報テーブル３００は、ユーザ名、パスワード、及びシステムを利用する上での権限に関する情報を含んで構成されている。

本ステップでは、ログイン情報に含まれるユーザ名及びパスワードが、ユーザ認証情報テーブルのユーザ名及びパスワードに一致するものが存在するか否かを確認する。

ステップＳ１０８では、サーバ１０６は、ログイン情報がユーザ認証情報テーブル３００に存在すると判定した場合は、システムへログインができるとして、ステップＳ１１０へ処理を進め、存在すると判定しない場合は、ステップＳ１１６へ処理を進める。

ステップＳ１１０では、サーバ１０６は、ログイン情報のユーザ名及びパスワードに一致するユーザ認証情報テーブル３００のユーザ名及びパスワードに対応する権限情報をユーザ認証情報テーブル３００から取得できた場合は、ステップＳ１１４へ処理を進め、取得できない場合は、ステップＳ１１６へ処理を進める。

権限情報を持たせることで、クライアント端末１０４でユーザが利用できるアプリケーションと、管理者端末１０８でオペレータが利用できるアプリケーションと権限を切り分けて利用することが可能である。

ステップＳ１１４では、サーバ１０６は、ルームの一覧情報をルーム情報テーブル３０２（図１０参照）から取得する。

図１０の中央に示すように、ルーム情報テーブル３０２は、ルームを一意に識別するためのルームＩＤ、ルームの名称を示すルーム名、ルームへ入室している人数を示す入室人数、外部カメラと接続して利用することが可能か否かを示す外部カメラ使用可否、ルームに入室可能な最大人数を示す許容人数、及びルームへ入室しているユーザを示す入室ユーザを含んで構成されている。

ステップＳ１１６では、サーバ１０６は、システムを利用することができない旨を示すエラー情報を取得する。

ステップＳ１１８では、サーバ１０６は、ステップＳ１１４で取得したルームの一覧情報か、ステップＳ１１６において取得したエラー情報をログイン結果情報としてクライアント端末１０４へ送信する。

ステップＳ１２０では、クライアント端末１０４は、ステップＳ１１８においてサーバ１０６から送信されたログイン結果情報を受信する。

ステップＳ１２２では、クライアント端末１０４は、ステップＳ１２０において受信したログイン結果情報にエラー情報が含まれるか否かを判定し、含まれると判定した場合は、ステップＳ１２４へ処理を進め、含まれると判定しない場合は、ステップＳ１２６へ処理を進める。

ステップＳ１２４では、クライアント端末１０４は、エラー情報に基づき、システムを利用することができない旨を示すエラー画面（不図示）を表示する。

ステップＳ１２６では、クライアント端末１０４は、ログイン結果情報のルーム一覧の情報に基づいて、ルームに関する情報をルーム一覧画面５００（図１１参照）へ表示する。

ルーム一覧画面５００は、ルームの名称を示すルーム名５０１、現在ルームに入室している人数５０２、ルームにおいて外部に接続されているカメラを利用できるか、内部に内蔵したカメラのみを利用できるかといった利用の制限を示す制限５０３、ルームへの入室を行う際に押下するための入室ボタン５０４を含む構成を備えている。

次に、図４に示すフローチャートを用いて、ユーザがルームへ入室する処理について説明を行う。尚、各ステップにおける処理は、各装置におけるＣＰＵの制御の下、実行される。

ステップS２００では、クライアント端末１０４は、ルーム一覧画面５００において入室ボタン５０４が押下されたルームに関する情報（ルームＩＤ等）を取得する。

ステップＳ２０２では、クライアント端末１０４は、ステップＳ２００において取得してルームに関する情報をサーバ１０６へ送信する。

ステップＳ２０４では、サーバ１０６は、ステップＳ２０２においてクライアント端末１０４から送信されたルームに関する情報を受信する。

ステップＳ２０６では、サーバ１０６は、ステップＳ２０４において受信したルームに関する情報に該当するルーム情報テーブル３０２のレコードを取得する（例えば、ルームＩＤが一致する）。

ステップＳ２０８では、サーバ１０６は、ステップＳ２０６において取得したレコードの入室人数を１つインクリメントして、許容人数の範囲内であるか否かを判定し、許容人数の範囲内であると判定した場合は、ステップＳ２１０へ処理を進め、許容人数の範囲内であると判定しない場合は、当該ルームは満室であるとして、ステップＳ２１２へ処理を進める。

ステップＳ２１０では、サーバ１０６は、ユーザを当該ルームへ入室させることにより、当該ルームに参加しているユーザの端末と通信可能となるように設定がなされる。また、ルーム情報テーブルの入室ユーザへユーザ名を登録する。

ステップＳ２１２では、サーバ１０６は、ルームへ入室できない旨を示すエラー情報を取得する。

ステップＳ２１４では、サーバ１０６は、ステップ２１０において入室が許可された旨を示す情報あるいはステップＳ２１２において取得したエラー情報をルーム入室結果情報としてクライアント端末１０４へ送信する。

ステップＳ２１６では、クライアント端末１０４は、ステップＳ２１４においてサーバ１０６から送信された入室結果情報を受信する。

ステップＳ２１８では、クライアント端末１０４は、ステップＳ２１６において受信した入室結果情報がエラー情報であるか否かを判定し、エラー情報であると判定した場合は、ステップＳ２３２へ処理を進め、エラー情報であると判定しない場合は、ステップＳ２２０へ処理を進める。

ステップＳ２２０では、クライアント端末１０４は、内蔵のカメラを起動時に利用できるようにデフォルトで設定しているか否かを判定し、設定されていると判定しない場合は、ステップＳ２２２へ処理を進め、設定されていると判定しない場合は、ステップＳ２２４へ処理を進める。

ステップＳ２２２では、クライアント端末１０４は、外部と通信可能なように接続されたカメラ１０２を起動することが制限されたルームであるか否かを制限５０３に表示されている情報に基づいて判定し、制限されたルームであると判定した場合は、ステップＳ２２４へ処理を進め、制限されたルームであると判定しない場合は、ステップＳ２２６へ処理を進める。

ステップＳ２２４では、クライアント端末１０４は、内蔵しているカメラを起動させ、ステップＳ２２６では、クライアント端末１０４は、通信可能なように接続された外部のカメラ１０２を起動させる（図５にて後述）。

尚、ルームで利用可能な外部のカメラ１０２は、予め設定された１台のカメラを起動させても良いし、画面（不図示）に外部のカメラ１０２を一覧で表示させておき、選択させて起動させても良い。

ステップＳ２２８では、クライアント端末１０４は、カメラを起動した際に、エラー通知がなされたか否かを判定し、なされたと判定しない場合は、ステップＳ２３０へ処理を進め、なされたと判定しない場合は、ステップＳ２３２へ処理を進める。

ステップＳ２３０では、クライアント端末１０４は、コミュニケーション画面６００（図１２参照）を表示し、オペレーターが利用する管理者端末１０８とコミュニケーションを開始する。

図１２には、コミュニケーション画面６００の構成が示されており、コミュニケーション画面６００は、内蔵しているカメラで撮影することにより得られた画像データあるいは外部のカメラ１０２で撮影することにより得られた画像データを表示する構成を備えている。

尚、内蔵しているカメラで撮影することにより得られた画像データであるか、あるいは、外部のカメラ１０２で撮影することにより得られた画像データであるかを識別する情報を表示しても良い。

あるいは、外部のカメラ１０２で撮影することにより得られた画像データを表示する場合、いくつかある外部のカメラ１０２から表示している画像データを撮影しているカメラ１０２を特定できるような特定情報を表示しても良い。

次に、図５に示すフローチャートを用いて、通信可能なように接続された外部のカメラ１０２を起動させる処理について説明を行う。尚、本処理における各ステップは、クライアント端末１０４のＣＰＵの制御の下、実行される。

ステップＳ３００では、接続対象となる外部のカメラ１０２と通信するための情報が予め定義された設定ファイル（不図示）から取得し、ステップＳ３０２では、ステップＳ４００で取得した情報を接続要求情報として、接続対象となるカメラ１０２へ送信する。

ステップＳ３０４では、ステップＳ３０２において接続要求情報を送信したカメラ１０２からレスポンスがあると判定した場合は、ステップＳ３０６へ処理を進め、レスポンスがあると判定しない場合（例えば、接続不良や外部カメラに電源が入っていない場合など）は、ステップＳ３０８へ処理を進める。

ステップＳ３０６では、ステップＳ３０４でにおいてカメラ１０２から受信したレスポンスに基づいて、カメラ１０２を起動したか否かを判定し、起動したと判定した場合は、ステップＳ３１０へ処理を進め、失敗したと判定した場合は、ステップＳ３０８へ処理を進める。

ステップＳ３０８では、ステップＳ３０４において所定時間経過してもレスポンスがない場合、ステップＳ３０６において起動に失敗した場合、その旨を示すエラー情報を通知し、ステップＳ３１０では、起動が成功したことを通知する。

次に、図６に示すフローチャートを用いて、カメラ１０２において録画する処理について説明を行う。尚、本処理における各ステップは、クライアント端末１０４のＣＰＵの制御の下、実行される。

ステップＳ４００では、コミュニケーション画面６００の録画ボタン６０６が押下されると、録画の開始を指示するための録画要求パケットを作成してカメラ１０２へ送信する。

尚、コミュニケーション画面６００の撮影ボタン６０４が押下されると、カメラ１０２に対して撮影指示がなされて、カメラ１０２において撮影がなされ静止画を得ることができる。

ステップＳ４０２では、ステップＳ４００において送信した録画要求パケットに対して、カメラ１０２からレスポンスがあったか判定し、レスポンスがあった場合、ステップＳ４０４へ処理を進め、レスポンスがない場合、ステップＳ４０８へ処理を進める。

ステップＳ４０４では、カメラ１０２が録画開始に成功したかを判定し、録画開始に成功した場合、ステップＳ４０６へ処理を進め、録画開始に成功していない場合、ステップＳ４０８へ処理を進める。

ステップＳ４０６では、カメラ１０２において録画したデータがあることを示すダウンロードチケットを発行する（図９参照）。

図９の下段には、ダウンロードチケットの構成が示されており、ダウンロードチケットは、ダウンロードチケットを一意に識別するためのチケットＮｏ、カメラ１０２において録画することにより得られた画像データ（以下、録画データ）のファイル名を示すファイル名（ステップＳ４０２のレスポンスに含まれる）、カメラ１０２における当該録画データを保管する場所を示すファイルパス（ステップＳ４０２のレスポンスに含まれる）、現在、入室しているルームの名称を示すルーム名、及び録画を行った時間を含んで構成されている。

ステップＳ４０８では、ステップＳ４０２において接続不良やカメラ１０２に電源が入っていなかったためにレスポンスがなかった場合や、ステップＳ４０４において録画開始に失敗していた場合、エラーを通知する。

次に、図７に示すフローチャートを用いて、カメラ１０２において保管している録画データをクライアント端末１０４にダウンロードする処理について説明する。尚、本処理における各ステップは、クライアント端末１０４のＣＰＵの制御の下、実行される。

ステップＳ５００では、ダウンロード画面７００（図１３参照）が起動されると、クライアント端末１０４内のダウンロードチケットの情報を取得する。

ステップＳ５０２では、ステップＳ５００においてダウンロードチケットの情報を取得した結果、ダウンロードチケットが存在するか否かを判定し、存在すると判定した場合、ステップＳ５０４へ処理を進め、存在すると判定しない場合、本処理を終了する。

ステップＳ５０４では、ステップＳ５０２において取得したダウンロードチケットの情報を録画チケットとしてダウンロード画面７００に表示する。

ダウンロード画面７００は、録画チケットを一意に識別するためのＮｏ、録画チケットによりダウンロードされる録画データのファイル名称を示すファイル名、及び録画データの録画時間を含んで構成されている。

これらの項目は、上記の記載順に、ダウンロードチケットのＮｏ、ファイル名、及び録画時間に対応している。

ステップＳ５０６では、ダウンロード画面７００に表示されている録画チケットのうち選択された録画チケットの保管場所をダウンロードチケットのファイルパスから取得する。

取得時は、ダウンロード画面７００のＮｏを主キーとしてダウンロードチケットのＮｏを検索して該当するレコードのファイルパスを取得する
ステップＳ５０８では、ステップＳ５０６において取得した録画データのファイルパス、ファイル名等の情報に基づき、録画データのダウンロードをカメラ１０２に対して要求するダウンロード要求パケットを作成し送信する。

ステップＳ５１０では、カメラ１０２からレスポンスがあったか否かを判定し、レスポンスがあった場合は、ステップＳ５１２へ処理を進め、レスポンスがあったと判定しない場合は、ステップＳ５２６へ処理を進める。

ステップＳ５１２では、カメラ１０２において保管されている録画データをダウンロードし、ステップＳ５１４では、録画データのダウンロードが完了したら、ダウンロード完了を通知するダウンロード完了パケットを作成してカメラ１０２へ送信する。

ステップＳ５１６では、ステップＳ５１２におけるダウンロードを完了した通知に対して、カメラ１０２からレスポンスがあったか否かを判定し、レスポンスがあったと判定した場合は、ステップＳ５１８へ処理を進め、レスポンスがあったと判定しない場合は、ステップＳ５２６へ処理を進める。

ステップＳ５１８では、ダウンロードが完了した録画データの削除をカメラ１０２に対して要求する録画データ削除要求パケットを作成し送信する。

ステップＳ５２０では、カメラ１０２からレスポンスがあったか否かを判定し、レスポンスがあったと判定した場合、ステップＳ５２２へ処理を進め、レスポンスがあったと判定しない場合、ステップＳ５２６へ処理を進める。

ステップＳ５２２では、ダウンロードした録画データのダウンロードチケットの削除を行い、ステップＳ５２４では、録画データのダウンロード完了を通知する。

ステップＳ５２６では、ステップＳ５１０における接続不良やカメラ１０２に電源が入っていなかったためにレスポンスがなかった場合や、ステップＳ５１６やステップＳ５２０におけるダウンロードや録画データ削除に失敗していた場合、エラーを通知する。

次に、図８に示すフローチャートを用いて、クライアント端末１０４にダウンロードした録画データをサーバ１０６へアップロードする処理について説明する。クライアント端末１０４あるいはサーバ１０６のＣＰＵの制御の下、実行される。

ステップＳ６００では、クライアント端末１０４は、アップロード画面８００（図１３参照）が起動されると、クライアント端末１０４内のダウンロードした録画データに関する情報を取得してアップロード画面８００へ表示する。

アップロード画面８００に表示されている録画データの一覧から選択された録画データに関して、サーバ１０６に対してアップロードするためのパケットを作成し送信する。

ステップＳ６０２では、サーバ１０６は、ステップＳ６００において送信された録画データアップロードパケットを受信する。

尚、ダウンロード画面７００、アップロード画面８００は、それぞれに備えられたダウンロード画面表示タブ７０２、アップロード画面表示タブ８０２を押下することにより、それぞれの画面が表示される。

ステップＳ６０４では、サーバ１０６は、録画データの受信に成功したか否かを判定し、成功したと判定した場合は、ステップＳ６０８へ処理を進め、成功したと判定しない場合は、ステップＳ６０６へ処理を進める。

ステップＳ６０６では、サーバ１０６は、録画データのアップロードに失敗した場合、エラーに関する情報を取得する。

ステップＳ６０８では、サーバ１０６は、録画データのアップロードの成功の可否を含んだ返信用パケットを作成してクライアント端末１０４へ送信する。

ステップＳ６１０では、クライアント端末１０４は、ステップＳ６０８においてサーバ１０６から送信された返信用パケットを受信する。

ステップＳ６１２では、クライアント端末１０４は、ステップＳ６１０において受信した返信用パケットに基づいて、録画データのアップロードが成功したか否かを判定し、成功したと判定した場合は、ステップＳ６１４へ処理を進め、成功したと判定しない場合は、ステップＳ６１６へ処理を進める。

ステップＳ６１４では、クライアント端末１０４は、アップロードに成功した録画データを削除し、ステップＳ６１６では、クライアント端末１０４は、エラーに関する情報に基づいてエラーを通知する。

管理者端末１０８では、サーバ１０６へアップロードされた録画データを参照することが可能であり、より鮮明な画像データを閲覧することが可能である。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ－ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。

また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ 情報処理システム
１０２ カメラ
１０４ クライアント端末
１０６ サーバ
１０８ 管理者端末

Claims (3)

1. 他の機器とコミュニケーションを行う情報処理装置であって、
   通信可能な外部の撮影部を備えた機器で撮影された画像データを取得するための取得情報を記憶する記憶手段と、
   前記他の機器とのコミュニケーションを終了すると、前記取得情報に基づき、前記外部の撮影部を備えた機器で撮影された画像データを取得する取得手段と、
   を備えたことを特徴とする情報処理装置。
2. 他の機器とコミュニケーションを行う情報処理装置の制御方法であって、
   前記情報処理装置は、
   通信可能な外部の撮影部を備えた機器で撮影された画像データを取得するための取得情報を記憶する記憶ステップと、
   前記他の機器とのコミュニケーションを終了すると、前記取得情報に基づき、前記外部の撮影部を備えた機器で撮影された画像データを取得する取得ステップと、
   を実行することを特徴とする情報処理装置の制御方法。
3. 他の機器とコミュニケーションを行うコンピュータを、
   通信可能な外部の撮影部を備えた機器で撮影された画像データを取得するための取得情報を記憶する記憶手段と、
   前記他の機器とのコミュニケーションを終了すると、前記取得情報に基づき、前記外部の撮影部を備えた機器で撮影された画像データを取得する取得手段と、
   して機能させるためのプログラム。
   
   

Images