撮影サービスの提供を要求する制御部と、前記撮影サービスの撮影指示を受信し、該撮影指示に基づいて画像を撮影する撮影部と、を有する撮影端末。前記撮影部で撮影された画像データを、アクセスを制限した状態で保持し、制限解除情報が入力されると、該画像データへのアクセスを可能にする画像保存部を更に有する、請求項1に記載の撮影端末。前記画像保存部は、前記画像データを暗号化して保持し、制限解除情報である専用キーが入力されると、該専用キーを用いて該画像データの暗号を解除する、請求項2に記載の撮影端末。ユーザーインタフェース部を更に有し、前記画像保存部は、アクセスを制限した前記画像データと共に、該画像データを劣化させた劣化画像のデータを保持し、前記ユーザーインタフェース部は、前記画像保存部に保持された劣化画像をユーザーが選択できるように表示し、ユーザーが劣化画像を選択すると、課金処理を行うと共に、選択された該劣化画像に対応する画像データへのアクセスの制限を解除する、請求項2または3に記載の撮影端末。自身の位置を示す位置情報を取得し、該位置情報を、前記撮影サービスを提供するサーバに送信する位置情報処理部を更に有する、請求項1から4のいずれか一項に記載の撮影端末。撮影サービスの提供をサーバに要求し、前記撮影サービスの撮影指示を前記サーバから受信し、該撮影指示に基づいて画像を撮影する撮影端末と、前記撮影サービスの要求を受信し、該要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信するサーバと、を有する撮影システム。撮影サービスの提供の要求を撮影端末から受信する要求処理部と、前記要求処理部が受信した前記要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信する撮影制御部と、を有するサーバ。撮影サービスの提供を撮影端末からサーバに要求し、前記サーバから前記撮影端末に前記撮影サービスの撮影指示を送信し、前記撮影端末が前記撮影指示に基づいて画像を撮影する、撮影サービス制御方法。撮影サービスの提供を要求する手順と、前記撮影サービスの撮影指示を受信し、該撮影指示に基づいて画像を撮影する手順と、をコンピュータに実行させるための撮影端末用プログラム。撮影サービスの提供の要求を撮影端末から受信する手順と、受信した前記要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信する手順と、をコンピュータに実行させるためのサーバ用プログラム。しかしながら、特許文献1にて提案されたシステムは、カメラが指示で写真を撮影するものではあるものの、そのカメラは、撮影するエリアに予め設置された定点カメラである。そのため、テーマパーク内を移動するアトラクションの写真を撮影するなど、撮影対象のイベントに合わせて柔軟な撮影位置や撮影タイミングでの撮影が困難であった。また、定点に設置されたシステム側のカメラで写真を撮影するので、セキュリティの観点から画像データの取り扱いや保存にシステム側で注意を払う必要があり、またユーザーもセキュリティ面で不安を感じる場合があった。本発明の目的は、柔軟な撮影位置や撮影タイミングでの撮影が可能で、画像データのセキュリティ性が向上した撮影を行う撮影サービスをユーザーに提供する撮影システムを提供することである。上記目的を達成するために、本発明の撮影端末は、撮影サービスの提供を要求する制御部と、前記撮影サービスの撮影指示を受信し、該撮影指示に基づいて画像を撮影する撮影部と、を有する。本発明の撮影システムは、撮影サービスの提供をサーバに要求し、前記撮影サービスの撮影指示を前記サーバから受信し、該撮影指示に基づいて画像を撮影する撮影端末と、前記撮影サービスの要求を受信し、該要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信するサーバと、を有する。本発明のサーバは、撮影サービスの提供の要求を撮影端末から受信する要求処理部と、前記要求処理部が受信した前記要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信する撮影制御部と、を有する。本発明の撮影サービス制御方法は、撮影サービスの提供を撮影端末からサーバに要求し、前記サーバから前記撮影端末に前記撮影サービスの撮影指示を送信し、前記撮影端末が前記撮影指示に基づいて画像を撮影するものである。本発明の撮影端末用プログラムは、撮影サービスの提供を要求する手順と、前記撮影サービスの撮影指示を受信し、該撮影指示に基づいて画像を撮影する手順と、をコンピュータに実行させるためのものである。本発明のサーバ用プログラムは、撮影サービスの提供の要求を撮影端末から受信する手順と、受信した前記要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信する手順と、をコンピュータに実行させるためのものである。本発明では、柔軟な撮影位置や撮影タイミングでの撮影が可能で、画像データのセキュリティ性が向上した撮影を行う撮影サービスをユーザーに提供することができる。本発明を実施するための形態について図面を参照して詳細に説明する。第1の実施形態図1は、本発明の実施形態の写真撮影システムの構成を示すブロック図である。本実施形態の写真撮影システムは本発明の基本的な構成を適用したシステムである。図1を参照すると、本実施形態の写真撮影システムは撮影端末11とサーバ12を有している。撮影端末11は、無線回線を用いて、撮影サービスを提供するサーバ12に接続する。撮影端末11は、例えばユーザーの指示に応じて、撮影サービスに参加するための参加要求をサーバ12に送信する。その後、撮影端末11は、サーバ12から撮影指示を受信し、その撮影指示に基づいて画像を撮影する。サーバ12は、テーマパーク等の施設におけるアトラクション等の撮影対象イベントにおける写真撮影サービスを提供するサーバである。サーバ12は、撮影サービスへの参加要求を撮影端末11から受信し、その参加要求を送信した撮影端末11に対して、撮影対象イベントに応じた撮影指示を送信する。本実施形態によれば、ユーザーの撮影端末11がサーバ12からの撮影指示に基づいて画像を撮影するので、柔軟な撮影位置や撮影タイミングでの撮影が可能である。また、画像データはサーバ12側に保持されることが無いので、システム側で画像データ保持のセキュリティに対して特別な対処をしなくても、画像データのセキュリティ性を確保できる。撮影指示は、撮影対象イベントにおいて良好な画像を撮影できるように、撮影端末11に撮影の指示を与える情報である。撮影指示には、例えば、画像の撮影を行うべき撮影タイミングや撮影方向の情報が含まれている。撮影対象イベントは、一例として、その実施位置が移動したり、ストーリー等が進行したりするイベントである。サーバ12は、撮影対象イベントの進行を管理しており、その撮影対象イベントの進行に応じた、撮影タイミングを撮影指示に含めて撮影端末11に通知する。撮影端末11は、撮影指示に示された撮影タイミングで画像を撮影する。これに起因する効果として、ユーザーは、撮影対象イベントの進行に合わせて適切なタイミングで容易に画像を撮影することができる。また、撮影端末11は、自身の位置を示す位置情報を取得してサーバ12に送信するものであってもよい。その場合、サーバ12は、複数の位置での撮影対象イベントの進行を管理しており、撮影端末11から受信した位置情報に示された位置での撮影対象イベントの進行に応じた撮影タイミングを含む撮影指示を撮影端末11に送信するとよい。これに起因する効果として、撮影対象イベントが移動する場合や、撮影対象イベントにおいて撮影端末11を持ったユーザーが移動したりする場合にも、ユーザーの位置と撮影対象イベントの進行に応じて適切なタイミングで画像を撮影することができる。図2Aは、本実施形態の撮影端末の基本的なあ構成を示すブロック図である。本ブロック図は、撮影端末の機能的な構成を示すものであり、実際の装置のハードウェアあるいはソフトウェアの構成を示すものではない。図2Aを参照すると、撮影端末11は、基本的な構成として制御部21および撮影部22を有している。制御部21は、撮影サービスにおいて撮影端末11の動作と撮影端末11内の各部の制御を行う制御部である。撮影サービスへ参加するとき、制御部21は、撮影サービスへ参加するための参加要求をサーバ12に送信する。撮影部22は、カメラを備えており、サーバ12から撮影指示を受信して、その撮影指示に基づいて画像を撮影する。図2Bは、本実施形態の撮影端末の拡張的な構成を示すブロック図である。本実施形態の撮影端末10は図2Bに示したように拡張された構成を備えていてもよい。図2Bを参照すると、撮影端末10は制御部21および撮影部22に加えて、画像保存部23、位置情報処理部24、およびユーザーインタフェースUI部25を有している。その場合、画像保存部23は、撮影部22で撮影された画像データを、例えば、アクセスを制限した状態で保持する。アクセスを制限した状態では、正常な画像を表示したり、画像データを移動したり、複製したりすることができない。制限解除情報が入力されると、画像保存部23は、その画像データへのアクセスを可能にする。具体的には、画像保存部23は、画像データを暗号化して保持し、制限解除情報である専用キーが入力されると、その専用キーを用いて画像データの暗号を解除する。また、画像保存部23は、アクセスを制限した画像データと共に、その画像データを劣化させた劣化画像のデータを保持することにしてもよい。劣化画像は例えば縮小画像サムネイルである。UI部25は、画像保存部23に保持された劣化画像をユーザーが選択できるように表示する。複数の劣化画像があれば、UI部25はそれら複数の劣化画像を表示する。そして、ユーザーがいずれかの劣化画像を選択すると、UI部25は、課金処理を行うと共に、選択された劣化画像に対応する画像データの暗号を解除する。その結果、その画像データへのアクセスの制限が解除される。位置情報処理部24は、例えばGPS受信器を備え、自身の位置を示す位置情報を取得し、その位置情報をサーバ12に送信する。この位置情報は、サーバ12において、その撮影端末11に対する撮影指示の生成に利用される。図3は、本実施形態のサーバの構成を示すブロック図である。本ブロック図は、サーバの機能的な構成を示すものであり、実際の装置のハードウェアあるいはソフトウェアの構成を示すものではない。図3参照すると、サーバ12は参加処理部31と撮影制御部32を有している。参加処理部31は、撮影サービスへ参加するための参加要求を撮影端末11から受信し、撮影サービスに参加する撮影端末11を識別する情報をテーブルにて保持する。撮影制御部32は、参加処理部31が受信した参加要求を送信した撮影端末11に対して、撮影対象イベントに応じた撮影指示を送信する。以上、第1の実施形態では基本的な構成を例示したが、より具体的な構成の実施形態として第2~5の実施形態を以下に示す。第2の実施形態図4は、第2の実施形態の写真撮影操作提供システムの構成を示すブロック図である。図4を参照すると、写真撮影操作提供システムは、携帯電話端末41、シャッターチャンス提供サーバ42、およびイベント制御装置43を有している。携帯電話端末41は、カメラ部41A、画像メモリ41B、画像処理部41C、主制御部41D、および通信機能部41Gを有している。主制御部41Dは制御部41Eおよび画像保存部41Fを有している。通信機能部41Gは広域通信制御部41Hおよび無線LAN部41Iを有している。シャッターチャンス提供サーバ42は、無線LAN制御部42A、ユーザー管理部42B、広域通信制御部42C、および主制御部42Dを有している。イベント制御装置43は、主制御部43A、通信部43B、花火制御装置43C、音響制御装置43D、音楽制御装置43E、照明制御装置43F、およびイベントプログラム格納部43Gを有している。携帯電話端末41は、通信手段と撮影手段を有する装置の一例として、カメラ付き携帯電話端末以降、端末と表記である。端末41のカメラ部41Aが撮影した画像は画像メモリ41Bに保持される。画像メモリ41Bは例えばRAMで構成され、機能が終了した場合や電源断となった場合に内容が保持されない。画像メモリ41Bには、データの縮小、暗号化、QRデコードといった処理機能を持つ画像処理部41Cが接続されている。画像処理部41Cは、カメラ部41Aで撮影され、画像メモリ41Bに保存された画像データに対して所定の処理を行う。また、主制御部41Dには画像保存部41Fが具備されている。画像保存部41Fは、電源断の後も継続してデータを保持することができ、画像ファイルを格納することができる。画像保存部41Fは、カメラ部41Aで撮影された画像を縮小した画像のデータと、カメラ部41Aで撮影された画像を暗号化した画像を格納する。画像処理部41Cが暗号化に使用するキーは、画像処理部41Cに暗号化の都度、格納される。暗号した画像データの復号は、画像処理部41Cを用いずにファイル単位で主制御部41Dが行うことができる。また、端末41は、通信機能部41Gに、インターネットと接続する広域通信制御部41Hと、無線LANを使用したデータ通信を行う無線LAN部41Iとを具備している。カメラ部41Aが画像を撮影する機能を、TCPTransmissionControlProtocolと、独自のアプリケーションレイヤのプロトコル、HTTPHyperTextTransferProtocolとを使用した無線LANのデータ通信で外部に開放するAPIApplicationProgrammingInterfaceが端末41に装備されている。本実施形態では、APIとして、暗号化撮影APIと、非暗号化撮影APIが開放されている。暗号化撮影APIでは、上記のように、カメラ部41Aで画像を撮影し、画像データを画像処理部41Cで暗号化と縮小する暗号化撮影動作が実行できる。また、非暗号化撮影APIとして、カメラ部41Aを利用してQRコードを撮影し、その画像に記載されたURLに接続するといった一般的な機能が具備されている。シャッターチャンス提供サーバ42は、シャッターチャンスの情報を端末41に提供するサーバであり、端末41と同様に広域通信と無線LANの2つの通信機能を持ち、無線LAN制御部42Aが無線LANの通信を制御し、広域通信制御部42Cが広域通信を制御する。以降、単にサーバと称した場合は、シャッターチャンス提供サーバを指すものとする。サーバ42は、無線LANを使用して、端末41のIDに対応するプライベートアドレスを端末41に配布する。また、サーバ42の主制御部42Dは、端末41のカメラAPIを利用してシャッターチャンスの情報を提供し、端末41に撮影動作を行わせる。また、サーバ42は、カメラAPIを提供している端末41のユーザーを管理するユーザー管理部42Bを有する。ユーザー管理部42Bは、各端末41を一意に識別できる端末IDと、その端末IDに対して配布する無線LANのプライベートIPアドレスとを保持している。また、ユーザー管理部42Bが、各端末41について、画像に固有の暗号化キーおよび復号キーと画像の購入操作で利用する課金管理情報を保持することで、撮影した画像データを購入する際にユーザーに対して課金する仕組みの提供が可能になっている。イベント制御装置43は、テーマパークのアトラクションにおけるイベント毎に、動作する各要素を制御する装置である。イベントプログラム格納部43Gに格納されたイベントプログラムに従った主制御部43Aからの指示で、花火制御装置43Cが指定された時刻に花火に点火したり、音響制御装置43Dが音響を鳴らしたり、音楽制御装置43Eが音楽を流したり、照明制御装置43Fが照明を制御したりする。このイベント制御装置43は、サーバ42の近傍に設置されており、通信部43Bを用いて、サーバ42と例えば無線LANで接続される。イベント制御装置43は特定のイベントの進行に同期してサーバ42に、撮影タイミングシャッターチャンスを示す撮影信号を送信することができる。また、イベント制御装置43は、イベントプログラムの実行が終了したら、サーバ42に終了信号を送信する。図5は、第2の実施形態の利用シーンにおけるシステムの動作を説明するための図である。最初に端末41を持ったユーザーは、施設内に入り、入場パンフレットなどに印刷されたQRコードを、端末41を用いて、読み取ってサーバ42のURLを取得し、インターネット52および基地局51を経由する広域通信を用いてサーバ42にアクセスする。そして、ユーザーは端末41を操作して本システムが提供するサービスへの参加を要求する。参加が認められると、無線接続用の端末IDが端末41に通知される。端末41がその端末IDを用いて無線接続のアソシエーション低レベル通信レイヤでの接続を確立すると、サーバ42から端末41に無線LANのIPアドレスが割り振られる。その結果、サーバ42と端末41が無線LANを使用した通信を行うことができる状態となり、サーバ42からの制御で端末41が自動的に画像を撮影できる状態になる。イベント時刻になるとイベント制御装置43は、イベントプログラムに従って、花火、音響、音楽、照明などの演出処理を実行すると同時に、サーバ42に撮影信号を送る。撮影信号を受信したサーバ42は、無線LAN経由で、端末41の撮影APIを利用して、端末41に撮影動作を行わせる。撮影された画像は、端末41内の画像処理部41Cで縮小され、また暗号化され、縮小された画像と暗号化された画像のデータが端末41内の画像保存部41Fに仮保存される。仮保存された縮小された画像と暗号化された画像は、ユーザーが縮小画像サムネイルを見て写真の写り具合を確認し、気に入って購入の操作を行えば、暗号を解除して元の画像データをユーザーが利用できるようにするというように利用される。本サービスは有料で提供してもよいし、無料で提供してもよい。無料の場合、課金を行わない場合は、非暗号化撮影APIを使用して、カメラ部41Aで撮影した画像を縮小したり、暗号化したりせずに、そのまま保存すればよい。以下、本実施形態における各装置の動作について詳しく説明する。図6は、第2の実施形態における端末のメイン動作を示すフローチャートである。まず図6Aのフローを参照すると、アトラクションの近傍において、ユーザーが端末41を操作して撮影サービスアプリケーションを起動するときの動作が示されている。撮影サービスアプリケーションは、サーバ42と交信するためにURLを必要とするため、カメラ部41Aを起動した上で端末41をQRコードにかざすようにユーザーへの指示を表示するステップ101。ユーザーがQRコードに端末41をかざすとQRコードが認識され、QRコードに記録されたURLが取得されるステップ102。撮影サービスアプリケーションは、そのURLを用いてサーバ42に接続するステップ103。この接続自体は通常のHTTPやセキュリティを確保したHTTPSを使用した接続でよい。接続後、端末41は、端末41を識別するIDをサーバ42に送信しステップ104、登録結果をサーバ42から受け取った後に広域通信を終了するステップ105。このとき、端末41が必要に応じてIDだけでなく、端末の電子証明書をもサーバ42に送付し、サーバ42がそれを認証することでセキュリティを強化しても良い。登録の結果が成功であればステップ106のYes、端末41は、図6Bに示すフローでサービスを受けることになるステップ107。一方、登録の結果が失敗であればステップ106のNo、端末41はエラー画面を表示して処理を終了するステップ108。図6Bを参照すると、サーバ42が無線LANに接続するためのIDを返して来るので、端末41はそのIDを保持する。端末41は、受信した無線LANのIDを使ってサーバ42に接続しなおし、プライベートLANアドレスが配布されるのを待つステップ109。セキュリティを確保する場合は、無線LANのIDを使ってサーバ42に接続しなおすときに、サーバ42は、端末41に予め送付した電子証明書を使って端末41の認証を行うようにしても良い。アソシエーションが確立してIPアドレスが配布されたらステップ110のYes、端末41は配布されたIPアドレスを使用してサーバ42にアドレス受領を通知するステップ111。この通知から、サーバ42は、端末41のカメラAPIを使用した通信が可能になったことを認識できる。IPアドレスが配布されなければステップ110のNo、端末41は、エラー画面を表示して処理を終了するステップ112。ステップ111に続いて、端末41は、カメラ部41Aのカメラ機能を起動し、アトラクションのイベントが発生する方向にカメラを向けるようにユーザーへの指示を表示するステップ113。ユーザーがこの指示に従って画面を見ながら調整すると、端末41はカメラを適切な方向に固定した状態となるステップ114。端末41がサーバ42からの通信待ちをしているとステップ115、やがてイベントが開始されてシャッターチャンスのタイミングになり、サーバ42からコマンドを受信する。そのコマンドが撮影コマンドであればステップ116のYes、端末41は撮影処理を行うステップ117。撮影処理の詳細は後述する。撮影処理が行われた結果として、最適なタイミングで端末41のシャッターが自動的に押され、ユーザーは好ましいタイミングの写真を容易に入手できる。撮影処理では、後述するように写真ごとに課金する仕組みを動作させることができる。その場合は、イベント終了後に画像購入処理を動作させる。画像購入処理の詳細は後述する。このように撮影動作が自動的に行われるため、ユーザーはカメラの画面やアトラクションの方向を見る必要が無く、自らが写真に写ることも可能となる。ステップ116においてコマンドが撮影コマンドでなければステップ116のNo、端末41はイベントが終了するか否か判定するステップ118。イベントが終了しなければ、端末41はステップ115に戻る。イベントが終了すると、サーバ42から終了コマンドが送信されて来る。端末41は、その終了コマンドを受信したらステップ118のYes、サーバ42とのLAN接続をいったん切断するステップ119。サービスにおいて画像毎の課金が適用されている場合、端末41は、次に画像購入処理を行いステップ120、ユーザーが気に入った画像のデータを購入する。なお、課金を行わない場合は、ステップ120を省略することも可能である。なお、説明の便宜上、写真撮影サービスの流れの中に画像購入処理を組み込んであるが、本発明がこれに限定されるものではない。他の例として画像購入処理は後から独立して起動することもできる。図7は、図6における撮影処理の流れを示すフローチャートである。サーバ42から端末41に送られてくる撮影コマンドには、付随データとして、画像を識別する画像IDと暗号化キーが付加されている。端末41は、その撮影コマンドと付随データを受信して画像処理部41Cにセットするステップ201。続いて、画像処理部41Cはシャッターボタンを押下したのと同じ処理を行い、カメラ部41Aで撮影された画像データ以下主画像というを画像メモリ41Bに格納するステップ202。次に、画像処理部41Cは画像メモリ41B上の主画像を縮小するという方法を使用して、後に画像の購入処理で使用する縮小画像サムネイルを作成し、その縮小画像を仮ファイルとして画像保存部41Fに格納するステップ203。また、画像処理部41Cは、ステップ201で格納した暗号化キーを用いて主画像を暗号化し、暗号化した画像のデータを仮ファイルとして画像保存部41Fに保存するステップ204。なお、端末41は、2つの仮ファイルを、例えばサーバ42から送られた画像IDを使用してファイル名の冒頭部分に共通の文字列を使うなどして、互いの関連付けがわかるようしている。この画像IDは画像を識別するIDとしてサーバ42内でも使用されるので、端末41はサーバ42に画像IDを送る際、ファイル名から画像IDを導き、その画像IDを送るということを行う。また、課金処理を行わない無料サービスとして本サービスを提供する場合、端末41には、カメラAPIとして、暗号化処理を伴わない撮影APIを実装しておく。その撮影APIが呼ばれた場合には、端末41は、上述したような暗号化キーの格納、主画像を縮小する処理、主画像を暗号化する処理を実行せず、画像メモリ41B上の主画像をそのまま画像保存部41Fに格納するようにすればよい。画像IDも特に使用しないので、暗号化処理を伴わないAPIでは、これを省略してもよい。図8は、図6における画像購入処理の流れを示すフローチャートである。端末41内に縮小画像があればステップ301、未購入の画像があることを表しているので、端末41は、その一覧を表示してユーザーに購入する画像の指定を促すステップ302。ユーザーが行った操作ステップ303が画像購入の中断を指示する操作であればステップ304のYes、端末41はそのまま処理を終了する。また、ユーザーが行った操作が画像購入の中断を指示する操作でない場合ステップ304のNo、ユーザーが行った操作が、購入する画像を指定する操作でなければステップ305のNo、端末41はステップ301に戻る。また、ユーザーが行った操作が縮小画像の一覧から購入する画像を指定する操作であればステップ305のYes、端末41は再度サーバ42に接続し、ユーザーが指定した画像のファイル名から画像IDを生成し、その画像IDを指定して課金処理を要求するステップ306。ここでの接続は、本実施形態では広域通信を想定している。しかし、広域通信でなく無線LANを用いてもよい。正常に課金が行われた場合ステップ307のYes、サーバ42から端末41へ、課金終了のステータスと共に、暗号を復号するための復号キーが送られてくる。端末41は、この復号キーを、ステップ201で画像処理部41Cにセットした暗号化キーと同じ場所に画像ID毎に保持する。図9は、サーバ42で秘匿キーが保持されている様子を示す図である。図9を参照すると、暗号化キーと復号キーのペアである秘匿キーは、課金処理が終わっているか否かを示す課金管理情報と共に保持されている。ここでは、この復号キーがサーバ42から端末41に送られる。端末41では、サーバ42からの復号キーは、暗号化キーと共に保持される。画像IDを指定すると、それに対応した復号キーを取得することができる。端末41は、取得した復号キーを用いて、暗号化された画像データを復号して再び画像保存部41Fに格納するステップ308。更に、端末41は保存されていた縮小画像を削除するステップ309。この結果として、次に一覧を表示するときには、画像購入処理が行われた画像が購入候補として出現しないようになる。ステップ307にて正常に課金が行われなかった場合ステップ307のNo、端末41はステップ301に戻る。図10は、第2の実施形態におけるサーバの動作を示すフローチャートである。これは、図6に示した端末41の動作に対応するものである。なお、図10では、サーバ42は、アトラクションのイベント時刻になったか否か判断しステップ401、イベント時刻になっていなければ、広域通信ポートを経由した端末41からの接続を待ちステップ402、イベント時刻になったら撮影動作に専念するという例を示している。しかし、これは動作を説明するための便宜であり、撮影動作とユーザー管理をマルチタスクで並行して実行してもかまわない。まず、端末41からの広域通信ポート経由の接続を待っている状態で、端末41から接続がなければステップ403のNo、サーバ42はステップ401に戻る。端末41から接続があるとステップ403のYes、サーバ42は、端末41から要求された処理が端末登録の処理か否か判定するステップ404。端末登録の処理が要求された場合ステップ404のYes、サーバ42は、端末41からの識別IDを受信し、その識別IDに割り付けるプライベートLANのアドレスを決定するステップ405。この際に、セキュリティを高めるなら、電子証明書を受領し、またルート証明書を確認する等を併せて行ってもよい。また、サーバ42内では、このタイミングで、今回の端末ID用の情報を格納するエリアをユーザー管理部42Bに確保する。端末IDが重複しているなどの問題が無く、無線LANの同時接続数や配布するIPアドレスの空きに余裕があれば登録OKとなる。登録OKであればステップ406のYes、サーバ42は、広域通信ポート経由で端末41に登録OKの結果と共に、無線LANで接続するための無線LAN識別IDを返信するステップ407。続けてサーバ42は無線LAN経由で端末41が接続してくるのを待ち、接続されたらプライベートIPアドレスを配布するステップ408。この結果として、端末41とサーバ42はIPで接続できる状態になる。サーバ42は端末41がIP接続してくるのを待ち、無事に接続されたらステップ409のYes、サーバ42は登録処理を終了する。また、サーバ42は、端末41からのIP接続が正常に行われなかった場合ステップ409のNo、その端末登録を抹消するステップ410。ステップ406において、登録OKでなければステップ406のNo、サーバ42は、広域通信ポートに向けて登録エラーの旨を返信した後ステップ415、ステップ401に戻る。また、サーバ42は、ステップ401の判定で、アトラクションのイベント開始時刻になったことを検出するとステップ401のYes、撮影制御処理に移行する。イベントの進行はイベント制御装置43が制御し、イベント制御装置43からサーバ42に撮影に適したタイミングを示す撮影信号が送信されるステップ411。サーバ42は、端末41から受信した信号が、イベント終了を示す終了信号であった場合ステップ412のYes、端末41のIPアドレスに宛てて終了コマンドを送信しステップ413、その端末41に配布したプライベートアドレスを無効化するステップ414。ステップ412において、端末41からの信号が終了信号でなかった場合ステップ402のNo、サーバ42は、端末41から受信した信号が撮影信号でなければステップ415のNo、ステップ411に戻る。端末41から受信した信号が撮影信号であればステップ415のYes、サーバ42は、その撮影信号に同期して端末41の撮影APIを呼び出す。本サービスを有料で提供し、写真毎の課金を適用していれば、サーバ42はこのときに秘匿キーを生成するステップ416。秘匿キーは暗号化用と復号用のペアで作成される。このとき作成するキーのペアは、いわゆる公開鍵と秘密鍵のペアであってもよく、あるいはそうでなくてもよい。例えば、ある数の加算とその補数の加算を用いたような、より簡易的なアルゴリズムでキーのペアを生成してもよい。サーバ42は、秘匿キーを、図9に示したようにサーバ42内に保存しておきステップ417、暗号化キーを端末41に送信するステップ418。ただし、この構成は必須ではなくセキュリティレベルを下げて良い場合は、暗号化キーと復号キーの2つを共通鍵としても構わない。なお、イベント終了後、広域通信ポート経由で画像の購入を目的として、端末41からサーバ42に接続が行われた場合、図10のステップ401~404の処理が行われ、ステップ404におけるNoの判定の後、課金等の別処理が起動される。図11は、サーバ42における課金処理の動作を示すフローチャートである。図8の画像購入処理において、購入する画像のIDが端末41からサーバ42へ送信されるのでステップ501、サーバ42は、そのIDを用いて、図9に示した課金管理情報を参照し、その画像の料金が未払いであればステップ502のYes、クレジット決済などを使用して、画像1枚分の課金処理を行うステップ503。この課金処理自体は広く知られた既知の処理である。課金処理が成功したらステップ504のYes、サーバ42は、決済OKのステータスと共に、指定された画像を復号化するための復号キーを、画像ID別に保存された中から取得して端末41に返信するステップ505。ステップ502において料金が既に支払済であった場合ステップ502のNo、既に購入された画像が要求されているので、サーバ42は、本課金処理の失敗すなわち購入の失敗を端末41に返信するステップ506。また、ステップ504において課金処理が失敗した場合もステップ504のNo、サーバ42は、本課金処理の失敗を端末41に返信するステップ506。なお、ステップ504において課金処理が失敗した場合、サーバ42はステップ503の処理を所定回数だけ再試行し、それでも課金処理が成功しなかった場合にステップ506にて課金処理の失敗を端末41に返信することにしてもよい。図12は、第2の実施形態におけるイベント制御装置43の動作を示すフローチャートである。イベントプログラムには、各イベントの一連の動作が、その動作時刻の情報と共に記載されている。イベント制御装置43は、イベントプログラムから1つの動作の情報を読み出すステップ601。イベント制御装置43は、読み出した情報が示す動作がイベント終了でなければステップ602のNo、その動作を行う時刻まで待機するステップ603。一方、読み出した情報が示す動作がイベント終了であればステップ602のYes、イベント制御装置43は、サーバ42にイベント終了を通知する終了信号を送信し、処理を終了するステップ604。イベント動作時刻になったら、イベント制御装置43は、該当動作を実行するための制御を行う。イベント制御装置43は、例えば所定の時刻に音楽を流しステップ605のYes、所定の時刻に照明を制御しステップ606のYes、所定の時刻に花火を点火するステップ607のYes~ステップ608。イベント制御装置43が花火を点火するプロセスを起動すると、そのプロセスは花火の点火スイッチを動作させ、花火を打ち上げる。図12では、一例として、イベント制御装置43が花火の打ち上げに連動して撮影信号をサーバ42に送信するようにしているステップ609。そのため、花火が打ち上げられると、ユーザーの端末41のカメラが自動的に動作し、花火の写真を撮影する。また、図12の例では、何かの動作に連動させるのではなく、独立したタイミングで端末41に撮影を行わせる独立撮影制御イベントが設けられている。独立撮影制御イベントに該当するイベント動作時刻になるとステップ610のYes、撮影信号をサーバ42に送信する。これを利用すると、花火の点火から5秒後に撮影を行うといった設定が可能になる。より好適なシャッターチャンスでの撮影が可能となる。なお、本実施形態のここまでの説明では、ユーザーが購入せずに端末41内に残った縮小画像及び暗号化画像の消去については特に述べなかった。しかし、これらのデータは一般的なデータのファイルとしてメモリに格納されているので、例えば、ユーザーが任意のタイミングで削除することにすればよい。また、サーバ42側に格納された課金用の管理データ群は、容量が小さいので長期間保持してもシステムへの負担は小さいが、適当な期間を設け、その期間が経過したら、サーバ42が自動的にそのデータ群を削除することにしてもよい。例えば、先の説明で述べたURLを記録したQRコードを掲載したパンフレットなどに3ヶ月を経過したデータは消去するという期限を明記しておき、サーバ42が3ヶ月後にデータを消去するようにすればよい。以上説明したように、本実施形態は以下に記載するような効果を奏する。第1の効果として、ユーザー自身の端末41が利用できるので、ユーザーが所持する機器携帯電話端末を用いた柔軟なシステムへの参加が可能となり、またユーザー自身の機器で画像を撮影することができる。ユーザーは、自身の端末41でサーバ42にアクセスするだけで、適切なタイミングで撮影された見栄えのするイベントの写真を入手できる。第2の効果として、動作遅延の少ない、タイムリーな撮影動作が実現される。イベントの進行に同期した撮影信号に基づいて撮影が行われるので、イベントに同期した、シャッターチャンスの最適なタイミングでの撮影を自動的に行うことが可能となる。自動撮影なのでイベントから目を逸らしても撮影が可能であり、イベントと自分が同じ画面に映っている写真も撮影することが可能となる。第3の効果として、画像データが端末41に保持されるので、画像データをシステム側で保持する必要がない。この結果として、サーバ42の保持すべきデータを最小限に抑えることができる。また、画像のデータを端末41にて保持する構成であってもデータ毎の課金が可能となり、またユーザーが後から欲しい画像をゆっくり選んで購入することもできる。応用的な効果として、固定設置されたカメラではなく、ユーザー自身の端末41で撮影を行うので、多人数のグループで本システムに参加し、いろいろな角度からイベントを撮影することで、決定的瞬間の同時に複数の角度からイベントを撮影するというシステムの利用も可能である。第3の実施形態図13は、第3の実施形態の写真撮影操作提供システムの構成を示すブロック図である。第3の実施形態の写真撮影操作提供システムは、その基本的構成は第2の実施形態のものと同様である。しかし、同じ敷地内に多数のイベントが分散して開催される場合についての構成および動作が更に工夫されている。図13を参照すると、第3の実施形態の写真撮影操作提供システムは、第1会場イベント用および第2会場用として、シャッターチャンス提供サーバ42およびイベント制御装置43を2組備えている。また、端末41には、GPSGlobalPositioningSystemを用いて自身の位置情報を取得するGPS測位部41Mと、主制御部41D内でサーバーリストを保持するサーバーリスト保持部41Lが追加されている。また、サーバ42では、広域通信制御部42Cに、サーバーリストを配布する機能とユーザー管理データを複数のサーバ間で共有する機能が追加され、無線LAN制御部42Aに、アトラクションに適した撮影の設定値を保持し、配布する機能が追加されている。図14は、第3の実施形態の利用シーンにおけるシステムの動作を説明するための図である。テーマパーク等の施設内には、複数のアトラクションがあり、それぞれに異なった時刻にイベントが開催される。また、イベント毎に最適な撮影の設定が異なる。そのために、各エリア会場に対して撮影設定が定義されている。例えば、エリア1第1会場では夜に花火が打ち上げられるので、撮影設定としては夜間撮影モードが好ましい。エリア2第2会場ではステージでイベントが開催されるため照明は白熱灯である。そのために撮影設定としてホワイトバランスの設定が必要である。また、エリア3第3会場では屋外でレースが行われる。そのため、撮影設定としては、撮影感度を上げた高速シャッターを用いた撮影が必要である。このようなエリア毎の好ましい撮影設定が予め定義されているものとする。ユーザーが端末41を用いて各サーバ42に無線LANで接続すると、サーバ42から端末41に撮影設定が設定され、シャッターチャンスのタイミングに端末41は各アトラクションに適した撮影設定を用いた撮影を行う。なお、本実施形態では、ユーザーは、システム内の任意のアトラクションに参加できる。また、どのアトラクションからシステムに参加してもよく、システムへの参加を継続しながら複数のアトラクションで撮影を行うこともできる。図15は、第3の実施形態における端末の動作を示すフローチャートである。図15には、端末41で撮影サービスのアプリケーションを起動したときの処理の流れが示されている。アプリケーションが起動されると、端末41は、まずサーバーリストが格納されているか否かを判定するステップ701。サーバーリストが未だ格納されていなければステップ701のNo、初回の接続なので、どのサーバにもその端末41のユーザー管理データが存在しない。そのため、端末41は、図6のステップ101-103のように第2の実施形態と同じQRコードの参照を行う手順を実行し、現在自分がいる場所に対応するサーバ42に接続する。サーバ42に接続すると、サーバ42から端末41にサーバーリストが配布されるステップ702。このリストは、位置と、その位置に対応するサーバ42のURLとが関連付けられたリストである。端末41はこのリストを内部に保持する。2回目以降はステップ701のYes、サーバーリストがあるので、端末41は自分の位置をGPS等で測位しステップ703、リストを参照するという方法を用いて、自分の位置に対応するサーバを選択して接続するステップ704。ステップ702あるいはステップ704以降の処理は、図6に示したステップ104~108と同じ処理である。図16は、第3の実施形態におけるサーバの動作を示すフローチャートである。これは、図15に示した端末41の動作に対応するものである。サーバ42は、イベント時刻か否かの判定でイベント時刻になっておらずステップ801のNo、広域通信ポートからの端末41の登録接続を待っている状態でステップ802、端末41から接続があるとステップ803のYes、広域通信制御部42Cが他のサーバ42に問い合わせることで、その端末41が他のエリアのサーバ42に登録されているか否かを確認するステップ804。また、サーバ42はステップ803において端末41から接続がなければステップ803のNo、ステップ801に戻る。もし、その端末41がサーバ42に登録されていなければステップ805のNo、初回接続なので、サーバ42は、その端末41にサーバーリストを配布するステップ806。更に、サーバ42は、サーバ42内にユーザー管理情報を格納する領域を確保し、端末41にローカルIPアドレスを割り付ける等して、ユーザー管理データを初期設定するステップ807。逆に、端末41が既に他のエリアのサーバ42に登録されていればステップ805のYes、サーバ42は、他のエリアのサーバ42からデータを取得してマージするステップ808。例えば、他のエリアのサーバ42に暗号キーと課金管理情報があり、自サーバ42にそれらのデータが無ければ、その暗号キーと課金管理情報をコピーする。続いて、要求された処理がそのエリアへの端末登録であればステップ809のYes、サーバ42は、第2の実施形態と同様に、図10のステップ405-414の処理を実行する。また、要求された処理が課金の場合ステップ809のNo、サーバ42は、マージされたデータを利用して、他のサーバ42で撮影された写真を含めて課金処理を行う。ステップ801の判定でイベント時刻に達するとステップ801のYes、サーバ42は、無線LANポートで端末41に接続し、端末41に実装された撮影設定のAPIを呼び出し、そのエリアにあるアトラクションに適した撮影設定を行うステップ810。その後の撮影動作は、図10のステップ411-414に示した第2の実施形態と同じ動作である。以上説明したように、第3の実施形態では、複数のエリアにアトラクションがあるような施設でユーザーは、複数のアトラクションについてシームレスな撮影サービスを受けることが可能になる。また、各アトラクションのそれぞれに適した撮影設定を用いた撮影を行うことができる。第4の実施形態図17は、第4の実施形態の写真撮影操作提供システムの構成を示すブロック図である。第4の実施形態の写真撮影操作提供システムは、その基本的構成は第2の実施形態のものと同様である。しかし、ユーザーの端末41が一か所にとどまり、その前を長大なパレードが通過するようなアトラクションを想定して構成および動作が更に工夫されている。図17を参照すると、第4の実施形態の写真撮影操作提供システムは、第1車両用および第2車両用として、シャッターチャンス提供サーバ42およびイベント制御装置43を2組備えている。また、端末41には、GPSを用いて自身の位置情報を取得するGPS測位部41Mが追加されている。また、新たにユーザー管理サーバ61が追加されている。このユーザー管理サーバ61は、各サーバ42のユーザー管理部42Bを分離したものである。各サーバ42は撮影情報を端末41に通知するのに必要な情報だけを保持する。また、パレードのアトラクションで利用される複数の車両に対して、それぞれサーバ42とイベント制御装置43が備えられている。また、サーバ42には、GPSを用いて自身の位置情報を取得するGPS測位部42Eと、自立航法で位置測定を補助する自立航法測位部42Fとが追加されている。ユーザー管理サーバ61は、無線LAN制御部61A、ユーザー管理部61B、および広域通信制御部61Cを有している。無線LAN制御部61Aは、無線LANを用いた各サーバ42との接続を制御する。ユーザー管理部61Bは、各サーバ42のユーザー管理部42Bを分離したものである。広域通信制御部61Cは、広域通信を用いた携帯電話端末41との接続を制御する。図18は、第4の実施形態の利用シーンにおけるシステムの動作を説明するための図である。図18に示すように、この実施形態のアトラクションは、ユーザーの端末41が1地点に固定され、そのユーザーの前を長大なパレードの各車両が通過する。端末41のユーザーは、まずユーザー管理サーバ61に接続して端末41を登録する。イベント撮影に必要なデータはユーザー管理サーバ61から、パレードを構成する各車両に搭載されたサーバ42に転送される。イベントの車両がユーザーに近い場所にすると、サーバ42から端末41に撮影情報が通知され、端末41はその撮影情報に従ってカメラで画像を撮影する。ユーザー管理サーバ61のユーザー管理部61Bには、第2の実施形態ではサーバ42に格納されていたユーザー管理データが保持されている。ユーザーが端末41に対してシステムへの参加の操作を行うと、端末41が位置を測定してユーザー管理サーバ61に転送する。端末41の位置は、他のユーザー管理データと共に、ユーザー管理サーバ61内のユーザー管理部61Bに保持される。各車両に搭載されたサーバ42は、無線LANを使用してユーザー管理サーバ61と接続しており、ユーザー管理サーバ61から、各ユーザーの端末41のIPアドレスや位置情報などの管理データが配信される。サーバ42は、ユーザー管理部42Bに、各ユーザーの位置情報を保持し、またGPS測位部42Eおよび自立航法測位部42FでGPSおよび自立航法を用いて自身の位置を測定する。そして、サーバ42は、どのユーザーが自身の近くにいるかを検知し、そのユーザーの端末41に無線LANで撮影情報を通知して撮影を実行させる。図19は、撮影サービスのアプリケーションを起動したときの端末の動作を示すフローチャートである。図19を参照すると、第4の実施形態では、図6Aに示した動作とは、ステップ102の後に、QRコードに記載されたURLで、シャッターチャンス提供サーバ42ではなく、ユーザー管理サーバ61に接続しステップ901、現在の自身の位置を測定しステップ902、端末41の識別IDと共に位置情報を登録するステップ903という点が異なっている。図20は、第4の実施形態におけるユーザー管理サーバの動作を示すフローチャートである。本実施形態のユーザー管理サーバ61は、図10に示した第2の実施形態のシャッターチャンス提供サーバ42と同等の動作を行うが幾つかの点で違いがある。ユーザー管理サーバ61は、無線LANポートからのイベント報告を検知しステップA01、イベントの有無を判定するステップA02。また、ステップ405の後、ユーザー管理サーバ61は、車両に搭載されたシャッターチャンス提供サーバ42のユーザー管理部42Bに、端末41の接続情報と位置情報をコピーするステップA03。また、イベントありの場合にステップA02のYes、ユーザー管理サーバ61は、撮影制御処理を行うかわりに、シャッターチャンス提供サーバ42からの撮影報告を受けてステップA05のYes、復元キーを受信しステップA06、その復号キーを、暗号化キーを保持しているエリアに保持するステップA07。また、ユーザー管理サーバ61は、シャッターチャンス提供サーバ42からの終了報告を受けてステップA04のYes、端末41に終了コマンドを送信しステップ413、その端末41に配布したプライベートアドレスを無効化するステップ414。図21は、第4の実施形態におけるシャッターチャンス提供サーバの動作を示すフローチャートである。上述したように、第4の実施形態では、ユーザー管理に関する処理が分離され、ユーザー管理サーバ61で行われている。本実施形態のシャッターチャンス提供サーバ42は、基本的には第2の実施形態の図10に示したステップ411-414に相当する処理撮影制御処理を行う。以下それとの違いについて説明する。イベント制御装置43から撮影信号を受信したときステップ415のYes、シャッターチャンス提供サーバ42は、自分の位置を測定しステップB01、近傍にシステムに参加している端末41が存在するか否か検索するステップB02。そして、近隣に端末41が存在する場合にステップB03のYes、シャッターチャンス提供サーバ42はその端末41に撮影コマンドを発行する。また、シャッターチャンス提供サーバ42は、生成した鍵ペアのうち、復元キーは自サーバに格納せず、ユーザー管理サーバ61に送付するステップB04。また、イベント終了の信号を受信したときステップ412のYes、シャッターチャンス提供サーバ42は、端末41ではなくユーザー管理サーバ61に終了報告を送信するステップB05。特に、撮影した画像を暗号化する場合、鍵ペアの生成と、暗号化キーを端末41に送付して撮影を実行するという処理はシャッターチャンス提供サーバ42が分担し、復号キーを保持して課金動作を行うと言う処理はユーザー管理サーバ61が分担する。ユーザー管理サーバ61が行う課金動作は第2の実施形態におけるシャッターチャンス提供サーバ42の動作と同等である。以上、第4の実施形態では、端末41が留まっている位置をパレードのような長大な車両の列が通過する際、ユーザーは、自身の前で行われるイベントを適切なタイミングで自動的に撮影することができる。また、ユーザー管理とシャッターチャンス等の撮影制御とを分離したため、第3の実施形態のようなユーザーデータをマージする作業が不要になる。そのため、通信トラフィックが軽減され、非常に多数のシャッターチャンス提供サーバ42が存在する場合に通信回線や処理能力等のリソースが欠乏を防止することができる。第5の実施形態第4の実施形態では、シャッターチャンス提供サーバ42が互いに比較的近い距離で連続して存在するため、端末41は短い時間間隔で複数のシャッターチャンス提供サーバ42から順次撮影コマンドを受信することがなる。ユーザーにとって撮影すべきイベントの車両と撮影コマンドとの対応が不明確になる可能性がある。特に、画角を絞って望遠気味に撮影している場合に、撮影コマンドの対象とは異なる場所が撮影されてしまう可能性がある。第5の実施形態は、そのような状況に対応することができるようにしたものである。そのために、第5の実施形態は第4の実施形態に対して装置および動作を追加実装したシステムとなっている。図22は、第5の実施形態の写真撮影操作提供システムの構成を示すブロック図である。本実施形態のシステムは基本的に図17に示した第4の実施形態のシステムと同様の構成である。以下、それとの違いについて説明する。本実施形態の端末41では、画像処理部41Cに、光の点滅という手段を用いた合図を検出する機能が追加されている。合図検出機能を用いて、画像処理部41Cは、カメラ部41Aで撮影される画像をスキャンし、所定のパターンで点滅する光の存在およびその点滅パターンを検出する。端末41で動作する任意のプロセスは、その検出結果を参照することができる。また、イベント制御装置43には、合図信号光源43Hが追加搭載されている。合図信号光源43Hは、主制御部43Aの制御に基づいて、所定のパターンで点滅する赤外線ランプを備えている。合図の点滅パターンはイベントプログラムに含まれ、イベントプログラム格納部43Gに格納されている。主制御部43Aは、イベントプログラムに従って合図信号光源43Hを点滅させる。各イベントは時刻で制御されるため、時刻をキーに車両間で連携して合図信号光源43Hを点滅させることができる。図23は、第5の実施形態の利用シーンにおけるシステムの動作を説明するための図である。各車両には、イベント制御装置43の合図信号光源43Hが搭載されている。合図信号光源43Hの赤外線ランプは人間の目には見えないが、端末41のカメラ部41Aでは捕らえることができる。図24は、合図信号の点滅パターンの一例を示す図である。この点滅パターンは、カメラのフレーム数を毎秒32フレームであるところ、16フレーム相当0.5秒を1単位とし、1単位で1つの状態を表している。図24において、○白丸の点滅パターンは、約4フレーム分の時間だけ点灯し、その後、約4フレーム分の時間だけ消灯し、その後再び約4フレーム分の時間だけ点灯している。●黒丸の点滅パターンは、約4フレーム分の時間だけ点灯し、その後、4フレーム分の時間だけ消灯するのは、白丸と同じである。しかし、黒丸は、その後の4フレーム分の時間の点灯が無い。黒丸の点灯の有無に基づいて、白丸か黒丸かという点滅パターンの識別が可能である。合図信号は、白丸と黒丸の組み合わせが所定の情報を意味するように定義がされている。図24では、左方向を意味する合図と、右方向を意味する合図と、OKを意味する合図とが、白丸と黒丸の組み合わせで表されている。OKの合図は、撮影対象のイベントが正面に来たことを意味する合図である。これらのような繰り返しの点滅パターンの例では3秒以内に合図を識別することができる。図25は、イベントプログラムに記載された合図信号について説明するための図である。図25には、合図信号が意味する合図が順番に並んでいる。イベント進行の時間の流れは、図25において上から下に向かっている。ユーザーの端末41の左側にいるイベントの車両の合図信号光源43Hは右方向を意味する合図信号を発し、端末41の右側にいるイベントの車両の合図信号光源43Hは左方向を表す合図信号を発する。端末41の正面に来たイベントの車両の合図信号光源43Hは、OKの合図信号を発した後にしばらく消灯する。この結果、合図信号光源43Hの光が端末41のカメラ部41Aが撮影した画像に現れてしまうことを防止することができる。図25における3行目の状態では、端末41のカメラ部41Aが第1車両を画面に捉えているときには右方向の合図信号が検出される。カメラ部41Aが第2車両を捉えているときにはOKの合図信号が検出される。また、カメラ部41Aが第3車両を捉えているときには左方向の合図信号が検出される。端末41は、右方向の合図信号が検出されると右向きの矢印を画面に表示し、左方向の合図信号が検出されると左向きの矢印を画面に表示する。また、端末41は、OKの合図信号が検出されると、OKを画面に表示する。図26は、端末の画面表示の一例を示す図である。図26を見ると分かるように、ユーザーがカメラ部41Aを第1車両に向けていると右向きの矢印が表示され、第3車両にカメラ部41Aを向けていると左向きの矢印が表示される。ユーザーは矢印の方向にカメラ部41Aの向きを修正することができる。カメラ部41Aが適切な撮影に最適な第2車両に向くとOKが表示される。ユーザーはそのまま第2車両にカメラ部41Aを向けた状態を維持すると、第2車両のシャッターチャンス提供サーバ42から端末41に適切なタイミングで撮影信号が送られ、端末41が自動的に撮影を実行する。このようにユーザーは容易にイベントの発生する適切な方向にカメラ部41Aを向けることができる。図27は、第5の実施形態において端末に追加される処理を示すフローチャートである。本図には、第4の実施形態における端末の処理に追加される処理が示されている。追加される処理は以下の通りである。図27Aに示すように、写真撮影サービスの一連の処理において、端末41はまず初めに画像処理部41Cが合図検出することを有効化するステップC01。続いて、端末41は、合図信号の検出プロセスを起動するステップC02。また、端末41は、第4第2の実施形態と同様な図6Bステップ109-120の処理を行った後、合図信号の検出プロセスを終了しステップC03、更に画像処理部41Cの合図検出機能を無効化するステップC04。合図信号の検出プロセスは、マルチタスクで操作系とは別に動作するプロセスである。図27Bに示すように、合図信号の検出プロセスが起動されると、画像処理部41Cは合図信号を検出するとステップC05のYes、主制御部41Dは、検出された合図信号の意味する情報を解析しステップC06-C08、その意味する情報を画面にオーバーレイ表示するステップC09-C11。このオーバーレイ表示の結果、カメラ部41Aを用いてリアルタイムで撮影される画像の表示に重ね合わせて、図26に示したような矢印やOKの文字が表示される。合図信号が検出されなければステップC05のNo、主制御部41Dは画面のオーバーレイ表示を消去するステップC12。この結果、オーバーレイ表示は合図信号が検出されていないときは表示されない。以上、第5の実施形態では、複数のシャッターチャンス提供サーバ42が互いに比較的近い距離に存在する場合でも、複数のシャッターチャンス提供サーバ42の撮影対象を正確に選択してカメラ部41Aで捉えることができる。その結果、提供されたシャッターチャンスのタイミングに適切な撮影対象を捉えた撮影を行うことができる。なお、第5の実施形態で追加した構成要素は、第2~第4の実施形態とは独立して構成することが可能である。そのため、任意の装置にその構成を追加することができる。例えば、動画を撮影する撮影装置に本構成を導入することも可能である。その場合、オーバーレイ表示は保存される動画には含めないようにするか、あるいは画面外のLED表示などを使用して方向指示を行い、画像に写りこんだ合図信号の点滅は画像データ処理を用いて消去してもよい。その結果、イベントを確実に画面に収めた見栄えのする動画を撮影することが可能となる。以上、本発明の実施形態について説明したが、本発明がこれらに限定されるものではなく、本発明の技術思想の範囲内において、これらを組み合わせて使用したり、一部の構成を変更したりしてもよい。例えば、上記第2~5の実施形態では、端末41がシャッターチャンス提供サーバ42やユーザー管理サーバ61にAPIを公開する構成を例示したが、端末41とシャッターチャンス提供サーバ42やユーザー管理サーバ61との間に必要な処理を実行するためのコマンドを定義することにしてもよい。例えば、シャッターチャンス提供サーバ42が適切な撮影タイミングにコマンドを発行し、端末41はそのコマンドを受信して撮影を実行してもよい。また、シャッターチャンス提供サーバ42が適切な撮影タイミングを記載したコマンドを発行し、端末41は、そのコマンドを受信し、コマンドに記載された撮影タイミングになったら撮影を実行することにしてもよい。特に、テーマパークのイベントのように非常に多くの人が集まるイベントでは、多くに端末41をシャッターチャンス提供サーバ42から制御することが必要である。その場合、撮影タイミングを記載したコマンドを予め端末41に通知し、端末41がその撮影タイミングになったら撮影を実行することで、シャッターチャンス提供サーバ42の負荷集中を低減することができる。また、端末41が画像を撮影する方向についても、端末41が自身の位置と方向をシャッターチャンス提供サーバ42に通知し、シャッターチャンス提供サーバ42が端末41に撮影方向を指示する構成および動作に限られない。他の例として、シャッターチャンス提供サーバ42は撮影対象の位置を示す位置情報を端末41に通知し、端末41が、自身の位置と、通知された撮影対象の位置とから撮影方向を決定し、撮影方向の修正をユーザーに提示するものであってもよい。また、撮影方向の修正指示として、撮影タイミングが迫ってきたにもかかわらず、カメラ部41Aが適切な撮影方向に向いていないときに警告を行うことを含んでもよい。また、撮影タイミングや撮影方向以外の撮影条件、例えば、ズーム倍率、縦長撮影とするか横長撮影とするかの条件、焦点距離などについても、シャッターチャンス提供サーバ42から端末41に通知することにしてもよく、あるいはシャッターチャンス提供サーバ42から端末41に必要な情報を通知し、端末41自身が決定することにしてもよい。また、これらを自動的に設定している状態にあるとき、端末41が設定中であることを表示することにしてもよい。また、撮影した画像へのアクセスを制限するための方法として画像データの暗号化を用いる例が示されたが、本発明がこれに限定されるものではない。他の例として、携帯電話端末のような端末41が画像データを内蔵のメモリに保持し、画像データを表示したり、他のメディアにコピーしたり、移動したりができないようにすることにしてもよい。また、カメラ部41Aで撮影された画像を劣化させた画像の例として縮小画像サムネイルを例示したが、本発明がこれに限定されるものではない。例えば、画像の全体あるいは一部をぼやかすなどの処理を行った画像を用いることにしてもよい。また、撮影された画像の上に文字を重ねた画像を用いることにしてもよい。また、上記第2~5の実施形態では広域通信と無線LANを適宜選択した使用する例が示されているが、本発明がこれに限定されるものではない。いずれか一方を用いて全ての通信を行うことにしてもよく、あるいは上記第2~5の実施形態と異なる選択で広域通信と無線LANを使い分けてもよい。また、上記第2~5の実施形態では、イベント制御装置43を備えたシステムの構成例が示されているが、本発明はこれに限定されるものではない。イベント制御装置43が存在せず、シャッターチャンス提供サーバ42がイベント信号のスケジュール表のデータを保持し、そのデータに従って撮影信号の送信等の制御を行うことにしてもよい。また、上記第2~5の実施形態では、端末41への制御や指示が無線回線経由で行われる例を示したが、本発明がこれに限定されるものでない。他の例として、端末41がシャッターチャンス提供サーバ42やユーザー管理サーバ61の両方あるいはいずれか一方と有線回線で接続されるものであってもよい。また、上記第2~5の実施形態では、シャッターチャンス提供サーバ42が端末41に撮影信号を送信する例を示したが、本発明がこれに限定されるものでは無い。他の例として、端末41がシャッターチャンス提供サーバ42にアクセスし、そこから適切な撮影に必要な情報を取得するものであってもよい。また、複数のシャッターチャンス提供サーバ42が存在する実施形態第4、第5の実施形態において、端末41から最も近い距離にあるシャッターチャンス提供サーバ42を選択する例を示したが、本発明がこれに限定されるものではない。撮影に適した距離や位置があるようなイベントがありうる。例えば、花火などは、ある程度離れた位置から撮影した方が良好な撮影を行える場合がある。そのような場合においては、その距離あるいは位置にあるイベントのシャッターチャンス提供サーバ42を選択し、端末41をそのシャッターチャンス提供サーバ42に接続することにしてもよい。その場合、シャッターチャンス提供サーバ42は、適切な撮影タイミングや撮影方向を示す撮影条件の情報を無線LANではなく、広域通信を用いて端末41に通知することにしてもよい。また、シャッターチャンス提供サーバ42から提供される撮影条件の情報が1つのパターンの情報である場合に限られない。他の例として、シャッターチャンス提供サーバ42から端末41に複数のパターンの撮影条件の情報を候補として通知し、端末41あるいはユーザーがその中から1つのパターンの撮影条件を選択し、選択された撮影条件で端末41が撮影を実行することにしてもよい。また、端末41がシャッターチャンス提供サーバ42にアクセスし、複数のパターンの撮影条件の情報を取得し、その中から1つの撮影条件を選択して用いることにしてもよい。また、複数パターンの中からユーザーが撮影条件を選択する場合、シャッターチャンス提供サーバ42は、ユーザーに提示する参考画像を撮影条件の情報とともに端末41に通知し、ユーザー選択を行い易くしてもよい。花火の例では、花火と一緒に撮影される建物などやその向きなどが異なる複数の撮影条件に参考画像を添付すると選択が容易になる。なお、上述した実施形態の各装置は各部の処理手順を規定したソフトウェアプログラムをコンピュータに実行させるという方法で実現することもできる。また、上記の実施形態の一部又は全部は以下の付記のように記載することもできる。ただし、本発明が以下の付記に限定されるものではない。付記1撮影サービスの提供を要求する制御部と、前記撮影サービスの撮影指示を受信し、該撮影指示に基づいて画像を撮影する撮影部と、を有する撮影端末。付記2前記撮影部で撮影された画像データを、アクセスを制限した状態で保持し、制限解除情報が入力されると、該画像データへのアクセスを可能にする画像保存部を更に有する、付記1に記載の撮影端末。付記3前記画像保存部は、前記画像データを暗号化して保持し、制限解除情報である専用キーが入力されると、該専用キーを用いて該画像データの暗号を解除する、付記2に記載の撮影端末。付記4ユーザーインタフェース部を更に有し、前記画像保存部は、アクセスを制限した前記画像データと共に、該画像データを劣化させた劣化画像のデータを保持し、前記ユーザーインタフェース部は、前記画像保存部に保持された劣化画像をユーザーが選択できるように表示し、ユーザーが劣化画像を選択すると、課金処理を行うと共に、選択された該劣化画像に対応する画像データへのアクセスの制限を解除する、付記1から3のいずれか一項に記載の撮影端末。付記5自身の位置を示す位置情報を取得し、該位置情報を、前記撮影サービスを提供するサーバに送信する位置情報処理部を更に有する、付記1から4のいずれか一項に記載の撮影端末。付記6撮影サービスの提供をサーバに要求し、前記撮影サービスの撮影指示を前記サーバから受信し、該撮影指示に基づいて画像を撮影する撮影端末と、前記撮影サービスの要求を受信し、該要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信するサーバと、を有する撮影システム。付記7前記サーバは、前記撮影対象イベントの進行を管理しており、該撮影対象イベントの進行に応じた撮影タイミングを含む撮影指示を送信し、前記撮影端末は、前記撮影指示に示された前記撮影タイミングで画像を撮影する、付記6に記載の撮影システム。付記8前記撮影端末は、自身の位置を示す位置情報を取得して前記サーバに送信し、該サーバから受信した撮影指示に示された撮影タイミングで画像を撮影し、前記サーバは、位置に応じた撮影対象イベントの進行を管理しており、撮影端末から受信した位置情報に示された位置での撮影対象イベントの進行に応じた撮影タイミングを含む撮影指示を前記撮影端末に送信する、付記7に記載の撮影システム。付記9撮影サービスの提供の要求を撮影端末から受信する要求処理部と、前記要求処理部が受信した前記要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信する撮影制御部と、を有するサーバ。付記10撮影サービスの提供を撮影端末からサーバに要求し、前記サーバから前記撮影端末に前記撮影サービスの撮影指示を送信し、前記撮影端末が前記撮影指示に基づいて画像を撮影する、撮影サービス制御方法。付記11撮影サービスの提供を要求する手順と、前記撮影サービスの撮影指示を受信し、該撮影指示に基づいて画像を撮影する手順と、をコンピュータに実行させるための撮影端末用プログラム。付記12撮影サービスの提供の要求を撮影端末から受信する手順と、受信した前記要求を送信した撮影端末に対して、撮影対象イベントに応じた撮影指示を送信する手順と、をコンピュータに実行させるためのサーバ用プログラム。