JP2015079453A - 情報処理システム、プログラム及び車両 - Google Patents

Abstract

【課題】従来の受発注システムは、車両などの移動体に商品を配送することを考慮して設計されていない。
【解決手段】第１の移動体に搭乗しているユーザに対して、第２の移動体により提供される１以上のサービスの中から、ユーザの指示に適合するサービスを選択するサービス選択部と、ユーザが選択されたサービスを利用したなら、第１の移動体が第１の移動体の目的地に到着することになる到着予定時刻を推定する到着時刻推定部とを備える。
【選択図】図６

Description

本発明は、情報処理システム、プログラム及び車両に関する。

通信ネットワークを介して、宅配商品を注文するためのシステムが知られている。
（先行技術文献）
（特許文献１） 特開２００４−２２７３７３号公報

しかし、従来の受発注システムは、車両などの移動体に商品を配送することを考慮して設計されていない。

本発明の第１の態様においては、第１の移動体に搭乗しているユーザに対して、第２の移動体により提供される１以上のサービスの中から、ユーザの指示に適合するサービスを決定するサービス決定部と、ユーザが選択されたサービスを利用したなら、第１の移動体が第１の移動体の目的地に到着することになる到着予定時刻を推定する到着時刻推定部とを備える、情報処理システムが提供される。

本発明の第２の態様においては、第１の移動体に搭乗しているユーザに対して、第２の移動体により提供される１以上のサービスの中から、ユーザの指示に適合するサービスを決定するサービス決定部と、ユーザが選択されたサービスを利用したなら、第１の移動体と第２の移動体とが合流することになる合流予定時刻を推定する合流条件推定部とを備える、情報処理システムが提供される。

本発明の第３の態様においては、コンピュータを、上記の情報処理システムとして機能させるためのプログラムが提供される。

本発明の第３の態様においては、他の車両に、物品又は電力を供給するサービスを提供する車両であって、車両及び他の車両の移動中に、他の車両との間で、人、物品又は電力を授受するためのサービス提供部を備える車両が提供される。

本発明の第４の態様においては、電源部と、非接触電力伝送方式により、電源部から他の移動体に電力を供給する給電部とを備える車両が提供される。

なお、上記の発明の概要は、本発明の特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

受発注システム１００の一例を概略的に示す。 車両１０２の機能ブロックの一例を概略的に示す。 車両１０４から車両１０２へのサービス提供方法の一例を概略的に示す。 車両１０４から車両１０２へのサービス提供方法の一例を概略的に示す。 車両１０４から車両１０２へのサービス提供方法の他の例を概略的に示す。 車両管理サーバ１１０の一例を概略的に示す。 要求処理部６３０の一例を概略的に示す。 データテーブル８００の一例を概略的に示す。 データテーブル９００の一例を概略的に示す。 サービス選択画面１０００の一例を概略的に示す。 受発注システム１００における情報処理の一例を概略的に示す。 受発注システム１００における情報処理の一例を概略的に示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。なお、図面の記載において、同一又は類似の部分には同一の参照番号を付して重複する説明を省く場合がある。図面は模式的なものであり、厚みと平面寸法との関係、比率等は現実のものとは異なる場合がある。また、説明の都合上、図面相互間においても互いの寸法の関係又は比率が異なる部分が含まれる場合がある。

図１は、通信ネットワーク１０とともに、受発注システム１００の一例を概略的に示す。本実施形態において、通信ネットワーク１０は、基地局１２及びアクセスポイント１４を有する。本実施形態において、受発注システム１００は、車両１０２と、車両１０４と、車両管理サーバ１１０とを備える。

受発注システム１００及び車両管理サーバ１１０の少なくとも一方は、情報処理システムの一例であってよい。車両１０２及び車両１０４のそれぞれは、ユーザ又はコンピュータの制御により移動する移動体の一例であってよい。車両１０２及び車両１０４のそれぞれは、１以上の移動体の一例であってよい。車両１０２は、第１の移動体又は他の移動体の一例であってよい。車両１０４は、第２の移動体の一例であってよい。基地局１２及びアクセスポイント１４は、通信を中継する中継装置の一例であってよい。

通信ネットワーク１０は、無線通信の伝送路であってもよく、無線通信の伝送路及び有線通信の伝送路の組み合わせであってもよい。通信ネットワーク１０は、携帯電話回線網などの移動体通信網、無線パケット通信網、インターネット及び専用回線であってもよく、それらの組み合わせであってもよい。

車両１０２及び車両１０４としては、自動車、自動二輪車、船舶などを例示することができる。車両１０２及び車両１０４の少なくとも一方は、搭載されたコンピュータによる自動運転機能（オートクルーズ、クルーズコントロールなどと称される場合がある。特開２０１２−１２１４０５号公報を参照。）によって走行してよい。本実施形態においては、車両１０２が、サービスを受領するユーザが搭乗する電気自動車であり、車両１０４が、サービスを提供するサービス提供者により運用される電気自動車である場合を例として、受発注システム１００及び車両管理サーバ１１０の概要について説明する。

本実施形態において、車両管理サーバ１１０は、車両１０４のコンピュータ又は車両１０４により提供されるサービスの提供者（車両１０４のサービス提供者と称する場合がある。）の端末から、車両１０４により提供されるサービスに関する情報を取得する。また、車両管理サーバ１１０は、車両１０４のコンピュータから、車両１０４の位置情報を含む車両情報を取得する。車両１０４の位置情報は、車両１０４の位置を示すＧＰＳ情報であってよい。

車両管理サーバ１１０は、車両１０２に搭乗しているユーザからの指示を受け付ける。車両管理サーバ１１０は、車両１０２のコンピュータ又は車両１０２に搭乗しているユーザの携帯端末を介して、当該ユーザからの指示を受け付けてよい。車両１０２のコンピュータは、車両１０２を制御するコンピュータであってもよく、カーナビゲーションシステムのような車載型のコンピュータであってもよい。車両管理サーバ１１０は、車両１０２に搭乗しているユーザに対して、１以上の車両１０４により提供される１以上のサービスの中から、当該ユーザの指示に適合するサービスを決定する。

車両管理サーバ１１０は、車両１０２に搭乗しているユーザと、車両１０４によりサービスを提供するサービス提供者との間の契約の成立を仲介してもよい。車両管理サーバ１１０は、決定されたサービスを提供するサービス提供者の受注システムのＵＲＬを、車両１０２のコンピュータ又は車両１０２に搭乗しているユーザの携帯端末に送信することで、契約の成立を仲介してよい。車両管理サーバ１１０は、決定されたサービスに関するユーザの注文を受け付けて、サービス提供者の受注システムに転送することで、契約の成立を仲介してもよい。車両管理サーバ１１０は、決済機能を有してもよい。

車両管理サーバ１１０は、契約が成立すると、通信時に車両１０４を識別する識別情報を車両１０２に送信してもよい。車両管理サーバ１１０は、契約が成立すると、通信時に車両１０２を識別する識別情報を車両１０４に送信してもよい。車両を識別するための情報は、車両に搭載されたコンピュータを識別するための情報であってもよく、車両の搭乗者の携帯端末を識別するための情報であってよい。コンピュータ又は携帯端末を識別するための情報としては、ＩＰアドレス、サービスセット識別子（ＳＳＩＤ）などを例示することができる。これにより、車両１０２及び車両１０４の間で、車両間通信により情報を送受することができる。

