JP6286479B2 - ネットワークシステム、通信方法、サーバ、サーバ用プログラム、端末、端末用プログラム - Google Patents

Description

本発明は、端末の位置を表示するための技術に関し、より詳細には端末の位置を複数の端末で確認することができるネットワークシステム、通信方法、サーバ、サーバ用プログラム、端末、端末用プログラムに関する。

従来から、端末の位置を取得するためのＧＰＳ機能が知られている。そして、サーバを利用することによって、当該端末の位置を複数の機器で表示するためのネットワークシステムも知られている。

たとえば、特開２０１２−１５７５１０号公報（特許文献１）には、通過位置表示システム、その端末装置、プログラムが開示されている。特開２０１２−１５７５１０号公報（特許文献１）によると、ＧＰＳサーバは、各移動体の識別情報と実測位置情報を含む位置情報を、随時、各在席端末へ送信する。各在席端末は、表示画面作成部等が、実測位置情報をモニタの画面上の座標に変換して、この座標に各移動体を示す画像を表示する。また、その在席端末のユーザによって投票された移動体の画像は、他の移動体の画像とは表示形態を変えて表示する。

また、特開平１１−２５８３２５号公報（特許文献２）には、子供・小動物等移動位置監視方法および位置報知装置が開示されている。特開平１１−２５８３２５号公報（特許文献２）によると、測距電波を発する複数の人工衛星と、自己の位置を通知することができないものに取り付けた位置報知手段と、移動通信基地局と、監視センタと、探索者と、探索依頼者からなる子供・小動物移動位置監視システムにおいて、位置報知手段はＧＰＳシステムを用いて自己の位置を検出し、移動通信を介して自己の位置を監視センタに報知し、監視センタは、位置情報に基づいて地図を選択し、該地図上に探索対象の位置を表示する。

特開２０１２−１５７５１０号公報 特開平１１−２５８３２５号公報

しかしながら、ＧＰＳ機能を有する複数の端末がある場合に、全ての端末の位置を表示してしまうと必要な情報が把握し難くなってしまう場合がある。本発明の目的は、ＧＰＳ機能を有する複数の端末がある場合であっても、位置の把握が望まれる端末の位置が把握し易いネットワークシステムを提供することにある。

この発明のある態様に従うと、ＧＰＳを利用することによって現在位置を取得することが可能であり、同じ識別情報が割り当てられる複数の端末と、複数の端末のうちの所定の条件を満たす少なくとも１つの端末の位置を表示させるためのデータを複数の端末に送信するためのサーバを備える、ネットワークシステムが提供される。

好ましくは、サーバは、端末の速度が所定値以上である場合に所定の条件を満たすと判断する。

好ましくは、サーバは、端末の位置が所定のエリアにある場合に所定の条件を満たすと判断する

好ましくは、ネットワークシステムは、ＧＰＳを利用することによって現在位置を取得することが可能であり、チームごとに同じ識別情報が割り当てられる別の複数の端末をさらに備える。サーバは、別の複数の端末のうちの所定の条件を満たす少なくとも１つの端末の位置を表示させるためのデータを複数の端末に送信する。

好ましくは、ネットワークシステムは、レースに利用される。端末は、サーバからのデータに基づいて、一位のチームの別の複数の端末のうちの所定の条件を満たす少なくとも１つの端末の位置を表示させる

好ましくは、ネットワークシステムは、レースに利用される。端末は、サーバからのデータに基づいて、複数の端末の属するチームの近い順位のチームの別の複数の端末のうちの所定の条件を満たす少なくとも１つの端末の位置を表示させる。

好ましくは、ネットワークシステムは、レースに利用される。複数の端末の各々は、別のチームを示す識別情報の指定を受け付ける。端末は、サーバからのデータに基づいて、指定されたチームの別の複数の端末のうちの所定の条件を満たす少なくとも１つの端末の位置を表示させる。

好ましくは、サーバは、複数の端末のうちの所定の条件を満たさない少なくとも１つの端末の位置も複数の端末に送信する。複数の端末の各々は、複数の端末のうちの所定の条件を満たす少なくとも１つの端末の位置を第１の表示形態で表示し、複数の端末のうちの所定の条件を満たさない少なくとも１つの端末の位置を第２の表示形態で表示し、別の複数の端末のうちの所定の条件を満たす少なくとも１つの端末の位置を第３の表示形態で表示する。

好ましくは、端末は、所定の条件に従って、ＧＰＳによる現在位置の取得間隔を変更する。

好ましくは、端末は、端末の電池残量が少ないほど、ＧＰＳによる現在位置の取得間隔を長くする。

好ましくは、端末は、端末の速度が遅いほど、ＧＰＳによる現在位置の取得間隔を長くする

好ましくは、端末は、端末の位置が所定の位置から遠いほど、ＧＰＳによる現在位置の取得間隔を長くする。

この発明の別の態様に従うと、同じ識別情報が割り当てられた複数の端末の各々が、ＧＰＳを利用することによって現在位置を取得するステップと、複数の端末の各々が、現在位置をサーバに送信するステップと、サーバが、複数の端末のうちの所定の条件を満たす少なくとも１つの端末の位置を表示させるためのデータを複数の端末に送信するステップとを備える、通信方法が提供される。

この発明の別の態様に従うと、同じ識別情報が割り当てられた複数の端末と通信するための通信インターフェイスと、通信インターフェイスを介して、複数の端末から現在位置を示す情報を受信して、複数の端末のうちの所定の条件を満たす少なくとも１つの端末の位置を表示させるためのデータを複数の端末に送信するためのプロセッサとを備える、サーバが提供される。

この発明の別の態様に従うと、プロセッサが、通信インターフェイスを介して、複数の端末から現在位置を示す情報を受信するステップと、プロセッサが、通信インターフェイスを利用することによって、複数の端末のうちの所定の条件を満たす少なくとも１つの端末の位置を表示させるためのデータを複数の端末に送信するステップとを備える、通信方法が提供される。

この発明の別の態様に従うと、通信インターフェイスを介して、複数の端末から現在位置を示す情報を受信するステップと、通信インターフェイスを利用することによって、複数の端末のうちの所定の条件を満たす少なくとも１つの端末の位置を表示させるためのデータを複数の端末に送信するステップとをプロセッサに実行させる、サーバ用プログラムが提供される。

この発明の別の態様に従うと、ディスプレイと、サーバと通信するための通信インターフェイスと、所定の条件に対応する頻度でＧＰＳを利用することによって現在位置を取得し、通信インターフェイスを介して現在位置をサーバに送信し、自身と同じ識別情報が割り振られた複数の端末のうちの少なくとも１つの端末の位置をディスプレイに表示させるためのプロセッサとを備える、端末が提供される。

この発明の別の態様に従うと、プロセッサが、所定の条件に対応する頻度でＧＰＳを利用することによって現在位置を取得するステップと、プロセッサが、通信インターフェイスを介して現在位置をサーバに送信するステップと、プロセッサが、サーバからのデータに基づいて、自身と同じ識別情報が割り振られた複数の端末のうちの少なくとも１つの端末の位置をディスプレイに表示させるステップとを備える、通信方法が提供される。

この発明の別の態様に従うと、所定の条件に対応する頻度でＧＰＳを利用することによって現在位置を取得するステップと、通信インターフェイスを介して現在位置をサーバに送信するステップと、サーバからのデータに基づいて、自身と同じ識別情報が割り振られた複数の端末のうちの少なくとも１つの端末の位置をディスプレイに表示させるステップとをプロセッサに実行させる、端末用プログラムが提供される。

以上のように、この発明によれば、ＧＰＳ機能を有する複数の端末が含まれる場合であっても、位置の把握がより望まれる端末の位置が把握し易いネットワークシステムが提供される。

本実施の形態にかかるネットワークシステム１の全体構成を示すイメージ図である。 第１の実施の形態にかかるネットワークシステム１の動作概要を示すイメージ図である。 本実施の形態にかかるクライアント端末１００のハードウェア構成を表わすブロック図である。 本実施の形態にかかるクライアント端末１００におけるメンバー登録処理を示すイメージ図である。 本実施の形態にかかる位置データ１０１を示すイメージ図である。 本実施の形態にかかるクライアント端末１００における位置データ送信処理を示すフローチャートである。 本実施の形態にかかるサーバ２００のハードウェア構成を表わすブロック図である。 本実施の形態にかかるレースにおける走者が変わっていく様子を示したイメージ図である。 本実施の形態にかかるサーバ２００における走者と待機者との判断処理を示すフローチャートである。 第１の実施の形態にかかるサーバ２００における走者データ送信処理を示すフローチャートである。 第２実施の形態にかかるネットワークシステム１の動作概要を示すイメージ図である。 第２の実施の形態にかかるサーバ２００における走者データ送信処理を示すフローチャートである。 第３の実施の形態にかかるネットワークシステム１の動作概要を示すイメージ図である。 第３の実施の形態にかかるクライアント端末１００におけるチーム指定時のタッチパネル１５０を示すイメージ図である。 第３の実施の形態にかかるサーバ２００における走者データ送信処理を示すフローチャートである。 第４の実施の形態にかかるネットワークシステム１の動作概要を示すイメージ図である。 第４の実施の形態にかかるサーバ２００における走者データ送信処理を示すフローチャートである。 第５の実施の形態にかかるネットワークシステム１の動作概要を示すイメージ図である。 第５の実施の形態にかかるサーバ２００における走者データ送信処理を示すフローチャートである。 第６の実施の形態にかかるクライアント端末１００におけるメンバー登録処理を示すイメージ図である。 第６の実施の形態にかかるクライアント端末１００における位置データ送信処理を示すフローチャートである。 第６の実施の形態にかかるサーバ２００における走者と待機者との判断処理を示すフローチャートである。 第６の実施の形態にかかるサーバ２００のデータベース２２１を示すイメージ図である。 第７の実施の形態にかかるサーバ２００における走者データ送信処理を示すフローチャートである。 第８の実施の形態にかかるクライアント端末１００における走者指定処理を示すイメージ図である。 第９の実施の形態にかかるクライアント端末１００における位置データ送信処理を示すフローチャートである。 第１０の本実施の形態にかかるクライアント端末１００における位置データ送信処理を示すフローチャートである。 第１１の本実施の形態にかかるクライアント端末１００における位置データ送信処理を示すフローチャートである。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
＜第１の実施の形態＞
＜ネットワークシステムの全体構成と動作概要＞

