JP2023091059A - 自動車競技向けユーザインターフェースの提供方法 - Google Patents

Abstract

【課題】自動車競技において、特にラリー競技において、レース運営者、観客、競技者等に適し、簡易な形態で競技情報を表示するユーザインターフェースを提供することを目的とする。【解決手段】自動車競技において、競技車両の走行情報を表示するためのユーザインターフェースを提供する方法であって、競技車両が走行する走行ルートを地図情報として生成し、走行ルートにおいて、競技車両が現在走行している地点を表示する情報を生成し、競技車両に関連する情報を生成し、走行ルートと競技車両に関連する情報を同時に表示するよう制御し、自動車競技の運営者端末または観客端末からの受信要求に応じて、競技車両に関連する情報の内容を変更することを特徴とする。【選択図】図１０

Description

特許法第３０条第２項適用申請有り 平成３０年２月１日にウェブサイト「ｈｔｔｐｓ：／／ｗｗｗ．ｒａｌｌｙｓｔｒｅａｍ．ｎｅｔ／ｊｒｃ／２０１８／ｒｄ１／」に掲載。

本発明は、自動車競技において、競技車両の走行情報を表示するためのユーザインター
フェースを提供する方法に関わる。

昨今、自動車競技を始め、自動車の走行情報をクライアント端末に対してリアルタイム
に通知するサービスが普及している。

例えば、管制端末機が、各運送車両から無線通信網を介してＧＰＳ位置情報や運行情報
を受信し、クライアント端末または管理者端末からの要請に応じて、各種画面を端末に提
供する方法が開示されている（例えば、特許文献１）。

また、レース競技車に搭載されたオンボードカメラで撮影された映像を、携帯電話通信
網及びインターネット網を介してサーバから受信する方法が開示されている（例えば、特
許文献２）。

特開２０１４－１３５０３８号公報 特開２０１８－４６３５４号公報

しかしながら、自動車競技において、特にラリー競技において、レース運営者、観客、
競技者等に適し、簡易な形態で競技情報を表示するユーザインターフェースは実現されて
いない。

上記特許文献１は、ユーザ又は管理者からの要請に応じた情報を提供する方法を開示し
ているものの、提出される情報は画一的であり、特に自動車競技とは異なる分野であるた
め、レース運営者や観客の特殊な事情は考慮されていない。また、特許文献２についても
、オンボード映像を提供する方法を開示しているのみであり、上記のような事情は考慮さ
れていない。

そこで、本発明は、自動車競技において、特にラリー競技において、レース運営者、観
客、競技者等に適し、簡易な形態で競技情報を表示するユーザインターフェースを提供す
ることを目的とする。

本発明の一の実施形態は、自動車競技において、競技車両の走行情報を表示するための
ユーザインターフェースを提供する方法であって、競技車両が走行する走行ルートを地図
情報として生成し、走行ルートにおいて、競技車両が現在走行している地点を表示する情
報を生成し、競技車両に関連する情報を生成し、走行ルートと競技車両に関連する情報を
同時に表示するよう制御し、自動車競技の運営者端末または観客端末からの受信要求に応
じて、競技車両に関連する情報の内容を変更することを特徴とする。

本発明によれば、自動車競技において、特にラリー競技において、レース運営者、観客
、競技者等に適し、簡易な形態で競技情報を表示するユーザインターフェースを実現する
ことができる。

本発明による第１の実施の形態によるシステムの構成図である。 本発明による第１の実施の形態によるサービス提供サーバの機能ブロック図である。 本発明による第１の実施の形態によるサービス提供サーバの制御部の詳細を示した機能ブロック図である。 本発明による第１の実施の形態によるサービス提供サーバのストレージの詳細を示した機能ブロック図である。 本発明による第１の実施の形態による競技車両情報管理テーブルの例である。 本発明による第１の実施の形態による競技情報管理テーブルの例である。 本発明による第１の実施の形態によるＳＯＳ情報管理テーブルの例である。 本発明による第１の実施の形態によるコンテンツ管理テーブルの例である。 本発明による第１の実施の形態による競技車両端末の機能ブロック図である。 本発明による第１の実施の形態による、ユーザインターフェースの提供方法の例を示したフローチャート図である。 本発明による第１の実施の形態による運営者端末のユーザインターフェースの例を示した図である。 本発明による第１の実施の形態による観客端末のユーザインターフェースの例を示した図である。 本発明による第２の実施の形態によるユーザインターフェースの提供方法の例を示したフローチャート図である。 本発明による第３の実施の形態によるユーザインターフェースの提供方法の例を示したフローチャート図である。 本発明による第４の実施の形態によるユーザインターフェースの提供方法の例を示したフローチャート図である。 本発明による第４の実施の形態によるユーザインターフェースの例を示した図である。 本発明による第５の実施の形態によるユーザインターフェースの例を示した図である。 本発明による第５の実施の形態によるユーザインターフェースの他の例を示した図である。

