JP2014057829A - 管理装置、端末装置、サービス提供システム、管理装置の制御方法、端末装置の制御方法、管理装置のプログラム、及び、端末装置のプログラム - Google Patents

Abstract

【課題】例えばゴルフにおけるホールごとのスコア等の途中経過を適宜報知可能にする。
【解決手段】端末装置においてホール毎に打数情報を入力し、１ホールごとに端末装置から管理装置に情報を送信する。管理装置は、ホール情報から各ホールの規定打数を特定し、打数と規定打数との差分を算出する。算出した差分に応じたスコア名を判断し、スコア名に応じた例文データを抽出するとともに、抽出した例文データに少なくともスコア名及び利用者情報を含むメッセージを作成する。そして、メッセージを第２サービスにおいて報知するように要求する。
【選択図】図２６

Description

本発明は、特定のサービスにおいて入力された情報を他のサービスに提供する技術に関する。

近年、インターネット上で提供するサービスが急速に普及している。この種のサービスの一つとして、ＳＮＳ（Ｓocial Ｎetworking Ｓervice）を提供するウェブサイトが知られている。このウェブサイトでは、利用者同士のコミュニケーションを図るため、友達関係を構築できるようになっている。そして、友達同士で投稿、チャット、メールといったコミュニケーションのツールが提供として提供する手段が利用されている。特許文献１には、例えばジョギングにおける総走行距離を参加者同士で競い合うために、アバターの位置などで参加者の順位をわかり易く表示する技術が開示されている。

特表２０１１−５１８３６０号公報

また、ジョギング用のサービスとしては、スマートフォン等にアプリケーションをインストールし、スマートフォン等に装備されたＧＰＳ機能を利用して走行距離を計測し、計測した走行距離等の情報を他のＳＮＳに投稿するものがある。
しかしながら、例えばゴルフのようなスポーツにおいては、各ホールごとにスコアが決まるので、ホールごとのスコアを、あるいは、所定ホール分のスコアをまとめて途中経過として報知した方が臨場感を伝えることができるが、このようなサービスは従来は提供されていなかった。
本発明は、この点に鑑みてなされたものであり、例えばゴルフにおけるホールごとのスコア、あるいは所定ホール分のスコアの途中経過を適宜報知可能にすることなどを解決課題とする。

以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。

上述した課題を解決するため、本発明に係る管理装置は、第１サービスを提供し、当該第１サービスの提供を受ける利用者の端末装置と通信可能であり、当該利用者と共通の利用者に対して第２サービスを提供する管理装置であって、前記端末装置から、少なくとも前記利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信可能な受信部（１２）と、前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定するとともに、当該特定した規定打数と前記受信した打数情報との差分を算出する算出部（１３）と、算出した前記差分に応じたスコア名を判断する判断部（１４）と、前記スコア名に応じた例文データを取得する取得部（１１）と、当該取得した例文データに少なくとも前記スコア名及び前記打数情報を送信した前記利用者の前記利用者特定情報と関連付けられた利用者情報を含むメッセージを作成する報告文作成部（１６）と、前記メッセージを前記第２サービスにおいて報知する処理を行う投稿処理部（１７）と、を備えることを特徴とする。

この発明において、利用者特定情報は利用者を一意に識別する識別情報に限定されるものではなく、例えば、端末装置を一意に識別する識別情報と、利用者を一意に識別する識別情報とを関連付ける場合には、端末装置を一意に識別する識別情報も利用者特定情報として利用される。ホール特定情報は、ホール番号、ヤード数等を含み概念である。スコア名は、パー、バーディー、ボギー等のスコア名を含む概念である。例文データは、スコア名によって表現を変えた報告文を含む概念である。メッセージは、メッセージ、タイムライン等に投稿される報告等を含む概念である。

上述した課題を解決するため、本発明に係る管理装置（１）は、第１サービスの提供を受ける第１利用者を含む第２利用者に対して第３サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報を管理する外部管理装置（３）と通信可能であり、前記第２利用者の少なくとも一部に対して第２サービスを提供する管理装置（１）であって、前記第２利用者の利用に係る端末装置（２）から、少なくとも前記第２利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信可能な受信部（１２）と、前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定するとともに、当該特定した規定打数と前記受信した打数情報との差分を算出する算出部（１３）と、算出した前記差分に応じたスコア名を判断する判断部（１４）と、前記スコア名に応じた例文データを取得する取得部（１１）と、当該取得した例文データに少なくとも前記スコア名と前記利用者特定情報により特定される前記第２利用者の利用者情報を含むメッセージを作成する報告文作成部（１６）と、前記メッセージを前記第２サービスにおいて報知する処理を行う投稿処理部（１７）と、を備える、ことを特徴とする。

この発明において、利用者特定情報は利用者を一意に識別する識別情報に限定されるものではなく、例えば、端末装置を一意に識別する識別情報と、利用者を一意に識別する識別情報とを関連付ける場合には、端末装置を一意に識別する識別情報も利用者特定情報として利用される。ホール特定情報は、ホール番号、ヤード数等を含み概念である。スコア名は、パー、バーディー、ボギー等のスコア名を含む概念である。例文データは、スコア名によって表現を変えた報告文を含む概念である。メッセージは、メッセージ、タイムライン等に投稿される報告等を含む概念である。

上述した課題を解決するため、本発明に係る管理装置（１）は、第１サービスの提供を受ける第１利用者を含む第２利用者に対して第３サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報を管理する外部管理装置（３）と通信可能であり、前記第１利用者と共通の利用者に対して第２サービスを提供可能な管理装置であって、前記第２利用者の利用に係る端末装置（２）から少なくとも前記第１利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信可能な受信部（１２）と、前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定するとともに、当該特定した規定打数と前記受信した打数情報との差分を算出する算出部（１３）と、算出した前記差分に応じたスコア名を判断する判断部（１４）と、前記スコア名に応じた例文データを取得する取得部（１１）と、当該取得した例文データに少なくとも前記スコア名と前記利用者特定情報により特定される前記第１利用者の利用者情報を含むメッセージを作成する報告文作成部（１６）と、前記メッセージを前記外部管理装置に送信するとともに、前記第３サービスにおいて報知するように前記外部管理装置（３）に要求する投稿処理部（１７）と、を備える、ことを特徴とする。

この発明において、利用者特定情報は利用者を一意に識別する識別情報に限定されるものではなく、例えば、端末装置を一意に識別する識別情報と、利用者を一意に識別する識別情報とを関連付ける場合には、端末装置を一意に識別する識別情報も利用者特定情報として利用される。ホール特定情報は、ホール番号、ヤード数等を含み概念である。スコア名は、パー、バーディー、ボギー等のスコア名を含む概念である。例文データは、スコア名によって表現を変えた報告文を含む概念である。メッセージは、メッセージ、タイムライン等に投稿される報告等を含む概念である。

上述した管理装置（１）において、前記投稿処理部（１７）は、各ホールごとに前記報告文の報知を行うようにしてもよい。

上述した管理装置（１）において、前記投稿処理部（１７）は、所定ホール分まとめて前記報告文の報知を行うようにしてもよい。

上述した管理装置（１）において、前記受信部（１２）は、打数情報としてストローク数とパット数とを受信可能であり、前記算出部（１３）は、受信したストローク数からパット数を引いた値と、前記特定した規定打数との第１の差分を算出すると共に、前記規定打数から２を引いた値とストローク数との第２の差分を算出し、前記判断部（１４）は、算出した第１の差分に応じてスコア名を判断すると共に、算出した第２の差分に応じてグリーンオン名を判断し、前記報告文作成部（１６）は、前記取得した例文データに少なくとも前記スコア名と前記利用者特定情報により特定される前記利用者の利用者情報と、グリーンオン名とを含むメッセージを作成するようにすればよい。
この発明において、グリーンオン名とは、パーオン、ボギーオンなど、グリーンオンした打数を示す概念である。

上述した管理装置（１）において、前記受信部（１２）は、打数情報としてショット数を受信可能であり、前記算出部（１３）は、受信したショット数と、前記特定した規定打数との第１の差分を算出すると共に、前記規定打数から２を引いた値とショット数との第２の差分を算出し、前記判断部（１４）は、算出した第１の差分に応じてスコア名を判断すると共に、算出した第２の差分に応じてグリーンオン名を判断し、前記報告文作成部（１６）は、前記取得した例文データに少なくとも前記スコア名と前記利用者特定情報により特定される前記利用者の利用者情報と、グリーンオン名とを含むメッセージを作成するようにすればよい。

上述した課題を解決するため、本発明に係る端末装置は、第１サービスを第１利用者に提供すると共に当該第１利用者と共通の利用者に対して第２サービスを提供する管理装置と通信可能な端末装置であって、少なくともホールを特定する入力と、打数の入力が可能な入力部（２１）と、前記入力部によって特定されたホールにおける規定打数と、前記入力部によって入力された打数データとの差分を算出する算出部（２７）と、算出した差分に応じてスコア名を判断する判断部（２８）と、前記スコア名に応じた例文データを取得する取得部（２０）と、当該取得した例文データに少なくとも前記スコア名と前記利用者特定情報により特定される前記第１利用者の利用者情報を含むメッセージを作成する報告文作成部（２６）と、作成した報告文を前記第２サービスにおいて報知するように要求する要求部（２５）と、を備える、ことを特徴とする。

上述した課題を解決するため、本発明に係る端末装置（２Ａ）は、第１サービスを第１利用者に提供すると共に当該第１利用者と共通の利用者に対して第２サービスを提供する管理装置（１Ａ）と、前記第１利用者を含む第２利用者に対して第３サービスを提供する外部管理装置（３）と、を備えるサービス提供システム（１００Ａ）のサービスを享受可能な端末装置（２Ａ）であって、少なくともホールを特定する入力と、打数の入力が可能な入力部（２１）と、前記入力部によって特定されたホールにおける規定打数と、前記入力部によって入力された打数データとの差分を算出する算出部（２７）と、算出した差分に応じてスコア名を判断する判断部（２８）と、前記スコア名に応じた例文データを取得する取得部（２０）と、当該取得した例文データに少なくとも前記スコア名と前記利用者特定情報により特定される前記第１利用者の利用者情報を含むメッセージを作成する報告文作成部（２６）と、作成した報告文を前記第３サービスにおいて報知するように要求する要求部（２５）と、を備える、ことを特徴とする。

上述した課題を解決するため、本発明に係る端末装置（２Ｆ）は、利用者に対して第３サービスを提供する外部管理装置（３Ｆ）と通信可能な端末装置（２Ｆ）であって、少なくともホールを特定する入力と、打数の入力が可能な入力部（２１）と、前記入力部によって特定されたホールにおける規定打数と、前記入力部によって入力された打数データとの差分を算出する算出部（２７）と、算出した差分に応じてスコア名を判断する判断部（２８）と、前記スコア名に応じた例文データを取得する取得部（２０）と、当該取得した例文データに少なくとも前記スコア名と前記利用者の利用者情報を含むメッセージを作成する報告文作成部（２６）と、作成した報告文を前記第３サービスにおいて報知するように要求する要求部（５１）と、を備える、ことを特徴とする。

上述した課題を解決するため、本発明に係るサービス提供システム（１００）は、第１サービスと第２サービスを共通の利用者に提供する管理装置（１）と、当該管理装置（１）と通信可能で当該第１サービスの提供を受ける利用者の端末装置（２）とを備えるサービス提供システム（１００）であって、前記管理装置（１）は、前記端末装置（２）から、少なくとも前記利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信可能な受信部（１２）と、前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定するとともに、当該特定した規定打数と前記受信した打数情報との差分を算出する算出部（１３）と、前記算出した差分に応じたスコア名を判断する判断部（１４）と、前記スコア名に応じた例文データを取得する取得部（１１）と、当該取得した例文データに少なくとも前記スコア名及び前記利用者特定情報により特定される前記利用者の利用者情報を含むメッセージを作成する報告文作成部（１６）と、前記メッセージを前記第２サービスにおいて報知する投稿処理部（１７）とを備え、前記端末装置（２）は、少なくともホールを特定する入力と、打数の入力が可能な入力部（２１）と、前記入力部によって特定されたホールのホール特定情報と、前記利用者特定情報と、打数情報とを送信可能な送信部（２２）と、を備える、ことを特徴とする。

上述した課題を解決するため、本発明に係るサービス提供システムは、第１サービスと第２サービスを共通の利用者に提供する管理装置（１Ｂ）と、当該管理装置（１Ｂ）と通信可能で当該第１サービスの提供を受ける利用者の端末装置（２Ｂ）とを備えるサービス提供システムであって、前記管理装置（１Ｂ）は、前記端末装置（２Ｂ）から、少なくとも前記利用者を特定可能な利用者特定情報とスコア名とを受信可能な受信部（１２）と、前記スコア名に応じた例文データを取得する取得部（１１）と、当該取得した例文データに少なくとも前記スコア名及び前記利用者特定情報により特定される前記利用者の利用者情報を含むメッセージを作成する報告文作成部（１６）と、前記メッセージを前記第２サービスにおいて報知する投稿処理部（１７）と、を備え、前記端末装置（２Ｂ）は、少なくともホールを特定する入力と、打数の入力が可能な入力部（２１）と、前記入力部によって特定されたホールにおける規定打数と、前記入力部によって入力された打数データとの差分を算出する算出部（２７）と、算出した差分に応じてスコア名を判断する判断部（２８）と、少なくとも前記スコア名を前記管理装置（１Ｂ）に送信可能な送信部（２２）と、を備える、ことを特徴とする。

上述した課題を解決するため、本発明に係る管理装置の制御方法は、第１サービスを提供し、当該第１サービスの提供を受ける第１利用者の端末装置と通信可能であり、当該第１利用者と共通の利用者に対して第２サービスを提供する管理装置の制御方法であって、前記端末装置から、少なくとも前記利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信し、前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定し、当該特定した規定打数と前記受信した打数情報との差分を算出し、前記算出した前記差分に応じたスコア名を判断し、前記スコア名に応じた例文データを取得し、当該取得した例文データに少なくとも前記スコア名及び前記利用者特定情報により特定される前記利用者の利用者情報を含むメッセージを作成し、前記メッセージを前記第２サービスにおいて報知する、ことを特徴とする。

上述した課題を解決するため、本発明に係る管理装置（１）の制御方法は、第１サービスの提供を受ける第１利用者を含む第２利用者に対して第３サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報を管理する外部管理装置（３）と通信可能であり、当該第１利用者と共通の利用者に対して第２サービスを提供する管理装置（１）の制御方法であって、前記第２利用者の利用に係る端末装置（２）から、少なくとも前記第１利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信し、前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定し、当該特定した規定打数と前記受信した打数情報との差分を算出し、前記算出した前記差分に応じたスコア名を判断し、前記スコア名に応じた例文データを取得し、当該取得した例文データに少なくとも前記スコア名及び前記利用者特定情報により特定される前記第１利用者の利用者情報を含むメッセージを作成し、前記メッセージを前記第２サービスにおいて報知する、ことを特徴とする。

上述した課題を解決するため、本発明に係る端末装置の制御方法は、第１サービスを第１利用者に提供すると共に当該第１利用者と共通の利用者に対して第２サービスを提供する管理装置と通信可能な端末装置の制御方法であって、少なくともホールを特定する入力と、打数の入力とを可能とし、前記特定されたホールにおける規定打数と、前記入力された打数データとの差分を算出し、前記算出した前記差分に応じてスコア名を判断し、前記スコア名に応じた例文データを取得し、当該取得した例文データに少なくとも前記スコア名及び前記利用者を特定可能な利用者特定情報により特定される前記第１利用者の利用者情報を含むメッセージを作成し、前記作成した報告文を前記第２サービスにおいて報知するように前記管理装置に要求する、ことを特徴とする。

上述した課題を解決するため、本発明に係る端末装置（２Ｆ）の制御方法は、利用者に対して第３サービスを提供する外部管理装置（３Ｆ）と通信可能な端末装置（２Ｆ）の制御方法であって、少なくともホールを特定する入力と、打数の入力とを可能とし、前記入力部によって特定されたホールにおける規定打数と、前記入力部によって入力された打数データとの差分を算出する算出部と、算出した差分に応じてスコア名を判断する判断部と、前記スコア名に応じた例文データを取得し、当該取得した例文データに少なくとも前記スコア名及び前記利用者を特定可能な利用者特定情報により特定される前記利用者の利用者情報を含むメッセージを作成し、前記作成した報告文を前記第３サービスにおいて報知するように前記外部管理装置（３Ｆ）に要求する、ことを特徴とする。

上述した課題を解決するため、本発明に係る管理装置のプログラムは、第１サービスを提供し、当該第１サービスの提供を受ける利用者の端末装置と通信可能であり、当該利用者と共通の利用者に対して第２サービスを提供するコンピュータを備える管理装置のプログラムであって、前記コンピュータを、前記端末装置から、少なくとも前記利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信可能な受信部（１２）と、少なくとも、例文データと、前記利用者特定情報及び当該利用者特定情報と関連付けられた利用者情報とを取得可能な取得部（１１）と、前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定するとともに、当該特定した規定打数と前記受信した打数情報との差分を算出する算出部（１３）と、算出した前記差分に応じたスコア名を判断する判断部（１４）と、前記取得部により取得した例文データに少なくとも前記スコア名及び前記利用者特定情報により特定される利用者の利用者情報を含むメッセージを作成する報告文作成部（１６）と、前記メッセージを前記第２サービスにおいて報知する投稿処理部（１７）として機能させる、ことを特徴とする。

上述した課題を解決するため、本発明に係る管理装置（１）のプログラムは、第１サービスの提供を受ける第１利用者を含む第２利用者に対して第３サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報を管理する外部管理装置（３）と通信可能であり、当該第１利用者と共通の利用者に対して第２サービスを提供するコンピュータを備える管理装置（１）のプログラムであって、前記コンピュータを、前記第２利用者の利用に係る端末装置（２）から、少なくとも前記第１利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信可能な受信部（１２）と、少なくとも、例文データと、前記第１利用者を一意に識別する第１識別情報及び当該第１識別情報と関連付けられた第１利用者情報とを取得可能な取得部（１１）と、前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定するとともに、当該特定した規定打数と前記受信した打数情報との差分を算出する算出部（１３）と、算出した前記差分に応じたスコア名を判断する判断部（１４）と、前記取得部（１１）により取得した例文データに少なくとも前記スコア名及び前記利用者特定情報により特定される前記第１利用者の利用者情報を含むメッセージを作成する報告文作成部（１６）と、前記メッセージを前記第２サービスにおいて報知する投稿処理部（１７）として機能させる、ことを特徴とする。

上述した課題を解決するため、本発明に係る管理装置（１）のプログラムは、第１サービスの提供を受ける第１利用者を含む第２利用者に対して第３サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報を管理する外部管理装置（３）と通信可能であり、当該第１利用者と共通の利用者に対して第２サービスを提供するコンピュータを備える管理装置のプログラムであって、前記コンピュータを、前記第２利用者の利用に係る端末装置から、少なくとも前記第１利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信可能な受信部（１２）と、少なくとも、例文データと、前記利用者特定情報及び当該利用者特定情報と関連付けられた利用者情報とを取得可能な取得部（１１）と、前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定するとともに、当該特定した規定打数と前記受信した打数情報との差分を算出する算出部（１３）と、算出した前記差分に応じたスコア名を判断する判断部（１４）と、前記取得部（１１）により取得した例文データに少なくとも前記スコア名及び前記利用者特定情報により特定される前記第１利用者の利用者情報を含むメッセージを作成する報告文作成部（１６）と、前記メッセージを、前記第３サービスにおいて報知するように前記外部管理装置（３）に要求する投稿処理部（１７）として機能させる、ことを特徴とする。

上述した課題を解決するため、本発明に係る端末装置のプログラムは、第１サービスを第１利用者に提供すると共に当該第１利用者と共通の利用者に対して第２サービスを提供する管理装置と通信可能なコンピュータを備える端末装置のプログラムであって、前記コンピュータを、少なくとも前記利用者を特定可能な利用者特定情報と、例文データとを取得可能な取得部（２０）と、少なくともホールを特定する入力と、打数の入力が可能な入力部（２１）と、前記入力部によって特定されたホールにおける規定打数と、前記入力部によって入力された打数データとの差分を算出する算出部（２７）と、算出した差分に応じてスコア名を判断する判断部（２８）と、前記取得した例文データに少なくとも前記スコア名と前記利用者特定情報により特定される前記第１利用者の利用者情報を含むメッセージを作成する報告文作成部（２６）と、前記作成した報告文を前記第２サービスにおいて報知するよう要求する要求部（２５）として機能させる、ことを特徴とする。

上述した課題を解決するため、本発明に係る端末装置（２Ｆ）のプログラムは、利用者に対して第３サービスを提供する外部管理装置（３Ｆ）と通信可能なコンピュータを備える端末装置（２Ｆ）のプログラムであって、前記コンピュータを、少なくともホールを特定する入力と、打数の入力が可能な入力部（２１）と、前記入力部によって特定されたホールにおける規定打数と、前記入力部によって入力された打数データとの差分を算出する算出部（２７）と、算出した差分に応じてスコア名を判断する判断部（２８）と、前記スコア名に応じた例文データを取得する取得部（２０）と、当該取得した例文データに少なくとも前記スコア名と前記利用者の利用者情報を含むメッセージを作成する報告文作成部（２６）と、作成した報告文を前記第３サービスにおいて報知するように要求する要求部（５１）として機能させる、ことを特徴とする。

上記プログラムは記録媒体に記憶させても良い。この記録媒体を用いれば、例えば上記コンピュータに上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であっても良い。

本発明の第１実施形態に係るサービス提供システムのブロック図である。 管理サーバの構成を示すブロック図である。 端末装置の構成を示すブロック図である。 第１実施形態に係るサービス提供システムの動作シーケンスを示すシーケンス図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 都道府県マスタテーブルのデータ構造の一例を示す説明図である。 コースマスタテーブルのデータ構造の一例を示す説明図である。 ホール情報テーブルのデータ構造の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 第１実施形態に係るサービス提供システムの動作シーケンスを示すシーケンス図である。 第１実施形態に係るサービス提供システムの動作シーケンスを示すシーケンス図である。 名称マスタテーブルのデータ構造の一例を示す説明図である。 名称マスタテーブルのデータ構造の一例を示す説明図である。 エラーマスタテーブルのデータ構造の一例を示す説明図である。 文例マスタテーブルのデータ構造の一例を示す説明図である。 ゴルフ利用者情報テーブルのデータ構造の一例を示す説明図である。 ＳＮＳ利用者情報テーブルのデータ構造の一例を示す説明図である。 ＳＮＳ友達情報テーブルのデータ構造の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 第２実施形態に係るサービス提供システムの動作シーケンスを示すシーケンス図である。 第３実施形態に係るサービス提供システムの動作シーケンスを示すシーケンス図である。 第４実施形態に係るサービス提供システムの動作シーケンスを示すシーケンス図である。 第５実施形態に係るサービス提供システムの動作シーケンスを示すシーケンス図である。 第５実施形態に係るサービス提供システムの動作シーケンスを示すシーケンス図である。 第６実施形態に係るサービス提供システムの動作シーケンスを示すシーケンス図である。 第７実施形態に係るサービス提供システムの動作シーケンスを示すシーケンス図である。 第８実施形態に係るサービス提供システムの動作シーケンスを示すシーケンス図である。 第９実施形態に係るサービス提供システムのブロック図である。 第９実施形態に係るサービス提供システムの動作シーケンスを示すシーケンス図である。 第１０実施形態に係るサービス提供システムのブロック図である。 第１０実施形態に係るサービス提供システムの動作シーケンスを示すシーケンス図である。 第１１実施形態に係るサービス提供システムのブロック図である。 第１２実施形態に係るサービス提供システムのブロック図である。 第１３実施形態に係るサービス提供システムのブロック図である。 第１４実施形態に係るサービス提供システムのブロック図である。 第１４実施形態に係るサービス提供システムの動作シーケンスを示すシーケンス図である。 第１５実施形態に係るサービス提供システムの動作シーケンスを示すシーケンス図である。 変形例に係るサービス提供システムのブロック図である。 変形例に係るサービス提供システムのブロック図である。 変形例に係るサービス提供システムのブロック図である。 変形例に係るサービス提供システムのブロック図である。 変形例に係るサービス提供システムのブロック図である。 変形例に係るサービス提供システムのブロック図である。 変形例に係るサービス提供システムのブロック図である。

以下、実施形態として、本発明に係る管理サーバを用いたサービス提供システムについて、図面を参照しつつ説明する。
＜第１実施形態＞
＜１．サービス提供システムの構成＞
図１は、本発明の実施形態に係るサービス提供システム１００のブロック図である。このサービス提供システム１００は、インターネットなどの通信網ＮＥＴを介して、ゴルフナビゲーションアプリケーション（第１サービスの一例）及びゴルフ情報アプリケーション（第２サービスの一例）を提供する管理サーバ１（管理装置の一例）、利用者の端末装置２、ＳＮＳサイト（第３サービスの一例）を提供する外部管理サーバ３（外部管理装置の一例）を備える。以下の説明では、管理サーバ１のゴルフ情報アプリケーション及びゴルフナビゲーションアプリケーションを利用する利用者をゴルフ利用者（第１利用者の一例）、外部管理サーバ３のＳＮＳの利用者をＳＮＳ利用者（第２利用者の一例）と称する。
外部管理サーバ３が提供するＳＮＳサイトは、利用者同士のコミュニケーションツール（すなわち、利用者の間で行われるメッセージ管理情報の授受であり、例えば、掲示板、メール、チャット等）を提供する。また、ＳＮＳサイトにおいて、友達関係は、アクション元のＳＮＳ利用者が友達申請を行い、これをアクション先のＳＮＳ利用者が承認することによって構築される。外部管理サーバ３は、ＳＮＳ利用者同士の特定の関係であるＳＮＳ友達関係を示す友達情報を管理する。

利用者の端末装置２は、通信網ＮＥＴを介した通信が可能であり、例えば、パーソナルコンピュータ、携帯電話機、スマートフォン、タブレット端末などが該当する。
管理サーバ１は、特定のサービスを提供する。本実施形態の管理サーバ１は、ゴルフ情報アプリケーション及びゴルフナビゲーションアプリケーションをゴルフ利用者に提供する。

外部管理サーバ３が提供するＳＮＳ（第３サービスの一例）においては、掲示板、メール、チャット等を利用することができるだけでなく、ゲームや実用的なツールなどのソーシャルアプリケーションを利用することができる。このソーシャルアプリケーションは、前記ＳＮＳの提供者以外の提供者によっても提供されることがあり、ソーシャルアプリケーションを利用するか否か、あるいは、どのソーシャルアプリケーションを利用するかは、ＳＮＳ利用者が任意に決定できるようになっている。ソーシャルアプリケーションは、一般に、ＳＮＳサイト内に当該ソーシャルアプリケーションの画面が表示されるため、ＳＮＳ利用者にとっては、あたかもＳＮＳのサービスの一つを利用しているような感覚で、ソーシャルアプリケーションを利用することになる。

本実施形態の管理サーバ１によって提供されるゴルフ情報アプリケーションは、一例として、上述のようなソーシャルアプリケーションの一種として提供されるサービスである。本実施形態においては、ＳＮＳ利用者がゴルフ情報アプリケーションの利用者であるゴルフ利用者になるためには、ゴルフ情報アプリケーションが当該ＳＮＳ利用者のプロフィール情報やＳＮＳ上の前記友達情報にアクセスする機能や、ゴルフ情報アプリケーションが当該ＳＮＳ利用者の代わりに掲示板等に投稿する機能等についての承認を行うようになっている。ＳＮＳ利用者がこの承認を行うことにより、当該ＳＮＳ利用者はゴルフ利用者となる。

つまり、ゴルフ利用者は、ＳＮＳ利用者に含まれる。換言すれば、管理サーバ１は、ゴルフ利用者にゴルフ情報アプリケーションを提供し、外部管理サーバ３のＳＮＳ利用者に限って、ゴルフ情報アプリケーションのゴルフ利用者として登録する。一方、外部管理サーバ３は、ゴルフ利用者を含むＳＮＳ利用者に対してＳＮＳを提供する。このように、ゴルフ利用者はＳＮＳ利用者に含まれ、しかも、上述のようにゴルフ情報アプリケーションがＳＮＳ利用者のプロフィール情報やＳＮＳ上の友達情報にアクセスする機能や、ゴルフ情報アプリケーションがＳＮＳ利用者の代わりに掲示板等に投稿する機能等について、ＳＮＳ利用者の承認を得ている。

このように、本実施形態においては、ゴルフ情報アプリケーションは、ＳＮＳ上のソーシャルアプリケーションの一種として提供されるので、端末装置２の利用者が、ゴルフ情報アプリケーションを利用する場合には、まず端末装置２から外部管理サーバ３にアクセスし、ＳＮＳにログインすることが必要になる。なお、ＳＮＳやゴルフ情報アプリケーションに最初に利用者登録する際の処理は後述する。
本実施形態のゴルフ情報アプリケーションは、ゴルフ利用者同士でアプリケーション上の友達を増やしたり、ゴルフ利用者同士でメッセージやコメントのやり取りをしたり、ゴルフに行ってきたことの報告を行ったり、あるいは、ゴルフに誘ったりといったゴルフ利用者同士のコミュニケーションを行うためのサービスである。

一方、ゴルフナビゲーションアプリケーションは、ゴルフ利用者の端末装置２の操作に応じて、アプリケーション配信サイト（図示省略）を介すなどしてダウンロードされ、端末装置２にインストールされるものであり、端末装置２上で実行されるアプリケーションである。
ゴルフナビゲーションアプリケーションにおいては、ＳＮＳとの接続の設定が可能であり、ＳＮＳとの接続を行うように設定された場合には、端末装置２は外部管理サーバ３にアクセスして、ＳＮＳとのログイン処理を行う。ログイン処理が成功した場合には、外部管理サーバ３と管理サーバ１の間でOAuth認証による通信が可能となる。
しかし、ゴルフナビゲーションアプリケーションにおいて、ＳＮＳとの接続の設定を行わない場合には、端末装置２上で単独で実行されるアプリケーションとして利用されることになる。
本実施形態のゴルフナビゲーションアプリケーションは、ゴルフコースのホール情報を端末装置２上に表示させたり、実際にゴルフを行いながらスコアを入力したり、あるいは、入力したスコアに関する情報をゴルフ情報アプリケーション等への投稿を可能にする等のサービスである。

図１を参照して、管理サーバ１の機能を説明する。管理サーバ１は、ゴルフ利用者情報テーブルＴＢＬ１１、ホール情報テーブルＴＢＬ１３、設定値管理マスタテーブルＴＢＬ１５（都道府県マスタテーブルＴＢＬ１５ａ、コース名称マスタテーブルＴＢＬ１５ｂ、第１スコア名マスタテーブルＴＢＬ１５ｃ、第２スコア名マスタテーブルＴＢＬ１５ｄ、エラーマスタテーブルＴＢＬ１５ｅ、文例マスタテーブルＴＢＬ１５ｆ）を格納した記憶部１５を備える。また、記憶部１５には、ゴルフ情報アプリケーションの制御プログラムやゴルフ情報アプリケーションにおけるマイページ等に関する情報、端末装置２からの要求に応じて送信するゴルフナビゲーションアプリケーションの制御プログラム、管理サーバ１を制御するプログラムが記憶されている。ゴルフ利用者情報テーブルＴＢＬ１１には、ゴルフ利用者を一意に識別する識別情報ＵＩＤなどが格納されている。ホール情報テーブルＴＢＬ１３には、ゴルフ場ごとの各ホールのヤーデージ、規定打数（以下、「パー数」という）、ハザード情報等のホール情報が記録されている。上記各テーブルのうち、ホール情報テーブルＴＢＬ１３、都道府県マスタテーブルＴＢＬ１５ａ、コース名称マスタテーブルＴＢＬ１５ｂについては、ゴルフナビゲーションアプリケーションのソフトウェアの実行に際して用いられる。また、ゴルフ利用者情報テーブルＴＢＬ１１、第１スコア名マスタテーブルＴＢＬ１５ｃ、第２スコア名マスタテーブルＴＢＬ１５ｄ、エラーマスタテーブルＴＢＬ１５ｅ、文例マスタテーブルＴＢＬ１５ｆについては、ゴルフ情報アプリケーションのソフトウェアの実行に際して用いられる。

また、管理サーバ１は、取得部１１と、受信部１２と、算出部１３と、判断部１４と、報告文作成部１６と、投稿処理部１７と、上述した記憶部１５とを備える。これらは、管理サーバ１がゴルフ情報アプリケーションのソフトウェアを実行することにより発揮される機能ブロックである。ただし、受信部１２及び記憶部１５は、ゴルフ情報アプリケーションのソフトウェアとゴルフナビゲーションアプリケーションのソフトウェアのいずれを実行する場合にも発揮される機能ブロックである。取得部１１は、記憶部１５に記憶された例文データを取得する。受信部１２は、端末装置２から、ゴルフ利用者を特定可能な利用者特定情報と、ホールを特定可能なホール特定情報と、打数情報とを受信する。算出部１３は、受信したホール特定情報に基づいて、当該ホールにおけるパー数を特定するとともに、受信した打数情報と特定したパー数との差分を算出する。判断部１４は、算出した前記差分に応じたスコア名を判断する。報告文作成部１６は、スコア名に応じた例文データを抽出するとともに、抽出した例文データに、少なくとも、スコア名と、打数情報を送信した本人の利用者情報を含むメッセージを作成する。投稿処理部１７は、メッセージをゴルフ情報アプリケーションにおいて報知する処理を行うとともに、外部管理サーバ３に対して、ＳＮＳにおいて報知を行うよう要求する。

図１を参照して、端末装置２の機能を説明する。端末装置２は、入力部２１と、送信部２２と、表示部２３と、受信部２４と、要求部２５とを備える。入力部２１は、ゴルフコースの選択、ホールの特定、各ホールでの打数及びパット数の入力等を行うことができる。送信部２２は、ＳＮＳとの接続を行う設定がされている場合には、本人を特定可能な利用者特定情報と、入力部２１により入力したホールを特定可能なホール特定情報と、各ホールでの打数及びパット数からなる打数情報とを含むスコア情報を、管理サーバ１に送信する。ここで、本人を特定可能な利用者特定情報とは、例えばＳＮＳとの接続を行う設定をした際に外部管理サーバ３から受信したＳＮＳ識別情報である。ただし、ＳＮＳ情報以外でも本人を特定可能な情報であれば、いかなる情報を用いてもよい。受信部２４は、管理サーバ１からホール情報等を受信する。表示部２３は、受信部２４によって受信したホール情報に基づいて、ゴルフコースの選択や、ホールを特定するための画面、あるいは、各ホールでの打数及びパット数を入力するための画面等を表示することができる。要求部２５は、管理サーバ１に対して送信するスコア情報に基づいて、ゴルフ情報アプリケーションにおいてメッセージを報知するよう要求する。

図１を参照して、外部管理サーバ３の機能を説明する。外部管理サーバ３は、ＳＮＳ利用者を一意に識別する識別情報、ＳＮＳ利用者の氏名、及びプロフィール画像のリンク先を示すリンク情報などが格納されたＳＮＳ利用者情報テーブルＴＢＬ３１と、ＳＮＳ利用者の友達関係を示す友達情報が格納されたＳＮＳ友達情報テーブルＴＢＬ３２を備える。さらに、外部管理サーバ３は、各種のＡＰＩ（Application Program Interface）を実行可能であり、管理サーバ１からのパラメータを含む要求を受信すると、ＳＮＳ利用者情報テーブルＴＢＬ３１又はＳＮＳ友達情報テーブルＴＢＬ３２から所定の情報を抽出して管理サーバ１に返信するようになっている。また、管理サーバ１からのパラメータを含む要求を受信すると、ＳＮＳ上のページ等にＳＮＳ利用者の投稿としてメッセージ等の投稿を行うようになっている。

図２に管理サーバ１の構成を示す。この図に示すように、管理サーバ１は、装置全体を制御するＣＰＵ（Central Processing Unit）３０、ＣＰＵ３０の作業領域として機能するＲＡＭ（Random Access Memory）３１、ブートプログラムなどを記憶したＲＯＭ（Read Only Memory）３２、各種のプログラムやデータを記憶するハードディスクドライブ（ＨＤＤ）３３、キーボードやマウスなどを含む入力部３４、画像を表示するディスプレイ３５、通信網ＮＥＴを介して外部の装置と通信を行う通信インターフェース３６、及びコンパクトディスクなどの情報記録媒体を読み取る読取装置３７を備える。ハードディスクドライブ３３は、上述した記憶部１５の一例であり、ゴルフ利用者情報テーブルＴＢＬ１１、ホール情報テーブルＴＢＬ１３、設定値管理マスタテーブルＴＢＬ１５を格納する。なお、入力部３４、ディスプレイ３５は管理サーバ１には備えない構成としてもよい。
本実施形態において、ＣＰＵ３０は取得部１１、算出部１３、判断部１４、報告文作成部１６、投稿処理部１７として動作し得る。また、通信インターフェース３６は受信部１２として動作し得る。
また、外部管理サーバ３も管理サーバ１と同様に構成されている。但し、ハードディスクドライブ３３には、ＳＮＳ利用者情報テーブルＴＢＬ３１と、ＳＮＳ友達情報テーブルＴＢＬ３２とが格納される。なお、管理サーバ１及び外部管理サーバ３は、本実施形態では入力部３４、ディスプレイ３５、読み取り装置３７を備えることとしているが、他の実施形態においては、これらは備えていなくてもよい。

図３に端末装置２の構成を示す。端末装置２は、装置全体を制御するＣＰＵ４０、ＣＰＵ４０の作業領域として機能するＲＡＭ４１、ブートプログラムなどを記憶したＲＯＭ４２、各種のプログラムやデータを記憶する記憶装置４３、テンキーなどを含む入力部４４、画像を表示するディスプレイ４５、及び通信網ＮＥＴを介して外部の装置と通信を行う通信インターフェース４６を備える。なお、入力部がタッチパネルである場合は、ディスプレイ４５がタッチパネルである入力部４４を兼ねることとなる。入力部４４は単一のデバイスで構成しても、複数のデバイスを組み合わせて構成しても良い。

＜２．サービス提供システムの動作＞
本実施形態のサービス提供システム１００では、ゴルフ利用者の端末装置２においてネイティブアプリケーションとしてのゴルフナビゲーションアプリケーションを予めインストールしておき、ゴルフナビゲーションアプリケーションを起動させることにより、ゴルフコースの選択、各ホールの情報、及び、１打目、２打目等の打数の入力画面等を表示させることができ、さらに、ＳＮＳとの接続を行う設定が行われている場合には、ホールアウトした際（後述のカップインボタンＪ１３が押下された際）には、パーやバーディーなどのスコア名を含む情報をゴルフ情報アプリケーションや他のＳＮＳに投稿することができる。以下では、ＳＮＳとの接続を行う設定が行われているものとして説明を行い、ＳＮＳへの利用者登録の処理やゴルフ情報アプリケーションへの利用者登録については後述する。

図４に本実施形態のサービス提供システム１００の動作の概略の流れを示す。端末装置２においてゴルフナビゲーションアプリケーションが起動されると、ゴルフ利用者の入力操作に応じてコース選択処理が行われる（Ｓ１０）。また、ゴルフ利用者の入力操作に応じてラウンド開始入力処理が行われると（Ｓ１１）、ゴルフ情報アプリケーションや他のＳＮＳへの投稿処理が行われる（Ｓ１２）。次に、ゴルフ利用者の入力操作に応じて打数入力処理が行われると（Ｓ１３）、スコア算出処理が行われ（Ｓ１４）、さらに、報告文作成処理が行われる（Ｓ１５）。そして、報告文作成処理により作成されたメッセージのゴルフ情報アプリケーションや他のＳＮＳへの投稿処理が行われる（Ｓ１６）。以上の処理を、ゴルフ利用者によるラウンド終了の入力が行われるまで継続する（Ｓ１７；ＮＯ、Ｓ１３）。ゴルフ利用者によるラウンド終了の入力が行われると、全ての処理を終了する。なお、ラウンド終了の入力とは、１８ホール分のスコア情報の送信またはゴルフ利用者による中断処理を指す。中断処理は、後述のメニューボタン等を操作して行う場合と、ゴルフナビゲーションアプリケーション自体の強制終了の場合とがある。中断した場合のデータは端末装置２の記憶装置４３に記憶される。中断処理を行った場合においては、後述のラウンド再開セルＡ１の押下により再開し、再び投稿処理までの一連の処理を行うことができる。
以下、図４に示したそれぞれの処理について説明を行うが、ステップＳ１２とステップＳ１６の投稿処理については共通の処理なので、投稿処理の説明については、ステップＳ１５の報告文作成処理の説明の後にまとめて行うこととする。

＜２−１：ＳＮＳとの接続設定処理＞
端末装置２にインストールされているゴルフナビゲーションアプリケーションを起動した際には、端末装置２のディスプレイ４５には、メインメニューページが表示される。図５にメインメニューページＰ１の例を示す。メインメニューページＰ１は、ラウンド再開セルＡ１、ラウンド開始セルＡ２、コースチェックセルＡ３、ラウンド履歴セルＡ４、設定セルＡ５、課金・購入セルＡ６を備えている。
ラウンド再開セルＡ１が押下されると、ラウンドを中断した後に再開するホールの情報が端末装置２のディスプレイ４５に表示され、再びゴルフナビゲーションアプリケーションを利用可能となる。
ラウンド開始セルＡ２が押下されると、図６に示す検索対象選択メニューページＰ２が端末装置２のディスプレイ４５に表示される。詳しくは後述する。
コースチェックセルＡ３が押下されると、ゴルフコース選択メニューページ等（図示せず）が表示される。その後、利用者によりゴルフコースが選択されると、選択されたゴルフコースのホール情報が端末装置２のディスプレイ４５に表示され、コースのチェックが可能となる。
ラウンド履歴セルＡ４が押下されると、過去に利用したゴルフコースとその際のスコア等の履歴情報が端末装置２のディスプレイ４５に表示される。
設定セルＡ５が押下されると、利用者情報の設定とアプリケーション情報の設定とのいずれの設定を行うのかの選択画面（図示せず）が端末装置２のディスプレイ４５に表示される。利用者情報の設定が選択された場合には、利用者の名前、年齢、性別、及び、ハンディキャップ等の入力または編集、さらには、ＳＮＳとの接続の設定等を行うことが可能となる。また、アプリケーション情報の設定が選択された場合には、ＧＰＳ測位間隔の設定、または、ハザード表示の設定等を行うことができる。
課金・購入セルＡ６が押下されると、ゴルフナビゲーションアプリケーションで提供される有料サービスの利用等の設定が可能になる。

設定セルＡ５が押下されて利用者情報の設定が選択され、さらにＳＮＳとの接続の設定セル（図示せず）が押下されると、端末装置２のＣＰＵ４０は、外部管理サーバ３に対してＳＮＳのログイン画面要求を送信する。ログイン画面要求を受信した外部管理サーバ３のＣＰＵは、ＳＮＳのログイン画面情報を端末装置２に送信する。ＳＮＳのログイン画面情報を受信した端末装置２のＣＰＵ４０は、ログイン画面情報に基づいてディスプレイ４５にＳＮＳのログイン画面（図示せず）を表示させる。ログイン画面には、ＳＮＳのログインＩＤとパスワードを入力することが可能になっている。

入力部２１によってＳＮＳのログインＩＤとパスワードが入力され、ログイン画面に表示される送信ボタン（図示せず）が押下されると、端末装置２のＣＰＵ４０は、入力されたログインＩＤとパスワードを外部管理サーバ３に送信すると共に、外部管理サーバ３にログイン要求を送信する。ログイン要求を受信した外部管理サーバ３のＣＰＵは、外部管理サーバ３に記録されているＳＮＳ利用者のログインＩＤとパスワードのテーブル内に、受信したログインＩＤとパスワードに一致するレコードがあるかどうか判断する。そして、受信したログインＩＤとパスワードに一致するレコードがあった場合には、外部管理サーバ３のＣＰＵは、利用者特定情報（例えば当該ＳＮＳ利用者のＳＮＳ識別情報）を端末装置２に送信する。端末装置２は受信した利用者特定情報を記憶しておく。
かかるＳＮＳとの接続の設定を行っておくことで、後述の、ラウンド開始の旨の投稿や、打数（スコア）を含む文章の投稿を、ゴルフ情報アプリケーションに対して行うことができるようになる。

＜２−２：コース選択処理＞
次に、図５に示すラウンド開始セルＡ２が押下されると、検索対象選択メニューページＰ２が表示される。図６に検索対象選択メニューページＰ２の一例を示す。検索対象選択メニューページＰ２は、戻るボタンＢ１、地域検索セルＢ２、ＧＰＳ検索セルＢ３、マイコース検索セルＢ４を備えている。
戻るボタンＢ１が押下されると、図５に示すメインメニューページＰ１に戻るようになっている。
地域検索セルＢ２が押下されると、図７に示す地域検索メニューページＰ３が表示される。詳しくは後述する。
ＧＰＳ検索セルＢ３が押下されると、端末装置２に装備されているＧＰＳ機能を利用して、端末装置２の所在地点から所定範囲内に登録されているゴルフコースを表示するページ（図示せず）が表示される。このページに表示されるゴルフコースのアイコン等が押下されると、そのゴルフコースが選択される。
マイコース検索セルＢ４が押下されると、過去に利用したゴルフコースの一覧ページ（図示せず）が表示される。一覧ページに表示されるいずれかのゴルフコースのセルが押下されると、そのゴルフコースが選択される。

図７に地域検索メニューページＰ３の一例を示す。図６に示す地域検索セルＢ２が押下されると、地域検索メニューページＰ３が表示される。地域検索メニューページＰ３は、戻るボタンＣ１、地域名を表示する地域名表示セルＣ２〜Ｃ７を備えている。
戻るボタンＣ１が押下されると、図６に示す検索対象選択メニューページＰ２に戻るようになっている。
地域名表示セルＣ２〜Ｃ７のいずれかが押下されると、図８に示す都道府県選択メニューページＰ４が表示される。

図８に都道府県選択メニューページＰ４の一例を示す。図８の例は、図７の地域検索メニューページＰ３において、「関東」の地域名表示セルＣ３が押下された場合に表示される都道府県選択メニューページＰ４を示している。都道府県選択メニューページＰ４は、戻るボタンＤ１、都道府県名表示セルＤ２〜Ｄ８を備えている。なお、都道府県名表示セルの表示数は、該当する都道府県の数に応じて変動する。
戻るボタンＤ１が押下されると、図７に示す地域検索メニューページＰ３に戻るようになっている。
都道府県名表示セルＤ２〜Ｄ８のいずれかが押下されると、図９に示す５０音順選択メニューページＰ５が表示される。

図９に５０音順選択メニューページＰ５の一例を示す。図９の例は、図８の都道府県選択メニューページＰ４において、「東京都」の都道府県名表示セルＤ２が押下された場合に表示される５０音順選択メニューページＰ５を示している。５０音順選択メニューページＰ５は、戻るボタンＥ１、５０音順表示セルＥ２〜Ｅ１１を備えている。
戻るボタンＥ１が押下されると、図８に示す都道府県選択メニューページＰ４に戻るようになっている。
５０音順表示セルＥ２〜Ｅ１１のいずれかが押下されると、図１０に示すゴルフコース選択メニューページＰ６が表示される。

図１０にゴルフコース選択メニューページＰ６の一例を示す。図１０の例は、図９の５０音順選択メニューページＰ５において、「ア行」の５０音順表示セルＥ２が押下された場合に表示されるゴルフコース選択メニューページＰ６を示している。ゴルフコース選択メニューページＰ６は、戻るボタンＧ１、ゴルフコース表示セルＧ２〜Ｇ４を備えている。なお、ゴルフコース表示セルの表示数は、該当するゴルフコースの数に応じて変動する。
戻るボタンＧ１が押下されると、図９に示す５０音順選択メニューページＰ５に戻るようになっている。
ゴルフコース表示セルＧ２〜Ｇ４のいずれかが押下されると、図１３に示すラウンド設定メニューページＰ７が表示される。

ここで、図１１Ａ及び図１１Ｂを用いて、ゴルフコース選択の際の特定方法について説明する。図１１Ａは都道府県マスタテーブルＴＢＬ１５ａを示す一例である。フィールドＦ１は地域ＩＤのフィールド、フィールドＦ２は地域名のフィールド、フィールドＦ３は都道府県ＩＤのフィールド、フィールドＦ４は都道府県名のフィールドである。
また、図１１Ｂはコース名称マスタテーブルＴＢＬ１５ｂを示す一例である。フィールドＦ５は都道府県ＩＤのフィールド、フィールドＦ６はゴルフコースＩＤのフィールド、フィールドＦ７はゴルフコース名のフィールドである。また、フィールドＦ８は５０音のフィールド、フィールドＦ９はゴルフコースの住所のフィールドである。

図７に示す地域検索メニューＰ３における地域名表示セルＣ２〜Ｃ７には、それぞれ地域ＩＤが関連付けられており、地域名表示セルＣ２〜Ｃ７のいずれかが選択されると、端末装置２のＣＰＵ４０は、当該選択された地域名表示セルＣ２〜Ｃ７に対応する地域ＩＤを、管理サーバ１に送信する。

地域ＩＤを受信した管理サーバ１のＣＰＵ３０は、都道府県マスタテーブルＴＢＬ１５ａを参照して、受信した地域ＩＤに基づいて、当該地域ＩＤと関連付けて記録されている都道府県のレコードを特定し、都道府県リストを含む表示用情報を作成し、通信インターフェース３６を介して端末装置２に送信する。都道府県リストを含む表示用情報を受信した端末装置２のＣＰＵ４０は、当該受信した都道府県リストを含む表示用情報に基づいて、図８に示すように都道府県選択メニューページＰ４をディスプレイ４５に表示する。

都道府県選択メニューページＰ４における都道府県名表示セルＤ２〜Ｄ８には、それぞれ都道府県ＩＤが関連付けられており、都道府県名表示セルＤ２〜Ｄ８のいずれか選択されると、端末装置２のＣＰＵ４０は、当該選択された都道府県名表示セルＤ２〜Ｄ８に対応する都道府県ＩＤを管理サーバ１に送信する。

都道府県ＩＤを受信した管理サーバ１のＣＰＵ３０は、コース名称マスタテーブルＴＢＬ１５ｂを参照し、受信した都道府県ＩＤに基づいて、当該都道府県ＩＤと関連付けて記録されているゴルフコースのレコードを特定し、ゴルフコースリストを含む表示用情報を作成し、通信インターフェース３６を介して端末装置２に送信する。ゴルフコースリストを含む表示用情報を受信した端末装置２のＣＰＵ４０は、当該受信したゴルフコースのリストを一旦記憶しておき、図９に示す５０音順選択メニューページＰ５をディスプレイ４５に表示する。図９に示す５０音順選択メニューページＰ５において、５０音順表示セルＥ２〜Ｅ１１のいずれかが選択されると、端末装置２のＣＰＵ４０は、一旦記憶したゴルフコースリストの中から該当するゴルフコースを抽出し、図１０に示すようなゴルフコース選択メニューページＰ６をディスプレイ４５に表示する。なお、管理サーバ１から端末装置２を送信先として送信する表示用情報は、いわゆる差分情報であってもよい。

＜２−３：ラウンド開始入力処理＞
図１０のゴルフコース選択メニューページＰ６に表示されるゴルフコース表示セルＧ２〜Ｇ４のいずれかが選択され、ゴルフコースの選択が行われると、端末装置２のＣＰＵ４０は、選択されたゴルフコース表示セルに関連付けられたゴルフコースＩＤを含むホール情報ダウンロード要求を、管理サーバ１に送信する。

ホール情報ダウンロード要求を受信した管理サーバ１のＣＰＵ３０は、当該ホール情報ダウンロード要求に含まれるゴルフコースＩＤを特定し、図１２に示すホール情報テーブルＴＢＬ１３を参照して、受信したゴルフコースＩＤに基づいて、当該ゴルフコースＩＤと関連付けて記録されているホール情報のレコードを特定する。
図１２はホール情報テーブルＴＢＬ１３の一例を示す図である。フィールドＦ１０はゴルフコースＩＤのフィールド、フィールドＦ１１はホール番号のフィールド、フィールドＦ１２はパー数のフィールド、フィールドＦ１３はヤーデージのフィールド、フィールドＦ１４は左グリーンＩＤのフィールド、フィールドＦ１５は右グリーンＩＤのフィールド、フィールドＦ１６はハザードＩＤのフィールドである。

図示を省略するが、管理サーバ１には、左グリーンＩＤ及び右グリーンＩＤのそれぞれに対応したグリーン情報テーブルが記録されており、グリーン情報テーブルには、各コースの各ホールにおける左グリーンと右グリーンの情報が記録されている。具体的には、グリーン手前までの距離、ピンまでの距離、グリーン奥までの距離等がグリーンの情報として記録されている。また、図示を省略するが、管理サーバ１には、ハザードＩＤに対応したハザード情報テーブルが記録されている。ハザード情報テーブルには、各コースの各ホールにおけるハザードの名称、種類、位置情報、画面上の表示位置、アイコン情報等が記録されている。

管理サーバ１のＣＰＵ３０は、特定したレコードに含まれる左グリーンＩＤ及び右グリーンＩＤに基づいて、当該左グリーンＩＤ及び右グリーンＩＤと関連付けて記録されているグリーン情報のレコードを特定する。さらには、ハザードＩＤに基づいて、当該ハザードＩＤと関連付けて記録されているハザード情報のレコードを特定する。

管理サーバ１のＣＰＵ３０は、このようにして特定したホール番号、パー数、及び、ヤーデージ等の情報と、グリーン情報と、ハザード情報を含むホール情報を、端末装置２に送信する。端末装置２のＣＰＵ４０は、ホール情報の受信を開始し、ホール情報のダウンロードが開始される。

また、図１０のゴルフコース選択メニューページＰ６において、ゴルフコース表示セルＧ２〜Ｇ４のいずれかが選択されると、以上のようなホール情報のダウンロードが開始されるだけでなく、端末装置２においては、図１３に示すラウンド設定メニューページＰ７が表示される。ラウンド設定メニューページＰ７は、コース名表示領域Ｈ１、ラウンド日入力領域Ｈ２、スタート時間入力領域Ｈ３、天候入力領域Ｈ４、風入力領域Ｈ５、ティーグラウンド選択領域Ｈ６、前半コース選択領域Ｈ７、後半コース選択領域Ｈ８、同伴プレーヤー入力領域Ｈ９、及び、決定ボタンＨ１０を備えている。

コース名表示領域Ｈ１には、ゴルフコース表示セルＧ２〜Ｇ４を押下することによって選択したゴルフコースの名称が表示される。
ラウンド日入力領域Ｈ２には「年」、「月」、「日」に分けてプルダウンメニュー欄が表示されており、プルダウンメニューから「年」、「月」、「日」を選択することにより、ラウンド日の入力が可能となっている。
スタート時間入力領域Ｈ３には「時」、「分」に分けてプルダウンメニュー欄が表示されており、プルダウンメニューから「時」、「分」を選択することにより、スタート時間の入力が可能となっている。
天候入力領域Ｈ４及び風入力領域Ｈ５にもプルダウンメニュー欄が表示されており、プルダウンメニューから天候と風の強さ等を選択することにより、天候と風についての情報の入力が可能となっている。

ティーグラウンド選択領域Ｈ６にはプルダウンメニュー欄が表示されており、プルダウンメニューからレギュラーティー、レディースティー等の選択することが可能となっている。
前半コース選択領域Ｈ７と後半コース選択領域Ｈ８には、プルダウンメニュー欄が表示されており、プルダウンメニューからアウトまたはインのいずれかを選択することが可能となっている。
同伴プレーヤー入力領域Ｈ９には、同伴プレーヤーの名前の入力欄が表示されており、同伴プレーヤーの名前を直接テキスト入力により入力することが可能になっている。

以上に説明した各領域における各情報の入力及び選択等を行った後に、決定ボタンＨ１０が押下されると、端末装置２のＣＰＵ４０は、ラウンド開始の入力が行われたと判断し、選択されたゴルフコースＩＤを含むラウンド開始の入力が行われた旨を、利用者特定情報とともに管理サーバ１に送信する。

ラウンド開始の入力が行われた旨及び利用者特定情報を受信した管理サーバ１のＣＰＵ３０は、端末装置２から受信した利用者特定情報に基づいて、ゴルフ利用者情報テーブルＴＢＬ１１を参照し、当該利用者の名前を抽出する。具体的には、利用者特定情報が例えば外部管理サーバ３から受信した当該利用者のＳＮＳ識別情報である場合には、当該利用者の識別情報に基づいて、ゴルフ利用者情報テーブルＴＢＬ１１を参照し、当該利用者の名前を抽出する。ゴルフ利用者情報テーブルＴＢＬ１１に記録される利用者の識別情報は、ＳＮＳ上の識別情報がそのまま使用されているので、ＳＮＳ上の識別情報に基づいてゴルフ利用者情報テーブルＴＢＬ１１に記録される利用者の名前等を抽出することが可能となっている。
また、ゴルフ情報アプリケーションが実行される管理サーバ１のＣＰＵ３０は、後述する文例マスタテーブルを参照して、ラウンド開始時の文例を読み取る。そして、図１１Ｂのコース名称マスタテーブルＴＢＬ１５ｂからゴルフコースＩＤに対応するゴルフコース名を抽出し、さらに当該利用者の名前を用いて、例えば、「[山田洋子]さんが[コナミカントリークラブ房総コース]でラウンドスタートしました。」のようなメッセージを作成する。そして、作成したメッセージをゴルフ情報アプリケーションにおける当該利用者のウォール等に投稿するための投稿処理を行う。なお、報告文作成処理と投稿処理の詳細については後述する。

また、以上に説明した各領域における各情報の入力及び選択等を行った後に、決定ボタンＨ１０が押下されると、ラウンド開始の旨の管理サーバ１への送信とともに、端末装置２のＣＰＵ４０は、図１４に示すような距離表示ページＰ８をディスプレイ４５に表示させる。

＜２−４：打数入力処理＞
図１４に示す距離表示ページＰ８は、ホール番号表示領域Ｊ１、パー数表示領域Ｊ２、メニューボタンＪ３、ＳＮＳ接続ボタンＪ４、スコアカードボタンＪ５、ページボタンＪ６、グリーン奥距離表示領域Ｊ７、ピン位置距離表示領域Ｊ８、グリーン手前距離表示領域Ｊ９、グリーン設定ボタンＪ１０、飛距離表示領域Ｊ１１、打数ボタンＪ１２、カップインボタンＪ１３、ホール選択ボタンＪ１４を備えている。

ホール番号表示領域Ｊ１は、ホール番号がアウトとインに分けて記載される。ラウンド開始時においては、アウトまたはインの１番目のホールが表示され、カップインボタンＪ１３が押下されるごとに次のホールのホール番号が表示される。また、ホール選択ボタンＪ１４の押下によっても表示が切り替わる。
パー数表示領域Ｊ２には、ホール番号表示領域Ｊ１に表示されているホールのパー数が表示される。このパー数のデータは、ダウンロードしたホール情報に含まれているものであり、ホール情報テーブルＴＢＬ１３のパー数のフィールドに記録されていたデータである。

メニューボタンＪ３が押下されると、「メインメニューへ戻る」、「指定のホールへ移動する」、及び、「ラウンドを終了する」のいずれかを選択する画面（図示せず）が表示される。「メインメニューへ戻る」が押下された場合には、図５に示すメインメニューページＰ１が表示される。「指定のホールへ移動する」が押下された場合には、ホールを指定する画面（図示せず）が表示され、その画面においてホールを指定することができる。ホールが指定されると、そのホールの距離表示ページＰ８が表示される。

ＳＮＳ接続ボタンＪ４が押下されると、上述したようなＳＮＳとの接続が可能となり、ホールアウトした際のスコアを、メッセージとしてゴルフ情報アプリケーションに投稿することが可能となる。つまり、本実施形態では、メインメニューページＰ１の設定セルＡ５を押下して利用者情報の設定を選択し、さらにＳＮＳとの接続の設定セルを押下することによってもＳＮＳとの接続の設定が可能であるが、距離表示ページＰ８のＳＮＳ接続ボタンＪ４を押下することによってもＳＮＳとの接続の設定が可能である。
本実施形態では、ＳＮＳとの接続を行うように設定されると、ゴルフ情報アプリケーションのウォール等にスコアを含むメッセージが投稿されるようになっている。この投稿処理の詳細については後述する。

スコアカードボタンＪ５が押下されると、図１５に示すスコアカードページＰ９が表示される。スコアカードページＰ９の詳細については後述する。
ページボタンＪ６が押下されると、距離表示ページＰ８の下部のハザード画面（図示せず）が表示される。このハザード画面は、ダウンロードしたハザード情報に基づいて作成されるものであり、ハザード情報は、ホール情報テーブルＴＢＬ１３のハザードＩＤフィールドに記録されていたハザードＩＤを参照することによりハザード情報テーブルから読み取られた情報である。

グリーン奥距離表示領域Ｊ７には、初期状態ではティーグラウンドからグリーン奥までの距離が表示され、ピン位置距離表示領域Ｊ８にはティーグラウンドからピン位置までの距離が表示され、グリーン手前距離表示領域Ｊ９にはティーグラウンドからグリーン手前までの距離が表示される。これらの距離の情報は、ダウンロードしたグリーン情報に基づいて作成されるものであり、グリーン情報は、ホール情報テーブルＴＢＬ１３の左グリーンＩＤフィールド及び右グリーンＩＤフィールドに記録されていた左グリーンＩＤ及び右グリーンＩＤを参照することによりグリーン情報テーブルから読み取られた情報である。

グリーン設定ボタンＪ１０は、そのラウンドにおいて使用されるグリーンが左グリーンか右グリーンかを設定するボタンである。図１４に示す例では、左グリーンが設定されている状態を示している。左グリーンが設定された場合には、左グリーンＩＤを参照することによりグリーン情報テーブルから読み取られたグリーン情報に基づいてグリーン奥距離表示領域Ｊ７、ピン位置距離表示領域Ｊ８、及び、グリーン手前距離表示領域Ｊ９における距離表示が行われる。右グリーンが設定された場合には、右グリーンＩＤを参照することによりグリーン情報テーブルから読み取られたグリーン情報に基づいてグリーン奥距離表示領域Ｊ７、ピン位置距離表示領域Ｊ８、及び、グリーン手前距離表示領域Ｊ９における距離表示が行われる。

打数ボタンＪ１２は、ボールを打つ際に押下されるボタンである。まず、ティーショットを打つ場合には、図１４に示すように「１打目登録」と表示されているので、この「１打目登録」と表示された打数ボタンＪ１２が押下される。次に、打数ボタンＪ１２の表示は「２打目登録」という表示に切り替わる。そして、２打目を打つ際に、「２打目登録」と表示された打数ボタンＪ１２が押下される。以下、同様にして、カップインするまで打数ボタンＪ１２が押下される。打数ボタンＪ１２が押下されると、端末装置２のＣＰＵ４０は、１打目からの打数を積算するようになっている。なお、本実施形態ではショットを行う場合も、パットを行う場合も打数ボタンＪ１２を押下させるようになっている。

カップインボタンＪ１３は、カップインした際に押下される。カップインボタンＪ１３が押下されると、端末装置２のＣＰＵ４０は、カップインボタンＪ１３が押下された時点での上記積算された打数を、１打目からの合計の打数として特定し、後述するスコア算出処理を行う。
ホール選択ボタンＪ１４は、「前のホール」と表示されたボタンと、「次のホール」と表示されたボタンを備えており、「前のホール」と表示されたホール選択ボタンＪ１４が押下されると、現在よりも一つ前のホールの距離表示ページＰ８が表示される。「次のホール」と表示されたホール選択ボタンＪ１４が押下されると、現在よりも一つ後のホールの距離表示ページＰ８が表示される。

＜２−４−１：スコアカードページ＞
次に、スコアカードボタンＪ５が押下された場合に表示されるスコアカードページＰ９について説明する。図１５にスコアカードページＰ９の一例を示す。スコアカードページＰ９は、ホール番号表示領域Ｋ１、パー数表示領域Ｋ２、メニューボタンＫ３、距離表示ページボタンＫ４、ＳＮＳ接続ボタンＫ５、ページ下部ボタンＫ６、前後半ホール選択ボタンＫ７、メンバー選択ボタンＫ８、スコア表示領域Ｋ９、コース計表示領域Ｋ１０、編集ボタンＫ１１、ページ上部ボタンＫ１２を備えている。

ホール番号表示領域Ｋ１は、図１４の距離表示ページＰ８におけるホール番号と同じホール番号が表示される。パー数表示領域Ｋ２にも、図１４の距離表示ページＰ８におけるパー数と同じパー数が表示される。
メニューボタンＫ３が押下されると、図１４の距離表示ページＰ８の場合と同様に、「メインメニューへ戻る」、「指定のホールへ移動する」、及び、「ラウンドを終了する」のいずれかを選択する画面（図示せず）が表示される。「メインメニューへ戻る」が押下された場合には、図５に示すメインメニューページＰ１が表示される。「指定のホールへ移動する」が押下された場合には、ホールを指定する画面（図示せず）が表示され、その画面においてホールを指定することができる。ホールが指定されると、そのホールのスコアカードページＰ９が表示される。

距離表示ページボタンＫ４が押下されると、図１４に示す距離表示ページＰ８に戻るようになっている。
ＳＮＳ接続ボタンＫ５が押下されると、図１４の距離表示ページＰ８の場合と同様に、ＳＮＳとの接続の設定が可能となり、ホールアウトした際のスコアを、メッセージとしてゴルフ情報アプリケーションまたは他のＳＮＳに投稿することが可能となる。本実施形態では、ゴルフ情報アプリケーションのウォール等にスコアを含むメッセージが投稿されるようになっている。この投稿処理の詳細については後述する。

ページ下部ボタンＫ６が押下されると、画面がスクロールされ、後述するスコア表示領域Ｋ９の下部の部分も表示させることができる。
前後半ホール選択ボタンＫ７は、前半ホールのスコアを表示させるか、あるいは、後半ホールのスコアを表示させるかを選択する際に使用される。図１５に示す例は前半ホールが選択されている状態を示している。

メンバー選択ボタンＫ８は、スコア表示領域Ｋ９にスコアを表示させるメンバーを選択する際に使用される。図１５に示す例では、「鈴木」という名前のメンバーが選択されており、スコア表示領域Ｋ９には、「鈴木」という名前のメンバーのスコアが表示されている。「全員」と表示されたメンバー選択ボタンＫ８が押下されると、スコア表示領域Ｋ９には各メンバーのスコアが表示されることになる。なお、本実施形態では、当該端末装置２でゴルフナビゲーションアプリケーションを利用している本人の名前は、メンバー選択ボタンＫ８の「全員」の右のセルに表示される。そして同伴プレーヤーについては、ラウンド設定メニューページＰ７（図１３）の同伴プレーヤー入力領域Ｈ９の上から入力された順に、上記本人の右のセルから表示される。また、本人の名前は、本実施形態ではメインメニューページＰ１の設定セルＡ５を押下し、利用者情報の設定を行うセルを押下することで表示される表示画面（図示せず）において入力する名前の情報が用いられる。

スコア表示領域Ｋ９には、各ホールのヤーデージ、パー数、スコア、パット数、パーオン、ＯＢ、フェアウェイキープ、池ＩＮ、バンカーＩＮについての情報が表示される。ヤーデージとパー数については、ダウンロードしたホール情報に基づいたデータが表示される。スコアの欄には、図１４の距離表示ページＰ８の打数ボタンＪ１２により入力されたカップインまでの打数（ストローク数）が表示される。ただし、このカップインまでの打数は、後述する編集ボタンＫ１１が押下されて表示されるスコア編集ページＰ１０における、マイナスボタンＬ９またはプラスボタンＬ１１により編集された場合は、その編集後の打数が表示される。
パット数については、後述する編集ボタンＫ１１が押下され、図１６に示すスコア編集ページＰ１０においてゴルフ利用者によって入力されたパット数が表示される。パーオン、ＯＢ、フェアウェイキープ、池ＩＮ、バンカーＩＮについても、図１６に示すスコア編集ページにおいてゴルフ利用者によって各チェックボックスが押下されることによってスコア表示領域Ｋ９の該当箇所に丸印が記録されるようになっている。これらのパーオン、ＯＢ、フェアウェイキープ、池ＩＮ、バンカーＩＮについては、本人が後で閲覧したときに容易に把握できるように、即ち、自身のスコアログのために入力するものである。
なお、図１５に示す例では、スコア表示領域Ｋ９には１ホールから５ホールまでのスコアしか表示されていないが、実際には選択された前半ホールまたは後半ホールの全てのホールのスコアが表示できるようになっている。

コース計表示領域Ｋ１０には、ヤーデージ、パー数、スコア、及び、パット数のそれぞれが合計されて表示されるようになっている。
編集ボタンＫ１１が押下されると、図１６に示すスコア編集ページＰ１０が表示されるようになっている。
ページ上部ボタンＫ１２が押下されると、画面がスクロールされ、スコアカードページＰ９上部の部分を表示させることができる。

＜２−４−２：スコア編集ページ＞
次に、編集ボタンＫ１１が押下された場合に表示されるスコア編集ページＰ１０について説明する。図１６にスコア編集ページＰ１０の一例を示す。スコア編集ページＰ１０は、戻るボタンＬ１、ホール番号表示領域Ｌ２、パー数表示領域Ｌ３、ヤーデージ表示領域Ｌ４、メンバー選択ボタンＬ５、名前変更ボタンＬ６、スコア編集領域Ｌ７、パット数入力領域Ｌ８、パーオンチェックボックスＬ１５、フェアウェイキープチェックボックスＬ１６、バンカーＩＮチェックボックスＬ１７、ＯＢチェックボックスＬ１８、池ＩＮチェックボックスＬ１９、決定ボタンＬ２０を備えている。

戻るボタンＬ１が押下されると、図１５に示すスコアカードページＰ９に表示が戻るようになっている。
ホール番号表示領域Ｌ２は、図１５のスコアカードページＰ９におけるホール番号と同じホール番号が表示される。パー数表示領域Ｌ３にも、図１５のスコアカードページＰ９におけるパー数と同じパー数が表示される。ヤーデージ表示領域Ｌ４には、当該ホールのヤーデージが表示される。

メンバー選択ボタンＬ５は、スコア編集領域Ｌ７とパット数入力領域Ｌ８にスコアとパット数を表示させるメンバーを選択する際に使用される。図１６に示す例では、「鈴木」という名前のメンバーが選択されており、スコア編集領域Ｌ７とパット数入力領域Ｌ８には、「鈴木」という名前のメンバーのスコアとパット数が表示されている。「全員」と表示されたメンバー選択ボタンＬ５が押下されると、スコア編集領域Ｌ７とパット数入力領域Ｌ８には、各メンバーのスコアとパット数とが表示されることになる。なお、スコア編集領域Ｌ７に表示されるスコアは、上述の打数ボタンＪ１２の押下回数または、スコア編集ページＰ１０におけるマイナスボタンＬ９またはプラスボタンＬ１１により編集された数である。そして上述の通り、本実施形態ではショット時とパット時の両方において打数ボタンＪ１２を押下するものであるため、カップインした場合に特定される当該ホールの打数（スコア）は、ストローク数（ショット数とパット数の合計）である。但し、打数ボタンＪ１２はショット時のみ押下させるものとすれば、スコア編集領域Ｌ７に表示されるスコアはショット数となる。
名前変更ボタンＬ６が押下されると、図１５に示すスコアカードページＰ９及び図１６に示すスコア編集ページＰ１０において表示されるメンバーの表示名の変更が可能になっている。

スコア編集領域Ｌ７は、マイナスボタンＬ９、スコア数表示領域Ｌ１０、プラスボタンＬ１１を備えている。同様に、パット数入力領域Ｌ８は、マイナスボタンＬ１２、パット数表示領域Ｌ１３、プラスボタンＬ１４を備えている。
スコア編集領域Ｌ７においては、マイナスボタンＬ９またはプラスボタンＬ１１を押下することにより、スコアの編集が可能になっている。マイナスボタンＬ９が押下されると、スコアは−１され、プラスボタンＬ１１が押下されると、スコアは＋１される。編集したスコア数は、スコア数表示領域Ｌ１０に表示される。なお、距離表示ページＰ８の打数ボタンＪ１２（図１４参照）が押下されていない状態でスコア編集ページＰ１０を参照すると、スコア編集領域Ｌ７の初期値は０（ゼロ）である。
パット数入力領域Ｌ８のパット数表示領域Ｌ１３には当初は０（ゼロ）が表示されている。本実施形態では、パット数については自動的に記録されるのではなく、ゴルフ利用者がパット数入力領域Ｌ８においてパット数の入力を行う必要がある。プラスボタンＬ１４が押下されると、パット数は＋１され、マイナスボタンＬ１２が押下されると、パット数は−１される。図１６に示す例では、アウトの９番ホールにおいて、スコアが６、そのうちパット数が２であることを示している。

本実施形態では、パーオン、フェアウェイキープ、バンカーＩＮ、ＯＢ、池ＩＮについても、自動的に記録されないので、それぞれの状況が生じた場合には、ゴルフ利用者が、パーオンチェックボックスＬ１５、フェアウェイキープチェックボックスＬ１６、バンカーＩＮチェックボックスＬ１７、ＯＢチェックボックスＬ１８、池ＩＮチェックボックスＬ１９のそれぞれを押下すると、図１５に示すスコアカードページＰ９のスコア表示領域Ｋ９に丸印で表示されることになる。

上述した変更、編集、入力、あるいは、チェックボックスの押下等が行われた後に、決定ボタンＬ２０が押下されると、変更、編集、入力等の内容が記録され、図１５に示すスコアカードページＰ９においてその内容が反映されるようになっている。

ゴルフ利用者は、端末装置２のディスプレイ４５に距離表示ページＰ８を表示させ、１打ごとに打数ボタンＪ１２を押下し、カップインした際にはカップインボタンＪ１３を押下する。また、必要に応じて、スコア編集ページＰ１０において、スコアの編集、パット数の入力等行う。このような操作が行われると、端末装置２のＣＰＵ４０は、当該ホールにおけるカップインボタンＪ１３が押下された時点での打数を特定し、当該ホールにおける打数を記録する打数入力処理を行う。記録した各ホールの打数は、図１５に示すスコアカードページＰ９や図１６に示すスコア編集ページＰ１０においても確認可能となっている。また、記録した各ホールの打数は、次に説明するスコア算出処理においても参照される。

＜２−５：スコア算出処理＞
図１４に示す距離表示ページＰ８において、カップインボタンＪ１３が押下されると、端末装置２のＣＰＵ４０は、打数ボタンＪ１２が押下されるごとに加算した当該ホールの合計の打数を記録する打数入力処理を行うと共に、ゴルフコースＩＤ、当該ホールのホール番号、及び、当該ホールの合計の打数（スコア）、パット数を含むスコア情報を、利用者特定情報とともに管理サーバ１に送信する。
前記スコア情報を受信した管理サーバ１のＣＰＵ３０は、スコア算出処理を行う。以下、図１７及び図１８を参照して、本実施形態のスコア算出処理について説明する。

図１７に示すように、管理サーバ１のＣＰＵ３０は、ゴルフコースＩＤ、当該ホールのホール番号、及び、当該ホールの合計の打数を含む前記スコア情報を受信したかどうかを判断し（Ｓ１５０）、受信した場合には（Ｓ１５０；ＹＥＳ）、受信したゴルフコースＩＤ及びホール番号をキーとして、ホール情報テーブルＴＢＬ１３から当該ホールのパー数を取得する（Ｓ１５１）。なお、パー数については、端末装置２において既に取得済みであるため、パー数についても前記スコア情報に含めて端末装置２から管理サーバ１に送信するようにしてもよい。この場合には、管理サーバ１においてホール情報テーブルＴＢＬ１３から当該ホールのパー数を取得する処理を省略することができる。

次に、管理サーバ１のＣＰＵ３０は、受信した打数（スコア）と取得したパー数に基づいて、図１９Ｃに示すエラーマスタテーブルＴＢＬ１５ｅを参照することにより、エラー判定を行う（Ｓ１５２）。具体的には、エラーマスタテーブルＴＢＬ１５ｅのうち、取得したパー数に一致するレコードがあるかどうかを確認する。一致するレコードがない場合には、エラー無しと判断する（Ｓ１５２；ＮＯ）。エラーマスタテーブルＴＢＬ１５ｅに、取得したパー数に一致するレコードがある場合には、受信した打数（スコア）が当該レコードのスコア以下であるかどうかを確認する。受信した打数（スコア）が当該レコードのスコアより大きい場合には、エラー無しと判断する（Ｓ１５２；ＮＯ）。しかし、受信した打数（スコア）が当該レコードのスコア以下である場合には、エラー有りと判断する（Ｓ１５２；ＹＥＳ）。エラーと判断した場合には、管理サーバ１のＣＰＵ３０は、受信した打数（スコア）がエラーである旨と、打数（スコア）を修正して再送信を促すメッセージを端末装置２に送信する（Ｓ１５３）。
図１９Ｃに示す例では、パー数が５のホールにおいて、スコアが１の場合、つまり、ホールインワンが達成されることは通常では考えられないため、エラーとして処理されることになる。但し、パー数が５のホールと言っても、一般的なホールよりは短いホールが存在することも考えられるため、ホールインワンが万が一で達成されることを考慮する場合には、このエラー処理の判定は省略してもよい。また、少なくともパー数が８のホールが実在しているため、図１９Ｃに示す例では、パー数が８の場合まで対応している。なお、図１９Ｃに示すパー数とスコアとの関係は一例であり、例えばパー数が５のレコードではスコアを０（ゼロ）とし、パー数が６のレコードではスコアを１とし、パー数が７のレコードではスコアを２とし、パー数が８のレコードではスコアを３としてもよい。さらに、本実施例ではパー数が４以下の場合は例示していないが、パー数が４以下の場合は、受信した打数（スコア）が０（ゼロ）の場合にエラーと判断するように、エラーマスタテーブルＴＢＬ１５ｅのスコアの値を０（ゼロ）に設定することとしてもよい。また、端末装置２において入力された打数（スコア）が０の場合は、端末装置２側の処理において、カップインボタンＪ１３が押下された場合にエラーメッセージを出す構成としてもよい。