まず、本実施の形態にかかるネットワークシステム１の全体構成と動作概要とについて説明する。図１は、本実施の形態にかかるネットワークシステム１の全体構成を示すイメージ図である。図２は、本実施の形態にかかるネットワークシステム１の動作概要を示すイメージ図である。なお、図２は、ゼッケン番号とアイコンの数字とが一致している場合を示す。

図１を参照して、ネットワークシステム１の全体構成について簡単に説明する。ネットワークシステム１は、主に、複数のクライアント端末１００と、サーバ２００を含む。複数のクライアント端末１００は、スマートフォン、タブレット、ノートパソコン、カーナビなどの通信機能を有する装置である。サーバ２００は、複数のクライアント端末１００のそれぞれとデータ通信することができる。

そして、本実施の形態においては、複数のクライアント端末１００のうちの少なくとも２台（図１における１００Ａ，１００Ｂなど）は、ＧＰＳ機能を利用することによって自身の現在位置を取得することができる。そのようなクライアント端末１００は、自分の現在位置をサーバ２００に送信することができる。

また、複数のクライアント端末１００のうちの少なくとも１台（図１における１００Ａ，１００Ｂ，１００Ｃ）は、ディスプレイを利用して文字や画像を表示することができる。そのようなクライアント端末１００は、サーバ２００からのデータ（後述する走者データ）に基づいて、上記のＧＰＳ機能を有するクライアント端末１００のうちの所定の条件を満たすクライアント端末１００の位置を表示することができる。

続いて、図１および図２を参照して、ネットワークシステム１の動作概要について簡単に説明する。たとえば、複数のクライアント端末１００のユーザは、互いに、自転車レースなどのチームのメンバーである。

レース中、各チームに属する複数のメンバーの複数のクライアント端末１００の各々は、ＧＰＳ機能を利用することによって自分の現在位置を取得して、サーバ２００にアップロードする。そして、サーバ２００は、各チームに関して、複数のクライアント端末１００からの位置情報を受信して、走者のみの現在位置を地図上に示すための走者データをチームのメンバーのクライアント端末１００に送信する。

より詳細には、全部のクライアント端末１００の位置を表示すると、限られたスペースの画面に多くの情報が表示され過ぎて、現在の走者が保持するクライアント端末１００といった、位置の把握が望まれるクライアント端末１００の位置が把握しにくくなってしまう。たとえば、現在コースで走っていない、たとえば休憩中のチームのメンバーなどの位置も表示されてしまう。つまり、必要な情報が把握し難くなってしまう。

具体的には、サーバ２００は、複数のクライアント端末１００の各々からの情報に基づいて、所定の条件を満たす一部のクライアント端末１００の位置を表示するためのデータを複数のクライアント端末１００に送信する。特に、本実施の形態においては、サーバ２００は、各々のクライアント端末１００からの第１の命令に応じて、当該クライアント端末１００のユーザが属するチームに属するメンバーのうちの走行中のメンバーが保持するものと判断されたクライアント端末１００の位置だけを、当該クライアント端末１００に送信する。

これによって、ネットワークシステム１にＧＰＳ機能を有する複数の端末が含まれる場合であっても、位置の把握が望まれる走者のクライアント端末１００の位置がチームのメンバーのクライアント端末１００のディスプレイ上で目立つようになる。その結果、チームのメンバーは、現在の走者の位置が解りやすくなり、走者がいつごろピッチに帰ってくるか予想し易くなる。また、他の必要な情報、すなわち待機者の位置を示す情報よりも重要度が高い情報、もチームのメンバーが把握し易くなる。以下では、このような機能を実現するためのネットワークシステム１について詳細に説明する。
＜クライアント端末１００のハードウェア構成＞

まず、クライアント端末１００のハードウェア構成の一態様について説明する。図３は、本実施の形態にかかるクライアント端末１００のハードウェア構成を表わすブロック図である。

図３を参照して、クライアント端末１００は、主たる構成要素として、ＣＰＵ１１０と、メモリ１２０と、タッチパネル１５０（ディスプレイ１３０とポインティングデバイス１４０）と、通信インターフェイス１６０と、ＧＰＳ部１７０とを含む。

ＣＰＵ１１０は、メモリ１２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、クライアント端末１００の各部を制御する。すなわち、ＣＰＵ１１０は、メモリ１２０に格納されているプログラムを実行することによって、各種の処理、たとえば図４、図６などに記載の各ステップを実行する。

メモリ１２０は、各種のＲＡＭ（Random Access Memory）、各種のＲＯＭ（Read-Only Memory）、フラッシュメモリーなどによって実現される。なお、メモリ１２０は、インターフェイスを介して利用される、ＵＳＢ（Universal Serial Bus）（登録商標）メモリ、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、メモリカード、ハードディスク、ＩＣ（Integrated Circuit）カード、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）などの記憶媒体などによっても実現される。

メモリ１２０は、ＣＰＵ１１０によって実行されるプログラムや、ＣＰＵ１１０によるプログラムの実行により生成されたデータ、ポインティングデバイス１４０を介して入力されたデータ、サーバ２００から受信したデータ、地図を表示するための地図データ、レースに使用されるピッチの位置および／またはエリアを示す緯度・経度情報などを記憶する。

ディスプレイ１３０は、ＣＰＵ１１０からの信号に基づいて、文字や画像を出力する。ポインティングデバイス１４０は、ユーザからの命令を受け付けて、当該命令をＣＰＵ１１０に入力する。なお、本実施の形態においては、クライアント端末１００は、ディスプレイ１３０とポインティングデバイス１４０とが組み合わされたタッチパネル１５０を有する。

通信インターフェイス１６０は、アンテナやコネクタによって実現される。通信インターフェイス１６０は、有線通信あるいは無線通信によって他の装置との間でデータをやり取りする。ＣＰＵ１１０は、通信インターフェイス１６０を介して、後述する位置データ、その他のテキストデータ、その他の画像データなどを、サーバ２００などの他の装置に送信する。また、ＣＰＵ１１０は、通信インターフェイス１６０を介して、チームのメンバーのうちの走者が持っているクライアント端末１００の位置を示すための位置データ、プログラム、制御命令、画像データ、テキストデータなどを、サーバ２００などの他の装置から受信する。

ＧＰＳ部１７０は、外部の衛星と信号をやり取りする。ＣＰＵ１１０は、ＧＰＳ部１７０が取得した信号に基づいて、クライアント端末１００の現在位置、すなわち現在の緯度と経度とを取得する。
＜クライアント端末１００におけるメンバー登録処理＞

次に、本実施の形態にかかるクライアント端末１００におけるメンバー登録処理について説明する。図４は、本実施の形態にかかるクライアント端末１００におけるメンバー登録処理を示すイメージ図である。

図４を参照して、ＣＰＵ１１０は、ユーザからの命令に基づいて、通信インターフェイス１６０を介して、レースのホームページからレース用のアプリケーションをメモリ１２０にダウンロードする。ＣＰＵ１１０は、当該アプリケーションをクライアント端末１００にインストールする。ＣＰＵ１１０は、当該アプリケーションに基づいて、主に、以下の処理を実行する。

まず、ＣＰＵ１１０は、タッチパネル１５０に、レースの選択画面を表示させる。ユーザは、タッチパネル１５０を介してレースを選択する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、レースを特定する情報をサーバ２００に送信する。ＣＰＵ１１０は、選択されたレースのデータを受信する。ＣＰＵ１１０は、タッチパネル１５０に、ゼッケン番号の入力画面を表示させる。

ユーザは、タッチパネル１５０を介してゼッケン番号を入力する。ユーザが更新ボタン１５１を押すと、ＣＰＵ１１０は、通信インターフェイス１６０を介して、ゼッケン番号をサーバ２００に送信する。サーバ２００は、ゼッケン番号に対応する予め登録されているチーム名を返してくる。ＣＰＵ１１０は、タッチパネル１５０にチーム名を表示させる。これによって、ユーザは、誤って、違うチームのゼッケン番号を入力していないかを確認することができる。

ユーザが、スタートボタン１５２を押すと、ＣＰＵ１１０は、ＧＰＳ部１７０を利用して現在位置を取得し始める。ＣＰＵ１１０は、現在位置を示す情報を取得すると、サーバ２００に送信するための位置データを作成する。ここで、クライアント端末１００からサーバ２００に送信される位置データ１０１は、図５に示すように、チームの識別情報（たとえば、ゼッケン番号）と、クライアント端末１００の状態と、緯度と、経度と、高度と、精度と、スピードと、移動方向と、時刻とを含む。ＣＰＵ１１０は、通信インターフェイス１６０を介して位置データ１０１をサーバ２００に送信する。

図４に戻って、レース中は、すなわちＧＰＳによって現在位置を計測中は、ＣＰＵ１１０は、タッチパネル１５０の端部にレースアプリケーションが実行中であることを示すアイコンなどを表示しておくことが好ましい。なお、ユーザが、当該アイコンにタッチすると、ＣＰＵ１１０は、再びゼッケン番号の入力画面に戻る。

本実施の形態にかかるゼッケン番号の入力画面には、設定ボタン１５３としてのソフトウェアボタンが表示されている。ＣＰＵ１１０は、設定ボタン１５３が押されると、現在位置の計測の頻度、すなわち更新間隔、の変更命令を受け付けるための画面をタッチパネル１５０に表示させる。ユーザは、タッチパネル１５０を介して、５秒、１０秒、３０秒の中から所望する更新間隔を選択する。
＜クライアント端末１００における位置データ送信処理＞