車両１０４により提供される１以上のサービスのそれぞれは、車両１０２及び車両１０４の移動中に提供されるサービスであってよい。車両管理サーバ１１０は、単一のサービス提供者により提供される１以上のサービスの契約の成立を仲介してもよい。車両管理サーバ１１０は、複数のサービス提供者により提供される複数のサービスの契約の成立を仲介してもよい。

従来の宅配システムとは異なり、本実施形態においては、移動する車両１０２に搭乗しているユーザに対して、商品を配送するなどのサービスを提供する。そのため、車両１０２が、車両１０２の目的地に到着するまでの間に、車両１０２及び車両１０４が合流することが好ましい。そこで、本実施形態において、車両管理サーバ１１０は、車両１０２の現在位置と、車両１０４の現在位置とに基づいて、車両１０２及び車両１０４が合流する予定時刻（合流予定時刻と称する場合がある。）及び予定地点（合流予定地点と称する場合がある。）を推定する。また、車両管理サーバ１１０は、車両１０２及び車両１０４のコンピュータに、推定された合流予定時刻及び合流予定地点を送信して、当該合流予定時刻及び合流予定地点を、それぞれの車両の目的地及び目的時刻として設定させてよい。

車両１０２が自動運転機能を有する場合、車両１０２のコンピュータは、合流予定時刻に合流予定地点に到着するように、車両１０２の走行速度、走行ルートなどを変更してよい。例えば、車両１０２のコンピュータは、車両管理サーバ１１０から合流予定時刻及び合流予定地点に関する情報を受信するまでは、車両１０２をエネルギー効率のよい走行速度（例えば、７０ｋｍ／ｈｒ）で走行させる。車両１０２のコンピュータは、車両管理サーバ１１０から合流予定時刻及び合流予定地点に関する情報を受信すると、車両１０４と合流するまでは、車両１０２の走行速度を低減させる（例えば、６０ｋｍ／ｈｒ）。車両１０２及び車両１０４が合流した後、車両１０２のコンピュータは、本来の目的地に予定時刻に到着することができると判断するまで、車両１０２を法定速度（例えば、８０ｋｍ／ｈｒ）で走行させる。車両１０２のコンピュータは、本来の目的地に予定時刻に到着することができると判断すると、車両１０２を、再度、エネルギー効率のよい走行速度で走行させる。

また、車両１０２及び車両１０４の現在位置によっては、車両１０２の本来の目的地への到着時刻を遅らせることで、車両１０２及び車両１０４の合流が可能になる場合がある。そこで、車両管理サーバ１１０は、ユーザがサービスを利用したなら、車両１０２が車両１０２の目的地に到着することになる予定時刻（到着予定時刻と称する場合がある。）を推定してよい。車両管理サーバ１１０は、車両１０２に搭乗しているユーザにサービスを選択させる場合に、それぞれのサービスを利用した場合の車両１０２の目的地への到着予定時刻をユーザに提示してよい。これにより、ユーザの利便性が大きく向上する。

一実施形態によれば、車両１０２に搭乗しているユーザが、車両１０２のコンピュータに向かって、音声により「１時間以内に、ピザを食べたい」と指示する。車両１０２のコンピュータは、車両管理サーバ１１０にアクセスして、ユーザの指示に適合するサービスの一覧を送信するように要求する。車両管理サーバ１１０は、サービス提供者又は車両１０４により提供される情報を参照して、ピザの配達サービスを提供する車両１０４のうち、１時間以内に車両１０２と合流することのできる車両１０４を抽出する。

車両管理サーバ１１０は、抽出された車両１０４のそれぞれについて、当該車両により提供されるサービスを利用した場合における目的地への到着予定時刻を推定する。車両管理サーバ１１０は、抽出された車両１０４のそれぞれにより提供されるサービスに関する情報と、推定された到着予定時刻とに基づいて、ユーザの指示に適合するサービスの一覧を作成する。車両管理サーバ１１０は、作成されたサービスの一覧を、車両１０２のコンピュータに送信する。

車両１０２のコンピュータは、車両管理サーバ１１０から受信したサービスの一覧をユーザに提示して、希望するサービスを選択するようにユーザを促す。ユーザが、提示されたサービスの中から希望するサービスを選択すると、車両１０２のコンピュータは、ユーザに選択されたサービスを車両管理サーバ１１０に送信する。

車両管理サーバ１１０は、ユーザの選択結果を受信すると、車両１０２及び車両１０４の合流予定時刻及び合流予定地点を推定する。車両管理サーバ１１０は、車両１０２のコンピュータに対して、選択されたサービスを提供するサービス提供業者の受注システムのＵＲＬを送信する。また、サービス提供業者の受注システムに対して、合流予定時刻及び合流予定地点に関する情報を送信する。車両１０２のコンピュータは、サービス提供業者の受注システムにアクセスして、注文内容を決定する。サービス提供業者の受注システムは、上記の注文内容と、合流予定時刻及び合流予定地点に関する情報を、車両１０４のコンピュータに送信する。これにより、車両１０４が、合流予定時刻までに合流予定地点に到着して、車両１０２に搭乗しているユーザにサービスを提供することができる。

他の実施形態によれば、車両１０２に搭乗しているユーザが、車両１０２のコンピュータに向かって、音声により「高速道路から出るまでの間に、バッテリを充電したい」と指示する。車両１０２のコンピュータは、車両１０２の目的地までの経路に基づいて、車両１０２が高速道路から出るための１以上のインターチェンンジを決定する。また、バッテリの充電に要する時間を決定する。

車両１０２のコンピュータは、車両管理サーバ１１０にアクセスして、車両１０２が上記の１以上のインターチェンジの何れかに到着するまでの間に、車両１０２に電力を供給することのできる車両１０４を決定するように要求する。車両１０２のコンピュータは、上記の要求に対応付けて、車両管理サーバ１１０が車両１０４を決定するための条件として、「複数の車両１０４が存在する場合には、料金の最も安い車両１０４を選択する」という条件と、「バッテリを充電した場合の目的地までの到着予定時刻と、バッテリを充電した場合の目的地までの到着予定時刻との差が１時間以内である」という条件と、「サービス提供に要する時間が、上記のバッテリの充電に要する時間である」という条件を送信する。

本実施形態において、車両管理サーバ１１０は、オークション方式により、車両１０２にサービスを提供する車両１０４を決定する。車両管理サーバ１１０は、サービス提供者又は車両１０４により提供される情報を参照して、車両１０２が上記の１以上のインターチェンジの何れかに到着するまでの間に、車両１０２に電力を供給することのできる１以上の車両１０４を抽出する。車両管理サーバ１１０は、抽出された１以上の車両１０４のコンピュータのそれぞれに対して、車両１０２に電力を供給するか否か、及び、車両１０２に電力を供給する場合の価格について応答するように要求する。車両管理サーバ１１０は、１以上の車両１０４からの応答に基づいて、車両１０２に電力を供給する車両１０４を決定する。

車両管理サーバ１１０は、車両１０２に電力を供給する車両１０４を決定すると、車両１０２及び車両１０４の合流予定時刻及び合流予定地点を推定する。車両管理サーバ１１０は、決定された車両１０４のコンピュータ及び車両１０２のコンピュータの少なくとも一方に対して、他方の識別情報、合流予定時刻及び合流予定地点を送信する。これにより、車両１０４が、合流予定時刻までに合流予定地点に到着して、車両１０２に搭乗しているユーザにサービスを提供することができる。

