JP2021040297A - 情報処理システム、情報処理方法、プログラム、及び管理装置 - Google Patents

Abstract

【課題】より簡便に通信接続を実現する情報処理システム、情報処理方法、プログラム、及び管理装置を提供する。【解決手段】撮影システムＳは、識別子を周期的に変更して提示する表示装置２と、識別子を表示装置２と共有する管理サーバ１と、ユーザによる識別子の取得操作を検出した時に表示装置２に提示されていた識別子を取得し、取得した識別子と取得した識別子により特定されるカメラ３を操作する操作指示とを管理サーバ１に対して送信するユーザ端末４と、を備える。管理サーバ１は、ユーザ端末４により送信された操作指示に基づいてカメラ３が取得した画像データと、ユーザの識別子の取得操作を検出した時に表示装置２に提示されていた識別子と、を対応付けるよう制御する情報制御部を備える。【選択図】図１

Description

本発明は、情報処理システム、情報処理方法、プログラム、及び管理装置に関する。

近年、画面に表示される二次元バーコード等の識別子が広く利用されている。一例として、二次元バーコードを読み取ることにより、通信先を特定するような技術が存在する。
例えば、引用文献１には、第１の装置及び第２の装置がそれぞれ表示する二次元バーコードを第３の装置が読み取ることにより、各装置間で通信先を特定することが開示されている。これにより、ユーザによる通信先の手入力等を要することなく、各装置間での通信接続を実現することが可能となる。また、このようにして各装置間での通信接続を実現することにより、例えば、何れかの装置を用いて、他の装置を遠隔操作するようなことも可能となる。

特開２０１９−１１０６０２号公報

しかしながら、上述した特許文献１に開示されるような一般的な技術では、例えば、遠隔操作等を目的として、複数の装置間での通信接続を実現するために、ユーザが複数の二次元バーコードのそれぞれを読み取る必要があった。即ち、読み取り作業を何度も行う必要があり、ユーザにとってみれば煩雑であった。

本発明は、このような状況に鑑みてなされたものであり、より簡便に通信接続を実現することを目的とする。

上記目的を達成するため、本発明の一態様の情報処理システムは、 識別子を周期的に変更して提示する提示手段と、前記識別子を前記提示手段と共有する管理手段と、ユーザによる識別子の取得操作を検出した時に前記提示手段に提示されていた識別子を取得し、前記取得した識別子と取得した識別子により特定される情報取得手段を操作する操作指示とを前記管理手段に対して送信する通信手段と、を備え、前記管理手段は、前記通信手段により送信された前記操作指示に基づいて前記情報取得手段が取得した情報と、前記ユーザの識別子の取得操作を検出した時に前記提示手段に提示されていた識別子と、を対応付けるよう制御する制御手段を備えることを特徴とする備えることを特徴とする。

本発明によれば、より簡便に通信接続を実現することができる。

本発明の一実施形態に係る撮影システムＳの構成を示すシステム構成図である。 本発明の一実施形態に係る撮影システムＳの動作の概略等を示すシーケンス図である。 本発明の一実施形態に係る撮影システムＳに含まれる管理サーバ１のハードウェアの構成を示すブロック図である。 本発明の一実施形態に係る撮影システムＳに含まれる表示装置２のハードウェアの構成を示すブロック図である。 本発明の一実施形態に係る撮影システムＳに含まれるカメラ３のハードウェアの構成を示すブロック図である。 本発明の一実施形態に係る撮影システムＳに含まれるユーザ端末４のハードウェアの構成を示すブロック図である。 管理サーバ１の機能的構成のうち、撮影管理処理を実行するための機能的構成を示す機能ブロック図である。 管理サーバ１の管理情報記憶部１８２に格納されるデータ構造としてのテーブル１８２１の一例を示すテーブル図である。 表示装置２の機能的構成のうち、撮影管理処理を実行するための機能的構成を示す機能ブロック図である。 カメラ３の機能的構成のうち、撮影管理処理を実行するための機能的構成を示す機能ブロック図である。 ユーザ端末４の機能的構成のうち、撮影管理処理を実行するための機能的構成を示す機能ブロック図である。 管理サーバ１における、撮影管理処理の流れを説明するフローチャートの一部である。 管理サーバ１における、撮影管理処理の流れを説明するフローチャートの一部である。 管理サーバ１における、撮影管理処理の流れを説明するフローチャートの一部である。 表示装置２における、撮影管理処理の流れを説明するフローチャートである。 カメラ３における、撮影管理処理の流れを説明するフローチャートである。 ユーザ端末４における、撮影管理処理の流れを説明するフローチャートの一部である。 ユーザ端末４における、撮影管理処理の流れを説明するフローチャートの一部である。 管理サーバ１における、ライブビュー表示処理の流れを説明するフローチャートの一部である。 ユーザ端末４に表示されるページの表示例を示す模式図である。 管理サーバ１における、待機人数を管理する処理の流れを説明するフローチャートの一部である。 管理サーバ１における、ステータスリスト、及び、待機状態リストの例を示す模式図である。 管理サーバ１における、表示装置２の識別子の表示停止処理及びカメラの調整処理の流れを説明するフローチャートの一部である。 管理サーバ１による表示装置２の識別子表示再開処理の流れを説明するフローチャートの一部である。 ユーザ端末４に表示されるページの例を示す模式図である。 ユーザ端末４に表示される表示例を示す模式図である。 ユーザ端末４に表示される撮影完了画像の例を示す模式図である。 ユーザ端末４に表示される撮影した写真の一覧画像の例を示す模式図である。

以下、本発明の実施形態について、図面を用いて説明する。
［システム全体構成］
図１は、本発明の一実施形態に係る撮影システムＳの構成を示すシステム構成図である。
図１に示すように、撮影システムＳは、管理サーバ１と、表示装置２と、カメラ３と、ユーザ端末４と、外部装置５と、を含んで構成される。これら、管理サーバ１、表示装置２、カメラ３、及びユーザ端末４は、相互に通信可能である。この通信は、任意の規格に準拠した通信であってよい。例えば、インターネット、ＬＡＮ（Local Area Network）、及び携帯電話網の何れか又はこれらを組み合わせたネットワークにより実現される。

管理サーバ１は、演算処理機能や、通信機能を有する装置である。管理サーバ１は、例えば、サーバ装置や、パーソナルコンピュータ等の電子機器により実現される。そして、管理サーバ１は、例えば、本発明の「管理手段」として動作する。
表示装置２は、画像の表示機能や、通信機能を有する装置である。表示装置２は、例えば、タブレット型の端末や、デジタルサイネージや、表示内容を電気的に書き換えられるＥ−Ｉｎｋディスプレイにより実現される。そして、表示装置２は、例えば、本発明の「提示手段」として動作する。また、表示装置２は、二次元バーコード等の識別子を表示する。例えば、図中に二次元バーコードＣとして示すように、二次元バーコード（登録商標）等の識別子を表示する。

カメラ３は、撮影機能や、通信機能を有する撮影装置である。カメラ３は、例えば、デジタルカメラ等の電子機器により実現される。そして、カメラ３は、例えば、本発明の「情報取得手段」として動作する。ここで、表示装置２及びカメラ３は、ユーザＵ１とユーザＵ２とがビル群や木等を含む風景Ｌを背景にした構図で撮影・記録が可能な、撮影スポットのような記念撮影に適した場所に対応付けて設置される。
ユーザ端末４は、演算処理機能や、通信機能や、識別子を読み取る機能を有する装置である。ユーザ端末４は、例えば、ユーザにより携帯可能な、スマートフォンや、スマートウォッチ等のウェラブルデバイスや、デジタルカメラにより実現される。そして、ユーザ端末４は、例えば、本発明の「通信手段」として動作する。図中では、一例として、ユーザＵ１及びユーザＵ２のうち、ユーザＵ１が、ユーザ端末４を携帯して利用している状態を示す。
外部装置５は、演算処理機能や、通信機能や、識別子を読み取る機能を有する装置である。外部装置５は、例えば、タブレットやデスクトップコンピュータ等により実現される。外部装置５は、例えば、本発明の「外部装置」として動作する。図中では、一例として撮影システムＳから離れた場所にあるタブレット型の外部装置５が示されている。本実施形態における外部装置５の構成は、ユーザ端末４と同様の構成である。

なお、図中では、表示装置２及びカメラ３の組と、ユーザ端末４とをそれぞれ１つずつ図示しているが、実際には、これらはそれぞれ複数存在するものと想定する。

このような構成を有する撮影システムＳは、「撮影管理処理」を行う。ここで、撮影管理処理は、ユーザによるカメラ３を用いた撮影及び記録を管理するために行われる一連の処理である。

この撮影管理処理の概略と、撮影管理処理において送受信される情報について、図２を参照して説明する。ここで、図２は、撮影管理処理の概略等について示すシーケンス図である。

まず、管理サーバ１と表示装置２とは相互に通信を行うことにより識別子を共有している（ステップＡ１１ａ、ステップＡ１１ｂ）。また表示装置２は、共有した識別子を、例えば図１に示した二次元バーコードＣのようにして表示する（ステップＡ１２）。この表示装置２により表示される識別子は、ユーザに対して提示される識別子であり、例えば、「提示識別子」として機能する。
ここで、撮影管理処理では、識別子を周期的に変更しながら、このように共有及び表示を行う。ただし、図２では、撮影管理処理全体の概略を簡潔に説明するために、このような識別子の周期的な変更については図示を省略する。なお、識別子の周期的な変更は、同じ識別子が周期的に提示される意味に限定されるわけではない。ここでいう周期的な変更とは、時間の経過と共に識別子が別の識別子に変更されることを示す。即ち、第１時間で提示される識別子と、第１時間よりも後の第２時間で提示される識別子と、が異なっていることを示す。

この周期的に変更される識別子には、識別子ごとに生成されたユニークな接続用の情報が含まれている。以下では、一例として、この接続用の情報は、識別子ごとに生成されたユニークなＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）であると想定する。また、このＵＲＬには、識別子を表示した表示装置２（及び、この表示装置２と組となっているカメラ３）が設置されている設置場所を特定する情報が付加されている。

ユーザ端末４は、表示装置２が表示する識別子を読み取ることにより、識別子に含まれている情報を取得する（ステップＡ１３）。このユーザ端末４により読み取られた識別子は、ユーザ端末４が取得した識別子であり、例えば、「取得識別子」として機能する。

ユーザ端末４は、読み取った識別子に含まれるＵＲＬに基づいて、管理サーバ１に設けられたサイトとの通信接続を行って記録指示データを送信する（ステップＡ１４）。
このＵＲＬには、上述したように、表示装置２（及び、この表示装置２と組となっているカメラ３）が設置されている設置場所を特定する情報が付加されている。そして、管理サーバ１は、ユーザ端末４が用いたＵＲＬに付加された情報に基づいて、この記録指示の対象となるカメラ３を特定することができる。

また、この通信接続に伴い、管理サーバ１は、このＵＲＬを用いて通信接続したユーザ端末４のユーザ名（図１のユーザＵ１のユーザ名）を特定するためのユーザＩＤをユーザ端末４に対して記憶させる。例えば、管理サーバ１は、ユーザＩＤをクッキーの形式で、ユーザ端末４のブラウザソフトウェアの接続管理領域に記憶させる。管理サーバ１は、以後、このクッキーをユーザ端末４と送受信することにより、ユーザ端末４を特定することができる。

管理サーバ１は、受信した記録指示データを、特定したカメラ３に対して送信する（ステップＡ１５）。
カメラ３は、受信した記録指示データに基づいて、撮影されている画像の記録を実行する（ステップＡ１６）。

カメラ３は、受信した記録指示データに基づいて得られた記録画像データを、管理サーバ１に対して送信する（ステップＡ１７）。すると、管理サーバ１は、カメラ３から受信した記録画像データを、記録指示データを送信したユーザ端末４のユーザＩＤと共に対応付けて記憶管理する。
これ以降、管理サーバ１は、ユーザＩＤと対応付けられている記録画像データを、このユーザＩＤに対応するユーザが所持するユーザ端末４にて閲覧可能な状態で管理する。この閲覧可能な状態とは、例えば、ブラウザを介して記録画像データに基づく記録画像をユーザ端末４に表示させた状態や、記録画像データをユーザ端末４にダウンロードさせて、この記録画像データに基づく記録画像を表示させた状態が含まれる。なお、この場合のユーザ端末４は記録指示データを送信したユーザ端末に限定されることなく、ユーザＩＤで特定されるユーザ端末であれば、記録指示データを送信したユーザ端末と異なっても良い。

管理サーバ１は、ユーザ端末４で記録画像データに基づく記録画像を表示させるために、ユーザ端末４に対して記録画像データを送信する（ステップＡ１８）。

ユーザ端末４は、管理サーバ１から受信した記録画像データに基づく記録画像を表示する（ステップＡ１９）。この記録画像の送信及び表示は、上述したような、記録画像をブラウザにより表示することや、記録画像データをユーザ端末４にダウンロードして表示することの何れとして実現されてもよい。

以上説明した撮影管理処理によれば、識別子により通信接続される際に用いられクッキーとして利用されるユーザＩＤを、カメラ３及びユーザ端末４の双方を特定するための情報として利用することができる。
従って、ユーザは、ユーザ端末４に識別子を一度読み込ませて管理サーバ１と通信接続すれば、この識別子に対応するカメラ３を簡便に遠隔操作することができる。

［ハードウェア構成］
次に、撮影システムＳに含まれる各装置のハードウェア構成について、図３、図４、図５、及び図６を参照して説明をする。

図３は、本発明の撮影システムの一実施形態に係る管理サーバ１のハードウェアの構成を示すブロック図である。
管理サーバ１は、図３に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、入力部１６と、出力部１７と、記憶部１８と、通信部１９と、ドライブ２０と、を備えている。

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行するプロセッサである。これらプログラムは、例えば、管理サーバ１の各部を動作させるためのオペレーティングシステムやファームウェア、或いは、後述の機能ブロックを実現するためのアプリケーションソフトウェアといったプログラムである。

ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、入力部１６と、出力部１７と、記憶部１８と、通信部１９と、ドライブ２０と、が接続されている。

入力部１６は、各種釦等で構成され、ユーザの指示操作を受け付け、受け付けた指示操作に応じて各種情報を入力する。
出力部１７は、ディスプレイやスピーカ等で構成され、画像や音声を出力する。なお、例えば、タッチパネルにより、入力部１６と出力部１７とを一体にして実現してもよい。
記憶部１８は、ハードディスク或いはＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種画像のデータを記憶する。
通信部１９は、他の装置との間で行う通信を制御する。例えば、図１を参照して上述した、撮影システムＳに含まれる各装置の間で行う通信を制御する。

ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア１０１が適宜装着される。ドライブ２０によってリムーバブルメディア１０１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。また、リムーバブルメディア１０１は、記憶部１８に記憶されている画像のデータ等の各種データも、記憶部１８と同様に記憶することができる。

図４は、本発明の撮影システムの一実施形態に係る表示装置２のハードウェアの構成を示すブロック図である。
表示装置２は、図４に示すように、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、バス２４と、入出力インターフェース２５と、入力部２６と、出力部２７と、記憶部２８と、通信部２９と、を備えている。

ここで、これら各部のハードウェアとしての機能は、上述の管理サーバ１が備える、符号のみが異なる同名の各部のハードウェアとしての機能と同等である。従って、重複する説明を省略する。

図５は、本発明の撮影システムの一実施形態に係るカメラ３のハードウェアの構成を示すブロック図である。
カメラ３は、図５に示すように、ＣＰＵ３１と、ＲＯＭ３２と、ＲＡＭ３３と、バス３４と、入出力インターフェース３５と、記憶部３６と、通信部３７と、撮像部３８と、を備えている。

撮像部３８は、図示はしないが、光学レンズ部と、イメージセンサと、を備えている。
光学レンズ部は、被写体を撮影するために、光を集光するレンズ、例えばフォーカスレンズやズームレンズ等で構成される。
フォーカスレンズは、イメージセンサの受光面に被写体像を結像させるレンズである。ズームレンズは、焦点距離を一定の範囲で自在に変化させるレンズである。
光学レンズ部にはまた、必要に応じて、焦点、露出、ホワイトバランス等の設定パラメータを調整する周辺回路が設けられる。

イメージセンサは、光電変換素子や、ＡＦＥ（Ａｎａｌｏｇ Ｆｒｏｎｔ Ｅｎｄ）等から構成される。
光電変換素子は、例えばＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）型の光電変換素子等から構成される。光電変換素子には、光学レンズ部から被写体像が入射される。そこで、光電変換素子は、被写体像を光電変換（撮影）して画像信号を一定時間蓄積し、蓄積した画像信号をアナログ信号としてＡＦＥに順次供給する。
ＡＦＥは、このアナログの画像信号に対して、Ａ／Ｄ（Ａｎａｌｏｇ／Ｄｉｇｉｔａｌ）変換処理等の各種信号処理を実行する。各種信号処理によって、ディジタル信号が生成され、撮像部３８の出力信号として出力される。

また、撮像部３８以外の、他の各部のハードウェアとしての機能は、上述の管理サーバ１や表示装置２が備える、符号のみが異なる同名の各部のハードウェアとしての機能と同等である。従って、重複する説明を省略する。

図６は、本発明の撮影システムの一実施形態に係るユーザ端末４のハードウェアの構成を示すブロック図である。
ユーザ端末４は、図６に示すように、ＣＰＵ４１と、ＲＯＭ４２と、ＲＡＭ４３と、バス４４と、入出力インターフェース４５と、入力部４６と、出力部４７と、記憶部４８と、通信部４９と、撮像部５０と、ドライブ５１と、を備えている。

ここで、これら各部やリムーバブルメディア１０２のハードウェアとしての機能は、上述の管理サーバ１や、表示装置２や、カメラ３が備える、符号のみが異なる同名の各部のハードウェアとしての機能と同等である。従って、重複する説明を省略する。

［機能ブロック］
次に、撮影システムＳに含まれる各装置の機能ブロックについて、図７、図８、図９、図１０、及び図１１を参照して説明をする。

図７は、図３の管理サーバ１の機能的構成のうち、撮影管理処理を実行するための機能的構成を示す機能ブロック図である。
ここで、撮影管理処理とは、上述したように、ユーザによるカメラ３を用いた撮影を管理するために行われる一連の処理をいう。

撮影管理処理を実行する場合、図７に示すように、ＣＰＵ１１において、識別子共有部１１１と、管理部１１２と、が機能する。
また、撮影管理処理を実行する場合、記憶部１８の一領域には、識別子記憶部１８１と、管理情報記憶部１８２と、が設定される。
以下で特に言及しない場合も含め、これら機能ブロック間では、撮影管理処理を実現するために必要なデータを、適切なタイミングで適宜送受信する。

識別子記憶部１８１には、表示装置２と共有する識別子（例えば、二次元バーコード等）が記憶される。上述したように、識別子は、周期的に変更される。また、これも上述したように、識別子には、ＵＲＬが含まれると共に、識別子を表示した表示装置２（及び、この表示装置２と組となっているカメラ３）に対応する設置場所の情報が付加されている。

識別子には、ユニークなＩＤであるコードＩＤも付加されている。コードＩＤは、後述の管理部１１２が、識別子の表示順番を特定するために用いられる。コードＩＤとしては、例えば、識別子が変更されるたびに単調増加する番号、或いは或いはタイムスタンプといった、表示順番を特定することが可能な情報を利用する。また他にも、コードＩＤとしては、例えば、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）等の乱数を用い、管理部１１２が、この乱数と、識別子の表示順番とを記憶しておくことにより、表示順番を特定するようにしてもよい。
識別子記憶部１８１が記憶する識別子は、識別子共有部１１１により適宜更新される。

管理情報記憶部１８２には、管理部１１２が撮影管理処理における管理を行うための情報である、「管理情報」が記憶される。管理情報の具体的な内容については、管理部１１２の説明の際に後述する。
管理情報記憶部１８２が記憶する識別子は、管理部１１２により適宜更新される。

識別子共有部１１１は、通信部１９を介した通信により、表示装置２と、周期的に変更される識別子を共有する。周期的に変更される識別子に含まれるＵＲＬ等の情報は、管理部１１２が周期ごとに新たに生成する。識別子共有部１１１は、管理部１１２が生成した新たなＵＲＬ等の情報を、識別子に変換する。そして、識別子共有部１１１は、この識別子を表示装置２に対して送信することにより、識別子の共有を行うことができる。なお、この変更を行う周期の長さは任意に定めることが可能であり、例えば、周期の長さを数十秒単位（例えば、３０秒単位）とすることができる。識別子共有部１１１は、識別子が更新される都度、識別子記憶部１８１が記憶する識別子も更新する。

管理部１１２は、管理情報記憶部１８２に記憶されている管理情報を更新すると共に、この管理情報に基づいて、撮影管理処理における管理を行う。以下、管理部１１２を複数の機能ブロックに分けて説明する。本実施形態の管理部１１２は、特定部１１３と、情報制御部１１４と、管理制御部１１５と、受付制御部１１６と、提示制御部１１７と、を備える。

特定部１１３は、識別子に基づいてカメラ３を特定する。例えば、上述の通り、表示装置２及びカメラ３は、組として対応付けられているので、識別子共有部１１１は、識別子を取得することにより、識別子を共有している表示装置２を特定する。そして、識別子共有部１１１は、特定した表示装置２に対応付けられているカメラ３を、記録指示の対象であるカメラ３として特定する。

情報制御部１１４は、カメラ３が設置されている設置場所、識別子に含まれるコードＩＤ、管理サーバ１と通信接続し記録指示データを送信したユーザ端末４のユーザＩＤ、及び、カメラ３が取得した記録画像データを対応付けるように制御する。例えば、管理部１１２は、上述の情報を対応付けて管理情報記憶部１８２のテーブル１８２１に記憶する。

また、情報制御部１１４は、識別子に含まれるＵＲＬや、ＵＲＬに付加する情報の生成を行う。情報制御部１１４によって生成されたＵＲＬに基づいて特定部１１３は通信接続したユーザ端末４を特定する処理や、記録指示データを送信するカメラ３を特定する処理を行う。

管理制御部１１５は、記録指示により得られた記録画像データを管理する処理を行う。例えば、管理制御部１１５は、カメラ３で撮影した記録画像データをユーザ端末４やユーザ端末４と同じユーザ名が設定された外部装置５に送信する処理を行う。つまりユーザはユーザＩＤを共有する表示装置２に記録画像データをダウンロードさせることができる。また、事前に記録画像データのダウンロード先として外部装置５を指定するようにしてもよい。

受付制御部１１６は、所定の条件に基づいてカメラ３による記録指示を受け付けるか否かを判定する。例えば、受付制御部１１６は、ユーザからの撮影を行うための記録指示を受け付けている時には、他のユーザ端末４からの記録指示は受け付けないように制御する。

提示制御部１１７は、表示装置２に表示する情報の処理を行う。例えば、表示装置２に表示する識別子を送信するための処理や、提示制御部１１７に撮影に関する情報を表示するための処理等を行う。

なお、以下の説明において、特定部１１３、情報制御部１１４、管理制御部１１５、受付制御部１１６及び提示制御部１１７が行う処理を、管理部１１２の処理として説明する場合がある。

管理情報記憶部１８２に記憶される管理情報の詳細について図８を参照して説明する。図８は、管理情報記憶部１８２に格納される管理情報のデータ構造の一例を示すテーブル１８２１である。図８に示すように、テーブル１８２１は、管理情報として、「設置場所」、「コードＩＤ」、「ユーザＩＤ」及び「記録画像データ」を含む。

