JP2003044702A - 相乗り仲介システムおよび相乗り仲介方法 - Google Patents

Abstract

(57)【要約】 【課題】相乗り希望条件を申し込んでおくだけで、利用
者が希望する通りの相乗りを実現できるようにする。 【解決手段】仲介管理サーバ１は、ネットワーク網２を
介して、利用者端末５からタクシーの相乗りが申し込ま
れた場合に、相乗り管理データベース１３を参照し、ユ
ーザ同士の相乗り希望条件が適合するかを判別する。こ
こで、ユーザ同士の相乗り希望条件が例えば、「女性に
限る」、「同年輩に限る」あれば、その条件に適合する
場合に限り、相乗りが成立したものとして決定し、その
旨を各利用者端末５へ通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、通信ネットワー
クを介して、賃走車両に相乗りする相手を紹介する相乗
り仲介システム、そのプログラム、相乗り仲介方法に関
する。

【０００２】

【従来の技術】従来、タクシーの配車手配の方法とし
て、タクシー管理センターは、各タクシー毎に、その料
金メータから乗車／空車中かの情報を取得すると共に、
車載端末に備えられている位置測定システム（ＧＰＳ）
からその現在位置を取得し、これらの情報に基づいて利
用者の近傍に位置している空車タクシーを検索して配車
手配を行う配車手配システムが知られている。とろこ
で、タクシーの相乗りや乗合バス（賃走車両）を利用す
る場合には、各利用者が携帯電話等からタクシー管理セ
ンターへ配車手配を依頼すると、その相乗り場所にタク
シーや乗合バスを配車手配するようにしたシステムも考
えられている。このような相乗り手配システムは、例え
ば、環境問題に対する対策の他に、過疎地域での路線バ
スの廃止による代替手段としても期待されている。

【０００３】

【発明が解決しようとする課題】しかしながら、相乗り
タクシーや乗合バスを利用する場合において、利用者に
とっては、単独でタクシーを利用した場合よりも料金は
かなり割安となるが、相乗り者が乗車する場所や下車す
る場所によっては、単独でタクシーを利用した場合より
も、走行距離や時間が極端に多くかかるケースがある。
また、相乗りタクシーや乗合バスのように狭い空間の中
に長時間、見知らぬ人と同乗することは、同乗相手によ
っては不快な思いをすることもある。このため、よほど
料金が格安になるか、緊急を要する場合を除けば、相乗
りタクシーや乗合バスを敬遠する傾向にあり、路線バス
の代替手段として期待されている相乗り構想もその運用
の仕方によっては、現実味のないものとなる。

【０００４】第１の発明の課題は、賃走車両の相乗りを
利用する場合に、その相乗り希望条件を申し込んでおく
だけで、利用者が希望する通りの相乗りを実現できるよ
うにすることである。第２の発明の課題は、賃走車両の
相乗りを利用する場合に、その利用者自身に相乗りした
場合の優劣を直接判断させることで、利用者が希望する
通りの相乗りを実現できるようにすることである。第３
の発明の課題は、賃走車両の相乗りを利用する場合に、
その利用者自身に相乗り相手を直接確認させることで、
利用者が希望する通りの相乗りを実現できるようにする
ことである。

【０００５】この発明の手段は、次の通りである。請求
項第１記載の発明（第１の発明）は、通信ネットワーク
を介して、賃走車両に相乗りする相手を紹介する相乗り
仲介システムであって、賃走車両を利用する利用者毎
に、相乗り希望条件を記憶管理する希望条件記憶手段
と、前記希望条件記憶手段を参照し、利用者同士の相乗
り希望条件が適合するかを判別する判別手段と、この判
別手段によって相乗り希望条件が適合することが判別さ
れた場合に、相乗りが成立したものとして決定する決定
手段とを具備するものである。

【０００６】したがって、第１の発明においては、賃走
車両の相乗りを利用する場合に、その相乗り希望条件を
申し込んでおくだけで、利用者が希望する通りの相乗り
を実現することができるので、相乗りの促進が可能とな
る。この場合、相乗り希望条件として、例えば、「女性
に限る」、「同年輩に限る」、「遠回りでも距離的に１
０％増以内・時間的に１０分増以内を限度」、「特定者
（近所の嫌いな人など）を除く」、「料金が２０％以上
安くなる場合に限る」等を申し込んでおけば、その条件
に適合する場合に限り、賃走車両の相乗りを利用するこ
とが可能となる。

【０００７】更に、コンピュータに対して、上述した請
求項１記載の発明に示した主要機能を実現させるための
プログラムを提供し（請求項９記載の発明）、また、上
述した請求項１記載の発明に示した主要手順にしたがっ
た処理を行う相乗り仲介方法を提供するものである（請
求項１０記載の発明）。

【０００８】請求項第２記載の発明（第２の発明）は、
通信ネットワークを介して、賃走車両に相乗りする相手
を紹介する相乗り仲介システムであって、利用者毎に、
少なくとも、乗車地、目的地を含む乗車情報を記憶管理
する乗車情報記憶手段と、相乗り申込を受け付けた場合
に、前記乗車情報記憶手段を参照し、走行方向が略同様
である相乗り可能な候補相手を選択する選択手段と、今
回の相乗り申込者と前記選択手段で選択された候補相手
とが相乗りした場合に、予想される走行経路のずれに関
する情報、各人が負担する料金に関する情報のうち、少
なくとも、そのいずれかを算出する算出手段と、この算
出手段によって算出された情報を今回の相乗り申込者と
前記選択手段で選択された候補相手に対して案内する案
内手段と、今回の相乗り申込者と前記選択手段で選択さ
れた候補相手から相乗りの同意を得た場合に、相乗りが
成立したものとして決定する決定手段とを具備するもの
である。

【０００９】したがって、第２の発明においては、賃走
車両の相乗りを利用する場合に、その利用者自身に相乗
りした場合の優劣を直接判断させるようにしたから、利
用者が希望する通りの相乗りを実現することができ、賃
走車両の相乗りを促進することが可能となる。この場
合、予想される走行経路のずれに関する情報として、例
えば、距離的に１０％増の遠回りである旨を案内した
り、時間的に１０分増の遠回りである旨を案内したり、
各人が負担する料金に関する情報として、例えば、負担
割合が６対４あるいは４０％の減額等を案内するように
すれば、相乗りした場合の優劣を即座に判断することが
できる。

【００１０】更に、コンピュータに対して、上述した請
求項２記載の発明に示した主要機能を実現させるための
プログラムを提供し（請求項１１記載の発明）、また、
上述した請求項２記載の発明に示した主要手順にしたが
った処理を行う相乗り仲介方法を提供するものである
（請求項１２記載の発明）。

【００１１】請求項第３記載の発明（第３の発明）は、
通信ネットワークを介して賃走車両に相乗りする相手を
紹介する相乗り仲介システムであって、利用者毎に、少
なくとも、乗車地、目的地を含む乗車情報を記憶管理す
る乗車情報記憶手段と、相乗り申込を受け付けた場合
に、前記乗車情報記憶手段を参照し、走行方向が略同様
である相乗り可能な候補相手を選択する選択手段と、今
回の相乗り申込者と前記選択手段で選択された候補相手
に対し、その利用者に関する情報を相互に案内する案内
手段と、今回の相乗り申込者と前記選択手段で選択され
た候補相手から相乗りの同意を得た場合に、相乗りが成
立したものとして決定する決定手段とを具備するもので
ある。