本実施形態においては、車両管理サーバ１１０が、オークション方式により、車両１０２にサービスを提供する車両１０４を決定する場合について説明した。しかし、車両管理サーバ１１０は本実施形態に限定されない。他の実施形態において、車両管理サーバ１１０は、オークション方式により、車両１０４によりサービスを提供される車両１０２を決定する。車両管理サーバ１１０は、同一の車両１０４によりサービスを提供される複数の車両１０２における、サービスを提供される順番の交渉を仲介してもよい。車両管理サーバ１１０は、オークション方式により、同一の車両１０４によりサービスを提供される複数の車両１０２の間で、サービスを提供される順番を決定してもよい。

図２は、車両１０２の機能ブロックの一例を概略的に示す。本実施形態において、車両１０２は、電源部２０２と、受電部２０４と、給電部２０６と、移動体通信部２１２と、車両間通信部２１４と、近距離通信部２１６と、車両制御部２２０とを備える。車両制御部２２０は、運転制御部２２２と、通信制御部２２４とを有する。

本実施形態において、車両１０２が自動運転機能を有する電気自動車である場合を例として、車両１０２について説明する。しかし、車両１０２は、本実施形態に限定されない。車両１０２は、ガソリン自動車であってもよく、ハイブリッド自動車であってもよく、燃料電池自動車であってもよい。車両１０２は、自動運転機能を有しなくてもよい。

電源部２０２は、車両１０２を駆動する電力を蓄積する。電源部２０２は、蓄電池と、当該蓄電池を制御する制御ユニットとを有してよい。受電部２０４は、外部電源を用いて電源部２０２を充電する場合に、外部電源からの電力を受領する。給電部２０６は、電源部２０２から外部の電力使用機器又は外部の蓄電池に電力を供給する。受電部２０４及び給電部２０６は、金属接点又はコネクタを介して電力を伝送してよい。受電部２０４及び給電部２０６は、非接触電力伝送技術（非接触給電技術などと称される場合がある。）を利用して、金属接点又はコネクタを介さずに電力を伝送してもよい。

移動体通信部２１２は、３Ｇ方式、ＬＴＥ方式、４Ｇ方式などの移動体通信方式により、他の情報処理装置との間で情報を送受する。近距離通信部２１６は、例えば、基地局１２を介して、車両管理サーバ１１０又は他の車両との間で情報を送受する。移動体通信部２１２は、複数の移動体通信方式に対応していてもよい。

車両間通信部２１４は、車両間通信方式（車車通信方式と称される場合もある。）により、他の車両に搭載された情報処理装置、道路上又は道路の周辺に設置された機器、歩行者の携帯端末などとの間で情報を送受する。車両間通信部２１４は、例えば、アクセスポイント１４を介して、車両管理サーバ１１０又は他の車両との間で情報を送受する。車両間通信部２１４は、複数の車両間通信方式に対応していてもよい。

近距離通信部２１６は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ（登録商標）、ＷｉＭＡＸ（登録商標）などの近距離無線通信方式により、他の情報処理装置との間で情報を送受する。近距離通信部２１６は、例えば、ユーザの携帯端末との間で情報を送受する。近距離通信部２１６は、複数の近距離無線通信方式に対応していてもよい。

車両制御部２２０は、車両１０２の動作を制御する。運転制御部２２２は、車両１０２の運転を制御する。例えば、運転制御部２２２は、ミリ波レーダにより取得した周囲の物体に関する情報と、ＧＰＳ情報受信器により取得した車両１０２の位置情報と、通信制御部２２４を介して得られた道路情報、交通情報などの経路情報とを利用して、車両１０２の運転を制御する。通信制御部２２４は、車両１０２と他の情報処理装置との間の通信を制御する。通信制御部２２４は、通信インターフェースであってもよい。

一実施形態において、車両制御部２２０は、交通管制サーバ、道路上又は道路の周辺に配された機器などから、走行車線ごとに定められた速度に関する情報を取得する。車両制御部２２０は、取得した情報に基づいて、車両１０２の速度を制御する。これにより、車両１０２は、周辺の車両と協調して移動することができる。その結果、渋滞の発生を抑制することができる。

車両制御部２２０は、周囲の車両の動作を制御してもよい。例えば、車両制御部２２０は、車両１０４との合流予定時間までの時間が予め定められた値よりも小さくなったと判断した場合、又は車両１０４との合流予定地点までの距離が予め定められた値よりも小さくなったと判断した場合に、周囲の車両に対して、車両１０２との車両間隔を拡げるように指示する。これにより、車両１０２及び車両１０４車両が合流する前に、車両１０４が割り込むためのスペースを確保することができる。

これにより、車両１０４が車列にスムーズに割り込むことができるので、車両１０４の割り込みによる渋滞の発生を抑制することができる。また、車両１０４が割り込むためのスペースを徐々に確保することができるので、渋滞の発生を大きく抑制できる。

図３及び図４は、車両１０４から車両１０２へのサービス提供方法の一例を概略的に示す。図３は、車両１０４に配されるサービス提供部３１０の一例を概略的に示す。図４は、サービス提供部３１０のＡ−Ａ断面の一例を概略的に示す。車両１０４は、サービス提供部３１０を備える以外の点において、車両１０２と同様の構成を有してよい。

サービス提供部３１０は、車両１０４及び車両１０２の移動中に、車両１０４及び車両１０２の間における、人、物品又は電力の授受に用いられる。本実施形態において、サービス提供部３１０は、搬送部３２０と、駆動部３３０と、支持部３３２と、フラップ３４０と、ガイド部３４２、ガイド部３４４及びガイド部４４６とを備える。搬送部３２０は、筐体４２２と、筐体４２２の長手方向の一方の端部に配された開口部３２２と、筐体４２２の長手方向の他方の端部に配された開口部３２４と、筐体４２２の内部に配されたベルトコンベア４２０とを有する。

図３及び図４は、車両１０２の後部のドア３０２と、車両１０４の前部のドア３０４とが開放されている状態を示す。図３及び図４は、車両１０４の内部に収容されていた搬送部３２０が、車両１０４の内部から車両１０４の外部に向かって移動し、搬送部３２０の一端が車両１０４の内部に配され、搬送部３２０の他端が車両１０２の内部に配されている状態を示す。図４は、車両１０４から車両１０２に向かって、商品４０が搬送されている状態を示す。

本実施形態において、搬送部３２０は、商品４０を搬送する。駆動部３３０は、搬送部３２０の長手方向の一方の端部に配され、搬送部３２０を駆動する。駆動部３３０は、車両１０４の内部に収容された搬送部３２０を移動させて、搬送部３２０の長手方向の他方の端部を車両１０４の外部に押し出す。駆動部３３０は、搬送部３２０を移動させて、外部に押し出された搬送部３２０を車両１０４の内部に収容する。駆動部３３０は、アクチュエータなどにより、搬送部３２０の水平方向の位置及び垂直方向の位置の少なくとも一方を調整するように構成されてよい。

