【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、仕事仲介装置及びそれを実現するプログラムを記録した記録媒体に関する。

【０００２】

【従来の技術】近年、いわゆるＳＯＨＯ（Small Office
Home Office）と呼ばれる仕事の形態が一般化しつつある。 そのような形態において、予め特定しない請負先に仕事を発注するためには、まず、当該仕事の請負が可能な請負先を見つける作業が必要である。

【０００３】そのような目的を、インターネット等の外部に開かれたネットワーク環境の下で達成する技術として、例えば、企業が人材を募集しようとする場合に、人材を募集する仕事に関する情報をサーバに登録し、求職者が自己の能力等を示す履歴書情報を登録することにより求人活動を行うインターネット上のサイトが実用化されている。 この方法では、企業は募集する仕事に適した人材の候補を、また、求職者は自己が応募することが可能な仕事をそれぞれ見つけることができる。 このようなシステムでは、企業が予め登録しておいた仕事に適した人材が登録された場合や、求職者が予め登録しておいた希望に添う仕事が登録された場合に、電子メール等を用いた通知や、ホームページ上での通知を行うサービスも実現している。

【０００４】また、より短期的な仕事について、複数の請負先から適切な候補を効率的に検索して発注を行うための技術として、特開平９−１９０４６９号公報や、特開平９−２８２０６８号公報に開示されている技術がある。 これらの技術を利用すれば、予め登録しておいた請負先のスケジュール情報や、請負先の仕事の処理能力等に関する情報に基づいて、発注した仕事を実行することが可能な請負先を検索することが可能であるため、効率的に仕事の依頼先を検索することが可能である。

【０００５】

【発明が解決しようとする課題】しかしながら、上記従来の人材募集サイトでは、発注元が希望する人材や求職者が希望する仕事を検索したり、予め登録しておいた条件に添う人材又は仕事が新たに登録された際の通知は行われていたが、実際に仕事を請け負うか否かの交渉をサイト上でそのまま行うことはできないという問題点を有していた。 即ち、実際に仕事を請け負うか否かの交渉については電子メールその他の通信手段を用いて改めて行う必要があり、仕事自体に要する時間よりも交渉に要する時間の方が大きくなるということも生じていた。 また、仕事の請負の現状を鑑みると、上記のようなシステムで見つけた請負先に対して交渉を行っても、請負先のスケジュールの都合や突発的事情、他の仕事を既に請け負っていた等の理由から契約に至らない場合も多く、複数の請負先との交渉を重ねることによりやっと請負先を見つけることができるといった場合がほとんどである。

【０００６】また、特開平９−１９０４６９号公報に開示されている技術は、請負先のスケジュール情報を取得した上、実行可能であると思われる請負先を選んで仕事を発注する機能を持ってはいるものの、当該機能を実際に利用するためには常時請負先のスケジュールを管理するシステムが起動しており、かつ、そのシステムによるスケジュールの管理が常に正確なものでなくてはならないという問題点があった。 企業内ＬＡＮ等を用いた環境であれば、正確なスケジュール管理が可能な場合もあろうが、例えばインターネット等の外部に開かれたネットワークを用いた環境において、外部の業者に仕事を発注するような場合に、完全に正確なスケジュール管理を行うことは現状では不可能に近い。 結局、外部の業者に仕事を発注する場合には、発注元が請負先と個別に交渉を重ねることが必要となる。

【０００７】さらに、特開平９−２８２０６８号公報に開示されている技術では、請負先の仕事の処理能力等に応じて適切に仕事を発注することは可能であるが、その適用範囲は、発注元が特定の企業であり、かつ請負先が交渉の不要な特定の協力会社であるような場合に限られると考えられ、不特定の発注元が不特定の請負先に対して仕事を発注するような場合に適用することは困難である。

【０００８】本発明は、上記の問題点に鑑み、インターネット等の外部に開かれたネットワーク環境の下において、不特定の発注元と不特定の請負先との間で、煩雑な交渉を行うことなく仕事の仲介を行うことを可能とする仕事仲介装置及びそれを実現するプログラムを記録した記録媒体を提供することを目的とする。

【０００９】

【課題を解決するための手段】前記目的を達成するため、本発明の仕事仲介装置は、ネットワーク上において、仕事の発注元に備えられた発注元クライアントから仕事の発注要求を受信し、仕事の請負先に備えられた請負先クライアントから、発注された仕事の受注申込みを受信することにより仕事の仲介を行う仕事仲介装置であって、発注元クライアントからの発注要求を受信した場合に、仕事の請負先となり得る請負先候補に備えられた請負先クライアントに対して、仕事の発注を通知する発注通知手段と、前記発注通知手段の通知に対応した受注申込みを受信した場合に、受注を申し込んだ請負先候補の中から、実際に仕事を請け負う請負先を決定する請負先決定手段と、前記請負先決定手段が請負先を決定した場合に、発注元クライアント及び前記発注通知手段が発注を通知した請負先クライアントに対して、請負先が決定した旨を通知する請負先決定通知手段とを含むことを特徴とする。

【００１０】かかる構成を備えることにより、不特定の発注元と不特定の請負先との間で、煩雑な交渉を行うことなく仕事の仲介を行うことが可能となる。 即ち、発注元クライアントを不特定多数の発注元企業に備え、請負先クライアントを不特定多数の請負先に備えておく。 発注元クライアントは任意の業種について仕事の発注を行うことが可能であり、発注通知手段は、仕事の請負先となり得る請負先候補に備えられた請負先クライアントに対して仕事の発注を通知する。 当該通知を受信した請負先候補は、仕事の受注を申し込むか否かを検討することができるので、請負先のスケジュール情報を常に完全に管理する必要がない。 また、請負先決定手段は、受注を申し込んだ請負先候補の中から実際に仕事を請け負う請負先を決定し、請負先が決定した場合には、請負先決定通知手段が発注元及び請負先候補にその旨を通知するので、発注元と請負先との間での煩雑な交渉を行う必要も無くなる。

【００１１】また、前記請負先決定手段はさらに、発注された仕事の条件に関する情報と、請負先に関する情報とから、一又は複数の請負先候補を決定し、前記仕事仲介装置はさらに、前記請負先候補を発注元クライアントに通知する請負先候補通知手段と、前記請負先候補通知手段により通知された一又は複数の請負先候補に対して仕事の発注を通知するか否かについての、発注元クライアントからの判定を受信する発注判定受信手段とを含み、前記発注通知手段は、前記発注判定受信手段が発注を通知する旨を受信した場合に、前記一又は複数の請負先候補に備えられた請負先クライアントに対して仕事の発注を通知することが好ましい。

【００１２】発注された仕事の条件に関する情報と、請負先に関する情報とを参照することにより、実際に仕事を発注すべき請負先候補を適切に決定することができ、
また、実際に仕事の発注を行うにあたり、どのような請負先に発注通知を行うかを確認することもできるからである。

【００１３】ここで、前記発注された仕事の条件に関する情報には、仕事量と、締切日と、報酬に関する情報とを含み、前記請負先に関する情報には、請負先の仕事の処理能力と、希望する報酬に関する情報とを含むことが好ましい。 請負先が、仕事の締切日までに仕事を完成する能力を持っているか否か、及び報酬面での折り合いがつくか否かを基準として、請負先候補を決定することができるからである。

【００１４】また、前記請負先の仕事の処理能力に関する情報は、請負先が仕事を完成した場合に、請負先クライアント及び発注元クライアントの少なくとも一つから前記仕事仲介装置に通知される情報に基づいて決定されることが好ましい。 仕事の処理能力に関して客観的な情報を取得することができるからである。

【００１５】即ち、前記仕事仲介装置は、請負先クライアントから仕事の完成の通知を受信する仕事完成通知受信手段を有し、前記請負先の仕事の処理能力に関する情報は、前記仕事完成通知受信手段が受信した通知の回数に基づいて決定されることが好ましい。 この場合の処理能力に関する情報は、請負先の自己申告ではなく、仕事の経験の回数という客観的な評価に基づくものだからである。

【００１６】また、前記仕事仲介装置は、発注元クライアントから、請負先が完成した仕事に対する評価を受信する仕事評価受信手段を有し、前記請負先の仕事の処理能力に関する情報は、前記仕事評価受信手段が受信した評価に基づいて決定されることも好ましい。 この場合の処理能力に関する情報は、完成された仕事を受けとった発注元による客観的な評価といえるからである。

【００１７】また、前記請負先決定手段は、決定した一又は複数の請負先候補について、発注された仕事に対する各請負先候補の適合度を決定し、前記請負先候補通知手段は、前記請負先候補及び各請負先候補の適合度を発注元クライアントに通知することも好ましい。 発注元が実際に仕事の発注を行うか否かを決定するにあたっての参考となる情報を提示することができるからである。

【００１８】さらに、前記発注判定受信手段が発注を通知しない旨を受信した場合には、前記発注判定受信手段はさらに、発注元クライアントから再度送信された仕事の条件に関する情報を受信し、前記請負先決定手段は、
前記発注判定受信手段が受信した仕事に関する情報に基づいて、再度一又は複数の請負先候補を決定し、前記請負先候補通知手段は、前記請負先決定手段が決定した請負先候補を発注元クライアントに通知することが好ましい。 決定された請負先候補の数や適合度等によっては、
条件の設定をやり直すこともできるようになるからである。

【００１９】前記仕事仲介装置はさらに、仕事を行うために必要な情報であって電子化された情報を、発注元クライアントから受信する電子化情報受信手段と、前記電子化情報受信手段が受信した電子化情報を記憶する電子化情報記憶手段と、前記請負先決定手段が請負先を決定した場合に、決定した当該請負先に備えられた請負先クライアントに対して、前記電子化情報記憶手段に記憶された電子化情報を送信する電子化情報送信手段とを含むことが好ましい。 仕事の仲介だけでなく、実際に仕事を請け負うことになった請負先に対して、仕事を行うために必要な書類等の送付までを自動化することもできるようになるからである。

【００２０】また、前記電子化情報受信手段は、請負先による仕事が終了した場合に仕事の結果を表す情報であって電子化された情報を、請負先クライアントから受信し、前記電子化情報送信手段は、当該請負先クライアントから受信した電子化情報を、当該仕事を発注した発注元に備えられた発注元クライアントに送信することも好ましい。 請負先が仕事を完成した場合に、その結果の発注元への送付までを自動化することができ、発注元が仕事の発注を行うだけで、完成した仕事を受け取ることも可能となるからである。

【００２１】また、本発明の記録媒体は、ネットワーク上において、仕事の発注元に備えられた発注元クライアントから仕事の発注要求を受信し、仕事の請負先に備えられた請負先クライアントから、発注された仕事の受注申込みを受信することにより仕事の仲介を行う仕事仲介装置を実現するプログラムを記録した記録媒体であって、発注元クライアントからの発注要求を受信する発注要求受信ステップと、前記発注要求受信ステップにおいて発注要求を受信した場合に、仕事の請負先となり得る請負先候補に備えられた請負先クライアントに対して、
仕事の発注を通知する発注通知ステップと、前記発注通知ステップにおける通知に対応した受注申込みを受信する受注申込受信ステップと、前記受注申込受信ステップにおいて受注申込みを受信した場合に、受注を申し込んだ請負先候補の中から、実際に仕事を請け負う請負先を決定する請負先決定ステップと、前記請負先決定ステップにおいて請負先を決定した場合に、発注元クライアント及び前記発注通知ステップにおいて発注を通知した請負先クライアントに対して、請負先が決定した旨を通知する請負先決定通知ステップとを実現する処理を含むプログラムを記録したコンピュータ読み取り可能な記録媒体である。 インターネット等の環境下で、本発明の仕事仲介装置を用いて仕事の仲介を実行しようとする場合に有効である。

【００２２】

【発明の実施の形態】以下、本発明の実施の形態について、図面を参照しながら説明する。 図１は、本発明の仕事仲介装置が実現される環境について説明するための図である。 同図に示されるように、本発明の仕事仲介装置は、発注元クライアント１００、請負先クライアント２
００及びブローカー３００が備えられた環境で実現される。

【００２３】発注元クライアント１００は、仕事の発注元となる、例えば、それぞれの企業に備えられており、
発注元が発注したい仕事をブローカー３００に登録する際に利用される。 また、請負先クライアント２００は、
仕事の請負先となるそれぞれの業者に備えられており、
仕事の請負条件等をブローカー３００に登録等する際に利用される。 従って、図１では、発注元クライアント１
００及び請負先クライアント２００としては一つだけが図示されているが、実際には、それぞれ複数が存在する。

【００２４】ブローカー３００では、発注元クライアント１００及び請負先クライアント２００から登録された情報等に基づいて仕事の仲介を行う。 ブローカー３００
の処理内容については後述するが、具体的には、ブローカー３００としてＷＷＷサーバを用い、当該ＷＷＷサーバから実行されるＣＧＩプログラム（以下、「ブローカープログラム」ともいう。）によりブローカー３００の機能が実現される。

【００２５】発注元クライアント１００、請負先クライアント２００及びブローカー３００は、それぞれインターネット等のネットワーク５００に接続されており、発注元クライアント１００とブローカー３００、及びブローカー３００と請負先クライアント２００との間では相互に通信を行うことが可能となっている。 具体的には、
発注元クライアント１００及び請負先クライアント２０
０においてＷＷＷブラウザを用い、両者及びブローカー３００の間では、例えばＨＴＴＰ（HypertextTransfer
Protocol）等の通信プロトコルを用いることが可能な通信手段を備えることにより相互の通信を実現することができる。

【００２６】また、ブローカー３００で行われた仕事の仲介の結果等については、電子メール等の通知手段を用いて発注元クライアント１００及び請負先クライアント２００に対して通知することができる。

【００２７】ここで、通信手段及び通知手段としては、
ＨＴＴＰや電子メールに限定されるものではない。 即ち、通信手段とは、相互にリクエストとそれに対する応答とをやり取りしながら通信を行うような形態の意味で、また、通知手段とは、通知の送信時に通知相手のクライアントが起動していなくても、その通知メッセージがネットワーク上に保持され、後から通知相手がネットワークに接続した際に、非同期的に通知メッセージを受け取れる形態の意味で用いているが、実現方法は種々考えられる。

