JP2003167946A

JP2003167946A - 相乗り予約システム

Info

Publication number: JP2003167946A
Application number: JP2001366642A
Authority: JP
Inventors: Shigeru Ouchi; 茂大内
Original assignee: COSMO BRAIN KK
Current assignee: COSMO BRAIN KK
Priority date: 2001-11-30
Filing date: 2001-11-30
Publication date: 2003-06-13

Abstract

(57)【要約】【課題】相乗りの利用者と提供者とが直接話し合うこ
となく相乗りの予約を行う相乗りの予約システムを提供
することを課題としている。【解決手段】相乗り可能な相乗り便Ｗが予め登録され
ている予約センタ施設Ａ側のシステムサーバ１が、上記
相乗り便Ｗのデータから所定の相乗り便Ｗを、相乗りの
利用予約を行う相乗り予約者Ｒ側の予約端末３に表示せ
しめる相乗り便Ｗ表示手段と、予約端末３側から送信さ
れる相乗りの予約データを受信し、該相乗り予約に該当
する相乗り便Ｗの提供者Ｐの電子データ受信端末側に、
相乗り予約情報を送信処理する予約連絡手段と、予約連
絡データに対する提供者Ｐ側からの予約承諾データを受
信し、上記予約者Ｒの電子データ受信端末側に、予約承
諾情報を送信処理する予約承諾連絡手段とを備えた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は所定の目的地まで
移動する自動車等に相乗りを希望する相乗りの利用者
と、相乗りする自動車等を提供する相乗りの提供者との
間において相乗りの予約等を行う相乗り予約システムに
関する。

【０００２】

【従来の技術と発明が解決しようとする課題】従来相乗
り予約システムとして、大学生の旅行・帰省などのよう
な同じ方向に行くものどうしを相乗りさせる乗り物相乗
り装置及び乗り物相乗り方法が、特開２０００−９０３
９７号公報に示されている。

【０００３】しかし上記装置及び方法は、いわば相乗り
の提供者と相乗りの利用者のコンピュータネットワーク
を利用した電子掲示板であり、利用者と提供者とが上記
システムから得る情報に基づいて直接連絡を取り合い、
相乗りを成立させるものである。

【０００４】このためベーシックな予約のみの段階から
当事者同士が直接話し合う必要があり、相乗り予約の手
続きが煩雑であるという欠点がある。この欠点に鑑み利
用者と提供者が直接話し合うことなく相乗りの予約を行
う相乗りの予約システムを提供することを課題としてい
る。

【０００５】

【課題を解決するための手段】上記課題を解決するため
の本発明の相乗り予約システムは、第１に相乗りの利用
予約を行う相乗り予約者Ｒ側の予約端末３と、相乗り可
能な相乗り便Ｗが予め登録されている予約センタ施設Ａ
と、該予約センタ施設Ａにおいて、前記相乗り便Ｗのデ
ータを備えて上記予約端末３とコンピュータネットワー
クを介して通信を行うシステムサーバ１とを設け、該シ
ステムサーバ１が、上記相乗り便Ｗのデータから所定の
相乗り便Ｗを上記予約端末３に表示せしめる相乗り便表
示手段と、予約端末３側から送信される相乗りの予約デ
ータを受信し、該相乗り予約に該当する相乗り便Ｗの提
供者Ｐの電子データ受信端末側に、相乗り予約情報を送
信処理する予約連絡手段と、上記予約連絡データに対す
る提供者Ｐ側からの予約承諾データを受信し、上記予約
者Ｒの電子データ受信端末側に、予約承諾情報を送信処
理する予約承諾連絡手段とを備え、予約データに対する
予約承諾情報を予約者Ｒに送信することによって相乗り
の予約を完了させることを特徴としている。

【０００６】第２にシステムサーバ１側が、所定の条件
に基づいて相乗り便Ｗのデータから相乗り便Ｗを検索す
る検索手段１３と、予約端末３側からの検索条件データ
を受信し、検索結果を予約端末３側に表示させる検索結
果表示手段とを備えたことを特徴としている。

【０００７】第３に相乗り予約情報及び予約承諾情報が
電子メールからなることを特徴としている。

【０００８】第４にシステムサーバ１が、予約端末３側
から送信される相乗りの予約取消データを受信して相乗
りの予約を取り消す予約取消手段と、予約が取り消され
る相乗り便Ｗの提供者の電子データ受信端末側に、予約
の取消情報を送信処理する予約取消連絡手段とを備えた
ことを特徴としている。

【０００９】第５に予約取消情報が電子メールからなる
ことを特徴としている。

【００１０】第６に提供者Ｐ側がシステムサーバ１側へ
のデータ送信が可能な通信端末２を備え、システムサー
バ１が、前記通信端末２からの相乗り便Ｗの提供データ
を受信する提供情報受信手段を備えることを特徴として
いる。

【００１１】第７に提供者Ｐ側がシステムサーバ１側へ
のデータ送信が可能な通信端末２を備え、システムサー
バ１が、前記通信端末２からの相乗り便Ｗの提供を取り
消す提供取消データを受信して相乗り便Ｗの提供を取り
消す提供取消手段と、当該相乗り便Ｗに対応する相乗り
予約の予約者の電子データ受信端末側に、提供の取消情
報を送信処理する提供取消連絡手段とを備えたことを特
徴としている。

【００１２】第８に提供取消情報が電子メールからなる
ことを特徴としている。

【００１３】第９にシステムサーバ１側に、提供取消デ
ータに基づいて検索手段１３を起動して、取り消される
相乗り便Ｗの代替え便を検索する代替え便検索手段を設
け、代替え便検索手段によって出力された代替え便の情
報を提供取消情報に含めることを特徴としている。

【００１４】第１０にシステムサーバ１が端末側との通
信用のウェブサーバ６を備え、システムサーバ１に対す
る通信用の端末が、ウェブブラウザが起動可能なパーソ
ナルコンピュータ又は携帯情報端末、あるいはウェブサ
ーバ６から送信されるＨＴＭＬに基づいたマークアップ
言語を処理して表示することができる携帯電話であるこ
とを特徴としている。

【００１５】第１１に提供者Ｐ及び予約者Ｒが予め登録
された会員であり、システムサーバ１側が前記会員のデ
ータベース１８を備え、該データベース１８が少なくと
も各会員のＩＤとパスワードのデータを持つことを特徴
としている。

【００１６】

【発明の実施の形態】次に本発明の一実施形態について
図面に従って説明する。本発明は図１に示されるよう
に、相乗りの利用を予約する予約者Ｒが、当該予約者Ｒ
の行き先と同方向に行く相乗り提供者Ｐの自動車等の相
乗り便Ｗに所定の乗車地Ｓから相乗りして、目的地Ｅま
で移動する相乗り移動に対して、相乗りの予約者Ｒと提
供者Ｐとの間に介在し、相乗りの予約等を行うシステム
となっている。

【００１７】本発明の相乗り予約システムは、図２に示
されるように、相乗り予約の予約センタ施設Ａに配置さ
れてシステムの中枢をなすシステムサーバ１と、相乗り
用の自動車等の交通機関（相乗り便）Ｗを提供する相乗
り提供者Ｐ側に配されるクライアント端末２と、相乗り
便Ｗを利用（予約）する予約者Ｒ側に設けられるクライ
アント端末３と、システムサーバ１と各クライアント端
末２，３との間で通信を行うためのデータ通信回線網
（インターネット）４とによって構成されている。

【００１８】そして本相乗り予約システムにおいては、
図３に示されるように、まず予約者Ｒがクライアント端
末３を予約端末として予約センタ施設Ａのシステムサー
バ１にアクセスして予約手続きを行う。これによって予
約センタＡ側（システムサーバ１）からは提供者Ｐ側に
予約の連絡を行う。

【００１９】その後提供者Ｐがクライアント端末２を通
信端末として予約センタ施設Ａのシステムサーバ１にア
クセスして予約承諾の手続きを行うことによって、予約
センタ施設Ａのシステムサーバ１が予約者Ｒ側に予約が
承諾されたことを連絡して予約が完了する。

【００２０】すなわち以上のように予約者Ｒが予約手続
きした後、システムサーバ１から予約が承諾されたこと
の連絡が入ることによって、予約者Ｒが提供者Ｐと直接
連絡を取ることなく相乗りの予約が完了し、予め決めら
れている乗車地Ｓから相乗り便Ｗに相乗りして目的地に
行くことが可能となる。