次に、エラー無しと判断した場合には（Ｓ１５２；ＮＯ）、受信した打数（スコア）が１かどうかを判断する（Ｓ１５４）。受信した打数（スコア）が１の場合には（Ｓ１５４；ＹＥＳ）、ホールインワンと判断し、文例特定処理に進む（Ｓ１６０）。
受信した打数（スコア）が１ではない場合には（Ｓ１５４；ＮＯ）、受信した打数（スコア）が、上述のように取得したパー数の２倍かどうかを判断する（Ｓ１５５）。具体的には、受信した打数（スコア）の半分がパー数と等しいかどうかを判断してもよいし、受信した打数（スコア）がパー数の２倍と等しいかどうかを判断してもよい。受信した打数（スコア）がパー数の２倍の場合には（Ｓ１５５；ＹＥＳ）、ダブルパーと判断し、文例特定処理に進む（Ｓ１６０）。

受信した打数（スコア）がパー数の２倍ではない場合には（Ｓ１５５；ＮＯ）、受信した打数（スコア）がパー数の３倍かどうかを判断する（Ｓ１５６）。具体的には、受信した打数（スコア）の３分の１がパー数と等しいかどうかを判断してもよいし、受信した打数（スコア）がパー数の３倍と等しいかどうかを判断してもよい。受信した打数（スコア）がパー数の３倍の場合には（Ｓ１５６；ＹＥＳ）、トリプルパーと判断し、文例特定処理に進む（Ｓ１６０）。なお、ステップＳ１５４乃至ステップＳ１５６の処理については、処理順序は入れ替えてもよい。また、ダブルパーやトリプルパーはあまり名誉なことではないので、これらの判断処理は省略するようにしてもよい。

受信した打数（スコア）がパー数の３倍ではない場合には（Ｓ１５６；ＮＯ）、受信した打数（スコア）とパー数との差分を算出する（Ｓ１５７）。具体的には、受信した打数（スコア）からパー数を差し引く処理を行う。その結果、差分が−４以下、あるいは、＋４以上の場合には（Ｓ１５８；ＮＯ）は処理を終了する。但し、この場合には、スコア名ではなく、スコアそのものを含めたメッセージを作成するようにしてもよい。
一方、差分が−４よりも大きく、あるいは、＋４よりも小さい場合には（Ｓ１５８；ＹＥＳ）、スコア名の判断処理を行う（Ｓ１５９）。図１８を参照してスコア名の判断処理について説明する。

図１８に示すように、差分が０の場合には、パーと判断する（Ｓ１７０）。差分が−１の場合には、バーディーと判断する（Ｓ１７１）。差分が−２の場合には、イーグルと判断する（Ｓ１７２）。差分が−３の場合には、アルバトロスと判断する（Ｓ１７３）。また、差分が＋１の場合には、ボギーと判断する（Ｓ１７４）。差分が＋２の場合には、ダブルボギーと判断する（Ｓ１７５）。差分が＋３の場合には、トリプルボギーと判断する（Ｓ１７６）。以上のようにスコア名の判断処理が終了した後は、報告文作成処理に進む。

＜２−６：報告文作成処理＞
引き続き、図１７を参照して、本実施形態の報告文作成処理について説明する。受信した打数（スコア）が１と判断された場合（Ｓ１５４；ＹＥＳ）、受信した打数（スコア）がダブルパーと判断された場合（Ｓ１５５；ＹＥＳ）、及び、受信した打数（スコア）がトリプルパー１と判断された場合には（Ｓ１５６；ＹＥＳ）、管理サーバ１のＣＰＵ３０は、図１９Ａに示す第１スコア名マスタテーブルＴＢＬ１５ｃを参照して、文例ＩＤの特定処理を行う（Ｓ１６０）。図１９Ａに示す例では、受信した打数（スコア）が１と判断された場合には文例ＩＤはＹ０８、受信した打数（スコア）がダブルパーと判断された場合には文例ＩＤはＹ０９、受信した打数（スコア）がトリプルパーと判断された場合には文例ＩＤはＹ１０に特定される。

また、受信した打数（スコア）とパー数との差分値が−３〜＋３の場合には（Ｓ１５８；ＹＥＳ、Ｓ１５９）、管理サーバ１のＣＰＵ３０は、図１９Ｂに示す第２スコア名マスタテーブルＴＢＬ１５ｄを参照して、文例ＩＤの特定処理を行う（Ｓ１６０）。図１９Ｂに示す例では、差分値が＋３の場合には文例ＩＤはＹ０１、差分値が＋２の場合には文例ＩＤはＹ０２、差分値が＋１の場合には文例ＩＤはＹ０３、差分値が０の場合には文例ＩＤはＹ０４、差分値が−１の場合には文例ＩＤはＹ０５、差分値が−２の場合には文例ＩＤはＹ０６、差分値が−３の場合には文例ＩＤはＹ０７に特定される。

以上のように文例ＩＤが特定された後は、図２０に示す文例マスタテーブルＴＢＬ１５ｆから文例ＩＤに対応する文例を抽出し、括弧書きで記載されたパラメータである[name]、[コース名]、[ホール番号]に、受信した識別情報ＵＩＤに対応するゴルフ利用者の名前、受信したコースＩＤに対応するコース名、受信したホール番号を挿入し、メッセージを作成する（Ｓ１６１）。

例えば、差分値が０の場合には文例ＩＤはＹ０４に特定されるので、文例マスタテーブルＴＢＬ１５ｆから抽出される文例は、「ナイスパー！[name]さんが[コース名][ホール番号]番ホールでパーを取りました！」となる。そして例えば、端末装置２から受信した利用者特定情報に対応するゴルフ利用者の名前が「山田洋子」、受信したコースＩＤに対応するコース名が「コナミカントリークラブ房総コース」、受信したホール番号が「６」番ホールだった場合には、メッセージは、「ナイスパー！ [山田洋子]さんが[コナミカントリークラブ房総コース][６]番ホールでパーを取りました！」となる。

なお、図１３に示すラウンド設定メニューページＰ７において、各領域における各情報の入力及び選択等を行った後に、決定ボタンＨ１０が押下されると、端末装置２のＣＰＵ４０は、ラウンド開始の入力が行われたと判断し、ラウンド開始の入力が行われた旨を管理サーバ１に送信する。そして、端末装置２からラウンド開始の入力が行われた旨を受信した管理サーバ１のＣＰＵ３０は、文例マスタテーブルＴＢＬ１５ｆを参照して、ラウンド開始時の文例を読み取る。この場合には、ラウンド開始の入力に対して文例ＩＤを割り当てておき、当該文例ＩＤに対応する文例として、「[name]さんが[コース名]でラウンドスタートしました。」のような文例を文例マスタテーブルＴＢＬ１５ｆに記録しておけばよい。その結果、例えば、「[山田洋子]さんが[コナミカントリークラブ房総コース]でラウンドスタートしました。」のようなメッセージを作成することができる。

また、識別情報ＵＩＤに対応するゴルフ利用者の名前を特定するには、図２１に示すゴルフ利用者情報テーブルＴＢＬ１１を用いる。ゴルフ利用者情報テーブルＴＢＬ１１については後述する。また、コースＩＤに対応するコース名を特定するには、図１１Ｂに示すコース名称マスタテーブルＴＢＬ１５ｂを用いる。
そして、管理サーバ１のＣＰＵ３０は、このようにして作成したメッセージを、ゴルフ情報アプリケーションや他のＳＮＳに投稿する投稿処理を行う（Ｓ１６２）。

＜２−７：投稿処理＞
次に、本実施形態の投稿処理について説明する。
本実施形態のゴルフ情報アプリケーションを利用するためには、ゴルフ情報アプリケーションにおける利用登録を行っていることが前提となっている。ゴルフ情報アプリケーションにおいて利用登録を行う処理は後述する。
本実施形態のゴルフ情報アプリケーションにおいては、利用者本人のＳＮＳ上の識別情報と同じ識別情報がゴルフ情報アプリケーションにおける利用者本人の識別情報として設定されているので、管理サーバ１のＣＰＵ３０は、前記取得した利用者本人のＳＮＳ上の識別情報と、上述のようにして作成したメッセージをゴルフ情報アプリケーションに受け渡す。

ゴルフ情報アプリケーションが実行される管理サーバ１のＣＰＵ３０は、ゴルフ利用者本人の投稿として前記メッセージをゴルフ情報アプリケーションに投稿する。具体的には、ゴルフ利用者本人のマイページ（図示せず）のウォール等に表示されるべき情報として、メッセージを関連付ける。
これにより、ゴルフ利用者本人のゴルフ友達がゴルフ情報アプリケーションにログインすると、前記投稿されたメッセージが、ゴルフ情報アプリケーションにおいて、ゴルフ利用者本人のマイページやウォール等に表示されるので、ゴルフ利用者本人のゴルフ友達は、ゴルフ利用者本人が所定のゴルフコースの所定のホールで、どのようなスコアでラウンドしているかを知ることができる。

ゴルフ情報アプリケーションにログインするためには、ＳＮＳにログインすることが前提となっており、外部管理サーバ３と管理サーバ１は、OAuth認証により、データのやり取りが可能になっている。したがって、ゴルフ情報アプリケーションのウォール等に投稿されたメッセージに対して、ＳＮＳの機能であるシェア等を利用すると、当該メッセージがＳＮＳのマイページやタイムラインに投稿されることになる。
したがって、ゴルフ利用者本人のＳＮＳ上の友達は、ゴルフ利用者本人が所定のゴルフコースの所定のホールで、どのようなスコアでラウンドしているかを知ることができる。

以上のように、本実施形態における投稿処理を行うためには、ゴルフナビゲーションアプリケーションにおいてＳＮＳとの接続を行う設定を行ってＳＮＳにログインした端末装置２の利用者を、ゴルフ情報アプリケーション上の利用者として認識可能にすることが必要になる。このような利用者の認識は、識別情報を用いて行われる。
そこで、以下に、ゴルフナビゲーションアプリケーションにおいてＳＮＳとの接続を行う設定をしてＳＮＳにログインした端末装置２の利用者のＳＮＳ上の識別情報と、ゴルフ情報アプリケーションの利用者の識別情報との関係について説明する

＜２−７−１：識別情報＞
前記利用者が初めてＳＮＳへの利用者登録を行う際には、ログインＩＤ、パスワード、名前、住所等の入力を行う。そして、当該利用者にはＳＮＳ上の識別情報ＵＩＤが割り当てられる。但し本実施形態では、この識別情報ＵＩＤは当該利用者には報知されることはない。このようにして入力した情報及び割り当てられた識別情報ＵＩＤは、外部管理サーバ３が備えるＳＮＳ利用者情報テーブルＴＢＬ３１に記録される。図２２にＳＮＳ利用者情報テーブルＴＢＬ３１の一例を示す。ＳＮＳ利用者情報テーブルＴＢＬ３１には複数のレコードが記録されている。１つのレコードは、氏名、性別、住所、ＳＮＳ利用者を一意に識別する識別情報ＵＩＤ、及びメールアドレスを含む。これらの情報は、ＳＮＳ利用者が登録した個人情報である。なお、「氏名」は一例であって、ニックネーム等でも良いことはもちろんである。
また、図２２には示していないが、ログインＩＤ及びパスワードも併せて記録される。したがって、端末装置２から外部管理サーバ３にログインＩＤ及びパスワードを送信してＳＮＳにログインした場合には、ＳＮＳ利用者情報テーブルＴＢＬ３１に当該ログインＩＤ及びパスワードの組み合わせが記録されているかどうかを判断し、記録されている場合にはログイン成功として処理される。そして、ＳＮＳ利用者情報テーブルＴＢＬ３１から識別情報ＵＩＤを読み取ることにより、ログインした利用者と識別情報ＵＩＤとを関係付けることが可能になる。

外部管理サーバ３には、ＳＮＳ利用者情報テーブルＴＢＬ３１だけでなく、ＳＮＳ友達情報テーブルＴＢＬ３２が備えられている。図２３にＳＮＳ友達情報テーブルＴＢＬ３２の一例を示す。ＳＮＳ友達情報テーブルＴＢＬ３２には複数のレコードが記録されている。１つのレコードは、アクション元の識別情報、アクション先の識別情報、ステータス、及び申請日時を含む。アクション元は、友達申請を行ったＳＮＳ利用者であり、アクション先は、友達申請されたＳＮＳ利用者である。ステータスは、友達申請の状態を示し、申請中が「０」、承諾が「１」で表される。図２３に示す例では、ＵＩＤが「0zz99x999」のＳＮＳ利用者は、ＵＩＤが「6zz99x999」のＳＮＳ利用者に友達申請を行い、承諾されている。

友達関係を記憶する場合に、アクション元（申請元）とアクション先（申請先）を分けて記憶したのは、記憶容量を削減する利点がある。仮に、あるＳＮＳ利用者の識別情報ＵＩＤと当該ＳＮＳ利用者と友達関係にある全てのＳＮＳ利用者の識別情報ＵＩＤとを対応づけて記憶したとすると、２倍の記憶容量が必要となる。例えば、ＳＮＳ利用者ａがアクション元でありＳＮＳ利用者ｂがアクション先であるとする。各ＳＮＳ利用者ごとに友達関係にあるＳＮＳ利用者の識別情報を記憶する場合には、利用者ａについて利用者ｂが友達関係にあることを記憶し、さらに、利用者ｂについて利用者ａが友達関係にあることを記憶する必要がある。これに対して、アクション先の識別情報とアクション元の識別情報とを対応づけて１つのレコードに記憶するので記憶容量を半分にすることができる。また、ステータスを更新する場合でも半分の処理となる。

一方、ゴルフ情報アプリケーションを初めて利用する際には、ＳＮＳにログインした状態で、ソーシャルアプリケーションの１つであるゴルフ情報アプリケーションを選択する。そうすると、外部管理サーバ３は、ゴルフ情報アプリケーションを利用する条件として所定の投稿等の所定の事項を行うことについての承認を求める。そして承認する旨の入力をＳＮＳ利用者から受け付けた外部管理サーバ３は、管理サーバ１に対して、少なくともＳＮＳ利用者の識別情報を含む利用者登録情報を送信するとともにアクセストークンを送信する。利用者登録情報を受信した管理サーバ１は、受信したＳＮＳ利用者の識別情報ＵＩＤを、ゴルフ利用者の識別情報ＵＩＤとしてゴルフ利用者情報テーブルＴＢＬ１１に記憶する。その後は、アクセストークンを利用したOAuth認証により、外部管理サーバ３と管理サーバ１との間のデータのやり取りが行われる。この管理サーバ１と外部管理サーバ３との間のOAuth認証については上述の通りである。
ゴルフ情報アプリケーションへの利用者登録後には、プロフィール情報として、ユーザ名、メールアドレス、性別、生年月日等の情報の入力が可能になるが、このようなプロフィール情報についても図２１に示すゴルフ利用者情報テーブルＴＢＬ１１に記録する。

図２１にゴルフ情報アプリケーションにおけるゴルフ利用者情報テーブルＴＢＬ１１の一例を示す。
ゴルフ利用者情報テーブルＴＢＬ１１には登録情報として複数のレコードが記録されている。１つのレコードは、ゴルフ利用者を一意に識別する識別情報ＵＩＤ、登録日、及び、プロフィール情報を含む。プロフィール情報は、性別、年齢、メールアドレス等を含む。ゴルフ情報アプリケーションにおけるゴルフ利用者情報テーブルでは、ゴルフ利用者の識別情報ＵＩＤは、ＳＮＳ利用者の識別情報ＵＩＤと一致するという対応関係を有している。
但し、ＳＮＳ利用者の識別情報とゴルフ利用者の識別情報とは必ずしも一致する必要はなく、相違していてもよい。この場合は、ゴルフ情報アプリケーションにおけるゴルフ利用者情報テーブルのレコードにＳＮＳ利用者の識別情報とゴルフ利用者の識別情報とを対応づけて記録すればよい。
なお、ゴルフ利用者情報テーブルＴＢＬ１１にはプロフィール情報を記憶することとしているが、他の実施形態ではプロフィール情報はゴルフ利用者情報テーブルＴＢＬ１１には記憶しない構成としてもよい。

＜２−７−２：投稿表示例＞
次に、図２４と図２５を参照して、ゴルフ情報アプリケーションとＳＮＳにおけるメッセージの投稿表示例について説明する。
図２４はゴルフ情報アプリケーションのマイページＰ１１の一例を示している。マイページＰ１１は、プロフィール画像Ｘ１に表示されているゴルフ利用者のマイページで、ゴルフナビゲーションアプリケーションを用いている「山田洋子」が、当該ゴルフ利用者のゴルフ友達の例である。
マイページＰ１１において、ウォールアイコンｍ１が押下されると、マイページＰ１１上には、図２４に示すようにウォールページＰ１２が表示される。ウォールページＰ１２には、ゴルフ友達のアクティビティ等が一覧表示されるようになっている。
ゴルフナビゲーションアプリケーションを用いている「山田洋子」が、図１４に示す距離表示ページＰ８のカップインボタンＪ１３を押下すると、上述のようにして当該ホールのスコアを含むメッセージが作成され、上述のようにゴルフ情報アプリケーションへの投稿処理が行われる。
その結果、図２４に示すように、ウォールページＰ１２の表示領域ｍ２には、「山田洋子」のプロフィール画像及び名前表示と共に、「ナイスパー！ [山田洋子]さんが[コナミカントリークラブ房総コース][６]番ホールでパーを取りました！」というメッセージが表示される。
したがって、このメッセージを見たゴルフ友達は、「山田洋子」が現在ラウンド中であることを知ることができ、さらには、どのようなスコアでラウンドしているかを知ることができる。

また、ウォールページＰ１２の表示領域ｍ２には、いいね表示、コメント表示と共に、シェア表示ｍ３が行われている。このシェア表示ｍ３が押下されると、表示領域ｍ２に表示された記事が、ＳＮＳのマイページ等において投稿されることになる。
図２５は、図２４のゴルフ情報アプリケーションのマイページＰ１１のプロフィール画像Ｘ１に表示されているゴルフ利用者「山田一郎」のＳＮＳにおけるマイページＰ１３の一例である。
つまり、図２４のゴルフ情報アプリケーションのマイページＰ１１において、ゴルフ利用者「山田一郎」がシェア表示ｍ３を押下した結果、図２５に示すように、ＳＮＳにおけるマイページＰ１３の表示領域ｎ１に、「ナイスパー！ [山田洋子]さんが[コナミカントリークラブ房総コース][６]番ホールでパーを取りました！」というメッセージが表示される。
したがって、このメッセージを見たＳＮＳ友達が未だゴルフ情報アプリケーションの利用登録をしていない場合であっても、「山田洋子」という人が現在ラウンド中であることを知ることができ、さらには、どのようなスコアでラウンドしているかを知ることができる。その結果、未だゴルフ情報アプリケーションの利用登録をしていないＳＮＳ友達が、ゴルフ情報アプリケーション及びゴルフナビゲーションアプリケーションに興味を持ち、利用登録することが期待される。