【００２８】図２は、本発明の仕事仲介装置におけるブローカー３００の構成を示す機能ブロック図である。 同図に示されるように、本発明のブローカー３００は、機能的に情報受信部３１０、請負先選定部３２０、情報送信部３３０、仕事情報格納部３４０及び請負先情報格納部３５０を備えている。

【００２９】情報受信部３１０は、発注元クライアント１００からの仕事の登録や、請負先クライアント２００
からの請負条件の登録等、また、必要に応じてその他の情報を受信する。 上記通信手段及び通知手段において、
情報を受信する手段である。 特許請求の範囲に記載した手段としては、仕事完成通知受信手段、仕事評価受信手段、発注判定受信手段及び電子化情報受信手段に相当するものである。

【００３０】請負先選定部３２０は、情報受信部３１０
が受け付けた各種情報を、仕事情報格納部３４０に格納される仕事情報データベースや、請負先情報格納部３５
０に格納される請負先情報データベースに格納するとともに、それらの情報を用いて請負先の選定を行う。 特許請求の範囲に記載した請負先決定手段に対応する部分である。

【００３１】情報送信部３３０は、請負先選定部３２０
により選定された結果に基づいて、発注元クライアント１００や請負先クライアント２００に対して電子メール等を用いて通知を行う他、必要に応じて情報の送信を行う。 上記通信手段及び通知手段において、情報を送信する手段である。 特許請求の範囲に記載した手段としては、発注通知手段、請負先決定通知手段、請負先候補通知手段及び電子化情報送信手段に相当するものである。

【００３２】仕事情報格納部３４０には、それぞれの実施の形態に応じた内容を有する仕事情報データベース、
及び仕事仲介データベースが格納される。 請負先情報格納部３５０には、それぞれの実施の形態に応じた内容を有する請負先情報データベースが格納される。

【００３３】以上のような環境において実現される本発明の仕事仲介装置について、以下、業種として翻訳の仕事を仲介する場合を例として、その種々の実施の形態について説明する。 （実施の形態１）まず、本発明の第１の実施の形態について説明する。 本実施の形態では、発注元と請負先との間の煩雑な交渉を省略して仕事の受発注を行うことを可能とするもっとも基本的な実施の形態について説明する。

【００３４】図３は、本実施の形態において発注元クライアント１００からブローカーに対して、翻訳の仕事の仲介を依頼する場合に、発注元クライアントに備えられているディスプレイ装置等の出力手段に表示される画面の一例を模式的に示す図である。 同図の画面は、具体的には、発注元クライアント１００からブローカー３００
のサイト（以下、「ブローカーサイト」ともいう。）の発注ページにアクセスする際に表示される。

【００３５】同図に示されるように、本実施の形態では、まず、発注元クライアント１００から、翻訳の文字数、仕事の締切日及び報酬を入力して仕事の仲介を依頼する。 具体的には、必要な情報を入力した後、同図に示される「発注」のボタンをマウス等の入力手段を用いてクリック等することにより、ブローカー３００に対して、上記の各情報（以下、上記のように発注する仕事の内容に関する情報を「仕事情報」という。）が転送される。 尚、実際に転送される仕事情報には、上記の各情報に加えて発注元の識別子（以下、「発注元ＩＤ」という。）及び発注元の電子メールアドレスが含まれる。 発注元ＩＤとしては、例えば、発注元が発注元クライアント１００にログオンする際に入力する識別子を利用することができる。 また、電子メールアドレスについては、
転送する情報に含めずに、例えばブローカー３００に発注元ＩＤと電子メールアドレスとの対応関係を保持するようにしてもよい。

【００３６】ブローカー３００に仕事情報が転送されると、ブローカープログラムが起動される。 本実施の形態のブローカープログラムは、請負先選定部３２０の機能により転送された仕事情報に仕事の識別子（以下、「仕事ＩＤ」という。）を付与し、仕事情報データベースに格納する。

【００３７】図４は、本実施の形態の仕事情報データベースの内容の一例を示す図である。 同図に示されるように、本実施の形態の仕事情報データベースには、仕事Ｉ
Ｄの他、発注元ＩＤ、発注元の電子メールアドレス、文字数、締切日、及び報酬が格納される。

【００３８】なお、本実施の形態では仕事として翻訳を発注する場合の例であるため、仕事の量の単位として「文字数」を用いているが、他の業種であれば、別の単位を用いることもできる。 また、翻訳の場合でも文字数に限定されるわけではなく、語数、ページ数等の他の形式で保持してもよい。 また、「締切日」は、仕事の納期を意味し、「報酬」は、仕事に対して支払われる金銭を意味するが、いずれも発注の条件として発注元が指定する条件を入力する。

【００３９】仕事情報を仕事情報データベースに格納すると、情報送信部３３０が、請負先データベースに登録されている請負先クライアントに対して、仕事の発注があった旨を例えば電子メール等の通知手段を用いて通知する。 以下、仕事の発注があった旨の通知を「発注通知」という。

【００４０】図５は、本実施の形態の請負先データベースの内容の一例を示す図である。 同図に示されるように、本実施の形態の請負先データベースには、請負先を表す識別子（以下、「請負先ＩＤ」という。）と、請負先の名称、及び請負先の電子メールアドレスが格納されている。 ここで、請負先の名称については必ずしも保持する必要はない。 また、ここに保持されている請負先の電子メールアドレスを参照することにより、登録されている請負先に対して電子メール等により発注通知を行うことができる。

【００４１】発注通知を受けた請負先クライアント２０
０では、ブローカーサイトにアクセスして、発注された仕事の内容を画面を通じて参照し、請負の申し込みを行うか否かを決定する。 図６は、仕事の発注があった場合に請負先クライアント２００に表示される画面の一例を模式的に示す図である。 同図に示される画面は、図３で示した画面とほぼ同一であるが、情報の書き込みができない点、及び画面右下のボタンが「請負」となっている点が異なっている。

【００４２】請負先の業者は、同図のような画面において、「請負」のボタンを押すことにより仕事の請負を申し込むことができる。 「請負」のボタンが押されると、
請負を申し込む旨の通知がブローカー３００へと転送される。 本実施の形態では、請求を申し込む旨の通知を受けたブローカー３００においては、必要な情報の仕事仲介データベースへの格納がなされる。

【００４３】図７は、本実施の形態における仕事仲介データベースの内容の一例を示す図である。 本実施の形態では、仕事仲介データベースは、仕事情報格納部３４０
に格納されるが格納の物理的な場所はこれに限定されない。 同図に示されるように、仕事仲介データベースには、発注された仕事の仕事ＩＤと、当該仕事の請負を申し込んだ請負先の請負先ＩＤとの対応関係が保持される他、請負先選定の方法により、選定に必要な情報が保持される。 例えば、本実施の形態では、請負先の選定方法としてもっとも早く請負を申し込んだ請負先が仕事を請け負うようにしているため、仕事仲介データベースには請負申し込みの日時が格納されている。

【００４４】ここで、単にもっとも早く請負を申し込んだ請負先が仕事を請け負う場合であれば、あえて日時を情報として保持せず、例えば、当該仕事の請負先が決定済みであることのみを保持するようにしてもよい。

【００４５】請負先選定部３２０により請負先の選定が終了すると、情報送信部３３０は、請負先選定の結果を電子メール等の通信手段を利用して、選定された請負先、他の請負先、及び発注元に通知する。 以下、請負先が決定した旨の通知を「請負先決定通知」という。 この通知により、他の請負先は自己が請負先として選定されなかったことを知ることができ、また、発注元は請負先が決定したことを知ることができる。

【００４６】次に、以上に説明したような処理を行うブローカープログラムの処理内容について説明する。 図８
は、本実施の形態のブローカープログラムの処理内容を示すフローチャートである。 前述の如く、本発明の仕事仲介装置は、ブローカー３００として設置されているＷ
ＷＷサーバにおいて、ブローカープログラムが起動することにより実現される。

【００４７】図８に示されるように、本実施の形態のブローカープログラムは、仕事の発注を受信すると（Ｓ８
０１：Ｙｅｓ）、請負先データベースに登録されている各請負先に発注を通知し（Ｓ８０２）、さらに、請負先からの請負申込を受信すると（Ｓ８０３：Ｙｅｓ）、請負先を選定した後（Ｓ８０４）、選定結果を請負先及び発注元に通知する（Ｓ８０５）。

【００４８】なお、上述の如く、もっとも早く請負を申し込んだ請負先が請負先として選定されるのであれば、
選定結果の通知は随時行うようにすることも可能である。 即ち、当該仕事について最初に請負を申し込んだ請負先には、選定された旨の通知を申し込みの直後に行い、その後に請負を申し込んだ請負先には、選定されなかった旨の通知を随時行うようにすることもできる。

【００４９】以上に説明したように、本実施の形態の仕事仲介装置を用いることにより、請負先との煩雑な交渉を行うことなく、仕事の請負先の選定を行うことが可能となる。 （実施の形態２）次に、本発明の第２の実施の形態について説明する。 第１の実施の形態では、請負先として予め請負先データベースに登録されている全ての請負先に仕事発注の通知を行うようにしたが、本実施の形態では、請負先のスケジュールに基づき、実際に仕事を請け負うことが可能な請負先のみに発注通知を行うようにする方法について説明する。

【００５０】図９は、本実施の形態において、請負先情報格納部３５０に格納されるスケジュール情報データベースの内容の一例を示す図である。 同図に示されるように、本実施の形態では、請負先データベースに加えて、
各請負先のスケジュールに関する情報（以下、「スケジュール情報」という。）を保持している。 スケジュール情報は、各々の請負先が請負先クライアント２００から入力する。

【００５１】図１０は、スケジュール情報を入力する際に請負先クライアント２００に表示される画面の一例を模式的に示す図である。 同図に示されるように、本実施の形態のスケジュール情報は、日付ごとに「作業可能」
であるか、何らかの事情で「作業不可」であるか、あるいは既に「先約有り」であるかという形式で入力されるが、スケジュール情報の形式には他にも種々考えられる。

【００５２】図１１は、本実施の形態のブローカープログラムの処理内容を示すフローチャートである。 同図に示されるように、本実施の形態のブローカープログラムは、仕事の発注を受信すると（Ｓ１１０１：Ｙｅｓ）、
スケジュール情報を検索し（Ｓ１１０２）、スケジュールの空いている請負先にのみ発注通知を送信する（Ｓ１
１０３）。 本実施の形態では、仕事の発注の際、締切日に加えて当該仕事の予想所要日数を入力するものとする。 従って、本実施の形態のブローカープログラムはスケジュール情報と、予想所要日数とを参照することにより、発注通知を送信する請負先を決定することができる。

【００５３】その後、請負先からの請負申込を受信すると（Ｓ１１０４：Ｙｅｓ）、請負先を選定した後（Ｓ１
１０５）、選定結果を請負先及び発注元に通知する（Ｓ
１１０６）のは、第１の実施の形態と同様である。

【００５４】以上に説明したような処理を行うことにより、本実施の形態の仕事仲介装置によれば、スケジュールの関係で明らかに仕事を請け負うことができない請負先への発注通知の送信を省略することができ、通信量を削減することができる。 ここで、請負先の側でも、必ずしも正確なスケジュールを登録している必要はなく、発注通知を受けてから仕事の請負を申し込むか否かを検討することもできる。 （実施の形態３）次に、本発明の第３の実施の形態について説明する。 本実施の形態では、請負先が請け負った仕事の結果によって、当該請負先の能力値をデータベースに蓄積していく方法について説明する。 かかる能力値を蓄積しておくことにより、以後の仕事の仲介にあたり、請負先の能力値に基づいて、より適切な仲介が行えるようになる。

【００５５】図１２は、本実施の形態における請負先情報データベースの内容の一例を示す図である。 同図に示されるように本実施の形態の請負先データベースには、
第１の実施の形態で説明した内容に加えて、各々の請負先の能力値を保持している。

【００５６】この能力値としては、いわゆる経験値として仕事を請け負った回数を自動的に蓄積していってもよいし、請負先が仕事を完成した際に請負先クライアント２００からブローカー３００にその旨を通知するようにすれば、仕事を完成した回数を自動的に蓄積していくことも可能である。 また、例えば、発注元からの評価を記録していくような方法とすることもできる。 ここで、発注元からの評価値についても、評価値を加算していき累積値の形式で保持してもよいし、評価値の平均値を保持するようにしてもよい。

【００５７】図１３は、本実施の形態において、発注元が、請負先の仕事の内容に関する評価を入力する際に表示する画面の一例を模式的に示す図である。 本実施の形態では、同図に示されるような画面を表示し、「登録」
ボタンが押された場合に、能力値登録用のブローカープログラムが起動し、それまでに発注元が入力した評価値の平均を請負先データベースに格納するようにしている。 しかし、前述の如く、能力値の登録に際してのブローカープログラムの処理内容については、種々の方法が考えられる。

【００５８】図１４は、本実施の形態において、発注元が仕事の発注を行う際に発注元クライアント１００に表示する画面の一例を模式的に示す図である。 本実施の形態では、同図に示されるような画面を用いて、発注元が希望する請負先の能力値を指定することにより、仕事に必要な以上の能力値を有する請負先のみに仕事の発注通知が行われるようにしている。

【００５９】図１５は、本実施の形態のブローカープログラムの処理内容を示すフローチャートである。 同図に示されるように、本実施の形態のブローカープログラムは、仕事の発注を受信すると（Ｓ１５０１：Ｙｅｓ）、
請負先データベースに記憶されている請負先の能力値を参照して、適切な請負先を検索し（Ｓ１５０２）、希望能力値を満たす請負先にのみ発送通知を送信する（Ｓ１
５０３）。