次に、本実施の形態にかかるクライアント端末１００における位置データ送信処理について説明する。図６は、本実施の形態にかかるクライアント端末１００における位置データ送信処理を示すフローチャートである。

図６を参照して、クライアント端末１００のＣＰＵ１１０は、まずタイマーをリセットする（ステップＳ１１０）。ＣＰＵ１１０は、メモリ１２０から位置データの更新間隔を取得する（ステップＳ１１２）。

ＣＰＵ１１０は、タイマーの値が更新間隔を超えているか否かを判断する（ステップＳ１１３）。タイマーの値が更新間隔を超えていない場合（ステップＳ１１３においてＮＯである場合）、ステップＳ１１３の処理を繰り返す。

ＣＰＵ１１０は、タイマーの値が更新間隔を超えている場合（ステップＳ１１３においてＹＥＳである場合）、ＧＰＳ部１７０を利用して、クライアント端末１００の現在位置、速度、方向などを取得する（ステップＳ１１４）。ＣＰＵ１１０は、現在位置、速度、方向などに基づいて位置データ１０１を作成する（ステップＳ１１５）。ＣＰＵ１１０は、通信インターフェイス１６０を利用することによって、位置データＤ１１１をサーバ２００に送信する（ステップＳ１１６）。ＣＰＵ１１０は、ステップＳ１１０からの処理を繰り返す。
＜サーバ２００のハードウェア構成＞

次に、サーバ２００のハードウェア構成の一態様について説明する。図７は、本実施の形態にかかるサーバ２００のハードウェア構成を表わすブロック図である。

図７を参照して、サーバ２００は、主たる構成要素として、ＣＰＵ２１０と、メモリ２２０と、通信インターフェイス２６０とを含む。

ＣＰＵ２１０は、メモリ２２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、サーバ２００の各部を制御する。すなわち、ＣＰＵ２１０は、メモリ２２０に格納されているプログラムを実行することによって、各種の処理、たとえば図９、図１０などに記載の各ステップを実行する。

メモリ２２０は、各種のＲＡＭ、各種のＲＯＭ、フラッシュメモリーなどによって実現される。なお、メモリ１２０は、インターフェイスを介して利用される、ＵＳＢ（登録商標）メモリ、ＣＤ、ＤＶＤ、メモリカード、ハードディスク、ＩＣカード、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどの記憶媒体などによっても実現される。

メモリ２２０は、ＣＰＵ２１０によって実行されるプログラムや、ＣＰＵ２１０によるプログラムの実行により生成されたデータ、入出力部を介して入力されたデータ、複数のクライアント端末１００から受信したデータ、後述する各種のデータベース、地図を表示するための地図データ、レースに使用されるピッチの位置および／またはエリアを示す緯度・経度情報などを記憶する。

通信インターフェイス２６０は、アンテナやコネクタによって実現される。通信インターフェイス２６０は、有線通信あるいは無線通信によって他の装置との間でデータをやり取りする。ＣＰＵ２１０は、通信インターフェイス２６０を介して、クライアント端末１００の位置データ、制御命令、画像データ、テキストデータなどをクライアント端末１００などの他の装置から受信する。また、ＣＰＵ２１０は、通信インターフェイス２６０を介して、チーム毎の走者の位置を表示するためのデータ、その他のテキストデータ、その他の画像データなどを、複数のクライアント端末１００などの他の装置に送信する。
＜走者の交代＞

次に、本実施の形態にかかるリレー形式のレースにおける走者の交代について説明する。図８は、本実施の形態にかかるレースにおける走者が変わっていく様子を示したイメージ図である。

たとえば、自転車レース、バイクレース、駅伝などのように、複数人が交代で走るレースがある。具体的には、８時間耐久レースのように、複数のチームのメンバーが協力して、所定のコースを所定の時間内に何周回れるかを競うものがある。しかしながら、チームのメンバーのそれぞれがスマートフォンなどのＧＰＳ機能を有したクライアント端末１００を所持している可能性がある。そのような場合に、ネットワークシステム１に含まれる全てのクライアント端末１００の位置を各々のクライアント端末１００で表示してしまうと、クライアント端末１００を示すアイコンなどが多過ぎて、欲しい情報が把握し難くなってしまう。

そこで、本願発明者は、図８に示すように、コースを走っているメンバー、すなわち走者、のクライアント端末１００のみを表示することを考え出した。すなわち、チームＡに関して、ゼッケン番号３の第１の選手がコースを走っているときは、当該第１の選手のスマートフォンの現在位置をチームＡに所属するメンバーのクライアント端末１００に表示し、他の選手のスマートフォンの現在位置をチームＡに所属するメンバーのクライアント端末１００に表示しないことが好ましい。

そして、第１の選手がピットに入り、第２の選手がコースを走り始めると、当該第２の選手のスマートフォンの現在位置をチームＡに所属するメンバーのクライアント端末１００に表示し、他の選手のスマートフォンの現在位置をチームＡに所属するメンバーのクライアント端末１００に表示しないことが好ましい。

同様に、第２の選手がピットに入り、第３の選手がコースを走り始めると、当該第３の選手のスマートフォンの現在位置をチームＡに所属するメンバーのクライアント端末１００に表示し、他の選手のスマートフォンの現在位置をチームＡに所属するメンバーのクライアント端末１００に表示しないことが好ましい。
＜走者の判断処理＞

次に、チームのメンバーのうちのコース上の走者を選んで表示するための具体的な判断処理について説明する。図９は、本実施の形態にかかるサーバ２００における走者と待機者との判断処理を示すフローチャートである。

図９を参照して、ＣＰＵ２１０は、通信インターフェイス１６０を介して、クライアント端末１００から位置データ１０１を受信すると、以下の処理を実行する。ＣＰＵ２１０は、第１の条件として、受信した位置データ１０１に関して、一定時間以内に、当該位置データ１０１に含まれるゼッケン番号に対応する位置データ１０１がサーバに登録されているか否かを判断する（ステップＳ１２１）。

一定時間以内に受信した位置データ１０１がサーバに登録されていない場合（ステップＳ１２１においてＮＯである場合）、ＣＰＵ２１０は受信した位置データ１０１を走者の位置データ、すなわち走者データとして判断する（ステップＳ１２５）。ＣＰＵ２１０は、走者データをメモリ２２０に記憶する（ステップＳ１２９）。そして、次の位置データ１０１の受信を待ち受ける。

ＣＰＵ２１０は、受信した位置データ１０１に関して、一定時間以内に、当該位置データ１０１に含まれるゼッケン番号に対応する位置データ１０１がサーバに登録されている場合（ステップＳ１２１においてＹＥＳである場合）、第２の条件として、位置データ１０１に基づいてクライアント端末１００の速度が所定値以上であるか否かを判断する（ステップＳ１２２）。

クライアント端末１００の速度が所定値以上である場合（ステップＳ１２２においてＹＥＳである場合）、ＣＰＵ２１０は受信した位置データ１０１を走者の位置データ、すなわち走者データとして判断する（ステップＳ１２５）。ＣＰＵ２１０は、走者データをメモリ２２０に記憶する（ステップＳ１２９）。そして、次の位置データ１０１の受信を待ち受ける。

ＣＰＵ２１０は、クライアント端末１００の速度が所定値未満である場合（ステップＳ１２２においてＮＯである場合）、第３の条件として、クライアント端末１００がピットから所定距離以上離れているか否か、すなわちコース内にいるか否かを判断する（ステップＳ１２３）。クライアント端末１００がコース内にいる場合（ステップＳ１２３においてＹＥＳである場合）、ＣＰＵ２１０は受信した位置データ１０１を走者の位置データ、すなわち走者データとして判断する（ステップＳ１２５）。ＣＰＵ２１０は、走者データをメモリ２２０に記憶する（ステップＳ１２９）。そして、次の位置データ１０１の受信を待ち受ける。

一方、クライアント端末１００がピットエリア内にいる場合（ステップＳ１２３においてＮＯである場合）、ＣＰＵ２１０は受信した位置データ１０１を待機者の位置データ、すなわち待機データとして判断する（ステップＳ１２７）。ＣＰＵ２１０は、待機データをメモリ２２０に記憶する（ステップＳ１２９）。そして、次の位置データ１０１の受信を待ち受ける。

このようにして、サーバ２００は、それぞれのゼッケン番号の走者の位置データと待機者の位置データとを区別してデータベースに登録することができる。
＜サーバ２００における走者データ送信処理＞

次に、本実施の形態にかかるサーバ２００における走者データ送信処理について説明する。図１０は、本実施の形態にかかるサーバ２００における走者データ送信処理を示すフローチャートである。

図１０を参照して、ＣＰＵ２１０は、クライアント端末１００からのリクエストを待ち受ける（ステップＳ１３１）。ＣＰＵ２１０は、クライアント端末１００からのリクエストを受信すると（ステップＳ１３１にてＹＥＳである場合）、データベースを参照して、当該リクエストに含まれるゼッケン番号に対応する走者データを取得する（ステップＳ１３２）。

ＣＰＵ２１０は、通信インターフェイス２６０を介して、走者データをクライアント端末１００に送信する（ステップＳ１３３）。すなわち、ＣＰＵ２１０は、通信インターフェイス１６０を介して、各チームのメンバーのクライアント端末１００に、当該チームの走者の位置を示すための情報、すなわち緯度および経度など、を送信する。そして、ＣＰＵ２１０は、クライアント端末１００から次のリクエストを待ち受ける。

換言すれば、本実施の形態においては、ＣＰＵ２１０は、各チームのメンバーのクライアント端末１００に、当該チームの走者のクライアント端末１００以外の位置を示すための情報は送信しない。

ただし、サーバ２００のＣＰＵ２１０が通信インターフェイス２６０を介して、全チームの走者の位置を示すための情報、すなわち緯度および経度など、を送信してもよい。この場合は、クライアント端末１００のＣＰＵ１１０が自分のチームのものを抽出して、自分のチームの走者の位置をタッチパネル１５０の地図上に表示させる。