【００２１】なお本実施形態においてはデータ通信回線
網４としてインターネットを使用しているが、システム
サーバ１とクライアント端末２，３との通信が可能であ
ればいかなる回線を使用しても良い。

【００２２】またシステムサーバ１にはウェブサーバが
備えられており、該ウェブサーバが、予約等の各種手続
きを行うためにクライアント端末２，３側に表示させる
インターフェースのサービスを行う。

【００２３】このためクライアント端末２，３にはウェ
ブクライアント（ウェブブラウザ）が必要となり、本シ
ステムの利用者（予約者及び提供者）は、ウェブブラウ
ザからウェブサーバ側にアクセスし、システムサーバ１
から送信されるインターフェースをウェブブラウザによ
り表示し、各種手続きを実行するデータをウェブブラウ
ザからシステムサーバ１側（ウェブサーバ）に送信して
相乗りの予約や相乗り便Ｗの提供等の各種手続きを行
う。

【００２４】すなわちクライアント端末２，３として、
ＷＷＷ側と通信する通信システムとウェブブラウザとを
備えた通信端末が要求され、例えばパーソナルコンピュ
ータや携帯電話、ＰＤＡ等の情報携帯端末を使用するこ
とができる。なお本実施形態においてはクライアント端
末２，３としてディスプレイを備えた携帯電話を例に説
明する。また提供者として常時所定の配達先に向かって
移動している宅配便の配達員（自動車）等が考えられ
る。

【００２５】次に上記システムサーバ１の構造について
説明する。システムサーバ１はハードディスクにインス
トールされた所定のＯＳにより作動するコンピュータに
よって構成されており、さらにＷＷＷ側と通信する通信
システム（ハードウエアびソフトウエア）を備えてい
る。

【００２６】そしてシステムサーバ１は、図４のブロッ
ク図に示されるようにウェブサーバ６が備えられてお
り、該ウェブサーバ６は上記ハードウエア資源を使用し
てウェブブラウザからのアクセスを受け付けるととも
に、該ウェブブラウザに対して各手続き用のインターフ
ェース（各種メニュー）を提供する。

【００２７】なおウェブサーバ６は従来公知のものであ
り、このため当然ウェブブラウザからのデータを受信す
ることもできる。また図４のブロック図はシステムサー
バ１における相乗り予約システムに関わる部分のみ示し
てあり、通信システム等は省略してある。

【００２８】一方ウェブブラウザはウェブサーバ６から
送信されるデータによって手続き用の各種メニューを表
示することができるとともに、該メニューによりウェブ
サーバ６に所定の手続きを行うためのデータ（手続きデ
ータ）を送信することができる。なおウェブブラウザと
ウェブサーバ６との間の通信は従来公知であるため、詳
細な説明は省略する。

【００２９】システムサーバ１には、ウェブサーバ６の
他、ウェブブラウザからのシステムへのログオンの管理
を行う認証システム７，各種データを蓄積するデータベ
ース部８，予約及び提供データを追加及び取消を行うデ
ータ追加部９，電子メール（ファイル）を自動作成する
メール作成部１１，インターネット４を介して電子メー
ルを予約者Ｒ又は提供者Ｐ側に送信するメールサーバ１
２，相乗り情報の検索を行う検索部１３，ウェブブラウ
ザに表示せしめるメニューのデータを作成するインター
フェース作成部１４等から構成されている。

【００３０】なお上記各部７，８，９，１１，１２，１
３，１４はハードウエア又はソフトウエアにより構成さ
れ、コンピュータ内に組み込まれている。そしてシステ
ムサーバ１（コンピュータ）のハードディスク等の記憶
装置に記憶せしめられたシステムの作動フローに従って
上記各部が作動せしめられ、相乗り便Ｗの予約者Ｒと提
供者Ｐの間で相乗り予約等を行う。

【００３１】次に上記各部について説明する。

【００３２】１．認証システム本システムによる相乗りの予約は会員制を前提としてい
る。つまり予約や相乗りの提供は、会員にのみ許可され
る。このためシステムサーバ１には認証システム７が設
けられる。そして後述するように認証が必要な手続きを
ウェブブラウザ側に提供する際に認証システム７が起動
され、ウェブサーバ６からの該当サービス用のメニュー
のウェブブラウザへの送信を規制する。

【００３３】２．データベース部本システムは少なくとも相乗り便Ｗの情報（相乗りデー
タ）と会員情報（会員データ）とをデータベースとして
蓄積する必要がある。なお相乗りデータとは相乗り便Ｗ
の提供時のデータ（提供データ）に予約状況等のデータ
（状況データ）を付加したものとする。

【００３４】例えば提供者Ｐが「ＹＹ年ＸＸ月ＺＺ日の
Ａ地点からＢ地点経由Ｃ地点行きの自動車、相乗り定員
２名」という相乗り便Ｗを提供しており、予約者Ｒが
「Ｂ地点からＣ地点までの予約者１名」という相乗り予
約を行っている場合、「ＹＹ年ＸＸ月ＺＺ日のＡ地点か
らＢ地点経由Ｃ地点行きの自動車、相乗り定員２名」を
数値化したものが提供データであり、「Ｂ地点からＣ地
点までの予約者１名」を数値化したものが状況データ
（この場合は予約状況）であり、「ＹＹ年ＸＸ月ＺＺ日
のＡ地点からＢ地点経由Ｃ地点行きの自動車、相乗り定
員２名の相乗り便に対してＢ地点からＣ地点までの予約
者が１名ある」を数値化したものが相乗りデータとな
る。

【００３５】このためシステムサーバ１のデータベース
部８は従来公知のリレーショナルデータベースからな
り、提供データのデータベース（提供データテーブル）
１６と状況データのデータベース（状況データテーブ
ル）１７と会員データのデータベース（会員データテー
ブル）１８とを備え、各テーブルが連係せしめられ、相
乗りデータのデータベース（相乗りデータテーブル）１
９を構成している。

【００３６】具体的には、提供データテーブル１６に
は、提供情報ＩＤ，提供者ＩＤ，日付，出発地，目的
地，経由地，出発時刻，到着時刻，定員，提供取消フラ
グ，備考の各フィールドが備えられている。また状況デ
ータテーブル１７には、提供情報ＩＤ，予約者ＩＤ，乗
り込み希望地，目的地，人数の各フィールドが備えられ
ている。そして会員データテーブル１８には会員ＩＤ，
会員名，電子メールアドレス，電話番号等の各フィール
ドが備えられている。そして提供データテーブル１６と
状況データテーブル１７とが提供情報ＩＤをキーとして
連係せしめられているとともに、提供者ＩＤ及び予約者
ＩＤが会員ＩＤに連係されている。

【００３７】これにより提供情報ＩＤ，提供者名（提供
者ＩＤに基づき表示），日付，出発地，目的地，経由
地，出発時刻，到着時刻，定員，予約人数，備考，取消
フラグの各フィールドが備えられた相乗りデータテーブ
ルが構築される。そして前述のデータ追加部９によって
各テーブルを更新することが可能となっている。

【００３８】また後述するようにシステムは、相乗りの
予約又は取消し時に相乗り便Ｗの予約者Ｒ又は提供者Ｐ
に電子メールを送信する。このためデータベース部８に
は電子メールに添付する複数の本文をデータベース化し
て、メールテンプレートテーブル２１に保存している。

【００３９】３．データ追加部クライアント端末２，３側からは予約や取消又は相乗り
便Ｗの提供のデータが入力される。すなわちデータベー
ス部８に蓄積されるデータは、この入力データによって
更新され、入力データをデータベース部８の各テーブル
に書き込む必要がある。このためデータ追加部９はデー
タベース部８と連係して設けられ、クライアント端末
２，３側からの予約データ，提供データ，予約の取消デ
ータ，提供の取消データ等に対して起動され、データベ
ース部８内の各テーブルに対して新規のデータを書き込
み、その他入力データに起因して発生する各種処理を行
う。

【００４０】４．メール作成部本システムは後述するフローに従って予約や取消時には
予約者又は提供者に対して電子メールを送信する。この
ためメール作成部１１は予約者又は提供者宛の電子メー
ルを各データテーブル等から情報を得て自動的に生成す
る。

【００４１】５．メールサーバメール作成部１１により自動作成された電子メールを受
信者（予約者Ｒ又は提供者Ｐ）宛に送信する少なくとも
ＳＭＴＰをサポートした電子メールサーバである。

【００４２】６．検索部データベース部８に連係して設けられ、データベース８
内のデータを検索して出力させることが可能なシステム
である。これにより利用者が希望する相乗り便Ｗをピッ
クアップすることができる。

【００４３】７．インターフェース作成部ウェブブラウザに表示させるメニューのデータを作成し
て、ウェブサーバ６に送るシステムであって、各手続き
に応じたメニュー用のデータを選択してウェブサーバ６
側に送る。

【００４４】システムサーバ１の各部は以上のような構
成となっている。

【００４５】そしてシステムサーバ１は、システムの作
動フローに従って上記各部を作動させて、相乗り予約を
行う予約手続きやその他の手続き（ユーティリティ手続
き）を行うことができる。なお上記ユーティリティ手続
きとして、提供者Ｐが相乗り便Ｗの提供を行うための提
供データ登録手続き，所定の相乗り便Ｗの相乗りデータ
をピックアップする相乗り検索手続き，予約者Ｒが予約
を取消すための予約取消手続き，提供者Ｐが相乗り便Ｗ
の提供を取消すための提供取消手続き、提供者Ｐが予約
を受けてこの予約を承諾する予約承諾手続き等がある。

【００４６】一方ウェブサーバ６は上記のようにクライ
アント端末２，３側のオペレータが各手続きを行うこと
ができるように、各手続きを行うためのメニューのデー
タをウェブブラウザに対して送信する。これによって上
記データを受信したクライアント端末２，３側において
は、各データに対応したメニュー画面がディスプレイに
表示され、予約者Ｒ及び提供者Ｐは表示されるメニュー
画面に対してデータ入力等を行うことにより各手続きを
行うことができる。

【００４７】次に各メニュー画面（ウェブブラウザでの
表示状態）について説明する。なお各メニュー画面には
本システムの利用者となる予約者Ｒ又は提供者Ｐが実行
できる選択肢が画面上に表示され、各選択肢は携帯電話
のポインティングデバイスにより選択して実行（クリッ
ク）することができるものである。

【００４８】１．メインメニュークライアント端末２，３（ウェブブラウザ）からシステ
ムサーバ１（ウェブサーバ）にアクセスすると最初にウ
ェブブラウザに表示されるメニューが、図５に示される
メインメニュー２２である。そして「提供データ登録手
続き」を行うためのメニュー画面を表示させる相乗り情
報提供選択肢２３と、「相乗り情報の検索手続き」又は
「予約手続き」又は「予約又は提供の取消手続き」又は
「予約承諾手続き」を行うためのメニュー画面を表示さ
せる検索／予約／取消選択肢２４と、システムを終了さ
せる終了選択肢２６とが表示される。

【００４９】２．検索メニュー相乗り情報を検索する条件を入力するためのメニューが
図６に示される検索メニュー２７であり、メインメニュ
ー２２の検索／予約／取消選択肢２４を選択実行するこ
とによって表示される。そして検索条件を入力するボッ
クス（本実施形態の場合「日付」，「時刻」，「目的
地」を入力するボックス２８，２９，３１と検索を実行
させる実行選択肢３２が表示される。

【００５０】３．検索結果上記検索メニュー２７により検索された相乗り便Ｗの相
乗りデータテーブル１７上の情報を連続的に表示するメ
ニューが、図７に示される検索結果３３である。

【００５１】４．予約／取消／承諾メニューメインメニュー２２の検索／予約／取消選択肢２４を選
択実行し、検索メニュー２７から検索を実行し、検索結
果が表示された際に、検索結果と共に表示されるメニュ
ーが図７に示される予約／取消／承諾メニュー３４であ
る。そして「予約手続き」を行うためのメニュー画面を
表示させる予約登録選択肢３６と、「予約取消手続き」
を行うためのメニュー画面を表示させる予約取消選択肢
３７と、「提供取消手続き」を行うためのメニュー画面
を表示させる提供取消選択肢３８と、再度検索を行うた
めに検索メニュー２７を表示させるための検索画面に戻
る選択肢３９と、「予約承諾手続き」を行うためのメニ
ュー画面を表示させる予約承諾選択肢４１が表示され
る。

【００５２】５．予約登録メニュー予約情報を入力するためのメニューが図８に示される予
約登録メニュー４２であり、予約／取消／承諾メニュー
３４の予約登録選択肢３６を選択実行することによって
表示される。そして予約情報（本実施形態においては
「情報ＩＤ」，「乗込希望地」，「目的地」，「人
数」）を入力するボックス４３，４４，４６，４７と予
約手続きを実行させる実行選択肢４８が表示される。

【００５３】６．提供登録メニュー提供する相乗り便Ｗの相乗りデータを入力するためのメ
ニューが図９される提供登録メニュー４９であり、メイ
ンメニュー２２の相乗り情報提供選択肢２３を実行する
ことによって表示される。「提供者ＩＤ」，「日付」，
「出発地」，「目的地」，「経由地」，「出発時刻」，
「到着時刻」，「定員」，「備考」を入力するボックス
５１，５２，５３，５４，５６，５７，５８，５９，６
１と提供データ登録手続きを実行させる（提供データを
ウェブサーバ６側に送信する）実行選択肢６２が表示さ
れる。

【００５４】７．認証メニュー認証システムの起動により表示されるメニューが図１０
に示される認証メニュー６３である。会員ＩＤとパスワ
ードの入力ボックス６４，６６が表示され、入力された
会員ＩＤとパスワードをウェブサーバ６側に送信する実
行選択肢６７が表示される。

【００５５】そしてシステムサーバ１側が各手続きに従
って上記各メニューをウェブブラウザ側に送信し、予約
者Ｒ又は提供者Ｐがウェブブラウザを介してクライアン
ト端末２，３に各メニューを表示させることによって、
予約者Ｒ又は提供者Ｐはメニュー画面からデータを入力
して各手続きを行うことができる。

【００５６】次に各手続きの操作順をメニューに従って
説明し、その後各手続きのフローについて詳細に説明す
る。なお以下の説明は各メニューの操作以前にクライア
ント端末２，３のウェブブラウザとシステムサーバ１の
ウェブサーバ６との通信が確立しており、ウェブブラウ
ザ（クライアント端末２，３のディスプレイ）にはメイ
ンメニュー２２が表示されているものとする。また図中
の網掛けは選択実行状態を示す。

【００５７】１．提供データ登録手続き提供者Ｐが相乗り便Ｗを提供する際に行う手続きであ
る。図１１に示されるように、提供者Ｐはまずメインメ
ニュー２２の画面から相乗り情報提供選択肢２３を選択
実行する。これにより認証システム７が作動し、認証メ
ニュー６３が表示される。そして会員ＩＤとパスワード
を入力して実行選択肢６７を選択実行することによっ
て、認証システム７が認証を行い、認証が通れば提供登
録メニュー４９が表示される。そして提供者が提供登録
メニュー４９に提供情報を入力し、実行選択肢６２を選
択実行することによって提供データ登録手続きが完了し
て相乗り便Ｗの提供が行われる。

【００５８】２．予約手続き予約者Ｒの相乗り予約の際に行う手続きである。図１２
に示されるように、予約者Ｒはまずメインメニュー２２
の画面から検索／予約／取消選択肢２４を選択実行す
る。これにより認証システム７が作動し、認証メニュー
６３が表示される。そして会員ＩＤとパスワードを入力
して実行選択肢６７を選択実行することによって、認証
システム７が認証を行い、認証が通れば検索メニュー２
７の画面が表示される。

【００５９】そして検索メニュー２７に検索条件を入力
して実行選択肢３２を選択実行することによって、相乗
りを希望するルートの相乗り便Ｗの情報が表示された検
索結果３３と予約／取消／承諾メニュー３４が表示され
る。そして予約／取消／承諾メニュー３４の予約登録選
択肢３６を選択実行することによって予約登録メニュー
４２が表示され、予約内容を入力して実行選択肢４８を
選択実行することにより予約情報がシステムサーバ１側
に送信される。

【００６０】この時点で予約者Ｒの予約の意志がシステ
ムサーバ１側に送信されるが、ただし予約は予約した相
乗り便Ｗの提供者が予約承諾手続きを完了するまで、す
なわち提供者Ｐが予約を承諾するまでは成立しない。こ
のためこの予約登録メニュー４２が実行された後、シス
テムサーバ１側は相乗り予約に該当する相乗り便Ｗの提
供者Ｐ側に、相乗り予約を連絡する電子メール形式の予
約連絡データを送信し、該当提供者Ｐに予約承諾手続き
を促す。

【００６１】そして後述する提供者Ｐの予約承諾手続き
の完了によってシステムサーバ１側からの予約完了の電
子メール（予約承諾連絡データ）が予約者Ｒ側に送信さ
れ、この電子メールを予約者Ｒが受信して確認すること
によって予約が完了する。

【００６２】すなわち予約手続きの手続きフローは図１
３に示されるように、まずステップＳ１でメインメニュ
ー２２の画面から検索／予約／取消選択肢２４を選択実
行し、ステップＳ２に進み認証を行い、認証が通ればス
テップＳ３に進み相乗り便Ｗの検索を行い、認証が通ら
ない場合はステップＳ４に進み予約手続きが終了とな
る。

【００６３】そしてステップＳ３での相乗り便Ｗの検索
後はステップＳ５に進み予約／取消／承諾メニュー３４
の予約登録選択肢３６を選択実行し、ステップＳ６に進
み予約登録メニュー４２を表示させ、予約内容をシステ
ムサーバ１側に送信する。その後システムサーバ１側か
らの予約承諾連絡データを待ち、ステップＳ７において
予約承諾連絡データを受信すると予約が完了する。

【００６４】３．予約承諾手続き予約者Ｒが相乗り便Ｗの予約手続きを行うと後述する作
動フローに従ってシステムサーバ１側から相乗り便Ｗの
予約があることを連絡する電子メール形式の予約連絡デ
ータが提供者Ｐに送信される。この予約連絡データの受
信により提供者Ｐは予約承諾手続きを行う。なおこの予
約承諾手続きが行われない場合は、前述のように予約が
完了しない。

【００６５】予約承諾手続きは、図１４に示されるよう
に、提供者Ｐはまずメインメニュー２２から検索／予約
／取消選択肢２４を選択実行する。これにより認証シス
テム７が作動し、認証メニュー６３が表示される。そし
て会員ＩＤとパスワードを入力して実行選択肢６７を選
択実行することによって、認証システム７が認証を行
い、認証が通れば検索メニュー２７が表示される。

【００６６】そして予約承諾を行う相乗り情報を表示さ
せるように検索メニュー２７に検索条件を入力して実行
選択肢３２を選択実行する。これにより相乗りの予約を
承諾する相乗り便Ｗのみが表示された検索結果３３と予
約／取消／承諾メニュー３４が表示される。そして予約
／取消／承諾メニュー３４の予約承諾選択肢３９を選択
実行することによって承諾情報（予約承諾データ）がシ
ステムサーバ１側に送信され予約承諾が完了し、システ
ムサーバ１側が予約者Ｒ側に電子メール形式の予約承諾
連絡データを送信する。

【００６７】４．予約の取消手続き予約者Ｒが相乗り予約のキャンセルを行う場合の手続き
であり、図１５に示されるように、予約者Ｒはまずメイ
ンメニュー２２の画面から検索／予約／取消選択肢２４
を選択実行する。これにより認証システム７が作動し、
認証メニュー６３が表示される。そして会員ＩＤとパス
ワードを入力して実行ボタンを選択実行することによっ
て、認証システム７が認証を行い、認証が通れば検索メ
ニュー２７が表示される。

【００６８】そして取消を行う相乗り情報を表示させる
ように検索メニュー２７に検索条件を入力して実行選択
肢３２を選択実行する。これにより予約を取消する相乗
り便Ｗのみが表示された検索結果３３と予約／取消／承
諾メニュー３４が表示される。そして予約／取消／承諾
メニュー３４の予約取消選択肢３７を選択実行すること
によって予約の取消情報（予約取消データ）がシステム
サーバ１側に送信され、予約の取消が完了し、システム
サーバ１側は予約が取り消された相乗り便Ｗの提供者Ｐ
側に、予約の取消を連絡する電子メール形式の予約取消
連絡データを送信する。

【００６９】５．提供の取消手続き提供者Ｐが相乗り便Ｗの提供をキャンセルする際に行う
手続きであり、図１６に示されるように、提供者Ｐはま
ずメインメニュー２２から検索／予約／取消選択肢２４
を選択実行する。これにより認証システム７が作動し、
認証メニューが表示される。そして会員ＩＤとパスワー
ドを入力して実行選択肢６７を選択実行することによっ
て、認証システム７が認証を行い、認証が通れば検索メ
ニュー２７が表示される。

【００７０】そして取消を行う相乗り情報のみを表示さ
せるように検索メニュー２７に検索条件を入力して実行
選択肢３２を選択実行する。これにより提供を取消す相
乗り便Ｗのみが表示された検索結果３３と予約／取消／
承諾メニュー３４が表示される。そして予約／取消／承
諾メニュー３４の提供取消を選択実行することによって
提供の取消情報（提供取消データ）がシステムサーバ１
側に送信される。そしてその後当該相乗り便Ｗに予約が
ある場合、システムサーバ１側から予約者Ｒに提供の取
り消しを連絡する電子メール形式の提供取消連絡データ
が送信され提供の取消が完了する。

【００７１】なお相乗り便Ｗの検索手続きは上記予約登
録手続き又は予約取消手続き又は提供取消手続き等を実
行して、相乗り便Ｗの検索終了時点で手続きを終了する
ことによって実現される。また会員の登録及び削除はシ
ステムサーバ１側で行うことができ、オペレータがシス
テムサーバ１を作動させて手動で行う。

【００７２】次に本相乗り予約システムの作動フローに
ついて説明する。なお作動フローは、作動フローのメイ
ンフローに対して相乗り便登録フローと検索／予約／取
消処理フローの２つのサブルーチンを持ち、前述の各手
続きを実現するように構成されている。以下にメインフ
ロー及び提供データ登録フロー及び検索／予約／取消処
理フローを詳細に説明する。

【００７３】１．メインフローメインフローは図１７のフローチャートに示されるよう
に、まずステップＳ１において予約者Ｒ又は提供者Ｐの
クライアント端末２，３からシステムサーバ１のウェブ
サーバ６に対するアクセスの有無をチェックし、アクセ
スが有ればステップＳ２に進み、ウェブブラウザにメイ
ンメニュー２２を表示させるメインメニューデータをイ
ンターフェース作成部１４からウェブサーバ６に送ら
せ、ウェブサーバ６はアクセスのあったクライアント端
末２，３にメインメニューデータを送信する。これによ
りウェブブラウザにはメインメニュー２２が表示され
る。

【００７４】その後ステップＳ３に進み、クライアント
端末２，３側からのデータがメインメニュー２２の終了
選択肢２６を選択実行した場合のデータ（終了データ）
か否かをチェックする。そして終了データの場合はスタ
ートに戻る。また終了データでない場合は、次にステッ
プＳ４に進みメインメニューの相乗り情報提供選択肢２
３を選択実行した場合のデータ（相乗り提供選択デー
タ）か否かをチェックする。

【００７５】そして相乗り提供選択データの場合、提供
者Ｐが相乗り便Ｗの提供手続きを行うものと解釈して
「提供データ登録フロー」に進み、相乗り提供選択デー
タではない場合はステップＳ５に進み、メインメニュー
２２の検索／予約／取消選択肢２２を選択実行した場合
のデータ（検索／予約／取消データ）か否かをチェック
する。そして検索／予約／取消データの場合は予約者Ｒ
又は提供者Ｐが予約手続き又は予約取消手続き又は提供
取消手続き又は予約承諾手続きを行うものと解釈して
「検索／予約／取消処理フロー」に進む。そして検索／
予約／取消データでは無い場合は相乗り情報を更新して
スタートに戻る。

【００７６】これによりクライアント端末２，３からの
データに応じてシステムサーバ１側においては提供デー
タ登録フロー又は検索／予約／取消処理フローが呼び出
され、予約者Ｒ及び提供者Ｐ側においては、提供データ
登録フロー又は検索／予約／取消処理フローに従って前
述の各種手続きを各メニューから行うことができる。

【００７７】２．提供データ登録フロー提供データ登録フローは提供者Ｐの相乗り便Ｗの提供
（登録）手続きを実現するものであり、図１８に示され
るように、まずステップＳ１において認証メニュー６３
をウェブブラウザに表示させる認証メニューデータをイ
ンターフェース作成部１４からウェブサーバ６に送ら
せ、ウェブサーバ６は認証メニューデータをアクセスの
あったクライアント端末２，３のウェブブラウザに送
る。

