JP6679690B2 - 情報処理装置、情報処理方法、プログラム - Google Patents
情報処理装置、情報処理方法、プログラム Download PDFInfo
- Publication number
- JP6679690B2 JP6679690B2 JP2018189246A JP2018189246A JP6679690B2 JP 6679690 B2 JP6679690 B2 JP 6679690B2 JP 2018189246 A JP2018189246 A JP 2018189246A JP 2018189246 A JP2018189246 A JP 2018189246A JP 6679690 B2 JP6679690 B2 JP 6679690B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- distribution
- user
- scene
- position information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Description
しかし、例えば既に終わっている試合を録画して試合後に閲覧しているような状況とは異なり、重要なシーンはいつ訪れるのか分からないものである。試合開始から試合終了まで継続的に集中して試合観戦を続けることができれば、重要なシーンの見逃しは起こりえないが、現実的ではない。
例えば下記の特許文献1においては、異なった位置にいる複数の選手のプレーや演技等のパフォーマンスを同時的に観ることが困難であることを鑑みて、好きな選手や場所を登録することにより、ユーザは登録情報に基づいた推奨場面の通知を受けとり、重要なシーンの見逃しが起きにくいような構成が開示されている。
そこで、重要なシーンが発生した場合に、来場しているユーザ全てを対象として重要なシーンのリプレイ動画を再生可能な情報を送信することも考えられるが、情報処理装置の処理負担が大きく、適切ではない虞がある。
本発明は、上記の課題を鑑み、観覧対象物を観覧するために会場に来場している場合において、情報処理装置の処理負担を過度に増加させることなく見逃したシーンを適切に配信することを目的とする。
本構成によれば、観覧位置情報だけでなくユーザの現在位置情報を取得し、その二つの位置情報に基づいて配信対象ユーザと配信シーンが決定される。
例えば、会場内に適所に配置されたビーコン発信器に基づいて、ユーザの現在位置が特定可能とされている条件下において、本構成によれば、現在位置情報が非観覧エリアに内包されている場合に配信対象ユーザとして決定される。
現在位置情報と観覧位置情報の取得は、比較的処理負担の軽い処理で実現することが可能である。また、両位置情報の乖離についても簡易な計算で行うことが可能である。
例えば盛り上がっている人の現在位置情報が偏っている場合(応援チームの違いによるものを除く)、或いは、ユーザの反応タイミングが現在位置情報によって異なる場合、見えにくかったエリアなどの状況把握困難エリアが存在すると判定し、そのシーンを配信対象シーンとして選択する。
ユーザの状況をより正確に把握するために端末情報の取得が行われる。即ち、ユーザが所持中の携帯端末(例えば携帯電話)等が備える加速度センサで測定可能な加速度情報を利用することにより、ユーザの実際の状況(歩行中であるなど)を把握することができる。
ユーザの状況をより正確に把握するために端末情報の取得が行われる。即ち、具体的に加速度情報や角速度情報や音情報などを取得することにより、ユーザの状況を正確に把握することができる。
例えば、ユーザが熱中しているシーンを配信シーンとして決定する。
例えば、ユーザにとって配信シーンの閲覧が可能な状況を配信タイミングとして決定し、配信することが可能となる。また、具体的に興奮度が算出されることにより、ユーザにとって配信シーンの閲覧に適したタイミングで配信が実行される。
これにより、ユーザが自席にいるタイミングや、すぐに自席に戻ることが可能なタイミングで配信が実行される。
これにより、ユーザが閲覧したいと考えるシーンを集約したハイライトシーン動画などが生成される。このような動画(或いは画像)が配信シーンとして到着したてのユーザに配信される。
この情報処理方法により、観覧対象物を観覧するために会場に来場しているユーザに対して、情報処理装置の処理負担を過度に増加させることなく見逃したシーンを適切に配信することができる。
このプログラムにより、例えば、情報処理装置としてのユーザ端末上で動作するアプリケーションプログラムを実現可能である。
<1.システム構成>
<2.コンピュータ装置のハードウェア構成>
<3.配信制御装置の機能構成>
<4.DBに記憶される情報の例>
[4−1.ユーザDB]
[4−2.位置情報DB]
[4−3.重要シーンDB]
[4−4.配信制御DB]
[4−5.エリアDB]
[4−6.DBの態様]
<5.各種処理例>
[5−1.現在位置情報記憶処理]
[5−2.重要シーン記憶処理]
[5−3.配信対象ユーザ決定処理]
[5−4.配信対象ユーザ決定処理の別例]
[5−5.配信シーン決定・配信処理]
[5−6.配信タイミング決定処理]
[5−7.配信タイミング決定処理の別例]
[5−8.来場判定処理]
[5−9.遅刻ユーザ対応処理]
[5−10.興奮度に応じた配信処理]
[5−11.重要シーン記憶処理の別例]
<6.まとめ>
<7.プログラム及び記憶媒体>
本実施の形態としての配信制御装置1を含むネットワークシステム全体の構成について、図1を用いて説明する。
配信制御装置1は、通信ネットワーク2を介して複数のユーザ端末3と相互に通信可能とされている。
また、通信ネットワーク2の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばIEEE(Institute of Electrical and Electronics Engineers)1394、USB(Universal Serial Bus)、電力線搬送、電話線などの有線でも、IrDA(Infrared Data Association)のような赤外線、ブルートゥース(登録商標)、802.11無線、携帯電話網、衛星回線、地上波デジタル網などの無線でも利用可能である。
なお、以下の各例では、観覧対象物の一例として野球の試合を取り上げる。また、会場の一例として、野球場(単に球場とも記載する)を取り上げる。
また、配信制御端末1はその他にも、会員登録されたユーザの情報を管理する処理や、球場内の各観戦エリアの情報を管理する処理を行う。観戦エリアごとの情報とは、例えば、観戦エリアAに位置するユーザの視点に最も近いカメラのID(Identification)情報や、観戦エリアAに位置するユーザにとって見難い場所についての情報などである。
他にも、重要なシーンの動画データが記憶される図示しない動画DBなどを管理する。
これらのDBは、例えばLAN等のネットワークを介して配信制御端末1と通信可能とされており、このようなネットワークは通信ネットワーク2と同様に特に限定されるものではない。
なお、ユーザ端末3には、配信制御端末1が提供する各種のサービスを享受するためのアプリケーション(以降、「端末アプリ」と記載)がインストールされ利用可能とされていてもよい。その場合には、後述する配信制御端末1が実行する各種の処理のうちの一部を端末アプリがインストールされたユーザ端末3で行うように構成されていてもよい。具体的には後述する。
ユーザ端末3(3A,3B,3C,3D)とビーコン発信器4(4A,4B,4C,4D)の位置関係について、図2を参照して説明する。
ユーザ端末3Aのように、何れのビーコン発信器4の受信可能領域に含まれていない場合や、ユーザ端末3Bのように、複数のビーコン発信器4(4A,4B)の受信可能領域が重複する領域に含まれている場合や、ユーザ端末3C,3Dのように、一つのビーコン発信器4(4Cまたは4D)の受信可能領域に含まれている場合などがある。
また、ユーザ端末3Cのように、ビーコン発信器4Cの受信可能領域に含まれているがビーコン発信器4Cとの距離が遠く、受信する信号の信号強度が低い場合や、ユーザ端末3Dのように、ビーコン発信器4Dの受信可能領域に含まれると共にビーコン発信器4Dとの距離が近いために、受信する信号の信号強度が高い場合がある。
配信制御端末1をはじめとした各装置(ユーザ端末3、ユーザDB50、位置情報DB51、重要シーンDB52、配信制御DB53、エリアDB54)を構成するコンピュータ装置のハードウェア構成を図3に示す。各コンピュータ装置のCPU(Central Processing Unit)101は、ROM( Read Only Memory)102に記憶されているプログラム、または記憶部108からRAM( Random Access Memory )103にロードされたプログラムに従って各種の処理を実行する。RAM103にはまた、CPU101が各種の処理を実行する上において必要なデータなども適宜記憶される。
CPU101、ROM102、およびRAM103は、バス104を介して相互に接続されている。このバス104には、入出力インタフェース105も接続されている。
入出力インタフェース105には、入力部106、出力部107、記憶部108、通信部109が接続されている。
入力部106はキーボード、マウス、タッチパネルなどにより構成される。
出力部107はLCD(Liquid Crystal Display)、CRT(Cathode Ray Tube)、有機EL(Electroluminescence)パネルなどよりなるディスプレイ、並びにスピーカなどにより構成される。
記憶部108はHDD(Hard Disk Drive)やフラッシュメモリ装置などにより構成される。
通信部109はネットワーク2を介しての通信処理や機器間通信を行う。
入出力インタフェース105にはまた、必要に応じてメディアドライブ110が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア111が適宜装着され、リムーバブルメディア111に対する情報の書込や読出が行われる。
CPU101が各種のプログラムに基づいて処理動作を行うことで、配信制御端末1などの各装置(ユーザ端末3、ユーザDB50、位置情報DB51、重要シーンDB52、配信制御DB53、エリアDB54)としての必要な情報処理や通信が実行される。
なお、配信制御端末1などの各装置(ユーザ端末3、ユーザDB50、位置情報DB51、重要シーンDB52、配信制御DB53、エリアDB54)を構成する情報処理装置は、図3のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、LAN等によりシステム化されていてもよいし、インターネット等を利用したVPN等により遠隔地に配置されたものでもよい。複数の情報処理装置には、クラウドコンピューティングサービスによって利用可能なサーバ群(クラウド)としての情報処理装置が含まれてもよい。
また各機能をソフトウェアで実現する場合に、各機能がそれぞれ独立したプログラムで実現される必要はない。一つのプログラムにより複数の機能の処理が実行されてもよいし、一つの機能が複数のプログラムモジュールの連携で実現されてもよい。
また各機能は複数の情報処理装置に分散されていてもよい。更に機能の一つが、複数の情報処理装置によって実現されてもよい。
配信制御端末1の具体的な機能構成について、図4を参照して説明する。
配信制御端末1は、第1位置情報取得部1a、第2位置情報取得部1b、端末情報取得部1c、対象ユーザ決定部1d、配信シーン決定部1e、タイミング決定部1f、ハイライトシーン生成部1g、配信部1hを備えている。
他にも、ユーザがウェブサイトでチケットを購入した場合に、ユーザの会員IDとチケットの座席位置情報を紐付けておくことにより、ユーザの座席位置情報を取得してもよい。
ユーザの現在位置を取得する方法としては、各種考えられる。例えば、ユーザが携帯している携帯端末(ユーザ端末3)から現在位置情報を取得する。具体的には、ユーザ端末3が備えているGPS(Global Positioning System)機能を利用し、ユーザ端末3にGPS機能で取得した現在位置情報を送信させることにより取得してもよい。また、球場内の各所に設置したビーコン発信器から発せられる信号をユーザ端末3が受信し、ユーザ端末3からビーコン発信器を特定可能な情報を取得することにより、ユーザ端末3の現在位置情報を取得してもよい。
例えばユーザ端末3が大きな音をマイクロフォンで取得したことを契機として、ユーザ端末3が配信制御端末1に音情報を送信するように構成されていてもよい。また、端末情報取得部1cが所定のタイミングでユーザ端末3に端末情報を送信するように要求することにより取得してもよい。
また、自席にいたユーザであっても、シーンによっては見難いシーンが存在する。そのようなユーザについては、別角度で撮影した動画像(即ち第2カメラ情報によって特定されるカメラで撮影した動画像)を配信すべき配信対象ユーザとして判定する処理を行う。
[4−1.ユーザDB]
ユーザDB50には、ユーザに関する情報が記憶される。一例を図5に示す。図示するように、ユーザを一意に特定可能なユーザIDに各種の情報が紐付けられて記憶される。
具体的には、ユーザID一つに対して、端末特定情報、来場情報、ポイント情報、住所、年齢、氏名、連絡先情報などの個人情報などが紐付けられる。
その後、ユーザAがユーザ端末3Aを用いてログアウト操作を行い、ユーザBがユーザ端末3Aを用いてログイン操作を行うと、ユーザAとユーザ端末3Aの紐付けを解消すると共にユーザBとユーザ端末3Aの紐付けを行う。
このように、ユーザがログインしている間使用している端末を特定するための情報が記憶される。
連絡先情報は、ユーザの電子メールアドレス等である。後述する配信制御では、配信する情報を電子メールアドレスに送信するようにしてもよい。
その他にも、ユーザDB50には、ユーザの好みの選手や球団情報が記憶されていてもよい。また、好みの選手や球団の情報を考慮して配信シーンを選択してもよい。
位置情報DB51には、ユーザの現在位置や座席位置(或いは観戦エリアを特定する情報)が記憶される。一例を図6に示す。
位置情報DB51には、ユーザを特定するためのユーザIDに対して、各種の現在位置情報が記憶されている。現在位置情報は、試合終了後(観覧終了後)も消去されずに記憶されていてもよいし、試合終了と共に(或いは球場から退出した後)、消去されてもよい。
一つのレコードには、時刻情報、GPS情報、ビーコンID、強度、配信対象フラグの情報が記憶される。
一方、配信対象フラグがONとされている状態は、当該レコードが記憶されたときに観戦不可能な状態にあった(或いは不可能な状態だったかもしれない)ことを示しており、配信対象ユーザとして該当している時間帯を示している。
重要シーンDB52には、重要シーンについての情報が記憶される。一例を図7に示す。
図示するように、重要シーンDB52には、重要なシーンごとに付与されたシーンID一つ一つに対して、シーンの開始時刻情報と終了時刻情報、対応カメラIDの情報が紐付けられて記憶されている。
球場では、球場内に設置された位置固定式或いは位置可動式の複数のカメラによって試合内容が記録されている。各カメラには異なるIDが付与されている。カメラの位置はそれぞれ異なるため、シーンごとに視聴に適するカメラが異なる。対応カメラIDの情報は、その重要シーンを視聴するのに相応しいカメラを特定するための情報である。
なお、重要シーンは他の重要シーンと一部または全部の時間帯が重複していても構わない。即ち、ある重要シーンが開始されて終了する前に他の重要シーンが開始されても構わない。例えば、打席に立っている打者についての重要シーンがホームベース付近で開始された後、外野手についての重要シーンが守備位置付近で開始されてもよい。
配信制御DB53には、重要なシーンごとに配信するか否かを示すフラグ情報が記憶されている。一例を図8に示す。
具体的には、エリア別配信制御情報として、エリアA,B,・・・ごとに配信シーンとして採用するか否かを示すフラグが記憶されている。シーンID=SC_00001(シーンSC1)とされた重要シーンは、エリアBからは見やすいシーンであり、且つエリアAからは見難いシーンである。従って、エリアAで観戦していたユーザに対しては、補完する意味でも当該シーンを配信することが望ましい。
また、当該重要シーンは、見やすいエリア/見難いエリアの別によらず、試合を観戦する上で観客が沸き立った重要なシーンであったことが考えられる。このような重要シーンは、もう一度リプレイ動画を見たいと考えるユーザが多いため、全てのエリアにいるユーザ(即ち全ユーザ)を配信対象ユーザとして設定する。
具体的には、重要シーンが終了した後すぐに自席に戻ったユーザは、周囲の観客の反応から直前に何が起こったのか知りたい場合がある。そのような場合には、シーン終了後5分未満に自席に戻ったユーザに対しては当該重要シーンを配信することを示す情報が記憶される。また、その重要シーンがそれ程重要なシーンではなかった場合には、5分以上自席に戻らなかったユーザに対しては当該重要シーンを配信しないことを示す情報が記憶される。
エリアDB54には、球場内の観客が立ち入ることのできる一部のエリアまたは全てのエリアの情報が記憶されている。これらの情報は、例えばオペレータの手動により記憶される。一例を図9に示す。
エリアを一意に特定可能なエリアIDに対して、位置特定情報、観覧(観戦)可否情報、対応カメラ情報、シーン発生位置ごとの観覧可否情報などが紐付けられて記憶されている。
観覧可否情報は、観覧(観戦)の可否を示す情報である。観覧可否情報が「可」とされているエリアは、試合の直接の観覧が可能なエリアとされている。例えば、観覧のためのスペース(席でもよい)が設けられている観覧エリアである。但し、一部の場所で起きたシーンについては観覧できないなど、球場内で起き得る全てのシーンが観覧可能でない場合も含まれる。
また、観覧可否情報が「否」とされているエリアは、試合の直接の観覧が不可能なエリアや非観覧エリアとされている。但し、付近に設置されているモニタなどを通して間接的な観覧が可能とされていてもよい。
即ち、第1カメラ情報は、そのエリアに最も近い位置にあるカメラを特定するための情報である。
また、ライトスタンドエリアにおける第2カメラ情報は、例えば、バックネットに位置するカメラを特定するための情報である。
なお、シーンの見やすさの違いは、例えば球場内に配置された柱などの構造物などに基づくものである。
また、図8及び図9に示すエリア情報は、それぞれエリアの区切り方が異なるものであってもよい。勿論、図8と図9に示す各エリアの区切り方が同じであってもよい。
これらの各DB(ユーザDB50、位置情報DB51、重要シーンDB52、配信制御DB53、エリアDB54)は、配信制御端末1を構成する各情報処理装置が必要に応じてアクセス可能とされていればどのような形態で実現されていてもよい。例えば配信制御端末1と同一システム内の記憶部に各DB(ユーザDB50、位置情報DB51、重要シーンDB52、配信制御DB53、エリアDB54)のすべてが形成されていてもよいし、各DB(ユーザDB50、位置情報DB51、重要シーンDB52、配信制御DB53、エリアDB54)の一部又は全部が別体、遠隔地等のコンピュータシステムに設けられていてもよい。もちろん各DB(ユーザDB50、位置情報DB51、重要シーンDB52、配信制御DB53、エリアDB54)が一つの装置(例えば一つのHDD等)内に形成されている必要はない。また各DB(ユーザDB50、位置情報DB51、重要シーンDB52、配信制御DB53、エリアDB54)のそれぞれが、それぞれ1つのDBとして構成される必要もない。例えばユーザDB50に記憶される情報が、複数のユーザDB(例えばログイン用のユーザDBと来場情報が記憶されるユーザDBなど)により記憶管理されてもよい。以下説明する各DB(ユーザDB50、位置情報DB51、重要シーンDB52、配信制御DB53、エリアDB54)は、実施の形態の処理に関連する情報の記憶部を、それぞれ1つのDBの形態で例示したものに過ぎない。
[5−1.現在位置情報記憶処理]
前述したように、本実施の形態では、ユーザの位置情報に応じた制御を行う。ここでは、ユーザの位置情報を取得するための処理について、図10を参照して説明する。
なお、この処理は、例えば配信制御端末1の第2位置情報取得部1bの機能を利用することにより実行される。
配信制御端末1は、ステップS101で、ユーザの現在位置情報要求をユーザ端末3に送信する処理を行う。
該要求に応じてユーザ端末3が現在位置情報を送信すると、配信制御端末1はステップS102で該情報を受信する処理を行う。
これによって、配信制御端末1は対象のユーザ端末3の現在位置情報を取得することができる。即ち、ユーザ端末3を携帯しているユーザの現在位置を特定することができる。
移動距離は、例えば、「前回の現在位置」と「今回取得した現在位置」の差分を算出することにより行う。移動距離が所定以上である場合はユーザが新たな位置へ移動したと判定し、ステップS105で配信制御端末1は今回新たに取得した現在位置情報を位置情報DB51に記憶する処理を行う。
移動距離の判定に用いる所定値は、例えば、数十センチや1mなどである。このような値は、GPSの精度によって決定されるものである。即ち、ユーザがある位置にとどまっていたとしても、GPSの精度によって測定値が1m程度ずれる可能性がある場合には、所定値を1mとする。これによって、実際にユーザが移動していないにも関わらず移動したと判定されてしまうことを防止することができる。
配信制御端末1は、ステップS106において、所定時間待機する。待機時間を設けることにより、過度の頻度でユーザ端末3に現在位置情報要求を行ってしまうことが防止される。
配信制御端末1は、前述したように、ユーザに重要シーンの配信を行うものである。そのために、観覧対象物である野球の試合において、球場で繰り広げられる各シーンのうち、何れのシーンが重要シーンであるかを判定し、重要シーンDB52に記憶する処理を行う。
具体的に、図11を参照して説明する。
大歓声が発生したと判定した場合、配信制御端末1は重要シーンの発生を検知したと判断し、ステップS202で重要シーン開始時刻として現在の時刻情報を記憶する処理を行う。
対応カメラIDは、今回の重要シーンについての概要や詳細を把握することが可能なカメラや適切なカメラを特定するための情報である。従って、後述する重要シーンの配信を行う場合には、対応カメラIDに応じて適切な動画像が選択されて配信される。
重要シーンが終了した場合、配信制御端末1はステップS205で、重要シーンの終了時刻として現在の時刻情報を記憶する処理を行う。
なお、重要シーンの開始は自動で判定すると共に、終了についてはオペレータにより手動で判定されてもよい。その場合には、重要シーンの終了時刻は手動で入力される。
状況把握困難エリアとは、重要シーンの主な舞台となった位置に応じて決定されるものであり、該重要シーンの把握が困難なエリアである。そのような状況把握困難エリアが存在するか否かを判定した後、ステップS207で配信制御端末1は配信制御情報の記憶処理を行う。
配信制御情報は、例えば図8に示した配信制御DB53に記憶されるような情報である。即ち、重要シーンであると判定した今回発生したシーンについて、どのようなユーザに配信するかを決定するための情報である。
具体的には、状況把握困難エリアが存在するとステップS206で判定した場合、状況把握困難なエリアに対して配信フラグをON(図8の○印)にする。また、今回の重要シーンを離席ユーザに配信するかどうかや、遅刻ユーザに配信するかどうか、或いは応援チームに応じて配信するか否かを決定し、配信制御DB53に記憶する処理となる。
ステップS201で、大歓声が発生していないと判定した配信制御端末1は、ステップS208で単位時間あたりのコメント投稿数(コメント数)が所定以上であるか否かを判定する。
コメント数は、例えば、野球の試合の速報が掲載されているウェブページにおいて所定時間内に投稿されたコメントの数であってもよいし、SNS(Social Networking Service)に単位時間あたりに野球の試合について投稿された投稿数であってもよい。また、これらの双方を加算したものであってもよい。即ち、対象の試合について人々が行った何らかの投稿を計測したものであればよい。
また、単位時間あたりのコメント数が所定未満であれば、配信制御端末1はステップS209において、得点の変動の有無を判定する。
得点の変動があった場合、配信制御端末1はステップS202乃至S207の各処理を実行する。
一方、得点の変動が無いと判定した場合、或いは、ステップS207で一つの重要シーンについての記憶処理を行った後、配信制御端末1はステップS201の処理を再度実行する。
なお、大歓声が発生したか否かを判定するためにカメラで取得した音情報を用いる場合には、カメラごとに図11に示すステップS201乃至S207の各処理を実行してもよい。これにより、局所的な歓声が発生した重要シーンについての情報を逃さずに記憶することができる。
本実施の形態では、重要シーンを閲覧することができなかったユーザに対しては、該重要シーンを配信シーンとして選択し、配信し得る。
配信対象ユーザ決定処理では、重要シーンを閲覧できない状況下にあるユーザを特定する処理である。
この処理は、例えば配信制御端末1が対象ユーザ決定部1dの機能を用いることにより実行される。
具体的に図12を参照して説明する。
配信制御端末1はステップS302で、選択ユーザの現在位置情報を取得する処理を実行する。図10に示す現在位置情報記憶処理が定期的に行われている場合、ステップS302の処理は、位置情報DB51から選択ユーザの最新の現在位置情報を取得する処理となる。
選択ユーザが非観戦エリアに位置している場合、配信制御端末1はステップS304で、選択ユーザを配信対象ユーザと判定し、ステップS305で選択ユーザの配信対象フラグをONにする処理を行う。具体的には、位置情報DB51の各レコードIDに配信対象フラグが紐付けられる。配信対象フラグがONのまま新たな位置情報が記憶される場合には、配信対象フラグ情報は引き継がれる。即ち、レコードID=R_00003の位置情報が記憶された後、当該ユーザがステップS304の処理によって配信対象ユーザと判定された場合には、レコードID=R_00003とされたレコードに配信対象フラグがONである情報が紐付けられて記憶される。その後に当該ユーザが移動することにより新たなレコード(レコードID=R_00004)が記憶された場合には、配信対象フラグはOFFに変更されていないため、配信対象フラグがONであることを示す情報が紐付けられる。
この方法により、後から位置情報DB51の情報を確認した場合であっても、ユーザの配信対象フラグがONであった期間が分かるようになっている。
なお、このことから理解されるように、図10の現在位置情報記憶処理を行う際に、図12に示す一連の処理を行ってもよい。この場合には、ステップS301及びS302の処理は不要となる。
配信対象フラグをONにした後、配信制御端末1はステップS301で別のユーザを選択ユーザとして選択し、以降の処理を続ける。
選択ユーザが離席ユーザである場合(ステップS306:Y判定)、配信制御端末1はステップS304,S305の両処理を実行する。即ち、選択ユーザを配信対象ユーザと判定する。
観戦位置情報に基づくエリア情報とは、ユーザの自席が位置するエリアを特定するための情報であり、例えば、ユーザが自席から見難かったシーンなどを抽出する際に用いられる。
配信制御端末1はステップS310で、未配信且つ配信するべき配信シーン(重要シーン)が存在するか否かを判定し、配信するべき配信シーンがある場合には、当該配信シーンを配信するための配信処理をステップS311で行う。
これにより、配信制御DB53に記憶された制御情報に基づいて適切な配信処理が行われる。
配信対象ユーザを決定するための処理について、図12に示した一例とは異なる例を図13に示す。
図12に示した処理と同様の処理については、適宜説明を省略する。
ステップS401乃至S406の各処理は、図12のステップS301乃至S306の各処理と同様の処理である。
これらの端末情報を用いて、配信制御端末1はステップS408で、選択ユーザが歩行中であるか否かを判定する。そのため、ステップS407で取得する端末情報は、歩行中であるか否かを判定するための情報であり、歩行中であることを示す情報や歩行中でないことを示す情報など、直接的な情報であってもよい。
一方、選択ユーザが歩行中でないと判定した場合、選択ユーザは非観戦エリアに位置すると共に一定の場所に止まっていることから、試合の観戦が可能な状態と推定し、配信対象ユーザとしての設定は行わない。
即ち、配信制御端末1はステップS409で配信対象フラグをOFFに設定し、ステップS410で現在位置情報に基づくエリア情報を取得する。そして、配信制御端末1はステップS413で現在位置情報に基づいてエリア別配信制御情報を取得し、配信すべき配信シーンがある場合はステップS415の配信処理を行う。
また、観戦位置(自席)と異なる位置で試合を観戦しているユーザに対しては、適切に配信対象ユーザから外す処理を行い、自席の位置ではなく現在位置に応じて配信シーンが選択された配信される。
図12、及び図13の配信対象ユーザの決定処理におけるステップS310,S311(或いはステップS414,S415)では、未配信の配信シーンを配信する処理を実行する例を述べた。ここでは、更に具体的に配信シーンを決定する処理について図14を参照して説明する。
なお、図14の処理は、配信対象フラグがOFFに変更された際に実行される処理である。例えば、図12のステップS308乃至S311の各処理に代わって実行される処理である。
フラグON期間は、例えばユーザID=U_00001とされたユーザについては、レコードIDがR_00003〜R_00005とされた情報が記憶された期間とされる。なお、レコードR_00002の情報が記憶された直後にユーザが移動し配信対象フラグがONとされるべき状況へと変化した可能性を考慮し、レコードIDがR_00002〜R_00006とされた情報が記憶された期間をフラグON期間としてもよい。
フラグON期間における現在位置情報は、同じ位置情報DB51から取得可能である。具体的に、現在位置情報は例えばGPS情報やビーコンID(強度情報も含む)として記憶されている。
具体的には、ステップS503で取得した時間ごとの現在位置情報から、ユーザが配信シーン候補となった重要シーンが発生した時間帯にどの場所にいたのかを特定(或いは推定)し、場所に応じて配信制御情報を参照し、配信シーンの候補を配信シーンとすべきか否かを判定する。例えば、シーンID=SC_00001とされた重要シーンが発生したときにユーザが離席ユーザとして判定されていた場合は、該重要シーンを配信シーンとして決定する。
そのために、ユーザの現在位置情報(或いは自席の位置情報)と配信制御DB53のエリア別配信制御情報に基づいて、配信シーンの決定を行う。具体的には、ユーザが自席にいる時間帯(フラグOFF期間)に発生した重要シーンがシーンID=SC00001,SC_00002,SC_00003とされ、ユーザの自席位置がエリアAに位置する場合、シーンID=SC_00001、SC_00002とされた重要シーンを配信シーンとして決定すると共に、シーンID=SC_00003とされた重要シーンは配信シーンとしないことを決定する。
これは、各配信シーンを配信する配信タイミングを決定するものであり、ユーザが配信シーンを閲覧するタイミングとして適切な時間帯(或いは配信条件)を決定し、スケジューラに登録する処理である。
スケジューラに登録された配信予約は、配信時刻が到来したタイミングや配信条件が成立したタイミングで配信シーンの配信が行われる。
先の図14の配信シーン決定・配信処理では、ステップS506で配信スケジューラを設定する際の具体例として、配信対象ユーザが配信シーンの閲覧をし易い状況下になったら配信するといった配信条件を設定する例を述べた。
ここでは、図15を参照して、更に具体的な配信タイミングの決定について説明する。
なお、図15の処理は、例えば、配信制御端末1がタイミング決定部1fの機能を用いることにより実現可能である。
配信制御端末1はステップS601で、ユーザが所持しているユーザ端末3から端末情報を取得する。ここで取得する端末情報は、例えば、ユーザ端末3が備えるマイクロフォンで取得した音情報や角速度情報や加速度情報である。
次に、配信制御端末1はステップS602で、興奮度を算出する。興奮度は、ユーザ端末3を所持しているユーザが現在目の前で行われている野球の試合にどの程度興奮しているか(即ち興奮しているか)を示す指標である。算出方法は各種あり、例えば、マイクロフォンで取得した音情報に人の歓声がどの程度含まれているかを抽出し、その声量に応じて興奮度を算出する。また、ユーザ端末3を所持したユーザが自席から立ち上がったり座り直したりするたびに計測される加速度や角速度の変化を端末情報から取得し、静かに座っている状況に対してどの程度乖離しているかを算出することにより、興奮度としてもよい。
一方、興奮度が小さい場合、配信制御端末1はユーザが落ち着いている状況(即ち配信シーンを閲覧するのに適した状況)であると判定し、ステップS604で現在が適切な配信タイミングであると決定する。
図15に示す処理を実行することにより、配信スケジューラに設定された配信シーンの配信処理が適切に実行され得る。
配信タイミングの決定処理について、図15とは異なる例を図16を参照して説明する。
配信制御端末1はステップS651で、配信対象ユーザの現在位置と観戦位置の情報を取得する。各位置情報は、位置情報DB51から最新のレコードに準じて取得してもよいし、新たに配信対象ユーザが所持するユーザ端末3から取得してもよい。
一方、距離が近い場合、即ちユーザが自席に近い位置にいる場合(ステップS652:Yの場合)、配信制御端末1は、ユーザはすぐに自席に戻って配信シーンの閲覧が可能であると判定し、続くステップS653で現在が適切な配信タイミングであると決定する。
配信制御端末1は、ステップS654で配信処理を実行する。
ユーザが球場に来場した際に実行される来場判定処理の一例について、図17を参照して説明する。
これらの処理は、例えば配信制御端末1が各部の機能を用いて実行されるものである。
要求に応じて入力されたログイン情報を受信した配信制御端末1は、ステップS702で、ログイン情報とDBに記憶された情報の照合を行い、ログインが成功したか否かを判定する。
ログインが失敗した場合(ステップS702:Nの判定)、配信制御端末1は再度ステップS701の処理を実行する。
一方、ログインが成功した場合(ステップS702:Yの判定)、配信制御端末1はステップS703で、会員情報にチケット情報が紐付けられているか否かを判定する。
チケット情報のひも付けがある場合、配信制御端末1はステップS704で、現在位置情報を取得する。この情報は、例えばユーザ端末3からGPS情報を取得することにより行う。また、ユーザ端末3が会場内や会場外に設置されたビーコン発信器の信号を受信したことを現在位置情報として取得してもよい。
球場内に当該ユーザがいる場合、配信制御端末1はステップS706で来場認定をし、ステップS707で座席情報を記憶する。記憶処理では、ユーザが来場したことを記憶してもよい。
座席情報の記憶は、例えば、端末アプリを用いて自席についたら所定のボタンを押下してもらうように促し、該ボタンが押下されたことによって自席の位置を特定してもよい。また、チケット情報から該ユーザに与えられた座席位置を特定してもよい。その場合には、例えば、ユーザIDやユーザ名と購入したチケット情報と座席位置が紐付けられたDBを用意し、該DBから自席位置を特定し取得する。座席情報は、例えばユーザDB50の来場情報の一部として記憶される。また、ユーザの現在位置情報を位置情報DB51に記憶してもよい。
更には、ユーザ端末3で取得しているGPS情報の履歴から、ユーザがいつから球場内にいるかを特定し、遅刻か否かを判定してもよい。
一方、遅刻ユーザと判定された場合、配信制御端末1はステップS710で、遅刻ユーザ対応処理を実行する。この処理については、後述する。
なお、ステップS711の処理を行った後、ステップS704の処理を再度実行してもよい。即ち、ユーザが球場内に移動するまで、ステップS704,S705の両処理を行ってもよい。
チケット情報のひも付けがなかった場合、配信制御端末1はステップS712で、チケット情報を読み取る処理を実行する。具体的には、ユーザ端末3のカメラアプリを起動させてチケット情報を読み取る操作を促すと共に、読みとったチケット画像の情報を取得し、画像解析を行うことにより所定の情報(対象の試合情報や座席情報など)を得る。
即ち、チケットがこれから行われる試合を観戦するためのチケットであるか否か、或いは、入場を許可されているユーザであるか否か、などを判定する。チケットが無効であった場合、配信制御端末1は図17に示す一連の処理を終了させる。
一方、チケットが有効であることを確認できた場合、配信制御端末1はステップS704へと進み、ユーザの現在位置情報を取得する。
図17のステップS710の遅刻ユーザ対応処理で実行する各処理の一例について、図18を参照して説明する。
次に、配信制御端末1はステップS802で、遅刻ユーザに配信する重要シーンを特定する。具体的には、配信制御DB53に記憶された情報から重要シーンを特定する処理である。
これにより、ユーザが来場したタイミングに応じて適切な動画像データが配信される。また、前述のように遅刻ユーザに対して配信するシーンを重要シーンから所定数選択することにより、過度の情報を遅刻ユーザに配信しないようにすることができる。これにより、配信シーンを閲覧するために送受信される情報量を適度に抑えることが可能となる。
具体的に、例えば、ステップS701,S712、S704,S705S706,S708,S709,S711などの処理は、端末アプリによって実現可能である。また、他の処理についても、端末アプリと配信制御端末1が処理を分担することにより実現することも可能である。
先の図14のステップS505では、フラグOFF期間に発生したシーンからユーザに配信するのに適した重要シーンを配信シーンとして選択して配信する例を説明した。ここでは、ユーザの興奮度に基づいて、ユーザが再度見たいと考える重要シーンを特定し、配信シーンとして配信する。従って、ユーザが自席にいる状態で発生したシーンも配信シーンの対象となり得る。
具体的に、図19を参照して説明する。
興奮度が低い場合は、図19に示す一連の処理を終了させる。
一方興奮度が高い場合、配信制御端末1はステップS904で、重要シーンが開始したと判定し、重要シーン開始時刻を記憶する処理を行う。本例では、ユーザが興奮していた時間帯に基づいて重要シーンの時間帯情報を記憶する。ステップS904の処理は、重要シーンの開始時刻を記憶するものである。
興奮度が高い状態が終了しておらず継続中である場合、配信制御端末1は再度ステップS905の処理を行う。
興奮度が低い状態であった場合、配信制御端末1はステップS906で、重要シーン終了時刻を記憶する処理を行う。これにより、興奮度の高い時間帯(即ち重要シーンの時間帯)が確定する。
重要シーン開始時刻や重要シーン終了時刻は、例えば、ユーザDB50に記憶される。
なお、重要シーンの開始と興奮度の高まりにタイムラグがあることを考えると、重要シーン開始時刻は興奮度が高い状態を検出するよりも数秒前に設定してもよい。
なお、ステップS901の前に、ユーザの現在位置情報を取得し、ユーザが自席にいるか否かを判定してもよい。その場合には、自席から離れて歩いている状態で加速度センサや角速度センサの値が取得され、誤って重要シーンと判定されてしまうことが防止される。
具体的には、ユーザ個人の興奮度に応じてユーザごとの配信制御を行うと共に、球場全体で盛り上がっている重要シーンについては、ユーザ全員を対象とした配信制御を行ってもよい。
図11を参照して前述した重要シーン記憶処理の一例では、重要シーンの発生を検出し、該重要シーンについての配信制御情報を記憶する処理を行う例を説明した。
本例では、配信制御情報の記憶を行った後、配信対象ユーザを決定し、適宜配信処理を行う例について説明する。
具体的には、図20に示すように、大歓声が発生(S1001)や単位時間あたりのコメント数の増加(S1009)や得点変動(S1010)などを契機として、ステップS1002乃至S1007が実行される。これらの処理は、図11で説明したステップS201乃至S209の各処理と同様の処理である。
配信対象ユーザ決定処理の例について、図21を参照して説明する。
配信制御端末1はステップS1101で、対象の重要シーン、即ち今回検出した重要シーンについての時刻情報を取得する。具体的には、重要シーンの開始時刻情報と終了時刻情報を取得する。
配信制御端末1は、ステップS1105で、現在位置の履歴が観戦位置と所定以上の距離乖離したものを含んでいるか否かを判定する。現在位置の履歴が観戦位置と所定以上の距離乖離したものを含んでいる場合、即ち、ユーザが重要シーン発生時に少しでも自席を離れた虞がある場合、配信制御端末1はステップS1110で当該ユーザに対する配信処理を行う。
観戦位置情報に基づくエリア情報とは、自席位置がどのエリアに含まれているかを特定するものである。また、エリア別配信制御情報の取得は、自席が含まれるエリアが今回の重要シーンの配信対象となっているか否かを判定するために行うものである。
配信すべきと判定した場合、配信制御端末1はステップS1110で今回の重要シーンを当該ユーザに配信するための配信処理を行う。
一方、配信すべきでない(或いは配信しなくてもよい)と判定した場合、配信制御端末1はステップS1102で他のユーザを一人選択し、ステップS1103乃至S1110の各処理を行う。
もちろん、ユーザごとに配信処理を行うかスケジューラの設定だけを行うかを決定してもよい。
上述の各種の例で説明したように、配信制御端末1は会場(球場等)内で供される観覧対象物(スポーツの試合やコンサートなど)を観覧するためにユーザに与えられた観覧位置の情報(観戦位置情報)を取得する第1位置情報取得部1aと、ユーザの現在位置情報を取得する第2位置情報取得部1bと、観覧位置の情報と現在位置情報に応じて配信対象ユーザを決定する対象ユーザ決定部1dと、観覧位置の情報と現在位置情報と時刻情報に応じて配信シーンを決定する配信シーン決定部1eと、配信シーンの情報を配信対象ユーザに配信する処理を行う配信部1hと、を備えている。
本構成によれば、観覧位置情報だけでなくユーザの現在位置情報を取得し、その二つの位置情報に基づいて配信対象ユーザと配信シーンが決定される。
即ち、例えば、ユーザの現在位置が与えられた観覧位置に対してどの程度離れているかなどの情報を考慮して、該ユーザを配信対象とするか否かを決定すると共に、該ユーザに配信する配信シーンの決定を行うことができる。換言すれば、ユーザの状況に応じて配信対象ユーザと配信シーンが決定される。これによって、ユーザごとの適切な配信シーンを配信するための配信制御を行うことができる。従って、ユーザに適切でない配信が制限され、通信容量が無闇に増加してしまうことが防止される。
例えば、会場内に適所に配置されたビーコン発信器に基づいて、ユーザの現在位置が特定可能とされている条件下において、本構成によれば、現在位置情報が非観覧エリアに内包されている場合に配信対象ユーザとして決定される。即ち、観覧対象物の観覧ができていないユーザが適切に推定される。更に、観覧できていない時間帯における重要なシーンなどが配信シーンとして決定されて、該当ユーザに配信される。
これにより、ユーザにとって適切な配信シーンが選択されて配信され、観覧対象物に対するユーザの理解を深めることができる。
現在位置情報と観覧位置情報の取得は、比較的処理負担の軽い処理で実現することが可能である。また、両位置情報の乖離についても簡易な計算で行うことが可能である。
従って、過度の処理負担を情報処理装置に掛けることなく、配信制御を実現することが可能である。
例えば盛り上がっている人の現在位置情報が偏っている場合(応援チームの違いによるものを除く)、或いは、ユーザの反応タイミングが現在位置情報によって異なる場合、見えにくかったエリアなどの状況把握困難エリアが存在すると判定し、そのシーンを配信対象シーンとして選択する。
これによって、見えにくいユーザがいるシーンであるか否かがユーザの反応に応じて適切に判定される。
また、状況把握困難エリアに位置するユーザを該シーンの配信対象ユーザとすることにより、不要なユーザに情報が配信されてしまうことが防止され、通信量の削減に寄与することができる。
ユーザの状況をより正確に把握するために端末情報の取得が行われる。
即ち、ユーザの実際の状況に応じて配信対象ユーザと配信シーンを決定することができる。従って、ユーザに不要の配信は制限されると共に、必要なユーザに対しては適切な配信が行われる。通信帯域の有効利用にも寄与することができる。
ユーザが所持中の携帯端末(例えば携帯電話などのユーザ端末3)等が備える加速度センサで測定可能な加速度情報や角速度センサで測定可能な角速度情報などを利用することにより、ユーザの実際の状況(歩行中であるなど)を把握することができる。
即ち、ユーザの実態に即して適切に配信対象ユーザを決定することができる。
また、加速度情報等の端末情報を用いてユーザの興奮度を算出することにより、当該ユーザがそのシーンに熱中しているか否かを適切に判定することができる。
具体的に加速度情報や角速度情報や音情報などを取得することにより、ユーザの状況を正確に把握することができる。
従って、ユーザの状況に応じて適切に配信対象ユーザと配信シーンが決定される。
例えば、ユーザが興奮しているシーンを配信シーンとして決定する。
これにより、ユーザが見逃したときに見たいと感じるような重要なシーンが配信シーンとして決定されやすくなり、ユーザにとって満足度の高い配信を行うことが可能となる。
歓声の大きさやコメント投稿数など、比較的容易に取得できる情報を用いて興奮度の算出を実現することができる。
これにより、システムを複雑化することなく容易な手法で配信シーンの決定を行うことができる。
ユーザが興奮したか否かを示す情報によって配信シーンがユーザごとに決定される。
即ち、ユーザの反応に基づいて適切な配信シーンをユーザに配信することができる。
歓声の大きさやコメント投稿数など、比較的容易に取得できる情報を用いて興奮度の算出を実現することができる。
これにより、システムを複雑化することなく容易な手法で配信シーンの決定を行うことができる。
例えば、ユーザにとって配信シーンの閲覧が可能な状況を配信タイミングとして決定し、配信することが可能となる。
ユーザにとって観覧の妨げとならない配信制御を行うことが可能となる。
この構成によれば、具体的に興奮度を算出することにより、ユーザにとって配信シーンの閲覧に適したタイミングで配信が実行される。
これによって、ユーザにとって観覧の妨げとならない配信制御を具体的に実行かのうな環境が提供される。
これにより、ユーザが自席にいるタイミングや、すぐに自席に戻ることが可能なタイミングで配信が実行される。
即ち、ユーザが自席を遠く離れて歩行しており、ユーザが即座に閲覧できない状態で配信が実行されてしまうことが防止される。
ビーコン発信器4を用いることにより、会場が屋内施設であっても比較的正確な位置情報を取得することができる。
即ち、正確な位置情報に基づいて配信対象ユーザや配信シーンが決定されることにより、ユーザに適切な情報が配信されると共に、不要な情報を送信してしまうことが防止される。また、不要な情報を送信してしまうことによる通信帯域の無闇な消費が抑制される。
即ち、ユーザに配信される配信情報がURL情報とされることにより、例えば動画データや画像データを送信するよりも通信容量を抑制することができる。
これにより、例えば、配信シーンの閲覧を所望するユーザは、該URL情報に基づいて動画や画像データを閲覧することができる。また、閲覧を所望しないユーザはURL情報が配信されるだけで済むため、通信容量の無用な増大が抑制される。
これにより、ユーザが閲覧したいと考えるシーンを集約したハイライトシーン動画などが生成される。このような動画(或いは画像)が配信シーンとして到着したてのユーザに配信される。
従って、ユーザの到着が遅れたために途中から観覧することになったユーザに対して、それまでの展開を把握可能な情報提供が行われるため、ユーザがすぐに観覧に没頭することができる環境を提供することができる。
実施の形態のプログラムは、配信制御端末1の演算処理装置(CPU等)に各種の処理を実行させるプログラムである。
また、ユーザの現在位置情報を取得する第2位置情報取得機能を演算処理装置に実行させる。
更に、前記観覧位置の情報と前記現在位置情報に応じて配信対象ユーザを決定する対象ユーザ決定機能を演算処理装置に実行させる。
更にまた、前記観覧位置の情報と前記現在位置情報と時刻情報に応じて配信シーンを決定する配信シーン決定機能を演算処理装置に実行させる。
加えて、前記配信シーンの情報を前記配信対象ユーザに配信する処理を行う配信機能を演算処理装置に実行させる。
即ちこのプログラムは、情報処理装置の演算処理装置に対して図10乃至図21に示す各処理を実行させるプログラムである。
そしてこのようなプログラムはコンピュータ装置等の機器に内蔵されている記憶媒体としてのHDDや、CPUを有するマイクロコンピュータ内のROM等に予め記憶しておくことができる。あるいはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的あるいは永続的に格納(記憶)しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータ等にインストールする他、ダウンロードサイトから、LAN、インターネットなどのネットワークを介してダウンロードすることもできる。
即ち、ユーザの現在位置情報を送信する第2位置情報送信機能をユーザ端末3の演算処理装置に実行させる。例えば、ユーザ端末3は、取得したGPS情報を第2位置情報としてサーバとしての配信制御装置1に送信してもよいし、周辺に設置されたビーコン発信器の信号を受信したことに応じてビーコンを識別する情報(ビーコンID)や信号の強度情報などを第2位置情報として配信制御装置1に送信してもよい。
また、観覧位置の情報と現在位置情報に応じて決定された配信シーンを受信する受信機能をユーザ端末3の演算処理装置に実行させる。受信した配信シーンは、動画データであってもよいし、動画を視聴するためのURL情報であってもよい。
更に、会場内で供される観覧対象物を観覧するためにユーザに与えられた観覧位置の情報を送信する第1位置情報送信機能をユーザ端末3の演算処理装置に実行させてもよい。具体的には、ユーザが所持しているチケットから所定の情報を読み取り、第1位置情報として配信制御装置1に送信してもよいし、ユーザが入力した座席位置情報を配信制御装置1に送信してもよい。また、ユーザが自席にいるタイミングを見計らって取得したGPS情報によってユーザの座席位置情報を特定し、第1位置情報として配信制御装置1に送信してもよい。
そしてこのようなプログラムはコンピュータ装置等の機器に内蔵されている記憶媒体としてのHDDや、CPUを有するマイクロコンピュータ内のROM等に予め記憶しておくことができる。あるいはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的あるいは永続的に格納(記憶)しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータ等にインストールする他、ダウンロードサイトから、LAN、インターネットなどのネットワークを介してダウンロードすることもできる。
Claims (11)
- 会場内で供される観覧対象物を観覧するためにユーザに与えられた観覧位置の情報を取得する第1位置情報取得部と、
ユーザの現在位置情報を取得する第2位置情報取得部と、
前記観覧位置の情報と前記現在位置情報に応じて配信対象ユーザを決定する対象ユーザ決定部と、
前記観覧位置の情報と前記現在位置情報と時刻情報に応じて配信シーンを決定する配信シーン決定部と、
前記配信シーンの情報を前記配信対象ユーザに配信する処理を行う配信部と、を備えた
情報処理装置。 - 前記対象ユーザ決定部は、前記会場内において観覧するための観覧エリアとは異なる非観覧エリアに前記現在位置情報が包含されるユーザを前記配信対象ユーザとして決定し、
前記配信シーン決定部は、前記配信対象ユーザの現在位置情報が前記非観覧エリアに包含されていた時刻情報に基づいて前記配信シーンを決定する
請求項1に記載の情報処理装置。 - 前記対象ユーザ決定部は、前記現在位置情報と前記観覧位置の情報が所定距離以上乖離しているユーザを前記配信対象ユーザとして決定し、
前記配信シーン決定部は、前記配信対象ユーザの現在位置情報と前記観覧位置の情報が乖離していた時刻の情報に基づいて前記配信シーンを決定する
請求項1から請求項2の何れかに記載の情報処理装置。 - 前記配信シーン決定部は、前記観覧対象物のシーンごとに状況把握が困難なエリアが存在するか否かを判定すると共に前記困難なエリアが存在する場合に該シーンを前記配信シーンとして決定し、
前記対象ユーザ決定部は、前記現在位置情報が前記困難なエリアに包含されるユーザを該配信シーンを配信する前記配信対象ユーザとして決定する
請求項1から請求項3の何れかに記載の情報処理装置。 - ユーザが所持する携帯端末から端末情報を取得する端末情報取得部を備え、
前記対象ユーザ決定部は、前記端末情報を用いて前記配信対象ユーザを決定し、
前記配信シーン決定部は、前記端末情報を用いて前記配信シーンを決定する
請求項1から請求項4の何れかに記載の情報処理装置。 - ユーザが所持する携帯端末から端末情報を取得する端末情報取得部を備え、
前記端末情報取得部は、前記端末情報として加速度情報、角速度情報、音情報の少なくとも一つを取得する
請求項1から請求項4の何れかに記載の情報処理装置。 - 前記配信シーン決定部は、前記配信対象ユーザを含む観覧者の興奮度合いの指標として算出された興奮度に応じて前記配信シーンを決定する
請求項1から請求項6の何れかに記載の情報処理装置。 - 前記配信対象ユーザを含む観覧者の興奮度合いの指標として算出された興奮度が小さい場合を配信タイミングとして決定するタイミング決定部を備え、
前記配信部は、前記配信タイミングに応じて前記配信を行う
請求項1から請求項7の何れかに記載の情報処理装置。 - 前記観覧位置の情報と前記現在位置情報の距離が所定以内とされた場合を配信タイミングとして決定するタイミング決定部を備え、
前記配信部は、前記配信タイミングに応じて前記配信を行う
請求項1から請求項7の何れかに記載の情報処理装置。 - 前記観覧対象物についてのハイライトとなるシーンを集約したハイライトシーン生成部を備え、
前記配信部は、前記観覧対象物の観覧開始時間以降に前記会場に到着したユーザに対して、前記配信シーンの情報として前記ハイライトシーン生成部が生成したハイライトシーンの情報を配信する
請求項1から請求項9の何れかに記載の情報処理装置。 - 会場内で供される観覧対象物を観覧するためにユーザに与えられた観覧位置の情報を取得する第1位置情報取得ステップと、
ユーザの現在位置情報を取得する第2位置情報取得ステップと、
前記観覧位置の情報と前記現在位置情報に応じて配信対象ユーザを決定する対象ユーザ決定ステップと、
前記観覧位置の情報と前記現在位置情報と時刻情報に応じて配信シーンを決定する配信シーン決定ステップと、
前記配信シーンの情報を前記配信対象ユーザに配信する処理を行う配信ステップと、を
情報処理装置が実行する情報処理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018189246A JP6679690B2 (ja) | 2018-10-04 | 2018-10-04 | 情報処理装置、情報処理方法、プログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018189246A JP6679690B2 (ja) | 2018-10-04 | 2018-10-04 | 情報処理装置、情報処理方法、プログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2020058000A JP2020058000A (ja) | 2020-04-09 |
JP6679690B2 true JP6679690B2 (ja) | 2020-04-15 |
Family
ID=70107819
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2018189246A Active JP6679690B2 (ja) | 2018-10-04 | 2018-10-04 | 情報処理装置、情報処理方法、プログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP6679690B2 (ja) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112162787A (zh) * | 2020-09-04 | 2021-01-01 | 上海擎感智能科技有限公司 | 开启应用的方法、终端及计算机可读存储介质 |
WO2023127044A1 (ja) * | 2021-12-27 | 2023-07-06 | 日本電気株式会社 | 画像処理装置、画像処理方法、及び非一時的なコンピュータ可読媒体 |
JP7419589B1 (ja) | 2023-03-29 | 2024-01-22 | PayPay株式会社 | サービス提供装置、サービス提供方法、およびプログラム |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6760595B2 (en) * | 2000-09-06 | 2004-07-06 | Eric Inselberg | Method and apparatus for interactive audience participation at a live spectator event |
JP2003228684A (ja) * | 2002-02-01 | 2003-08-15 | Hitachi Ltd | チケット管理システム、チケット管理装置、携帯端末、icカード、入場管理装置、チケット管理方法、チケット販売方法、および入場管理方法 |
JP2003284047A (ja) * | 2002-03-25 | 2003-10-03 | Olympus Optical Co Ltd | スタジアム観戦システム、システム管理装置、可搬型モニタ装置、映像送信装置及び映像送受信装置 |
JP2007148884A (ja) * | 2005-11-29 | 2007-06-14 | Mitsubishi Electric Corp | 携帯型コンテンツデータ再生装置及びその制限解除方法 |
JP5299018B2 (ja) * | 2009-03-26 | 2013-09-25 | ソニー株式会社 | 情報処理装置、コンテンツ処理方法及びプログラム |
JP5508033B2 (ja) * | 2010-01-08 | 2014-05-28 | 株式会社野村総合研究所 | コンテンツ提供装置 |
JP6242011B2 (ja) * | 2014-07-29 | 2017-12-06 | Kddi株式会社 | 任意の領域を撮影している撮影側端末を特定する映像管理システム及び方法 |
JP6429542B2 (ja) * | 2014-09-09 | 2018-11-28 | みこらった株式会社 | スポーツ競技ライブ観戦システム、スポーツ競技ライブ観戦システムの映像収集配信設備装置及び観戦者端末 |
JP2019049960A (ja) * | 2017-09-07 | 2019-03-28 | 心エンジン株式会社 | 画像提供システム、画像提供プログラム及び動画提供システム |
-
2018
- 2018-10-04 JP JP2018189246A patent/JP6679690B2/ja active Active
Also Published As
Publication number | Publication date |
---|---|
JP2020058000A (ja) | 2020-04-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10478718B2 (en) | System, method and computer readable recording medium for searching game challenge opponents based on action of user | |
CN107154969B (zh) | 目的地点推荐方法及装置 | |
US9095760B2 (en) | User device position indication for security and distributed race challenges | |
JP6015888B2 (ja) | 拡張現実のための携帯無線通信装置、プログラムおよびイベントデータシステム | |
JP6679690B2 (ja) | 情報処理装置、情報処理方法、プログラム | |
US20210073859A1 (en) | Mobile device link system and service information distribution method | |
US9592446B2 (en) | Electronic game providing device and non-transitory computer-readable storage medium storing electronic game program | |
US20120123890A1 (en) | System and method for augmenting a user environment with customized information | |
US20160283056A1 (en) | Information processing system, information processing apparatus, storage medium having stored therein information processing program, and information processing method | |
CN110225412B (zh) | 视频互动方法、装置和存储介质 | |
US9744447B2 (en) | Methods and apparatus for controlling an information processing system based on geographic position information | |
CN104769589B (zh) | 通信终端、信息处理装置、通信方法、信息处理方法、程序和通信系统 | |
JP6677167B2 (ja) | マッチングシステム、情報処理装置、マッチング方法、およびプログラム | |
US20190034832A1 (en) | Automatically creating an event stamp | |
JP2016076078A (ja) | マッチングシステム | |
JP2018029290A (ja) | 動画再生装置、動画再生システム、および動画再生方法 | |
US20130332379A1 (en) | Method and Apparatus for Mobile Video Sharing | |
US20200364621A1 (en) | Grid card (or geo tag) | |
JP5950803B2 (ja) | 予約管理装置のプログラム、予約管理装置の制御方法、予約管理装置、及び、入場処理システム | |
US10031866B2 (en) | Information processing system, information processing device, information processing method, program and information storage medium for setting download permissions or settings | |
JP2014219333A (ja) | 投稿情報表示システム、サーバ、端末装置、投稿情報表示方法およびプログラム | |
US10116757B2 (en) | Location-based open social networks | |
JP7108200B2 (ja) | 情報処理装置、情報処理方法及びプログラム | |
JP6989186B1 (ja) | プログラム、情報処理装置及び方法 | |
CN111898017B (zh) | 信息的处理方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20181005 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20191224 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200220 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20200310 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20200318 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6679690 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |