JP3829751B2 - Shared taxi reservation / service system - Google Patents
Shared taxi reservation / service system Download PDFInfo
- Publication number
- JP3829751B2 JP3829751B2 JP2002111111A JP2002111111A JP3829751B2 JP 3829751 B2 JP3829751 B2 JP 3829751B2 JP 2002111111 A JP2002111111 A JP 2002111111A JP 2002111111 A JP2002111111 A JP 2002111111A JP 3829751 B2 JP3829751 B2 JP 3829751B2
- Authority
- JP
- Japan
- Prior art keywords
- reservation
- user
- taxi
- information
- matching
- 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.)
- Expired - Fee Related
Links
- 238000004891 communication Methods 0.000 claims description 4
- 238000012545 processing Methods 0.000 claims description 4
- 238000000034 method Methods 0.000 description 15
- 230000029305 taxis Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 230000010365 information processing Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 230000010006 flight Effects 0.000 description 1
- 230000002040 relaxant effect Effects 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
Images
Landscapes
- Devices For Checking Fares Or Tickets At Control Points (AREA)
- Traffic Control Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【0001】
【発明の属する技術分野】
【0002】
本発明は、利用客が通信ネットワークを介して携帯電話等の端末から予約したタクシーの乗合タクシー予約・運行システムに関する。
【従来の技術】
【0003】
国土交通省関東運輸局のホームページ(http://www.ktt.mlit.go.jp/JIDOU_1/tabi2/index.htm)によると、乗合タクシーには下記6つの運行形態がある。
・通勤型乗合タクシー:通勤客の需要に応えるため深夜早朝に運行
・循環型乗合タクシー:主に施設循環タクシーで広く一般の人々の足として運行
・リゾート型乗合タクシー:通年制リゾート地で住民の足として活躍
・観光型乗合タクシー:自然保護のため自家用車乗り入れを制限された観光地用
・過疎乗合タクシー:路線バスが廃止された地域の足として活躍
・空港型乗合タクシー:空港と都心部間の足として活躍
例えば、特に多く運行されているのは、深夜型と呼ばれる、終電や終バスがなくなった後、駅などからその地域の住宅街などへ向かうタクシーである。料金は、バスとタクシーの中間くらいで、決められたコースを定額で走ったり、ある区域間であれば定額でどこででも降車可能である、という形態になっている。
【0004】
この深夜型タクシーに代表されるような乗合タクシーは、路線バスの延長のような形で、出発時刻が限られているという問題がある。例えば、毎日午前3時にある駅を出発する便というのは運行していない。また、路線バスや電車が運行している時間帯にも、ほとんど運行していない。これは、料金設定が、1人でタクシーに乗るより安い料金設定になっているからであり、複数人同時に乗せないと、タクシー会社は採算がとれないので採算が確実にとれそうな時間にのみ定期便として運行しているからである。
【0005】
また、乗車地が限られているという問題もある。これも、たとえ利用客がひとりであっても定額で運行しなければならないというリスクを避けるため、比較的大規模な駅などからのみ出発するという運行形態を採用しているからである。
【0006】
以上のような運行時刻と運行地域の制約を緩和して利用客の利便性の向上を図った従来技術として、特開2001-2294952に記載されている「運行方法およびシステム、受付処理システムならびにコンピュータが読取り可能な記録媒体」を挙げることができる。
【0007】
この技術では、先ず、所定のエリア内で複数の利用者側から入力される車両利用日時、車両利用場所、目的地および単独/乗合希望情報を含む複数のサービス予約情報に基づいて、複数の利用客に対して同一の車両を配車可能であるか否かを判断する。その結果、同一の車両を配車可能であれば、予約受付を利用者に通知する。また、サービス予約情報それぞれの車両予約日時、車両利用場所および目的地に基づいて車両の最適な運行ルートを探索し、その最適運行ルートによる車両利用場所および目的地への到着時刻を求める。最適運行ルート、車両利用場所および目的地への到着時刻は運行計画情報として記憶され、車両側に通知される。
【発明が解決しようとする課題】
【0008】
しかしながら、上述した従来技術では、乗車率を高めて満席状態での運行を図るための積極的なシステム的なアプローチを採用していないため、運送業者の採算性が悪化するという問題点がある。そのため、運送業者は、このようなサービスに対して消極的になり、結果的には利用客の不便さにつながることとなる。
【0009】
本発明の目的は、満席状態での運行確立を高めた乗合タクシー予約システムを提供することにある。
【課題を解決するための手段】
【0010】
本発明の乗合タクシー予約・運行システムは、サーバとして機能する予約システム(図1の20)と、タクシー営業者が所有するタクシーに備えられるタクシー端末(図1の30)と、利用者がタクシーの相乗りを予約するに当り希望する希望予約情報、および相乗りをするのに都合の良い他の利用者からの希望予約情報の有無についての連絡をもらうための連絡先情報を予約システムへ送信するユーザー端末(図1の10)とを通信ネットワーク(図1の100)で接続し、予約システムは、希望予約情報を受信すると当該ユーザー端末へ利用料金を提示し、連絡先情報の受信を該利用料金の了承と見なして、相乗りをするのに都合の良い他の利用者からの希望予約情報とのマッチング処理を行い、前記マッチングがまだ成立していない希望予約情報を過去に送信してきたことのある利用者の連絡先へ通知して、タクシーの相乗りを勧誘することを特徴とするものである。
【0011】
勧誘は、先ず、希望予約情報と同一の希望予約情報を送信したことのある第1パターンの利用者に対して行い、それでもマッチングが成立しない場合には希望予約情報に含まれる区間を希望予約情報としたことのある第2パターンの利用者に対して行うことができる(図8)。
【発明の実施の形態】
【0012】
次に、本発明の実施例について図面を参照しながら説明する。
【0013】
本発明の相乗りタクシー予約システムが適用されるシステムの構成を示す図1を参照すると、このシステムは、ユーザー端末10と、予約システム20と、タクシー端末30と、これらを相互に接続するインターネット等の通信ネットワーク100とから構成されている。勿論、ユーザー端末10やタクシー端末30は多数であるが、図面の煩雑化を回避して、それぞれ1つのみを明示している。
【0014】
ユーザー端末10は、パーソナルコンピュータ等の情報処理装置であり、利用者が希望する乗車地や降車地、乗車したい時刻といった希望予約情報、およびマッチングが成立したかどうかの連絡をもらうための連絡先情報をネットワーク100経由で予約システム20に送出する機能を有する携帯電話やPDAも含む。
【0015】
予約システム20は、タクシー業務の営業者により使用され、ワークステーション・サーバ等の情報処理装置によって構成される。そして、利用者の操作によりユーザー端末10が送出した希望予約情報と連絡先情報とを受け取り、マッチング処理を行う機能を備えている。ここでいうマッチング処理とは、相乗りをするのに都合の良い、他の利用者の希望予約情報があるかどうかを判別する処理である。マッチングは、希望予約情報を送信してきた利用客に料金を提示した上で行う。これにより、マッチング成立後に利用客が料金を不満として予約を取り消すことがないようにする。
【0016】
利用者が乗車したい時刻(希望乗車時刻)になっても相乗りをするのに都合の良い相手が、定められた員数に達しなかった場合は、マッチングは不成立となる。逆に、時間内に、相乗りをするのに都合の良い者が、定員数に達した段階でマッチングが成立となる。なお、定員数は、タクシー1台に乗せる利用者の人数とし、事前に固定値として決めておく方法でもよいし、希望人数によってその場で定員数を増やす(配車するタクシーの種類・大きさを変更する)方法などでもよい。
【0017】
また、予約システム20は、マッチングが成立した場合、利用者識別情報を生成して全員のユーザー端末10(連絡先)に、マッチングが成立した旨と利用者識別情報を送信する機能を備えている。利用者識別情報は、利用者と利用内容(希望予約情報)を識別するための情報であり、一度の予約に固有の情報として生成される。また、マッチングが成立しなかった場合に、ユーザー端末10(連絡先)に、マッチングが成立しなかった旨の連絡をする機能も備えている。
【0018】
タクシー端末30は、予約システム20を使用するタクシー営業者が所有するタクシーに備えられる。タクシー端末30は、予約システム20から、そのタクシーを利用する予定の各利用者の利用者識別情報と希望予約情報を受け取り、保持する。
【0019】
先ず、図1〜図5を参照して本乗合タクシー予約・運行システムの基本動作について説明する。なお、これ以降の説明では、ネットワーク100はインターネットであるとする。
【0020】
図2は、本乗合タクシー予約・運行システムにおいてマッチングが成立した場合のフローチャートを示す。先ず、利用者は、自分のユーザー端末10を介して、予約システム20がインターネット100上に開設している乗合タクシー予約ホームページにアクセスする(図2のステップA1)。すると、予約システム20は、希望する乗車地,降車地および乗車したい時刻の情報から成る希望予約情報をユーザー端末10の画面に入力するよう利用者に促す(ステップA2)。乗車地や降車地は、住所でもよいし、その場所が一意に識別可能なら店名やバス停名などでもよい。
【0021】
図3は、ユーザー端末10に表示される希望予約情報画面のイメージ図であり、乗車地として東京都港区芝浦、降車地として神奈川県横浜市青葉区、出発時刻として2001年12月20日の23:30が示されている。利用者によってユーザー端末10の画面に入力された希望予約情報は、利用者の指示(図3の「料金確認」ボタンをクリック)によって予約システム20にインターネット100を介して送信される(ステップA3)。
【0022】
予約システム20は、希望予約情報を受信すると、その情報を用いて利用料金を計算する。利用料金は、あらかじめ、各地をいくつかのグループ地域に分けておき、そのグループ地域間ごとに定額に設定するなどの方法が考えられる。例えば、東京都港区と東京都品川区をグループA、東京都新宿区と東京都渋谷区をグループBとした場合、港区内および品川区内の任意の場所から、新宿区内および渋谷区内の任意の場所までは、均一料金という設定である。また、乗車時間によって深夜料金など考慮してもよい。予約システム20は、計算した利用料金の情報をユーザー端末10に送信する(ステップA4)。
【0023】
ユーザー端末10が、予約システムから送信された利用料金情報を受信し画面に表示する(ステップA5)と、予約システム20は、マッチング結果が成立したか否かの連絡をもらうための連絡先情報をユーザー端末10の画面に入力するよう利用者に促す(ステップA6)。利用者は、利用料金情報で示される料金に異存が無ければ、図4のように連絡先の情報(例えばEメールアドレス)yyzz@ddd.ne.jpをユーザー端末10の画面に入力する。そして、「予約」ボタンをクリックすると、連絡先情報がインターネット100を介して予約システム20に送信される(ステップA7)。これにより、その利用客は相乗りに賛同したことになる。
【0024】
予約システム20は、連絡先情報を受信すると、先に受信していた希望予約情報を用いて、マッチング処理を行う(ステップA8)。この実施例においてのマッチング処理とは、相乗りをするのに都合の良い、他の利用者の希望予約情報があるかどうかを判別する処理であり、相乗りをするのに都合の良い希望予約情報とは、希望する乗車地、降車地がそれぞれ同じ地域に含まれており、希望乗車時刻が同じである、といった場合や、図5のように、必ず経由する地域での途中乗降ができる場合などが考えられる。図5では、3人の利用客X,Y,Zが同じ乗車地(地域A)から乗車し、利用客XとYは地域Cで降車するが、利用客Zは途中の地域Bで降車することを示している。
【0025】
利用者が乗車したい時刻(希望乗車時刻)になっても、相乗りをするのに都合の良い相手が定員数に達しなかった場合にはマッチングは不成立となる。逆に、時間内に、相乗りをするのに都合の良い者が定員数に達した段階でマッチングが成立となる。
【0026】
なお、定員数は、タクシー1台に乗せる利用者の人数とし、事前に固定値として決めておく方法でもよいし、希望人数によってその場で定員数を増やす(配車するタクシーの種類・大きさを変更する)方法などでもよい。
【0027】
マッチングが成立しなかった場合、予約システム20は、ユーザー端末10(連絡先)にその旨の情報を送信する。また、マッチングが成立しても配車するタクシーがない場合は、マッチングが成立しなかった場合と同様、予約システム20は、ユーザー端末10(連絡先)にその旨の情報を送信する。
【0028】
マッチングが成立し、配車するタクシーがある場合、予約システム20は、利用者および利用内容(希望予約情報)を識別するための利用者識別情報を生成し、マッチングが成立した旨とともに、ユーザー端末10(連絡先)に送信する(ステップA9)。また、予約システム20は、配車するタクシーのタクシー端末30に対して、マッチングの成立した各利用者の利用者識別情報と希望予約情報を送信する(ステップA10)。
【0029】
タクシーは、予約システム20から送信された、各利用者の希望予約情報に基づいて、各利用者の乗車希望地を回り、それぞれの利用者に対して、利用者が提示する利用者識別情報と、タクシー端末30に保持された利用者識別情報とを比較する(ステップA11)。比較方法としては、タクシー運転手が目視で確認したり、バーコード読み取りなどのデジタル情報処理等が考えられる。タクシーは、これらの利用者識別情報が一致した場合には、代金と引き換えに利用者を乗車させ運行する(ステップA12)。
【0030】
さて、本発明は、マッチングが成立しやすいように、マッチングがまだ成立していない 希望予約情報を他の利用者などに公開し、更には過去に同一の希望予約情報を送信したことのある客を勧誘することを特徴とする。
【0031】
先ず、予約システム20においてマッチング処理を行う際に、あと数人でマッチングが成立する、という状態になったときなど、あらかじめ定められたタイミングで、その時の希望予約情報を公開する。公開は予約システム20がインターネット100上に開設しているホームページ上で行う。その希望予約情報を見て予約を希望する利用者は、自分のユーザー端末10を用いてホームページにアクセスし予約を行うことができる。
【0032】
そして、希望予約情報を公開するだけに留まらず、過去に予約システム20を利用したことのある利用者の連絡先へ電子メールなどで通知して、タクシーの相乗りを勧誘するという積極的な方法を採用する。そのためには、利用履歴のある利用者の希望予約情報や連絡先は予約システム20に格納しておき、希望予約情報をキーとして連絡先を検索できるようにしておけばよい。
【0033】
図6は、利用客を勧誘する場合の一例を示すフローチャートである。図2のステップA8において、乗車地が地域A、降車地が地域B、出発時刻が時刻Tの利用希望者についてのマッチング処理を行った結果、マッチングは成立しなかったが、あと1人で成立するというような状態はよくあることであろう。そのような場合、過去に乗車地が地域A、降車地が地域Bという希望予約情報を送信したことのある利用者(第1の乗車パターンの利用者)を検索し(図6のステップB1)、その連絡先に、あと1人でマッチング成立するので乗合タクシーを利用しないか、勧誘する旨を電子メールでユーザー端末10へ連絡して勧誘する(ステップB2)。
【0034】
連絡を受けた利用者から申込みがあり、その結果、マッチングが成立すればよいが(ステップB3でYES)、成立しなかった場合には(ステップB3でNO)、過去に乗車地Aから降車地Bへのルートに含まれる区間を希望予約情報としたことのある利用客(第2の乗車パターンの利用者)を検索し(ステップB4)、その連絡先に、あと1人でマッチング成立するので乗合タクシーを利用しないか、勧誘する旨を電子メールでユーザー端末10へ連絡して勧誘する(ステップB5)。その後の処理は、図2のステップA8以降の処理と同様である。
【0035】
本実施例によれば、タクシー業務の営業者は利用者からの予約をただ待っているだけではなく、マッチングがまだ成立していない希望予約情報を他の潜在的な利用者などに公開するとともに、利用者を勧誘することにより、マッチングの成立率と満席状態となる確率を高めることができる。
【発明の効果】
【0036】
本発明によれば、マッチングがとれない場合、過去の利用者に電子メール等でタクシーの相乗りを勧誘することとしたため、満席状態での運行確率を高めることができるという効果が得られる。
【図面の簡単な説明】
【0037】
【図1】 本発明の相乗りタクシー予約システムが適用されるシステムの構成を示す図
【図2】 本乗合タクシー予約・運行システムにおいてマッチングが成立した場合のフローチャート
【図3】 本発明においてユーザー端末に表示される希望予約情報画面のイメージ図
【図4】 本発明においてユーザー端末に表示される希望予約情報入力画面のイメージ図
【図5】 本発明における乗車モデル例のイメージ図
【図6】 本発明の相乗りタクシー予約システムのフローチャート
【符号の説明】
【0038】
10,110 ユーザー端末
20,120 予約システム
30,130 タクシー端末
100,200 ネットワーク
140 配車システム[0001]
BACKGROUND OF THE INVENTION
[0002]
The present invention relates to a shared taxi reservation / operation system for taxis reserved by a user from a terminal such as a mobile phone via a communication network.
[Prior art]
[0003]
According to the Ministry of Land, Infrastructure, Transport and Tourism's Kanto Transportation Bureau website (http://www.ktt.mlit.go.jp/JIDOU_1/tabi2/index.htm), there are six types of shared taxis:
・ Commuter-type shared taxi: Operates late in the morning and early to meet the demands of commuters ・ Recycled-type shared taxis: Mainly used as facility circulation taxis and widely used by the general public ・ Resort-type shared taxis: Residents in year-round resort areas Active as a foot ・ Sightseeing-type shared taxi: For tourist destinations where access to private cars is restricted for nature conservation ・ Depopulated taxi: Active as a foot in areas where route buses have been abolished ・ Airport-type shared taxi: Between airport and city center For example, a particularly late-night type taxi is a taxi that goes from a station to a residential area in the area after the last train or bus stops. The fare is about halfway between the bus and taxi, and you can run a fixed course for a fixed amount, or you can get off at a fixed amount anywhere between certain areas.
[0004]
A shared taxi such as this late night taxi has a problem that the departure time is limited in the form of an extension of a route bus. For example, flights that depart from a station at 3 am every day are not operating. In addition, there is almost no operation even during the time when local buses and trains operate. This is because the fare setting is cheaper than taking a taxi by one person, and taxi companies will not be able to make a profit if they cannot take a taxi at the same time, so only when it is likely to be profitable. This is because it operates as a regular flight.
[0005]
There is also a problem that the boarding place is limited. This is also because an operation mode in which departure is made only from a relatively large station or the like is employed in order to avoid the risk that even a single user has to operate at a fixed amount.
[0006]
As a conventional technique for improving the convenience of the user by relaxing the restrictions on the operation time and the operation area as described above, “operation method and system, reception processing system and computer described in JP-A-2001-2294952” Is a readable recording medium.
[0007]
In this technology, first, a plurality of usages are determined based on a plurality of service reservation information including vehicle usage dates and times, vehicle usage locations, destinations, and single / commitment desired information input from a plurality of users within a predetermined area. It is determined whether the same vehicle can be allocated to the customer. As a result, if the same vehicle can be dispatched, the user is notified of the reservation acceptance. In addition, the optimum operation route of the vehicle is searched based on the vehicle reservation date and time, the vehicle use place and the destination of each service reservation information, and the vehicle use place and the arrival time at the destination by the optimum operation route are obtained. The optimum operation route, the vehicle use place, and the arrival time at the destination are stored as operation plan information and notified to the vehicle side.
[Problems to be solved by the invention]
[0008]
However, the above-described conventional technology has a problem in that the profitability of the carrier is deteriorated because it does not adopt an aggressive systematic approach for increasing the occupancy rate and operating in a fully seated state . Therefore, the carrier becomes reluctant to such a service, resulting in inconvenience for the user.
[0009]
An object of the present invention is to provide a shared taxi reservation system that enhances the establishment of operation in a fully occupied state .
[Means for Solving the Problems]
[0010]
The shared taxi reservation / operation system of the present invention includes a reservation system (20 in FIG. 1) functioning as a server, a taxi terminal (30 in FIG. 1) provided in a taxi owned by a taxi operator, and a user of a taxi User terminal that sends to the reservation system the desired reservation information that is desired for reservation of carpooling, and contact information for receiving the presence or absence of desired reservation information from other users who are convenient for carpooling (10 in FIG. 1) is connected to the communication network (100 in FIG. 1), and when the reservation system receives the desired reservation information, the reservation system presents the usage fee to the user terminal and receives the contact information for the usage fee. is regarded as a note, it performs a matching process with the desired reservation information from the convenient other users to the carpool, rare that the matching has not yet established Notifies the reservation information to a contact of the user that may have been transmitted in the past, and is characterized in that to solicit taxi carpool.
[0011]
The solicitation is first made to the user of the first pattern who has transmitted the same desired reservation information as the desired reservation information, and if the matching is still not established, the section included in the desired reservation information is selected as the desired reservation information. This can be done for a user of the second pattern that has been (FIG. 8).
DETAILED DESCRIPTION OF THE INVENTION
[0012]
Next, embodiments of the present invention will be described with reference to the drawings.
[0013]
Referring to FIG. 1 showing the configuration of a system to which the carpooling taxi reservation system of the present invention is applied , this system includes a
[0014]
The
[0015]
The
[0016]
If the opponent who is convenient for carpooling does not reach the set number even when the user wants to board (desired boarding time), the matching is not established. On the contrary, the matching is established when a person who is convenient for carpooling within the time has reached the capacity. The number of passengers can be set as the number of users in a taxi and fixed in advance, or the number of passengers can be increased on the spot depending on the desired number of people. Change method).
[0017]
In addition, the
[0018]
The
[0019]
First, the basic operation of the shared taxi reservation / service system will be described with reference to FIGS. In the following description, it is assumed that the
[0020]
FIG. 2 shows a flowchart when matching is established in the shared taxi reservation / service system . First, the user accesses the shared taxi reservation homepage established by the
[0021]
FIG. 3 is an image diagram of the desired reservation information screen displayed on the
[0022]
When the
[0023]
When the
[0024]
Upon receiving the contact information, the
[0025]
Even if it is time when the user wants to board (desired boarding time), if the number of opponents who are convenient for carpooling does not reach the capacity, matching is not established. On the contrary, the matching is established when the number of persons who are convenient for carpooling reaches the capacity within the time.
[0026]
The number of passengers can be determined by the number of users in one taxi and fixed in advance, or the number of passengers can be increased on the spot depending on the desired number of people (the type and size of taxis to be dispatched). Change method).
[0027]
If the matching is not established, the
[0028]
When the matching is established and there is a taxi to be dispatched, the
[0029]
The taxi travels around each user's desired destination based on each user's desired reservation information transmitted from the
[0030]
Now, in order to facilitate matching, the present invention discloses desired reservation information for which matching has not yet been established to other users, etc., and has also transmitted the same desired reservation information in the past. It is characterized by soliciting.
[0031]
First, when performing the matching process in the
[0032]
In addition to releasing the desired reservation information, an active method of soliciting taxi sharing by notifying the contact information of users who have used the
[0033]
FIG. 6 is a flowchart illustrating an example of soliciting customers. In step A8 of FIG. 2, the matching process is not established as a result of performing the matching process for the user who wants to use the area A, the destination B is the area B, and the departure time is time T. There are many situations where you do. In such a case, a search is made for a user (user of the first boarding pattern) who has transmitted the desired reservation information that the boarding area is area A and the stop area is area B in the past ( step B1 in FIG. 6 ). Then, since one more person will be matched with the contact address, the
[0034]
If there is an application from the user who has been contacted, and the matching should be established as a result (YES in step B3), but if it has not been established (NO in step B3 ), the place of departure from the boarding place A in the past Because a user who has used the section included in the route to B as the desired reservation information (the user of the second boarding pattern) is searched (step B4 ), and one more person will be matched to the contact information. Invite the
[0035]
According to the present embodiment, taxi business sales person is not just waiting for a reservation from the user, however, along with the matching will still publish the hope reservation information that is not established, such as to other potential users By soliciting users, it is possible to increase the probability of matching and the probability of becoming full .
【The invention's effect】
[0036]
According to the present invention, when matching cannot be achieved, it is decided to invite taxi sharing to the past user by e-mail or the like, so that it is possible to increase the operation probability in the fully seated state .
[Brief description of the drawings]
[0037]
FIG. 1 is a diagram showing the configuration of a system to which a shared taxi reservation system of the present invention is applied . FIG. 2 is a flowchart when matching is established in the shared taxi reservation / operation system . joining taxi ride model example image diagram [6] the present invention in desired reservation image diagram of an information screen image view of the desired reservation information input screen displayed on the user terminal in the present invention; FIG 5 shows the present invention to be displayed Reservation system flowchart [Explanation of symbols]
[0038]
10,110 user terminal 20,120 reservation system 30,130 taxi terminal 100,200 network 140 dispatch system
Claims (2)
前記予約システムは、前記希望予約情報を受信すると当該ユーザー端末へ利用料金を提示し、前記連絡先情報の受信を該利用料金の了承と見なして、前記相乗りをするのに都合の良い他の利用者からの希望予約情報とのマッチング処理を行い、
前記マッチングがまだ成立していない希望予約情報を過去に送信してきたことのある利用者の連絡先へ通知して、タクシーの相乗りを勧誘することを特徴とする乗合タクシー予約・運行システム。A reservation system that functions as a server, a taxi terminal provided in a taxi owned by a taxi operator, desired reservation information that a user wishes to make a reservation for the taxi sharing, and other things that are convenient for car sharing A communication network is connected to a user terminal that sends contact information to the reservation system for receiving notification about the presence or absence of desired reservation information from a user of
When the reservation system receives the desired reservation information, the reservation system presents a usage fee to the user terminal, and the reception of the contact information is regarded as an acceptance of the usage fee. Matching processing with the desired reservation information from the person,
A shared taxi reservation / operation system characterized by notifying the contact information of a user who has previously transmitted desired reservation information for which matching has not yet been established, and soliciting taxi sharing .
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002111111A JP3829751B2 (en) | 2002-04-12 | 2002-04-12 | Shared taxi reservation / service system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002111111A JP3829751B2 (en) | 2002-04-12 | 2002-04-12 | Shared taxi reservation / service system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2003308596A JP2003308596A (en) | 2003-10-31 |
JP3829751B2 true JP3829751B2 (en) | 2006-10-04 |
Family
ID=29394048
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002111111A Expired - Fee Related JP3829751B2 (en) | 2002-04-12 | 2002-04-12 | Shared taxi reservation / service system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3829751B2 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102800196A (en) * | 2012-08-27 | 2012-11-28 | 上海亿径智能科技有限公司 | Taxi dispatching system and method thereof |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4746123B2 (en) * | 2009-10-27 | 2011-08-10 | 忍 日高 | Vehicle reservation server device, provisional reservation agent server device, vehicle reservation system, and computer program |
CN103390344B (en) * | 2012-05-09 | 2016-04-06 | 张美珍 | Realize the method and system of taxi sharing |
JP5999648B2 (en) * | 2013-01-11 | 2016-09-28 | 株式会社日本総合研究所 | Transportation system and method for providing transportation means of transportation system |
JP6432205B2 (en) * | 2014-08-15 | 2018-12-05 | 富士通株式会社 | Reservation management method, reservation management program, and reservation management apparatus |
KR20170067179A (en) * | 2015-12-07 | 2017-06-16 | 엔에이치엔엔터테인먼트 주식회사 | Call taxi service system and call taxi service method using the system |
JP6180056B2 (en) * | 2016-08-23 | 2017-08-16 | 株式会社日本総合研究所 | Transportation system and method for providing transportation means of transportation system |
JP7016696B2 (en) * | 2016-12-28 | 2022-02-07 | 本田技研工業株式会社 | How to operate an autonomous mobile body |
US11227238B2 (en) | 2017-02-02 | 2022-01-18 | Nissan Motor Co., Ltd. | Ride-sharing management method, ride-sharing management device, and vehicle |
JP6854704B2 (en) * | 2017-05-26 | 2021-04-07 | 日本ユニシス株式会社 | Passenger determination device for shared vehicle and passenger determination method |
JP6906487B2 (en) * | 2018-08-24 | 2021-07-21 | 株式会社東芝 | Demand forecasting device for shared vehicles, demand forecasting method and program for shared vehicles |
JP7139853B2 (en) | 2018-10-04 | 2022-09-21 | トヨタ自動車株式会社 | Vehicle seat control device |
JP6904993B2 (en) * | 2019-02-22 | 2021-07-21 | 本田技研工業株式会社 | Vehicle sharing support system |
JP2021015379A (en) * | 2019-07-10 | 2021-02-12 | 株式会社バイタルリード | Vehicle allocation processing device |
JP7302352B2 (en) * | 2019-07-26 | 2023-07-04 | 富士フイルムビジネスイノベーション株式会社 | Information processing system and program |
JP7276191B2 (en) * | 2020-02-20 | 2023-05-18 | トヨタ自動車株式会社 | SERVER, VEHICLE OPERATION SYSTEM, VEHICLE OPERATION METHOD AND VEHICLE OPERATION PROGRAM |
CN114067597B (en) * | 2021-11-17 | 2023-01-31 | 哈尔滨工业大学 | Method for dispatching taxies under different co-riding wishes based on reinforcement learning |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS516772A (en) * | 1974-07-06 | 1976-01-20 | Sumitomo Electric Industries | Takushiino ainoriseigyohoshiki |
JP2000090397A (en) * | 1998-09-14 | 2000-03-31 | Toru Hayashi | Vehicle sharing device and vehicle sharing method |
JP2001229495A (en) * | 2000-02-16 | 2001-08-24 | Toshiba Corp | Method and system for transportation, acceptance processing system, and computer-readable storage medium |
JP2001291192A (en) * | 2000-04-05 | 2001-10-19 | Omron Corp | Information processor and recording medium |
JP2001331562A (en) * | 2000-05-23 | 2001-11-30 | N Ii C Tele Netsutowaakusu Kk | System and method for taxi dispatch service |
JP2001350950A (en) * | 2000-06-06 | 2001-12-21 | Oki Electric Ind Co Ltd | Method and device for mediating article/service |
JP2002032889A (en) * | 2000-07-14 | 2002-01-31 | Dis System Hanbai Kk | Taxi arranging system |
JP4118006B2 (en) * | 2000-09-01 | 2008-07-16 | トヨタ自動車株式会社 | Information provision system |
JP2002083398A (en) * | 2000-09-06 | 2002-03-22 | Yoshiaki Masuno | Taxi calling system |
JP2002222351A (en) * | 2001-01-25 | 2002-08-09 | Nippon Telegr & Teleph Corp <Ntt> | Method and device for riding together on vehicle |
-
2002
- 2002-04-12 JP JP2002111111A patent/JP3829751B2/en not_active Expired - Fee Related
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102800196A (en) * | 2012-08-27 | 2012-11-28 | 上海亿径智能科技有限公司 | Taxi dispatching system and method thereof |
Also Published As
Publication number | Publication date |
---|---|
JP2003308596A (en) | 2003-10-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11574542B2 (en) | Systems and methods for providing safety for drivers and riders in a shared transport system | |
JP3829751B2 (en) | Shared taxi reservation / service system | |
CN110678884A (en) | System and method for customizable pre-dispatch monotony for transportation services | |
US20240135285A1 (en) | Dynamically associated predictive digital queues |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040426 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060214 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060223 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060424 |
|
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: 20060620 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060703 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees |