JP4458453B2 - Carpooling intermediary management device and program thereof - Google Patents

Carpooling intermediary management device and program thereof Download PDF

Info

Publication number
JP4458453B2
JP4458453B2 JP2001229003A JP2001229003A JP4458453B2 JP 4458453 B2 JP4458453 B2 JP 4458453B2 JP 2001229003 A JP2001229003 A JP 2001229003A JP 2001229003 A JP2001229003 A JP 2001229003A JP 4458453 B2 JP4458453 B2 JP 4458453B2
Authority
JP
Japan
Prior art keywords
boarding
user
carpooling
information
time
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 - Lifetime
Application number
JP2001229003A
Other languages
Japanese (ja)
Other versions
JP2003044702A (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.)
Casio Computer Co Ltd
Original Assignee
Casio Computer Co Ltd
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 Casio Computer Co Ltd filed Critical Casio Computer Co Ltd
Priority to JP2001229003A priority Critical patent/JP4458453B2/en
Publication of JP2003044702A publication Critical patent/JP2003044702A/en
Application granted granted Critical
Publication of JP4458453B2 publication Critical patent/JP4458453B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

【0001】
【発明の属する技術分野】
この発明は、通信ネットワークを介して、賃走車両に相乗りする候補相手を仲介する相乗り仲介管理装置及びそのプログラムに関する。
【0002】
【従来の技術】
従来、タクシーの配車手配の方法として、タクシー管理センターは、各タクシー毎に、その料金メータから乗車/空車中かの情報を取得すると共に、車載端末に備えられている位置測定システム(GPS)からその現在位置を取得し、これらの情報に基づいて利用者の近傍に位置している空車タクシーを検索して配車手配を行う配車手配システムが知られている。
とろこで、タクシーの相乗りや乗合バス(賃走車両)を利用する場合には、各利用者が携帯電話等からタクシー管理センターへ配車手配を依頼すると、その相乗り場所にタクシーや乗合バスを配車手配するようにしたシステムも考えられている。このような相乗り手配システムは、例えば、環境問題に対する対策の他に、過疎地域での路線バスの廃止による代替手段としても期待されている。
【0003】
【発明が解決しようとする課題】
しかしながら、相乗りタクシーや乗合バスを利用する場合において、利用者にとっては、単独でタクシーを利用した場合よりも料金はかなり割安となるが、相乗り者が乗車する場所や下車する場所によっては、単独でタクシーを利用した場合よりも、走行距離や時間が極端に多くかかるケースがある。また、相乗りタクシーや乗合バスのように狭い空間の中に長時間、見知らぬ人と同乗することは、同乗相手によっては不快な思いをすることもある。
このため、よほど料金が格安になるか、緊急を要する場合を除けば、相乗りタクシーや乗合バスを敬遠する傾向にあり、路線バスの代替手段として期待されている相乗り構想もその運用の仕方によっては、現実味のないものとなる。
【0004】
第1の発明の課題は、賃走車両の相乗りを利用する場合に、その相乗り希望条件を申し込んでおくだけで、利用者が希望する通りの相乗りを実現できるようにすることである。
第2の発明の課題は、賃走車両の相乗りを利用する場合に、その利用者自身に相乗りした場合の優劣を直接判断させることで、利用者が希望する通りの相乗りを実現できるようにすることである。
第3の発明の課題は、賃走車両の相乗りを利用する場合に、その利用者自身に相乗り相手を直接確認させることで、利用者が希望する通りの相乗りを実現できるようにすることである。
【0005】
【課題を解決するための手段】
本発明は、通信ネットワークを介して、賃走車両に相乗りする相手を紹介する相乗り仲介管理装置であって、利用者毎に、利用者端末より受信した少なくとも、乗車時刻、乗車地、目的地を含む乗車情報を記憶管理する乗車情報記憶手段と、相乗り申込者より受信した乗車情報を元に、前記乗車情報記憶手段を検索し、乗車時刻、乗車地の乗車情報が近い候補相手情報を検索し、更に目的地の乗車情報に応じて走行方向が略同様である相乗り可能な候補相手情報を選択する選択手段と、この選択手段で選択された候補相手情報の乗車情報と相乗り申込者の乗車情報に基づいて相乗りした場合の距離及び時間を算出する算出手段と、相乗り申込者と前記選択手段で選択された候補相手に対して前記算出手段によって算出された距離及び時間を送信すると共に、相乗り申込者と前記選択手段で選択された候補相手から相乗りの同意を受信した場合に、乗車地の乗車情報を送信する送信手段を具備したことを特徴とする。
【0019】
【発明の実施の形態】
以下、図1〜図12を参照してこの発明の一実施形態を説明する。
図1は、この実施形態における相乗り仲介システムの全体構成を示したブロック図である。
この相乗り仲介システムは、賃走車両(タクシー)に相乗りする相手を紹介する紹介サービスを通信ネットワーク網(インターネット、移動体通信網)を介して行うもので、誰でも容易に利用可能な広域通信システムであり、全国のタクシー会社と契約することによって、このような紹介サービスを全国規模で展開するようにしている。
【0020】
この相乗り仲介サービスを行う事業者側には、仲介管理サーバ1が設けられており、この仲介管理サーバ1には、通信ネットワーク網(インターネット)2を介して複数のタクシー会社A、B‥‥側に設置されているタクシー会社端末3に接続されていると共に、各タクシー会社に所属している各タクシーの車載端末4やタクシーを利用する顧客側の利用者端末5がネットワーク網(インターネット、移動体通信網)2を介して接続されている。なお、仲介管理サーバ1は、契約タクシー会社に所属している各タクシーを一元管理するようにしている。
【0021】
仲介管理サーバ1は、通信ネットワーク網2を介して利用者端末5からの相乗り依頼を受け付けると共に、その相乗り希望条件を受け付けて記憶管理する。そして、仲介管理サーバ1は、走行方向が略同様(許容範囲内)である相乗り可能な利用者を相乗り相手の候補として選択すると共に、その利用者同士の相乗り希望条件が適合するかを判別し、希望条件が適合する場合には、相乗りした際に予想される走行経路のずれに関する情報、各人が負担する料金に関する情報、利用者に関する情報を電子メールによって各利用者に案内通知した後、各利用者から同意を得た場合に、相乗りが成立したものとして決定するようにしている。すなわち、各利用者から予め申し込まれた相乗り希望条件に基づいて相乗り相手を選択した後に、各利用者の承諾を得る為に各種の案内情報を提示し、合意が得られた場合に相乗りを成立させるようにしている。
なお、仲介管理サーバ1側には、ユーザデータベース11、タクシー管理データベース12、相乗り管理データベース13、地図データベース14等が設けられている。
【0022】
タクシー会社は、この相乗り仲介サービス事業者との間で加入契約を交わす際に、タクシー会社端末3からネットワーク網2を介して仲介管理サーバ1をアクセスし、加入登録に必要な事項、例えば、「タクシー会社名」、「住所」、「連絡先(電話番号、メールアドレス)」、「金融機関の口座番号」等の他、「タクシーの所有台数」を入力して会員登録を行うようにしている。
その際、仲介管理サーバ1は、タクシーの所有台数分の「タクシーID」を生成発行して、タクシー会社端末3へ送信する。タクシー会社側では、この「タクシーID」を各タクシーに割り当て、その車載端末4内に設定するようにしている。
【0023】
車載端末4は、中低軌道周回衛星を利用する位置測定システム(GPS機能)を有し、空車の場合に一定タイミング毎に現在位置を取得して仲介管理サーバ1へ送信するようにしている。
利用者端末5は、携帯電話端末やモバイル型無線通信装置等であり、乗車依頼時には「希望乗車時刻」、「乗車地」、「目的地」、「同乗人数」を入力すると共に、「相乗り希望条件」を入力するようにしている。なお、この実施形態においては、これらの情報をキー操作で行うようにしているが、音声によって入力するようにしてもよい。
【0024】
なお、この実施形態においては、例えば、TCP/IP通信プロトコルを利用したHTTPプロトコル等によって、仲介管理サーバ1とタクシー会社端末3、車載端末4、利用者端末5との間でデジタル化(パケット化)されたデータの送受信を行うようにしており、また、コード化された制御情報を含むデータによって互いに必要な処理内容を認識しながら連携し合ってデータ処理を行うようにしている。なお、配車管理サーバ1は、データベースサーバ機能、メール機能、Webサーバ機能等の各種のサーバ機能を有し、タクシー会社端末3、車載端末4、利用者端末5は、Webブラウザ機能を備えている。
【0025】
図2(A)は、ユーザデータベース11の内容を概念的に示した図である。
このユーザデータベース11は、この相乗り仲介サービス事業者との間で会員契約を交わした会員ユーザの情報を記憶管理するもので、各ユーザレコードは、「ユーザID」、「パスワード」、「氏名」、「住所」、「電話番号」、「メールアドレス」、「性別」、「年代」等の各項目を有している。「ユーザID」は、仲介管理サーバ1側で会員登録時に発行されたユーザ識別情報である。「氏名」、「性別」、「年代」は、相乗り相手として妥当かを判断する際にも参照される情報である。
【0026】
図2(B)は、タクシー管理データベース12の内容を概念的に示した図である。
このタクシー管理データベース12は、契約関係にあるタクシー会社毎に、その会社に所属している各タクシーに関する情報を一元管理するもので、各タクシーレコードは、「タクシーID」、「現在位置(経緯度)」、「空車フラグ」の各項目を有している。「タクシーID」は、契約時に予め割り当てられたタクシー固有の識別情報であり、「現在位置」は、位置測定システム(GPS)によって得られたタクシーの現在位置を示す情報である。「空車フラグ」は、空車中を示すフラグである。
【0027】
図3は、相乗り管理データベース13の内容を概念的に示した図である。
この相乗り管理データベース13は、利用者端末5から相乗り依頼を受け付けた際に、利用者(会員ユーザ)別にその依頼内容を記憶管理するもので、各依頼レコードは、「ユーザID」、「希望乗車時刻」、「乗車地」、「目的地(下車地)」、「同乗人数」、「相乗り希望条件」等の各項目を有している。
「希望乗車時刻」は、余り厳密な時刻ではなく、例えば、12時10分〜20分ごろ乗車希望のように、10分程度の誤差も許容する程度の希望時刻である。「乗車地」、「目的地」は、自分が乗車する乗車範囲を示すもので、仲介管理サーバ1は、「乗車地」、「目的地」に基づいて地図データベース14、地図ファイル群15をアクセスし、最適な走行経路を求めるようにしている。
「相乗り希望条件」として、この実施形態においては、相乗り相手の「性別」、「年代」を任意に指定するようにしている。
【0028】
図4は、仲介管理サーバ1の基本的構成要素を示したブロック図である。
CPU101は、記憶装置102内のオペレーティングシステムや各種アプリケーションソフトにしたがってこの仲介管理サーバ1の全体動作を制御する中央演算処理装置である。記憶装置102は、オペレーティングシステムや各種アプリケーションソフトの他、上述したユーザデータベース11、タクシー管理データベース12、相乗り管理データベース13、地図データベース14等が格納され、磁気的、光学的、半導体メモリ等によって構成されている記録媒体103やその駆動系を有している。
この記録媒体103はハードディスク等の固定的な媒体若しくは着脱自在に装着可能なCD−ROM、フロッピィデスク、RAMカード、磁気カード等の可搬型の媒体である。また、この記録媒体103内のプログラムやデータは、必要に応じてCPU101の制御によりRAM(例えば、スタティックRAM)104にロードされたり、RAM104内のデータが記録媒体103にセーブされる。更に、記録媒体は外部機器側に設けられているものであってもよく、CPU101は伝送制御部105を介してこの記録媒体内のプログラム/データを直接アクセスして使用することもできる。
【0029】
また、CPU101は記録媒体3内に格納されるその一部あるいは全部を他の機器側から伝送制御部105を介して取り込み、記録媒体103に新規登録あるいは追加登録することもできる。更に、プログラム/データは外部機器側で記憶管理されているものであってもよく、CPU101は伝送制御部105を介して外部機器側のプログラム/データを直接アクセスして使用することもできる。
一方、CPU101にはその入出力周辺デバイスである伝送制御部105、入力部106、表示部107がバスラインを介して接続されており、入出力プログラムにしたがってCPU101はそれらの動作を制御する。
【0030】
次に、この実施形態における仲介管理サーバ1の動作アルゴリズムを図5〜図8、図10および図11に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で記録媒体103に格納されており、CPU101はこのプログラムコードにしたがった動作を逐次実行する。また、CPU101は伝送媒体を介して伝送されてきた上述のプログラムコードにしたがった動作を逐次実行することもできる。すなわち、記録媒体の他、伝送媒体を介して外部供給されたプログラム/データを利用してこの実施形態特有の動作を実行することもできる。
【0031】
図5〜図7は、各利用者が相乗り場所で合流して相乗りする場合において、利用者端末5からの相乗り要求に応じて実行開始される仲介管理サーバ1側の動作を示したフローチャートである。
図9は、各利用者が相乗り場所で合流してタクシーを相乗し、目的地に到着するまでの走行経路を概念的に示したものである。この例は、利用者A、Bの目的地が異なるケースを示し、走行途中において、やや遠回りして利用者Bを下車させた後、元の路線に戻り、利用者Aの目的地まで走行する場合を示している。
【0032】
先ず、仲介管理サーバ1は、「ユーザID」、「パスワード」の入力を促す入力ページ画面を要求元の利用者端末5へ送信し、これに応答して送信されて来た「ユーザID」、「パスワード」に基づいてユーザデータベース11を参照することにより、ユーザ認証を行う(ステップA1)。
この結果、正規のユーザでなければ(ステップA2)、このフローの終了となって相乗り要求を拒否するが、正規のユーザであれば(ステップA2)、乗車希望の情報を送信すべきことを要求する(ステップA3)。この場合、仲介管理サーバ1は、乗車希望の入力ページを送信するようにしている。この入力ページには、「希望乗車時刻」、「乗車地」、「目的地」、「同乗人数」、「相乗り希望条件」の各入力項目を有し、利用者がその中に必要事項を記入すると、この入力ページの内容は、仲介管理サーバ1に送信される。
【0033】
仲介管理サーバ1は、「希望乗車時刻」、「乗車地」、「目的地」、「同乗人数」、「相乗り希望条件」を受信すると(ステップA4)、それを1レコード分のデータとして、相乗り管理データベース13へ新規登録する(ステップA5)。そして、この受信情報に基づいて相乗り管理データベース13を参照し、その「希望乗車時刻」、「乗車地」が近く、「相乗り希望条件」に合致する相乗り相手ユーザを検索する(ステップA6、A7)。
すなわち、「希望乗車時刻」、「乗車地」に基づいて相乗り管理データベース13を検索し、例えば、「希望乗車時刻」が10分程度の差、「乗車地」が500m程度の差の相乗り相手を選択して、その「ユーザID」を取得すると共に(ステップA6)、この「ユーザID」に基づいてユーザデータベース11を参照し、「相乗り希望条件」としての「性別」、「年代」が一致する相手を選択する(ステップA7)。
【0034】
この結果、該当する相手ユーザが居た場合には(ステップA8)、更に、その相手ユーザの「目的地」を相乗り管理データベース13から取得し、各相手ユーザの「目的地」と今回の相乗り申込者の「目的地」とに基づいてタクシーの走行方向が略同様である相手ユーザを選択する(ステップA9)。すなわち、「希望乗車時刻」、「乗車地」が近く、「相乗り希望条件」が合致する各相手ユーザの中から走行方向が略同様のユーザを絞り込む為の処理を行う。この場合、走行方向が略同様とは、全体の走行経路を考慮し、相乗りによって影響される走行経路の時間的な“ずれ”、距離的な“ずれ”が予め設定されている許容範囲内(例えば、20%以内)にあるかに基づいてその判断を行うようにしている。
【0035】
いま、走行方向が略同様の相手ユーザが居た場合には(ステップA10)、その相手ユーザを相乗り候補として抽出するが(ステップA11)、抽出候補が多数居る場合には(ステップA12)、その中から最適な相手を更に選ぶ(ステップA13)。つまり、「希望乗車時刻」、「乗車地」が最も近いユーザあるいは走行方向が最も近似しているユーザを相乗り相手として選択する。
更に、今回の相乗り申込者の「同乗人数」と相手ユーザの「同乗人数」とに基づいて1台のタクシーに同乗可能かを判別し(ステップA14)、同乗不可能であれば、同乗可能な他の相手ユーザを選択する(ステップA15)。この場合、他の相手ユーザが居なければ(ステップA16)、検索基準の拡大処理を行う(ステップA17)。
【0036】
このステップA17は、相乗りの検索基準を拡大する処理を行うもので、ステップA8、A10、A16のいずれかで該当無しと判別された場合に、「希望乗車時刻」、「乗車地」の検索基準や「走行方向」の検索基準を緩和するようにしている。すなわち、「希望乗車時刻」の許容範囲が10分程度の差、「乗車地」の許容範囲が500m程度の差、走行経路の時間的、距離的な許容範囲が20%以内としている場合には、その基準を1ランク緩め、例えば、15分、700m、30%に変更するようにしている。
なお、ステップA8、A10、A16に対応して「希望乗車時刻」、「乗車地」、「走行方向」の検索基準を緩和するようにしているが、「希望乗車時刻」、「乗車地」、「走行方向」のうち、どれを緩和するか、どのような順序で緩和するかは、任意である。
【0037】
このようにして検索基準を拡大した後、上述したステップA7〜A15と同様の検索処理を再開する(ステップA18)。この再検索処理の結果、該当する相手ユーザの有無をチェックするが(ステップA19)、検索基準を拡大しても該当する相手ユーザが居ない場合には、“該当なし”を示すメール通知を要求元の利用者端末5へ送信し(ステップA20)、それに応じて利用者端末5から相乗り拒否応答を受信した場合には(ステップA21)、その利用者対応の相乗り管理データベース13内の登録情報を削除する(ステップA22)。
【0038】
一方、上述の検索処理で相乗り相手が選択された場合には、図6のステップA17に移り、今回の相乗り申込者に基づいてユーザデータベース11をアクセスし、そのユーザ情報を読み出す。そして、選択した候補ユーザの相乗り希望条件と今回の相乗り申込者のユーザ情報とを比較して、相乗り候補ユーザにとって今回の相乗り申込者は、その希望条件に合致するかを判別する(ステップA18)。
ここで、合致しない場合には(ステップA19)、相乗りが不成立であるとするが、合致する場合には、相乗りの各ユーザ毎に、その目的地に応じて最適な走行経路(例えば、最短経路)を、地図データベース14を参照することによって決定すると共に(ステップA20)、各ユーザ毎に求めた走行経路に応じて走行距離、走行予測時間を算出する(ステップA21)。なお、走行距離、走行予測時間を厳密に求める必要はなく、概算値であってもよい。
【0039】
これによって算出した各ユーザ毎の走行距離、走行予測時間を比較検討し、相乗りによる距離・時間の増加分の割合を算出する(ステップA22)。つまり、最短の距離・時間に対して、例えば、距離的に10%増し、時間的に11%増し等のように、相乗りによって距離・時間がどの程度遠回りとなるかを示す増加分の割合を算出する。
そして、各ユーザ毎に求めた走行経路に応じて求めた走行距離、走行予測時間、相乗りによる距離・時間の増加分の割合、相乗り対象のユーザ数(同伴する同乗者を除く)に基づいて各人が負担する料金の減額割合を算出する(ステップA23)。この場合、相乗りによって減額される料金の減額割合としては、相乗りしなかった場合の料金に対し、相乗りした場合の料金がどの程度、減額されるかを示すもので、例えば、42%格安等の割合である。
【0040】
そして、各相乗りユーザの「氏名」をユーザデータベース11から読み出した後(ステップA24)、各ユーザ宛に送信する案内メールをユーザ毎に作成する(ステップA25)。この場合、上述のようにして算出した「距離・時間の増加割合」、「料金の減額割合」、「相手の氏名」を含む案内メールを各ユーザ毎に作成する。これによって作成された案内メールを相乗りの各ユーザ宛にその利用者端末5に対して送信した後(ステップA26)、そのユーザからの応答待ちとなる。
この案内メールを受信した各利用者端末5は、「距離・時間の増加割合」、「料金の減額割合」、「相手の氏名」をその端末画面に表示させるが、この画面内容を確認したユーザは、相乗りに伴う優劣を判断し、相乗りに合意するかを意思決定し、その旨を仲介管理サーバ1へ応答する。
【0041】
仲介管理サーバ1は、相乗りの各ユーザからの応答内容を受信すると(ステップA27)、図7のステップA28に移り、相乗りの各ユーザから合意が得られたかを判別し、各ユーザの合意が得られなければ、相乗りの不成立とするが、各ユーザの合意が得られた場合には、相乗りの各ユーザ宛にその利用者端末5に対して合意通知と共に、待ち合わせ場所(乗車地)の送信要求を行う(ステップA29)。
そして、いずれかのユーザから待ち合わせ場所を受信すると、それを他の相乗り相手に対して送信する(ステップA30)。このような動作は、待ち合わせ場所が決定されるまで繰り返す(ステップA29〜A31)。
【0042】
これによって待ち合わせ場所が決定されると、各相乗りユーザへ現在の特徴の送信要求を行う(ステップA32)。つまり、待ち合わせ相手を容易に判断することが可能な「身体的な特徴」、「現在の服装、持ち物」等を示す特徴情報の送信を要求し、これに応答して特徴情報が送信されて来た場合には、それを受信し(ステップA33)、相手先へ決定した待ち合わせ場所と共に特徴情報を送信する(ステップA34)。
このようにして待ち合わせ場所や特徴情報の仲介を行った後、タクシー管理データベース12を参照し、待ち合わせ場所の近くに居る空車タクシーを検索し、そのタクシーの車載端末4に対して必要事項を送信して、相乗りによる配車手配を行う(ステップA35)。この場合、必要事項とは、相乗りユーザ毎の乗車地や目的地および乗車時刻である。
【0043】
図8は、仲介管理サーバ1が一定時間毎に実行開始する相乗り管理データベース13の更新処理を示したフローチャートである。
仲介管理サーバ1は、相乗り管理データベース13の先頭レコードから1レコード分のデータを選択し(ステップB1)、その「希望乗車時刻」を抽出して現在のシステム日時と比較し、乗車時刻間際かを判別する(ステップB2)。例えば、「希望乗車時刻」の“10分”前かを判別し、乗車時刻間際でなければ、ステップB8に移るが、乗車時刻間際であれば、そのユーザに対して相乗り相手が居ないことを示す“該当なし通知”を行う(ステップB3)。
【0044】
ここで、そのユーザからの応答を受信すると(ステップB4)、相乗り拒否応答かを判別し(ステップB5)、拒否応答であれば、相乗り管理データベース13から当該ユーザのレコード(乗車希望情報)を削除する(ステップB6)。また、乗車時刻の延長申込を受信した場合には、そのユーザの相乗り管理データベース13内の「希望乗車時刻」を延長する処理を行う(ステップB7)。
そして、相乗り管理データベース13内の全レコード分の処理を終了したかを判別し(ステップB8)、全レコード分の処理が終了するまでステップB1に戻り、以下、上述の動作を繰り返す。
【0045】
図10および図11は、走行途中で相手を拾って相乗りする場合において、利用者端末5からの相乗り要求に応じて実行開始される仲介管理サーバ1側の動作を示したフローチャートである。
図12は、走行途中で相手を拾ってタクシーに相乗し、目的地に到着するまでの走行経路を概念的に示したものである。この例は、利用者Aの乗車地(最初の乗車地)から出発し、その走行途中において、やや遠回りして利用者Bを同乗させた後、元の路線に戻り、利用者Aをその目的地で下車させてから利用者Bの目的地まで走行する場合を示している。
【0046】
先ず、仲介管理サーバ1は、上述した図5のステップA1〜A6に対応する処理を行う(ステップC1〜C3)。つまり、仲介管理サーバ1は、相乗り申込者に対するユーザ認証処理を行った後(ステップC1)、正規なユーザであれば、「希望乗車時刻」、「乗車地」、「目的地」、「同乗人数」、「相乗り希望条件」を受信して相乗り管理データベース13へ登録する登録処理を行うと共に(ステップC2)、相乗り希望条件「性別」、「年代」に合致する相手ユーザを検索する検索処理を行う(ステップC3)。
この結果、相乗り希望条件に合致する相手ユーザが居なければ(ステップC4)、“該当なし通知”を行うが(ステップC13)、条件に合致する相手ユーザが居る場合には、次のステップC5に移り、相乗り申込者から受信した「乗車地」、「目的地」に基づいて走行方向を算出する。
【0047】
そして、相乗り希望条件に合致するいずれかの相手ユーザに着目し、この着目ユーザ対応のレコードを相乗り管理データベース13から取得する(ステップC6)。次に、この着目レコード内の「乗車地」、「目的地」に基づいて走行方向を算出すると共に(ステップC7)、その「希望乗車時刻」を起点として、「乗車地」から「目的地」までに要する所要時間(走行時間)帯を算出する(ステップC8)。例えば、その着目ユーザの「希望乗車時刻」が午後2時00分で、「乗車地」から「目的地」までに要する所要予測時間が45分であれば、その着目ユーザの走行時間帯は、午後2時00分〜午後2時45分となる。
【0048】
次に、今回の申込者の走行方向と着目ユーザの走行方向が略同様であり、かつ着目ユーザの走行時間帯内に今回の申込者の「希望乗車時刻」が該当するかを調べる(ステップC9)。この場合、走行方向が略同様かの判定は、例えば、走行経路の時間的、距離的な“ずれ”が許容範囲内(20%以内)であるか否かに基づいて行われる。ここで、走行経路の時間的、距離的な“ずれ”が許容範囲内であり、かつ、着目ユーザの走行時間帯が午後2時00分〜午後2時45分で、今回の申込者の「希望乗車時刻」が午後2時20分であれば、相乗り可能と判断される(ステップC10)。
【0049】
ここで、相乗り可能であれば、その着目ユーザを相乗り候補として抽出する(ステップC11)。そして、相乗り希望条件に合致する相手ユーザが他に居るかを判別し(ステップC12)、その条件合致するユーザに対する処理が終了するまでステップC6に戻り、以下、上述の動作を繰り返す。
これによって相乗り希望条件に合致するユーザのうち、相乗り候補として抽出されたユーザが多数居る場合には(図11のステップC16)、相乗り候補の走行方向のうち、今回の申込者の走行方向に一番近似している相乗り候補を選択する(ステップC17)。
【0050】
更に、今回の相乗り申込者の「同乗人数」と相手ユーザの「同乗人数」とに基づいて1台のタクシーに同乗可能かを判別し(ステップC18)、同乗不可能であれば、同乗可能な他の相手ユーザを選択する(ステップC18)。この場合、他の相手ユーザが居なければ(ステップC20)、“該当なし通知”を行う(図10のステップC13)。
また、該当する相手ユーザが居る場合には(ステップC20)、相乗り候補のユーザ条件に合致するかのチェック処理を行う(ステップC21)。このチェック処理は、図6のステップA17、A18に対応する処理であり、選択された相乗り候補ユーザの相乗り希望条件と今回の相乗り申込者のユーザ情報とが合致するかをチェックする。
【0051】
ここで、合致しない場合には(ステップC22)、相乗りが不成立であるとするが、合致する場合には、距離・時間の増加分の割合、減額割合を算出すると共に、相乗り同士の氏名を読み出す処理を行う(ステップC23)。この処理は、図6のステップ20〜A24に対応の処理であり、相乗りによる距離・時間の増加分の割合、各人が負担する料金の減額割合を算出し、そして、各相乗りユーザの「氏名」を読み出す。
この「距離・時間の増加割合」、「料金の減額割合」、「相手の氏名」を含む案内メールを各ユーザ毎に作成して、相乗りの各ユーザ宛に送信した後、そのユーザからの応答待ちとなる(ステップC24)。
【0052】
仲介管理サーバ1は、相乗りの各ユーザからの応答内容を受信すると(ステップC24)、相乗りの各ユーザから合意が得られたかを判別し(ステップC25)、各ユーザの合意が得られなければ、相乗りの不成立とするが、各ユーザの合意が得られた場合には、相乗りの各ユーザ宛に合意通知を行うと共に(ステップC26)、空車タクシーを検索し、そのタクシーに対して必要事項を送信して、相乗りによる配車手配を行う(ステップC27)。この場合、相乗りの各ユーザのうち、最初に乗車するユーザの乗車地近くに居る空車タクシーを検索する。
【0053】
以上のように、この実施形態において仲介管理サーバ1は、タクシーの相乗りが申し込まれた場合に、相乗り管理データベース13を参照し、ユーザ同士の相乗り希望条件が適合するかを判別し、例えば、「女性に限る」、「同年輩に限る」の条件に適合する場合には、相乗りが成立したものとして決定するようにしたから、相乗り希望条件を申し込んでおくだけで、ユーザが希望する通りの相乗りを実現することができる。したがって、例えば、年代は問わない女性同士の相乗り、同年輩の女性同士の相乗り、性別を問わない同年輩同士の相乗りが可能となり、タクシーの狭い空間の中に長時間、見知らぬ人と相乗りする場合に効果的なものとなり、これによってタクシーの相乗りを促進することが可能となる。
【0054】
仲介管理サーバ1は、相乗り申込を受け付けた場合に、相乗り管理データベース13を参照し、走行方向が略同様である相乗り可能な候補相手を選択すると共に、今回の相乗り申込者と選択された候補相手とが相乗りした場合に、予想される走行経路のずれに関する情報、各人が負担する料金に関する情報を算出して、相乗りの各ユーザへ案内通知した後において、各ユーザから相乗りの同意を得た場合には、相乗りが成立したものとして決定するようにしたから、各ユーザに相乗りした場合の優劣をユーザ自身に直接判断させことができ、利用者が希望する通りの相乗りを実現することが可能となる。
この場合、予想される走行経路のずれに関する情報として、例えば、距離的に10%増の遠回りである旨を案内したり、時間的に10分増の遠回りである旨を案内したり、各人が負担する料金に関する情報として、例えば、40%の減額等を案内することができるので、相乗りした場合の優劣を即座に判断することができる。
【0055】
仲介管理サーバ1は、相乗り申込を受け付けた場合に、相乗り管理データベース13を参照し、走行方向が略同様である相乗り可能な候補相手を選択すると共に、今回の相乗り申込者と選択された候補相手に対し、そのユーザに関する情報を相互に案内した後に、各ユーザから相乗りの同意を得た場合には、相乗りが成立したものとして決定するようにしたから、ユーザ自身にに相乗り相手を直接確認させることができ、ユーザが希望する通りの相乗りを実現することが可能となる。この場合、ユーザに関する情報として、氏名を案内するようにしたので、嫌いな人との同乗を拒否することが可能となる。
【0056】
また、相乗りが成立した場合に、その相乗り相手同士が合流する為に必要とされる情報として、相乗り場所を案内したり、同乗者の服装や特徴等を案内するようらにしたから、相乗り場所で相手を容易に確認することができ、合流をスムーズに行うことが可能となる。
更に、相乗りが成立した場合に、タクシー対して配車手配を行うと共に、相乗りユーザ毎にその乗車地や目的地を案内するようにしたから、例えば、相乗り場所の近くに居る空車タクシーをその場所に直ちに出向かせたり、また、走行途中で利用者を乗車させたり、下車させる場合でも、運転手に対して各利用者の乗り降り場所を間違い無く知らせることができる。
【0057】
また、相乗りを希望する各ユーザが相乗り場所に合流して相乗りする場合には、乗車希望時刻および乗車地が近い各ユーザを相乗り相手とするので、各ユーザが相乗り場所に合流して相乗りする場合、適切なユーザを相乗り相手とすることができる。また、相乗りを希望する各ユーザの乗車地が相違する場合には、その乗車地の付近および乗車希望時刻の近くをタクシーで通過する可能性のあるユーザを相乗り相手とするので、各ユーザが相乗り場所に合流して相乗りする場合に限らず、走行途中からの同乗も可能な相乗りも可能となる。
【0058】
なお、上述した実施形態においては、相乗りを希望する各ユーザが相乗り場所に合流して相乗りする場合に、仲介管理サーバ1は、待ち合わせ場所や各ユーザの特徴情報(身体的特徴、服装等)の受け渡しを仲介するようにしたが、ユーザ同士が直接電話で話し合うようにする為、仲介管理サーバ1が利用者端末(携帯電話)5同士を通話接続させる為の接続情報を相互に送信するようにしてもよい。
図13は、各ユーザが相乗り場所に合流して相乗りする場合において、上述した図7に代わる動作を示したフローチャートである。
【0059】
すなわち、仲介管理サーバ1は、各ユーザの合意が得られた場合には(ステップD1)、ユーザデータベース11をアクセスして各ユーザの「電話番号」を取得し、各ユーザの利用者端末5へ合意通知を行った後に(ステップD2)、各利用者端末5同士を通話接続させる為の接続情報(電話番号)を相互に送信する(ステップD3)。これによって各ユーザ同士の端末接続(通話接続)が可能となる為に、電話で話し合いながら相乗り場所を決めたり、身体的特徴、服装等を相手に知らせることができる。
ここで、いずれからのユーザから仲介管理サーバ1へ相乗り場所が送信されて来た場合には、それを受信すると共に(ステップD4)、その相乗り場所近くに居るタクシーに対して相乗りの配車手配を行う(ステップD5)。
このように、ユーザ同士が相乗り場所や特徴等を直接電話で話し合うことができるので、相乗りをスムーズに行うことが可能となる。
【0060】
また、上述した実施形態においては、相乗り希望条件として、「性別」、「年代」を例示したが、相乗り希望条件は任意である。
例えば、「遠回りでも距離的に10%増以内を限度とする」、「遠回りでも時間的に10分増以内を限度とする」、「特定者(近所の嫌いな人など)を除く」、「同じ学校や会社の人に限る」、「料金が20%以上格安になる場合に限る」、「午前7時45分以前(出勤時)の乗車に限る」等を相乗り希望条件として申し込むことができるようにしてもよい。
【0061】
ここで、相乗り希望条件が「遠回りでも距離的に10%増以内を限度とする」、「遠回りでも時間的に10分増以内を限度とする」等のような場合には、上述した図6のステップA20〜A22に対応する処理を図5のステップA6において実行すればよい。また、相乗り希望条件が「料金が20%以上格安になる場合に限る」等のような場合には、図6のステップA23の処理を図5のステップA6において実行すればよい。
同様に、「特定者(近所の嫌いな人など)を除く」、「同じ学校や会社の人に限る」等のような場合には、そのユーザ情報を参照して、特定者か否かを判別する処理を実行すればよく、「午前7時45分以前(出勤時)の乗車に限る」等の場合には、現在のシステム日時が希望時刻に該当するかを判別すればよい。
【0062】
上述した実施形態においては、ユーザに関する情報として、「氏名」を案内するようにしたが、ユーザに関する情報としては、その他に、「性別」、「年代」、「体重」、「住所としての町名」、「同伴者数」、「同伴者に関する情報」等を取得して、相手ユーザに案内するようにすれば、更に、自分の好みに合った相乗り相手を探すことができる。
また、利用者端末5は、タクシーの相乗り希望する時に、仲介管理サーバ1に対して配車依頼を行う際、地上系/衛星移動体通信網を介して現在位置(乗車地点)を取得して、仲介管理サーバ1へ送信するようにしてもよい。更に、利用者端末5としては、携帯電話に限らず、自宅に設置されているデスクトップ型、ノート型のパーソナルコンピュータ等であってもよい。
【0063】
上述した実施形態においては、相乗りの配車手配を最寄のタクシーへ行うようにしたが、配車手配をタクシー会社に対して行うようにしてもよい。また、相乗り相手の紹介サービス事業者は、タクシー会社であってもよい。
その他、各人が負担する料金に関する情報として、同伴者(同乗者)が多いユーザに対して料金の負担割合を多くしてもよく、また、各人が負担する料金に関する情報としては、負担割合ではなく、実際の予測料金を算出して案内するようにしてもよい。更に、賃走車両としては、タクシーに限らず、乗合バス、ハイヤー等であってもよい。
【0064】
一方、コンピュータに対して、上述した各手段を実行させるためのプログラムコードをそれぞれ記録した記録媒体(例えば、CD−ROM、フロッピィデスク、RAMカード等)を提供するようにしてもよい。
すなわち、コンピュータが読み取り可能なプログラムコードを有する記録媒体であって、賃走車両を利用する利用者毎に、相乗り希望条件を記憶管理する機能と、前記相乗り希望条件を参照し、利用者同士の相乗り希望条件が適合するかを判別する機能と、相乗り希望条件が適合することが判別された場合に、相乗りが成立したものとして決定する機能とを実現させるためのプログラムを記録したコンピュータが読み取り可能な記録媒体を提供するようにしてもよい。
【0065】
また、コンピュータが読み取り可能なプログラムコードを有する記録媒体であって、利用者毎に、少なくとも、乗車地、目的地を含む乗車情報を記憶管理する機能と、相乗り申込を受け付けた場合に、前記乗車情報を参照し、走行方向が略同様である相乗り可能な候補相手を選択する機能と、今回の相乗り申込者と前記選択手段で選択された候補相手とが相乗りした場合に、予想される走行経路のずれに関する情報、各人が負担する料金に関する情報のうち、少なくとも、そのいずれかを算出する機能と、算出された情報を今回の相乗り申込者と前記選択された候補相手に対して案内する機能と、今回の相乗り申込者と前記選択手段で選択された候補相手から相乗りの同意を得た場合に、相乗りが成立したものとして決定する機能とを実現させるためのプログラムを記録したコンピュータが読み取り可能な記録媒体を提供するようにしてもよい。
【0066】
更に、コンピュータが読み取り可能なプログラムコードを有する記録媒体であって、利用者毎に、少なくとも、乗車地、目的地を含む乗車情報を記憶管理する機能と、相乗り申込を受け付けた場合に、前記乗車情報を参照し、走行方向が略同様である相乗り可能な候補相手を選択する機能と、今回の相乗り申込者と前記選択手段で選択された候補相手に対し、その利用者に関する情報を相互に案内する機能と、今回の相乗り申込者と前記選択された候補相手から相乗りの同意を得た場合に、相乗りが成立したものとして決定する機能とを実現させるためのプログラムを記録したコンピュータが読み取り可能な記録媒体を提供するようにしてもよい。
【0067】
【発明の効果】
本発明は、相乗りによって変化する距離及び時間を知ることができ、これをもとに相乗りに同意するかどうかを判断することができる。
【図面の簡単な説明】
【図1】相乗り仲介システムの全体構成を示したブロック図。
【図2】(A)は、ユーザデータベース11の内容を概念的に示した図、(B)は、タクシー管理データベース12の内容を概念的に示した図。
【図3】相乗り管理データベース13の内容を概念的に示した図。
【図4】仲介管理サーバ1の基本的構成要素を示したブロック図。
【図5】各利用者が相乗り場所で合流して相乗りする場合において、利用者端末5からの相乗り要求に応じて実行開始される仲介管理サーバ1側の動作を示したフローチャート。
【図6】図5に続く、仲介管理サーバ1側の動作を示したフローチャート。
【図7】図5、図6に続く、仲介管理サーバ1側の動作を示したフローチャート。
【図8】仲介管理サーバ1が一定時間毎に実行開始する相乗り管理データベース13の更新処理を示したフローチャート。
【図9】各利用者が相乗り場所で合流してタクシーを相乗し、目的地に到着するまでの走行経路を概念的に示した図。
【図10】走行途中で相手を拾って相乗りする場合において、利用者端末5からの相乗り要求に応じて実行開始される仲介管理サーバ1側の動作を示したフローチャート。
【図11】図10に続く、仲介管理サーバ1側の動作を示したフローチャート。
【図12】走行途中で相手を拾ってタクシーに相乗し、目的地に到着するまでの走行経路を概念的に示した図。
【図13】第1実施形態の変形応用例を説明するもので、各ユーザが相乗り場所に合流して相乗りする場合において、図7に代わる動作を示したフローチャート。
【符号の説明】
1 仲介管理サーバ
2 ネットワーク網
3 タクシー会社端末
4 車載端末
5 利用者端末
11 ユーザデータベース
12 タクシー管理データベース
13 相乗り管理データベース
14 地図データベース
101 CPU
102 記憶装置
103 記録媒体
105 伝送制御部
106 入力部
[0001]
BACKGROUND OF THE INVENTION
The present invention rides on a rental vehicle via a communication network. Carpooling intermediary management apparatus for mediating candidate partners and program thereof About.
[0002]
[Prior art]
Conventionally, as a method for arranging taxi allocation, the taxi management center acquires information on whether the vehicle is on board / empty from its fare meter for each taxi, and from the position measurement system (GPS) provided in the in-vehicle terminal. There is known a vehicle arrangement system that obtains the current position and searches for an empty taxi located in the vicinity of the user based on such information to arrange a vehicle arrangement.
When using a taxi carpool or shared bus (rental vehicle) in Toroko, each user requests a taxi management center from a mobile phone etc., and dispatches a taxi or a shared bus to the carpool. A system that can be arranged is also considered. Such a carpool arrangement system is expected as an alternative means by abolishing route buses in depopulated areas, for example, in addition to measures against environmental problems.
[0003]
[Problems to be solved by the invention]
However, when using a shared taxi or shared bus, the fare is much cheaper for the user than when using a taxi alone, but depending on where the passenger rides or gets off, There are cases where the distance and time are extremely longer than when using a taxi. Also, traveling with a stranger for a long time in a small space like a shared taxi or a shared bus may be uncomfortable depending on the passenger.
For this reason, there is a tendency to avoid carpool taxis and shared buses unless the fare is very cheap or urgently needed, and the carpooling concept that is expected as an alternative to route buses also depends on how it is operated , Become unrealistic.
[0004]
An object of the first invention is to realize a carpool as desired by a user only by applying for a desired carpooling condition when using carpooling of a rental vehicle.
The subject of 2nd invention makes it possible to implement | achieve the carpooling as a user desires by making the user himself / herself judge directly the superiority or inferiority in the case of carpooling when using carpooling of a rental vehicle That is.
The subject of 3rd invention is enabling it to implement | achieve the carpool as a user desires by making the user himself / herself confirm the carpool partner directly when using the carpool of the rental vehicle. .
[0005]
[Means for Solving the Problems]
The present invention provides a vehicle sharing system that introduces a partner to ride a rented vehicle through a communication network. Management device And for each user, Received from user terminal at least, Boarding time, Boarding information storage means for storing and managing boarding information including boarding place and destination; Based on the boarding information received from the carpooling applicant, search the boarding information storage means, search for candidate partner information that is close to the boarding time and boarding information of the boarding place, and further according to the boarding information of the destination Candidate opponents who can travel in almost the same direction information A selection means for selecting this Candidate partner selected by selection means The distance and time when the car is shared based on the ride information of the information and the ride information of the carpooling applicant For the calculation means to calculate, the carpool applicant and the candidate partner selected by the selection means While transmitting the distance and time calculated by the calculation means, Sharing consent from the carpooling applicant and the candidate selected by the selection means Transmitting means to transmit boarding information of boarding area when received It is characterized by comprising.
[0019]
DETAILED DESCRIPTION OF THE INVENTION
An embodiment of the present invention will be described below with reference to FIGS.
FIG. 1 is a block diagram showing the overall configuration of the carpooling mediation system in this embodiment.
This carpooling intermediary system provides an introductory service for introducing a partner to ride on a renting vehicle (taxi) via a communication network (Internet, mobile communication network), and is a wide area communication system that anyone can easily use. And, by introducing contracts with taxi companies across the country, such referral services are being developed nationwide.
[0020]
On the side of the company that provides this carpooling brokerage service, a brokerage management server 1 is provided, and this brokerage management server 1 includes a plurality of taxi companies A, B... Via the communication network (Internet) 2. Are connected to the taxi company terminal 3 installed in the vehicle, and the in-vehicle terminal 4 of each taxi belonging to each taxi company and the user terminal 5 of the customer using the taxi are connected to the network (Internet, mobile Communication network 2). Note that the intermediary management server 1 centrally manages each taxi belonging to the contracted taxi company.
[0021]
The mediation management server 1 accepts a carpool request from the user terminal 5 via the communication network 2 and accepts and manages the carpool desired condition. Then, the intermediary management server 1 selects a user who can share a vehicle whose traveling direction is substantially the same (within an allowable range) as a candidate for a vehicle sharing partner, and determines whether or not the user's desired vehicle sharing condition is met. , If the desired conditions are met, after notifying each user by e-mail of information on the deviation of the driving route expected at the time of carpooling, information on the charges borne by each person, information on users, When consent is obtained from each user, it is determined that the car sharing has been established. In other words, after selecting a carpool partner based on the carpooling request condition that has been applied in advance by each user, various guidance information is presented to obtain the consent of each user, and carpooling is established when an agreement is obtained I try to let them.
A user database 11, a taxi management database 12, a carpool management database 13, a map database 14 and the like are provided on the mediation management server 1 side.
[0022]
When a taxi company makes a subscription contract with this carpooling brokerage service provider, the taxi company terminal 3 accesses the brokerage management server 1 via the network 2 and performs matters necessary for subscription registration, for example, “ In addition to “taxi company name”, “address”, “contact information (phone number, e-mail address)”, “account number of financial institution”, etc., “taxi ownership number” is entered to register as a member. .
At that time, the mediation management server 1 generates and issues “taxi IDs” for the number of taxi owned and transmits it to the taxi company terminal 3. The taxi company assigns this “taxi ID” to each taxi and sets it in the in-vehicle terminal 4.
[0023]
The in-vehicle terminal 4 has a position measurement system (GPS function) that uses a low-medium orbiting satellite, and obtains the current position and transmits it to the mediation management server 1 at regular intervals in the case of an empty vehicle.
The user terminal 5 is a mobile phone terminal, a mobile wireless communication device, or the like, and inputs “desired boarding time”, “boarding place”, “destination”, “passenger number” at the time of boarding request, "Condition" is entered. In this embodiment, such information is performed by key operation, but may be input by voice.
[0024]
In this embodiment, for example, digitization (packetization) is performed between the mediation management server 1 and the taxi company terminal 3, the in-vehicle terminal 4, and the user terminal 5 by the HTTP protocol using the TCP / IP communication protocol. Data is transmitted / received, and data processing is performed in cooperation with each other while recognizing necessary processing contents from data including encoded control information. The vehicle allocation management server 1 has various server functions such as a database server function, a mail function, and a Web server function, and the taxi company terminal 3, the in-vehicle terminal 4, and the user terminal 5 have a Web browser function. .
[0025]
FIG. 2A is a diagram conceptually showing the contents of the user database 11.
The user database 11 stores and manages information on member users who have signed a membership contract with the carpooling brokerage service provider. Each user record includes “user ID”, “password”, “name”, Each item includes “address”, “phone number”, “mail address”, “sex”, “age”, and the like. “User ID” is user identification information issued at the time of member registration on the mediation management server 1 side. The “name”, “sex”, and “age” are information that is also referred to when determining whether or not the car is a carpool partner.
[0026]
FIG. 2B is a diagram conceptually showing the contents of the taxi management database 12.
This taxi management database 12 is for centrally managing information on each taxi belonging to a taxi company that has a contractual relationship. Each taxi record includes a “taxi ID”, “current location (longitude and latitude) ) ”And“ empty vehicle flag ”. “Taxi ID” is taxi-specific identification information assigned in advance at the time of contract, and “current position” is information indicating the current position of the taxi obtained by the position measurement system (GPS). The “empty vehicle flag” is a flag indicating that the vehicle is empty.
[0027]
FIG. 3 is a diagram conceptually showing the contents of the carpool management database 13.
The carpool management database 13 stores and manages the request contents for each user (member user) when a carpool request is received from the user terminal 5, and each request record includes "user ID", "hope boarding" It has items such as “time”, “boarding place”, “destination (disembarking place)”, “number of passengers”, “carpooling conditions”, and the like.
The “desired boarding time” is not a very precise time, but is a desired time that allows an error of about 10 minutes, for example, about 12:10 to 20 minutes. “Boarding place” and “Destination” indicate the boarding range where the user gets on, and the mediation management server 1 accesses the map database 14 and the map file group 15 based on the “boarding place” and “destination”. The optimum driving route is obtained.
In this embodiment, “sex” and “age” of the carpooling partner are arbitrarily designated as “carpooling desired conditions”.
[0028]
FIG. 4 is a block diagram showing basic components of the mediation management server 1.
The CPU 101 is a central processing unit that controls the overall operation of the mediation management server 1 in accordance with the operating system and various application software in the storage device 102. The storage device 102 stores the above-described user database 11, taxi management database 12, carpool management database 13, map database 14 and the like in addition to the operating system and various application software, and is configured by magnetic, optical, semiconductor memory, and the like. The recording medium 103 and its drive system.
The recording medium 103 is a fixed medium such as a hard disk or a portable medium such as a detachable CD-ROM, floppy disk, RAM card, or magnetic card. Further, the program and data in the recording medium 103 are loaded into a RAM (for example, static RAM) 104 under the control of the CPU 101 as necessary, and the data in the RAM 104 is saved in the recording medium 103. Further, the recording medium may be provided on the external device side, and the CPU 101 can directly access and use the program / data in the recording medium via the transmission control unit 105.
[0029]
Further, the CPU 101 can capture a part or all of the data stored in the recording medium 3 from the other device side via the transmission control unit 105, and can newly register or add to the recording medium 103. Further, the program / data may be stored and managed on the external device side, and the CPU 101 can directly access and use the program / data on the external device side via the transmission control unit 105.
On the other hand, a transmission control unit 105, an input unit 106, and a display unit 107, which are input / output peripheral devices, are connected to the CPU 101 via a bus line, and the CPU 101 controls their operations according to an input / output program.
[0030]
Next, the operation algorithm of the mediation management server 1 in this embodiment will be described with reference to the flowcharts shown in FIGS. 5 to 8, 10 and 11. Here, each function described in these flowcharts is stored in the recording medium 103 in the form of a readable program code, and the CPU 101 sequentially executes operations according to the program code. Further, the CPU 101 can sequentially execute the operation according to the above-described program code transmitted via the transmission medium. That is, in addition to the recording medium, an operation specific to this embodiment can be executed using a program / data supplied externally via a transmission medium.
[0031]
FIG. 5 to FIG. 7 are flowcharts showing operations on the mediation management server 1 side that are started to be executed in response to a sharing request from the user terminal 5 when each user joins and shares at the sharing location. .
FIG. 9 conceptually shows the travel route from when the users meet at the carpool to synchronize the taxi and arrive at the destination. This example shows a case in which the destinations of the users A and B are different. In the course of traveling, the user B gets off a little and then returns to the original route and travels to the user A's destination. Shows the case.
[0032]
First, the mediation management server 1 transmits an input page screen for prompting input of “user ID” and “password” to the requesting user terminal 5, and “user ID” transmitted in response thereto, User authentication is performed by referring to the user database 11 based on the “password” (step A1).
As a result, if it is not a regular user (step A2), this flow is completed and the carpooling request is rejected. If it is a regular user (step A2), it is requested that information on the ride request should be transmitted. (Step A3). In this case, the mediation management server 1 is configured to transmit an input page for requesting boarding. This entry page has input items for "desired boarding time", "boarding location", "destination", "passengers", and "hope sharing conditions", and the user fills in the required items. Then, the content of this input page is transmitted to the mediation management server 1.
[0033]
Upon receiving “desired boarding time”, “boarding place”, “destination”, “passenger number of passengers”, and “hope sharing conditions” (step A4), the intermediary management server 1 uses the data as data for one record. New registration is performed in the management database 13 (step A5). Based on this received information, the carpool management database 13 is referenced to search for a carpool partner user whose “desired boarding time” and “boarding place” are close and match the “carpooling desired conditions” (steps A6 and A7). .
That is, the carpool management database 13 is searched based on “desired boarding time” and “boarding place”. For example, a carpool partner having a difference of “desired boarding time” of about 10 minutes and a “boarding place” of about 500 m is selected. Select and acquire the “user ID” (step A 6), refer to the user database 11 based on this “user ID”, and match “sex” and “age” as “carpooling desired conditions”. A partner is selected (step A7).
[0034]
As a result, when there is a corresponding partner user (step A8), the “destination” of the partner user is further acquired from the carpool management database 13, and the “destination” of each partner user and the current carpool application are obtained. A partner user whose taxi travel direction is substantially the same is selected based on the “destination” of the person (step A9). That is, a process for narrowing down the users whose travel directions are substantially the same from among the other users whose “desired boarding time” and “boarding place” are close and the “carpooling desired conditions” are matched. In this case, the travel directions are substantially the same, considering the entire travel route, the time-dependent “deviation” and the distance “deviation” of the travel route affected by the carpool are within a preset allowable range ( For example, the determination is made based on whether it is within 20%.
[0035]
If there is a partner user whose travel direction is substantially the same (step A10), the partner user is extracted as a carpool candidate (step A11). If there are many extraction candidates (step A12), An optimum partner is further selected from among them (step A13). That is, a user who has the closest “desired boarding time” and “boarding place” or a user whose traveling direction is closest is selected as a carpool partner.
Further, based on the “passenger number” of the current carpooling applicant and the “passenger number” of the other user, it is determined whether or not it is possible to board a taxi (step A14). Another partner user is selected (step A15). In this case, if there is no other partner user (step A16), search reference enlargement processing is performed (step A17).
[0036]
This step A17 is a process for expanding the search criteria for carpooling, and when it is determined that there is no corresponding in any of steps A8, A10, A16, the search criteria for "desired boarding time" and "boarding place" And the search criteria for "travel direction" are relaxed. That is, when the allowable range of “desired boarding time” is about 10 minutes, the allowable range of “boarding place” is about 500 m, and the time and distance allowable range of the travel route is within 20%. The standard is relaxed by one rank, for example, 15 minutes, 700 m, and 30%.
The search criteria for “desired boarding time”, “boarding place”, and “traveling direction” are relaxed corresponding to steps A8, A10, and A16, but “desired boarding time”, “boarding place”, Which of the “traveling directions” is to be relaxed and in what order are arbitrary.
[0037]
After enlarging the search criteria in this way, the same search process as in steps A7 to A15 described above is resumed (step A18). As a result of this re-searching process, the presence or absence of the corresponding partner user is checked (step A19). When transmitting to the original user terminal 5 (step A20) and receiving a carpool rejection response from the user terminal 5 accordingly (step A21), the registration information in the carpool management database 13 corresponding to the user is stored. Delete (step A22).
[0038]
On the other hand, when a carpooling partner is selected in the search process described above, the process moves to step A17 in FIG. 6, and the user database 11 is accessed based on the current carpooling applicant and the user information is read. Then, the carpooling candidate condition of the selected candidate user is compared with the user information of the carpooling applicant of this time, and it is determined for the carpooling candidate user whether the carpooling applicant of this time matches the desired condition (step A18). .
Here, when they do not match (step A19), it is assumed that the carpooling is not established, but when they match, for each user of the carpooling, the optimum travel route (for example, the shortest route) according to the destination ) Is determined by referring to the map database 14 (step A20), and the travel distance and travel prediction time are calculated according to the travel route obtained for each user (step A21). Note that it is not necessary to strictly determine the travel distance and the predicted travel time, and approximate values may be used.
[0039]
The travel distance and travel prediction time for each user calculated in this way are compared, and the proportion of the increase in distance / time due to carpooling is calculated (step A22). In other words, for the shortest distance / time, for example, the ratio of the increment indicating how far the distance / time becomes due to carpooling, such as an increase of 10% in distance and an increase of 11% in time, etc. calculate.
Based on the travel distance determined for each user according to the travel route, the estimated travel time, the rate of increase in distance / time due to carpooling, and the number of users to be shared (excluding accompanying passengers) The rate of reduction of the fee borne by the person is calculated (step A23). In this case, the rate of reduction of the fee reduced by carpooling indicates how much the fee will be reduced when carpooling compared to the fee when carpooling is not carried out. For example, 42% It is a ratio.
[0040]
And after reading "name" of each carpool user from the user database 11 (step A24), the guidance mail transmitted to each user is produced for every user (step A25). In this case, a guide mail including the “distance / time increase ratio”, “charge reduction ratio”, and “partner name” calculated as described above is created for each user. After the guidance mail created in this way is transmitted to the user terminal 5 addressed to each carpooling user (step A26), it waits for a response from the user.
Each user terminal 5 that has received this guidance mail displays “distance / time increase ratio”, “fee reduction ratio”, and “name of the other party” on the terminal screen. Determines the superiority or inferiority accompanying the carpooling, decides whether to agree to the carpooling, and responds to that effect to the mediation management server 1.
[0041]
When the intermediary management server 1 receives the response content from each carpooling user (step A27), the intermediary management server 1 proceeds to step A28 in FIG. 7 to determine whether or not an agreement has been obtained from each carpooling user, and the agreement of each user is obtained. If not, it is determined that the carpooling is not established, but if the agreement of each user is obtained, a transmission request for the meeting place (boarding place) is sent to each user of the carpooling together with an agreement notification to the user terminal 5 (Step A29).
And if the meeting place is received from any user, it will be transmitted with respect to another carpool partner (step A30). Such an operation is repeated until a meeting place is determined (steps A29 to A31).
[0042]
When the meeting place is determined in this way, a transmission request for the current feature is sent to each carpool user (step A32). In other words, it requests the transmission of feature information indicating “physical features”, “current clothes, belongings” etc. that can easily determine the meeting partner, and the feature information is sent in response to this request. If it is received, it is received (step A33), and the feature information is transmitted to the other party together with the determined meeting place (step A34).
After mediating the meeting place and feature information in this way, the taxi management database 12 is referred to search for an empty taxi near the meeting place, and necessary information is transmitted to the in-vehicle terminal 4 of the taxi. Thus, arrangement for vehicle allocation by carpooling is performed (step A35). In this case, the necessary items are a boarding place, a destination, and a boarding time for each carpool user.
[0043]
FIG. 8 is a flowchart showing an update process of the carpool management database 13 that the mediation management server 1 starts executing at regular time intervals.
The intermediary management server 1 selects data for one record from the first record in the carpool management database 13 (step B1), extracts the “desired boarding time”, compares it with the current system date and time, Determine (step B2). For example, it is determined whether it is “10 minutes” before the “desired boarding time”, and if it is not just before the boarding time, the process proceeds to step B8. “Not applicable” is displayed (step B3).
[0044]
Here, when a response from the user is received (step B4), it is determined whether the response is a carpooling rejection response (step B5). If the response is a rejection response, the user's record (riding request information) is deleted from the carpooling management database 13. (Step B6). When the application for extending the boarding time is received, a process of extending the “desired boarding time” in the carpool management database 13 of the user is performed (step B7).
And it is discriminate | determined whether the process for all the records in the carpool management database 13 was complete | finished (step B8), returns to step B1 until the process for all the records is complete | finished, and repeats the above-mentioned operation | movement hereafter.
[0045]
FIG. 10 and FIG. 11 are flowcharts showing operations on the mediation management server 1 side that are started in response to a carpool request from the user terminal 5 in the case of picking up and sharing a caring partner while traveling.
FIG. 12 conceptually shows a travel route until a destination is picked up in the middle of travel, synergizes with a taxi, and arrives at the destination. In this example, the user A departs from the boarding place (the first boarding place), and in the course of traveling, the user B rides a little on the way, then returns to the original route, and the user A is set for the purpose. A case where the vehicle travels to the destination of the user B after getting off at the ground is shown.
[0046]
First, the mediation management server 1 performs processing corresponding to steps A1 to A6 of FIG. 5 described above (steps C1 to C3). In other words, the mediation management server 1 performs user authentication processing for the carpooling applicant (step C1), and if it is a legitimate user, the “desired boarding time”, “boarding place”, “destination”, “number of passengers” ”,“ Receiving carpooling conditions ”and registering them in the carpooling management database 13 (step C2), and searching process for searching for other users matching the carpooling conditions“ sex ”and“ age ”. (Step C3).
As a result, if there is no other user that matches the carpooling desired condition (step C4), “not applicable” is performed (step C13). If there is another user that matches the condition, the process proceeds to the next step C5. The travel direction is calculated based on the “boarding place” and “destination” received from the carpooling applicant.
[0047]
Then, paying attention to one of the other users that matches the carpooling desired condition, a record corresponding to the user of interest is acquired from the carpool management database 13 (step C6). Next, the travel direction is calculated based on the “boarding place” and the “destination” in the record of interest (step C7), and the “desired boarding time” is used as a starting point from the “boarding place” to the “destination”. The required time (running time) zone required until the time is calculated (step C8). For example, if the “desired boarding time” of the focused user is 2:00 pm and the required estimated time required from “boarding location” to “destination” is 45 minutes, the travel time zone of the focused user is From 2:00 pm to 2:45 pm
[0048]
Next, it is checked whether the traveling direction of the current applicant and the traveling direction of the target user are substantially the same, and the “desired boarding time” of the present applicant falls within the traveling time zone of the target user (step C9). ). In this case, whether or not the traveling directions are substantially the same is determined based on, for example, whether the temporal and distance “deviation” of the traveling route is within an allowable range (within 20%). Here, the time and distance “deviation” of the travel route is within an allowable range, and the travel time zone of the user of interest is 2:00 pm to 2:45 pm. If the "desired boarding time" is 2:20 pm, it is determined that the car can be shared (step C10).
[0049]
If carpooling is possible, the user of interest is extracted as a carpooling candidate (step C11). Then, it is determined whether there is another partner user who matches the desired carpooling condition (step C12), the process returns to step C6 until the processing for the user who matches the condition is completed, and the above-described operation is repeated.
Accordingly, when there are a large number of users extracted as carpooling candidates among the users that meet the desired carpooling conditions (step C16 in FIG. 11), the travel direction of the current applicant is one of the travel directions of the carpooling candidates. A carpool candidate that is closest in number is selected (step C17).
[0050]
Further, based on the “passenger number” of the current carpooling applicant and the “passenger number” of the other user, it is determined whether or not it is possible to ride in one taxi (step C18). Another partner user is selected (step C18). In this case, if there is no other partner user (step C20), “not applicable” notification is performed (step C13 in FIG. 10).
When there is a corresponding partner user (step C20), a check process is performed to check whether the user condition of the carpooling candidate is met (step C21). This check process is a process corresponding to steps A17 and A18 of FIG. 6 and checks whether the selected carpooling candidate user's carpooling desired condition matches the user information of the current carpooling applicant.
[0051]
Here, when they do not match (step C22), it is assumed that the carpooling is not established, but when they match, the ratio of the increase in distance / time and the rate of reduction are calculated and the names of the cars sharing are read out. Processing is performed (step C23). This process is a process corresponding to steps 20 to A24 in FIG. 6, and calculates the rate of increase in distance / time due to carpooling, the rate of reduction of the charge borne by each person, and the "name" of each carpool user "Is read out.
Create a guide mail for each user, including this "distance / time increase rate", "fee reduction rate", and "name of the other party", send it to each carpooling user, and then respond from that user The process waits (step C24).
[0052]
When the intermediary management server 1 receives the response content from each carpooling user (step C24), it determines whether or not an agreement has been obtained from each carpooling user (step C25). Although sharing is not established, if an agreement is obtained from each user, an agreement notification is sent to each sharing user (step C26), an empty taxi is searched, and necessary information is transmitted to the taxi. Then, arrangements for vehicle allocation by carpooling are performed (step C27). In this case, an empty taxi located near the boarding place of the user who gets on first among the users sharing the car is searched.
[0053]
As described above, in this embodiment, the mediation management server 1 refers to the carpool management database 13 when taxi sharing is applied, and determines whether the user's desired carpooling conditions are met. When it meets the conditions of “only for women” and “only for the same age”, it is determined that the carpooling has been established, so simply apply for the carpooling desired conditions and the carpooling as desired by the user Can be realized. Therefore, for example, it is possible to share between women of any age, caring between women of the same age, and men of the same age regardless of gender. This makes it possible to promote taxi sharing.
[0054]
When the brokerage management server 1 accepts the carpool application, it refers to the carpool management database 13 and selects a candidate partner that can be shared with the traveling direction being substantially the same, and the current applicant and the selected candidate partner. When the car rides together, information on the expected deviation of the driving route and information on the charges to be paid by each person are calculated and notified to each user of the car sharing. In this case, since it is determined that the carpooling has been established, it is possible for the user to directly judge the superiority or inferiority when the carpooling is carried out, and the carpooling as desired by the user can be realized. It becomes.
In this case, as information on the expected deviation of the travel route, for example, guidance indicating that the route is a 10% increase in distance, guidance indicating that the trip is an increase of 10 minutes in time, For example, a 40% reduction can be provided as information related to the fee borne by the person, so that superiority or inferiority in the case of sharing can be determined immediately.
[0055]
When the brokerage management server 1 accepts the carpool application, it refers to the carpool management database 13 and selects a candidate partner that can be shared with the traveling direction being substantially the same, and the current applicant and the selected candidate partner. On the other hand, after mutual guidance on information about the user, if the consent of carpooling is obtained from each user, it is determined that the carpooling has been established, so that the user can directly confirm the carpooling partner. It is possible to realize a carpool as desired by the user. In this case, since the name is guided as information about the user, it is possible to refuse to ride with a person who dislikes.
[0056]
In addition, when the carpool is established, as the information required for the carpooling partners to join each other, the carpooling location is guided, and the passenger's clothes and features are guided. It is possible to easily confirm the other party and to join smoothly.
Furthermore, when carpooling is established, the taxi arrangement is made for the taxi and the boarding location and destination are guided for each carpooling user. For example, an empty car taxi near the carpooling location can be placed there. Even when the train is sent immediately, or when the user gets on or off the train while traveling, the driver can be surely notified of the place where each user gets on and off.
[0057]
In addition, when each user who wishes to share the car joins the carpooling location and shares the carpool, each user who joins the carpooling location shares the carpooling time because the user who is near the boarding desired time and boarding place is the carpooling partner. An appropriate user can be used as a carpool partner. Also, if each user who wishes to share a car is in a different location, the user who is likely to pass by taxi near the boarding location and near the desired boarding time is used as a carpool partner. It is not limited to the case of joining the place and sharing, but it is also possible to carry out the sharing that can be shared from the middle of traveling.
[0058]
In the above-described embodiment, when each user who wishes to share the car joins the carpooling place and carries out the carpooling, the intermediary management server 1 stores the meeting place and the feature information (physical characteristics, clothes, etc.) of each user. In order to mediate the delivery, the mediation management server 1 sends connection information for connecting the user terminals (mobile phones) 5 to each other so that the users can talk directly over the telephone. May be.
FIG. 13 is a flowchart showing an operation in place of FIG. 7 described above when each user joins the carpooling place and rides together.
[0059]
That is, when the agreement of each user is obtained (step D1), the mediation management server 1 accesses the user database 11 to acquire the “phone number” of each user, and sends it to the user terminal 5 of each user. After notifying the agreement (step D2), connection information (telephone number) for connecting the user terminals 5 to each other is transmitted to each other (step D3). As a result, terminals can be connected to each other (call connection), so that it is possible to determine the carpool location while talking on the phone, and to inform the other party of physical characteristics, clothes, and the like.
Here, when a sharing location is transmitted from any user to the intermediary management server 1, it is received (step D4), and arrangements for sharing a ride are made to a taxi near the sharing location. Perform (Step D5).
In this way, users can talk directly with each other about the place of sharing, characteristics, etc., so it is possible to carry out the sharing together smoothly.
[0060]
Further, in the above-described embodiment, “sex” and “age” are exemplified as the ride request conditions, but the ride request conditions are arbitrary.
For example, “Exceeding a 10% increase in distance even in a detour”, “Limiting an increase in 10 minutes in a detour”, “Excluding specific persons (such as those who dislike the neighborhood)”, “ "Limited to people from the same school or company", "Limited to when the price is cheaper than 20%", "Limited to boarding before 7:45 am (at work)", etc. You may do it.
[0061]
Here, in the case where the desired conditions for carpooling are “within 10% increase in distance even when making a detour”, “within 10 minutes increase in time even with detour”, etc., the above-described FIG. The processing corresponding to steps A20 to A22 may be executed in step A6 in FIG. Further, in the case where the desired condition for carpooling is “only when the charge is cheaper by 20% or more” or the like, the process of step A23 in FIG.
Similarly, in cases such as “excluding specific persons (such as those who dislike neighbors)”, “limited to people of the same school or company”, etc., refer to the user information to determine whether or not the specific person is specified. What is necessary is just to perform the process to discriminate | determine and what is necessary is just to discriminate | determine whether the present system date corresponds to desired time in the case of "limited to boarding before 7:45 am (at the time of work)".
[0062]
In the above-described embodiment, “name” is guided as information about the user, but other information regarding the user is “sex”, “age”, “weight”, “town name as address”. If the “number of accompanying persons”, “information about accompanying persons”, etc. are acquired and guided to the other user, it is possible to further search for a caring partner that suits his / her preference.
In addition, when the user terminal 5 requests to share a taxi, the user terminal 5 obtains the current position (boarding point) via the terrestrial / satellite mobile communication network when making a request for dispatch to the intermediary management server 1. It may be transmitted to the mediation management server 1. Furthermore, the user terminal 5 is not limited to a mobile phone, but may be a desktop or notebook personal computer installed at home.
[0063]
In the embodiment described above, the arrangement for sharing a car is arranged for the nearest taxi, but the arrangement for arranging the car may be arranged for a taxi company. In addition, the introduction service provider of the carpool partner may be a taxi company.
In addition, as information on the charges borne by each person, the share of charges may be increased for users with many accompanying persons (passengers), and as information on the charges borne by each person, the burden ratio Instead, an actual predicted fee may be calculated and guided. Furthermore, the rental vehicle is not limited to a taxi, but may be a shared bus, a hire, or the like.
[0064]
On the other hand, a recording medium (for example, a CD-ROM, a floppy disk, a RAM card, etc.) on which a program code for executing each of the above-described units is recorded may be provided to the computer.
That is, a recording medium having a computer-readable program code, and for each user who uses the renting vehicle, a function for storing and managing the carpooling desired conditions, and the usership between the users with reference to the carpooling desired conditions A computer that records a program that realizes the function to determine whether the carpooling desired condition is met and the function to determine that the carpooling condition is met when it is determined that the carpooling desired condition is met. A simple recording medium may be provided.
[0065]
In addition, a recording medium having a computer-readable program code, the function of storing at least boarding information including a boarding place and a destination for each user, and the boarding when a carpool application is accepted A function of selecting a candidate partner that can be shared with each other with reference to the information and a traveling direction that is substantially the same, and an expected travel route when the current applicant and the candidate partner selected by the selection means A function to calculate at least one of the information about the difference between the information and the fee to be borne by each person, and the function to guide the calculated information to the current carpooling applicant and the selected candidate partner And a function to determine that the carpooling has been established when the carpooling applicant and the candidate partner selected by the selection means obtain consent for carpooling. It may be a computer that records the order of the program to provide a recording medium readable.
[0066]
Furthermore, a recording medium having a computer readable program code, and a function for storing and managing boarding information including at least a boarding place and a destination for each user, and when the carpool application is accepted, the boarding A function for selecting a candidate partner that can be shared with each other by referring to the information, and for the current carpooling applicant and the candidate partner selected by the selecting means, information about the user is mutually guided. Can be read by a computer recording a program for realizing a function to determine that the carpooling has been established when a carpooling consent is obtained from the current carpooling applicant and the selected candidate partner. A recording medium may be provided.
[0067]
【The invention's effect】
The present invention can know the distance and time that change due to carpooling, and can determine whether to agree to carpooling based on this.
[Brief description of the drawings]
FIG. 1 is a block diagram showing the overall configuration of a carpooling brokerage system.
2A is a diagram conceptually showing the contents of a user database 11, and FIG. 2B is a diagram conceptually showing the contents of a taxi management database 12. FIG.
FIG. 3 is a diagram conceptually showing the contents of a carpool management database 13;
4 is a block diagram showing basic components of the mediation management server 1. FIG.
FIG. 5 is a flowchart showing an operation on the mediation management server 1 side which is started to be executed in response to a sharing request from the user terminal 5 when each user joins and shares at the sharing location.
FIG. 6 is a flowchart illustrating the operation on the mediation management server 1 side, following FIG. 5;
FIG. 7 is a flowchart showing the operation on the mediation management server 1 side, following FIGS. 5 and 6;
FIG. 8 is a flowchart showing an update process of the carpool management database 13 that the mediation management server 1 starts executing at regular intervals.
FIG. 9 is a diagram conceptually showing a travel route from when each user joins a carpool to synchronize a taxi and arrive at a destination.
FIG. 10 is a flowchart showing an operation on the mediation management server 1 side which is started to be executed in response to a carpool request from the user terminal 5 in the case of picking up a partner while driving and sharing a car.
FIG. 11 is a flowchart illustrating the operation on the mediation management server 1 side, following FIG. 10;
FIG. 12 is a diagram conceptually showing a travel route until a partner is picked up in the middle of travel, synergizes with a taxi, and arrives at a destination.
FIG. 13 is a flowchart for explaining a modified application example of the first embodiment and showing an operation in place of FIG. 7 when each user joins the carpooling place and rides on the vehicle.
[Explanation of symbols]
1 Mediation management server
2 network
3 Taxi company terminal
4 In-vehicle terminals
5 User terminals
11 User database
12 Taxi management database
13 Carpool management database
14 Map database
101 CPU
102 storage device
103 Recording medium
105 Transmission control unit
106 Input section

Claims (5)

通信ネットワークを介して、賃走車両に相乗りする相手を紹介する相乗り仲介管理装置であって、
利用者毎に、利用者端末より受信した少なくとも、乗車時刻、乗車地、目的地を含む乗車情報を記憶管理する乗車情報記憶手段と、
相乗り申込者より受信した乗車情報を元に、前記乗車情報記憶手段を検索し、乗車時刻、乗車地の乗車情報が近い候補相手情報を検索し、更に目的地の乗車情報に応じて走行方向が略同様である相乗り可能な候補相手情報を選択する選択手段と、
この選択手段で選択された候補相手情報の乗車情報と相乗り申込者の乗車情報に基づいて相乗りした場合の距離及び時間を算出する算出手段と、
相乗り申込者と前記選択手段で選択された候補相手に対して前記算出手段によって算出された距離及び時間を送信すると共に、相乗り申込者と前記選択手段で選択された候補相手から相乗りの同意を受信した場合に、乗車地の乗車情報を送信する送信手段と
を具備したことを特徴とする相乗り仲介管理装置
A carpool intermediary management device that introduces a partner to ride on a rented vehicle via a communication network,
Boarding information storage means for storing and managing boarding information including at least boarding time, boarding place, and destination received from the user terminal for each user ;
Based on the boarding information received from the carpooling applicant, the boarding information storage means is searched, the boarding time, the boarding information of the boarding information near the boarding information is searched, and the traveling direction is further determined according to the boarding information of the destination. Selection means for selecting candidate partner information that can be shared with each other,
A calculating means for calculating the distance and time in the case of joining on the basis of boarding information and boarding information for joining applicant of selected candidate partner information in the selection means,
The distance and time calculated by the calculation means are transmitted to the carpooling applicant and the candidate partner selected by the selection means, and the carpooling consent is received from the carpooling applicant and the candidate partner selected by the selection means. when, joining intermediary management apparatus characterized by comprising a transmitting means for transmitting the boarding information of boarding locations.
前記送信手段によって乗車地を送信した後に、各利用者の端末同士を接続させる為の接続情報を相互に送信するようにしたことを特徴とする請求項1記載の相乗り仲介管理装置2. The carpool intermediary management apparatus according to claim 1, wherein after the boarding place is transmitted by the transmitting means , connection information for connecting terminals of each user is transmitted to each other. 前記送信手段によって乗車地を送信した後に、賃走車両あるいはタクシー会社側の端末に対して配車手配を行うと共に、利用者毎の乗車地や目的地を示す情報を案内するようにしたことを特徴とする請求項記載の相乗り仲介管理装置 After transmitting the boarding place by the transmission means , the vehicle arrangement is arranged for the renting vehicle or the terminal on the taxi company side, and information indicating the boarding place and the destination for each user is guided. The carpooling intermediary management apparatus according to claim 1 . 相乗りを希望する各利用者の乗車地が相違する場合には、その乗車地の付近および乗車希望時刻の近くを賃走車両で通過する可能性のある利用者を前記乗車情報記憶手段より検索して相乗り相手とするようにしたことを特徴とする請求項記載の相乗り仲介管理装置If the boarding place of each user who wishes to share is different, the boarding information storage means is searched for a user who may pass by the renting vehicle in the vicinity of the boarding place and near the boarding desired time . joining intermediary management apparatus according to claim 1, characterized in that as the joining partner Te. 通信ネットワークを介して、賃走車両に相乗りする相手を紹介する相乗り仲介管理装置のコンピュータを、
利用者毎に、利用者端末より受信した少なくとも、乗車時刻、乗車地、目的地を含む乗車情報を記憶管理する乗車情報記憶手段、
相乗り申込者より受信した乗車情報を元に、前記乗車情報記憶手段を検索し、乗車時刻、乗車地の乗車情報が近い候補相手情報を検索し、更に目的地の乗車情報に応じて走行方向が略同様である相乗り可能な候補相手情報を選択する選択手段、
この選択手段で選択された候補相手情報の乗車情報と相乗り申込者の乗車情報に基づいて相乗りした場合の距離及び時間を算出する算出手段、
相乗り申込者と前記選択手段で選択された候補相手に対して前記算出手段によって算出された距離及び時間を送信すると共に、相乗り申込者と前記選択手段で選択された候補相手から相乗りの同意を受信した場合に、乗車地の乗車情報を送信する送信手段
として機能させるためのプログラム。
A computer of the carpooling intermediary management device that introduces the partner to ride on the renting vehicle via the communication network,
Boarding information storage means for storing and managing boarding information including at least boarding time, boarding place and destination received from the user terminal for each user;
Based on the boarding information received from the carpooling applicant, the boarding information storage means is searched, the boarding time, the boarding information of the boarding information near the boarding information is searched, and the traveling direction is further determined according to the boarding information of the destination. Selection means for selecting candidate partner information that can be shared with each other,
A calculating means for calculating a distance and a time in case of carpooling based on the boarding information of the candidate partner information selected by the selecting means and the carpooling applicant's boarding information;
The distance and time calculated by the calculation means are transmitted to the carpooling applicant and the candidate partner selected by the selection means, and the carpooling consent is received from the carpooling applicant and the candidate partner selected by the selection means. Means to transmit boarding information of boarding area
Program to function as .
JP2001229003A 2001-07-30 2001-07-30 Carpooling intermediary management device and program thereof Expired - Lifetime JP4458453B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001229003A JP4458453B2 (en) 2001-07-30 2001-07-30 Carpooling intermediary management device and program thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001229003A JP4458453B2 (en) 2001-07-30 2001-07-30 Carpooling intermediary management device and program thereof