【００７８】これによってウェブブラウザには認証メニ
ュー６３が表示され、相乗り便Ｗの提供者Ｐは会員ＩＤ
とパスワードを入力して実行選択肢６７を選択実行する
ことによってシステムサーバ１側に認証データ(会員Ｉ
Ｄとパスワード)を送信することが可能となる。そして
システムサーバ１側はクライアント端末２側からの会員
ＩＤとパスワードを受信すると、ステップＳ２に進み認
証システム７を起動させて認証を行う。

【００７９】そして認証が通った場合にのみステップＳ
３に進み、提供登録メニューをウェブブラウザに表示さ
せる提供登録メニューデータをインターフェース作成部
１４からウェブサーバ６に送らせ、ウェブサーバ６は提
供登録メニューデータをウェブブラウザに送信する。こ
れによりクライアント端末２のウェブブラウザには提供
登録メニューが表示される。

【００８０】そしてウェブブラウザ側において提供登録
メニューから相乗り便Ｗの提供データを入力して実行選
択肢６２を選択実行すると、ウェブブラウザ側から提供
データが送信される。そしてウェブサーバ６側で提供デ
ータを受信すると、ステップＳ４においてデータ追加部
９を起動して、上記受信した提供データを提供データテ
ーブルに新規のデータ（レコード）として追加する。

【００８１】そしてステップＳ５に進み、最新の相乗り
情報をシステムサーバ１に認識させて、その後メインフ
ローのメインループに戻る。以上のように新規の相乗り
便Ｗが追加されてシステムに反映される。

【００８２】３．検索／予約／取消処理フロー検索／予約／取消処理フローは、予約手続きと予約の取
消手続きと提供の取消手続きと検索手続きと予約承諾手
続きを実現するものであり、図１９に示されるように予
約手続きを行う予約登録フローと予約の取消手続きを行
う予約取消フローと提供の取消手続きを行う提供取消フ
ローと予約承諾を行う予約承諾フローとをサブルーチン
として持つ。

【００８３】上記検索／予約／取消フローはまずステッ
プＳ１においてインターフェース作成部１４側から検索
メニュー２７をウェブブラウザに表示させる検索メニュ
ーデータをウェブサーバに送らせ、ウェブサーバ６は検
索メニューデータを送信する。これによりクライアント
端末２，３のウェブブラウザには検索メニュー２７が表
示される。

【００８４】そして予約者Ｒ又は提供者Ｐがウェブブラ
ウザ側において検索メニュー２７に検索条件を入力して
実行選択肢３２を選択実行すると、ウェブブラウザ側か
ら検索条件のデータが送信される。そしてウェブサーバ
６側で上記検索条件のデータを受信すると、ステップＳ
２において検索部１３を起動し、ウェブサーバ６側から
検索条件のデータを検索部１３に渡し、検索部１３がデ
ータベース部内８の相乗りデータテーブル１９を検索し
て検索条件に合致した相乗りデータを引き出し、インタ
ーフェース作成部１４に送る。

【００８５】その後インターフェース作成部１４は、上
記検索された相乗りデータが挿入された検索結果をウェ
ブブラウザに表示させる検索結果データと予約／取消／
承諾メニューをウェブブラウザに表示させる予約／取消
／承諾メニューデータをウェブサーバ６側に送り、ウェ
ブサーバ６は検索結果データと予約／取消／承諾メニュ
ーデータを送信する。これによりクライアント端末２，
３のウェブブラウザには検索された相乗り便Ｗの情報と
予約／取消／承諾メニューが表示される。

【００８６】そしてステップＳ３に進み、クライアント
端末２，３側で予約／取消／承諾メニューの予約登録選
択肢３６を選択実行した場合のデータ（予約データ）が
送られたか否かをチェックする。そして予約データが送
られた場合は予約登録フローに進み、予約データ以外の
場合はステップＳ４に進み、クライアント端末２，３側
で予約／取消／承諾メニューの予約承諾選択肢４１を選
択実行した場合のデータ（承諾データ）が送られたか否
かをチェックする。

【００８７】そして承諾データが送られた場合は予約承
諾フローに進み、承諾データ以外の場合はステップＳ５
に進み、クライアント端末２，３側で予約／取消／承諾
メニューの予約取消選択肢３７を選択実行した場合のデ
ータ（予約取消データ）が送られたか否かをチェックす
る。

【００８８】そして予約取消データが送られた場合は予
約取消フローに進み、予約取消データ以外の場合はステ
ップＳ６に進み、クライアント端末２，３側で提供取消
選択肢３８を選択実行した場合のデータ（提供取消デー
タ）が送られたか否かをチェックする。

【００８９】そして提供取消データが送られた場合は提
供取消フローに進み、提供取消データ以外の場合はステ
ップＳ７に進み、クライアント端末２，３側で再度検索
を行うために検索画面に戻るという選択肢３９を選択実
行した場合のデータ（再検索データ）が送られたか否か
をチェックする。そして再検索データを受信した場合は
ステップＳ１にもどる。また再検索データ以外の場合は
メインループに戻る。

【００９０】これによりクライアント端末２，３におけ
るメニュー画面の操作によりシステムサーバ１側におい
ては予約フロー又は予約承諾フロー又は予約取消フロー
又は提供取消フローが呼び出され、予約者Ｒ又は提供者
Ｐ側においては、各フローに従って予約，予約の承諾，
予約及び提供の取消の各手続きを行うことができる。

【００９１】次に予約フロー，予約承諾フロー，予約取
消フロー，提供取消フローについて説明する。

【００９２】１．予約フロー図２０に示されるように、まずステップＳ１において認
証メニューをウェブブラウザに表示させる認証メニュー
データをインターフェース作成部１４からウェブサーバ
６に送らせ、データ認証データをウェブサーバ６からア
クセスのあったクライアント端末３のウェブブラウザに
送る。

【００９３】これによって上記ウェブブラウザには認証
メニューが表示され、予約者Ｒは会員ＩＤとパスワード
を入力して実行選択肢６７を選択実行することによって
システムサーバ１側に認証データ(会員ＩＤとパスワー
ド)を送信することが可能となる。そしてシステムサー
バ１側はクライアント端末３側から会員ＩＤとパスワー
ドが送信されると、ステップＳ２に進み認証システム７
を起動させて認証を行う。

【００９４】そして認証が通った場合にのみステップＳ
３に進み、インターフェース作成部１４から予約登録メ
ニューをクライアント端末２，３に表示させる予約登録
メニューデータをウェブサーバ６に送らせ、ウェブサー
バ６から予約登録メニューデータを送信させる。これに
よってクライアント端末３のウェブブラウザには予約登
録メニュー４２が表示される。

【００９５】そして予約者Ｒが、予約登録メニュー４２
に、予約を行う相乗り情報のＩＤ（提供情報ＩＤ）と、
乗込希望地と、目的地と、相乗り人数とを入力して、実
行選択肢４８を選択実行することによって提供情報Ｉ
Ｄ，乗込希望地，目的地，相乗り人数の情報を含んだ予
約データがシステムサーバ１側に送信される。

【００９６】そしてシステムサーバ１側は上記予約デー
タを受信すると、ステップＳ４においてデータ追加部９
を起動して、上記予約データを状況データとして状況デ
ータテーブルに追加し、相乗りデータテーブル１９を更
新する。これによって予約が行われた相乗り便Ｗに対し
て予約の状況データが追加される。

【００９７】そしてステップＳ５に進み、メール作成部
１１を起動し、当該相乗り便Ｗ提供者Ｐに電子メールを
送信する。すなわちメール作成部１１は、まず予約が行
われた相乗り便Ｗの提供者Ｐの電子メールアドレスをデ
ータベース部８（会員データテーブル１８）から検索部
１３を起動して検索して得るとともに、メールテンプレ
ートテーブル２１から予約テンプレートを読みだす。

【００９８】次にメール作成部１１は、提供者Ｐの電子
メールアドレスを電子メールのTo:フィールドに、予約
テンプレートをテキストファイルとして本文のフィール
ドに各書き込み、提供者Ｐ宛の予約が入った旨の電子メ
ールを自動作成し、当該電子メールを予約情報としてメ
ールサーバ１２に送る。これにより提供者に予約情報が
電子メールとして送られる。そしてその後予約フローは
検索／予約／取消／承諾フローに戻る。

【００９９】２．予約承諾フロー図２１に示されるように、まずステップＳ１においてシ
ステムサーバ１が、クライアント端末２において予約承
諾選択肢４１を選択実行した場合にクライアント端末２
側から送信される承諾データを受信すると、ステップＳ
２に進み、認証メニューデータをインターフェース作成
部１４からウェブサーバ６に送らせ、認証メニューデー
タをウェブサーバ６からアクセスのあったクライアント
端末２のウェブブラウザに送る。