このように、本実施の形態においては、サーバ２００は、クライアント端末１００に対して、当該クライアント端末１００のユーザのチームに所属するメンバーのクライアント端末１００のうちの、所定の条件を満たすと判断されたもの、たとえばレースの走者のクライアント端末１００であると判断されたもの、の位置を示す情報を送信するものである。

そして、クライアント端末１００のＣＰＵ１１０は、通信インターフェイス１６０を介して、サーバ２００から当該情報を受信する。これによって、ＣＰＵ１１０は、当該クライアント端末１００のユーザのチームに所属するメンバーのクライアント端末１００のうちの、所定の条件を満たすと判断されたものの位置だけをタッチパネル１５０の地図上に表示させる。

このように、本実施の形態にかかるネットワークシステム１では、ＧＰＳ機能を有する複数のクライアント端末１００がある場合であっても、所定の条件を満たすクライアント端末１００だけが表示されるため、位置の把握が望まれる走者に対するクライアント端末１００の位置やその他の情報が把握し易くなる。
＜第２の実施の形態＞

第１の実施の形態においては、クライアント端末１００の各々のタッチパネル１５０には、当該クライアント端末１００のユーザのチームに所属するメンバーのクライアント端末１００のうちの、所定の条件を満たすと判断されたものだけの位置が表示されるものであった。しかしながら、本実施の形態においては、クライアント端末１００の各々のタッチパネル１５０には、当該クライアント端末１００のユーザのチームのメンバーのクライアント端末１００のうちの所定の条件を満たすクライアント端末１００の位置だけでなく、レースに参加中の他のチームに所属するメンバーのクライアント端末１００のうちの所定の条件を満たすクライアント端末１００の位置が表示されるものである。

なお、本実施の形態にかかるネットワークシステム１の全体構成、各装置のハードウェア構成などは、第１の実施の形態のそれと同様であるため、ここでは説明を繰り返さない。換言すれば、以下では、第１の実施の形態と大きく異なる部分のみについて説明するものとする。
＜ネットワークシステムの動作概要＞

まず、本実施の形態にかかるネットワークシステム１の動作概要について説明する。図１１は、本実施の形態にかかるネットワークシステム１の動作概要を示すイメージ図である。なお、図１１は、ゼッケン番号とアイコンの数字とが一致している場合を示す。

たとえば、複数のクライアント端末１００のユーザは、互いに、自転車レースなどのチームのメンバーである。レース中、各チームに属する複数のメンバーの複数のクライアント端末１００の各々は、ＧＰＳ機能を利用することによって自分の現在位置を取得して、サーバ２００にアップロードする。そして、サーバ２００は、各チームに関して、複数のクライアント端末１００からの位置情報を受信して、走者のクライアント端末１００のみの現在位置を地図上に示すためのデータをチームのメンバーのクライアント端末１００に送信する。

具体的には、サーバ２００は、複数のクライアント端末１００の各々からの情報に基づいて、所定の条件を満たす一部のクライアント端末１００の位置のみを表示するためのデータを複数のクライアント端末１００に送信する。特に、本実施の形態においては、サーバ２００は、各々のクライアント端末１００からの第２の命令に応じて、複数のチーム毎のメンバーのうちの走行中のメンバーが有するものと判断されたクライアント端末１００の位置だけを、当該クライアント端末１００に送信する。すなわち、サーバ２００は、全てのチームの走者のクライアント端末１００の位置を複数のクライアント端末１００に表示させるものである。
＜クライアント端末１００について＞

本実施の形態にかかるクライアント端末１００のハードウェア構成、メンバー登録処理、位置データ送信処理については第１の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。
＜サーバ２００について＞

本実施の形態にかかるサーバ２００のハードウェア構成、走者の交代、走者の判断処理は第１の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。
＜サーバ２００における走者データ送信処理＞

ここでは、本実施の形態にかかるサーバ２００における走者データ送信処理について説明する。図１２は、本実施の形態にかかるサーバ２００における走者データ送信処理を示すフローチャートである。

図１２を参照して、ＣＰＵ２１０は、クライアント端末１００からのリクエストを待ち受ける（ステップＳ１４１）。ＣＰＵ２１０は、クライアント端末１００からのリクエストを受信すると（ステップＳ１４１にてＹＥＳである場合）、データベースを参照して、当該リクエストに含まれるゼッケン番号に対応する走者データを取得する（ステップＳ１４２）。さらに、本実施の形態においては、ＣＰＵ１１０は、他のゼッケン番号に対応する走者データも取得する（ステップＳ１４３）。

ＣＰＵ２１０は、通信インターフェイス２６０を介して、全チームの走者データをクライアント端末１００に送信する（ステップＳ１４４）。図における２種類というのは、自分のチームのものと他のチームのものと意味している。すなわち、ＣＰＵ２１０は、通信インターフェイス１６０を介して、クライアント端末１００に、全チームの走者の位置を示すための情報、すなわち緯度および経度など、を送信する。

換言すれば、本実施の形態においては、ＣＰＵ２１０は、走者のクライアント端末１００以外の位置を示すための情報は送信しない。

このように、本実施の形態においては、サーバ２００は、クライアント端末１００に対して、全チームのクライアント端末１００のうちの、所定の条件を満たすと判断されたもの、たとえばレースの走者のクライアント端末１００であると判断されたもの、の位置を示す情報を送信する。そして、クライアント端末１００のＣＰＵ１１０は、全チームに関して、複数のクライアント端末１００のうちの所定の条件を満たすと判断されたものの位置だけをタッチパネル１５０の地図上に表示させる。
＜第３の実施の形態＞

第１の実施の形態においては、クライアント端末１００の各々のタッチパネル１５０には、当該クライアント端末１００のユーザのチームに所属するユーザのクライアント端末１００のうちの、所定の条件を満たすと判断されたものだけの位置が表示されるものであった。しかしながら、本実施の形態においては、クライアント端末１００の各々のタッチパネル１５０には、当該クライアント端末１００のユーザのチームのメンバーのクライアント端末１００のうちの所定の条件を満たすクライアント端末１００の位置だけでなく、当該クライアント端末１００のユーザに指定された他のチームに所属するメンバーのクライアント端末１００のうちの所定の条件を満たすクライアント端末１００の位置も表示されるものである。

なお、本実施の形態にかかるネットワークシステム１の全体構成、各装置のハードウェア構成などは、第１の実施の形態のそれと同様であるため、ここでは説明を繰り返さない。換言すれば、以下では、第１の実施の形態と大きく異なる部分のみについて説明するものとする。
＜ネットワークシステムの動作概要＞

まず、本実施の形態にかかるネットワークシステム１の動作概要について説明する。図１３は、本実施の形態にかかるネットワークシステム１の動作概要を示すイメージ図である。ここでは、多くのチーム（たとえば、２０チーム以上）がレースに参加しているものとする。また、ゼッケン番号とアイコンの数字とが一致していない場合を示す。

図１３を参照して、たとえば、複数のクライアント端末１００のユーザは、互いに、自転車レースなどのチームのメンバーである。レース中、各チームに属する複数のユーザの複数のクライアント端末１００の各々は、ＧＰＳ機能を利用することによって自分の現在位置を取得して、サーバ２００にアップロードする。そして、サーバ２００は、各チームに関して、複数のクライアント端末１００からの位置情報を受信して、走者のみの現在位置を地図上に示すためのデータをチームのメンバーのクライアント端末１００に送信する。

具体的には、サーバ２００は、複数のクライアント端末１００の各々からの情報に基づいて、所定の条件を満たす一部のクライアント端末１００の位置のみを表示するためのデータを複数のクライアント端末１００に送信する。特に、本実施の形態においては、クライアント端末１００が他のチームを指定するための第３の命令をサーバ２００に送信する。サーバ２００は、各々のクライアント端末１００からの第３の命令に応じて、指定されたチーム毎のメンバーのうちの走行中のメンバーが有するものと判断されたクライアント端末１００の位置だけを、当該クライアント端末１００に送信する。すなわち、クライアント端末１００は、指定されたチームの走者のクライアント端末１００の位置をタッチパネルに表示するものである。
＜クライアント端末１００について＞

本実施の形態にかかるクライアント端末１００のハードウェア構成、メンバー登録処理、位置データ送信処理については第１の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。
＜クライアント端末１００におけるチーム指定処理＞

次に、本実施の形態にかかるクライアント端末１００におけるチーム指定処理について説明する。図１４は、本実施の形態にかかるクライアント端末１００におけるチーム指定時におけるタッチパネル１５０を示すイメージ図である。

たとえば図４におけるゼッケン番号の入力画面において、ユーザがチーム指定ボタン（図示せず。）などを押すことによって、ＣＰＵ１１０は、図１４に示すような他のチームを指定するための画面を表示させる。ＣＰＵ１１０は、タッチパネル１５０を介して、他のチームのゼッケン番号の入力を受け付ける。ＣＰＵ１１０は、指定されたゼッケン番号を、自分のゼッケン番号に対応付けてサーバ２００に送信する。
＜サーバ２００について＞

本実施の形態にかかるサーバ２００のハードウェア構成、走者の交代、走者の判断処理は第１の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。
＜サーバ２００における走者データ送信処理＞

ここでは、本実施の形態にかかるサーバ２００における走者データ送信処理について説明する。図１５は、本実施の形態にかかるサーバ２００における走者データ送信処理を示すフローチャートである。

図１５を参照して、ＣＰＵ２１０は、クライアント端末１００からのリクエストを待ち受ける（ステップＳ１５１）。ＣＰＵ２１０は、クライアント端末１００からのリクエストを受信すると（ステップＳ１５１にてＹＥＳである場合）、データベースを参照して、当該リクエストに含まれるゼッケン番号に対応する走者データを取得する（ステップＳ１５２）。ここで、サーバ２００のデータベースには、ゼッケン番号毎に指定された複数のゼッケン番号が格納されている。そして、本実施の形態においては、ＣＰＵ１１０は、受信したゼッケン番号に対応する指定されたゼッケン番号の走者データも取得する（ステップＳ１５３）。

