JP7132202B2 - 配車システム、配車方法、およびプログラム - Google Patents

Description

本発明は、配車システム、配車方法、およびプログラムに関する。特に、ユーザーの訪問先に応じた、車両の配車方法に関する。

従来、タクシーなどの配車サービスが行われている。例えば、特許文献１では、ユーザー端末の位置情報および目的地情報に基づいて、タクシーを配車する複数の配車センターをユーザーに通知し、それらの複数の配車センターの中からユーザーが配車センターを選択可能とする技術が開示されている。

特開２００３―１１５０９８号公報

例えば、ユーザーがある目的地へ向かった際に、その目的地における行動によって車両が必要となる場合がある。具体的には、ユーザーが家具屋に訪問した際に、家具を購入したとする。その場合に、ユーザーが家具を持ち帰ることを希望する際には、家具の大きさに応じた運搬手段が必要となる。

本発明は、ユーザーの訪問先に応じて必要となるであろう車両の配車サービスを提供することを目的とする。

上記課題を解決するために本願発明は以下の構成を有する。すなわち、配車システムであって、
施設の情報と車両の情報とを対応付けて保持する保持手段と、
移動体端末から位置情報を取得する取得手段と、
前記位置情報に基づいて、前記移動体端末が移動する施設を特定する特定手段と、
前記保持手段にて保持されている情報に基づき、前記特定手段にて特定された施設に対応付けられている車両を、当該施設に対して配車する車両として決定する決定手段と
を備える。

本発明によれば、ユーザーの訪問先に応じた、必要となるであろう車両の配車サービスを提供する。

本願発明の一実施形態に係るシステム構成の例を示す図。 本願発明の一実施形態に係る装置のハードウェア構成の例を示す図。 本願発明の一実施形態に係る装置のソフトウェア構成の例を示す図。 本願発明の一実施形態に係る拠点情報テーブルの構成例を示す図。 本願発明の一実施形態に係る車両情報テーブルの構成例を示す図。 本願発明の一実施形態に係る施設情報テーブルの構成例を示す図。 本願発明の一実施形態に係る処理シーケンスを示す図。 本願発明の一実施形態に係る処理シーケンスを示す図。 本願発明の一実施形態に係る配車サービスの例を説明するための図。 本願発明の別の実施形態に係る処理シーケンスを示す図。 本願発明の別の実施形態に係る処理シーケンスを示す図。

以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでするものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴うち二つ以上の特徴が任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

［システム構成］
図１は、本願発明の一実施形態に係るシステム構成の例を示す。本実施形態に係る配車システムにおいて、携帯端末１０１、配車サーバー１０２、および拠点端末１０３がネットワーク１０４を介して通信可能に接続される。本実施形態では、携帯端末１０１は移動体である車両に設置され、移動可能に構成されるものとする。なお、携帯端末１０１は、スマートフォンやタブレット端末にて構成されてもよいし、車両に設置されるナビゲーションシステムとして構成されてもよい。なお、図１では１台の携帯端末１０１が示されているが、更に多くの携帯端末が含まれてもよい。

配車サーバー１０２は、情報処理装置であり、本願発明に係る各種データを保持、管理し、配車サービスを提供する。なお、図１では、配車サーバー１０２は１台が示されているが、負荷分散などの観点から、複数の装置にて実現してもよい。拠点端末１０３は、情報処理装置であり、配車される車両が配置された拠点に設置される。拠点端末１０３は、配車サーバー１０２からの通知を受け付け、配車を行う担当者に通知する。拠点端末１０３は、配車を行う拠点ごとに設置されてよい。拠点端末１０３は、配車を行う車両が配置された拠点の数だけ設けられてよい。ネットワーク１０４は、例えば、インターネットなどから構成される。なお、各装置間の通信方式や有線／無線などは特に限定されるものではなく、複数の方式が組み合わされて構成されてよい。

［装置構成］
図２（ａ）は、本実施形態に係る携帯端末１０１のハードウェア構成の例を示す。携帯端末１０１は、移動体端末であり、ＣＰＵ(Central Processing Unit)２０１、メモリー２０２、ＨＤＤ(Hard Disk Drive)２０３、表示部２０４、入力部２０５、音声出力部２０６、通信部２０７、および位置取得部２０８を含んで構成される。ＣＰＵ２０１は、携帯端末１０１の全体制御を司り、ＨＤＤ２０３に保持されたプログラムを読み出して実行することにより、各種機能を実現する。メモリー２０２は、記憶領域であり、例えば、プログラムを実行する際のワークエリアとして用いられる。ＨＤＤ２０３は、不揮発性の記憶手段であり、例えば、本実施形態に係る各種プログラムやデータが記憶される。

表示部２０４は、各種ＵＩ（User Interface）画面やデータなどを表示するための表示手段である。入力部２０５は、ユーザー操作等を受け付けるための入力手段である。本実施形態では、入力部２０５は、手動操作を受け付ける他、マイク等の音声入力部としても動作する。表示部２０４と入力部２０５が一体化したタッチパネルディスプレイなどが用いられてもよい。音声出力部２０６は、音声を出力するための手段であり、例えば、スピーカーなどが用いられる。通信部２０７は、外部装置（例えば、配車サーバー１０２）と通信を行うためのインターフェースである。位置取得部２０８は、自装置の位置を取得するための手段であり、例えば、ＧＰＳ（Global Positioning System）などが用いられる。携帯端末１０１が備える各部位は、バス２０９を介して通信可能に接続される。

図２（ｂ）は、本実施形態に係る配車サーバー１０２および拠点端末１０３として動作可能な情報処理装置のハードウェア構成の例を示す。情報処理装置は、ＣＰＵ２１１、ＲＯＭ(Read Only Memory)２１２、ＲＡＭ(Random Access Memory)２１３、ＨＤＤ２１４、出力部２１５、入力部２１６、および通信部２１７を含んで構成される。ＣＰＵ２０１は、情報処理装置の全体制御を司り、ＨＤＤ２１４等に保持されたプログラムをＲＡＭ２１３に読み出して実行することにより、各種機能を実現する。ＲＯＭ２１２は、不揮発性の記憶領域であり、データやプログラムが保持される。ＲＡＭ２１３は、揮発性の記憶領域であり、例えば、プログラムの実行時におけるワークエリアとして用いられる。ＨＤＤ２１４は、不揮発性の記憶手段であり、例えば、各種プログラムやデータが記憶される。

出力部２１５は、処理結果やデータなどを出力するための出力手段である。入力部２１６は、ユーザー操作等を受け付けるための入力手段である。通信部２１７は、外部装置と通信を行うためのインターフェースである。情報処理装置が備える各部位は、バス２１８を介して通信可能に接続される。ここでは配車サーバー１０２および拠点端末１０３が同じハードウェア構成を備えるものとして説明するが、それぞれが異なる構成であってもよい。また、拠点端末１０３は、携帯端末などにより構成されてもよい。

［ソフトウェア構成］
図３（ａ）は、本実施形態に係る携帯端末１０１のソフトウェア構成の例を示す。各部位は、例えば、携帯端末１０１のＣＰＵ２０１がＨＤＤ２０３に格納されたプログラムを読み出して実行することにより実現される。携帯端末１０１は、位置情報取得部３０１、データ送受信部３０２、および経路情報管理部３０３を含んで構成される。

位置情報取得部３０１は、位置取得部２０８を介して、自身の位置情報を取得する。また、位置情報取得部３０１は、自身の位置情報を配車サーバー１０２に送信するためのデータ形式に変換する。データ送受信部３０２は、通信部２０７を介して、配車サーバー１０２との通信を行う。ここでの通信では、位置情報や経路情報などがやり取りされる。経路情報管理部３０３は、携帯端末１０１が移動する経路（目的地）が決定している場合にその経路を管理する。ここでの経路とは、例えば、ナビゲーションシステムとして動作する際の経路情報であってよい。

図３（ｂ）は、本実施形態に係る配車サーバー１０２のソフトウェア構成の例を示す。各部位は、例えば、配車サーバー１０２のＣＰＵ２１１がＨＤＤ２１４に格納されたプログラムを読み出して実行することにより実現される。配車サーバー１０２は、拠点情報管理部３１１、車両情報管理部３１２、施設情報管理部３１３、車両決定部３１４、およびデータ送受信部３１５を含んで構成される。

拠点情報管理部３１１は、配車される車両（移動体）が管理される拠点の情報を管理する。本実施形態では、拠点には拠点端末１０３が位置するものとして説明する。車両情報管理部３１２は、各拠点における車両の配車状況を管理する。施設情報管理部３１３は、地図情報等に基づき、移動先となる施設の情報を管理する。車両決定部３１４は、携帯端末１０１から受信した位置情報や経路情報に基づいて、配車の有無および配車される車両を決定する。データ送受信部３１５は、通信部２１７を介して、携帯端末１０１や拠点端末１０３との通信を行う。

