(57)【要約】【課題】  観覧対象物を観覧するために会場に来場しているユーザに対して、情報処理装置の処理負担を過度に増加させることなく見逃したシーンを適切に配信することを目的とする。【解決手段】  情報処理装置は、会場内で供される観覧対象物を観覧するためにユーザに与えられた観覧位置の情報を取得する第１位置情報取得部と、ユーザの現在位置情報を取得する第２位置情報取得部と、前記観覧位置の情報と前記現在位置情報に応じて配信対象ユーザを決定する対象ユーザ決定部と、前記観覧位置の情報と前記現在位置情報と時刻情報に応じて配信シーンを決定する配信シーン決定部と、前記配信シーンの情報を前記配信対象ユーザに配信する処理を行う配信部と、を備えるものとした。【選択図】図４
2020058000.tif 000002
【特許請求の範囲】
【請求項１】
会場内で供される観覧対象物を観覧するためにユーザに与えられた観覧位置の情報を取得する第１位置情報取得部と、
ユーザの現在位置情報を取得する第２位置情報取得部と、
前記観覧位置の情報と前記現在位置情報に応じて配信対象ユーザを決定する対象ユーザ決定部と、
前記観覧位置の情報と前記現在位置情報と時刻情報に応じて配信シーンを決定する配信シーン決定部と、
前記配信シーンの情報を前記配信対象ユーザに配信する処理を行う配信部と、を備えた
情報処理装置。
【請求項２】
前記対象ユーザ決定部は、前記会場内において観覧スペースが設けられた観覧エリアとは異なる非観覧エリアに前記現在位置情報が包含されるユーザを前記配信対象ユーザとして決定し、
前記配信シーン決定部は、前記配信対象ユーザの現在位置情報が前記非観覧エリアに包含されていた時刻情報に基づいて前記配信シーンを決定する
請求項１に記載の情報処理装置。
【請求項３】
前記対象ユーザ決定部は、前記現在位置情報と前記観覧位置の情報が乖離しているユーザを前記配信対象ユーザとして決定し、
前記配信シーン決定部は、前記配信対象ユーザの現在位置情報と前記観覧位置の情報が乖離していた時刻の情報に基づいて前記配信シーンを決定する
請求項１から請求項２の何れかに記載の情報処理装置。
【請求項４】
前記配信シーン決定部は、前記観覧対象物のシーンごとに状況把握が困難なエリアが存在するか否かを判定すると共に前記困難なエリアが存在する場合に該シーンを前記配信シーンとして決定し、
前記対象ユーザ決定部は、前記現在位置情報が前記困難なエリアに包含されるユーザを該配信シーンを配信する前記配信対象ユーザとして決定する
請求項１から請求項３の何れかに記載の情報処理装置。
【請求項５】
ユーザが所持する携帯端末から端末情報を取得する端末情報取得部を備え、
前記対象ユーザ決定部は、前記端末情報を用いて前記配信対象ユーザを決定し、
前記配信シーン決定部は、前記端末情報を用いて前記配信シーンを決定する
請求項１から請求項４の何れかに記載の情報処理装置。
【請求項６】
ユーザが所持する携帯端末から端末情報を取得する端末情報取得部を備え、
前記端末情報取得部は、前記端末情報として加速度情報、角速度情報、音情報の少なくとも一つを取得する
請求項１から請求項４の何れかに記載の情報処理装置。
【請求項７】
前記配信シーン決定部は、観覧者の興奮度合いの指標として算出された興奮度に応じて前記配信シーンを決定する
請求項１から請求項６の何れかに記載の情報処理装置。
【請求項８】
観覧者の興奮度合いの指標として算出された興奮度が小さい場合を配信タイミングとして決定するタイミング決定部を備え、
前記配信部は、前記配信タイミングに応じて前記配信を行う
請求項１から請求項７の何れかに記載の情報処理装置。
【請求項９】
前記観覧位置の情報と前記現在位置情報の距離が所定以内とされた場合を配信タイミングとして決定するタイミング決定部を備え、
前記配信部は、前記配信タイミングに応じて前記配信を行う
請求項１から請求項７の何れかに記載の情報処理装置。
【請求項１０】
前記観覧対象物についてのハイライトとなるシーンを集約したハイライトシーン生成部を備え、
前記配信部は、前記観覧対象物の観覧開始時間以降に前記会場に到着したユーザに対して、前記配信シーンの情報として前記ハイライトシーン生成部が生成したハイライトシーンの情報を配信する
請求項１から請求項９の何れかに記載の情報処理装置。
【請求項１１】
会場内で供される観覧対象物を観覧するためにユーザに与えられた観覧位置の情報を取得する第１位置情報取得ステップと、
ユーザの現在位置情報を取得する第２位置情報取得ステップと、
前記観覧位置の情報と前記現在位置情報に応じて配信対象ユーザを決定する対象ユーザ決定ステップと、
前記観覧位置の情報と前記現在位置情報と時刻情報に応じて配信シーンを決定する配信シーン決定ステップと、
前記配信シーンの情報を前記配信対象ユーザに配信する処理を行う配信ステップと、を
情報処理装置が実行する情報処理方法。
体。
【請求項１２】
ユーザの現在位置情報を送信する第２位置情報送信機能と、
観覧位置の情報と前記現在位置情報に応じて決定された配信シーンを受信する受信機能と、をコンピュータに実行させる
プログラム。
【請求項１３】
会場内で供される観覧対象物を観覧するためにユーザに与えられた観覧位置の情報を送信する第１位置情報送信機能を更にコンピュータに実行させる
請求項１２に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理装置、情報処理方法、プログラムに関し、特に、スポーツの試合などの観覧対象物を観覧しているユーザから適切な配信対象ユーザを選択し、該配信対象ユーザにとって適切な配信シーンを選択し、配信を行う技術に関する。
【背景技術】
【０００２】
スポーツの試合などの観覧対象物を観覧することに喜びを感じるユーザにとって、実際に現地に赴いて観覧することは、現地の空気感を肌で感じると共に他者と盛り上がることができる貴重な機会である。このような観覧では、例えば、スポーツの試合であれば得点シーンなどの重要なシーンを実際に目で見ることを楽しみとして来場している観客がいる。
しかし、例えば既に終わっている試合を録画して試合後に閲覧しているような状況とは異なり、重要なシーンはいつ訪れるのか分からないものである。試合開始から試合終了まで継続的に集中して試合観戦を続けることができれば、重要なシーンの見逃しは起こりえないが、現実的ではない。
例えば下記の特許文献１においては、異なった位置にいる複数の選手のプレーや演技等のパフォーマンスを同時的に観ることが困難であることを鑑みて、好きな選手や場所を登録することにより、ユーザは登録情報に基づいた推奨場面の通知を受けとり、重要なシーンの見逃しが起きにくいような構成が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−０８２３５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、実際には、重要なシーンが発生した時刻にトイレへ行くために席を離れている場合や、観戦グッズや飲食物を購入するために売店を訪れている場合など、見逃しは起き得るものである。
そこで、重要なシーンが発生した場合に、来場しているユーザ全てを対象として重要なシーンのリプレイ動画を再生可能な情報を送信することも考えられるが、情報処理装置の処理負担が大きく、適切ではない虞がある。
本発明は、上記の課題を鑑み、観覧対象物を観覧するために会場に来場している場合において、情報処理装置の処理負担を過度に増加させることなく見逃したシーンを適切に配信することを目的とする。
【課題を解決するための手段】
【０００５】
本発明に係る情報処理装置は、会場内で供される観覧対象物を観覧するためにユーザに与えられた観覧位置の情報を取得する第１位置情報取得部と、ユーザの現在位置情報を取得する第２位置情報取得部と、前記観覧位置の情報と前記現在位置情報に応じて配信対象ユーザを決定する対象ユーザ決定部と、前記観覧位置の情報と前記現在位置情報と時刻情報に応じて配信シーンを決定する配信シーン決定部と、前記配信シーンの情報を前記配信対象ユーザに配信する処理を行う配信部と、を備えている。
本構成によれば、観覧位置情報だけでなくユーザの現在位置情報を取得し、その二つの位置情報に基づいて配信対象ユーザと配信シーンが決定される。
【０００６】
上述した情報処理装置の前記対象ユーザ決定部は、前記会場内において観覧スペースが設けられた観覧エリアとは異なる非観覧エリアに前記現在位置情報が包含されるユーザを前記配信対象ユーザとして決定し、前記配信シーン決定部は、前記配信対象ユーザの現在位置情報が前記非観覧エリアに包含されていた時刻情報に基づいて前記配信シーンを決定してもよい。
例えば、会場内に適所に配置されたビーコン発信器に基づいて、ユーザの現在位置が特定可能とされている条件下において、本構成によれば、現在位置情報が非観覧エリアに内包されている場合に配信対象ユーザとして決定される。
【０００７】
上述した情報処理装置の前記対象ユーザ決定部は、前記現在位置情報と前記観覧位置の情報が乖離しているユーザを前記配信対象ユーザとして決定し、前記配信シーン決定部は、前記配信対象ユーザの現在位置情報と前記観覧位置の情報が乖離していた時刻の情報に基づいて前記配信シーンを決定してもよい。
現在位置情報と観覧位置情報の取得は、比較的処理負担の軽い処理で実現することが可能である。また、両位置情報の乖離についても簡易な計算で行うことが可能である。
【０００８】
上述した情報処理装置の前記配信シーン決定部は、前記観覧対象物のシーンごとに状況把握が困難なエリアが存在するか否かを判定すると共に前記困難なエリアが存在する場合に該シーンを前記配信シーンとして決定し、前記対象ユーザ決定部は、前記現在位置情報が前記困難なエリアに包含されるユーザを該配信シーンを配信する前記配信対象ユーザとして決定してもよい。
例えば盛り上がっている人の現在位置情報が偏っている場合（応援チームの違いによるものを除く）、或いは、ユーザの反応タイミングが現在位置情報によって異なる場合、見えにくかったエリアなどの状況把握困難エリアが存在すると判定し、そのシーンを配信対象シーンとして選択する。
【０００９】
上述した情報処理装置においては、ユーザが所持する携帯端末から端末情報を取得する端末情報取得部を備え、前記対象ユーザ決定部は、前記端末情報を用いて前記配信対象ユーザを決定し、前記配信シーン決定部は、前記端末情報を用いて前記配信シーンを決定してもよい。
ユーザの状況をより正確に把握するために端末情報の取得が行われる。即ち、ユーザが所持中の携帯端末（例えば携帯電話）等が備える加速度センサで測定可能な加速度情報を利用することにより、ユーザの実際の状況（歩行中であるなど）を把握することができる。
【００１０】
上述した情報処理装置においては、ユーザが所持する携帯端末から端末情報を取得する端末情報取得部を備え、前記端末情報取得部は、前記端末情報として加速度情報、角速度情報、音情報の少なくとも一つを取得してもよい。
ユーザの状況をより正確に把握するために端末情報の取得が行われる。即ち、具体的に加速度情報や角速度情報や音情報などを取得することにより、ユーザの状況を正確に把握することができる。
【００１１】
上述した情報処理装置の前記配信シーン決定部は、観覧者の興奮度合いの指標として算出された興奮度に応じて前記配信シーンを決定してもよい。
例えば、ユーザが熱中しているシーンを配信シーンとして決定する。
【００１２】
上述した情報処理装置においては、観覧者の興奮度合いの指標として算出された興奮度が小さい場合を配信タイミングとして決定するタイミング決定部を備え、前記配信部は、前記配信タイミングに応じて前記配信を行ってもよい。
例えば、ユーザにとって配信シーンの閲覧が可能な状況を配信タイミングとして決定し、配信することが可能となる。また、具体的に興奮度が算出されることにより、ユーザにとって配信シーンの閲覧に適したタイミングで配信が実行される。
【００１３】
上述した情報処理装置においては、前記観覧位置の情報と前記現在位置情報の距離が所定以内とされた場合を配信タイミングとして決定するタイミング決定部を備え、前記配信部は、前記配信タイミングに応じて前記配信を行ってもよい。
これにより、ユーザが自席にいるタイミングや、すぐに自席に戻ることが可能なタイミングで配信が実行される。
【００１４】
上述した情報処理装置においては、前記観覧対象物についてのハイライトとなるシーンを集約したハイライトシーン生成部を備え、前記配信部は、前記観覧対象物の観覧開始時間以降に前記会場に到着したユーザに対して、前記配信シーンの情報として前記ハイライトシーン生成部が生成したハイライトシーンの情報を配信してもよい。
これにより、ユーザが閲覧したいと考えるシーンを集約したハイライトシーン動画などが生成される。このような動画（或いは画像）が配信シーンとして到着したてのユーザに配信される。
【００１５】
本発明に係る情報処理方法は、会場内で供される観覧対象物を観覧するためにユーザに与えられた観覧位置の情報を取得する第１位置情報取得ステップと、ユーザの現在位置情報を取得する第２位置情報取得ステップと、前記観覧位置の情報と前記現在位置情報に応じて配信対象ユーザを決定する対象ユーザ決定ステップと、前記観覧位置の情報と前記現在位置情報と時刻情報に応じて配信シーンを決定する配信シーン決定ステップと、前記配信シーンの情報を前記配信対象ユーザに配信する処理を行う配信ステップと、を情報処理装置が実行するものである。
この情報処理方法により、観覧対象物を観覧するために会場に来場しているユーザに対して、情報処理装置の処理負担を過度に増加させることなく見逃したシーンを適切に配信することができる。
【００１６】
本発明に係るプログラムは、ユーザの現在位置情報を送信する第２位置情報送信機能と、観覧位置の情報と前記現在位置情報に応じて決定された配信シーンを受信する受信機能と、を情報処理装置に実行させるプログラムである。また、会場内で供される観覧対象物を観覧するためにユーザに与えられた観覧位置の情報を送信する第１位置情報送信機能を更に情報処理装置に実行させるプログラムであってもよい。
このプログラムにより、例えば、情報処理装置としてのユーザ端末上で動作するアプリケーションプログラムを実現可能である。
【発明の効果】
【００１７】
本発明によれば、あるユーザが見逃したと思われるシーンを配信シーンとして決定して当該ユーザに配信することにより、配信対象を適切に限定した上でシーンの見逃しを補完することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施の形態の配信制御端末を含むネットワークの説明図である。
【図２】ネットワークシステムが備えるビーコン発信器とユーザ端末の関係を示す図である。
【図３】実施の形態のコンピュータ装置のブロック図である。
【図４】実施の形態の配信制御端末の機能構成の説明図である。
【図５】ユーザＤＢに記憶される情報の一例を示す説明図である。
【図６】位置情報ＤＢに記憶される情報の一例を示す説明図である。
【図７】重要シーンＤＢに記憶される情報の一例を示す説明図である。
【図８】配信制御ＤＢに記憶される情報の一例を示す説明図である。
【図９】エリアＤＢに記憶される情報の一例を示す説明図である。
【図１０】現在位置情報記憶処理のフローチャートの一例である。
【図１１】重要シーン記憶処理のフローチャートの一例である。
【図１２】配信対象ユーザ決定処理のフローチャートの一例である。
【図１３】配信対象ユーザ決定処理のフローチャートの別例である。
【図１４】配信シーン決定・配信処理のフローチャートの一例である。
【図１５】配信タイミング決定処理のフローチャートの一例である。
【図１６】配信タイミング決定処理のフローチャートの別例である。
【図１７】来場判定処理のフローチャートの一例である。
【図１８】遅刻ユーザ対応処理のフローチャートの一例である。
【図１９】興奮度に応じた配信処理のフローチャートの一例である。
【図２０】重要シーン記憶処理のフローチャートの別例である。
【図２１】配信対象ユーザ決定処理のフローチャートの別例である。
【発明を実施するための形態】
【００１９】
以下、実施の形態を次の順序で説明する。
＜１．システム構成＞
＜２．コンピュータ装置のハードウェア構成＞
＜３．配信制御装置の機能構成＞
＜４．ＤＢに記憶される情報の例＞
［４−１．ユーザＤＢ］
［４−２．位置情報ＤＢ］
［４−３．重要シーンＤＢ］
［４−４．配信制御ＤＢ］
［４−５．エリアＤＢ］
［４−６．ＤＢの態様］
＜５．各種処理例＞
［５−１．現在位置情報記憶処理］
［５−２．重要シーン記憶処理］
［５−３．配信対象ユーザ決定処理］
［５−４．配信対象ユーザ決定処理の別例］
［５−５．配信シーン決定・配信処理］
［５−６．配信タイミング決定処理］
［５−７．配信タイミング決定処理の別例］
［５−８．来場判定処理］
［５−９．遅刻ユーザ対応処理］
［５−１０．興奮度に応じた配信処理］
［５−１１．重要シーン記憶処理の別例］
＜６．まとめ＞
＜７．プログラム及び記憶媒体＞
【００２０】
＜１．システム構成＞
本実施の形態としての配信制御装置１を含むネットワークシステム全体の構成について、図１を用いて説明する。
配信制御装置１は、通信ネットワーク２を介して複数のユーザ端末３と相互に通信可能とされている。
【００２１】
なお、図１に示した通信ネットワーク２の構成は特に限定されるものではなく、上記したインターネット以外にも、例えばイントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＣＡＴＶ（Community Antenna TeleVision）通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網などが想定される。
また、通信ネットワーク２の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線などの有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、ブルートゥース（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網などの無線でも利用可能である。
【００２２】
配信制御端末１は、例えば、スポーツの試合やコンサートなどの観覧対象物の観覧を行うために球技場やイベントホールなどの会場に来場したユーザに対して、適切な情報配信を行う情報処理装置である。配信制御端末１は、本発明の情報処理装置の実施の一態様である。
なお、以下の各例では、観覧対象物の一例として野球の試合を取り上げる。また、会場の一例として、野球場（単に球場とも記載する）を取り上げる。
【００２３】
配信制御端末１は、具体的に、野球の試合の中で、重要なシーンを判定する処理や、重要なシーンを配信するユーザを配信対象ユーザとして特定する処理や、配信対象ユーザに配信する配信シーンを重要なシーンから選択する処理などを実行する。具体的には後述する。
また、配信制御端末１はその他にも、会員登録されたユーザの情報を管理する処理や、球場内の各観戦エリアの情報を管理する処理を行う。観戦エリアごとの情報とは、例えば、観戦エリアＡに位置するユーザの視点に最も近いカメラのＩＤ（Identification）情報や、観戦エリアＡに位置するユーザにとって見難い場所についての情報などである。
【００２４】
このような各種の機能を実現するために、配信制御端末１は、ユーザ情報が記憶されるユーザＤＢ（Database）５０、ユーザの位置情報が記憶される位置情報ＤＢ５１、重要シーンについての情報が記憶される重要シーンＤＢ５２、観戦エリアごとの配信可否情報やユーザの属性に応じた配信可否情報などが記憶される配信制御ＤＢ５３、観戦エリアの情報が記憶されるエリアＤＢ５４を備えている。
他にも、重要なシーンの動画データが記憶される図示しない動画ＤＢなどを管理する。
これらのＤＢは、例えばＬＡＮ等のネットワークを介して配信制御端末１と通信可能とされており、このようなネットワークは通信ネットワーク２と同様に特に限定されるものではない。
【００２５】
ユーザ端末３は、球場に来場したユーザが用いる情報処理端末である。ユーザ端末３としては、例えば、通信機能を備えたＰＣ（Personal Computer）やフィーチャーフォンやＰＤＡ（Personal Digital Assistants）、或いは、スマートフォンやタブレット端末などのスマートデバイスなどである。
なお、ユーザ端末３には、配信制御端末１が提供する各種のサービスを享受するためのアプリケーション（以降、「端末アプリ」と記載）がインストールされ利用可能とされていてもよい。その場合には、後述する配信制御端末１が実行する各種の処理のうちの一部を端末アプリがインストールされたユーザ端末３で行うように構成されていてもよい。具体的には後述する。
【００２６】
ネットワークシステムには、球場内の各所に設置された複数のビーコン発信器４，４，・・・が含まれていてもよい。図２に示すように、ビーコン発信器４は、自身を中心とした所定範囲に信号（ビーコン信号）を発信する機器である。ユーザ端末３には、例えばビーコン信号を受信した場合に所定の処理を行うような端末アプリがインストールされている。所定の処理とは、例えば、ビーコン発信器４のビーコン信号を受信可能な領域に入ったこと配信制御端末１に通知するための情報送信を行う処理などである。
【００２７】
ビーコン発信器４から発信されるビーコン信号は、ビーコン発信器４からの距離が遠くなるなるほど弱くなるようにされている。従って、例えば、ビーコン発信器４を特定可能なＩＤ情報（ビーコンＩＤと記載）と共に受信したビーコン信号の強度情報を配信制御端末１に送信することにより、配信制御端末１はユーザ端末３の現在位置情報を細かく特定可能とされている。
ユーザ端末３（３Ａ，３Ｂ，３Ｃ，３Ｄ）とビーコン発信器４（４Ａ，４Ｂ，４Ｃ，４Ｄ）の位置関係について、図２を参照して説明する。
ユーザ端末３Ａのように、何れのビーコン発信器４の受信可能領域に含まれていない場合や、ユーザ端末３Ｂのように、複数のビーコン発信器４（４Ａ，４Ｂ）の受信可能領域が重複する領域に含まれている場合や、ユーザ端末３Ｃ，３Ｄのように、一つのビーコン発信器４（４Ｃまたは４Ｄ）の受信可能領域に含まれている場合などがある。
また、ユーザ端末３Ｃのように、ビーコン発信器４Ｃの受信可能領域に含まれているがビーコン発信器４Ｃとの距離が遠く、受信する信号の信号強度が低い場合や、ユーザ端末３Ｄのように、ビーコン発信器４Ｄの受信可能領域に含まれると共にビーコン発信器４Ｄとの距離が近いために、受信する信号の信号強度が高い場合がある。
【００２８】
＜２．コンピュータ装置のハードウェア構成＞
配信制御端末１をはじめとした各装置（ユーザ端末３、ユーザＤＢ５０、位置情報ＤＢ５１、重要シーンＤＢ５２、配信制御ＤＢ５３、エリアＤＢ５４）を構成するコンピュータ装置のハードウェア構成を図３に示す。各コンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ( Read Only Memory)１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ( Random Access Memory )１０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１０３にはまた、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ１０１、ＲＯＭ１０２、およびＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インタフェース１０５も接続されている。
入出力インタフェース１０５には、入力部１０６、出力部１０７、記憶部１０８、通信部１０９が接続されている。
入力部１０６はキーボード、マウス、タッチパネルなどにより構成される。
出力部１０７はＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイ、並びにスピーカなどにより構成される。
記憶部１０８はＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などにより構成される。
通信部１０９はネットワーク２を介しての通信処理や機器間通信を行う。
入出力インタフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書込や読出が行われる。
【００２９】
このようなコンピュータ装置では、通信部１０９による通信によりデータやプログラムのアップロード、ダウンロードが行われる。またリムーバブルメディア１１１を介したデータやプログラムの受け渡しが可能である。
ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、配信制御端末１などの各装置（ユーザ端末３、ユーザＤＢ５０、位置情報ＤＢ５１、重要シーンＤＢ５２、配信制御ＤＢ５３、エリアＤＢ５４）としての必要な情報処理や通信が実行される。
なお、配信制御端末１などの各装置（ユーザ端末３、ユーザＤＢ５０、位置情報ＤＢ５１、重要シーンＤＢ５２、配信制御ＤＢ５３、エリアＤＢ５４）を構成する情報処理装置は、図３のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、ＬＡＮ等によりシステム化されていてもよいし、インターネット等を利用したＶＰＮ等により遠隔地に配置されたものでもよい。複数の情報処理装置には、クラウドコンピューティングサービスによって利用可能なサーバ群（クラウド）としての情報処理装置が含まれてもよい。
【００３０】
情報処理装置の各機能は、情報処理装置においてＣＰＵ１０１でプログラムに応じて実行される処理により実現される機能である。但し以下説明する全部または一部の各構成の処理をハードウェアにより実現してもよい。
また各機能をソフトウェアで実現する場合に、各機能がそれぞれ独立したプログラムで実現される必要はない。一つのプログラムにより複数の機能の処理が実行されてもよいし、一つの機能が複数のプログラムモジュールの連携で実現されてもよい。
また各機能は複数の情報処理装置に分散されていてもよい。更に機能の一つが、複数の情報処理装置によって実現されてもよい。
【００３１】
＜３．配信制御装置の機能構成＞
配信制御端末１の具体的な機能構成について、図４を参照して説明する。
配信制御端末１は、第１位置情報取得部１ａ、第２位置情報取得部１ｂ、端末情報取得部１ｃ、対象ユーザ決定部１ｄ、配信シーン決定部１ｅ、タイミング決定部１ｆ、ハイライトシーン生成部１ｇ、配信部１ｈを備えている。
【００３２】
第１位置情報取得部１ａは、球場内に設けられた観客席において、ユーザに与えられた座席位置（観覧位置、自席とも記載する）の情報を取得する処理を行う。座席位置情報は、一人のユーザが着席可能な一つの座席を特定可能な情報であってもよいし、自由席として設けられた複数の座席群の位置を特定する情報であってもよいし、椅子が設けられておらずある程度の人数を収容可能なスペース（エリア）を特定する情報であってもよい。具体的には、「１塁側内野席Ｘ列目のＹ番目の席」であってもよいし、「外野席のライトスタンド側に設けられたエリアＺ」であってもよい。
【００３３】
第１位置情報取得部１ａが座席位置情報を取得する方法としては、各種考えられる。例えば、ユーザが所有している座席位置を特定可能なチケットの画像情報を取得し、それを解析することにより座席位置情報を取得する。また、ユーザ自身に座席位置情報を入力させることにより座席位置情報を取得してもよい。更に、球場に入場する際にユーザが提示したチケット情報を入場口に設置された機器で読み取り、その情報を利用してもよい。
他にも、ユーザがウェブサイトでチケットを購入した場合に、ユーザの会員ＩＤとチケットの座席位置情報を紐付けておくことにより、ユーザの座席位置情報を取得してもよい。
【００３４】
第２位置情報取得部１ｂは、ユーザの現在位置の情報を取得する処理を行う。
ユーザの現在位置を取得する方法としては、各種考えられる。例えば、ユーザが携帯している携帯端末（ユーザ端末３）から現在位置情報を取得する。具体的には、ユーザ端末３が備えているＧＰＳ（Global Positioning System）機能を利用し、ユーザ端末３にＧＰＳ機能で取得した現在位置情報を送信させることにより取得してもよい。また、球場内の各所に設置したビーコン発信器から発せられる信号をユーザ端末３が受信し、ユーザ端末３からビーコン発信器を特定可能な情報を取得することにより、ユーザ端末３の現在位置情報を取得してもよい。
【００３５】
端末情報取得部１ｃは、ユーザ端末３に関する情報を取得する処理を行う。具体的には、ユーザ端末３が備える加速度センサ、角速度センサ、マイクロフォンで計測される加速度情報、角速度情報及び音情報などを取得する処理を行う。これらの端末情報の取得方法は、各種考えられる。
例えばユーザ端末３が大きな音をマイクロフォンで取得したことを契機として、ユーザ端末３が配信制御端末１に音情報を送信するように構成されていてもよい。また、端末情報取得部１ｃが所定のタイミングでユーザ端末３に端末情報を送信するように要求することにより取得してもよい。
【００３６】
対象ユーザ決定部１ｄは、情報の送信対象となるユーザ（配信対象ユーザと記載）を決定する処理を行う。具体的には、自席から離れており本来目撃可能であったはずの重要なシーンを見逃したユーザなどを配信対象ユーザとして特定する処理を行う。
また、自席にいたユーザであっても、シーンによっては見難いシーンが存在する。そのようなユーザについては、別角度で撮影した動画像（即ち第２カメラ情報によって特定されるカメラで撮影した動画像）を配信すべき配信対象ユーザとして判定する処理を行う。
【００３７】
配信シーン決定部１ｅは、対象ユーザ決定部１ｄが決定した配信対象ユーザに対して配信すべき情報を決定する処理を行う。例えば、複数ある重要なシーンを撮影した動画像の中から、配信対象ユーザに配信する配信シーンを選択する。
【００３８】
タイミング決定部１ｆは、配信対象ユーザに配信シーンに関する情報を送信するタイミング（配信タイミング）を決定する処理を行う。
【００３９】
ハイライトシーン生成部１ｇは、それまでに発生した重要なシーンについての動画像のうちの幾つかを利用して、それまでの試合内容を把握するためのハイライトシーン動画像を生成する処理を行う。
【００４０】
配信部１ｈは、配信対象ユーザのユーザ端末３に対して配信シーンに関する情報を配信タイミングに応じて送信する処理を行う。配信シーンに関する情報とは、例えば、動画像データをユーザ端末３に送信してもよいし、動画像データを閲覧可能なウェブページ情報としてＵＲＬ（Uniform Resource Locator）情報を送信してもよい。即ち、ユーザがユーザ端末３を用いて配信シーンを視聴可能な情報が送信される。
【００４１】
配信制御端末１は、他にもユーザに各種のサービスを提供するための処理を行う。具体的には、当該試合に出場している選手のデータを取得して送信する処理のようにユーザ端末３からの要求に応じて行う処理や、球場内のビーコン発信器の位置の管理やカメラ位置の管理を行う内部処理などである。
【００４２】
＜４．ＤＢに記憶される情報の例＞
［４−１．ユーザＤＢ］
ユーザＤＢ５０には、ユーザに関する情報が記憶される。一例を図５に示す。図示するように、ユーザを一意に特定可能なユーザＩＤに各種の情報が紐付けられて記憶される。
具体的には、ユーザＩＤ一つに対して、端末特定情報、来場情報、ポイント情報、住所、年齢、氏名、連絡先情報などの個人情報などが紐付けられる。
【００４３】
端末特定情報は、ユーザが所持するユーザ端末３を特定するための情報である。例えば、配信制御端末１が提供する各種サービスを利用するためにユーザ端末３Ａを用いてユーザＡがログインした場合、ユーザ端末３Ａを特定するための情報（例えばＭＡＣアドレス）がユーザＡのユーザＩＤに紐付けられて記憶される。
その後、ユーザＡがユーザ端末３Ａを用いてログアウト操作を行い、ユーザＢがユーザ端末３Ａを用いてログイン操作を行うと、ユーザＡとユーザ端末３Ａの紐付けを解消すると共にユーザＢとユーザ端末３Ａの紐付けを行う。
このように、ユーザがログインしている間使用している端末を特定するための情報が記憶される。
【００４４】
来場情報は、ユーザが球場に来場した場合に記憶される情報である。この情報は、ユーザが球場に来場していない状態では何も記憶されておらず、来場している間だけ所定の情報（フラグ情報であってもよいし、来場時間を示す情報であってもよい）が記憶されてもよい。また、これまでにユーザが来場した情報を蓄積するように記憶されてもよい。即ち、来場履歴情報とされていてもよい。
【００４５】
ポイント情報は、ユーザが所持しているポイントの情報などである。例えば、球場に来場するたびポイントが付与され、ポイントに応じて各種のサービスを利用できる。ポイントに関する各種の処理は、配信制御端末１とは異なる情報処理端末で実行するように構成されていてもよい。
連絡先情報は、ユーザの電子メールアドレス等である。後述する配信制御では、配信する情報を電子メールアドレスに送信するようにしてもよい。
その他にも、ユーザＤＢ５０には、ユーザの好みの選手や球団情報が記憶されていてもよい。また、好みの選手や球団の情報を考慮して配信シーンを選択してもよい。
【００４６】
［４−２．位置情報ＤＢ］
位置情報ＤＢ５１には、ユーザの現在位置や座席位置（或いは観戦エリアを特定する情報）が記憶される。一例を図６に示す。
位置情報ＤＢ５１には、ユーザを特定するためのユーザＩＤに対して、各種の現在位置情報が記憶されている。現在位置情報は、試合終了後（観覧終了後）も消去されずに記憶されていてもよいし、試合終了と共に（或いは球場から退出した後）、消去されてもよい。
【００４７】
現在位置情報は、時系列順に記憶されている。例えば、ユーザが移動するごとに新たなレコードが生成されて記憶される。
一つのレコードには、時刻情報、ＧＰＳ情報、ビーコンＩＤ、強度、配信対象フラグの情報が記憶される。
【００４８】
時刻情報は、ユーザの現在位置情報が検出された時刻を示す情報である。ユーザの現在位置情報の検出は、例えば、ユーザが移動した場合に検出されてもよいし、一定時間ごとに記憶されてもよい。ユーザが移動した場合に検出される態様では、現在位置情報の記憶が開始された後に自席から移動しなかったユーザの現在位置情報は少ないレコード数とされる。
【００４９】
ＧＰＳ情報及びビーコンＩＤは、何れか一方が記憶されていてもよいし、双方が記憶されていてもよい。即ち、一つのレコードについて、少なくとも何れか一方の情報が記憶される。ＧＰＳ情報は、ユーザ端末３で測定した緯度及び経度の情報が取得されて記憶される。ビーコンＩＤ及び強度情報は、ユーザ端末３がビーコン発信器４の受信可能領域内に移動したことによりユーザ端末３がビーコン信号を受信した際に、ビーコンＩＤと信号の強度情報を配信制御端末１へ送信することにより記憶される。
【００５０】
一つのレコードには、一組のビーコンＩＤ及び強度情報が紐付けられる例を図６に示したが、複数組のビーコンＩＤ及び強度情報が紐付けられていてもよい。例えば、図２に示すユーザ端末３Ｂのように、複数のビーコン発信器４Ａ，４Ｂの受信可能領域内に位置する場合がある。このような状態では、ビーコン発信器４ＡのＩＤと強度情報が記憶されると共に、ビーコン発信器４ＢのＩＤと強度情報が記憶されてもよい。これにより、ユーザ端末３Ｂの現在位置情報をより正確に特定することが可能となる。
【００５１】
また、球場内にはＧＰＳ情報が正確に取得可能なエリアと不正確になりがちなエリアが混在していることが考えられる。例えば、ビーコン発信器４Ａ付近で取得したＧＰＳ情報は正確であるが、ビーコン発信器４Ｂ付近で取得したＧＰＳ情報は周囲環境などから不正確となりがちな場合などである。そのような場合には、ビーコン発信器４Ｂの受信可能領域に入ったことを示す情報とＧＰＳ情報を共にユーザ端末３から受信した場合に、配信制御端末１はＧＰＳ情報を位置情報ＤＢ５１に記憶せずに破棄してもよい。勿論、ユーザ端末３の端末アプリでそのような場合のＧＰＳ情報を配信制御端末１に送信しないように制御してもよい。
【００５２】
なお、球場内には試合観戦に適したエリアと不適切なエリアが混在している。それらのエリア間を移動した場合にＧＰＳ情報やビーコン情報が記憶されることが望ましい。即ち、後述する各種の処理では、ユーザが観戦に適したエリアに位置しているか否かに応じて処理内容が変わる場合があるためである。
【００５３】
配信対象フラグの情報は、例えば、ユーザがそのときに観戦不可能な状態にあったか否かを判定した結果を記憶したものである。観戦不可能な状態とは、例えば、観戦スペースが設けられた観戦エリア以外の非観戦エリアにいることによって観戦できない状態や、自席から離れていることによって観戦できない状態などである。配信対象フラグがＯＦＦとされている状態は、当該レコードが記憶されたときに観戦可能な状態にあったことを示しており、配信対象ユーザからは外れている時間帯を示している。
一方、配信対象フラグがＯＮとされている状態は、当該レコードが記憶されたときに観戦不可能な状態にあった（或いは不可能な状態だったかもしれない）ことを示しており、配信対象ユーザとして該当している時間帯を示している。
【００５４】
［４−３．重要シーンＤＢ］
重要シーンＤＢ５２には、重要シーンについての情報が記憶される。一例を図７に示す。
図示するように、重要シーンＤＢ５２には、重要なシーンごとに付与されたシーンＩＤ一つ一つに対して、シーンの開始時刻情報と終了時刻情報、対応カメラＩＤの情報が紐付けられて記憶されている。
球場では、球場内に設置された位置固定式或いは位置可動式の複数のカメラによって試合内容が記録されている。各カメラには異なるＩＤが付与されている。カメラの位置はそれぞれ異なるため、シーンごとに視聴に適するカメラが異なる。対応カメラＩＤの情報は、その重要シーンを視聴するのに相応しいカメラを特定するための情報である。
なお、重要シーンは他の重要シーンと一部または全部の時間帯が重複していても構わない。即ち、ある重要シーンが開始されて終了する前に他の重要シーンが開始されても構わない。例えば、打席に立っている打者についての重要シーンがホームベース付近で開始された後、外野手についての重要シーンが守備位置付近で開始されてもよい。
【００５５】
なお、開始時刻情報は、球場の歓声の大きさなどから自動で記録されるようにしてもよいし、オペレータが手動で設定してもよい。手動で設定する場合は、オペレータが操作した時間を開始時刻としてもよいし、それよりも前の時刻を開始時刻として設定可能とされていてもよい。終了時刻情報についても同様に、歓声が小さくなったことが自動で識別されて時刻情報が記録されてもよいし、オペレータの手動操作によって記録されてもよい。
【００５６】
［４−４．配信制御ＤＢ］
配信制御ＤＢ５３には、重要なシーンごとに配信するか否かを示すフラグ情報が記憶されている。一例を図８に示す。
具体的には、エリア別配信制御情報として、エリアＡ，Ｂ，・・・ごとに配信シーンとして採用するか否かを示すフラグが記憶されている。シーンＩＤ＝ＳＣ＿００００１（シーンＳＣ１）とされた重要シーンは、エリアＢからは見やすいシーンであり、且つエリアＡからは見難いシーンである。従って、エリアＡで観戦していたユーザに対しては、補完する意味でも当該シーンを配信することが望ましい。
【００５７】
一方、シーンＩＤ＝ＳＣ＿００００２とされた重要シーン（シーンＳＣ２）は、エリアＡ，Ｂの双方から見難いシーンであったことが考えられる。従って、エリアＡ，Ｂで観戦していたユーザ双方を配信対象ユーザとする。
また、当該重要シーンは、見やすいエリア／見難いエリアの別によらず、試合を観戦する上で観客が沸き立った重要なシーンであったことが考えられる。このような重要シーンは、もう一度リプレイ動画を見たいと考えるユーザが多いため、全てのエリアにいるユーザ（即ち全ユーザ）を配信対象ユーザとして設定する。
【００５８】
離席ユーザ情報は、そのシーンが発生した当時に自席から離席していたユーザ（或いはトイレなどの非観戦エリアに移動していたユーザ）を配信対象ユーザとするか否かを重要シーンごとに判定した結果が記憶されている。重要シーンの中でも重要度が低いシーンである場合には、離席ユーザを配信対象ユーザと設定しない場合もある。
【００５９】
遅刻ユーザ情報は、まだ球場に到着していないユーザに対して見せるべき重要シーンであるか否かを判定した結果が記憶されている。遅刻ユーザに対しては、所定数の重要シーンを配信するようにしてもよい。その場合には、新たに遅刻ユーザに見せるべき重要シーンを決定する場合には、代わりに既に決定していた他の重要シーンのうちの一つを配信するシーンから除外するためにフラグをＯＦＦ（図中の×）にする処理を行う。
【００６０】
他にも応援するチームに応じて配信する重要シーンを変更することが考えられる。Ａチーム応援ユーザの情報やＢチーム応援ユーザの情報は、そのために配信制御ＤＢ５３に記憶される情報である。例えば、シーンＳＣ１はＡチームが活躍したシーンであるため、Ａチームを応援しているユーザに配信するべき重要シーンであることを示す情報が記憶されている。また、シーンＳＣ２は、何れのチームにとっても重要なシーンであるため、応援するチームに関係なく配信するべきシーンであることを示す情報が記憶されている。
【００６１】
なお、離席ユーザについての情報は、更に細分化することも考えられる。例えば、シーン終了後５分未満に自席に戻ったユーザについての制御情報と、５分以上自席に戻らなかったユーザについての制御情報を記憶してもよい。
具体的には、重要シーンが終了した後すぐに自席に戻ったユーザは、周囲の観客の反応から直前に何が起こったのか知りたい場合がある。そのような場合には、シーン終了後５分未満に自席に戻ったユーザに対しては当該重要シーンを配信することを示す情報が記憶される。また、その重要シーンがそれ程重要なシーンではなかった場合には、５分以上自席に戻らなかったユーザに対しては当該重要シーンを配信しないことを示す情報が記憶される。
【００６２】
［４−５．エリアＤＢ］
エリアＤＢ５４には、球場内の観客が立ち入ることのできる一部のエリアまたは全てのエリアの情報が記憶されている。これらの情報は、例えばオペレータの手動により記憶される。一例を図９に示す。
エリアを一意に特定可能なエリアＩＤに対して、位置特定情報、観覧（観戦）可否情報、対応カメラ情報、シーン発生位置ごとの観覧可否情報などが紐付けられて記憶されている。
【００６３】
位置特定情報は、エリアの位置や範囲を特定するための情報である。緯度情報及び経度情報であってもよいし、「一塁側後方」などのように球場内の場所が特定可能な情報であってもよい。また、球場内に各所に配置されたビーコンの受信可能領域に基づいて規定された範囲情報であってもよい。
観覧可否情報は、観覧（観戦）の可否を示す情報である。観覧可否情報が「可」とされているエリアは、試合の直接の観覧が可能なエリアとされている。例えば、観覧のためのスペース（席でもよい）が設けられている観覧エリアである。但し、一部の場所で起きたシーンについては観覧できないなど、球場内で起き得る全てのシーンが観覧可能でない場合も含まれる。
また、観覧可否情報が「否」とされているエリアは、試合の直接の観覧が不可能なエリアや非観覧エリアとされている。但し、付近に設置されているモニタなどを通して間接的な観覧が可能とされていてもよい。
【００６４】
対応カメラ情報は、そのエリアにいる観客の視線と最も近い状態の映像を提供可能なカメラを特定する情報（第１カメラ情報）や、そのエリアにいる観客とは異なる角度から見た状態の映像を提供可能なカメラを特定する情報（第２カメラ情報）とされている。
即ち、第１カメラ情報は、そのエリアに最も近い位置にあるカメラを特定するための情報である。
また、ライトスタンドエリアにおける第２カメラ情報は、例えば、バックネットに位置するカメラを特定するための情報である。
【００６５】
シーン発生位置ごとの観覧可否情報は、そのエリアにいる観客が見えない場所や見難い場所を示す情報である。例えば、ＡＲ＿００００１とされたエリアにいる観客は、ホームベース上で起きたシーン及びバックスクリーン付近で起きたシーンは見難く（或いは全く見えず）、ライトポール際で起きたシーンのみよく見える状態とされる。また、ＡＲ＿００００２とされたエリアにいる観客は、観覧可否情報が「否」とされているため、何れの場所で発生したシーンも観覧不可とされている。
なお、シーンの見やすさの違いは、例えば球場内に配置された柱などの構造物などに基づくものである。
【００６６】
なお、図９に示す各エリアは、図８に示したエリアＡ，Ｂ，・・・とは異なるものであってもよい。例えば、図９に示す各エリアには、各シーンを全く見られないエリアが含まれているが、図８に示すエリア別配信制御情報は、シーンを見ることが可能であっても見難かったユーザに配信するか否かを決定するために設けられている情報であるため、各シーンを全く見ることができない観覧不可能エリア（或いは非観覧エリア）は含まれていなくてもよい。
また、図８及び図９に示すエリア情報は、それぞれエリアの区切り方が異なるものであってもよい。勿論、図８と図９に示す各エリアの区切り方が同じであってもよい。
【００６７】
［４−６．ＤＢの態様］
これらの各ＤＢ（ユーザＤＢ５０、位置情報ＤＢ５１、重要シーンＤＢ５２、配信制御ＤＢ５３、エリアＤＢ５４）は、配信制御端末１を構成する各情報処理装置が必要に応じてアクセス可能とされていればどのような形態で実現されていてもよい。例えば配信制御端末１と同一システム内の記憶部に各ＤＢ（ユーザＤＢ５０、位置情報ＤＢ５１、重要シーンＤＢ５２、配信制御ＤＢ５３、エリアＤＢ５４）のすべてが形成されていてもよいし、各ＤＢ（ユーザＤＢ５０、位置情報ＤＢ５１、重要シーンＤＢ５２、配信制御ＤＢ５３、エリアＤＢ５４）の一部又は全部が別体、遠隔地等のコンピュータシステムに設けられていてもよい。もちろん各ＤＢ（ユーザＤＢ５０、位置情報ＤＢ５１、重要シーンＤＢ５２、配信制御ＤＢ５３、エリアＤＢ５４）が一つの装置（例えば一つのＨＤＤ等）内に形成されている必要はない。また各ＤＢ（ユーザＤＢ５０、位置情報ＤＢ５１、重要シーンＤＢ５２、配信制御ＤＢ５３、エリアＤＢ５４）のそれぞれが、それぞれ１つのＤＢとして構成される必要もない。例えばユーザＤＢ５０に記憶される情報が、複数のユーザＤＢ（例えばログイン用のユーザＤＢと来場情報が記憶されるユーザＤＢなど）により記憶管理されてもよい。以下説明する各ＤＢ（ユーザＤＢ５０、位置情報ＤＢ５１、重要シーンＤＢ５２、配信制御ＤＢ５３、エリアＤＢ５４）は、実施の形態の処理に関連する情報の記憶部を、それぞれ１つのＤＢの形態で例示したものに過ぎない。
【００６８】
＜５．各種処理例＞
［５−１．現在位置情報記憶処理］
前述したように、本実施の形態では、ユーザの位置情報に応じた制御を行う。ここでは、ユーザの位置情報を取得するための処理について、図１０を参照して説明する。
なお、この処理は、例えば配信制御端末１の第２位置情報取得部１ｂの機能を利用することにより実行される。
【００６９】
なお、図１０に示す一連の処理は、ユーザ端末３ごとに実行される例である。
配信制御端末１は、ステップＳ１０１で、ユーザの現在位置情報要求をユーザ端末３に送信する処理を行う。
該要求に応じてユーザ端末３が現在位置情報を送信すると、配信制御端末１はステップＳ１０２で該情報を受信する処理を行う。
これによって、配信制御端末１は対象のユーザ端末３の現在位置情報を取得することができる。即ち、ユーザ端末３を携帯しているユーザの現在位置を特定することができる。
【００７０】
配信制御端末１はステップＳ１０３で、前回の現在位置情報を取得する処理を行う。なお、ステップＳ１０２の処理が球場に来場した後の初回の現在位置情報取得の処理であった場合は、以降のステップＳ１０４，Ｓ１０５の処理を行わずにステップＳ１０６の処理へと以降する。
【００７１】
配信制御端末１はステップＳ１０４で、移動距離を算出すると共に移動距離が所定以上であるか否かを判定する。
移動距離は、例えば、「前回の現在位置」と「今回取得した現在位置」の差分を算出することにより行う。移動距離が所定以上である場合はユーザが新たな位置へ移動したと判定し、ステップＳ１０５で配信制御端末１は今回新たに取得した現在位置情報を位置情報ＤＢ５１に記憶する処理を行う。
移動距離の判定に用いる所定値は、例えば、数十センチや１ｍなどである。このような値は、ＧＰＳの精度によって決定されるものである。即ち、ユーザがある位置にとどまっていたとしても、ＧＰＳの精度によって測定値が１ｍ程度ずれる可能性がある場合には、所定値を１ｍとする。これによって、実際にユーザが移動していないにも関わらず移動したと判定されてしまうことを防止することができる。
【００７２】
移動距離が所定未満である場合にはユーザは移動していないと判定しステップＳ１０５の処理を行わずにステップＳ１０６に進む。
配信制御端末１は、ステップＳ１０６において、所定時間待機する。待機時間を設けることにより、過度の頻度でユーザ端末３に現在位置情報要求を行ってしまうことが防止される。
【００７３】
図１０に示す一連の処理を配信制御端末１が行うことにより、定期的にユーザ端末３の現在位置情報が取得されると共に、ユーザ端末３が移動していた場合には新たな現在位置情報がＤＢに記憶される。
【００７４】
［５−２．重要シーン記憶処理］
配信制御端末１は、前述したように、ユーザに重要シーンの配信を行うものである。そのために、観覧対象物である野球の試合において、球場で繰り広げられる各シーンのうち、何れのシーンが重要シーンであるかを判定し、重要シーンＤＢ５２に記憶する処理を行う。
具体的に、図１１を参照して説明する。
【００７５】
配信制御端末１はステップＳ２０１で、大歓声が発生したか否かを判定する。大歓声の発生の有無は、例えばユーザ端末３が取得した音情報を受信することにより判定してもよいし、球場内の適所に設けられた音情報取得装置（マイクロフォンを備えた装置）から取得してもよいし、球場内の各カメラから取得してもよい。
大歓声が発生したと判定した場合、配信制御端末１は重要シーンの発生を検知したと判断し、ステップＳ２０２で重要シーン開始時刻として現在の時刻情報を記憶する処理を行う。
【００７６】
続いて、配信制御端末１はステップＳ２０３で、例えば、図７における対応カメラＩＤなどのカメラ情報を記憶する。
対応カメラＩＤは、今回の重要シーンについての概要や詳細を把握することが可能なカメラや適切なカメラを特定するための情報である。従って、後述する重要シーンの配信を行う場合には、対応カメラＩＤに応じて適切な動画像が選択されて配信される。
【００７７】
配信制御端末１はステップＳ２０３で、重要シーンが終了したか否かを判定する処理を行い、重要シーンが続いていれば再度ステップＳ２０４の処理を実行する。
重要シーンが終了した場合、配信制御端末１はステップＳ２０５で、重要シーンの終了時刻として現在の時刻情報を記憶する処理を行う。
なお、重要シーンの開始は自動で判定すると共に、終了についてはオペレータにより手動で判定されてもよい。その場合には、重要シーンの終了時刻は手動で入力される。
【００７８】
ステップＳ２０６で、状況把握困難エリアの有無を判定する処理を配信制御端末１は行う。
状況把握困難エリアとは、重要シーンの主な舞台となった位置に応じて決定されるものであり、該重要シーンの把握が困難なエリアである。そのような状況把握困難エリアが存在するか否かを判定した後、ステップＳ２０７で配信制御端末１は配信制御情報の記憶処理を行う。
配信制御情報は、例えば図８に示した配信制御ＤＢ５３に記憶されるような情報である。即ち、重要シーンであると判定した今回発生したシーンについて、どのようなユーザに配信するかを決定するための情報である。
具体的には、状況把握困難エリアが存在するとステップＳ２０６で判定した場合、状況把握困難なエリアに対して配信フラグをＯＮ（図８の○印）にする。また、今回の重要シーンを離席ユーザに配信するかどうかや、遅刻ユーザに配信するかどうか、或いは応援チームに応じて配信するか否かを決定し、配信制御ＤＢ５３に記憶する処理となる。
【００７９】
ステップＳ２０１の処理の説明に戻る。
ステップＳ２０１で、大歓声が発生していないと判定した配信制御端末１は、ステップＳ２０８で単位時間あたりのコメント投稿数（コメント数）が所定以上であるか否かを判定する。
コメント数は、例えば、野球の試合の速報が掲載されているウェブページにおいて所定時間内に投稿されたコメントの数であってもよいし、ＳＮＳ（Social Networking Service）に単位時間あたりに野球の試合について投稿された投稿数であってもよい。また、これらの双方を加算したものであってもよい。即ち、対象の試合について人々が行った何らかの投稿を計測したものであればよい。
【００８０】
単位時間あたりのコメント数が所定以上であれば、配信制御端末１はステップＳ２０２乃至Ｓ２０７の各処理を実行する。
また、単位時間あたりのコメント数が所定未満であれば、配信制御端末１はステップＳ２０９において、得点の変動の有無を判定する。
得点の変動があった場合、配信制御端末１はステップＳ２０２乃至Ｓ２０７の各処理を実行する。
一方、得点の変動が無いと判定した場合、或いは、ステップＳ２０７で一つの重要シーンについての記憶処理を行った後、配信制御端末１はステップＳ２０１の処理を再度実行する。
【００８１】
図１１に示す一連の処理が実行されることにより、重要シーンについての情報が重要シーンＤＢ５２に記憶され、後述の各処理に利用される。
なお、大歓声が発生したか否かを判定するためにカメラで取得した音情報を用いる場合には、カメラごとに図１１に示すステップＳ２０１乃至Ｓ２０７の各処理を実行してもよい。これにより、局所的な歓声が発生した重要シーンについての情報を逃さずに記憶することができる。
【００８２】
なお、大歓声が発生したか否かをステップＳ２０１で判定するのではなく、大歓声が発生したことを検知し、該検知をトリガとしてステップＳ２０２以降の処理が実行されるようにしてもよい。ステップＳ２０８やＳ２０９の処理も同様である。
【００８３】
また、重要シーン記憶処理は、上述のように、歓声の大きさ等から自動で判定してもよいが、オペレータによって手動で設定されてもよい。その場合には、重要シーンＤＢ５２には手動によって選択された重要シーンに関する情報が記憶される。
【００８４】
［５−３．配信対象ユーザ決定処理］
本実施の形態では、重要シーンを閲覧することができなかったユーザに対しては、該重要シーンを配信シーンとして選択し、配信し得る。
配信対象ユーザ決定処理では、重要シーンを閲覧できない状況下にあるユーザを特定する処理である。
この処理は、例えば配信制御端末１が対象ユーザ決定部１ｄの機能を用いることにより実行される。
具体的に図１２を参照して説明する。
【００８５】
配信制御端末１はステップＳ３０１で、一人のユーザを選択する処理を行う。ここで選択されたユーザは、以降の説明において「選択ユーザ」と記載する。
配信制御端末１はステップＳ３０２で、選択ユーザの現在位置情報を取得する処理を実行する。図１０に示す現在位置情報記憶処理が定期的に行われている場合、ステップＳ３０２の処理は、位置情報ＤＢ５１から選択ユーザの最新の現在位置情報を取得する処理となる。
【００８６】
配信制御端末１はステップＳ３０３で、取得した現在位置情報に基づいて選択ユーザが試合の観戦がし難い非観戦エリアに位置しているか否かを判定する。
選択ユーザが非観戦エリアに位置している場合、配信制御端末１はステップＳ３０４で、選択ユーザを配信対象ユーザと判定し、ステップＳ３０５で選択ユーザの配信対象フラグをＯＮにする処理を行う。具体的には、位置情報ＤＢ５１の各レコードＩＤに配信対象フラグが紐付けられる。配信対象フラグがＯＮのまま新たな位置情報が記憶される場合には、配信対象フラグ情報は引き継がれる。即ち、レコードＩＤ＝Ｒ＿００００３の位置情報が記憶された後、当該ユーザがステップＳ３０４の処理によって配信対象ユーザと判定された場合には、レコードＩＤ＝Ｒ＿００００３とされたレコードに配信対象フラグがＯＮである情報が紐付けられて記憶される。その後に当該ユーザが移動することにより新たなレコード（レコードＩＤ＝Ｒ＿００００４）が記憶された場合には、配信対象フラグはＯＦＦに変更されていないため、配信対象フラグがＯＮであることを示す情報が紐付けられる。
この方法により、後から位置情報ＤＢ５１の情報を確認した場合であっても、ユーザの配信対象フラグがＯＮであった期間が分かるようになっている。
なお、このことから理解されるように、図１０の現在位置情報記憶処理を行う際に、図１２に示す一連の処理を行ってもよい。この場合には、ステップＳ３０１及びＳ３０２の処理は不要となる。
【００８７】
ステップＳ３０５で配信対象フラグをＯＮに設定したことにより、配信対象フラグがＯＦＦに変更されるまで選択ユーザに適切な重要シーンが配信シーンとして配信され得る。
配信対象フラグをＯＮにした後、配信制御端末１はステップＳ３０１で別のユーザを選択ユーザとして選択し、以降の処理を続ける。
【００８８】
一方、ステップＳ３０３で選択ユーザが非観戦エリアでなく観戦エリアにいると判定した場合、配信制御端末１はステップＳ３０６で、選択ユーザの現在位置情報と観戦位置情報から、ユーザが自席から離れた状態にあるか、即ち離席ユーザであるか否かを判定する。
選択ユーザが離席ユーザである場合（ステップＳ３０６：Ｙ判定）、配信制御端末１はステップＳ３０４，Ｓ３０５の両処理を実行する。即ち、選択ユーザを配信対象ユーザと判定する。
【００８９】
選択ユーザが離席ユーザでない場合（ステップＳ３０６：Ｎ判定）、配信制御端末１はステップＳ３０７で、自席にいると判定し選択ユーザの配信対象フラグをＯＦＦに設定する。続けて、配信制御端末１はステップＳ３０８で観戦位置情報に基づくエリア情報を取得する。
観戦位置情報に基づくエリア情報とは、ユーザの自席が位置するエリアを特定するための情報であり、例えば、ユーザが自席から見難かったシーンなどを抽出する際に用いられる。
【００９０】
配信制御端末１はステップＳ３０９で、配信制御ＤＢ５３からユーザの自席位置に基づくエリア別配信制御情報を取得する。即ち、配信すべきか否かの情報を重要シーンごとに取得する。
配信制御端末１はステップＳ３１０で、未配信且つ配信するべき配信シーン（重要シーン）が存在するか否かを判定し、配信するべき配信シーンがある場合には、当該配信シーンを配信するための配信処理をステップＳ３１１で行う。
これにより、配信制御ＤＢ５３に記憶された制御情報に基づいて適切な配信処理が行われる。
【００９１】
図１２に示す処理例では、非観戦エリアに位置するユーザや離席ユーザを配信対象ユーザと判定したが、何れか一方の判定処理だけを行ってもよい。即ち、離席ユーザであっても観戦エリアにいるユーザは配信対象ユーザから除外するように構成してもよい。
【００９２】
［５−４．配信対象ユーザ決定処理の別例］
配信対象ユーザを決定するための処理について、図１２に示した一例とは異なる例を図１３に示す。
図１２に示した処理と同様の処理については、適宜説明を省略する。
【００９３】
配信制御端末１は、ステップＳ４０１で、一人のユーザを選択ユーザとして選択し、ステップＳ４０２で選択ユーザの現在位置を取得する。次に、配信制御端末１はステップＳ４０３で、選択ユーザが非観戦エリアにいるか否かを判定し、非観戦エリアにいる場合にはステップＳ４０４及びＳ４０５で、選択ユーザを配信対象ユーザと判定し配信態様フラグをＯＮに設定する。一方、選択ユーザが非観戦エリアにいない場合、配信制御端末１はステップＳ４０６で現在位置情報と観戦位置情報が所定距離以上乖離しているかどうかを判定する。
ステップＳ４０１乃至Ｓ４０６の各処理は、図１２のステップＳ３０１乃至Ｓ３０６の各処理と同様の処理である。
【００９４】
現在位置情報と観戦位置情報が所定距離以上乖離していない場合、配信制御端末１はステップＳ４１１乃至Ｓ４１５の各処理を行う。この処理についても図１２に示すステップＳ３０７乃至Ｓ３１１の各処理と同様の処理であるため、説明を省略する。
【００９５】
一方、現在位置情報と観戦位置情報が所定距離以上乖離している場合、配信制御端末１はステップＳ４０７の処理を実行する。ステップＳ４０７では、選択ユーザが所持している携帯端末（ユーザ端末３）から端末情報を取得する。ここで取得する端末情報は、例えば、加速度センサの測定値や角速度センサの測定値やそれらを加工した情報などである。
これらの端末情報を用いて、配信制御端末１はステップＳ４０８で、選択ユーザが歩行中であるか否かを判定する。そのため、ステップＳ４０７で取得する端末情報は、歩行中であるか否かを判定するための情報であり、歩行中であることを示す情報や歩行中でないことを示す情報など、直接的な情報であってもよい。
【００９６】
選択ユーザが歩行中と判定した場合、配信制御端末１はステップＳ４０４、Ｓ４０５の両処理を行うことにより、選択ユーザを配信対象ユーザと判定する。
一方、選択ユーザが歩行中でないと判定した場合、選択ユーザは非観戦エリアに位置すると共に一定の場所に止まっていることから、試合の観戦が可能な状態と推定し、配信対象ユーザとしての設定は行わない。
即ち、配信制御端末１はステップＳ４０９で配信対象フラグをＯＦＦに設定し、ステップＳ４１０で現在位置情報に基づくエリア情報を取得する。そして、配信制御端末１はステップＳ４１３で現在位置情報に基づいてエリア別配信制御情報を取得し、配信すべき配信シーンがある場合はステップＳ４１５の配信処理を行う。
【００９７】
図１３に示す一連の処理を実行することにより、ユーザの位置情報だけでなくユーザの状態をより詳細に考慮して配信対象ユーザの決定が行われる。
また、観戦位置（自席）と異なる位置で試合を観戦しているユーザに対しては、適切に配信対象ユーザから外す処理を行い、自席の位置ではなく現在位置に応じて配信シーンが選択された配信される。
【００９８】
［５−５．配信シーン決定・配信処理］
図１２、及び図１３の配信対象ユーザの決定処理におけるステップＳ３１０，Ｓ３１１（或いはステップＳ４１４，Ｓ４１５）では、未配信の配信シーンを配信する処理を実行する例を述べた。ここでは、更に具体的に配信シーンを決定する処理について図１４を参照して説明する。
なお、図１４の処理は、配信対象フラグがＯＦＦに変更された際に実行される処理である。例えば、図１２のステップＳ３０８乃至Ｓ３１１の各処理に代わって実行される処理である。
【００９９】
配信制御端末１はステップＳ５０１で、配信対象フラグがＯＦＦに変更されたユーザのフラグ情報を取得する。具体的には、図６に示す位置情報ＤＢ５１から、当該ユーザについての各レコードの配信対象フラグを取得する。
【０１００】
次に、配信制御端末１はステップＳ５０２で、フラグＯＮ期間を算出する処理を実行する。
フラグＯＮ期間は、例えばユーザＩＤ＝Ｕ＿００００１とされたユーザについては、レコードＩＤがＲ＿００００３〜Ｒ＿００００５とされた情報が記憶された期間とされる。なお、レコードＲ＿００００２の情報が記憶された直後にユーザが移動し配信対象フラグがＯＮとされるべき状況へと変化した可能性を考慮し、レコードＩＤがＲ＿００００２〜Ｒ＿００００６とされた情報が記憶された期間をフラグＯＮ期間としてもよい。
【０１０１】
配信制御端末１はステップＳ５０３で、フラグＯＮ期間の現在位置情報を取得する。
フラグＯＮ期間における現在位置情報は、同じ位置情報ＤＢ５１から取得可能である。具体的に、現在位置情報は例えばＧＰＳ情報やビーコンＩＤ（強度情報も含む）として記憶されている。
【０１０２】
配信制御端末１はステップＳ５０４で、重要シーンＤＢ５２から配信シーンの候補を取得する。具体的には、フラグＯＮ期間の少なくとも一部が含まれている重要シーンを配信シーンの候補として選択する。これによって、ユーザが見ることのできなかった可能性のある重要シーンを配信シーンの候補として選ぶことができる。
【０１０３】
配信制御端末１はステップＳ５０５で、配信制御ＤＢ５３を参照して配信シーンの候補から配信シーンを決定する処理を行う。
具体的には、ステップＳ５０３で取得した時間ごとの現在位置情報から、ユーザが配信シーン候補となった重要シーンが発生した時間帯にどの場所にいたのかを特定（或いは推定）し、場所に応じて配信制御情報を参照し、配信シーンの候補を配信シーンとすべきか否かを判定する。例えば、シーンＩＤ＝ＳＣ＿００００１とされた重要シーンが発生したときにユーザが離席ユーザとして判定されていた場合は、該重要シーンを配信シーンとして決定する。
【０１０４】
また、ステップＳ５０５の処理では、フラグＯＮ期間ではない時間帯（フラグＯＦＦ期間）に基づいた配信シーンの決定も行う。例えば、フラグＯＦＦ期間は、ユーザが自席にいた時間帯である。自席にいるユーザに対しても配信すべき配信シーンは存在する。具体的には、前述のように、自席からは見難いシーンについて自席とは別の角度からシーンを確認することが動画像を配信シーンとして配信する。
そのために、ユーザの現在位置情報（或いは自席の位置情報）と配信制御ＤＢ５３のエリア別配信制御情報に基づいて、配信シーンの決定を行う。具体的には、ユーザが自席にいる時間帯（フラグＯＦＦ期間）に発生した重要シーンがシーンＩＤ＝ＳＣ００００１，ＳＣ＿００００２，ＳＣ＿００００３とされ、ユーザの自席位置がエリアＡに位置する場合、シーンＩＤ＝ＳＣ＿００００１、ＳＣ＿００００２とされた重要シーンを配信シーンとして決定すると共に、シーンＩＤ＝ＳＣ＿００００３とされた重要シーンは配信シーンとしないことを決定する。
【０１０５】
最後に、配信制御端末１はステップＳ５０６で、フラグＯＮ期間に発生したシーンから選択された配信シーンやフラグＯＦＦ期間に発生したシーンから選択された配信シーンについて、配信スケジューラの設定を行う。
これは、各配信シーンを配信する配信タイミングを決定するものであり、ユーザが配信シーンを閲覧するタイミングとして適切な時間帯（或いは配信条件）を決定し、スケジューラに登録する処理である。
スケジューラに登録された配信予約は、配信時刻が到来したタイミングや配信条件が成立したタイミングで配信シーンの配信が行われる。
【０１０６】
配信条件としては、例えば、ユーザが自席に戻ったことを条件とする。また、重要シーンが発生中でないこと（即ち終了時刻情報が記憶されていない重要シーンがないこと）を条件とする。また、ユーザが自席に戻り、且つ、重要シーンが発生中でないことの双方のアンド条件とされてもよい。
【０１０７】
なお、同じ動画像を何度も配信してしまうことを防止するために、一度配信した配信シーンについては、配信完了をあらわすフラグをユーザごとに設定しておくことが望ましい。
【０１０８】
［５−６．配信タイミング決定処理］
先の図１４の配信シーン決定・配信処理では、ステップＳ５０６で配信スケジューラを設定する際の具体例として、配信対象ユーザが配信シーンの閲覧をし易い状況下になったら配信するといった配信条件を設定する例を述べた。
ここでは、図１５を参照して、更に具体的な配信タイミングの決定について説明する。
なお、図１５の処理は、例えば、配信制御端末１がタイミング決定部１ｆの機能を用いることにより実現可能である。
【０１０９】
本例では、対象ユーザが落ち着いたときに配信するという配信条件が設定されており、以降の処理で具体的に「ユーザが落ち着いたとき」を判定する。
配信制御端末１はステップＳ６０１で、ユーザが所持しているユーザ端末３から端末情報を取得する。ここで取得する端末情報は、例えば、ユーザ端末３が備えるマイクロフォンで取得した音情報や角速度情報や加速度情報である。
次に、配信制御端末１はステップＳ６０２で、興奮度を算出する。興奮度は、ユーザ端末３を所持しているユーザが現在目の前で行われている野球の試合にどの程度興奮しているか（即ち興奮しているか）を示す指標である。算出方法は各種あり、例えば、マイクロフォンで取得した音情報に人の歓声がどの程度含まれているかを抽出し、その声量に応じて興奮度を算出する。また、ユーザ端末３を所持したユーザが自席から立ち上がったり座り直したりするたびに計測される加速度や角速度の変化を端末情報から取得し、静かに座っている状況に対してどの程度乖離しているかを算出することにより、興奮度としてもよい。
【０１１０】
配信制御端末１はステップＳ６０３で、興奮度の大きさによって分岐する処理を実行する。即ち、興奮度が大きい場合、配信制御端末１はユーザが落ち着いている状況ではないと判定し、ステップＳ６０１の処理へと戻る。
一方、興奮度が小さい場合、配信制御端末１はユーザが落ち着いている状況（即ち配信シーンを閲覧するのに適した状況）であると判定し、ステップＳ６０４で現在が適切な配信タイミングであると決定する。
【０１１１】
配信制御端末１はステップＳ６０５で、配信処理を実行する。
図１５に示す処理を実行することにより、配信スケジューラに設定された配信シーンの配信処理が適切に実行され得る。
【０１１２】
［５−７．配信タイミング決定処理の別例］
配信タイミングの決定処理について、図１５とは異なる例を図１６を参照して説明する。
配信制御端末１はステップＳ６５１で、配信対象ユーザの現在位置と観戦位置の情報を取得する。各位置情報は、位置情報ＤＢ５１から最新のレコードに準じて取得してもよいし、新たに配信対象ユーザが所持するユーザ端末３から取得してもよい。
【０１１３】
配信制御端末１はステップＳ６５２で、現在位置と観戦位置の距離が近さに基づいて分岐する処理を行う。即ち、距離が遠い場合、換言すればユーザが観戦位置から遠い場所にいる場合（ステップＳ６５２：Ｎの場合）、ユーザは落ち着いて配信シーンを見る状態にはないと判定し、配信制御端末１はステップＳ６５１の処理へと戻る。
一方、距離が近い場合、即ちユーザが自席に近い位置にいる場合（ステップＳ６５２：Ｙの場合）、配信制御端末１は、ユーザはすぐに自席に戻って配信シーンの閲覧が可能であると判定し、続くステップＳ６５３で現在が適切な配信タイミングであると決定する。
配信制御端末１は、ステップＳ６５４で配信処理を実行する。
【０１１４】
なお、図１５及び図１６の双方の判定処理を行い、興奮度が小さく、更に自席に近い場合に、配信タイミングと決定してもよい。
【０１１５】
［５−８．来場判定処理］
ユーザが球場に来場した際に実行される来場判定処理の一例について、図１７を参照して説明する。
これらの処理は、例えば配信制御端末１が各部の機能を用いて実行されるものである。
【０１１６】
配信制御端末１は、ステップＳ７０１で、ログイン情報入力要求を行う。この処理は、例えば、ユーザ端末３に対して要求を送信する処理である。
要求に応じて入力されたログイン情報を受信した配信制御端末１は、ステップＳ７０２で、ログイン情報とＤＢに記憶された情報の照合を行い、ログインが成功したか否かを判定する。
ログインが失敗した場合（ステップＳ７０２：Ｎの判定）、配信制御端末１は再度ステップＳ７０１の処理を実行する。
一方、ログインが成功した場合（ステップＳ７０２：Ｙの判定）、配信制御端末１はステップＳ７０３で、会員情報にチケット情報が紐付けられているか否かを判定する。
【０１１７】
チケット情報のひも付けがない場合の処理については後述する。
チケット情報のひも付けがある場合、配信制御端末１はステップＳ７０４で、現在位置情報を取得する。この情報は、例えばユーザ端末３からＧＰＳ情報を取得することにより行う。また、ユーザ端末３が会場内や会場外に設置されたビーコン発信器の信号を受信したことを現在位置情報として取得してもよい。
【０１１８】
配信制御端末１は、ステップＳ７０５で、現在位置情報からユーザ端末３及びその所持者であるユーザが球場内にいるか否かを判定する。
球場内に当該ユーザがいる場合、配信制御端末１はステップＳ７０６で来場認定をし、ステップＳ７０７で座席情報を記憶する。記憶処理では、ユーザが来場したことを記憶してもよい。
座席情報の記憶は、例えば、端末アプリを用いて自席についたら所定のボタンを押下してもらうように促し、該ボタンが押下されたことによって自席の位置を特定してもよい。また、チケット情報から該ユーザに与えられた座席位置を特定してもよい。その場合には、例えば、ユーザＩＤやユーザ名と購入したチケット情報と座席位置が紐付けられたＤＢを用意し、該ＤＢから自席位置を特定し取得する。座席情報は、例えばユーザＤＢ５０の来場情報の一部として記憶される。また、ユーザの現在位置情報を位置情報ＤＢ５１に記憶してもよい。
【０１１９】
続いて、配信制御端末１はステップＳ７０８でユーザが遅刻しているか否かを判定する遅刻判定処理を実行する。この処理は、例えばユーザがチケットを用いて球場に入場した際に記憶される時刻情報に基づいて遅刻か否かを判定してもよいし、ユーザが自席について前述の端末アプリのボタンを押下した時刻情報に基づいて遅刻か否かを判定してもよい。
更には、ユーザ端末３で取得しているＧＰＳ情報の履歴から、ユーザがいつから球場内にいるかを特定し、遅刻か否かを判定してもよい。
【０１２０】
遅刻ユーザではないと判定された場合、配信制御端末１は図１７に示す一連の処理を終了させる。
一方、遅刻ユーザと判定された場合、配信制御端末１はステップＳ７１０で、遅刻ユーザ対応処理を実行する。この処理については、後述する。
【０１２１】
ユーザの現在地情報を取得した結果、ユーザが球場外にいると判定した場合（ステップＳ７０５：Ｎの場合）、配信制御端末１はステップＳ７１１で当該ユーザについて非来場とする認定を行い、図１７に示す一連の処理を終了させる。
なお、ステップＳ７１１の処理を行った後、ステップＳ７０４の処理を再度実行してもよい。即ち、ユーザが球場内に移動するまで、ステップＳ７０４，Ｓ７０５の両処理を行ってもよい。
【０１２２】
ステップＳ７０３の処理の説明に戻る。
チケット情報のひも付けがなかった場合、配信制御端末１はステップＳ７１２で、チケット情報を読み取る処理を実行する。具体的には、ユーザ端末３のカメラアプリを起動させてチケット情報を読み取る操作を促すと共に、読みとったチケット画像の情報を取得し、画像解析を行うことにより所定の情報（対象の試合情報や座席情報など）を得る。
【０１２３】
配信制御端末１はステップＳ７１３で、読み取ったチケット情報からチケットの有効性を判定する処理を行う。
即ち、チケットがこれから行われる試合を観戦するためのチケットであるか否か、或いは、入場を許可されているユーザであるか否か、などを判定する。チケットが無効であった場合、配信制御端末１は図１７に示す一連の処理を終了させる。
一方、チケットが有効であることを確認できた場合、配信制御端末１はステップＳ７０４へと進み、ユーザの現在位置情報を取得する。
【０１２４】
［５−９．遅刻ユーザ対応処理］
図１７のステップＳ７１０の遅刻ユーザ対応処理で実行する各処理の一例について、図１８を参照して説明する。
【０１２５】
配信制御端末１はステップＳ８０１で、配信制御情報を取得する。ここで取得する情報は、遅刻ユーザに対して配信する配信シーンを選択するための情報である。
次に、配信制御端末１はステップＳ８０２で、遅刻ユーザに配信する重要シーンを特定する。具体的には、配信制御ＤＢ５３に記憶された情報から重要シーンを特定する処理である。
【０１２６】
配信制御端末１はステップＳ８０３で、重要シーンＤＢ５２の情報を参照し、ハイライトシーンの情報（例えば動画像データ）を生成し、ステップＳ８０４で遅刻ユーザに配信する配信処理を行う。
これにより、ユーザが来場したタイミングに応じて適切な動画像データが配信される。また、前述のように遅刻ユーザに対して配信するシーンを重要シーンから所定数選択することにより、過度の情報を遅刻ユーザに配信しないようにすることができる。これにより、配信シーンを閲覧するために送受信される情報量を適度に抑えることが可能となる。
【０１２７】
なお、図１７及び図１８に示した各処理は、ユーザ端末３にインストールされた端末アプリによる処理と配信制御端末１の処理を連動させることにより実現することも可能である。
具体的に、例えば、ステップＳ７０１，Ｓ７１２、Ｓ７０４，Ｓ７０５Ｓ７０６，Ｓ７０８，Ｓ７０９，Ｓ７１１などの処理は、端末アプリによって実現可能である。また、他の処理についても、端末アプリと配信制御端末１が処理を分担することにより実現することも可能である。
【０１２８】
［５−１０．興奮度に応じた配信処理］
先の図１４のステップＳ５０５では、フラグＯＦＦ期間に発生したシーンからユーザに配信するのに適した重要シーンを配信シーンとして選択して配信する例を説明した。ここでは、ユーザの興奮度に基づいて、ユーザが再度見たいと考える重要シーンを特定し、配信シーンとして配信する。従って、ユーザが自席にいる状態で発生したシーンも配信シーンの対象となり得る。
具体的に、図１９を参照して説明する。
【０１２９】
配信制御端末１はステップＳ９０１で、ユーザが所持する携帯端末（ユーザ端末３）の端末情報を取得し、ステップＳ９０２で興奮度を算出する。これら処理は、図１５のステップＳ６０１及びＳ６０２の各処理と同様の処理である。
【０１３０】
配信制御端末１はステップＳ９０３で、ユーザが興奮しているか否か、即ち興奮度が高い数値であるか否かに応じて分岐する。
興奮度が低い場合は、図１９に示す一連の処理を終了させる。
一方興奮度が高い場合、配信制御端末１はステップＳ９０４で、重要シーンが開始したと判定し、重要シーン開始時刻を記憶する処理を行う。本例では、ユーザが興奮していた時間帯に基づいて重要シーンの時間帯情報を記憶する。ステップＳ９０４の処理は、重要シーンの開始時刻を記憶するものである。
【０１３１】
配信制御端末１はステップＳ９０５で、重要シーンが終了したか否かを判定する。即ち、興奮度が下がっている場合には、重要シーンが終了したと判定する。
興奮度が高い状態が終了しておらず継続中である場合、配信制御端末１は再度ステップＳ９０５の処理を行う。
興奮度が低い状態であった場合、配信制御端末１はステップＳ９０６で、重要シーン終了時刻を記憶する処理を行う。これにより、興奮度の高い時間帯（即ち重要シーンの時間帯）が確定する。
重要シーン開始時刻や重要シーン終了時刻は、例えば、ユーザＤＢ５０に記憶される。
なお、重要シーンの開始と興奮度の高まりにタイムラグがあることを考えると、重要シーン開始時刻は興奮度が高い状態を検出するよりも数秒前に設定してもよい。
【０１３２】
配信制御端末１はステップＳ９０７で、配信シーンの情報を生成する処理を行う。具体的には、例えば興奮度が高い時間帯に応じて配信すべき対象（対象の選手やプレーなど）を決定し、ユーザの現在位置に最も近いカメラで撮影した動画像（即ち第１カメラ情報によって特定されるカメラで撮影した動画像）や、ユーザの現在位置からは見ることのできない角度で撮影された動画像（即ち第２カメラ情報によって特定されるカメラで撮影した動画像）などを配信シーンとして特定する。そして、該動画像を閲覧するための配信シーン情報（例えばＵＲＬ情報が記憶されたメッセージなど）を生成する。
【０１３３】
配信制御端末１はステップＳ９０８で、配信処理を行う。この処理は、例えば、図１４のように配信スケジューラを設定する処理であってもよい。
なお、ステップＳ９０１の前に、ユーザの現在位置情報を取得し、ユーザが自席にいるか否かを判定してもよい。その場合には、自席から離れて歩いている状態で加速度センサや角速度センサの値が取得され、誤って重要シーンと判定されてしまうことが防止される。
【０１３４】
なお、ここではユーザ個人の興奮度に応じて配信シーンを決定し配信する例を説明したが、球場全体の興奮度を算出し、該興奮度に応じて配信シーンの決定及び配信を行ってもよい。このときの興奮度は、例えば、上述したコメント投稿数や球場全体の歓声の大きさなどから算出する。
【０１３５】
また、これらを組み合わせることも考えられる。
具体的には、ユーザ個人の興奮度に応じてユーザごとの配信制御を行うと共に、球場全体で盛り上がっている重要シーンについては、ユーザ全員を対象とした配信制御を行ってもよい。
【０１３６】
［５−１１．重要シーン記憶処理の別例］
図１１を参照して前述した重要シーン記憶処理の一例では、重要シーンの発生を検出し、該重要シーンについての配信制御情報を記憶する処理を行う例を説明した。
本例では、配信制御情報の記憶を行った後、配信対象ユーザを決定し、適宜配信処理を行う例について説明する。
具体的には、図２０に示すように、大歓声が発生（Ｓ１００１）や単位時間あたりのコメント数の増加（Ｓ１００９）や得点変動（Ｓ１０１０）などを契機として、ステップＳ１００２乃至Ｓ１００７が実行される。これらの処理は、図１１で説明したステップＳ２０１乃至Ｓ２０９の各処理と同様の処理である。
【０１３７】
次に、配信制御端末１はステップＳ１００８で配信対象ユーザ決定処理を行う。
配信対象ユーザ決定処理の例について、図２１を参照して説明する。
配信制御端末１はステップＳ１１０１で、対象の重要シーン、即ち今回検出した重要シーンについての時刻情報を取得する。具体的には、重要シーンの開始時刻情報と終了時刻情報を取得する。
【０１３８】
配信制御端末１は、ステップＳ１１０２で、ユーザのうちの一人を選択し、ステップＳ１１０３で該ユーザの現在位置情報の履歴を取得する。このとき取得する履歴情報は、重要シーンの発生時刻に応じたものであり、具体的には、開始時刻から終了時刻に係るものを取得する。
【０１３９】
配信制御端末１は、ステップＳ１１０４で、現在位置情報の履歴が非観戦エリアを含んでいるものかどうかを判定する。非観戦エリアを含んでいる場合、そのユーザは重要シーンの少なくとも一部は観戦できなかったと推定し、ステップＳ１１１０で当該ユーザに対する配信処理を行う。
【０１４０】
一方、非観戦エリアを含んでいない場合、そのユーザは少なくとも重要シーンの一部始終を観戦できた可能性がある。
配信制御端末１は、ステップＳ１１０５で、現在位置の履歴が観戦位置と所定以上の距離乖離したものを含んでいるか否かを判定する。現在位置の履歴が観戦位置と所定以上の距離乖離したものを含んでいる場合、即ち、ユーザが重要シーン発生時に少しでも自席を離れた虞がある場合、配信制御端末１はステップＳ１１１０で当該ユーザに対する配信処理を行う。
【０１４１】
一方、現在位置の履歴が観戦位置と所定以上の距離乖離したものを含んでいない場合、配信制御端末１はステップＳ１１０６で当該ユーザは重要シーン発生時にずっと自席にいたと判定し、ステップＳ１１０７で観戦位置情報に基づくエリア情報を取得し、ステップＳ１１０８で、エリア別配信制御情報を取得する。
観戦位置情報に基づくエリア情報とは、自席位置がどのエリアに含まれているかを特定するものである。また、エリア別配信制御情報の取得は、自席が含まれるエリアが今回の重要シーンの配信対象となっているか否かを判定するために行うものである。
【０１４２】
配信制御端末１は、ステップＳ１１０９で、今回の重要シーンを当該ユーザに配信すべきか否かを自席のエリア情報とエリア別配信制御情報から判定する。
配信すべきと判定した場合、配信制御端末１はステップＳ１１１０で今回の重要シーンを当該ユーザに配信するための配信処理を行う。
一方、配信すべきでない（或いは配信しなくてもよい）と判定した場合、配信制御端末１はステップＳ１１０２で他のユーザを一人選択し、ステップＳ１１０３乃至Ｓ１１１０の各処理を行う。
【０１４３】
本例では、配信制御情報を記憶した後、各ユーザについて今回検出した重要シーンを配信すべきか否かを判定して即座に配信処理を行う。これにより、重要シーンが発生した直後、ユーザ端末３を介して該重要シーンのリプレイ動画を閲覧することができる。これによって、球場内の大型モニターなどにリプレイ動画が流されない場合であっても、ユーザは重要シーンをより深く理解することができ、観戦の満足度の向上に寄与することができる。
【０１４４】
なお、ステップＳ１１１０の配信処理の代わりに配信スケジューラの設定を行ってもよい。ユーザによっては、直後の配信処理が適切でない場合がある。具体的には、重要シーンの発生後トイレのために離席したユーザで且つ図２１に示す各処理を実行する際にまだ自席に戻っていない場合などである。そのようなユーザに対して配信を行ったとしても、落ち着いて重要シーンを閲覧することができない可能性が高いため、自席に戻ったことを配信条件としたスケジューラの設定を行ってもよい。
もちろん、ユーザごとに配信処理を行うかスケジューラの設定だけを行うかを決定してもよい。
【０１４５】
＜６．まとめ＞
上述の各種の例で説明したように、配信制御端末１は会場（球場等）内で供される観覧対象物（スポーツの試合やコンサートなど）を観覧するためにユーザに与えられた観覧位置の情報（観戦位置情報）を取得する第１位置情報取得部１ａと、ユーザの現在位置情報を取得する第２位置情報取得部１ｂと、観覧位置の情報と現在位置情報に応じて配信対象ユーザを決定する対象ユーザ決定部１ｄと、観覧位置の情報と現在位置情報と時刻情報に応じて配信シーンを決定する配信シーン決定部１ｅと、配信シーンの情報を配信対象ユーザに配信する処理を行う配信部１ｈと、を備えている。
本構成によれば、観覧位置情報だけでなくユーザの現在位置情報を取得し、その二つの位置情報に基づいて配信対象ユーザと配信シーンが決定される。
即ち、例えば、ユーザの現在位置が与えられた観覧位置に対してどの程度離れているかなどの情報を考慮して、該ユーザを配信対象とするか否かを決定すると共に、該ユーザに配信する配信シーンの決定を行うことができる。換言すれば、ユーザの状況に応じて配信対象ユーザと配信シーンが決定される。これによって、ユーザごとの適切な配信シーンを配信するための配信制御を行うことができる。従って、ユーザに適切でない配信が制限され、通信容量が無闇に増加してしまうことが防止される。
【０１４６】
配信対象ユーザ決定処理（図１２、図１３）、配信シーン決定・配信処理（図１４）で説明したように、配信制御端末１の対象ユーザ決定部１ｄは、会場内において観覧スペースが設けられた観覧エリアとは異なる非観覧エリア（非観戦エリア）に現在位置情報が包含されるユーザを配信対象ユーザとして決定し、配信シーン決定部１ｅは、配信対象ユーザの現在位置情報が非観覧エリアに包含されていた時刻情報に基づいて配信シーンを決定してもよい。
例えば、会場内に適所に配置されたビーコン発信器に基づいて、ユーザの現在位置が特定可能とされている条件下において、本構成によれば、現在位置情報が非観覧エリアに内包されている場合に配信対象ユーザとして決定される。即ち、観覧対象物の観覧ができていないユーザが適切に推定される。更に、観覧できていない時間帯における重要なシーンなどが配信シーンとして決定されて、該当ユーザに配信される。
これにより、ユーザにとって適切な配信シーンが選択されて配信され、観覧対象物に対するユーザの理解を深めることができる。
【０１４７】
配信対象ユーザ決定処理（図１２、図１３）、配信シーン決定・配信処理（図１４）で説明したように、対象ユーザ決定部１ｄは、現在位置情報と観覧位置の情報が乖離しているユーザを配信対象ユーザとして決定し、配信シーン決定部１ｅは、配信対象ユーザの現在位置情報と観覧位置の情報が乖離していた時刻の情報に基づいて配信シーンを決定してもよい。
現在位置情報と観覧位置情報の取得は、比較的処理負担の軽い処理で実現することが可能である。また、両位置情報の乖離についても簡易な計算で行うことが可能である。
従って、過度の処理負担を情報処理装置に掛けることなく、配信制御を実現することが可能である。
【０１４８】
重要シーン記憶処理（図１１）、配信対象ユーザ決定処理（図１２）で説明したように、配信シーン決定部１ｅは、観覧対象物のシーンごとに状況把握が困難なエリアが存在するか否かを判定すると共に困難なエリアが存在する場合に該シーンを配信シーンとして決定し、対象ユーザ決定部１ｄは、現在位置情報が困難なエリアに包含されるユーザを該配信シーンを配信する配信対象ユーザとして決定してもよい。
例えば盛り上がっている人の現在位置情報が偏っている場合（応援チームの違いによるものを除く）、或いは、ユーザの反応タイミングが現在位置情報によって異なる場合、見えにくかったエリアなどの状況把握困難エリアが存在すると判定し、そのシーンを配信対象シーンとして選択する。
これによって、見えにくいユーザがいるシーンであるか否かがユーザの反応に応じて適切に判定される。
また、状況把握困難エリアに位置するユーザを該シーンの配信対象ユーザとすることにより、不要なユーザに情報が配信されてしまうことが防止され、通信量の削減に寄与することができる。
【０１４９】
現在位置情報記憶処理（図１０）や配信対象ユーザ決定処理（図１３）などで説明したように、ユーザが所持する携帯端末３から端末情報を取得する端末情報取得部１ｃを備えていてもよい。
ユーザの状況をより正確に把握するために端末情報の取得が行われる。
即ち、ユーザの実際の状況に応じて配信対象ユーザと配信シーンを決定することができる。従って、ユーザに不要の配信は制限されると共に、必要なユーザに対しては適切な配信が行われる。通信帯域の有効利用にも寄与することができる。
【０１５０】
興奮度に応じた配信処理（図１９）などで説明したように、対象ユーザ決定部１ｄは、端末情報を用いて配信対象ユーザを決定し、配信シーン決定部１ｅは、端末情報を用いて配信シーンを決定してもよい。
ユーザが所持中の携帯端末（例えば携帯電話などのユーザ端末３）等が備える加速度センサで測定可能な加速度情報や角速度センサで測定可能な角速度情報などを利用することにより、ユーザの実際の状況（歩行中であるなど）を把握することができる。
即ち、ユーザの実態に即して適切に配信対象ユーザを決定することができる。
また、加速度情報等の端末情報を用いてユーザの興奮度を算出することにより、当該ユーザがそのシーンに熱中しているか否かを適切に判定することができる。
【０１５１】
重要シーン記憶処理（図１１）や興奮度に応じた配信処理（図１９）などで説明したように、端末情報取得部１ｃは、端末情報として加速度情報、角速度情報、音情報の少なくとも一つを取得するように構成されていてもよい。
具体的に加速度情報や角速度情報や音情報などを取得することにより、ユーザの状況を正確に把握することができる。
従って、ユーザの状況に応じて適切に配信対象ユーザと配信シーンが決定される。
【０１５２】
興奮度に応じた配信処理（図１９）などで説明したように、配信シーン決定部１ｅは、興奮度に応じて配信シーンを決定してもよい。
例えば、ユーザが興奮しているシーンを配信シーンとして決定する。
これにより、ユーザが見逃したときに見たいと感じるような重要なシーンが配信シーンとして決定されやすくなり、ユーザにとって満足度の高い配信を行うことが可能となる。
【０１５３】
興奮度に応じた配信処理（図１９）などで説明したように、興奮度は、歓声の大きさ、コメント投稿数のうち少なくとも何れか一方を用いて算出してもよい。
歓声の大きさやコメント投稿数など、比較的容易に取得できる情報を用いて興奮度の算出を実現することができる。
これにより、システムを複雑化することなく容易な手法で配信シーンの決定を行うことができる。
【０１５４】
興奮度に応じた配信処理（図１９）などで説明したように、興奮度は、ユーザごとに算出されてもよい。
ユーザが興奮したか否かを示す情報によって配信シーンがユーザごとに決定される。
即ち、ユーザの反応に基づいて適切な配信シーンをユーザに配信することができる。
【０１５５】
興奮度に応じた配信処理（図１９）などで説明したように、ユーザが所持する携帯端末（ユーザ端末３）から端末情報を取得する端末情報取得部１ｃを備え、ユーザごとの興奮度は端末情報を用いて算出してもよい。
歓声の大きさやコメント投稿数など、比較的容易に取得できる情報を用いて興奮度の算出を実現することができる。
これにより、システムを複雑化することなく容易な手法で配信シーンの決定を行うことができる。
【０１５６】
タイミング決定処理（図１５、図１６）などで説明したように、配信タイミングを決定するタイミング決定部１ｆを備え、配信部１ｈは、配信タイミングに応じて配信を行ってもよい。
例えば、ユーザにとって配信シーンの閲覧が可能な状況を配信タイミングとして決定し、配信することが可能となる。
ユーザにとって観覧の妨げとならない配信制御を行うことが可能となる。
【０１５７】
タイミング決定処理（図１５）で説明したように、タイミング決定部１ｆは、興奮度が小さい場合に配信タイミングとして決定してもよい。
この構成によれば、具体的に興奮度を算出することにより、ユーザにとって配信シーンの閲覧に適したタイミングで配信が実行される。
これによって、ユーザにとって観覧の妨げとならない配信制御を具体的に実行かのうな環境が提供される。
【０１５８】
タイミング決定処理（図１６）で説明したように、タイミング決定部１ｆは、観覧位置の情報と現在位置情報の距離が所定以内とされた場合に配信タイミングとして決定してもよい。
これにより、ユーザが自席にいるタイミングや、すぐに自席に戻ることが可能なタイミングで配信が実行される。
即ち、ユーザが自席を遠く離れて歩行しており、ユーザが即座に閲覧できない状態で配信が実行されてしまうことが防止される。
【０１５９】
図２などで説明したように、第２位置情報取得部１ｂは、会場内に設置されたビーコン発信器４を用いて現在位置情報を取得してもよい。
ビーコン発信器４を用いることにより、会場が屋内施設であっても比較的正確な位置情報を取得することができる。
即ち、正確な位置情報に基づいて配信対象ユーザや配信シーンが決定されることにより、ユーザに適切な情報が配信されると共に、不要な情報を送信してしまうことが防止される。また、不要な情報を送信してしまうことによる通信帯域の無闇な消費が抑制される。
【０１６０】
上述したように、配信部１ｈは、配信処理として配信シーンを閲覧可能なＵＲＬ情報を配信する処理を行ってもよい。
即ち、ユーザに配信される配信情報がＵＲＬ情報とされることにより、例えば動画データや画像データを送信するよりも通信容量を抑制することができる。
これにより、例えば、配信シーンの閲覧を所望するユーザは、該ＵＲＬ情報に基づいて動画や画像データを閲覧することができる。また、閲覧を所望しないユーザはＵＲＬ情報が配信されるだけで済むため、通信容量の無用な増大が抑制される。
【０１６１】
来場判定処理（図１７）、遅刻ユーザ対応処理（図１８）などで説明したように、観覧対象物についてのハイライトとなるシーンを集約したハイライトシーン生成部１ｇを備え、配信部１ｈは、観覧対象物の観覧開始時間（試合開始時刻）以降に会場に到着したユーザに対して、配信シーンの情報としてハイライトシーン生成部１ｇが生成したハイライトシーンの情報を配信してもよい。
これにより、ユーザが閲覧したいと考えるシーンを集約したハイライトシーン動画などが生成される。このような動画（或いは画像）が配信シーンとして到着したてのユーザに配信される。
従って、ユーザの到着が遅れたために途中から観覧することになったユーザに対して、それまでの展開を把握可能な情報提供が行われるため、ユーザがすぐに観覧に没頭することができる環境を提供することができる。
【０１６２】
＜７．プログラム及び記憶媒体＞
実施の形態のプログラムは、配信制御端末１の演算処理装置（ＣＰＵ等）に各種の処理を実行させるプログラムである。
【０１６３】
実施の形態のプログラムは、会場内で供される観覧対象物を観覧するためにユーザに与えられた観覧位置の情報を取得する第１位置情報取得機能を演算処理装置に実行させる。
また、ユーザの現在位置情報を取得する第２位置情報取得機能を演算処理装置に実行させる。
更に、前記観覧位置の情報と前記現在位置情報に応じて配信対象ユーザを決定する対象ユーザ決定機能を演算処理装置に実行させる。
更にまた、前記観覧位置の情報と前記現在位置情報と時刻情報に応じて配信シーンを決定する配信シーン決定機能を演算処理装置に実行させる。
加えて、前記配信シーンの情報を前記配信対象ユーザに配信する処理を行う配信機能を演算処理装置に実行させる。
即ちこのプログラムは、情報処理装置の演算処理装置に対して図１０乃至図２１に示す各処理を実行させるプログラムである。
【０１６４】
このようなプログラムにより、上述した配信制御端末１としての１または複数の情報処理装置を実現できる。
そしてこのようなプログラムはコンピュータ装置等の機器に内蔵されている記憶媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭ等に予め記憶しておくことができる。あるいはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的あるいは永続的に格納（記憶）しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータ等にインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークを介してダウンロードすることもできる。
【０１６５】
また、このようなプログラムに対応して、ユーザ端末３にインストールされたアプリケーションプログラム（前述の「端末アプリ」）は、ユーザ端末３の演算処理装置（ＣＰＵ等）に各種の処理を実行させるものである。
即ち、ユーザの現在位置情報を送信する第２位置情報送信機能をユーザ端末３の演算処理装置に実行させる。例えば、ユーザ端末３は、取得したＧＰＳ情報を第２位置情報としてサーバとしての配信制御装置１に送信してもよいし、周辺に設置されたビーコン発信器の信号を受信したことに応じてビーコンを識別する情報（ビーコンＩＤ）や信号の強度情報などを第２位置情報として配信制御装置１に送信してもよい。
また、観覧位置の情報と現在位置情報に応じて決定された配信シーンを受信する受信機能をユーザ端末３の演算処理装置に実行させる。受信した配信シーンは、動画データであってもよいし、動画を視聴するためのＵＲＬ情報であってもよい。
更に、会場内で供される観覧対象物を観覧するためにユーザに与えられた観覧位置の情報を送信する第１位置情報送信機能をユーザ端末３の演算処理装置に実行させてもよい。具体的には、ユーザが所持しているチケットから所定の情報を読み取り、第１位置情報として配信制御装置１に送信してもよいし、ユーザが入力した座席位置情報を配信制御装置１に送信してもよい。また、ユーザが自席にいるタイミングを見計らって取得したＧＰＳ情報によってユーザの座席位置情報を特定し、第１位置情報として配信制御装置１に送信してもよい。
【０１６６】
このようなプログラムにより、上述したユーザ端末３としての１または複数の情報処理装置を実現できる。
そしてこのようなプログラムはコンピュータ装置等の機器に内蔵されている記憶媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭ等に予め記憶しておくことができる。あるいはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的あるいは永続的に格納（記憶）しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータ等にインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークを介してダウンロードすることもできる。
【符号の説明】
【０１６７】
１  配信制御装置、１ａ  第１位置情報取得部、１ｂ  第２位置情報取得部、１ｃ  端末情報取得部、１ｄ  対象ユーザ決定部、１ｅ  配信シーン決定部、１ｆ  タイミング決定部、１ｇ  ハイライトシーン生成部、１ｈ  配信部、２  通信ネットワーク、３  ユーザ端末、４  ビーコン発信器、５０  ユーザＤＢ、５１  位置情報ＤＢ、５２  重要シーンＤＢ、５３  配信制御ＤＢ、５４  エリアＤＢ
【図１】
2020058000.tif 000003
【図２】
2020058000.tif 000004
【図３】
2020058000.tif 000005
【図４】
2020058000.tif 000006
【図５】
2020058000.tif 000007
【図６】
2020058000.tif 000008
【図７】
2020058000.tif 000009
【図８】
2020058000.tif 000010
【図９】
2020058000.tif 000011
【図１０】
2020058000.tif 000012
【図１１】
2020058000.tif 000013
【図１２】
2020058000.tif 000014
【図１３】
2020058000.tif 000015
【図１４】
2020058000.tif 000016
【図１５】
2020058000.tif 000017
【図１６】
2020058000.tif 000018
【図１７】
2020058000.tif 000019
【図１８】
2020058000.tif 000020
【図１９】
2020058000.tif 000021
【図２０】
2020058000.tif 000022
【図２１】
2020058000.tif 000023
【手続補正書】
【提出日】令和2年2月20日(2020.2.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
会場内で供される観覧対象物を観覧するためにユーザに与えられた観覧位置の情報を取得する第１位置情報取得部と、
ユーザの現在位置情報を取得する第２位置情報取得部と、
前記観覧位置の情報と前記現在位置情報に応じて配信対象ユーザを決定する対象ユーザ決定部と、
前記観覧位置の情報と前記現在位置情報と時刻情報に応じて配信シーンを決定する配信シーン決定部と、
前記配信シーンの情報を前記配信対象ユーザに配信する処理を行う配信部と、を備えた
情報処理装置。
【請求項２】
前記対象ユーザ決定部は、前記会場内において観覧するための観覧エリアとは異なる非観覧エリアに前記現在位置情報が包含されるユーザを前記配信対象ユーザとして決定し、
前記配信シーン決定部は、前記配信対象ユーザの現在位置情報が前記非観覧エリアに包含されていた時刻情報に基づいて前記配信シーンを決定する
請求項１に記載の情報処理装置。
【請求項３】
前記対象ユーザ決定部は、前記現在位置情報と前記観覧位置の情報が所定距離以上乖離しているユーザを前記配信対象ユーザとして決定し、
前記配信シーン決定部は、前記配信対象ユーザの現在位置情報と前記観覧位置の情報が乖離していた時刻の情報に基づいて前記配信シーンを決定する
請求項１から請求項２の何れかに記載の情報処理装置。
【請求項４】
前記配信シーン決定部は、前記観覧対象物のシーンごとに状況把握が困難なエリアが存在するか否かを判定すると共に前記困難なエリアが存在する場合に該シーンを前記配信シーンとして決定し、
前記対象ユーザ決定部は、前記現在位置情報が前記困難なエリアに包含されるユーザを該配信シーンを配信する前記配信対象ユーザとして決定する
請求項１から請求項３の何れかに記載の情報処理装置。
【請求項５】
ユーザが所持する携帯端末から端末情報を取得する端末情報取得部を備え、
前記対象ユーザ決定部は、前記端末情報を用いて前記配信対象ユーザを決定し、
前記配信シーン決定部は、前記端末情報を用いて前記配信シーンを決定する
請求項１から請求項４の何れかに記載の情報処理装置。
【請求項６】
ユーザが所持する携帯端末から端末情報を取得する端末情報取得部を備え、
前記端末情報取得部は、前記端末情報として加速度情報、角速度情報、音情報の少なくとも一つを取得する
請求項１から請求項４の何れかに記載の情報処理装置。
【請求項７】
前記配信シーン決定部は、前記配信対象ユーザを含む観覧者の興奮度合いの指標として算出された興奮度に応じて前記配信シーンを決定する
請求項１から請求項６の何れかに記載の情報処理装置。
【請求項８】
前記配信対象ユーザを含む観覧者の興奮度合いの指標として算出された興奮度が小さい場合を配信タイミングとして決定するタイミング決定部を備え、
前記配信部は、前記配信タイミングに応じて前記配信を行う
請求項１から請求項７の何れかに記載の情報処理装置。
【請求項９】
前記観覧位置の情報と前記現在位置情報の距離が所定以内とされた場合を配信タイミングとして決定するタイミング決定部を備え、
前記配信部は、前記配信タイミングに応じて前記配信を行う
請求項１から請求項７の何れかに記載の情報処理装置。
【請求項１０】
前記観覧対象物についてのハイライトとなるシーンを集約したハイライトシーン生成部を備え、
前記配信部は、前記観覧対象物の観覧開始時間以降に前記会場に到着したユーザに対して、前記配信シーンの情報として前記ハイライトシーン生成部が生成したハイライトシーンの情報を配信する
請求項１から請求項９の何れかに記載の情報処理装置。
【請求項１１】
会場内で供される観覧対象物を観覧するためにユーザに与えられた観覧位置の情報を取得する第１位置情報取得ステップと、
ユーザの現在位置情報を取得する第２位置情報取得ステップと、
前記観覧位置の情報と前記現在位置情報に応じて配信対象ユーザを決定する対象ユーザ決定ステップと、
前記観覧位置の情報と前記現在位置情報と時刻情報に応じて配信シーンを決定する配信シーン決定ステップと、
前記配信シーンの情報を前記配信対象ユーザに配信する処理を行う配信ステップと、を
情報処理装置が実行する情報処理方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
上述した情報処理装置の前記対象ユーザ決定部は、前記会場内において観覧するための観覧エリアとは異なる非観覧エリアに前記現在位置情報が包含されるユーザを前記配信対象ユーザとして決定し、前記配信シーン決定部は、前記配信対象ユーザの現在位置情報が前記非観覧エリアに包含されていた時刻情報に基づいて前記配信シーンを決定してもよい。
例えば、会場内に適所に配置されたビーコン発信器に基づいて、ユーザの現在位置が特定可能とされている条件下において、本構成によれば、現在位置情報が非観覧エリアに内包されている場合に配信対象ユーザとして決定される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
上述した情報処理装置の前記対象ユーザ決定部は、前記現在位置情報と前記観覧位置の情報が所定距離以上乖離しているユーザを前記配信対象ユーザとして決定し、前記配信シーン決定部は、前記配信対象ユーザの現在位置情報と前記観覧位置の情報が乖離していた時刻の情報に基づいて前記配信シーンを決定してもよい。
現在位置情報と観覧位置情報の取得は、比較的処理負担の軽い処理で実現することが可能である。また、両位置情報の乖離についても簡易な計算で行うことが可能である。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
上述した情報処理装置の前記配信シーン決定部は、前記配信対象ユーザを含む観覧者の興奮度合いの指標として算出された興奮度に応じて前記配信シーンを決定してもよい。
例えば、ユーザが熱中しているシーンを配信シーンとして決定する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
上述した情報処理装置においては、前記配信対象ユーザを含む観覧者の興奮度合いの指標として算出された興奮度が小さい場合を配信タイミングとして決定するタイミング決定部を備え、前記配信部は、前記配信タイミングに応じて前記配信を行ってもよい。
例えば、ユーザにとって配信シーンの閲覧が可能な状況を配信タイミングとして決定し、配信することが可能となる。また、具体的に興奮度が算出されることにより、ユーザにとって配信シーンの閲覧に適したタイミングで配信が実行される。