【０１００】これによってウェブブラウザには認証メニ
ュー６３が表示され、相乗り便Ｗの提供者Ｐは会員ＩＤ
とパスワードを入力して実行選択肢６７を選択実行する
ことによってシステムサーバ１側に認証データ(会員Ｉ
Ｄとパスワード)を送信することが可能となる。そして
システムサーバ１は、クライアント端末２側からの会員
ＩＤとパスワードを受信すると、ステップＳ３に進み認
証システム７を起動させて認証を行う。

【０１０１】この場合の認証は、該当する相乗り便Ｗの
提供データの提供者Ｐとこの予約承諾を行う提供者Ｐが
一致しているか否かをチェックする。なおこのチェック
は入力された会員ＩＤとパスワードが、該当相乗り便Ｗ
の提供データの提供者Ｐのデータと一致するか否かによ
り行うことができる。

【０１０２】そして相乗り便Ｗの提供者Ｐと予約承諾を
行う提供者Ｐとが一致している場合にのみステップＳ４
においてデータ追加部９を起動して、上記承諾データを
状況データテーブル１７に追加する。これによって予約
が行われた相乗り便Ｗに対して予約承諾の状況データが
追加される。

【０１０３】その後ステップＳ５に進み、メール作成部
１１を起動し、予約者Ｒに電子メールを送信する。すな
わちメール作成部１１は、まず予約承諾を行った相乗り
便Ｗの予約者Ｒの電子メールアドレスを検索部１３を起
動してデータベース部８（会員データテーブル１８）か
ら検索して得るとともに、メールテンプレートテーブル
２１から予約承諾テンプレートを読みだす。

【０１０４】そしてメール作成部１１は、予約者の電子
メールアドレスを電子メールのTo:フィールドに、予約
承諾テンプレートをテキストファイルとして本文のフィ
ールドに各書き込み、予約者Ｒ宛の予約が承諾された旨
の電子メールを自動作成し、予約承諾情報として当該電
子メールをメールサーバ１２に送る。これにより予約者
Ｒに予約承諾情報が電子メールによって送信される。

【０１０５】そして前述のようにこの時点で予約者Ｒに
おいては、相乗り便Ｗの予約が完了する。その後予約承
諾フローは検索／予約／取消／承諾フローに戻る。

【０１０６】３．予約取消フロー図２２に示されるように、まずシステムサーバ１が、ス
テップＳ１においてクライアント端末３において予約取
消選択肢３７を選択実行した場合にクライアント端末３
側から送信される予約取消データを受信すると、ステッ
プＳ２に進み、認証メニューデータをインターフェース
作成部１１からウェブサーバ６に送らせ、該認証メニュ
ーデータをウェブサーバ６からアクセスのあったクライ
アント端末３のウェブブラウザに送る。

【０１０７】これによってウェブブラウザには認証メニ
ュー６３が表示され、相乗り便Ｗの予約者Ｒは会員ＩＤ
とパスワードを入力して実行選択肢６７を選択実行する
ことによってシステムサーバ１側に認証データ(会員Ｉ
Ｄとパスワード)を送信することが可能となる。そして
クライアント端末２，３側から会員ＩＤとパスワードが
送信されると、ステップＳ３に進み認証システム７を起
動させて認証を行う。

【０１０８】この場合の認証は、該当する相乗り便Ｗの
提供データの予約者Ｒとこの予約取消を行う予約者Ｒが
一致しているか否かをチェックする。なおこのチェック
は入力された会員ＩＤとパスワードが、該当相乗り便Ｗ
の相乗りデータの予約者Ｒのデータと一致するか否かに
より行うことができる。

【０１０９】そして相乗り便Ｗの相乗りデータの予約者
Ｒと予約取消を行う予約者Ｒとが一致している場合にの
みステップＳ４においてデータ追加部９を起動して、上
記予約取消データを状況データとして状況データテーブ
ル１７に追加して、予約データを削除する。これによっ
て予約が行われた相乗り便Ｗに対して予約情報が削除さ
れる。

【０１１０】その後ステップＳ５に進み、メール作成部
１１を起動し、提供者Ｐに電子メールを送信する。すな
わちメール作成部１１は、該当相乗り便Ｗの提供者Ｐの
電子メールアドレスを検索部１３を起動してデータベー
ス部８（会員データテーブル１８）から検索して得ると
ともに、メールテンプレートデータテーブル２１から予
約キャンセルテンプレートを読みだす。

【０１１１】そしてメール作成部１１は、上記提供者Ｐ
の電子メールアドレスを電子メールのTo:フィールド
に、予約取消テンプレートをテキストファイルとして本
文のフィールドに書き込み、提供者Ｐ宛の予約が取り消
された旨の電子メールを自動作成し、予約取消情報とし
て当該電子メールをメールサーバ１２に送る。これによ
り提供者Ｐに予約取消情報が電子メールとして送られ
る。そしてその後予約承諾フローは検索／予約／取消／
承諾フローに戻る。

【０１１２】４．提供取消フロー図２３に示されるように、まずシステムサーバ１が、ス
テップＳ１において提供取消選択肢３８を実行した場合
にクライアント端末２側から送信される予約取消データ
を受信すると、ステップＳ２に進み、認証メニューデー
タをインターフェース作成部１４からウェブサーバ６に
送らせ、該認証メニューデータをウェブサーバからアク
セスのあったクライアント端末２のウェブブラウザに送
信する。

【０１１３】これによってウェブブラウザには認証メニ
ュー６３が表示され、相乗り便Ｗの提供者Ｐは会員ＩＤ
とパスワードを入力して実行ボタン６７を実行すること
によってシステムサーバ１側に認証データ(会員ＩＤと
パスワード)を送信することが可能となる。そしてクラ
イアント端末２側からの会員ＩＤとパスワードとを受信
すると、ステップＳ３に進み認証システム７を起動させ
て認証を行う。

【０１１４】この場合の認証は、該当する相乗り便Ｗの
提供者Ｐと、この提供取消を行う提供者Ｐとが一致して
いるか否かをチェックする。なおこのチェックは入力さ
れた会員ＩＤとパスワードが、該当相乗り便Ｗの提供者
Ｐのデータと一致するか否かにより行うことができる。

【０１１５】そして相乗り便Ｗの提供者Ｐと提供取消を
行う提供者が一致している場合にのみステップＳ４にお
いてデータ追加部９を起動して、上記提供取消データを
状況データとして状況データテーブル１７に追加する。

【０１１６】その後ステップＳ５に進み、提供取消が行
われた相乗り便Ｗの相乗りデータに予約データが付加さ
れているか否かをチェックする。そして予約データが付
加されている場合は、ステップＳ６に進み、メール作成
部１１を起動し、当該予約者Ｒに電子メールを送信す
る。すなわちメール作成部１１は、この提供を取り消す
相乗り便Ｗの予約者Ｒの電子メールアドレスを検索部１
３を起動してデータベース部８（会員データテーブル１
８）から検索して得るとともに、メールテンプレートデ
ータテーブル２１から提供取消テンプレートを読みだ
す。

【０１１７】そしてメール作成部１１は、上記予約者Ｒ
の電子メールアドレスを電子メールのTo:フィールド
に、提供取消テンプレートをテキストファイルとして本
文のフィールドに各書き込み、予約者Ｒ宛の提供がキャ
ンセルされた旨の電子メールを提供取消情報として自動
作成する。

【０１１８】そしてステップＳ７に進み検索部１３を起
動して、予約データの情報を検索条件として検索部１３
を自動作動させ、当該提供が取り消される相乗り便Ｗの
代替えとなる代替え便を検索させ、ステップＳ８に進
み、代替え便の有無をチェックする。

【０１１９】そして代替え便がある場合は、ステップＳ
９に進み、代替え便の情報をメール作成部１１に送り、
メール作成部１１が上記自動作成された電子メールの本
文に代替え便の情報を追加して、ステップＳ１０に進
み、上記電子メールをメールサーバ１２に送る。

【０１２０】なおステップＳ８において代替え便がない
場合は、そのままステップＳ１０に進み、上記電子メー
ルをメールサーバに送る。これにより予約者Ｒには、提
供取消情報が電子メールとして送られる。このとき代替
え便がある場合は代替え便の情報が提供取消情報に付加
されて送信されるため、予約者Ｒは提供取消情報の電子
メールを代替え便の予約に利用することができる。