【００１２】したがって、第３の発明においては、賃走
車両の相乗りを利用する場合に、その利用者自身に相乗
り相手を直接確認させるようにしたから、利用者が希望
する通りの相乗りを実現することができ、賃走車両の相
乗りを促進することが可能となる。この場合、利用者に
関する情報として、例えば、性別、年代、氏名等を案内
するようにすれば、女性同士の相乗り、同年輩同士の相
乗り、嫌いな人との同乗拒否等が可能となる。

【００１３】更に、コンピュータに対して、上述した請
求項３記載の発明に示した主要機能を実現させるための
プログラムを提供し（請求項１３記載の発明）、また、
上述した請求項３記載の発明に示した主要手順にしたが
った処理を行う相乗り仲介方法を提供するものである
（請求項１４記載の発明）。

【００１４】なお、第１〜第３の発明は次のようなもの
であってもよい。前記決定手段によって相乗りが成立し
たものとして決定した場合に、その相乗り相手に待合わ
せ場所を含む情報を送信する（請求項４記載の発明）。
したがって、請求項４記載の発明によれば、請求項１〜
３記載の発明と同様の効果を有する他に、相乗り場所を
案内したり、同乗者の服装や特徴等を案内すれば、相乗
り場所で相手を容易に確認することができ、合流をスム
ーズに行うことが可能となる。

【００１５】前記決定手段によって相乗りが成立したも
のとして決定した場合に、各利用者の端末同士を接続さ
せる為の接続情報を相互に送信する（請求項５記載の発
明）。したがって、請求項５記載の発明によれば、請求
項１〜３記載の発明と同様の効果を有する他に、ユーザ
端末同士での通話やメール交換によって、相手との連絡
が可能となり、相乗りをスムーズに行うことが可能とな
る。

【００１６】前記決定手段によって相乗りが成立したも
のとして決定した場合に、賃走車両あるいはタクシー会
社側の端末に対して配車手配を行うと共に、利用者毎の
乗車地や目的地を示す情報を案内する（請求項６記載の
発明）。したがって、請求項６記載の発明によれば、請
求項１〜３記載の発明と同様の効果を有する他に、例え
ば、相乗り場所の近くに居る空車タクシーをその場所に
直ちに出向かせたり、また、走行途中で利用者を乗車さ
せたり、下車させる場合でも、運転手に対して各利用者
の乗り降り場所を間違い無く知らせることができる。

【００１７】相乗りを希望する各利用者が相乗り場所に
合流して相乗りする場合には、乗車希望時刻および乗車
地が近い各利用者を相乗り相手とする（請求項７記載の
発明）。したがって、請求項７記載の発明によれば、請
求項１〜３記載の発明と同様の効果を有する他に、各利
用者が相乗り場所に合流して相乗りする場合、適切な利
用者を相乗り相手とすることができる。

【００１８】相乗りを希望する各利用者の乗車地が相違
する場合には、その乗車地の付近および乗車希望時刻の
近くを賃走車両で通過する可能性のある利用者を相乗り
相手とする（請求項８記載の発明）。したがって、請求
項８記載の発明によれば、請求項１〜３記載の発明と同
様の効果を有する他に、各利用者が相乗り場所に合流し
て相乗りする場合に限らず、走行途中からの同乗も可能
な相乗りを実現することができる。

【００１９】

【発明の実施の形態】以下、図１〜図１２を参照してこ
の発明の一実施形態を説明する。図１は、この実施形態
における相乗り仲介システムの全体構成を示したブロッ
ク図である。この相乗り仲介システムは、賃走車両（タ
クシー）に相乗りする相手を紹介する紹介サービスを通
信ネットワーク網（インターネット、移動体通信網）を
介して行うもので、誰でも容易に利用可能な広域通信シ
ステムであり、全国のタクシー会社と契約することによ
って、このような紹介サービスを全国規模で展開するよ
うにしている。

【００２０】この相乗り仲介サービスを行う事業者側に
は、仲介管理サーバ１が設けられており、この仲介管理
サーバ１には、通信ネットワーク網（インターネット）
２を介して複数のタクシー会社Ａ、Ｂ‥‥側に設置され
ているタクシー会社端末３に接続されていると共に、各
タクシー会社に所属している各タクシーの車載端末４や
タクシーを利用する顧客側の利用者端末５がネットワー
ク網（インターネット、移動体通信網）２を介して接続
されている。なお、仲介管理サーバ１は、契約タクシー
会社に所属している各タクシーを一元管理するようにし
ている。

【００２１】仲介管理サーバ１は、通信ネットワーク網
２を介して利用者端末５からの相乗り依頼を受け付ける
と共に、その相乗り希望条件を受け付けて記憶管理す
る。そして、仲介管理サーバ１は、走行方向が略同様
（許容範囲内）である相乗り可能な利用者を相乗り相手
の候補として選択すると共に、その利用者同士の相乗り
希望条件が適合するかを判別し、希望条件が適合する場
合には、相乗りした際に予想される走行経路のずれに関
する情報、各人が負担する料金に関する情報、利用者に
関する情報を電子メールによって各利用者に案内通知し
た後、各利用者から同意を得た場合に、相乗りが成立し
たものとして決定するようにしている。すなわち、各利
用者から予め申し込まれた相乗り希望条件に基づいて相
乗り相手を選択した後に、各利用者の承諾を得る為に各
種の案内情報を提示し、合意が得られた場合に相乗りを
成立させるようにしている。なお、仲介管理サーバ１側
には、ユーザデータベース１１、タクシー管理データベ
ース１２、相乗り管理データベース１３、地図データベ
ース１４等が設けられている。

【００２２】タクシー会社は、この相乗り仲介サービス
事業者との間で加入契約を交わす際に、タクシー会社端
末３からネットワーク網２を介して仲介管理サーバ１を
アクセスし、加入登録に必要な事項、例えば、「タクシ
ー会社名」、「住所」、「連絡先（電話番号、メールア
ドレス）」、「金融機関の口座番号」等の他、「タクシ
ーの所有台数」を入力して会員登録を行うようにしてい
る。その際、仲介管理サーバ１は、タクシーの所有台数
分の「タクシーＩＤ」を生成発行して、タクシー会社端
末３へ送信する。タクシー会社側では、この「タクシー
ＩＤ」を各タクシーに割り当て、その車載端末４内に設
定するようにしている。

【００２３】車載端末４は、中低軌道周回衛星を利用す
る位置測定システム（ＧＰＳ機能）を有し、空車の場合
に一定タイミング毎に現在位置を取得して仲介管理サー
バ１へ送信するようにしている。利用者端末５は、携帯
電話端末やモバイル型無線通信装置等であり、乗車依頼
時には「希望乗車時刻」、「乗車地」、「目的地」、
「同乗人数」を入力すると共に、「相乗り希望条件」を
入力するようにしている。なお、この実施形態において
は、これらの情報をキー操作で行うようにしているが、
音声によって入力するようにしてもよい。

【００２４】なお、この実施形態においては、例えば、
ＴＣＰ／ＩＰ通信プロトコルを利用したＨＴＴＰプロト
コル等によって、仲介管理サーバ１とタクシー会社端末
３、車載端末４、利用者端末５との間でデジタル化（パ
ケット化）されたデータの送受信を行うようにしてお
り、また、コード化された制御情報を含むデータによっ
て互いに必要な処理内容を認識しながら連携し合ってデ
ータ処理を行うようにしている。なお、配車管理サーバ
１は、データベースサーバ機能、メール機能、Ｗｅｂサ
ーバ機能等の各種のサーバ機能を有し、タクシー会社端
末３、車載端末４、利用者端末５は、Ｗｅｂブラウザ機
能を備えている。