ＣＰＵ２１０は、通信インターフェイス２６０を介して、受信したゼッケン番号の走者データと指定チームの走者データとをクライアント端末１００に送信する（ステップＳ１５４）。図における２種類というのは、自分のチームのものと他のチームのものと意味している。すなわち、ＣＰＵ２１０は、通信インターフェイス１６０を介して、クライアント端末１００に、受信したゼッケン番号のチームの走者の位置を示すための情報、すなわち緯度および経度など、と指定されたチームの走者の位置を示すための情報とを送信する。

換言すれば、本実施の形態においては、ＣＰＵ２１０は、走者のクライアント端末１００以外の位置を示すための情報は送信しない。

ただし、サーバ２００のＣＰＵ２１０が通信インターフェイス２６０を介して、全チームの走者の位置を示すための情報、すなわち緯度および経度など、を送信してもよい。この場合は、クライアント端末１００のＣＰＵ１１０が自分のチームのものと指定されたチームのものとを抽出して、自分のチームの走者の位置と指定されたチームの走者の位置とをタッチパネル１５０に表示させる。なお、この場合は、クライアント端末１００は、チームの指定をサーバ２００に送信する必要がなく、チームの指定は自身のメモリ１２０に格納しておけばよい。

このように、本実施の形態においては、サーバ２００は、クライアント端末１００に対して、自分のチームと指定されたチームのクライアント端末１００のうちの、所定の条件を満たすと判断されたもの、たとえばレースの走者のクライアント端末１００であると判断されたもの、の位置を示す情報を送信する。そして、クライアント端末１００のＣＰＵ１１０は、自分のチームと指定されたチームのクライアント端末１００のうちの、所定の条件を満たすと判断されたものの位置だけをタッチパネル１５０の地図上に表示させる。

なお、本実施の形態においては、図１３に示すように、レース中は、ＣＰＵ１１０は、指定されたゼッケン番号と表示されるアイコンとの対応関係を、タッチパネル１５０に表示させる。
＜第４の実施の形態＞

第１の実施の形態においては、クライアント端末１００の各々のタッチパネル１５０には、当該クライアント端末１００のユーザのチームに所属するユーザのクライアント端末１００のうちの、所定の条件を満たすと判断されたものだけの位置が表示されるものであった。しかしながら、本実施の形態においては、クライアント端末１００の各々のタッチパネル１５０には、当該クライアント端末１００のユーザのチームのメンバーのクライアント端末１００のうちの所定の条件を満たすクライアント端末１００の位置だけでなく、参加中のレースで現在一位のチームに所属するメンバーのクライアント端末１００のうちの所定の条件を満たすクライアント端末１００の位置も表示されるものである。

なお、本実施の形態にかかるネットワークシステム１の全体構成、各装置のハードウェア構成などは、第１の実施の形態のそれと同様であるため、ここでは説明を繰り返さない。換言すれば、以下では、第１の実施の形態と大きく異なる部分のみについて説明するものとする。
＜ネットワークシステムの動作概要＞

まず、本実施の形態にかかるネットワークシステム１の動作概要について説明する。図１６は、本実施の形態にかかるネットワークシステム１の動作概要を示すイメージ図である。なお、図１６は、ゼッケン番号とアイコンの数字とが一致している場合を示す。

図１６を参照して、たとえば、複数のクライアント端末１００のユーザは、互いに、自転車レースなどのチームのメンバーである。レース中、各チームに属する複数のメンバーの複数のクライアント端末１００の各々は、ＧＰＳ機能を利用することによって自分の現在位置を取得して、サーバ２００にアップロードする。そして、サーバ２００は、各チームに関して、複数のクライアント端末１００からの位置情報を受信して、走者のみの現在位置を地図上に示すためのデータをチームのメンバーのクライアント端末１００に送信する。

具体的には、サーバ２００は、複数のクライアント端末１００の各々からの情報に基づいて、所定の条件を満たす一部のクライアント端末１００の位置のみを表示するためのデータを複数のクライアント端末１００に送信する。特に、本実施の形態においては、サーバ２００は、各々のクライアント端末１００からの第４の命令に応じて、当該クライアント端末１００のチームのメンバーとレースで一位のチームのメンバーのうちの走行中のメンバーが有するものであると判断されたクライアント端末１００の位置だけを、当該チームのメンバーのクライアント端末１００に送信する。
＜クライアント端末１００について＞

本実施の形態にかかるクライアント端末１００のハードウェア構成、メンバー登録処理、位置データ送信処理については第１の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。
＜サーバ２００について＞

本実施の形態にかかるサーバ２００のハードウェア構成、走者の交代、走者の判断処理は第１の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。
＜サーバ２００における走者データ送信処理＞

ここでは、本実施の形態にかかるサーバ２００における走者データ送信処理について説明する。図１７は、本実施の形態にかかるサーバ２００における走者データ送信処理を示すフローチャートである。

図１７を参照して、ＣＰＵ２１０は、クライアント端末１００からのリクエストを待ち受ける（ステップＳ１６１）。ＣＰＵ２１０は、クライアント端末１００からのリクエストを受信すると（ステップＳ１６１にてＹＥＳである場合）、データベースを参照して、当該リクエストに含まれるゼッケン番号に対応する走者データを取得する（ステップＳ１６２）。ここで、サーバ２００のデータベースには、ゼッケン番号毎に走者の位置データだけでなく、何周目を走っているかを示すデータも格納されている。具体的には、サーバ２００は、他のデータベースから当該データを取得したり、自ら演算して当該データを取得したりする。そして、本実施の形態においては、ＣＰＵ１１０は、一位のチームに対応する走者データも取得する（ステップＳ１６３）。

ＣＰＵ２１０は、通信インターフェイス２６０を介して、受信したゼッケン番号の走者データと一位のチームの走者データとをクライアント端末１００に送信する（ステップＳ１６４）。図における２種類というのは、自分のチームのものと他のチームのものと意味している。すなわち、ＣＰＵ２１０は、通信インターフェイス１６０を介して、クライアント端末１００に、受信したゼッケン番号のチームの走者の位置を示すための情報、すなわち緯度および経度など、と現在一位のチームの走者の位置を示すための情報とを送信する。

換言すれば、本実施の形態においては、ＣＰＵ２１０は、走者のクライアント端末１００以外の位置を示すための情報は送信しない。

ただし、サーバ２００のＣＰＵ２１０が通信インターフェイス２６０を介して、全チームの走者の位置を示すための情報と、各チームが何周走ったかを示す情報とを送信してもよい。この場合は、クライアント端末１００のＣＰＵ１１０は、上記情報から１位のチームを特定する。そして、ＣＰＵ１１０は、自分のチームの走者の位置と１位のチームの走者の位置とを抽出して、自分のチームの走者の位置と１位のチームの走者の位置とをタッチパネル１５０に表示させる。

このように、本実施の形態においては、サーバ２００は、クライアント端末１００に対して、自分のチームと一位のチームのクライアント端末１００のうちの、所定の条件を満たすと判断されたもの、たとえばレースの走者のクライアント端末１００であると判断されたもの、の位置を示す情報を送信する。そして、クライアント端末１００のＣＰＵ１１０は、自分のチームと一位のチームのクライアント端末１００のうちの、所定の条件を満たすと判断されたものの位置だけをタッチパネル１５０の地図上に表示させる。
＜第５の実施の形態＞

第１の実施の形態においては、クライアント端末１００の各々のタッチパネル１５０には、当該クライアント端末１００のユーザのチームに所属するユーザのクライアント端末１００のうちの、所定の条件を満たすと判断されたものだけの位置が表示されるものであった。しかしながら、本実施の形態においては、クライアント端末１００の各々のタッチパネル１５０には、当該クライアント端末１００のユーザのチームのメンバーのクライアント端末１００のうちの所定の条件を満たすクライアント端末１００の位置だけでなく、当該クライアント端末１００のユーザのチームに近い順位のチームに所属するメンバーのクライアント端末１００のうちの、所定の条件を満たすクライアント端末１００の位置が表示されるものである。

なお、本実施の形態にかかるネットワークシステム１の全体構成、各装置のハードウェア構成などは、第１の実施の形態のそれと同様であるため、ここでは説明を繰り返さない。換言すれば、以下では、第１の実施の形態と大きく異なる部分のみについて説明するものとする。
＜ネットワークシステムの動作概要＞

まず、本実施の形態にかかるネットワークシステム１の動作概要について説明する。図１８は、本実施の形態にかかるネットワークシステム１の動作概要を示すイメージ図である。なお、図１８は、ゼッケン番号とアイコンの数字とが一致している場合を示す。

図１８を参照して、たとえば、複数のクライアント端末１００のユーザは、互いに、自転車レースなどのチームのメンバーである。レース中、各チームに属する複数のユーザの複数のクライアント端末１００の各々は、ＧＰＳ機能を利用することによって自分の現在位置を取得して、サーバ２００にアップロードする。そして、サーバ２００は、各チームに関して、複数のクライアント端末１００からの位置情報を受信して、走者のみの現在位置を地図上に示すためのデータをチームのメンバーのクライアント端末１００に送信する。

具体的には、サーバ２００は、複数のクライアント端末１００の各々からの情報に基づいて、所定の条件を満たす一部のクライアント端末１００の位置のみを表示するためのデータを複数のクライアント端末１００に送信する。特に、本実施の形態においては、サーバ２００は、各々のクライアント端末１００からの第５の命令に応じて、当該クライアント端末１００のチームのメンバーと当該クライアント端末１００のチームに近い順位のチームのメンバーのうちの走行中のメンバーが有するものと判断されたクライアント端末１００の位置だけを、当該クライアント端末１００に送信する。
＜クライアント端末１００について＞