本発明の実施形態の内容を列記して説明する。本発明の実施の形態によるサービス提供
サーバは、以下のような構成を備える。
［項目１］
自動車競技において、競技車両の走行情報を表示するためのユーザインターフェースを
提供する方法であって、
競技車両が走行する走行ルートを地図情報として生成し、
当該走行ルートにおいて、前記競技車両が現在走行している地点を表示する情報を生成
し、
前記競技車両に関連する情報を生成し、
前記走行ルートと前記競技車両に関連する情報を同時に表示するよう制御し、
自動車競技の運営者端末または観客端末からの受信要求に応じて、前記競技車両に関連す
る情報の内容を変更することを特徴とする方法。
［項目２］
前記走行ルートは、公道ルートとタイムアタックを許容するスペシャルステージとから
構成され、前記競技車両に関連する情報は、当該競技車両の走行速度を含むことを特徴と
する、項目１に記載の方法。
［項目３］
前記観客端末からの受信要求に対して、
前記競技車両が前記公道ルートを走行しているときは、前記走行速度を表示せず、
前記競技車両がスペシャルステージを走行しているときは、前記走行速度を表示するよう
制御することを特徴とする、項目２に記載の方法。
［項目４］
前記競技車両に関連する情報は、携帯電話用の電波の受信状況を示す情報を含む、請求項
１に記載の方法。
［項目５］
前記電波の受信状況を示す情報が、当該電波を受信していないことを示してから所定時間
経過後にアラートを表示するよう制御する、項目１に記載の方法。

（第１の実施の形態）
以下、本発明の第１の実施の形態によるサービス提供システムについて、図面を参照しな
がら説明する。図１は、本発明による第１の実施の形態によるサービス提供システムの構
成図である。

図１に示すように、サービス提供システムは、サービス提供サーバ１と、サービス提供
サーバ１に、インターネット及び／または携帯電話通信網等のネットワークを介して接続
される、自動車競技の運営者端末２、観客端末３及び競技車両端末４とを含む。特に、本
実施形態においては、自動車競技の中でも、特に競技車両が山間部を走行するラリー競技
に着目しているため、競技者の走行ルート周辺の通信においては、衛星回線やＷｉＦｉが
利用できない事態が想定されるため、携帯電話通信網を利用することが好ましい。また、
本実施形態においては、説明の便宜上、運営者端末２、観客端末３及び競技車両端末４を
各々１台として説明するが、各々一または複数の端末で構成されていてもよい。

サービス提供サーバ１は、自動車競技（例えば、ラリー競技）に参加する競技車両の走
行情報を始めとした競技情報を、アプリケーションを介して運営者端末等に対して提供す
ることができる。運営者端末２、観客端末３及び競技車両端末４は各々、アプリケーショ
ンを、サービス提供サーバ１または別のサーバからダウンロードする。そして、このアプ
リケーションを実行し、ブラウザ等のウェブページの閲覧用ソフトウェアやツールを介し
てサービス提供サーバ１にアクセスすることで、サービス提供サーバ１と情報を送受信す
ることでき、また、サービスを受けることができる。

例えば、競技車両端末４は、ダウンロードされたアプリケーションを介して、競技車両の
現在位置情報及び速度情報等を、携帯電話通信網を通じて、サービス提供サーバ１に送信
する。サービス提供サーバ１は、競技車両の現在位置情報を、事前に格納している走行コ
ースを示す地図上にマッピングし、また、速度情報を、他の格納された情報とともに表示
用の情報として生成し、運営者端末２、観客端末３及び競技車両端末４の各々に対応した
ユーザインターフェース用の画面用データを生成し、各端末に送信する。

運営者端末２、観客端末３及び競技車両端末４として、例えばワークステーションやパ
ーソナルコンピュータのような汎用コンピュータとしてもよいし、或いはスマートフォン
、タブレット、携帯端末、その他情報端末等であってもよい。

図２は、本発明による第１の実施の形態によるサービス提供サーバ１の機能ブロック図
である。なお、図示された構成は一例であり、これ以外の構成を有していてもよい。

図示されるように、サービス提供サーバ１は、データベース(図示せず)と接続されシス
テムの一部を構成する。サービス提供サーバ１は、例えばワークステーションやパーソナ
ルコンピュータのような汎用コンピュータとしてもよいし、或いはクラウド・コンピュー
ティングによって論理的に実現されてもよい。

サービス提供サーバ１は、少なくとも、制御部１０、メモリ１１、ストレージ１２、送
受信部１３、入出力部１４等を備え、これらはバス１５を通じて相互に電気的に接続され
る。

制御部１０は、サービス提供サーバ１全体の動作を制御し、各要素間におけるデータの
送受信の制御、及びアプリケーションの実行及び認証処理に必要な情報処理等を行う演算
装置である。例えば制御部１０はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎ
ｉｔ）であり、ストレージ１２に格納されメモリ１１に展開されたプログラム等を実行し
て各情報処理を実施する。

メモリ１１は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒ
ｙ）等の揮発性記憶装置で構成される主記憶と、フラッシュメモリやＨＤＤ（Ｈａｒｄ
Ｄｉｓｃ Ｄｒｉｖｅ）等の不揮発性記憶装置で構成される補助記憶と、を含む。メモリ
１１は、プロセッサ１０のワークエリア等として使用され、また、サービス提供サーバ１
の起動時に実行されるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ
）、及び各種設定情報等を格納する。

ストレージ１２は、アプリケーション・プログラム等の各種プログラムを格納する。各
処理に用いられるデータを格納したデータベース(図示せず)がストレージ１２に構築され
ていてもよい。

送受信部１３は、サービス提供サーバ１をネットワークに接続する。なお、送受信部１
３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎ
ｅｒｇｙ）の近距離通信インターフェースを備えていてもよい。

入出力部１４は、キーボード・マウス類等の情報入力機器、及びディスプレイ等の出力
機器である。

バス１５は、上記各要素に共通に接続され、例えば、アドレス信号、データ信号及び各
種制御信号を伝達する。

図３は、本発明による第１の実施の形態によるサービス提供サーバの制御部１０の詳細
を示した機能ブロック図である。上述の通り、制御部１０において、本実施の形態に係る
サービスに関するアプリケーション・プログラムの実行がされ、この実行されるプログラ
ムのモジュールは、図示のとおり、いくつかの機能ブロックに分けられる。また、サービ
ス提供サーバの本制御部で実行される機能ブロックの全部又は一部は、その性質に応じて
運営者端末２、観客端末３または競技車両端末４のいずれか、または組合せによって実行
することも可能である。

まず、地図情報管理部２１は、自動車競技の走行ルートに関連する情報及びその周辺地
域の情報を地図として管理し、また、競技車両端末４から、本アプリケーションを介して
受信された現在位置情報を走行ルートに重ね合わせることで、走行ルート上の各競技車両
端末４の現在位置情報のマッピングを行う。

次に、競技車両関連情報管理部２２は、競技車両端末４に関連する基本情報、例えば、
競技車両を識別するＩＤ、ゼッケン番号、ドライバー及びコドライバー名、また、競技車
両端末４から、アプリケーションを介して受信された、例えば、現在位置情報、走行速度
等の情報を管理する。また、競技車両関連情報管理部２２は、競技車両の状態を把握する
ための情報、例えば、競技車両端末４から情報を受信した取得時刻、最後の取得から経過
した時間、携帯電話用の電波の受信状況等も管理する。

競技情報管理部２３は、現在開催されている自動車競技の進行状況を管理し、例えば、
各競技車両の順位付け、走行速度、走行状態及び電波の受信状況の有無を管理する。また
、競技情報管理部２３は、過去に開催された自動車競技の競技結果を管理することもでき
る。

その他、制御部１０は、特に運営者端末２の表示画面にアラートを表示するための情報
を生成するイベント管理部２４、また、競技車両端末４のオンボードカメラ等で撮影され
た動画像データを管理するコンテンツ管理部２５、さらに、種々の情報を基にユーザイン
ターフェース用の画面を生成するための画面制御部２６を有する。

図４は、本発明による第１の実施の形態によるサービス提供サーバのストレージ１２の
詳細を示した機能ブロック図である。ストレージ１２は、上述の通り、自動車競技の走行
ルートに関連する地図情報を格納する地図情報記憶部３２を有する。地図情報は、記憶部
３２に記憶する代わりに、ネットワークで接続される、サーバ外部のＤＢ（データベース
）に格納するか、または、ＡＰＩ（アプリケーションプログラムインターフェース）を介
して、第三者のアプリケーションによって提供される地図にアクセスすることもできる。
また、ストレージ１２は、上述の通り、競技車両に関連する情報を競技車両情報管理テー
ブル３２として格納する領域を有する。また、ストレージ１２は、上述の通り、競技に関
連する情報を競技情報管理テーブル３３として格納する領域を有する。さらに、ストレー
ジ１２は、競技車両端末４から受信されたＳＯＳ情報の進捗を管理するためのＳＯＳ情報
管理テーブル３５を格納するための領域を有する。また、ストレージ１２は、競技車両端
末４のオンボードカメラ等から送信された動画像データを管理する情報をコンテンツ管理
テーブル３５として格納する領域を有する。また、ストレージ１２は、上述の動画像デー
タを格納するコンテンツ記憶部３６を有する。なお、これらのテーブル及び動画像データ
の全部又は一部は、ストレージ１２に格納する代わりに、サービス提供サーバ１の内外の
任意の記憶領域に格納することができる。

以下、ストレージ１２に格納される各テーブルの詳細について説明する。図５は、本発
明による第１の実施の形態による競技車両情報管理テーブル５００の例である。

競技車両情報管理テーブル５００は、上述の通り、競技車両端末４に関連する基本情報、
例えば、競技車両を識別するＩＤ、ゼッケン番号、ドライバー及びコドライバー名、また
、競技車両端末４から、アプリケーションを介して受信された、例えば、現在位置情報、
走行速度等の情報等を格納する。また、技車両情報管理テーブル５００は、競技車両の状
態を把握するための情報、例えば、競技車両端末４から情報を受信した取得時刻、最後の
取得から経過した時間、携帯電話用の電波の受信状況等も管理する。

