JP6935521B2 - サーバ装置、制御方法及びプログラム - Google Patents

Description

本発明は、サーバ装置、制御方法及びプログラムに関し、特に、情報の通知に関するものである。

スポーツの試合結果又は得点を予想して投票し、的中すると当せん金を受け取ることができるスポーツ振興くじ（又は、スポーツくじ）が知られている。スポーツ振興くじの対象となる試合は同じ時間帯に開催されることが多く、ユーザは、応援しているチームの試合を観戦している間であっても、投票した他の試合の進捗を確認したいことがある。

一方、ユーザが求める情報を、アプリケーションから自動的に通知する技術が知られている。例えば、特許文献１には、ユーザが存在する位置に基づいて、近くに存在する店や友人の検索を希望するか否かをプッシュ通知する技術が開示されている。

特開２０１９−７１０６８号公報

しかしながら、上記のように、ユーザが存在する位置に基づいて、その位置に関連する対象についての情報を通知する技術の場合、例えば、ユーザがスタジアムで観戦をしていれば、実際に観戦している試合の状況を通知することになる。つまり、ユーザが興味を持っている対象を現在享受している間は、その享受している対象についての情報は無用であるが、その無用な情報が通知されるという問題がある。

本発明は、上記のような課題を解決するもので、ユーザが興味を持っている対象を享受している間は、享受している対象に係る情報の通知を避けることが可能なサーバ装置、制御方法及びプログラムを提供することを目的とする。

本発明の第１の観点に係るサーバ装置は、
ユーザが興味を持つ複数の対象に関する情報を登録する登録部と、
前記複数の対象の状態を監視する監視部と、
前記ユーザが使用する端末装置からの報告に基づいて、前記ユーザが前記複数の対象のそれぞれを現在亨受しているか否かを推定する推定部と、
前記複数の対象のうち、前記ユーザがいずれかを現在亨受していると推定され、前記ユーザが現在享受していないと推定された対象の状態が変化すると、当該状態の変化を知らせる通知情報を、前記端末装置へ送信する通知部と、
を備えることを特徴とする。

また、上記観点に係るサーバ装置において、
前記通知部は、前記ユーザが現在享受していないと推定された対象の状態の変化が、前記ユーザにとって有利な変化である場合に、前記通知情報を前記端末装置に送信する
ことを特徴とする。

また、上記観点に係るサーバ装置において、
前記報告は、前記端末装置の現在位置に関する情報が含まれ、
前記推定部は、前記端末装置の現在位置に基づいて、前記ユーザが前記複数の対象のそれぞれを現在亨受しているか否かを推定する
ことを特徴とする。

また、上記観点に係るサーバ装置において、
前記複数の対象は、前記ユーザが購入したスポーツ振興くじに係る複数の試合であり、
前記ユーザにとって有利な変化は、前記ユーザが購入したスポーツ振興くじにおける前記ユーザの予想に近づく変化である
ことを特徴とする。

本発明の第２の観点に係る制御方法は、
サーバ装置が実行する制御方法であって、
前記サーバ装置が、ユーザが興味を持つ複数の対象に関する情報を登録する登録工程と、
前記サーバ装置が、前記複数の対象の状態を監視する監視工程と、
前記サーバ装置が、前記ユーザが使用する端末装置からの報告に基づいて、前記ユーザが前記複数の対象のそれぞれを現在亨受しているか否かを推定する推定工程と、
前記サーバ装置が、前記複数の対象のうち、前記ユーザがいずれかを現在亨受していると推定され、前記ユーザが現在享受していないと推定された対象の状態が変化すると、当該状態の変化を知らせる通知情報を、前記端末装置へ送信する通知工程と、
を備えることを特徴とする。

本発明の第３の観点に係るプログラムは、
コンピュータを、
ユーザが興味を持つ複数の対象に関する情報を登録する登録部、
前記複数の対象の状態を監視する監視部、
前記ユーザが使用する端末装置からの報告に基づいて、前記ユーザが前記複数の対象のそれぞれを現在亨受しているか否かを推定する推定部、
前記複数の対象のうち、前記ユーザがいずれかを現在亨受していると推定され、前記ユーザが現在享受していないと推定された対象の状態が変化すると、当該状態の変化を知らせる通知情報を、前記端末装置へ送信する通知部、
として機能させることを特徴とする。