【００２５】図２（Ａ）は、ユーザデータベース１１の
内容を概念的に示した図である。このユーザデータベー
ス１１は、この相乗り仲介サービス事業者との間で会員
契約を交わした会員ユーザの情報を記憶管理するもの
で、各ユーザレコードは、「ユーザＩＤ」、「パスワー
ド」、「氏名」、「住所」、「電話番号」、「メールア
ドレス」、「性別」、「年代」等の各項目を有してい
る。「ユーザＩＤ」は、仲介管理サーバ１側で会員登録
時に発行されたユーザ識別情報である。「氏名」、「性
別」、「年代」は、相乗り相手として妥当かを判断する
際にも参照される情報である。

【００２６】図２（Ｂ）は、タクシー管理データベース
１２の内容を概念的に示した図である。このタクシー管
理データベース１２は、契約関係にあるタクシー会社毎
に、その会社に所属している各タクシーに関する情報を
一元管理するもので、各タクシーレコードは、「タクシ
ーＩＤ」、「現在位置（経緯度）」、「空車フラグ」の
各項目を有している。「タクシーＩＤ」は、契約時に予
め割り当てられたタクシー固有の識別情報であり、「現
在位置」は、位置測定システム（ＧＰＳ）によって得ら
れたタクシーの現在位置を示す情報である。「空車フラ
グ」は、空車中を示すフラグである。

【００２７】図３は、相乗り管理データベース１３の内
容を概念的に示した図である。この相乗り管理データベ
ース１３は、利用者端末５から相乗り依頼を受け付けた
際に、利用者（会員ユーザ）別にその依頼内容を記憶管
理するもので、各依頼レコードは、「ユーザＩＤ」、
「希望乗車時刻」、「乗車地」、「目的地（下車
地）」、「同乗人数」、「相乗り希望条件」等の各項目
を有している。「希望乗車時刻」は、余り厳密な時刻で
はなく、例えば、１２時１０分〜２０分ごろ乗車希望の
ように、１０分程度の誤差も許容する程度の希望時刻で
ある。「乗車地」、「目的地」は、自分が乗車する乗車
範囲を示すもので、仲介管理サーバ１は、「乗車地」、
「目的地」に基づいて地図データベース１４、地図ファ
イル群１５をアクセスし、最適な走行経路を求めるよう
にしている。「相乗り希望条件」として、この実施形態
においては、相乗り相手の「性別」、「年代」を任意に
指定するようにしている。

【００２８】図４は、仲介管理サーバ１の基本的構成要
素を示したブロック図である。ＣＰＵ１０１は、記憶装
置１０２内のオペレーティングシステムや各種アプリケ
ーションソフトにしたがってこの仲介管理サーバ１の全
体動作を制御する中央演算処理装置である。記憶装置１
０２は、オペレーティングシステムや各種アプリケーシ
ョンソフトの他、上述したユーザデータベース１１、タ
クシー管理データベース１２、相乗り管理データベース
１３、地図データベース１４等が格納され、磁気的、光
学的、半導体メモリ等によって構成されている記録媒体
１０３やその駆動系を有している。この記録媒体１０３
はハードディスク等の固定的な媒体若しくは着脱自在に
装着可能なＣＤ−ＲＯＭ、フロッピィデスク、ＲＡＭカ
ード、磁気カード等の可搬型の媒体である。また、この
記録媒体１０３内のプログラムやデータは、必要に応じ
てＣＰＵ１０１の制御によりＲＡＭ（例えば、スタティ
ックＲＡＭ）１０４にロードされたり、ＲＡＭ１０４内
のデータが記録媒体１０３にセーブされる。更に、記録
媒体は外部機器側に設けられているものであってもよ
く、ＣＰＵ１０１は伝送制御部１０５を介してこの記録
媒体内のプログラム／データを直接アクセスして使用す
ることもできる。

【００２９】また、ＣＰＵ１０１は記録媒体３内に格納
されるその一部あるいは全部を他の機器側から伝送制御
部１０５を介して取り込み、記録媒体１０３に新規登録
あるいは追加登録することもできる。更に、プログラム
／データは外部機器側で記憶管理されているものであっ
てもよく、ＣＰＵ１０１は伝送制御部１０５を介して外
部機器側のプログラム／データを直接アクセスして使用
することもできる。一方、ＣＰＵ１０１にはその入出力
周辺デバイスである伝送制御部１０５、入力部１０６、
表示部１０７がバスラインを介して接続されており、入
出力プログラムにしたがってＣＰＵ１０１はそれらの動
作を制御する。

【００３０】次に、この実施形態における仲介管理サー
バ１の動作アルゴリズムを図５〜図８、図１０および図
１１に示すフローチャートを参照して説明する。ここ
で、これらのフローチャートに記述されている各機能
は、読み取り可能なプログラムコードの形態で記録媒体
１０３に格納されており、ＣＰＵ１０１はこのプログラ
ムコードにしたがった動作を逐次実行する。また、ＣＰ
Ｕ１０１は伝送媒体を介して伝送されてきた上述のプロ
グラムコードにしたがった動作を逐次実行することもで
きる。すなわち、記録媒体の他、伝送媒体を介して外部
供給されたプログラム／データを利用してこの実施形態
特有の動作を実行することもできる。

【００３１】図５〜図７は、各利用者が相乗り場所で合
流して相乗りする場合において、利用者端末５からの相
乗り要求に応じて実行開始される仲介管理サーバ１側の
動作を示したフローチャートである。図９は、各利用者
が相乗り場所で合流してタクシーを相乗し、目的地に到
着するまでの走行経路を概念的に示したものである。こ
の例は、利用者Ａ、Ｂの目的地が異なるケースを示し、
走行途中において、やや遠回りして利用者Ｂを下車させ
た後、元の路線に戻り、利用者Ａの目的地まで走行する
場合を示している。

【００３２】先ず、仲介管理サーバ１は、「ユーザＩ
Ｄ」、「パスワード」の入力を促す入力ページ画面を要
求元の利用者端末５へ送信し、これに応答して送信され
て来た「ユーザＩＤ」、「パスワード」に基づいてユー
ザデータベース１１を参照することにより、ユーザ認証
を行う（ステップＡ１）。この結果、正規のユーザでな
ければ（ステップＡ２）、このフローの終了となって相
乗り要求を拒否するが、正規のユーザであれば（ステッ
プＡ２）、乗車希望の情報を送信すべきことを要求する
（ステップＡ３）。この場合、仲介管理サーバ１は、乗
車希望の入力ページを送信するようにしている。この入
力ページには、「希望乗車時刻」、「乗車地」、「目的
地」、「同乗人数」、「相乗り希望条件」の各入力項目
を有し、利用者がその中に必要事項を記入すると、この
入力ページの内容は、仲介管理サーバ１に送信される。

【００３３】仲介管理サーバ１は、「希望乗車時刻」、
「乗車地」、「目的地」、「同乗人数」、「相乗り希望
条件」を受信すると（ステップＡ４）、それを１レコー
ド分のデータとして、相乗り管理データベース１３へ新
規登録する（ステップＡ５）。そして、この受信情報に
基づいて相乗り管理データベース１３を参照し、その
「希望乗車時刻」、「乗車地」が近く、「相乗り希望条
件」に合致する相乗り相手ユーザを検索する（ステップ
Ａ６、Ａ７）。すなわち、「希望乗車時刻」、「乗車
地」に基づいて相乗り管理データベース１３を検索し、
例えば、「希望乗車時刻」が１０分程度の差、「乗車
地」が５００ｍ程度の差の相乗り相手を選択して、その
「ユーザＩＤ」を取得すると共に（ステップＡ６）、こ
の「ユーザＩＤ」に基づいてユーザデータベース１１を
参照し、「相乗り希望条件」としての「性別」、「年
代」が一致する相手を選択する（ステップＡ７）。