支持部３３２は、搬送部３２０を移動可能に支持する。支持部３３２は、ローラ、ベアリングなどにより搬送部３２０を支持してよい。支持部３３２は、アクチュエータなどにより、搬送部３２０の水平方向の位置及び垂直方向の位置の少なくとも一方を調整するように構成されてよい。

フラップ３４０は、ドア３０４に開閉可能に配される。フラップ３４０は、ドア３０４が開放された場合に開放され、下方から搬送部３２０を支持してよい。フラップ３４０は、搬送部３２０を移動可能に支持するガイド部３４２、ガイド部３４４及びガイド部４４６を有してよい。本実施形態において、ガイド部３４２及びガイド部３４４は、水平方向に搬送部３２０を挟むように配される。ガイド部４４６は、下方から搬送部３２０を支持するように配される。

ガイド部３４２、ガイド部３４４及びガイド部４４６の少なくとも１つは、ローラ、ベアリングなどにより搬送部３２０を支持してよい。ガイド部３４２、ガイド部３４４及びガイド部４４６の少なくとも１つは、アクチュエータなどにより、搬送部３２０の水平方向の位置及び垂直方向の位置の少なくとも一方を調整するように構成されてよい。ガイド部３４２、ガイド部３４４及びガイド部４４６の少なくとも１つは、ドア３０４に配されてもよい。

本実施形態において、車両１０４が車両１０２に商品４０を供給する場合について説明した。しかし、車両１０４は本実施形態に限定されない。例えば、車両１０４は、車両１０２に対して、物品又は電力を供給するサービスを提供する。物品は、車両１０４そのものであってもよい。これにより、車両１０４は、車両１０４の内部の空間又は車両１０４に配された設備を利用するサービスを提供することができる。例えば、大型の車両を利用したパーティスペースのレンタルサービス、乗り合いバスサービスなどを提供することができる。また、車両１０４は、車両レンタルサービスを提供することができる。

本実施形態において、車両１０２の後部ドア３０２と、車両１０４の前部ドア３０４とが開放されて、商品４０が授受される場合について説明した。しかし、商品４０を授受する方法は、本実施形態に限定されない。他の実施形態において、車両１０２は、窓を開放して商品４０を受領してもよく、車両１０２に配された開口部を介して商品４０を受領してもよい。車両１０４は、後部ドアを開放して商品４０を搬出してもよく、窓を開放して商品４０を搬出してもよく、車両１０４に配された開口部を介して商品４０を搬出してもよい。

図５は、車両１０４から車両１０２へのサービス提供方法の他の例を概略的に示す。本実施形態によれば、車両１０４の給電部２０６が、非接触電力伝送方式により、車両１０４の電源部２０２から車両１０２に電力を供給する。本実施形態において、車両１０４は、車両１０２と同様の構成を有してよい。給電部２０６は、サービス提供部の一例であってよい。

図６は、車両管理サーバ１１０の一例を概略的に示す。本実施形態において、車両管理サーバ１１０は、情報収集部６１０と、車両情報格納部６１２と、サービス情報格納部６１４と、要求受付部６２０と、要求処理部６３０とを備える。

車両管理サーバ１１０の各部は、ハードウエアにより実現されてもよく、ソフトウエアにより実現されてもよく、ハードウエアとソフトウエアとの組み合わせにより実現されてもよい。例えば、プログラムが実行されることにより、コンピュータが、車両管理サーバ１１０の各部として機能してもよい。

上記のソフトウエア又はプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、メモリ、ハードディスクなどのコンピュータ読み取り可能な媒体に記憶されていてもよく、ネットワークに接続された記憶装置に記憶されていてもよい。ソフトウエア又はプログラムは、コンピュータ読み取り可能な媒体又はネットワークに接続された記憶装置から、車両管理サーバ１１０の各部のコンピュータにインストールされてよい。

コンピュータを、車両管理サーバ１１０の各部として機能させるプログラムは、車両管理サーバ１１０の各部の動作を規定したモジュールを備えてよい。これらのプログラム又はモジュールは、プロセッサ、通信インターフェース等に働きかけて、コンピュータを車両管理サーバ１１０の各部として機能させたり、コンピュータに車両管理サーバ１１０の各部における情報処理方法を実行させたりする。

これらのプログラムに記述された情報処理は、コンピュータに読込まれることにより、ソフトウエアと、車両管理サーバ１１０の各部の各種のハードウエア資源とが協働した具体的手段として機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータの使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた車両管理サーバ１１０を構築することができる。

車両管理サーバ１１０は、一般的な構成の情報処理装置において、車両管理サーバ１１０の各部の動作を規定したソフトウエア又はプログラムを起動することにより実現されてよい。車両管理サーバ１１０として用いられる情報処理装置は、ＣＰＵ等のプロセッサ、ＲＯＭ、ＲＡＭ、通信インターフェースなどを有するデータ処理装置と、キーボード、タッチパネル、マイクなどの入力装置と、表示装置、スピーカなどの出力装置と、メモリ、ＨＤＤなどの記憶装置とを備えてよい。上記のデータ処理装置又は記憶装置は、上記のソフトウエア又はプログラムを記憶してよい。

車両管理サーバ１１０は、車両１０２及び車両１０４と情報を送受することができる装置であれば、特に限定はされない。車両管理サーバ１１０は、仮想サーバ又はクラウドシステムであってもよい。また、車両管理サーバ１１０の各部の機能が、複数のサーバによって実現されてもよい。

情報収集部６１０は、外部の情報処理装置から情報を収集する。例えば、情報収集部６１０は、１以上の車両１０４のそれぞれから、当該車両に関する車両情報を取得する。情報収集部６１０は、取得した車両情報を車両情報格納部６１２に格納してよい。車両情報は、１以上の車両のそれぞれを識別する車両識別情報と、当該車両の運行状況を示す情報などとが対応づけられた情報であってよい。

車両識別情報は、１以上の車両のそれぞれを一意に識別することができる情報であれば、特に限定されない。車両識別情報としては、自動車登録番号などの行政により付与された識別番号、車両の所有者により付与された識別番号、車両に搭載されたコンピュータの識別情報などを例示することができる。車両に搭載されたコンピュータとしては、車両に組み込まれたコンピュータ、カーナビゲーションシステムのような車両に取り付けられるコンピュータ、車両の搭乗者の携帯端末などを例示することができる。車両に搭載されたコンピュータの識別情報としては、ＩＰアドレス、サービスセット識別子（ＳＳＩＤ）などを例示することができる。車両の運行状況を示す情報は、当該車両の現在位置の位置情報、当該車両の目的地の位置情報、当該車両の目的地への到着予定時刻、当該車両の移動速度に関する情報、当該車両の移動方向に関する情報などを例示することができる。

情報収集部６１０は、車両１０４により提供されるサービスのサービス提供者の端末から、１以上の車両１０４のそれぞれにより提供されるサービスに関するサービス情報を取得してもよい。情報収集部６１０は、１以上の車両１０４のそれぞれのコンピュータから、当該車両により提供されるサービスに関するサービス情報を取得してもよい。情報収集部６１０は、取得したサービス情報をサービス情報格納部６１４に格納してよい。サービス情報は、車両識別情報と、車両識別情報により識別される車両により提供されるサービスのサービス提供者を識別するサービス提供者識別情報、当該サービスの概要を示す情報、当該サービスの注文時に用いられる情報、当該車両の注文状況などとが対応付けられた情報であってよい。