図３（ｃ）は、本実施形態に係る拠点端末１０３のソフトウェア構成の例を示す。各部位は、例えば、拠点端末１０３のＣＰＵ２１１がＨＤＤ２１４に格納されたプログラムを読み出して実行することにより実現される。拠点端末１０３は、通知管理部３２１、および通知受信部３２２を含んで構成される。通知管理部３２１は、配車サーバー１０２から受信した配車要求に関する通知を管理する。また、通知管理部３２１は、受信した通知に応じて車両の配車が行われた場合には、その旨を配車サーバー１０２へ通知する。通知受信部３２２は、配車サーバー１０２から配車要求に関する通知を受信する。

［データ構成］
図４～図６は、本実施形態に係るデータ構成の例を示す図である。本実施形態では、配車サーバー１０２の各管理部が、図４に示す各テーブルを用いて保持、管理する。

図４は、配車サーバー１０２の拠点情報管理部３１１にて管理される拠点情報テーブルの構成例を示す。拠点情報テーブルは、拠点ＩＤと拠点位置が対応づけて管理される。拠点ＩＤは、拠点を一意に識別するための識別子（識別情報）である。拠点位置は、拠点が位置する位置情報を示し、ここでは、緯度、経度、高度などの情報から構成される。

図５は、配車サーバー１０２の車両情報管理部３１２にて管理される車両情報テーブルの構成例を示す。車両情報テーブルは、車両ＩＤ、車両属性、配置拠点、および配車情報が対応づけて管理される。車両ＩＤは、車両を一意に識別するための識別子（識別情報）である。車両属性は、車両の機能や構造に応じて設定される車両の属性情報を示す。配置拠点は、車両が配置される拠点を示し、ここでは、図４に示した拠点ＩＤが設定される。配車状況は、車両が配車されている情報が示される。

図６は、配車サーバー１０２の施設情報管理部３１３にて管理される施設情報テーブルの構成例を示す。施設情報テーブルは、施設ＩＤ、施設位置、施設属性、および配車車両属性が対応付けて管理される。施設ＩＤは、施設を一意に識別するための識別子（識別情報）である。施設位置は、施設が位置する位置情報を示し、ここでは、緯度、経度、高度などの情報から構成される。施設属性は、施設の構成や目的などに応じて設定される施設の属性を示す。配車車両属性は、施設に対して配車を行う候補となる車両の属性を示す。

なお、図４～図６に示すテーブルの構成は一例であり、他の構成であってもよい。例えば、施設に関する位置や属性などは高精度地図から収集してもよい。更には、ユーザーが利用する車両の車種や機能等などに関する情報を管理してもよい。

［処理シーケンス］
（配車処理）
図７Ａおよび図７Ｂは、本実施形態に係る配車処理のシーケンス図である。本処理シーケンスにおける各処理は、各装置が連携して動作することにより実現される。本実施形態では、各装置のＣＰＵがＨＤＤ等に格納されたプログラムを読み出して実行することにより実現される。

Ｓ７０１にて、携帯端末１０１は、位置取得部２０８を介して自装置の位置情報を取得する。ここでの位置情報は、現在の位置情報の他、経路情報管理部３０３にて、予め設定された移動経路（行先）に基づいて移動する施設の情報を取得できる場合にはその情報を含めてもよい。

Ｓ７０２にて、携帯端末１０１は、Ｓ７０１にて取得した位置情報、および携帯端末１０１を所有しているユーザーが現在移動に使用している車両の車両情報を配車サーバー１０２へ送信する。車両情報は、例えば車両が車である場合には、その車種などを含めてもよい。または、移動に車両を使用しておらず徒歩である場合や、自転車や二輪車（バイク）などを移動に使用している場合にはその旨を含めてもよい。

Ｓ７０３にて、配車サーバー１０２は、携帯端末１０１から位置情報および車両情報を受信する。

Ｓ７０４にて、配車サーバー１０２は、Ｓ７０３にて受信した位置情報および施設情報テーブル（図６）に基づき、ユーザー（携帯端末１０１）の移動先となる施設を特定する。

