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

Abstract

【課題】 低帯域であっても複数の作業者と監督者とのコミュニケーションの記録をエビデンスとして残すことが可能な仕組みを提供する。【解決手段】 映像を撮影する複数の携帯端末と通信可能な情報処理装置であって、携帯端末により撮影された映像から所定の間隔で取得される静止画を取得して、複数の携帯端末から取得された同一時刻における静止画を順次表示して、静止画が順次表示される映像を映像データとして録画する。【選択図】 図７

Description

本発明は、撮影手段を備えた複数の端末から送信される映像を同時録画する情報処理装置、制御方法、プログラムに関する。

複数の携帯端末から送信されてくる映像を１つの画面上に表示させてコミュニケーションを行うシステムが広く存在してきている。また、近年ではこのようなシステムを用いて作業者の状況を作業者に撮影させて、作業監督者が確認をしてその映像を記録として残すことが増えている。（例えば、特許文献１参照）

このようなシステムにおいては、作業者単体のコミュニケーション記録を保持することは可能であったが、複数の作業者と監督者のコミュニケーション自体を記録として残すことが出来なく、作業記録のエビデンスとしては不十分であった。また、撮影した録画データのアップロードは作業者側でしかできず、監督者のアップロードも求められている。

特開2016-171477

特許文献１に記載のシステムにおいては、作業者から送られてくる撮影画像と所定の位置に設定された画像データとを遠隔撮影データとして取得して同一画面上に表示して、作業者から音声データを受信し撮影データを保管することが記載されている。

しかしながら、特許文献１に記載のようなシステムでは、撮影データ自体を保管することは可能であっても複数人でのコミュニケーション自体を記録として残すことは難しいといった問題があった。

また、従来技術では、作業者単体のコミュニケーション記録を保持することは可能であったが、複数の作業者と監督者のコミュニケーション自体を記録として残そうとすると、帯域などの問題により映像が劣化してしまい、作業記録のエビデンスとしては不十分であった。また、撮影した録画データのアップロードは作業者側でしかできず、監督者のアップロードも求められていた。

そこで、作業記録のエビデンスとして作業者と監督者での間でのコミュニケーション記録をエビデンスとして残せるよう、低帯域であっても同時録画が可能な仕組みが求められている。

そこで、本発明は、低帯域であっても複数の作業者と監督者とのコミュニケーションの記録をエビデンスとして残すことが可能な仕組みを提供することを目的とする。

上記目的を達成するための本発明は、映像を撮影する複数の携帯端末と通信可能な情報処理装置であって、前記携帯端末により撮影された映像から所定の間隔で取得される静止画を取得する取得手段と、前記取得手段で複数の携帯端末から取得された同一時刻における静止画を順次表示する表示手段と、前記表示手段により静止画が順次表示される映像を映像データとして録画する録画手段と、を備えることを特徴とする。

また、上記目的を達成するための本発明は、映像を撮影する複数の携帯端末と通信可能な情報処理装置の制御方法であって、前記情報処理装置は、前記携帯端末により撮影された映像から所定の間隔で取得される静止画を取得する取得ステップと、前記取得ステップで複数の携帯端末から取得された同一時刻における静止画を順次表示する表示ステップと、前記表示ステップにより静止画が順次表示される映像を映像データとして録画する録画ステップと、を備えることを特徴とする。

また、上記目的を達成するための本発明は、映像を撮影する複数の携帯端末と通信可能な情報処理装置を、前記携帯端末により撮影された映像から所定の間隔で取得される静止画を取得する取得手段と、前記取得手段で複数の携帯端末から取得された同一時刻における静止画を順次表示する表示手段と、前記表示手段により静止画が順次表示される映像を映像データとして録画する録画手段として機能させるためのプログラムであることを特徴とする。

本発明によれば、低帯域であっても複数の作業者と監督者とのコミュニケーションの記録をエビデンスとして残すことが可能な録画技術を提供することが可能となる。

