JP4458453B2 - Carpooling intermediary management device and program thereof - Google Patents
Carpooling intermediary management device and program thereof Download PDFInfo
- 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
Links
- 230000005540 biological transmission Effects 0.000 claims description 11
- 238000004891 communication Methods 0.000 claims description 10
- 238000004364 calculation method Methods 0.000 claims description 4
- 238000007726 management method Methods 0.000 description 78
- 238000000034 method Methods 0.000 description 24
- 230000008569 process Effects 0.000 description 23
- 230000004044 response Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 12
- 230000009467 reduction Effects 0.000 description 8
- 238000005259 measurement Methods 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 230000033001 locomotion Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000029305 taxis Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000036962 time dependent Effects 0.000 description 1
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
[0021]
The
A
[0022]
When a taxi company makes a subscription contract with this carpooling brokerage service provider, the
At that time, the
[0023]
The in-
The
[0024]
In this embodiment, for example, digitization (packetization) is performed between the
[0025]
FIG. 2A is a diagram conceptually showing the contents of the
The
[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
The
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
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
The
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
[0029]
Further, the
On the other hand, a transmission control unit 105, an
[0030]
Next, the operation algorithm of the
[0031]
FIG. 5 to FIG. 7 are flowcharts showing operations on the
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
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
[0033]
Upon receiving “desired boarding time”, “boarding place”, “destination”, “passenger number of passengers”, and “hope sharing conditions” (step A4), the
That is, the
[0034]
As a result, when there is a corresponding partner user (step A8), the “destination” of the partner user is further acquired from the
[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
[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
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
Each
[0041]
When the
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-
[0043]
FIG. 8 is a flowchart showing an update process of the
The
[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
And it is discriminate | determined whether the process for all the records in the
[0045]
FIG. 10 and FIG. 11 are flowcharts showing operations on the
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
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
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
[0053]
As described above, in this embodiment, the
[0054]
When the
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
[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
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
Here, when a sharing location is transmitted from any user to the
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
[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
FIG. 3 is a diagram conceptually showing the contents of a
4 is a block diagram showing basic components of the
FIG. 5 is a flowchart showing an operation on the
FIG. 6 is a flowchart illustrating the operation on the
FIG. 7 is a flowchart showing the operation on the
FIG. 8 is a flowchart showing an update process of the
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
FIG. 11 is a flowchart illustrating the operation on the
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.
利用者毎に、利用者端末より受信した少なくとも、乗車時刻、乗車地、目的地を含む乗車情報を記憶管理する乗車情報記憶手段、
相乗り申込者より受信した乗車情報を元に、前記乗車情報記憶手段を検索し、乗車時刻、乗車地の乗車情報が近い候補相手情報を検索し、更に目的地の乗車情報に応じて走行方向が略同様である相乗り可能な候補相手情報を選択する選択手段、
この選択手段で選択された候補相手情報の乗車情報と相乗り申込者の乗車情報に基づいて相乗りした場合の距離及び時間を算出する算出手段、
相乗り申込者と前記選択手段で選択された候補相手に対して前記算出手段によって算出された距離及び時間を送信すると共に、相乗り申込者と前記選択手段で選択された候補相手から相乗りの同意を受信した場合に、乗車地の乗車情報を送信する送信手段
として機能させるためのプログラム。 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 .
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)
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)
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 |
-
2001
- 2001-07-30 JP JP2001229003A patent/JP4458453B2/en not_active Expired - Lifetime
Cited By (7)
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'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 |