(57)【要約】【課題】柔軟な撮影位置や撮影タイミングでの撮影が可能で、画像データのセキュリティ性が向上した撮影を行う撮影サービスをユーザーに提供する撮影システムを提供する、【解決手段】撮影端末は制御部と撮影部とを有する。制御部は、撮影サービスの提供を要求する。撮影部は、撮影サービスの撮影指示を受信し、その撮影指示に基づいて画像を撮影する。【選択図】図２Ａ
2012169986.tif 000002
【特許請求の範囲】
【請求項１】
撮影サービスの提供を要求する制御部と、
前記撮影サービスの撮影指示を受信し、該撮影指示に基づいて画像を撮影する撮影部と、を有する撮影端末。
【請求項２】
前記撮影部で撮影された画像データを、アクセスを制限した状態で保持し、制限解除情報が入力されると、該画像データへのアクセスを可能にする画像保存部を更に有する、請求項１に記載の撮影端末。
【請求項３】
前記画像保存部は、前記画像データを暗号化して保持し、制限解除情報である専用キーが入力されると、該専用キーを用いて該画像データの暗号を解除する、請求項２に記載の撮影端末。
【請求項４】
ユーザーインタフェース部を更に有し、
前記画像保存部は、アクセスを制限した前記画像データと共に、該画像データを劣化させた劣化画像のデータを保持し、
前記ユーザーインタフェース部は、前記画像保存部に保持された劣化画像をユーザーが選択できるように表示し、ユーザーが劣化画像を選択すると、課金処理を行うと共に、選択された該劣化画像に対応する画像データへのアクセスの制限を解除する、請求項２または３に記載の撮影端末。
【請求項５】
自身の位置を示す位置情報を取得し、該位置情報を、前記撮影サービスを提供するサーバに送信する位置情報処理部を更に有する、請求項１から４のいずれか一項に記載の撮影端末。
【請求項６】
撮影サービスの提供をサーバに要求し、前記撮影サービスの撮影指示を前記サーバから受信し、該撮影指示に基づいて画像を撮影する撮影端末と、
前記撮影サービスの要求を受信し、該要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信するサーバと、を有する撮影システム。
【請求項７】
撮影サービスの提供の要求を撮影端末から受信する要求処理部と、
前記要求処理部が受信した前記要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信する撮影制御部と、を有するサーバ。
【請求項８】
撮影サービスの提供を撮影端末からサーバに要求し、
前記サーバから前記撮影端末に前記撮影サービスの撮影指示を送信し、
前記撮影端末が前記撮影指示に基づいて画像を撮影する、撮影サービス制御方法。
【請求項９】
撮影サービスの提供を要求する手順と、
前記撮影サービスの撮影指示を受信し、該撮影指示に基づいて画像を撮影する手順と、をコンピュータに実行させるための撮影端末用プログラム。
【請求項１０】
撮影サービスの提供の要求を撮影端末から受信する手順と、
受信した前記要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信する手順と、をコンピュータに実行させるためのサーバ用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、撮影端末に外部からの情報に基づいて撮影を実行させる技術に関する。
【背景技術】
【０００２】
テーマパーク等の施設内で写真を撮影し、その写真を提供するサービスが行われている。その写真撮影サービスは、テーマパーク内のアトラクションの設備として固定設置されたカメラでユーザーを含む写真を撮影し、その写真をユーザーに販売するというものである。
【０００３】
また、デジタルカメラを無線通信でリモート制御して撮影を行うシステムが実現されている。例えば、劇場やテーマパークなど特定エリアで写真を撮影し、画像データを画像受信装置に提供するシステムが提案されている（特許文献１参照）。特許文献１にて提案されたシステムを利用すれば、ユーザーはシステムが撮影した写真の画像データを取得することができ、便利である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−０６４４２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１にて提案されたシステムは、カメラが指示で写真を撮影するものではあるものの、そのカメラは、撮影するエリアに予め設置された定点カメラである。そのため、テーマパーク内を移動するアトラクションの写真を撮影するなど、撮影対象のイベントに合わせて柔軟な撮影位置や撮影タイミングでの撮影が困難であった。
【０００６】
また、定点に設置されたシステム側のカメラで写真を撮影するので、セキュリティの観点から画像データの取り扱いや保存にシステム側で注意を払う必要があり、またユーザーもセキュリティ面で不安を感じる場合があった。
【０００７】
本発明の目的は、柔軟な撮影位置や撮影タイミングでの撮影が可能で、画像データのセキュリティ性が向上した撮影を行う撮影サービスをユーザーに提供する撮影システムを提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の撮影端末は、
撮影サービスの提供を要求する制御部と、
前記撮影サービスの撮影指示を受信し、該撮影指示に基づいて画像を撮影する撮影部と、を有する。
【０００９】
本発明の撮影システムは、
撮影サービスの提供をサーバに要求し、前記撮影サービスの撮影指示を前記サーバから受信し、該撮影指示に基づいて画像を撮影する撮影端末と、
前記撮影サービスの要求を受信し、該要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信するサーバと、を有する。
【００１０】
本発明のサーバは、
撮影サービスの提供の要求を撮影端末から受信する要求処理部と、
前記要求処理部が受信した前記要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信する撮影制御部と、を有する。
【００１１】
本発明の撮影サービス制御方法は、
撮影サービスの提供を撮影端末からサーバに要求し、
前記サーバから前記撮影端末に前記撮影サービスの撮影指示を送信し、
前記撮影端末が前記撮影指示に基づいて画像を撮影するものである。
【００１２】
本発明の撮影端末用プログラムは、
撮影サービスの提供を要求する手順と、
前記撮影サービスの撮影指示を受信し、該撮影指示に基づいて画像を撮影する手順と、をコンピュータに実行させるためのものである。
【００１３】
本発明のサーバ用プログラムは、
撮影サービスの提供の要求を撮影端末から受信する手順と、
受信した前記要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信する手順と、をコンピュータに実行させるためのものである。
【発明の効果】
【００１４】
本発明では、柔軟な撮影位置や撮影タイミングでの撮影が可能で、画像データのセキュリティ性が向上した撮影を行う撮影サービスをユーザーに提供することができる。
【図面の簡単な説明】
【００１５】
【図１】第１の実施形態の写真撮影システムの構成を示すブロック図である。
【図２Ａ】第１の実施形態の撮影端末の基本的な構成を示すブロック図である。
【図２Ｂ】第１の実施形態の撮影端末の拡張的な構成を示すブロック図である。
【図３】第１の実施形態のサーバの構成を示すブロック図である。
【図４】第２の実施形態の写真撮影操作提供システムの構成を示すブロック図である。
【図５】第２の実施形態の利用シーンにおけるシステムの動作を説明するための図である。
【図６】第２の実施形態における端末のメイン動作を示すフローチャートである。
【図７】図６における撮影処理の流れを示すフローチャートである。
【図８】図６における画像購入処理の流れを示すフローチャートである。
【図９】暗号化キーが保持されている様子を示す図である。
【図１０】第２の実施形態におけるサーバの動作を示すフローチャートである。
【図１１】サーバ４２における課金処理の動作を示すフローチャートである。
【図１２】第２の実施形態におけるイベント制御装置の動作を示すフローチャートである。
【図１３】第３の実施形態の写真撮影操作提供システムの構成を示すブロック図である。
【図１４】第３の実施形態の利用シーンにおけるシステムの動作を説明するための図である。
【図１５】第３の実施形態における端末の動作を示すフローチャートである。
【図１６】第３の実施形態におけるサーバの動作を示すフローチャートである。
【図１７】第４の実施形態の写真撮影操作提供システムの構成を示すブロック図である。
【図１８】第４の実施形態の利用シーンにおけるシステムの動作を説明するための図である。
【図１９】撮影サービスのアプリケーションを起動したときの端末の動作を示すフローチャートである。
【図２０】第４の実施形態におけるユーザー管理サーバの動作を示すフローチャートである。
【図２１】第４の実施形態におけるシャッターチャンス提供サーバの動作を示すフローチャートである。
【図２２】第５の実施形態の写真撮影操作提供システムの構成を示すブロック図である。
【図２３】第５の実施形態の利用シーンにおけるシステムの動作を説明するための図である。
【図２４】合図信号の点滅パターンの一例を示す図である。
【図２５】イベントプログラムに記載された合図信号について説明するための図である。
【図２６】端末の画面表示の一例を示す図である。
【図２７】第５の実施形態において端末に追加される処理を示すフローチャートである。
【発明を実施するための形態】
【００１６】
本発明を実施するための形態について図面を参照して詳細に説明する。
【００１７】
（第１の実施形態）
図１は、本発明の実施形態の写真撮影システムの構成を示すブロック図である。本実施形態の写真撮影システムは本発明の基本的な構成を適用したシステムである。
【００１８】
図１を参照すると、本実施形態の写真撮影システムは撮影端末１１とサーバ１２を有している。撮影端末１１は、無線回線を用いて、撮影サービスを提供するサーバ１２に接続する。
【００１９】
撮影端末１１は、例えばユーザーの指示に応じて、撮影サービスに参加するための参加要求をサーバ１２に送信する。その後、撮影端末１１は、サーバ１２から撮影指示を受信し、その撮影指示に基づいて画像を撮影する。
【００２０】
サーバ１２は、テーマパーク等の施設におけるアトラクション等の撮影対象イベントにおける写真撮影サービスを提供するサーバである。サーバ１２は、撮影サービスへの参加要求を撮影端末１１から受信し、その参加要求を送信した撮影端末１１に対して、撮影対象イベントに応じた撮影指示を送信する。
【００２１】
本実施形態によれば、ユーザーの撮影端末１１がサーバ１２からの撮影指示に基づいて画像を撮影するので、柔軟な撮影位置や撮影タイミングでの撮影が可能である。また、画像データはサーバ１２側に保持されることが無いので、システム側で画像データ保持のセキュリティに対して特別な対処をしなくても、画像データのセキュリティ性を確保できる。
【００２２】
撮影指示は、撮影対象イベントにおいて良好な画像を撮影できるように、撮影端末１１に撮影の指示を与える情報である。撮影指示には、例えば、画像の撮影を行うべき撮影タイミングや撮影方向の情報が含まれている。
【００２３】
撮影対象イベントは、一例として、その実施位置が移動したり、ストーリー等が進行したりするイベントである。サーバ１２は、撮影対象イベントの進行を管理しており、その撮影対象イベントの進行に応じた、撮影タイミングを撮影指示に含めて撮影端末１１に通知する。
【００２４】
撮影端末１１は、撮影指示に示された撮影タイミングで画像を撮影する。これに起因する効果として、ユーザーは、撮影対象イベントの進行に合わせて適切なタイミングで容易に画像を撮影することができる。
【００２５】
また、撮影端末１１は、自身の位置を示す位置情報を取得してサーバ１２に送信するものであってもよい。その場合、サーバ１２は、複数の位置での撮影対象イベントの進行を管理しており、撮影端末１１から受信した位置情報に示された位置での撮影対象イベントの進行に応じた撮影タイミングを含む撮影指示を撮影端末１１に送信するとよい。これに起因する効果として、撮影対象イベントが移動する場合や、撮影対象イベントにおいて撮影端末１１を持ったユーザーが移動したりする場合にも、ユーザーの位置と撮影対象イベントの進行に応じて適切なタイミングで画像を撮影することができる。
【００２６】
図２Ａは、本実施形態の撮影端末の基本的なあ構成を示すブロック図である。本ブロック図は、撮影端末の機能的な構成を示すものであり、実際の装置のハードウェアあるいはソフトウェアの構成を示すものではない。図２Ａを参照すると、撮影端末１１は、基本的な構成として制御部２１および撮影部２２を有している。
【００２７】
制御部２１は、撮影サービスにおいて撮影端末１１の動作と撮影端末１１内の各部の制御を行う制御部である。撮影サービスへ参加するとき、制御部２１は、撮影サービスへ参加するための参加要求をサーバ１２に送信する。
【００２８】
撮影部２２は、カメラを備えており、サーバ１２から撮影指示を受信して、その撮影指示に基づいて画像を撮影する。
【００２９】
図２Ｂは、本実施形態の撮影端末の拡張的な構成を示すブロック図である。本実施形態の撮影端末１０は図２Ｂに示したように拡張された構成を備えていてもよい。図２Ｂを参照すると、撮影端末１０は制御部２１および撮影部２２に加えて、画像保存部２３、位置情報処理部２４、およびユーザーインタフェース（ＵＩ）部２５を有している。
【００３０】
その場合、画像保存部２３は、撮影部２２で撮影された画像データを、例えば、アクセスを制限した状態で保持する。アクセスを制限した状態では、正常な画像を表示したり、画像データを移動したり、複製したりすることができない。制限解除情報が入力されると、画像保存部２３は、その画像データへのアクセスを可能にする。具体的には、画像保存部２３は、画像データを暗号化して保持し、制限解除情報である専用キーが入力されると、その専用キーを用いて画像データの暗号を解除する。
【００３１】
また、画像保存部２３は、アクセスを制限した画像データと共に、その画像データを劣化させた劣化画像のデータを保持することにしてもよい。劣化画像は例えば縮小画像（サムネイル）である。
【００３２】
ＵＩ部２５は、画像保存部２３に保持された劣化画像をユーザーが選択できるように表示する。複数の劣化画像があれば、ＵＩ部２５はそれら複数の劣化画像を表示する。そして、ユーザーがいずれかの劣化画像を選択すると、ＵＩ部２５は、課金処理を行うと共に、選択された劣化画像に対応する画像データの暗号を解除する。その結果、その画像データへのアクセスの制限が解除される。
【００３３】
位置情報処理部２４は、例えばＧＰＳ受信器を備え、自身の位置を示す位置情報を取得し、その位置情報をサーバ１２に送信する。この位置情報は、サーバ１２において、その撮影端末１１に対する撮影指示の生成に利用される。
【００３４】
図３は、本実施形態のサーバの構成を示すブロック図である。本ブロック図は、サーバの機能的な構成を示すものであり、実際の装置のハードウェアあるいはソフトウェアの構成を示すものではない。図３参照すると、サーバ１２は参加処理部３１と撮影制御部３２を有している。
【００３５】
参加処理部３１は、撮影サービスへ参加するための参加要求を撮影端末１１から受信し、撮影サービスに参加する撮影端末１１を識別する情報をテーブルにて保持する。
【００３６】
撮影制御部３２は、参加処理部３１が受信した参加要求を送信した撮影端末１１に対して、撮影対象イベントに応じた撮影指示を送信する。
【００３７】
以上、第１の実施形態では基本的な構成を例示したが、より具体的な構成の実施形態として第２〜５の実施形態を以下に示す。
【００３８】
（第２の実施形態）
図４は、第２の実施形態の写真撮影操作提供システムの構成を示すブロック図である。図４を参照すると、写真撮影操作提供システムは、携帯電話端末４１、シャッターチャンス提供サーバ４２、およびイベント制御装置４３を有している。
【００３９】
携帯電話端末４１は、カメラ部４１Ａ、画像メモリ４１Ｂ、画像処理部４１Ｃ、主制御部４１Ｄ、および通信機能部４１Ｇを有している。主制御部４１Ｄは制御部４１Ｅおよび画像保存部４１Ｆを有している。通信機能部４１Ｇは広域通信制御部４１Ｈおよび無線ＬＡＮ部４１Ｉを有している。
【００４０】
シャッターチャンス提供サーバ４２は、無線ＬＡＮ制御部４２Ａ、ユーザー管理部４２Ｂ、広域通信制御部４２Ｃ、および主制御部４２Ｄを有している。
【００４１】
イベント制御装置４３は、主制御部４３Ａ、通信部４３Ｂ、花火制御装置４３Ｃ、音響制御装置４３Ｄ、音楽制御装置４３Ｅ、照明制御装置４３Ｆ、およびイベントプログラム格納部４３Ｇを有している。
【００４２】
携帯電話端末４１は、通信手段と撮影手段を有する装置の一例として、カメラ付き携帯電話端末（以降、「端末」と表記）である。端末４１のカメラ部４１Ａが撮影した画像は画像メモリ４１Ｂに保持される。画像メモリ４１Ｂは例えばＲＡＭで構成され、機能が終了した場合や電源断となった場合に内容が保持されない。画像メモリ４１Ｂには、データの縮小、暗号化、ＱＲデコードといった処理機能を持つ画像処理部４１Ｃが接続されている。画像処理部４１Ｃは、カメラ部４１Ａで撮影され、画像メモリ４１Ｂに保存された画像データに対して所定の処理を行う。
【００４３】
また、主制御部４１Ｄには画像保存部４１Ｆが具備されている。画像保存部４１Ｆは、電源断の後も継続してデータを保持することができ、画像ファイルを格納することができる。画像保存部４１Ｆは、カメラ部４１Ａで撮影された画像を縮小した画像のデータと、カメラ部４１Ａで撮影された画像を暗号化した画像を格納する。
【００４４】
画像処理部４１Ｃが暗号化に使用するキーは、画像処理部４１Ｃに暗号化の都度、格納される。暗号した画像データの復号は、画像処理部４１Ｃを用いずにファイル単位で主制御部４１Ｄが行うことができる。
【００４５】
また、端末４１は、通信機能部４１Ｇに、インターネットと接続する広域通信制御部４１Ｈと、無線ＬＡＮを使用したデータ通信を行う無線ＬＡＮ部４１Ｉとを具備している。
【００４６】
カメラ部４１Ａが画像を撮影する機能を、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）と、独自のアプリケーションレイヤのプロトコル、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）とを使用した無線ＬＡＮのデータ通信で外部に開放するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）が端末４１に装備されている。
【００４７】
本実施形態では、ＡＰＩとして、暗号化撮影ＡＰＩと、非暗号化撮影ＡＰＩが開放されている。暗号化撮影ＡＰＩでは、上記のように、カメラ部４１Ａで画像を撮影し、画像データを画像処理部４１Ｃで暗号化と縮小する暗号化撮影動作が実行できる。また、非暗号化撮影ＡＰＩとして、カメラ部４１Ａを利用してＱＲコードを撮影し、その画像に記載されたＵＲＬに接続するといった一般的な機能が具備されている。
【００４８】
シャッターチャンス提供サーバ４２は、シャッターチャンスの情報を端末４１に提供するサーバであり、端末４１と同様に広域通信と無線ＬＡＮの２つの通信機能を持ち、無線ＬＡＮ制御部４２Ａが無線ＬＡＮの通信を制御し、広域通信制御部４２Ｃが広域通信を制御する。以降、単にサーバと称した場合は、シャッターチャンス提供サーバを指すものとする。サーバ４２は、無線ＬＡＮを使用して、端末４１のＩＤに対応するプライベートアドレスを端末４１に配布する。
【００４９】
また、サーバ４２の主制御部４２Ｄは、端末４１のカメラＡＰＩを利用してシャッターチャンスの情報を提供し、端末４１に撮影動作を行わせる。
【００５０】
また、サーバ４２は、カメラＡＰＩを提供している端末４１のユーザーを管理するユーザー管理部４２Ｂを有する。ユーザー管理部４２Ｂは、各端末４１を一意に識別できる端末ＩＤと、その端末ＩＤに対して配布する無線ＬＡＮのプライベートＩＰアドレスとを保持している。また、ユーザー管理部４２Ｂが、各端末４１について、画像に固有の暗号化キーおよび復号キーと画像の購入操作で利用する課金管理情報を保持することで、撮影した画像データを購入する際にユーザーに対して課金する仕組みの提供が可能になっている。
【００５１】
イベント制御装置４３は、テーマパークのアトラクションにおけるイベント毎に、動作する各要素を制御する装置である。イベントプログラム格納部４３Ｇに格納されたイベントプログラムに従った主制御部４３Ａからの指示で、花火制御装置４３Ｃが指定された時刻に花火に点火したり、音響制御装置４３Ｄが音響を鳴らしたり、音楽制御装置４３Ｅが音楽を流したり、照明制御装置４３Ｆが照明を制御したりする。
【００５２】
このイベント制御装置４３は、サーバ４２の近傍に設置されており、通信部４３Ｂを用いて、サーバ４２と例えば無線ＬＡＮで接続される。イベント制御装置４３は特定のイベントの進行に同期してサーバ４２に、撮影タイミング（シャッターチャンス）を示す撮影信号を送信することができる。
【００５３】
また、イベント制御装置４３は、イベントプログラムの実行が終了したら、サーバ４２に終了信号を送信する。
【００５４】
図５は、第２の実施形態の利用シーンにおけるシステムの動作を説明するための図である。
【００５５】
最初に端末４１を持ったユーザーは、施設内に入り、入場パンフレットなどに印刷されたＱＲコードを、端末４１を用いて、読み取ってサーバ４２のＵＲＬを取得し、インターネット５２および基地局５１を経由する広域通信を用いてサーバ４２にアクセスする。そして、ユーザーは端末４１を操作して本システムが提供するサービスへの参加を要求する。
【００５６】
参加が認められると、無線接続用の端末ＩＤが端末４１に通知される。端末４１がその端末ＩＤを用いて無線接続のアソシエーション（低レベル通信レイヤでの接続）を確立すると、サーバ４２から端末４１に無線ＬＡＮのＩＰアドレスが割り振られる。その結果、サーバ４２と端末４１が無線ＬＡＮを使用した通信を行うことができる状態となり、サーバ４２からの制御で端末４１が自動的に画像を撮影できる状態になる。
【００５７】
イベント時刻になるとイベント制御装置４３は、イベントプログラムに従って、花火、音響、音楽、照明などの演出処理を実行すると同時に、サーバ４２に撮影信号を送る。撮影信号を受信したサーバ４２は、無線ＬＡＮ経由で、端末４１の撮影ＡＰＩを利用して、端末４１に撮影動作を行わせる。
【００５８】
撮影された画像は、端末４１内の画像処理部４１Ｃで縮小され、また暗号化され、縮小された画像と暗号化された画像のデータが端末４１内の画像保存部４１Ｆに仮保存される。
【００５９】
仮保存された縮小された画像と暗号化された画像は、ユーザーが縮小画像（サムネイル）を見て写真の写り具合を確認し、気に入って購入の操作を行えば、暗号を解除して元の画像データをユーザーが利用できるようにするというように利用される。
【００６０】
本サービスは有料で提供してもよいし、無料で提供してもよい。無料の場合、課金を行わない場合は、非暗号化撮影ＡＰＩを使用して、カメラ部４１Ａで撮影した画像を縮小したり、暗号化したりせずに、そのまま保存すればよい。
【００６１】
以下、本実施形態における各装置の動作について詳しく説明する。
【００６２】
図６は、第２の実施形態における端末のメイン動作を示すフローチャートである。
【００６３】
まず図６（Ａ）のフローを参照すると、アトラクションの近傍において、ユーザーが端末４１を操作して撮影サービスアプリケーションを起動するときの動作が示されている。
【００６４】
撮影サービスアプリケーションは、サーバ４２と交信するためにＵＲＬを必要とするため、カメラ部４１Ａを起動した上で端末４１をＱＲコードにかざすようにユーザーへの指示を表示する（ステップ１０１）。
【００６５】
ユーザーがＱＲコードに端末４１をかざすとＱＲコードが認識され、ＱＲコードに記録されたＵＲＬが取得される（ステップ１０２）。撮影サービスアプリケーションは、そのＵＲＬを用いてサーバ４２に接続する（ステップ１０３）。この接続自体は通常のＨＴＴＰやセキュリティを確保したＨＴＴＰＳを使用した接続でよい。
【００６６】
接続後、端末４１は、端末４１を識別するＩＤをサーバ４２に送信し（ステップ１０４）、登録結果をサーバ４２から受け取った後に広域通信を終了する（ステップ１０５）。このとき、端末４１が必要に応じてＩＤだけでなく、端末の電子証明書をもサーバ４２に送付し、サーバ４２がそれを認証することでセキュリティを強化しても良い。
【００６７】
登録の結果が成功であれば（ステップ１０６のＹｅｓ）、端末４１は、図６（Ｂ）に示すフローでサービスを受けることになる（ステップ１０７）。一方、登録の結果が失敗であれば（ステップ１０６のＮｏ）、端末４１はエラー画面を表示して処理を終了する（ステップ１０８）。
【００６８】
図６（Ｂ）を参照すると、サーバ４２が無線ＬＡＮに接続するためのＩＤを返して来るので、端末４１はそのＩＤを保持する。端末４１は、受信した無線ＬＡＮのＩＤを使ってサーバ４２に接続しなおし、プライベートＬＡＮアドレスが配布されるのを待つ（ステップ１０９）。セキュリティを確保する場合は、無線ＬＡＮのＩＤを使ってサーバ４２に接続しなおすときに、サーバ４２は、端末４１に予め送付した電子証明書を使って端末４１の認証を行うようにしても良い。
【００６９】
アソシエーションが確立してＩＰアドレスが配布されたら（ステップ１１０のＹｅｓ）、端末４１は配布されたＩＰアドレスを使用してサーバ４２にアドレス受領を通知する（ステップ１１１）。この通知から、サーバ４２は、端末４１のカメラＡＰＩを使用した通信が可能になったことを認識できる。
【００７０】
ＩＰアドレスが配布されなければ（ステップ１１０のＮｏ）、端末４１は、エラー画面を表示して処理を終了する（ステップ１１２）。
【００７１】
ステップ１１１に続いて、端末４１は、カメラ部４１Ａのカメラ機能を起動し、アトラクションのイベントが発生する方向にカメラを向けるようにユーザーへの指示を表示する（ステップ１１３）。ユーザーがこの指示に従って画面を見ながら調整すると、端末４１はカメラを適切な方向に固定した状態となる（ステップ１１４）。
【００７２】
端末４１がサーバ４２からの通信待ちをしていると（ステップ１１５）、やがてイベントが開始されてシャッターチャンスのタイミングになり、サーバ４２からコマンドを受信する。
【００７３】
そのコマンドが撮影コマンドであれば（ステップ１１６のＹｅｓ）、端末４１は撮影処理を行う（ステップ１１７）。撮影処理の詳細は後述する。撮影処理が行われた結果として、最適なタイミングで端末４１のシャッターが自動的に押され、ユーザーは好ましいタイミングの写真を容易に入手できる。撮影処理では、後述するように写真ごとに課金する仕組みを動作させることができる。その場合は、イベント終了後に画像購入処理を動作させる。画像購入処理の詳細は後述する。このように撮影動作が自動的に行われるため、ユーザーはカメラの画面やアトラクションの方向を見る必要が無く、自らが写真に写ることも可能となる。
【００７４】
ステップ１１６においてコマンドが撮影コマンドでなければ（ステップ１１６のＮｏ）、端末４１はイベントが終了するか否か判定する（ステップ１１８）。イベントが終了しなければ、端末４１はステップ１１５に戻る。
【００７５】
イベントが終了すると、サーバ４２から終了コマンドが送信されて来る。端末４１は、その終了コマンドを受信したら（ステップ１１８のＹｅｓ）、サーバ４２とのＬＡＮ接続をいったん切断する（ステップ１１９）。
【００７６】
サービスにおいて画像毎の課金が適用されている場合、端末４１は、次に画像購入処理を行い（ステップ１２０）、ユーザーが気に入った画像のデータを購入する。なお、課金を行わない場合は、ステップ１２０を省略することも可能である。
【００７７】
なお、説明の便宜上、写真撮影サービスの流れの中に画像購入処理を組み込んであるが、本発明がこれに限定されるものではない。他の例として画像購入処理は後から独立して起動することもできる。
【００７８】
図７は、図６における撮影処理の流れを示すフローチャートである。
【００７９】
サーバ４２から端末４１に送られてくる撮影コマンドには、付随データとして、画像を識別する画像ＩＤと暗号化キーが付加されている。端末４１は、その撮影コマンドと付随データを受信して画像処理部４１Ｃにセットする（ステップ２０１）。
【００８０】
続いて、画像処理部４１Ｃはシャッターボタンを押下したのと同じ処理を行い、カメラ部４１Ａで撮影された画像データ（以下「主画像」という）を画像メモリ４１Ｂに格納する（ステップ２０２）。
【００８１】
次に、画像処理部４１Ｃは画像メモリ４１Ｂ上の主画像を縮小するという方法を使用して、後に画像の購入処理で使用する縮小画像（サムネイル）を作成し、その縮小画像を仮ファイルとして画像保存部４１Ｆに格納する（ステップ２０３）。
【００８２】
また、画像処理部４１Ｃは、ステップ２０１で格納した暗号化キーを用いて主画像を暗号化し、暗号化した画像のデータを仮ファイルとして画像保存部４１Ｆに保存する（ステップ２０４）。
【００８３】
なお、端末４１は、２つの仮ファイルを、例えばサーバ４２から送られた画像ＩＤを使用してファイル名の冒頭部分に共通の文字列を使うなどして、互いの関連付けがわかるようしている。この画像ＩＤは画像を識別するＩＤとしてサーバ４２内でも使用されるので、端末４１はサーバ４２に画像ＩＤを送る際、ファイル名から画像ＩＤを導き、その画像ＩＤを送るということを行う。
【００８４】
また、課金処理を行わない無料サービスとして本サービスを提供する場合、端末４１には、カメラＡＰＩとして、暗号化処理を伴わない撮影ＡＰＩを実装しておく。その撮影ＡＰＩが呼ばれた場合には、端末４１は、上述したような暗号化キーの格納、主画像を縮小する処理、主画像を暗号化する処理を実行せず、画像メモリ４１Ｂ上の主画像をそのまま画像保存部４１Ｆに格納するようにすればよい。画像ＩＤも特に使用しないので、暗号化処理を伴わないＡＰＩでは、これを省略してもよい。
【００８５】
図８は、図６における画像購入処理の流れを示すフローチャートである。
【００８６】
端末４１内に縮小画像があれば（ステップ３０１）、未購入の画像があることを表しているので、端末４１は、その一覧を表示してユーザーに購入する画像の指定を促す（ステップ３０２）。
【００８７】
ユーザーが行った操作（ステップ３０３）が画像購入の中断を指示する操作であれば（ステップ３０４のＹｅｓ）、端末４１はそのまま処理を終了する。また、ユーザーが行った操作が画像購入の中断を指示する操作でない場合（ステップ３０４のＮｏ）、ユーザーが行った操作が、購入する画像を指定する操作でなければ（ステップ３０５のＮｏ）、端末４１はステップ３０１に戻る。
【００８８】
また、ユーザーが行った操作が縮小画像の一覧から購入する画像を指定する操作であれば（ステップ３０５のＹｅｓ）、端末４１は再度サーバ４２に接続し、ユーザーが指定した画像のファイル名から画像ＩＤを生成し、その画像ＩＤを指定して課金処理を要求する（ステップ３０６）。ここでの接続は、本実施形態では広域通信を想定している。しかし、広域通信でなく無線ＬＡＮを用いてもよい。
【００８９】
正常に課金が行われた場合（ステップ３０７のＹｅｓ）、サーバ４２から端末４１へ、課金終了のステータスと共に、暗号を復号するための復号キーが送られてくる。端末４１は、この復号キーを、ステップ２０１で画像処理部４１Ｃにセットした暗号化キーと同じ場所に画像ＩＤ毎に保持する。図９は、サーバ４２で秘匿キーが保持されている様子を示す図である。図９を参照すると、暗号化キーと復号キーのペアである秘匿キーは、課金処理が終わっているか否かを示す課金管理情報と共に保持されている。ここでは、この復号キーがサーバ４２から端末４１に送られる。端末４１では、サーバ４２からの復号キーは、暗号化キーと共に保持される。
【００９０】
画像ＩＤを指定すると、それに対応した復号キーを取得することができる。端末４１は、取得した復号キーを用いて、暗号化された画像データを復号して再び画像保存部４１Ｆに格納する（ステップ３０８）。更に、端末４１は保存されていた縮小画像を削除する（ステップ３０９）。この結果として、次に一覧を表示するときには、画像購入処理が行われた画像が購入候補として出現しないようになる。
【００９１】
ステップ３０７にて正常に課金が行われなかった場合（ステップ３０７のＮｏ）、端末４１はステップ３０１に戻る。
【００９２】
図１０は、第２の実施形態におけるサーバの動作を示すフローチャートである。これは、図６に示した端末４１の動作に対応するものである。
【００９３】
なお、図１０では、サーバ４２は、アトラクションのイベント時刻になったか否か判断し（ステップ４０１）、イベント時刻になっていなければ、広域通信ポートを経由した端末４１からの接続を待ち（ステップ４０２）、イベント時刻になったら撮影動作に専念するという例を示している。しかし、これは動作を説明するための便宜であり、撮影動作とユーザー管理をマルチタスクで並行して実行してもかまわない。
【００９４】
まず、端末４１からの広域通信ポート経由の接続を待っている状態で、端末４１から接続がなければ（ステップ４０３のＮｏ）、サーバ４２はステップ４０１に戻る。端末４１から接続があると（ステップ４０３のＹｅｓ）、サーバ４２は、端末４１から要求された処理が端末登録の処理か否か判定する（ステップ４０４）。
【００９５】
端末登録の処理が要求された場合（ステップ４０４のＹｅｓ）、サーバ４２は、端末４１からの識別ＩＤを受信し、その識別ＩＤに割り付けるプライベートＬＡＮのアドレスを決定する（ステップ４０５）。この際に、セキュリティを高めるなら、電子証明書を受領し、またルート証明書を確認する等を併せて行ってもよい。また、サーバ４２内では、このタイミングで、今回の端末ＩＤ用の情報を格納するエリアをユーザー管理部４２Ｂに確保する。
【００９６】
端末ＩＤが重複しているなどの問題が無く、無線ＬＡＮの同時接続数や配布するＩＰアドレスの空きに余裕があれば登録ＯＫとなる。登録ＯＫであれば（ステップ４０６のＹｅｓ）、サーバ４２は、広域通信ポート経由で端末４１に登録ＯＫの結果と共に、無線ＬＡＮで接続するための無線ＬＡＮ識別ＩＤを返信する（ステップ４０７）。
【００９７】
続けてサーバ４２は無線ＬＡＮ経由で端末４１が接続してくるのを待ち、接続されたらプライベートＩＰアドレスを配布する（ステップ４０８）。この結果として、端末４１とサーバ４２はＩＰで接続できる状態になる。サーバ４２は端末４１がＩＰ接続してくるのを待ち、無事に接続されたら（ステップ４０９のＹｅｓ）、サーバ４２は登録処理を終了する。また、サーバ４２は、端末４１からのＩＰ接続が正常に行われなかった場合（ステップ４０９のＮｏ）、その端末登録を抹消する（ステップ４１０）。
【００９８】
ステップ４０６において、登録ＯＫでなければ（ステップ４０６のＮｏ）、サーバ４２は、広域通信ポートに向けて登録エラーの旨を返信した後（ステップ４１５）、ステップ４０１に戻る。
【００９９】
また、サーバ４２は、ステップ４０１の判定で、アトラクションのイベント開始時刻になったことを検出すると（ステップ４０１のＹｅｓ）、撮影制御処理に移行する。イベントの進行はイベント制御装置４３が制御し、イベント制御装置４３からサーバ４２に撮影に適したタイミングを示す撮影信号が送信される（ステップ４１１）。サーバ４２は、端末４１から受信した信号が、イベント終了を示す終了信号であった場合（ステップ４１２のＹｅｓ）、端末４１のＩＰアドレスに宛てて終了コマンドを送信し（ステップ４１３）、その端末４１に配布したプライベートアドレスを無効化する（ステップ４１４）。
【０１００】
ステップ４１２において、端末４１からの信号が終了信号でなかった場合（ステップ４０２のＮｏ）、サーバ４２は、端末４１から受信した信号が撮影信号でなければ（ステップ４１５のＮｏ）、ステップ４１１に戻る。
【０１０１】
端末４１から受信した信号が撮影信号であれば（ステップ４１５のＹｅｓ）、サーバ４２は、その撮影信号に同期して端末４１の撮影ＡＰＩを呼び出す。本サービスを有料で提供し、写真毎の課金を適用していれば、サーバ４２はこのときに秘匿キーを生成する（ステップ４１６）。秘匿キーは暗号化用と復号用のペアで作成される。このとき作成するキーのペアは、いわゆる公開鍵と秘密鍵のペアであってもよく、あるいはそうでなくてもよい。例えば、ある数の加算とその補数の加算を用いたような、より簡易的なアルゴリズムでキーのペアを生成してもよい。
【０１０２】
サーバ４２は、秘匿キーを、図９に示したようにサーバ４２内に保存しておき（ステップ４１７）、暗号化キーを端末４１に送信する（ステップ４１８）。ただし、この構成は必須ではなくセキュリティレベルを下げて良い場合は、暗号化キーと復号キーの２つを共通鍵としても構わない。
【０１０３】
なお、イベント終了後、広域通信ポート経由で画像の購入を目的として、端末４１からサーバ４２に接続が行われた場合、図１０のステップ４０１〜４０４の処理が行われ、ステップ４０４におけるＮｏの判定の後、課金等の別処理が起動される。
【０１０４】
図１１は、サーバ４２における課金処理の動作を示すフローチャートである。
【０１０５】
図８の画像購入処理において、購入する画像のＩＤが端末４１からサーバ４２へ送信されるので（ステップ５０１）、サーバ４２は、そのＩＤを用いて、図９に示した課金管理情報を参照し、その画像の料金が未払いであれば（ステップ５０２のＹｅｓ）、クレジット決済などを使用して、画像１枚分の課金処理を行う（ステップ５０３）。この課金処理自体は広く知られた既知の処理である。
【０１０６】
課金処理が成功したら（ステップ５０４のＹｅｓ）、サーバ４２は、決済ＯＫのステータスと共に、指定された画像を復号化するための復号キーを、画像ＩＤ別に保存された中から取得して端末４１に返信する（ステップ５０５）。
【０１０７】
ステップ５０２において料金が既に支払済であった場合（ステップ５０２のＮｏ）、既に購入された画像が要求されているので、サーバ４２は、本課金処理の失敗すなわち購入の失敗を端末４１に返信する（ステップ５０６）。また、ステップ５０４において課金処理が失敗した場合も（ステップ５０４のＮｏ）、サーバ４２は、本課金処理の失敗を端末４１に返信する（ステップ５０６）。なお、ステップ５０４において課金処理が失敗した場合、サーバ４２はステップ５０３の処理を所定回数だけ再試行し、それでも課金処理が成功しなかった場合にステップ５０６にて課金処理の失敗を端末４１に返信することにしてもよい。
【０１０８】
図１２は、第２の実施形態におけるイベント制御装置４３の動作を示すフローチャートである。イベントプログラムには、各イベントの一連の動作が、その動作時刻の情報と共に記載されている。イベント制御装置４３は、イベントプログラムから１つの動作の情報を読み出す（ステップ６０１）。イベント制御装置４３は、読み出した情報が示す動作がイベント終了でなければ（ステップ６０２のＮｏ）、その動作を行う時刻まで待機する（ステップ６０３）。一方、読み出した情報が示す動作がイベント終了であれば（ステップ６０２のＹｅｓ）、イベント制御装置４３は、サーバ４２にイベント終了を通知する終了信号を送信し、処理を終了する（ステップ６０４）。
【０１０９】
イベント動作時刻になったら、イベント制御装置４３は、該当動作を実行するための制御を行う。イベント制御装置４３は、例えば所定の時刻に音楽を流し（ステップ６０５のＹｅｓ）、所定の時刻に照明を制御し（ステップ６０６のＹｅｓ）、所定の時刻に花火を点火する（ステップ６０７のＹｅｓ〜ステップ６０８）。イベント制御装置４３が花火を点火するプロセスを起動すると、そのプロセスは花火の点火スイッチを動作させ、花火を打ち上げる。
【０１１０】
図１２では、一例として、イベント制御装置４３が花火の打ち上げに連動して撮影信号をサーバ４２に送信するようにしている（ステップ６０９）。そのため、花火が打ち上げられると、ユーザーの端末４１のカメラが自動的に動作し、花火の写真を撮影する。
【０１１１】
また、図１２の例では、何かの動作に連動させるのではなく、独立したタイミングで端末４１に撮影を行わせる独立撮影制御イベントが設けられている。独立撮影制御イベントに該当するイベント動作時刻になると（ステップ６１０のＹｅｓ）、撮影信号をサーバ４２に送信する。これを利用すると、花火の点火から５秒後に撮影を行うといった設定が可能になる。より好適なシャッターチャンスでの撮影が可能となる。
【０１１２】
なお、本実施形態のここまでの説明では、ユーザーが購入せずに端末４１内に残った縮小画像及び暗号化画像の消去については特に述べなかった。しかし、これらのデータは一般的なデータのファイルとしてメモリに格納されているので、例えば、ユーザーが任意のタイミングで削除することにすればよい。
【０１１３】
また、サーバ４２側に格納された課金用の管理データ群は、容量が小さいので長期間保持してもシステムへの負担は小さいが、適当な期間を設け、その期間が経過したら、サーバ４２が自動的にそのデータ群を削除することにしてもよい。例えば、先の説明で述べたＵＲＬを記録したＱＲコードを掲載したパンフレットなどに３ヶ月を経過したデータは消去するという期限を明記しておき、サーバ４２が３ヶ月後にデータを消去するようにすればよい。
【０１１４】
以上説明したように、本実施形態は以下に記載するような効果を奏する。
【０１１５】
第１の効果として、ユーザー自身の端末４１が利用できるので、ユーザーが所持する機器（携帯電話端末）を用いた柔軟なシステムへの参加が可能となり、またユーザー自身の機器で画像を撮影することができる。ユーザーは、自身の端末４１でサーバ４２にアクセスするだけで、適切なタイミングで撮影された見栄えのするイベントの写真を入手できる。
【０１１６】
第２の効果として、動作遅延の少ない、タイムリーな撮影動作が実現される。イベントの進行に同期した撮影信号に基づいて撮影が行われるので、イベントに同期した、シャッターチャンスの最適なタイミングでの撮影を自動的に行うことが可能となる。自動撮影なのでイベントから目を逸らしても撮影が可能であり、イベントと自分が同じ画面に映っている写真も撮影することが可能となる。
【０１１７】
第３の効果として、画像データが端末４１に保持されるので、画像データをシステム側で保持する必要がない。この結果として、サーバ４２の保持すべきデータを最小限に抑えることができる。また、画像のデータを端末４１にて保持する構成であってもデータ毎の課金が可能となり、またユーザーが後から欲しい画像をゆっくり選んで購入することもできる。
【０１１８】
応用的な効果として、固定設置されたカメラではなく、ユーザー自身の端末４１で撮影を行うので、多人数のグループで本システムに参加し、いろいろな角度からイベントを撮影することで、決定的瞬間の同時に複数の角度からイベントを撮影するというシステムの利用も可能である。
【０１１９】
（第３の実施形態）
図１３は、第３の実施形態の写真撮影操作提供システムの構成を示すブロック図である。第３の実施形態の写真撮影操作提供システムは、その基本的構成は第２の実施形態のものと同様である。しかし、同じ敷地内に多数のイベントが分散して開催される場合についての構成および動作が更に工夫されている。
【０１２０】
図１３を参照すると、第３の実施形態の写真撮影操作提供システムは、第１会場イベント用および第２会場用として、シャッターチャンス提供サーバ４２およびイベント制御装置４３を２組備えている。
【０１２１】
また、端末４１には、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）を用いて自身の位置情報を取得するＧＰＳ測位部４１Ｍと、主制御部４１Ｄ内でサーバーリストを保持するサーバーリスト保持部４１Ｌが追加されている。
【０１２２】
また、サーバ４２では、広域通信制御部４２Ｃに、サーバーリストを配布する機能とユーザー管理データを複数のサーバ間で共有する機能が追加され、無線ＬＡＮ制御部４２Ａに、アトラクションに適した撮影の設定値を保持し、配布する機能が追加されている。
【０１２３】
図１４は、第３の実施形態の利用シーンにおけるシステムの動作を説明するための図である。テーマパーク等の施設内には、複数のアトラクションがあり、それぞれに異なった時刻にイベントが開催される。また、イベント毎に最適な撮影の設定が異なる。そのために、各エリア（会場）に対して撮影設定が定義されている。
【０１２４】
例えば、エリア１（第１会場）では夜に花火が打ち上げられるので、撮影設定としては夜間撮影モードが好ましい。エリア２（第２会場）ではステージでイベントが開催されるため照明は白熱灯である。そのために撮影設定としてホワイトバランスの設定が必要である。また、エリア３（第３会場）では屋外でレースが行われる。そのため、撮影設定としては、撮影感度を上げた高速シャッターを用いた撮影が必要である。このようなエリア毎の好ましい撮影設定が予め定義されているものとする。
【０１２５】
ユーザーが端末４１を用いて各サーバ４２に無線ＬＡＮで接続すると、サーバ４２から端末４１に撮影設定が設定され、シャッターチャンスのタイミングに端末４１は各アトラクションに適した撮影設定を用いた撮影を行う。
【０１２６】
なお、本実施形態では、ユーザーは、システム内の任意のアトラクションに参加できる。また、どのアトラクションからシステムに参加してもよく、システムへの参加を継続しながら複数のアトラクションで撮影を行うこともできる。
【０１２７】
図１５は、第３の実施形態における端末の動作を示すフローチャートである。図１５には、端末４１で撮影サービスのアプリケーションを起動したときの処理の流れが示されている。
【０１２８】
アプリケーションが起動されると、端末４１は、まずサーバーリストが格納されているか否かを判定する（ステップ７０１）。サーバーリストが未だ格納されていなければ（ステップ７０１のＮｏ）、初回の接続なので、どのサーバにもその端末４１のユーザー管理データが存在しない。そのため、端末４１は、図６のステップ１０１−１０３のように第２の実施形態と同じＱＲコードの参照を行う手順を実行し、現在自分がいる場所に対応するサーバ４２に接続する。
【０１２９】
サーバ４２に接続すると、サーバ４２から端末４１にサーバーリストが配布される（ステップ７０２）。このリストは、位置と、その位置に対応するサーバ４２のＵＲＬとが関連付けられたリストである。端末４１はこのリストを内部に保持する。
【０１３０】
２回目以降は（ステップ７０１のＹｅｓ）、サーバーリストがあるので、端末４１は自分の位置をＧＰＳ等で測位し（ステップ７０３）、リストを参照するという方法を用いて、自分の位置に対応するサーバを選択して接続する（ステップ７０４）。
【０１３１】
ステップ７０２あるいはステップ７０４以降の処理は、図６に示したステップ１０４〜１０８と同じ処理である。
【０１３２】
図１６は、第３の実施形態におけるサーバの動作を示すフローチャートである。これは、図１５に示した端末４１の動作に対応するものである。
【０１３３】
サーバ４２は、イベント時刻か否かの判定でイベント時刻になっておらず（ステップ８０１のＮｏ）、広域通信ポートからの端末４１の登録接続を待っている状態で（ステップ８０２）、端末４１から接続があると（ステップ８０３のＹｅｓ）、広域通信制御部４２Ｃが他のサーバ４２に問い合わせることで、その端末４１が他のエリアのサーバ４２に登録されているか否かを確認する（ステップ８０４）。また、サーバ４２はステップ８０３において端末４１から接続がなければ（ステップ８０３のＮｏ）、ステップ８０１に戻る。
【０１３４】
もし、その端末４１がサーバ４２に登録されていなければ（ステップ８０５のＮｏ）、初回接続なので、サーバ４２は、その端末４１にサーバーリストを配布する（ステップ８０６）。更に、サーバ４２は、サーバ４２内にユーザー管理情報を格納する領域を確保し、端末４１にローカルＩＰアドレスを割り付ける等して、ユーザー管理データを初期設定する（ステップ８０７）。
【０１３５】
逆に、端末４１が既に他のエリアのサーバ４２に登録されていれば（ステップ８０５のＹｅｓ）、サーバ４２は、他のエリアのサーバ４２からデータを取得してマージする（ステップ８０８）。例えば、他のエリアのサーバ４２に暗号キーと課金管理情報があり、自サーバ４２にそれらのデータが無ければ、その暗号キーと課金管理情報をコピーする。
【０１３６】
続いて、要求された処理がそのエリアへの端末登録であれば（ステップ８０９のＹｅｓ）、サーバ４２は、第２の実施形態と同様に、図１０のステップ４０５−４１４の処理を実行する。また、要求された処理が課金の場合（ステップ８０９のＮｏ）、サーバ４２は、マージされたデータを利用して、他のサーバ４２で撮影された写真を含めて課金処理を行う。
【０１３７】
ステップ８０１の判定でイベント時刻に達すると（ステップ８０１のＹｅｓ）、サーバ４２は、無線ＬＡＮポートで端末４１に接続し、端末４１に実装された撮影設定のＡＰＩを呼び出し、そのエリアにあるアトラクションに適した撮影設定を行う（ステップ８１０）。その後の撮影動作は、図１０のステップ４１１−４１４に示した第２の実施形態と同じ動作である。
【０１３８】
以上説明したように、第３の実施形態では、複数のエリアにアトラクションがあるような施設でユーザーは、複数のアトラクションについてシームレスな撮影サービスを受けることが可能になる。また、各アトラクションのそれぞれに適した撮影設定を用いた撮影を行うことができる。
【０１３９】
（第４の実施形態）
図１７は、第４の実施形態の写真撮影操作提供システムの構成を示すブロック図である。第４の実施形態の写真撮影操作提供システムは、その基本的構成は第２の実施形態のものと同様である。しかし、ユーザーの端末４１が一か所にとどまり、その前を長大なパレードが通過するようなアトラクションを想定して構成および動作が更に工夫されている。
【０１４０】
図１７を参照すると、第４の実施形態の写真撮影操作提供システムは、第１車両用および第２車両用として、シャッターチャンス提供サーバ４２およびイベント制御装置４３を２組備えている。
【０１４１】
また、端末４１には、ＧＰＳを用いて自身の位置情報を取得するＧＰＳ測位部４１Ｍが追加されている。
【０１４２】
また、新たにユーザー管理サーバ６１が追加されている。このユーザー管理サーバ６１は、各サーバ４２のユーザー管理部４２Ｂを分離したものである。各サーバ４２は撮影情報を端末４１に通知するのに必要な情報だけを保持する。また、パレードのアトラクションで利用される複数の車両に対して、それぞれサーバ４２とイベント制御装置４３が備えられている。また、サーバ４２には、ＧＰＳを用いて自身の位置情報を取得するＧＰＳ測位部４２Ｅと、自立航法で位置測定を補助する自立航法測位部４２Ｆとが追加されている。
【０１４３】
ユーザー管理サーバ６１は、無線ＬＡＮ制御部６１Ａ、ユーザー管理部６１Ｂ、および広域通信制御部６１Ｃを有している。無線ＬＡＮ制御部６１Ａは、無線ＬＡＮを用いた各サーバ４２との接続を制御する。ユーザー管理部６１Ｂは、各サーバ４２のユーザー管理部４２Ｂを分離したものである。広域通信制御部６１Ｃは、広域通信を用いた携帯電話端末４１との接続を制御する。
【０１４４】
図１８は、第４の実施形態の利用シーンにおけるシステムの動作を説明するための図である。図１８に示すように、この実施形態のアトラクションは、ユーザーの端末４１が１地点に固定され、そのユーザーの前を長大なパレードの各車両が通過する。
【０１４５】
端末４１のユーザーは、まずユーザー管理サーバ６１に接続して端末４１を登録する。イベント撮影に必要なデータはユーザー管理サーバ６１から、パレードを構成する各車両に搭載されたサーバ４２に転送される。イベントの車両がユーザーに近い場所にすると、サーバ４２から端末４１に撮影情報が通知され、端末４１はその撮影情報に従ってカメラで画像を撮影する。
【０１４６】
ユーザー管理サーバ６１のユーザー管理部６１Ｂには、第２の実施形態ではサーバ４２に格納されていたユーザー管理データが保持されている。ユーザーが端末４１に対してシステムへの参加の操作を行うと、端末４１が位置を測定してユーザー管理サーバ６１に転送する。端末４１の位置は、他のユーザー管理データと共に、ユーザー管理サーバ６１内のユーザー管理部６１Ｂに保持される。
【０１４７】
各車両に搭載されたサーバ４２は、無線ＬＡＮを使用してユーザー管理サーバ６１と接続しており、ユーザー管理サーバ６１から、各ユーザーの端末４１のＩＰアドレスや位置情報などの管理データが配信される。サーバ４２は、ユーザー管理部４２Ｂに、各ユーザーの位置情報を保持し、またＧＰＳ測位部４２Ｅおよび自立航法測位部４２ＦでＧＰＳおよび自立航法を用いて自身の位置を測定する。そして、サーバ４２は、どのユーザーが自身の近くにいるかを検知し、そのユーザーの端末４１に無線ＬＡＮで撮影情報を通知して撮影を実行させる。
【０１４８】
図１９は、撮影サービスのアプリケーションを起動したときの端末の動作を示すフローチャートである。図１９を参照すると、第４の実施形態では、図６（Ａ）に示した動作とは、ステップ１０２の後に、ＱＲコードに記載されたＵＲＬで、シャッターチャンス提供サーバ４２ではなく、ユーザー管理サーバ６１に接続し（ステップ９０１）、現在の自身の位置を測定し（ステップ９０２）、端末４１の識別ＩＤと共に位置情報を登録する（ステップ９０３）という点が異なっている。
【０１４９】
図２０は、第４の実施形態におけるユーザー管理サーバの動作を示すフローチャートである。本実施形態のユーザー管理サーバ６１は、図１０に示した第２の実施形態のシャッターチャンス提供サーバ４２と同等の動作を行うが幾つかの点で違いがある。ユーザー管理サーバ６１は、無線ＬＡＮポートからのイベント報告を検知し（ステップＡ０１）、イベントの有無を判定する（ステップＡ０２）。また、ステップ４０５の後、ユーザー管理サーバ６１は、車両に搭載されたシャッターチャンス提供サーバ４２のユーザー管理部４２Ｂに、端末４１の接続情報と位置情報をコピーする（ステップＡ０３）。また、イベントありの場合に（ステップＡ０２のＹｅｓ）、ユーザー管理サーバ６１は、撮影制御処理を行うかわりに、シャッターチャンス提供サーバ４２からの撮影報告を受けて（ステップＡ０５のＹｅｓ）、復元キーを受信し（ステップＡ０６）、その復号キーを、暗号化キーを保持しているエリアに保持する（ステップＡ０７）。また、ユーザー管理サーバ６１は、シャッターチャンス提供サーバ４２からの終了報告を受けて（ステップＡ０４のＹｅｓ）、端末４１に終了コマンドを送信し（ステップ４１３）、その端末４１に配布したプライベートアドレスを無効化する（ステップ４１４）。
【０１５０】
図２１は、第４の実施形態におけるシャッターチャンス提供サーバの動作を示すフローチャートである。上述したように、第４の実施形態では、ユーザー管理に関する処理が分離され、ユーザー管理サーバ６１で行われている。
【０１５１】
本実施形態のシャッターチャンス提供サーバ４２は、基本的には第２の実施形態の図１０に示したステップ４１１−４１４に相当する処理（撮影制御処理）を行う。以下それとの違いについて説明する。
【０１５２】
イベント制御装置４３から撮影信号を受信したとき（ステップ４１５のＹｅｓ）、シャッターチャンス提供サーバ４２は、自分の位置を測定し（ステップＢ０１）、近傍にシステムに参加している端末４１が存在するか否か検索する（ステップＢ０２）。そして、近隣に端末４１が存在する場合に（ステップＢ０３のＹｅｓ）、シャッターチャンス提供サーバ４２はその端末４１に撮影コマンドを発行する。また、シャッターチャンス提供サーバ４２は、生成した鍵ペアのうち、復元キーは自サーバに格納せず、ユーザー管理サーバ６１に送付する（ステップＢ０４）。また、イベント終了の信号を受信したとき（ステップ４１２のＹｅｓ）、シャッターチャンス提供サーバ４２は、端末４１ではなくユーザー管理サーバ６１に終了報告を送信する（ステップＢ０５）。
【０１５３】
特に、撮影した画像を暗号化する場合、鍵ペアの生成と、暗号化キーを端末４１に送付して撮影を実行するという処理はシャッターチャンス提供サーバ４２が分担し、復号キーを保持して課金動作を行うと言う処理はユーザー管理サーバ６１が分担する。ユーザー管理サーバ６１が行う課金動作は第２の実施形態におけるシャッターチャンス提供サーバ４２の動作と同等である。
【０１５４】
以上、第４の実施形態では、端末４１が留まっている位置をパレードのような長大な車両の列が通過する際、ユーザーは、自身の前で行われるイベントを適切なタイミングで自動的に撮影することができる。また、ユーザー管理とシャッターチャンス等の撮影制御とを分離したため、第３の実施形態のようなユーザーデータをマージする作業が不要になる。そのため、通信トラフィックが軽減され、非常に多数のシャッターチャンス提供サーバ４２が存在する場合に通信回線や処理能力等のリソースが欠乏を防止することができる。
【０１５５】
（第５の実施形態）
第４の実施形態では、シャッターチャンス提供サーバ４２が互いに比較的近い距離で連続して存在するため、端末４１は短い時間間隔で複数のシャッターチャンス提供サーバ４２から順次撮影コマンドを受信することがなる。ユーザーにとって撮影すべきイベントの車両と撮影コマンドとの対応が不明確になる可能性がある。特に、画角を絞って望遠気味に撮影している場合に、撮影コマンドの対象とは異なる場所が撮影されてしまう可能性がある。
【０１５６】
第５の実施形態は、そのような状況に対応することができるようにしたものである。そのために、第５の実施形態は第４の実施形態に対して装置および動作を追加実装したシステムとなっている。
【０１５７】
図２２は、第５の実施形態の写真撮影操作提供システムの構成を示すブロック図である。本実施形態のシステムは基本的に図１７に示した第４の実施形態のシステムと同様の構成である。以下、それとの違いについて説明する。
【０１５８】
本実施形態の端末４１では、画像処理部４１Ｃに、光の点滅という手段を用いた合図を検出する機能が追加されている。合図検出機能を用いて、画像処理部４１Ｃは、カメラ部４１Ａで撮影される画像をスキャンし、所定のパターンで点滅する光の存在およびその点滅パターンを検出する。端末４１で動作する任意のプロセスは、その検出結果を参照することができる。
【０１５９】
また、イベント制御装置４３には、合図信号光源４３Ｈが追加搭載されている。合図信号光源４３Ｈは、主制御部４３Ａの制御に基づいて、所定のパターンで点滅する赤外線ランプを備えている。合図の点滅パターンはイベントプログラムに含まれ、イベントプログラム格納部４３Ｇに格納されている。主制御部４３Ａは、イベントプログラムに従って合図信号光源４３Ｈを点滅させる。各イベントは時刻で制御されるため、時刻をキーに車両間で連携して合図信号光源４３Ｈを点滅させることができる。
【０１６０】
図２３は、第５の実施形態の利用シーンにおけるシステムの動作を説明するための図である。各車両には、イベント制御装置４３の合図信号光源４３Ｈが搭載されている。
【０１６１】
合図信号光源４３Ｈの赤外線ランプは人間の目には見えないが、端末４１のカメラ部４１Ａでは捕らえることができる。
【０１６２】
図２４は、合図信号の点滅パターンの一例を示す図である。この点滅パターンは、カメラのフレーム数を毎秒３２フレームであるところ、１６フレーム相当（０．５秒）を１単位とし、１単位で１つの状態を表している。
【０１６３】
図２４において、○（白丸）の点滅パターンは、約４フレーム分の時間だけ点灯し、その後、約４フレーム分の時間だけ消灯し、その後再び約４フレーム分の時間だけ点灯している。●（黒丸）の点滅パターンは、約４フレーム分の時間だけ点灯し、その後、４フレーム分の時間だけ消灯するのは、白丸と同じである。しかし、黒丸は、その後の４フレーム分の時間の点灯が無い。黒丸の点灯の有無に基づいて、白丸か黒丸かという点滅パターンの識別が可能である。
【０１６４】
合図信号は、白丸と黒丸の組み合わせが所定の情報を意味するように定義がされている。図２４では、左方向を意味する合図と、右方向を意味する合図と、ＯＫを意味する合図とが、白丸と黒丸の組み合わせで表されている。ＯＫの合図は、撮影対象のイベントが正面に来たことを意味する合図である。これらのような繰り返しの点滅パターンの例では３秒以内に合図を識別することができる。
【０１６５】
図２５は、イベントプログラムに記載された合図信号について説明するための図である。図２５には、合図信号が意味する合図が順番に並んでいる。イベント進行の時間の流れは、図２５において上から下に向かっている。ユーザーの端末４１の左側にいるイベントの車両の合図信号光源４３Ｈは右方向を意味する合図信号を発し、端末４１の右側にいるイベントの車両の合図信号光源４３Ｈは左方向を表す合図信号を発する。端末４１の正面に来たイベントの車両の合図信号光源４３Ｈは、ＯＫの合図信号を発した後にしばらく消灯する。この結果、合図信号光源４３Ｈの光が端末４１のカメラ部４１Ａが撮影した画像に現れてしまうことを防止することができる。
【０１６６】
図２５における３行目の状態では、端末４１のカメラ部４１Ａが第１車両を画面に捉えているときには右方向の合図信号が検出される。カメラ部４１Ａが第２車両を捉えているときにはＯＫの合図信号が検出される。また、カメラ部４１Ａが第３車両を捉えているときには左方向の合図信号が検出される。
【０１６７】
端末４１は、右方向の合図信号が検出されると右向きの矢印を画面に表示し、左方向の合図信号が検出されると左向きの矢印を画面に表示する。また、端末４１は、ＯＫの合図信号が検出されると、「ＯＫ」を画面に表示する。
【０１６８】
図２６は、端末の画面表示の一例を示す図である。図２６を見ると分かるように、ユーザーがカメラ部４１Ａを第１車両に向けていると右向きの矢印が表示され、第３車両にカメラ部４１Ａを向けていると左向きの矢印が表示される。ユーザーは矢印の方向にカメラ部４１Ａの向きを修正することができる。カメラ部４１Ａが適切な撮影に最適な第２車両に向くと「ＯＫ」が表示される。ユーザーはそのまま第２車両にカメラ部４１Ａを向けた状態を維持すると、第２車両のシャッターチャンス提供サーバ４２から端末４１に適切なタイミングで撮影信号が送られ、端末４１が自動的に撮影を実行する。このようにユーザーは容易にイベントの発生する適切な方向にカメラ部４１Ａを向けることができる。
【０１６９】
図２７は、第５の実施形態において端末に追加される処理を示すフローチャートである。本図には、第４の実施形態における端末の処理に追加される処理が示されている。追加される処理は以下の通りである。
【０１７０】
図２７（Ａ）に示すように、写真撮影サービスの一連の処理において、端末４１はまず初めに画像処理部４１Ｃが合図検出することを有効化する（ステップＣ０１）。続いて、端末４１は、合図信号の検出プロセスを起動する（ステップＣ０２）。
【０１７１】
また、端末４１は、第４（第２）の実施形態と同様な図６（Ｂ）ステップ１０９−１２０の処理を行った後、合図信号の検出プロセスを終了し（ステップＣ０３）、更に画像処理部４１Ｃの合図検出機能を無効化する（ステップＣ０４）。
【０１７２】
合図信号の検出プロセスは、マルチタスクで操作系とは別に動作するプロセスである。図２７（Ｂ）に示すように、合図信号の検出プロセスが起動されると、画像処理部４１Ｃは合図信号を検出すると（ステップＣ０５のＹｅｓ）、主制御部４１Ｄは、検出された合図信号の意味する情報を解析し（ステップＣ０６−Ｃ０８）、その意味する情報を画面にオーバーレイ表示する（ステップＣ０９−Ｃ１１）。このオーバーレイ表示の結果、カメラ部４１Ａを用いてリアルタイムで撮影される画像の表示に重ね合わせて、図２６に示したような矢印や「ＯＫ」の文字が表示される。合図信号が検出されなければ（ステップＣ０５のＮｏ）、主制御部４１Ｄは画面のオーバーレイ表示を消去する（ステップＣ１２）。この結果、オーバーレイ表示は合図信号が検出されていないときは表示されない。
【０１７３】
以上、第５の実施形態では、複数のシャッターチャンス提供サーバ４２が互いに比較的近い距離に存在する場合でも、複数のシャッターチャンス提供サーバ４２の撮影対象を正確に選択してカメラ部４１Ａで捉えることができる。その結果、提供されたシャッターチャンスのタイミングに適切な撮影対象を捉えた撮影を行うことができる。
【０１７４】
なお、第５の実施形態で追加した構成要素は、第２〜第４の実施形態とは独立して構成することが可能である。そのため、任意の装置にその構成を追加することができる。例えば、動画を撮影する撮影装置に本構成を導入することも可能である。その場合、オーバーレイ表示は保存される動画には含めないようにするか、あるいは画面外のＬＥＤ表示などを使用して方向指示を行い、画像に写りこんだ合図信号の点滅は画像データ処理を用いて消去してもよい。その結果、イベントを確実に画面に収めた見栄えのする動画を撮影することが可能となる。
【０１７５】
以上、本発明の実施形態について説明したが、本発明がこれらに限定されるものではなく、本発明の技術思想の範囲内において、これらを組み合わせて使用したり、一部の構成を変更したりしてもよい。
【０１７６】
例えば、上記第２〜５の実施形態では、端末４１がシャッターチャンス提供サーバ４２やユーザー管理サーバ６１にＡＰＩを公開する構成を例示したが、端末４１とシャッターチャンス提供サーバ４２やユーザー管理サーバ６１との間に必要な処理を実行するためのコマンドを定義することにしてもよい。
【０１７７】
例えば、シャッターチャンス提供サーバ４２が適切な撮影タイミングにコマンドを発行し、端末４１はそのコマンドを受信して撮影を実行してもよい。
【０１７８】
また、シャッターチャンス提供サーバ４２が適切な撮影タイミングを記載したコマンドを発行し、端末４１は、そのコマンドを受信し、コマンドに記載された撮影タイミングになったら撮影を実行することにしてもよい。特に、テーマパークのイベントのように非常に多くの人が集まるイベントでは、多くに端末４１をシャッターチャンス提供サーバ４２から制御することが必要である。その場合、撮影タイミングを記載したコマンドを予め端末４１に通知し、端末４１がその撮影タイミングになったら撮影を実行することで、シャッターチャンス提供サーバ４２の負荷集中を低減することができる。
【０１７９】
また、端末４１が画像を撮影する方向についても、端末４１が自身の位置と方向をシャッターチャンス提供サーバ４２に通知し、シャッターチャンス提供サーバ４２が端末４１に撮影方向を指示する構成および動作に限られない。他の例として、シャッターチャンス提供サーバ４２は撮影対象の位置を示す位置情報を端末４１に通知し、端末４１が、自身の位置と、通知された撮影対象の位置とから撮影方向を決定し、撮影方向の修正をユーザーに提示するものであってもよい。
【０１８０】
また、撮影方向の修正指示として、撮影タイミングが迫ってきたにもかかわらず、カメラ部４１Ａが適切な撮影方向に向いていないときに警告を行うことを含んでもよい。
【０１８１】
また、撮影タイミングや撮影方向以外の撮影条件、例えば、ズーム倍率、縦長撮影とするか横長撮影とするかの条件、焦点距離などについても、シャッターチャンス提供サーバ４２から端末４１に通知することにしてもよく、あるいはシャッターチャンス提供サーバ４２から端末４１に必要な情報を通知し、端末４１自身が決定することにしてもよい。また、これらを自動的に設定している状態にあるとき、端末４１が設定中であることを表示することにしてもよい。
【０１８２】
また、撮影した画像へのアクセスを制限するための方法として画像データの暗号化を用いる例が示されたが、本発明がこれに限定されるものではない。他の例として、携帯電話端末のような端末４１が画像データを内蔵のメモリに保持し、画像データを表示したり、他のメディアにコピーしたり、移動したりができないようにすることにしてもよい。
【０１８３】
また、カメラ部４１Ａで撮影された画像を劣化させた画像の例として縮小画像（サムネイル）を例示したが、本発明がこれに限定されるものではない。例えば、画像の全体あるいは一部をぼやかすなどの処理を行った画像を用いることにしてもよい。また、撮影された画像の上に文字を重ねた画像を用いることにしてもよい。
【０１８４】
また、上記第２〜５の実施形態では広域通信と無線ＬＡＮを適宜選択した使用する例が示されているが、本発明がこれに限定されるものではない。いずれか一方を用いて全ての通信を行うことにしてもよく、あるいは上記第２〜５の実施形態と異なる選択で広域通信と無線ＬＡＮを使い分けてもよい。
【０１８５】
また、上記第２〜５の実施形態では、イベント制御装置４３を備えたシステムの構成例が示されているが、本発明はこれに限定されるものではない。イベント制御装置４３が存在せず、シャッターチャンス提供サーバ４２がイベント信号のスケジュール表のデータを保持し、そのデータに従って撮影信号の送信等の制御を行うことにしてもよい。
【０１８６】
また、上記第２〜５の実施形態では、端末４１への制御や指示が無線回線経由で行われる例を示したが、本発明がこれに限定されるものでない。他の例として、端末４１がシャッターチャンス提供サーバ４２やユーザー管理サーバ６１の両方あるいはいずれか一方と有線回線で接続されるものであってもよい。
【０１８７】
また、上記第２〜５の実施形態では、シャッターチャンス提供サーバ４２が端末４１に撮影信号を送信する例を示したが、本発明がこれに限定されるものでは無い。他の例として、端末４１がシャッターチャンス提供サーバ４２にアクセスし、そこから適切な撮影に必要な情報を取得するものであってもよい。
【０１８８】
また、複数のシャッターチャンス提供サーバ４２が存在する実施形態（第４、第５の実施形態）において、端末４１から最も近い距離にあるシャッターチャンス提供サーバ４２を選択する例を示したが、本発明がこれに限定されるものではない。撮影に適した距離や位置があるようなイベントがありうる。例えば、花火などは、ある程度離れた位置から撮影した方が良好な撮影を行える場合がある。そのような場合においては、その距離あるいは位置にあるイベントのシャッターチャンス提供サーバ４２を選択し、端末４１をそのシャッターチャンス提供サーバ４２に接続することにしてもよい。その場合、シャッターチャンス提供サーバ４２は、適切な撮影タイミングや撮影方向を示す撮影条件の情報を無線ＬＡＮではなく、広域通信を用いて端末４１に通知することにしてもよい。
【０１８９】
また、シャッターチャンス提供サーバ４２から提供される撮影条件の情報が１つのパターンの情報である場合に限られない。他の例として、シャッターチャンス提供サーバ４２から端末４１に複数のパターンの撮影条件の情報を候補として通知し、端末４１あるいはユーザーがその中から１つのパターンの撮影条件を選択し、選択された撮影条件で端末４１が撮影を実行することにしてもよい。また、端末４１がシャッターチャンス提供サーバ４２にアクセスし、複数のパターンの撮影条件の情報を取得し、その中から１つの撮影条件を選択して用いることにしてもよい。
【０１９０】
また、複数パターンの中からユーザーが撮影条件を選択する場合、シャッターチャンス提供サーバ４２は、ユーザーに提示する参考画像を撮影条件の情報とともに端末４１に通知し、ユーザー選択を行い易くしてもよい。花火の例では、花火と一緒に撮影される建物などやその向きなどが異なる複数の撮影条件に参考画像を添付すると選択が容易になる。
【０１９１】
なお、上述した実施形態の各装置は各部の処理手順を規定したソフトウェアプログラムをコンピュータに実行させるという方法で実現することもできる。
【０１９２】
また、上記の実施形態の一部又は全部は以下の付記のように記載することもできる。ただし、本発明が以下の付記に限定されるものではない。
【０１９３】
（付記１）
撮影サービスの提供を要求する制御部と、
前記撮影サービスの撮影指示を受信し、該撮影指示に基づいて画像を撮影する撮影部と、を有する撮影端末。
【０１９４】
（付記２）
前記撮影部で撮影された画像データを、アクセスを制限した状態で保持し、制限解除情報が入力されると、該画像データへのアクセスを可能にする画像保存部を更に有する、付記１に記載の撮影端末。
【０１９５】
（付記３）
前記画像保存部は、前記画像データを暗号化して保持し、制限解除情報である専用キーが入力されると、該専用キーを用いて該画像データの暗号を解除する、付記２に記載の撮影端末。
【０１９６】
（付記４）
ユーザーインタフェース部を更に有し、
前記画像保存部は、アクセスを制限した前記画像データと共に、該画像データを劣化させた劣化画像のデータを保持し、
前記ユーザーインタフェース部は、前記画像保存部に保持された劣化画像をユーザーが選択できるように表示し、ユーザーが劣化画像を選択すると、課金処理を行うと共に、選択された該劣化画像に対応する画像データへのアクセスの制限を解除する、付記１から３のいずれか一項に記載の撮影端末。
【０１９７】
（付記５）
自身の位置を示す位置情報を取得し、該位置情報を、前記撮影サービスを提供するサーバに送信する位置情報処理部を更に有する、付記１から４のいずれか一項に記載の撮影端末。
【０１９８】
（付記６）
撮影サービスの提供をサーバに要求し、前記撮影サービスの撮影指示を前記サーバから受信し、該撮影指示に基づいて画像を撮影する撮影端末と、
前記撮影サービスの要求を受信し、該要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信するサーバと、を有する撮影システム。
【０１９９】
（付記７）
前記サーバは、前記撮影対象イベントの進行を管理しており、該撮影対象イベントの進行に応じた撮影タイミングを含む撮影指示を送信し、
前記撮影端末は、前記撮影指示に示された前記撮影タイミングで画像を撮影する、付記６に記載の撮影システム。
【０２００】
（付記８）
前記撮影端末は、自身の位置を示す位置情報を取得して前記サーバに送信し、該サーバから受信した撮影指示に示された撮影タイミングで画像を撮影し、
前記サーバは、位置に応じた撮影対象イベントの進行を管理しており、撮影端末から受信した位置情報に示された位置での撮影対象イベントの進行に応じた撮影タイミングを含む撮影指示を前記撮影端末に送信する、付記７に記載の撮影システム。
【０２０１】
（付記９）
撮影サービスの提供の要求を撮影端末から受信する要求処理部と、
前記要求処理部が受信した前記要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信する撮影制御部と、を有するサーバ。
【０２０２】
（付記１０）
撮影サービスの提供を撮影端末からサーバに要求し、
前記サーバから前記撮影端末に前記撮影サービスの撮影指示を送信し、
前記撮影端末が前記撮影指示に基づいて画像を撮影する、撮影サービス制御方法。
【０２０３】
（付記１１）
撮影サービスの提供を要求する手順と、
前記撮影サービスの撮影指示を受信し、該撮影指示に基づいて画像を撮影する手順と、をコンピュータに実行させるための撮影端末用プログラム。
【０２０４】
（付記１２）
撮影サービスの提供の要求を撮影端末から受信する手順と、
受信した前記要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信する手順と、をコンピュータに実行させるためのサーバ用プログラム。
【符号の説明】
【０２０５】
１１  撮影端末
２１  制御部
２２  撮影部
２３  画像保存部
２４  位置情報処理部
２５  ＵＩ部
３１  参加処理部
３２  撮影制御部
４１  端末
４１Ａ  カメラ部
４１Ｂ  画像メモリ
４１Ｃ  画像処理部
４１Ｄ  主制御部
４１Ｅ  制御部
４１Ｆ  画像保存部
４１Ｇ  通信機能部
４１Ｈ  広域通信部
４１Ｉ  無線ＬＡＮ部
４１Ｌ  サーバーリスト保持部
４１Ｍ  ＧＰＳ測位部
４２  シャッターチャンス提供サーバ
４２Ａ  無線ＬＡＮ制御部
４２Ｂ  ユーザー管理部
４２Ｃ  広域通信制御部
４２Ｄ  主制御部
４２Ｅ  ＧＰＳ測位部
４２Ｆ  自立航法測位部
４３  イベント制御装置
４３Ａ  主制御部
４３Ｂ  通信部
４３Ｃ  花火制御装置
４３Ｄ  音響制御装置
４３Ｅ  音楽制御装置
４３Ｆ  照明制御装置
４３Ｇ  イベントプログラム格納部
４３Ｈ  合図信号光源
５１  基地局
５２  インターネット
６１  ユーザー管理サーバ
６１Ａ  無線ＬＡＮ制御部
６１Ｂ  ユーザー管理部
６１Ｃ  広域通信制御部
【図１】
2012169986.tif 000003
【図２Ａ】
2012169986.tif 000004
【図２Ｂ】
2012169986.tif 000005
【図３】
2012169986.tif 000006
【図４】
2012169986.tif 000007
【図５】
2012169986.tif 000008
【図６】
2012169986.tif 000009
【図７】
2012169986.tif 000010
【図８】
2012169986.tif 000011
【図９】
2012169986.tif 000012
【図１０】
2012169986.tif 000013
【図１１】
2012169986.tif 000014
【図１２】
2012169986.tif 000015
【図１３】
2012169986.tif 000016
【図１４】
2012169986.tif 000017
【図１５】
2012169986.tif 000018
【図１６】
2012169986.tif 000019
【図１７】
2012169986.tif 000020
【図１８】
2012169986.tif 000021
【図１９】
2012169986.tif 000022
【図２０】
2012169986.tif 000023
【図２１】
2012169986.tif 000024
【図２２】
2012169986.tif 000025
【図２３】
2012169986.tif 000026
【図２４】
2012169986.tif 000027
【図２５】
2012169986.tif 000028
【図２６】
2012169986.tif 000029
【図２７】
2012169986.tif 000030