本発明の実施形態における、情報処理システムの概略構成の一例を示す図である。 本発明の実施形態における、携帯端末、PC、クラウドサービスのハードウェア構成の一例を示すブロック図である。 本発明の実施形態における、クライアント端末（携帯端末及びPC）の機能構成の一例を示す図である。 本発明の実施形態における全体の流れを説明するシーケンス図である。 本発明の実施形態における、クライアント端末で行うコミュニケーション準備処理の一例を示すフローチャートである。 本発明の実施形態における、PCとクラウドサービスの間で行う同時録画開始処理の一例を示す図である。 本発明の実施形態における、クラウドサービスと携帯端末の間で行う同時録画処理の一例を示す図である。 本発明の実施形態における、PCとクラウドサービスの間で行う同時録画終了処理の一例を示す図である。 本発明の実施形態における、携帯端末側の表示画面イメージを示す図である。 本発明の実施形態における、PC側の表示画面イメージを示す図である。 本発明の実施形態における、PC側の表示画面イメージを示す図である。 本発明の実施形態における、パケットの構成図を示す図である。

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

情報処理システム１００は、携帯端末１０１、PC１０２、クラウドサービス１０３、ネットワーク１０４から構成される。携帯端末１０１、PC１０２、クラウドサービス１０３はそれぞれネットワーク１０４を介して接続される構成となっている。

クラウドサービス１０３は、携帯端末１０１、PC１０２にコミュニケーションを確立する機能を提供する。

クラウドサービス１０３は、コミュニケーションに参加している全ての携帯端末の映像を録画する機能を持つ。本機能を以後同時録画機能と呼ぶ。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に図３を参照して、本発明の実施形態における各種装置の機能構成の一例について説明する。

ログイン機能３０１は、PC１０２がクラウドサービス１０３と通信して認証パケット１２０１を送信し、そのレスポンスとなる認証結果パケット１２０２を受信して解析し、認証結果に応じた動作を行う機能を持つ。

ルーム入室機能３０２は、PC１０２がクラウドサービス１０３と通信してコミュニケーションを開始するルームに入室するためのルーム入室パケット１２０３を送信し、そのレスポンスとなるルーム入室結果パケット１２０４を受信して解析し、入室結果に応じた動作を行う機能を持つ。

コミュニケーション開始機能３０３は、PC１０２が携帯端末１０１とコミュニケーションをするために、クラウドサービスと通信してコミュニケーション開始パケット１２０５を送信し、そのレスポンスとなるコミュニケーション開始パケット１２０６を受信して解析し、コミュニケーション開始結果に応じた動作を行う機能を持つ。

同時録画開始機能３０４は、PC１０２が同時録画を開始するために、クラウドサービス１０３と通信して同時録画開始パケット１２０７を送信し、そのレスポンスとなる同時録画開始結果パケット１２０８を受信して解析し、同時録画開始結果に応じた動作を行う機能を持つ。

同時録画終了機能３０５は、PC１０２が同時録画を終了するために、クラウドサービス１０３と通信して同時録画終了パケット１２１０を送信し、そのレスポンスとなる同時録画終了結果パケット１２１１を受信して解析し、同時録画終了結果に応じた動作を行う機能を持つ。

ログイン機能３１１は、携帯端末１０１がクラウドサービス１０３と通信して認証パケット１２０１を送信し、そのレスポンスとなる認証結果パケット１２０２を受信して解析し、認証結果に応じた動作を行う機能を持つ。

ルーム入室機能３１２は、携帯端末１０１がクラウドサービス１０３と通信してコミュニケーションを開始するルームに入室するためのルーム入室パケット１２０３を送信し、そのレスポンスとなるルーム入室結果パケット１２０４を受信して解析し、入室結果に応じた動作を行う機能を持つ。

コミュニケーション開始機能３１３、は携帯端末１０１がPC１０２とコミュニケーションをするために、クラウドサービスと通信してコミュニケーション開始パケット１２０５を送信し、そのレスポンスとなるコミュニケーション開始結果パケット１２０６を受信して解析し、コミュニケーション開始結果に応じた動作を行う機能を持つ。

