JP2003281238A - 車両相乗り管理方法とこの方法を実施するシステム - Google Patents

Abstract

(57)【要約】 【課題】 計画性をもって効率よく車両の相乗りを実現
させる技術を提供する。 【解決手段】 運転車両への同乗を許す相乗り提供者か
らの相乗り申し出情報に基づいて相乗り申し出レコード
を作成するとともに車両への同乗を願う相乗り依頼者か
らの相乗り依頼情報に基づいて相乗り依頼レコードを作
成する相乗り受付処理部61と、相乗り申し出レコードに
含まれる運転スケジュールデータと相乗り依頼レコード
に含まれる同乗スケジュールデータから合致する組み合
わせを検索して相乗り予定レコードを作成するとともに
その内容を当事者に通知する相乗り調整部62と、前記相
乗り予定レコードの内容に基づいて相乗りが実行された
際に相乗り実績レコードを作成する相乗り管理部63とを
備える

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、自動車の効率的な
利用として所定の運転スケジュールで走行する車両にそ
の少なくも一部の区間だけ同乗させてもらう車両相乗り
を管理する車両相乗り管理方法とその方法を実施するシ
ステムに関する。

【０００２】

【従来の技術】地球温暖化が懸念されている現在、乗用
車やトラックなどの車両を効率的に利用することが社会
的な重要課題となっている。マイカーの利用を抑制する
とともにバスなどの公共交通機関を利用して複数の人間
が相乗りすることは効果的であるが、このような公共交
通機関は乗降地点や運行時間が厳密に決められているこ
とから融通性に乏しいという欠点を備えている。さらに
は、高齢者などの要介護人が病院やショッピングセンタ
に行くためにはドア・ツー・ドアが望ましく、バスなど
の利用は困難である。

【０００３】

【発明が解決しようとする課題】このため、そのような
要介護人が病院やその他の施設に行くために、その都度
公的介護保険に基づく介護サービスとして自動車の送り
迎えを受けることになり、自動車の走行を増やしてしま
う。また、古くからヒッチハイクや近所の人の運転する
車に同乗させてもらうという車両相乗りは行われていた
が、これらは偶発的な車両相乗りであり、日常的に計画
性をもって利用できないという欠点がある。上記実状に
鑑み、本発明の課題は、計画性をもって効率よく車両の
相乗りを実現させる技術を提供することである。

【０００４】

【課題を解決するための手段】上記課題を解決するため
の本発明による車両相乗り管理方法は、運転車両への同
乗を許す相乗り提供者からの相乗り申し出情報に基づい
て相乗り申し出レコードを作成するとともに車両への同
乗を願う相乗り依頼者からの相乗り依頼情報に基づいて
相乗り依頼レコードを作成するステップと、前記相乗り
申し出レコードに含まれる運転スケジュールデータと相
乗り依頼レコードに含まれる同乗スケジュールデータか
ら合致する組み合わせを検索して相乗り予定レコードを
作成するとともに相乗り予定レコードの内容を該当する
相乗り提供者と相乗り依頼者に通知するステップと、前
記相乗り予定レコードの内容に基づいて相乗りが実行さ
れた際に相乗り実績レコードを作成するステップとを備
えている。

【０００５】さらに上記課題を解決するための本発明に
よる車両相乗り管理システムは、運転車両への同乗を許
す相乗り提供者からの相乗り申し出情報に基づいて相乗
り申し出レコードを作成するとともに車両への同乗を願
う相乗り依頼者からの相乗り依頼情報に基づいて相乗り
依頼レコードを作成する相乗り受付処理部と、前記相乗
り申し出レコードに含まれる運転スケジュールデータと
相乗り依頼レコードに含まれる同乗スケジュールデータ
から合致する組み合わせを検索して相乗り予定レコード
を作成するとともに相乗り予定レコードの内容を該当す
る相乗り提供者と相乗り依頼者に通知する相乗り調整部
と、前記相乗り予定レコードの内容に基づいて相乗りが
実行された際に相乗り実績レコードを作成する相乗り管
理部とを備えている。