Publications (2)

Publication Number Publication Date
JP2003044702A JP2003044702A (en) 2003-02-14
JP4458453B2 true JP4458453B2 (en) 2010-04-28

Family

ID=19061413

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001229003A Expired - Lifetime JP4458453B2 (en) 2001-07-30 2001-07-30 Carpooling intermediary management device and program thereof

Country Status (1)

Country Link
JP (1) JP4458453B2 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180008367A (en) * 2017-12-26 2018-01-24 전대연 smart automobile sharing-matching-information-supplying app system
KR20190118113A (en) * 2018-04-09 2019-10-17 도요타 지도샤(주) Information processing apparatus, method for proposing ride-sharing by information processing apparatus, and non-transitory storage medium storing program
WO2019243883A1 (en) 2018-06-18 2019-12-26 日産自動車株式会社 System for operating commercial vehicles
KR102064376B1 (en) * 2018-08-06 2020-02-11 고려대학교 산학협력단 Device and method for recommending ride sharing group, recording medium for performing the method

Families Citing this family (52)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4073334B2 (en) * 2003-02-21 2008-04-09 オムロン株式会社 Event providing system and method
JP2004295576A (en) * 2003-03-27 2004-10-21 Kureo:Kk Taxi dispatching program, taxi dispatching method, and taxi dispatching device
JP4148002B2 (en) * 2003-03-31 2008-09-10 富士通株式会社 Taxi sharing management program and taxi sharing management method
JP2004362271A (en) * 2003-06-04 2004-12-24 Nippon Telegr & Teleph Corp <Ntt> Ride sharing riding system, riding information processor and ride sharing riding method
JP4339029B2 (en) * 2003-06-30 2009-10-07 日本電気株式会社 Method and system for carpool reservation management, and program thereof
JP2005316827A (en) * 2004-04-30 2005-11-10 Fujitsu Ltd Sports gym management method, program and device
JP2009258927A (en) * 2008-04-15 2009-11-05 Pioneer Electronic Corp Information distribution device, information distribution method, information distribution program, and recording medium
FR2935523B1 (en) * 2008-08-29 2010-11-05 Alcatel Lucent METHOD AND SYSTEM FOR AUTOMATICALLY AND DIRECTLY CONNECTING A DRIVER AND AT LEAST ONE PERSON TO BE TRANSPORTED.
JP4972668B2 (en) * 2009-04-13 2012-07-11 ヤフー株式会社 Carpooling support device, carpooling support method and program
JP5891910B2 (en) * 2012-03-30 2016-03-23 富士通株式会社 Charge calculation method, charge calculation program, and charge calculation device
JP6135385B2 (en) * 2013-08-08 2017-05-31 日産自動車株式会社 Carpooling support system
JP6135384B2 (en) * 2013-08-08 2017-05-31 日産自動車株式会社 Carpooling support system
AU2015251350A1 (en) 2014-04-24 2016-11-10 Beijing Didi Infinity Technology And Development Co., Ltd. System and method for managing supply of service
CN104282145B (en) * 2014-10-28 2016-07-27 丁灏 One station taxi sharing information system and method
JP5895079B1 (en) * 2015-04-01 2016-03-30 株式会社notteco Carpooling support system, portable terminal, program, carpooling support method, and rental support system
JP6542040B2 (en) * 2015-06-23 2019-07-10 株式会社東芝 Information processing apparatus and discount method
KR101743522B1 (en) * 2015-10-01 2017-06-07 주식회사 콜버스랩 Method and system for allocating call vehicle
JP6458792B2 (en) 2016-11-04 2019-01-30 本田技研工業株式会社 Vehicle control system, vehicle control method, and vehicle control program
US11227238B2 (en) 2017-02-02 2022-01-18 Nissan Motor Co., Ltd. Ride-sharing management method, ride-sharing management device, and vehicle
WO2018167839A1 (en) * 2017-03-14 2018-09-20 富士通株式会社 Ride sharing support system, ride sharing support method, and ride sharing support program
JP2018200555A (en) * 2017-05-26 2018-12-20 日本ユニシス株式会社 Device and method for determining passengers in shared vehicle
JP2018200554A (en) * 2017-05-26 2018-12-20 日本ユニシス株式会社 Device and method for determining passengers in shared vehicle
JP6854704B2 (en) * 2017-05-26 2021-04-07 日本ユニシス株式会社 Passenger determination device for shared vehicle and passenger determination method
JP6602345B2 (en) * 2017-06-21 2019-11-06 本田技研工業株式会社 Passenger system
US11829903B2 (en) 2017-08-01 2023-11-28 Nissan Motor Co., Ltd. Information providing method and information providing device
JP6844703B2 (en) * 2017-08-08 2021-03-17 日産自動車株式会社 Shared vehicle management method and shared vehicle management device
JP7027154B2 (en) * 2017-12-20 2022-03-01 日産自動車株式会社 Information provision method, vehicle management method and information provision device
WO2019145747A1 (en) 2018-01-25 2019-08-01 日産自動車株式会社 Vehicle management method, and vehicle management device
US20210142373A1 (en) * 2018-03-30 2021-05-13 Nearme, Inc. Non-Transitory Computer Readable Medium and Information Processing Method
JP7059785B2 (en) * 2018-05-08 2022-04-26 住友電気工業株式会社 Delivery planning device, delivery planning method and computer program
JP6516060B1 (en) * 2018-06-12 2019-05-22 トヨタ自動車株式会社 INFORMATION PROCESSING APPARATUS, INFORMATION PROCESSING METHOD, AND INFORMATION PROCESSING PROGRAM
JP7357442B2 (en) * 2018-06-18 2023-10-06 日産自動車株式会社 Commercial vehicle operation system
JP6969507B2 (en) * 2018-06-21 2021-11-24 トヨタ自動車株式会社 Information processing equipment, information processing methods and programs
JP7048432B2 (en) * 2018-06-22 2022-04-05 本田技研工業株式会社 Shared car management system
JP7193936B2 (en) * 2018-06-29 2022-12-21 株式会社デンソーテン Vehicle allocation device and vehicle allocation method
JP7196440B2 (en) * 2018-07-03 2022-12-27 トヨタ自動車株式会社 Information processing device and information processing method
JP7110775B2 (en) * 2018-07-11 2022-08-02 トヨタ自動車株式会社 Information processing device, boarding vehicle adjustment method and boarding vehicle adjustment program
JP2020013451A (en) * 2018-07-20 2020-01-23 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America Information processing method
JP7089972B2 (en) * 2018-07-30 2022-06-23 株式会社デンソーテン Shared taxi passenger setting device and system equipped with it, and shared taxi passenger setting method
JP7196456B2 (en) * 2018-08-13 2022-12-27 スミダコーポレーション株式会社 Ride-sharing assistance systems and programs
JP7036690B2 (en) * 2018-08-20 2022-03-15 ヤフー株式会社 Information processing equipment, information processing methods and information processing programs
JP2020047017A (en) * 2018-09-20 2020-03-26 本田技研工業株式会社 Utilization support system for share-ride moving body and utilization support method for the same
JP7042201B2 (en) * 2018-10-23 2022-03-25 Line株式会社 Programs, information processing methods, and information processing equipment
JP6627128B2 (en) * 2018-11-05 2020-01-08 本田技研工業株式会社 Vehicle control system, vehicle control method, and vehicle control program
KR102279586B1 (en) * 2018-11-20 2021-07-22 한국과학기술원 Server and method for managing shared autonomous vehicles
CN109948819A (en) * 2019-03-29 2019-06-28 徐州蓝湖信息科技有限公司 A kind of share-car method and device based on block chain
JP7188277B2 (en) * 2019-05-28 2022-12-13 トヨタ自動車株式会社 Information processing device, information processing method, and information processing program
KR102086801B1 (en) * 2019-07-11 2020-03-09 주식회사 코나투스 Method of facilitating for joint use of vehicle transportation service and apparatuses using the same
JP2021076919A (en) * 2019-11-05 2021-05-20 株式会社デンソーテン Passenger determination device and passenger determination method
JP2021131597A (en) * 2020-02-18 2021-09-09 ダイハツ工業株式会社 Vehicle allocation system
JP7396942B2 (en) * 2020-03-18 2023-12-12 本田技研工業株式会社 Management devices, management methods, and programs
JP7413107B2 (en) * 2020-03-19 2024-01-15 本田技研工業株式会社 Vehicle management device, vehicle management method, and vehicle management program

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180008367A (en) * 2017-12-26 2018-01-24 전대연 smart automobile sharing-matching-information-supplying app system
KR102576164B1 (en) * 2017-12-26 2023-09-11 전대연 smart car sharing-matching-information-supplying app system
KR20190118113A (en) * 2018-04-09 2019-10-17 도요타 지도샤(주) Information processing apparatus, method for proposing ride-sharing by information processing apparatus, and non-transitory storage medium storing program
KR102221025B1 (en) * 2018-04-09 2021-02-26 도요타 지도샤(주) Information processing apparatus, method for proposing ride-sharing by information processing apparatus, and non-transitory storage medium storing program
WO2019243883A1 (en) 2018-06-18 2019-12-26 日産自動車株式会社 System for operating commercial vehicles
US11842644B2 (en) 2018-06-18 2023-12-12 Nissan Motor Co., Ltd. System for operating commercial vehicles
KR102064376B1 (en) * 2018-08-06 2020-02-11 고려대학교 산학협력단 Device and method for recommending ride sharing group, recording medium for performing the method