車両情報格納部６１２は、情報収集部６１０により取得された車両情報を格納する。車両情報格納部６１２は、要求処理部６３０から、検索条件及び検索要求を受信する。車両情報格納部６１２は、要求処理部６３０からの検索要求に応じて、検索条件に適合する情報を要求処理部６３０に送信する。

サービス情報格納部６１４は、情報収集部６１０により取得されたサービス情報を格納する。サービス情報格納部６１４は、要求処理部６３０から、検索条件及び検索要求を受信する。サービス情報格納部６１４は、要求処理部６３０からの検索要求に応じて、検索条件に適合する情報を要求処理部６３０に送信する。

要求受付部６２０は、車両１０２のコンピュータ、車両１０２に搭乗しているユーザの携帯端末、車両１０４のコンピュータ、車両１０４に搭乗しているユーザの携帯端末などからの要求を受け付ける。要求受付部６２０は、受け付けた要求を要求処理部６３０に送信する。要求処理部６３０は、要求受付部６２０により受け付けられた要求を処理する。

図７は、要求処理部６３０の一例を概略的に示す。本実施形態において、要求処理部６３０は、抽出条件決定部７１２と、抽出部７１４と、抽出結果生成部７１６と、マッチング部７２０と、異常検出部７３０と、制御情報生成部７４０とを備える。抽出結果生成部７１６及びマッチング部７２０の少なくとも一方は、サービス決定部の一例であってよい。抽出結果生成部７１６及び制御情報生成部７４０の少なくとも一方は、到着時刻推定部及び合流条件推定部の少なくとも一方の一例であってよい。

抽出条件決定部７１２は、要求受付部６２０により受け付けられた要求を解析して、車両情報格納部６１２及びサービス情報格納部６１４の少なくとも一方に格納された情報の中から、当該要求に応じた情報を抽出するための条件（抽出条件と称する場合がある。）を決定する。抽出条件決定部７１２は、車両１０２のコンピュータと情報を送受しながら、抽出条件を決定してもよい。例えば、抽出条件決定部７１２は、車両１０２のコンピュータから、車両１０２の現在位置を示す情報を取得する。車両１０２のコンピュータから、複数の車両が抽出された場合に特定の車両を優先的に抽出するための条件を受信してもよい。

例えば、要求受付部６２０が、「１時間以内に車両１０２と合流することができ、ピザの配送サービスを提供する車両１０４を抽出する」という要求を受け付けた場合、抽出条件決定部７１２は、車両１０２の現在位置と、車両１０２の走行速度の許容値とに基づいて、車両１０２の１時間後の位置を推定する。車両１０２の走行速度の許容値は、現在の走行速度であってもよい。車両１０２の走行速度の許容値は、渋滞情報、工事情報などの交通情報と、地図データ、各道路の法定速度などの道路情報と、車両１０２の本来の目的地への到着予定時刻の許容誤差とからなる群から選択される少なくとも１つに基づいて、決定されてもよい。

抽出条件決定部７１２は、車両１０２の１時間後の位置と、交通情報及び道路情報とに基づいて、車両１０４が次の注文を受け付けることが可能になる時刻及び位置に関する条件を決定する。これにより、抽出部７１４は、１時間以内に車両１０２と合流することができる車両１０４を抽出することができる。例えば、抽出部７１４は、上記の条件に基づいて、サービス情報格納部６１４を参照して、「次に注文を受け付けることが可能になる時刻が１５：００で、当該時刻における位置がＡ地点」である車両１０４を抽出する。

車両１０４は、他のユーザにサービスを提供するために移動している場合がある。しかし、本実施形態によれば、車両１０４が次の注文を受け付けることが可能になる時刻及び位置に関する条件を決定する。そのため、車両１０４の現在位置に基づいて抽出条件を決定する場合と比較して、ユーザからの要求により適合した車両１０４を抽出することができる。

抽出条件決定部７１２は、サービスの概要に関する条件を決定する。これにより、抽出部７１４は、ピザの配送サービスを提供する車両１０４を抽出することができる。同様にして、抽出条件決定部７１２は、ユーザからの要求に応じて、様々な条件を決定する。

抽出部７１４は、抽出条件決定部７１２により決定された抽出条件に基づいて、車両情報格納部６１２及びサービス情報格納部６１４の少なくとも一方を参照して、当該抽出条件に適合する情報を抽出する。抽出部７１４は、抽出された情報を抽出結果生成部７１６に送信する。

抽出結果生成部７１６は、抽出部７１４により抽出された情報を用いて、ユーザからの要求に応じた抽出結果を生成する。抽出結果は、抽出された車両１０４に搭載されたコンピュータの識別情報を含んでもよい。抽出結果生成部７１６は、抽出部７１４により抽出された１以上の車両１０４のそれぞれについて、車両１０２に搭乗しているユーザが当該車両により提供されるサービスを利用したなら、車両１０２が車両１０２の目的地に到着することになる到着予定時刻を推定してよい。抽出結果生成部７１６は、車両１０２の現在位置、車両１０４の現在位置及び経路情報に基づいて、到着予定時刻を推定してよい。

抽出結果生成部７１６は、抽出部７１４により抽出された１以上の車両１０４のそれぞれについて、車両１０２に搭乗しているユーザが当該車両により提供されるサービスを利用したなら、車両１０２と当該車両とが合流することになる合流予定時刻を推定してよい。抽出結果生成部７１６は、車両１０２の現在位置、車両１０４の現在位置及び経路情報に基づいて、合流予定時刻を推定してよい。

抽出結果生成部７１６は、抽出部７１４により抽出された１以上の車両１０４のそれぞれについて、車両１０２に搭乗しているユーザが当該車両により提供されるサービスを利用したなら、車両１０２と当該車両とが合流することになる合流予定地点を推定してよい。抽出結果生成部７１６は、車両１０２の現在位置、車両１０４の現在位置及び経路情報に基づいて、合流予定地点を推定してよい。

抽出結果生成部７１６は、推定された到着予定時刻、合流予定時刻及び合流予定地点の少なくとも１つを含む抽出結果を生成してよい。抽出結果生成部７１６は、サービス情報格納部６１４を参照して、それぞれの車両により提供されるサービスに関する情報を含む抽出結果を生成してよい。

抽出結果は、ユーザの要求に適合する車両１０４又はサービス提供者のリストであってもよく、ユーザの要求に最も適合する車両１０４の情報であってもよい。抽出結果生成部７１６は、生成された抽出結果を車両１０２に送信する。抽出結果生成部７１６は、生成された抽出結果に含まれる車両１０４のうち、サービスの提供を希望する車両１０４を選択するように、ユーザを促してもよい。

マッチング部７２０は、車両１０２に搭乗しているユーザに対して、車両１０４により提供される１以上のサービスの中から、ユーザの指示に適合するサービスを決定する。マッチング部７２０は、車両１０２に搭乗しているユーザに対して、１以上のサービスを提示するサービス提示部と、提示されたサービスの中からユーザの選択したサービスを受け付ける受注部とを有してよい。例えば、マッチング部７２０は、車両１０２のコンピュータから、抽出結果生成部７１６により生成された抽出結果の中から、ユーザにより選択された車両１０４に関する情報を受け取る。マッチング部７２０は、ユーザにより選択された車両１０４により提供されるサービスを、ユーザの指示に適合するサービスとして決定する。

