(57)【要約】      （修正有）【課題】バッテリーや記録領域の消費を抑えることでき、有事の際にバッテリー切れや記憶領域不足になるリスクを軽減することができる撮像装置、撮像装置の制御方法、プログラムを提供する。【解決手段】同行している端末間をグループ化し残撮像時間の最も長い端末を代表端末とすることで、代表端末はすべてのデータを記録するが、代表端末以外は緊急度に応じて記録するデータの一部を間引くことで、必要なデータを確実に記録しながら各端末のバッテリーや記憶領域の省力化を行うことができる。【選択図】図２
2020088811.tif 000002
【特許請求の範囲】
【請求項１】
センサと、
被写体を撮像して画像データを生成する撮像手段と、
他の撮像装置と無線で通信する通信手段と、
前記通信手段を介して接続する複数の他の撮像装置をグループ化するよう制御するグループ化手段と、
前記グループ化された複数の他の撮像装置および自機のうち、前記センサの情報および前記通信手段を介して得られる他の撮像装置のセンサの情報とに基づき、グループを代表する装置を設定する設定手段と、
前記撮像手段により生成される画像データに、グループの識別情報と代表装置の識別情報とを記録する記録制御手段とを有することを特徴とする撮像装置。
【請求項２】
前記設定手段により設定された代表する装置が自機である場合、前記センサから得られる情報を前記画像データに記録し、
前記設定手段により設定された代表する装置が自機でない場合、前記センサから得られる情報のうち、一部を省略して前記画像データに記録することを特徴とする請求項１に記載の撮像装置。
【請求項３】
前記設定手段による前記グループを代表する装置の設定は、所定の期間が経過する度に更新されることを特徴とする請求項１または２に記載の撮像装置。
【請求項４】
前記設定手段は、少なくとも他の撮像装置および自機の残バッテリー容量、残記憶容量、撮像画質の能力に基づき、各装置の残撮像時間を計算し、最も残撮像時間が長いものを代表する装置として設定することを特徴とする請求項１乃至３のいずれか１項に記載の撮像装置。
【請求項５】
前記撮像装置は、ウェアラブル装置であることを特徴とする請求項１乃至４のいずれか１項に記載の撮像装置。
【請求項６】
前記通信手段は、Ｂｌｕｅｔｏｏｔｈを用いて前記他の撮像装置と無線で通信することを特徴とする請求項１乃至５のいずれか１項に記載の撮像装置。
【請求項７】
センサと、被写体を撮像して画像データを生成する撮像手段と、他の撮像装置と無線で通信する通信手段とを有する撮像装置の制御方法であって、
前記通信手段を介して接続する複数の他の撮像装置をグループ化するよう制御するグループ化ステップと。
前記グループ化された複数の他の撮像装置および自機のうち、前記センサの情報および前記通信手段を介して得られる他の撮像装置のセンサの情報とに基づき、グループを代表する装置を設定する設定ステップと、
前記撮像手段により生成される画像データに、グループの識別情報と代表装置の識別情報とを記録する記録制御ステップとを有することを特徴とする撮像装置の制御方法。
【請求項８】
前記設定ステップで設定された代表する装置が自機である場合、前記センサから得られる情報を前記画像データに記録し、
前記設定ステップで設定された代表する装置が自機でない場合、前記センサから得られる情報のうち、一部を省略して前記画像データに記録するよう制御することを特徴とする請求項７に記載の撮像装置の制御方法。
【請求項９】
前記設定ステップは、所定の期間が経過する度に実行されることを特徴とする請求項７または８に記載の撮像装置の制御方法。
【請求項１０】
前記設定ステップでは、少なくとも他の撮像装置および自機の残バッテリー容量、残記憶容量、撮像画質の能力に基づき、各装置の残撮像時間を計算し、最も残撮像時間が長いものを代表する装置として設定することを特徴とする請求項７乃至９のいずれか１項に記載の撮像装置の制御方法。
【請求項１１】
前記撮像装置はウェアラブル装置であることを特徴とする請求項７乃至１０のいずれか１項に記載の撮像装置の制御方法。
【請求項１２】
前記通信手段は、Ｂｌｕｅｔｏｏｔｈを用いて前記他の撮像装置と無線で通信することを特徴とする請求項７乃至１１のいずれか１項に記載の撮像装置の制御方法。
【請求項１３】
コンピュータを、請求項１乃至６のいずれか１項に記載の撮像装置の各手段として機能させるためのコンピュータが読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部装置と無線通信する撮像装置及びその制御方法、プログラムに関する。
【背景技術】
【０００２】
近年、例えば警察官や警備員（以降、警察官と記す）を支援するために、警察官に装備されて使用されるウェアラブルなデジタルカメラ（以降、ウェアラブルカメラと記す）が導入されている。警察官は有事の際の証拠として、ウェアラブルカメラを用いて撮像を行う。証拠の撮影が終わると、警察署に戻りドッキングステーション（以降、ステーションと記す）とウェアラブルカメラを接続させることにより、カメラの充電と共にカメラから画像データを吸い上げ、データを一括管理しているサーバへアップロードを行う。
【０００３】
ウェアラブルカメラは、例えば特許文献１に示すように、ユーザが主体的に録画の操作をしなくても録画するものが存在する。
【０００４】
その一方で、前述のとおり、ウェアラブルカメラは警察官に装備するために小型であり、バッテリーや記憶領域が十分でない場合が多く、警察官が行動中に頻繁に撮像してしまうと、有事の際にバッテリー切れや記憶容量が枯渇してしまうリスクがある。そのため、ウェアラブルカメラでの撮像は、使用者が撮像ボタンを押下することで実施する方法も考えられる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１８−３７９６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一方、警察官は複数人のグループを組んで行動することが多く、グループ内の警察官は行動中に有事が発生した場合には、自身のウェアラブルカメラを用いて撮像を行うことになる。この場合、グループ内の警察官のカメラが撮像し保存するデータ及び付随データ（位置情報、センサ情報、事件に付けるタグ情報、など）は重複が多いデータとなり、また、バッテリーや記憶領域の浪費になってしまうことがあった。
【課題を解決するための手段】
【０００７】
本発明の撮像装置は、センサと、被写体を撮像して画像データを生成する撮像手段と、他の撮像装置と無線で通信する通信手段と、前記通信手段を介して接続する複数の他の撮像装置をグループ化するよう制御するグループ化手段と、前記グループ化された複数の他の撮像装置および自機のうち、前記センサの情報および前記通信手段を介して得られる他の撮像装置のセンサの情報とに基づき、グループを代表する装置を設定する設定手段と、前記撮像手段により生成される画像データに、グループの識別情報と代表装置の識別情報とを記録する記録制御手段とを有することを特徴とする。
【発明の効果】
【０００８】
かかる発明によれば、グループ内の代表端末以外は記録するデータを省略できることで、バッテリーや記録領域の消費を抑えることでき、有事の際にバッテリー切れや記憶領域不足になるリスクを軽減することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態に係る撮像装置の構成を示すブロック図である。
【図２】本発明の一実施形態に係る撮像装置の動作を示すフローチャートである。
【図３】本発明の一実施形態に係る撮像装置の動作を示すフローチャートである。
【図４】本発明の一実施形態に係る撮像装置の動作を示すフローチャートである。
【図５】本発明の一実施形態に係るデータ構造の一例を示す図である。
【図６】本発明の一実施形態に係る撮像装置の動作を示すフローチャートである。
【図７】本発明の一実施形態に係るデータ構造の一例を示す図である。
【図８】本発明の一実施形態に係る撮像装置の構成を示すブロック図である。
【図９】本発明の一実施形態に係るデータ構造の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。
【００１１】
（第１の実施形態）
以下の説明では、本実施形態の撮像装置の一例としての、通信部を備えたウェアラブルカメラについて説明する。
【００１２】
図１は、本実施形態における撮像装置１０１のシステム構成図である。撮像装置１０１は、センサ情報検知部１０２、制御部１０３、通知部１０４、撮像部１０５、通信部１０６、記録部１０７を備える。以下で撮像装置１０１の各部に関し詳細を説明する。
【００１３】
センサ情報検知部１０２は、画像データだけでなく事件を解析する上で必要な情報を取得するためのセンサを有し、画像データに付随して記録するために制御部１０３に取得結果を送信する。具体的なセンサ情報の例としては、位置情報（ＧＰＳ）・天候情報・生体情報（心拍数・血圧・脈拍）などとなるが、取得する情報が本発明を限定するものではない。各種センサからのセンサ値取得方法は周知であるため、その詳細に関する説明は割愛する。
【００１４】
制御部１０３は、例えば、ＣＰＵ（ＭＰＵ）、メモリ（ＤＲＡＭ、ＳＲＡＭ）などからなり、各種処理（プログラム）を実行して撮像装置１０１の各ブロックを制御したり、各ブロック間でのデータ送信を制御したりする。
【００１５】
本実施の形態では、制御部１０３は、撮像部１０５で撮像した画像データと、センサ情報検知部１０２から送信された各種情報を、記録部１０７に記録することを行うが、この際の詳細な動作に関しては図２〜４を用いて後述する。
【００１６】
通知部１０４は、例えばＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）や振動発生装置などを用いて、撮像者に対し撮像装置１０１の状態などを通知するものである（本実施形態では不図示）。ＬＥＤであれば色、光度、発行時間および間隔などを変えることで、予め対応付けを行った状態として通知する。振動発生装置であれば振動の強度、長さ及び間隔などを変えることで同様に通知を行う。
【００１７】
撮像部１０５は、撮像レンズにより取り込まれた被写体の光学像の光量を、絞りにより制御し、ＣＣＤイメージセンサやＣＭＯＳイメージセンサ等の撮像素子により画像信号に変換する。前述のとおり、撮像部１０５は制御部１０３からの指示に従い撮像開始および終了する。一般的に撮像装置１０１では撮像ボタン等を押下されたことにより撮像の開始終了を行うが、本実施形態では割愛する。
【００１８】
通信部１０６は、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）などの無線通信で、他端末と無線での通信を行う。通信規格の種別が本発明を限定するものでなく、適応ケースに応じて最適な通信規格を選択することができる。
【００１９】
記録部１０７は、撮像装置１０１に設置されたハードディスクやメモリカードなどであり、制御部１０３上で動作するプログラムなどを記録するとともに、撮像部１０５の撮像した画像データと、センサ情報検知部１０２から送信された各種情報の記録も行う。なお、記録部１０７としては、着脱記録媒体と接続し、記録媒体への記録制御をおこなう機能を有していればよい。
【００２０】
次に、本実施形態の撮像装置１０１において、グループ行動の際の撮像フローの一例を、図２を用いて説明する。
【００２１】
制御部１０３は、ユーザからの撮像開始指示があった場合（ステップＳ２０１でＹＥＳ）に、グループで行動している他のユーザが所有している撮像装置とグループ化する処理を行う（ステップＳ２０２）。
【００２２】
制御部１０３は、撮像開始指示がない場合（ステップＳ２０１でＮＯ）には、開始指示を待ち撮像を開始しない。
【００２３】
本実施形態においては、撮像開始指示については撮像ボタンなどの押下によるトリガーを想定した一例を記載している。これについては、例えば、センサ情報検知部１０２で取得した生体情報がある閾値を超えた（例えば、心拍数がシステムに事前に設定されている規定値を超えた場合、など）ことをトリガーにしてもよい。
【００２４】
ステップＳ２０２でのグループ化の処理の一例については、図３を用いて説明する。
【００２５】
制御部１０３は、グループを特定するための識別情報として、ユニークなグループＩＤを発行する（ステップＳ３０１）。画像データの一部として、このグループＩＤを保持することで、同じグループの画像データであるかどうかの判断を行う。
【００２６】
制御部１０３は、無線通信が届く範囲においてグループ化されていない端末が残っている場合（ステップＳ３０２でＹＥＳ）には、グループ化されていない端末に対して無線通信にてグループＩＤと有効期限を通知（ステップＳ３０３）する。その際にその端末から機器ＩＤと残撮像時間を取得する（ステップＳ３０４）。
【００２７】
なお、ここで残撮像時間は、端末の残バッテリー容量、残記憶容量、撮像画質の能力（撮像可能なフレームレート、撮像時の消費電力、など）から計算で求めるが、計算方法が本発明を限定するものではない。
【００２８】
また、この処理において、グループ化されているかどうかの判断の一例としては、無線通信で通信できた端末が撮像状態（＝他グループに所属して撮像をしている）でなく、かつ、有効期限内のグループＩＤを所有していないことをもって判断する。この判断条件については本発明を限定するものではなく、上記の一例以外の判断条件でも構わない。
【００２９】
制御部１０３は、無線通信が届く範囲においてグループ化されていない端末が残っていない場合（ステップＳ３０２でＮＯ）には、各端末から取得した残撮像時間をリスト化し、降順にソートする（ステップＳ３０５）。
【００３０】
制御部１０３は、ソートしたリストの先頭にある最も長く残撮像時間が残っている端末を代表端末に指定して、該当端末の機器ＩＤを持つ端末に対して、代表端末であることの通知を行う（ステップＳ３０６）。さらに、それ以外の端末に対して代表端末ではないことを通知する（ステップＳ３０７）。
【００３１】
以上の図３の処理において、無線通信で通信できる範囲の端末に対して、同じグループＩＤが通知されるのと共に、そのグループＩＤに対する代表端末が確定することになる。
【００３２】
制御部１０３は、図３の一連の処理で前のグループＩＤの有効期限が切れた後の既定時間内に新しいグループＩＤを受け取っていれば（ステップＳ２０３でＹＥＳ）、データを記憶するためのファイルをオープンする（ステップＳ２０４）。つまり、グループ化処理においてグループ化されたと判断された場合には、データを記憶するためのファイルをオープンする。そして、撮像・記録処理を開始する（ステップＳ２０５）。そのため、この撮像・記録処理に関しては、ステップ２０２でグループ化された端末すべてで個別に実施される。
【００３３】
逆に、図３の一連の処理で前のグループＩＤの有効期限が切れた後の既定時間内に新しいグループＩＤを受け取っていない場合（ステップＳ２０３でＮＯ）、つまり、グループ化処理においてグループから外れたと判断された場合には、撮像・記録を終了する。この場合、ファイルについては後述するステップＳ２０８の処理でクローズされているため、改めてのクローズ処理は必要ない。
【００３４】
ステップＳ２０５での撮像・記録処理の一例については、図４を用いて説明する。
【００３５】
制御部１０３は、自機が代表端末であるかどうかを判定する（Ｓ４０１）。代表端末に指定されていれば（ステップＳ４０１でＹＥＳ）、撮像部１０５の撮像した画像データと、センサ情報検知部１０２から送信された各種情報のすべてを記録部１０７に記録する（ステップＳ４０２）。この時に記録されるデータ形式の一例が図５のようになり、端末ＩＤ・ファイル名・撮像開始時間・撮像終了時間・画像データ・ＧＰＳ情報・センサ情報・タグ情報・グループＩＤ・代表端末フラグを持つデータとなる。データ形式については内容及び構成について例に示した限りではなく、データ形式が本発明を限定するものではない。
【００３６】
一方、代表端末に指定されていなければ（ステップＳ４０１でＮＯ）、各端末に設定されている緊急度の情報を取得する（ステップＳ４０３）。そして、撮像部１０５の撮像した画像データと、センサ情報検知部１０２から送信された各種情報を、緊急度に応じて必要な情報を記録部１０７に記録する（ステップＳ４０４）。
【００３７】
例えば、緊急度が「高」の場合には、できるだけグループ内における各端末の情報が残っていた方が良いと判断し、記録する情報の省略は行わない（すべての端末がすべての情報を記録する）。一方、緊急度が「低」の場合には、各端末のバッテリーや記憶領域の省力化のために、ＧＰＳ情報・センサ情報・タグ情報は記憶せず画像データのみを記憶する、などの情報を間引いての記録を行う。
【００３８】
なお、本実施形態においては、緊急度の設定については物理的なレバーなどで設定すること（不図示）を想定した一例を記載している。これについては、例えば、センサ情報検知部１０２で取得した生体情報を元に判断（例えば、心拍数が規定値を超えたら緊急度「高」に指定、など）してもよい。
【００３９】
以上の図４の処理において、各端末が代表端末かどうかの情報、及び、代表端末でない場合には各端末に設定された緊急度に応じて、情報を間引いてデータを記録する。これにより、必要なデータを確実に記録しながら各端末のバッテリーや記憶領域の省力化を行うことができる。
【００４０】
制御部１０３は、ユーザから撮像終了指示がなければ（ステップＳ２０６でＮＯ）、前回のグループ化から既定時間が経過しているかどうかを判断する（Ｓ２０７）。既定時間に達していない間（ステップＳ２０７でＮＯ）に各端末はステップＳ２０５の撮像・記録処理を続ける。
【００４１】
制御部１０３は、ユーザから撮像終了指示があれば（ステップＳ２０６でＹＥＳ）、既定時間が経過していなくても撮像・記録処理を中止し、ファイルのクローズ処理を実施し（ステップＳ２０９）、撮像・記録を終了する。この際に、グループ化している他端末にも撮像終了の指示を行い、撮像・記録処理を中止しファイルのクローズ処理を実施し、撮像・記録を終了する。
【００４２】
制御部１０３は、ユーザから撮像終了指示がなく（ステップＳ２０６でＮＯ）、前回のグループ化から既定時間が経過していた場合（ステップＳ２０７でＹＥＳ）、撮像・記録処理を中止しファイルのクローズ処理を実施する（ステップＳ２０８）。その後、ステップＳ２０２以降の処理を繰り返し実施する。この結果、グループ化の処理は一定期間毎に繰り返し実行され、グループは一定期間が経過する度に更新されることになる。
【００４３】
上述した図２の処理により、グループ化された各端末において同じ撮像時間に同じグループＩＤの情報のついたデータが記録される処理が繰り返され、各端末において撮像・記録が行われる。
【００４４】
各端末と記録データの関係の一例を、図７で示す。この例においては、グループ化を行う既定時間を１分とし、端末Ａにおいて１２：００：００に撮像開始指示が行われた場合のものである。端末Ｃは１２：０４：００に行われたグループ化の際に無線通信ができずに以降のファイルは作成されていない。一方、端末Ｄは１２：０２：００のグループ化の際に無線通信ができたために、以降のファイルが作成されていることを示している。
【００４５】
次に、本実施形態のステーション装置に戻った後のデータ共有・補完の例を説明する。
【００４６】
まずは、本実施形態のステーション装置の構成について図８を参照して説明する。なお、ステーション装置は単一のコンピュータ装置で実現してもよいし、必要に応じた複数のコンピュータ装置に各機能を分散して実現するようにしてもよい。複数のコンピュータ装置で構成される場合は、互いに通信可能なようにＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ）などの通信回線で接続されている。
【００４７】
図８において、制御部８０１はステーション装置８００全体を制御し、例えばＣｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）である。Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＲＯＭ）８０２は変更を必要としないプログラムやパラメータを格納する。Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）８０３は外部装置などから供給されるプログラムやデータを一時記憶する。記憶装置８０４はステーション装置８００に固定して設置されたハードディスクやメモリカードなどであり、Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ（ＯＳ）などのプログラムを記憶する。入力インターフェース８０５はユーザの操作を受け、データを入力するポインティングデバイスやキーボードなどの入力装置と接続する。Ｂｉｔ  Ｍｏｖｅ  Ｕｎｉｔ（ＢＭＵ）８０６は、例えばメモリ間（例えば、ＶＲＡＭ８０７と他のメモリとの間）や、メモリと各Ｉ／Ｏデバイス（例えば、ネットワークインターフェイス８０９）間のデータ転送を制御する。Ｖｉｄｅｏ  ＲＡＭ（ＶＲＡＭ）８０７は、表示部８１１に表示する為の画像を描画する。このＶＲＡＭ８０７に生成した画像を、所定の規定に従って表示部８１１に送信し、これにより表示部８１１は画像を表示する。ネットワークインターフェイス８０９はインターネットなどのネットワーク回線８１０に接続する。システムバス８１２は８０１〜８０９の各ユニットを通信可能に接続する。
【００４８】
なお、本実施形態はこれに限らず、キーボード操作、あるいは表示部８１１がタッチセンサを有するタッチパネルである場合は、当該センサの出力に従って操作してもよい。
【００４９】
次に、本実施形態のステーション装置に戻った後のデータ共有・補完の例を、図６のフローチャート及び図９のデータ例を参照して説明する。
【００５０】
以下の処理は情報処理装置８００の制御部８０１が記憶装置８０４からプログラムを読み出し、これにしたがって上述の各モジュールを制御することにより実現される。
【００５１】
以下の本実施形態においては説明を簡潔にするため、データ共有・補完の処理は各ユーザがステーションに端末を戻し、データがすべて吸い上げられた後に実施されることを前提に記載している。これについては、例えば、端末がステーションに戻される度に実施することも可能である。
【００５２】
制御部８０１は、ステーション装置８００の記憶装置８０４に吸い上げられた記録データの、グループＩＤのリストを取得する（ステップＳ６０１）。
【００５３】
重複しているものについては、まとめて１つとして扱う。例えば、図９のデータ例では、最初の撮像時間帯に３つのデータが存在し、それぞれグループＩＤ「Ａ２０１７１１０９１２００」のグループＩＤが付与されているが、同じグループＩＤとしてまとめて扱う。
【００５４】
制御部８０１は、変数ｎにステップＳ６０１で取得したリストの数を代入、ループ変数ｉに初期値１を代入する（ステップＳ６０２）。例えば、図９のデータ例では、ｉには６が代入されることになる。
【００５５】
制御部８０１は、リスト内にまだ走査対象のＩＤが残っている場合（ステップＳ６０３でＹＥＳ）、ｉ番目のグループＩＤを持つデータをすべて取得し（ステップＳ６０４）、その中で代表端末のデータを事前に取得しておく（ステップＳ６０５）。例えば、図９のデータ例では端末Ａが代表端末のデータとなっているため、端末Ａの図５に記載のデータ内容を一旦記憶装置８０４に読み出しておく。
【００５６】
一方、リスト内に操作対象のＩＤが残っていない場合（ステップＳ６０３でＮＯ）、全体の処理を終了する。
【００５７】
制御部８０１は、変数ｍにステップＳ６０４で取得したデータ数を代入、ループ変数ｊに初期値１を代入する（ステップＳ６０６）。例えば、図９のデータ例では、最初の撮像時間帯は端末Ａ・Ｂ・Ｃの３つのデータが存在しているため、ｍには３が代入される。
【００５８】
制御部８０１は、ｉ番目のグループＩＤを持つデータの中にまだ操作対象のデータが残っている場合（ステップＳ６０７でＹＥＳ）、そのデータの代表端末フラグを取得する（ステップＳ６０９）。ここで、代表端末で無かった場合（ステップＳ６１０でＮＯ）、ステップＳ６０５で取得している代表端末のデータから、自身が不足しているデータをコピーする（ステップＳ６１１）。逆に、代表端末であった場合（ステップＳ６１０でＹＥＳ）には、コピーする必要がないため、ステップＳ６１１の処理はスキップされる。
【００５９】
例えば、図９のデータ例では、端末Ｂ・Ｃは代表端末でないため、ステップＳ６１１のコピー処理が実施される。端末Ｂ・Ｃの記録状態が緊急度「低」の条件の場合には、ＧＰＳ情報・センサ情報・タグ情報が代表端末以外には記録されていない。そのため、ステップＳ６１１の処理において、一旦記憶領域８０４に読み出しておいた代表端末の端末Ａの情報から、不足情報（ＧＰＤ情報・センサ情報・タグ情報）が端末Ｂ・Ｃにコピーされることになる。
【００６０】
制御部８０１は、コピー処理が終了したらループ変数ｊをインクリメントして（ステップＳ６１２）、ステップＳ６０７以降の処理を繰り返し実施する。
【００６１】
この繰り返し処理において、上述した足りない情報のコピー作業が、同じグループＩＤを持つすべてのデータに実施される。
【００６２】
制御部８０１は、グループＩＤのリストに操作対象のＩＤが残っていない場合（ステップＳ６０７でＮＯ）、ループ変数ｉをインクリメントする（ステップＳ６０８）。そして、ステップＳ６０３からの処理を繰り返すことで、すべてのグループＩＤに対してグループＩＤ内の代表端末からのコピー作業を実施する。
【００６３】
（第２の実施形態）
第１の実施形態では、グループ化の処理を行うトリガーについては撮像開始指示のあった端末が行う構成としていたが、グループ内のどの端末がトリガーを発生させても問題ない。
【００６４】
また、第１の実施形態では撮像中に代表端末のバッテリーや記憶領域が枯渇することは考慮されていないが、撮像ができなくなる状態を検知したタイミングを次のグループ化を行う処理のトリガーにすることも考えられる。
【００６５】
もしくは、代表端末が撮像できなくなった場合に備えて、図３のステップ３０６において代表端末であることの通知ではなく、ソートされた番号（代表端末を１とした昇順の番号）を通知してもよい。これにより、代表端末が撮像できなくなったことを検知して、番号が「２」の端末（残っている端末の中で番号が一番小さな端末）が代表端末になり処理を引き継ぐことも可能である。
【００６６】
（他の実施形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウエア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００６７】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけではない。例えば、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーションシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図１】
2020088811.tif 000003
【図２】
2020088811.tif 000004
【図３】
2020088811.tif 000005
【図４】
2020088811.tif 000006
【図５】
2020088811.tif 000007
【図６】
2020088811.tif 000008
【図７】
2020088811.tif 000009
【図８】
2020088811.tif 000010
【図９】
2020088811.tif 000011