(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024097988
(43)【公開日】2024-07-19
(54)【発明の名称】情報処理装置、情報処理方法及びプログラム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20240711BHJP
【ＦＩ】
G06Q50/10
【審査請求】有
【請求項の数】4
【出願形態】ＯＬ
(21)【出願番号】P 2024078841
(22)【出願日】2024-05-14
(62)【分割の表示】P 2022103441の分割
【原出願日】2020-03-06
(71)【出願人】
【識別番号】500033117
【氏名又は名称】株式会社ＭＩＸＩ
(72)【発明者】
【氏名】中川 敬介
(72)【発明者】
【氏名】猪瀬 貴史
(57)【要約】
【課題】ユーザが、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場を容易に探すことが可能な情報処理装置、情報処理方法及びプログラムを提供する。
【解決手段】競技観戦イベントを開催している会場毎の来客している又は来客予定の来客ユーザの競技における応援対象に関する属性を含む来客情報と、対象ユーザの属性を含む対象ユーザ情報とに基づいて選定される会場を対象ユーザに推奨する。
【選択図】図８
【解決手段】競技観戦イベントを開催している会場毎の来客している又は来客予定の来客ユーザの競技における応援対象に関する属性を含む来客情報と、対象ユーザの属性を含む対象ユーザ情報とに基づいて選定される会場を対象ユーザに推奨する。
【選択図】図８
【特許請求の範囲】
【請求項1】
競技観戦イベントを開催している会場毎の来客している又は来客予定の来客ユーザの競技における応援対象に関する属性を含む来客情報と、対象ユーザの前記属性を含む対象ユーザ情報とに基づいて選定される会場を前記対象ユーザに推奨する推奨部を有する、
情報処理装置。
情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【0002】
従来から、ユーザが指定した条件に適合し、ユーザの移動予定の経路に基づいて立ち寄り可能な店舗を検索する店舗検索システムが知られている。
【0003】
例えば、特許文献１には、ユーザの移動予定の経路を示す経路情報と、各取扱店舗の位置情報と、に基づいて、ユーザが立ち寄り可能な店舗であって、ユーザから指定された商品又はサービスを取り扱っている店舗を検索し、ユーザの端末に提供する店舗検索サーバ、が開示されている。
【先行技術文献】
【非特許文献】
【0004】
【特許文献1】特開２００９－２６５８６４号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、特許文献１に示されるような従来のシステムでは、商品又はサービスを購入する店舗を探すだけであればまだしも、ライブビューイングと呼ばれるような競技観戦イベントを開催している会場又はこれから開催する予定の会場（以下、これらの会場を合わせて単に「開催している会場」という。）を探す場合は、ユーザにとって十分に機能するとは言い難い。例えば、競技観戦イベントの場合、同じ競技について開催している競技観戦イベントであっても、会場毎に応援対象が異なったり、演出又は観客の熱量等によって会場の雰囲気が全く異なったりすることも多々ある。また、普段一緒に観戦することの多い友人又は知人等がどこの会場にいるかわからない場合もある。そのため、ユーザは、自身の趣味趣向に合った競技観戦イベントを開催している会場を探すことが非常に困難であった。
【0006】
そこで、本発明は、ユーザが、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場を容易に探すことが可能な情報処理装置、情報処理方法及びプログラムを提供することを課題とする。
【課題を解決するための手段】
【0007】
本発明の一態様に係る情報処理装置は、競技観戦イベントを開催している会場毎の来客している又は来客予定の来客ユーザの競技における応援対象に関する属性を含む来客情報と、対象ユーザの属性を含む対象ユーザ情報とに基づいて選定される会場を対象ユーザに推奨する推奨部を有する。
【発明の効果】
【0008】
本発明の一態様によれば、ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場を容易に探すことができる。
【図面の簡単な説明】
【0009】
【図1】本発明の一実施形態に係る情報処理装置を含むイベント会場推奨システムの 概念図である。
【図2】競技観戦イベントに参加するためのユーザの動作の流れを示す図である。
【図3】本発明の一実施形態に係る情報処理装置、及び端末のハードウェア構成を示 す図である。
【図4】本発明の一実施形態に係る端末の機能の説明図である。
【図5】本発明の一実施形態に係る情報処理装置を構成するサーバの機能の説明図で ある。
【図6】本発明のイベント情報テーブルの一例を示す図である。
【図7】本発明のユーザ情報テーブルの一例を示す図である。
【図8】イベント会場推奨処理の流れを示すフローチャートである。
【図9】イベント会場推奨処理の流れを示すフローチャートである。
【図10】会場特性予測処理の流れを示すフローチャートである。
【発明を実施するための形態】
【0010】
以下、本発明の情報処理装置、情報処理方法及びプログラムについて、添付の図面に示す好適な実施形態を参照しながら詳細に説明する。
なお、以下に説明する実施形態は、本発明の理解を容易にするために挙げた一例にすぎず、本発明を限定するものではない。すなわち、本発明は、その趣旨を逸脱しない限りにおいて、以下に説明する実施形態から変更又は改良され得る。また、当然ながら、本発明には、その等価物が含まれる。
また、以下の説明の中では、端末に表示される画面例については図示しないが、画面の構成例、表示される情報及びＧＵＩ（Graphical User Interface）の具体的な内容等については、設計仕様及びユーザの好みに応じて自由に設計及び変更し得るものである。
なお、以下に説明する実施形態は、本発明の理解を容易にするために挙げた一例にすぎず、本発明を限定するものではない。すなわち、本発明は、その趣旨を逸脱しない限りにおいて、以下に説明する実施形態から変更又は改良され得る。また、当然ながら、本発明には、その等価物が含まれる。
また、以下の説明の中では、端末に表示される画面例については図示しないが、画面の構成例、表示される情報及びＧＵＩ（Graphical User Interface）の具体的な内容等については、設計仕様及びユーザの好みに応じて自由に設計及び変更し得るものである。
【0011】
＜競技観戦イベントについて＞
図１に示される通信システム（以下、「イベント会場推奨システムＳ」という。）は、本発明の一実施形態に係る情報処理装置（以下、「サーバ３０」という。）を含む通信システムであり、ユーザＵに対して、競技観戦イベントを開催している会場を推奨するサービス（以下、「イベント会場推奨サービス」という。）を提供する。
図１に示される通信システム（以下、「イベント会場推奨システムＳ」という。）は、本発明の一実施形態に係る情報処理装置（以下、「サーバ３０」という。）を含む通信システムであり、ユーザＵに対して、競技観戦イベントを開催している会場を推奨するサービス（以下、「イベント会場推奨サービス」という。）を提供する。
【0012】
「競技観戦イベント」とは、所謂、ライブビューイングと呼ばれるイベントの一種であり、スポーツ等の競技が実施されている競技場からのライブ映像を他の会場で上映し、複数の観客が一緒に観戦するイベントである。通常、会場にはスクリーンが設置されており、会場に訪れた来客者は、そのスクリーンに上映される競技映像を観戦しつつ、自身の応援対象となる競技者を応援する。
なお、本実施形態では、競技観戦イベントを企画する者は、会場運営者又は専門のイベント企画会社等に限定されない。例えば、イベント会場推奨システムＳを利用するユーザＵの一人が主催者となり、ユーザＵ自身で競技観戦イベントを企画して来客者を募集する場合も含まれる。
なお、本実施形態では、競技観戦イベントを企画する者は、会場運営者又は専門のイベント企画会社等に限定されない。例えば、イベント会場推奨システムＳを利用するユーザＵの一人が主催者となり、ユーザＵ自身で競技観戦イベントを企画して来客者を募集する場合も含まれる。
【0013】
「競技」とは、野球、サッカー若しくはバスケットボール等の球技、陸上、水泳又は格闘技等のスポーツに限らず、複数の競技者が一定のルールのもとで優劣を競うものであればよい。例えば、ビデオゲーム（エレクトロニック・スポーツを含む。）、囲碁、将棋、チェス、オセロ、ポーカー、バックギャモン、数学、珠算、暗算、書道、絵画、彫刻、文学、建築、音楽又は料理等であってもよい。
【0014】
「会場」とは、競技のライブ映像を上映できる設備を備えている施設であればよく、飲食店等の店舗の他、ホテル、ホール、式場、イベントスペース、スタジオ又はスポーツ施設等も含まれる。また、会場内は、同じ競技者を応援する来客者（応援対象が同じ来客者）同士が集まりやすいように、空間、席又はテーブル等を区分けしてもよい。
【0015】
「スクリーン」とは、競技のライブ映像を上映することができる表示装置全般をいう。例えば、中継放送を受信して競技映像を表示するＬＥＤスクリーン若しくは大型モニター等のディスプレイ、又は、映写機若しくはプロジェクター等から投射される競技映像を映し出す映写幕等が含まれる。また、会場内の空間等を区分けした場合は、その区域毎にスクリーンを設置してもよい。
【0016】
「応援対象」とは、競技における競技者のうち、各ユーザＵによって支持される競技者をいう。したがって、ユーザＵはその応援対象のファンである、と表現することもできる。応援対象は、チームであってもよいし、個人であってもよい。
【0017】
ここで、図２を参照して、ユーザＵが競技観戦イベントに参加するまでの一般的な流れについて説明する。
先ず、ユーザＵは、競技観戦イベントに参加しようと考えた場合、自身の趣味趣向に合った競技観戦イベントを開催している会場を探すことから開始する（Ｓ１０１）。なお、以下、競技観戦イベントを開催している会場を探すユーザＵを「対象ユーザ」という。
先ず、ユーザＵは、競技観戦イベントに参加しようと考えた場合、自身の趣味趣向に合った競技観戦イベントを開催している会場を探すことから開始する（Ｓ１０１）。なお、以下、競技観戦イベントを開催している会場を探すユーザＵを「対象ユーザ」という。
【0018】
このとき、本実施形態のイベント会場推奨システムＳでは、対象ユーザに対して、競技観戦イベントを開催している会場毎の来客ユーザのユーザ情報である競技における応援対象に関する属性を含む来客情報と、対象ユーザのユーザ情報である競技における応援対象に関する属性を含む対象ユーザ情報と、に基づいて選定された会場を推奨する。なお、会場を推奨する際には、会場属性及び会場の特性等を含むイベント情報を併せて提供してもよい。
【0019】
「来客ユーザ」とは、実際に競技観戦イベントを開催している会場に来客しているユーザＵに限らず、未だ会場にはいないが、競技観戦イベントのチケットを既に購入している、競技観戦イベントに予約をしている等、来客が確実な又は来客の見込みが高い来客予定のユーザＵも含む。
【0020】
「応援対象に関する属性」とは、性別、年齢及び連絡先等の属性と同様、ユーザＵ毎に関連付けられた属性の一つであり、ユーザＵが支持する応援対象である競技者を識別するためのものである。すなわち、応援対象に関する属性は、そのユーザＵが、特定のチーム又は特定の個人等のファンであり、それらのチーム又は個人等を応援していることを示している。
【0021】
「選定」とは、会場毎の来客ユーザと対象ユーザの互いの応援対象に関する属性を比較し、対象ユーザの応援対象に関する属性と同様の応援対象に関する属性に分類される来客ユーザの数が多い会場又は比率が高い会場を優先して選ぶことをいう。このとき、同様の応援対象に関する属性に分類されるケースとしては、同じチーム又は個人を応援対象としている場合はもちろん、あるチームとそのあるチームに所属する個人を応援対象としている場合、又は、あるチームとそのあるチームに関連するチーム（例えば、同一オーナーが所有する他ジャンルのチーム等）等を応援対象としている場合等も含む。
【0022】
「会場属性」とは、競技観戦イベントを開催している会場の属性をいい、例えば、会場名称、会場連絡先、会場住所、会場ＵＲＬ等が含まれる。
【0023】
「会場の特性」とは、来客ユーザの応援対象に関する属性等から生じる動的な会場の特徴をいう。会場の特性には、例えば、どの競技者を応援する来客ユーザが多いか（それぞれの競技者に対するファンの多さ）によって左右される会場の雰囲気、及び、来客者数等による会場の盛り上がり具合等を含む。この会場の特性は、種々の要因によって決定されるが、例えば、集まっている来客ユーザの応援対象に関する属性、及び、チケットの販売実績が示す空席状況（来客率）等によっても影響を受けるため、時間の経過とともに変化することもある。
【0024】
会場の特性は、競技観戦イベントの開始前であっても、チケットの販売実績等から、その会場で競技開始イベントが開始されるとどのような雰囲気になるか予測することができる。
具体的には、チケットと競技者とを関連付けて応援対象毎に分類してチケットを販売した場合、各チケットの販売数、すなわち、どの競技者に関連付けられたチケットがより多くユーザＵに購入されているか分析することによって、会場の特性を予測することができる。例えば、競技者Ａと競技者Ｂとが対戦する競技において、競技者Ａに関連付けられたチケットがより多く購入されている場合、その会場には競技者Ａのファンがより多く集まり、競技者Ａを応援する雰囲気になると予測することができる。
また、チケットと競技者とを関連付けずにチケットを販売した場合等であっても、チケットを購入したそれぞれの来客ユーザの応援対象に関する属性を分析してどの競技者を応援する来客ユーザが多いか特定することによって、会場の特性を予測することができる。
具体的には、チケットと競技者とを関連付けて応援対象毎に分類してチケットを販売した場合、各チケットの販売数、すなわち、どの競技者に関連付けられたチケットがより多くユーザＵに購入されているか分析することによって、会場の特性を予測することができる。例えば、競技者Ａと競技者Ｂとが対戦する競技において、競技者Ａに関連付けられたチケットがより多く購入されている場合、その会場には競技者Ａのファンがより多く集まり、競技者Ａを応援する雰囲気になると予測することができる。
また、チケットと競技者とを関連付けずにチケットを販売した場合等であっても、チケットを購入したそれぞれの来客ユーザの応援対象に関する属性を分析してどの競技者を応援する来客ユーザが多いか特定することによって、会場の特性を予測することができる。
【0025】
また、会場を推奨する際には、対象ユーザ（厳密には、ユーザＵの携帯する情報端末）の現在位置をＧＰＳ（Global Positioning System）等を使用して特定し、その現在位置と現在時刻とに基づいて、対象ユーザが競技観戦イベントの開催時間内に到着可能な会場を推奨してもよい。このとき、到着時間の計算にあたっては、公共交通機関を使用した平均的な移動時間を考慮することがよい。
【0026】
「開催時間」とは、一般的には、競技が実際に行われている競技時間とその前後の所定時間を含む時間帯をいう。ただし、競技の終了後に会場に到着しても十分に楽しむことができない可能性もあることから、ここで推奨する会場は、競技時間内に到着可能な会場に限定してもよいし、競技時間の開始前又は競技時間を例えば半分以上残している場合等に到着可能な会場に限定してもよい。
【0027】
また、会場を推奨する際には、対象ユーザに関連する来客ユーザがいる会場を推奨してもよい。例えば、対象ユーザと交友関係がある他のユーザＵであって、ユーザＵ同士で互いに承認して紐付けられたユーザＵ（以下、「フレンド」という。）が来客ユーザとして参加している会場を推奨してもよい。また、過去に同じ競技観戦イベントに参加した経歴
（参加履歴）のあるユーザＵが来客ユーザとして参加している会場を推奨してもよい。
（参加履歴）のあるユーザＵが来客ユーザとして参加している会場を推奨してもよい。
【0028】
そして、対象ユーザは、上記のようなイベント会場推奨システムＳによって推奨された競技観戦イベントを開催している会場の中から自身の趣味趣向に合った会場を見つけると、イベント会場推奨システムＳを利用してその競技観戦イベントのチケットを購入し（Ｓ１０２）、開催時間に合わせてその競技観戦イベントに参加する（Ｓ１０３）。このとき、イベント会場推奨システムＳによって、対象ユーザの会場への入退場を管理してもよい。なお、イベント会場推奨システムＳの外で、競技観戦イベントのチケットを購入できることとしてもよい。
【0029】
＜イベント会場推奨システムＳの構成について＞
次に、上記のイベント会場推奨サービスをユーザＵに提供するためのイベント会場推奨システムＳの構成について説明する。
図１に示されるように、イベント会場推奨システムＳは、ユーザＵに対して、競技観戦イベントを開催している会場を推奨するために構築されたものであり、ユーザＵによって操作される情報端末（以下、「ユーザ端末１０」という。）と、サーバ３０とから構成されている。ユーザ端末１０とサーバ３０とは、インターネット等のネットワークＮを介して相互に通信可能に接続されている。また、ユーザ端末１０は、ＧＰＳ衛星Ｇと通信可能に接続されている。
次に、上記のイベント会場推奨サービスをユーザＵに提供するためのイベント会場推奨システムＳの構成について説明する。
図１に示されるように、イベント会場推奨システムＳは、ユーザＵに対して、競技観戦イベントを開催している会場を推奨するために構築されたものであり、ユーザＵによって操作される情報端末（以下、「ユーザ端末１０」という。）と、サーバ３０とから構成されている。ユーザ端末１０とサーバ３０とは、インターネット等のネットワークＮを介して相互に通信可能に接続されている。また、ユーザ端末１０は、ＧＰＳ衛星Ｇと通信可能に接続されている。
【0030】
ユーザ端末１０は、端末内に格納されたプログラムと、そのプログラムを実行するプロセッサとを搭載しており、その所有者であるユーザＵによって携帯され、ユーザＵは、競技観戦イベントを開催している会場を探す際に、そのユーザ端末１０を操作する。ユーザ端末１０としては、情報処理端末として用いられる公知の機器、例えば、スマートフォン、携帯電話、ノート型ＰＣ、タブレット端末、ウェアラブル端末、又は通信機能を備えるゲーム用機器等が利用可能である。なお、イベント会場推奨システムＳを構成するユーザ端末１０の台数は、特に限定されず任意の台数であってよいが、図１では、図示の便宜上、ユーザ端末１０の台数を３台としている。
【0031】
サーバ３０は、本発明の情報処理装置を構成するコンピュータである。例えば、情報提供会社が管理するサーバコンピュータによって構成されており、イベント会場推奨サービスに関する一連の処理を担う。具体的には、ユーザＵの情報をユーザＵ毎に管理し、各ユーザＵに対して各種データを配信する。また、サーバ３０は、単独で特定の機能を発揮する一台のコンピュータから成るサーバ装置に限定されず、分散して存在しているものの特定の機能を発揮するために協働する複数台のコンピュータから成るサーバ装置群により構成されている場合であってもよい。
【0032】
ネットワークＮは、ユーザ端末１０とサーバ３０とをデータ通信が可能な状態で接続するものであればよい。有線であるか無線であるかは問わず、インターネット、モバイル通信ネットワーク、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、イントラネット及びイーサネット（登録商標）等を含む。また、ユーザ端末１０同士は、ネットワークＮを介して通信してもよいし、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉ－Ｆｉ
Ｄｉｒｅｃｔ（登録商標）等を通じてネットワークＮを介さずに直接通信してもよい。
Ｄｉｒｅｃｔ（登録商標）等を通じてネットワークＮを介さずに直接通信してもよい。
【0033】
本実施形態のイベント会場推奨システムＳでは、上記構成により、ユーザ端末１０とサーバ３０とが協働することにより、イベント会場推奨サービスが実現する。具体的には、イベント会場推奨処理の一部をサーバ３０側で行い、グラフィック処理等の一部をユーザ端末１０側で実行する。例えば、サーバ３０側で、一定のルール、ロジック及びアルゴリズムを含むプログラムを実行する。一方、ユーザ端末１０側では、サーバ３０と同期しつつ、サーバ３０で実行されているプログラムと同様のルール、ロジック及びアルゴリズムにより、イベント会場推奨サービスをユーザＵに提供する。
【0034】
＜ユーザ端末１０の構成＞
次に、本実施形態に係るユーザ端末１０の構成について説明する。
図３に示されるように、ユーザ端末１０は、ハードウェア構成として、プロセッサ１１、記憶装置１２、通信用インターフェース（図３中、通信用Ｉ／Ｆと表記。）１３、入力装置１４及び出力装置１５を備え、これらの機器は不図示のバスを介して電気的に接続されている。
次に、本実施形態に係るユーザ端末１０の構成について説明する。
図３に示されるように、ユーザ端末１０は、ハードウェア構成として、プロセッサ１１、記憶装置１２、通信用インターフェース（図３中、通信用Ｉ／Ｆと表記。）１３、入力装置１４及び出力装置１５を備え、これらの機器は不図示のバスを介して電気的に接続されている。
【0035】
プロセッサ１１は、例えば、中央処理装置（Central Processing Unit）、マイクロプロセッサ（Micro Processing Unit）、グラフィクスプロセッサ（Graphics Processing Unit）、又は、デジタルシグナルプロセッサ（Digital Signal Processor）等を含み、記憶装置１２に記憶されるプログラム又はデータに基づいて各種の演算処理を実行すると共に、ユーザ端末１０の各部を制御する。プロセッサ１１によって実行されるプログラムには、ユーザ端末１０全体を制御するためのシステムソフトウェアであるＯＳ（OperatingSystem）、及びイベント会場推奨サービス用のアプリケーションプログラム等が含まれ、それらの各種プログラムがプロセッサ１１に読み取られて実行されることにより、イベント会場推奨システムＳを構成するユーザ端末１０としての機能が発揮される。
【0036】
記憶装置１２は、例えばメモリ又はストレージ等を含み、各種のプログラム又はデータを記憶する。
メモリは、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等の半導体メモリによって構成され、プログラム及びデータを一時的に記憶することでプロセッサ１１に作業領域を提供し、プロセッサ１１が実行する処理によって生成される各種データを一時的に記憶する。
ストレージは、イベント会場推奨サービスに関する各種データを記憶し、例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、ＦＤ（Flexible Disc）、ＭＯディスク（Magneto-Optical disc）、ＣＤ（Compact Disc）、ＤＶＤ
（Digital Versatile Disc）、ＳＤカード（Secure Digital card）、及びＵＳＢメモリ
（Universal Serial Bus memory）等によって構成されている。
メモリは、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等の半導体メモリによって構成され、プログラム及びデータを一時的に記憶することでプロセッサ１１に作業領域を提供し、プロセッサ１１が実行する処理によって生成される各種データを一時的に記憶する。
ストレージは、イベント会場推奨サービスに関する各種データを記憶し、例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、ＦＤ（Flexible Disc）、ＭＯディスク（Magneto-Optical disc）、ＣＤ（Compact Disc）、ＤＶＤ
（Digital Versatile Disc）、ＳＤカード（Secure Digital card）、及びＵＳＢメモリ
（Universal Serial Bus memory）等によって構成されている。
【0037】
通信用インターフェース１３は、例えば、ネットワークインターフェースカード（NIC）等により構成され、ユーザ端末１０の通信処理を制御する。通信用インターフェース１３による通信規格については、特に限定されるものではなく、公衆向けの通信規格であれば制限なく適用可能である。また、通信用インターフェース１３による通信方式は、無線方式であっても有線方式であってもよい。
【0038】
入力装置１４は、ユーザＵの操作を受け付けて、受け付けた操作の内容を示すデータを生成するデバイスである。一例としては、ユーザ端末１０に設けられた操作キー、操作ボタン、集音用マイク、及び撮影用カメラ等が利用可能である。
【0039】
出力装置１５は、画面を描画して画像及び文字列情報等を表示したり、音声を再生したりするデバイスである。一例としては、ユーザ端末１０に設けられた液晶ディスプレイ又は有機ＥＬ（Electroluminescence）ディスプレイ、ヘッドマウントディスプレイ及びスピーカー等が利用可能である。なお、本実施形態においては、出力装置１５として、少なくともディスプレイを有する。ディスプレイは、タッチパネルディスプレイのように入力装置１４及び出力装置１５の両方の機能を兼ね備えるものであってもよい。
【0040】
次に、図４を参照しながら、ユーザ端末１０の構成について機能面から改めて説明する。
図４に示されるように、ユーザ端末１０は、複数の機能部、具体的には、操作特定部１６、位置情報取得部１７、端末側記憶部１８、端末側生成部１９、端末側送受信部２０、及び表示処理部２１を備える。これらの機能部は、ユーザ端末１０のハードウェア機器と、ユーザ端末１０に格納されたソフトウェアとしてのプログラムとが協働することで実現される。
図４に示されるように、ユーザ端末１０は、複数の機能部、具体的には、操作特定部１６、位置情報取得部１７、端末側記憶部１８、端末側生成部１９、端末側送受信部２０、及び表示処理部２１を備える。これらの機能部は、ユーザ端末１０のハードウェア機器と、ユーザ端末１０に格納されたソフトウェアとしてのプログラムとが協働することで実現される。
【0041】
［操作特定部１６］
操作特定部１６は、主にプロセッサ１１及び入力装置１４により実現され、ユーザＵがユーザ端末１０の入力装置１４を通じて行った各種の操作の内容を特定する。操作特定部１６によって特定する操作には、競技観戦イベントを開催している会場を検索若しくは決定する操作、及び、チケット購入指示等の競技観戦イベントへの参加を申し込む操作等が含まれる。
操作特定部１６は、主にプロセッサ１１及び入力装置１４により実現され、ユーザＵがユーザ端末１０の入力装置１４を通じて行った各種の操作の内容を特定する。操作特定部１６によって特定する操作には、競技観戦イベントを開催している会場を検索若しくは決定する操作、及び、チケット購入指示等の競技観戦イベントへの参加を申し込む操作等が含まれる。
【0042】
［位置情報取得部１７］
位置情報取得部１７は、主にプロセッサ１１及び通信用インターフェース１３により実現され、ユーザ端末１０の位置、すなわち、ユーザ端末１０を携帯しているユーザＵの位置情報（座標位置）を取得する。位置情報を取得する方法としては、例えば、ＧＰＳのようにＧＰＳ衛星Ｇからの信号によってユーザ端末１０の位置を検出する方法、又は、不図示の携帯電話システムの基地局若しくはＷｉｆｉ通信のアクセスポイント等からの電波強度によってユーザ端末１０の位置を検出する方法等が含まれる。
位置情報取得部１７は、主にプロセッサ１１及び通信用インターフェース１３により実現され、ユーザ端末１０の位置、すなわち、ユーザ端末１０を携帯しているユーザＵの位置情報（座標位置）を取得する。位置情報を取得する方法としては、例えば、ＧＰＳのようにＧＰＳ衛星Ｇからの信号によってユーザ端末１０の位置を検出する方法、又は、不図示の携帯電話システムの基地局若しくはＷｉｆｉ通信のアクセスポイント等からの電波強度によってユーザ端末１０の位置を検出する方法等が含まれる。
【0043】
［端末側記憶部１８］
端末側記憶部１８は、主にプロセッサ１１及び記憶装置１２により実現され、イベント会場推奨サービスに関する各種データ（例えば、文字データ、画像データ、映像データ、及び、音声データ等）を記憶する。
端末側記憶部１８は、主にプロセッサ１１及び記憶装置１２により実現され、イベント会場推奨サービスに関する各種データ（例えば、文字データ、画像データ、映像データ、及び、音声データ等）を記憶する。
【0044】
［端末側生成部１９］
端末側生成部１９は、主にプロセッサ１１及び記憶装置１２により実現され、操作特定部１６によって特定されたユーザＵの操作内容に応じたデータ等を生成する。ここで生成されるデータには、競技観戦イベントを開催している会場を検索若しくは決定する操作、及び、チケット購入指示等の競技観戦イベントへの参加を申し込む操作等に応じた操作データが含まれる。これらの生成されたデータは、端末側送受信部２０によってサーバ３０に向けて送信される。
端末側生成部１９は、主にプロセッサ１１及び記憶装置１２により実現され、操作特定部１６によって特定されたユーザＵの操作内容に応じたデータ等を生成する。ここで生成されるデータには、競技観戦イベントを開催している会場を検索若しくは決定する操作、及び、チケット購入指示等の競技観戦イベントへの参加を申し込む操作等に応じた操作データが含まれる。これらの生成されたデータは、端末側送受信部２０によってサーバ３０に向けて送信される。
【0045】
［端末側送受信部２０］
端末側送受信部２０は、主にプロセッサ１１、記憶装置１２及び通信用インターフェース１３により実現され、サーバ３０及び他のユーザＵのユーザ端末１０との間でデータ及び情報の送受信を行う。例えば、端末側送受信部２０は、サーバ３０から送られてくるイベント会場推奨サービスに関する各種データを受信し、各種操作データをサーバ３０に向けて送信する。
端末側送受信部２０は、主にプロセッサ１１、記憶装置１２及び通信用インターフェース１３により実現され、サーバ３０及び他のユーザＵのユーザ端末１０との間でデータ及び情報の送受信を行う。例えば、端末側送受信部２０は、サーバ３０から送られてくるイベント会場推奨サービスに関する各種データを受信し、各種操作データをサーバ３０に向けて送信する。
【0046】
［表示処理部２１］
表示処理部２１は、主にプロセッサ１１、記憶装置１２及び出力装置１５により実現され、端末側送受信部２０が受信したデータ及び情報を、ブラウジング機能によってディスプレイに表示する表示処理を実行する。具体的に説明すると、表示処理部２１は、端末側送受信部２０がサーバ３０から受信したイベント会場推奨サービスに関する各種データを展開し、ディスプレイ中に画像、文字及びその他の情報を表示する。
表示処理部２１は、主にプロセッサ１１、記憶装置１２及び出力装置１５により実現され、端末側送受信部２０が受信したデータ及び情報を、ブラウジング機能によってディスプレイに表示する表示処理を実行する。具体的に説明すると、表示処理部２１は、端末側送受信部２０がサーバ３０から受信したイベント会場推奨サービスに関する各種データを展開し、ディスプレイ中に画像、文字及びその他の情報を表示する。
【0047】
＜サーバ３０の構成＞
次に、本実施形態に係るサーバ３０の構成について説明する。
図３に示されるように、サーバ３０は、一般的なサーバコンピュータのハードウェア構成と同様であり、プロセッサ３１、記憶装置３２、及び通信用インターフェース（図３中、通信用Ｉ／Ｆと表記。）３３を備え、これらの機器は不図示のバスを介して電気的に接続されている。
次に、本実施形態に係るサーバ３０の構成について説明する。
図３に示されるように、サーバ３０は、一般的なサーバコンピュータのハードウェア構成と同様であり、プロセッサ３１、記憶装置３２、及び通信用インターフェース（図３中、通信用Ｉ／Ｆと表記。）３３を備え、これらの機器は不図示のバスを介して電気的に接続されている。
【0048】
プロセッサ３１は、ＣＰＵ、ＭＰＵ、ＧＰＵ、及びＤＳＰ等によって構成され、サーバ３０にインストールされたプログラムを実行することで各種の処理を実行する。プロセッサ３１によって実行されるプログラムは、サーバ３０全体を制御するためのシステムソフトウェアであるＯＳ、及び、サーバ３０を本発明の情報処理装置として機能させるためのアプリケーションプログラム等である。
【0049】
記憶装置３２は、例えばメモリ又はストレージ等を含み、各種のプログラム又はデータを記憶する。
メモリは、ＲＯＭ及びＲＡＭなどの半導体メモリによって構成され、プログラム及びデータを一時的に記憶することでプロセッサ３１に作業領域を提供し、プロセッサ３１が実行する各種処理によって生成されるデータを一時的に記憶する。
ストレージは、ユーザＵ及びゲーム等に関する各種データを記憶し、例えば、フラッシュメモリ、ＨＤＤ、ＳＳＤ、ＦＤ、ＭＯディスク、ＣＤ、ＤＶＤ、ＳＤカード、及びＵＳＢメモリ等によって構成されている。なお、サーバ３０とネットワークＮを介して接続されたデータベース用のサーバコンピュータをストレージとして利用してもよい。
メモリは、ＲＯＭ及びＲＡＭなどの半導体メモリによって構成され、プログラム及びデータを一時的に記憶することでプロセッサ３１に作業領域を提供し、プロセッサ３１が実行する各種処理によって生成されるデータを一時的に記憶する。
ストレージは、ユーザＵ及びゲーム等に関する各種データを記憶し、例えば、フラッシュメモリ、ＨＤＤ、ＳＳＤ、ＦＤ、ＭＯディスク、ＣＤ、ＤＶＤ、ＳＤカード、及びＵＳＢメモリ等によって構成されている。なお、サーバ３０とネットワークＮを介して接続されたデータベース用のサーバコンピュータをストレージとして利用してもよい。
【0050】
通信用インターフェース３３は、例えば、ネットワークインターフェースカード等により構成され、サーバ３０の通信処理を制御する。通信用インターフェース３３による通信規格については、特に限定されるものではなく、公衆向けの通信規格であれば制限なく適用可能である。また、通信用インターフェース３３による通信方式は、無線方式であっても有線方式であってもよい。
【0051】
次に、図５を参照しながら、サーバ３０の構成について機能面から改めて説明する
図５に示されるように、サーバ３０は、複数の機能部、具体的には、サーバ側記憶部３４、サーバ側送受信部３５、サーバ側生成部３６、推奨部３７、位置特定部３８、会場特性予測部３９、及び、チケット管理部４０を備える。これらの機能部は、サーバ３０のハードウェア機器と、サーバ３０に格納されたソフトウェアとしてのプログラムとが協働することで実現される。なお、サーバ３０が複数台のコンピュータによって構成される場合には、上記の機能を分散させて、複数台のコンピュータの各々が互いに異なる機能を発揮してもよい。
図５に示されるように、サーバ３０は、複数の機能部、具体的には、サーバ側記憶部３４、サーバ側送受信部３５、サーバ側生成部３６、推奨部３７、位置特定部３８、会場特性予測部３９、及び、チケット管理部４０を備える。これらの機能部は、サーバ３０のハードウェア機器と、サーバ３０に格納されたソフトウェアとしてのプログラムとが協働することで実現される。なお、サーバ３０が複数台のコンピュータによって構成される場合には、上記の機能を分散させて、複数台のコンピュータの各々が互いに異なる機能を発揮してもよい。
【0052】
［サーバ側記憶部３４］
サーバ側記憶部３４は、主にプロセッサ３１及び記憶装置３２により実現され、競技観戦イベントに関するデータ、ユーザＵに関するデータ、及び、その他イベント会場推奨サービスに関するデータ等を含む各種データを記憶する。
サーバ側記憶部３４は、主にプロセッサ３１及び記憶装置３２により実現され、競技観戦イベントに関するデータ、ユーザＵに関するデータ、及び、その他イベント会場推奨サービスに関するデータ等を含む各種データを記憶する。
【0053】
図６に示されるように、会場毎の競技観戦イベントに関するデータであるイベント情報テーブルＴ１には、競技観戦イベントを特定するための整理番号、競技観戦イベントの名称、競技観戦イベントの主催者に関する情報（主催者ＩＤ及び主催者名称）、並びに、競技観戦イベントの開催日、開催時間、参加料金及び定員等に関する項目を含む。
また、その競技観戦イベントの対象となる競技に関する情報、すなわち、競技ジャンル、競技対象（対戦カード等）、競技日及び競技時間等に関する項目を含む。
また、会場に関する情報、すなわち、会場名称、会場連絡先、会場住所及び会場ＵＲＬ等に関する項目を含む。
また、その競技観戦イベントに参加するためのチケットの販売実績に関する情報、すなわち、総チケット数、売却済チケット数及び売却済チケットの内訳（図６中、売却済チケットＡ及び売却済チケットＢと表記。）等に関する項目を含む。なお、本実施形態では、チケットＡにはＦＣ○○が関連付けられており、チケットＢには△△ＳＣが関連付けられている。そのため、チケットＡを購入したユーザＵはＦＣ○○側のファンであり、チケットＢを購入したユーザＵは△△ＳＣ側のファンであると推定することができる。
また、その競技観戦イベントに参加する来客者の情報、すなわち、来客数、来客率及び来客者の内訳（図６中、来客者と表記。）等に関する項目を含む。本実施形態では、来客者数には、実際に来客しているユーザＵの数とこれから来客予定のユーザＵの数とを含むので、来客者数は売却済チケット数と等しくなる。また、来客者はチケット購入者と同義であり、来客者の内訳には、後述するユーザ情報に関連付けられた来客ユーザのユーザＩＤが示されている。
さらに、チケットの販売実績に関する情報及び来客者の情報等から特定された、会場の雰囲気及び会場の盛り上がり具合等を示す会場の特性等に関する項目を含む。
また、その競技観戦イベントの対象となる競技に関する情報、すなわち、競技ジャンル、競技対象（対戦カード等）、競技日及び競技時間等に関する項目を含む。
また、会場に関する情報、すなわち、会場名称、会場連絡先、会場住所及び会場ＵＲＬ等に関する項目を含む。
また、その競技観戦イベントに参加するためのチケットの販売実績に関する情報、すなわち、総チケット数、売却済チケット数及び売却済チケットの内訳（図６中、売却済チケットＡ及び売却済チケットＢと表記。）等に関する項目を含む。なお、本実施形態では、チケットＡにはＦＣ○○が関連付けられており、チケットＢには△△ＳＣが関連付けられている。そのため、チケットＡを購入したユーザＵはＦＣ○○側のファンであり、チケットＢを購入したユーザＵは△△ＳＣ側のファンであると推定することができる。
また、その競技観戦イベントに参加する来客者の情報、すなわち、来客数、来客率及び来客者の内訳（図６中、来客者と表記。）等に関する項目を含む。本実施形態では、来客者数には、実際に来客しているユーザＵの数とこれから来客予定のユーザＵの数とを含むので、来客者数は売却済チケット数と等しくなる。また、来客者はチケット購入者と同義であり、来客者の内訳には、後述するユーザ情報に関連付けられた来客ユーザのユーザＩＤが示されている。
さらに、チケットの販売実績に関する情報及び来客者の情報等から特定された、会場の雰囲気及び会場の盛り上がり具合等を示す会場の特性等に関する項目を含む。
【0054】
また、図７に示されるように、ユーザＵに関するデータであるユーザ情報テーブルＴ２には、ユーザＵを特定するためのＩＤ及びユーザＵの個人情報（名称、性別、年齢、住所及び電話番号等）等に関する項目を含む。
また、ユーザＵの趣味趣向に関する情報、すなわち、興味ジャンル及び応援対象等に関する項目を含む。
また、フレンド及び過去履歴等に関する項目を含む。フレンドには、ユーザＵと紐付けられた他のユーザＵを特定するユーザＩＤが示されている。過去履歴には、ユーザＵが過去に参加した競技観戦イベントを示すイベント情報と関連付けられた整理番号が示されている。
また、ユーザＵの趣味趣向に関する情報、すなわち、興味ジャンル及び応援対象等に関する項目を含む。
また、フレンド及び過去履歴等に関する項目を含む。フレンドには、ユーザＵと紐付けられた他のユーザＵを特定するユーザＩＤが示されている。過去履歴には、ユーザＵが過去に参加した競技観戦イベントを示すイベント情報と関連付けられた整理番号が示されている。
【0055】
［サーバ側送受信部３５］
サーバ側送受信部３５は、主にプロセッサ３１、記憶装置３２及び通信用インターフェース３３により実現され、ユーザ端末１０との間でデータ及び情報の送受信を行う。例えば、サーバ側送受信部３５は、ユーザＵのユーザ端末１０に向けてイベント会場推奨サービスに関する各種データを送信し、そのユーザ端末１０から各種操作データを受信する。
サーバ側送受信部３５は、主にプロセッサ３１、記憶装置３２及び通信用インターフェース３３により実現され、ユーザ端末１０との間でデータ及び情報の送受信を行う。例えば、サーバ側送受信部３５は、ユーザＵのユーザ端末１０に向けてイベント会場推奨サービスに関する各種データを送信し、そのユーザ端末１０から各種操作データを受信する。
【0056】
［サーバ側生成部３６］
サーバ側生成部３６は、主にプロセッサ３１及び記憶装置３２により実現され、サーバ側送受信部３５によって送信されるデータを生成する。ここで生成されるデータには、具体的には、ユーザ端末１０から受信した各種操作データに対応したイベント会場推奨サービスに関する各種データ等が含まれる。イベント会場推奨サービスに関する各種データには、後述する推奨部３７により選定された会場に関する情報を含む。
サーバ側生成部３６は、主にプロセッサ３１及び記憶装置３２により実現され、サーバ側送受信部３５によって送信されるデータを生成する。ここで生成されるデータには、具体的には、ユーザ端末１０から受信した各種操作データに対応したイベント会場推奨サービスに関する各種データ等が含まれる。イベント会場推奨サービスに関する各種データには、後述する推奨部３７により選定された会場に関する情報を含む。
【0057】
［推奨部３７］
推奨部３７は、主にプロセッサ３１及び記憶装置３２により実現され、競技観戦イベントを開催している会場の中から対象ユーザに合った会場を選定し、その会場に関する情報を、サーバ側送受信部３５と連携してユーザ端末１０に提供することにより、対象ユーザに推奨する。具体的には、競技観戦イベントを開催している会場毎に、来客ユーザの応援対象に関する属性等を含むユーザ情報（来客情報）と、対象ユーザの応援対象に関する属性等を含むユーザ情報（対象ユーザ情報）とを比較して適合度を算出し、その適合度が所定値以上等の所定の条件を満たす会場を、対象ユーザに推奨する。なお、このとき推奨される会場は、一つであっても複数であってもよい。
推奨部３７は、主にプロセッサ３１及び記憶装置３２により実現され、競技観戦イベントを開催している会場の中から対象ユーザに合った会場を選定し、その会場に関する情報を、サーバ側送受信部３５と連携してユーザ端末１０に提供することにより、対象ユーザに推奨する。具体的には、競技観戦イベントを開催している会場毎に、来客ユーザの応援対象に関する属性等を含むユーザ情報（来客情報）と、対象ユーザの応援対象に関する属性等を含むユーザ情報（対象ユーザ情報）とを比較して適合度を算出し、その適合度が所定値以上等の所定の条件を満たす会場を、対象ユーザに推奨する。なお、このとき推奨される会場は、一つであっても複数であってもよい。
【0058】
「適合度」とは、競技観戦イベントを開催している会場が、対象ユーザの趣味趣向に適合した会場であるか否かを示す度合いであり、その会場の来客ユーザの属性及び数等によって決定される。例えば、対象ユーザの応援対象と同様の応援対象に分類される属性を有する来客ユーザの数が多い会場、又は、同来客ユーザの比率が高い会場は、適合度が高くなる。また、対象ユーザのフレンド若しくは過去に同じ競技観戦イベントに参加した経歴がある来客ユーザの数が多い会場、又は、同来客ユーザの比率が高い会場も、適合度が高くなる。
【0059】
また、推奨部３７は、適合度が所定の条件を満たす会場の中から、後述する位置特定部３８が特定した対象ユーザの現在位置と現在時刻とに基づいて、対象ユーザが競技観戦イベントの開催時間内に到着可能な会場を選定して、対象ユーザに推奨することとしてもよい。
【0060】
［位置特定部３８］
位置特定部３８は、主にプロセッサ３１及び記憶装置３２により実現され、ユーザ端末１０から取得した位置情報に基づいて、ユーザＵの現在位置を特定する。ここで特定された対象ユーザの現在位置は、推奨部３７による会場選定において利用される。
位置特定部３８は、主にプロセッサ３１及び記憶装置３２により実現され、ユーザ端末１０から取得した位置情報に基づいて、ユーザＵの現在位置を特定する。ここで特定された対象ユーザの現在位置は、推奨部３７による会場選定において利用される。
【0061】
［会場特性予測部３９］
会場特性予測部３９は、主にプロセッサ３１及び記憶装置３２により実現され、会場毎に販売された競技観戦イベントへ参加するためのチケットの販売実績等から、会場毎に会場の特性を予測する。具体的には、チケットと競技者とを関連付けて応援対象毎に分類してチケットを販売した場合、各チケットの販売数、すなわち、どの競技者に関連付けられたチケットがより多くユーザＵに購入されているか分析することによって、会場の特性を予測する。また、チケットと競技者とを関連付けずにチケットを販売した場合等は、会場毎にチケットを購入したユーザＵ（来客ユーザ）の応援対象に関する属性等を分析してどの競技者を応援する来客ユーザが多いか特定し、会場の特性を予測する。
会場特性予測部３９は、主にプロセッサ３１及び記憶装置３２により実現され、会場毎に販売された競技観戦イベントへ参加するためのチケットの販売実績等から、会場毎に会場の特性を予測する。具体的には、チケットと競技者とを関連付けて応援対象毎に分類してチケットを販売した場合、各チケットの販売数、すなわち、どの競技者に関連付けられたチケットがより多くユーザＵに購入されているか分析することによって、会場の特性を予測する。また、チケットと競技者とを関連付けずにチケットを販売した場合等は、会場毎にチケットを購入したユーザＵ（来客ユーザ）の応援対象に関する属性等を分析してどの競技者を応援する来客ユーザが多いか特定し、会場の特性を予測する。
【0062】
［チケット管理部４０］
チケット管理部４０は、主にプロセッサ３１及び記憶装置３２により実現され、会場毎に競技観戦イベントへの参加を許可するチケットを販売し、チケット代金（参加料金）の決済を行う。また、販売済チケットの消込を行い、チケットの販売実績等を管理して来客者数の集計等を行う。
チケット管理部４０は、主にプロセッサ３１及び記憶装置３２により実現され、会場毎に競技観戦イベントへの参加を許可するチケットを販売し、チケット代金（参加料金）の決済を行う。また、販売済チケットの消込を行い、チケットの販売実績等を管理して来客者数の集計等を行う。
【0063】
なお、一般的にユーザ端末１０及びサーバ３０は、上記以外にも種々の機能を有しているが、ここでは、本発明におけるイベント会場推奨システムＳにおいて作用効果を奏する特徴的な機能のみを説明することとし、その他の既知の機能等については図示及び説明を省略する。
【0064】
＜イベント会場推奨システムＳの処理の流れについて＞
次に、図８乃至図１０を参照しながら、上記構成からなるイベント会場推奨システムＳにおいて実行される処理の流れについて説明する。
本実施形態に係る情報処理方法は、コンピュータシステムとして機能するイベント会場推奨システムＳを用いることで実現され、換言すると、イベント会場推奨システムＳが実行する情報処理では、本実施形態に係る情報処理方法が適用されている。
次に、図８乃至図１０を参照しながら、上記構成からなるイベント会場推奨システムＳにおいて実行される処理の流れについて説明する。
本実施形態に係る情報処理方法は、コンピュータシステムとして機能するイベント会場推奨システムＳを用いることで実現され、換言すると、イベント会場推奨システムＳが実行する情報処理では、本実施形態に係る情報処理方法が適用されている。
【0065】
［イベント会場推奨処理］
先ず、図８に基づいて、イベント会場推奨処理の一例について説明する。
「イベント会場推奨処理」とは、サーバ３０において実行される処理であり、競技観戦イベントを開催している会場毎の来客ユーザの応援対象に関する属性等を含む来客情報と、対象ユーザの応援対象に関する属性等を含む対象ユーザ情報とに基づいて会場を選定し、その選定された会場を対象ユーザに推奨する処理をいう。
先ず、図８に基づいて、イベント会場推奨処理の一例について説明する。
「イベント会場推奨処理」とは、サーバ３０において実行される処理であり、競技観戦イベントを開催している会場毎の来客ユーザの応援対象に関する属性等を含む来客情報と、対象ユーザの応援対象に関する属性等を含む対象ユーザ情報とに基づいて会場を選定し、その選定された会場を対象ユーザに推奨する処理をいう。
【0066】
図８に示されるように、先ず、サーバ３０は、サーバ側記憶部３４に記憶されたユーザ情報から、対象ユーザの応援対象に関する属性等（フレンド及び過去履歴等の情報も含む。）を読み込む（Ｓ２０１）。また、サーバ３０は、競技観戦イベントを開催している会場毎のイベント情報から特定された来客ユーザについて、サーバ側記憶部３４に記憶されたユーザ情報から、その来客ユーザの応援対象に関する属性等（フレンド及び過去履歴等の情報も含む。）を読み込む（Ｓ２０２）。
次に、サーバ３０は、読み込んだ対象ユーザの応援対象に関する属性等と、会場毎の来客ユーザの応援対象に関する属性等とを比較して（Ｓ２０３）、会場毎の対象ユーザに対する適合度を算出する（Ｓ２０４）。
そして、サーバ３０は、算出した適合度が所定値以上等の所定の条件を満たす一又は複数の会場を選定し（Ｓ２０５）、その選定された会場を対象ユーザに推奨して（Ｓ２０６）、処理を終了する。
次に、サーバ３０は、読み込んだ対象ユーザの応援対象に関する属性等と、会場毎の来客ユーザの応援対象に関する属性等とを比較して（Ｓ２０３）、会場毎の対象ユーザに対する適合度を算出する（Ｓ２０４）。
そして、サーバ３０は、算出した適合度が所定値以上等の所定の条件を満たす一又は複数の会場を選定し（Ｓ２０５）、その選定された会場を対象ユーザに推奨して（Ｓ２０６）、処理を終了する。
【0067】
なお、イベント会場推奨処理においては、対象ユーザの現在位置と現在時刻とに基づいて、対象ユーザが競技観戦イベントの開催時間内に到着可能な会場を選定して、対象ユーザに推奨することとしてもよい。
【0068】
具体的には、図９に示されるように、先ず、サーバ３０は、サーバ側記憶部３４に記憶されたユーザ情報から、対象ユーザの応援対象に関する属性等（フレンド及び過去履歴等の情報も含む。）を読み込む（Ｓ３０１）。また、サーバ３０は、競技観戦イベントを開催している会場毎のイベント情報から特定した来客ユーザについて、サーバ側記憶部３４に記憶されたユーザ情報から、その来客ユーザの応援対象に関する属性等（フレンド及び過去履歴等の情報も含む。）を読み込む（Ｓ３０２）。
次に、サーバ３０は、読み込んだ対象ユーザの応援対象に関する属性等性と、会場毎の来客ユーザの応援対象に関する属性等とを比較して（Ｓ３０３）、会場毎の対象ユーザに対する適合度を算出し（Ｓ３０４）、その算出した適合度が所定値以上等の所定の条件を満たす一又は複数の会場を絞り込む（Ｓ３０５）。
そして、サーバ３０は、対象ユーザの現在位置を特定した後（Ｓ３０６）、その現在位置と現在時刻とに基づいて、絞り込まれた会場の中から対象ユーザが競技観戦イベントの開催時間内に到着可能な会場を選定し（Ｓ３０７）、その選定された会場を対象ユーザに推奨して（Ｓ３０７）、処理を終了する。
次に、サーバ３０は、読み込んだ対象ユーザの応援対象に関する属性等性と、会場毎の来客ユーザの応援対象に関する属性等とを比較して（Ｓ３０３）、会場毎の対象ユーザに対する適合度を算出し（Ｓ３０４）、その算出した適合度が所定値以上等の所定の条件を満たす一又は複数の会場を絞り込む（Ｓ３０５）。
そして、サーバ３０は、対象ユーザの現在位置を特定した後（Ｓ３０６）、その現在位置と現在時刻とに基づいて、絞り込まれた会場の中から対象ユーザが競技観戦イベントの開催時間内に到着可能な会場を選定し（Ｓ３０７）、その選定された会場を対象ユーザに推奨して（Ｓ３０７）、処理を終了する。
【0069】
［会場特性予測処理］
次に、図１０に基づいて、会場特性予測奨処理の一例について説明する。
「会場特性予測処理理」とは、サーバ３０において実行される処理であり、競技観戦イベントを開催している会場毎に販売された競技観戦イベントに参加するためのチケットの販売実績等から、会場毎に会場の特性を予測する処理をいう。
次に、図１０に基づいて、会場特性予測奨処理の一例について説明する。
「会場特性予測処理理」とは、サーバ３０において実行される処理であり、競技観戦イベントを開催している会場毎に販売された競技観戦イベントに参加するためのチケットの販売実績等から、会場毎に会場の特性を予測する処理をいう。
【0070】
図１０に示されるように、先ず、サーバ３０は、サーバ側記憶部３４に記憶されたイベント情報から、チケットの販売状況、すなわち、チケットの販売実績及びチケットを購入したユーザＵ（来客ユーザ）に関する情報等を読み込む（Ｓ４０１）。
そして、チケットが競技者に関連付けられて販売されている場合（Ｓ４０２：ＹＥＳ）、サーバ３０は、各チケットの販売数、すなわち、どの競技者に関連付けられたチケットがより多くユーザＵに購入されているか分析し、会場の特性を予測する（Ｓ４０３）。
一方、販売されたチケットが競技者に関連付けられていない場合（Ｓ４０２：ＮＯ）、サーバ３０は、チケット販売状況から来客ユーザを特定し（Ｓ４０４）、サーバ側記憶部３４に記憶されたユーザ情報から、特定した来客ユーザの応援対象に関する属性等を読み込み（Ｓ４０５）、その来客ユーザの属性等を分析して会場の特性を予測する（Ｓ４０６）。
そして、サーバ３０は、分析の結果、予測された会場の特性をイベント情報に上書きして（Ｓ４０７）、処理を終了する。
そして、チケットが競技者に関連付けられて販売されている場合（Ｓ４０２：ＹＥＳ）、サーバ３０は、各チケットの販売数、すなわち、どの競技者に関連付けられたチケットがより多くユーザＵに購入されているか分析し、会場の特性を予測する（Ｓ４０３）。
一方、販売されたチケットが競技者に関連付けられていない場合（Ｓ４０２：ＮＯ）、サーバ３０は、チケット販売状況から来客ユーザを特定し（Ｓ４０４）、サーバ側記憶部３４に記憶されたユーザ情報から、特定した来客ユーザの応援対象に関する属性等を読み込み（Ｓ４０５）、その来客ユーザの属性等を分析して会場の特性を予測する（Ｓ４０６）。
そして、サーバ３０は、分析の結果、予測された会場の特性をイベント情報に上書きして（Ｓ４０７）、処理を終了する。
【0071】
なお、上記の処理では、チケットが競技者に関連付けられていない場合に来客ユーザの応援対象に関する属性等を参照することとしたが、チケットが競技者に関連付けられている場合であっても、チケット販売状況から来客ユーザを特定し、その来客ユーザの応援対象に関する属性等を分析して会場の特性を予測することとしてもよい。
また、対象ユーザの会場への入退場を管理している場合は、実際に会場に来場したことが確認できた来客ユーザに重みを付けて分析してもよいし、実際に会場に来場したことが確認できた来客ユーザのみを分析対象としてもよい。
また、対象ユーザの会場への入退場を管理している場合は、実際に会場に来場したことが確認できた来客ユーザに重みを付けて分析してもよいし、実際に会場に来場したことが確認できた来客ユーザのみを分析対象としてもよい。
【0072】
＜その他の実施形態＞
本発明は上記の実施形態に限定されるものではない。
上記の実施形態では、サーバ３０に本発明のプログラムを実行させ、本発明の情報処理装置として機能させているが、サーバ３０が有する情報処理装置としての機能のうちの一部又は全部をユーザ端末１０に備えることとしてもよい。例えば、推奨部３７又は会場特性予測部３９等に相当する機能が、ユーザ端末１０に備わっていてもよい。
本発明は上記の実施形態に限定されるものではない。
上記の実施形態では、サーバ３０に本発明のプログラムを実行させ、本発明の情報処理装置として機能させているが、サーバ３０が有する情報処理装置としての機能のうちの一部又は全部をユーザ端末１０に備えることとしてもよい。例えば、推奨部３７又は会場特性予測部３９等に相当する機能が、ユーザ端末１０に備わっていてもよい。
【0073】
＜まとめ＞
以上説明した本実施形態に係る情報処理装置、情報処理方法及びプログラムの主な特徴は以下の通りである。
以上説明した本実施形態に係る情報処理装置、情報処理方法及びプログラムの主な特徴は以下の通りである。
【0074】
［１］本実施形態に係る情報処理装置は、競技観戦イベントを開催している会場毎の来客している又は来客予定の来客ユーザの競技における応援対象に関する属性を含む来客情報と、対象ユーザの属性を含む対象ユーザ情報とに基づいて選定される会場を対象ユーザに推奨する推奨部を有する。
上記の情報処理装置によれば、来客ユーザの応援対象に関する属性を含む来客情報と、対象ユーザの応援対象に関する属性を含む対象ユーザ情報と、に基づいて選定される会場が、対象ユーザに推奨されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場を容易に探すことができる。
上記の情報処理装置によれば、来客ユーザの応援対象に関する属性を含む来客情報と、対象ユーザの応援対象に関する属性を含む対象ユーザ情報と、に基づいて選定される会場が、対象ユーザに推奨されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場を容易に探すことができる。
【0075】
［２］上記の情報処理装置は、推奨部は、対象ユーザの属性と同様の属性に分類される来客ユーザの数が多い又は比率が高い会場を優先して対象ユーザに推奨する。
これにより、対象ユーザには、対象ユーザの属性と同様の属性に分類される来客ユーザの数が多い会場、又は、対象ユーザの属性と同様の属性に分類される来客ユーザの比率が高い会場が優先的に推奨されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場をより一層容易に探すことができる。
これにより、対象ユーザには、対象ユーザの属性と同様の属性に分類される来客ユーザの数が多い会場、又は、対象ユーザの属性と同様の属性に分類される来客ユーザの比率が高い会場が優先的に推奨されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場をより一層容易に探すことができる。
【0076】
［３］上記の情報処理装置は、対象ユーザの現在位置を特定する位置特定部をさらに有し、推奨部は、現在位置と現在時刻とに基づいて選定される対象ユーザが競技観戦イベントの開催時間内に到着可能な会場を、対象ユーザに推奨する。
これにより、対象ユーザには、対象ユーザの現在位置と現在時刻とに基づいて選定される、対象ユーザが競技観戦イベントの開催時間内に到着可能な会場が推奨されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場をより一層容易に探すことができる。
これにより、対象ユーザには、対象ユーザの現在位置と現在時刻とに基づいて選定される、対象ユーザが競技観戦イベントの開催時間内に到着可能な会場が推奨されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場をより一層容易に探すことができる。
【0077】
［４］上記の情報処理装置は、推奨部は、対象ユーザと互いに紐付けられた来客ユーザがいる会場を対象ユーザに推奨する。
これにより、対象ユーザには、対象ユーザと互いに紐付けられた来客ユーザがいる会場が推奨されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場をより一層容易に探すことができる。
これにより、対象ユーザには、対象ユーザと互いに紐付けられた来客ユーザがいる会場が推奨されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場をより一層容易に探すことができる。
【0078】
［５］上記の情報処理装置は、来客情報及び対象ユーザ情報には、参加した過去の競技観戦イベントを示す情報を含み、推奨部は、対象ユーザが参加した過去の競技観戦イベントと同じ過去の競技観戦イベントに参加した来客ユーザがいる会場を対象ユーザに推奨する。
これにより、対象ユーザには、参加した過去の競技観戦イベントと同じ過去の競技観戦イベントに参加した来客ユーザがいる会場が推奨されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場をより一層容易に探すことができる。
これにより、対象ユーザには、参加した過去の競技観戦イベントと同じ過去の競技観戦イベントに参加した来客ユーザがいる会場が推奨されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場をより一層容易に探すことができる。
【0079】
［６］上記の情報処理装置は、推奨部は、会場を対象ユーザに推奨する際に、会場属性又は来客情報に基づき特定された会場の特性を含むイベント情報を対象ユーザに提供する。
これにより、対象ユーザには、会場属性又は来客情報に基づき特定された会場の特性を含むイベント情報が提供されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場をより一層容易に探すことができる。
これにより、対象ユーザには、会場属性又は来客情報に基づき特定された会場の特性を含むイベント情報が提供されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場をより一層容易に探すことができる。
【0080】
［７］上記の情報処理装置は、競技観戦イベントに参加するためのチケットの販売実績に基づいて会場の特性を予測する会場特性予測部をさらに有し、推奨部は、会場を対象ユーザに推奨する際に、予測された会場の特性をさらに含めたイベント情報を対象ユーザに提供する。
これにより、対象ユーザには、競技観戦イベントに参加するためのチケットの販売実績に基づいて予測された会場の特性をさらに含めたイベント情報が提供されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場をより一層容易に探すことができる。
これにより、対象ユーザには、競技観戦イベントに参加するためのチケットの販売実績に基づいて予測された会場の特性をさらに含めたイベント情報が提供されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場をより一層容易に探すことができる。
【0081】
［８］また、本実施形態に係る情報処理方法によれば、コンピュータが、競技観戦イベントを開催している会場毎の来客している又は来客予定の来客ユーザの競技における応援対象に関する属性を含む来客情報と、対象ユーザの属性を含む対象ユーザ情報とに基づいて選定される会場を対象ユーザに推奨する。
上記の情報処理方法によれば、来客ユーザの応援対象に関する属性を含む来客情報と、対象ユーザの応援対象に関する属性を含む対象ユーザ情報と、に基づいて選定される会場が、対象ユーザに推奨されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場を容易に探すことができる。
上記の情報処理方法によれば、来客ユーザの応援対象に関する属性を含む来客情報と、対象ユーザの応援対象に関する属性を含む対象ユーザ情報と、に基づいて選定される会場が、対象ユーザに推奨されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場を容易に探すことができる。
【0082】
［９］また、本実施形態に係るプログラムによれば、コンピュータにより実行されるプログラムであって、コンピュータに、競技観戦イベントを開催している会場毎の来客している又は来客予定の来客ユーザの競技における応援対象に関する属性を含む来客情報と、対象ユーザの属性を含む対象ユーザ情報とに基づいて選定される会場を対象ユーザに推奨させる。
上記のプログラムによれば、来客ユーザの応援対象に関する属性を含む来客情報と、対象ユーザの応援対象に関する属性を含む対象ユーザ情報と、に基づいて選定される会場が、対象ユーザに推奨されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場を容易に探すことができる。
上記のプログラムによれば、来客ユーザの応援対象に関する属性を含む来客情報と、対象ユーザの応援対象に関する属性を含む対象ユーザ情報と、に基づいて選定される会場が、対象ユーザに推奨されるので、対象ユーザは、競技観戦イベントを開催している会場の中から、自身の趣味趣向に合った会場を容易に探すことができる。
【符号の説明】
【0083】
１０ ユーザ端末１１ プロセッサ１２ 記憶装置１３ 通信用インターフェース１４ 入力装置１５ 出力装置１６ 操作特定部１７ 位置情報取得部１８ 端末側記憶部１９ 端末側生成部２０ 端末側送受信部２１ 表示処理部３０ サーバ３１ プロセッサ３２ 記憶装置３３ 通信用インターフェース３４ サーバ側記憶部３５ サーバ側送受信部３６ サーバ側生成部３７ 推奨部３８ 現在位置特定部３９ 会場特性予測部４０ チケット管理部Ｇ ＧＰＳ衛星Ｎ ネットワークＳ イベント会場推奨システムＴ１ イベント情報テーブルＴ２ ユーザ情報テーブルＵ ユーザ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【手続補正書】
【提出日】2024-06-04
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
プロセッサを備え、
前記プロセッサは、複数の応援対象の配信動画を表示する表示装置が設置され、複数の応援対象によるイベントを開催する場所と異なる場所に設けられた複数の会場毎の来客している又は来客予定の来客ユーザの属性と、対象ユーザの属性、とに基づいて選定される会場を前記対象ユーザに推奨し、
前記属性は、複数の応援対象のうちユーザが応援する応援対象の情報を含み、
前記プロセッサは、前記複数の会場のうち、前記対象ユーザと応援する応援対象が共通する来客ユーザの方が、前記対象ユーザと応援する応援対象が異なる来客ユーザよりも多い会場を優先して前記対象ユーザに推奨する、
情報処理装置。
前記プロセッサは、複数の応援対象の配信動画を表示する表示装置が設置され、複数の応援対象によるイベントを開催する場所と異なる場所に設けられた複数の会場毎の来客している又は来客予定の来客ユーザの属性と、対象ユーザの属性、とに基づいて選定される会場を前記対象ユーザに推奨し、
前記属性は、複数の応援対象のうちユーザが応援する応援対象の情報を含み、
前記プロセッサは、前記複数の会場のうち、前記対象ユーザと応援する応援対象が共通する来客ユーザの方が、前記対象ユーザと応援する応援対象が異なる来客ユーザよりも多い会場を優先して前記対象ユーザに推奨する、
情報処理装置。
【請求項2】
プロセッサが、複数の応援対象の配信動画を表示する表示装置が設置され、複数の応援対象によるイベントを開催する場所と異なる場所に設けられた複数の会場毎の来客している又は来客予定の来客ユーザの属性と、対象ユーザの属性、とに基づいて選定される会場を前記対象ユーザに推奨し、
前記属性は、複数の応援対象のうちユーザが応援する応援対象の情報を含み、
プロセッサが、前記複数の会場のうち、前記対象ユーザと応援する応援対象が共通する来客ユーザの方が、前記対象ユーザと応援する応援対象が異なる来客ユーザよりも多い会場を優先して前記対象ユーザに推奨する、
情報処理方法。
前記属性は、複数の応援対象のうちユーザが応援する応援対象の情報を含み、
プロセッサが、前記複数の会場のうち、前記対象ユーザと応援する応援対象が共通する来客ユーザの方が、前記対象ユーザと応援する応援対象が異なる来客ユーザよりも多い会場を優先して前記対象ユーザに推奨する、
情報処理方法。
【請求項3】
プロセッサに、複数の応援対象の配信動画を表示する表示装置が設置され、複数の応援対象によるイベントを開催する場所と異なる場所に設けられた複数の会場毎の来客している又は来客予定の来客ユーザの属性と、対象ユーザの属性、とに基づいて選定される会場を前記対象ユーザに推奨させ、
前記属性は、複数の競技者のうち応援対象とする競技者の情報を含み、
プロセッサに、前記複数の会場のうち、前記対象ユーザと応援する応援対象が共通する来客ユーザの方が、前記対象ユーザと応援する応援対象が異なる来客ユーザよりも多い会場を優先して前記対象ユーザに推奨させる、
プログラム。
前記属性は、複数の競技者のうち応援対象とする競技者の情報を含み、
プロセッサに、前記複数の会場のうち、前記対象ユーザと応援する応援対象が共通する来客ユーザの方が、前記対象ユーザと応援する応援対象が異なる来客ユーザよりも多い会場を優先して前記対象ユーザに推奨させる、
プログラム。
【請求項4】
情報処理装置と表示装置とを備え、前記情報処理装置は、
複数の応援対象の配信動画を表示する表示装置が設置され、複数の応援対象によるイベントを開催する場所と異なる場所に設けられた複数の会場毎の来客している又は来客予定の来客ユーザの属性と、対象ユーザの属性、とに基づいて選定される会場を前記対象ユーザに推奨し、
前記複数の会場のうち、前記対象ユーザと応援する応援対象が共通する来客ユーザの方が、前記対象ユーザと応援する応援対象が異なる来客ユーザよりも多い会場を優先して前記対象ユーザに推奨し、
前記属性は、複数の応援対象のうちユーザが応援する応援対象の情報を含む、
システム。
複数の応援対象の配信動画を表示する表示装置が設置され、複数の応援対象によるイベントを開催する場所と異なる場所に設けられた複数の会場毎の来客している又は来客予定の来客ユーザの属性と、対象ユーザの属性、とに基づいて選定される会場を前記対象ユーザに推奨し、
前記複数の会場のうち、前記対象ユーザと応援する応援対象が共通する来客ユーザの方が、前記対象ユーザと応援する応援対象が異なる来客ユーザよりも多い会場を優先して前記対象ユーザに推奨し、
前記属性は、複数の応援対象のうちユーザが応援する応援対象の情報を含む、
システム。