(57)【要約】      （修正有）【課題】不特定多数の提供者、利用者を対象にする相乗予約システムにおいて、安全対策をより厳重に考慮し、安全上、防犯上問題なく、安心して相互に利用可能にする。【解決手段】相乗の予約を行う予約端末と相乗便のデータを蓄えた相乗サーバとを設け、該相乗サーバが、上記相乗便のデータから相乗便候補を上記予約端末に表示する相乗便の提供者候補を表示させ、提供者の汎用端末に相乗予約確認送信をし，提供者の予約承諾情報を予約者に送信して相乗の予約を完了させる手段を備える。【選択図】図１
2012221127.tif 000002
【特許請求の範囲】
【請求項１】
会社内の予約者と提供者が相乗サーバを介して相乗交渉を成立させる相乗予約のシステムであって
該予約者と該提供者によってメンテナンスされる
該提供者の基本情報を収容する相乗提供基本データテーブルと
該予約者の予約情報を収容する相乗予約データテーブルと
該提供者の実情報を収容する相乗提供実データテーブル
からなるデータベース部と
該予約者と該提供者どうしが相乗交渉を成立させるための予約処理部と
予約確認メールの送信処理を行うメールサーバと
相乗予約のための料金計算をし、給与システムと連携して予約者の給与情報に対して
差引処理情報を送信し、提供者の給与情報に対し加算情報を送信する課金処理部からなる相乗の仕組み。
【請求項２】
前記相乗予約は1日のうちの出者と帰社両方または出社のみまたは帰社のみの短期相乗予約と
1日以上の複数日にわたる出者と帰社両方または出社のみまたは帰社のみの長期相乗予約の請求項１の相乗の仕組み。
【請求項３】
会社内の予約者と提供者が相乗サーバを介して相乗交渉を成立させる相乗のシステムであって，該提供者によってメンテナンスされる
該提供者の基本情報を収容する前記相乗提供基本データテーブルと
該提供者の実情報を収容する相乗提供２データテーブル
からなるデータベース部と
前記予約処理部と
前記メールサーバと
前記課金処理部からなる会社の昼夜２４時間の任意時間中の工場間相乗予約の仕組み。
【請求項４】
任意時間中の工場間相乗予約を提供するための情報を収容する前記相乗提供２データテーブルの最新出発時間の入力がGPS車両誘導処理部によって促される相乗予約の仕組み。  
【発明の詳細な説明】
【技術分野】
【０００１】
出社時又は帰社時，又は出社時と帰社時の両方の相乗を希望する短期相乗予約の予約者と、相乗便を提供する提供者との間において相乗の予約を成立させる仕組み。
【０００２】
1日以上の予約者と相乗便を提供する提供者との間において相乗の予約を成立させた後、必要に応じて一定期間の予約停止を予約者または提供者から成立させ、その後の相乗代替便の決定まで面倒をみる相乗の仕組み。
【０００３】
会社への出社時又は帰社時に限らず、任意時間中の工場間相乗システムとして相乗の予約を成立させる仕組み。
【背景技術】
【０００４】
従来相乗予約システムとして不特定多数の相乗の提供者と予約者がコンピュータネットワークを利用して相乗を成立させるシステムがあった。（特許文献１）
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１６７９４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら引用文献の相乗予約システムは不特定多数の予約者、提供者を対象にするものであるから、少なからず安全上、防犯上問題がある場合があり、安心して相互に利用できないという欠点や安全対策をより厳重に考慮しなければならないという問題があった。
【０００７】
本発明はこのような従来の問題を解決しようとするもので、同一会社の従業員相互の相乗システムとし安全性、防犯性を向上させることを目的とするものである。
【０００８】
会社の出社や帰社時の相乗システムはなかったし、また会社内の工場間移動のための相乗システムもなかった。
【課題を解決するための手段】
【０００９】
本発明はこのような従来の問題を解決しようとするもので，会社内の予約者と提供者が相乗サーバを介して相乗交渉を成立させる相乗予約のシステムであって，該予約者と該提供者によってメンテナンスされる該提供者の基本情報を収容する相乗提供基本データテーブルと，該予約者の予約情報を収容する相乗予約データテーブルと該提供者の実情報を収容する相乗提供実データテーブルからなるデータベース部と，該予約者と該提供者どうしが相乗交渉を成立させるための予約処理部と，予約確認メールの送信処理を行うメールサーバと，相乗予約のための料金計算をし、給与システムと連携して予約者の給与情報に対して差引処理情報を送信し、提供者の給与情報に対し加算情報を送信する課金処理部からなる相乗の仕組みを提供することを目的とするものである。
【００１０】
前記相乗予約は1日のうちの出社と帰社両方または出社のみまたは帰社のみの短期相乗予約と1日以上の複数日にわたる出者と帰社両方または出社のみまたは帰社のみの長期相乗予約の仕組みを提供する。
【００１１】
会社内の予約者と提供者が相乗サーバを介して相乗交渉を成立させる相乗のシステムであって，該提供者によってメンテナンスされる該提供者の基本情報を収容する前記相乗提供基本データテーブルと該提供者の実情報を収容する相乗提供２データテーブルからなるデータベース部と前記予約処理部と前記メールサーバと前記課金処理部からなる会社の昼夜２４時間の任意時間中の工場間の相乗予約の仕組みを提供する。
【００１２】
任意時間中の工場間相乗予約を提供するための主要情報である相乗提供２データテーブルに収容される移動工場の最新出発時間の入力を提供者に促すGPS車両誘導処理部を有する相乗の仕組みを提供する。
【発明の効果】
【００１３】
本発明によれば、同一会社の従業員相互の相乗予約システムとしたことにより安全上，防犯上の問題をクリアーすることができた。
【００１４】
出社や帰社時に相乗便の利用者と相乗便の提供者間で相乗便の予約ができるようにして社内相乗環境を充実させることにより、通勤環境をより柔軟で快適なものとすることができた。
【００１５】
1日以上の複数日にわたる出者と帰社両方または出社のみまたは帰社のみの長期相乗予約に関し該長期相乗予約を成立させた上で、相乗停止に対する代替便の面倒をみるようにし，次の予約再開を確実に行えるようにして会社内の相乗環境を確実かつ安定的なシステムにすることとして、会社単位でエコロジーへ貢献できるようになった。
【００１６】
任意時間中の相乗予約として工場間移動の相乗便の面倒をみるようにしたので、会社が運行する通勤バスの時間を気にしないで早退でき、また残業ができるようになり、さらに普段車通勤の場合に不意の飲食の誘いなどにも対応できるようになり交通道徳の向上へもつなげられるようになった。
【図面の簡単な説明】
【００１７】
【図１】社内相乗システムの概念図である。
【図２】社内相乗システムのシステム構成図である。
【図３】社内相乗システムのブロック図である。
【図４】人事データテーブルの図である。
【図５】相乗提供基本データテーブルの図である。
【図６】相乗提供基本データテーブルのデータ例である。
【図７】相乗予約データテーブルの図である。
【図８】相乗予約データテーブルへの相乗6パターン収容説明図である。
【図９】相乗提供実データテーブルの図である。
【図１０】相乗提供２データテーブルの図である。
【図１１】メールフォームの図である。
【図１２】相乗予約フローの図である。
【図１３】相乗予約における端末と相乗サーバの動作説明図である。
【図１４】予約停止&取消フローの図である。
【図１５】最新出発時間入力処理における相乗サーバと携帯電話の動作説明図である。
【図１６】ＧＰＳ関数の説明図である。
【図１７】相乗予約システム運用会社のイメージ図である。
【発明を実施するための形態】
【００１８】
本発明では大きく車の3種の相乗予約を扱っており、1日のうちの出社と帰社両方または出社のみまたは帰社のみの短期相乗予約と，1日以上の複数日にわたる出社と帰社両方または出社のみまたは帰社のみの長期相乗予約、会社の工場間の昼夜２４時間の任意時間中の相乗予約である。
【００１９】
本発明の実施形態について図面に従って説明する。本発明は図１に示すように、相乗予約をする予約者Wが会社の通勤時の出社或いは帰社時などに相乗便Pを希望して提供者Ｖとの間で相乗予約を成立させるシステムであり、さらに長期相乗予約の場合、提供車Ｖによって相乗便Ｐが提供され、また停止の際には代替便Ｑが提供される。
【００２０】
本発明の社内相乗システム３００のシステム構成は図２に示すように、社内の全体システムを担う基幹サーバ２００の一部である相乗サーバ３１０と、相乗用の自家用車を提供する提供者Ｖ側に配される提供端末３３０と、相乗便を予約する予約者Ｗ側に設けられる予約端末３４０と、当該端末（３３０/３４０）と相乗サーバ３１０間のネットワーク３２０とによって構成されている。
【００２１】
また提供端末３３０，予約端末３４０は図に示すように画面Dと入力装置Kを持ち、画面Dには予約に関するメニューが表示され、該メニューを入力装置の一つのマウス（図示せず）で選択したり、入力装置Kから入力したりして予約者Wの相乗条件入力がなされ，提供者Vの応答がなされる。
【００２２】
社内相乗システム３００においては、まず予約者Wが予約端末３40から相乗サーバ３１０にアクセスして予約手続きを行う。すると相乗サーバ３１０から提供者V側に予約の連絡が送信される。
【００２３】
次に提供者Vが提供端末330から相乗サーバ３１０にアクセスして予約承諾の手続きを行うことによって、予約者W側に予約が承諾されたという旨のメールが送信され予約が完了する。
【００２４】
予約者Wと提供者Vとの相乗交渉が相乗サーバ３１０に常駐する図３のソフトウェア３１０Ａの中のメールシステム５２０Ａを介して行われる。
【００２５】
本システムには予約者Ｗが乗車距離に応じて支払い、提供者Ｖが報酬を得る、このような課金処理の仕組が備わっている。
【００２６】
当該社内相乗システム３００は図３のブロック図に示すように社内の基幹システム２００Ａの一部として構成され、このように基幹サーバ２００とデータやハードウェアを共有している。
【００２７】
相乗サーバ３１０のソフトウェア３１０Ａは各種データを蓄積するデータベース部５１０，予約処理部５２０、課金処理部５３０およびメールサーバ５４０からなる。
【００２８】
データベース部５１０は提供者Ｖに関するデータからなる相乗提供基本データテーブル５１１（図５），予約者Wにより予約が確定したときに作成される相乗予約データテーブル５１２（図７）、当該相乗予約データテーブル５１２の作成と同じタイミングで作成される、提供者Ｖに関する相乗提供実データテーブル５１３（図９）, 任意時間中の相乗のための相乗提供２データテーブル５１４（図１０）からなり，これらは汎用の関係データベースで構成されている。  
【００２９】
予約処理部５２０には状況に応じて、図１１に示すようなメールフォーム６００の送信先６１０にメールアドレスをセットし、件名６２０に用件をセットし、内容欄６３０にメールテンプレートテーブル５２１からその時々の状況に応じて予約メールや承諾メールなどのメールテンプレートを選択してセットする機能が備わっている。
【００３０】
メールテンプレートに対応したメールの件名６２０の用件には次のようなものがある。
１．  相乗予約  の件
２．  予約承諾  の件
３．  予約否認  の件
４．  予約取消  の件
５．  予約停止  の件
【００３１】
メールテンプレートテーブル５２１には件名６２０に対応して以下のテンプレートが用意されている。
【００３２】
相乗予約に関する予約メールテンプレートでは予約者Ｗによって相乗条件として入力される長期相乗予約／短期相乗予約各々3パターンの計6パターンのうちの相乗パターンのいずれか一つのパターンと出社時間や乗車地点などと利用料金がパラメータとしてセットされ予約者Ｗから提供者Ｖへこのように予約したいという旨のメールが送信される。前記3パターンとは出社と帰社両方，出社のみ，帰社のみの相乗予約である。
【００３３】
予約承諾に関する承諾メールテンプレートでは予約者Ｗから送信される予約確認送信に対し、おうむ返しに提供者Ｖから予約承諾送信が返信される。
【００３４】
予約否認に関する否認メールテンプレートでは予約者Ｗから送信される予約確認送信に対し、おうむ返しに、場合によっては相乗条件の修正案と共に、提供者Ｖから予約否認送信が返信される。
【００３５】
予約取消に関するテンプレートでは一旦予約された相乗予約に対し、特定の相乗予約（提供）ＩＤ”ＸＸ９９９９”の予約取消送信がなされる。取消メールは予約者Ｗ、提供者Ｖどちらによっても作成され送信される。ここで相乗予約（提供）ＩＤ”ＸＸ９９９９”は唯一無二のコードであり、ＸＸ９９９９はアルファベットと一貫番号で構成される。
【００３６】
予約停止に関するテンプレートでは一旦予約された相乗予約に対し、特定の相乗予約（提供）ＩＤ”ＸＸ９９９９”の予約停止送信がなされる。停止メールは予約者Ｗ、提供者Ｖどちらによっても作成され送信される。
【００３７】
図４は本システムと緊密に連携する人事データテーブル２２１であり図のように社員ＩＤをキー項目として、以下図に示すようなデータ項目からなる一般的な人事データテーブルである。
【００３８】
データベース部５１０を構成する4種のデータテーブルの詳細について説明する。
相乗提供基本データテーブル５１１は図５に示すようにデータ項目としてまずキー項目の提供情報IDがあり、以下社員ID、およその目処としての出社時間、帰社時間、通勤経路、通勤距離、車種モデル、所有する車の定員そして長期相乗予約の提供をしているか否かの長期予約有無，これらのデータ項目からなっている。長期予約有無データ項目はＴ／Ｆの値をとる論理データ項目である。
【００３９】
社員は入社時に社員ID取得と同時に当該データテーブルが整備され、作成されるようになっている。長期予約有無データ項目は一般的には入社後やがて整備されていくことになり初期値としてＦが入る。
【００４０】
当該データテーブルのデータ項目の例を図６に示す。特に通勤経路データは出発地点，複数の途中経路，最後に目的地点がカンマで区切られて入力される。
【００４１】
相乗予約データテーブル５１２は図７に示すようにデータ項目としてまずキー項目の相乗予約IDがあり、次に相乗提供基本データテーブル５１１との関係を示す提供情報ID、以下予約者名、乗車・降車日時と乗車・降車地点、長期予約有無（当該データ項目は相乗提供基本データテーブル５１１の長期予約有無データ項目と同じ類の論理データ項目である）、続いてデータ作成日、これらのデータ項目からなっている。
ここで乗車・降車日時データ項目の長期相乗／短期相乗予約の場合のデータ収容方法について述べる。
【００４２】
長期相乗予約有無データ項目の値がＴの場合、長期相乗予約と解釈され、乗車日時の欄には乗車日と乗車時間が入り、降車日時には長期相乗予約の最後の日（半年後や１年後  など）と帰社時間が入る。長期相乗予約データ項目の値がＦの場合、短期相乗予約と解釈され、乗車日時の欄には乗車日と乗車時間が入り、降車日時の欄には同日の帰社時間が入る。
【００４３】
長期相乗予約／短期相乗予約のそれぞれに関する出社のみと帰社など全6パターンの説明を図８により相乗予約データテーブル５１２へのデータ収容方法という観点で述べる。
【００４４】
(1)は長期相乗予約の出社／帰社の場合であり長期相乗予約の開始時期・乗車日時と終了時期・帰社時間がこのように収容される。（２）は長期相乗予約の出社のみの場合であり、降車日時の欄には日付だけが記入され、時間が入力されない。（３）は帰社のみの場合であり、乗車日時の欄には日付だけが記入される。（４）から（６）は短期相乗予約の場合であり、いずれも日付は片方だけで、乗車日時欄に出社時間、降車日時欄に帰社時間を収容している。
【００４５】
以上はデータの収容方法の説明であり、予約者W、提供者Vがこれらのデータを入力する際、画面Ｄはその時々に応じた適切な表示の画面で処理されるということはいうまでもない。
【００４６】
相乗予約データテーブル５１２は予約者Ｗが提供者Ｖを予約して（予約確認送信）、提供者Ｖから予約承諾のメールが返信されて（予約承諾送信）相乗予約が成立したときにデータが整備されて、キー項目の相乗予約IDが設定され全てのデータ項目の値が確定する。
【００４７】
相乗提供実データテーブル５１３は相乗予約データテーブル５１２と同様，図９に示すようにデータ項目としてまずキー項目の相乗提供IDがあり、相乗提供基本データテーブル５１１との関係を示す提供情報ID、以下最新出社時間と最新帰社時間、空席数、過去の予約者歴、続いてデータ作成日、これらのデータ項目からなっている。
【００４８】
最新出社時間，最新帰社時間は図５の相乗提供基本データテーブル５１１の出社時間，帰社時間に対して提供者Ｖの現時点（予約／提供成立時点）における出社及び帰社時間である。
【００４９】
空席数は予約成立時点における提供車の空席数を示すものである。予約者歴はこれまでにどういう予約者Wが存在したかの実績を示すものであり，過去の予約者Wの姓名（社員ＩＤが記録されていて、画面表示のときに姓名変換するようにしてもよい）がカンマで区切られて記入されている。
【００５０】
予約者Ｗはこの過去の予約者歴を見て、提供者Ｖを選択するか否かの判断材料とすることもできる。
【００５１】
当該データテーブル５１３は提供者Ｖから予約承諾のメールが送信されて相乗予約が成立したときにデータが整備されて、キー項目の相乗提供IDが設定され全てのデータ項目の値が確定する。
【００５２】
このように相乗予約データテーブル５１２は予約者Ｗ側の予約に関するデータテーブルであり、相乗提供実データテーブル５１３は提供者Ｖ側の提供に関するデータテーブルである。
【００５３】
予約者Ｗは相乗提供基本データテーブル５１１（図５）、相乗提供実データテーブル５１３（図９）を直接参照して最も自身の条件により近い提供者Ｖを選択することもできるようになっている。
【００５４】
ここで各データテーブルの作成タイミングについてまとめておく。
相乗提供基本データテーブル５１１は人事データテーブル２２１と同じタイミングで作成される。相乗予約データテーブル５１２は相乗予約成立時に作成され，相乗条件入力（図１２のＳ１）で入力されたデータが元となる。
【００５５】
相乗提供実データテーブル５１３は相乗予約成立時に作成され，予約メールが提供者Ｖに送信され（予約確認送信）、提供者Ｖが最新出社時間と最新帰社時間を予約承諾送信（図１２のＳ８）で入力し、その他のデータは本システムが自動設定する。
【００５６】
予約処理部５２０は予約者Ｗ又は提供者Ｖのメールアドレスを設定し、その時々の状況に応じてメールテンプレートテーブル５２１から判断選択し、予約者W或いは提供者Ｖがメニューから選択するか直接入力するパラメータをセットするかしてメールを生成する。
【００５７】
課金処理部５３０は乗車距離に応じた支払い金額を計算する料金計算部（図示せず）と、該料金を差引及び加算情報として給与システム２９０へわたす課金処理部からなっている。
【００５８】
料金計算部は乗車地と降車地から乗車距離を割り出し、提供者Ｖに対する報酬または予約者Ｗの支払いなどの料金計算を行う。乗車距離割り出しについては別途処理されるとしここではその詳細については述べない。
【００５９】
メールサーバ５４０は予約処理部５２０により作成されたメールを予約者Ｗ又は提供者Ｖ宛に送信する少なくともＳＭＴＰ(Simple Mail Transfer Protocol)をサポートした電子メールサーバである。
【００６０】
相乗サーバ３１０に常駐するソフトウェア３１０Ａは、図１２の相乗予約フローと図1４の予約停止&取消フローに従って上記各部を作動させて相乗予約やその他の手続きを行うことができる。その他の手続きとして、件名の段落でも触れたように、提供者Ｖが予約を受けて該予約を承諾する予約承諾、提供者Ｖが予約を否認する予約否認，予約者Ｗが予約を取消すための予約取消がある。また長期相乗予約に対し予約を一時的に停止する予約停止がある。
【００６１】
ここで取消と停止について説明しておく。
取消とは長期相乗予約、短期相乗予約に関わらず予約の取消を言い、停止とは長期相乗予約に対する一定期間の予約停止を言う。
【００６２】
従って短期相乗予約においては取消しかなく、停止ということは有り得ない。
【００６３】
既に理解されていると思うが予約に対する提供という言葉について、例えば予約取消については述べたが、提供取消という言葉も出てくる。しかし説明の煩雑さを避けるために、提供取消については説明しないので了解されたい。
【００６４】
次に一部触れたがあらためて相乗予約について図１２の相乗予約フローによりまとめて説明する。尚本システムへアクセスする際の認証は，事前の社内の基幹システム２００へのLOGIN時に完了していることを前提としている。
【００６５】
まず大きく相乗予約を利用するに際して6パターンと最後に説明している任意時間中の工場間相乗のうちのいずれかを選択することになるが、この部分については説明してないので了解されたい。即ちここでの説明は主として出社と帰社両方の相乗予約という形で説明しているので留意されたい。
【００６６】
相乗予約に際しては、まず出社時と帰社時の乗車・降車日時、乗車・降車地点などの相乗条件入力（Ｓ１）を行う。すると入力条件に合致する提供者候補表示をしてくれるようになっている（Ｓ２）。
【００６７】
提供者候補表示に関して、全くの最初は相乗提供基本データテーブル５１１（図５）しか存在しないので該テーブルのみを参照しての表示となる。一度でも予約が成立していると、予約者Wが参照すべき相乗提供実データテーブル５１３（図９）が作成されているので、当該５１１、５１３両テーブルを参照して提供者Ｖ候補を表示してくれるようになっている。
【００６８】
相乗提供基本データテーブル５１１（図５）の出社・帰社時間、通勤経路を参照し、また前述したように場合によっては相乗提供実データテーブル５１３（図９）の最新出社・最新帰社時間、さらに空席数を参照し、相乗条件入力（Ｓ１）の入力データとの比較により、条件に合致する提供者Ｖ候補を表示するようになっている。
【００６９】
合致する条件とは、相乗条件入力（Ｓ１）の入力データと相乗提供基本データテーブル５１１と合致する条件、時間については、乗車日時は予約者Wが指定する時間を中央値として、その前後30分以内の提供者Vを、降車日時についても同様な条件となっている。（当該合致時間は30分に限定されるものではない）
【００７０】
但し、乗車・降車地点の相乗条件入力については、予約者Ｗから入力がない場合は、デフォルト機能として予約者Ｗの人事データテーブルを参照して住所を知り、上述の要領で相乗提供基本データテーブル５１１と場合によっては相乗提供実データテーブル５１３との関連のデータ項目とを参照比較して、提供者候補を表示するようになっている（Ｓ２）。
【００７１】
予約者Ｗは予約端末３４０の画面Ｄに表示された提供者Ｖ候補の中から吟味して、自分の気に入る提供者Ｖを選択する（Ｓ３）。
【００７２】
次に予め決められた単位距離当たりの料金に、乗車地点と降車地点間の乗車距離を乗じて料金計算がなされる（Ｓ4）。
【００７３】
尚予約して相乗が実施された後、図３の基幹システム２００Ａの中の給与システム２９０に差引情報或いは加算情報が課金処理部５３０からわたされるようになっている。
【００７４】
次にメールテンプレートテーブル５２１から予約メールテンプレートを選択し、提供者Ｖ宛に予約確認送信を行う（S５）。即ち予約連絡を行うことになる。
【００７５】
上記のように予約者Wからサーバ経由でメールが送信されることとなるが、その後、提供者Vから応答が一定時間ない場合提供者Ｖに対し応答遅延催促を行う（S６）ようになっている。
【００７６】
次に提供者Ｖは自身の都合で、或いは好みで予約メールに対して承諾、或いは否認することができる（S７）。承諾の場合（S８）、メールテンプレートテーブル５２１から承諾メールテンプレートを選択し、予約者Ｗ宛に予約承諾送信を行う（S８）。この時点で後述する相乗予約ＩＤ（図7参照）と相乗提供ＩＤ（図９参照）が確定し、両データテーブルが作成される。
【００７７】
即ち相乗予約データテーブル５１２と相乗提供実データテーブル５１３の両データテーブルは予約者Ｗと提供者Ｖの交渉段階では識別フラッグ付き一時ファイルとして作成され、提供者Ｖにより承諾され予約が成立した時点でフラッグがおろされて正式ファイルとなる。
【００７８】
ここで特に最新出社時間と最新帰社時間について説明しておく。Ｓ７ステップにおいて提供者Ｖは両データの入力を求められ、Ｓ８ステップで承諾した時点における、両データが相乗提供実データテーブル５１３に入力され最終の確定値となる。
【００７９】
承諾しなかった場合即ち否認の場合（S９）、メールテンプレートテーブル５２１から否認メールテンプレートを選択し、予約者Ｗ宛に予約否認送信を行う（Ｓ９）。予約者Ｗは相乗条件入力（Ｓ１）からやり直すことになる。即ち予約者Ｗは提供者Ｖから入力された相乗条件を修正して、例えば最新出社時間、最新帰社時間に合わせるように修正して入力することになる。また料金計算がやり直される場合もありうる。
予約者Ｗはこのようにして提供者Ｖから承諾メールを受け取るまで、提供者Ｖの選択を続けることになる。
【００８０】
図１３は提供端末３３０，相乗サーバ３１０（メールサーバ含む），予約端末３４０これら3者の役割を図１２の相乗予約フローの各ステップに沿って時系列的に説明した動作説明図である。
【００８１】
予約端末３４０から相乗条件入力を行う（S1）と、それに呼応して相乗サーバから提供者Ｖ候補表示（S２）が行われる。予約者Ｗは提供者を選択し（S３）、サーバ側で乗車地点、降車地点から距離を割り出し、料金計算が行われる（S４）。これらの情報が予約確認情報として提供者V宛ての予約確認送信がなされる（S５）。次にメールサーバにより提供者V宛てに送信される（S５’）。
【００８２】
次にサーバ側からの応答遅延催促ルーチンにより一定時間内に応答がない場合速やかに応答するよう催促がなされる（S６）。例えば5分ごとに承諾か否認かの返事をよこすよう催促がなされる。
【００８３】
提供者Ｖは予約確認情報を見て承諾か否認の応答を行う（S８またはS９）。即ち提供者Vによる予約者W宛のメールとしてサーバに送られる。サーバにより予約者W宛てに送信される（S８’またはS９’）。
このように予約が完了するまで予約端末３４０、相乗サーバ３１０、提供端末３３０間で繰り返される。
【００８４】
通勤経路のデータ入力と爾後データの充実は、まず提供者Ｖによってなされる。提供者Ｖはそれだけ多く提供便Ｐを提供できることになるので、報酬が多くなり、このようにして自ずとデータ追加がなされる仕組みになっている。
【００８５】
通勤経路についてさらには、会社の労務担当者の職務分掌として規定されており、データ追加が行われるようになっている。
【００８６】
以上のように通勤経路のデータが詳細に、正確に入力されるような仕組みが整っているので、本システムでは相乗予約がより容易に且つ最適に行われる。
【００８７】
乗車地点と降車地点については一般には自宅と会社であるが、その途中でも良いし、さらに自宅や通勤する会社の近傍でもよい。
【００８８】
長期相乗予約についてはその後の臨時の予約停止が確実に処理されて、次の再開の連絡が確実に行われる必要がある。
【００８９】
予約停止即ち、停止のメール送信が行われる際に、次回の予約再開の日時を決定した上で予約停止を行うようになっている。  
【００９０】
次に予約停止&取消全般について図１４により説明する。予約停止&取消処理を予約者Ｗか提供者Ｖどちらが行うのかを振り分ける(R１)。予約者Ｗが行う場合、現在の予約が長期相乗予約か否かをチェックし（Ｒ２）、長期相乗予約の場合停止か否かをチェックし(R３)，停止の場合，予約再開日時を決めたうえで、即ち停止期間を設定し(R4)、停止メールテンプレートに再開日時と相乗予約ID（図7参照）がセットされて、停止メールが提供者Ｖ宛に送信され(R5)，予約停止が行われる。停止でない場合取消と判断される(R6)。長期相乗予約でない場合（Ｒ6）相乗便Ｐの識別のための相乗予約ID（図7参照）がセットされ、予約取消送信が提供者Ｖ宛になされる（Ｒ７）。
【００９１】
一方提供者Ｖから提供（予約）停止&取消処理の場合、同様に現在の提供が長期相乗提供か否かをチェックし（R8）、長期相乗提供の場合は停止か否かをチェックし(R9)，停止の場合提供再開日時を決めたうえで，即ち停止期間を設定し(R10)、停止メールテンプレートに再開日時と相乗提供ID（図９参照）がセットされて、提供停止送信が予約者Ｗ宛になされる（R11）。停止でない場合取消と判断される(R12)。
このように提供者Ｖから相乗予約の場合に停止または取消されると，予約者Ｗは代替便Ｑがないと困るから、代替便Ｑ予約へということになり（R１４）、相乗予約フローを使うことになり、図１２の相乗予約フローへ導いてくれるように考慮されている。即ち相乗代替便Ｑ工程へ導かれる。長期相乗提供でない場合（Ｒ12），即ち短期相乗予約の場合相乗便Ｐの識別のための相乗提供ID（図９参照）がセットされ、提供取消送信が予約者Ｗ宛になされ（Ｒ13）、相乗代替便Ｑ予約へということになる（R14）。
【００９２】
次に相乗の予約者Ｗが送る予約メール、相乗の提供者Ｖが送る予約承諾メールと予約否認メール、相乗の予約者Ｗまたは提供者Ｖが送る予約停止&取消メールの送信処理の詳細について予約処理部５２０の作動の観点から述べる。尚以下で説明する内容は図３が中心であるが，６００番台は図１１を参照のこと。
【００９３】
予約の場合，予約処理部５２０は、人事データテーブル２２１（図４）から提供者Ｖのメールアドレスを読み出し、メールテンプレートテーブル５２１から予約メールテンプレートを選択する。                                        
【００９４】
次に予約処理部５２０は提供者Ｖのメールアドレスを図１１のメールフォーム６００の送信先６１０にセットし、件名６２０に用件をセットして、予約メールテンプレートを内容欄６３０に書き込み、予約者Ｗが入力する相乗条件を該テンプレートのパラメータとしてセットし、予約確認情報としてメールサーバ５４０に送る。これにより提供者Ｖに予約確認情報が電子メールとして送られることになる。
【００９５】
相乗条件として正確には長期相乗予約／短期相乗予約各々3パターンの計6パターンについて１つずつ詳細に述べる必要があるが説明の煩雑さを避けるためにこのように表現していることを了解されたい。
【００９６】
予約承諾の場合，予約処理部５２０は、前記予約メールに対する返信として予約者Ｗのメールアドレスを取得し、メールテンプレートテーブル５２１から承諾メールテンプレートを選択する。                                                                
【００９７】
次に予約処理部５２０は、同様に前記メールアドレスを送信先６１０にセットし、件名６２０に用件をセットして、承諾メールテンプレートを内容欄６３０に書き込み、予約承諾情報としてメールサーバ５４０に送る。これにより予約者Ｗに予約承諾情報が電子メールとして送られることになる。
【００９８】
予約否認の場合，予約処理部５２０は、前記予約メールに対する返信として予約者Ｗのメールアドレスを取得し、メールテンプレートテーブル５２１から否認メールテンプレートを選択する。                                              
【００９９】
次に予約処理部５２０は、同様に前記メールアドレスを送信先６１０にセットし、件名６２０に用件をセットして、否認メールテンプレートを内容欄６３０に書き込み、予約否認情報としてメールサーバ５４０に送る。これにより予約者Ｗに予約否認情報が電子メールとして送られることになる。                    
【０１００】
予約者Ｗが一旦予約した相乗予約を取り消す場合、図７の相乗予約データテーブル５１２の相乗予約ＩＤから提供情報ＩＤ、相乗提供基本データテーブル５１１の社員ＩＤとたどることにより、提供者Ｖのメールアドレスを取得する。
予約処理部５２０は、メールテンプレートテーブル５２１から取消メールテンプレートを選択する。
【０１０１】
次に予約処理部５２０は、同様に前記メールアドレスを送信先６１０にセットし、件名６２０に用件をセットして、取消メールテンプレートを内容欄６３０に書き込み、予約取消情報としてメールサーバ５４０に送る。これにより提供者Ｖに予約取消情報が電子メールとして送られることになる。
【０１０２】
一方，提供者Ｖが一旦予約した相乗予約を取り消す場合、図９の相乗提供実データテーブル５１３の相乗提供ＩＤと数字部分が同一の相乗予約ＩＤの相乗予約データテーブル５１２の予約者名（社員ＩＤ）とたどることにより（数字部分が同一の・・・理由は後述。段落１０６）、予約者Ｗのメールアドレスを取得する。予約処理部５２０は、メールテンプレートテーブル５２１から取消メールテンプレートを選択する。
【０１０３】
次に予約処理部５２０は、同様に前記メールアドレスを送信先６１０にセットし、件名６２０に用件をセットして、取消メールテンプレートを内容欄６３０に書き込み、提供取消情報としてメールサーバ５４０に送る。これにより予約者Ｗに提供取消情報が電子メールとして送られることになる。
【０１０４】
予約（提供）停止については説明を省略する。  
【０１０５】
相乗予約に関して各データテーブルの作成タイミングについては先に述べたが、ここで相乗取消時の各データテーブルの旧状態化に関してまとめておく。
短期相乗予約の場合，相乗予約データテーブル５１２、相乗提供実データテーブル５１３は，予約が確定し、相乗予約が実施された後，当該テーブルは旧状態となり以後その時の相乗予約ＩＤ、相乗提供ＩＤが復活することはない。
【０１０６】
長期相乗予約の場合、停止に対しては両者のキー項目の相乗予約ＩＤと相乗提供ＩＤはその間休止状態となり、再開されるとそのまま保持される。
【０１０７】
休止状態となって次予約（提供）が再開されて再び該テーブルが有効になるまでの期間、“ホールドテーブル”という一時ファイルを用意しデータテーブルの各キー項目の数字部分のみカンマで区切って収容し、再開されると当該一時ファイルは消去される。
【０１０８】
両データテーブルのキー項目の  相乗予約ＩＤと相乗提供ＩＤについて、その一貫番号部分，表１で示すそれぞれ、Ａ０００１とＡＮ０００１のように一貫番号部分は常に“予約−提供”の両者対の関係を保持するために同一番号としている。
【０１０９】
長期相乗予約の場合取消されると当該テーブルは旧状態となる。
【０１１０】
次に表1に基いて各テーブル（相乗提供基本データテーブル５１１，相乗予約データテーブル５１２，相乗提供実データテーブル５１３）のデータの作成状況について次のようなストーリで説明する。
【表１】
2012221127.tif 000003
【０１１１】
全体概要として鈴木が提供者Ｖとなり、その後時系列的に山中が長期相乗予約、田中が短期相乗予約、高橋が長期相乗予約、山中が先の長期相乗予約を停止，続いて提供者V鈴木による長期相乗提供に対する停止，高橋の長期相乗予約に対する停止、最後に竹内による短期相乗予約，このようなストーリで、関係するデータテーブルのキー項目や予約メールや停止メールの送信などについて説明している。
【０１１２】
尚長期相乗予約の取消と短期相乗予約の取消（処理が単純であるから）については触れてない。また出社，帰社いずれか片方のみの相乗についても触れてない。
【０１１３】
項番１
鈴木が相乗便の提供者Ｖとなる。相乗提供基本データテーブル５１１が整備されて提供情報ＩＤ”Ｔ０００１”が設定され、その他のデータ項目も入力される。長期予約有無は最初”Ｆ”のままとなっている。
【０１１４】
項番２
2010年12月10日に山中から長期相乗予約が入る。即ち予約者Ｗと提供者Ｖの間での相乗交渉が本システムを介してなされる。
【０１１５】
まず相乗提供基本データテーブル５１１の長期予約有無は”Ｔ”に替わる。次に相乗予約データテーブル５１２の相乗予約ＩＤ“”Ａ０００１“，予約者名”山中”長期予約有無は”Ｔ”が入り、それに伴い乗車日時、降車日時のデータから２０１１年１月５日から２０１１年１２月２６日の長期相乗予約がなされ、毎日の乗車日時欄には出社時間の９時３０分、降車日時欄には帰社時間の１８時３０分が記入される。データ作成日は２０１０年１２月１０日となっている。
【０１１６】
次に相乗提供実データテーブル５１３が整備される。即ち相乗提供ＩＤ”ＡＮ０００１”が設定され提供者Vの最新出社時間が９時１５分、最新帰社時間が１８時４０分と入力される。空席数は１人の予約が入ったということで、この時点で５−１＝４（定員６）ということになっている。データ作成日は相乗予約データテーブル５１２の作成日と同一の２０１０年１２月１０日が入っている。
【０１１７】
項番３
２０１１年２月１日に田中から予約が入る。即ち予約者Ｗと提供者Ｖの間での相乗交渉が本システムを介してなされる。まず相乗予約データテーブル５１２が整備され、相乗予約ＩＤの“Ａ０００２”が設定され、予約者名の“田中”が入り、長期予約有無は“Ｆ”が入り、それに伴い乗車日時欄には出社日時の2011年2月1日9時30分が入り、降車日時欄には帰社時間の同日18時30分が記入される。データ作成日が提供者Vを利用する予約日前日の2011年1月31日となっている。
【０１１８】
次に相乗提供実データテーブル５１３が整備される。即ち相乗提供ＩＤ”ＡＮ０００２”が設定され提供者Vの最新出社時間が９時２０分、最新帰社時間が１８時５０分と入力される。空席数はこの時点で３ということになる。データ作成日は相乗予約データテーブル５１２の作成日と同一の２０１１年１月３１日が入っている。
【０１１９】
項番４
２０１１年４月３日に高橋から長期相乗予約が入る。項番２と同じ相乗予約データテーブル５１２の相乗予約ＩＤの“Ａ０００３”が設定され、予約者名“高橋”が入り、長期予約有無は“Ｔ”が入り、従って乗車日時欄には出社日時の2011年４月1日１０時０0分が入り、降車日時欄には終了日帰社時の2011年１２月２５日１９時０0分が記入される。データ作成日は提供車を利用する予約５日前の2011年３月２９日となっている。
【０１２０】
次に相乗提供実データテーブル５１３が整備される。即ち相乗提供ＩＤ”ＡＮ０００３”が設定され提供者Vの最新出社時間が９時００分、最新帰社時間が１８時３０分と入力される。空席数はこの時点で２ということになる。データ作成日が相乗予約データテーブル５１２の作成日と同一の２０１１年３月２９日が入っている。
【０１２１】
項番５
２０１１年５月３日に山中から長期相乗予約に対する停止が入る。まず停止期間を設定（5月4日から5月14日）して、相乗予約ＩＤの“Ａ０００１”の予約停止メールが提供車Ｖの鈴木へメールサーバ経由で送信される。この取消期間中の空席数は３となる。
【０１２２】
項番６
２０１１年６月３日に提供者Ｖ鈴木から提供停止が入る。まず停止期間を設定（６月4日から６月５日）して、相乗提供実データテーブル５１３の中から提供情報ＩＤの“Ｔ０００１”のあるデータテーブを探すと“ＡＮ０００１”と“ＡＮ０００３”が見つかり、これらが停止の対象となる。そして“ＡＮ０００１”と“ＡＮ０００３”と対をなす相乗予約データテーブル５１２の“Ａ０００１”と“Ａ０００３”の中にある、予約者山中と高橋に提供停止メールがメールサーバ経由で送信される。
【０１２３】
項番７
２０１１年６月１５日に高橋から長期相乗予約に対する停止が入る。まず停止期間を設定（６月１６日から６月1８日）して、相乗予約ＩＤの“Ａ０００３”の予約停止メールが提供者Ｖの鈴木へメールサーバ経由で送信される。この停止期間中の空席数は４となる。
【０１２４】
項番８
２０１１年７月３日に竹内から短期相乗予約が入り、予約者Ｗと提供者Ｖの間での相乗交渉が本システムを介してなされる。まず相乗予約データテーブル５１２が整備される。相乗予約ＩＤの“Ａ０００４”が設定され、予約者名の“竹内”が入り、長期予約有無は“Ｆ”が入り、従って乗車日時欄には2011年７月５日１２時００分が入り、降車日時欄に帰社時間の同日1９時００分が記入される。データ作成日は2011年７月１日となっている。
【０１２５】
次に相乗提供実データテーブル５１３が整備される。即ち相乗提供ＩＤ”ＡＮ０００４”が設定され提供者Vの最新出社時間が１１時３０分、最新帰社時間が１９時３０分と入力される。この時点で空席数は３になる。データ作成日は相乗予約データテーブル５１２の作成日と同一の２０１１年７月１日が入っている。
【０１２６】
最後に３つ目の任意時間中の工場間相乗についてこれまでに部分的に触れたが、ここで全体をまとめて述べる。
【０１２７】
提供者Vの車両は社有車を基本とするが、個人車でもよくその場合例えば報酬の面で差をつけるなどしてもよいであろう。
社有車とは会社が保有する車両で、社員の業務が円滑に遂行されるよう出張など社員間で共用される車両のことを言う。
【０１２８】
任意時間中の工場間相乗予約の相乗予約フローの基本は図１２であり、該フローに基づき説明する。予約に際しては、乗車日時は予約を行う“その日”であり乗車時間は限りなく直前でよい。  
まず予約者Wは相乗条件入力（Ｓ１）を行う。すると該相乗入力条件に合致する提供者Ｖの候補を画面Ｄに表示してくれるようになっている（Ｓ２）。この場合相乗条件は乗車時間，乗車地，降車地である。
【０１２９】
提供者Ｖ候補の予約端末３４０の画面Ｄへの表示は、相乗提供２データテーブル５１４（図１０）の出発時間以下の各データ項目を比較参照して表示するようになっている。
【０１３０】
予約者Ｗは相乗条件を入力せず、直接相乗提供２データテーブル５１４を直接参照して最も自身の条件により近い提供者Ｖを選択することもできるようになっている。
【０１３１】
最新出発時間、最新出発地のデータの値は初期値として、出発時間と出発地が代入されており、工場間を移動するに従って次経由地に置換され、該最新出発地に対する出発時間の入力を提供者Ｖに対して促すような仕組みになっている。
【０１３２】
以下図１２に基づき異なる箇所を、また同一箇所は簡単に説明する。
【０１３３】
予約者Ｗは提供者Ｖ候補の中から自分の気に入る提供者Ｖを選択する（Ｓ３）。
次に乗車する距離に応じた料金計算がなされる（Ｓ4）。  
同様に予約して相乗が実施された後、課金処理部５３０により同様な課金処理がなされる。
【０１３４】
次に提供者Ｖ宛に予約確認送信し（S５）予約連絡を行う。
その後、提供者Vから応答が一定時間ない場合提供者Ｖに対し応答遅延催促を行う（S６）。
提供者Ｖは承諾、或いは否認することができ（S７），承諾の場合，予約者Ｗ宛に予約承諾送信する（S８）。
尚任意時間中の工場間相乗予約において相乗予約データテーブル５１２は作成されない。
【０１３５】
否認の場合、予約者Ｗ宛に予約否認送信処理する（Ｓ９）。予約者Ｗは相乗条件入力（Ｓ１）からやり直し選択することになる。即ち予約者Ｗは相乗条件を修正して入力することになる。
【０１３６】
次に任意時間中の工場間相乗のために用意する相乗提供２データテーブル５１４について図１０に基づき説明する。
【０１３７】
相乗提供２データテーブル５１４は提供者Ｖが例えば工場間出張の出発時に入力作成される。
【０１３８】
社有車予約システムとは社有車を社員が共同使用するためのコンピュータシステム上のソフトウェアであり，例えば画面Ｄ上で社有車を選択し、借用時間を指定して社有車予約ができるようになっている。
【０１３９】
相乗提供２データテーブル５１４は出社や帰社に拘らず任意時間中の工場間相乗予約のために提供者Ｖによって入力作成される。まず提供者Ｖが他工場への出発に際して相乗提供の意思を表明し、相乗提供２データテーブル５１４作成メニューが提供端末３３０の画面Ｄに表示され，該テーブルのキー項目となる社有車提供ＩＤが取得され、相乗提供基本データテーブル５１１との関係を示す提供情報ＩＤ、出発時間、出発地点、最新出発時間、最新出発地点、経由地、帰着地、空席数が入力される。社有車データ項目はＴまたはＦの値をとる論理データ項目である。経由地とは即ち移動する工場の場所をいう。
【０１４０】
これらデータのうち、社有車提供ID，提供情報IDは本システムが自動取得し設定する。出発時間、出発地、経由地、帰着地、空席数，社有車データは社有車予約時の値を流用する。
【０１４１】
相乗提供２データテーブルの最新出発時間の入力を誘導するGPS車両誘導処理部について具体的に説明する。
まずスマートフォンや携帯電話のGPS付加機能として図１６のような“GPS関数”が用意される。
【０１４２】
目標地点のパラメータＡには提供者Vの移動のたびに経由地が順番に入力されていくようになっており、GPS関数のパラメータＡの値が“ON”になると（後述）提供者Ｖに対してその時の経由地の出発時間入力を促す。
【０１４３】
即ち経由地の一定範囲の中に入ると、当該経由地の出発時間の入力を促される。当該出発時間が相乗提供２データテーブル５１４の最新出発時間となり、このようにしてGPS車両誘導処理部により、任意時間中の工場間相乗のための主要情報として，最新出発時間の入力がなされることになっている。
【０１４４】
最新出発時間の入力フローを提供端末３３０，この場合はGPS付き携帯電話と相乗サーバ３１０の役割についてその動作説明を図１５によりする。
尚最も理想的な社有車予約時に社有車予約システムと連動させて作成するという形で説明している。
【０１４５】
社有車予約時に出発時間と経由地のデータを受け取る（P1）。即ち社有車予約時に入力される出発時間と出発地及び途中の経由地が相乗サーバ３１０に渡される。次に最新出発時間に出発時間、最新出発地に出発地が初期値として代入される（P2）。
【０１４６】
次に提供者Vが移動すると(Ｐ３) GPS車両誘導処理部により工場到着と判断されると（Ｐ４）、まず１番目の経由地に到着したと判断され、提供者Vは該経由地の出発時間入力を求められる(Ｐ５)。
【０１４７】
次に最新出発地に次の経由地がセットされ(Ｐ６)、先に入力された出発時間が最新出発時間とみなされる（Ｐ７）。出発までの間に先に入力した時間に変更があれば、修正入力できるようになっている。
以上の出発時間の入力を最後の経由地に到着するまで求められることになる（Ｐ８）。
【０１４８】
相乗提供２データテーブル５１４の最新出発地に対する最新出発時間はこのようにしてGPS車両誘導処理部により提供者Vに対してデータの入力が促され，作成される。
【０１４９】
最新出発時間の入力を誘導し促すGPS車両誘導処理部の主要部分となる“GPS関数”について図１６を参照して説明する。
パラメータAは目標地点即ち経由地となる。Bは経由地に対する許容半径である（単位  ｍ）。Cは経由地の許容範囲内に入るとONとなる論理データ項目である。Dは諸々のエラーコードである。
【０１５０】
パラメータAの経由地F1, F2, F3, ・・・は会社単位で統一的に，より具体的に登録する必要があり、即ち工場F1の守衛所，工場F2の正門などと、該相乗システムを利用する社員は所有する携帯電話の種類を問わずにこのような同一の地点が登録されるようになっている。
【０１５１】
この３つ目の工場間相乗システムである任意時間中の工場間相乗予約の仕組みは任意時間の出社や帰社の相乗にも適用できる。但しその時，社有車ではなく自家用車が使用されよう。
【０１５２】
この場合も”社有車提供ID”が取得されるが他のデータ項目についても、相乗提供者Ｖによって入力作成される相乗提供２データテーブル５１４は異なってくる。
【０１５３】
社有車データ項目の値はＦとなり、出発地は一般には会社や自宅が入力されることになり、出発時間はこれらいずれかの出発時間が入力され，最新出発時間と最新出発地の両データ項目は無視される。
【０１５４】
本発明の相乗予約システムは以上のように構成されており、相乗の予約者Ｗは、相乗サーバ３１０に対して予約の手続きを行うことにより、相乗サーバ３１０が予約者Ｗからの予約確認データに基づいて相乗便Ｐの提供者Ｖに予約情報を送信し、提供者Ｖから予約承諾を受信し、予約者Ｗに予約承諾情報を送信することにより相乗の予約を完了させ、予約者Ｗは相乗便Ｐを利用することができることになる。
【０１５５】
通信網としてパケット通信網やインターネットを使用し、提供端末３３０，予約端末３４０のようにパソコン、携帯情報端末（ＰＤＡ）、スマートフォン，携帯電話等を使用してより容易に相乗の予約を行うことができる。
【０１５６】
なおシステムをバージョンアップする際には相乗サーバ３１０側のデータベース部５１０，予約処理部５２０，課金処理部５３０，メールサーバ５４０これらのデータ及びソフトウェアのアップグレードのみで良い。
【０１５７】
予約情報，予約承諾情報が電子メールにより構成されるため、予約者Ｗ及び提供者Ｖはパソコン，携帯情報端末（ＰＤＡ），スマートフォン，携帯電話等の端末によって予約情報，予約承諾情報を読むことができ、相乗の予約に関する予約者Ｗや提供者Ｖへの連絡を容易に、且つ確実に行うことができる。        
【０１５８】
すなわち予約者Ｗ及び提供者Ｖ間の相乗便Ｐの予約に関する連絡は相乗サーバ３１０側の電子メールを介して行われるので、予約ミス等を防止することができ、特に相乗便Ｐの予約は、提供者Ｖからの予約承諾の電子メールが相乗サーバ３１０に送られ、予約者Wに送信した後に完了するため、情報の行き違い等による予約漏れ等を防止することができる。                  
【０１５９】
また提供者Ｖが予約確認情報を読んだ端末を提供端末３３０として予約の承諾手続きを行うことや、予約者Ｗが予約確認手続きを行った予約端末３４０によって予約承諾情報を読んだりすることができるため、各手続きを効率よく行うことができる。            
【０１６０】
さらに予約者Ｗ及び提供者Ｖへの電子メールに、予約者Ｗ又は提供者Ｖの電話番号等直接連絡することが可能な情報を添付しても良い。                                
【０１６１】
一方予約又は提供を取消（停止）場合、提供者Ｖ及び予約者Ｗに相乗サーバを介して予約取消（停止）情報又は提供取消（停止）情報が送信され、提供者Ｖ及び予約者Ｗへの情報の伝達が確実に行われる。                          
【０１６２】
提供者Ｖ及び予約者Ｗが同じ会社の社員であるため、システムの安全性、防犯性の面で有利となり、給与システムとの連携で課金処理等も容易となり確実となる。
【０１６３】
さらに社内基幹システムの人事システムと連携させることにより提供者Ｖ及び予約者Ｗのメールアドレスを確実に取得でき、システムはより透明性の高い確実で、且つ安全なものとすることができる。
【０１６４】
課金処理に関して例えば利用時間が特殊な場合（深夜、早朝）、利用料金の料率に反映させるなどの考慮をしてもよい。
【産業上の利用可能性】
【０１６５】
本システムを使い広くこのような相乗システムを必要としている会社を募り、本システムが稼動するサーバを賃貸するビジネスが考えられ，その様子を図１７に示す。
【符号の説明】
【０１６６】
２００  基幹サーバ
２２０  人事システム
２２１  人事データテーブル
２９０  給与システム
３００  社内相乗システム
３１０  相乗サーバ
３２０  ネットワーク
３３０  提供端末
３４０  予約端末
５１０  データベース部
５１１  相乗提供基本データテーブル
５１２  相乗予約データテーブル
５１３  相乗提供実データテーブル
５１４  相乗提供２データテーブル
５２０  予約処理部
５２１  メールテンプレートテーブル
５３０  課金処理部
５４０  メールサーバ
６００  メールフォーム
６１０  送信先
６２０  件名
６３０  内容欄
V 提供者
W 予約者
Ｐ  相乗便
Ｑ  代替便
Ｄ  ディスプレイ
Ｋ  キーボード
【図１】
2012221127.tif 000004
【図２】
2012221127.tif 000005
【図３】
2012221127.tif 000006
【図４】
2012221127.tif 000007
【図５】
2012221127.tif 000008
【図６】
2012221127.tif 000009
【図７】
2012221127.tif 000010
【図８】
2012221127.tif 000011
【図９】
2012221127.tif 000012
【図１０】
2012221127.tif 000013
【図１１】
2012221127.tif 000014
【図１２】
2012221127.tif 000015
【図１３】
2012221127.tif 000016
【図１４】
2012221127.tif 000017
【図１５】
2012221127.tif 000018
【図１６】
2012221127.tif 000019
【図１７】
2012221127.tif 000020