同時録画開始処理機能３２１は、クラウドサービス１０３がPC１０２から同時録画開始パケット１２０７を受信し、同時録画を開始する機能を持つ。

同時録画処理機能３２２は、クラウドサービス１０３がコミュニケーション中の音声を録音、及び携帯端末１０１と通信し、コミュニケーション中の携帯端末１０１の画像データパケット１２０９を受信する機能を持つ。本機能はPC１０２で動作を行っても構わないが、本実施例ではクラウドサービスで動作を行っている。

同時録画終了処理機能３２３は、クラウドサービス１０３がPC１０２から同時録画終了パケット１２１０を受信し、同時録画を終了する機能を持つ。以上で図２の説明を終了する。

次に図4を用いて本実施形態における全体のシーケンスを説明する。

ステップS４０１では、携帯端末１０１はクラウドサービス１０３と通信して、PC１０２とコミュニケーションを行う為の準備を行う。

ステップS４０２では、PC１０２はクラウドサービス１０３と通信をして、携帯端末１０１とコミュニケーションを行う為の準備を行う。

ステップS４０３では、携帯端末１０１とPC１０２が互いにコミュニケーション準備が完了すると、双方でコミュニケーションを実施する。

ステップS４０４では、PC１０２はユーザからの要求に応じて同時録画開始パケット１２０７を受信することにより同時録画を開始する。以上で図４の説明を終了する。

続けて、図５を用いて本実施形態におけるコミュニケーション準備時の流れを説明する。
尚、携帯端末１０１とPC１０２で同一の処理を行うので共通のフローチャートで説明する。

ステップS５０１では、PC１０２はユーザからの要求を受けて、コミュニケーションが可能なユーザであるかを判断する。

ステップS５０２では、PC１０２は、ユーザからの要求を受けて、携帯端末１０１とコミュニケーションを行うルームへの入室をする。

ステップS５０３では、PC１０２が携帯端末１０１とコミュニケーションを行うことが出来る状態にする。

ステップS５０４では、PC１０２が携帯端末１０１とコミュニケーションを確立する。

ステップS５０１では、携帯端末１０１はユーザからの要求を受けてコミュニケーションが可能なユーザであるかを判断する。

ステップS５０２では、携帯端末１０１はユーザからの要求を受けてPC１０２とコミュニケーションを行うルームへの入室をする。

ステップS５０３では、携帯端末１０１が、PC１０２とコミュニケーションを行うことが出来る状態にする。

ステップS５０４では、携帯端末１０１が、PC１０２とコミュニケーションを確立する。以上で図５の説明を終了する。

続けて、図６を用いて、本実施形態における同時録画開始の内容を説明する。

ステップS６０１では、PC１０２は、ユーザに図11の１１０３に示す同時録画アイコン１１０３を押下されると、同時録画開始の要求を受信する。ユーザから受け付ける同時録画開始の方法は、同時録画アイコン１１０３の長押しや端末のカメラや映像撮影ボタンの長押しや音声指示等でもよい。

ステップS６０２では、同時録画開始機能３０４は、同時録画開始パケット１２０７を生成する。

ステップS６０３では、同時録画開始機能３０４は、クラウドサービス１０３と通信を確立して生成した同時録画開始パケット１２０７を送信する。

ステップS６０４では、同時録画開始処理機能３２１は、同時録画開始パケット１２０７を受信する。

ステップS６０５では、同時録画開始処理機能３２１は、同時録画開始パケット１２０７の内容を解析し、同時録画の開始処理を行う。本アイデアではクラウドサービス１０３で同時録画の開始を行っているがPC１０２で同時録画の開始を行っても構わない。

ステップS６０６では、同時録画開始処理機能３２１は、同時録画開始処理の結果から生成した同時録画開始結果パケット１２０８を生成し、PC１００へ送信する
ステップS６０７では、同時録画開始機能３０４は同時録画開始結果パケット１２０８を受信し、同時録画開始結果に応じた画面表示を行う。以上で図６の説明を終了する。

