以下、添付図面を参照しながら各実施例について詳細に説明する。
Hereinafter, each embodiment will be described in detail with reference to the accompanying drawings.
図1は、以下の実施例に係る路線バスシステム1(図2参照)が適用される地域の区画を模式的に示す図である。
FIG. 1 is a diagram schematically illustrating a section of an area to which a route bus system 1 (see FIG. 2) according to the following embodiment is applied.
図1では、6×3+4×3=30区間の地域が示される。地域は、例えば坂道が多い地域であることが好適であるが、平坦な地域であってもよい。なお、区画数や形状等は任意である。各区間には、住人の家や店などが存在しうる。図1には、以下で説明する路線バス(車両の一例)2(図2参照)の停留所A1、A2、A3、A10が示される。なお、停留所の配置や数は任意である。以下では、一例として、路線バス2は、停留所A1から停留所A10に向かい、次いで、停留所A10から停留所A1まで向かい、以下、繰り返すような所定のコースを往復する態様で運行する。ただし、変形例では、路線バス2は、所定のコースを巡回する態様で運行してもよい。
FIG. 1 shows an area of 6 × 3 + 4 × 3 = 30 sections. The area is preferably, for example, an area with many slopes, but may be a flat area. Note that the number of sections, the shape, and the like are arbitrary. Each section may include a resident's house or shop. FIG. 1 shows stops A1, A2, A3, and A10 of a route bus (an example of a vehicle) 2 (see FIG. 2) described below. In addition, the arrangement and number of the stops are optional. In the following, as an example, the route bus 2 travels from the stop A1 to the stop A10, then from the stop A10 to the stop A1, and travels in a reciprocating predetermined course. However, in a modified example, the route bus 2 may be operated in such a manner as to go around a predetermined course.
路線バス2は、1台だけ運行してもよいし、複数台が同時に運行してもよい。
Only one route bus 2 may be operated, or a plurality of buses may be operated simultaneously.
図2は、一実施例による路線バスシステム1の全体構成を概略的に示す図である。
FIG. 2 is a diagram schematically illustrating an entire configuration of the route bus system 1 according to one embodiment.
本実施例では、一例として、路線バスシステム1は、登録されたユーザが利用可能である。以下では、説明上、ユーザとは、路線バスシステム1のユーザであり、路線バス2内の乗員は、乗車中のユーザを指す。ただし、路線バスシステム1は、登録されたユーザ以外も、例えば登録されたユーザの同伴者である場合等は、利用可能である。なお、変形例では、路線バスシステム1は、登録制ではなく、不特定のユーザが利用可能であってもよい。
In this embodiment, as an example, the route bus system 1 can be used by a registered user. Hereinafter, for the sake of explanation, the user is a user of the route bus system 1 and the occupant in the route bus 2 indicates a user on board. However, the route bus system 1 can be used by a user other than the registered user, for example, when he is a companion of the registered user. Note that, in the modified example, the route bus system 1 may be available to an unspecified user instead of a registration system.
路線バスシステム1は、路線バス2と、サーバ4と、ユーザ端末6と、プロジェクタ7と、ジェスチャ認識装置8とを含む。路線バス2、サーバ4、プロジェクタ7、及びユーザ端末6は、ネットワーク9を介して通信可能である。ネットワーク9は、無線通信網を含み、その他、インターネット、VPN(Virtual Private Network)、WAN(Wide Area Network)、有線ネットワーク、又はこれらの任意の組み合わせ等を含んでもよい。
The route bus system 1 includes a route bus 2, a server 4, a user terminal 6, a projector 7, and a gesture recognition device 8. The route bus 2, the server 4, the projector 7, and the user terminal 6 can communicate via a network 9. The network 9 includes a wireless communication network, and may also include the Internet, a virtual private network (VPN), a wide area network (WAN), a wired network, or any combination thereof.
[路線バス]
図3は、路線バス2の内部を模式的に示す上面図であり、ルーフを取り外した状態で示す概略図である。
[scheduled bus]
FIG. 3 is a top view schematically showing the inside of the route bus 2, and is a schematic view showing a state where the roof is removed.
本実施例では、一例として、路線バス2は、小型のバスであり、定員が8人である。具体的には、路線バス2は、2人掛けの4列シートを備える。図3には、8つの座席S0〜S7が示される。なお、座席数や配置等は任意である。
In the present embodiment, as an example, the route bus 2 is a small bus, and has a capacity of eight. Specifically, the route bus 2 includes a four-row seat for two. FIG. 3 shows eight seats S0 to S7. Note that the number of seats, arrangement, and the like are arbitrary.
路線バス2は、乗降が容易となるように、例えばスライドドア式である。路線バス2は、各座席へのアクセスが可能な通路を有する。
The route bus 2 is, for example, a slide door type so that getting on and off is easy. The route bus 2 has a passage that allows access to each seat.
路線バス2は、室内の前方正面に大型ディスプレイD1を備える。また、路線バス2は、各座席の背面に、個別のディスプレイD2〜D7を備える。例えば、ディスプレイD2は、座席S2に座るユーザが利用可能になるように座席S2の前方の座席、すなわち座席S0の背面に取り付けられる。なお、変形例では、大型ディスプレイD1やディスプレイD2〜D7のうちの一部又は全部に代えて又は加えて、他の形態の表示装置(例えばプロジェクタや空中ディスプレイ)が利用されてもよい。空中ディスプレイとは、光を空気中で結像することで映像を生成する装置である。また、ヘッドアップディスプレイ等が利用されてもよい。
The route bus 2 includes a large display D1 in front of the room. The route bus 2 includes individual displays D2 to D7 on the back of each seat. For example, the display D2 is attached to a seat in front of the seat S2, that is, a back surface of the seat S0 so that a user sitting in the seat S2 can use the display D2. In the modification, a display device of another form (for example, a projector or an aerial display) may be used instead of or in addition to part or all of the large display D1 and the displays D2 to D7. An aerial display is a device that generates an image by imaging light in the air. Further, a head-up display or the like may be used.
路線バス2は、可動型のスピーカー3aを備える。スピーカー3aは、各座席へのアクセスが可能な通路上を移動可能である。スピーカー3aは、例えばロボット等の形態であってもよく、ロボットの場合、二足歩行型や車輪型であってよい。なお、変形例では、可動型のスピーカー3aに代えて又は加えて、指向性が可変のスピーカーが使用されてもよい。また、更なる変形例では、可動型のスピーカー3aは省略されてもよい。また、スピーカー3aに代えて又は加えて、ディスプレイD2〜D7にスピーカーが内蔵されてもよいし、他の箇所にスピーカーが設けられてもよい。
The route bus 2 includes a movable speaker 3a. The speaker 3a is movable on a passage that allows access to each seat. The speaker 3a may be in the form of, for example, a robot. In the case of a robot, the speaker 3a may be of a bipedal type or a wheel type. In the modification, a speaker having a variable directivity may be used instead of or in addition to the movable speaker 3a. Further, in a further modification, the movable speaker 3a may be omitted. Further, instead of or in addition to the speaker 3a, a speaker may be built in the displays D2 to D7, or a speaker may be provided in another place.
路線バス2は、車内を撮像するカメラ3bを備える。図3では、1つのカメラ3bが室内の前方正面に後方向きに取り付けられるが、カメラ3bは、複数個設けられてもよい。カメラ3bは、乗員を認識するための画像を取得するために設けられる。ただし、カメラ3bの画像は、他の用途(例えばセキュリティ等)で利用されてもよい。
The route bus 2 includes a camera 3b for imaging the inside of the vehicle. In FIG. 3, one camera 3b is attached to the front front of the room and facing backward, but a plurality of cameras 3b may be provided. The camera 3b is provided for acquiring an image for recognizing an occupant. However, the image of the camera 3b may be used for another purpose (for example, security or the like).
図4は、路線バス2の制御系の構成の一例を示す概略図である。
FIG. 4 is a schematic diagram illustrating an example of a configuration of a control system of the route bus 2.
路線バス2の制御系は、処理装置10を含む。処理装置10には、CAN(controller area network)などの適切なバスを介して、車両内の各種の電子機器30(スピーカー3a、大型ディスプレイD1、ディスプレイD2〜D7、カメラ3b等)が接続されている。
The control system of the route bus 2 includes a processing device 10. Various electronic devices 30 (speakers 3a, large displays D1, displays D2 to D7, cameras 3b, and the like) in the vehicle are connected to the processing device 10 via an appropriate bus such as a CAN (controller area network). I have.
電子機器30は、上述したスピーカー3a、大型ディスプレイD1、ディスプレイD2〜D7、及びカメラ3bの他、入力装置3と、自律走行用センサ3cと、制駆動力制御装置3dと、操舵制御装置3eと、GPS受信機3fとを含む。
The electronic device 30 includes, in addition to the speaker 3a, the large display D1, the displays D2 to D7, and the camera 3b, an input device 3, an autonomous traveling sensor 3c, a braking / driving force control device 3d, and a steering control device 3e. , A GPS receiver 3f.
入力装置3は、乗員が各種指示を入力するための装置である。入力装置3は、リモートコントローラ等の形態であってよく、各座席に設けられてもよい。あるいは、入力装置3は、ディスプレイD2〜D7に内蔵されてよいタッチパネルにより実現されてもよい。あるいは、入力装置3は、路線バス2内に搭載されてもよい音声認識装置やジェスチャ認識装置により実現されてもよい。この場合、音声認識装置やジェスチャ認識装置は、ロボットの形態であるスピーカー3aにより実現されてもよい。
The input device 3 is a device for the occupant to input various instructions. The input device 3 may be in the form of a remote controller or the like, and may be provided in each seat. Alternatively, the input device 3 may be realized by a touch panel that may be built in the displays D2 to D7. Alternatively, the input device 3 may be realized by a voice recognition device or a gesture recognition device that may be mounted in the route bus 2. In this case, the voice recognition device and the gesture recognition device may be realized by the speaker 3a in the form of a robot.
自律走行用センサ3cは、自律走行に必要又は有用なセンサであり、例えばレーダセンサ(例えばミリ波レーダセンサ)、画像センサ(例えばステレオカメラ)、LiDAR(ライダー)、ジャイロセンサ、加速度センサ等である。電子機器30は、自律走行用に、自律走行用センサ3cに加えて、車々間通信器、路車間通信機等を備えてもよい。
The autonomous traveling sensor 3c is a sensor necessary or useful for autonomous traveling, and is, for example, a radar sensor (for example, a millimeter-wave radar sensor), an image sensor (for example, a stereo camera), a LiDAR (rider), a gyro sensor, an acceleration sensor, and the like. . The electronic device 30 may include an inter-vehicle communication device, a road-to-vehicle communication device, and the like, in addition to the autonomous traveling sensor 3c for autonomous traveling.
制駆動力制御装置3dは、制動力制御装置としてのブレーキECU(Electronic Control Unit)、駆動力制御装置としてのエンジンECU等を含む。ブレーキECUは、目標制動力に応じて車輪のマスタシリンダ圧を制御することで、制動力を制御する。エンジンECUは、目標駆動力に応じてエンジンの燃料噴射量等を制御することで、駆動力を制御する。なお、制駆動力制御装置3dは、路線バス2が電動又はハイブリッド式である場合は、駆動力制御装置として走行用モータを制御するECUを含んでよい。
The braking / driving force control device 3d includes a brake ECU (Electronic Control Unit) as a braking force control device, an engine ECU as a driving force control device, and the like. The brake ECU controls the braking force by controlling the master cylinder pressure of the wheels according to the target braking force. The engine ECU controls the driving force by controlling the fuel injection amount and the like of the engine according to the target driving force. When the route bus 2 is an electric or hybrid type, the braking / driving force control device 3d may include an ECU that controls the traveling motor as the driving force control device.
操舵制御装置3eは、目標操舵角に応じて操舵装置を制御する。
The steering control device 3e controls the steering device according to the target steering angle.
GPS受信機3fは、GPS衛星(又はGNSS:Global Navigation Satellite System衛星)からの電波を受信して、路線バス2の位置を算出する。
The GPS receiver 3f receives radio waves from GPS satellites (or GNSS: Global Navigation Satellite System satellites) and calculates the position of the route bus 2.
処理装置10は、コンピュータの形態であり、例えばECU(Electronic Control Unit)として具現化されてもよい。処理装置10は、図4に示すように、バス19で接続されたCPU(Central Processing Unit)11、RAM(Random Access Memory)12、ROM(Read Only Memory)13、補助記憶装置14、ドライブ装置15、及び通信インターフェース17、並びに、通信インターフェース17に接続された有線送受信部25及び無線送受信部26を含む。
The processing device 10 is in the form of a computer, and may be embodied as, for example, an ECU (Electronic Control Unit). As shown in FIG. 4, the processing device 10 includes a CPU (Central Processing Unit) 11, a RAM (Random Access Memory) 12, a ROM (Read Only Memory) 13, an auxiliary storage device 14, and a drive device 15 connected by a bus 19. , And a communication interface 17, and a wired transmission / reception unit 25 and a wireless transmission / reception unit 26 connected to the communication interface 17.
補助記憶装置14は、例えばHDD(Hard Disk Drive)や、EEPROM(Electrically Erasable Programmable Read−Only Memory)、SSD(Solid State Drive)などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。
The auxiliary storage device 14 is, for example, an HDD (Hard Disk Drive), an EEPROM (Electrically Erasable Programmable Read-Only Memory), an SSD (Solid State Drive), or the like, and stores data related to application software and the like. .
有線送受信部25は、有線ネットワークを利用して通信可能な送受信部を含む。有線送受信部25には、電子機器30が接続される。ただし、電子機器30の一部又は全部は、バス19に接続されてもよいし、無線送受信部26に接続されてもよい。
The wired transmission / reception unit 25 includes a transmission / reception unit that can communicate using a wired network. An electronic device 30 is connected to the wired transmission / reception unit 25. However, part or all of the electronic device 30 may be connected to the bus 19 or may be connected to the wireless transmission / reception unit 26.
無線送受信部26は、ネットワーク9(図2参照)を利用して通信可能な送受信部である。また、無線送受信部26は、近距離無線通信(NFC:Near Field Communication)部、ブルーツース(Bluetooth、登録商標)通信部、Wi−Fi(Wireless−Fidelity)送受信部、赤外線送受信部などを含んでもよい。
The wireless transmission / reception unit 26 is a transmission / reception unit that can communicate using the network 9 (see FIG. 2). In addition, the wireless transmitting / receiving unit 26 may include a near field communication (NFC: Near Field Communication) unit, a Bluetooth (registered trademark) communication unit, a Wi-Fi (Wireless-Fidelity) transmitting / receiving unit, an infrared transmitting / receiving unit, and the like. .
なお、処理装置10は、記録媒体16と接続可能であってもよい。記録媒体16は、所定のプログラムを格納する。この記録媒体16に格納されたプログラムは、ドライブ装置15を介して処理装置10の補助記憶装置14等にインストールされる。インストールされた所定のプログラムは、処理装置10のCPU11により実行可能となる。例えば、記録媒体16は、CD(Compact Disc)−ROM、フレキシブルディスク、光磁気ディスク等の様に情報を光学的、電気的あるいは磁気的に記録する記録媒体、ROM、フラッシュメモリ等のように情報を電気的に記録する半導体メモリ等であってよい。
Note that the processing device 10 may be connectable to the recording medium 16. The recording medium 16 stores a predetermined program. The program stored in the recording medium 16 is installed in the auxiliary storage device 14 or the like of the processing device 10 via the drive device 15. The installed predetermined program can be executed by the CPU 11 of the processing device 10. For example, the recording medium 16 is a recording medium for recording information optically, electrically or magnetically, such as a CD (Compact Disc) -ROM, a flexible disk, a magneto-optical disk, or the like, or a ROM, a flash memory, or the like. May be a semiconductor memory or the like that electrically records the data.
図5は、処理装置10の機能の一例を示す機能ブロック図である。
FIG. 5 is a functional block diagram illustrating an example of a function of the processing device 10.
処理装置10は、走行予定コース受信部102と、時刻表情報受信部103と、センサ情報取得部104と、車両位置情報取得部106と、目標制駆動力決定部108と、目標操舵角決定部110と、乗員状態検出部112と、情報出力制御部114と、乗員要求送信部116を含む。走行予定コース受信部102、時刻表情報受信部103、センサ情報取得部104、車両位置情報取得部106、目標制駆動力決定部108、目標操舵角決定部110、乗員状態検出部112、情報出力制御部114、及び乗員要求送信部116は、CPU11が記憶装置(例えばROM13)内のプログラムを実行することで実現できる。また、処理装置10は、走行予定コース記憶部120を含む。走行予定コース記憶部120は、例えば補助記憶装置14により実現できる。
The processing device 10 includes a scheduled travel course receiving unit 102, a timetable information receiving unit 103, a sensor information obtaining unit 104, a vehicle position information obtaining unit 106, a target braking / driving force determining unit 108, and a target steering angle determining unit. 110, an occupant state detection unit 112, an information output control unit 114, and an occupant request transmission unit 116. Scheduled course receiving section 102, timetable information receiving section 103, sensor information obtaining section 104, vehicle position information obtaining section 106, target braking / driving force determining section 108, target steering angle determining section 110, occupant state detecting section 112, information output The control unit 114 and the occupant request transmission unit 116 can be realized by the CPU 11 executing a program in a storage device (for example, the ROM 13). In addition, the processing device 10 includes a travel schedule course storage unit 120. The travel schedule course storage unit 120 can be realized by the auxiliary storage device 14, for example.
走行予定コース受信部102は、サーバ4から走行予定コースを表す情報(以下、「コース情報」とも称する)を受信する。本実施例では、走行予定コースは、基本コースで決まっているが、後述するように、所定の場合は基本コースから変更される。なお、サーバ4は、走行予定コースを基本コースから他のコースに変更する場合だけ、変更後のコースを路線バス2に送信してもよい。
The scheduled travel course receiving unit 102 receives information representing the scheduled travel course from the server 4 (hereinafter, also referred to as “course information”). In this embodiment, the scheduled course is determined by the basic course, but is changed from the basic course in a predetermined case as described later. The server 4 may transmit the changed course to the route bus 2 only when changing the planned course from the basic course to another course.
時刻表情報受信部103は、サーバ4から時刻表を表す情報(以下、「時刻表情報」と称する)を受信する。本実施例では、走行予定コースが基本コース以外のコースに変更される場合がある。このようなコースの変更は、停留所等への到着予定時刻を変化させる場合があるので、かかる到着予定時刻の変化を反映した時刻表は、到着を待つユーザにとって有用となる。
The timetable information receiving unit 103 receives information representing a timetable from the server 4 (hereinafter, referred to as “timetable information”). In this embodiment, the scheduled course may be changed to a course other than the basic course. Such a change in the course may change the estimated time of arrival at a stop or the like, so a timetable reflecting the change in the estimated time of arrival is useful for a user waiting for arrival.
センサ情報取得部104は、自律走行用センサ3cから各種情報を取得する。
The sensor information acquisition unit 104 acquires various information from the autonomous traveling sensor 3c.
車両位置情報取得部106は、GPS受信機3fから車両位置情報を取得する。車両位置情報取得部106は、取得した車両位置情報をサーバ4に送信する。
The vehicle position information acquisition unit 106 acquires vehicle position information from the GPS receiver 3f. The vehicle position information acquisition unit 106 transmits the acquired vehicle position information to the server 4.
目標制駆動力決定部108は、目標駆動力を決定する。例えば、目標駆動力は、所定の巡航速度(例えば20km/h)で定速走行するように決定される。また、目標制駆動力決定部108は、自律走行用センサ3cからの各種情報等に基づいて、必要に応じて目標制動力を決定する。例えば、障害物が検出された場合は、障害物の手前で停車するように目標制動力が決定される。目標制駆動力決定部108は、目標駆動力や目標制動力を決定すると、決定した目標駆動力及び目標制動力を制駆動力制御装置3dに与える。なお、所定の巡航速度は、可変であってもよく、その場合、所定の巡航速度は、サーバ4から指示されてよい。
The target braking / driving force determination unit 108 determines a target driving force. For example, the target driving force is determined so as to travel at a constant speed at a predetermined cruising speed (for example, 20 km / h). In addition, the target braking / driving force determination unit 108 determines a target braking force as necessary based on various information from the autonomous traveling sensor 3c. For example, when an obstacle is detected, the target braking force is determined so that the vehicle stops before the obstacle. When determining the target driving force and the target braking force, the target braking / driving force determination unit 108 gives the determined target driving force and target braking force to the braking / driving force control device 3d. Note that the predetermined cruising speed may be variable, and in that case, the predetermined cruising speed may be instructed from the server 4.
目標操舵角決定部110は、目標操舵角を決定する。目標操舵角は、走行予定コースに沿って延在する道路上の白線等の認識結果に基づいて設定されてもよい。あるいは、目標操舵角は、走行予定コースの軌道と現在の路線バス2の位置や向きとの関係に基づいて決定されてよい。目標操舵角決定部110は、目標操舵角を決定すると、決定した目標操舵角を操舵制御装置3eに与える。
The target steering angle determination unit 110 determines a target steering angle. The target steering angle may be set based on a recognition result of a white line or the like on a road extending along the scheduled course. Alternatively, the target steering angle may be determined based on the relationship between the trajectory of the scheduled course and the current position and direction of the route bus 2. When determining the target steering angle, the target steering angle determination unit 110 gives the determined target steering angle to the steering control device 3e.
このようにして、目標制駆動力決定部108及び目標操舵角決定部110は、制駆動力制御装置3d及び操舵制御装置3eと協動して、自律走行用センサ3cからの各種情報に基づいて、走行予定コースに沿って路線バス2が走行するように路線バス2の自律走行を実現する。
In this manner, the target braking / driving force determining unit 108 and the target steering angle determining unit 110 cooperate with the braking / driving force control device 3d and the steering control device 3e based on various information from the autonomous traveling sensor 3c. The autonomous traveling of the route bus 2 is realized such that the route bus 2 travels along the scheduled course.
乗員状態検出部112は、カメラ3bからの情報に基づいて、路線バス2内の乗員の状態を検出する。検出対象の乗員の状態は、乗員の座席(どの座席が使用されているか)、及び乗員のユーザIDである。乗員のユーザIDは、あらかじめ登録されたユーザの顔画像とカメラ3bからの画像内の各顔画像部とのパターンマッチングにより導出されてもよい。あるいは、乗車及び/又は降車の際にIDカードをかざす方法を採用する場合は、ユーザIDは、IDカードから取得されてもよい。IDカードは、ユーザ登録の際に作られる磁気カードであってよい。IDカードは、ユーザ端末6内に電子的に記憶されるカードであってもよい。この場合、ユーザ端末6は、近距離通信によりユーザIDを路線バス2に設けられる受信機(図示せず)に送信する。
The occupant state detection unit 112 detects the state of the occupant in the route bus 2 based on information from the camera 3b. The state of the occupant to be detected is the occupant's seat (which seat is being used) and the occupant's user ID. The occupant's user ID may be derived by pattern matching between a pre-registered user's face image and each face image portion in the image from the camera 3b. Alternatively, when a method of holding an ID card when boarding and / or dismounting is adopted, the user ID may be acquired from the ID card. The ID card may be a magnetic card created at the time of user registration. The ID card may be a card stored electronically in the user terminal 6. In this case, the user terminal 6 transmits the user ID to a receiver (not shown) provided on the route bus 2 by short-range communication.
乗員状態検出部112は、定期的に又は停留所を含む停車予定位置(乗降用の停車予定位置)ごとに、乗員の状態を検出してもよい。乗員状態検出部112は、検出した乗員の状態を表す情報(以下、「乗員状態情報」とも称する)をサーバ4に送信する。
The occupant state detection unit 112 may detect the state of the occupant periodically or at each scheduled stop position including a stop (a scheduled stop position for getting on and off). The occupant state detection unit 112 transmits information indicating the detected occupant state (hereinafter, also referred to as “occupant state information”) to the server 4.
情報出力制御部114は、スピーカー3aや、大型ディスプレイD1、ディスプレイD2〜D7等を介して、路線バス2内の乗員に向けて各種情報を出力する。各種情報及びその出力方法等は、後で詳しく説明する。
The information output control unit 114 outputs various types of information to the occupants in the route bus 2 via the speaker 3a, the large display D1, the displays D2 to D7, and the like. Various information and its output method will be described later in detail.
乗員要求送信部116は、乗員からの各種要求(例えば降車予定位置の変更要求)をサーバ4に送信する。乗員からの各種要求は、入力装置3を介して入力されてよい。
The occupant request transmission unit 116 transmits various requests from the occupant (for example, a request to change the scheduled drop-off position) to the server 4. Various requests from the occupant may be input via the input device 3.
走行予定コース記憶部120には、コース情報が記憶される。走行予定コース記憶部120に記憶されるコース情報のデフォルトは、基本コースを表すが、走行予定コース受信部102が上述のように他のコース(変更後のコース)を表すコース情報を受信すると、走行予定コース記憶部120内のコース情報は当該受信したコース情報で置換(上書き)される。なお、複数の路線バス2が同時に運行する状況では、複数の路線バス2のそれぞれに対して、コース情報が記憶される。
Course information is stored in the scheduled course storage unit 120. The default of the course information stored in the scheduled course storage unit 120 indicates the basic course, but when the scheduled course receiving unit 102 receives the course information indicating the other course (changed course) as described above, The course information in the travel schedule course storage unit 120 is replaced (overwritten) with the received course information. In a situation where a plurality of route buses 2 operate at the same time, the course information is stored for each of the plurality of route buses 2.
[サーバ]
サーバ4は、サーバコンピュータから形成される。サーバ4は、複数のサーバコンピュータから形成されてもよい。例えば、サーバ4は、クラウドコンピュータによって実現されてもよい。また、サーバ4は、路線バス2に搭載されたコンピュータによって実現されてもよい。また、サーバ4は、1台の路線バス2に搭載されたコンピュータにより実現されてもよいが、複数の路線バス2のそれぞれに搭載された複数のコンピュータにより協働して実現されてもよい。さらに、また、サーバ4は、路線バス2に搭載のコンピュータと路線バス2に搭載されていないコンピュータとにより協働して実現されてもよい。
[server]
The server 4 is formed from a server computer. The server 4 may be formed from a plurality of server computers. For example, the server 4 may be realized by a cloud computer. Further, the server 4 may be realized by a computer mounted on the route bus 2. The server 4 may be realized by a computer mounted on one route bus 2, or may be realized by a plurality of computers mounted on each of the route buses 2 in cooperation. Furthermore, the server 4 may be realized in cooperation with a computer mounted on the route bus 2 and a computer not mounted on the route bus 2.
図6は、サーバ4の機能の一例を示す機能ブロック図である。
FIG. 6 is a functional block diagram illustrating an example of a function of the server 4.
サーバ4は、乗車可能区間導出部400と、乗車要求受信部401と、乗車可否判定部402と、ユーザ特定部404と、予約受付部405と、降車予定位置変更受信部406と、コース変更処理部407と、時刻表生成部408と、車両状態更新部409と、座席状態更新部410と、出力制御部411と、ユーザ登録処理部412と、ジェスチャ入力処理部414とを含む。乗車可能区間導出部400、乗車要求受信部401、乗車可否判定部402、ユーザ特定部404、予約受付部405、降車予定位置変更受信部406、コース変更処理部407、時刻表生成部408、車両状態更新部409、座席状態更新部410、出力制御部411、ユーザ登録処理部412、及びジェスチャ入力処理部414は、CPU11のようなCPUが記憶装置(例えばROM13のような記憶装置)内のプログラムを実行することで実現できる。
The server 4 includes a boardable section deriving section 400, a boarding request receiving section 401, a boarding possibility determining section 402, a user specifying section 404, a reservation receiving section 405, a scheduled drop off position change receiving section 406, and a course change process. Unit 407, timetable generation unit 408, vehicle state update unit 409, seat state update unit 410, output control unit 411, user registration processing unit 412, and gesture input processing unit 414. Rideable section deriving section 400, boarding request receiving section 401, boarding permission / non-permission determining section 402, user specifying section 404, reservation receiving section 405, getting off scheduled position change receiving section 406, course change processing section 407, timetable generating section 408, vehicle The state updating unit 409, the seat state updating unit 410, the output control unit 411, the user registration processing unit 412, and the gesture input processing unit 414 are configured such that a CPU such as the CPU 11 executes a program in a storage device (for example, a storage device such as the ROM 13). Can be implemented.
また、処理装置10は、予約状態情報記憶部420と、乗車可能区間記憶部421と、ユーザ情報記憶部422と、コース変更判定用情報記憶部423と、車両状態情報記憶部424と、座席状態情報記憶部425と、走行予定コース記憶部426と、時刻表情報記憶部428と、広告情報記憶部430とを含む。予約状態情報記憶部420、乗車可能区間記憶部421、ユーザ情報記憶部422、コース変更判定用情報記憶部423、車両状態情報記憶部424、座席状態情報記憶部425、走行予定コース記憶部426、時刻表情報記憶部428、及び広告情報記憶部430は、例えば補助記憶装置14のような補助記憶装置により実現できる。なお、予約状態情報記憶部420、乗車可能区間記憶部421、ユーザ情報記憶部422、コース変更判定用情報記憶部423、車両状態情報記憶部424、座席状態情報記憶部425、走行予定コース記憶部426、時刻表情報記憶部428、及び広告情報記憶部430のうちの、任意の2つ以上の記憶部は、1つの記憶部として統合されてもよい。
Further, the processing device 10 includes a reservation state information storage section 420, a boardable section storage section 421, a user information storage section 422, a course change determination information storage section 423, a vehicle state information storage section 424, a seat state An information storage unit 425, a scheduled traveling course storage unit 426, a timetable information storage unit 428, and an advertisement information storage unit 430 are included. A reservation state information storage section 420, a boardable section storage section 421, a user information storage section 422, a course change determination information storage section 423, a vehicle state information storage section 424, a seat state information storage section 425, a scheduled course storage section 426, The timetable information storage unit 428 and the advertisement information storage unit 430 can be realized by an auxiliary storage device such as the auxiliary storage device 14. Note that the reservation state information storage section 420, the boardable section storage section 421, the user information storage section 422, the course change determination information storage section 423, the vehicle state information storage section 424, the seat state information storage section 425, the scheduled course storage section Any two or more of the 426, the timetable information storage unit 428, and the advertisement information storage unit 430 may be integrated as one storage unit.
なお、複数の路線バス2が同時に運行可能な構成では、乗車可能区間導出部400、乗車要求受信部401、乗車可否判定部402、予約受付部405、降車予定位置変更受信部406、コース変更処理部407、時刻表生成部408、車両状態更新部409、座席状態更新部410、出力制御部411、予約状態情報記憶部420、乗車可能区間記憶部421、コース変更判定用情報記憶部423、車両状態情報記憶部424、座席状態情報記憶部425、走行予定コース記憶部426、時刻表情報記憶部428、及び広告情報記憶部430は、路線バス2ごとに機能する。ただし、後述するが、コース変更処理部407は、複数の路線バス2の運行状態を考慮するために、複数の路線バス2に対して共通に機能してもよい。
In a configuration in which a plurality of route buses 2 can be operated at the same time, a boardable section deriving unit 400, a boarding request receiving unit 401, a boarding possibility determination unit 402, a reservation receiving unit 405, a scheduled drop off position change receiving unit 406, a course change process Section 407, timetable generation section 408, vehicle state update section 409, seat state update section 410, output control section 411, reservation state information storage section 420, boardable section storage section 421, course change determination information storage section 423, vehicle The state information storage unit 424, the seat state information storage unit 425, the scheduled traveling course storage unit 426, the timetable information storage unit 428, and the advertisement information storage unit 430 function for each route bus 2. However, as will be described later, the course change processing unit 407 may function in common for the plurality of route buses 2 in order to consider the operation state of the plurality of route buses 2.
乗車可能区間導出部400は、予約状態情報記憶部420内の予約状態情報(図7A参照)及び座席状態情報記憶部425内の座席状態情報(図7B参照)に基づいて、路線バス2に対してユーザが乗車可能な区間である乗車可能区間を導出する。例えば、乗車可能区間は、現在、路線バス2が満席である場合は、路線バス2が満席でなくなる位置(ある乗員が降車する降車予定位置)から始まる。乗車可能区間は、基本的には、終点までであるが、複数のユーザ間の優先度の調整のために、終点よりも前の位置までとなる場合もある。例えば、ユーザAが先に停車予定位置A3からの乗車を予約しており、ユーザAが停車予定位置A3で乗車することで路線バス2が満席となる場合、ユーザAよりも後に予約するユーザBに対しては、乗車可能区間は、位置A3までとなる。なお、路線バス2が満席でなく先の予約ユーザも存在しない場合は、乗車可能区間は、全区間となる。
The boardable section deriving section 400 sends the route bus 2 to the route bus 2 based on the reservation state information (see FIG. 7A) in the reservation state information storage section 420 and the seat state information (see FIG. 7B) in the seat state information storage section 425. To derive a rideable section which is a section in which the user can ride. For example, if the route bus 2 is currently full, the ridable section starts from a position where the route bus 2 is no longer full (a scheduled exit position at which a certain occupant gets off). The boardable section is basically up to the end point, but may be up to a position before the end point in order to adjust the priority among a plurality of users. For example, if the user A has previously reserved a ride from the scheduled stop position A3, and the user A gets on the scheduled stop position A3 and the route bus 2 becomes full, the user B reserves after the user A. , The available section is up to the position A3. If the route bus 2 is not fully booked and there is no previous reservation user, the available section is the entire section.
乗車可能区間導出部400は、乗車可能区間を導出すると、当該乗車可能区間を表す情報(以下、「乗車可能区間情報」と称する)(図7C参照)を生成し、乗車可能区間記憶部421内に記憶する。図7Cでは、乗車可能区間とともに乗車可能人数が記憶されている。この場合、乗車可能区間導出部400は、乗車可能区間とともに、乗車可能区間ごとに乗車可能人数を算出する。
When the boardable section deriving section 400 derives the boardable section, the boardable section deriving section 400 generates information representing the boardable section (hereinafter, referred to as “boardable section information”) (see FIG. 7C) and stores the boardable section storage section 421. To memorize. In FIG. 7C, the number of occupable passengers is stored together with the available ridable section. In this case, the boardable section deriving unit 400 calculates the number of boardable persons for each boardable section together with the boardable section.
乗車要求受信部401は、後述のユーザ端末6から送信される乗車要求を受信する。乗車要求は、乗車を希望するユーザからの要求を表し、後述するように、乗車予定位置(乗車希望位置)及び降車予定位置(降車希望位置)を表す情報を含む。乗車を希望するユーザは、乗車予定位置及び降車予定位置を指定する態様で乗車要求を発生させる。また、乗車要求は、後述するように、降車予定位置への到着希望時刻(例えば許容できる最も遅い時刻)を表す情報や、同伴者がいる場合は同伴者の人数を表す情報のような、他の情報を任意的に含めることができる。なお、以下では、乗車要求に係るユーザとは、乗車要求を出したユーザ(当該乗車要求により乗車予約をしようとしているユーザ)を指す。
The boarding request receiving unit 401 receives a boarding request transmitted from a user terminal 6 described later. The boarding request indicates a request from a user who wants to board the vehicle, and includes information indicating a planned boarding position (a desired boarding position) and a planned boarding position (a desired boarding position), as described later. The user who wants to get on the vehicle generates a boarding request in a manner of designating the scheduled boarding position and the scheduled boarding position. Also, as will be described later, the boarding request includes other information such as information indicating the desired arrival time at the scheduled drop-off position (for example, the latest allowable time), or information indicating the number of accompanying persons if there are accompanying persons. Can optionally be included. In the following, the user related to the boarding request refers to a user who has issued the boarding request (a user who intends to make a boarding reservation according to the boarding request).
乗車可否判定部402は、乗車要求が取得されると、乗車要求に係るユーザの乗車(路線バス2への乗車)が可能であるか否かを判定する乗車可否判定処理を行う。例えば、乗車可否判定部402は、乗車要求に含まれる乗車予定位置及び降車予定位置に基づいて、ユーザの乗車の可否を判定する。この場合、乗車可否判定部402は、乗車可能区間記憶部421内の乗車可能区間情報(図7C参照)を利用できる。すなわち、乗車可否判定部402は、乗車予定位置及び降車予定位置が乗車可能区間内に属する場合は、乗車要求に係るユーザの乗車が可能であると判定する。
When the boarding request is acquired, the boarding permission / non-permission determination unit 402 performs a boarding permission / non-permission determination process of determining whether or not the user pertaining to the boarding request can board (ride on the route bus 2). For example, the boarding possibility determination unit 402 determines whether the user can board the vehicle based on the planned boarding position and the planned boarding position included in the boarding request. In this case, the boarding possibility determination section 402 can use the boardable section information (see FIG. 7C) in the boardable section storage section 421. That is, the boarding permission / non-permission determining unit 402 determines that the boarding of the user according to the boarding request is possible when the boarding position and the boarding exit position belong to the boardable section.
ここで、上述のように、乗車可能区間は、座席状態情報記憶部425内の座席状態情報(図7B参照)に基づいて導出される。従って、乗車可能区間記憶部421内の乗車可能区間情報を利用する場合は、路線バス2に乗車可能なユーザの数の上限値(座席数)と、現在の乗員の数と、乗員の降車予定位置とに基づいて、乗車可否判定処理が実行されることになる。これにより、乗員の降車による空席の増加を加味できる態様、乗車可否判定処理を行うことができるので、乗車可否の判定精度が向上する。
Here, as described above, the boardable section is derived based on the seat state information (see FIG. 7B) in the seat state information storage unit 425. Therefore, when using the ridable section information in the ridable section storage unit 421, the upper limit value (the number of seats) of the number of users who can get on the route bus 2, the current number of occupants, and the occupant's getting off schedule Based on the position, the boarding possibility determination processing is executed. Accordingly, the boarding availability determination processing can be performed in a mode in which an increase in vacant seats due to the occupant getting off can be taken into consideration, and thus the boarding availability determination accuracy is improved.
また、上述のように、乗車可能区間は、予約状態情報記憶部420内の予約状態情報(図7A参照)に基づいて導出される。従って、乗車可能区間記憶部421内の乗車可能区間情報を利用する場合は、今後路線バス2に乗車することになるユーザの数、当該ユーザの降車予定位置をも考慮して、乗車可否判定処理が実行されることになる。これにより、乗車可否判定処理での乗車可否の判定精度が更に向上する。
Further, as described above, the boardable section is derived based on the reservation state information (see FIG. 7A) in the reservation state information storage unit 420. Therefore, in the case of using the boardable section information in the boardable section storage unit 421, the boarding possibility determination processing is performed in consideration of the number of users who will board the route bus 2 in the future and the scheduled drop-off position of the user. Will be executed. This further improves the accuracy of determining whether or not to be able to board in the boarding possibility determination process.
また、乗車可否判定部402は、乗車要求に同伴者の情報が含まれる場合は、同伴者を含む全員が乗車できるか否かを判定する。なお、予約状態情報記憶部420内の予約状態情報(図7A参照)の場合は、乗車可能人数が記憶されているので、かかる乗車可能人数の情報を利用して、同伴者を含む全員が乗車できるか否かを判定することができる。
In addition, when the boarding request includes the information of the accompanying person, the boarding possibility determining unit 402 determines whether all the members including the accompanying person can board. In the case of the reservation status information (see FIG. 7A) in the reservation status information storage section 420, the number of occupants is stored. It can be determined whether or not it is possible.
また、乗車可否判定部402は、乗車要求に到着希望時刻や余裕度の情報が含まれる場合は、時刻表情報記憶部428内の時刻表情報に基づいて、到着希望時刻を考慮した態様で、乗車可否判定処理を行うこととしてもよい。具体的には、乗車可否判定部402は、降車予定位置での到着予定時間と到着希望時刻との関係に基づいて、ユーザの乗車の可否を判定する。この場合、到着予定時間が到着希望時刻よりも前である場合は、ユーザの乗車が可能であると判定する。更に、乗車可否判定部402は、降車予定位置での到着予定時間と到着希望時刻との関係と、余裕度とに基づいて、ユーザの乗車の可否を判定してもよい。この場合、乗車可否判定部402は、余裕度が高いほど、到着予定時間に対する到着希望時刻の遅れが許容されやすくなる態様で、乗車可否判定処理を行うこととしてもよい。
In addition, when the boarding request includes information on the desired arrival time and the margin, the boarding possibility determination unit 402 considers the desired arrival time based on the timetable information in the timetable information storage unit 428, The boarding permission / prohibition determination processing may be performed. Specifically, the boarding permission / non-permission determination unit 402 determines whether the user can board the vehicle based on the relationship between the estimated arrival time at the scheduled drop-off position and the desired arrival time. In this case, if the estimated arrival time is earlier than the desired arrival time, it is determined that the user can board. Furthermore, the boarding possibility determination unit 402 may determine whether or not the user can board based on the relationship between the estimated arrival time at the scheduled get-off position and the desired arrival time, and the margin. In this case, the boarding permission / non-permission determination unit 402 may perform the boarding permission / prohibition determination processing in such a manner that as the margin is higher, the delay of the desired arrival time with respect to the estimated arrival time is more easily tolerated.
なお、乗車可否を判定する際、複数のユーザ間の優先度が考慮されてもよい。この場合、複数のユーザ間の優先度は、乗員>ユーザ(予約中のユーザ)であり、予約中のユーザ間では、先に予約したユーザ>後に予約するユーザであるが、例外があってもよい。例えば、ユーザの属性(車いす使用や、松葉づえ使用、目が見えない等)が考慮され、例えば年配者や身体障害者が優先されてもよい。
When determining whether or not to be able to get on, priority between a plurality of users may be considered. In this case, the priority among the plurality of users is occupant> user (reserving user), and among the users who are reserving, the priority is the user who reserved first> the user who reserves later. Good. For example, the attributes of the user (use of a wheelchair, use of pine needles, blindness, etc.) are considered, and, for example, the elderly or the physically handicapped may be given priority.
また、複数の路線バス2が同時に運行する状況において、特定の路線バス2を指定しない乗車要求に対しては、乗車可否判定部402は、複数の路線バス2の乗車可能区間情報に基づいて、複数の路線バス2のうちの、どの路線バス2に乗車可能であるかを判定してもよい。
Further, in a situation where a plurality of route buses 2 operate at the same time, for a boarding request that does not designate a specific route bus 2, the boarding permission / non-permission determination unit 402 determines based on the boardable section information of the plurality of route buses 2. Which of the plurality of route buses 2 can be boarded may be determined.
ユーザ特定部404は、乗車要求に係るユーザIDなど、予約状態情報の更新の際に利用されるユーザID(乗車要求を送信したユーザに係るユーザID)を特定する。ここで、乗車要求は、後述するように、ユーザ端末6から送信される乗車要求と、ジェスチャ認識装置8から送信されるジェスチャ認識結果に基づいてジェスチャ入力処理部414により生成される乗車要求とがある。ユーザ端末6から送信される乗車要求の場合は、ユーザ特定部404は、例えばユーザ端末6からの送信データのヘッダ情報等に基づいて、ユーザIDを特定してよい。また、ジェスチャ入力処理部414により生成される乗車要求の場合、ユーザ特定部404は、後述するカメラ8bの画像に含まれるユーザの画像と、ユーザ情報記憶部422内のユーザ情報(図11B参照)とに基づいて、ユーザIDを特定してよい。この場合、ユーザ情報として各ユーザの顔画像(登録画像)が利用されてよい。
The user specifying unit 404 specifies a user ID (a user ID of a user who transmitted the boarding request) used when updating the reservation state information, such as a user ID of the boarding request. Here, the ride request includes a ride request transmitted from the user terminal 6 and a ride request generated by the gesture input processing unit 414 based on the gesture recognition result transmitted from the gesture recognition device 8 as described later. is there. In the case of a boarding request transmitted from the user terminal 6, the user specifying unit 404 may specify the user ID based on, for example, header information of data transmitted from the user terminal 6. Also, in the case of a boarding request generated by the gesture input processing unit 414, the user specifying unit 404 generates a user image included in an image of the camera 8b described later and user information in the user information storage unit 422 (see FIG. 11B). The user ID may be specified based on the above. In this case, a face image (registered image) of each user may be used as the user information.
予約受付部405は、乗車可否判定部402により乗車要求に係るユーザの乗車が可能であると判定されると、ユーザによる路線バス2への乗車予約を受け付ける。予約受付部405は、乗車予約を受け付けると、対応する乗車予約に基づいて、予約状態情報記憶部420内の予約状態情報(図7A)を更新する。図7Aでは、ユーザIDに対応付けて、降車予定位置、乗車予定位置、余裕度、及び到着希望時刻が記憶されている。この場合、対応する乗車要求に含まれる降車予定位置及び乗車予定位置に基づいて、予約状態情報が更新される。余裕度は、乗員の余裕度(遅延に対する余裕度)を表し、後述のように乗車要求に含められる場合がある。余裕度の情報が、対応する乗車要求に含まれる場合は、当該余裕度の情報も格納される。予約状態情報の更新の際に利用されるユーザIDは、ユーザ特定部404により特定される。なお、余裕度は、“低い”場合(すなわち急いでいる場合のみ)乗車要求に含められてもよいし、多段階で指定されてもよい。また、余裕度は、降車予定位置での許容遅れ時間の形態等でユーザにより指定されてもよい。
When the boarding permission / non-permission determining unit 402 determines that the user according to the boarding request can board, the reservation receiving unit 405 receives the boarding reservation for the route bus 2 by the user. Upon accepting the boarding reservation, the reservation receiving unit 405 updates the reservation state information (FIG. 7A) in the reservation state information storage unit 420 based on the corresponding boarding reservation. In FIG. 7A, the scheduled get-off position, the scheduled get-on position, the margin, and the desired arrival time are stored in association with the user ID. In this case, the reservation state information is updated based on the scheduled get-off position and the planned get-on position included in the corresponding boarding request. The allowance indicates the occupant's allowance (the allowance for delay) and may be included in the boarding request as described later. If the information on the margin is included in the corresponding ride request, the information on the margin is also stored. The user ID used for updating the reservation state information is specified by the user specifying unit 404. Note that the margin may be included in the boarding request when it is “low” (that is, only when the vehicle is in a hurry), or may be specified in multiple stages. Further, the margin may be specified by the user in the form of an allowable delay time at the scheduled drop-off position or the like.
降車予定位置変更受信部406は、後述のユーザ端末6や路線バス2の処理装置10(乗員要求送信部116)から降車予定位置の変更要求を受信する。降車予定位置変更受信部406は、ある乗員に係る降車予定位置の変更要求を受信すると、当該乗員に関して、座席状態情報記憶部425内の座席状態情報(図7B参照)のうちの、降車予定位置を変更する。
The scheduled alighting position change receiving unit 406 receives a request to change the expected alighting position from the user terminal 6 and the processing device 10 (the occupant request transmitting unit 116) of the route bus 2 described below. Upon receiving the request to change the scheduled get-off position for a certain occupant, the scheduled get-off position change receiving unit 406 receives the scheduled get-off position in the seat state information (see FIG. 7B) in the seat state information storage unit 425 for the occupant. To change.
コース変更処理部407は、ユーザからの乗車要求に基づいて、走行予定コースを、基本コースから他のコースに変更する。なお、コース変更処理部407は、走行予定コースを他のコースに変えた後、他のユーザからの乗車要求に基づいて、更に、走行予定コースを、他のコースから更なる他のコース(基本コースを含む)に変更してもよい。すなわち、コース変更が可能な回数は、2回以上であってもよいし、1回だけに限られてもよい。以下では、特に言及しない限り、コース変更が可能な回数は無制限であるとする。
The course change processing unit 407 changes the planned traveling course from the basic course to another course based on the boarding request from the user. Note that the course change processing unit 407 further changes the planned travel course from another course to another course (basic) based on the boarding request from another user after changing the planned travel course to another course. (Including courses). That is, the number of times that the course can be changed may be two or more, or may be limited to only one. In the following, it is assumed that the number of times the course can be changed is unlimited unless otherwise specified.
具体的には、コース変更処理部407は、乗車要求に含まれる乗車予定位置や降車予定位置が走行予定コース外である場合、走行予定コースを変更する。なお、後述のように、コース変更処理部407は、乗車要求に含まれる乗車予定位置や降車予定位置が走行予定コース外である場合であっても、走行予定コースを変更しない場合もありうる。
Specifically, the course change processing unit 407 changes the planned travel course when the planned boarding position or the planned get-off position included in the boarding request is outside the planned travel course. In addition, as described later, the course change processing unit 407 may not change the planned traveling course even when the planned boarding position or the planned getting off position included in the boarding request is outside the planned traveling course.
図8は、コース変更処理部407によるコース変更処理の説明図である。図8には、基本コースとして、コースR1が示されるとともに、他のコースR2、R3が示される。例えば、位置X1を乗車予定位置として指定する乗車要求が発生した場合を想定する。この場合、コース変更処理部407は、走行予定コースを、コースR1から、位置X1を通る他のコースR2に変更する場合がある。
FIG. 8 is an explanatory diagram of the course change processing by the course change processing unit 407. FIG. 8 shows a course R1 as a basic course and other courses R2 and R3. For example, it is assumed that a boarding request for designating the position X1 as the boarding scheduled position occurs. In this case, the course change processing unit 407 may change the planned traveling course from the course R1 to another course R2 passing through the position X1.
なお、コース変更処理部407は、停車予定位置A2を降車予定位置とする乗員が存在せず、かつ、停車予定位置A2を乗車予定位置とするユーザ(乗車要求を出しているユーザ)が存在しない場合は、走行予定コースを、コースR1から、位置X1を通る他のコースR3(停車予定位置A2を通らないコースR2)に変更してもよい。この場合、コース変更処理に起因した次の停車予定位置A3に対する到着予定時刻の遅れを、低減できる。
It should be noted that the course change processing unit 407 does not include any occupant having the scheduled stop position A2 as the disembarkation scheduled position and no user having the scheduled stop position A2 as the scheduled occupant position (user issuing the boarding request). In this case, the planned course may be changed from the course R1 to another course R3 passing through the position X1 (course R2 not passing through the scheduled stopping position A2). In this case, it is possible to reduce the delay of the scheduled arrival time with respect to the next scheduled stop position A3 due to the course change processing.
本実施例では、一例として、コース変更処理部407は、変更コスト算出部4071と、変更可否判定部4072と、コース変更反映部4074とを含む。
In the present embodiment, as an example, the course change processing unit 407 includes a change cost calculation unit 4071, a change availability determination unit 4072, and a course change reflection unit 4074.
変更コスト算出部4071は、走行予定コースを現在のコースから変更予定のコース(変更した場合の走行予定コース)に変更した場合のコスト(以下、「変更コスト」と称する)を算出する。変更予定のコースは、乗車要求に含まれる乗車予定位置及び降車予定位置を通るコースである。また、変更予定のコースは、すでに乗車予約済のユーザや乗員の乗車予定位置及び降車予定位置を通るコースである。変更コストは、走行予定コースを現在のコースから変更予定のコースに変更した場合の損失を表す指標値であり、本実施例では、一例として、損失が大きいほど高くなる。
The change cost calculation unit 4071 calculates a cost (hereinafter, referred to as a “change cost”) when the planned traveling course is changed from the current course to a planned course (the modified planned traveling course). The course to be changed is a course that passes through the planned boarding position and the planned boarding position included in the boarding request. The course to be changed is a course that passes through the scheduled boarding position and the scheduled boarding position of the user or the occupant who has already reserved the boarding. The change cost is an index value indicating a loss when the planned course is changed from the current course to the planned course. In the present embodiment, as an example, the higher the loss, the higher the cost.
変更コストは、例えば、変更による遅延時間が長くなるほど高くなり、変更による遅延が影響する乗員(例えば現在の乗員の数)が多いほど高くなり、乗員の余裕度(遅延に対する余裕度)が低いほど高くなる態様で算出されてもよい。なお、乗員の余裕度は、乗車要求に含まれる態様でサーバ4に送信されてもよい。
The change cost increases, for example, as the delay time due to the change becomes longer, increases as the number of occupants affected by the change due to the change (for example, the current number of occupants) increases, and as the occupant's margin (the margin against the delay) decreases, It may be calculated in such a manner as to be higher. Note that the occupant's margin may be transmitted to the server 4 in a form included in the boarding request.
変更コスト算出部4071は、例えば、コース変更判定用情報記憶部423に記憶されるコース変更判定用情報に基づいて、変更コストを算出してもよい。図9Aには、コース変更判定用情報の一例が示される。図9Aでは、乗員のユーザIDごとに、降車予定位置と、乗車予定位置と、余裕度(遅延に対する余裕度)とが記憶される。この場合、変更コスト算出部4071は、各乗員の降車予定位置での到着予定時間に係る遅延時間の合計又は平均を、変更コストとして算出してもよい。この場合、変更コスト算出部4071は、余裕度が低い乗員に係る遅延時間に対しては、重み付け(例えば2倍)して算出してもよい。また、変更コストは、ユーザの属性が考慮される態様で算出されてもよい。例えば、変更コストの算出の際、ユーザの属性以外が同一の条件下において、例えば年配者や身体障害者の変更コストの方が、他のユーザの変更コストよりも大きくなる態様で重み付けされてもよい。
The change cost calculation unit 4071 may calculate the change cost based on the course change determination information stored in the course change determination information storage unit 423, for example. FIG. 9A shows an example of the course change determination information. In FIG. 9A, a scheduled get-off position, a scheduled get-on position, and a margin (a degree of delay) are stored for each user ID of the occupant. In this case, the change cost calculation unit 4071 may calculate, as the change cost, the total or the average of the delay times related to the estimated arrival times of the respective occupants at the scheduled drop-off positions. In this case, the change cost calculation unit 4071 may calculate the delay time of the occupant with a low margin by weighting (for example, twice) the delay time. Further, the change cost may be calculated in such a manner that the attribute of the user is considered. For example, when calculating the change cost, under the same conditions except for the attribute of the user, for example, the change cost of the elderly or the physically handicapped may be weighted in such a manner that the change cost is higher than the change costs of other users. Good.
また、変更コストは、(現在のコース上に存在しない)乗車予定位置及び/又は降車予定位置の属性(特徴)が考慮される態様で算出されてもよい。乗車予定位置及び/又は降車予定位置の属性は、例えば坂道にある(停車が困難な位置にある)ことや、狭い道(すれ違いが困難な道)にあること、通学路であること等であってもよい。例えば、変更コストの算出の際、乗車予定位置及び/又は降車予定位置の属性以外が同一の条件下において、例えば坂道や狭い道、通学路に乗車予定位置及び/又は降車予定位置が位置する場合の方が、そうでない場合よりも大きくなる態様で重み付けされてもよい。この場合、坂道や狭い道に乗車予定位置及び/又は降車予定位置が位置する場合に変更コストを過大にすることで、実質的に坂道や狭い道のような、停車や通過が困難な乗車予定位置及び/又は降車予定位置に対応するためのコース変更が禁止されてもよい。
Further, the change cost may be calculated in such a manner that the attributes (features) of the scheduled boarding position (not present on the current course) and / or the scheduled getting-off position are considered. The attributes of the expected boarding position and / or the expected getting off position include, for example, that the vehicle is on a slope (a position where it is difficult to stop), that the vehicle is on a narrow road (a road that is difficult to pass), that the vehicle is a school road, and the like. You may. For example, when calculating the change cost, when the expected boarding position and / or the expected getting off position are located on a hill, a narrow road, or a school road under the same conditions except for the attribute of the expected boarding position and / or the expected getting off position. May be weighted in a manner that is larger than otherwise. In this case, when the scheduled ride position and / or the expected disembarkation position is located on a hill or a narrow road, the change cost is excessively increased, so that it is practically difficult to stop or pass, such as a hill or a narrow road. The course change to correspond to the position and / or the expected drop-off position may be prohibited.
なお、変形例では、変更コスト算出部4071は、変更コストに代えて又は加えて、走行予定コースを変更しなかった場合のコスト(非変更コスト)を算出してもよい。非変更コストは、例えば、変更しないことによる各停留所用での到着予定時刻のずれ(定刻の到着予定時刻に対するずれ)が大きくなるほど高くなり、乗車を希望するユーザの余裕度(遅延に対する余裕度)が低いほど高くなる態様で算出されてもよい。また、複数の路線バス2が同時に運行する状況では、非変更コストは、乗車を希望するユーザの次の路線バス2の到着までの待機時間が長くなるほど高くなる態様で算出されてもよい。
Note that, in the modified example, the change cost calculation unit 4071 may calculate a cost (unchange cost) when the scheduled travel course is not changed instead of or in addition to the change cost. The non-change cost increases, for example, as the deviation of the estimated arrival time at each stop (deviation from the scheduled arrival time) due to no change increases, and the margin of the user who wants to get on (the margin against the delay) increases. May be calculated in such a manner that the lower the value, the higher the value. Further, in a situation where a plurality of route buses 2 operate at the same time, the non-change cost may be calculated in such a manner that the longer the waiting time until the arrival of the next route bus 2 of the user who wants to get on, the longer the non-change cost.
変更可否判定部4072は、変更コスト算出部4071により算出された変更コストに基づいて、走行予定コースを現在のコースから変更予定のコースに変更するか否かを判定する。例えば、変更可否判定部4072は、変更コスト算出部4071により算出された変更コストが所定閾値Th1以下である場合に、変更を許可する。所定閾値Th1は、ユーザの利便性等を考慮して適合される値である。所定閾値Th1は、時間帯や曜日に応じて可変とされてもよい。
The change possibility determination unit 4072 determines whether or not to change the traveling course from the current course to the course to be changed based on the change cost calculated by the change cost calculation unit 4071. For example, the change possibility determination unit 4072 permits the change when the change cost calculated by the change cost calculation unit 4071 is equal to or less than the predetermined threshold Th1. The predetermined threshold Th1 is a value that is adapted in consideration of user convenience and the like. The predetermined threshold Th1 may be variable according to a time zone or a day of the week.
なお、変更コスト算出部4071が非変更コストを算出する変形例では、変更可否判定部4072は、変更コスト算出部4071により算出された非変更コストに基づいて、走行予定コースを現在のコースから変更予定のコースに変更するか否かを判定してもよい。例えば、変更可否判定部4072は、変更コスト算出部4071により算出された非変更コストが所定閾値Th2以上である場合に、変更を許可する。所定閾値Th2は、ユーザの利便性等を考慮して適合される値である。所定閾値Th2は、時間帯や曜日に応じて可変とされてもよい。
In the modification in which the change cost calculation unit 4071 calculates the non-change cost, the change availability determination unit 4072 changes the scheduled traveling course from the current course based on the non-change cost calculated by the change cost calculation unit 4071. It may be determined whether or not to change to the scheduled course. For example, the change possibility determination unit 4072 permits the change when the non-change cost calculated by the change cost calculation unit 4071 is equal to or more than the predetermined threshold Th2. The predetermined threshold Th2 is a value that is adapted in consideration of user convenience and the like. The predetermined threshold Th2 may be variable according to a time zone or a day of the week.
また、変更コスト算出部4071が変更コスト及び非変更コストを算出する変形例では、変更可否判定部4072は、変更コスト算出部4071により算出された変更コストと非変更コストとに基づいて、走行予定コースを現在のコースから変更予定のコースに変更するか否かを判定してもよい。例えば、変更可否判定部4072は、変更コスト算出部4071により算出された非変更コストが変更コストよりも大きければ、変更を許可する。なお、この場合、変更コスト及び非変更コストは、正規化された上で比較されることが望ましい。例えば、変更コスト及び非変更コストは、ユーザ当たりのコストで比較されてもよい。また、変更コストの方が非変更コストよりも重視されるように重み付けされてもよい。これは、現在の乗員の方を優先する方が理にかなっているためである。
Further, in a modification in which the change cost calculation unit 4071 calculates the change cost and the non-change cost, the change availability determination unit 4072 determines the travel schedule based on the change cost and the non-change cost calculated by the change cost calculation unit 4071. It may be determined whether to change the course from the current course to the course to be changed. For example, if the non-change cost calculated by the change cost calculation unit 4071 is larger than the change cost, the change possibility determination unit 4072 permits the change. In this case, it is preferable that the change cost and the non-change cost are normalized and compared. For example, the change cost and the non-change cost may be compared in cost per user. Further, the weight may be weighted so that the change cost is more important than the non-change cost. This is because it makes more sense to prioritize the current occupant.
なお、変形例では、変更コスト算出部4071を省略して、より簡易な態様でコース変更処理部407を実現してもよい。
In the modification, the course change processing unit 407 may be realized in a simpler form by omitting the change cost calculation unit 4071.
例えば、変更可否判定部4072は、余裕度が低い乗員に係る降車予定位置での到着予定時間に対して、遅延時間を算出し、遅延時間が所定閾値Th3以下である場合に、変更を許可してもよい。あるいは、到着希望時刻を指定している乗員が存在する場合、変更可否判定部4072は、コース変更を行っても到着希望時刻以前に到着可能である場合に、変更を許可してもよい。
For example, the change possibility determination unit 4072 calculates a delay time with respect to the estimated arrival time of the occupant having a low margin at the scheduled disembarkation position, and permits the change when the delay time is equal to or less than the predetermined threshold Th3. You may. Alternatively, when there is an occupant specifying the desired arrival time, the change availability determination unit 4072 may allow the change if the vehicle can still arrive before the desired arrival time even if the course is changed.
あるいは、変更可否判定部4072は、上述のような変更コスト、非変更コスト、余裕度、到着希望時刻等の複数の要素を総合的に評価する態様で、走行予定コースを現在のコースから変更予定のコースに変更するか否かを判定してもよい。
Alternatively, the change possibility determination unit 4072 is to change the planned traveling course from the current course in such a manner as to comprehensively evaluate a plurality of factors such as the above-described change cost, non-change cost, margin, and desired arrival time. It may be determined whether or not to change to the course.
コース変更反映部4074は、変更可否判定部4072により変更が許可された場合に、コース変更を反映するための処理を行う。具体的には、コース変更反映部4074は、走行予定コース記憶部426内の走行予定コースを表す情報(コース情報)を更新する。すなわち、コース変更反映部4074は、走行予定コース記憶部426内のコース情報を、変更後のコースを表す情報へと書き換える。
The course change reflecting unit 4074 performs a process for reflecting the course change when the change is permitted by the change possibility determination unit 4072. Specifically, the course change reflecting unit 4074 updates information (course information) indicating the scheduled traveling course in the scheduled traveling course storage unit 426. That is, the course change reflecting unit 4074 rewrites the course information in the planned traveling course storage unit 426 to information representing the changed course.
なお、コース変更処理部407は、上述のように、複数の路線バス2の運行状態を考慮するために、複数の路線バス2に対して共通に機能してもよい。
As described above, the course change processing unit 407 may function in common for the plurality of route buses 2 in order to consider the operation state of the plurality of route buses 2.
例えば、複数の路線バス2が同時に運行する状況では、コース変更処理部407は、複数の路線バス2の間の位置的な関係に基づいて、複数の路線バス2のうちの1つ以上の路線バス2に係る走行予定コースを変更するか否かを判定してもよい。例えば、複数の路線バス2が循環している場合、所定の停留所に係る到着予定時間の間隔が均一化するように、複数の路線バス2のうちの1つ以上の路線バス2に係る走行予定コースを変更してもよい。なお、このようなコース変更は、ユーザからの乗車要求を契機とせずに実行されてもよい。
For example, in a situation where a plurality of route buses 2 operate at the same time, the course change processing unit 407 determines one or more route routes of the plurality of route buses 2 based on the positional relationship between the route buses 2. It may be determined whether or not to change the scheduled course for the bus 2. For example, when a plurality of route buses 2 are circulating, the travel schedule of one or more route buses 2 of the plurality of route buses 2 is set such that the intervals of the scheduled arrival times related to the predetermined stop are equalized. The course may be changed. Such a course change may be performed without triggering a ride request from a user.
また、複数の路線バス2が同時に運行する状況では、コース変更処理部407は、複数の路線バス2の間の位置的な関係に基づいて、複数の路線バス2のうちの、どの路線バス2の走行予定コースを変更するかを判定してもよい。
In a situation where a plurality of route buses 2 operate simultaneously, the course change processing unit 407 determines which route bus 2 among the plurality of route buses 2 based on the positional relationship among the plurality of route buses 2. It may be determined whether or not to change the traveling course of the vehicle.
この場合、例えば、コース変更処理部407は、複数の路線バス2のうちの、第1の路線バス2と、第1の路線バス2に後続する第2の路線バス2との間の間隔(走行予定コースに沿った車間距離又は車間時間)に基づいて、第2の路線バス2に係る走行予定コースを変更するか否かを判定してもよい。この場合、コース変更処理部407は、間隔が所定閾値Th4よりも短い場合に、第2の路線バス2に係る走行予定コースの変更を行うこととしてよい。所定閾値Th4は、適正な間隔の範囲の下限値に対応してよく、運行台数等に基づいて適合される。より具体的には、例えば図9Bには、第1の路線バス2及び第2の路線バス2のそれぞれの運行状態(各停車予定位置に係る到着予定時刻、及び定刻に対する遅れが示される。かかる運行状態では、第1の路線バス2及び第2の路線バス2の間隔は、適正な間隔の範囲内であるので、第1の路線バス2及び第2の路線バス2のいずれの走行予定コースも変更されないこととしてよい。あるいは、コース変更処理部407は、第2の路線バス2が定刻よりも早めに運行していることに基づいて、第2の路線バス2に係る走行予定コースを変更することとしてよい。また、図9Bの状況とは異なり、第1の路線バス2が定刻よりも早めに運行している場合は、コース変更処理部407は、第1の路線バス2に係る走行予定コースを変更することとしてよい。
In this case, for example, the course change processing unit 407 determines the interval between the first route bus 2 of the plurality of route buses 2 and the second route bus 2 subsequent to the first route bus 2 ( Based on the inter-vehicle distance or inter-vehicle time along the scheduled traveling course), it may be determined whether or not to change the scheduled traveling course of the second route bus 2. In this case, the course change processing unit 407 may change the traveling schedule of the second route bus 2 when the interval is shorter than the predetermined threshold Th4. The predetermined threshold Th4 may correspond to the lower limit of the range of the appropriate interval, and is adapted based on the number of trains operated. More specifically, for example, FIG. 9B shows the operation status of each of the first route bus 2 and the second route bus 2 (the estimated arrival time at each scheduled stop position, and the delay from the scheduled time). In the operation state, the interval between the first route bus 2 and the second route bus 2 is within the range of an appropriate interval, and therefore, any of the scheduled courses of the first route bus 2 and the second route bus 2 Alternatively, the course change processing unit 407 changes the scheduled travel course of the second route bus 2 based on the fact that the second route bus 2 is operating earlier than scheduled. 9B, when the first route bus 2 is operating earlier than the scheduled time, the course change processing unit 407 performs the travel related to the first route bus 2. Changing the planned course It may be.
あるいは、コース変更処理部407は、複数の路線バス2のうちの、コース変更による遅延時間が最も短い路線バス2から順に、走行予定コースを変更するか否かを判定してもよい。なお、複数の路線バス2のうちに、もともと走行予定コース上であり、コース変更が必要でない路線バス2が存在する場合、出力制御部411は、乗車要求に係るユーザに対して、当該路線バス2に対する乗車要求を生成するように促す通知を行ってもよい。
Alternatively, the course change processing unit 407 may determine whether or not to change the scheduled course in order from the route bus 2 having the shortest delay time due to the course change among the plurality of route buses 2. When there is a route bus 2 that is originally on the scheduled course and does not need to be changed, among the plurality of route buses 2, the output control unit 411 sends the route bus to the user related to the boarding request. A notification that prompts the user to generate a boarding request for No. 2 may be sent.
ここで、コース変更処理部407と上述した乗車可否判定部402とは、互いに連携して動作してもよい。例えば、コース変更処理部407が、ある路線バス2の走行予定コースを変更すると判定した場合、当該路線バス2について乗車可否判定部402が乗車の可否を判断してもよい。また、乗車可否判定部402が路線バス2に乗車可能なユーザの数の上限値(座席数)と、現在の乗員の数と、乗員の降車予定位置に基づいてのみ乗車可否を判定しかつ乗車可能であると判定した場合に、当該路線バス2についてコース変更処理部407がコース変更の可否を判断してもよい。
Here, the course change processing unit 407 and the above-described boarding availability determination unit 402 may operate in cooperation with each other. For example, when the course change processing unit 407 determines that the scheduled course of a certain route bus 2 is to be changed, the boarding availability determination unit 402 may determine whether or not the boarding of the route bus 2 is possible. Further, the boarding possibility determination unit 402 determines whether or not to be able to board only based on the upper limit value (the number of seats) of the number of users who can get on the route bus 2, the current number of occupants, and the occupant's scheduled exit position. When it is determined that it is possible, the course change processing unit 407 may determine whether or not the course can be changed for the route bus 2.
時刻表生成部408は、走行予定コース記憶部426内の走行予定コースが更新されると、時刻表情報記憶部428内の時刻表情報を更新する。図10には、時刻表情報記憶部428内の時刻表情報の一例が示される。図10には、説明用に、走行予定コースの変更前の時刻表情報D801と、走行予定コースの変更後の時刻表情報D802が示される。時刻表情報D802では、停車予定位置X1が追加された場合のデータである。なお、停車予定位置X1は、前出の図8に示すように、基本コースであるコースR1上に存在しない位置である。時刻表情報は、過去の実績(統計的なデータ)に基づいて導出されてもよいし、巡航速度と各停留所までの距離(既知)に基づいて計算により導出されてもよい。
The timetable generation unit 408 updates the timetable information in the timetable information storage unit 428 when the scheduled travel course in the scheduled travel course storage unit 426 is updated. FIG. 10 shows an example of the timetable information in the timetable information storage unit 428. FIG. 10 shows, for the purpose of explanation, timetable information D801 before the change in the planned course and timetable information D802 after the change in the planned course. The timetable information D802 is data when the scheduled stop position X1 is added. The scheduled stop position X1 is a position that does not exist on the course R1, which is the basic course, as shown in FIG. The timetable information may be derived based on past results (statistical data), or may be derived by calculation based on the cruising speed and the distance (known) to each stop.
車両状態更新部409は、路線バス2の車両状態を表す情報を更新する。車両状態は、路線バス2の位置を含み、路線バス2の他の状態(例えばブレーキの作動の有無等)を含んでよい。例えば、車両状態更新部409は、路線バス2の処理装置10の車両位置情報取得部106から車両位置情報を受信すると、車両状態情報記憶部424内の車両状態情報を更新する。
The vehicle state updating unit 409 updates information indicating the vehicle state of the route bus 2. The vehicle state includes the position of the route bus 2 and may include other states of the route bus 2 (for example, whether or not the brake is activated). For example, when receiving the vehicle position information from the vehicle position information acquisition unit 106 of the processing device 10 of the route bus 2, the vehicle state update unit 409 updates the vehicle state information in the vehicle state information storage unit 424.
また、車両状態更新部409は、後述する街モビアプリ5(ユーザ端末6に実装されるアプリケーション)又はプロジェクタ7からの要求に応じて、車両位置情報をユーザ端末6又はプロジェクタ7に向けて送信する。なお、車両状態更新部409は、予約中のユーザに係るユーザ端末6又はプロジェクタ7に対して、プッシュ型の通知態様で、車両位置情報を送信してもよい。
In addition, the vehicle state updating unit 409 transmits vehicle position information to the user terminal 6 or the projector 7 in response to a request from the town Mobi application 5 (an application mounted on the user terminal 6) or the projector 7, which will be described later. Note that the vehicle state updating unit 409 may transmit the vehicle position information to the user terminal 6 or the projector 7 relating to the user making the reservation in a push-type notification mode.
座席状態更新部410は、路線バス2の座席の状態を表す情報を更新する。座席の状態は、各座席の占有の有無、座席を占有しているユーザの識別情報等を含んでよい。座席状態更新部410は、路線バス2の処理装置10の乗員状態検出部112から乗員状態情報を受信すると、座席状態情報記憶部425内の座席状態情報を更新する。図7Bには、座席状態情報記憶部425内の座席状態情報の一例が示される。図7Bでは、座席ごとに、乗員の有無、乗員が存在する場合は、当該乗員のユーザID、降車予定位置、及び余裕度(余裕度は、取得された場合のみ)が、座席に対応付けて記憶されてもよい。なお、降車予定位置及び余裕度は、乗車予約に含まれる情報であるので、当該情報は、座席状態情報を生成する際に、乗員のユーザIDに紐付けられる態様で利用できる。
The seat status updating unit 410 updates information indicating the status of the seats of the route bus 2. The state of the seat may include whether or not each seat is occupied, identification information of a user occupying the seat, and the like. When receiving the occupant status information from the occupant status detection unit 112 of the processing device 10 of the route bus 2, the seat status update unit 410 updates the seat status information in the seat status information storage unit 425. FIG. 7B shows an example of the seat state information in the seat state information storage unit 425. In FIG. 7B, for each seat, the presence or absence of an occupant, if there is an occupant, the user ID of the occupant, the scheduled get-off position, and the margin (only when the margin is acquired) are associated with the seat. It may be stored. Note that the scheduled drop-off position and the margin are information included in the boarding reservation, and thus can be used in a form linked to the occupant's user ID when generating the seat state information.
出力制御部411は、路線バス2、ユーザ端末6、及びプロジェクタ7を介して、ユーザに対して各種情報を出力する。
The output control unit 411 outputs various types of information to the user via the route bus 2, the user terminal 6, and the projector 7.
出力制御部411は、乗車可能区間通知部4110と、時刻表通知部4112と、コース情報通知部4114と、乗車要求変更依頼部4116と、ジェスチャ入力案内部4118と、車内広告出力部4120と、降車案内出力部4122とを含む。
The output control unit 411 includes a boardable section notification unit 4110, a timetable notification unit 4112, a course information notification unit 4114, a boarding request change request unit 4116, a gesture input guide unit 4118, an in-vehicle advertisement output unit 4120, And a get-off guidance output unit 4122.
乗車可能区間通知部4110は、必要に応じて、乗車可能区間記憶部421内の乗車可能区間情報を、後述のユーザ端末6やプロジェクタ7に送信してよい。例えば、乗車可能区間通知部4110は、プッシュ型の通知態様で、乗車可能区間記憶部421内の乗車可能区間情報をユーザ端末6又はプロジェクタ7に向けて送信してもよい。例えば、乗車可能区間通知部4110は、上述のように乗車可能区間導出部400が乗車可能区間記憶部421内の乗車可能区間情報を更新すると(すなわち乗車可能区間の変更があった場合に)、ユーザ端末6又はプロジェクタ7に向けて送信してもよい。乗車可能区間情報がユーザ端末6やプロジェクタ7に受信され出力されると、ユーザは、どの区間で乗車が可能かを容易に把握できるので、利便性が向上する。
The boardable section notification unit 4110 may transmit the boardable section information in the boardable section storage unit 421 to the user terminal 6 and the projector 7 described below as necessary. For example, the boardable section notification unit 4110 may transmit the boardable section information in the boardable section storage unit 421 to the user terminal 6 or the projector 7 in a push notification mode. For example, when the boardable section deriving unit 400 updates the boardable section information in the boardable section storage unit 421 as described above (that is, when there is a change in the boardable section), It may be transmitted to the user terminal 6 or the projector 7. When the boardable section information is received and output to the user terminal 6 or the projector 7, the user can easily know in which section the boarding is possible, so that the convenience is improved.
時刻表通知部4112は、時刻表生成部408が時刻表情報記憶部428内の時刻表情報を更新すると、更新後の時刻表情報を処理装置10に向けて送信する。時刻表情報は、上述のように、路線バス2の処理装置10の時刻表情報受信部103により受信されることになる。時刻表情報受信部103により受信された時刻表情報は、処理装置10の情報出力制御部114により、路線バス2内で大型ディスプレイD1やディスプレイD2〜D7を介して出力される。これにより、路線バス2内の乗員は、時刻表情報の変化等を適宜把握できるので、利便性が向上する。
When the timetable generation unit 408 updates the timetable information in the timetable information storage unit 428, the timetable notification unit 4112 transmits the updated timetable information to the processing device 10. The timetable information is received by the timetable information receiving unit 103 of the processing device 10 of the route bus 2 as described above. The timetable information received by the timetable information receiving unit 103 is output by the information output control unit 114 of the processing device 10 in the route bus 2 via the large display D1 and the displays D2 to D7. Thereby, the occupant in the route bus 2 can appropriately grasp the change of the timetable information and the like, so that the convenience is improved.
また、時刻表通知部4112は、後述する街モビアプリ5(ユーザ端末6に実装されるアプリケーション)又はプロジェクタ7からの要求に応じて、時刻表情報記憶部428内の時刻表情報をユーザ端末6又はプロジェクタ7に向けて送信する。なお、時刻表通知部4112は、プッシュ型の通知態様で、時刻表情報記憶部428内の時刻表情報をユーザ端末6又はプロジェクタ7に向けて送信してもよい。例えば、時刻表通知部4112は、時刻表生成部408が時刻表情報記憶部428内の時刻表情報を更新すると(すなわち走行予定コースの変更があった場合に)、ユーザ端末6又はプロジェクタ7に向けて送信してもよい。時刻表情報がユーザ端末6やプロジェクタ7に受信され出力されると、ユーザは、時刻表情報の変化等を適宜把握できるので、利便性が向上する。
In addition, the timetable notifying unit 4112 transmits the timetable information in the timetable information storage unit 428 to the user terminal 6 or the user terminal 6 in response to a request from the town Mobi application 5 (an application mounted on the user terminal 6) or the projector 7 described later. It is transmitted to the projector 7. Note that the timetable notification unit 4112 may transmit the timetable information in the timetable information storage unit 428 to the user terminal 6 or the projector 7 in a push notification mode. For example, when the timetable generation unit 408 updates the timetable information in the timetable information storage unit 428 (that is, when there is a change in the scheduled course), the timetable notification unit 4112 notifies the user terminal 6 or the projector 7 It may be transmitted to. When the timetable information is received and output by the user terminal 6 or the projector 7, the user can appropriately grasp the change of the timetable information and the like, so that the convenience is improved.
コース情報通知部4114は、上述のようにコース変更処理部407により更新したコース情報を処理装置10に向けて送信する。当該コース情報は、上述のように、路線バス2の処理装置10の走行予定コース受信部102により受信されることになる。走行予定コース受信部102により受信されたコース情報は、処理装置10の情報出力制御部114により、路線バス2内で大型ディスプレイD1やディスプレイD2〜D7を介して出力される。これにより、路線バス2内の乗員は、走行予定コースの変更を適宜把握できるので、利便性が向上する。ここで、処理装置10の情報出力制御部114は、走行予定コースが基本コースから変更された場合は、走行予定コースが基本コースから変更されていることがわかる態様で、走行予定コースを出力してもよい。例えば、走行予定コースが基本コースから変更されている場合は、所定のマークを付与したり、表示の色を異ならせたり、“変更しています”といった文字情報や音声情報を付加したり等することで、乗員にとって、走行予定コースが基本コースから変更されていることが分かりやすくなり、利便性が向上する。
The course information notification unit 4114 transmits the course information updated by the course change processing unit 407 to the processing device 10 as described above. The course information is received by the scheduled course receiving unit 102 of the processing device 10 of the route bus 2 as described above. The course information received by the scheduled course receiving unit 102 is output by the information output control unit 114 of the processing device 10 in the route bus 2 via the large display D1 and the displays D2 to D7. Thereby, the occupant in the route bus 2 can appropriately recognize the change of the course to be traveled, so that the convenience is improved. Here, when the scheduled traveling course is changed from the basic course, the information output control unit 114 of the processing device 10 outputs the scheduled traveling course in a manner that indicates that the scheduled traveling course has been changed from the basic course. You may. For example, if the planned course has been changed from the basic course, a predetermined mark is added, the color of the display is changed, and character information and voice information such as "I am changing" are added. This makes it easier for the occupant to recognize that the scheduled course has been changed from the basic course, and improves convenience.
また、コース情報通知部4114は、後述する街モビアプリ5(ユーザ端末6に実装されるアプリケーション)又はプロジェクタ7からの要求に応じて、変更後のコースを表すコース情報をユーザ端末6又はプロジェクタ7に向けて送信する。なお、コース情報通知部4114は、プッシュ型の通知態様で、走行予定コース記憶部426内のコース情報をユーザ端末6又はプロジェクタ7に向けて送信してもよい。例えば、コース情報通知部4114は、走行予定コース記憶部426内のコース情報を更新すると(すなわち走行予定コースの変更があった場合に)、ユーザ端末6又はプロジェクタ7に向けて送信してもよい。コース情報がユーザ端末6やプロジェクタ7に受信され出力されると、ユーザは、走行予定コースの変更を適宜把握できるので、利便性が向上する。ここで、ユーザ端末6やプロジェクタ7は、走行予定コースが基本コースから変更された場合は、走行予定コースが基本コースから変更されていることがわかる態様で、走行予定コースを出力してもよい。例えば、走行予定コースが基本コースから変更されている場合は、所定のマークを付与したり、表示の色を異ならせたり、“変更しています”といった文字情報や音声情報を付加したり等することで、ユーザにとって、走行予定コースが基本コースから変更されていることが分かりやすくなり、利便性が向上する。
Further, the course information notifying unit 4114 sends course information indicating the changed course to the user terminal 6 or the projector 7 in response to a request from the town Mobi application 5 (an application mounted on the user terminal 6) or the projector 7, which will be described later. Send to. The course information notification unit 4114 may transmit the course information in the travel schedule course storage unit 426 to the user terminal 6 or the projector 7 in a push notification mode. For example, when the course information notifying unit 4114 updates the course information in the scheduled travel course storage unit 426 (that is, when the scheduled travel course is changed), the course information notification unit 4114 may transmit the updated course information to the user terminal 6 or the projector 7. . When the course information is received and output to the user terminal 6 or the projector 7, the user can appropriately grasp the change in the traveling schedule, and thus the convenience is improved. Here, when the scheduled travel course is changed from the basic course, the user terminal 6 or the projector 7 may output the scheduled travel course in such a manner that the planned travel course is changed from the basic course. . For example, if the planned course has been changed from the basic course, a predetermined mark is added, the color of the display is changed, and character information and voice information such as "I am changing" are added. This makes it easier for the user to understand that the scheduled travel course has been changed from the basic course, and improves convenience.
乗車要求変更依頼部4116は、上述のコース変更処理部407の変更可否判定部4072により変更が許可されない場合に、対応するユーザに対して、その旨の情報を通知するとともに、新たな乗車要求(乗車予定位置及び/又は降車予定位置を変更した乗車要求)を要求する。なお、かかる通知及び要求は、後述のユーザ端末6やプロジェクタ7を介して実現されてよい。この場合、ユーザは、走行予定コースの変更ができなかった旨を把握し、新たな乗車要求のための入力等を行うことができる。
The boarding request change requesting unit 4116 notifies the corresponding user of the information when the change is not permitted by the change permission / inhibition determining unit 4072 of the course change processing unit 407, and also sets a new boarding request ( (A boarding request in which the scheduled boarding position and / or the scheduled boarding position is changed). The notification and the request may be realized via a user terminal 6 and a projector 7 described later. In this case, the user can grasp that the scheduled travel course could not be changed, and can make an input or the like for a new boarding request.
また、乗車要求変更依頼部4116は、複数の路線バス2が同時に運行している状況において、他の路線バス2への乗車が可能な場合等に、ユーザに他の路線バス2への乗車要求に変更等を要求してよい。同様に、かかる要求は、後述のユーザ端末6やプロジェクタ7を介して実現されてよい。
Further, the boarding request change request unit 4116 requests the user to board another boarding bus 2 when a plurality of buses 2 are operating at the same time and the boarding of another boarding bus 2 is possible. May be requested to change. Similarly, such a request may be realized via a user terminal 6 and a projector 7 described below.
ジェスチャ入力案内部4118は、後述のジェスチャ入力処理部414と協動して、プロジェクタ7及びジェスチャ認識装置8に対して各種情報を出力する。これについては後述する。
The gesture input guide unit 4118 outputs various information to the projector 7 and the gesture recognition device 8 in cooperation with a gesture input processing unit 414 described below. This will be described later.
車内広告出力部4120は、路線バス2の情報出力制御部114と協動して、路線バス2内の乗員に対して各種広告情報を出力する。出力対象の広告情報は、広告情報記憶部430内に記憶される。図11Aには、広告情報記憶部430内に記憶される広告情報の一例が示される。図11Aでは、停留所又は停車予定位置(コース変更に伴う臨時的な停留所)ごとに、広告主の情報と広告データとが対応付けられている。なお、広告データは、音声データや映像データの形式であってよい。
The in-vehicle advertisement output unit 4120 outputs various types of advertisement information to occupants in the route bus 2 in cooperation with the information output control unit 114 of the route bus 2. The advertisement information to be output is stored in the advertisement information storage unit 430. FIG. 11A shows an example of advertisement information stored in advertisement information storage section 430. In FIG. 11A, the information of the advertiser and the advertisement data are associated with each other at each stop or planned stop position (temporary stop due to a course change). The advertisement data may be in the form of audio data or video data.
車内広告出力部4120は、車両状態情報記憶部424内の車両状態情報に基づいて、所定の広告出力タイミングを検出すると、広告情報記憶部430内の広告情報に基づいて、次の停車予定位置に対応付けられている広告データを抽出する。所定の広告出力タイミングは、任意であるが、次の停車予定位置に向けて路線バス2が出発したタイミングに同期してよい。そして、車内広告出力部4120は、抽出した広告データを出力するように処理装置10に指示する。処理装置10の情報出力制御部114は、当該指示を受けると、大型ディスプレイD1及び内蔵のスピーカーを介して、及び/又は、スピーカー3aを介して、広告データを出力する。
Upon detecting a predetermined advertisement output timing based on the vehicle state information in the vehicle state information storage unit 424, the in-vehicle advertisement output unit 4120 moves to the next scheduled stop position based on the advertisement information in the advertisement information storage unit 430. The associated advertisement data is extracted. The predetermined advertisement output timing is arbitrary, but may be synchronized with the timing at which the route bus 2 departs for the next scheduled stop position. Then, the in-vehicle advertisement output unit 4120 instructs the processing device 10 to output the extracted advertisement data. Upon receiving the instruction, the information output control unit 114 of the processing device 10 outputs the advertisement data via the large display D1 and the built-in speaker and / or via the speaker 3a.
また、車内広告出力部4120は、上述のコース変更処理部407によりコース変更があった場合に、次の停車予定位置(例えば変更前には停車予定位置ではなかったが、コース変更に伴う新たな停車予定位置)に対応付けられている広告データを抽出し、抽出した広告データを出力するように処理装置10に指示する。処理装置10の情報出力制御部114は、当該指示を受けると、大型ディスプレイD1及び内蔵のスピーカーを介して、及び/又は、スピーカー3aを介して、広告データを出力する。例えば、前出の図8で示すような状況において、走行予定コースがコースR1からコースR2(又はコースR3)に変更された場合を想定する。この場合、次の停車予定位置が停留所A2から位置X1に変更されることになり、図11Aでは、位置X1に対応付けられた広告データ(「広告データ00X0」)が出力されることになる。
In addition, when the course is changed by the course change processing unit 407, the in-vehicle advertisement output unit 4120 outputs the next scheduled stop position (for example, the new stop position before the change, The advertisement data associated with the scheduled stop position is extracted, and the processing device 10 is instructed to output the extracted advertisement data. Upon receiving the instruction, the information output control unit 114 of the processing device 10 outputs the advertisement data via the large display D1 and the built-in speaker and / or via the speaker 3a. For example, in the situation shown in FIG. 8 described above, it is assumed that the scheduled course is changed from course R1 to course R2 (or course R3). In this case, the next scheduled stop position is changed from the stop A2 to the position X1, and in FIG. 11A, the advertisement data (“advertisement data 00X0”) associated with the position X1 is output.
降車案内出力部4122は、路線バス2の情報出力制御部114と協動して、路線バス2内の乗員に対して降車案内を出力する。具体的には、降車案内出力部4122は、車両状態情報記憶部424内の車両状態情報に基づいて、次の停車予定位置に路線バス2が近くなることを検出すると、座席状態情報記憶部425内の座席状態情報に基づいて、次の停車予定位置を降車予定位置とする乗員を探索する。そして、降車案内出力部4122は、次の停車予定位置を降車予定位置とする乗員に対して、降車案内を個別的に行うように処理装置10に指示する。処理装置10の情報出力制御部114は、当該指示を受けると、ディスプレイD2〜D7のうちの、当該乗員に対応付けられたディスプレイ及び内蔵のスピーカーを介して、及び/又は、スピーカー3aを介して、降車案内を出力する。例えば、図7Bに示す例の場合、次の停車予定位置が停留所A3であるとすると、停留所A3を降車予定位置とする乗員は、座席S2、S3に着席している。この場合、座席S2、S3に対応付けられたディスプレイD4、D5を介して降車案内が実現されてよい。
The getting-off guidance output unit 4122 outputs the getting-off guidance to the occupants in the route bus 2 in cooperation with the information output control unit 114 of the route bus 2. Specifically, upon detecting that the route bus 2 is approaching the next scheduled stop position based on the vehicle state information in the vehicle state information storage unit 424, the getting-off guidance output unit 4122, the seat state information storage unit 425 Based on the seat status information inside the vehicle, a search is made for an occupant whose next scheduled stop position is the scheduled stop position. Then, the getting-off guidance output unit 4122 instructs the processing device 10 to individually perform the getting-off guidance to the occupant whose next stop scheduled position is the scheduled get-off position. Upon receiving the instruction, the information output control unit 114 of the processing device 10 receives the instruction via a display and a built-in speaker corresponding to the occupant among the displays D2 to D7 and / or via the speaker 3a. , And output the getting off guidance. For example, in the case of the example illustrated in FIG. 7B, assuming that the next scheduled stop position is the stop A3, the occupant whose stop position is the stop A3 is seated in the seats S2 and S3. In this case, the getting-off guidance may be realized via the displays D4 and D5 associated with the seats S2 and S3.
ここで、スピーカー3aを利用する場合は、スピーカー3aは、当該乗員の近くまで移動した上で、降車案内を音声で出力する。例えば、図7Bに示す例の場合、次の停車予定位置が停留所A3であるとすると、停留所A3を降車予定位置とする乗員は、座席S2、S3である。この場合、スピーカー3aは、座席S2、S3の近くまで移動した上で、降車案内を出力する。なお、指向性が可変のスピーカーを用いる場合は、対応する乗員付近が最も指向性が高くなるように、指向性を設定した上で降車案内を音声で出力してもよい。この場合、指向性が可変のスピーカーは、各座席に対応できるように、路線バス2の天井に設けられてもよいし、複数個設けられてもよい。
Here, when using the speaker 3a, the speaker 3a moves to the vicinity of the occupant and then outputs a drop-off guidance by voice. For example, in the case of the example shown in FIG. 7B, assuming that the next scheduled stop position is the stop A3, the occupants having the stop A3 as the scheduled stop position are the seats S2 and S3. In this case, the speaker 3a outputs the getting-off guidance after moving to the vicinity of the seats S2 and S3. When a speaker having a variable directivity is used, the directivity may be set so that the vicinity of the corresponding occupant has the highest directivity, and the getting-off guidance may be output by voice. In this case, a speaker having a variable directivity may be provided on the ceiling of the route bus 2 or a plurality of speakers may be provided so as to correspond to each seat.
降車案内の態様は任意であるが、本実施例では、座席状態情報に基づく乗員の名前を利用して、親近感のある降車案内を実現してもよい。例えば、「ゲンさん、次ですよ!」といった具合である。例えば、図7Bに示す例の場合、次の停車予定位置が停留所A3であるとすると、停留所A3を降車予定位置とする乗員は、乗員のユーザIDは“0001”及び“0002”である。乗員のユーザID“0001”及び“0002”は、ユーザ情報記憶部422内のユーザ情報(図11B)から、名前が“ゲン”及び“ハナ”である。従って、この場合、例えば、「ゲンさんとハナさん、次、降りますよ!」といったメッセージが出力される。
The mode of the getting-off guidance is arbitrary, but in this embodiment, the getting-off guidance with a close feeling may be realized using the name of the occupant based on the seat state information. For example, "Gen-san, next!" For example, in the case of the example shown in FIG. 7B, assuming that the next stop position is the stop A3, the occupants whose stop positions are the stop A3 are the user IDs of the occupants "0001" and "0002". The names of the occupant user IDs “0001” and “0002” are “Gen” and “Hana” from the user information (FIG. 11B) in the user information storage unit 422. Therefore, in this case, for example, a message such as “Gen and Hana, next, get off!” Is output.
なお、変形例では、座席に設けられる振動体(又はマッサージ器)を利用して、当該乗員が寝ている場合などに、当該乗員を起こすようにしてもよい。あるいは、香り等を噴出することで、当該乗員の覚醒を誘引してもよい。
Note that, in a modified example, the occupant may be woken up by using a vibrating body (or a massager) provided in the seat, for example, when the occupant is sleeping. Alternatively, the occupant may be awakened by emitting a scent or the like.
ユーザ登録処理部412は、路線バスシステム1のユーザ登録のための処理を実行する。なお、ユーザは、複数の地域に対してそれぞれ存在しうる路線バスシステム1ごとに登録されてもよいし、全ての路線バスシステム1に共通に登録されてもよい。図11Bには、ユーザ情報記憶部422に記憶されるユーザ情報の一例が示される。図11Bでは、ユーザIDごとに、ユーザの名前、ユーザの顔の画像データが記憶されている。なお、上述のように、IDカードを利用するユーザは、顔の画像データの登録は省略されてもよい。ただし、この場合、どのユーザがどの座席に座っているかが判定不能となるので、かかる判定が可能となるように、例えば座席ごとに、IDカードをかざすための受信機が設けられてもよい。なお、ユーザの名前は、ニックネームであってもよいし、名字を含むフルネームであってもよい。また、後述の降車位置の案内サービスが不要なユーザは、ユーザの名前の登録は省略されてもよい。
The user registration processing unit 412 executes a process for user registration of the route bus system 1. The user may be registered for each route bus system 1 that may exist for each of a plurality of regions, or may be registered in common for all route bus systems 1. FIG. 11B illustrates an example of the user information stored in the user information storage unit 422. In FIG. 11B, the user name and the image data of the user's face are stored for each user ID. As described above, the user who uses the ID card may omit the registration of the face image data. However, in this case, it is impossible to determine which user is sitting on which seat, so a receiver for holding an ID card over each seat, for example, may be provided to enable such determination. Note that the user's name may be a nickname or a full name including a surname. Further, for a user who does not need the getting-off position guidance service described later, the registration of the user name may be omitted.
ジェスチャ入力処理部414は、出力制御部411のジェスチャ入力案内部4118とともに、後述のプロジェクタ7及びジェスチャ認識装置8と協動して、ジェスチャ入力が可能なユーザインターフェースを実現する。具体的には、ジェスチャ入力処理部414は、ジェスチャ認識装置8から取得するジェスチャ認識結果に基づいて、ユーザの乗車要求を生成する。ジェスチャ入力処理部414の更なる詳細は、後で行うジェスチャ認識装置8の説明の際に併せて説明する。
The gesture input processing unit 414 implements a user interface capable of performing a gesture input in cooperation with the gesture input guide unit 4118 of the output control unit 411 and the projector 7 and the gesture recognition device 8 described below. Specifically, the gesture input processing unit 414 generates a user's boarding request based on the gesture recognition result acquired from the gesture recognition device 8. Further details of the gesture input processing unit 414 will be described later when describing the gesture recognition device 8.
予約状態情報記憶部420には、上述のように、予約状態情報(図7A参照)が記憶される。なお、予約状態情報は、現在の予約中のユーザだけを示し、当該ユーザが乗車すると当該ユーザに係る情報は削除される。図7Aでは、ユーザIDが“0005”及び“0004”の2人が予約中であることが示されている。
As described above, the reservation state information storage unit 420 stores the reservation state information (see FIG. 7A). Note that the reservation status information indicates only the user who is currently making a reservation, and when the user gets on the vehicle, the information related to the user is deleted. FIG. 7A shows that two users with user IDs “0005” and “0004” are in reservation.
乗車可能区間記憶部421には、上述のように、乗車可能区間情報(図7C参照)が記憶される。図7Cでは、乗車区間ごとに乗車可能人数が対応付けられている。“1”以上の乗車可能人数が対応付けられている乗車区間は、乗車可能区間である。なお、乗車可能区間情報は、新たな乗車要求が受信されると(乗車予約が実行されると)更新される。また、乗車可能区間情報は、路線バス2が、ある停留所を通過すると又は当該停留所から発車すると、当該停留所からの乗車区間での乗車が不能となる態様で更新される。図7Cでは、路線バス2が例えば停留所A1を出発した後の乗車可能区間情報であり、従って、停留所A1〜停留所A10までの乗車区間A1−A10のような、停留所A1から始まる乗車区間に対しては、乗車が不能であることが示される(乗車可能人数が“−”であり、1以上でない)。
As described above, the boardable section storage unit 421 stores the boardable section information (see FIG. 7C). In FIG. 7C, the number of people who can ride is associated with each riding section. The boarding section to which the number of boardable persons equal to or more than “1” is associated is a boarding section. The boardable section information is updated when a new boarding request is received (when boarding reservation is executed). In addition, the boardable section information is updated in such a manner that when the route bus 2 passes through a certain stop or departs from the stop, boarding in the boarding section from the stop is disabled. In FIG. 7C, the available section information is the available section after the route bus 2 has departed from the stop A1, for example, and therefore, for the boarding section starting from the stop A1, such as the boarding section A1-A10 from the stop A1 to the stop A10. Indicates that it is impossible to get on (the number of people who can get on is "-" and not more than 1).
ユーザ情報記憶部422には、上述のように、ユーザ情報(図11B参照)が記憶される。なお、ユーザ情報は、図11Bに示した情報以外にも、年齢、性別、自宅の住所等のような他の情報を含んでもよい。
The user information (see FIG. 11B) is stored in the user information storage unit 422 as described above. It should be noted that the user information may include other information such as age, gender, home address, etc., in addition to the information shown in FIG. 11B.
コース変更判定用情報記憶部423には、上述のように、コース変更判定用情報(図9A参照)が記憶される。なお、複数の路線バス2が同時に運行する状況では、図9Bに示すような運行状態を示す情報が、コース変更判定用情報としてコース変更判定用情報記憶部423に記憶されてもよい。なお、コース変更判定用情報は、座席状態情報記憶部425内の座席状態情報や時刻表情報記憶部428内の時刻表情報に基づく情報であるので、座席状態情報記憶部425内の座席状態情報や時刻表情報記憶部428内の時刻表情報が代用されてもよい。この場合、コース変更判定用情報記憶部423は省略されてよい。
The course change determination information (see FIG. 9A) is stored in the course change determination information storage unit 423 as described above. In a situation where a plurality of route buses 2 operate at the same time, information indicating an operation state as illustrated in FIG. 9B may be stored in the course change determination information storage unit 423 as course change determination information. Since the course change determination information is information based on the seat status information in the seat status information storage unit 425 and the timetable information in the timetable information storage unit 428, the seat status information in the seat status information storage unit 425 is used. Alternatively, the timetable information in the timetable information storage unit 428 may be substituted. In this case, the course change determination information storage unit 423 may be omitted.
座席状態情報記憶部425には、上述のように、座席状態情報(図7B参照)が記憶される。
As described above, the seat status information storage unit 425 stores the seat status information (see FIG. 7B).
走行予定コース記憶部426には、上述のように、現在の走行予定コースを表すコース情報が記憶される。例えば、現在の走行予定コースが図8に示すコースR1である場合は、コースR1を表すコース情報が記憶される。
As described above, the course information indicating the current scheduled course is stored in the scheduled course storage unit 426. For example, when the current scheduled course is the course R1 shown in FIG. 8, the course information indicating the course R1 is stored.
時刻表情報記憶部428には、上述のように、時刻表情報(図9B参照)が記憶される。時刻表情報は、図9Bに示すように、定刻に対する遅れを表す情報を含んでよい。なお、時刻表情報は、一般的な時刻表情報とは異なり、上述のようにコース変更に伴って動的に変化する。
The timetable information storage unit 428 stores the timetable information (see FIG. 9B) as described above. The timetable information may include information indicating a delay from a fixed time, as shown in FIG. 9B. The timetable information is different from general timetable information, and dynamically changes with the course change as described above.
広告情報記憶部430には、上述のように、広告情報(図11A参照)が記憶される。広告情報は、広告内容の変更等に応じて適宜更新されてよい。
As described above, the advertisement information storage unit 430 stores the advertisement information (see FIG. 11A). The advertisement information may be appropriately updated according to a change in the content of the advertisement.
なお、本実施例において、上述したサーバ4の機能のうちの一部又は全部は、路線バス2の処理装置10により実現されてもよいし、逆に、上述した路線バス2の処理装置10の機能のうちの一部は、サーバ4により実現されてもよい。例えば、前者の場合として、サーバ4の車内広告出力部4120及び広告情報記憶部430は、路線バス2の処理装置10により実現されてもよい。
In the present embodiment, some or all of the functions of the server 4 described above may be realized by the processing device 10 of the route bus 2, or conversely, of the processing device 10 of the route bus 2 described above. Some of the functions may be implemented by the server 4. For example, in the former case, the in-vehicle advertisement output unit 4120 and the advertisement information storage unit 430 of the server 4 may be realized by the processing device 10 of the route bus 2.
[ユーザ端末]
ユーザ端末6は、スマートフォン、携帯電話、タブレット端末、ウエアラブル端末、ゲーム端末、ノートパソコン等であってよい。また、ユーザ端末6は、ユーザの自宅等に固定的に設けられる、ラップトップコンピュータのような固定端末であってもよい。
[User terminal]
The user terminal 6 may be a smartphone, a mobile phone, a tablet terminal, a wearable terminal, a game terminal, a notebook computer, or the like. Further, the user terminal 6 may be a fixed terminal such as a laptop computer which is fixedly provided at the user's home or the like.
ユーザ端末6には、路線バスシステム1を利用する際に便利なアプリケーション(以下、「街モビアプリ5」とも称する)が実装される。なお、路線バスシステム1のユーザは、街モビアプリ5のダウンロードが推奨される。街モビアプリ5は、ユーザ端末6内の記憶装置(図示せず)に記憶され、ユーザ端末6内のCPU(図示せず)により実行されることで、後述する各種機能を実現する。
A convenient application (hereinafter, also referred to as “town Mobi application 5”) when using the route bus system 1 is mounted on the user terminal 6. It is recommended that the user of the route bus system 1 download the town Mobi application 5. The town Mobi application 5 is stored in a storage device (not shown) in the user terminal 6 and is executed by a CPU (not shown) in the user terminal 6 to realize various functions described later.
街モビアプリ5は、路線バス2の運行状態を表す情報(以下、「運行情報」と称する)を出力する機能を有する。街モビアプリ5は、サーバ4との通信(ユーザ端末6内の通信機能を介した通信)により、運行情報を取得する。運行情報は、例えば、コース情報と、時刻表情報と、車両位置情報とを含む。また、運行情報は、乗車可能区間情報を含んでもよい。
The town Mobi application 5 has a function of outputting information indicating an operation state of the route bus 2 (hereinafter, referred to as “operation information”). The town Mobi application 5 acquires operation information by communicating with the server 4 (communication via a communication function in the user terminal 6). The operation information includes, for example, course information, timetable information, and vehicle position information. In addition, the operation information may include boardable section information.
図12Aは、運行情報の出力例の説明図であり、ユーザ端末6のディスプレイ(図示せず)上の画面G11を概略的に示す図である。図12Aでは、画面G11には、現在の日時とともに、地域の区画を表す画像G110と、現在の走行予定コースを表す画像G1101と、現在の路線バス2の位置を表す画像G1102と、路線バス2の各停車予定位置(走行予定コース上の停車予定位置)に係る到着予定時刻を表す画像G1103とが示される。画像G1101は、運行情報に含まれるコース情報に基づいて生成され、画像G1102は、運行情報に含まれる車両位置情報に基づいて生成され、画像G1103は、運行情報に含まれる時刻表情報に基づいて生成される。なお、図12Aに示す画面G11は、サーバ4から送信される運行情報に基づいて街モビアプリ5により生成されるが、変形例では、サーバ4は、図12Aに示す画面G11の画像データをユーザ端末6に送信してもよい。この場合、街モビアプリ5は、サーバ4から受信した画像データを、ユーザ端末6のディスプレイ上に表示する。
FIG. 12A is an explanatory diagram of an output example of operation information, and is a diagram schematically illustrating a screen G11 on a display (not shown) of the user terminal 6. In FIG. 12A, the screen G11 includes an image G110 representing a section of a region, an image G1101 representing a current course to be traveled, an image G1102 representing a current position of the route bus 2, and a route bus 2 together with the current date and time. And an image G1103 indicating the estimated time of arrival at each of the scheduled stopping positions (scheduled stopping positions on the scheduled driving course). The image G1101 is generated based on the course information included in the operation information, the image G1102 is generated based on the vehicle position information included in the operation information, and the image G1103 is generated based on the timetable information included in the operation information. Generated. The screen G11 shown in FIG. 12A is generated by the town Mobi application 5 based on the operation information transmitted from the server 4, but in a modified example, the server 4 displays the image data of the screen G11 shown in FIG. 6 may be transmitted. In this case, the town Mobi application 5 displays the image data received from the server 4 on the display of the user terminal 6.
また、街モビアプリ5は、ユーザ端末6のユーザからの入力に応じて、乗車要求を生成し、サーバ4に送信する機能を有する。また、街モビアプリ5は、ユーザ端末6のユーザからの入力に応じて、降車予定位置の変更要求を生成し、サーバ4に送信する機能を有する。街モビアプリ5は、その他、上述したようなユーザ情報の登録のために利用されてもよい。
In addition, the town Mobi application 5 has a function of generating a boarding request in accordance with an input from the user of the user terminal 6 and transmitting the request to the server 4. In addition, the town Mobi application 5 has a function of generating a request to change the getting-off position in response to an input from the user of the user terminal 6 and transmitting the request to the server 4. The town Mobi application 5 may be used for registering user information as described above.
このようにしてユーザ端末6上に運行情報が出力されることで、ユーザは、最新の路線バス2の運行状態を把握でき、利便性が向上する。特に、本実施例では、上述のように、路線バス2の走行予定コースが変更される場合があるので、運行情報の出力の有用性が増す。この点、街モビアプリ5は、路線バス2の走行予定コースの変更があるごとに運行情報が出力されるように構成されてもよい。
By outputting the operation information on the user terminal 6 in this way, the user can grasp the latest operation state of the route bus 2 and the convenience is improved. In particular, in the present embodiment, as described above, the scheduled course of the route bus 2 may be changed, so that the usefulness of the output of the operation information increases. In this regard, the town Mobi application 5 may be configured such that the operation information is output every time the scheduled course of the route bus 2 is changed.
また、街モビアプリ5は、運行情報の出力に代えて又は加えて、上述した乗車可能区間情報をサーバ4から取得して、ユーザ端末6のディスプレイ(図示せず)上に出力してもよい。図12Bには、乗車可能区間情報(運行情報の一例)の出力例が示される。図12Bでは、路線バス2が停留所A1と停留所A2の間に位置し、停留所A2から停留所A10までの乗車区間、停留所A2から停留所A3までの乗車区間、及び停留所A3から停留所A10までの乗車区間が乗車可能であることが示される。これにより、ユーザは、どの区間で乗車が可能であるかを容易に把握でき、利便性が向上する。
In addition, instead of or in addition to the output of the operation information, the town Mobi application 5 may acquire the above-described rideable section information from the server 4 and output the information on a display (not shown) of the user terminal 6. FIG. 12B shows an output example of the boardable section information (an example of operation information). In FIG. 12B, the route bus 2 is located between the stop A1 and the stop A2. It is indicated that it is possible to get on. Thereby, the user can easily understand in which section the boarding is possible, and the convenience is improved.
また、図12Bでは、画面G41は、乗車可能区間情報として、区間を表す矢印の画像部G1120とともに、乗車可能人数を表す画像部分G1121を備える。これにより、ユーザは、どの区間で何人だけ乗車が可能であるかを容易に把握でき、利便性が向上する。これは、特にユーザが同伴者を有する場合に有用となる。
In FIG. 12B, the screen G41 includes an image portion G1120 of an arrow indicating a section and an image portion G1121 indicating the number of occupable passengers, as information on a section that can be boarded. As a result, the user can easily understand how many people can ride in which section, and the convenience is improved. This is particularly useful if the user has a companion.
なお、複数の路線バス2が同時に運行する場合は、図12Bに示す画面G41は、路線バス2ごとに用意されてもよい。図12Aに示す画面G11についても同様である。これらの場合、ユーザは、複数の路線バス2のうちの、所望の路線バス2を選択することで、当該路線バス2に係る画面G41等が出力される。
When a plurality of route buses 2 operate at the same time, the screen G41 illustrated in FIG. 12B may be prepared for each route bus 2. The same applies to the screen G11 shown in FIG. 12A. In these cases, the user selects a desired route bus 2 from the plurality of route buses 2 to output a screen G41 or the like related to the route bus 2.
図12Cは、複数の路線バス2が同時に運行する場合に好適な運行情報の出力例の説明図であり、ユーザ端末6のディスプレイ(図示せず)上の画面G51を概略的に示す図である。
FIG. 12C is an explanatory diagram of an output example of operation information suitable when a plurality of route buses 2 operate at the same time, and is a diagram schematically illustrating a screen G51 on a display (not shown) of the user terminal 6. .
図12Cでは、ある停留所における時刻表情報の出力例が示される。図12Cでは、10:15から15分刻みで路線バス2が、当該停留所に到着する予定であることがわかる。図12Cでは、次発である10:30に到着予定の路線バス2と、次々発である10:45に到着予定の路線バス2とについて、走行予定コースの情報が併せて出力されている。到着予定時刻10:30等は、上述のようにコース変更が発生した場合には変化しうる。なお、現在時刻は例えば10:20であり、先発である10:15に係る路線バス2は出発済みであるものとする。このようにして、直近に到着する限られた数の路線バス2についてのみ、走行予定コースの情報が表示されてもよい。この場合、限られた表示スペースを効率的に利用しつつ、時刻表情報とともにコース情報を表示でき、ユーザの利便性が向上する。なお、図12Cでは、図示されていないが、路線バス2の現在位置を示す車両位置情報が併せて表示されてもよい。
FIG. 12C shows an output example of timetable information at a certain stop. In FIG. 12C, it can be seen that the route bus 2 is scheduled to arrive at the stop at 10:15 every 15 minutes. In FIG. 12C, information on the scheduled course is output together with the route bus 2 scheduled to arrive at 10:30, the next train, and the route bus 2 scheduled to arrive at 10:45, the next train. The scheduled arrival time 10:30 and the like may change when the course is changed as described above. It is assumed that the current time is, for example, 10:20, and the route bus 2 relating to 10:15, which is the starting vehicle, has already departed. In this way, the information on the scheduled course may be displayed only for the limited number of route buses 2 arriving immediately. In this case, the course information can be displayed together with the timetable information while efficiently using the limited display space, and the convenience for the user is improved. Although not shown in FIG. 12C, vehicle position information indicating the current position of the route bus 2 may be displayed together.
図13は、乗車要求の受付画面(予約受付用情報)の出力例の説明図であり、ユーザ端末6のディスプレイ(図示せず)上の画面G12〜G14を概略的に示す図である。
FIG. 13 is an explanatory diagram of an output example of a boarding request reception screen (reservation reception information), and is a diagram schematically showing screens G12 to G14 on a display (not shown) of the user terminal 6.
図13に示す例では、ユーザ端末6のディスプレイ上の画面は、ユーザによる入力に応じて、画面G12〜G14間で遷移する。
In the example illustrated in FIG. 13, the screen on the display of the user terminal 6 transitions between screens G12 to G14 according to an input by the user.
画面G12は、乗車予定位置を入力する画面であり、例えば図12Aに示す画面G11の「予約画面へ」ボタンを操作することで遷移される画面であってもよいし、街モビアプリ5を起動すると表示される初期画面であってもよい。画面G12には、乗車予定位置として、3つの候補「停留所A2」、「自宅」及び「その他」が示される。乗車予定位置の候補は、サーバ4から送信される乗車可能区間情報に基づいて表示されてよい。この場合、画面G12において、乗車予定位置の候補は、当該ユーザが当該候補の位置で路線バス2に乗車可能な場合に限り表示されることになる。従って、例えば路線バス2が満席である場合は、乗車予定位置の候補は、路線バス2が満席でなくなる場所(いずれかの乗員の降車予定位置)よりも先の位置(走行予定コースで走行した場合に今後到達することになる位置)から決定される。なお、変形例では、乗車可能区間情報に代えて、乗車予定位置の候補を表す情報がサーバ4から街モビアプリ5に送信されてもよい。
The screen G12 is a screen for inputting the scheduled boarding position. For example, the screen G12 may be a screen that is changed by operating a “Go to reservation screen” button of the screen G11 shown in FIG. The displayed initial screen may be used. On the screen G12, three candidates “stop A2”, “home”, and “other” are shown as the scheduled boarding positions. The candidate for the boarding position may be displayed based on the boardable section information transmitted from the server 4. In this case, on the screen G12, the candidate for the scheduled boarding position is displayed only when the user can get on the route bus 2 at the position of the candidate. Therefore, for example, when the route bus 2 is full, the candidate for the scheduled boarding position is a position ahead of the place where the route bus 2 is no longer full (the scheduled exit position of one of the occupants) (the vehicle ran on the scheduled course). Position to be reached in the future). In the modification, information representing a candidate for a boarding expected position may be transmitted from the server 4 to the town Mobi application 5 instead of the boardable section information.
3つの候補「停留所A2」、「自宅」及び「その他」を示す各画面部は、例えばタッチスイッチの形態のボタン部であってよい。この場合、ユーザは、3つの候補「停留所A2」、「自宅」及び「その他」のうちから所望の乗車予定位置を選択することで、乗車予定位置を入力できる。なお、「その他」を操作すると、他の停留所等が候補として表示されてもよい。この場合、候補は、所定条件を満足する位置としてあらかじめ規定されていてよい。所定条件は、上述した変更コストが高くならないようにする条件であってよい。例えば、所定条件は、狭い道や坂道など路線バス2が停車や通過が困難な位置が除外されるような条件である。なお、この場合、候補は、道路状況等の変化に応じて可変であってもよい。例えば、工事や落石のような、臨時的な走行不能又は走行困難な道上の候補は、一時的に候補から除外されてもよい。画面G12で乗車予定位置を入力すると、画面G12は、画面G13に遷移する。
Each screen part showing the three candidates “stop A2”, “home” and “other” may be a button part in the form of a touch switch, for example. In this case, the user can input the planned boarding position by selecting a desired boarding position from the three candidates “stop A2”, “home”, and “other”. If "other" is operated, another stop or the like may be displayed as a candidate. In this case, the candidate may be defined in advance as a position satisfying a predetermined condition. The predetermined condition may be a condition for preventing the change cost from increasing. For example, the predetermined condition is a condition such that a position where the route bus 2 is difficult to stop or pass, such as a narrow road or a slope, is excluded. In this case, the candidates may be variable according to changes in road conditions and the like. For example, temporary candidates on roads that cannot be driven or are difficult to drive, such as construction or rock fall, may be temporarily excluded from the candidates. When the estimated boarding position is input on the screen G12, the screen G12 changes to a screen G13.
画面G13は、降車予定位置を入力する画面であり、上述のように画面G12で乗車予定位置を入力することで遷移される画面であってもよい。画面G13には、乗車予定位置として、複数の候補「停留所A3」、・・・、「その他」が示される。停留所A3は、現在の走行予定コースに沿って停車予定の停留所であってよい。複数の候補「停留所A3」、・・・、「その他」を示す各画面部は、例えばタッチスイッチの形態であってよい。この場合、ユーザは、複数の候補「停留所A3」、・・・、「その他」のうちから所望の降車予定位置を選択することで、降車予定位置を入力できる。画面G13で降車予定位置を入力すると、画面G13は、画面G14に遷移する。
The screen G13 is a screen for inputting the scheduled get-off position, and may be a screen which is changed by inputting the scheduled boarding position on the screen G12 as described above. On the screen G13, a plurality of candidates “stop A3”,. The stop A3 may be a stop scheduled to stop along the current traveling course. Each of the screen portions indicating the plurality of candidates “stop A3”,..., “Other” may be in the form of, for example, a touch switch. In this case, the user can input the expected getting off position by selecting a desired getting off position from a plurality of candidates "stop A3", ..., "others". When the expected drop-off position is input on the screen G13, the screen G13 changes to a screen G14.
画面G14は、予約完了画面であり、図13に示す例では、1分後の11:50の時刻に乗車予定位置に路線バス2が到着することを示している。
The screen G14 is a reservation completion screen, and in the example shown in FIG. 13, the route bus 2 arrives at the scheduled boarding position at 11:50, one minute later.
なお、街モビアプリ5は、画面G13から画面G14に遷移させる際に、入力された乗車予定位置及び降車予定位置を表す情報を含む乗車要求をサーバ4に送信する。
In addition, the town Mobi application 5 transmits the boarding request including the input information indicating the planned boarding position and the planned boarding stop position to the server 4 when transitioning from the screen G13 to the screen G14.
図14Aは、乗車要求の受付画面の他の出力例の説明図であり、ユーザ端末6のディスプレイ(図示せず)上の画面G111を概略的に示す図である。
FIG. 14A is an explanatory diagram of another output example of the boarding request reception screen, and is a diagram schematically illustrating a screen G111 on a display (not shown) of the user terminal 6.
図14Aに示す例では、簡易な乗車要求の受付画面を実現する場合を示し、例えば高齢者等にとって使いやすい態様となりうる。具体的には、画面G111は、画面の大部分を占める態様で、タッチスイッチの形態の乗車ボタンを示す画面部G151を含む。画面G111は、例えば図12Aに示す画面G11の「予約画面へ」ボタン(タッチスイッチの形態)を操作することで遷移される画面であってもよいし、街モビアプリ5を起動すると表示される初期画面であってもよい。ユーザは、画面部G151を操作することで、簡易に予約を行うことができる。この場合、街モビアプリ5は、画面部G151が操作されると、乗車予定位置及び降車予定位置を表す情報を含む乗車要求をサーバ4に送信する。この場合、乗車要求に含まれる乗車予定位置としては、現在のユーザの位置(ユーザ端末6のGPS受信機により測位される位置)に最も近い停留所が自動的に選択され、乗車要求に含まれる降車予定位置としては、終点が自動的に選択されてもよい。なお、図14Aに示す例で、画面部G151が操作されると、画面G111は、図13に示した画面G14のような予約完了画面に遷移されてよい。
The example shown in FIG. 14A shows a case where a simple boarding request reception screen is realized, which may be an easy-to-use mode for elderly people, for example. Specifically, the screen G111 includes a screen portion G151 indicating a ride button in the form of a touch switch in a mode occupying most of the screen. The screen G111 may be, for example, a screen to which a transition is made by operating a “Go to reservation screen” button (in the form of a touch switch) of the screen G11 shown in FIG. 12A, or an initial screen displayed when the town Mobi application 5 is started. It may be a screen. The user can easily make a reservation by operating the screen section G151. In this case, when the screen unit G151 is operated, the town Mobi application 5 transmits to the server 4 a boarding request including information indicating the planned boarding position and the planned get-off position. In this case, the stop closest to the current position of the user (the position measured by the GPS receiver of the user terminal 6) is automatically selected as the scheduled ride position included in the ride request, and the stop included in the ride request is selected. The end point may be automatically selected as the scheduled position. In the example illustrated in FIG. 14A, when the screen unit G151 is operated, the screen G111 may be changed to a reservation completion screen such as the screen G14 illustrated in FIG.
図14Bは、乗車要求の受付画面の他の出力例の説明図であり、ユーザ端末6のディスプレイ(図示せず)上の画面G113を概略的に示す図である。
FIG. 14B is an explanatory diagram of another output example of the boarding request reception screen, and is a diagram schematically illustrating a screen G113 on a display (not shown) of the user terminal 6.
図14Bに示す画面G113は、複数の路線バス2が同時に運行している状況下で好適である。画面G113では、複数の路線バス2(3台分だけ図示)の予約が可能であり、路線バス2ごとに、コースアイコンG120と、予約ボタンG122と、到着予定時刻表情報を示す画面部G123と、到着順序を示す画面部G124とが対応付けられている。画面G113は、ユーザが街モビアプリ5を起動し、乗車予定位置を入力した場合に表示される画面であってよい。この場合、画面部G123が示す到着予定時刻表情報は、入力した乗車予定位置での到着予定時刻である。
Screen G113 shown in FIG. 14B is suitable in a situation where a plurality of route buses 2 are operating at the same time. On the screen G113, a plurality of route buses 2 (only three buses are shown) can be reserved. For each route bus 2, a course icon G120, a reservation button G122, and a screen portion G123 showing estimated arrival timetable information are provided. And a screen section G124 indicating the arrival order. The screen G113 may be a screen displayed when the user activates the city Mobi application 5 and inputs a boarding expected position. In this case, the estimated arrival time table information indicated by the screen unit G123 is the estimated arrival time at the input expected boarding position.
ユーザは、画面G113における一のコースアイコンG120を操作することで、対応する路線バス2の現在の走行予定コースを表示させることができる。この場合、例えば、図12Aに示した画面G11のような画面が表示されてもよい。これにより、ユーザは、各路線バス2の現在の走行予定コースを容易に確認できる。
By operating one of the course icons G120 on the screen G113, the user can display the current traveling course of the corresponding route bus 2. In this case, for example, a screen such as the screen G11 illustrated in FIG. 12A may be displayed. Thus, the user can easily confirm the current travel course of each route bus 2.
ここで、上述のコース変更があった路線バス2に係るコースアイコンG120には、コース変更があったことを示すマークM1が付与されてもよい。これにより、ユーザは、当該路線バス2の走行予定コースが基本コースから変更されていることを容易に把握できる。
Here, a mark M1 indicating that the course has been changed may be given to the course icon G120 relating to the route bus 2 whose course has been changed as described above. Thereby, the user can easily grasp that the scheduled course of the route bus 2 has been changed from the basic course.
このようにして乗車要求の受付画面(予約受付用情報)は多様な態様で実現できる。例えば、図12Bに示した画面G41は、乗車要求の受付画面(予約受付用情報)として機能してもよい。この場合、画像部G1120がタッチスイッチの形態であり、画像部G1120を操作することで、当該画像部G1120に対応付けられた乗車区間に対する乗車要求が生成されてもよい。この場合、ユーザは、乗車予定位置等を入力しなくてよいので、利便性が向上する。
In this manner, the boarding request reception screen (reservation reception information) can be realized in various modes. For example, the screen G41 illustrated in FIG. 12B may function as a boarding request reception screen (reservation reception information). In this case, the image section G1120 is in the form of a touch switch, and by operating the image section G1120, a boarding request for a boarding section associated with the image section G1120 may be generated. In this case, since the user does not need to input the scheduled boarding position and the like, the convenience is improved.
図15Aは、ユーザが同伴者(ユーザ登録されていない同伴者)を伴う場合に同伴者の人数の情報を含めるための乗車要求の受付画面の他の出力例の説明図であり、ユーザ端末6のディスプレイ(図示せず)上の画面G130を概略的に示す図である。
FIG. 15A is an explanatory diagram of another output example of a boarding request reception screen for including information on the number of accompanying persons when a user accompanies an accompanying person (an unregistered accompanying person). It is a figure which shows roughly the screen G130 on the display (not shown) of FIG.
画面G130は、単独の画面であり、乗車要求の受付画面中の同伴者ボタン(図示せず)を操作することで表示されてもよい。あるいは、画面G130は、例えば図13に示した画面G12の一部に組み込まれてもよい。画面G130では、同伴者の人数を表す画面部G131と、同伴者の人数を増やすボタン部G132と、同伴者の人数を減らすボタン部G133とを含む。かかる画面G130を利用することで、ユーザは、同伴者の人数を容易に指定できる。なお、同伴者の人数を表す情報は、乗車要求とともにサーバ4に送信されてよい。
Screen G130 is a single screen, and may be displayed by operating a companion button (not shown) in the boarding request reception screen. Alternatively, the screen G130 may be incorporated in, for example, a part of the screen G12 illustrated in FIG. The screen G130 includes a screen section G131 indicating the number of accompanying persons, a button section G132 for increasing the number of accompanying persons, and a button section G133 for decreasing the number of accompanying persons. By using the screen G130, the user can easily specify the number of accompanying persons. The information indicating the number of accompanying persons may be transmitted to the server 4 together with the boarding request.
図15Bは、余裕度の情報や到着希望時刻の情報を含める場合の乗車要求の受付画面の他の出力例の説明図であり、ユーザ端末6のディスプレイ(図示せず)上の画面G140を概略的に示す図である。
FIG. 15B is an explanatory diagram of another output example of the boarding request reception screen when the information of the margin and the information of the desired arrival time are included, and schematically shows a screen G140 on a display (not shown) of the user terminal 6. FIG.
画面G140は、単独の画面であり、乗車要求の受付画面中の余裕度ボタン(図示せず)を操作することで表示されてもよい。あるいは、画面G140又は後出のボタン部G141やボタン部G142は、例えば図13に示した画面G12の一部に組み込まれてもよい。画面G140では、余裕度が低いことを表すボタン部G141と、到着希望時刻を指定するためのボタン部G142を含む。ボタン部G142は、操作されると、時間及び分のスクロールが可能なインターフェースとなり、時間が指定できるように構成される。かかる画面G140を利用することで、ユーザは、時間に対する余裕度や、到着希望時刻を容易に指定できる。
Screen G140 is a single screen, and may be displayed by operating a margin button (not shown) in the boarding request reception screen. Alternatively, the screen G140 or the button unit G141 or the button unit G142 described later may be incorporated in, for example, a part of the screen G12 illustrated in FIG. The screen G140 includes a button G141 indicating that the margin is low, and a button G142 for designating the desired arrival time. When the button unit G142 is operated, the interface becomes a scrollable interface for scrolling the hours and minutes, and the time can be designated. By using the screen G140, the user can easily designate a margin for time and a desired arrival time.
なお、本実施例において、上述したサーバ4の機能のうちの一部は、街モビアプリ5により実現されてもよいし、逆に、上述した街モビアプリ5の機能のうちの一部は、サーバ4により実現されてもよい。
In the present embodiment, some of the functions of the server 4 described above may be realized by the town Mobi application 5, and conversely, some of the functions of the town Mobi application 5 may be realized by the server 4. May be realized by:
また、本実施例では、ユーザ端末6を入出力媒体(各種情報の入出力の媒体)として説明したが、入出力媒体として空中ディスプレイ、ショーウィンドウのディスプレイを用いてもよい。
In this embodiment, the user terminal 6 is described as an input / output medium (medium for inputting / outputting various information). However, an aerial display or a show window display may be used as the input / output medium.
[プロジェクタ]
図16は、プロジェクタ7の配置例を示す説明図であり、配置場所の住宅地を模式的に示す図である。図17は、プロジェクタ7の構成の一例を示す図である。図18は、プロジェクタ7の投映方向の制御に用いるマップの一例を示す図である。
[projector]
FIG. 16 is an explanatory diagram illustrating an example of the arrangement of the projectors 7, and is a diagram schematically illustrating a residential area where the projector 7 is arranged. FIG. 17 is a diagram illustrating an example of the configuration of the projector 7. FIG. 18 is a diagram illustrating an example of a map used for controlling the projection direction of the projector 7.
プロジェクタ7は、投映画像を投映する装置である。プロジェクタ7は、例えばプロジェクションマッピングを利用する装置であってもよい。プロジェクタ7は、路線バス2の運行状態を示す情報(運行情報)を壁面及び路面の少なくともいずれか一方を投映面として投映する。プロジェクタ7は、通信モジュール7aを備え、通信モジュール7aによるサーバ4との通信により、サーバ4から運行情報を取得する。運行情報は、例えば、コース情報と、時刻表情報と、車両位置情報とを含む。
The projector 7 is a device that projects a projection image. The projector 7 may be, for example, an apparatus using projection mapping. The projector 7 projects information (operation information) indicating the operation state of the route bus 2 using at least one of the wall surface and the road surface as a projection surface. The projector 7 includes a communication module 7a, and acquires operation information from the server 4 by communication with the server 4 by the communication module 7a. The operation information includes, for example, course information, timetable information, and vehicle position information.
プロジェクタ7は、基本コース上の停留所や、基本コース又はそれ以外のコース上の停留所となりうる位置に設けられる。すなわち、プロジェクタ7は、停留所又は停留所となりうる位置付近に投映画像が出力されるように設けられる。これにより、ユーザは、停留所又は停留所となりうる位置で路線バス2を待ちながら、投映画像を見ることができる。なお、プロジェクタ7は、運行情報等に係る投映画像以外にも、エンターテイメント系の投映画像を出力してもよい。この場合、路線バス2を待つユーザに待機時間を長く感じさせないようにすることができる。
The projector 7 is provided at a position that can be a stop on the basic course or a stop on the basic course or other courses. That is, the projector 7 is provided so as to output a projection image at a stop or near a position that can be a stop. Thereby, the user can see the projection image while waiting for the route bus 2 at a stop or a position that can be a stop. The projector 7 may output an entertainment-type projected image in addition to the projected image related to the operation information and the like. In this case, it is possible to prevent the user waiting for the route bus 2 from feeling long waiting time.
図16では、プロジェクタ7は、電柱のような高所に設置されている。プロジェクタ7は、好ましくは、投映方向が可変となるようにモータ7b(図17参照)を備える。モータ7bは、例えばマイクロコンピュータ70(図17では、「マイコン」と表記)により制御される。なお、モータ7bに代えて、他のアクチュエータが使用されてもよい。
In FIG. 16, the projector 7 is installed at a high place such as a telephone pole. The projector 7 preferably includes a motor 7b (see FIG. 17) so that the projection direction is variable. The motor 7b is controlled by, for example, a microcomputer 70 (in FIG. 17, denoted as “microcomputer”). Note that another actuator may be used instead of the motor 7b.
マイクロコンピュータ70は、日射方向に応じてモータ7bを制御することで、投映面を変化させる。具体的には、マイクロコンピュータ70は、日射方向によって影となる領域(又は日射量が比較的低い領域)が投映面となるように、モータ7bを制御することでプロジェクタ7の投映方向を変化させる。例えば、マイクロコンピュータ70は、図18に示すようなマップを用いて、投映面を決定してもよい。図18では、時間帯ごとに、投映面が対応付けられている。日射方向は、時間帯に応じて変化するためである。なお、図18に示す壁面W1等は、図16に示されるような、塀や道路上の面であってよい。図16に示す例では、壁面W1は、ある家の塀の壁面であり、壁面W2は、他の家の壁面であり、約90度異なる向きである。また、路面W3は、壁面W1及び壁面W2に対して90度異なる向きである。このような角度の異なる面を投映面として利用することで日射方向に影響され難い鮮明な投映画像の出力が容易となる。なお、図18に示すマップは、あくまで一例であり、より細かい時間帯ごとに投映面が対応付けられてもよいし、季節ごと天気ごとに投映面が変化するような態様で生成されてもよい。また、天気が雨や曇り等のように、日射量が少ない場合は、投映面は固定されてもよい。
The microcomputer 70 changes the projection surface by controlling the motor 7b according to the direction of sunlight. Specifically, the microcomputer 70 changes the projection direction of the projector 7 by controlling the motor 7b so that an area that becomes a shadow depending on the direction of sunlight (or an area where the amount of sunlight is relatively low) becomes the projection surface. . For example, the microcomputer 70 may determine the projection plane using a map as shown in FIG. In FIG. 18, a projection surface is associated with each time zone. This is because the solar radiation direction changes according to the time zone. The wall surface W1 or the like shown in FIG. 18 may be a wall or a road surface as shown in FIG. In the example illustrated in FIG. 16, the wall surface W1 is a wall surface of a fence of a certain house, and the wall surface W2 is a wall surface of another house, which is different by about 90 degrees. In addition, the road surface W3 has a direction different from the wall surface W1 and the wall surface W2 by 90 degrees. By using such surfaces having different angles as the projection surface, it becomes easy to output a clear projection image which is hardly influenced by the direction of sunlight. Note that the map shown in FIG. 18 is merely an example, and a projection plane may be associated with each finer time zone, or may be generated in such a manner that the projection plane changes with each season and each weather. . When the amount of solar radiation is small, such as when the weather is rainy or cloudy, the projection surface may be fixed.
なお、本実施例では、マイクロコンピュータ70が投映面を決定するが、変形例では、サーバ4が投映面を決定してもよい。この場合、プロジェクタ7は、サーバ4から運行情報を受信するとともにその投映方向を表す情報を受信してもよい。
In the present embodiment, the microcomputer 70 determines the projection surface, but in a modified example, the server 4 may determine the projection surface. In this case, the projector 7 may receive the operation information from the server 4 and the information indicating the projection direction.
なお、マイクロコンピュータ70は、日射量に応じてプロジェクタ7の光源7cを制御してもよい。この場合、マイクロコンピュータ70は、日射量が大きいほど光源7cの発光強度が高くなるように光源7cを制御してもよい。なお、光源7cは、任意であるが、高輝度キセノンランプ等が使用されてもよい。
Note that the microcomputer 70 may control the light source 7c of the projector 7 according to the amount of solar radiation. In this case, the microcomputer 70 may control the light source 7c so that the light emission intensity of the light source 7c increases as the amount of solar radiation increases. Although the light source 7c is optional, a high-brightness xenon lamp or the like may be used.
プロジェクタ7による運行情報の出力例は、上述したユーザ端末6による運行情報の出力例と同様であってよく(図12A参照)、ここでは詳説しない。
An output example of the operation information by the projector 7 may be similar to the output example of the operation information by the user terminal 6 described above (see FIG. 12A), and will not be described in detail here.
このようにして、本実施例では、プロジェクタ7により運行情報が出力されるので、ユーザは、投映画像を見ることで、路線バス2の運行状態を容易に把握できる。従って、ユーザは、ユーザ端末6を有していなくても、路線バス2の運行状態を把握できる。運行情報は、リアルタイムに更新できるので、この場合、ユーザは、常に最新の運行状態を把握できる。また、本実施例では、プロジェクタ7を用いることで、例えばディスプレイ等を設置する場合とは異なり、街並みを阻害せずに(既存の街並みを利用して)運行情報をユーザに通知できる。
As described above, in the present embodiment, since the operation information is output by the projector 7, the user can easily grasp the operation state of the route bus 2 by looking at the projection image. Therefore, the user can grasp the operation state of the route bus 2 without having the user terminal 6. Since the operation information can be updated in real time, in this case, the user can always grasp the latest operation state. Further, in the present embodiment, by using the projector 7, unlike the case where a display or the like is installed, for example, the operation information can be notified to the user without hindering the street (using the existing street).
本実施例では、更に、プロジェクタ7は、路線バス2への乗車予約(路上にいるユーザによる予約)を可能とするための予約受付用情報を壁面及び路面の少なくともいずれか一方を投映面として投映する。予約受付用情報は、上述した運行情報と同様、日射方向に応じて決定された投映面に出力されてよい。
In the present embodiment, the projector 7 further projects reservation accepting information for enabling a reservation for boarding the route bus 2 (reservation by a user on the road) using at least one of the wall surface and the road surface as a projection surface. I do. The reservation receiving information may be output to the projection surface determined according to the solar radiation direction, similarly to the operation information described above.
プロジェクタ7による予約受付用情報の出力例は、上述したユーザ端末6による乗車要求の受付画面の出力例と同様であってよく(図13〜図15B参照)、ここでは詳説しない。なお、プロジェクタ7による投映画像は、一般的に、ユーザ端末6のディスプレイ上の画像よりも大きいため、上述したユーザ端末6による乗車要求の受付画面よりも細かい情報を含んでもよい。ただし、好ましくは、後述のジェスチャ入力を可能とするために、プロジェクタ7による投映画像は、比較的簡易な(シンプルな)情報のみを含む。
An output example of the reservation reception information by the projector 7 may be the same as the output example of the boarding request reception screen by the user terminal 6 described above (see FIGS. 13 to 15B), and will not be described in detail here. In addition, since the image projected by the projector 7 is generally larger than the image on the display of the user terminal 6, it may include more detailed information than the above-described screen for accepting the boarding request by the user terminal 6. However, preferably, in order to enable a later-described gesture input, the image projected by the projector 7 includes only relatively simple (simple) information.
また、プロジェクタ7は、上述した乗車可能区間情報をサーバ4から取得し、投映画像として出力してもよい。プロジェクタ7による乗車可能区間情報の出力例は、上述したユーザ端末6による乗車可能区間情報の出力例と同様であってよい(図12B参照)。上述のようにユーザ端末6による乗車可能区間情報の画面が乗車要求の受付画面として機能できるのと同様、プロジェクタ7により出力される乗車可能区間情報についても、予約受付用情報として機能してもよい。
Further, the projector 7 may acquire the above-described boardable section information from the server 4 and output it as a projection image. An output example of the boardable section information by the projector 7 may be similar to the output example of the boardable section information by the user terminal 6 described above (see FIG. 12B). Just as the screen of the boardable section information by the user terminal 6 can function as a boarding request reception screen as described above, the boardable section information output by the projector 7 may also function as reservation reception information. .
ジェスチャ認識装置8に関連して後述するように、予約受付用情報は、ジェスチャ認識装置8によるジェスチャ認識と連携することで、ユーザインターフェースとして機能する。すなわち、ユーザは、予約受付用情報を見ながら、所定のジェスチャを行うことで、路線バス2への乗車予約が可能となる。
As will be described later in connection with the gesture recognition device 8, the reservation accepting information functions as a user interface by cooperating with the gesture recognition by the gesture recognition device 8. That is, the user can make a reservation for boarding the route bus 2 by performing a predetermined gesture while viewing the reservation reception information.
このようにして、本実施例では、プロジェクタ7により予約受付用情報が出力されるので、ユーザは、当該位置で乗車予約を行うことができる。従って、ユーザは、ユーザ端末6を有していなくても、乗車予約を行うことができる。また、本実施例では、プロジェクタ7を用いることで、例えばディスプレイ等を設置する場合とは異なり、街並みを阻害せずに(既存の街並みを利用して)予約受付用情報を出力できる。
In this manner, in the present embodiment, since the reservation receiving information is output by the projector 7, the user can make a ride reservation at the position. Therefore, the user can make a ride reservation without having the user terminal 6. Further, in the present embodiment, by using the projector 7, unlike the case where a display or the like is installed, for example, it is possible to output the information for accepting the reservation without disturbing the street (using the existing street).
ここで、本実施例では、プロジェクタ7は、電柱のような固定物に設置されるが、これに限られない。例えば、図19に示すように、ドローンのような飛行体60にプロジェクタ7が搭載されてもよい。この場合、飛行体60の向きを変化させることで、プロジェクタ7による投映方向を変化させることができる。従って、この場合は、モータ7bが省略されてもよい。飛行体60は、例えば、電柱の上部に設けられるドック(図示せず)に位置してよく、稼働時のみ(運行情報や予約受付用情報を出力する際だけ)飛行してもよい。なお、ドックには充電器が設置され、飛行体60は、自律的に充電されるように構成されてもよい。また、飛行体60に代えて、歩行型ロボットや走行型ロボットにプロジェクタ7が搭載されてもよい。また、プロジェクタ7は、電柱以外にも、建物の壁面等を当該建物の所有者に借りて設置されてもよい。
Here, in this embodiment, the projector 7 is installed on a fixed object such as a telephone pole, but is not limited to this. For example, as shown in FIG. 19, the projector 7 may be mounted on a flying object 60 such as a drone. In this case, by changing the direction of the flying object 60, the projection direction by the projector 7 can be changed. Therefore, in this case, the motor 7b may be omitted. The flying object 60 may be located, for example, in a dock (not shown) provided above the telephone pole, and may fly only during operation (only when outputting operation information and reservation reception information). In addition, a charger may be installed in the dock, and the flying object 60 may be configured to be charged autonomously. Further, instead of the flying object 60, the projector 7 may be mounted on a walking robot or a traveling robot. Further, the projector 7 may be installed by borrowing a wall surface or the like of the building from the owner of the building other than the telephone pole.
また、本実施例では、光源7cの輝度を利用して投映画像を壁面W1等に投映しているが、太陽光をバックライトとして影を壁面W1等に投影する装置であってもよい。この場合、影が運行情報や予約受付用情報等を表す。なお、かかる影による投影は、例えば液晶層を備える投影装置を用いて実現できる。液晶層は、画素ごとに、印加電圧に応じて透過状態が制御可能である。液晶層は、影を形成するための画素部分がシャッタとなるように制御される。あるいは、有機EL(Electro−Luminescence)パネルを利用して、黒の画素に対応した影の投影を伴いつつ、色付きの画像を投映してもよい。あるいは、立体物の影によって運行情報や予約受付用情報を表現してもよい。この場合、形状が変化できる立体物の形状を変化させることで、当該立体物の影によって表現される運行情報や予約受付用情報等を変化させてもよい。また、複数の立体物を用意し、利用する立体物を入れ替えることで、当該立体物の影によって表現される運行情報や予約受付用情報等を変化させてもよい。この場合、立体物としては針金等を用いることができる。すなわち、いわゆる「シャドウアート」の分野で知られている表現を利用することができる。
Further, in the present embodiment, the projection image is projected on the wall surface W1 or the like using the luminance of the light source 7c. However, an apparatus that projects a shadow on the wall surface W1 or the like using sunlight as a backlight may be used. In this case, the shadow indicates operation information, reservation reception information, and the like. Note that the projection using the shadow can be realized by using, for example, a projection device including a liquid crystal layer. The transmission state of the liquid crystal layer can be controlled for each pixel according to the applied voltage. The liquid crystal layer is controlled so that a pixel portion for forming a shadow functions as a shutter. Alternatively, an organic EL (Electro-Luminescence) panel may be used to project a colored image while projecting a shadow corresponding to a black pixel. Alternatively, the operation information and the information for receiving a reservation may be expressed by a shadow of a three-dimensional object. In this case, by changing the shape of the three-dimensional object whose shape can be changed, the operation information or the information for accepting reservations represented by the shadow of the three-dimensional object may be changed. Alternatively, by preparing a plurality of three-dimensional objects and exchanging the three-dimensional objects to be used, the operation information, the reservation reception information, and the like represented by the shadow of the three-dimensional object may be changed. In this case, a wire or the like can be used as the three-dimensional object. That is, expressions known in the field of so-called “shadow art” can be used.
なお、本実施例において、上述したサーバ4の機能のうちの一部は、プロジェクタ7のマイクロコンピュータ70により実現されてもよいし、逆に、上述したプロジェクタ7のマイクロコンピュータ70の機能のうちの一部は、サーバ4により実現されてもよい。
In the present embodiment, some of the functions of the server 4 described above may be realized by the microcomputer 70 of the projector 7, or conversely, of the functions of the microcomputer 70 of the projector 7 described above. Some may be implemented by the server 4.
また、本実施例において、プロジェクタ7に代えて又は加えて、他の形態の表示装置(例えば通常の専用ディスプレイや、ショーウィンドウのディスプレイ、空中ディスプレイ)が利用されてもよい。あるいは、近くの住人(協力者)の家の中のディスプレイが利用されてもよい。
In this embodiment, instead of or in addition to the projector 7, another type of display device (for example, a normal dedicated display, a show window display, or an aerial display) may be used. Alternatively, a display in the house of a nearby resident (contributor) may be used.
また、本実施例では、プロジェクタ7が可動することで投映面が日射方向に応じて変化されているが、これに限られない。例えば、投映面が互いに異なる複数のプロジェクタ7が設置され、複数のプロジェクタ7のうちから、日射方向に応じて選択された1つのプロジェクタ7が動作する態様であってもよい。
Further, in the present embodiment, the projection surface is changed according to the solar radiation direction by moving the projector 7, but the present invention is not limited to this. For example, a mode in which a plurality of projectors 7 having different projection surfaces from each other are installed, and one projector 7 selected from the plurality of projectors 7 according to the solar radiation direction may be operated.
[ジェスチャ認識装置]
図20は、ジェスチャ認識装置8のハードウェア構成の一例を示す図である。
[Gesture recognition device]
FIG. 20 is a diagram illustrating an example of a hardware configuration of the gesture recognition device 8.
ジェスチャ認識装置8は、マイクロコンピュータ80(図20では、「マイコン」と表記)を含み、マイクロコンピュータ80には、通信モジュール8aと、カメラ8bとが接続される。
The gesture recognition device 8 includes a microcomputer 80 (referred to as “microcomputer” in FIG. 20), and a communication module 8a and a camera 8b are connected to the microcomputer 80.
通信モジュール8aは、サーバ4との双方向の通信を行う。
The communication module 8a performs bidirectional communication with the server 4.
カメラ8bは、プロジェクタ7が上述のように予約受付用情報を投映する投映面の近傍に位置するユーザを撮像する。すなわち、カメラ3bは、プロジェクタ7が投映する投映画像(予約受付用情報)を見てジェスチャを行うユーザを撮像できるような位置に設けられる。カメラ3bは、例えば図16等に示すように、投映面となる壁の塀に設けられてもよいし、電柱等に設けられてもよい。この場合、カメラ8bは、建物の壁面等を当該建物の所有者に借りて設置されてもよい。また、カメラ3bは、図19を参照して説明したような飛行体60に実装されてもよいし、歩行型ロボットや走行型ロボットに実装されてもよい。また、カメラ8bは、マイクロコンピュータ80が実装される筐体に組み込まれてもよいし、当該筐体から離れて配置されてもよい。この場合、カメラ8bは、マイクロコンピュータ80との間で通信が可能となるように、通信モジュール(図示せず)を別途有する。
The camera 8b captures an image of a user located near the projection surface on which the projector 7 projects the reservation reception information as described above. In other words, the camera 3b is provided at a position where it is possible to take an image of a user who makes a gesture while viewing a projection image (reservation receiving information) projected by the projector 7. The camera 3b may be provided on a wall of a wall serving as a projection surface as shown in FIG. 16 or the like, or may be provided on a telephone pole or the like. In this case, the camera 8b may be installed by borrowing the wall surface of the building or the like from the owner of the building. The camera 3b may be mounted on the flying object 60 as described with reference to FIG. 19, or may be mounted on a walking robot or a traveling robot. In addition, the camera 8b may be incorporated in a housing in which the microcomputer 80 is mounted, or may be arranged away from the housing. In this case, the camera 8b separately has a communication module (not shown) so that communication with the microcomputer 80 is possible.
カメラ3bは、ジェスチャ認識用の画像を取得できるものであれば任意であり、例えば、CCD(Charge Coupled Device)やレンズを備える汎用的なカメラであってよい。あるいは、カメラ3bは、距離画像を取得可能なカメラであってもよい。すなわち、カメラ3bは、3次元画像センサであり、空間全体のセンシングを行って距離を計測し、デジタル画像のように画素ごとに距離情報を持つ距離画像を取得してもよい。この場合。距離情報の取得方式は任意である。例えば、距離情報の取得方式は、特定のパターンを対象に投影してそれをイメージセンサで読み取り、投影パターンの幾何学的な歪みから三角測量の方式により距離を取得するアクティブステレオ方式であってもよい。また、レーザー光を照射してイメージセンサで反射光を読み取り、その位相のずれから距離を計測するTOF(Time−of−Flight)方式であってもよい。
The camera 3b is arbitrary as long as it can acquire an image for gesture recognition, and may be, for example, a general-purpose camera including a CCD (Charge Coupled Device) and a lens. Alternatively, the camera 3b may be a camera that can acquire a distance image. That is, the camera 3b may be a three-dimensional image sensor, measure the distance by sensing the entire space, and acquire a distance image having distance information for each pixel, such as a digital image. in this case. The method of acquiring the distance information is arbitrary. For example, the distance information acquisition method may be an active stereo method in which a specific pattern is projected on an object, read by an image sensor, and the distance is acquired by a triangulation method from geometric distortion of the projection pattern. Good. Alternatively, a TOF (Time-of-Flight) method of irradiating a laser beam, reading reflected light with an image sensor, and measuring a distance from a phase shift thereof may be used.
マイクロコンピュータ80は、カメラ3bからの画像に基づいて、ユーザのジェスチャを認識する。画像に基づくジェスチャの認識方法は、広く知られており、任意の方法(例えばパターンマッチングや機械学習)を用いることができる。なお、距離画像に基づくジェスチャの認識方法は、ユーザの関節を認識した上で、関節の動きに基づいてジェスチャを認識する態様であってよい。認識対象のジェスチャは、任意であるが、あらかじめ指定されていてもよいし、プロジェクタ7が出力する投映画像内で指示されてもよい。例えば、認識対象のジェスチャは、「画像出力」、「戻る」、「OK」、「カーソル移動(移動方向を指示)」等の指令に対応するジェスチャであってよい。あるいは、認識対象のジェスチャは、ユーザの指や手の指す方向(投映画像に対する指す方向)であってよい。
The microcomputer 80 recognizes a user's gesture based on an image from the camera 3b. Gesture recognition methods based on images are widely known, and any method (for example, pattern matching or machine learning) can be used. Note that the gesture recognition method based on the distance image may be a mode in which after recognizing the joint of the user, the gesture is recognized based on the movement of the joint. The gesture to be recognized is arbitrary, but may be specified in advance or may be specified in the projection image output by the projector 7. For example, the gesture to be recognized may be a gesture corresponding to a command such as “image output”, “return”, “OK”, “cursor movement (indicating the movement direction)”, and the like. Alternatively, the gesture to be recognized may be a direction indicated by the user's finger or hand (a direction indicated with respect to the projected image).
マイクロコンピュータ80は、ジェスチャの認識結果をサーバ4に送信する。サーバ4のジェスチャ入力処理部414は、ジェスチャ認識装置8からのジェスチャ認識結果に基づいて、プロジェクタ7と協動しながら、ユーザからの予約受付のための各種処理等を行う。
The microcomputer 80 transmits the gesture recognition result to the server 4. The gesture input processing unit 414 of the server 4 performs various processes for accepting a reservation from the user based on the gesture recognition result from the gesture recognition device 8 in cooperation with the projector 7.
例えば、マイクロコンピュータ80は、カメラ3bからの画像に基づいて、起動指示用の所定ジェスチャを認識すると、ユーザからの乗車要求を受け付けるための各種投映画像の投映が可能となるように、起動指示用の所定ジェスチャが認識されたことを表すジェスチャ認識結果をサーバ4に送信する。この際、マイクロコンピュータ80は、カメラ3bの画像(ユーザの顔が映る画像)をサーバ4に送信してよい。これにより、サーバ4のユーザ特定部404がジェスチャを行うユーザを特定できる。
For example, when the microcomputer 80 recognizes the predetermined gesture for the start instruction based on the image from the camera 3b, the microcomputer 80 sets the start instruction for receiving the ride request from the user so that various projection images can be projected. The gesture recognition result indicating that the predetermined gesture has been recognized is transmitted to the server 4. At this time, the microcomputer 80 may transmit the image of the camera 3b (the image in which the face of the user is reflected) to the server 4. Thereby, the user specifying unit 404 of the server 4 can specify the user who performs the gesture.
図21は、プロジェクタ7、ジェスチャ認識装置8、及びサーバ4(ジェスチャ入力処理部414)により実現される予約受付のための情報のやり取りの一例を示すタイミングチャートである。なお、プロジェクタ7及びジェスチャ認識装置8は、複数組(例えば、複数の停留所)で設けられる場合がある。この場合、図21に示すやり取りは、ある一の組のプロジェクタ7及びジェスチャ認識装置8に関する。なお、図21に示すやり取りのうち、サーバ4からプロジェクタ7又はジェスチャ認識装置8への情報(指示を含む)の出力(送信)は、サーバ4の出力制御部411により実現される。
FIG. 21 is a timing chart showing an example of exchange of information for receiving a reservation realized by the projector 7, the gesture recognition device 8, and the server 4 (gesture input processing unit 414). Note that the projector 7 and the gesture recognition device 8 may be provided in a plurality of sets (for example, a plurality of stops). In this case, the exchange shown in FIG. 21 relates to a certain set of the projector 7 and the gesture recognition device 8. The output (transmission) of information (including an instruction) from the server 4 to the projector 7 or the gesture recognition device 8 in the exchange shown in FIG. 21 is realized by the output control unit 411 of the server 4.
まず、ジェスチャ認識装置8は、人を検知し、当該人による起動指示用の所定ジェスチャ(例えば手を上げるジェスチャ)を認識すると、サーバ4に、当該人の顔の画像データとともに起動指示(ジェスチャ認識結果)を送信する(S210)。
First, the gesture recognition device 8 detects a person, and when recognizing a predetermined gesture (for example, a gesture of raising a hand) for instructing activation by the person, the server 4 instructs the server 4 to execute activation (gesture recognition) together with image data of the face of the person. Is transmitted (S210).
サーバ4は、顔の画像データと起動指示を受信すると(S212)、画像データに基づいてユーザを特定するとともに、プロジェクタ7に起動指示を送信する(S214)。また、この際、サーバ4は、特定したユーザを表す情報(例えば、ユーザ情報に含まれる名前や、顔の画像データ等)を、プロジェクタ7に送信してもよい。なお、ユーザを特定できない場合は、その旨の情報をプロジェクタ7に送信してもよい。その場合、プロジェクタ7は、再度、起動指示用の所定ジェスチャを行うように促す情報を投映画像により出力してもよい。
When receiving the face image data and the activation instruction (S212), the server 4 identifies the user based on the image data and transmits an activation instruction to the projector 7 (S214). At this time, the server 4 may transmit information indicating the specified user (for example, a name included in the user information, face image data, and the like) to the projector 7. If the user cannot be specified, information to that effect may be transmitted to the projector 7. In this case, the projector 7 may output information prompting to perform a predetermined gesture for instructing activation again by using a projected image.
プロジェクタ7は、起動指示を受信すると、予約受付用情報を投映画像により出力する(S216)。なお、ユーザを表す情報が上述のようにサーバ4からプロジェクタ7に送信される場合は、投映画像には、特定されたユーザの名前の情報が含められてもよい。例えば、かかる情報は、「ゲンさん、こんにちは」といったような挨拶文の形式であってよい。あるいは、顔の画像が出力されてもよいし、他の情報(例えばユーザID等の固有の情報)が出力されてもよい。これにより、ユーザは、自身が認識されていることを把握でき、安心感が増す。
When receiving the start-up instruction, the projector 7 outputs the reservation accepting information as a projection image (S216). When the information representing the user is transmitted from the server 4 to the projector 7 as described above, the projection image may include information on the name of the specified user. For example, such information, "Gen-san, Hello" may be in the form of greeting, such as. Alternatively, a face image may be output, or other information (for example, unique information such as a user ID) may be output. Thereby, the user can grasp that he / she is recognized, and the sense of security increases.
予約受付用情報に係る投映画像は、例えば図13〜図15Bに示したような画面と同様であってよい。ユーザは、かかる投映画像を見ながら、各種のジェスチャを行うことで、予約手続きを進めることができる。
The projection image related to the reservation receiving information may be similar to the screens shown in FIGS. 13 to 15B, for example. The user can proceed with the reservation procedure by performing various gestures while viewing the projection image.
具体的には、ジェスチャ認識装置8は、認識対象の全てのジェスチャのうちの任意のジェスチャを認識すると、当該ジェスチャ認識結果をサーバ4に送信する(S220)。
Specifically, upon recognizing an arbitrary gesture among all the gestures to be recognized, the gesture recognition device 8 transmits the gesture recognition result to the server 4 (S220).
サーバ4は、ジェスチャ認識結果を受信すると(S222)、現在の投映画像とジェスチャ認識結果との関係に基づいて、ユーザの指示を認識するとともに当該指示に応じた投映画像の遷移をプロジェクタ7に指示する(S224)。このようなやり取りの結果、各種の入力(例えば、上述したような降車予定位置、同伴者等)が進むと、サーバ4は、最終的には、予約確定を行うための投映画像を出力するようにプロジェクタ7に指示する。なお、プロジェクタ7を介した予約受付の場合、乗車予定位置は、当該プロジェクタ7の設置位置に係る停留所であるとして、ユーザからの指示不要とされてもよい。ただし、プロジェクタ7(及びジェスチャ認識装置8)が停留所とは関係のない場所に設置される場合は、乗車予定位置の指示が必要となりうる。
Upon receiving the gesture recognition result (S222), the server 4 recognizes the user's instruction based on the relationship between the current projected image and the gesture recognition result, and instructs the projector 7 to change the projected image according to the instruction. (S224). As a result of such an exchange, when various inputs (for example, the scheduled drop-off position, accompanying person, etc. described above) advance, the server 4 finally outputs a projection image for confirming the reservation. To the projector 7. In the case of accepting a reservation via the projector 7, the scheduled boarding position may be a stop related to the installation position of the projector 7 and may not require an instruction from the user. However, in the case where the projector 7 (and the gesture recognition device 8) is installed in a place unrelated to the stop, it may be necessary to indicate the scheduled boarding position.
プロジェクタ7は、サーバ4からの指示に応じて、予約確定を行うための投映画像を出力する(S226)。予約確定を行うための投映画像は、例えば、予約内容(降車予定位置等)の情報を含むとともに、予約確定のためのジェスチャを要求する情報を含んでもよい。
The projector 7 outputs a projection image for confirming the reservation according to the instruction from the server 4 (S226). The projection image for confirming the reservation may include, for example, information on the contents of the reservation (scheduled drop-off position, etc.) and may also include information requesting a gesture for confirming the reservation.
ユーザは、かかる投映画像を見て予約内容が問題なければ、予約確定のためのジェスチャ(例えばOKを指示するジェスチャ)を行うことになる。なお、ユーザは、予約内容に誤り等があれば、やり直しのためのジェスチャを行うことになる。かかるジェスチャは同様にジェスチャ認識装置8により認識される。この場合、ジェスチャ認識装置8は、ジェスチャ認識結果をサーバ4に送信する(S228)。サーバ4は、ジェスチャ認識結果を受信すると(S230)、現在の投映画像とジェスチャ認識結果との関係に基づいて、ユーザの指示を認識するとともに当該指示に応じた投映画像の遷移をプロジェクタ7に指示する(S232)。例えば、今回のジェスチャ認識結果が、予約確定のためのジェスチャである場合は、予約完了を知らせるための投映画像を出力するようにプロジェクタ7に指示する。この場合、プロジェクタ7は、予約完了を知らせるための投映画像を出力し(S234)、今回の予約受付のためのプロジェクタ7の処理は終了となる。
If the user looks at the projection image and finds no problem with the contents of the reservation, the user performs a gesture for confirming the reservation (for example, a gesture of instructing OK). If there is an error or the like in the contents of the reservation, the user performs a gesture for redoing. Such a gesture is similarly recognized by the gesture recognition device 8. In this case, the gesture recognition device 8 transmits a gesture recognition result to the server 4 (S228). Upon receiving the gesture recognition result (S230), the server 4 recognizes the user's instruction based on the relationship between the current projected image and the gesture recognition result, and instructs the projector 7 to change the projected image according to the instruction. (S232). For example, when the gesture recognition result this time is a gesture for confirming the reservation, the projector 7 is instructed to output a projection image for notifying the completion of the reservation. In this case, the projector 7 outputs a projection image for notifying the completion of the reservation (S234), and the processing of the projector 7 for accepting the current reservation ends.
また、サーバ4は、予約確定のためのジェスチャを示すジェスチャ認識結果を受信すると、予約内容に基づく乗車要求を生成する(S236)。乗車要求は、上述のように、ユーザID、乗車予定位置、降車予定位置等を含む。このようにして乗車要求が生成(取得)されると、サーバ4の予約受付部405に与えられる。
Further, upon receiving the gesture recognition result indicating the gesture for confirming the reservation, the server 4 generates a boarding request based on the reservation contents (S236). The boarding request includes the user ID, the scheduled boarding position, the scheduled boarding position, and the like, as described above. When the boarding request is generated (acquired) in this way, it is given to the reservation receiving unit 405 of the server 4.
なお、本実施例では、ジェスチャ入力が利用されるが、これに代えて又は加えて、音声入力が利用されてもよい。この場合、音声認識装置が投映面の近傍に設けられる。
In this embodiment, a gesture input is used, but a voice input may be used instead or in addition. In this case, the voice recognition device is provided near the projection surface.
なお、本実施例において、上述したサーバ4の機能のうちの一部は、ジェスチャ認識装置8のマイクロコンピュータ80により実現されてもよいし、逆に、上述したジェスチャ認識装置8のマイクロコンピュータ80の機能のうちの一部は、サーバ4により実現されてもよい。
In the present embodiment, some of the functions of the server 4 described above may be realized by the microcomputer 80 of the gesture recognition device 8, or conversely, the functions of the microcomputer 80 of the gesture recognition device 8 described above. Some of the functions may be implemented by the server 4.
[路線バスシステムの動作例]
次に、上述した路線バスシステム1における幾つかの動作例を、フローチャートを用いて説明する。以降の処理フロー図(フローチャート)においては、各ステップの入力と出力の関係を損なわない限り、各ステップの処理順序を入れ替えてもよい。
[Operation example of route bus system]
Next, some operation examples of the above-described route bus system 1 will be described with reference to flowcharts. In the subsequent processing flow diagrams (flow charts), the processing order of each step may be changed as long as the relationship between the input and output of each step is not impaired.
図22は、サーバ4が情報出力装置として機能するときの動作例を示す概略フローチャートである。図22に示す処理は、路線バス2の運行中に所定周期ごとに繰り返し実行される。
FIG. 22 is a schematic flowchart illustrating an operation example when the server 4 functions as an information output device. The process shown in FIG. 22 is repeatedly executed at predetermined intervals while the route bus 2 is operating.
ステップS320では、サーバ4は、乗車要求を取得したか否かを判定する。乗車要求は、上述のように、乗車要求受信部401が受信することで取得される場合と、ジェスチャ入力処理部414により生成(取得)される場合とがある。判定結果が“YES”の場合は、ステップS321に進み、それ以外の場合は、そのまま終了する。
In step S320, the server 4 determines whether a boarding request has been acquired. As described above, the boarding request may be acquired by receiving the boarding request receiving unit 401, or may be generated (acquired) by the gesture input processing unit 414. If the determination is "YES", the flow proceeds to step S321; otherwise, the flow ends.
ステップS321では、サーバ4は、ステップS320で得た乗車要求に含まれる乗車予定位置及び降車予定位置が走行予定コース上であるか否かを判定する。例えば乗車予定位置が、乗車要求に係るユーザの自宅の位置であり、当該自宅の位置が走行予定コース外である場合は、判定結果が“NO”となる。判定結果が“YES”の場合は、ステップS322に進み、それ以外の場合は、ステップS326に進む。
In step S321, the server 4 determines whether the planned boarding position and the planned get-off position included in the boarding request obtained in step S320 are on the planned course. For example, when the boarding position is the position of the user's home related to the boarding request, and the home position is outside the planned course, the determination result is “NO”. If the determination is "YES", the flow proceeds to step S322; otherwise, the flow proceeds to step S326.
なお、変形例では、判定結果が“NO”の場合、ステップS326に進むのに代えて、複数の路線バス2が同時に運行している場合において、他の路線バス2の走行予定コース上に、ステップS320で得た乗車要求に含まれる乗車予定位置及び降車予定位置が位置するか否かを判定してもよい。ここで、複数の路線バス2が同時に運行している場合、乗車要求は、特定の路線バス2を指定する態様で生成される場合(図14B参照)と、特定の路線バス2を指定せずに生成される場合(図14A参照)とがありうる。乗車要求が、特定の路線バス2を指定する態様で生成される場合、他の路線バス2は、特定の路線バス2以外の路線バス2のうちの、次に乗車予定位置に到着する路線バス2である。他方、乗車要求が、特定の路線バス2を指定せずに生成される場合、他の路線バス2は、複数の路線バス2のうちの、2番目に乗車予定位置に到着する路線バス2である(この場合、複数の路線バス2のうちの、1番目に乗車予定位置に到着する路線バス2が、第1候補の路線バス2として扱われる)。そして、他の路線バス2の走行予定コース上に、ステップS320で得た乗車要求に含まれる乗車予定位置及び降車予定位置が位置する場合は、図23のステップS346(○2参照)に進み、サーバ4の出力制御部411は、他の路線バス2に対する乗車要求への変更を促す情報を、今回の乗車要求を行ったユーザに通知してもよい。他方、他の路線バス2の走行予定コース上に、ステップS320で得た乗車要求に含まれる乗車予定位置及び降車予定位置が位置しない場合は、ステップS325に進む。
In the modified example, when the determination result is “NO”, instead of proceeding to step S326, when a plurality of route buses 2 are operating at the same time, It may be determined whether the planned boarding position and the planned boarding position included in the boarding request obtained in step S320 are located. Here, when a plurality of route buses 2 are operating at the same time, the boarding request is generated in a manner of designating the specific route bus 2 (see FIG. 14B), and without specifying the particular route bus 2 (See FIG. 14A). In a case where the boarding request is generated in a manner of designating the specific route bus 2, the other route buses 2 are route buses arriving at the next scheduled boarding position among the route buses 2 other than the specific route bus 2. 2. On the other hand, when the boarding request is generated without specifying a specific route bus 2, the other route buses 2 are route buses 2 arriving at the second scheduled boarding position among the plurality of route buses 2. (In this case, among the plurality of route buses 2, the route bus 2 arriving at the first scheduled boarding position is treated as the first candidate route bus 2). Then, when the scheduled boarding position and the scheduled getting-off position included in the boarding request obtained in step S320 are located on the scheduled course of the other route bus 2, the process proceeds to step S346 (see ○ 2) in FIG. The output control unit 411 of the server 4 may notify the user who made the current boarding request of information that prompts a change to a boarding request for another route bus 2. On the other hand, if the scheduled boarding position and the scheduled get-off position included in the boarding request obtained in step S320 are not on the scheduled course of the other route bus 2, the process proceeds to step S325.
ステップS322では、サーバ4は、ステップS320で得た乗車要求に係るユーザが乗車可能であるか否かの乗車可否判定処理を行う。乗車可否判定処理の例は、図23及び図24を参照して後述する。乗車可否判定処理の結果、ステップS320で得た乗車要求に係るユーザが乗車可能である場合(S323で“YES”)、ステップS324に進み、それ以外の場合は、ステップS339に進む。
In step S322, the server 4 performs a boarding permission / prohibition determination process of determining whether or not the user associated with the boarding request obtained in step S320 is allowed to board. An example of the boarding possibility determination processing will be described later with reference to FIGS. As a result of the boarding availability determination processing, if the user associated with the boarding request obtained in step S320 is able to board ("YES" in S323), the process proceeds to step S324; otherwise, the process proceeds to step S339.
ステップS324では、サーバ4の予約受付部405は、ステップS320で得た乗車要求に基づいて、当該乗車要求に係るユーザによる路線バス2への乗車予約を受け付ける。この結果、予約状態情報記憶部420内の予約状態情報が更新される。
In step S324, based on the boarding request obtained in step S320, the reservation receiving unit 405 of the server 4 receives the boarding reservation for the route bus 2 by the user related to the boarding request. As a result, the reservation state information in the reservation state information storage section 420 is updated.
ステップS325では、サーバ4のコース変更処理部407は、乗車可能区間情報等に基づいて、コース変更の余地があるか否かを判定する。例えば、ステップS320で得た乗車要求に含まれる乗車予定位置に到達するまでに路線バス2が満席になる場合や、予約済みのユーザの乗車予定位置及び降車予定位置と乗員の降車予定位置を通りつつ乗車要求に係る乗車予定位置及び降車予定位置を通るようなコースが成立しない場合等は、コース変更の余地がないと判定する。コース変更の余地がある場合は、ステップS326に進み、それ以外の場合は、ステップS339に進む。なお、変形例では、後出のコース変更可否判定処理において、コース変更の余地があるか否かが併せて判定されてもよい。
In step S325, the course change processing unit 407 of the server 4 determines whether there is room to change the course based on the boardable section information and the like. For example, when the route bus 2 becomes full by the time the vehicle arrives at the scheduled boarding position included in the boarding request obtained in step S320, or when the reserved user's scheduled boarding and getting off positions and the occupant's getting off position pass. If, for example, a course that passes through the boarding position and the boarding stop position according to the boarding request is not established, it is determined that there is no room to change the course. If there is room to change the course, the process proceeds to step S326; otherwise, the process proceeds to step S339. In the modified example, it may be determined in the later-described course change availability determination processing whether or not there is room for changing the course.
ステップS326では、サーバ4のコース変更処理部407は、コース変更が可能であるか否かのコース変更可否判定処理を実行する。コース変更可否判定処理の一例は、図25を参照して後述する。コース変更可否判定処理の結果、コース変更が可能である場合(S327で“YES”)、ステップS328に進み、それ以外の場合(S327で“NO”)、ステップS339に進む。
In step S326, the course change processing unit 407 of the server 4 executes a course change availability determination process for determining whether or not a course change is possible. An example of the course change availability determination processing will be described later with reference to FIG. As a result of the course change availability determination processing, if the course can be changed (“YES” in S327), the process proceeds to step S328; otherwise (“NO” in S327), the process proceeds to step S339.
ステップS328では、サーバ4の予約受付部405は、ステップS320で得た乗車要求に基づいて、当該乗車要求に係るユーザによる路線バス2への乗車予約を受け付ける。この結果、予約状態情報記憶部420内の予約状態情報が更新される。
In step S328, the reservation accepting unit 405 of the server 4 accepts, based on the boarding request obtained in step S320, a user's boarding reservation for the route bus 2 related to the boarding request. As a result, the reservation state information in the reservation state information storage section 420 is updated.
ステップS330では、サーバ4のコース変更処理部407のコース変更反映部4074は、走行予定コース記憶部426内の走行予定コースを表す情報(コース情報)を更新する。
In step S330, the course change reflecting unit 4074 of the course change processing unit 407 of the server 4 updates information (course information) representing the scheduled course in the scheduled course storage unit 426.
ステップS332では、サーバ4の時刻表生成部408は、時刻表情報記憶部428内の時刻表情報を更新する。
In step S332, the timetable generator 408 of the server 4 updates the timetable information in the timetable information storage 428.
ステップS334では、サーバ4の出力制御部411は、ステップS330で更新されたコース情報及びステップS332で更新された時刻表情報を、路線バス2の処理装置10、関連するユーザ端末6、及び関連するプロジェクタ7に送信する。関連するユーザ端末6は、コース変更がある路線バス2の予約中のユーザに係るユーザ端末6や、ステップS320で得た乗車要求に係るユーザのユーザ端末6等を含む。関連するプロジェクタ7は、コース変更がある路線バス2が今後通る停留所等に設置されるプロジェクタ7や、ステップS320で得た乗車要求がジェスチャ認識装置8を介して生成された場合は当該ジェスチャ認識装置8と対で機能するプロジェクタ7等を含む。
In step S334, the output control unit 411 of the server 4 transmits the course information updated in step S330 and the timetable information updated in step S332 to the processing device 10 of the route bus 2, the related user terminal 6, and the related Transmit to the projector 7. The related user terminals 6 include the user terminal 6 relating to the user who is reserving the route bus 2 having the course change, the user terminal 6 relating to the boarding request obtained in step S320, and the like. The associated projector 7 is a projector 7 installed at a stop or the like where the route bus 2 having a course change passes in the future, or, if the boarding request obtained in step S320 is generated via the gesture recognition device 8, the gesture recognition device 8 and a projector 7 functioning in pairs.
ステップS336では、サーバ4の出力制御部411は、新しい走行予定コース(変更後の走行予定コース)上の次の停車予定位置に関する広告データを広告情報記憶部430内から抽出し、抽出した広告データを処理装置10に送信する。処理装置10は、広告データを受信すると、当該広告データを、大型ディスプレイD1やディスプレイD2〜D7、スピーカー3a等を介して出力する。
In step S336, the output control unit 411 of the server 4 extracts, from the advertisement information storage unit 430, advertisement data on the next scheduled stop position on the new scheduled travel course (changed scheduled travel course), and extracts the extracted advertisement data. Is transmitted to the processing device 10. When receiving the advertisement data, the processing device 10 outputs the advertisement data via the large display D1, the displays D2 to D7, the speakers 3a, and the like.
ステップS338では、サーバ4の出力制御部411は、新しい走行予定コース(変更後の走行予定コース)上の新たな停車予定位置(コース変更前では停車予定位置ではなかった位置)を抽出し、抽出した新たな停車予定位置の情報(例えば名前等)を処理装置10に送信する。処理装置10の情報出力制御部114は、新たな停車予定位置の情報を受信すると、当該新たな停車予定位置の情報を、大型ディスプレイD1やディスプレイD2〜D7、スピーカー3a等を介して出力する。この際、処理装置10の情報出力制御部114は、降車予定位置の変更を促す案内を、大型ディスプレイD1やディスプレイD2〜D7、スピーカー3a等を介して出力してもよい。この場合、新たな停車予定位置の方が都合の良い乗員は、当該新たな停車予定位置へと降車予定位置を変更できるので、利便性が向上する。例えば、乗員は、ユーザ端末6や、ディスプレイD2〜D7(タッチパネル式の場合)を利用して、新たな停車予定位置への降車予定位置の変更要求をサーバ4に送信してもよい。
In step S338, the output control unit 411 of the server 4 extracts and extracts a new planned stop position (a position that was not the planned stop position before the course change) on the new planned course (changed planned course). The information (for example, name, etc.) of the new scheduled stop position is transmitted to the processing device 10. When receiving the information on the new scheduled stop position, the information output control unit 114 of the processing device 10 outputs the information on the new scheduled stop position via the large display D1, the displays D2 to D7, the speaker 3a, and the like. At this time, the information output control unit 114 of the processing device 10 may output a guidance urging a change in the scheduled get-off position via the large display D1, the displays D2 to D7, the speaker 3a, and the like. In this case, the occupant who is more convenient at the new scheduled stop position can change the disembarkation scheduled position to the new scheduled stop position, thereby improving convenience. For example, the occupant may use the user terminal 6 or the displays D <b> 2 to D <b> 7 (in the case of a touch panel type) to transmit a request to change the disembarkation planned position to a new stop planned position to the server 4.
ステップS339では、サーバ4の出力制御部411は、今回の乗車要求が受け入れられなかった旨を表す情報(例えば、乗車予定位置等の変更を促す情報)を、今回の乗車要求を行ったユーザに通知する。このような通知は、ステップS320で得た乗車要求に係るユーザのユーザ端末6や、ステップS320で得た乗車要求がジェスチャ認識装置8を介して生成された場合は当該ジェスチャ認識装置8と対で機能するプロジェクタ7を介して、実現できる。
In step S339, the output control unit 411 of the server 4 sends information indicating that the current boarding request has not been accepted (for example, information urging a change in the scheduled boarding position or the like) to the user who made the current boarding request. Notice. Such a notification is sent to the user terminal 6 of the user related to the boarding request obtained in step S320, or paired with the gesture recognition device 8 when the boarding request obtained in step S320 is generated through the gesture recognition device 8. This can be realized via the functioning projector 7.
図22に示す処理によれば、乗車要求に応じて路線バス2の走行予定コースの変更(コース変更)が行われうるので、ユーザの利便性が向上する。特に、路線バス2が比較的狭い地域(例えば20km未満のコース)で巡回等し、巡航速度が20km程度である場合、時間を気にせずに利用するユーザが多いことが想定される。かかる場合、特にこのような走行予定コースの変更を行ったとしても、乗員等に不満等が発生し難く、利便性が向上する効果が顕著となる。
According to the processing shown in FIG. 22, the scheduled travel course of the route bus 2 can be changed (course change) in accordance with the boarding request, so that the convenience for the user is improved. In particular, when the route bus 2 cruises in a relatively narrow area (for example, a course of less than 20 km) and the cruising speed is about 20 km, it is assumed that there are many users who do not care about time. In such a case, even if such a change in the planned traveling course is made, occupants and the like are less likely to be dissatisfied, and the effect of improving convenience is remarkable.
また、図22に示す処理によれば、コース変更が行われた場合に、新たなコース情報が、路線バス2の処理装置10や、ユーザ端末6、プロジェクタ7に送信されるので、新たなコース情報を、乗員やユーザに出力することができる。これにより、路線バス2の運行に遅れが生じた場合でも、原因がコース変更であることが分かりやすくなり、コース変更に対する不満などが発生し難い構成を実現できる。また、変更後のコースが自身の自宅の近傍を通る場合などには、当初は歩くことを考えていたユーザが路線バス2に乗車しようと思い直すこともありうる。このようにして普段あまり路線バス2を利用しないユーザを誘引する効果も期待できる。
According to the processing shown in FIG. 22, when the course is changed, new course information is transmitted to the processing device 10, the user terminal 6, and the projector 7 of the route bus 2, so that a new course is The information can be output to the occupant and the user. Thereby, even if the operation of the route bus 2 is delayed, it is easy to understand that the cause is a course change, and a configuration that does not easily cause dissatisfaction with the course change can be realized. Further, when the course after the change passes near the home of the user, the user who originally thought of walking may think again about getting on the route bus 2. In this way, an effect of attracting users who do not usually use the route bus 2 can be expected.
また、図22に示す処理によれば、コース変更が行われた場合に、コース変更に伴って動的に変化しうる時刻表情報が、路線バス2の処理装置10や、ユーザ端末6、プロジェクタ7に送信されるので、新たなコース情報を、乗員やユーザに出力することができる。これにより、路線バス2の運行に遅れが生じた場合でも、ユーザは時刻表情報に基づきどの程度遅れるか等を確認できるので、コース変更に対する不満などが発生し難い構成を実現できる。
According to the processing illustrated in FIG. 22, when the course is changed, the timetable information that can dynamically change with the course change is stored in the processing device 10 of the route bus 2, the user terminal 6, and the projector. 7, the new course information can be output to the occupant and the user. Thus, even if the operation of the route bus 2 is delayed, the user can check the degree of delay based on the timetable information and the like, so that a configuration in which dissatisfaction with the course change is unlikely to occur can be realized.
図23は、図22のステップS322(乗車可否判定処理)の一例を示す概略フローチャートである。
FIG. 23 is a schematic flowchart showing an example of step S322 (riding possibility determination processing) of FIG.
ステップS340では、サーバ4の乗車可能区間導出部400は、乗車可能区間を導出する。乗車可能区間の導出方法は、上述のとおりである。
In step S340, the boardable section deriving unit 400 of the server 4 derives a boardable section. The method of deriving a boardable section is as described above.
ステップS341では、サーバ4の乗車可否判定部402は、ステップS340で導出された乗車可能区間と、乗車要求に含まれる乗車予定位置及び降車予定位置とに基づいて、乗車予定位置及び降車予定位置が乗車可能区間内であるか否かを判定する。なお、同伴者の人数を表す情報を含む乗車要求がサーバ4に送信される場合は、乗車可否判定部402は、同伴者を含めた総数が乗車可能人数(図7C参照)内であるか否かについても併せて判定してよい。乗車予定位置及び降車予定位置が乗車可能区間内である場合は、ステップS342に進み、それ以外の場合は、ステップS343に進む。
In step S341, the boarding permission / non-permission determination unit 402 of the server 4 determines the boarding scheduled position and the scheduled boarding position based on the boardable section derived in step S340 and the scheduled boarding position and the scheduled boarding position included in the boarding request. It is determined whether or not the vehicle is within the boardable section. Note that when a boarding request including information indicating the number of accompanying persons is transmitted to the server 4, the boarding possibility determination unit 402 determines whether or not the total number including the accompanying person is within the number of possible persons (see FIG. 7C). May also be determined together. If the planned boarding position and the planned get-off position are within the boardable section, the process proceeds to step S342; otherwise, the process proceeds to step S343.
ステップS342では、サーバ4は、乗車が可能であることを示す判定結果を生成する。この場合、前出の図22のステップS323での判定は“YES”となる。
In step S342, the server 4 generates a determination result indicating that a ride is possible. In this case, the determination in step S323 of FIG. 22 described above is “YES”.
ステップS343では、サーバ4は、複数の路線バス2が同時に運行しているか否かを判定する。判定結果が“YES”の場合は、ステップS344に進み、それ以外の場合は、ステップS347に進む。
In step S343, the server 4 determines whether the plurality of route buses 2 are operating at the same time. If the determination is "YES", the flow proceeds to step S344; otherwise, the flow proceeds to step S347.
ステップS344では、サーバ4は、他の路線バス2に係る乗車可能区間情報を取得する。なお、複数の路線バス2が同時に運行している場合、乗車要求は、上述のように、特定の路線バス2を指定する態様で生成される場合と、特定の路線バス2を指定せずに生成される場合とがありうる。乗車要求が、特定の路線バス2を指定する態様で生成される場合、他の路線バス2は、特定の路線バス2以外の路線バス2のうちの、次に乗車予定位置に到着する路線バス2である。他方、乗車要求が、特定の路線バス2を指定せずに生成される場合、他の路線バス2は、複数の路線バス2のうちの、2番目に乗車予定位置に到着する路線バス2である。
In step S344, the server 4 obtains the boardable section information relating to another route bus 2. Note that, when a plurality of route buses 2 are operating at the same time, the boarding request is generated in a manner of designating a specific route bus 2 as described above, or without specifying a particular route bus 2. May be generated. In a case where the boarding request is generated in a manner of designating the specific route bus 2, the other route buses 2 are route buses arriving at the next scheduled boarding position among the route buses 2 other than the specific route bus 2. 2. On the other hand, when the boarding request is generated without specifying a specific route bus 2, the other route buses 2 are route buses 2 arriving at the second scheduled boarding position among the plurality of route buses 2. is there.
ステップS345では、サーバ4は、ステップS344で得た他の路線バス2に係る乗車可能区間情報と、乗車要求に含まれる乗車予定位置及び降車予定位置とに基づいて、乗車予定位置及び降車予定位置が乗車可能区間内であるか否かを判定する。判定結果が“YES”の場合は、ステップS346に進み、それ以外の場合は、ステップS347に進む。
In step S345, the server 4 performs the boarding scheduled position and the scheduled boarding position based on the boardable section information relating to the other route bus 2 obtained in step S344 and the boarding scheduled position and the scheduled boarding position included in the boarding request. It is determined whether or not is within the section where the boarding is possible. If the determination is "YES", the flow proceeds to step S346; otherwise, the flow proceeds to step S347.
ステップS346では、サーバ4の出力制御部411は、他の路線バス2に対する乗車要求への変更を促す情報を、今回の乗車要求を行ったユーザに通知する。このような通知は、ステップS320で得た乗車要求に係るユーザのユーザ端末6や、ステップS320で得た乗車要求がジェスチャ認識装置8を介して生成された場合は当該ジェスチャ認識装置8と対で機能するプロジェクタ7を介して、実現できる。
In step S346, the output control unit 411 of the server 4 notifies the user who made the current boarding request of information that prompts a change to a boarding request for another route bus 2. Such a notification is sent to the user terminal 6 of the user related to the boarding request obtained in step S320, or paired with the gesture recognition device 8 when the boarding request obtained in step S320 is generated through the gesture recognition device 8. This can be realized via the functioning projector 7.
ステップS347では、サーバ4は、乗車が可能でないことを示す判定結果を生成する。この場合、前出の図22のステップS323での判定は“NO”となる。
In step S347, the server 4 generates a determination result indicating that boarding is not possible. In this case, the determination in step S323 of FIG. 22 is “NO”.
図23に示す処理によれば、乗員の降車予定位置等を加味して導出された乗車要求可能区間情報を利用して乗車の可否を判定できるので、精度の良い判定を実現できる。すなわち実際には乗車可能であるのに乗車不可と判定されたり、その逆に、実際には乗車不可であるのに乗車可能と判定されたりする可能性を低減できる。この結果、路線バス2による効率的な輸送(人の移動)を実現できる。
According to the processing shown in FIG. 23, it is possible to determine whether or not to be able to board using the boarding requestable section information derived in consideration of the occupant's scheduled getting off position and the like, so that accurate determination can be realized. That is, it is possible to reduce the possibility that it is determined that the vehicle can be actually boarded but cannot be boarded or vice versa. As a result, efficient transportation (movement of people) by the route bus 2 can be realized.
また、図23に示す処理によれば、第1候補の路線バス2に対して乗車が不能と判定された場合、複数の路線バス2が同時に運行していれば、他の路線バス2に対する乗車の可能性が判断されるので、ユーザの利便性が向上する。
According to the processing shown in FIG. 23, if it is determined that boarding of the first candidate route bus 2 is impossible, if a plurality of route buses 2 are operating at the same time, boarding of another route bus 2 Is determined, the convenience of the user is improved.
図24は、図22のステップS322(乗車可否判定処理)の他の一例を示す概略フローチャートである。
FIG. 24 is a schematic flowchart showing another example of step S322 (riding possibility determination processing) of FIG.
図24の処理は、図23に示した処理に対して、ステップS341がステップS341Aで置換された点が異なる。
The processing in FIG. 24 differs from the processing in FIG. 23 in that step S341 is replaced by step S341A.
ステップS341Aでは、サーバ4の乗車可否判定部402は、乗車予定位置及び降車予定位置が乗車可能区間内であり、かつ、乗車要求に係るユーザの、降車予定位置での到着希望時刻に基づいて、降車予定位置での到着予定時刻の、到着希望時刻に対する遅れ時間が所定閾値Th5以下であるか否かを判定する。所定閾値Th5は、乗車要求に係るユーザの余裕度に応じて可変されてもよい。例えば、余裕度が低いほど所定閾値Th5が小さくなるように可変されてもよい。判定結果が“YES”の場合は、ステップS342に進み、それ以外の場合は、ステップS343に進む。
In step S341A, the boarding permission / non-permission determination unit 402 of the server 4 determines that the scheduled boarding position and the scheduled boarding stop position are within the boardable section, and that the user associated with the boarding request has the desired arrival time at the scheduled boarding position. It is determined whether or not the delay time of the estimated arrival time at the scheduled disembarkation position with respect to the desired arrival time is equal to or less than a predetermined threshold Th5. The predetermined threshold Th5 may be changed according to the user's margin regarding the boarding request. For example, the predetermined threshold value Th5 may be changed so as to decrease as the margin decreases. If the determination is "YES", the flow proceeds to step S342; otherwise, the flow proceeds to step S343.
図24に示す処理によれば、図23に示した処理による効果に加えて、ユーザの個別的な事情を加味した態様で乗車の可否を判定できる。すなわち、到着希望時刻や余裕度が考慮されるので、ユーザが希望通りの時間で降車予定位置に到着できないような路線バス2に乗車してしまうことによる不都合を防止できる。
According to the processing illustrated in FIG. 24, in addition to the effects of the processing illustrated in FIG. 23, it is possible to determine whether or not to be able to get on in a manner that takes into account individual circumstances of the user. That is, since the desired arrival time and the margin are taken into consideration, it is possible to prevent inconvenience caused by the user getting on the route bus 2 that cannot arrive at the scheduled drop-off position in the desired time.
なお、図24のステップS345においても、他の路線バス2に係る降車予定位置での到着予定時刻の、到着希望時刻(乗車要求に係るユーザの、降車予定位置での到着希望時刻)に対する遅れ時間が所定閾値Th5以下であるか否かが判定されてもよい。
Also in step S345 of FIG. 24, the delay time of the estimated arrival time at the scheduled disembarkation position of the other route bus 2 with respect to the desired arrival time (the desired arrival time of the user related to the boarding request at the scheduled disembarkation position) May be determined to be equal to or less than a predetermined threshold Th5.
なお、図24に示す処理は、図23に示した処理の代替例として説明したが、乗車要求に到着希望時刻の情報が含まれるか否かに応じて使い分けられてもよい。
Although the process illustrated in FIG. 24 has been described as an alternative to the process illustrated in FIG. 23, the process may be selectively used depending on whether or not the information on the desired arrival time is included in the boarding request.
図25は、図22のステップS326(コース変更可否判定処理)の一例を示す概略フローチャートである。
FIG. 25 is a schematic flowchart showing an example of step S326 (course change availability determination processing) in FIG.
ステップS350では、サーバ4は、複数の路線バス2が同時に運行しているか否かを判定する。判定結果が“YES”の場合は、ステップS352に進み、それ以外の場合は、ステップS354に進む。
In step S350, the server 4 determines whether a plurality of route buses 2 are operating at the same time. If the determination is "YES", the flow proceeds to step S352; otherwise, the flow proceeds to step S354.
ステップS352では、サーバ4のコース変更処理部407は、複数の路線バス2が同時に運行している場合のコース変更可否判定処理(以下、「路線バス間連携処理」と称する)を実行する。路線バス間連携処理の一例は、図26を参照して後述する。
In step S352, the course change processing unit 407 of the server 4 executes a course change availability determination process (hereinafter, referred to as “inter-route bus cooperation process”) when a plurality of route buses 2 are operating at the same time. An example of the inter-route bus cooperation process will be described later with reference to FIG.
ステップS354では、サーバ4は、コース変更判定用情報記憶部423に記憶されるコース変更判定用情報を読み出す。なお、コース変更判定用情報記憶部423が省略される構成では、サーバ4は、座席状態情報記憶部425内の座席状態情報や時刻表情報記憶部428内の時刻表情報を、コース変更判定用情報として読み出してもよい。
In step S354, the server 4 reads the course change determination information stored in the course change determination information storage unit 423. In the configuration in which the course change determination information storage unit 423 is omitted, the server 4 uses the seat state information in the seat state information storage unit 425 and the timetable information in the timetable information storage unit 428 for the course change determination. It may be read as information.
ステップS356では、サーバ4の変更コスト算出部4071は、ステップS354で得たコース変更判定用情報に基づいて、変更コストを算出する。変更コストの算出方法は、上述のとおりである。
In step S356, the change cost calculation unit 4071 of the server 4 calculates the change cost based on the course change determination information obtained in step S354. The method of calculating the change cost is as described above.
ステップS358では、サーバ4の変更可否判定部4072は、ステップS356で算出された変更コストに基づいて、走行予定コースを現在のコースから変更予定のコースに変更することが可能であるか否かを判定する。例えば、変更可否判定部4072は、変更コストが所定閾値Th1以下である場合に、変更を許可する。変更が許可された場合は、ステップS360に進み、変更が許可されない場合は、ステップS362に進む。
In step S358, the change possibility determination unit 4072 of the server 4 determines whether it is possible to change the traveling course from the current course to the course to be changed based on the change cost calculated in step S356. judge. For example, the change availability determination unit 4072 permits the change when the change cost is equal to or less than the predetermined threshold Th1. When the change is permitted, the process proceeds to step S360, and when the change is not permitted, the process proceeds to step S362.
ステップS360では、サーバ4の変更可否判定部4072は、コース変更が可能であることを示す判定結果を生成する。この場合、前出の図22のステップS327での判定は“YES”となる。
In step S360, the change permission / non-permission determination unit 4072 of the server 4 generates a determination result indicating that the course can be changed. In this case, the determination in step S327 of FIG. 22 is “YES”.
ステップS362では、サーバ4の変更可否判定部4072は、コース変更が可能でないことを示す判定結果を生成する。この場合、前出の図22のステップS327での判定は“NO”となる。
In step S362, the change possibility determination unit 4072 of the server 4 generates a determination result indicating that the course change is not possible. In this case, the determination in step S327 of FIG. 22 described above is “NO”.
図25に示す処理によれば、コース変更が必要となるような乗車要求が取得された場合に、コース変更判定用情報に基づき算出される変更コストに基づいて、コース変更の可否が判定される。これにより、各乗員の降車予定位置での到着予定時間に係る遅延時間等が考慮されるので、公平性の高い基準で、コース変更の可否を判定できる。この結果、ユーザから不満が出難い利便性の高い路線バスシステム1を実現できる。
According to the processing shown in FIG. 25, when a boarding request that requires a course change is acquired, it is determined whether or not the course change is possible based on the change cost calculated based on the course change determination information. . Thus, since the delay time and the like relating to the estimated arrival time of each occupant at the scheduled drop-off position are taken into account, it is possible to determine whether or not to change the course on the basis of high fairness. As a result, it is possible to realize the highly convenient route bus system 1 in which the user is less likely to complain.
図26は、図25のステップS352(路線バス間連携処理)の一例を示す概略フローチャートである。ここでは、一例として、2台の路線バス2が同時に運行している場合を想定する。なお、図26は、サーバ4が走行支援装置として機能するときの動作例である。
FIG. 26 is a schematic flowchart showing an example of step S352 (inter-route bus cooperation processing) of FIG. Here, as an example, a case is assumed where two route buses 2 are operating at the same time. FIG. 26 is an operation example when the server 4 functions as a driving support device.
ステップS380では、サーバ4は、それぞれの路線バス2に係る各種情報(運行情報)を読み出す。読み出す対象の各種情報は、車両状態情報記憶部424内の車両状態情報(特に車両位置情報)、及び、走行予定コース記憶部426内のコース情報を含む。
In step S380, the server 4 reads out various information (operation information) related to each route bus 2. The various types of information to be read include vehicle state information (particularly, vehicle position information) in the vehicle state information storage unit 424 and course information in the scheduled traveling course storage unit 426.
ステップS382では、サーバ4の変更可否判定部4072は、ステップS380で得た各種情報に基づいて、2台の路線バス2の間隔を算出する。2台の路線バス2の間隔は、走行予定コースに沿った間隔であってよい。間隔は、距離(車間距離)で算出されてもよいし、時間(車間時間)で算出されてもよい。時間の場合は、巡航速度で車間距離を割り算することで導出されてもよいし、到着予定時刻の差として算出されてもよい。
In step S382, the change possibility determination unit 4072 of the server 4 calculates the interval between the two route buses 2 based on the various information obtained in step S380. The interval between the two route buses 2 may be an interval along the scheduled course. The interval may be calculated as a distance (inter-vehicle distance) or as time (inter-vehicle time). In the case of time, it may be derived by dividing the inter-vehicle distance by the cruising speed, or may be calculated as a difference between estimated arrival times.
ステップS384では、サーバ4の変更可否判定部4072は、ステップS382で算出した間隔が所定閾値Th4より短いか否かを判定する。判定結果が“YES”の場合は、ステップS386に進み、それ以外の場合は、ステップS392に進む。
In step S384, the change possibility determination unit 4072 of the server 4 determines whether the interval calculated in step S382 is shorter than a predetermined threshold Th4. If the determination is "YES", the flow proceeds to step S386; otherwise, the flow proceeds to step S392.
ステップS386では、サーバ4の変更可否判定部4072は、2台の路線バス2のうちの後方の路線バス2について、コース変更判定用情報記憶部423に記憶されるコース変更判定用情報を読み出す。
In step S386, the change possibility determination unit 4072 of the server 4 reads the course change determination information stored in the course change determination information storage unit 423 for the rear route bus 2 of the two route buses 2.
ステップS388では、サーバ4の変更可否判定部4072は、ステップS386で得たコース変更判定用情報に基づいて、路線バス2の走行予定コースの変更が可能であるか否かを判定する。この判定方法自体は、上述のとおりであってよい(例えば、上述のように変更コスト算出部4071が算出する変更コストを利用する方法であってよい)。判定結果が“YES”の場合は、ステップS390に進み、それ以外の場合は、ステップS392に進む。
In step S388, the change possibility determination unit 4072 of the server 4 determines whether the scheduled course of the route bus 2 can be changed based on the course change determination information obtained in step S386. The determination method itself may be as described above (for example, a method using the change cost calculated by the change cost calculation unit 4071 as described above may be used). If the determination is "YES", the flow proceeds to step S390; otherwise, the flow proceeds to step S392.
ステップS390では、サーバ4の変更可否判定部4072は、2台の路線バス2のうちの後方の路線バス2について、コース変更が可能であることを示す判定結果を生成する。この場合、前出の図22のステップS327での判定は“YES”となり、2台の路線バス2のうちの後方の路線バス2について、ステップS328からステップS334の各処理が実行されることになる。
In step S390, the change possibility determination unit 4072 of the server 4 generates a determination result indicating that the course change is possible for the rear route bus 2 of the two route buses 2. In this case, the determination in step S327 of FIG. 22 is “YES”, and the processes of steps S328 to S334 are executed for the rear route bus 2 of the two route buses 2. Become.
ステップS392では、サーバ4の変更可否判定部4072は、コース変更が可能でないことを示す判定結果を生成する。この場合、前出の図22のステップS327での判定は“NO”となる。
In step S392, the change possibility determination unit 4072 of the server 4 generates a determination result indicating that the course change is not possible. In this case, the determination in step S327 of FIG. 22 described above is “NO”.
図26に示す処理によれば、2台の路線バス2が同時に運行している場合において、2台の路線バス2間の間隔が所定閾値Th4よりも短い場合に、後方の路線バス2に対してコース変更の可否が判定される。これにより、コース変更される場合は、後方の路線バス2の遅れに起因して(コース変更に伴う遅れに起因して)、2台の路線バス2間の間隔が広がりうる。従って、2台の路線バス2間の間隔を広げつつ、コース変更による利便性を高めることができる。
According to the processing illustrated in FIG. 26, when the two route buses 2 are operating at the same time and the interval between the two route buses 2 is shorter than the predetermined threshold Th4, It is determined whether the course can be changed. As a result, when the course is changed, the interval between the two route buses 2 may be increased due to the delay of the rear route bus 2 (due to the delay due to the course change). Therefore, the convenience by changing the course can be enhanced while increasing the interval between the two route buses 2.
なお、図26に示す処理では、2台の路線バス2が同時に運行している場合を想定しているが、これに限らない。3台以上の路線バス2が同時に運行している場合であっても同様であってよい。この場合、各路線バス2間の間隔を算出し、間隔が所定閾値Th4より短い2台の路線バス2の組(1組以上あってもよい)に対して、後方の路線バス2及び/又は前方の路線バス2についてコース変更が可能であるかを判定してよい。なお、間隔が所定閾値Th4より短い2台の路線バス2の組が2組以上存在する場合は、間隔が最も小さい組から順に優先的に判定されてもよい。あるいは、ある1台の路線バス2を対象とし、対象よりも前を走行する路線バス2との間隔が所定閾値Th4よりも短く、かつ、対象よりも後を走行する路線バス2との間隔が所定閾値Th6よりも長い場合に限り、当該対象の路線バス2についてコース変更が可能であるかを判定してもよい。所定閾値Th6は、対象の路線バス2についてコース変更により遅れが生じても、当該対象の路線バス2とその後方の路線バス2との間隔が所定閾値Th4以下とならないような観点から設定されてよい。
In the processing shown in FIG. 26, it is assumed that two route buses 2 are operating at the same time, but the present invention is not limited to this. The same applies to a case where three or more route buses 2 are operating at the same time. In this case, the interval between the route buses 2 is calculated, and the route bus 2 and / or the rear route bus 2 and / or the rear route bus 2 are set for two sets of the route buses 2 whose interval is shorter than the predetermined threshold Th4 (there may be one or more sets). It may be determined whether the course change is possible for the route bus 2 ahead. If there are two or more sets of two route buses 2 whose intervals are shorter than the predetermined threshold Th4, the determination may be made with priority to the set with the smallest interval. Alternatively, a certain route bus 2 is targeted, and the interval with the route bus 2 traveling ahead of the target is shorter than the predetermined threshold Th4, and the interval with the route bus 2 traveling behind the target is shorter than the predetermined threshold Th4. Only when it is longer than the predetermined threshold Th6, it may be determined whether or not the course change of the target route bus 2 is possible. The predetermined threshold value Th6 is set from the viewpoint that the interval between the target route bus 2 and the route bus 2 behind the target route bus 2 does not become equal to or less than the predetermined threshold value Th4 even if a delay occurs due to the course change of the target route bus 2. Good.
また、図26に示す処理では、ステップS384やステップS388で判定結果が“NO”である場合は、ステップS392に進むが、ステップS392に進む前に、他の路線バス2に対してコース変更が可能であるかを判定してもよい。この場合、他の路線バス2に対してコース変更が可能である場合は、ステップS390に進むこととしてよい。この場合、コース変更が可能となる可能性が高くなるので、コース変更を希望するユーザの利便性を高めることができる。
図27は、図25のステップS352(路線バス間連携処理)の他の一例を示す概略フローチャートである。なお、図27は、サーバ4が走行支援装置として機能するときの動作例である。
In the process shown in FIG. 26, if the determination result is “NO” in step S384 or step S388, the process proceeds to step S392. However, before the process proceeds to step S392, the course change is performed for the other route bus 2. It may be determined whether it is possible. In this case, if the course can be changed for another route bus 2, the process may proceed to step S390. In this case, the possibility that the course can be changed increases, so that the convenience of the user who wants to change the course can be improved.
FIG. 27 is a schematic flowchart illustrating another example of step S352 (inter-route bus cooperation processing) in FIG. 25. FIG. 27 is an operation example when the server 4 functions as a driving support device.
ステップS400では、サーバ4は、それぞれの路線バス2に係る各種情報(運行情報)を読み出す。読み出す対象の各種情報は、車両状態情報記憶部424内の車両状態情報(特に車両位置情報)、及び、走行予定コース記憶部426内のコース情報を含む。
In step S400, the server 4 reads out various information (operation information) related to each route bus 2. The various types of information to be read include vehicle state information (particularly, vehicle position information) in the vehicle state information storage unit 424 and course information in the scheduled traveling course storage unit 426.
ステップS402では、サーバ4の変更コスト算出部4071は、ステップS400で得た各種情報に基づいて、それぞれの路線バス2に係る変更コストを算出する。変更コストの算出方法は上述のとおりである。
In step S402, the change cost calculation unit 4071 of the server 4 calculates the change cost of each route bus 2 based on the various information obtained in step S400. The method of calculating the change cost is as described above.
ステップS404では、サーバ4の変更可否判定部4072は、複数の路線バス2のうち、変更コストが所定閾値Th1以下となる路線バス2が存在するか否かを判定する。判定結果が“YES”の場合は、ステップS406に進み、それ以外の場合は、ステップS412に進む。
In step S404, the change possibility determination unit 4072 of the server 4 determines whether there is a route bus 2 whose change cost is equal to or less than the predetermined threshold Th1 among the plurality of route buses 2. If the determination is "YES", the flow proceeds to step S406; otherwise, the flow proceeds to step S412.
ステップS406では、サーバ4の変更可否判定部4072は、変更コストが所定閾値Th1以下となる路線バス2ごとに、乗車要求に係るユーザの待機時間(乗車するまでに待機する時間)を算出する。
In step S406, the change permission / non-permission determination unit 4072 of the server 4 calculates, for each route bus 2 whose change cost is equal to or less than the predetermined threshold Th1, the user's waiting time related to the boarding request (time to wait before boarding).
ステップS408では、サーバ4の変更可否判定部4072は、変更コストが所定閾値Th1以下となる路線バス2のうち、待機時間が最小となる路線バス2が、第1候補の路線バス2であるか否かを判定する。第1候補の路線バス2は、上述のように、乗車要求の際に特定の路線バス2が指定された場合は、当該特定の路線バス2である。なお、乗車要求の際に特定の路線バス2が指定されていない場合は、待機時間が最小となる路線バス2が第1候補の路線バス2となり、ステップS408の判定結果は自動的に“YES”となる。判定結果が“YES”の場合は、ステップS410に進み、それ以外の場合は、図23のステップS346に進む。後者の場合、サーバ4の出力制御部411は、他の路線バス2(変更コストが所定閾値Th1以下となる路線バス2のうち、待機時間が最小となる路線バス2)に対する乗車要求への変更を促す情報を、今回の乗車要求を行ったユーザに通知する。
In step S408, the change possibility determination unit 4072 of the server 4 determines whether the route bus 2 whose waiting time is the minimum among the route buses 2 whose change cost is equal to or less than the predetermined threshold Th1 is the route bus 2 of the first candidate. Determine whether or not. As described above, the first candidate route bus 2 is the specific route bus 2 when the specific route bus 2 is designated at the time of the boarding request. If the specific route bus 2 is not designated at the time of the boarding request, the route bus 2 having the minimum waiting time becomes the first candidate route bus 2, and the determination result of step S408 is automatically “YES”. ". If the determination is "YES", the flow proceeds to step S410; otherwise, the flow proceeds to step S346 in FIG. In the latter case, the output control unit 411 of the server 4 changes the request to the boarding request for another route bus 2 (the route bus 2 whose waiting time is the minimum among the route buses 2 whose change cost is equal to or less than the predetermined threshold Th1). Is notified to the user who made the boarding request this time.
ステップS410では、サーバ4の変更可否判定部4072は、コース変更が可能であることを示す判定結果を生成する。この場合、前出の図22のステップS327での判定は“YES”となる。
In step S410, the change possibility determination unit 4072 of the server 4 generates a determination result indicating that a course change is possible. In this case, the determination in step S327 of FIG. 22 is “YES”.
ステップS412では、サーバ4の変更可否判定部4072は、コース変更が可能でないことを示す判定結果を生成する。この場合、前出の図22のステップS327での判定は“NO”となる。
In step S412, the change possibility determination unit 4072 of the server 4 generates a determination result indicating that the course change is not possible. In this case, the determination in step S327 of FIG. 22 described above is “NO”.
図27に示す処理によれば、同時に運行している複数の路線バス2のうちから、変更コストが所定閾値Th1以下となり、かつ、待機時間が最小となる路線バス2を特定できる。そして、当該路線バス2の走行予定コースを変更できる可能性が高くなるので、コース変更を望むユーザの利便性と、路線バスシステム1の効率的な運行との両立を図ることができる。
According to the processing illustrated in FIG. 27, the route bus 2 whose change cost is equal to or less than the predetermined threshold Th1 and whose waiting time is the minimum can be specified from the plurality of route buses 2 that are operating at the same time. Since the possibility of changing the scheduled course of the route bus 2 is increased, it is possible to achieve both the convenience of the user who wants to change the course and the efficient operation of the route bus system 1.
なお、図27では、待機時間を評価しているが、等価的に、乗車予定位置までの各路線バス2の距離(走行予定コースに沿った距離)を評価してもよい。すなわち、路線バス2のそれぞれとユーザの乗車予定位置との関係が評価されるのであれば、時間や距離など、利用するパラメータは任意である。また、上述のように、待機時間は、変更コストを算出する際に加味されてもよい。
In FIG. 27, the standby time is evaluated, but equivalently, the distance of each route bus 2 to the scheduled boarding position (the distance along the scheduled course) may be evaluated. That is, as long as the relationship between each of the route buses 2 and the scheduled boarding position of the user is evaluated, parameters to be used such as time and distance are arbitrary. Further, as described above, the standby time may be added when calculating the change cost.
なお、上述のように、変形例では、図22に示す処理(図23〜図27に示す処理を含む)の一部や全部は、路線バス2の処理装置10(複数の路線バス2が同時に運行する場合は、複数の路線バス2のそれぞれの処理装置10)により実現されてもよい。例えば、複数の路線バス2が同時に運行する場合は、各路線バス2の処理装置10が図22に示す処理をそれぞれ実行してもよい。この場合、他の路線バス2からの情報の取得(例えば図23のステップS344)は、複数の路線バス2のうちの、マスタとなる一の路線バス2により実現されてもよいし、それぞれにより実現されてもよい。後者の場合、判定結果がサーバ4に供給され、サーバ4側で最終的な判断が実行されてもよい。
As described above, in the modification, part or all of the processing illustrated in FIG. 22 (including the processing illustrated in FIGS. 23 to 27) is performed by the processing device 10 of the route bus 2 (the plurality of route buses 2 In the case of operation, each processing device 10) of the plurality of route buses 2 may be realized. For example, when a plurality of route buses 2 operate at the same time, the processing device 10 of each route bus 2 may execute the processing illustrated in FIG. In this case, the acquisition of information from another route bus 2 (for example, step S344 in FIG. 23) may be realized by one route bus 2 serving as a master among the plurality of route buses 2, or by each. It may be realized. In the latter case, the determination result may be supplied to the server 4, and the server 4 may make a final determination.
以上、各実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、前述した実施例の構成要素を全部又は複数を組み合わせることも可能である。
As described above, each embodiment has been described in detail. However, the present invention is not limited to a specific embodiment, and various modifications and changes can be made within the scope described in the claims. It is also possible to combine all or a plurality of the components of the above-described embodiment.
例えば、上述した実施例では、路線バス2は、自立運転(自動運転)可能な構成であるが、これに限らない。路線バス2は、人の運転者により、制動、駆動、及び操舵の一部又は全部が実現されてもよい。
For example, in the embodiment described above, the route bus 2 is configured to be capable of independent operation (automatic operation), but is not limited to this. The route bus 2 may be partially or wholly realized by a human driver in braking, driving, and steering.
また、上述した実施例において、ある乗車要求に基づいて走行予定コースを基本コースから他のコースに変更する場合、その原因となった乗車要求の情報を出力してもよい。例えば、路線バス2内において、「ハナさんから自宅近くでの乗車要求が来ましたので本車両は所定ースから変更します」とのアナウンスが実行されてもよい。この場合、ハナさんと知り合いの乗員は、ハナさんの乗車を期待できる。例えば、「そうか。ハナさんが乗って来るんじゃ。ワシの隣を空けておこう。ワクワクじゃ。」といった具合である。また、路線バス2内において、「次の停留所で乗車されるハナさんがケーキ屋さんでの降車を希望されているので、本車両は所定コースから変更します」とのアナウンスが実行されてもよい。この場合、ハナさんと知り合いの乗員は、ハナさんの乗車とともに、降車予定位置の変更を検討できる。例えば、乗客は、「そうか。ハナさんが乗って来るんじゃ。ワシも予定を変更してケーキ屋で降りてハナさんとデートじゃ。」といった具合である。
Further, in the above-described embodiment, when the scheduled traveling course is changed from the basic course to another course based on a certain boarding request, information on the boarding request causing the change may be output. For example, in the route bus 2, an announcement that “this vehicle has been changed from a predetermined source because a request for boarding near home from Hana” may be executed. In this case, a crew member who knows Hana can expect to get on Hana. For example, "Yes, Hana is coming in. Let's leave next to the eagle. It's exciting." Also, in the route bus 2, even if the announcement that "Hana who gets on at the next stop wants to get off at the cake shop, this vehicle will be changed from the prescribed course" is executed Good. In this case, an occupant acquainted with Hana can consider changing the scheduled drop-off position along with Hana's boarding. For example, a passenger might say, "Yes, Hana is coming in. Eagle changes schedule and gets off at the cake shop to date Hana."
また、上述した実施例では、コース変更処理部407は、ユーザからの乗車要求に基づいて、走行予定コースを、基本コースから他のコースに変更するが、他の要求に基づいて、走行予定コースを、基本コースから他のコースに変更してもよい。例えば、コース変更処理部407は、乗員からの降車予定位置の変更要求に基づいて、走行予定コースを、基本コースから他のコースに変更する場合があってもよい。この場合、新たな降車予定位置は、現在の走行予定コース上に存在しない場合に、コース変更処理部407は、上述と同様の態様で、走行予定コースを、基本コースから他のコース(新たな降車予定位置を通るコース)に変更するか否かを判定してもよい。
Further, in the above-described embodiment, the course change processing unit 407 changes the planned traveling course from the basic course to another course based on the boarding request from the user. May be changed from the basic course to another course. For example, the course change processing unit 407 may change the planned traveling course from the basic course to another course based on a request from the occupant to change the expected drop-off position. In this case, when the new scheduled drop-off position does not exist on the current scheduled course, the course change processing unit 407 changes the scheduled course from the basic course to another course (new course) in the same manner as described above. It may be determined whether or not to change to a course that passes through the scheduled drop-off position).