設置場所及びコードＩＤは、ユーザ端末４からの記録指示を新たに受け付けた場合に、新たなレコードとして、テーブル１８２１に記憶される。また、ユーザＩＤについてはユーザ端末４との通信によりクッキーを送受信した際に、このクッキーに対応するユーザＩＤを対応するレコードに追加して記憶される。また、記録画像データについてはカメラ３による撮影が行われた際に、対応するレコードに追加して記憶される。
なお、テーブル１８２１の更新（例えば、設置場所の登録）等については、入力部１６により受け付けられた管理サーバ１の操作者の操作に基づいて行われてもよい。

設置場所は、識別子を表示する表示装置２（及び、この表示装置２と組となっているカメラ３）が設置されている設置場所を示す情報であり、例えば、図示するように、設置されているスポット名を利用することができる。なお、本実施形態では、この設置場所という情報に基づいて、表示装置２（及び、この表示装置２と組となっているカメラ３）を特定しているが、これに限らない。例えば、同一の設置場所に、複数のカメラ３（例えば、撮影用のアングルをそれぞれ異ならせた複数のカメラ３）が存在しているような場合もある。この場合には、この設置場所という情報に加えて、アングルの情報等を更に用いることにより、各カメラ３を特定するようにしてもよい。
或いは、この設置場所という情報に代えて、各表示装置２に付与されたユニークなＩＤや、カメラ３に付与されたユニークなＩＤを用いるようにしてもよい。そして、表示装置２及びカメラ３それぞれに対応するＩＤを設置場所ごとに紐付けておくことにより、表示装置２（及び、この表示装置２と組となっているカメラ３）を特定するようにしてもよい。

コードＩＤは、各識別子に付与されたユニークなＩＤである。コードＩＤの詳細については、識別子共有部１１１の説明の際に上述した通りであり、例えば、図示するように、識別子が変更されるたびに単調増加する番号を利用することができる。なお、上述したように、設置場所及びコードＩＤは、ＵＲＬに付加される情報である。

ユーザＩＤは、ユーザ端末４それぞれを特定するためのユニークなＩＤであり、例えば、図示するように、アルファベットや数字の組み合わせ等を利用することができる。ユーザ端末４が識別子に対応するＵＲＬに基づいて通信接続した場合に、ユーザ端末４のブラウザはユーザＩＤをクッキーとして記憶する。そして、ユーザ端末４が何れかのユーザＩＤをクッキーとして一度記憶した場合、他のＵＲＬに基づいて通信接続する際も、このユーザ端末４は引き続きこのユーザＩＤを用いる。即ち、一度クッキーとして記憶されたユーザＩＤは書き換えられない。そのため、ユーザＩＤは、ユーザ端末４それぞれを特定するためのユニークなＩＤとして機能する。

記録画像データは、カメラ３による撮影と記録により得られた画像データであり、例えば、図示するように、記録画像データのファイル名等とファイルとなった画像データそのものとを利用することができる。記録画像データのデータ形式は特に限定されず、撮影システムＳを実装する環境等に応じて、任意のデータ形式を利用することができる。

管理部１１２は、これら、管理情報記憶部１８２に記憶されている管理情報を更新すると共に、この管理情報に基づいて、撮影管理処理における管理を行う。具体的に、管理部１１２は、ユーザ端末４が通信接続に用いたＵＲＬに付加された情報に基づいて、記録指示（操作指示）の対象となるカメラ３を特定する。また、管理部１１２は、通信接続後に、ユーザ端末４とクッキーとして送受信されるユーザＩＤに基づいて、記録指示データ（操作指示データ）を送信したユーザ端末４を特定する。

更に、管理部１１２は、通信接続に使われたＵＲＬに付加されるコードＩＤに基づいて、このＵＲＬで接続したユーザ端末４より送信された記録指示データを受け付けるか否か判定する。

管理部１１２は、カメラ３が、複数のユーザ端末４のうちの何れかからの記録指示データを受け付けた場合、この記録指示データに基づいた処理が終了するまでは、他のユーザ端末４からの記録指示を受け付けないようにする。そして、記録画像データを得た後に、改めて、他のユーザ端末４からの記録指示データを受け付ける。

なお、ユーザ端末４からの記録指示データは、所定の条件が満たされるまでは複数回受け付けるようにしてもよい。また、所定の条件が満たされた後は他のユーザ端末４からの記録指示データを受け付けるようにしてもよい。この所定の条件は、例えば、記録指示データを所定の回数受け付けること、予め設定された時間を経過することとする。これにより、ユーザ端末４のユーザは、記録指示データを送信した後であっても、所定の条件が満たされるまでは、何回でも記録指示データを送信することができる。

また、管理部１１２は、ユーザ端末４からの記録指示データを新たに受け付ける場合に、先に識別子を読み取って通信接続したユーザ端末４の記録指示データを優先して受け付けるようにする。コードＩＤは識別子の表示順番を特定するために用いることができるため、管理部１１２は、コードＩＤを参照することで、第１の識別子、第２の識別子、第３の識別子、という順番で識別子が表示装置２に巡回的に表示されたことを把握する。

管理部１１２は、第１の識別子を読み取ったユーザ端末４からの記録指示データを優先して受け付ける。例えば、第１の識別子を読み取ったユーザ端末４からの記録指示データを受け付けていない場合には、有効期限内に記録指示データを受け付けるまで、第２の識別子を読み取ったユーザ端末４からの記録指示データは受け付けないようにする。

このようにすることにより、識別子をより早く読み取ったユーザ端末４が優先してカメラ３に対し記録指示データを送信できるようにする。

管理部１１２は、受け付けた記録指示データをカメラ３へ送信し記録を実行させる。また、管理部１１２は、記録指示データにより得られた記録画像データに基づく記録画像が記録指示データを送信したユーザ端末４で閲覧できるように管理する。

ここで、管理サーバ１におけるユーザ端末４とカメラ３の対応付けにクッキーを用いる例について説明する。管理サーバ１の情報制御部１１４は、ＵＲＬを発行し、ＵＲＬ及びＵＲＬに付加する情報に対応する二次元バーコードを識別子として生成する。この二次元バーコードが表示装置２で表示される。ユーザ端末４のＣＰＵ４１は、撮像部５０を使用してこの二次元バーコードを撮影し、バーコード部分をＵＲＬに変換する。そして、通信部４９に対し、この変換されたＵＲＬで管理サーバ１へ接続要求する。

特定部１１３は、ユーザ端末４からの接続要求を検知すると、ユーザ端末４から送信されるユーザＩＤを確認して無効なアクセスでないか否かを判定する。無効なアクセス出ない場合、特定部１１３はクッキーを発行する。また、特定部１１３は、クッキーに対応するユーザＩＤが設定されたユーザ端末４と、複数のカメラ３の設置場所のうち、記録指示データを送信するカメラ３に対応する設置場所とを対応付けて管理情報記憶部１８２に記憶させる。なお、このクッキーを用いた例では、「セッションＩＤ」をクッキーに埋め込み、管理サーバ１側はそのセッションＩＤに紐づけて管理情報記憶部１８２上に様々な情報を記憶する「セッション管理」方法を採用するものとする。

図９は、図４の表示装置２の機能的構成のうち、撮影管理処理を実行するための機能的構成を示す機能ブロック図である。

撮影管理処理を実行する場合、図９に示すように、ＣＰＵ２１において、識別子共有部２１１と、表示制御部２１２と、が機能する。
また、撮影管理処理を実行する場合、記憶部１８の一領域には、識別子記憶部２８１が設定される。
以下で特に言及しない場合も含め、これら機能ブロック間では、撮影管理処理を実現するために必要なデータを、適切なタイミングで適宜送受信する。

識別子記憶部２８１には、管理サーバ１と共有する識別子が記憶される。識別子記憶部２８１が記憶する識別子は、識別子共有部２１１により適宜更新される。

識別子共有部２１１は、通信部２９を介した通信により、管理サーバ１と、周期的に変更される識別子を共有する。これら識別子の詳細及び識別子の共有については、管理サーバ１の説明の際に上述したので、ここでは、再度の説明を省略する。

表示制御部２１２は、識別子記憶部２８１が記憶する識別子を出力部２７に表示させる制御を行う。識別子は、上述したように、例えば数十秒単位の周期で更新される。そのため、表示制御部２１２は、管理サーバ１と共有する最新の識別子をこの周期で更新表示する。

図１０は、図５のカメラ３の機能的構成のうち、撮影管理処理を実行するための機能的構成を示す機能ブロック図である。

撮影管理処理を実行する場合、図１０に示すように、ＣＰＵ３１において、記録指示応答部３１１と、撮影制御部３１２と、が機能する。
また、撮影管理処理を実行する場合、記憶部３６の一領域には、記録画像記憶部３６１が設定される。
以下で特に言及しない場合も含め、これら機能ブロック間では、撮影管理処理を実現するために必要なデータを、適切なタイミングで適宜送受信する。

記録画像記憶部３６１には、撮影制御部３１２の制御に基づいて、撮像部３８が撮影することにより得られた画像データである記録画像データが記憶される。

記録指示応答部３１１は、管理サーバ１からの記録指示データを受け付ける。この記録指示データは、カメラ３と組にされた表示装置２が表示する識別子に対応するものであり、ユーザ端末４から送信されたものである。記録指示応答部３１１は、記録指示データを受け付けると、撮影制御部３１２に対して、撮影・記録を指示する。また、記録指示応答部３１１は、撮影制御部３１２が撮影・記録の実行により得た記録画像データを管理サーバ１に対して送信する。

撮影制御部３１２は、記録指示応答部３１１からの指示に基づいて、撮像部３８を駆動制御して撮影及び記録を実行する。これによりユーザ端末４のユーザが所望する画像データ（例えば、希望するランドマークを背景とし、ユーザ端末４のユーザが被写体像として含まれる画像）が記録画像データとして得られる。撮影制御部３１２は、この記録画像データを、記録指示応答部３１１に対して出力すると共に、記録画像記憶部３６１に記憶させる。

図１１は、図６のユーザ端末４の機能的構成のうち、撮影管理処理を実行するための機能的構成を示す機能ブロック図である。

撮影管理処理を実行する場合、図１１に示すように、ＣＰＵ４１において、識別子取得部４１１と、記録指示部４１２と、画像生成部４１３と、が機能する。
また、撮影管理処理を実行する場合、記憶部４８の一領域には、識別子記憶部４８１が設定される。
以下で特に言及しない場合も含め、これら機能ブロック間では、撮影管理処理を実現するために必要なデータを、適切なタイミングで適宜送受信する。

識別子記憶部４８１には、識別子取得部４１１による読み取りにより得られた、識別子に含まれる情報が記憶される。識別子記憶部４８１が記憶する識別子に含まれる情報は、識別子取得部４１１により適宜更新される。

記録画像記憶部４８２には、記録指示部４１２の記録指示に基づいて、カメラ３により撮影された記録画像が記憶される。

識別子取得部４１１は、入力部４６により受け付けられたユーザ端末４のユーザの操作に基づいて、表示装置２に表示された二次元バーコード等の識別子を読み取る。この読み取りは、撮像部５０により撮影された画像に含まれる二次元バーコードを、既知のアルゴリズム（例えば、二次元バーコードの規格に準拠したアルゴリズム）によりデコードすることにより実現される。識別子取得部４１１は、二次元バーコードに含まれる情報を識別子記憶部４８１に記憶させる。

記録指示部４１２は、入力部４６により受け付けられたユーザ端末４のユーザの操作に基づいて、カメラ３に対する記録指示データを、管理サーバ１に対して送信する。

画像生成部４１３は、記録指示部４１２が送信した記録指示データに基づいて撮影された記録画像データを管理サーバ１から受信する。そして、画像生成部４１３は、受信した記録画像データに基づく記録画像を生成し、出力部４７に表示する。

これら、記録指示部４１２及び画像生成部４１３は、記録指示データの送信や、記録画像データの受信のために、識別子取得部４１１が読み取った識別子に含まれるＵＲＬを用いて、管理サーバ１と通信接続する。なお、識別子取得部４１１が識別子からＵＲＬを読み取ったことを契機としてブラウザを自動的に起動させてもよい。

［動作］
以上、ユーザ端末４について説明したが、外部装置５も同様の構成である。次に、撮影システムＳに含まれる各装置の動作について、図１２〜図２５を参照して説明をする。

図１２、図１３及び図１４は、撮影システムＳにおいて、図７の機能的構成を有する管理サーバ１が実行する撮影管理処理の流れを説明するフローチャートである。

まず、識別子共有部１１１は、表示装置２と二次元バーコード等の識別子を共有状態にするための処理を実行する（ステップＳ１１）。例えば、管理サーバ１から表示装置２に共有する識別子を送信することにより、表示装置２と識別子を共有する状態とする。

次にタイムアップとなったか否かを判定する（ステップＳ１２）。具体的には撮影管理処理開始から所定時間（例えば３０秒）が経過している場合に、識別子共有部１１１がタイムアップと判定する。タイムアップになることは、識別子を変更する周期が到来したことを意味する。識別子共有部１１１は、識別子を変更する周期が到来したと判定した場合は（ステップＳ１２→Ｙｅｓ）、処理はステップＳ１３に進む。一方で、識別子を変更する周期が到来していないと判定した場合は（ステップＳ１２→Ｎｏ）、処理はステップＳ１７に進む。

識別子共有部１１１は、識別子を変更する周期が到来したと判定した場合、新たな識別子を生成し（ステップＳ１３）、生成した識別子を識別子記憶部１８１に書き込み、その内容を更新する（ステップＳ１４）。

その後、識別子共有部１１１は、表示装置２へ新たに生成した識別子を送信し（ステップＳ１５）、タイマーをリスタートする（ステップＳ１６）。この後、ステップＳ１１へリターンすることで、表示装置２と新たに生成した識別子が共有される。

一方、識別子を変更する周期が到来していないと判定した場合、管理部１１２の情報制御部１１４は、ユーザ端末４から識別子に対応するＵＲＬを用いた接続要求を検出したか否かを判定する（ステップＳ１７）。接続要求を検出したと判定した場合（ステップＳ１７→Ｙｅｓ）、処理はステップＳ１８に進む。一方で、接続要求を検出していないと判定した場合（ステップＳ１７→Ｎｏ）、処理はステップＳ１１に戻る。

情報制御部１１４が接続要求を検出したと判定した場合、記録指示データを管理サーバ１を介してカメラ３へ送信し、この記録指示データの受信をトリガーとしてカメラ３に対し撮影画像の記録を行わせる機能を紐付けた記録指示アイコンをレイアウトしたページを、接続要求したユーザ端末４へ転送する（ステップＳ１８）。本実施形態では、ここで転送されるページには、記録指示データの受付可能な回数が２回であることを示すテキストが含まれる（図２０参照）。

情報制御部１１４は、ユーザＩＤをユーザ端末と共有し、管理情報記憶部１８２に登録する（ステップＳ１９）。ユーザＩＤは上記記録指示アイコンをレイアウトしたページを発行・送信した時の送信先のユーザ名が含まれたクッキー形式のデータである。そして、管理部１１２は、６０秒タイマーをスタートする（ステップＳ２０）。

情報制御部１１４は、タイムアップしたか否かを判定する（ステップＳ２１）。本実施形態では、所定時間として例えば６０秒が経過するとタイムアップと判定される。タイムアップしたと判定した場合は（ステップＳ２１→Ｙｅｓ）、処理はステップＳ３６に進む。一方で、タイムアップしていないと判定した場合は（ステップＳ２１→Ｎｏ）、処理はステップＳ２２に進む。

ステップＳ２１においてタイムアップしていないと判定された場合、情報制御部１１４は、ユーザが記録指示アイコンをタッチしたことによりユーザ端末４から記録指示データを受信したか否かを判定する（ステップＳ２２）。記録指示データを受信したと判定した場合は（ステップＳ２２→Ｙｅｓ）、処理はステップＳ２３に進む。一方で、記録指示データを受信していないと判定した場合は（ステップＳ２２→Ｎｏ）処理はステップＳ２１に戻る。

記録指示データを受信したと判定した場合、情報制御部１１４はカウントダウンを継続する処理を実行する（ステップＳ２３）。そして、ユーザ端末４が通信接続に用いたＵＲＬに付加された情報に基づいて、管理部１１２の特定部１１３が今回の記録指示の対象となるカメラ３を特定する（ステップＳ２４）。この時、特定部１１３は、クッキーとして送受信されるユーザＩＤに基づいて、記録指示データの送信元のユーザ端末４も特定する。

管理部１１２の受付制御部１１６は、ユーザ端末４が通信接続に用いたＵＲＬに付加されたコードＩＤに基づいて、カメラ３側がユーザ端末４から受信した記録指示データの受付が可能か不可能かを判定する（ステップＳ２５）。受付可能でないと判定した場合は（ステップＳ２５→Ｎｏ）、処理はステップＳ２６に進む。

記録指示データの受付が不可能と判定した場合は、受付制御部１１６は受付不可を示すページを特定されたユーザ端末４へ転送し（ステップＳ２６）、ステップＳ２１へリターンする。一方、記録指示データの受付が可能と判定した場合は、処理はステップＳ２７に進む。

情報制御部１１４は、受け付けた記録指示データを、記録指示の対象となるカメラ３に対して送信する（ステップＳ２７）。その後、情報制御部１１４は、記録指示に応じてカメラ３が撮影・記録した記録画像データを受信する（ステップＳ２８）。

情報制御部１１４は、識別子に対応付けて受信した記録画像データと回数とを管理情報記憶部１８２に登録する（ステップＳ２９）。この識別子は、記録指示を行うためにユーザ端末４で取得したものである。ステップＳ２１の処理後に初めて記録画像データを受信した場合は、管理情報記憶部１８２に回数情報として「１」を記憶する。同様に、２回目に記録画像データを受信した場合は、管理情報記憶部１８２に回数情報として「２」を記憶する。

情報制御部１１４は、受信した回数が予め設定されている回数を超えているか否かを判定する（ステップＳ３０）。受信した回数が予め設定されている回数を超えてないと判定した場合は（ステップＳ３０→Ｎｏ）、記録指示アイコンを含むページを表示するための情報をユーザ端末４に送信する（ステップＳ３１）。ここで転送されるページには記録指示データの受付可能な回数が１回であることを示すテキストに差し替えられている。

管理制御部１１５は、受信した回数が予め設定されている回数を超えていると判定した場合は（ステップＳ３０→Ｙｅｓ）、確認画像ページを表示するための情報を生成する（ステップＳ３２）。確認画像とは、記録画像データから生成されたものであり表示サイズや解像度等の画像情報を減縮させた画像データに基づいたものである。また、確認画像ページは表示されている確認画像はユーザ端末４内に記録保存できないようなページ構造であることが望ましい。管理制御部１１５は、記録指示データを送信したユーザ端末４へ確認画像表示ページを転送する（ステップＳ３３）。

管理制御部１１５は、ユーザ端末４より記録画像データの送信要求を受信したか否かを判定する（ステップＳ３４）。例えば、送信要求は、ユーザが選択した記録画像のダウンロード要求である。送信要求が受信された場合は（ステップＳ３４→Ｙｅｓ）、対応する記録画像データをユーザ端末４に転送し（ステップＳ３５）。処理はステップＳ１１にリターンする。一方、記録画像データの送信要求を受信していない場合は（ステップＳ３４→Ｎｏ）、ステップＳ１１にリターンする。

次に、ステップＳ２１でタイムアップと判定された場合について説明する。図１３に示すように、タイムアップしたと判定した場合（ステップＳ２１→Ｙｅｓ）は、ステップＳ３６の処理に移行する。

管理制御部１１５はタイムアップしたと判定した場合、記録画像データが管理情報記憶部１８２に登録されているか否か判定する（ステップＳ３６）。記録画像データが管理情報記憶部１８２に登録されていると判定した場合は（ステップＳ３６→Ｙｅｓ）、処理はステップＳ３２に進む。一方、記録画像データが管理情報記憶部１８２に登録されていないと判定した場合は（ステップＳ３６→Ｎｏ）、処理はステップＳ３７に進む。

管理制御部１１５は、記録画像データが管理情報記憶部１８２に登録されていないと判定した場合は、タイムアップした旨を告知する告知ページをユーザ端末４へ転送し（ステップＳ３７）、管理情報記憶部１８２に記憶されている今回の処理対象だったユーザＩＤの情報を消去する（ステップＳ３８）。その後ステップＳ１１にリターンする。

以上、管理サーバ１が実行する撮影管理処理の一例について説明した。次に、表示装置２が実行する処理について図１５を参照して説明する。図１５は、撮影システムＳにおいて、図９の機能的構成を有する表示装置２が実行する撮影管理処理の流れを説明するフローチャートである。

まず、識別子共有部２１１は、管理サーバ１と識別子を共有している状態にあるとする（ステップＳ２２１）。具体的には、管理サーバ１から送信された識別子を共有対象として動作している。

表示制御部２１２が管理サーバ１と共有する二次元バーコードからなる識別子を出力部２７に表示する処理を実行する（ステップＳ２２２）。出力部２７がＥ−Ｉｎｋディスプレイを採用している場合、出力時のみ電圧を印加すればその後は電力供給無しに半永久的に識別子の表示を継続させることができる。

識別子共有部２１１は、新たな識別子を管理サーバ１から受信したか否かを判定する（ステップＳ２２３）。新たな識別子を受信したと判定した場合は（ステップＳ２２３→Ｙｅｓ）、処理はステップＳ２２１にリターンする。新たな識別子を受信しなかったと判定した場合は（ステップＳ２２３→Ｎｏ）、ステップＳ２２２へリターンし、識別子の表示を継続する。

次に、カメラ３が実行する処理について図１６を参照して説明する。図１６は、撮影システムＳにおいて、図１０の機能的構成を有するカメラ３が実行する撮影管理処理の流れを説明するフローチャートである。

記録指示応答部３１１は、記録指示データを受信した否かを判定する（ステップＳ３３１）。記録指示データを受信したと判定した場合は（ステップＳ３３１→Ｙｅｓ）、ステップＳ３３２に進む。一方で、記録指示データを受信していない場合は（ステップＳ３３１→Ｎｏ）記録指示データの受付待ち状態に戻る。

記録指示応答部３１１は、記録指示データを受付可能か不可能かを判定する（ステップＳ３３２）。受付可能であると判定した場合は（ステップＳ３３２→Ｙｅｓ）、ステップＳ３３３の処理に移行する。受付不可能と判定した場合は（ステップＳ３３２→Ｎｏ）、ステップＳ３３５の処理に移行する。

記録指示応答部３１１が記録指示データの受付が可能と判定した場合、撮影制御部３１２は、記録処理を実行する（ステップＳ３３３）。本実施形態では、管理サーバ１から記録指示データを受信してから所定時間のカウントダウンを行い、カウントダウン後に撮影・記録を行う。

記録指示応答部３１１は、記録指示データの応答として、撮影・記録により得られた記録画像データを、管理サーバ１に対して送信する（ステップＳ３３４）。その後、ステップＳ３３１にリターンする。

記録指示応答部３１１が記録指示データの受付が不可能と判定した場合は（ステップＳ３３２→Ｎｏ）、受付不可能を示す情報を管理サーバ１に送信する（ステップＳ３３５）。その後、ステップＳ３３１にリターンする。

次に、ユーザ端末４が実行する処理について図１７及び図１８を参照して説明する。図１７及び図１８は、撮影システムＳにおいて、図１１の機能的構成を有するユーザ端末４が実行する撮影管理処理の流れを説明するフローチャートである。

識別子取得部４１１は、ユーザによる識別子の読み取り操作があったか否かを判定する（ステップＳ４１１）。ユーザによる識別子の読み取り操作があったと判定した場合は（ステップＳ４１１→Ｙｅｓ）、ステップＳ４１３に進む。一方で、ユーザによる識別子の読み取り操作が無いと判定した場合は（ステップＳ４１１→Ｎｏ）、ステップＳ４１２に進む。

