(57)【要約】  ビデオアーカイブに格納されたビデオイメージを、要求に応じて表示する装置からなるシステムであって、（ａ）ビデオイメージを取り込み可能な複数のカメラと、（ｂ）カメラ（ａ）から受信したビデオイメージを圧縮する第１ビデオ圧縮手段と、（ｃ）前記圧縮手段（ｂ）によって圧縮されたビデオ信号を処理するビデオアーカイブ化プログラミング手段と、（ｄ）圧縮された前記ビデオ信号を格納するビデオアーカイブ化手段と、（ｅ）前記アーカイブ化手段（ｄ）に接続され、かつ前記アーカイブ化手段（ｄ）から取得したビデオイメージを、モバイルデバイスフォーマット、ウェブビデオフォーマット、およびＴＶビデオフォーマットから選択したフォーマットに圧縮する第２ビデオ圧縮手段と、（ｆ）前記フォーマットに対応しており、前記アーカイブ化手段（ｄ）に問い合わせを行うとともに、（ｇ）遠隔モバイルデバイス、ウェブブラウザ、またはＴＶディスプレイコントローラおよび（ｈ）前記フォーマットに適切な決済ゲートウェイとの通信を行うことが可能なサーバ手段と、を備え、前期遠隔モバイルデバイス、ウェブブラウザ、またはＴＶディスプレイコントローラ（ｇ）からの特定のビデオイメージに対する要求が前記決済手段（ｈ）によって認可されることをトリガとして、アーカイブ化したビデオイメージは圧縮され、前記サーバ手段からの要望に応じて、前記サーバ手段（ｆ）へ、また続いて前記モバイルデバイス、ウェブブラウザ、またはＴＶディスプレイコントローラ（ｇ）へ中継される、システム。このシステムにおいて、（ｉ）前記モバイルデバイス上に表示される特定のビデオイメージに関係付けられたユニークな識別子を含むテキストメッセージを、モバイルデバイスフォーマット（ｆ）に対応しているサーバ手段に中継するステップと、（ｉｉ）映像アーカイブ化手段（ｄ）へ問い合わせを行って必要な特定のビデオイメージを特定する要求を、前記サーバ手段（ｆ）によって転送するステップと、（ｉｉｉ）前記映像アーカイブ化手段（ｄ）によって、圧縮される特定のビデオイメージを前記モバイルデバイスに適切なファイルフォーマットに変換するステップと、（ｉｖ）ステップ（ｉｉｉ）で取得した圧縮ファイルを、前記サーバ手段（ｆ）に中継するステップと、（ｖ）モバイルデバイスのユーザアカウントにおいて、要求された特定のビデオイメージについての決済を行うステップと、（ｖｉ）決済が完了したことの指示を前記サーバ手段（ｆ）に中継するステップと、（ｖｉｉ）要求された特定のビデオイメージを、前記モバイルデバイスに中継し、前記モバイルデバイス上で表示するステップと、が行われる。
2010524276.tif 000002
【特許請求の範囲】
【請求項１】
ビデオアーカイブに格納されたビデオイメージを、要求に応じて表示する装置からなるシステムであって、
（ａ）ビデオイメージを取り込み可能な複数のカメラと、
（ｂ）カメラ（ａ）から受信したビデオイメージを圧縮する第１ビデオ圧縮手段と、
（ｃ）前記圧縮手段（ｂ）によって圧縮されたビデオ信号を処理するビデオアーカイブ化プログラミング手段と、
（ｄ）圧縮された前記ビデオ信号を格納するビデオアーカイブ化手段と、
（ｅ）前記アーカイブ化手段（ｄ）に接続され、かつ前記アーカイブ化手段（ｄ）から取得したビデオイメージを、モバイルデバイスフォーマット、ウェブビデオフォーマット、およびＴＶビデオフォーマットから選択したフォーマットに圧縮する第２ビデオ圧縮手段と、
（ｆ）前記フォーマットに対応しており、前記アーカイブ化手段（ｄ）に問い合わせを行うとともに、（ｇ）遠隔モバイルデバイス、ウェブブラウザ、またはＴＶディスプレイコントローラおよび（ｈ）前記フォーマットに適切な決済ゲートウェイとの通信を行うことが可能なサーバ手段と、を備え、前期遠隔モバイルデバイス、ウェブブラウザ、またはＴＶディスプレイコントローラ（ｇ）からの特定のビデオイメージに対する要求が前記決済手段（ｈ）によって認可されることをトリガとして、アーカイブ化したビデオイメージは圧縮され、前記サーバ手段からの要望に応じて、前記サーバ手段（ｆ）へ、また続いて前記モバイルデバイス、ウェブブラウザ、またはＴＶディスプレイコントローラ（ｇ）へ中継される、システム。
【請求項２】
前記モバイルデバイスサーバ（ｆ）は、インターネットまたは同様の公開アクセス可能なネットワーク接続を介して前記ビデオアーカイブ化手段と通信状態にあるように接続されている、請求項１に記載のシステム。
【請求項３】
前記第２ビデオ圧縮手段（ｅ）は、インターネットまたは同様の公開アクセス可能なネットワークを介して前記モバイルデバイスサーバと通信状態にあるように接続されている、請求項１または２に記載のシステム。
【請求項４】
前記モバイルデバイス（ｇ）は、前記ビデオアーカイブ化手段（ｄ）から要求される前記特定のビデオイメージに関連付けられたユニークな識別子を含むテキストメッセージによって、モバイルデバイスサーバに問い合わせを行う、請求項１乃至３のうちいずれか一項に記載のシステム。
【請求項５】
前記サーバ手段（ｆ）はＴＶフォーマットに対応している、請求項１に記載のシステム。
【請求項６】
前記ＴＶディスプレイフォーマットはＴＶ映像全体の内部の小ウィンドウとして構成されている、請求項５に記載のシステム。
【請求項７】
請求項１乃至６のうちいずれか一項に記載のシステムを用いて、モバイル電子ディスプレイ装置上にビデオイメージを表示する方法であって、
（ｉ）前記モバイルデバイス上に表示される特定のビデオイメージに関係付けられたユニークな識別子を含むテキストメッセージを、モバイルデバイスフォーマット（ｆ）に対応しているサーバ手段に中継するステップと、
（ｉｉ）ビデオアーカイブ化手段（ｄ）へ問い合わせを行って必要な特定のビデオイメージを特定する要求を、前記サーバ手段（ｆ）によって転送するステップと、
（ｉｉｉ）前記映像アーカイブ化手段（ｄ）によって、圧縮される特定のビデオイメー
ジを前記モバイルデバイスに適切なファイルフォーマットに変換するステップと、
（ｉｖ）ステップ（ｉｉｉ）で取得した圧縮ファイルを、前記サーバ手段（ｆ）に中継するステップと、
（ｖ）モバイルデバイスのユーザアカウントにおいて、要求された特定のビデオイメージについての決済を行うステップと、
（ｖｉ）決済が完了したことの指示を前記サーバ手段（ｆ）に中継するステップと、
（ｖｉｉ）要求された特定のビデオイメージを、前記モバイルデバイスに中継し、前記モバイルデバイス上で表示するステップと、
からなる方法。
【請求項８】
ステップ（ｉｉ）において前記ビデオアーカイブ化手段へ問い合わせを行う要求は、インターネットまたは同様の公開アクセス可能なネットワーク接続を介して実行される、請求項５に記載の方法。
【請求項９】
工程（ｉｉｉ）において圧縮されたファイルの転送は、インターネットまたは同様の公開アクセス可能なネットワーク接続を介して実行される、請求項５または６に記載の方法。
【請求項１０】
本明細書に実質的に記載されている、請求項１乃至６のうちいずれか一項に記載の装置からなるシステム。
【請求項１１】
本明細書に実質的に例示されている、請求項１乃至６のうちいずれか一項に記載の装置からなるシステム。
【請求項１２】
添付図面に実質的に記載されている、請求項１乃至６のうちいずれか一項に記載の装置からなるシステム。
【請求項１３】
本明細書に実質的に記載されている、請求項７乃至９のうちいずれか一項に記載のビデオイメージを表示する方法。
【請求項１４】
本明細書に実質的に例示されている、請求項７乃至９のうちいずれか一項に記載のビデオイメージを表示する方法。
【請求項１５】
添付図面に実質的に記載されている、請求項７乃至９のうちいずれか一項に記載のビデオイメージを表示する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、料金支払い要求を受けて、アーカイブ化されたビデオイメージを表示する方法および装置のシステムに関係する。
【背景技術】
【０００２】
サッカーの試合をはじめとするスポーツ競技など、テレビ放送される主要な観客競技についてよくご存知であろう。テレビイメージは、多くのテレビジョン受信機で生放送されたり、あるいは保存されて競技後に送信および再生されたりする。
【０００３】
主要な観客競技（たとえば、サッカーの試合）において、生のイメージまたは再生イメージは、主にプレー中の選手やボールに焦点を置いたものであった。主要な観客競技（たとえば、これに限定されないがサッカーの試合）においては、限られた範囲で「記念品」が販売されており、訪れたファンは購入および所有できる。ファンは、クラブ、チーム、または選手などを描いた絵、写真、帽子、マフラー、およびポスターを購入できる。また、こうした記念品の販売には適当な市場がある。しかし、競技（すなわち、イベント）の性質を映すファンの表情および／または身体表現など、記憶に残る競技に対するファンの反応を示すイメージは、現在販売されていない。典型的なものとして、選択したファンのチームがゴールを得点した時、あるいは試合に勝った時に見られるファンの喜びの表現がある。同様に、たとえば相手のチームがゴールを得点した時、あるいはファンのチームの中心的選手が退場命令を受けた時に見られる悲嘆の表現がある。また、ペナルティまたはＰＫ戦につながるまでの不安の表現があり、こうした表現は喜びまたは祝福の表現に変わる場合もある。重要なイベント時に見られる観客の表現（たとえば、サッカーの試合を観戦するファン（または、友人もしくは家族をグループとしたファングループ）の表現）の取り込みおよびその後の再生に、本発明者は将来的な市場を見出した。この点で本発明者は、既に利用可能な形式、すなわち再生して喜び、楽しみ、または祝えるアーカイブ化されたビデオイメージのフォーマットで、付加的で有用な「記念品」を提供する。これにより、特定の試合に参列した友人のグループが、携帯電話または他の手段で相当料金を支払うことにより、自分たちの表情／身体表現を再生したイメージを入手できる。
【０００４】
近年、モバイルネットワークを介して送信されるビデオ信号を表示可能な携帯電話などのモバイル電子デバイスの開発が非常に進んでいる。モバイルデバイスのディスプレイパネルの解像度向上は、このようなデバイスにより許容品質のビデオイメージが繰り返し表示可能となることを意味している。モバイルデバイス（たとえば、ディスプレイパネルを備えた携帯電話）については、個人所有がかなり広がっている。また、その可搬性および利便性から、携帯されることが多い。
【０００５】
たとえば、共通の友人グループがあるサッカーの試合について討論しており、少なくとも１人が携帯電話を持っているとする。特定の記録可能なイベントのタイミングに関連付けたユニークな識別子を含む情報（たとえばゴールや、表情および／または身体表現のイメージが必要な人物もしくは人々の位置）を入力すると、相当料金の決済により、当該イベントに参列したその人物もしくは人々のビデオイメージを当該携帯電話にダウンロードできる。また、その人物または友人グループの他のメンバーに対して再生することができ、楽しみ祝える。
【０００６】
このような試合のイメージ（たとえば、選手および／もしくはボール、または不特定の群集のイメージ）に代わり現在は、イベント、特に、スポーツ競技などの重要な瞬間のイベントに参列する人々の表情および／または身体表現のビデオイメージが、シール可能な
商品として「記念品」になっている。また、こうしたビデオイメージは、適切な料金を支払うことにより入手でき、そのイベント後に再生可能な方法で表示できる。
【図面の簡単な説明】
【０００７】
【図１】携帯電話および関連するインタ接続への表示に基づき、ある好ましいシステムのコンポーネントを識別するブロック概略図およびフローチャート。
【図２】ウェブブラウザにより、および／またはＴＶヘッドを介してＴＶ画面により、コンピュータ画面への表示を可能とする追加の設備および機能を含んだ、同様のブロック図およびフローチャート。
【図３】ウェブブラウザおよびＴＶ表示用途に適切な決済システムを示す短いブロック図。
【図４】ＳＭＳゲートウェイを使用するモバイルデバイス用途に適切な決済システムを示す短いブロック図。
【発明を実施するための形態】
【０００８】
本発明のシステムおよび装置は、重要なイベントまたは記憶に残るイベント（たとえばサッカーの試合において、得点したゴール、外したゴール、ペナルティ、審判員のカード提示、選手への退場命令など）を観た１人または複数の人々の表現の「記念品」イメージを取り込む手段として、展開される。このようなイメージは長年維持され（すなわち、アーカイブ化手段に格納され）、イベントから数週間後、数ヶ月後、または数年後でさえ、必要があれば読み出され、再表示される場合がある。またこうしたイメージは、後に要望があったとき、適切な問い合わせ手段、呼出手段、および表示手段を用いて読み出しおよび表示が行えるよう、重要なイベント時の表情および／または身体表現をアーカイブ化手段に取り込む手段として使用できる。たとえば、要望に応じて料金を支払うことにより、要求されたイメージの送信が、好ましくは携帯電話に中継される。ただし、料金決済の表示は、双方向テレビのようにコンピュータ画面またはテレビ画面でも行える。
【０００９】
本発明の第１の態様によると、ビデオアーカイブに格納されたビデオイメージを、要求に応じて表示する装置からなるシステムであって、（ａ）ビデオイメージを取り込み可能な複数のカメラと、（ｂ）カメラ（ａ）から受信したビデオイメージを圧縮する第１ビデオ圧縮手段と、（ｃ）圧縮手段（ｂ）によって圧縮されたビデオ信号を処理するビデオアーカイブ化プログラミング手段と、（ｄ）圧縮されたビデオ信号を格納するビデオアーカイブ化手段と、（ｅ）アーカイブ化手段（ｄ）に接続され、かつアーカイブ化手段（ｄ）から取得したビデオイメージを、モバイルデバイスフォーマット、ウェブビデオフォーマット、およびＴＶビデオフォーマットから選択したフォーマットに圧縮する第２ビデオ圧縮手段と、（ｆ）フォーマットに対応しており、アーカイブ化手段（ｄ）に問い合わせを行うとともに、（ｇ）遠隔モバイルデバイス、ウェブブラウザ、またはＴＶディスプレイコントローラおよび（ｈ）フォーマットに適切な決済ゲートウェイとの通信を行うことが可能なサーバ手段と、を備え、前期遠隔モバイルデバイス、ウェブブラウザ、またはＴＶディスプレイコントローラ（ｇ）からの特定のビデオイメージに対する要求が決済手段（ｈ）によって認可されることをトリガとして、アーカイブ化したビデオイメージは圧縮され、サーバ手段からの要望に応じて、サーバ手段（ｆ）へ、また続いてモバイルデバイス、ウェブブラウザ、またはＴＶディスプレイコントローラ（ｇ）へ中継される、システムが提供される。
【００１０】
第２の態様によると、本発明はさらに、上記に記載の装置を用いて、モバイルデバイスにビデオイメージを表示する方法であって、（（ｉ）モバイルデバイス上に表示される特定のビデオイメージに関係付けられたユニークな識別子を含むテキストメッセージを、モバイルデバイスフォーマット（ｆ）に対応しているサーバ手段に中継するステップと、（ｉｉ）ビデオアーカイブ化手段（ｄ）へ問い合わせを行って必要な特定のビデオイメージ
を特定する要求を、サーバ手段（ｆ）によって転送するステップと、（ｉｉｉ）映像アーカイブ化手段（ｄ）によって、圧縮される特定のビデオイメージをモバイルデバイスに適切なファイルフォーマットに変換するステップと、（ｉｖ）ステップ（ｉｉｉ）で取得した圧縮ファイルを、サーバ手段（ｆ）に中継するステップと、（ｖ）モバイルデバイスのユーザアカウントにおいて、要求された特定のビデオイメージについての決済を行うステップと、（ｖｉ）決済が完了したことの指示をサーバ手段（ｆ）に中継するステップと、（ｖｉｉ）要求された特定のビデオイメージを、モバイルデバイスに中継し、モバイルデバイス上で表示するステップと、からなる方法を提供する。
【００１１】
コンピュータ画面での表示用にウェブブラウザ用に選択したビデオイメージを表示する場合、サーバ手段はウェブ決済ゲートウェイおよび前述のウェブブラウザと通信を行うウェブサーバであってもよい。
【００１２】
テレビ画面用に選択したビデオイメージを表示する場合、サーバ手段は、必要であれば遠隔のテレビコントローラを介してＴＶ決済ゲートウェイおよびテレビ画面と通信を行うテレビヘッドエンドであってもよい。表示にはピクチャ・イン・ピクチャが特に有効である。たとえば、スポーツ競技が主画面を埋め、選択したファンの動作が主画面角付近の小ウィンドウ（ピクチャ・イン・ピクチャ）に重ね表示される。
【００１３】
本発明の好ましい任意機能は、従属請求項に記載される。
オンデマンドで要求される特定のビデオイメージを遠隔的に取り込み、アーカイブ化し、再生するために、本発明においては、以下の３つの潜在的なビデオイメージングシステム構造が使用可能である。
（１）ＣＣＴＶ
（２）マシンビジョン
（３）プロシューマ装置。
【００１４】
プロシューマ装置（３）について
デジタルビデオ（ＤＶ）を使用する専門の消費者（ｐｒｏｆｅｓｓｉｏｎａｌ  ｃｏｎｓｕｍｅｒ）技術は、ＰＣまたはウェブベースのビデオの理想的な形式である。一連のカムコーダ／ビデオカメラが販売されているが、本発明においては、必要なビデオ品質および使用可能な予算を検討のうえ、カメラを選択している。
【００１５】
ＰＣは、ビデオデータ処理で要求される記憶および性能の需要に十分対応可能である。現在市販されているプロセッサは、ビデオ搬送の処理能力を十分備えている。また、ＲＡＭの記憶容量増加およびコスト削減も、ＤＶ技術に非常に役立っている。在来型オペレーティングシステムは、デジタルビデオ接続の特性（たとえば、ファイアワイア（ｆｉｒｅｗｉｒｅ）、並びに取り外し可能なハードドライブおよびＤＶカムコーダに対応したプラグ・アンド・プレイ）に強力に対応している。
【００１６】
このような専門的ビデオカメラ（またはプロシューマカメラ）のサイズは、物理的な見地からはあまり望ましくなく、カメラの可能性を低下させている。また、これらのカメラは人間による手動操作が必要であり、二つの点で課題を抱えている。第１に、個々のカメラに人を配置するため、人的資源の点からコスト増加を招いている。第２に、スタンド（すなわち、観客席）にカメラのオペレータを配置するため、多数の観客の視野を潜在的に妨げ、多くの者に健康上および安全上の危険を招く。
【００１７】
マシンビジョン（２）
マシンビジョン技術は、コンピュータ科学、光学、機械工学、および産業オートメーションを包含する。マシンビジョンシステムは、現在ディジタルカメラ、スマートカメラ、
およびイメージ処理ソフトウェアを用いて類似した検査を行う。
【００１８】
このようなシステムは、一般にタスク（たとえば、搬送ベルト上の物品の勘定、連番の読み、表面欠陥のサーチ）を行うようにプログラミングされている。本システムの多く（すべてではなくとも）が高度のオートメーションを必要とするため、マシンビジョンは１つの潜在的ソリューションである。
【００１９】
本発明にマシンビジョンシステムを組み込む場合、主な利点として、処理に必要な人間の介在が大幅に抑えられる、もしくはなくなる。あるいは、自動化していない場合に生じる得る人的ミス（誤差）がなくなる。設置後、少なくとも１人がカメラを物理的に操作／監督する必要性を考えると、取得側で有意な自動化を行ってもあまり望ましくない。本発明において自動化が可能な範囲は広いが、自動化が主に必要とされるのは、イメージ処理でなくネットワーク通信の領域である。実際、試合中に必要な調整は、通常、あらかじめ定義されたコンピュータシステムよりも人間の主観的判断が有効である。
【００２０】
本システムで唯一必要な人間の介在は、照度または天候によってカメラの手動設定を調整することであり、どのような調整にも手動タスクの方が多い。
ＣＣＴＶ（１）
ＣＣＴＶ（有線テレビ）は、内部の回路がすべて閉じており直接接続されるという点で孤立システムである。ＣＣＴＶは、電波中の信号読出のためにチューニングされる専門家の受信装置で信号にアクセスするテレビ放送とは対照をなすものである。
【００２１】
ＣＣＴＶシステムは、現在公競技の商用アプリケーションとしての実績はないが、次第に警備産業以外の用途も見出されており、監視および制御の用途で広く使用されている。本発明で提案するスケール（すなわち、規模）は大きいが、ＣＣＴＶシステムは本質的に拡張性がある。したがって、ハードウェア資源が十分に増加された大規模の競技場において、小規模の設置を展開できる。すなわち、後に要望に応じて遠隔的に再生を行うためにビデオイメージの取り込みおよびアーカイブ化を行うこの手段を用いることにより、システム容量の増加が比較的簡単に行われる。
【００２２】
各ＣＣＴＶシステムは内蔵式ユニットとして存在するが、在来の制御および統合のレベルは前述の潜在的な用途と一致しない。このようなＣＣＴＶソリューションはネットワークシステムの一部として自然に通常通り構築される。このため、ＣＣＴＶを適用することにより、ビデオイメージの取り込みおよびアーカイブ化に最も好ましいシステムとなる。
【００２３】
ネットワークＣＣＴＶシステムは、一般に通信技術において高度の自動化を実現している。
採用されるＣＣＴＶソリューションは競技場ＣＣＴＶに無関係でいることができ（これは妥協できない義務である）、より広いネットワークで重要な役割を果たすことができる。
【００２４】
必要な装置
ＣＣＴＶシステムで使用される装置の用途および範囲は多様であるが、すべて数々の必須要素を含んでいる。各要素は互換性を備えていなければならない。また有効に作用するために、効率的に本発明の範囲内でともに動作しなければならない。
【００２５】
主要な要素：
（ａ）カメラ
（ｂ）レンズ
（ｃ）ケーブル
（ｄ）記録および監視装置
（ｅ）明暗／照明
ビデオカメラ
カメラの主目的は、光とレンズを用いてセンサにイメージを投影することである。本発明のカメラを選択する場合、環境、天候、故障の可能性、および照度など、数々の考慮すべき要素がある。エンドユーザにとって出力ビデオファイルがクリアで高品質なものとなるよう、これらの変数を要件に照らしてイメージの細部を解像する。ＣＣＴＶカメラには、いくつかのカテゴリがある（以下の特性のうち、１つまたは複数の特性をもつカメラもある）。
【００２６】
単色（モノクロ）カメラ
白黒カメラは、暗い照明環境において、カラーカメラよりも高品質のビデオを提供する。白黒カメラはまた、人間の目で視認できない赤外線（ＩＲ）照明に合わすことができる。白黒カメラは、スタンドの照明が悪く、群衆エリア上方に大きな照明設備および照明装置を設置することが規制または除外されている競技場に適切なオプションである。
【００２７】
カラーカメラ
ほとんどの記録ビデオ媒体にとって、色は非常に重要である。カラーカメラは、イメージのフルカラー表示を可能とする。白黒ビデオはほとんどのファンが購入したくないため、本発明においては、カラーイメージを提供するカメラを設置することが最も好ましい。
【００２８】
カラー・単色カメラ
カラー・単色カメラは、明るい照明環境および暗い照明環境の両方でよく作動する多目的カメラである。多目的カメラは、照度が低くなるとカラーモードから白黒モードに切り替え、一定の光の状態で高品質のカラーイメージを提供する。不測の理由によっては照度を下げるなど柔軟性を最大に発揮するため、多目的カメラも本発明で好ましいオプションである。
【００２９】
ドームカメラ
カメラは、保護用の透明プラスティックドーム内に含まれてもよく、装置が指し示す方向を隠すことができる。カメラは群衆が物を投げ出すターゲットとなり得るため、競技場の周りすべてに設置した多数のカメラを保護する場合、ドームカメラは非常に好んで用いられる。
【００３０】
ＩＲカラー・単色カメラ
ＩＲカラー・単色カメラは、ほとんど常に暗い照明環境で高機能を発揮するために設計されている。ＩＲカラー・単色カメラは、カメラと、レンズと、一体型赤外線（ＩＲ）発光ダイオード（ＬＥＤ）アレイアセンブリ部とからなるユニットである。常に暗い照明下にあるスタンド部分（必要な特定ビデオイメージを撮影するスタンド部分）については、カメラの問題を解決しようとするよりも照明を追加することによって改善が図られる。
【００３１】
以下のＣＣＴＶカメラタイプは、本発明のビデオフィルム映像を得るうえで潜在的に有用である。
内部ドーム
電力供給１２ＶＤＣまたは２４Ｖａｃによる、３ｍｍ〜９ｍｍの可変焦点レンズ付き高解像度カラードームカメラ。室内環境にのみ適している。
【００３２】
耐破損ドーム
電力供給１２ＶＤＣまたは２４Ｖａｃによる、３ｍｍ〜９ｍｍの可変焦点レンズ付き高解像度耐破損カラードームカメラ。このカメラは、室内環境および室外環境のいずれにも
適している。
【００３３】
一体化カメラ
電力供給１２ＶＤＣまたは２４Ｖａｃによる、２．８ｍｍ〜１０ｍｍの可変焦点レンズ付き高解像カラーカメラ。ケーブルによる壁取り付けブラケットを含む室内用カメラである。
【００３４】
カラーキット
可変焦点自動アイリスレンズ２．８ｍｍ〜１２ｍｍ付き高解像度カラーカメラを含む、あらかじめ搭載された外用カメラキット。主に室外で使用され、カメラハウジングおよび壁用ブラケットを含む。
【００３５】
日中用・夜用キット
可変焦点自動アイリスレンズ３．５ｍｍ〜１０．５ｍｍ付き高解像度日中用・夜用カメラを含む、あらかじめ搭載された外用カメラキット。主に室外で使用され、カメラハウジングおよび壁用ブラケットを含む。
【００３６】
暗視キット
外用カメラハウジングを備えた、可変焦点自動アイリスレンズ３．５ｍｍ〜１０．５ｍｍ付き高解像度日中用・夜用カメラを含む、あらかじめ搭載された外用カメラキット。日中は高解像度のカラーイメージを生成し、完全に暗い状況では高解像度の単色イメージを生成する。また真っ暗な状況では、３０ｍ＋の距離まで対応する。
【００３７】
レンズ
レンズは、カメラに取り付けられた光学装置であり、カメラ正面からの光を、内部の電子センサにフォーカスさせるのに用いられる。
【００３８】
レンズの焦点距離は、画角またはシーンの角度と直接関係する。短焦点は高角度の視野を与える。焦点距離が長くなるほど、カメラの視野は狭くなる。標準画角は、人間の目（約３５°）で視認されるものに似ている。
【００３９】
すべてのレンズは、以下の３つのカテゴリに分類される：
固定焦点レンズ
固定焦点レンズは固定焦点距離を持っており、画角の変更または調整を意図しない場合に用いられる。固定焦点レンズは、ＣＣＴＶカメラレンズの最も基本的な形式である。固定焦点レンズは他のオプションよりはるかに安価であり、本システムコンポーネントのコストを大幅に削減できる。
【００４０】
可変焦点レンズ
この種のレンズは、設置時に焦点距離の微調整を手動で行える。設定時に、視野またはシーンをわずかに変更でき、誤差の範囲を制限できる。
【００４１】
ズームレンズ（望遠レンズ）
焦点距離が長く、高倍率だが狭画角を生成する。手動型ズームレンズは、設定時に幅広い調整が可能である。電動ズームレンズは、視野を自動的に変更してターゲットを拡大および縮小させるためにオペレータによって使用される。ズームレンズ（望遠レンズ）は最も高価であり、本システムコンポーネントのコストを大幅に増加させる。
【００４２】
アイリスレンズ
最終的なビデオ品質は、シーンでレンズに利用可能な自然光によって、また自然光が利
用できない場合は設置が必要な人工照明によって、大きく左右される。したがって、最良画質を得るためには、レンズを介して適量の光をカメラセンサに到達させることが不可欠である。実際これは、アイリスレンズによって調整される。
【００４３】
自動アイリスレンズ
自動アイリスレンズは、照度の変更を自動調整する。このため、外部用途および照度が定期的に変更する環境において、最も広く使用されている。所定のイベントにおいて正確に照度を指定することは不可能である場合が多いため、自動アイリスレンズは本発明に理想的なアイリスレンズである。
【００４４】
非球面レンズ
非球面レンズは特別の光学系である。暗い照明環境用のカメラに用いた場合、より高い感度が得られる。非球面レンズは、悪い照明条件下で高性能を発揮する。夕暮れ時および夜明け時、より鮮明ではっきりしたイメージを効果的に得ることができる。
【００４５】
しかし、このレベルの高機能性は経済的に好ましくなく、自動アイリスレンズの方が好ましい。
照明
カメラはスタンドからの反射光を受けるため、照明はビデオコンテンツの記録に不可欠である。自然光が利用できない場合、暗い照明では低品質のビデオになるため、人工光を設ける必要がある。日中の試合は自然光で十分だが、夕刻の競技、特に群集から離れた部分では、追加の照明が必要になりがちである。
【００４６】
従来のＣＣＴＶ設置では、通常の明照明、または人間の目では視認できないが白黒カメラでは検知可能な赤外線（ＩＲ）暗照明を用いることにより、追加の照明が設定される。しかし、結局消費者は白黒でなくカラーで見たいと期待するため、赤外線によるビデオコンテンツを用いるシステムはあまり好ましくない。このため、夕刻の試合を想定してスタンドに照明を設けることが望ましい。
【００４７】
このように追加の照明を設置することにより、照明がシーンに亘り均一となる。ＣＣＴＶカメラでは、自然光か人工光かに拘らずどのような光源に対しても、カメラを直接向けてはならない。人工照明については、夕刻のキックオフに最適な照度を評価するために、一年のうち異なる時期にテストを行う必要がある。これは、色温度が天候（たとえば、雲の覆い具合）によって変動するためである。
【００４８】
フルカラーイメージ用のカメラに適した照明を設けること、およびサッカーの試合体験が侵害されないことのバランスをとることが望ましい。
好ましい照明オプションは、大まかに以下のとおりである。
【００４９】
白熱灯の照明−白熱灯の照明は、通常使用される白熱電球に見られるフィラメントを用いる。この照明は、白く発光する程度まで温められる。
一般的なフィラメント照明：室内用途において許容される。
タングステンハロゲン：優れた演色性を有するが、使用コストが高い。
【００５０】
蛍光照明−蛍光照明は、ガス放電により発光する。蛍光照明は優れた演色性を有し、より経済的であるため、最も好ましい照明である。
高輝度放電（ＨＩＤ）−ＨＩＤは始動回路を使用する。また、長期間にわり信頼性があり、一貫して使用可能な照明として専門家に提供される。始動期間およびリストライク（ｒｅ−ｓｔｒｉｋｅ）期間は、これらの照明が長期間（たとえば、数週間）にわたりＣＣＴＶと共に使用されるべきであることを意味する。これらの照明は経済的であるが、長期
間続かない競技場競技には適さない。
【００５１】
低圧ナトリウム（ＳＯＸ）−都市道路の照明に主に用いられる光源。不運にもＣＣＴＶシステムにおいては効果的に色を識別できないため、好ましいオプションではない。
高圧ナトリウム（ＳＯＮ）および金属ハロゲン化物（ＨＰＩ）−ＳＯＮおよびＨＰＩはいずれも、ＣＣＴＶシステムにおいて優れた演色性を示す。しかし、実装するには高価となり得る。
【００５２】
ＬＥＤ照明−白色光および赤外線照明の両方で用いられるＬＥＤ技術。この種の照明は、維持費が低く、寿命が非常に長い。しかし上記のように、この照明システムではカラーイメージが必要になるため、好ましくない。
【００５３】
必要な場合、追加の照明として蛍光照明を使用することが最も好ましい。ほとんどの競技場において、高品質のビデオコンテンツを得るためには補助照明が必要といえる。
カメラの選択
好ましいカメラを選択するとき、多くの要因を考慮する必要がある。
ａ）カメラは何千人ものファンに非常に近い位置にある。したがって、潜在的故障に耐え得るモデルを選択することが好ましい。
ｂ）全競技にわたり数々のカメラが各方角をあからさまに指し示すことを、ファンは望んでいないと思われる。したがって、視野の方向を隠したカメラの使用が好ましい。
ｃ）コンピュータモニタ（両方）において、および圧縮後はモバイルデバイスにおいてクリアなビデオを再生するために、カメラから高解像度のイメージを得ることが最も好ましい。
ｄ）赤外線によるイメージングは、比較的暗い環境では望ましい付加的特徴となり得るが、本質的な要素ではない。赤外線イメージは単色で再生される。
【００５４】
このような条件を用いた場合、最も好ましいカメラは耐破損ドームカメラである。耐破損ドームカメラは、カメラが指し示す方向を隠し、一層高い耐久性を示し、明照明および暗照明のいずれの環境においても最大の柔軟性を示す。
【００５５】
必要なカメラ数
たとえばアストン・ヴィラ（Ａｓｔｏｎ  Ｖｉｌｌａ）競技場（ヴィラパーク（Ｖｉｌｌａ  Ｐａｒｋ））の場合、いくらかの概算により、競技場の収容人数に対応するのに必要なカメラの数が見積もられる。これらのことは各競技場で異なる任意の事項であるため、カメラのロジスティクスおよび配置は考慮されていない。各競技場への入場者数を得て、各スタンドで徹底した評価を行うことにより、正確な計算が可能となる。
【００５６】
ヴィラパークの収容人数は、４２，５７３人である。カメラ１台が１００人（横１０列および縦１０列のファン）に対応すると想定すると、この競技場では４２６台のカメラが必要となる。本発明を適用する会場を収容人数９０，０００人のウェンブリ（Ｗｅｍｂｌｅｙ）競技場とした場合、この施設に対応するには９００台のカメラが必要となる。
【００５７】
ビデオの配信
大きなビデオファイルに関係した配信帯域幅の要件およびコストを減らす場合、インターネットネットワーク／モバイルネットワークを介したビデオの配信はかなりの圧縮を必要とする。圧縮は、データ中の冗長部分を除去するために用いられる。また圧縮により、多くの場合、１００分の１以下にファイルサイズを縮小できる。たとえば１５０メガバイトのビデオは、人間の知覚および解釈に必要な基本情報を維持しながら、１．５メガバイトまで削減され得る。
【００５８】
コーデックとフォーマット
できるだけ広範囲のモバイルデバイスをもつ聴衆（すなわち、モバイル聴衆）へ配信を行うためには、様々なコーデックおよびフォーマットでモバイルビデオを符号化することが望ましい。インターネットベースのコンテンツ・プロバイダが、ビデオコンテンツの配信をどのフォーマットですべきかというジレンマに直面するように、モバイルの市場も同様に（それ以上ではなくても）フラグメント化している。
【００５９】
不運にも、携帯電話には大きな欠点がある。コンテンツを視聴する場合にユーザによる追加ソフトウェアのダウンロードが可能なＰＣベースのものとは異なり、携帯電話はＣＰＵとメモリにかなり制限がある。このため、アプリケーションのダウンロードは広まっていない。一般にユーザ（特に技術的になことを嫌がる人々）は、ビデオへのアクセスに必要なものがすべてあらかじめ電話にロードされているものと思っている。ビデオの再生について、現在市販されているすべての電話が在来型に対応しているとは限らない。しかし、携帯電話会社は、通常数年ではなく数か月単位で携帯電話の平均寿命年数を測定する。最新のソフトウェアは、内蔵システムよりも短いサイクルで市場に出る。
【００６０】
今日市場に出ているコーデックおよびフォーマットは、モバイル基準のコーデック、ベンダ基準のコーデック、およびプロプライエタリなコーデックという３つのカテゴリに分けられる：
標準ベースのコーデック
主なモバイル基準は、複数の遠隔通信基準団体の共同による３ＧＰＰ（第３世代（３Ｇ）移動体通信システムの標準化プロジェクト）で指定されている。３ＧＰＰの範囲はマルチメディアに制限されず、今日のＧＳＭベースネットワークのうちのほとんどの仕様となる。コンテンツ・プロバイダにとって、一連の３ＧＰＰマルチメディア基準は、ビデオコンテンツ用のコンテナを指定するものである。またそのコンテナ内の多重化された対応ビデオおよび対応音声コーデックを指定するものである。
【００６１】
現代の電話は、２つの主要なビデオコーデックＨ．２６３およびＭＰＥＧ−４を使用する。Ｈ．２６３は、ほとんどのテレビ会議の用途で使用される。このコーデックは遅延性が極めて低く、ライブ用途に適している。復号のＣＰＵ要件も非常に簡単なものであり、現代の電話器内部のＣＰＵ電力と十分に一致する。しかし、Ｈ．２６３は現代的なコーデックとは考えられない。使用可能な他のコーデックと比較した場合、Ｈ．２６３は帯域幅が極めて非効率である。ＭＰＥＧ−４、またはＭＰＥＧ−４  Ｓｉｍｐｌｅ  Ｐｒｏｆｉｌｅは、Ｈ．２６３と同等のものである。Ｈ．２６３は、一層高い符号化効率および一層高いビデオ品質とともに、同等の遅延性および復号の特性を多数有している。モバイルのスペースにおいて、コンテンツ・プロバイダの多くは、３ＧＰＰコンテンツのビデオコーデックとしてＭＰＥＧ−４を使用している。これは、できるだけ広い聴衆をターゲットとするうえで、本発明に最も好ましいソリューションである。
【００６２】
最も現代的な基準をベースとしたコーデックは、高度なビデオコーディングとして周知のＨ．２６４である。コンテンツ産業は、ハイビジョンテレビネットワークのモバイルデバイス用および送信用にＨ．２６４の符号化を使用している。Ｈ．２６４は、現在の放送業界基準であるＭＰＥＧ−２と比較した場合、２倍〜３倍の符号化効率を備えている。ハードウェアベースのＨ．２６４エンコーダが市販されているが、携帯電話内部の対応は現在それほど普及していない。Ｈ．２６４は所定のデータレートで驚くほどの画質を供給する。また、今後テレビ電話用の基準としてプレーヤの実装が求められる。
【００６３】
Ｈ．２６４は、ビデオ品質の点からは最も好ましいオプションであるが、現在の市場に広く対応するには３ＧＰＰビデオへの符号化が望ましい。
ベンダフォーマット
２つの主要なベンダフォーマットは、ＲｅａｌＮｅｔｗｏｒｋｓ社のＲｅａｌＶｉｄｅｏと、Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ  Ｍｅｄｉａ  ｃｏｄｅｃ／ｆｏｒｍａｔである。Ｗｉｎｄｏｗｓ  Ｍｅｄｉａは、Ｐｏｃｋｅｔ  ＰＣ  Ｐｈｏｎｅ  ＥｄｉｔｉｏｎまたはＰｏｃｋｅｔ  ＰＣ  ２００３のいずれかを実行する電話およびＰＤＡに、通常あらかじめロードされている。ＲｅａｌＮｅｔｗｏｒｋｓ社のモバイルプレーヤは、Ｓｙｍｂｉａｎ、Ｐａｌｍ  ＯＳおよびＰｏｃｋｅｔ  ＰＣ  ｐｈｏｎｅに使用可能である。いくつかのノキア（Ｎｏｋｉａ）モデル（９２００シリーズコミュニケータ、３６５０および７６５０）は、モデルが埋め込まれたシステム内にソフトウェアを備えている。
【００６４】
インターネットの初期時代以来、関連するソフトウェアが低ビットレートで圧縮ビデオを生成するために存在していたように、ベンダフォーマットはコンテンツ・プロバイダにとってモバイル市場への最も入り易い入口である。モバイル聴衆には、符号化するパラメータへの調整がいくらか必要である。しかし全体として、入力の障壁がモバイルの基準またはプロプライエタリなコーデックよりはるかに低い。Ｐｏｃｋｅｔ  ＰＣおよびＰａｌｍベースの電話が市場占有率を得ているが、循環する装置の大部分は一定の携帯電話に占められている。Ｐｏｃｋｅｔ  ＰＣおよびＰａｌｍベースの電話の現在の価格については、少なくとも今後この傾向が続くだろう。したがってこれらのコーデックの使用は、本発明を潜在的な聴衆の一部に伝える助けとなる。
【００６５】
プロプライエタリなフォーマット
フォーマットとコーデックの３つ目のカテゴリは、プロプライエタリである。これらの多くは、Ｊ２ＭＥバーチャルマシンに基づくものであり、在来のビデオ対応形式ではない電話を所有する顧客にビデオコンテンツを供給するうえで実行可能な方法である。コーデック自体は低帯域幅の動作、および復号効率に最適化されている。これらのフォーマットでのコンテンツの符号化は、コーデックベンダが供給するツールで実行される。
【００６６】
識別されているとおり多くのコーデックおよびフォーマットがあるが、どれに対応するかを選択する単純なメカニズムはない。定義により、プロプライエタリなプレーヤおよびコーデックではエンドユーザの電話へのダウンロードが必要であるため、初期組込済みの機能に比べ、参入および認知の障壁が高くなる。本システムは、人口統計によってだけでなく、聴衆者が携帯する装置によって聴衆を識別する必要がある。そのため、サッカーの競技場に好ましいシステムではない。
【００６７】
配信メカニズム
モバイルのビデオ配信は、ライブストリーミングおよびＶＯＤ（ビデオ・オン・デマンド）の２つのカテゴリに分類できる。ＶＯＤはさらに、ユーザに要求されるとすぐコンテンツを電話にストリームするＴＶＯＤ（ｔｒｕｅ  ｖｉｄｅｏ  ｏｎ  ｄｅｍａｎｄ）と；コンテンツ全体を装置にダウンロードしてからファン（すなわち、本発明においてはユーザ）による再生を可能とするダウンロードとのサブカテゴリに分類される。
【００６８】
ＴＶＯＤ（Ｔｒｕｅ  Ｖｉｄｅｏ  ｏｎ  Ｄｅｍａｎｄ／Ｓｔｒｅａｍｉｎｇ）
ＴＶＯＤには、モバイルデバイスによってコンテンツが格納されないという問題がある。ユーザが好きなだけコンテンツを維持できることが本発明の利点の１つであるため、このことが問題となっている。
【００６９】
現在のモバイル技術について言うと、ＴＶＯＤにはいくつかの不利点もある。満足できるユーザ経験をもたらすためには、ビデオクリップのデータ転送速度に一致する、あるいはそれ以上の一貫した帯域幅が、ユーザのモバイルネットワークで使用可能でなければならない。発信機でのデータ接続が共有資源であるため、これを保証するのは実際非常に難しい。したがってこのオプションを選択した場合、帯域幅の共同消費はファンの経験に悪
影響を及ぼし得る。このため、このオプションはあまり好ましくない。
【００７０】
モバイルのビデオダウンロード
わずかに時間を要し得るが、コンテンツのダウンロードにより、エンドユーザに一層質の高い経験が保証される。本シナリオでは、ビデオ内の各コンテンツがダウンロードされ、電話のメモリに格納される。ダウンロードに成功するとすぐにファイルが再生され、潜在的なネットワーク混雑状態にさらされることがない。これにより、ネットワークへの接続なく（たとえば、サービスエリアでない所、トンネル、飛行機）、コンテンツの視聴が可能となる。その結果、より高品質のビデオが可能になる。電話へのファイル配信（１２８Ｋｂｐｓ）は、リアルタイム（即時）で行う必要はない。このため、一層高いデータ転送速度で電話へファイル配信を行うことができ、一層好ましいユーザ経験を提供できる。今日の電話の画面サイズ（通常１７６×１４４ピクセル）の場合、１２８ＫｂｐｓはダイアルアップモデムやＩＳＤＮ時代を想起させるように思われる。しかし、１２８Ｋｂｐｓによりユーザが適当な画質および動作と考えるものが提供される。通常ビデオには、広帯域のＰＣベースのストリーミングよりも低いフレームレートがある（電話で８〜１０に対し、ＰＣベースのビデオで１５〜３０）。しかし、小画面を視覚と組み合わせることにより一層低いレートに対して補償が行われ、概観上一層高い品質となる。このため、このオプションは好ましい。
【００７１】
将来
従来の携帯電話で使用可能な記憶容量について、３２ＭＢ〜６４ＭＢのビデオ格納メモリを備えたモデルが多く市販されている。データ転送を１２８Ｋｂｐｓで行うことにより、約３４分〜６８分のビデオが電話に格納可能となる。これは今日の市場を満たすのに十分である。しかし、一層多くのモバイルコンテンツ・プロバイダが市場に参入すると、さらに大きなビデオコンテンツを記憶する容量がユーザに求められる可能性がある。
【００７２】
アップデートの頻度
競合するコンテンツ所有者に対して均等な分配を予定するために、携帯電話のアップデートは「カルーセル」方式で行われる。完全なアップデート周期は、しばしば３０分を要する。通常、ほとんどの用途で問題ではない。
【００７３】
携帯電話会社
モバイルデバイスへのビデオ提供を成功させるには、携帯電話会社同士の協調および協力が必要である。モバイルウェブサイトは、オペレータの介在なく実行可能である。
【００７４】
クオリティ・オブ・サービスの観点では、エンドユーザからの要望に応じて、無線オペレータのサービスが得られることが好ましい。
オペレータは、ネットワークで適切なルートトラフィックを決定する知識を備えている。また、ネットワークインフラについての知識も備えている。正確な使用情報の有効性を仮定すると、オペレータは最も効率よくコンテンツ配信を行うことができる。そして、トポロジ的に最も近くで提供されたコンテンツにより、ファンは最良の体験を得ることができる。
【００７５】
ハードウェア要件
監視
イメージの視聴に用いられる装置はモニタ画面を備えており、従来のＣＲＴ画面、または次世代ＴＦＴ画面／ＬＣＤ画面であってもよい。同一スクリーンで複数のチャネルを視聴する場合、モニタのサイズは、所定時間に表示されるチャンネルの数、視聴距離、および使用可能なスペースに依存する。
【００７６】
処理の自動化が可能であるため、監視は、設置後に不可欠ではない。メンテナンスチェックは別として、群衆の規則的な監視は必要でない。コンテンツをより積極的に監督するためには、複数のモニタを使用することが好ましい。しかし、たとえば競技場または設置カメラの数によって、選択するモニタの数量は異なる。
【００７７】
カメラからの撮影ビデオが複数の位置で視聴可能となるよう、また必要であれば遠隔的に視聴可能となるよう、視聴設備はスレーブモニタで補足されてもよい。通常モニタは二つのコネクタを備えている。１つはカメラまたは記録装置からの信号を受信するものであり、もう一方は、必要であればスレーブモニタの中を通して接続を行うものである。
【００７８】
補助設備
カメラ制御および記録装置と並び、テレメトリが望ましい。テレメトリは、カメラ位置での機能（たとえば、パン、チルト、ズーム）の遠隔操作に用いられる信号システムである。好ましいカメラはこれらの特徴を既に有しているが、スペシャリストのキーボードがこれらの機能を制御するうえで望ましい。
【００７９】
好ましくは、カメラハウジングスクリーンの清掃用にウォッシュ／ワイプ機能が設けられている。この機能を実行すると、コントローラのキーパッドで、またはモニタ付近に配置されたジョイスティックで信号の生成が可能となる。カメラヘッドに隣接した受信機への信号送信も可能となる。カメラのカバーは雨滴または投げつけられる物の影響を受けるため、ウォッシュ／ワイプ機能は望ましい機能である。適切なテレメトリがない場合、人間が個々のカメラの清潔をしなければならない。
【００８０】
この目的に適したキーボードは、選択されたカメラおよびＤＶＲユニットの両方を最良の形で統合したＣ−ＤＫＢＤキーボードである。
記憶装置
選択されたイメージ圧縮量は、要求されたビデオ品質およびファイルサイズに依存する。これは、要求される記憶容量を示すものである。圧縮するビデオが多いほど、ファイルの解像度／質は低下する。反対に、以下のテーブル１に示すとおり、圧縮するビデオが少ないほど、解像度／質は向上する。
【００８１】
【表１】
2010524276.tif 000003
生のビデオデータ、すなわち未処理のビデオデータには、非常に大きな格納スペースが必要である。こうした格納スペースにおいては、フィルムビデオのデータ転送速度が一般的に１ＧＢ／分である。本発明においてはビデオイメージがインターネットネットワーク／モバイルネットワーク上でのみ配信されるが、必要メモリを最小限にするためには、ビデオリポジトリへの格納前にデータを適度の圧縮フォーマットへ圧縮することが好ましい。
【００８２】
現在、標準ベースのＭＰＥＧ４などのフォーマットが、最新のＣＣＴＶシステムで広く
使用されている。このことは、高品質のビデオを保持する一方、ビデオファイルのサイズを大幅に削減する能力を示している。非常に大きな記憶容量の必要性を考えると、ビデオコンテンツをアーカイブ化するためには、ＭＰＥＧ−４などのコーデックを用いることが好ましい。
【００８３】
ディジタルビデオレコーダ
本システムは、ビデオコンテンツをアーカイブ化するために、ＤＶＲ（ディジタルビデオレコーダ）を必要とする。記憶装置としての機能に加え、ＤＶＲは監視装置への送信を行う一方、制御機構として作動し、内蔵ハードドライブに対してフィルム映像を記録する。
【００８４】
好ましいＤＶＲは、たとえば競技場のカメラが接続された指定数の入力チャネルを取り込んで動作する。配列したカメラの供給物は、選択した方法（たとえば、個々に、またはマルチ画面）で視聴する監視システムに送信され、すべてのイメージが同時に表示可能となる。これは、複数のカメラを用いた視聴または記録の場合、並びに１つのモニタ画面に表示を行う場合に好ましい。たとえば競技場で撮られたビデオは、モニタによってＤＶＲで局所的に再生できる。あるいは、処理およびインターネットを介したモバイルサーバやユーザ電話機への送信を行うＰＣネットワークに接続可能である。
【００８５】
現在のＤＶＲ技術は、特徴豊富なソリューション、かつ以前にＶＣＲで使用可能であったビデオイメージの記録以上のサービスを行うというソリューションをもたらす。ＤＶＲストレージを利用するＣＣＴＶシステムは、イベント、時間、日付、およびカメラによるビデオ検索など、ＶＣＲ技術に比べて数々のより高度な機能を提供し、最も好ましい形態である。これにより、消費者のテキストメッセージのデータでデータベースをクエリするために必要なソフトウェアシステムのインタフェースが供給される。アーカイブ機能により、関連するビデオ部分を時間およびカメラで分離する手段が最終的に提供される。
【００８６】
記憶装置の設定
ＤＶＲは、たとえば毎秒２５フレームを格納するよう設定可能であり、人間の目で視認されるビデオイメージを目立ったフリッカのない動画として供給する。これは「リアルタイム」として知られており、放送テレビのビデオと似たビデオを供給する。秒毎にわずかなフレームが格納される低速度撮影モードで記録を行うことにより、必要な格納スペースを削減できる。たとえば、２０フレーム／秒でフィルム映像を記録する場合、前記の設定に比べて２０％少ない格納スペースしか必要でない。このため、関連するコストが削減される。
【００８７】
現在の携帯電話のビデオは、１５フレーム／秒を超えることはあまりない。このため、低速度撮影モードにおいてこのフレームレートでコンテンツを格納してもよい。これにより、ハードドライブへのデータ書き込み前に圧縮が行われ、格納経費が大幅に節約される。取り込みフレームレートは、産業傾向に応じたモバイル技術の向上に伴い、増加／変更し得る。また、受話器／ネットワークの能力と一致した再生が保証される。
【００８８】
より低いフレームレートでフィルム映像を最初に保存するという不利点として、技術の向上に伴い、従来のフィルム映像を比較的低い品質としてしまうことがある。結果として制限値は、現在の受話器能力／ネットワーク能力の寿命を超えてしまう。したがって、ビデオイメージのコンテンツを高品質圧縮フォーマット（たとえば、ＭＰＥＧ−４）に２５ｆｐｓで格納することが好ましい。これにより、旧式のフィルム映像が、モバイルネットワークの向上に拘らず、一貫した質で提供される。
【００８９】
オペレーティングシステム
ＣＣＴＶシステム内のＤＶＲは、ＰＣベース型または内蔵型として分類できる。ＰＣベースＤＶＲのアーキテクチャは、ビデオイメージを取り込むように設計されたビデオキャプチャカードを備えた標準パソコンの一部である。内蔵ＤＶＲは、特にオペレーティングシステムと、ファームウェアまたは読み出し専用メモリに含まれたアプリケーションソフトウェアとを備えたディジタルビデオレコーダとして設計されている。オペレーティングシステムの種類は選択されたモデルに依存するが、アップグレードおよび修正に最大の柔軟性を保証するには、ＰＣベース型が好ましい。このことを考えると、上記のような内蔵システムはあまり好ましくない動作をし得るが、本システムは特注の用途／イベントソフトウェアコンポーネントに対する高度のカスタマイゼーションおよび統合を提供できる。
【００９０】
ＤＶＲプレファレンス：
本装置および本システムのＤＶＲには、以下の好ましい特徴がある。
（ａ）使用可能なスペースとしてのラック搭載あるいはデスクトップ構成の設計を、競技場内に指定する。
（ｂ）アナログビデオまたはデジタルビデオと一致するコネクタ型を備えた多重ビデオの入力が、同軸ケーブル、ツイストペア線、または光ファイバケーブルなどで供給される。最も一般的な入力数は１、２、４、８、１６である。特注ソフトウェアシステムは、非常に多くの入力を必要とする場合がある。
（ｃ）ＤＶＲは、計測可能なシステムに組み込むことができる。個々のＤＶＲをともにネットワーク化する、あるいはバス接続を行うことで数々の入力がなされ、多数のＤＶＲが構成される。
（ｄ）外部ビデオディスプレイモニタへの出力が制御される。
（ｅ）装置の各種特徴を（好ましくはソフトウェアプログラムによって）制御可能にするコントロールパネルのスイッチおよびインジケータ
（ｆ）ネットワーク型と一致するネットワーク接続であり、かつレコーダの特性制御のため、並びにビデオ信号の送信および／または受信のために用いられるネットワーク接続。（ｇ）キーボードなどの外部制御装置への接続。上記のキーボード（Ｃ−ＤＫＢＤ）は、ＺＲ−ＤＨＤ１６２１  ＮＰ  ＤＶＲを一体化した在来型である。
（ｈ）パン−チルト−ズーム（ｐａｎ−ｔｉｌｔ−ｚｏｏｍ）を備えた外部デスクへの接続を行い、その位置のカメラを駆動する。
（ｉ）物理的媒体上でビデオをアーカイブ化するＣＤ、ＤＶＤ、ＶＣＲ装置
（ｊ）外部記憶装置媒体への接続。
【００９１】
これにより、ＤＶＲハードドライブが動作しなくなった時などの不測の事態に備えて、記憶装置のバックアップを行う。
これらの要因を踏まえると、ＤＶＲが任意のシステムへプラグ・アンド・プレイ機能を提供しないことを考慮すべきである。特に、リポジトリのビデオコンテンツをアーカイブ化するために特注ユニットの一部として動作するよう、複数のＤＶＲを設置し、構成し、カスタマイズしてもよい。
【００９２】
数々のＤＶＲモデルを考慮すると、ＺＲ−ＤＨＤ１６２１ＮＰが適切なモデルである。必要な個数は、競技場のサイズ、および設置カメラの数に依存する。たとえば、ヴィラパークで必要なカメラ入力を４２６と概算した場合、１６個の入力モデルを選択すれば、２７個のＤＶＲが必要となる。
【００９３】
格納スペース
本発明において、数々の変数が所定の実施形態に必要な格納スペースに影響する。たとえば、いくつかのカメラは動作検知を用いてもよく、群衆のある部分が空の場合は記録せず、ハードドライブスペースを大幅に節約してもよい。また、処理を所定位置とすることにより、記録開始がピッチでのイベントにのみ依存する。
【００９４】
表示計算を目的とする場合、所定の実施形態に必要な格納スペースの大きさは、潜在的格納要件を示すものとして検討される。
カメラ４２６台の格納を、ビットレート１Ｍｂｐｓで１試合当り１００分行った場合：１Ｍｂｐｓで６０００秒＝１試合、１カメラ当り７３２．４２１８７５ＭＢ。カメラ４２６台×７３２．４２Ｍｂ＝１試合当りに必要な格納スペース３０４．７ＧＢ。
【００９５】
ＺＲ−ＤＨＤ１６２１ＮＰで使用可能な最大のハードドライブは１．２テラバイトであることを考えると、４試合後にはこれらのＤＶＲのうち１つの容量がいっぱいになる。したがって、大きな追加の外部記憶装置を、本システムの構造に組み込むべきである。
【００９６】
ＤＶＲは、ディスクがいっぱいになると最も古いセキュリティフィルム映像から上書きするよう設定できる。しかし、フィルム映像が今後どの時点でもアクセスできるように全サッカー試合からアーカイブ化されている場合、こうした上書きは理想的に回避される。
【００９７】
配線
各グループは、次のグループへの物理的接続を必要とする。すなわち、相当量の配線が必要である。ＣＣＴＶシステムで使用されるケーブルの主要な形式は、同軸ケーブルおよびカテゴリ５（Ｃａｔ５）である。
【００９８】
同軸ケーブル
同軸ケーブルは、ＣＣＴＶビデオ信号を搬送する方法として、最も広く採用されている。同軸ケーブルは、高周波数信号または広帯域信号を搬送するために、高周波数伝送路として使用される電気的なケーブルである。信号を搬送する電磁場は内部導体と外部導体の間のスペースにのみ存在するため、この電磁場は外部電磁場に干渉できず、あるいは外部電磁場からの干渉を受けない。同軸ケーブルにより、約３００ｍまでデータ送信が可能である。同軸ケーブルは、より小さな競技場に十分といえる。
【００９９】
Ｃａｔ５
一般にＣａｔ５として知られるカテゴリ５ケーブルは、高い信号インテグリティのために設計されたツイストペアケーブルであり、ＣＣＴＶ産業で採用されている通信配線形式である。Ｃａｔ５は、イーサネット（登録商標）（登録商標）などのコンピュータネットワーク用に構造化された配線である。また、基本的な音声サービス、トークンリング、およびＡＴＭ（短距離では１５５Ｍｂｉｔ／ｓまで）など他の数々の信号搬送に用いられており、より好ましい配線形式である。
【０１００】
Ｃａｔ５はまた、同軸ケーブルよりも長い距離のＣＣＴＶ信号搬送が可能であり、最長１０００ｍまで可能である。より大きな競技場の将来的保証を確実にするためには、より柔軟性が大きく、より優れた性能をもつＣａｔ５が好ましいオプションである。
【０１０１】
異なる配線オプションの例を以下に示す。
単一のチャンネル（パッシブタイプ）：
カメラからＣａｔ５ケーブルへの単一チャネルインタフェース（最大距離２００ｍ）
４チャンネル（パッシブタイプ）：
Ｃａｔ５ケーブルから制御装置まで４チャネルのインタフェース（最大距離２００ｍ）
１６チャネル（パッシブタイプ）：
Ｃａｔ５ケーブルから制御装置まで１６チャネルのインタフェース（最大距離２００ｍ）
単一チャネル（アクティブタイプ）：
カメラからＣａｔ５ケーブルへの単一チャネルインタフェース（最大距離６００ｍ）。
アクティブデバイス（１２Ｖ  ｄｃ）が必要。
【０１０２】
４チャンネル（アクティブタイプ）：
Ｃａｔ５ケーブルから制御装置まで４チャネルのインタフェース（最大距離６００ｍ）。アクティブデバイス（１２Ｖ  ｄｃ）が必要。
【０１０３】
１６チャンネル（アクティブタイプ）：
Ｃａｔ５ケーブルから制御装置まで１６チャネルのインタフェース（最大距離６００ｍ）。アクティブデバイス（１２Ｖ  ｄｃ）が必要。
【０１０４】
無線技術
フィールドからの生放送を行うカメラオペレータは、かつては生産トラックに配線接続されなければならなかったが、今日のカメラはＲＦ（無線周波数）送信機の装備が可能である。カメラ信号は生産トラックに送信され、ここで他のビデオソースと同様にモニタに表示される。難しいショットを撮るためにカメラオペレータは自由に歩き回ることができるため、これらのユニットが一般に使用されている。
【０１０５】
しかし、本発明を単体で実施した場合の全体スケールは、混雑したスペースにおいてカメラ４２６台からすべてのビデオデータを無線送信することが実行可能でないことを意味する。この技術は干渉およびより高い率の失敗につながりやすい。また、顧客へ誤ったビデオを送信することは非常に望ましくない。
【０１０６】
ボトルネックの問題
インターネットは、エンドユーザへのパフォーマンスに常時見られる変化によって左右される公衆通信網である。フランスのユーザが（英国を自国とする）本発明の実施形態のコンテンツにアクセスしようとした場合、送信されたデータは途中で潜在的に遅延する。ユーザが数分程度の遅れを許容できる場合、このことは電子メールおよび文書ではそれほど害がない。しかし、タイムクリティカルなビデオダウンロードなどの用途を考えると、どんな主要な待ち時間も重要な意味をもち得る。最終的にはユーザがサーバの物理的位置から離れているほど、ルータは一層コンテンツをホップしなければならず、遅延の可能性を高くしてしまう。１つの回避法として、本発明はエッジサーバ技術を利用する。
【０１０７】
エッジサーバ
ボトルネックの問題を回避する方法の１つとして、エッジサーバの使用がある。エッジサーバは、インターネット基幹付近の戦略的ポイントにおけるネットワークエッジ部分に、ビデオコンテンツを格納（キャッシュ）するサーバである。たとえば、混雑することの多いネットワークでコンテンツを移動させることなく、ヨーロッパのユーザが英国のサーバにアクセスできる。ビデオは依然本サーバをホストとして必要とするが、同一データがネットワークエッジ付近に保持され、ユーザへ一層高速な配信を保証する。
【０１０８】
サーバの冗長性
潜在的なダウンタイムを最小にするためには、複数のサーバから得られる同一のサービスを実行することが好ましい。主要なサーバが適切に機能しているとき、資源が最適に保証されるよう交通の負荷を分散できる。あるサーバがアップグレードまたはメンテナンスを必要とする状況が生じると（このような状況はよく生じる）、サーバのうちの１つがダウンタイム時に継続実行可能となる。１つのサーバだけが配置された場合、修正時にはサービスを完全に削除する必要がある。これは、全体のサービスダウンタイムおよびその後の損失となる。
【０１０９】
サーバファーム／ホスティング
ユーザによってアクセスされたデータおよびビデオは、転送データ量のコストに左右される。利用可能なオプションは、以下の３つである。
【０１１０】
ａ）専用回線
ローカルＩＳＰにより、競合のない商用インターネット接続が提供される（たとえば、１０Ｍｂｐｓの回線）。専用回線はインターネット基幹への直接経路を提供するため、本システムのユーザが専用で使用できる。すなわち、ネットワーク交通が、第３者の交通によって干渉されない。
【０１１１】
ｂ）競合回線
競合回線は、特定数のユーザとインターネット接続を共有する。消費者回線に対する比率は、一般に約２０：１である。すなわち、インターネット接続を他のユーザ２０人と共有し、結果として混雑度が変動する。約５：１の競合率まで低減できるが、コストの上昇を招いてしまう。競合回線は、それでも専用回線オプションよりもかなり安価である。
【０１１２】
ｃ）サーバファーム
サーバは他会社のサーバとともに、あるサイトに配置可能である。この種の配置を行うプロバイダは、通常自身専用のインターネット接続を格納しており、速度約１００Ｍｂｐｓで作動することが多い。顧客はそれぞれデータ転送用の使用キャップを所有しており、１００Ｍｂｐｓを超える場合は追加の充電を行う。
【０１１３】
転送中のデータ量および高速のターンアラウンドタイムの必要性を考慮すると、各競技場にシステム専用の回線を設定することが最良のオプションである。これにより、顧客へのビデオ配信の妨げとなり得る渋滞の恐れなく、インターネット基幹への確実な経路が提供される。
【０１１４】
ソフトウェア要件の概観
ビデオコンテンツの管理およびインデックス付けを有効に行うことが難しい場合がある。本発明において、ユーザに対して適切なビデオの特定、アクセス、および配信をタイミングよく行うためには、効率的なＣＭＳ（コンテンツマネジメントシステム）が有効である。
【０１１５】
要求されたフィルムビデオの特定を誤った場合、通常顧客を惑わせてしまう。また、こうした失敗を続けることは回避されなければならない。したがって、適切なＣＭＳおよびモバイルサーバプリケーションを処理することは、非常に望ましいシステム要件である。
【０１１６】
ＣＭＳがメタデータをファイルに適用し、インデックス付けを行う方法により、ビデオリポジトリからの読出速度が決定される。一般的に言うと、リッチメディアのタグ付けおよび記述は、今なお手動処理である。すなわち、ビデオコンテンツの定義および記述の処理には、今なお人間の手動による情報入力が必要である。手動のやり方では、全体の処理時間が２倍または３倍になることがあり、効率が下がる。
【０１１７】
要約すると、ビデオおよび音声の格納、分類、管理、読出をうまく行い、そして要求を受信すると出力するというコンテンツマネジメントソリューションが望まれている。
ソフトウェアアプリケーションは、総じて以下の能力を備えている。
（ａ）ユーザ選択可能なイメージ取り込みレートは、全入力ベースまたは個々の入力ベースによる。すなわち、群衆の個々のカメラ／セクションに、異なる取り込みフレームレートを設定できる。
（ｂ）取り込みフレームレートおよび解像度の特徴は、イベントが生じると自動的に取り込みレートを調整するようにプログラムされてもよい。たとえば、ピッチの最終第３部分
の反対側半分にチームがある場合、取り込みレートを１５／２０ｆｐｓから２５ｆｐｓに上げることができる。これは、命じられたクリップの大部分をカバーし、必要な格納スペースの量を大幅に削減する。
（ｃ）選択可能なイメージ解像度は、全入力ベースまたは個々の入力ベースによる。選択可能なイメージ解像度も、イベント／信号がトリガとなり変化し得る。
（ｄ）完全に自動化されたシステムの実施形態については、動作検知が１つのソリューションとなり得る。動作センサを用いると、カメラの記録の開始および停止は、シーン内での活動量によって行える。サッカー競技場では、記録はキックオフの約１時間前に開始し、その後約３０分で停止する。
（ｅ）動作検知は、記録の開始および停止のプロンプトとなり得る。動作検知は、厳密には必ずしも必要ではないが、格納スペースをかなり節約する。
（ｆ）ユーザ入力に基づき、またはアラームもしくはイベントで自動的に、ビデオモニタに対して入力ビデオの経路指定を行う。
（ｇ）入力、時間、および日付のスタンプ。
（ｈ）適切なビデオ入力へのイベントログオン。
（ｉ）イベント検索可能なインデックス。
（ｊ）モバイルデバイス間での要求処理能力。
（ｋ）装置および在来的にインストールされたビデオプレーヤのモデルを知的に認識する。
（１）要求を受けた受話器が行うビデオの符号化および分散。
【０１１８】
負荷の分散
複数のサーバを配置した場合、対応するサーバに入ってくるトラフィックを分配することにより、パフォーマンスが最適化される。主要サーバがパフォーマンスの害される段階になる前に、追加のサーバにトラフィックを分散でき、クラッシュの危険を最小にできる。
【０１１９】
たとえば特定ファイルの要求によりサーバに負担がかかる場合、クラッシュが生じ、再開が必要となる場合がある。こうしたことは予想されたユーザ要求が過小評価される一般ビデオで、特によく見られる。
【０１２０】
負荷分散器は、ユーザからの要求を受信および分析し、応答能力が最も高いサーバに送信するように設けられることが好ましい。すべてのサーバが１００％の能力に達する場合、それ以上の要求はなされず、その後ユーザはサービスからのエラーメッセージを受信する。
【０１２１】
決済処理システム
本システムに採用可能な方法として、少なくとも二つの異なる方法がある。すなわち、インターネットユーザ用のクレジットカード／デビットカードによる決済と、あるいは携帯電話による決済とがある。オンライン仮想支払プロバイダ（電子マネーまたは電子財布）など他の方法も利用可能である。
【０１２２】
これらを促進するために、トランザクションの受理にはゲートウェイが必要である。また、クレジットカード／デビットカードの場合、ゲートウェイにより、選択した決済タイプが銀行内のシステム商用アカウントに接続される。
【０１２３】
決済システムは、（たとえば、対話型システムの一部、または専用対話型チャンネルを備えたテレビの一部として）既に所定の場所にあるパッケージの一部、または利用可能なパッケージの一部であってもよい。
【０１２４】
インターネット商用アカウント
クレジットカード／デビットカードによる決済をオンラインで行う必要がある場合、承継銀行とのインターネット商用アカウントが必要である。取得者はクレジットカードによる購入を認可し、販売人の銀行口座への預金決済を保証する。決済ゲートウェイは、通常チェックまたはＢＡＣＳによって直接決済を行うため、インターネット商用アカウントは、ＳＭＳによる決済の場合に必要である。
【０１２５】
好ましいゲートウェイ
ゲートウェイは、オンライン商用アカウント／インターネット商用アカウントに対するシステム決済システムを銀行に接続する。
【０１２６】
典型的なゲートウェイは、システムを処理を行う銀行の特定商用アカウントに接続することによって、オンラインの決済を容易にする。ゲートウェイは提出されたデータを受け取り、処理を行う銀行へ提示する。その後、ゲートウェイは銀行からの応答を受信し、処理（たとえば、販売が受領されたかどうかに依存する処理）を行うシステムへ返送データ提示する。
【０１２７】
モバイルＳＭＳの使用により、決済サービスプロバイダは、一般には今なおゲートウェイと呼ばれている。モバイルネットワークプロバイダから転送された資金の受領が認識されると、ゲートウェイプロバイダ／サービスプロバイダが直接決済を行うため、商用アカウントへのリンクはないことが多い。
【０１２８】
ゲートウェイ自身は、ショッピングカートのようにウェブサイト上で典型的に見られる電子商取引の特徴はなく、必要な商用アカウントもない。しかし、数々の大規模なゲートウェイプロバイダは、特にクレジットカード／デビットカードのゲートウェイの領域で、パッケージ化されたサービスを提供する。このため本システムは、システムのこのコンポーネントを配信する場合に、全体として１つのプロバイダへ決済を行ってもよい。
【０１２９】
選択の基準
適切なゲートウェイの選択および実施を行う場合、複数の要素のうち、いくつかの重要な要素を考慮すべきである。
【０１３０】
（ａ）利用可能な特徴
（ｂ）コスト
（ｃ）信頼性
（ｄ）決済方法
電子商取引トランザクションに関与するすべてのグループにとって、主な懸念事項の１つがセキュリティである。特にクレジットカードまたはデビットカードのトランザクションを取り扱う場合、顧客の機密情報がファイル上で維持されるだけでなく、他の個人情報がゲートウェイを日々通過している。こうした情報は、ハッカーにとってはかなりの価値があるため、保護されなければならない。
【０１３１】
全体として、大多数の大手ゲートウェイプロバイダは、自分たちのサーバを最先端のセンタに格納し、安全にデータを維持するために最先端のセキュリティ法を使用している。このため、選択されたプロバイダは、サービスとして好ましいレベルおよび保証を提供すべきである。
【０１３２】
特徴
ほとんどのゲートウェイは、オンライン形式で単にクレジットカードを受け取る能力を超えた数々の特徴を提供する。今日の市場においてゲートウェイプロバイダは、収益源の
増加を助ける付加価値の特徴を提供する傾向がある。
【０１３３】
自動継続請求
「予約購読モデル（たとえば、システムのシーズンチケット）」などで顧客への課金を周期的に行う場合、自動継続請求により時間の大幅な節約が可能となる。自動継続請求の使用により、課金の頻度に応じて請求情報をゲートウェイへ供給できる。この特徴は加入制および会員制のビジネスを対象としたものだが、トランザクションを使用するシステムにも組み込み可能である。
【０１３４】
統合
統合は、ゲートウェイの選択時に検討される。統合は、顧客にはっきり明白となるようなチェックアウト処理を対象にしているかどうか、あるいは既存のインタフェースおよび関連するブランド化への統合が必要かどうかを中心に展開する。
【０１３５】
信頼性
ゲートウェイは、２４時間週７日起動および動作しており、サービスの損失は相対的にはほとんどない。したがって、ＳＬＡ（サービス内容合意書）およびアップタイムの保証が条件とされる。
【０１３６】
決済方法
トランザクション当たりの課金と対象視聴者とによって、適切な決済方法はさまざまである。
【０１３７】
クレジットカードまたはデビットカード
関連するウェブサイトを介したクレジットカードまたはデビットカードによる決済を受理する場合、数々の他の決済ソリューションよりも利点がある。これは、クレジットカード／デビットカードが広範に使用されているためではなく、その信頼性による。以前よりも多くの人々がこのオプションを使用し、オンライン購入を行っている。
【０１３８】
買い手と売り手の両方にとって、クレジットカードの主な利点は、資金が放出されるとすぐにトランザクションが行われることである。顧客にとって、（ＳＭＳ決済の場合と同様に）購入を完了させるための追加工程が必要ない。トランザクションの受け取りと、情報の搬送および保存とにおいて、セキュリティが非常に改善されてきている。さらに、ＳＭＳ決済とは異なり、価格構成の点ではかなり柔軟性がある。クレジットカードの代替として評価する場合、このことに留意する必要がある。
【０１３９】
トランザクション処理は、図３のように示すことができる。
１．顧客はウェブサイトのチェックアウトで自分のクレジットカード情報を提示する。
２．ショッピングカートソフトウェアはゲートウェイへトランザクションを送る。
３．クレジットカードのプロセッサとして機能するゲートウェイは、顧客のクレジットカードの発行銀行と連絡をとる。
４．発行銀行はトランザクションを承認するか、あるいは断わる。
５．その後、ゲートウェイはウェブサイト・ショッピングカートシステムに結果を渡す。
【０１４０】
クレジットカードまたはデビットカードによる決済を提供するゲートウェイが最も一般的であるが、これら数々のゲートウェイは、主要なクレジットカードプロバイダによって推進されるセキュリティ・イニシアチブに準拠している。たとえば、ＣＩＳＰ（ビザ登録会員情報セキュリティープログラム）、ＳＤＰ（マスターカード・サイト・データ保護）、およびＤＩＳＣ（Ｄｉｓｃｏｖｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｃｕｒｉｔｙ  ａｎｄ  Ｃｏｍｐｌｉａｎｃｅ）がある。これにより購入者は大きな安心感を得ることがで
き、また以前にクレジットカード・オンラインを使用していたであろう人々のうち、一層多くの使用者につながってきた。
【０１４１】
携帯電話（ＳＭＳ）による決済
主要な決済方法は、携帯電話によって、具体的にはＳＭＳによって行われることが好ましい。携帯電話はマイクロ決済、特にプレミアム価格のＳＭＳメッセージを使用する。
【０１４２】
顧客の視点から見て、ＳＭＳによるマイクロ決済は、スーパーマーケットでのクレジットカード決済と同じくらい簡単である。携帯電話はクレジットカードとして機能し、携帯電話会社は銀行として機能する。基礎的なトランザクション処理は、図４に示すように説明できる。
【０１４３】
表示されるビデオイメージのクリップ／フィルム映像の選択
遠隔の視聴者には、適切な視聴クリップを選択するメカニズムが必要である。これは、視聴者の友人の座席番号に依存する。友人がシーズンチケット保持者である場合、視聴者には座席の識別子（典型的には、同じカメラで観察される周囲の複数の座席で共有したもの）が割り当てられ、通知される必要がある。これは、電子メールまたは通常郵便によって各シーズンチケット保持者に送信されてもよい。友人がそのイベントだけのチケットを持っている場合、識別子情報はチケットと共に友人へ郵送されるか、あるいはチケット上に印刷されていなければならない。いずれの場合でも、友人はこれを見込み視聴者へ伝えなければならない。
【０１４４】
追加のコードは、興味のあるイベント（たとえば、「ゴール１」、「ペナルティ１」、「ニアミス」など）、または試合中の時間（たとえば、「３０分」）を識別するのに必要である。
【０１４５】
モバイルのシナリオでは、これらの識別子をＳＭＳショートコードに送られなければならない。
ウェブシナリオでは、これらの識別子をウェブサーバに送る必要がある。
【０１４６】
テレビシナリオでは、これらの識別子をリターンパスでテレビヘッドに送る必要がある。
あるいは、友人または遠隔の視聴者は、この識別子を見つけるためにウェブサイトにアクセスできる。ウェブインタフェースは、アーカイブ化されたコンテンツを視聴するうえで重要であり、カレンダ、メニュー、および／または競技場レイアウトの図の使用による。
【０１４７】
携帯電話アクセスの手順は、以下のように簡単にまとめられる。
１．顧客はサイトを訪れ、コンテンツ決済方法について詳細を得る。
２．顧客はＳＭＳショートコードにユニークな座席識別子を送る（たとえば、ＤＥＲＧＳ４６２３）。
３．顧客はダウンロード用のビデオリンクを受け取る。携帯電話のアカウントに課金され、決済は即座に認可される。
【０１４８】
プレミアムＳＭＳのソリューションによるユニークな要素の１つは、その速度による利便性である。顧客は新技術に投資する必要なく、第三者とクレジット情報を共有する必要もない。
【０１４９】
信頼を構築した第三者（すなわち、携帯電話会社）と関わるため、決済ソリューションとしてＳＭＳを使用することは、信頼構築のうえで大きな役割を果たし得る。
顧客が認める他の利点としては、プレミアム価格のＳＭＳメッセージは所定のカテゴリによって価格付けされるため、サイトが顧客の同意のなく過剰に課金できないことが挙げられる。
【０１５０】
メンテナンスとコンプライアンス
すべての電気設備と同様に、数々の順守事項がある。
これらの事項は、クライアントへのシステムの移譲、およびメンテナンススケジュールの設定に関係する。
【０１５１】
完成時のシステムの移譲は、以下の事項に関係する：
（ａ）システム仕様を詳細に検討すること
（ｂ）文書内のデータ識別
（ｃ）設備の各アイテムの位置表示
（ｄ）各カメラの視野の表示
（ｅ）システム使用の説明表示
（ｆ）記録手順の図示
（ｇ）全設備の起動
（ｈ）テレメトリを含む場合、その役割の全態様の説明表示。
【０１５２】
システムのメンテナンスとして、以下に従う：
（ｉ）ＢＳＩＡ実施基準（ＢＳＩＡ  Ｃｏｄｅ  ｏｆ  Ｐｒａｃｔｉｃｅ）に基づくこと。
（ｉｉ）設置完了から１２か月以内に作製されること（基本要件であるため、Ｌｅｖｅｌ１  ｖｉｓｉｔとして周知）。
（ｉｉｉ）システムが最初の移譲で指定されたシステムに準拠していることを確認するために、チェックを行うこと。
（ｉｖ）各カメラの画質が満足できることを確認すること。
（ｖ）システムに影響し得る環境変化がないことを証明すること。
【０１５３】
本発明のシステムおよび装置は、必要であれば、セキュリティ対策の提供または向上を可能にする。セキュリティ対策としては、後に再生するために（たとえばセキュリティスタッフ、認可権限者、警察、または裁判所などによる使用のために）、たとえば競技場（もしくは競技場付近）の選択領域の人々のイメージを取り込むことができる。たとえば、ＣＣＴＶカメラは入口と出口またはその付近に配置でき、競技場などに出入りする「人々または団体の行動の観察」に使用できる。あるいは、観客席の他の特定エリアの人々のイメージを観察し、再生できる。システムは、禁止された個人がいないかを観察するために使用できる。
【０１５４】
主な観客のイベントにおいて（たとえば、コンサート）、アリーナをユニークな色で識別したゾーンに分けてもよく、たとえば、縦列を赤、緑、黄などで色づけしてもよい。また、アリーナをブロックへ（たとえば、ブロックＡ、ブロックＢ、ブロックＣなどへ）細分化してもよい。このようなブロックをさらに横列の座席に細分化してもよい。本発明のＣＣＴＶカメラで記録したイベントの１人または複数の観客のビデオイメージを呼び出すために、または呼び出したイメージを携帯電話に表示するために、イメージを要求する人は、携帯電話会社へのＳＭＳテキストメッセージによって送信される識別情報（たとえば、ゾーン、ブロック、および座席列／座席番号）を入力できる。観客／ファンがビデオアーカイブ化手段に送信される自分たちの正確な位置を呼び出せるよう座席上および／またはチケット上の座席番号がはっきり視認されることは、システムに役立つ。
【０１５５】
本発明を図示し、当業者が簡単に理解して効果を得られるよう、添付図面を参照し、実
施形態を単に非制限的な例によって以下に説明する。
図面を参照し、図１および図２にオペレーティングシステムの例を示す。このオペレーティングシステムは、スポーツのイベント時など（たとえば、サッカーの試合で得点した時、またはゴールを阻んだ時）の観客者または観客者グループのアーカイブ化した特定のビデオイメージを、要求に応じて表示するのに適切なオペレーティングシステムである。これは、数々の潜在的な最終用途のうちの一例である。
【０１５６】
オペレーション方法の実施形態
概略図を参照し：
１．顧客は、モバイルサーバへユニークな識別子（たとえば、メタタグ）付きテキストメッセージを送信する。
２．サーバは、ビデオアーカイブをクエリするために、インターネットを介して要求を送信する。
３．アーカイブは、適切なモバイルデバイスフォーマットに圧縮されるビデオを送信する。
４．インターネットを介してファイルがモバイルサーバ返送される。
５．ユーザのアカウントから決済が行われる。
６．成功したトランザクションの承認が、モバイルサーバに送信される。
７．発信元のユーザにビデオが送信される。
【０１５７】
実施例１
収容人数４２，５７３人の競技場において観客の適切なビデオイメージを取り込む場合に有用なものとして、特に以下の要素が選択される。
【０１５８】
【表２】
2010524276.tif 000004
ビデオの取得
（ａ）レンズ選択時、画角と照明の有意性を理解することが重要である。
（ｂ）常に暗い照明下にあるスタンド部分は、カメラの問題を解決しようとするよりも、照明の追加によって改善される。
（ｃ）自然光が利用できない場合、照明が暗いと低品質のビデオになるため、人工光を設ける必要がある。
（ｄ）日中の試合は自然光で十分だが、夕刻の競技、特に群集から離れた部分では、追加の照明が必要になりがちである。
（ｅ）フルカラーイメージ用のカメラに適した照明を設けること、およびサッカーの試合
体験が侵害されないことのバランスをとる。
（ｆ）各競技場で異なる任意の事項であるカメラの配置。
【０１５９】
ビデオ配信の概要
（ａ）インターネットネットワーク／モバイルネットワークを介したビデオ配信には、大幅な圧縮が必要である。
（ｂ）できるだけ広範囲のモバイル聴衆に配信するためには、様々なコーデックおよびフォーマットでモバイルビデオを符号化することが好ましい。
（ｃ）コンテンツ視聴のためにユーザによる追加ソフトウェアのダウンロードが可能なＰＣベースのものとは異なり、携帯電話はＣＰＵとメモリにかなり制限されている。このため、アプリケーションのダウンロードは広範にならない。
（ｄ）すべての電話が、在来のビデオ再生に対応しているわけではない。
（ｅ）最新のソフトウェアは、携帯電話の方が内蔵システムよりも短いサイクルで市場に出る。
（ｆ）モバイルのスペースにおいてコンテンツ・プロバイダの多くは、３ＧＰＰコンテンツのビデオコーデックとしてＭＰＥＧ−４を使用している。これは、できるだけ広い聴衆をターゲットとして想定する場合、現在最も適切なソリューションである。
（ｇ）Ｈ．２６４は所定のデータ転送速度で高画質を供給する。また、今後テレビ電話用の基準としてプレーヤの実装が求められる。
（ｈ）現在の市場に広く対応するには３ＧＰＰビデオへの符号化が望ましい。
（ｉ）Ｐｏｃｋｅｔ  ＰＣおよびＰａｌｍベースの電話が市場占有率を得ているが、循環する装置の大部分は一定の携帯電話に占められている。Ｐｏｃｋｅｔ  ＰＣおよびＰａｌｍベースの電話の現在の価格については、少なくとも今後この傾向が続くだろう。
（ｊ）対応可能なコーデックおよびフォーマットは多数ある。
（ｋ）システムの基本的利点の１つは、ユーザが好きなだけコンテンツを維持できることである。
（ｌ）コンテンツのダウンロードにより、エンドユーザにはより質の高い経験が保証される。本シナリオでは、各コンテンツがダウンロードされ、電話のメモリに格納される。
（ｍ）受話器メーカは、市場で入手可能なダウンロードコンテンツの増加に対応するために、電話器の容量を増加する。
（ｎ）システムが正確な使用情報を取得すると、オペレータは最も効率よくコンテンツを配信できる。そして、位相的に最も近くで提供されたコンテンツにより、ファンは最良の体験を得ることができる。
【０１６０】
ハードウェア要件の概要
（ａ）非常に大きな記憶容量が必要であることを考えると、ＭＰＥＧ−４などのコーデックがビデオコンテンツのアーカイブ化に好ましい。
（ｂ）ＤＶＲストレージを利用するＣＣＴＶシステムは、イベント、時間、日付、およびカメラによるビデオ検索など、ＶＣＲ技術に比べて数々の高度な機能を提供し、最も好ましいカメラシステムである。
（ｃ）必要な格納スペースを削減するよい方法は、秒毎にわずかなフレームが格納される低速度撮影モードで記録を行うことである。
（ｄ）現在の携帯電話のビデオは、１５フレーム／秒を超えることはあまりない。このため、低速度撮影モードにおいてこのフレームレートでコンテンツを格納してもよい。
（ｅ）システムが特注のシステムソフトウェアコンポーネントに対する高度のカスタマイゼーションおよび統合を必要とすることを考えると、システムを機能が固定される内蔵システムの制約に規制することは好ましくない。
（ｆ）リポジトリのビデオコンテンツをアーカイブ化するために特注ユニットの一部として動作するよう、複数のＤＶＲを設置、構成、およびカスタマイズしてもよい。
（ｇ）大きな追加の外部記憶装置は、本システムの要件とされてもよい。
【０１６１】
物理的インフラストラクチャの概要
（ａ）配線はシステムの不可欠な部分であり、競技場で必要な距離をカバーするために、設置段階で十分行うことが必要である。
（ｂ）他国のコンテンツを提供するためには、エッジサーバ技術を用いてもよい。
（ｃ）単一のクライアントをインストールした場合の全体スケールは、混雑したスペースにおいてカメラ４２６台からすべてのビデオデータを無線送信することが実行可能でないことを意味する
（ｄ）潜在的なダウンタイムに備え、複数のサーバから得られる同一のサービスを実行することが望ましい。
（ｅ）転送中のデータ量および高速のターンアラウンドタイムを考慮すると、各競技場にシステム専用の回線を設定することが好ましいオプションである。
【０１６２】
ソフトウェア要件の概要
（ａ）ユーザに対して適切なビデオの特定、アクセス、および配信をタイミングよく行うためには、効率的なＣＭＳ（コンテンツマネジメントシステム）が望ましい。
（ｂ）適切なＣＭＳおよびモバイルサーバアプリケーションの処理が必要である。
（ｃ）ＣＭＳがメタデータをファイルに適用し、インデックス付けを行う効率により、ビデオリポジトリからの読出速度が決定される。
【０１６３】
決済処理システムの概要
（ａ）数々の大規模なゲートウェイプロバイダは、特にクレジットカード／デビットカードゲートウェイの領域で、パッケージ化されたサービスを提供する。このため本システムは、システムのこのコンポーネントを配信する場合に、全体として１つのプロバイダを選択できる。
（ｂ）ゲートウェイプロバイダが選択されると、セキュリティの堅牢さが重要な強さの１つであることが公衆に認められる。
（ｃ）選択されたプロバイダは、サービスとして好ましいレベルおよび保証を提供しなければならない。
（ｄ）自動継続請求を用いて、顧客に対し定期的に（たとえば、システムのシーズンチケットなど会員制の形態で）課金を行える。
（ｅ）特にクレジットカード／デビットカードによる決済の場合、事前の承認または失敗したトランザクションに対して決済ゲートウェイが課金していないかについても、チェックしなければならない。
（ｆ）携帯電話はマイクロ決済、特にプレミアム価格のＳＭＳメッセージを使用する。
（ｇ）信頼を構築した第三者（すなわち、携帯電話会社）と関わるため、決済ソリューションとしてＳＭＳを使用することは、信頼構築の助けとなる。
【０１６４】
実施形態による構築、設定、およびオペレーションに関する勧告  
ＣＣＴＶシステムは、最終システムが意図したとおりに動作する場合、所定の慣例に基づき設置される数々のコンポーネントからなる。システムから最適の結果を得るうえで、以下のガイドラインが助けとなるであろう。
【０１６５】
以下のパラメータを考慮し、最初に小競技場で試行実施を設定および操作してから、より大きな競技場にシステムを移す。
（ａ）雨をまともに受けない軒下または保護された場所に、外用カメラを設置することが好ましい。
（ｂ）光源（たとえば、映像（すなわち、シーン）内の街灯、投光照明、および強光源）に対し、カメラを直接向けてはならない。
（ｃ）ＩＲ照明の最大距離は１０ｍであり、好ましくは最大６ｍである。
（ｄ）設備およびコンポーネントは、振動を受けない安定した場所に固定しなければならない。
（ｅ）カメラは、振動を受けない安定した場所に固定しなければならない。
（ｆ）レンズの焦点距離は、設置処理時に微小誤差を調整し、モニタの視野において臨界角が得られるように設定可能である。
（ｇ）すべての接続は正しく行われ、耐候性のジャンクションボックスで固定されなければならない。また配線は、ケーブル設置の適切な電気的基準に従って行ってよい。
（ｈ）すべての接続は正しく行われ、適切なジャンクションボックスで固定されなければならない。
（ｉ）Ｃａｔ５ケーブルは最も好ましいケーブルである。
【０１６６】
一般的なガイドライン
カメラ／レンズ
（ａ）保護された場所にカメラを設置する。
（ｂ）対象としたエリアでよい視野を得るために、カメラの設定および調整を行う。
（ｃ）窓、ドア、または強光源にカメラを向けない。
（ｄ）外用カメラは、雨にまともにあたらないようにする。
（ｅ）システム電力供給部を用いてカメラヘッドまたは制御点で局所的に電力供給する場合、カメラの仕様を確認する。
（ｆ）シーンにおける各カメラ位置を、常にシステムログに記録する。
【０１６７】
ケーブル
（ａ）Ｃａｔ５はビデオおよび電力を送信するために使用されるネットワークケーブルである。Ｃａｔ５により、設置が素早く簡単に行われる。Ｃａｔ５は、ＲＪ４５コネクタを終点とすることができる。
（ｂ）ケーブルが安定しており、制御点で妨害されないことを保証する。
（ｃ）適切な電気的標準および配線規則に従ってケーブルを設置する。
（ｄ）Ｃａｔ５ケーブルの代替として、標準のツイストペア、多芯ケーブル、または遮蔽ケーブルを使用しない。
（ｅ）ケーブルを過度に伸ばしたり曲げたりしない。
（ｆ）システムに指定された最長距離よりも長い配線を設置してはならない（すなわち、カメラと制御点ＤＶＲの間のケーブル）。
（ｇ）供給されたアダプタおよび電源コードは、制御点でＤＶＲに使用すること。
（ｈ）カメラ（ビデオソース）をビデオ入力端子に接続する場合、適切に接続されているかを観察する。
（ｉ）ＤＶＲの適切なプログラミングを観察する。特に、最適な記録方式と最良品質の記録イメージを選択する。
（ｊ）外部装置またはコントロールシステム（たとえば、ビデオウェブサーバ）で遠隔制御を行うために、外部Ｉ／Ｏを使用する。
（ｋ）確実にモニタ終了スイッチを正しく設定する。
【０１６８】
記録と監視
（ａ）供給されたアダプタおよび電源コードは、制御点でＤＶＲに使用する。
（ｂ）カメラ（ビデオソース）をビデオ入力端子に接続する場合、適切に接続されているかを観察する。
（ｃ）ＤＶＲの適切なプログラミングを観察する。特に、最適な記録方式と最良品質の記録イメージを選択する。
（ｄ）外部装置またはコントロールシステム（たとえば、ビデオウェブサーバ）で遠隔制御を行うために、外部Ｉ／Ｏを使用する。
（ｅ）確実にモニタ終了スイッチを正しく設定する。
（ｆ）ＤＶＲの選択時は、システム拡張に備える。適当数のビデオ信号を選択する。
（ｇ）視聴者ができるだけイメージの細部まで視認できるように、明るさとコントラストをモニタで設定する。
【０１６９】
明暗／照明
（ａ）シーンにわたり照明を均一にする。
（ｂ）赤外線照明を備えた外用カメラの引用範囲を認識する。
（ｃ）自然光が利用できない期間は、必ず人工光を設置する。
（ｄ）明るいパッチまたは光スポットが生じ得るため、カメラを光源に直接向けない。
（ｅ）輝度を変更させるアイリスレンズの取り付けは、手動で行わない。好ましい選択として、自動アイリスレンズに指定する。
【図１】
2010524276.tif 000005
【図２】
2010524276.tif 000006
【図３】
2010524276.tif 000007
【図４】
2010524276.tif 000008
【手続補正書】
【提出日】平成20年12月18日(2008.12.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
イベントの参列者のビデオアーカイブに格納されたビデオイメージを、要求に応じて表示するシステムであって、
（ａ）イベントを観戦する参列者のビデオイメージを取り込むための複数のカメラと、
（ｂ）カメラ（ａ）から受信したビデオイメージを圧縮する第１ビデオ圧縮手段と、
（ｃ）前記圧縮手段（ｂ）によって圧縮されたビデオ信号を処理するビデオアーカイブ化プログラミング手段と、
（ｄ）圧縮された前記ビデオ信号を格納するビデオアーカイブ化手段と、
（ｅ）前記アーカイブ化手段（ｄ）に接続され、かつ前記アーカイブ化手段（ｄ）から取得したビデオイメージを、モバイルデバイスフォーマット、ウェブビデオフォーマット、およびＴＶビデオフォーマットから選択したフォーマットに圧縮する第２ビデオ圧縮手段と、
（ｆ）前記フォーマットに対応しており、前記アーカイブ化手段（ｄ）に問い合わせを行うとともに、（ｇ）遠隔モバイルデバイス、ウェブブラウザ、またはＴＶディスプレイコントローラおよび（ｈ）前記フォーマットに適切な決済ゲートウェイとの通信を行うことが可能なサーバ手段と、を備え、前期遠隔モバイルデバイス、ウェブブラウザ、またはＴＶディスプレイコントローラ（ｇ）からの特定のビデオイメージに対する要求が前記決済手段（ｈ）によって認可されることをトリガとして、アーカイブ化したビデオイメージは圧縮され、前記サーバ手段からの要望に応じて、前記サーバ手段（ｆ）へ、また続いて前記モバイルデバイス、ウェブブラウザ、またはＴＶディスプレイコントローラ（ｇ）へ中継される、システム。
【請求項２】
前記モバイルデバイスサーバ（ｆ）は、インターネットまたは同様の公開アクセス可能なネットワーク接続を介して前記ビデオアーカイブ化手段と通信状態にあるように接続されている、請求項１に記載のシステム。
【請求項３】
前記第２ビデオ圧縮手段（ｅ）は、インターネットまたは同様の公開アクセス可能なネットワークを介して前記モバイルデバイスサーバと通信状態にあるように接続されている、請求項１または２に記載のシステム。
【請求項４】
前記モバイルデバイス（ｇ）は、前記ビデオアーカイブ化手段（ｄ）から要求される前記特定のビデオイメージに関連付けられたユニークな識別子を含むテキストメッセージによって、モバイルデバイスサーバに問い合わせを行う、請求項１乃至３のうちいずれか一項に記載のシステム。
【請求項５】
前記サーバ手段（ｆ）はＴＶフォーマットに対応している、請求項１に記載のシステム。
【請求項６】
前記ＴＶディスプレイフォーマットはＴＶ映像全体の内部の小ウィンドウとして構成されている、請求項５に記載のシステム。
【請求項７】
請求項１乃至６のうちいずれか一項に記載のシステムを用いて、モバイル電子ディスプレイ装置上にイベントにおいてイベントを観戦する参列者のビデオイメージを表示する方法であって、
（ｉ）前記モバイルデバイス上に表示される特定のビデオイメージに関係付けられたユニークな識別子を含むテキストメッセージを、モバイルデバイスフォーマット（ｆ）に対応しているサーバ手段に中継するステップと、
（ｉｉ）ビデオアーカイブ化手段（ｄ）へ問い合わせを行って必要な特定のビデオイメージを特定する要求を、前記サーバ手段（ｆ）によって転送するステップと、
（ｉｉｉ）前記映像アーカイブ化手段（ｄ）によって、圧縮される特定のビデオイメージを前記モバイルデバイスに適切なファイルフォーマットに変換するステップと、
（ｉｖ）ステップ（ｉｉｉ）で取得した圧縮ファイルを、前記サーバ手段（ｆ）に中継するステップと、
（ｖ）モバイルデバイスのユーザアカウントにおいて、要求された特定のビデオイメージについての決済を行うステップと、
（ｖｉ）決済が完了したことの指示を前記サーバ手段（ｆ）に中継するステップと、
（ｖｉｉ）要求された特定のビデオイメージを、前記モバイルデバイスに中継し、前記モバイルデバイス上で表示するステップと、
からなる方法。
【請求項８】
ステップ（ｉｉ）において前記ビデオアーカイブ化手段へ問い合わせを行う要求は、インターネットまたは同様の公開アクセス可能なネットワーク接続を介して実行される、請求項５に記載の方法。
【請求項９】
工程（ｉｉｉ）において圧縮されたファイルの転送は、インターネットまたは同様の公開アクセス可能なネットワーク接続を介して実行される、請求項５または６に記載の方法。
【請求項１０】
参列者のための複数の座席と、請求項１乃至６のうちいずれか一項に記載のシステムとを備えるアリーナまたは競技場。
【請求項１１】
参列者は前記座席に着き、前記カメラはそれぞれの座席の各参列者のビデオイメージを取り込むように構成されている、請求項１０に記載のアリーナまたは競技場。
【請求項１２】
イベントにおいてイベントを観戦する特定の参列者のイメージを表示する方法であって、
ａ）カメラを用いて、イベントを観戦している参列者のイメージを取り込むステップと、
ｂ）カメラから受信した前記イメージを圧縮するステップと、
ｃ）前記圧縮したイメージを処理するステップと、
ｄ）前記圧縮し処理したイメージをアーカイブ化するステップと、
ｅ）前記アーカイブから取得したイメージを圧縮し、モバイルデバイスフォーマット、ウェブビデオフォーマット、およびＴＶビデオフォーマットから選択したフォーマットに対応するフォーマットのイメージを提供するステップと、
ｆ）サーバを用いてアーカイブ化手段へ問い合わせを行うステップと、前記サーバは、遠隔モバイルデバイス、ウェブブラウザ、またはＴＶディスプレイコントローラと通信を行うことが可能であり、かつ、決済ゲートウェイとの通信を行うことが可能であることと、サーバ手段は、圧縮されたイメージを受信し、同イメージをモバイルデバイス、ウェブブラウザ、またはＴＶディスプレイコントローラへ中継可能であるように通信状態にあることと、
ｇ）決済手段によって認可されると、モバイルデバイス、ウェブブラウザ、またはＴＶディスプレイコントローラのいずれかからの要求に応じて、参列者の特定のアーカイブ化イメージをモバイルデバイス、ウェブブラウザ、またはＴＶディスプレイコントローラへ配信するステップと、からなる方法。
【国際調査報告】
2010524276.tif 000009
2010524276.tif 000010
2010524276.tif 000011
2010524276.tif 000012
2010524276.tif 000013