図６は、本発明による第１の実施の形態による競技情報管理テーブル６００の例である。
競技情報管理テーブル６００は、上述の通り、現在開催されている自動車競技の進行状況
を管理し、例えば、各競技車両の順位付け、走行速度、走行状態及び電波の受信状況の有
無を格納する。また、競技情報管理部２３は、競技毎に、過去に開催された自動車競技の
競技結果や履歴を管理することもできる。また、競技情報管理テーブルとして、情報を要
求する端末（運営者端末２、観客端末３及び競技車両端末４）に応じて、異なる情報を提
供できるよう、各々の端末の種別に応じた個々のテーブルを備えることができる

ここで、ラリー競技の走行ルートは、図１１の走行ルート上において破線１００５で示す
ように一般公道上を走行する区間（公道区間）と、競技運営者によって管理された、タイ
ムアタックを行うためのスペシャルステージ区間（ＳＳ区間）とで構成されることが多い
。このような場合、競技車両が公道を走行する場合に、公道区間の速度が法定速度を超過
してしまうことがあり得る。運営者にとって、競技車両が現在走行している速度を常時ト
ラッキングしておくこと競技の運営上重要なことであるが、他方で、観客に対して、競技
車両の公道上の走行速度を開示することは、速度超過の有無に関わらずプライバシー等様
々な観点からも好ましくないこともある。このような事情から、競技情報管理テーブルと
して、例えば、運営者用において、公道走行時の速度を受信された速度情報としてそのま
ま格納し、他方で、観客用において、公道走行時の速度を格納せずに、運営者用と観客用
の競技情報管理テーブルを別個に格納しておくこともできる。または、競技情報管理テー
ブルとしては、公道走行の有無を問わず、走行速度を格納したテーブルを保持しておき、
画面生成のタイミングで、公道を走行する競技車両の速度情報を表示させない、といった
処理を行うことも可能である。

図７は、本発明による第１の実施の形態によるＳＯＳ情報管理テーブル７００の例であ
る。ＳＯＳ情報管理テーブル７００は、上述の通り、競技車両端末４から受信されたＳＯ
Ｓ情報の進捗を管理するための情報を格納する。例えば、受信されたＳＯＳ情報を識別す
るＩＤ、ＳＯＳ情報を送信した競技者車両のＩＤ及びその後のレスポンス内容（無事（Ｏ
Ｋ）または無反応を示す情報）を格納する。

図８は、本発明による第１の実施の形態によるコンテンツ管理テーブル８００の例である
。コンテンツ管理テーブル８００は、上述の通り、競技車両端末４のオンボードカメラ等
から送信された動画像データを管理する情報を格納する。例えば、動画像データを識別す
るコンテンツＩＤ、その動画像データを送信した競技者車両のＩＤを格納する。その他、
図示しないが、各々のコンテンツＩＤに対するアクセス権付与対象となる観客端末のユー
ザＩＤ、端末ＩＤ等を同テーブルで管理することもできる。

図９は、本発明による第１の実施の形態による競技車両端末４の機能ブロック図である
。なお、図示された構成は一例であり、これ以外の構成を有していてもよい。

上述の通り、競技車両端末４は、例えばワークステーションやパーソナルコンピュータ
のような汎用コンピュータとしてもよいし、或いはスマートフォン、タブレット、携帯端
末、その他情報端末等であってもよく、競技車両に備えられるか、競技車両を操縦するド
ライバーまたはコドライバーによって携行される。

競技車両端末４は、少なくとも、制御部４０、メモリ４１、ストレージ４２、送受信部
４３、入出力部４４等を備え、これらはバス４６を通じて相互に電気的に接続される。

制御部４０は、競技車両端末４の動作を制御し、各要素間におけるデータの送受信の制
御、及びアプリケーションの実行及び認証処理に必要な情報処理等を行う演算装置である
。例えば制御部１０はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であ
り、ストレージ１２に格納されメモリ１１に展開されたプログラム等を実行して各情報処
理を実施する。

メモリ４１は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒ
ｙ）等の揮発性記憶装置で構成される主記憶と、フラッシュメモリやＨＤＤ（Ｈａｒｄ
Ｄｉｓｃ Ｄｒｉｖｅ）等の不揮発性記憶装置で構成される補助記憶と、を含む。メモリ
４１は、プロセッサ１０のワークエリア等として使用され、また、端末の起動時に実行さ
れるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）、及び各種設定
情報等を格納する。

ストレージ４２は、アプリケーション・プログラム等の各種プログラムを格納する。各
処理に用いられるデータを格納したデータベース(図示せず)がストレージ１２に構築され
ていてもよい。

送受信部４３は、競技車両端末４を携帯電話通信網やインターネット等のネットワーク
に接続する。なお、送受信部４３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＢＬＥ（Ｂｌ
ｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）の近距離通信インターフェースを備えていても
よい。また、競技車両端末４は、競技車両に別途備えられたデータ送受信端末と通信する
ことで、外部のサービス提供サーバ等とネットワーク経由で接続することもできる。

