情報処理システム
【課題】移動体の情報の取得を安定に行い、時々刻々と変化する移動体の情報を用いたアプリケーションの処理精度を維持する。
【解決手段】移動に応じて近隣基地局を補足するエリア変更の機能を有する情報通信端末と、当該情報通信端末と通信可能な移動体情報通信部とを備えた情報処理システムであって、前記移動体情報通信部は、移動体に関する情報の送信を要求する信号を受信し、前記移動体に関する情報を前記情報通信端末に送信する通信手段を備え、前記情報通信端末は、前記移動体に関する情報の送信を要求する信号を前記移動体情報通信部に送信し、前記移動体情報通信部から送信された前記移動体に関する情報を受信する通信手段と、受信した前記移動体に関する情報を記憶する記憶手段と、前記移動体に関する情報と情報処理プログラムに基づき所定の情報処理を実行する情報処理手段と、画像を表示する表示手段とを備える。
【解決手段】移動に応じて近隣基地局を補足するエリア変更の機能を有する情報通信端末と、当該情報通信端末と通信可能な移動体情報通信部とを備えた情報処理システムであって、前記移動体情報通信部は、移動体に関する情報の送信を要求する信号を受信し、前記移動体に関する情報を前記情報通信端末に送信する通信手段を備え、前記情報通信端末は、前記移動体に関する情報の送信を要求する信号を前記移動体情報通信部に送信し、前記移動体情報通信部から送信された前記移動体に関する情報を受信する通信手段と、受信した前記移動体に関する情報を記憶する記憶手段と、前記移動体に関する情報と情報処理プログラムに基づき所定の情報処理を実行する情報処理手段と、画像を表示する表示手段とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動車等の移動体から取得した情報を用いて各種の情報処理を行う情報処理システムに関する。
【背景技術】
【０００２】
自動車の車両制御系装置、各種電装部品およびマルチメディア系装置から車両内信号を取得し、他の車両との間で通信（車車間通信）を行って相互利用する技術が存在する（例えば、特許文献１参照。）。
【０００３】
また、自動車内の複数の電子機器を近距離無線により相互接続し、走行速度等の車両情報を自動車内の電子機器において利用可能とした技術も存在する（例えば、特許文献２参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１８５４２８号公報
【特許文献２】特開２００１−２３９８９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したような技術により、車両情報を自動車内において携帯電話等の情報通信端末により取得できる環境が整備されつつあり、車両情報を利用した有用なアプリケーション（アプリケーションプログラム）の開発が要望されている。
【０００６】
しかしながら、携帯電話等の情報通信端末はハードウェア的な制約により処理能力が劣り、情報通信端末内の各種の処理により車両情報の取得が遅延したり、データが欠落したりするという不都合があった。自動車の速度、燃料噴射量、エンジン回転数といった時々刻々と変化する車両情報を用いたアプリケーションの場合、車両情報の遅延やデータ欠落は正確な情報処理をする上で障害となり、精度の高い本格的なアプリケーションを開発する上で問題であった。
【０００７】
例えば、携帯電話ネットワークとの接続機能を有する情報通信端末では、自動車の移動に伴い、ある基地局エリアから他の基地局エリアに移る際に基地局を補足するエリア変更の処理が行われる。エリア変更の処理では情報通信端末と近隣の基地局との間で頻繁に通信が行われるため、情報通信端末内の処理パワーのかなりの部分が割かれ、近距離無線による車両情報の取得に遅延やデータ欠落が発生する。
【０００８】
また、アプリケーションによっては現在位置を正確に取得するために情報通信端末に搭載されたＧＰＳ（Global Positioning System）機能を利用して位置情報の取得を行う場合があるが、ＧＰＳ機能の使用に際しても情報通信端末の処理パワーが割かれるため、車両情報の遅延やデータ欠落が発生する。
【０００９】
更に、アプリケーションによってはサーバ装置と通信を行う場合があるが、サーバ装置との通信にも情報通信端末の処理パワーが割かれるため、車両情報の遅延やデータ欠落が発生する。
【００１０】
なお、自動車の車両情報について説明したが、自動車以外の移動体についての情報であっても同様の問題が想定される。
【００１１】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、移動体の情報の取得を安定に行い、時々刻々と変化する移動体の情報を用いたアプリケーションの処理精度を維持することのできる情報処理システムを提供することにある。
【課題を解決するための手段】
【００１２】
上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、移動に応じて基地局を補足するエリア変更の機能を有する情報通信端末と、当該情報通信端末と通信可能な移動体情報通信部とを備えた情報処理システムであって、前記移動体情報通信部は、前記情報通信端末から移動体に関する情報の送信を要求する信号を受信し、前記移動体に関する情報を前記情報通信端末に送信する通信手段を備え、前記情報通信端末は、前記移動体に関する情報の送信を要求する信号を前記移動体情報通信部に送信し、前記移動体情報通信部から送信された前記移動体に関する情報を受信する通信手段と、受信した前記移動体に関する情報を記憶する記憶手段と、前記移動体に関する情報と情報処理プログラムに基づき所定の情報処理を実行する情報処理手段と、画像を表示する表示手段とを備え、前記情報処理手段は、前記移動体に関する情報の取得を行っている間に他の通信開始要求および受信確認要求を保留させる処理と、エリア変更に起因して受信データが遅延した場合に、前記移動体に関する情報の受信データにヘッダとフッタが含まれるまで所定時間にわたり受信データの到着を待つ処理と、受信データの到着を待つ間、前記記憶手段に記憶されている直近の情報から補完値を算出して前記記憶手段に記録する処理と、ヘッダとフッタが含まれた受信データにつき、チェックサムに基づいて確認を行う処理と、取得の要求を行ったシグナル数およびシグナル番号に基づき、受信データのシグナル数、受信データサイズ、シグナル番号およびシグナル値の確認を行う処理と、確認により正常と判断された受信データを前記記憶手段に記録する処理と、確認により正常と判断された受信データが所定タイミング以前に得られた場合は当該受信データに基づいて、または所定タイミング以前に得られなかった場合は前記補完値に基づいて、前記表示手段に表示するための画像情報を生成する処理とを実行する情報処理システムを要旨としている。
【００１３】
また、請求項２に記載されるように、請求項１に記載の情報処理システムにおいて、前記情報処理手段は、前記移動体情報通信部から送信された前記移動体に関する情報を受信しながら前記情報処理プログラムに基づいて所定の情報処理を実行するオンラインモードと、前記移動体情報通信部との送受信を行わずに所定の情報処理を実行するオフラインモードとを備え、前記オフラインモードにおいては、前記オンラインモードにおいて前記記憶手段に記憶した前記移動体に関する情報を読み出し、読み出した情報に基づいて前記表示手段に表示するための画像情報を生成する処理を実行するようにすることができる。
【００１４】
また、請求項３に記載されるように、請求項１または２のいずれか一項に記載の情報処理システムにおいて、前記情報通信端末と送受信可能に接続され、前記情報通信端末から前記移動体に関する情報を受信して蓄積し、統計処理を施したデータを要求に応じて端末装置に提供するサーバ装置を備えるようにすることができる。
【００１５】
また、請求項４に記載されるように、請求項１乃至３のいずれか一項に記載の情報処理システムにおいて、前記画像情報は、仮想空間内を移動するキャラクタであり、前記情報通信端末は、前記移動体に関する情報に基づいて前記移動体の燃費を算出する燃費算出手段と、算出した燃費と予め設定された基準燃費との比に基づいて前記キャラクタの移動速度を決定する移動速度決定手段とを備えるようにすることができる。
【００１６】
また、請求項５に記載されるように、請求項４に記載の情報処理システムにおいて、前記情報通信端末は、同時に仮想空間内を移動する他のキャラクタとして、燃費の異なる複数の候補の中から利用者に選択させる選択手段を備えるようにすることができる。
【００１７】
また、請求項６に記載されるように、移動に応じて基地局を補足するエリア変更の機能を有し、移動体に関する情報の送信を要求する信号を移動体情報通信部に送信し、前記移動体情報通信部から送信された前記移動体に関する情報を受信する通信手段と、受信した前記移動体に関する情報を記憶する記憶手段と、前記移動体に関する情報と情報処理プログラムに基づき所定の情報処理を実行する情報処理手段と、画像を表示する表示手段とを備えた情報通信端末と、前記情報通信端末と通信可能で、前記情報通信端末から移動体に関する情報の送信を要求する信号を受信し、前記移動体に関する情報を前記情報通信端末に送信する通信手段を備えた移動体情報通信部とを備えた情報処理システムにおける前記情報通信端末の制御プログラムであって、前記情報通信端末の前記情報処理手段を構成するコンピュータに、前記移動体に関する情報の取得を行っている間に他の通信開始要求および受信確認要求を保留させる機能、エリア変更に起因して受信データが遅延した場合に、前記移動体に関する情報の受信データにヘッダとフッタが含まれるまで所定時間にわたり受信データの到着を待つ機能、受信データの到着を待つ間、前記記憶手段に記憶されている直近の情報から補完値を算出して前記記憶手段に記録する機能、ヘッダとフッタが含まれた受信データにつき、チェックサムに基づいて確認を行う機能、取得の要求を行ったシグナル数およびシグナル番号に基づき、受信データのシグナル数、受信データサイズ、シグナル番号およびシグナル値の確認を行う機能、確認により正常と判断された受信データを前記記憶手段に記録する機能、確認により正常と判断された受信データが所定タイミング以前に得られた場合は当該受信データに基づいて、または所定タイミング以前に得られなかった場合は前記補完値に基づいて、前記表示手段に表示するための画像情報を生成する機能を実現させるための情報処理制御プログラムとして構成することができる。
【００１８】
また、請求項７に記載されるように、移動に応じて基地局を補足するエリア変更の機能を有する情報通信端末と、当該情報通信端末と通信可能で、前記情報通信端末から移動体に関する情報の送信を要求する信号を受信し、前記移動体に関する情報を前記情報通信端末に送信する通信手段を備えた移動体情報通信部とを備えた情報処理システムにおける前記情報通信端末であって、前記移動体に関する情報の送信を要求する信号を前記移動体情報通信部に送信し、前記移動体情報通信部から送信された前記移動体に関する情報を受信する通信手段と、受信した前記移動体に関する情報を記憶する記憶手段と、前記移動体に関する情報と情報処理プログラムに基づき所定の情報処理を実行する情報処理手段と、画像を表示する表示手段とを備え、前記情報処理手段は、前記移動体に関する情報の取得を行っている間に他の通信開始要求および受信確認要求を保留させる処理と、エリア変更に起因して受信データが遅延した場合に、前記移動体に関する情報の受信データにヘッダとフッタが含まれるまで所定時間にわたり受信データの到着を待つ処理と、受信データの到着を待つ間、前記記憶手段に記憶されている直近の情報から補完値を算出して前記記憶手段に記録する処理と、ヘッダとフッタが含まれた受信データにつき、チェックサムに基づいて確認を行う処理と、取得の要求を行ったシグナル数およびシグナル番号に基づき、受信データのシグナル数、受信データサイズ、シグナル番号およびシグナル値の確認を行う処理と、確認により正常と判断された受信データを前記記憶手段に記録する処理と、確認により正常と判断された受信データが所定タイミング以前に得られた場合は当該受信データに基づいて、または所定タイミング以前に得られなかった場合は前記補完値に基づいて、前記表示手段に表示するための画像情報を生成する処理とを実行する情報通信端末として構成することができる。
【発明の効果】
【００１９】
本発明の情報処理システムにあっては、移動体の情報の取得を安定に行い、時々刻々と変化する移動体の情報を用いたアプリケーションの処理精度を維持することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態にかかる情報処理システムの構成例を示す図である。
【図２】情報通信端末の構成例を示す図である。
【図３】通信優先制御部の処理例を示すフローチャートである。
【図４】アプリケーションプログラムによる対コネクタ通信の処理例を示すフローチャートである。
【図５】対コネクタ通信の要求および応答のデータ構造例を示す図である。
【図６】ＣＯ２レースゲームの処理例を示すフローチャートである。
【図７】基準カー管理テーブルの例を示す図である。
【図８】ＣＯ２レースゲームの画面例を示す図である。
【図９】ログの例を示す図である。
【発明を実施するための形態】
【００２１】
以下、本発明の好適な実施形態につき説明する。
【００２２】
＜構成＞
図１は本発明の一実施形態にかかる情報処理システムの構成例を示す図である。
【００２３】
図１において、自動車等の移動体１内には、車両情報管理部２と車両情報通信部３とが設けられ、搭乗する利用者の操作する携帯電話等の情報通信端末４と車両情報通信部３との間で通信が行えるようになっている。
【００２４】
車両情報管理部２は、車両制御系装置や各種電装部品等から車両情報を収集して管理する機能を有している。車両情報としては、例えば、速度（車速）、燃料噴射量、エンジン回転数、ＳＯＣ（State Of Charge：バッテリ充電状態）、アクセル開度、横方向加速度、縦方向加速度、走行距離、ハンドル角、ブレーキスイッチ、ドア、ランプ、ギア、カーテシ（車内灯）、ウィンカー等の情報が含まれる。
【００２５】
車両情報通信部３は、近距離無線により情報通信端末４から個々の車両情報（シグナル）を指定したリクエストを受信し、該当する車両情報を車両情報管理部２から取得し、情報通信端末４に向けて送信する機能を有している。
【００２６】
移動体１の外部には、携帯電話ネットワーク６に接続された中継基地局５と、位置情報を送信するＧＰＳ衛星１０とが存在する。携帯電話ネットワーク６はインターネット等のネットワーク７に接続され、このネットワーク７には、情報通信端末４内のアプリケーションの通信先となるサーバ装置８が接続されるとともに、サーバ装置８と通信を行う端末装置９が接続されている。サーバ装置８は情報通信端末４から送信された車両情報を受信して蓄積し、所定の統計処理等を行い、端末装置９からの要求に応じて情報を提供する機能を有している。
【００２７】
図２は情報通信端末４の構成例を示す図である。
【００２８】
図２において、情報通信端末４は、情報通信端末４内の情報処理を実行するＣＰＵ（Central Processing Unit）等の情報処理部４０１と、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等の記憶部４０２と、液晶ディスプレイ等の表示部４１３と、テンキー、ボタン等の操作部４１４と、マイク、スピーカ、アンプ等の通話部４１５とを備えている。また、情報通信端末４は、近隣の中継基地局５との通信の制御（エリア変更制御を含む）を行う携帯電話ネットワーク無線部４１６と、音声通話の制御を行う通話制御部４１７と、ＨＴＴＰ（Hyper Text Transfer Protocol）等によるパケット通信の制御を行う対サーバ通信部４１８と、近距離無線によるパケット通信の制御を行う対コネクタ通信部４１９と、ＧＰＳ衛星１０からの位置情報の受信を行うＧＰＳ受信部４２０と、写真撮影を行うカメラ部４２１とを備えている。
【００２９】
記憶部４０２には、ソフトウェアによる機能部として、通信優先制御部４０３と、ゲームプログラム等のアプリケーションプログラム４０４とが設けられている。なお、通信優先制御部４０３はアプリケーションプログラム４０４の内部に設けてもよい。
【００３０】
通信優先制御部４０３は、アプリケーションプログラム４０４からの対コネクタ通信、対サーバ通信、ＧＰＳ受信のリクエストに対し、対コネクタ通信を優先的に行わせる制御を行う機能を有している。
【００３１】
アプリケーションプログラム４０４は、車両情報を利用したゲームプログラム等であり、オンライン／オフラインモード制御部４０５と車両情報取得部４０６と車両情報補完部４０７と変数算出部４０８と位置情報取得部４０９とサーバ通信部４１０と表示画像生成部４１１とログ記録部４１２とを備えている。
【００３２】
オンライン／オフラインモード制御部４０５は、リアルタイムに取得する車両情報に基づくオンラインモードと、蓄積された車両情報に基づくオフラインモードとを操作部４１４からの利用者による操作に応じて切り替え、各モードにおける総合的な制御を行う機能を有している。
【００３３】
車両情報取得部４０６は、対コネクタ通信部４１９により車両情報通信部３から車両情報を取得する機能を有している。
【００３４】
車両情報補完部４０７は、車両情報取得部４０６による車両情報の取得に何らかの原因でデータの遅延ないしは欠落が発生した場合に、以前に取得した車両情報から現時点の車両情報を推測する機能を有している。
【００３５】
変数算出部４０８は、車両情報取得部４０６により取得した車両情報からゲーム等の進行に使用する変数を算出する機能を有している。
【００３６】
位置情報取得部４０９は、ＧＰＳ受信部４２０により現在の位置情報を取得する機能を有している。
【００３７】
サーバ通信部４１０は、対サーバ通信部４１８および携帯電話ネットワーク無線部４１６により、近隣の中継基地局５およびネットワーク７を経由してサーバ装置８と通信を行う機能を有している。
【００３８】
表示画像生成部４１１は、変数算出部４０８により算出した変数に基づいて表示部４１３に表示する画像を生成する機能を有している。
【００３９】
ログ記録部４１２は、オンラインモードにおける各時刻における車両情報、位置情報、変数値等を記録する機能を有している。ログ記録部４１２により記録された情報はオフラインモードにおいて利用されるとともに、適宜、サーバ通信部４１０によりサーバ装置８に送信される。
【００４０】
＜動作＞
図３は通信優先制御部４０３の処理例を示すフローチャートであり、図３（ａ）はアプリケーションプログラム４０４から通信開始要求があった場合の処理、図３（ｂ）はアプリケーションプログラム４０４から応答の受信確認要求があった場合の処理を示している。
【００４１】
図３（ａ）において、通信優先制御部４０３は、アプリケーションプログラム４０４から、車両情報の取得要求、位置情報の取得要求、あるいは、サーバ通信要求についての通信開始要求が発生すると処理を開始する（ステップＳ１１１）。
【００４２】
通信優先制御部４０３は、通信開始要求が車両情報の取得要求、位置情報の取得要求、あるいは、サーバ通信要求の通信開始要求のいずれであるかにより、対コネクタ通信であるか否か判断する（ステップＳ１１２）。車両情報通信部３からの車両情報の取得要求は対コネクタ通信であり、ＧＰＳ受信部４２０によるＧＰＳ衛星１０からの位置情報の取得要求と、対サーバ通信部４１８によるサーバ装置８とのサーバ通信要求とについては対コネクタ通信ではない。
【００４３】
そして、対コネクタ通信である場合（ステップＳ１１２のＹｅｓ）、アプリケーションプログラム４０４に対して対コネクタ通信である車両情報の取得要求の通信開始を許可し（ステップＳ１１３）、処理を終了する（ステップＳ１１７）。許可を受けたアプリケーションプログラム４０４は、対コネクタ通信部４１９により車両情報通信部３に対して車両情報の取得要求を送信する。
【００４４】
また、対コネクタ通信でない場合（ステップＳ１１２のＮｏ）、すなわちＧＰＳ受信部４２０によるＧＰＳ衛星１０からの位置情報の取得要求、もしくは、対サーバ通信部４１８によるサーバ装置８とのサーバ通信要求である場合、通信優先制御部４０３は、対コネクタ通信が動作中であるか否か判断する（ステップＳ１１４）。
【００４５】
そして、対コネクタ通信が動作中である場合（ステップＳ１１４のＹｅｓ）、通信優先制御部４０３はアプリケーションプログラム４０４の通信開始要求を保留とし（ステップＳ１１５）、処理を終了する（ステップＳ１１７）。この場合、アプリケーションプログラム４０４は通信開始を断念し、所定時間の経過後に再び通信開始要求を行うことになる。
【００４６】
また、対コネクタ通信が動作中でない場合（ステップＳ１１４のＮｏ）、通信優先制御部４０３はアプリケーションプログラム４０４に対して通信開始を許可し（ステップＳ１１６）、処理を終了する（ステップＳ１１７）。許可を受けたアプリケーションプログラム４０４は、位置情報の取得要求であればＧＰＳ受信部４２０によるＧＰＳ衛星１０からの位置情報の取得を開始し、サーバ通信要求であれば対サーバ通信部４１８および携帯電話ネットワーク無線部４１６により、サーバ装置８の所定のＵＲＬ（Uniform Resource Locator）に対してＨＴＴＰに基づくメッセージを送信する。
【００４７】
図３（ｂ）において、通信優先制御部４０３は、アプリケーションプログラム４０４から、車両情報の取得要求、位置情報の取得要求、あるいは、サーバ通信要求に対する応答の受信確認要求が発生すると処理を開始する（ステップＳ１２１）。
【００４８】
通信優先制御部４０３は、受信確認要求が車両情報の取得要求、位置情報の取得要求、あるいは、サーバ通信要求のいずれの応答に対する受信確認要求であるかにより、受信確認要求の応答の対象が対コネクタ通信によるものであるか否か判断する（ステップＳ１２２）。
【００４９】
そして、対コネクタ通信である場合（ステップＳ１２２のＹｅｓ）、アプリケーションプログラム４０４に対して対コネクタ通信である車両情報の取得要求に対する応答の受信確認を許可し（ステップＳ１２３）、処理を終了する（ステップＳ１２７）。許可を受けたアプリケーションプログラム４０４は、対コネクタ通信部４１９から応答内容を取得し、適宜処理に使用する。
【００５０】
また、対コネクタ通信でない場合（ステップＳ１２２のＮｏ）、すなわちＧＰＳ受信部４２０によるＧＰＳ衛星１０からの位置情報の取得要求に対する応答の受信確認、もしくは、対サーバ通信部４１８によるサーバ装置８とのサーバ通信要求に対する応答の受信確認である場合、通信優先制御部４０３は、対コネクタ通信が動作中であるか否か判断する（ステップＳ１２４）。
【００５１】
そして、対コネクタ通信が動作中である場合（ステップＳ１２４のＹｅｓ）、通信優先制御部４０３は、アプリケーションプログラム４０４に内部的なデータ取得フラグおよびデータ取得時刻の設定のみを許可し、応答内容の取得自体は保留とし（ステップＳ１２５）、処理を終了する（ステップＳ１２７）。この場合、アプリケーションプログラム４０４は、内部的にデータ取得フラグおよびデータ取得時刻を設定し、処理パワーのかかる応答内容の取得は断念し、所定時間の経過後に再び受信確認要求を行うことになる。データ取得フラグおよびデータ取得時刻は、応答内容の本来的な受信時刻を確定するために用いる。
【００５２】
また、対コネクタ通信が動作中でない場合（ステップＳ１２４のＮｏ）、通信優先制御部４０３はアプリケーションプログラム４０４に対して受信確認を許可し（ステップＳ１２６）、処理を終了する（ステップＳ１２７）。許可を受けたアプリケーションプログラム４０４は、位置情報の取得要求についてであればＧＰＳ受信部４２０から応答内容を取得し、適宜処理に使用する。サーバ通信要求についてであれば対サーバ通信部４１８から応答内容を取得し、適宜処理に使用する。
【００５３】
このような動作により、位置情報の取得やサーバ通信による車両情報の取得への影響を低減することができ、時々刻々と変化する車両情報を用いたアプリケーションの処理精度を維持することができる。ただし、携帯電話ネットワーク無線部４１６によるエリア変更の処理はアプリケーションプログラム４０４の動作とは無関係に発生するため、上記の処理では不十分である。エリア変更の処理が車両情報の取得に及ぼす影響については次に説明する処理により対応することになる。
【００５４】
図４はアプリケーションプログラム４０４による対コネクタ通信の処理例を示すフローチャートであり、図４（ａ）は対コネクタ通信部４１９による車両情報通信部３への接続時の処理、図４（ｂ）は対コネクタ通信部４１９による車両情報通信部３への車両情報の取得要求時の処理、図４（ｃ）は対コネクタ通信部４１９からの車両情報の受信確認時の処理をそれぞれ示している。すなわち、図４（ａ）（ｂ）の処理は図３（ａ）において通信優先制御部４０３により通信開始許可（ステップＳ１１３）が行われた場合のアプリケーションプログラム４０４の処理であり、図４（ｃ）の処理は図３（ｂ）において通信優先制御部４０３により受信確認許可（ステップＳ１２３）が行われた場合のアプリケーションプログラム４０４の処理である。
【００５５】
図４（ａ）において、アプリケーションプログラム４０４は接続時の処理を開始すると（ステップＳ２１１）、対コネクタ通信部４１９から車両情報通信部３へセッション確立のための接続処理を行い（ステップＳ２１２）、正常に接続できた場合は処理を終了する（ステップＳ２１３）。
【００５６】
図４（ｂ）において、アプリケーションプログラム４０４は車両情報の取得要求時の処理を開始すると（ステップＳ２２１）、対コネクタ通信部４１９から車両情報通信部３へ車両情報リクエストを送信する（ステップＳ２２２）。図５（ａ）は車両情報リクエストのデータ構造例を示しており、「ヘッダ（ＳＯＦ：Start Of Frame）」、「コマンド、シグナル数」、「シグナル番号」、・・、「フッタ（ＥＯＦ：End Of Frame）」、「チェックサム」の項目を有している。「コマンド」は車両情報リクエストを意味するものとなっており、「シグナル番号」は車両情報の個々の項目を識別する番号である。複数の項目を要求する場合は「シグナル番号」が複数連続し、その総数が「シグナル数」となる。
【００５７】
図４（ｂ）に戻り、アプリケーションプログラム４０４はシグナル数とシグナル番号を内部的に保存し（ステップＳ２２３）、処理を終了する（ステップＳ２２４）。保存したシグナル数とシグナル番号は、後に受信データの整合性をチェックするために用いる。
【００５８】
図４（ｃ）において、アプリケーションプログラム４０４は車両情報の受信確認時の処理を開始すると（ステップＳ２３１）、対コネクタ通信部４１９から車両情報の受信データを取得し、アプリケーションプログラム４０４側のメモリ領域（車両情報取得部４０６の管理下のメモリ領域）に格納する（ステップＳ２３２）。この際、受信データが遅延して到達する場合に備え、既に格納した受信データに続けて新たな受信データを格納する。
【００５９】
図５（ｂ）は車両情報の受信データの構造例を示しており、「ヘッダ（ＳＯＦ）」、「シグナル数」、「シグナル番号」、「シグナル値」、・・、「フッタ（ＥＯＦ）」、「チェックサム」の項目を有している。図５（ａ）の車両情報リクエストと比べ、応答であるため「コマンド」がなくなっているとともに、「シグナル番号」と対になって「シグナル値」が付加されている。複数の項目がある場合は「シグナル番号」と「シグナル値」の対が複数連続する。
【００６０】
図４（ｃ）に戻り、アプリケーションプログラム４０４はメモリ領域上の受信データのヘッダの後にフッタおよびチェックサムがあるか否か判断する（ステップＳ２３３）。正常に応答が受信された場合にはヘッダからフッタおよびチェックサムまでが正常に揃うはずであるが、エリア変更の処理等により情報通信端末４の負荷が重い場合には受信データが途中までしか受信できない場合がある。
【００６１】
受信データのヘッダの後にフッタおよびチェックサムがある場合（ステップＳ２３３のＹｅｓ）、アプリケーションプログラム４０４はチェックサムによる確認を行って受信データが正常かどうか判断する（ステップＳ２３４）。正常でない場合（ステップＳ２３４のＮｏ）、受信データが破損しているものとして破棄（メモリ領域からの削除）を行い（ステップＳ２３５）、処理を終了する（ステップＳ２４１）。
【００６２】
チェックサムによる確認が正常である場合（ステップＳ２３４のＹｅｓ）、アプリケーションプログラム４０４は事前に内部的に保存（図４（ｂ）のステップＳ２２３）してあるシグナル数およびシグナル番号に基づき、受信データのシグナル数、受信データサイズ、シグナル番号、シグナル値の確認を行って正常かどうか判断する（ステップＳ２３６）。受信データサイズは、受信データの各項目のサイズが既知であり、変動分はシグナル数によるものだけであるため、シグナル数から算出することができる。シグナル値の確認は項目毎の変動範囲内であるか否かにより判断することができる。
【００６３】
受信データのシグナル数等の確認が正常でない場合（ステップＳ２３６のＮｏ）、受信データが破損しているものとして破棄を行い（ステップＳ２３５）、処理を終了する（ステップＳ２４１）。
【００６４】
受信データのシグナル数等の確認が正常である場合（ステップＳ２３６のＹｅｓ）、受信データをゲーム等に反映させ（ステップＳ２３７）、処理を終了する（ステップＳ２４１）。
【００６５】
一方、受信データのヘッダの後にフッタおよびチェックサムがない場合（ステップＳ２３３のＮｏ）、アプリケーションプログラム４０４は受信から所定時間がタイムアウトしたか否か判断し（ステップＳ２３８）、タイムアウトしていない場合（ステップＳ２３８のＮｏ）は受信データの取得（ステップＳ２３２）に戻る。受信データのヘッダの後にフッタおよびチェックサムがない場合であっても、遅延して受信される場合があるからである。
【００６６】
また、所定時間がタイムアウトした場合（ステップＳ２３８のＹｅｓ）、アプリケーションプログラム４０４は、通信に恒常的な異常が発生したものと判断して受信データの破棄を行い（ステップＳ２３９）、通信遮断および再接続を行い（ステップＳ２４０）、処理を終了する（ステップＳ２４１）。
【００６７】
このような動作により、アプリケーションプログラム４０４の動作とは無関係に発生する携帯電話ネットワーク無線部４１６によるエリア変更の処理等による受信データの遅延が発生しても、可能な範囲で正常な受信データを取得することができる。
【００６８】
図６はＣＯ２レースゲームの処理例を示すフローチャートであり、アプリケーションプログラム４０４の処理例を示すものである。ここでは、車両情報のうちの走行距離と燃料噴射量とを用いて燃費（燃料１リットルでの走行キロ数）を計算し、この燃費に係数をかけたＣＯ２速度に基づいて基準となる自動車（基準カー）とのレースを行えるようにしている。通常のゲームとは異なり、プレイヤにとってゲーム操作は実車における運転となり、燃費のよい走行を行うことが勝利につながる。これにより、燃費のよい走行とはどういうものかを体感することができ、環境によい走りを習得することができる。
【００６９】
図６（ａ）はオンラインモードにおける主たる処理のフローであり、図６（ｂ）は主たる処理と並行して行われる処理のフローである。また、図６（ｃ）はオフラインモードにおける処理のフローである。
【００７０】
図６（ａ）において、アプリケーションプログラム４０４はプログラム起動によりオンラインモードの処理を開始すると（ステップＳ３１１）、オンライン／オフラインモード制御部４０５の制御のもと、基準カーの選択を受け付け、受け付けた基準カーの燃費データを基準カー管理テーブルから取得する（ステップＳ３１２）。図７は基準カー管理テーブルの例を示す図であり、基準カーとしては、対象車種のカタログ値（１０モード燃費等）の燃費データを有する設定燃費カーと、前回のレースにおける自車（レースカー）の燃費データを有する前回燃費カーと、過去のレースにおける自車の最高の燃費データを有する過去最高燃費カーと、過去のレースにおける自車の最低の燃費データを有する過去最低燃費カーと、過去のレースにおける自車の平均の燃費データを有する過去平均燃費カーの中から選択できるようになっている。
【００７１】
図６（ａ）に戻り、オンライン／オフラインモード制御部４０５は表示画像生成部４１１によりレース画面の生成を行い、表示部４１３に表示を行う（ステップＳ３１３）。図８はＣＯ２レースゲームの画面例を示す図であり、タイトル表示領域Ａ１とコース全体表示領域Ａ２とコース上表示領域Ａ３と操作案内表示領域Ａ４とが設けられている。コース全体表示領域Ａ２には基準カーＣＲとレースカーＣＭの位置が色分けした点で示され、コース上表示領域Ａ３には基準カーＣＲとレースカーＣＭの車体が示されている。
【００７２】
図６（ａ）に戻り、オンライン／オフラインモード制御部４０５は所定のラップの距離の走行あるいは所定時間の走行が行われたことによりレース終了となったか否か判断する（ステップＳ３１４）。
【００７３】
レース終了でない場合（ステップＳ３１４のＮｏ）、車両情報取得部４０６により車両情報（速度[km/h]、燃料噴射量[mm3/s]、累積燃料噴射量[mm3]、ランプ点灯信号、走行距離[m]等）の取得を要求し（ステップＳ３１５）、受信確認を行って車両情報を取得する（ステップＳ３１６）。車両情報が正常に取得できなかった場合に備え、燃費計算に用いる値は過去の所定時間（例えば１[s]）内に複数回（例えば１００[ms]単位に取得する場合は１０回）取得した値の平均値（補完値）を用いる。なお、車両情報補完部４０７により線形補間を行って補完値を得てもよい。
【００７４】
次いで、変数算出部４０８は前回の更新から所定時間（例えば１[s]）が経過したか否か判断し（ステップＳ３１７）、経過していない場合（ステップＳ３１７のＮｏ）はレース画面の生成・表示（ステップＳ３１３）に戻る。
【００７５】
前回の更新から所定時間経過した場合（ステップＳ３１７のＹｅｓ）、変数算出部４０８により、燃費および基準燃費に基づいてＣＯ２速度を算出する（ステップＳ３１８）。ＣＯ２速度は、例えば、次式
前回計算時からの移動距離 ＝ 今回計算時の走行距離 − 前回計算時の走行距離
燃料消費量 ＝ 今回計算時の累積燃料噴射量 − 前回計算時の累積燃料噴射量
燃費 ＝ 前回計算時からの移動距離 ÷ 燃料消費量 × 定数
ＣＯ２速度 ＝ 燃費 ÷ 基準燃費 × 定数
により算出する。基準燃費は対象車種のカタログ値の燃費である。
【００７６】
ＣＯ２レースはＣＯ２排出量が少ないほど速度が速いものとしており、ＣＯ２排出量は燃料消費量に比例するため、燃費からＣＯ２速度を計算する手法をとっている。算出されたＣＯ２速度は、レース表示を行う上での所定の速度（表示上での移動値）に換算する。基準燃費で走行した場合の速度を例えば１００とすると、基準燃費の半分の燃費で走行した場合は５０となる。
【００７７】
次いで、オンライン／オフラインモード制御部４０５は、変数算出部４０８により算出されたＣＯ２速度にレースカーの速度を更新し（ステップＳ３１９）、レース画面の生成・表示（ステップＳ３１３）に戻る。
【００７８】
そして、レース終了となった場合（ステップＳ３１４のＹｅｓ）、オンライン／オフラインモード制御部４０５は基準カー管理テーブルの前回燃費カー、過去最高燃費カー、過去最低燃費カー、過去平均燃費カーの燃費データを適宜更新し（ステップＳ３２０）、処理を終了する（ステップＳ３２１）。
【００７９】
図６（ｂ）において、ゲーム進行と並行して、位置情報取得部４０９は定期的にＧＰＳ衛星１０からの位置情報を取得し（ステップＳ３３２）、表示部４１３は取得時刻と関連付けて位置情報、ＣＯ２速度、車両情報（速度、燃料噴射量、累積燃料噴射量、ランプ点灯信号、走行距離）等を内部にログとして記録する（ステップＳ３３３）。図９はログの例を示す図である。
【００８０】
図６（ｂ）に戻り、サーバ通信部４１０は、必要に応じて、サーバ装置８にログ内容を送信する（ステップＳ３３４）。サーバ装置８に送信されたログ内容は適宜に統計処理され、後に端末装置９から参照が可能であるとともに、複数のユーザによるコンテスト等に用いられる。
【００８１】
図６（ｃ）において、アプリケーションプログラム４０４はプログラム起動によりオフラインモードの処理を開始すると（ステップＳ３４１）、オンライン／オフラインモード制御部４０５の制御のもと、ログ記録部４１２の管理するログから時刻毎のデータを読み出し（ステップＳ３４２）、表示画像生成部４１１によりレース画面の生成を行い、表示部４１３に表示を行う（ステップＳ３４３）。なお、オンラインモードにおいては車両情報が遅延や欠落した場合は補完値が用いられるが、オフラインモードでは遅延した車両情報が後に正常に受信された場合にはログに反映されているため、正確な値に基づいたものとすることができる。
【００８２】
次いで、オンライン／オフラインモード制御部４０５はログデータの終了によりレース終了となったか否か判断し（ステップＳ３４４）、レース終了でない場合（ステップＳ３４４のＮｏ）、ログデータの読み出し（ステップＳ３４２）に戻る。レース終了となった場合（ステップＳ３４４のＹｅｓ）、処理を終了する（ステップＳ３４５）。
【００８３】
＜総括＞
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【符号の説明】
【００８４】
１ 移動体
２ 車両情報管理部
３ 車両情報通信部
４ 情報通信端末
４０１ 情報処理部
４０２ 記憶部
４０３ 通信優先制御部
４０４ アプリケーションプログラム
４０５ オンライン／オフラインモード制御部
４０６ 車両情報取得部
４０７ 車両情報補完部
４０８ 変数算出部
４０９ 位置情報取得部
４１０ サーバ通信部
４１１ 表示画像生成部
４１２ ログ記録部
４１３ 表示部
４１４ 操作部
４１５ 通話部
４１６ 携帯電話ネットワーク無線部
４１７ 通話制御部
４１８ 対サーバ通信部
４１９ 対コネクタ通信部
４２０ ＧＰＳ受信部
４２１ カメラ部
５ 中継基地局
６ 携帯電話ネットワーク
７ ネットワーク
８ サーバ装置
９ 端末装置
１０ ＧＰＳ衛星
【技術分野】
【０００１】
本発明は、自動車等の移動体から取得した情報を用いて各種の情報処理を行う情報処理システムに関する。
【背景技術】
【０００２】
自動車の車両制御系装置、各種電装部品およびマルチメディア系装置から車両内信号を取得し、他の車両との間で通信（車車間通信）を行って相互利用する技術が存在する（例えば、特許文献１参照。）。
【０００３】
また、自動車内の複数の電子機器を近距離無線により相互接続し、走行速度等の車両情報を自動車内の電子機器において利用可能とした技術も存在する（例えば、特許文献２参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１８５４２８号公報
【特許文献２】特開２００１−２３９８９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したような技術により、車両情報を自動車内において携帯電話等の情報通信端末により取得できる環境が整備されつつあり、車両情報を利用した有用なアプリケーション（アプリケーションプログラム）の開発が要望されている。
【０００６】
しかしながら、携帯電話等の情報通信端末はハードウェア的な制約により処理能力が劣り、情報通信端末内の各種の処理により車両情報の取得が遅延したり、データが欠落したりするという不都合があった。自動車の速度、燃料噴射量、エンジン回転数といった時々刻々と変化する車両情報を用いたアプリケーションの場合、車両情報の遅延やデータ欠落は正確な情報処理をする上で障害となり、精度の高い本格的なアプリケーションを開発する上で問題であった。
【０００７】
例えば、携帯電話ネットワークとの接続機能を有する情報通信端末では、自動車の移動に伴い、ある基地局エリアから他の基地局エリアに移る際に基地局を補足するエリア変更の処理が行われる。エリア変更の処理では情報通信端末と近隣の基地局との間で頻繁に通信が行われるため、情報通信端末内の処理パワーのかなりの部分が割かれ、近距離無線による車両情報の取得に遅延やデータ欠落が発生する。
【０００８】
また、アプリケーションによっては現在位置を正確に取得するために情報通信端末に搭載されたＧＰＳ（Global Positioning System）機能を利用して位置情報の取得を行う場合があるが、ＧＰＳ機能の使用に際しても情報通信端末の処理パワーが割かれるため、車両情報の遅延やデータ欠落が発生する。
【０００９】
更に、アプリケーションによってはサーバ装置と通信を行う場合があるが、サーバ装置との通信にも情報通信端末の処理パワーが割かれるため、車両情報の遅延やデータ欠落が発生する。
【００１０】
なお、自動車の車両情報について説明したが、自動車以外の移動体についての情報であっても同様の問題が想定される。
【００１１】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、移動体の情報の取得を安定に行い、時々刻々と変化する移動体の情報を用いたアプリケーションの処理精度を維持することのできる情報処理システムを提供することにある。
【課題を解決するための手段】
【００１２】
上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、移動に応じて基地局を補足するエリア変更の機能を有する情報通信端末と、当該情報通信端末と通信可能な移動体情報通信部とを備えた情報処理システムであって、前記移動体情報通信部は、前記情報通信端末から移動体に関する情報の送信を要求する信号を受信し、前記移動体に関する情報を前記情報通信端末に送信する通信手段を備え、前記情報通信端末は、前記移動体に関する情報の送信を要求する信号を前記移動体情報通信部に送信し、前記移動体情報通信部から送信された前記移動体に関する情報を受信する通信手段と、受信した前記移動体に関する情報を記憶する記憶手段と、前記移動体に関する情報と情報処理プログラムに基づき所定の情報処理を実行する情報処理手段と、画像を表示する表示手段とを備え、前記情報処理手段は、前記移動体に関する情報の取得を行っている間に他の通信開始要求および受信確認要求を保留させる処理と、エリア変更に起因して受信データが遅延した場合に、前記移動体に関する情報の受信データにヘッダとフッタが含まれるまで所定時間にわたり受信データの到着を待つ処理と、受信データの到着を待つ間、前記記憶手段に記憶されている直近の情報から補完値を算出して前記記憶手段に記録する処理と、ヘッダとフッタが含まれた受信データにつき、チェックサムに基づいて確認を行う処理と、取得の要求を行ったシグナル数およびシグナル番号に基づき、受信データのシグナル数、受信データサイズ、シグナル番号およびシグナル値の確認を行う処理と、確認により正常と判断された受信データを前記記憶手段に記録する処理と、確認により正常と判断された受信データが所定タイミング以前に得られた場合は当該受信データに基づいて、または所定タイミング以前に得られなかった場合は前記補完値に基づいて、前記表示手段に表示するための画像情報を生成する処理とを実行する情報処理システムを要旨としている。
【００１３】
また、請求項２に記載されるように、請求項１に記載の情報処理システムにおいて、前記情報処理手段は、前記移動体情報通信部から送信された前記移動体に関する情報を受信しながら前記情報処理プログラムに基づいて所定の情報処理を実行するオンラインモードと、前記移動体情報通信部との送受信を行わずに所定の情報処理を実行するオフラインモードとを備え、前記オフラインモードにおいては、前記オンラインモードにおいて前記記憶手段に記憶した前記移動体に関する情報を読み出し、読み出した情報に基づいて前記表示手段に表示するための画像情報を生成する処理を実行するようにすることができる。
【００１４】
また、請求項３に記載されるように、請求項１または２のいずれか一項に記載の情報処理システムにおいて、前記情報通信端末と送受信可能に接続され、前記情報通信端末から前記移動体に関する情報を受信して蓄積し、統計処理を施したデータを要求に応じて端末装置に提供するサーバ装置を備えるようにすることができる。
【００１５】
また、請求項４に記載されるように、請求項１乃至３のいずれか一項に記載の情報処理システムにおいて、前記画像情報は、仮想空間内を移動するキャラクタであり、前記情報通信端末は、前記移動体に関する情報に基づいて前記移動体の燃費を算出する燃費算出手段と、算出した燃費と予め設定された基準燃費との比に基づいて前記キャラクタの移動速度を決定する移動速度決定手段とを備えるようにすることができる。
【００１６】
また、請求項５に記載されるように、請求項４に記載の情報処理システムにおいて、前記情報通信端末は、同時に仮想空間内を移動する他のキャラクタとして、燃費の異なる複数の候補の中から利用者に選択させる選択手段を備えるようにすることができる。
【００１７】
また、請求項６に記載されるように、移動に応じて基地局を補足するエリア変更の機能を有し、移動体に関する情報の送信を要求する信号を移動体情報通信部に送信し、前記移動体情報通信部から送信された前記移動体に関する情報を受信する通信手段と、受信した前記移動体に関する情報を記憶する記憶手段と、前記移動体に関する情報と情報処理プログラムに基づき所定の情報処理を実行する情報処理手段と、画像を表示する表示手段とを備えた情報通信端末と、前記情報通信端末と通信可能で、前記情報通信端末から移動体に関する情報の送信を要求する信号を受信し、前記移動体に関する情報を前記情報通信端末に送信する通信手段を備えた移動体情報通信部とを備えた情報処理システムにおける前記情報通信端末の制御プログラムであって、前記情報通信端末の前記情報処理手段を構成するコンピュータに、前記移動体に関する情報の取得を行っている間に他の通信開始要求および受信確認要求を保留させる機能、エリア変更に起因して受信データが遅延した場合に、前記移動体に関する情報の受信データにヘッダとフッタが含まれるまで所定時間にわたり受信データの到着を待つ機能、受信データの到着を待つ間、前記記憶手段に記憶されている直近の情報から補完値を算出して前記記憶手段に記録する機能、ヘッダとフッタが含まれた受信データにつき、チェックサムに基づいて確認を行う機能、取得の要求を行ったシグナル数およびシグナル番号に基づき、受信データのシグナル数、受信データサイズ、シグナル番号およびシグナル値の確認を行う機能、確認により正常と判断された受信データを前記記憶手段に記録する機能、確認により正常と判断された受信データが所定タイミング以前に得られた場合は当該受信データに基づいて、または所定タイミング以前に得られなかった場合は前記補完値に基づいて、前記表示手段に表示するための画像情報を生成する機能を実現させるための情報処理制御プログラムとして構成することができる。
【００１８】
また、請求項７に記載されるように、移動に応じて基地局を補足するエリア変更の機能を有する情報通信端末と、当該情報通信端末と通信可能で、前記情報通信端末から移動体に関する情報の送信を要求する信号を受信し、前記移動体に関する情報を前記情報通信端末に送信する通信手段を備えた移動体情報通信部とを備えた情報処理システムにおける前記情報通信端末であって、前記移動体に関する情報の送信を要求する信号を前記移動体情報通信部に送信し、前記移動体情報通信部から送信された前記移動体に関する情報を受信する通信手段と、受信した前記移動体に関する情報を記憶する記憶手段と、前記移動体に関する情報と情報処理プログラムに基づき所定の情報処理を実行する情報処理手段と、画像を表示する表示手段とを備え、前記情報処理手段は、前記移動体に関する情報の取得を行っている間に他の通信開始要求および受信確認要求を保留させる処理と、エリア変更に起因して受信データが遅延した場合に、前記移動体に関する情報の受信データにヘッダとフッタが含まれるまで所定時間にわたり受信データの到着を待つ処理と、受信データの到着を待つ間、前記記憶手段に記憶されている直近の情報から補完値を算出して前記記憶手段に記録する処理と、ヘッダとフッタが含まれた受信データにつき、チェックサムに基づいて確認を行う処理と、取得の要求を行ったシグナル数およびシグナル番号に基づき、受信データのシグナル数、受信データサイズ、シグナル番号およびシグナル値の確認を行う処理と、確認により正常と判断された受信データを前記記憶手段に記録する処理と、確認により正常と判断された受信データが所定タイミング以前に得られた場合は当該受信データに基づいて、または所定タイミング以前に得られなかった場合は前記補完値に基づいて、前記表示手段に表示するための画像情報を生成する処理とを実行する情報通信端末として構成することができる。
【発明の効果】
【００１９】
本発明の情報処理システムにあっては、移動体の情報の取得を安定に行い、時々刻々と変化する移動体の情報を用いたアプリケーションの処理精度を維持することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態にかかる情報処理システムの構成例を示す図である。
【図２】情報通信端末の構成例を示す図である。
【図３】通信優先制御部の処理例を示すフローチャートである。
【図４】アプリケーションプログラムによる対コネクタ通信の処理例を示すフローチャートである。
【図５】対コネクタ通信の要求および応答のデータ構造例を示す図である。
【図６】ＣＯ２レースゲームの処理例を示すフローチャートである。
【図７】基準カー管理テーブルの例を示す図である。
【図８】ＣＯ２レースゲームの画面例を示す図である。
【図９】ログの例を示す図である。
【発明を実施するための形態】
【００２１】
以下、本発明の好適な実施形態につき説明する。
【００２２】
＜構成＞
図１は本発明の一実施形態にかかる情報処理システムの構成例を示す図である。
【００２３】
図１において、自動車等の移動体１内には、車両情報管理部２と車両情報通信部３とが設けられ、搭乗する利用者の操作する携帯電話等の情報通信端末４と車両情報通信部３との間で通信が行えるようになっている。
【００２４】
車両情報管理部２は、車両制御系装置や各種電装部品等から車両情報を収集して管理する機能を有している。車両情報としては、例えば、速度（車速）、燃料噴射量、エンジン回転数、ＳＯＣ（State Of Charge：バッテリ充電状態）、アクセル開度、横方向加速度、縦方向加速度、走行距離、ハンドル角、ブレーキスイッチ、ドア、ランプ、ギア、カーテシ（車内灯）、ウィンカー等の情報が含まれる。
【００２５】
車両情報通信部３は、近距離無線により情報通信端末４から個々の車両情報（シグナル）を指定したリクエストを受信し、該当する車両情報を車両情報管理部２から取得し、情報通信端末４に向けて送信する機能を有している。
【００２６】
移動体１の外部には、携帯電話ネットワーク６に接続された中継基地局５と、位置情報を送信するＧＰＳ衛星１０とが存在する。携帯電話ネットワーク６はインターネット等のネットワーク７に接続され、このネットワーク７には、情報通信端末４内のアプリケーションの通信先となるサーバ装置８が接続されるとともに、サーバ装置８と通信を行う端末装置９が接続されている。サーバ装置８は情報通信端末４から送信された車両情報を受信して蓄積し、所定の統計処理等を行い、端末装置９からの要求に応じて情報を提供する機能を有している。
【００２７】
図２は情報通信端末４の構成例を示す図である。
【００２８】
図２において、情報通信端末４は、情報通信端末４内の情報処理を実行するＣＰＵ（Central Processing Unit）等の情報処理部４０１と、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等の記憶部４０２と、液晶ディスプレイ等の表示部４１３と、テンキー、ボタン等の操作部４１４と、マイク、スピーカ、アンプ等の通話部４１５とを備えている。また、情報通信端末４は、近隣の中継基地局５との通信の制御（エリア変更制御を含む）を行う携帯電話ネットワーク無線部４１６と、音声通話の制御を行う通話制御部４１７と、ＨＴＴＰ（Hyper Text Transfer Protocol）等によるパケット通信の制御を行う対サーバ通信部４１８と、近距離無線によるパケット通信の制御を行う対コネクタ通信部４１９と、ＧＰＳ衛星１０からの位置情報の受信を行うＧＰＳ受信部４２０と、写真撮影を行うカメラ部４２１とを備えている。
【００２９】
記憶部４０２には、ソフトウェアによる機能部として、通信優先制御部４０３と、ゲームプログラム等のアプリケーションプログラム４０４とが設けられている。なお、通信優先制御部４０３はアプリケーションプログラム４０４の内部に設けてもよい。
【００３０】
通信優先制御部４０３は、アプリケーションプログラム４０４からの対コネクタ通信、対サーバ通信、ＧＰＳ受信のリクエストに対し、対コネクタ通信を優先的に行わせる制御を行う機能を有している。
【００３１】
アプリケーションプログラム４０４は、車両情報を利用したゲームプログラム等であり、オンライン／オフラインモード制御部４０５と車両情報取得部４０６と車両情報補完部４０７と変数算出部４０８と位置情報取得部４０９とサーバ通信部４１０と表示画像生成部４１１とログ記録部４１２とを備えている。
【００３２】
オンライン／オフラインモード制御部４０５は、リアルタイムに取得する車両情報に基づくオンラインモードと、蓄積された車両情報に基づくオフラインモードとを操作部４１４からの利用者による操作に応じて切り替え、各モードにおける総合的な制御を行う機能を有している。
【００３３】
車両情報取得部４０６は、対コネクタ通信部４１９により車両情報通信部３から車両情報を取得する機能を有している。
【００３４】
車両情報補完部４０７は、車両情報取得部４０６による車両情報の取得に何らかの原因でデータの遅延ないしは欠落が発生した場合に、以前に取得した車両情報から現時点の車両情報を推測する機能を有している。
【００３５】
変数算出部４０８は、車両情報取得部４０６により取得した車両情報からゲーム等の進行に使用する変数を算出する機能を有している。
【００３６】
位置情報取得部４０９は、ＧＰＳ受信部４２０により現在の位置情報を取得する機能を有している。
【００３７】
サーバ通信部４１０は、対サーバ通信部４１８および携帯電話ネットワーク無線部４１６により、近隣の中継基地局５およびネットワーク７を経由してサーバ装置８と通信を行う機能を有している。
【００３８】
表示画像生成部４１１は、変数算出部４０８により算出した変数に基づいて表示部４１３に表示する画像を生成する機能を有している。
【００３９】
ログ記録部４１２は、オンラインモードにおける各時刻における車両情報、位置情報、変数値等を記録する機能を有している。ログ記録部４１２により記録された情報はオフラインモードにおいて利用されるとともに、適宜、サーバ通信部４１０によりサーバ装置８に送信される。
【００４０】
＜動作＞
図３は通信優先制御部４０３の処理例を示すフローチャートであり、図３（ａ）はアプリケーションプログラム４０４から通信開始要求があった場合の処理、図３（ｂ）はアプリケーションプログラム４０４から応答の受信確認要求があった場合の処理を示している。
【００４１】
図３（ａ）において、通信優先制御部４０３は、アプリケーションプログラム４０４から、車両情報の取得要求、位置情報の取得要求、あるいは、サーバ通信要求についての通信開始要求が発生すると処理を開始する（ステップＳ１１１）。
【００４２】
通信優先制御部４０３は、通信開始要求が車両情報の取得要求、位置情報の取得要求、あるいは、サーバ通信要求の通信開始要求のいずれであるかにより、対コネクタ通信であるか否か判断する（ステップＳ１１２）。車両情報通信部３からの車両情報の取得要求は対コネクタ通信であり、ＧＰＳ受信部４２０によるＧＰＳ衛星１０からの位置情報の取得要求と、対サーバ通信部４１８によるサーバ装置８とのサーバ通信要求とについては対コネクタ通信ではない。
【００４３】
そして、対コネクタ通信である場合（ステップＳ１１２のＹｅｓ）、アプリケーションプログラム４０４に対して対コネクタ通信である車両情報の取得要求の通信開始を許可し（ステップＳ１１３）、処理を終了する（ステップＳ１１７）。許可を受けたアプリケーションプログラム４０４は、対コネクタ通信部４１９により車両情報通信部３に対して車両情報の取得要求を送信する。
【００４４】
また、対コネクタ通信でない場合（ステップＳ１１２のＮｏ）、すなわちＧＰＳ受信部４２０によるＧＰＳ衛星１０からの位置情報の取得要求、もしくは、対サーバ通信部４１８によるサーバ装置８とのサーバ通信要求である場合、通信優先制御部４０３は、対コネクタ通信が動作中であるか否か判断する（ステップＳ１１４）。
【００４５】
そして、対コネクタ通信が動作中である場合（ステップＳ１１４のＹｅｓ）、通信優先制御部４０３はアプリケーションプログラム４０４の通信開始要求を保留とし（ステップＳ１１５）、処理を終了する（ステップＳ１１７）。この場合、アプリケーションプログラム４０４は通信開始を断念し、所定時間の経過後に再び通信開始要求を行うことになる。
【００４６】
また、対コネクタ通信が動作中でない場合（ステップＳ１１４のＮｏ）、通信優先制御部４０３はアプリケーションプログラム４０４に対して通信開始を許可し（ステップＳ１１６）、処理を終了する（ステップＳ１１７）。許可を受けたアプリケーションプログラム４０４は、位置情報の取得要求であればＧＰＳ受信部４２０によるＧＰＳ衛星１０からの位置情報の取得を開始し、サーバ通信要求であれば対サーバ通信部４１８および携帯電話ネットワーク無線部４１６により、サーバ装置８の所定のＵＲＬ（Uniform Resource Locator）に対してＨＴＴＰに基づくメッセージを送信する。
【００４７】
図３（ｂ）において、通信優先制御部４０３は、アプリケーションプログラム４０４から、車両情報の取得要求、位置情報の取得要求、あるいは、サーバ通信要求に対する応答の受信確認要求が発生すると処理を開始する（ステップＳ１２１）。
【００４８】
通信優先制御部４０３は、受信確認要求が車両情報の取得要求、位置情報の取得要求、あるいは、サーバ通信要求のいずれの応答に対する受信確認要求であるかにより、受信確認要求の応答の対象が対コネクタ通信によるものであるか否か判断する（ステップＳ１２２）。
【００４９】
そして、対コネクタ通信である場合（ステップＳ１２２のＹｅｓ）、アプリケーションプログラム４０４に対して対コネクタ通信である車両情報の取得要求に対する応答の受信確認を許可し（ステップＳ１２３）、処理を終了する（ステップＳ１２７）。許可を受けたアプリケーションプログラム４０４は、対コネクタ通信部４１９から応答内容を取得し、適宜処理に使用する。
【００５０】
また、対コネクタ通信でない場合（ステップＳ１２２のＮｏ）、すなわちＧＰＳ受信部４２０によるＧＰＳ衛星１０からの位置情報の取得要求に対する応答の受信確認、もしくは、対サーバ通信部４１８によるサーバ装置８とのサーバ通信要求に対する応答の受信確認である場合、通信優先制御部４０３は、対コネクタ通信が動作中であるか否か判断する（ステップＳ１２４）。
【００５１】
そして、対コネクタ通信が動作中である場合（ステップＳ１２４のＹｅｓ）、通信優先制御部４０３は、アプリケーションプログラム４０４に内部的なデータ取得フラグおよびデータ取得時刻の設定のみを許可し、応答内容の取得自体は保留とし（ステップＳ１２５）、処理を終了する（ステップＳ１２７）。この場合、アプリケーションプログラム４０４は、内部的にデータ取得フラグおよびデータ取得時刻を設定し、処理パワーのかかる応答内容の取得は断念し、所定時間の経過後に再び受信確認要求を行うことになる。データ取得フラグおよびデータ取得時刻は、応答内容の本来的な受信時刻を確定するために用いる。
【００５２】
また、対コネクタ通信が動作中でない場合（ステップＳ１２４のＮｏ）、通信優先制御部４０３はアプリケーションプログラム４０４に対して受信確認を許可し（ステップＳ１２６）、処理を終了する（ステップＳ１２７）。許可を受けたアプリケーションプログラム４０４は、位置情報の取得要求についてであればＧＰＳ受信部４２０から応答内容を取得し、適宜処理に使用する。サーバ通信要求についてであれば対サーバ通信部４１８から応答内容を取得し、適宜処理に使用する。
【００５３】
このような動作により、位置情報の取得やサーバ通信による車両情報の取得への影響を低減することができ、時々刻々と変化する車両情報を用いたアプリケーションの処理精度を維持することができる。ただし、携帯電話ネットワーク無線部４１６によるエリア変更の処理はアプリケーションプログラム４０４の動作とは無関係に発生するため、上記の処理では不十分である。エリア変更の処理が車両情報の取得に及ぼす影響については次に説明する処理により対応することになる。
【００５４】
図４はアプリケーションプログラム４０４による対コネクタ通信の処理例を示すフローチャートであり、図４（ａ）は対コネクタ通信部４１９による車両情報通信部３への接続時の処理、図４（ｂ）は対コネクタ通信部４１９による車両情報通信部３への車両情報の取得要求時の処理、図４（ｃ）は対コネクタ通信部４１９からの車両情報の受信確認時の処理をそれぞれ示している。すなわち、図４（ａ）（ｂ）の処理は図３（ａ）において通信優先制御部４０３により通信開始許可（ステップＳ１１３）が行われた場合のアプリケーションプログラム４０４の処理であり、図４（ｃ）の処理は図３（ｂ）において通信優先制御部４０３により受信確認許可（ステップＳ１２３）が行われた場合のアプリケーションプログラム４０４の処理である。
【００５５】
図４（ａ）において、アプリケーションプログラム４０４は接続時の処理を開始すると（ステップＳ２１１）、対コネクタ通信部４１９から車両情報通信部３へセッション確立のための接続処理を行い（ステップＳ２１２）、正常に接続できた場合は処理を終了する（ステップＳ２１３）。
【００５６】
図４（ｂ）において、アプリケーションプログラム４０４は車両情報の取得要求時の処理を開始すると（ステップＳ２２１）、対コネクタ通信部４１９から車両情報通信部３へ車両情報リクエストを送信する（ステップＳ２２２）。図５（ａ）は車両情報リクエストのデータ構造例を示しており、「ヘッダ（ＳＯＦ：Start Of Frame）」、「コマンド、シグナル数」、「シグナル番号」、・・、「フッタ（ＥＯＦ：End Of Frame）」、「チェックサム」の項目を有している。「コマンド」は車両情報リクエストを意味するものとなっており、「シグナル番号」は車両情報の個々の項目を識別する番号である。複数の項目を要求する場合は「シグナル番号」が複数連続し、その総数が「シグナル数」となる。
【００５７】
図４（ｂ）に戻り、アプリケーションプログラム４０４はシグナル数とシグナル番号を内部的に保存し（ステップＳ２２３）、処理を終了する（ステップＳ２２４）。保存したシグナル数とシグナル番号は、後に受信データの整合性をチェックするために用いる。
【００５８】
図４（ｃ）において、アプリケーションプログラム４０４は車両情報の受信確認時の処理を開始すると（ステップＳ２３１）、対コネクタ通信部４１９から車両情報の受信データを取得し、アプリケーションプログラム４０４側のメモリ領域（車両情報取得部４０６の管理下のメモリ領域）に格納する（ステップＳ２３２）。この際、受信データが遅延して到達する場合に備え、既に格納した受信データに続けて新たな受信データを格納する。
【００５９】
図５（ｂ）は車両情報の受信データの構造例を示しており、「ヘッダ（ＳＯＦ）」、「シグナル数」、「シグナル番号」、「シグナル値」、・・、「フッタ（ＥＯＦ）」、「チェックサム」の項目を有している。図５（ａ）の車両情報リクエストと比べ、応答であるため「コマンド」がなくなっているとともに、「シグナル番号」と対になって「シグナル値」が付加されている。複数の項目がある場合は「シグナル番号」と「シグナル値」の対が複数連続する。
【００６０】
図４（ｃ）に戻り、アプリケーションプログラム４０４はメモリ領域上の受信データのヘッダの後にフッタおよびチェックサムがあるか否か判断する（ステップＳ２３３）。正常に応答が受信された場合にはヘッダからフッタおよびチェックサムまでが正常に揃うはずであるが、エリア変更の処理等により情報通信端末４の負荷が重い場合には受信データが途中までしか受信できない場合がある。
【００６１】
受信データのヘッダの後にフッタおよびチェックサムがある場合（ステップＳ２３３のＹｅｓ）、アプリケーションプログラム４０４はチェックサムによる確認を行って受信データが正常かどうか判断する（ステップＳ２３４）。正常でない場合（ステップＳ２３４のＮｏ）、受信データが破損しているものとして破棄（メモリ領域からの削除）を行い（ステップＳ２３５）、処理を終了する（ステップＳ２４１）。
【００６２】
チェックサムによる確認が正常である場合（ステップＳ２３４のＹｅｓ）、アプリケーションプログラム４０４は事前に内部的に保存（図４（ｂ）のステップＳ２２３）してあるシグナル数およびシグナル番号に基づき、受信データのシグナル数、受信データサイズ、シグナル番号、シグナル値の確認を行って正常かどうか判断する（ステップＳ２３６）。受信データサイズは、受信データの各項目のサイズが既知であり、変動分はシグナル数によるものだけであるため、シグナル数から算出することができる。シグナル値の確認は項目毎の変動範囲内であるか否かにより判断することができる。
【００６３】
受信データのシグナル数等の確認が正常でない場合（ステップＳ２３６のＮｏ）、受信データが破損しているものとして破棄を行い（ステップＳ２３５）、処理を終了する（ステップＳ２４１）。
【００６４】
受信データのシグナル数等の確認が正常である場合（ステップＳ２３６のＹｅｓ）、受信データをゲーム等に反映させ（ステップＳ２３７）、処理を終了する（ステップＳ２４１）。
【００６５】
一方、受信データのヘッダの後にフッタおよびチェックサムがない場合（ステップＳ２３３のＮｏ）、アプリケーションプログラム４０４は受信から所定時間がタイムアウトしたか否か判断し（ステップＳ２３８）、タイムアウトしていない場合（ステップＳ２３８のＮｏ）は受信データの取得（ステップＳ２３２）に戻る。受信データのヘッダの後にフッタおよびチェックサムがない場合であっても、遅延して受信される場合があるからである。
【００６６】
また、所定時間がタイムアウトした場合（ステップＳ２３８のＹｅｓ）、アプリケーションプログラム４０４は、通信に恒常的な異常が発生したものと判断して受信データの破棄を行い（ステップＳ２３９）、通信遮断および再接続を行い（ステップＳ２４０）、処理を終了する（ステップＳ２４１）。
【００６７】
このような動作により、アプリケーションプログラム４０４の動作とは無関係に発生する携帯電話ネットワーク無線部４１６によるエリア変更の処理等による受信データの遅延が発生しても、可能な範囲で正常な受信データを取得することができる。
【００６８】
図６はＣＯ２レースゲームの処理例を示すフローチャートであり、アプリケーションプログラム４０４の処理例を示すものである。ここでは、車両情報のうちの走行距離と燃料噴射量とを用いて燃費（燃料１リットルでの走行キロ数）を計算し、この燃費に係数をかけたＣＯ２速度に基づいて基準となる自動車（基準カー）とのレースを行えるようにしている。通常のゲームとは異なり、プレイヤにとってゲーム操作は実車における運転となり、燃費のよい走行を行うことが勝利につながる。これにより、燃費のよい走行とはどういうものかを体感することができ、環境によい走りを習得することができる。
【００６９】
図６（ａ）はオンラインモードにおける主たる処理のフローであり、図６（ｂ）は主たる処理と並行して行われる処理のフローである。また、図６（ｃ）はオフラインモードにおける処理のフローである。
【００７０】
図６（ａ）において、アプリケーションプログラム４０４はプログラム起動によりオンラインモードの処理を開始すると（ステップＳ３１１）、オンライン／オフラインモード制御部４０５の制御のもと、基準カーの選択を受け付け、受け付けた基準カーの燃費データを基準カー管理テーブルから取得する（ステップＳ３１２）。図７は基準カー管理テーブルの例を示す図であり、基準カーとしては、対象車種のカタログ値（１０モード燃費等）の燃費データを有する設定燃費カーと、前回のレースにおける自車（レースカー）の燃費データを有する前回燃費カーと、過去のレースにおける自車の最高の燃費データを有する過去最高燃費カーと、過去のレースにおける自車の最低の燃費データを有する過去最低燃費カーと、過去のレースにおける自車の平均の燃費データを有する過去平均燃費カーの中から選択できるようになっている。
【００７１】
図６（ａ）に戻り、オンライン／オフラインモード制御部４０５は表示画像生成部４１１によりレース画面の生成を行い、表示部４１３に表示を行う（ステップＳ３１３）。図８はＣＯ２レースゲームの画面例を示す図であり、タイトル表示領域Ａ１とコース全体表示領域Ａ２とコース上表示領域Ａ３と操作案内表示領域Ａ４とが設けられている。コース全体表示領域Ａ２には基準カーＣＲとレースカーＣＭの位置が色分けした点で示され、コース上表示領域Ａ３には基準カーＣＲとレースカーＣＭの車体が示されている。
【００７２】
図６（ａ）に戻り、オンライン／オフラインモード制御部４０５は所定のラップの距離の走行あるいは所定時間の走行が行われたことによりレース終了となったか否か判断する（ステップＳ３１４）。
【００７３】
レース終了でない場合（ステップＳ３１４のＮｏ）、車両情報取得部４０６により車両情報（速度[km/h]、燃料噴射量[mm3/s]、累積燃料噴射量[mm3]、ランプ点灯信号、走行距離[m]等）の取得を要求し（ステップＳ３１５）、受信確認を行って車両情報を取得する（ステップＳ３１６）。車両情報が正常に取得できなかった場合に備え、燃費計算に用いる値は過去の所定時間（例えば１[s]）内に複数回（例えば１００[ms]単位に取得する場合は１０回）取得した値の平均値（補完値）を用いる。なお、車両情報補完部４０７により線形補間を行って補完値を得てもよい。
【００７４】
次いで、変数算出部４０８は前回の更新から所定時間（例えば１[s]）が経過したか否か判断し（ステップＳ３１７）、経過していない場合（ステップＳ３１７のＮｏ）はレース画面の生成・表示（ステップＳ３１３）に戻る。
【００７５】
前回の更新から所定時間経過した場合（ステップＳ３１７のＹｅｓ）、変数算出部４０８により、燃費および基準燃費に基づいてＣＯ２速度を算出する（ステップＳ３１８）。ＣＯ２速度は、例えば、次式
前回計算時からの移動距離 ＝ 今回計算時の走行距離 − 前回計算時の走行距離
燃料消費量 ＝ 今回計算時の累積燃料噴射量 − 前回計算時の累積燃料噴射量
燃費 ＝ 前回計算時からの移動距離 ÷ 燃料消費量 × 定数
ＣＯ２速度 ＝ 燃費 ÷ 基準燃費 × 定数
により算出する。基準燃費は対象車種のカタログ値の燃費である。
【００７６】
ＣＯ２レースはＣＯ２排出量が少ないほど速度が速いものとしており、ＣＯ２排出量は燃料消費量に比例するため、燃費からＣＯ２速度を計算する手法をとっている。算出されたＣＯ２速度は、レース表示を行う上での所定の速度（表示上での移動値）に換算する。基準燃費で走行した場合の速度を例えば１００とすると、基準燃費の半分の燃費で走行した場合は５０となる。
【００７７】
次いで、オンライン／オフラインモード制御部４０５は、変数算出部４０８により算出されたＣＯ２速度にレースカーの速度を更新し（ステップＳ３１９）、レース画面の生成・表示（ステップＳ３１３）に戻る。
【００７８】
そして、レース終了となった場合（ステップＳ３１４のＹｅｓ）、オンライン／オフラインモード制御部４０５は基準カー管理テーブルの前回燃費カー、過去最高燃費カー、過去最低燃費カー、過去平均燃費カーの燃費データを適宜更新し（ステップＳ３２０）、処理を終了する（ステップＳ３２１）。
【００７９】
図６（ｂ）において、ゲーム進行と並行して、位置情報取得部４０９は定期的にＧＰＳ衛星１０からの位置情報を取得し（ステップＳ３３２）、表示部４１３は取得時刻と関連付けて位置情報、ＣＯ２速度、車両情報（速度、燃料噴射量、累積燃料噴射量、ランプ点灯信号、走行距離）等を内部にログとして記録する（ステップＳ３３３）。図９はログの例を示す図である。
【００８０】
図６（ｂ）に戻り、サーバ通信部４１０は、必要に応じて、サーバ装置８にログ内容を送信する（ステップＳ３３４）。サーバ装置８に送信されたログ内容は適宜に統計処理され、後に端末装置９から参照が可能であるとともに、複数のユーザによるコンテスト等に用いられる。
【００８１】
図６（ｃ）において、アプリケーションプログラム４０４はプログラム起動によりオフラインモードの処理を開始すると（ステップＳ３４１）、オンライン／オフラインモード制御部４０５の制御のもと、ログ記録部４１２の管理するログから時刻毎のデータを読み出し（ステップＳ３４２）、表示画像生成部４１１によりレース画面の生成を行い、表示部４１３に表示を行う（ステップＳ３４３）。なお、オンラインモードにおいては車両情報が遅延や欠落した場合は補完値が用いられるが、オフラインモードでは遅延した車両情報が後に正常に受信された場合にはログに反映されているため、正確な値に基づいたものとすることができる。
【００８２】
次いで、オンライン／オフラインモード制御部４０５はログデータの終了によりレース終了となったか否か判断し（ステップＳ３４４）、レース終了でない場合（ステップＳ３４４のＮｏ）、ログデータの読み出し（ステップＳ３４２）に戻る。レース終了となった場合（ステップＳ３４４のＹｅｓ）、処理を終了する（ステップＳ３４５）。
【００８３】
＜総括＞
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【符号の説明】
【００８４】
１ 移動体
２ 車両情報管理部
３ 車両情報通信部
４ 情報通信端末
４０１ 情報処理部
４０２ 記憶部
４０３ 通信優先制御部
４０４ アプリケーションプログラム
４０５ オンライン／オフラインモード制御部
４０６ 車両情報取得部
４０７ 車両情報補完部
４０８ 変数算出部
４０９ 位置情報取得部
４１０ サーバ通信部
４１１ 表示画像生成部
４１２ ログ記録部
４１３ 表示部
４１４ 操作部
４１５ 通話部
４１６ 携帯電話ネットワーク無線部
４１７ 通話制御部
４１８ 対サーバ通信部
４１９ 対コネクタ通信部
４２０ ＧＰＳ受信部
４２１ カメラ部
５ 中継基地局
６ 携帯電話ネットワーク
７ ネットワーク
８ サーバ装置
９ 端末装置
１０ ＧＰＳ衛星
【特許請求の範囲】
【請求項１】
移動に応じて基地局を補足するエリア変更の機能を有する情報通信端末と、当該情報通信端末と通信可能な移動体情報通信部とを備えた情報処理システムであって、
前記移動体情報通信部は、前記情報通信端末から移動体に関する情報の送信を要求する信号を受信し、前記移動体に関する情報を前記情報通信端末に送信する通信手段を備え、
前記情報通信端末は、
前記移動体に関する情報の送信を要求する信号を前記移動体情報通信部に送信し、前記移動体情報通信部から送信された前記移動体に関する情報を受信する通信手段と、
受信した前記移動体に関する情報を記憶する記憶手段と、
前記移動体に関する情報と情報処理プログラムに基づき所定の情報処理を実行する情報処理手段と、
画像を表示する表示手段と
を備え、
前記情報処理手段は、
前記移動体に関する情報の取得を行っている間に他の通信開始要求および受信確認要求を保留させる処理と、
エリア変更に起因して受信データが遅延した場合に、前記移動体に関する情報の受信データにヘッダとフッタが含まれるまで所定時間にわたり受信データの到着を待つ処理と、
受信データの到着を待つ間、前記記憶手段に記憶されている直近の情報から補完値を算出して前記記憶手段に記録する処理と、
ヘッダとフッタが含まれた受信データにつき、チェックサムに基づいて確認を行う処理と、
取得の要求を行ったシグナル数およびシグナル番号に基づき、受信データのシグナル数、受信データサイズ、シグナル番号およびシグナル値の確認を行う処理と、
確認により正常と判断された受信データを前記記憶手段に記録する処理と、
確認により正常と判断された受信データが所定タイミング以前に得られた場合は当該受信データに基づいて、または所定タイミング以前に得られなかった場合は前記補完値に基づいて、前記表示手段に表示するための画像情報を生成する処理と
を実行することを特徴とする情報処理システム。
【請求項２】
請求項１に記載の情報処理システムにおいて、
前記情報処理手段は、
前記移動体情報通信部から送信された前記移動体に関する情報を受信しながら前記情報処理プログラムに基づいて所定の情報処理を実行するオンラインモードと、
前記移動体情報通信部との送受信を行わずに所定の情報処理を実行するオフラインモードと
を備え、
前記オフラインモードにおいては、前記オンラインモードにおいて前記記憶手段に記憶した前記移動体に関する情報を読み出し、読み出した情報に基づいて前記表示手段に表示するための画像情報を生成する処理を実行することを特徴とする情報処理システム。
【請求項３】
請求項１または２のいずれか一項に記載の情報処理システムにおいて、
前記情報通信端末と送受信可能に接続され、前記情報通信端末から前記移動体に関する情報を受信して蓄積し、統計処理を施したデータを要求に応じて端末装置に提供するサーバ装置
を備えたことを特徴とする情報処理システム。
【請求項４】
請求項１乃至３のいずれか一項に記載の情報処理システムにおいて、
前記画像情報は、仮想空間内を移動するキャラクタであり、
前記情報通信端末は、
前記移動体に関する情報に基づいて前記移動体の燃費を算出する燃費算出手段と、
算出した燃費と予め設定された基準燃費との比に基づいて前記キャラクタの移動速度を決定する移動速度決定手段と
を備えたことを特徴とする情報処理システム。
【請求項５】
請求項４に記載の情報処理システムにおいて、
前記情報通信端末は、
同時に仮想空間内を移動する他のキャラクタとして、燃費の異なる複数の候補の中から利用者に選択させる選択手段
を備えたことを特徴とする情報処理システム。
【請求項６】
移動に応じて基地局を補足するエリア変更の機能を有し、移動体に関する情報の送信を要求する信号を移動体情報通信部に送信し、前記移動体情報通信部から送信された前記移動体に関する情報を受信する通信手段と、受信した前記移動体に関する情報を記憶する記憶手段と、前記移動体に関する情報と情報処理プログラムに基づき所定の情報処理を実行する情報処理手段と、画像を表示する表示手段とを備えた情報通信端末と、
前記情報通信端末と通信可能で、前記情報通信端末から移動体に関する情報の送信を要求する信号を受信し、前記移動体に関する情報を前記情報通信端末に送信する通信手段を備えた移動体情報通信部と
を備えた情報処理システムにおける前記情報通信端末の制御プログラムであって、
前記情報通信端末の前記情報処理手段を構成するコンピュータに、
前記移動体に関する情報の取得を行っている間に他の通信開始要求および受信確認要求を保留させる機能、
エリア変更に起因して受信データが遅延した場合に、前記移動体に関する情報の受信データにヘッダとフッタが含まれるまで所定時間にわたり受信データの到着を待つ機能、
受信データの到着を待つ間、前記記憶手段に記憶されている直近の情報から補完値を算出して前記記憶手段に記録する機能、
ヘッダとフッタが含まれた受信データにつき、チェックサムに基づいて確認を行う機能、
取得の要求を行ったシグナル数およびシグナル番号に基づき、受信データのシグナル数、受信データサイズ、シグナル番号およびシグナル値の確認を行う機能、
確認により正常と判断された受信データを前記記憶手段に記録する機能、
確認により正常と判断された受信データが所定タイミング以前に得られた場合は当該受信データに基づいて、または所定タイミング以前に得られなかった場合は前記補完値に基づいて、前記表示手段に表示するための画像情報を生成する機能
を実現させるための情報処理制御プログラム。
【請求項７】
移動に応じて基地局を補足するエリア変更の機能を有する情報通信端末と、当該情報通信端末と通信可能で、前記情報通信端末から移動体に関する情報の送信を要求する信号を受信し、前記移動体に関する情報を前記情報通信端末に送信する通信手段を備えた移動体情報通信部とを備えた情報処理システムにおける前記情報通信端末であって、
前記移動体に関する情報の送信を要求する信号を前記移動体情報通信部に送信し、前記移動体情報通信部から送信された前記移動体に関する情報を受信する通信手段と、
受信した前記移動体に関する情報を記憶する記憶手段と、
前記移動体に関する情報と情報処理プログラムに基づき所定の情報処理を実行する情報処理手段と、
画像を表示する表示手段と
を備え、
前記情報処理手段は、
前記移動体に関する情報の取得を行っている間に他の通信開始要求および受信確認要求を保留させる処理と、
エリア変更に起因して受信データが遅延した場合に、前記移動体に関する情報の受信データにヘッダとフッタが含まれるまで所定時間にわたり受信データの到着を待つ処理と、
受信データの到着を待つ間、前記記憶手段に記憶されている直近の情報から補完値を算出して前記記憶手段に記録する処理と、
ヘッダとフッタが含まれた受信データにつき、チェックサムに基づいて確認を行う処理と、
取得の要求を行ったシグナル数およびシグナル番号に基づき、受信データのシグナル数、受信データサイズ、シグナル番号およびシグナル値の確認を行う処理と、
確認により正常と判断された受信データを前記記憶手段に記録する処理と、
確認により正常と判断された受信データが所定タイミング以前に得られた場合は当該受信データに基づいて、または所定タイミング以前に得られなかった場合は前記補完値に基づいて、前記表示手段に表示するための画像情報を生成する処理と
を実行することを特徴とする情報通信端末。
【請求項１】
移動に応じて基地局を補足するエリア変更の機能を有する情報通信端末と、当該情報通信端末と通信可能な移動体情報通信部とを備えた情報処理システムであって、
前記移動体情報通信部は、前記情報通信端末から移動体に関する情報の送信を要求する信号を受信し、前記移動体に関する情報を前記情報通信端末に送信する通信手段を備え、
前記情報通信端末は、
前記移動体に関する情報の送信を要求する信号を前記移動体情報通信部に送信し、前記移動体情報通信部から送信された前記移動体に関する情報を受信する通信手段と、
受信した前記移動体に関する情報を記憶する記憶手段と、
前記移動体に関する情報と情報処理プログラムに基づき所定の情報処理を実行する情報処理手段と、
画像を表示する表示手段と
を備え、
前記情報処理手段は、
前記移動体に関する情報の取得を行っている間に他の通信開始要求および受信確認要求を保留させる処理と、
エリア変更に起因して受信データが遅延した場合に、前記移動体に関する情報の受信データにヘッダとフッタが含まれるまで所定時間にわたり受信データの到着を待つ処理と、
受信データの到着を待つ間、前記記憶手段に記憶されている直近の情報から補完値を算出して前記記憶手段に記録する処理と、
ヘッダとフッタが含まれた受信データにつき、チェックサムに基づいて確認を行う処理と、
取得の要求を行ったシグナル数およびシグナル番号に基づき、受信データのシグナル数、受信データサイズ、シグナル番号およびシグナル値の確認を行う処理と、
確認により正常と判断された受信データを前記記憶手段に記録する処理と、
確認により正常と判断された受信データが所定タイミング以前に得られた場合は当該受信データに基づいて、または所定タイミング以前に得られなかった場合は前記補完値に基づいて、前記表示手段に表示するための画像情報を生成する処理と
を実行することを特徴とする情報処理システム。
【請求項２】
請求項１に記載の情報処理システムにおいて、
前記情報処理手段は、
前記移動体情報通信部から送信された前記移動体に関する情報を受信しながら前記情報処理プログラムに基づいて所定の情報処理を実行するオンラインモードと、
前記移動体情報通信部との送受信を行わずに所定の情報処理を実行するオフラインモードと
を備え、
前記オフラインモードにおいては、前記オンラインモードにおいて前記記憶手段に記憶した前記移動体に関する情報を読み出し、読み出した情報に基づいて前記表示手段に表示するための画像情報を生成する処理を実行することを特徴とする情報処理システム。
【請求項３】
請求項１または２のいずれか一項に記載の情報処理システムにおいて、
前記情報通信端末と送受信可能に接続され、前記情報通信端末から前記移動体に関する情報を受信して蓄積し、統計処理を施したデータを要求に応じて端末装置に提供するサーバ装置
を備えたことを特徴とする情報処理システム。
【請求項４】
請求項１乃至３のいずれか一項に記載の情報処理システムにおいて、
前記画像情報は、仮想空間内を移動するキャラクタであり、
前記情報通信端末は、
前記移動体に関する情報に基づいて前記移動体の燃費を算出する燃費算出手段と、
算出した燃費と予め設定された基準燃費との比に基づいて前記キャラクタの移動速度を決定する移動速度決定手段と
を備えたことを特徴とする情報処理システム。
【請求項５】
請求項４に記載の情報処理システムにおいて、
前記情報通信端末は、
同時に仮想空間内を移動する他のキャラクタとして、燃費の異なる複数の候補の中から利用者に選択させる選択手段
を備えたことを特徴とする情報処理システム。
【請求項６】
移動に応じて基地局を補足するエリア変更の機能を有し、移動体に関する情報の送信を要求する信号を移動体情報通信部に送信し、前記移動体情報通信部から送信された前記移動体に関する情報を受信する通信手段と、受信した前記移動体に関する情報を記憶する記憶手段と、前記移動体に関する情報と情報処理プログラムに基づき所定の情報処理を実行する情報処理手段と、画像を表示する表示手段とを備えた情報通信端末と、
前記情報通信端末と通信可能で、前記情報通信端末から移動体に関する情報の送信を要求する信号を受信し、前記移動体に関する情報を前記情報通信端末に送信する通信手段を備えた移動体情報通信部と
を備えた情報処理システムにおける前記情報通信端末の制御プログラムであって、
前記情報通信端末の前記情報処理手段を構成するコンピュータに、
前記移動体に関する情報の取得を行っている間に他の通信開始要求および受信確認要求を保留させる機能、
エリア変更に起因して受信データが遅延した場合に、前記移動体に関する情報の受信データにヘッダとフッタが含まれるまで所定時間にわたり受信データの到着を待つ機能、
受信データの到着を待つ間、前記記憶手段に記憶されている直近の情報から補完値を算出して前記記憶手段に記録する機能、
ヘッダとフッタが含まれた受信データにつき、チェックサムに基づいて確認を行う機能、
取得の要求を行ったシグナル数およびシグナル番号に基づき、受信データのシグナル数、受信データサイズ、シグナル番号およびシグナル値の確認を行う機能、
確認により正常と判断された受信データを前記記憶手段に記録する機能、
確認により正常と判断された受信データが所定タイミング以前に得られた場合は当該受信データに基づいて、または所定タイミング以前に得られなかった場合は前記補完値に基づいて、前記表示手段に表示するための画像情報を生成する機能
を実現させるための情報処理制御プログラム。
【請求項７】
移動に応じて基地局を補足するエリア変更の機能を有する情報通信端末と、当該情報通信端末と通信可能で、前記情報通信端末から移動体に関する情報の送信を要求する信号を受信し、前記移動体に関する情報を前記情報通信端末に送信する通信手段を備えた移動体情報通信部とを備えた情報処理システムにおける前記情報通信端末であって、
前記移動体に関する情報の送信を要求する信号を前記移動体情報通信部に送信し、前記移動体情報通信部から送信された前記移動体に関する情報を受信する通信手段と、
受信した前記移動体に関する情報を記憶する記憶手段と、
前記移動体に関する情報と情報処理プログラムに基づき所定の情報処理を実行する情報処理手段と、
画像を表示する表示手段と
を備え、
前記情報処理手段は、
前記移動体に関する情報の取得を行っている間に他の通信開始要求および受信確認要求を保留させる処理と、
エリア変更に起因して受信データが遅延した場合に、前記移動体に関する情報の受信データにヘッダとフッタが含まれるまで所定時間にわたり受信データの到着を待つ処理と、
受信データの到着を待つ間、前記記憶手段に記憶されている直近の情報から補完値を算出して前記記憶手段に記録する処理と、
ヘッダとフッタが含まれた受信データにつき、チェックサムに基づいて確認を行う処理と、
取得の要求を行ったシグナル数およびシグナル番号に基づき、受信データのシグナル数、受信データサイズ、シグナル番号およびシグナル値の確認を行う処理と、
確認により正常と判断された受信データを前記記憶手段に記録する処理と、
確認により正常と判断された受信データが所定タイミング以前に得られた場合は当該受信データに基づいて、または所定タイミング以前に得られなかった場合は前記補完値に基づいて、前記表示手段に表示するための画像情報を生成する処理と
を実行することを特徴とする情報通信端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図９】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図９】
【図８】
【公開番号】特開２０１０−２０６６５２（Ｐ２０１０−２０６６５２Ａ）
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願番号】特願２００９−５１２２５（Ｐ２００９−５１２２５）
【出願日】平成２１年３月４日（２００９．３．４）
【出願人】（０００１３２４７１）株式会社セガ (811)
【Ｆターム（参考）】
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願日】平成２１年３月４日（２００９．３．４）
【出願人】（０００１３２４７１）株式会社セガ (811)
【Ｆターム（参考）】
[ Back to top ]