(57)【要約】【課題】サービスを向上させる。【解決手段】情報提供システム１は、特定手段２と、出力手段３とを備える。特定手段２は、予想対象試合を実施するチームに所属するメンバーを識別可能な情報であるチーム情報１０と、予想対象試合以前の所定期間内のチームの試合におけるメンバーのベンチ入り可不可を識別可能な情報である可不可情報１１とに基づいて、所定期間内のチームの試合毎にベンチ入りが不可であるベンチ入り不可メンバーを特定する。出力手段３は、所定期間内のチームの試合毎のベンチ入り不可メンバーを出力する。【選択図】図１
2019101620.tif 000002
【特許請求の範囲】
【請求項１】
予想対象である予想対象試合を実施するチームに所属するメンバーを識別可能なチーム情報と、前記予想対象試合以前の所定期間内の前記チームの試合における前記メンバーのベンチ入り可不可を識別可能な可不可情報とに基づいて、前記所定期間内の前記チームの試合毎にベンチ入りが不可であるベンチ入り不可メンバーを特定する特定手段と、
前記所定期間内の前記チームの試合毎の前記ベンチ入り不可メンバーを出力する出力手段と、
を備える情報提供システム。
【請求項２】
前記特定手段は、
前記所定期間内の前記チームの試合それぞれにおける前記チーム情報に基づいて、前記所定期間内のいずれかのタイミングで前記チームに所属する期間内メンバーを特定し、
前記所定期間内の第１の試合における前記ベンチ入り不可メンバーを特定するとき、前記期間内メンバーのうち前記第１の試合において前記ベンチ入りが可である前記メンバー以外を前記ベンチ入り不可メンバーと特定する、
請求項１に記載の情報提供システム。
【請求項３】
前記予想対象試合は、第１のチームと第２のチームが対戦する試合であり、
前記予想対象試合の予想の入力を受付ける受付手段をさらに備え、
前記出力手段は、
前記受付手段が受付けた予想が前記第１のチームの勝利の予想であるとき、前記予想を受付けたタイミングで前記予想対象試合における前記第１のチームの前記ベンチ入り不可メンバーを出力する、
請求項１に記載の情報提供システム。
【請求項４】
前記予想対象試合は、第１のチームと第２のチームが対戦する試合であり、
前記予想対象試合の予想の入力を受付ける受付手段をさらに備え、
前記出力手段は、
前記受付手段が受付けた予想が前記第１のチームと前記第２のチームとが引き分けの予想であるとき、前記予想を受付けたタイミングで前記予想対象試合における前記第１のチームの前記ベンチ入り不可メンバーと前記予想対象試合における前記第２のチームの前記ベンチ入り不可メンバーとを出力する、
請求項１に記載の情報提供システム。
【請求項５】
予め登録した登録者の識別に用いる識別情報の入力を操作者から受付ける識別情報受付手段をさらに備え、
前記出力手段は、
前記登録者の前記識別情報と前記登録者の連絡先アドレスを対応付けて記憶する登録者情報と、前記識別情報受付手段が受付けた前記識別情報とに基づいて、前記操作者に対応する連絡先アドレスを特定し、特定した連絡先アドレスに対して前記所定期間内の前記チームの試合毎のベンチ入り不可メンバーを出力する、
請求項１に記載の情報提供システム。
【請求項６】
操作者から前記所定期間内の前記チームの試合のうち１の試合の選択を受付ける受付手段をさらに備え、
前記出力手段は、
前記操作者が選択した前記１の試合における前記ベンチ入り不可メンバーと一致する前記ベンチ入り不可メンバーである前記第１の試合以外の前記所定期間内の前記チームの試合を識別可能に出力する、
請求項１に記載の情報提供システム。
【請求項７】
予め登録した登録者の識別に用いる識別情報の入力を操作者から受付ける識別情報受付手段をさらに備え、
前記出力手段は、
前記登録者の前記識別情報と前記登録者が応援している応援チームの情報を対応付けて記憶する登録者情報と、前記識別情報受付手段が受付けた前記識別情報とに基づいて前記操作者の前記応援チームを特定し、
特定した前記応援チームが前記第１のチームである場合には、前記受付手段が受付けた前記予想が前記第１のチームの勝利の予想である場合において実行される前記予想対象試合における前記第１のチームの前記ベンチ入り不可メンバーの出力を中止する、
請求項３に記載の情報提供システム。
【請求項８】
コンピュータが
予想対象である予想対象試合を実施するチームに所属するメンバーを識別可能なチーム情報と、前記予想対象試合以前の所定期間内の前記チームの試合における前記メンバーのベンチ入り可不可を識別可能な可不可情報とに基づいて、前記所定期間内の前記チームの試合毎にベンチ入りが不可であるベンチ入り不可メンバーを特定し、
前記所定期間内の前記チームの試合毎のベンチ入り不可メンバーを出力する、
情報提供方法。
【請求項９】
予想対象である予想対象試合を実施するチームに所属するメンバーを識別可能なチーム情報と、前記予想対象試合以前の所定期間内の前記チームの試合における前記メンバーのベンチ入り可不可を識別可能な可不可情報とに基づいて、前記所定期間内の前記チームの試合毎にベンチ入りが不可であるベンチ入り不可メンバーを特定する特定部と、
前記所定期間内の前記チームの試合毎のベンチ入り不可メンバーを出力する出力部と、
を備える情報提供装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供システム、情報提供方法および情報提供装置に関する。
【背景技術】
【０００２】
スポーツの対戦試合の結果を予想するスポーツくじの投票が行われている。このようなスポーツくじを投票するにあたり、対戦試合に参加するチームの直近の成績を参考にして、対戦試合の結果を予想することが広く行われている。そのため、サービスの一環として投票者に対して直近の成績などの情報提供を行うシステムがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１３３０２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、チームの戦力は、試合に臨むメンバーによって大きく変動する。したがって、負傷や出場停止などによって試合に臨むことができないメンバーが発生したことによるチームの戦力の低下を知らない投票者が、上記システムから提供された成績を鵜呑みにしてスポーツくじを投票し、不利益を被るおそれがあった。
【０００５】
本発明はこの点に鑑みてなされたものであり、サービスを向上可能な情報提供システムおよび情報提供方法の提供を目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、情報提供システムを提供する。情報提供システムは、特定手段と、出力手段とを備える。特定手段は、予想対象である予想対象試合を実施するチームに所属するメンバーを識別可能なチーム情報と、予想対象試合以前の所定期間内のチームの試合におけるメンバーのベンチ入り可不可を識別可能な可不可情報とに基づいて、所定期間内のチームの試合毎にベンチ入りが不可であるベンチ入り不可メンバーを特定する。出力手段は、所定期間内のチームの試合毎のベンチ入り不可メンバーを出力する。
【０００７】
また、上記課題を解決するために、以下の処理をコンピュータが実行する情報提供方法を提供する。コンピュータは、予想対象である予想対象試合を実施するチームに所属するメンバーを識別可能なチーム情報と、予想対象試合以前の所定期間内のチームの試合におけるメンバーのベンチ入り可不可を識別可能な可不可情報とに基づいて、所定期間内のチームの試合毎にベンチ入りが不可であるベンチ入り不可メンバーを特定する。出力手段は、所定期間内のチームの試合毎のベンチ入り不可メンバーを出力する。
【発明の効果】
【０００８】
本発明の情報提供システム、情報提供方法および情報提供装置によれば、サービスを向上できる。
【図面の簡単な説明】
【０００９】
【図１】第一実施形態における情報提供システムの構成を示す図である。
【図２】第二実施形態におけるスポーツくじ投票システムの構成例を示す図である。
【図３】第二実施形態における管理サーバのハードウェアの構成例を示す図である。
【図４】第二実施形態における管理サーバおよび投票端末の機能ブロックを示す図である。
【図５】第二実施形態における会員情報テーブルの一例を示す図である。
【図６】第二実施形態におけるチーム情報テーブルの一例を示す図である。
【図７】第二実施形態における可不可情報テーブルの一例を示す図である。
【図８】第二実施形態における更新処理のフローチャートを示す図である。
【図９】第二実施形態における投票処理の流れを示すシーケンス図である。
【図１０】第二実施形態の店舗窓口・コンビニ設置の投票端末、および利用者端末（モバイル型以外）における投票画面の一例を示す図（その１）である。
【図１１】第二実施形態の店舗窓口・コンビニ設置の投票端末、および利用者端末（モバイル型以外）における投票画面の一例を示す図（その２）である。
【図１２】第二実施形態の店舗窓口・コンビニ設置の投票端末、および利用者端末（モバイル型以外）における投票画面の一例を示す図（その３）である。
【図１３】第二実施形態におけるベンチ入り不可メンバー表示処理のフローチャートを示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について図面を参照して説明する。
［第一実施形態］
図１は、第一実施形態における情報提供システムの構成を示す図である。情報提供システム１は、スポーツくじにおいて予想対象である予想対象試合の対戦結果の予想の参考になる情報を提供するシステムである。情報提供システム１は、特定手段２と、出力手段３とを備える。
【００１１】
特定手段２は、チーム情報１０と、可不可情報１１とに基づいて、所定期間内のチームの試合毎にベンチ入りが不可であるベンチ入り不可メンバーを特定する。
チーム情報１０は、予想対象試合を実施するチームに所属するメンバーを識別可能な情報である。チーム情報１０は、たとえば、情報提供システム１内部に設けられた記憶装置または外部に設けられた記憶装置に記憶されている。チーム情報１０は、たとえば、試合終了後毎に定期的に更新され、最新の状態に保たれる。
【００１２】
可不可情報１１は、予想対象試合以前の所定期間内のチームの試合におけるメンバーのベンチ入り可不可を識別可能な情報である。すなわち、可不可情報１１は、各メンバーが試合においてベンチ入り出来たか否かを示す。予想対象試合以前の所定期間内のチームの試合は、たとえば、予想対象試合だけであってもよいし、予想対象試合を含む複数の試合であってもよい。可不可情報１１は、たとえば、情報提供システム１内部に設けられた記憶装置または外部に設けられた記憶装置に記憶されている。可不可情報１１は、たとえば、試合終了後毎に定期的に更新され、最新の状態に保たれる。
【００１３】
たとえば、図１のチーム情報１０に示すようにチームのメンバーがＡ、Ｂ、Ｃ、Ｄ…であり、可不可情報１１に示すように試合＃１においてＡ、Ｂ、Ｃ、Ｄ…が全てベンチ入り可であり、試合＃２においてＡ、Ｂ、Ｃ、Ｄ…のうちＡ、Ｂ、Ｃ、Ｄがベンチ入り不可であった場合、特定手段２は、試合＃１においてはベンチ入り不可メンバーがいないと特定し、試合＃２においてはＡ、Ｂ、Ｃ、Ｄがベンチ入り不可メンバーであると特定する。
【００１４】
出力手段３は、所定期間内のチームの試合毎のベンチ入り不可メンバーを出力する。出力手段３は、たとえば、表示によって所定期間内のチームの試合毎のベンチ入り不可メンバーを出力する。また、会員登録を行うことにより、メールによる通知を行ってもよい。
【００１５】
このような情報提供システム１によれば、予想対象試合におけるベンチ入り不可メンバーを出力する。これにより、情報提供システム１は、スポーツくじの投票者が予想対象試合の試合に臨むメンバーに変化が生じたことによるチームの戦力の低下を知らずに、スポーツくじを投票し、不利益を被るのを抑止できる。
【００１６】
また、予想対象試合以前の所定期間内の試合についてもベンチ入り不可メンバーを出力するため、情報提供システム１は、スポーツくじの投票者が試合に臨むメンバーが異なることにより戦力状況が予想対象試合と異なる過去の試合の結果を鵜呑みにしてスポーツくじを投票してしまうことを抑止できる。
【００１７】
このように所定期間内のチームの試合毎のベンチ入り不可メンバーを出力することにより、情報提供システム１は、サービスを向上できる。
［第二実施形態］
次により具体的に第二実施形態を用いて説明する。図２は、第二実施形態におけるスポーツくじ投票システムの構成例を示す図である。
【００１８】
スポーツくじ投票システム１００は、投票者（利用者）に予想対象の試合である予想対象試合の対戦結果を予想させるスポーツくじの投票運営を統括的に管理するシステムである。具体的には、スポーツくじ投票システム１００は、投票情報の集計、配当金の計算、投票者に対する過去の成績の提供などを管理する。なお、以下ではスポーツくじとしてサッカーくじを一例として用いて説明する。
【００１９】
スポーツくじ投票システム１００は、ネットワーク４００を介して互いに接続する管理サーバ２００と、投票端末３００−１〜３００−４とを備える。
管理サーバ２００は、システム全体を管理する装置であり、データセンタ等に備えられ、スポーツくじに関する情報（投票者による予想や、スポーツくじの売上、試合結果など）の集計およびスポーツくじに関する情報の管理を行う。
【００２０】
投票端末３００−１〜３００−４は、投票者がスポーツくじの投票（予想の入力）を行う端末（投票者にスポーツくじの投票を行わせる端末）である。投票端末としては、たとえば、店舗の窓口などに設置されるスポーツくじ店舗窓口端末３００−１、コンビニエンスストアなどに設置される設置型のコンビニ設置端末３００−２、個人所有のＰＣ（Personal Computer）などの利用者端末３００−３、スマートホンおよび携帯電話などモバイル型の利用者端末（投票者が所有する端末）３００−４などがある。なお以下では、投票端末３００−１〜３００−４を区別しない場合には「投票端末３００」と称する。
【００２１】
投票端末３００は、投票画面（予想を入力する入力画面）を表示し、投票者による予想の入力を受付け、受付けた投票情報のスポーツくじを投票する。投票端末３００は、スポーツくじの投票画面において（スポーツくじの投票時に）、サービスの一環として管理サーバ２００が管理するスポーツくじに関する情報（過去の試合結果など）を提供する。
【００２２】
次に、管理サーバ２００のハードウェア構成について図３を用いて説明する。図３は、第二実施形態における管理サーバのハードウェアの構成例を示す図である。
管理サーバ２００は、プロセッサ２０１によって装置全体が制御されている。プロセッサ２０１には、バス２０９を介してＲＡＭ（Random Access Memory）２０２と複数の周辺機器が接続されている。プロセッサ２０１は、マルチプロセッサであってもよい。プロセッサ２０１は、たとえばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＰＬＤ（Programmable Logic Device）である。またプロセッサ２０１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。
【００２３】
ＲＡＭ２０２は、管理サーバ２００の主記憶装置として使用される。ＲＡＭ２０２には、プロセッサ２０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ２０２には、プロセッサ２０１による処理に必要な各種データが格納される。
【００２４】
バス２０９に接続されている周辺機器としては、ＨＤＤ（Hard Disk Drive）２０３、グラフィック処理装置２０４、入出力インタフェース２０５、光学ドライブ装置２０６、機器接続インタフェース２０７およびネットワークインタフェース２０８がある。
【００２５】
ＨＤＤ２０３は、内蔵したディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ＨＤＤ２０３は、管理サーバ２００の補助記憶装置として使用される。ＨＤＤ２０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、補助記憶装置としては、フラッシュメモリなどの半導体記憶装置を使用することもできる。
【００２６】
グラフィック処理装置２０４には、ディスプレイ２０４ａが接続されている。グラフィック処理装置２０４は、プロセッサ２０１からの命令に従って、画像をディスプレイ２０４ａの画面に表示させる。ディスプレイ２０４ａとしては、ＣＲＴ（Cathode Ray Tube）を用いた表示装置や液晶表示装置などがある。
【００２７】
入出力インタフェース２０５には、キーボード２０５ａとマウス２０５ｂとが接続されている。入出力インタフェース２０５は、キーボード２０５ａとマウス２０５ｂから送られてくる信号をプロセッサ２０１に送信する。
【００２８】
なお、マウス２０５ｂは、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。なお、入出力装置としては、キーボード２０５ａとマウス２０５ｂに加え、他の装置を備えていてもよい。
【００２９】
光学ドライブ装置２０６は、レーザ光などを利用して、光ディスク２０６ａに記録されたデータの読み取りを行う。光ディスク２０６ａは、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスク２０６ａには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（Re Writable）などがある。
【００３０】
機器接続インタフェース２０７は、管理サーバ２００に周辺機器を接続するための通信インタフェースである。たとえば機器接続インタフェース２０７には、メモリ装置２０７ａやメモリリーダライタ２０７ｂを接続することができる。メモリ装置２０７ａは、機器接続インタフェース２０７との通信機能を搭載した記録媒体である。メモリリーダライタ２０７ｂは、メモリカード２０７ｃへのデータの書き込み、またはメモリカード２０７ｃからのデータの読み出しを行う装置である。メモリカード２０７ｃは、カード型の記録媒体である。
【００３１】
ネットワークインタフェース２０８は、ネットワーク４００に接続されている。ネットワークインタフェース２０８は、ネットワーク４００を介して、投票端末３００との間でデータの送受信を行う。
【００３２】
以上のようなハードウェア構成によって、第二実施形態の処理機能を実現することができる。なお、投票端末３００の処理機能についても図３に示した管理サーバ２００と同様のハードウェア構成によって実現することができる。
【００３３】
次に管理サーバ２００および投票端末３００の機能について図４を用いて説明する。図４は、第二実施形態における管理サーバおよび投票端末の機能ブロックを示す図である。
投票端末３００は、投票処理部３１０を備える。投票処理部３１０は、投票端末３００において投票者へのスポーツくじの投票に関する各種処理を実行する。たとえば、投票処理部３１０は、スポーツくじの投票画面を表示して、投票者から予想の入力（スポーツくじの投票）を受付け、受付けた投票情報のスポーツくじを投票（発券）する。また、投票処理部３１０は、スポーツくじの投票画面において（投票時に）、サービスの一環として管理サーバ２００が管理するスポーツくじに関する情報（過去の試合結果など）を提供する。また、所定期間内のチームの試合毎のベンチ入り不可メンバーを提供する。
【００３４】
管理サーバ２００は、投票処理部２１０と、更新処理部２２０と、記憶部２３０と、を備える。投票処理部２１０および更新処理部２２０は、たとえば、管理サーバ２００のプロセッサ２０１によって実現される。記憶部２３０は、たとえば、管理サーバ２００の記憶装置（ＨＤＤ２０３）によって実現される。なお、記憶部２３０は、管理サーバ２００内に備えられることに限らない。たとえば、管理サーバ２００と通信可能に接続する外部の記憶装置によって実現してもよい。
【００３５】
投票処理部２１０は、管理サーバ２００において投票者によるスポーツくじの投票に関する各種処理を実行する。たとえば、投票処理部２１０は、投票画面の生成に用いる情報を投票端末３００に送信し、投票端末３００から投票者の投票情報（予想内容）を受信する。また、投票処理部２１０は、サービスの一環として管理サーバ２００が管理するスポーツくじに関する情報（過去の試合結果など）を投票者の連絡先アドレスに対して送信して提供する。
【００３６】
なお、スポーツくじ投票システム１００においては、投票端末３００が投票画面において提供するスポーツくじに関する情報と、管理サーバ２００が連絡先アドレスに対して送信して提供するスポーツくじに関する情報とを同一の情報とすることもできるし、異なる情報とすることもできる。
【００３７】
更新処理部２２０は、記憶部２３０が備える可不可情報ＤＢ（Data Base）２３３を更新する処理を実行する。可不可情報ＤＢ２３３は、可不可情報を記憶するデータベースである。
【００３８】
可不可情報は、今節（次に開催される試合、予想対象である予想対象試合）以前の所定期間内に所定チームに所属するメンバー（現在または過去に所属していたことがあるメンバー、所定期間内のいずれかのタイミングでチームに所属するメンバー）の当該所定期間内の当該所定チームの試合におけるベンチ入りの可不可（可能であるか不可能であるか）を識別可能な情報である。
【００３９】
なお、所定期間は、たとえば、１年や２か月などの固定期間であってもよいし、１０節前までの期間（直近の１０試合が開催された期間）などの変動し得る期間であってもよい。可不可情報については後で図７を用いて詳細に説明する。可不可情報ＤＢ２３３の更新処理については後で図８を用いて詳細に説明する。
【００４０】
記憶部２３０は、スポーツくじに関する各種情報を記憶する。記憶部２３０は、会員情報ＤＢ２３１と、チーム情報ＤＢ２３２と、可不可情報ＤＢ２３３と、対戦情報ＤＢ２３４と、投票情報ＤＢ２３５と、試合結果ＤＢ２３６と、を備える。
【００４１】
会員情報ＤＢ２３１は、会員情報を記憶するデータベースである。会員情報は、会員を識別可能な識別情報や、会員の連絡先（スポーツくじに関する情報を送信する宛先）などを含む情報である。たとえば、管理サーバ２００は、図示しない外部の端末から受信した情報に基づいて会員情報ＤＢ２３１が記憶する会員に関する情報を更新する。会員情報ＤＢ２３１が記憶する会員に関する情報については、後で図５を用いて詳細に説明する。
【００４２】
チーム情報ＤＢ２３２は、チーム情報を記憶するデータベースである。チーム情報は、現在、チームに所属しているメンバー（構成員）に関する情報である。たとえば、管理サーバ２００は、図示しない外部の端末から受信した情報に基づいてチーム情報ＤＢ２３２が記憶する現在、チームに所属しているメンバーに関する情報を最新の状態に更新する。チーム情報については、後で図６を用いて詳細に説明する。
【００４３】
対戦情報ＤＢ２３４は、次に開催される対戦試合（今節の対戦試合）の組み合わせ（どのチームとどのチームが対戦するか）を記憶するデータベースである。たとえば、管理サーバ２００は、図示しない外部の端末から受信した情報に基づいて対戦情報ＤＢ２３４が記憶する次に開催される対戦試合の組み合わせを更新する。
【００４４】
投票情報ＤＢ２３５は、投票者が投票したスポーツくじの情報（投票者の予想内容）を記憶するデータベースである。たとえば、管理サーバ２００は、投票端末３００から受信した投票者の投票情報（予想内容）に基づいて投票情報ＤＢ２３５が記憶する投票情報を更新する。
【００４５】
試合結果ＤＢ２３６は、過去に行われた試合の詳細な結果を記憶する。たとえば、管理サーバ２００は、図示しない外部の端末から受信した情報に基づいて試合結果ＤＢ２３６が記憶する新たに実施された試合の詳細な結果を更新する。
【００４６】
次に会員情報ＤＢ２３１が保持する会員情報テーブルについて図５を用いて説明する。図５は、第二実施形態における会員情報テーブルの一例を示す図である。
会員情報テーブル２３１ａは、会員情報ＤＢ２３１が保持するテーブルである。会員情報テーブル２３１ａは、予め登録した会員の会員に関する情報（会員情報）が格納されたテーブルである。会員情報テーブル２３１ａは、新規会員の登録が行われた場合などに更新される。
【００４７】
会員情報テーブル２３１ａは、ＩＤの項目と、パスワードの項目と、連絡先アドレスの項目とを含んで構成される。そして、各項目の横方向に並べられた情報同士が互いに関連付けられている。
【００４８】
ＩＤの項目には、会員を一意に識別可能に設定された識別情報が格納される。パスワードの項目には、会員の認証に用いるパスワードが格納される。連絡先アドレスには、会員の連絡先を示すアドレスが格納される。
【００４９】
たとえば、会員情報テーブル２３１ａでは、ＩＤの項目に「＃００１」、「＃００１」に対応するパスワードの項目に「１２３４５」、「＃００１」に対応する連絡先アドレスの項目に「ＡＢＣ＠ｄｅｆ」が格納されている。
【００５０】
これは、ＩＤが「＃００１」である会員のパスワードが「１２３４５」であり、連絡先アドレスが「ＡＢＣ＠ｄｅｆ」であることを示している。
次にチーム情報ＤＢ２３２が保持するチーム情報テーブルについて図６を用いて説明する。図６は、第二実施形態におけるチーム情報テーブルの一例を示す図である。
【００５１】
チーム情報テーブル２３２ａは、チーム情報ＤＢ２３２が保持するテーブルである。チーム情報テーブル２３２ａは、所定チーム（以下、Ａチームとする）に現在所属しているメンバーに関する情報が格納されたテーブルである。より具体的には、Ａチームに所属するＡチームの試合においてベンチに入り得るメンバー（試合に臨むことが可能なメンバー）に関する情報が格納されたテーブルである。なお、チーム情報ＤＢ２３２は、チーム毎のチーム情報テーブルを保持する。
【００５２】
チーム情報テーブル２３２ａは、新規メンバーが加入した場合に新規メンバーに対応するレコード（項目）の追加が行われ、メンバーが退団（脱退）した場合に脱退メンバーに対応するレコード（項目）の削除が行われる。また、チーム情報テーブル２３２ａは、試合においてイエローカード（警告）やレッドカード（退場処分）を受けた場合、メンバーが負傷によりチームから離脱した場合に更新される。
【００５３】
チーム情報テーブル２３２ａは、メンバー名の項目と、属性の項目と、累積警告数の項目と、退場の項目と、負傷の項目と、を含んで構成される。そして、各項目の横方向に並べられた情報同士が互いに関連付けられている。
【００５４】
メンバー名の項目には、現在チームに所属しているメンバーの名称（メンバーを識別可能な識別情報）が格納される。
属性の項目には、メンバーの属性（役割）を示す情報が格納される。属性の項目には、「監督」、「コーチ」、「選手」のいずれかが格納される。
【００５５】
累積警告数の項目には、メンバーの現在累積中のイエローカード（警告）の枚数が格納される。累積警告数の項目は、累積警告がない場合には空欄となっている。なお、累積警告数が所定数（たとえば、４枚）に達している場合には予想対象試合においてベンチ入りが不可であることを意味する。
【００５６】
退場の項目には、メンバーが前節（１試合前）に退場処分を受けたか否かを識別可能なフラグ情報が格納される。具体的には、退場の項目は、退場処分（出場停止処分）を受けていない場合には空欄となり、退場処分を受けている場合には「〇」が格納される。なお、前節に退場処分を受けている場合には予想対象試合においてベンチ入りが不可であることを意味する。
【００５７】
負傷の項目には、負傷によりチームから離脱をしているか否かを識別可能なフラグ情報が格納される。具体的には、負傷の項目は、負傷によりチームから離脱していない場合には空欄となり、負傷によりチームから離脱している場合には「〇」が格納される。なお、負傷中である場合には予想対象試合においてベンチ入りが不可であることを意味する。
【００５８】
たとえば、チーム情報テーブル２３２ａでは、メンバー名の項目に「Ａ１」が格納され、「Ａ１」に対応する属性の項目に「監督」が格納され、「Ａ１」に対応する累積警告数の項目と退場の項目と負傷の項目とが空欄となっている。これは当該チームに所属する「Ａ１」が「監督」であり、累積警告がない状態であり、前節において退場処分を受けておらず、負傷により離脱していないこと、すなわち予想対象試合においてベンチ入り可であることを示している。
【００５９】
また、チーム情報テーブル２３２ａでは、メンバー名の項目に「Ａ３」が格納され、「Ａ３」に対応する属性の項目に「選手」が格納され、「Ａ３」に対応する累積警告数の項目に「４」が格納され、「Ａ３」に対応する退場の項目と負傷の項目とが空欄となっている。これは当該チームに所属する「Ａ３」が「選手」であり、累積警告数が「４」であり、前節において退場処分を受けておらず、負傷により離脱していないこと、すなわち予想対象試合においてベンチ入り不可であることを示している。
【００６０】
また、チーム情報テーブル２３２ａでは、メンバー名の項目に「Ａｎ−１」が格納され、「Ａｎ−１」に対応する属性の項目に「選手」が格納され、「Ａｎ−１」に対応する累積警告数の項目が空欄となっており、「Ａｎ−１」に対応する退場の項目に「〇」が格納され、「Ａｎ−１」に対応する負傷の項目が空欄となっている。これは当該チームに所属する「Ａｎ−１」が「選手」であり、累積警告がない状態であり、前節において退場処分を受けており、負傷により離脱していないこと、すなわち予想対象試合においてベンチ入り不可であることを示している。
【００６１】
また、チーム情報テーブル２３２ａでは、メンバー名の項目に「Ａｎ」が格納され、「Ａｎ」に対応する属性の項目に「選手」が格納され、「Ａｎ」に対応する累積警告数の項目および退場の項目が空欄となっており、「Ａｎ」に対応する負傷の項目に「〇」が格納されている。これは当該チームに所属する「Ａｎ」が「選手」であり、累積警告がない状態であり、前節において退場処分を受けておらず、負傷により離脱中であること、すなわち予想対象試合においてベンチ入り不可であることを示している。
【００６２】
このようにチーム情報テーブル２３２ａによれば、管理サーバ２００は、現在チームに所属しているそれぞれのメンバーが予想対象試合においてベンチ入り不可（ベンチ入りが不可能な状態（負傷中、累積警告数が所定数到達、前節退場処分））であるか否かを識別できる。
【００６３】
次に可不可情報ＤＢ２３３が保持する可不可情報テーブルについて図７を用いて説明する。図７は、第二実施形態における可不可情報テーブルの一例を示す図である。
可不可情報テーブル２３３ａは、可不可情報ＤＢ２３３が保持するテーブルである。可不可情報テーブル２３３ａは、今節以前の所定期間内に所定チーム（以下、Ａチームとする）に所属するメンバーの当該所定期間内のＡチームの試合におけるベンチ入りの可不可を識別可能な情報である可不可情報が格納されたテーブルである。なお、可不可情報ＤＢ２３３は、チーム毎の可不可情報テーブルを保持する。
【００６４】
なお、可不可情報テーブル２３３ａは、Ｎ節開催以前（Ｎ−１節からＮ節の間）におけるテーブルの状態を示している。なお、Ｎ節は、次に開催される（今節の）試合（予想対象試合）を指し、Ｎ−１節は、１試合前に（前回）開催された（前節の）試合を指し、Ｎ−Ｋ節は、Ｋ試合前に開催された試合を指す。
【００６５】
可不可情報テーブル２３３ａは、メンバー名の項目と、予想対象試合（Ｎ節）以前の所定期間内の試合（Ｎ−Ｋ節〜Ｎ節の試合）の項目とを含んで構成される。そして、各項目の横方向に並べられた情報同士が互いに関連付けられている。
【００６６】
メンバー名の項目には、所定期間内にチームに所属する（Ｎ−Ｋ節〜Ｎ節の試合のいずれかのタイミングでチームに所属する）メンバー（期間内メンバー）の名称が格納される。所定期間内にチームに所属するメンバーは、現在所属しているメンバー（当該チームのチーム情報テーブルに登録されたメンバー）と、過去に（所定期間内のいずれかの時期にだけ）所属していたことがあるメンバーと、を含む。
【００６７】
各試合の項目（Ｎ−Ｋ節〜Ｎ節の項目）には、対応するメンバーがベンチ入り可であるか不可であるか（可能な状態であるか不可能な状態であるか）を識別可能な識別情報が格納される。なお、各試合の項目は、時間経過に応じて適宜項目の追加および項目の削除が行われる。たとえば、Ｎ節の試合の終了を契機にＮ＋１節の項目の追加が行われ、Ｎ−Ｋ節から所定期間が経過した場合にＮ−Ｋ節の項目が削除される。
【００６８】
具体的には、各試合の項目には、ベンチ入り可（ベンチ入りが可能な状態）の場合には「可」が格納され、ベンチ入り不可（ベンチ入りが不可能な状態）の場合には「不可」とその理由が格納される。
【００６９】
より具体的には、累積警告数が所定数に達したためベンチ入り不可の場合には「不可（累積）」が格納され、入団していないためベンチ入り不可の場合には「不可（入団前）」が格納され、１試合前の試合において退場処分を受けたためベンチ入り不可の場合には「不可（退場）」が格納され、負傷してチームから離脱しているためベンチ入り不可の場合には「不可（負傷）」が格納され、チームから退団（脱退）したためベンチ入り不可の場合には「不可（退団）」が格納される。
【００７０】
たとえば、可不可情報テーブル２３３ａは、メンバー名の項目に「Ａ２」、「Ａ２」に対応するＮ−Ｋ節の項目に「可」、「Ａ２」に対応するＮ−１節の項目に「不可（累積）」、「Ａ２」に対応するＮ節の項目に「可」が格納されている。これは「Ａ２」は、所定期間内の試合（Ｎ−Ｋ節〜Ｎ節の試合）のいずれかのタイミングで当該チームに所属しており、Ｎ−Ｋ節の試合ではベンチ入り可であり、Ｎ−１節の試合では累積警告によってベンチ入り不可であり、Ｎ節の試合ではベンチ入り可であることを示している。
【００７１】
また、可不可情報テーブル２３３ａは、メンバー名の項目に「Ａ４」、「Ａ４」に対応するＮ−Ｋ節の項目に「不可（入団前）」、「Ａ４」に対応するＮ−１節の項目に「可」、「Ａ４」に対応するＮ節の項目に「可」が格納されている。これは「Ａ４」は、所定期間内の試合（Ｎ−Ｋ節〜Ｎ節の試合）のいずれかのタイミングで当該チームに所属しており、Ｎ−Ｋ節の試合では入団前であったためベンチ入り不可であり、Ｎ−１節の試合ではベンチ入り可であり、Ｎ節の試合ではベンチ入り可であることを示している。
【００７２】
また、可不可情報テーブル２３３ａは、メンバー名の項目に「Ａｎ−１」、「Ａｎ−１」に対応するＮ−Ｋ節の項目に「可」、「Ａｎ−１」に対応するＮ−１節の項目に「可」、「Ａｎ−１」に対応するＮ節の項目に「不可（退場）」が格納されている。これは「Ａｎ−１」は、所定期間内の試合（Ｎ−Ｋ節〜Ｎ節の試合）のいずれかのタイミングで当該チームに所属しており、Ｎ−Ｋ節の試合ではベンチ入り可であり、Ｎ−１節の試合ではベンチ入り可であり、Ｎ節の試合ではＮ−１節において退場処分を受けたためベンチ入り不可であることを示している。
【００７３】
また、可不可情報テーブル２３３ａは、メンバー名の項目に「Ａｎ」、「Ａｎ」に対応するＮ−Ｋ節の項目に「可」、「Ａｎ」に対応するＮ−１節の項目に「不可（負傷）」、「Ａｎ」に対応するＮ節の項目に「不可（負傷）」が格納されている。これは「Ａｎ」は、所定期間内の試合（Ｎ−Ｋ節〜Ｎ節の試合）のいずれかのタイミングで当該チームに所属しており、Ｎ−Ｋ節の試合ではベンチ入り可であり、負傷によりチームから離脱しているためＮ−１節の試合およびＮ節の試合ではベンチ入り不可であることを示している。
【００７４】
また、可不可情報テーブル２３３ａは、メンバー名の項目に「Ａｎ＋１」、「Ａｎ＋１」に対応するＮ−Ｋ節の項目に「可」、「Ａｎ＋１」に対応するＮ−１節の項目に「不可（退団）」、「Ａｎ＋１」に対応するＮ節の項目に「不可（退団）」が格納されている。これは「Ａｎ＋１」は、所定期間内の試合（Ｎ−Ｋ節〜Ｎ節の試合）のいずれかのタイミングで当該チームに所属しており、Ｎ−Ｋ節の試合ではベンチ入り可であり、チームから退団したためＮ−１節の試合およびＮ節の試合ではベンチ入り不可であることを示している。
【００７５】
次に、更新処理部２２０による可不可情報ＤＢ２３３（可不可情報テーブル）の更新処理について説明する。図８は、第二実施形態における更新処理のフローチャートを示す図である。更新処理部２２０は、所定のタイミング（たとえば、試合が終了するごと）や、チーム情報ＤＢ２３２（チーム情報テーブル）が更新された場合に更新処理を実行する。更新処理では、更新処理部２２０は、チーム情報ＤＢ２３２（チーム情報テーブル）を用いて可不可情報ＤＢ２３３（可不可情報テーブル）を更新する。
【００７６】
［ステップＳ１］更新処理部２２０は、新規に入団（加入）したメンバーが存在するか否かを判定する。更新処理部２２０は、チーム情報テーブルのメンバー名の項目と、可不可情報テーブルのメンバー名の項目とを比較（参照）し、チーム情報テーブルのメンバー内に可不可情報テーブルのメンバー名の項目に格納（登録）されていないメンバーがいる場合に新規に入団したメンバーが存在すると判定する。
【００７７】
更新処理部２２０は、新規に入団したメンバーがいると判定した場合にはステップＳ２にすすみ、新規に入団したメンバーがいないと判定した場合にステップＳ４にすすむ。
［ステップＳ２］更新処理部２２０は、可不可情報テーブルに入団メンバー（チーム情報テーブルのメンバーのうちの可不可情報テーブルのメンバー名の項目に格納（登録）されていないメンバー）についてのレコード（項目）を追加する。
【００７８】
［ステップＳ３］更新処理部２２０は、入団メンバーに対応する今節（Ｎ節）以前の試合の項目（Ｎ−Ｋ節〜Ｎ−１節の項目）に不可（入団前）を格納（設定）する。
新規に入団したメンバーは当該チームの所定期間内の試合のうち今節より前の試合時にはチームに所属していない。そのため、更新処理部２２０は、入団メンバーに対応する今節（Ｎ節）以前の試合の項目（Ｎ−Ｋ節〜Ｎ−１節の項目）に不可（入団前）を格納する。
【００７９】
［ステップＳ４］更新処理部２２０は、新規に退団（Ｎ−１節よりも後に退団）したメンバーが存在するか否かを判定する。更新処理部２２０は、可不可情報テーブルの前節の項目を参照し、前節時において所属していたメンバー（前節の項目に不可（退団）が格納されていないメンバー）を特定し、特定した前節時において所属していたメンバーとチーム情報テーブルのメンバー名の項目とを比較（参照）して、前節時において所属していたメンバー内にチーム情報テーブルのメンバー名の項目に格納（登録）されていないメンバーがいる場合に新規に退団したメンバーが存在すると判定する。
【００８０】
更新処理部２２０は、新規に退団したメンバーがいると判定した場合にはステップＳ５にすすみ、新規に退団したメンバーがいないと判定した場合にステップＳ６にすすむ。
［ステップＳ５］更新処理部２２０は、前節時において所属していたメンバーのうちチーム情報テーブルのメンバー名の項目に格納（登録）されていないメンバー（前節時においてチームに所属しており、現在チームに所属していないメンバー）に対応する今節（Ｎ節）の項目に「不可（退団）」を格納（設定）する。
【００８１】
［ステップＳ６］更新処理部２２０は、可不可情報テーブルに登録されたメンバー内に前節（Ｎ−１節）以前に退団したメンバーが存在するか否かを判定する。更新処理部２２０は、前節（Ｎ−１）の項目に「不可（退団）」が格納されている場合に前節以前に退団したメンバーが存在すると判定し、「不可（退団）」が格納されていない場合に前節以前に退団したメンバーが存在しないと判定する。
【００８２】
更新処理部２２０は、前節以前に退団したメンバーが存在すると判定した場合にはステップＳ７にすすみ、前節以前に退団したメンバーが存在しないと判定した場合にはステップＳ１０にすすむ。
【００８３】
［ステップＳ７］更新処理部２２０は、可不可情報テーブルに登録されたメンバー内に所定期間より前（Ｎ−Ｋ節より前）に退団したメンバーが存在するか否かを判定する。
更新処理部２２０は、Ｎ−Ｋ節からＮ−１節の試合の項目すべてに「不可（退団）」が格納されているメンバーが存在する場合に所定期間より前に退団したメンバーが存在すると判定する。
【００８４】
更新処理部２２０は、可不可情報テーブルに登録されたメンバー内に所定期間より前（Ｎ−Ｋ節より前）に退団したメンバーが存在すると判定した場合にはステップＳ８にすすみ、所定期間より前に退団したメンバーが存在しないと判定した場合にはステップＳ９にすすむ。
【００８５】
［ステップＳ８］更新処理部２２０は、所定期間より前（Ｎ−Ｋ節より前）に退団したメンバーについてのレコード（項目）を削除する。
［ステップＳ９］更新処理部２２０は、前節以前に退団したメンバーのうち、所定期間内に退団した（退団時期が所定期間内である）メンバーに対応する今節（Ｎ節）の項目に「不可（退団）」を格納（設定）する。
【００８６】
［ステップＳ１０］更新処理部２２０は、累積警告数が所定数のメンバーが存在するか否か、すなわち、累積警告により今節の試合においてベンチ入り不可であるメンバーが存在するか否かを判定する。
【００８７】
更新処理部２２０は、チーム情報テーブルの累積警告数の項目を参照し、累積警告数の項目に所定数が格納されたメンバーを検出した場合に累積警告数が所定数のメンバーが存在すると判定する。
【００８８】
更新処理部２２０は、累積警告数の項目に格納された累積警告数が所定数であるメンバーが存在すると判定した場合にはステップＳ１１にすすみ、累積警告数が所定数であるメンバーが存在しないと判定した場合にはステップＳ１２にすすむ。
【００８９】
［ステップＳ１１］更新処理部２２０は、累積警告数が所定数であるメンバー（累積警告により今節の試合においてベンチ入り不可であるメンバー）に対応する今節（Ｎ節）の項目に「不可（累積）」を格納（設定）する。
【００９０】
［ステップＳ１２］更新処理部２２０は、前節（Ｎ−１節）において退場処分を受けているメンバーが存在するか否か、すなわち、退場処分により今節の試合においてベンチ入り不可であるメンバーが存在するか否かを判定する。
【００９１】
更新処理部２２０は、チーム情報テーブルの退場の項目を参照し、退場の項目に「〇」が格納されたメンバーを検出した場合に退場処分を受けているメンバーが存在すると判定する。
【００９２】
更新処理部２２０は、前節（Ｎ−１節）において退場処分を受けているメンバーが存在すると判定した場合にはステップＳ１３にすすみ、前節（Ｎ−１節）において退場処分を受けているメンバーが存在しないと判定した場合にはステップＳ１４にすすむ。
【００９３】
［ステップＳ１３］更新処理部２２０は、退場の項目に「〇」が格納されているメンバー（退場処分を受けているメンバー）に対応する今節（Ｎ節）の項目に「不可（退場）」を格納（設定）する。
【００９４】
［ステップＳ１４］更新処理部２２０は、負傷により離脱しているメンバーが存在するか否か、すなわち、負傷により今節の試合においてベンチ入り不可であるメンバーが存在するか否かを判定する。
【００９５】
更新処理部２２０は、チーム情報テーブルの負傷の項目を参照し、負傷の項目に「〇」が格納されたメンバーを検出した場合に負傷により離脱しているメンバーが存在すると判定する。
【００９６】
更新処理部２２０は、負傷により離脱しているメンバーが存在すると判定した場合にはステップＳ１５にすすみ、負傷により離脱しているメンバーが存在しないと判定した場合にはステップＳ１６にすすむ。
【００９７】
［ステップＳ１５］更新処理部２２０は、負傷の項目に「〇」が格納されているメンバー（負傷により離脱しているメンバー）に対応する今節（Ｎ節）の項目に「不可（負傷）」を格納（設定）する。
【００９８】
［ステップＳ１６］更新処理部２２０は、更新していないメンバーに対応する今節の項目に「可」を格納し、更新処理を終了する。なお、ステップＳ６〜ステップＳ９は、毎試合毎に更新処理するため、本更新処理では省略させてもよい。
【００９９】
次にスポーツくじの投票処理の流れを説明する。図９は、第二実施形態における投票処理の流れを示すシーケンス図である。投票処理は、投票端末３００の投票処理部２１０および管理サーバ２００の投票処理部３１０で行われる。なお、ここでは処理主体が区別容易になるように投票端末３００および管理サーバ２００を用いて記載する。
【０１００】
［シーケンスＳＱ１］投票端末３００は、投票者からＩＤおよびパスワードの入力を受付ける。
［シーケンスＳＱ２］投票端末３００は、管理サーバ２００に受付けたＩＤおよびパスワードを送信する。
【０１０１】
［シーケンスＳＱ３］管理サーバ２００は、会員情報テーブルを参照し、受付けたＩＤおよびパスワードにより会員の特定（投票者の認証）を行う。管理サーバ２００は、特定した会員（投票者）の連絡先アドレスを取得する。
【０１０２】
［シーケンスＳＱ４］管理サーバ２００は、特定した会員（投票者）の連絡先アドレスにスポーツくじに関する情報（可不可情報）を通知して投票者に提供する。
このように可不可情報を投票者に提供することで、管理サーバ２００は、所定期間内の各試合においての試合に臨むことが可能なメンバーや、試合に臨むことが可能なメンバーの変化（戦力の変化）を容易に把握させることができる。
【０１０３】
また、所定期間内に所属したメンバー（Ａ１〜Ａｎ＋１）を基準として、ベンチ入り不可メンバーを表示しているため、退団および入団等によるメンバーの入れ替わりについても把握させることができる。
【０１０４】
特に、可不可情報では、所定期間内にチームに所属するメンバー（Ａ１〜Ａｎ＋１）を基準とし、基準としたメンバーそれぞれについて所定期間内の各試合におけるベンチ入りの可不可を識別可能にし、各試合におけるベンチ入り不可メンバーを特定可能にしているため、ベンチ入り不可メンバーが発生したことによる戦力の変化を各試合相互間で容易に比較させることができる。
【０１０５】
これにより、投票者が不知により（試合に臨むことが（ベンチ入り）可能なメンバーが所定期間内で変化していることを知らずに）、過去の成績を鵜呑みにして不利益を被ることを抑止し、満足度の低下を抑止できる（サービスを向上できる）。また、このような連絡先アドレスに通知して投票者に提供した場合、投票画面のレイアウトを変更する必要がない。そのため、追加のコストを掛けずにサービスを向上できる。
【０１０６】
［シーケンスＳＱ５］管理サーバ２００は、投票画面の生成に用いる情報を投票端末３００に送信する。
［シーケンスＳＱ６］投票端末３００は、受信した情報にもとづいて投票画面を生成して、投票画面を表示し、予想の入力を受付ける。なお、投票画面については、後で図１０〜１２を用いて詳細に説明する。
【０１０７】
［シーケンスＳＱ７］投票端末３００は、投票情報の確定操作を受付ける。
［シーケンスＳＱ８］投票端末３００は、確定された投票情報を管理サーバ２００に送信する。
【０１０８】
［シーケンスＳＱ９］管理サーバ２００は、受信した投票者の投票情報に基づいて投票情報ＤＢ２３５を更新する。
［シーケンスＳＱ１０］管理サーバ２００は、投票者が入力した投票情報のスポーツくじの発券許可を投票端末３００に送信する。
【０１０９】
［シーケンスＳＱ１１］投票端末３００は、投票者が入力した投票情報のスポーツくじを投票（発券）し、投票処理を終了する。
次に、投票画面について図１０〜１２を用いて説明する。図１０は、第二実施形態の店舗窓口・コンビニ設置の投票端末、および利用者端末（モバイル型以外）における投票画面の一例を示す図（その１）である。図１１は、第二実施形態の店舗窓口・コンビニ設置の投票端末、および利用者端末（モバイル型以外）における投票画面の一例を示す図（その２）である。図１２は、第二実施形態の店舗窓口・コンビニ設置の投票端末、および利用者端末（モバイル型以外）における投票画面の一例を示す図（その３）である。なお、以下ではＮ節の結果を予想するくじの投票画面を用いて説明する。
【０１１０】
投票画面３２０は、予想対象試合の予想を入力する画面である。投票画面３２０では、複数の予想対象試合が表示されており、ホームチームが勝つと予想した場合に操作する第１操作部３２１、分け（引き分け）と予想する場合に操作する第２操作部３２２、ホームチームが負けると予想した場合に操作する第３操作部３２３が予想対象試合毎に設けられている。なお、第１操作部３２１、第２操作部３２２、第３操作部３２３は、操作受付前においては表示態様が未操作であることが識別可能な操作前態様（たとえば、消灯態様）となり、操作受付後においては表示態様が操作済であることが識別可能な操作済態様（たとえば、点灯態様）となるよう構成されており、表示態様により操作受付状態が識別可能になっている。
【０１１１】
なお、１の予想対象試合の予想を入力するために設けられた第１操作部３２１、第２操作部３２２、第３操作部３２３は、すべてが操作前態様である場合に予想前であることを示し、いずれか１つが操作済態様である場合に予想が行われたことを示す。したがって、１の予想対象試合の予想を入力するために設けられた第１操作部３２１、第２操作部３２２、第３操作部３２３は、１の操作部が操作済態様である場合に他の操作部が操作された場合には、操作済態様であった操作部の態様が操作前態様に変化させ、新たに操作された操作部を操作済態様に変化させることで、２つ以上の操作部が操作済態様にならないように構成されている。
【０１１２】
また、投票画面３２０では、予想対象試合を実施するチームについての情報を表示するための操作部（情報表示という文字が表面に記載されたボタン）３２４が、各予想対象試合と対応する位置に設けられている。
【０１１３】
なお、投票画面３２０においては、予想対象試合毎に設けられた第１操作部３２１、第２操作部３２２、第３操作部３２３が全て操作前態様になっている。すなわち、投票画面３２０は、いずれの予想対象試合においても予想が入力されていない状態を示している。
【０１１４】
投票画面３３０は、投票画面３２０において操作部３２４が操作された場合の画面である。投票画面３３０は、予想対象試合を実施するチームそれぞれの今節以前の所定期間内（Ｎ節からＮ−Ｋ節）の試合についての概要を表示可能な画面であり、図１１に示す投票画面３３０においては所定期間内の試合のうちの一部（Ｎ−３節からＮ節）の概要を表示している。
【０１１５】
投票画面３３０は、試合が終了していないため今節については、所定期間内にチームに所属するメンバーのうちベンチ入り不可であるメンバー（ベンチ入り不可メンバー）、すなわち今節の試合において戦力としてカウントできないメンバー（試合に臨むことが不可能な状態であるメンバー）を表示している。
【０１１６】
一方、投票画面３３０は、今節以外の所定期間内の試合については試合の結果と、より試合の詳細な情報を表示するための操作部（詳細表示という文字が表面に記載されたボタン）３３１と、所定期間内にチームに所属するメンバーのうちベンチ入り不可であったメンバー、すなわち試合において戦力としてカウントできなかったメンバー（試合に臨むことが不可能な状態であったメンバー）を表示している。なお、詳細な情報としては、たとえば、スターティングメンバ―、ベンチ入りメンバー、シュート数、交代および試合のスタッツなどがある。
【０１１７】
このように、各試合において所定期間内にチームに所属するメンバーのうち試合において戦力としてカウントできないメンバー（できなかったメンバー）を報知することで、スポーツくじ投票システム１００は、試合に臨むことが可能なメンバーが所定期間内で変化していることを知らずに、過去の成績を鵜呑みにして不利益を被ることを抑止し、満足度の低下を抑止できる。このようにしてスポーツくじ投票システム１００は、サービスを向上させている。
【０１１８】
また、投票画面３３０では、今節のベンチ入り不可メンバーとの関係（今節における戦力の低下具合との関係）で、各試合におけるベンチ入り不可メンバーの表示欄の表示態様が変化するよう構成されている。
【０１１９】
たとえば、ベンチ入り不可メンバー（Ｂ２）が今節のベンチ入り不可メンバー（Ｂ２）と同じである試合（ＢチームのＮ−２節）の表示欄（今節と同様の戦力の低下具合の試合の表示欄）は、第１の表示態様（今節のベンチ入り不可メンバーの表示欄と同じ表示態様）となっている。
【０１２０】
また、ベンチ入り不可メンバー（Ａｎ、Ａｎ＋１）が今節のベンチ入り不可メンバー（Ａｎ−１、Ａｎ、Ａｎ＋１）の一部だけである試合（ＡチームのＮ−１節）の表示欄（今節より戦力の低下具合が小さい試合の表示欄）は、第２の表示態様となっている。
【０１２１】
また、ベンチ入り不可メンバー（Ｂ１、Ｂ２）が今節のベンチ入り不可メンバー（Ｂ２）を全て含む試合（ＢチームのＮ−１節）の表示欄（今節より戦力の低下具合が大きい試合の表示欄）は、第３の表示態様となっている。
【０１２２】
また、ベンチ入り不可メンバー（Ａ１、Ａｎ）に今節でベンチ入り不可となっていないメンバー（Ａ１）を含み、かつ、今節のベンチ入り不可メンバー（Ａｎ−１、Ａｎ、Ａｎ＋１）の全て含まない試合（ＡチームのＮ−１節）の表示欄（今節とどちらがより戦力が低下しているか不明である試合の表示欄）は、第４の表示態様となっている。
【０１２３】
このように、今節のベンチ入り不可メンバーとの関係（今節における戦力の低下具合との関係）で、各試合におけるベンチ入り不可メンバーの表示欄の表示態様を変化させることで、スポーツくじ投票システム１００は、各試合が今節よりも万全な状況（整った戦力で）で臨めた試合であるのか否かを容易に把握させ、情報の取捨選択を容易にできる。このようにしてスポーツくじ投票システム１００は、サービスを向上させている。
【０１２４】
なお、今節のベンチ入り不可メンバーとの関係（今節における戦力の低下具合との関係）で、今節以外の各試合におけるベンチ入り不可メンバーの表示欄の表示態様を変化させることに限らない。たとえば、投票者が選択した１の試合との関係で、選択された１の試合以外の各試合におけるベンチ入り不可メンバーの表示欄の表示態様が変化させるよう構成することもできる。
【０１２５】
なお、投票端末が利用者端末（モバイル型）３００−４であって、多くの情報を一度に表示させられない場合には、図１１の画面は、Ｎ−３節からＮ−１節の情報を省略し、Ｎ節（今節）のみ表示させるようにしてもよい。
【０１２６】
図１２の投票画面３４０は、投票画面３２０においてＢチームが勝つという予想（第３操作部３２３の操作）がされた後の画面であり、第３操作部３２３の表示態様が操作前態様（消灯態様）から操作済態様（点灯態様）となっている。投票画面３４０は、予想が入力されたことに伴い、ベンチ入り不可メンバー表示３４１を表示している。ベンチ入り不可メンバー表示３４１は、入力された投票情報に応じて予想対象試合におけるベンチ入り不可メンバーの情報を表示する。
【０１２７】
Ａチームのベンチ入り不可メンバーは、Ａチームの戦力の低下の要因であるため、通常、Ｂチームが勝利（Ａチームが敗北）するという予想を覆し得る要因とはなり得ない。そのため、Ｂチームが勝利するという予想が入力されている投票画面３４０においてベンチ入り不可メンバー表示３４１は、予想対象試合におけるＢチームのベンチ入り不可メンバーの情報だけを表示している。
【０１２８】
これにより、ベンチ入り不可メンバー表示３４１は、Ｂチームが勝利するという予想を覆し得る要因となる当該予想対象試合におけるＢチームの戦力の低下の要因を容易に把握可能にしている。
【０１２９】
このように投票画面３４０では、Ｂチームが勝利するという予想を覆し得る要因となるＢチームの戦力の低下具合を提示することで、戦力が低下していることを知らずに不利益を被ることを抑止し、満足度の低下を抑止できる。このようにしてスポーツくじ投票システム１００は、サービスを向上させている。
【０１３０】
投票画面３５０は、投票画面３２０においてＡチームとＢチームとが分け（引き分け）であるという予想（第２操作部３２２が操作）がされた後の画面であり、第２操作部３２２の表示態様が操作前態様（消灯態様）から操作済態様（点灯態様）になっている。投票画面３５０は、予想が入力されたことに伴い、ベンチ入り不可メンバー表示３４１を表示している。
【０１３１】
ＡチームとＢチームが引き分けるという予想の場合、Ａチームの戦力の低下の要因およびＢチームの戦力の低下の要因は、ともに予想を覆し得る要因となり得る。そのため、ＡチームとＢチームが分ける（引き分ける）という予想が入力されている投票画面３５０においてベンチ入り不可メンバー表示３４１は、予想対象試合におけるＡチームのベンチ入り不可メンバーの情報およびＢチームのベンチ入り不可メンバーの情報を表示している。これにより、ベンチ入り不可メンバー表示３４１は、ＡチームとＢチームが分けるという予想を覆し得る要因となる当該予想対象試合におけるＡチームおよびＢチームの戦力の低下の要因を把握可能にしている。
【０１３２】
このように投票画面３５０では、ＡチームとＢチームが分けるという予想を覆し得る要因となるＡチームおよびＢチームの戦力の低下具合を提示することで、戦力が低下していることを知らずに不利益を被ることを抑止し、満足度の低下を抑止できる。このようにしてスポーツくじ投票システム１００は、サービスを向上させている。
【０１３３】
次にベンチ入り不可メンバー表示を表示するベンチ入り不可メンバー表示処理について図１３を用いて説明する。図１３は、第二実施形態におけるベンチ入り不可メンバー表示処理のフローチャートを示す図である。ベンチ入り不可メンバー表示処理は、投票端末３００の投票処理部３１０が行う処理である。投票端末３００は、スポーツくじの投票時に（投票情報の入力受付時に）ベンチ入り不可メンバー表示処理を実行する。
【０１３４】
［ステップＳ２１］投票処理部３１０は、予想の入力を受付けたか否かを判定する。投票処理部３１０は、第１操作部３２１、第２操作部３２２、または第３操作部３２３の操作を検知した場合に、予想の入力を受付けたと判定する。
【０１３５】
投票処理部３１０が、予想の入力を受付けたと判定した場合にはステップＳ２２にすすみ、予想の入力を受付けていないと判定した場合にはステップＳ２１にすすむ。
［ステップＳ２２］投票処理部３１０は、予想が分け（引き分け）であるか否かを判定する。投票処理部３１０は、第２操作部３２２の操作を検知している場合に予想が引き分けであると判定する。
【０１３６】
投票処理部３１０が、予想が引き分けであると判定した場合にはステップＳ２４にすすみ、予想が引き分けでないと判定した場合にはステップＳ２３にすすむ。
［ステップＳ２３］投票処理部３１０は、勝利すると予想されたチームのベンチ入り不可メンバーをベンチ入り不可メンバー表示により表示する。投票処理部３１０は、第１操作部３２１の操作（ホームチームの勝利の予想の入力）を検知している場合には、ホームチームの予想対象試合におけるベンチ入り不可メンバーを表示するベンチ入り不可メンバー表示３４１を表示し、第３操作部３２３の入力（アウェイチームの勝利の予想の入力）を検知している場合には、アウェイチームの予想対象試合におけるベンチ入り不可メンバーを表示するベンチ入り不可メンバー表示３４１を表示する。
【０１３７】
［ステップＳ２４］投票処理部３１０は、両チームの予想対象試合のベンチ入り不可メンバーを表示するベンチ入り不可メンバー表示３４１を表示する。
［ステップＳ２５］投票処理部３１０は、投票情報の入力が終了したか否かを判定する。投票処理部３１０は、たとえば、投票画面において確定ボタン（不図示）が入力された場合に、投票情報の入力が終了（投票情報が確定）したと判定する。
【０１３８】
投票処理部３１０は、投票情報の入力が終了したと判定した場合にはベンチ入り不可メンバー表示処理を終了し、投票情報の入力が終了していないと判定した場合にはステップＳ２１にすすむ。
【０１３９】
なお、第二実施形態においては所定期間内に所属したメンバー（Ａ１〜Ａｎ＋１）を基準として、ベンチ入りが不可能なメンバーを特定するとして説明したがこれに限らない。たとえば、現在の所属メンバー（Ａ１〜Ａｎ）を基準にベンチ入り不可能なメンバーを特定するよう構成することもできる。この場合には、可不可情報テーブルのメンバー名の項目に格納するメンバーを現在所属しているメンバーだけにすればよい。
【０１４０】
なお、予め会員情報として会員が応援しているチームを登録させ、当該チームについては、ベンチ入り不可メンバー表示の対象外（たとえば、Ａチームを応援する会員が予想対象試合においてＡチームの勝利を予想した場合に、予想対象試合におけるＡチームのベンチ入り不可メンバーを表示するベンチ入り不可メンバー表示３４１の表示（出力）を中止する）とするようにしてもよい。
【０１４１】
一般に、応援しているチームについては、メンバーの負傷や出場停止（累積、退場）、退団、入団などの情報は自ら収集していると（不知でないと）考えられる。または、戦力の状況にかかわらず常に勝利の予想をすることも考えられる。
【０１４２】
そのため、応援しているチームについてのベンチ入り不可メンバー表示は、投票者にとってかえって煩わしく、投票者の満足度の低下に繋がるおそれがある。そこで、スポーツくじ投票システム１００は、応援しているチームについてはベンチ入り不可メンバー表示の対象外とすることで、投票者の満足度の低下を抑止する。
【０１４３】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク、磁気テープなどがある。光ディスクには、ＤＶＤ、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ／ＲＷなどがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。
【０１４４】
プログラムを流通させる場合には、たとえば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１４５】
プログラムを実行するコンピュータは、たとえば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１４６】
また、上記の処理機能の少なくとも一部を、ＤＳＰ、ＡＳＩＣ、ＰＬＤなどの電子回路で実現することもできる。
なお、本発明は上述した実施形態そのままに限定されるものではなく、実施段階でのその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。たとえば、実施形態に示される全構成要素を適宜組み合わせてもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。このような、発明の趣旨を逸脱しない範囲内において種々の変形や応用が可能である。
【符号の説明】
【０１４７】
１  情報提供システム
２  特定手段
３  出力手段
１０  チーム情報
１１  可不可情報
【図１】
2019101620.tif 000003
【図２】
2019101620.tif 000004
【図３】
2019101620.tif 000005
【図４】
2019101620.tif 000006
【図５】
2019101620.tif 000007
【図６】
2019101620.tif 000008
【図７】
2019101620.tif 000009
【図８】
2019101620.tif 000010
【図９】
2019101620.tif 000011
【図１０】
2019101620.tif 000012
【図１１】
2019101620.tif 000013
【図１２】
2019101620.tif 000014
【図１３】
2019101620.tif 000015