【００３４】この結果、該当する相手ユーザが居た場合
には（ステップＡ８）、更に、その相手ユーザの「目的
地」を相乗り管理データベース１３から取得し、各相手
ユーザの「目的地」と今回の相乗り申込者の「目的地」
とに基づいてタクシーの走行方向が略同様である相手ユ
ーザを選択する（ステップＡ９）。すなわち、「希望乗
車時刻」、「乗車地」が近く、「相乗り希望条件」が合
致する各相手ユーザの中から走行方向が略同様のユーザ
を絞り込む為の処理を行う。この場合、走行方向が略同
様とは、全体の走行経路を考慮し、相乗りによって影響
される走行経路の時間的な“ずれ”、距離的な“ずれ”
が予め設定されている許容範囲内（例えば、２０％以
内）にあるかに基づいてその判断を行うようにしてい
る。

【００３５】いま、走行方向が略同様の相手ユーザが居
た場合には（ステップＡ１０）、その相手ユーザを相乗
り候補として抽出するが（ステップＡ１１）、抽出候補
が多数居る場合には（ステップＡ１２）、その中から最
適な相手を更に選ぶ（ステップＡ１３）。つまり、「希
望乗車時刻」、「乗車地」が最も近いユーザあるいは走
行方向が最も近似しているユーザを相乗り相手として選
択する。更に、今回の相乗り申込者の「同乗人数」と相
手ユーザの「同乗人数」とに基づいて１台のタクシーに
同乗可能かを判別し（ステップＡ１４）、同乗不可能で
あれば、同乗可能な他の相手ユーザを選択する（ステッ
プＡ１５）。この場合、他の相手ユーザが居なければ
（ステップＡ１６）、検索基準の拡大処理を行う（ステ
ップＡ１７）。

【００３６】このステップＡ１７は、相乗りの検索基準
を拡大する処理を行うもので、ステップＡ８、Ａ１０、
Ａ１６のいずれかで該当無しと判別された場合に、「希
望乗車時刻」、「乗車地」の検索基準や「走行方向」の
検索基準を緩和するようにしている。すなわち、「希望
乗車時刻」の許容範囲が１０分程度の差、「乗車地」の
許容範囲が５００ｍ程度の差、走行経路の時間的、距離
的な許容範囲が２０％以内としている場合には、その基
準を１ランク緩め、例えば、１５分、７００ｍ、３０％
に変更するようにしている。なお、ステップＡ８、Ａ１
０、Ａ１６に対応して「希望乗車時刻」、「乗車地」、
「走行方向」の検索基準を緩和するようにしているが、
「希望乗車時刻」、「乗車地」、「走行方向」のうち、
どれを緩和するか、どのような順序で緩和するかは、任
意である。

【００３７】このようにして検索基準を拡大した後、上
述したステップＡ７〜Ａ１５と同様の検索処理を再開す
る（ステップＡ１８）。この再検索処理の結果、該当す
る相手ユーザの有無をチェックするが（ステップＡ１
９）、検索基準を拡大しても該当する相手ユーザが居な
い場合には、“該当なし”を示すメール通知を要求元の
利用者端末５へ送信し（ステップＡ２０）、それに応じ
て利用者端末５から相乗り拒否応答を受信した場合には
（ステップＡ２１）、その利用者対応の相乗り管理デー
タベース１３内の登録情報を削除する（ステップＡ２
２）。

【００３８】一方、上述の検索処理で相乗り相手が選択
された場合には、図６のステップＡ１７に移り、今回の
相乗り申込者に基づいてユーザデータベース１１をアク
セスし、そのユーザ情報を読み出す。そして、選択した
候補ユーザの相乗り希望条件と今回の相乗り申込者のユ
ーザ情報とを比較して、相乗り候補ユーザにとって今回
の相乗り申込者は、その希望条件に合致するかを判別す
る（ステップＡ１８）。ここで、合致しない場合には
（ステップＡ１９）、相乗りが不成立であるとするが、
合致する場合には、相乗りの各ユーザ毎に、その目的地
に応じて最適な走行経路（例えば、最短経路）を、地図
データベース１４を参照することによって決定すると共
に（ステップＡ２０）、各ユーザ毎に求めた走行経路に
応じて走行距離、走行予測時間を算出する（ステップＡ
２１）。なお、走行距離、走行予測時間を厳密に求める
必要はなく、概算値であってもよい。

【００３９】これによって算出した各ユーザ毎の走行距
離、走行予測時間を比較検討し、相乗りによる距離・時
間の増加分の割合を算出する（ステップＡ２２）。つま
り、最短の距離・時間に対して、例えば、距離的に１０
％増し、時間的に１１％増し等のように、相乗りによっ
て距離・時間がどの程度遠回りとなるかを示す増加分の
割合を算出する。そして、各ユーザ毎に求めた走行経路
に応じて求めた走行距離、走行予測時間、相乗りによる
距離・時間の増加分の割合、相乗り対象のユーザ数（同
伴する同乗者を除く）に基づいて各人が負担する料金の
減額割合を算出する（ステップＡ２３）。この場合、相
乗りによって減額される料金の減額割合としては、相乗
りしなかった場合の料金に対し、相乗りした場合の料金
がどの程度、減額されるかを示すもので、例えば、４２
％格安等の割合である。

【００４０】そして、各相乗りユーザの「氏名」をユー
ザデータベース１１から読み出した後（ステップＡ２
４）、各ユーザ宛に送信する案内メールをユーザ毎に作
成する（ステップＡ２５）。この場合、上述のようにし
て算出した「距離・時間の増加割合」、「料金の減額割
合」、「相手の氏名」を含む案内メールを各ユーザ毎に
作成する。これによって作成された案内メールを相乗り
の各ユーザ宛にその利用者端末５に対して送信した後
（ステップＡ２６）、そのユーザからの応答待ちとな
る。この案内メールを受信した各利用者端末５は、「距
離・時間の増加割合」、「料金の減額割合」、「相手の
氏名」をその端末画面に表示させるが、この画面内容を
確認したユーザは、相乗りに伴う優劣を判断し、相乗り
に合意するかを意思決定し、その旨を仲介管理サーバ１
へ応答する。

【００４１】仲介管理サーバ１は、相乗りの各ユーザか
らの応答内容を受信すると（ステップＡ２７）、図７の
ステップＡ２８に移り、相乗りの各ユーザから合意が得
られたかを判別し、各ユーザの合意が得られなければ、
相乗りの不成立とするが、各ユーザの合意が得られた場
合には、相乗りの各ユーザ宛にその利用者端末５に対し
て合意通知と共に、待ち合わせ場所（乗車地）の送信要
求を行う（ステップＡ２９）。そして、いずれかのユー
ザから待ち合わせ場所を受信すると、それを他の相乗り
相手に対して送信する（ステップＡ３０）。このような
動作は、待ち合わせ場所が決定されるまで繰り返す（ス
テップＡ２９〜Ａ３１）。

【００４２】これによって待ち合わせ場所が決定される
と、各相乗りユーザへ現在の特徴の送信要求を行う（ス
テップＡ３２）。つまり、待ち合わせ相手を容易に判断
することが可能な「身体的な特徴」、「現在の服装、持
ち物」等を示す特徴情報の送信を要求し、これに応答し
て特徴情報が送信されて来た場合には、それを受信し
（ステップＡ３３）、相手先へ決定した待ち合わせ場所
と共に特徴情報を送信する（ステップＡ３４）。このよ
うにして待ち合わせ場所や特徴情報の仲介を行った後、
タクシー管理データベース１２を参照し、待ち合わせ場
所の近くに居る空車タクシーを検索し、そのタクシーの
車載端末４に対して必要事項を送信して、相乗りによる
配車手配を行う（ステップＡ３５）。この場合、必要事
項とは、相乗りユーザ毎の乗車地や目的地および乗車時
刻である。

【００４３】図８は、仲介管理サーバ１が一定時間毎に
実行開始する相乗り管理データベース１３の更新処理を
示したフローチャートである。仲介管理サーバ１は、相
乗り管理データベース１３の先頭レコードから１レコー
ド分のデータを選択し（ステップＢ１）、その「希望乗
車時刻」を抽出して現在のシステム日時と比較し、乗車
時刻間際かを判別する（ステップＢ２）。例えば、「希
望乗車時刻」の“１０分”前かを判別し、乗車時刻間際
でなければ、ステップＢ８に移るが、乗車時刻間際であ
れば、そのユーザに対して相乗り相手が居ないことを示
す“該当なし通知”を行う（ステップＢ３）。

【００４４】ここで、そのユーザからの応答を受信する
と（ステップＢ４）、相乗り拒否応答かを判別し（ステ
ップＢ５）、拒否応答であれば、相乗り管理データベー
ス１３から当該ユーザのレコード（乗車希望情報）を削
除する（ステップＢ６）。また、乗車時刻の延長申込を
受信した場合には、そのユーザの相乗り管理データベー
ス１３内の「希望乗車時刻」を延長する処理を行う（ス
テップＢ７）。そして、相乗り管理データベース１３内
の全レコード分の処理を終了したかを判別し（ステップ
Ｂ８）、全レコード分の処理が終了するまでステップＢ
１に戻り、以下、上述の動作を繰り返す。

【００４５】図１０および図１１は、走行途中で相手を
拾って相乗りする場合において、利用者端末５からの相
乗り要求に応じて実行開始される仲介管理サーバ１側の
動作を示したフローチャートである。図１２は、走行途
中で相手を拾ってタクシーに相乗し、目的地に到着する
までの走行経路を概念的に示したものである。この例
は、利用者Ａの乗車地（最初の乗車地）から出発し、そ
の走行途中において、やや遠回りして利用者Ｂを同乗さ
せた後、元の路線に戻り、利用者Ａをその目的地で下車
させてから利用者Ｂの目的地まで走行する場合を示して
いる。

【００４６】先ず、仲介管理サーバ１は、上述した図５
のステップＡ１〜Ａ６に対応する処理を行う（ステップ
Ｃ１〜Ｃ３）。つまり、仲介管理サーバ１は、相乗り申
込者に対するユーザ認証処理を行った後（ステップＣ
１）、正規なユーザであれば、「希望乗車時刻」、「乗
車地」、「目的地」、「同乗人数」、「相乗り希望条
件」を受信して相乗り管理データベース１３へ登録する
登録処理を行うと共に（ステップＣ２）、相乗り希望条
件「性別」、「年代」に合致する相手ユーザを検索する
検索処理を行う（ステップＣ３）。この結果、相乗り希
望条件に合致する相手ユーザが居なければ（ステップＣ
４）、“該当なし通知”を行うが（ステップＣ１３）、
条件に合致する相手ユーザが居る場合には、次のステッ
プＣ５に移り、相乗り申込者から受信した「乗車地」、
「目的地」に基づいて走行方向を算出する。

【００４７】そして、相乗り希望条件に合致するいずれ
かの相手ユーザに着目し、この着目ユーザ対応のレコー
ドを相乗り管理データベース１３から取得する（ステッ
プＣ６）。次に、この着目レコード内の「乗車地」、
「目的地」に基づいて走行方向を算出すると共に（ステ
ップＣ７）、その「希望乗車時刻」を起点として、「乗
車地」から「目的地」までに要する所要時間（走行時
間）帯を算出する（ステップＣ８）。例えば、その着目
ユーザの「希望乗車時刻」が午後２時００分で、「乗車
地」から「目的地」までに要する所要予測時間が４５分
であれば、その着目ユーザの走行時間帯は、午後２時０
０分〜午後２時４５分となる。

【００４８】次に、今回の申込者の走行方向と着目ユー
ザの走行方向が略同様であり、かつ着目ユーザの走行時
間帯内に今回の申込者の「希望乗車時刻」が該当するか
を調べる（ステップＣ９）。この場合、走行方向が略同
様かの判定は、例えば、走行経路の時間的、距離的な
“ずれ”が許容範囲内（２０％以内）であるか否かに基
づいて行われる。ここで、走行経路の時間的、距離的な
“ずれ”が許容範囲内であり、かつ、着目ユーザの走行
時間帯が午後２時００分〜午後２時４５分で、今回の申
込者の「希望乗車時刻」が午後２時２０分であれば、相
乗り可能と判断される（ステップＣ１０）。

【００４９】ここで、相乗り可能であれば、その着目ユ
ーザを相乗り候補として抽出する（ステップＣ１１）。
そして、相乗り希望条件に合致する相手ユーザが他に居
るかを判別し（ステップＣ１２）、その条件合致するユ
ーザに対する処理が終了するまでステップＣ６に戻り、
以下、上述の動作を繰り返す。これによって相乗り希望
条件に合致するユーザのうち、相乗り候補として抽出さ
れたユーザが多数居る場合には（図１１のステップＣ１
６）、相乗り候補の走行方向のうち、今回の申込者の走
行方向に一番近似している相乗り候補を選択する（ステ
ップＣ１７）。

【００５０】更に、今回の相乗り申込者の「同乗人数」
と相手ユーザの「同乗人数」とに基づいて１台のタクシ
ーに同乗可能かを判別し（ステップＣ１８）、同乗不可
能であれば、同乗可能な他の相手ユーザを選択する（ス
テップＣ１８）。この場合、他の相手ユーザが居なけれ
ば（ステップＣ２０）、“該当なし通知”を行う（図１
０のステップＣ１３）。また、該当する相手ユーザが居
る場合には（ステップＣ２０）、相乗り候補のユーザ条
件に合致するかのチェック処理を行う（ステップＣ２
１）。このチェック処理は、図６のステップＡ１７、Ａ
１８に対応する処理であり、選択された相乗り候補ユー
ザの相乗り希望条件と今回の相乗り申込者のユーザ情報
とが合致するかをチェックする。

【００５１】ここで、合致しない場合には（ステップＣ
２２）、相乗りが不成立であるとするが、合致する場合
には、距離・時間の増加分の割合、減額割合を算出する
と共に、相乗り同士の氏名を読み出す処理を行う（ステ
ップＣ２３）。この処理は、図６のステップ２０〜Ａ２
４に対応の処理であり、相乗りによる距離・時間の増加
分の割合、各人が負担する料金の減額割合を算出し、そ
して、各相乗りユーザの「氏名」を読み出す。この「距
離・時間の増加割合」、「料金の減額割合」、「相手の
氏名」を含む案内メールを各ユーザ毎に作成して、相乗
りの各ユーザ宛に送信した後、そのユーザからの応答待
ちとなる（ステップＣ２４）。

【００５２】仲介管理サーバ１は、相乗りの各ユーザか
らの応答内容を受信すると（ステップＣ２４）、相乗り
の各ユーザから合意が得られたかを判別し（ステップＣ
２５）、各ユーザの合意が得られなければ、相乗りの不
成立とするが、各ユーザの合意が得られた場合には、相
乗りの各ユーザ宛に合意通知を行うと共に（ステップＣ
２６）、空車タクシーを検索し、そのタクシーに対して
必要事項を送信して、相乗りによる配車手配を行う（ス
テップＣ２７）。この場合、相乗りの各ユーザのうち、
最初に乗車するユーザの乗車地近くに居る空車タクシー
を検索する。

【００５３】以上のように、この実施形態において仲介
管理サーバ１は、タクシーの相乗りが申し込まれた場合
に、相乗り管理データベース１３を参照し、ユーザ同士
の相乗り希望条件が適合するかを判別し、例えば、「女
性に限る」、「同年輩に限る」の条件に適合する場合に
は、相乗りが成立したものとして決定するようにしたか
ら、相乗り希望条件を申し込んでおくだけで、ユーザが
希望する通りの相乗りを実現することができる。したが
って、例えば、年代は問わない女性同士の相乗り、同年
輩の女性同士の相乗り、性別を問わない同年輩同士の相
乗りが可能となり、タクシーの狭い空間の中に長時間、
見知らぬ人と相乗りする場合に効果的なものとなり、こ
れによってタクシーの相乗りを促進することが可能とな
る。

【００５４】仲介管理サーバ１は、相乗り申込を受け付
けた場合に、相乗り管理データベース１３を参照し、走
行方向が略同様である相乗り可能な候補相手を選択する
と共に、今回の相乗り申込者と選択された候補相手とが
相乗りした場合に、予想される走行経路のずれに関する
情報、各人が負担する料金に関する情報を算出して、相
乗りの各ユーザへ案内通知した後において、各ユーザか
ら相乗りの同意を得た場合には、相乗りが成立したもの
として決定するようにしたから、各ユーザに相乗りした
場合の優劣をユーザ自身に直接判断させことができ、利
用者が希望する通りの相乗りを実現することが可能とな
る。この場合、予想される走行経路のずれに関する情報
として、例えば、距離的に１０％増の遠回りである旨を
案内したり、時間的に１０分増の遠回りである旨を案内
したり、各人が負担する料金に関する情報として、例え
ば、４０％の減額等を案内することができるので、相乗
りした場合の優劣を即座に判断することができる。

【００５５】仲介管理サーバ１は、相乗り申込を受け付
けた場合に、相乗り管理データベース１３を参照し、走
行方向が略同様である相乗り可能な候補相手を選択する
と共に、今回の相乗り申込者と選択された候補相手に対
し、そのユーザに関する情報を相互に案内した後に、各
ユーザから相乗りの同意を得た場合には、相乗りが成立
したものとして決定するようにしたから、ユーザ自身に
に相乗り相手を直接確認させることができ、ユーザが希
望する通りの相乗りを実現することが可能となる。この
場合、ユーザに関する情報として、氏名を案内するよう
にしたので、嫌いな人との同乗を拒否することが可能と
なる。

【００５６】また、相乗りが成立した場合に、その相乗
り相手同士が合流する為に必要とされる情報として、相
乗り場所を案内したり、同乗者の服装や特徴等を案内す
るようらにしたから、相乗り場所で相手を容易に確認す
ることができ、合流をスムーズに行うことが可能とな
る。更に、相乗りが成立した場合に、タクシー対して配
車手配を行うと共に、相乗りユーザ毎にその乗車地や目
的地を案内するようにしたから、例えば、相乗り場所の
近くに居る空車タクシーをその場所に直ちに出向かせた
り、また、走行途中で利用者を乗車させたり、下車させ
る場合でも、運転手に対して各利用者の乗り降り場所を
間違い無く知らせることができる。

【００５７】また、相乗りを希望する各ユーザが相乗り
場所に合流して相乗りする場合には、乗車希望時刻およ
び乗車地が近い各ユーザを相乗り相手とするので、各ユ
ーザが相乗り場所に合流して相乗りする場合、適切なユ
ーザを相乗り相手とすることができる。また、相乗りを
希望する各ユーザの乗車地が相違する場合には、その乗
車地の付近および乗車希望時刻の近くをタクシーで通過
する可能性のあるユーザを相乗り相手とするので、各ユ
ーザが相乗り場所に合流して相乗りする場合に限らず、
走行途中からの同乗も可能な相乗りも可能となる。

【００５８】なお、上述した実施形態においては、相乗
りを希望する各ユーザが相乗り場所に合流して相乗りす
る場合に、仲介管理サーバ１は、待ち合わせ場所や各ユ
ーザの特徴情報（身体的特徴、服装等）の受け渡しを仲
介するようにしたが、ユーザ同士が直接電話で話し合う
ようにする為、仲介管理サーバ１が利用者端末（携帯電
話）５同士を通話接続させる為の接続情報を相互に送信
するようにしてもよい。図１３は、各ユーザが相乗り場
所に合流して相乗りする場合において、上述した図７に
代わる動作を示したフローチャートである。

【００５９】すなわち、仲介管理サーバ１は、各ユーザ
の合意が得られた場合には（ステップＤ１）、ユーザデ
ータベース１１をアクセスして各ユーザの「電話番号」
を取得し、各ユーザの利用者端末５へ合意通知を行った
後に（ステップＤ２）、各利用者端末５同士を通話接続
させる為の接続情報（電話番号）を相互に送信する（ス
テップＤ３）。これによって各ユーザ同士の端末接続
（通話接続）が可能となる為に、電話で話し合いながら
相乗り場所を決めたり、身体的特徴、服装等を相手に知
らせることができる。ここで、いずれからのユーザから
仲介管理サーバ１へ相乗り場所が送信されて来た場合に
は、それを受信すると共に（ステップＤ４）、その相乗
り場所近くに居るタクシーに対して相乗りの配車手配を
行う（ステップＤ５）。このように、ユーザ同士が相乗
り場所や特徴等を直接電話で話し合うことができるの
で、相乗りをスムーズに行うことが可能となる。

【００６０】また、上述した実施形態においては、相乗
り希望条件として、「性別」、「年代」を例示したが、
相乗り希望条件は任意である。例えば、「遠回りでも距
離的に１０％増以内を限度とする」、「遠回りでも時間
的に１０分増以内を限度とする」、「特定者（近所の嫌
いな人など）を除く」、「同じ学校や会社の人に限
る」、「料金が２０％以上格安になる場合に限る」、
「午前７時４５分以前（出勤時）の乗車に限る」等を相
乗り希望条件として申し込むことができるようにしても
よい。

【００６１】ここで、相乗り希望条件が「遠回りでも距
離的に１０％増以内を限度とする」、「遠回りでも時間
的に１０分増以内を限度とする」等のような場合には、
上述した図６のステップＡ２０〜Ａ２２に対応する処理
を図５のステップＡ６において実行すればよい。また、
相乗り希望条件が「料金が２０％以上格安になる場合に
限る」等のような場合には、図６のステップＡ２３の処
理を図５のステップＡ６において実行すればよい。同様
に、「特定者（近所の嫌いな人など）を除く」、「同じ
学校や会社の人に限る」等のような場合には、そのユー
ザ情報を参照して、特定者か否かを判別する処理を実行
すればよく、「午前７時４５分以前（出勤時）の乗車に
限る」等の場合には、現在のシステム日時が希望時刻に
該当するかを判別すればよい。

【００６２】上述した実施形態においては、ユーザに関
する情報として、「氏名」を案内するようにしたが、ユ
ーザに関する情報としては、その他に、「性別」、「年
代」、「体重」、「住所としての町名」、「同伴者
数」、「同伴者に関する情報」等を取得して、相手ユー
ザに案内するようにすれば、更に、自分の好みに合った
相乗り相手を探すことができる。また、利用者端末５
は、タクシーの相乗り希望する時に、仲介管理サーバ１
に対して配車依頼を行う際、地上系／衛星移動体通信網
を介して現在位置（乗車地点）を取得して、仲介管理サ
ーバ１へ送信するようにしてもよい。更に、利用者端末
５としては、携帯電話に限らず、自宅に設置されている
デスクトップ型、ノート型のパーソナルコンピュータ等
であってもよい。

【００６３】上述した実施形態においては、相乗りの配
車手配を最寄のタクシーへ行うようにしたが、配車手配
をタクシー会社に対して行うようにしてもよい。また、
相乗り相手の紹介サービス事業者は、タクシー会社であ
ってもよい。その他、各人が負担する料金に関する情報
として、同伴者（同乗者）が多いユーザに対して料金の
負担割合を多くしてもよく、また、各人が負担する料金
に関する情報としては、負担割合ではなく、実際の予測
料金を算出して案内するようにしてもよい。更に、賃走
車両としては、タクシーに限らず、乗合バス、ハイヤー
等であってもよい。

【００６４】一方、コンピュータに対して、上述した各
手段を実行させるためのプログラムコードをそれぞれ記
録した記録媒体（例えば、ＣＤ−ＲＯＭ、フロッピィデ
スク、ＲＡＭカード等）を提供するようにしてもよい。
すなわち、コンピュータが読み取り可能なプログラムコ
ードを有する記録媒体であって、賃走車両を利用する利
用者毎に、相乗り希望条件を記憶管理する機能と、前記
相乗り希望条件を参照し、利用者同士の相乗り希望条件
が適合するかを判別する機能と、相乗り希望条件が適合
することが判別された場合に、相乗りが成立したものと
して決定する機能とを実現させるためのプログラムを記
録したコンピュータが読み取り可能な記録媒体を提供す
るようにしてもよい。

【００６５】また、コンピュータが読み取り可能なプロ
グラムコードを有する記録媒体であって、利用者毎に、
少なくとも、乗車地、目的地を含む乗車情報を記憶管理
する機能と、相乗り申込を受け付けた場合に、前記乗車
情報を参照し、走行方向が略同様である相乗り可能な候
補相手を選択する機能と、今回の相乗り申込者と前記選
択手段で選択された候補相手とが相乗りした場合に、予
想される走行経路のずれに関する情報、各人が負担する
料金に関する情報のうち、少なくとも、そのいずれかを
算出する機能と、算出された情報を今回の相乗り申込者
と前記選択された候補相手に対して案内する機能と、今
回の相乗り申込者と前記選択手段で選択された候補相手
から相乗りの同意を得た場合に、相乗りが成立したもの
として決定する機能とを実現させるためのプログラムを
記録したコンピュータが読み取り可能な記録媒体を提供
するようにしてもよい。

【００６６】更に、コンピュータが読み取り可能なプロ
グラムコードを有する記録媒体であって、利用者毎に、
少なくとも、乗車地、目的地を含む乗車情報を記憶管理
する機能と、相乗り申込を受け付けた場合に、前記乗車
情報を参照し、走行方向が略同様である相乗り可能な候
補相手を選択する機能と、今回の相乗り申込者と前記選
択手段で選択された候補相手に対し、その利用者に関す
る情報を相互に案内する機能と、今回の相乗り申込者と
前記選択された候補相手から相乗りの同意を得た場合
に、相乗りが成立したものとして決定する機能とを実現
させるためのプログラムを記録したコンピュータが読み
取り可能な記録媒体を提供するようにしてもよい。

【００６７】

【発明の効果】第１の発明（請求項１記載の発明）によ
れば、賃走車両の相乗りを利用する場合に、利用者同士
の相乗り希望条件が適合するかを判別し、条件に適合す
る場合に、相乗りを成立させるので、例えば、年代は問
わない女性同士の相乗り、同年輩の女性同士の相乗り等
が可能となり、相乗り希望条件を申し込んでおくだけ
で、利用者が希望する通りの相乗りを実現することがで
きる。第２の発明（請求項２記載の発明）によれば、賃
走車両の相乗りを利用する場合に、予想される走行経路
のずれに関する情報、各人が負担する料金に関する情報
を各利用者に提示して、相乗りした場合の優劣を利用者
自身に直接判断させるようにしたから、例えば、距離的
に１０％増の遠回りである旨、時間的に１０分増の遠回
りである旨、４０％の減額等を案内することが可能とな
り、相乗りした場合の優劣を即座に判断することがで
き、利用者が希望する通りの相乗りを実現することがで
きる。第３の発明（請求項３記載の発明）によれば、賃
走車両の相乗りを利用する場合に、その利用者自身に相
乗り相手を直接確認させるようにしたから、例えば、女
性同士の相乗り、同年輩同士の相乗り、嫌いな人との同
乗拒否等が可能となり、利用者が希望する通りの相乗り
を実現することができる。

【図面の簡単な説明】

【図１】相乗り仲介システムの全体構成を示したブロッ
ク図。

【図２】（Ａ）は、ユーザデータベース１１の内容を概
念的に示した図、（Ｂ）は、タクシー管理データベース
１２の内容を概念的に示した図。

【図３】相乗り管理データベース１３の内容を概念的に
示した図。

【図4】仲介管理サーバ１の基本的構成要素を示したブ
ロック図。

【図5】各利用者が相乗り場所で合流して相乗りする場
合において、利用者端末５からの相乗り要求に応じて実
行開始される仲介管理サーバ１側の動作を示したフロー
チャート。

【図6】図５に続く、仲介管理サーバ１側の動作を示し
たフローチャート。

【図7】図５、図６に続く、仲介管理サーバ１側の動作
を示したフローチャート。

【図8】仲介管理サーバ１が一定時間毎に実行開始する
相乗り管理データベース１３の更新処理を示したフロー
チャート。

【図9】各利用者が相乗り場所で合流してタクシーを相
乗し、目的地に到着するまでの走行経路を概念的に示し
た図。

【図10】走行途中で相手を拾って相乗りする場合におい
て、利用者端末５からの相乗り要求に応じて実行開始さ
れる仲介管理サーバ１側の動作を示したフローチャー
ト。

【図1１】図１０に続く、仲介管理サーバ１側の動作を
示したフローチャート。

【図1２】走行途中で相手を拾ってタクシーに相乗し、
目的地に到着するまでの走行経路を概念的に示した図。

【図1３】第１実施形態の変形応用例を説明するもの
で、各ユーザが相乗り場所に合流して相乗りする場合に
おいて、図７に代わる動作を示したフローチャート。

【符号の説明】

１ 仲介管理サーバ ２ ネットワーク網 ３ タクシー会社端末 ４ 車載端末 ５ 利用者端末 １１ ユーザデータベース １２ タクシー管理データベース １３ 相乗り管理データベース １４ 地図データベース １０１ ＣＰＵ １０２ 記憶装置 １０３ 記録媒体 １０５ 伝送制御部 １０６ 入力部

Claims (14)

