JP7456818B2 - Vehicle management equipment and programs - Google Patents
Vehicle management equipment and programs Download PDFInfo
- Publication number
- JP7456818B2 JP7456818B2 JP2020048943A JP2020048943A JP7456818B2 JP 7456818 B2 JP7456818 B2 JP 7456818B2 JP 2020048943 A JP2020048943 A JP 2020048943A JP 2020048943 A JP2020048943 A JP 2020048943A JP 7456818 B2 JP7456818 B2 JP 7456818B2
- Authority
- JP
- Japan
- Prior art keywords
- passengers
- user
- information
- fee
- vehicle
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000013459 approach Methods 0.000 claims description 2
- 238000004891 communication Methods 0.000 description 27
- 238000000034 method Methods 0.000 description 16
- 238000012545 processing Methods 0.000 description 14
- 230000006870 function Effects 0.000 description 9
- 230000008569 process Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 230000010365 information processing Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000000391 smoking effect Effects 0.000 description 3
- LFQSCWFLJHTTHZ-UHFFFAOYSA-N Ethanol Chemical compound CCO LFQSCWFLJHTTHZ-UHFFFAOYSA-N 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 239000000779 smoke Substances 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000035622 drinking Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
本発明は、車両管理装置およびプログラムに関する。 The present invention relates to a vehicle management device and a program.
特許文献１には、「事前に乗車を予約していないユーザ（ 当日利用者）が高速バスに乗車している場合には、当該当日利用者の人数を加えた乗車人数を中央処理装置ＣＳに送信する」と記載されている。
［先行技術文献］
［特許文献］
［特許文献１］ 特開２０１７－１０２９１
[Prior art documents]
[Patent document]
[Patent Document 1] JP 2017-10291
本発明の第１の態様においては、車両管理装置は、自動車両に乗車する乗車リクエストを、ユーザを識別するユーザＩＤに対応付けて乗車の予定人数の情報とともに受け付ける受付部を有してよい。ユーザＩＤに対応付けて、自動車両にユーザと共に実際に乗車した乗車人数の情報を取得する人数取得部を有してよい。予定人数と乗車人数とが異なる場合に用いられる、予定人数と乗車人数とが同じ場合とは異なる料金体系の情報を格納する料金体系格納部を有してよい。予定人数と乗車人数とが異なる場合に、料金体系格納部に格納された料金体系に基づいて、ユーザに対する利用料金の情報を出力する料金情報出力部を有してよい。 In the first aspect of the present invention, the vehicle management device may include a reception unit that receives a request for boarding the motor vehicle together with information on the number of people scheduled to board the vehicle in association with a user ID that identifies the user. The information processing apparatus may include a number of people obtaining section that obtains information on the number of passengers who actually boarded the motor vehicle together with the user in association with the user ID. The vehicle may include a fare system storage section that stores information on a fare system that is used when the scheduled number of passengers and the number of passengers are different, and is different from that when the scheduled number of passengers and the number of passengers are the same. The vehicle may include a fare information output unit that outputs usage fee information to the user based on the fare system stored in the fare system storage unit when the planned number of passengers and the number of passengers are different.
人数取得部が乗車人数の方が予定人数よりも多い旨の情報を取得した場合であって、かつ、受付部がユーザと共に実際に乗車した他のユーザを識別する他のユーザＩＤの入力を受け付けた場合に、料金情報出力部は、他のユーザに利用料金の少なくとも一部を課金する旨の情報を出力してもよい。料金体系は、予定人数を超えた一人当たりの利用料金を、予定人数と乗車人数とが同じ場合の一人当たりの利用料金よりも増額することを含んでもよい。料金体系は、乗車人数が予め定められた条件で自動車両の定員に近いほど予定人数を超えた一人当たりの利用料金を減額することを含んでもよい。 In the case where the number of people acquisition unit acquires information that the number of passengers is greater than the scheduled number of passengers, and the reception unit accepts input of another user ID that identifies other users who actually boarded the vehicle together with the user. In this case, the fee information output unit may output information indicating that at least a portion of the usage fee will be charged to the other user. The fee structure may include increasing the usage fee per person exceeding the scheduled number of passengers compared to the usage fee per person when the scheduled number of passengers and the number of passengers are the same. The fare system may include reducing the usage fee per person exceeding the planned number of passengers as the number of passengers approaches the capacity of the motor vehicle under predetermined conditions.
本発明の第２の態様においては、コンピュータに、自動車両に乗車する乗車リクエストを、ユーザを識別するユーザＩＤに対応付けて乗車の予定人数の情報とともに受け付ける受付手機能を実現させるプログラムであってよい。ユーザＩＤに対応付けて、自動車両にユーザと共に実際に乗車した乗車人数の情報を取得する人数取得機能を実現させるプログラムであってよい。予定人数と乗車人数とが異なる場合に用いられる、予定人数と乗車人数とが同じ場合とは異なる料金体系の情報を料金体系格納部に格納する機能を実現させるプログラムであってよい。予定人数と乗車人数とが異なる場合に、料金体系格納部に格納された料金体系に基づいて、ユーザに対する利用料金の情報を出力する料金情報出力機能を実現させるプログラムであってよい。 In a second aspect of the present invention, there is provided a program that causes a computer to realize a reception function of accepting a ride request to board an automobile together with information on the number of people scheduled to board the vehicle in association with a user ID that identifies the user. good. The program may be a program that realizes a number of people acquisition function that acquires information on the number of people who actually boarded the motor vehicle together with the user in association with the user ID. The program may be a program that realizes a function of storing information on a fare system, which is used when the scheduled number of passengers and the number of passengers are different, in a fare system storage unit, which is different from that when the scheduled number of passengers and the number of passengers are the same. The program may be a program that realizes a fee information output function that outputs usage fee information to the user based on a fee structure stored in a fee structure storage unit when the planned number of passengers and the number of passengers are different.
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。 Note that the above summary of the invention does not list all the necessary features of the invention. Furthermore, subcombinations of these features may also constitute inventions.
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。 Hereinafter, the present invention will be described through embodiments of the invention, but the following embodiments do not limit the invention according to the claims. Furthermore, not all combinations of features described in the embodiments are essential to the solution of the invention.
図１は、本実施形態が適用される車両管理システム７０を概念的に示す。車両管理システム７０は、マイカー以外の例えばカーシェアリングや公共交通機関を含む交通手段での移動を１つのサービスとしてシームレスにつなぐ、いわゆるＭａａＳを提供する。車両管理システム７０において、車両管理装置１０、自動車両３０、３２、ユーザ端末４０、４２がインターネットなどのネットワーク２０を介して互いに通信可能となっている。
FIG. 1 conceptually shows a
車両管理装置１０は、例えば、パーソナルコンピュータなどのサーバである。自動車両３０、３２は、例えば自動車であり、その駆動の方式を問わない。さらに、自動車両３０、３２は、定員が数名の乗用車あってもよいし、定員が乗用車よりも多いバスであってもよい。ユーザ端末４０はユーザ５０により使用される通信端末、例えばスマートフォンである。同様に、ユーザ端末４２はユーザ５２により使用される。
The
図２は、車両管理システム７０でユーザ５０、５２からの乗車リクエストを処理する処理フローの一例である。図２の例では、ユーザ５０、５２の両方からの乗車リクエストに対して、自動車両３０が使用される一例を示している。
FIG. 2 is an example of a processing flow in which the
ユーザ端末４０はユーザ５０からの乗車リクエストの入力を受け付ける（Ｓ１０）。ユーザ端末４０は、乗車リクエストを車両管理装置１０に送信する（Ｓ１２）。例えば、乗車リクエストはユーザ端末４０にインストールされた専用のアプリケーションを立ち上げることで入力が可能になる。車両管理装置１０は、ユーザ端末４０からの乗車リクエストを満たす走行計画を作成する（Ｓ１４）。車両管理装置１０は、走行計画が作成されたことに基づいて、ユーザ端末４０へ乗車リクエストが受け付けられた旨を示す受付情報を送信するとともに（Ｓ１６）、当該走行計画で走行が予定された自動車両３０へ走行計画の情報を送信する（Ｓ１８）。
The
さらに、車両管理装置１０は、ユーザ５２のユーザ端末４２からも乗車リクエストを受信した場合に（Ｓ２０、Ｓ２２）、走行計画を作成する（Ｓ４２）。この場合に、車両管理装置１０は、ユーザ端末４０からの乗車リクエストに基づいて作成した走行計画も考慮した走行計画を作成する。
Furthermore, when the
図２の例では、ステップＳ２４で相乗りが含まれた走行計画が作成されたものと仮定する。相乗りは、乗合いとも呼ばれることもあり、あるユーザが乗車している自動車両が当該ユーザの出発地から目的地まで移動する途中で、他のユーザも当該自動車両に乗車して当該自動車両を共用するものである。相乗りにおいて、他のユーザが先のユーザの目的地よりも手前で降車してもよいし、同じ目的地で降車してもよいし、より遠くで降車してもよい。 In the example of FIG. 2, it is assumed that a travel plan including carpooling was created in step S24. Carpooling, also referred to as ride sharing, is when a motor vehicle in which a user is riding is traveling from the user's starting point to the destination, and another user also rides in the motor vehicle and shares the motor vehicle. It is something to do. In carpooling, the other user may get off the vehicle earlier than the previous user's destination, may get off the vehicle at the same destination, or may get off the vehicle further away.
車両管理装置１０は、走行計画に含まれる相乗りの可能性があるユーザ５０、５２のうち、先に乗車リクエストを送信してきていたユーザ５０のユーザ端末４０に、相乗り候補の情報を送信する（Ｓ２６）。相乗り候補の情報には、例えば相乗り候補の相手であるユーザ５２に関する情報が含まれる。ユーザ端末４０は、ユーザ５０から相乗りの可否の入力を受け付けて、車両管理装置１０に送信する（Ｓ２８）。図２の例では説明を簡単にするため、ユーザ５０は相乗りを許可したものと仮定する。
The
続いて、車両管理装置１０は、走行計画に含まれる相乗りの可能性があるユーザ５０、５２のうち、後に乗車リクエストを送信してきていたユーザ５２のユーザ端末４２に、相乗り候補の情報を送信する（Ｓ３０）。ユーザ端末４２は、ユーザ５２から相乗りの可否の入力を受け付けて、車両管理装置１０に送信する（Ｓ３２）。図２の例では説明を簡単にするため、ユーザ５２も相乗りを許可したものと仮定する。
Then, the
車両管理装置１０は、ユーザ５０、５２の両方から相乗りが許可されたことに基づいて、ユーザ端末４０、４２のそれぞれへ乗車リクエストが受け付けられた旨を示す受付情報を送信するとともに（Ｓ３４、Ｓ３６）、当該走行計画で走行が予定された自動車両３０へ走行計画の情報を送信する（Ｓ３８）。なお、走行計画の作成の方法は特に言及しない限り既知の経路案内装置と同様の方法が用いられてよい。先の走行計画に対して相乗りが追加される場合の走行計画の作成方法は、特に言及しない限り既知の経路案内装置における走行経路に通過点を追加する場合と同様の方法が用いられてよい。
Based on the permission for carpooling from both
ユーザ５０、５２の乗車リクエストには同乗者の人数の情報が含まれる。これは、乗車リクエストには、「同乗者の人数＋１（本人分）」という乗車の予定人数が含まれているともいえる（以降、「乗車リクエストの同乗者の人数に本人分１名を足した人数」を単に予定人数と呼ぶことがある）。走行計画は当該予定人数に基づいて作成される。
The ride requests of
それにも関わらず、予定人数と実際に自動車両３０に乗車して来た乗車人数とが異なると、走行計画に支障を生じる恐れがある。ひいては、車両管理システム７０を効率的に運用することが難しくなる。
Nevertheless, if the planned number of passengers differs from the number of passengers who actually board the
例えば、乗車人数が予定人数よりも少ないと、確保しておいた席が無駄になる。さらには、自動車両３０より定員が少ない自動車両でも十分であったにもかかわらず自動車両３０を配車したことにより、自動車両３０を他の走行計画で配車する機会を逸してしまう。
For example, if the number of passengers is less than the planned number of passengers, the reserved seats will be wasted. Furthermore, by distributing the
一方、乗車人数が予定人数よりも多いと、自動車両３０に乗り切れないおそれがある。その対応として、当日増える場合を想定して予定人数よりも多い席の走行計画を作成すると、乗車人数が予約人数の通りだった場合に、予備で確保していた席が無駄になる。
On the other hand, if the number of passengers is larger than the planned number of passengers, there is a risk that the
そこで、本実施形態では、ユーザ５０、５２に乗車人数を予定人数となるべく同じにすることを促す。
Therefore, in this embodiment, the
図３は、ユーザ端末４０の機能ブロックの一例を示す。ユーザ端末４０は、通信部４０２、入力部４０４および表示部４０６を有する。通信部４０２は、ネットワーク２０を介して車両管理装置１０と通信し、情報を送受信する。入力部４０４は、ユーザ５０からの文字や数字などの入力を受け付ける。表示部４０６は、文字や数字などを含む画像を表示する。入力部４０４と表示部４０６とは、タッチパネルのように一体化されていてもよい。ユーザ端末４２はユーザ端末４０と同じ構成であってよく、説明を省略する。
FIG. 3 shows an example of functional blocks of the
図４は、表示部４０６に表示される乗車リクエストの入力画面４１０の一例である。リクエスト入力画面４１０は、ユーザＩＤ、出発地、その希望時刻、目的地、その希望時刻、同乗者の人数、その中に異性がいるか、喫煙があるか、および、飲食があるか、の入力欄を有する。このうち、目的地の希望時刻を入力するかどうかは任意になっている。図４に示す例では、ユーザＩＤ「Ｕ０００１」、出発地「東京都港区青山Ｘ－△」、その希望時刻「１２／４ １０：３０」、目的地「埼玉県和光市中央△－Ｘ」、その希望時刻は未入力、同乗者「１名」、異性はなし（すなわち、同乗者が自分と同性である男性）、喫煙はなし、飲酒はあり、の情報が入力されている。
Figure 4 is an example of a boarding
入力部４０４はそれぞれの入力欄に対してユーザ５０からの入力を受け付けて、入力された情報を表示部４０６の入力欄に表示させる。上記入力欄のうち、ユーザＩＤ等にはテキストの入力を受け付け、異性有等は選択・非選択の入力を受ける（いわゆるラジオボタンである）。入力画面４１０の送信ボタンが押されると、入力された情報が、乗車リクエストとして通信部４０２から車両管理装置１０に送信される。
The input unit 404 receives input from the
表示部４０６は入力画面４１０の他に、乗車リクエストが受け付けられた旨を示す受付情報を表示する。受付情報は、乗車リクエストの内容が受け付けられたことが確認できるように、入力画面４１０と同内容の情報が表示されることが好ましい。
In addition to the
表示部４０６にはさらに、通信部４０２が車両管理装置１０から相乗り候補の情報を受信した場合にこれを表示するとともに、相乗りの可否の入力を促す画像を表示する。表示部４０６にはさらに、通信部４０２が車両管理装置１０から利用料金の情報を受信した場合にこれを表示する。
Furthermore, when the communication unit 402 receives information on carpool candidates from the
図５は、車両管理装置１０の機能ブロックの一例を示す。車両管理装置１０は、受付部１０２、ユーザ情報格納部１０４、走行計画管理部１０６、走行計画格納部１０８、走行情報取得部１１０、乗車情報取得部１１２、料金情報出力部１１４および料金体系格納部１１６を備える。
Figure 5 shows an example of a functional block of the
受付部１０２は、ユーザ端末４０、４２から乗車リクエストを受け付ける。受付部１０２はさらに、乗車リクエストの受付に先立って、または、乗車リクエストの初回受付時に、ユーザ５０、５２の情報をユーザ端末４０、４２から受信して、ユーザ情報格納部１０４に格納する。
The reception unit 102 receives ride requests from the
図６は、ユーザ情報格納部１０４に格納されるユーザの情報の例を示す。ユーザの情報として、ユーザＩＤに対応付けて、ユーザの端末ＩＤ，氏名、性別、年齢およびユーザの顔画像が格納されている。ユーザＩＤはユーザ５０、５２が指定してもよいし、受付部１０２が新たなユーザからの情報を受け付けたときに自動的に割り振ってもよい。また、図６の例で、端末ＩＤとして当該端末で受信できるメールアドレスが格納されている。
FIG. 6 shows an example of user information stored in the user
図６の例において、例えばユーザＩＤ「Ｕ０００１」に対応付けて、端末ＩＤ「ａｂｃ＠ｅｄｆ．ｃｏｍ」、氏名「本田○郎」、性別「男」、年齢「３２」、顔画像として画像ファイル、頻度「３」が格納されている。 In the example of FIG. 6, for example, in association with the user ID "U0001", the terminal ID "[email protected]", the name "Honda○ro", the gender "male", the age "32", an image file as a face image, A frequency of "3" is stored.
車両管理装置１０の走行計画管理部１０６は、ユーザ５０、５２の乗車リクエストに基づいて自動車両３０、３２の走行計画を作成する。より具体的には、走行計画管理部１０６は、ユーザ端末４０、４２から受信した乗車リクエストに含まれている情報に基づき、走行計画を作成する。この場合に、走行計画管理部１０６は、乗車リクエストに含まれているユーザＩＤに対応付けて格納されているユーザの情報をユーザ情報格納部１０４から読み出して、当該情報も用いて走行計画を作成する。上記の通り、走行計画の作成の方法は既知の方法が用いられてよい。
The travel plan management unit 106 of the
走行計画管理部１０６は、作成した走行計画の情報を走行計画格納部１０８に格納するとともに、少なくともその一部を、当該走行計画で使用される自動車両３０、３２に送信する。走行計画管理部１０６はさらに、当該走行計画によって乗車リクエストを満足することができた場合には、その旨を示す受付情報を、当該乗車リクエストを送信してきたユーザ端末４０、４２に送信する。走行計画管理部１０６は、乗車リクエストを満足する走行計画を作成することができない場合には、その旨を示す情報を、乗車リクエストを送信してきたユーザ端末４０、４２に送信する。さらに、走行計画管理部１０６は、相乗りが含まれた走行計画が作成された場合に、相乗りの可能性があるユーザ５０、５２のユーザ端末４０、４２に、相乗り候補の情報を送信する。
The travel plan management unit 106 stores information on the created travel plan in the travel
図７は、走行計画格納部１０８に格納される走行計画の情報の例を示す。走行計画の情報として、走行ＩＤに対応付けて、車両ＩＤ，相乗りの情報、ユーザＩＤ，出発地、その時刻、目的地、走行のルート、目的地に到着する時刻、同乗者の人数、異性の有無、喫煙の有無および飲酒の有無に関する情報が格納されている。
Figure 7 shows an example of information about a driving plan stored in the driving
車両ＩＤは、走行ＩＤで特定される走行計画で用いられる自動車両を特定する。図７の例において、走行ＩＤ「Ｄ００１」に対して車両ＩＤ「Ａ３０」が対応付けられているので、当該走行計画で車両ＩＤ「Ａ３０」で特定される自動車両、例えば図１の自動車両３０が用いられる。
The vehicle ID specifies the motor vehicle used in the travel plan specified by the travel ID. In the example of FIG. 7, since the vehicle ID "A30" is associated with the travel ID "D001", the vehicle specified by the vehicle ID "A30" in the travel plan, for example, the
相乗りの情報は、走行ＩＤで特定される走行計画の中で相乗りがあるかどうか、および、相乗りがある場合には、相乗りとなる相手の走行計画の走行ＩＤが格納される。図７の例では、走行ＩＤ「Ｄ００１」の相乗りの情報の欄に走行ＩＤ「Ｄ００２」が格納されているので、これらが相乗りであることを示す。なお、相乗りがない場合には無効な値「＊＊＊＊」が格納される。 The carpooling information stores whether there is carpooling in the driving plan specified by the driving ID, and if there is carpooling, the driving ID of the driving partner's driving plan is stored. In the example of FIG. 7, the trip ID "D002" is stored in the carpool information column of the trip ID "D001," indicating that these are carpools. Note that if there is no carpooling, an invalid value "*****" is stored.
ユーザＩＤの欄には走行ＩＤで特定される走行計画を利用するユーザＩＤが格納されている。なお、自動車両３０，３２を回送する場合、すなわち、いずれのユーザも乗車しない場合には、回送であることを示すユーザＩＤ「Ｕ９９９９」が格納される。図７の例においては、走行ＩＤ「Ｄ００３」が回送であることに対応して、ユーザＩＤ「Ｕ９９９９」が格納されている。
The user ID column stores the user ID that uses the travel plan specified by the travel ID. Note that when the
出発地、その時刻、目的地、同乗者の数、異性の有無、喫煙の有無および飲酒の有無の欄は、ユーザＩＤで特定されるユーザ５０、５２が乗車リクエストに入力した情報が格納される。走行ルートは、走行計画格納部１０８が出発地、その時刻、目的地、走行ルートおよびその他の情報に基づいて設定した情報が格納される。図７においては説明を簡単にするため、単に「ルートＳ」等の文字で示した。
The fields of departure point, time, destination, number of fellow passengers, presence of the opposite sex, presence of smoking, and presence of alcohol are stored with information input by the
目的地の時刻は、走行計画格納部１０８が出発地、その時刻、目的地、走行ルートおよびその他の情報に基づいて予測した情報が格納される。その他の情報には走行ルート上の渋滞の情報などが含まれる。走行ルートの設定および目的地の時刻の予測は既知の方法が用いられてよい。
The destination time is stored as information predicted by the trip
なお、回送の場合には、相乗りの情報、出発地の時刻、同乗者の人数、異性の有無、喫煙の有無、飲酒の有無の情報として無効な値「＊」が格納されている。 In the case of forwarding, an invalid value "*" is stored as information on carpooling, time of departure, number of fellow passengers, presence or absence of members of the opposite sex, presence or absence of smoking, and presence or absence of alcohol consumption.
車両管理装置１０の走行情報取得部１１０は、自動車両３０、３２からそれぞれの走行の状況の情報を取得する。走行の状況の情報の一例は、一定時間毎に取得する自動車両３０、３２の現在地の情報である。これに代えてまたはこれに加えて、走行の状況の情報には、自動車両３０、３２のそれぞれが、対応する走行計画における出発地に到着したか否かの情報や、目的地に到着したか否かの情報が含まれてもよい。
The driving information acquisition unit 110 of the
乗車情報取得部１１２は、自動車両３０、３２から乗車の状況を示す情報を取得する。乗車の状況を示す情報の一例は、一定時間毎に取得する自動車両３０、３２の車内の画像である。これに代えてまたはこれに加えて、乗車の状況を示す情報には、自動車両３０、３２にユーザ５０、５２が乗車しているか否かの情報、同乗者がいるか否かおよびいる場合にはその人数の情報などが含まれていてもよい。
The riding information acquisition unit 112 acquires information indicating the riding situation from the
料金体系格納部１１６には、ユーザ５０、５２に請求する利用料金について料金体系が格納されている。料金体系については後述する。
The fee structure storage unit 116 stores a fee structure for usage fees charged to the
料金情報出力部１１４は、自動車両３０、３２を利用したユーザ５０，５２に対して利用料金を精算し、対応するユーザ端末４０、４２に利用料金の情報を送信する。この場合に、料金情報出力部１１４は、走行情報取得部１１０からの走行の状況の情報、および、乗車情報取得部１１２からの乗車の状況の情報に基づき、料金体系格納部１１６の料金体系を参照して利用料金を精算する。
The fare information output unit 114 settles the usage fee for the
図８は、料金体系格納部１１６に格納される料金体系を説明する概念図である。図８の横軸は当日増えた人数、すなわち、（乗車人数－予定人数）である。縦軸は、当日増えた人数の一人当たりの利用料金である。 FIG. 8 is a conceptual diagram illustrating the fee structure stored in the fee structure storage unit 116. The horizontal axis of FIG. 8 is the number of people who increased on the day, that is, (number of passengers - planned number of passengers). The vertical axis is the usage fee per person for the increased number of people on the day.
当日増えた人数「０」の金額は、乗車人数が予定人数に一致した場合の一人当たりの利用金額である。すなわち、乗車人数が予定人数に一致している場合には、その人数の絶対値に関わらず一人当たりの利用金額は一定である。 The amount for which the number of passengers increased on the day is "0" is the usage amount per person when the number of passengers matches the planned number of passengers. That is, if the number of passengers matches the planned number of passengers, the usage amount per person is constant regardless of the absolute value of the number of passengers.
一方、当日増えた人数が「０」以外の場合には、乗車人数が予定人数に一致している場合とは異なる料金体系となる。この場合に、当日増えた人数が増えるほど、増えた人数の一人当たりの利用料金が増額となる。図８の例では、当日増えた人数が「１」から「３」までは、当日増えた人数が増えるほど、増えた人数の一人当たりの利用料金がより増額となっている。 On the other hand, if the number of passengers increased on the day is other than "0", the fare system will be different from the case where the number of passengers matches the planned number of passengers. In this case, the more the number of people added on the day increases, the more the usage fee per person increases. In the example of FIG. 8, from "1" to "3" the number of people who increased on that day, the more the number of people who increased on that day, the more the usage fee per person increases.
ただし、当日増えた人数が増えるほど、増えた人数の一人当たりの利用料金が増額となり続けるのではなく、ある条件を満たした場合にむしろ減額される。図８の例では、自動車両３０の定員をＭ人、相乗りがある場合の他のユーザの予定人数をＲ人として、（Ｍ－Ｒ－３）人の場合をピークとして、それより人数が増えると減額されている。これは、当該料金体系は、乗車人数が予め定められた条件で自動車両３０の定員Ｍに近いほど予定人数を超えた一人当たりの利用料金を減額しているといえる。特に、（Ｍ－Ｒ－１）人および（Ｍ－Ｒ）人の場合には、当日増えた人数が１人の場合よりも、当日増えた人数の一人当たりの利用料金が少なく設定されている。
However, as the number of people increases on the day, the usage fee per person will not continue to increase, but will be reduced if certain conditions are met. In the example of FIG. 8, the capacity of the
当該料金体系は、テーブル形式で格納されてもよいし、人数を入力として利用料金を出力とする計算式や関数の形で格納されてもよい。また、定員Ｍは自動車両３０の車両ＩＤに対応付けて当該料金体系の一部として格納されている。
The fee structure may be stored in a table format, or in the form of a calculation formula or function that inputs the number of people and outputs usage fees. Further, the capacity M is stored as part of the fee system in association with the vehicle ID of the
図９は、自動車両３０の機能ブロックの一例を示す。自動車両３０は、車載端末３０２、自動走行部３１０、現在地情報取得部３１２および乗車情報取得部３１４を有する。
FIG. 9 shows an example of functional blocks of the
車載端末３０２は、車両管理装置１０と通信する通信部３０４と、通信部３０４が車両管理装置１０から受信した走行計画の情報を格納する走行計画格納部３０６を有する。なお、以下の説明を簡単化するため、自動車両３０は完全自動運転（レベル５の自動運転と呼ばれることもある）のできる車両であるとする。すなわち、走行計画格納部３０６に格納された走行計画に沿って、自動走行部３１０が自動車両３０全ての運転タスクを実行する例で説明する。
The in-vehicle terminal 302 includes a communication unit 304 that communicates with the
現在地情報取得部３１２は、例えばＧＰＳなどを含み、自動車両３０の現在地の情報を一定時間毎に取得する。現在地情報取得部３１２は、現在地の情報を走行ＩＤに対応付けて一定時間毎に車両管理装置１０に送信する。これに代えてまたはこれに加えて、現在地情報取得部３１２は、現在地の情報と走行計画格納部３０６に格納された出発地および目的地の情報を参照することにより、出発地に到着した場合にはその旨を示す情報を、目的地に到着した場合にはその旨を示す情報を走行ＩＤに対応付けて車両管理装置１０に送信してもよい。
The current location information acquisition unit 312 includes, for example, GPS, and acquires information on the current location of the
乗車情報取得部３１４は、例えば車内を撮影するカメラを含み、自動車両３０の乗車の状況を示す情報として車内の画像を一定時間毎に取得する。乗車情報取得部３１４は、当該画像を走行ＩＤに対応付けて一定時間ごとに車両管理装置１０に送信する。これに代えてまたはこれに加えて、乗車情報取得部３１４は画像認識等により当該画像を解析し、自動車両３０にユーザ５０、５２が乗車しているか否か、同乗者がいるか否かおよびその人数などを判定し、その旨を乗車の状況の情報として走行ＩＤに対応付けて車両管理装置１０に送信してもよい。
The riding information acquisition unit 314 includes, for example, a camera that photographs the interior of the vehicle, and acquires images of the interior of the vehicle at regular intervals as information indicating the riding status of the
図１０は、走行計画格納部３０６に格納される走行計画の情報の例を示す。走行計画格納部３０６には、車両管理装置１０で生成された走行計画のうち、自動車両３０を用いるもの、すなわち、車両ＩＤ「Ａ３０」の走行計画が格納されている。
FIG. 10 shows an example of travel plan information stored in the travel
ただし、ユーザＩＤの欄にはＩＤそのものに加えて、車両管理装置１０のユーザ情報格納部１０４に格納されている画像を受信して格納している。乗車情報取得部３１４は当該画像を用いた顔認証により、ユーザ５０、５２が乗車しているか否か等を判断する。
However, in addition to the ID itself, the user ID column receives and stores an image stored in the user
図１１は、車両管理システム７０で走行計画を実行して料金を精算する処理フローの一例である。走行計画として自動車両３０における図１０の走行ＩＤ「Ｄ００１」を例として説明する。
FIG. 11 is an example of a processing flow in which the
まず、自動車両３０の車載端末３０２に格納された走行計画の走行ＩＤ「Ｄ００１」の出発地まで自動車両３０が自動走行する（Ｓ５０）。現在地情報取得部３１２は、取得した自動車両３０の現在地と走行計画の出発地とを比較して、予め定められた範囲内で一致した場合に、出発地に到着したと判断し、通信部３０４によりその旨を走行ＩＤに対応付けて車両管理装置１０に送信する（Ｓ５２）。
First, the
乗車情報取得部３１４が車内の画像と当該走行計画に対応するユーザＩＤ「Ｕ０００１」であるユーザ５０の画像とを用いてユーザ５０が乗車したと判断するまで、自動車両３０は待機する（Ｓ５４：Ｎｏ）。ユーザ５０が乗車したと判断した場合（Ｓ５４：Ｙｅｓ）、乗車情報取得部３１４は通信部３０４によりその旨を走行ＩＤに対応付けて車両管理装置１０に送信する（Ｓ５６）。
The
ステップＳ５４において、ユーザ５０が乗車したと判断した場合に、乗車情報取得部３１４は乗車人数を判定する。この場合に乗車情報取得部３１４は車内の画像について顔認証により顔の数を数えて、当該出発地で増加した顔の数を乗車人数であると判定する。なお、当該画像においてユーザ５０の存在を判定しているので、それ以外の顔の数を数えて同乗者の人数を判定し、それに本人１名分を足して乗車人数としてもよい。さらに、ステップＳ５６において、乗車情報取得部３１４は走行ＩＤに対応付けて乗車人数を示す情報も車両管理装置１０に送信する。
In step S54, if it is determined that the
車両管理装置１０の乗車情報取得部１１２は、車載端末３０２から走行ＩＤに対応付けて乗車人数を示す情報を取得したら（Ｓ５６）、乗車人数と予定人数とを比較する（Ｓ６０）。この場合に、車両情報取得部１１２は走行ＩＤに対応付けて走行計画に格納されている同乗者の人数に本人１名を加えた予定人数と、車載端末３０２から受信した乗車人数との差分を計算し、その結果を記憶しておく。ここで、乗車情報格納部１１２は乗車人数を示す情報を取得しているので、人数取得部として機能しているといえる。
Once the boarding information acquisition unit 112 of the
自動車両３０は、走行計画に基づいて自動走行する（Ｓ５８）。現在地情報取得部３１２は、取得した自動車両３０の現在地と走行計画の目的地とを比較して、予め定められた範囲内で一致した場合に、目的地に到着したと判断して停車するとともに、通信部３０４によりその旨を走行ＩＤに対応付けて車両管理装置１０に送信する（Ｓ６２）。
The
自動車両３０の乗車情報取得部３１４が車内の画像とユーザ５０の画像とを用いてユーザ５０が降車したと判断するまで、自動車両３０は待機する（Ｓ６８：Ｎｏ）。乗車情報取得部３１４は通信部３０４によりその旨を走行ＩＤに対応付けて車両管理装置１０に送信する（Ｓ７２）。
The
車両管理装置１０の乗車情報取得部１１２は、通信部３０４からユーザ５０が降車した旨を受信した場合に、料金情報出力部１１４は利用料金を精算する（Ｓ７５）。料金情報出力部１１４は、清算した利用料金の情報をユーザ５０のユーザ端末４０に送信する（Ｓ７６）。
When the boarding information acquisition unit 112 of the
ステップＳ７５において、料金情報出力部１１４はまず出発地、目的地および相乗りの有無等に基づいて予め定められた標準の利用料金を算出する。次に、料金情報出力部１１４は、ステップＳ６０での比較の結果を用いる。 In step S75, the fee information output unit 114 first calculates a predetermined standard usage fee based on the departure point, destination, presence or absence of carpooling, etc. Next, the fee information output unit 114 uses the result of the comparison in step S60.
当該比較の結果により乗車人数が予定人数と同じであると判断されている場合に、料金情報出力部１１４は、上記標準の利用料金をユーザ５０に課す料金として料金情報を出力する。
If the comparison result indicates that the number of passengers is the same as the planned number of passengers, the fare information output unit 114 outputs fare information that is the standard usage fee to be charged to the
一方、乗車人数が予定人数よりも多いと判断されている場合に、料金情報出力部１１４は、料金体系格納部１１６を参照して、乗車人数と予定人数との差分、並びに、自動車両３０の定員Ｍおよび相乗りがある場合の他のユーザの予定人数Ｒに基づいて当日増えた人数に対する一人当たり利用料金を算出する。定員Ｍおよび予定人数Ｒは、走行ＩＤに基づいて走行計画格納部１８０に格納された走行計画の車両ＩＤおよび相乗り情報から特定される。料金情報出力部１１４は、予定人数分の標準の利用料金と、当日増えた人数分の利用料金とを、ユーザ５０に課す利用料金として料金情報を出力する。
On the other hand, if it is determined that the number of passengers is greater than the scheduled number of passengers, the fare information output unit 114 refers to the fare system storage unit 116 and calculates the difference between the number of passengers and the scheduled number of passengers, as well as the number of passengers of the
図１２は、ユーザ端末４０に表示される料金情報の表示画面４１２の例である。表示部４０６は、通信部４０２が車両管理装置１０から受信した料金情報を表示画面４１２に表示する。料金情報には、出発時の時刻、出発地、目的地に対応付けて、予定人数、予定人数分の利用料金、当日増えた人数、当日増えた人数分の利用料金および合計の金額が含まれる。
FIG. 12 is an example of a charge
図１２の例において、走行ＩＤ「Ｄ００１」において乗車人数が予定人数よりも１人多い例が示されており、当該走行ＩＤで特定される走行計画の出発時の時刻「２／１４ １０：３０」、出発地「東京都港区青山Ｘ－△」、目的地「埼玉県和光市中央△－Ｘ」が表示されている。さらに、利用料金について、予定人数「２」に対し料金「２０００円」、当日増えた人数「１」に対し「１１００円」（したがって１人のみに対し１００円が増額されていることが分かる）および合計「３１００円」が表示されている。 In the example of FIG. 12, an example is shown in which the number of passengers is one more than the scheduled number of passengers in the trip ID "D001", and the departure time of the trip plan specified by the trip ID is "2/14 10:30". ”, departure point “Aoyama X-△, Minato-ku, Tokyo”, and destination “Chuo△-X, Wako City, Saitama Prefecture” are displayed. Furthermore, regarding usage fees, the fee is ``2000 yen'' for the planned number of people ``2'' and ``1100 yen'' for the additional number of people on the day ``1'' (therefore, it can be seen that the fee has been increased by 100 yen for only 1 person) and a total of "3,100 yen" are displayed.
以上、本実施形態によれば、予定人数と実際に自動車両３０に乗車して来た乗車人数とが異なる場合に、予定人数と乗車人数とが同じ場合とは異なる料金体系によって料金を課する。これにより、ユーザ５０、５２に乗車人数を予定人数となるべく同じにすることを促すことができる。特に、乗車人数が予定人数よりも多い場合に、当日増えた人数が増えるほど、増えた人数の一人当たりの利用料金を増額するので、さらに、ユーザ５０、５２に乗車人数を予定人数となるべく同じにすることを促すことができる。
As described above, according to the present embodiment, when the planned number of passengers and the number of passengers who actually board the
一方、予定人数と実際に自動車両３０に乗車して来た乗車人数とが異なっていても、乗車人数の合計が自動車両３０の定員Ｍに近い場合には、むしろ運用効率がよいので、定員Ｍに近いほど予定人数を超えた一人当たりの利用料金を減額する。これにより、結果的に運用効率が高くなるような利用をユーザ５０、５２に促すことができる。
On the other hand, even if the planned number of passengers and the number of passengers who actually board the
図１３は図１１の変形例を示す。図１３において図１１と同じ動作については同じ参照番号を付して説明を省略する。 FIG. 13 shows a modification of FIG. 11. In FIG. 13, the same operations as those in FIG. 11 are given the same reference numerals, and the description thereof will be omitted.
図１３においては、ユーザ５０の同乗者であって当日増えた人数の中に、車両管理システム７０の利用者が含まれている場合が想定されている。より具体的には、当該利用者がユーザ端末４４を使用しており、当該利用者の情報がユーザ情報格納部１０４に格納されている場合が想定されている（例えば図６のＵ０００３）。
In FIG. 13, it is assumed that the user of the
ステップＳ６０で乗車人数の方が予定人数よりも多いと判断し、かつ、ステップＳ７２で降車したと判断した場合に、料金情報出力部１１４は、ユーザ端末４２に対して、同乗者が当日増えた人数の中に車両管理システム７０の利用者が含まれている場合には当該利用者の情報としてユーザＩＤを送るように要求する（Ｓ７３）。当該要求がユーザ端末４２に表示されたことに対応して、ユーザ５０または当該利用者がユーザ端末４０からユーザＩＤを送信し（Ｓ７４）、受付部１０２がそれを受け付けると、ユーザＩＤに基づいてユーザ端末４４が特定される。よって、ステップＳ７３では結果的にユーザ端末を特定する端末ＩＤの入力を促しているともいえる。
If it is determined in step S60 that the number of passengers is greater than the scheduled number of passengers, and if it is determined in step S72 that the number of passengers has disembarked, the fare information output unit 114 informs the
料金情報出力部１１４は、当該利用者のユーザ端末４４に、利用料金の少なくとも一部を課金する旨の情報を出力する（Ｓ７８）。利用料金の少なくとも一部の例は、当日増えた人数に対する一人当たり利用料金である。 The fee information output unit 114 outputs information indicating that at least a portion of the usage fee will be charged to the user terminal 44 of the user (S78). At least some examples of usage fees are per-person usage fees for the additional number of people on the day.
図１４は、図１３のステップＳ７６においてユーザ端末４０に送信されて表示される利用情報の表示画面４１４を示す。表示画面４１４においては、当日増えた人数に対する１人分の利用料金を、ユーザ端末４４を通じて当日増えた利用者に課したことに対応し、その旨が「（当日分は本人に請求済）」と表示されている。さらに、当日増えた人数に対する１人分の利用料金はユーザ５０には課されておらずその旨が合計に反映されている。
FIG. 14 shows a usage
当該変形例によれば、乗車人数が予定人数より多い場合に、ユーザ５０，５２とその同乗者の連帯責任になるので、ユーザ５０、５２とその同乗者の両方に乗車人数と予定人数とをなるべく同じにすることをより強く促すことができる。
According to this modified example, if the number of passengers is larger than the scheduled number of passengers, the
ステップＳ７４において、ユーザ端末４０からユーザＩＤが送信されることに代えて、ユーザ端末４４からユーザＩＤが送信されてもよい。また、ステップＳ７３において、ユーザＩＤに代えてユーザ端末４４の端末ＩＤを直接入力するように要求し、ステップＳ７４で端末ＩＤが送受信されてもよい。
In step S74, instead of transmitting the user ID from the
さらに他の例として、乗車情報取得部３１４がＷｉＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信でユーザ端末４４と通信し、通信の可否によってユーザ端末４４を特定してもよい。さらに他の例として、乗車情報取得部１１２が自動車両３０から取得した車内の画像を解析して、ユーザ情報格納部１０４に格納されている顔画像で特定されるユーザであって、乗車リクエストをしていないユーザを特定することにより、ユーザ端末４４を特定してもよい。
As yet another example, the ride information acquisition unit 314 may communicate with the user terminal 44 using short-range wireless communication such as WiFi or Bluetooth (registered trademark), and identify the user terminal 44 based on whether communication is possible. As yet another example, the ride information acquisition unit 112 analyzes the image of the inside of the vehicle acquired from the
なお、上記いずれの実施形態においても、乗車人数が予約人数より多い場合について説明した。これに加えて、乗車人数が予約人数よりも少ない場合に、事前にキャンセルした場合とは異なる料金体系にしてもよい。この場合に、乗車人数が予約人数よりも少ない場合に、事前にキャンセルした場合よりもキャンセル料を高額にしてもよい。また、予定人数より減った一人当たりの利用料金を、予定人数と前記乗車人数とが同じ場合の一人当たりの利用料金よりも増額してもよい。これにより、予約人数よりも乗車人数を少なくするのを避けることがでる。特に、乗車人数が予約人数よりも少なくなることが予めわかっている場合には、その旨の連絡を促すことで、車両間の予約のスワップによって配車効率を高めることができる。 In addition, in any of the above embodiments, the case where the number of passengers is greater than the number of reserved passengers has been described. In addition to this, if the number of passengers is less than the number of reservations, a different fee structure may be used than in the case of prior cancellation. In this case, if the number of passengers is less than the number of reservations, the cancellation fee may be higher than that in the case of prior cancellation. Moreover, the usage fee per person that is less than the scheduled number of passengers may be increased compared to the usage fee per person when the scheduled number of passengers and the number of passengers are the same. This makes it possible to avoid reducing the number of passengers to fewer than the number of people who have made reservations. In particular, if it is known in advance that the number of passengers will be less than the number of reservations, by prompting the driver to notify the driver of this fact, it is possible to improve vehicle allocation efficiency by swapping reservations between vehicles.
上記いずれの実施形態においても、ステップＳ６０に代えてまたはこれに加えて、ステップＳ７２の降車の判断時またはその直前における車内の画像から人数を特定してもよい。また、同乗者と便乗者とを区別するために、乗車の直前にユーザ５０のユーザ端末４０へ乗車人数の入力を促し、その入力を受け付けて、同乗者分についてのみ上記料金体系に基づく料金を課してもよい。
In any of the above embodiments, instead of or in addition to step S60, the number of people may be identified from the image inside the car at the time of determining whether to get off the vehicle in step S72 or immediately before that. In addition, in order to distinguish between fellow passengers and piggyback passengers, the
上記いずれの実施形態においても、乗車人数と予定人数とが異なる頻度をユーザＩＤに対応付けてユーザ情報格納部１０４に格納しておいてもよい。その場合に頻度が高いほど、当日増えた人数の一人あたりの利用料金を高くしてもよい。これに代えて頻度が予め定められた閾値を超えた場合に、乗車リクエストを拒否してその旨を出力してもよい。
In any of the above embodiments, the frequency at which the number of passengers differs from the expected number of passengers may be stored in the user
図１１及び図１３のステップＳ５２、６２において、自動車両３０の現在地情報取得部３１２が出発地および目的地に到着したか否かを判断して、到着した旨の情報を車両管理装置１０に送信している。これに代えて、現在地情報取得部３１２は現在地の情報を車両管理装置１０に送信し、車両管理装置１０の走行情報取得部１１０が、当該情報と走行計画格納部１０８に格納されている出発地および目的地の情報を参照することにより、出発地および目的地に到着したか否かを判断してもよい。
In steps S52 and 62 of FIGS. 11 and 13, the current location information acquisition unit 312 of the
図１１及び図１３のステップＳ５４、Ｓ５６において、自動車両３０の乗車情報取得部３１４がユーザ５０の乗車および降車並びに乗車人数を判断して、その旨の情報を車両管理装置１０に送信している。これに代えて、乗車情報取得部３１４は車内の画像を車両管理装置１０に送信し、車両管理装置１０の乗車情報取得部が、当該情報とユーザ情報格納部１０４に格納されているユーザ５０の画像とを用いた解析により、ユーザ５０の乗車および降車並びに乗車人数を判断してもよい。
In steps S54 and S56 in FIGS. 11 and 13, the boarding information acquisition unit 314 of the
自動車両３０におけるユーザ５０および同乗者の座席が指定されている場合には、乗車情報取得部３１４が座席に設けられた荷重センサ等のセンサにより当該座席に人が座っているかどうかで乗車および降車並びに乗車人数を判断してもよい。さらに他の例として、乗車情報取得部３１４がＷｉＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信でユーザ端末４０と通信し、通信の可否によってユーザ５０の乗車の有無を判断してもよい。
When seats for the
上記実施形態は走行計画に相乗りが含まれる例で説明したが、相乗りが含まれない場合も同様に適用できる。また、上記の自動車両３０、３２は完全自動運転のできる車両の例で説明したが、いずれか一方または両方が完全自動運転ではない車両であってもよい。すなわち、当該自動車両の運転タスクの少なくとも一部を運転者が実施する車両（レベル０から４の自動運転と呼ばれることもある）であってもよい。運転者はユーザ５０、５２であってもよい。この場合に、図９で示した機能ブロックの一部を運転者が担ってもよい。
Although the above embodiment has been described using an example in which the travel plan includes carpooling, it can be similarly applied to a case where carpooling is not included. Moreover, although the above-mentioned
上記の車両管理装置１０の一部またはすべての機能が車載端末３０２に搭載されていてもよい。これにより、車載端末３０２が車両管理装置１０として機能してもよい。この場合に車載端末３０２は自車両に関して走行計画を作成し、利用料金を精算してもよい。
Some or all of the functions of the
本発明の様々な実施形態は、フローチャートおよびブロック図を参照して記載されてよく、ここにおいてブロックは、（１）操作が実行されるプロセスの段階または（２）操作を実行する役割を持つ装置のセクションを表わしてよい。特定の段階およびセクションが、専用回路、コンピュータ可読媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、および／またはコンピュータ可読媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタルおよび／またはアナログハードウェア回路を含んでよく、集積回路（ＩＣ）および／またはディスクリート回路を含んでよい。プログラマブル回路は、論理ＡＮＤ、論理ＯＲ、論理ＸＯＲ、論理ＮＡＮＤ、論理ＮＯＲ、および他の論理操作、フリップフロップ、レジスタ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ（ＰＬＡ）等のようなメモリ要素等を含む、再構成可能なハードウェア回路を含んでよい。 Various embodiments of the invention may be described with reference to flowcharts and block diagrams, where the blocks represent (1) a stage in a process at which an operation is performed or (2) a device responsible for performing the operation. may represent a section of Certain steps and sections may be implemented by special purpose circuitry, programmable circuitry provided with computer readable instructions stored on a computer readable medium, and/or a processor provided with computer readable instructions stored on a computer readable medium. It's fine. Specialized circuits may include digital and/or analog hardware circuits, and may include integrated circuits (ICs) and/or discrete circuits. Programmable circuits include logic AND, logic OR, logic may include reconfigurable hardware circuits, including, for example.
コンピュータ可読媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読媒体は、フローチャートまたはブロック図で指定された操作を実行するための手段を作成すべく実行され得る命令を含む、製品を備えることになる。コンピュータ可読媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭまたはフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ-ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（ＲＴＭ）ディスク、メモリスティック、集積回路カード等が含まれてよい。 A computer-readable medium may include any tangible device capable of storing instructions for execution by a suitable device, such that the computer-readable medium having instructions stored thereon is illustrated in a flowchart or block diagram. An article of manufacture will be provided that includes instructions that can be executed to create a means for performing the operations. Examples of computer readable media may include electronic storage media, magnetic storage media, optical storage media, electromagnetic storage media, semiconductor storage media, and the like. More specific examples of computer readable media include floppy disks, diskettes, hard disks, random access memory (RAM), read only memory (ROM), erasable programmable read only memory (EPROM or flash memory), Electrically Erasable Programmable Read Only Memory (EEPROM), Static Random Access Memory (SRAM), Compact Disc Read Only Memory (CD-ROM), Digital Versatile Disk (DVD), Blu-ray (RTM) Disc, Memory Stick, Integrated Circuit cards etc. may be included.
コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、またはＳｍａｌｌｔａｌｋ、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語または同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１または複数のプログラミング言語の任意の組み合わせで記述されたソースコードまたはオブジェクトコードのいずれかを含んでよい。 Computer-readable instructions include assembler instructions, Instruction Set Architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, state configuration data, or object-oriented programming such as Smalltalk, JAVA, C++, etc. language, and either source code or object code written in any combination of one or more programming languages, including traditional procedural programming languages such as the "C" programming language or similar programming languages. good.
コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサまたはプログラマブル回路に対し、ローカルにまたはローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して提供され、フローチャートまたはブロック図で指定された操作を実行するための手段を作成すべく、コンピュータ可読命令を実行してよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。 Computer-readable instructions may be implemented on a processor or programmable circuit of a general purpose computer, special purpose computer, or other programmable data processing device, either locally or over a wide area network (WAN), such as a local area network (LAN), the Internet, etc. ), computer-readable instructions may be executed to create a means for performing the operations specified in the flowchart or block diagrams. Examples of processors include computer processors, processing units, microprocessors, digital signal processors, controllers, microcontrollers, and the like.
図１５は、本発明の複数の態様が全体的または部分的に具現化されてよいコンピュータ１２００の例を示す。コンピュータ１２００にインストールされたプログラムは、コンピュータ１２００に、本発明の実施形態に係る装置に関連付けられる操作または当該装置の１または複数のセクションとして機能させることができ、または当該操作または当該１または複数のセクションを実行させることができ、および／またはコンピュータ１２００に、本発明の実施形態に係るプロセスまたは当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ１２００に、本明細書に記載のフローチャートおよびブロック図のブロックのうちのいくつかまたはすべてに関連付けられた特定の操作を実行させるべく、ＣＰＵ１２１２によって実行されてよい。
FIG. 15 illustrates an
本実施形態によるコンピュータ１２００は、ＣＰＵ１２１２、ＲＡＭ１２１４、グラフィックコントローラ１２１６、およびディスプレイデバイス１２１８を含み、それらはホストコントローラ１２１０によって相互に接続されている。コンピュータ１２００はまた、通信インタフェース１２２２、ハードディスクドライブ１２２４、ＤＶＤ－ＲＯＭドライブ１２２６、およびＩＣカードドライブのような入／出力ユニットを含み、それらは入／出力コントローラ１２２０を介してホストコントローラ１２１０に接続されている。コンピュータはまた、ＲＯＭ１２３０およびキーボード１２４２のようなレガシの入／出力ユニットを含み、それらは入／出力チップ１２４０を介して入／出力コントローラ１２２０に接続されている。
ＣＰＵ１２１２は、ＲＯＭ１２３０およびＲＡＭ１２１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。グラフィックコントローラ１２１６は、ＲＡＭ１２１４内に提供されるフレームバッファ等またはそれ自体の中にＣＰＵ１２１２によって生成されたイメージデータを取得し、イメージデータがディスプレイデバイス１２１８上に表示されるようにする。
通信インタフェース１２２２は、ネットワークを介して他の電子デバイスと通信する。ハードディスクドライブ１２２４は、コンピュータ１２００内のＣＰＵ１２１２によって使用されるプログラムおよびデータを格納する。ＤＶＤ－ＲＯＭドライブ１２２６は、プログラムまたはデータをＤＶＤ‐ＲＯＭ１２０１から読み取り、ハードディスクドライブ１２２４にＲＡＭ１２１４を介してプログラムまたはデータを提供する。ＩＣカードドライブは、プログラムおよびデータをＩＣカードから読み取り、および／またはプログラムおよびデータをＩＣカードに書き込む。
ＲＯＭ１２３０はその中に、アクティブ化時にコンピュータ１２００によって実行されるブートプログラム等、および／またはコンピュータ１２００のハードウェアに依存するプログラムを格納する。入／出力チップ１２４０はまた、様々な入／出力ユニットをパラレルポート、シリアルポート、キーボードポート、マウスポート等を介して、入／出力コントローラ１２２０に接続してよい。
プログラムが、ＤＶＤ－ＲＯＭ１２０１またはＩＣカードのようなコンピュータ可読媒体によって提供される。プログラムは、コンピュータ可読媒体から読み取られ、コンピュータ可読媒体の例でもあるハードディスクドライブ１２２４、ＲＡＭ１２１４、またはＲＯＭ１２３０にインストールされ、ＣＰＵ１２１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ１２００に読み取られ、プログラムと、上記様々なタイプのハードウェアリソースとの間の連携をもたらす。装置または方法が、コンピュータ１２００の使用に従い情報の操作または処理を実現することによって構成されてよい。
A program is provided by a computer readable medium such as a DVD-
例えば、通信がコンピュータ１２００および外部デバイス間で実行される場合、ＣＰＵ１２１２は、ＲＡＭ１２１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インタフェース１２２２に対し、通信処理を命令してよい。通信インタフェース１２２２は、ＣＰＵ１２１２の制御下、ＲＡＭ１２１４、ハードディスクドライブ１２２４、ＤＶＤ‐ＲＯＭ１２０１、またはＩＣカードのような記録媒体内に提供される送信バッファ処理領域に格納された送信データを読み取り、読み取られた送信データをネットワークに送信し、またはネットワークから受信された受信データを記録媒体上に提供される受信バッファ処理領域等に書き込む。
For example, when communication is performed between the
また、ＣＰＵ１２１２は、ハードディスクドライブ１２２４、ＤＶＤ‐ＲＯＭドライブ１２２６（ＤＶＤ‐ＲＯＭ１２０１）、ＩＣカード等のような外部記録媒体に格納されたファイルまたはデータベースの全部または必要な部分がＲＡＭ１２１４に読み取られるようにし、ＲＡＭ１２１４上のデータに対し様々なタイプの処理を実行してよい。ＣＰＵ１２１２は次に、処理されたデータを外部記録媒体にライトバックする。
Further, the
様々なタイプのプログラム、データ、テーブル、およびデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理を受けてよい。ＣＰＵ１２１２は、ＲＡＭ１２１４から読み取られたデータに対し、本開示の随所に記載され、プログラムの命令シーケンスによって指定される様々なタイプの操作、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々なタイプの処理を実行してよく、結果をＲＡＭ１２１４に対しライトバックする。また、ＣＰＵ１２１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ１２１２は、第１の属性の属性値が指定される、条件に一致するエントリを当該複数のエントリの中から検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。
Various types of information, such as various types of programs, data, tables, and databases, may be stored on a recording medium and subjected to information processing.
上で説明したプログラムまたはソフトウェアモジュールは、コンピュータ１２００上またはコンピュータ１２００近傍のコンピュータ可読媒体に格納されてよい。また、専用通信ネットワークまたはインターネットに接続されたサーバーシステム内に提供されるハードディスクまたはＲＡＭのような記録媒体が、コンピュータ可読媒体として使用可能であり、それによりプログラムを、ネットワークを介してコンピュータ１２００に提供する。
The programs or software modules described above may be stored on computer readable media on or near
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。 Although the present invention has been described above using the embodiments, the technical scope of the present invention is not limited to the range described in the above embodiments. It will be apparent to those skilled in the art that various changes or improvements can be made to the embodiments described above. It is clear from the claims that such modifications or improvements may be included within the technical scope of the present invention.
特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。 The order of execution of each process, such as the operation, procedure, step, and stage in the apparatus, system, program, and method shown in the claims, specification, and drawings, is specifically defined as "before" or "before". It should be noted that they can be implemented in any order unless the output of the previous process is used in the subsequent process. Even if the claims, specifications, and operational flows in the drawings are explained using "first," "next," etc. for convenience, this does not mean that it is essential to carry out the operations in this order. It's not a thing.
１０ 車両管理装置、３０、３２ 自動車両、４０、４２ ユーザ端末、５０、５２ ユーザ、７０ 車両管理システム、１０２ 受付部、１０４ ユーザ情報格納部、１０６ 走行計画管理部、１０８ 走行計画格納部、１１０ 走行情報取得部、１１２ 乗車情報取得部、１１４ 料金情報出力部、１１６ 料金体系格納部、３０２ 車載端末、３０４ 通信部、３０６ 走行計画格納部、３１０ 自動走行部、３１２ 現在地情報取得部、３１４ 乗車情報取得部、４０２ 通信部、４０４ 入力部、４０６ 表示部、４１０ 入力画面、４１２ 表示画面、４１４ 表示画面 10 vehicle management device, 30, 32 motor vehicle, 40, 42 user terminal, 50, 52 user, 70 vehicle management system, 102 reception section, 104 user information storage section, 106 travel plan management section, 108 travel plan storage section, 110 Travel information acquisition unit, 112 Riding information acquisition unit, 114 Toll information output unit, 116 Toll system storage unit, 302 Onboard terminal, 304 Communication unit, 306 Travel plan storage unit, 310 Automated travel unit, 312 Current location information acquisition unit, 314 Riding Information acquisition unit, 402 Communication unit, 404 Input unit, 406 Display unit, 410 Input screen, 412 Display screen, 414 Display screen
Claims (7)
前記ユーザＩＤに対応付けて、前記自動車両に前記ユーザと共に実際に乗車した乗車人数の情報を取得する人数取得部と、
前記予定人数と前記乗車人数とが異なる場合に用いられる、前記予定人数と前記乗車人数とが同じ場合とは異なる料金体系の情報を格納する料金体系格納部と、
前記予定人数と前記乗車人数とが異なる場合に、前記料金体系格納部に格納された前記料金体系に基づいて、前記ユーザに対する利用料金の情報を出力する料金情報出力部と
を備える車両管理装置。 a reception unit that receives a request for boarding a motor vehicle along with information on the number of people scheduled to board the vehicle in association with a user ID that identifies the user;
a number acquisition unit that acquires information on the number of passengers who actually boarded the motor vehicle together with the user in association with the user ID;
a fare system storage unit that stores information on a fare system that is used when the scheduled number of passengers and the number of passengers are different from that when the scheduled number of passengers and the number of passengers are the same;
A vehicle management device comprising: a fee information output unit that outputs usage fee information for the user based on the fee system stored in the fee system storage unit when the planned number of passengers and the number of passengers are different.
自動車両に乗車する乗車リクエストを、ユーザを識別するユーザＩＤに対応付けて乗車の予定人数の情報とともに受け付ける受付手機能と、
前記ユーザＩＤに対応付けて、前記自動車両に前記ユーザと共に実際に乗車した乗車人数の情報を取得する人数取得機能と、
前記予定人数と前記乗車人数とが異なる場合に用いられる、前記予定人数と前記乗車人数とが同じ場合とは異なる料金体系の情報を料金体系格納部に格納する機能と、
前記予定人数と前記乗車人数とが異なる場合に、前記料金体系格納部に格納された前記料金体系に基づいて、前記ユーザに対する利用料金の情報を出力する料金情報出力機能と
を実現させるプログラム。 a receptionist function that receives a ride request for a ride in a motor vehicle along with information on the number of people expected to ride in the computer in association with a user ID that identifies the user;
a number of people acquisition function that acquires information on the number of passengers who actually boarded the motor vehicle together with the user in association with the user ID;
a function of storing in a fare system storage section information about a fare system that is used when the scheduled number of passengers and the number of passengers are different from that when the scheduled number of passengers and the number of passengers are the same;
A program that realizes a fee information output function that outputs usage fee information for the user based on the fee structure stored in the fee structure storage section when the planned number of passengers and the number of passengers are different.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020048943A JP7456818B2 (en) | 2020-03-19 | 2020-03-19 | Vehicle management equipment and programs |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020048943A JP7456818B2 (en) | 2020-03-19 | 2020-03-19 | Vehicle management equipment and programs |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2021149525A JP2021149525A (en) | 2021-09-27 |
| JP7456818B2 true JP7456818B2 (en) | 2024-03-27 |
Family
ID=77849014
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020048943A Active JP7456818B2 (en) | 2020-03-19 | 2020-03-19 | Vehicle management equipment and programs |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP7456818B2 (en) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003162738A (en) | 2001-11-26 | 2003-06-06 | Hankyu Corp | Method and system for calculating charge |
| WO2018230679A1 (en) | 2017-06-16 | 2018-12-20 | 本田技研工業株式会社 | Pick-up/drop-off management device, pick-up/drop-off management method, and program |
| JP2019096213A (en) | 2017-11-27 | 2019-06-20 | トヨタ自動車株式会社 | Fee setting server, fee setting system and fee setting method for car-sharing fee |
-
2020
- 2020-03-19 JP JP2020048943A patent/JP7456818B2/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003162738A (en) | 2001-11-26 | 2003-06-06 | Hankyu Corp | Method and system for calculating charge |
| WO2018230679A1 (en) | 2017-06-16 | 2018-12-20 | 本田技研工業株式会社 | Pick-up/drop-off management device, pick-up/drop-off management method, and program |
| JP2019096213A (en) | 2017-11-27 | 2019-06-20 | トヨタ自動車株式会社 | Fee setting server, fee setting system and fee setting method for car-sharing fee |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2021149525A (en) | 2021-09-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11416795B2 (en) | Systems and methods for vehicle resource management | |
| US11386359B2 (en) | Systems and methods for managing a vehicle sharing facility | |
| US11392861B2 (en) | Systems and methods for managing a vehicle sharing facility | |
| KR101681293B1 (en) | System Of Providing Transportation Sharing Service | |
| JP2014238831A (en) | Transport service reservation method, transport service reservation device, and transport service reservation program | |
| US20200210905A1 (en) | Systems and Methods for Managing Networked Vehicle Resources | |
| US20200134765A1 (en) | Information processing device, information processing method and storage medium | |
| US20180075566A1 (en) | System and method of calculating a price for a vehicle journey | |
| CN113574579B (en) | Information processing apparatus, moving body, computer-readable storage medium, and method | |
| JP7172464B2 (en) | Vehicles and vehicle operation methods | |
| JP2019133356A (en) | Transfer support system, transfer support method, transfer support program, and mobile body | |
| JP7456818B2 (en) | Vehicle management equipment and programs | |
| JP2021092932A (en) | Information processing device, operation management system and program | |
| JP2021149543A (en) | Vehicle management device, vehicle management method, and vehicle management program | |
| JP7386113B2 (en) | Vehicle management equipment and programs | |
| JP2021149535A (en) | Share-ride management device, share-ride management method, and share-ride management program | |
| JP7473373B2 (en) | Vehicle management device and program | |
| JP7413107B2 (en) | Vehicle management device, vehicle management method, and vehicle management program | |
| JP7445477B2 (en) | Vehicle management equipment and programs | |
| JP7407631B2 (en) | Vehicle control device | |
| JP7065395B2 (en) | Driving support systems, driving support methods, programs, and moving objects | |
| JP7432414B2 (en) | Carpool management device, carpool management method, and carpool management program | |
| JP2021140394A (en) | Car allocation request device, navigation device, car allocation management device, car allocation system, car allocation request method, navigation method, car allocation management method, program, and recording media | |
| JP7474612B2 (en) | Vehicle management device and program | |
| JP2021149541A (en) | Vehicle management device, vehicle management method, and vehicle management program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20201016 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20221128 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20231018 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20231031 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20231228 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20240305 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20240314 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7456818 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |