(57)【要約】【課題】コンペに参加する全プレーヤーの競技途中の最新の順位関係を把握可能な情報を競技中に提供し、通信システムを用いる利便性を充分に生かした競技成績集計方法並びに競技支援装置及びシステムを提供する。【解決手段】ハンディキャップに基づく競技順位設定手段を用い、競技の進行に応じて設定されるハンディキャップによって競技の進行に応じて競技順位の決定を行うことで、公平性が考慮された競技者相互の順位関係を把握できる情報が競技途中においても作成されるとともに、その情報が競技者に提供されることが実現される。【選択図】    図１１
2005095482.tif 000002
【特許請求の範囲】
【請求項１】
ハンディキャップに基づく競技順位設定手段を用い、競技の進行に応じて設定されるハンディキャップによって競技の進行に応じて競技順位の決定を行うことを特徴とする競技成績集計方法。
【請求項２】
前記競技順位設定手段は、競技終了段階での競技成績に適用される全体ハンディキャップを競技進行に応じて配分してなる実効的ハンディキャップを競技進行途中の競技成績に適用して競技順位を決定する請求項１記載の競技成績集計方法。
【請求項３】
前記全体ハンディキャップを競技者ごとに複数種類備え、当該複数のハンディキャップのいずれを競技順位決定に適用するかを競技進行に合わせて決定する請求項２記載の競技成績集計方法。
【請求項４】
前記複数種類の全体ハンディキャップには、競技開始前に設定される特定ハンディキャップが含まれる請求項２又は請求項３記載の競技成績集計方法。
【請求項５】
前記複数種類の全体ハンディキャップには、競技開始後の競技成績に基づいて決定される変動ハンディキャップが含まれる請求項２又は請求項３記載の競技成績集計方法。
【請求項６】
前記競技順位設定手段は、前記変動ハンディキャップを決定する条件が充足されたことを契機として、競技進行の途中から当該変動ハンディキャップを競技順位の決定に適用する請求項５記載の競技成績集計方法。
【請求項７】
前記複数種類の全体ハンディキャップから競技者に選択された一の全体ハンディキャップを適用して競技進行途中の順位を決定する請求項３から請求項６のいずれか一に記載の競技成績集計方法。
【請求項８】
全競技終了後に適用される全体ハンディキャップを競技の進行に応じて配分してなる実効的ハンディキャップを競技者ごとに設定する実効的ハンディキャップ設定手段と、
当該実効的ハンディキャップによって競技の進行に応じて競技順位の決定を行う順位決定手段とを有する
ことを特徴とする競技支援装置。
【請求項９】
前記全体ハンディキャップは、競技開始前に設定される特定ハンディキャップ及び競技開始後に設定される変動ハンディキャップであり、
前記実効的ハンディキャップの設定にいずれのハンディキャップを適用するかを決定するハンディキャップ切替手段を備える請求項８記載の競技支援装置。
【請求項１０】
複数のデータ出入力端末と、当該複数のデータ出入力端末と電気通信回線を通じて接続されるサーバとを備え、
前記複数のデータ出入力端末のいずれかから入力されたデータに基づいて作成されたデータは、前記複数のデータ出入力端末及び前記サーバに電気通信回線を通じて共有可能とされ、
全競技終了後に適用される全体ハンディキャップを競技の進行に応じて配分してなる実効的ハンディキャップを競技者ごとに設定する実効的ハンディキャップ設定手段と、当該実効的ハンディキャップによって競技の進行に応じて競技順位の決定を行う順位決定手段とは、それぞれ前記複数のデータ出入力端末及び前記サーバの少なくとも一つに備えられる
ことを特徴とする競技支援システム。
【請求項１１】
前記全体ハンディキャップは、競技開始前に設定される特定ハンディキャップ及び競技開始後に設定される変動ハンディキャップであり、
前記複数のデータ出入力端末及び前記サーバの少なくとも一つは、
前記実効的ハンディキャップの設定にいずれのハンディキャップを適用するかを決定するハンディキャップ切替手段を備える請求項１０記載の競技支援システム。
【請求項１２】
前記複数のデータ出入力端末及び前記サーバの少なくとも一つは、
前記複数のデータ出入力端末のいずれかから入力されたデータを記憶する記憶手段と、当該記憶したデータに特定のデータが含まれているか否かを検出する検出手段と、前記検出手段が前記特定のデータを検出したときは、当該データを演算して演算結果のデータを算出する制御部とを備え、
前記記憶手段には、全競技終了後に適用される全体ハンディキャップと競技途中結果を含む競技者ごとの個人データとが格納され、
前記制御部は、前記実効的ハンディキャップ設定手段と前記順位決定手段とを有する請求項１０又は請求項１１記載の競技支援システム。
【請求項１３】
前記実効的ハンディキャップ設定手段は、
競技途中に前記データ出入力端末を介して前記記憶手段に入力されるデータに基づいて各競技者の競技途中結果を計算する競技途中結果計算手段と、
競技の進行に応じて前記全体ハンディキャップを配分してなる実効的ハンディキャップを計算する実効的ハンディキャップ計算手段と、
競技の進行に応じて予め設定される基準数値を計算する基準数値計算手段とを備え、
前記順位決定手段は、前記競技途中結果から前記実効的ハンディキャップと前記参照用数値とを減じてなる比較用数値を競技者ごとに計算して、当該比較用数値を比較することで競技途中の競技順位を決定する請求項１２記載の競技支援システム。
【請求項１４】
前記データ出入力端末は、前記順位決定手段によって決定された競技順位を他の競技者の競技順位と比較可能に表示する競技順位表示手段を備える請求項１０から請求項１３のいずれか記載の競技支援システム。
【請求項１５】
前記データ出入力端末は、前記順位決定手段によって決定された競技順位が所定順位である競技者にその旨を報知する順位報知手段を備える請求項１０から請求項１４のいずれか一に記載の競技支援システム。
【請求項１６】
前記実行ハンディキャップ設定手段は複数種類の全体ハンディキャップから選ばれる一の全体ハンディキャップに基づいて実行ハンディキャップの設定可能とされ、
当該複数種類の全体ハンディキャップのいずれを実効的ハンディキャップの計算に用いるかを競技者の意思に基づいて選択するハンディキャップ選択手段を備える
請求項１０から請求項１５のいずれか一に記載の競技支援システム。
【請求項１７】
前記ハンディキャップ選択手段への選択指令が前記データ出入力端末から入力可能な請求項１６記載の競技支援システム。
【請求項１８】
前記データ出入力端末は、競技途中の各競技者の競技附帯技能データを入力可能とされ、
前記複数のデータ出入力端末及び前記サーバの少なくとも一つは、電気通信回線を通じて入力される各競技者の前記競技附帯技能データを比較して競技附帯技能の能力順位を決定する能力順位決定手段を備え、
前記データ出入力端末は、当該能力順位決定手段によって決定された能力順位を表示する能力順位表示手段を備える請求項１０から請求項１７のいずれか一に記載の競技支援装置。
【請求項１９】
前記能力順位表示手段は、各競技者が相互に他の競技者の順位を確認可能に表示する請求項１８記載の競技支援システム。
【請求項２０】
前記データ出入力端末は、前記能力順位決定手段によって決定された能力順位が所定順位である競技者にその旨を報知する能力順位報知手段を備える請求項１８又は請求項１９記載の競技支援システム。
【請求項２１】
前記データ出入力端末及び前記サーバの少なくとも一つは、各競技者の過去の競技に係る履歴データを入力可能とされ、
前記データ出入力端末は、当該履歴データを表示する履歴データ表示手段を備える請求項１０から請求項２０のいずれか一に記載の競技支援システム。
【請求項２２】
前記複数のデータ出入力端末及び前記サーバの少なくとも一つは、前記履歴データに基づいて前記特定ハンディキャップを設定する特定ハンディキャップ設定手段を有する請求項２１記載の競技支援システム。
【請求項２３】
競技がゴルフであって、
前記記憶手段は、各ホールのパー数を含むコースデータを格納し、
前記基準数値計算手段は、競技が終了したホールの合計パー数を基準数値として計算する請求項１３から請求項２２のいずれか一に記載の競技支援システム。
【請求項２４】
前記複数のデータ出入力端末及び前記サーバの少なくとも一つは、前記変動ハンディキャップを設定する変動ハンディキャップ決定手段を備え、
当該変動ハンディキャップ決定手段は、競技開始前に予め設定される隠しホールでのスコアに基づいて前記変動ハンディキャップを決定し、
前記ハンディキャップ切替手段は、前記隠しホールの少なくとも一つでのスコアがデータ出入力端末に入力されたことを契機として前記変動ハンディキャップへの切替を行う
請求項２３記載の競技支援システム。
【請求項２５】
前記複数のデータ出入力端末の少なくとも一つは移動端末である
請求項１０から請求項２４のいずれかに記載の競技支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハンディキャップを用いて競技順位を決定する競技における競技成績の集計に関するものであり、具体的には競技途中であっても競技順位等を競技者が随時知得可能にするための方法、支援装置及び支援システムに関する。
【背景技術】
【０００２】
従来より、ゴルフの競技中に他のパーティのプレーヤーの競技状況を把握することを目的として、ネットワークを用いたゴルフ情報提供システムが開示されている。
【０００３】
その一つとして、ホールごとのスコア入力用クライアントとコンペ集計用のサーバとからなるシステムをゴルフ場内に構築し、各ホールでの競技終了後にＩＤスコアカードを用いてクライアントにスコアを入力することで、自らのスコアをサーバに登録するとともに、他の競技者のスコア情報をＩＤスコアカードに表示させる発明が開示されている（特許文献１）。
【０００４】
係る発明では、競技途中に他のプレーヤーの途中成績を知得することが実現されている。しかし、このサーバクライアントシステムはループ型のＬＡＮで構築されているので、クライアントは各ホールの一箇所に固定で配置される。このため、クライアントはカップ近傍に配置されることとなり、そのホールが終了するまでは他のパーティに属するプレーヤーの途中成績を得ることは困難であった。  従って、例えばパー数が５打のホールにおいて、２打目の段階で自らの最新の順位を確認し、その順位に応じて攻撃的なショットとするか保守的なショットとするかを決定するようなことは不可能であった。
【０００５】
その後、競技の途中結果の入力及び表示手段として携帯端末を用いる発明が開示された（特許文献２，３）。これらの発明では情報伝達に電話回線やインターネットを用いる。このため、プレーヤーはゴルフ場のどこにいても自らを含む各プレーヤーの競技途中の成績を確認できるようになった。
【０００６】
【特許文献１】特開平９−１４０８４４号公報
【特許文献２】特開２００１−３４０５１０号公報
【特許文献３】特開２００２−５８７７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、従来の技術のいずれにおいても、表示される情報は各ホールでのスコアやパー数程度であり、全プレーヤーが全ホールの競技を終了して合計スコアが得られるまでは、最終的な順位を推定できるような情報はプレーヤーに提供されない。このため、競技途中では、特定の競技者に対して現在どの程度優位にあるのかなど、プレーヤー間の相対順位に関する具体的な情報を知ることができない。言い換えれば、通信システムを用いて最新の競技情報を共有できる環境が提供されながら、プレーヤーにとって競技途中に最も重要な情報は提供されず、実際には通信システムを用いる利便性は充分に生かされていなかった。なお、ここでは、理解を容易にするために競技をゴルフに限定して説明を行ったが、マラソンなどの他の運動競技でも事情は同じである。
そこで、本発明は、競技の参加者（プレーヤー）全員に対して、競技順位などの進行中の競技に直接的に反映されるようなリアルタイム性のある情報を、相互に比較可能な態様で競技等の進行中にも随時提供する競技成績集計方法、競技支援装置及び競技支援システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を達成するために提供される本願第一の発明に係る競技成績集計方法は、ハンディキャップに基づく競技順位設定手段を用い、競技の進行に応じて設定されるハンディキャップによって競技の進行に応じて競技順位の決定を行うことを特徴とする。
係る集計方法によれば、競技の進行途中で進行に応じてハンディキャップが変化するため、公平性が考慮された競技者相互の順位関係を把握できる情報が競技途中においても作成されるとともに、その情報が競技者に提供されることが実現される。例えば、競技がゴルフの場合には、現在のホールについてスコアを１つ伸ばすだけで順位が５つ上がるなどの具体的な競技情報がリアルタイムで入手される。このように全体の中での自らの位置付けが常に把握されるので、競技途中でも「順位を５つ上げる」などの他の競技者との関連における具体的な競技目標を設定するという新たな楽しみ方が提供されることとなる。従って、係るシステムを用いて競技を行うことで、通信システムを用いる利便性が充分に生かされた競技進行が実現される。
【０００９】
また、本願第二の発明に係る競技成績集計方法は、本願第一の発明に係る方法であって、競技順位設定手段は、競技終了段階での競技成績に適用される全体ハンディキャップを競技進行に応じて配分してなる実効的ハンディキャップを競技進行途中の競技成績に適用して競技順位を決定する。
係る集計方法を採用することで、競技進行途中でも、全体ハンディキャップは競技進行程度に合わせた実効的な数値に変換されて競技順位決定に用いられる。このため、競技途中であっても、競技者相互の最新の順位関係を示す情報が生成される。すなわち競技の進行に応じて配分したリアルタイムでのハンディキャップである実効的ハンディキャップを用いてリアルタイムでの競技順位の決定が行われる。
【００１０】
また、本願第三の発明に係る競技成績集計方法は、本願第二の発明に係る方法であって、全体ハンディキャップを競技者ごとに複数種類備え、その複数の全体ハンディキャップのいずれを競技順位決定に適用するかを競技進行に合わせて決定する。
係る方法を採用することで、競技の進行に応じて選択される最適な全体ハンディキャップに基づいて実効的ハンディキャップを設定することが実現される。このため、ハンディキャップの導入の目的である競技における公平性が競技途中でも実現されやすい。従って、より競技性が向上した競技進行が実現される。
具体的には全体ハンディキャップを競技者ごとに複数種類（少なくとも特定ハンディキャップ及び変動ハンディキャップを備え、さらに付加的に、過去の競技履歴や用いられる用具、ボールその他の条件に応じて複数種類の特定ハンディキャップ及び変動ハンディキャップを設定する等の態様が可能）備え、それらの複数のハンディキャップの何れを用いるかが競技の進行に合わせて決定される。例えば、競技のスタート時点では全競技者につき特定ハンディキャップによる競技順位決定が行われ、以後隠しホール通過に伴い変動ハンディキャップを適用していくという態様である。
【００１１】
また、本願第四の発明に係る競技成績集計方法は、本願第二又は三の発明に係る方法であって、複数種類の全体ハンディキャップには、競技開始前に設定される特定ハンディキャップが含まれる。
コンペの開始前に使用者が入力した自己申告若しくは競技企画者の設定による特定ハンディキャップを全体ハンディキャップとして用いることで、これまでの競技実績がハンディキャップとして順位計算に組み込まれる。
【００１２】
また、本願第五の発明に係る競技成績集計方法は、本願第二又は三の発明に係る方法であって、複数種類の全体ハンディキャップには、競技開始後の競技成績に基づいて決定される変動ハンディキャップが含まれる。
ここでいう変動ハンディキャップとは、順位決定の対象となる競技における競技者の競技結果によって設定されるハンディキャップである。係る変動ハンディキャップは、特定ハンディキャップに比べて、競技途中での各競技者の体調や天候などの競技環境を正確に反映することができる。このため、変動ハンディキャップによれば各競技者の競技結果の分布が狭まり、特定ハンディキャップに比べて、進行中の競技における公平性をより実現しやすい。従って、競技途中での順位が大きく変動する可能性があり、係る競技方法を採用することで競技性が向上する。
また、変動ハンディキャップを採用すると、競技途中でも他の競技者の動向によって順位変動が頻繁に発生することとなり、自らの順位が変更したか否かの確認をするという新たな楽しみ方が提供される。
したがって以上の本願第４の発明及び本願第五の発明によれば全体ハンディキャップが特定ハンディキャップ及び変動ハンディキャップを含み、実効的ハンディキャップが特定ハンディキャップ及び／又は変動ハンディキャップに基づいて決定される。また、本願第３の発明において複数のハンディキャップの何れを用いるかが競技の進行に合わせて決定される態様として、特定→特定、特定→変動、変動→変動等の態様が可能である（変動→特定、特定→変動→特定等の態様も含まれる。）。
【００１３】
また、本願第六の発明に係る競技成績集計方法は、本願第五の発明に係る方法であって、競技順位設定手段は、変動ハンディキャップを決定する条件が充足されたことを契機として、競技進行の途中から当該変動ハンディキャップを競技順位の決定に適用する。
変動ハンディキャップは、競技が開始してからの競技結果に基づいて設定されるものであるから、競技を開始するときは変動ハンディキャップが適用されることはない。そこで、上記のごとく、開始初期は特定ハンディキャップなど競技開始前に設定可能なハンディキャップに基づいて実効的ハンディキャップを計算し、その後変動ハンディキャップに計算対象を変更することで、競技中は常にハンディキャップが考慮された数値によって順位が決定されることが実現される。従って、係る構成を備えることで、競技開始直後であっても、公平性について考慮された競技者相互の順位関係が把握されやすい。
【００１４】
また、本願第七の発明に係る競技成績集計方法は、本願第三から六のいずれかの発明に係る方法であって、複数種類の全体ハンディキャップから競技者に選択された一の全体ハンディキャップを適用して競技進行途中の順位を決定する。
係る方法を採用することで、競技者が自らの意思で自らが有利と考える全体ハンディキャップを選択し、競技途中の順位計算にも適用することが実現される。このため、全体ハンディキャップの選択も競技全体の順位決定パラメータの一つとなり、競技の楽しみ方の幅が広がる。具体的には、複数の競技者全員が「特定→変動」という態様で決定されるハンディキャップを用いる必要はなく、一部の競技者が全体ハンディキャップとして特定ハンディキャップを選択し、変動ハンディキャップの適用を受けないようにすることもできる。したがって、競技者の選択によって変動ハンディキャップの適用を受ける受けない等も決定することができ、その選択も競技に含まれるという楽しみが得られる。かかる態様は対象となる競技がゴルフである場合には一般的には行われてはおらず、ゴルフでも実施でき、さらに他の競技では有効となる場合もある。この態様はハンディキャップの選択に伴いある種のギャンブル性による興趣が得られる点を加味したものである。
【００１５】
また、上記の課題を達成するために提供される本願第八の発明に係る競技支援装置は、全競技終了後に適用される全体ハンディキャップを競技の進行に応じて配分してなる実効的ハンディキャップを競技者ごとに設定する実効的ハンディキャップ設定手段と、その実効的ハンディキャップによって競技の進行に応じて競技順位の決定を行う順位決定手段とを有することを特徴とする。
係る装置を用いることで、全体ハンディキャップは競技進行程度に合わせた実効的な数値に変換され、係る数値に基づいて競技者相互の最新の順位関係を把握できる情報を作成することが実現される。このため、提供される情報のリアルタイム性が高く、係る情報に基づいた新たな進行中の競技の楽しみ方が提供されうる。従って、係る支援装置を用いて競技を行うことで、通信システムを用いる利便性が充分に生かされた競技進行が実現される。
【００１６】
また、本願第九の発明に係る競技支援装置は、本願第八の発明に係る装置であって、全体ハンディキャップは、競技開始前に設定される特定ハンディキャップ及び競技開始後に設定される変動ハンディキャップであり、実効的ハンディキャップの設定にいずれのハンディキャップを適用するかを決定するハンディキャップ切替手段を備える。
変動ハンディキャップは、競技が開始してからの競技結果に基づいて設定されるものであるから、競技を開始するときは変動ハンディキャップが適用されることはない。そこで、上記のごとく、開始初期は特定ハンディキャップなど競技開始前に設定可能なハンディキャップに基づいて実効的ハンディキャップを計算し、その後変動ハンディキャップに計算対象を変更することで、競技中は常にハンディキャップが考慮された数値によって順位が決定されることが実現される。従って、係る構成を備えることで、競技開始直後であっても、公平性について考慮された競技者相互の順位関係が把握されやすい。
また、競技者が自らの意思で自らが有利と考える全体ハンディキャップを選択し、競技途中の順位計算にも適用することが実現される。このため、全体ハンディキャップの選択も競技全体の順位決定パラメータの一つとなり、競技の楽しみ方の幅が広がる。
【００１７】
また、上記の課題を達成するために提供される本願第十の発明に係る競技支援システムは、複数のデータ出入力端末と、その複数のデータ出入力端末と電気通信回線を通じて接続されるサーバとを備え、複数のデータ出入力端末のいずれかから入力されたデータに基づいて作成されたデータは、複数のデータ出入力端末及びサーバに電気通信回線を通じて共有可能とされ、全競技終了後に適用される全体ハンディキャップを競技の進行に応じて配分してなる実効的ハンディキャップを競技者ごとに設定する実効的ハンディキャップ設定手段と、その実効的ハンディキャップによって競技の進行に応じて競技順位の決定を行う順位決定手段とは、それぞれ複数のデータ出入力端末及びサーバの少なくとも一つに備えられることを特徴とする。
係る構成を備えることで、システム中のいずれかの要素に備えられる実効的ハンディキャップ設定手段は、データ出入力端末から入力されるデータに基づいて、全体ハンディキャップを競技進行程度に合わせた実効的な数値である実効的ハンディキャップに変換することが実現される。
また、システム内のいずれかの要素に備えられる順位決定手段は、得られた実効的ハンディキャップに基づいて、競技者相互の最新の順位関係を把握するためのデータを作成することが実現される。
さらに、各手段で作成されたデータはシステム内の各要素に共有されるので、それぞれの手段がシステム内のどの要素に備えられていても、電気通信回線を通じて各手段はデータをやりとりしながら協働することにより所定のデータを作成することが実現される。
さらにまた、最終的に作成される競技途中の競技順位データもシステム内の各要素に共有されるので、係るシステムを利用する競技者は、いずれのデータ出入力端末を用いても競技途中における自らの最新の順位を把握することが実現される。
このため、提供される情報のリアルタイム性が高く、係る情報に基づいた新たな進行中の競技の楽しみ方が提供されうる。従って、係る支援システムを用いて競技を行うことで、通信システムを用いる利便性が充分に生かされた競技進行が実現される。
【００１８】
また、本願第十一の発明に係る競技支援システムは、本願第十の発明に係るシステムであって、全体ハンディキャップは、競技開始前に設定される特定ハンディキャップ及び競技開始後に設定される変動ハンディキャップであり、複数のデータ出入力端末及びサーバの少なくとも一つは、実効的ハンディキャップの設定にいずれのハンディキャップを適用するかを決定するハンディキャップ切替手段を備える。
このように実効的ハンディキャップの設定対象となるハンディキャップを切り替える手段を有することで、競技開始直後であっても、公平性が考慮された競技者相互の順位関係が把握されやすい。
【００１９】
また、本願第十二の発明に係る競技支援システムは、本願第十又は十一の発明に係るシステムであって、複数のデータ出入力端末及び前記サーバの少なくとも一つは、複数のデータ出入力端末のいずれかから入力されたデータを記憶する記憶手段と、その記憶したデータに特定のデータが含まれているか否かを検出する検出手段と、その検出手段が特定のデータを検出したときは、そのデータを演算して演算結果のデータを算出する制御部と、演算結果のデータを含むデータを複数のデータ出入力端末に送信する送信手段とを備え、記憶手段には、全競技終了後に適用される全体ハンディキャップと競技途中結果を含む競技者ごとの個人データとが格納され、制御部は、前記実効的ハンディキャップ設定手段と前記順位決定手段とを有する。
上記の構成を有することで、電気通信回線上に接続されるいずれかのデータ出入力端末に競技結果に係るデータが入力されたことを検出手段が検出したときのみ実効的ハンディキャップの設定が行われることが実現される。このため、検出手段が電気通信回線上に接続されてデータ入力を監視していることで、順位決定に係る制御部や複数の手段が常に起動していなくても、必要に応じて所定の手段等を起動して電気通信回線上に接続することが実現される。従って、システム全体としての通信負荷が緩和され、効率的なシステム運用が実現される。
【００２０】
また、本願第十三の発明に係る競技支援システムは、本願第十又は十一の発明に係るシステムであって、実効的ハンディキャップ設定手段は、競技途中にデータ出入力端末を介して記憶手段に入力されるデータに基づいて各競技者の競技途中結果を計算する競技途中結果計算手段と、競技の進行に応じて全体ハンディキャップを配分してなる実効的ハンディキャップを計算する実効的ハンディキャップ計算手段と、競技の進行に応じて予め設定される基準数値を計算する基準数値計算手段とを備え、順位決定手段は、競技途中結果から実効的ハンディキャップと前記参照用数値とを減じてなる比較用数値を競技者ごとに計算して、当該比較用数値を比較することで競技途中の競技順位を決定する。
実効的ハンディキャップ設定手段が係る構成を備えることで、実効的ハンディキャップが簡便に計算される。ここで、基準数値とは、競技の設定条件に関わらず競技の進行程度を客観的に評価できるように数値化したものであり、ハンディキャップと同じ単位系を有し、競技者共通のパラメータとして予め設定される。例えば、ゴルフでは競技進行途中における終了ホールのパー数の合計が基準数値に相当し、マラソンでは所定の距離における標準ラップタイムが基準数値に相当する。
【００２１】
また、本願第十四の発明に係る競技支援システムは、本願第十から十三のいずれかの発明に係るシステムであって、前記データ出入力端末は、前記順位決定手段によって決定された競技順位を他の競技者の競技順位と比較可能に表示する。
係る構成を備えることで、競技途中でも自らの順位だけではなく、他の競技者の順位も把握することが実現される。このため、例えば特定の競技者との順位の相対差に着目しながら競技を行うことが実現され、競技の楽しみ方の幅が広がる。
【００２２】
また、本願第十五の発明に係る競技支援システムは、本願第十から十三のいずれかの発明に係るシステムであって、前記データ出入力端末は、前記順位決定手段によって決定された競技順位が所定順位である競技者にその旨を報知する順位報知手段を備える。
係る構成を備えることで、競技進行途中でも、競技順位が上位である場合にはその旨を、競技順位が下位である場合にはその旨を報知して、各競技者に競技順位向上に向けての競争心をかき立てる演出が実現される。このため、競技途中でも順位を常に意識しながら競技を行うことが実現される。
【００２３】
また、本願第十六の発明に係る競技支援システムは、本願第十から十五のいずれかの発明に係るシステムであって、実行ハンディキャップ設定手段は複数種類の全体ハンディキャップから選ばれる一の全体ハンディキャップに基づいて実行ハンディキャップの設定可能とされ、その複数種類の全体ハンディキャップのいずれを実効的ハンディキャップの計算に用いるかを競技者の意思に基づいて選択するハンディキャップ選択手段を備える。
係る構成を備えることで、競技者は自らに有利なハンディキャップを選択することが実現される。このため、ハンディキャップの選択が競技全体の順位決定パラメータの一つとなり、競技の楽しみ方の幅が広がる。
【００２４】
また、本願第十七の発明に係る競技支援システムは、本願第十から十六のいずれかの発明に係るシステムであって、前記ハンディキャップ選択手段への選択指令が前記データ出入力端末から入力可能とされる。
係る構成を備えることで、競技者は競技途中でも選択指令を随時入力することが実現される。このため、ハンディキャップの選択によって競技順位が変動する機会が増え、競技性が向上する。また、競技者は自らの順位が変動したか否かを頻繁に確認するという新たな競技の楽しみ方が提供されることとなる。
【００２５】
また、本願第十八の発明に係る競技支援システムは、本願第第十から十七のいずれかの発明に係るシステムであって、データ出入力端末は、競技途中の各競技者の競技附帯技能データを入力可能とされ、複数のデータ出入力端末及びサーバの少なくとも一つは、電気通信回線を通じて入力される各競技者の競技附帯技能データを比較して競技附帯技能の能力順位を決定する能力順位決定手段を備え、データ出入力端末は、その能力順位決定手段によって決定された能力順位を表示する能力順位表示手段を備える。
ここでいう競技附帯技能の例としては、競技がゴルフの場合には一打当たりの飛距離や第一打後のボール停止位置とカップとの距離などが挙げられ、これらの競技附帯技能を競技中に競うことでドラコン賞やニアピン賞が決定される。また、競技がマラソンの場合には区間ラップが競技附帯技能の例としてとして挙げられる。
係る構成を備えることで、競技附帯技能の能力順位を競技途中でも認識することが実現される。このため、競技順位が向上する可能性は低いが能力順位が向上する可能性が高いことが競技途中で明らかになった場合には、競技者は自らの選択でこれらの能力順位向上に競技目的を変更すること実現される。従って単に競技順位を上げるだけでなく、様々な競技の楽しみ方が競技途中で提供される。
【００２６】
また、本願第十九の発明に係る競技支援システムは、本願第十八のいずれかの発明に係るシステムであって、能力順位表示手段は、各競技者が相互に他の競技者の順位を確認可能に表示する。
係る構成を備えることで、競技途中でも自らの能力順位だけではなく、他の競技者の能力順位も把握することが実現される。このため、例えば特定の競技者との能力順位の相対差に着目しながら競技を行うことが実現され、競技の楽しみ方の幅が広がる。
【００２７】
また、本願第二十の発明に係る競技支援システムは、本願第十八又は十九の発明に係るシステムであって、データ出入力端末は、能力順位決定手段によって決定された能力順位が所定順位である競技者にその旨を報知する能力順位報知手段を備える。
係る構成を備えることで、競技進行途中でも、能力順位が上位である場合にはその旨を、能力順位が下位である場合にはその旨を報知して、各競技者に能力順位向上に向けての競争心をかき立てる演出が実現される。このため、競技途中でも能力順位を常に意識しながら競技を行うことが実現される。
【００２８】
また、本願第二十一の発明に係る競技支援システムは、本願第十から二十のいずれかの発明に係るシステムであって、データ出入力端末及びサーバの少なくとも一つは、各競技者の過去の競技に係る履歴データを入力可能とされ、データ出入力端末は、当該履歴データを表示する履歴データ表示手段を備える。
係る構成を備えることで、過去の競技履歴に係る情報を競技中に確認し、その情報を現在の競技内容に反映させることが実現される。すなわち、オンデマンドな情報提供が実現され、係る情報に基づいた新たな進行中の競技の楽しみ方が提供されうる。従って、係る支援システムを用いて競技を行うことで、通信システムを用いる利便性が充分に生かされた競技進行が実現される。
【００２９】
また、本願第二十二の発明に係る競技支援システムは、本願第二十一の発明に係るシステムであって、複数のデータ出入力端末及びサーバの少なくとも一つは、履歴データに基づいて特定ハンディキャップを設定する特定ハンディキャップ設定手段を有する。
係る構成を備えることで、競技者が競技開始前に予め自ら入力しなくても、競技に必要な特定ハンディキャップが競技開始時に各競技者に対して設定されることが実現される。このため、利用者の利便性に優れた支援システムが提供される。
【００３０】
また、本願第二十三の発明に係る競技支援システムは、本願第十三から二十二の発明に係るシステムであって、競技がゴルフであって、記憶手段は、各ホールのパー数を含むコースデータを格納し、基準数値計算手段は、競技が終了したホールの合計パー数を基準数値として計算する。
係る構成を備えることで、ゴルフの競技途中にハンディキャップを反映した競技結果が競技者に提供されることとなり、通信システムを用いる利便性が充分に生かされたゴルフ競技進行が実現される。
【００３１】
また、本願第二十四の発明に係る競技支援システムは、本願第二十三の発明に係るシステムであって、複数のデータ出入力端末及び前記サーバの少なくとも一つは、変動ハンディキャップを設定する変動ハンディキャップ決定手段を備え、変動ハンディキャップ決定手段は、競技開始前に予め設定される隠しホールでのスコアに基づいて変動ハンディキャップを決定し、ハンディキャップ切替手段は、隠しホールの少なくとも一つでのスコアがデータ出入力端末に入力されたことを契機として変動ハンディキャップへの切替を行う。
変動ハンディキャップの計算にいくつかのホールの結果を用いる場合には、これらのホールは競技者に知得されないように隠しホールとしておくことが望ましい。競技者の意思によって変動ハンディキャップが変化することが防止されるからである。また、少なくとも一つの隠しホールにおけるスコアが携帯端末に入力されたことを契機として、ハンディキャップ切替手段によって変動ハンディキャップへの切替が行われることで、全ての隠しホールでの競技が終了する前から公平性が高い変動ハンディキャップに基づく順位計算が実現される。
【００３２】
また、本願第二十五の発明に係る競技支援システムは、本願第十から二十四の発明に係るシステムであって、複数のデータ出入力端末の少なくとも一つは移動端末である。
競技者はデータ出入力端末として移動端末を用いて競技を行うことで、競技途中のどのタイミングでも競技順位などを確認し、その表示内容に応じて競技内容を変化させることが実現される。このため、提供される情報のリアルタイム性がさらに向上し、通信システムを用いる利便性がさらに生かされた競技進行が実現される。
【発明の効果】
【００３３】
以上のように、本願発明に係る競技成績集計方法によれば、競技の進行途中で進行に応じてハンディキャップが変化するため、公平性が考慮された競技者相互の順位関係を把握できる情報が競技途中においても作成されるとともに、その情報が競技者に提供されることが実現される。従って、係るシステムを用いて競技を行うことで、通信システムを用いる利便性が充分に生かされた競技進行が実現可能である。
また、本願発明に係る競技支援装置によれば、全体ハンディキャップは競技進行程度に合わせた実効的な数値に変換され、係る数値に基づいて競技者相互の最新の順位関係を把握できる情報を作成することが実現される。このため、提供される情報のリアルタイム性が高く、係る情報に基づいた新たな進行中の競技の楽しみ方が提供されうる。従って、係る支援装置を用いて競技を行うことで、通信システムを用いる利便性が充分に生かされた競技進行が実現可能である。
また、本願発明に係る競技システムによれば、システム中のいずれかの要素に備えられる実効的ハンディキャップ設定手段は、データ出入力端末から入力されるデータに基づいて、全体ハンディキャップを競技進行程度に合わせた実効的な数値である実効的ハンディキャップに変換することが実現される。また、システム内のいずれかの要素に備えられる順位決定手段は、得られた実効的ハンディキャップに基づいて、競技者相互の最新の順位関係を把握するためのデータを作成することが実現される。さらに、各手段で作成されたデータはシステム内の各要素に共有されるので、それぞれの手段がシステム内のどの要素に備えられていても、電気通信回線を通じて各手段はデータをやりとりしながら協働することにより所定のデータを作成することが実現される。さらにまた、最終的に作成される競技途中の競技順位データもシステム内の各要素に共有されるので、係るシステムを利用する競技者は、いずれのデータ出入力端末を用いても競技途中における自らの最新の順位を把握することが実現される。このため、提供される情報のリアルタイム性が高く、係る情報に基づいた新たな進行中の競技の楽しみ方が提供されうる。従って、係る支援システムを用いて競技を行うことで、通信システムを用いる利便性が充分に生かされた競技進行が実現可能である。
【発明を実施するための最良の形態】
【００３４】
図１は本発明が適用されるネットワーク装置のブロック図である。
この発明は、予め登録されている会員のみが競技成績集計のサービスを受けることができるものとし、この会員の集まりを以下の説明では、ｉカップメンバとも称する。
【００３５】
図１において、サーバ１は経路制御装置２及び電話回線３を介してインターネットに接続されている。インターネットには複数のデータ出入力端末装置として、携帯電話１１，ＰＤＡ１２，ノートパソコン１３，デスクトップパソコン１４が接続されている。なお、データ出入力端末装置の数には制限がなく、さらに、データ出入力端末装置としては上記に限ることなく、その他のキーボードやマウスなどの入力部を有するパソコンや携帯情報端末やＰＨＳや無線機などを用いてもよい。また、各データ出入力端末装置とインターネットとの接続は無線通信による以外に、電気信号や光信号などによる有線通信であっても構わない。
【００３６】
引き続き、本発明に係る競技成績集計方法を実行する競技支援装置及びシステムの動作説明を、データ出入力端末装置が携帯電話１１である場合を例にして、図２から図１０に示されるフロー図に基づいて説明する。
図２はメニュー画面と初期画面とが表示されているときに実行されるメイン処理動作の要部を示すフロー図である。
図３は図２に示されるメイン処理のステップＳ１０５に示される予約処理の動作の要部を示すフロー図である。
図４は図２に示されるメイン処理のステップＳ１０７に示される使用処理の動作の要部を示すフロー図である。
図５は図４に示される使用処理のステップＳ２１０に示されるコンペ使用初期処理の動作の要部を示すフロー図である。
図６は図４に示される使用処理のステップＳ２１５に示されるコース設定処理の動作の要部を示すフロー図である。
図７は図４に示される使用処理のステップＳ２１６に示されるプレーヤー設定処理の動作の要部を示すフロー図である。
図８は図７に示されるプレーヤー設定処理のステップＳ１６５に示されるプレーヤー訂正処理の動作の要部を示すフロー図である。
図９は図４に示される使用処理のステップＳ２１７に示されるスコア入力処理の動作の要部を示すフロー図である。
図１０は図９に示されるスコア入力処理のステップＳ４２１に示されるスコア情報送信処理により送信された情報をサーバ１が受信したことを契機としてサーバ１が行うランキング更新処理の動作の要部を示すフロー図である。
【００３７】
１．メイン処理（図２）
インターネット上でｉカップトーナメントを提供するサーバ１にアクセスすると、図２に示されるステップＳ１００からＳ１０８で構成されるメイン処理を実行するためのプログラムがサーバ１から携帯電話１１に送信され、そのプログラムに従って携帯電話１１のＣＰＵがメイン処理を開始する。
【００３８】
まず、携帯電話１１のＣＰＵは、表示画面に図１２に示されるようなメニュー画面を表示する（ステップＳ１００）。続いて、スタートの入力が使用者によってなされたか否かの待ち状態になる（ステップＳ１０１）。ここで、図１２には説明の入力選択があるが、この部分は本発明にとっては付加的であるから説明を省略する。
ステップＳ１０１でスタート入力がなされたと判定した場合には、表示画面に図１３に示されるような初期画面を表示する（ステップＳ１０３）。図１３に示されるように、この初期画面では「予約する」、「使用する」及び「戻る」の３つの選択が可能である。従って、ＣＰＵは、初期画面を表示しつつ（ステップＳ１０３）、「予約する」が選択されたか否かの判定処理（ステップＳ１０４）と、「使用する」が選択されたか否かの判定処理（ステップＳ１０６）と、「戻る」が選択されたか否かの判定処理（ステップＳ１０８）とで構成される入力待ち状態となる。
【００３９】
この入力待ち状態で「予約する」が選択された場合には、予約処理を実行する（ステップＳ１０５）。予約処理とは本発明に係るサーバ１に競技を行うことを登録する処理であり、その詳細は図３を用いて後述する。予約処理の実行が終了すると、ステップＳ１０３に移行して、図１３に示される初期画面の表示を行う。
また、「使用する」が選択された場合には、後述する使用処理を実行する（ステップＳ１０７）。使用処理とは、競技の際に実行する処理であり、競技開始直前にサーバ１にプレーヤー情報を送信したり、競技中にスコア情報を送信したり、競技中にランキング情報を受信したりするためのものであり、詳細は図４などを用いて後述する。この使用処理の実行が終了すると、ステップＳ１０３に移行して、図１３に示される初期画面の表示を行う。
また、「戻る」が選択された場合には、ステップＳ１００に移行し、図１２に示されるメニュー画面を表示する。
なお、このようにメイン処理はループを形成して終了処理を持たないが、携帯電話１１の一般的な機能として割込による終了処理によって図２に示されるメイン処理は終了する。また、以下に説明する各処理も割込による終了処理によって適宜終了する。
【００４０】
２．予約処理（図３）
予約処理では、ＣＰＵはまず図１４に示されるようなコンペ予約画面を表示する（ステップＳ１１０）。図１４に示されるように、このコンペ予約画面では名称入力、パスワード入力、「予約」及び「戻る」の４つの選択が可能である。従って、ＣＰＵは、コンペ予約画面を表示しつつ（ステップＳ１１０）、名称入力が選択されたか否かの判定処理（ステップＳ１１１）と、パスワード入力が選択されたか否かの判定処理（ステップＳ１１３）と、「予約」が選択されたか否かの判定処理（ステップＳ１１５）と、「戻る」が選択されたか否かの判定処理（ステップＳ１２１）とで構成される入力待ち状態となる。
【００４１】
この入力待ち状態で名称入力が選択された場合には、名称入力処理を実行し（ステップＳ１１２）、その後ステップＳ１１０に移行して、図１４に示されるコンペ予約画面の表示を行う。
ここで、名称入力処理では、携帯電話１１が基本機能として有する文字入力プログラムを実行し、入力された名称を携帯電話１１が備える記憶手段に一時的に格納するとともに、図１４に示されるコンペ予約画面に設けられた名称の表示領域にその入力結果を表示する。
【００４２】
また、この入力待ち状態でパスワード入力が選択された場合には、パスワード入力処理を実行し（ステップＳ１１４）、その後ステップＳ１１０に移行して、図１４に示されるコンペ予約画面の表示を行う。
ここで、パスワード入力処理では、携帯電話１１が基本機能として有する文字入力プログラムを実行し、入力された名称を携帯電話１１が備える記憶手段に一時的に格納するとともに、図１４に示されるコンペ予約画面に設けられたパスワードの表示領域にその入力結果を表示する。
なお、パスワード入力では入力確認処理を行ったり、パスワードの表示領域には「＊＊＊＊」のように入力結果が使用者以外にはパスワードの認識が困難な態様で表示したりしてもよい。
【００４３】
また、この入力待ち状態で、「予約」が選択された場合には、サーバ１にアクセスして（ステップＳ１１６）、携帯電話１１の記憶手段に格納してある名称とパスワードとを読み出し、これを予約情報としてサーバ１に送信する（ステップＳ１１７）。なお、サーバ１にアクセスする前に、携帯電話１１の記憶手段に名称とパスワードとが格納されているかのチェック処理を行ってもよいし、送信前に再度送信内容の確認処理を行ってもよい。
続いて、サーバ１からの受信待ち状態となり、所定時間経過後に予約完了情報をサーバ１から受信したか否かの判定を行う（ステップＳ１１８）。ステップＳ１１８で予約完了情報を受信していると判定した場合には、図１５に示されるような予約完了画面を表示してから（ステップＳ１２０）、この予約処理を終了し、図２に示されるメイン処理のステップＳ１０３へと移行する。
一方、ステップＳ１１８で所定時間を経過しても予約完了情報を受信していないと判定した場合には、エラー表示を行い（ステップＳ１１９）、ステップＳ１１０に移行して図１４に示されるコンペ初期画面の表示を行う。
【００４４】
また、入力待ち状態で「戻る」が選択された場合には、この予約処理を終了し、図２に示されるメイン処理のステップＳ１０３へと移行する。
【００４５】
３．使用処理（図４）
使用処理では、ＣＰＵはまずコンペ使用初期処理を実行する（ステップＳ２１０）。このコンペ使用初期処理は、使用者が特定のコンペの番号を送信し、サーバ１にそのコンペの番号に係る競技が開始されることを認識させるためのものであり、サーバ１はこの処理の実行による予約情報を受信すると、サーバ１内に所定の作業領域の確保などを行う。なお、この処理の携帯電話１１のＣＰＵの動作の詳細は図５を用いて後述する。
係るコンペ使用初期処理の実行によって携帯電話１１の一時記憶に格納された予約番号に基づいて、図１７に示されるようなコンペ情報画面を表示する（ステップＳ２１１）。図１７に示されるように、このコンペ情報画面では「コース設定」、「プレー開始」、及び「戻る」の３つの選択が可能である。従って、ＣＰＵは、コンペ情報画面を表示しつつ（ステップＳ２１１）、「コース設定」が選択されたか否かの判定処理（ステップＳ２１２）と、「プレー開始」が選択されたか否かの判定処理（ステップＳ２１３）と、「戻る」が選択されたか否かの判定処理（ステップＳ２１４）とで構成される入力待ち状態となる。
【００４６】
この入力待ち状態で「コース設定」が選択された場合には、コース設定処理を実行し（ステップＳ２１５）、その後ステップＳ２１１に移行して、図１７に示されるコンペ情報画面の表示を行う。
このコース設定処理は、コース情報を使用者が入力可能とするとともに、入力されたコース情報をサーバ１に送信する処理であり、送信されたコース情報はランキング計算に用いられる。この処理の詳細は図６を用いて後述する。
【００４７】
また、この入力待ち状態で「プレー開始」が選択された場合には、プレーヤー設定処理を実行する（ステップＳ２１６）。プレーヤー設定処理ではパーティごとのプレーヤーの名称及び各プレーヤーのハンディキャップの確認並びにそれらの訂正が可能である。なお、本処理については図７及び図８を用いて詳述する。
その後スコア入力処理へと移行して（ステップＳ２１６）、実際に競技に係る情報をサーバ１に送信できるようにする。スコア入力処理は競技の進行に応じて各プレーヤーがスコアを入力するための処理であり、ランキングの確認も行うことができる。なお、本処理については図９を用いて詳述する。
ステップＳ２１６に示されるスコア入力処理は全てのスコアが入力されるとステップＳ２１８で判定されるまで継続する。ステップＳ２１８で全てのスコア入力が終了したと判定した場合には、所定の終了処理、例えば記憶手段に一時的に格納した情報の処理などを行った後、使用処理を終了する（ステップＳ２１９）。なお、携帯電話１１のＣＰＵが競技の進行を随時確認して競技終了の判定を行ってもよいし、競技進行の確認はサーバ１のＣＰＵが行い、競技が終了した場合には、その旨の情報をサーバ１が携帯電話１１へと送信し、この情報を受信して携帯電話１１のＣＰＵが競技終了の判定を行ってもよい。
その後、図２に示されるメイン処理のステップＳ１０３に移行し、図１３に示されるような初期画面の表示を行う。
【００４８】
また、入力待ち状態で「戻る」が選択された場合には、ステップＳ２１０に示されるコンペ使用初期処理に移行する。
【００４９】
４．コンペ使用初期処理（図５）
コンペ使用初期処理では、まずＣＰＵは、図１６に示されるようなコンペ使用初期画面を表示する（ステップＳ２２１）。図１６に示されるように、このコンペ使用初期画面では予約番号入力、パスワード入力、「送信」及び「戻る」の４つの選択が可能である。従って、ＣＰＵは、コンペ使用初期画面を表示しつつ（ステップＳ２２１）、予約番号入力が選択されたか否かの判定処理（ステップＳ２２２）と、パスワード入力が選択されたか否かの判定処理（ステップＳ２２４）と、「送信」が選択されたか否かの判定処理（ステップＳ２２６）と、「戻る」が選択されたか否かの判定処理（ステップＳ２３２）とで構成される入力待ち状態となる。
【００５０】
この入力待ち状態で予約番号入力が選択された場合には、予約番号入力処理を実行する（ステップＳ２２３）。予約番号入力処理では、携帯電話１１が基本機能として有する文字入力プログラムを実行し、入力された数字を携帯電話１１が備える記憶手段に一時的に格納するとともに、図１６に示されるコンペ使用初期画面に設けられた番号の表示領域にその入力結果を表示する。その後ステップＳ２２１に移行して、コンペ使用初期画面の表示を行う。
【００５１】
また、この入力待ち状態でパスワード入力が選択された場合には、パスワード入力処理を実行する（ステップＳ２２３）。パスワード入力処理では、携帯電話１１が基本機能として有する文字入力プログラムを実行し、入力されたパスワードを携帯電話１１が備える記憶手段に一時的に格納するとともに、図１６に示されるコンペ使用初期画面に設けられたパスワードの表示領域にその入力結果を表示する。その後ステップＳ２２１に移行して、コンペ使用初期画面の表示を行う。なお、パスワード入力処理は予約番号が記憶手段に格納されていることを条件に実行するようにしてもよい。
【００５２】
さらに、この入力待ち状態で、「送信」が選択された場合には、サーバ１にアクセスして（ステップＳ２２７）、携帯電話１１の記憶手段に格納してある予約番号とパスワードとを読み出し、これを予約情報としてサーバ１に送信する（ステップＳ２２８）。なお、サーバ１にアクセスする前に、携帯電話１１の記憶手段に予約番号とパスワードとが格納されているか否かのチェック処理を行ってもよいし、送信前に再度送信内容の確認処理を行ってもよい。
続いて、サーバ１からの受信待ち状態となり、所定時間経過後に確認情報として予約番号をサーバ１から受信したか否かの判定を行う（ステップＳ２２９）。ステップＳ２２９で予約番号を受信していると判定した場合には、この予約番号を記憶手段に一時的に格納してから（ステップＳ２３０）、この予約処理を終了し、図４に示される使用処理のステップＳ２１１へと移行する。なお、受信した予約番号と携帯電話１１の記憶手段に格納されている予約番号とを比較して、適切な予約が行われたか否かの判定処理を行ってもよい。
一方、ステップＳ２２９で所定時間を経過しても予約番号を受信していないと判定した場合には、エラー表示を行い（ステップＳ２３１）、ステップＳ２２１に移行して図１６に示されるコンペ使用初期画面の表示を行う。
【００５３】
また、入力待ち状態で「戻る」が選択された場合には、図２に示されるメイン処理のステップＳ１０３へと移行するための処理を行い（ステップＳ２３３）、ステップＳ１０３に移行する。
【００５４】
５．コース設定処理（図６）
コース設定処理では、まずＣＰＵは、図１８に示されるようなコース設定用初期画面を表示する（ステップＳ２５０）。図１８に示されるように、このコース設定用初期画面では「難易順」、「パー数」、及び「戻る」の３つの選択が可能である。従って、ＣＰＵは、コース設定用初期画面を表示しつつ（ステップＳ２５０）、「予約番号」が選択されたか否かの判定処理（ステップＳ２５１）と、「パー数」が選択されたか否かの判定処理（ステップＳ２５２）と、「戻る」が選択されたか否かの判定処理（ステップＳ２５３）とで構成される入力待ち状態となる。
【００５５】
ステップＳ２５０からステップＳ２５３で構成される入力待ち状態にあるときに、「難易順」が選択された場合には、図１９に示されるような難易順入力画面の表示を行う（ステップＳ２５４）。図１９に示されるように、この難易順入力画面では各ホールの入力、「確認」、「パー数」及び「戻る」の４つの選択が可能である。従って、ＣＰＵは、難易順入力画面を表示しつつ（ステップＳ２５４）、各ホールの入力が選択されたか否かの判定処理（ステップＳ２５５）と、「確認」が選択されたか否かの判定処理（ステップＳ２５６）と、「パー数」が選択されたか否かの判定処理（ステップＳ２５７）と、「戻る」が選択されたか否かの判定処理（ステップＳ２５８）とで構成される入力待ち状態となる。
【００５６】
ステップＳ２５４からステップＳ２５８で構成される入力待ち状態にあるときに、ステップＳ２５５でホールごとの入力が選択されたと判定した場合には、選択されたホールの難易順入力処理を実行する（ステップＳ２５９）。難易順入力処理では、携帯電話１１が基本機能として有する文字入力プログラムを実行し、入力された難易順を携帯電話１１が備える記憶手段に一時的に格納するとともに、図１９に示される難易順入力画面に設けられた各ホールの難易順の表示領域にその入力結果を表示する。その後ステップＳ２５４に移行して、難易順入力画面の表示を行う。
ステップＳ２５４からステップＳ２５８で構成される入力待ち状態にあるときに、ステップＳ２５６で「確認」が選択されたと判定した場合には、ステップＳ２７０に移行してサーバ１にアクセスし、携帯電話１１の記憶手段に格納してあるコース設定情報、ここでは難易順の情報を送信する（ステップＳ２７１）。なお、サーバ１にアクセスする前に、携帯電話１１の記憶手段にこれらの情報が適切に格納されているかのチェック処理を行ってもよい。続いて、図２１に示されるコース設定結果画面の表示を行う。その後の動作については後述する。
ステップＳ２５４からステップＳ２５８で構成される入力待ち状態にあるときに、ステップＳ２５７で「パー数」が選択されたと判定した場合には、ステップＳ２６０に移行して、図２０に示されるパー数入力画面の表示を行う。その後の動作については後述する。
ステップＳ２５４からステップＳ２５８で構成される入力待ち状態にあるときに、ステップＳ２５８で「戻る」が選択されたと判定した場合には、ステップＳ２５０に移行して、図１８に示されるコース設定用初期画面の表示を行う。
【００５７】
一方、ステップＳ２５０からステップＳ２５３で構成される入力待ち状態で、「パー数」が選択された場合には、図２０に示されるようなパー数入力画面表示を行う（ステップＳ２６０）。図２０に示されるように、このパー数入力画面では各ホールの入力、「確認」、「難易順」及び「戻る」の４つの選択が可能である。従って、ＣＰＵは、パー数入力画面を表示しつつ（ステップＳ２６０）、各ホールの入力が選択されたか否かの判定処理（ステップＳ２６１）と、「確認」が選択されたか否かの判定処理（ステップＳ２６２）と、「難易順」が選択されたか否かの判定処理（ステップＳ２６３）と、「戻る」が選択されたか否かの判定処理（ステップＳ２６４）とで構成される入力待ち状態となる。
【００５８】
ステップＳ２６０からステップＳ２６４で構成される入力待ち状態にあるときに、ステップＳ２６１でホールごとの入力が選択されたと判定した場合には、選択されたホールのパー数入力処理を実行する（ステップＳ２６５）。パー数入力処理では、携帯電話１１が基本機能として有する文字入力プログラムを実行し、入力されたパー数を携帯電話１１が備える記憶手段に一時的に格納するとともに、図２０に示されるパー数入力画面に設けられた各ホールのパー数の表示領域にその入力結果を表示する。その後ステップＳ２６０に移行して、パー数入力画面の表示を行う。
ステップＳ２６０からステップＳ２６４で構成される入力待ち状態にあるときに、ステップＳ２６２で「確認」が選択されたと判定した場合には、ステップＳ２７０に移行してサーバ１にアクセスし、携帯電話１１の記憶手段に格納してあるコース設定情報、ここではパー数の情報を送信する（ステップＳ２７１）。なお、サーバ１にアクセスする前に、携帯電話１１の記憶手段にこれらの情報が適切に格納されているかのチェック処理を行ってもよい。続いて、図２１に示されるコース設定結果画面の表示を行う。その後の動作については後述する。
ステップＳ２６０からステップＳ２６４で構成される入力待ち状態にあるときに、ステップＳ２６３で「難易順」が選択されたと判定した場合には、ステップＳ２５４に移行して、図１９に示される難易順入力画面の表示を行う。その後の動作については前述の通りである。
ステップＳ２６０からステップＳ２６４で構成される入力待ち状態にあるときに、ステップＳ２６４で「戻る」が選択されたと判定した場合には、ステップＳ２５０に移行して、図１８に示されるコース設定用初期画面表示を行う。
【００５９】
続いて、ステップＳ２５６又はＳ２６２で「確認」が選択されたと判定された場合にコース設定情報をサーバに送信した後に行われる処理である図６に示されるステップＳ２７２からステップＳ２７８の動作について説明する。
前述のように、まず図２１に示されるコース設定結果画面が表示される（ステップＳ２７２）。図２１には「確定」、「難易順の再設定」、「パー数の再設定」、「戻る」の４つの選択が可能である。このうち、「難易順の再設定」、「パー数の再設定」、「戻る」については、ステップＳ２５４からＳ２５９のブロック、或いはステップＳ２６０からＳ２６５のブロックのいずれかに単に戻る操作である。このため、説明の便宜上図６に示されるフローチャートでもこれらの処理に係るフローは省略した。従って、図６では、ＣＰＵはステップＳ２７２での表示とステップＳ２７３に示される「確定」が選択されたか否かの判定処理による入力待ち状態が形成されることとしている。
係る入力待ち状態で「確定」が選択されたと判定した場合には、現在サーバ１の記憶手段に格納されているコース設定情報を確定情報とするための確定指示情報を送信する（ステップＳ２７４）。
続いて、サーバ１からの受信待ち状態となり、所定時間経過後に確定指示情報をサーバ１から受信したか否かの判定を行う（ステップＳ２７５）。ステップＳ２７５で確定指示情報を受信していると判定した場合には、図２２に示されるコース設定確認画面の表示を行ってから（ステップＳ２７６）、「戻る」が選択されたことを条件としてこのコース設定処理を終了し（ステップＳ２７８）、図４に示される使用処理のステップＳ２１１へと移行する。
一方、ステップＳ２７５で所定時間を経過してもコース確認情報を受信していないと判定した場合には、エラー表示を行い（ステップＳ２７７）、ステップＳ２７２に移行して図２１に示されるコース設定結果画面の表示を行う。
なお、本実施形態では、ステップＳ２５６やステップＳ２６２において「確認」が選択されたか否かの判定処理において「確認」が選択されたことを条件としてサーバ１にアクセスを開始し、ステップＳ２７４においてはサーバ１に記憶したデータを確定させるための確認指示情報を送信することとした。しかし、この方法に限られない。例えば、ステップＳ２５６やステップＳ２６２において「確認」が選択されたときには、携帯電話１１の記憶手段にコース設定情報を格納し、ステップＳ２７３において「確定」が選択されたことを条件としてサーバ１へアクセスすることとしてもよい。
【００６０】
６．プレーヤー設定処理（図７）
プレーヤー設定処理では、まずＣＰＵは、図２３に示されるようなプレーヤー設定用初期画面を表示する（ステップＳ１５０）。図２３に示されるように、このプレーヤー設定用初期画面ではパーティ番号、「送信」及び「戻る」の３つの選択が可能である。従って、ＣＰＵは、プレーヤー設定用初期画面を表示しつつ（ステップＳ１５０）、パーティ番号の入力が選択されたか否かの判定処理（ステップＳ１５１）と、「送信」が選択されたか否かの判定処理（ステップＳ１５２）と、「戻る」が選択されたか否かの判定処理（ステップＳ１５３）とで構成される入力待ち状態となる。
【００６１】
ステップＳ１５０からステップＳ１５３で構成される入力待ち状態にあるときに、パーティ番号の入力が選択された場合には、パーティ番号入力処理を実行する（ステップＳ１５４）。パーティ番号入力処理では、携帯電話１１が基本機能として有する文字入力プログラムを実行し、入力されたパーティ番号を携帯電話１１が備える記憶手段に一時的に格納するとともに、図２３に示されるパーティ番号入力画面に設けられた各ホールの難易順の表示領域にその入力結果を表示する。或いは、プルダウンメニューを表示して使用者に所属パーティ番号を選択させてもよい。その後ステップＳ１５０に移行して、プレーヤー設定用初期画面の表示を行う。
【００６２】
ステップＳ１５０からステップＳ１５３で構成される入力待ち状態にあるときに、「戻る」が選択された場合には、図４に示される使用処理のステップＳ２１１に移行するための処理を行い（ステップＳ１５７）、ステップＳ２１１に移行する。
【００６３】
ステップＳ１５０からステップＳ１５３で構成される入力待ち状態にあるときに、「送信」が選択された場合には、まず、サーバ１にアクセスする（ステップＳ１５５）。続いて、プレーヤー情報を要求し、これを受信する（ステップＳ１５７）。
受信した情報に基づいて、図２４に示されるようなプレーヤー確認用画面を表示する（ステップＳ１５８）。
【００６４】
図２４に示されるように、このプレーヤー確認用画面では「プレーヤー訂正」、「ＯＵＴスタート」、「ＩＮスタート」及び「戻る」の４つの選択が可能である。従って、ＣＰＵは、プレーヤー確認用画面を表示しつつ（ステップＳ１５８）、「プレーヤー訂正」が選択されたか否かの判定処理（ステップＳ１５９）と、「ＯＵＴスタート」が選択されたか否かの判定処理（ステップＳ１６０）と、「ＩＮスタート」が選択されたか否かの判定処理（ステップＳ１６１）と、「戻る」が選択されたか否かの判定処理（ステップＳ１６２）とで構成される入力待ち状態となる。
ステップＳ１５８からステップＳ１６２で構成される入力待ち状態にあるときに、ステップＳ１５９で「プレーヤー訂正」が選択されたと判定した場合には、プレーヤー訂正処理を行う（ステップＳ１６５）。このプレーヤー訂正処理は各プレーヤーについて名前や特定ハンディキャップを入力するための処理であり、詳細は図８を用いて後述する。プレーヤー訂正処理の終了後はステップＳ１５８に移行し、図２４に示されるプレーヤー確認用画面を表示する。
ステップＳ１５８からステップＳ１６２で構成される入力待ち状態にあるときに、ステップＳ１６０又はＳ１６１で「ＯＵＴスタート」又は「ＩＮスタート」が選択されたと判定した場合には、サーバ１にアクセスして（ステップＳ１６３）、スタート情報を送信してから、このプレーヤー設定処理を終了する。
ステップＳ１５８からステップＳ１６２で構成される入力待ち状態にあるときに、ステップＳ１６２で「戻る」が選択されたと判定した場合には、ステップＳ１５０に移行して、図２３に示されるプレーヤー設定用初期画面を表示する。
【００６５】
７．プレーヤー訂正処理（図８）
プレーヤー訂正処理では、まずＣＰＵは、図２５に示されるようなプレーヤー訂正用初期画面を表示する（ステップＳ１７０）。図２５に示されるように、このプレーヤー訂正用初期画面では各プレーヤーの訂正入力と「戻る」との選択が可能である。従って、ＣＰＵは、プレーヤー訂正用初期画面を表示しつつ（ステップＳ１７０）、プレーヤーの訂正入力が選択されたか否かの判定処理（ステップＳ１７１）と、「戻る」が選択されたか否かの判定処理（ステップＳ１７２）とで構成される入力待ち状態となる。
【００６６】
ステップＳ１７０からステップＳ１７２で構成される入力待ち状態にあるときに、プレーヤーの訂正入力が選択された場合には、以下に説明する処理を実行し、「戻る」が選択された場合にはプレーヤー選択処理を終了し、図７に示されるプレーヤー設定処理のステップＳ１５８に移行する。
【００６７】
プレーヤーの訂正入力が選択された場合には、まずＣＰＵは、図２６に示されるような訂正入力画面を表示する（ステップＳ１７３）。図２６に示されるように、この訂正入力画面では名前の変更、ハンディキャップの変更、「プレーヤー削除」、「確定」及び「戻る」の５つの選択が可能である。従って、ＣＰＵは、プレーヤー設定用初期画面を表示しつつ（ステップＳ１７３）、名前の変更が選択されたか否かの判定処理（ステップＳ１７４）と、ハンディキャップの変更が選択されたか否かの判定処理（ステップＳ１７５）と、「プレーヤー削除」が選択されたか否かの判定処理（ステップＳ１７６）と、「確定」が選択されたか否かの判定処理（ステップＳ１７７）と、「戻る」が選択されたか否かの判定処理とで構成される入力待ち状態となる。
【００６８】
ステップＳ１７３からステップＳ１７８で構成される入力待ち状態にあるときに、名前の変更或いはハンディキャップの変更が選択された場合には、それぞれの選択に応じて名前変更処理、ハンディキャップ変更処理を行う（ステップＳ１７９、Ｓ１８０）。それぞれ変更処理では、携帯電話１１が基本機能として有する文字入力プログラムを実行し、入力された名前を携帯電話１１が備える記憶手段に一時的に格納するとともに、図２６に示される訂正入力画面に変更内容を反映できるようにする。その後、いずれの処理もステップＳ１７３に移行して、訂正内容が反映された訂正入力画面を表示する。
【００６９】
ステップＳ１７３からステップＳ１７８で構成される入力待ち状態にあるときに、「確定」が選択された場合には、サーバ１にアクセスし（ステップＳ１８２）、訂正に係る情報をサーバ１に送信する（ステップＳ１８３）。
続いて、サーバ１からの受信待ち状態となり、所定時間経過後にサーバ１内で訂正処理が完了した旨の確認情報をサーバ１から受信したか否かの判定を行う（ステップＳ１８４）。ステップＳ１８４で確認情報を受信していると判定した場合には、図２７に示されるような訂正処理完了確認画面を表示してから（ステップＳ１８５）、ステップＳ１７３に移行し、記憶手段に格納される訂正情報に基づいてその訂正内容が反映された訂正入力画面を生成し、これを表示する。その一例が図２８である。
一方、ステップＳ１８４で所定時間を経過しても確認情報を受信していないと判定した場合には、エラー表示を行い（ステップＳ１８６）、ステップＳ１７３に移行し、訂正内容を反映することなく訂正入力画面を表示する。
【００７０】
ステップＳ１７３からステップＳ１７８で構成される入力待ち状態にあるときに、「プレーヤー削除」が選択された場合には、図２９に示されるような削除の確認画面を表示し（ステップＳ１９０）、確認画面で「削除」が選択されたことを条件として、サーバ１にアクセスし（ステップＳ１９１）、削除に係る情報をサーバ１に送信する（ステップＳ１９２）。
続いて、サーバ１からの受信待ち状態となり、所定時間経過後にサーバ１内で削除処理が完了した旨の確認情報をサーバ１から受信したか否かの判定を行う（ステップＳ１９３）。ステップＳ１９３で確認情報を受信していると判定した場合には、プレーヤーの削除処理として、削除情報を作成するとともに携帯電話１１が備える記憶手段に格納される削除対象データを削除する（ステップＳ１９４）。引き続き、図３０に示されるような削除処理完了確認画面を表示してから（ステップＳ１９５）、ステップＳ１７３に移行し、ステップＳ１９４で作成した削除情報に基づいてその削除内容が反映された訂正入力画面を生成し、これを表示する。その一例が図３１である。
一方、ステップＳ１９３で所定時間を経過しても確認情報を受信していないと判定した場合には、エラー表示を行い（ステップＳ１８６）、ステップＳ１７０に移行し、削除内容を反映することなくプレーヤー訂正用初期画面を表示する。
【００７１】
ステップＳ１７３からステップＳ１７８で構成される入力待ち状態にあるときに、「戻る」が選択された場合には、ステップＳ１７０に移行して、ステップＳ１７９及びＳ１８０で更新される前の名前及びハンディキャップ情報に基づいてプレーヤー訂正用初期画面を表示する。
【００７２】
８．スコア入力処理（図９）
スコア入力処理では、まずＣＰＵは、図３２に示されるようなスコア入力用画面を表示する（ステップＳ４００）。図３２に示されるように、このスコア入力用画面ではホールごとの各プレーヤーのスコア入力、「送信」、「ランキング」及び「戻る」の選択が可能である。従って、ＣＰＵは、スコア入力用画面を表示しつつ（ステップＳ４００）、スコア入力が選択されたか否かの判定処理（ステップＳ４０１）と、「送信」が選択されたか否かの判定処理（ステップＳ４０２）と、「ランキング」が選択されたか否かの判定処理（ステップＳ４０３）と、「戻る」が選択されたか否かの判定処理（ステップＳ４０４）とで構成される入力待ち状態となる。
【００７３】
ステップＳ４００からステップＳ４０４で構成される入力待ち状態にあるときに、スコア入力が選択された場合には、スコア入力処理を実行する（ステップＳ４０５）。スコア入力処理では、それぞれのプレーヤーのそのホールでのスコアを使用者が入力できるように、携帯電話１１が基本機能として有する文字入力プログラムを実行し、入力されたスコアを携帯電話１１が備える記憶手段に一時的に格納するとともに、図３２に示されるスコア入力画面に設けられたスコア表示領域にその入力結果を表示する。その後ステップＳ４００に移行する。
【００７４】
ステップＳ４００からステップＳ４０４で構成される入力待ち状態にあるときに、「送信」が選択された場合には、サーバ１にアクセスし（ステップＳ４２０）、スコア情報をサーバ１に送信する（ステップＳ４２１）。なお、送信前に確認の表示を行ってもよいし、このホールのスコアがどのプレーヤーについても入力されていない場合にエラー表示を行ってもよい。
続いて、サーバ１からの受信待ち状態となり、所定時間経過後にサーバ１内でスコアの登録処理とサーバ１に登録されたスコアに基づいて行われるランキング計算処理とが完了した旨のスコア登録確認情報及びこれらの結果をサーバ１から受信したか否かの判定を行う（ステップＳ４２２）。サーバ１が行うスコアの登録処理やランキング計算処理については図１０を用いて後述する。
ステップＳ４２２でスコア登録確認情報等を受信していると判定した場合には、図３３に示されるように、スコア入力画面のホール番号を更新するとともに、スコア登録確認情報と同時に受信した暫定ランキング情報をその画面表示に反映させる（ステップＳ４２３）。その後、スコア入力処理を終了し、図４に示される使用処理のステップＳ２１８に移行して、全てのスコアについての入力が終了したか否かの判定処理が行われる。なお、ホール番号の更新にあたっては、サーバ１がその記憶手段に格納する情報に基づいてホール更新を行うべきか否かを判定してもよい。この場合には、ホール更新を行うべきと判定したときには、その旨の情報をスコア登録確認情報と共に携帯電話１１に送信し、この情報を受信したことを条件として携帯電話１１がホール更新を行う処理を実行する。
一方、ステップＳ１８４で所定時間を経過しても予約完了情報を受信していないと判定した場合には、エラー表示を行い（ステップＳ４２４）、ステップＳ４００に移行してスコア入力用画面を表示する。
【００７５】
ステップＳ４００からステップＳ４０４で構成される入力待ち状態にあるときに、「ランキング」が選択された場合には、サーバ１にアクセスし（ステップＳ４１０）、ランキング情報を送信する要求を行い、サーバ１からランキング情報を受信する（ステップＳ４１１）。
続いて、サーバ１から受信した内容を図３４に示されるようなランキング画面として表示する（ステップＳ４１２）。このランキング画面では「スコア入力」、「スコア詳細」及び「更新」の３つの選択が可能である。また、スコア詳細を選択することで表示される詳細画面（図３５）においては通常のランキング画面（図３４）への画面表示変更も選択可能となる。従って、ＣＰＵは、ステップＳ４１２でランキング画面を表示した後は、「詳細表示」が選択されたか否かの判定処理（ステップＳ４１３）と、「通常表示」が選択されたか否かの判定処理（ステップＳ４１４）と、「更新」が選択されたか否かの判定処理（ステップＳ４１５）と、「スコア入力」が選択されたか否かの判定処理（ステップＳ４１６）とで構成される入力待ち状態となる。
【００７６】
ステップＳ４１３からステップＳ４１６で構成される入力待ち状態にあるときに、「詳細表示」が選択された場合には、図３５に示されるようなスコア詳細画面を表示する（ステップＳ４１７）。この表示後は再びステップＳ４１３からステップＳ４１６で構成される入力待ち状態となる。なお、このスコア詳細画面に必要な情報はステップＳ４１２でランキング情報を受信したときに同時に受信している。
この入力待ち状態にあるときに、「通常表示」が選択された場合には、ステップＳ４１２へと移行し、図３５に示されるランキング画面の再表示を行う。この表示後は再びステップＳ４１３からステップＳ４１６で構成される入力待ち状態となる。
ステップＳ４１３からステップＳ４１６で構成される入力待ち状態にあるときに、「更新」が選択された場合には、ステップＳ４１０へと移行し、改めてサーバ１にアクセスしてランキング送信要求を行う。
この入力待ち状態にあるときに、「スコア入力」が選択された場合には、ステップＳ４００へと移行し、図３２に示すスコア入力画面を表示する。
【００７７】
また、ステップＳ４００からステップＳ４０４で構成される入力待ち状態にあるときに、「戻る」が選択された場合には、スコア入力処理を終了し、図４に示される使用処理のステップＳ２１８に移行して、全てのスコアについての入力が終了したか否かの判定処理が行われる。
【００７８】
続いて、本実施形態に係るサーバ１が行うスコアの登録処理及びランキング計算処理については図１０を用いて説明する。
図１０は本実施形態に係るサーバ１が行うスコアの登録処理及びランキング計算処理の概要を示すフロー図である。
ランキング計算処理では、受信したスコアをサーバ１に格納し、この受信スコアや終了したホール数に係る情報等に基づいて、現段階での実効的なハンディキャップを計算し、競技終了ホール数が異なっても、他のプレーヤーと相互に比較可能な比較用スコアを各プレーヤーについて求め、この比較用スコアを比較することでランキングを求める。
【００７９】
図１０に示されるフローの説明を行う前に、まず、ハンディキャップ計算及びランキング計算方法について説明する。
本実施形態に係る競技成績集計方法では、ハンディキャップを考慮したランキングを競技進行中にいつでも確認することが実現されている。すなわち、全てのホールでの競技が終了する前であって、コンペに参加している各プレーヤーの競技終了ホール数が相互に異なった状態でも、各プレーヤーのスコアについてハンディキャップを考慮した上で相対比較を行うことが可能としてある。
係る相対比較を行うために、本実施形態では、競技進行に合わせた実効的なハンディキャップ計算を行う。実効的なハンディキャップＨｅは、現段階での終了ホール数が全ホール数の何割であるかを求め、全ホール終了後の合計スコアに対して適用されるハンディキャップに対してその値を乗じることで得られ、以下の式で表される。
Ｈｅ＝Ｈ＊ｎ／Ｎ
Ｈ：全ホール終了後の合計スコアに対して適用されるハンディキャップ
Ｎ：全ホール数
ｎ：現段階での終了ホール数
例えば、全ホール終了後の合計スコアに対して適用されるハンディキャップが２４であるプレーヤーが６ホール終了した段階では、実効的なハンディキャップＨｅは、２４＊６／１８＝８となる。
【００８０】
続いて、この実効的なハンディキャップＨｅに基づいて以下のようにしてランキングを計算する。まず、ｎホール終了した段階での合計スコアＧｎから、実効的なハンディキャップＨｅと競技終了したホールの合計パー数Ｃｎとを引いて得られる比較用スコアＳを各プレーヤーごとに求める。次に、これらの数値を他のプレーヤーと比較する。比較用スコアＳを求める式は以下のようになる。
Ｓ＝Ｇｎ−Ｈｅ−Ｃｎ
Ｇｎ：ｎホール終了した段階での合計スコアＧｎ
Ｈｅ：実効的なハンディキャップ
Ｃｎ：競技終了したホールの合計パー数
例えば、合計パー数が２０である５ホールを終了した段階でのスコアが２６であるプレーヤーＡのハンディキャップが２４である場合には、比較用スコアＳは、２６−２４＊５／１８−２０＝−１．５となる。また、別のパーティで、合計パー数が２３である６ホールを終了した段階でのスコアが３３のプレーヤーＢのハンディキャップが３６である場合には、比較用スコアＳは、３３−３６＊６／１８−２３＝−２となる。従って、この時点では、プレーヤーＢがプレーヤーＡよりもスコアにして０．５だけ勝っていることとなり、ランキングはプレーヤーＢの方が上になる。
【００８１】
このように、携帯電話１１等の携帯端末を通じて各プレーヤーが自らの最新スコアをサーバ１に入力すると、サーバ１の記憶手段に格納される終了ホール数に係る情報等に基づいて実効的なハンディキャップＨｅが決定される。さらにこの数値と入力されたスコア情報とに基づいて、各プレーヤーの比較用スコアＳが決定され、その数値に応じて競技進行中でも随時プレーヤーの順位が決定される。このため、競技進行中にもコンペ内の自分を含む全てのプレーヤーの最新順位を各プレーヤーは携帯端末から入手することが実現される。従って、競技途中にも順位が向上することによる達成感を味わうことができ、さらには、他のパーティに属する特定の他のプレーヤーとリアルタイムで順位を争うことも可能であり、競技に高い付加価値が付与される。
【００８２】
続いて、本実施形態に係る競技成績集計方法で用いられるハンディキャップについて説明する。
ハンディキャップの設定方法には大別すると二つの方法がある。
一つは、コンペの開始前に使用者が入力した自己申告若しくは競技企画者の設定によるハンディキャップを用いる方法であり、このようにして設定されたハンディキャップを以降特定ハンディキャップＨｐと称する。なお、サーバ１の記億手段に予め各プレーヤーの過去のコンペ成績などの履歴データを格納しておいて、その情報に基づいて特定ハンディキャップＨｐを計算してもよい。
もう一方のハンディキャップ設定方法はプレーヤーの競技結果によってハンディキャップを設定する方法であり、具体的にはいくつかの隠しホールを設定しておき、その隠しホールにおけるスコアに基づいてハンディキャップを設定する方法である。このようにして設定されたハンディキャップを以降変動ハンディキャップＨｖと称する。
変動ハンディキャップＨｖは、全ホールのパー数の合計Ｃと、隠しホールのスコア合計Ｇｖとによって、以下のように求められる。
Ｈｖ＝（Ｇｖ＊Ｎ／Ｘ−Ｃ）＊０．８
Ｇｖ：隠しホールのスコア合計
Ｎ：全ホール数
Ｘ：隠しホール数
Ｃ：全ホールの合計のパー数
なお、隠しホールがアウトコース及びインコースのそれぞれに３個ずつの合計６個であって、通常パーが3、4、5のホールをアウト及びインのそれぞれから1ホールずつ選択されたものである場合には、この変動ハンディキャップＨｖは以下の条件ではペリア方式として知られるハンディキャップと同一となる。また、隠しホールがアウトコース及びインコースのそれぞれに６個ずつの合計１２個であって、通常パーが3、4、5のホールをアウト及びインのそれぞれから２ホールずつ選択されたものである場合には、この変動ハンディキャップＨｖは以下の条件ではダブルペリア方式として知られるハンディキャップと同一となる。
このように、プレー中のスコアに基づいてハンディキャップが設定されることで、プレーヤーの競技中の体調や天候、さらにはコースとの相性などがハンディキャップに反映されやすい。このため、現在のコンペに最も適切なハンディキャップが設定され、競技成績集計方法としては望ましい形態である。また、変動ハンディキャップ計算対象となるホールが競技者には事前には知らされていないので、いずれのホールが隠しホールであるかを予想するという新たな興趣が付加されることにもなる。
【００８３】
本実施形態に係る競技成績集計方法では、隠しホールでのスコアがサーバ１に入力されていない場合には、特定ハンディキャップＨｐに基づいてランキング計算が行われ、一方、隠しホールでのスコアが入力された場合には、この特定ハンディキャップＨｐに代えて、変動ハンディキャップＨｖに基づくランキング計算に変更されることとしている。
ここで、本実施形態に係る競技成績集計方法では、競技途中でもランキング情報を提供することとしているので、特定ハンディキャップＨｐを用いたランキング計算から隠しホールに基づく変動ハンディキャップＨｖを用いたランキング計算への切替タイミングが問題となる。この切替タイミングの問題は、全ホールの競技が終了してからランキングを行う従来の競技成績集計方法では、ランキング計算を行うときには当然全ての隠しホールについて競技が終了しているので、全く考慮する必要がなかったものである。
本実施形態に係る競技成績集計方法では、以下に説明する暫定的な変動ハンディキャップＨｔを導入して、隠しホールでの競技が１ホールでも行われた場合には、その結果に基づいてハンディキャップを設定する。
暫定的な変動ハンディキャップＨｔは、以下のような式で求める。
Ｈｔ＝（Ｇｎ＊ｎ／ｘ−ｃ）＊０．８＊ｎ／Ｎ
ｎ：競技終了ホール数
Ｇｎ：ｎホール終了した段階での隠しホールのスコアの合計
ｘ：競技終了した隠しホール数
ｃ：競技終了したホールの合計のパー数
Ｎ：全ホール数
例えば、全１８ホール中で４ホールの競技が終了し、その４ホールの中にパー３の隠しホールが一つ存在し、その隠しホールにおけるスコアが５、４ホールのスコアの合計が１７であり、終了したホールの合計のパー数が１５である場合には（５＊（４／１）−１５）＊０．８＊４／１８＝０．９が暫定的な変動ハンディキャップＨｔとなる。同様に９ホールの競技が終了し、その９ホールの中に隠しホールが６ホール存在し、その隠しホールにおけるスコアの合計が３０、９ホールのスコアの合計が４６であり、終了したホールの合計のパー数が３６である場合には（３０＊（９／６）−３６）＊０．８＊９／１８＝３．６が暫定的な変動ハンディキャップＨｔとなる。
このように競技終了した隠しホールの情報に基づいて暫定的な変動ハンディキャップを決定することで、全ての隠しホールが終了しなくても、特定ハンディキャップよりも的確なハンディキャップが設定される。この的確なハンディキャップに基づいてランキング計算されるので、より正確な競技成績の集計が行われる。
なお、上記の計算式は一例であり、他の計算方法を用いてもよい。
【００８４】
以上の特定ハンディキャップＨｐ、変動ハンディキャップＨｖ、暫定的な変動ハンディキャップＨｔのいずれかが状況に応じて採用され、そのハンディキャップに基づいて、終了ホール数に応じて実効的なハンディキャップＨｅが計算され、そのＨｅと現段階の合計スコアＧｎとによって比較用スコアＳが計算される。本実施態様に係る競技成績集計方法では、この比較用スコアＳによってランキングを求めることとしている。
【００８５】
以降、図１０のフローについて具体的に説明する。
まず、携帯電話１１などの使用者側端末からスコア更新に係る情報を受信すると（ステップＳ３２０）、サーバ１は受信したスコアに係る情報をサーバ１が備える記憶手段に格納する（ステップＳ３２１）。このスコアに係る情報には、スコア及びホールの情報が含まれる。また、現段階での合計スコアと現段階で終了したホールの合計パー数とを計算し、これらをサーバ１が備える記憶手段に格納する（ステップＳ３２２）。
【００８６】
続いて、受信したスコアが隠しホールに係るものであるか否かを判定する（ステップＳ３２３）。
ステップＳ３２３で隠しホールではないと判定した場合には、続いて、隠しホールフラグがあるか否かを判定する（ステップＳ３５２）。前述のように、本実施形態に係る競技成績集計方法では、一度でも隠しホールでの競技が行われると、ランキング計算に用いるハンディキャップを特定ハンディキャップＨｐから変動ハンディキャップＨｖ或いは暫定的な変動ハンディキャップＨｔに切り替える。隠しホールフラグはこの切替が既に行われたことを参照できるように設定されるものである。即ち、変動ハンディキャップＨｖの計算に用いる隠しホールでの競技を既に行ったか否かを示すものであり、後述する本図のステップＳ３６２で設定される。
また、隠しホールはコースの全１８ホールからいくつか選択されるものであり、各パーティは１８ホールの中のいずれかから順番に競技を行っていくので、競技を開始したときの最初のホールが隠しホールであるパーティや、競技開始してから数ホール経過しても隠しホールでのプレーを行っていないパーティが存在する。すなわち、特定ハンディキャップＨｐに基づいてのランキング計算を終了するタイミングはプレーヤーごとに異なっている。このため、各プレーヤーについてこのような隠しホールフラグを設定し、競技進行に合わせてフラグのセットを行うことで、サーバ１のＣＰＵは各プレーヤーが特定ハンディキャップＨｐに基づくランキング計算が必要であるか否かを適宜判定することが可能となる。
【００８７】
このステップＳ３５２での判定処理の結果、隠しホールフラグがないと判定した場合には、隠しホールでの競技がまだ行われていない状態であることを示している。そこで、使用者が事前に入力した自己申告若しくは競技企画者の設定による特定ハンディキャップＨｐを読み出す（ステップＳ３５４）。
【００８８】
続いて、読み出した特定ハンディキャップＨｐに基づいて、競技終了ホール数を考慮した現段階での実効的なハンディキャップＨｅを求める（ステップＳ３２９）。その計算方法は上記の通りである。
こうして求めた実効的なハンディキャップＨｅ基づいて上記のように比較用スコアＳを計算し（ステップＳ３３０）、ランキングを計算する（ステップＳ３３１）。
引き続き、ランキング計算結果をランキングデータとしてサーバ１が備える記憶手段に格納する（ステップＳ３３２）。
さらに、ランキング情報及びスコア登録確認情報を使用者の携帯電話１１に送信して（ステップＳ３３４）、ランキング更新処理を終了する。
【００８９】
次に、ステップＳ３５２で隠しホールフラグがセットされていると判定した場合について説明する。この場合には、ステップＳ３２０で受信したスコアに係るホールは隠しホールではないが、係るフラグがセットされていることから、すでに隠しホールでの競技が行われているので、ランキング計算には特定ハンディキャップＨｐを使用しない。その代わりに、サーバ１の記憶手段に格納してある競技終了済みの隠しホールの合計スコアと競技終了した隠しホールのホール数とを読み出し（ステップＳ３４１）、これらのデータに基づいて暫定的な変動ハンディキャップを計算する（ステップＳ３４２）。
次に、計算された暫定変動ハンディキャップに基づいて実効的なハンディキャップＨｅを求める（ステップＳ３２９）。その後の処理は特定ハンディキャップＨｐの場合と同様である。
【００９０】
引き続き、ステップＳ３２３においてステップＳ３２０で受信したスコアに係るホールが隠しホールであると判定した場合について説明する。
この場合には、まず、サーバ１の隠しホールの合計スコアを格納する領域のデータを更新し、競技終了した隠しホールのホール数を１加算する（ステップＳ３６０）。続いて、隠しホールフラグがセットされているか否かを判定し（ステップＳ３６１）、セットされていないと判定した場合のみ隠しホールフラグをセットする（ステップＳ３６２）。
【００９１】
続いて全ての隠しホールについてのスコア情報が格納されているか否かを判定する（ステップＳ３６３）。全ての隠しホールについてスコア情報が入力されたと判定した場合には、サーバ１の記憶手段に格納してある隠しホールの合計スコアを読み出し（ステップＳ３６４）、変動ハンディキャップＨｖの計算を行う（ステップＳ３６５）。
次に、計算された暫定変動ハンディキャップに基づいて実効的なハンディキャップＨｅを求める（ステップＳ３２９）。その後の処理は特定ハンディキャップＨｐの場合と同様である。
【００９２】
一方、ステップＳ３６３で全ての隠しホールについてスコア情報が入力されていないと判定した場合には、ランキング計算に用いるハンディキャップは暫定的な変動ハンディキャップＨｔであるから、ステップＳ３４１に移行し、その後の処理を実行する。
【００９３】
なお、ここでは競技順位についてのみ説明したが、ドラコンやニアピンなどの情報も各ホールのスコアと同様に扱ってもよい。すなわち、携帯電話１１を介して各プレーヤーによってサーバ１へと入力されるこれらのデータに基づいて、サーバ１においてドラコンやニアピンの順位決定を行い、その結果を携帯電話１１に表示可能にサーバ１が送信してもよい。この場合には、コンペの途中であっても、各プレーヤーはドラコン賞の順位やニアピン賞の順位を相互に比較可能に随時知ることが実現される。
また、他のプレーヤーからのスコア等の入力によって、コンペの順位やドラコンなどの順位が競技途中においてあるプレーヤーが特定の順位になったときには、携帯電話１１からのサーバ１へのアクセス要求がなされなくても、サーバ１からその順位に係る情報がそのプレーヤーの携帯電話１１に送信されて、そのプレーヤーが順位を知得できるように報知してもよい。例えば、他のプレーヤーがスコアを崩したためにあるプレーヤーの順位が暫定的にでも一位になったときは、そのプレーヤーにその旨を携帯電話１１に表示するようにしてもよい。このとき、画面表示だけでなく効果音などを鳴らすようにすれば、そのプレーヤーが携帯電話１１をポケットに入れているような状況であってもその旨を知ることができ、効果的である。
【００９４】
次に、本実施態様で用いられる携帯電話１１とサーバ１との構成を図１１を用いて説明する。
図１１は本実施態様に係る携帯電話１１とサーバ１との構成について概念的に示したブロック図である。
【００９５】
本実施形態に係る携帯電話１００は、制御を司るＣＰＵ１０１と、プログラムやデータを格納する記憶手段１０２と、使用者から情報を入力するための入力手段１０３と、使用者に情報を提供するための表示手段１０４と、サーバ１２００と情報を授受するための送受信手段１０５とを備える。
【００９６】
また、本実施形態に係るサーバ２００は、制御を司るＣＰＵ２０１と、プログラムやデータを格納する記憶手段２０３と、携帯電話１００と情報を授受するための送受信手段２０２とを備える。
サーバ２００のＣＰＵ２０１は、送受信手段２０２を通じて入力されて記憶手段２０３に格納される情報のうち、特定の情報が含まれているか否かを判定するための検出手段２０１ｂと、検出手段２０１ｂが特定の情報であると判定した場合に、その情報を演算し、演算結果としてランキング情報などの所定の情報を算出する制御部２０１ａとを有する。
記憶手段２０３は、コンペの予約番号を格納する領域２０４と、携帯電話１００に送信する本発明に係るプログラムを格納する領域２０５と、予約番号ごとの作業領域２０６とを備える。
予約番号ごとの作業領域２０６は、ランキング情報２０７とコース情報２０８（各ホールのパー数、難易順）とプレーヤー個人ごとの作業領域２１０とを有する。ランキング情報には競技順位２０７ａとドラコン順位２０７ｂとニアピン順位２０７ｃとが含まれる。また、個人作業領域２１０には以下の情報が含まれる。
名前２２０
パーティ番号２２１
最新の合計スコア２２２
最新の隠しホール情報２２３（合計スコア、終了ホール数など）
特定ハンディキャップ２２４
変動ハンディキャップ２２５
暫定的な変動ハンディキャップ２２６
隠しホールフラグ２２７
合計パー数２２８
ホールごとの格納領域２２９（各ホールのスコア２２９ａ，２２９ｂ，２２９ｃ…を含む）
履歴情報２３０（各競技者の過去の競技に係る履歴データ、例えば各プレーヤーの過去のコンペ成績など）
ドラコン情報２３１
ニアピン情報２３２
【００９７】
携帯電話１１から送信されるスコア情報は該当するホールごとの格納領域２２９へと格納され、係るスコア情報に基づいて計算される最新の合計スコア２１０や合計パー数２２８も更新される。さらに送信されたスコアに係るホールが隠しホールである場合には、最新の隠しホール情報２２２も更新される。
続いて計算されるハンディキャップの結果は特定ハンディキャップであるか変動ハンディキャップであるか、或いは暫定的な変動ハンディキャップであるかによって該当する記憶領域に格納される。
計算されたハンディキャップに基づいて実効的ハンディキャップが計算され、さらにその実効的ハンディキャップに基づいて比較用スコアが計算される。この比較用スコアに基づいてランキングが計算され、その結果も予約番号ごとの作業領域２０６における所定の領域に格納される。
【００９８】
上述のごとく、この実施形態によれば、ｉカップメンバの会員となっている各競技者はインターネットを介して、さらに、単にゴルフスコアのみならず、ハンディキャップの管理もサーバ１側で管理されており、競技者は必要に応じて自己の順位を知ることができ、ゴルフを愛好する競技者にとって極めて有用なものとすることができる。
また、今回開示された実施形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。例えば、本実施形態ではサーバに個人情報に係る記憶領域が確保され、ランキング計算もサーバで行われているが、サーバはデータ送受信のポスト的な役割のみを行い、データの保存及びランキング計算は各携帯端末が個別に行ってもよい。
さらに、競技としてゴルフを例にして本発明の実施形態について説明を行ったが、ゴルフ以外の運動競技でも構わない。例えば、競技がマラソンであってもよい。さらには、本発明を運動競技以外の目的に用いてもよい。特別な通信手段を必要とするほど複数の人間が空間的に離れた状態で同一の目的の行為をする場合において、目的達成の度合について互いに比較可能な態様で把握する必要が生じることはあり得る。この場合には、目的達成の度合を競技順位と考えることで本発明を用いることは可能である。具体的には、営業成績のコンペなどを挙げることができる。
【産業上の利用可能性】
【００９９】
本発明は例えばネットワークを用いたゴルフ情報提供システム等の各種競技情報提供システムとして活用することができる。
【図面の簡単な説明】
【０１００】
【図１】本発明が適用されるネットワーク装置のブロック図である。
【図２】メニュー画面と初期画面とが表示されているときに実行されるメイン処理動作の要部を示すフロー図である。
【図３】図２に示されるメイン処理のステップＳ１０５に示される予約処理の動作の要部を示すフロー図である。
【図４】図２に示されるメイン処理のステップＳ１０７に示される使用処理の動作の要部を示すフロー図である。
【図５】図４に示される使用処理のステップＳ２１０に示されるコンペ使用初期処理の動作の要部を示すフロー図である。
【図６】図４に示される使用処理のステップＳ２１５に示されるコース設定処理の動作の要部を示すフロー図である。
【図７】図４に示される使用処理のステップＳ２１６に示されるプレーヤー設定処理の動作の要部を示すフロー図である。
【図８】図７に示されるプレーヤー設定処理のステップＳ１６５に示されるプレーヤー訂正処理の動作の要部を示すフロー図である。
【図９】図４に示される使用処理のステップＳ２１７に示されるスコア入力処理の動作の要部を示すフロー図である。
【図１０】図９に示されるスコア入力処理のステップＳ４２１に示されるスコア情報送信処理により送信された情報をサーバ１が受信したことを契機としてサーバ１が行うランキング更新処理の動作の要部を示すフロー図である。
【図１１】本実施態様に係る携帯電話１１とサーバ１との構成について概念的に示したブロック図である。
【図１２】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示されるメニュー画面の一例である。
【図１３】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示される初期画面の一例である。
【図１４】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示されるコンペ予約画面の一例である。
【図１５】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示される予約完了画面の一例である。
【図１６】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示されるコンペ使用初期画面の一例である。
【図１７】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示されるコンペ情報画面の一例である。
【図１８】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示されるコース設定用初期画面の一例である。
【図１９】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示される難易順入力画面の一例である。
【図２０】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示されるパー数入力画面の一例である。
【図２１】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示されるコース設定結果画面の一例である。
【図２２】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示されるコース確認画面の一例である。
【図２３】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示されるプレーヤー設定用初期画面の一例である。
【図２４】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示されるプレーヤー確認用画面の一例である。
【図２５】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示されるプレーヤー訂正用初期画面の一例である。
【図２６】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示される訂正入力画面の一例である。
【図２７】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示される訂正処理完了確認画面の一例である。
【図２８】訂正内容が反映された後の図２５に示されるプレーヤー訂正用初期画面の一例である。
【図２９】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示される削除の確認画面の一例である。
【図３０】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示される削除処理完了確認画面の一例である。
【図３１】削除内容が反映された後の図２７に示される訂正入力画面の一例である。
【図３２】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示されるスコア入力用画面の一例である。
【図３３】登録されたスコア内容が反映された図３２に示されるスコア入力用画面の一例である。
【図３４】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示されるランキング画面の通常表示の一例である。
【図３５】本実施形態に係る競技支援装置の一態様として用いられる携帯電話によって実施される競技成績集計方法において示されるランキング画面の詳細表示の一例である。
【符号の説明】
【０１０１】
１  サーバ、２  経路制御装置、３  電話回線等、１１〜１４  データ出入力端末。
【図１】
2005095482.tif 000003
【図２】
2005095482.tif 000004
【図３】
2005095482.tif 000005
【図４】
2005095482.tif 000006
【図５】
2005095482.tif 000007
【図６】
2005095482.tif 000008
【図７】
2005095482.tif 000009
【図８】
2005095482.tif 000010
【図９】
2005095482.tif 000011
【図１０】
2005095482.tif 000012
【図１１】
2005095482.tif 000013
【図１２】
2005095482.tif 000014
【図１３】
2005095482.tif 000015
【図１４】
2005095482.tif 000016
【図１５】
2005095482.tif 000017
【図１６】
2005095482.tif 000018
【図１７】
2005095482.tif 000019
【図１８】
2005095482.tif 000020
【図１９】
2005095482.tif 000021
【図２０】
2005095482.tif 000022
【図２１】
2005095482.tif 000023
【図２２】
2005095482.tif 000024
【図２３】
2005095482.tif 000025
【図２４】
2005095482.tif 000026
【図２５】
2005095482.tif 000027
【図２６】
2005095482.tif 000028
【図２７】
2005095482.tif 000029
【図２８】
2005095482.tif 000030
【図２９】
2005095482.tif 000031
【図３０】
2005095482.tif 000032
【図３１】
2005095482.tif 000033
【図３２】
2005095482.tif 000034
【図３３】
2005095482.tif 000035
【図３４】
2005095482.tif 000036
【図３５】
2005095482.tif 000037