【特許請求の範囲】
1. 【請求項１】通信ネットワークを介して、賃走車両に相
   乗りする相手を紹介する相乗り仲介システムであって、 賃走車両を利用する利用者毎に、相乗り希望条件を記憶
   管理する希望条件記憶手段と、 前記希望条件記憶手段を参照し、利用者同士の相乗り希
   望条件が適合するかを判別する判別手段と、 この判別手段によって相乗り希望条件が適合することが
   判別された場合に、相乗りが成立したものとして決定す
   る決定手段と、 を具備したことを特徴とする相乗り仲介システム。
2. 【請求項２】通信ネットワークを介して、賃走車両に相
   乗りする相手を紹介する相乗り仲介システムであって、 利用者毎に、少なくとも、乗車地、目的地を含む乗車情
   報を記憶管理する乗車情報記憶手段と、 相乗り申込を受け付けた場合に、前記乗車情報記憶手段
   を参照し、走行方向が略同様である相乗り可能な候補相
   手を選択する選択手段と、 今回の相乗り申込者と前記選択手段で選択された候補相
   手とが相乗りした場合に、予想される走行経路のずれに
   関する情報、各人が負担する料金に関する情報のうち、
   少なくとも、そのいずれかを算出する算出手段と、 この算出手段によって算出された情報を今回の相乗り申
   込者と前記選択手段で選択された候補相手に対して案内
   する案内手段と、 今回の相乗り申込者と前記選択手段で選択された候補相
   手から相乗りの同意を得た場合に、相乗りが成立したも
   のとして決定する決定手段と、 を具備したことを特徴とする相乗り仲介システム。
3. 【請求項３】通信ネットワークを介して、賃走車両に相
   乗りする相手を紹介する相乗り仲介システムであって、 利用者毎に、少なくとも、乗車地、目的地を含む乗車情
   報を記憶管理する乗車情報記憶手段と、 相乗り申込を受け付けた場合に、前記乗車情報記憶手段
   を参照し、走行方向が略同様である相乗り可能な候補相
   手を選択する選択手段と、 今回の相乗り申込者と前記選択手段で選択された候補相
   手に対し、その利用者に関する情報を相互に案内する案
   内手段と、 今回の相乗り申込者と前記選択手段で選択された候補相
   手から相乗りの同意を得た場合に、相乗りが成立したも
   のとして決定する決定手段と、 を具備したことを特徴とする相乗り仲介システム。
4. 【請求項４】前記決定手段によって相乗りが成立したも
   のとして決定した場合に、その相乗り相手に待合わせ場
   所を含む情報を送信する、 ようにしたことを特徴とする請求項１〜３いずれか記載
   の相乗り仲介システム。
5. 【請求項５】前記決定手段によって相乗りが成立したも
   のとして決定した場合に、各利用者の端末同士を接続さ
   せる為の接続情報を相互に送信する、 ようにしたことを特徴とする請求項１〜３いずれか記載
   の相乗り仲介システム。
6. 【請求項６】前記決定手段によって相乗りが成立したも
   のとして決定した場合に、賃走車両あるいはタクシー会
   社側の端末に対して配車手配を行うと共に、利用者毎の
   乗車地や目的地を示す情報を案内する、 ようにしたことを特徴とする請求項１〜３いずれか記載
   の相乗り仲介システム。
7. 【請求項７】相乗りを希望する各利用者が相乗り場所に
   合流して相乗りする場合には、乗車希望時刻および乗車
   地が近い各利用者を相乗り相手とする、 ようにしたことを特徴とする請求項１〜３いずれか記載
   の相乗り仲介システム。
8. 【請求項８】相乗りを希望する各利用者の乗車地が相違
   する場合には、その乗車地の付近および乗車希望時刻の
   近くを賃走車両で通過する可能性のある利用者を相乗り
   相手とする、 ようにしたことを特徴とする請求項１〜３いずれか記載
   の相乗り仲介システム。
9. 【請求項９】コンピュータに対して、 賃走車両を利用する利用者毎に、相乗り希望条件を記憶
   管理する機能と、 前記相乗り希望条件を参照し、利用者同士の相乗り希望
   条件が適合するかを判別する機能と、 相乗り希望条件が適合することが判別された場合に、相
   乗りが成立したものとして決定する機能と、 を実現させるためのプログラム。
10. 【請求項１０】通信ネットワークを介して、賃走車両に
    相乗りする相手を紹介する相乗り仲介方法であって、 賃走車両を利用する利用者毎に、相乗り希望条件を記憶
    管理している状態において、前記相乗り希望条件を参照
    し、利用者同士の相乗り希望条件が適合するかを判別
    し、 相乗り希望条件が適合することが判別された場合に、相
    乗りが成立したものとして決定する、 ようにしたことを特徴とする相乗り仲介方法。
11. 【請求項１１】コンピュータに対して、 利用者毎に、少なくとも、乗車地、目的地を含む乗車情
    報を記憶管理する機能と、 相乗り申込を受け付けた場合に、前記乗車情報を参照
    し、走行方向が略同様である相乗り可能な候補相手を選
    択する機能と、 今回の相乗り申込者と前記選択手段で選択された候補相
    手とが相乗りした場合に、予想される走行経路のずれに
    関する情報、各人が負担する料金に関する情報のうち、
    少なくとも、そのいずれかを算出する機能と、 算出された情報を今回の相乗り申込者と前記選択された
    候補相手に対して案内する機能と、 今回の相乗り申込者と前記選択手段で選択された候補相
    手から相乗りの同意を得た場合に、相乗りが成立したも
    のとして決定する機能と、 を実現させるためのプログラム。
12. 【請求項１２】通信ネットワークを介して、賃走車両に
    相乗りする相手を紹介する相乗り仲介方法であって、 利用者毎に、少なくとも、乗車地、目的地を含む乗車情
    報を記憶管理している状態において、相乗り申込を受け
    付けた場合に、前記乗車情報を参照し、走行方向が略同
    様である相乗り可能な候補相手を選択し、 今回の相乗り申込者と前記選択手段で選択された候補相
    手とが相乗りした場合に、予想される走行経路のずれに
    関する情報、各人が負担する料金に関する情報のうち、
    少なくとも、そのいずれかを算出して、今回の相乗り申
    込者と前記選択された候補相手に対して案内し、 今回の相乗り申込者と前記選択手段で選択された候補相
    手から相乗りの同意を得た場合に、相乗りが成立したも
    のとして決定する、 ようにしたことを特徴とする相乗り仲介方法。
13. 【請求項１３】コンピュータに対して、 利用者毎に、少なくとも、乗車地、目的地を含む乗車情
    報を記憶管理する機能と、 相乗り申込を受け付けた場合に、前記乗車情報を参照
    し、走行方向が略同様である相乗り可能な候補相手を選
    択する機能と、 今回の相乗り申込者と前記選択手段で選択された候補相
    手に対し、その利用者に関する情報を相互に案内する機
    能と、 今回の相乗り申込者と前記選択された候補相手から相乗
    りの同意を得た場合に、相乗りが成立したものとして決
    定する機能と、 を実現させるためのプログラム。
14. 【請求項１４】通信ネットワークを介して、賃走車両に
    相乗りする相手を紹介する相乗り仲介方法であって、 利用者毎に、少なくとも、乗車地、目的地を含む乗車情
    報を記憶管理している状態において、相乗り申込を受け
    付けた場合に、前記乗車情報を参照し、走行方向が略同
    様である相乗り可能な候補相手を選択し、 今回の相乗り申込者と前記選択された候補相手に対し、
    その利用者に関する情報を相互に案内し、 今回の相乗り申込者と前記選択された候補相手から相乗
    りの同意を得た場合に、相乗りが成立したものとして決
    定する、 ようにしたことを特徴とする相乗り仲介方法。