(57)【特許請求の範囲】
【請求項１】
人工の乗物を利用して同一のコースを反復的に周回して行われるレースの状況を携帯端末に表示するための携帯端末用レース実況システムであって、
前記乗物と略同一仕様の乗物を前記コースに沿ってレースの態様でテスト移動させたときの移動状況をスタート後の経過時間と移動距離との関係でサンプリングして少なくともコース１周分だけ計測する基準データ計測手段と、
前記基準データ計測手段でサンプリングされたデータに基いてスタート後の経過時間と移動距離との関係を表す基準関数を生成する基準関数生成手段と、
実際のレースに際して前記乗物のラップタイムを計測するラップタイム計測手段と、
レースの行われるコース形状の概要と、前記基準データ計測手段によって計測されたコース１周分の基準ラップタイムと、前記基準関数生成手段によって生成された基準関数と、レースの開始を通信ネットワークを介して前記携帯端末に送信すると共に実際のレースに際して前記ラップタイム計測手段によって計測されるラップタイムを周回毎に前記ネットワークを介して前記携帯端末に送信するデータ送信手段とを配備し、
前記携帯端末には、
前記ネットワークを介して入力されたデータを元に前記コース形状の概要をディスプレイに表示する表示制御手段と、
前記基準関数とレース開始後の経過時間とに基いて最初の１周分に関する前記乗物の移動距離を所定周期毎に求める第一の移動位置予測手段と、
前記データ送信手段から送信された最新のラップタイムと前記基準ラップタイムとの間の時間の進み遅れの関係と、前記基準関数と、スタート地点通過後の経過時間とに基いて２周目以降のスタート地点からの前記乗物の移動距離を所定周期毎に求める第二の移動位置予測手段と、
前記第一，第二の移動位置予測手段によって求められた移動距離に対応させて前記乗物の位置を前記ディスプレイ上のコースに沿って移動表示する予測位置表示手段を設けたことを特徴とする携帯端末用レース実況システム。
【請求項２】
前記基準データ計測手段は、連続する２周分以上のデータをサンプリングして１周目におけるスタート後の経過時間と移動距離との関係および基準ラップタイムと、２周目以降のスタート地点通過後の経過時間と移動距離との関係および基準ラップタイムとを個別に計測し、
前記基準関数生成手段は、スタート後の経過時間と移動距離との関係を表す１周目の基準関数と２周目以降の基準関数を個別に生成し、
前記第一の移動位置予測手段は前記１周目の基準関数に基いて移動距離を求め、
前記第二の移動位置予測手段は２周目においては前記１周目の基準ラップタイムと２周目以降の基準関数に基いて移動距離を求め、３周目以降においては前記２周目以降の基準ラップタイムと２周目以降の基準関数に基いて移動距離を求めるように構成されていることを特徴とする請求項１記載の携帯端末用レース実況システム。
【請求項３】
前記データ送信手段には、前記乗物の性能と操縦者の技能に応じた補正係数を前記基準関数と共に前記携帯端末に送信する補正係数送信機能を設け、
少なくとも、前記第一の移動位置予測手段には、前記基準関数を前記補正係数で補正して前記乗物毎の移動距離を求める重複表示回避機能を設けたことを特徴とする請求項１または請求項２記載の携帯端末用レース実況システム。
【請求項４】
人工の乗物を利用して同一のコースを反復的に周回して行われるレースの状況を携帯端末に表示するための携帯端末用レース実況表示プログラムであって、
前記携帯端末のマイクロプロセッサを、
スタート後の経過時間に基いて前記乗物の移動距離を予測する基準関数に従って最初の１周分に関する前記乗物の移動距離を所定周期毎に求める第一の移動位置予測手段、
レース開始後に前記携帯端末に入力される最新のラップタイムと予め設定された基準ラップタイムとの間の時間の進み遅れの関係と、前記基準関数とに基いて２周目以降のスタート地点からの前記乗物の移動距離を所定周期毎に求める第二の移動位置予測手段、
前記第一，第二の移動位置予測手段によって求められた移動距離に対応させて前記乗物の位置を携帯端末のディスプレイ上のコースに沿って移動表示する予測位置表示手段として機能させることを特徴とする携帯端末用レース実況表示プログラム。
【請求項５】
人工の乗物を利用して同一のコースを反復的に周回して行われるレースの状況を携帯端末に表示するための携帯端末用レース実況方法であって、
前記乗物と略同一仕様の乗物を前記コースに沿ってレースの態様でテスト移動させ、スタート後の経過時間と移動距離との関係をサンプリングして少なくともコース１周分だけ計測する基準データ計測工程と、
前記基準データ計測工程でサンプリングされたデータに基いてスタート後の経過時間と移動距離との関係を表す基準関数を求める基準関数生成工程と、
実際のレースに際して前記乗物のラップタイムを計測するラップタイム計測工程と、
レースの開始に先駆けて、レースの行われるコース形状の概要と、前記基準データ計測工程によって計測されたコース１周分の基準ラップタイムと、前記基準関数生成工程によって求められた基準関数と、レースの開始を通信ネットワークを介してネットワーク通信サーバから前記携帯端末に送信する初期情報転送工程と、
実際のレースに際して計測されるラップタイムを周回毎に前記ネットワーク通信サーバおよび前記ネットワークを介して前記携帯端末に送信するラップタイム転送工程と、
前記ネットワークを介して前記携帯端末に入力されたコース形状のデータを元に前記携帯端末のマイクロプロセッサによって前記コース形状の概要を前記携帯端末のディスプレイに表示するコース形状表示工程と、
前記基準関数とレース開始後の経過時間とに基いて前記携帯端末のマイクロプロセッサによって最初の１周分に関する前記乗物の移動距離を所定周期毎に求め、求めた移動距離の始点を前記携帯端末のディスプレイに表示されたコースのスタート地点に合わせ、該コース上に沿って、前記求めた移動距離の終点をマーカーにより逐次更新して表示する加速走行過程移動位置予測表示工程と、
前記ネットワークを介して前記携帯端末に入力された最新のラップタイムと前記基準ラップタイムとの間の時間の進み遅れの関係と、前記基準関数と、スタート地点通過後の経過時間とに基いて２周目以降のスタート地点からの前記乗物の移動距離を所定周期毎に求め、求めた移動距離の始点を前記携帯端末のディスプレイに表示されたコースのスタート地点に合わせ、該コース上に沿って、前記求めた移動距離の終点をマーカーにより逐次更新して表示する定常走行過程移動位置予測表示工程とを備えたことを特徴とする携帯端末用レース実況方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、携帯端末用レース実況システムおよび携帯端末用レース実況表示プログラムと携帯端末用レース実況方法に関する。
【０００２】
【従来の技術】
携帯電話等の携帯端末とインターネット等のネットワークを利用したレース実況システムとしては、レースに参加した乗物の周回毎の順位とラップタイムをリアルタイムで一覧表示するものが既に知られている。
【０００３】
また、ヨットレース等に関していえば、船舶自体にＧＰＳ装置を搭載して航跡をトレースして表示するものがある。
【０００４】
更に、通常のテレビ中継等にまでネットワークの概念を広げるのであれば、自動車レースやオートバイレースの中継のように、コースの要所要所にカメラを設置し、車両の動きをリアルに放映するものが従来から知られている。
【０００５】
【発明が解決しようとする課題】
しかし、携帯電話等の携帯端末とインターネット等のネットワークを利用したレース実況システムの場合は、ネットワーク上でのデータの転送速度や携帯端末の処理能力に制限があるため、専ら、キャラクターベースによる情報の表示、例えば、前述した周回毎の順位やラップタイムの文字表示が限度であり、動的な実況表示は、少なくとも、現在のところ困難である。
【０００６】
また、ＧＰＳ装置を利用するような場合、特に、参加する乗物が多いと、装備の調達に多大なコストが掛かり、レースの運営も割高となる問題がある。更に、オートバイのようにスケールの小さな乗物の場合にはＧＰＳ装置等の設置スペースが十分ではなく、また、レースの舞台となるコースも比較的小規模であることから、ＧＰＳ装置の分解能でレースの進捗状況を的確に分析できるかどうかは疑問である。
【０００７】
一方、カメラを利用した通常のテレビ中継の場合、情報の表示量に格別の制限はなく、また、コストも比較的に安く済むが、カメラの設置場所がスポット的になるため、レース全体の展開が把握しにくくなるといった問題がある。
【０００８】
また、実際にレース場に出向いて肉眼でレースを観戦するような場合であってもレース場の全景が視野に入るわけではなく、また、スピーカー等による現場の実況放送も必ずしも十分ではないので、何等かの補助的な表示手段を利用してレースの進捗状況を把握したいといった要望があるが、このような要望を満たすことのできるシステムは、いまのところ開発されていない。
【０００９】
【発明の目的】
そこで、本発明の目的は、前記従来技術の欠点を解消し、オートバイ等の小規模なスケールのレースにも適用することができ、低コストで、全体的なレースの展開を動的に把握することのできる携帯端末用レース実況システムおよび携帯端末用レース実況表示プログラムと携帯端末用レース実況方法を提供することにある。
【００１０】
【課題を解決するための手段】
本発明の携帯端末用レース実況システムは、人工の乗物を利用して同一のコースを反復的に周回して行われるレースの状況を携帯端末に表示するための携帯端末用レース実況システムであり、前記目的を達成するため、特に、
前記乗物と略同一仕様の乗物をコースに沿ってレースの態様でテスト移動させたときの移動状況をスタート後の経過時間と移動距離との関係でサンプリングして少なくともコース１周分だけ計測する基準データ計測手段と、
基準データ計測手段でサンプリングされたデータに基いてスタート後の経過時間と移動距離との関係を表す基準関数を生成する基準関数生成手段と、
実際のレースに際して乗物のラップタイムを計測するラップタイム計測手段と、
レースの行われるコース形状の概要と、基準データ計測手段によって計測されたコース１周分の基準ラップタイムと、基準関数生成手段によって生成された基準関数と、レースの開始を通信ネットワークを介して携帯端末に送信すると共に実際のレースに際してラップタイム計測手段によって計測されるラップタイムを周回毎にネットワークを介して携帯端末に送信するデータ送信手段とを配備し、
前記携帯端末には、
ネットワークを介して入力されたデータを元にコース形状の概要をディスプレイに表示する表示制御手段と、
前記基準関数とレース開始後の経過時間とに基いて最初の１周分に関する乗物の移動距離を所定周期毎に求める第一の移動位置予測手段と、
データ送信手段から送信された最新のラップタイムと基準ラップタイムとの間の時間の進み遅れの関係と基準関数とスタート地点通過後の経過時間とに基いて２周目以降のスタート地点からの乗物の移動距離を所定周期毎に求める第二の移動位置予測手段と、
前記第一，第二の移動位置予測手段によって求められた移動距離に対応させて乗物の位置をディスプレイ上のコースに沿って移動表示する予測位置表示手段を設けたことを特徴とする構成を有する。
【００１１】
まず、実際にレースに使用される乗物と略同一仕様の乗物をコースに沿ってレースの態様でテスト移動させ、そのときの移動状況を基準データ計測手段によって計測する。基準データ計測手段は、スタート後の経過時間と乗物の移動距離との対応関係を所定周期毎にサンプリングし、少なくともコース１周分だけ記憶する。計測されるスタート後の経過時間と乗物の移動距離との対応関係にはコース１周分の基準ラップタイムＴ１が含まれる。
基準関数生成手段は、基準データ計測手段でサンプリングされたデータを読み込み、このデータに基いてスタート後の経過時間と乗物の移動距離との関係を表す基準関数ｇ（Ｔ）を生成する。
実際のレースに際しては、ラップタイム計測手段によって乗物のラップタイムＲｊが周回毎に計測される。
ネットワーク通信サーバ等によって構成されるデータ送信手段は、レースの行われるコース形状の概要と、基準データ計測手段によって計測されたコース１周分の基準ラップタイムＴ１と、基準関数生成手段によって生成された基準関数ｇ（Ｔ）、および、レースの開始を通信ネットワークを介して携帯端末に送信する。また、データ送信手段は、ラップタイム計測手段によって計測されるラップタイムＲｊを周回毎にネットワークを介して携帯端末に送信する。
一方、携帯端末は、データ送信手段からネットワークを介して入力されたコース形状の概要と、基準ラップタイムＴ１と、基準関数ｇ（Ｔ）を受け取り、携帯端末の表示制御手段は、データ送信手段からネットワークを介して入力されたデータを元にしてコース形状の概要を携帯端末のディスプレイに表示する。
また、携帯端末に設けられた第一の移動位置予測手段は、データ送信手段からネットワーク経由で入力されるレース開始の知らせを受けてレース開始後の経過時間Ｔｊの計測を開始し、基準関数ｇ（Ｔ）とレース開始後の経過時間Ｔｊとに基いて最初の１周分に関する乗物の移動距離Ｄｓｊを所定周期毎に求める処理を開始する。より具体的にいえば、移動距離Ｄｓｊの演算は、基準関数ｇ（Ｔ）の経過時間パラメータＴにＴｊの値を代入した演算式ｇ（Ｔｊ）によって実行される。
予測位置表示手段は、第一の移動位置予測手段によって求められた移動距離Ｄｓｊに対応させて、乗物の位置をディスプレイ上のコースに沿って表示する。移動距離Ｄｓｊの値は所定周期毎に求められて更新されるので、ディスプレイ上のコースに沿って乗物の予測位置が移動表示されることになる。
また、携帯端末に設けられた第二の移動位置予測手段は、第一の移動位置予測手段による１周目の移動表示が終わった時点で作動を開始し、乗物が２周目のスタート地点を通過してからの経過時間Ｔｊ、つまり、乗物が２周目に入った時点を基点とする経過時間Ｔｊの計測を改めて開始し、データ送信手段から送信された最新のラップタイムＲｊと基準ラップタイムＴ１との間の時間の進み遅れの関係と、基準関数ｇ（Ｔ）と、スタート地点通過後の経過時間Ｔｊとに基いて２周目のスタート地点を起点とする乗物の移動距離Ｄｃｊを所定周期毎に求める処理を開始する。より具体的にいえば、移動距離Ｄｃｊの演算は、基準関数ｇ（Ｔ）の経過時間パラメータＴにＴｊ×（Ｔ１／Ｒｊ）を代入した演算式ｇ〔Ｔｊ×（Ｔ１／Ｒｊ）〕によって実行される。
つまり、基準ラップタイムＴ１に比べて実際のラップタイムＲｊの値が小さい場合には、テスト移動時に比べて実際のレース展開が速めに進行していることを意味し、同じ時間間隔でみると移動距離Ｄｃｊの値はテスト移動時よりも大きくなり、また、これとは逆に、基準ラップタイムＴ１に比べて実際のラップタイムＲｊの値が大きい場合には、テスト移動時に比べて実際のレース展開が遅めに進行していることを意味し、同じ時間間隔でみると移動距離Ｄｃｊの値はテスト移動時よりも小さくなる。
予測位置表示手段は、第二の移動位置予測手段によって求められた移動距離Ｄｃｊに対応させ、スタート地点を起点として乗物の位置をディスプレイ上のコースに沿って表示する。移動距離Ｄｃｊの値は所定周期毎に求められて更新されるので、ディスプレイ上のコースに沿って乗物の予測位置が移動表示されることになる。
自動車，オートバイ，船舶，飛行機等を始めとする人工の乗物においては、周回コースにおけるラップタイムの変動は専ら路面状況や気温および天候等の外部環境の影響によるものであり、コースを移動するときのスロットルワークやギャー等の選択パターン自体はコースによって略一義的に決まっているものと考えられるので、ラップタイムの変動に応じて基本的な走行パターンに補正を掛ければ、ラップタイムが異なる場合であっても、概ね正確に実際のレース展開を予測して表示することが可能である。ここでいう補正とは経過時間と移動距離の関係を示す基準関数ｇ（Ｔ）の経過時間パラメータＴに対する時間軸の圧縮（Ｔ１＞Ｒｊ）、あるいは、引き伸ばし（Ｔ１＜Ｒｊ）である。
３周目以降の第二の移動位置予測手段および予測位置表示手段の動作は前述した２周目の場合の動作と同様であるが、ラップタイムＲｊは周回毎に更新され、この新たなラップタイムＲｊの値に基いて各周回時点での移動距離Ｄｃｊの値が演算されるので、ラップタイムＲｊの値に変動が生じた場合であっても、概ね正確に実際のレース展開を予測して各時点における乗物の位置を表示することが可能である。
以上に述べたように、データ送信手段から携帯端末に送信すべきデータは、初期段階で送信されるコース形状の概要と、基準ラップタイムＴ１と、基準関数ｇ（Ｔ）、および、周回毎に送られるラップタイムＲｊのみであり、しかも、乗物の移動表示自体は携帯端末側の簡単な演算処理によって達成される。従って、携帯電話等の携帯端末とインターネット等のネットワークを利用したレース実況システムであるにも関わらず、データの転送量を抑えた状態で全体的なレースの展開を動的に把握することが可能であり、また、乗物自体に格別な装備を設置する必要もないので、オートバイ等の小規模なスケールのレースにも低コストで適用することができる。
【００１２】
更に、記基準データ計測手段は、連続する２周分以上のデータをサンプリングして１周目におけるスタート後の経過時間と移動距離との関係および基準ラップタイムと、２周目以降のスタート地点通過後の経過時間と移動距離との関係および基準ラップタイムとを個別に計測し、基準関数生成手段は、スタート後の経過時間と移動距離との関係を表す１周目の基準関数と２周目以降の基準関数を個別に生成し、前記第一の移動位置予測手段は前記１周目の基準関数に基いて移動距離を求め、前記第二の移動位置予測手段は２周目においては前記１周目の基準ラップタイムと２周目以降の基準関数に基いて移動距離を求め、３周目以降においては前記２周目以降の基準ラップタイムと２周目以降の基準関数に基いて移動距離を求めるように構成することが可能である。
【００１３】
通常、１周目のスタート時点では速度ゼロの状態から乗物の加速が行われ、２周目移行のスタート地点を通過する段階では既に乗物の速度が高速に達しているため、乗物の走行パターンに相違が生じることになるが、１周目の基準関数およびラップタイムと２周目以降の基準関数およびラップタイムを個別に生成することにより、レース展開を一層精密に予測して表示することが可能となる。
このような構成を適用した場合は、実際にレースに使用される乗物と略同一仕様の乗物をコースに沿ってレースの態様で連続して２回以上テスト移動させ、１周目におけるスタート後の経過時間と移動距離との関係および基準ラップタイムＴ０と、２周目以降のスタート地点通過後の経過時間と移動距離との関係および基準ラップタイムＴ１とを個別に計測する。
基準関数生成手段は、基準データ計測手段でサンプリングされたデータを読み込み、このデータに基いてスタート後の経過時間と乗物の移動距離との関係を表す１周目の基準関数ｆ（Ｔ）と２周目以降の基準関数ｇ（Ｔ）生成する。２周目以降に関しては速度ゼロからの加速はなく、乗物は連続的に移動するので、基準関数はｇ（Ｔ）の１種のみでよい。
実際のレースに際しては、ラップタイム計測手段によって乗物のラップタイムＲｊが周回毎に計測される。
ネットワーク通信サーバ等によって構成されるデータ送信手段は、レースの行われるコース形状の概要と、基準データ計測手段によって計測されたコース１周分の基準ラップタイムＴ０，Ｔ１と、基準関数生成手段によって生成された基準関数ｆ（Ｔ），ｇ（Ｔ）、および、レースの開始を通信ネットワークを介して携帯端末に送信する。また、データ送信手段は、ラップタイム計測手段によって計測されるラップタイムＲｊを周回毎にネットワークを介して携帯端末に送信する。
一方、携帯端末は、データ送信手段からネットワークを介して入力されたコース形状の概要と、基準ラップタイムＴ０，Ｔ１と、基準関数ｆ（Ｔ），ｇ（Ｔ）を受け取り、携帯端末の表示制御手段は、データ送信手段からネットワークを介して入力されたデータを元にしてコース形状の概要を携帯端末のディスプレイに表示する。
また、携帯端末に設けられた第一の移動位置予測手段は、データ送信手段からネットワーク経由で入力されるレース開始の知らせを受けてレース開始後の経過時間Ｔｊの計測を開始し、1周目の基準関数ｆ（Ｔ）とレース開始後の経過時間Ｔｊとに基いて最初の１周分に関する乗物の移動距離Ｄｓｊを所定周期毎に求める処理を開始する。移動距離Ｄｓｊの演算は、基準関数ｆ（Ｔ）の経過時間パラメータＴにＴｊの値を代入した演算式ｆ（Ｔｊ）によって前記と同様に実行される。
予測位置表示手段は、第一の移動位置予測手段によって求められた移動距離Ｄｓｊに対応させて、乗物の位置をディスプレイ上のコースに沿って表示する。移動距離Ｄｓｊの値は所定周期毎に求められて更新されるので、ディスプレイ上のコースに沿って乗物の予測位置が移動表示されることになる。
また、携帯端末に設けられた第二の移動位置予測手段は、第一の移動位置予測手段による１周目の移動表示が終わった時点で作動を開始し、乗物が２周目のスタート地点を通過してからの経過時間Ｔｊ、つまり、乗物が２周目に入った時点を基点とする経過時間Ｔｊの計測を改めて開始し、データ送信手段から送信された最新のラップタイムＲｊ（１周目の実際のラップタイム）と１周目の基準ラップタイムＴ０との間の時間の進み遅れの関係と、２周目以降の基準関数ｇ（Ｔ）と、スタート地点通過後の経過時間Ｔｊとに基いて２周目のスタート地点を起点とする乗物の移動距離Ｄｃｊを所定周期毎に求める処理を開始する。移動距離Ｄｃｊの演算は、基準関数ｇ（Ｔ）の経過時間パラメータＴにＴｊ×（Ｔ０／Ｒｊ）を代入した演算式ｇ〔Ｔｊ×（Ｔ０／Ｒｊ）〕によって実行される。
つまり、１周目の基準ラップタイムＴ０に比べて１周目の実際のラップタイムＲｊの値が小さい場合には、テスト移動時に比べて実際のレース展開が速めに進行していることを意味し、同じ時間間隔でみると移動距離Ｄｃｊの値はテスト移動時よりも大きくなり、また、これとは逆に、１周目の基準ラップタイムＴ０に比べて１周目の実際のラップタイムＲｊの値が大きい場合には、テスト移動時に比べて実際のレース展開が遅めに進行していることを意味し、同じ時間間隔でみると移動距離Ｄｃｊの値はテスト移動時よりも小さくなる。
予測位置表示手段は、第二の移動位置予測手段によって求められた移動距離Ｄｃｊに対応させ、スタート地点を起点として乗物の位置をディスプレイ上のコースに沿って表示する。移動距離Ｄｃｊの値は所定周期毎に求められて更新されるので、ディスプレイ上のコースに沿って乗物の予測位置が移動表示されることになる。
更に、第３周目においては、第二の移動位置予測手段は、乗物が３周目のスタート地点を通過してからの経過時間Ｔｊ、つまり、乗物が３周目に入った時点を基点とする経過時間Ｔｊの計測を改めて開始し、データ送信手段から送信された最新のラップタイムＲｊ（２周目の実際のラップタイム）と２周目以降の基準ラップタイムＴ１との間の時間の進み遅れの関係と、２周目以降の基準関数ｇ（Ｔ）と、スタート地点通過後の経過時間Ｔｊとに基いて３周目のスタート地点を起点とする乗物の移動距離Ｄｃｊを所定周期毎に求める処理を開始する。移動距離Ｄｃｊの演算は、基準関数ｇ（Ｔ）の経過時間パラメータＴにＴｊ×（Ｔ１／Ｒｊ）を代入した演算式ｇ〔Ｔｊ×（Ｔ１／Ｒｊ）〕によって実行される。
つまり、２周目以降の基準ラップタイムＴ１に比べて２周目の実際のラップタイムＲｊの値が小さい場合には、テスト移動時に比べて実際のレース展開が速めに進行していることを意味し、同じ時間間隔でみると移動距離Ｄｃｊの値はテスト移動時よりも大きくなり、また、これとは逆に、２周目以降の基準ラップタイムＴ１に比べて２周目の実際のラップタイムＲｊの値が大きい場合には、テスト移動時に比べて実際のレース展開が遅めに進行していることを意味し、同じ時間間隔でみると移動距離Ｄｃｊの値はテスト移動時よりも小さくなる。
予測位置表示手段は、第二の移動位置予測手段によって求められた移動距離Ｄｃｊに対応させ、スタート地点を起点として乗物の位置をディスプレイ上のコースに沿って表示する。移動距離Ｄｃｊの値は所定周期毎に求められて更新されるので、ディスプレイ上のコースに沿って乗物の予測位置が移動表示されることになる。
４周目以降の第二の移動位置予測手段および予測位置表示手段の動作は前述した３周目の場合の動作と同様である。３周目以降に関しては速度ゼロからの加速はなく、また、２周目以降の実際のラップタイムＲｊが逐次入力されるので、予め求められた２周目以降の基準ラップタイムＴ１に基いて、ほぼ正確にレースの展開を予測して表示することが可能である。
【００１４】
また、前述したデータ送信手段には、乗物の性能と操縦者の技能に応じた補正係数を基準関数と共に携帯端末に送信する補正係数送信機能を設け、少なくとも、前記第一の移動位置予測手段には、基準関数を補正係数で補正して乗物毎の移動距離を求める重複表示回避機能を設けることが望ましい。
【００１５】
このように、乗物の性能と操縦者の技能に応じた補正係数を利用することにより、同一の基準関数を利用した場合であっても、乗物の性能と操縦者の技能を考慮してレース展開を予測表示することが可能となる。
例えば、乗数によって構成される補正係数ΔＤｓｊを用い、基準関数ｆ（Ｔ）とレース開始後の経過時間Ｔｊとに基いて第一の移動位置予測手段で乗物の移動距離Ｄｓｊを求める際に、基準関数ｆ（Ｔ）の経過時間パラメータＴに対してΔＤｓｊ×Ｔｊの補正を行うようにする。この場合、乗物の性能あるいは操縦者の技能が平均よりも優れていればΔＤｓｊ＞１として、この乗物に関するレース展開が他よりも速めに進行していることを前提として乗物の移動位置を予測し、また、乗物の性能あるいは操縦者の技能が平均よりも劣っていればΔＤｓｊ＜１として、この乗物に関するレース展開が他よりも遅めに進行していることを前提として乗物の移動位置を予測する。
これにより、複数の乗物の移動位置の予測に同じ基準関数を用いる場合であっても、１周目の周回で複数の乗物が重複して表示される問題を解消することができる。
なお、第二の移動位置予測手段に対しても同様の処理操作を適用することが考えられるが、第２周目以降の処理で各乗物毎に個別にラップタイムを計測するような場合には、このラップタイム自体に基準ラップタイムＴ１との比較で乗物の性能および操縦者の技能といった特徴が反映されるので、補正係数による補正は不要である。
【００１６】
本発明の携帯端末用レース実況表示プログラムは、携帯電話等の携帯端末にインストールされて利用される携帯端末用レース実況表示プログラムであり、前記と同様の目的を達成するため、特に、
前記携帯端末のマイクロプロセッサを、
スタート後の経過時間に基いて乗物の移動距離を予測する基準関数に従って最初の１周分に関する前記乗物の移動距離を所定周期毎に求める第一の移動位置予測手段、
レース開始後に携帯端末に入力された最新のラップタイムと予め設定された基準ラップタイムとの間の時間の進み遅れの関係と、前記基準関数とに基いて２周目以降のスタート地点からの前記乗物の移動距離を所定周期毎に求める第二の移動位置予測手段、
前記第一，第二の移動位置予測手段によって求められた移動距離に対応させて乗物の位置を携帯端末のディスプレイ上のコースに沿って移動表示する予測位置表示手段として機能させることを特徴とする構成を有する。
【００１７】
この携帯端末用レース実況表示プログラムをインストールした携帯端末の作用に関しては既に述べた通りである。
【００１８】
本発明の携帯端末用レース実況方法は、人工の乗物を利用して同一のコースを反復的に周回して行われるレースの状況を携帯端末に表示するための携帯端末用レース実況方法であり、前記と同様の目的を達成するため、特に、
前記乗物と略同一仕様の乗物を前記コースに沿ってレースの態様でテスト移動させ、スタート後の経過時間と移動距離との関係をサンプリングして少なくともコース１周分だけ計測する基準データ計測工程と、
基準データ計測工程でサンプリングされたデータに基いてスタート後の経過時間と移動距離との関係を表す基準関数を求める基準関数生成工程と、
実際のレースに際して乗物のラップタイムを計測するラップタイム計測工程と、
レースの開始に先駆けて、レースの行われるコース形状の概要と、基準データ計測工程によって計測されたコース１周分の基準ラップタイムと、基準関数生成工程によって求められた基準関数と、レースの開始を通信ネットワークを介してネットワーク通信サーバから携帯端末に送信する初期情報転送工程と、
実際のレースに際して計測されるラップタイムを周回毎にネットワーク通信サーバおよびネットワークを介して携帯端末に送信するラップタイム転送工程と、ネットワークを介して携帯端末に入力されたコース形状のデータを元に携帯端末のマイクロプロセッサによってコース形状の概要を携帯端末のディスプレイに表示するコース形状表示工程と、
基準関数とレース開始後の経過時間とに基いて携帯端末のマイクロプロセッサによって最初の１周分に関する乗物の移動距離を所定周期毎に求め、求めた移動距離の始点を携帯端末のディスプレイに表示されたコースのスタート地点に合わせ、該コース上に沿って、前記求めた移動距離の終点をマーカーにより逐次更新して表示する加速走行過程移動位置予測表示工程と、
ネットワークを介して携帯端末に入力された最新のラップタイムと基準ラップタイムとの間の時間の進み遅れの関係と、基準関数と、スタート地点通過後の経過時間とに基いて２周目以降のスタート地点からの乗物の移動距離を所定周期毎に求め、求めた移動距離の始点を携帯端末のディスプレイに表示されたコースのスタート地点に合わせ、該コース上に沿って、前記求めた移動距離の終点をマーカーにより逐次更新して表示する定常走行過程移動位置予測表示工程とを備えたことを特徴とする構成を有する。
【００１９】
この携帯端末用レース実況表示方法によって生じる作用に関しては既に述べた通りである。
【００２０】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態について詳細に説明する。図１は本発明を適用した携帯端末用レース実況システムの一例とレース場の設備の概略について示した概念図である。
ここでは一例としてオートバイのサーキットについて説明しているが、自動車用のレース場やボートのレース場あるいは軽飛行機等を用いたパイロンレース等にも略同等の構成が適用できる。
【００２１】
図１に示されるように、サーキット側の設備としては、サーキット１を走行する複数のオートバイ２のスタート地点通過を各々個別に検出する計測基準線車両通過計測手段３と、この計測基準線車両通過計測手段３からの車両通過データを受けてオートバイ２のラップタイムを個別に計測するラップタイム計測手段４が配備され、ラップタイム計測手段４には、更に、時刻計測用の基準時計（クロノメーター）５が接続されている。何れも公知の装備である。
【００２２】
ラップタイム計測手段４で計測されたラップタイムと基準時計６で計測された車両通過時刻のデータはラップデータ入力装置６を経てデータベースサーバ７に入力され、データベースサーバ７が、これらのデータをラップタイムデータベース８に格納する。
また、データベースサーバ７はラップタイムデータベース８に格納されたラップタイムのうち、各オートバイ２の最新のラップタイムをネットワーク通信サーバ９に転送する。
【００２３】
データベースサーバ７は本実施形態における基準関数生成手段であり、また、ネットワーク通信サーバ９は本実施形態におけるデータ送信手段である。
基準関数生成手段としてのデータベースサーバ７およびデータ送信手段としてのネットワーク通信サーバ９の処理動作に関しては後にフローチャートを用いて詳説する。
【００２４】
本実施形態における携帯端末は、図１に示されるように、携帯電話１０によって構成される。
この携帯電話１０は、インターネット等の通信ネットワーク１１に接続してネットワーク通信サーバ９からのラップタイムや車両通過時刻のデータを受信するためのネットワーク通信回路１２と、演算処理用のマイクロプロセッサ１３、および、ディスプレイ１４と内蔵時計１５、ならびに、ＲＯＭおよびＲＡＭ等のメモリ１６を備える。
【００２５】
このうちマイクロプロセッサ１３とメモリ１６は、本実施形態における表示制御手段，第一の移動位置予測手段，第二の移動位置予測手段，予測位置表示手段を構成するもので、これらの機能を達成するために必要とされる携帯端末用レース実況表示プログラムは、予めメモリ１６にインストールされている。
表示制御手段，第一の移動位置予測手段，第二の移動位置予測手段，予測位置表示手段としてのマイクロプロセッサ１３の処理動作に関しては後にフローチャートを用いて詳説する。
【００２６】
図１では説明の簡略化のために１つの携帯電話１０についてのみ記載しているが、実際には、図２に示されるように多数の携帯電話１０が通信ネットワーク１１を介してネットワーク通信サーバ９にアクセスすることが可能である。
【００２７】
次に、図３および図４を参照して、本実施形態の基本的な作用原理について説明する。
【００２８】
従来の技術の項でも述べた通り、通信ネットワークを利用した従来のレース実況システムには、ネットワーク上での画像の転送速度や携帯端末の処理能力の限界のため、レースの実況を動的にリアルタイムで表示できない欠点があった。
本実施形態では、まず、ネットワーク上を流通する移動表示用データ自体の軽量化のため、画像に代わる簡単な数値あるいは関数のデータを利用し、更に、頻繁な通信処理をなくして通信の混雑を解消するため、リアルタイムでのデータ通信を止め、周回毎にネットワーク通信サーバ９から送られてくるデータに基いてオートバイ２の移動状況を携帯電話１０（携帯端末）の側で予測して表示するようにする。
また、各周回毎のラップタイムを利用して移動位置の予測に補正をかけることで、頻繁な通信処理を実行しなくても、実質的にリアルタイムで比較的正確に各オートバイ２の移動位置を予測できるようにする。
【００２９】
図３はオートバイ２を同じ周回コースに沿って走らせた場合のスタート位置通過後の経過時間（横軸）と移動距離（縦軸）との関係を簡略化して示した線図である。
【００３０】
自動車，オートバイ，船舶，飛行機等を始めとする人工の乗物においては、周回コースにおけるラップタイムの変動は、専ら、路面状況や気温および天候等の外部環境の影響、もしくは、操縦者の技能の相違によるものであり、コースを移動するときのスロットルワークやギャー等の選択パターン自体はコースによって略一義的に決まっているものと考えられる。
【００３１】
従って、路面状況や気温および天候等の外部環境の変動、あるいは、操縦者の技能の相違によって図４のようにラップタイムが変動した場合であっても、ラップタイムの変動に応じて基本的な走行パターンに補正を掛ければ、概ね正確に実際のレース展開を予測することが可能である。図４からも分かるように、テスト走行を行って２周目以降のサンプリング結果から求めた経過時間と移動距離との関係が経過時間Ｔをパラメータとする基準関数ｇ（Ｔ）で表されるとするなら、テスト走行時の基準ラップタイムＴ１に比べて実際のラップタイムＲｊの値が小さい場合には、テスト走行時に比べて実際のレース展開が速めに進行していることを意味し、また、これとは逆に、テスト走行時の基準ラップタイムＴ１に比べて実際のラップタイムＲｊの値が大きい場合には、テスト走行時に比べて実際のレース展開が遅めに進行していることを意味する。
何れの場合においても、テスト走行時の基準ラップタイムＴ１と実際のラップタイムＲｊの関係、および、スタート地点通過後の実際の経過時間Ｔｊに基いて、テスト走行時の移動距離を表す関数ｇ（Ｔ）の時間パラメータＴの値をＴ＝Ｔｊ×（Ｔ１／Ｒｊ）と変形し、ｇ〔Ｔｊ×（Ｔ１／Ｒｊ）〕の演算式を実行することにより、スタート地点通過後の移動距離の値を予測することが可能である。
【００３２】
但し、周回時の移動位置の予測のために、その周回時のラップタイムを利用して演算処理を行うことはできない。その時点では当該周回時のラップタイムの結果が出ていないからである。従って、演算処理には前回の周回時の実際のラップタイムＲｊと基準ラップタイムＴ１の関係を利用することになる。
【００３３】
また、第１周目の周回中にはラップタイムの結果が出ていないから、どのようなかたちであれ、実際のラップタイムを利用した演算処理は行えない。従って、この場合は基準関数のみに基いて移動位置の予測を行うことになる。
但し、第１周目の走行では速度ゼロの状態からの加速が行われるので、スロットルワークやギャー等の選択パターンは必ずしも２周目以降の周回時における走行パターンとは一致しない。よって、本実施形態においては、第２周目以降のための基準関数ｇ（Ｔ）および基準ラップタイムＴ１とは別に第１周目のための基準関数ｆ（Ｔ）および基準ラップタイムＴ０をテスト走行によって求めておき、最初の周回では基準関数ｆ（Ｔ）および経過時間Ｔｊのみによる移動位置の予測を行う。
なお、第１周目の基準ラップタイムＴ０は最初の周回の移動位置の予測には不要な値であるが、第２周目における移動位置の予測の際に１周目の実際のラップタイムと比較する際に必要となる値である。従って、厳密にいえば、前述したｇ〔Ｔｊ×（Ｔ１／Ｒｊ）〕の演算式によって移動位置の予測が行われるのは実際には３周目以降であり、２周目における予測の演算式はｇ〔Ｔｊ×（Ｔ０／Ｒｊ）〕ということになる。
【００３４】
また、完全に同一の仕様のオートバイ２が複数存在する場合、１周目の周回において基準関数ｆ（Ｔ）および経過時間Ｔｊのみによる移動位置の予測を行うと、これらのオートバイ２が完全に重合して移動する表示が行われるといった問題が生じる可能性がある。
そこで、本実施形態では、このような矛盾を解消するため、操縦者の技能を考慮した補正係数ΔＤｓｊを用いて基準関数ｆ（Ｔ）の経過時間パラメータＴにＴ＝ΔＤｓｊ×Ｔｊの補正を加える。操縦者の技能が平均よりも優れていればΔＤｓｊ＞１とし、この操縦者のレース展開が他よりも速めに進行していることを前提としてオートバイ２の移動位置を予測し、また、操縦者の技能が平均よりも劣っていればΔＤｓｊ＜１とし、この操縦者のレース展開が他よりも遅めに進行していることを前提としてオートバイ２の移動位置を予測するのである。ΔＤｓｊの値はレースに参加する操縦者の過去のレース実績を統計的に評価し、予め、適当な値を決めてデータベースサーバ７に保存しておくものとする。
【００３５】
以下、図５〜図８のフローチャートを参照して、本実施形態の携帯端末用レース実況システムを構成する各手段の実質的な処理動作について詳細に説明する。
【００３６】
まず、基準となる経過時間と移動距離との関係をテスト走行によってサンプリングする際に利用される基準データ計測手段の処理について図５を参照して説明する。基準となる経過時間と移動距離との関係はストップウォッチ等を利用して手作業で計測および記録することも可能であるが、ここでは、レースに用いるものと性能が近似したオートバイ２にドライブレコーダを設置して必要な情報を収集するようにしている。図示は省略するが、このドライブレコーダには、経過時間を計測するための経過時間計測タイマＴと、走行距離を計測するための走行距離計Ｄ、および、マイクロプロセッサや不揮発性メモリ等が装備されている。なお、テスト走行をする操縦者は、実際のレースに参加する操縦者と略同等の操縦技能を備えていることが望ましい。
【００３７】
テスト走行時において、ドライブレコーダは、まず、速度センサ等からの信号によって走行の開始を確認し（ステップａ１）、ファイル選択指標ｘ０の値をゼロにリセットした後（ステップａ２）、ファイル選択指標ｘ０の値を改めて１インクリメントする（ステップａ３）。従って、ファイル選択指標ｘ０の実質的な初期値は１である。
【００３８】
次いで、ドライブレコーダは、経過時間計測タイマＴをリセットおよび再スタートさせてオートバイ２の走行開始後の経過時間の計測を開始すると共に（ステップａ４）、走行距離計Ｄの値をゼロにリセットして走行距離の計測を開始し（ステップａ５）、更に、アドレス検索指標ｉの値をゼロにリセットした後（ステップａ６）、アドレス検索指標ｉの値を改めて１インクリメントして（ステップａ７）、前回サンプリング時刻記憶レジスタＴｐに経過時間計測タイマＴの現在値を記憶する（ステップａ８）。従って、アドレス検索指標ｉの実質的な初期値は１、また、前回サンプリング時刻記憶レジスタＴｐの実質的な初期値はゼロである。
【００３９】
次いで、ドライブレコーダは、経過時間計測タイマＴの現在値を読み込み（ステップａ９）、経過時間計測タイマＴの値と前回サンプリング時刻記憶レジスタＴｐの値との間の時間偏差がサンプリング周期Δｔに達しているか否かを判定する（ステップａ１０）。
【００４０】
時間偏差がサンプリング周期Δｔに達していなければドライブレコーダはそのまま待機し、この時間偏差がサンプリング周期Δｔに達した時点で、走行距離計Ｄの現在値を読み込んで（ステップａ１１）、ファイル選択指標ｘ０の値で特定されるサンプリングデータ記憶ファイルＦ（１）におけるアドレスｉの位置に経過時間Ｔと走行距離Ｄの関係を記憶する（ステップａ１２）。
【００４１】
次いで、ドライブレコーダは、スタート地点からの基点信号が入力されているか否か、要するに、オートバイ２が１周分の周回を完了しているか否かを判定する（ステップａ１３）。
なお、この基点信号は、サーキット１のスタートラインに赤外線装置等を設置し、その出力をドライブレコーダ側の受光器で検出するといった方法で簡単に生成することが可能である。
【００４２】
基点信号が入力されていなければ、ドライブレコーダは、サンプリング周期Δｔ毎にアドレス検索指標ｉの値を１インクリメントして前記と同様の処理操作を繰り返し実行し、サンプリングデータ記憶ファイルＦ（１）に経過時間Ｔと走行距離Ｄの関係を順次記憶していく。
【００４３】
そして、このような処理を繰り返し実行する間に、オートバイ２が１周目の周回を終了し、ステップａ１３の処理で計測基準線車両通過計測手段３からの基点信号が検出されると、ドライブレコーダは、ファイル選択指標ｘ０の現在値が２に達しているか否かを判定する（ステップａ１４）。この段階ではファイル選択指標ｘ０の値は１であるから、ステップａ１４の判定結果は偽となる。従って、ドライブレコーダは、経過時間計測タイマＴの現在値、つまり、最初の１周に要したラップタイムの値Ｔを基準ラップタイムＴ０として記憶する（ステップａ１５）。
【００４４】
次いで、ドライブレコーダは、ファイル選択指標ｘ０の値を１インクリメントし（ステップａ３）、経過時間計測タイマＴをリセットおよび再スタートさせて２周目のスタート地点通過後の経過時間の計測を開始すると共に（ステップａ４）、走行距離計Ｄの値を再びゼロにリセットして２周目のスタート地点からの走行距離の計測を開始する（ステップａ５）。そして、アドレス検索指標ｉの値を一旦ゼロにリセットした後（ステップａ６）、該アドレス検索指標ｉの値を改めて１インクリメントし（ステップａ７）、前回サンプリング時刻記憶レジスタＴｐに経過時間計測タイマＴの現在値を記憶する（ステップａ８）。
【００４５】
以下、ドライブレコーダは、前記と同様にしてサンプリング処理を繰り返し実行し、サンプリング周期Δｔ毎にサンプリングデータ記憶ファイルＦ（２）に経過時間Ｔと走行距離Ｄの関係を順次記憶していく。
【００４６】
そして、このような処理を繰り返し実行する間に、オートバイ２が２周目の周回を終了し、ステップａ１３の処理で計測基準線車両通過計測手段３からの基点信号が検出されると、ドライブレコーダは、ファイル選択指標ｘ０の現在値が２に達しているか否かを判定する（ステップａ１４）。
【００４７】
この段階ではファイル選択指標ｘ０の値は２であるから、ステップａ１４の判定結果は偽となり、ドライブレコーダは、経過時間計測タイマＴの現在値、つまり、２周目の周回に要したラップタイムの値Ｔを基準ラップタイムＴ１として記憶することになる（ステップａ１６）。
【００４８】
１周目のテスト走行における経過時間と走行距離の関係を記憶したサンプリングデータ記憶ファイルＦ（１）のデータと、これに連続してオートバイ２を止めずに行われる２周目のテスト走行における経過時間と走行距離の関係を記憶したサンプリングデータ記憶ファイルＦ（２）のデータは、基準関数生成手段としてのデータベースサーバ７に入力される。
【００４９】
データベースサーバ７による基準関数生成処理の概略を図６のフローチャートに示す。
【００５０】
データベースサーバ７は、まず、ドライブレコーダの不揮発性メモリからサンプリングデータ記憶ファイルＦ（１），Ｆ（２）のデータと基準ラップタイムＴ０，Ｔ１の値を読み込む（ステップｂ１）。
【００５１】
次いで、データベースサーバ７は、サンプリングデータ記憶ファイルＦ（１）に記憶された経過時間と走行距離の関係を分析して、経過時間Ｔと走行距離Ｄｓとの関係を表す１周目専用の基準関数ｆ（Ｔ）を求める（ステップｂ２）。
【００５２】
サンプリングデータ記憶ファイルＦ（１）に記憶されている経過時間と走行距離との関係は例えば図３に示されるようなものであり、これを関数化する最も簡単な方法は、経過時間と走行距離との関係が線形的に推移する経過時間の区間を求め、各区間毎にＤｓ＝ｆ（Ｔ）＝ａＴ＋ｂの単純増加関数に分割して、各区間毎の比例係数ａの値と接片ｂの値を求めることである。
【００５３】
線形変化の区間を抽出するためには、データアドレスを示す指標ｉの値を順次インクリメントしてｉ番目のデータとｉ＋１番目のデータとの間の距離偏差を求め、その距離偏差がｉ−１番目のデータとｉ番目のデータとの間の距離偏差と大きく相違するか否かを判定し、距離偏差が大きく相違するデータが検出された場合に、その線形変化の区間が終了したものと判定する。そして、この線形変化の区間の最初のデータと最後のデータを結ぶ直線の方程式、つまり、Ｄｓ＝ｆ（Ｔ）＝ａＴ＋ｂを求めるようにする。
【００５４】
また、ベジェ曲線等を利用して更に厳密に基準関数ｆ（Ｔ）を求めることも可能である。
【００５５】
次いで、データベースサーバ７は、サンプリングデータ記憶ファイルＦ（２）に記憶された経過時間と走行距離の関係を前記と同様に分析して、経過時間Ｔと走行距離Ｄｃとの関係を表す２周目の基準関数ｇ（Ｔ）を求める（ステップｂ３）。
【００５６】
周回レースにおいては２周目の走行パターンと３周目以降の走行パターンは基本的に同様であるから、この基準関数ｇ（Ｔ）は実際のレースにおいて２周目以降の全ての周回走行時の予測に適用することが可能である。
【００５７】
このようにして求められた基準関数ｆ（Ｔ），ｇ（Ｔ）と基準ラップタイムＴ０，Ｔ１の値は、レースに参加する操縦者の技能を考慮した補正係数ΔＤｓｊの値、および、コース形状の概要を示すデータ（ベジェ曲線の関数等）と共にデータベースサーバ７に保存される。これらのデータはネットワーク通信サーバ９によって自由に読み出すことが可能である。
【００５８】
次に、図７および図８のフローチャートを参照して、レース実施時における携帯電話１０（携帯端末）の処理動作とデータベースサーバ７との通信処理について詳細に説明する。
ここでは、一例として、レースに参加するオートバイ２の数がｎ台、レース終了までの周回数がｍ周である場合について述べる。
【００５９】
まず、携帯電話１０を持った利用者は、予め、レース開始前にネットワーク通信サーバ９にアクセスして、前述した基準関数ｆ（Ｔ），ｇ（Ｔ）と基準ラップタイムＴ０，Ｔ１の値およびレース場のコース形状のデータと、レースに参加する各操縦者毎の技能を考慮した補正係数ΔＤｓｊ（但し、ｊ＝１〜ｎ）の値、ならびに、ラップタイム読み込みのためのアクセス周期の設定値をネットワーク通信サーバ９から携帯電話１０のメモリ１６にダウンロードしておく（ステップｃ１，ステップｃ２）。
【００６０】
この実施形態では、多数の携帯電話１０がレースの実施中にネットワーク通信サーバ９に同時にアクセスしてネットワーク通信サーバ９の負荷が増大したりデータ通信に支障が生じたりするのを防止するため、レース開始前に携帯電話１０がネットワーク通信サーバ９にアクセスした段階で、ネットワーク通信サーバ９が乱数を利用して各携帯電話１０毎にラップタイム読み込みのためのアクセス周期を自動的に生成し、その値を各携帯電話１０毎に転送するようにしている。アクセス周期は、基準ラップタイムＴ０，Ｔ１を若干上回る程度の時間であり、携帯電話１０毎にユニークな値が設定される。
【００６１】
次いで、携帯電話１０のマイクロプロセッサ１３は、各オートバイ２に対応する周回完了フラグＥ１〜Ｅｎをリセットし、表示制御手段としてのマイクロプロセッサ１３が、図９に示されるようにして、コース形状のデータに基いて携帯電話１０のディスプレイ１４にコース形状を表示する（ステップｃ３）。そして、マイクロプロセッサ１３は、ネットワーク通信サーバ９からレース開始信号が入力されるのを待つ待機状態に入る（ステップｃ４）。
【００６２】
前述した通り、携帯電話１０の所有者はレース開始前の段階で必ずネットワーク通信サーバ９にアクセスするので、このときにネットワーク通信サーバ９の側で各携帯電話１０のＩＰアドレスを記憶しておくことにより、全ての携帯電話１０に対して同時にレース開始信号を転送することが可能である（ブロードキャスト）。
【００６３】
そして、ネットワーク通信サーバ９からのレース開始信号がステップｃ４の判定処理で携帯電話１０によって検出されると、マイクロプロセッサ１３は、各オートバイ２に対応する周回数記憶レジスタｘ１〜ｘｎの値を１に初期化し（ステップｃ５）、ラップタイム読み込みのためのアクセス周期を計測するアクセス周期計測タイマＴ０の値をリセットして再スタートさせると共に、第一の移動位置予測手段としてのマイクロプロセッサ１３が、各オートバイ２に対応する経過時間計測タイマＴ１〜Ｔｎの値をリセットして再スタートさせ、レース開始後の経過時間の計測を開始する（ステップｃ６）。
【００６４】
次いで、マイクロプロセッサ１３は、オートバイ特定指標ｊの値を一旦ゼロに初期化してから直ちに１インクリメントし（ステップｃ７，ステップｃ８）、該オートバイ特定指標ｊの現在値で特定されるオートバイ２に対応した周回数記憶レジスタｘｊの現在値を読み込み（ステップｃ９）、その値が２に達しているか否か、要するに、オートバイ特定指標ｊによって特定されるオートバイ２が２周目以降の周回に入っているか否かを判定する（ステップｃ１０）。
【００６５】
周回数記憶レジスタｘｊの現在値が２未満であれば、このオートバイ２が第１周目を走行していることを意味するので、第一の移動位置予測手段としてのマイクロプロセッサ１３は、オートバイ特定指標ｊの現在値に対応するオートバイ２の経過時間計測タイマＴｊの現在値と補正係数ΔＤｓｊの値を読み込み（ステップｃ１１，ステップｃ１２）、経過時間Ｔｊと補正係数ΔＤｓｊおよび予めダウンロードしておいた第１周目専用の基準関数ｆ（Ｔ）に基いて、オートバイ特定指標ｊに対応するオートバイ２の走行距離Ｄｓｊを予測する（ステップｃ１３）。
【００６６】
次いで、マイクロプロセッサ１３は、走行距離Ｄｓｊの現在値がレースコースの１周分の長さを越えているか否かを判定する（ステップｃ１４）。そして、走行距離Ｄｓｊが１周分の長さを越えていなければ、予測位置表示手段としてのマイクロプロセッサ１３は、ディスプレイ１４上におけるコース表示のスタート地点からマーカーまでの道程が走行距離Ｄｓｊと一致するようにして、オートバイ特定指標ｊの現在値に対応するオートバイ２の予測位置をディスプレイ１４上にマーカーで表示する（ステップｃ１５）。
【００６７】
オートバイ２の予測位置は単純形状のマーカーによってディスプレイ１４上に表示されるが、図９に示されるように、マーカーの形状はオートバイ特定指標ｊの値に対応して個別に決められているので、複数のマーカーが同時に表示された場合でも混乱が生じることはない。
【００６８】
また、この予測位置には操縦者の技能を考慮した補正係数ΔＤｓｊによる補正が施されているので、オートバイ２の性能が同一であっても、操縦者の技能が同一でない限り、重複して表示されることはない（重複表示回避機能）。
【００６９】
次いで、マイクロプロセッサ１３は、オートバイ特定指標ｊの現在値が、レースに参加しているオートバイの総数ｎに達しているか否かを判定する（ステップｃ１８）。
【００７０】
オートバイ特定指標ｊの現在値がオートバイの総数ｎに達していなければ、第一の移動位置予測手段および予測位置表示手段としてのマイクロプロセッサ１３は、再びステップｃ８の処理に移行してオートバイ特定指標ｊの値を１インクリメントし、以下、前記と同様の処理を繰り返し実行することにより、新たにインクリメントされたオートバイ特定指標ｊに対応するオートバイ２の現在位置を予測して、ディスプレイ１４上にマーカーで表示する。
【００７１】
このようにして、レースに参加している全てのオートバイ２の現在位置が予測され、各々の位置がマーカーによってディスプレイ１４上に表示されることになる。
【００７２】
なお、表示が煩雑化するような場合には、興味のあるオートバイ２だけを選択して表示させるようにしてもよい。そのような構成を適用する場合は、興味のあるオートバイ２に対応するオートバイ特定指標ｊの値を予めメモリ１６に登録しておき、ステップｃ１４の処理とステップｃ１５の処理との間に、オートバイ特定指標ｊの現在値がメモリ１６に登録されているか否かを判定するための判定処理を挿入し、オートバイ特定指標ｊの現在値がメモリ１６に登録されていれば前記と同様にしてステップｃ１５の処理を実行させ、また、登録されていない場合にはステップｃ１５の処理をスキップさせるようにする。
【００７３】
レースに参加している全てのオートバイ２に関する現在位置の予測処理と表示処理が終わり、オートバイ特定指標ｊの現在値がオートバイの総数ｎに達したことがステップｃ１８の判定処理によって確認されると、マイクロプロセッサ１３は、再び、オートバイ特定指標ｊの値を初期化し（ステップｃ７）、以下、前記と同様の処理を繰り返し実行して、レースに参加している全てのオートバイ２に関する現在位置の予測と表示を実行する。
【００７４】
この間にも経過時間計測タイマＴ１〜Ｔｎの値は徐々に増大し、各オートバイ２の予測走行距離Ｄｓｊの値も徐々に大きくなって行くので、各々のマーカーは、あたかも実際のレース展開を見るように移動表示されることになる。
【００７５】
そして、このような処理が繰り返し実行される間に、何れかのオートバイ２の予測走行距離Ｄｓｊの値がコースの１周分の長さに達したことがステップｃ１４の判定処理によって確認されると、マイクロプロセッサ１３は、このオートバイ２に対応する周回数記憶レジスタｘｊの値、要するに、オートバイ特定指標ｊの現在値に対応する周回数記憶レジスタｘｊの値を１インクリメントし、このオートバイ２が２周目の周回に入ったことを記憶する（ステップｃ１６）。
【００７６】
次いで、第二の移動位置予測手段としてのマイクロプロセッサ１３が、このオートバイ２に対応する経過時間計測タイマＴｊの値をリセットして再スタートさせ、２周目のスタート地点通過後の経過時間の計測を開始する（ステップｃ１７）。
【００７７】
このようにして周回数記憶レジスタｘｊの値が２以上とされたオートバイ２に対しては、前述したステップｃ１０の判定結果が真となるため、第二の移動位置予測手段による移動位置の予測が開始されることになる。
【００７８】
そこで、ステップｃ１０の判定結果が真となってオートバイ２が２周目あるいは３周目以降のスタート地点を通過していることが確認された場合、マイクロプロセッサ１３は、まず、アクセス周期計測タイマＴ０の現在値が当該携帯電話１０に固有のアクセス周期に達しているか否かを判定する（ステップｃ１９）。
【００７９】
アクセス周期計測タイマＴ０の値がアクセス周期に達していれば、携帯電話１０は通信ネットワーク１１を介してネットワーク通信サーバ９にアクセスし、各オートバイ２の最新のラップタイムＲ１〜Ｒｎと各々の最新の順位Ａ１〜Ａｎをダウンロードしてメモリ１６に記憶し、これらの情報を例えば図９に示されるようにしてディスプレイ１４に表示してから（ステップｃ２０）、アクセス周期計測タイマＴ０を再起動する（ステップｃ２１）。
【００８０】
これらの処理はアクセス周期計測タイマＴ０の計測値に基いて所定周期毎に繰り返し実行されるが、その周期は携帯電話１０毎に乱数を用いて個別に設定されているので、多数の携帯電話１０の同時アクセスによってネットワーク通信サーバ９に過剰な負荷が生じたり通信に支障を来たしたりするといった問題は生じない。
【００８１】
この実施形態ではネットワーク通信サーバ９の側で携帯電話１０毎のアクセス周期を生成して携帯電話１０に転送するようにしているが、携帯電話１０自体が自らのマイクロプロセッサ１３の演算機能でランダムなアクセス周期を生成して設定するように構成することも可能である。
【００８２】
次いで、マイクロプロセッサ１３は、オートバイ特定指標ｊの現在値に対応する周回完了フラグＥＪがセットされているか否か、つまり、オートバイ特定指標ｊの現在値に対応するオートバイ２のレース走行が終了しているか否かを判定する（ステップｃ２２）。
【００８３】
周回完了フラグＥＪがセットされていなければオートバイ特定指標ｊの現在値に対応するオートバイ２のレース走行が終了していないことを意味するので、マイクロプロセッサ１３は、オートバイ特定指標ｊの現在値に対応するオートバイ２の経過時間計測タイマＴｊの現在値を読み込み（ステップｃ２３）、更に、オートバイ特定指標ｊの現在値に対応するオートバイ２の最新のラップタイムＲｊがメモリ１６に既に記憶されているか否かを判定する（ステップｃ２４）。
【００８４】
前述した通り、ネットワーク通信サーバ９に対する携帯電話１０のラップタイム読み込みのアクセス周期は、基準ラップタイムＴ０，Ｔ１と比べて多少長めに設定されおり、この段階では未だ、１周目のラップタイムに関するデータが読み込まれていない可能性があるからである。
【００８５】
そこで、ステップｃ２４の判定結果が偽となった場合、つまり、オートバイ特定指標ｊの現在値に対応するオートバイ２の最新のラップタイムＲｊがメモリ１６に記憶されていないと判定された場合には、第二の移動位置予測手段としてのマイクロプロセッサ１３は、補正係数ΔＤｓｊの値を読み込み（ステップｃ２５）、経過時間Ｔｊと補正係数ΔＤｓｊおよび予めダウンロードしておいた第２周目以降の基準関数ｇ（Ｔ）に基いて、オートバイ特定指標ｊに対応するオートバイ２の２周目のスタート地点からの走行距離Ｄｃｊを予測する（ステップｃ２６）。
【００８６】
このように、オートバイ２の１周目のラップタイムのデータがなく、実際の１周目のラップタイムと基準ラップタイムＴ０との比較を用いた移動位置の予測が不可能な場合には、経過時間Ｔｊと補正係数ΔＤｓｊおよび第２周目以降の基準関数ｇ（Ｔ）のみを用いた移動位置の予測が行われることになる。この場合、基本的な処理は１周目の予測処理と同一であるが、予測に用いられる基準関数の内容自体が相違する。
【００８７】
一方、オートバイ特定指標ｊの現在値に対応するオートバイ２の最新のラップタイムＲｊがメモリ１６に記憶されていると判定された場合には、第二の移動位置予測手段としてのマイクロプロセッサ１３は、更に、このオートバイ２に対応する周回数記憶レジスタｘｊの値が２を越えているか否か、要するに、オートバイ特定指標ｊの現在値に対応するオートバイ２が２周目を周回しているのか、あるいは、３周目以降を周回しているのかを判定することになる（ステップｃ２７）。
【００８８】
オートバイ２が２周目を周回している場合には、現時点でメモリ１６に記憶されている最新のラップタイム、つまり、１周目のラップタイムと基準ラップタイムＴ０とを比較してレース展開の進み遅れを評価すべきであり、また、オートバイ２が３周目以降を周回している場合には、現時点でメモリ１６に記憶されている最新のラップタイム、つまり、２周目以降のラップタイムと基準ラップタイムＴ１とを比較してレース展開の進み遅れを評価しなければならないからである。
【００８９】
そこで、ステップｃ２７の判定結果が偽となった場合、つまり、オートバイ特定指標ｊの現在値に対応するオートバイ２が２周目を周回していると判定された場合には、第二の移動位置予測手段としてのマイクロプロセッサ１３は、経過時間Ｔｊと予めダウンロードしておいた第２周目以降の基準関数ｇ（Ｔ）および基準ラップタイムＴ０と１周目の実際のラップタイムＲｊとに基いて、オートバイ特定指標ｊに対応するオートバイ２の２周目のスタート地点からの走行距離Ｄｃｊを予測する（ステップｃ２８）。
【００９０】
この場合、基準ラップタイムＴ０と１周目の実際のラップタイムＲｊとの関係、つまり、Ｔ０／Ｒｊの値によって、当該オートバイ２を操縦する操縦者の技能と基準となるテスト走行の際の操縦者の技能との優劣の相対関係が明確になっているので、補正係数ΔＤｓｊによる予測位置の補正は不要である。
【００９１】
また、ステップｃ２７の判定結果が真となった場合、つまり、オートバイ特定指標ｊの現在値に対応するオートバイ２が３周目以降を周回していると判定された場合には、第二の移動位置予測手段としてのマイクロプロセッサ１３は、経過時間Ｔｊと予めダウンロードしておいた第２周目以降の基準関数ｇ（Ｔ）および基準ラップタイムＴ１と前回の実際のラップタイムＲｊとに基いて、オートバイ特定指標ｊに対応するオートバイ２の３周目以降のスタート地点からの走行距離Ｄｃｊを予測する（ステップｃ２９）。
【００９２】
この場合も、基準ラップタイムＴ１と前回の実際のラップタイムＲｊとの関係、つまり、Ｔ１／Ｒｊの値によって、当該オートバイ２を操縦する操縦者の技能と基準となるテスト走行の際の操縦者の技能との優劣の相対関係が明確になっているので、補正係数ΔＤｓｊによる予測位置の補正は不要である。
【００９３】
次いで、マイクロプロセッサ１３は、走行距離Ｄｃｊの現在値がレースコースの１周分の長さを越えているか否かを判定する（ステップｃ３０）。
【００９４】
そして、走行距離Ｄｃｊが１周分の長さを越えていなければ、予測位置表示手段としてのマイクロプロセッサ１３は、ディスプレイ１４上におけるコース表示のスタート地点からマーカーまでの道程が走行距離Ｄｃｊと一致するようにして、オートバイ特定指標ｊの現在値に対応するオートバイ２の予測位置をディスプレイ１４上にマーカーで表示する（ステップｃ３１）。
【００９５】
この予測位置には、各オートバイ２自体の前回のラップタイムＲｊと基準ラップタイムＴ１あるいはＴ０との比較によって、操縦者の技能を考慮した補正が施されているので、オートバイ２の性能が同一であっても、操縦者の技能が同一でない限り、マーカーが重複して表示されることはない。
【００９６】
次いで、マイクロプロセッサ１３は、オートバイ特定指標ｊの現在値が、レースに参加しているオートバイの総数ｎに達しているか否かを判定する（ステップｃ３７）。
【００９７】
オートバイ特定指標ｊの現在値がオートバイの総数ｎに達していなければ、第二の移動位置予測手段および予測位置表示手段としてのマイクロプロセッサ１３は、再びステップｃ８の処理に移行してオートバイ特定指標ｊの値を１インクリメントし、以下、前記と同様の処理を繰り返し実行することにより、新たにインクリメントされたオートバイ特定指標ｊに対応するオートバイ２の現在位置を予測して、ディスプレイ１４上にマーカーで表示する。
【００９８】
このようにして、レースに参加している全てのオートバイ２の現在位置が予測され、各々の位置がマーカーによってディスプレイ１４上に表示されることになる。
【００９９】
興味のあるオートバイ２だけを選択して表示させるようにする場合は、ステップｃ３０の処理とステップｃ３１の処理との間に、オートバイ特定指標ｊの現在値がメモリ１６に登録されているか否かを判定するための判定処理を挿入し、オートバイ特定指標ｊの現在値がメモリ１６に登録されていれば前記と同様にしてステップｃ３１の処理を実行させ、また、登録されていない場合にはステップｃ３１の処理をスキップさせるように構成する。
【０１００】
レースに参加している全てのオートバイ２に関する現在位置の予測処理と表示処理が終わり、オートバイ特定指標ｊの現在値がオートバイの総数ｎに達したことがステップｃ３７の判定処理によって確認されると、マイクロプロセッサ１３は、各オートバイ２に対応する周回完了フラグＥ１〜Ｅｎの全てがセットされているか否か、要するに、レースが完全に終了しているか否かを判定する（ステップｃ３８）。
【０１０１】
そして、周回完了フラグＥ１〜Ｅｎの何れか１つでもリセット状態が保持されていれば、マイクロプロセッサ１３は、再び、オートバイ特定指標ｊの値を初期化し（ステップｃ７）、以下、前記と同様の処理を繰り返し実行して、レースに参加している全てのオートバイ２に関する現在位置の予測と表示を実行する。
【０１０２】
この間にも経過時間計測タイマＴ１〜Ｔｎの値は徐々に増大し、各オートバイ２の予測走行距離Ｄｃｊの値も徐々に大きくなって行くので、各々のオートバイ２のマーカーは、あたかも実際のレース展開を見るように移動表示されることになる。
【０１０３】
そして、このような処理が繰り返し実行される間に、何れかのオートバイ２の予測走行距離Ｄｃｊの値がコースの１周分の長さに達したことがステップｃ３０の判定処理によって確認されると、マイクロプロセッサ１３は、このオートバイ２に対応する周回数記憶レジスタｘｊの値、要するに、オートバイ特定指標ｊの現在値に対応する周回数記憶レジスタｘｊの値を１インクリメントし、このオートバイ２が更に次の周の周回に入ったことを記憶する（ステップｃ３２）。
【０１０４】
次いで、マイクロプロセッサ１３は、周回数記憶レジスタｘｊの現在値がレース全体の周回数ｍを越えているか否か、つまり、オートバイ特定指標ｊの現在値に対応するオートバイ２が既にレースコースをｍ回以上周回しているか否かを判定する（ステップｃ３３）。
【０１０５】
そして、ｍ回以上の周回が行われていなければ、第二の移動位置予測手段としてのマイクロプロセッサ１３が、このオートバイ２に対応する経過時間計測タイマＴｊの値をリセットして再スタートさせ、改めて、次の周回のスタート地点通過後の経過時間の計測を開始する（ステップｃ３４）。
【０１０６】
また、ｍ回以上の周回が行われていると判定された場合には、このオートバイ２のレース走行が終了していることを意味するので、マイクロプロセッサ１３は、オートバイ特定指標ｊの現在値に基いて当該オートバイ２に対応する経過時間計測タイマＴｊをリセットして作動を停止させ（ステップｃ３５）、更に、オートバイ特定指標ｊの現在値に基いて、当該オートバイ２に対応する周回完了フラグＥＪをセットする（ステップｃ３６）。
【０１０７】
周回完了フラグＥＪをセットされたオートバイ２に対してはステップｃ２３以降の処理は実行されないので（ステップｃ２２の判定処理参照）、レースを終了したオートバイ２から順にディスプレイ１４上のマーカー表示が消滅していくことになる。
【０１０８】
また、途中でレースを脱落したオートバイ２が検出された場合にネットワーク通信サーバ９から携帯電話１０に信号を送って、マイクロプロセッサ１３側の処理で、対応するオートバイ２の周回完了フラグＥＪを強制的にセットするようにすれば、レースを撤退したオートバイ２のマーカー表示をディスプレイ１４上から消去することも可能である。
【０１０９】
そして、最終的に、全てのオートバイ２がコースをｍ回以上走行し、周回完了フラグＥ１〜Ｅｎの全てがセットされると、ステップｃ３８の判定結果が真となって、携帯電話１０によるレースの実況表示が終了する。
【０１１０】
以上、本発明の携帯端末用レース実況表示方法を適用した携帯端末用レース実況システムと、実質的な携帯端末用レース実況表示プログラムの内容について一実施形態を例にとって詳細に説明した。
次に、幾つかの変形例について簡単に説明する。
【０１１１】
まず、携帯電話１０にはスピーカーや着信検知用のバイブレータ等が設けられているので、これらの装備を利用して、特定のオートバイ２がコース上の注目位置を通過したことをユーザに確認させることが可能である。
【０１１２】
その場合、ユーザは、自分が着目しているオートバイ２のオートバイ特定指標ｊの値と、スタート地点を基点とするコース上の注目位置までの距離Ｓとをマイクロプロセッサ１３に指示する。マイクロプロセッサ１３は、これらの値をメモリ１６に記憶し、移動距離Ｄｃｊおよび移動距離Ｄｓｊを演算するレジスタの値を逐次見張り、その値がＳ±α（αは設定値）の範囲に入ったときにスピーカあるいはバイブレータ等を駆動するようにする。
【０１１３】
例えば、距離Ｓの値をゼロに設定すれば、特定のオートバイ２がスタート地点を通過したことを確認（予測）できるようになる。また、ユーザがコースの周辺でレースを目視して観戦している場合には、ユーザの位置に対応するコース上の値を距離Ｓとして入力することにより、特定のオートバイ２が自分の近くに来たことを確認（予測）することが可能である。
【０１１４】
オートバイ特定指標ｊおよび距離Ｓの指定は、携帯電話１０のテンキーを用いた数値入力によって実施することができるので、携帯電話１０の改造は全く不要である。
【０１１５】
更に、携帯電話１０のスピーカを利用してエンジン音を再現するといったことも可能である。
【０１１６】
前述したように、ギャーの選択状況はコースの各場所によって略一義的に決まっているものと考えられるので、走行速度さえ分かればエンジン音の再現は可能である。基準関数ｆ（Ｔ），ｇ（Ｔ）としてベジェ曲線等を利用している場合には、この関数を微分すること、より具体的には、今回の処理周期で求めた移動距離ＤｃｊあるいはＤｓｊから前回の処理周期で求めた移動距離ＤｃｊあるいはＤｓｊを減じて演算周期で除すことにより現在速度が求められ、更に、ギャーの選択状況はコース上の移動位置から分かっているので、現在速度とギャーの選択状況に基いてエンジン回転数を算出し、エンジン回転数に見合った周波数でスピーカを駆動することが可能である。
また、経過時間を区間に分割して各区間毎の単純増加関数を基準関数として利用している場合には、基本的に、各区間毎の移動速度は一定であるので、この移動速度とギャーの選択状況に基いてエンジン回転数を算出してスピーカを駆動するようにする。
【０１１７】
【発明の効果】
本発明の携帯端末用レース実況システムおよび携帯端末用レース実況表示プログラムと携帯端末用レース実況表示方法は、レースに使用するものと略同一仕様の乗物をコースに沿ってレース態様でテスト移動させたときの移動状況を計測してスタート後の経過時間と移動距離との関係を表す基準関数を生成し、実際のレースに際しては、テスト移動で計測された基準ラップタイムと基準関数をデータ送信手段から通信ネットワークを介して携帯端末に送信すると共に実際のラップタイムを周回毎に携帯端末に送信し、携帯端末側の処理によって、基準関数と経過時間との関係、あるいは、最新のラップタイムと基準ラップタイムとの間の時間の進み遅れと基準関数および経過時間との関係に基いて、所定周期毎に乗物の移動位置を予測して表示するようにしているので、僅かな通信データ量、具体的には、１回だけ行われる基準ラップタイムおよび基準関数の送信処理と、周回毎のラップタイムの送信処理のみによって、実際のレースの展開状況を概ね正確に予測して携帯端末に移動表示することができる。
従って、携帯電話等の携帯端末とインターネット等のネットワークを利用したレース実況システムの場合であっても、ネットワーク上でのデータ転送速度やデータ転送量の制限に拘束されることなく、動的なレースの実況表示を確実に実施することができる。
また、レースに使用する乗物にＧＰＳ装置等の格別な装備を実装する必要もないので、低コストによる実況表示が可能であり、装備を実装する十分なスペースのないオートバイ等のレースの実況表示にも適し、過剰装備による乗物の速度低下も防止される。
しかも、ディスプレイ上の表示によってレース全体の展開を容易に把握することが可能であり、特に、携帯端末として携帯電話を利用したような場合には、端末の持ち運びも極めて容易であり、視界を制限されたレース場でレースを観戦するような場合に、乗物の接近を予測してコースに目を向けるような場合にも便利に利用することができる。
【０１１８】
更に、速度ゼロからの加速過程を含む１周目の周回移動と初期速度自体が高速化している２周目以降の周回移動に対応するため、１周目の移動位置の予測に用いるべき基準関数と２周目以降の移動位置の予測に用いるべき基準関数とを個別に生成し、実際のレースの周回状況に応じて何れかの基準関数を選択的に利用して乗物の移動位置を予測するようにしているので、精度の高い移動位置の予測が可能である。
【０１１９】
また、乗物の性能と操縦者の技能に応じた補正係数を利用して基準関数の演算処理を実行するようにしているので、仕様の一致した複数の乗物が同時にレースに参加したような場合であっても、複数の乗物の移動予測位置が無闇に重複することはなく、リアルな予測表示を実行することができる。
【図面の簡単な説明】
【図１】本発明による携帯端末用レース実況表示方法を適用した携帯端末用レース実況システムの一例とレース場の設備の概略について示した概念図である。
【図２】携帯電話（携帯端末）とネットワーク通信サーバとの対応関係を示した概念図である。
【図３】オートバイを同じ周回コースに沿って走らせた場合のスタート後の経過時間と移動距離との関係を簡略化して示した線図である。
【図４】ラップタイムの変動による走行パターンの変化を示した概念図である。
【図５】基準データ計測手段としてのドライブレコーダによるデータサンプリング処理の概略を示したフローチャートである。
【図６】基準関数生成手段としてのデータベースサーバによる基準関数生成処理の概略を示したフローチャートである。
【図７】携帯端末としての携帯電話による予測表示処理の概略を示したフローチャートである。
【図８】携帯端末としての携帯電話による予測表示処理の概略を示したフローチャートの続きである。
【図９】携帯電話のディスプレイの表示状態の一例を示した概念図である。
【符号の説明】
１  サーキット
２  オートバイ
３  計測基準線車両通過計測手段
４  ラップタイム計測手段
５  基準時計
６  ラップデータ入力装置
７  データベースサーバ（基準関数生成手段）
８  ラップタイムデータベース
９  ネットワーク通信サーバ（データ送信手段）
１０  携帯電話（携帯端末）
１１  通信ネットワーク（インターネット）
１２  ネットワーク通信回路
１３  マイクロプロセッサ（表示制御手段，第一の移動位置予測手段，第二の移動位置予測手段，予測位置表示手段）
１４  ディスプレイ
１５  内蔵時計
１６  メモリ
【図１】
0003864726.tif 000002
【図２】
0003864726.tif 000003
【図３】
0003864726.tif 000004
【図４】
0003864726.tif 000005
【図５】
0003864726.tif 000006
【図６】
0003864726.tif 000007
【図７】
0003864726.tif 000008
【図８】
0003864726.tif 000009
【図９】
0003864726.tif 000010