上記プログラムは、非一時的な（non-transitory）記録媒体に記録されてもよい。非一時的な記録媒体は、コンピュータとは独立して配布・販売することができる。ここで、非一時的な記録媒体とは、有形な（tangible）記録媒体をいう。非一時的な記録媒体は、例えば、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等である。また、一時的な（transitory）記録媒体とは、伝送媒体（伝搬信号）それ自体を示す。一時的な記録媒体は、例えば、電気信号、光信号、電磁波等である。なお、一時的な（temporary）記憶領域とは、データやプログラムを一時的に記憶するための領域であり、例えば、ＲＡＭ（Random Access Memory）等の揮発性メモリである。

本発明によれば、ユーザが興味を持っている対象を享受している間は、享受している対象に係る情報の通知を避けることが可能なサーバ装置、制御方法及びプログラムを提供することができる。

本発明の実施形態に係るサーバ装置と、端末装置との関係を示す図である。 実施形態に係るサーバ装置のハードウェア構成を示す図である。 実施形態に係るサーバ装置の機能構成を示す図である。 実施形態に係る対象情報テーブルを説明するための図である。 実施形態に係る通知情報の例を示す図である。 実施形態に係るサーバ装置が行う制御処理を説明するためのフローチャートである。

（１．実施形態のサーバ装置と端末装置との関係）
本発明の実施形態に係るサーバ装置１００は、図１に示すように、ネットワーク３００に接続される。ネットワーク３００には、サーバ装置１００の他に、複数の端末装置２００が接続されている。

サーバ装置１００は、ユーザが興味を持つ対象を登録し、登録した対象の状態を監視し、対象についての情報をユーザに通知するものである。以下では、例として、ユーザが興味を持つ対象をスポーツ振興くじの試合として、本実施形態について説明する。

端末装置２００は、興味を持つ対象をサーバ装置１００に登録するユーザが使用する装置である。端末装置２００は、サーバ装置１００から、興味の対象についての情報を受信する。端末装置２００は、例えば、ユーザが携帯するスマートフォン、タブレットコンピュータ等である。本実施形態では、端末装置２００は、スポーツ振興くじを購入したユーザが使用する装置であり、端末装置２００には、スポーツ振興くじを購入するためのアプリケーションがインストールされているものとする。以下では、スポーツ振興くじを購入するためのアプリケーションを、単に「アプリ」と表記する。

ネットワーク３００は、無線又は有線による通信ネットワークである。ネットワーク３００は、いかなるものであってもよく、例えば、インターネット、イントラネット、エクストラネット、ＬＡＮ（Local Area Network）、ＶＰＮ（Virtual Private Network）、電話回線網等である。

（２．サーバ装置のハードウェア構成）
図２は、サーバ装置１００のハードウェア構成を示すブロック図である。

サーバ装置１００は、図２に示すように、ＣＰＵ（Central Processing Unit）１１と、ＲＯＭ（Read Only Memory）１２と、ＲＡＭ１３と、記録媒体１４と、出力部１５と、通信部１６と、操作部１７と、を備える。各構成要素は、バス１８により接続されている。

ＣＰＵ１１は、サーバ装置１００全体の動作を制御し、各構成要素と接続され、制御信号やデータをやりとりする。

ＲＯＭ１２には、サーバ装置１００全体の動作制御に必要なオペレーティングシステムのプログラムや各種のデータが記録される。

ＲＡＭ１３は、データやプログラムを一時的に記録するためのもので、記録媒体１４から読み出したプログラムやデータ、その他、通信に必要なデータ等が保持される。

記録媒体１４は、ハードディスクやフラッシュメモリ等から構成され、サーバ装置１００で処理するデータを記録する。

出力部１５は、ＬＣＤ（Liquid Crystal Display）及びバックライト等の表示装置や、スピーカ等の音声出力装置を備える。出力部１５は、ＣＰＵ１１による制御の下、例えば、ＣＰＵ１１から出力されたデータを出力する。

通信部１６は、サーバ装置１００をインターネット等のコンピュータ通信網に接続するための通信インターフェースを含み、通信部１６を介して他の情報処理装置等とやりとりをする。