続けて、図７を用いて、本実施形態における、同時録画処理の動作を説明する。

ステップS７０１では、PC１０２がステップS８０１に示す同時録画終了要求を取得するまでループする。

ステップS７０２では、クラウドサービス１０３がコミュニケーションに参加しているPC１０２及び携帯端末１０１すべての音声データを取得する。本アイデアではクラウドサービス１０３で音声データの取得を行っているがPC１０２で音声データの取得を行っても構わない。

ステップS７０３では、同時録画処理機能３２１は、ステップS７０２の動作で取得した音声データを１次キャッシュに保存する。

ステップS７０４では、同時録画処理機能３２１は、コミュニケーションに参加している携帯端末全てに画像データの要求を行い、ステップS７０２の動作で取得した音声通信が開始時刻と終了時刻を送信する。

ステップS７０４で、開始時刻と終了時刻を送信するのは、ステップS７０６で全ての携帯端末の時間をステップS７０４で送信した開始時刻に揃える為である。

ここで、開始時刻はステップS７０２の動作で取得した音声通信が開始された時刻を指し、終了時刻はステップS７０２の動作で取得した音声通信が終了された時刻を指す。本アイデアではクラウドサービス１０３で画像データの要求を行っているがPC１０２で画像データの要求を行っても構わない。

ステップS７０５では、携帯端末１０１はクラウドサービス１０３からの画像データの取得要求および、ステップS７０２の動作で取得した音声データの開始時刻と終了時刻を受信する。

ステップS７０６では、同時刻の携帯端末の画像データを取得するため、すべての携帯端末１０１は時間を取得した音声データの開始時刻に調整する。

本アイデアでは時刻がずれている画像データの取得を避けるため、携帯端末の時刻調整を行っている。時刻がずれている画像データを取得する場合の具体例として、狭帯域下での通信が挙げられる。広帯域下における携帯端末に比べ、狭帯域下にある携帯端末では画像データ取得要求を受信するまでに時間がかかる。

上記理由により、コミュニケーションに参加している携帯端末ごとに帯域幅が異なり、画像データの撮影時刻にずれが出ることで、同時刻に撮影された画像データを取得できないことがある。

ステップS７０７では、携帯端末１０１は、調整した時刻から1秒ごとの画像データを音声データの終了時刻まで取得する。

ステップS７０８では、携帯端末１０１は、取得した画像データと撮影された画像の時刻データのパケットである画像データパケット１２０９を生成する。

ステップS７０９では、携帯端末１０１は、クラウドサービス１０３と通信し、画像データパケットを送信する。

ステップS７１０では、同時録画処理機能３２２は、画像データパケット１２０９を受信する。

ステップS７１１では、同時録画処理機能３２２は、画像データパケット１２０９を解析し、コミュニケーションに参加している全ての携帯端末から取得した画像を撮影時刻毎にまとめる。

ステップS７１２では、ステップS７１１の動作で解析した画像データパケット１２０９を結合するため、四分割した画面の左上、右上、左下、右下の順にコミュニケーションに参加している全ての携帯端末から、取得した同じ撮影時刻の画像データを位置付ける。

ステップS７１３では、同時録画処理機能３２２は、ステップS７１２の動作で位置づけした画像データを一つの映像データとして結合する。ここで、画像データとは静止画であり、映像データとは同じ静止画が1秒間続く動画とする。

ステップS７１４では、同時録画処理機能３２２は、ステップS７１１の動作で解析した撮影時刻の順に、ステップS７１３の動作で結合した映像データを並び替える。本アイデアでは画像データを取得する際に画像データの順が入れ替わることを考慮して行う。

ステップS７１５では、同時録画処理機能３２２は、ステップS７１３の動作で結合した映像データを、ステップS７１４の動作で並び替えた順で、１次キャッシュに保存する。