Ｓ７０５にて、配車サーバー１０２は、施設情報テーブル（図６）に基づき、Ｓ７０４にて特定した施設に対応付けられた車両の属性情報を取得する。

Ｓ７０６にて、配車サーバー１０２は、拠点情報テーブル（図４）、車両情報テーブル（図５）、および施設情報テーブル（図６）を参照し、Ｓ７０３にて取得した位置情報から所定の範囲内に位置する拠点において、Ｓ７０５にて取得した属性情報を有する車両のうち、配車可能な車両を特定する。ここでの所定の範囲は予め設定されているものとする。また、所定の範囲は、距離の他、所要時間などにて規定されてもよい。

Ｓ７０７にて、配車サーバー１０２は、Ｓ７０３にて受信した車両情報が示す属性と、Ｓ７０６にて特定した属性とを比較し、一致するか否かを判定する。なお、Ｓ７０３にて受信した車両情報が示す属性は、配車サーバー１０２が車種などから特定してもよい。また、携帯端末１０１を所有しているユーザーが徒歩である場合には、その情報を属性として用いられてもよい。属性が一致する場合は（Ｓ７０７にてＹＥＳ）Ｓ７０８へ進み、一致しない場合は（Ｓ７０７にてＮＯ）Ｓ７１０へ進む。

Ｓ７０８にて、配車サーバー１０２は、携帯端末１０１に対して配車を行わない旨の通知を送信する。

Ｓ７０９にて、携帯端末１０１は、配車サーバー１０２から配車を行わない旨の通知を受信する。そして、本処理フローを終了する。その後、携帯端末１０１は、例えば、通知を受信してから一定時間が経過した場合、もしくは、一定の距離を移動したことを検知した場合に、再度Ｓ７０１へ戻り処理を繰り返してよい。

Ｓ７１０にて、配車サーバー１０２は、携帯端末１０１に対して配車を行うか否かの確認の通知を送信する。ここでは、配車先として、位置情報に基づいて決定された施設の場所、および、決定された車両の情報を併せて通知してよい。更には、配車を行う際の到着予定時刻などの情報を併せて通知してもよい。

Ｓ７１１にて、携帯端末１０１は、配車サーバー１０２からの確認の通知を受信する。そして、携帯端末１０１は、表示部２０４にて、受信した通知内容に基づき、配車を行うか否かを受け付けるための確認画面（不図示）を表示する。確認画面（不図示）では、到着予定時刻の変更などを併せて受け付けてもよい。

Ｓ７１２にて、携帯端末１０１は、ユーザーから、確認画面（不図示）を介して配車の実行指示を受け付けたか否かを判定する。実行指示を受け付けた場合（Ｓ７１２にてＹＥＳ）Ｓ７１３へ進み、受け付けていない場合（Ｓ７１２にてＮＯ）Ｓ７２２へ進む。

Ｓ７１３にて、携帯端末１０１は、ユーザーの指示に基づき、配車サーバー１０２に対して配車承認の通知を送信する。

Ｓ７１４にて、配車サーバー１０２は、携帯端末１０１から配車承認の通知を受信する。

Ｓ７１５にて、配車サーバー１０２は、Ｓ７１４にて受信した通知に基づき、Ｓ７０６にて特定した拠点に設置された拠点端末１０３に対して、Ｓ７０６にて特定した車両をＳ７０３にて取得した施設に配車するように配車依頼を送信する。

Ｓ７１６にて、拠点端末１０３は、配車サーバー１０２から配車依頼を受信する。

Ｓ７１７にて、拠点端末１０３は、Ｓ７１６にて受信した配車依頼に基づき、配車動作を促す指示画面（不図示）を表示する。これに伴って、拠点に位置するサービスマンは、配車に関する動作を行うこととなる。

Ｓ７１８にて、拠点端末１０３は、サービスマンによる配車に関する動作が完了した後、その結果を受け付ける。そして、拠点端末１０３は、配車結果を配車サーバー１０２へ通知する。なお、配車に関する動作中でもその都度ステータスを変更するような通知を行うような構成であってもよい。

Ｓ７１９にて、配車サーバー１０２は、拠点端末１０３から配車結果の通知を受信する。これに伴い、配車サーバー１０２は、車両情報テーブル（図５）における配車状況のステータスを更新する。