操作部１７は、ボタン、キーボード、タッチパネル等の入力装置を備える。操作部１７は、サーバ装置１００の管理者からの操作入力を受け付け、受け付けた操作入力に対応する信号をＣＰＵ１１に出力する。

（３．実施形態のサーバ装置の機能構成）
次に、サーバ装置１００の機能構成について説明する。サーバ装置１００は、図３に示すように、機能的には、登録部１０１と、監視部１０２と、推定部１０３と、通知部１０４と、を備える。本実施形態において、ＣＰＵ１１及び通信部１６が協働して、登録部１０１、監視部１０２、推定部１０３及び通知部１０４として機能する。

登録部１０１は、ユーザが興味を持つ複数の対象に関する情報を登録する。本実施形態では、ユーザが興味を持つ複数の対象とは、スポーツ振興くじにおいてユーザが投票する複数の試合である。対象に関する情報（以下、「対象情報」という）には、試合を特定する情報及び当該試合の結果又は得点の予想内容を示す情報が含まれる。

ユーザは、端末装置２００にインストールされたアプリを用いて、予め指定された複数の試合について、試合結果又は得点の予想内容を登録する。端末装置２００において登録操作がされると、試合を特定する情報及び当該試合の結果又は得点の予想内容を示す対象情報がサーバ装置１００に送信され、登録部１０１は、送信された対象情報を、記録媒体１４に格納された対象情報テーブルに登録する。

図４に、対象情報テーブルの例を示す。対象情報テーブルには、ユーザにより購入されたスポーツ振興くじに関する情報が登録される。この例では、スポーツ振興くじは、サッカーの１３試合の結果を予想し、的中すると当せん金額が受け取れるものとする。

図４の対象情報テーブル１００ａでは、くじを購入したユーザを識別するためのユーザＩＤと、くじの対象となる試合を識別するための試合番号と、試合の開催日時と、試合が開催される競技場と、試合のホームチームと、試合のアウェイチームと、予想内容と、が対応付けて登録されている。予想内容の“１”は、ホームチームが勝つこと、“２”は、ホームチームが負けること、“０”は引き分け、を示している。例えば、対象情報テーブル１００ａの一行目は、ユーザＩＤ“１”のユーザが購入したくじの試合番号“１”の試合が、“２０１９年１１月３０日１４時００分”から、競技場“Ａ”で開催され、ホームチームが“ｘ１”であり、アウェイチームが“ｙ１”であり、ユーザＩＤ“１”のユーザは、ホームチーム“ｘ１”が試合に勝つと予想したことを示す。

図３の監視部１０２は、複数の対象の状態を監視する。例えば、複数の対象の状態とは、くじの対象となった複数の試合の試合状況である。例えば、監視部１０２は、試合番号“１”〜“１３”の試合状況に関する情報を、サッカーの試合の運営団体からリアルタイムで取得する。なお、試合状況に関する情報は、サッカーの試合の運営団体から取得することに限らず、リアルタイムで取得できればどのような取得方法により取得されてもよい。或いは、試合状況に関する情報は、リアルタイムと同程度と見なすことができるタイミングで取得されてもよい。例えば、試合状況に関する情報は、数分間隔で実行されるバッチ処理により、取得されてもよい。また、監視部１０２が監視を開始するタイミングは、任意に設定することができる。例えば、試合の開始日時に達すると、監視部１０２が、監視を開始するように設定してもよい。

推定部１０３は、ユーザが使用する端末装置２００からの報告に基づいて、ユーザが複数の対象のそれぞれを現在亨受しているか否かを推定する。より詳細には、推定部１０３は、ユーザにより登録された複数の対象のそれぞれについて、ユーザが現在享受しているか否かを判断し、現在享受している対象を特定するとともに、現在享受していない対象をも特定する。なお、本実施形態において、享受とは、ユーザがスポーツ振興くじにおいて投票した複数の試合のいずれかを、競技場で実際に観戦していることをいう。また、報告には、ユーザが複数の対象のそれぞれを現在享受しているか否かを推定するための情報が含まれる。