ステップS７１６では、同時録画処理機能３２２は、ステップS７１３の動作で１次キャッシュに格納した音声データとステップS７１５の動作で１次キャッシュに格納した映像データを結合する。以上で、ループ処理中の処理の説明を終了する。

続けて、図８を用いて、本実施形態における同時録画終了の動作を説明する。

ステップS８０１では、PC１０２は、ユーザに図11の１１０３に示す同時録画アイコン１１０３を再度押下されると、同時録画終了の要求を受信する。ユーザから受け付ける同時録画終了の方法は、同時録画アイコン１１０３の長押しや端末のカメラやビデオの撮影ボタンの長押しや音声指示等でもよい。

ステップS８０２では、同時録画終了機能３０５は、同時録画終了パケット１２１０を生成する。

ステップS８０３では、同時録画終了機能３０５は、クラウドサービス１０３と通信を確立し、生成した同時録画終了パケット１２１０を送信する。

ステップS８０４では、同時録画終了処理機能３２３は、同時録画終了パケット１２１０を受信する。

ステップS８０５では、同時録画終了処理機能３２３は、同時録画終了パケット１２１０の内容を解析し、同時録画の終了処理を行う。本アイデアではクラウドサービス１０３で同時録画の終了を行っているがPC１０２で同時録画の終了を行っても構わない。

ステップS８０６では、同時録画終了処理機能３２３は、同時録画終了処理の結果から生成した同時録画終了結果パケット１２１１を生成し、PC１０２へ送信する。

ステップS８０７では、同時録画終了機能３０５は、同時録画終了結果パケット１２１１を受信し、同時録画終了結果に応じた画面表示を行う。以上で図８の説明を終了する。

続けて、図９を用いて本願の実施形態における携帯端末１０１の画面イメージについて説明する。

ログイン画面９０１は、ユーザがログインを行う画面である。ログインに必要な情報であるテナントID、ログインID、パスワードを入力し、携帯端末１０１のステップS５０１の処理が行われることで、ルーム選択画面９０２へ画面が遷移する。

ルーム選択画面９０２は、ユーザがコミュニケーションを行うルームを選択して入室するための画面である。ルーム選択画面９０２で、携帯端末１０１のステップS５０２の処理が行われることで、コミュニケーション画面９０３へ画面が遷移する。

コミュニケーション画面９０３は、ユーザ同士でコミュニケーションを行うコミュニケーション画面である。
以上で図９の説明を終了する。

続けて、図１０を用いて本願の実施形態におけるPC１０２の画面イメージについて説明する。ログイン画面１００１は、ユーザがログインを行う画面である。ログインに必要な情報であるテナントID、ログインID、パスワードを入力し、PC１０２のステップS５０１の処理が行われることで、ルーム選択画面１００２へ画面が遷移する。

ルーム選択画面１００２は、ユーザがコミュニケーションを行うルームを選択して入室するための画面である。ルーム選択画面１００２で、PC側のステップS５０２の動作が行われることでコミュニケーション画面１１０１へ画面が遷移する。
以上で図１０の説明を終了する。

続けて、図１１を用いて本願の実施形態におけるPC１０２の画面イメージについて説明する。コミュニケーション画面１１０１はユーザ同士でコミュニケーションを行うコミュニケーション画面である。

コミュニケーション画面１１０１の同時録画アイコン１１０３を押下することで、ステップS６０１の処理が開始される。

録画データ画面１１０２は、ステップS７０２の処理で取得した音声データと、ステップS７１３の処理で生成された映像データをステップS７１６の処理で結合して作成され、表示される。

図１２は、本発明で使用されるパケットの構成について示す図である。
認証パケット１２０１は、テナントID、ログインID、パスワードをパケットの情報として持つ。

認証結果パケット１２０２は、認証結果をパケットの情報として持つ。

ルーム入室パケット１２０３は、ルーム情報をパケットの情報として持つ。

ルーム入室結果パケット１２０４は、ルーム入室結果をパケットの結果として持つ。

コミュニケーション開始パケット１２０５は、コミュニケーション情報をパケットの情報として持つ。