Also Published As

Publication number Publication date
JP2003044702A (en) 2003-02-14

Similar Documents

Publication Publication Date Title
JP4458453B2 (en) Carpooling intermediary management device and program thereof
US10388167B2 (en) Transmitting navigational data to driver devices for transporting a user to destinations specified in a transportation request
US10817969B2 (en) Transmitting navigation instructions to a driver device to direct the driver device to a geographic region in view of locations and device activity of user devices
US8725612B2 (en) Personalized real-time location-based travel management
US20190019146A1 (en) System and method for arranging deliveries and ride sharings
JP2018120596A (en) Method and system for mediating between users to share vehicle
JP7063172B2 (en) Information processing device, vehicle adjustment method and vehicle adjustment program
US20180101878A1 (en) System for navigating drivers to passengers based on arrival times and surge pricing information
JP2005182146A (en) Transfer route guidance system and route guidance server
JP2002015215A (en) Multimedia information distribution system and portable information terminal device
KR102074805B1 (en) Method for operating medical tourism contents platform
KR101812774B1 (en) Method, device and computer readable recording medium for allocating taxi responsive to request for call taxi in which user who is different from client terminal&#39;s user is assigned as passanger
JP2020017060A (en) Information processing apparatus, information processing method, and information processing program
JP2020119441A (en) Vehicle allocation program and allocation system
JP2002296070A (en) Portable communication device, route guide information delivery method, route guide information delivery system and program
TWI426460B (en) Application apparatus, server, system and method of travel service
KR101429273B1 (en) System and method for relief agency operation through rate negotiation and branding of agent articles
JP6973278B2 (en) Server systems, control methods, and programs
JP2004227490A (en) Community management system and method thereof
JP2002063690A (en) Car allocation service method
US11609097B2 (en) Information processing apparatus, information processing method and program
JP2002296071A (en) Portable communication device, route guide information delivery method, route guide information delivery system and program
KR20060115759A (en) Mileage service system using positional information of mobile communication terminals and method thereof
JP2002140402A (en) Method for providing vehicle pool service and system for the same and device for the same
JP2004164288A (en) Information processor, information processing support device, user information management device and information processing support system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041015

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20060206

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20060413

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070313

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070509

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070612

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100205

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 4458453

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130219

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130219

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140219

Year of fee payment: 4

EXPY Cancellation because of completion of term