【００６０】その後、請負先からの請負申込を受信すると（Ｓ１５０４：Ｙｅｓ）、請負先を選定した後（Ｓ１
５０５）、選定結果を請負先及び発注元に通知する（Ｓ
１５０６）のは第１の実施の形態と同様である。

【００６１】以上に説明したような処理を行うことにより、本実施の形態の仕事仲介装置によれば、発注元が希望する能力を有する請負先のみに仕事を発注することができる。 ここで、本実施の形態の能力値は、仕事仲介装置によって自動的に蓄積される値や、発注元からの客観的な評価であるので、請負先からの虚偽の申告を防止することもできる。 （実施の形態４）次に、本発明の第４の実施の形態について説明する。 これまでの実施の形態では、請負先のスケジュールや能力値に基づいて発注通知を送信するようにしたが、本実施の形態では、発注元が発注する仕事の重要性や難易度、さらに、請負先の能力、経験や、希望する報酬等の条件に基づいて、より適切な仕事の仲介を行うことを可能とする方法について説明する。

【００６２】図１６は、本実施の形態の請負先データベースの内容の一例を示す図である。 同図に示されるように、本実施の形態の請負先データベースには、第３の実施の形態で説明した内容に加えて、基本料金、基本文字数、最大文字数、及び割増料金比率を保持している。

【００６３】「基本料金」とは、後述の仕事の難易度が１（一般的な難易度）である文章を翻訳するにあたっての一文字あたりの請負料金である。 本実施の形態では、
一文字当たりの料金としたが、この形式に限定されるものではない。 また、本実施の形態では、業種が翻訳の場合の例について説明するので、翻訳の料金となっているが、他の業種でも、一般的な基本料金を保持するようにすることで、適用することが可能である。

【００６４】「基本文字数」とは、難易度が１である文章を翻訳するとした場合の、一日あたりに翻訳可能な平均の文字数を表す。 この値についても、例えば他の業種に適用するとすれば、基本的な仕事量という形式で保持するようにすればよい。

【００６５】「最大文字数」とは、難易度が１である文章を翻訳するとした場合の、一日あたりに翻訳可能な最大の文字数を表す。 他の業種に適用する場合であれば、
最大の仕事量という形式で保持することが考えられる。

【００６６】「割増料金比率」とは、一日あたりの仕事量が基本文字数を超える場合の、文字数あたりの料金の割り増し比率、具体的には、発注された仕事の文字数と締切日との関係に基づき、一日あたりに翻訳する必要がある文字数が、基本文字数を超える場合に、基本文字数を超える部分についての料金の割り増し比率を意味する。 図１６の例で説明すると、例えば発注された仕事の文字数が１５，０００字であった場合で、当該仕事を５
日で完成させる必要がある場合には、一日に３，０００
字を翻訳する必要がある。 この文字数は基本文字数（２，０００字）を超えているため、基本文字数を超える部分の１，０００字については、割増料金比率（１．
５）に従って、一文字あたりの料金を１８．７５円として報酬を算出することとなる。 なお、端数の処理はどのようにしてもよい。

【００６７】なお、同図の例では、基本文字数を上回る部分については、一律に１．５倍としているが、基本文字数を上回る文字数に応じて、階層的に割増比率を設定することも可能である。 具体的には、例えば、２，００
０字から２，５００字までは１．５倍であるが、２，５
０１字から３，０００字までの部分については２倍にする等の設定も可能である。 いずれにしても、この比率は、請負先の登録を行う際に各々の請負先が設定する。
登録後も各々の請負先が変更することも可能である。 図１７は、本実施の形態において、各々の請負先が、請負先の登録、条件の修正を行う際に請負先クライアント２
００に表示される画面の一例を模式的に示す図である。
同図に示される如き画面から入力した情報が請負先情報データベースに格納される。 なお、この画面のデザインは入力すべき情報により異なる。 即ち、割増料金比率を階層的に設定する場合であれば、例えば、図１８に示すような画面を表示して別途文字数ごとの割増料金比率を登録することにより対処することが可能である。

【００６８】次に、本実施の形態における仕事の発注の方法について説明する。 図１９は、本実施の形態の仕事情報データベースの内容の一例を示す図である。 同図に示されるように、本実施の形態の仕事情報データベースには、仕事ＩＤ、発注元ＩＤ、発注元電子メールアドレス、文字数、締切日の他、難易度、報酬限度額、希望能力値、及び申込締切日が保持されている。

【００６９】「難易度」としては、一般的な文章を翻訳するのに要する時間を１とした場合に、発注された文書を翻訳するために要する時間の比率の値を保持する。 この値は、発注元が仕事の困難性を判定して入力する。 具体的には、難易度１の仕事と比較して１．５倍の時間を要すると判定した場合には、難易度の値は１．５となる。

【００７０】「報酬限度額」とは、発注元が最大限支払う用意がある報酬の額をいう。 この値は、発注元が仕事を発注する際に個別に入力する。 「希望能力値」は、発注元が希望する最低の能力値であり、請負元データベースに保持される能力値と対応する関係を有する値である。

【００７１】「申込締切日」とは、仕事ごとに設定される日付であり、請負申込の締切日である。 この日が経過した際に、ブローカー３００により請負先の選定が行われる。

【００７２】また、図２０は、本実施の形態における仕事仲介データベースの内容の一例を示す図である。 同図に示されるように、本実施の形態の仕事仲介データベースには、第１の実施の形態で説明した内容の他に、作業可能日数及び終了見込日が保持される。

【００７３】「作業可能日数」とは、仕事の締切日までに実際に作業が可能な日数をいう。 ここで、実際に作業が可能な日数とは、例えば第２の実施の形態で説明したスケジュール情報を参照して、ブローカープログラムが自動的に計算する。

【００７４】「終了見込日」とは、作業が終了する見込みを表す日である。 具体的には、基本文字数のペースで翻訳を行った場合に作業が終了する見込みの日が、スケジュール情報に基づいて自動的に算出され格納される。
ここで、基本文字数のペースでは締切日に間に合わない場合には、上記作業可能日数に等しい値に基づいた日付が格納される。

【００７５】図２１は、本実施の形態において、仕事の発注を行う際のブローカープログラムの処理内容を示すフローチャートである。 同図に示されるように、本実施の形態のブローカープログラムは、仕事の発注を受信すると（Ｓ２１０１：Ｙｅｓ）、請負先データベースに記憶されている請負先の能力値や希望条件等を参照して、
条件を満たす請負先を検索する（Ｓ２１０２）。

【００７６】ここで、本実施の形態における請負先検索の条件について説明する。 図２２は、本実施の形態において発注元クライアント１００に表示される画面の一例を模式的に示す図である。 同図に示されるように、本実施の形態では、上記仕事情報データベースに格納されるべき内容について、発注元が発注元クライアント１００
に入力するが、入力された情報に基づいて、まず基本的な条件を満たす請負先を検索する。

【００７７】本実施の形態における上記基本的な条件とは、具体的には、下記の三つの条件をいう。 即ち、第１
の条件として、文字数と仕事の難易度、請負先が設定している基本料金と割増料金比率に基づいて算出された報酬額が、発注元が設定した報酬限度額を下回っていることを要する。 具体的には、下記の（数１）を満たしているか否かを判定する。