Ｓ７２０にて、配車サーバー１０２は、Ｓ７１９にて受信した配車結果に基づき、配車情報の通知を携帯端末１０１へ送信する。ここでの通知には、車両の到着の予定時刻や配車される車両の情報（目印など）などが示されてよい。

Ｓ７２１にて、携帯端末１０１は、配車サーバー１０２から配車情報の通知を受信する。そして、本処理フローを終了する。

Ｓ７２２にて、携帯端末１０１は、ユーザーからの指示に基づき、配車不要の通知を配車サーバー１０２へ送信する。

Ｓ７２３にて、配車サーバー１０２は、携帯端末１０１から配車不要の通知を受信する。そして、本処理フローを終了する。その後、携帯端末１０１は、例えば、通知を受信してから一定時間が経過した場合、もしくは、一定の距離を移動したことを検知した場合に、再度Ｓ７０１へ戻り処理を繰り返してよい。

［配車概要］
図８は、本実施形態に係る配車サービスによる配車の概要を説明するための図である。図８において、携帯端末１０１が搭載された車両８０１が、移動しており、施設８０２、８０３に順次訪問する例を示している。車両８０１は、例えば軽自動車とし、荷物等の積載量が比較的小さいものとする。また、施設８０２をコンビにエンスストアとし、施設８０３を家具屋とする。また、拠点８０４には、拠点端末１０３が設置され、配車が可能な複数台の車両（車両８０５～８０７）が配置されている。車両８０５～８０７は、荷物等の積載量が比較的大きく、特に車両８０７は、家具の積載が可能なサイズであるとする。

携帯端末１０１からは、車両８０１よる移動に伴い、適時位置情報を配車サーバー１０２へ送信する。そして、図７Ａおよび図７Ｂに示す処理に基づいて配車を行うか否かが判定される。ここでは、車両８０１が施設８０２に訪問した際には、配車は不要と判定され、拠点８０４からの配車は行われない。一方、車両８０１が施設８０３に訪問した際には、配車は必要と判定された後、ユーザーからの配車の実行指示が行われた場合に、拠点８０４から車両８０７の配車が行われる。

以上、本実施形態により、ユーザーの訪問先に応じた、必要となるであろう車両の配車サービスを提供することが可能となる。

＜その他の実施形態＞
上記実施形態にて述べた図７ＡのＳ７０３の処理において、配車サーバー１０２が携帯端末１０１から車両情報を取得している。この際に、車両情報により、ユーザーが徒歩以外にて移動先に移動しているか否かを判定し、徒歩以外である場合に以降の処理を行ってもよい。もしくは、車両情報により、ユーザーが所定の種類の車両にて移動しているか否かを判定し、所定の種類の車両にて移動している場合に以降の処理を行ってもよい。ここでの所定の種類の車両としては、例えば、軽自動車、二輪車（バイク）、自転車など、荷物や搭乗員の積載量が比較的小さい車両が挙げられる。

図９Ａおよび図９Ｂは、上記構成を踏まえた、本願発明の別形態における配車処理のシーケンス図である。図７Ａおよび図７Ｂと同じ処理については同じ参照番号を付し、説明を省略する。配車サーバー１０２は、Ｓ７０３にて携帯端末１０１から位置情報および車両情報を受信した後、Ｓ９０１へ進む。

Ｓ９０１にて、配車サーバー１０２は、Ｓ７０３にて受信した車両情報に基づき、ユーザーの移動手段を特定する。例えば、車両情報にて所定の車両の種類が指定されていた場合には、移動手段を車両として特定する。車両情報にて車両の種類等が示されていない場合には、移動手段を徒歩として特定する。もしくは、車両情報にて車両の種類等が示されていない場合であっても、位置情報に基づいて、直前の一定期間における移動速度や移動位置（歩道か車道かなど）に基づいて、移動手段を特定してよい。なお、ここでの移動手段としては、徒歩、自転車、二輪車、自動車などの分類が用いられてよい。

Ｓ９０２にて、配車サーバー１０２は、Ｓ９０１にて特定した移動手段が徒歩か否かを判定する。移動手段が徒歩である場合（Ｓ９０２にてＹＥＳ）Ｓ７０８へ進む。この場合は、配車は行わないものとして、以降の処理を進める。一方、移動手段が徒歩でない場合には（Ｓ９０２にてＮＯ）、Ｓ９０３へ進み、以降の処理を進める。