【０００６】上述した本発明による車両相乗り管理方法
やシステムでは、運転車両への同乗を許す相乗り提供者
から予め運転スケジュールを含む相乗り申し出情報を受
け取っておき、車両への同乗を願う相乗り依頼者からの
依頼の内適合するものと組み合わせて相乗り予定を決定
して、両者に通知することで、計画性をもって効率よく
車両相乗りを実現することができる。特に両者からの申
し出や依頼、さらには組合わせられた相乗り予定の通知
をインターネットなどを通じて行うことで迅速に相乗り
の組み合わせを設定していくことができる。特に、相乗
り提供者の自動車に車両搭載型の通信端末が設置されて
いる場合、走行中の車両とも通信可能であるので、相乗
り提供者の運転が開始されてからも相乗り相手を見つけ
だし、相乗りを実行することも可能となる。また、相乗
り提供者と相乗り依頼者がこの相乗り管理システムとの
間でデータのやりとりができるブラウザフォンや通信機
能付きＰＤＡなどを所有している場合、実質的にリアル
タイムでの相乗りの組み合わせと実行が可能となる。

【０００７】一般には、相乗りの組み合わせを行う際運
転スケジュールに含まれるいくつかの通過地点に相乗り
依頼者が所望する行き先地点が一致する場合に相乗り組
み合わせの候補となるが、通過地点と行き先地点が一致
していなくても自動車の地域移動容易性を考慮するとあ
る程度の範囲での地点のずれは吸収できるはずである。
このため、本発明の好適な実施形態の１つでは、前記相
乗り調整部は、相乗り申し出レコードの運転スケジュー
ルデータに含まれる車両通過地点から地図上の所定ゾー
ンを割り当て、この割り当てられた所定ゾーンに属する
行き先地点を有するとともに相乗り日時が一致する相乗
り依頼レコードを抽出することで相乗り予定レコードを
作成する。つまり、この構成では、相乗り提供者の通過
地点と相乗り依頼者の行き先地点の正確な一致を探し出
すのではなく、通過地点に対して自動車の地域移動容易
性を考慮した面積をもつゾーンを設定して、そのゾーン
に相乗り依頼者の行き先地点が含まれている場合に相乗
り組み合わせの候補とするので、相乗り組み合わせの数
が飛躍的に向上し、より効率のよい車両相乗り管理が可
能となる。

【０００８】自動車の地域移動容易性は十分に認められ
るが、相乗り提供者によってあまり予定の運転経路を変
更したくない場合や、大幅な予定運転経路の変更を気に
しない場合がある。このため、本発明の好適な実施形態
の１つとして、相乗り申し出レコードには運転スケジュ
ールに対する融通度が含まれており、この融通度に基づ
いて前記相乗り調整部は車両通過地点に割り当てる地図
上のゾーンの大きさを調整するものがある。この構成で
は、大幅な予定運転経路を許す相乗り提供者には融通度
を大きく設定してもらうことにより、その車両通過地点
を基準とするゾーンを大きく取り、車両相乗りの機会を
増やす。これにより、車両相乗りの達成率が向上する。

【０００９】前述したような相乗りのための回り道に関
する許容度の問題は、相乗りの時間帯、つまり相乗りの
ために同乗者を乗せる時刻に関する許容度にも当てはめ
ることができる。このため、本発明の好適な実施形態と
して、相乗り提供者によって設定された融通度に基づい
て同乗運転可能時間帯の幅が調整されることも提案され
る。このこともできる範囲において車両相乗りの達成率
を向上させることに貢献する。

【００１０】このようなボランティア的なサービスある
いは互助的なサービスであってもその運営を活性化する
ためには、それ自体はよく知られたポイント制度を採用
することが好ましい。その際、高齢者人口は著しく増大
する社会にあっては、高齢者同士が助け合うという意味
からサービスをした分だけサービスを受けることができ
る等価交換方式が好都合である。要介護人などサービス
を与えることができない場合には、その介護人によって
行われたサービスのポイントを要介護人に譲与するとよ
いし、何らかの公共団体がそのような要介護人にポイン
トを寄贈してもよい。このことから、本発明の好適な実
施形態では、サービス活動の代替貨幣として機能するポ
イントを運営管理するポイント管理部が備えられ、この
ポイント管理部は前記相乗り実績レコードに基づいて相
乗り提供者のポイント口座に所定のポイント額を加算す
るととも相乗り依頼者のポイント口座から所定のポイン
ト額を差し引くように構成される。本発明によるその他
の特徴及び利点は、以下図面を用いた実施例の説明によ
り明らかになるだろう。

【００１１】

【発明の実施の形態】本発明による車両相乗り管理シス
テムの１つの実施形態が図１に示されている。ここで
は、車両相乗り管理システムは、データセンタ等に設置
されたコンピュータシステム２として構築されている。
運転車両への同乗を許す相乗り提供者とその車両への同
乗を願う相乗り依頼者との間に信頼関係が成立し、互い
に安心感をもっていなければ、車両相乗りの広がりは困
難であることから、この車両相乗り管理システムを利用
するユーザ、つまり相乗り提供者及び相乗り依頼者は登
録制となっている。

【００１２】一般的には、登録者はＷＷＷブラウザを搭
載したパソコンやＰＤＡさらにはブラウザフォン（携帯
電話）などの通信端末１からインターネット等の通信回
線３を介してこのコンピュータシステム２にアクセス可
能である。その際の登録者認証としては登録時に発行さ
れるＩＣカード１０が用いられる。もちろん、そのよう
な通信端末１を所有しない登録者のために、電話やファ
クシミリを用いたコンピュータシステム２にアクセスす
ることも可能であるが、その場合にはテレフォンセンタ
８等の機関を中継ポイントとして利用し、登録者認証の
ためには認証コードが用いられる。

【００１３】コンピュータシステム２は、通信端末１の
ＷＷＷブラウザによって表示される一般にはＨＴＭＬで
記述されたコンテンツ（テキストやイメージなどの集合
体）をインターネット３を通じて各通信端末１に送り出
すソフトウエアを搭載したＷＷＷサーバ４と、種々の情
報を検索抽出可能に格納しているデータベースサーバ７
と、ＷＷＷサーバ４とデータベースサーバ７との間のデ
ータのやりとりを仲介するとともに後で詳しく説明され
る相乗り提供者と相乗り依頼者の組み合わせ処理や決定
した相乗り組み合わせのその後の管理を行うプログラム
を実装しているアプリケーションサーバ６と、登録者つ
まり相乗り提供者や相乗り依頼者への種々の通知を電子
メールの形で行うメールサーバ５などによって構築され
ており、これらのサーバはＬＡＮによって相互に接続さ
れた状態で設置されている。なお、システムの規模によ
っては、これらのサーバを１つ又は複数のサーバマシン
に統合することも可能である。

【００１４】登録者の通信端末１からのアクセスに応答
して行われるセッションを通じてＷＷＷサーバ４に受け
取られた相乗り申し出情報や相乗り依頼情報はアプリケ
ーションサーバ６に送られ、そこで処理された後、対応
するデータベースファイルのレコードとしてデータベー
スサーバ７に格納される。さらに、アプリケーションサ
ーバ６は取得している相乗り申し出情報と相乗り依頼情
報から相乗り組み合わせを探し出す。このため、アプリ
ケーションサーバ６に実装されているプログラムによっ
て種々のデータ処理機能が作り出されるが、代表的なも
のとして、運転車両への同乗を許す相乗り提供者からの
相乗り申し出情報に基づいて相乗り申し出レコードを作
成するとともに車両への同乗を願う相乗り依頼者からの
相乗り依頼情報に基づいて相乗り依頼レコードを作成す
る相乗り受付処理部６１と、相乗り申し出レコードに含
まれる出発時刻や通過地点などの運転スケジュールデー
タと相乗り依頼レコードに含まれる出発時刻・地点や行
き先地点などの同乗スケジュールデータから合致する組
み合わせを検索して相乗り予定レコードを作成するとと
もに作成された相乗り予定レコードの内容を該当する相
乗り提供者と相乗り依頼者に通知する相乗り調整部６２
と、相乗り予定レコードの内容に基づいて相乗りが実行
された際に相乗り実績レコードを作成する相乗り管理部
６３と、相乗り実績レコードに基づいて相乗り提供者の
ポイント口座に所定のポイント額を加算するととも相乗
り依頼者のポイント口座から所定のポイント額を差し引
くことで相乗りサービスを行った側と受けた側との間の
代替貨幣としてのポイントを運営管理するポイント管理
部６４が挙げられる。

【００１５】その他、データベースサーバ７から抽出さ
れた情報に基づいて作成された相乗り管理業務において
必要となる相乗り提供者や相乗り依頼者への通知コンテ
ンツを公開するためＷＷＷサーバ４に与えるＨＴＭＬ文
書を作成するＨＴＭＬ生成部や、そのような通知コンテ
ンツを電子メールとして作成するメール作成部もアプリ
ケーションサーバ６に実装されている。

【００１６】データベースサーバ４には相乗り管理業務
に必要な種々なデータベースが含まれているが、本発明
に特に関連する情報を格納しているデータベースとして
は、この車両相乗りシステムに登録されている登録者に
関するレコードを格納している登録者データベース７
０、相乗り受付処理部６１によって作成された相乗り申
し出レコードを相乗り申し出データベース７１、作成さ
れた相乗り依頼レコードを相乗り依頼データベース７
２、相乗り調整部６２によって作成された相乗り予定レ
コードや相乗り管理部６３によって作成された相乗り実
績レコードを格納する相乗り予定・実績データベース７
３、ポイント管理部６４によって運営管理されるポイン
ト制の帳簿として機能するポイントデータベース７４が
挙げられる。

【００１７】登録者データベース７０のファイル構造は
図２に示されており、各レコードは、「登録者ＩＤ」、
「登録者氏名」、「住所」、「電話番号」、「電子メー
ルアドレス」、「サービス種別」、「運転免許証番
号」、「認証コード」などのフィールドを備えている。
ここでサービス種別は、登録者を、ａ：車両相乗りサー
ビスを提供するだけの人、ｂ：車両相乗りサービスを受
けるだけの人、ｃ：車両相乗りサービスの提供と受けの
両方を行う人の３つのタイプに区分けするものであり、
車両相乗りサービスを提供する人は必ず運転免許証番号
を入力しておくことにする。また認証コードは登録時に
発行されたＩＣカード１０に記録されているコードであ
り、ＩＣカード１０を用いてコンピュータシステム２に
アクセスした場合は自動的にコンピュータシステム２に
送られるが、テレフォンセンタ８を仲介した場合はテレ
フォンオペレータに口頭で伝達した後テレフォンセンタ
８からコンピュータシステム２に送られることになる。

【００１８】相乗り申し出データベース７１のファイル
構造は図３（イ）に示されており、各レコードは、「申
し出番号」、「登録者ＩＤ」、「相乗り年月日」、「出
発時刻」、「相乗り可能人数」、「希望性別」、「出発
地点」、「融通度」、「通過地点」などのフィールドを
備えている。ここで、登録者ＩＤには相乗りを申し出た
登録者の登録者ＩＤが入り、これをリレーショナルキー
として登録者データベース７０の該当レコードのデータ
を得ることができる。融通度は、通過地点や時刻に関し
て許容できる程度をここでは５段階で表すものであり、
例えば、「１」は相乗りの回り道はできないこと、
「５」は１０km程度の回り道や１時間程度の時間調整が
可能であることを示している。通過地点は複数入力され
るようになっており、申し出者によって少ない通過地点
しか入力されていない場合、出発地点と入力された通過
地点の間及び入力された通過地点の間に相乗り受付処理
部６１が自動的に割り出した走行経路から通過地点を拾
い上げて入力することも可能である。

【００１９】相乗り依頼データベース７２のファイル構
造は図３（ロ）に示されているが、基本的には相乗り申
し出データベース７１のそれに類似しており、各レコー
ドは、「依頼番号」、「登録者ＩＤ」、「相乗り年月
日」、「出発時刻」、「相乗り希望人数」、「希望性
別」、「出発地点」、「行き先地点」などのフィールド
を備えている。

【００２０】相乗り予定・実績データベース７３のファ
イル構造は図４に示されており、各レコードは、「組み
合わせ番号」、「提供者ＩＤ」、「依頼者ＩＤ」、「相
乗り年月日」、「申し出番号」、「依頼番号」、「乗車
地点」、「降車地点」、「完了確認」などのフィールド
を備えている。「提供者ＩＤ」と「依頼者ＩＤ」を通じ
てこの相乗り組み合わせの当事者である登録者の情報を
登録者データベース７０から引き出すことができるし、
「申し出番号」と「依頼番号」を通じて相乗り申し出と
相乗り依頼に関する詳しい情報を相乗り申し出データベ
ース７１と相乗り依頼データベース７２から引き出すこ
とができる。完了確認は、相乗り調整部６２によって決
定された相乗り組み合わせに基づいて実際に相乗りが実
現した際、相乗り提供者と相乗り依頼者からの通知に基
づいて相乗り管理部６３が相乗りの完了を確認した場合
に記録されるフィールドである。相乗りの完了が確認さ
れると同時に、この相乗り予定レコードは相乗り実績番
号を付与されて相乗り実績レコードに変換される。

【００２１】ポイントデータベース７４のファイル構造
は、、図５に示されており、各レコードは、「登録者Ｉ
Ｄ」、「相乗り実績番号」、「ポイント収入」、「ポイ
ント支出」、「ポイント残高」などのフィールドを備え
ている。「相乗り実績番号」からポイント収支の原因と
なる相乗り情報を相乗り予定・実績データベース７３か
ら引き出すことができる。

【００２２】次に、相乗り調整部６２における相乗り組
み合わせ検索時に、相乗り提供者によって提示された出
発地点や通過地点によって定まる車両走行経路を同時に
入力されている融通度に基づいて車両走行経路の幅を拡
げるべく出発地点や通過地点を出発ゾーンや通過ゾーン
に変換する方法を図６を用いて説明する。この方法を実
現するため、データベースサーバ７には複数サイズに区
画可能な地図データとその区画された地図の属性値とし
ての地点名を検索抽出可能に格納している地図データベ
ース７５が、アプリケーションサーバ６には相乗り調整
部６２と連携する地点／ゾーン変換部６５が構築されて
いる。

【００２３】例として、相乗り提供者によって出発地
点：Ｐsと２つの通過地点：Ｐt1とＰt2が提示されて、
融通度が２に設定されているとする。まず、地点／ゾー
ン変換部６５は相乗り調整部６２から渡された出発地
点：Ｐsを中心とする区画地図データ（ここではこれを
ゾーンと称する）：Ｚsを相乗り予定・実績データベー
ス７３から抽出する。その際、融通度の値に応じて抽出
されるゾーンのサイズが異なり、融通度の値が大きいほ
ど大きなサイズのゾーンが抽出される。ゾーンとしての
区画地図データにはその区画に属する地点名も含まれて
いる。同様に、通過地点：Ｐt1とＰt2に対応する通過ゾ
ーンＺt1とＺt2も抽出される。これにより、地点／ゾー
ン変換部６５は融通度によって異なる幅をもつ走行経路
を特定させることができる。従って、相乗り調整部６２
が相乗り依頼者によって提示された出発地点と行き先地
点に合致する出発地点と通過地点を有する相乗り申し出
レコードを検索する際、融通度の値が「１」でない限
り、実際に相乗り提供者によって提示された出発地点や
行き先地点以外にも多くの地点が与えられていることに
なるので、相乗り組み合わせの可能性が飛躍的に向上す
ることになる。なお、同様な方法で、この融通度の値に
基づいて相乗り時間帯にも幅をもたせることができる。

【００２４】この車両相乗り管理システムでは、登録者
から提示された相乗り申し出情報と相乗り依頼情報から
条件が一致する組み合わせを探し出し、相乗りを実現さ
せていく。この車両相乗り処理の流れを、図７の情報流
れ図を用いて説明する。

【００２５】相乗りを提供することができる登録者（相
乗り提供者）は登録者通信端末１を用いてコンピュータ
システム２のＷＷＷサーバ４にアクセスして、相乗り申
し出情報を入力する（＃０１）。その際の典型的なモニ
タ画面が図８に示されている。

【００２６】この入力画面の特徴的な点の１つは、相乗
り実施日を１日単位で単発的に設定する人や、相乗り実
施日を週単位や月単位で期間的に設定する人がいること
を考慮して、それぞれのケースに対応する入力項目が用
意されていることである。期間的に相乗り実施日を入力
するためには、図から理解できるように、相乗り実施期
間の開始日と最終日を入力するとともに、必要に応じ
て、その期間中で都合の悪い日、つまり相乗りの実施日
から除外してほしい日や曜日を指定する。これは、特
に、定期的な自動車通勤時に相乗りを許すといった人に
とって都合のより入力方法である。除外してほしい日の
項目では自動的に相乗り実施期間に含まれてる年月日が
ポップアップ表示されるように構成され、除外して欲し
い曜日の項目では、曜日や祝日とこれに対応配置された
複数選択可能なチェックボタンが表示されるように構成
されている。

【００２７】さらに、出発地点や通過地点は、地図デー
タに含まれている地点と整合させなければならないの
で、ポップアップメニュによって表示される地点を選択
する手法が採用されている。入力画面の下側には、入力
した情報をキャンセルするためのリセットボタンと入力
した情報をコンピュータシステム２に送信するための送
信ボタンが用意されているとともに、この入力画面を利
用する登録者は、同様な内容を定期的に入力する傾向が
あることを考慮して、過去の入力情報を順次、例えば過
去１０回程度にわたって表示するための過去データロー
ドボタンも配置されている。表示された過去の入力画面
に対して必要な訂正を行うだけで新規の相乗り情報設定
が完了するので、入力作業が簡単化される。このために
は、コンピュータシステム２あるいは登録者通信端末１
に登録者別に過去１０回の入力情報を保管しておく必要
がある。

【００２８】相乗りを依頼する登録者（相乗り依頼者）
も登録者通信端末１を用いてコンピュータシステム２の
ＷＷＷサーバ４にアクセスして、相乗り依頼情報を入力
する（＃０２）。その際用いられるモニタ画面は図８に
類似するので省略されるが、ここでも出発地点と行き先
地点は選択による入力方法が採用されている。登録者通
信端末１を利用できない登録者はテレフォンセンタ８の
仲介のもとで相乗り申し出情報又は相乗り依頼情報を入
力することができる（＃０３）。

【００２９】相乗り受付処理部６１は、ＷＷＷサーバ４
を通じて受け取った相乗り申し出情報から図３（イ）に
示されるフィールドを有するレコードを作成し、相乗り
申し出データベース７１に書き込む（＃１１）。さら
に、相乗り受付処理部６１は、ＷＷＷサーバ４を通じて
受け取った相乗り依頼情報から図３（ロ）に示されるフ
ィールドを有するレコードを作成し、相乗り依頼データ
ベース７２に書き込む（＃１２）

