(57)【要約】      （修正有）【課題】事業者間での請負契約先の紹介を容易ならしめる。【解決手段】クライアントから受注条件情報を受信した際に（ｓ５６０「ＹＥＳ」）、この時点で事業者毎に発注可能な請負業務に関する情報として登録されている発注希望情報の中から、その受注条件情報で示される条件との適合度が高い発注希望情報を検索し（ｓ５７０）、こうして検出された発注希望情報に基づく請負契約先の紹介を希望するか否かを依頼問合ページによりそのクライアントに問い合わせる（ｓ５９０）。これに対し、請負契約先の紹介を依頼すべき旨の回答である発注依頼要求を受けたら（ｓ６００「ＹＥＳ」）、発注可能事業者に関する情報が掲載された成立通知情報を返信することにより、そのクライアントの受注希望事業者に対して、その特定情報で特定される発注可能事業者が請負契約先として紹介可能である旨を伝えることができる。【選択図】図３
2008310794.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して通信可能なクライアントから、該クライアントのユーザである事業者おいて発注可能な請負業務に関する情報として送信されてくる発注希望情報を収集する発注情報収集手段と、
該発注情報収集手段により収集される発注希望情報を、それぞれ該発注希望情報の送信元であるクライアントのユーザ事業者を特定可能な特定情報と対応づけて登録する発注情報登録手段と、
ネットワークを介して通信可能なクライアントから、該クライアントの事業者において受注を希望する請負業務についての条件を示す受注条件情報を受信した際に、該受注条件情報で示される条件に適合する発注希望情報を、前記発注情報登録手段により登録された発注希望情報の中から検索する発注情報検索手段と、
該発注情報検索手段により検出された発注希望情報に基づく請負契約先の紹介を依頼するか否かを問い合わせるための依頼問合情報を、前記請負条件情報を送信してきたクライアントに対して送信する依頼問合手段と、
該依頼問合手段により前記依頼問合情報が送信された以降、該送信先のクライアントから、請負契約先の紹介を依頼すべき旨の回答として発注依頼要求が返信されてきた場合に、そのクライアントに対して、前記依頼問合手段により送信された依頼問合情報の基となった請負要求情報に対応づけて登録されている特定情報を送信する特定情報送信手段と、を備えている
ことを特徴とする請負紹介システム。
【請求項２】
ネットワークを介して通信可能なクライアントから、該クライアントのユーザである事業者おいて受注可能な請負業務に関する情報として送信されてくる受注希望情報を収集する受注情報収集手段と、
該受注情報収集手段により収集される受注希望情報を、それぞれ該受注希望情報の送信元であるクライアントの事業者を特定可能な特定情報と対応づけて登録する受注情報登録手段と、
ネットワークを介して通信可能なクライアントから、該クライアントの事業者において発注を希望する請負業務についての条件を示す発注条件情報を受信した際に、該発注条件情報で示される条件に適合する受注希望情報を、前記受注情報登録手段により登録された受注希望情報の中から検索する受注情報検索手段と、
該受注情報検索手段により検出された受注希望情報に基づく請負契約先の紹介を依頼するか否かを問い合わせるための依頼問合情報を、前記請負条件情報を送信してきたクライアントに対して送信する依頼問合手段と、
該依頼問合手段により前記依頼問合情報が送信された以降、該送信先のクライアントから、請負契約先の紹介を依頼すべき旨の回答として受注依頼要求が返信されてきた場合に、そのクライアントに対して、前記依頼問合手段により送信された依頼問合情報の基となった請負要求情報に対応づけて登録されている特定情報を送信する特定情報送信手段と、を備えている
ことを特徴とする請負紹介システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、事業者間において請負契約先を紹介するための請負紹介システムに関する。
【背景技術】
【０００２】
現在、建設業などの業種においては、日々の仕事量に応じて必要とされる人員が変化しやすいため、日によって行うべき仕事を有していない従業員が発生したり、余剰人員が発生してしまうようなことが起こりやすいが、現在、そのような余剰人員についての請負契約先を探してその契約を結ぶなどといったことは各事業者間が独自に行っていた。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ただ、上述のように、各事業者が独自に請負契約先を探すようなことは容易ではないため、そのようなことを容易に実現できるような技術が要望されていた。
本発明は、このような課題を解決するためになされたものであり、その目的は、事業者間での請負契約先の紹介を容易ならしめるためのシステムを提供することである。
【課題を解決するための手段】
【０００４】
上記課題を解決するため請求項１に記載の請負紹介システムは、ネットワークを介して通信可能なクライアントから、該クライアントのユーザである事業者おいて発注可能な請負業務に関する情報として送信されてくる発注希望情報を収集する発注情報収集手段と、該発注情報収集手段により収集される発注希望情報を、それぞれ該発注希望情報の送信元であるクライアントの事業者を特定可能な特定情報と対応づけて登録する発注情報登録手段と、ネットワークを介して通信可能なクライアントから、該クライアントの事業者において受注を希望する請負業務についての条件を示す受注条件情報を受信した際に、該受注条件情報で示される条件に適合する発注希望情報を、前記発注情報登録手段により登録された発注希望情報の中から検索する発注情報検索手段と、該発注情報検索手段により検出された発注希望情報に基づく請負契約先の紹介を依頼するか否かを問い合わせるための依頼問合情報を、前記請負条件情報を送信してきたクライアントに対して送信する依頼問合手段と、該依頼問合手段により前記依頼問合情報が送信された以降、該送信先のクライアントから、請負契約先の紹介を依頼すべき旨の回答として発注依頼要求が返信されてきた場合に、そのクライアントに対して、前記依頼問合手段により送信された依頼問合情報の基となった請負要求情報に対応づけて登録されている特定情報を送信する特定情報送信手段と、を備えている。
【０００５】
このように構成された請負紹介システムによれば、クライアントから受注条件情報を受信した際に、この時点で事業者毎に発注可能な請負業務に関する情報として登録されている発注希望情報の中から、その受注条件情報で示される条件との適合度が高い発注希望情報を検索し、こうして検出された発注希望情報に基づく請負契約先の紹介を希望するか否かをそのクライアントに問い合わせることができる。
【０００６】
その後、この問い合わせに対して、請負契約先の紹介を依頼すべき旨の回答である発注依頼要求を受けた場合には、その発注希望情報に対応する特定情報を返信することにより、そのクライアントの事業者（受注希望事業者）に対して、その特定情報で特定される事業者（発注可能事業者）が請負契約先として紹介可能である旨を伝えることができる。そして、この特定情報を受信した受注希望事業者は、この特定情報から特定される発注可能事業者との間で連絡を取って請負契約についての交渉を行うことができるようになる。こうして、事業者間での請負契約先の紹介を容易に行うことができるようになる。
【０００７】
さらに、上記構成であれば、発注可能事業者には、請負契約先の紹介を依頼すべき旨の回答がないかぎり、受注希望事業者を特定可能な特定情報が送信されることはないため、発注可能事業者からすると、受注希望事業者から実際に請負契約先の紹介が依頼されるまで、発注可能事業者自身についての情報を知られてしまわないようにすることができることになる。
【０００８】
また、上記課題を解決するため請求項２に記載の請負紹介システムは、ネットワークを介して通信可能なクライアントから、該クライアントのである事業者において受注可能な請負業務に関する情報として送信されてくる受注希望情報を収集する受注情報収集手段と、該受注情報収集手段により収集される受注希望情報を、それぞれ該受注希望情報の送信元であるクライアントの事業者を特定可能な特定情報と対応づけて登録する受注情報登録手段と、ネットワークを介して通信可能なクライアントから、該クライアントの事業者において発注を希望する請負業務についての条件を示す発注条件情報を受信した際に、該発注条件情報で示される条件に適合する受注希望情報を、前記受注情報登録手段により登録された受注希望情報の中から検索する受注情報検索手段と、該受注情報検索手段により検出された受注希望情報に基づく請負契約先の紹介を依頼するか否かを問い合わせるための依頼問合情報を、前記請負条件情報を送信してきたクライアントに対して送信する依頼問合手段と、該依頼問合手段により前記依頼問合情報が送信された以降、該送信先のクライアントから、請負契約先の紹介を依頼すべき旨の回答として受注依頼要求が返信されてきた場合に、そのクライアントに対して、前記依頼問合手段により送信された依頼問合情報の基となった請負要求情報に対応づけて登録されている特定情報を送信する特定情報送信手段と、を備えている。
【０００９】
このように構成された請負紹介システムによれば、クライアントから発注条件情報を受信した際に、この時点で事業者毎に受任可能な請負業務に関する情報として登録されている受任希望情報の中から、その発注条件情報で示される条件との適合度が高い受注希望情報を検索し、こうして検出された受注希望情報に基づく請負契約先の紹介を希望するか否かをそのクライアントに問い合わせることができる。
【００１０】
その後、この問い合わせに対して、請負契約先の紹介を依頼すべき旨の回答である受注依頼要求を受けた場合には、その受注希望情報に対応する特定情報を返信することにより、そのクライアントの事業者（発注希望事業者）に対して、その特定情報で特定される事業者（受注可能事業者）が請負契約先として紹介可能である旨を伝えることができる。そして、この特定情報を受信した発注希望事業者は、この特定情報から特定される受注可能事業者との間で連絡を取って請負契約についての交渉を行うことができるようになる。こうして、事業者間での請負契約先の紹介を容易に行うことができるようになる。
【００１１】
さらに、上記構成であれば、受注可能事業者には、請負契約先の紹介を依頼すべき旨の回答がないかぎり、発注希望事業者を特定可能な特定情報が送信されることはないため、受注可能事業者からすると、発注希望事業者から実際に請負契約先の紹介が依頼されるまで、受注可能事業者自身についての情報を知られてしまわないようにすることができることになる。
【００１２】
なお、上述した各請負紹介システムは、１または２以上のコンピュータシステムに実装可能なプログラムとして構成することもできる。このプログラムは、上記請負紹介システムにおける全ての手段として機能させるための各種処理手順をコンピュータシステムに実行させるものとして構成し、これを請負紹介システムに実装した状態で提供したり、このシステムのユーザに対して各種記憶媒体や通信回線を介して提供したりすればよい。
【発明を実施するための最良の形態】
【００１３】
以下に本発明の実施形態を図面と共に説明する。
（１）全体構成
請負紹介システム１は、図１に示すように、複数のクライアント１０とネットワーク２０を介して通信可能に接続されたものである。
【００１４】
この請負紹介システム１は、制御部，記憶部，通信部などを備えた周知のコンピュータシステムであって、その通信部を介してネットワーク２０へと接続されている。
また、この請負紹介システム１には、ネットワーク２０を介して各種ウェブページを配信するためのウェブサーバとして機能させるためのアプリケーションプログラムや、後述する各種処理を実行するためのプログラムなどが実装されている。
【００１５】
また、クライアント１０は、それぞれ制御部，記憶部，通信部，表示部，操作部などを備えた周知のコンピュータシステムであって、その通信部を介してネットワーク２０へと接続されている。
（２）請負紹介システム１による処理
以下に、請負紹介システム１の制御部により実行される各種処理について説明する。
（２−１）請負紹介処理
はじめに、請負紹介システム１がネットワーク２０を介してクライアント１０からのアクセスを受けることにより起動される請負紹介処理の処理手順を図２〜図４に基づいて説明する。
【００１６】
この請負紹介処理が起動されると、まず、この起動の契機となったアクセス元のクライアント１０（以降、単に「クライアント１０」という）に対して、本請負紹介システム１が提供可能なウェブサイトの基点となるトップページが配信される（ｓ１１０）。このトップページは、図５（ａ）に示すように、請負業務の業種（例えば、証券コード協議会における業種区分の大分類やこれに類する分類）それぞれを示す複数の業種ボタン１０２が配置されたウェブページである。
【００１７】
このトップページの配信を受けたクライアント１０側では、これが表示部に表示された後、上記いずれかのボタンを選択する操作を操作部により行うことができるようになる。そして、クライアント１０からは、業種ボタン１０２を選択するための操作が行われたことによって、その選択した業種ボタン１０２に対応する業種を示す業種情報が送信されてくる。
【００１８】
このｓ１１０にてトップページが配信された以降、クライアント１０からのレスポンスがあるか否かがチェックされる（ｓ１２０）。
このｓ１２０にてクライアント１０からのレスポンスがあったと判定された場合（ｓ１２０：ＹＥＳ）、そのレスポンスが業種情報であれば（ｓ１２２：ＹＥＳ）、そのクライアントに対してその業種情報で示される業種に対応する業種ページが配信される（ｓ１２４）。
【００１９】
この業種ページは、図５（ｂ）に示すように、会員登録用の登録要求ボタン１１０，ログイン用のログイン開始ボタン１２０などが配置されてなるウェブページであって、この配信の契機となった業種情報が対応づけられたものである。
【００２０】
この業種ページの配信を受けたクライアント１０側では、これが表示部に表示された後、上記いずれかのボタンを選択するための操作を操作部により行うことができるようになる。そして、クライアント１０からは、登録要求ボタン１１０を選択するための操作が行われたことによって、会員登録を要求する旨の情報である登録要求が送信され、また、ログイン開始ボタン１２０を選択するための操作が行われたことによって、ログイン情報の入力を要求する旨の情報である情報入力要求が送信されてくる。なお、この登録要求および情報入力要求のいずれにおいても、業種ページに対応づけられていた業種情報が付加された状態で送信されてくる。
【００２１】
また、上記ｓ１２０におけるレスポンスが登録要求であれば（ｓ１２２：ＮＯ，ｓ１３０：ＹＥＳ）、その登録要求に対応する会員登録用の会員登録ページが、業種毎に用意された複数の会員登録ページの中から特定され（ｓ１３２）、これがそのレスポンスをしてきたクライアント１０に対して配信される（ｓ１４０）。上記ｓ１３２では、登録要求に付加された業種情報に基づいて、この業種情報で示される業種に対応する会員登録ページが特定される。
【００２２】
この会員登録ページは、図６（ａ）に示すように、会員登録に必要な各種情報を入力するための入力欄１３０，これら入力欄１３０に入力した情報を送信するための登録ボタン１４０などが配置されてなるウェブページである。この入力欄１３０は、事業者名，住所，電話番号，ＦＡＸ番号，電子メールアドレス，事業者における担当者名，業種（ここでは、例えば、証券コード協議会における業種区分の中分類またはこれを更に細分化したもの）などを入力するためのものが用意されている。
【００２３】
なお、この会員登録ページは、業種に応じて入力欄１３０による入力項目のみが異なっており、図６（ａ）では、建設，土木，定期修理・コンビナートその他，警備，ダンプトラックなどを入力項目とする製造業の会員登録ページを例示する。
【００２４】
この会員登録ページの配信を受けたクライアント１０側では、これが表示部に表示された後、上記入力欄１３０に情報を入力するための操作，および，登録ボタン１４０を選択するための操作を操作部により行うことができるようになる。そして、クライアント１０からは、登録ボタン１４０を選択するための操作が行われることによって、その時点において入力欄１３０に入力されていた情報，および，その会員登録ページに対応する業種を示す情報それぞれが会員登録用の会員情報として送信されてくる。
【００２５】
こうして、会員登録ページが配信された後、プロセスがｓ１２０へと戻る。
また、上記ｓ１２０におけるレスポンスが会員情報であれば（ｓ１３０：ＮＯ，ｓ１５０：ＹＥＳ）、この会員情報に基づいてユニークなユーザＩＤ（本実施形態では、会員情報における電子メールアドレス）およびパスワードが生成される（ｓ１６０）。
【００２６】
次に、上記会員情報と、上記ｓ１６０にて生成されたユーザＩＤおよびパスワードと、が会員データベースに登録される（ｓ１７０）。ここでは、会員情報を構成する各情報と、ユーザＩＤおよびパスワードと、をそれぞれセットしてなるデータレコードが、会員情報登録用の会員データベースに登録される。
【００２７】
次に、こうして会員登録が終了した旨を通知するための登録通知情報が生成され（ｓ１８０）、これがクライアント１０に対して配信される（ｓ１９０）。
ここでは、図６（ｂ）に示すように、上記ｓ１６０にて生成されたパスワードおよびユーザＩＤ，会員情報を構成する各情報，ログイン用のウェブページであるログインページへのハイパーリンク１５０が設けられてなる電子メールまたはウェブページが登録通知情報として生成され、これがクライアント１０に対して配信される。
【００２８】
この登録通知情報の配信を受けたクライアント１０側では、これが表示部に表示された後、上記ハイパーリンク１５０に基づいてログインページへとアクセスするための操作を操作部により行うことができるようになる。そして、クライアント１０からは、その操作が行われることによって、ログイン情報の入力を要求する旨の情報である情報入力要求が送信されてくる。
【００２９】
こうして、登録通知ページが配信された後、プロセスがｓ１２０へと戻る。
また、上記ｓ１２０におけるレスポンスが情報入力要求であれば（ｓ１５０：ＮＯ，ｓ２００：ＹＥＳ）、クライアント１０に対して、パスワードおよびユーザＩＤによるログインを行うためのログインページが配信される（ｓ２１０）。
【００３０】
このログインページは、図７（ａ）に示すように、ユーザＩＤ，パスワードをそれぞれ入力するための入力欄１６０，１７０，ログイン用のログインボタン１８０などが配置されてなるウェブページである。
【００３１】
このログインページの配信を受けたクライアント１０側では、これが表示部に表示された後、上記入力欄１６０，１７０に必要情報を入力するための操作，および，ログインボタン１８０を選択するための操作を操作部により行うことができるようになる。そして、クライアント１０からは、ログインボタン１８０を選択するための操作が行われることにより、その時点において入力欄１６０，１７０に入力されている情報を伴って、ログインを要求する旨の情報であるログイン要求が送信されてくる。
【００３２】
こうして、ログインページが配信された後、プロセスがｓ１２０へと戻る。
また、上記ｓ１２０によるレスポンスがログイン要求であれば（ｓ２００：ＮＯ，ｓ２２０：ＹＥＳ）、このログイン要求に基づく認証が行われる（ｓ２３０）。ここでは、上記会員データベースに登録されているデータレコードの中に、そのログイン要求に伴うユーザＩＤおよびパスワードと同じ組み合わせのセットされたデータレコードが存在している場合に、認証が成功したものとされる。
【００３３】
このｓ２３０で、認証が成功した場合であれば（ｓ２３０：ＹＥＳ）、その認証に係るユーザＩＤおよびパスワードのいずれか一方または両方に基づいて決まるＳＩＤ（セッションＩＤ）によるセッションが確立されることにより、以降、このセッションによるクライアント１０との通信が行われる状態となる（ｓ２４０）。
【００３４】
なお、こうしてセッションが確立された以降、クライアント１０側では、そのセッションを解放するための解放操作を操作部により行うことができ、こうして解放操作が行われることによって、そのクライアント１０からセッションの解放を要求すべき旨のログアウト要求が送信されてくる。
【００３５】
次に、クライアント１０のユーザ用に会員用ページが生成される（ｓ２５０）。ここでは、図７（ｂ）に示すように、クライアント１０側の事業者において受注および発注を希望する請負業務に関する情報の登録をそれぞれ要求するための受注希望登録ボタン２１０，発注希望登録ボタン２２０、他の事業者において発注可能および受注可能な請負業務に関する情報の検索をそれぞれ要求するための発注条件ボタン２３０，受注条件ボタン２４０、などが配置されてなるウェブページが会員用ページとして生成される。
【００３６】
次に、クライアント１０に対して、上記ｓ２５０にて生成された会員用ページが配信される（ｓ２６０）。
この会員用ページの配信を受けたクライアント１０側では、これが表示部に表示された後、上記いずれかのボタンを選択するための操作を行うことができるようになる。そして、クライアント１０からは、受注希望登録ボタン２１０を選択するための操作が行われることによって、事業者において受注を希望する請負業務に関する情報の登録をそれぞれ要求するための受注希望入力要求が送信され、発注希望登録ボタン２２０を選択するための操作が行われることによって、事業者において発注を希望する請負業務に関する情報の登録をそれぞれ要求するための発注希望入力要求が送信されてくる。また、発注条件ボタン２３０を選択するための操作が行われることによって、他の事業者において発注可能な請負業務に関する情報の検索を要求するための発注検索要求が送信され、受注条件ボタン２４０を選択するための操作が行われることによって、他の事業者において受注可能な請負業務に関する情報の検索を要求するための受注検索要求が送信されてくる。
【００３７】
こうして、会員用ページが配信された後、プロセスがｓ１２０へと戻る。
また、上記ｓ２３０で認証が成功しなかった場合であれば（ｓ２３０：ＮＯ）、クライアント１０に対して、その旨のメッセージが表されてなるエラーページが配信された後（ｓ２７０）、プロセスがｓ１２０へと戻る。（☆注：ここまで図２）
また、上記ｓ１２０によるレスポンスが発注希望入力要求であれば（ｓ２２０：ＮＯ，ｓ５００：ＹＥＳ）、クライアント１０に対して、その事業者において発注を希望する請負業務に関する情報を要求するための発注希望情報入力ページが配信される（ｓ５１０）。
【００３８】
この発注希望情報入力ページは、図８に示すように、発注を希望する請負業務に関する情報を入力するための入力欄２６０，これら入力欄２６０に入力した情報を送信するための登録ボタン２７０などが配置されてなるウェブページである。なお、この入力欄２６０としては、発注を希望する具体的な職種毎の業務内容，発注を希望する請負業務の場所，その業務に要する人数，希望する歩掛単価，その業務の期間，請負業務の内容などを入力するためのものが用意されている。
【００３９】
なお、発注希望情報入力ページの例として、業種が「建築業」である場合におけるものを図９に示し、業種が「運輸業」である場合におけるものを図１０に示す。
この発注希望情報入力ページの配信を受けたクライアント１０側では、これが表示部に表示された後、上記入力欄２６０に情報を入力するための操作，および，登録ボタン２７０を選択するための操作を操作部により行うことができるようになる。そして、クライアント１０からは、登録ボタン２７０を選択するための操作が行われることによって、その時点において入力欄２６０に入力されていた情報が発注希望情報として送信されてくる。
【００４０】
こうして、発注希望情報入力ページが配信された後、プロセスがｓ１２０へと戻る。
また、上記ｓ１２０によるレスポンスが発注希望情報であれば（ｓ５００：ＮＯ，ｓ５２０：ＹＥＳ）、この発注希望情報が、発注希望データベースに登録される（ｓ３３０）。ここでは、発注希望情報を構成する各情報と、このセッションに係るユーザＩＤおよびパスワードと、このユーザＩＤに対応づけて会員データベースにおけるデータレコードにセットされている住所と、をセットしてなるデータレコードが、発注希望情報を登録するための発注希望データベースに登録される。なお、ここで登録されるデータレコードには、後述する商談フラグが初期値「０」でセットされている。
【００４１】
こうして、発注希望データベースへの登録が行われた後、プロセスがｓ１２０へと戻る。
また、上記ｓ１２０によるレスポンスが発注検索要求であれば（ｓ５２０：ＮＯ，ｓ５４０：ＹＥＳ）、クライアント１０に対して、他の事業者において発注可能な請負業務に関する情報を検索するための発注情報検索ページが配信される（ｓ５５０）。
【００４２】
この発注情報検索ページは、図１１に示すように、他の事業者において発注可能な請負業務についての条件を入力するための入力欄２８０，これら入力欄２８０に入力した情報を送信するための検索開始ボタン２９０などが配置されてなるウェブページである。なお、この入力欄２８０としては、検索を希望する具体的な職種毎の業務内容，検索を希望する請負業務の現場，その業務の期間などを入力するためのものが用意されている。
【００４３】
なお、発注情報検索ページの例として、業種が「建築業」である場合におけるものを図１２に示し、業種が「運輸業」である場合におけるものを図１３に示す。
この受注情報検索ページの配信を受けたクライアント１０側では、これが表示部に表示された後、上記入力欄２８０に情報を入力するための操作，および，検索開始ボタン２９０を選択するための操作を操作部により行うことができるようになる。そして、クライアント１０からは、検索開始ボタン２９０を選択するための操作が行われることによって、その時点において入力欄２８０に入力されていた情報で構成された情報が、受注条件情報として送信されてくる。
【００４４】
こうして、発注情報検索ページが配信された後、プロセスがｓ１２０へと戻る。
また、上記ｓ１２０によるレスポンスが受注条件情報であれば（ｓ５４０：ＮＯ，ｓ５６０：ＹＥＳ）、この受注条件情報を構成する情報と近似する情報がセットされたデータレコード（受注条件情報との近似度が所定値以上のデータレコード）それぞれが、上記発注希望データベースにおける各データレコードの中から検索される（ｓ５７０）。
【００４５】
次に、このｓ５７０の検索結果に基づいて依頼問合ページが生成される（ｓ５８０）。ここでは、上記ｓ５７０により該当するデータレコードが検出された場合であれば、図１４に示すように、その検出されたデータレコードにセットされたユーザＩＤおよびパスワード以外の情報を示した文字列，その文字列に対応するラジオボタン３１０，それら情報に基づく請負契約先の詳細を要求するための詳細確認ボタン３２０，発注情報検索ページに基づく検索をやり直す再検索ボタン３３０などが配置されてなるウェブページが、依頼問合ページとして生成される。ここで、上記データレコードのうち、商談フラグに「１」がセットされているデータレコードについては、上記文字列として配置するものの中から除外される（つまり表示されない）。なお、図１４では、製造業の発注情報検索ページに基づく検索結果を例示する。
【００４６】
次に、クライアント１０に対して、上記ｓ５８０にて生成された依頼問合ページが配信される（ｓ５９０）。
この依頼問合ページの配信を受けたクライアント１０からは、詳細確認ボタン３２０を選択するための操作が行われることによって、その時点において選択されているラジオボタン３１０に対応する文字列の基となったデータレコードが発注依頼要求として送信され、再検索ボタン３３０を選択するための操作が行われることによって、上述した発注検索要求が送信されてくる。
【００４７】
こうして、依頼問合ページが配信された後、プロセスがｓ１２０へと戻る。
また、上記ｓ１２０によるレスポンスが発注依頼要求であれば（ｓ５６０：ＮＯ，ｓ６００：ＹＥＳ）、クライアント１０に対して、決済を実施するための発注決済ページが配信される（ｓ６１０）。
【００４８】
この発注決済ページは、図１５に示すように、発注依頼要求に係る選択項目である請負業務に関する情報や、その請負業務の紹介を希望する旨を指令するための紹介希望ボタン４１０などが配置されてなるウェブページである。
【００４９】
この受注決済ページの配信を受けたクライアント１０側では、これが表示部に表示された後、決済ボタン４１０を選択するための操作を操作部により行うことができるようになる。そして、クライアント１０からは、決済ボタン４１０を選択するための操作が行われることによって、決済を実施すべき旨の情報として発注決済指令が送信されてくる。
【００５０】
また、発注決済ページは、図１６に示すように、発注依頼要求に係る選択項目である請負業務に関する情報や、その請負業務の紹介を希望する旨を指令するための紹介希望ボタン４１２などが配置されてなるウェブページとしてもよく、この場合、クライアント１０からは、紹介希望ボタン４１２を選択するための操作が行われることによって、紹介を希望する旨の情報として発注紹介指令が送信されてくることとなる。
【００５１】
こうして、発注決済ページが配信された後、プロセスがｓ１２０へと戻る。
また、上記ｓ１２０によるレスポンスが発注決済指令であれば（ｓ６００：ＮＯ，ｓ６２０：ＹＥＳ）、クライアント１０の事業者に対する決済処理が行われる（ｓ６３０）。ここでは、電子決済のためのウェブページや情報のやりとりに基づく周知の決済処理が行われ、これにより、クライアント１０の事業者に対する決済処理が行われる。
【００５２】
このｓ６３０にて正常に決済処理が行われた後、クライアント１０の事業者に対して、依頼問合ページに基づいて依頼をした請負契約先の紹介をするための発注請負紹介処理が起動される（ｓ６４０）。
【００５３】
ここでは、請負業務を発注可能な事業者（発注可能事業者）側の情報として、上記決済処理に先立って上記ｓ５７０で検出された発注希望データベースのデータレコードが特定され、また、請負業務の受注を希望する事業者（受注希望事業者）側の情報として、このセッションにおけるユーザＩＤと同じユーザＩＤがセットされた会員データベースのデータレコードが特定されたうえで、これらデータレコードを引数として発注紹介処理が起動される（詳細は後述する）。
【００５４】
こうして、発注紹介処理が起動された後、プロセスがｓ１２０へと戻る。
また、上記ｓ１２０によるレスポンスが発注紹介指令であれば（ｓ６２０：ＮＯ，ｓ６５０：ＹＥＳ）、クライアント１０に対して依頼決済確認ページが配信された後（ｓ６６０）、プロセスがｓ６４０へと移行する。この依頼決済確認ページは、図１７に示すように、紹介料金の請求書を発行する旨のメッセージが記載されたウェブページである。
【００５５】
また、上記ｓ１２０によるレスポンスが受注希望入力要求であれば（ｓ６５０：ＮＯ，ｓ３００：ＹＥＳ）、クライアント１０に対して、その事業者において受注を希望する請負業務に関する情報を要求するための受注希望情報入力ページが配信される（ｓ３１０）。
【００５６】
この受注希望情報入力ページは、上述した発注希望情報入力ページと同様に、受注を希望する請負業務に関する情報を入力するための入力欄２６０，これら入力欄２６０に入力した情報を送信するための登録ボタン２７０などが配置されてなるウェブページである（図８〜１０における「発注」を「受注」と読み替えるものとする）。この受注希望情報入力ページの配信を受けたクライアント１０からは、登録ボタン２７０を選択するための操作が行われることによって、その時点において入力欄２６０に入力されていた情報が受注希望情報として送信されてくる。
【００５７】
こうして、受注希望情報入力ページが配信された後、プロセスがｓ１２０へと戻る。
また、上記ｓ１２０によるレスポンスが受注希望情報であれば（ｓ３００：ＮＯ，ｓ３２０：ＹＥＳ）、この受注希望情報が、受注希望データベースに登録される（ｓ３３０）。ここでは、受注希望情報を構成する各情報と、このセッションに係るユーザＩＤおよびパスワードと、このユーザＩＤに対応づけて会員データベースにおけるデータレコードにセットされている住所と、をセットしてなるデータレコードが、受注希望情報を登録するための受注希望データベースに登録される。なお、ここで登録されるデータレコードには、後述する商談フラグが初期値「０」でセットされている。
【００５８】
こうして、受注希望データベースへの登録が行われた後、プロセスがｓ１２０へと戻る。
また、上記ｓ１２０によるレスポンスが受注検索要求であれば（ｓ３２０：ＮＯ，ｓ３４０：ＹＥＳ）、クライアント１０に対して、他の事業者において受注可能な請負業務に関する情報を検索するための受注情報検索ページが配信される（ｓ３５０）。
【００５９】
この受注情報検索ページは、上述した発注情報検索ページと同様に、他の事業者において受注可能な請負業務についての条件を入力するための入力欄２８０，これら入力欄２８０に入力した情報を送信するための検索開始ボタン２９０などが配置されてなるウェブページである（図１１〜１３における「発注」を「受注」と読み替えるものとする）。この受注情報検索ページの配信を受けたクライアント１０からは、検索開始ボタン２９０を選択するための操作が行われることによって、その時点において入力欄２８０に入力されていた情報で構成された情報が、発注条件情報として送信されてくる。
【００６０】
こうして、受注情報検索ページが配信された後、プロセスがｓ１２０へと戻る。
また、上記ｓ１２０によるレスポンスが発注条件情報であれば（ｓ３４０：ＮＯ，ｓ３６０：ＹＥＳ）、この発注条件情報を構成する情報と近似する情報がセットされたデータレコード（発注条件情報との近似度が所定値以上のデータレコード）それぞれが、上記受注希望データベースにおける各データレコードの中から検索される（ｓ３７０）。
【００６１】
次に、上記ｓ５８０と同様に、このｓ３７０の検索結果に基づいて依頼問合ページが生成される（ｓ３８０）。
次に、クライアント１０に対して、上記ｓ３８０にて生成された依頼問合ページが配信される（ｓ３９０）。
【００６２】
この依頼問合ページの配信を受けたクライアント１０側では、これが表示部に表示された後、上記ラジオボタン３１０を選択（チェック）するための操作，詳細確認ボタン３２０または再検索ボタン３３０を選択するための操作を操作部により行うことができるようになる（図１４参照）。そして、クライアント１０からは、詳細確認ボタン３２０を選択するための操作が行われることによって、その時点において選択されているラジオボタン３１０に対応する文字列の基となったデータレコードが受注依頼要求として送信され、再検索ボタン３３０を選択するための操作が行われることによって、上述した受注検索要求が送信されてくる。
【００６３】
こうして、依頼問合ページが配信された後、プロセスがｓ１２０へと戻る。
また、上記ｓ１２０によるレスポンスが受注依頼要求であれば（ｓ３６０：ＮＯ，ｓ４００：ＹＥＳ）、クライアント１０に対して、決済を実施するための受注決済ページが配信される（ｓ４１０）。
【００６４】
この受注決済ページは、上述した発注決算ページと同様に、決済を実施すべき旨のメッセージ，および，決済を実施する旨を指令するための決済ボタン４１０などが配置されてなるウェブページ、または、発注依頼要求に係る選択項目である請負業務に関する情報や、その請負業務の紹介を希望する旨を指令するための紹介希望ボタン４１２などが配置されてなるウェブページである（図１５，１６の「発注」を「受注」と読み替えるものとする）。この受注決済ページの配信を受けたクライアント１０からは、決済ボタン４１０を選択するための操作が行われることによって、決済を実施すべき旨の情報として受注決済指令が送信され、紹介希望ボタン４１２を選択するための操作が行われることによって、紹介を希望する旨の情報として受注紹介指令が送信されてくる。
【００６５】
こうして、受注決済ページが配信された後、プロセスがｓ１２０へと戻る。
また、上記ｓ１２０によるレスポンスが受注決済指令であれば（ｓ４００：ＮＯ，ｓ４２０：ＹＥＳ）、上述したｓ６３０と同様に、クライアント１０の事業者に対する決済処理が行われる（ｓ４３０）。
【００６６】
このｓ４３０にて正常に決済処理が行われた後、クライアント１０の事業者に対して、依頼問合ページに基づいて依頼をした請負契約先の紹介をするための受注紹介処理が起動される（ｓ４４０）。
【００６７】
ここでは、請負業務を受注可能な事業者（受注可能事業者）側の情報として、上記決済処理に先立って上記ｓ３７０で検出された受注希望データベースのデータレコードが特定され、また、請負業務の発注を希望する事業者（発注希望事業者）側の情報として、このセッションにおけるユーザＩＤと同じユーザＩＤがセットされた会員データベースのデータレコードが特定されたうえで、これらデータレコードを引数として受注紹介処理が起動される（詳細は後述する）。
【００６８】
こうして、受注紹介処理が起動された後、プロセスがｓ１２０へと戻る。
また、上記ｓ１２０によるレスポンスが受注紹介指令であれば（ｓ４２０：ＮＯ，ｓ４５０：ＹＥＳ）、クライアント１０に対して依頼決済確認ページが配信された後（ｓ４６０）、プロセスがｓ４４０へと移行する。この依頼決済確認ページは、上記ｓ６６０によるものと同様、紹介料金の請求書を発行する旨のメッセージが記載されたウェブページである。
【００６９】
また、上記ｓ１２０によるレスポンスがログアウト要求であれば（ｓ４５０：ＮＯ，ｓ７１０：ＹＥＳ）、上記ｓ２４０にて確立されたセッションが解放された後（ｓ７２０）、本請負紹介処理が終了する。一方、上記ｓ１２０によるレスポンスがログアウト要求でなければ（ｓ７１０：ＮＯ）、そのレスポンスに応じた処理（その他の処理）が行われた後（ｓ７３０）、プロセスがｓ１２０へと戻る。
【００７０】
また、上記ｓ１２０にてレスポンスがないと判定された場合（ｓ１２０：ＮＯ）、上記ｓ１１０にてトップページが配信された以降，または，このトップページを配信したクライアント１０からのレスポンスを受けた以降の経過時間がタイムアウトすべき時間（例えば、１０分）に到達しているか否かがチェックされる（ｓ７４０）。
【００７１】
このｓ５４０でタイムアウトすべき時間に到達していなければ（ｓ７４０：ＮＯ）、プロセスがｓ１２０へと戻る一方、タイムアウトすべき時間に到達していれば（ｓ７４０：ＹＥＳ）、プロセスがｓ７２０へ移行してセッションが解放された後、本請負紹介処理が終了する。なお、このｓ７２０においては、上記ｓ２４０によるセッションが確立されていなければ、何らの処理も行われない。
（２−２）発注紹介処理，受注紹介処理
以下に、請負紹介処理におけるｓ６４０，ｓ４４０にて起動される発注紹介処理，受注紹介処理の処理手順を図１８に基づいて説明する。なお、以下の説明では、発注紹介処理の処理手順を中心に説明し、受注紹介処理の処理手順については、以下の説明および図１８における「発注」を「受注」と読み替えるものとしてその説明を省略する。
【００７２】
この発注紹介処理が起動されると、まず、発注希望データベースとして登録されているデータレコードのうち、その起動に先立って請負紹介処理から発注可能事業者側の情報として渡されたのと同じデータレコード，つまり発注可能事業者が先に発注希望データベースへと登録したデータレコードについて、このデータレコードにおける商談フラグに「１」がセットされる（ｓ８１０）。
【００７３】
次に、請負紹介処理から受注希望事業者側の情報として渡されたデータレコード（以降、「受注データレコード」という）につき、このデータレコードにセットされたユーザＩＤと同じユーザＩＤの事業者，つまり受任希望事業者に請負契約先紹介の申込があった旨を通知するための発注申込通知情報が生成される（ｓ８３０）。
【００７４】
この発注申込通知情報は、図１９（ａ）に示すように、請負契約先紹介の申込があった旨のメッセージ，請負紹介処理から発注可能事業者側の情報として渡されたデータレコード（以降、「発注データレコード」という）における会員情報の一部，申込を受ける旨を示す承諾ボタン８１０，申込を受け付けない旨を示す非承諾ボタン８２０などが配置されてなるＨＴＭＬ形式の電子メールまたはウェブページである。
【００７５】
次に、このｓ８３０にて生成された発注申込通知情報が、受注データレコードにセットされた電子メールアドレス宛，つまり受注希望事業者側に配信される（ｓ８４０）。ここでは、上記ｓ８３０にて電子メールが生成された場合であれば、この電子メールが配信され、ウェブページが生成された場合であれば、このウェブページが添付された電子メールが配信される，または，このウェブページへとアクセスするためのアドレス情報（ＵＲＬ）が本文とされた電子メールを介して発注申込通知情報が配信される。
【００７６】
この発注申込通知情報の配信を受けたクライアント１０側では、これが表示部に表示された後、受付ボタン８１０またはキャンセルボタン８２０を選択するための操作を操作部により行うことができるようになる。そして、クライアント１０からは、承諾ボタン８１０を選択するための操作が行われることによって、申込みを受け付ける旨を示す情報として発注紹介許可が送信され、非承諾ボタン８２０を選択するための操作が行われることによって、申込を受け付けない旨を示す情報として発注紹介拒否が送信されてくる。
【００７７】
このｓ８４０にて発注申込通知情報が配信された以降、その配信先のクライアント１０からのレスポンスがあるか否かがチェックされる（ｓ８５０）。
このｓ８５０にてクライアント１０からのレスポンスがないと判定された場合（ｓ８５０：ＮＯ）、上記ｓ８４０にて発注申込通知情報を配信した以降の経過時間がタイムアウトとすべき時間（例えば、２時間）を超えているか否かがチェックされる（ｓ８６０）。
【００７８】
このｓ８６０にてタイムアウトすべき時間を超えていないと判定されたら（ｓ８６０：ＮＯ）、プロセスがｓ８５０へ戻る一方、タイムアウトすべき時間を超えていると判定されたら（ｓ８６０：ＹＥＳ）、上記ｓ８１０において「１」がセットされたデータレコードの商談フラグに「０」がセットされる（ｓ８７０）。
【００７９】
そして、請負契約先の紹介が成立しなかった旨を通知するための不成立通知情報が、受注データレコードにセットされた電子メールアドレス宛，つまり受注希望事業者側に配信される（ｓ８８０）。
【００８０】
この不成立通知情報は、図１９（ｂ）に示すように、請負契約先の紹介が成立しなかった旨のメッセージ（および紹介料金を返金する旨のメッセージ）が配置されてなる電子メールまたはウェブページであり、電子メールであれば、これがそのまま配信され、ウェブページであれば、このウェブページが添付された電子メールが配信される，または，このウェブページへとアクセスするためのアドレス情報（ＵＲＬ）が本文とされた電子メールを介して不成立通知情報が配信される。
【００８１】
こうして、不成立通知情報が配信された後、本受注紹介処理が終了する。
また、上記ｓ８５０にてクライアント１０からのレスポンスがあったと判定された場合（ｓ８５０：ＹＥＳ）、そのレスポンスが発注紹介許可であれば（ｓ９１０：ＹＥＳ）、受任データレコードにセットされたユーザＩＤの事業者に対する決済処理が行われる（ｓ９２０）。ここでは、上記ｓ４３０と同様、受任データレコードにセットされたユーザＩＤの事業者に対する周知の決済処理が行われる。
【００８２】
このｓ９２０で正常に決済処理が行われたら、発注希望データベースにおける各データレコードのうち、発注データレコードと同じデータレコードが削除される（ｓ９３０）。
次に、請負契約先の紹介が成立した旨を通知するための成立通知情報が生成される（ｓ９４０）。この成立通知情報は、発注データレコードにセットされたユーザＩＤの発注可能事業者，および，受注データレコードにセットされたユーザＩＤの受注希望事業者それぞれに対して生成されるものである。
【００８３】
具体的にいうと、発注可能事業者用の成立通知情報は、図２０（ａ）に示すように、受注データレコードにセットされた会員情報それぞれが配置されてなる電子メールまたはウェブページである。また、受注希望事業者用の成立通知情報は、図２０（ｂ）に示すように、会員データベースとして登録されたデータレコードのうち、発注データレコードにセットされたユーザＩＤと同じユーザＩＤがセットされているデータレコードにつき、このデータレコードにセットされた会員情報それぞれが配置されてなる電子メールまたはウェブページである。
【００８４】
そして、受注データレコードにセットされた電子メールアドレス宛，つまり受注希望事業者側に受注希望事業者用の成立通知情報が配信されると共に、発注データレコードにセットされた電子メールアドレス宛，つまり発注可能事業者側に発注可能事業者用の成立通知情報が配信される（ｓ９５０）。
【００８５】
こうして、成立通知情報が配信された後、本受注紹介処理が終了する。
また、上記ｓ９１０でクライアント１０からのレスポンスが受注紹介拒否であれば（ｓ９１０：ＮＯ）、プロセスがｓ８７０へ移行する。
【００８６】
なお、上記の受注紹介処理では、ｓ９１０にて「ＹＥＳ」と判定された場合に、ｓ９２０にて決済処理を行うように構成されているが、決済については、請求書を発行するなどの別ルートにて実現することとし、決済処理を行わずにｓ９３０へ移行するようにしてもよい。この場合、ｓ８８０では、図２１に示すように、不成立通知情報として、紹介料金を返金する旨のメッセージではなく、紹介料金が発生しない旨のメッセージが記載されたものを配信することとすればよい。
（３）作用，効果
このように構成された請負紹介システム１によれば、クライアント１０から受注条件情報を受信した際に（図３のｓ５６０「ＹＥＳ」）、この時点で事業者毎に発注可能な請負業務に関する情報として登録されている発注希望情報の中から、その受注条件情報で示される条件との適合度が高い発注希望情報を検索し（同図ｓ５７０）、こうして検出された発注希望情報に基づく請負契約先の紹介を希望するか否かを依頼問合ページによりそのクライアント１０に問い合わせることができる（同図ｓ５９０）。
【００８７】
その後、この問い合わせに対して、請負契約先の紹介を依頼すべき旨の回答である発注依頼要求を受けた場合には（同図ｓ６００「ＹＥＳ」）、その発注希望情報に対応する特定情報として、発注可能事業者に関する情報が掲載された成立通知情報を返信することにより（図１０のｓ９４０，ｓ９５０）、そのクライアント１０の事業者（受注希望事業者）に対して、その特定情報で特定される事業者（発注可能事業者）が請負契約先として紹介可能である旨を伝えることができる。そして、この特定情報を受信した受注希望事業者は、この特定情報から特定される発注可能事業者との間で連絡を取って請負契約についての交渉を行うことができるようになる。こうして、事業者間での請負契約先の紹介を容易に行うことができるようになる。
【００８８】
さらに、上記構成であれば、発注可能事業者には、請負契約先の紹介を依頼すべき旨の回答がないかぎり、受注希望事業者を特定可能な特定情報が送信されることはないため、発注可能事業者からすると、受注希望事業者から実際に請負契約先の紹介が依頼されるまで、発注可能事業者自身についての情報を知られてしまわないようにすることができることになる。
【００８９】
また、上記構成であれば、クライアント１０から発注条件情報を受信した際に（図４のｓ３６０「ＹＥＳ」）、この時点で事業者毎に受任可能な請負業務に関する情報として登録されている受任希望情報の中から、その発注条件情報で示される条件との適合度が高い受注希望情報を検索し（同図ｓ３７０）、こうして検出された受注希望情報に基づく請負契約先の紹介を希望するか否かを依頼問合ページによりそのクライアント１０に問い合わせることができる（同図ｓ３９０）。
【００９０】
その後、この問い合わせに対して、請負契約先の紹介を依頼すべき旨の回答である受注依頼要求を受けた場合には（ｓ４００「ＹＥＳ」）、その受注希望情報に対応する特定情報として、受注可能事業者に関する情報が掲載された成立通知情報を返信することにより（図１０のｓ９４０，ｓ９５０）、そのクライアント１０の事業者（発注希望事業者）に対して、その特定情報で特定される事業者（受注可能事業者）が請負契約先として紹介可能である旨を伝えることができる。そして、この特定情報を受信した発注希望事業者は、この特定情報から特定される受注可能事業者との間で連絡を取って請負契約についての交渉を行うことができるようになる。こうして、事業者間での請負契約先の紹介を容易に行うことができるようになる。
【００９１】
さらに、上記構成であれば、受注可能事業者には、請負契約先の紹介を依頼すべき旨の回答がないかぎり、発注希望事業者を特定可能な特定情報が送信されることはないため、受注可能事業者からすると、発注希望事業者から実際に請負契約先の紹介が依頼されるまで、受注可能事業者自身についての情報を知られてしまわないようにすることができることになる。
（４）本発明との対応関係
以上説明した実施形態においては、
図３〜図５のｓ５２０が本発明における発注情報収集手段であり、同図ｓ５３０が本発明における発注情報登録手段であり、同図ｓ５７０が本発明における発注情報検索手段であり、同図ｓ５８０，ｓ５９０が本発明における依頼問合手段であり、図１０におけるｓ９４０，ｓ９５０が本発明における特定情報送信手段である。
【００９２】
また、図４のｓ３２０が本発明における受注情報収集手段であり、同図ｓ３３０が本発明における受注情報登録手段であり、同図ｓ３７０が本発明における受注情報検索手段であり、同図ｓ３８０，ｓ３９０が本発明における依頼問合手段である。
【図面の簡単な説明】
【００９３】
【図１】請負紹介システムとクライアントとの関係を示すブロック図
【図２】請負紹介処理を示すフローチャート（１／３）
【図３】請負紹介処理を示すフローチャート（２／３）
【図４】請負紹介処理を示すフローチャート（３／３）
【図５】クライアントに配信される情報を示す図（１／１６）
【図６】クライアントに配信される情報を示す図（２／１６）
【図７】クライアントに配信される情報を示す図（３／１６）
【図８】クライアントに配信される情報を示す図（４／１６）
【図９】クライアントに配信される情報を示す図（５／１６）
【図１０】クライアントに配信される情報を示す図（６／１６）
【図１１】クライアントに配信される情報を示す図（７／１６）
【図１２】クライアントに配信される情報を示す図（８／１６）
【図１３】クライアントに配信される情報を示す図（９／１６）
【図１４】クライアントに配信される情報を示す図（１０／１６）
【図１５】クライアントに配信される情報を示す図（１１／１６）
【図１６】クライアントに配信される情報を示す図（１２／１６）
【図１７】クライアントに配信される情報を示す図（１３／１６）
【図１８】発注紹介処理を示すフローチャート
【図１９】クライアントに配信される情報を示す図（１４／１６）
【図２０】クライアントに配信される情報を示す図（１５／１６）
【図２１】クライアントに配信される情報を示す図（１６／１６）
【符号の説明】
【００９４】
１…請負紹介システム、１０…クライアント、２０…ネットワーク、１０２…業種ボタン、１１０…登録要求ボタン、１２０…ログイン開始ボタン、１３０…入力欄、１４０…登録ボタン、１５０…ハイパーリンク、１６０…入力欄、１８０…ログインボタン、２１０…受注希望登録ボタン、２２０…発注希望登録ボタン、２３０…発注条件ボタン、２４０…受注条件ボタン、２６０…入力欄、２７０…登録ボタン、２８０…入力欄、２９０…検索開始ボタン、３１０…ラジオボタン、３２０…詳細確認ボタン、３３０…再検索ボタン、４１０…決済ボタン、４１２…紹介希望ボタン、８１０…承諾ボタン、８２０…非承諾ボタン。
【図１】
2008310794.tif 000003
【図２】
2008310794.tif 000004
【図３】
2008310794.tif 000005
【図４】
2008310794.tif 000006
【図５】
2008310794.tif 000007
【図６】
2008310794.tif 000008
【図７】
2008310794.tif 000009
【図８】
2008310794.tif 000010
【図９】
2008310794.tif 000011
【図１０】
2008310794.tif 000012
【図１１】
2008310794.tif 000013
【図１２】
2008310794.tif 000014
【図１３】
2008310794.tif 000015
【図１４】
2008310794.tif 000016
【図１５】
2008310794.tif 000017
【図１６】
2008310794.tif 000018
【図１７】
2008310794.tif 000019
【図１８】
2008310794.tif 000020
【図１９】
2008310794.tif 000021
【図２０】
2008310794.tif 000022
【図２１】
2008310794.tif 000023