JP7519875B2 - On-board device, vehicle allocation method, vehicle allocation program, vehicle allocation management device, vehicle allocation management method, and vehicle allocation management program - Google Patents
On-board device, vehicle allocation method, vehicle allocation program, vehicle allocation management device, vehicle allocation management method, and vehicle allocation management program Download PDFInfo
- Publication number
- JP7519875B2 JP7519875B2 JP2020179936A JP2020179936A JP7519875B2 JP 7519875 B2 JP7519875 B2 JP 7519875B2 JP 2020179936 A JP2020179936 A JP 2020179936A JP 2020179936 A JP2020179936 A JP 2020179936A JP 7519875 B2 JP7519875 B2 JP 7519875B2
- Authority
- JP
- Japan
- Prior art keywords
- dispatch
- vehicle
- request
- vehicle dispatch
- taxi
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000007726 management method Methods 0.000 title claims description 92
- 238000000034 method Methods 0.000 title claims description 35
- 238000012545 processing Methods 0.000 claims description 19
- 230000004044 response Effects 0.000 description 55
- 238000010586 diagram Methods 0.000 description 31
- 238000012544 monitoring process Methods 0.000 description 27
- 230000007613 environmental effect Effects 0.000 description 25
- 238000004891 communication Methods 0.000 description 21
- 238000013473 artificial intelligence Methods 0.000 description 3
- 230000000052 comparative effect Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000007423 decrease Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 238000010801 machine learning Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 238000013135 deep learning Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000029305 taxis Effects 0.000 description 1
Images
Landscapes
- Traffic Control Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
開示の実施形態は、車載装置、配車方法、配車プログラム、配車管理装置、配車管理方法および配車管理プログラムに関する。 The disclosed embodiments relate to an in-vehicle device, a vehicle allocation method , a vehicle allocation program, a vehicle allocation management device, a vehicle allocation management method, and a vehicle allocation management program .
従来、タクシー会社等によって運営されるタクシーの配車システムが知られている。かかるシステムでは、たとえばGPS(Global Positioning System)を介して各タクシーの現在位置を把握しておき、電話等を通じたタクシー利用者からの配車依頼に応じてセンター側で最適なタクシーを検索し、選出されたタクシーへ配車要求を行う。 Conventionally, taxi dispatch systems operated by taxi companies and the like are known. In such systems, the current location of each taxi is tracked, for example, via a Global Positioning System (GPS), and in response to a dispatch request from a taxi user via telephone or the like, a center searches for the most suitable taxi and makes a dispatch request to the selected taxi.
また、近年では、タクシー利用者が利用する携帯端末上で動作するタクシー配車アプリを通じて、たとえばタクシー利用者の希望に最も適うタクシーを選出し、配車するタクシー配車サービスが登場してきている(たとえば、特許文献1参照)。 In recent years, taxi dispatch services have also emerged that select and dispatch a taxi that best suits the needs of a taxi customer through a taxi dispatch app that runs on the customer's mobile device (see, for example, Patent Document 1).
かかるサービスは、たとえばタクシー各社と提携するアプリ提供会社等によって運営され、タクシー利用者は、前述のアプリを通じて、タクシー会社を問わず自分にとって最適なタクシーの配車サービスを受けることができる。一方、タクシーのドライバーは、かかるサービスを通じ、自社の配車システム以外からの配車要求を受けることができ、タクシーが客を乗せている状態の割合を示す実車率を向上させることができる。 Such a service would be operated, for example, by an app provider that partners with various taxi companies, and through the aforementioned app, taxi users would be able to receive the taxi dispatch service that is best suited to them, regardless of the taxi company. Meanwhile, through such a service, taxi drivers would be able to receive dispatch requests from systems other than their own, thereby improving the on-boarding rate, which indicates the percentage of times that a taxi is carrying a passenger.
しかしながら、従来技術には、1台のタクシーに対し、複数の配車システムからの配車要求が重複してしまうのを防止するうえで、さらなる改善の余地がある。 However, there is room for further improvement in conventional technology in terms of preventing overlapping dispatch requests from multiple dispatch systems for a single taxi.
たとえば、上述した従来技術を用いた場合、1台のタクシーがほぼ同時に複数の配車システムからの配車要求を受けることが起こりうる。かかる場合、たとえばドライバーが一方の配車要求を受諾し、他方の配車要求を断れば、断られた方は新たに適したタクシーを選出せねばならず、手間がかかってしまう。 For example, when using the conventional technology described above, it is possible that one taxi will receive dispatch requests from multiple dispatch systems at almost the same time. In such a case, if a driver accepts one dispatch request and declines the other, the driver who was declined will have to select a new suitable taxi, which is time-consuming.
また、たとえばドライバーが故意にまたはミス等により複数の配車要求を受諾してしまった場合、タクシー利用者を長時間待たせてしまったり、タクシー側の無断キャンセルが生じたりすることが起こりうる。 For example, if a driver accepts multiple dispatch requests, either intentionally or by mistake, this could result in customers being kept waiting for a long time or the taxi driver canceling the request without notice.
実施形態の一態様は、上記に鑑みてなされたものであって、1台の輸送車両に対し、複数の配車システムからの配車要求が重複してしまうのを防止することができる車載装置、配車管理装置、配車システムおよび配車方法を提供することを目的とする。 One aspect of the embodiment has been made in consideration of the above, and aims to provide an on-board device, a vehicle dispatch management device, a vehicle dispatch system, and a vehicle dispatch method that can prevent overlapping dispatch requests from multiple vehicle dispatch systems for a single transport vehicle.
実施形態の一態様に係る車載装置は、輸送車両に搭載され、第1の配車システムおよび該第1の配車システム以外の第2の配車システムから利用者の配車依頼に基づく配車要求を受信する車載装置であって、コントローラを備える。前記コントローラは、前記第2の配車システムより先行して前記第1の配車システムから配車要求を取得した場合、前記第2の配車システムに当該輸送車両に対する配車要求を禁止する配車要求禁止を設定させる。 According to an embodiment, an on-board device is mounted on a transport vehicle and receives a dispatch request based on a dispatch request of a user from a first dispatch system and a second dispatch system other than the first dispatch system, the on-board device including a controller, when the controller receives a dispatch request from the first dispatch system prior to the second dispatch system, the controller causes the second dispatch system to set a dispatch request prohibition that prohibits the second dispatch system from making a dispatch request to the transport vehicle.
実施形態の一態様によれば、1台の輸送車両に対し、複数の配車システムからの配車要求が重複してしまうのを防止することができる。 According to one aspect of the embodiment, it is possible to prevent duplicate dispatch requests from multiple dispatch systems for a single transport vehicle.
以下、添付図面を参照して、本願の開示する車載装置、配車管理装置、配車システムおよび配車方法の実施形態を詳細に説明する。なお、以下に示す実施形態によりこの発明が限定されるものではない。 Below, embodiments of the vehicle-mounted device, vehicle dispatch management device, vehicle dispatch system, and vehicle dispatch method disclosed in the present application will be described in detail with reference to the attached drawings. Note that the present invention is not limited to the embodiments described below.
また、以下では、実施形態に係る統合配車システム1が、1台のタクシーTが第1の配車システム2および第2の配車システム3のそれぞれから配車要求を受けることができる統合システムである場合を例に挙げて説明を行う。
The following description will be given using as an example a case in which the integrated
まず、実施形態に係る配車方法の概要について、図1および図2を用いて説明する。図1は、本実施形態の比較例に係る配車方法の概要説明図である。また、図2は、実施形態に係る配車方法の概要説明図である。 First, an overview of the vehicle dispatch method according to the embodiment will be described with reference to Figs. 1 and 2. Fig. 1 is an overview explanatory diagram of a vehicle dispatch method according to a comparative example of the embodiment. Also, Fig. 2 is an overview explanatory diagram of the vehicle dispatch method according to the embodiment.
図1に示すように、統合配車システム1は、第1の配車システム2と、第2の配車システム3とを含む。
As shown in FIG. 1, the integrated
第1の配車システム2は、たとえばタクシー会社等により運営されるシステムであり、第1の配車管理装置20を含む。第2の配車システム3は、たとえばタクシー各社と提携するアプリ提供会社等により運営されるシステムであり、第2の配車管理装置30を含む。
The first
第1の配車管理装置20は、たとえばGPSを介して各タクシーの現在位置を把握しておき、電話等を通じたタクシー利用者からの配車依頼に応じて最適なタクシーを検索し、選出されたタクシーへ配車要求を行う装置である。
The first vehicle
また、第2の配車管理装置30は、同じくGPSを介して各タクシーの現在位置を把握しておき、タクシー利用者の携帯端末上で動作するタクシー配車アプリを通じた配車依頼に応じて、たとえばタクシー利用者の希望に最も適うタクシーを選出し、選出されたタクシーへ配車要求を行う装置である。
The second vehicle
ただし、比較例に係る配車方法を用いた場合、図1に示すように、1台のタクシーTが第1の配車システム2からの配車要求(以下、「第1の配車要求」という)と第2の配車システム3からの配車要求(以下、「第2の配車要求」という)をほぼ同時に受け、バッティングすることが起こりうる。 However, when the dispatch method according to the comparative example is used, as shown in FIG. 1, one taxi T may receive a dispatch request from the first dispatch system 2 (hereinafter referred to as the "first dispatch request") and a dispatch request from the second dispatch system 3 (hereinafter referred to as the "second dispatch request") at almost the same time, resulting in a clash between the two requests.
かかる場合、たとえばタクシーTのドライバーが一方の配車要求を受諾し、他方の配車要求を断れば、断られた方は新たに適したタクシーを選出せねばならず、手間がかかってしまう。 In such a case, for example, if the driver of taxi T accepts one dispatch request and rejects the other, the rejected request will have to select a new suitable taxi, which will be a hassle.
また、たとえばドライバーが故意にまたはミス等により双方の配車要求を受諾してしまった場合、タクシー利用者を長時間待たせてしまったり、タクシー側の無断キャンセルが生じたりすることが起こりうる。 For example, if a driver intentionally or by mistake accepts both dispatch requests, it could result in the taxi customer having to wait for a long time or the taxi driver canceling the request without notice.
そこで、実施形態に係る配車方法では、図2に示すように、第1の配車システム2および第2の配車システム3のうちから配車要求を、タクシーTのドライバーに対しては、常に1つのみ通知するようにした。
Therefore, in the dispatch method according to the embodiment, as shown in FIG. 2, only one dispatch request from the
なお、図2には、第1の配車システム2からの第1の配車要求のみが、タクシーTのドライバーに対して通知される例を示している。
Note that FIG. 2 shows an example in which only the first dispatch request from the
これにより、タクシーTのドライバーは、受諾対象となる配車要求を常に1つだけ認識することとなるので、1台のタクシーTに対し、複数の配車システムからの配車要求が重複してしまうのを防止することができる。 This ensures that the driver of taxi T is always aware of only one dispatch request that is eligible to be accepted, preventing a single taxi T from receiving duplicate dispatch requests from multiple dispatch systems.
以下、本実施形態に係る配車方法についてより具体的に、第1の実施形態、第2の実施形態および第3の実施形態の順に説明する。 The vehicle dispatch method according to this embodiment will be described in more detail below, in the order of the first embodiment, the second embodiment, and the third embodiment.
(第1の実施形態)
図3は、第1の実施形態に係る配車方法の概要説明図である。第1の実施形態に係る配車方法では、タクシーTに搭載された車載装置50が、第1の配車要求および第2の配車要求のうち、早い方を優先的にドライバーに対し通知する。車載装置50は、統合配車システム1におけるタクシーT側の端末装置である。
First Embodiment
3 is a schematic explanatory diagram of the dispatch method according to the first embodiment. In the dispatch method according to the first embodiment, an in-
具体的には、図3に示すように、第1の実施形態に係る配車方法では、車載装置50がたとえば第1の配車要求の方を先行して取得した場合、車載装置50は、配車要求禁止フラグを第2の配車管理装置30へ送信し、これを設定させる。
Specifically, as shown in FIG. 3, in the vehicle dispatch method according to the first embodiment, if the vehicle-mounted
そして、かかる配車要求禁止フラグが設定された第2の配車管理装置30は、図示略の配車要求許可フラグが車載装置50から送信され、第2の配車管理装置30に設定されるまでは、タクシーTに対する配車要求を行わない。
The second vehicle
一方、車載装置50は、先行して取得した第1の配車要求については、タクシーTのドライバーへこれを通知する。そして、ドライバーがかかる配車要求をたとえば車載装置50を介して受諾したならば、車載装置50は、第1の配車要求に応じた迎車・実車をガイドし、タクシーTによる迎車・実車を支援する。
On the other hand, the in-
そして、第1の配車要求の依頼主であるタクシー利用者がタクシーTを降車し、タクシーTが空車状態となったならば、車載装置50は、前述の配車要求許可フラグを第2の配車管理装置30へ送信し、これを設定させる。また、ドライバーが第1の配車要求を受諾しなかった場合も、車載装置50は配車要求許可フラグを第2の配車管理装置30へ送信し、これを設定させる。
Then, when the taxi user who made the first dispatch request gets off the taxi T and the taxi T becomes vacant, the in-
なお、図3に示した例では、第1の配車要求の方が先行して取得されることとしたが、第2の配車要求が先行して取得された場合には、車載装置50は、配車要求禁止フラグを第1の配車管理装置20へ送信し、これを設定させることとなる。
In the example shown in FIG. 3, the first dispatch request is acquired first, but if the second dispatch request is acquired first, the
すなわち、第1の実施形態に係る配車方法では、先行して取得した配車要求1つのみを優先的に取り扱う排他制御を実行する。 In other words, the dispatch method according to the first embodiment performs exclusive control to give priority to only one dispatch request that has been acquired first.
これにより、1台のタクシーTに対し、第1の配車システム2および第2の配車システム3それぞれからの配車要求が重複してしまうのを防止することができる。
This makes it possible to prevent overlapping dispatch requests from the
次に、図4は、第1の実施形態に係る統合配車システム1の構成例を示すブロック図である。なお、図4では、本実施形態の特徴を説明するために必要な構成要素のみを表しており、一般的な構成要素についての記載を省略している。
Next, FIG. 4 is a block diagram showing an example of the configuration of an integrated
換言すれば、図4に図示される各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。例えば、各ブロックの分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することが可能である。なお、かかる点は、後に図7および図12に示すブロック図についても同様とする。 In other words, each component shown in FIG. 4 is a functional concept, and does not necessarily have to be physically configured as shown. For example, the specific form of distribution and integration of each block is not limited to that shown, and all or part of it can be functionally or physically distributed and integrated in any unit depending on various loads, usage conditions, etc. The same applies to the block diagrams shown in FIG. 7 and FIG. 12 later.
また、図4、後に示す図7および図12を用いた説明では、既に説明済みの構成要素については、説明を簡略するか、説明を省略する場合がある。 In addition, in the explanation using Figure 4 and Figures 7 and 12 shown later, the explanation of components that have already been explained may be simplified or omitted.
図4に示すように、第1の実施形態に係る統合配車システム1は、第1の配車管理装置20と、第2の配車管理装置30と、車載装置50と、携帯端末100とを含む。なお、ここで、第2の配車管理装置30は、第1の配車管理装置20とほぼ同様の構成であるものとする。
As shown in FIG. 4, the integrated
第1の配車管理装置20と、第2の配車管理装置30と、車載装置50と、携帯端末100とは、インターネットや携帯電話回線網等のネットワークNを介して相互に通信可能に設けられる。
The first vehicle
第1の配車管理装置20から説明する。第1の配車管理装置20は、通信部11と、記憶部12と、制御部13とを備える。
The first vehicle
通信部11は、たとえば、NIC(Network Interface Card)等によって実現される。通信部11は、ネットワークNと有線または無線で接続され、ネットワークNを介して、第2の配車管理装置30、車載装置50および携帯端末100との間で情報の送受信を行う。
The
なお、通信部11は、たとえば第1の配車システム2に含まれる各タクシーと携帯電話回線網等を介して直接に情報(現在位置や空車/実車状態等)の送受信を行うことも可能である。
The
記憶部12は、たとえば、RAM(Random Access Memory)、フラッシュメモリ(Flash Memory)等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図4の例では、車両情報12aと、依頼情報12bと、交通情報12cと、配車要求禁止フラグ情報12dとを記憶する。
The
車両情報12aは、たとえば第1の配車システム2に含まれる各タクシーの状況に関する情報であり、各タクシーの現在位置や空車/実車状態等を含む。依頼情報12bは、タクシー利用者から携帯端末100を介して依頼される配車依頼に関する情報であり、配車依頼の依頼内容を含む。交通情報12cは、たとえば図示略の交通情報提供システム等から提供される交通状況に関する情報であり、渋滞情報等を含む。
配車要求禁止フラグ情報12dは、上述した配車要求禁止フラグに関する情報であり、車載装置50から配車要求禁止フラグを取得した場合には、該当するタクシーTに紐づけて配車要求禁止フラグが設定される。また、車載装置50から配車要求許可フラグを取得した場合には、該当するタクシーTに紐づけて配車要求許可フラグが設定される。
The dispatch request
制御部13は、コントローラ(controller)であり、たとえば、CPU(Central Processing Unit)やMPU(Micro Processing Unit)等によって、記憶部12に記憶されている図示略の各種プログラムがRAMを作業領域として実行されることにより実現される。また、制御部13は、たとえば、ASIC(Application Specific Integrated Circuit)やFPGA(Field Programmable Gate Array)等の集積回路により実現することができる。
The
制御部13は、取得部13aと、配車制御部13bとを有し、以下に説明する情報処理の機能や作用を実現または実行する。
The
取得部13aは、通信部11を介して、車載装置50から送信される各タクシーの状況を取得し、車両情報12aへ格納する。また、取得部13aは、通信部11を介して、携帯端末100から送信される配車依頼を取得し、依頼情報12bへ格納する。
The
また、取得部13aは、通信部11を介して、図示略の交通情報提供システム等から提供される交通情報を取得し、交通情報12cへ格納する。
The
また、取得部13aは、車載装置50から配車要求禁止フラグが送信された場合に、通信部11を介してこれを取得し、配車要求禁止フラグ情報12dへ設定する。また、取得部13aは、車載装置50から配車要求許可フラグが送信された場合に、通信部11を介してこれを取得し、配車要求禁止フラグ情報12dへ設定する。
When a vehicle dispatch request prohibition flag is transmitted from the in-
配車制御部13bは、車両情報12a、依頼情報12bおよび交通情報12cに基づいて配車依頼に応じた最適なタクシーTを選出する。また、配車制御部13bは、通信部11を介して、選出した該当のタクシーTに対し配車要求を送信する。配車要求には、依頼情報12bが含まれる。配車要求が送信されるまでには、(1)携帯端末100のタクシー配車アプリ(各タクシー会社(組合)専用アプリ)を通じてタクシー利用者により入力され、送信された、配車依頼に必要なデータに基づいて配車制御部13bが自動的に配車する方法がある。かかる方法では、機械学習を経て生成された学習モデル、いわゆるAI(Artificial Intelligence)を用いることも可能である。また、(2)オペレータOPが電話等を通じたタクシー利用者の発話内容に基づいてマニュアル操作で配車依頼を入力し、かかる入力に応じてディスプレイ等に表示される配車関連情報を確認しつつ、オペレータOPがデータ送信操作や音声等により配車する方法もある。また、上記(1),(2)が混在する方法もある。
The
次に、車載装置50について説明する。車載装置50は、通信部51と、記憶部52と、制御部53とを備える。
Next, the in-
通信部51は、通信部11と同様に、たとえば、NIC等によって実現される。通信部51は、ネットワークNと無線で接続され、ネットワークNを介して、第1の配車管理装置20、第2の配車管理装置30および携帯端末100との間で情報の送受信を行う。
Like the
記憶部52は、記憶部12と同様に、たとえば、RAM、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図4の例では、依頼情報52aと、地図情報52bと、交通情報52cとを記憶する。
Like the
依頼情報52aは、前述の依頼情報12bに相当する。地図情報52bは、ナビゲーションに用いられる地図のデータベースである。交通情報52cは、前述の交通情報12cに相当する。
The request information 52a corresponds to the
制御部53は、制御部13と同様に、コントローラであり、たとえば、CPUやMPU等によって、記憶部52に記憶されている図示略の各種プログラムがRAMを作業領域として実行されることにより実現される。また、制御部53は、制御部13と同様に、たとえば、ASICやFPGA等の集積回路により実現することができる。
The
制御部53は、取得部53aと、応答制御部53bと、通知部53cとを有し、以下に説明する情報処理の機能や作用を実現または実行する。
The
取得部53aは、通信部51を介して、第1の配車管理装置20または第2の配車管理装置30から送信される配車要求を取得し、配車要求に含まれる依頼内容を依頼情報52aへ格納する。
The
応答制御部53bは、第1の配車管理装置20または第2の配車管理装置30から送信される配車要求のうち、先行して取得された配車要求を優先的に取り扱う排他制御を行う。具体的には、上述したように、応答制御部53bは、第1の配車管理装置20または第2の配車管理装置30のうち、先行して取得された配車要求の内容を、ドライバーDに向けて通知部53cに通知させる。
The
また、応答制御部53bは、かかる通知に対し、ドライバーDの受諾操作を受け付けた場合に、第1の配車管理装置20または第2の配車管理装置30のうち、先行して取得された配車要求を送信した一方へ受諾応答を送信する。また、応答制御部53bは、受諾した配車要求に応じた迎車・実車を図示略のディスプレイやスピーカ等を介してガイドし、タクシーTによる迎車・実車を支援する。
When the
なお、受諾前である場合、基本的にドライバーDに選択権がある。したがって、受諾前に複数の配車要求があった場合、たとえばドライバーDは、ディスプレイ等に表示された複数の配車要求データの中から、そのうちの一つを選択する受諾操作を行うこととなる。なお、かかる選択の変形例として、たとえばドライバーDによって行われる初期動作設定により、自動的に選択が行われるようにしてもよい。自動的な選択は、たとえば表示順に行われてもよいし、複数の配車要求があった場合にいずれを選択するかの既定の設定により行われてもよい。応答制御部53bは、その選択した方に受諾応答を送信し、選択しなかった方に辞退応答を送信することとなる。
Before acceptance, driver D basically has the right to choose. Therefore, if there are multiple dispatch requests before acceptance, driver D will perform an acceptance operation to select one of the multiple dispatch request data displayed on a display or the like. As a variation of such selection, the selection may be made automatically, for example, by an initial operation setting made by driver D. The automatic selection may be made, for example, in the order of display, or may be made according to a default setting for which one to select when there are multiple dispatch requests. The
なお、他にも、応答時間制限を設けてもよい。かかる場合、配車管理装置側では、所定の応答時間内に車載装置50から受諾応答がなければ、配車要求を取り消し、別の候補となるタクシーTの車載装置50へ改めて配信要求を送信する。また、予め複数の候補に一斉に配車要求を送信しておき、最も受諾応答の早いタクシーTを配車するようにしてもよい。
In addition, a response time limit may be set. In such a case, if there is no acceptance response from the vehicle-mounted
また、応答制御部53bは、第1の配車管理装置20または第2の配車管理装置30のうち、先行して取得された配車要求を送信した一方に対する他方へ、配車要求禁止フラグを送信する。配車要求禁止フラグを送信された第1の配車管理装置20または第2の配車管理装置30は、配車要求禁止フラグ情報12dへ配車要求禁止フラグを設定する。そして、配車要求許可フラグが車載装置50から送信され、配車要求禁止フラグ情報12dへ設定されるまでは、該当の車載装置50に対する配車要求を行わない。
The
通知部53cは、図示略のディスプレイやスピーカ等の通知デバイスを介して、ドライバーDに対し、先行して取得された配車要求の内容を通知する。
The
第2の配車管理装置30は、第1の配車管理装置20とほぼ同様の構成であるが、携帯端末100上で動作するアプリを通じて配車依頼を受け付け、タクシー会社を問わず配車要求を車載装置50へ送信できる点が第1の配車管理装置20とは異なる。
The second vehicle
次に、第1の実施形態に係る統合配車システム1が実行する処理の流れについて、図5を用いて説明する。図5は、第1の実施形態に係る統合配車システム1の処理シーケンスの一例を示す図である。なお、図5を用いた説明では、第1の配車要求が先行して取得され、ドライバーDがこれを受諾するものとする。
Next, the flow of processing executed by the integrated
まず、第1の配車管理装置20が、携帯端末100-1を介してタクシー利用者の配車依頼を受け付けると、第1の配車管理装置20は、選出したタクシーTの車載装置50へ、第1の配車要求を送信する(ステップS101)。そして、車載装置50は、第1の配車要求を取得する(ステップS102)。
First, when the first vehicle
そして、車載装置50は、かかる第1の配車要求の内容をドライバーDへ通知し、ドライバーDがこれを受諾すると、受諾応答を第1の配車管理装置20へ送信する(ステップS103)。そして、第1の配車管理装置20はこの受託応答を受信し、その結果携帯端末100-1を介してタクシー利用者へ配車情報を通知する。また、当該タクシーTに対して配車要求禁止フラグを設定し、当該タクシーTが空車になるまで配車要求が行われないようにする。
Then, the in-
なお、ドライバーDの受諾前に他の配車管理装置(たとえば第2の配車管理装置30)から配車要求があった場合は、各配車要求が車載装置50のディスプレイに表示され、ドライバーDが、希望する配車要求を選択操作する。そして、ドライバーDが選択した配車要求に対して受諾応答が送信され、他の配車要求に対しては辞退応答が送信される。たとえば、ドライバーDが第1の配車要求の選択操作を行うと、受諾応答を第1の配車管理装置20へ送信(ステップS103)することとなる。
If there is a dispatch request from another dispatch management device (e.g., the second dispatch management device 30) before Driver D accepts the request, each dispatch request is displayed on the display of the in-
一方、車載装置50は、第2の配車管理装置30へ配車要求禁止フラグを送信する(ステップS104)。第2の配車管理装置30は、これを取得すると(ステップS105)、配車要求禁止フラグを設定する(ステップS106)。
Meanwhile, the in-
そして、第2の配車管理装置30は、かかる配車要求禁止フラグが設定されている間は、携帯端末100-2からの配車依頼を受けても、車載装置50に対しては、第2の配車要求を送信しない(ステップS107)。つまり、第2の配車管理装置30は、配車要求禁止フラグが設定されていない適切な条件のタクシーTに搭載された車載装置50に配車要求を行う。
Then, while the dispatch request prohibition flag is set, the second
そして、車載装置50は、受諾応答した第1の配車要求に応じた迎車・実車を支援する(ステップS108)。その後、第1の配車要求に応じた実車が終了すると(ステップS109)、車載装置50は、タクシーTが空車になったことを示す空車情報を第1の配車管理装置20へ送信する(ステップS110)。そして、第1の配車管理装置20はこの空車情報を受信し、当該タクシーTに対する配車要求禁止フラグを解除し、当該タクシーTに配車要求が行われるようにする。
Then, the in-
また、車載装置50は、第2の配車管理装置30に対しては、配車要求許可フラグを送信する(ステップS111)。第2の配車管理装置30は、これを取得すると(ステップS112)、配車要求許可フラグを設定する(ステップS113)、言い換えれば配車要求禁止フラグを解除する。
The in-
上述してきたように、第1の実施形態に係る車載装置50は、取得部53aと、応答制御部53bとを備える。取得部53aは、利用者の配車依頼に基づくタクシーT(「輸送車両」の一例に相当)への配車要求を、第1の配車システム2および第2の配車システム3からそれぞれ取得可能である。応答制御部53bは、取得部53aによって取得された配車要求に対する受諾応答が第1の配車システム2および第2の配車システム3の間で排他的に可能となるように、配車要求の排他制御を実行する。
As described above, the in-
したがって、第1の実施形態に係る車載装置50によれば、1台のタクシーTに対し、第1の配車システム2および第2の配車システム3からの配車要求が重複してしまうのを防止することができる。また、受諾された配車要求以外の配車要求が、1台のタクシーTに対し要求されたままの状態で長時間維持されるのを防止することができる。すなわち、他のタクシーTへの配車要求の切り替えが適切にできなくなくなるのを防止することができる。
Therefore, according to the in-
また、応答制御部53bは、第1の配車システム2および第2の配車システム3のうち、先行して取得された配車要求を送信した一方に対し、受諾応答が可能となるように当該配車要求の内容をタクシーTのドライバーDへ向けて通知するとともに、上記一方に対する他方に対し、配車要求禁止フラグ(「配車要求禁止」の一例に相当)を設定させる。
The
したがって、第1の実施形態に係る車載装置50によれば、車載装置50の主導で、配車要求の排他制御を実行することが可能となる。
Therefore, according to the in-
(第2の実施形態)
次に、第2の実施形態について説明する。図6は、第2の実施形態に係る配車方法の概要説明図である。第2の実施形態に係る配車方法では、第1の配車システム2Aが第2の配車システム3Aの配車情報を随時取得する。そして、第1の配車システム2AのオペレータOPが、第1の配車システム2Aおよび第2の配車システム3A双方の配車状況を監視する。
Second Embodiment
Next, a second embodiment will be described. Fig. 6 is a schematic explanatory diagram of a vehicle dispatch method according to the second embodiment. In the vehicle dispatch method according to the second embodiment, a first vehicle dispatch system 2A acquires vehicle dispatch information of a second vehicle dispatch system 3A at any time. An operator OP of the first vehicle dispatch system 2A monitors the vehicle dispatch status of both the first vehicle dispatch system 2A and the second vehicle dispatch system 3A.
そして、タクシーTの車載装置50Aが、第1の配車システム2Aおよび第2の配車システム3のいずれからの配車要求を受け付け可能であるかを、オペレータOPが監視状況および指示操作に基づいて車載装置50Aに切り替えさせる。なお、オペレータOPは、配車管理者等であってもよい。
Then, the operator OP switches the vehicle-mounted
具体的には、図6に示すように、第1の配車管理装置20Aは、第2の配車管理装置30Aから、第2の配車システム3Aの配車情報を随時取得する。そして、これに基づき、第1の配車システム2AのオペレータOPが、第1の配車システム2Aおよび第2の配車システム3A双方の配車状況を監視する。
Specifically, as shown in FIG. 6, the first vehicle
そして、オペレータOPは、たとえば第1の配車システム2Aにおいてタクシー利用者からの配車依頼があった場合に、かかる配車依頼に応じてあるタクシーTを確保したければ、かかるタクシーTの車載装置50Aへ第1の配車システム2Aだけを配車要求の受付先として切り替えさせる切替指示を送信する。
Then, when an operator OP receives a dispatch request from a taxi user in the first dispatch system 2A, for example, and wants to secure a certain taxi T in response to the dispatch request, the operator OP transmits a switching instruction to the vehicle-mounted
そして、切替指示を受けた車載装置50Aは、かかる切替指示に応じて受付先システムを切り替える。第1の配車システム2Aだけを配車要求の受付先とした場合、車載装置50Aは、第2の配車システム3A側から配車要求を受けても受付不可応答を返す。
Then, the in-
すなわち、第2の実施形態に係る配車方法では、第1の配車システム2Aおよび第2の配車システム3A双方の配車状況を監視し、監視状況に応じて車載装置50Aを一方からの配車要求のみを受け付け可能とさせる排他制御を実行する。
In other words, in the dispatch method according to the second embodiment, the dispatch status of both the first dispatch system 2A and the second dispatch system 3A is monitored, and exclusive control is performed so that the in-
これにより、1台のタクシーTに対し、第1の配車システム2Aおよび第2の配車システム3Aそれぞれからの配車要求が重複してしまうのを防止することができる。 This makes it possible to prevent overlapping dispatch requests from the first dispatch system 2A and the second dispatch system 3A for a single taxi T.
次に、図7は、第2の実施形態に係る統合配車システム1Aの構成例を示すブロック図である。なお、図7は、図4に対応しているため、図7を用いた説明では、図4と異なる点について主に説明する。
Next, FIG. 7 is a block diagram showing an example of the configuration of an integrated
図7に示すように、第1の配車管理装置20Aは、記憶部12が配車要求禁止フラグ情報12dに代えて他システム監視情報12eを記憶する点が第1の実施形態とは異なる。また、制御部13が、監視部13cをさらに有する点が第1の実施形態とは異なる。
As shown in FIG. 7, the first vehicle
他システム監視情報12eは、通信部11を介して取得部13aによって取得される自システム以外の他システムの配車状況等を含む情報である。監視部13cは、かかる他システム監視情報12eの内容を、ディスプレイ等を介してオペレータOPへ提示する。
The other
また、監視部13cは、監視状況に応じてオペレータOPから入力される指示操作を受け付け、かかる指示操作に応じたたとえば前述の切替指示を、車載装置50Aへ向けて配車制御部13bに送信させる。
The
また、車載装置50Aは、制御部53が、切替部53dをさらに有する点が第1の実施形態とは異なる。切替部53dは、通信部51および取得部53aを介して第1の配車管理装置20Aからの切替指示を取得した場合に、かかる切替指示に応じて応答制御部53bに受付先システムを切り替えさせる。
The vehicle-mounted
ここで、図8を用いて、より分かりやすく説明する。図8は、第2の実施形態に係る統合配車システム1Aの処理説明図である。ここでは、第1の配車システム2Aについてのみ専有的に受け付け可能とする例を示す。
Here, we will use Figure 8 to make the explanation easier to understand. Figure 8 is a diagram explaining the processing of the integrated
図8に示すように、タクシー利用者から携帯端末100を通じ、配車依頼を受けたものとする。そして、かかるタクシー利用者は、第1の配車システム2Aにおけるお得意様であり、オペレータOPは、近くにいる自社のタクシーTをぜひとも確保したいと判断したものとする。
As shown in FIG. 8, it is assumed that a taxi dispatch request is received from a taxi customer via a
かかる場合に、オペレータOPは、第2の配車システム3Aの配車状況を含む他システム監視情報12eの内容を確認し、所望のタクシーTが空車である、すなわち他のシステムの配車要求を受諾していないことを把握できたならば、タクシーTの車載装置50Aに対し切替指示を行う。
In such a case, the operator OP checks the contents of the other
そして、車載装置50Aは、かかる切替指示に応じて受付先システムを切り替え、たとえば該当のタクシー利用者が降車するまでの間、図8に示すように第1の配車システム2Aからのみ配車要求を受け付ける。
Then, the in-
そして、たとえばタクシー利用者が降車したならば、車載装置50Aは、かかる第1の配車システム2Aからのみ受け付ける切り替え状態を解除する。なお、実車中は配車要求を受諾できないため、かかる解除はタクシー利用者が乗車した際に行ってもよい。
For example, when the taxi user gets off, the in-
次に、第2の実施形態に係る統合配車システム1Aが実行する処理の流れについて、図9を用いて説明する。図9は、第2の実施形態に係る統合配車システム1Aの処理シーケンスの一例を示す図である。
Next, the flow of processing executed by the integrated
まず、第1の配車管理装置20Aは、第2の配車管理装置30Aから配車情報を随時取得し、かかる他システムの配車状況を随時監視する(ステップS201)。このとき、第1の配車管理装置20Aは、取得した配車情報をディスプレイ等に表示する。
First, the first vehicle
ここで、携帯端末100-1を介してタクシー利用者の配車依頼を受け付けたものとする。すると、オペレータOPは、配車情報に基づく所定の指示操作により、監視状況に応じて受付先システムの切り替えを指示し(ステップS202)、第1の配車管理装置20Aは、かかる切替指示を車載装置50Aへ送信する(ステップS203)。
Now, assume that a dispatch request from a taxi user is accepted via the mobile terminal 100-1. Then, the operator OP issues an instruction to switch the reception destination system according to the monitoring situation by performing a predetermined instruction operation based on the dispatch information (step S202), and the first
そして、車載装置50Aは、切替指示を取得すると(ステップS204)、かかる切替指示に応じて受付先システムを切り替える(ステップS205)。
Then, when the in-
そして、第1の配車管理装置20Aは、受けていた配車依頼に応じた第1の配車要求を車載装置50Aへ送信する(ステップS206)。また、ここで、第2の配車管理装置30Aが、携帯端末100-2を介したタクシー利用者の配車依頼を受け付け、第2の配車要求を車載装置50Aへ送信したものとする(ステップS207)。
Then, the first vehicle
これに応じ、車載装置50Aは、第1の配車要求および第2の配車要求を取得する(ステップS208)。ただし、車載装置50Aは、ステップS205において受付先システムを第1の配車システム2へ切り替えているので、第1の配車要求に対しては受諾応答を返すが(ステップS209)、第2の配車要求に対しては受付不可応答を返す(ステップS210)。なお、仮に第1の配車要求に先行して第2の配車要求を取得しても、車載装置50Aは、受付先システムを第1の配車システム2へ切り替えているので、第2の配車要求に対しては受付不可応答を返す。
In response, the in-
そして、車載装置50Aは、受諾応答した第1の配車要求に応じた迎車・実車を支援する(ステップS211)。その後、第1の配車要求に応じた実車が終了すると(ステップS212)、車載装置50Aは、タクシーTが空車になったことを示す空車情報を第1の配車管理装置20Aへ送信する(ステップS213)。
Then, the in-
上述してきたように、第2の実施形態に係る第1の配車管理装置20Aは、利用者の配車依頼に基づいてタクシーTを配車する第1の配車システム2の配車管理装置であって、取得部11aと、配車制御部11bとを備える。取得部11aは、第1の配車システム2A以外の第2の配車システム3Aの配車状況を取得可能である。配車制御部11bは、取得部11aによって取得された第2の配車システム3の配車状況に基づいて、タクシーTが第1の配車システム2および第2の配車システム3のうちの一方からのみ上記配車依頼に基づく配車要求を受け付け可能となるように、配車要求の排他制御を実行する。
As described above, the first vehicle
したがって、第2の実施形態に係る第1の配車管理装置20Aによれば、1台のタクシーTに対し、第1の配車システム2および第2の配車システム3からの配車要求が重複してしまうのを防止することができる。
Therefore, according to the first vehicle
また、第2の配車システム3の配車状況を監視する監視部13cをさらに備え、配車制御部13bは、第1の配車システム2の指示に基づき、監視部13cの監視状況に応じた配車要求の受付先の切替指示をタクシーTへ送信し、上記一方について専有的に配車要求を受け付け可能となるように、切替指示に基づいてタクシーTに上記受付先を切り替えさせる。第1の配車システム2の指示は、オペレータOPの操作に基づくものであってもよいし、学習モデルに基づく自動的なものであってもよいし、そのいずれを含むものであってもよい。
The vehicle
したがって、第2の実施形態に係る第1の配車管理装置20Aによれば、第1の配車管理装置20Aの主導で、配車要求の排他制御を実行することが可能となる。
Therefore, according to the first vehicle
(第3の実施形態)
次に、第3の実施形態について説明する。図10は、第3の実施形態に係る配車方法の概要説明図である。なお、図10は、図6に対応しているため、図10を用いた説明では、図6と異なる点について主に説明する。
Third Embodiment
Next, a third embodiment will be described. Fig. 10 is a schematic explanatory diagram of a vehicle dispatch method according to the third embodiment. Since Fig. 10 corresponds to Fig. 6, the explanation using Fig. 10 will mainly focus on the points different from Fig. 6.
図10に示すように、第3の実施形態に係る配車方法では、第1の配車管理装置20Bがさらに各種の環境情報を取得する点が第2の実施形態とは異なる。また、タクシーTの車載装置50Bが、第1の配車システム2Bおよび第2の配車システム3Bのいずれからの配車要求を受け付け可能であるかを、オペレータOPが監視状況、指示操作および環境情報に基づいて車載装置50Bに切り替えさせる点が第2の実施形態とは異なる。
As shown in FIG. 10, the dispatch method according to the third embodiment differs from the second embodiment in that the first
環境情報の一例を図11に示す。図11は、環境情報の一例を示す図である。図11に示すように、環境情報は、季節や、日付、時間、予約情報、顧客分布、イベントの進行状況等を含む。 An example of environmental information is shown in FIG. 11. FIG. 11 is a diagram showing an example of environmental information. As shown in FIG. 11, the environmental information includes the season, date, time, reservation information, customer distribution, event progress, etc.
すなわち、第3の実施形態に係る配車方法では、第1の配車システム2Bおよび第2の配車システム3B双方の配車状況を監視するとともにこれらの環境情報を取得し、監視状況および環境情報に応じて車載装置50Bを一方からの配車要求のみを受け付け可能とさせる排他制御を実行する。
In other words, in the dispatch method according to the third embodiment, the dispatch status of both the first dispatch system 2B and the
これにより、1台のタクシーTに対し、第1の配車システム2Bおよび第2の配車システム3Bそれぞれからの配車要求が重複してしまうのを防止することができる。
This makes it possible to prevent overlapping dispatch requests from the first dispatch system 2B and the
次に、図12は、第3の実施形態に係る統合配車システム1Bの構成例を示すブロック図である。なお、図12は、図7に対応しているため、図12を用いた説明では、図7と異なる点について主に説明する。
Next, FIG. 12 is a block diagram showing an example of the configuration of an integrated
図12に示すように、第1の配車管理装置20Bは、記憶部12がさらに環境情報12fを記憶する点が第2の実施形態とは異なる。環境情報12fは、図11に示した各種の環境情報に相当し、たとえば通信部11を介して取得部13aによって取得される。また、手入力によって設定されてもよい。監視部13cは、環境情報12fの内容を、他システム監視情報12eの内容に加えてオペレータOPへ提示可能である。
As shown in FIG. 12, the first vehicle
また、監視部13cは、監視状況および/または環境情報12fの内容に応じてオペレータOPから入力される指示操作を受け付け、かかる指示操作に応じたたとえば前述の切替指示を、車載装置50Bへ向けて配車制御部13bに送信させる。
The
ここで、図13を用いて、より分かりやすく説明する。図13は、第3の実施形態に係る統合配車システム1Bの処理説明図である。ここでは、第1の配車システム2Bについてのみ専有的に受け付け可能とする例を示す。
Here, a more easily understandable explanation will be given using FIG. 13. FIG. 13 is a diagram for explaining the processing of the integrated
なお、第3の実施形態では、第1,第2の実施形態のようにタクシー利用者の実際の配車依頼をトリガとするのではなく、将来の配車依頼を自社システムで受けたい場面を想定している。かかる場面は、たとえば、イベント終了時等、多くのタクシー利用者が見込め、利益の拡大を期待できる場面である。 In addition, in the third embodiment, unlike the first and second embodiments, the trigger is not an actual dispatch request from a taxi user, but rather a situation where the company wants to receive future dispatch requests through its own system. Such a situation would be, for example, the end of an event, when many taxi users are expected and profits can be expected to increase.
図13に示すように、オペレータOPは、たとえば大勢の帰宅客が見込めるとして、野球のナイター終了にあわせて自社のタクシー車両を確保しておきたいと判断したものとする。 As shown in FIG. 13, assume that the operator OP has decided that he would like to reserve his company's taxi vehicles for the end of a night baseball game, for example, since he expects a large number of passengers returning home.
そして、オペレータOPは、たとえば環境情報12fに含まれるイベントの進行状況を確認し、ナイター終了が近づいていることを把握できたならば、複数のタクシーTの各車載装置50Bに対し、期限付き(ここでは2時間)の切替指示を行う。
Then, the operator OP checks the progress of the event, for example, contained in the
そして、各車載装置50Bは、かかる切替指示に応じて受付先システムを切り替え、2時間の間、図13に示すように第1の配車システム2Bからのみ配車要求を受け付ける。
Then, each vehicle-mounted
そして、2時間が経過したならば、各車載装置50Bは、かかる第1の配車システム2Aからのみ受け付ける切り替え状態を解除する。
Then, when two hours have elapsed, each in-
このように、環境情報12fの内容に応じたたとえばスケジューリングを可能とすることで、アプリ提供会社等と提携しつつも、タクシー会社の経営戦略を優先した配車を適宜行うことが可能となる。
In this way, by enabling scheduling based on the contents of the
なお、図13では、イベント終了時を例に挙げたが、この他にも、たとえばお得意先の企業等の近くを走行している空車のタクシーTを、出張帰りの人が多い時間や退社時間等の狙いの時間帯に自社システムから配車したい場合等にも有効である。また、第2の実施形態で示した図8の例で、たとえばお得意様の過去の利用状況に基づいて配車依頼が予測される場合に、自社システムから配車したい場合等にも有効である。また、解除は、スケジューリングに限らず、既に述べたように、タクシー利用者の乗車時または降車時のたびに行ってもよい。また、将来の配車依頼をオペレータOPが判断するのではなく、既に述べたようにAI等を用いるようにしてもよい。 In addition, while FIG. 13 shows an example of the end of an event, it is also effective when, for example, an empty taxi T running near a client company is to be dispatched from the company's system at a targeted time such as when many people are returning from a business trip or when they leave work. In addition, in the example of FIG. 8 shown in the second embodiment, it is also effective when, for example, a request for dispatch is predicted based on the past usage of a client and the company wants to dispatch a taxi from its system. In addition, cancellation is not limited to scheduling, and may be performed each time a taxi user gets on or off the taxi, as already mentioned. In addition, future dispatch requests may not be determined by the operator OP, but may be determined using AI, as already mentioned.
次に、第3の実施形態に係る統合配車システム1Bが実行する処理の流れについて、図14を用いて説明する。図14は、第3の実施形態に係る統合配車システム1Bの処理シーケンスの一例を示す図である。
Next, the flow of processing executed by the integrated
まず、第1の配車管理装置20Bは、第2の配車管理装置30Bから配車情報を随時取得し、かかる他システムの配車状況を随時監視する(ステップS301)。
First, the first vehicle
また、第1の配車管理装置20Bは随時、外部や車載装置50B等から各種の環境情報を取得する(ステップS302)。このとき、第1の配車管理装置20Bは、取得した各種の環境情報をディスプレイ等に表示する。そして、オペレータOPは、各種の環境情報に基づく所定の指示操作により、監視状況および環境情報に応じた受付先システムの切り替えを指示し(ステップS303)、第1の配車管理装置20Bは、かかる切替指示を車載装置50Bへ送信する(ステップS304)。
The first vehicle
そして、車載装置50Bは、切替指示を取得すると(ステップS305)、かかる切替指示に応じて受付先システムを切り替える(ステップS306)。
Then, when the in-
以降の処理については、図9に示したステップS206~ステップS213と同様であるので、ここでの説明は省略する。 The subsequent processing is similar to steps S206 to S213 shown in FIG. 9, so a detailed explanation is omitted here.
上述してきたように、第3の実施形態に係る第1の配車管理装置20Bにおいて、取得部13aはさらに、環境情報12fを取得可能であって、配車制御部13bは、監視部13cの監視状況および/または環境情報12fに応じた指示に基づき、上記切替指示をタクシーTへ送信する。
As described above, in the first vehicle
したがって、第3の実施形態に係る第1の配車管理装置20Bによれば、監視状況および/または環境情報12fに基づき、第1の配車管理装置20Aの主導で、配車要求の排他制御を実行することが可能となる。また、環境情報12fの内容に応じたたとえばスケジューリングを可能とすることで、アプリ提供会社等と提携しつつも、タクシー会社の経営戦略を優先した配車を適宜行うことが可能となる。
Therefore, according to the first vehicle
(変形例)
なお、上述した第2の実施形態および第3の実施形態では、オペレータOPの指示操作に基づいて車載装置50A,50Bへ切替指示を送信することとしたが、これに限られるものではない。たとえばオペレータOPの指示内容を学習した学習モデルを用いることによって、前述の切替指示の送信を自動化してもよい。
(Modification)
In the second and third embodiments described above, the switching instruction is transmitted to the in-
図15は、かかる変形例の説明図である。図15に示すように、変形例では、たとえば配車制御部13bが、他システム監視情報12eおよび/または環境情報12fに応じたオペレータOPの指示内容を適宜学習することによって学習モデルを生成・更新する。かかる学習は、たとえばディープラーニング等の機械学習のアルゴリズムを用いて行うことができる。
Figure 15 is an explanatory diagram of such a modified example. As shown in Figure 15, in the modified example, for example, the
学習モデルは、他システム監視情報12eおよび/または環境情報12fが入力された場合に、かかる入力情報に対応する配車要求や切替指示を出力する、指示内容の推定モデルとして機能する。変形例では、配車制御部13bは、かかる学習モデルによって推定された配車要求や切替指示を、オペレータOPの指示操作によらず、自動的に車載装置50A,50Bへ送信することが可能となる。
The learning model functions as an estimation model of instruction content, which outputs a dispatch request or switching instruction corresponding to the input information when other
また、上述した各実施形態では、2つの配車システム2,3を例に挙げたが、3つ以上の配車システム間においても、各実施形態は適用可能である。
In addition, in each of the above-described embodiments, two
また、上述した各実施形態では、車載装置50,50A,50Bが、それぞれ物理的に一体で、統合配車システム1,1A,1BにおけるタクシーT側のいわば端末装置として構成される例を挙げたが、これに限られるものではない。たとえば、車載装置50,50A,50Bは、タクシーTに搭載されたタクシー会社の専用端末と、ドライバーDが携帯するスマートフォン等の携帯端末上で動作するタクシーT向けのタクシー配車アプリとをWi-Fi(登録商標)等の通信手段で接続し、それぞれを連携動作させることによって仮想的に一体化させるようにしてもよい。
In addition, in each of the above-described embodiments, the vehicle-mounted
また、上述した各実施形態では、タクシーを例に挙げたが、これに限られるものではなく、利用者の配車依頼に基づいて複数の配車システムから配車要求を受けることができる輸送車両であればよい。 In addition, in each of the above-described embodiments, a taxi is given as an example, but this is not limited thereto, and any transport vehicle that can receive dispatch requests from multiple dispatch systems based on a dispatch request from a user may be used.
さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。 Further advantages and modifications may readily occur to those skilled in the art. Therefore, the invention in its broader aspects is not limited to the specific details and representative embodiments shown and described above. Accordingly, various modifications may be made without departing from the spirit or scope of the general inventive concept as defined by the appended claims and equivalents thereof.
1,1A,1B 統合配車システム
2,2A,2B 第1の配車システム
3,3A,3B 第2の配車システム
11 通信部
11a 取得部
11b 配車制御部
12 記憶部
12a 車両情報
12b 依頼情報
12c 交通情報
12d 配車要求禁止フラグ情報
12e 他システム監視情報
12f 環境情報
13 制御部
13a 取得部
13b 配車制御部
13c 監視部
20,20A,20B 第1の配車管理装置
30,30A,30B 第2の配車管理装置
50,50A,50B 車載装置
51 通信部
52 記憶部
52a 依頼情報
52b 地図情報
52c 交通情報
53 制御部
53a 取得部
53b 応答制御部
53c 通知部
53d 切替部
100 携帯端末
D ドライバー
N ネットワーク
OP オペレータ
T タクシー
1, 1A, 1B Integrated
Claims (7)
前記コントローラは、
前記第2の配車システムより先行して前記第1の配車システムから配車要求を取得した場合、前記第2の配車システムに当該輸送車両に対する配車要求を禁止する配車要求禁止を設定させる
車載装置。 An on-board device that is mounted on a transportation vehicle and receives a vehicle dispatch request based on a vehicle dispatch request from a first vehicle dispatch system and a second vehicle dispatch system other than the first vehicle dispatch system, the on-board device comprising: a controller;
The controller:
When a vehicle dispatch request is acquired from the first vehicle dispatch system prior to the second vehicle dispatch system, a vehicle dispatch request prohibition is set in the second vehicle dispatch system to prohibit a vehicle dispatch request for the transport vehicle.
In-vehicle equipment.
前記第2の配車システムより先行して前記第1の配車システムから配車要求を取得した場合、該配車要求の内容をドライバーへ向けて通知する
請求項1に記載の車載装置。 The controller :
When a dispatch request is acquired from the first dispatch system prior to the second dispatch system, the contents of the dispatch request are notified to a driver .
The in-vehicle device according to claim 1 .
前記第2の配車システムより先行して前記第1の配車システムから配車要求を取得した場合、前記第2の配車システムに当該輸送車両に対する配車要求を禁止する配車要求禁止を設定させる
コントローラが実行する配車方法。 A vehicle dispatch method for providing a vehicle dispatch request based on a vehicle dispatch request of a user to a driver of a transport vehicle from a first vehicle dispatch system and a second vehicle dispatch system other than the first vehicle dispatch system, the method comprising :
When a vehicle dispatch request is acquired from the first vehicle dispatch system prior to the second vehicle dispatch system, a vehicle dispatch request prohibition is set in the second vehicle dispatch system to prohibit a vehicle dispatch request for the transport vehicle.
The dispatch method executed by the controller.
前記第2の配車システムより先行して前記第1の配車システムから配車要求を取得した場合、前記第2の配車システムに当該輸送車両に対する配車要求を禁止する配車要求禁止を設定させるWhen a vehicle dispatch request is acquired from the first vehicle dispatch system prior to the second vehicle dispatch system, a vehicle dispatch request prohibition is set in the second vehicle dispatch system to prohibit a vehicle dispatch request for the transport vehicle.
コントローラが実行する配車プログラム。A dispatch program executed by the controller.
前記コントローラは、
利用者の配車依頼に基づいて前記輸送車両の配車処理を行う前記第1の配車システム以外の第2の配車システムの配車状況を取得し、
取得された前記第2の配車システムの配車状況に基づいて、前記第2の配車システムからの配車要求に対する受け付けを不可とする受付不可を前記車載装置に設定させる
配車管理装置。 A vehicle dispatch management device of a first vehicle dispatch system that performs a vehicle dispatch process for an on-board device mounted on a transport vehicle based on a vehicle dispatch request from a user, the vehicle dispatch management device comprising: a controller;
The controller:
acquiring a dispatch status of a second dispatch system other than the first dispatch system which performs dispatch processing of the transport vehicle based on a dispatch request of a user ;
Based on the acquired vehicle allocation status of the second vehicle allocation system, a vehicle allocation request from the second vehicle allocation system is not accepted and set in the vehicle-mounted device as an acceptance disallowance.
Vehicle dispatch management device.
利用者の配車依頼に基づいて前記輸送車両の配車処理を行う前記第1の配車システム以外の第2の配車システムの配車状況を取得し、
取得された前記第2の配車システムの配車状況に基づいて、前記第2の配車システムからの配車要求に対する受け付けを不可とする受付不可を前記車載装置に設定する
コントローラが実行する配車管理方法。 A vehicle dispatch management method for a first vehicle dispatch system that performs a vehicle dispatch process for an on-board device mounted on a transport vehicle based on a vehicle dispatch request from a user, comprising:
acquiring a dispatch status of a second dispatch system other than the first dispatch system which performs dispatch processing of the transport vehicle based on a dispatch request of a user;
Based on the acquired vehicle dispatch status of the second vehicle dispatch system, a vehicle dispatch request from the second vehicle dispatch system is not accepted and a request for acceptance is set in the vehicle-mounted device.
A vehicle dispatch management method implemented by the controller .
利用者の配車依頼に基づいて前記輸送車両の配車処理を行う前記第1の配車システム以外の第2の配車システムの配車状況を取得し、acquiring a dispatch status of a second dispatch system other than the first dispatch system which performs dispatch processing of the transport vehicle based on a dispatch request of a user;
取得された前記第2の配車システムの配車状況に基づいて、前記第2の配車システムからの配車要求に対する受け付けを不可とする受付不可を前記車載装置に設定するBased on the acquired vehicle dispatch status of the second vehicle dispatch system, a vehicle dispatch request from the second vehicle dispatch system is not accepted and a request for acceptance is set in the vehicle-mounted device.
コントローラが実行する配車管理プログラム。A vehicle dispatch management program executed by the controller.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2020179936A JP7519875B2 (en) | 2020-10-27 | 2020-10-27 | On-board device, vehicle allocation method, vehicle allocation program, vehicle allocation management device, vehicle allocation management method, and vehicle allocation management program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2020179936A JP7519875B2 (en) | 2020-10-27 | 2020-10-27 | On-board device, vehicle allocation method, vehicle allocation program, vehicle allocation management device, vehicle allocation management method, and vehicle allocation management program |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2022070717A JP2022070717A (en) | 2022-05-13 |
JP7519875B2 true JP7519875B2 (en) | 2024-07-22 |
Family
ID=81534981
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2020179936A Active JP7519875B2 (en) | 2020-10-27 | 2020-10-27 | On-board device, vehicle allocation method, vehicle allocation program, vehicle allocation management device, vehicle allocation management method, and vehicle allocation management program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP7519875B2 (en) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009015690A (en) | 2007-07-06 | 2009-01-22 | Hitachi Kokusai Electric Inc | Mobile communication system |
JP2015158830A (en) | 2014-02-25 | 2015-09-03 | 株式会社日立国際電気 | Allocation system |
-
2020
- 2020-10-27 JP JP2020179936A patent/JP7519875B2/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009015690A (en) | 2007-07-06 | 2009-01-22 | Hitachi Kokusai Electric Inc | Mobile communication system |
JP2015158830A (en) | 2014-02-25 | 2015-09-03 | 株式会社日立国際電気 | Allocation system |
Also Published As
Publication number | Publication date |
---|---|
JP2022070717A (en) | 2022-05-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11062415B2 (en) | Systems and methods for allocating networked vehicle resources in priority environments | |
JP6313608B2 (en) | Vehicle allocation system and vehicle allocation method | |
JP2018163578A (en) | Car pickup control server, in-vehicle terminal, control method, and control program in active car pickup system | |
JP6535713B2 (en) | System, method, and program for managing allocation of vehicle | |
JP2018049408A (en) | Vehicle allocation system | |
JP2008269347A (en) | Taxi dispatch system, taxi terminal (device), taxi dispatch system, taxi dispatch method, and computer program | |
CN110139227A (en) | Notifier processes device, notifier processes method and information terminal | |
JP2018074484A (en) | Information processing device, control method, program, and notification system | |
JP2015041339A (en) | Reservation management device, reservation request device, reserving means providing method, reservation management program, and reservation request program | |
JP6761457B2 (en) | Systems and methods for managing taxi dispatches, as well as programs for controlling taxi dispatch requests | |
JP2008183914A (en) | Navigation system | |
CN111858082A (en) | Prompt message sending method, prompt message output method, prompt message sending device, prompt message output device, electronic equipment and medium | |
JP7519875B2 (en) | On-board device, vehicle allocation method, vehicle allocation program, vehicle allocation management device, vehicle allocation management method, and vehicle allocation management program | |
JP5098724B2 (en) | Taxi dispatch system and taxi dispatch method | |
KR102474296B1 (en) | A recording medium in which a method for managing dispatch of a vehicle running to a destination, a management server used therein, and a program executing the method for managing dispatch of a vehicle running at a destination are recorded. | |
JP7528844B2 (en) | Information processing device and information processing method | |
JP3529357B2 (en) | Optimal vehicle dispatching method and optimal vehicle dispatching system | |
JP2009054019A (en) | Vehicle dispatch control system | |
JP7490603B2 (en) | Vehicle dispatch support device and vehicle dispatch support system | |
JP2021026591A (en) | Vehicle allocation management controller, vehicle allocation management device, vehicle allocation management system, vehicle allocation management method, and vehicle allocation management program | |
KR102136013B1 (en) | Central surveillance server for recommending taxi stand | |
JP7512048B2 (en) | Management device, vehicle presentation method, program, and vehicle allocation management system | |
JP2022073933A (en) | Vehicle dispatch management system and vehicle dispatch management method | |
JP7260403B2 (en) | Vehicle dispatch management device | |
JP2023027694A (en) | Vehicle allocation device and vehicle allocation system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20230915 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20240306 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20240326 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20240524 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20240618 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20240709 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7519875 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |