JP3829751B2 - Shared taxi reservation / service system - Google Patents

Shared taxi reservation / service system Download PDF

Info

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
Application number
JP2002111111A
Other languages
Japanese (ja)
Other versions
JP2003308596A (en
Inventor
由希子 後藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2002111111A priority Critical patent/JP3829751B2/en
Publication of JP2003308596A publication Critical patent/JP2003308596A/en
Application granted granted Critical
Publication of JP3829751B2 publication Critical patent/JP3829751B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

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 user terminal 10, a reservation system 20, a taxi terminal 30, and the Internet that interconnects them. The communication network 100 is configured. Of course, there are a large number of user terminals 10 and taxi terminals 30, but only one of them is clearly shown to avoid complication of the drawing.
[0014]
The user terminal 10 is an information processing device such as a personal computer. The user terminal 10 desires reservation information such as a boarding location, a getting-off location, a time at which the user wants to get on, and contact information for receiving a notification as to whether or not matching is established. Mobile phone and PDA having a function of transmitting the information to the reservation system 20 via the network 100.
[0015]
The reservation system 20 is used by a taxi business operator and is configured by an information processing device such as a workstation server. And the function which receives the desired reservation information and contact information which the user terminal 10 sent by user's operation, and performs a matching process is provided. Here, the matching process is a process of determining whether there is other user's desired reservation information that is convenient for carpooling. The matching is performed after presenting a fee to the user who has transmitted the desired reservation information. This prevents the user from canceling the reservation due to dissatisfaction after the matching is established.
[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 reservation system 20 has a function of generating user identification information and transmitting the fact that the matching is established and the user identification information to all the user terminals 10 (contacts) when the matching is established. . The user identification information is information for identifying the user and the use contents (desired reservation information), and is generated as information unique to one reservation. Moreover, when matching is not materialized, the function which notifies the user terminal 10 (contact address) that matching was not materialized is also provided.
[0018]
The taxi terminal 30 is provided in a taxi owned by a taxi operator who uses the reservation system 20. The taxi terminal 30 receives and holds user identification information and desired reservation information of each user who plans to use the taxi from the reservation system 20.
[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 network 100 is the Internet.
[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 reservation system 20 on the Internet 100 via his user terminal 10 (step A1 in FIG. 2). Then, the reservation system 20 prompts the user to input desired reservation information including information on a desired boarding place, alighting place, and a desired time of boarding on the screen of the user terminal 10 (step A2). The boarding location and the getting-off location may be an address, or a store name or a bus stop name if the place can be uniquely identified.
[0021]
FIG. 3 is an image diagram of the desired reservation information screen displayed on the user terminal 10. The boarding location is Shibaura, Minato-ku, Tokyo, the departure location is Aoba-ku, Yokohama-shi, Kanagawa, and the departure time is 23 December 2001. : 30 is shown. The desired reservation information input on the screen of the user terminal 10 by the user is transmitted to the reservation system 20 via the Internet 100 according to the user's instruction (click the “charge confirmation” button in FIG. 3) (step A3). .
[0022]
When the reservation system 20 receives the desired reservation information, the reservation system 20 calculates a usage fee using the information. The usage fee may be divided into several group areas in advance and set to a fixed amount for each group area. For example, if Minato-ku, Tokyo and Shinagawa-ku, Tokyo are group A, and Shinjuku-ku, Tokyo, and Shibuya-ku, Tokyo are group B, Shinjuku-ku and Shibuya-ku from any location in Minato-ku and Shinagawa-ku It is set as a flat fee up to an arbitrary place. In addition, a late night fee may be considered depending on the boarding time. The reservation system 20 transmits the calculated usage fee information to the user terminal 10 (step A4).
[0023]
When the user terminal 10 receives the usage fee information transmitted from the reservation system and displays it on the screen (step A5), the reservation system 20 provides contact information for receiving a notification as to whether or not the matching result has been established. The user is prompted to input on the screen of the user terminal 10 (step A6). If there is no objection to the fee indicated by the usage fee information, the user inputs contact information (for example, email address) yyzz@ddd.ne.jp on the screen of the user terminal 10 as shown in FIG. When the “reservation” button is clicked, the contact information is transmitted to the reservation system 20 via the Internet 100 (step A7). As a result, the customer agreed with the carpool.
[0024]
Upon receiving the contact information, the reservation system 20 performs a matching process using the desired reservation information received previously (step A8). The matching process in this embodiment is a process for determining whether there is other user's desired reservation information that is convenient for carpooling. The desired reservation information that is convenient for carpooling and There are cases where the desired boarding location and the getting-off location are included in the same area, and the desired boarding time is the same, as shown in FIG. Conceivable. In FIG. 5, three passengers X, Y, and Z get on from the same boarding area (region A), and the passengers X and Y get off in the region C, but the user Z gets off in the region B on the way. It is shown that.
[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 reservation system 20 transmits information to that effect to the user terminal 10 (contact address). In addition, if there is no taxi to dispatch even if matching is established, the reservation system 20 transmits information to that effect to the user terminal 10 (contact address), as in the case where matching is not established.
[0028]
When the matching is established and there is a taxi to be dispatched, the reservation system 20 generates user identification information for identifying the user and the use contents (desired reservation information), and the user terminal 10 is notified that the matching is established. It is transmitted to (contact address) (step A9). In addition, the reservation system 20 transmits the user identification information and desired reservation information of each user who has been matched to the taxi terminal 30 of the taxi to be dispatched (step A10).
[0029]
The taxi travels around each user's desired destination based on each user's desired reservation information transmitted from the reservation system 20, and the user identification information presented by the user to each user The user identification information held in the taxi terminal 30 is compared (step A11). As a comparison method, a taxi driver can visually confirm or digital information processing such as barcode reading can be considered. If these user identification information matches, the taxi operates by getting the user on board in exchange for the price (step A12).
[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 reservation system 20, the desired reservation information at that time is disclosed at a predetermined timing, such as when matching is established by several people. Publication is performed on a homepage established by the reservation system 20 on the Internet 100. A user who wishes to make a reservation by looking at the desired reservation information can use the user terminal 10 to access the home page and make a reservation.
[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 reservation system 20 in the past by e-mail etc. adopt. For that purpose, it is only necessary to store the desired reservation information and contact information of the user having a use history in the reservation system 20 so that the contact information can be searched using the desired reservation information as a key.
[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 user terminal 10 is notified by e-mail so as not to use a shared taxi or to solicit (step B2 ).
[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 user terminal 10 by e-mail not to use a shared taxi or to solicit it (step B5 ). The subsequent processing is the same as the processing after step A8 in FIG.
[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 .
前記勧誘は、先ず、前記希望予約情報と同一の希望予約情報を送信したことのある第1パターンの利用者に対して行い、それでもマッチングが成立しない場合には前記希望予約情報に含まれる区間を希望予約情報としたことのある第2パターンの利用者に対して行うことを特徴とする請求項1に記載の乗合タクシー予約・運行システム。The solicitation is first performed for a 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. The shared taxi reservation / operation system according to claim 1 , characterized in that it is performed for a user of a second pattern that has been set as desired reservation information.
JP2002111111A 2002-04-12 2002-04-12 Shared taxi reservation / service system Expired - Fee Related JP3829751B2 (en)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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

Cited By (1)

* Cited by examiner, † Cited by third party
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