マッチング部７２０は、生成された抽出結果に含まれる車両１０４の中から、オークション方式により、車両１０２に搭乗しているユーザに対してサービスを提供する車両１０４を決定してもよい。例えば、生成された抽出結果に含まれる１以上の車両１０４のコンピュータ又は当該車両に搭乗しているユーザの携帯端末に対して、車両１０２にサービスを提供する車両を決定するためのオークションに参加するか否かについて応答するように要求する。マッチング部７２０は、オークションに参加した車両１０４の中から、ユーザの要求に最も適合する車両１０４により提供されるサービスを、ユーザの指示に適合するサービスとして決定する。

マッチング部７２０は、車両１０２に搭乗しているユーザと、当該ユーザにサービスを提供する車両１０４との間の契約の成立を仲介してよい。例えば、マッチング部７２０は、車両１０２に搭乗しているユーザに対してサービスを提供する車両１０４が決定された場合に、サービス情報格納部６１４を参照して、車両１０４が注文を受け付けるための受注システムのＵＲＬを取得し、当該ＵＲＬを車両１０２のコンピュータに送信する。マッチング部７２０は、車両１０２及びサービスを提供する車両１０４の少なくとも一方に対して、他方のＩＰアドレスなどを送信してもよい。マッチング部７２０は、決済処理を実行してもよい。

異常検出部７３０は、車両１０２及び車両１０４の少なくとも一方が、合流予定時刻に合流予定地点に到着することが困難であるか否かを判断する。異常検出部７３０は、車両１０２及び車両１０４の少なくとも一方が、合流予定時刻に合流予定地点に到着することが困難であると判断した場合、異常を検出する。異常検出部７３０は、車両１０２及び車両１０４の位置及び走行速度を監視し、合流予定時刻に合流予定地点に到着することが困難であるか否かを判断してよい。異常検出部７３０は、車両１０２及び車両１０４の少なくとも一方から、異常の発生を示す通知を受信した場合に、異常を検出してよい。異常の発生を示す通知は、車両の故障を示す通知であってよい。異常検出部７３０は、交通を管理するサーバ（図示していない。）から、渋滞又は事故の発生を示す通知を受信した場合に、異常を検出してよい。

異常検出部７３０は、異常を検出すると、例えば、車両１０２のコンピュータ又は車両１０２の搭乗者の携帯端末に、異常の発生を通知する。異常検出部７３０は、車両１０４のコンピュータ又は車両１０４の搭乗者の携帯端末に、異常の発生を通知してもよい。異常検出部７３０は、異常を検出すると、制御情報生成部７４０に、異常の発生を通知してもよい。

制御情報生成部７４０は、車両１０２及び車両１０４の少なくとも一方の運転を制御するための情報を生成する。制御情報生成部７４０は、生成された情報を車両１０２及び車両１０４の少なくとも一方に送信する。

制御情報生成部７４０から情報を受け取った車両のコンピュータは、受け取った情報に基づいて、当該車両の運転条件を決定し、決定された運転条件を当該車両のドライバーに提示してよい。車両の運転条件としては、車両の走行速度、走行ルートなどを例示することができる。制御情報生成部７４０から情報を受け取った車両が自動運転機能を有する場合、当該車両のコンピュータは、受け取った情報に基づいて、当該車両の運転条件を決定し、決定された運転条件に従って、当該車両を制御してもよい。

制御情報生成部７４０は、サービスを提供することが決定した車両１０４について、車両１０２に搭乗しているユーザが当該車両により提供されるサービスを利用したなら、車両１０２が車両１０２の目的地に到着することになる到着予定時刻を推定してよい。制御情報生成部７４０は、車両１０２の現在位置、車両１０４の現在位置及び経路情報に基づいて、到着予定時刻を推定してよい。なお、抽出結果生成部７１６が到着予定時刻を推定している場合、制御情報生成部７４０は、到着予定時刻に関する情報を抽出結果生成部７１６から取得してもよい。

制御情報生成部７４０は、サービスを提供することが決定した車両１０４について、車両１０２に搭乗しているユーザが当該車両により提供されるサービスを利用したなら、車両１０２と当該車両とが合流することになる合流予定時刻を推定してよい。制御情報生成部７４０は、車両１０２の現在位置、車両１０４の現在位置及び経路情報に基づいて、合流予定時刻を推定してよい。なお、抽出結果生成部７１６が合流予定時刻を推定している場合、制御情報生成部７４０は、合流予定時刻に関する情報を抽出結果生成部７１６から取得してもよい。

制御情報生成部７４０は、サービスを提供することが決定した車両１０４について、車両１０２に搭乗しているユーザが当該車両により提供されるサービスを利用したなら、車両１０２と当該車両とが合流することになる合流予定地点を推定してよい。制御情報生成部７４０は、車両１０２の現在位置、車両１０４の現在位置及び経路情報に基づいて、合流予定地点を推定してよい。なお、抽出結果生成部７１６が合流予定地点を推定している場合、制御情報生成部７４０は、合流予定地点に関する情報を抽出結果生成部７１６から取得してもよい。

制御情報生成部７４０は、車両１０２のコンピュータに、車両１０２の目的地及び目的時刻として、合流予定時刻及び合流予定地点を設定するステップを実行させるための命令を、車両１０２のコンピュータに送信してよい。制御情報生成部７４０は、車両１０４のコンピュータに、車両１０４の目的地及び目的時刻として、合流予定時刻及び合流予定地点を設定するステップを実行させるための命令を、車両１０４のコンピュータに送信してよい。

制御情報生成部７４０は、異常検出部７３０からの通知を受信すると、車両１０２及び車両１０４の現在位置及び走行速度に基づいて、到着予定時刻、合流予定時刻及び合流予定地点を推定してよい。制御情報生成部７４０は、交通を管理するサーバから取得した情報を考慮して、到着予定時刻、合流予定時刻及び合流予定地点を推定してもよい。

制御情報生成部７４０は、車両１０２のコンピュータ又は車両１０２の搭乗者の携帯端末に、新たな合流予定時刻を通知してよい。制御情報生成部７４０は、さらに、到着予定時刻及び合流予定地点の少なくとも一方を通知してもよい。異常検出部７３０は、車両１０２の搭乗者に、サービスの利用をキャンセルするか否かを決定するよう要求してよい。

制御情報生成部７４０は、車両１０４のコンピュータ、車両１０４の搭乗者の携帯端末又はサービス提供者の端末に、新たな合流予定時刻を通知してよい。制御情報生成部７４０は、さらに、到着予定時刻及び合流予定地点の少なくとも一方を通知してもよい。異常検出部７３０は、車両１０４の搭乗者又はサービス提供者にサービスの提供をキャンセルするか否かを決定するよう要求してよい。

制御情報生成部７４０は、車両１０２の搭乗者からサービスの利用をキャンセルする旨の通知を受信すると、車両１０４のコンピュータ、車両１０４の搭乗者の携帯端末又はサービス提供者の端末にその旨を通知する。車両１０４の搭乗者又はサービス提供者からサービスの提供をキャンセルする旨の通知を受信すると、車両１０２のコンピュータ又は車両１０２の搭乗者の携帯端末にその旨を通知する。

