映像配信サーバ装置、映像配信プログラム及び映像配信システム
【課題】簡易にユーザ毎の嗜好性にあった視聴が可能な映像配信サーバ装置及び映像配信システムを提供すること。
【解決手段】映像を視聴するユーザが使用するユーザ端末装置３０の専用アプリケーション３７が送信する加速度センサ３６の出力に応じた情報がネットワーク１、通信処理部１１を介して入力処理部１５に供給され、入力処理部１５が盛り上がり状況を示す情報として盛り上がりＤＢ１６に格納する。要求処理部２１は、ユーザ端末装置４０からの要求があると、当該ユーザの嗜好性と嗜好性ＤＢ１３に格納されている他のユーザの嗜好性に応じて、インデックス作成処理部２３に盛り上がりＤＢ１６に格納されている盛り上がり状況を示す情報から、インデックス情報を作成させる。インデックス情報に応じてユーザ端末装置４０からの映像データの部分の要求があると、配信処理部２５が画像データ中の要求された部分をユーザ端末装置４０宛に送信する。
【解決手段】映像を視聴するユーザが使用するユーザ端末装置３０の専用アプリケーション３７が送信する加速度センサ３６の出力に応じた情報がネットワーク１、通信処理部１１を介して入力処理部１５に供給され、入力処理部１５が盛り上がり状況を示す情報として盛り上がりＤＢ１６に格納する。要求処理部２１は、ユーザ端末装置４０からの要求があると、当該ユーザの嗜好性と嗜好性ＤＢ１３に格納されている他のユーザの嗜好性に応じて、インデックス作成処理部２３に盛り上がりＤＢ１６に格納されている盛り上がり状況を示す情報から、インデックス情報を作成させる。インデックス情報に応じてユーザ端末装置４０からの映像データの部分の要求があると、配信処理部２５が画像データ中の要求された部分をユーザ端末装置４０宛に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばネットワーク経由で映像を配信する映像配信サーバ装置及び映像配信システムに関する。
【背景技術】
【０００２】
音声・映像等の視聴を行う際の技術として、会場の歓声などの音声を入力してインデックス情報を作成する技術（例えば特許文献１）、試合結果の定義データに対してルールに基づいて重要度を計算し、ダイジェスト映像を作成する技術等が知られている（例えば特許文献２）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−１４３４５１号公報
【特許文献２】特開２０００−２６１７５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示された技術では、会場の盛り上がりを音声として入力してインデックス情報を作成しているが、会場全体の盛り上がり（音声）を入力とするため、ユーザ毎の嗜好性が考慮されず嗜好性にあった視聴ができない。また、特許文献２に開示された技術では、試合の状況を分析し、ルールに基づいて重要度を計算し、ダイジェスト映像を作成しているため、映像中のイベントの定義を行なう必要がある。このため、野球・サッカー等の映像の種類（イベント）毎に複雑なルールを作成しなくてはいけない。また、ルールにもとづいて計算した重要度がチームや特定の選手といったユーザ毎の嗜好性に合っているとは限らない。
【０００５】
本発明は、上記課題を解決するためになされたものであり、その目的は、簡易にユーザ毎の嗜好性にあった視聴が可能な映像配信サーバ装置及び映像配信システムを提供することにある。
【課題を解決するための手段】
【０００６】
（１）上記課題を解決するための本発明の映像配信サーバ装置は、ユーザ毎に固有の識別情報に対応付けて当該ユーザの嗜好性を示す情報を保持する嗜好性保持手段と、映像データを保持する映像データ保持手段と、ユーザ毎に固有の識別情報に対応付けて当該ユーザの盛り上がり状況を示す情報を前記映像データ保持手段に保持されている映像データに対応する時系列で保持する盛り上がり状況保持手段と、映像の配信を要求するユーザの嗜好性を示す情報を入力する嗜好性入力手段と、前記映像データの配信を要求するユーザの嗜好性を示す情報と、前記嗜好性保持手段に保持されている他のユーザの嗜好性を示す情報に応じて、前記盛り上がり状況保持手段に保持されている配信が要求された映像データに対応する盛り上がり状況を示す情報から、当該映像データのインデックス情報を作成して端末装置宛てに送信するインデックス作成手段と、当該インデックス情報を受信した端末装置からの、当該インデックス情報に応じて要求される前記映像データの部分を送信する映像データ送信手段とを備えている。
【０００７】
この発明によれば、映像データの配信を要求するユーザの嗜好性を示す情報と、嗜好性保持手段に保持されている他のユーザの嗜好性を示す情報に応じて、盛り上がり状況保持手段に保持されている配信が要求された映像データに対応する盛り上がり状況を示す情報から、当該映像データのインデックス情報を作成して送信する。このインデックス情報を受信した端末装置からの、当該インデックス情報に応じて要求される前記映像データの部分を送信することにより、ユーザ毎の嗜好性にあった映像データの部分を送信することができ、ユーザ毎の嗜好性にあった視聴を可能にすることができる。
【０００８】
（２）また、本発明の映像配信サーバ装置は、加速度センサと、加速度センサの出力から当該端末装置の振動を検出する検出部と、検出した振動に応じた情報を前記映像配信サーバに送信する送信手段とを有する携帯情報端末装置からの前記振動に応じた情報を受信する受信手段と、受信した前記振動に応じた情報を、前記盛り上がり状況を示す情報として前記盛り上がり状況保持手段に格納する格納手段とをさらに備える構成を有している。
【０００９】
この発明によれば、携帯情報端末装置の振動に応じた情報により、当該携帯情報端末装置を使用するユーザの盛り上がり状況を簡易に入力することができる。
【００１０】
（３）また、本発明の映像配信サーバ装置は、前記インデックス情報が、前記盛り上がり状況保持手段に保持されている盛り上がり状況の時間変化に応じた画像の表示の定義を含むページ記述データである構成を有している。この発明によれば、端末装置側において、当該ページ記述データに応じた画像を表示することにより、盛り上がり状況を視覚的に容易に把握することができるようになる。
【００１１】
（４）また、本発明の映像配信サーバ装置は、前記嗜好性を示す情報が、複数の項目に対応する情報からなり、前記インデックス作成手段は、前記映像データの配信を要求するユーザの嗜好性を示す情報の各々の項目の情報と、前記嗜好性保持手段に保持されている他のユーザの嗜好性を示す情報の各々の項目の情報との一致度に応じて、前記インデックス情報を作成する構成を有している。この発明によれば、ユーザ間の嗜好性の一致度に応じたインデックス情報を作成することができ、よりユーザの嗜好性にあった映像の視聴を可能にすることができる。
【００１２】
（５）また、本発明の映像配信サーバ装置は、前記一致度が高い順に、前記映像データのダイジェスト映像のデータを生成するダイジェスト生成手段と、当該ダイジェスト映像のデータの配信を要求する動作の記述を含むダイジェスト情報を作成して前記端末装置宛てに送信するダイジェスト情報送信手段とを備える構成を有している。この発明によれば、ダイジェスト情報により、ダイジェスト映像の映像データの配信を要求することができ、ユーザの嗜好性にあった映像をより簡易に視聴することができる。
【００１３】
（６）また、本発明の映像配信プログラムは、映像データを保持する映像データ保持手段に保持されている映像データをネットワーク経由で端末装置に供給するサーバ装置で実行される映像配信プログラムであって、当該サーバ装置を、映像の配信を要求するユーザの嗜好性を示す情報を入力する嗜好性入力手段、ユーザ毎に固有の識別情報に対応付けられた当該ユーザの嗜好性を示す情報と、他のユーザの盛り上がり状況を前記映像データ保持手段に保持されている映像データに対応する時系列で示す情報と、他のユーザの嗜好性を示す情報に応じて、当該映像データのインデックス情報を作成して端末装置宛てに送信するインデックス作成手段、当該インデックス情報を受信した端末装置からの、当該インデックス情報に応じて要求される前記映像データの部分を送信する映像データ送信手段、として機能させる。
【００１４】
この発明によれば、ユーザ毎に固有の識別情報に対応付けられた当該ユーザの嗜好性を示す情報と、他のユーザの盛り上がり状況を前記映像データ保持手段に保持されている映像データに対応する時系列で示す情報と、他のユーザの嗜好性を示す情報に応じて、当該映像データのインデックス情報を作成して端末装置宛てに送信し、当該インデックス情報を受信した端末装置からの、当該インデックス情報に応じて要求される前記映像データの部分を送信する。これにより、ユーザ毎の嗜好性にあった映像データの部分を送信することができ、ユーザ毎の嗜好性にあった視聴を可能にすることができる。
【００１５】
（７）また、本発明の映像配信システムは、本発明の映像配信サーバ装置と、前記映像配信サーバ装置からの映像データを受信する映像受信手段と、受信した映像データに応じた映像を表示させる表示手段とを有する前記端末装置とを備える構成を有している。この発明によれば、ユーザ毎の嗜好性にあった視聴を可能にすることができる。
【発明の効果】
【００１６】
本発明に係る映像配信サーバ装置は、簡易にユーザ毎の嗜好性にあった視聴を可能にすることができる。
【図面の簡単な説明】
【００１７】
【図１】本発明に係る映像配信サーバ装置の一実施形態における映像配信システムの構成を示すブロック図である。
【図２】嗜好性ＤＢに保持されるデータの例を示す図である。
【図３】盛り上がりＤＢに保持されているデータの例を示す図である。
【図４】会員ＤＢに保持されているデータの例を示す図である。
【図５】試合ＤＢに保持されているデータの例を示す図である。
【図６】ユーザ端末装置側に表示される嗜好性入力画像の例を示す図である。
【図７】ユーザ端末装置の使用態様を示すイメージ図である。
【図８】ユーザ端末装置で実行される専用アプリケーションの動作を示すフローチャートである。
【図９】ユーザ端末装置側に表示される盛り上がり入力画像の例を示す図である。
【図１０】映像の視聴を要求する際にユーザ端末装置側に表示される選択画像の例を示す図である。
【図１１】映像の視聴を要求する際にユーザ端末装置側に表示される嗜好性入力画像の例を示す図である。
【図１２】インデックス情報に応じてユーザ端末装置側に表示される画像の例を示す図である。
【図１３】インデックス情報の作成時に用いるデータの例を示す図である。
【図１４】インデックス情報の作成時に用いるデータの例を示す図である。
【図１５】インデックス情報の作成時に用いるデータの例を示す図である。
【図１６】インデックス情報の作成時に用いるデータの例を示す図である。
【図１７】変形例の映像配信システムにおいてユーザ端末装置側に表示されるランキング画像の例を示す図である。
【図１８】ランキング画像を作成する際の動作を説明するための図である。
【図１９】ランキング画像を作成する際の動作を説明するための図である。
【発明を実施するための形態】
【００１８】
以下、本発明の各実施形態について、図面を参照しながら説明する。
【００１９】
なお、以下に説明する実施形態は、ネットワーク経由でスポーツ等のイベントの映像を配信する映像配信システムに、本発明を適用した場合の実施形態である。
【００２０】
＜構成＞
まずは、図１を用いて映像配信システムの構成について説明する。なお、図１は、当該映像配信システムの全体の構成を示す図である。
【００２１】
この映像配信システムは、有線あるいは無線のネットワーク１で接続されたサーバ装置（映像配信サーバ装置）１０と、携帯電話端末装置あるいはスマートフォン等の携帯情報端末装置からなるユーザ端末装置（端末装置）３０と、パーソナルコンピュータ（ＰＣ）等の情報処理装置からなるユーザ端末装置（端末装置）４０とを備えている。この映像配信システムは、ユーザ端末装置３０又はユーザ端末装置４０からの要求に応じて、サーバ装置１０から映像データを例えばストリーミングによって送信し、ユーザ端末装置３０又はユーザ端末装置４０で映像データに応じた映像を表示させて視聴するようになっている。
【００２２】
サーバ装置１０は、インターネット等のネットワーク１を介した通信を制御する通信処理部１１と、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サービスを提供するＨＴＴＰサーバ１２と、当該システムを利用するユーザ毎の嗜好性に応じたデータ（嗜好性データ）を保持する嗜好性ＤＢ（嗜好性保持手段）１３と、嗜好性データの取得及び嗜好性ＤＢ１３に対する格納を制御する嗜好性入力部（嗜好性入力手段）１４と、ユーザ端末装置３０又はユーザ端末装置４０からの盛り上がり情報を取得する入力処理部１５と、映像（あるいは当該映像に対応するイベント）を視聴しているユーザの盛り上がり状況を時系列的に保持する盛り上がりＤＢ（盛り上がり状況保持手段）１６と、入力処理部１５を介して取得した盛り上がり情報に応じた盛り上がり状況を盛り上がりＤＢ１６に格納する盛り上がり入力部１７を備えている。
【００２３】
また、このサーバ装置１０は、ユーザ端末装置３０又はユーザ端末装置４０からの要求に応じた処理を実行する要求処理部２１と、当該システムを利用する個々のユーザについての情報を保持する会員ＤＢ２２と、ユーザ端末装置３０又はユーザ端末装置４０からの要求に応じて映像のインデックス情報を作成するインデックス作成処理部（インデックス作成手段）２３と、映像データの識別情報に対応する属性情報等を保持する試合ＤＢ２４と、要求処理部２１を介したユーザからの指示に応じてユーザ端末装置３０又はユーザ端末装置４０宛てに送信する配信処理部（映像データ送信手段）２５と、スポーツ等のイベントの映像データを保持する映像格納部（映像データ保持手段）２６とを備えている。なお、要求処理部２１とインデックス作成処理部２３は、例えばＨＴＴＰサーバ１２の機能として実現されている。
【００２４】
また、ユーザ端末装置３０は、ネットワーク１を介したサーバ装置１０等との通信を制御する通信処理部３１と、ＨＴＴＰサーバ１２が提供するＨＴＴＰサービスを利用するＷｅｂブラウザ３２と、ＨＴＴＰサービスに応じた画像等を表示する表示部３３と、ユーザからの指示等を入力する入力部３４と、スクリプト言語等で記述されたプログラム（アプリケーション）を実行するＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）等からなる実行環境３５と、ユーザ端末装置３０の加速度を検出する加速度センサ３６と、この加速度センサ３６の検出出力等の盛り上がり状況を示す情報を所定の時間間隔でサーバ装置１０宛てに送信する専用アプリケーション（送信手段）３７とを備えている。なお、サーバ装置１０からの映像データに応じた表示は、例えばストリーミング配信される映像データを受信して映像を表示するＷｅｂブラウザ３２のプラグイン（プログラム）によって実現している。
【００２５】
また、ユーザ端末装置４０は、ネットワーク１を介したサーバ装置１０等との通信を制御する通信処理部４１と、ＨＴＴＰサーバ１２が提供するＨＴＴＰサービスを利用するＷｅｂブラウザ４２と、ＨＴＴＰサービスに応じた画像等を表示する表示部４３と、ユーザからの指示等を入力する入力部４４とを備えている。サーバ装置１０からの映像データに応じた表示は、例えばＷｅｂブラウザ４２のプラグインによって実現している。
【００２６】
ネットワーク１は、例えばＴＣＰ／ＩＰプロトコルで通信を行うようになっており、通信処理部１１は、通信パケットを、ポート毎にＨＴＴＰサーバ１２、入力処理部１５、要求処理部２１に振り分けるようになっている。
【００２７】
ユーザ端末装置３０又はユーザ端末装置４０のユーザが映像を視聴する際には、Ｗｅｂブラウザ３２又はＷｅｂブラウザ４２からサーバ装置１０のアドレスを入力して、映像の視聴要求を送信する。この視聴要求は、サーバ装置１０の特定ポート宛ての通信パケットとして、ネットワーク１、通信処理部１１を介して要求処理部２１に供給される。要求処理部２１は、通信パケットを受信すると、その内容に応じて、ユーザの嗜好性に応じた映像の視聴を支援するインデックス情報の作成（インデックス作成処理部２３）、ストリーミングによる映像データの送信（配信処理部２５）等の処理を実行する。
【００２８】
＜データ構造＞
図２は、嗜好性ＤＢ１３に格納されるデータの例を示す図である。この実施形態では、嗜好性を大まかに応援対象と観点とに分けている。応援対象については、例えば野球やサッカー等のチームで対戦するゲームの場合には、ユーザが応援するチームとし、個人が対戦する球技、格闘技等のゲームの場合には、ユーザが応援する選手とすることができる。
【００２９】
また、観点については、予め詳細な項目を決めておき、各ユーザ毎に会員ＩＤ（ユーザ毎に固有の識別情報）と各項目の値（該当する場合には”ＴＲＵＥ”、該当しない場合には”ＦＡＬＳＥ”）とを対応付けて嗜好性ＤＢ１３に格納する。なお、この図２は、野球やサッカー等のチームスポーツの場合の例を示しており、応援対象を、チーム（Ａ、Ｂ、Ｃ、・・・）に対するチームＩＤ（チーム毎に固有の識別情報）を１、２、３、．．．とし、観点を、好きな選手（Ａチーム［ＡＡ、ＡＢ、ＡＣ、・・・］、Ｂチーム［ＢＡ、ＢＢ、ＢＣ、・・・］、Ｃチーム［ＣＡ、・・・］）とシーン（Ａ［例えば野球の場合では、投手戦等］、Ｂ［例えば野球の場合では、打撃戦等］、Ｃ［例えば野球やサッカー等の場合では、得点等］、．．．）とした例を示している。これらの観点は、ユーザが、自分の好みにより、視聴しようとしている映像（あるいは当該映像に対応するイベント）に応じて設定する。なお、リアルタイムでイベントを視聴するユーザも、視聴前に、当該イベントにおける応援対象と、観点を入力した後、専用アプリケーション３７を起動する。また、この際の応援対象は、当該イベントにおける応援対象を入力するが、観点については、当該試合に限らず、一般的な興味の対象等に基づく観点を入力するようにしてもよい。後で視聴するユーザの観点との相関があればよいためである。
【００３０】
また、図３は、盛り上がりＤＢ１６に格納されるデータの例を示す図である。この盛り上がりＤＢ１６には、映像格納部２６に格納されている映像データの試合ＩＤ（映像データ毎に固有の識別情報）と、当該映像データに応じた映像（あるいは当該映像データに対応するイベント）を視聴した際に盛り上がったユーザの会員ＩＤと、盛り上がったタイミングの当該映像データの開始からの経過時間と、盛り上がったことを示すフラグ（盛り上がりＦｌａｇ［”ＴＲＵＥ”：盛り上がっている、”ＦＡＬＳＥ”：盛り上がっていない］）とを対応付けて格納している。なお、盛り上がったタイミングのみを盛り上がりＤＢ１６に格納しておくのであれば、盛り上がりＦｌａｇは必須ではない。
【００３１】
また、図４は、会員ＤＢ２２に格納されるデータの例を示す図である。この実施形態では、会員ＩＤと、当該会員ＩＤに対応するユーザの氏名、性別、年齢、住所等を示すデータとしている。
【００３２】
図５は、試合ＤＢ２４に格納されるデータの例を示す図である。この試合ＤＢ２４には、映像データの試合ＩＤと、これに対応する属性情報等が格納されている。例えば野球やサッカー等のチームスポーツの場合では、属性情報を、試合の日時、場所（試合を行った場所）、対戦したチーム（チーム１、チーム２）、各チームの出場した選手、結果（試合の結果）等とすることができる。
【００３３】
＜動作＞
次に、本実施形態に係る映像配信システムの動作を説明する。この映像配信システムでは、全体として、各々独立して実行される以下の３つの処理がある。
（１）嗜好性入力
この処理では、映像（あるいは当該映像データに対応するイベント）を視聴するユーザの嗜好性に応じた情報を、ユーザ端末装置３０又はユーザ端末装置４０からサーバ装置１０の嗜好性ＤＢ１３に入力する。
（２）盛り上がり入力
この処理では、映像（あるいは当該映像データに対応するイベント）を視聴するユーザの盛り上がり状況をユーザ端末装置３０又はユーザ端末装置４０からサーバ装置１０の盛り上がりＤＢ１６に入力する。
（３）視聴要求に応じたインデックス情報の作成・提供
この処理では、ユーザ端末装置３０又はユーザ端末装置４０からの要求に応じて、ユーザの嗜好性に応じた映像の視聴を支援するインデックス情報を作成し、ユーザ端末装置３０又はユーザ端末装置４０に供給する。このインデックス情報に応じて、ユーザ端末装置３０又はユーザ端末装置４０を操作することにより、ユーザが映像中の見たい部分を選択して視聴することができる。
【００３４】
＜嗜好性入力＞
この映像配信システムを利用するユーザは、映像（あるいは当該映像データに対応するイベント）を視聴する前に、ユーザ端末装置３０（ユーザ端末装置４０）を用いて嗜好性を入力する。ユーザは、まず、ユーザ端末装置３０のＷｅｂブラウザ３２（ユーザ端末装置４０のＷｅｂブラウザ４２）を操作してサーバ装置１０の所定のアドレスにアクセスし、嗜好性の入力を要求する。この要求は、ネットワーク１、通信処理部１１、ＨＴＴＰサーバ１２に供給される。
【００３５】
ＨＴＴＰサーバ１２は、予め準備されていた入力フォームのデータ（例えば入力欄とＰＯＳＴメソッド等の送信動作を記述したＨＴＭＬ形式のファイル等）をユーザ端末装置３０（ユーザ端末装置４０）宛てに送信する。この入力フォームのデータに応じて、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）により、例えば図６に示すような画像５１が、表示部３３（表示部４３）に表示される。
【００３６】
この画像５１中には、嗜好性の具体的な内容をチェックボックスによって入力する入力欄５１Ａ、５１Ｂ、５１Ｃと、各入力欄５１Ａ、５１Ｂ、５１Ｃの入力を、例えばＰＯＳＴメソッドにより送信する動作に対応付けられたボタン５１Ｄが含まれている。
【００３７】
この画像を見たユーザが、入力部３４（入力部４４）を操作し、各入力欄５１Ａ、５１Ｂ、５１Ｃの該当する部分のチェックボックスをチェックし、入力したデータの送信を指示するボタン５１Ｄをクリックすると、例えばＰＯＳＴメソッドにより、ＨＴＴＰサーバ１２宛てに、入力されたデータが当該ユーザの会員ＩＤと共に送信される。なお、会員ＩＤについては、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）が保持するｃｏｏｋｉｅや、入力フォームの送信を要求する前のログイン処理等により、特定されている。
【００３８】
このデータを受信すると、ＨＴＴＰサーバ１２は、受信したデータを嗜好性入力部１４に供給する。嗜好性入力部１４は、受信したデータを当該ユーザの会員ＩＤに対応付けて嗜好性ＤＢ１３に格納する。これにより、当該ユーザの嗜好性に応じた情報が嗜好性ＤＢ１３に登録され、嗜好性入力の処理が終了する。
【００３９】
＜盛り上がり入力＞
図７は、盛り上がり入力処理における、ユーザ端末装置３０の使用態様を示すイメージ図である。盛り上がり入力処理において、ユーザ端末装置３０を使用する場合には、同図中に示すように、予め専用アプリケーション３７を起動した状態で、映像（あるいは当該映像データに対応するイベント［※リアルタイムであれば、会場で観ていてもライブ中継でテレビ等で観ていてもかまわない。］）を視聴し、盛り上がったタイミングでユーザ端末装置３０を振るようにする。
【００４０】
図８は、ユーザ端末装置３０で実行される専用アプリケーション３７の動作を示すフローチャートである。ユーザが、専用アプリケーション３７を起動すると、専用アプリケーション３７は、所定の時間間隔｛τ：例えば１秒（１［ｓ］）｝が経過したか否かを確認し（Ｓ１）、所定の時間間隔毎に、加速度センサ３６の出力を取得し（Ｓ２）、取得したデータに応じたデータ（盛り上がり状況に応じたデータ）を、会員ＩＤと共にサーバ装置１０の所定のポート宛てに送信する。送信するデータは、例えば加速度センサ３６の出力の絶対値が所定のしきい値以上であれば盛り上がっている状態であることを示す”ＴＲＵＥ”、加速度センサ３６の出力の絶対値が閾値より小さければ盛り上がっていないことを示す”ＦＡＬＳＥ”とする。この後、ユーザが当該専用アプリケーション３７の終了を選択したか否かを確認し（Ｓ４）、終了が選択されるまでＳ１〜Ｓ３の動作を繰り返す。なお、ＴＣＰコネクションのセッション管理を行うのであれば、ログイン処理を行う際に会員ＩＤをサーバ装置１０宛に送信し、この後のセッション内の通信においては、ログインＩＤの送信は行わない動作としてもよい。これにより、トラフィックの削減に寄与することができる。
【００４１】
これにより、ユーザが専用アプリケーション３７を起動している間、所定の時間間隔毎に、ユーザ端末装置３０からサーバ装置１０の所定のポート宛てに、当該ユーザ端末装置３０のユーザの盛り上がり状況を示すデータが送信され続ける。このデータは、サーバ装置１０の通信処理部１１を介して入力処理部１５に供給される。
【００４２】
入力処理部１５は、供給されたデータを、当該ユーザ端末装置３０を操作しているユーザが視聴している映像（あるいは当該映像データに対応するイベント）の試合ＩＤに対応付けて、当該ユーザの会員ＩＤ、視聴開始からの経過時間、盛り上がりＦｌａｇを盛り上がりＤＢ１６に格納する。このような処理により、盛り上がりＤＢ１６には、上述の図３のようなデータが蓄積される。
【００４３】
なお、盛り上がりデータの入力は、ユーザ端末装置３０を振るだけでなく、専用アプリケーション３７により、例えばユーザ端末装置３０の表示部３３に図９に示すような画像５５を表示させておき、盛り上がった際に所定のボタンを押下し、専用アプリケーション３７がボタンの押下を所定の時間間隔毎にサーバ装置１０側に送信するようにしてもよい。また、このような動作であれば、ユーザ端末装置４０のＷｅｂブラウザ４２が図９と同様の画像を表示させ、Ｗｅｂブラウザ４２が所定時間毎に画像５５中のボタンの画像５５Ａがクリックされたか否かをサーバ装置１０宛てに送信するようにしてもよい。
【００４４】
また、ユーザ端末装置４０における映像の視聴とユーザ端末装置３０からの盛り上がりの入力との同期を取っておけば、例えばユーザ端末装置４０で映像を視聴しながら、ユーザ端末装置３０で盛り上がりの入力を行うようにしてもよい。よって、映像（イベント）の視聴は必ずしもリアルタイムでの視聴に限る必要はない。
【００４５】
＜視聴要求＞
ユーザ端末装置３０（ユーザ端末装置４０）のユーザは、サーバ装置１０が提供する映像配信サービスを利用しようとする際に、まず、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）を操作して、サーバ装置１０の特定のポート宛に視聴要求を送信する。
【００４６】
この視聴要求は、ネットワーク１、通信処理部１１を介して要求処理部２１に供給される。要求処理部２１は、この要求に応じて、配信処理部２５を介して視聴可能な映像データの試合ＩＤ等の情報を試合ＤＢ２４から取得させ、これらの情報を含むデータ（ページ記述データ）を生成し、通信処理部１１を介してユーザ端末装置３０（ユーザ端末装置４０）宛てに送信する。ユーザ端末装置３０のＷｅｂブラウザ３２（ユーザ端末装置４０のＷｅｂブラウザ４２）は、このデータに応じて、例えば図１０に示すような画像６１を表示部３３（表示部４３）に表示させる。
【００４７】
この画像６１中には、視聴を希望する映像データの試合ＩＤを含む要求を送信する動作の定義（例えばリンクやＰＯＳＴメソッド）が含まれており、これに応じたリンク表示６１Ａ、６１Ｂ、６１Ｃ、６１Ｄが含まれている。ユーザ端末装置３０（ユーザ端末装置４０）のユーザは、この画像６１を確認し、入力部３４（入力部４４）を操作して、視聴したい映像に対応するリンク表示６１Ａ、６１Ｂ、６１Ｃ、６１Ｄを指示する。これに応じて、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）は、選択されたリンク表示に対応して定義されている動作を実行し、上述の試合ＩＤを含む要求をサーバ装置１０の所定のポート宛に送信する。
【００４８】
この要求は、ネットワーク１、通信処理部１１を介して要求処理部２１に供給される。要求処理部２１は、当該要求に含まれる試合ＩＤに対応する属性情報の選択を行うためのデータ（例えばＨＴＭＬ形式あるいはＸＭＬ形式等のページ記述データ）をインデックス作成処理部２３に作成させる。インデックス作成処理部２３は、試合ＤＢ２４中の当該試合ＩＤに対応する属性データに応じて上述のページ記述データを生成し、要求処理部２１に供給する。要求処理部２１は、インデックス作成処理部２３から供給されたページ記述データをユーザ端末装置３０（ユーザ端末装置４０）宛てに送信する。
【００４９】
このページ記述データを受信したユーザ端末装置３０のＷｅｂブラウザ３２（ユーザ端末装置４０のＷｅｂブラウザ４２）は、これに応じて、例えば図１１に示すような画像６２を表示部３３（表示部４３）に表示させる。
【００５０】
この画像６２中には、趣向性の具体的な内容をチェックボックスによって入力する入力欄６２Ａ、６２Ｂ、６２Ｃと、各入力欄６２Ａ、６２Ｂ、６２Ｃの入力を、例えばＰＯＳＴメソッドにより送信する動作に対応付けられたボタン６２Ｄが含まれている。
【００５１】
この画像を見たユーザが、入力部３４（入力部４４）を操作し、各入力欄６２Ａ、６２Ｂ、６２Ｃの該当する部分のチェックボックスをチェックし、入力したデータの送信を指示するボタン６２Ｄをクリックすると、例えばＰＯＳＴメソッドにより、サーバ装置１０の所定のポート宛てに、入力された嗜好性についてのデータが送信される。このデータは、ネットワーク１、通信処理部１１を介して要求処理部２１に供給される。
【００５２】
上述のように、嗜好性についてのデータが供給されると、要求処理部２１は、インデックス作成処理部２３に、インデックス情報（インデックス情報の可視化コンテンツ）を生成させ、ユーザ端末装置３０（ユーザ端末装置４０）宛てに送信する。このインデックス情報を受信したＷｅｂブラウザ３２（Ｗｅｂブラウザ４２は、）は、表示部３３（Ｗｅｂブラウザ３２）に、例えば図１２に示すような画像７０を表示させる。
【００５３】
この画像７０中には、サーバ装置１０から供給される映像データに応じた映像を表示する映像領域７１と、インデックス情報に応じた画像を表示するインデックス情報領域７２とを含んでいる。インデックス情報領域７２には、上述のように映像を視聴しようとするユーザが指定した応援対象（自チーム）についての重要度（自チーム重要度）を示す表示７３と、上述のようにユーザが指定した観点についての重要度（観点重要度）を示す表示７４と、上述のようにユーザが指定した応援対象以外（相手チーム）についての重要度（相手チーム重要度）を示す表示７５と、自チームのクライマックスシーンを示す表示７６と、映像中の再生位置を指示する再生バー７７とが表示されている。
【００５４】
このような画像７０を見たユーザは、インデックス情報領域７２の表示に応じて、入力部３４（入力部３４）を操作し、インデックス情報領域７２中の再生バー７７の位置を移動させて、見たいシーン（映像コンテンツ中の再生する時間領域）を選択する。
【００５５】
シーン（時間領域）が選択されると、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）は、再生バー７７の移動によって選択されたシーン（時間領域）についての情報を、サーバ装置１０の所定のポート宛に送信する。より詳細には、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）のプラグインが、再生バー７７の位置に応じた時間領域の映像データを要求する情報をサーバ装置１０の所定のポート宛に送信する。
【００５６】
このような情報は、ネットワーク１、通信処理部１１を介して要求処理部２１に供給される。このような情報を受信すると、要求処理部２１は、配信処理部２５を介して、上述のように指定された試合ＩＤに対応する映像データ中の選択された時間領域に対応する部分を映像格納部２６から読み出し、ユーザ端末装置３０（ユーザ端末装置４０）宛ての所定のポート宛に送信する。
【００５７】
ユーザ端末装置３０（ユーザ端末装置４０）のＷｅｂブラウザ３２（Ｗｅｂブラウザ４２）のプラグインは、当該ポート宛のデータパケットを監視しており、要求処理部２１からの映像データを受信すると、当該映像データに応じた映像を映像領域７１に表示させる。これにより、ユーザの嗜好性に応じたインデックス情報からユーザが選択した時間領域の映像が映像領域７１に表示される。
【００５８】
このような動作により、この実施形態では、映像の視聴を要求するユーザが、サーバ装置１０から提供されたインデックス情報に応じて、ユーザ端末装置３０又はユーザ端末装置４０を操作することにより、ユーザが映像中の見たい部分を選択して視聴することができる。従って、簡易にユーザ毎の嗜好性にあった視聴を可能にすることができる。
【００５９】
＜インデックス情報の作成・提供＞
以下、上述のインデックス情報の作成動作の詳細について説明する。
ユーザの嗜好性にあった部分（時間領域）としては、例えば以下のような条件を満たす部分が想定される。
（１）自分が応援するチーム（応援対象）が、得点した部分、チャンス、好プレーをした部分やピンチを切り抜けた部分
（２）（１）の中で、自分の応援しているチーム（応援対象）で、かつ自分の観点（自分が好きな選手が出ている部分、投手戦、打撃戦、得点等）にあった部分（例えば「得点シーン」という観点に興味があっても、応援していない相手チームの得点シーンは観たくないと考えられるため、応援対象も考慮している。）
【００６０】
逆に、ユーザの嗜好性にあっていない（見たくない）部分としては、以下のような条件を満たす部分が想定される。
（３）相手チーム（応援対象以外）が、得点した部分、チャンス、好プレーをした部分やピンチを切り抜けた部分
【００６１】
このため、本実施形態では、映像を視聴しようとするユーザが入力した上述の嗜好性と、他のユーザの盛り上がり度と嗜好性とから、上述の（１）、（２）、（３）の条件を考慮したインデックス情報を作成している。
【００６２】
具体的には、本実施形態では、インデックス情報として、以下の情報を作成する。
（ａ）チーム重要度
（ｂ）クライマックスシーン
（ｃ）観点重要度
【００６３】
（ａ）チーム重要度
チーム重要度は、ユーザの応援対象毎の盛り上がり度から判断した重要度を示しており、応援対象となる各々のチーム毎に、例えば１秒単位で算出する。このチーム重要度が高ければ高いほど、そのチームを応援対象とするユーザにとって上述の（１）の条件を満たす部分に該当すると考えられる。このため、この実施形態では、応援対象のチーム毎に、応援対象が当該チームであるユーザの盛り上がりを示す指標（当該チームを応援対象としているユーザであって盛り上がっているユーザ（盛り上がりＦｌａｇが”ＴＲＵＥ”であるユーザ）の数／当該チームを応援対象としていて専用アプリケーション３７を起動しているユーザの総数）を各々のチームのチーム重要度とし、インデックス情報に付加する。
【００６４】
（ｂ）クライマックスシーン
クライマックスシーンは、例えば２死満塁など、緊迫した場面を想定している。クライマックスシーンにおいては、対戦中の両チームのファンが同様に盛り上ると考えられ、両チームのチーム重要度が同様に高くなると考えられる。このため、この実施形態では、対戦中の両チームの各々を応援対象とするユーザのチーム重要度が一定以上である部分をクライマックスシーンと判断する。
【００６５】
このクライマックスシーンでは、例えば「２死満塁を抑える」、「得点を許す」等の結果に応じて、その後の各チームの盛り上がりが、「盛り下がる」、「より盛り上がる」に分かれると考えられる。クライマックスシーン関しては、その後に盛り下がるようでは観たくない（上記の（３））と考えられ、より盛り上がるようでは観たい（上記の（１））、と考えられる。このため、この実施形態では、クライマックスシーンの部分（時間領域）を示す情報と、それがどちらのチームにとって望ましいシーンかを示す情報をインデックス情報に付加する。
【００６６】
（ｃ）観点重要度（自分の観点に合った盛り上がり度）
観点重要度は、映像を視聴しようとしているユーザの応援対象及び観点との一致度により重み付けを行った盛り上がり度を示しており、１秒単位で算出する。この観点重要度が高ければ高いほど、映像を視聴しようとしているユーザにとって、上述の（２）の条件を満たす部分（観点に近い部分）と考えられる。このため、この実施形態では、盛り上がりを入力した他のユーザの嗜好性と映像を視聴しようとしているユーザの嗜好性との一致率を考慮し、嗜好性の一致率の高い他のユーザが盛り上がっている部分を示す指標を観点重要度とし、インデックス情報に付加する。
【００６７】
以下、各々の情報のさらに詳細な計算方法について説明する。
＜チーム重要度の計算方法＞
上述の各々の応援対象毎のチーム重要度は、上述のインデックス作成処理部２３と盛り上がりＤＢ１６に格納されているデータを用いて、インデックス作成処理部２３が映像データの開始位置から１秒毎に計算する。
【００６８】
映像を視聴しようとしているユーザと同じ応援対象（自チーム）についてのチーム重要度は、以下の式によって求めることができる。
自チームのチーム重要度 ＝ Ｗ／Ｘ ［％］
ここで、左辺分母のＸは、当該ユーザと同じ応援対象を選択していて専用アプリケーション３７を起動しているユーザの総数であり、左辺分子のＷは、当該ユーザと同じ応援対象を選択しており、盛り上がりＦｌａｇが"ＴＲＵＥ"であるユーザの数である。
【００６９】
インデックス作成処理部２３は、盛り上がりＤＢ１６から、ユーザが視聴しようとしている映像データの試合ＩＤに対応する盛り上がり情報（当該試合ＩＤに対応付けられている全てのデータ）を取得し、当該映像データの開始時間から１秒（１［ｓ］）毎に、自チームのチーム重要度を求める。
【００７０】
また、映像を視聴しようとしているユーザと異なる応援対象（相手チーム）についてのチーム重要度は、以下の式によって求めることができる。
相手チームのチーム重要度 ＝ Ｙ／Ｚ ［％］
ここで、左辺分母のＺは、当該ユーザと異なる応援対象を選択しているユーザの総数であり、左辺分子のＹは、当該ユーザと異なる応援対象を選択しており、盛り上がりＦｌａｇが"ＴＲＵＥ"であるユーザの数である。
【００７１】
インデックス作成処理部２３は、盛り上がりＤＢ１６から、ユーザが視聴しようとしている映像データの試合ＩＤに対応する盛り上がり情報（当該試合ＩＤに対応付けられている全てのデータ）を取得し、当該映像データの開始時間から１秒（１［ｓ］）毎に、相手チームのチーム重要度を求める。
【００７２】
この結果求められるチーム重要度は、例えば図１３に示すように、当該試合ＩＤに対応する画像データの開始位置からの経過時間と、各々のチームのチームＩＤと当該チームのチーム重要度（重要度）を並べた状態となる。
【００７３】
具体的には、例えばある試合ＩＤに対応する映像を視聴しようとしているユーザと同じチーム（応援対象：Ａチーム）を選択しているユーザ数が６０であり、当該ユーザと異なるチーム（応援対象：Ｂチーム）を選択しているユーザ数が４０であるとする。当該試合ＩＤに対応する映像の開始からある経過時間ｔ秒において、Ａチームを応援対象としているユーザのうち、盛り上がりＦｌａｇが”ＴＲＵＥ”であるユーザの数が４０であり、Ｂチームを応援対象としているユーザのうち、盛り上がりＦｌａｇが”ＴＲＵＥ”であるユーザの数が１０である場合の自チーム重要度と相手チーム重要度は、以下のようになる。
自チーム重要度 ＝ ４０／６０ ＝ ０．６７（６７％）
相手チーム重要度 ＝ １０／４０ ＝ ０．２５（２５％）
【００７４】
なお、自チーム重要度が大きければ大きいほど、かつ相手チーム重要度が小さければ小さいほど自チームにとって望ましいシーンとなる。
【００７５】
このようにチーム重要度を求めると、インデックス作成処理部２３は、インデックス情報に、当該チーム重要度に応じた画像の表示を指示する記述を追加する。これにより、当該インデックス情報に応じて、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）側で、上述の図１２中の自チーム重要度を示す表示７３と、相手チーム重要度を示す表示７５を表示できる状態になる。
【００７６】
＜クライマックスシーンの計算方法＞
上述のクライマックスシーンは、上述のように求めた各々の応援対象についてのチーム重要度（各チーム毎の盛り上がり度）を用いてインデックス作成処理部２３が求める。インデックス作成処理部２３は、上述のように求めた各々の応援対象についてのチーム重要度が、共に所定の値（例えば８０％）を超えている部分をクライマックスシーンと判断する。なお、このクライマックスシーンを判断する所定の値は、８０％でなくともよく、映像の種類によって適宜変更することができる。
【００７７】
例えば映像の視聴を要求するユーザの応援対象がＡチームであり、各々の応援対象についてのチーム重要度が、図１４に示す状態だった場合について検討する。同図中の実線は、応援対象をＡチームとしているユーザの盛り上がり度（上述の自チーム重要度に対応）を示しており、破線は、応援対象をＢチームとしているユーザの盛り上がり度（上述の相手チーム重要度に対応）である。各々のチーム重要度がこのような状態である場合、インデックス作成処理部２３は、各チーム重要度が共に８０％を超えたｔ２から、一方のチーム重要度が８０％を下回るｔ５の前（すなわちｔ４）までの部分（時間領域）をクライマックスシーンと判断する。
【００７８】
また、インデックス作成処理部２３は、上述のように判断したクライマックスシーンがいずれのチーム（応援対象）にとってのものか判断する。具体的には、インデックス作成処理部２３は、クライマックスシーンが終了した後の所定時間（例えば３０秒間）内の、相手チーム重要度（この場合は、チームＢのチーム重要度）の平均が所定の値（例えば６０％）以下であり、かつ、自チーム重要度がクライマックスシーンの間の値以上である場合に、当該クライマックスシーンを自チーム（この場合はＡチーム）のクライマックスシーンであると判断する。この条件を満たさない場合は、インデックス作成処理部２３は当該クライマックスシーンを相手チーム（この場合はＢチーム）のクライマックスシーンであると判断する。なお、判断する所定の時間及び所定の値は、この３０秒、６０％に限られず、対象となる映像によって適宜変更してもよい。
【００７９】
具体的には、例えば時間ｔ１において、自チーム重要度（チームＡの盛り上がり度）が８５％、相手チーム重要度（チームＢの盛り上がり度）が８０％であり、１秒後の時間ｔ２において、自チーム重要度が８５％、相手チーム重要度が７９％となり、この後３０秒間で、自チーム重要度の平均が９０％、相手チーム重要度の平均が５０％となった場合、インデックス作成処理部２３は、当該クライマックスシーンがチームＡのクライマックスシーンであると判断する。
【００８０】
インデックス作成処理部２３は、映像データの全体について、上述のように、クライマックスシーンの開始時間と終了時間及びいずれのチームのクライマックスシーンであるかを求め、例えば図１５に示すように、試合ＩＤと、開始時間と終了時間及びチームＩＤに対応付けてクライマックスシーンについての情報とする。さらに、インデックス作成処理部２３は、インデックス情報に、クライマックスシーンについての情報に応じた画像の表示を指示する記述を追加する。これにより、当該インデックス情報に応じて、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）側で、上述の図１２中の自チームのクライマックスシーンを示す表示７６を表示できる状態になる。
【００８１】
なお、以上の説明では、自チームのクライマックスシーンのみを表示する動作について説明しているが、クライマックスシーンについての情報を用いれば、相手チームのクライマックスシーンも特定することができる。このため、自チームのクライマックスシーンの表示とは異なる表示態様（例えば色を変えたり、破線の形態を変える等）で、相手チームのクライマックスシーンを表示する記述をインデックス情報に追加するようにしてもよい。これにより、ユーザ端末装置３０（ユーザ端末装置４０）を使用しているユーザに相手チームのクライマックスシーンを認識させることができるようになる。
【００８２】
＜観点重要度の計算方法＞
上述の観点重要度は、嗜好性ＤＢ１３と盛り上がりＤＢ１６に格納されているデータを用いて、インデックス作成処理部２３が、映像データの１秒毎に、映像を視聴しようとしているユーザの観点との一致度により重み付けを行った盛り上がり度として求める。
【００８３】
この観点重要度は、次式によって求めることができる。
観点重要度 ＝ Ｕ／Ｘ ［％］
ここで、左辺分母のＸは、上述の自チームのチーム重要度を求める際と同じく、当該ユーザと同じ応援対象を選択していて専用アプリケーション３７を起動しているユーザの総数であり、左辺分子のＵは、当該ユーザと同じ応援対象を選択しており、盛り上がりＦｌａｇが"ＴＲＵＥ"であるユーザの観点ポイントの合計である。
【００８４】
また、観点ポイントは、映像の視聴を要求しているユーザと、他のユーザの観点との一致度である。具体的には、例えば映像の視聴を要求しているユーザが入力した観点の数をＢとし、他のユーザが入力した観点の数をＣとし、これらの観点が一致している数をＤとすると、観点ポイントは、 Ｄ／Ｂ となる。
【００８５】
なお、観点ポイントは、盛り上がりを入力したユーザと映像の視聴を要求するユーザの観点の一致度が高ければ高いほど大きくなる。これにより、盛り上がり度（上述の自チーム重要度）に、観点の一致度によって重み付けし、観点が近いユーザの意見を重く扱うようになっている。
【００８６】
例えば映像の視聴を要求しているユーザと同じ応援対象を選択しているユーザ数が１０で、このうち盛り上がりＦｌａｇが”ＴＲＵＥ”であるユーザ数が５であり、これらのユーザの観点ポイントが、各々、０．６８、０．５５、０．８０、０．１５、０．５２である場合、観点重要度は、
（０．６８＋０．５５＋０．８０＋０．１５＋０．５２）／１０＝０．２７（２７％）
となる。なお、このような条件下での自チーム重要度は、
５／１０＝０．５（５０％） となる。
【００８７】
このように求めた観点重要度は、例えば図１６に示すように、試合ＩＤと映像データの開始からの経過時間と当該時間における重要度とを対応付けたデータとなる。このような観点重要度を求めると、インデックス作成処理部２３は、インデックス情報に、求めた観点重要度に応じた画像の表示を指示する記述を追加する。これにより、当該インデックス情報に応じて、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）側で、上述の図１２中の観点重要度を示す表示７４を表示できる状態になる。
【００８８】
＜効果＞
この実施形態では、上述のように、映像（あるいは当該映像データに対応するイベント）を視聴するユーザの嗜好性を入力し、当該映像（あるいは当該映像データに対応するイベント）を見たユーザが、盛り上がり状況を入力しておき、映像の視聴を要求するユーザの嗜好性に合ったインデックス情報を作成してユーザ端末装置に提供することにより、映像の視聴を要求するユーザ毎の嗜好性にあった視聴を可能にすることができる。これにより、例えばスポーツ等のイベントの映像を視聴する際に、全ての映像を視聴することなく、自分の嗜好性にあった部分のみ選択して視聴することができる。
【００８９】
＜変形例＞
次に、図１７〜図１９を用いて本実施形態の映像配信システムの変形例について説明する。この変形例に係る映像配信システムでは、上述のように作成したインデックス情報に基づいて、映像格納部２６に格納されている映像データからダイジェスト映像を作成し、ユーザ端末装置３０（ユーザ端末装置４０）からの要求に応じて提供するようになっている。このダイジェスト映像を作成する映像データ中の部分（区間）は、例えば上述のチーム重要度、クライマックスシーン、観点重要度に応じて、インデックス作成処理部（ダイジェスト情報送信手段）２３が選択するようになっている。
【００９０】
＜チーム重要度＞
インデックス作成処理部２３は、上述のチーム重要度中の、盛り上がり度が高い区間を抽出し、チーム重要度の平均値が高い上位３つの区間についてダイジェスト映像を作成する。このように作成したダイジェスト映像についての情報は、例えば図１７に示すような画像を、ユーザ端末装置３０の表示部３３（ユーザ端末装置４０の表示部４３）に表示させるページ記述データとして、ユーザ端末装置３０（ユーザ端末装置４０）に供給する。
【００９１】
インデックス作成処理部２３は、まず、上述のように求めたチーム重要度が所定の閾値（例えば９０％）以上の状態が１５秒以上続く部分（区間）を抽出する。なお、抽出する部分が短いと映像として物足りないため、１５秒以上の区間を抽出するようにしているが、この区間を判断する閾値、時間については、映像の種類等に応じて適宜変更するようにしてもよい。
【００９２】
具体的には、例えばチーム重要度が、図１８に示すような状態である場合には、この段階で、同図中のＡ、Ｂの区間が抽出される。ここで、２つ以上の区間が抽出された場合には、インデックス作成処理部２３は、抽出した区間のチーム重要度を比較して、チーム重要度が高い方の区間を上の順位とする。
【００９３】
チーム重要度が９０％以上の区間が３つ以上抽出されなかった場合には、インデックス作成処理部２３は、３つ以上の区間が抽出されるまで、閾値を１０％ずつ下げながら、チーム重要度が閾値以上の状態が１５秒以上続く区間を抽出する。ここで、抽出された区間について、以下の条件を満たす場合には、インデックス作成処理部２３は、当該区間を抽出対象から除外する。
（１）既に抽出済みの区間を含む場合（上述の図１８に示す場合では、抽出済みのＢを含むＣの区間。）
ダイジェスト映像の内容が重複するためである。
（２）既に抽出済みの区間と隣接する場合（上述の図１８に示す場合では、抽出済みのＢに隣接するＤの区間。）
内容的に抽出済みの区間と同じような内容と思われるためである。
【００９４】
このような動作により、例えば上述の図１８に示す場合では、上述のＡ、Ｂの区間の他に、Ｅの区間が抽出される。このように抽出された各区間のチーム重要度の平均は、以下のようになる。
区間Ａのチーム重要度の平均値＝９４％
区間Ｂのチーム重要度の平均値＝９３％
区間Ｅのチーム重要度の平均値＝８８％
【００９５】
このため、インデックス作成処理部２３は、各区間のランキングを、１位：Ａ区間、２位：Ｂ区間、３位：Ｅ区間とする。このようにランキングを決定すると、インデックス作成処理部２３は、映像格納部２６に格納されている映像データから各区間に対応する部分を抽出し、ダイジェスト映像の映像データとする。さらに、インデックス作成処理部２３は、これらの映像データに対するリンク等の記述を、上述の図１７に示す画像を表示させるためのページ記述データ中に追加する。なお、対象となる区間が最終的に３つ以上抽出されなかった場合には、インデックス作成処理部２３は、抽出できた数だけのダイジェスト映像（を示す画像）の表示の指示を、ページ記述データに追加する。
【００９６】
このページ記述データは、ユーザ端末装置３０のＷｅｂブラウザ３２（ユーザ端末装置４０のＷｅｂブラウザ４２）に供給され、Ｗｅｂブラウザ３２がこれに応じた画像８０を表示部３３に表示させる。この画像８０中には、各ダイジェスト映像に対するリンク８１、８２、８３が含まれており、ユーザ端末装置３０（ユーザ端末装置４０）のユーザが入力部３４（入力部４４）を操作して視聴を求めるダイジェスト映像に対応するリンクを指示すると、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）が、当該ダイジェスト映像の送信をサーバ装置１０に要求する。
【００９７】
この要求は、ネットワーク１、通信処理部１１を介して要求処理部２１に供給され、要求処理部２１は、配信処理部２５に、ユーザ端末装置３０（ユーザ端末装置４０）から要求されたダイジェスト映像の画像データを送信させる。これにより、ユーザ端末装置３０（ユーザ端末装置４０）側にダイジェスト映像の画像データが供給され、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）によって、ダイジェスト映像が表示される。
【００９８】
＜クライマックスシーン＞
また、インデックス作成処理部２３は、自チームのクライマックスシーンを抽出し、クライマックスシーンの区間でチーム重要度が高い上位３つ区間についてダイジェスト映像を作成する。このように作成したダイジェスト映像についての情報は、上述の図１７に示す画像を表示させるページ記述データ中に追加して、ユーザ端末装置３０（ユーザ端末装置４０）に供給する。
【００９９】
まず、インデックス作成処理部２３は、上述のように求めた自チームのクライマックスシーンを抽出する。次に、インデックス作成処理部２３は、抽出した各々のクライマックスシーンの区間内のチーム重要度の平均値を算出する。さらに、インデックス作成処理部２３は、算出したチーム重要度の平均値が高い順に、上位３つの区間について、ダイジェスト映像を作成する。
【０１００】
このダイジェスト映像は、対応するクライマックスシーンが終了した後、自チームのチーム重要度が所定の値（例えば上述のクライマックスシーンの判断に用いた８０％）以下になるまでの区間について作成する。具体的には、例えば図１９中に示すように、クライマックスシーンの区間（同図中のＡ）と、当該クライマックスシーンの終了後、自チームのチーム重要度（同図中の符号７３に対応）が、８０％以下になるまでの区間を含む区間（同図中のＢ）に対して、ダイジェスト映像を作成する。
【０１０１】
さらに、インデックス作成処理部２３は、これらのダイジェスト映像の映像データに対するリンク等の記述を、上述の図１７に示す画像を表示させるためのページ記述データ中に追加する。なお、対象となる区間が最終的に３つ以上抽出されなかった場合には、インデックス作成処理部２３は、抽出できた数だけのダイジェスト映像（を示す画像）の表示の指示を、ページ記述データに追加する。
【０１０２】
＜観点重要度＞
観点重要度ランキングは、上述の観点重要度に対して、上述のチーム重要度についてのランキングと同様の処理を行って求める。インデックス作成処理部２３は、ランキングの上位３つについて、上述と同様に、ダイジェスト映像の映像データを作成し、これらの映像データに対するリンク等の記述を、上述の図１７に示す画像を表示させるためのページ記述データ中に追加する。
【０１０３】
このように、上述のチーム重要度、クライマックスシーン、観点重要度のランキングに応じてダイジェスト映像を作成しておき、ユーザ端末装置３０（ユーザ端末装置４０側）からの要求に応じてダイジェスト映像を提供することにより、ユーザの嗜好性にあった映像をより簡易に視聴することができる。
【符号の説明】
【０１０４】
１ … ネットワーク
１０ … サーバ装置
１３ … 嗜好性ＤＢ
１４ … 嗜好性入力部
１６ … 盛り上がりＤＢ
１７ … 盛り上がり入力部
２１ … 要求処理部
２２ … 会員ＤＢ
２３ … インデックス作成処理部
２４ … 試合ＤＢ
２５ … 配信処理部
２６ … 映像格納部
３０ … ユーザ端末装置
３６ … 加速度センサ
４０ … ユーザ端末装置
【技術分野】
【０００１】
本発明は、例えばネットワーク経由で映像を配信する映像配信サーバ装置及び映像配信システムに関する。
【背景技術】
【０００２】
音声・映像等の視聴を行う際の技術として、会場の歓声などの音声を入力してインデックス情報を作成する技術（例えば特許文献１）、試合結果の定義データに対してルールに基づいて重要度を計算し、ダイジェスト映像を作成する技術等が知られている（例えば特許文献２）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−１４３４５１号公報
【特許文献２】特開２０００−２６１７５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示された技術では、会場の盛り上がりを音声として入力してインデックス情報を作成しているが、会場全体の盛り上がり（音声）を入力とするため、ユーザ毎の嗜好性が考慮されず嗜好性にあった視聴ができない。また、特許文献２に開示された技術では、試合の状況を分析し、ルールに基づいて重要度を計算し、ダイジェスト映像を作成しているため、映像中のイベントの定義を行なう必要がある。このため、野球・サッカー等の映像の種類（イベント）毎に複雑なルールを作成しなくてはいけない。また、ルールにもとづいて計算した重要度がチームや特定の選手といったユーザ毎の嗜好性に合っているとは限らない。
【０００５】
本発明は、上記課題を解決するためになされたものであり、その目的は、簡易にユーザ毎の嗜好性にあった視聴が可能な映像配信サーバ装置及び映像配信システムを提供することにある。
【課題を解決するための手段】
【０００６】
（１）上記課題を解決するための本発明の映像配信サーバ装置は、ユーザ毎に固有の識別情報に対応付けて当該ユーザの嗜好性を示す情報を保持する嗜好性保持手段と、映像データを保持する映像データ保持手段と、ユーザ毎に固有の識別情報に対応付けて当該ユーザの盛り上がり状況を示す情報を前記映像データ保持手段に保持されている映像データに対応する時系列で保持する盛り上がり状況保持手段と、映像の配信を要求するユーザの嗜好性を示す情報を入力する嗜好性入力手段と、前記映像データの配信を要求するユーザの嗜好性を示す情報と、前記嗜好性保持手段に保持されている他のユーザの嗜好性を示す情報に応じて、前記盛り上がり状況保持手段に保持されている配信が要求された映像データに対応する盛り上がり状況を示す情報から、当該映像データのインデックス情報を作成して端末装置宛てに送信するインデックス作成手段と、当該インデックス情報を受信した端末装置からの、当該インデックス情報に応じて要求される前記映像データの部分を送信する映像データ送信手段とを備えている。
【０００７】
この発明によれば、映像データの配信を要求するユーザの嗜好性を示す情報と、嗜好性保持手段に保持されている他のユーザの嗜好性を示す情報に応じて、盛り上がり状況保持手段に保持されている配信が要求された映像データに対応する盛り上がり状況を示す情報から、当該映像データのインデックス情報を作成して送信する。このインデックス情報を受信した端末装置からの、当該インデックス情報に応じて要求される前記映像データの部分を送信することにより、ユーザ毎の嗜好性にあった映像データの部分を送信することができ、ユーザ毎の嗜好性にあった視聴を可能にすることができる。
【０００８】
（２）また、本発明の映像配信サーバ装置は、加速度センサと、加速度センサの出力から当該端末装置の振動を検出する検出部と、検出した振動に応じた情報を前記映像配信サーバに送信する送信手段とを有する携帯情報端末装置からの前記振動に応じた情報を受信する受信手段と、受信した前記振動に応じた情報を、前記盛り上がり状況を示す情報として前記盛り上がり状況保持手段に格納する格納手段とをさらに備える構成を有している。
【０００９】
この発明によれば、携帯情報端末装置の振動に応じた情報により、当該携帯情報端末装置を使用するユーザの盛り上がり状況を簡易に入力することができる。
【００１０】
（３）また、本発明の映像配信サーバ装置は、前記インデックス情報が、前記盛り上がり状況保持手段に保持されている盛り上がり状況の時間変化に応じた画像の表示の定義を含むページ記述データである構成を有している。この発明によれば、端末装置側において、当該ページ記述データに応じた画像を表示することにより、盛り上がり状況を視覚的に容易に把握することができるようになる。
【００１１】
（４）また、本発明の映像配信サーバ装置は、前記嗜好性を示す情報が、複数の項目に対応する情報からなり、前記インデックス作成手段は、前記映像データの配信を要求するユーザの嗜好性を示す情報の各々の項目の情報と、前記嗜好性保持手段に保持されている他のユーザの嗜好性を示す情報の各々の項目の情報との一致度に応じて、前記インデックス情報を作成する構成を有している。この発明によれば、ユーザ間の嗜好性の一致度に応じたインデックス情報を作成することができ、よりユーザの嗜好性にあった映像の視聴を可能にすることができる。
【００１２】
（５）また、本発明の映像配信サーバ装置は、前記一致度が高い順に、前記映像データのダイジェスト映像のデータを生成するダイジェスト生成手段と、当該ダイジェスト映像のデータの配信を要求する動作の記述を含むダイジェスト情報を作成して前記端末装置宛てに送信するダイジェスト情報送信手段とを備える構成を有している。この発明によれば、ダイジェスト情報により、ダイジェスト映像の映像データの配信を要求することができ、ユーザの嗜好性にあった映像をより簡易に視聴することができる。
【００１３】
（６）また、本発明の映像配信プログラムは、映像データを保持する映像データ保持手段に保持されている映像データをネットワーク経由で端末装置に供給するサーバ装置で実行される映像配信プログラムであって、当該サーバ装置を、映像の配信を要求するユーザの嗜好性を示す情報を入力する嗜好性入力手段、ユーザ毎に固有の識別情報に対応付けられた当該ユーザの嗜好性を示す情報と、他のユーザの盛り上がり状況を前記映像データ保持手段に保持されている映像データに対応する時系列で示す情報と、他のユーザの嗜好性を示す情報に応じて、当該映像データのインデックス情報を作成して端末装置宛てに送信するインデックス作成手段、当該インデックス情報を受信した端末装置からの、当該インデックス情報に応じて要求される前記映像データの部分を送信する映像データ送信手段、として機能させる。
【００１４】
この発明によれば、ユーザ毎に固有の識別情報に対応付けられた当該ユーザの嗜好性を示す情報と、他のユーザの盛り上がり状況を前記映像データ保持手段に保持されている映像データに対応する時系列で示す情報と、他のユーザの嗜好性を示す情報に応じて、当該映像データのインデックス情報を作成して端末装置宛てに送信し、当該インデックス情報を受信した端末装置からの、当該インデックス情報に応じて要求される前記映像データの部分を送信する。これにより、ユーザ毎の嗜好性にあった映像データの部分を送信することができ、ユーザ毎の嗜好性にあった視聴を可能にすることができる。
【００１５】
（７）また、本発明の映像配信システムは、本発明の映像配信サーバ装置と、前記映像配信サーバ装置からの映像データを受信する映像受信手段と、受信した映像データに応じた映像を表示させる表示手段とを有する前記端末装置とを備える構成を有している。この発明によれば、ユーザ毎の嗜好性にあった視聴を可能にすることができる。
【発明の効果】
【００１６】
本発明に係る映像配信サーバ装置は、簡易にユーザ毎の嗜好性にあった視聴を可能にすることができる。
【図面の簡単な説明】
【００１７】
【図１】本発明に係る映像配信サーバ装置の一実施形態における映像配信システムの構成を示すブロック図である。
【図２】嗜好性ＤＢに保持されるデータの例を示す図である。
【図３】盛り上がりＤＢに保持されているデータの例を示す図である。
【図４】会員ＤＢに保持されているデータの例を示す図である。
【図５】試合ＤＢに保持されているデータの例を示す図である。
【図６】ユーザ端末装置側に表示される嗜好性入力画像の例を示す図である。
【図７】ユーザ端末装置の使用態様を示すイメージ図である。
【図８】ユーザ端末装置で実行される専用アプリケーションの動作を示すフローチャートである。
【図９】ユーザ端末装置側に表示される盛り上がり入力画像の例を示す図である。
【図１０】映像の視聴を要求する際にユーザ端末装置側に表示される選択画像の例を示す図である。
【図１１】映像の視聴を要求する際にユーザ端末装置側に表示される嗜好性入力画像の例を示す図である。
【図１２】インデックス情報に応じてユーザ端末装置側に表示される画像の例を示す図である。
【図１３】インデックス情報の作成時に用いるデータの例を示す図である。
【図１４】インデックス情報の作成時に用いるデータの例を示す図である。
【図１５】インデックス情報の作成時に用いるデータの例を示す図である。
【図１６】インデックス情報の作成時に用いるデータの例を示す図である。
【図１７】変形例の映像配信システムにおいてユーザ端末装置側に表示されるランキング画像の例を示す図である。
【図１８】ランキング画像を作成する際の動作を説明するための図である。
【図１９】ランキング画像を作成する際の動作を説明するための図である。
【発明を実施するための形態】
【００１８】
以下、本発明の各実施形態について、図面を参照しながら説明する。
【００１９】
なお、以下に説明する実施形態は、ネットワーク経由でスポーツ等のイベントの映像を配信する映像配信システムに、本発明を適用した場合の実施形態である。
【００２０】
＜構成＞
まずは、図１を用いて映像配信システムの構成について説明する。なお、図１は、当該映像配信システムの全体の構成を示す図である。
【００２１】
この映像配信システムは、有線あるいは無線のネットワーク１で接続されたサーバ装置（映像配信サーバ装置）１０と、携帯電話端末装置あるいはスマートフォン等の携帯情報端末装置からなるユーザ端末装置（端末装置）３０と、パーソナルコンピュータ（ＰＣ）等の情報処理装置からなるユーザ端末装置（端末装置）４０とを備えている。この映像配信システムは、ユーザ端末装置３０又はユーザ端末装置４０からの要求に応じて、サーバ装置１０から映像データを例えばストリーミングによって送信し、ユーザ端末装置３０又はユーザ端末装置４０で映像データに応じた映像を表示させて視聴するようになっている。
【００２２】
サーバ装置１０は、インターネット等のネットワーク１を介した通信を制御する通信処理部１１と、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サービスを提供するＨＴＴＰサーバ１２と、当該システムを利用するユーザ毎の嗜好性に応じたデータ（嗜好性データ）を保持する嗜好性ＤＢ（嗜好性保持手段）１３と、嗜好性データの取得及び嗜好性ＤＢ１３に対する格納を制御する嗜好性入力部（嗜好性入力手段）１４と、ユーザ端末装置３０又はユーザ端末装置４０からの盛り上がり情報を取得する入力処理部１５と、映像（あるいは当該映像に対応するイベント）を視聴しているユーザの盛り上がり状況を時系列的に保持する盛り上がりＤＢ（盛り上がり状況保持手段）１６と、入力処理部１５を介して取得した盛り上がり情報に応じた盛り上がり状況を盛り上がりＤＢ１６に格納する盛り上がり入力部１７を備えている。
【００２３】
また、このサーバ装置１０は、ユーザ端末装置３０又はユーザ端末装置４０からの要求に応じた処理を実行する要求処理部２１と、当該システムを利用する個々のユーザについての情報を保持する会員ＤＢ２２と、ユーザ端末装置３０又はユーザ端末装置４０からの要求に応じて映像のインデックス情報を作成するインデックス作成処理部（インデックス作成手段）２３と、映像データの識別情報に対応する属性情報等を保持する試合ＤＢ２４と、要求処理部２１を介したユーザからの指示に応じてユーザ端末装置３０又はユーザ端末装置４０宛てに送信する配信処理部（映像データ送信手段）２５と、スポーツ等のイベントの映像データを保持する映像格納部（映像データ保持手段）２６とを備えている。なお、要求処理部２１とインデックス作成処理部２３は、例えばＨＴＴＰサーバ１２の機能として実現されている。
【００２４】
また、ユーザ端末装置３０は、ネットワーク１を介したサーバ装置１０等との通信を制御する通信処理部３１と、ＨＴＴＰサーバ１２が提供するＨＴＴＰサービスを利用するＷｅｂブラウザ３２と、ＨＴＴＰサービスに応じた画像等を表示する表示部３３と、ユーザからの指示等を入力する入力部３４と、スクリプト言語等で記述されたプログラム（アプリケーション）を実行するＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）等からなる実行環境３５と、ユーザ端末装置３０の加速度を検出する加速度センサ３６と、この加速度センサ３６の検出出力等の盛り上がり状況を示す情報を所定の時間間隔でサーバ装置１０宛てに送信する専用アプリケーション（送信手段）３７とを備えている。なお、サーバ装置１０からの映像データに応じた表示は、例えばストリーミング配信される映像データを受信して映像を表示するＷｅｂブラウザ３２のプラグイン（プログラム）によって実現している。
【００２５】
また、ユーザ端末装置４０は、ネットワーク１を介したサーバ装置１０等との通信を制御する通信処理部４１と、ＨＴＴＰサーバ１２が提供するＨＴＴＰサービスを利用するＷｅｂブラウザ４２と、ＨＴＴＰサービスに応じた画像等を表示する表示部４３と、ユーザからの指示等を入力する入力部４４とを備えている。サーバ装置１０からの映像データに応じた表示は、例えばＷｅｂブラウザ４２のプラグインによって実現している。
【００２６】
ネットワーク１は、例えばＴＣＰ／ＩＰプロトコルで通信を行うようになっており、通信処理部１１は、通信パケットを、ポート毎にＨＴＴＰサーバ１２、入力処理部１５、要求処理部２１に振り分けるようになっている。
【００２７】
ユーザ端末装置３０又はユーザ端末装置４０のユーザが映像を視聴する際には、Ｗｅｂブラウザ３２又はＷｅｂブラウザ４２からサーバ装置１０のアドレスを入力して、映像の視聴要求を送信する。この視聴要求は、サーバ装置１０の特定ポート宛ての通信パケットとして、ネットワーク１、通信処理部１１を介して要求処理部２１に供給される。要求処理部２１は、通信パケットを受信すると、その内容に応じて、ユーザの嗜好性に応じた映像の視聴を支援するインデックス情報の作成（インデックス作成処理部２３）、ストリーミングによる映像データの送信（配信処理部２５）等の処理を実行する。
【００２８】
＜データ構造＞
図２は、嗜好性ＤＢ１３に格納されるデータの例を示す図である。この実施形態では、嗜好性を大まかに応援対象と観点とに分けている。応援対象については、例えば野球やサッカー等のチームで対戦するゲームの場合には、ユーザが応援するチームとし、個人が対戦する球技、格闘技等のゲームの場合には、ユーザが応援する選手とすることができる。
【００２９】
また、観点については、予め詳細な項目を決めておき、各ユーザ毎に会員ＩＤ（ユーザ毎に固有の識別情報）と各項目の値（該当する場合には”ＴＲＵＥ”、該当しない場合には”ＦＡＬＳＥ”）とを対応付けて嗜好性ＤＢ１３に格納する。なお、この図２は、野球やサッカー等のチームスポーツの場合の例を示しており、応援対象を、チーム（Ａ、Ｂ、Ｃ、・・・）に対するチームＩＤ（チーム毎に固有の識別情報）を１、２、３、．．．とし、観点を、好きな選手（Ａチーム［ＡＡ、ＡＢ、ＡＣ、・・・］、Ｂチーム［ＢＡ、ＢＢ、ＢＣ、・・・］、Ｃチーム［ＣＡ、・・・］）とシーン（Ａ［例えば野球の場合では、投手戦等］、Ｂ［例えば野球の場合では、打撃戦等］、Ｃ［例えば野球やサッカー等の場合では、得点等］、．．．）とした例を示している。これらの観点は、ユーザが、自分の好みにより、視聴しようとしている映像（あるいは当該映像に対応するイベント）に応じて設定する。なお、リアルタイムでイベントを視聴するユーザも、視聴前に、当該イベントにおける応援対象と、観点を入力した後、専用アプリケーション３７を起動する。また、この際の応援対象は、当該イベントにおける応援対象を入力するが、観点については、当該試合に限らず、一般的な興味の対象等に基づく観点を入力するようにしてもよい。後で視聴するユーザの観点との相関があればよいためである。
【００３０】
また、図３は、盛り上がりＤＢ１６に格納されるデータの例を示す図である。この盛り上がりＤＢ１６には、映像格納部２６に格納されている映像データの試合ＩＤ（映像データ毎に固有の識別情報）と、当該映像データに応じた映像（あるいは当該映像データに対応するイベント）を視聴した際に盛り上がったユーザの会員ＩＤと、盛り上がったタイミングの当該映像データの開始からの経過時間と、盛り上がったことを示すフラグ（盛り上がりＦｌａｇ［”ＴＲＵＥ”：盛り上がっている、”ＦＡＬＳＥ”：盛り上がっていない］）とを対応付けて格納している。なお、盛り上がったタイミングのみを盛り上がりＤＢ１６に格納しておくのであれば、盛り上がりＦｌａｇは必須ではない。
【００３１】
また、図４は、会員ＤＢ２２に格納されるデータの例を示す図である。この実施形態では、会員ＩＤと、当該会員ＩＤに対応するユーザの氏名、性別、年齢、住所等を示すデータとしている。
【００３２】
図５は、試合ＤＢ２４に格納されるデータの例を示す図である。この試合ＤＢ２４には、映像データの試合ＩＤと、これに対応する属性情報等が格納されている。例えば野球やサッカー等のチームスポーツの場合では、属性情報を、試合の日時、場所（試合を行った場所）、対戦したチーム（チーム１、チーム２）、各チームの出場した選手、結果（試合の結果）等とすることができる。
【００３３】
＜動作＞
次に、本実施形態に係る映像配信システムの動作を説明する。この映像配信システムでは、全体として、各々独立して実行される以下の３つの処理がある。
（１）嗜好性入力
この処理では、映像（あるいは当該映像データに対応するイベント）を視聴するユーザの嗜好性に応じた情報を、ユーザ端末装置３０又はユーザ端末装置４０からサーバ装置１０の嗜好性ＤＢ１３に入力する。
（２）盛り上がり入力
この処理では、映像（あるいは当該映像データに対応するイベント）を視聴するユーザの盛り上がり状況をユーザ端末装置３０又はユーザ端末装置４０からサーバ装置１０の盛り上がりＤＢ１６に入力する。
（３）視聴要求に応じたインデックス情報の作成・提供
この処理では、ユーザ端末装置３０又はユーザ端末装置４０からの要求に応じて、ユーザの嗜好性に応じた映像の視聴を支援するインデックス情報を作成し、ユーザ端末装置３０又はユーザ端末装置４０に供給する。このインデックス情報に応じて、ユーザ端末装置３０又はユーザ端末装置４０を操作することにより、ユーザが映像中の見たい部分を選択して視聴することができる。
【００３４】
＜嗜好性入力＞
この映像配信システムを利用するユーザは、映像（あるいは当該映像データに対応するイベント）を視聴する前に、ユーザ端末装置３０（ユーザ端末装置４０）を用いて嗜好性を入力する。ユーザは、まず、ユーザ端末装置３０のＷｅｂブラウザ３２（ユーザ端末装置４０のＷｅｂブラウザ４２）を操作してサーバ装置１０の所定のアドレスにアクセスし、嗜好性の入力を要求する。この要求は、ネットワーク１、通信処理部１１、ＨＴＴＰサーバ１２に供給される。
【００３５】
ＨＴＴＰサーバ１２は、予め準備されていた入力フォームのデータ（例えば入力欄とＰＯＳＴメソッド等の送信動作を記述したＨＴＭＬ形式のファイル等）をユーザ端末装置３０（ユーザ端末装置４０）宛てに送信する。この入力フォームのデータに応じて、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）により、例えば図６に示すような画像５１が、表示部３３（表示部４３）に表示される。
【００３６】
この画像５１中には、嗜好性の具体的な内容をチェックボックスによって入力する入力欄５１Ａ、５１Ｂ、５１Ｃと、各入力欄５１Ａ、５１Ｂ、５１Ｃの入力を、例えばＰＯＳＴメソッドにより送信する動作に対応付けられたボタン５１Ｄが含まれている。
【００３７】
この画像を見たユーザが、入力部３４（入力部４４）を操作し、各入力欄５１Ａ、５１Ｂ、５１Ｃの該当する部分のチェックボックスをチェックし、入力したデータの送信を指示するボタン５１Ｄをクリックすると、例えばＰＯＳＴメソッドにより、ＨＴＴＰサーバ１２宛てに、入力されたデータが当該ユーザの会員ＩＤと共に送信される。なお、会員ＩＤについては、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）が保持するｃｏｏｋｉｅや、入力フォームの送信を要求する前のログイン処理等により、特定されている。
【００３８】
このデータを受信すると、ＨＴＴＰサーバ１２は、受信したデータを嗜好性入力部１４に供給する。嗜好性入力部１４は、受信したデータを当該ユーザの会員ＩＤに対応付けて嗜好性ＤＢ１３に格納する。これにより、当該ユーザの嗜好性に応じた情報が嗜好性ＤＢ１３に登録され、嗜好性入力の処理が終了する。
【００３９】
＜盛り上がり入力＞
図７は、盛り上がり入力処理における、ユーザ端末装置３０の使用態様を示すイメージ図である。盛り上がり入力処理において、ユーザ端末装置３０を使用する場合には、同図中に示すように、予め専用アプリケーション３７を起動した状態で、映像（あるいは当該映像データに対応するイベント［※リアルタイムであれば、会場で観ていてもライブ中継でテレビ等で観ていてもかまわない。］）を視聴し、盛り上がったタイミングでユーザ端末装置３０を振るようにする。
【００４０】
図８は、ユーザ端末装置３０で実行される専用アプリケーション３７の動作を示すフローチャートである。ユーザが、専用アプリケーション３７を起動すると、専用アプリケーション３７は、所定の時間間隔｛τ：例えば１秒（１［ｓ］）｝が経過したか否かを確認し（Ｓ１）、所定の時間間隔毎に、加速度センサ３６の出力を取得し（Ｓ２）、取得したデータに応じたデータ（盛り上がり状況に応じたデータ）を、会員ＩＤと共にサーバ装置１０の所定のポート宛てに送信する。送信するデータは、例えば加速度センサ３６の出力の絶対値が所定のしきい値以上であれば盛り上がっている状態であることを示す”ＴＲＵＥ”、加速度センサ３６の出力の絶対値が閾値より小さければ盛り上がっていないことを示す”ＦＡＬＳＥ”とする。この後、ユーザが当該専用アプリケーション３７の終了を選択したか否かを確認し（Ｓ４）、終了が選択されるまでＳ１〜Ｓ３の動作を繰り返す。なお、ＴＣＰコネクションのセッション管理を行うのであれば、ログイン処理を行う際に会員ＩＤをサーバ装置１０宛に送信し、この後のセッション内の通信においては、ログインＩＤの送信は行わない動作としてもよい。これにより、トラフィックの削減に寄与することができる。
【００４１】
これにより、ユーザが専用アプリケーション３７を起動している間、所定の時間間隔毎に、ユーザ端末装置３０からサーバ装置１０の所定のポート宛てに、当該ユーザ端末装置３０のユーザの盛り上がり状況を示すデータが送信され続ける。このデータは、サーバ装置１０の通信処理部１１を介して入力処理部１５に供給される。
【００４２】
入力処理部１５は、供給されたデータを、当該ユーザ端末装置３０を操作しているユーザが視聴している映像（あるいは当該映像データに対応するイベント）の試合ＩＤに対応付けて、当該ユーザの会員ＩＤ、視聴開始からの経過時間、盛り上がりＦｌａｇを盛り上がりＤＢ１６に格納する。このような処理により、盛り上がりＤＢ１６には、上述の図３のようなデータが蓄積される。
【００４３】
なお、盛り上がりデータの入力は、ユーザ端末装置３０を振るだけでなく、専用アプリケーション３７により、例えばユーザ端末装置３０の表示部３３に図９に示すような画像５５を表示させておき、盛り上がった際に所定のボタンを押下し、専用アプリケーション３７がボタンの押下を所定の時間間隔毎にサーバ装置１０側に送信するようにしてもよい。また、このような動作であれば、ユーザ端末装置４０のＷｅｂブラウザ４２が図９と同様の画像を表示させ、Ｗｅｂブラウザ４２が所定時間毎に画像５５中のボタンの画像５５Ａがクリックされたか否かをサーバ装置１０宛てに送信するようにしてもよい。
【００４４】
また、ユーザ端末装置４０における映像の視聴とユーザ端末装置３０からの盛り上がりの入力との同期を取っておけば、例えばユーザ端末装置４０で映像を視聴しながら、ユーザ端末装置３０で盛り上がりの入力を行うようにしてもよい。よって、映像（イベント）の視聴は必ずしもリアルタイムでの視聴に限る必要はない。
【００４５】
＜視聴要求＞
ユーザ端末装置３０（ユーザ端末装置４０）のユーザは、サーバ装置１０が提供する映像配信サービスを利用しようとする際に、まず、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）を操作して、サーバ装置１０の特定のポート宛に視聴要求を送信する。
【００４６】
この視聴要求は、ネットワーク１、通信処理部１１を介して要求処理部２１に供給される。要求処理部２１は、この要求に応じて、配信処理部２５を介して視聴可能な映像データの試合ＩＤ等の情報を試合ＤＢ２４から取得させ、これらの情報を含むデータ（ページ記述データ）を生成し、通信処理部１１を介してユーザ端末装置３０（ユーザ端末装置４０）宛てに送信する。ユーザ端末装置３０のＷｅｂブラウザ３２（ユーザ端末装置４０のＷｅｂブラウザ４２）は、このデータに応じて、例えば図１０に示すような画像６１を表示部３３（表示部４３）に表示させる。
【００４７】
この画像６１中には、視聴を希望する映像データの試合ＩＤを含む要求を送信する動作の定義（例えばリンクやＰＯＳＴメソッド）が含まれており、これに応じたリンク表示６１Ａ、６１Ｂ、６１Ｃ、６１Ｄが含まれている。ユーザ端末装置３０（ユーザ端末装置４０）のユーザは、この画像６１を確認し、入力部３４（入力部４４）を操作して、視聴したい映像に対応するリンク表示６１Ａ、６１Ｂ、６１Ｃ、６１Ｄを指示する。これに応じて、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）は、選択されたリンク表示に対応して定義されている動作を実行し、上述の試合ＩＤを含む要求をサーバ装置１０の所定のポート宛に送信する。
【００４８】
この要求は、ネットワーク１、通信処理部１１を介して要求処理部２１に供給される。要求処理部２１は、当該要求に含まれる試合ＩＤに対応する属性情報の選択を行うためのデータ（例えばＨＴＭＬ形式あるいはＸＭＬ形式等のページ記述データ）をインデックス作成処理部２３に作成させる。インデックス作成処理部２３は、試合ＤＢ２４中の当該試合ＩＤに対応する属性データに応じて上述のページ記述データを生成し、要求処理部２１に供給する。要求処理部２１は、インデックス作成処理部２３から供給されたページ記述データをユーザ端末装置３０（ユーザ端末装置４０）宛てに送信する。
【００４９】
このページ記述データを受信したユーザ端末装置３０のＷｅｂブラウザ３２（ユーザ端末装置４０のＷｅｂブラウザ４２）は、これに応じて、例えば図１１に示すような画像６２を表示部３３（表示部４３）に表示させる。
【００５０】
この画像６２中には、趣向性の具体的な内容をチェックボックスによって入力する入力欄６２Ａ、６２Ｂ、６２Ｃと、各入力欄６２Ａ、６２Ｂ、６２Ｃの入力を、例えばＰＯＳＴメソッドにより送信する動作に対応付けられたボタン６２Ｄが含まれている。
【００５１】
この画像を見たユーザが、入力部３４（入力部４４）を操作し、各入力欄６２Ａ、６２Ｂ、６２Ｃの該当する部分のチェックボックスをチェックし、入力したデータの送信を指示するボタン６２Ｄをクリックすると、例えばＰＯＳＴメソッドにより、サーバ装置１０の所定のポート宛てに、入力された嗜好性についてのデータが送信される。このデータは、ネットワーク１、通信処理部１１を介して要求処理部２１に供給される。
【００５２】
上述のように、嗜好性についてのデータが供給されると、要求処理部２１は、インデックス作成処理部２３に、インデックス情報（インデックス情報の可視化コンテンツ）を生成させ、ユーザ端末装置３０（ユーザ端末装置４０）宛てに送信する。このインデックス情報を受信したＷｅｂブラウザ３２（Ｗｅｂブラウザ４２は、）は、表示部３３（Ｗｅｂブラウザ３２）に、例えば図１２に示すような画像７０を表示させる。
【００５３】
この画像７０中には、サーバ装置１０から供給される映像データに応じた映像を表示する映像領域７１と、インデックス情報に応じた画像を表示するインデックス情報領域７２とを含んでいる。インデックス情報領域７２には、上述のように映像を視聴しようとするユーザが指定した応援対象（自チーム）についての重要度（自チーム重要度）を示す表示７３と、上述のようにユーザが指定した観点についての重要度（観点重要度）を示す表示７４と、上述のようにユーザが指定した応援対象以外（相手チーム）についての重要度（相手チーム重要度）を示す表示７５と、自チームのクライマックスシーンを示す表示７６と、映像中の再生位置を指示する再生バー７７とが表示されている。
【００５４】
このような画像７０を見たユーザは、インデックス情報領域７２の表示に応じて、入力部３４（入力部３４）を操作し、インデックス情報領域７２中の再生バー７７の位置を移動させて、見たいシーン（映像コンテンツ中の再生する時間領域）を選択する。
【００５５】
シーン（時間領域）が選択されると、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）は、再生バー７７の移動によって選択されたシーン（時間領域）についての情報を、サーバ装置１０の所定のポート宛に送信する。より詳細には、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）のプラグインが、再生バー７７の位置に応じた時間領域の映像データを要求する情報をサーバ装置１０の所定のポート宛に送信する。
【００５６】
このような情報は、ネットワーク１、通信処理部１１を介して要求処理部２１に供給される。このような情報を受信すると、要求処理部２１は、配信処理部２５を介して、上述のように指定された試合ＩＤに対応する映像データ中の選択された時間領域に対応する部分を映像格納部２６から読み出し、ユーザ端末装置３０（ユーザ端末装置４０）宛ての所定のポート宛に送信する。
【００５７】
ユーザ端末装置３０（ユーザ端末装置４０）のＷｅｂブラウザ３２（Ｗｅｂブラウザ４２）のプラグインは、当該ポート宛のデータパケットを監視しており、要求処理部２１からの映像データを受信すると、当該映像データに応じた映像を映像領域７１に表示させる。これにより、ユーザの嗜好性に応じたインデックス情報からユーザが選択した時間領域の映像が映像領域７１に表示される。
【００５８】
このような動作により、この実施形態では、映像の視聴を要求するユーザが、サーバ装置１０から提供されたインデックス情報に応じて、ユーザ端末装置３０又はユーザ端末装置４０を操作することにより、ユーザが映像中の見たい部分を選択して視聴することができる。従って、簡易にユーザ毎の嗜好性にあった視聴を可能にすることができる。
【００５９】
＜インデックス情報の作成・提供＞
以下、上述のインデックス情報の作成動作の詳細について説明する。
ユーザの嗜好性にあった部分（時間領域）としては、例えば以下のような条件を満たす部分が想定される。
（１）自分が応援するチーム（応援対象）が、得点した部分、チャンス、好プレーをした部分やピンチを切り抜けた部分
（２）（１）の中で、自分の応援しているチーム（応援対象）で、かつ自分の観点（自分が好きな選手が出ている部分、投手戦、打撃戦、得点等）にあった部分（例えば「得点シーン」という観点に興味があっても、応援していない相手チームの得点シーンは観たくないと考えられるため、応援対象も考慮している。）
【００６０】
逆に、ユーザの嗜好性にあっていない（見たくない）部分としては、以下のような条件を満たす部分が想定される。
（３）相手チーム（応援対象以外）が、得点した部分、チャンス、好プレーをした部分やピンチを切り抜けた部分
【００６１】
このため、本実施形態では、映像を視聴しようとするユーザが入力した上述の嗜好性と、他のユーザの盛り上がり度と嗜好性とから、上述の（１）、（２）、（３）の条件を考慮したインデックス情報を作成している。
【００６２】
具体的には、本実施形態では、インデックス情報として、以下の情報を作成する。
（ａ）チーム重要度
（ｂ）クライマックスシーン
（ｃ）観点重要度
【００６３】
（ａ）チーム重要度
チーム重要度は、ユーザの応援対象毎の盛り上がり度から判断した重要度を示しており、応援対象となる各々のチーム毎に、例えば１秒単位で算出する。このチーム重要度が高ければ高いほど、そのチームを応援対象とするユーザにとって上述の（１）の条件を満たす部分に該当すると考えられる。このため、この実施形態では、応援対象のチーム毎に、応援対象が当該チームであるユーザの盛り上がりを示す指標（当該チームを応援対象としているユーザであって盛り上がっているユーザ（盛り上がりＦｌａｇが”ＴＲＵＥ”であるユーザ）の数／当該チームを応援対象としていて専用アプリケーション３７を起動しているユーザの総数）を各々のチームのチーム重要度とし、インデックス情報に付加する。
【００６４】
（ｂ）クライマックスシーン
クライマックスシーンは、例えば２死満塁など、緊迫した場面を想定している。クライマックスシーンにおいては、対戦中の両チームのファンが同様に盛り上ると考えられ、両チームのチーム重要度が同様に高くなると考えられる。このため、この実施形態では、対戦中の両チームの各々を応援対象とするユーザのチーム重要度が一定以上である部分をクライマックスシーンと判断する。
【００６５】
このクライマックスシーンでは、例えば「２死満塁を抑える」、「得点を許す」等の結果に応じて、その後の各チームの盛り上がりが、「盛り下がる」、「より盛り上がる」に分かれると考えられる。クライマックスシーン関しては、その後に盛り下がるようでは観たくない（上記の（３））と考えられ、より盛り上がるようでは観たい（上記の（１））、と考えられる。このため、この実施形態では、クライマックスシーンの部分（時間領域）を示す情報と、それがどちらのチームにとって望ましいシーンかを示す情報をインデックス情報に付加する。
【００６６】
（ｃ）観点重要度（自分の観点に合った盛り上がり度）
観点重要度は、映像を視聴しようとしているユーザの応援対象及び観点との一致度により重み付けを行った盛り上がり度を示しており、１秒単位で算出する。この観点重要度が高ければ高いほど、映像を視聴しようとしているユーザにとって、上述の（２）の条件を満たす部分（観点に近い部分）と考えられる。このため、この実施形態では、盛り上がりを入力した他のユーザの嗜好性と映像を視聴しようとしているユーザの嗜好性との一致率を考慮し、嗜好性の一致率の高い他のユーザが盛り上がっている部分を示す指標を観点重要度とし、インデックス情報に付加する。
【００６７】
以下、各々の情報のさらに詳細な計算方法について説明する。
＜チーム重要度の計算方法＞
上述の各々の応援対象毎のチーム重要度は、上述のインデックス作成処理部２３と盛り上がりＤＢ１６に格納されているデータを用いて、インデックス作成処理部２３が映像データの開始位置から１秒毎に計算する。
【００６８】
映像を視聴しようとしているユーザと同じ応援対象（自チーム）についてのチーム重要度は、以下の式によって求めることができる。
自チームのチーム重要度 ＝ Ｗ／Ｘ ［％］
ここで、左辺分母のＸは、当該ユーザと同じ応援対象を選択していて専用アプリケーション３７を起動しているユーザの総数であり、左辺分子のＷは、当該ユーザと同じ応援対象を選択しており、盛り上がりＦｌａｇが"ＴＲＵＥ"であるユーザの数である。
【００６９】
インデックス作成処理部２３は、盛り上がりＤＢ１６から、ユーザが視聴しようとしている映像データの試合ＩＤに対応する盛り上がり情報（当該試合ＩＤに対応付けられている全てのデータ）を取得し、当該映像データの開始時間から１秒（１［ｓ］）毎に、自チームのチーム重要度を求める。
【００７０】
また、映像を視聴しようとしているユーザと異なる応援対象（相手チーム）についてのチーム重要度は、以下の式によって求めることができる。
相手チームのチーム重要度 ＝ Ｙ／Ｚ ［％］
ここで、左辺分母のＺは、当該ユーザと異なる応援対象を選択しているユーザの総数であり、左辺分子のＹは、当該ユーザと異なる応援対象を選択しており、盛り上がりＦｌａｇが"ＴＲＵＥ"であるユーザの数である。
【００７１】
インデックス作成処理部２３は、盛り上がりＤＢ１６から、ユーザが視聴しようとしている映像データの試合ＩＤに対応する盛り上がり情報（当該試合ＩＤに対応付けられている全てのデータ）を取得し、当該映像データの開始時間から１秒（１［ｓ］）毎に、相手チームのチーム重要度を求める。
【００７２】
この結果求められるチーム重要度は、例えば図１３に示すように、当該試合ＩＤに対応する画像データの開始位置からの経過時間と、各々のチームのチームＩＤと当該チームのチーム重要度（重要度）を並べた状態となる。
【００７３】
具体的には、例えばある試合ＩＤに対応する映像を視聴しようとしているユーザと同じチーム（応援対象：Ａチーム）を選択しているユーザ数が６０であり、当該ユーザと異なるチーム（応援対象：Ｂチーム）を選択しているユーザ数が４０であるとする。当該試合ＩＤに対応する映像の開始からある経過時間ｔ秒において、Ａチームを応援対象としているユーザのうち、盛り上がりＦｌａｇが”ＴＲＵＥ”であるユーザの数が４０であり、Ｂチームを応援対象としているユーザのうち、盛り上がりＦｌａｇが”ＴＲＵＥ”であるユーザの数が１０である場合の自チーム重要度と相手チーム重要度は、以下のようになる。
自チーム重要度 ＝ ４０／６０ ＝ ０．６７（６７％）
相手チーム重要度 ＝ １０／４０ ＝ ０．２５（２５％）
【００７４】
なお、自チーム重要度が大きければ大きいほど、かつ相手チーム重要度が小さければ小さいほど自チームにとって望ましいシーンとなる。
【００７５】
このようにチーム重要度を求めると、インデックス作成処理部２３は、インデックス情報に、当該チーム重要度に応じた画像の表示を指示する記述を追加する。これにより、当該インデックス情報に応じて、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）側で、上述の図１２中の自チーム重要度を示す表示７３と、相手チーム重要度を示す表示７５を表示できる状態になる。
【００７６】
＜クライマックスシーンの計算方法＞
上述のクライマックスシーンは、上述のように求めた各々の応援対象についてのチーム重要度（各チーム毎の盛り上がり度）を用いてインデックス作成処理部２３が求める。インデックス作成処理部２３は、上述のように求めた各々の応援対象についてのチーム重要度が、共に所定の値（例えば８０％）を超えている部分をクライマックスシーンと判断する。なお、このクライマックスシーンを判断する所定の値は、８０％でなくともよく、映像の種類によって適宜変更することができる。
【００７７】
例えば映像の視聴を要求するユーザの応援対象がＡチームであり、各々の応援対象についてのチーム重要度が、図１４に示す状態だった場合について検討する。同図中の実線は、応援対象をＡチームとしているユーザの盛り上がり度（上述の自チーム重要度に対応）を示しており、破線は、応援対象をＢチームとしているユーザの盛り上がり度（上述の相手チーム重要度に対応）である。各々のチーム重要度がこのような状態である場合、インデックス作成処理部２３は、各チーム重要度が共に８０％を超えたｔ２から、一方のチーム重要度が８０％を下回るｔ５の前（すなわちｔ４）までの部分（時間領域）をクライマックスシーンと判断する。
【００７８】
また、インデックス作成処理部２３は、上述のように判断したクライマックスシーンがいずれのチーム（応援対象）にとってのものか判断する。具体的には、インデックス作成処理部２３は、クライマックスシーンが終了した後の所定時間（例えば３０秒間）内の、相手チーム重要度（この場合は、チームＢのチーム重要度）の平均が所定の値（例えば６０％）以下であり、かつ、自チーム重要度がクライマックスシーンの間の値以上である場合に、当該クライマックスシーンを自チーム（この場合はＡチーム）のクライマックスシーンであると判断する。この条件を満たさない場合は、インデックス作成処理部２３は当該クライマックスシーンを相手チーム（この場合はＢチーム）のクライマックスシーンであると判断する。なお、判断する所定の時間及び所定の値は、この３０秒、６０％に限られず、対象となる映像によって適宜変更してもよい。
【００７９】
具体的には、例えば時間ｔ１において、自チーム重要度（チームＡの盛り上がり度）が８５％、相手チーム重要度（チームＢの盛り上がり度）が８０％であり、１秒後の時間ｔ２において、自チーム重要度が８５％、相手チーム重要度が７９％となり、この後３０秒間で、自チーム重要度の平均が９０％、相手チーム重要度の平均が５０％となった場合、インデックス作成処理部２３は、当該クライマックスシーンがチームＡのクライマックスシーンであると判断する。
【００８０】
インデックス作成処理部２３は、映像データの全体について、上述のように、クライマックスシーンの開始時間と終了時間及びいずれのチームのクライマックスシーンであるかを求め、例えば図１５に示すように、試合ＩＤと、開始時間と終了時間及びチームＩＤに対応付けてクライマックスシーンについての情報とする。さらに、インデックス作成処理部２３は、インデックス情報に、クライマックスシーンについての情報に応じた画像の表示を指示する記述を追加する。これにより、当該インデックス情報に応じて、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）側で、上述の図１２中の自チームのクライマックスシーンを示す表示７６を表示できる状態になる。
【００８１】
なお、以上の説明では、自チームのクライマックスシーンのみを表示する動作について説明しているが、クライマックスシーンについての情報を用いれば、相手チームのクライマックスシーンも特定することができる。このため、自チームのクライマックスシーンの表示とは異なる表示態様（例えば色を変えたり、破線の形態を変える等）で、相手チームのクライマックスシーンを表示する記述をインデックス情報に追加するようにしてもよい。これにより、ユーザ端末装置３０（ユーザ端末装置４０）を使用しているユーザに相手チームのクライマックスシーンを認識させることができるようになる。
【００８２】
＜観点重要度の計算方法＞
上述の観点重要度は、嗜好性ＤＢ１３と盛り上がりＤＢ１６に格納されているデータを用いて、インデックス作成処理部２３が、映像データの１秒毎に、映像を視聴しようとしているユーザの観点との一致度により重み付けを行った盛り上がり度として求める。
【００８３】
この観点重要度は、次式によって求めることができる。
観点重要度 ＝ Ｕ／Ｘ ［％］
ここで、左辺分母のＸは、上述の自チームのチーム重要度を求める際と同じく、当該ユーザと同じ応援対象を選択していて専用アプリケーション３７を起動しているユーザの総数であり、左辺分子のＵは、当該ユーザと同じ応援対象を選択しており、盛り上がりＦｌａｇが"ＴＲＵＥ"であるユーザの観点ポイントの合計である。
【００８４】
また、観点ポイントは、映像の視聴を要求しているユーザと、他のユーザの観点との一致度である。具体的には、例えば映像の視聴を要求しているユーザが入力した観点の数をＢとし、他のユーザが入力した観点の数をＣとし、これらの観点が一致している数をＤとすると、観点ポイントは、 Ｄ／Ｂ となる。
【００８５】
なお、観点ポイントは、盛り上がりを入力したユーザと映像の視聴を要求するユーザの観点の一致度が高ければ高いほど大きくなる。これにより、盛り上がり度（上述の自チーム重要度）に、観点の一致度によって重み付けし、観点が近いユーザの意見を重く扱うようになっている。
【００８６】
例えば映像の視聴を要求しているユーザと同じ応援対象を選択しているユーザ数が１０で、このうち盛り上がりＦｌａｇが”ＴＲＵＥ”であるユーザ数が５であり、これらのユーザの観点ポイントが、各々、０．６８、０．５５、０．８０、０．１５、０．５２である場合、観点重要度は、
（０．６８＋０．５５＋０．８０＋０．１５＋０．５２）／１０＝０．２７（２７％）
となる。なお、このような条件下での自チーム重要度は、
５／１０＝０．５（５０％） となる。
【００８７】
このように求めた観点重要度は、例えば図１６に示すように、試合ＩＤと映像データの開始からの経過時間と当該時間における重要度とを対応付けたデータとなる。このような観点重要度を求めると、インデックス作成処理部２３は、インデックス情報に、求めた観点重要度に応じた画像の表示を指示する記述を追加する。これにより、当該インデックス情報に応じて、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）側で、上述の図１２中の観点重要度を示す表示７４を表示できる状態になる。
【００８８】
＜効果＞
この実施形態では、上述のように、映像（あるいは当該映像データに対応するイベント）を視聴するユーザの嗜好性を入力し、当該映像（あるいは当該映像データに対応するイベント）を見たユーザが、盛り上がり状況を入力しておき、映像の視聴を要求するユーザの嗜好性に合ったインデックス情報を作成してユーザ端末装置に提供することにより、映像の視聴を要求するユーザ毎の嗜好性にあった視聴を可能にすることができる。これにより、例えばスポーツ等のイベントの映像を視聴する際に、全ての映像を視聴することなく、自分の嗜好性にあった部分のみ選択して視聴することができる。
【００８９】
＜変形例＞
次に、図１７〜図１９を用いて本実施形態の映像配信システムの変形例について説明する。この変形例に係る映像配信システムでは、上述のように作成したインデックス情報に基づいて、映像格納部２６に格納されている映像データからダイジェスト映像を作成し、ユーザ端末装置３０（ユーザ端末装置４０）からの要求に応じて提供するようになっている。このダイジェスト映像を作成する映像データ中の部分（区間）は、例えば上述のチーム重要度、クライマックスシーン、観点重要度に応じて、インデックス作成処理部（ダイジェスト情報送信手段）２３が選択するようになっている。
【００９０】
＜チーム重要度＞
インデックス作成処理部２３は、上述のチーム重要度中の、盛り上がり度が高い区間を抽出し、チーム重要度の平均値が高い上位３つの区間についてダイジェスト映像を作成する。このように作成したダイジェスト映像についての情報は、例えば図１７に示すような画像を、ユーザ端末装置３０の表示部３３（ユーザ端末装置４０の表示部４３）に表示させるページ記述データとして、ユーザ端末装置３０（ユーザ端末装置４０）に供給する。
【００９１】
インデックス作成処理部２３は、まず、上述のように求めたチーム重要度が所定の閾値（例えば９０％）以上の状態が１５秒以上続く部分（区間）を抽出する。なお、抽出する部分が短いと映像として物足りないため、１５秒以上の区間を抽出するようにしているが、この区間を判断する閾値、時間については、映像の種類等に応じて適宜変更するようにしてもよい。
【００９２】
具体的には、例えばチーム重要度が、図１８に示すような状態である場合には、この段階で、同図中のＡ、Ｂの区間が抽出される。ここで、２つ以上の区間が抽出された場合には、インデックス作成処理部２３は、抽出した区間のチーム重要度を比較して、チーム重要度が高い方の区間を上の順位とする。
【００９３】
チーム重要度が９０％以上の区間が３つ以上抽出されなかった場合には、インデックス作成処理部２３は、３つ以上の区間が抽出されるまで、閾値を１０％ずつ下げながら、チーム重要度が閾値以上の状態が１５秒以上続く区間を抽出する。ここで、抽出された区間について、以下の条件を満たす場合には、インデックス作成処理部２３は、当該区間を抽出対象から除外する。
（１）既に抽出済みの区間を含む場合（上述の図１８に示す場合では、抽出済みのＢを含むＣの区間。）
ダイジェスト映像の内容が重複するためである。
（２）既に抽出済みの区間と隣接する場合（上述の図１８に示す場合では、抽出済みのＢに隣接するＤの区間。）
内容的に抽出済みの区間と同じような内容と思われるためである。
【００９４】
このような動作により、例えば上述の図１８に示す場合では、上述のＡ、Ｂの区間の他に、Ｅの区間が抽出される。このように抽出された各区間のチーム重要度の平均は、以下のようになる。
区間Ａのチーム重要度の平均値＝９４％
区間Ｂのチーム重要度の平均値＝９３％
区間Ｅのチーム重要度の平均値＝８８％
【００９５】
このため、インデックス作成処理部２３は、各区間のランキングを、１位：Ａ区間、２位：Ｂ区間、３位：Ｅ区間とする。このようにランキングを決定すると、インデックス作成処理部２３は、映像格納部２６に格納されている映像データから各区間に対応する部分を抽出し、ダイジェスト映像の映像データとする。さらに、インデックス作成処理部２３は、これらの映像データに対するリンク等の記述を、上述の図１７に示す画像を表示させるためのページ記述データ中に追加する。なお、対象となる区間が最終的に３つ以上抽出されなかった場合には、インデックス作成処理部２３は、抽出できた数だけのダイジェスト映像（を示す画像）の表示の指示を、ページ記述データに追加する。
【００９６】
このページ記述データは、ユーザ端末装置３０のＷｅｂブラウザ３２（ユーザ端末装置４０のＷｅｂブラウザ４２）に供給され、Ｗｅｂブラウザ３２がこれに応じた画像８０を表示部３３に表示させる。この画像８０中には、各ダイジェスト映像に対するリンク８１、８２、８３が含まれており、ユーザ端末装置３０（ユーザ端末装置４０）のユーザが入力部３４（入力部４４）を操作して視聴を求めるダイジェスト映像に対応するリンクを指示すると、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）が、当該ダイジェスト映像の送信をサーバ装置１０に要求する。
【００９７】
この要求は、ネットワーク１、通信処理部１１を介して要求処理部２１に供給され、要求処理部２１は、配信処理部２５に、ユーザ端末装置３０（ユーザ端末装置４０）から要求されたダイジェスト映像の画像データを送信させる。これにより、ユーザ端末装置３０（ユーザ端末装置４０）側にダイジェスト映像の画像データが供給され、Ｗｅｂブラウザ３２（Ｗｅｂブラウザ４２）によって、ダイジェスト映像が表示される。
【００９８】
＜クライマックスシーン＞
また、インデックス作成処理部２３は、自チームのクライマックスシーンを抽出し、クライマックスシーンの区間でチーム重要度が高い上位３つ区間についてダイジェスト映像を作成する。このように作成したダイジェスト映像についての情報は、上述の図１７に示す画像を表示させるページ記述データ中に追加して、ユーザ端末装置３０（ユーザ端末装置４０）に供給する。
【００９９】
まず、インデックス作成処理部２３は、上述のように求めた自チームのクライマックスシーンを抽出する。次に、インデックス作成処理部２３は、抽出した各々のクライマックスシーンの区間内のチーム重要度の平均値を算出する。さらに、インデックス作成処理部２３は、算出したチーム重要度の平均値が高い順に、上位３つの区間について、ダイジェスト映像を作成する。
【０１００】
このダイジェスト映像は、対応するクライマックスシーンが終了した後、自チームのチーム重要度が所定の値（例えば上述のクライマックスシーンの判断に用いた８０％）以下になるまでの区間について作成する。具体的には、例えば図１９中に示すように、クライマックスシーンの区間（同図中のＡ）と、当該クライマックスシーンの終了後、自チームのチーム重要度（同図中の符号７３に対応）が、８０％以下になるまでの区間を含む区間（同図中のＢ）に対して、ダイジェスト映像を作成する。
【０１０１】
さらに、インデックス作成処理部２３は、これらのダイジェスト映像の映像データに対するリンク等の記述を、上述の図１７に示す画像を表示させるためのページ記述データ中に追加する。なお、対象となる区間が最終的に３つ以上抽出されなかった場合には、インデックス作成処理部２３は、抽出できた数だけのダイジェスト映像（を示す画像）の表示の指示を、ページ記述データに追加する。
【０１０２】
＜観点重要度＞
観点重要度ランキングは、上述の観点重要度に対して、上述のチーム重要度についてのランキングと同様の処理を行って求める。インデックス作成処理部２３は、ランキングの上位３つについて、上述と同様に、ダイジェスト映像の映像データを作成し、これらの映像データに対するリンク等の記述を、上述の図１７に示す画像を表示させるためのページ記述データ中に追加する。
【０１０３】
このように、上述のチーム重要度、クライマックスシーン、観点重要度のランキングに応じてダイジェスト映像を作成しておき、ユーザ端末装置３０（ユーザ端末装置４０側）からの要求に応じてダイジェスト映像を提供することにより、ユーザの嗜好性にあった映像をより簡易に視聴することができる。
【符号の説明】
【０１０４】
１ … ネットワーク
１０ … サーバ装置
１３ … 嗜好性ＤＢ
１４ … 嗜好性入力部
１６ … 盛り上がりＤＢ
１７ … 盛り上がり入力部
２１ … 要求処理部
２２ … 会員ＤＢ
２３ … インデックス作成処理部
２４ … 試合ＤＢ
２５ … 配信処理部
２６ … 映像格納部
３０ … ユーザ端末装置
３６ … 加速度センサ
４０ … ユーザ端末装置
【特許請求の範囲】
【請求項１】
ユーザ毎に固有の識別情報に対応付けて当該ユーザの嗜好性を示す情報を保持する嗜好性保持手段と、
映像データを保持する映像データ保持手段と、
ユーザ毎に固有の識別情報に対応付けて当該ユーザの盛り上がり状況を示す情報を前記映像データ保持手段に保持されている映像データに対応する時系列で保持する盛り上がり状況保持手段と、
映像の配信を要求するユーザの嗜好性を示す情報を入力する嗜好性入力手段と、
前記映像データの配信を要求するユーザの嗜好性を示す情報と、前記嗜好性保持手段に保持されている他のユーザの嗜好性を示す情報に応じて、前記盛り上がり状況保持手段に保持されている配信が要求された映像データに対応する盛り上がり状況を示す情報から、当該映像データのインデックス情報を作成して端末装置宛てに送信するインデックス作成手段と、
当該インデックス情報を受信した端末装置からの、当該インデックス情報に応じて要求される前記映像データの部分を送信する映像データ送信手段と、を備える映像配信サーバ装置。
【請求項２】
請求項１に記載の映像配信サーバ装置において、
加速度センサと、加速度センサの出力から当該端末装置の振動を検出する検出部と、検出した振動に応じた情報を前記映像配信サーバに送信する送信手段とを有する携帯情報端末装置からの前記振動に応じた情報を受信する受信手段と、
受信した前記振動に応じた情報を、前記盛り上がり状況を示す情報として前記盛り上がり状況保持手段に格納する格納手段とをさらに備える、映像配信サーバ装置。
【請求項３】
請求項１又は２に記載の映像配信サーバ装置において、
前記インデックス情報は、
前記盛り上がり状況保持手段に保持されている盛り上がり状況の時間変化に応じた画像の表示の定義を含むページ記述データである、映像配信サーバ装置。
【請求項４】
請求項１から３のいずれかに記載の映像配信サーバ装置において、
前記嗜好性を示す情報は、複数の項目に対応する情報からなり、
前記インデックス作成手段は、前記映像データの配信を要求するユーザの嗜好性を示す情報の各々の項目の情報と、前記嗜好性保持手段に保持されている他のユーザの嗜好性を示す情報の各々の項目の情報との一致度に応じて、前記インデックス情報を作成する、映像配信サーバ装置。
【請求項５】
請求項４に記載の映像配信サーバ装置において、
前記一致度が高い順に、前記映像データのダイジェスト映像のデータを生成するダイジェスト生成手段と、
当該ダイジェスト映像のデータの配信を要求する動作の記述を含むダイジェスト情報を作成して前記端末装置宛てに送信するダイジェスト情報送信手段とを備える、映像配信サーバ装置。
【請求項６】
映像データを保持する映像データ保持手段に保持されている映像データをネットワーク経由で端末装置に供給するサーバ装置で実行される映像配信プログラムであって、
当該サーバ装置を、
映像の配信を要求するユーザの嗜好性を示す情報を入力する嗜好性入力手段、
ユーザ毎に固有の識別情報に対応付けられた当該ユーザの嗜好性を示す情報と、他のユーザの盛り上がり状況を前記映像データ保持手段に保持されている映像データに対応する時系列で示す情報と、他のユーザの嗜好性を示す情報に応じて、当該映像データのインデックス情報を作成して端末装置宛てに送信するインデックス作成手段、
当該インデックス情報を受信した端末装置からの、当該インデックス情報に応じて要求される前記映像データの部分を送信する映像データ送信手段、
として機能させる映像配信プログラム。
【請求項７】
請求項１から請求項５のいずれかに記載の映像配信サーバ装置と、
前記映像配信サーバ装置からの映像データを受信する映像受信手段と、受信した映像データに応じた映像を表示させる表示手段とを有する前記端末装置とを備える、映像配信システム。
【請求項１】
ユーザ毎に固有の識別情報に対応付けて当該ユーザの嗜好性を示す情報を保持する嗜好性保持手段と、
映像データを保持する映像データ保持手段と、
ユーザ毎に固有の識別情報に対応付けて当該ユーザの盛り上がり状況を示す情報を前記映像データ保持手段に保持されている映像データに対応する時系列で保持する盛り上がり状況保持手段と、
映像の配信を要求するユーザの嗜好性を示す情報を入力する嗜好性入力手段と、
前記映像データの配信を要求するユーザの嗜好性を示す情報と、前記嗜好性保持手段に保持されている他のユーザの嗜好性を示す情報に応じて、前記盛り上がり状況保持手段に保持されている配信が要求された映像データに対応する盛り上がり状況を示す情報から、当該映像データのインデックス情報を作成して端末装置宛てに送信するインデックス作成手段と、
当該インデックス情報を受信した端末装置からの、当該インデックス情報に応じて要求される前記映像データの部分を送信する映像データ送信手段と、を備える映像配信サーバ装置。
【請求項２】
請求項１に記載の映像配信サーバ装置において、
加速度センサと、加速度センサの出力から当該端末装置の振動を検出する検出部と、検出した振動に応じた情報を前記映像配信サーバに送信する送信手段とを有する携帯情報端末装置からの前記振動に応じた情報を受信する受信手段と、
受信した前記振動に応じた情報を、前記盛り上がり状況を示す情報として前記盛り上がり状況保持手段に格納する格納手段とをさらに備える、映像配信サーバ装置。
【請求項３】
請求項１又は２に記載の映像配信サーバ装置において、
前記インデックス情報は、
前記盛り上がり状況保持手段に保持されている盛り上がり状況の時間変化に応じた画像の表示の定義を含むページ記述データである、映像配信サーバ装置。
【請求項４】
請求項１から３のいずれかに記載の映像配信サーバ装置において、
前記嗜好性を示す情報は、複数の項目に対応する情報からなり、
前記インデックス作成手段は、前記映像データの配信を要求するユーザの嗜好性を示す情報の各々の項目の情報と、前記嗜好性保持手段に保持されている他のユーザの嗜好性を示す情報の各々の項目の情報との一致度に応じて、前記インデックス情報を作成する、映像配信サーバ装置。
【請求項５】
請求項４に記載の映像配信サーバ装置において、
前記一致度が高い順に、前記映像データのダイジェスト映像のデータを生成するダイジェスト生成手段と、
当該ダイジェスト映像のデータの配信を要求する動作の記述を含むダイジェスト情報を作成して前記端末装置宛てに送信するダイジェスト情報送信手段とを備える、映像配信サーバ装置。
【請求項６】
映像データを保持する映像データ保持手段に保持されている映像データをネットワーク経由で端末装置に供給するサーバ装置で実行される映像配信プログラムであって、
当該サーバ装置を、
映像の配信を要求するユーザの嗜好性を示す情報を入力する嗜好性入力手段、
ユーザ毎に固有の識別情報に対応付けられた当該ユーザの嗜好性を示す情報と、他のユーザの盛り上がり状況を前記映像データ保持手段に保持されている映像データに対応する時系列で示す情報と、他のユーザの嗜好性を示す情報に応じて、当該映像データのインデックス情報を作成して端末装置宛てに送信するインデックス作成手段、
当該インデックス情報を受信した端末装置からの、当該インデックス情報に応じて要求される前記映像データの部分を送信する映像データ送信手段、
として機能させる映像配信プログラム。
【請求項７】
請求項１から請求項５のいずれかに記載の映像配信サーバ装置と、
前記映像配信サーバ装置からの映像データを受信する映像受信手段と、受信した映像データに応じた映像を表示させる表示手段とを有する前記端末装置とを備える、映像配信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１２−２０９８２３（Ｐ２０１２−２０９８２３Ａ）
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願番号】特願２０１１−７４８９４（Ｐ２０１１−７４８９４）
【出願日】平成２３年３月３０日（２０１１．３．３０）
【出願人】（０００００２８９７）大日本印刷株式会社 (14,506)
【Ｆターム（参考）】
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願日】平成２３年３月３０日（２０１１．３．３０）
【出願人】（０００００２８９７）大日本印刷株式会社 (14,506)
【Ｆターム（参考）】
[ Back to top ]