例えば、報告には、端末装置２００の現在位置に関する情報が含まれる。現在位置に関する情報とは、端末装置２００が備えるＧＰＳ（Global Positioning System）モジュールにより計測された位置情報、端末装置２００が接続したアクセスポイントに対応付けられる位置情報等である。例えば、ユーザにアプリの起動を促すために、競技場で開催日時の所定時間（例えば、５分）前以降にアプリを起動する又は所定の操作を行うと、競技場で使用できるポイントがユーザに付与される仕組みが用意されているとする。ユーザがアプリを起動すると、アプリは位置情報を取得し、取得した位置情報をサーバ装置１００に送信する。或いは、ユーザが所定の操作を行うと、起動してから予め定めた時間以内であれば直近にアプリが取得した位置情報を現在位置とし、起動してから予め定めた時間を超えている場合は、新たに位置情報を取得し、取得した位置情報をサーバ装置１００に送信するようにしてもよい。また、アプリは、試合の開催日時になると自動的に、端末装置２００の現在位置を示す位置情報を取得し、サーバ装置１００に送信するようにしてもよい。

また、報告には、試合が行われる競技場へ入場したことを示すチェックイン情報が含まれてもよい。例えば、チェックイン情報は、試合が行われる競技場の入場開始時間以降に競技場内の位置を示す位置情報をアプリが検知すると、アプリからサーバ装置１００に送信される。或いは、チェックイン情報は、競技場に設置されたビーコン装置などの装置から、所定の信号をアプリが受信すると、アプリからサーバ装置１００に送信される。チェックイン情報には、例えば、チェックインした競技場を特定する識別子が含まれる。

推定部１０３は、端末装置２００から報告を受信すると、端末装置２００の現在位置に基づいて、ユーザが複数の対象のそれぞれを現在亨受しているか否かを推定する。

例えば、サーバ装置１００が、ユーザＩＤ“１”のユーザの端末装置２００から、位置情報が含まれた報告を受信した場合、推定部１０３は、位置情報が示す位置が、試合番号“１”〜“１３”の試合のうち、試合が行われているいずれかの競技場を示す範囲に含まれているか否かを判断する。具体的には、推定部１０３は、受信した報告に含まれる位置情報の示す位置が、試合番号“１”〜“１３”に対応付けられた競技場を示す範囲に含まれているか否か、及び、報告を試合の開催日時から所定時間前以降に受信したか否かを判断する。推定部１０３は、位置情報が示す位置が、例えば、競技場“Ａ”を示す範囲に含まれると判断し、位置情報が含まれた報告を競技場“Ａ”で開催される試合の開催日時“２０１９年１１月３０日１４時００分”から５分前以降に受信したと判断すると、ユーザＩＤ“１”のユーザは、試合番号“１”の試合を現在観戦していると推定し、試合番号“２”〜“１３”の試合については現在観戦していないと推定する。

或いは、サーバ装置１００が、ユーザＩＤ“１”のユーザの端末装置２００から、競技場“Ｂ”へのチェックイン情報を受信した場合は、推定部１０３は、ユーザＩＤ“１”のユーザは、試合番号“２”の試合を現在観戦していると推定し、試合番号“１”，“３”〜“１３”の試合については現在観戦していないと推定する。

一方、ユーザＩＤ“１”のユーザの端末装置２００から受信した位置情報が示す位置が、試合番号“１”〜“１３”の試合が行われている競技場を示す範囲に含まれなかった場合、推定部１０３は、ユーザＩＤ“１”のユーザは、試合番号“１”〜“１３”のいずれの試合も現在観戦していないと推定する。或いは、ユーザＩＤ“１”のユーザの端末装置２００から、いずれかの競技場を示すチェックイン情報を受信しなかった場合、推定部１０３は、ユーザＩＤ“１”のユーザは、試合番号“１”〜“１３”のいずれの試合も現在観戦していないと推定する。

通知部１０４は、ユーザが複数の対象のうちいずれかを現在亨受していると推定され、それ以外の残りの対象を現在享受していないと推定され、ユーザが現在享受していないと推定された対象の状態が変化すると、当該状態の変化を知らせる通知情報を、端末装置２００へ送信する。

例えば、推定部１０３により、ユーザＩＤ“１”のユーザは、試合番号“１”の試合を現在観戦していると推定され、試合番号“２”〜“１３”の試合については現在観戦していないと推定された場合は、通知部１０４は、試合番号“２”〜“１３”の試合状況が変化したか否かを判断する。試合状況が変化したとは、例えば、いずれかのチームが得点したことを示す。試合番号“２”の試合のアウェイチーム“ｙ２”が得点したとすると、通知部１０４は、アウェイチーム“ｙ２”が得点したことを示す通知情報を、ユーザＩＤ“１”のユーザの端末装置２００に送信する。