【０１２１】その後ステップＳ１１に進み、取消された
相乗り便Ｗの状況データに取消が行われたことを示す取
消フラグを立てる。なお取消フラグは検索部１３が使用
し、当該相乗り便Ｗの提供者Ｐ及び予約者Ｒの相乗り情
報の検索時には、取消フラグを無視してすべてのレコー
ドから相乗り便Ｗを検索し、上記以外の予約者Ｒ及び提
供者Ｐが相乗り便Ｗを検索する際には、検索対象レコー
ドから外す。

【０１２２】これにより提供取消がなされた相乗り便Ｗ
は、当該相乗り便Ｗの提供者Ｐ及び予約者Ｒにのみ表示
され、当該相乗り便Ｗの提供者Ｐ及び予約者Ｒ以外には
表示されずに隠される。そしてその後予約承諾フローは
検索／予約／取消／承諾フローに戻る。なおステップＳ
５において当該相乗り便Ｗに対して予約データが追加さ
れていない場合は直接ステップ１１に進む。

【０１２３】本発明の相乗り予約システムは以上のよう
に構成されており、相乗りの予約者Ｒは、予約センタ施
設Ａのシステムサーバ１に対してアクセスして予約の手
続きを行うことにより、システムサーバ１が自動的に、
予約者Ｒからの予約データに基づいて相乗り便Ｗの提供
者Ｐに予約情報を送信し、提供者Ｐからの予約承諾を受
信した後に予約者Ｒに予約承諾情報を送信することによ
り相乗りの予約を完了させ、予約者Ｒが提供者Ｐと直接
コンタクトを取ることなく、相乗りの予約が完了し、予
約者Ｒは相乗り便Ｗを利用することができる。

【０１２４】一方相乗りの提供者Ｐにおいては、予約セ
ンタ施設Ａ側（システムサーバ１）からの情報（電子メ
ール）により予約情報を確認することができ、また予約
の承諾を予約者個人ではなく予約センタ施設Ａに送るこ
とによって予約の承諾を完了することができる。

【０１２５】すなわち予約承諾等の提供者Ｐ側の予約に
対する手続きは、予約センタ施設Ａ側に対して行われ、
上記手続き等を容易に行うことができるほか、予約の管
理等を予約センタ施設Ａに任せることができるため、提
供者Ｐが各予約者Ｒと個別にコンタクトを取る場合に比
較して、相乗り便Ｗに対する予約の管理が容易となる。

【０１２６】このときシステムサーバ１がウェブサーバ
６を備え、クライアント端末２，３側にウェブサービス
によってメニュー等を提供し、クライアント端末２，３
のウェブブラウザの情報を受信することにより相乗りの
予約や提供、あるいは相乗りや予約の提供の取消の処理
を行う。

【０１２７】このため通信網としてパケット通信網やイ
ンターネットを使用することができるだけでなく、相乗
り予約等を行うための特別なクライアント端末やアプリ
ケーションを使用する必要が無く、クライアント端末
２，３として携帯電話等を使用してより容易に相乗りの
予約等を行うことができる。

【０１２８】なおシステムをバージョンアップする際に
はシステムサーバ１側のアップグレードのみで良く、シ
ステムのアップグレード等も容易である。またクライア
ント端末２，３が携帯電話であるため、相乗り予約の手
続き等を場所を選ばずに行うことができ、手続きの自由
度が高くなる。

【０１２９】さらにＧＰＳ等を応用して相乗り便Ｗの位
置をリアルタイムで確認することによって、相乗り便Ｗ
の予約をリアルタイムに行うように構成することもでき
る。この場合もクライアント端末２，３が携帯電話であ
ると、システムの自由度が上がり効果が向上する。さら
に提供者Ｐが宅配便等の輸送業種の配達員（自動車）の
場合も、リアルタイムに自動車の位置を把握することが
できるため、相乗りを円滑に行うことができる。

【０１３０】一方予約情報，予約承諾情報が電子メール
により構成されるため、予約者Ｒ及び提供者Ｐはパーソ
ナルコンピュータや携帯情報端末（ＰＤＡ），携帯電話
等の通信端末によって予約情報，予約承諾情報を読むこ
とができ、相乗りの予約に関する予約者Ｒや提供者Ｐへ
の連絡を容易に、且つ確実に行うことができる。

【０１３１】すなわち予約者Ｒ及び提供者Ｐには相乗り
便Ｗの予約に関する連絡がシステムサーバ１側からの電
子メールにより行われ、予約ミス等を防止することがで
き、特に相乗り便Ｗの予約は、提供者Ｐからの予約承諾
の電子メールがシステムサーバ１側に送られた後に完了
するため、情報の行き違い等による予約漏れ等を防止す
ることができ、予約の確実性は高い。

【０１３２】また上記提供者Ｐが予約情報を読んだ端末
をクライアント端末２として予約の承諾手続きを行うこ
とや、予約者Ｒが予約手続きを行ったクライアント端末
によって予約承諾情報を読んだりすることもできるた
め、各手続きを効率よく行うこともできる。

【０１３３】さらに予約者Ｒ及び提供者Ｐへの電子メー
ルに、予約者Ｒ又は提供者Ｐの電話番号等直接連絡する
ことが可能な情報を添付しても良い。この場合は当日の
急な変更事項等にも容易に対応することが可能となる。

【０１３４】なおシステムサーバ１側には、検索部１３
が備えられているおり、予約者Ｒは検索部１３によって
希望するコースを経由する相乗り便Ｗを容易に検索し
て、予約者Ｒ側のクライアント端末３に表示させること
ができ、予約者Ｒは相乗り予約をより容易に行うことが
できる。

【０１３５】一方予約又は提供を取り消す場合も、提供
者Ｐ及び予約者Ｒに電子メールによって予約取消情報又
は提供取消情報が送信され、提供者Ｐ及び予約者Ｒへの
情報の伝達が確実に行われる。特に提供を取り消す場
合、代替え便をシステムサーバ１が自動検索して、代替
え便が存在している場合は、該当相乗り便Ｗの予約者Ｒ
に代替え便の情報が提供取消情報に付加されて送信され
るため、予約者Ｒは代替え便の検索を容易に行うことが
でき、予約変更が容易である

【０１３６】また上記のように提供者Ｐ及び予約者Ｒが
予め登録された会員である会員制のシステムであるた
め、システムのセキュリティーは比較的高く、課金等も
容易となり、ビジネスモデルとしての展開も容易であ
る。さらに提供者Ｐ及び予約者Ｒ宛の電子データの送信
先等も会員のデータベースから検索して決定することが
でき、システムの一層の自動化を図ることもできる。

【０１３７】なお予約者の予約端末となるクライアント
端末３及び提供者の通信端末となるクライアント端末２
を携帯電話とすることによって、各手続き及び電子メー
ルの受信を携帯電話によって行うことができ、電子メー
ルを予約者Ｒ又は提供者Ｐにより確実に届けることがで
きるほか、場所を選ばずに手続き等を行うことができ
る。

【０１３８】

【発明の効果】以上のように構成される本発明の構造に
よると、予約センタ施設のシステムサーバが予約データ
を受信すると、自動的にこの予約データに基づいて相乗
り便の提供者に予約の連絡を行い、提供者からの予約承
諾を受けた後に予約者に予約承諾連絡を行うことにより
相乗りの予約を完了させる。このため予約者と提供者が
直接連絡を取り合う必要が無く、相乗り予約を円滑に行
うことができるという効果がある。

【０１３９】このときシステムサーバ側に、検索手段と
検索結果表示手段とを設けることによって、予約者側が
希望するコースを経由する相乗り便を容易に検索するこ
とができ、相乗り予約はさらに容易になるという利点が
ある。

【０１４０】また予約情報及び予約承諾情報を電子メー
ルとすることによって、予約者及び提供者は電子データ
受信端末としてパーソナルコンピュータや携帯情報端末
（ＰＤＡ），携帯電話等を使用することができ、予約者
や提供者との連絡を容易に、且つ確実に行うことができ
る。

【０１４１】一方システムサーバに予約取消手段と予約
取消連絡手段とを設けることによって、予約の取消（キ
ャンセル）が自動的に行われ、且つ提供者にシステムサ
ーバ側から取消の連絡が送信されるため、予約の取り消
し時にも提供者と予約者とが直接連絡を取り必要が無
く、予約の取り消しが容易に行われるという利点もあ
る。そして予約取消情報を電子メールとすることによっ
て、提供者への連絡を容易且つ確実に行うことができ
る。