以上のように本実施形態によれば、各ホールごとのスコアを、メッセージとしてゴルフ情報アプリケーション及びＳＮＳに投稿することができるので、メッセージを見るゴルフ友達等に対して臨場感溢れる報告をすることが可能になる。

＜第２実施形態＞
次に、図２６を参照して第２実施形態について説明する。本実施形態は、図１７に示す第１実施形態のスコア算出処理において、エラー判断処理（Ｓ１５２、Ｓ１５３）、ホールインワン判断処理（Ｓ１５４）、ダブルパー判断処理（Ｓ１５５）、トリプルパー判断処理（Ｓ１５６）を行わないところが第１実施形態と異なる。

本実施形態においては、図２６に示すように、端末装置２からゴルフ利用者の識別情報ＵＩＤ、ゴルフコースＩＤ、当該ホールのホール番号、及び、当該ホールの合計の打数を受信したかどうかを判断し（Ｓ１５０）、受信した場合には（Ｓ１５０；ＹＥＳ）、受信したゴルフコースＩＤ及びホール番号をキーとして、ホール情報テーブルＴＢＬ１３から当該ホールのパー数を取得する（Ｓ１５１）。なお、パー数については、端末装置２において既に取得済みであるため、ゴルフ利用者の識別情報ＵＩＤ、ゴルフコースＩＤ、当該ホールのホール番号、及び、当該ホールの合計の打数と共に、パー数についても端末装置２から管理サーバ１に送信するようにしてもよい。この場合には、管理サーバ１においてホール情報テーブルＴＢＬ１３から当該ホールのパー数を取得する処理を省略することができる。

次に、受信した打数（スコア）とパー数との差分を算出する（Ｓ１５７）。具体的には、受信した打数（スコア）からパー数を差し引く処理を行う。その結果、差分が−４以下、あるいは、＋４以上の場合には（Ｓ１５８；ＮＯ）、一般的なパー、バーディー等のスコア名に適合しない場合なので、処理を終了する。但し、この場合には、スコア名ではなく、スコアそのものを含めたメッセージを作成するようにしてもよい。
一方、差分が−４よりも大きく、あるいは、＋４よりも小さい場合には（Ｓ１５８；ＹＥＳ）、スコア名の判断処理を行う（Ｓ１５９）。なお、スコア名の判断処理については第１実施形態と同様なので説明を省略する。
以下、文例ＩＤ特定処理（Ｓ１６０）、報告文作成処理（Ｓ１６１）、投稿処理（Ｓ１６２）については第１実施形態と同様なので説明を省略する。

このように、エラー判断処理（Ｓ１５２、Ｓ１５３）、ホールインワン判断処理（Ｓ１５４）、ダブルパー判断処理（Ｓ１５５）、トリプルパー判断処理（Ｓ１５６）を省略する場合でも、臨場感溢れるメッセージをゴルフ情報アプリケーションやＳＮＳに投稿することができる。

＜第３実施形態＞
次に、図２７を参照して第３実施形態について説明する。本実施形態は、図１７に示す第１実施形態のスコア算出処理において、エラー判断処理（Ｓ１５２、Ｓ１５３）、ダブルパー判断処理（Ｓ１５５）とトリプルパー判断処理（Ｓ１５６）を行わないところが第１実施形態と異なる。
また、第２実施形態と比べると、ホールインワン判断処理（Ｓ１５４）を行うところが第２実施形態と異なる。なお、ホールインワン判断処理（Ｓ１５４）の内容については第１実施形態と同様なので説明を省略する。
このように、エラー判断処理（Ｓ１５２、Ｓ１５３）、ダブルパー判断処理（Ｓ１５５）とトリプルパー判断処理（Ｓ１５６）を省略する場合でも、臨場感溢れるメッセージをゴルフ情報アプリケーションやＳＮＳに投稿することができる。

＜第４実施形態＞
次に、図２８を参照して第４実施形態について説明する。本実施形態は、図１７に示す第１実施形態のスコア算出処理において、ダブルパー判断処理（Ｓ１５５）とトリプルパー判断処理（Ｓ１５６）を行わないところが第１実施形態と異なる。
また、第３実施形態と比べると、エラー判断処理（Ｓ１５２、Ｓ１５３）を行うところが第３実施形態と異なる。なお、エラー判断処理（Ｓ１５２、Ｓ１５３）の内容については第１実施形態と同様なので説明を省略する。
このように、ダブルパー判断処理（Ｓ１５５）とトリプルパー判断処理（Ｓ１５６）を省略する場合でも、臨場感溢れるメッセージをゴルフ情報アプリケーションやＳＮＳに投稿することができる。

＜第５実施形態＞
次に、図２９及び図３０を参照して第５実施形態について説明する。本実施形態は、図２９に示すように、パーオン等判断処理（Ｓ１６３）を行うところが第１実施形態と異なる。図２９に示すその他の処理（ステップＳ１５０乃至ステップＳ１６２）については、図１７に示す第１実施形態の処理と同様なので説明を省略する。
図３０にパーオン等判断処理のフローチャートを示す。図１４に示す距離表示ページＰ８においてカップインボタンＪ１３が押下された場合に、パット数の入力が完了済みであるかどうかを判断し、パット数の入力が完了していない場合には、パット数の入力を行うことをゴルフ利用者に促す。パット数の入力は、図１６に示すスコア編集ページＰ１０のパット数入力領域Ｌ８において行う。パット数の入力完了が確認できた場合には、端末装置２のＣＰＵ４０は、利用者特定情報、ゴルフコースＩＤ、ホール番号、スコア、パット数を管理サーバ１に送信する。

図３０に示すように、管理サーバ１のＣＰＵ３０は、受信したゴルフコースＩＤ及びホール番号をキーとして、ホール情報テーブルＴＢＬ１３から当該ホールのパー数を取得する（Ｓ１７０）。なお、パー数については、端末装置２において既に取得済みであるため、ゴルフ利用者特定情報、ゴルフコースＩＤ、当該ホールのホール番号、及び、当該ホールの合計の打数と共に、パー数についても端末装置２から管理サーバ１に送信するようにしてもよい。この場合には、管理サーバ１においてホール情報テーブルＴＢＬ１３から当該ホールのパー数を取得する処理を省略することができる。

次に、管理サーバ１のＣＰＵ３０は、受信したスコアからパット数を差し引いて、ショット数を算出する（Ｓ１７１）。また、パー数から２を差し引いた値を、算出したショット数から差し引いて、差分を算出する（Ｓ１７１）。すなわち、以下の式１の演算を実行する。

（受信したスコア）−（受信したパット数）−（（パー数）−２）＝差分値・・・（式１）

そして、差分値が１の場合には、ボギーオンと判断する（Ｓ１７２）。差分値が０の場合には、パーオンと判断する（Ｓ１７３）。差分値が−１の場合には、バーディーオンと判断する（Ｓ１７３）。差分値が−２よりも小さく、また、＋２よりも大きい場合には、名称なしと判断する（Ｓ１７２）。

そして、本実施形態においては、文例マスタテーブルＴＢＬ１５ｆに、ボギーオン、パーオン、バーディーオンを用いた文例を用意しておき、文例ＩＤ特定処理（Ｓ１６０）においては、スコアだけでなく、パーオン等判断処理（Ｓ１６３）で判断した内容を考慮して文例ＩＤを特定する。
例えば、「ナイスパー！ [山田洋子]さんが[コナミカントリークラブ房総コース][６]番ホールでパーオンし、パーを取りました！」のようなメッセージを作成して投稿する。

なお、文例は、通常のスコアに対する文例と、パーオン等の文例とを分けてメッセージを作成するようにしてもよい。
例えば、「ナイスパー！ [山田洋子]さんが[コナミカントリークラブ房総コース][６]番ホールでパーを取りました！しかもパーオンでした！」のような報告文を作成して投稿する。

このように本実施形態によれば、何打目でグリーンにオンしたかの情報についてもゴルフ情報アプリケーションやＳＮＳに投稿されるので、より臨場感に溢れる報告が行われることとなる。

なお、本実施形態では受信したスコアはストローク数（ショット数とパット数の合計）であるため、上記式１のような演算を行うこととしているが、受信したスコアをショット数を示すものとする場合は、ステップＳ１７１の演算において、以下の式２の演算を実行する。

（受信したスコア）−（（パー数）−２）＝差分値・・・（式２）

受信したスコアをショット数を示すものとする場合は、かかる式２のような演算を実行することで、何打目でグリーンオンしたかの情報についてもゴルフ情報アプリケーション等に投稿されることとなり、より臨場感にあふれる報告が行われることとなる。
また、「パーオン」、「ボギーオン」はいずれもグリーンオンした打数を示す概念であり、「グリーンオン名」の一例である。

＜第６実施形態＞
次に、図３１を参照して第６実施形態について説明する。本実施形態は、図３１に示すように、第２実施形態のスコア算出処理を行う場合に、パーオン等判断処理（Ｓ１６３）を行うところが第５実施形態と異なる。
なお、パーオン等判断処理（Ｓ１６３）については、図３０に示す第５実施形態の場合と同様なので説明を省略する。また、図３１に示す他の処理については、図２６の第２実施形態の場合と同様なので説明を省略する。
このように本実施形態によれば、最も簡易にスコア算出処理を行う場合でも、何打目でグリーンにオンしたかの情報についてもゴルフ情報アプリケーションやＳＮＳに投稿されるので、より臨場感に溢れる報告が行われることとなる。

＜第７実施形態＞
次に、図３２を参照して第７実施形態について説明する。本実施形態は、図３２に示すように、第３実施形態のスコア算出処理を行う場合に、パーオン等判断処理（Ｓ１６３）を行うところが第５実施形態と異なる。
なお、パーオン等判断処理（Ｓ１６３）については、図３０に示す第５実施形態の場合と同様なので説明を省略する。また、図３２に示す他の処理については、図２７の第３実施形態の場合と同様なので説明を省略する。
このように本実施形態によれば、簡易にスコア算出処理を行う場合でも、何打目でグリーンにオンしたかの情報についてもゴルフ情報アプリケーションやＳＮＳに投稿されるので、より臨場感に溢れる報告が行われることとなる。

＜第８実施形態＞
次に、図３３を参照して第８実施形態について説明する。本実施形態は、図３３に示すように、第４実施形態のスコア算出処理を行う場合に、パーオン等判断処理（Ｓ１６３）を行うところが第４実施形態と異なる。
なお、パーオン等判断処理（Ｓ１６３）については、図３０に示す第５実施形態の場合と同様なので説明を省略する。また、図３３に示す他の処理については、図２８の第４実施形態の場合と同様なので説明を省略する。
このように本実施形態によれば、簡易にスコア算出処理を行う場合でも、何打目でグリーンにオンしたかの情報についてもゴルフ情報アプリケーションやＳＮＳに投稿されるので、より臨場感に溢れる報告が行われることとなる。

＜第９実施形態＞
次に、図３４及び図３５を参照して第９実施形態について説明する。本実施形態は、図３４に示すように、管理サーバ１で行っていたスコア算出処理、報告文作成処理を端末装置２Ａにおいて行う例である。
図３４は本実施形態のサービス提供システム１００Ａのブロック図である。図３４に示すように、本実施形態では、管理サーバ１Ａは、受信部１２、記憶部１５、及び、投稿処理部１７を備えているが、第１実施形態とは異なり、に取得部１１、算出部１３、判断部１４、報告文作成部１６は備えていない。
一方、端末装置２Ａは、入力部２１、送信部２２、表示部２３、及び、受信部２４を備えているところは第１実施形態と同様であるが、その他に、取得部２０、算出部２７、判断部２８、報告文作成部２６、要求部４１及び、記憶部２９を備えているところが第１実施形態とは異なる。
なお、管理サーバ１Ａの構成要素である投稿処理部１７はゴルフ情報アプリケーションのソフトウェアが実行されることにより実現される機能ブロックである。また、管理サーバ１の受信部１２、及び記憶部１５は、ゴルフ情報アプリケーションのソフトウェアとゴルフナビゲーションアプリケーションのソフトウェアのいずれが実行される場合であっても実現される機能ブロックである。但し、ゴルフ利用者情報テーブルＴＢＬ１１、については、ゴルフ情報アプリケーションのソフトウェアの実行に際して用いられる。また、ホール情報テーブルＴＢＬ１３、都道府県マスタテーブルＴＢＬ１５ａ、コース名称マスタテーブルＴＢＬ１５ｂ、第１スコア名マスタテーブルＴＢＬ１５ｃ、第２スコア名マスタテーブルＴＢＬ１５ｄ、エラーマスタテーブルＴＢＬ１５ｅ、文例マスタテーブルＴＢＬ１５ｆについては、ゴルフナビゲーションアプリケーションのソフトウェアの実行に際して用いられる。また、端末装置２Ａのこれらの構成要素は、端末装置２Ａにおいてゴルフナビゲーションアプリケーションのソフトウェアが実行されることにより実現される機能ブロックである。

端末装置２Ａの取得部２０は、記憶部２９に記憶された例文データと、ゴルフ利用者を一意に識別する識別情報ＵＩＤや、識別情報ＵＩＤと関連付けられたゴルフ利用者のプロフィール情報等を取得する。算出部２７は、ホール特定情報に基づいて、当該ホールにおけるパー数を特定するとともに、打数情報と特定したパー数との差分を算出する。判断部２８は、算出した前記差分に応じたスコア名を判断する。報告文作成部２６は、スコア名に応じた例文データを抽出するとともに、抽出した例文データに、少なくとも、スコア名と、打数情報を送信した本人の利用者情報を含むメッセージを作成する。要求部４１は前記作成したメッセージをゴルフ情報アプリケーションにおいて報知するように、管理サーバ１Ａに対して要求する。本実施形態においては、コース選択処理までは第１実施形態と同様に行われる。また、ホール情報テーブルＴＢＬ１３、都道府県マスタテーブルＴＢＬ１５ａ、コース名称マスタテーブルＴＢＬ１５ｂ、第１スコア名マスタテーブルＴＢＬ１５ｃ、第２スコア名マスタテーブルＴＢＬ１５ｄ、エラーマスタテーブルＴＢＬ１５ｅ、及び文例マスタテーブルＴＢＬ１５ｆのデータは、管理サーバ１Ａから端末装置２Ａにダウンロードされる。管理サーバ１Ａからダウンロードしたそれぞれの情報は、記憶部２９に記憶される。そして、第１実施形態と同様に、距離表示ページＰ８において打数が入力され、カップインボタンＪ１３が押下された場合には、図３５に示す処理が行われる。図３５は本実施形態に係るサービス提供システム１００Ａの動作シーケンスを示すシーケンス図である。図３５に示すように、端末装置２ＡのＣＰＵ４０は、カップインボタンＪ１３が押下されると、当該ホールの打数（スコア）が１かどうかを判断する（Ｓ２０４）この打数（スコア）が１の場合には（Ｓ２０４；ＹＥＳ）、ホールインワンと判断し、文例特定処理に進む（Ｓ２１０）。
打数（スコア）が１ではない場合には（Ｓ２０４；ＮＯ）、打数（スコア）が、取得したパー数の２倍かどうかを判断する（Ｓ２０５）。具体的には、打数（スコア）の半分がパー数と等しいかどうかを判断してもよいし、打数（スコア）がパー数の２倍と等しいかどうかを判断してもよい。打数（スコア）がパー数の２倍の場合には（Ｓ２０５；ＹＥＳ）、ダブルパーと判断し、文例特定処理に進む（Ｓ２１０）。

打数（スコア）がパー数の２倍ではない場合には（Ｓ２０５；ＮＯ）、打数（スコア）がパー数の３倍かどうかを判断する（Ｓ２０６）。具体的には、打数（スコア）の３分の１がパー数と等しいかどうかを判断してもよいし、打数（スコア）がパー数の３倍と等しいかどうかを判断してもよい。打数（スコア）がパー数の３倍の場合には（Ｓ２０６；ＹＥＳ）、トリプルパーと判断し、文例特定処理に進む（Ｓ２１０）。なお、ステップＳ２０４乃至ステップＳ２０６の処理については、処理順序は入れ替えてもよい。また、ダブルパーやトリプルパーはあまり名誉なことではないので、これらの判断処理は省略するようにしてもよい。
打数（スコア）がパー数の３倍ではない場合には（Ｓ２０６；ＮＯ）、打数（スコア）とパー数との差分を算出する（Ｓ２０７）。具体的には、打数（スコア）からパー数を差し引く処理を行う。その結果、差分が−４以下、あるいは、＋４以上の場合には（Ｓ２０８；ＮＯ）は処理を終了する。但し、この場合には、スコア名ではなく、スコアそのものを含めたメッセージを作成するようにしてもよい。
一方、差分が−４よりも大きく、あるいは、＋４よりも小さい場合には（Ｓ２０８；ＹＥＳ）、スコア名の判断処理を行う（Ｓ２０９）。なお、スコア名の判断処理は、図１８に示す処理と同様なので、説明を省略する。但し、本実施形態では、端末装置２ＡのＣＰＵ４０が図１８に示すスコア名の判断処理を行う。

次に、本実施形態の報告文作成処理について説明する。打数（スコア）が１と判断された場合（Ｓ２０４；ＹＥＳ）、打数（スコア）がダブルパーと判断された場合（Ｓ２０５；ＹＥＳ）、及び、打数（スコア）がトリプルパー１と判断された場合には（Ｓ２０６；ＹＥＳ）、端末装置２ＡのＣＰＵ４０は、第１スコア名マスタテーブルＴＢＬ１５ｃに対応するデータを参照して、文例ＩＤの特定処理を行う（Ｓ２１０）。打数（スコア）とパー数との差分値が−３〜＋３の場合には（Ｓ２０８；ＹＥＳ、Ｓ２０９）、端末装置２ＡのＣＰＵ４０は、第２スコア名マスタテーブルＴＢＬ１５ｄに対応するデータを参照して、文例ＩＤの特定処理を行う（Ｓ１６０）。なお、文例ＩＤの特定処理は、第１実施形態で説明した処理と同様である。但し、本実施形態では、端末装置２ＡのＣＰＵ４０が文例ＩＤの特定処理を行う。
以上のように文例ＩＤが特定された後は、文例マスタテーブルＴＢＬ１５ｆに対応するデータから文例ＩＤに対応する文例を抽出し、括弧書きで記載されたパラメータである[name]、[コース名]、[ホール番号]に、識別情報ＵＩＤに対応するゴルフ利用者の名前、受信したコースＩＤに対応するコース名、受信したホール番号を挿入し、メッセージを作成する（Ｓ２１１）。この処理も第１実施形態と同様であるが、本実施形態では、端末装置２のＣＰＵ４０がこの処理を行う。そして、端末装置２ＡのＣＰＵ４０は、このようにして作成したメッセージを、ゴルフ情報アプリケーションや他のＳＮＳに投稿する投稿処理を行うように、管理サーバ１Ａに対して要求する（Ｓ２１２）。
このように、本実施形態によれば、端末装置２Ａにおいて報告文作成まで処理が行われるので、管理サーバ１Ａの負荷を軽くすることが可能となる。なお、本実施形態の場合、管理サーバ１Ａから端末装置２Ａにゴルフナビゲーションアプリケーションをダウンロードする際に、文例マスタテーブルＴＢＬ１５ｆから読み出した例文データも含めてダウンロードし、端末装置２Ａにインストールする。