本実施の形態にかかるクライアント端末１００のハードウェア構成、メンバー登録処理、位置データ送信処理については第１の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。
＜サーバ２００について＞

本実施の形態にかかるサーバ２００のハードウェア構成、走者の交代、走者の判断処理は第１の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。
＜サーバ２００における走者データ送信処理＞

ここでは、本実施の形態にかかるサーバ２００における走者データ送信処理について説明する。図１９は、本実施の形態にかかるサーバ２００における走者データ送信処理を示すフローチャートである。

図１９を参照して、ＣＰＵ２１０は、クライアント端末１００からのリクエストを待ち受ける（ステップＳ１７１）。ＣＰＵ２１０は、クライアント端末１００からのリクエストを受信すると（ステップＳ１７１にてＹＥＳである場合）、データベースを参照して、当該リクエストに含まれるゼッケン番号に対応する走者データを取得する（ステップＳ１７２）。ここで、サーバ２００のデータベースには、ゼッケン番号毎に走者の位置データだけでなく、何周目を走っているかを示すデータおよび順位を示すデータも格納されている。具体的には、サーバ２００は、他のデータベースから当該データを取得したり、自ら演算して当該データを取得したりする。そして、本実施の形態においては、ＣＰＵ１１０は、受信したリクエストのチームに近い順位のチームの走者データも取得する（ステップＳ１７３）。

ＣＰＵ２１０は、通信インターフェイス２６０を介して、受信したゼッケン番号の走者データと当該ゼッケン番号のチームに近い順位のチームの走者データとをクライアント端末１００に送信する（ステップＳ１７４）。図における２種類というのは、自分のチームのものと他のチームのものと意味している。すなわち、ＣＰＵ２１０は、通信インターフェイス１６０を介して、クライアント端末１００に、受信したゼッケン番号のチームの走者の位置を示すための情報、すなわち緯度および経度など、と当該チームに近い順位のチームの走者の位置を示すための情報とを送信する。

換言すれば、本実施の形態においては、ＣＰＵ２１０は、走者のクライアント端末１００以外の位置を示すための情報は送信しない。

ただし、サーバ２００のＣＰＵ２１０が通信インターフェイス２６０を介して、全チームの走者の位置を示すための情報と、各チームが何周走ったかを示す情報および／あるいは各チームの順位を示す情報とを送信してもよい。この場合は、クライアント端末１００のＣＰＵ１１０は、上記情報から自分のチームに近い順位のチームを特定する。そして、ＣＰＵ１１０は、自分のチームの走者の位置と自分のチームに近い順位のチームの走者の位置とを抽出して、自分のチームの走者の位置と自分のチームに近い順位のチームの走者の位置とをタッチパネル１５０に表示させる。

このように、本実施の形態においては、サーバ２００は、クライアント端末１００に対して、自分のチームと自分のチームと近い順位のチームのクライアント端末１００のうちの、所定の条件を満たすと判断されたもの、たとえばレースの走者のクライアント端末１００であると判断されたもの、の位置を示す情報を送信する。そして、クライアント端末１００のＣＰＵ１１０は、自分のチームと自分のチームに近い順位のチームのクライアント端末１００のうちの、所定の条件を満たすと判断されたものの位置だけをタッチパネル１５０の地図上に表示させる。
＜第６の実施の形態＞

第１〜５の実施の形態においては、サーバ２００は、同じチーム（同じゼッケン番号）のクライアント端末１００を区別せずに扱うものであった。しかしながら、本実施の形態においては、クライアント端末１００は、データ送信時に、走者名や選手番号のようなクライアント端末１００を識別するための情報を送るものである。なお、サーバ２００側で、クライアント端末１００からクライアント端末１００に固有のアドレスを取得して、当該アドレスによって各クライアント端末１００を識別しても良い。

なお、本実施の形態にかかるネットワークシステム１の全体構成、各装置のハードウェア構成などは、第１〜５の実施の形態のそれと同様であるため、ここでは説明を繰り返さない。換言すれば、以下では、第１〜５の実施の形態と大きく異なる部分のみについて説明するものとする。
＜ネットワークシステムの動作概要＞

本実施の形態にかかるネットワークシステム１の動作概要は、第１〜５の実施の形態にかかるそれと同様であるため、ここでは説明を繰り返さない。
＜クライアント端末１００について＞

本実施の形態にかかるクライアント端末１００のハードウェア構成、位置データ送信処理については第１〜５の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。
＜クライアント端末１００におけるメンバー登録処理＞

次に、本実施の形態にかかるクライアント端末１００におけるメンバー登録処理について説明する。図２０は、本実施の形態にかかるクライアント端末１００におけるメンバー登録処理を示すイメージ図である。

図２０を参照して、ＣＰＵ１１０は、ユーザからの命令に基づいて、通信インターフェイス１６０を介して、レースのホームページからレース用のアプリケーションをメモリ１２０にダウンロードする。ＣＰＵ１１０は、当該アプリケーションをクライアント端末１００にインストールする。ＣＰＵ１１０は、当該アプリケーションに基づいて、主に、以下の処理を実行する。

まず、ＣＰＵ１１０は、タッチパネル１５０に、レースの選択画面を表示させる。ユーザは、タッチパネル１５０を介してレースを選択する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、レースを特定する情報をサーバ２００に送信する。ＣＰＵ１１０は、選択されたレースのデータを受信する。ＣＰＵ１１０は、タッチパネル１５０に、ゼッケン番号と走者名の入力画面を表示させる。ただし、走者名の代わりに、ニックネーム、走者番号、その他の識別情報を利用してもよい。

ユーザは、タッチパネル１５０を介してゼッケン番号と走者名とを入力する。ユーザが更新ボタン１５１を押すと、ＣＰＵ１１０は、通信インターフェイス１６０を介して、ゼッケン番号と走者名とをサーバ２００に送信する。サーバ２００は、ゼッケン番号に対応する予め登録されているチーム名を返してくる。ＣＰＵ１１０は、タッチパネル１５０にチーム名を表示させる。これによって、ユーザは、誤って、違うチームのゼッケン番号を入力していないかを確認することができる。

ユーザが、スタートボタン１５２を押すと、ＣＰＵ１１０は、ＧＰＳ部１７０を利用して現在位置を取得し始める。ＣＰＵ１１０は、現在位置を示す情報を取得すると、サーバ２００に送信するための位置データを作成する。ここで、クライアント端末１００からサーバ２００に送信される位置データ２０１は、図２１に示すように、チームの識別情報（たとえば、ゼッケン番号）と、走者名と、クライアント端末１００の状態と、緯度と、経度と、高度と、精度と、スピードと、移動方向と、時刻とを含む。ＣＰＵ１１０は、通信インターフェイス１６０を介して位置データ２０１をサーバ２００に送信する。

図４に戻って、レース中は、すなわちＧＰＳによって現在位置を計測中は、ＣＰＵ１１０は、タッチパネル１５０の端部にレースアプリケーションが実行中であることを示すアイコンなどを表示しておくことが好ましい。なお、ユーザが、当該アイコンにタッチすると、ＣＰＵ１１０は、再びゼッケン番号と走者名の入力画面に戻る。

本実施の形態にかかるゼッケン番号と走者名の入力画面には、設定ボタン１５３としてのソフトウェアボタンが表示されている。ＣＰＵ１１０は、設定ボタン１５３が押されると、現在位置の計測の頻度、すなわち更新間隔、の変更命令を受け付けるための画面をタッチパネル１５０の地図上に表示させる。
＜サーバ２００について＞

本実施の形態にかかるサーバ２００のハードウェア構成、走者の交代、走者データ送信処理は、第１〜５の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。
＜走者の判断処理＞

次に、本実施の形態にかかる、チームのメンバーのうちのコース上の走者を選んで表示するための具体的な判断処理について説明する。図２２は、本実施の形態にかかるサーバ２００における走者と待機者との判断処理を示すフローチャートである。

図２２を参照して、ＣＰＵ２１０は、通信インターフェイス１６０を介して、クライアント端末１００から位置データ１０１を受信すると、以下の処理を実行する。ＣＰＵ２１０は、第１の条件として、受信した位置データ１０１に関して、一定時間以内に、同じゼッケン番号に対応する位置データ１０１がサーバに登録されているか否かを判断する（ステップＳ２２１）。一定時間以内に受信した位置データ１０１がサーバに登録されていない場合（ステップＳ２２１においてＮＯである場合）、ＣＰＵ２１０は受信した位置データ１０１を走者の位置データ、すなわち走者データとして判断する（ステップＳ２２５）。

ここで、本実施の形態においては、サーバ２００がクライアント端末１００を識別できるため、図２３に示すように、そのデータベース２２１にメンバー毎の位置データを格納する。ＣＰＵ２１０は、チーム毎に、一人のメンバーを走者に設定すると（ステップＳ２２５）、他のメンバーを待機者に変更する（ステップＳ２２７）。ＣＰＵ２１０は、走者データをメモリ２２０に記憶する（ステップＳ２２９）。そして、次の位置データ１０１の受信を待ち受ける。

ＣＰＵ２１０は、受信した位置データ１０１に関して、一定時間以内に、同じゼッケン番号に対応する位置データ１０１がサーバに登録されている場合（ステップＳ２２１においてＹＥＳである場合）、第２の条件として、位置データ１０１に基づいてクライアント端末１００の速度が所定値以上であるか否かを判断する（ステップＳ２２２）。クライアント端末１００の速度が所定値以上である場合（ステップＳ２２２においてＹＥＳである場合）、ＣＰＵ２１０は受信した位置データ１０１を走者の位置データ、すなわち走者データとして判断する（ステップＳ２２５）。ＣＰＵ２１０は、チーム毎に、一人のメンバーを走者に設定すると、他のメンバーを待機者に変更する（ステップＳ２２７）。ＣＰＵ２１０は、走者データをメモリ２２０に記憶する（ステップＳ２２９）。そして、次の位置データ１０１の受信を待ち受ける。