図５に、ユーザＩＤ“１”のユーザの端末装置２００に通知情報がプッシュ通知されている様子を示す。端末装置２００の画面には、試合番号“２”の試合のアウェイチーム“ｙ２”が得点したことを示す通知情報２０１が表示される。

ここで、通知部１０４は、ユーザが現在享受していないと推定された対象の状態の変化が、ユーザにとって有利な変化である場合にのみ、通知情報を端末装置２００に送信するようにしてもよい。ユーザにとって有利な変化とは、例えば、ユーザの予想に近づく変化である。

ユーザＩＤ“１”のユーザが図４の対象情報テーブル１００ａに示す予想内容のくじを購入している場合、試合番号“２”の試合において、ホームチームが負けることを予想しているので（予想内容“２”）、通知部１０４は、アウェイチーム“ｙ２”が得点をした場合に、アウェイチーム“ｙ２”が得点をしたことを示す通知情報をユーザＩＤ“１”のユーザの端末装置２００に送信する。一方、通知部１０４は、試合番号“２”の試合において、ホームチーム“ｘ２”が得点した場合は、通知情報をユーザＩＤ“１”のユーザの端末装置２００に送信しない。なお、アウェイチーム“ｙ２”が負けている状況であっても、アウェイチーム“ｙ２”が得点をすれば、ユーザの予想に近づくことになるので、負けていてもアウェイチーム“ｙ２”が得点をしたことを示す通知情報を送信する。

また、図４の対象情報テーブル１００ａの試合番号“３”のように、ユーザＩＤ“１”のユーザが引き分けを予想している場合（予想内容“０”）は、通知部１０４は同点になったタイミングで通知情報をユーザＩＤ“１”のユーザの端末装置２００に送信する。

（４．実施形態のサーバ装置の動作）
本実施形態のサーバ装置１００の動作について説明する。例えば、サーバ装置１００は、端末装置２００においてアプリが起動されたことを検知すると、図６に示す制御処理を開始する。

推定部１０３は、端末装置２００のユーザに対応付けられた対象情報が登録されているか否かを判断する（ステップＳ１０１）。推定部１０３は、端末装置２００のユーザに対応付けられた対象情報が登録されていると判断すると（ステップＳ１０１；ＹＥＳ）、対象情報を取得する（ステップＳ１０２）。一方、推定部１０３は、端末装置２００のユーザに対応付けられた対象情報が登録されていないと判断すると（ステップＳ１０１；ＮＯ）、図６の制御処理を終了する。

例えば、ユーザＩＤ“１”のユーザが端末装置２００においてアプリを起動したとすると、推定部１０３は、図４の対象情報テーブル１００ａを参照して、ユーザＩＤ“１”に対応付けられた対象情報が登録されているか否かを判断する。つまり、ユーザＩＤ“１”のユーザによるスポーツ振興くじの購入の有無を判断する。推定部１０３は、ユーザＩＤ“１”のユーザに対応付けられた対象情報が登録されている（スポーツ振興くじが購入されている）と判断すると、ユーザＩＤ“１”のユーザに対応付けられた対象情報を取得する。一方、推定部１０３は、ユーザＩＤ“１”のユーザに対応付けられた対象情報が登録されていない（スポーツ振興くじが購入されていない）と判断すると、図６の制御処理を終了する。

次に、推定部１０３は、端末装置２００から報告を受信したか否かを判断する（ステップＳ１０３）。推定部１０３は、端末装置２００から報告を受信したと判断すると（ステップＳ１０３；ＹＥＳ）、ユーザが複数の対象のそれぞれを現在享受しているか否かを推定する（ステップＳ１０４）。一方、推定部１０３は、端末装置２００から報告を受信していないと判断すると（ステップＳ１０３；ＮＯ）、そのまま待機する。

