"会社内の予約者と提供者が相乗サーバを介して相乗交渉を成立させる相乗予約のシステムであって該予約者と該提供者によってメンテナンスされる該提供者の基本情報を収容する相乗提供基本データテーブルと該予約者の予約情報を収容する相乗予約データテーブルと該提供者の実情報を収容する相乗提供実データテーブルからなるデータベース部と該予約者と該提供者どうしが相乗交渉を成立させるための予約処理部と予約確認メールの送信処理を行うメールサーバと相乗予約のための料金計算をし、給与システムと連携して予約者の給与情報に対して差引処理情報を送信し、提供者の給与情報に対し加算情報を送信する課金処理部からなる相乗の仕組み。前記相乗予約は1日のうちの出者と帰社両方または出社のみまたは帰社のみの短期相乗予約と1日以上の複数日にわたる出者と帰社両方または出社のみまたは帰社のみの長期相乗予約の請求項1の相乗の仕組み。会社内の予約者と提供者が相乗サーバを介して相乗交渉を成立させる相乗のシステムであって,該提供者によってメンテナンスされる該提供者の基本情報を収容する前記相乗提供基本データテーブルと該提供者の実情報を収容する相乗提供2データテーブルからなるデータベース部と前記予約処理部と前記メールサーバと前記課金処理部からなる会社の昼夜24時間の任意時間中の工場間相乗予約の仕組み。任意時間中の工場間相乗予約を提供するための情報を収容する前記相乗提供2データテーブルの最新出発時間の入力がGPS車両誘導処理部によって促される相乗予約の仕組み。しかしながら引用文献の相乗予約システムは不特定多数の予約者、提供者を対象にするものであるから、少なからず安全上、防犯上問題がある場合があり、安心して相互に利用できないという欠点や安全対策をより厳重に考慮しなければならないという問題があった。本発明はこのような従来の問題を解決しようとするもので、同一会社の従業員相互の相乗システムとし安全性、防犯性を向上させることを目的とするものである。会社の出社や帰社時の相乗システムはなかったし、また会社内の工場間移動のための相乗システムもなかった。本発明はこのような従来の問題を解決しようとするもので,会社内の予約者と提供者が相乗サーバを介して相乗交渉を成立させる相乗予約のシステムであって,該予約者と該提供者によってメンテナンスされる該提供者の基本情報を収容する相乗提供基本データテーブルと,該予約者の予約情報を収容する相乗予約データテーブルと該提供者の実情報を収容する相乗提供実データテーブルからなるデータベース部と,該予約者と該提供者どうしが相乗交渉を成立させるための予約処理部と,予約確認メールの送信処理を行うメールサーバと,相乗予約のための料金計算をし、給与システムと連携して予約者の給与情報に対して差引処理情報を送信し、提供者の給与情報に対し加算情報を送信する課金処理部からなる相乗の仕組みを提供することを目的とするものである。前記相乗予約は1日のうちの出社と帰社両方または出社のみまたは帰社のみの短期相乗予約と1日以上の複数日にわたる出者と帰社両方または出社のみまたは帰社のみの長期相乗予約の仕組みを提供する。会社内の予約者と提供者が相乗サーバを介して相乗交渉を成立させる相乗のシステムであって,該提供者によってメンテナンスされる該提供者の基本情報を収容する前記相乗提供基本データテーブルと該提供者の実情報を収容する相乗提供2データテーブルからなるデータベース部と前記予約処理部と前記メールサーバと前記課金処理部からなる会社の昼夜24時間の任意時間中の工場間の相乗予約の仕組みを提供する。任意時間中の工場間相乗予約を提供するための主要情報である相乗提供2データテーブルに収容される移動工場の最新出発時間の入力を提供者に促すGPS車両誘導処理部を有する相乗の仕組みを提供する。本発明によれば、同一会社の従業員相互の相乗予約システムとしたことにより安全上,防犯上の問題をクリアーすることができた。出社や帰社時に相乗便の利用者と相乗便の提供者間で相乗便の予約ができるようにして社内相乗環境を充実させることにより、通勤環境をより柔軟で快適なものとすることができた。1日以上の複数日にわたる出者と帰社両方または出社のみまたは帰社のみの長期相乗予約に関し該長期相乗予約を成立させた上で、相乗停止に対する代替便の面倒をみるようにし,次の予約再開を確実に行えるようにして会社内の相乗環境を確実かつ安定的なシステムにすることとして、会社単位でエコロジーへ貢献できるようになった。任意時間中の相乗予約として工場間移動の相乗便の面倒をみるようにしたので、会社が運行する通勤バスの時間を気にしないで早退でき、また残業ができるようになり、さらに普段車通勤の場合に不意の飲食の誘いなどにも対応できるようになり交通道徳の向上へもつなげられるようになった。本発明では大きく車の3種の相乗予約を扱っており、1日のうちの出社と帰社両方または出社のみまたは帰社のみの短期相乗予約と,1日以上の複数日にわたる出社と帰社両方または出社のみまたは帰社のみの長期相乗予約、会社の工場間の昼夜24時間の任意時間中の相乗予約である。本発明の実施形態について図面に従って説明する。本発明は図1に示すように、相乗予約をする予約者Wが会社の通勤時の出社或いは帰社時などに相乗便Pを希望して提供者Vとの間で相乗予約を成立させるシステムであり、さらに長期相乗予約の場合、提供車Vによって相乗便Pが提供され、また停止の際には代替便Qが提供される。本発明の社内相乗システム300のシステム構成は図2に示すように、社内の全体システムを担う基幹サーバ200の一部である相乗サーバ310と、相乗用の自家用車を提供する提供者V側に配される提供端末330と、相乗便を予約する予約者W側に設けられる予約端末340と、当該端末330340と相乗サーバ310間のネットワーク320とによって構成されている。また提供端末330,予約端末340は図に示すように画面Dと入力装置Kを持ち、画面Dには予約に関するメニューが表示され、該メニューを入力装置の一つのマウス図示せずで選択したり、入力装置Kから入力したりして予約者Wの相乗条件入力がなされ,提供者Vの応答がなされる。社内相乗システム300においては、まず予約者Wが予約端末340から相乗サーバ310にアクセスして予約手続きを行う。すると相乗サーバ310から提供者V側に予約の連絡が送信される。次に提供者Vが提供端末330から相乗サーバ310にアクセスして予約承諾の手続きを行うことによって、予約者W側に予約が承諾されたという旨のメールが送信され予約が完了する。予約者Wと提供者Vとの相乗交渉が相乗サーバ310に常駐する図3のソフトウェア310Aの中のメールシステム520Aを介して行われる。本システムには予約者Wが乗車距離に応じて支払い、提供者Vが報酬を得る、このような課金処理の仕組が備わっている。当該社内相乗システム300は図3のブロック図に示すように社内の基幹システム200Aの一部として構成され、このように基幹サーバ200とデータやハードウェアを共有している。相乗サーバ310のソフトウェア310Aは各種データを蓄積するデータベース部510,予約処理部520、課金処理部530およびメールサーバ540からなる。データベース部510は提供者Vに関するデータからなる相乗提供基本データテーブル511図5,予約者Wにより予約が確定したときに作成される相乗予約データテーブル512図7、当該相乗予約データテーブル512の作成と同じタイミングで作成される、提供者Vに関する相乗提供実データテーブル513図9任意時間中の相乗のための相乗提供2データテーブル514図10からなり,これらは汎用の関係データベースで構成されている。予約処理部520には状況に応じて、図11に示すようなメールフォーム600の送信先610にメールアドレスをセットし、件名620に用件をセットし、内容欄630にメールテンプレートテーブル521からその時々の状況に応じて予約メールや承諾メールなどのメールテンプレートを選択してセットする機能が備わっている。メールテンプレートに対応したメールの件名620の用件には次のようなものがある。1.相乗予約の件2.予約承諾の件3.予約否認の件4.予約取消の件5.予約停止の件メールテンプレートテーブル521には件名620に対応して以下のテンプレートが用意されている。相乗予約に関する予約メールテンプレートでは予約者Wによって相乗条件として入力される長期相乗予約/短期相乗予約各々3パターンの計6パターンのうちの相乗パターンのいずれか一つのパターンと出社時間や乗車地点などと利用料金がパラメータとしてセットされ予約者Wから提供者Vへこのように予約したいという旨のメールが送信される。前記3パターンとは出社と帰社両方,出社のみ,帰社のみの相乗予約である。予約承諾に関する承諾メールテンプレートでは予約者Wから送信される予約確認送信に対し、おうむ返しに提供者Vから予約承諾送信が返信される。予約否認に関する否認メールテンプレートでは予約者Wから送信される予約確認送信に対し、おうむ返しに、場合によっては相乗条件の修正案と共に、提供者Vから予約否認送信が返信される。予約取消に関するテンプレートでは一旦予約された相乗予約に対し、特定の相乗予約提供IDXX9999の予約取消送信がなされる。取消メールは予約者W、提供者Vどちらによっても作成され送信される。ここで相乗予約提供IDXX9999は唯一無二のコードであり、XX9999はアルファベットと一貫番号で構成される。予約停止に関するテンプレートでは一旦予約された相乗予約に対し、特定の相乗予約提供IDXX9999の予約停止送信がなされる。停止メールは予約者W、提供者Vどちらによっても作成され送信される。図4は本システムと緊密に連携する人事データテーブル221であり図のように社員IDをキー項目として、以下図に示すようなデータ項目からなる一般的な人事データテーブルである。データベース部510を構成する4種のデータテーブルの詳細について説明する。相乗提供基本データテーブル511は図5に示すようにデータ項目としてまずキー項目の提供情報IDがあり、以下社員ID、およその目処としての出社時間、帰社時間、通勤経路、通勤距離、車種モデル、所有する車の定員そして長期相乗予約の提供をしているか否かの長期予約有無,これらのデータ項目からなっている。長期予約有無データ項目はT/Fの値をとる論理データ項目である。社員は入社時に社員ID取得と同時に当該データテーブルが整備され、作成されるようになっている。長期予約有無データ項目は一般的には入社後やがて整備されていくことになり初期値としてFが入る。当該データテーブルのデータ項目の例を図6に示す。特に通勤経路データは出発地点,複数の途中経路,最後に目的地点がカンマで区切られて入力される。相乗予約データテーブル512は図7に示すようにデータ項目としてまずキー項目の相乗予約IDがあり、次に相乗提供基本データテーブル511との関係を示す提供情報ID、以下予約者名、乗車降車日時と乗車降車地点、長期予約有無当該データ項目は相乗提供基本データテーブル511の長期予約有無データ項目と同じ類の論理データ項目である、続いてデータ作成日、これらのデータ項目からなっている。ここで乗車降車日時データ項目の長期相乗/短期相乗予約の場合のデータ収容方法について述べる。長期相乗予約有無データ項目の値がTの場合、長期相乗予約と解釈され、乗車日時の欄には乗車日と乗車時間が入り、降車日時には長期相乗予約の最後の日半年後や1年後などと帰社時間が入る。長期相乗予約データ項目の値がFの場合、短期相乗予約と解釈され、乗車日時の欄には乗車日と乗車時間が入り、降車日時の欄には同日の帰社時間が入る。長期相乗予約/短期相乗予約のそれぞれに関する出社のみと帰社など全6パターンの説明を図8により相乗予約データテーブル512へのデータ収容方法という観点で述べる。は長期相乗予約の出社/帰社の場合であり長期相乗予約の開始時期乗車日時と終了時期帰社時間がこのように収容される。2は長期相乗予約の出社のみの場合であり、降車日時の欄には日付だけが記入され、時間が入力されない。3は帰社のみの場合であり、乗車日時の欄には日付だけが記入される。4から6は短期相乗予約の場合であり、いずれも日付は片方だけで、乗車日時欄に出社時間、降車日時欄に帰社時間を収容している。以上はデータの収容方法の説明であり、予約者W、提供者Vがこれらのデータを入力する際、画面Dはその時々に応じた適切な表示の画面で処理されるということはいうまでもない。相乗予約データテーブル512は予約者Wが提供者Vを予約して予約確認送信、提供者Vから予約承諾のメールが返信されて予約承諾送信相乗予約が成立したときにデータが整備されて、キー項目の相乗予約IDが設定され全てのデータ項目の値が確定する。相乗提供実データテーブル513は相乗予約データテーブル512と同様,図9に示すようにデータ項目としてまずキー項目の相乗提供IDがあり、相乗提供基本データテーブル511との関係を示す提供情報ID、以下最新出社時間と最新帰社時間、空席数、過去の予約者歴、続いてデータ作成日、これらのデータ項目からなっている。最新出社時間,最新帰社時間は図5の相乗提供基本データテーブル511の出社時間,帰社時間に対して提供者Vの現時点予約/提供成立時点における出社及び帰社時間である。空席数は予約成立時点における提供車の空席数を示すものである。予約者歴はこれまでにどういう予約者Wが存在したかの実績を示すものであり,過去の予約者Wの姓名社員IDが記録されていて、画面表示のときに姓名変換するようにしてもよいがカンマで区切られて記入されている。予約者Wはこの過去の予約者歴を見て、提供者Vを選択するか否かの判断材料とすることもできる。当該データテーブル513は提供者Vから予約承諾のメールが送信されて相乗予約が成立したときにデータが整備されて、キー項目の相乗提供IDが設定され全てのデータ項目の値が確定する。このように相乗予約データテーブル512は予約者W側の予約に関するデータテーブルであり、相乗提供実データテーブル513は提供者V側の提供に関するデータテーブルである。予約者Wは相乗提供基本データテーブル511図5、相乗提供実データテーブル513図9を直接参照して最も自身の条件により近い提供者Vを選択することもできるようになっている。ここで各データテーブルの作成タイミングについてまとめておく。相乗提供基本データテーブル511は人事データテーブル221と同じタイミングで作成される。相乗予約データテーブル512は相乗予約成立時に作成され,相乗条件入力図12のS1で入力されたデータが元となる。相乗提供実データテーブル513は相乗予約成立時に作成され,予約メールが提供者Vに送信され予約確認送信、提供者Vが最新出社時間と最新帰社時間を予約承諾送信図12のS8で入力し、その他のデータは本システムが自動設定する。予約処理部520は予約者W又は提供者Vのメールアドレスを設定し、その時々の状況に応じてメールテンプレートテーブル521から判断選択し、予約者W或いは提供者Vがメニューから選択するか直接入力するパラメータをセットするかしてメールを生成する。課金処理部530は乗車距離に応じた支払い金額を計算する料金計算部図示せずと、該料金を差引及び加算情報として給与システム290へわたす課金処理部からなっている。料金計算部は乗車地と降車地から乗車距離を割り出し、提供者Vに対する報酬または予約者Wの支払いなどの料金計算を行う。乗車距離割り出しについては別途処理されるとしここではその詳細については述べない。メールサーバ540は予約処理部520により作成されたメールを予約者W又は提供者V宛に送信する少なくともSMTPをサポートした電子メールサーバである。相乗サーバ310に常駐するソフトウェア310Aは、図12の相乗予約フローと図14の予約停止取消フローに従って上記各部を作動させて相乗予約やその他の手続きを行うことができる。その他の手続きとして、件名の段落でも触れたように、提供者Vが予約を受けて該予約を承諾する予約承諾、提供者Vが予約を否認する予約否認,予約者Wが予約を取消すための予約取消がある。また長期相乗予約に対し予約を一時的に停止する予約停止がある。ここで取消と停止について説明しておく。取消とは長期相乗予約、短期相乗予約に関わらず予約の取消を言い、停止とは長期相乗予約に対する一定期間の予約停止を言う。従って短期相乗予約においては取消しかなく、停止ということは有り得ない。既に理解されていると思うが予約に対する提供という言葉について、例えば予約取消については述べたが、提供取消という言葉も出てくる。しかし説明の煩雑さを避けるために、提供取消については説明しないので了解されたい。次に一部触れたがあらためて相乗予約について図12の相乗予約フローによりまとめて説明する。尚本システムへアクセスする際の認証は,事前の社内の基幹システム200へのLOGIN時に完了していることを前提としている。まず大きく相乗予約を利用するに際して6パターンと最後に説明している任意時間中の工場間相乗のうちのいずれかを選択することになるが、この部分については説明してないので了解されたい。即ちここでの説明は主として出社と帰社両方の相乗予約という形で説明しているので留意されたい。相乗予約に際しては、まず出社時と帰社時の乗車降車日時、乗車降車地点などの相乗条件入力S1を行う。すると入力条件に合致する提供者候補表示をしてくれるようになっているS2。提供者候補表示に関して、全くの最初は相乗提供基本データテーブル511図5しか存在しないので該テーブルのみを参照しての表示となる。一度でも予約が成立していると、予約者Wが参照すべき相乗提供実データテーブル513図9が作成されているので、当該511、513両テーブルを参照して提供者V候補を表示してくれるようになっている。相乗提供基本データテーブル511図5の出社帰社時間、通勤経路を参照し、また前述したように場合によっては相乗提供実データテーブル513図9の最新出社最新帰社時間、さらに空席数を参照し、相乗条件入力S1の入力データとの比較により、条件に合致する提供者V候補を表示するようになっている。合致する条件とは、相乗条件入力S1の入力データと相乗提供基本データテーブル511と合致する条件、時間については、乗車日時は予約者Wが指定する時間を中央値として、その前後30分以内の提供者Vを、降車日時についても同様な条件となっている。当該合致時間は30分に限定されるものではない但し、乗車降車地点の相乗条件入力については、予約者Wから入力がない場合は、デフォルト機能として予約者Wの人事データテーブルを参照して住所を知り、上述の要領で相乗提供基本データテーブル511と場合によっては相乗提供実データテーブル513との関連のデータ項目とを参照比較して、提供者候補を表示するようになっているS2。予約者Wは予約端末340の画面Dに表示された提供者V候補の中から吟味して、自分の気に入る提供者Vを選択するS3。次に予め決められた単位距離当たりの料金に、乗車地点と降車地点間の乗車距離を乗じて料金計算がなされるS4。尚予約して相乗が実施された後、図3の基幹システム200Aの中の給与システム290に差引情報或いは加算情報が課金処理部530からわたされるようになっている。次にメールテンプレートテーブル521から予約メールテンプレートを選択し、提供者V宛に予約確認送信を行うS5。即ち予約連絡を行うことになる。上記のように予約者Wからサーバ経由でメールが送信されることとなるが、その後、提供者Vから応答が一定時間ない場合提供者Vに対し応答遅延催促を行うS6ようになっている。次に提供者Vは自身の都合で、或いは好みで予約メールに対して承諾、或いは否認することができるS7。承諾の場合S8、メールテンプレートテーブル521から承諾メールテンプレートを選択し、予約者W宛に予約承諾送信を行うS8。この時点で後述する相乗予約ID図7参照と相乗提供ID図9参照が確定し、両データテーブルが作成される。即ち相乗予約データテーブル512と相乗提供実データテーブル513の両データテーブルは予約者Wと提供者Vの交渉段階では識別フラッグ付き一時ファイルとして作成され、提供者Vにより承諾され予約が成立した時点でフラッグがおろされて正式ファイルとなる。ここで特に最新出社時間と最新帰社時間について説明しておく。S7ステップにおいて提供者Vは両データの入力を求められ、S8ステップで承諾した時点における、両データが相乗提供実データテーブル513に入力され最終の確定値となる。承諾しなかった場合即ち否認の場合S9、メールテンプレートテーブル521から否認メールテンプレートを選択し、予約者W宛に予約否認送信を行うS9。予約者Wは相乗条件入力S1からやり直すことになる。即ち予約者Wは提供者Vから入力された相乗条件を修正して、例えば最新出社時間、最新帰社時間に合わせるように修正して入力することになる。また料金計算がやり直される場合もありうる。予約者Wはこのようにして提供者Vから承諾メールを受け取るまで、提供者Vの選択を続けることになる。図13は提供端末330,相乗サーバ310メールサーバ含む,予約端末340これら3者の役割を図12の相乗予約フローの各ステップに沿って時系列的に説明した動作説明図である。予約端末340から相乗条件入力を行うS1と、それに呼応して相乗サーバから提供者V候補表示S2が行われる。予約者Wは提供者を選択しS3、サーバ側で乗車地点、降車地点から距離を割り出し、料金計算が行われるS4。これらの情報が予約確認情報として提供者V宛ての予約確認送信がなされるS5。次にメールサーバにより提供者V宛てに送信されるS5’。次にサーバ側からの応答遅延催促ルーチンにより一定時間内に応答がない場合速やかに応答するよう催促がなされるS6。例えば5分ごとに承諾か否認かの返事をよこすよう催促がなされる。提供者Vは予約確認情報を見て承諾か否認の応答を行うS8またはS9。即ち提供者Vによる予約者W宛のメールとしてサーバに送られる。サーバにより予約者W宛てに送信されるS8’またはS9’。このように予約が完了するまで予約端末340、相乗サーバ310、提供端末330間で繰り返される。通勤経路のデータ入力と爾後データの充実は、まず提供者Vによってなされる。提供者Vはそれだけ多く提供便Pを提供できることになるので、報酬が多くなり、このようにして自ずとデータ追加がなされる仕組みになっている。通勤経路についてさらには、会社の労務担当者の職務分掌として規定されており、データ追加が行われるようになっている。以上のように通勤経路のデータが詳細に、正確に入力されるような仕組みが整っているので、本システムでは相乗予約がより容易に且つ最適に行われる。乗車地点と降車地点については一般には自宅と会社であるが、その途中でも良いし、さらに自宅や通勤する会社の近傍でもよい。長期相乗予約についてはその後の臨時の予約停止が確実に処理されて、次の再開の連絡が確実に行われる必要がある。予約停止即ち、停止のメール送信が行われる際に、次回の予約再開の日時を決定した上で予約停止を行うようになっている。次に予約停止取消全般について図14により説明する。予約停止取消処理を予約者Wか提供者Vどちらが行うのかを振り分ける。予約者Wが行う場合、現在の予約が長期相乗予約か否かをチェックしR2、長期相乗予約の場合停止か否かをチェックし,停止の場合,予約再開日時を決めたうえで、即ち停止期間を設定し、停止メールテンプレートに再開日時と相乗予約ID図7参照がセットされて、停止メールが提供者V宛に送信され,予約停止が行われる。停止でない場合取消と判断される。長期相乗予約でない場合R6相乗便Pの識別のための相乗予約ID図7参照がセットされ、予約取消送信が提供者V宛になされるR7。一方提供者Vから提供予約停止取消処理の場合、同様に現在の提供が長期相乗提供か否かをチェックしR8、長期相乗提供の場合は停止か否かをチェックし,停止の場合提供再開日時を決めたうえで,即ち停止期間を設定し、停止メールテンプレートに再開日時と相乗提供ID図9参照がセットされて、提供停止送信が予約者W宛になされるR11。停止でない場合取消と判断される。このように提供者Vから相乗予約の場合に停止または取消されると,予約者Wは代替便Qがないと困るから、代替便Q予約へということになりR14、相乗予約フローを使うことになり、図12の相乗予約フローへ導いてくれるように考慮されている。即ち相乗代替便Q工程へ導かれる。長期相乗提供でない場合R12,即ち短期相乗予約の場合相乗便Pの識別のための相乗提供ID図9参照がセットされ、提供取消送信が予約者W宛になされR13、相乗代替便Q予約へということになるR14。次に相乗の予約者Wが送る予約メール、相乗の提供者Vが送る予約承諾メールと予約否認メール、相乗の予約者Wまたは提供者Vが送る予約停止取消メールの送信処理の詳細について予約処理部520の作動の観点から述べる。尚以下で説明する内容は図3が中心であるが,600番台は図11を参照のこと。予約の場合,予約処理部520は、人事データテーブル221図4から提供者Vのメールアドレスを読み出し、メールテンプレートテーブル521から予約メールテンプレートを選択する。次に予約処理部520は提供者Vのメールアドレスを図11のメールフォーム600の送信先610にセットし、件名620に用件をセットして、予約メールテンプレートを内容欄630に書き込み、予約者Wが入力する相乗条件を該テンプレートのパラメータとしてセットし、予約確認情報としてメールサーバ540に送る。これにより提供者Vに予約確認情報が電子メールとして送られることになる。相乗条件として正確には長期相乗予約/短期相乗予約各々3パターンの計6パターンについて1つずつ詳細に述べる必要があるが説明の煩雑さを避けるためにこのように表現していることを了解されたい。予約承諾の場合,予約処理部520は、前記予約メールに対する返信として予約者Wのメールアドレスを取得し、メールテンプレートテーブル521から承諾メールテンプレートを選択する。次に予約処理部520は、同様に前記メールアドレスを送信先610にセットし、件名620に用件をセットして、承諾メールテンプレートを内容欄630に書き込み、予約承諾情報としてメールサーバ540に送る。これにより予約者Wに予約承諾情報が電子メールとして送られることになる。予約否認の場合,予約処理部520は、前記予約メールに対する返信として予約者Wのメールアドレスを取得し、メールテンプレートテーブル521から否認メールテンプレートを選択する。次に予約処理部520は、同様に前記メールアドレスを送信先610にセットし、件名620に用件をセットして、否認メールテンプレートを内容欄630に書き込み、予約否認情報としてメールサーバ540に送る。これにより予約者Wに予約否認情報が電子メールとして送られることになる。予約者Wが一旦予約した相乗予約を取り消す場合、図7の相乗予約データテーブル512の相乗予約IDから提供情報ID、相乗提供基本データテーブル511の社員IDとたどることにより、提供者Vのメールアドレスを取得する。予約処理部520は、メールテンプレートテーブル521から取消メールテンプレートを選択する。次に予約処理部520は、同様に前記メールアドレスを送信先610にセットし、件名620に用件をセットして、取消メールテンプレートを内容欄630に書き込み、予約取消情報としてメールサーバ540に送る。これにより提供者Vに予約取消情報が電子メールとして送られることになる。一方,提供者Vが一旦予約した相乗予約を取り消す場合、図9の相乗提供実データテーブル513の相乗提供IDと数字部分が同一の相乗予約IDの相乗予約データテーブル512の予約者名社員IDとたどることにより数字部分が同一の理由は後述。段落106、予約者Wのメールアドレスを取得する。予約処理部520は、メールテンプレートテーブル521から取消メールテンプレートを選択する。次に予約処理部520は、同様に前記メールアドレスを送信先610にセットし、件名620に用件をセットして、取消メールテンプレートを内容欄630に書き込み、提供取消情報としてメールサーバ540に送る。これにより予約者Wに提供取消情報が電子メールとして送られることになる。予約提供停止については説明を省略する。相乗予約に関して各データテーブルの作成タイミングについては先に述べたが、ここで相乗取消時の各データテーブルの旧状態化に関してまとめておく。短期相乗予約の場合,相乗予約データテーブル512、相乗提供実データテーブル513は,予約が確定し、相乗予約が実施された後,当該テーブルは旧状態となり以後その時の相乗予約ID、相乗提供IDが復活することはない。長期相乗予約の場合、停止に対しては両者のキー項目の相乗予約IDと相乗提供IDはその間休止状態となり、再開されるとそのまま保持される。休止状態となって次予約提供が再開されて再び該テーブルが有効になるまでの期間、ホールドテーブルという一時ファイルを用意しデータテーブルの各キー項目の数字部分のみカンマで区切って収容し、再開されると当該一時ファイルは消去される。両データテーブルのキー項目の相乗予約IDと相乗提供IDについて、その一貫番号部分,表1で示すそれぞれ、A0001とAN0001のように一貫番号部分は常に予約-提供の両者対の関係を保持するために同一番号としている。長期相乗予約の場合取消されると当該テーブルは旧状態となる。次に表1に基いて各テーブル相乗提供基本データテーブル511,相乗予約データテーブル512,相乗提供実データテーブル513のデータの作成状況について次のようなストーリで説明する。全体概要として鈴木が提供者Vとなり、その後時系列的に山中が長期相乗予約、田中が短期相乗予約、高橋が長期相乗予約、山中が先の長期相乗予約を停止,続いて提供者V鈴木による長期相乗提供に対する停止,高橋の長期相乗予約に対する停止、最後に竹内による短期相乗予約,このようなストーリで、関係するデータテーブルのキー項目や予約メールや停止メールの送信などについて説明している。尚長期相乗予約の取消と短期相乗予約の取消処理が単純であるからについては触れてない。また出社,帰社いずれか片方のみの相乗についても触れてない。項番1鈴木が相乗便の提供者Vとなる。相乗提供基本データテーブル511が整備されて提供情報IDT0001が設定され、その他のデータ項目も入力される。長期予約有無は最初Fのままとなっている。項番22010年12月10日に山中から長期相乗予約が入る。即ち予約者Wと提供者Vの間での相乗交渉が本システムを介してなされる。まず相乗提供基本データテーブル511の長期予約有無はTに替わる。次に相乗予約データテーブル512の相乗予約IDA0001,予約者名山中長期予約有無はTが入り、それに伴い乗車日時、降車日時のデータから2011年1月5日から2011年12月26日の長期相乗予約がなされ、毎日の乗車日時欄には出社時間の9時30分、降車日時欄には帰社時間の18時30分が記入される。データ作成日は2010年12月10日となっている。次に相乗提供実データテーブル513が整備される。即ち相乗提供IDAN0001が設定され提供者Vの最新出社時間が9時15分、最新帰社時間が18時40分と入力される。空席数は1人の予約が入ったということで、この時点で5-1=4定員6ということになっている。データ作成日は相乗予約データテーブル512の作成日と同一の2010年12月10日が入っている。項番32011年2月1日に田中から予約が入る。即ち予約者Wと提供者Vの間での相乗交渉が本システムを介してなされる。まず相乗予約データテーブル512が整備され、相乗予約IDのA0002が設定され、予約者名の田中が入り、長期予約有無はFが入り、それに伴い乗車日時欄には出社日時の2011年2月1日9時30分が入り、降車日時欄には帰社時間の同日18時30分が記入される。データ作成日が提供者Vを利用する予約日前日の2011年1月31日となっている。次に相乗提供実データテーブル513が整備される。即ち相乗提供IDAN0002が設定され提供者Vの最新出社時間が9時20分、最新帰社時間が18時50分と入力される。空席数はこの時点で3ということになる。データ作成日は相乗予約データテーブル512の作成日と同一の2011年1月31日が入っている。項番42011年4月3日に高橋から長期相乗予約が入る。項番2と同じ相乗予約データテーブル512の相乗予約IDのA0003が設定され、予約者名高橋が入り、長期予約有無はTが入り、従って乗車日時欄には出社日時の2011年4月1日10時00分が入り、降車日時欄には終了日帰社時の2011年12月25日19時00分が記入される。データ作成日は提供車を利用する予約5日前の2011年3月29日となっている。次に相乗提供実データテーブル513が整備される。即ち相乗提供IDAN0003が設定され提供者Vの最新出社時間が9時00分、最新帰社時間が18時30分と入力される。空席数はこの時点で2ということになる。データ作成日が相乗予約データテーブル512の作成日と同一の2011年3月29日が入っている。項番52011年5月3日に山中から長期相乗予約に対する停止が入る。まず停止期間を設定5月4日から5月14日して、相乗予約IDのA0001の予約停止メールが提供車Vの鈴木へメールサーバ経由で送信される。この取消期間中の空席数は3となる。項番62011年6月3日に提供者V鈴木から提供停止が入る。まず停止期間を設定6月4日から6月5日して、相乗提供実データテーブル513の中から提供情報IDのT0001のあるデータテーブを探すとAN0001とAN0003が見つかり、これらが停止の対象となる。そしてAN0001とAN0003と対をなす相乗予約データテーブル512のA0001とA0003の中にある、予約者山中と高橋に提供停止メールがメールサーバ経由で送信される。項番72011年6月15日に高橋から長期相乗予約に対する停止が入る。まず停止期間を設定6月16日から6月18日して、相乗予約IDのA0003の予約停止メールが提供者Vの鈴木へメールサーバ経由で送信される。この停止期間中の空席数は4となる。項番82011年7月3日に竹内から短期相乗予約が入り、予約者Wと提供者Vの間での相乗交渉が本システムを介してなされる。まず相乗予約データテーブル512が整備される。相乗予約IDのA0004が設定され、予約者名の竹内が入り、長期予約有無はFが入り、従って乗車日時欄には2011年7月5日12時00分が入り、降車日時欄に帰社時間の同日19時00分が記入される。データ作成日は2011年7月1日となっている。次に相乗提供実データテーブル513が整備される。即ち相乗提供IDAN0004が設定され提供者Vの最新出社時間が11時30分、最新帰社時間が19時30分と入力される。この時点で空席数は3になる。データ作成日は相乗予約データテーブル512の作成日と同一の2011年7月1日が入っている。最後に3つ目の任意時間中の工場間相乗についてこれまでに部分的に触れたが、ここで全体をまとめて述べる。提供者Vの車両は社有車を基本とするが、個人車でもよくその場合例えば報酬の面で差をつけるなどしてもよいであろう。社有車とは会社が保有する車両で、社員の業務が円滑に遂行されるよう出張など社員間で共用される車両のことを言う。任意時間中の工場間相乗予約の相乗予約フローの基本は図12であり、該フローに基づき説明する。予約に際しては、乗車日時は予約を行うその日であり乗車時間は限りなく直前でよい。まず予約者Wは相乗条件入力S1を行う。すると該相乗入力条件に合致する提供者Vの候補を画面Dに表示してくれるようになっているS2。この場合相乗条件は乗車時間,乗車地,降車地である。提供者V候補の予約端末340の画面Dへの表示は、相乗提供2データテーブル514図10の出発時間以下の各データ項目を比較参照して表示するようになっている。予約者Wは相乗条件を入力せず、直接相乗提供2データテーブル514を直接参照して最も自身の条件により近い提供者Vを選択することもできるようになっている。最新出発時間、最新出発地のデータの値は初期値として、出発時間と出発地が代入されており、工場間を移動するに従って次経由地に置換され、該最新出発地に対する出発時間の入力を提供者Vに対して促すような仕組みになっている。以下図12に基づき異なる箇所を、また同一箇所は簡単に説明する。予約者Wは提供者V候補の中から自分の気に入る提供者Vを選択するS3。次に乗車する距離に応じた料金計算がなされるS4。同様に予約して相乗が実施された後、課金処理部530により同様な課金処理がなされる。次に提供者V宛に予約確認送信しS5予約連絡を行う。その後、提供者Vから応答が一定時間ない場合提供者Vに対し応答遅延催促を行うS6。提供者Vは承諾、或いは否認することができS7,承諾の場合,予約者W宛に予約承諾送信するS8。尚任意時間中の工場間相乗予約において相乗予約データテーブル512は作成されない。否認の場合、予約者W宛に予約否認送信処理するS9。予約者Wは相乗条件入力S1からやり直し選択することになる。即ち予約者Wは相乗条件を修正して入力することになる。次に任意時間中の工場間相乗のために用意する相乗提供2データテーブル514について図10に基づき説明する。相乗提供2データテーブル514は提供者Vが例えば工場間出張の出発時に入力作成される。社有車予約システムとは社有車を社員が共同使用するためのコンピュータシステム上のソフトウェアであり,例えば画面D上で社有車を選択し、借用時間を指定して社有車予約ができるようになっている。相乗提供2データテーブル514は出社や帰社に拘らず任意時間中の工場間相乗予約のために提供者Vによって入力作成される。まず提供者Vが他工場への出発に際して相乗提供の意思を表明し、相乗提供2データテーブル514作成メニューが提供端末330の画面Dに表示され,該テーブルのキー項目となる社有車提供IDが取得され、相乗提供基本データテーブル511との関係を示す提供情報ID、出発時間、出発地点、最新出発時間、最新出発地点、経由地、帰着地、空席数が入力される。社有車データ項目はTまたはFの値をとる論理データ項目である。経由地とは即ち移動する工場の場所をいう。これらデータのうち、社有車提供ID,提供情報IDは本システムが自動取得し設定する。出発時間、出発地、経由地、帰着地、空席数,社有車データは社有車予約時の値を流用する。相乗提供2データテーブルの最新出発時間の入力を誘導するGPS車両誘導処理部について具体的に説明する。まずスマートフォンや携帯電話のGPS付加機能として図16のようなGPS関数が用意される。目標地点のパラメータAには提供者Vの移動のたびに経由地が順番に入力されていくようになっており、GPS関数のパラメータAの値がONになると後述提供者Vに対してその時の経由地の出発時間入力を促す。即ち経由地の一定範囲の中に入ると、当該経由地の出発時間の入力を促される。当該出発時間が相乗提供2データテーブル514の最新出発時間となり、このようにしてGPS車両誘導処理部により、任意時間中の工場間相乗のための主要情報として,最新出発時間の入力がなされることになっている。最新出発時間の入力フローを提供端末330,この場合はGPS付き携帯電話と相乗サーバ310の役割についてその動作説明を図15によりする。尚最も理想的な社有車予約時に社有車予約システムと連動させて作成するという形で説明している。社有車予約時に出発時間と経由地のデータを受け取るP1。即ち社有車予約時に入力される出発時間と出発地及び途中の経由地が相乗サーバ310に渡される。次に最新出発時間に出発時間、最新出発地に出発地が初期値として代入されるP2。次に提供者Vが移動するとGPS車両誘導処理部により工場到着と判断されるとP4、まず1番目の経由地に到着したと判断され、提供者Vは該経由地の出発時間入力を求められる。次に最新出発地に次の経由地がセットされ、先に入力された出発時間が最新出発時間とみなされるP7。出発までの間に先に入力した時間に変更があれば、修正入力できるようになっている。以上の出発時間の入力を最後の経由地に到着するまで求められることになるP8。相乗提供2データテーブル514の最新出発地に対する最新出発時間はこのようにしてGPS車両誘導処理部により提供者Vに対してデータの入力が促され,作成される。最新出発時間の入力を誘導し促すGPS車両誘導処理部の主要部分となるGPS関数について図16を参照して説明する。パラメータAは目標地点即ち経由地となる。Bは経由地に対する許容半径である単位m。Cは経由地の許容範囲内に入るとONとなる論理データ項目である。Dは諸々のエラーコードである。パラメータAの経由地F1F2F3は会社単位で統一的に,より具体的に登録する必要があり、即ち工場F1の守衛所,工場F2の正門などと、該相乗システムを利用する社員は所有する携帯電話の種類を問わずにこのような同一の地点が登録されるようになっている。この3つ目の工場間相乗システムである任意時間中の工場間相乗予約の仕組みは任意時間の出社や帰社の相乗にも適用できる。但しその時,社有車ではなく自家用車が使用されよう。この場合も社有車提供IDが取得されるが他のデータ項目についても、相乗提供者Vによって入力作成される相乗提供2データテーブル514は異なってくる。社有車データ項目の値はFとなり、出発地は一般には会社や自宅が入力されることになり、出発時間はこれらいずれかの出発時間が入力され,最新出発時間と最新出発地の両データ項目は無視される。本発明の相乗予約システムは以上のように構成されており、相乗の予約者Wは、相乗サーバ310に対して予約の手続きを行うことにより、相乗サーバ310が予約者Wからの予約確認データに基づいて相乗便Pの提供者Vに予約情報を送信し、提供者Vから予約承諾を受信し、予約者Wに予約承諾情報を送信することにより相乗の予約を完了させ、予約者Wは相乗便Pを利用することができることになる。通信網としてパケット通信網やインターネットを使用し、提供端末330,予約端末340のようにパソコン、携帯情報端末PDA、スマートフォン,携帯電話等を使用してより容易に相乗の予約を行うことができる。なおシステムをバージョンアップする際には相乗サーバ310側のデータベース部510,予約処理部520,課金処理部530,メールサーバ540これらのデータ及びソフトウェアのアップグレードのみで良い。予約情報,予約承諾情報が電子メールにより構成されるため、予約者W及び提供者Vはパソコン,携帯情報端末PDA,スマートフォン,携帯電話等の端末によって予約情報,予約承諾情報を読むことができ、相乗の予約に関する予約者Wや提供者Vへの連絡を容易に、且つ確実に行うことができる。すなわち予約者W及び提供者V間の相乗便Pの予約に関する連絡は相乗サーバ310側の電子メールを介して行われるので、予約ミス等を防止することができ、特に相乗便Pの予約は、提供者Vからの予約承諾の電子メールが相乗サーバ310に送られ、予約者Wに送信した後に完了するため、情報の行き違い等による予約漏れ等を防止することができる。また提供者Vが予約確認情報を読んだ端末を提供端末330として予約の承諾手続きを行うことや、予約者Wが予約確認手続きを行った予約端末340によって予約承諾情報を読んだりすることができるため、各手続きを効率よく行うことができる。さらに予約者W及び提供者Vへの電子メールに、予約者W又は提供者Vの電話番号等直接連絡することが可能な情報を添付しても良い。一方予約又は提供を取消停止場合、提供者V及び予約者Wに相乗サーバを介して予約取消停止情報又は提供取消停止情報が送信され、提供者V及び予約者Wへの情報の伝達が確実に行われる。提供者V及び予約者Wが同じ会社の社員であるため、システムの安全性、防犯性の面で有利となり、給与システムとの連携で課金処理等も容易となり確実となる。さらに社内基幹システムの人事システムと連携させることにより提供者V及び予約者Wのメールアドレスを確実に取得でき、システムはより透明性の高い確実で、且つ安全なものとすることができる。課金処理に関して例えば利用時間が特殊な場合深夜、早朝、利用料金の料率に反映させるなどの考慮をしてもよい。"