＜第１０実施形態＞
次に、図３６及び図３７を参照して第１０実施形態について説明する。図３６は、本実施形態のサービス提供システム１００Ｂを示すブロック図である。図３７は、本実施形態に係るサービス提供システムの動作シーケンス１００Ｂを示すシーケンス図である。
本実施形態は、図３６に示すように、端末装置２Ｂには、報告文作成部、記憶部、及び、取得部が備えられていないところが第９実施形態と異なる。
つまり、本実施形態においては、スコア算出処理と、スコア名判断処理までは端末装置２Ｂにおいて行われるが、報告文作成処理、及びそれ以降の処理については管理サーバ１Ｂで行われる。
本実施形態においては、コース選択処理までは第１実施形態と同様に行われる。そして、第１実施形態と同様に、距離表示ページＰ８において打数が入力され、カップインボタンＪ１３が押下された場合には、図３７に示す処理が行われる。図３７に示すように、端末装置２ＢのＣＰＵ４０は、カップインボタンＪ１３が押下されると、当該ホールの打数（スコア）が１かどうかを判断する（Ｓ３００）この打数（スコア）が１の場合には（Ｓ３０４；ＹＥＳ）、スコア名をホールインワンと判断し、取得していたパー数と共に、そのスコア名を管理サーバ１Ｂに送信する。また、端末装置２ＢのＣＰＵ４０は、識別情報ＵＩＤとコースＩＤについても管理サーバ１Ｂに送信する。
打数（スコア）が１ではない場合には（Ｓ３００；ＮＯ）、打数（スコア）が、取得したパー数の２倍かどうかを判断する（Ｓ３０１）。具体的には、打数（スコア）の半分がパー数と等しいかどうかを判断してもよいし、打数（スコア）がパー数の２倍と等しいかどうかを判断してもよい。打数（スコア）がパー数の２倍の場合には（Ｓ３０１；ＹＥＳ）、スコア名をダブルパーと判断し、取得していたパー数と共に、そのスコア名を管理サーバ１Ｂに送信する。また、端末装置２ＢのＣＰＵ４０は、識別情報ＵＩＤとコースＩＤについても管理サーバ１Ｂに送信する。

打数（スコア）がパー数の２倍ではない場合には（Ｓ３０１；ＮＯ）、打数（スコア）がパー数の３倍かどうかを判断する（Ｓ３０２）。具体的には、打数（スコア）の３分の１がパー数と等しいかどうかを判断してもよいし、打数（スコア）がパー数の３倍と等しいかどうかを判断してもよい。打数（スコア）がパー数の３倍の場合には（Ｓ３０２；ＹＥＳ）、スコア名をトリプルパーと判断し、取得していたパー数と共に、そのスコア名を管理サーバ１Ｂに送信する。また、端末装置２ＢのＣＰＵ４０は、識別情報ＵＩＤとコースＩＤについても管理サーバ１Ｂに送信する。なお、ステップＳ３００乃至ステップＳ３０２の処理については、処理順序は入れ替えてもよい。また、ダブルパーやトリプルパーはあまり名誉なことではないので、これらの判断処理は省略するようにしてもよい。
打数（スコア）がパー数の３倍ではない場合には（Ｓ３０２；ＮＯ）、打数（スコア）とパー数との差分を算出する（Ｓ３０３）。具体的には、打数（スコア）からパー数を差し引く処理を行う。その結果、差分が−４以下、あるいは、＋４以上の場合には（Ｓ３０４；ＮＯ）は処理を終了する。但し、この場合には、スコア名ではなく、スコアそのものを管理サーバ１Ｂに送信するようにしてもよい。
一方、差分が−４よりも大きく、あるいは、＋４よりも小さい場合には（Ｓ３０４；ＹＥＳ）、スコア名の判断処理を行い（Ｓ３０５）、取得していたパー数と共に、判断したスコア名を管理サーバ１Ｂに送信する。なお、スコア名の判断処理は、図１８に示す処理と同様なので、説明を省略する。但し、本実施形態では、端末装置２ＢのＣＰＵ４０が図１８に示すスコア名の判断処理を行う。

スコア名を端末装置２Ｂから受信した管理サーバ１ＢのＣＰＵ３０は、スコア名がホールインワンの場合、ダブルパーの場合、及び、トリプルパーの場合には、第１スコア名マスタテーブルＴＢＬ１５ｃを参照して、文例ＩＤの特定処理を行う（Ｓ４００）。スコア名がアルバトロス、イーグル、バーディー、パー、ボギー、ダブルボギー、あるいはトリプルボギーの場合には、管理サーバ１ＢのＣＰＵ３０は、第２スコア名マスタテーブルＴＢＬ１５ｄを参照して、文例ＩＤの特定処理を行う（Ｓ４００）。なお、文例ＩＤの特定処理は、第１実施形態で説明した処理と同様である。
以上のように文例ＩＤが特定された後は、管理サーバ１ＢのＣＰＵ３０は、文例マスタテーブルＴＢＬ１５ｆに対応するデータから文例ＩＤに対応する文例を抽出し、括弧書きで記載されたパラメータである[name]、[コース名]、[ホール番号]に、識別情報ＵＩＤに対応するゴルフ利用者の名前、受信したコースＩＤに対応するコース名、受信したホール番号を挿入し、メッセージを作成する（Ｓ４０１）。この処理も第１実施形態と同様である。そして、管理サーバ１ＢのＣＰＵ３０は、このようにして作成したメッセージを、ゴルフ情報アプリケーションや他のＳＮＳに投稿する投稿処理を行う（Ｓ４０２）。このように、本実施形態によれば、端末装置２Ｂにおいてスコア名判断処理が行われるので、管理サーバ１の負荷を軽くすることが可能となる。

＜第１１実施形態＞
次に、図３８を参照して第１１実施形態について説明する。図３８は、本実施形態のサービス提供システム１００Ｃを示すブロック図である。
本実施形態は、図３８に示すように、外部管理サーバがシステムに含まれておらず、管理サーバ１Ｃと端末装置２Ｃのみでサービス提供システム１００Ｃが構成されている例である。
本実施形態の場合には、スコアを含むメッセージは、ゴルフ情報アプリケーションのウォール等に投稿されるだけであり、ＳＮＳには投稿されることがない。
本実施形態における管理サーバ１Ｃは、利用者に対してゴルフ情報アプリケーションのサービスとゴルフナビゲーションアプリケーションのサービスを提供する。サービス提供システム１００Ｃでは、第１実施形態のようにゴルフ利用者はＳＮＳ利用者に含まれるといった関係はない。また本実施形態の場合、ゴルフ情報アプリケーションを利用しようとする場合は、ＳＮＳを介すことなく利用者登録を行う。
管理サーバ１Ｃ及び端末装置２Ｃの構成については、外部管理サーバとの通信を行わない点を除いて第１実施形態と同様なので説明を省略する。
本実施形態の構成によっても、臨場感溢れる報告をゴルフ情報アプリケーションに投稿することが可能になる。

＜第１２実施形態＞
次に、図３９を参照して第１２実施形態について説明する。図３９は、本実施形態のサービス提供システム１００Ｄを示すブロック図である。
本実施形態は、図３９に示すように、外部管理サーバがシステムに含まれておらず、管理サーバ１Ｄと端末装置２Ｄのみでサービス提供システム１００Ｄが構成されている例であり、第９実施形態に対応する例である。
管理サーバ１Ｄ及び端末装置２Ｄの構成については、外部管理サーバとの通信を行わない点を除いて第９実施形態と同様なので説明を省略する。
本実施形態の構成によっても、臨場感溢れる報告をゴルフ情報アプリケーションに投稿することが可能になる。

＜第１３実施形態＞
次に、図４０を参照して第１３実施形態について説明する。図４０は、本実施形態のサービス提供システム１００Ｅを示すブロック図である。
本実施形態は、図４０に示すように、外部管理サーバがシステムに含まれておらず、管理サーバ１Ｂと端末装置２Ｂのみでサービス提供システム１００Ｅが構成されている例であり、第１０実施形態に対応する例である。
管理サーバ１Ｂ及び端末装置２Ｂの構成については、外部管理サーバとの通信を行わない点を除いて第１０実施形態と同様なので説明を省略する。
本実施形態の構成によっても、臨場感溢れる報告をゴルフ情報アプリケーションに投稿することが可能になる。

＜第１４実施形態＞
次に、図４１を参照して第１４実施形態について説明する。本実施形態における管理サーバ１Ｆは、ゴルフナビゲーションアプリケーションの提供を行い、ゴルフ情報アプリケーションの提供を行わない点で、第９実施形態と異なる。したがって、ゴルフ情報アプリケーションの利用者がＳＮＳの利用者に含まれるという関係はない。ゴルフナビゲーションアプリケーションの利用者としてのゴルフ利用者は、本実施形態の外部管理サーバ３Ｆが提供するＳＮＳのＳＮＳ利用者であるものとする。
本実施形態では、端末装置２Ｆで生成したメッセージデータを、外部管理サーバ３が提供するＳＮＳに対して送信し、外部管理サーバ３Ｆが提供するＳＮＳに直接投稿する処理を行う。また、管理サーバ１Ｆは、利用者の端末装置２Ｆの操作に応じて、ゴルフナビゲーションアプリケーションやホール情報を端末装置に対して送信する。

図４１は本実施形態のサービス提供システム１００Ｆを示すブロック図である。端末装置２Ｆには、図４１に示すように、取得部２０、入力部２１、送信部２２、表示部２３、受信部２４、報告文作成部２５、算出部２７、判断部２８、記憶部２９、要求部５１が備えられている。要求部５１は、外部管理サーバ３Ｆに対して、メッセージの投稿を要求する。
図４１に示すように、外部管理サーバ３Ｆには、投稿処理部５２、ＳＮＳ利用者情報テーブルＴＢＬ３１、友達情報テーブルＴＢＬ３２が備えられている。投稿処理部５２は、端末装置２Ｆの要求部４２からＳＮＳへメッセージの投稿要求があった場合に、投稿処理を行う。
上記で説明した機能以外の外部管理サーバ３Ｆ及び端末装置２Ｆの各機能については、他の実施形態と同様であるので同符号を付し、説明を省略する。
また、図４１に示すように、管理サーバ１Ｆには、受信部１２、記憶部１５Ｆが備えられている。記憶部１５Ｆには、ホール情報テーブルＴＢＬ１３、設定値管理マスタテーブルＴＢＬ１５が備えられており、設定値管理マスタテーブルＴＢＬ１５には、都道府県マスタテーブルＴＢＬ１５ａ、コース名称マスタテーブルＴＢＬ１５ｂが格納されている。管理サーバ１Ｆの備える各機能についても他の実施形態と同様であるので、同符号を付し、説明を省略する。

本実施形態における動作シーケンスを図４２に示す。図４に示す第１実施形態の動作シーケンスと異なるのは、ステップＳ１８のＳＮＳへの投稿処理だけであり、他の処理については第１実施形態と同様である。
端末装置２Ｆのゴルフナビゲーションアプリケーションにおいて、ＳＮＳに接続する設定を行うと、ＳＮＳのログイン画面（図示せず）が外部管理サーバ３Ｆから送信されて端末装置２Ｆのディスプレイ４５に表示される。このログイン画面においてＩＤとパスワードを入力してログイン要求を送信部２２を介して外部管理サーバ３Ｆに送信すると、外部管理サーバ３Ｆにおいてログイン処理が行われる。外部管理サーバ３Ｆにおけるログイン処理に成功すると、以降ログイン処理を要さずにＳＮＳにアクセスするためのアクセストークン（利用者特定情報の一例）が、外部管理サーバ３Ｆから端末装置２Ｆに送信される。端末装置２Ｆは受信したアクセストークンを記憶装置４３に記憶しておく。
そして、ＳＮＳへの投稿処理（Ｓ１８）の際、記憶装置４３に記憶したアクセストークンとともに作成したメッセージを含む報知要求を要求部５１が送信する。

以上のように構成することで、ＳＮＳ利用者はゴルフ情報アプリケーションへの利用登録を行わなくても、臨場感溢れる報告を投稿することが可能になる。

＜第１５実施形態＞
次に、図４３を参照して第１５実施形態について説明する。上述した第１乃至第８実施形態、第１０乃至第１１実施形態、及び第１３実施形態においては、１ホール終了ごとにスコア情報等を管理サーバ１、１Ａ乃至１Ｃに送信する例について説明したが、本発明はこのような構成に限定されるものではない。例えば、図４３に示すように、端末装置２、２Ａ乃至２Ｃにおいて各ホールのデータを算出して記憶しておき、例えば前半ホール終了後に（Ｓ１９；ＹＥＳ）データをまとめて管理サーバ１、１Ａ乃至１Ｃに送信し、メッセージの作成処理と投稿処理とを行うようにしてもよいし、各ホールの終了ごとにスコア情報等を管理サーバ１、１Ａ乃至１Ｃに送信し、管理サーバ１、１Ａ乃至１Ｃは一時的に記憶しておき、所定数のホール（例えば９ホール）が終了するごとにまとめてメッセージの作成処理と投稿処理とを行うようにしてもよい。この場合には、管理サーバ１において、例えば、「○○さんが、○○ゴルフクラブで前半のプレーが終了しました。１番ホールでボギーでした。３番ホールでパーを獲得しました。」のようなメッセージを作成するようにしてもよい。また、「○○さんが、○○ゴルフクラブで前半のプレーが終了しました。９ホールで、１バーディー、２パー、４ボギー、１トリプルボギーという成績でした。」のようなメッセージを作成するようにしてもよい。
また、第９実施形態、第１２実施形態、第１４実施形態においては、端末装置２Ａ、２Ｄ、２Ｆの報告文作成部２６において、所定数のホール（例えば９ホール）が終了するごとにまとめてメッセージの作成処理を行い、要求部２５、５１を介して管理サーバ１Ａ、１Ｄ、１Ｆまたは外部管理サーバ３Ｆにメッセージとともに報知要求を行う構成としてもよい。

＜変形例＞
本発明は、上述した実施形態に限定されるものではなく、以下に述べる各種の変形が可能である。また、各変形例及び実施形態は、適宜、組み合わせてもよいことは勿論である。なお、以降の変形例においては、特に明記しない限り、管理サーバ１という場合は管理サーバ１Ａ乃至１Ｄ及び１Ｆを含み、端末装置２という場合は端末装置２Ａ乃至２Ｄ及び２Ｆを含み、外部管理サーバ３という場合は外部管理サーバ３Ｆを含むものとする。

上述したゴルフナビゲーションアプリケーションは、任意のアプリケーション配信サイトかを介す等してダウンロードしてインストールした後、初回起動時に利用者登録を行わせる構成としてもよい。この場合、端末装置２から送信された利用者情報を、管理サーバ１のゴルフ利用者情報テーブルＴＢＬ１１に記憶してもよいし、他の情報テーブルに記憶して管理してもよい。

上述した実施形態においては、ホール情報を管理サーバ１から端末装置２に送信する例について説明したが、本発明はこのような構成に限定されるものではない。例えば、過去にダウンロードしたホール情報について端末装置２の記憶部に記憶させてそれ以降用いるようにしてもよい。また、端末装置２にゴルフナビゲーションアプリケーションをインストールする際に、ホール情報を端末装置２の記憶部に記憶させるようにしてもよい。

上述した実施形態においては、ラウンド設定メニューページＰ７における決定ボタンＨ１０、距離表示画面におけるカップインボタンＪ１３を押下すると、所定の情報が管理サーバ１または外部管理サーバ３に送信されることとしているが、これらのボタンＨ１０、Ｊ１３が押下されたのち、送信意思を確認するための画面（図示せず）を表示させ、当該送信意思確認画面において送信ボタン（図示せず）が押下された場合に、所定の情報を管理サーバ１または外部管理サーバ３に送信する構成としてもよい。またこの場合において、送信意思確認画面には送信しようとするスコア情報や投稿内容を示すメッセージを表示することとしてもよい。さらに、第１乃至第８実施形態、第１０乃至第１１実施形態、第１３実施形態においては、スコア情報等の所定の情報を管理サーバ１、１Ｂ、１Ｃに送信すると、管理サーバ１、１Ｂ、１Ｃの報告文作成部１６で作成されたメッセージが投稿前に端末装置２に返信され、当該メッセージの内容で投稿してよいかん確認を求めるように構成してもよい。

上述した第１乃至第１３実施形態においては、カップインした際に端末装置２から管理サーバ１に送信するスコア情報の中には、パー数は含まれていなかったため、管理サーバ１においてコースＩＤやホール番号に基づいてパー数を取得していたが、本発明はこのような構成に限定されるものではない。例えば、カップインした際に端末装置２から送信先を管理サーバ１として外部管理サーバ３に送信する情報の中にパー数を含めるようにしてもよい。この場合には、管理サーバ１においてパー数を特定する処理は不要になる。

上述した第１乃至第１３実施形態においては、管理サーバ１、１Ａ、１Ｂ、１Ｃ、及び１Ｄの投稿処理部１７はゴルフ情報アプリケーションにおけるメッセージの投稿処理とＳＮＳへの投稿処理を行うこととしているが、これに限られるものではなく、投稿処理部１７はゴルフ情報アプリケーションへのメッセージの投稿処理は行わず、外部管理サーバ３（外部管理サーバ３Ｆを除く）が提供するＳＮＳに対してメッセージの報知を要求する処理を行うこととしてもよい。外部管理サーバ３（外部管理サーバ３Ｆを除く）が投稿処理部１７の要求を受信してメッセージの報知処理を行う場合は、受信した要求に含まれるゴルフ利用者の識別情報ＵＩＤに基づいてＳＮＳ利用者情報テーブルＴＢＬ３１を検索し、一致する識別情報ＵＩＤに関連付けられたＳＮＳ上のページ等に、管理サーバ１から受信したメッセージを関連付ける処理を行う。

上述した第１乃至第１３実施形態においては、ゴルフナビゲーションアプリケーションとゴルフ情報アプリケーションを別々のアプリケーションとして説明したが、本発明はこのような構成に限定されるものではない。例えば、ゴルフナビゲーションアプリケーションは、ゴルフ情報アプリケーションで用いられるユーザインターフェースの一部と考えて、共通のサービスとして提供される場合であっても本発明は適用可能である。

上述した実施形態においては、ホール毎のメッセージに全てゴルフコース名が含まれる例について説明したが、本発明はこのような構成に限定されるものではない。例えば、ラウンド開始のみ、「○○ゴルフクラブでラウンド開始しました。」のようなメッセージを投稿すれば、その後のホール毎のメッセージにはスコア名を含む結果のみを含ませるようにしてもよい。

上述した各実施形態及び変形例においては、管理サーバ１、１Ａ、１Ｂ、１Ｃ、１Ｄ、及び１Ｆに記憶部１５を備え、記憶部１５にゴルフ利用者情報テーブルＴＢＬ１１、ホール情報テーブルＴＢＬ１３、及び設定値管理マスタテーブルＴＢＬ１５を格納した例について説明した。また、上述した各実施形態及び変形例においては、端末装置２Ａ、２Ｄ、及び２Ｆに記録部２９を備える例について説明した。
しかしながら、本発明はこのような例に限定されるものではなく、記憶部１５を管理サーバ１とは別の装置に備え、この記憶部１５に各テーブルを格納するようにしてもよい。また、端末装置２Ａ、２Ｄ、及び２Ｆは、前記別の装置に備えられた記憶部１５にアクセスしてデータを読み取るようにしてもよい。
例えば、図４４乃至図４９に示すように、通信網ＮＥＴを介して管理サーバ１、１Ａ、１Ｂ、１Ｃ、１Ｄ、及び１Ｆ、並びに、端末装置２Ａ、２Ｄ、及び２Ｆと通信可能なストレージサーバ４を備え、ストレージサーバ４内の記憶部１５にゴルフ利用者情報テーブルＴＢＬ１１、ホール情報テーブルＴＢＬ１３、及び設定値管理マスタテーブルＴＢＬ１５を格納するようにしてもよい。そして、端末装置２Ａ、２Ｄ、及び２Ｆは、必要に応じて、ストレージサーバ４内の記憶部１５に格納されたゴルフ利用者情報テーブルＴＢＬ１１、ホール情報テーブルＴＢＬ１３、及び設定値管理マスタテーブルＴＢＬ１５のデータを読み取るようにしてもよい。
なお、図４４、図４５、図４６、図４７、図４８、図４９、及び図５０は、それぞれ、図１、図３４、図３６、図３８、図３９、図４０、及び図４１に対応する図である。

