(57)【要約】【課題】車両からの無線信号の到達範囲内に存するユーザに関して、該車両への相乗りの可否を把握可能とする。【解決手段】車両に載せられた車載端末は、車両に相乗り可能であることを示す無線信号を送信することと、無線信号を受信したユーザ端末から無線信号に対する応答を受信した場合に、車両に係る情報をユーザ端末に送信することと、ユーザ端末から、車両に係る情報を用いて行われた、ユーザ端末のユーザの車両への相乗りについての可否判定の結果を示す情報を受信することとを実行する制御部を含む。【選択図】図７
2019220086.tif 000002
【特許請求の範囲】
【請求項１】
車両に載せられた車載端末において、
前記車両に相乗り可能であることを示す無線信号を送信することと、
前記無線信号の到達範囲内に存し前記無線信号を受信可能なユーザ端末から前記無線信号に対する応答を受信した場合に、前記ユーザ端末に前記車両に係る情報を送信することと、
前記ユーザ端末から、前記車両に係る情報を用いて行われた、前記ユーザ端末のユーザの前記車両への相乗りについての可否判定の結果を示す情報を受信することと、
を実行する制御部を含む
車載端末。
【請求項２】
前記制御部は、前記無線信号を同報送信により送信し、
前記ユーザ端末を含む１又は２以上のユーザ端末から前記応答を受信し、前記１又は２以上のユーザ端末に前記車両に係る情報を送信し、
前記１又は２以上のユーザ端末のうち前記ユーザ端末を含む少なくとも１つのユーザ端末から、前記車両に係る情報を用いて行われた、前記少なくとも１つのユーザ端末のユーザの前記車両への相乗りについての可否判定の結果を示す情報を受信する請求項１に記載の車載端末。
【請求項３】
前記制御部は、前記車両に係る情報中の第１の情報を含む前記無線信号を送信し、
前記無線信号の到達範囲内に存し前記無線信号を受信可能な複数のユーザ端末のうち、前記第１の情報と合致するユーザ希望情報を有する前記ユーザ端末から前記応答を受信する
請求項１に記載の車載端末。
【請求項４】
前記制御部は、前記応答を送信した前記ユーザ端末との間に通信経路を確立し、前記通信経路を用いて前記車両に係る情報及び前記可否判定の結果を示す情報を送受信する
請求項２又は３に記載の車載端末。
【請求項５】
前記車両に係る情報は、前記車両の行き先を示す情報と、前記車両の属性を示す情報と、前記車両のドライバの属性を示す情報と、前記車両の属性及び前記ドライバの属性以外の相乗り条件を示す情報とのうちの少なくとも一つを含む
請求項１から４のいずれか１項に記載の車載端末。
【請求項６】
前記制御部は、前記車両へ前記ユーザを相乗りさせる場合に、前記車両への前記ユーザの乗車を支援するための支援情報を前記ユーザ端末へ送信する
請求項１、３から５のいずれか１項に記載の車載端末。
【請求項７】
前記制御部は、前記車両と前記ユーザ端末との距離が所定値より短くなった場合に、前記車両の接近を知らせる情報を前記ユーザ端末へ送信する
請求項６に記載の車載端末。
【請求項８】
車両に載せられた車載端末が、
前記車両に相乗り可能であることを示す無線信号を送信し、
前記無線信号の到達範囲内に存し前記無線信号を受信可能なユーザ端末から前記無線信号に対する応答を受信した場合に、前記ユーザ端末に前記車両に係る情報を送信し、
前記ユーザ端末から、前記車両に係る情報を用いて行われた、前記ユーザ端末のユーザの前記車両への相乗りについての可否判定の結果を示す情報を受信する
ことを含む相乗り制御方法。
【請求項９】
請求項８に記載の相乗り制御方法をコンピュータに実行させるためのプログラム。
【請求項１０】
ユーザ端末であって、
車両に載せられた車載端末から送信された、前記車両に相乗り可能であることを示す無線信号を、前記無線信号の到達範囲内において受信することと、
前記無線信号に対する応答を送信することと、
前記応答を受信した前記車載端末から前記車両に係る情報を受信することと、
前記車両に係る情報を用いて、前記ユーザ端末のユーザの前記車両への相乗りについての可否を判定することと、
前記判定の結果を示す情報を生成し、前記車載端末へ送信することと、
を実行する制御部を含む
ユーザ端末。
【請求項１１】
前記制御部は、前記無線信号が前記車両に係る情報中の第１の情報を含む場合に、前記第１の情報が前記ユーザのユーザ希望情報と合致するかを判定し、前記第１の情報が前記ユーザ希望情報と合致する場合に前記応答を送信し、そうでない場合に前記応答を送信しない
請求項１０に記載のユーザ端末。
【請求項１２】
前記制御部は、前記応答を前記車載端末へ送信する場合に、前記車載端末との間に通信経路を確立し、前記通信経路を用いて前記車両に係る情報及び前記判定の結果を示す情報を送受信する
請求項１０又は１１に記載のユーザ端末。
【請求項１３】
ユーザ端末が、
車両に載せられた車載端末から送信された、前記車両に相乗り可能であることを示す無線信号を、前記無線信号の到達範囲内において受信し、
前記無線信号に対する応答を送信した場合に、前記応答を受信した前記車載端末から前記車両に係る情報を受信し、
前記車両に係る情報を用いて、前記ユーザ端末のユーザの前記車両へ相乗りについての可否を判定し、
前記判定の結果を示す情報を生成し、前記車載端末へ送信する
ことを含む相乗り制御方法。
【請求項１４】
請求項１３に記載の相乗り制御方法をコンピュータに実行させるためのプログラム。
【請求項１５】
車両に載せられた車載端末において、
前記車両に相乗り可能であることを示す無線信号を送信することと、
前記無線信号の到達範囲内に存し前記無線信号を受信可能なユーザ端末から、前記ユーザ端末のユーザに係る情報を受信することと、
前記ユーザに係る情報を用いて、前記ユーザ端末のユーザの前記車両への相乗りについての可否を判定することと、
前記判定の結果を示す情報を生成し、前記ユーザ端末に送信することと、
を実行する制御部
を含む車載端末。
【請求項１６】
車両に載せられた車載端末において、
ユーザ端末から送信された、前記ユーザ端末のユーザの相乗りの希望を示す無線信号を、前記無線信号の到達範囲内において受信することと、
前記車両に係る情報を前記ユーザ端末へ送信することと、
前記車両に係る情報を用いて行われた、前記ユーザの前記車両への相乗りについての可否判定の結果を示す情報を、前記ユーザ端末から受信することと、
を実行する制御部
を含む車載端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載端末、ユーザ端末、及び相乗り制御方法に関する。
【背景技術】
【０００２】
近年、同一の車両に複数人が相乗りする移動形態が広がっている。他人同士の相乗りに関する技術として、利用者に関する情報を記憶する管理サーバと、利用者が所持する利用者端末と、からなり、利用者端末からの要求に応じて、管理サーバが、車両に同乗して移動する他の利用者である同乗者を検索する同乗者検索システムがある（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１４６２６１号公報
【特許文献２】特開２００９−２８９１９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、車両からの無線信号の到達範囲に存するユーザに関して、該車両への相乗りの可否を把握可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の態様の一つは、車両に載せられた車載端末である。この車載端末は、
前記車両に相乗り可能であることを示す無線信号を送信することと、
前記無線信号が到達する範囲に存し前記無線信号を受信可能なユーザ端末から前記無線信号に対する応答を受信した場合に、前記ユーザ端末に前記車両に係る情報を送信することと、
前記ユーザ端末から、前記車両に係る情報を用いて行われた、前記ユーザ端末のユーザの前記車両への相乗りについての可否判定の結果を示す情報を受信することと、を実行する制御部を含む。
【０００６】
本発明の他の態様は、車両に載せられた車載端末が、
前記車両に相乗り可能であることを示す無線信号を送信し、
前記無線信号が到達する範囲に存し前記無線信号を受信可能なユーザ端末から前記無線信号に対する応答を受信した場合に、前記ユーザ端末に前記車両に係る情報を送信し、
前記ユーザ端末から、前記車両に係る情報を用いて行われた、前記ユーザ端末のユーザの前記車両への相乗りについての可否判定の結果を示す情報を受信する
ことを含む相乗り制御方法である。
【０００７】
本発明の他の態様は、ユーザ端末である。このユーザ端末は、
車両に載せられた車載端末から送信された、前記車両に相乗り可能であることを示す無線信号を、前記無線信号の到達範囲内において受信することと、
前記無線信号に対する応答を送信することと、
前記応答を受信した前記車載端末から前記車両に係る情報を受信することと、
前記車両に係る情報を用いて、前記ユーザ端末のユーザの前記車両への相乗りについての可否を判定することと、
前記判定の結果を示す情報を生成し、前記車載端末へ送信することと、
を実行する制御部を含む。
【０００８】
本発明の他の態様は、ユーザ端末が、
車両に載せられた車載端末から送信された、前記車両に相乗り可能であることを示す無線信号を、前記無線信号の到達範囲内において受信し、
前記無線信号に対する応答を送信した場合に、前記応答を受信した前記車載端末から前記車両に係る情報を受信し、
前記車両に係る情報を用いて、前記ユーザ端末のユーザの前記車両へ相乗りについての可否を判定し、
前記判定の結果を示す情報を生成し、前記車載端末へ送信する
ことを含む相乗り制御方法である。
【０００９】
本発明の他の態様は、車両に載せられた車載端末である。この車載端末は、
前記車両に相乗り可能であることを示す無線信号を送信することと、
前記無線信号の到達範囲内に存し前記無線信号を受信可能なユーザ端末から、前記ユーザ端末のユーザに係る情報を受信することと、
前記ユーザに係る情報を用いて、前記ユーザの前記車両への相乗りについての可否を判定することと、
前記判定の結果を示す情報を生成し、前記ユーザ端末へ送信することと、
を実行する制御部を含む。
【００１０】
本発明の他の態様は、車両に載せられた車載端末である。この車載端末は、
ユーザ端末が送信した、前記ユーザ端末のユーザの相乗りの希望を示す無線信号を、前記無線信号の到達範囲内において受信することと、
前記車両に係る情報を前記ユーザ端末へ送信することと、
前記車両に係る情報を用いて行われた、前記ユーザの前記車両への相乗りについての可否判定の結果を示す情報を、前記ユーザ端末から受信することと、
を実行する制御部を含む。
【００１１】
本発明の他の態様は、上述した相乗り制御方法をコンピュータに実行させるためのプログラム、該プログラムを記録した記録媒体である。
【発明の効果】
【００１２】
本発明によれば、該車両からの無線信号の到達範囲内に存するユーザに関して、該車両への相乗りの可否を把握することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】図１は、第１実施形態に係る情報処理システムの構成例を示す図である。
【図２】図２は、車載端末１０に適用可能な情報処理装置の構成例を示す。
【図３】図３は、車載端末の構成例を示す。
【図４】図４は、ユーザ端末として使用可能な情報処理装置の構成例を示す。
【図５】図５は、ユーザ端末の構成例を示す。
【図６】図６（Ａ）は、車両関連情報の説明図であり、図６（Ｂ）は、ユーザ関連情報の説明図である。
【図７】図７は、情報処理システムにおける動作例を示すシーケンス図である。
【図８】図８は、ユーザ端末における相乗り可否判定処理の一例を示すフローチャートである。
【図９】図９は、待ち合わせ情報の交換に係る処理例を示すフローチャートである。
【図１０】図１０は、第２実施形態に係る動作例を示すシーケンス図である。
【図１１】図１１は、車載端末１０で実行される相乗り可否判定処理の一例を示すフローチャートである。
【図１２】図１２は、第３実施形態に係る動作例を示すシーケンス図である。
【図１３】図１３は、第３実施形態における相乗り可否判定処理の一例を示すフローチャートである。
【図１４】図１４は、第４実施形態に係る動作例を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下に説明する実施形態では、以下の（ａ）〜（ｃ）を実行する制御部を含む車載端末と、以下の（ａ）〜（ｃ）を含む相乗り制御方法について説明する。
（ａ）車両に相乗り可能であることを示す無線信号を送信する。
（ｂ）該無線信号の到達範囲内に存し該無線信号を受信可能なユーザ端末から無線信号に対する応答を受信した場合に、ユーザ端末に車両に係る情報を送信する。
（ｃ）ユーザ端末から、車両に係る情報を用いて行われた、ユーザ端末のユーザの車両への相乗りについての可否判定の結果を示す情報を受信する。
【００１５】
上記した車載端末によれば、車両に載せられた車載端末の制御部は、車両に相乗り可能であることを示す無線信号を送信する。車両からの該無線信号の到達範囲内に存し無線信号を受信可能なユーザ端末が該無線信号を受信する。制御部は、該無線信号に対する応答をユーザ端末から受信した場合に、車両に係る情報をユーザ端末に送信する。そして、車載端末は、ユーザ端末の少なくとも１つのユーザ端末から、車両に係る情報を用いて行われた、ユーザ端末のユーザの車両への相乗りについての可否判定結果を受信する。これにより、車載端末は、車両からの無線信号の到達範囲内に存するユーザに関して、該車両への相乗りの可否を把握することができる。
【００１６】
上記した無線信号の受信先に、車載端末にとってアドレスが未知のユーザ端末を含めるため、上記無線信号を同報送信（ブロードキャスト）により送信してもよい。もっとも、車載端末にとってアドレスが既知のユーザ端末を受信先とし、当該既知のユーザ端末に宛てた無線信号をユニキャストにより送信してもよい。また、上述した応答は、ユーザ端末が無線信号を受信した場合に無条件に送信されてもよい。但し、ユーザ端末にユーザが相乗りを希望することを示す設定がなされている場合（例えば、相乗り希望のフラグオンなど）に応答が送信されるようにしてもよい。或いは、ユーザに相乗り可能であることが報知され、ユーザが相乗りを希望する旨をユーザ端末に入力した場合などに応答が送信されるようにしてもよい。
【００１７】
車両に係る情報は、例えば、車両の行き先を示す情報と、車両の属性を示す情報と、車両のドライバの属性を示す情報と、車両の属性及び前記ドライバの属性以外の相乗り条件を示す情報とのうちの少なくとも一つを含む。このようにすれば、様々な種類の情報を元に、相乗りの可否判定を行うことが可能となる。
【００１８】
また、車載端末の制御部は、車両に係る情報中の第１の情報を含む無線信号を送信し、前記無線信号の到達範囲内に存し前記無線信号を受信可能な複数のユーザ端末のうち、前記第１の情報と合致するユーザ希望情報を有する前記１又は２以上のユーザ端末から前記応答を受信する、構成を採用してもよい。第１の情報として、車両の行き先を示す情報と、車両の属性を示す情報と、車両のドライバの属性を示す情報と、車両の属性及び前記ドライバの属性以外の相乗り条件を示す情報とのうちの少なくとも一つを含むことができる。
【００１９】
換言すれば、車両に係る情報の送信に関して、車載端末が無線信号に対する応答を受信した場合に送信してもよく、その一部が無線信号に含まれて（無線信号とともに）送信され、応答の受信後に残りの一部がユーザ端末へ送信されてもよい。
【００２０】
また、車載端末において、上記応答が受信された場合に、車載端末とユーザ端末との間に通信経路を確立し、この通信経路を用いて車両に係る情報及び可否判定の結果を示す情報が送受信されるようにしてもよい。
【００２１】
また、上記した車載端末の制御部が、車両へ前記ユーザを相乗りさせる場合に、車両へのユーザの乗車を支援するための支援情報をユーザ端末へ送信する、構成を採用してもよい。また、上記した車載端末の制御部が、前記車両と前記ユーザ端末との距離が所定値より短くなった場合に、前記車両の接近を知らせる情報を前記ユーザ端末へ送信する、構成を採用してもよい。
【００２２】
また、以下に説明する実施形態では、上述した車載端末と通信するユーザ端末について説明する。また、以下に説明する実施形態では、車載端末が、ユーザ端末からユーザに係る情報を得て、ユーザの相乗りの可否判定を行う形態についても説明する。この場合でも、車載端末とユーザ端末とのサーバを介しない通信によって、相乗り制御を行うことができる。なお、相乗りの可否判定は、車載端末とユーザ端末との分散処理によって行われてもよい。また、以下に説明する実施形態では、ユーザの相乗り希望を示す無線信号の受信を契機に、車載端末が車両に係る情報をユーザ端末へ送信する形態についても説明する。
【００２３】
以下、本発明の実施形態に係る車載端末、ユーザ端末及び相乗り制御方法を図面を用いて説明する。実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００２４】
〔第１実施形態〕
＜システム構成＞
図１は、第１実施形態に係る情報処理システムの構成例を示す図である。図１において、情報処理システムは、車載端末１０と、１又は２以上のユーザ端末２０とを含む。車載端末１０は、車両１に載せられた通信端末である。ユーザ端末２０は、相乗り希望者が所持する、車載端末１０と通信可能な１又は２以上の通信端末である。図１では、車両１及び車載端末１０を一つだけ図示しているが、２以上あってもよい。また、図１では、ユーザ端末２０の例示として、ユーザ端末２０Ａ及び２０Ｂを示しているが、１台でも３台以上あってもよい。
【００２５】
車載端末１０とユーザ端末２０とは、ネットワーク２を介してデータを送受信することができる。ネットワーク２は、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Wide Area Network）と、ＷＡＮへのアクセス網とを含む。但し、ＷＡＮ以外の
通信網が採用されてもよい。アクセス網は、例えば、所定の無線通信規格（Radio Access
Technology（ＲＡＴ））に適合又は準拠する無線網である。無線通信規格（ＲＡＴ）は
、例えば、３ＧやＬＴＥ（Long Term Evolution）、５Ｇなどのセルラー通信規格、無線
ＬＡＮ（IEEE 802.11シリーズ、WiFi含む）、Bluetooth（登録商標）、ＢＬＥ（Bluetooth （登録商標）Low Energy）、ＣＶ２Ｘ（Cellular Vehicle-to-Everything）などである。但し、無線通信規格は、車載端末１０とユーザ端末２０とが適正な情報のやりとりを行える限りにおいて、上記例示に制限されない。
【００２６】
本実施形態では、車載端末１０とユーザ端末２０とは、端末間で直接に（サーバを介することなく）、相乗りに係る情報及びデータを送受信する。送受信にあたり、両者間に通信経路を確立することができる。車載端末１０とユーザ端末２０とは、ピアツーピア（Ｐ２Ｐ）方式の通信や、装置間通信（Ｄ２Ｄ（Device-to-Device）通信）により、相乗りに係る情報やデータをやりとりする。ここに、ピアツーピア方式とは、車載端末とユーザ端末との役割が、クライアント・サーバシステムにおける、クライアント（サービスを要求する側）とサーバ（サービス（情報や演算結果など）を提供する側）のように決まっていないことを意味する。車載端末及びユーザ端末は、必要に応じて相手方に情報を要求した
り、演算結果を要求したりする。例えば、第１実施形態では、車載端末１０は、ユーザ端末２０に車両に係る情報を提供する。一方で、ユーザ端末２０は、車両に係る情報を用いた相乗りの可否判定を行い、その結果を車載端末１０に提供する。
【００２７】
車載端末１０からの無線信号は、所定範囲、すなわち該無線信号の到達範囲内に存するユーザ端末２０に受信される。逆に、ユーザ端末２０から送信される無線信号（応答など）は、その無線信号の到達範囲内に存する車載端末１０にて受信される。車載端末１０からの無線信号の到達範囲は、車載端末１０から送信された無線信号が直接に届く範囲と、１又は２以上の中継局３を介して伝搬される範囲とを含む。中継局３は、例えばリピータであり、ネットワーク２の一部をなす。リピータは、無線信号を受信してその強度や波形を再生して再送する。中継局３を介することで、無線信号の伝搬距離を伸ばす（到達範囲を広げる）ことができる。
【００２８】
或いは、中継局３は無線ＬＡＮ（Local Area Network）のアクセスポイント（ＡＰ）であってもよい。この場合、車載端末１０やユーザ端末２０が、アクセスポイントの識別名であるＳＳＩＤ（Service Set Identifier）を含む接続要求をＡＰに送信する。車載端末１０やユーザ端末２０が無線ＬＡＮに接続し、通信相手に宛てたデータを送信することで、データを通信相手に直接に（サーバを介することなく）送信することができる。
【００２９】
なお、ネットワーク２（ＷＡＮ）には、サーバ３０が接続されている。車載端末１０及びユーザ端末２０の夫々は、中継局３及びネットワーク２を介してサーバ３０にアクセスすることができる。サーバ３０は、相乗りに用いる車両１や、そのドライバ、車両１への相乗り希望者（ユーザ）に係る情報を管理する装置であり、例えば、相乗りの実績などを蓄積する。また、サーバ３０は、車載端末１０とユーザ端末２０との直接のやりとりを支援する情報を車載端末１０やユーザ端末２０へ送信（供給）することもできる。また、車載端末１０の動作が、サーバ３０の制御下でなされるようにしてもよい。
【００３０】
車載端末１０は、車両１に載せられ、ユーザ端末２０との間で相乗りに係る情報をやりとりして、相乗りの制御を行うコンピュータである。車載端末１０は、車両１に固定（ビルトイン）されていても、車両１に脱着自在に取り付けられ、必要に応じて車外に持ち出し可能であっても、車両１の車内の所定の位置に単に載置された可搬性を有する通信端末であってもよい。また、車載端末１０は、専用端末であっても、スマートフォンやパーソナルコンピュータなどの汎用端末であってもよい。
【００３１】
ユーザ端末２０は、例えば、小型の（可搬性を有する）コンピュータである。ユーザ端末２０には、スマートフォン、タブレットコンピュータ、モバイルコンピュータ、ウェアラブルコンピュータ、ワイヤレスストレージ、フィーチャーフォン、ハンディターミナル、ラップトップ型のパーソナルコンピュータなどが含まれる。ユーザ端末２０も、車載端末１０と好適な通信を行うことができる限り、汎用コンピュータでも専用コンピュータでもよい。
【００３２】
第１実施形態に係る情報処理システムでは、車両１のドライバが他人を相乗りさせてもよい場合に、車載端末１０が相乗り可能通知の無線信号（「相乗り可能であることを示す無線信号」に相当）を同報送信により送信する。相乗り可能通知の無線信号を受信したユーザ端末２０では、そのユーザ端末２０に対し、ユーザが相乗りを希望することを示す設定が施されていたり、ユーザが相乗りを希望することを示す情報が入力されたりした場合に、車載端末１０に上記無線信号に対する応答を送信する。そして、ユーザ端末２０は、車載端末１０とユーザ端末２０との間に通信経路を確立し、相乗りに係る、車両側とユーザ側との適合性判定（マッチング）に供される情報を送受信する。適合性判定の結果、車両１へのユーザの相乗りが決定された場合には、車両１のドライバとユーザとの待ち合わ
せ場所（ピックアップ場所）に係る情報を、車載端末１０とユーザ端末２０との間でやりとりし、車両１及びユーザの夫々が待ち合わせ場所へ向かう。そして、待ち合わせ場所にてユーザが車両１に乗り込み、ドライバ又はユーザが指定する場所又は位置まで車両１にて移動する。
【００３３】
＜車載端末の構成＞
図２は、車載端末１０に適用可能な情報処理装置（コンピュータ）１００の構成例を示す。図３は、車載端末１０の構成例を示す。図２において、情報処理装置１００は、ＣＰＵ（Central Processing Unit）１０１と、主記憶装置１０２と、補助記憶装置１０３と
、通信インタフェース回路（通信ＩＦ回路）１０４と、入力装置１０５と、出力装置１０６とが、バス１０９を介して相互に接続されている。ＣＰＵ１０１はプロセッサの一例であり、主記憶装置１０２及び補助記憶装置１０３は記憶装置の一例である。
【００３４】
主記憶装置は、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）を含む。ＲＡＭは、プログラムの展開領域、ＣＰＵ１０１の作業領域、データの記憶領域などとして使用される。ＲＯＭは、ＣＰＵ１０１によって実行される様々なプログラムやプログラムの実行に際して使用されるデータを記憶している。補助記憶装置１０３は、プログラムやプログラムの実行に際して使用されるデータなどを記憶する。補助記憶装置１０３は、例えばハードディスクドライブ（ＨＤＤ）である。
【００３５】
通信ＩＦ回路１０４は、車載端末１０がサポートするＲＡＴの規格に応じた通信処理を司る回路である。通信ＩＦ回路１０４は、無線通信を行うための無線通信回路を含み、アンテナに接続されている。図２には一つの通信ＩＦ回路１０４を図示しているが、車載端末１０が２種類以上の無線通信規格に基づく無線通信を行う場合、各無線通信規格に適合又は準拠した複数の通信ＩＦ回路１０４が用意される。
【００３６】
入力装置１０５は、情報の入力に使用される、キー、ボタン、ポインティングデバイス、タッチパネルなどである。また、出力装置１０６は、情報の出力に使用される。出力装置１０６は、ディスプレイ装置やプリンタなどを含む。また、入力装置１０５は、マイクロフォンのような音声の入力装置を含む場合もある。出力装置１０６は、スピーカのような音声の出力装置を含む場合もある。音声の入力及び出力装置として、例えばヘッドセットを用いてもよい。
【００３７】
ＣＰＵ１０１は、主記憶装置１０２や補助記憶装置１０３に記憶されたプログラムをロードして実行することにより様々な処理を行う。情報処理装置１００は、ＣＰＵ１０１のプログラム実行によって、図３に示すような、バス１０９を介して相互に接続された、制御部２０１、記憶部２０２、通信部２０４、入力装置２０５及びディスプレイ装置２０６を含んだ車載端末１０として動作する。
【００３８】
ＣＰＵ１０１は、制御部２０１として動作する。主記憶装置１０２及び補助記憶装置１０３は、記憶部２０２として使用される。通信ＩＦ回路１０４は、通信部２０４（図３）として動作し、入力装置１０５及び出力装置１０６は、入力装置２０５及びディスプレイ装置２０６として使用される。
【００３９】
制御部２０１は、車両１を用いた相乗りを制御するための処理として、例えば、以下のような動作又は処理を行う。
（ａ）車両１に相乗り可能であることを示す無線信号（相乗り可能通知を含む無線信号）を同報送信により送信する。
（ｂ）車両１に係る情報をユーザ端末２０へ送信する。
（ｃ）ユーザ端末２０から、車両１に係る情報を用いた、ユーザの車両１への相乗りにつ
いての可否の判定結果を示す情報をユーザ端末２０から受信する。
【００４０】
また、情報処理装置１００は、インタフェース回路（ＩＦ）１０７を介して車両１に搭載されたカーナビゲーション装置１０８と接続される。カーナビゲーション装置１０８は、ＣＰＵ（プロセッサ）、記憶装置、通信装置、ＧＰＳ（Global Positioning System）
受信機、入力装置及びディスプレイ装置などを含んでいる。プロセッサは、記憶装置に記憶されたプログラムの実行によって、入力装置から入力される目的地情報と、ＧＰＳ受信機から得られる現在位置から目的地までの距離、ルート、所要時間を計算し、ディスプレイ装置に対し、車両１の位置を含む地図を表示する。また、これらとともに、カーナビゲーション装置１０８は、距離、ルート、所要時間などを表示する。また、プロセッサは、現在位置と目的地との距離が所定距離より短くなると、音声の出力や表示態様の変更によって、目的地付近へ到達したことを車両１のドライバに伝達する。車載端末１０は、車両１に係る情報の生成において、カーナビゲーション装置１０８によって得られた情報を用いる。なお、車載端末１０は、カーナビゲーション装置１０８や、車両１に搭載された既存の通信端末の機能拡張によって実装することもあり得る。
【００４１】
＜ユーザ端末の構成＞
図４は、ユーザ端末２０として使用可能な情報処理装置１２０の構成例を示す。図５は、ユーザ端末２０の構成例を示す。図４において、情報処理装置１２０は、情報処理装置１００と同様の、ＣＰＵ１２１と、主記憶装置１２２と、補助記憶装置１２３と、通信ＩＦ回路１２４と、入力装置１２５と、出力装置１２６とが、バス１２９を介して相互に接続された構成を有する。情報処理装置１２０のバスには、さらに、カメラ１３１と、ＧＰＳ受信機１３２とが接続される。カメラ１３１は、ユーザ端末２０のユーザの画像の撮像などに使用される。ＧＰＳ受信機１３２は、ユーザ端末２０の位置、すなわちユーザの現在位置の検出に使用される。
【００４２】
図５に示すように、情報処理装置１２０において、ＣＰＵ１２１が主記憶装置１２２や補助記憶装置１２３に記憶されたプログラムを実行する。これによって、情報処理装置１２０は、制御部２２１と、記憶部２２２と、通信部２２４と、入力装置２２５と、ディスプレイ装置２２６と、撮像部２２７と、位置検出部２２８とを含んだユーザ端末２０として動作する。すなわち、ＣＰＵ１２１は、制御部２２１として動作する。主記憶装置１２２及び補助記憶装置１２３は、記憶部２２２として使用される。また、通信ＩＦ回路１２４は、通信部２２４として動作する。また、入力装置１２５及び出力装置１２６は、入力装置２２５及びディスプレイ装置２２６として使用される。また、カメラ１３１は撮像部２２７として動作し、ＧＰＳ受信機１３２は位置検出部２２８として動作する。
【００４３】
制御部２２１は、相乗りを希望するユーザ端末２０のユーザの相乗り先の決定を支援する処理として、以下のような動作又は処理を行う。
（Ａ）車載端末１０から、車両１に相乗り可能であることを示す無線信号を受信する。
（Ｂ）ユーザ端末２０のユーザが相乗りを希望する（例えば、希望を示す入力がなされた）場合に、上記信号への応答を車載端末１０に送信し、車載端末１０から車両１に係る情報を受信する。
（Ｃ）車両１に係る情報を用いて、車両１へのユーザの相乗りの可否の判定結果を示す情報を生成し、車載端末１０へ送信する。
【００４４】
＜車両関連情報＞
次に、車両１に係る情報である車両関連情報について説明する。車両関連情報は、車両とユーザ（相乗り希望者）との適合性判定（マッチング）に使用される。図６（Ａ）は、車両関連情報の説明図である。車両関連情報は、種別の異なる複数の情報からなり、各種別の情報は、所定の情報項目に対応する情報要素からなる。本実施形態では、車両関連情
報は、種別の異なる複数の情報として、目的地情報と、車両属性情報と、ドライバ属性情報と、相乗り条件情報とを含む。車両関連情報は、記憶部２０２にて、所定の識別子（例えば、車両ＩＤ）と関連づけて記憶される。車両関連情報は、通信経路の確立前に記憶部２０２に予め記憶されていても、通信経路の確立後に取得されてもよい。通信部２０４によって車載端末１０の外部（例えばサーバ３０）から車両関連情報を取得する場合もあり得る。
【００４５】
目的地情報は、車両１の行き先（目的地）を示す情報である。目的地情報として、例えば、カーナビゲーション装置１０８にて設定中の目的地を制御部２０１が取得し、この目的地、或いは、この目的地が属する地域エリア（例えば、地方公共団体）を目的地情報として取得する。目的地が未設定の場合、制御部２０１は、ドライバに対して目的地設定を促す情報を報知し、目的地を設定させるようにしてもよい。また、制御部２０１は、ドライバに対し、カーナビゲーション装置１０８の操作でなく、入力装置２０５を用いた目的地情報の入力を促して、目的地情報を取得してもよい。目的地情報は、最終的な目的地の他に、目的地へ向かうルート上にある経由地の情報を含んでもよい。
【００４６】
車両属性情報は、車両１の属性を示す情報である。車両属性情報の情報項目（車両の属性）は、例えば、車種（セダン、ミニバン、ワゴン、トラック、軽自動車、エコカーなど）、荷物の収容スペース（荷台、トランクなど）の有無などである。車両属性情報には、車両１に係る画像情報が含まれてもよい。画像情報は、撮像部２２７などを用いて車両１を撮影したものでも、車両１についての参考となる、同種又は類似の車両の画像であってもよい。また、車両の属性は、同乗者（ドライバ以外の乗員）の有無を含めてもよい。
【００４７】
ドライバ属性情報は、車両１のドライバの属性を示す情報である。ドライバ属性情報の情報項目（ドライバの属性）は、例えば、ドライバの性別、年齢、職業などである。ドライバ属性は、人種や使用言語を含んでもよい。相乗り希望者以外の同乗者がいる場合に、その者の属性がドライバ属性情報に含まれてもよい。
【００４８】
相乗り条件情報は、車両属性情報及びドライバ属性情報以外の相乗り条件を示す情報である。相乗り条件は、車両１のドライバが相乗りを許容するユーザの属性（性別、年齢など）を示す情報を含む。また、相乗り条件は、相乗り料金の範囲（下限〜上限）、ドライバ以外の同乗者との乗合を行うか否か、相乗り者の降車位置の指定を許容するか否か、荷物の大きさや重さ制限など、を含む。なお、属性情報及び相乗り条件情報の内容は上記の例示に制限されない。
【００４９】
＜ユーザ関連情報＞
次に、ユーザに係る情報であるユーザ関連情報について説明する。図６（Ｂ）は、ユーザ関連情報の説明図である。ユーザ関連情報は、種別の異なる複数の情報（複数の種別情報）からなり、各種別情報は、１又は複数の情報項目の夫々に対応する情報を含む。本実施形態では、ユーザ関連情報は、ユーザの行き先を示す行き先情報と、ユーザ属性情報と、ユーザ希望情報と含む。ユーザ関連情報は、例えば、事前に（通信経路の確立前に）、ユーザの識別情報であるユーザＩＤと関連づけて、記憶部２２２へ記憶（登録）される。但し、通信経路の確立後に、記憶部２２２に記憶されたものであってもよい。ユーザ関連情報は、入力装置２２５を用いた入力や、通信部２２４を用いた通信によって取得される。
【００５０】
ユーザの行き先情報は、車両関連情報中の目的地情報に対応する。行き先は、目的地の地名や施設名、住所、目的地が属するエリア名（地方公共団体等）、目的地の位置座標などである。行き先情報は、車両１の目的地情報と対比可能な形式（ユーザの行き先が車両の目的地と同じか経由地かを判定し得る形式）を有する。ユーザ属性情報は、ユーザの性
別、年齢、職業、人種、使用言語、ユーザの所持する荷物の有無や大きさなどを示す情報である。ユーザ属性情報は、車載端末１０にて、ユーザを相乗りさせるかを判定するための判定用情報として使用される。ユーザ属性情報には、ユーザの画像情報を含む。ユーザの画像情報は、事前に撮像・記憶されたものでも、車載端末１０へのユーザ関連情報の送信に合わせてユーザが撮像部２２７を用いて撮像したものでもよい。
【００５１】
ユーザ希望情報は、相乗りに係るユーザの希望を示す情報であり、車両関連情報中のドライバ属性情報及び相乗り条件情報の項目に関する、ユーザの希望を示す情報である。例えば、ユーザ希望情報は、車両１の属性、車両１のドライバの属性、支払可能な料金、ドライバ以外の同乗者との乗合の可否、相乗り者の降車位置の指定希望の有無、積載希望の荷物の大きさなど、を含む。但し、ユーザ属性情報やユーザ希望情報はこれらに限られない。
【００５２】
＜動作例＞
図７は、情報処理システムにおける動作例を示すシーケンス図である。車両１のドライバは、他人を相乗りさせることが可能である（相乗りさせてもよい）場合に、車載端末１０を操作して、車載端末１０にインストールされた相乗り制御用のアプリケーションプログラムを起動させる。ドライバは、相乗り可能であることを示す情報を車載端末１０に入力する。この入力は、車載端末１０の入力装置２０５（入力装置１０５）を用いた入力又は音声入力などによって行われる。
【００５３】
入力を受けて、車載端末１０の制御部２０１（ＣＰＵ１０１）は、所定の無線通信規格に基づく、相乗り可能通知を含む無線信号（「車両に相乗り可能であることを示す信号」に相当）を通信部２０４から送信する処理を行う（図７＜１＞）。通信部２０４は相乗り可能通知の送信を同報送信（ブロードキャスト）によって行う。現段階では、相乗りさせる相手（ユーザ）が決まっていないため、相乗り人の候補となるユーザのユーザ端末２０に相乗り可能通知を配信するためである。
【００５４】
ブロードキャストの設定は、無線信号の宛先アドレスにブロードキャストアドレスを設定することで行われる。ユーザ端末２０は、ブロードキャストアドレスを検出すると、その無線信号を自端末宛てとして扱う。すなわち、相乗り可能通知の受信（取込み）を行う。
【００５５】
第１実施形態では、相乗り可能通知に含める、車両関連情報の一部をなす情報（第１の情報）として、車両に係る情報のうちの目的地情報を含める。例えば、上記した、相乗り可能であることを示す情報の入力を受けて、制御部２０１がカーナビゲーション装置１０８から現在設定中の目的地を示す情報を目的地情報として取得し、相乗り可能通知に含める。
【００５６】
但し、第１の情報は、目的地情報以外の情報であってもよく、目的地情報の他に、車両属性情報、ドライバ属性情報及び相乗り条件情報の少なくとも一つを含んでいてもよい。相乗り可能通知の無線信号を受信したユーザ端末２０の制御部２２１は、ユーザ端末２０の有するユーザ希望情報が第１の情報に合致するかの判定を行う。
【００５７】
車載端末１０の通信部２０４から送信された相乗り可能通知の無線信号は、その無線信号（電波）の到達範囲内に存し該無線信号を受信可能な複数のユーザ端末２０の夫々に受信される。本実施形態では、複数のユーザ端末２０の一例として、ユーザＡのユーザ端末２０Ａと、ユーザＢのユーザ端末２０Ｂが相乗り可能通知の無線信号を受信した場合について説明する。
【００５８】
ユーザ端末２０Ａ及びユーザ端末２０Ｂの夫々における制御部２２１は、通信部２２４が受信した相乗り可能通知を取得すると、相乗り制御に係るフラグをチェックする（図７＜２ａ＞）。相乗り制御に係るフラグは、ユーザ端末２０にインストールされている、相乗り制御用のアプリケーションプログラム（相乗り制御アプリ）を起動するか否かのフラグであり、記憶部２２２に記憶されている。フラグは、ユーザ端末２０のユーザが相乗りを希望する場合にオンに設定され、希望しない場合にオフに設定される。フラグのオンオフの制御は、例えば入力装置２２５を用いて行われる。
【００５９】
フラグがオフの場合、制御部２２１は相乗り可能通知を無視し、特に処理を行わない。図７に示す例では、ユーザ端末２０Ｂではフラグがオフであり、相乗り可能通知が無視されている。これにより、相乗り可能通知に対する応答はユーザ端末２０Ｂから送信されない。これに対し、フラグがオンの場合、制御部２０１は、相乗り制御アプリを起動する（実行を開始する）。図７に示す例では、ユーザ端末２０Ａのフラグがオンであり、相乗り制御アプリが起動されている（図７＜２ｂ＞）。
【００６０】
フラグの利用によって、無用の相乗り制御アプリの起動を回避することができ、電力やリソース（ＣＰＵやメモリのリソース）の浪費を回避することができる。なお、相乗り制御に係るフラグの利用はオプションである。フラグの設定がない場合、制御部２２１が相乗り可能通知の受信を契機として相乗り制御アプリの実行を自動的に開始する構成が採用されてもよい。
【００６１】
相乗り制御アプリを起動すると、ユーザ端末２０Ａの制御部２２１は、相乗り可能通知に含まれる車両１の目的地情報（第１の情報に相当）と、記憶部２２２に記憶されている、ユーザ端末２０Ａのユーザの行き先情報（ユーザ希望情報に相当）とを対比して、両者が合致するかを判定する判定処理を行う（図７＜２ｃ＞）。
【００６２】
目的地情報が、ユーザの行き先（目的地）が車両の目的地又は経由地に該当する場合、車両１の行き先とユーザの行き先とが合致すると判定する。ここで、車両１の行き先とユーザの行き先とが合致しないと判定する場合には、制御部２２１は、相乗り制御アプリを終了させて、相乗り可能通知に対する応答を行わない。このように、ユーザの行き先と車両１の行き先とが合致しない場合に、車両１との通信経路回避や、相乗り制御アプリの終了を行い、省電力化や負荷低減を図る。
【００６３】
車両１の行き先とユーザの行き先とが合致すると判定する場合には、制御部２２１は、相乗り可能通知に含まれた、相乗り可能であることを示す情報をユーザに報知する（図７＜３ａ＞）。例えば、「相乗り可能車両あり」との文字をディスプレイ装置２０６に表示したり、「相乗り可能車両あり」との音声をスピーカから出力したりする。但し、報知の態様は上記に限られない。本実施形態では、報知は、相乗り可能であることを示す情報を、プッシュ通知によりディスプレイ装置２２６に表示することで行われる。報知によって、ユーザ端末２０Ａのユーザは、相乗り可能な（相乗り者を募集している）車両１の存在を知ることができる。
【００６４】
ユーザ端末２０Ａのユーザは、相乗り可能であることを示す情報を知ると、その相乗り可能通知に応答するかを判断し、応答するか否かの結果を、入力装置２２５を用いて入力する。ここで、非応答の入力時には、ユーザ端末２０の制御部２２１は、相乗り制御アプリを終了させて、通信経路の確立手順を回避する（確立を行わない）。省電力及び省力化のためである。これに対し、応答する旨の入力時には、制御部２２１は、車載端末１０へ相乗り可能通知に対する応答を送信する（図７＜３ｂ＞）。応答は、例えば相乗り可能通知に含まれた車載端末１０のアドレスを用いて、車載端末１０宛てに送信される。応答には、ユーザ端末２０のアドレスが含められ、以降、車載端末１０及びユーザ端末２０は、
お互いのアドレスを宛先に設定してやりとりを行う。応答は、「ユーザの相乗りの希望を示す信号」に相当する。なお、フラグのオン設定をユーザの相乗り希望の意思の入力として、上述した応答するか否かの結果の入力を省略し、車両１の行き先（第１の情報）がユーザの行き先（ユーザ希望情報）に合致していると判定された場合に、制御部２２１が自動的に応答を送信する構成を採用してもよい。
【００６５】
制御部２２１は、車載端末１０との間で、所定の無線通信規格に基づく接続手順（ハンドシェイク）を行い、通信経路を確立する（図７＜４＞）。これにより、ピアツーピア方式の通信を行うための通信経路が車載端末１０とユーザ端末２０との間に確立される。図７に示す例では、応答の無線信号（図７＜３ｂ＞）と、通信経路確立（図７＜４＞）とを別のやりとりで記載しているが、図７＜３ｂ＞の「応答」は、通信経路確立のためにユーザ端末２０から車載端末１０へ送信されるメッセージ（信号）であってもよい。応答の送受信や通信経路の確立時に、車両１の車両ＩＤと、ユーザ端末２０のユーザのユーザＩＤとが相互に交換され、両者が車載端末１０及びユーザ端末２０の夫々において紐付けられ、夫々の記憶部２０２、２２２に記憶される。その後にやりとりされるデータや情報には、これらのＩＤが含まれる。なお、車両ＩＤの代わりに車載端末１０のＩＤが使用されてもよく、ユーザＩＤの代わりにユーザ端末２０のＩＤが使用されてもよい。
【００６６】
図７に示す例では、ユーザ端末２０Ａが応答を車載端末１０に送信し、制御部２２１がユーザ端末２０Ａと車載端末１０との間に通信経路を確立する手順を車載端末１０の制御部２０１と実行したケースが例示されている。通信経路の確立は、無線ＬＡＮ（ＷｉＦｉ）におけるＳＳＩＤを用いた接続（コネクション）の確立や、Bluetooth（登録商標）に
おけるペアリングなどによって行われる。
【００６７】
車載端末１０の制御部２０１は、通信経路が確立すると、車両ＩＤ及び車両関連情報を記憶部２０２から取得し、通信経路を用いて、ユーザ端末２０（ユーザ端末２０Ａ）へ送信する（図７＜５＞）。このとき送信される車両関連情報は、目的地情報以外の車両属性情報、ドライバ属性情報、相乗り条件情報を含み、「車両に係る情報のうちの残りの情報」に相当する。但し、目的地情報の表示や音声出力によってユーザが車両１の目的地（行き先）を認識できる構成を採用する場合には、この時点で目的地情報を含めてもよい。ユーザが車両１の行き先を認識して自身の行き先と異なるが、相乗りを許容する可能性があるからである。
【００６８】
ユーザ端末２０Ａの制御部２２１は、車両関連情報を受信すると、相乗り可否判定処理を実行する（図７＜６＞）。図８は、ユーザ端末における相乗り可否判定処理の一例を示すフローチャートである。相乗り可否判定処理は、車両１と相乗り希望者（ユーザ）との適合性を判定する処理である（マッチング処理ともいう）。
【００６９】
Ｓ０１の処理において、制御部２２１は、通信部２２４によって受信された車両関連情報をディスプレイ装置２２６に表示する。但し、表示は必須でなく、ユーザの操作に応じて、適宜のタイミングでディスプレイ装置２２６に表示可能な状態となっていればよい。
【００７０】
Ｓ０２では、制御部２２１は、ユーザ端末２０ＡのユーザのユーザＩＤ及びユーザ関連情報（ユーザ属性情報、ユーザ希望情報）を記憶部２２２などから取得する。この時点で、ユーザに入力装置２２５を用いてユーザ関連情報を入力させてもよい。
【００７１】
制御部２２１は、記憶部２２２や入力装置２２５などからユーザ関連情報を取得する。すると、制御部２２１は、そのユーザ関連情報を車両関連情報（車両属性情報、ドライバ属性情報、相乗り条件情報）と対比し、ユーザ希望情報と車両関連情報に適合するか否か（ユーザと車両とがマッチするか）を判定する（Ｓ０３）。
【００７２】
Ｓ０３にて、制御部２２１は、車両属性情報、ドライバ属性情報、及び相乗り条件情報が、ユーザ希望情報、ユーザ属性情報と合致するかを判定する。すなわち、制御部２２１は、ユーザ属性情報、及びユーザ希望情報中の各情報項目に対応する情報を、車両属性情報、ドライバ属性情報、相乗り条件情報中の対応する情報と対比し、両者が一致するかを判定する。例えば、車両１の車種、ドライバの性別や年齢、乗合の料金などが、ユーザ関連情報に記されたユーザの希望と一致するかを制御部２２１は判定する。
【００７３】
制御部２２１は、各情報項目についての判定処理後に、ユーザ属性情報及びユーザ希望情報の、車両属性情報、ドライバ属性情報、及び相乗り条件情報に対する一致率を求める。一致率は、例えば、「一致する情報項目数／情報項目総数」の式により算出してもよい。或いは、一致率は、各情報項目の内容とユーザの希望との一致度（乖離度）の平均値であってもよい。一致率の算出方法は上記に制限されない。一致率が所定の閾値を超える場合に、制御部２２１は、ユーザの希望と合致すると判定し、そうでない場合にユーザの希望と合致しないと判定する。そして、処理をＳ０４に進める。
【００７４】
もっとも、制御部２２１が、一致率をディスプレイ装置２２６に表示し、ユーザが希望と合致するかの判定結果を入力装置２２５から入力するようにしてもよい。この場合、必要に応じて、ユーザ属性情報及びユーザ希望情報の、車両属性情報、ドライバ属性情報、及び相乗り条件情報に対する一致、不一致の状況をディスプレイ装置２２６に表示するようにしてもよい。
【００７５】
また、Ｓ０３の処理は、車両属性情報、ドライバ属性情報、及び相乗り条件情報と、ユーザ属性情報及びユーザ希望情報とをディスプレイ装置２２６に表示し、ユーザが目視によって、車両属性、ドライバ属性、相乗り条件がユーザ属性及び希望と合致するかを判定し、入力装置２２５を用いて判定結果を入力するようにしてもよい。この場合、制御部２２１は、合致する旨の情報、又は合致しない旨の情報が入力された場合に処理をＳ０４に進める。
【００７６】
Ｓ０４では、制御部２２１は、相乗り可又は不可を示す判定結果情報を生成する。Ｓ０３の結果が「合致しない」である場合には、相乗り不可を示す判定結果情報を制御部２２１は生成する。これに対し、Ｓ０３の結果が「合致する」である場合には、相乗り可を示す判定結果情報を制御部２２１は生成する。
【００７７】
Ｓ０５では、残りの車両があるかを判定する。Ｓ０５及びＳ０６の処理は、複数の車両１の車載端末１０が、１つのユーザ端末２０と並列に接続（通信経路を確立）し、夫々の車載端末１０から車両関連情報が受信された場合になされる処理である。
【００７８】
ユーザ端末２０には、以下の設定を施すことができる。すなわち、或る車載端末１０から相乗り可能通知を受信したときに、既に他の車両１の車載端末１０との間で通信経路を確立している場合には、ユーザ端末２０は、この相乗り可能通知を無視する。すなわち、ユーザ端末２０は、通信経路を確立する車両１を１台に絞ることができる。
【００７９】
また、ユーザ端末２０に対し、行き先が夫々合致する、複数の車両１から相乗り可能通知の無線信号が受信されている場合（通信経路は未確立）では、ユーザ端末２０は、所定のルールに従って１台の車両１（車載端末１０）を選択し、選択した車載端末１０と通信経路を確立してもよい。所定のルールは、無線信号の検知時期の早い順、電波強度の高い順などである。
【００８０】
但し、上限を設けて、複数の車載端末１０との間で、通信経路を並列に確立する設定を
施すこともできる。この場合、上限数の範囲で、複数の車載端末１０との間に通信経路を確立し（図７＜２ａ＞〜＜４＞の動作を、相乗り可能通知毎に行う）、各通信経路を用いて、各車載端末１０から車両関連情報を受信することができる。この場合、制御部２２１は、各車載端末１０からの車両関連情報について、Ｓ０１〜Ｓ０４の処理を行い、車両１毎に、車両関連情報がユーザの  希望と合致するか否かを判定することができる。
【００８１】
Ｓ０５では、残りの車両についての車両関連情報があるかを制御部２２１は判定する。通信経路を確立した複数の車載端末１０からの車両関連情報に関してＳ０１〜Ｓ０４の処理を行った場合、或いは、通信経路を確立した車載端末１０が１台の場合には、処理がＳ０６に進む。そうでなければ、処理がＳ０１に戻り、残りの車両関連情報についてＳ０１〜Ｓ０４の処理が行われる。
【００８２】
Ｓ０６では、制御部２２１は、複数の車両１（車載端末１０）の中から、ユーザが相乗りを実施する一の車両１を選択（特定）する。ここで、ユーザの希望と「合致する（適合する）」との判定結果が得られた車両１（適合車両と称する）が１つの場合には、制御部２２１はその適合車両を選択する。これに対し、適合車両が２以上の場合には、所定の選択ルールに従って、複数の適合車両のうちの一つを選択する。例えば、適合車両間で、ユーザ属性情報及びユーザ希望情報と車両関連情報（車両属性情報、ドライバ属性情報、相乗り条件情報）との一致率が比較され、一致率が最大の適合車両が選択される。或いは、ユーザ希望情報及びユーザ属性情報に含まれる複数の情報項目から所定数の情報項目が抽出され、抽出された情報項目と車両関連情報との一致率が最大の車両１が選択されるようにしてもよい。選択は、制御部２２１が所定のルールに従って自動的に選択してもよい。また、ユーザがディスプレイ装置２２６に表示された各車両１に係る相乗り可否の判定結果（一致率など）を参照して、選択結果を入力装置２２５から入力することで制御部２２１が選択結果の車両１を選択するようにしてもよい。
【００８３】
Ｓ０７では、制御部２２１は、Ｓ０６にて選択した車両１の車載端末１０に対し、相乗り可否の判定結果を、通信経路を用いて送信する。ここで、「相乗り可能」との判定結果は、車両１への相乗りを実施する旨を示し、「相乗り不可能」との判定結果は、相乗りを実施しないことを示す。但し、Ｓ０６の判定結果において、適業車両が１台もない場合には、「相乗り不可能」を示す情報が各車載端末１０へ送信される。
【００８４】
なお、適合車両とされなかった車載端末１０に対して、判定結果の送信を行わなくてもよい。車載端末１０の制御部２０１は、車両関連情報の送信時に、判定結果を待ち受けるタイマを設定する。判定結果を受信することなくタイマが満了した場合には、制御部２０１は通信経路を切断して、相乗り制御に係る処理を終了する。なお、ユーザは、適合車両があっても、いずれの車両１についても相乗りを実施しない場合には、相乗りを実施しない旨を入力することができる。この場合、制御部２０１は、各車載端末１０に対して判定結果を送信しない。その結果、通信経路が切断され、処理が終了する。
【００８５】
車載端末１０の制御部２０１は、ユーザ端末２０Ａから車両関連情報を用いた相乗り可否判定結果を示す情報を受信する（図７＜７＞）。すると、制御部２０１は、ユーザ端末２０Ａのユーザが車両１への相乗りを実施する、と判定する。この場合、車載端末１０とユーザ端末２０Ａとの間で、ドライバがユーザを発見、或いはユーザが車両１を発見するのを支援する情報（支援情報、待ち合わせ用情報とも呼ぶ）を、交換（送受信）する（図７＜８＞）。この送受信は、上記した通信経路を用いて行われる。
【００８６】
図９は、待ち合わせ情報の交換に係る処理例を示すフローチャートである。例えば、ユーザ端末２０Ａの制御部２２１は、位置検出部２２８（ＧＰＳ受信機１１２）からユーザ端末２０Ａの現在位置を示す情報を取得し、車載端末１０へ送信する（Ｓ３１）。
【００８７】
車載端末１０の制御部２０１は、ユーザ端末２０Ａの現在位置を示す情報を用いて、待ち合わせ場所の候補を選択する（Ｓ４１）。記憶部２０２には、ユーザとの待ち合わせに利用可能な複数の車両１の駐車可能位置を示す情報が記憶されている。制御部２０１は、現在位置を取得すると、所定のルールに従って、所定数（例えば１〜３箇所、３より多くてもよい）の駐車可能位置を選択し、待ち合わせ場所の候補に決定する。例えば、現在位置からの直線距離が所定の距離より短い駐車可能位置を抽出し、現在位置から距離が短い順に所定数の駐車可能位置を選択する。或いは、車両１の到着予定時刻が早い順で、所定数の駐車可能位置を選択してもよい。また、車両１の現在位置からの直線距離と到着予定時刻とに基づいて所定数の駐車可能位置を選択してもよい。また、駐車可能位置の選択には、ユーザの移動速度及び移動方向を考慮してもよい。
【００８８】
なお、駐車可能位置は、例えば、道の駅の駐車場や、所定の店舗や施設（コンビニエンスストア、車両の販売店や、車両の整備工場など）の駐車場、空き地など、ドライバが車両１を停車又は駐車させてユーザが乗り込むことが可能な位置である。
【００８９】
制御部２０１は、所定数の駐車可能位置を待ち合わせ場所の候補に決定し、ユーザ端末２０Ａへ送る（Ｓ４４）。この送信に先立ち、制御部２０１は、待ち合わせ場所の候補とともにユーザ端末２０Ａへ送る情報として、車両１の外観的な特徴を示す情報（特徴情報と称する）を取得する処理を実行してもよい（Ｓ４２）。特徴情報は、特徴を示すテキストや画像でも、車両１の画像（写真）であってもよい。制御部２０１は、特徴情報を、記憶部２０２からの読み出しや、入力装置２０５からの入力によって取得する。
【００９０】
また、制御部２０１は、待ち合わせ場所の候補とともにユーザ端末２０Ａへ送る情報として、現在位置までの移動関連情報を取得する処理を実行してもよい（Ｓ４３）。移動関連情報は、例えば以下によって取得できる。制御部２０１は、現在位置を目的地としてカーナビゲーション装置１０８に渡し、カーナビゲーション装置１０８から計算結果（現在位置までの移動経路、距離、到達所要時間などを示す情報）を、現在位置（目的地）までの移動関連情報として取得する。移動関連情報は、ユーザにとって、車両１が現在位置へ移動するのに要する時間等の目安を示す情報となる。なお、Ｓ４２とＳ４３の順は逆でもよい。
【００９１】
ユーザ端末２０Ａの制御部２２１は、待ち合わせ場所の候補と、車両１の特徴情報、現在位置までの移動関連情報を受信する（Ｓ３２）。すると、これらをディスプレイ装置２２６に表示する（Ｓ３３）。ユーザは、ディスプレイ装置２２６の表示内容を参照して、待ち合わせ場所を候補の中から決定した結果を入力する。制御部２２１は、決定結果を取得する（Ｓ３４）。また、車両１の特徴情報は、車両１の発見支援用情報として記憶部２２２に保存する。車両１の特徴情報は、ユーザの必要に応じてディスプレイ装置２２６に表示させることができる。さらに、現在位置までの移動関連情報は、待ち合わせ場所への移動のペースなどを決定するために考慮する。
【００９２】
制御部２２１は、待ち合わせ場所の決定結果を車載端末１０に送信する（Ｓ３６）。この送信に先立ち、制御部２２１は、決定結果とともに車載端末１０へ送信する情報として、ユーザの特徴を示す情報を取得してもよい（Ｓ３５）。ユーザ特徴情報は、ユーザの現在の服装や装着物（帽子、鞄、アクセサリー）、これらの色などを示す情報、ユーザの現在の服装や装着物を示すテキストや画像（写真）などである。ユーザ特徴情報は、記憶部２２２から読み出したり、入力装置２２５からユーザに入力させたり、撮像部２２７を用いて撮像することで取得できる。なお、Ｓ３５の処理は、Ｓ３３及びＳ３４の処理の前に行うことができる。
【００９３】
制御部２０１は、待ち合わせ場所の決定結果やユーザ特徴情報を受信すると（Ｓ４５）、待ち合わせ場所をカーナビゲーション装置１０８に送る。カーナビゲーション装置１０８は、待ち合わせ場所を目的地に設定する（Ｓ４６）。ドライバは、カーナビゲーション装置１０８からの指示に従って、待ち合わせ場所への移動（運転）を開始する。また、ユーザの特徴を示す情報は、ディスプレイ装置２２６に表示して（Ｓ４７）、ドライバがユーザを発見する手掛かりに使用する。
【００９４】
その後、制御部２０１は、カーナビゲーション装置１０８が算出する車両１の現在位置（車載端末１０の現在位置に相当）と、ユーザ端末２０から受信されるユーザ端末２０の現在位置とを随時取得する状態となる。制御部２０１は、車両１の現在位置とユーザ端末２０の現在位置の距離が所定の閾値未満かを判定する（Ｓ４８、図７＜９＞）。距離が所定の閾値（所定値）未満となった場合に（Ｓ４８のＹｅｓ）、車両１の接近を示す情報をユーザ端末２０Ａに通知（送信）する（Ｓ４９、図７＜１０＞）。通知には、ユーザに対する何らかのメッセージを含んでいてもよい。メッセージには、円滑なピックアップのためにユーザに移動しておいて欲しい場所や、これからドライバがとる行動を示す情報などが含まれてもよい。なお、上記した現在位置間の距離の代わりに、車両１（車載端末１０）と待ち合わせ場所との距離や、ユーザ端末２０と待ち合わせ場所との距離が用いられてもよい。
【００９５】
ユーザ端末２０Ａでは、接近を示す情報を受信すると、制御部２２１が車両１の接近をユーザに報知する（Ｓ３７）。報知は、ディスプレイ装置２２６への表示や音声出力によって行われる。なお、Ｓ４９の処理において、車載端末１０とユーザ端末２０Ａとの間で、通信経路を用いて音声パケットを送受信することで、音声通話がドライバとユーザとの間で実施されてもよい。音声通話により、ピックアップに関して詳細な打ち合わせが可能となる。
【００９６】
なお、Ｓ４８、Ｓ４９の処理は、ユーザ端末２０Ａにおいて実行することも可能である。この場合の判定に用いる距離は、ユーザ端末２０と車両１（車載端末１０）との距離であっても、ユーザ端末２０又は車載端末１０と待ち合わせ場所との距離であってもよい。
【００９７】
＜実績等の蓄積等＞
図１に示した情報処理システムは、サーバ３０を含んでいる。サーバ３０は、例えば、図２に示したような、ＣＰＵ１０１と、主記憶装置１０２と、補助記憶装置１０３と、通信ＩＦ回路１０４とがバス１０９を介して相互に接続された構成を有する。
【００９８】
車両１への相乗りを実施したユーザのユーザ端末２０（例えば、ユーザ端末２０Ａ）は、例えば、図９の処理の終了後において、自動的に、或いはユーザの操作に応じて、サーバ３０にアクセスし、相乗りの実績情報を送信する。相乗りの実績情報には、以下の情報を含めることができる。また、車載端末１０からも、図９の処理後に、下記の情報のうち、自端末にある情報をサーバ３０に送信する。
(i)ユーザＩＤ（又はユーザ端末のＩＤ）及び車両ＩＤ（又は車載端末装置のＩＤ）
(ii)相乗りの実施日
(iii)車両関連情報、ユーザ関連情報
(iv)車両関連情報とユーザ関連情報との適合処理（マッチング）の結果、一致率など
(v)待ち合わせ場所
(vi)通信ログ
【００９９】
サーバ３０では、通信ＩＦ回路１０４が相乗りの実績情報を受信し、ＣＰＵ１０１に渡す。ＣＰＵ１０１は、相乗りの実績情報を記憶装置（主記憶装置１０２又は補助記憶装置１０３）に記憶する。サーバ３０の記憶装置には、複数の相乗りの実績情報が蓄積される
。このような実績情報は、ユーザの選択の傾向や嗜好の解析などに使用される。
【０１００】
また、サーバ３０は、車載端末１０やユーザ端末２０からの要求を受け付けて、車両関連情報やユーザ関連情報を記憶装置に記憶（保存）することができる。このとき、サーバ３０は、車両関連情報及びユーザ関連情報は、車両ＩＤやユーザＩＤ、或いはこれらの組み合わせを用いて管理する。サーバ３０は、車両関連情報やユーザ関連情報は、車両ＩＤやユーザＩＤを含む情報提供要求に応じて、その要求元に該当する車載端末１０やユーザ端末２０に送信する。これによって、車載端末１０が車両関連情報をサーバ３０から得てユーザ端末２０に送信したり、ユーザ端末２０が、車両関連情報との対比のためにユーザ関連情報をサーバ３０から取得したりすることができる。このように、サーバ３０は、車両関連情報やユーザ関連情報のバックアップ先として使用し得る。
【０１０１】
また、サーバ３０は、例えば、以下のような動作を行うことができる。ユーザ端末２０のフラグがオンにされると、フラグオンがサーバ３０に通知される。サーバ３０では、フラグオンのユーザ端末２０の数に応じて、サーバ３０に登録された車両１の車載端末１０宛てに、相乗り可能通知の送信指示を送る。車載端末１０は、上記送信指示の受付可否のフラグを有し、制御部２０１は、送信指示の受信時に受付可否のフラグがオン（受付可）であれば、相乗り可能通知の無線信号を送信する。受付可否のフラグがオフであれば、制御部２０１は、上記送信指示を無視するか、「相乗り希望者あり」を示すメッセージをディスプレイ装置２２６やスピーカを用いてドライバに報知する。これにより、ドライバは相乗り可能であれば、相乗り可能通知を送信するための入力を行う。受付可否のフラグは、車両１のドライバによって設定可能である。
【０１０２】
＜第１実施形態の効果＞
第１実施形態に係る情報処理システムによると、車両１に載せられた車載端末１０のドライバがユーザを相乗りさせることが可能である場合に、車載端末１０が相乗り可能通知の無線信号を同報送信により送信する。これによって、無線信号の到達範囲内に属するユーザ端末２０（事前に車両とユーザとの適合処理を行っていない）に相乗り可能であることが通知される。ユーザ端末２０のユーザが相乗りを希望する場合には、無線信号に対する応答の送信及び通信経路が確立され、車両関連情報の授受が行われる。その後、ユーザ端末２０が、車両関連情報とユーザ関連情報との対比によって適合性判定を行い、適合性を元に相乗りの可否を判定し、その結果が車載端末１０に通知される。これによって、車載端末１０は、車両１から所定範囲に存するユーザ端末２０の相乗りの可否状況を把握することができる。すなわち、相乗りさせるユーザが未知の状態であっても、相乗り希望のユーザ（相乗り可能通知の無線信号に応答したユーザ端末のユーザ）を見つけて、相乗りさせることが可能となる。ユーザ端末２０のユーザ側は、車両１（車載端末１０）からの相乗り可能通知を受けて、相乗り可能な車両１の存在を把握し、車載端末１０から提供される車両に係る情報を用いて、相乗りの可否を判定し、その結果を車載端末１０へ提供することができる。
【０１０３】
また、第１実施形態では、ユーザ端末２０が車載端末１０から車両関連情報を受け取って適合性判定を行う。このとき、複数の車両１から並列に車両関連情報を受け取って、複数の車両１から相乗りを実施する車両１を選択することもできる。
【０１０４】
なお、第１実施形態では、相乗り可能通知の無線信号に車両の目的地情報を含ませて、車両とユーザの行き先が合致しない場合に応答及び通信経路の確立を回避させる。相乗り可能通知の無線信号に含ませる情報（第１の情報に相当）は、目的地情報以外の情報であっても、目的地情報と目的地情報以外の情報（車両やドライバの属性（車種、ドライバの性別、年齢など））との組み合わせであってもよい。当該無線信号に含まれた情報がユーザの希望に合致しない場合に、応答及び通信経路の確立が回避される。
【０１０５】
〔第２実施形態〕
次に、第２実施形態について説明する。第２実施形態は、第１実施形態と共通する構成を有するので、主として相違点について説明する。図１０は、第２実施形態に係る動作例を示すシーケンス図であり、図１１は、車載端末１０で実行される相乗り可否判定処理の一例を示すフローチャートである。
【０１０６】
図１０に示すように、第２実施形態では、車載端末１０とユーザ端末２０（例：ユーザ端末２０Ａ）との間に通信経路を確立した後、ユーザ端末２０から車載端末１０へユーザ関連情報が送信される（図１０＜５＞）。車載端末１０は、図１１に示すように、ユーザ端末２０から受信したユーザ関連情報と、車両関連情報とを対比して、適合性判定及び相乗り可否判定を行う（Ｓ１１〜Ｓ１４）。車載端末１０の制御部２０１は、複数のユーザ端末２０（例えば、図１０に示すユーザ端末２０Ａ及びユーザ端末２０Ｂ）と並列に通信経路を確立し、夫々からユーザ関連情報を受信する。そして、車載端末１０の制御部２０１は、夫々のユーザ端末２０に係る一致率を算出し、一のユーザ端末２０のユーザを、相乗りを実施させるユーザに決定することができる（Ｓ１６、Ｓ１７）。
【０１０７】
以上の構成を除き、第２実施形態の構成は第１実施形態の構成と同様であるため、説明を省略する。第２実施形態によれば、第１実施形態と同様に、車載端末１０が車両１の所定範囲内に存するユーザ端末の相乗り可否の状況を把握することができる。また、第２実施形態では、相乗り可否判定（適合性判定）の処理を車載端末１０にて実施するため、ユーザ端末２０の負荷を低減でき、ユーザ端末２０の省電力化に貢献できる。車載端末１０は、車両１から電源をとることが可能であるため、省電力化の要請は、ユーザ端末２０に比べて低いと考えられる。
【０１０８】
〔第３実施形態〕
次に、第３実施形態について説明する。第３実施形態は、第１実施形態と共通する構成を有するので、主として相違点について説明する。図１２は、第３実施形態に係る動作例を示すシーケンス図であり、図１３は、第３実施形態における相乗り可否判定処理の一例を示すフローチャートである。
【０１０９】
第３実施形態では、相乗り可能通知に目的地情報は含まれておらず、第１実施形態で説明した判定処理（図７＜２ｃ＞）は実行されない。このため、ユーザが相乗り可能通知への応答を送信する旨の入力をユーザ端末２０に対して行うことで、応答及び通信経路の確立が実行される（図１２＜３ｂ＞及び＜４＞）。
【０１１０】
その後、目的地情報、車両属性情報、ドライバ属性情報、及び相乗り条件情報を含んだ車両関連情報がユーザ端末２０（２０Ａ）へ送信され（図１２＜５＞）、ユーザ端末２０が図１３に示す相乗り可否判定処理を行う。
【０１１１】
第３実施形態に係る相乗り可否判定処理では、車両関連情報に含まれる目的地情報とユーザの行き先情報との対比が実施される（図１３のＳ０２Ａ）。対比において、両者が合致しない場合には、相乗り不可の判定結果を制御部２２１は生成する。
【０１１２】
以上の点を除き、第３実施形態は第１実施形態と同様であるので説明を省略する。第３実施形態によれば、第１実施形態と同様に、車載端末１０が車両１の所定範囲内に存するユーザ端末の相乗り可否の状況を把握することができる。また、第３実施形態によれば、第１及び第２実施形態において、２回に分けて送信されていた相乗り可否の判定用の情報（車両関連情報）の送受信が１回（図１２＜５＞）に纏まるとともに、車両関連情報を用いた相乗りの判定処理が１つに纏まる（図１２＜６＞）。このため、ユーザ端末２０での
処理が簡素化する。なお、第２実施形態と同様に、ユーザ端末２０が行き先情報を含むユーザ関連情報を車載端末１０へ送り、車載端末１０にて相乗り可否判定が行われるようにしてもよい。
【０１１３】
〔第４実施形態〕
次に、第４実施形態について説明する。第４実施形態は、第１実施形態と共通する構成を有するので、主として相違点について説明する。図１４は、第４実施形態に係る動作例を示すシーケンス図である。
【０１１４】
第１実施形態では、車載端末１０が、相乗り可能通知をユーザ端末２０へ送信し、ユーザ端末２０から送信される応答の信号が、「相乗りの希望を示す信号」として、車載端末１０に受信される。第４実施形態では、相乗り可能通知の送信を要しない形態である。
【０１１５】
すなわち、第４実施形態では、ユーザ端末２０が、そのユーザによる、相乗り希望の入力（例えば、入力装置２２５を用いた入力）を受けて、相乗り希望通知（「相乗りの希望を示す信号」に相当）を同報送信で送信する（図１４＜１＞）。ユーザ端末２０の夫々は、他のユーザ端末２０と無関係に、相乗り希望通知を同報送信することができる。
【０１１６】
第４実施形態では、第１実施形態で説明した図７の＜２ａ＞、＜２ｂ＞、＜２ｃ＞、＜３ａ＞及び＜３ｂ＞の処理を、車載端末１０が行う（図１４＜２ａ＞、＜２ｂ＞、＜２ｃ＞、＜３ａ＞及び＜３ｂ＞）。これによって、車両１のドライバが、相乗り希望に応じられると判定する場合に、ユーザ端末２０への応答送信及び通信経路確立が実施される。複数のユーザ端末２０から並列に相乗り希望通知を受けた場合、単一の相乗り希望通知だけを受け付ける構成を採用できる。また、複数の相乗り希望通知を受け付けて、各ユーザ端末２０に車両関連情報を送り、各ユーザ端末２０から相乗りの可否判定の結果を受け取り、相乗りを実施するユーザ端末２０を選択するようにしてもよい。第４実施形態によれば、車載端末１０が相乗り可能通知を送信しない場合でも、第１実施形態と同様に、相乗り可否の判定結果を元に、車両１から所定範囲に存する（相乗り希望通知の無線信号が車両１に届く範囲に存する）ユーザ端末２０の相乗りの可否状況を把握することができる。
【０１１７】
以上説明した第１実施形態から第４実施形態において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。例えば、第１〜第４実施形態において、車載端末１０とユーザ端末２０との一方で実行されている処理の一部が他方で実行されるようにしてもよい。
【０１１８】
また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。
【０１１９】
第１〜第４実施形態に係る車載端末１０及びユーザ端末２０は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式
カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
【符号の説明】
【０１２０】
１・・・車両
２・・・ネットワーク
３・・・中継局
１０・・・車載端末
２０・・・ユーザ端末
１００・・・情報処理装置
１０１、１２１・・・ＣＰＵ
１０２、１２２・・・主記憶装置
１０３、１２３・・・補助記憶装置
１０４、１２４・・・通信インタフェース回路
２０１、２２１・・・制御部
２０２、２２２・・・記憶部
２０４、２２４・・・通信部
【図１】
2019220086.tif 000003
【図２】
2019220086.tif 000004
【図３】
2019220086.tif 000005
【図４】
2019220086.tif 000006
【図５】
2019220086.tif 000007
【図６】
2019220086.tif 000008
【図７】
2019220086.tif 000009
【図８】
2019220086.tif 000010
【図９】
2019220086.tif 000011
【図１０】
2019220086.tif 000012
【図１１】
2019220086.tif 000013
【図１２】
2019220086.tif 000014
【図１３】
2019220086.tif 000015
【図１４】
2019220086.tif 000016