"複数の携帯端末と通信する管理装置であって、前記複数の携帯端末に共通の開始時刻での前記各携帯端末の位置を起点とした前記各携帯端末の移動距離を前記複数の携帯端末の各々について取得する距離取得部と、前記距離取得部が前記各携帯端末について取得した移動距離を対比するための距離通知情報を前記複数の携帯端末の各々に通知する情報通知部とを具備することを特徴とする管理装置。前記各携帯端末の移動距離に応じた順位を決定する順位決定部を含み、前記情報通知部は、前記順位決定部が決定した順位を含む前記距離通知情報を生成して前記各携帯端末に通知することを特徴とする請求項1の管理装置。前記距離取得部は、前記各携帯端末の位置情報を取得する位置取得部と、前記位置取得部が前記各携帯端末について取得した複数の位置情報から当該携帯端末の前記移動距離を算定する距離算定部とを備えることを特徴とする請求項1または請求項2の管理装置。前記携帯端末からの参加登録を受け付ける参加受付部を具備し、前記距離取得部は、前記参加受付部が前記参加登録を受け付けた携帯端末について前記移動距離を取得することを特徴とする請求項1、2または3に記載の管理装置。前記距離取得部は、所定の基準周期で前記各携帯端末の移動距離を取得し、移動距離が相互に接近する各携帯端末については前記基準周期よりも短い周期で前記移動距離を取得することを特徴とする請求項1乃至4のいずれかに記載の管理装置。前記複数の携帯端末を複数のグループに区分する参加者分割部を具備し、前記情報通知部は、前記参加者分割部が区分した前記複数のグループの各々について、当該グループに属する前記各携帯端末に関する前記距離通知情報を、当該グループに属する各携帯端末に通知することを特徴とする請求項1乃至5のいずれかに記載の管理装置。前記参加者分割部は、前記各携帯端末の利用者間の関係を規定するソーシャルグラフ情報に応じて前記複数の携帯端末を複数のグループに区分することを特徴とする請求項6に記載の管理装置。請求項1乃至7のいずれかに記載の管理装置と通信する携帯端末であって、前記管理装置の情報通知部から通知された距離通知情報に応じて前記複数の携帯端末のなかでの自端末の移動距離の順位を特定して音声で利用者に報知することを特徴とする携帯端末。複数の携帯端末と通信するコンピュータに、前記複数の携帯端末に共通の開始時刻での前記各携帯端末の位置を起点とした前記各携帯端末の移動距離を前記複数の携帯端末の各々について取得する距離取得処理と、前記各携帯端末の移動距離を対比するための距離通知情報を前記複数の携帯端末の各々に通知する情報通知処理とを実行させることを特徴とするプログラム。しかしながら、この技術では、競技会を開催する労力コストを低減することができるものの、参加者は、他の参加者の競技状況や自己の順位などの情報をリアルタイムで知ることができず、このため、競い合うという競技会本来の感覚を得難い、という問題があった。本発明は、上述した事情に鑑みてなされたものであり、その目的の一つは、競技会を開催する労力コストを低減した上で、競い合うという競技会の感覚を併せて得ることのできる技術を提供することにある。上記課題を解決するために本発明が採用する手段を説明する。なお、本発明の理解を容易にするために、以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。本発明に係る管理装置は、複数の携帯端末20と通信する管理装置10であって、前記複数の携帯端末20に共通の開始時刻での前記各携帯端末の位置を起点とした前記各携帯端末20の移動距離を前記複数の携帯端末の各々について取得する距離取得部14と、前記距離取得部14が前記各携帯端末20について取得した移動距離を対比するための距離通知情報を前記複数の携帯端末の各々に通知する情報通知部16とを具備することを特徴とする。本発明では、携帯端末を携行する参加者がランニングなどの競技によって移動したときに、その移動距離が距離取得部によって取得される。したがって、複数の参加者が同じように競技によって移動すると、各携帯端末の移動距離が取得されて、当該移動距離を対比するための移動通知情報が作成される一方で、各携帯端末には、この移動通知情報が通知される。したがって、本発明によれば、各参加者が互いに場所を異にして競技することができる。このため、実際の競技会を開催する必要がないばかりか、参加者は、他参加者の移動距離を対比した情報をほぼリアルタイムで知ることができるので、他の参加者と競い合うという感覚を得ることも可能になる。本発明において、前記各携帯端末20の移動距離に応じた順位を決定する順位決定部15を含み、前記情報通知部16は、前記順位決定部15が決定した順位を含む前記距離通知情報を生成して前記各携帯端末20に通知する構成としても良い。この構成によれば、他の参加者と比較した順位を、ほぼリアルタイムで得ることができる。また、本発明において、前記距離取得部14は、前記各携帯端末の位置情報を取得する位置取得部14aと、前記位置取得部14aが前記各携帯端末20について取得した複数の位置情報から当該携帯端末20の前記移動距離を算定する距離算定部14bとを備える構成としても良い。この構成によれば、携帯端末から取得される位置情報から、当該携帯端末の移動距離が算定される。本発明において、前記携帯端末20からの参加登録を受け付ける参加受付部13を具備し、前記距離取得部14は、前記参加受付部13が前記参加登録を受け付けた携帯端末20について前記移動距離を取得する構成としても良い。この構成によれば、参加登録が受け付けられた携帯端末についての移動距離が取得される。また、本発明において、前記距離取得部14は、所定の基準周期で前記各携帯端末の移動距離を取得し、移動距離が相互に接近する各携帯端末については前記基準周期よりも短い周期で前記移動距離を取得する構成としても良い。この構成によれば、相互に接近する携帯端末の移動距離を取得頻度が高まるので、距離通知情報の精度を高めることができる。本発明において、前記複数の携帯端末20を複数のグループに区分する参加者分割部ステップS104を具備し、前記情報通知部16は、前記参加者分割部が区分した前記複数のグループの各々について、当該グループに属する前記各携帯端末に関する前記距離通知情報を、当該グループに属する各携帯端末に通知する構成としても良い。この構成において、前記参加者分割部は、前記各携帯端末の利用者間の関係を規定するソーシャルグラフ情報に応じて前記複数の携帯端末を複数のグループに区分する態様が好ましい。本発明は、上記管理装置と通信する携帯端末としても概念することができる。すなわち、上記管理装置19と通信する携帯端末20であって、前記管理装置の情報通知部から通知された距離通知情報に応じて前記複数の携帯端末のなかでの自端末の移動距離の順位を特定して音声で利用者に報知する構成としても良い。また、本発明は、コンピュータに上記管理装置として機能させるためのプログラムとして概念することはできる、<実施形態の構成>以下、図面を参照して本発明の実施形態について説明する。図1は、本発明の実施形態に係る管理装置10を含むシステム1の構成を示すブロック図である。この図に示されるように、システム1は、実施形態に係る管理装置10と、複数の携帯端末20とを含む。このうち、複数の携帯端末20の各々は、仮想競技会に参加するためのアプリケーションソフトウェアがそれぞれインストールされたハンドヘルドコンピュータや、PDAPersonalDigitalAssistant、携帯電話機などであり、基地局BSおよび移動通信網Nなどの携帯電話網を介して管理装置10にそれぞれ接続される。ここで、仮想競技会とは、互いに離れた場所にいる参加者同士、例えば全国各地に点在する参加者同士が共通の開始時刻でランニングなど移動を伴う競技をスタートするとともに、予め定められた設定距離を完走するまで順位を競い合う、という仮想的な競技会である。同じ場所で開催される実際の競技会とは異なり、各参加者は、場合によってはそれぞれ一人一人単独で走行することになるので、競技会そのものは仮想的に見える。このため、仮想競技会では、他の参加者がまったく見えないのが通常である。したがって、実際にランニングなどによって移動しても、そのままでは自己の順位や他の参加者の動向が把握できず、競技会という雰囲気に欠けてしまう。この点を考慮したのが本実施形態である。管理装置10は、機能ブロック図でいえば、送受信部12、参加受付部13、距離取得部14、順位決定部15および情報通知部16を有する。これらの各部について概略すると、送受信部12は、携帯端末20から位置情報を受信したり、携帯端末20に距離通知情報などを送信したりする。参加受付部13は、仮想競技会に参加する者の携帯端末20を登録する。距離取得部14は、位置取得部14aと距離算定部14bとを有する。このうち、位置取得部14aは、仮想競技会がスタートした後に携帯端末20から位置情報を、送受信部12を介して所定の周期例えば20秒毎に取得する。距離算定部14bは、位置情報が取得されたとき、その前に取得された位置情報で示される位置から、今回取得された位置情報で示される位置までの2点距離を算出するとともに、仮想競技会のスタートからの累積移動距離に加算する。なお、位置取得部14aによる距離情報の取得および距離算定部14bによる2点距離の算出累算は、参加受付部13に登録された携帯端末20の各々について実施される。順位決定部15は、登録された携帯端末20のうち、累算移動距離の大きいものから順位を決定する。情報通知部16は、本実施形態にあっては、登録された携帯端末20の各々に対して、順位および累算移動距離を含む距離通知情報などを、送受信部12を介して送信する。図2は、管理装置10のハードウェア的な構成を示すブロック図である。この図に示されるように、管理装置10は、装置全体を制御するCPUCentralProcessingUnit121と、CPU121の作業領域として機能するRAMRandomAccessMemory122と、ブートプログラムなどを記憶したROMReadOnlyMemory123と、時刻情報を出力するRTCRealTimeClock124と、各種のプログラムやデータを記憶するハードディスク125と、キーボードやマウスなどを含む入力部127と、ネットワークを介して各携帯端末20と通信するための通信インターフェース130と、を含む。ハードディスク125には、仮想競技会を開催するためのプログラムや、当該仮想競技会を開催する際のデータベース135などが格納される。そして上記プログラムをCPU121が実行することによって、上述した参加受付部13、距離取得部14、順位決定部15および情報通知部16の機能ブロックが構築される。なお、管理装置10については複数のサーバで構成しても良い。例えば、携帯端末20からの距離情報を受信して2点距離を算出するサーバと、算出された2点距離に応じてデータベースを更新するサーバとに分けても良い。図3は、携帯端末20のハードウェア的な構成を示すブロック図である。この図に示されるように、携帯端末20は、CPU221と、メモリ222と、RTC224と、GPS受信部226と、入力部227と、表示部228と、音声出力部229と、通信インターフェース230と、を含む。このうち、メモリ222は、フラッシュメモリなどの不揮発性半導体素子であり、基本プラグラムや各種のアプリケーションプログラムなどを記憶するほか、これらのプログラムの実行時における作業領域として用いられる。また、アプリケーションプログラムには、仮想競技会に参加するためのプログラムが含まれる。表示部228は、例えば液晶表示装置や有機ELElectroLuminescence表示装置などである。入力部227には、操作ボタンのほか、表示部228の表示面に操作面が重ねられるタッチパネルも含まれる。また、音声出力部229は、音声ファイルを音声信号に変換し、例えばイヤホン22やスピーカーを介して参加者に出力する。図4は、仮想競技会の参加者競技者とシステム1の各部との関係を示す図である。ここでは、参加者Raを基準に考える。図に示されるように参加者Raは、イヤホン22に耳に装着するとともに、携帯端末20を腰ベルトによって携行した状態でランニングする。参加者Rbも同様に、イヤホン22を装着するとともに携帯端末20を携行した状態でランニングする。本実施形態における仮想競技会では、参加者Raは例えばA県でランニングするが、参加者RbはA県とは全く異なるB県でランニングする場合もある。このため、参加者Raは、参加者Rbを目視することはできない状況にあるのが通常である。ただし、参加者Raからみれば、他の参加者が共通の開始時刻でランニングを開始していることや、その中で自己が何位に相当しているのかなどは知るので、他の参加者の存在を意識することはできる。すなわち、参加者Raからみれば、参加者Rbを見えない存在として意識することはできる。その意味で、参加者Rbについては図4において塗りつぶしている。また、図4においては、参加者Ra、Rbだけを示しているが、後述するように参加者は多数の場合がある。本実施形態において携帯端末20は、GPSGlobalPositioningSystemによって現在地を測位するとともに、測位した位置情報を、無線基地局BSおよび移動通信網Nを介して管理装置10に送信する。なお、携帯端末20は、測位のために少なくとも3個のGPS衛星40から発信される衛星信号をGPS受信部226によって受信する。また、位置情報については、GPSに限られず、複数の無線基地局BSによる電波強度や電波到達時間などを比較して取得しても良いし、これらを組み合わせて取得しても良い。管理装置10と携帯端末20とについては、携帯電話網を介した通信だけではなく、無線ブロードバンドなどの無線LANを介して通信しても良い。<実施形態の動作>次に、システム1における動作について、仮想競技会へのエントリーまで、仮想競技会のスタートまで、仮想競技会の終了まで、3段階に分けて説明する。図5は、利用者が仮想競技会にエントリーするまでの動作シーケンスを示す図である。まず、利用者の携帯端末20には、仮想競技会に参加するためのアプリケーションソフトウェアがインストールされている状態が前提である。一方で、仮想競技会を開催するために管理装置10では、仮想競技会を開催するためのプログラムが実行されているとともに、開催予定の仮想競技会の内容開催日時や、設定距離などがデータベース135にスケジューリングされている状態が前提である。さて、利用者が入力部227を操作するなどして上記アプリケーションの起動を指示すると、携帯端末20では、実際に当該アプリケーションが起動するステップS201。当該アプリケーションが起動した携帯端末20においてCPU221は、管理装置10に対して仮想競技会の開催予定情報を要求Req1する。当該要求Req1を受信した管理装置10においてCPU121は、データベース135から、例えば開催予定日時が現在時刻に近い仮想競技会をサーチして、当該仮想競技会の情報Req2を、要求した携帯端末20に返信するステップS101。一方、情報Res1を受信した携帯端末20ではCPU121が、その情報Res1に対応したエントリー画面を表示部228に表示させるステップS202。図6は、携帯端末20の表示部228に表示されるエントリー画面の一例を示す図である。この図に示されるように、エントリー画面には、開催予定の仮想競技会についてスタート日時、設定距離などの情報とともに、その仮想競技会に参加するか否かを示すソフトウェアキー51、52が表示される。携帯端末20においてCPU221は、仮想競技会に参加する旨の操作がなされたか、または、参加しない旨の操作がなされたかを判別するステップS203。利用者が参加しない旨の操作をしたと判別したとき、例えば図6においていいえを示すソフトウェアキー51と重なる部分がタッチ操作されたとき、CPU221は、仮想競技会に参加するためのアプリケーションの実行を終了する。一方、利用者が参加する旨の操作をしたと判別したとき、例えば図6においてはいを示すソフトウェアキー52がタッチ操作されたとき、CPU221は、参加する旨の情報Req2を、通信インターフェース230を介し管理装置10に送信する。情報Req2を受信した管理装置10ではCPU121が参加受付部13として機能する。詳細には、CPU121は、当該情報Req2を送信した携帯端末20の利用者情報を当該仮想競技会に対応する参加者テーブルに登録するステップS102。具体的には、CPU121は、データベース135において、図7に示されるように開催予定の仮想競技会に対応した参加者テーブルを作成するとともに、参加の意思が示された場合には、当該参加者テーブルに利用者のユーザーネームが参加予定者として順次登録する。図7には、エントリーNo.番号が1から50まで順番に、50名分が登録された例が示されている。なお、この参加者テーブルには、ユーザーネーム毎に、現在順位、スタートからの累積移動距離単位メートルおよび現在のステータスを示す情報が記録される。ただし、ステップS102の参加登録の直後にあっては、仮想競技会の開催前であるので、参加者テーブルには参加者のユーザーネームが登録されただけの状態である。換言すれば、当該テーブルには、現在順位および累積走行距離にレコードはない。また、ステータスは、本実施形態ではスタート前、走行中、完走のいずれかとするが、ステップS102の直後では、全員のステータスがスタート前となっている。また、ステップS101においては、現在時刻に近い仮想競技会の情報をサーチしたが、複数の仮想競技会の予定をサーチして携帯端末20に送信する一方で、ステップS202において表示部228に表示させて、利用者に対して参加希望の仮想競技会を選択させる構成としても良い。この構成において、管理装置10は、複数の仮想競技会に対応するテーブルのうち、参加意思のあった仮想競技会のテーブルに参加予定者のユーザーネームを追加すれば良い。図8は、エントリー後、仮想競技会がスタートするまでの動作シーケンスを示す図である。まず、管理装置10ではCPU121が、RTC124から出力される現在時刻がデータベース135に記録された仮想競技会の開催予定日時の所定時間前、例えば2分前に至ったか否かを判別するステップS106。具体的には例えば図6に示したような開催日時であれば、RTC124から出力される現在時刻が2分前の15時58分00秒になったか否かが判別される。2分前に至っていなければ、手順がステップS106に再び戻る。換言すれば、2分前に至るまで、ステップS106が繰り返しループする。現在時刻が開催時刻の2分前に至ると、ステップS106の判別結果がYesとなるので、管理装置10のCPU121は、仮想競技会の参加予定者に対して開催時刻が2分前である旨の告知処理を実行するステップS107。具体的には、CPU121は、仮想競技会の参加者テーブルに登録された参加予定者の携帯端末20に、当該仮想競技会の開催時刻を含む情報Scrを携帯端末20にそれぞれ送信する。情報Scrを受信した携帯端末20のCPU221は、当該情報Scrに基づいた予告画面を表示部228に表示させる。これにより参加予定者は、仮想競技会の開始時刻を確認することができるステップS204。図9は、表示部228に表示される予告画面の一例を示す図である。なお、この予告画面は、図7に示した参加者テーブルにおいてエントリーNo.が25である参加予定者の携帯端末20の表示例であり、ユーザーネームとともに2分後に開始する旨が表示される。このとき、携帯端末20ではCPU221が、予告画面のテキスト文を音声ファイルに変換して音声出力部229に供給し、イヤホン22から音声として出力させても良い。これにより、視覚および聴覚によって、参加予定者は、仮想競技会のスタートが近いことを確認することができる。次に、携帯端末20ではCPU221が、RTC224から出力される現在時刻が当該仮想競技会のスタート時刻の、例えば10秒前に至ったか否かを判別するステップS205。先の例でいえば、RTC224から出力される現在時刻が10秒前の15時59分50秒になったか否かが判別される。現在時刻がスタート時刻の10秒前に至っていなければ、手順がステップS205に再び戻る一方で、10秒前に至ったとき、ステップS205の判別結果がYesとなる。このとき、CPU221は、RTC224の時刻進行に合わせて、例えば10、9、8、...、1、スタートというカウントダウンを音声出力および画面表示で実行するステップS206。携帯端末20ではCPU221が、RTC224から出力される現在時刻が当該仮想競技会のスタート時刻に至ったか否かを判別するステップS207。先の例でいえば、RTC224から出力される現在時刻が16時00分00秒になったか否かが判別される。現在時刻がスタート時刻に至っていなければ、処理の手順がステップS207に再び戻る一方で、スタート時刻に至ったときには、ステップS207の繰り返しループを抜ける。なお、ステップS204~S207の処理は、仮想競技会の参加者テーブルに登録された参加予定者の携帯端末20の各々においてそれぞれ実行される。一方、管理装置10においてもCPU121は、RTC124から出力される現在時刻が当該仮想競技会のスタート時刻に至ったか否かを判別するステップS108。したがって、管理装置10におけるRTC124と各携帯端末20におけるRTC224とがそれぞれ正しい時刻情報を出力していれば、管理装置10においてステップS108のループが抜けるタイミングと、各携帯端末20においてステップS207のループが抜けるタイミングとが互いに一致する。これによって、管理装置10と、参加予定者として登録された各携帯端末20とでは、仮想競技会が予定されていたスタート時刻から開始することになる。仮想競技会のスタート後、携帯端末20のCPU221の各々は、GPS受信部226で受信した衛星信号から現在地を測位して、その位置情報緯度経度情報を、それぞれ管理装置10に送信する。管理装置10ではCPU121が、スタート後において携帯端末20から初めて受信した位置情報を参加者のスタート地点、すなわち累算移動距離を算出するにあたっての起点とするほか、例えば図10に示されるように参加者テーブルにおいて参加予定者全員分のステータスを走行中に更新するステップS109。仮想競技会においては、管理装置10におけるRTC124と各携帯端末20におけるRTC224とが正しく時刻情報を出力していることが重要となる。このため、例えば携帯端末20が情報Scrを受信したときに、RTC224の時刻情報を、GPSの衛星信号に含まれる時刻情報を用いて校正しても良い。また、携帯端末20では、情報Scrを受信したタイミングから、RTC224の時刻情報のズレを認識することができる。例えば、上述した例でいえば、情報Scrを受信したタイミングにおいて、RTC224で示される時刻が15時57分50秒であったとき、CPU221は、RTC224が10秒遅れていることを認識することができる。このとき、CPU221は、RTC224で示される時刻情報よりも10秒だけ早めてステップS207のループを抜けるようにすれば、たとえ自己のRTC224を校正しなくても、他の参加者と同一時刻で仮想競技会をスタートさせることができる。図11は、仮想競技会が終了するまでの動作シーケンスを示す図である。仮想競技会が開始すると、参加者の各々は実際にランニングを開始する。なお、ランニングのコース、ゴール先は仮想競技会では定められないので、参加者同士は、互いに遠隔の地にて、それぞれ比較的自由なスタイルでランニングすることになる。参加者の携帯端末20の各々は、GPS受信部226で受信した衛星信号から現在地を測位して、その位置情報をそれぞれ管理装置10に送信する。管理装置10ではCPU121が、RTC124による時刻情報を参照しつつ、仮想競技会が開始してから、または、前回の処理が実行されてから、設定時間が経過したか否かを判別するステップS110。ここで、設定時間とは基準周期のことであり、例えば20秒である。設定時間が経過していなければ、手順がステップS110に再び戻る。このため、設定時間が経過するまで、ステップS110が繰り返しループする。設定時間が経過したとき、CPU121は、位置取得部14aとして機能する。詳細にはCPU121は、ある参加者の携帯端末20に着目するとともに、着目した携帯端末に対して位置情報を要求する一方、当該要求を受信した着目携帯端末が自機の位置情報を管理装置10に送信する。これによって、CPU121は、当該着目携帯端末の位置情報を取得するステップS111。本実施形態において携帯端末20については、例えば参加者テーブルに登録された参加者のうち、ステータスが走行中である者の携帯端末についてエントリーNo.の順番で着目する。このため、例えば参加者全員が走行中であって、ステップS110の後、初めてステップS111が実行されるときに着目される携帯端末20は、エントリーNo.が1である参加者の携帯端末である。次に、CPU121は、距離算定部14bとして機能する。詳細にはCPU121は、着目した携帯端末について、前回取得した位置情報で規定される地点から、今回取得した位置情報で規定される地点までの2点距離を算出するステップS112。なお、仮想競技会がスタートしてからステップS112が初めて実行されるときには、ステップS109で取得したスタート時の位置情報が用いられる。CPU121は、算出した2点距離を、参加者テーブルのうち、着目した携帯端末に対応する累積移動距離に加算するステップS113。ステップS112において算出された2点距離は、設定時間で参加者がランニングしたことによるものであり、この距離をスタート時から逐一累積したものが累積移動距離である。したがって、この累積移動距離によって、参加者がスタート時からランニングした総距離が算定される。さて、CPU121は、参加者テーブルに登録された携帯端末20のすべてに対しステップS111~S113の処理を実行したか否かを判別するステップS114。本実施形態において携帯端末20については参加者テーブルにおけるエントリーNo.の順番で着目しているので、ここでは、着目している携帯端末が最終のエントリーNo.であるか否かを判別すれば良い。判別結果がNoであれば、CPU121は、同様な処理を異なる携帯端末に実行するために、着目する携帯端末を変更して、手順をステップS111に戻す。一方、判別結果がYesであれば、設定時間が経過した時点において、参加者テーブルに登録された参加者のランニング距離累積移動距離が、参加者全員分求められたことになる。そこで次に、CPU121は順位決定部15として機能する。詳細には、CPU121は、ステータスが走行中である参加者の累積移動距離を互いに比較し、大きい値から順番に順位付けて、参加者テーブルの現在順位を更新するステップS115。次に、CPU121は、完走者が現れたか否かを判別するステップS116。例えば仮想競技会の設定距離が10kmであれば、参加者テーブルの累積移動距離が10,000に達した参加者がいるか否かによって判別することができる。ステップS116における判別結果がNoであれば、または、後述するステップS119における判別結果がNoであれば、CPU121は、情報通知部16として機能する。詳細にはCPU121は、参加者テーブルにおいてステータスが走行中である参加者の携帯端末20に、当該参加者の順位および累積移動距離を距離通知情報として送信するステップS117。一方、距離通知情報を受信した携帯端末20ではCPU221が、表示部228に経過画面を表示させて、仮想競技会における順位等を参加者に知らせるとともに、経過画面のテキスト文を音声ファイルにしてイヤホン22から音声として出力させるステップS208。これにより、ランニング状態にある参加者は、現在の順位などを知ることができる。なお、管理装置10においてCPU121は、ステップS117において距離通知情報を送信した後、手順をステップS110に戻し、次に設定時間が経過するまで待機する。一方、ステップS116において完走者がいれば、その判別結果がYesとなり、CPU121は、参加者テーブルにおいて、完走した参加者のステータスを走行中から完走に変更するとともに、当該完走した参加者の携帯端末20に、当該参加者の順位を結果情報として送信するステップS118。なお、ステップS116における判別の根拠となった完走者が複数人であれば、当該完走者の各々に対してステータスの変更と結果情報の送信とがそれぞれ実行される。一方、結果情報を受信した携帯端末20ではCPU221が、表示部228に結果画面を表示させて仮想競技会における順位等を参加者に知らせるとともに、結果画面のテキスト文を音声ファイルにしてイヤホン22から音声として出力するステップS209。これにより、参加者は、自分が完走した旨および完走順位などを知ることができる。以降、完走した参加者の携帯端末20は、位置情報の出力を停止して、仮想競技会に参加するために実行していたアプリケーションソフトウェアを終了させる。管理装置10においてCPU121は、参加者テーブルにおいて、参加者全員のステータスが完走であるか否かを判別するステップS119。この判別結果がNoであれば、完走者が現れたが、まだ走行中の参加者もいる、ということを意味している。このため、CPU121は、走行中の参加者に対して距離通知情報を知らせるために手順を上記S117にスキップさせる。一方、この判別結果がYesであれば、参加者全員が完走して、それぞれの結果情報の出力も済んだ、ということを意味している。このため、CPU121は、今回の仮想競技会についての処理を終了して、次回以降に予定されている仮想競技会に備える。ここで、仮想競技会のスタート後において、参加者テーブルに登録された参加者のステータスが走行中に更新されてからの具体的な動作について説明する。なお、この説明では、スタート後のステップS109において参加者テーブルが図10に示されるように更新された場合を例にとる。参加者の携帯端末20の各々は、位置情報を管理装置10の要求に応じてそれぞれ送信し続ける。一方、管理装置10では、スタート後に参加者テーブルのステータスがステップS109で更新されてから参加者全員が完走するまで、設定時間が経過する毎に、ステップS111~S119の処理が実行される。このうち、ステップS111~S114の繰り返しによって、参加者テーブルに登録された参加者のうち、ステータスが走行中である携帯端末20について、設定時間における2点距離がそれぞれ算出され、累積移動距離に加算されて、参加者テーブルにおける累算移動距離が更新される。例えば、エントリーNo.が25である携帯端末20に着目した場合に、ステップS112において算出された2点距離が77であって、更新前の累算移動距離が1,237であるとき、ステップS113においては、図12に示されるように1,314に更新される。参加者テーブルに登録された参加者のうち、ステータスが走行中である参加者全員分の累算移動距離が更新されると、ステップS115において当該累算移動距離同士が比較されて、順位が更新される。例えば累算移動距離の更新によって、エントリーNo.が1である参加者の累算移動距離よりも、エントリーNo.が25である参加者の累算移動距離を上回ったとき、図13に示されるように参加者テーブルにあっては、エントリーNo.が1である参加者の順位とエントリーNo.が25である参加者の順位とが入れ替えられるように更新される。この後、ステップS117によって参加者テーブルにおいてステータスが走行中である参加者の携帯端末20の各々に、当該参加者の距離通常情報がそれぞれ送信される。例えば、参加者テーブルが図13に示した内容に更新されたときに、エントリーNo.が25である参加者の携帯端末20の表示部228には、図14に示されるような経過画面が表示されるとともに、音声出力部229によってイヤホン22から、この経過画面のテキスト文が音声出力されることになる。このとき、順位が9位から8位に繰り上がったことを画面、音声で出力しても良い。なお、ステップS111~S119は、スタート後から完走するまで、設定時間経過する毎に実行されるので、図14に示した経過画面/音声についても、設定時間経過する毎に参加者に表示/出力される。このため、参加者は、スタート後からの走行距離とともに、他の参加者との比較による順位について逐一知ることができる。スタートしてから、ある程度の時間が経過すると、参加者テーブルにおいて累積移動距離が設定距離に達した完走者が現れる。完走者が現れたとき、参加者テーブルにおいて当該完走者のステータスが完走に変更されるとともに、完走者の携帯端末20には、ステップS118によって完走者に結果情報が送信される。例えば、エントリーNo.が25である参加者の累積移動距離が図15に示されるように設定距離に達したときに、参加者テーブルにおいて当該参加者のステータスが走行中から完走に変更されるとともに、その時点での順位を含む結果情報が当該参加者の携帯端末20に送信される。これにより、当該参加者の携帯端末20の表示部228には、図16に示されるよう結果画面が表示されるとともに、音声出力部229によってイヤホン22から、この結果画面のテキスト文が音声出力されることになる。なお、完走者の携帯端末20は、参加者テーブルにおいてステータスが完走に変更されるので、以後、ステップS111~S114において着目されず、またステップS117における距離通知情報の送信対象から除外されることになる。そして、ステータスが完走に変更された完走者の現在順位を示す順位がゴール順位となって確定され、それ以降のステップS115の処理では、ステータスが走行中の参加者に対してのみ順位の更新が行われる。また、他の参加者が完走しても、ステータスが走行中の参加者には、ステップS117によって距離通知情報が完走するまで繰り返し送信される。参加者全員が完走すると、管理装置10において、今回の仮想競技会についての処理を終了することになる。なお、参加者テーブルにゴール時間の情報を追加することで、ゴールした時間を記録するようにしてもよい。本実施形態によれば、参加者は、たとえ一人でランニングしていても、場所を異にして同じ時間を共有する他の参加者に対しての自己の順位を知るので、あたかも競技会でランニングしているかのような感覚を得ることができる。<応用変形例>なお、本発明は、上述した各実施形態に限定されるものではなく、例えば次に述べるような各種の応用変形が可能である。また、次に述べる応用変形の態様は、任意に選択された一または複数を適宜に組み合わせることもできる。<ランニング以外の競技>実施形態においては、競技として予め定められた距離をランニングする場合を例にとったが、例えば自転車走行のように移動を伴う競技であれば適用可能である。自転車走行の場合に携帯端末20は参加者競技者自身に対してではなく、自転車に装着されることもあり得る。このため、携帯端末20は必ずしも参加者に装着または携行される必要はなく、参加者と一体で移動する構成であれば良い。<移動距離の算出主体、算出態様>実施形態においては、管理装置10が、設定時間毎に位置情報から携帯端末20の2点距離を算出したが、この算出については携帯端末20が実行して、管理装置10に通知する構成としても良い。2点距離の累算についても、管理装置10ではなく携帯端末20が実行して、累算移動距離を管理装置10に通知する構成としても良い。一方、実施形態では、設定時間経過したときの位置情報で示される2点間の距離を直線近似で算出する構成であったが、例えば管理装置10側で道路などの地図情報を記憶しておき、位置情報と道路情報とのマッチングによって曲線的な道のりを算出するようにしても良い。また、携帯端末20に地磁気センサーや加速度センサーなどのセンサーを設けて、当該センサーによる方位情報を、GPSによる位置情報とともに、道のりの算出に用いても良い。さらに、緯度経度に加えて高度情報を反映して、距離や道のりを算出するようにしても良い。また、高度情報を反映する場合に、参加者同士で不均衡が生じる可能性があるとき、アップダウンに応じてハンディを与えるようにしても良い。<距離通知情報の通知態様>実施形態では、完走するまで各参加者に対して自己の順位と走行距離とを通知する構成としたが、他の参加者の順位、走行距離をリスト化して、自己の順位、走行距離が他者と区別できるような態様で通知する構成としても良い。また、全体のなかの順位という絶対的な情報でなくても良い。例えば前の走行者まで、あと何メートルで追い付く旨や、後の走行者が背後何メートルまで迫っている旨などの相対的な情報を、絶対的情報に代えて、または、絶対的情報とともに通知する構成としても良い。参加者の累算移動距離とその算出時刻とから、当該参加者の平均速度や、完走予定時刻などを通知しても良い。さらに、参加者全員の完走予定時刻を比較して、いまの走行ピッチからどれだけ早めた場合に、順位がどこまで繰り上がるかをガイダンスしても良い。一方、位置情報の取得距離通知情報の送信と、当該距離通知情報に基づく経過情報の出力とは、同期させなくても良い。例えば位置情報の取得距離通知情報の送信の3回に対して、当該距離通知情報に基づく経過情報の出力を1回の割合で実行するようにしても良い。<設定時間の変更>実施形態では、ステップS110における設定時間、すなわち位置情報の取得周期を、例えば20秒で一定としたが、競技状況に応じて動的に変更する構成としても良い。例えば、二者間の累積移動距離が閾値以下に接近している場合、すなわち追い抜きが発生しそうな場合には、設定時間を短くして、より高精度に累積走行距離および順位を求めるようにしても良い。逆に、二者間の累積走行距離が離れている場合、すなわち追い抜きが発生しそうにもない場合には、設定時間を長くしても良い。また例えば、完走間近になると、参加者がランニングペースを上げる場合が考えられる。このため、累積移動距離が設定距離に近づくにつれて、設定時間を例えば10秒、5秒などのように段階的に短くして、完走に至る判別をより高精度に実行するようにしても良い。<設定時間の個別制御>実施形態では、ステップS111~S114の繰り返しによって、ステータスが走行中である参加者の携帯端末を順番に着目して位置情報を取得する構成とした。このため、実施形態では、走行中である参加者の携帯端末の位置情報が共通の設定時間毎に取得する構成となっていた。これに限られず、位置情報の取得周期である設定時間を、参加者の競技状況に応じて携帯端末毎に動的に変更するとともに、各携帯端末の位置情報を独立して取得して、その都度、参加者テーブルの累積移動距離を更新する態様としても良い。なお、順位等については、比較条件を揃えるために、各参加者にわたって同じタイミングで更新するのが良い。この態様によれば、相互に接近する携帯端末同士についての移動距離の取得周期が短周期化される。上述した実施形態において、設定時間を短くすると、ステータスが走行中である携帯端末のすべてについて位置情報の取得周期が短縮されるので、通信トラヒックが増加するだけなく、管理装置10の負荷も高まってしまう。これに対して、上記態様によれば、位置情報の取得周期が短縮される携帯端末は、相互に接近するもの同士に限られるので、通信トラヒックの増加や管理装置10の高負荷化を回避することができる。<位置情報の取得契機>実施形態では、管理装置10が、ステップS111において着目した携帯端末20に対して位置情報を要求する一方、当該要求をした携帯端末20が位置情報を管理装置10に送信する構成であった。すなわち実施形態では、位置情報の取得が管理装置10による要求を契機として実行される構成であった。この構成に限られず、携帯端末20が管理装置10の要求に依らずに自発的に設定時間毎に位置情報を送信する一方で、送信された位置情報を管理装置10が取得するとともに、取得の都度、参加者テーブルの累積移動距離等を更新する構成としても良い。なお、設定時間については、管理装置10が参加者テーブルを参照しつつ、競技状況に応じて携帯端末20に通知して変更すれば良い。<参加者のグループ分け>仮想競技会は、参加者が二人以上であれば成立する。一方で、参加者を無制限に受け付けることも可能ではあるが、参加者が多数であれば複数のグループに区分しても良い。図17は、参加者が多数の場合に複数のグループに区分する場合のシーケンスを示す図である。この場合、図5に示したステップS102において、CPU121が、携帯端末20の利用者情報を当該仮想競技会に対応する参加者テーブルに順番に登録している状態を前提としている。この場合に、CPU121は、予告の情報Scrを出力する時間の例えば3分前に、当該参加登録者の人数が閾値以上となった否かを判別するステップS103。この判別結果がNoであれば、すなわち、複数グループに区分する必要がない場合であれば、CPU121は、以後、図8におけるステップS106にスキップして、実施形態で説明したような動作を実行する。一方、判別結果がYesであれば、CPU121は、それまでに登録した参加予定者を人数に応じた複数のグループに区分するステップS104。グループ区分に際しては、予め作成されていたソーシャルグラフ情報にしたがって参加者を分けるのが好ましい。ここでいうソーシャルグラフ情報とは、例えば図18に示されるように、複数の利用者参加者同士がどのような関係性を持っているのかをリンクで結んで図式化した情報である。仮想競技会には一意な識別符号競技会IDが付与されるとともに、利用者が、ある仮想競技会に参加すると、当該利用者情報に紐付けて競技会IDが管理される。このとき、同一の仮想競技会に参加した参加者同士の結び付きが強くなるようにソーシャルグラフ情報が構成されている。図示の例においては、結び付きが強い関係ほど、リンクを示す線幅が太くなるように示されている。図18に示されるようなソーシャルグラフで関係性が規定された参加者A~Iを2つのグループに区分する場合、結び付きの度合いを考慮して、例えば参加者A~Dからなる第1グループと、参加者E~Iからなる第2グループとに区分されるグループに区分したときに、同じグループに属する参加者同士の結び付きをさらに強くなるようにしても良い。グループの区分に際しては、ソーシャルグラフを用いない方法であっても良い。例えば、参加者が居住する地域や、競技レベル、性別、年齢など、予め登録しておいた属性を総合的に考慮して、属性が近似する参加者同士を同一グループとなるようにしても良い。また、エントリーする際に、属性情報を参考にして良い否か、あるいは、ソーシャルグラフを参考にして良いのか否かを登録しておき、いざグループに区分する際には、これらの情報を参考にして、あるいはランダムに区分するように構成しても良い。参加予定者を複数のグループに区分したとき、CPU121は、1つのグループとして扱っていた元の参加者テーブルを、区分したグループの各々に対応するように作成し直すステップS105。この後、CPU121は、各携帯端末20に、参加者が属することになったグループの情報を、グループ情報として送信する。このとき、携帯端末20においてCPU221は、表示部228にグループ情報を表示させても良い。仮想競技会においては、管理装置10におけるCPU121が、複数のグループに対する処理を並列に実行することによって、あるグループに属する参加者の携帯端末20には、参加者全員における順位ではなく、自己が属するグループにおける順位が距離通知情報として送信されることになる。<競技途中の音楽再生>音楽を再生することによって、参加者は、好みの音楽を聴きながらランニングしても良い。音楽を聴きながらランニングする場合には、再生中の音楽に、経過や結果などの音声をミキシングして出力する構成にすれば良い。この構成において、仮想競技会に参加していた参加者が聴いていた音楽情報を管理装置10などが収集して、仮想競技会終了後、ランキングとともに当該参加者に公開しても良いし、ダウンロードによって購入可能な構成にしても良い。<競技会のモード>仮想競技会に参加する際に複数モードを持たせるとともに、参加者にいずれかのモードを選択させるように構成しても良い。例えばモードとしてレースモードまたはファンモードのいずれかを参加者に選択させるように構成しても良い。このときレースモードを選択した参加者に対しては、レース結果を重視させるために、順位等の情報を優先的に知らせる構成とすれば良い。一方、ファンモードを選択した参加者に対しては、仮想競技会において気のあった参加者同士で見掛け上の集団を形成し易くさせるために、前後を走行している走行者のネームや離間距離を知らせる構成とすれば良い。<参加者テーブルのステータス>上述した実施形態では、参加者テーブルのステータスをスタート前、走行中、完走のいずれかとしたが、これ以外のステータスを追加しても良い。例えばステータスとしてリタイヤを追加しても良い。詳細には、スタート後において参加者が完走をあきらめて携帯端末20の入力部227に対し所定の操作をしたときに、当該携帯端末20が、その旨の情報を管理装置10に送信する一方、その情報を受信した管理装置10が、参加者テーブルにおいて当該参加者のステータスをリタイヤに変更すれば良い。ステータスがリタイヤとなった参加者の携帯端末20に対しては、それまでの距離通知情報を通知するとともに、以後、ステップS116における距離通知情報の送信対象から除外するようにしても良い。また例えば、ステータスとして足切りを追加しても良い。詳細には、ゴールに制限時間を設け、制限時間内にゴールに到達できなかった参加者のステータスを足切りに変更するとともに、当該参加者の携帯端末20に足切り時点における距離通知情報を通知して、それまでの累積移動距離を知らせても良い。<その他>音声ファイルの変換については、携帯端末20側で実行するのではなく、管理装置10側で実行して、当該音声ファイルを携帯端末20に送信する構成としても良い。参加者テーブルのユーザーネームについては、本名ではなく、任意に入力したハンドルネーム、ニックネームなどであっても良いのは、もちろんである。また、設定時間における2点距離が、想定される距離よりも大きい場合には当該2点距離を無効化して、不正を防止する構成としても良い。"