コミュニケーション開始結果パケット１２０６は、コミュニケーション開始結果をパケットの情報として持つ。

同時録画開始パケット１２０７は、同時録画処理情報をパケットの情報として持つ。

同時録画開始結果パケット１２０８は、同時録画開始結果をパケットの情報として持つ。

画像データパケット１２０９は、画像と紐づく撮影時刻情報をパケットの情報として持つ。

同時録画終了パケット１２１０は、同時録画終了情報をパケットの情報として持つ。

同時録画終了結果パケット１２１１は、同時録画終了結果をパケットの情報として持つ。以上で図１２の説明を終了する。

このように、クラウドサービス１０３が、コミュニケーション中の携帯端末１０１の音声データを取得して保存し、コミュニケーションに参加している全ての携帯端末から画像データを要求すると、携帯端末１０１で時間を調整して１秒毎に画像データを作成して画像データと時刻データのパケットを生成する。

クラウドサービス１０３が、携帯端末１０１から画像データと時刻データのパケットを受け取り、受信した同一時刻の画像データを１枚の映像データとして結合し、最後にキャッシュに保存しておいた音声データと映像データを結合させることで、低帯域であっても帯域を圧迫せず、複数の作業者と監督者とのコミュニケーション記録をエビデンスとして適切なレベルで残すことが可能となる。

また、本実施例のように、コミュニケーションに参加する全ての作業者の動画を監督者側で録画することで、作業自身でアップロードすることがなくなる。

また、本実施例のように、録画する動画をコミュニケーションに参加した作業者全員の１FPSの動画と全ての音声とすることで、従来のように作業者全員がそれぞれデータをアップロードして保存するよりも、全員分の録画一度に行い保存するのでデータ容量は小さくなる。

以上、本実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

また、本発明におけるプログラムは、図７に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図７の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図1の各装置の処理方法ごとのプログラムであってもよい。

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

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

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

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

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

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

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１ 携帯端末
１０２ PC
１０３ クラウドサービス
１０４ ネットワーク

Claims (7)

1. 映像を撮影する複数の携帯端末と通信可能な情報処理装置であって、
   前記携帯端末により撮影された映像から所定の間隔で取得される静止画を取得する取得手段と、
   前記取得手段で複数の携帯端末から取得された同一時刻における静止画を順次表示する表示手段と、
   前記表示手段により静止画が順次表示される映像を映像データとして録画する録画手段と、
   を備えることを特徴とする情報処理装置。
2. 前記取得手段で、複数の携帯端末から取得された同一時刻における静止画を同一時刻で取得できるよう複数の携帯端末と前記情報処理装置とで時刻を調整する調整手段を備えることを特徴とする請求項１に記載の情報処理装置。
3. 前記取得手段は、前記携帯端末により撮影された映像から1秒間隔で取得される静止画を取得する取得手段であることを特徴とする請求項１または２に記載の情報処理装置。
4. 前記表示手段により表示される静止画を映像データとして結合する結合手段とを
   備えることを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
5. 前記録画手段で録画した映像を管理する管理手段とを備えることを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
6. 映像を撮影する複数の携帯端末と通信可能な情報処理装置の制御方法であって、
   前記情報処理装置は、
   前記携帯端末により撮影された映像から所定の間隔で取得される静止画を取得する取得ステップと、
   前記取得ステップで複数の携帯端末から取得された同一時刻における静止画を順次表示する表示ステップと、
   前記表示ステップにより静止画が順次表示される映像を映像データとして録画する録画ステップと、
   を備えることを特徴とする情報処理装置の制御方法。
7. 映像を撮影する複数の携帯端末と通信可能な情報処理装置を、
   前記携帯端末により撮影された映像から所定の間隔で取得される静止画を取得する取得手段と、
   前記取得手段で複数の携帯端末から取得された同一時刻における静止画を順次表示する表示手段と、
   前記表示手段により静止画が順次表示される映像を映像データとして録画する録画手段として機能させるためのプログラム。

Images