(57)【要約】      （修正有）【課題】費用や手間をかけず、正確な試合情報をリアルタイムで提供する、試合情報提供システム、試合情報提供用サーバ、試合情報提供方法、及びプログラムを提供する。【解決手段】試合情報提供システムＳは、試合における運営で試合関係者が得点を含む試合情報を入力する試合関係者用装置１と、試合関係者用装置１から受信した試合情報を蓄積する試合情報提供用サーバ（ＤＢサーバ３、ＡＰサーバ４）と、試合情報提供用サーバに問い合わせることで、試合情報を取得し、取得した試合情報を画面表示するユーザ端末５と、を備える。【選択図】図１
2016224584.tif 000002
【特許請求の範囲】
【請求項１】
個人間や団体間で得点を競う試合の情報をリアルタイムで提供するための試合情報提供システムであって、
前記試合における運営で試合関係者が前記得点を含む試合情報を入力する試合関係者用装置と、
前記試合関係者用装置から受信した前記試合情報を蓄積する試合情報提供用サーバと、
前記試合情報提供用サーバに問い合わせることで、前記試合情報を取得し、当該取得した試合情報を画面表示するユーザ端末と、
を備えることを特徴とする試合情報提供システム。
【請求項２】
前記試合関係者用装置と前記試合情報提供用サーバとを正しい時刻に同期させるＮＴＰ（Network Time Protocol）サーバを、さらに備える
ことを特徴とする請求項１に記載の試合情報提供システム。
【請求項３】
個人間や団体間で得点を競う試合の情報をリアルタイムで提供するための試合情報提供システムにおける試合情報提供用サーバであって、
前記試合における運営で試合関係者が前記得点を含む試合情報を入力する試合関係者用装置から受信した前記試合情報を蓄積する記憶部と、
前記試合に関して問い合わせのあったユーザ端末に対して前記試合情報を画面表示のために送信する制御部と、
を備えることを特徴とする試合情報提供用サーバ。
【請求項４】
前記制御部は、ＮＴＰサーバとの通信により正しい時刻に同期する
ことを特徴とする請求項３に記載の試合情報提供用サーバ。
【請求項５】
個人間や団体間で得点を競う試合の情報をリアルタイムで提供するための試合情報提供システムにおける試合情報提供用サーバによる試合情報提供方法であって、
前記試合情報提供用サーバは、
前記試合における運営で試合関係者が前記得点を含む試合情報を入力する試合関係者用装置から受信した前記試合情報を蓄積する記憶部と、制御部と、を備えており、
前記制御部は、
前記試合に関して問い合わせのあったユーザ端末に対して前記試合情報を画面表示のために送信する
ことを特徴とする試合情報提供方法。
【請求項６】
前記制御部は、ＮＴＰサーバとの通信により正しい時刻に同期する
ことを特徴とする請求項５に記載の試合情報提供方法。
【請求項７】
コンピュータを、請求項３または請求項４に記載の試合情報提供用サーバとして機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、個人間や団体間で得点を競う試合（スポーツ、格闘技、ゲーム等）の情報をリアルタイムで提供するための技術に関する。
【背景技術】
【０００２】
以下、試合としてスポーツの場合を例に挙げて説明する。例えば、スポーツで、テレビやインターネットで生中継されているものの場合、試合会場にいない人でも、テレビや端末（パソコン、スマートフォン等）でその生中継を見ることで、リアルタイムに試合情報を得ることができる。
【０００３】
一方、そのような生中継がない場合、例えば、得点を含む試合情報を誰か（以下、情報発信者という。）が自発的に端末からインターネット等にリアルタイムで配信すれば、試合会場にいない人でも、自身の端末でその配信先（Ｗｅｂページ等）にアクセスすることでリアルタイムに試合情報を得ることができる（特許文献１）。
【０００４】
その場合、情報発信者が、試合の各チームの総得点のほかに、個人得点やファール数等の詳細情報も入力すれば、閲覧者は、その詳細情報を知ることができ、試合の状況をより詳細に把握することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−４４３２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、前記したような情報発信者が自発的に端末からインターネット等に試合情報を配信する方法では、次のような問題がある。まず、自発的な情報発信者がいない場合は試合情報を配信できないので、有償で情報発信者を雇ったり、無償で誰かに情報発信者となるよう依頼したりする等、費用や手間がかかる。その場合、例えば、１つの試合会場で複数の試合が同時進行するときなどには、費用や手間が大きくかかってしまう。また、情報発信者が配信する試合情報が正確とは限らず不正確な場合も起こりうるという問題もある。
【０００７】
そこで、本発明は、費用や手間をかけず、正確な試合情報をリアルタイムで提供することを課題とする。
【課題を解決するための手段】
【０００８】
前記課題を解決するために、本発明は、個人間や団体間で得点を競う試合の情報をリアルタイムで提供するための試合情報提供システムであって、前記試合における運営で試合関係者が前記得点を含む試合情報を入力する試合関係者用装置と、前記試合関係者用装置から受信した前記試合情報を蓄積する試合情報提供用サーバと、前記試合情報提供用サーバに問い合わせることで、前記試合情報を取得し、当該取得した試合情報を画面表示するユーザ端末と、を備えることを特徴とする。
【０００９】
これによれば、元々試合で用いられる試合関係者用装置から試合情報提供用サーバに試合情報を送信して蓄積しておくことで、費用や手間をかけず、試合情報提供用サーバから問い合わせのあったユーザ端末に、正確な試合情報をリアルタイムで提供することができる。
【００１０】
また、本発明は、前記試合情報提供システムが、前記試合関係者用装置と前記試合情報提供用サーバとを正しい時刻に同期させるＮＴＰサーバを、さらに備えることを特徴とする。
【００１１】
これによれば、試合関係者用装置と試合情報提供用サーバとを正しい時刻に同期させることができ、試合情報の時間的な正確性をより高めることができる。
【００１２】
また、本発明は、コンピュータを前記試合情報提供用サーバとして機能させるためのプログラムである。これによれば、コンピュータを前記試合情報提供用サーバとして機能させることができる。
【発明の効果】
【００１３】
本発明によれば、費用や手間をかけず、正確な試合情報をリアルタイムで提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態の試合情報提供システムの全体構成図である。
【図２】ユーザ端末に表示した試合別情報の画面例を示す図である。
【図３】ユーザ端末に表示したチーム別情報の画面例を示す図である。
【図４】本実施形態の試合情報提供システムにおける各構成の処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００１５】
以下、本発明を実施するための形態（実施形態）について、図面を参照しながら説明する。図１に示すように、本実施形態の個人間や団体間で得点を競う試合（例えば、野球、サッカー、バスケットボール等のスポーツ）の情報をリアルタイムで提供するための試合情報提供システムＳは、通信ネットワーク６で互いに通信可能な、試合関係者用装置１と、ＮＴＰ（Network Time Protocol）サーバ２と、ＤＢ（Data Base）サーバ３（試合情報提供用サーバ）と、ＡＰ（Application）サーバ４（試合情報提供用サーバ）と、ユーザ端末５とを備える。なお、本実施形態では、試合情報提供用サーバは、ＤＢサーバ３とＡＰサーバ４によって実現しているが、この形態に限定されず、１つあるいは３つ以上のサーバによって実現してもよい。
【００１６】
通信ネットワーク６は、例えば、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）等の通信用のネットワークであり、有線、無線のいずれであってもよい。
【００１７】
試合関係者用装置１は、試合における運営で試合関係者（審判員、記録係、スコアラー等）が得点を含む試合情報を入力するコンピュータ装置である。試合関係者用装置１は、例えば、試合情報表示装置１ａ（試合の選手や観客が見る表示装置で、情報入力手段付き。）、携帯端末１ｂ（スマートフォン等）、腕時計型端末１ｃである。本実施形態では、元々、試合における運営にあたり、試合関係者が得点を含む試合情報を試合関係者用装置１に入力することを前提とする。試合関係者用装置１は、試合関係者が入力した試合情報をリアルタイムでＤＢサーバ３に送信する。
【００１８】
ＮＴＰサーバ２は、試合関係者用装置１とＤＢサーバ３とを正しい時刻に同期させる。
【００１９】
ＤＢサーバ３は、制御部３１と、記憶部３２、および、図示しない入出力インタフェース、通信インタフェース、表示手段等を備える。
【００２０】
記憶部３２は、試合関係者用装置１から受信した試合情報を蓄積する。試合情報は、例えば、競技（競技Ａ、競技Ｂ、・・・）ごとの情報（競技Ａ情報、競技Ｂ情報、・・・）として、試合別情報、チーム別情報等がある。
【００２１】
試合別情報としては、例えば、図２に示すように、競技名（競技Ａ）、試合の日付（○年○月○日）、大会名、試合会場、試合時間、現在時刻（△△：△△現在）、チーム名（チームａ、チームｂ）とそれぞれの総得点（得点）、メンバーの番号と名称（「メンバー」と表記）と得点（個人得点）、残り時間、反則回数等がある。
【００２２】
チーム別情報としては、例えば、図３に示すように、チーム名（チームａ）、今季の勝数（勝）と負数（負）と順位（「その他」の欄の○位／○チーム）、チームごと（対ｂチーム、対ｃチーム、・・・）の勝数と負数等がある。なお、チーム別情報は、図３に示す以外に、チームごとの得点、失点等の他の情報を含んでいてもよい。
【００２３】
試合情報は、これらに限定されず、試合に関するあらゆる情報を対象とすることができる。
【００２４】
図１に戻って、ＤＢサーバ３の制御部３１は、ＤＢサーバ３の制御全般を司り、例えば、試合関係者用装置１から受信した試合情報を記憶部３２に蓄積（格納）したり、ＡＰサーバ４からの問い合わせに応じて記憶部３２に蓄積した試合情報を提供したり、ＮＴＰサーバ２との通信によって時刻同期をしたりする。
【００２５】
ＡＰサーバ４は、図示しない制御部、記憶部、入出力インタフェース、通信インタフェース、表示手段等を備え、ユーザ端末５からの問い合わせに応じてＤＢサーバ３にアクセスして試合情報を取得し、その取得した試合情報を問い合わせのあったユーザ端末５に画面表示のために送信する。ＡＰサーバ４がＤＢサーバ３から情報を取得する方法としては、例えば、Ｗｅｂ ＡＰＩ（Application Program Interface）の形式であることが好ましい。Ｗｅｂ ＡＰＩとしては、例えば、ＲＥＳＴ（REpresentational State Transfer）、ＳＯＡＰ（Simple Object Access Protocol）、ＷＳＤＬ（Web Services Description Language）等が挙げられる。
【００２６】
ユーザ端末５は、試合情報の取得（閲覧）を希望するユーザが所有するコンピュータ装置である。ユーザ端末５としては、例えば、携帯端末５ａ（スマートフォン等）、パソコン５ｂである。ユーザの操作によって、ユーザ端末５は、ＡＰサーバ４に問い合わせることで試合情報を取得し、取得した試合情報を画面表示する（図２、図３参照）。
【００２７】
次に、図４を参照して（適宜図１参照）、試合情報提供システムＳにおける各構成の処理の流れについて説明する。
【００２８】
まず、試合関係者用装置１はＮＴＰサーバ２に対して時刻同期を要求し（ステップＳ１）、ＮＴＰサーバ２は試合関係者用装置１に時刻同期情報を送信する（ステップＳ２）。これにより、試合関係者用装置１は正しい時刻に同期することができる。
【００２９】
次に、ＤＢサーバ３はＮＴＰサーバ２に対して時刻同期を要求し（ステップＳ３）、ＮＴＰサーバ２はＤＢサーバ３に時刻同期情報を送信する（ステップＳ４）。これにより、ＤＢサーバ３は正しい時刻に同期することができる。
【００３０】
次に、試合関係者用装置１はＤＢサーバ３に各種情報等（試合情報の前提となる競技名、試合の日付、大会名、試合会場、試合時間、チーム名等の情報）を通知する（ステップＳ５）。
ＤＢサーバ３は、受信した各種情報等を記憶部３２に記憶し、試合関係者用装置１に各種情報等受信完了を送信する（ステップＳ６）。
【００３１】
次に、ユーザ端末５は、ユーザの操作により、ＡＰサーバ４に装置（ユーザ端末５）登録を要求し（ステップＳ７）、ＡＰサーバ４は、ユーザ端末５に装置登録完了を送信する（ステップＳ８）。
【００３２】
次に、ユーザ端末５は、ユーザの操作により、ＡＰサーバ４にユーザ登録を要求し（ステップＳ９）、ＡＰサーバ４は、ユーザ端末５にユーザ登録完了を送信する（ステップＳ１０）。これにより、ユーザ端末５は、試合情報をＡＰサーバ４から取得できる状態となる。
【００３３】
次に、ＡＰサーバ４はＤＢサーバ３に情報（試合情報の前提となる情報）の取得を要求し（ステップＳ１１）、ＤＢサーバ３はＡＰサーバ４にその情報を送信する（ステップＳ１２）。
【００３４】
ここで、試合が開始されたものとする。
試合関係者用装置１は、試合関係者の操作によって試合情報が入力され、入力された試合情報をＤＢサーバ３に通知する（ステップＳ２１）。
ＤＢサーバ３は、受信した試合情報を記憶部３２に記憶し、試合関係者用装置１に試合情報受信完了を送信する（ステップＳ２２）。
【００３５】
ユーザ端末５は、ユーザの操作によって、ＡＰサーバ４に試合情報の取得を要求する（ステップＳ２３）。
これを受けて、ＡＰサーバ４は、ＤＢサーバ３に試合情報の取得を要求する（ステップＳ２４）。
【００３６】
ＤＢサーバ３はＡＰサーバ４にステップＳ２１の試合情報を送信し（ステップＳ２５）、ＡＰサーバ４は受信した試合情報をユーザ端末５に送信する（ステップＳ２６）。
これにより、試合情報を受信したユーザ端末５は、図２に示すような試合情報（試合別情報）を画面表示する。ユーザ端末５のユーザは、この画面を見て試合情報を認識することができる。
【００３７】
試合の進行とともに試合関係者によって試合情報を更新（入力）された試合関係者用装置１は、更新された試合情報をＤＢサーバ３に通知する（ステップＳ２７）。
ＤＢサーバ３は、受信した試合情報を記憶部３２に記憶し、試合関係者用装置１に試合情報受信完了を送信する（ステップＳ２８）。
【００３８】
ユーザ端末５は、ユーザの操作によって、ＡＰサーバ４に試合情報の取得を要求する（ステップＳ２９）。
これを受けて、ＡＰサーバ４は、ＤＢサーバ３に試合情報の取得を要求する（ステップＳ３０）。
【００３９】
ＤＢサーバ３はＡＰサーバ４にステップＳ２７の試合情報を送信し（ステップＳ３１）、ＡＰサーバ４は受信した試合情報をユーザ端末５に送信する（ステップＳ３２）。
これにより、試合情報を受信したユーザ端末５は、試合情報を画面表示する（図２参照）。ユーザ端末５のユーザは、この画面を見て更新された試合情報を認識することができる。
【００４０】
また、ユーザ端末５は、情報カスタマイズを望むユーザの操作によって、ＡＰサーバ４に試合情報カスタマイズを要求する（ステップＳ３３）。
これを受けて、ＡＰサーバ４は、試合情報カスタマイズ結果をユーザ端末５に送信する（ステップＳ３４）。
【００４１】
例えば、試合情報カスタマイズ結果がチーム別情報である場合、試合情報カスタマイズ結果の画面表示は、例えば図３に示すようになる。ユーザ端末５のユーザは、この画面を見てチーム別情報を認識することができる。
【００４２】
このように、本実施形態の試合情報提供システムＳによれば、元々試合で用いられる試合関係者用装置１からＤＢサーバ３に試合情報を送信して蓄積しておくことで、費用や手間をかけず、ＤＢサーバ３から、ＡＰサーバ４を経由して、問い合わせのあったユーザ端末５に、正確な試合情報をリアルタイムで提供することができる。
【００４３】
また、ＮＴＰサーバ２によって試合関係者用装置１とＤＢサーバ３とを正しい時刻に同期させることができ、試合情報の時間的な正確性をより高めることができる。
【００４４】
また、コンピュータをＤＢサーバ３、ＡＰサーバ４として機能させるためのプログラムを作成し、用いることで、コンピュータをＤＢサーバ３、ＡＰサーバ４として機能させることができる。
【００４５】
また、試合情報をＤＢサーバ３で一括管理するので、例えば、試合会場が降雨により屋外から屋内に変更した等の理由により試合関係者用装置１を変更した場合等であっても、試合関係者用装置１のＩＤ（IDentifier）を用いて容易に対応できる。また、試合で用いられている試合情報表示装置１ａが試合途中で故障した場合でも、途中までの試合情報がＤＢサーバ３に保存されているため、代替の試合関係者用装置１に切り替えることで、すぐに試合を継続することができる。
【００４６】
また、ＡＰサーバ４は、Ｗｅｂ ＡＰＩを用いることで、ＤＢサーバ３から試合情報等を容易に取得することができ、また、新たなトーナメント表の作成、リアルタイムな個人得点ランキング結果取得などの試合情報カスタマイズも容易に行うことができる。
【００４７】
以上で本実施形態の説明を終えるが、本発明の態様はこれらに限定されるものではない。
例えば、スポーツ以外に、格闘技、ゲーム、体育祭における競技等、個人間や団体間で得点を競う試合で、元々試合で試合関係者用装置１を用いるものであれば、対象とすることができる。
【００４８】
また、試合情報カスタマイズ結果は、チーム別情報に限定されず、リーグ表や、前記したような個人得点ランキング、新たに作成したトーナメント表等、種々のものを実現することができる。
その他、具体的な構成や処理の内容について、本発明の主旨を逸脱しない範囲で適宜変更が可能である。
【符号の説明】
【００４９】
１      試合関係者用装置
１ａ    試合情報表示装置
１ｂ    携帯端末
１ｃ    腕時計型端末
２      ＮＴＰサーバ
３      ＤＢサーバ（試合情報提供用サーバ）
４      ＡＰサーバ（試合情報提供用サーバ）
５      ユーザ端末
５ａ    携帯端末
５ｂ    パソコン
６      通信ネットワーク
３１    制御部
３２    記憶部
【図１】
2016224584.tif 000003
【図２】
2016224584.tif 000004
【図３】
2016224584.tif 000005
【図４】
2016224584.tif 000006