入出力部４４は、キーボード・マウス類等の情報入力機器、及びディスプレイ等の出力
機器である。

バス４６は、上記各要素に共通に接続され、例えば、アドレス信号、データ信号及び各
種制御信号を伝達する。

また、競技車両端末４は、ＧＰＳ４６を備えることもできる。ＧＰＳ４６により競技車
両の現在位置情報を取得することができる。または、競技車両端末４は、携帯電話通信網
の基地局の位置情報を利用することで現在位置情報を取得することも可能である。競技車
両端末４は、端末内部、または端末外部であって競技車両に備えられたＧＰＳによって現
在位置情報を取得し、サービス提供サーバ１に情報を送信することができる。

また、図示しないが、競技車両端末４は、加速度センサを備え、加速度センサで検出さ
れる加速度を基に速度を算出し、競技車両の速度とみなして、サービス提供サーバ1に速
度情報として送信することができる。または、競技車両端末４は、端末外部であって競技
車両に備えられた速度計によって得られた速度情報を、アプリケーションを介して送信す
ることができる。

図１０は、本発明による第１の実施の形態による、ユーザインターフェースの提供方法の
例を示したフローチャート図である。本処理は、例えば、サービス提供サーバ１のメモリ
１１に格納されたプログラムを制御部１０において実行することで実現される。

まず、サービス提供サーバ１の制御部１０の地図情報管理部２１は、地図情報記憶部３１
を参照し、対象となる走行ルートを示す地図を生成する（Ｓ１０１）。上述の通り、地図
の全部又は一部を、サーバ外部のＤＢに格納しておき、ネットワークを経由してアクセス
することで地図を抽出することもできるし、または、ＡＰＩを経由して第三者のサーバに
アクセスすることで地図を抽出することもできる。特に、ラリー競技は公道を使用して開
催されることが多く、第三者が提供する地図（例えば、Ｇｏｏｇｌｅ Ｍａｐｓ等）に、
今回対象となる競技の走行ルートとなる箇所を上書きすることで、地図を生成することも
できる。図１１は、競技車両の走行情報を表示するためのユーザインターフェース（運営
者向け）の例である。図１１において、１００２は、走行ルートを含む地図を示す領域で
ある。走行ルートは、例えば、後述する公道区間（破線で示す１００５に対応する区間）
とスペシャルステージ区間（実践で示す１００４に対応する区間）とで構成される。公道
区間及びスペシャルステージ区間が識別可能なように、各々を異なる形態（色、線等）で
表示することができ、また、各々の区間を走行する競技車両の識別表示についても異なる
形態で表示することができる。

次に、制御部１０の競技車両関連情報管理部２２は、競技車両端末４から、送受信部１３
を介して現在位置情報を受信する（Ｓ１０２）。受信した現在位置情報は、競技車両関連
情報管理テーブルに格納される。上述の通り、現在位置情報として、競技車両端末４に備
えられたＧＰＳにより取得される位置情報、または、携帯電話通信網の基地局の位置情報
を利用して取得される競技車両端末４の位置情報等を利用することができる。現在位置情
報の受信は、競技車両が受信する電波の受信状況に応じて、または、周期的に行われる。

次に、地図情報管理部２２は、Ｓ１０１において生成した走行ルートを示す地図上に、Ｓ
１０２において受信した競技車両端末４の現在位置情報を表示する処理を行う（Ｓ１０３
）。なお、上述のＳ１０１及びＳ１０２が実行される順序は限定されるものでなく、例え
ば、Ｓ１０２の現在位置情報を受信したうえで、Ｓ１０１の地図を生成し、続いて現在位
置情報を地図上に生成することもできる。図１１において、例えば、競技車両（ゼッケン
番号１）の現在位置が１００６のように表示される。

続いて、競技情報管理部２３は、競技情報の送信要求が、運営者端末２から受信されたも
のか、または、観客端末３から受信されたものかを確認する（Ｓ１０４）。例えば、運営
者端末２または観客端末３のユーザＩＤや端末ＩＤによって種別の確認ができる。なお、
サービス提供サーバ１は、事前に実施されるユーザログイン時において、サーバにアクセ
スする端末が運営者のものか、観客のものかを確認済である場合、本確認処理を省略する
こともできる。

ここで、送信要求が、運営者端末２からのものであった場合、処理はＳ１０５に進み、競
技情報管理部２３は、第１の競技情報を生成する。図１１は、運営者用のユーザインター
フェース画面を示している。図１１において、１００２は、走行ルートを含む地図を示す
領域であり、１００３は、競技情報として競技車両に関連する情報を示す領域である。第
１の競技情報の例として、１００３に示すように、各競技車両の順位付け、走行速度、走
行状態及び電波の受信状況の有無に関する情報を生成する。ここで、運営者向けの競技情
報として、競技車両が公道区間を走行しているか否かに関わらず、走行速度を表示してい
る点を特徴としている、例えば、ゼッケン番号９の競技車両は、７０ｋｍの速度で走行し
ていることが記録されているが、運営者向けのユーザインターフェース画面においては速
度情報も含めて表示している。