Ｓ９０３にて、配車サーバー１０２は、Ｓ７０３にて受信した車両情報に基づき、車両の属性を特定する。例えば、車両の車種などから当該車両が属する種類（例えば、軽自動車、二輪車（バイク）、自転車など）やその機能（積載量や搭乗可能人数など）を特定する。ここでの属性の特定方法としては、予め保持されたテーブルを用いてもよい。また、属性の分類は予め規定されていてよい。

Ｓ９０４にて、配車サーバー１０２は、Ｓ９０３にて特定した車両の属性が所定の属性か否かを判定する。ここでの所定の属性は予め規定されているものとする。車両の属性が所定の属性でない場合（Ｓ９０４にてＮＯ）Ｓ７０８へ進む。この場合、配車は行わないものとして、以降の処理を進める。一方、車両の属性が所定の属性である場合（Ｓ９０４にてＹＥＳ）Ｓ７０４へ進む。

なお、車両の属性が所定の属性である場合（Ｓ９０４にてＹＥＳ）にその後に行われるＳ７０７の処理では、Ｓ９０３にて特定した車両の属性と、Ｓ７０６にて取得した属性情報とを比較するような構成であってもよい。もしくは、配車を行うことを前提として、Ｓ７０４～Ｓ７０６の処理を行った上で、Ｓ７０７の処理を省略するような構成であってもよい。

また、上記実施形態では、図４～図６に示すようなテーブルを用いた例を示した。しかし、この構成に限定するものではなく、例えば、配車条件を詳細に定義したテーブルを用いてもよい。例えば、ユーザーの免許に関する情報（運転可能な車両の情報など）を更に対応付けてもよい。

また、上記実施形態にて述べた図７ＡのＳ７０１の処理において、経路情報管理部３０３にて経路情報を取得できた場合に、移動先となる施設の情報を取得していた。これに加え、経路情報管理部３０３は、ユーザー等からの指示により新たな移動先（行先）が設定されたことを検知した場合には、再度、図７Ａおよび図７Ｂに示す処理を実行するような構成であってもよい。

また、上記の実施形態では、経路情報管理部３０３は、経路情報を管理する例を示したが、これに限定するものではない。例えば、旅行の日程管理や、スケジュール帳などの機能と連携した上で、移動先（行先）を特定してもよい。

また、上記実施形態では、配車において車両自体のみを対象として述べた。これに限定するものではなく、更にドライバーの手配も併せて行うか否かを判定してもよい。

本願発明に係る配車サービスは、携帯端末１０１が備えるＷｅｂブラウザ（不図示）を用いたＷｅｂサービスとして利用される構成でもよいし、携帯端末１０１にインストールされて動作するアプリケーションとして利用される構成でもよい。

＜実施形態のまとめ＞
１．上記実施形態の配車システム（例えば、１０２）は、
施設の情報と車両の情報とを対応付けて保持する保持手段（例えば、２１４、３１１～３１３）と、
移動体端末（例えば、１０１）から位置情報を取得する取得手段（例えば、３１５）と、
前記位置情報に基づいて、前記移動体端末が移動する施設を特定する特定手段（例えば、３１４）と、
前記保持手段にて保持されている情報に基づき、前記特定手段にて特定された施設に対応付けられている車両を、当該施設に対して配車する車両として決定する決定手段（例えば、３１４）と
を備える。

この実施形態によれば、ユーザーの訪問先に応じた、必要となるであろう車両の配車サービスを提供することが可能となる。

２．上記実施形態では、前記取得手段は更に、前記移動体端末が車両にて移動しているか否かを示す情報を取得し、
前記決定手段は、前記移動体端末が車両にて移動していない場合には、前記特定手段にて特定された施設に対して配車を行わないと決定する。

この実施形態によれば、移動体端末のユーザーが車両にて移動しているか否かに応じて、車両の配車サービスを提供するか否かを切り替えることができる。

３．上記実施形態では、前記取得手段は更に、前記移動体端末が搭載されている車両の情報を取得し、
前記決定手段は、前記保持手段にて保持されている前記特定手段にて特定された車両の属性情報と、前記取得手段にて取得した車両の情報にて示される属性情報とが一致する場合には、前記特定手段にて特定された施設に対して配車を行わないと決定する。

この実施形態によれば、移動体端末のユーザーが搭乗している車両と同じ属性の車両については、配車を行わないように制御することができる。