予め定められた期間が経過してもサービスの利用若しくは提供をキャンセルする旨の通知を受信しない場合、又は、サービスの利用若しくは提供をキャンセルしない旨の通知を受信した場合、制御情報生成部７４０は、推定した到着予定時刻、合流予定時刻及び合流予定地点に基づき、車両１０２及び車両１０４の少なくとも一方を制御するための命令を生成し、車両１０２及び車両１０４の少なくとも一方に送信する。

図８は、データテーブル８００の一例を概略的に示す。データテーブル８００は、車両情報格納部６１２に格納される車両情報の一例であってよい。本実施形態において、データテーブル８００は、１以上の車両のそれぞれを識別するための車両ＩＤ８０２と、当該車両に関連するＩＰアドレス８０４と、ＩＰアドレス８０４を他の車両に転送してよいか否かを示す情報８０６と、当該車両の運行状況８０８に関する情報とを対応付けて格納する。車両に関連するＩＰアドレス８０４は、当該車両に搭載されているコンピュータのIPアドレスであってもよく、当該車両の搭乗者の携帯端末のIPアドレスであってもよい。本実施形態において、運行状況８０８に関する情報は、車両ＩＤ８０２により識別される車両の現在位置８１２の位置情報と、当該車両の目的地８１４の位置情報と、当該車両が目的地に到着する予定時刻８１６に関する情報とを含む。位置情報は、ＧＰＳ情報であってよい。抽出結果生成部７１６は、ＩＰアドレス８０４を他の車両に転送してよいか否かを示す情報８０６を参照して、抽出結果の少なくとも一部として、抽出された車両１０４に関連するIPアドレスを送信するか否かを決定してよい。

図９は、データテーブル９００の一例を概略的に示す。データテーブル９００は、サービス情報格納部６１４に格納されるサービス情報の一例であってよい。本実施形態において、データテーブル９００は、１以上の車両のそれぞれを識別するための車両ＩＤ９０２と、当該車両により提供されるサービスのサービス提供者の名称９０４と、当該サービスの概要９０６に関する情報と、当該サービスの受注システムのＵＲＬ９０８と、当該サービスの注文状況９１０に関する情報とを対応付けて格納する。サービス提供者の名称９０４は、サービス提供者識別情報の一例であってよい。本実施形態において、注文状況９１０に関する情報は、車両ＩＤ９０２により識別される車両が、次に注文を受け付けることが可能となる時刻９１２に関する情報と、当該時刻における当該車両の場所９１４を示す位置情報とを含む。

図１０は、サービス選択画面１０００の一例を概略的に示す。サービス選択画面１０００は、抽出結果生成部７１６により生成され、車両１０２のコンピュータに送信される抽出結果の一例であってよい。本実施形態において、サービス選択画面は、抽出部７１４により抽出された車両１０４により提供されるサービスのサービス提供者の名称１００２と、当該サービスの概要１００４と、当該サービスを提供することができる予定時刻１００６と、当該サービスを利用した場合における、目的地への到着予定時刻１００８と、オークション情報１０１０とを含む。オークション情報１０１０は、現時点において、サービス提供者の提示している価格であってよい。

サービス提供者の名称１００２及び当該サービスの概要１００４は、サービス情報格納部６１４を参照することで取得できる。サービスの提供予定時刻１００６は、抽出結果生成部７１６により推定された合流予定時刻であってよい。目的地への到着予定時刻１００８は、抽出結果生成部７１６により推定された到着予定時刻であってよい。

図１１は、受発注システム１００における情報処理の一例を概略的に示す。図１１を用いて、車両１０２に搭乗しているユーザが、提示されたリストの中から希望するサービスを選択する場合における処理の一例について説明する。本実施形態において、ステップ１１０２（ステップをＳと省略する場合がある。）において、車両１０２のコンピュータが、車両管理サーバ１１０に対して、車両１０２に搭乗しているユーザが希望するサービスの条件を送信して、当該ユーザの利用できるサービスを検索するように要求する。

Ｓ１１０４において、抽出条件決定部７１２が、ユーザの指示に適合する車両１０４を抽出するための抽出条件を決定する。次に、抽出部７１４が、車両情報格納部６１２及びサービス情報格納部６１４の少なくとも一方を参照して、当該抽出条件に適合する車両１０４を抽出する。抽出結果生成部７１６が、抽出結果を生成して、車両１０２に送信する。Ｓ１１０６において、車両１０２のコンピュータが、受信した抽出結果をユーザに提示して、希望するサービスを選択するように促す。ユーザが希望するサービスを選択すると、車両１０２のコンピュータは、選択されたサービスを示す情報をマッチング部７２０に送信する。

マッチング部７２０は、車両１０２のコンピュータと、車両１０４のコンピュータとの間を仲介して、サービスの内容、価格などの契約条件を決定する。また、制御情報生成部７４０が、合流予定時刻及び合流予定地点を推定する。Ｓ１１１０において、マッチング部７２０は、車両１０２及び車両１０４のそれぞれのコンピュータに対して、契約条件を送信する。Ｓ１１２０において、制御情報生成部７４０は、車両１０２及び車両１０４のコンピュータに対して、車両１０２を制御するための命令及び車両１０４を制御するための命令を、それぞれ送信する。Ｓ１１２２において、車両１０２のコンピュータは、受信した命令に基づいて車両１０２を運転する。Ｓ１１２４において、車両１０４のコンピュータは、受信した命令に基づいて車両１０４を運転する。

図１２は、受発注システム１００における情報処理の一例を概略的に示す。図１２を用いて、車両１０２に搭乗しているユーザの指示に最も適合するサービスを、オークション方式により決定する場合における処理の一例について説明する。図１２における情報処理は、契約条件をオークションにより決定する以外は、図１１に説明した情報処理と同様の構成を有してよい。

本実施形態において、Ｓ１２０２において、車両１０２のコンピュータが、車両１０２に搭乗しているユーザの希望するサービスに関する要求を、車両管理サーバ１１０に送信する。Ｓ１２０４において、抽出条件決定部７１２が、ユーザの指示に適合する車両１０４を抽出するための抽出条件を決定する。次に、抽出部７１４が、車両情報格納部６１２及びサービス情報格納部６１４の少なくとも一方を参照して、当該抽出条件に適合する車両１０４を抽出する。

抽出された車両１０４のそれぞれのコンピュータに対して、マッチング部７２０がオークションへの参加の可否と、オークションに参加する場合に車両１０２に搭乗するユーザに提示する条件とについて送信するように要求する。マッチング部７２０は、車両１０４のコンピュータからの応答に基づいて、ユーザの要求に最も適合する車両１０４を決定することにより、契約条件を決定する。以下の処理については、図１１に関連して説明した処理と同様であるので、説明を省略する。

本実施形態においては、サービスを提供される車両１０２と、サービスを提供する車両１０４とが、基地局１２又はアクセスポイント１４を介して、車両管理サーバ１１０と情報を送受する場合について説明した。しかし、車両１０２及び車両１０４は、本実施形態に限定されない。他の実施形態において、車両１０２及び車両１０４は、車両間通信を利用して、情報を送受してよい。この場合において、車両管理サーバ１１０の機能の少なくとも一部は、車両１０２のコンピュータ又は車両１０２に搭乗するユーザの携帯端末により実現されてよい。

