(57)【要約】【課題】  一般ユーザーが所望の撮像を行いつつ、全体的な映像も得ることができるようにし、満足度の高い映像が得られるようにする。また適切なサービスシステムを実現する。【解決手段】  コモンビュー供給装置において、コモン映像として例えば被写体となっている範囲の全体的な映像を撮像し、その映像データをローカル撮像装置に送信する。ローカル撮像装置では、ユーザーが任意に撮像を行い、撮像映像を記録媒体に記録するが、その際に、コモンビュー供給装置から送信されてきた映像も同時に記録する。このように記録された２系統の映像データは、再生時には選択的に、或いは合成して出力する。またローカル撮像装置においてコモン映像の受信はサービス利用識別子に応じて許可する。【選択図】        図１
2005057560.tif 000002
【特許請求の範囲】
【請求項１】
第１の撮像装置と第２の撮像装置とからなる撮像システムであって、
上記第１の撮像装置は、
映像撮像を行って映像データを得る第１の映像撮像手段と、
上記第１の映像撮像手段で撮像した映像データを送信する送信手段と、
を備え、
上記第２の撮像装置は、
上記第１の撮像装置から送信された映像データを受信する受信手段と、
サービス利用識別子に基づいて上記受信手段による受信動作を許可する受信制御手段と、
映像撮像を行って映像データを得る第２の映像撮像手段と、
上記受信制御手段によって上記受信手段での受信動作が許可された際に、上記受信手段で受信された映像データと、上記第２の映像撮像手段で得た映像データとを、１つの映像コンテンツ上で時間的に重複する複数の映像データとして記録媒体に記録する記録手段と、
を備えたことを特徴とする撮像システム。
【請求項２】
上記第１の撮像装置は、さらに、マイクロホン入力又はライン入力として、音声データを得る第１の音声入力手段を備え、
上記送信手段は、上記第１の映像撮像手段で撮像した映像データと上記第１の音声入力手段で得た音声データを送信し、
上記第２の撮像装置では、
上記受信手段は、上記第１の撮像装置から送信された映像データ及び音声データを受信し、
上記記録手段は、上記受信手段で受信された音声データを、上記映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録することを特徴とする請求項１に記載の撮像システム。
【請求項３】
上記第２の撮像装置は、さらに、
音声データを得る第２の音声入力手段を備え、
上記記録手段は、上記第２の音声入力手段で得られた音声データを、上記映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録することを特徴とする請求項１に記載の撮像システム。
【請求項４】
上記第２の撮像装置は、さらに、
音声データを得る第２の音声入力手段を備え、
上記記録手段は、上記受信手段で受信された音声データと、上記第２の音声入力手段で得られた音声データとを、それぞれ上記映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録することを特徴とする請求項２に記載の撮像システム。
【請求項５】
上記受信制御手段は、上記記録媒体に上記サービス利用識別子が記録されていることに応じて、上記受信手段での受信動作を許可することを特徴とする請求項１に記載の撮像システム。
【請求項６】
上記第２の撮像装置は、さらに、
上記サービス利用識別子を入力できる入力手段を備え、
上記受信制御手段は、上記サービス利用識別子が上記入力手段によって入力されることに応じて、上記受信手段での受信動作を許可することを特徴とする請求項１に記載の撮像システム。
【請求項７】
上記第１の撮像装置における上記送信手段は、上記サービス利用識別子の送信も行い、
上記第２の撮像装置における上記受信制御手段は、予め取得したサービス利用識別子と、上記第１の撮像装置から送信され上記受信手段によって受信したサービス利用識別子の照合処理の結果に応じて、上記受信手段での受信動作を許可することを特徴とする請求項１に記載の撮像システム。
【請求項８】
上記記録手段は、上記第２の映像撮像手段で得た映像データを上記記録媒体に記録する期間に、上記受信手段で受信された映像データの上記記録媒体への記録も行うことを特徴とする請求項１に記載の撮像システム。
【請求項９】
上記記録手段は、上記第２の映像撮像手段で得た映像データの上記記録媒体への記録を実行していない期間にも、上記受信手段で受信された映像データの上記記録媒体への記録を行うことを特徴とする請求項８に記載の撮像システム。
【請求項１０】
上記第２の撮像装置は、さらに、
１つの映像コンテンツ上で時間的に重複する複数の映像データとして記録媒体に記録された各映像データについて、上記記録媒体から再生し、選択又は合成して表示出力データとする再生表示処理手段を備えることを特徴とする請求項１に記載の撮像システム。
【請求項１１】
上記第２の撮像装置は、さらに、
１つの映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録された各音声データについて、上記記録媒体から再生し、選択して出力音声データとする再生音声処理手段を備えることを特徴とする請求項４に記載の撮像システム。
【請求項１２】
外部装置から送信されてきた映像データを受信する受信手段と、
サービス利用識別子に基づいて上記受信手段による受信動作を許可する受信制御手段と、
映像撮像を行って映像データを得る映像撮像手段と、
上記受信制御手段によって上記受信手段での受信動作が許可された際に、上記受信手段で受信された映像データと、上記映像撮像手段で得た映像データとを、１つの映像コンテンツ上で時間的に重複する複数の映像データとして記録媒体に記録する記録手段と、
を備えたことを特徴とする撮像装置。
【請求項１３】
上記受信手段は、外部装置から送信されてきた音声データも受信し、
上記記録手段は、上記受信手段で受信された音声データを、上記映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録することを特徴とする請求項１２に記載の撮像装置。
【請求項１４】
さらに、音声データを得る音声入力手段を備え、
上記記録手段は、上記音声入力手段で得られた音声データを、上記映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録することを特徴とする請求項１２に記載の撮像装置。
【請求項１５】
さらに、音声データを得る音声入力手段を備え、
上記記録手段は、上記受信手段で受信された音声データと、上記音声入力手段で得られた音声データとを、それぞれ上記映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録することを特徴とする請求項１３に記載の撮像装置。
【請求項１６】
上記受信制御手段は、上記記録媒体に上記サービス利用識別子が記録されていることに応じて、上記受信手段での受信動作を許可することを特徴とする請求項１２に記載の撮像装置。
【請求項１７】
さらに、上記サービス利用識別子を入力できる入力手段を備え、
上記受信制御手段は、上記サービス利用識別子が上記入力手段によって入力されることに応じて、上記受信手段での受信動作を許可することを特徴とする請求項１２に記載の撮像装置。
【請求項１８】
上記受信制御手段は、予め取得したサービス利用識別子と、上記外部装置から送信され上記受信手段によって受信したサービス利用識別子の照合処理の結果に応じて、上記受信手段での受信動作を許可することを特徴とする請求項１２に記載の撮像装置。
【請求項１９】
上記記録手段は、上記映像撮像手段で得た映像データを上記記録媒体に記録する期間に、上記受信手段で受信された映像データの上記記録媒体への記録も行うことを特徴とする請求項１２に記載の撮像装置。
【請求項２０】
上記記録手段は、上記映像撮像手段で得た映像データの上記記録媒体への記録を実行していない期間にも、上記受信手段で受信された映像データの上記記録媒体への記録を行うことを特徴とする請求項１９に記載の撮像装置。
【請求項２１】
さらに、１つの映像コンテンツ上で時間的に重複する複数の映像データとして記録媒体に記録された各映像データについて、上記記録媒体から再生し、選択又は合成して表示出力データとする再生表示処理手段を備えることを特徴とする請求項１２に記載の撮像装置。
【請求項２２】
さらに、１つの映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録された各音声データについて、上記記録媒体から再生し、選択して出力音声データとする再生音声処理手段を備えることを特徴とする請求項１５に記載の撮像装置。
【請求項２３】
サービス利用識別子に基づいて受信動作の許可／不許可を設定する受信制御ステップと、
上記受信制御ステップで受信動作が許可された場合に、外部装置から送信されてきた映像データを受信する受信ステップと、
映像撮像を行って映像データを得る映像撮像ステップと、
上記受信ステップで受信された映像データと、上記映像撮像ステップで得た映像データとを、１つの映像コンテンツ上で時間的に重複する複数の映像データとして記録媒体に記録する記録ステップと、
を備えたことを特徴とする撮像方法。
【請求項２４】
上記受信ステップでは、外部装置から送信されてきた音声データも受信し、
上記記録ステップでは、上記受信ステップで受信された音声データを、上記映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録することを特徴とする請求項２３に記載の撮像方法。
【請求項２５】
さらに、音声データを得る音声入力ステップを備え、
上記記録ステップでは、上記音声入力ステップで得られた音声データを、上記映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録することを特徴とする請求項２３に記載の撮像方法。
【請求項２６】
さらに、音声データを得る音声入力ステップを備え、
上記記録ステップは、上記受信ステップで受信された音声データと、上記音声入力ステップで得られた音声データとを、それぞれ上記映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録することを特徴とする請求項２４に記載の撮像方法。
【請求項２７】
上記受信制御ステップでは、上記記録媒体に上記サービス利用識別子が記録されていることに応じて、上記受信ステップでの受信動作を許可することを特徴とする請求項２３に記載の撮像方法。
【請求項２８】
さらに、上記サービス利用識別子を入力する入力ステップを備え、
上記受信制御ステップでは、上記サービス利用識別子が上記入力ステップによって入力されることに応じて、上記受信ステップでの受信動作を許可することを特徴とする請求項２３に記載の撮像方法。
【請求項２９】
上記受信制御ステップでは、予め取得したサービス利用識別子と、上記外部装置から送信されてきたサービス利用識別子の照合処理の結果に応じて、上記受信ステップでの受信動作を許可することを特徴とする請求項２３に記載の撮像方法。
【請求項３０】
上記記録ステップでは、上記映像撮像ステップで得た映像データを上記記録媒体に記録する期間に、上記受信ステップで受信された映像データの上記記録媒体への記録も行うことを特徴とする請求項２３に記載の撮像方法。
【請求項３１】
上記記録ステップでは、上記映像撮像ステップで得た映像データの上記記録媒体への記録を実行していない期間にも、上記受信ステップで受信された映像データの上記記録媒体への記録を行うことを特徴とする請求項３０に記載の撮像方法。
【請求項３２】
さらに、１つの映像コンテンツ上で時間的に重複する複数の映像データとして記録媒体に記録された各映像データについて、上記記録媒体から再生し、選択又は合成して表示出力データとする再生表示処理ステップを備えることを特徴とする請求項２３に記載の撮像方法。
【請求項３３】
さらに、１つの映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録された各音声データについて、上記記録媒体から再生し、選択して出力音声データとする再生音声処理ステップを備えることを特徴とする請求項２６に記載の撮像方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は例えば一般ユーザーにとって好適な撮像映像を得ることができる撮像システム、撮像装置、及び撮像方法に関するものである。
【背景技術】
【０００２】
近年、例えばディスクメディアやテープメディアに撮像映像を記録する小型のビデオカメラが一般に普及し、ユーザーが容易にビデオ撮影を行って楽しむことができる状況にある。
例えば多くの人が、運動会や各種イベント、遊園地、行楽地などでのビデオカメラでの撮像を行っている。
また、一般ユーザーが家庭等において静止画や動画映像を容易に楽しむことのできる環境が整うことに応じて、動画や静止画の配信サービス、或いは遊園地等での撮影サービスなど、各種のサービスが提案又は実現されている。例えば下記特許文献には、撮影サービスを行う技術が開示されている。
【特許文献１】特開２００１−１４８８２２
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、実際にビデオカメラで撮像を行う際には、特定の被写体に集中して撮像したい場合が多い。
例えば小学校等の運動会を例に挙げると、自分の子供を中心に撮像を行うことが普通であるが、特に競技中に、自分の子供だけをズーム状態で追って撮像しているということも多い。もちろんそのようにして撮像された映像は、撮像者やその家族等にとって価値の高いものであるが、競技全体がどのようなものかが全くわからないといったものとなることがある。
一方で、競技全体を俯瞰的に撮っていると、自分の子供を大きく撮れないため、その撮像者等にとって、よい映像とはいえなくなることも多い。
さらには、自分の子供のズームアップ映像と、全体的な映像の両方を得るため、頻繁にズーム操作を行うこともあるが、その場合、映像は落ち着きが無く見づらいものとなったり、或いは競技全体の映像を撮っているときに自分の子供の位置を見失って、うまく撮像できなかったという結果となることもある。
以上は一例であるが、実際に一般ユーザーがビデオカメラで撮像を行う際には、全体的な映像とズームアップした映像の両方を撮りたい場合が多々ある。ところがそのような場合に、特に撮像に熟練しているユーザーでもない限り、望むような撮像を行うことができないのが通常である。
さらには、一般ユーザにとって好適な撮像を実現させるシステムを構築する場合、そのサービスを適切に提供できる技術が望まれる。
【課題を解決するための手段】
【０００４】
そこで本発明は、一般ユーザーが所望の撮像を行いつつ、全体的な映像も得ることができるようにし、満足度の高い映像が得られるようにすること、及びそのためのサービス提供を適切に実行できるようにすることを目的とする。
【０００５】
本発明の請求項１〜１１でいう撮像システムは、第１の撮像装置（コモンビュー供給装置）と第２の撮像装置（ローカル撮像装置）とからなる撮像システムである。
そして上記第１の撮像装置（コモンビュー供給装置）は、映像撮像を行って映像データを得る第１の映像撮像手段と、上記第１の映像撮像手段で撮像した映像データを送信する送信手段とを備える。
また上記第２の撮像装置（ローカル撮像装置）は、上記第１の撮像装置から送信された映像データを受信する受信手段と、サービス利用識別子に基づいて上記受信手段による受信動作を許可する受信制御手段と、映像撮像を行って映像データを得る第２の映像撮像手段と、上記受信制御手段によって上記受信手段での受信動作が許可された際に、上記受信手段で受信された映像データと上記第２の映像撮像手段で得た映像データとを、１つの映像コンテンツ上で時間的に重複する複数の映像データとして記録媒体に記録する記録手段とを備える。
【０００６】
また上記第１の撮像装置（コモンビュー供給装置）は、さらに、マイクロホン入力又はライン入力として、音声データを得る第１の音声入力手段を備え、上記送信手段は、上記第１の映像撮像手段で撮像した映像データと上記第１の音声入力手段で得た音声データを送信する。
上記第２の撮像装置（ローカル撮像装置）では、上記受信手段は、上記第１の撮像装置から送信された映像データ及び音声データを受信し、上記記録手段は、上記受信手段で受信された音声データを、上記映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録する。
また上記第２の撮像装置（ローカル撮像装置）は、さらに、音声データを得る第２の音声入力手段を備え、上記記録手段は、上記第２の音声入力手段で得られた音声データを、上記映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録する。
または、上記記録手段は、上記受信手段で受信された音声データと、上記第２の音声入力手段で得られた音声データとを、それぞれ上記映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録する。
【０００７】
また第２の撮像装置（ローカル撮像装置）の上記受信制御手段は、上記記録媒体に上記サービス利用識別子が記録されていること、或いはサービス利用識別子が入力手段によって入力されることに応じて、上記受信手段での受信動作を許可する。
又は、上記第１の撮像装置（コモンビュー供給装置）における上記送信手段は、上記サービス利用識別子の送信も行い、上記第２の撮像装置（ローカル撮像装置）における上記受信制御手段は、予め取得したサービス利用識別子と、上記第１の撮像装置から送信され上記受信手段によって受信したサービス利用識別子の照合処理の結果に応じて、上記受信手段での受信動作を許可する。
【０００８】
また上記第２の撮像装置（ローカル撮像装置）において、上記記録手段は、上記第２の映像撮像手段で得た映像データを上記記録媒体に記録する期間に、上記受信手段で受信された映像データの上記記録媒体への記録も行う。
また上記記録手段は、上記第２の映像撮像手段で得た映像データの上記記録媒体への記録を実行していない期間にも、上記受信手段で受信された映像データの上記記録媒体への記録を行う。
また上記第２の撮像装置（ローカル撮像装置）は、さらに、１つの映像コンテンツ上で時間的に重複する複数の映像データとして記録媒体に記録された各映像データについて、上記記録媒体から再生し、選択又は合成して表示出力データとする再生表示処理手段を備える。
また１つの映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録された各音声データについて、上記記録媒体から再生し、選択して出力音声データとする再生音声処理手段を備える。
【０００９】
本発明の請求項１２〜２２でいう撮像装置は、上記第２の撮像装置（ローカル撮像装置）に相当する構成要件を備えた撮像装置である。
【００１０】
本発明の請求項２３〜３３でいう撮像方法は、上記第２の撮像装置（ローカル撮像装置）で実行される撮像方法である。
即ち、サービス利用識別子に基づいて受信動作の許可／不許可を設定する受信制御ステップと、上記受信制御ステップで受信動作が許可された場合に、外部装置から送信されてきた映像データを受信する受信ステップと、映像撮像を行って映像データを得る映像撮像ステップと、上記受信ステップで受信された映像データと上記映像撮像ステップで得た映像データとを、１つの映像コンテンツ上で時間的に重複する複数の映像データとして記録媒体に記録する記録ステップとを備える。
また上記受信ステップでは、外部装置から送信されてきた音声データも受信し、上記記録ステップでは、上記受信ステップで受信された音声データを、上記映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録する。
さらに、音声データを得る音声入力ステップを備え、上記記録ステップは、上記音声入力ステップで得られた音声データを、上記映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録する。或いは、上記受信ステップで受信された音声データと、上記音声入力ステップで得られた音声データとを、それぞれ上記映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録する。
また上記受信制御ステップでは、上記記録媒体に上記サービス利用識別子が記録されていることに応じて、又は上記サービス利用識別子が入力されることに応じて、上記受信ステップでの受信動作を許可する。
或いは上記受信制御ステップでは、予め取得したサービス利用識別子と、上記外部装置から送信されてきたサービス利用識別子の照合処理の結果に応じて、上記受信ステップでの受信動作を許可する。
また上記記録ステップでは、上記映像撮像ステップで得た映像データを上記記録媒体に記録する期間に、上記受信ステップで受信された映像データの上記記録媒体への記録も行う。
また上記記録ステップでは、上記映像撮像ステップで得た映像データの上記記録媒体への記録を実行していない期間にも、上記受信ステップで受信された映像データの上記記録媒体への記録を行う。
さらに、１つの映像コンテンツ上で時間的に重複する複数の映像データとして記録媒体に記録された各映像データについて、上記記録媒体から再生し、選択又は合成して表示出力データとする再生表示処理ステップを備える。
さらに、１つの映像コンテンツを構成する映像データに対応する音声データとして記録媒体に記録された各音声データについて、上記記録媒体から再生し、選択して出力音声データとする再生音声処理ステップを備える。
【００１１】
以上のような本発明によれば、第１の撮像装置（コモンビュー供給装置）において、例えば被写体となっている範囲の全体的な映像を撮像し、その映像データを第２の撮像装置（ローカル撮像装置）に送信する。
第２の撮像装置（ローカル撮像装置）では、ユーザーが任意に撮像を行い、撮像映像を記録媒体に記録するが、その際に、上記第１の撮像装置（コモンビュー供給装置）から送信されてきた映像も同時に記録する。
すると、例えば第２の撮像装置（ローカル撮像装置）のユーザーは、自分の撮りたい映像を集中して撮っていればよく、全体的な映像については第１の撮像装置（コモンビュー供給装置）から受信した映像を記録することで得ることができる。
ローカル撮像装置のユーザーが自分で撮像した映像とコモンビュー供給装置から送信されてきた映像は、同一の映像コンテンツを構成する２系統の映像データとして記録される。再生時には、これら２系統の映像を選択的に、或いは合成して出力することで、ユーザーにとって最適な状態で再生映像を楽しむことができる。
そして第１の撮像装置（コモンビュー供給装置）からの映像データは、サービス利用識別子に基づいて受信許可されるため、一般ユーザーが、コモンビュー供給装置によるサービスを、サービス利用識別子に応じて利用できるシステムを構築できる。
【発明の効果】
【００１２】
本発明によれば、第１の撮像装置（コモンビュー供給装置）において、コモン映像として例えば被写体となっている範囲の全体的な映像を撮像し、その映像データを第２の撮像装置（ローカル撮像装置）に送信する。そして第２の撮像装置（ローカル撮像装置）では、ユーザーが任意に撮像を行い、撮像映像を記録媒体に記録するが、その際に、上記第１の撮像装置（コモンビュー供給装置）から送信されてきた映像も同時に記録する。
すると、例えばローカル撮像装置を所持するユーザーは、例えば自分の子供など、自分の撮りたい映像を集中して撮っていればよく、全体的な映像を考慮する必要はない。即ち全体的な映像についてはコモンビュー供給装置から受信した映像を記録することで得ることができるためである。
そしてローカル撮像装置のユーザーが自分で撮像した映像とコモンビュー供給装置から送信されてきた映像は、同一の映像コンテンツを構成する２系統の映像データとして記録される。再生時には、これら２系統の映像を選択的に、或いは合成して出力することで、ユーザーにとって最適な状態で再生映像を楽しむことができる。
即ち、ユーザーは、全体的な映像と、自分が集中して撮りたい映像の２つを記録媒体に記録した状態で得ることができる。
また、ユーザーは全体を考えずに自分の撮りたい映像に集中していればよいため、操作も煩わしくなく、かつ熟練者でなくとも品質の良い映像を得やすいものとなる。
そしてこのようにして得た複数系統の映像を選択的に又は合成して再生できることで、全体の映像と、集中して撮像した映像の両方を、好みの状態で見ることができ、自分の撮像にかかる映像コンテンツとしての満足度も、また完成度も高いものとすることができる。
【００１３】
また第１の撮像装置（コモンビュー供給装置）は、さらに、マイクロホン入力又はライン入力として、音声データを得、これを第２の撮像装置（ローカル撮像装置）に送信する。ローカル撮像装置ではこのような受信音声も記録することで、ローカル撮像装置のマイクロホンで得た音声とともに、全体的な音声を得ることができる。
例えば運動会、イベント、コンサートなどでは、コモンビュー供給装置からローカル撮像装置に対してライン入力音声を送信するようにすれば、ユーザーに対して非常に高品質な音声を提供できるものとなる。
【００１４】
また第２の撮像装置（ローカル撮像装置）は、サービス利用識別子が記録媒体に記録されていること、或いは入力されること、或いは第１の撮像装置（コモンビュー供給装置）から送信されてきたサービス利用識別子と予め取得したサービス利用識別子との照合処理の結果により、第１の撮像装置（コモンビュー供給装置）からのデータ（映像データ／音声データ）の受信を許可する。
これにより、サービス利用識別子を記録した記録媒体を使用する場合、或いはサービス利用識別子を知る（入力可能）場合において、一般ユーザは、コモンビュー供給装置による映像／音声サービスを利用できることになる。
換言すれば、サービス利用識別子を記録した記録媒体の提供／販売、或いはサービス利用識別子自体の提供／販売により、コモンビュー供給装置からの映像／音声提供サービスの有料化が可能となる。
また、上記照合結果により受信許可を行う場合は、例えばイベント毎、期間／期日毎などにおいてサービス利用識別子を変更することもできる。つまり、イベント毎、期間／期日毎など限定して一般ユーザーに映像／音声提供サービスを利用させるようにすることもでき、サービス提供を柔軟に行うことができる。
【００１５】
また第２の撮像装置（ローカル撮像装置）においては、ローカル撮像装置での撮像映像を記録している際に、同時にコモンビュー供給装置から送信されてきた映像を記録することで、ユーザーにとって適切に共通映像が得られる。つまり通常は、ユーザーが撮像を行っている期間が、共通映像を欲する期間と一致するためである。
或いは、ユーザーが撮像映像の記録を行っていない期間においても、コモンビュー供給装置からの共通映像については記録を継続するようにしても、ユーザーにとって十分な共通映像が提供されるものとなる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を次の順序で説明する。
１．撮像システムの概要
２．コモンビュー供給装置の構成
３．ローカル撮像装置の構成
４．サービス利用識別子の提供形態
５．コモンビュー供給及び記録処理
６．映像／音声の再生
７．サービス利用識別子をディスクに記録しない場合の処理例
８．サービス利用識別子を照合する場合の処理例
９．変形例
【００１７】
１．撮像システムの概要
図１は、本例の撮像システムを使用する例を示している。本例の撮像システムは、第１の撮像装置としてのコモンビュー供給装置１と、ユーザーが自分で撮像を行う第２の撮像装置としてローカル撮像装置５とにより成る。
図１では、例えば運動会において、ユーザーが自分で所持するビデオカメラ（ローカル撮像装置５）により、任意に撮像を行っている例を示している。例えば自分の子供をズームアップした状態で、その子供の動きを追うような撮像である。即ち一般ユーザーが通常行う撮像である。
なお、ローカル撮像装置５でユーザーが撮像する映像及び音声を「ローカル映像」「ローカル音声」ということとする。
【００１８】
一方、この運動会が開催されている学校の所定位置、例えば校舎内、或いは屋上など、運動場で行われている競技全体を鳥瞰的に撮像できるような場所に、コモンビュー供給装置１が設置される。
このコモンビュー供給装置１は、コモンカメラ２と制御／送信ユニット３を有し、コモンカメラ２によっては競技全体の映像を撮像する。
なお、コモンビュー供給装置１によって撮像される映像及び音声を「コモン映像」「コモン音声」と言うこととする。
コモンカメラ２によって撮像されたコモン映像（及びコモン音声）は、制御／送信ユニット３により送信出力される。
ローカル撮像装置５では、コモンビュー供給装置１によって送信されたコモン映像／コモン音声を受信復調することができる。
【００１９】
ローカル撮像装置５では、映像データや音声データを記録メディア（例えばディスク）に記録する。
即ち所持するユーザーの操作に応じて、ローカル映像、ローカル音声をディスクに記録する。
さらに上記のようにコモンビュー供給装置１から送信されてくるコモン映像、コモン音声も、ローカル映像、ローカル音声と同時的にディスクに記録する。
従って、ローカル撮像装置５におけるディスクには、１つの映像コンテンツを構成する映像としてローカル映像とコモン映像の２系統が記録される。また音声としてローカル音声とコモン音声の２系統（もちろんそれぞれがステレオ音声など多チャンネルの音声データの場合もある）が記録される。
ローカル映像は、ユーザーが自分で撮像した映像である。
コモン映像は、運動会等の光景を全体的に撮した映像である。
ローカル音声は、ローカル撮像装置５におけるマイクロホンで集音されたユーザーの周辺の音声となる。
コモン音声は、運動会等のイベントにおいて全体的な音声をマイクロホンで集音したり、或いはイベントのメインとなる音声（例えば会場のＰＡシステム等で流される主音声や音楽ＢＧＭなど）をライン入力した音声とすることができる。
【００２０】
ローカル撮像装置５では、このように記録された映像データ、音声データを用いてユーザーが所望する再生、即ち表示出力及び音声出力を行うことができる。
即ちローカル撮像とコモン映像を切換選択しながら表示させたり、画面分割或いは親子画面（ＰｉｎＰ）などのように合成して表示させることができる。
即ち、全体を撮したコモン映像と、自分が集中して撮像したローカル映像の両方を、好みの状態で見ることができる。
またその際にローカル音声とコモン音声を選択することもできる。
【００２１】
２．コモンビュー供給装置の構成
図２にコモンビュー供給装置１の構成例を示す。
コモンビュー供給装置１は、コモンカメラ２、コモンマイク４、制御／送信ユニット３を備える。
なお、コモンカメラ２、コモンマイク４、制御／送信ユニット３は、それぞれ別体の機器とされても良いが、これらを含んだ一体の機器として構成されても良い。例えばビデオカメラ機器において搭載されているカメラ部やマイクロホンが、ここでいうコモンカメラ２、コモンマイク４とされ、かつ装置内部に、以下に述べる制御／送信ユニット３としての機能部位が設けられていればよい。
【００２２】
制御／送信ユニット３には、コモン制御部１１，コモンデータ送信部１２、ミキサ回路１３、アンテナ１７が設けられる。
コモン制御部１１は、コモンビュー供給装置１の各部の制御を行う。
コモンデータ送信部１２には、ＡＶ（Audio-Video）信号処理部１４，送信器１６を備える。
【００２３】
コモンカメラ２は、撮像レンズや絞りなどを備えて構成されるレンズ系、レンズ系に対してフォーカス動作やズーム動作を行わせるための駆動系、レンズ系で得られる撮像光を検出し、光電変換を行うことで撮像信号を生成するＣＣＤ(Charge Coupled Device) 、ＣＣＤによって得られる信号に対するゲイン調整や波形整形を行うサンプルホールド／ＡＧＣ(Automatic Gain Control)回路、ビデオＡ／Ｄコンバータなどを備え、撮像によるデジタル映像データを出力する。
コモンカメラ２におけるＣＣＤ撮像動作、フォーカス／ズーム駆動系動作、信号処理などは、コモン制御部１１によって制御される。
【００２４】
このコモンカメラ２では、上述のように運動会等の全体的な光景を撮像する。コモンカメラ２で撮像される映像信号（コモン映像データＣＡ）はＡＶ信号処理部１４に供給される。
またコモンマイク４で集音される音声信号、及びライン入力される音声信号は、ミキサ回路１３に入力される。
ミキサ回路１３は、ＡＶ信号処理部１４からのＭＩＸ制御信号に基づいて混合比が設定される。例えば混合比を１００：０にすれば、コモンマイク４からの音声とライン入力音声の一方が選択される。また混合比を５０：５０にすれば、各音声がミックスされる。
ミキサ回路１３は、このように設定された混合比で音声信号を混合又は選択した信号をコモン音声信号としてＡＶ信号処理部１４に供給する。なお、アナログ信号としてのコモン音声信号は、ミキサ回路１３の出力段、或いはＡＶ信号処理部１４の入力段においてデジタルデータに変換され、コモン音声データＣＡとしてＡＶ信号処理部１４に入力されることになる。
【００２５】
ＡＶ信号処理部１４では、入力されるコモン映像データＣＡ、コモン音声データＣＡに対して圧縮処理や送信用のフォーマット処理など、所定の処理を行い、送信用の映像／音声データＡＶを生成する。
圧縮符号化処理としては、例えばＭＰＥＧ(Moving Picture Experts Group)方式、ＪＰＥＧ (Joint Photographic Experts Group)方式或いは他の圧縮方式の処理が行われる。
ＡＶ信号処理部１４の処理動作、例えば圧縮比やＭＩＸ制御信号の出力の制御はコモン制御部１１からの制御信号に基づく。
ＡＶ信号処理部１４から出力される映像／音声データＡＶは、送信器１６に供給され、変調処理その他必要な処理が施され、アンテナ１７から送信出力される。送信器１６の処理はコモン制御部１１から送信制御信号に基づいて実行される。
コモン制御部１１は、上記のように各部に対する動作制御を行う。
なお、送信器１６からは、破線で示すようにコモン制御部１１から供給されるサービス利用識別子ＩＤｓが送信される場合もある。これは図１７，図１８の処理例が採用される場合であり、これについては後述する。
【００２６】
３．ローカル撮像装置の構成
図３にローカル撮像装置５の構成例を示す。ローカル撮像装置５は一般ユーザーが所持して撮像を行うビデオカメラ装置として実現される。
図示するように、ローカル撮像装置５にはローカル制御部２１、コモンデータ受信部２２、ローカル記録部２３、ローカル再生部２４、アンテナ２５、操作部２６、メディアドライブ２７、表示部２８、スピーカ２９、ローカルカメラ３０、ローカルマイク３１が設けられる。
【００２７】
ローカル制御部２１は、操作部２６によるユーザーの操作や、内部メモリに保持する動作プログラムに基づいて、ローカル撮像装置５内の各部の制御を行う。
操作部２６にはユーザーの電源操作、撮像スタンバイ／撮像（記録）開始操作、一時停止（ポーズ）操作、停止操作、ズーム操作、再生操作、再生時の表示モード選択、音声選択操作などの各種操作や、例えばサービス利用識別子ＩＤｓ等の入力のための操作キーが設けられている。
【００２８】
コモンデータ受信部２２は、ローカル制御部２１からの受信制御信号に基づいて受信処理を行う。このコモンデータ受信部２２には受信器３２と受信制御部３３が設けられており、受信器３２はアンテナ２５で得られる受信信号の復調を行って、コモンビュー供給装置１から送信されてきたデータＡＶを得、コモン映像データＣＡ、コモン音声データＣＡを抽出してローカル記録部２３に供給する。
受信制御部３３は、受信器３２によるデータＡＶの受信動作の制御を行う。具体的には、ローカル制御部２１からセットされるサービス利用識別子ＩＤｓに応じて、受信機３２によるデータＡＶの受信処理の許可／不許可を設定する。受信制御部３３によって受信許可設定がなされた場合にのみ、受信器３２はデータＡＶの受信動作を行ってコモン映像データＣＡ、コモン音声データＣＡを出力することになる。
【００２９】
なお、上述したコモンビュー供給装置１のＡＶ信号処理部１４での圧縮処理が、ローカル撮像装置５でのディスク９０への記録の際の圧縮方式と同様（或いは再生時に復号可能）であれば、コモンデータ受信部２２からローカル記録部２３に供給されるコモン映像データＣＶ及びコモン音声データＣＡは、コモンビュー供給装置１のＡＶ信号処理部１４での圧縮処理で圧縮されている状態の信号であればよい。
一方で、コモンデータ受信部２２は、コモン映像データＣＶ及びコモン音声データＣＡを非圧縮状態にまで復号してからローカル記録部２３に供給するようにしてもよい。その場合は、ローカル記録部２３における記録処理部３６で、ディスク９０への記録のための圧縮処理が行われるようにすればよい。
【００３０】
ローカルカメラ３０は、撮像レンズや絞りなどを備えて構成されるレンズ系、レンズ系に対してフォーカス動作やズーム動作を行わせるための駆動系、レンズ系で得られる撮像光を検出し、光電変換を行うことで撮像信号を生成するＣＣＤ(Charge Coupled Device) 、ＣＣＤによって得られる信号に対するゲイン調整や波形整形を行うサンプルホールド／ＡＧＣ(Automatic Gain Control)回路、ビデオＡ／Ｄコンバータなどを備え、撮像によるデジタル映像データ（ローカル映像データＬＶ）を出力する。
ローカルカメラ３０におけるＣＣＤ撮像動作、フォーカス／ズーム駆動系動作、信号処理などは、ユーザーの操作に応じてローカル制御部２１によって制御される。
このローカルカメラ３０によっては、ユーザーの操作に応じた映像が撮像され、その撮像された映像信号（ローカル映像データＬＡ）はローカル記録部２３におけるＡＶ信号処理部３５に供給される。
【００３１】
なお、ローカルカメラ３０に対してはローカル記録部２３内の同期信号生成器３４によって同期信号ＳＹが供給される。同期信号生成器３４は、コモンデータ受信部２２からのコモン映像データＣＶが供給されている際には、そのコモン映像データＣＶの同期信号タイミングにより、ローカルカメラ３０用の同期信号ＳＹを生成する。
従って、ローカルカメラ３０で撮像されるローカル映像データＬＶは、受信されたコモン映像データＣＶと同期したものとなる。
【００３２】
ローカルマイク３１で集音される音声信号もローカル記録部２３におけるＡＶ信号処理部３５に供給される。
ローカルマイク３１からの音声信号は、ＡＶ信号処理部３５においてデジタルデータ（ローカル音声データＬＡ）に変換される。
そしてＡＶ信号処理部３５は、入力されるローカル映像データＬＶ及びローカル音声データＬＡに対して、例えば記録用の圧縮処理等、必要な処理を行う。そして処理したローカル映像データＬＶ及びローカル音声データＬＡを記録処理部３６に供給する。
【００３３】
記録処理部３６はディスク９０へのデータ記録のためのエンコード処理を行う。この記録処理部３６に対しては、コモンデータ受信部２２が動作している期間は、コモン映像データＣＶ及びコモン音声データＣＡが記録データとして供給されることになる。
またローカルカメラ３０，ローカルマイク３１が動作することで、記録処理部３６には、ローカル映像データＬＶ、ローカル音声データＬＡが記録データとして供給されることになる。
さらに、ローカル制御部２１から、記録データとしてサービス利用識別子ＩＤｓが記録処理部３６に供給される場合もある。
記録処理部３６は、これら記録データに対するエンコード処理を行って、記録信号ＤRECとしてメディアドライブ２７に供給する。
【００３４】
メディアドライブ２７は、例えばディスクメディア９０に対する挿入／排出機構、記録再生ヘッド、スピンドルモータ等の駆動系、サーボ系などを備え、ディスク９０に対するデータ記録再生を行う。このメディアドライブ２７によって、記録処理部３６からの記録信号ＤRECが所定の方式でディスク９０に記録される。
なお、メディアドライブ２７の記録再生動作はローカル制御部２１によって制御される。
【００３５】
後述するが、ローカル撮像装置５を所持するユーザーがコモンビュー供給装置１からのコモン映像データＣＶ、コモン音声データＣＡの提供を受けるようにするには、先だって、サービス利用識別子ＩＤｓの提供を受ける必要がある。本例では、サービス利用識別子ＩＤｓが、使用するディスク９０に記録されていることを必要とする。
例えば、ディスク９０として、サービス利用識別子ＩＤｓが既に記録されたディスクを購入して使用する。或いはサービス利用識別子自体を購入し、ユーザーが所有しているディスク９０にサービス利用識別子ＩＤｓを記録する。ディスク９０にサービス利用識別子ＩＤｓを記録する場合としては、例えばユーザーはサービス利用識別子ＩＤｓとしての知らされたコードを操作部２６から入力する。すると、ローカル制御部２１は入力されたサービス利用識別子ＩＤｓをローカル記録部２３に転送し、ディスク９０に記録させる。
ローカル記録部２３においては、記録処理部３６はサービス利用識別子ＩＤｓをディスク９０において例えば１つのデータファイル形態として記録するようにエンコード処理を行い、メディアドライブ２７に出力してディスク９０に記録させる。
【００３６】
ユーザーは、予めサービス利用識別子ＩＤｓが記録されたディスク９０を購入するか、或いは上記のようにサービス利用識別子ＩＤｓを購入してディスク９０に記録させることにより、撮像前におけるディスク９０の内容は図４（ａ）に模式的に示すようにサービス利用識別子ＩＤｓとしてのデータファイルが記録された状態となる。
その後、実際の撮像の際には、上記のように記録処理部３６に対しては、コモン映像データＣＶ、コモン音声データＣＡ、ローカル映像データＬＶ、ローカル音声データＬＡが記録データとして同時に供給されることになる。
その場合、記録処理部３６は、これら最大４系統の各データを、ディスク９０において図４（ｂ）に示すように、コモン映像ファイル、コモン音声ファイル、ローカル映像ファイル、ローカル音声ファイルが論理的に別ファイルとして記録されるように処理する。
記録処理部３６での実際の記録データＤRECとしてのエンコードは、４系統のデータを時分割処理することが考えられる。その場合、ディスク９０での記録トラック上では、４つのデータファイルが物理的に４つのファイルとして位置的に分離されて記録されるようにしても良いが、時分割処理された各データがデータトラック上で１つの記録データ単位として記録され、論理的に別ファイルとして管理されるようにしても良い。
各データファイルは、１つの映像コンテンツＣＴを構成するファイルとして、コンテンツ管理情報で管理される。
４系統のデータファイルが、どのように同時的に記録されるものであっても、コンテンツ管理情報によって、それぞれ論理的に別ファイルとして扱われ、並列的に読出可能とされているので有れば、記録処理形態はどのようなものでも良い。
【００３７】
ディスク９０に記録されたデータの再生時には、ディスクドライブ２７によって再生された信号がローカル再生部２４に供給される。
ローカル再生部２４では、再生処理部３７において記録フォーマットに対するデコード処理やエラー訂正処理など所定の処理を行い、再生データを得る。
上述したサービス利用識別子ＩＤｓのファイルが再生される場合、再生処理部３７でサービス利用識別子ＩＤｓが再生され、ローカル制御部２１に転送される。
【００３８】
図４（ｂ）のように記録された映像コンテンツＣＴが再生される場合は、再生処理部３７でのデコード処理によって、コモン映像データＣＶ、コモン音声データＣＡ、ローカル映像データＬＶ、ローカル音声データＬＡが得られる。
これら４系統のデータは、ＡＶ信号処理部３８によって例えば圧縮を解凍する処理や映像又は音声の出力に関する処理が行われる。例えばコモン映像データＣＶ、ローカル映像データＬＶについては、圧縮解凍の後、表示のための輝度／色信号処理、ＲＧＢ処理、ゲイン制御が行われ、表示処理部３９に供給される。またコモン音声データＣＡ、ローカル音声データＬＡについては、圧縮解凍の後、レベル調整、Ｄ／Ａ変換等の処理が行われて音声出力処理部４０に供給される。
【００３９】
表示処理部３９には、コモン映像データＣＶ、ローカル映像データＬＶが供給されるが、表示処理部３９において映像の選択又は合成が行われる。
映像の選択又は合成処理は、ユーザの操作部２６による操作に応じて、ローカル制御部２１から指示される。
例えばユーザーがコモン映像を選択指示操作した場合、表示処理部３９はコモン映像データＣＶを選択し、コモン映像データＣＶから表示駆動信号を生成して例えば液晶パネル等にによる表示部２８に出力する。これによって表示部２８にはコモン映像の再生映像が表示される。
またユーザーがローカル映像を選択指示操作した場合、表示処理部３９はローカル映像データＬＶを選択し、ローカル映像データＬＶから表示駆動信号を生成して表示部２８に出力する。これによって表示部２８にはローカル映像の再生映像が表示される。
またユーザーが合成映像を選択指示操作した場合、表示処理部３９はローカル映像データＬＶとコモン映像データＣＶを合成する。例えばＰｉｎＰ表示のための合成を行って表示部２８に出力する。これによって表示部２８にはローカル映像内でコモン映像が子画面とされた再生映像、或いはコモン映像内でローカル映像が子画面とされた再生映像が表示される。
もちろん、ローカル映像とコモン映像が等分に画面分割されるような合成処理が行われ、表示されてもよい。
なお、表示処理部３９は、選択又は合成した映像信号を、出力端子４１から外部モニタ機器に出力することもできる。これによって出力端子４１に接続された外部モニタ機器で選択又は合成された映像を表示させることができる。
【００４０】
音声出力処理部４０にはコモン音声データＣＡ、ローカル音声データＬＡが供給される。音声出力処理部４０はこれらのデータを選択してスピーカ２９に供給する。
この場合の音声の選択は、ユーザー操作に応じても良いし、表示処理部３９での映像選択／合成処理に応じて自動選択しても良い。
例えばユーザーがコモン音声を指示する操作を行った場合は、コモン音声データＣＡを選択し、スピーカ２９から出力させる。
またユーザーがローカル音声を指示する操作を行った場合は、ローカル音声データＬＡを選択し、スピーカ２９から出力させる。
或いは、表示処理部３９でコモン映像が選択される場合は、音声出力処理部４０でコモン音声データＣＡが選択され、表示処理部３９でローカル映像が選択される場合は、音声出力処理部４０でローカル音声データＬＡが選択されるようにしてもよい。さらに、表示処理部３９でコモン映像とローカル映像がＰｉｎＰ合成される場合は、親画面側がコモン映像で有ればコモン音声データＣＡが選択され、親画面側がローカル映像で有ればローカル音声データＬＡが選択されればよい。
さらには、音声出力処理部４０において、コモン音声データＣＡ、ローカル音声データＬＡについて所定の混合比でミックスしてスピーカ２９に供給しても良い。
なお、音声表示処理部４０は、選択又は合成した音声信号を、出力端子４２から外部アンプ／スピーカ／ヘッドホン機器等に出力することもできる。これによって出力端子４２に接続された外部機器により選択又は合成された音声を出力させることができる。
【００４１】
なお図示していないが、ローカル撮像装置５には、ビューファインダによってユーザーが撮像中の被写体のモニタリングや再生映像のモニタリングができるようにされる。
また、例えば液晶パネル等の表示部２８においても、再生映像だけでなく、撮像中の被写体のモニタリング（ローカルカメラ３０での撮像映像であるローカル映像ＬＶの表示）ができるようにされる。
また、外部のパーソナルコンピュータ、オーディオ／ビデオ機器、その他の装置との各種インターフェースが設けられ、映像データ、音声データ、サービス利用識別子ＩＤｓ、その他各種データの入出力が可能とされることは当然考えられる。
【００４２】
さらに、この例では記録媒体をディスク９０としたが、磁気テープや固体メモリカードなど、各種のメディアを記録媒体として利用できる。
例えばローカル撮像装置５に装填される記録メディアが磁気テープカセットとされる場合は、メディアドライブ２７は、テープ記録再生装置部とされ、また記録メディアがメモリカードとされる場合は、メディアドライブ２７は、カードスロットとされることはいうまでもない。
【００４３】
４．サービス利用識別子の提供形態
上記のようにコモンビュー供給装置１からのコモン映像データＣＶ、コモン音声データＣＡは、ローカル撮像装置５においては、受信制御部３３によって受信許可の設定が行われることによって受信可能となる。受信制御部３３は、サービス利用識別子ＩＤｓに応じて受信許可設定を行う。従ってローカル撮像装置５側においては、予めサービス利用識別子ＩＤｓを取得しておかなければならない。
そして言い換えれば、サービス利用識別子ＩＤｓの販売によってコモンビュー供給装置１によるサービスを有料化するシステムが実現される。
【００４４】
サービス利用識別子ＩＤｓの提供形態の例を図５に示す。
この例では、手順ＳＴ１→ＳＴ２（ＳＴ３）→ＳＴ５→ＳＴ６ａ（又は→ＳＴ６ｂ）の流れ、もしくは手順ＳＴ１→ＳＴ４→ＳＴ７（ＳＴ８）の流れでユーザーサイドにサービス利用識別子ＩＤｓが提供される。
【００４５】
まず手順ＳＴ１→ＳＴ２（ＳＴ３）→ＳＴ５→ＳＴ６ａの流れについて述べる。
・手順ＳＴ１
事業者側は、例えばコモンビュー供給装置１によるサービス提供用のサービス利用識別子ＩＤｓを生成する。サービス利用識別子ＩＤｓは、コモンビュー供給装置１内で生成されても良いし、事業者側の管理システム機器などにおいて生成してもよい。
・手順ＳＴ２
事業者側は、サービス利用識別子ＩＤｓを、購入希望するユーザーに通知する処理を行う。通知は、サービス利用識別子ＩＤｓとしてのコードを記した書類の郵送や電話、電子メール等での通知、インターネット等のネットワークを介したサービス利用識別子ＩＤｓのダウンロード、その他各種の方法が考えられる。
・手順ＳＴ３
事業者側は、サービス利用識別子ＩＤｓの通知に伴って、ユーザーに対して課金処理を行う。例えばクレジットカードや口座引き落とし手続のためのデータ入力などを行う。
・手順ＳＴ５
ユーザーは、事業者から通知されたサービス利用識別子ＩＤｓを取得する。
・手順ＳＴ６ａ
取得したサービス利用識別子ＩＤｓは、ローカル撮像装置５に入力され、ディスク９０に記録される。
例えば手順ＳＴ５において、書類の郵送や電話等で通知されるサービス利用識別子ＩＤｓを取得した場合、ユーザーは、そのサービス利用識別子ＩＤｓとしてコードナンバを操作部２６から入力する。そのようにしてサービス利用識別子ＩＤｓが入力されたら、ローカル制御部２１は、サービス利用識別子ＩＤｓとしてのコードデータをローカル記録部２３に供給し、上述したようにディスク９０に記録させる。
また、例えば手順ＳＴ５において、ネットワークを介したダウンロードなどの手法でサービス利用識別子ＩＤｓを取得した場合は、そのダウンロードした機器（パーソナルコンピュータ等）をローカル撮像装置５と接続し、サービス利用識別子ＩＤｓをローカル撮像装置５に転送させる。ローカル制御部２１は、そのようにしてサービス利用識別子ＩＤｓが入力されたら、サービス利用識別子ＩＤｓとしてのコードデータをローカル記録部２３に供給し、上述したようにディスク９０に記録させる。
このようにして、サービス利用識別子ＩＤｓが記録されたディスク９０がユーザーサイドで得られ、コモンビュー供給装置１によるサービスを受ける準備が整う。
【００４６】
なお、手順ＳＴ６ｂとして示すのは、サービス利用識別子ＩＤｓをディスク９０に記録しない例である。ユーザーとしては、取得したサービス利用識別子ＩＤｓをローカル撮像装置５に入力する点は同じであるが、ローカル撮像装置５における内部処理として、ディスク９０への記録は行わない。これは、図１６の処理例が採用される場合の手順に相当するものであり、詳しくは後述する。
【００４７】
一方、手順ＳＴ１→ＳＴ４→ＳＴ７（ＳＴ８）の流れは、メディア自体を販売する方式である。
・手順ＳＴ１
上記同様に、サービス利用識別子ＩＤｓが生成される。
・手順ＳＴ４
事業者側では、生成したサービス利用識別子ＩＤｓをメディア（ディスク９０）に記録する。
・手順ＳＴ７
事業者は、サービス利用識別子ＩＤｓを記録したメディアをユーザに販売する。
例えばイベント会場などでメディアを販売しても良いし、予めサービス予定のイベントに関して店頭或いはネット販売などの形態で販売しても良い。
・手順ＳＴ８
ユーザーは購入したメディアに対する対価を支払う。
このようにしても、ユーザーは、サービス利用識別子ＩＤｓが記録されたディスク９０を入手することができ、コモンビュー供給装置１によるサービスを受ける準備が整う。
【００４８】
５．コモンビュー供給及び記録処理
実際にコモンビュー供給装置１によるサービスを実行する場合の動作を説明する。
例えば運動会などのイベントにおいて、コモンビュー供給装置１（コモンカメラ２）は、全体を鳥瞰的に撮像できるように配置される。
そして図６のような処理で動作が行われる。
コモンビュー供給装置１によるサービス開始に際しては、まずコモン制御部１１は、ステップＦ１０１で、操作者（カメラマン）の操作に応じて、ミキサ回路１３のミックス比設定やコモンカメラ２の撮像状態など、各種設定を行う。
コモン映像／コモン音声についてのローカル撮像装置５への供給開始がカメラマンの操作により指示されると、処理はステップＦ１０２からＦ１０３に進む。
ステップＦ１０３としてのコモンビュー供給処理は、カメラマンにより供給終了の操作が行われるまで（ステップＦ１０４）、継続して実行される。
【００４９】
ステップＦ１０３のコモンビュー供給処理では、コモン制御部１１はコモンカメラ５，コモンデータ送信部１２の各部を制御して、ステップＦ１０３ａ〜Ｆ１０３ｃの処理を継続して実行させる。
即ち、コモンカメラ２で撮像されるコモン映像データＣＶ、及びミキサ回路１３から供給されるコモン音声データＣＡについて、ＡＶ信号処理部１４で上述した処理を実行させ（Ｆ１０３ａ、Ｆ１０３ｂ）、ＡＶ信号処理部１４でエンコードされたデータＡＶを送信器１６により送信させる（Ｆ１０３ｃ）。
【００５０】
以上の動作が行われることで、例えば運動会等の全体を撮したコモン映像データＣＶや、或いは全体の音声もしくはライン音声としてのコモン音声データＣＡが送信される。
例えば運動会等の会場にいる１又は複数のローカル撮像装置５のユーザー、即ちサービス利用識別子ＩＤｓを記録したディスク９０を使用するユーザは、その所持するローカル撮像装置５によって、送信されてくるデータＡＶを受信し、コモン映像データＣＶ及びコモン音声データＣＡを得ることができる。
【００５１】
ローカル撮像装置５側では、例えば図７（ａ）又は図７（ｂ）のようにディスク９０への記録が行われる。
図７（ａ）は、受信されるコモンデータ（コモン映像データＣＶ、コモン音声データＣＡ）については記録開始から継続して記録し、一方ローカルデータ（ローカル映像データＬＶ、ローカル音声データＬＡ）についてはユーザーの操作に応じて記録を行う例である。
例えばｔ０時点でユーザーが記録操作を行ったとすると、コモンデータ、ローカルデータは共にディスク９０に記録されていく。
ここでｔ１時点でユーザが記録中断操作を行うと、ローカルデータの記録は一次停止されるがコモンデータについてが継続される。そしてｔ２時点でユーザーが記録再開操作を行うと、ローカルデータの記録が再開される。
このように、ユーザーが記録開始後、記録の中断操作／再開操作を行うことに応じてローカルデータの記録が制御されるが、コモンデータについてはユーザーの操作に関わらず、継続してディスク９０への記録が行われる。
そしてコモンデータとローカルデータは、映像コンテンツとして一部が時間的に重複したデータとなる。つまりローカルデータの記録が行われた期間、映像コンテンツを構成するデータとしてローカルデータとコモンデータが時間的に重複する。
【００５２】
一方、図７（ｂ）は、コモンデータの記録もユーザーの操作に応じて行われる例である。
例えばｔ０時点でユーザーが記録操作を行ったとすると、コモンデータ、ローカルデータは共にディスク９０に記録されていく。
ここでｔ１時点でユーザが記録中断操作を行うと、ローカルデータとコモンデータの両方について記録は一次停止される。そしてｔ２時点でユーザーが記録再開操作を行うと、ローカルデータとコモンデータの記録が再開される。
このように、コモンデータとローカルデータの両方が、ユーザーの記録操作、記録の中断操作／再開操作に応じて記録される。
この場合、コモンデータとローカルデータは、全ての期間において時間的に重複しながら映像コンテンツを形成するデータとなる。
【００５３】
図８によりローカル撮像装置５における記録モード処理を説明する。
ユーザが操作部２６によりローカル撮像装置５のパワーオン及び撮像スタンバイの操作を行い、ローカル制御部２１はステップＦ２００でその検出したとすると、それに応じて電源オン制御を行いステップＦ２０１に進む。
ステップＦ２０１では、ローカル制御部２１は、メディアドライブ２７に装填されているディスク９０に、サービス利用識別子ＩＤｓが記録されているか否かを判断する。即ちメディアドライブ２７を制御して、図４のようにサービス利用識別子ＩＤｓとしてのファイルの有無を確認させる。
サービス利用識別子ＩＤｓが記録されているなら、ステップＦ２０２に進んで、メディアドライブ２７及びローカル再生部２４を制御してディスク９０に記録されたサービス利用識別子ＩＤｓの再生動作を実行させる。
そしてステップＦ２０３で、読み出されたサービス利用識別子ＩＤｓを受信制御部３３に転送する。これによって受信制御部３３は、受信許可設定を行う。つまり受信器３２によるデータＡＶの受信動作を許可することになり、これによってコモンビュー供給装置１からの送信データＡＶの受信復調が可能となる。
なお、このようにサービス利用識別子ＩＤｓをディスク９０から読み出して受信制御部３３に転送する処理とすることで、上記図５で説明した２つのサービス利用識別子ＩＤｓの提供形態のどちらの場合でも対応できるものとなり、またユーザーからみれば、サービス利用識別子ＩＤｓが記録されたディスク９０を使用するということで、サービス利用が可能となる。
【００５４】
次にステップＦ２０４では、コモンデータ受信部２２での受信動作を開始させるとともに、ローカルカメラ３０での撮像動作を開始させる。この時点で、ローカルカメラ３０でのローカル映像データＬＶ、ローカルマイク３１でのローカル音声データＬＡ、及び受信されたコモン映像データＣＶ、コモン音声データＣＡは、ローカル記録部２３に供給される状態となる。
このスタンバイ状態においては、ユーザーは、表示部２８又は図示しないビューファインダに表示されるローカル映像データＬＶを見ることで、被写体を確認できる状態となっている。
【００５５】
ステップＦ２０５では、ユーザーの記録開始操作に応じてディスク９０への記録が行われる。このステップＦ２０５の記録処理としては、上記図７（ａ）又は図７（ｂ）のように行われる。これらの処理はそれぞれ図９又は図１０の処理となる。
まず図９により、図７（ａ）に相当する記録処理を説明する。
ユーザーが記録開始操作を行ったことを検知すると、ローカル制御部２１の処理は図９のステップＦ３０１からＦ３０２に進み、ローカル記録部２３に対して、コモン映像データＣＶ、コモン音声データＣＡ、ローカル映像データＬＶ、ローカル音声データＬＡについて、ディスク９０への記録を実行させる。
この記録の実行中には、ローカル制御部２１は、ユーザーの記録終了操作と記録一時停止操作を監視している。
【００５６】
ステップＦ３０３で記録終了操作が検出されたら、ステップＦ３０８に進んで記録処理を停止させる。
ステップＦ３０４で記録一時停止（ポーズ）操作が検出されたら、ステップＦ３０５に進んで、ローカル映像データＬＶ、ローカル音声データＬＡについての記録処理を停止させる。つまり、コモン映像データＣＶ、コモン音声データＣＡについては引き続き記録を実行させる。
このコモンデータのみの記録の実行中（ローカルデータの記録ポーズ中）には、ローカル制御部２１は、ユーザーの記録終了操作と記録再開操作を監視している。
ステップＦ３０７で記録終了操作が検出されたら、ステップＦ３０８に進んで記録処理を停止させる。
ステップＦ３０６で記録再開（ポーズ解除）操作が検出されたら、ステップＦ３０２に進んで、ローカル映像データＬＶ、ローカル音声データＬＡについての記録処理を再開させる。つまり、再びコモン映像データＣＶ、コモン音声データＣＡ、ローカル映像データＬＶ、ローカル音声データＬＡの記録が行われる。
この図９のように処理が行われることで、図７（ａ）のような記録が実行される。
【００５７】
一方、図７（ｂ）に相当する記録動作のための処理は図１０のようになる。
ユーザーが記録開始操作を行ったことを検知すると、ローカル制御部２１の処理は図１０のステップＦ４０１からＦ４０２に進み、ローカル記録部２３に対して、コモン映像データＣＶ、コモン音声データＣＡ、ローカル映像データＬＶ、ローカル音声データＬＡについて、ディスク９０への記録を実行させる。
この記録の実行中には、ローカル制御部２１は、ユーザーの記録終了操作と記録一時停止操作を監視している。
【００５８】
ステップＦ４０３で記録終了操作が検出されたら、ステップＦ４０８に進んで記録処理を停止させる。
ステップＦ４０４で記録一時停止（ポーズ）操作が検出されたら、ステップＦ４０５に進んで、記録処理を中断させる。この場合、コモンデータ（ＣＶ、ＣＡ）、ローカルデータ（ＬＶ，ＬＡ）の全て、記録が一時停止される。つまりスタンバイ状態となる。
この記録ポーズ中には、ローカル制御部２１は、ユーザーの記録終了操作と記録再開操作を監視している。
ステップＦ４０７で記録終了操作が検出されたら、ステップＦ４０８に進んで記録処理を停止させる。
ステップＦ４０６で記録再開（ポーズ解除）操作が検出されたら、ステップＦ４０２に進んで記録処理を再開させる。つまり、再びコモン映像データＣＶ、コモン音声データＣＡ、ローカル映像データＬＶ、ローカル音声データＬＡの記録が行われる。
この図１０のように処理が行われることで、図７（ｂ）のような記録が実行される。
【００５９】
図８のステップＦ２０５としての記録処理は、以上の図９又は図１０のように行われる。
図９のステップＦ３０８又は図１０のステップＦ４０８で記録処理が終了された後、記録モード終了操作（電源オフ、又は再生モードへの切換など）が行われたら、ステップＦ２０６からＦ２０７に進み、コモンデータ受信部２２での受信処理や、ローカルカメラ３０での撮像動作を終了させ、ステップＦ２０８でパワーオフ又は再生モードへの切換を行って記録モード処理を終える。
【００６０】
以上のようにして、本例のローカル撮像装置５においては、ユーザー自身が撮像した映像／音声と、コモンビュー供給装置１から供給された映像／音声を、同時的にディスク９０に記録できる。
そしてコモンビュー供給装置１からはイベント等の全体的な映像や高品質な音声が供給されているため、ユーザーにとっては、自分が注目する被写体を集中して撮っているだけで、並行して、全体的な映像や音声も得られることになる。
【００６１】
ところで、上記処理はサービス利用識別子ＩＤｓが記録されたディスク９０を使用した場合のみとなる。サービス利用識別子ＩＤｓを記録していないディスク９０を装填していた場合では、図８のステップＦ２０１で、ディスク９０にサービス利用識別子ＩＤｓが記録されてないと判断され、ステップＦ２０９に進むものとなる。
ステップＦ２０９では、ローカルカメラ３０での撮像動作を開始させる。この場合、受信制御部３３による受信許可設定は行われず、従ってコモンデータ受信部２２での受信動作は開始させない。
従ってこの時点で、ローカルカメラ３０でのローカル映像データＬＶ、ローカルマイク３１でのローカル音声データＬＡのみが、ローカル記録部２３に供給される状態となる。
このスタンバイ状態においては、ユーザーは、表示部２８又は図示しないビューファインダに表示されるローカル映像データＬＶを見ることで、被写体を確認できる状態となっている。
【００６２】
ステップＦ２１０では、ユーザーの記録開始操作に応じてディスク９０への記録が行われる。このステップＦ２１０の記録処理は、ローカル映像データＬＶ、ローカル音声データＬＡのみの記録処理となり、図１１のように行われる。
ユーザーが記録開始操作を行ったことを検知すると、ローカル制御部２１の処理は図１１のステップＦ５０１からＦ５０２に進み、ローカル記録部２３に対して、ローカル映像データＬＶ、ローカル音声データＬＡについて、ディスク９０への記録を実行させる。
この記録の実行中には、ローカル制御部２１は、ユーザーの記録終了操作と記録一時停止操作を監視している。
【００６３】
ステップＦ５０３で記録終了操作が検出されたら、ステップＦ５０８に進んで記録処理を停止させる。
ステップＦ５０４で記録一時停止（ポーズ）操作が検出されたら、ステップＦ５０５に進んで、ローカル映像データＬＶ、ローカル音声データＬＡについての記録処理を停止させる。
この記録ポーズ中には、ローカル制御部２１は、ユーザーの記録終了操作と記録再開操作を監視している。
ステップＦ５０７で記録終了操作が検出されたら、ステップＦ５０８に進んで記録処理を停止させる。
ステップＦ５０６で記録再開（ポーズ解除）操作が検出されたら、ステップＦ５０２に進んで、ローカル映像データＬＶ、ローカル音声データＬＡについての記録処理を再開させる。
図１１のステップＦ５０８で記録処理が終了された後、記録モード終了操作（電源オフ、又は再生モードへの切換など）が行われたら、図８のステップＦ２１１からＦ２１２に進み、ローカルカメラ３０での撮像動作を終了させ、ステップＦ２０８でパワーオフ又は再生モードへの切換を行って記録モード処理を終える。
【００６４】
つまりこのように、サービス利用識別子ＩＤｓが記録されていないディスク９０が装填された状態では、コモンビュー供給装置１からのデータ送信が行われていても、その送信されてくるコモン映像データＣＶ、コモン音声データＣＡをディスク９０に記録することはできないものとなる。換言すれば、サービス利用識別子ＩＤｓ、又はサービス利用識別子ＩＤｓが記録されたディスクを購入したユーザーが、コモンビューサービスを利用できるものとなる。
なお、図８には示していないが、ステップＦ２０１でディスク９０にサービス利用識別子ＩＤｓが記録されていないと判断される場合としては、正当にディスク９０又はサービス利用識別子自体を購入したユーザが、サービス利用識別子ＩＤｓを記録したディスク９０をローカル撮像装置５に入れるべきことを忘れている場合も考えられる。
そこで、ステップＦ２０１でサービス利用識別子ＩＤｓが記録されていないと判断された場合、ユーザーに注意を与える処理が行われると良い。例えば一時的に受信器３２においてコモンビュー送信装置１からのデータ受信を実行させ、データ送信が実行されているか否かを検知する。そしてデータ送信が行われているのであれば、ユーザーがサービス提供を受けられる機会を逸しないように、サービス利用識別子ＩＤｓを記録したディスク９０の装填を促す警告メッセージを出力するなどである。
【００６５】
６．映像／音声の再生
上記記録動作により、ディスク９０には図４（ｂ）のようにコモン映像、コモン音声、ローカル映像、ローカル音声としての各ファイル構成となる映像コンテンツＣＴが記録された状態となる。
このようなコンテンツＣＴの再生を行うことで、上述したローカル再生部２４の処理により、ユーザーは所望の状態で映像を見ることができる。
ローカル再生部２４の処理については図３を参照して説明したため、ここでは繰り返さないが、上述の通り、映像については、再生されたコモン映像データＣＶとローカル映像データＬＶが、ユーザー操作に応じて選択又は合成されて表示される。
再生されたコモン音声データＣＡとローカル音声データＬＡについては、ユーザー操作、もしくは映像の選択状態に応じて選択されるか、或いは合成されて出力される。
【００６６】
図１２は、コモン映像データＣＶが選択された表示部２８に表示されている例を示している。例えば、運動会の競技の全体的の光景を撮像した映像である。
図１３は、ローカル映像データＬＶが選択された表示部２８に表示されている例を示している。例えば、ユーザーが自分の子供をズームして撮像した映像である。
図１４は、コモン映像データＣＶが親画面、ローカル映像データＬＶが子画面としてＰｉｎＰ合成され、表示部２８に表示されている例を示している。
図１５は、ローカル映像データＬＶが親画面、コモン映像データＣＶが子画面としてＰｉｎＰ合成され、表示部２８に表示されている例を示している。
ユーザーは、これらの各表示状態を任意に切り換えて、撮像映像を楽しむことができる。
【００６７】
７．サービス利用識別子をディスクに記録しない場合の処理例
以上の実施の形態では、ローカル撮像装置５にサービス利用識別子ＩＤｓを記録したディスク９０が装填されている場合に、コモンビューサービス（コモン映像データＣＶとコモン音声データＣＡの受信及び記録）を利用できるものとして説明した。
ここでは変形例として、サービス利用識別子ＩＤｓをディスク９０に記録しない例を述べる。
この場合、図５の手順ＳＴ６ｂとして示したように、ユーザーはサービス利用識別子ＩＤｓを購入した後、サービス利用識別子ＩＤｓとしてのコードを操作部２６から入力する操作を行うことが必要になる。但し、ローカル制御部２１は、入力されたサービス利用識別子ＩＤｓをディスク９０に記録させることは行わず、例えば受信制御部３３に転送してセット（記憶）させる。受信制御部３３では、例えば不揮発性メモリ部などを設け、入力されたサービス利用識別子ＩＤｓを記憶できるようにする。或いはローカル制御部２１内に不揮発性メモリ部などを設けて記憶しても良い。
【００６８】
この場合のローカル撮像装置５の記録モード処理を図１６に示す。なお、図８と同一の処理については同一のステップ番号を付し、説明を省略する。
この処理では、図８のステップＦ２０１，Ｆ２０２に代えて、ステップＦ２２１、Ｆ２２２、Ｆ２２３の処理が行われるものとなる。
図１６の場合、ステップＦ２００でパワーオン／スタンバイが行われると、ローカル制御部２１はステップＦ２２１で、サービス利用識別子ＩＤｓが入力済であるか否かを判断する。例えば受信制御部３３内に記憶されているか否かを判断する。
もし記憶されていれば、ステップＦ２２１からＦ２０３に進んで、受信制御部３３により受信許可設定を実行させ、ステップＦ２０４に進む。
【００６９】
一方、サービス利用識別子ＩＤｓが入力済でなければ、ステップＦ２２２に進んで、ユーザーに対してサービス利用識別子ＩＤｓの入力要求を行う。例えば表示部２８に入力を求めるメッセージ等を出力する。
この入力要求に対してユーザーがサービス利用識別子ＩＤｓの入力を行えば、ステップＦ２２３からＦ２０３に進んで、受信制御部３３により受信許可設定を実行させる。一方、ユーザーが入力要求に対するキャンセル操作等を行い、サービス利用識別子ＩＤｓの入力を行わなかった場合は、ステップＦ２０９に進む。
つまりこの例では、サービス利用識別子ＩＤｓが入力されれば受信許可設定を行ってステップＦ２０４〜Ｆ２０７の処理によりコモンビューサービスを利用可能とし、一方、サービス利用識別子ＩＤｓが入力されないのであれば、コモンビューサービスを利用しないステップＦ２０９〜Ｆ２１２の撮像動作を実行させるものである。
【００７０】
このような処理方式によれば、ユーザーは必ずしもサービス利用識別子ＩＤｓを記録したディスク９０を所持しなくてもよく、例えば撮像現場にサービス利用識別子ＩＤｓを記録したディスク９０を忘れたり、そのディスク９０の記録容量が足りなくなった場合なども容易に対応でき、ユーザーの利便性を向上させる。
【００７１】
ところで、前述した、サービス利用識別子ＩＤｓを記録したディスク９０を使用する図８の処理例の場合も、また図１６の処理例の場合も、ユーザーがサービス利用識別子ＩＤｓの入力（ディスク９０或いは内部不揮発性メモリに記録するための入力）を行う場合は、そのサービス利用識別子ＩＤｓが、サービス業者等から正当に提供されたコードでなけれなばらない。
このため、サービス利用識別子ＩＤｓが入力された場合は、ローカル制御部２１は、そのサービス利用識別子ＩＤｓが正当なコードであるか否かを判断する処理を行い、正当である場合のみ、ディスク９０への記録や、上記図１６のステップＦ２２３での入力を認めるものとする。正当性判断の手法は各種考えられる。
例えばサービス利用識別子ＩＤｓを購入する際には、ユーザーはローカル撮像装置５のシリアルナンバなどの特定の情報をサービス業者に知らせ、サービス業者はシリアルナンバ等を用いて所定のアルゴリズムでサービス利用識別子ＩＤｓを作成してユーザに渡す。
ユーザーがローカル撮像装置５にサービス利用識別子ＩＤｓを入力した際には、ローカル制御部２１は、内部に記憶してある自身の機器のシリアルナンバ等と入力されたサービス利用識別子ＩＤｓについて所定のアルゴリズムでの演算処理を行い、特定の解が得られたら、入力されたサービス利用識別子ＩＤｓを正当なものと判断する。
これは一例であるが、このようにしてサービス利用識別子ＩＤｓの正当性の判断ができる。
またサービス利用識別子ＩＤｓの販売や入力の際の正当性を保つために、サービス利用識別子ＩＤｓの暗号化や、ユーザーの暗証番号の利用など、各種の方式が考えられる。
【００７２】
８．サービス利用識別子を照合する場合の処理例
次に図１７，図１８により、サービス利用識別子ＩＤｓの照合処理を行って、コモンビューサービスを利用できるようにする例を述べる。
この場合、ローカル撮像装置５においては、サービス利用識別子ＩＤｓがディスク９０に記録される処理方式であっても、また上記のように入力されたサービス利用識別子ＩＤｓをディスク９０に記録しないで記憶する処理方式であっても良い。
そして以下説明する例でも、コモンビューサービスを利用するためには、上記各例と同様に、ユーザーはサービス利用識別子ＩＤｓ（又はディスク）を購入し、ローカル撮像装置５に予め何らかのかたちでサービス利用識別子ＩＤｓを与えることが必要となる。
【００７３】
この例の場合、コモンビュー供給装置１側は、データＡＶだけでなく、サービス利用識別子ＩＤｓの送信も行う。
例えば図１７にコモンビュー供給装置１の処理例を示す。なお図６と同一処理は同一のステップ番号を付し説明を省略する。
この図１７の処理の場合、ステップＦ１０１ａとして示すように、コモンビュー供給装置１が動作を開始すると共に、サービス利用識別子ＩＤｓの送信も開始するものである。図２に破線で示したように、コモン制御部１１は、動作開始時の初期設定の後、サービス利用識別子ＩＤｓの送信器１６への供給、及び送信器１６からの送信を実行させる。例えばステップＦ１０４で供給終了とされるまでの動作期間中には、一定周期で継続的にサービス利用識別子ＩＤｓの送信を実行する。
【００７４】
この場合のローカル撮像装置５の記録モード処理は図１８のようになる。なお、図８と同一の処理については同一のステップ番号を付し、説明を省略する。
この処理では、図８のステップＦ２０１〜Ｆ２０３に代えて、ステップＦ２３１〜Ｆ２２７の処理が行われるものとなる。
図１８の場合、ステップＦ２００でパワーオン／スタンバイが行われると、ローカル制御部２１はステップＦ２２１で、サービス利用識別子ＩＤｓの有無を確認する。例えばディスク９０にサービス利用識別子ＩＤｓが記録されているか否かを確認する。もしくは上記図１６の場合のようにサービス利用識別子ＩＤｓが入力されているか（さらには入力要求を行ってユーザが入力したか）を確認する。
このステップＦ２３１で、装置内にサービス利用識別子ＩＤｓが取得されている状態にあることが判断されたら、ステップＦ２３２からＦ２３３に進む。そしてステップＦ２３３では、ディスク９０や不揮発性メモリ部などに記憶されているサービス利用識別子ＩＤｓを、受信制御部３３にセットする。
【００７５】
ステップＦ２３４では、受信器３２の動作を実行させ、コモンビュー供給装置１からサービス利用識別子ＩＤｓが送信されているか否かを判断する。
コモンビュー供給装置１が上記図１７の処理を行う場合、コモンビューサービスの実施中であれば、サービス利用識別子ＩＤｓが送信されているはずである。
コモンビュー供給装置１からのサービス利用識別子ＩＤｓが受信されたら、ステップＦ２３５に進み、照合処理を行う。即ち受信制御部３３は、予めローカル撮像装置５に取得されていてステップＦ２３３でセットされたサービス利用識別子ＩＤｓと、コモンビュー供給装置１から送信されてきたサービス利用識別子ＩＤｓとの照合を行う。そして照合がＯＫ（例えば両サービス利用識別子ＩＤｓが一致）であれば、ステップＦ２３７で受信許可設定を行い、ステップＦ２０４に進む。
なお、照合処理は必ずしも一致判断ではなくてもよく、例えば２つのサービス利用識別子ＩＤｓを用いて特定の演算を行い、特定の解が得られたら照合ＯＫとするようにしてもよい。
【００７６】
一方、ステップＦ２３２でサービス利用識別子ＩＤｓが取得されていないと判断された場合、或いはステップＦ２３４でコモンビュー供給装置１からのサービス利用識別子ＩＤｓが無いと判断された場合、さらにはステップＦ２３６で照合結果がＮＧと判断された場合はステップＦ２０９に進む。
つまりこの例では、サービス利用識別子ＩＤｓが取得され、且つコモンビュー供給装置１から送信されてくるサービス利用識別子ＩＤｓとの照合結果がＯＫであれば受信許可設定を行ってステップＦ２０４〜Ｆ２０７の処理によりコモンビューサービスを利用可能とし、一方、サービス利用識別子ＩＤｓが取得されていない場合、コモンビューサービスが実施されていない場合、或いは取得されたサービス利用識別子ＩＤｓが今回コモンビュー供給装置１から送信されたサービス利用識別子ＩＤｓと照合ＮＧとなった場合は、コモンビューサービスを利用しないステップＦ２０９〜Ｆ２１２の撮像動作を実行させるものである。
【００７７】
このようにコモンビュー供給装置１からサービス利用識別子ＩＤｓを送信し、ローカル撮像装置５ではサービス利用識別子ＩＤｓの照合を行って結果がＯＫの場合に受信許可設定を行うようにする場合、以下のような利点が得られる。
まず、ローカル撮像装置５においてサービス利用識別子ＩＤｓをユーザーが入力する場合、その入力されたサービス利用識別子ＩＤｓの正当性は、照合処理によって判断できることになる。例えばユーザーがサービス利用識別子ＩＤｓを正当に購入せずに不適正なコードのサービス利用識別子ＩＤｓを入力しても、照合ＯＫとならないため、コモンビューサービスは利用できないものとすることができる。
【００７８】
また、照合によって受信許可設定が行われるため、コモンビュー供給装置１から送信するサービス利用識別子ＩＤｓを、期日、期間、或いはイベント毎などに変更することで、サービス利用を許可するユーザーの範囲をイベント毎などで設定できる。
例えばサービス利用識別子ＩＤｓを、本例のシステムによるコモンビューサービスを実施するイベント毎、或いは場所毎、日時毎などに固有のコードなどとして生成し、イベント、会場、日時などの別においてそれぞれサービス利用識別子ＩＤｓをユーザーに販売する。
ユーザーは自分がコモンビューサービスを利用したいイベント等に対してのサービス利用識別子ＩＤｓを購入すればよく、すると、そのイベントにおいてのみ、コモンビューサービスを利用した撮像ができるものとなる。
即ち、サービス業者側にとっては、イベント、会場、日時等に応じて柔軟にサービスの販売が可能となる。
９．変形例
以上、実施の形態の撮像システムを説明してきたが、本発明としてはさらに各種多様な変形例が考えられる。
【００７９】
まず、サービス利用識別子のディスク等の記録媒体への記録態様や、或いはサービス利用識別子の提供形態はさらに多様に考えられる。
サービス利用識別子を記録媒体に記録する態様としては、例えばディスク等に映像データ等と同様のデータとして記録される例を述べたが、必ずしもそのようなデータとして記録される必要はない。
例えばディスクがカートリッジに格納されたタイプの記録媒体（カートリッジディスク）が用いられる場合、カートリッジ内にディスクとともに例えばフラッシュメモリなどの半導体メモリチップ（及び半導体メモリチップに対するアクセスのための制御回路やインターフェース回路も含む回路構成）を収納するものがある。
そのカートリッジディスクに対応する撮像装置では、上記半導体メモリに対する読出／書込が可能な構成を備えるようにされる。そして特に半導体メモリには、例えばディスクに記録されたデータの管理情報や履歴情報、付加情報などが記憶される。
このような半導体メモリを有するカートリッジディスクが記録媒体として用いられる場合は、上記半導体メモリにサービス利用識別子を記憶しておくことも考えられる。
その場合サービス事業者は、内部の半導体メモリにサービス利用識別子を記録させたカートリッジディスクを一般ユーザーに販売する。
或いは、サービス利用識別子を購入した一般ユーザーが、上記カートリッジディスクに対応するローカル撮像装置においてサービス利用識別子を入力し、サービス識別子が、装填されているカートリッジディスクにおける半導体メモリに記憶されるようにする。
それらの場合、上記図８のステップＦ２０１、もしくは上記図１８のステップＦ２３１などにおけるディスクにサービス利用識別子が記録されているか否かの判断は、カートリッジディスクにおける半導体メモリに対してアクセスして、サービス利用識別子の有無を判断する処理とすればよい。
【００８０】
また、カートリッジディスク或いはカートリッジのないベアディスクのいずれの場合も、カートリッジ表面或いはディスク表面等にサービス利用識別子が提示されているようにすることも考えられる。
例えばバーコードパターンとしてサービス利用識別子が記録されており、ユーザーサイドの機器においてバーコード読取手段を有する機器を用いるようなことも考えられる。
さらには、単にサービス利用識別子としてのコードナンバがカートリッジ表面或いはディスク表面に表示されているようにし、ユーザーはそのコードナンバを入力するようにすることも考えられる。これは例えば図１６のステップＦ２２３や図１８のステップＦ２３１でのサービス利用識別子を入力する場合の一態様である。
【００８１】
もちろん内部の半導体メモリにサービス利用識別子を記憶したり、記録媒体の表面等にサービス利用識別子を提示することは、磁気テープカセットを記録媒体とする場合でも考えられる。
【００８２】
また、例えばディスク等の記録媒体に記録されるサービス利用識別子は、受信許可制御に用いるコードナンバ（制御コード）自体でなくてもよい。
例えば最初にディスクに記録されてユーザに提供されるサービス利用識別子は、実際にローカル撮像装置において受信許可制御に用いる制御コードを取得するための情報であってもよい。一例としては、サービス利用識別子は、上記制御コードをダウンロードできるインターネットウエブサイト等へアクセスするための情報とする。ユーザーはサービス利用識別子に基づいて制御コードをダウンロードすることができるようにし、例えばダウンロードした制御コードをローカル撮像装置に入力させる。もちろん制御コードをディスクに記録させるようにしてもよい。ローカル撮像装置５では、上記サービス利用識別子に基づいてダウンロードされた（もしくはディスクに記録された）制御コードを用いて受信許可制御を行えばよい。
【００８３】
さらには、サービス利用識別子が制御コードを得るための情報であるとする場合、サービス利用識別子がディスクに記録されていたり、或いは入力されることに応じて、ローカル撮像装置５が自動的に制御コードをダウンロードするようにしてもよい。
例えばローカル撮像装置５はインターネット等のネットワークと通信可能な通信手段を備えるようにし、ローカル制御部２１は、入力された（もしくはディスクに記録された）サービス利用識別子に基づいて通信を実行させる。そして制御コードをダウンロードする。そしてダウンロードによって入力された制御コードを用いて受信許可制御を行うものである。
【００８４】
また、このようなサービス利用識別子を用いた制御コードのダウンロードは、インターネットなど、一般のネットワークを介したダウンロードに限られない。特に本例の場合は、コモンビュー供給装置１側が、ローカル撮像装置５に対するダウンロードを実行できるようにしてもよい。
例えばイベント会場において、ローカル撮像装置５はサービス利用識別子に基づいてコモンビュー供給装置１に対して通信アクセスを行い、制御コードを要求する。コモンビュー供給装置１は、そのサービス利用識別子が正当であれば、ローカル撮像装置５に対して制御コードを送信する。ローカル撮像装置５では、このようにして送信されることによって入力された制御コード、即ちサービス利用識別子に基づいて得られた制御コードによって受信許可制御を行う。なお、この場合、イベントに際してコモンビュー供給装置１側で、制御コードを提供するか否かを決定できることになるため、例えばイベント毎で利用可能ユーザーの範囲を制限することもできる。即ちイベント毎に異なるサービス利用識別子を発行しておくことで、制御コードの提供可否を判断できるため、特定のサービス利用識別子を取得しているユーザーのみにコモンビューサービスを提供するといった運用も可能となる。
【００８５】
また、コモンビュー供給装置１、ローカル撮像装置５としての構成は、上記図２，図３の構成に限定されない。
またコモンビュー供給装置１からの送信データを受信するローカル撮像装置５は、もちろん複数台存在すること（ローカル撮像装置５を所持するユーザーが多数存在する）ことが想定されるが、コモンビュー供給装置１としては、イベントの全体的な映像及び音声を送信するものであるため、少なくとも１台設置されればサービスを提供できる。
一方、複数のコモンビュー供給装置１を設置することも考えられる。
そして例えばユーザーサイド（ローカル撮像装置５側）から受信したいコモンビュー供給装置１を選択できるようにしてもよい。
また、例えばテーマパークなどでアトラクション毎にコモンビュー供給装置１を設置し、ユーザーが参加しているアトラクションにおけるコモンビュー供給装置１からデータ送信を受けるようにすることもできる。
特に複数のコモンビュー供給装置１を設置する場合、ユーザーの位置とコモンビュー供給装置１の位置関係から、ローカル撮像装置５側で自動的に受信するコモンビュー供給装置１を選択できるようにすることも考えられる。
例えばローカル撮像装置５内にＧＰＳ受信機等、位置検出手段を設け、また各コモンビュー供給装置１から設置位置の情報を送信する。そしてローカル撮像装置５は、自身の位置に一番近いコモンビュー供給装置１を選択して、受信を行うようにするなどである。
【００８６】
またコモンビュー供給装置１が送信するデータとしては、コモン映像データＣＶとコモン音声データＣＡの一方のみであってもよい。
或いは、ローカル撮像装置５側で、記録するデータをユーザーの操作等に応じて選択できるようにしても良い。例えばコモン音声データＣＡは不要と考えるユーザにとっては、コモン映像データＣＶ、ローカル映像データＬＶ、ローカル音声データが記録されればよいためである。
【００８７】
コモンデータとローカルデータの記録動作も図７（ａ）（ｂ）以外にも考えられる。例えばコモンデータについても、ユーザーがローカルデータとは独立して記録開始／停止の操作を行うことができるようにしてもよい。
また、コモンデータは、ローカルデータの記録が行われていない期間（ポーズ中）にのみ行われるようにしても良い。
さらに、ユーザーが記録モードを選択可能にして多様な記録動作を実行できるようにしても良い。
例えばコモンデータの受信中でも、ユーザーが特にコモンデータの必要を感じない場合もある。或いは、ローカルデータの撮像を行わないがコモンデータを欲する場合もある。
このため、例えば記録モードとして、コモンデータのみ、ローカルデータのみ、及びコモンデータとローカルデータの両方、という記録モードを選択可能とし、ローカル撮像装置５では、モードに応じた記録処理を行うようにすることも考えられる。
例えばコモンデータのみのモード時には、コモンデータ受信部２２とローカル記録部２３の処理によりコモンデータ（ＣＡ，ＣＶ）のみをディスク９０に記録する。一方、ローカルデータのみのモード時には、コモンデータ受信部２２の動作をオフとし、ローカルカメラ３０，ローカルマイク３１によるローカルデータ（ＬＶ，ＬＡ）について、ローカル記録部２３の処理によりディスク９０に記録する。
【００８８】
本発明の撮像システムは、上記動作からわかるように、運動会や発表会などの行事、コンサート、イベント、テーマパーク、海、山、その他の観光地など、多様な場所、機会において有用に適用できる。
【図面の簡単な説明】
【００８９】
【図１】本発明の実施の形態の撮像システムの説明図である。
【図２】実施の形態のコモンビュー供給装置のブロック図である。
【図３】実施の形態のローカル撮像装置のブロック図である。
【図４】実施の形態のローカル撮像装置におけるディスクの記録状態の説明図である。
【図５】実施の形態のサービス利用識別子の提供形態の説明図である。
【図６】実施の形態のコモンビュー供給装置の処理のフローチャートである。
【図７】実施の形態のローカル撮像装置の記録動作の説明図である。
【図８】実施の形態のローカル撮像装置の記録モード処理のフローチャートである。
【図９】実施の形態の受信許可時の記録処理のフローチャートである。
【図１０】実施の形態の受信許可時の記録処理のフローチャートである。
【図１１】実施の形態の受信不許可時の記録処理のフローチャートである。
【図１２】実施の形態の再生映像の表示例の説明図である。
【図１３】実施の形態の再生映像の表示例の説明図である。
【図１４】実施の形態の再生映像の表示例の説明図である。
【図１５】実施の形態の再生映像の表示例の説明図である。
【図１６】実施の形態のローカル撮像装置の他の記録モード処理例のフローチャートである。
【図１７】実施の形態のコモンビュー供給装置の他の処理例のフローチャートである。
【図１８】実施の形態のローカル撮像装置のさらに他の記録モード処理例のフローチャートである。
【符号の説明】
【００９０】
１  コモンビュー供給装置、２  コモンカメラ、３  制御／送信ユニット、４  コモンマイク、５  ローカル撮像装置、１１  コモン制御部、１２  コモンデータ送信部、１３、ミキサ回路、１４  ＡＶ信号処理部、１６  送信器、２１  ローカル制御部、２２  コモンデータ受信部、２３  ローカル記録部、２４  ローカル再生部、２７  メディアドライブ、２８  表示部、２９  スピーカ、３０  ローカルカメラ、３１  ローカルマイク、３３  受信制御部
【図１】
2005057560.tif 000003
【図２】
2005057560.tif 000004
【図３】
2005057560.tif 000005
【図４】
2005057560.tif 000006
【図５】
2005057560.tif 000007
【図６】
2005057560.tif 000008
【図７】
2005057560.tif 000009
【図８】
2005057560.tif 000010
【図９】
2005057560.tif 000011
【図１０】
2005057560.tif 000012
【図１１】
2005057560.tif 000013
【図１２】
2005057560.tif 000014
【図１３】
2005057560.tif 000015
【図１４】
2005057560.tif 000016
【図１５】
2005057560.tif 000017
【図１６】
2005057560.tif 000018
【図１７】
2005057560.tif 000019
【図１８】
2005057560.tif 000020