ここで、送信要求が、観客端末３からのものであった場合、処理はＳ１０６に進み、競技
情報管理部２３は、第２の競技情報を生成する。図１２は、観客用のユーザインターフェ
ース画面を示している。図１２において、２００２は、走行ルートを含む地図を示す領域
であり、２００３は、競技情報として競技車両に関連する情報を示す領域である。第２の
競技情報の例として、２００３に示すように、運営者向け同様に、項目として、各競技車
両の順位付け、走行速度、走行状態及び電波の受信状況の有無に関する情報を生成する。
ここで、観客向けの競技情報として、競技車両が公道区間を走行している場合、走行速度
を表示しない点を特徴としている、例えば、ゼッケン番号９の競技車両は、７０ｋｍの速
度で走行していることが記録されているが、観客向けのユーザインターフェース画面にお
いては表示されていない。その他、観客向けのユーザインターフェース画面において、例
えば、電波の受信状況を表示することが不要と判断すれば、かかる情報を表示しないよう
制御することもできる。

また、表示制御部２５は、その他のユーザインターフェース画面用のパーツも含め、必
要な情報を画面表示用情報として生成のうえ、対象端末に情報を送信する（Ｓ１０７）。

以上のように、本実施の形態によれば、送信要求を行う端末に応じて、サーバは、走行
ルートや競技情報について異なるユーザインターフェース画面を提供することが可能とな
る。

以下、本発明の第２の実施の形態によるサービス提供システムについて、図面を参照しな
がら説明する。本実施の形態において説明されるサービス提供サーバ１の基本機能構成そ
の他管理される情報の内容は、特に言及されない限り、第１の実施の形態において説明さ
れたものと同等である。

図１３は、本発明による第２の実施の形態によるユーザインターフェースの提供方法の
例を示したフローチャート図である。本実施の形態においては、特に運営者に提供される
ユーザインターフェース画面に関連する一機能であって、競技車両に起こり得るトラブル
等のイベントを検出し、円滑な競技運営に資する機能に関するものである。

まず、サービス提供サーバ１の制御部１０の競技車両関連情報管理部２２は、競技車両端
末４から、送受信部１３を介して現在位置情報を受信する（Ｓ２０１）。同管理部は、受
信した現在位置情報を、競技車両関連情報管理テーブル５００に格納する。

次に、競技車両関連情報管理部２２は、現在位置情報を取得した時刻を更新する（Ｓ２
０２）。例えば、同管理部は、Ｓ２０１において、競技車両情報管理テーブル５００の「
現在位置情報」の項目を更新するとともに、「取得時刻」の項目を更新する。

次に、競技車両関連情報管理部２２は、最新の位置情報取得時刻から経過した時間を確
認する（Ｓ２０３）。例えば、同管理部は、競技車両情報管理テーブル５００において、
最後に位置情報を取得した時刻から経過した時間を示す「経過時間」の項目を確認する。

続いて、競技車両関連情報管理部２２は、Ｓ２０３において確認した経過時間が所定時
間を経過したかを確認する（Ｓ２０４）。例えば、同管理部は、競技車両情報管理テーブ
ル５００において、ゼッケン番号１６の車両から最後に位置情報を取得した時刻から「５
分３０秒」が経過したことを確認し、予め決められた「５分」を経過していることを確認
する。

Ｓ２０５の確認結果が、所定時間を経過していた場合、イベント管理部２４は、アラート
を生成する（Ｓ２０５）。例えば、イベント管理部２４は、Ｓ２０５の処理において、ゼ
ッケン番号１６の車両が最後に位置情報を取得した時刻から５分以上が経過しているため
、その車両に何等かのトラブルが起きたことで、電波を受信できない状況に陥り、そのた
め、情報を送信できないものと推定し、運営者にその旨を知らせるための通知を生成する
。生成された通知は、サービス提供サーバ１から運営者端末２へと送信され、例えば、運
営者端末２の表示画面上に通知がポップアップ表示される。Ｓ２０５の確認結果が、所定
時間を経過していない場合、元の経過時間確認処理に戻る。

以上、本実施の形態によれば、サーバは、競技車両から受信される情報をモニタすること
で、競技車両に起こり得るトラブル等のイベントを検出し、運営者端末のユーザインター
フェース画面においてリアルタイムに通知を行うことで、運営者は即座に対象車両に対す
る対応を実施できることが可能となり、よって円滑な競技運営を行うことが可能となる。

以下、本発明の第３の実施の形態によるサービス提供システムについて、図面を参照しな
がら説明する。本実施の形態において説明されるサービス提供サーバ１の基本機能構成そ
の他管理される情報の内容は、特に言及されない限り、第１及び第２の実施の形態におい
て説明されたものと同等である。本実施の形態は、第２の実施形態同様に、特に運営者に
提供されるユーザインターフェース画面に関連する一機能であって、第２の実施形態とは
異なる情報に基づいて競技車両に起こり得るトラブル等のイベントを検出し、円滑な競技
運営に資する機能に関するものである。

図１４は、本発明による第３の実施の形態によるユーザインターフェースの提供方法の例
を示したフローチャート図である。まず、サービス提供サーバ１の制御部１０の競技車両
関連情報管理部２２は、競技車両端末４の電波受信状況を確認する（Ｓ３０１）。電波受
信状況の確認は、サーバ１から競技車両端末４に対し、携帯電話通信網を使って何等かの
情報を送信することで反応を確認する方法や、第２の実施形態のように位置情報等の何等
かの情報を一定周期で受信し、受信ができないときに電波受信ができなくなったと推定す
る方法が挙げられる。同管理部は、競技車両端末４の電波受信状況を、競技車両関連情報
管理テーブル５００に格納する。

次に、競技車両関連情報管理部２２は、Ｓ３０１の電波状況確認において、競技車両の
電波が受信できない状況であることが確認されてから所定時間が経過したかを確認する（
Ｓ３０２）。例えば、同管理部は、競技車両情報管理テーブル５００において、ゼッケン
番号１６の車両が電波を受信できなくなった状況になったことを最後に確認してから「５
分」以上を経過していることを確認する。

Ｓ３０２の確認結果が、所定時間を経過していた場合、イベント管理部２４は、アラート
を生成する（Ｓ３０３）。例えば、イベント管理部２４は、Ｓ３０２の処理において、ゼ
ッケン番号１６の車両が最後に位置情報を取得した時刻から５分以上が経過しているため
、その車両に何等かのトラブルが起きたことで、電波を受信できない状況に陥り、そのた
め、情報を送信できないものと推定し、運営者にその旨を知らせるための通知を生成する
。生成された通知は、サービス提供サーバ１から運営者端末２へと送信され、例えば、運
営者端末２の表示画面上に通知がポップアップ表示される。Ｓ３０２の確認結果が、所定
時間を経過していない場合、元の経過時間確認処理に戻る。

また、図１１または図１２に示すように、電波が受信できない状況（「Ｓｉｇｎａｌ」が
「ＬＯＳＴ」のステータス）の競技車両（図１１または図１２の例では、ゼッケン番号１
６の競技車両）については、走行ルートの地図上で、他の競技車両と異なる識別表示をす
ることができる。例えば、競技車両を示すアイコンの色、種類、形状等を変えて表示する
ことができる。

以上、本実施の形態によれば、サーバは、競技車両の電波受信状況をモニタすることで、
競技車両に起こり得るトラブル等のイベントを検出し、運営者端末のユーザインターフェ
ース画面においてリアルタイムに通知を行うことで、運営者は即座に対象車両に対する対
応を実施できることが可能となり、よって円滑な競技運営を行うことが可能となる。なお
、本実施形態では、トラブル検出の手段として競技車両の電波受信状況を例に挙げて説明
したが、他の例として、走行速度がゼロになってから所定期間が経過したこともモニタリ
ング対象として考慮することもできる。

以下、本発明の第４の実施の形態によるサービス提供システムについて、図面を参照しな
がら説明する。本実施の形態において説明されるサービス提供サーバ１の基本機能構成そ
の他管理される情報の内容は、特に言及されない限り、第１及び第２の実施の形態におい
て説明されたものと同等である。本実施の形態は、特に運営者と競技車両との間で行われ
る通信を基に提供されるユーザインターフェース画面に関連する一機能であって、競技車
両に生じたトラブル等のイベントを検出し、円滑な競技運営に資する機能に関するもので
ある。

図１５は、本発明による第４の実施の形態によるユーザインターフェースの提供方法の例
を示したフローチャート図である。まず、サービス提供サーバ１の制御部１０のイベント
管理部２４は、競技車両端末４からＳＯＳ信号を受信したか否かを確認する（Ｓ４０１）
。ＳＯＳ信号の受信状況の確認は、送受信部１３を介して、競技車両端末４から信号を受
信したか否かを確認することで行われる。同管理部は、ＳＯＳ信号を受信した場合、図７
のＳＯＳ情報管理テーブル７００に同信号を受信した旨を更新する。図７に示すように、
例えば、ＳＯＳ信号を識別するＩＤ（例えば、「１」）、ＳＯＳ信号を発したドライバー
ＩＤ（例えば、「１０００８」）が同テーブル７００に更新される。

次に、イベント管理部２４は、所定時間の経過を待って、ＯＫ信号を受信したか否かを
確認する（Ｓ４０２）。の例えば、同管理部は、ＳＯＳ情報管理テーブル７００が更新さ
れて、１分経過後において、ＯＫ信号を受信したか否かを確認する。ＯＫ信号の受信状況
の確認は、ＳＯＳ情報管理テーブル７００を参照することで行われる。例えば、同テーブ
ル７００において、ＳＯＳ信号を識別するＩＤが「１」のイベントについては、既にＯＫ
信号の応答があった旨確認することができる。一方で、ＳＯＳ信号を識別するＩＤが「１
０」のものについては、ＯＫ信号を受信していない旨（「Ｎｏｎｅ」）の旨確認すること
ができる。