ＣＰＵ２１０は、クライアント端末１００の速度が所定値未満である場合（ステップＳ２２２においてＮＯである場合）、第３の条件として、クライアント端末１００がピットから所定距離以上離れているか否か、すなわちコース内にいるか否かを判断する（ステップＳ２２３）。クライアント端末１００がコース内にいる場合（ステップＳ２２３においてＹＥＳである場合）、ＣＰＵ２１０は受信した位置データ１０１を走者の位置データ、すなわち走者データとして判断する（ステップＳ２２５）。ＣＰＵ２１０は、チーム毎に、一人のメンバーを走者に設定すると、他のメンバーを待機者に変更する（ステップＳ２２７）。ＣＰＵ２１０は、走者データをメモリ２２０に記憶する（ステップＳ２２９）。そして、次の位置データ１０１の受信を待ち受ける。

一方、クライアント端末１００がピットエリア内にいる場合（ステップＳ２２３においてＮＯである場合）、ＣＰＵ２１０は次の位置データ１０１の受信を待ち受ける。

このようにして、サーバ２００は、それぞれのゼッケン番号の走者の位置データと待機者の位置データとを区別してデータベースに登録することができる。
＜第７の実施の形態＞

第１〜６の実施の形態においては、クライアント端末１００の各々のタッチパネル１５０には、当該クライアント端末１００のユーザのチームに所属するメンバーのクライアント端末１００のうちの、所定の条件を満たすと判断されたものだけの位置が表示されるものであった。しかしながら、本実施の形態においては、クライアント端末１００の各々のタッチパネル１５０には、当該クライアント端末１００のユーザのチームに関しては、全メンバー（待機者を含む）の位置を表示し、他のチームの表示に関しては、第２〜６の実施の形態と同様の動作にする。

なお、本実施の形態にかかるネットワークシステム１の全体構成、各装置のハードウェア構成などは、第６の実施の形態のそれと同様であるため、ここでは説明を繰り返さない。換言すれば、以下では、第６の実施の形態と大きく異なる部分のみについて説明するものとする。
＜ネットワークシステムの動作概要＞

まず、本実施の形態にかかるネットワークシステム１の動作概要について説明する。

たとえば、複数のクライアント端末１００のユーザは、互いに、自転車レースなどのチームのメンバーである。レース中、各チームに属する複数のユーザの複数のクライアント端末１００の各々は、ＧＰＳ機能を利用することによって自分の現在位置を取得して、サーバ２００にアップロードする。そして、サーバ２００は、各チームに関して、複数のクライアント端末１００からの位置情報を受信して、チーム内のメンバーの現在位置と他のチームのメンバーのうちの所定の条件を満たすメンバーの現在位置とを地図上に示すためのデータをチームのメンバーのクライアント端末１００に送信する。

サーバ２００は、複数のクライアント端末１００の各々からの情報に基づいて、所定の条件を満たす一部のクライアント端末１００の位置のみを表示するためのデータを複数のクライアント端末１００に送信する。特に、本実施の形態においては、サーバ２００は、各々のクライアント端末１００からの第７の命令に応じて、当該クライアント端末１００のチームのメンバーのクライアント端末１００の位置と、他のチームのメンバーのうちの走行中のメンバーが有すると判断されたクライアント端末１００の位置とを当該クライアント端末１００に送信する。
＜クライアント端末１００について＞

本実施の形態にかかるクライアント端末１００のハードウェア構成、メンバー登録処理、位置データ送信処理については第６の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。
＜サーバ２００について＞

本実施の形態にかかるサーバ２００のハードウェア構成、走者の交代、走者の判断処理は第６の実施の形態のそれらと同様であるため、ここでは説明を繰り返さない。
＜サーバ２００における走者データ送信処理＞

ここでは、本実施の形態にかかるサーバ２００における走者データ送信処理について説明する。図２４は、本実施の形態にかかるサーバ２００における走者データ送信処理を示すフローチャートである。

図２４を参照して、ＣＰＵ２１０は、クライアント端末１００からのリクエストを待ち受ける（ステップＳ２４１）。ＣＰＵ２１０は、クライアント端末１００からのリクエストを受信すると（ステップＳ２４１にてＹＥＳである場合）、データベースを参照して、当該リクエストに含まれるゼッケン番号に対応する走者データと待機データとを取得する（ステップＳ２４２）。ここで、サーバ２００のデータベースには、ゼッケン番号毎に走者の位置データだけでなく、何周目を走っているかを示すデータも格納されている。そして、本実施の形態においては、ＣＰＵ１１０は、他のチームの走者データも取得する（ステップＳ２４３）。他のチームの走者データの取得は、第２〜５の実施の形態のステップＳ１４３、ステップＳ１５３、ステップＳ１６３、ステップＳ１７３などと同様であるため、ここでは説明を繰り返さない。

ＣＰＵ２１０は、通信インターフェイス２６０を介して、受信したゼッケン番号の走者データと待機者データと他のチームの走者データとをクライアント端末１００に送信する（ステップＳ２４４）。図における２種類というのは、自分のチームのものと他のチームのものと意味している。すなわち、ＣＰＵ２１０は、通信インターフェイス１６０を介して、クライアント端末１００に、受信したゼッケン番号のチームの走者と待機者の位置を示すための情報、すなわち緯度および経度など、と他のチームの走者の位置を示すための情報とを送信する。

換言すれば、本実施の形態においては、ＣＰＵ２１０は、走者のクライアント端末１００以外の位置を示すための情報は送信しない。

このように、本実施の形態においては、サーバ２００は、クライアント端末１００に対して、自分のチームのクライアント端末１００と、他のチームのクライアント端末１００のうちの所定の条件を満たすと判断されたもの、たとえばレースの走者のクライアント端末１００であると判断されたもの、の位置を示す情報を送信する。そして、クライアント端末１００のＣＰＵ１１０は、タッチパネル１５０の地図上に、自分のチームの走者の位置を第１の表示態様（色、形、大きさ）で表示させ、自分のチームの待機者の位置を第２の表示態様（色、形、大きさ）で表示させ、他のチームの走者の位置を第３の表示態様（色、形、大きさ）で表示させる。
＜第８の実施の形態＞

第１〜７の実施の形態においては、クライアント端末１００の各々のタッチパネル１５０には、当該クライアント端末１００のユーザのチームに所属するユーザのクライアント端末１００のうちの、サーバ２００において所定の条件を満たすと判断されたものだけの位置が表示されるものであった。しかしながら、本実施の形態においては、クライアント端末１００が走者の指定を受け付けるものである。すなわち、各チームに関して、サーバ２００は、最後に走者の指定を受け付けたという条件を満たすクライアント端末１００の現在位置を、当該チームのメンバーに送信するものである。

なお、本実施の形態にかかるネットワークシステム１の全体構成、各装置のハードウェア構成などは、第６の実施の形態のそれと同様であるため、ここでは説明を繰り返さない。換言すれば、以下では、第６の実施の形態と大きく異なる部分のみについて説明するものとする。

具体的には、本実施の形態においては、図２５に示すように、ＣＰＵ１１０は、ゼッケン番号と走者名の入力画面中に、タッチパネル１５０に走者ボタン１５４を表示させる。そして、ユーザが、走者ボタン１５４を押すと、ＣＰＵ１１０は、通信インターフェイス１６０を介して、走者に指定された旨の情報をサーバ２００に送信する。サーバ２００のＣＰＵ２１０は、クライアント端末１００からの当該情報に基づいて、位置データベース２２１における当該クライアント端末１００の状態を走者（ｒｕｎ）に変更する。このとき、ＣＰＵ２１０は、位置データベース２２１における他のメンバーの状態を待機者（ｐｉｔ）に設定する。

なお、本実施の形態においては、サーバ２００における図２２に示す判断処理は不要になる。
＜第９の実施の形態＞

第１〜８の実施の形態においては、クライアント端末１００は、ユーザの命令に基づいて、ＧＰＳによる現在位置測定の間隔を設定するものであった。しかしながら、本実施の形態においては、クライアント端末１００は、電池残量に基づいて、ＧＰＳによる現在位置測定の間隔を変更する。

具体的には、図６と比較して、図２６に示すように、クライアント端末１００のＣＰＵ１１０は、電池残量を取得する処理を実行する（ステップＳ１１１−１）。そして、ＣＰＵ１１０は、電池残量が多い場合には、ＧＰＳによる現在位置測定の間隔を短めに設定する。逆に、ＣＰＵ１１０は、電池残量が少ない場合には、ＧＰＳによる現在位置測定の間隔を短めに設定する。

たとえば、ＣＰＵ１１０は、電池残量が半分（所定値）以上である場合には、ＧＰＳによる現在位置測定の間隔を３秒に設定する。逆に、ＣＰＵ１１０は、電池残量が半分未満（所定値）である場合には、ＧＰＳによる現在位置測定の間隔を１０秒に設定する。なお、ＣＰＵ１１０は、電池残量が１／４未満である場合には、ＧＰＳによる現在位置測定の間隔を３０秒に設定してもよい。
＜第１０の実施の形態＞

第１〜８の実施の形態においては、クライアント端末１００は、ユーザの命令に基づいて、ＧＰＳによる現在位置測定の間隔を設定するものであった。しかしながら、本実施の形態においては、クライアント端末１００は、速度に基づいて、ＧＰＳによる現在位置測定の間隔を変更する。

具体的には、図６と比較して、図２７に示すように、クライアント端末１００のＣＰＵ１１０は、たとえば最後に取得された位置データ１０１，２０１に基づいて、クライアント端末１００の速度を取得する処理を実行する（ステップＳ１１１−２）。そして、ＣＰＵ１１０は、クライアント端末１００の速度が速い場合には、ＧＰＳによる現在位置測定の間隔を短めに設定する。逆に、ＣＰＵ１１０は、速度が遅い場合には、ＧＰＳによる現在位置測定の間隔を短めに設定する。