例えば、推定部１０３は、ユーザＩＤ“１”のユーザの端末装置２００から位置情報が含まれる報告を受信したと判断すると、位置情報が示す位置が、取得された対象情報が示す試合番号“１”〜“１３”の試合のうち、試合が行われているいずれかの競技場を示す範囲に含まれるか否かを判断する。一方、ユーザＩＤ“１”のユーザの端末装置２００から位置情報が含まれる報告を受信していない場合は、そのまま待機する。

ステップＳ１０４において、推定部１０３が、ユーザが複数の対象のうちいずれかを現在享受していると推定し、それ以外の残りの対象を現在享受していないと推定すると（ステップＳ１０４；ＹＥＳ）、通知部１０４は、享受していないと推定された対象の状態が変化したか否かを判断する（ステップＳ１０５）。一方、推定部１０３が、ユーザが複数の対象のうちいずれも現在享受していないと推定すると（ステップＳ１０４；ＮＯ）、図６の制御処理を終了する。

例えば、推定部１０３は、ユーザＩＤ“１”のユーザの端末装置２００より送信された位置情報が示す位置が、試合番号“１”の試合が行われている競技場“Ａ”を示す範囲に含まれる場合、ユーザＩＤ“１”のユーザが試合番号“１”の試合を現在観戦していると推定し、試合番号“２”〜“１３”の試合については現在観戦していないと推定する。そして、通知部１０４は、試合番号“２”〜“１３”の試合状況が変化したか否かを判断する。一方、推定部１０３は、ユーザＩＤ“１”のユーザの端末装置２００より送信された位置情報が示す位置が、試合番号“１”〜“１３”の試合のうち試合が行われている競技場を示す範囲に含まれなかった場合、ユーザＩＤ“１”のユーザは、試合番号“１”〜“１３”のいずれの試合も現在観戦していないと推定し、図６の制御処理を終了する。

ステップＳ１０５において、通知部１０４は、享受していないと推定された対象の状態が変化したと判断すると（ステップＳ１０５；ＹＥＳ）、その変化がユーザにとって有利な変化であるか否かを判断する（ステップＳ１０６）。一方、通知部１０４が、享受していないと推定された対象の状態が変化していないと判断すると（ステップＳ１０５；ＮＯ）、ステップＳ１０８に進む。

例えば、通知部１０４が、試合番号“２”〜“１３”の試合状況が変化したと判断すると、その変化がユーザの予想に近づく変化であるか否かを判断する。一方、通知部１０４が、試合番号“２”〜“１３”の試合状況が変化していないと判断すると、ステップＳ１０８に進む。

ステップＳ１０６において、通知部１０４が、享受していないと推定された対象の状態の変化が、ユーザにとって有利な変化であると判断すると（ステップＳ１０６；ＹＥＳ）、通知部１０４は、状態の変化を知らせる通知情報を、端末装置２００へ送信する（ステップＳ１０７）。一方、通知部１０４が、享受していないと推定された対象の状態の変化が、ユーザにとって有利な変化でないと判断すると（ステップＳ１０６；ＮＯ）、ステップＳ１０８に進む。

例えば、図４の対象情報テーブル１００ａに示すように、ユーザＩＤ“１”のユーザが試合番号“２”の試合において、ホームチームが負けることを予想している場合に、アウェイチーム“ｙ２”が得点すると、通知部１０４は、状態の変化がユーザの予想に近づく変化であると判断し、アウェイチーム“ｙ２”が得点をしたことを示す通知情報をユーザＩＤ“１”のユーザの端末装置２００に送信する。一方、ホームチーム“ｘ２”が得点した場合は、通知部１０４は、状態の変化がユーザの予想から離れる変化であると判断し、通知情報をユーザＩＤ“１”のユーザの端末装置２００に送信しない。

ステップＳ１０７において、通知情報が送信されると、推定部１０３はユーザが対象の享受を終了したか否かを判断する（ステップＳ１０８）。推定部１０３が、ユーザが対象の享受を終了したと判断すると（ステップＳ１０８；ＹＥＳ）、図６の制御処理を終了する。一方、推定部１０３が、ユーザが対象の享受を終了していないと判断すると（ステップＳ１０８；ＮＯ）、ステップＳ１０５に戻る。

例えば、ユーザＩＤ“１”のユーザが観戦していた試合番号“１”の試合が終了した場合は、推定部１０３は、ユーザが観戦を終了したとして、処理を終了する。一方、試合番号“１”の試合が終了していない場合は、ステップＳ１０５に戻る。