４．上記実施形態では、前記決定手段は、前記取得手段にて取得した車両の情報にて示される属性情報が、所定の属性とは異なる場合には、前記特定手段にて特定された施設に対して配車を行わないと決定する。

この実施形態によれば、移動体端末のユーザーが搭乗している車両が所定の属性以外の車両であれば、配車を行わないように制御することができる。

５．上記実施形態では、前記決定手段は、前記取得手段にて取得した車両の情報にて示される属性情報が、所定の属性である場合に、前記特定手段にて特定された施設に対して配車を行うと決定する。

この実施形態によれば、移動体端末のユーザーが搭乗している車両が所定の属性の車両である場合に、配車を行うように制御することができる。

６．上記実施形態では、前記所定の属性は、前記車両が軽自動車、二輪車、または、自転車であること示す。

この実施形態によれば、車両が軽自動車、二輪車、または、自転車である場合に、配車サービスを提供するように制御することができる。

７．上記実施形態では、前記取得手段は、前記移動体端末が移動する行先が設定された経路情報を更に取得し、
前記特定手段は、前記経路情報に基づいて、前記移動体端末が移動する施設を特定する。

この実施形態によれば、予め設定された経路情報に基づき、これから訪問する施設を特定し、その施設に応じて配車する車両を決定することができる。

８．上記実施形態では、前記経路情報が更新されるごとに、前記特定手段および前記決定手段による処理が行われる。

この実施形態によれば、行先が新たに更新されるごとにその行先に応じた車両を決定することができる。

９．上記実施形態では、前記特定手段にて特定された施設に対して、前記決定手段にて決定された車両を配車するように外部端末（例えば、１０３）へ通知する通知手段（例えば、３１４、３１５）を更に有する。

この実施形態によれば、車両を配車する拠点に対して、配車の要求を行うことが可能となる。

１０．上記実施形態では、前記特定手段にて特定された施設に対して、前記決定手段にて決定された車両を配車するか否かを確認する確認画面を、前記移動体端末に表示させる確認手段（例えば、３１４、３１５）を更に有する。

この実施形態によれば、配車される車両に関する確認を移動体端末のユーザーに確認することができ、適切に配車サービスを提供することができる。

１１．上記実施形態では、前記施設は、所定のサイズの積載物を搬出する施設として設定された施設である。

この実施形態によれば、大型の荷物などを搬出する必要がある施設に対して、車両を配車するように適切に制御することができる。

１２．上記実施形態の配車方法は、
移動体端末（例えば、１０１）から位置情報を取得する取得工程と、
前記位置情報に基づいて、前記移動体端末が移動する施設を特定する特定工程と、
施設の情報と車両の情報とを対応付けて保持する保持手段（例えば、２１４、３１１～３１３）にて保持されている情報に基づき、前記特定工程にて特定された施設に対応付けられている車両を、当該施設に対して配車する車両として決定する決定工程と
を有する。

この実施形態によれば、ユーザーの訪問先に応じた、必要となるであろう車両の配車サービスを提供することが可能となる。

１３．上記実施形態のプログラムは、
コンピューター（例えば、１０２、２１１）を、
施設の情報と車両の情報とを対応付けて保持する保持手段（例えば、２１３、３１１～３１３）、
移動体端末（例えば、１０１）から位置情報を取得する取得手段（例えば、３１５）、
前記位置情報に基づいて、前記移動体端末が移動する施設を特定する特定手段（例えば、３１４）、
前記保持手段にて保持されている情報に基づき、前記特定手段にて特定された施設に対応付けられている車両を、当該施設に対して配車する車両として決定する決定手段（例えば、３１４）
として機能させる。

この実施形態によれば、ユーザーの訪問先に応じた、必要となるであろう車両の配車サービスを提供することが可能となる。

発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

１０１…携帯端末、１０２…配車サーバー、１０３…拠点端末、１０４…ネットワーク、３１１…拠点情報管理部、３１２…車両情報管理部、３１３…施設情報管理部、３１４…車両決定部、３１５…データ送受信部

Claims (13)

1. 施設の情報と車両の情報とを対応付けて保持する保持手段と、
   移動体端末から位置情報を取得する取得手段と、
   前記位置情報に基づいて、前記移動体端末が移動する施設を特定する特定手段と、
   前記保持手段にて保持されている情報に基づき、前記特定手段にて特定された施設に対応付けられている車両を、当該施設に対して配車する車両として決定する決定手段と
   を備えることを特徴とする配車システム。