【００７８】

【数１】

【００７９】また、第２の条件として、仕事の難易度と、請負先の処理能力との関係から締切日までに仕事を完成できることが必要である。 具体的には、下記の（数２）を満たしているか否かを判定する。

【００８０】

【数２】

【００８１】さらに、第３の条件として、請負先の能力値が、発注元の希望能力値を上回っていることが必要である。 具体的には、下記の（数３）の条件を満たしているか否かを判定する。

【００８２】

【数３】

【００８３】ブローカープログラムは、上記三つの条件に合致する請負先について、料金、能力、日程についての、各適合度を算出し、発注元クライアント１００に送信する。 次に、各適合度の内容について説明する。

【００８４】料金適合度とは、発注元の提示する報酬限度額と、請負先が設定した条件により算出した報酬額との差を表す。 具体的には、下記の（数４）を用いて算出することができる。

【００８５】

【数４】

【００８６】能力適合度とは、発注元の希望する能力値と、請負先の能力値との差を表す数値であり、具体的には、下記の（数５）を用いて算出することができる。

【００８７】

【数５】

【００８８】また、日程適合度とは、発注元の希望する締切日と、請負先についての作業終了見込み日との差を表す数値であり、具体的には、下記の（数６）を用いて算出することができる。

【００８９】

【数６】

【００９０】上記の適合度が表示されると、発注元は、
適合度の重み付け値を設定する。 ここで、適合度の重み付け値とは、上記三つの適合度のどれを重視するかを表す値である。 具体的には、多少料金は高くても速く結果を得たい仕事であれば日程適合度の重み付け値を大きくし、逆に日程的には余裕があるが、料金を低く押さえたいのであれば、料金適合度の重み付け値を大きくする等が考えられる。

【００９１】重み付け値の設定が終了すると、ブローカープログラムは、全体的な適合度を算出し、発注元クライアント１００に送信する（Ｓ２１０３）。 全体的な適合度とは、具体的には、下記の（数７）により算出される値である。

【００９２】

【数７】

【００９３】図２４は、適合度を表示する際に、発注元クライアント１００に表示される画面の一例を模式的に示す図である。 同図に示されるような画面を見て、発注元は、この条件で発注するか否かを決定する。 発注する場合には（Ｓ２１０４：Ｙｅｓ）、申込締切日を設定した上、電子メール等の通知手段を用いて発注通知を送信する（Ｓ２１０５）。

【００９４】ここで、申込締切日の設定にあたっては、
請負先候補の適合度のばらつきが小さい場合であれば、
どの請負先に仕事を発注しても条件的にほとんど同じとなることが予想できるため、申込締切日を早めに設定したり、又は請負先の選定にあたって単純にもっとも申込みが早い請負先に発注することが得策であると考えられる。 一方、請負先候補の適合度のばらつきが大きい場合は、できるだけ申込締切日を遅く設定することで、より適合度の大きい請負先に発注できる可能性が高くなる。
また、請負先候補の数が非常に少ない場合にも、申込締切日を遅く設定する他、後述のように条件を変更して報酬を高くすること等が考えられる。

【００９５】ステップＳ２１０４において、発注しない場合、具体的には、適合する請負先が多すぎることから、設定している条件が適当でないと思われる場合、又は前述の如く適合する請負先が少なすぎる場合等には（Ｓ２１０４：Ｎｏ）、その旨をブローカー３００に通知する。 具体的には、「取消」ボタンを押せば、再度条件を入力する画面が表示されるため、発注にあたっての条件を再度設定しなおし、新たな条件で請負先の検索（Ｓ２１０２）を行うようにする。

【００９６】以上のような処理を行うことにより、より適切な条件で、より適切な業者のみに仕事の発注通知を送信することができるようになる。 次に、本実施の形態における請負先の選定方法について説明する。 図２５
は、本実施の形態におけるブローカープログラムが請負先の選定を行う際の処理内容を示すフローチャートである。 同図に示されるように、本実施の形態のブローカープログラムは、申込期限が経過するまでに請負先からの請負申込通知を受信した場合（Ｓ２５０１：Ｎｏ，Ｓ２
５０２：Ｙｅｓ）には、申込通知を受信した時点で、申込を行う仕事に対する請負条件に関して、図１６に示した請負先データベースに登録されている条件からの修正があれば、それを請負先から受け付ける。 あくまで請負先データベースに登録された請負先情報はとりあえずの値であり、申込時の忙しさや仕事の困難度に応じて、申込ごとに条件を変更することが可能である（Ｓ２５０
３）。

【００９７】また、仕事情報データベースに保持される難易度に関しては、発注元の判定が適切でないと請負先が考えれば、申込を行う各々の請負先が新たに値を設定することもできる。

【００９８】これらの修正条件の入力が終了したところで、その条件に基づいて当該請負先に関する適合度を計算する（Ｓ２５０４）。 計算された適合度が最高である場合（Ｓ２５０５：Ｙｅｓ）、具体的には、それまでに仮請負先として登録されている請負先よりも適合度が大きい場合には、当該請負先が仮請負先として登録され（Ｓ２５０６）、その旨が、それまでに仮請負先として登録されていた請負先に通知される（Ｓ２５０７）。

【００９９】適合度が最高でなかった場合（Ｓ２５０
５：Ｎｏ）には、それまでの条件では仕事の請負ができないことを意味するので、当該請負先には、請負を図るのであれば条件を再入力すべき旨を通知する（Ｓ２５０
８）。 ここで、当該請負先は、請負をあきらめるのであれば、その後何もしなくてもよいが、請負を図るのであれば、条件を再入力して、再度申込通知を送信することも可能である。

【０１００】一方、ブローカープログラムの側では、以上に説明したような処理により、申込通知があった場合には仮請負先が登録されている状態にあるので、申込期限を経過すると（Ｓ２５０１：Ｙｅｓ）、申込通知が有った場合には（Ｓ２５０９：Ｙｅｓ）、登録されている仮請負先、及び発注元に、正式な請負先が決定した旨の通知を行い（Ｓ２５１０）、申込通知がなかった場合には（Ｓ２５０９：Ｎｏ）、請負先が無かった旨を発注元に通知する（Ｓ２５１１）。

【０１０１】以上のような処理を行うことにより、請負先の側でも、仕事の内容によって条件を検討しながら請負を申し込むことができ、発注元にとってももっとも適切な請負先に、自動的に仕事の発注ができるようになる。

【０１０２】以上に説明したように、本実施の形態の仕事仲介装置によれば、煩雑な交渉を行うことなく、発注元にとっても、請負先にとっても、もっとも適切かつ妥当な条件で仕事の仲介を行うことができる。 （実施の形態５）次に、本発明の第５の実施の形態について説明する。 本実施の形態では、仕事の発注にあたり、自動的に仕事に必要な電子化された情報を請負先に転送することにより、さらに効率的な仕事の仲介を行う方法について説明する。