本実施形態によれば、ユーザが興味を持っている対象を享受している間は、ユーザが享受している対象に関しての無用な通知を抑制しつつ、ユーザが享受していない他の対象についての通知を行うことができる。例えば、複数の試合を興味のある対象として登録している場合、登録している複数の試合のうち観戦中の試合については、試合の進捗情報を通知せず、観戦していない他の試合の進捗情報のみが通知される。これにより、目の前の試合に集中しつつ、進捗が気になる試合について試合状況を知ることができる。

また、本実施形態によれば、対象の状態の変化を知らせる通知情報を、ユーザにとって有利な変化があった場合にのみ送信することができる。これにより、送信する情報を、ユーザが好ましいと感じる情報にのみ限定することができる。

（５．変形例）
以上、本発明の実施形態を説明したが、本発明を実施するにあたっては、種々の形態による変形及び応用が可能である。

上記実施形態において、報告には、端末装置２００の現在位置に関する情報が含まれ、推定部１０３は、端末装置２００の現在位置に基づいて、ユーザが複数の対象のそれぞれを現在享受しているか否かを推定したがこれに限らない。例えば、登録されている対象がテレビやインターネット上で生中継される試合の場合、報告には、ユーザが行った操作に関する情報が含まれ、ユーザが行った操作に基づいて、ユーザが試合を現在観戦（享受）しているか否かを推定してもよい。

例えば、複数の試合のそれぞれには、試合を特定するためのキーワードが設定されており、生中継の開始時に、画面に表示されるとする。ユーザが画面に表示されたキーワードをアプリに入力すると端末装置２００からサーバ装置１００にキーワードが送信され、推定部１０３は、端末装置２００から送信されたキーワードにより特定される試合を、ユーザが現在観戦していると推定し、それ以外の試合については現在観戦していないと推定する。或いは、アプリ内に表示されるサムネイル画像等に、試合のライブ配信動画のＵＲＬ（Uniform Resource Locator）がリンク付けられており、このＵＲＬを選択すると、推定部１０３は、ユーザが選択したＵＲＬにリンク付けされた試合を現在観戦していると推定し、選択したＵＲＬにリンク付けされた試合以外の試合については現在観戦していないと推定する。

また、上記実施形態において、通知部１０４は、対象の変化がユーザにとって有利な変化である場合に、端末装置２００に通知情報を送信するとしたが、これに限らない。例えば、通知部１０４は、対象の変化がユーザにとって不利な変化である場合に、端末装置２００に通知情報を送信するようにしてもよい。例えば、試合状況の変化が、ユーザが予想した内容から離れる変化の場合に、通知情報が送信される。

また、通知情報が送信されるタイミングを、有利な変化があった場合、又は、不利な変化があった場合、のいずれにするかは、ユーザが適宜設定できるようにしてもよい。これにより、ユーザの趣向に合わせた通知情報の送信を行うことができる。

また、上記実施形態において、複数の対象のうち、いずれかの対象を現在享受していると推定された場合は、通知情報を送信しないように設定できる構成としてもよい。例えば、ユーザが試合を観戦しており、競技場の電光掲示板等で他の試合の状況を通知しているような場合、他の試合の状況について通知情報を送信しないよう、ユーザが設定できるようにしてもよい。或いは、ユーザが試合を観戦しており、端末装置２００で、他の試合の試合状況が音声でライブ配信されるラジオ番組を再生している場合や、テキストで実況中継されるニュースサイトを閲覧している場合、通知情報を送信しないようにしてもよいし、そのような場合に通知情報を送信するか否かをユーザが適宜設定できるようにしてもよい。

本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、この発明を説明するためのものであり、本発明の範囲を限定するものではない。すなわち、本発明の範囲は、実施の形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、この発明の範囲内とみなされる。

本発明は、ユーザが興味を持っている対象を享受している間は、享受している対象に係る情報の通知を避けることが可能なサーバ装置、制御方法及びプログラムを提供することができる。

１００ サーバ装置
１０１ 登録部
１０２ 監視部
１０３ 推定部
１０４ 通知部
２００ 端末装置
３００ ネットワーク
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 記録媒体
１５ 出力部
１６ 通信部
１７ 操作部
１８ バス