識別子取得部４１１は、ユーザからの識別子の読み取り操作が無いと判定した場合、過去の処理において、識別子を読み取り済みであるか否かを判定する（ステップＳ４１２）。識別子を読み取り済みであると判定した場合は（ステップＳ４１２→Ｙｅｓ）、ステップＳ４１４に進む。一方で、識別子を読み取り済みでないと判定した場合は（ステップＳ４１２→Ｎｏ）、処理はステップＳ４１１に戻る。

識別子取得部４１１は、ユーザによる識別子の読み取り操作があったと判定した場合、この読み取り操作に基づいて、表示装置２が表示する識別子を読み取る（ステップＳ４１３）。

記録指示部４１２は、ユーザからの管理サーバ１への接続要求があったか否かを判定する（ステップＳ４１４）。接続要求があったと判定した場合は（ステップＳ４１４→Ｙｅｓ）、ステップＳ４１５に進む。一方で、接続要求がないと判定した場合は（ステップＳ４１４→Ｎｏ）、ステップＳ４１１に戻る。

ユーザからの管理サーバ１への接続要求があったか否かを判定すると、記録指示部４１２は、接続要求を管理サーバ１に送信し（ステップＳ４１５）、これに応答して管理サーバ１から転送された記録指示アイコンをレイアウトしたページを受信する（ステップＳ４１６）。この記録指示アイコンには、そのアイコンへのユーザの接触操作を検出することで記録指示データを管理サーバ１を介してカメラ３へ送信し、この記録指示データの受信をトリガーとしてカメラ３に対し撮影画像の記録を行わせる機能が紐付けされている。

記録指示部４１２は、出力部４７に記録指示アイコンがレイアウトされたページを表示する（ステップＳ４１７）。記録指示部４１２は、ユーザＩＤを管理サーバ１と共有し、識別子記憶部４８１に当該ユーザＩＤを登録する（ステップＳ４１８）。

記録指示部４１２は、ユーザからのカメラ３に対する記録指示があったか否かを判定する（ステップＳ４１９）。記録指示がないと判定した場合は（ステップＳ４１９→Ｎｏ）ステップＳ４２０に進む。一方で、記録指示があったと判定した場合は（ステップＳ４１９→Ｙｅｓ）、ステップＳ４２１に進む。

記録指示がないと判定した場合、記録指示部４１２は、タイムアップか否かを判定する（ステップＳ４２０）。例えば、記録指示部４１２は、管理サーバ１からタイムアップした告知ページを受信した場合にタイムアップと判定する。タイムアップと判定した場合は（ステップＳ４２０→Ｙｅｓ）、タイムアップ告知ページを表示する制御を行う（ステップＳ４２６）。更に、記録指示部４１２は、カメラ３を使用した撮影がおこなわれていたか否かを判定する（ステップＳ４２７）。撮影が既に行われていたと判定した場合は（ステップＳ４２７→Ｙｅｓ）、ステップＳ４２８に進む。一方で撮影が行われていなかったと判定した場合は（ステップＳ４２７→Ｎｏ）、ユーザ端末４上での撮影管理処理が終了する。ステップＳ４２０において、タイムアップでないと判定された場合は（ステップＳ４２０→Ｎｏ）、ステップＳ４１９に戻る。

記録指示部４１２は、ユーザの操作に基づく記録指示データを管理サーバ１に対して送信する（ステップＳ４２１）。

記録指示部４１２は、管理サーバ１において記録指示データを受信し、これに基づく記録指示が受け付けられたか否かを判定する（ステップＳ４２２）。記録指示が受け付けられないと判定した場合は（ステップＳ４２２→Ｎｏ）記録指示部４１２は、記録指示を受け付けられない旨を示す受付不可ページを出力部４７に表示する（ステップＳ４２３）。そして、ユーザ端末４上での撮影管理処理が終了する。

記録指示部４１２が管理サーバ１で記録指示が受け付けられたと判定した場合（ステップＳ４２２→Ｙｅｓ）はステップＳ４２４に進む。

記録指示部４１２は、管理サーバ１から受信した確認画像ページを表示する（ステップＳ４２４）。確認画像ページには、ユーザ端末４から管理サーバ１を介してカメラ３へ記録指示データが送信され、カメラ３がこれに応じて撮影・記録した画像の確認画像がレイアウトされている。

記録指示部４１２は、カメラ３の撮影回数が所定回数以上か未満かを判定する（ステップＳ４２５）。撮影回数が所定回数未満と判定した場合は（ステップＳ４２５→Ｎｏ）、ステップＳ４１９に戻る。

撮影回数が所定回数以上と判定した場合は（ステップＳ４２５→Ｙｅｓ）、ステップＳ４２８に進む。

記録指示部４１２は、ユーザによる画像の選択操作が行われたか否かを判定する（ステップＳ４２８）。ユーザによる画像の選択が行われたと判定した場合は（ステップＳ４２８→Ｙｅｓ）ステップＳ４２９に進む。ユーザによる画像の選択が行われなかったと判定した場合は（ステップＳ４２８→Ｎｏ）、ユーザ端末４上での撮影管理処理が終了する。

画像生成部４１３は、管理サーバ１に対して記録画像の送信を管理サーバ１に要求する（ステップＳ４２９）。画像生成部４１３は、記録指示に基づいて撮影された記録画像を、管理サーバ１から受信する（ステップＳ４３０）。

画像生成部４１３は、受信した記録画像を出力部４７に表示し（ステップＳ４３１）、ユーザ端末４上での撮影管理処理が終了する。

以上説明したように、本実施形態の撮影管理処理によれば、カメラ３及びユーザ端末４の双方を特定するための識別子を周期的に変更させ、撮影スポット近くの表示装置２に二次元バーコードのような形式で表示させ、ユーザはユーザ端末４に備えられた撮像部にて、表示された識別子を読み取らせるだけで、通信制御とカメラ３を遠隔操作することによる撮影・記録制御とを実行することができる。

また、撮影管理処理によれば、周期的に変更した識別子を利用することにより、ネットワーク上において共有状態にあるカメラ３等の情報入力装置を一時的に操作することができる。更に、撮影管理処理によれば、ユーザよりも遠い場所にあるカメラ３を利用して撮影を行うことから、友人等を含めたグループ全員で撮影することや、ユーザ端末では撮影しにくいアングルで撮影することが可能となる。なお、主にユーザ端末４に記録画像を表示する処理について説明したが外部装置５に記録画像を表示する場合も同様の処理が行われる。

［構成例］
以上のように構成される撮影システムＳは、表示装置２と、管理サーバ１と、ユーザが携帯可能なユーザ端末４と、カメラ３と、を備える。
表示装置２は、識別子を周期的に変更して提示する提示手段である。
管理サーバ１は、表示装置２にて周期的に変更されて提示される識別子を表示装置２と共有する管理手段である。
ユーザ端末４は、ユーザによる識別子の取得操作を検出した時に表示装置２に提示されていた識別子を取得し、取得した識別子、及び、情報を取得させる記録指示を、管理サーバ１に対して送信する通信手段である。
カメラ３は、管理サーバ１が受信した記録指示に基づいて操作されることにより、画像データを取得する情報取得手段である。
管理サーバ１は、ユーザ端末４により送信された記録指示に基づいてカメラ３が取得した画像データと、ユーザの識別子の取得操作を検出した時に表示装置２に提示されていた識別子と、を対応付けるよう制御する情報制御部１１４と、を備える。
このように、識別子を周期的に変更することにより、この識別子を、カメラ３及びユーザ端末４の双方を特定するための情報として利用することができる。ネット接続の際に交換される通信プロトコル特有の接続相手の情報を、ネット接続機器のコントロール権限と紐付けしているのである。
これによって、ユーザは、識別子を一度読み込むことにより、通信接続とカメラ３の遠隔操作とを実現することができる。

管理サーバ１は、記録指示に基づいて操作されたカメラ３が取得した情報を、特定したユーザ端末４又は特定したユーザ端末４に対応する外部装置５と対応付けて管理する管理制御部（第１の管理制御手段）１１５を更に備える。
これにより、ユーザは、自身が利用するユーザ端末４等の装置で、カメラ３が取得した情報を参照することができる。

カメラ３は、識別子で特定される場所を撮影範囲として撮像する撮像手段を含む。カメラ３は、記録指示に基づいて、ユーザ端末４を所持するユーザを撮影範囲に含んだ記録画像データを情報として取得する。
これにより、ユーザは、カメラ３により撮影された、自身を含んだ記録画像を参照することができる。

撮影システムＳにおける記録指示は、カメラ３に対し連続的に撮像させる指示を含み、管理サーバ１は、連続的に撮像させる指示により撮像された複数の記録画像を、ユーザ端末４又は特定したユーザ端末４に対応する外部装置５と対応付けて管理する管理制御部（第２の管理制御手段）１１５を備える。
これにより、ユーザは、カメラ３により連続撮影された、連続した静止画や動画等の記録画像を参照することができる。

撮影システムＳにおける複数の記録画像とは記録指示の受信に応じて記録された複数の記録画像であり、ユーザ端末４又はユーザ端末４に対応する外部装置５は、撮像された複数の記録画像から特定の記録画像を選択し、選択された特定の記録画像の送信を管理サーバ１に指示する入力部４６（選択手段、指示手段）を備える。
これにより、ユーザは、ユーザ端末４又は外部装置５を介して複数の記録画像を参照し、所望の記録画像を取得することができる。

撮影システムＳは、ユーザ端末４を複数有し、
管理サーバ１は、ユーザ端末４から受信した識別子に基づいてカメラ３を特定すると、特定されたカメラ３に対し、記録指示を送信したユーザ端末４以外のユーザ端末４からの記録指示を受け付けないように制御する受付制御部１１６（第１の受付制御手段）を更に備える。
これにより、各ユーザによる排他的なカメラ３の利用を実現することができる。

撮影システムＳは、ユーザ端末４を複数有し、
受付制御部１１６（第２の受付制御手段）は、複数のユーザ端末４から同じ識別子が送信された場合は、最初に識別子を送信したユーザ端末４からの記録指示を優先して受け付けるよう制御する。
これにより、カメラ３の利用順番を、読み取りをした順番に応じて公平に決定することができる。

管理サーバ１は、ユーザ端末４から受信した取得識別子の内容と、表示装置２と共有する提示識別子の内容とに基づいて、ユーザ端末４及び表示装置２を特定する。
これにより、管理サーバ１は、ユーザ端末４から受信した識別子と、表示装置２と共有する識別子を、カメラ３及びユーザ端末４の双方を特定するための情報として利用することができる。

［変形例］
なお、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。例えば、上述の実施形態を変形し、以下に例示するような変形例とすることができる。また、以下に例示するような変形例を組み合わせることもできる。

＜第１の変形例＞
上述した実施形態では、カメラ３にて単一の静止画を撮影することを想定した。これに限らず、例えば、カメラ３にて連続撮影を行うことにより、連続した静止画や得るようにしたり、この連続した静止画をそれぞれフレームとして構成される動画を得るようにしたりしてもよい。また、単一の静止画や、連続した静止画や動画の何れを撮影するかを、ユーザ端末４からの記録指示に基づいて選択するようにしてもよい。
これにより、ユーザは、自身の意図に応じて、静止画や、動画等を選択的に撮影することができる。

また、撮影によって得られた、連続した静止画や動画を、ユーザ端末４で閲覧可能としてもよい。これにより、ユーザは、ユーザ端末４にて参照される動画等をライブビュー画像として利用し、自身の表情やポーズ等を確認しながら、所望のタイミングで記録指示を出すことができる。

第１変形例の具体的な処理について説明する。図１９は、管理サーバ１によるライブビュー表示処理の流れを説明するフローチャートの一部である。図１９に示すフローチャートは、図１２のフローチャートのステップＳ１８の処理に代替する。