上述した第１乃至第１３実施形態では、管理サーバ１が提供するサービスとして、ゴルフ情報の提供サービスを一例として説明したが、本発明はこれに限定されるものではなく、管理サーバ１はどのようなサービスを提供するものであってもよい。例えば、利用者同士の共通のテーマに基づいて、アプリケーション上で特定の関係を構築するすべてのものに適用できる。共通のテーマは、マラソン、バドミントン等のスポーツ、将棋、ゲームなどの趣味的なものであってもよいし、ビジネスに関するものあってもよい。また、ホテルの予約などを含む旅行情報の提供、パーティ情報の提供、コンサート情報の提供、サービスや物品の販売を提供するものであってもよい。また、特定の関係は、友達関係に限定されない。例えば、上司と部下の関係であってもよいし、問屋と小売の関係であってもよいし、フォロワーと被フォロワーの関係であってもよい。要は、一定の規則に基づいて構築される関係であればどのようなものであってもよい。また、友達情報テーブルＴＢＬ３２のデータ構造も、図２３に示した構造に限定されるものではない。

なお、本発明における機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することとしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。また、本発明における機能またはその一部を実現するためのプログラムを配信する配信サーバ及び当該配信サーバに備えられた記憶媒体、及び当該配信サーバの外部に存在し、当該プログラムを前記配信サーバにより配信するために記憶している記憶媒体も、本発明の範囲に含まれる。すなわち、例えばゴルフナビゲーションアプリケーションとして説明した機能またはその一部を実現するためのプログラムを配信するサーバも、本発明の範囲に含まれるものである。

また、上述した機能の一部または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

なお、本発明は上述の実施形態及び変形例に限定されるものではなく、本発明の趣旨の範囲内での変更は本発明に含まれるものである。

ＮＥＴ……通信網、１，１Ａ，１Ｂ，１Ｃ，１Ｄ，１Ｆ……管理サーバ、２，２Ａ，２Ｂ，２Ｃ，２Ｄ，２Ｆ……端末装置、３，３Ｆ……外部管理サーバ、１１……取得部、１２……受信部、１３……算出部、１４……判断部、１５……記憶部、１６……報告文作成部、１７……投稿処理部、２０……取得部、２１……入力部、２２……送信部、２３……表示部、２４……受信部、２５……要求部、２６……報告文作成部、２７……算出部、２８……判断部、２９……記憶部、５１……要求部、５２……投稿処理部、１００，１００Ａ，１００Ｂ，１００Ｃ，１００Ｄ，１００Ｅ，１００Ｆ……サービス提供システム。

Claims (21)

1. 第１サービスを提供し、当該第１サービスの提供を受ける利用者の端末装置と通信可能であり、当該利用者と共通の利用者に対して第２サービスを提供する管理装置であって、
   前記端末装置から、少なくとも前記利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信可能な受信部と、
   前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定するとともに、当該特定した規定打数と前記受信した打数情報との差分を算出する算出部と、
   算出した前記差分に応じたスコア名を判断する判断部と、
   前記スコア名に応じた例文データを取得する取得部と、
   当該取得した例文データに少なくとも前記スコア名及び前記打数情報を送信した前記利用者の前記利用者特定情報と関連付けられた利用者情報を含むメッセージを作成する報告文作成部と、
   前記メッセージを前記第２サービスにおいて報知する処理を行う投稿処理部と、を備えることを特徴とする管理装置。
2. 第１サービスの提供を受ける第１利用者を含む第２利用者に対して第３サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報を管理する外部管理装置と通信可能であり、前記第２利用者の少なくとも一部に対して第２サービスを提供する管理装置であって、
   前記第２利用者の利用に係る端末装置から、少なくとも前記第２利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信可能な受信部と、
   前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定するとともに、当該特定した規定打数と前記受信した打数情報との差分を算出する算出部と、
   算出した前記差分に応じたスコア名を判断する判断部と、
   前記スコア名に応じた例文データを取得する取得部と、
   当該取得した例文データに少なくとも前記スコア名と前記利用者特定情報により特定される前記第２利用者の利用者情報を含むメッセージを作成する報告文作成部と、
   前記メッセージを前記第２サービスにおいて報知する処理を行う投稿処理部と、を備える、
   ことを特徴とする管理装置。
3. 第１サービスの提供を受ける第１利用者を含む第２利用者に対して第３サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報を管理する外部管理装置と通信可能であり、前記第１利用者と共通の利用者に対して第２サービスを提供可能な管理装置であって、
   前記第２利用者の利用に係る端末装置から少なくとも前記第１利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信可能な受信部と、
   前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定するとともに、当該特定した規定打数と前記受信した打数情報との差分を算出する算出部と、
   算出した前記差分に応じたスコア名を判断する判断部と、
   前記スコア名に応じた例文データを取得する取得部と、
   当該取得した例文データに少なくとも前記スコア名と前記利用者特定情報により特定される前記第１利用者の利用者情報を含むメッセージを作成する報告文作成部と、
   前記メッセージを前記外部管理装置に送信するとともに、前記第３サービスにおいて報知するように前記外部管理装置に要求する投稿処理部と、を備える、
   ことを特徴とする管理装置。
4. 前記投稿処理部は、各ホールごとに前記報告文の報知を行うように要求することを特徴とする請求項１乃至請求項３のいずれか一に記載の管理装置。
5. 前記投稿処理部は、所定ホール分まとめて前記報告文の報知を行うように要求することを特徴とする請求項１乃至請求項３のいずれか一に記載の管理装置。
6. 前記受信部は、打数情報としてストローク数とパット数とを受信可能であり、
   前記算出部は、受信したストローク数からパット数を引いた値と、前記特定した規定打数との第１の差分を算出すると共に、前記規定打数から２を引いた値とストローク数との第２の差分を算出し、
   前記判断部は、算出した第１の差分に応じてスコア名を判断すると共に、算出した第２の差分に応じてグリーンオン名を判断し、
   前記報告文作成部は、前記取得した例文データに少なくとも前記スコア名と前記利用者特定情報により特定される前記利用者の利用者情報と、グリーンオン名とを含むメッセージを作成する、
   ことを特徴とする請求項１乃至請求項３のいずれか一項に記載の管理装置。
7. 前記受信部は、打数情報としてショット数を受信可能であり、
   前記算出部は、受信したショット数と、前記特定した規定打数との第１の差分を算出すると共に、前記規定打数から２を引いた値とショット数との第２の差分を算出し、
   前記判断部は、算出した第１の差分に応じてスコア名を判断すると共に、算出した第２の差分に応じてグリーンオン名を判断し、
   前記報告文作成部は、前記取得した例文データに少なくとも前記スコア名と前記利用者特定情報により特定される前記利用者の利用者情報と、グリーンオン名とを含むメッセージを作成する、
   ことを特徴とする請求項１乃至請求項３のいずれか一項に記載の管理装置。
8. 第１サービスを第１利用者に提供すると共に当該第１利用者と共通の利用者に対して第２サービスを提供する管理装置と通信可能な端末装置であって、
   少なくともホールを特定する入力と、打数の入力が可能な入力部と、
   前記入力部によって特定されたホールにおける規定打数と、前記入力部によって入力された打数データとの差分を算出する算出部と、
   算出した差分に応じてスコア名を判断する判断部と、
   前記スコア名に応じた例文データを取得する取得部と、
   当該取得した例文データに少なくとも前記スコア名と前記利用者特定情報により特定される前記第１利用者の利用者情報を含むメッセージを作成する報告文作成部と、
   作成した報告文を前記第２サービスにおいて報知するように要求する要求部と、を備える、
   ことを特徴とする端末装置。
9. 第１サービスを第１利用者に提供すると共に当該第１利用者と共通の利用者に対して第２サービスを提供する管理装置と、
   前記第１利用者を含む第２利用者に対して第３サービスを提供する外部管理装置と、
   を備えるサービス提供システムのサービスを享受可能な端末装置であって、
   少なくともホールを特定する入力と、打数の入力が可能な入力部と、
   前記入力部によって特定されたホールにおける規定打数と、前記入力部によって入力された打数データとの差分を算出する算出部と、
   算出した差分に応じてスコア名を判断する判断部と、
   前記スコア名に応じた例文データを取得する取得部と、
   当該取得した例文データに少なくとも前記スコア名と前記利用者特定情報により特定される前記第１利用者の利用者情報を含むメッセージを作成する報告文作成部と、
   作成した報告文を前記第３サービスにおいて報知するように要求する要求部と、を備える、
   ことを特徴とする端末装置。
10. 利用者に対して第３サービスを提供する外部管理装置と通信可能な端末装置であって、
    少なくともホールを特定する入力と、打数の入力が可能な入力部と、
    前記入力部によって特定されたホールにおける規定打数と、前記入力部によって入力された打数データとの差分を算出する算出部と、
    算出した差分に応じてスコア名を判断する判断部と、
    前記スコア名に応じた例文データを取得する取得部と、
    当該取得した例文データに少なくとも前記スコア名と前記利用者の利用者情報を含むメッセージを作成する報告文作成部と、
    作成した報告文を前記第３サービスにおいて報知するように要求する要求部と、を備える、
    ことを特徴とする端末装置。
11. 第１サービスと第２サービスを共通の利用者に提供する管理装置と、当該管理装置と通信可能で当該第１サービスの提供を受ける利用者の端末装置とを備えるサービス提供システムであって、
    前記管理装置は、
    前記端末装置から、少なくとも前記利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信可能な受信部と、
    前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定するとともに、当該特定した規定打数と前記受信した打数情報との差分を算出する算出部と、
    前記算出した差分に応じたスコア名を判断する判断部と、
    前記スコア名に応じた例文データを取得する取得部と、
    当該取得した例文データに少なくとも前記スコア名及び前記利用者特定情報により特定される前記利用者の利用者情報を含むメッセージを作成する報告文作成部と、
    前記メッセージを前記第２サービスにおいて報知する投稿処理部とを備え、
    前記端末装置は、
    少なくともホールを特定する入力と、打数の入力が可能な入力部と、
    前記入力部によって特定されたホールのホール特定情報と、前記利用者特定情報と、打数情報とを送信可能な送信部と、を備える、
    ことを特徴とするサービス提供システム。
12. 第１サービスと第２サービスを共通の利用者に提供する管理装置と、当該管理装置と通信可能で当該第１サービスの提供を受ける利用者の端末装置とを備えるサービス提供システムであって、
    前記管理装置は、
    前記端末装置から、少なくとも前記利用者を特定可能な利用者特定情報とスコア名とを受信可能な受信部と、
    前記スコア名に応じた例文データを取得する取得部と、
    当該取得した例文データに少なくとも前記スコア名及び前記利用者特定情報により特定される前記利用者の利用者情報を含むメッセージを作成する報告文作成部と、
    前記メッセージを前記第２サービスにおいて報知する投稿処理部と、を備え
    前記端末装置は、
    少なくともホールを特定する入力と、打数の入力が可能な入力部と、
    前記入力部によって特定されたホールにおける規定打数と、前記入力部によって入力された打数データとの差分を算出する算出部と、
    算出した差分に応じてスコア名を判断する判断部と、
    少なくとも前記スコア名を前記管理装置に送信可能な送信部と、を備える、
    ことを特徴とするサービス提供システム。
13. 第１サービスを提供し、当該第１サービスの提供を受ける第１利用者の端末装置と通信可能であり、当該第１利用者と共通の利用者に対して第２サービスを提供する管理装置の制御方法であって、
    前記端末装置から、少なくとも前記利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信し、
    前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定し、
    当該特定した規定打数と前記受信した打数情報との差分を算出し、
    前記算出した前記差分に応じたスコア名を判断し、
    前記スコア名に応じた例文データを取得し、
    当該取得した例文データに少なくとも前記スコア名及び前記利用者特定情報により特定される前記利用者の利用者情報を含むメッセージを作成し、
    前記メッセージを前記第２サービスにおいて報知する、
    ことを特徴とする管理装置の制御方法。
14. 第１サービスの提供を受ける第１利用者を含む第２利用者に対して第３サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報を管理する外部管理装置と通信可能であり、当該第１利用者と共通の利用者に対して第２サービスを提供する管理装置の制御方法であって、
    前記第２利用者の利用に係る端末装置から、少なくとも前記第１利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信し、
    前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定し、
    当該特定した規定打数と前記受信した打数情報との差分を算出し、
    前記算出した前記差分に応じたスコア名を判断し、
    前記スコア名に応じた例文データを取得し、
    当該取得した例文データに少なくとも前記スコア名及び前記利用者特定情報により特定される前記第１利用者の利用者情報を含むメッセージを作成し、
    前記メッセージを前記第２サービスにおいて報知する、
    ことを特徴とする管理装置の制御方法。
15. 第１サービスを第１利用者に提供すると共に当該第１利用者と共通の利用者に対して第２サービスを提供する管理装置と通信可能な端末装置の制御方法であって、
    少なくともホールを特定する入力と、打数の入力とを可能とし、
    前記特定されたホールにおける規定打数と、前記入力された打数データとの差分を算出し、
    前記算出した前記差分に応じてスコア名を判断し、
    前記スコア名に応じた例文データを取得し、
    当該取得した例文データに少なくとも前記スコア名及び前記利用者を特定可能な利用者特定情報により特定される前記第１利用者の利用者情報を含むメッセージを作成し、
    前記作成した報告文を前記第２サービスにおいて報知するように前記管理装置に要求する、
    ことを特徴とする端末装置の制御方法。
16. 利用者に対して第３サービスを提供する外部管理装置と通信可能な端末装置の制御方法であって、
    少なくともホールを特定する入力と、打数の入力とを可能とし、
    前記入力部によって特定されたホールにおける規定打数と、前記入力部によって入力された打数データとの差分を算出する算出部と、
    算出した差分に応じてスコア名を判断する判断部と、
    前記スコア名に応じた例文データを取得し、
    当該取得した例文データに少なくとも前記スコア名及び前記利用者を特定可能な利用者特定情報により特定される前記利用者の利用者情報を含むメッセージを作成し、
    前記作成した報告文を前記第３サービスにおいて報知するように前記外部管理装置に要求する、ことを特徴とする端末装置の制御方法。
17. 第１サービスを提供し、当該第１サービスの提供を受ける利用者の端末装置と通信可能であり、当該利用者と共通の利用者に対して第２サービスを提供するコンピュータを備える管理装置のプログラムであって、
    前記コンピュータを、
    前記端末装置から、少なくとも前記利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信可能な受信部と、
    少なくとも、例文データと、前記利用者特定情報及び当該利用者特定情報と関連付けられた利用者情報とを取得可能な取得部と、
    前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定するとともに、当該特定した規定打数と前記受信した打数情報との差分を算出する算出部と、
    算出した前記差分に応じたスコア名を判断する判断部と、
    前記取得部により取得した例文データに少なくとも前記スコア名及び前記利用者特定情報により特定される利用者の利用者情報を含むメッセージを作成する報告文作成部と、
    前記メッセージを前記第２サービスにおいて報知する投稿処理部として機能させる、
    ことを特徴とする管理装置のプログラム。
18. 第１サービスの提供を受ける第１利用者を含む第２利用者に対して第３サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報を管理する外部管理装置と通信可能であり、当該第１利用者と共通の利用者に対して第２サービスを提供するコンピュータを備える管理装置のプログラムであって、
    前記コンピュータを、
    前記第２利用者の利用に係る端末装置から、少なくとも前記第１利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信可能な受信部と、
    少なくとも、例文データと、前記第１利用者を一意に識別する第１識別情報及び当該第１識別情報と関連付けられた第１利用者情報とを取得可能な取得部と、
    前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定するとともに、当該特定した規定打数と前記受信した打数情報との差分を算出する算出部と、
    算出した前記差分に応じたスコア名を判断する判断部と、
    前記取得部により取得した例文データに少なくとも前記スコア名及び前記利用者特定情報により特定される前記第１利用者の利用者情報を含むメッセージを作成する報告文作成部と、
    前記メッセージを前記第２サービスにおいて報知する投稿処理部として機能させる、
    ことを特徴とする管理装置のプログラム。
19. 第１サービスの提供を受ける第１利用者を含む第２利用者に対して第３サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報を管理する外部管理装置と通信可能であり、当該第１利用者と共通の利用者に対して第２サービスを提供するコンピュータを備える管理装置のプログラムであって、
    前記コンピュータを、
    前記第２利用者の利用に係る端末装置から、少なくとも前記第１利用者を特定可能な利用者特定情報とホールを特定可能なホール特定情報と打数情報とを受信可能な受信部と、
    少なくとも、例文データと、前記利用者特定情報及び当該利用者特定情報と関連付けられた利用者情報とを取得可能な取得部と、
    前記受信したホール特定情報に基づいて当該ホールにおける規定打数を特定するとともに、当該特定した規定打数と前記受信した打数情報との差分を算出する算出部と、
    算出した前記差分に応じたスコア名を判断する判断部と、
    前記取得部により取得した例文データに少なくとも前記スコア名及び前記利用者特定情報により特定される前記第１利用者の利用者情報を含むメッセージを作成する報告文作成部と、
    前記メッセージを、前記第３サービスにおいて報知するように前記外部管理装置に要求する投稿処理部として機能させる、
    ことを特徴とする管理装置のプログラム。
20. 第１サービスを第１利用者に提供すると共に当該第１利用者と共通の利用者に対して第２サービスを提供する管理装置と通信可能なコンピュータを備える端末装置のプログラムであって、
    前記コンピュータを、
    少なくとも前記利用者を特定可能な利用者特定情報と、例文データとを取得可能な取得部と、
    少なくともホールを特定する入力と、打数の入力が可能な入力部と、
    前記入力部によって特定されたホールにおける規定打数と、前記入力部によって入力された打数データとの差分を算出する算出部と、
    算出した差分に応じてスコア名を判断する判断部と、
    前記取得した例文データに少なくとも前記スコア名と前記利用者特定情報により特定される前記第１利用者の利用者情報を含むメッセージを作成する報告文作成部と、
    前記作成した報告文を前記第２サービスにおいて報知するよう要求する要求部として機能させる、
    ことを特徴とする端末装置のプログラム。
21. 利用者に対して第３サービスを提供する外部管理装置と通信可能なコンピュータを備える端末装置のプログラムであって、
    前記コンピュータを、
    少なくともホールを特定する入力と、打数の入力が可能な入力部と、
    前記入力部によって特定されたホールにおける規定打数と、前記入力部によって入力された打数データとの差分を算出する算出部と、
    算出した差分に応じてスコア名を判断する判断部と、
    前記スコア名に応じた例文データを取得する取得部と、
    当該取得した例文データに少なくとも前記スコア名と前記利用者の利用者情報を含むメッセージを作成する報告文作成部と、
    作成した報告文を前記第３サービスにおいて報知するよう要求する要求部として機能させる、ことを特徴とする端末装置のプログラム。
    

Images