2. 前記取得手段は更に、前記移動体端末が車両にて移動しているか否かを示す情報を取得し、
   前記決定手段は、前記移動体端末が車両にて移動していない場合には、前記特定手段にて特定された施設に対して配車を行わないと決定することを特徴とする請求項１に記載の配車システム。
3. 前記取得手段は更に、前記移動体端末が搭載されている車両の情報を取得し、
   前記配車システムは更に、
   前記保持手段にて保持されている車両の情報に基づき、前記特定手段にて特定された施設の情報に対応付けられた車両の情報を取得する第２取得手段と、
   前記取得手段にて取得された位置情報と前記第２取得手段にて取得された車両の情報とに基づいて、前記特定手段にて特定された施設に対して配車可能な車両を特定する第２特定手段と、を備え、
   前記決定手段は、前記第２特定手段にて特定された車両の情報にて示される属性情報と、前記取得手段にて取得した車両の情報にて示される属性情報とが一致する場合には、前記特定手段にて特定された施設に対して配車を行わないと決定することを特徴とする請求項１または２に記載の配車システム。
4. 前記配車システムは更に、
   前記取得手段にて取得した車両の情報にて示される属性情報が所定の属性であるか否かを判定する判定手段、を備え、
   前記決定手段は、前記取得手段にて取得した車両の情報にて示される属性情報が、前記所定の属性でないと前記判定手段にて判定された場合には、前記特定手段にて特定された施設に対して配車を行わないと決定し、
   当該決定が行われる場合には、前記第２特定手段にて特定された車両の情報にて示される属性情報と、前記取得手段にて取得した車両の情報にて示される属性情報とに基づく前記決定手段による決定は行われない、
   ことを特徴とする請求項３に記載の配車システム。
5. 前記取得手段にて取得した車両の情報にて示される属性情報が、前記所定の属性であると前記判定手段にて判定された場合には、前記取得手段により取得された車両の情報と、前記第２特定手段により特定された車両の情報とに基づいて、前記決定手段による決定が行われる、ことを特徴とする請求項４に記載の配車システム。
6. 前記所定の属性は、前記車両が軽自動車、二輪車、または、自転車であること示すこと特徴とする請求項４または５に記載の配車システム。
7. 前記取得手段は、前記移動体端末が移動する行先が設定された経路情報を更に取得し、
   前記特定手段は、前記経路情報に基づいて、前記移動体端末が移動する施設を特定することを特徴とする請求項１乃至６のいずれか一項に記載の配車システム。
8. 前記経路情報が更新されるごとに、前記特定手段および前記決定手段による処理が行われることを特徴とする請求項７に記載の配車システム。
9. 前記決定手段にて決定された車両が配置されている拠点に設置された端末に対して、前記特定手段にて特定された施設に対して前記決定手段にて決定された車両を配車するように配車依頼を送信する送信手段を更に有することを特徴とする請求項１乃至８のいずれか一項に記載の配車システム。
10. 前記特定手段にて特定された施設に対して、前記決定手段にて決定された車両を配車するか否かを確認する確認画面を、前記移動体端末に表示させる確認手段を更に有することを特徴とする請求項１乃至９のいずれか一項に記載の配車システム。
11. 前記施設は、所定のサイズの積載物を搬出する施設として設定された施設であることを特徴とする請求項１乃至１０のいずれか一項に記載の配車システム。
12. 配車サーバーにおいて実行される配車方法であって、
    前記配車サーバーが、移動体端末から位置情報を取得する取得工程と、
    前記配車サーバーが、前記位置情報に基づいて、前記移動体端末が移動する施設を特定する特定工程と、
    前記配車サーバーが、施設の情報と車両の情報とを対応付けて保持する保持手段にて保持されている情報に基づき、前記特定工程にて特定された施設に対応付けられている車両を、当該施設に対して配車する車両として決定する決定工程と
    を有することを特徴とする配車方法。
13. コンピューターを、
    施設の情報と車両の情報とを対応付けて保持する保持手段、
    移動体端末から位置情報を取得する取得手段、
    前記位置情報に基づいて、前記移動体端末が移動する施設を特定する特定手段、
    前記保持手段にて保持されている情報に基づき、前記特定手段にて特定された施設に対応付けられている車両を、当該施設に対して配車する車両として決定する決定手段
    として機能させるためのプログラム。

Images