Claims (7)

1. ユーザが興味を持つ複数の対象に関する情報を登録する登録部と、
   前記登録された複数の対象の状態を監視する監視部と、
   前記ユーザが使用する端末装置からの報告に基づいて、前記ユーザが前記登録された複数の対象のそれぞれを現在亨受しているか否かを推定する推定部と、
   前記登録された複数の対象のうち、前記ユーザがいずれかを現在亨受していると推定され、前記ユーザが現在享受していないと推定された対象の状態が変化すると、当該状態の変化を知らせる通知情報を、前記端末装置へ送信する通知部と、
   を備え、
   前記通知部は、前記ユーザが現在亨受していると推定された対象に関しての通知を抑制する
   ことを特徴とするサーバ装置。
2. 前記通知部は、前記ユーザが現在享受していないと推定された対象の状態の変化が、前記ユーザにとって有利な変化である場合に、前記通知情報を前記端末装置に送信する
   ことを特徴とする請求項１に記載のサーバ装置。
3. 前記報告は、前記端末装置の現在位置に関する情報が含まれ、
   前記推定部は、前記端末装置の現在位置に基づいて、前記ユーザが前記複数の対象のそれぞれを現在亨受しているか否かを推定する
   ことを特徴とする請求項１又は２に記載のサーバ装置。
4. 前記登録された複数の対象は、前記ユーザが購入したスポーツ振興くじに係る複数の試合であり、
   前記登録部は、前記ユーザが購入したスポーツ振興くじに係る複数の試合に関する情報を登録し、
   前記推定部は、前記報告に基づいて、前記ユーザが購入したスポーツ振興くじに係る前記複数の試合のそれぞれが開催される競技場において、前記ユーザが前記複数の試合のいずれかを現在観戦しているか否かを推定し、
   前記通知部は、前記ユーザが購入したスポーツ振興くじに係る前記複数の試合のそれぞれが開催される競技場のうち、いずれかにおいて、前記ユーザが前記複数の試合のいずれかを現在観戦していると推定され、前記ユーザが前記競技場において現在観戦していないと推定された試合の状態が変化すると、当該状態の変化を知らせる通知情報を、前記端末装置へ送信する
   ことを特徴とする請求項１から３のいずれか１項に記載のサーバ装置。
5. 前記通知部は、前記ユーザが前記競技場において現在観戦していないと推定された試合の状態の変化が、前記ユーザが購入したスポーツ振興くじにおける前記ユーザの予想に近づく変化である場合に、前記通知情報を通知する
   ことを特徴とする請求項４に記載のサーバ装置。
6. サーバ装置が実行する制御方法であって、
   前記サーバ装置が、ユーザが興味を持つ複数の対象に関する情報を登録する登録工程と、
   前記サーバ装置が、前記登録された複数の対象の状態を監視する監視工程と、
   前記サーバ装置が、前記ユーザが使用する端末装置からの報告に基づいて、前記ユーザが前記登録された複数の対象のそれぞれを現在亨受しているか否かを推定する推定工程と、
   前記サーバ装置が、前記登録された複数の対象のうち、前記ユーザがいずれかを現在亨受していると推定され、前記ユーザが現在享受していないと推定された対象の状態が変化すると、当該状態の変化を知らせる通知情報を、前記端末装置へ送信する通知工程と、
   を備え、
   前記通知工程において、前記サーバ装置は、前記ユーザが現在亨受していると推定された対象に関しての通知を抑制する
   ことを特徴とする制御方法。
7. コンピュータを、
   ユーザが興味を持つ複数の対象に関する情報を登録する登録部、
   前記登録された複数の対象の状態を監視する監視部、
   前記ユーザが使用する端末装置からの報告に基づいて、前記ユーザが前記登録された複数の対象のそれぞれを現在亨受しているか否かを推定する推定部、
   前記登録された複数の対象のうち、前記ユーザがいずれかを現在亨受していると推定され、前記ユーザが現在享受していないと推定された対象の状態が変化すると、当該状態の変化を知らせる通知情報を、前記端末装置へ送信する通知部、
   として機能させ、
   前記通知部は、前記ユーザが現在亨受していると推定された対象に関しての通知を抑制する
   ことを特徴とするプログラム。

Images