たとえば、ＣＰＵ１１０は、速度が４０ｋｍ／ｈ（所定値）以上である場合には、ＧＰＳによる現在位置測定の間隔を３秒に設定する。逆に、ＣＰＵ１１０は、速度が４０ｋｍ／ｈ（所定値）未満である場合には、ＧＰＳによる現在位置測定の間隔を１０秒に設定する。なお、ＣＰＵ１１０は、速度が２０ｋｍ／ｈ未満である場合には、ＧＰＳによる現在位置測定の間隔を３０秒に設定してもよい。
＜第１１の実施の形態＞

第１〜８の実施の形態においては、クライアント端末１００は、ユーザの命令に基づいて、ＧＰＳによる現在位置測定の間隔を設定するものであった。しかしながら、本実施の形態においては、クライアント端末１００は、ピットエリアからの距離に基づいて、ＧＰＳによる現在位置測定の間隔を変更する。

具体的には、図６と比較して、図２８に示すように、クライアント端末１００のＣＰＵ１１０は、たとえば最後に取得された位置データ１０１，２０１に基づいて、クライアント端末１００の所定の位置（たとえば、ピットエリアの中心など）からの距離を取得する処理を実行する（ステップＳ１１１−３）。そして、ＣＰＵ１１０は、クライアント端末１００は、ピットエリアからの距離が近い場合には、ＧＰＳによる現在位置測定の間隔を短めに設定する。逆に、ＣＰＵ１１０は、ピットエリアからの距離が遠い場合には、ＧＰＳによる現在位置測定の間隔を短めに設定する。

たとえば、ＣＰＵ１１０は、ピットエリアからの距離が５００ｍ（所定値）未満である場合には、ＧＰＳによる現在位置測定の間隔を３秒に設定する。逆に、ＣＰＵ１１０は、ピットエリアからの距離が５００ｍ（所定値）以上である場合には、ＧＰＳによる現在位置測定の間隔を１０秒に設定する。
＜第１２の実施の形態＞

第２〜１１の実施の形態においては、クライアント端末１００は、自分のチームの走者の位置を表示するものであった。しかしながら、本実施の形態においては、クライアント端末１００には、他のチームの走者のみが表示される。

具体的には、第２の実施の形態において説明したように、サーバ２００は、他の全てのチームの走者と判断されるクライアント端末１００の位置データ（走者データ）をクライアント端末１００に送信してもよい。あるいは、第３の実施の形態において説明したように、サーバ２００は、指定されたチームの走者と判断されるクライアント端末１００の位置データ（走者データ）をクライアント端末１００に送信してもよい。あるいは、第４の実施の形態において説明したように、サーバ２００は、一位のチームの走者と判断されるクライアント端末１００の位置データ（走者データ）をクライアント端末１００に送信してもよい。あるいは、第５の実施の形態において説明したように、サーバ２００は、近い順位のチームの走者と判断されるクライアント端末１００の位置データ（走者データ）をクライアント端末１００に送信してもよい。
＜その他の応用例＞

本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体（あるいはメモリ）を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の効果を享受することが可能となる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わる他の記憶媒体に書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ ：ネットワークシステム
１００ ：クライアント端末
１０１ ：位置データ
１１０ ：ＣＰＵ
１２０ ：メモリ
１３０ ：ディスプレイ
１５０ ：タッチパネル
１５１ ：更新ボタン
１５２ ：スタートボタン
１５３ ：設定ボタン
１５４ ：走者ボタン
１６０ ：通信インターフェイス
１７０ ：ＧＰＳ部
２００ ：サーバ
２０１ ：位置データ
２１０ ：ＣＰＵ
２２０ ：メモリ
２２１ ：位置データベース
２６０ ：通信インターフェイス

Claims (12)

1. 現在位置を取得することが可能な複数の端末と、
   前記複数の端末のうちから複数のチームそれぞれの走者としての所定の条件を満たす複数の端末を抽出し、前記複数の端末の各々に関する自分のチームに近い順位のチームを特定し、前記複数の端末の各々に、自分のチームに近い順位のチームの前記走者としての前記所定の条件を満たす少なくとも１つの端末の位置のデータを送信するためのサーバを備え、
   前記複数の端末の各々は、前記サーバからのデータに基づいて、前記自分のチームに近い順位のチームの前記走者としての前記少なくとも１つの端末の位置を表示する、ネットワークシステム。
2. 現在位置を取得することが可能な複数の端末と、
   前記複数の端末のうちから複数のチームそれぞれの走者としての所定の条件を満たす複数の端末を抽出し、前記複数の端末の各々に、前記複数のチームそれぞれの走者としての前記所定の条件を満たす前記複数の端末の位置のデータを送信するためのサーバを備え、
   前記複数の端末の各々は、前記サーバからの前記複数のチームそれぞれの走者としての前記所定の条件を満たす前記複数の端末の位置のデータに基づいて、自分のチームに近い順位のチームを特定し、前記自分のチームに近い順位のチームの前記走者としての前記少なくとも１つの端末の位置を表示する、ネットワークシステム。
3. 前記サーバまたは端末は、前記サーバのデータベースまたは他の装置のデータベースから複数のチームそれぞれの何周目を走っているかを示すデータを取得して、前記複数のチームそれぞれの前記何周目を走っているかを示すデータと前記複数のチームそれぞれの走者としての前記所定の条件を満たす前記複数の端末の位置とに基づいて前記複数の端末の各々に関する自分のチームに近い順位のチームおよび当該チームの走者の位置を特定する、請求項１または２に記載のネットワークシステム。
4. 前記複数の端末の各々は、前記サーバからのデータに基づいて、一位のチームの前記複数の端末のうちの走者としての所定の条件を満たす少なくとも１つの端末の位置をさらに表示する、請求項１から３のいずれか１項に記載のネットワークシステム。
5. 前記複数の端末の各々は、前記サーバからのデータに基づいて、指定されたチームの前記複数の端末のうちの走者としての所定の条件を満たす少なくとも１つの端末の位置をさらに表示する、請求項１から４のいずれか１項に記載のネットワークシステム。
6. 前記複数の端末の各々は、前記サーバからのデータに基づいて、自分のチームの前記複数の端末のうちの走者としての前記所定の条件を満たす少なくとも１つの端末の位置を第１の表示形態で表示し、自分のチームの前記複数の端末のうちの走者以外としての前記所定の条件を満たさない少なくとも１つの端末の位置を第２の表示形態で表示し、別のチームの前記複数の端末のうちの走者としての前記所定の条件を満たす少なくとも１つの端末の位置を第３の表示形態で表示する、請求項１から５のいずれか１項に記載のネットワークシステム。
7. 複数の端末の各々が、現在位置を取得するステップと、
   前記複数の端末の各々が、前記現在位置をサーバに送信するステップと、
   前記サーバが、前記複数の端末のうちから複数のチームそれぞれの走者としての所定の条件を満たす複数の端末を抽出するステップと、
   前記サーバが、前記複数の端末の各々に関する自分のチームに近い順位のチームを特定するステップと、
   前記サーバが、前記複数の端末の各々に、自分のチームに近い順位のチームの前記走者としての前記所定の条件を満たす少なくとも１つの端末の位置のデータを送信するステップと、
   前記複数の端末の各々が、前記サーバからのデータに基づいて、前記自分のチームに近い順位のチームの前記走者としての前記少なくとも１つの端末の位置を表示するステップとを備える、通信方法。
8. 複数の端末と通信するための通信インターフェイスと、
   プロセッサとを備え、前記プロセッサは、
   前記通信インターフェイスを介して、前記複数の端末から現在位置を示す情報を受信し、
   前記複数の端末のうちから複数のチームそれぞれの走者としての所定の条件を満たす複数の端末を抽出し、
   前記複数の端末の各々に関する自分のチームに近い順位のチームを特定し、
   前記通信インターフェイスを介して、前記複数の端末の各々に、当該端末のチームに近い順位のチームの前記走者としての前記少なくとも１つの端末の位置のデータを送信する、サーバ。
9. プロセッサが、通信インターフェイスを介して、複数の端末から現在位置を示す情報を受信するステップと、
   前記プロセッサが、前記複数の端末のうちから複数のチームそれぞれの走者としての所定の条件を満たす複数の端末を抽出するステップと、
   前記プロセッサが、前記複数の端末の各々に関する自分のチームに近い順位のチームを特定するステップと、
   前記プロセッサが、前記通信インターフェイスを介して、前記複数の端末の各々に、当該端末のチームに近い順位のチームの前記走者としての前記少なくとも１つの端末の位置のデータを送信するステップとを備える、通信方法。
10. ディスプレイと、
    サーバと通信するための通信インターフェイスと、
    現在位置を取得し、前記通信インターフェイスを介して前記現在位置をサーバに送信し、前記サーバからの前記少なくとも１つの端末の位置のデータに基づいて、自分のチームに近い順位のチームを特定し、前記自分のチームに近い順位のチームの前記少なくとも１つの端末の位置を前記ディスプレイに表示させるためのプロセッサとを備える、端末。
11. プロセッサが、現在位置を取得するステップと、
    前記プロセッサが、通信インターフェイスを介して前記現在位置をサーバに送信するステップと、
    前記プロセッサが、前記サーバからの複数のチームそれぞれの走者としての複数の端末の位置のデータに基づいて、自分のチームに近い順位のチームを特定するステップと、
    前記自分のチームに近い順位のチームの前記走者としての前記少なくとも１つの端末の位置をディスプレイに表示させるステップとを備える、通信方法。
12. 現在位置を取得するステップと、
    通信インターフェイスを介して前記現在位置をサーバに送信するステップと、
    前記サーバからの複数のチームそれぞれの走者としての複数の端末の位置のデータに基づいて、自分のチームに近い順位のチームを特定するステップと、
    前記自分のチームに近い順位のチームの前記走者としての端末の位置をディスプレイに表示させるステップとをプロセッサに実行させる、端末用プログラム。

Images