【００３０】相乗り調整部６２は、相乗り年月日の早い
ものから順次、相乗り申し出データベースから組み合わ
せが未決定の相乗り申し出レコードを抽出し、その出発
地点と通過地点を前述した地点／ゾーン変換部６５との
連携で融通度に応じたゾーンに変換して、多数の通過地
点（出発地点も含む）を取得した後、これらの通過地点
に合致する相乗り依頼レコードを相乗り依頼データベー
ス７２にアクセスして検索する。相乗り依頼レコードが
抽出されると、つまり相乗り組み合わせが決定される
と、相乗り予定レコードを作成し、相乗り予定／実績デ
ータベース７３に書き込む（＃２０）。同時に、メール
サーバ５を通じて組み合わせが決定されたことを当事者
である登録者に通知する。この組み合わせ情報はＷＷＷ
サーバ４においても公開されるようにしておく。ここで
は、相乗り申し出レコードに基づいて相乗り依頼レコー
ドを検索抽出する手順を示したが、当然相乗り依頼レコ
ードに基づいて相乗り申し出レコードを検索抽出しても
よい。

【００３１】先に決定された相乗り組み合わせに基づい
て実際に相乗りが行われた場合、相乗り提供者及び相乗
り依頼者からの相乗り完了通知（通常は電子メールやＷ
ＷＷサーバ４を通じて行われる）の受け取りを確認し
て、相乗り管理部６３が相乗り予定レコードを相乗り実
績レコードに変換する（＃３０）。決定された相乗り組
み合わせに対して相乗り提供者又は相乗り依頼者あるい
はその両者が同意できない場合、その旨の連絡が電子メ
ールやＷＷＷサーバ４を通じて相乗り管理部６３に伝え
られると、相乗り管理部６３は対応する相乗り予定レコ
ードを削除する。

【００３２】なお、本当に相乗りが行われたかどうかを
確認するため、決定された相乗り組み合わせのうちの相
乗り依頼者に相乗り暗証番号を通知しておき、相乗りが
行われた段階でこの相乗り暗証番号を相乗り依頼者が相
乗り提供者に伝え、その後相乗り提供者が相乗り完了通
知としてその相乗り暗証番号を相乗り管理部６３に与え
るような構成を採用するならば、相乗り依頼者からの相
乗り完了通知だけで実際に相乗りが行われたことを相乗
り管理部６３は確認することができる。

【００３３】相乗り実績レコードの発行に基づいて、ポ
イント管理部６４は図５に示すようなフィールドをもつ
ポイント精算レコードを作成し、ポイントデータベース
７４に書き込む（＃４１）。その際、相乗り提供者のポ
イント口座には実行された相乗りに規定されている（相
乗り距離等の条件により異なる）所定のポイント額を加
算するととも相乗り依頼者のポイント口座から同額のポ
イント額を差し引く。ポイント精算レコードの内容は当
事者である両登録人に通知される（＃４２）。

【００３４】ここで取り扱われているポイントは登録者
同士の間で振り込みが自在である。このようなサービス
を受け取るだけである要介護者などの登録者に対しては
公共団体等から定期的に一定額のポイントを振り込むよ
うにすることや、このようなサービスを与えるだけの登
録者に対しては金券や物品とポイントの交換を可能にす
ることは、このシステムの運営にとって重要である。

【００３５】組み合わせの決定しない相乗り依頼や相乗
り申し出が相乗り実施日の直前においても残っている場
合、その情報をＷＷＷサーバ４を通じて公開し、相乗り
を積極的に勧めるようにすることも好適である。

【００３６】また、相乗り提供可能として登録している
登録者の自動車に車載通信端末が搭載されている場合、
直接車載通信端末に対して組み合わせが決定していない
相乗り依頼情報を送信して寄り道してもらうような構成
を採用することも、車両相乗りの運用拡大にとって好都
合である。自動車がＩＴ化されている場合、直接そのカ
ーナビに相乗り依頼に関する地図情報を送ることも可能
となる。

【図面の簡単な説明】

【図１】車両相乗り管理システムの全体構成図

【図２】登録者データベースのファイル構造図

【図３】（イ）相乗り申し出データベースと（ロ）相乗
り依頼データベースのファイル構造図

【図４】相乗り予定／実績データベースのファイル構造
図

【図５】ポイントデータベースのファイル構造図

【図６】地点／ゾーン変換の手順を示す模式図

【図７】相乗り管理における情報流れ図

【図８】ＷＷＷブラウザ上で表示される相乗り申し出入
力のための画面図

【符号の説明】

１ 登録者通信端末 ２ コンピュータシステム ４ ＷＷＷサーバ ７ データベースサーバ ６ アプリケーションサーバ ５ メールサーバ ３ 通信網（インターネット） ６１ 相乗り受付処理部 ６２ 相乗り調整部 ６３ 相乗り管理部 ６４ ポイント管理部 ６５ 地点／ゾーン変換部 ７５ 地図データベース

Claims (6)

【特許請求の範囲】
1. 【請求項１】運転車両への同乗を許す相乗り提供者から
   の相乗り申し出情報に基づいて相乗り申し出レコードを
   作成するとともに車両への同乗を願う相乗り依頼者から
   の相乗り依頼情報に基づいて相乗り依頼レコードを作成
   するステップと、前記相乗り申し出レコードに含まれる
   運転スケジュールデータと相乗り依頼レコードに含まれ
   る同乗スケジュールデータから合致する組み合わせを検
   索して相乗り予定レコードを作成するとともに相乗り予
   定レコードの内容を該当する相乗り提供者と相乗り依頼
   者に通知するステップと、前記相乗り予定レコードの内
   容に基づいて相乗りが実行された際に相乗り実績レコー
   ドを作成するステップとを備えることを特徴とする車両
   相乗り管理方法。
2. 【請求項２】運転車両への同乗を許す相乗り提供者から
   の相乗り申し出情報に基づいて相乗り申し出レコードを
   作成するとともに車両への同乗を願う相乗り依頼者から
   の相乗り依頼情報に基づいて相乗り依頼レコードを作成
   する相乗り受付処理部と、前記相乗り申し出レコードに
   含まれる運転スケジュールデータと相乗り依頼レコード
   に含まれる同乗スケジュールデータから合致する組み合
   わせを検索して相乗り予定レコードを作成するとともに
   相乗り予定レコードの内容を該当する相乗り提供者と相
   乗り依頼者に通知する相乗り調整部と、前記相乗り予定
   レコードの内容に基づいて相乗りが実行された際に相乗
   り実績レコードを作成する相乗り管理部とを備えること
   を特徴とする車両相乗り管理システム。
3. 【請求項３】前記相乗り調整部は、相乗り申し出レコー
   ドの運転スケジュールデータに含まれる車両通過地点か
   ら地図上の所定ゾーンを割り当て、この割り当てられた
   所定ゾーンに属する行き先地点を有するとともに相乗り
   日時が一致する相乗り依頼レコードを抽出することで相
   乗り予定レコードを作成することを特徴とする請求項２
   に記載の車両相乗り管理システム。
4. 【請求項４】相乗り申し出レコードには運転スケジュー
   ルに対する融通度が含まれており、この融通度に基づい
   て前記相乗り調整部は車両通過地点に割り当てる地図上
   のゾーンの大きさを調整することを特徴とする請求項３
   に記載の車両相乗り管理システム。
5. 【請求項５】前記融通度に基づいて同乗運転可能時間帯
   の幅が調整されることを特徴とする請求項４に記載の車
   両相乗り管理システム。
6. 【請求項６】サービス活動の代替貨幣として機能するポ
   イントを運営管理するポイント管理部が備えられ、この
   ポイント管理部は前記相乗り実績レコードに基づいて相
   乗り提供者のポイント口座に所定のポイント額を加算す
   るととも相乗り依頼者のポイント口座から所定のポイン
   ト額を差し引くことを特徴とする請求項２〜５のいずれ
   かに記載の車両相乗り管理システム。