【０１４２】一方提供者側に通信端末を設け、システム
サーバが提供情報受信手段を備えることにより、提供者
が相乗り便のデータ（提供データ）を通信端末からリモ
ートでシステムサーバに提供することができ、相乗り便
の提供を容易に行うことができる。

【０１４３】さらにシステムサーバに提供取消手段と提
供取消連絡手段を設けることによって、提供の取消（キ
ャンセル）が自動的に行われ、この取り消された相乗り
便の予約者にシステムサーバ側から相乗り便の取消情報
が送信されるため、相乗り便の取り消し時にも提供者と
予約者とが直接連絡を取る必要が無く、相乗り便の取り
消しが容易に行われるという利点もある。そして提供取
消情報を電子メールとすることによって、予約者への連
絡を容易且つ確実に行うことができる。

【０１４４】またシステムサーバ側に代替え便検索手段
を設けることによって、相乗り便が取り消された場合、
当該相乗り便に対して予約を行っていた予約者に対して
代替え便の情報を送ることができ、これによって予約者
は代替え便を容易に知ることができ、代替え便に対して
予約等を容易に行うことができる。

【０１４５】一方システムサーバと各端末とがウェブサ
ーバとウェブブラウザによって通信するように構成する
ことによって、通信網としてパケット通信網やインター
ネットを使用することができ、ウェブサーバからＷＷＷ
（World Wide Web）に発信されるウェブページをシステ
ムサーバと通信を行う端末側に表示させることによっ
て、各操作を行うインターフェース（メニュー等）を端
末側に表示させて、予約等の各種手続きを行うことがで
きる。

【０１４６】これにより端末側に特別な専用のアプリケ
ーションをインストールする必要が無く、携帯電話等に
より容易に相乗りの予約等を行うことができる他、シス
テムをバージョンアップする際にはシステムサーバ側の
アップグレードのみで良く、システムのアップグレード
等も容易となる。

【０１４７】また提供者及び予約者が予め登録された会
員である会員制のシステムとすることによって、システ
ムのセキュリティーが高まり、課金等も容易となるほ
か、提供者及び予約者宛の電子データの送信先等も会員
のデータベースから検索して決定することができ、シス
テムの一層の自動化を図ることもできる。

【図面の簡単な説明】

【図１】相乗り予約システムを使用した場合の相乗り移
動の概要を示す概念図である。

【図２】相乗り予約システムの概要を示すブロック図で
ある。

【図３】相乗り予約の流れを示すブロック図である。

【図４】システムサーバのブロック図である。

【図５】携帯電話に表示されるメインメニューである。

【図６】携帯電話に表示される検索メニューである。

【図７】携帯電話に表示される検索結果と予約／取消／
承諾メニューである。

【図８】携帯電話に表示される予約登録メニューであ
る。

【図９】携帯電話に表示される提供登録メニューであ
る。

【図１０】携帯電話に表示される認証メニューである。

【図１１】提供データ登録手続き時のメニューの流れを
示す。

【図１２】予約手続き時のメニューの流れを示す。

【図１３】予約手続きにから予約が完了するまでのフロ
ー図である。

【図１４】予約承諾手続き時のメニューの流れを示す。

【図１５】予約取消手続き時のメニューの流れを示す。

【図１６】提供取消手続き時のメニューの流れを示す。

【図１７】作動フローのメインフローのフローチャート
である。

【図１８】提供データ登録フローのフローチャートであ
る。

【図１９】検索／予約／取消処理フローのフローチャー
トである

【図２０】予約フローのフローチャートである。

【図２１】予約承諾フローのフローチャートである。

【図２２】予約取消フローのフローチャートである。

【図２３】提供取消フローのフローチャートである。

【符号の説明】

１システムサーバ２クライアント端末（通信端末）３クライアント端末（予約端末）６ウェブサーバ１３検索部（検索手段）１８会員データテーブル（会員のデータベース）Ａ予約センタ施設Ｐ提供者Ｒ予約者Ｗ相乗り便

Claims

【特許請求の範囲】

【請求項１】相乗りの利用予約を行う相乗り予約者
（Ｒ）側の予約端末（３）と、相乗り可能な相乗り便
（Ｗ）が予め登録されている予約センタ施設（Ａ）と、
該予約センタ施設（Ａ）において、前記相乗り便（Ｗ）
のデータを備えて上記予約端末（３）とコンピュータネ
ットワークを介して通信を行うシステムサーバ（１）と
を設け、該システムサーバ（１）が、上記相乗り便
（Ｗ）のデータから所定の相乗り便（Ｗ）を上記予約端
末（３）に表示せしめる相乗り便（Ｗ）表示手段と、予
約端末（３）側から送信される相乗りの予約データを受
信し、該相乗り予約に該当する相乗り便（Ｗ）の提供者
（Ｐ）の電子データ受信端末側に、相乗り予約情報を送
信処理する予約連絡手段と、上記予約連絡データに対す
る提供者（Ｐ）側からの予約承諾データを受信し、上記
予約者（Ｒ）の電子データ受信端末側に、予約承諾情報
を送信処理する予約承諾連絡手段とを備え、予約データ
に対する予約承諾情報を予約者（Ｒ）に送信することに
よって相乗りの予約を完了させる相乗り予約システム。
【請求項２】システムサーバ（１）側が、所定の条件
に基づいて相乗り便（Ｗ）のデータから相乗り便（Ｗ）
を検索する検索手段（１３）と、予約端末（３）側から
の検索条件データを受信し、検索結果を予約端末（３）
側に表示させる検索結果表示手段とを備えた請求項１の
相乗り予約システム。
【請求項３】相乗り予約情報及び予約承諾情報が電子
メールからなる請求項１又は２の相乗り予約システム。
【請求項４】システムサーバ（１）が、予約端末
（３）側から送信される相乗りの予約取消データを受信
して相乗りの予約を取り消す予約取消手段と、予約が取
り消される相乗り便（Ｗ）の提供者の電子データ受信端
末側に、予約の取消情報を送信処理する予約取消連絡手
段とを備えた請求項１又は２又は３の相乗り予約システ
ム。
【請求項５】予約取消情報が電子メールからなる請求
項４の相乗り予約システム。
【請求項６】提供者（Ｐ）側がシステムサーバ（１）
側へのデータ送信が可能な通信端末（２）を備え、シス
テムサーバ（１）が、前記通信端末（２）からの相乗り
便（Ｗ）の提供データを受信する提供情報受信手段を備
える請求項１又は２又は３又は４又は５の相乗りの予約
システム。
【請求項７】提供者（Ｐ）側がシステムサーバ（１）
側へのデータ送信が可能な通信端末（２）を備え、シス
テムサーバ（１）が、前記通信端末（２）からの相乗り
便（Ｗ）の提供を取り消す提供取消データを受信して相
乗り便（Ｗ）の提供を取り消す提供取消手段と、当該相
乗り便（Ｗ）に対応する相乗り予約の予約者の電子デー
タ受信端末側に、提供の取消情報を送信処理する提供取
消連絡手段とを備えた請求項１又は２又は３又は４又は
５又は６の相乗り予約システム。
【請求項８】提供取消情報が電子メールからなる請求
項６又は７の相乗りの予約システム。
【請求項９】システムサーバ（１）側に、提供取消デ
ータに基づいて検索手段（１３）を起動して、取り消さ
れる相乗り便（Ｗ）の代替え便を検索する代替え便検索
手段を設け、代替え便検索手段によって出力された代替
え便の情報を提供取消情報に含める請求項７又は８の相
乗り予約システム。
【請求項１０】システムサーバ（１）が端末側との通
信用のウェブサーバ（６）を備え、システムサーバ
（１）に対する通信用の端末が、ウェブブラウザが起動
可能なパーソナルコンピュータ又は携帯情報端末、ある
いはウェブサーバ（６）から送信されるＨＴＭＬに基づ
いたマークアップ言語を処理して表示することができる
携帯電話である請求項１又は２又は３又は４又は５又は
６又は７又は８又は９の相乗りの予約システム。
【請求項１１】提供者（Ｐ）及び予約者（Ｒ）が予め
登録された会員であり、システムサーバ（１）側が前記
会員のデータベース（１８）を備え、該データベース
（１８）が少なくとも各会員のＩＤとパスワードのデー
タを持つ請求項１又は２又は３又は４又は５又は６又は
７又は８又は９又は１０の相乗りの予約システム。