第１変形例では、ステップＳ１７の識別子に対応するＵＲＬへの接続要求を検出した後、処理はステップＳ１０１に移行する。特定部１１３は識別子に基づいてカメラ３を特定し、管理制御部１１５は特定したカメラ３にライブビュー画像の転送を要求する（ステップＳ１０１）。

管理制御部１１５は、ライブビュー画像の転送要求に応答し、カメラ３から逐次送信されるライブビュー画像を受信し、このライブビュー画像が表示されたライブビュー表示エリアと記録指示アイコンとをレイアウトしたページを生成し、接続要求を行ったユーザ端末４に送信する（ステップＳ１０２）。図２０は、管理サーバ１から転送されてユーザ端末４の出力部４７（又は外部装置の表示部）に表示されるページの例を示す模式図である。ユーザ端末４又は外部装置５には、図２０に示すようなページが表示される。図２０に示される例では、ライブビューイメージ４７１の枠内にライブビュー画像が表示されている。また、ライブビューイメージ４７１の他、記録指示アイコン４７２や、撮影可能な時間を示すテキストや、撮影できる残り回数（２回）を示すテキストが表示されている。ステップＳ１０２の処理の後は、ステップＳ１９の処理に移行する。以降は図１２を参照して説明した上記実施形態と同様の処理が実行される。

以上説明したように、第１の変形例では、管理サーバ１は、連続して取得された記録画像をライブビュー画像として、特定したユーザ端末４又は特定したユーザ端末４に対応する外部装置５で参照可能な状態とする。そして、ユーザ端末４は、カメラ３によって逐次撮像されている画像を受信する通信部４９と、受信手段によって受信された画像に基づくライブビュー画像を表示する出力部４７と、を更に備える。
これにより、ユーザは、ライブビュー画像によって、自身の表情やポーズ等を確認しながら、所望のタイミングで記録指示を出すことができる。

＜第２の変形例＞
上述した実施形態では、記録指示を受け付けている場合に、他のユーザ端末４からの接続要求が受信しても、他のユーザ端末４の記録指示は受け付けないように制御している例を説明したが、これに限られない。例えば、受付不可以外の情報をユーザ端末４に提供するようにしてもよい。

第２変形例の具体的な処理について説明する。図２１は、管理サーバ１による待機人数を管理する処理の流れを説明するフローチャートの一部である。図２１に示すフローチャートは、図１２のフローチャートのステップＳ１７とステップＳ１８の間に行われる処理である。

第２変形例では、ステップＳ１７の識別子に対応するＵＲＬへの接続要求を検出した後、特定部１１３は、ＵＲＬで特定される設置場所のカメラ３が、現在撮影準備のためのタイマーによるカウント中か否かを判定する（ステップＳ１１１）。特定されたカメラ３がタイマーカウント中であると判定した場合は（ステップＳ１１１→Ｙｅｓ）と判定され、ステップＳ１１２に進む。一方、カウント中ではないと判定した場合は（ステップＳ１１３→Ｎｏ）、ステップＳ１８に進む。

特定されたカメラ３がタイマーカウント中であると判定した場合は、特定部１１３はカメラ３のステータスリスト１８２２、及び、待機状態リスト１８２３を参照する（ステップＳ１１２）。ステータスリスト１８２２、及び、待機状態リスト１８２３は、管理情報記憶部１８２にて管理されている。図２２は、管理サーバ１によるこれらのリストの例を示す模式図である。図２２のステータスリスト１８２２はカメラ３ごとの使用状況（タイマーカウント中か否か）を示しており、待機状態リスト１８２３は、カメラ３が現在利用可能な状態か否か、現在利用不可能の状態であれば、利用待ち状態（即ち待機状態）を示すものである。

図２２においてステータスリスト１８２２における「コードＩＤ」はカメラ３を特定する情報であり、「カウントフラグ」は現在タイマーカウントが行われている状況か否かを示す。カウントフラグの「０」に対応するコードＩＤは、このコードＩＤで特定されるカメラ３はタイマーカウント中ではないことを示し、カウントフラグの「１」に対応するコードＩＤは、このコードＩＤで特定されるカメラ３はタイマーカウント中であることを示す。待機状態リスト１８２３における「ユーザＩＤ」はユーザ端末４を操作するユーザを特定する。「待機可の送信時刻」はユーザ端末４が管理サーバ１に対して待機可能であることを送信した時刻を示す。「待機中フラグ」はそのカメラ３について、利用待ちのユーザが存在するか否かを示すものであり、フラグの「０」は利用待ちのユーザは存在せず、フラグの「１」は、利用待ちのユーザは、利用待ちのユーザが存在することを示す。図２２の例では、コードＩＤ「００１２０」で特定されるカメラ３は、既にユーザＩＤ「ａｂｃ１」による撮影・記録処理が完了し、誰でも利用可能な状態であることを示す。一方、コードＩＤ「００１２１」で特定されるカメラ３及びコードＩＤ「００１２２」で特定されるカメラ３は何れも利用待ちのユーザが存在することを示している。なお、コードＩＤ「００１２１」で特定されるカメラ３は、ユーザＩＤ「ｅｆｇ１」、「ａｂｃ１」の二人のユーザが利用待ちの状態で、次の利用を予約しており、コードＩＤ「００１２２」で特定されるカメラ３は、ユーザＩＤ「ａｂｃ１」の一人のユーザが利用待ちの状態で、次の利用を予約している。

管理制御部１１５は、他のユーザが利用中である旨と待機人数、カウントダウンの値及び待機可／不可アイコンをレイアウトしたページをユーザ端末４に転送する（ステップＳ１１３）。

管理制御部１１５は、待機可であることを示す情報をユーザ端末４から受信したか否かを判定する（ステップＳ１１４）。待機可をユーザ端末４から受信したと判定した場合は（ステップＳ１１４→Ｙｅｓ）、ステップＳ１１５に進む。待機可をユーザ端末４から受信しなかったと判定した場合は（ステップＳ１１４→Ｎｏ）、ステップＳ１１にリターンする。

管理制御部１１５は、例えば、待機可の送信時刻が直近のものを優先して受け付けるように待機状態リスト１８２３を更新する（ステップＳ１１５）。具体的に図２２で示すと、待機状態の対象のカメラ３、待機可を送信したユーザ端末４のユーザＩＤ、待機可をユーザが送信した時刻を入力すると共に、当該カメラ３の待機中フラグを０から１に変更する。

管理制御部１１５は、他のユーザが利用中である旨と待機人数、カウントダウンの値をレイアウトしたページを、待機可を送信したユーザ端末４に転送する（ステップＳ１１６）。待機人数は、コードＩＤごとに待機中フラグの数をカウントすることにより算出される。この転送処理の後、処理はステップＳ１１にリターンする。

第２変形例によれば、ユーザはカメラ３の現在の利用状況を把握することができる。

＜第３の変形例＞
上述した実施形態では、表示装置２によって表示される識別子は周期的に変更される制御であったが、これに限られない。ユーザによるカメラ３の操作中は識別子の表示を停止する制御を加えてもよい。

第３変形例の具体的な処理について説明する。図２３は、管理サーバ１における、表示装置２の識別子の表示停止処理及びカメラの調整処理の流れを説明するフローチャートの一部である。図２３に示すフローチャートは、図１３のフローチャートのステップＳ２０とステップＳ２１の間に行われる処理である。

ステップＳ２０の６０秒タイマースタートの処理の後、提示制御部１１７は、コードＩＤに対応する表示装置２に対し、識別子の表示停止指示を送信する（ステップＳ１２１）。なお、この時の表示装置２は、ユーザ端末４が取得した識別子を取得後も表示していたものとする。

提示制御部１１７は、６０秒タイマーがタイムアップしたか否かを判定する（ステップＳ１２２）。タイムアップしたと判定した場合は（ステップＳ１２２→Ｙｅｓ）、ステップＳ１３の新たな識別子を生成する処理に進む。一方、タイムアップしていないと判定した場合は（ステップＳ１２２→Ｎｏ）、処理はステップＳ１２３に進む。

タイムアップしていないと判定した場合、提示制御部１１７は、ユーザ端末４からの記録指示データを受信したか否かを判定する（ステップＳ１２３）。記録指示を受信していないと判定した場合は（ステップＳ１２３→Ｎｏ）、図１３のステップＳ２１のタイムアップ判定処理に進む。一方、記録指示データを受信したと判定した場合は（ステップＳ１２３→Ｙｅｓ）、ステップＳ１２４に進む。

提示制御部１１７は、表示装置２に対して５秒のタイマースタートの指示を送信する（ステップＳ１２４）。

情報制御部１１４は、カメラ３に対して撮影条件の調整指示を送信し（ステップＳ１２５）、ステップＳ２３に進む。

カメラ３の撮影制御部３１２は、ステップＳ１２４で送信された調整指示を受信すると、表示装置２が５秒タイマーをカウントする期間を利用し、この期間内にカメラ３の撮影条件の調整処理を実行する。撮影条件は、ＩＳＯ感度、シャッタースピード、ホワイトバランス等が外部環境に応じて調整される。

以上、表示装置２の表示が識別子からタイマースタートに変更する処理の流れについて説明した。次に、第３変形例における別の識別子が表示されるタイミングについて説明する。図２４は、管理サーバ１による表示装置２の識別子表示再開処理の流れを説明するフローチャートの一部である。図２４に示すフローチャートは、図１４のフローチャートのステップＳ３２の処理の後に行われるステップ３３以降の処理、つまり、管理サーバ１による確認画像ページの生成処理後で確認画像ページのユーザ端末４への転送処理前に行われる表示装置２に対する処理である。

情報制御部１１４は新たな識別子を生成し（ステップＳ１３１）、管理情報記憶部１８２の内容を更新する（ステップＳ１３２）。即ち、新たに生成された識別子が管理情報記憶部１８２に登録される。

提示制御部１１７は、新たに登録された識別子を表示装置２に送信する（ステップＳ１３３）。表示装置２の識別子共有部２１１が、受信した識別子を識別子記憶部２８１に登録し、管理サーバ１と表示装置２で識別子が共有される。表示装置２の表示制御部２１２は、新たに共有された識別子を表示する。つまり、ユーザ端末４が記録指示データを管理サーバ１に送信した事を契機に、表示装置２では新たな識別子が表示される。

識別子共有部１１１は、タイマーをスタートする（ステップＳ１３４）。その後、処理は図１２のステップＳ１７に再度進む。以降の処理は同様である。

以上、説明したように、第３変形例は、以下のように構成される。
管理サーバ１は、記録指示データを受信すると、記録指示データにより記録処理を実行するカメラ３と組の表示装置２に対し、識別子を提示しないよう制御する提示制御部１１７（提示制御手段）を更に備える。
これにより、記録処理実行中のカメラ３の組の表示装置２は識別子が提示されなくなる。従って、記録指示データを送信したユーザ端末４以外のユーザ端末４が同じ識別子を取得することにより同じ記録指示データを送信する事態を防ぐことができる。

提示制御部１１７は、識別子を送信したユーザ端末４から予め設定された回数の記録指示を受信した場合、又は、記録指示を受信してから予め設定された時間を経過した場合に、表示装置２に対し、識別子の提示を再開するように制御する。
これにより、各ユーザは、排他的なカメラ３の利用時に、複数回の撮影を行うことができる。

更に、提示制御部１１７は、記録指示データを受信すると、受信した記録指示データにより記録処理を実行するカメラ３と組の表示装置２に対し、識別子に代えて５秒のタイマースタートによるカウントダウンを表示させ、この期間にカメラ３での撮影条件の調整を行うよう制御する。
これにより、ユーザは表示装置２によって画像データを取得するまでの時間を把握することができる。

また、カメラ３は、撮影環境に応じて適切な調整を行うことができる。例えば、明るさの違い（日中、夕方、夜間）に応じてカメラ３の撮影時の露光調整等を行うことにより、適切な状態でユーザを含む画像データを取得できる。
＜第４の変形例＞
上述した実施形態では、カメラ３にて撮影した記録画像を単独で表示することを想定した。これに限らず、カメラ３にて撮影した記録画像を、様々な方法で表示するようにしてもよい。