【０１０３】図２６は、本実施の形態におけるブローカー３００の構成を示すブロック図である。 同図に示されるように、本実施の形態のブローカー３００は、冒頭に説明した構成に加えてデジタル情報格納部３６０を備える。 特許請求の範囲に記載した電子化情報記憶手段に対応する部分である。

【０１０４】デジタル情報格納部３６０には、例えば、
翻訳の場合であれば、仕事の仲介が成立した際に請負先が用いる原文や、翻訳後の原稿等が格納される。 ブローカー３００への不正アクセスにより原文や原稿の内容を知られてしまうことを防ぐために、ブローカー３００
は、自らの秘密鍵で上記電子化情報を暗号化してからデジタル情報格納部３６０に保存し、秘密鍵はより安全性の高い記憶装置に格納しておくことが望ましい。 また、
本実施の形態の発注元クライアント１００及び請負先クライアント２００は、必要に応じて上記電子化情報をブローカー３００に送信する機能と、必要に応じて上記電子化情報をブローカー３００から受信する機能を備える。 当該送受信の方法としては、例えばＨＴＴＰ等の通信プロトコルに備えられたファイルのアップロード機能やダウンロード機能を用いる方法等が考えられる。

【０１０５】本実施の形態のブローカープログラムの処理内容は、例えば、図８で説明した内容と基本的に同一であるが、仕事の発注にあたっては、発注元クライアント１００からブローカー３００に対して仕事に必要な上記電子化情報を送信し、選定結果通知（Ｓ８０５）にあたっては、ブローカー３００から請負先クライアント２
００に対して、上記電子化情報を送信するようにする。
図２７は、本実施の形態において発注元クライアント１
００に表示される画面の一例を示す図である。 同図に示されるように、本実施の形態では、仕事の発注の際に仕事に用いる電子化情報のファイル名を指定するようにしている。 この場合に、画面右下の「発注」ボタンを押すと、ＨＴＴＰ等の機能により、ファイルがブローカー３
００に転送される。 暗号化が必要であれば、ブローカー３００は安全性の高い記憶装置に格納されている秘密鍵を用い、ファイルを暗号化してからデジタル情報格納部３６０に保存する。 この暗号化ファイルは、選定された請負先に対する請負先通知と同時に、上記秘密鍵を用いブローカー３００によって復号され、請負先クライアント２００へと転送される。

【０１０６】以上に説明したような処理を行うことにより、例えば、仕事の請負契約が成立した後に、電子メール等、大量の文書の送信に不向きな手段を用いて原稿を請負先に送信する必要がなくなり、より簡便に仕事の発注を行うことができるようになる。

【０１０７】なお、本実施の形態の構成において、請負先において仕事が終了した場合に、仕事終了時の電子化情報をブローカー３００に送信するようにすることも可能である。 さらにブローカー３００は、発注元に電子メール等の通知手段で仕事の終了を通知し、その通知を受け発注元がブローカー３００のサイトにアクセスした際に、ブローカー３００が上記仕事終了時の電子化情報を発注元クライアント１００へと転送する構成としてもよい。

【０１０８】上記仕事終了時の電子化情報を、ブローカー３００のデジタル情報格納部３６０に保存する際に、
ブローカー３００の秘密鍵によって暗号化してもよい。
または、ＲＳＡ暗号などの公開鍵暗号を用い、仕事情報に発注元の公開鍵を含めておくことで、請負先クライアント２００が仕事終了時の電子化情報を、発注元のみが復号化可能なように発注元の公開鍵を用いて暗号化する構成とすることも可能である。 請負先クライアント２０
０が暗号化を行った情報をブローカー３００に送信するため、ブローカー３００があらためて暗号化する必要はない。 発注元は仕事情報に含めておいた公開鍵に対応する秘密鍵で、仕事終了じの電子化情報の復号を行うことが可能となる。

【０１０９】当該処理を行うようにすれば、請負先から発注元への電子メールの送付といった大容量データの転送に不向きな手段を取ることなく、仕事の結果を発注元が受け取ることができるようになる。

【０１１０】以上のような処理は、発注元から見れば、
最初にブローカー３００に対して仕事の発注を行う際に、仕事の実行に必要な電子化情報を予め転送しておくだけで、完成した仕事を受け取ることができることを意味する。 即ち、例えば退社時に発注した場合に、ブローカー３００により請負先が決定され、発注元が翌日に出社した際に既に請負先により仕事が完了しているといったことも可能となり、極めて効率的な仕事が実現することとなる。 （実施の形態６）次に、本発明の第６の実施の形態について説明する。 本実施の形態では、発注元が請負先の仕事の進捗状況を管理できるようにする方法について説明する。

【０１１１】本実施の形態のブローカー３００の構成は、第５の実施の形態で説明したものと同一である。 ただし、本実施の形態では、請負先クライアント２００に必要に応じて仕事途中の電子化情報をブローカー３００
に送信する機能を備え、発注元クライアント１００の側には、当該機能を用いてブローカー３００に送信された電子化情報を取り出す機能を備える。

【０１１２】具体的には、請負先は翻訳を行いながら、
随時（例えば一つの章の翻訳が完了するごとに）ブローカーサイトにアクセスする。 図２８は、仕事途中結果をブローカー３００にアップロードする場合に請負先クライアント２００に表示される画面の一例を模式的に示す図である。 同図に示されるような画面で、ファイル名を指定することにより、当該ファイルを必要に応じて暗号化等した上でブローカー３００にアップロードすることができる。 この際に起動するブローカープログラムによりファイルのアップロードと同時に発注元クライアント１００に対して仕事の途中結果がアップロードされたことを電子メール等の通知手段を用いて通知するようにしておけば、発注元は容易に仕事の進捗状況を確認することができる。 発注元からファイルにアクセスする方法としては、例えば、仕事途中結果を確認する旨のダウンロードページと当該ファイルとの間にリンクを張っておくことが考えられる。

【０１１３】かかる機能を備えておくことにより、請負先に発注した仕事の進捗を、随時発注元の側で管理できるようになる。 （実施の形態７）次に、本発明の第７の実施の形態について説明する。 本実施の形態では、請負先が病気や事故のような突発的事情で請け負った仕事を続行できなくなった際に、代替の請負先への再発注を行うバックアップサービスを実現する方法について説明する。 尚、本実施の形態のバックアップサービスもブローカープログラムの処理として実現される。

【０１１４】図２９は、本実施の形態のバックアップサービスを利用しようとする際に請負先クライアント２０
０に表示される画面の一例を模式的に示す図である。 同図に示されるように、バックアップサービスを利用する場合には、請負先クライアント２００から、仕事の再発注を行う必要がある電子化情報のファイル名、及び仕事の進捗状況を表す割合を入力する。

【０１１５】本実施の形態のブローカープログラムは、
仕事情報データベースに格納されている発注条件から、
再発注のための新しい条件を設定する。 即ち、本実施の形態の仕事情報データベースには、例えば図４に示したような仕事情報に、仕事に必要な電子化情報を含めておく必要がある。

