(57)【特許請求の範囲】
【請求項１】
狭域通信により他の装置と通信する狭域通信部と、
近距離無線通信により情報処理端末と通信する端末通信部と、
前記情報処理端末のアプリケーションに対する制御信号を送信する端末制御部と、
を備え、
前記端末制御部は、前記狭域通信部による前記他の装置との間の通信が確立されていることに基づいて、前記アプリケーションに対する制御信号を送信し、
前記端末通信部は、前記端末制御部からの制御信号を受信して処理開始した前記アプリケーションの処理結果を受信し、
前記狭域通信部は、前記アプリケーションの処理結果を前記他の装置に送信し、
前記端末制御部は、前記情報処理端末からの信号の受信強度が所定の値以下に低下すること、に基づいて、前記情報処理端末に、当該情報処理端末を車載機に近づけるべき旨のメッセージを表示させる、
車載機。
【請求項２】
狭域通信により他の装置と通信する狭域通信部と、
近距離無線通信により情報処理端末と通信する端末通信部と、
前記情報処理端末のアプリケーションに対する制御信号を送信する端末制御部と、
を備え、
前記端末制御部は、前記狭域通信部による前記他の装置との間の通信が確立されていることに基づいて、前記アプリケーションに対する制御信号を送信し、
前記端末通信部は、前記端末制御部からの制御信号を受信して処理開始した前記アプリケーションの処理結果を受信し、
前記狭域通信部は、前記アプリケーションの処理結果を前記他の装置に送信し、
前記端末制御部は、前記狭域通信部による前記他の装置との間の通信が切断されたことに基づいて、前記アプリケーションの処理を中断させる、
車載機。
【請求項３】
前記端末制御部は、前記端末通信部による前記情報処理端末との間の通信が確立されていることにさらに基づいて、前記アプリケーションに対する制御信号を送信する、
請求項１または請求項２に記載の車載機。
【請求項４】
前記端末制御部は、前記情報処理端末からの信号の受信強度が所定の強度を超えていることにさらに基づいて、前記アプリケーションに対する制御信号を送信する、
請求項１〜請求項３のいずれかに記載の車載機。
【請求項５】
前記端末制御部は、前記情報処理端末からの信号の受信強度が切断の可能性が予測される強度に低下したことに基づいて、前記アプリケーションの処理を中断させる、
請求項１〜請求項４のいずれかに記載の車載機。
【請求項６】
前記アプリケーションは、決済処理に係るアプリケーションである、
請求項１〜請求項５のいずれかに記載の車載機。
【請求項７】
車載器が、狭域通信により他の装置と通信することと、
前記車載器が、近距離無線通信により情報処理端末と通信することと、
前記車載器が、前記狭域通信による前記他の装置との間の通信が確立されていることに基づいて、前記情報処理端末のアプリケーションに対する制御信号を送信することと、
前記車載器が、前記制御信号を受信して処理開始した前記アプリケーションの処理結果を受信することと、
前記車載器が、前記アプリケーションの処理結果を前記他の装置に送信することと、
前記車載器が、前記情報処理端末からの信号の受信強度が所定の値以下に低下すること、に基づいて、前記情報処理端末に、当該情報処理端末を車載機に近づけるべき旨のメッセージを表示させることと、
を含む、情報処理方法。
【請求項８】
車載器が、狭域通信により他の装置と通信することと、
前記車載器が、近距離無線通信により情報処理端末と通信することと、
前記車載器が、前記狭域通信による前記他の装置との間の通信が確立されていることに基づいて、前記情報処理端末のアプリケーションに対する制御信号を送信することと、
前記車載器が、前記制御信号を受信して処理開始した前記アプリケーションの処理結果を受信することと、
前記車載器が、前記アプリケーションの処理結果を前記他の装置に送信することと、
前記車載器が、前記狭域通信による前記他の装置との間の通信が切断されたことに基づいて、前記アプリケーションの処理を中断させることと、
を含む情報処理方法。
【請求項９】
車載機と情報処理端末とを含む情報処理システムであって、
狭域通信により他の装置と通信する狭域通信部、
近距離無線通信により情報処理端末と通信する端末通信部、及び
前記情報処理端末のアプリケーションに対する制御信号を送信する端末制御部、
を備え、
前記端末制御部は、前記狭域通信部による前記他の装置との間の通信が確立されていることに基づいて、前記アプリケーションに対する制御信号を送信し、
前記端末通信部は、前記端末制御部からの前記制御信号を受信して処理開始した前記アプリケーションの処理結果を受信し、
前記狭域通信部は、前記アプリケーションの処理結果を前記他の装置に送信し、
前記端末制御部は、前記情報処理端末からの信号の受信強度が所定の値以下に低下すること、に基づいて、前記情報処理端末に、当該情報処理端末を前記車載機に近づけるべき旨のメッセージを表示させる、
車載機と、
前記車載機からの制御信号を受信し、前記アプリケーションの処理開始許可をユーザに求めるアプリケーション制御部、
を備え、
前記アプリケーション制御部は、前記ユーザの承認に基づいて、前記アプリケーションの処理を開始する、
情報処理端末と、
を含む情報処理システム。
【請求項１０】
車載機と情報処理端末とを含む情報処理システムであって、
狭域通信により他の装置と通信する狭域通信部、
近距離無線通信により情報処理端末と通信する端末通信部、及び
前記情報処理端末のアプリケーションに対する制御信号を送信する端末制御部、
を備え、
前記端末制御部は、前記狭域通信部による前記他の装置との間の通信が確立されていることに基づいて、前記アプリケーションに対する制御信号を送信し、
前記端末通信部は、前記端末制御部からの前記制御信号を受信して処理開始した前記アプリケーションの処理結果を受信し、
前記狭域通信部は、前記アプリケーションの処理結果を前記他の装置に送信し、
前記端末制御部は、前記狭域通信部による前記他の装置との間の通信が切断されたことに基づいて、前記アプリケーションの処理を中断させる、
車載機と、
前記車載機からの制御信号を受信し、前記アプリケーションの処理開始許可をユーザに求めるアプリケーション制御部、
を備え、
前記アプリケーション制御部は、前記ユーザの承認に基づいて、前記アプリケーションの処理を開始する、
情報処理端末と、
を含む情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載機、情報処理方法、及び情報処理システムに関する。
【背景技術】
【０００２】
近年、狭域通信（ＤＳＲＣ：Ｄｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を応用した種々のサービスが提案されている。上記のようなサービスには、携帯電話との連携により実現されるサービスがある。
【０００３】
例えば、特許文献１には、ＤＳＲＣ車載機と通信する携帯端末から注文や決済を行う注文システムが開示されている。また、特許文献２には、携帯電話を利用した車両側ＥＴＣ（Ｅｌｅｃｔｒｏｎｉｃ  Ｔｏｌｌ  Ｃｏｌｌｅｃｔｉｏｎ  ｓｙｓｔｅｍ）対応システムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−１２０５４６号公報
【特許文献２】特開２００９−１４００６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１及び特許文献２に記載されるシステムでは、ＤＳＲＣ車載機とＤＳＲＣ路側無線装置との間の通信が確立されていることを、ユーザが明確に認識することが困難である。このため、ユーザが、当該通信が確立していない事実に気が付かずに、処理を行おうとすることも想定される。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ＤＳＲＣを応用したサービスを利用するユーザの利便性を向上させることが可能な、新規かつ改良された車載機、情報処理方法、及び情報処理システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある観点によれば、狭域通信により他の装置と通信する狭域通信部と、近距離無線通信により情報処理端末と通信する端末通信部と、前記情報処理端末のアプリケーションに対する制御信号を送信する端末制御部と、を備え、前記端末制御部は、前記狭域通信部による前記他の装置との間の通信が確立されていることに基づいて、前記アプリケーションに対する制御信号を送信し、前記端末通信部は、前記端末制御部からの制御信号を受信して処理開始した前記アプリケーションの処理結果を受信し、前記狭域通信部は、前記アプリケーションの処理結果を前記他の装置に送信し、前記端末制御部は、前記情報処理端末からの信号の受信強度が所定の値以下に低下すること、に基づいて、前記情報処理端末に、当該情報処理端末を車載機に近づけるべき旨のメッセージを表示させる、車載機が提供される。
【０００８】
また、上記課題を解決するために、本発明の別の観点によれば、狭域通信により他の装置と通信する狭域通信部と、近距離無線通信により情報処理端末と通信する端末通信部と、前記情報処理端末のアプリケーションに対する制御信号を送信する端末制御部と、を備え、前記端末制御部は、前記狭域通信部による前記他の装置との間の通信が確立されていることに基づいて、前記アプリケーションに対する制御信号を送信し、前記端末通信部は、前記端末制御部からの制御信号を受信して処理開始した前記アプリケーションの処理結果を受信し、前記狭域通信部は、前記アプリケーションの処理結果を前記他の装置に送信し、前記端末制御部は、前記狭域通信部による前記他の装置との間の通信が切断されたことに基づいて、前記アプリケーションの処理を中断させる、車載機が提供される。
【０００９】
前記端末制御部は、前記端末通信部による前記情報処理端末との間の通信が確立されていることにさらに基づいて、前記アプリケーションに対する制御信号を送信してもよい。

【００１０】
前記端末制御部は、前記情報処理端末からの信号の受信強度が所定の強度を超えていることにさらに基づいて、前記アプリケーションに対する制御信号を送信してもよい。
【００１１】
前記端末制御部は、前記情報処理端末からの信号の受信強度が切断の可能性が予測される強度に低下したことに基づいて、前記アプリケーションの処理を中断させてもよい。
【００１２】
前記アプリケーションは、決済処理に係るアプリケーションであってもよい。
【００１３】
また、上記課題を解決するために、本発明の別の観点によれば、車載器が、狭域通信により他の装置と通信することと、前記車載器が、近距離無線通信により情報処理端末と通信することと、前記車載器が、前記狭域通信による前記他の装置との間の通信が確立されていることに基づいて、前記情報処理端末のアプリケーションに対する制御信号を送信することと、前記車載器が、前記制御信号を受信して処理開始した前記アプリケーションの処理結果を受信することと、前記車載器が、前記アプリケーションの処理結果を前記他の装置に送信することと、前記車載器が、前記情報処理端末からの信号の受信強度が所定の値以下に低下すること、に基づいて、前記情報処理端末に、当該情報処理端末を車載機に近づけるべき旨のメッセージを表示させることと、を含む、情報処理方法が提供される。
【００１４】
また、上記課題を解決するために、本発明の別の観点によれば、車載器が、狭域通信により他の装置と通信することと、前記車載器が、近距離無線通信により情報処理端末と通信することと、前記車載器が、前記狭域通信による前記他の装置との間の通信が確立されていることに基づいて、前記情報処理端末のアプリケーションに対する制御信号を送信することと、前記車載器が、前記制御信号を受信して処理開始した前記アプリケーションの処理結果を受信することと、前記車載器が、前記アプリケーションの処理結果を前記他の装置に送信することと、前記車載器が、前記狭域通信による前記他の装置との間の通信が切断されたことに基づいて、前記アプリケーションの処理を中断させることと、を含む情報処理方法が提供される。
【００１５】
また、上記課題を解決するために、本発明の別の観点によれば、車載機と情報処理端末とを含む情報処理システムであって、狭域通信により他の装置と通信する狭域通信部、近距離無線通信により情報処理端末と通信する端末通信部、及び前記情報処理端末のアプリケーションに対する制御信号を送信する端末制御部、を備え、前記端末制御部は、前記狭域通信部による前記他の装置との間の通信が確立されていることに基づいて、前記アプリケーションに対する制御信号を送信し、前記端末通信部は、前記端末制御部からの前記制御信号を受信して処理開始した前記アプリケーションの処理結果を受信し、前記狭域通信部は、前記アプリケーションの処理結果を前記他の装置に送信し、前記端末制御部は、前記情報処理端末からの信号の受信強度が所定の値以下に低下すること、に基づいて、前記情報処理端末に、当該情報処理端末を前記車載機に近づけるべき旨のメッセージを表示させる、車載機と、前記車載機からの制御信号を受信し、前記アプリケーションの処理開始許可をユーザに求めるアプリケーション制御部、を備え、前記アプリケーション制御部は、前記ユーザの承認に基づいて、前記アプリケーションの処理を開始する、情報処理端末と、を含む情報処理システムが提供される。
【００１６】
また、上記課題を解決するために、本発明の別の観点によれば、車載機と情報処理端末とを含む情報処理システムであって、狭域通信により他の装置と通信する狭域通信部、近距離無線通信により情報処理端末と通信する端末通信部、及び前記情報処理端末のアプリケーションに対する制御信号を送信する端末制御部、を備え、前記端末制御部は、前記狭域通信部による前記他の装置との間の通信が確立されていることに基づいて、前記アプリケーションに対する制御信号を送信し、前記端末通信部は、前記端末制御部からの前記制御信号を受信して処理開始した前記アプリケーションの処理結果を受信し、前記狭域通信部は、前記アプリケーションの処理結果を前記他の装置に送信し、前記端末制御部は、前記狭域通信部による前記他の装置との間の通信が切断されたことに基づいて、前記アプリケーションの処理を中断させる、車載機と、前記車載機からの制御信号を受信し、前記アプリケーションの処理開始許可をユーザに求めるアプリケーション制御部、を備え、前記アプリケーション制御部は、前記ユーザの承認に基づいて、前記アプリケーションの処理を開始する、情報処理端末と、を含む情報処理システムが提供される。
【発明の効果】
【００１７】
以上説明したように本発明によれば、ＤＳＲＣを応用したサービスを利用するユーザの利便性を向上させることが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態に係る情報処理システムの概要図である。
【図２】同実施形態に係る車載機を含むシステム概要図である。
【図３】同実施形態に係る車載機の機能ブロック図である。
【図４】同実施形態に係る情報処理端末の機能ブロック図である。
【図５】同実施形態に係る処理の流れを示すフローチャートである。
【図６】同実施形態の起動確認に係る画面表示の一例である。
【図７】同実施形態の決済確認に係る画面表示の一例である。
【図８】同実施形態の狭域通信の不備による中断に係る画面表示の一例である。
【図９】同実施形態に係る車載機と情報処理端末との通信が切断された際の画面表示の一例である。
【図１０】同実施形態に係るＲＳＳＩの低下に基づいた画面表示の一例である。
【図１１】同実施形態の決済処理の進捗に係る画面表示の一例である。
【図１２】同実施形態の決済完了に係る画面表示の一例である。
【図１３】同実施形態に係る通信判定のフローチャートである。
【図１４】同実施形態に係る車載機及び情報処理端末のハードウェア構成例である。
【発明を実施するための形態】
【００１９】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２０】
＜１．背景＞
ＤＳＲＣとは、車両との無線通信に特化して設計された一方向または双方向の無線通信技術を指し、狭域通信とも呼ばれる。また、ＤＳＲＣを応用した代表的なシステムとしては、ＥＴＣがある。ＥＴＣでは、車両に搭載されたＤＳＲＣ車載機が、料金所に設けられるＤＳＲＣ路側無線装置と狭域通信を行うことで、高速道路の利用料金をキャッシュレスで決済することができる。
【００２１】
また、近年においては、ＥＴＣ以外にも、ＤＳＲＣを応用した種々のサービスが提案されている。上記のようなサービスは、例えば、駐車場、飲食店のドライブスルー、ガソリンスタンドなどでの利用が期待されている。このように、ＤＳＲＣを応用したサービスは、一般消費者の生活により近い存在になりつつある。
【００２２】
一方、ＤＳＲＣを応用したサービスの展開に伴い、当該サービスの多様化も想定される。例えば、ＤＳＲＣ車載機（以下、車載機、とも呼ぶ）とユーザが所持する情報処理端末とを連携させることで、提供するサービスを拡張することも可能である。この場合、ユーザは、情報処理端末を操作することで、車載機を介し、ＤＳＲＣ路側無線装置（以下、路側無線装置、とも呼ぶ）に、処理の内容を送信することができる。
【００２３】
以降に説明される本発明の実施形態では、上記のような情報処理端末との連携を行うＤＳＲＣ応用サービスに対応した車載機、情報処理方法、及び情報処理システムについて、構成上の特徴を挙げながら、当該構成が奏する効果について説明する。
【００２４】
また、以降に説明される本発明の実施形態では、情報処理端末上で実行されるアプリケーションの一例として、サービス料金の決済に係るアプリケーションを用いて説明する。しかし、本発明に係る情報処理端末上のアプリケーションは、係る例に限定されない。本発明に係る情報処理端末上のアプリケーションは、サービス情報の提供を受けるためのアプリケーションであってもよいし、予約情報を照合するためのアプリケーションであってもよい。本発明に係る車載機、情報処理方法、及び情報処理システムは、車載機と連携する情報処理端末上の様々なアプリケーションに広く適用可能である。
【００２５】
＜２．実施形態＞
（２−１．情報処理システムの構成例）
本実施系形態に係る車載機、情報処理方法、及び情報処理システムは、車載機と路側無線装置との間の通信が確立されていることに基づいて、情報処理端末上の決済アプリケーションに対する制御信号を送信すること、を一つの特徴とする。以下、図１及び図２を参照して、本実施形態に係る情報処理システムの概要について説明する。
【００２６】
図１を参照すると、本実施形態に係る情報処理システムは、車両１０、路側無線装置４０、及びサーバ６０を備える。ここで、車両１０は、ユーザにより操作される車両であり、路側無線装置４０の通信範囲に進入することで、路側無線装置４０と搭載する車載機との間の通信を確立する。路側無線装置４０は、店舗や道路脇などに設置され、車両１０に搭載された車載機と狭域通信による通信を行う装置である。また、路側無線装置４０は、ネットワーク５０を介して、サーバ６０と接続される。サーバ６０は、路側無線装置４０から送信される情報に基づいて、決済処理を実行する。
【００２７】
次に図２を参照して、車両１０の構成について説明する。図２を参照すると、車両１０には、車載機２０が搭載されている。ここで、車載機２０は、車両外に設置された路側無線装置４０を含む他の装置と狭域通信による通信を行う機能を有する。また、車載機２０は、路側無線装置４０との通信が確立されていることに基づいて、情報処理端末３０の決済アプリケーションに対する制御信号を送信する機能を有する。当該機能の詳細については、後述する。情報処理端末３０は、車載機２０からの制御信号を受信して、決済アプリケーションを実行し、決済情報を車載機２０に送信する。すなわち、本実施形態に係る情報処理システムでは、情報処理端末３０で実行された決済アプリケーションの決済情報が、車載機２０、路側無線装置４０、及びネットワーク５０を介して、サーバ６０に伝送される。
【００２８】
以上、本実施形態に係る情報処理システムの概要について、説明した。続いて、各構成要素について、詳細に説明する。
【００２９】
―車両１０―
本実施形態に係る車両１０は、車載機２０を搭載する車両である。車両１０が、路側無線装置４０の通信エリアに進入することで、車載機２０は、路側無線装置４０と狭域通信による通信を確立する。車両１０は、ユーザによって操作される普通自動車であってもよいし、自動二輪車であってもよい。
【００３０】
―車載機２０―
本実施形態に係る車載機２０は、狭域通信により路側無線装置４０との通信を行う装置である。また、車載機２０は、路側無線装置４０との通信が確立されていることに基づいて、情報処理端末３０の決済アプリケーションに対する制御信号を送信する機能を有する。ここで、車載機２０は、情報処理端末３０との通信に２種類の無線通信を用いることができる。車載機２０は、例えば、情報処理端末３０からの決済情報の取得に近距離無線通信（ＮＦＣ：  Ｎｅａｒ  Ｆｉｅｌｄ  ｒａｄｉｏ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を用いてもよい。また、車載機２０は、決済アプリケーションに対する制御信号の送信や後述する接続監視に、Ｂｌｕｅｔｏｏｔｈ（登録商標）による通信を用いてもよい。
【００３１】
上記のように、車載機２０が２種類の通信を使い分けることで、送受信されるデータの特性に応じた通信を行うことが可能となる。例えば、本実施形態では、決済情報の送受信に通信距離の比較的短いＮＦＣを用いることで、通信が可能な範囲を限定し、決済情報が漏えいする可能性を低減することができる。また、通信方法の使い分けは、通信距離の他、通信速度や電力消費などを考慮して決定されてもよい。なお、車載機２０が用いる通信の種類は、上記で述べた例に限定されない。例えば、車載機２０は、情報処理端末との間のＢｌｕｅｔｏｏｔｈ通信に代えて、赤外線通信や無線ＬＡＮによる通信を用いてもよい。
【００３２】
―情報処理端末３０―
本実施系形態に係る情報処理端末３０は、車載機２０からの制御信号を受信し、決済アプリケーションを実行する端末である。情報処理端末３０で実行される決済アプリケーションは、例えば、駐車場のサービス料金の決済に係るアプリケーションであってもよい。本実施形態に係る情報処理端末３０は、例えば、タブレット、スマートフォン、携帯電話、またはＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）であってもよい。また、情報処理端末３０は、車両１０に乗車するユーザに所持される端末であってよい。情報処理端末３０は、車載機２０との通信を行える範囲にあればよく、例えば、ユーザにより車両１０の外部へ持ち出されてもよい。
【００３３】
―路側無線装置４０―
本実施形態に係る路側無線装置４０は、車載機２０との狭域通信による通信を行う装置である。具体的には、路側無線装置４０は、車載機２０を介して、情報処理端末３０上の決済アプリケーションの決済情報を受信し、ネットワーク５０を介して、サーバ６０に送信する機能を有する。路側無線装置４０と車載機２０との間の通信は、ＡＲＩＢ  ＳＴＤ−Ｔ７５（狭域通信システム標準規格）に定められた規格に準じて行われ、変調方式には、ＱＰＳＫ方式が用いられてもよい。また、路側無線装置４０は、サーバ６０から受信した情報を車載機２０に送信する機能を有する。
【００３４】
―ネットワーク５０―
本実施形態に係るネットワーク５０は、路側無線装置４０とサーバ６０とを接続する機能を有する。ネットワーク５０は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などを含んでもよい。また、ネットワーク５０は、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｔ  Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。
【００３５】
―サーバ６０―
本実施形態に係るサーバ６０は、車載機２０、路側無線装置４０、ネットワーク５０を介して取得した、情報処理端末３０からの決済情報に基づいて、種々の処理を実行する。本実施形態に係るサーバ６０は、複数の情報処理装置から構成されてもよいし、冗長化や仮想化が図られてもよい。サーバ６０は、例えば、アプリケーションサーバやデータベースサーバを含んでもよい。また、サーバ６０は、取得した決済情報をカード会社等のサーバに送信し、当該サーバから処理結果を受け取ってもよい。
【００３６】
（２−２．本実施形態に係る車載機２０）
以上、本実施形態の情報システムに係る構成要素について、説明した。続いて、本実施形態に係る車載機２０の機能構成について、詳細に説明する。上述したとおり、本実施形態に係る車載機２０は、路側無線装置４０との通信が確立していることに基づいて、情報処理端末３０の決済アプリケーションに対する制御信号を送信すること、を一つの特徴とする。また、車載機２０は、情報処理端末３０との通信が確立されていることにさらに基づいて、決済アプリケーションに対する制御信号を送信する。また、車載機２０は、情報処理端末３０からの信号強度が所定の強度を超えることにさらに基づいて、決済アプリケーションに対する制御信号を送信する。すなわち、本実施形態に係る車載機２０は、上記の３つの条件がすべて成立していることに基づいて、情報処理端末３０の決済アプリケーションに対する制御信号を送信する。
【００３７】
さらに、本実施形態に係る車載機２０は、上記のいずれかの条件が満たされないことに基づいて、決済処理を中断させることができる。すなわち、車載機２０は、路側無線装置４０との通信が切断されたことに基づいて、決済処理を中断させてもよい。車載機２０は、情報処理端末３０との通信が切断されたことに基づいて、決済処理を中断させてもよい。また、車載機２０は、情報処理端末３０からの信号強度が、切断の可能性が予測される強度に低下したこと、基づいて、決済処理を中断させてもよい。以降、本実施形態に係る車載機２０について、構成上の特徴を挙げながら、当該構成が奏する効果について、説明する。
【００３８】
図３は、本実施形態に係る車載機２０の機能ブロック図である。図３を参照すると、本実施形態に係る車載機２０は、狭域通信部２１０、端末通信部２２０、通信判定部２３０、及び端末制御部２４０を備える。
【００３９】
―狭域通信部２１０―
狭域通信部２１０は、狭域通信により路側無線装置４０との通信を行う機能を有する。狭域通信部２１０は、路側無線装置４０から取得した情報を後述する端末制御部２４０に引き渡し、また端末制御部２４０から引き渡された情報を路側無線装置４０に送信する。路側無線装置４０との通信における変調方式には、ＱＰＳＫ方式が用いられてもよいが、アプリケーションで取り扱うデータの容量が小さい場合には、ＡＳＫ方式が用いられてもよい。
【００４０】
―端末通信部２２０―
端末通信部２２０は、情報処理端末３０との無線通信を行う機能を有する。上述したとおり、車載機２０と情報処理端末３０との間の通信には、２種類の無線通信が用いられてよい。このため、本実施形態に係る端末通信部２２０は、情報処理端末３０とＮＦＣによる通信を実現する機能と、Ｂｌｕｅｔｏｏｔｈによる通信を実現する機能と、を有する。なお、情報処理端末３０との無線通信に、上記で述べた以外の無線通信の方式が用いられる場合、端末通信部２２０は、当該無線通信の方式により情報処理端末３０と通信する機能を有してもよい。
【００４１】
―通信判定部２３０―
通信判定部２３０は、路側無線装置４０及び情報処理端末３０との通信状況を監視する機能を有する。具体的には、通信判定部２３０は、狭域通信部２１０による路側無線装置４０との通信を監視し、当該通信が確立されているかを判定することができる。また、通信判定部２３０は、端末通信部２２０による情報処理端末３０との通信を監視し、当該通信が確立されているかを判定することができる。なお、通信判定部２３０が監視する情報処理端末３０との通信は、例えば、端末通信部２２０によるＢｌｕｅｔｏｏｔｈを用いた通信であってよい。この際、通信判定部２３０は、情報処理端末３０からの信号の受信強度（ＲＳＳＩ：Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）を測定することができる。
【００４２】
―端末制御部２４０―
端末制御部２４０は、通信判定部２３０が取得した通信状況の結果に基づいて、種々の処理を実行することができる。具体的には、端末制御部２４０は、通信状況に基づいて、情報処理端末３０の決済アプリケーションに対する制御信号を送信することができる。また、端末制御部２４０は、通信状況に基づいて、決済処理を中断させることができる。また、端末制御部２４０は、通信状況に基づいて、情報処理端末３０に様々なメッセージを表示させることができる。端末制御部２４０による上記の処理の詳細については、後述する。さらには、端末制御部２４０は、端末通信部２２０が情報処理端末３０から取得した決済情報を受け取り、狭域通信部２１０に引き渡す機能を有する。この際、端末制御部２４０は、アプリケーションからの決済情報を、ＡＲＩＢ  ＳＴＤ−Ｔ１１０のＩＣカードアクセスアプリケーションのインターフェースに載せて狭域通信部２１０に引き渡す。また、端末制御部２４０は、狭域通信部２１０が路側無線装置４０から取得した情報を受け取り、端末通信部２２０に引き渡すこともできる。
【００４３】
（２．３．本実施形態に係る情報処理端末３０）
以上、本実施形態に係る車載機２０の機能構成について、説明した。続いて、本実施形態に係る情報処理端末３０の機能構成について、詳細に説明する。本実施形態に係る情報処理端末３０は、車載機２０からの制御信号を受信して、ユーザに決済アプリケーションの起動許可を求める機能を有する。なおここでは制御信号の受信によりアプリケーションを起動するものとして説明するが、制御信号の受信により実行済みのアプリケーションに処理開始させるものであってもよく、その場合は処理開始までの時間が短く済むことが考えられる。また、情報処理端末３０は、ユーザからの承認に基づいて、決済アプリケーションの処理を実行する機能を有する。以下、図４を参照して、本実施形態に係る情報処理端末３０の機能構成について詳細に説明する。図４を参照すると、本実施形態に係る情報処理端末３０は、通信部３１０とアプリケーション制御部３２０とを備える。
【００４４】
―通信部３１０―
通信部３１０は、無線通信により車載機２０との通信を行う機能を有する。本実施形態に係る通信部３１０は、車載機２０とＮＦＣによる通信を実現する機能と、Ｂｌｕｅｔｏｏｔｈによる通信を実現する機能と、を有してよい。なお、車載機２０との無線通信に、上記で述べた以外の無線通信の方式が用いられる場合、通信部３１０は、当該無線通信の方式により車載機２０と通信する機能を有してもよい。
【００４５】
―アプリケーション制御部３２０―
アプリケーション制御部３２０は、通信部３１０が取得した車載機２０からの制御信号に基づいて、ユーザに決済アプリケーションの起動許可を求める機能を有する。また、情報処理端末３０は、ユーザからの承認に基づいて、決済アプリケーションの処理を実行する機能を有する。また、アプリケーション制御部３２０は、車載機２０からの制御に基づいて、ユーザに決済処理に係る各種のメッセージを提示する機能を有する。
【００４６】
（本実施形態に係る情報システムの処理の流れ）
以上、本実施形態に係る情報システムの各構成について、詳細に説明した。続いて、本実施形態に係る情報処理システムの制御の流れについて、詳細に説明する。図５は、本実施形態に係る情報処理システムの制御の流れを示すフローチャートである。
【００４７】
まず、車載機２０及び情報処理端末３０を搭載した車両１０は、路側無線装置４０の通信エリアに進入する。この際、予め起動された車載機２０は、処理待ちの状態である（Ｓ１１０１）。
【００４８】
次に、通信判定部２３０は、狭域通信部２１０による路側無線装置４０との通信状況、及び端末通信部２２０による情報処理端末３０との通信状況を判定する（Ｓ１１０２）。通信判定部２３０による通信状況の判定の詳細については、後述する。
【００４９】
次に、端末制御部２４０は、通信判定部２３０の判定に基づいて、端末通信部２２０のＮＦＣ機能を制御し、情報処理端末３０の決済アプリケーションに対する制御信号を送信する（Ｓ１１０３）。
【００５０】
具体的には、端末制御部２４０は、下記の３つの条件がすべて成立していることに基づいて、決済アプリケーションに対する制御信号を送信する。第１の条件は、車載機２０と路側無線装置４０との間の狭域通信が確立されていること、である。第２の条件は、車載機２０と情報処理端末３０との間のＢｌｕｅｔｏｏｔｈ通信が確立されていること、である。また、第３の条件は、当該Ｂｌｕｅｔｏｏｔｈ通信に係るＲＳＳＩが所定の強度以上であること、である。
【００５１】
端末制御部２４０が、上記で説明した３つの条件に基づいて、決済アプリケーションに対する制御信号を送信することで、安定した処理が可能な状況でのみ、決済を行うことが可能となる。また、端末制御部２４０が、良好な通信状況に基づいて、決済アプリケーションに対する制御信号を送信することで、ユーザが予め通信状況を確認して決済アプリケーションを起動させておく手間を省くことができる。なお、通信判定部２３０による通信判定の詳細な流れについては、後述する。
【００５２】
次に、車載機２０からの制御信号を受けたアプリケーション制御部３２０は、決済アプリケーションの起動許可をユーザに求める（Ｓ１１０４）。ここで、アプリケーション制御部３２０は、例えば、情報処理端末３０に、図６に示すメッセージを表示させて、ユーザに起動許可を求めてもよい。図６は、情報処理端末３０に表示される、決済アプリケーションの起動許可に係る確認画面の一例である。図６を参照すると、情報処理端末３０には、起動許可を求めるメッセージを含んだウィンドウＷ１が表示されている。また、ウィンドウＷ１には、ユーザが決済アプリケーションの起動の可否を選択するためのボタンが配置される。上記のように、アプリケーション制御部３２０が、ユーザに起動許可を求めることで、決済に係るユーザの意思を明確に確認し、決済アプリケーションのセキュリティ性を高めることができる。なお、ユーザが予め決済アプリケーションの起動を許可する設定を行うことで、上記で説明したユーザによる起動可否の選択操作は省かれてもよい。
【００５３】
また、アプリケーション制御部３２０は、車載機２０からの制御信号を受信したことに基づいて、決済アプリケーションの起動処理を開始してもよい。この場合、アプリケーション制御部３２０は、ユーザに決済アプリケーションの起動続行を確認し、ユーザによる承認を認識することで、決済アプリケーションの起動処理を続行してもよい。アプリケーション制御部３２０が当該制御を行うことで、ユーザの承認後における決済アプリケーションの起動完了までの時間を短縮することが可能となる。
【００５４】
ステップＳ１１０４でユーザが決済アプリケーションの起動を許可すると（Ｓ１１０５）、アプリケーション制御部３２０は、決済アプリケーションを起動し、決済処理へと移行する（Ｓ１１０６）。なお、決済アプリケーションの起動可否に係る確認は、画面への提示以外の方法で行われてもよい。アプリケーション制御部３２０は、例えば、ユーザに対し音声を用いた確認を行うこともできる。この場合、アプリケーション制御部３２０は、ユーザの音声を認識し、起動の許可を判断してもよい。上記のように、音声による確認を行うことで、ユーザが情報処理端末３０を操作する負担を低減することが可能となる。
【００５５】
続いて、ステップＳ１１０６〜Ｓ１１０９に係る決済処理について説明する。まず、ステップＳ１１０６にて決済処理が開始されると、アプリケーション制御部３２０は、通信部３１０が取得した車載機２０からの情報を基に決済金額をユーザに提示する。この際、アプリケーション制御部３２０は、図７に示すような画面を情報処理端末３０に表示させて、ユーザに決済金額を提示してもよい。図７を参照すると、情報処理端末３０に表示されるウィンドウＷ１には、決済金額を示すメッセージが表示されている。また、この際、アプリケーション制御部３２０は、ステップＳ１１０４の場合と同様に、処理の続行をユーザに求める提示を行うことができる。図７を参照すると、ウィンドウＷ１には、決済処理の続行を確認するメッセージと、ユーザが処理の続行可否を選択するためのボタンが表示されていることがわかる。
【００５６】
また、ステップＳ１１０６にて決済処理が開始されると、車載機２０の通信判定部２３０は、情報処理端末３０との通信、及び路側無線装置４０との通信を継続的に監視し、通信状況の判定を行う（Ｓ１１０７）。すなわち、通信判定部２３０は、情報処理端末３０で処理された情報がサーバ６０まで無事に伝送されるか、また、サーバ６０での処理結果が、情報処理端末３０まで無事に伝送されるか、を判定する。通信判定部２３０が当該判定を行うことで、決済処理が通信状況の不備により異常終了する可能性を低減することが可能となる。
【００５７】
ここで、通信判定部２３０が通信状況の不備を検出した場合（Ｓ１１０７：Ｎｏ）の処理の流れについて説明する。本実施形態における通信状況の不備とは、下記のいずれかの条件に当てはまる場合を指す。第１の条件は、車載機２０と路側無線装置４０との間の狭域通信が切断されたこと、である。第２の条件は、車載機２０と情報処理端末３０との間のＢｌｕｅｔｏｏｔｈ通信が切断されたこと、である。また、第３の条件は、当該Ｂｌｕｅｔｏｏｔｈ通信に係るＲＳＳＩが、切断の可能性が予測される強度に低下したこと、である。
【００５８】
なお、第３の条件に係るＲＳＳＩの強度は、ステップＳ１１０２において制御信号の送信条件となるＲＳＳＩの強度とは、異なる値であってもよい。また、処理中断の条件となるＲＳＳＩの強度は、アプリケーションの様態に応じて定められてよい。例えば、情報処理端末３０のアプリケーションがサーバ６０からの情報をダウンロードするためのサービスである場合、処理途中で通信が切断されても、後続処理に影響を与えないこともある。このような場合、処理の中断に係るＲＳＳＩの強度は、低く設定されてもよい。
【００５９】
通信判定部２３０が、上記で説明した通信状況の不備を検出すると、車載機２０の端末制御部２４０は、通信判定部２３０の判定に基づいて、決済処理を中断させる（Ｓ１１１２）。この際、既に決済処理の内容がサーバ６０に送信されている可能性がある場合、端末制御部２４０は、当該処理を取り消すためのデータを作成し、路側無線装置４０に送信してもよい。
【００６０】
上記のように、端末制御部２４０が、通信状況の不備に基づいて、決済処理を中断させることで、処理途中における通信の切断を防止し、情報処理端末３０とサーバ６０との間における情報の整合性を保つことが可能となる。特に、決済アプリケーションなどの金銭取引に係る処理を行う場合、当該機能は有効な効果を発揮する。
【００６１】
また、端末制御部２４０により決済処理が中断される場合、アプリケーション制御部３２０は、通信判定部２３０の判定に基づいて、図８〜図１０に示すような画面を情報処理端末３０に表示させることができる。図８は、車載機２０と路側無線装置４０との間の狭域通信が切断されたことに基づいて、アプリケーション制御部３２０が表示させるユーザへのメッセージの一例である。図８を参照すると、情報処理端末３０には、決済処理の進行に係る既存のウィンドウＷ１に加え、新たなウィンドウＷ２がウィンドウＷ１に重なる状態で表示されている。ここで、ウィンドウＷ２には、車両１０が決済サービスエリアから外れたため、処理を中断する旨のメッセージが表示されている。
【００６２】
また、図９は、車載機２０と情報処理端末３０との間のＢｌｕｅｔｏｏｔｈ通信が切断されたことに基づいて、アプリケーション制御部３２０が表示させるユーザへのメッセージの一例である。図９を参照すると、情報処理端末３０には、図８の場合と同様に、新たなウィンドウＷ２が表示され、ウィンドウＷ２には、車載機２０と情報処理端末３０との間のＢｌｕｅｔｏｏｔｈによる通信が切断されたため、決済処理を中断する旨のメッセージが表示されている。
【００６３】
また、図１０は、Ｂｌｕｅｔｏｏｔｈ通信に係るＲＳＳＩが、所定の値以下に低下したことに基づいて、アプリケーション制御部３２０が表示させるユーザへのメッセージの一例である。図１０を参照すると、情報処理端末３０には、図８及び図９の場合と同様に、新たなウィンドウＷ２が表示され、ウィンドウＷ２には、ユーザに、情報処理端末３０を車載機２０に近づけるように促すメッセージが表示されている。ここで、ユーザの操作によりＲＳＳＩが改善された場合、端末制御部２４０は、決済処理を続行させてもよい。
【００６４】
上記のように、通信状況の不備により決済処理が中断された際、中断の原因をユーザに提示することで、ユーザが決済処理を再度行う際の一助とすることができる。なお、決済アプリケーションの起動許可に係る確認や、決済処理の続行確認の場合と同様に、決済処理の中断に係るメッセージは音声により出力されてもよい。
【００６５】
ここで、再度、図５に戻り説明を続ける。ステップＳ１１２において、端末制御部２４０が決済処理を中断させると、続いて、端末制御部２４０は、端末通信部２２０のＮＦＣ機能を停止させる（Ｓ１１１３）。
【００６６】
次に、情報処理端末３０のアプリケーション制御部３２０は、情報処理端末３０側のＮＦＣ機能を停止させ（Ｓ１１１４）、処理を終了する。ここで、車載機２０は、再び処理待ちの状態へと移行する。なお、情報処理端末３０側のＮＦＣ機能を停止した後、アプリケーション制御部３２０は、決済アプリケーションを停止させてもよい。また、決済アプリケーションの停止制御については、情報処理端末３０の仕様やユーザの設定により、定められてもよい。
【００６７】
一方、ステップＳ１１０７において、通信判定部２３０が通信状況の不備を検出しない場合（Ｓ１１０７：Ｙｅｓ）、アプリケーション制御部３２０が決済アプリケーションの処理を続行し、決済が確定する。具体的には、情報処理端末３０から送信された決済情報が、車載機２０、路側無線装置４０、及びネットワーク５０を介して、サーバ６０へ伝送され、決済処理が実行される。また、決済が確定した場合、サーバ６０は処理の結果を同一の経路を介して情報処理端末３０に返す。
【００６８】
この際、アプリケーション制御部３２０は、図１１及び図１２に示すような画面を情報処理端末３０に表示させて、決済処理の進捗をユーザに提示してもよい。図１１は、決済処理が進行中であることを示す画面の一例である。図１１を参照すると、情報処理端末３０には、決済処理が進行中である旨のメッセージを含むウィンドウＷ１が表示されている。また、ウィンドウＷ１には、決済処理の進捗率を示すインジケータが表示されている。決済処理の進捗率は、例えば、決済処理の平均処理時間や、サーバ６０から送信される処理状況に係る情報を基に算出されてよい。
【００６９】
また、図１２は、決済処理の完了を示す画面の一例である。図１２を参照すると、情報処理端末３０には、決済処理が完了した旨のメッセージを含むウィンドウＷ１が表示されている。また、この際、アプリケーション制御部３２０は、ウィンドウＷ１に決済金額を併せて表示させてもよい。
【００７０】
ステップＳ１１０８で決済が確定すると、次にアプリケーション制御部３２０は、処理が行われていない決済が存在するか、を確認する。ここで、処理が行われていない決済が存在する場合、アプリケーション制御部３２０は、ステップＳ１１０６及びＳ１１０８の処理を繰り返し実行する。また、この際、ステップＳ１１０７に示した通信判定部２３０による通信状況の監視は継続して実行される。
【００７１】
一方、すべての決済が確定している場合、アプリケーション制御部３２０は、決済処理を完了させる（Ｓ１１０９）。
【００７２】
ステップＳ１１０９で決済処理が完了すると、車載機２０の端末制御部２４０は、端末通信部２２０のＮＦＣ機能を停止させる（Ｓ１１１０）。
【００７３】
次に、情報処理端末３０のアプリケーション制御部３２０は、情報処理端末３０側のＮＦＣ機能を停止させ（Ｓ１１１１）、処理を終了する。ここで、車載機２０は、再び処理待ちの状態へと移行する。
【００７４】
（２−３．通信判定部２３０による通信状況の判定）
以上、本実施形態に係る情報処理システムの処理の流れについて説明した。続いて、本実施形態に係る通信判定部２３０による通信状況の判定について、詳細に説明する。本実施形態に係る通信判定部２３０は、狭域通信部２１０による路側無線装置４０との間の通信、及び端末通信部２２０による情報処理端末３０との間のＢｌｕｅｔｏｏｔｈ通信を監視し、それぞれの通信状況を判定する。
【００７５】
また、通信判定部２３０は、情報処理端末３０とのＢｌｕｅｔｏｏｔｈ通信に係るＲＳＳＩを測定することができる。以下、図１３を参照して、本実施形態に係る通信判定部２３０による通信状況の判定と、当該判定に基づいた端末制御部２４０の制御について詳細に説明する。図１３は、通信判定部２３０による通信判定の流れを示すフローチャートである。
【００７６】
図１３を参照すると、本実施形態に係る通信判定部２３０は、狭域通信部２１０による路側無線装置４０との間の通信と、端末通信部２２０による情報処理端末３０との間のＢｌｕｅｔｏｏｔｈ通信と、を並行して監視し、それぞれの通信状況を判定することができる。
【００７７】
まず、通信判定部２３０は、狭域通信部２１０による路側無線装置４０との間の通信状況を取得し、判定を行う（Ｓ１２０１）。ここで、通信判定部２３０が、当該通信が確立していないと判定した場合（Ｓ１２０１：Ｎｏ）、ユーザは、サービスを利用するために、車両１０を路側無線装置４０の通信エリアに進入させ、車載機２０と路側無線装置４０との間の狭域通信を確立させる（Ｓ１２０２）。
【００７８】
また、通信判定部２３０は、ステップＳ１２０１と並行して、端末通信部２２０による情報処理端末３０との間のＢｌｕｅｔｏｏｔｈ通信に係る通信状況を取得し、判定を行う（Ｓ１２０３）ここで、通信判定部２３０が、当該通信が確立していないと判定した場合（Ｓ１２０３：Ｎｏ）、情報処理端末３０のＢｌｕｅｔｏｏｔｈ接続に係る設定に不備があることが想定される。このため、ユーザは、サービスを利用するために、情報処理端末３０を操作しＢｌｕｅｔｏｏｔｈの接続設定を行う（Ｓ１２０４）。
【００７９】
一方、通信判定部２３０が、車載機２０と情報処理端末３０との間のＢｌｕｅｔｏｏｔｈ通信が確立していると判定した場合（Ｓ１２０３：Ｎｏ）、通信判定部２３０は、続いて、当該通信に係るＲＳＳＩが所定の強度以上であるか、を判定する（Ｓ１２０５）。
【００８０】
ここで、ＲＳＳＩが所定の強度を下回っている場合（Ｓ１２０５：Ｎｏ）、ユーザは、情報処理端末３０を車載機２０に近づけることで、当該ＲＳＳＩの改善を図る（Ｓ１２０６）。この際、端末制御部２４０は、情報処理端末３０に、図１０で示した画面を表示させることで、ユーザによる改善処理を促してもよい。
【００８１】
以上説明したとおり、本実施形態に係る通信判定部２３０は、車載機２０と路側無線装置４０との間の狭域通信の確立、及び車載機２０と情報処理端末３０との間のＢｌｕｅｔｏｏｔｈ通信の確立を判定する。また、通信判定部２３０は、Ｂｌｕｅｔｏｏｔｈ通信に係るＲＳＳＩの強度を判定する。端末制御部２４０は、上記の３つの条件が成立していることに基づいて、情報処理端末３０の決済アプリケーションに対する制御信号を送信する。
【００８２】
一方、車載機２０による制御信号の送信は、必ずしも上記の３つの条件すべてを満たさなくてもよい。車載機２０は、例えば、路側無線装置４０との間の通信が確立したことに基づいて、決済アプリケーションに対する制御信号を送信してもよい。この場合でも、情報処理端末３０との間のＢｌｕｅｔｏｏｔｈ通信が確立した時点で、ユーザは決済アプリケーションの処理を行うことが可能である。すなわち、ユーザは、情報処理端末３０が車載機２０からの情報を受信することで、路側無線装置４０との通信が確立していることを認識し、決済アプリケーションの処理を行うことができる。
【００８３】
＜３．車載機２０及び情報処理端末３０のハードウェア構成例＞
次に、本発明に係る車載機２０及び情報処理端末３０に共通するハードウェア構成例について説明する。図１４は、本発明に係る車載機２０及び情報処理端末３０のハードウェア構成例を示すブロック図である。図１４を参照すると、車載機２０及び情報処理端末３０は、例えば、ＣＰＵ８７１と、ＲＯＭ８７２と、ＲＡＭ８７３と、ホストバス８７４と、ブリッジ８７５と、外部バス８７６と、インターフェース８７７と、入力部８７８と、出力部８７９と、記憶部８８０と、ドライブ８８１と、接続ポート８８２と、通信部８８３と、を有する。なお、ここで示すハードウェア構成は一例であり、構成要素の一部が省略されてもよい。また、ここで示される構成要素以外の構成要素をさらに含んでもよい。
【００８４】
（ＣＰＵ８７１）
ＣＰＵ８７１は、例えば、演算処理装置又は制御装置として機能し、ＲＯＭ８７２、ＲＡＭ８７３、記憶部８８０、又はリムーバブル記録媒体９０１に記録された各種プログラムに基づいて各構成要素の動作全般又はその一部を制御する。
【００８５】
（ＲＯＭ８７２、ＲＡＭ８７３）
ＲＯＭ８７２は、ＣＰＵ８７１に読み込まれるプログラムや演算に用いるデータ等を格納する手段である。ＲＡＭ８７３には、例えば、ＣＰＵ８７１に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータ等が一時的又は永続的に格納される。
【００８６】
（ホストバス８７４、ブリッジ８７５、外部バス８７６、インターフェース８７７）
ＣＰＵ８７１、ＲＯＭ８７２、ＲＡＭ８７３は、例えば、高速なデータ伝送が可能なホストバス８７４を介して相互に接続される。一方、ホストバス８７４は、例えば、ブリッジ８７５を介して比較的データ伝送速度が低速な外部バス８７６に接続される。また、外部バス８７６は、インターフェース８７７を介して種々の構成要素と接続される。
【００８７】
（入力部８７８）
入力部８７８には、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、及びレバー等が用いられる。さらに、入力部８７８としては、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントローラ（以下、リモコン）が用いられることもある。
【００８８】
（出力部８７９）
出力部８７９には、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）、ＬＣＤ、又は有機ＥＬ等のディスプレイ装置、スピーカ、ヘッドホン等のオーディオ出力装置、プリンタ、携帯電話、又はファクシミリ等、取得した情報を利用者に対して視覚的又は聴覚的に通知することが可能な装置である。
【００８９】
（記憶部８８０）
記憶部８８０は、各種のデータを格納するための装置である。記憶部８８０としては、例えば、ハードディスクドライブ（ＨＤＤ）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、又は光磁気記憶デバイス等が用いられる。
【００９０】
（ドライブ８８１）
ドライブ８８１は、例えば、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体９０１に記録された情報を読み出し、又はリムーバブル記録媒体９０１に情報を書き込む装置である。
【００９１】
（リムーバブル記録媒体９０１）
リムーバブル記録媒体９０１は、例えば、ＤＶＤメディア、Ｂｌｕ−ｒａｙ（登録商標）メディア、ＨＤ  ＤＶＤメディア、各種の半導体記憶メディア等である。もちろん、リムーバブル記録媒体９０１は、例えば、非接触型ＩＣチップを搭載したＩＣカード、又は電子機器等であってもよい。
【００９２】
（接続ポート８８２）
接続ポート８８２は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）、ＲＳ−２３２Ｃポート、又は光オーディオ端子等のような外部接続機器９０２を接続するためのポートである。
【００９３】
（外部接続機器９０２）
外部接続機器９０２は、例えば、プリンタ、携帯音楽プレーヤ、デジタルカメラ、デジタルビデオカメラ、又はＩＣレコーダ等である。
【００９４】
（通信部８８３）
通信部８８３は、ネットワーク９０３に接続するための通信デバイスであり、例えば、有線又は無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はＷＵＳＢ（Ｗｉｒｅｌｅｓｓ  ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）用のルータ、又は各種通信用のモデム等である。
【００９５】
＜４．まとめ＞
以上説明したように、本発明の実施形態に係る車載機２０は、路側無線装置４０との通信が確立していることに基づいて、情報処理端末３０の決済アプリケーションに対する制御信号を送信すること、を一つの特徴とする。また、車載機２０は、情報処理端末３０との通信が確立されていることにさらに基づいて、決済アプリケーションに対する制御信号を送信する。また、車載機２０は、情報処理端末３０からの信号強度が所定の強度を超えることにさらに基づいて、決済アプリケーションに対する制御信号を送信する。すなわち、本実施形態に係る車載機２０は、上記の３つの条件がすべて成立していることに基づいて、情報処理端末３０の決済アプリケーションに対する制御信号を送信する。係る構成によれば、ＤＳＲＣを応用したサービスを利用するユーザの利便性を向上させることが可能となる。
【００９６】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【００９７】
１０    車両
２０    車載機
３０    情報処理端末
４０    路側無線装置
５０    ネットワーク
６０    サーバ
２１０    狭域通信部
２２０    端末通信部
２３０    通信判定部
２４０    端末制御部
３１０    通信部
３２０    アプリケーション制御部
【図１】
0006613953.tif 000002
【図２】
0006613953.tif 000003
【図３】
0006613953.tif 000004
【図４】
0006613953.tif 000005
【図５】
0006613953.tif 000006
【図６】
0006613953.tif 000007
【図７】
0006613953.tif 000008
【図８】
0006613953.tif 000009
【図９】
0006613953.tif 000010
【図１０】
0006613953.tif 000011
【図１１】
0006613953.tif 000012
【図１２】
0006613953.tif 000013
【図１３】
0006613953.tif 000014
【図１４】
0006613953.tif 000015