例えば、ユーザ端末４のブラウザがクッキーとして記憶しているユーザＩＤに基づいて、管理サーバ１が記憶している、このユーザＩＤに対応する複数の記録画像を、サムネイル表示等の形式で同時に表示するようにしてもよい。

次に、第４変形例の具体的な処理について、図２５〜図２８を参照しながら説明する。なお、以下に説明する第４変形例における処理の流れは、ユーザ端末４の処理を説明した図１７のステップＳ４１６以降と同様である。

記録指示部４１２は、記録指示アイコン４７２をレイアウトしたページを管理サーバ１から受信すると、図２５に示すような画像を出力部４７に表示する。図２５は、図１７のステップＳ４１７で表示される操作ページ画像の例である。この例では、タッチを検出することで記録指示データが送信される記録指示アイコン４７２や、撮影できる回数等のテキストが表示される。

記録指示部４１２は、ユーザが記録指示アイコン４７２にタッチしたことを検出すると、撮影・記録をユーザに知らせる画像を出力部４７に表示する。例えば、図２６に示す画像を表示する。図２６は、ユーザ端末４に表示されるタイマー表示画像の例を示す模式図である。図２６中の「カメラの方向を見て下さい」の表示４７３におけるカメラの方向とはカメラ３の撮影光軸方向を意味する。「撮影まで５秒。」の表示４７４は、カメラ３の撮影が行われるまでのカウント（秒数）を意味する。カメラ３が撮影・記録を行って取得した記録画像は、管理サーバ１に送信される。

記録指示部４１２は、確認画像表示ページを管理サーバ１から受信すると、図２７に示すような画像を出力部４７に表示する。図２７は、ユーザ端末４に表示される撮影完了画像の例を示す模式図である。図２７には記録画像に基づいて生成されたサムネイル画像４７５が示される。また、サムネイル画像４７５の他に次の操作を行うためのアイコン４７６、４７７が表示される。この例では、もう一枚撮影を指示するためのアイコン４７６や、記録画像の一覧の表示を指示するためのアイコン４７７が表示されている。

記録指示部４１２は、ユーザがアイコン４７６に対してタッチしたことで一枚撮影を行うことを指示したことを検出した場合は、図２５に示す画像を再び表示する。また、記録指示部４１２は、ユーザがアイコン４７７に対してタッチしたことで記録画像の一覧を確認の指示を検出すると、管理サーバ１に一覧を示すページを送信する要求を行う。記録指示部４１２は、一覧を示すページを受信すると、図２８に示すような画像を出力部４７に表示する。図２８は、ユーザ端末４の出力部４７に表示される撮影した写真の一覧画像の例を示す模式図である。

図２８によれば、カメラ３によって取得された複数のサムネイル画像４７５、４７８が同一のページに示されていることがわかる。また、次に進むためのアイコン４７９が示されている。記録指示部４１２は、ユーザが画像を選択したことを検出すると、画像生成部４１３が当該画像を記録画像記憶部４８２に記憶するための処理を実行する。例えば、画像生成部４１３はユーザが選択した画像に対応する圧縮されていない画像を管理サーバ１に要求する。画像生成部４１３は、管理サーバから受信した画像を記録画像記憶部４８２に記憶する。これにより、ユーザは、自身が撮影した画像を一度に確認することができる。ユーザがアイコン４７９を選択すると、アンケート結果を入力する等の別ページに移動し、撮影管理処理が終了する。

＜第５の変形例＞
上述した実施形態では、カメラ３の撮影した記録画像のみを表示することを想定したが、これに限らず、他の情報も表示するようにしてもよい。

例えば、遊園地や観光地のように、撮影スポットが多数存在する場合に、その撮影スポットそれぞれにカメラ３を設置する。そして、この複数のカメラ３の内の何台のカメラ３で撮影をして記録画像を得たか（或いは、この複数のカメラ３の内の何台のカメラ３で撮影をして記録画像を得ていないか）という情報も表示するようにしてもよい。
これにより、ユーザは、遊園地等における複数の撮影スポットの全てを回ることを目指すといった方法で、カメラ３による撮影をより楽しむことができる。

また、他にも、例えば、管理サーバ１が、このユーザＩＤに対応する複数の記録画像の少なくとも一部同士を合成し、合成後の記録画像を表示するようにしてもよい。即ち、コラージュ画像として表示するようにしてもよい。また、この場合に、予め作成された画像素材（例えば、撮影スポットに関するキャラクターの画像等）を更に合成するようにしてもよい。これにより、ユーザは、自身が撮影した画像を、１つの画像として楽しむことができる。特に、撮影スポットが多数あり、そのそれぞれにカメラ３が設置されているような場合に、様々なスポットに訪れたことを表現するようなことができる。

更に、他にも、例えば、記録画像にユーザ端末４のユーザ以外の人物が写り込んだような場合に、管理サーバ１が、この人物に対応する画像領域をぼかしたり、モザイク処理をかけたりするようにしてもよい。例えば、上述の第３の変形例のように、ライブビューを表示する場合に、ユーザによるユーザ端末４からの記録指示に基づいて、ピントを合わせた領域に存在する人物をユーザ及びその友人等と想定する。或いはカメラ３における画角の中央領域等の予め設定した所定の領域に存在する人物を、画一的に、ユーザ及びその友人等と想定する。

そして、それ以外の他の領域に存在する人物に対応する画像領域をぼかしたり、モザイク処理をかけたりするようにしてもよい。

この第５変形例は、以下のように構成される。
即ち、撮影システムＳは、カメラ３を複数有し、管理サーバ１は、記録指示を受け付けたカメラ３の数又は記録指示を受け付けていないカメラ３の数の少なくとも何れかを、ユーザ端末４又はユーザ端末４と対応付けて管理する管理制御部１１５（第３の管理制御手段）を備える。
これにより、遊園地等における複数の撮影スポットの全てを回ることを目指すといった方法で、カメラ３による撮影をより楽しむことができる。

また、管理サーバ１は、複数のカメラ３のそれぞれが、記録指示に基づいて取得した情報の少なくとも一部同士を合成し、該合成後の情報を特定したユーザ端末４又は特定したユーザ端末４に対応する外部装置５で参照可能となるように管理する管理制御部１１５（第４の管理制御手段）を更に備える。
これにより、ユーザは、自身が撮影した画像を、１つの画像として楽しむことができる。

＜第６の変形例＞
上述した実施形態では、ユーザ端末４にてユーザからの記録指示があってから、この記録指示を受け付けるか否かを管理サーバ１が判定していた。これに限らず、他の方法で、この判定を行うようにしてもよい。

例えば、ユーザからの記録指示の有無に関わらず、ユーザ端末４と管理サーバ１とが周期的に通信を行い、記録指示を受け付けられる状態であるかを確認する。そして、記録指示を受け付けられる確認が取れてから、ユーザ端末４にて記録指示を受け付けるための画面をはじめて表示するようにしてもよい。
これにより、ユーザが、記録指示が受け付けられない状態であるにも関わらず、無意味に記録指示を行ってしまうことを防止できる。

また、記録指示を受け付けられない状態の場合に、先に表示された識別子の数に基づいて特定することができるユーザ端末４の数（即ち、記録指示の順番待ちをしているユーザ端末４の数）の台数等の情報も表示が幾つであるのか等を表示するようにしてもよい。
これにより、ユーザは、どの程度待ったら、自身がカメラ３を用いて撮影を行うことができるのかを把握することができる。
即ち、本変形例のようにすることで、ユーザの使い勝手を向上させることができる。

＜第７の変形例＞
上述した実施形態では、記録指示の対象がカメラ３であり、カメラ３にて記録画像を得ることを想定した。これに限らず、カメラ３以外の情報を得るために情報取得装置を、記録指示の対象としてもよい。

例えば、音を取得する録音装置や、温度等を検出するセンサといった情報取得装置を、記録指示の対象としてもよい。これにより、ユーザの記録指示に基づいて、音や温度等の情報を取得して、ユーザ端末４で参照可能とすることができる。

［他の変形例］
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図７、図９、図１０、及び図１１の機能的構成は例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が撮影システムＳに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図７、図９、図１０、及び図１１の例に限定されない。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
本実施形態における機能的構成は、演算処理を実行するプロセッサによって実現され、本実施形態に用いることが可能なプロセッサには、シングルプロセッサ、マルチプロセッサ及びマルチコアプロセッサ等の各種処理装置単体によって構成されるものの他、これら各種処理装置と、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ‐Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の処理回路とが組み合わせられたものを含む。

一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパーソナルコンピュータであってもよい。

このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図２のリムーバブルメディア１０１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。リムーバブルメディア１０１は、例えば、磁気ディスク（フロッピディスクを含む）、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ），Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ（ブルーレイディスク）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）等により構成される。また、装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されている図３、図４、図５、及び図６における、ＲＯＭ１２、ＲＯＭ２２、ＲＯＭ３２、及びＲＯＭ４２や、記憶部１８、記憶部２８、記憶部３６、及び記憶部４８に含まれるハードディスク等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。

以上、本発明のいくつかの実施形態について説明したが、これらの実施形態は、例示に過ぎず、本発明の技術的範囲を限定するものではない。本発明はその他の様々な実施形態を取ることが可能であり、上記実施形態と変形例の各構成を組み合わせることも可能である。更に、本発明の要旨を逸脱しない範囲で、省略や置換等種々の変更を行うことができる。これら実施形態やその変形は、本明細書等に記載された発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