【０１１６】再発注のための新しい条件の設定方法としては、締切日については基本的に同じ日に設定するが、
特に報酬の面で、請負先との契約に基づき様々な条件の設定方針が考えられる。 例えば、入力された進捗割合から、既に仕事の大部分が出来上がっている場合には、仕事を続行できなくなった請負先の取り分を残して残りの報酬で再発注をかけたり、期日が迫っているにもかかわらずほとんど仕事ができていない場合には、最初の請負先にさらに報酬を上乗せさせる等の方法が考えられる。

【０１１７】その後、新しい条件の下で再度請負先への発注を行う。 その際の処理内容は、第１の実施の形態と同様であり、代替の請負先が決定した場合には、発注元と際発注の請負を申し込んだ請負先に請負先決定通知を行う。

【０１１８】以上に説明したような方法により、請負先が病気や事故等の突発的事情で仕事を続行できなくなった場合でも、代替の請負先と交渉を行うことなく、仕事の際発注を行うことができるようになる。 （実施の形態８）次に、本発明の第８の実施の形態について説明する。 本実施の形態では、仕事を分割して、複数の請負先に発注する方法について説明する。

【０１１９】例えば、翻訳の場合であれば、大量の文書を短期間に翻訳しなければならないような場合、即ち、
全部で１章から１０章まであるような文書の場合に、一つの請負先だけでは締切日までに仕事を完成させることが不可能な場合もある。 そのような場合に、各章ごとに分割して複数の請負先に発注することができれば便利である。 本実施の形態の仕事仲介装置は、かかる場合に、
複数の請負先に分割して仕事を発注することを可能とする。

【０１２０】本実施の形態では、仕事を発注する際に、
例えば一つの文書の章ごとに条件を設定して発注する。
図３０は、本実施の形態において、発注元クライアント１００に表示する画面の一例を模式的に示す図である。
同図に示されるように、本実施の形態では、仕事分割発注申込フォームを発注元クライアント１００に表示し、
同図に示された「分割」の欄に例えば章の番号を入力することで、分割した部分ごとに発注条件を設定することができる。

【０１２１】ブローカー３００は、請負申込フォームを表示する前に、章ごとの請負状況を表す画面を表示する。 図３１は、分割された仕事の請負状況を表すべく請負先クライアント２００に表示する画面の一例を模式的に示す図である。 同図に示されるような画面において、
「請負希望」のボタンを押すことにより、図６に示したような章ごとの条件を表示する請負申込フォームが表示される。

【０１２２】その後の処理内容については、第１の実施の形態で説明した内容と同一であるので、ここでの詳細な説明は省略する。 以上に説明したように、本実施の形態の仕事仲介装置によれば、例えば大量の仕事を分割して発注したいような場合でも仕事の仲介を行うことができる。

【０１２３】本発明である仕事仲介装置を実現するプログラムを記憶した記録媒体は、図３２に示す記録媒体の例に示すように、ＣＤ−ＲＯＭやフロッピーディスク等の可搬型記録媒体だけでなく、通信回線の先に備えられた他の記憶装置や、コンピュータのハードディスクやＲ
ＡＭ等の記録媒体のいずれでもよく、プログラム実行時には、プログラムはローディングされ、主メモリ上で実行される。

【０１２４】

【発明の効果】以上に説明したように、本発明に係る仕事仲介装置によれば、インターネット等の外部に開かれたネットワーク環境の下において、不特定の発注元と不特定の請負先との間で、煩雑な交渉を行うことなく仕事の仲介を行うことが可能になるという効果がある。

【図面の簡単な説明】

【図１】 本発明の仕事仲介装置が実現される環境について説明するための図である。

【図２】 本発明の仕事仲介装置におけるブローカーの構成を示す機能ブロック図である。

【図３】 第１の実施の形態において、発注元クライアントに表示される画面の一例を模式的に示す図である。

【図４】 第１の実施の形態における仕事情報データベースの内容の一例を示す図である。

【図５】 第１の実施の形態における請負先情報データベースの内容の一例を示す図である。

【図６】 第１の実施の形態において、請負先クライアントに表示される画面の一例を模式的に示す図である。

【図７】 第１の実施の形態における仕事仲介データベースの内容の一例を示す図である。

【図８】 第１の実施の形態のブローカープログラムの処理内容を示すフローチャートである。

【図９】 第２の実施の形態におけるスケジュール情報データベースの内容の一例を示す図である。

【図１０】 第２の実施の形態において、請負先クライアントに表示される画面の一例を模式的に示す図である。

【図１１】 第２の実施の形態のブローカープログラムの処理内容を示すフローチャートである。

【図１２】 第３の実施の形態における請負先情報データベースの内容の一例を示す図である。

【図１３】 第３の実施の形態において、発注元クライアントに表示される画面の一例を模式的に示す図である。

【図１４】 第３の実施の形態において、発注元クライアントに表示される画面の一例を模式的に示す図である。

【図１５】 第３の実施の形態のブローカープログラムの処理内容を示すフローチャートである。

【図１６】 第４の実施の形態における請負先情報データベースの内容の一例を示す図である。

【図１７】 第４の実施の形態において、請負先クライアントに表示される画面の一例を模式的に示す図である。

【図１８】 第４の実施の形態において、請負先クライアントに表示される画面の一例を模式的に示す図である。

【図１９】 第４の実施の形態における仕事情報データベースの内容の一例を示す図である。

【図２０】 第４の実施の形態における仕事仲介データベースの内容の一例を示す図である。

【図２１】 第４の実施の形態のブローカープログラムの処理内容を示すフローチャートである。

【図２２】 第４の実施の形態において、発注元クライアントに表示される画面の一例を模式的に示す図である。

【図２３】 第４の実施の形態において、発注元クライアントに表示される画面の一例を模式的に示す図である。

【図２４】 第４の実施の形態において、発注元クライアントに表示される画面の一例を模式的に示す図である。

【図２５】 第４の実施の形態のブローカープログラムの処理内容を示すフローチャートである。

【図２６】 第５の実施の形態におけるブローカーの構成を示す機能ブロック図である。

【図２７】 第５の実施の形態において、発注元クライアントに表示される画面の一例を模式的に示す図である。

【図２８】 第６の実施の形態において、請負先クライアントに表示される画面の一例を模式的に示す図である。

【図２９】 第７の実施の形態において、請負先クライアントに表示される画面の一例を模式的に示す図である。

【図３０】 第８の実施の形態において、発注元クライアントに表示される画面の一例を模式的に示す図である。

【図３１】 第８の実施の形態において、請負先クライアントに表示される画面の一例を模式的に示す図である。

【図３２】 記録媒体の例を示す図である。

【符号の説明】

１００ 発注元クライアント ２００ 請負先クライアント ３００ ブローカー ３１０ 情報受信部 ３２０ 請負先選定部 ３３０ 情報送信部 ３４０ 仕事情報格納部 ３５０ 請負先情報格納部 ３６０ デジタル情報格納部 ５００ ネットワーク ９１ 回線先の記憶装置 ９２ ＣＤ−ＲＯＭやフロッピーディスク等の可搬型記録媒体 ９２−１ ＣＤ−ＲＯＭ ９２−２ フロッピーディスク ９３ コンピュータ ９４ コンピュータ上のＲＡＭ／ハードディスク等の記録媒体