本実施形態においては、要求処理部６３０が車両管理サーバ１１０に配される場合について説明した。しかし、要求処理部６３０は、本実施形態に限定されない。他の実施形態において、要求処理部６３０は、車両制御部２２０に配される。要求処理部６３０は、車両１０２に搭乗するユーザの携帯端末に配されてもよい。要求処理部６３０は、上記ユーザの携帯端末上で動作するプログラムによって実現されてもよい。例えば、上記ユーザの携帯端末上でプログラムが実行されることで、当該携帯端末が要求処理部６３０として機能してもよい。

要求処理部６３０が、車両制御部２２０又は車両１０２に搭乗するユーザの携帯端末に配される場合、要求処理部６３０は、車両管理サーバ１１０にアクセスして、通信時に車両１０４を識別する情報を取得してよい。通信時に車両１０４を識別する情報は、例えば、サービス情報格納部６１４に格納されている。これにより、要求処理部６３０が、車両制御部２２０又は車両１０２に搭乗するユーザの携帯端末に配される場合であっても、車両１０２及び車両１０４の間で通信を確立することができる。

携帯端末は、車両１０４のコンピュータと情報を送受することができる装置であればよく、携帯電話若しくはスマートフォン、ノートブック・コンピュータ若しくはラップトップ・コンピュータ、ＰＤＡ、タブレット端末、ウェアラブル・コンピュータなどを例示することができる。ウェアラブル・コンピュータとしては、メガネ型、腕輪型、指輪型などのウェアラブル・コンピュータを例示することができる。

携帯端末は、複数の通信方式に対応してもよい。例えば、携帯端末は、３Ｇ方式、ＬＴＥ方式、４Ｇ方式などの移動体通信方式と、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ（登録商標）、ＷｉＭＡＸ（登録商標）などの近距離無線通信方式との両方の通信方式に対応する。

携帯端末は、ＣＰＵ等のプロセッサ、ＲＯＭ、ＲＡＭ、通信インターフェースなどを有するデータ処理装置と、キーボード、タッチパネル、マイク、ＧＰＳ情報受信装置などの入力装置と、表示装置、スピーカなどの出力装置と、メモリ、ＨＤＤなどの記憶装置とを備えてよい。上記のデータ処理装置又は記憶装置は、上記のソフトウエア又はプログラムを記憶してよい。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。また、技術的に矛盾しない範囲において、特定の実施形態について説明した事項を、他の実施形態に適用することができる。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。各ステップを実施する順序及びタイミングは、技術的に矛盾が生じない範囲において、適宜、変更してよい。

１０ 通信ネットワーク、１２ 基地局、１４ アクセスポイント、４０ 商品、１００ 受発注システム、１０２ 車両、１０４ 車両、１１０ 車両管理サーバ、２０２ 電源部、２０４ 受電部、２０６ 給電部、２１２ 移動体通信部、２１４ 車両間通信部、２１６ 近距離通信部、２２０ 車両制御部、２２２ 運転制御部、２２４ 通信制御部、３０２ ドア、３０４ ドア、３１０ サービス提供部、３２０ 搬送部、３２２ 開口部、３２４ 開口部、３３０ 駆動部、３３２ 支持部、３４０ フラップ、３４２ ガイド部、３４４ ガイド部、４２０ ベルトコンベア、４２２ 筐体、４４６ ガイド部、６１０ 情報収集部、６１２ 車両情報格納部、６１４ サービス情報格納部、６２０ 要求受付部、６３０ 要求処理部、７１２ 抽出条件決定部、７１４ 抽出部、７１６ 抽出結果生成部、７２０ マッチング部、７３０ 異常検出部、７４０ 制御情報生成部、８００ データテーブル、８０２ 車両ＩＤ、８０４ ＩＰアドレス、８０６ 情報、８０８ 運行状況、８１２ 現在位置、８１４ 目的地、８１６ 予定時刻、９００ データテーブル、９０２ 車両ＩＤ、９０４ サービス提供者の名称、９０６ サービスの概要、９０８ ＵＲＬ、９１０ 注文状況、９１２ 時刻、９１４ 場所、１０００ サービス選択画面、１００２ サービス提供者の名称、１００４ サービスの概要、１００６ 予定時刻、１００８ 到着予定時刻、１０１０ オークション情報

Claims (11)

1. 第１の移動体に搭乗しているユーザに対して、第２の移動体により提供される１以上のサービスの中から、前記ユーザの指示に適合するサービスを決定するサービス決定部と、
   前記ユーザが前記決定されたサービスを利用したなら、前記第１の移動体が前記第１の移動体の目的地に到着することになる到着予定時刻を推定する到着時刻推定部と、
   を備える、情報処理システム。
2. 前記ユーザが前記決定されたサービスを利用したなら、前記第１の移動体と前記第２の移動体とが合流することになる合流予定時刻を推定する合流条件推定部を更に備える、
   請求項１に記載の情報処理システム。
3. 第１の移動体に搭乗しているユーザに対して、第２の移動体により提供される１以上のサービスの中から、前記ユーザの指示に適合するサービスを決定するサービス決定部と、
   前記ユーザが前記決定されたサービスを利用したなら、前記第１の移動体と前記第２の移動体とが合流することになる合流予定時刻を推定する合流条件推定部と、
   を備える、情報処理システム。
4. 前記合流条件推定部は、更に、前記ユーザが前記決定されたサービスを利用したなら、前記第１の移動体と前記第２の移動体とが合流することになる合流予定地点を推定し、
   前記情報処理システムは、
   前記第１の移動体のコンピュータに、前記第１の移動体の目的地及び目的時刻として、前記合流予定時刻及び前記合流予定地点を設定するステップを実行させるための命令を、前記第１の移動体のコンピュータに送信し、
   前記第２の移動体のコンピュータに、前記第２の移動体の目的地及び目的時刻として、前記合流予定時刻及び前記合流予定地点を設定するステップを実行させるための命令を、前記第２の移動体のコンピュータに送信する、
   請求項２又は請求項３に記載の情報処理システム。
5. 前記合流条件推定部は、前記第１の移動体の現在位置、前記第２の移動体の現在位置、及び経路情報に基づいて、前記合流予定地点を推定する、
   請求項４に記載の情報処理システム。
6. 前記合流条件推定部は、前記第１の移動体の現在位置、前記第２の移動体の現在位置、及び経路情報に基づいて、前記合流予定時刻を推定する、
   請求項２から請求項５までの何れか一項に記載の情報処理システム。
7. 前記決定されたサービスは、前記第１の移動体及び前記第２の移動体の移動中に提供される、
   請求項１から請求項６までの何れか一項に記載の情報処理システム。
8. 前記サービス決定部は、オークション方式により、前記ユーザの指示に適合するサービスを決定する、
   請求項１から請求項７までの何れか一項に記載の情報処理システム。
9. コンピュータを、請求項１から請求項８までの何れか一項に記載の情報処理システムとして機能させるためのプログラム。
10. 他の車両に、物品又は電力を供給するサービスを提供する車両であって、
    前記車両及び前記他の車両の移動中に、前記他の車両との間で、人、物品又は電力を授受するためのサービス提供部を備える、
    車両。
11. 電源部と、
    非接触電力伝送方式により、前記電源部から他の車両に電力を供給する給電部と、
    を備える、車両。