以下に、本願の出願当初の特許請求の範囲に記載された発明を付記する。
［付記１］
識別子を周期的に変更して提示する提示手段と、前記識別子を前記提示手段と共有する管理手段と、ユーザによる識別子の取得操作を検出した時に前記提示手段に提示されていた識別子を取得し、前記取得した識別子と取得した識別子により特定される情報取得手段を操作する操作指示とを前記管理手段に対して送信する通信手段と、を備え、前記管理手段は、前記通信手段により送信された前記操作指示に基づいて前記情報取得手段が取得した情報と、前記ユーザの識別子の取得操作を検出した時に前記提示手段に提示されていた識別子と、を対応付けるよう制御する制御手段を備えることを特徴とする情報処理システム。
［付記２］
前記管理手段は更に、
前記操作指示に基づいて前記情報取得手段が取得した情報を、前記通信手段又は前記通信手段に対応する外部装置と対応付けて管理する第１の管理制御手段を備える、
ことを特徴とする付記１に記載の情報処理システム。
［付記３］
前記情報取得手段は、前記識別子で特定される場所を撮影範囲として撮像する撮像手段を含み、前記操作指示に基づいて前記通信手段を所持するユーザを撮影範囲に含んだ画像を撮像し、前記撮像された画像を前記情報として取得する、
ことを特徴とする付記１又は２に記載の情報処理システム。
［付記４］
前記操作指示は、前記撮像手段に対し連続的に撮像させる指示を含み、
前記管理手段は、前記連続的に撮像させる指示により撮像された複数の画像を、前記通信手段又は前記通信手段に対応する外部装置と対応付けて管理する第２の管理制御手段を備える、
ことを特徴とする付記３に記載の情報処理システム。
［付記５］
前記通信手段又は前記通信手段に対応する外部装置は、前記撮像された複数の画像から特定の画像を選択する選択手段と、
前記選択手段により選択された特定の画像の送信を前記管理手段に指示する指示手段と、を更に備えることを特徴とする付記４に記載の情報処理システム。
［付記６］
前記通信手段は、
前記撮像手段によって逐次撮像されている画像を受信する受信手段と、
前記受信手段によって受信された画像に基づくライブビュー画像を表示する表示手段と、を更に備えることを特徴とする付記３乃至５の何れかに記載の情報処理システム。
［付記７］
前記通信手段を複数有し、
前記管理手段は、前記通信手段から受信した前記識別子に基づいて前記情報取得手段を特定すると、前記特定された情報取得手段に対し、操作指示を送信した通信手段以外の通信手段からの操作指示を受け付けないように制御する第１の受付制御手段を更に備えることを特徴とする付記１乃至６の何れかに記載の情報処理システム。
［付記８］
前記管理手段は、前記識別子と前記操作指示とを受信すると、受信した識別子を共有している提示手段に対し前記識別子を提示しないよう制御する提示制御手段を更に備えることを特徴とする付記１乃至７に記載の情報処理システム。
［付記９］
前記提示制御手段は更に、前記識別子を送信した通信手段から予め設定された回数の操作指示を受信した場合、又は、前記操作指示を受信してから予め設定された時間を経過した場合に、前記提示手段に対し、前記識別子の提示を再開するように制御することを特徴とする付記８に記載の情報処理システム。
［付記１０］
前記提示制御手段は更に、前記識別子と前記操作指示とを受信すると、受信した識別子を共有している提示手段に対し、前記識別子に代えて前記情報取得手段による情報取得処理を実行するまでの時間を提示するよう制御する、
ことを特徴とする付記８又は９に記載の情報処理システム。
［付記１１］
前記情報取得手段は更に、前記管理手段を介して操作指示を受信すると、前記提示手段が前記情報取得処理を実行するまでの間に、情報取得に係る調整を行うように制御する調整制御手段を備える、
ことを特徴とする付記１０に記載の情報処理システム。
［付記１２］
前記通信手段を複数有し、
前記管理手段は更に、複数の前記通信手段から同じ識別子が送信された場合は、最初に識別子を送信した通信手段からの前記操作指示を優先して受け付けるよう制御する第２の受付制御手段を備えることを特徴とする付記１乃至１１の何れかに記載の情報処理システム。
［付記１３］
前記情報取得手段を複数有し、
前記管理手段は更に、
前記操作指示を受け付けた前記情報取得手段の数又は前記操作指示を受け付けていない前記情報取得手段の数の少なくとも何れかを、前記通信手段又は前記通信手段と対応付けて管理する第３の管理制御手段を備えることを特徴とする付記１乃至１２の何れかに記載の情報処理システム。
［付記１４］
提示手段と、管理手段と、通信手段と、情報取得手段とを備えるシステムが行う情報処理方法であって、
識別子を周期的に変更して前記提示手段に提示させる提示ステップと、
前記提示ステップにて提示される識別子を前記提示手段と前記管理手段とで共有させる共有ステップと、
ユーザによる識別子の取得操作を検出した時に前記提示手段に提示されていた識別子を取得し、前記取得した識別子と前記取得した識別子により特定される情報取得手段を操作する操作指示とを前記管理手段に対して送信する送信ステップと、
前記送信ステップにて送信された前記操作指示に基づいて情報取得手段に情報を取得させる情報取得ステップと、
前記情報取得ステップにて取得された情報と、前記ユーザの識別子の取得操作を検出した時に前記提示手段に提示されていた識別子と、を対応付けるよう制御する制御ステップと、
を含むことを特徴とする情報処理方法。
［付記１５］
提示手段と、通信手段と、情報取得手段とに接続される管理手段のコンピュータを
前記提示手段が周期的に変更して提示する識別子を共有する共有機能、
前記提示手段に提示されていた識別子を取得した前記通信手段から、前記取得した識別子と前記取得した識別子により特定される情報取得手段を操作する操作指示とを受信する第１の受信機能、
前記第１の受信機能により受信された前記操作指示に基づいて、前記情報取得手段が取得した情報を受信する第２の受信機能、
前記第１の受信機能により受信された識別子と前記第２の受信機能により受信された情報とを対応付けるよう制御する制御機能、
を実現させることを特徴とするプログラム。
［付記１６］
提示装置と、通信装置と、情報取得装置とに接続され、
前記提示装置が周期的に変更して提示する識別子を共有する共有手段と、
前記提示装置に提示されていた識別子を取得した前記通信装置から、前記取得した識別子と前記取得した識別子により特定される前記情報取得装置を操作する操作指示とを受信する第１の受信手段と、
前記第１の受信手段により受信された前記操作指示に基づいて、前記情報取得装置が取得した情報を受信する第２の受信手段と、
前記第１の受信手段により受信された識別子と前記第２の受信手段により受信された情報とを対応付けるよう制御する制御手段と、
を備えることを特徴とする管理装置。

１・・・管理サーバ，２・・・表示装置，３・・・カメラ，４・・・ユーザ端末，１１，２１，３１，４１・・・ＣＰＵ，１２，２２，３２，４２・・・ＲＯＭ，１３，２３，３３，４３・・・ＲＡＭ，１４，２４，３４，４４・・・バス，１５，２５，３５，４５・・・入出力インターフェース，１６，２６，４６・・・入力部，１７，２７，４７・・・出力部，１８，２８，３６，４８・・・記憶部，１９，２９，３７，４９・・・通信部，３８，５０・・・撮像部，２０，５１・・・ドライブ，１０１，１０２・・・リムーバブルメディア，１１１・・・識別子共有部，１１２・・・管理部，１８１・・・識別子記憶部，１８２・・・管理情報記憶部，２１１・・・識別子共有部，２１２・・・表示制御部，２８１・・・識別子記憶部，３１１・・・記録指示応答部，３１２・・・撮影制御部，３６１・・・記録画像記憶部，４１１・・・識別子取得部，４１２・・・記録指示部，４１３・・・画像生成部，４８１・・・識別子記憶部，４８２・・・記録画像記憶部，Ｃ・・・二次元バーコード，Ｓ・・・撮影システム

Claims (16)

1. 識別子を周期的に変更して提示する提示手段と、
   前記識別子を前記提示手段と共有する管理手段と、
   ユーザによる識別子の取得操作を検出した時に前記提示手段に提示されていた識別子を取得し、前記取得した識別子と取得した識別子により特定される情報取得手段を操作する操作指示とを前記管理手段に対して送信する通信手段と、
   を備え、
   前記管理手段は、
   前記通信手段により送信された前記操作指示に基づいて前記情報取得手段が取得した情報と、前記ユーザの識別子の取得操作を検出した時に前記提示手段に提示されていた識別子と、を対応付けるよう制御する制御手段を備えることを特徴とする情報処理システム。
2. 前記管理手段は更に、
   前記操作指示に基づいて前記情報取得手段が取得した情報を、前記通信手段又は前記通信手段に対応する外部装置と対応付けて管理する第１の管理制御手段を備える、
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記情報取得手段は、前記識別子で特定される場所を撮影範囲として撮像する撮像手段を含み、前記操作指示に基づいて前記通信手段を所持するユーザを撮影範囲に含んだ画像を撮像し、前記撮像された画像を前記情報として取得する、
   ことを特徴とする請求項１又は２に記載の情報処理システム。
4. 前記操作指示は、前記撮像手段に対し連続的に撮像させる指示を含み、
   前記管理手段は、前記連続的に撮像させる指示により撮像された複数の画像を、前記通信手段又は前記通信手段に対応する外部装置と対応付けて管理する第２の管理制御手段を備える、
   ことを特徴とする請求項３に記載の情報処理システム。
5. 前記通信手段又は前記通信手段に対応する外部装置は、前記撮像された複数の画像から特定の画像を選択する選択手段と、
   前記選択手段により選択された特定の画像の送信を前記管理手段に指示する指示手段と、を更に備えることを特徴とする請求項４に記載の情報処理システム。
6. 前記通信手段は、
   前記撮像手段によって逐次撮像されている画像を受信する受信手段と、
   前記受信手段によって受信された画像に基づくライブビュー画像を表示する表示手段と、を更に備えることを特徴とする請求項３乃至５の何れかに記載の情報処理システム。
7. 前記通信手段を複数有し、
   前記管理手段は、前記通信手段から受信した前記識別子に基づいて前記情報取得手段を特定すると、前記特定された情報取得手段に対し、操作指示を送信した通信手段以外の通信手段からの操作指示を受け付けないように制御する第１の受付制御手段を更に備えることを特徴とする請求項１乃至６の何れかに記載の情報処理システム。
8. 前記管理手段は、前記識別子と前記操作指示とを受信すると、受信した識別子を共有している提示手段に対し前記識別子を提示しないよう制御する提示制御手段を更に備えることを特徴とする請求項１乃至７の何れかに記載の情報処理システム。
9. 前記提示制御手段は更に、前記識別子を送信した通信手段から予め設定された回数の操作指示を受信した場合、又は、前記操作指示を受信してから予め設定された時間を経過した場合に、前記提示手段に対し、前記識別子の提示を再開するように制御することを特徴とする請求項８に記載の情報処理システム。
10. 前記提示制御手段は更に、前記識別子と前記操作指示とを受信すると、受信した識別子を共有している提示手段に対し、前記識別子に代えて前記情報取得手段による情報取得処理を実行するまでの時間を提示するよう制御する、
    ことを特徴とする請求項８又は９に記載の情報処理システム。
11. 前記情報取得手段は更に、前記管理手段を介して操作指示を受信すると、前記提示手段が前記情報取得処理を実行するまでの間に、情報取得に係る調整を行うように制御する調整制御手段を備える、
    ことを特徴とする請求項１０に記載の情報処理システム。
12. 前記通信手段を複数有し、
    前記管理手段は更に、複数の前記通信手段から同じ識別子が送信された場合は、最初に識別子を送信した通信手段からの前記操作指示を優先して受け付けるよう制御する第２の受付制御手段を備えることを特徴とする請求項１乃至１１の何れかに記載の情報処理システム。
13. 前記情報取得手段を複数有し、
    前記管理手段は更に、
    前記操作指示を受け付けた前記情報取得手段の数又は前記操作指示を受け付けていない前記情報取得手段の数の少なくとも何れかを、前記通信手段又は前記通信手段と対応付けて管理する第３の管理制御手段を備えることを特徴とする請求項１乃至１２の何れかに記載の情報処理システム。
14. 提示手段と、管理手段と、通信手段と、情報取得手段とを備えるシステムが行う情報処理方法であって、
    識別子を周期的に変更して前記提示手段に提示させる提示ステップと、
    前記提示ステップにて提示される識別子を前記提示手段と前記管理手段とで共有させる共有ステップと、
    ユーザによる識別子の取得操作を検出した時に前記提示手段に提示されていた識別子を取得し、前記取得した識別子と前記取得した識別子により特定される情報取得手段を操作する操作指示とを前記管理手段に対して送信する送信ステップと、
    前記送信ステップにて送信された前記操作指示に基づいて情報取得手段に情報を取得させる情報取得ステップと、
    前記情報取得ステップにて取得された情報と、前記ユーザの識別子の取得操作を検出した時に前記提示手段に提示されていた識別子と、を対応付けるよう制御する制御ステップと、
    を含むことを特徴とする情報処理方法。
15. 提示手段と、通信手段と、情報取得手段とに接続される管理手段のコンピュータを
    前記提示手段が周期的に変更して提示する識別子を共有する共有機能、
    前記提示手段に提示されていた識別子を取得した前記通信手段から、前記取得した識別子と前記取得した識別子により特定される情報取得手段を操作する操作指示とを受信する第１の受信機能、
    前記第１の受信機能により受信された前記操作指示に基づいて、前記情報取得手段が取得した情報を受信する第２の受信機能、
    前記第１の受信機能により受信された識別子と前記第２の受信機能により受信された情報とを対応付けるよう制御する制御機能、
    を実現させることを特徴とするプログラム。
16. 提示装置と、通信装置と、情報取得装置とに接続され、
    前記提示装置が周期的に変更して提示する識別子を共有する共有手段と、
    前記提示装置に提示されていた識別子を取得した前記通信装置から、前記取得した識別子と前記取得した識別子により特定される前記情報取得装置を操作する操作指示とを受信する第１の受信手段と、
    前記第１の受信手段により受信された前記操作指示に基づいて、前記情報取得装置が取得した情報を受信する第２の受信手段と、
    前記第１の受信手段により受信された識別子と前記第２の受信手段により受信された情報とを対応付けるよう制御する制御手段と、
    を備えることを特徴とする管理装置。

Images