JP2024108528A - Operation planning system - Google Patents
Operation planning system Download PDFInfo
- Publication number
- JP2024108528A JP2024108528A JP2023012947A JP2023012947A JP2024108528A JP 2024108528 A JP2024108528 A JP 2024108528A JP 2023012947 A JP2023012947 A JP 2023012947A JP 2023012947 A JP2023012947 A JP 2023012947A JP 2024108528 A JP2024108528 A JP 2024108528A
- Authority
- JP
- Japan
- Prior art keywords
- operation plan
- event
- user
- parking lot
- control unit
- 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.)
- Pending
Links
- 238000005516 engineering process Methods 0.000 abstract description 5
- 238000000034 method Methods 0.000 description 35
- 230000008569 process Effects 0.000 description 32
- 238000004891 communication Methods 0.000 description 21
- 230000003247 decreasing effect Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 8
- 230000010006 flight Effects 0.000 description 8
- 238000012937 correction Methods 0.000 description 7
- 238000012545 processing Methods 0.000 description 7
- 230000008859 change Effects 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 239000000284 extract Substances 0.000 description 3
- 230000001186 cumulative effect Effects 0.000 description 2
- 238000000605 extraction Methods 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】送迎車両の運行計画を容易に作成可能な技術の提供。【解決手段】イベント会場におけるイベントの開始時刻を取得するイベント情報取得部と、前記イベントに参加する利用者から、前記イベント会場の周辺に存在する駐車場の予約と、前記イベント会場に向かう送迎車両への前記駐車場における乗車人数の予約と、を受け付ける予約受付部と、前記イベントの開始時刻と、複数の利用者から受け付けた前記駐車場の予約および前記乗車人数の予約と、に基づいて、複数の前記駐車場を巡回し、前記イベントの開始時刻前に前記イベント会場に到着する前記送迎車両の数を決定し、前記送迎車両の運行計画を作成する運行計画作成部と、を備える運行計画作成システムを構成する。【選択図】図１[Problem] To provide a technology that can easily create an operation plan for a shuttle vehicle. [Solution] An operation plan creation system is configured that includes an event information acquisition unit that acquires the start time of an event at an event venue, a reservation reception unit that accepts reservations for parking lots around the event venue and reservations for the number of passengers for the parking lots in the shuttle vehicle heading to the event venue from users participating in the event, and an operation plan creation unit that patrols multiple parking lots and determines the number of shuttle vehicles that will arrive at the event venue before the start time of the event based on the start time of the event and the reservations for the parking lots and the number of passengers accepted from multiple users, and creates an operation plan for the shuttle vehicles. [Selected Figure] Figure 1
Description
本発明は、運行計画作成システムに関する。 The present invention relates to an operation plan creation system.
従来、目的地周辺の駐車場を案内する技術が知られている。例えば、特許文献１においては、目的地周辺の第１範囲に存在する駐車場を除外して検索して検索結果を表示させる技術が開示されている。
Conventionally, there are known technologies that guide users to parking lots around a destination. For example,
従来技術によれば、イベント会場が目的地である場合において、イベント開始前および開始後におけるイベント会場の周辺の混雑が緩和される。しかし、イベント会場へのアクセスに負担がかかるため、駐車場を巡回する送迎車両を運行することで、利用者の負担を軽減することが考えられる。駐車場を巡回するには利用者に運行計画を伝達する必要があるが、多様な人数、駐車場の数、位置等に鑑みて、利用者を送迎可能な運行計画を人為的に作成することは困難である。 Conventional technology reduces congestion around an event venue before and after the event starts when the event venue is the destination. However, access to the event venue is a burden, so it is possible to reduce the burden on users by operating a shuttle vehicle that patrols the parking lot. To patrol the parking lot, it is necessary to communicate an operation plan to users, but it is difficult to artificially create an operation plan that can shuttle users, taking into account the diverse number of people, number and location of parking lots, etc.
本発明は、前記課題に鑑みなされたもので、送迎車両の運行計画を容易に作成可能な技術の提供を目的とする。 The present invention was developed in consideration of the above-mentioned problems, and aims to provide technology that makes it easy to create operation plans for shuttle vehicles.
上記の目的を達成するため、本発明の配送計画支援システムは、イベント会場におけるイベントの開始時刻を取得するイベント情報取得部と、前記イベントに参加する利用者から、前記イベント会場の周辺に存在する駐車場の予約と、前記イベント会場に向かう送迎車両への前記駐車場における乗車人数の予約と、を受け付ける予約受付部と、前記イベントの開始時刻と、複数の利用者から受け付けた前記駐車場の予約および前記乗車人数の予約と、に基づいて、複数の前記駐車場を巡回し、前記イベントの開始時刻前に前記イベント会場に到着する前記送迎車両の数を決定し、前記送迎車両の運行計画を作成する運行計画作成部と、を備える。 To achieve the above object, the delivery plan support system of the present invention includes an event information acquisition unit that acquires the start time of an event at an event venue, a reservation reception unit that accepts reservations for parking lots around the event venue and reservations for the number of passengers for the parking lots in shuttle vehicles heading to the event venue from users participating in the event, and an operation plan creation unit that travels around the multiple parking lots based on the start time of the event and the reservations for the parking lots and the number of passengers accepted from multiple users, determines the number of shuttle vehicles that will arrive at the event venue before the start time of the event, and creates an operation plan for the shuttle vehicles.
すなわち、配送計画支援システムにおいては、利用者が予約した駐車場と、当該駐車場における送迎車両への乗車人数が特定される。この結果、駐車場の位置毎に、送迎車両に乗車する乗車人数が特定される。また、イベント会場におけるイベントの開始時刻が特定される。この結果、各駐車場とイベント会場との位置関係から、イベントの開始時刻に間に合うような順路、経路を特定可能になる。また、各駐車場での乗車人数から、駐車場に到達する順序や各地点間の経路に従って巡回する際に必要な送迎車両の数が特定可能であり、送迎車両の運行計画を容易に作成可能である。 In other words, the delivery plan support system identifies the parking lot reserved by the user and the number of passengers who will board the shuttle vehicle at that parking lot. As a result, the number of passengers who will board the shuttle vehicle for each parking lot location is identified. In addition, the start time of the event at the event venue is identified. As a result, it becomes possible to identify the route and route that will arrive in time for the start time of the event based on the relative positions of each parking lot and the event venue. In addition, it is possible to identify the order in which to reach the parking lots and the number of shuttle vehicles required to travel along the route between each point based on the number of passengers at each parking lot, making it easy to create an operation plan for the shuttle vehicles.
ここでは、下記の順序に従って本発明の実施の形態について説明する。
（１）運行計画作成システムの構成：
（２）仮の運行計画作成処理：
（３）予約受付処理：
（４）運行計画決定処理：
（５）他の実施形態：
Here, the embodiments of the present invention will be described in the following order.
(1) Configuration of operation plan creation system:
(2) Provisional operation plan creation process:
(3) Reservation acceptance process:
(4) Operation plan determination process:
(5) Other embodiments:
（１）運行計画作成システムの構成：
図１は、運行計画作成システム１０の構成を示すブロック図である。運行計画作成システム１０は、利用者端末１００、運転者端末２００および管理者端末３００と協働するシステムである。運行計画作成システム１０は、利用者端末１００、運転者端末２００および管理者端末３００と、通信可能である。
(1) Configuration of operation plan creation system:
1 is a block diagram showing a configuration of an operation
利用者端末１００は、イベントに参加する利用者が利用する端末である。当該利用者は、イベントに参加するために、乗用車でイベント会場の周辺まで移動する利用者である。イベント会場には、イベントに参加する利用者が利用可能な駐車場が予め用意されている。利用者は、当該駐車場に乗用車を駐車させ、イベント会場の周辺を巡回する送迎車両に乗車して駐車場からイベント会場まで移動する。駐車場を利用するため、利用者は、利用者端末１００を操作して予め駐車場の予約を行う。また、利用者は同乗者とともにイベントに参加する場合がある。このため、利用者は、利用者端末１００を操作して予め送迎車両に乗車する乗車人数も予約する。
The
運転者端末２００は、送迎車両を走行させる運転者が利用する端末である。当該運転者は、イベント会場の周辺を巡回する送迎車両の運転者であり、運転者端末２００を用いて運行計画を確認しながら、運行計画に従って送迎車両を走行させる。管理者端末３００は、送迎車両の運行管理者が利用する端末である。当該管理者は、送迎車両の台数を増減する権限を有し、運行計画作成システム１０からの当あわせに応じて送迎車両の台数の増減の可否を決定する。
The
運行計画作成システム１０は、利用者から駐車場および駐車場での乗車人数の予約を受け付け、当該予約に基づいて運行計画を作成するサーバ装置である。運行計画が作成されると、利用者および運転者に対して運行計画を通知する。図１においては、利用者端末１００および運転者端末２００が一台ずつ示されているが、これらの端末は複数台となり得る。すなわち、複数の利用者が各利用者の端末を用いて予約を行う。また、複数台の送迎車両の各運転者が各運転者の端末を用いて送迎車両を運行する。
The operation
利用者端末１００は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備える制御部１２０と、通信部１１０と、ユーザＩ／Ｆ部１３０と、を備えている。制御部１２０は、図示しない記録媒体やＲＯＭに記憶された種々のプログラムを実行することができる。通信部１１０は、運行計画作成システム１０と通信を行うための装置である。利用者端末１００による運行計画作成システム１０との情報の送受信は、通信部１１０を介して行われる。ユーザＩ／Ｆ部１３０は、ユーザの指示を入力し、また、ユーザに各種の情報を提供するためのインタフェース部であり、図示しないタッチパネル式のディスプレイ等の表示部、スピーカー等の出力部及びユーザによる指示の入力部を備えている。
The
制御部１２０は、図示しないプログラムの処理により、通信部を介して運行計画作成システム１０から予約画面に表示すべき情報を取得し、ユーザＩ／Ｆ部１３０の表示部に表示させる。利用者は、予約画面を視認しながらユーザＩ／Ｆ部１３０の入力部を操作して利用者が乗用車を駐車させる駐車場と、当該駐車場において送迎車両に乗車する人の乗車人数と、を含む予約情報を指定する。予約情報の入力を受け付けると、制御部１２０は、予約情報を運行計画作成システム１０に送信する。
The
運行計画作成システム１０は、複数の利用者から予約情報を収集し、予約入力の締め切り後に必要に応じて仮の運行計画を修正して運行計画を確定する。確定した運行計画を示す情報は、運行計画作成システム１０から利用者端末１００に送信される。制御部１２０は、当該運行計画を示す情報をユーザＩ／Ｆ部１３０の表示部に表示させる。この結果、利用者は、予約した駐車場への送迎車両の到着時刻を知ることができる。なお、案内の態様は種々の態様であって良く、利用者が駐車すべき駐車場や当該駐車場への送迎車両の到着時刻等が案内されても良い。また、仮の運行計画の修正により、利用者が入力した予約情報と異なる駐車場に乗用車を駐車させる必要がある利用者に対しては、変更後の駐車場が案内される。
The operation
運転者端末２００は、ＣＰＵ，ＲＯＭ，ＲＯＭ等を備える制御部２２０と、通信部２１０と、ユーザＩ／Ｆ部２３０と、を備えている。制御部２２０は、図示しない記録媒体やＲＯＭに記憶された種々のプログラムを実行することができる。通信部２１０は、運行計画作成システム１０と通信を行うための装置である。運転者端末２００による運行計画作成システム１０との情報の送受信は、通信部２１０を介して行われる。ユーザＩ／Ｆ部２３０は、ユーザの指示を入力し、また、ユーザに各種の情報を提供するためのインタフェース部であり、図示しないタッチパネル式のディスプレイ等の表示部、スピーカー等の出力部及びユーザによる指示の入力部を備えている。
The
制御部２２０は、図示しないプログラムの処理により、通信部を介して運行計画作成システム１０から運行計画を示す情報を取得し、ユーザＩ／Ｆ部２３０の表示部に表示させる。運転者は、表示部を視認しながら自身が運転する送迎車両の運行計画を把握し、当該運行計画に従って送迎車両を運転し、駐車場を巡回して利用者をイベント会場まで連れて行く。
The
管理者端末３００は、ＣＰＵ，ＲＯＭ，ＲＯＭ等を備える制御部３２０と、通信部３１０と、ユーザＩ／Ｆ部３３０と、を備えている。制御部３２０は、図示しない記録媒体やＲＯＭに記憶された種々のプログラムを実行することができる。通信部３１０は、運行計画作成システム１０と通信を行うための装置である。管理者端末３００による運行計画作成システム１０との情報の送受信は、通信部３１０を介して行われる。ユーザＩ／Ｆ部３３０は、ユーザの指示を入力し、また、ユーザに各種の情報を提供するためのインタフェース部であり、図示しないタッチパネル式のディスプレイ等の表示部、スピーカー等の出力部及びユーザによる指示の入力部を備えている。
The
制御部３２０は、図示しないプログラムの処理により、通信部を介して運行計画作成システム１０から送迎車両の台数の増減の可否の問合せを受信する。問合せが行われると、管理者は、送迎車両の台数の増減の可否を決定し、ユーザＩ／Ｆ部３３０の入力部を操作して増減の可否を入力する。増減の可否を示す情報は、通信部３１０を介して運行計画作成システム１０に送信される。運行計画作成システム１０は、当該増減の可否に応じて運行計画を作成する。
The control unit 320 receives an inquiry about whether the number of shuttle vehicles can be increased or decreased from the operation
運行計画作成システム１０は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備える制御部２０と、記録媒体３０と、通信部４０と、を備えている。制御部２０は、記録媒体３０やＲＯＭに記憶された種々のプログラムを実行する。本実施形態の制御部２０は、このプログラムの１つとして、運行計画作成プログラム２１を実行する。制御部２０は、運行計画作成プログラム２１の処理により、利用者から予約を受け付け予約に応じた運行計画を作成する。通信部４０は、利用者端末１００および運転者端末２００と通信を行うための装置である。運行計画作成システム１０による利用者端末１００、運転者端末２００、管理者端末３００との情報の送受信は、通信部４０を介して行われる。
The operation
記録媒体３０には、イベント情報３０ａ，地図情報３０ｂ，予約情報３０ｃ，運行計画情報３０ｄが記録される。イベント情報３０ａは、イベントに関する情報であり、本実施形態においてイベント情報３０ａは、イベントの名称，イベント会場の位置，イベントの開始時刻および終了時刻を含んでいる。イベント情報３０ａが示すイベントは、当該イベントが開催されるイベント会場への利用者の送迎の対象になるイベントであり、複数のイベントが存在しても良い。
地図情報３０ｂは、道路区間の端点に対応するノードの位置を示すノードデータ、ノード間の道路の形状を特定するための形状補間点の位置等を示す形状補間点データ、ノード同士を接続するリンクを示すリンクデータ、道路周辺に存在する施設を示す施設データ等を含んでいる。ここで、ノードは、交差点に対応し、リンクは、交差点から交差点までの道路区間に対応する。リンクデータには、国道、県道といった道路種別が割り当てられている。リンクデータにはリンクコストを示す情報が対応付けられる。
施設データは、施設の名称，属性，位置等を示す情報であり、施設データが示す施設には、イベント会場と、駐車場と、が含まれる。駐車場は、乗用車を駐車可能な施設であり、施設の属性が駐車場である場合、少なくとも駐車場の位置および名称と、駐車可能な車両の数を示す情報と、イベントに参加する利用者が利用可能であるか否かを示す情報と、が施設データに含まれている。 Facility data is information indicating the name, attributes, location, etc. of a facility, and facilities indicated by facility data include event venues and parking lots. A parking lot is a facility where passenger cars can be parked, and when the attribute of a facility is a parking lot, the facility data includes at least the location and name of the parking lot, information indicating the number of vehicles that can be parked, and information indicating whether the parking lot is available for use by users participating in the event.
予約情報３０ｃは、利用者が予約した駐車場と当該駐車場における乗車人数とを示す情報である。図２Ａは、本実施形態にかかる予約情報３０ｃの例を示す図である。本実施形態においては、予約を行った利用者の識別情報（利用者ＩＤ）に対して駐車場の名称と、乗車人数と、利用者が参加するイベントの識別情報（イベントＩＤ）と、が対応付けられて予約情報３０ｃが定義される。なお、図２Ａにおいて、駐車場の名称は、Ｐ１，Ｐ２等である。予約情報３０ｃには、同一のイベントに際して駐車場を利用する複数の利用者による予約を示す情報が含まれ得る。また、予約情報３０ｃには、異なるイベントのそれぞれについての予約を示す情報が含まれ得る。
運行計画情報３０ｄは、送迎車両がイベント会場の周辺に存在する駐車場を巡回する際に従うべき計画であり、種々の態様で定義可能である。本実施形態において、運行計画情報３０ｄは、送迎車両の時刻表である。図２Ｂは、運行計画情報３０ｄの態様を説明するための図であり、図２Ｂは、仮の運行計画を示している。本実施形態において、運行計画には、運行計画が確定される前の仮の運行計画が存在する。確定後の運行計画は、仮の運行計画の一部が修正されて作成される可能性があるが、情報のフォーマットは共通であるため、ここでは、両者を区別せずに運行計画情報３０ｄを説明する。
図２Ｂに示す運行計画情報３０ｄは、開始時刻が１２：３０のイベントのイベント会場に、周辺の駐車場から利用者を連れてくる送迎車両の時刻表である。すなわち、イベント会場の周辺には、駐車場Ｐ１～駐車場Ｐ８が存在し、各駐車場に送迎車両が巡回する。図２Ｂに示す例では、６台の送迎車両が巡回することとなっており、それぞれに第１便～第６便という便名が割り当てられている。そして、各便が各駐車場およびイベント会場に到着する時刻が決められ、イベントの識別情報が対応付けられることで運行計画情報３０ｄが定義される。
例えば、第１便は、駐車場Ｐ１に１０：１５に到着予定であり、以後、駐車場Ｐ２に１０：３５，駐車場Ｐ３に１０：４５，駐車場Ｐ４に１１：０５、イベント会場に１１：１５に到着予定である。送迎車両は、各時刻に各駐車場に到着した後に、予定された乗車人数の利用者を乗せて次の地点に向かい、最後にイベント会場に到着すると、利用者を降車させる。むろん、図２Ｂに示す時刻表は一例であり、イベント会場に到着した送迎車両が再度巡回しても良いし、運行計画情報３０ｄには、駐車場とイベント会場とを含む地点間の経路が含まれていても良い。
For example, the first trip is scheduled to arrive at parking lot P1 at 10:15, then at parking lot P2 at 10:35, parking lot P3 at 10:45, parking lot P4 at 11:05, and the event venue at 11:15. After arriving at each parking lot at each time, the shuttle vehicle picks up the scheduled number of passengers and heads to the next location, and finally arrives at the event venue, where the passengers are dropped off. Of course, the timetable shown in FIG. 2B is just an example, and the shuttle vehicle that arrives at the event venue may make another round, and the
本実施形態に係る運行計画には、駐車場において送迎車両に乗車する人の乗車人数が含まれる。但し、仮の運行計画においては乗車人数が未定であり、運行計画が確定すると各駐車場で送迎車両に乗車する人の合計人数も確定する。図２Ｂにおいては、仮の運行計画が示されているため、各駐車場における乗車人数が未定であり、仮の値として送迎車両の最大乗員人数（６０人）が対応付けられている。 The operation plan according to this embodiment includes the number of passengers who will board shuttle vehicles at the parking lots. However, the number of passengers is undetermined in the tentative operation plan, and the total number of passengers who will board shuttle vehicles at each parking lot will be determined once the operation plan is finalized. In FIG. 2B, because a tentative operation plan is shown, the number of passengers at each parking lot is undetermined, and the maximum number of passengers (60 people) of shuttle vehicles is associated as a tentative value.
制御部２０が、運行計画作成プログラム２１を実行すると、制御部２０は、イベント情報取得部２１ａ，予約受付部２１ｂ，運行計画作成部２１ｃ，通知部２１ｄとして機能する。イベント情報取得部２１ａは、イベント会場におけるイベントの開始時刻を取得する機能である。制御部２０は、イベント情報取得部２１ａの機能により、イベント情報３０ａを参照し、運行計画作成対象のイベントの識別情報が対応付けられたイベントについて、イベントの名称，イベント会場の位置，イベントの開始時刻および終了時刻を取得する。
When the
予約受付部２１ｂは、イベントに参加する利用者から、イベント会場の周辺に存在する駐車場の予約と、イベント会場に向かう送迎車両への駐車場における乗車人数の予約と、を受け付ける機能である。制御部２０は、予約受付部２１ｂの機能により、通信部４０を介して利用者端末１００と通信し、利用者が指定したイベントの識別情報、駐車場および当該駐車場における乗車人数を予約情報として取得する。取得した予約情報には、利用者の識別情報が対応付けられて予約情報３０ｃとして記録媒体３０に保存される。
The
なお、本実施形態においては、イベントの開始時刻に応じて予約が締め切られる。具体的には、イベントの開始時刻の前日の特定時刻（例えば、２１：００）に当該イベントに参加する利用者からの予約は締め切られる。予約が締め切られると、締め切り前に入力された予約に基づいて、運行計画が作成される。 In this embodiment, reservations are closed according to the start time of the event. Specifically, reservations from users participating in the event are closed at a specific time (e.g., 9:00 p.m.) on the day before the start time of the event. When reservations are closed, an operation plan is created based on reservations entered before the deadline.
運行計画作成部２１ｃは、イベントの開始時刻と、複数の利用者から受け付けた駐車場の予約および乗車人数の予約と、に基づいて、複数の駐車場を巡回し、イベントの開始時刻前にイベント会場に到着する送迎車両の数を決定し、送迎車両の運行計画を作成する機能である。すなわち、制御部２０は、運行計画作成部２１ｃの機能により、複数の利用者を駐車場からイベント会場に連れて行くための運行計画を作成する。運行計画は、種々の手法で実施されてよく、本実施形態において制御部２０は、仮の運行計画を利用者に提示しながら予約を受け付け、予約を締め切った後に必要に応じて仮の運行計画を修正することによって運行計画を作成する。当該運行計画の作成処理は、後述する。以上の構成によれば、送迎車両の運行計画を容易に作成可能である。
The operation
通知部２１ｄは、利用者および運転者に走行計画を通知する機能である。本実施形態において、制御部２０は、通知部２１ｄの機能により、運行計画を、イベントの開始時刻前に利用者に対して通知する。利用者に対する通知のタイミングは、イベントの開始時刻前であれば良く、種々のタイミングであって良い。本実施形態においては、イベント開始時刻から既定時間前のタイミングで利用者に通知されることが想定されている。
The
利用者に対する通知内容は、種々の内容であって良いが、本実施形態においては、運行計画としての時刻表が利用者に提供される。すなわち、制御部２０は、イベント情報３０ａを参照し、イベント開始時刻の既定時間前になったか否か判定する。イベント開始時刻の既定時間前になった場合、制御部２０は、運行計画情報３０ｄを参照し、当該イベントのイベント会場に送迎を行うための運行計画を取得する。そして、制御部２０は、当該イベントへの参加を予約した利用者に対して、当該運行計画を送信する。この結果、利用者端末１００においては、ユーザＩ／Ｆ部１３０の表示部に運行計画が表示される。従って、利用者は、自身が予約した駐車場に何時までに到着すべきか知ることができる。
The notification to the user may be of various kinds, but in this embodiment, a timetable as an operation plan is provided to the user. That is, the
なお、本実施形態においては、予約が受け付けられない利用者や、予約した駐車場と異なる駐車場に駐車する必要がある利用者が存在し得る。制御部２０は、予約が受け付けられない利用者に対して、予約が受け付けられなかったことを示す情報を送信し、ユーザＩ／Ｆ部１３０の表示部に表示させる。この結果、利用者は、代替手段を考えるなどの対策をとることができる。さらに、制御部２０は、予約した駐車場と異なる駐車場に駐車する必要がある利用者に対して、変更後の駐車場、乗車すべき送迎車両および運行計画を送信し、ユーザＩ／Ｆ部１３０の表示部に表示させる。この結果、利用者は、自身が駐車すべき駐車場と乗車すべき送迎車両と、乗車時刻を把握することができる。
In this embodiment, there may be users whose reservations cannot be accepted, or users who need to park in a parking lot other than the one they reserved. The
さらに、制御部２０は、通知部２１ｄの機能により、合計人数を含む運行計画を、送迎車両の運転者に対して通知する。すなわち、本実施形態にかかる運行計画情報３０ｄには、各駐車場において送迎車両に乗車すべき人の合計人数が含まれている。そこで、制御部２０は、運転者端末２００に対して、当該合計人数を含む運行計画を送信する。この結果、運転者端末２００においては、ユーザＩ／Ｆ部２３０の表示部に、各駐車場において送迎車両に乗車すべき人の合計人数を含む運行計画が表示される。従って、運転者は、自身が運転する送迎車両が各駐車場に到着すべき時刻、各駐車場で乗車させるべき利用者の数を把握することができる。このため、乗車人数を間違えて送迎車両を運行させる可能性を低減することができる。むろん、利用者が送迎車両に乗車する際には、利用者による予約の有無や予約した利用者の認証等が行われてもよい。
Furthermore, the
（２）仮の運行計画作成処理：
次に、運行計画作成システム１０により実行される仮の運行計画作成処理を説明する。仮の運行計画作成処理は、イベント毎に実行される。また、仮の運行計画作成処理は、その運行計画に従って送迎される利用者が参加するイベントについての予約が開始する前に実行される。図３は、仮の運行計画作成処理を示すフローチャートである。当該フローチャートは、あるイベントについて仮の運行計画を作成する際に実行される処理を示している。
(2) Provisional operation plan creation process:
Next, a tentative operation plan creation process executed by the operation
仮の運行計画作成処理が開始されると、制御部２０は、運行計画作成部２１ｃの機能により、駐車場情報を取得する（ステップＳ１００）。具体的には、制御部２０は、イベント情報３０ａを参照し、運行計画の作成対象となるイベントのイベント会場の位置を取得する。また、制御部２０は、地図情報３０ｂを参照し、当該イベント会場の位置から既定の距離以内に存在し、イベントに参加する利用者が利用可能であることを示す情報が対応付けられた駐車場を取得する。
When the tentative operation plan creation process is started, the
図２Ｃにおいては、イベント会場の周辺において、このような駐車場Ｐ１～駐車場Ｐ８が取得されたことを想定した例を示している。図２Ｃにおいては、イベント会場を矩形で示し、イベント会場の周辺に存在する駐車場Ｐ１～駐車場Ｐ８を黒丸で示している。 Figure 2C shows an example in which it is assumed that such parking lots P1 to P8 have been acquired in the vicinity of the event venue. In Figure 2C, the event venue is shown as a rectangle, and parking lots P1 to P8 that exist in the vicinity of the event venue are shown as black circles.
次に、制御部２０は、運行計画作成部２１ｃの機能により、イベント開始時刻を取得する（ステップＳ１０５）。具体的には、制御部２０は、イベント情報３０ａを参照し、運行計画の作成対象となるイベントの開始時刻を取得する。
Next, the
次に、制御部２０は、運行計画作成部２１ｃの機能により、地点間所要時間を取得する（ステップＳ１１０）。本実施形態において、送迎車両はイベント会場から遠い駐車場を先に巡回し、近い駐車場ほど後に巡回していき、最後にイベント会場に到着するルートで利用者をイベント会場に連れて行く。そこで、制御部２０は、イベント会場から遠い駐車場から近い駐車場へ向けて巡回していく際の二地点間の所要時間を取得する。
Next, the
なお、遠い地域に散在する駐車場の全てに巡回すると効率が悪いため、送迎車両は予め決められた地域毎に巡回を行ってもよい。本実施形態においては、地域毎に巡回する例が想定されており、例えば、図２Ｃに示す例においては、イベント会場の北側に存在する駐車場を巡回する送迎車両と、イベント会場の南側に存在する駐車場を巡回する送迎車両とに分けて運行計画が作成される。このため、図２Ｃに示す例においては、駐車場Ｐ１，Ｐ２，Ｐ３，Ｐ４の順に巡回しイベント会場に到達する送迎車両と、駐車場Ｐ５，Ｐ６，Ｐ７，Ｐ８の順に巡回しイベント会場に到達する送迎車両と、のそれぞれについて運行計画が作成される。 In addition, since it is inefficient to visit all parking lots scattered in distant areas, the shuttle vehicle may make a patrol for each predetermined area. In this embodiment, an example of making a patrol for each area is assumed, and for example, in the example shown in FIG. 2C, an operation plan is created for a shuttle vehicle that visits parking lots located on the north side of the event venue and a shuttle vehicle that visits parking lots located on the south side of the event venue. Therefore, in the example shown in FIG. 2C, an operation plan is created for each of a shuttle vehicle that visits parking lots P1, P2, P3, and P4 in that order before arriving at the event venue, and a shuttle vehicle that visits parking lots P5, P6, P7, and P8 in that order before arriving at the event venue.
この例において、制御部２０は、駐車場Ｐ１，Ｐ２，Ｐ３，Ｐ４の順に巡回しイベント会場に到達するルートについて、駐車場Ｐ１－Ｐ２間、駐車場Ｐ２－Ｐ３間、駐車場Ｐ３－Ｐ４間、駐車場Ｐ４－イベント会場間の所要時間を取得する。さらに、制御部２０は、駐車場Ｐ５，Ｐ６，Ｐ７，Ｐ８の順に巡回しイベント会場に到達するルートについて、駐車場Ｐ５－Ｐ６間、駐車場Ｐ６－Ｐ７間、駐車場Ｐ７－Ｐ８間、駐車場Ｐ８－イベント会場間の所要時間を取得する。所要時間は種々の手法で取得されて良く、本実施形態において制御部２０は、地図情報３０ｂを参照し、リンクコストに基づいて二地点間の経路を探索し、各経路を構成する区間毎の平均旅行時間を累積することによって所要時間を取得する。
In this example, the
次に、制御部２０は、運行計画作成部２１ｃの機能により、イベント開始時刻以前に到着する複数の仮の運行計画を作成する（ステップＳ１１５）。本実施形態において制御部２０は、ステップＳ１１０で取得した地点間所要時間を送迎車両の巡回地域毎に累積することで最初の駐車場からイベント会場までの所要時間を取得する。例えば、図２Ｃに示す例において、駐車場Ｐ１－Ｐ２間、駐車場Ｐ２－Ｐ３間、駐車場Ｐ３－Ｐ４間、駐車場Ｐ４－イベント会場間の所要時間のそれぞれが、２０分、１０分、２０分、１０分である場合、最初の駐車場Ｐ１からイベント会場までの所要時間は１時間である。
Next, the
そこで、制御部２０は、イベント会場までの所要時間を要する巡回を行った後に、イベント開始時刻より前にイベント会場に到着するように、最初の駐車場Ｐ１を出発する運行計画を作成する。このため、制御部２０は、まず、イベント開始時刻からマージンの時間を減じた時刻から１時間前に最初の駐車場Ｐ１を出発する仮の運行計画を作成する。
Therefore, the
図２Ｃに示す例において、イベント開始時刻が１２：３０、マージンが１５分、イベント会場までの所要時間が１時間だとすると、制御部２０は、１２：３０から１５分を減じた１２：１５にイベント会場に到着する便において、最初の駐車場Ｐ１の到着時刻は１１：１５となる。最初の駐車場Ｐ１以降の各駐車場Ｐ２，Ｐ３，Ｐ４への到着時刻は、ステップＳ１１０で取得した所要時間によって特定される。このように、各駐車場への到着時刻が算出されると、図２Ｂに示す第３便のように仮の運行計画が作成される。
In the example shown in FIG. 2C, if the event start time is 12:30, the margin is 15 minutes, and the required time to the event venue is 1 hour, the
第３便についての仮の運行計画が作成されると、制御部２０は、第３便において最初の駐車場Ｐ１に到着する時刻より一定時間前に最初の駐車場Ｐ１に到着する仮の運行計画を複数個生成し、第２便、第１便の仮の運行計画とする。図２Ｂに示す例においては、第３便より３０分前に最初の駐車場Ｐ１に到着する仮の運行計画が第２便、第３便より１時間前に最初の駐車場Ｐ１に到着する仮の運行計画が第１便である。
When a provisional operation plan for the third flight is created, the
巡回ルートが複数の地域に渡っている場合、制御部２０は、各地域について同様の処理を行って、仮の運行計画を作成する。例えば、図２Ｃに示す例においては、イベント会場の南側の地域に存在する駐車場Ｐ５～駐車場Ｐ８について、図２Ｂに示すような第４便～第６便の仮の運行計画を作成する。制御部２０は、以上のようにして作成した仮の運行計画に対して、各駐車場において送迎車両に乗車する合計人数（但し、仮の運行計画では未定であるため、送迎車両の最大乗員人数である６０人）を対応付け、イベントの識別情報を対応付けて運行計画情報３０ｄとして記録媒体３０に保存する。
If the route spans multiple regions, the
（３）予約受付処理：
次に、運行計画作成システム１０により実行される予約受付処理を説明する。各イベントの予約受付処理は、イベントの予約開始から締め切りまでの間に実行可能である。予約開始は、仮の運行計画が作成された後であれば良く、本実施形態においては、イベント開始時刻が属する日から既定の日数（例えば、１ヶ月）だけ前の日の特定時刻に予約が開始される。イベントの締め切りは、上述のように、イベントの開始時刻の前日の特定時刻である。
(3) Reservation acceptance process:
Next, the reservation acceptance process executed by the operation
利用者は、イベントの予約開始から締め切りまでの間において、利用者端末１００のユーザＩ／Ｆ部１３０を操作し、予約したいイベントを指示して予約受付の要求を行う。当該要求は、イベントの識別情報とともに運行計画作成システム１０に送信される。運行計画作成システム１０が当該要求を受信すると、制御部２０は、予約受付処理を開始する。
Between the start and end of event reservations, a user operates the user I/
図４は、予約受付処理を示すフローチャートである。予約受付処理において、制御部２０は、予約受付部２１ｂの機能により、駐車場選択画面を表示させる（ステップＳ２００）。すなわち、制御部２０は、駐車場選択画面を表示させるための情報を利用者端末１００に送信し、ユーザＩ／Ｆ部１３０の表示部に当該駐車場選択画面を表示させる。
Figure 4 is a flowchart showing the reservation reception process. In the reservation reception process, the
駐車場選択画面は、イベント会場の周辺の駐車場を選択する画面である。そこで、制御部２０は、イベント情報３０ａを参照し、利用者端末１００から送信されたイベントの識別情報に対応付けられたイベント会場の位置を特定する。そして、制御部２０は、地図情報３０ｂを参照し、当該イベント会場の位置から既定の距離以内に存在し、イベントに参加する利用者が利用可能であることを示す情報が対応付けられた駐車場を取得する。そして、制御部２０は、地図情報３０ｂを参照し、これらの駐車場を示すアイコンが重畳された地図を含む駐車場選択画面を表示させるための画像データを生成し、利用者端末１００に送信する。なお、本実施形態における駐車場選択画面は一例であり、他の画面構成であっても良い。例えば、仮の運行計画が表示されても良い。
The parking lot selection screen is a screen for selecting parking lots around the event venue. The
利用者端末１００のユーザＩ／Ｆ部１３０の表示部に駐車場選択画面が表示されると、利用者はユーザＩ／Ｆ部１３０の入力部を操作し、自身が駐車したい駐車場を選択する。選択が行われると、選択された駐車場を示す情報が利用者端末１００から運行計画作成システム１０に送信される。
When the parking lot selection screen is displayed on the display unit of the user I/
そこで、制御部２０は、予約受付部２１ｂの機能により、駐車場が選択されたか否かを判定する（ステップＳ２０５）。すなわち、制御部２０は、選択された駐車場を示す情報が利用者端末１００から送信された場合、駐車場が選択されたと判定する。駐車場が選択されたと判定されない場合、制御部２０は、ステップＳ２００以降の処理を繰り返す。
The
一方、ステップＳ２０５において、駐車場が選択されたと判定された場合、制御部２０は、予約受付部２１ｂの機能により、選択された駐車場における乗車時刻を表示する（ステップＳ２１０）。すなわち、制御部２０は、運行計画情報３０ｄを参照し、予約対象となっているイベントに関して作成済の仮の運行計画を取得し、利用者が選択した駐車場に送迎車両が到着する時刻を取得する。図２Ｂに示す例であれば、同一の駐車場に対応付けられた時刻は３種存在する。例えば、駐車場Ｐ１であれば、１０：１５，１０：４５，１１：１５の３種の時刻が取得される。
On the other hand, if it is determined in step S205 that a parking lot has been selected, the
制御部２０は、取得した時刻を乗車時刻として利用者端末１００に送信する。この結果、利用者端末１００のユーザＩ／Ｆ部１３０の入力部にはこれらの乗車時刻が表示される。利用者は、ユーザＩ／Ｆ部１３０の入力部を操作し、乗車時刻を選択することができる。また、所望の時刻が含まれない場合、駐車場の変更指示を入力することができる。利用者が入力を行うと、乗車時刻または駐車場の変更指示が運行計画作成システム１０に送信される。
The
制御部２０は、予約受付部２１ｂの機能により、駐車場の変更指示を受信したか否かを判定する（ステップＳ２１５）。駐車場の変更指示を受信したと判定された場合、制御部２０は、ステップＳ２００以降の処理を繰り返す。ステップＳ２１５において、駐車場の変更指示を受信したと判定されない場合、制御部２０は、乗車時刻が選択されたか否かを判定する（ステップＳ２２０）。ステップＳ２２０で乗車時刻が選択されたと判定されない場合、制御部２０は、ステップＳ２１０以降の処理を繰り返す。
The
ステップＳ２２０で乗車時刻が選択されたと判定された場合、制御部２０は、予約受付部２１ｂの機能により、利用者の識別情報に駐車場と乗車時刻とイベントの識別情報を対応付けて保存する（ステップＳ２２５）。すなわち、制御部２０は、予約を行った利用者の予約情報３０ｃを記録媒体３０に保存する。
If it is determined in step S220 that a boarding time has been selected, the
（４）運行計画決定処理：
次に、運行計画作成システム１０により実行される運行計画決定処理を説明する。各イベントの運行計画決定処理は、イベントに関する予約の締め切り後、利用者への運行計画の通知タイミングより前に実行される。運行計画決定処理が開始されると、制御部２０は、図５に示す処理を実行する。
(4) Operation plan determination process:
Next, an operation plan determination process executed by the operation
具体的には、まず制御部２０は、運行計画作成部２１ｃの機能により、全利用者の予約情報を取得する（ステップＳ３００）。すなわち、制御部２０は、予約情報３０ｃを参照し、運行計画の決定対象となるイベントの識別情報が対応付けられた全ての予約情報を取得する。
Specifically, first, the
次に、制御部２０は、運行計画作成部２１ｃの機能により、全ての予約の受付が可能であるか否かを判定する（ステップＳ３０５）。すなわち、制御部２０は、運行計画に含まれる全ての便で累計の乗車人数が最大乗車人数を超えない場合に、全ての予約の受付が可能であると判定する。具体的には、制御部２０は、運行計画情報３０ｄを参照し、運行計画の決定対象となるイベントの識別情報が対応付けられた仮の運行計画作成処理を取得する。そして、ステップＳ３００で取得した予約情報を参照し、各駐車場において予約された乗車人数の累計を取得する。この結果、各駐車場で送迎車両に乗車する合計人数が取得される。
Next, the
制御部２０は、当該合計人数を各駐車場に対応付けて仮の運行計画を更新する。図６Ａおよび図６Ｂは、各駐車場で送迎車両に乗車する合計人数が各駐車場に対応付けられた状態を示す。例えば、図６Ａに示す第１便において、駐車場Ｐ１で乗車する利用者の合計人数は１０人、図６Ｂに示す第２便において、駐車場Ｐ２で乗車する利用者の合計人数は３人である。
The
また、制御部２０は、各便の全ての駐車場で利用者が乗車した場合の合計人数を取得し、仮の運行計画に対応付ける。図６Ａ、図６Ｂにおいては、各便のイベント会場への到着時刻の下部に全ての利用者の合計人数が示されている。例えば、図６Ａに示す例において、第１便のイベント会場の到着時刻１１：１５の下部に示された６６人は、第１便が駐車場Ｐ１～駐車場Ｐ４で乗車させる利用者の合計人数である。図６Ａに示す例においては、第１便、第５便、第６便で送迎車両の最大乗車人数を超えている。一方、図６Ｂにおいては、全ての便で送迎車両の最大乗車人数を超えていない。
The
制御部２０は、全ての駐車場で利用者が乗車した場合の合計人数が、最大乗車人数を超えている送迎車両が一台でも存在する場合に、全ての予約の受付が可能と判定しない。従って、図６Ａに示す例であれば、制御部２０は、全ての予約の受付が可能と判定しない。全ての駐車場で利用者が乗車した場合の合計人数が、最大乗車人数を超えている送迎車両が一台も存在しない場合に、制御部２０は、全ての予約の受付が可能と判定する。従って、図６Ｂに示す例であれば、制御部２０は、全ての予約の受付が可能と判定する。
If there is even one shuttle vehicle in which the total number of passengers in all parking lots exceeds the maximum number of passengers, the
ステップＳ３０５において、全ての予約の受付が可能であると判定された場合、制御部２０は、運行計画作成部２１ｃの機能により、乗車人数が閾値未満の駐車場、時刻の組合せが存在するか否か判定する（ステップＳ３１０）。すなわち、乗車人数が閾値未満である場合、その時刻においてその駐車場で利用者を送迎車両で迎えに行くことが非効率であると見なされる。このため、閾値は、送迎車両の効率を決定する値として予め決められる。本実施形態において、閾値は５人である。従って、更新された運行計画において、駐車場において乗車する利用者の合計人数が５人未満である場合、乗車人数が閾値未満の駐車場、時刻の組合せが存在すると判定される。例えば、図６Ｂに示す第２便において、駐車場Ｐ２で乗車する利用者の合計人数は３人であるため、図６Ｂに示す例であれば、乗車人数が閾値未満の駐車場、時刻の組合せが存在すると判定される。仮に、図６Ｂに示す例において、駐車場Ｐ２で乗車する利用者の合計人数が５人以上であれば、乗車人数が閾値未満の駐車場、時刻の組合せが存在すると判定されない。
If it is determined in step S305 that all reservations can be accepted, the
ステップＳ３１０において、乗車人数が閾値未満の駐車場、時刻の組合せが存在すると判定されない場合、制御部２０は、通知部２１ｄの機能により、運行計画を決定し、利用者に通知する（ステップＳ３３０）。すなわち、ステップＳ３１０において、乗車人数が閾値未満の駐車場、時刻の組合せが存在すると判定されずに、ステップＳ３３０が実行される場合、仮の運行計画において全ての予約を充足可能であり、かつ、過度に非効率でもない。そこで、制御部２０は、仮の運行計画通り、すなわち、駐車場において予約通りの乗車人数が送迎車両に乗車するように、仮の運行計画を実行対象の運行計画とする。そして、制御部２０は、当該運行計画を利用者端末１００および運転者端末２００に送信する。
If it is not determined in step S310 that there is a combination of parking lots and times where the number of passengers is less than the threshold, the
一方、ステップＳ３１０において、乗車人数が閾値未満の駐車場、時刻の組合せが存在すると判定された場合、制御部２０は、送迎車両の増減の可否を問い合わせる（ステップＳ３１５）。具体的には、制御部２０は、各駐車場における乗車人数が対応付けられた仮の運行計画を、管理者端末３００に送信する。管理者端末３００においては、ユーザＩ／Ｆ部３３０の表示部に当該運行計画を表示させる。
On the other hand, if it is determined in step S310 that a combination of parking lots and time periods exists in which the number of passengers is less than the threshold, the
ステップＳ３１０において、乗車人数が閾値未満の駐車場、時刻の組合せが存在すると判定された後にステップＳ３１５が実行される場合、図６Ｂに示すように、駐車場と時刻との組合せの少なくとも一つにおいて、乗車人数が閾値未満である。管理者は、当該運行計画に基づいて、送迎車両を増減するか否か決定する。すなわち、乗車人数が閾値未満の駐車場、時刻の組合せが存在する場合、当該時刻に当該駐車場に送迎車両が向かうのは効率が良くない。乗車人数が閾値未満になる駐車場および時刻の組合せが複数存在する場合は、さらに効率が良くない。 If step S315 is executed after it is determined in step S310 that there is a combination of parking lots and times where the number of passengers is less than the threshold, then the number of passengers is less than the threshold in at least one combination of parking lots and times, as shown in FIG. 6B. The manager decides whether to increase or decrease the number of shuttle vehicles based on the operation plan. In other words, if there is a combination of parking lots and times where the number of passengers is less than the threshold, it is inefficient for shuttle vehicles to head to that parking lot at that time. If there are multiple combinations of parking lots and times where the number of passengers is less than the threshold, it is even less efficient.
そこで、管理者は、効率を向上させるために、送迎車両を増減させるか否か判断する。管理者は送迎車両を増減させるか否か判断し、ユーザＩ／Ｆ部３３０の入力部を操作して台数を増減させるか否かを示す情報を入力する。増減させる場合、当該情報には増加する台数、減少する台数が含まれる。当該情報は、管理者端末３００から運行計画作成システム１０に送信される。
Then, in order to improve efficiency, the manager decides whether to increase or decrease the number of shuttle vehicles. The manager decides whether to increase or decrease the number of shuttle vehicles, and operates the input unit of the user I/
台数を増減させるか否か、増減させる場合にはその台数を示す情報が運行計画作成システム１０に送信されると、制御部２０は、送信された情報に基づいて、送迎車両の増減があるか否か判定する（ステップＳ３２０）。ステップＳ３２０において、送迎車両の増減があると判定されない場合、制御部２０は、運行計画作成部２１ｃの機能により、仮の運行計画を修正し、この結果、予約が修正された利用者にその旨を通知し、修正を受諾するか否か問い合わせる（ステップＳ３２５）。本実施形態においては、乗車人数が閾値未満の駐車場、時刻の組合せが存在する場合、送迎車両は、当該時刻に当該駐車場に行かず、スキップする。従って、当該駐車場において当該時刻に送迎車両に乗車する予約を行った利用者は、送迎車両を利用できない。当該利用者の予約について、制御部２０は、他の駐車場および時刻の組合せにおいて利用者が乗車するように運行計画を修正する。この構成によれば、過度に効率の悪い運行計画が作成されにくくすることができる。
When information indicating whether or not to increase or decrease the number of vehicles, and if so, the number of vehicles, is sent to the operation
修正の方法には、種々の方法がある。例えば、制御部２０は、最大乗車人数以下の便を選択し、その便のいずれかの駐車場および時刻を、元の予約に近い順に選択したり、ランダムに選択したりすることで利用者を代替の駐車場および時刻に振り分ける。例えば、図６Ｂに示す例で第２便が駐車場Ｐ２をスキップするように運行計画を修正する際に、１１：０５に駐車場Ｐ２を予約した３人は、他の時刻及び駐車場、例えば、１１：３５に駐車場Ｐ２に到着する第３便に乗車するように運行計画が修正される。
There are various methods for making corrections. For example, the
以上のようにして運行計画が修正されると、制御部２０は、変更された予約を行った利用者の識別情報を特定し、各利用者の利用者端末１００に対して修正後の駐車場および時刻を送信する。利用者端末１００においては、ユーザＩ／Ｆ部１３０の表示部に予約が受け付けられず、代替の駐車場、時刻に修正されたことを示す情報と、当該修正を受諾するか否か促すメッセージが表示される。利用者は、ユーザＩ／Ｆ部１３０の入力部を操作して、修正を受諾するか否か入力する。入力結果は、運行計画作成システム１０に送信される。
When the operation plan is revised in this manner, the
制御部２０は、各利用者が受諾したか否かを特定し、通知部２１ｄの機能により、受諾しなかった利用者に予約不可を通知する（ステップＳ３４５）。具体的には、制御部２０は、受諾しなかった利用者の識別情報を特定し、当該利用者が利用する利用者端末１００に対して、予約が不可能であることを示す情報を送信する。利用者端末１００においては、ユーザＩ／Ｆ部１３０の表示部に予約が受け付けられなかったことを示す情報を表示させる。この結果、利用者は、自身の予約が受け付けられなかったことを認識し、代替手段を検討することができる。
The
なお、ステップＳ３２５の説明においては、利用者を代替の駐車場および時刻に振り分けることが想定されているが、他の駐車場および時刻の組合せにおいて利用者が乗車できる席が足りなかった場合、足りない席についての振り分けは不可能である。従って、乗車不可能な人数分の予約は、予約が不可能とされる。予約が不可能な利用者は、例えば、予約申し込みが遅い利用者から順に選択される。この場合、制御部２０は、当該利用者に対してステップＳ３２５において受諾するか否かの問合せを行わず、ステップＳ３４５において、当該利用者に対して予約が不可能であることを通知する。
In the explanation of step S325, it is assumed that users will be allocated to alternative parking lots and times, but if there are not enough seats available for users in other combinations of parking lots and times, it is not possible to allocate the missing seats. Therefore, reservations for the number of people who cannot board are deemed to be unavailable. Users who are unable to make reservations are selected in order of, for example, the users who made the latest reservation applications. In this case, the
次に、制御部２０は、ステップＳ３３０を実行する。すなわち、制御部２０は、ステップＳ３２５およびＳ３４５において修正された運行計画を実行対象の運行計画として決定する。この際、制御部２０は、予約と異なる駐車場および時刻に送迎車両に乗るべき利用者に対しては、駐車場および時刻を案内する。むろん、予約と同一の駐車場および時刻に送迎車両に乗る利用者に対して、駐車場および時刻が案内されても良い。なお、予約の振り分けができなかった場合、制御部２０は、仮の運行計画を、実行対象の運行計画として決定する。
Next, the
一方、ステップＳ３２０において、送迎車両の減便があると判定された場合、制御部２０は、乗車人数が閾値未満の駐車場、時刻の組合せを含む便を仮の運行計画から削除する。例えば、図６Ｂに示す例であれば、第２便が削除される。この場合、制御部２０は、減少した車両を予約した利用者に代替車両を通知し、受諾するか否か問合せを行う（ステップＳ３３５）。すなわち、送迎車両が減便されると、減便された送迎車両を予約していた利用者は、他の便で送迎が行われるように運行計画が修正される。
On the other hand, if it is determined in step S320 that the number of shuttle vehicles will be reduced, the
修正の方法には、種々の方法がある。例えば、制御部２０は、最大乗車人数以下の便を選択し、その便のいずれかの駐車場および時刻を、元の予約に近い順に選択したり、ランダムに選択したりすることで利用者を代替の駐車場および時刻に振り分ける。例えば、図６Ｂに示す例で第２便が減便された場合、制御部２０は、第２便を予約した利用者毎の乗車人数を特定し、当該乗車人数毎に、他の駐車場および時刻に移動させて運行計画を修正する。以上の修正において最大乗車人数を超えてしまうなど、修正が不可能な場合、制御部２０は、予約申し込みが遅い利用者から順に予約が不可能であると見なす。
There are various methods for making corrections. For example, the
以上のようにして運行計画が修正されると、制御部２０は、第２便を予約した利用者の識別情報を特定し、各利用者の利用者端末１００に対して修正後の駐車場および時刻を送信する。利用者端末１００においては、ユーザＩ／Ｆ部１３０の表示部に予約が受け付けられず、代替の駐車場、時刻に修正されたことを示す情報と、当該修正を受諾するか否か促すメッセージが表示される。利用者は、ユーザＩ／Ｆ部１３０の入力部を操作して、修正を受諾するか否か入力する。入力結果は、運行計画作成システム１０に送信される。
When the operation plan is revised in this manner, the
制御部２０は、各利用者が受諾したか否かを特定し、通知部２１ｄの機能により、受諾しなかった利用者に予約不可を通知する（ステップＳ３４５）。具体的には、制御部２０は、受諾しなかった利用者の識別情報を特定し、当該利用者が利用する利用者端末１００に対して、予約が不可能であることを示す情報を送信する。利用者端末１００においては、ユーザＩ／Ｆ部１３０の表示部に予約が受け付けられなかったことを示す情報を表示させる。この結果、利用者は、自身の予約が受け付けられなかったことを認識し、代替手段を検討することができる。
The
なお、本実施形態においては、乗車人数が閾値未満の駐車場、時刻の組合せを含む便を仮の運行計画から削除することとしているが、他の便を削除して予約の振り分けを行ってもよい。さらに、減便した便の予約を他の便に振り分ける際に、利用者が乗車できる席が足りなかった場合、足りない席についての振り分けは不可能である。従って、乗車不可能な人数分の予約は、予約が不可能とされる。予約が不可能な利用者は、例えば、予約申し込みが遅い利用者から順に選択される。この場合、制御部２０は、当該利用者に対してステップＳ３２５において受諾するか否かの問合せを行わず、ステップＳ３４５において、当該利用者に対して予約が不可能であることを通知する。
In this embodiment, flights that include a combination of parking lots and times with passenger numbers below a threshold are deleted from the tentative operation plan, but other flights may be deleted to reallocate reservations. Furthermore, when reallocating reservations for reduced flights to other flights, if there are not enough seats for passengers, it is not possible to allocate the missing seats. Therefore, reservations for the number of passengers who cannot board are deemed unavailable. Users who are unavailable for reservations are selected in order of, for example, the users who made the latest reservation applications. In this case, the
次に、制御部２０は、ステップＳ３３０を実行する。すなわち、制御部２０は、ステップＳ３３５で修正した運行計画を実行対象の運行計画として決定する。また、制御部２０は、ステップＳ３３５の通知に応じて受諾を行った利用者と、減便対象ではなかった便を予約していた利用者と、の識別情報を特定する。そして、制御部２０は、これらの利用者が利用する利用者端末１００に対して、決定された運行計画を送信する。また、実行対象の運行計画に含まれる送迎車両の運転者が利用する運転者端末２００に対して、決定された運行計画を送信する。この際、制御部２０は、予約と異なる駐車場および時刻に送迎車両に乗るべき利用者に対しては、駐車場および時刻を案内する。むろん、予約と同一の駐車場および時刻に送迎車両に乗る利用者に対して、駐車場および時刻が案内されても良い。
Next, the
一方、ステップＳ３２０において、送迎車両の増便があると判定された場合、制御部２０は、乗車人数が閾値未満の駐車場、時刻の組合せを含む便を仮の運行計画において、当該駐車場、時刻の組合せをスキップするように仮の運行計画を修正する。例えば、図６Ｂに示す例であれば、第２便において駐車場Ｐ２がスキップされる。この場合、制御部２０は、スキップされる時刻および駐車場を予約していた利用者を増加した車両に割り当てるように運行計画を修正する。そして、制御部２０は、割り当てられた利用者に通知し、受諾するか否か問合せを行う（ステップＳ３４０）。すなわち、送迎車両が増便される場合、スキップされる駐車場および時刻の組合せを予約していた利用者は、増加した車両で送迎が行われるように運行計画が修正される。このような増便は、乗車人数が閾値未満の駐車場、時刻の組合せが多数存在する場合に選択され得る。
On the other hand, if it is determined in step S320 that the number of shuttle vehicles will be increased, the
以上のようにして運行計画が修正されると、制御部２０は、増加した車両に割り当てられた利用者が利用する利用者端末１００に対して駐車場および時刻を送信し、修正後の予約と、当該修正を受諾するか否か促すメッセージを表示させる（ステップＳ３４０）。利用者は、修正を受諾するか否か入力する。制御部２０は、ステップＳ３４５において、各利用者が受諾したか否かを特定し、通知部２１ｄの機能により、受諾しなかった利用者に予約不可を通知する。この結果、利用者は、自身の予約が受け付けられなかったことを認識し、代替手段を検討することができる。次に、制御部２０は、ステップＳ３３０を実行する。すなわち、制御部２０は、ステップＳ３４０およびＳ３４５において修正された運行計画を実行対象の運行計画として決定し、利用者に通知する。この際、制御部２０は、予約と異なる駐車場および時刻に送迎車両に乗るべき利用者に対しては、駐車場および時刻を案内する。むろん、予約と同一の駐車場および時刻に送迎車両に乗る利用者に対して、駐車場および時刻が案内されても良い。
When the operation plan is corrected in the above manner, the
一方、ステップＳ３０５において、全ての予約の受付が可能であると判定されない場合、制御部２０は、ステップＳ３１０をスキップしてＳ３１５を実行し、管理者端末３００に仮の運行計画を表示させ、車両増減の可否を問い合わせる。ステップＳ３０５において、全ての予約の受付が可能であると判定された後にステップＳ３１５が実行される場合、図６Ａに示すように、少なくとも１つの便で最大乗車人数を超える予約が受け付けられている。
On the other hand, if it is not determined in step S305 that all reservations can be accepted, the
管理者は、ステップＳ３１５の問合せに応じ、仮の運行計画に基づいて、送迎車両を増減するか否か決定する。すなわち、全ての予約の受付が可能ではない場合、少なくとも１便の送迎車両で最大乗車人数を超える予約が存在する。従って、送迎車両を増便させることができれば、最大乗車人数を超えた予約も受け付け可能になる可能性が高まる。一方、最大乗車人数を超える便が存在する場合であっても、利用者が予約した駐車場および時刻の組合せを修正すれば、便の増減が不要となる場合や、減便が可能となる場合がある。 In response to the inquiry in step S315, the administrator decides whether to increase or decrease the number of shuttle vehicles based on the tentative operation plan. In other words, if not all reservations can be accepted, there will be reservations for at least one shuttle vehicle with more than the maximum number of passengers. Therefore, if the number of shuttle vehicles can be increased, it is more likely that reservations with more than the maximum number of passengers can be accepted. On the other hand, even if there is a shuttle with more than the maximum number of passengers, it may not be necessary to increase or decrease the number of shuttle vehicles, or it may be possible to reduce the number of shuttle vehicles, by modifying the combination of parking lot and time reserved by the user.
制御部２０は、ステップＳ３２０において管理者による増減の決定結果を特定する。ステップＳ３２０において、送迎車両の増減があると判定されない場合、制御部２０は、運行計画作成部２１ｃの機能により、仮の運行計画を修正し、この結果、予約が修正された利用者にその旨を通知し、修正を受諾するか否か問い合わせる（ステップＳ３２５）。本実施形態において制御部２０は、少なくとも１便の送迎車両で最大乗車人数を超える予約が存在する場合、最大乗車人数を超えている送迎車両において利用者の数が最大乗車人数以下となるまで利用者を抽出する。本実施形態においては、予約申し込みが遅い利用者から優先的に抽出される。
In step S320, the
抽出後に、空席がある送迎車両が存在しなければ、抽出された利用者は予約不可能と見なされる。また、空席がある送迎車両が存在すれば、抽出された利用者の中から予約申し込みが早い順に空席への振り分けを行う。振り分けの結果、振り分け可能な空席がなくなったら、残りの利用者は予約不可能と見なされる。振り分けや予約不可能な利用者の決定が行われると、制御部２０は、その結果に応じて仮の運行計画を修正する。
If there are no shuttle vehicles with vacant seats after extraction, the extracted users are considered unavailable for reservation. If there are shuttle vehicles with vacant seats, the extracted users are assigned to vacant seats in the order in which they applied for reservations. If there are no more vacant seats available as a result of the assignment, the remaining users are considered unavailable for reservation. After the assignment and the determination of users who cannot be assigned are made, the
以上のようにして運行計画が修正されると、制御部２０は、変更された予約を行った利用者の利用者端末１００に対して修正後の駐車場および時刻を送信し、当該修正を受諾するか否か促すメッセージを表示させる。利用者は、修正を受諾するか否か回答する。
When the operation plan is revised in this manner, the
制御部２０は、ステップＳ３４５において、各利用者が受諾したか否かを特定し、通知部２１ｄの機能により、受諾しなかった利用者に予約不可を通知する。この結果、利用者は、自身の予約が受け付けられなかったことを認識し、代替手段を検討することができる。次に、制御部２０は、ステップＳ３３０を実行する。すなわち、制御部２０は、ステップＳ３２５およびＳ３４５において修正された運行計画を実行対象の運行計画として決定し、利用者に通知する。この際、制御部２０は、予約と異なる駐車場および時刻に送迎車両に乗るべき利用者に対しては、駐車場および時刻を案内する。むろん、予約と同一の駐車場および時刻に送迎車両に乗る利用者に対して、駐車場および時刻が案内されても良い。
In step S345, the
一方、ステップＳ３２０において、送迎車両の減便があると判定された場合、制御部２０は、管理者に指定された台数の送迎車両を仮の運行計画から削除する。ステップＳ３０５において、全ての予約の受付が可能であると判定されない場合であっても、特定の便に空席が過度に多い場合には、減便されることがあり得る。なお、減便される送迎車両は管理者に指定されても良いし、最も空席が多い送迎車両が選択されてもよい。さらに、制御部２０は、減便後に残った送迎車両から最大乗車人数を超えている送迎車両を選択し、当該送迎車両において利用者の数が最大乗車人数以下となるまで利用者を抽出する。本実施形態においては、予約申し込みが遅い利用者から優先的に抽出される。
On the other hand, if it is determined in step S320 that the number of shuttle vehicles will be reduced, the
抽出後に、空席がある送迎車両が存在しなければ、抽出された利用者および減便された送迎車両を予約していた利用者は予約不可能と見なされる。また、空席がある送迎車両が存在すれば、抽出された利用者および減便された送迎車両を予約していた利用者の中から予約申し込みが早い順に空席への振り分けを行う。振り分けの結果、振り分け可能な空席がなくなったら、残りの利用者は予約不可能と見なされる。振り分けや予約不可能な利用者の決定が行われると、制御部２０は、その結果に応じて仮の運行計画を修正する。
If there are no shuttle vehicles with available seats after extraction, the extracted users and users who have reserved the reduced shuttle vehicles are deemed unable to make reservations. If there are shuttle vehicles with available seats, the extracted users and users who have reserved the reduced shuttle vehicles are allocated to the vacant seats in order of the earliest reservation application. If there are no available seats as a result of the allocation, the remaining users are deemed unable to make reservations. After the allocation and the determination of users who are unable to make reservations are made, the
以上のようにして運行計画が修正されると、制御部２０は、修正された利用者の利用者端末１００に対して修正後の駐車場および時刻を送信し、修正後の予約と、当該修正を受諾するか否か促すメッセージを表示させる（ステップＳ３３５）。利用者は、修正を受諾するか否か入力する。制御部２０は、ステップＳ３４５において、各利用者が受諾したか否かを特定し、通知部２１ｄの機能により、受諾しなかった利用者に予約不可を通知する。この結果、利用者は、自身の予約が受け付けられなかったことを認識し、代替手段を検討することができる。次に、制御部２０は、ステップＳ３３０を実行する。すなわち、制御部２０は、ステップＳ３３５およびＳ３４５において修正された運行計画を実行対象の運行計画として決定し、利用者に通知する。この際、制御部２０は、予約と異なる駐車場および時刻に送迎車両に乗るべき利用者に対しては、駐車場および時刻を案内する。むろん、予約と同一の駐車場および時刻に送迎車両に乗る利用者に対して、駐車場および時刻が案内されても良い。
When the operation plan is corrected in the above manner, the
一方、ステップＳ３２０において、送迎車両の増便があると判定された場合、制御部２０は、仮の運行計画を修正し、送迎車両を増加させる。例えば、図６Ａに示す例であれば、第７便以降の便が追加される。この場合、制御部２０は、仮の運行計画における送迎車両から最大乗車人数を超えている送迎車両を選択し、当該送迎車両において利用者の数が最大乗車人数以下となるまで利用者を抽出する。本実施形態においては、予約申し込みが遅い利用者から優先的に抽出される。
On the other hand, if it is determined in step S320 that the number of shuttle vehicles will be increased, the
制御部２０は、抽出された利用者を増便された送迎車両に割り当てるように運行計画を修正する。以上のようにして運行計画が修正されると、制御部２０は、増加した車両に割り当てられた利用者が利用する利用者端末１００に対して駐車場および時刻を送信し、修正後の予約と、当該修正を受諾するか否か促すメッセージを表示させる（ステップＳ３４０）。利用者は、修正を受諾するか否か入力する。制御部２０は、ステップＳ３４５において、各利用者が受諾したか否かを特定し、通知部２１ｄの機能により、受諾しなかった利用者に予約不可を通知する。この結果、利用者は、自身の予約が受け付けられなかったことを認識し、代替手段を検討することができる。次に、制御部２０は、ステップＳ３３０を実行する。すなわち、制御部２０は、ステップＳ３４０およびＳ３４５において修正された運行計画を実行対象の運行計画として決定し、利用者に通知する。この際、制御部２０は、予約と異なる駐車場および時刻に送迎車両に乗るべき利用者に対しては、駐車場および時刻を案内する。むろん、予約と同一の駐車場および時刻に送迎車両に乗る利用者に対して、駐車場および時刻が案内されても良い。以上のように、本実施形態において制御部２０は、仮の運行計画を利用者に提示し、利用者から受け付けた予約に基づいて、管理者に仮の運行計画から送迎車両を増減させるか否か問い合わせる。管理者から送迎車両の増減の希望を受け付けると、制御部２０は、希望に従って、増減させ、または増減を行わず、送迎車両の台数を決定する。そして、制御部２０は、決定した台数の送迎車両で予約を可能な限り充足するように運行計画を作成する。
The
（５）他の実施形態：
以上の実施形態は本発明を実施するための一例であり、他にも種々の実施形態を採用可能である。例えば上述の実施形態を構成する各装置は、より多数の装置で構成されても良い。このような例としては、図１に示す運行計画作成システム１０がクラウドサーバによって実現される構成が挙げられる。さらに、より少数の装置によって運行計画作成システム１０が実現されても良い。例えば、管理者端末３００と運行計画作成システム１０とは一体の装置であっても良い。さらに、運行計画作成システム１０を構成する各部（イベント情報取得部２１ａ、予約受付部２１ｂ、運行計画作成部２１ｃ、通知部２１ｄ）の少なくとも一部が複数の装置に分かれて存在してもよい。また、上述の実施形態の一部の構成が省略されてもよいし、処理の順序が変動または省略されてもよい。
(5) Other embodiments:
The above embodiment is an example for implementing the present invention, and various other embodiments can be adopted. For example, each device constituting the above embodiment may be composed of a larger number of devices. As such an example, the operation
さらに、上述の実施形態は、イベント開始時刻以前に利用者を駐車場からイベント会場に連れて行く構成であるが、イベント終了時刻以後に利用者をイベント会場から駐車場に連れて行く構成が採用されてもよい。このような構成は、例えば、図１と同様な構成において、制御部２０が実行する処理の一部を変更することによって実現可能である。具体的には、制御部２０は、予約受付部２１ｂにおいて、イベント会場の周辺に存在する駐車場の予約と、イベント会場を出発した送迎車両からの駐車場における降車人数の予約と、を受け付ける。なお、行き帰りまとめて予約可能にするのであれば、駐車場の予約と降車人数の予約は、イベント開始前の駐車場の予約と乗車人数の予約と同一であっても良い。
In addition, while the above-described embodiment is configured to take users from the parking lot to the event venue before the event starts, a configuration may also be adopted in which users are taken from the event venue to the parking lot after the event ends. Such a configuration can be realized, for example, by changing a part of the processing executed by the
運行計画作成部２１ｃは、仮の運行計画を作成し、予約に応じて修正することで運行計画を作成することができる。すなわち、仮の運行計画は図２Ｂに示す例と進行方向が逆になり、イベントの終了時刻より後にイベント会場を出発し、例えば、駐車場Ｐ４，Ｐ３，Ｐ２，Ｐ１の順に巡回する便や駐車場Ｐ８，Ｐ７，Ｐ６，Ｐ４の順に巡回する便が仮の運行計画となる。ここでも、同一駐車場に異なる時間に到着する複数の便が存在しても良い。そして、利用者の予約が締め切られた後に、制御部２０が図５と同様の処理を実行すれば、仮の運行計画から実行対象の運行計画を作成することができる。
The operation
イベント開始前の運行計画を作成する構成において、イベント情報取得部は、イベント会場におけるイベントの開始時刻を取得することができればよい。すなわち、イベント情報取得部は、利用者がイベントの開始時刻に間に合うように運行計画を作成するための情報を取得できれば良い。イベント会場は、利用者が参加するイベントが開催される会場であり、各種の建築物等であっても良いし、公園や海などの特定の範囲であっても良い。 In a configuration in which an operation plan is created before the start of an event, the event information acquisition unit only needs to be able to acquire the start time of the event at the event venue. In other words, the event information acquisition unit only needs to acquire information that allows the user to create an operation plan so that the user can arrive in time for the event start time. The event venue is a venue where an event in which the user participates is held, and may be any type of building, or a specific area such as a park or the sea.
むろん、イベントの種類や規模等は限定されない。イベントの開始時刻は、利用者がイベントの開始に間に合うような運行計画を作成するための指標になれば良く、各種の定義が可能である。例えば、イベント会場の開場時刻と、開演時刻とが、分かれて決められている場合、開始時刻はそのいずれかであっても良いし、双方であっても良い。また、これらの時刻にマージンが設けられて開始時刻が定義されても良い。いずれにしても、開演に間に合うように開始時刻が定義され、運行計画が作成されれば良い。 Of course, there are no limitations on the type or scale of the event. The start time of the event can be defined in various ways as long as it serves as an indicator for creating an operation plan that allows users to arrive in time for the start of the event. For example, if the opening time of the event venue and the start time of the performance are set separately, the start time can be either of these, or both. The start time can also be defined with a margin set between these times. In any case, it is sufficient that the start time is defined and an operation plan is created so that users can arrive in time for the start of the performance.
予約受付部は、イベントに参加する利用者から、イベント会場の周辺に存在する駐車場の予約と、イベント会場に向かう送迎車両への駐車場における乗車人数の予約と、を受け付けることができればよい。すなわち、予約受付部は、利用者から予約を受け付けることにより、利用者が送迎車両に乗車する駐車場およびその駐車場において送迎車両に乗車する乗車人数（すなわち、車両の同乗者を含む合計人数）を取得することができればよい。 The reservation reception unit only needs to be able to accept reservations from users participating in an event for parking lots in the vicinity of the event venue, and reservations for the number of passengers to be accommodated in the parking lots for the shuttle vehicle heading to the event venue. In other words, by accepting a reservation from a user, the reservation reception unit only needs to be able to obtain the parking lot where the user will board the shuttle vehicle and the number of passengers who will board the shuttle vehicle at that parking lot (i.e., the total number of passengers including passengers in the vehicle).
駐車場は、イベント会場の周辺に存在すれば良く、例えば、イベント会場から所定距離以内の範囲に存在すれば良いが、イベント会場から第１距離より遠く、第２距離より近い範囲に存在していてもよい。また、駐車場は、利用者が乗用車等を駐車させることが可能な場所であれば良く、駐車可能な台数は限定されないが、送迎車両が巡回するため、ある程度の規模があることが好ましい。例えば、駐車可能な台数が閾値以上の駐車場が予約の対象となっても良い。また、駐車場は、車両を駐車可能な任意の場所であっても良いし、特定の場所、例えば、送迎車両の巡回先の候補となり得ることが予め決まっている提携駐車場であっても良い。 The parking lot may be located near the event venue, for example, within a range within a predetermined distance from the event venue, but may be located farther than a first distance and closer than a second distance from the event venue. The parking lot may be a place where users can park passenger cars, etc., and the number of cars that can be parked is not limited, but it is preferable that the parking lot has a certain size because shuttle vehicles will patrol the parking lot. For example, parking lots with a threshold number of cars that can be parked may be eligible for reservation. The parking lot may be any place where vehicles can be parked, or it may be a specific location, for example, an affiliated parking lot that has been determined in advance to be a possible destination for shuttle vehicles.
乗車人数は、駐車場を予約した利用者とともに送迎車両に搭乗する人の合計数であればよく、多くの場合、利用者が駐車場に駐車させた車両に乗っていた人の合計である。予約受付部は、利用者から予約を受け付け、運行計画が作成される際に参照できるように、予約内容を示す情報を記憶媒体に保存しておけば良い。 The number of passengers may be the total number of people riding in the shuttle vehicle together with the user who has reserved the parking space, and in many cases, it is the total number of people riding in the vehicle that the user has parked in the parking space. The reservation reception unit may accept reservations from users and store information indicating the reservation details in a storage medium so that it can be referenced when an operation plan is created.
運行計画作成部は、イベントの開始時刻と、複数の利用者から受け付けた駐車場の予約および乗車人数の予約と、に基づいて、複数の駐車場を巡回し、イベントの開始時刻前にイベント会場に到着する送迎車両の数を決定し、送迎車両の運行計画を作成することができればよい。すなわち、運行計画作成部は、送迎車両によって、駐車場を予約した利用者をイベントの開始時刻前にイベント会場まで連れて行くことできるように運行計画を作成することができればよい。なお、運行計画は、全ての利用者をイベントの開始時刻前にイベント会場まで連れて行くことできるであることが好ましいが、上述の実施形態のように、送迎車両の運搬可能人数を超える場合には、一部の利用者の予約を受け付けないように構成されても良い。むろん、送迎車両の運搬可能人数を超えるような予約を受け付けないような構成でもよい。さらに、運行計画を作成するための処理は、上述の実施形態のような処理に限定されず、公知のアルゴリズムによってＶＲＰ（Vehicle Routing Problem）を解くなどして運行計画が作成されても良い。 The operation plan creation unit may determine the number of shuttle vehicles that will travel around multiple parking lots and arrive at the event venue before the start time of the event based on the start time of the event and the reservations for parking lots and passenger numbers received from multiple users, and create an operation plan for the shuttle vehicles. In other words, the operation plan creation unit may create an operation plan so that the shuttle vehicles can take users who have reserved parking lots to the event venue before the start time of the event. It is preferable that the operation plan is capable of taking all users to the event venue before the start time of the event, but as in the above embodiment, it may be configured to not accept reservations from some users if the number of people exceeds the transportable capacity of the shuttle vehicles. Of course, it may also be configured not to accept reservations that exceed the transportable capacity of the shuttle vehicles. Furthermore, the process for creating the operation plan is not limited to the process in the above embodiment, and the operation plan may be created by solving a VRP (Vehicle Routing Problem) using a known algorithm.
以上のようなシステム及びプログラムは、単独の装置として実現される場合もあれば、複数の装置で共有の部品を利用して実現される場合もあり、各種の態様を含むものである。また、システムの一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、システムを制御するプログラムの記録媒体としても発明は成立する。むろん、そのプログラムの記録媒体は、磁気記録媒体であってもよいし半導体メモリであってもよいし、今後開発されるいかなる記録媒体においても同様に考えることができる。 The above-mentioned system and program may be realized as a single device or may be realized by using components shared by multiple devices, and include various aspects. In addition, the system may be modified as appropriate, such as partly being software and partly being hardware. Furthermore, the invention can also be realized as a recording medium for a program that controls the system. Of course, the recording medium for the program may be a magnetic recording medium or a semiconductor memory, and the same can be considered for any recording medium developed in the future.
１０…運行計画作成システム、２０…制御部、２１…運行計画作成プログラム、２１ａ…イベント情報取得部、２１ｂ…予約受付部、２１ｃ…運行計画作成部、２１ｄ…通知部、３０…記録媒体、３０ａ…イベント情報、３０ｂ…地図情報、３０ｃ…予約情報、３０ｄ…運行計画情報、４０…通信部、１００…利用者端末、１１０…通信部、１２０…制御部、１３０…ユーザＩ／Ｆ部、２００…運転者端末、２１０…通信部、２２０…制御部、２３０…ユーザＩ／Ｆ部、３００…管理者端末、３１０…通信部、３２０…制御部、３３０…ユーザＩ／Ｆ部 10...operation plan creation system, 20...control unit, 21...operation plan creation program, 21a...event information acquisition unit, 21b...reservation reception unit, 21c...operation plan creation unit, 21d...notification unit, 30...recording medium, 30a...event information, 30b...map information, 30c...reservation information, 30d...operation plan information, 40...communication unit, 100...user terminal, 110...communication unit, 120...control unit, 130...user I/F unit, 200...driver terminal, 210...communication unit, 220...control unit, 230...user I/F unit, 300...administrator terminal, 310...communication unit, 320...control unit, 330...user I/F unit
Claims (5)
前記イベントに参加する利用者から、前記イベント会場の周辺に存在する駐車場の予約と、前記イベント会場に向かう送迎車両への前記駐車場における乗車人数の予約と、を受け付ける予約受付部と、
前記イベントの開始時刻と、複数の利用者から受け付けた前記駐車場の予約および前記乗車人数の予約と、に基づいて、複数の前記駐車場を巡回し、前記イベントの開始時刻前に前記イベント会場に到着する前記送迎車両の数を決定し、前記送迎車両の運行計画を作成する運行計画作成部と、
を備える運行計画作成システム。 an event information acquisition unit that acquires a start time of an event at an event venue;
a reservation reception unit that receives reservations from users participating in the event for parking lots in the vicinity of the event venue and reservations for the number of passengers to be accommodated in the parking lots for shuttle vehicles heading to the event venue;
an operation plan creation unit that determines the number of shuttle vehicles that will travel around the multiple parking lots and arrive at the event venue before the start time of the event based on the start time of the event and reservations for the parking lots and the number of passengers received from multiple users, and creates an operation plan for the shuttle vehicles;
An operation planning system equipped with the above.
前記乗車人数が閾値以下の前記駐車場を除く複数の前記駐車場を巡回する前記運行計画を作成する、
請求項１に記載の運行計画作成システム。 The operation plan creation unit,
creating the operation plan for visiting the plurality of parking lots excluding the parking lots where the number of passengers is equal to or less than a threshold;
The operation plan creation system according to claim 1 .
前記イベントの開始時刻前に予約の受け付けを締め切り、
前記運行計画を、前記イベントの開始時刻前に前記利用者に対して通知する通知部をさらに備える、
請求項１または請求項２に記載の運行計画作成システム。 The reservation reception unit,
Reservations will be closed before the start time of the event.
A notification unit that notifies the user of the operation plan before a start time of the event.
3. An operation plan creation system according to claim 1 or 2.
前記合計人数を含む前記運行計画を、前記送迎車両の運転者に対して通知する通知部をさらに備える、
請求項１または請求項２に記載の運行計画作成システム。 The operation plan includes a total number of people who will board the shuttle vehicle at the parking lot,
A notification unit that notifies a driver of the shuttle vehicle of the operation plan including the total number of people.
3. An operation plan creation system according to claim 1 or 2.
前記イベントに参加する利用者から、前記イベント会場の周辺に存在する駐車場の予約と、前記イベント会場を出発した送迎車両からの前記駐車場における降車人数の予約と、を受け付ける予約受付部と、
前記イベントの終了時刻と、複数の利用者から受け付けた前記駐車場の予約および前記降車人数の予約と、に基づいて、複数の前記駐車場を巡回し、前記イベントの終了時刻後に前記イベント会場から出発する前記送迎車両の数を決定し、前記送迎車両の運行計画を作成する運行計画作成部と、
を備える運行計画作成システム。 an event information acquisition unit that acquires an end time of an event at an event venue;
a reservation reception unit that receives reservations from users participating in the event for parking lots in the vicinity of the event venue and reservations for the number of people to disembark at the parking lots from a shuttle vehicle that departs from the event venue;
an operation plan creation unit that patrols the multiple parking lots based on the end time of the event, the reservations for the parking lots and the reservations for the number of people to get off received from the multiple users, determines the number of the shuttle vehicles that will depart from the event venue after the end time of the event, and creates an operation plan for the shuttle vehicles;
An operation planning system equipped with the above.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2023012947A JP2024108528A (en) | 2023-01-31 | 2023-01-31 | Operation planning system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2023012947A JP2024108528A (en) | 2023-01-31 | 2023-01-31 | Operation planning system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2024108528A true JP2024108528A (en) | 2024-08-13 |
Family
ID=92217724
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2023012947A Pending JP2024108528A (en) | 2023-01-31 | 2023-01-31 | Operation planning system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2024108528A (en) |
-
2023
- 2023-01-31 JP JP2023012947A patent/JP2024108528A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI670675B (en) | Information processing device, information processing method and computer program product | |
| JP7059366B2 (en) | Vehicle management system, vehicle management device, and vehicle management method | |
| US20210042670A1 (en) | Vehicle management method and vehicle management apparatus | |
| US20190114732A1 (en) | Vehicle ride share assist system | |
| JP6979158B2 (en) | Information processing device, carpool user selection method and program | |
| JP4056076B2 (en) | Vacant seat route search system, vacant seat route search device, and terminal device | |
| WO2018232926A1 (en) | Scheduling method and system for parking reservation | |
| CN111882107B (en) | Driver and passenger matching method based on automatic driving shared taxi system | |
| US20190130516A1 (en) | Vehicle ride share assist system | |
| JP2019096263A (en) | Information providing method and information providing device | |
| CN115577818A (en) | Passenger demand response type carpooling scheduling method and system for intelligent bus | |
| JP7022826B2 (en) | Commercial vehicle operation system | |
| JP7414019B2 (en) | Energy consumption estimation device and energy consumption estimation method | |
| JP3515512B2 (en) | How to create a shared vehicle operation schedule | |
| US20240005438A1 (en) | Autonomous chauffeur | |
| JP7211253B2 (en) | Management system and management method | |
| CN110717797A (en) | Order distribution method, device, server and storage medium | |
| JP6933675B2 (en) | Vehicle sharing support system | |
| CN116030655A (en) | Vehicle control method, device and system | |
| JP2024108528A (en) | Operation planning system | |
| JPH11213076A (en) | Method and system for seat reservation | |
| JP2006171959A (en) | Vacancy route search system, vacancy route search apparatus, and terminal device | |
| JP2020067932A (en) | Automobile operation management system | |
| JP7348735B2 (en) | Dispatch devices, dispatch systems, and dispatch methods | |
| KR102704725B1 (en) | System and method for car calling service |