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

Abstract

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

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (5)

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