Ｓ４０２の確認結果が、ＯＫ信号を受信していないことを確認した場合、イベント管理部
２４は、アラートを生成し、運営者端末、特に、ラジオポイントで待機するスタッフの端
末にアラートを送信する（Ｓ４０３）。図１６（ａ）及び図１６（ｂ）は各々、本実施形
態における、競技車両端末の表示画面において、ＳＯＳ信号及びＯＫ信号の発報を行うユ
ーザイ
ンターフェース画面の例である。図１６（ａ）において、競技者は、「ＳＯＳ発報中」の
旨アラートをサーバに送信した後に、図１６（ｂ）に示すように、ＯＫ信号を発報させる
ことで、「ＯＫ発報中」の旨アラートをサーバに送信することができ、サービス提供サー
バ１のイベント管理部２４は、運営者端末（現場で待機している端末）にアラートを送信
する。

以上、本実施の形態によれば、サーバは、競技車両から受信されるＳＯＳ信号やＯＫ信号
を通じて、競技車両に起こり得るトラブル等のイベントを検出し、運営者端末のユーザイ
ンターフェース画面においてリアルタイムに通知を行うことで、運営者は即座に対象車両
に対する対応を実施できることが可能となり、よって円滑な競技運営を行うことが可能と
なる。

以下、本発明の第５の実施の形態によるサービス提供システムにより提供されるユーザ
インターフェース画面ついて、図面を参照しながら説明する。本実施の形態において説明
されるサービス提供サーバ１の基本機能構成その他管理される情報の内容は、特に言及さ
れない限り、第１の実施の形態等前に説明した実施の形態において説明されたものと同等
である。

図１７は、本発明による第５の実施の形態によるユーザインターフェースの例を示した図
である。図１７（ａ）は、競技車両が走行コース上で停車しており、かつ、電波を受信で
きない状態になっていることを示している。具体的には、競技車両のゼッケン番号を示す
アイコンの色が灰色で表示されており、走行している車両とは別の色で表現される。また
、図１７（ｂ）は、競技車両が停車している方向を矢印で表現している。具体的には、競
技車両が画面左上の方向を向いて停車している。また、競技車両が電波を受信している状
況（すなわち、競技車両から現在位置情報を一定周期で受信している）なので、上記アイ
コンの色を黒く表示している。

図１８は、本発明による第５の実施の形態によるユーザインターフェースの他の例を示し
た図である。図１８（ａ）は、競技車両が走行コース上で一定時間停車しており、かつ、
電波を受信できている状態になっていることを示している。具体的には、競技車両のゼッ
ケン番号を示すアイコンの色が黒く表示されており、競技車両が一定期間停車しているの
で、車両の方向を示す矢印は表示されない。また、図１８（ｂ）は、競技車両が走行して
いる方向を矢印で表現している。具体的には、競技車両が画面右方向を向いて走行してい
る。

以上のように、本実施の形態において、競技車両の走行状態や電波の受信状況に応じて
、競技車両を識別するアイコンの色を変更することができ、視認性に優れたユーザインタ
ーフェースを提供することができる。ここで、競技車両のプライバシー等を考慮して、観
客端末に対しては、競技車両の駐車方向及び走行方向を表示しないよう制御することもで
きる。

上述した実施の形態は、本発明の理解を容易にするための例示に過ぎず、本発明を限定
して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良
することができると共に、本発明にはその均等物が含まれることは言うまでもない。

１ サービス提供サーバ
２ 運営者端末
３ 観客端末
４ 競技車両端末

Claims (5)

1. 自動車競技において、競技車両の走行情報を表示するためのユーザインターフェースを
   提供する方法であって、
   競技車両が走行する走行ルートを地図情報として生成し、
   当該走行ルートにおいて、前記競技車両が現在走行している地点を表示する情報を生成
   し、
   前記競技車両に関連する情報を生成し、
   前記走行ルートと前記競技車両に関連する情報を同時に表示するよう制御し、
   自動車競技の運営者端末または観客端末からの受信要求に応じて、前記競技車両に関連す
   る情報の内容を変更することを特徴とする方法。
2. 前記走行ルートは、公道ルートとタイムアタックを許容するスペシャルステージとから
   構成され、前記競技車両に関連する情報は、当該競技車両の走行速度を含むことを特徴と
   する、請求項１に記載の方法。
3. 前記観客端末からの受信要求に対して、
   前記競技車両が前記公道ルートを走行しているときは、前記走行速度を表示せず、
   前記競技車両がスペシャルステージを走行しているときは、前記走行速度を表示するよう
   制御することを特徴とする、請求項２に記載の方法。
4. 前記競技車両に関連する情報は、携帯電話用の電波の受信状況を示す情報を含む、請求項
   １に記載の方法。
5. 前記電波の受信状況を示す情報が、当該電波を受信していないことを示してから所定時間
   経過後にアラートを表示するよう制御する、請求項１に記載の方法。
   
   
   
   
   
   
   
   
   
   
   

Images