知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024103987
(43)【公開日】2024-08-02
(54)【発明の名称】業務情報提供システム、コンピュート装置、および方法
(51)【国際特許分類】
G06Q 10/1053 20230101AFI20240726BHJP
【ＦＩ】
G06Q10/1053
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2023007964
(22)【出願日】2023-01-23
(71)【出願人】
【識別番号】000006231
【氏名又は名称】株式会社村田製作所
(74)【代理人】
【識別番号】110001195
【氏名又は名称】弁理士法人深見特許事務所
(72)【発明者】
【氏名】板谷 昌治
(72)【発明者】
【氏名】松井 和輝
(72)【発明者】
【氏名】森 悠介
(72)【発明者】
【氏名】丹羽 佑斗
【テーマコード（参考）】
5L010
5L049
【Ｆターム（参考）】
5L010AA08
5L010AA11
5L049AA08
5L049AA11
(57)【要約】
【課題】労働市場において労働市場において重要視されている能力を理解することが可能な情報を応募者に提供する。
【解決手段】募集業務に応募する応募者に募集業務の業務情報を提供する業務情報提供システム（１）であって、応募者によって操作される応募者装置（３００）と、応募者装置（３００）と通信し、業務情報が募集案件毎に登録されたデータベースにアクセス可能なコンピュート装置（１００）とを備え、コンピュート装置（１００）は、複数の募集案件の各々に含まれる業務情報に基づいて、業務に関する能力に対する労働市場の評価を業務に関する能力の種類別に推定し、推定結果を応募者装置（３００）へ表示する。
【選択図】図１
【解決手段】募集業務に応募する応募者に募集業務の業務情報を提供する業務情報提供システム（１）であって、応募者によって操作される応募者装置（３００）と、応募者装置（３００）と通信し、業務情報が募集案件毎に登録されたデータベースにアクセス可能なコンピュート装置（１００）とを備え、コンピュート装置（１００）は、複数の募集案件の各々に含まれる業務情報に基づいて、業務に関する能力に対する労働市場の評価を業務に関する能力の種類別に推定し、推定結果を応募者装置（３００）へ表示する。
【選択図】図１
【特許請求の範囲】
【請求項1】
募集業務に応募する応募者に前記募集業務の業務情報を提供する業務情報提供システムであって、
前記応募者によって操作される応募者装置と、
前記応募者装置と通信し、前記業務情報が募集案件毎に登録されたデータベースにアクセス可能なコンピュート装置とを備え、
前記コンピュート装置は、複数の募集案件の各々に含まれる前記業務情報に基づいて、業務に関する能力に対する労働市場の評価を前記業務に関する能力の種類別に推定し、推定結果を前記応募者装置へ表示する、業務情報提供システム。
前記応募者によって操作される応募者装置と、
前記応募者装置と通信し、前記業務情報が募集案件毎に登録されたデータベースにアクセス可能なコンピュート装置とを備え、
前記コンピュート装置は、複数の募集案件の各々に含まれる前記業務情報に基づいて、業務に関する能力に対する労働市場の評価を前記業務に関する能力の種類別に推定し、推定結果を前記応募者装置へ表示する、業務情報提供システム。
【請求項2】
前記データベースには、前記応募者が保有する能力を特定可能な能力情報が登録されており、
前記コンピュート装置は、前記能力情報に基づいて前記応募者が保有する能力を特定し、前記応募者が保有する能力に対する労働市場の評価を示す評価情報を前記応募者装置へ表示する、請求項１に記載の業務情報提供システム。
前記コンピュート装置は、前記能力情報に基づいて前記応募者が保有する能力を特定し、前記応募者が保有する能力に対する労働市場の評価を示す評価情報を前記応募者装置へ表示する、請求項１に記載の業務情報提供システム。
【請求項3】
前記コンピュート装置は、前記推定結果と、前記応募者が保有している能力とに基づいて、前記応募者が習得すべき新たな能力を示す情報を前記応募者装置へ表示する、請求項１または請求項２に記載の業務情報提供システム。
【請求項4】
前記コンピュート装置は、前記新たな能力の習得に役立つ情報を前記応募者装置へ表示する、請求項３に記載の業務情報提供システム。
【請求項5】
前記業務情報は、前記応募者に要求される能力に関する能力情報、および報酬に関する報酬情報を含み、
前記コンピュート装置は、前記能力情報および前記報酬情報に基づいて、前記業務に関する能力に対する労働市場の評価を推定する、請求項１または請求項２に記載の業務情報提供システム。
前記コンピュート装置は、前記能力情報および前記報酬情報に基づいて、前記業務に関する能力に対する労働市場の評価を推定する、請求項１または請求項２に記載の業務情報提供システム。
【請求項6】
前記能力情報は、前記応募者のスキルおよび前記スキルを用いた業務の経験期間を含む、請求項２に記載の業務情報提供システム。
【請求項7】
前記業務に関する能力に対する労働市場の評価は、前記業務に関する能力に対して労働市場が与える価値、および前記業務に関する能力が必要とされている労働市場の規模のいずれか一方を含む、請求項１または請求項２に記載の業務情報提供システム。
【請求項8】
前記業務情報提供システムは、業務の受注者を募集する募集者と応募者とをマッチングする機能を備え、
前記コンピュート装置は、前記業務情報および前記業務情報の開示範囲を示す開示情報を前記データベースに登録し、
前記コンピュート装置は、前記データベースに登録されている業務情報のうち、前記応募者への開示が許容されている業務情報を前記開示情報に基づいて判定し、前記応募者への開示が許容されている業務情報を前記応募者装置へ表示する、請求項１または請求項２に記載の業務情報提供システム。
前記コンピュート装置は、前記業務情報および前記業務情報の開示範囲を示す開示情報を前記データベースに登録し、
前記コンピュート装置は、前記データベースに登録されている業務情報のうち、前記応募者への開示が許容されている業務情報を前記開示情報に基づいて判定し、前記応募者への開示が許容されている業務情報を前記応募者装置へ表示する、請求項１または請求項２に記載の業務情報提供システム。
【請求項9】
募集業務に応募する応募者に前記募集業務の業務情報を提供するコンピュート装置であって、
前記応募者によって操作される応募者装置と通信する通信インターフェイスと、
前記業務情報が登録されたデータベースにアクセスするプロセッサとを備え、
前記プロセッサは、複数の募集案件の各々に含まれる前記業務情報に基づいて、業務に関する能力に対する労働市場の評価を前記業務に関する能力の種類別に推定し、推定結果を前記応募者装置へ表示する、コンピュート装置。
前記応募者によって操作される応募者装置と通信する通信インターフェイスと、
前記業務情報が登録されたデータベースにアクセスするプロセッサとを備え、
前記プロセッサは、複数の募集案件の各々に含まれる前記業務情報に基づいて、業務に関する能力に対する労働市場の評価を前記業務に関する能力の種類別に推定し、推定結果を前記応募者装置へ表示する、コンピュート装置。
【請求項10】
募集業務に応募する応募者に前記募集業務の業務情報を提供する方法であって、
前記応募者によって操作される応募者装置と通信するステップと、
前記業務情報が登録されたデータベースにアクセスするステップと、
複数の募集案件の各々に含まれる前記業務情報に基づいて、業務に関する能力に対する労働市場の評価を前記業務に関する能力の種類別に推定し、推定結果を前記応募者装置へ表示するステップとを含む、方法。
前記応募者によって操作される応募者装置と通信するステップと、
前記業務情報が登録されたデータベースにアクセスするステップと、
複数の募集案件の各々に含まれる前記業務情報に基づいて、業務に関する能力に対する労働市場の評価を前記業務に関する能力の種類別に推定し、推定結果を前記応募者装置へ表示するステップとを含む、方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、募集業務に応募する応募者に募集業務の業務情報を提供する業務情報提供システム、コンピュート装置、および方法に関する。
【背景技術】
【0002】
条件の良い募集業務には、多くの応募者が集中する。多数の応募者の中から受注者として選定されるために、応募者は、高い能力を募集者にアピールできるよう、常日頃、能力を高める努力をすることが必要である。
【0003】
特許文献１には、企業側で必要とされる求人条件に適合するように、キャリア履歴に応じた追加的な履修カリキュラムをユーザに提供するキャリアカウンセリングシステムが記載されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２００３－３３１０９３号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
特許文献１に記載のシステムによれば、ユーザは、キャリア履歴に応じた追加的な履修カリキュラムを学習することで新たな能力を習得することができる。しかし、キャリア履歴に応じて習得された新たな能力が労働市場において求められている能力と一致するかどうかは不明である。このため、新たな能力を習得するためのユーザの努力が無駄になる可能性がある。
【0006】
本開示は、上記のような課題を解決するためになされたものであって、その目的は、労働市場において重要視されている能力を理解することが可能な情報を応募者に提供することである。
【課題を解決するための手段】
【0007】
本開示の第１の局面に係る業務情報提供システムは、募集業務に応募する応募者に募集業務の業務情報を提供する業務情報提供システムであって、応募者によって操作される応募者装置と、応募者装置と通信し、業務情報が募集案件毎に登録されたデータベースにアクセス可能なコンピュート装置とを備え、コンピュート装置は、複数の募集案件の各々に含まれる業務情報に基づいて、業務に関する能力に対する労働市場の評価を業務に関する能力の種類別に推定し、推定結果を応募者装置へ表示する。
【0008】
本開示の第２の局面に係るコンピュート装置は、募集業務に応募する応募者に募集業務の業務情報を提供するコンピュート装置であって、応募者によって操作される応募者装置と通信する通信インターフェイスと、業務情報が登録されたデータベースにアクセスするプロセッサとを備え、プロセッサは、複数の募集案件の各々に含まれる業務情報に基づいて、業務に関する能力に対する労働市場の評価を業務に関する能力の種類別に推定し、推定結果を応募者装置へ表示する。
【0009】
本開示の第３の局面に係る方法は、募集業務に応募する応募者に募集業務の業務情報を提供する方法であって、応募者によって操作される応募者装置と通信するステップと、業務情報が登録されたデータベースにアクセスするステップと、複数の募集案件の各々に含まれる業務情報に基づいて、業務に関する能力に対する労働市場の評価を業務に関する能力の種類別に推定し、推定結果を応募者装置へ表示するステップとを含む。
【発明の効果】
【0010】
本開示によれば、労働市場において重要視されている能力を理解することが可能な情報を応募者に提供することができる。
【図面の簡単な説明】
【0011】
【図1】業務情報提供システムの一例となるマッチングシステムの概要を示すブロック図である。
【図2】シェアリングサーバ、募集者装置、および応募者装置の構成を示すブロック図である。
【図3】企業データベースの一例を示す図である。
【図4】会員データベースの一例を示す図である。
【図5】コミュニティデータベースの一例を示す図である。
【図6】募集案件データベースの一例を示す図である。
【図7】副業データベースの一例を示す図である。
【図8】評価入力データベースの一例を示す図である。
【図9】評価サマリデータベースの一例を示す図である。
【図10】シェアリングサーバ、募集者装置、および応募者装置の機能を説明するための図である。
【図11】シェアリングサーバ、募集者装置、および応募者装置の機能を説明するための図である。
【図12】シェアリングサーバ、募集者装置、および応募者装置の機能を説明するための図である。
【図13】応募者装置の機能をさらに説明するための図である。
【図14】募集案件を募集案件データベースに登録する手順を説明するための図である。
【図15】データベースの中から募集案件を検索する手順を説明するための図である。
【図16】副業の予定および実績をデータベースに登録する手順を説明するための図である。
【図17】応募者に対する評価をデータベースに登録する手順を説明するための図である。
【図18】募集者に対する評価をデータベースに登録する手順を説明するための図である。
【図19】応募者に対する評価および会員の検索結果をディスプレイに表示する手順を説明するための図である。
【図20】募集者に対する評価および会員の検索結果をディスプレイに表示する手順を説明するための図である。
【図21】評価サマリデータベースの閲覧可能範囲を説明するための図である。
【図22】開示レベルに応じて開示範囲が設定される例を示す図である。
【図23】管理者（応募者の上司）が部下の副業状況を確認するときに管理者の応募者装置に表示される画面を示す図である。
【図24】募集案件データベースに含まれる案件内容の詳細を示す図である。
【図25】マッチングシステムが備えるリコメンド機能の概要を示す図である。
【図26】市場価値マップの一例を示す図である。
【図27】市場価値マップの他の一例を示す図である。
【図28】市場価値マップの他の一例を示す図である。
【図29】プロファイルデータベースの一例を示す図である。
【図30】能力データベースの一例を示す図である。
【図31】能力ＩＤの具体例を示す図である。
【図32】スキルＩＤの具体例を示す図である。
【図33】経験ＩＤの具体例を示す図である。
【図34】複数のスキルを組み合わせてスキルＩＤを構成する例を示す図である。
【図35】マッチングシステムのリコメンド機能に関わる処理手順を示すフローチャートである。
【図36】案件情報取得部の処理手順を示すフローチャートである。
【図37】ラベル付け部の処理手順を示すフローチャートである。
【図38】算出部の処理手順を示すフローチャートである。
【図39】能力情報取得部の処理手順を示すフローチャートである。
【図40】リコメンド部の処理手順を示すフローチャートである。
【図41】表示部の処理手順を示すフローチャートである。
【図42】再計算部の処理手順を示すフローチャートである。
【図43】変形例１に関わるシェアリングサーバ、募集者装置、および応募者装置の機能を説明するための図である。
【図44】変形例１に関わる会員データベースの一例を示す図である。
【図45】変形例１に関わる逆オファー会員検索処理の処理手順を示すフローチャートである。
【図46】変形例２に関わるシェアリングサーバ、募集者装置、および応募者装置の構成を示すブロック図である。
【図47】変形例２に関わる会員グループデータベースの一例を示す図である。
【図48】変形例２に関わる募集案件データベースの一例を示す図である。
【図49】変形例２に関わるシェアリングサーバ、募集者装置、および応募者装置の機能を説明するための図である。
【図50】変形例２に関わる募集案件を募集案件データベースに登録する手順を説明するための図である。
【発明を実施するための形態】
【0012】
以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。
【0013】
［マッチングシステム１を提案する背景］
図１は、業務情報提供システムの一例となるマッチングシステム１の概要を示すブロック図である。はじめに、本実施の形態においてマッチングシステム１を提案する背景を説明する。
図１は、業務情報提供システムの一例となるマッチングシステム１の概要を示すブロック図である。はじめに、本実施の形態においてマッチングシステム１を提案する背景を説明する。
【0014】
マッチングシステム１は、たとえば、企業間のクラウドソーシングに活用される。クラウドソーシングは、一般には、不特定多数の人の寄与を募り、必要とするサービス、アイデア、またはコンテンツを取得するプロセスである。
【0015】
人的リソースを有効に活用するため、副業を推進している企業も少なくない。企業間でクラウドソーシングを利用することによって、企業の従業員の能力を活用することができる。
【0016】
しかし、企業間に一般的なクラウドソーシングの手法をそのまま適用した場合、以下のような問題が生じるおそれがある。
【0017】
［秘密情報が漏洩する可能性］
一般的なクラウドソーシングの手法では、発注者側の企業と受注側の企業との関係が考慮されることがないため、クラウドソーシングを採用することに企業リスクおよび個人リスクが伴う。たとえば、従業員の副業を通じて、秘密情報がライバル関係にある企業に漏れてしまうおそれがある。従来のクラウドソーシングの手法では、従業員が競業他社の案件を副業として受注していないことを管理者が確認することができない。
一般的なクラウドソーシングの手法では、発注者側の企業と受注側の企業との関係が考慮されることがないため、クラウドソーシングを採用することに企業リスクおよび個人リスクが伴う。たとえば、従業員の副業を通じて、秘密情報がライバル関係にある企業に漏れてしまうおそれがある。従来のクラウドソーシングの手法では、従業員が競業他社の案件を副業として受注していないことを管理者が確認することができない。
【0018】
［オーバーワークの可能性］
企業が従業員の副業を認めた場合、従業員の労働時間が過度に長くなるおそれがある。オーバーワークのリスクを解消するため、本業および副業を含めた残業時間の上限を企業が定めることも考えられる。しかし、従業員が自由に副業を受注できる限り、企業が従業員の副業時間を管理することは困難である。その結果、従業員がオーバーワークの状態になる可能性がある。
企業が従業員の副業を認めた場合、従業員の労働時間が過度に長くなるおそれがある。オーバーワークのリスクを解消するため、本業および副業を含めた残業時間の上限を企業が定めることも考えられる。しかし、従業員が自由に副業を受注できる限り、企業が従業員の副業時間を管理することは困難である。その結果、従業員がオーバーワークの状態になる可能性がある。
【0019】
［副業の成果が正当に評価されない可能性］
従来、受注者に対する評価をすることを、発注者に要請するクラウドソーシングシステムが存在する。発注者がした適切な評価をクラウドソーシングシステムで共有した場合、業務の受注者を募集する者は、その評価を参考にして、業務の受注を希望する多くの者の中から能力の高い者を選択することができる。
従来、受注者に対する評価をすることを、発注者に要請するクラウドソーシングシステムが存在する。発注者がした適切な評価をクラウドソーシングシステムで共有した場合、業務の受注者を募集する者は、その評価を参考にして、業務の受注を希望する多くの者の中から能力の高い者を選択することができる。
【0020】
しかし、或る企業の発注者は、評価対象の他の企業の受注者のことを思うあまり、本来の評価よりも高い評価をシステムに入力するかもしれない。また、或る企業の発注者は、企業間の関係が悪化する可能性を考慮して、他の企業の受注者を低く評価することを避けるかもしれない。さらに、発注者は、評価をすることにメリットを感じず、本来の評価とはかけ離れた評価をシステムに入力するかもしれない。これらの可能性を考慮すると、システムが提供する評価の信頼性が低下するおそれがある。この場合、受注者に対する評価を共有しても、業務の発注者は、受注者を選択する際の参考データとして、その評価を活用することができない。
【0021】
［募集者に関する正確な情報が得られない可能性］
上述のようなクラウドソーシングシステムにおいて、募集されている業務に応募しようとする応募者は、業務の内容や報酬等を参考にしつつ、納得のいく業務を選択するであろう。しかし、募集者の中には、契約業務の範囲外で追加の依頼や、業務内容の変更を頻繁に指示する者が存在するかもしれない。応募者としては、そのような募集者を避けて募集業務に応募したいと思うであろう。逆に、業務の完了に至るまで問題を生じさせることのない募集者も存在する。応募者としては、できれば、そのような募集者が募集している業務に応募したいと考えるであろう。したがって、応募者（受注者）に対する評価のみならず、募集者（発注者）に対する評価もクラウドソーシングシステムで広く共有することが望ましい。
上述のようなクラウドソーシングシステムにおいて、募集されている業務に応募しようとする応募者は、業務の内容や報酬等を参考にしつつ、納得のいく業務を選択するであろう。しかし、募集者の中には、契約業務の範囲外で追加の依頼や、業務内容の変更を頻繁に指示する者が存在するかもしれない。応募者としては、そのような募集者を避けて募集業務に応募したいと思うであろう。逆に、業務の完了に至るまで問題を生じさせることのない募集者も存在する。応募者としては、できれば、そのような募集者が募集している業務に応募したいと考えるであろう。したがって、応募者（受注者）に対する評価のみならず、募集者（発注者）に対する評価もクラウドソーシングシステムで広く共有することが望ましい。
【0022】
募集者に対する適切な評価をクラウドソーシングシステムで共有した場合、これから業務に応募しようとする者は、その評価を参考にして、数多くの募集業務の中から、募集者の過去の取引履歴等を考慮しつつ、納得のいく業務を選択することができる。
【0023】
しかしながら、募集者に対する評価が可能な評価システムを構築する場合にも、受注者に対する評価が可能な評価システムを構築する場合と同様の問題が発生し得る。すなわち、或る企業の受注者（応募者）は、評価対象の他の企業の発注者（募集者）のことを思うあまり、本来の評価よりも高い評価をシステムに入力するかもしれない。また、或る企業の受注者（応募者）は、企業間の関係が悪化する可能性を考慮して、他の企業の発注者（募集者）を低く評価することを避けるかもしれない。さらに、受注者（応募者）は、評価をすることにメリットを感じず、本来の評価とはかけ離れた評価をシステムに入力するかもしれない。これらの可能性を考慮すると、システムが提供する評価の信頼性が低下するおそれがある。この場合、募集者に対する評価を共有しても、応募者は、募集者を選択する際の参考データとして、その評価を活用することができない。
【0024】
［マッチングの主体を企業とすることに関する特殊性］
一般に、企業間を跨いで人材と業務とをマッチングするためには、人材と業務とをマッチングする企業同士で信頼関係等の親密な関係性が必要とされる。したがって、たとえば、資本関係の無い企業間を跨いで人材と業務マッチングをすることは非常に困難である。また、上場企業等の大企業は多角経営等の観点から他社と競合しやすく、他社との間でカニバリゼーションが生じるため、数多くの企業との間で、人材と業務のマッチングをすることができないという特殊事情が存在する。
一般に、企業間を跨いで人材と業務とをマッチングするためには、人材と業務とをマッチングする企業同士で信頼関係等の親密な関係性が必要とされる。したがって、たとえば、資本関係の無い企業間を跨いで人材と業務マッチングをすることは非常に困難である。また、上場企業等の大企業は多角経営等の観点から他社と競合しやすく、他社との間でカニバリゼーションが生じるため、数多くの企業との間で、人材と業務のマッチングをすることができないという特殊事情が存在する。
【0025】
［労働市場のニーズに応じた能力を開発することの困難性］
報酬額の大きい募集業務など、条件の良い募集業務には、多くの応募者が集中する。多数の応募者の中から受注者として選定されるために、応募者は、高い能力を募集者にアピールできるよう、常日頃、能力を高める努力をすることが必要である。
報酬額の大きい募集業務など、条件の良い募集業務には、多くの応募者が集中する。多数の応募者の中から受注者として選定されるために、応募者は、高い能力を募集者にアピールできるよう、常日頃、能力を高める努力をすることが必要である。
【0026】
しかし、世の中に存在する数多の専門分野のすべてについての能力を高める努力を応募者がすることは現実的ではない。
【0027】
日本では、高齢者雇用安定法の改正により、定年時期が延長され、７０歳まで就業機会を確保する努力義務が設けられる。このため、日本では、シニア人材の活用が推進されている。シニア人材が従来よりも長く企業に残る場合、既存業務を若手に明け渡すことが難しくなる。このことは、企業の新陳代謝を阻害する要因となり得る。したがって、若手に既存業務を明け渡したシニア人材が活躍できるようにするため、シニア人材にはリスキル、リカレント教育を受けることが求められている。
【0028】
ＡＩ（Artificial Intelligence）技術が急速に各国の産業界に浸透しつつある現在、労働市場において必要とされる人材のニーズは、急激に変化するものと考えられる。このため、リスキル、リカレント教育が必要とされる対象は、日本のシニア人材に限られるものではない。
【0029】
しかし、労働市場において必要とされる人材のニーズを、個人で分析し、把握することは困難である。苦労して習得した能力が労働市場のニーズに合わない場合、新たな能力を習得するための努力が無駄になる可能性がある。
【0030】
また、これまでに習得している能力と関連性のない新たな能力を取得することは容易ではないため、労働市場において活躍しようとする者は、既に保有している能力と親和性の高い能力を習得することが望ましい。このことは、特に、シニア人材にあてはまるであろう。
【0031】
本実施の形態においては、従来のクラウドソーシングが抱える上述の様々な課題のうちの少なくとも１つを解決することを目的として、以下に詳述するマッチングシステム１を提案する。
【0032】
［全体構成］
図１を参照して、マッチングシステム１の概要の構成を説明する。マッチングシステム１は、シェアリングサーバ１００と、募集者装置２００Ａ，２００Ｂ，２００Ｃ…と、応募者装置３００Ａ，３００Ｂ，３００Ｃ…とを備える。
図１を参照して、マッチングシステム１の概要の構成を説明する。マッチングシステム１は、シェアリングサーバ１００と、募集者装置２００Ａ，２００Ｂ，２００Ｃ…と、応募者装置３００Ａ，３００Ｂ，３００Ｃ…とを備える。
【0033】
シェアリングサーバ１００は、企業間での業務の発注および受注をマッチングさせるマッチングサービスを多数の企業に提供する。図１には、マッチングサービスを利用する企業の例として、企業Ａ、企業Ｂ、企業Ｃ…が示されている。企業Ａ、企業Ｂ、企業Ｃ…は、マッチングシステム１の企業会員として登録されている。企業Ａ、企業Ｂ、企業Ｃ…の従業員のうち、マッチングシステム１を利用する者も個別にマッチングシステム１の会員として登録されている。
【0034】
マッチングシステム１において斡旋される業務は、たとえば、予め定めた期間で完了することが想定される一時的な業務である。このため、マッチングシステム１において斡旋される業務を受注する者は、企業内で自身が所属する特定の部門での業務を本業とし、マッチングシステム１において斡旋される業務を副業として、各々の業務に従事する。なお、マッチングシステム１において、たとえば、企業Ａの応募者は、企業Ａの業務を受注することも可能である。したがって、マッチングシステム１においては、企業Ａの部門Ｘの業務を、企業Ａの異なる部門Ｙに所属する応募者が受注することも許される。
【0035】
以下、マッチングシステム１において受注者が募集されている業務を「募集業務」または「募集案件」と称することがあり、募集案件を提供する者を「募集者」と称することがあり、募集案件の受注に応募する者を「応募者」と称することがある。募集業務に応募することを「募集業務への応募」または「募集案件への応募」と称することがある。
【0036】
募集案件を受注した応募者は、「受注者」に該当し、受注者に案件を発注した募集者は「発注者」に該当するが、以下においては、「受注者」を含めて「応募者」と称する場合があり、「発注者」を含めて「募集者」と称する場合がある。
【0037】
シェアリングサーバ１００には、マッチングサービスに必要なデータベース１２０が構築されている。データベース１２０は、マッチングサービスを提供するために必要な情報が登録された様々なデータベースを含む。たとえば、データベース１２０には、会員および募集業務の情報等が登録されている。シェアリングサーバ１００は、マッチングサービスを利用する企業とは別の企業によって管理および運用されている。マッチングサービスを利用するいずれかの企業がシェアリングサーバ１００を管理および運用してもよい。
【0038】
募集者装置２００Ａは、企業Ａの管理者によって操作される。募集者装置２００Ｂは、企業Ｂの管理者によって操作される。募集者装置２００Ｃは、企業Ｃの管理者によって操作される。以下、募集者装置２００Ａ，２００Ｂ，２００Ｃ…を「募集者装置２００」と総称することがある。
【0039】
応募者装置３００Ａは、企業Ａの応募者によって操作される。応募者装置３００Ｂは、企業Ｂの応募者によって操作される。応募者装置３００Ｃは、企業Ｃの応募者によって操作される。以下、応募者装置３００Ａ，３００Ｂ，３００Ｃ…を「応募者装置３００」と総称することがある。図１には、各企業に対して２名の応募者が描かれているが、応募者の人数はこれに限定されない。さらに多くの応募者が各企業に存在してもよいし、ある企業では応募者が１人であってもよい。シェアリングサーバ１００は、フリーランス等、企業に属さない者を応募者として受け付けてもよい。
【0040】
企業Ａ、企業Ｂ、企業Ｃ…の管理者は、本実施の形態において、募集者としての役割を担うものとする。したがって、以下においては、各企業の管理者を「募集者」と称することがある。募集者は、他の募集者が募集している業務に対して応募者として振る舞うことも可能である。その場合、募集者装置２００は、応募者装置３００として機能する。本実施の形態においては、企業の管理者が募集者として振る舞うときには、その管理者がマッチングサービスの利用に用いる装置を募集者装置２００と称する。
【0041】
企業Ａの管理者は、１人であっても、複数人であってもよい。企業Ａに管理者を配置する場合、各管理者に募集者装置２００を与えてもよく、１台の募集者装置２００を複数人で共用してもよい。企業Ｂ，企業Ｃ…についても同様である。
【0042】
シェアリングサーバ１００と募集者装置２００とは、通信回線網の一例となるインターネット５０を介して通信可能に構成されている。シェアリングサーバ１００と応募者装置３００とは、インターネット５０を介して通信可能に構成されている。
【0043】
シェアリングサーバ１００は、募集者装置２００のアクセスを受け付ける際に会員ＩＤおよびパスワードの入力を伴うサインインを要求する。同様に、シェアリングサーバ１００は、応募者装置３００のアクセスを受け付ける際に会員ＩＤおよびパスワードの入力を伴うサインインを要求する。シェアリングサーバ１００は、サインインの際に通知される会員ＩＤによって募集者および応募者の一人ひとりを特定する。
【0044】
募集者装置２００は、募集者の様々な操作を受け付ける。たとえば、募集者装置２００は、募集案件（依頼業務）を入力する操作、業務を終えた受注者に対する評価を入力する操作、およびマッチングサービスの会員を検索する操作等を受け付ける。
【0045】
募集者装置２００は、募集者装置２００に対するそれぞれの操作に応じてシェアリングサーバ１００と通信する。シェアリングサーバ１００は、募集案件（依頼業務）を入力する操作に応じて募集案件をデータベース１２０に登録し、評価を入力する操作に応じて対象の応募者（受注者）の評価をデータベース１２０に登録し、会員を検索する操作に応じて、会員の情報を募集者装置２００に提供する。
【0046】
応募者装置３００は、応募者の様々な操作を受け付ける。たとえば、応募者装置３００は、募集案件を検索する操作、募集案件に応募する操作、業務の実績を入力する操作、および募集者（発注者）に対する評価を入力する操作等を受け付ける。
【0047】
応募者装置３００は、応募者装置３００に対するそれぞれの操作に応じてシェアリングサーバ１００と通信する。シェアリングサーバ１００は、募集案件を検索する操作に応じて適切な募集案件を応募者装置３００に提供し、募集案件に応募する操作に応じて採用または不採用の通知を応募者装置３００に発行し、業務の実績を入力する操作に応じて、業務の実績をデータベース１２０に登録し、評価を入力する操作に応じて対象の募集者（発注者）の評価をデータベース１２０に登録する。
【0048】
以上のとおり、マッチングシステム１は、業務の応募者（受注者）および募集者（発注者）を評価する評価システムと、業務の受注者を募集する募集システムとを含んでいる。
【0049】
企業Ａのある部門に所属する募集者は、マッチングシステム１を利用することにより、企業Ａの他の部門に所属する応募者を募集案件の受注者として採用することが可能である。企業Ａに所属する募集者は、マッチングシステム１を利用することにより、企業Ｂに所属する応募者を募集案件の受注者として採用することが可能である。
【0050】
マッチングシステム１を利用する会員は、募集者または応募者として、シェアリングサーバ１００にアクセスする。以下では、マッチングシステム１の会員を「ユーザ」と称する場合がある。また、以下では、会員によって操作される募集者装置２００および応募者装置３００を、「ユーザ装置５００」と総称する場合がある。
【0051】
図１に示されるように、ユーザ装置５００の画面５５０には、労働市場マップが表示される。労働市場マップには、労働市場における価値の大きさが能力別に表示される。また、労働市場マップには、労働市場における規模の大きさが能力別に表示される。ユーザは、労働市場マップを見ることによって、どのような能力が労働市場において重要とされているのかを、価値および規模の観点から理解することができる。
【0052】
ユーザの保有する能力は、たとえば、スキルと経験年数とから特定される。スキルには国家資格などが含まれる。ユーザは、労働市場マップを見ることによって、たとえば、「国家資格Ａを有し、かつ国家資格Ａに関する業務経験年数がＮである」という「能力Ｘ」に対して、労働市場が与える価値を把握することができる。
【0053】
また、ユーザは、労働市場マップを見ることによって、そのような「能力Ｘ」が必要とされている労働市場の規模を把握することができる。以下、労働市場における能力に関する価値を「市場価値」と称し、労働市場における能力に関する規模を「市場規模」と称する場合がある。
【0054】
労働市場マップには、さらに、ユーザ本人が保有する能力と市場価値との関係、並びにユーザ本人が保有する能力と市場規模との関係が表示される。図１に例示される画面５５０には、ユーザ本人が保有する能力の市場価値が低く、その能力の市場規模が中程度であることが表示されている。
【0055】
ユーザは、労働市場マップを見ることによって、ユーザ本人が保有する能力と市場価値との関係、並びにユーザ本人が保有する能力と市場規模との関係を理解することができる。その上で、ユーザは、今後、どのような能力を開発すべきであるのかを、分析することができる。
【0056】
図２は、シェアリングサーバ１００、募集者装置２００、および応募者装置３００の構成を示すブロック図である。
【0057】
［シェアリングサーバ１００の構成］
シェアリングサーバ１００は、プロセッサ１０１と、メモリ１０２と、ストレージ１０３と、通信インターフェイス１０４とを備える。
シェアリングサーバ１００は、プロセッサ１０１と、メモリ１０２と、ストレージ１０３と、通信インターフェイス１０４とを備える。
【0058】
メモリ１０２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、または他の任意の適切なメモリシステムを含む。メモリ１０２は、プロセッサ１０１の演算処理に必要なプログラム、および演算処理において算出される一時的なデータ等を格納する。
【0059】
ストレージ１０３は、ハードディスクドライブおよびソリッドステートドライブ等により構成される。ストレージ１０３には、データベース１２０が格納されている。データベース１２０は、複数種類のデータベースを含む。複数種類のデータベースには、企業データベース（企業ＤＢ）１２１、会員データベース（会員ＤＢ）１２２，コミュニティデータベース（コミュニティＤＢ）１２３、募集案件データベース（募集案件ＤＢ）１２４、副業データベース（副業ＤＢ）１２５、評価入力データベース（評価入力）１２６、評価サマリデータベース（評価サマリＤＢ）１２７、およびその他の多数のデータベースが含まれる。
【0060】
シェアリングサーバ１００と別に設けたストレージに、これらの複数種類のデータベースのうちの一部を格納してもよい。たとえば、シェアリングサーバ１００とは別のクラウドサービスに接続し、図２に示される複数種類のデータベースの一部をそのクラウド上に格納してもよい。この場合、シェアリングサーバ１００は、インターネット５０を介して、そのクラウドと通信することにより、必要なデータベースにアクセスすることができる。
【0061】
プロセッサ１０１は、メモリ１０２に格納されたプログラムに従い、通信インターフェイス１０４を介してインターネット５０に接続する。プロセッサ１０１は、インターネット５０に接続し、募集者装置２００および応募者装置３００と通信する。プロセッサ１０１は、データベース１２０にアクセスし、必要なデータを抽出する処理、データベース１２０に新たなデータを登録する処理、およびデータベース１２０に登録されているデータを更新する処理等を実行する。
【0062】
［募集者装置２００の構成］
募集者装置２００は、プロセッサ２０１と、メモリ２０２と、通信インターフェイス２０３と、入出力インターフェイス２０４と、ディスプレイ２０５と、操作部２０６とを備える。操作部２０６は、マウスおよびキーボード等により構成される。
募集者装置２００は、プロセッサ２０１と、メモリ２０２と、通信インターフェイス２０３と、入出力インターフェイス２０４と、ディスプレイ２０５と、操作部２０６とを備える。操作部２０６は、マウスおよびキーボード等により構成される。
【0063】
メモリ２０２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、または他の任意の適切なメモリシステムを含む。メモリ２０２は、プロセッサ２０１の演算処理に必要なプログラム、および演算処理において算出される一時的なデータ等を格納する。
【0064】
プロセッサ２０１は、メモリ２０２に格納されたプログラムに従い、通信インターフェイス２０３を介してインターネット５０に接続する。プロセッサ２０１は、インターネット５０に接続し、シェアリングサーバ１００と通信する。プロセッサ２０１は、シェアリングサーバ１００と通信し、募集案件を送信する処理、応募者である会員の情報をディスプレイ２０５に表示する処理、応募者の中から選択された受注者に業務を発注する処理、募集者が入力した受注者に対する評価の内容をシェアリングサーバ１００へ送信する処理等を実行する。
【0065】
操作部２０６の操作により入力された情報は、入出力インターフェイス２０４を介して、プロセッサ２０１に通知される。
【0066】
［応募者装置３００の構成］
応募者装置３００は、プロセッサ３０１と、メモリ３０２と、通信インターフェイス３０３と、入出力インターフェイス３０４と、ディスプレイ３０５と、操作部３０６とを備える。操作部３０６は、マウスおよびキーボード等により構成される。
応募者装置３００は、プロセッサ３０１と、メモリ３０２と、通信インターフェイス３０３と、入出力インターフェイス３０４と、ディスプレイ３０５と、操作部３０６とを備える。操作部３０６は、マウスおよびキーボード等により構成される。
【0067】
メモリ３０２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、または他の任意の適切なメモリシステムを含む。メモリ３０２は、プロセッサ３０１の演算処理に必要なプログラム、および演算処理において算出される一時的なデータ等を格納する。
【0068】
プロセッサ３０１は、メモリ３０２に格納されたプログラムに従い、通信インターフェイス３０３を介してインターネット５０に接続する。プロセッサ３０１は、インターネット５０に接続し、シェアリングサーバ１００と通信する。プロセッサ３０１は、シェアリングサーバ１００と通信し、募集案件に応募する処理、応募した案件に対する採用または不採用の通知をディスプレイ３０５に表示する処理、受注した業務の実績をシェアリングサーバ１００に送信する処理、応募者が入力した募集者に対する評価の内容をシェアリングサーバ１００へ送信する処理等を実行する。
【0069】
操作部３０６の操作により入力された情報は、入出力インターフェイス３０４を介して、プロセッサ３０１に通知される。
【0070】
［データベース１２０の概要］
以下、データベース１２０の概要を説明する。企業データベース１２１には、マッチングシステム１に加盟する企業の情報が登録されている。会員データベース１２２には、マッチングシステム１を利用する会員の情報が登録されている。多くの会員は、マッチングシステム１に加盟する企業の従業員である。
以下、データベース１２０の概要を説明する。企業データベース１２１には、マッチングシステム１に加盟する企業の情報が登録されている。会員データベース１２２には、マッチングシステム１を利用する会員の情報が登録されている。多くの会員は、マッチングシステム１に加盟する企業の従業員である。
【0071】
会員データベース１２２に登録された会員は、マッチングシステム１を利用することにより、募集者（発注者）として、または応募者（受注者）として、活動することができる。会員には、企業データベース１２１に登録されている企業に所属する従業員の他、企業に所属しない個人（フリーランス）が含まれてもよい。
【0072】
コミュニティデータベース１２３には、コミュニティに所属する企業を特定するための情報が格納されている。コミュニティは、企業同士の合意によって形成される。したがって、企業間の合意の仕方によって、複数のコミュニティを形成することができる。１つのコミュニティに所属する企業の数も様々に設定することができる。コミュニティ関係を有する企業同士では、コミュニティを形成する際の合意の仕方により定まる範囲で信頼関係が形成される。コミュニティデータベース１２３には、コミュニティに所属する企業を特定するための情報がコミュニティ毎に登録されている。
【0073】
募集案件データベース１２４には、受注者を募集する業務（募集案件）が登録されている。各企業の従業員は、企業において所属する部門の本業に従事しつつ、マッチングシステム１の会員として、募集案件データベース１２４に登録されている自企業の他部門の案件または他の企業の案件を受注することができる。この場合、会員は、自企業の他部門の案件または他の企業の案件を副業として受注する。
【0074】
副業データベース１２５には、副業の状況を示すデータが会員毎に登録されている。副業の状況を示すデータには、副業実績、副業予定等の情報が含まれる。
【0075】
評価入力データベース１２６には、応募者（受注者）に対する評価の情報と、募集者（発注者）に対する評価の情報とが登録されている。募集者（発注者）は、マッチングシステム１を利用することにより、業務を終えた応募者（受注者）の仕事ぶりを評価者として評価することができる。応募者（受注者）は、マッチングシステム１を利用することにより、評価者として、募集者（発注者）を評価することができる。個々の評価者がした評価が評価入力データベース１２６に登録される。
【0076】
評価サマリデータベース１２７には、評価サマリが登録される。評価サマリデータベース１２７には、評価サマリが会員別に登録される。評価サマリには、募集者評価サマリと、応募者評価サマリとが含まれる。募集者評価サマリは、会員が募集者（発注者）として振る舞ったときの評価の高さを示す。応募者評価サマリには、会員が応募者（受注者）として振る舞ったときの評価の高さを示す。募集者評価サマリは、募集者に対する応募者からの評価に基づいて作成される。応募者評価サマリは、応募者に対する募集者からの評価に基づいて作成される。
【0077】
会員は、評価サマリを閲覧することができる。募集者は、各会員の応募者評価サマリを閲覧しつつ、適切と思われる会員を受注者として選択することができる。応募者は、各会員の募集者評価サマリを閲覧しつつ、適切と思われる募集者の業務に応募することができる。
【0078】
［企業データベース１２１］
図３は、企業データベース１２１の一例を示す図である。企業データベース１２１には、企業を識別するための企業ＩＤ、企業名、企業の住所、および副業上限時間が企業別に登録されている。副業上限時間は、従業員が本業と別に副業として業務をすることが許可されている上限時間である。副業上限時間は、企業毎に定められている。たとえば、副業上限時間は、「規定の残業時間-副業以外の本業での残業時間」により算出することが可能である。「規定の残業時間」は、企業によって異なる。なお、図３においては、月単位の副業上限時間が示されているが、週単位の上限時間としてもよい。企業毎に副業上限時間の単位を定めてもよい。
図３は、企業データベース１２１の一例を示す図である。企業データベース１２１には、企業を識別するための企業ＩＤ、企業名、企業の住所、および副業上限時間が企業別に登録されている。副業上限時間は、従業員が本業と別に副業として業務をすることが許可されている上限時間である。副業上限時間は、企業毎に定められている。たとえば、副業上限時間は、「規定の残業時間-副業以外の本業での残業時間」により算出することが可能である。「規定の残業時間」は、企業によって異なる。なお、図３においては、月単位の副業上限時間が示されているが、週単位の上限時間としてもよい。企業毎に副業上限時間の単位を定めてもよい。
【0079】
本実施の形態において、会員は、その会員が所属する企業が定めた副業上限時間を超えない範囲で、様々な企業および部門が募集する業務に応募し、その業務を受注することが許される。
【0080】
［会員データベース１２２］
図４は、会員データベース１２２の一例を示す図である。会員データベース１２２には、会員の各種の情報が登録されている。会員の各種の情報には、会員を識別するための会員ＩＤ、会員が所属する企業のＩＤ、会員名、会員の権限、会員が所属する部門、および副業可能時間が含まれる。
図４は、会員データベース１２２の一例を示す図である。会員データベース１２２には、会員の各種の情報が登録されている。会員の各種の情報には、会員を識別するための会員ＩＤ、会員が所属する企業のＩＤ、会員名、会員の権限、会員が所属する部門、および副業可能時間が含まれる。
【0081】
会員の権限の種類には、管理者および応募者が含まれる。管理者権限を有する会員には、募集者および応募者としてマッチングシステム１を利用する権限が与えられる。応募者権限を有する会員には、応募者としてマッチングシステム１を利用する権限が与えられるものの、募集者としてマッチングシステム１を利用する権限は与えられない。企業内の部門長には、部門内の部下の副業状況を管理するために、管理者権限が与えられる。管理者権限を有する管理者には、部下である応募者の応募を承認する権限が与えられる。したがって、管理者は、承認者として機能する。
【0082】
副業可能時間は、副業に従事することが可能な残り時間である。副業可能時間は、「副業上限時間－副業総時間」によって算出される。対象者が複数の副業に従事している場合、副業総時間には、それら複数の副業に既に費やした時間が含まれる。副業総時間には、既に副業に費やした時間に加え、副業の見込時間が含まれる。副業の見込時間は、募集案件データベース１２４に登録された想定工数によって算出される。図４には、月単位の副業可能時間が示されている。マッチングシステム１を利用して募集業務を検索する応募者には、副業可能時間の範囲の工数で対応可能な業務のみが応募可能な案件として提供される。
【0083】
［コミュニティデータベース１２３］
図５は、コミュニティデータベース１２３の一例を示す図である。コミュニティデータベース１２３には、企業間で形成されるコミュニティの情報が登録されている。コミュニティの情報には、コミュニティを識別するためのコミュニティＩＤ、コミュニティ名、およびコミュニティに所属する企業のＩＤリストが含まれる。各企業は、他の企業と合意することによって様々なコミュニティを形成することができる。コミュニティに所属する企業は、他の企業との合意によって、コミュニティに所属する対象とする企業を変更することができる。
図５は、コミュニティデータベース１２３の一例を示す図である。コミュニティデータベース１２３には、企業間で形成されるコミュニティの情報が登録されている。コミュニティの情報には、コミュニティを識別するためのコミュニティＩＤ、コミュニティ名、およびコミュニティに所属する企業のＩＤリストが含まれる。各企業は、他の企業と合意することによって様々なコミュニティを形成することができる。コミュニティに所属する企業は、他の企業との合意によって、コミュニティに所属する対象とする企業を変更することができる。
【0084】
［募集案件データベース１２４］
図６は、募集案件データベース１２４の一例を示す図である。募集案件データベース１２４には、募集案件の情報が登録されている。募集案件の情報には、募集案件を識別するための案件ＩＤ、募集案件を登録した募集者が所属する企業のＩＤ、非開示企業ＩＤリスト、開示レベル、案件タイトル、想定工数、想定期間、および案件内容が含まれる。
図６は、募集案件データベース１２４の一例を示す図である。募集案件データベース１２４には、募集案件の情報が登録されている。募集案件の情報には、募集案件を識別するための案件ＩＤ、募集案件を登録した募集者が所属する企業のＩＤ、非開示企業ＩＤリスト、開示レベル、案件タイトル、想定工数、想定期間、および案件内容が含まれる。
【0085】
非開示企業ＩＤリストには、募集案件の開示を禁止する企業のＩＤが登録される。開示レベルには、「自社」、「コミュニティ内」、および「すべて」の３段階のレベルのいずれかが設定される。開示レベルが「すべて」に設定された場合、開示対象には、コミュニティ外の応募者も含まれる。
【0086】
図６の募集案件データベース１２４の右側には、募集案件を閲覧可能な企業のＩＤが示されている。たとえば、案件ＩＤ＝００１に対応する募集案件では、開示レベルが「自社」に設定されている。この場合、募集案件を登録した企業（企業ＩＤ＝００Ａ）に所属する会員のみが案件ＩＤ＝００１に対応する募集案件を閲覧できる。
【0087】
以下、案件ＩＤを用いて、各案件ＩＤに対応する募集案件を案件００１、案件００２、案件００３…と称する場合がある。同様に、コミュニティＩＤを用いて、各コミュニティＩＤに対応するコミュニティをコミュニティ０１、コミュニティ０２、コミュニティ０３…と称する場合があり、会員ＩＤを用いて、各会員ＩＤに対応する会員を会員Ｐ１、会員Ｐ２、会員Ｐ３…と称する場合がある。また、以下、企業ＩＤの一部を用いて、各企業ＩＤに対応する企業を企業Ａ、企業Ｂ、企業Ｃ…と称する場合がある。
【0088】
案件００２では、開示レベルが「コミュニティ内」に設定されている。図５に示されるコミュニティデータベース１２３によれば、案件００２を登録した企業Ａとコミュニティ関係にある企業は、企業Ｂおよび企業Ｃである。したがって、図６に示されるように、企業Ａ、企業Ｂ、および企業Ｃのいずれかに所属する会員のみが案件００２を閲覧できる。
【0089】
案件００３は、募集案件の登録企業および開示レベルが案件００２と同じである。ただし、案件００３では、非開示企業ＩＤリストに「００Ｂ」が登録されている。したがって、図６に示されるように、企業Ａおよび企業Ｃのいずれかに所属する会員のみが案件００３を閲覧でき、企業Ｂに所属する会員には案件００３を閲覧する権限が認められない。
【0090】
開示レベルが「すべて」に設定されている募集案件の場合、すべての会員が対象の募集案件を閲覧できる。図６に示される案件００５がこれに該当する。仮に、案件００５の非開示企業ＩＤリストに１つまたは複数の企業のＩＤが登録されていた場合、それらの企業ＩＤの企業に所属する会員には、案件００５を閲覧する権限が与えられない。
【0091】
想定工数および想定期間は、募集案件を処理する時間を想定するために、応募者およびマッチングシステム１により用いられる。
【0092】
［副業データベース１２５］
図７は、副業データベース１２５の一例を示す図である。副業データベース１２５には、会員の副業の状況を示す情報が副業の案件別に登録されている。副業の状況を示す情報には、副業に従事する会員のＩＤ、案件ＩＤ、月度（副業への従事期間）、副業予定時間、副業実績時間、副業見込時間、および進捗率が含まれる。
図７は、副業データベース１２５の一例を示す図である。副業データベース１２５には、会員の副業の状況を示す情報が副業の案件別に登録されている。副業の状況を示す情報には、副業に従事する会員のＩＤ、案件ＩＤ、月度（副業への従事期間）、副業予定時間、副業実績時間、副業見込時間、および進捗率が含まれる。
【0093】
副業予定時間は、会員が受注済みの案件を処理するために要すると考えられる時間である。副業を受注している会員は、月毎に副業予定時間を自身の応募者装置３００から入力する。入力された副業予定時間が副業データベース１２５に反映される。たとえば、案件００１の想定工数は、募集案件データベース１２４において、５時間／人・月に設定されている。これは、一月で一人あたり５時間の作業量であることを意味する。通常、会員は、募集案件の想定工数を目安にして副業予定時間を入力する。
【0094】
副業実績時間は、会員が受注済みの案件に実際に従事した時間である。換言すると、副業実績時間は、会員が既に実績として働いた時間である。会員は、受注済みの案件の業務が完了するまで、その案件に従事する都度、任意のタイミングで案件の業務に従事した時間を自身の応募者装置３００で入力する。副業データベース１２５には、応募者装置３００で入力された時間の累積値が月毎に副業実績時間として登録される。
【0095】
副業見込時間は、対象の案件の業務に要すると想定される時間である。換言すると、副業見込時間は、会員の今後の労働時間として見込まれる時間である。シェアリングサーバ１００は、副業予定時間と副業実績時間とを考慮して、副業見込時間を自動的に設定する。対象の案件の業務が完了するまで、任意のタイミングで副業見込時間を会員が自身の応募者装置３００で入力できるようにしてもよい。また、一旦、自動で設定された副業見込時間を会員が修正できるようにしてもよい。副業見込時間は、副業予定時間以下であることが望ましい。しかし、案件の状況によっては、副業予定時間よりも副業見込時間が長くなる可能性もある。案件に従事する会員は、案件の業務が完了するまで、任意のタイミングで副業見込時間を更新することができるようにしてもよい。
【0096】
進捗率は、副業の進捗の程度を示す。進捗率は、副業に従事する者の判断によって入力される。進捗率は、たとえば、０（％）～１００（％）の間で入力される。
【0097】
たとえば、会員がある案件を受注した当初、進捗率は０％であり、副業実績時間は０時間であり、副業予定時間と副業見込時間とは一致している。会員が案件の業務を進め、副業実績時間および進捗率を入力することに連動して、副業見込時間が変化する。
【0098】
図７に示される副業データベース１２５には、会員Ｐ２の２０２１年１０月～２０２１年１２月の副業のデータが示されている。図７に示される副業データベース１２５を参照すると、会員Ｐ２は、２０２１年１０月～２０２１年１２月の間で、案件００１および案件００２に従事していることがわかる。
【0099】
案件００１の１０月度のデータとして、副業データベース１２５には、副業予定時間＝５、副業実績時間＝１０、および副業見込時間＝１０が登録されている。このことから、会員Ｐ２は、１０月に副業予定時間を超えて案件００１に従事したことがわかる。
【0100】
案件００２の１１月度のデータとして、副業データベース１２５には、副業予定時間＝１０、副業実績時間＝４、および副業見込時間＝８が登録されている。このことから、会員Ｐ２は、１１月においては、設定された副業見込時間を超えることなく案件００２に従事したことがわかる。進捗率が５０であることから、会員Ｐ２は、１１月において、案件００２の業務全体の半分を終えたことがわかる。
【0101】
案件００１の１２月度のデータとして、副業データベース１２５には、副業予定時間＝５、および副業見込時間＝５が登録されており、副業実績時間は登録されていない。案件００２の１２月度のデータについても同様に、副業実績時間は登録されていない。これらは、会員Ｐ２による副業実績時間の入力待ちであることを意味する。
【0102】
シェアリングサーバ１００は、副業データベース１２５の副業見込時間および副業実績時間を用いて、会員が追加で副業をすることのできる余力を算出する。会員が複数の副業に従事している場合、シェアリングサーバ１００は、それらの複数の副業に対応する副業見込時間の合計である「副業総見込時間」と、それらの複数の副業に対応する副業実績時間の合計である「副業総実績時間」とを算出する。シェアリングサーバ１００は、「副業上限時間－（副業総見込時間＋副業総実績時間）」を算出することにより、副業の余力を算出する。ここで、「副業総見込時間＋副業総実績時間」を「副業総時間」と定義した場合、副業の余力、すなわち、「副業可能時間」は、「副業上限時間－副業総時間」で算出されることになる。たとえば、図７に示される副業データベース１２５において、会員Ｐ２の１２月の副業見込時間の合計である副業総見込時間は１５時間（５時間＋１０時間）である。また、会員Ｐ２の１２月の副業総実績時間はゼロである。このとき、会員Ｐ２が所属する企業で定められた「副業上限時間」が３０時間であるとすれば、会員Ｐ２の副業の余力（副業可能時間）は、１５時間（３０時間－１５時間）と算出される。
【0103】
ここで、副業見込時間のより具体的な算出手順の一例を説明する。たとえば、「副業見込時間」は、「（工数進捗率／進捗率）×副業予定時間－副業実績時間」という算出式に基づいて算出してもよい。ここで、「工数進捗率」は、「副業実績時間/副業予定時間」により算出される。「進捗率」は、既に説明したとおり、副業に従事する者の判断によって副業データベース１２５に入力される率である。
【0104】
たとえば、副業予定時間＝１０時間で、副業実績時間＝２時間のとき、工数進捗率は２０％と算出される。ここで、進捗率を４０％とする。このとき、副業見込時間は、「（２０％／４０％）×１０時間－２時間」＝３時間と算出される。つまり、この算出結果によれば、対象の副業に対する副業見込時間は、３時間ということになる。
【0105】
［評価入力データベース１２６］
図８は、評価入力データベース１２６の一例を示す図である。評価入力データベース１２６には、被評価者に対する評価の情報が登録される。評価の情報には、評価対象、被評価者の会員ＩＤ、評価者の会員ＩＤ、および評価結果が含まれる。
図８は、評価入力データベース１２６の一例を示す図である。評価入力データベース１２６には、被評価者に対する評価の情報が登録される。評価の情報には、評価対象、被評価者の会員ＩＤ、評価者の会員ＩＤ、および評価結果が含まれる。
【0106】
評価入力データベース１２６は、募集者評価部１２６Ａと、応募者評価部１２６Ｂとを含む。募集者評価部１２６Ａには、募集者（発注者）に対する評価の情報が登録されている。応募者評価部１２６Ｂには、応募者（受注者）に対する評価の情報が登録されている。
【0107】
募集者評価部１２６Ａにおいて、評価対象（被評価者）には募集者（発注者）が該当し、評価者には、評価対象者の募集業務に応募し、業務を受注した応募者が該当する。募集者評価部１２６Ａには、被評価者に対する評価が評価者別に登録される。図８には、被評価者に該当する会員Ｐ１，Ｐ２が評価者会員から評価を受けている例が示されている。特に、図８には、会員Ｐ１が評価者会員Ｐ５，Ｐ７，Ｐ１１，Ｐ１２の各々から評価を受けている例が示されている。評価結果（評価値）は、１０を最大値とし、０を最小値とする数値によって表される。
【0108】
応募者評価部１２６Ｂにおいて、評価対象（被評価者）には募集案件への応募者（受注者）が該当し、評価者には、その案件の募集者（発注者）が該当する。応募者評価部１２６Ｂには、被評価者に対する評価が評価者別に登録される。図８には、被評価者に該当する会員Ｐ７が、評価者に該当する会員Ｐ１，Ｐ２，Ｐ３の各々から評価を受けている例が示されている。なお、図８において、応募者評価部１２６Ｂにおける評価結果の例は省略されているが、募集者評価部１２６Ａと同様に様々な評価結果がそこに登録される。
【0109】
応募者（受注者）は、募集者（発注者）から受注した業務が完了したときに、応募者装置３００を用いて、評価者として募集者である被評価者を評価する。評価者の評価結果は、評価入力データベース１２６に登録される。ある応募者が業務を受注したことのある募集者から再度、別の業務を受注した場合、応募者は再びその募集者を評価する。この場合、評価入力データベース１２６には、先の評価結果と後の評価結果との平均値が登録される。
【0110】
募集者（発注者）は、応募者（受注者）に依頼した業務を応募者（受注者）が完了させたときに、募集者装置２００を用いて、評価者として応募者である被評価者を評価する。評価者の評価結果は、評価入力データベース１２６に登録される。ある募集者が業務を依頼したことのある応募者に再度、別の業務を発注した場合、募集者は再びその応募者を評価する。この場合、評価入力データベース１２６には、先の評価結果と後の評価結果との平均値が登録される。
【0111】
したがって、評価入力データベース１２６に登録される評価結果には、被評価者に対する各評価者の評価の平均値が反映されている。なお、平均値に代えて、評価数に応じて算出する加重平均値および偏差値等を採用してもよい。評価入力データベース１２６には、案件ＩＤ別の評価結果をさらに登録してもよい。
【0112】
［評価サマリデータベース１２７］
図９は、評価サマリデータベース１２７の一例を示す図である。評価サマリデータベース１２７には、被評価者に対する部門別の評価の情報が登録される。組織別の評価の情報には、評価対象、被評価者の会員ＩＤ、被評価者が所属する企業のＩＤ、評価者が所属する企業のＩＤ、評価者が所属する部門、および評価サマリが含まれる。
図９は、評価サマリデータベース１２７の一例を示す図である。評価サマリデータベース１２７には、被評価者に対する部門別の評価の情報が登録される。組織別の評価の情報には、評価対象、被評価者の会員ＩＤ、被評価者が所属する企業のＩＤ、評価者が所属する企業のＩＤ、評価者が所属する部門、および評価サマリが含まれる。
【0113】
評価サマリデータベース１２７は、募集者評価サマリ部１２７Ａと、応募者評価サマリ部１２７Ｂとを含む。募集者評価サマリ部１２７Ａにおいて、評価対象（被評価者）には募集者（発注者）が該当する。応募者評価サマリ部１２７Ｂにおいて、評価対象（被評価者）には応募者（受注者）が該当する。評価サマリデータベース１２７には、評価対象に対する評価サマリが部門別に登録されている。
【0114】
評価サマリは、評価入力データベース１２６の集計結果に基づいて算出される。部門のカテゴリには、企業に所属する「システム部」や「企画部」等の各部と、企業全体を意味する「全体」とが含まれる。評価サマリは、このような「部門」別に算出される。
【0115】
図９には、募集者評価サマリ部１２７Ａとして、会員Ｐ１が被評価者に該当する例が示されている。被評価者の企業ＩＤは、「００Ａ」である。このため、会員Ｐ１は企業Ａに所属する。図９において、データ群１２７１は、募集者として振る舞う会員Ｐ１に対する企業Ｂの評価を表し、データ群１２７２は、募集者として振る舞う会員Ｐ１に対する企業Ｃの評価を表す。
【0116】
データ群１２７１を参照すると、企業Ｂの評価は、企業全体の評価、企業Ｂ内のシステム部の評価、および企業Ｂ内の企画部の評価に分類されていることがわかる。評価サマリには、分類された各々のカテゴリに対応する評価の平均値が登録される。
【0117】
たとえば、企業Ｂ全体に対応する評価サマリとしては、募集者として振る舞う会員Ｐ１を評価した企業Ｂの会員の評価結果の平均値が登録される。図９では、その値が「４．７５」とされている。システム部に対応する評価サマリとしては、募集者として振る舞う会員Ｐ１を評価した企業Ｂの会員のうち、システム部に所属する会員の評価結果の平均値が登録される。図９では、その値が「４．０」とされている。企画部に対応する評価サマリとしては、募集者として振る舞う会員Ｐ１を評価した企業Ｂの会員のうち、企画部に所属する会員の評価結果の平均値が登録される。図９では、その値が「５．０」とされている。
【0118】
データ群１２７２についても、データ群１２７１と同様、企業Ｃの評価は、企業全体の評価、企業Ｃ内の各部別の評価に分類されている。データ群１２７１，１２７２は、募集者を評価対象とするデータである。このため、データ群１２７１，１２７２に登録される評価サマリは、募集者評価サマリである。
【0119】
以上、募集者評価サマリ部１２７Ａについて詳細に説明した。次に、応募者評価サマリ部１２７Ｂを説明する。図９には、応募者評価サマリ部１２７Ｂとして、会員Ｐ７が被評価者に該当する例が示されている。被評価者の企業ＩＤは、「００Ｃ」である。このため、会員Ｐ７は企業Ｃに所属する。応募者評価サマリ部１２７Ｂには、応募者として振る舞う会員Ｐ７に対する評価が部門別に登録されている。
【0120】
応募者評価サマリ部１２７Ｂは、評価対象が「募集者」ではなく「応募者」である点を除いて、募集者評価サマリ部１２７Ａと同様の構造を有している。したがって、ここでは、既に行った募集者評価サマリ部１２７Ａの説明を以て、応募者評価サマリ部１２７Ｂの説明に替えることとする。
【0121】
シェアリングサーバ１００は、評価入力データベース１２６を用いて各会員の評価結果を特定し、会員データベース１２２を用いて各会員の所属を特定する。シェアリングサーバ１００は、それらの特定結果に基づいて評価サマリデータベース１２７のデータを更新する。
【0122】
なお、図９には、被評価者として会員Ｐ１，Ｐ７のみが示されているが、他の会員Ｐ２～Ｐ６、会員Ｐ８、および会員Ｐ９…についても同様に、被評価者として評価サマリデータベース１２７に登録されている。評価サマリデータベース１２７には、同一の会員が募集者および応募者として評価対象とされているデータが含まれてもよい。たとえば、図９に示される評価サマリデータベース１２７に、会員Ｐ１に関する募集者評価サマリに加えて、会員Ｐ１に関する応募者評価サマリが登録されていてもよい。
【0123】
【0124】
図１０に示されるように、シェアリングサーバ１００は、コミュニティ登録部１４０、企業登録部１４１、会員登録部１４２、会員検索部１４３、および案件登録部１４４を機能的に含む。これらの各種の機能は、シェアリングサーバ１００が備えるプロセッサ１０１、メモリ１０２、ストレージ１０３、および通信インターフェイス１０４によって実現される。
【0125】
コミュニティ登録部１４０は、コミュニティをコミュニティデータベース１２３に登録する機能を備える。マッチングシステム１を管理するシステム管理者は、図示を省略するキーボード等の操作部を用いて、コミュニティに関する情報をシェアリングサーバ１００に入力する。
【0126】
コミュニティに関する情報には、コミュニティ名、コミュニティに所属する企業の情報が含まれる。コミュニティ登録部１４０は、システム管理者の入力に従って、コミュニティをコミュニティデータベース１２３に登録する（ステップＳ１）。コミュニティ登録部１４０は、コミュニティデータベース１２３に登録されているコミュニティの情報を更新する機能をさらに備える。
【0127】
企業登録部１４１は、マッチングシステム１に加盟する新規の企業を登録する機能を備える。システム管理者は、キーボード等の操作部を用いて、企業に関する情報をシェアリングサーバ１００に入力する。
【0128】
企業に関する情報には、企業名、住所、副業上限時間等の情報が含まれる。企業登録部１４１は、システム管理者の入力に従って、企業を企業データベース１２１に登録する（ステップＳ２）。企業登録部１４１は、既に登録されている企業の情報を更新する機能をさらに備える。
【0129】
会員登録部１４２は、マッチングシステム１に加入する新規の会員を登録（サインアップ）する機能を備える。会員登録部１４２は、マッチングシステム１に加盟している企業に所属する者からの要求に応じて、会員ＩＤおよびパスワードを発行する。会員になることを希望する者は、パーソナルコンピュータ等を用いて、サインアップの処理を実行する（ステップＳ３）。
【0130】
具体的には、会員になることを希望する者は、氏名、所属企業、および所属部門等の情報をパーソナルコンピュータ等に入力し、入力した情報をシェアリングサーバ１００へ送信する。会員登録部１４２は、入力された情報を会員データベース１２２に登録する。新規会員は、会員登録に用いたパーソナルコンピュータを用いて、シェアリングサーバ１００にサインインすることが可能である。この場合、パーソナルコンピュータは、募集者装置２００または応募者装置３００として機能する。
【0131】
図１０には、２つの応募者装置３００が示されている。一方は、応募企業の管理者により操作されることを想定した装置である。他方は、応募企業のうち、管理者以外の者によって操作されることを想定した装置である。応募企業の管理者は、部門長等の管理職に従事し、部下である応募者の上司に該当する。本実施の形態では、応募企業の管理者は、部下による募集案件への応募を承認する承認者としての役割を担う。
【0132】
会員検索部１４３は、マッチングシステム１の会員を検索する機能を備える。会員検索部１４３は、募集者装置２００および応募者装置３００からの要求に応じて、会員データベース１２２に登録されている会員の情報を募集者装置２００および応募者装置３００に提供する。
【0133】
募集者装置２００は、募集者の検索操作を受け付けた場合に、会員検索処理を実行する（ステップＳ４Ａ）。これにより、募集者は、たとえば、応募者の情報を閲覧することができる。募集者は、応募者の情報を考慮して、複数の応募者の中から業務を受注させる者を選択することができる。同様に、応募者装置３００は、ある応募者の上司に該当する管理者の検索操作を受け付けた場合に、会員検索処理を実行する（ステップＳ４Ａ）。
【0134】
さらに、応募者装置３００は、応募者の検索操作を受け付けた場合に、会員検索処理を実行する（ステップＳ４Ｂ）。これにより、応募者は、たとえば、募集者の情報を閲覧することができる。応募者は、募集者の情報を考慮して、複数の募集業務の中から受注した業務を選択することができる。
【0135】
募集者装置２００により実行される会員検索処理（ステップＳ４Ａ）、および会員検索部１４３の処理に関して、後に図１９を用いて詳細に説明する。応募者装置３００により実行される会員検索処理（ステップＳ４Ｂ）、および会員検索部１４３の処理に関して、後に図２０を用いて詳細に説明する。
【0136】
案件登録部１４４は、募集案件を募集案件データベース１２４に登録する機能を備える。募集者装置２００は、募集案件を入力する操作を受け付けた場合に、募集案件を登録する処理を実行する（ステップＳ５）。募集案件を登録する処理において、募集者装置２００は、募集案件の情報をシェアリングサーバ１００へ送信する。案件登録部１４４は、受信した募集案件の情報を募集案件データベース１２４に登録する。
【0137】
募集者装置２００により実行される募集案件登録処理（ステップＳ５）、および案件登録部１４４の処理に関して、後に図１４を用いて詳細に説明する。
【0138】
図１１に示されるように、シェアリングサーバ１００は、案件抽出部１４５、申請部１４６、承認部１４７、および通知部１４８を機能的に含む。これらの各種の機能は、シェアリングサーバ１００が備えるプロセッサ１０１、メモリ１０２、ストレージ１０３、および通信インターフェイス１０４によって実現される。
【0139】
案件抽出部１４５は、応募者が閲覧可能な募集案件を抽出する機能を備える。申請部１４６は、応募者による応募を、管理者（応募者の上司）に申請する機能を備える。承認部１４７は、管理者（承認者）から応募の承認を受信したことを条件に、募集者へ募集案件に対する応募の内容を送信する機能を有する。通知部１４８は、募集者から応募者を採用するか否かの結果を受信し、その結果を応募者および管理者へ通知する機能を有する。
【0140】
申請部１４６、承認部１４７、および通知部１４８は、管理者へ承認を求める通知、募集者への応募者の通知、および応募者への応募結果の通知をワークフローシステムにより実現する。
【0141】
応募者装置３００は、募集案件の検索を要求する応募者の操作を受け付けた場合、募集案件の検索処理を実行する（ステップＳ６）。募集案件の検索処理において、応募者装置３００は、検索要求をシェアリングサーバ１００の案件抽出部１４５へ送信する。
【0142】
案件抽出部１４５は、検索要求を受信した場合、募集案件データベース１２４に登録されている募集案件の中から、応募者の閲覧が許容される案件を抽出し、抽出した案件を応募者装置３００へ送信する。案件抽出部１４５は、応募者の閲覧が許容される案件であることを第１基準および第２基準で判定する。第１基準は、募集案件に設定されている開示範囲である。第２基準は、応募者の副業の余力である。開示範囲は、図１４に示される開示情報によって定まる。副業の余力は、図１５に示される副業可能時間として算出される。
【0143】
案件抽出部１４５は、第１基準および第２基準のいずれも満たす案件を応募者の閲覧が許容される案件として決定する。したがって、案件抽出部１４５は、募集案件データベース１２４に登録されている募集案件のうち、検索要求を受信した応募者への開示が許されている案件を抽出する。さらに、案件抽出部１４５は、募集案件データベース１２４に登録されている募集案件のうち、検索要求を受信した応募者の副業可能時間で対応可能な案件を抽出する。案件抽出部１４５は、応募者の閲覧が許容される案件を応募者装置３００へ送信する。
【0144】
案件を抽出する基準を設定する操作を案件抽出部１４５が受け付けるようにしてもよい。たとえば、第１基準のみを有効にする第１設定、第２基準のみを有効にする第２設定、第１基準および第２基準の双方を有効にする第３設定のいずれかをシステム管理者が選択できる機能をシェアリングサーバ１００に追加してもよい。
【0145】
応募者装置３００は、案件抽出部１４５から募集案件を受信する。応募者装置３００は、受信した募集案件をディスプレイ３０５に表示する（ステップＳ７）。
【0146】
なお、募集案件検索処理（ステップＳ６）、募集案件を表示する処理（ステップＳ７）、および案件抽出部１４５の処理に関して、後に図１５を用いて詳細に説明する。
【0147】
応募者は、応募者装置３００において、ディスプレイ３０５に表示された募集案件の中から応募対象を選択する操作を行う。応募者装置３００は、応募者の操作に応じて、応募処理を実行する（ステップＳ８）。応募処理において、応募者装置３００は、応募対象の案件を示す応募情報をシェアリングサーバ１００の申請部１４６に送信する。これにより、業務の受注希望が応募者装置３００から申請部１４６に送信される。
【0148】
申請部１４６は、応募者装置３０から受信した応募情報を管理者（応募者の上司）の応募者装置３００に送信する。申請部１４６は、たとえば、会員データベース１２２に登録されている、応募者の会員ＩＤと上司の会員ＩＤとの関係に基づいて、応募者の管理者である上司の会員ＩＤを特定する。申請部１４６は、特定した上司の会員ＩＤに対応する応募者装置３００へ部下の応募情報を送信する。管理者は、自身の応募者装置３００において、部下が応募している業務を確認する。管理者は、応募者装置３００において、応募を承認するための操作を行う。応募者装置３００は、承認操作を受け付け、応募承認の処理を実行する（ステップＳ９）。応募承認の処理において、応募者装置３００は、承認情報をシェアリングサーバ１００の承認部１４７へ送信する。これにより、承認通知の一例となる承認情報が管理者（承認者）の応募者装置３００から承認部１４７に送信される。
【0149】
承認部１４７は、応募者装置３００から承認情報を受信したことを条件に、応募者の応募を受け付ける。このように、本実施の形態では、応募者の応募は、応募者が所属する管理者の承認を条件にして受け付けられる。したがって、管理者は、部下が応募しようとする募集業務の内容を事前に確認することができる。その結果、従業員の副業行為を通じて機密情報が企業の外部に漏洩することを防止できる。
【0150】
なお、図１１には、管理者が応募を承認したときの流れが示されている。仮に、ステップＳ９において、応募を却下する操作が受け付けられた場合、管理者の応募者装置３００から承認部１４７へ却下情報が送信される。却下情報を受信した場合、承認部１４７は、応募者の応募者装置３００へ応募の却下を通知してもよい。
【0151】
応募者の応募を受け付けた承認部１４７は、募集者装置２００に応募情報を送信する。応募情報には応募者の情報および応募対象の業務の内容が含まれる。募集者装置２００は、応募内容をディスプレイ２０５に表示する（ステップＳ１０）。募集者は、ディスプレイ２０５の表示に基づいて応募者および応募業務を確認し、応募者を採用するか否かを判断する。
【0152】
募集者は、募集者装置２００に採用または不採用の判断の結果を入力する。募集者装置２００は、入力された結果を受け付ける（ステップＳ１１）。募集者装置２００は、受け付けた採用または不採用の結果をシェアリングサーバ１００の通知部１４８へ送信する。
【0153】
通知部１４８は、募集者装置２００から採用または不採用の結果を受信した場合、応募者の応募者装置３００、および管理者の応募者装置３００へ応募結果（採用または不採用の結果）を送信する。
【0154】
応募者の応募者装置３００、および管理者の応募者装置３００は、応募結果をディスプレイ３０５に表示する（ステップＳ１２、ステップＳ１３）。応募者および管理者は、ディスプレイ３０５の表示を見ることによって、応募結果を確認する。
【0155】
図１２に示されるように、シェアリングサーバ１００は、実績受付部１４９、実績出力部１５０、評価受付部１５１、および評価出力部１５２を機能的に含む。これらの各種の機能は、シェアリングサーバ１００が備えるプロセッサ１０１、メモリ１０２、ストレージ１０３、および通信インターフェイス１０４によって実現される。
【0156】
実績受付部１４９は、応募者が応募者装置３００において入力した副業予定時間および副業実績時間を受け付ける機能を備える。実績出力部１５０は、募集者装置２００または管理者の応募者装置３００へ、応募者の副業予定時間および副業実績時間を含む情報を出力する機能を備える。
【0157】
評価受付部１５１は、募集者が募集者装置２００において入力した応募者（受注者）に対する評価を受け付ける機能を備える。評価出力部１５２は、募集者装置２００へ応募者に対する評価を示す情報を出力する機能を備える。
【0158】
応募者は、副業に従事する場合、副業予定時間および副業実績時間を応募者装置３００に入力する。応募者は、通常、新たな副業を受注したときに副業予定時間を応募者装置３００に入力し、副業に従事している間の任意のタイミングで副業実績時間を応募者装置３００に入力する。たとえば、想定期間が複数月に亘る業務を副業として受注した場合、応募者は、一月毎に副業実績時間を応募者装置３００に入力する。
【0159】
応募者装置３００は、副業予定時間および副業実績時間の入力を受け付ける（ステップＳ１４）。応募者装置３００は、受け付けた副業予定時間および副業実績時間をシェアリングサーバ１００の実績受付部１４９へ送信する。
【0160】
実績受付部１４９は、受信した副業予定時間および副業実績時間を副業データベース１２５に登録する。応募者装置３００により実行されるステップＳ１４の処理および実績受付部１４９の処理に関して、後に図１６を用いて詳細に説明する。
【0161】
実績出力部１５０は、副業データベース１２５に登録されている副業予定時間および副業実績時間を募集者装置２００および管理者の応募者装置３００へ送信する。募集者装置２００は、受信した副業予定時間および副業実績時間を含む情報をディスプレイ２０５に表示し、管理者の応募者装置３００は、受信した副業予定時間および副業実績時間を含む情報をディスプレイ３０５に表示する（ステップＳ１５）。ただし、募集者装置２００へ送信される情報と管理者の応募者装置３００へ送信される情報とを比較した場合、送信対象の案件が異なる。
【0162】
実績受付部１４９から管理者の応募者装置３００へは、副業データベース１２５に登録された数多くの案件のうち、部下が担当している案件に対応するデータが送信される。管理者は、ディスプレイ３０５を見ることにより、部下の副業状況を確認することができる。なお、管理者が部下の副業状況を確認するときに管理者の応募者装置３００に表示される画面に関して、後に図２３を用いて説明する。
【0163】
実績受付部１４９から募集者装置２００へは、副業データベース１２５に登録された数多くの案件のうち、募集者が募集した案件に対応するデータが送信される。たとえば、図７に示される副業データベース１２５において、複数の募集者のうち、第１募集者が案件００１を募集し、第２募集者が案件００２を募集していた場合を考える。
【0164】
この場合、第１募集者によって操作される募集者装置２００へは、副業データベース１２５のうち、案件００１に対応する各種のデータが実績受付部１４９から送信される。第２募集者によって操作される募集者装置２００へは、副業データベース１２５のうち、案件００２に対応する各種のデータが実績受付部１４９から送信される。
【0165】
第１募集者および第２募集者は、募集者装置２００のディスプレイ３０５に表示される副業予定時間および副業実績時間等を閲覧することにより、自身の案件の進捗状況を確認することができる。
【0166】
募集者は、副業が完了したときに、募集者装置２００に応募者の評価を入力する。募集者装置２００は、応募者に対する評価の入力を受け付ける（ステップＳ１６Ａ）。したがって、募集者装置２００は、入力された評価を受け付ける際には、評価者（募集者）によって操作される評価者装置として機能する。
【0167】
募集者装置２００は、受け付けた評価をシェアリングサーバ１００の評価受付部１５１へ送信する。評価受付部１５１は、受信した評価に基づいて評価入力データベース１２６および評価サマリデータベース１２７を更新する。これにより、評価入力データベース１２６においては、応募者評価部１２６Ｂの情報が更新され、評価サマリデータベース１２７においては、応募者評価サマリ部１２７Ｂの情報が更新される。
【0168】
募集者装置２００により実行されるステップＳ１６Ａの処理および評価受付部１５１の処理に関して、後に図１７を用いて詳細に説明する。
【0169】
募集者装置２００は、募集者が応募者の評価を閲覧するための操作を受け付けた場合、閲覧要求処理を実行する（ステップＳ１７Ａ）。閲覧要求処理において、募集者装置２００は、閲覧要求をシェアリングサーバ１００の評価出力部１５２へ送信する。評価出力部１５２は、閲覧要求に応じて、評価サマリデータベース１２７に登録されている応募者の評価（応募者評価サマリ）を募集者装置２００へ送信する。募集者装置２００は、受信した応募者の評価をディスプレイ２０５に表示する（ステップＳ１８Ａ）。
【0170】
募集者装置２００により実行されるステップＳ１７Ａ、ステップＳ１８Ａの処理および評価出力部１５２の処理に関して、後に図１９を用いて詳細に説明する。
【0171】
図１３は、応募者装置３００の機能をさらに説明するための図である。ここでは、図１３を用いて、募集者に対する評価の入力および出力について説明する。評価受付部１５１は、応募者が応募者装置３００において入力した募集者に対する評価を受け付ける機能をさらに備える。評価出力部１５２は、応募者装置３００へ募集者に対する評価を示す情報を出力する機能をさらに備える。応募者は、受注した業務が完了したときに、応募者装置３００に募集者の評価を入力する。応募者が募集者を評価するポイントは様々である。
【0172】
たとえば、募集者と滞りなくコミュニケーションがとれて、適切な時間内で業務を終えることができた場合、応募者は、募集者に高い評価を与えるであろう。逆に、業務内容の追加、変更、および修正の要望が多い場合、業務の範囲外で工数がとられる時間が多過ぎる場合、指示の連絡が遅すぎる場合、並びに業務内容修正に関して事前に相談することなく一方的に指示を出してくる場合、応募者は、募集者に低い評価を与えるであろう。
【0173】
応募者装置３００は、募集者に対する評価の入力を受け付ける（ステップＳ１６Ｂ）。したがって、応募者装置３００は、入力された評価を受け付ける際には、評価者（応募者）によって操作される評価者装置として機能する。
【0174】
応募者装置３００は、受け付けた評価をシェアリングサーバ１００の評価受付部１５１へ送信する。評価受付部１５１は、受信した評価に基づいて評価入力データベース１２６および評価サマリデータベース１２７を更新する。これにより、評価入力データベース１２６においては、募集者評価部１２６Ａの情報が更新され、評価サマリデータベース１２７においては、募集者評価サマリ部１２７Ａの情報が更新される。
【0175】
応募者装置３００により実行されるステップＳ１６Ｂの処理および評価受付部１５１の処理に関して、後に図１８を用いて詳細に説明する。
【0176】
応募者装置３００は、応募者が募集者の評価を閲覧するための操作を受け付けた場合、閲覧要求処理を実行する（ステップＳ１７Ｂ）。閲覧要求処理において、募集者装置２００は、閲覧要求をシェアリングサーバ１００の評価出力部１５２へ送信する。評価出力部１５２は、閲覧要求に応じて、評価サマリデータベース１２７に登録されている募集者の評価（募集者評価サマリ）を応募者装置３００へ送信する。応募者装置３００は、受信した募集者の評価をディスプレイ３０５に表示する（ステップＳ１８Ｂ）。
【0177】
応募者装置３００により実行されるステップＳ１７Ｂ、ステップＳ１８Ｂの処理および評価出力部１５２の処理に関して、後に図２０を用いて詳細に説明する。
【0178】
［案件登録部１４４および募集者装置２００の処理の詳細］
図１４は、募集案件を募集案件データベース１２４に登録する手順を説明するための図である。図１４を用いて、図１０のステップＳ５と案件登録部１４４の機能とをより詳細に説明する。
図１４は、募集案件を募集案件データベース１２４に登録する手順を説明するための図である。図１４を用いて、図１０のステップＳ５と案件登録部１４４の機能とをより詳細に説明する。
【0179】
募集案件を登録する募集者は、はじめに募集者装置２００を用いてシェアリングサーバ１００へサインインをする。これにより、募集者の会員ＩＤによって識別される論理的な通信経路が募集者装置２００とシェアリングサーバ１００との間で確立される。続いて、募集者は、マウスおよびキーボード等の操作部２０６を用いて、募集案件の業務情報および開示情報を募集者装置２００に入力する。
【0180】
操作部２０６により入力された情報は、募集者装置２００の入出力インターフェイス２０４を介してプロセッサ２０１に通知される。操作部２０６および入出力インターフェイス２０４により、業務の内容を入力する操作と業務を開示する対象を指定する開示情報を入力する操作とを受け付けるインターフェイスが構成されている。
【0181】
募集案件の業務情報には、案件タイトル、案件内容、想定工数（人・月）、および想定期間が含まれる。開示情報には、開示レベルが含まれる。開示情報には、募集者の選択に応じて、非開示対象の企業のＩＤが含まれる場合がある。
【0182】
募集者装置２００は、募集案件の業務情報および開示情報の入力を受け付け、募集案件を登録する処理を実行する（ステップＳ５）。募集案件を登録する処理において、募集者装置２００は、募集案件の業務情報および開示情報をシェアリングサーバ１００へ送信する。
【0183】
シェアリングサーバ１００の案件登録部１４４は、募集者の情報を取得する（ステップＳ１４４１）。具体的には、案件登録部１４４は、募集者が所属する企業を特定する。
【0184】
シェアリングサーバ１００は、会員が募集者装置２００または応募者装置３００を用いてシェアリングサーバ１００にサインインした際、サインインに用いられた会員ＩＤを記憶している。シェアリングサーバ１００は、この会員ＩＤにより確立された通信において、募集者装置２００または応募者装置３００から何らかの情報を受信した場合、それらの情報の発信元の会員をサインインに用いられた会員ＩＤで識別する。
【0185】
したがって、募集者装置２００から募集業務の業務情報および開示情報を受信した場合、案件登録部１４４は、サインインに用いられた会員ＩＤを用いて、募集者装置２００を操作している募集者を特定する。案件登録部１４４は、特定した会員ＩＤ、会員データベース１２２、および企業データベース１２１を用いて、募集者である会員および募集者が所属する企業を特定する。
【0186】
次に、案件登録部１４４は、募集案件を募集案件データベース１２４に登録する処理を実行する（ステップＳ１４４２）。具体的には、案件登録部１４４は、案件ＩＤを生成した後、生成した案件ＩＤに対応付けて、企業情報（企業ＩＤ）、非開示とする企業のＩＤ、開示レベル、案件タイトル、想定工数、想定期間、および案件内容等を募集案件データベース１２４に登録する。
【0187】
本実施の形態によれば、募集者は、募集案件の開示範囲を「自社内」、「コミュニティ内」、および「限定なし」のレベルで自由にコントロールすることができる。その結果、募集者が意図しない募集案件が特定企業へ開示されてしまうことを阻止することができる。
【0188】
本実施の形態によれば、非開示対象の企業を開示レベルと別に設定可能である。このため、募集者は、募集者が所属する企業とコミュニティ関係を有する複数の企業のうち、一部の企業を除外して、開示範囲を設定することができる。その結果、コミュニティ内の特定企業に関連する業務が、その特定企業に開示されてしまうことを防止できる。
【0189】
非開示企業ＩＤリストに代えて、あるいはこれに加えて、募集案件の開示を禁止する会員ＩＤを登録するための非開示会員ＩＤリストを募集案件データベース１２４に設けてもよい。募集者装置２００は、募集案件の開示を禁止する会員を指定する操作を受け付け、その会員のＩＤをシェアリングサーバ１００に送信してもよい。シェアリングサーバ１００は、非開示会員ＩＤリストに掲載されている会員ＩＤに対応する会員には、そのリストに対応する募集案件を提供しないようにしてもよい。このように、募集者装置２００は、業務の開示を禁止する対象者として、企業および会員のいずれを受け付けてもよい。
【0190】
【0191】
応募者装置３００は、募集案件の検索を要求する応募者の操作を受け付けた場合、募集案件の検索処理を実行する（ステップＳ６）。募集案件の検索処理において、応募者装置３００は、検索要求をシェアリングサーバ１００の案件抽出部１４５へ送信する。
【0192】
案件抽出部１４５は、検索要求を受信した場合、募集案件データベース１２４に登録されている募集案件の中から、応募者の閲覧が許容される案件を抽出する。このために、案件抽出部１４５は、ステップＳ１４５１～Ｓ１４５４の処理を実行する。
【0193】
ステップＳ１４５１およびステップＳ１４５２は、募集案件に設定されている開示範囲に基づいて、応募者の閲覧が許容される案件を抽出する処理である。ステップＳ１４５１において、応募者の所属企業および所属企業のコミュニティが判定される。ステップＳ１４５２において、開示可能な案件が抽出される。
【0194】
ステップＳ１４５３は、応募者の副業の余力に基づいて、応募者の閲覧が許容される案件を抽出する処理である。ステップＳ１４５４は、最終的に、応募者にマッチングする案件を抽出する処理である。
【0195】
［開示範囲に基づいて案件を抽出する処理］
ステップＳ１４５１は、ステップＳ１４５１ＡおよびステップＳ１４５１Ｂを含む。
ステップＳ１４５１は、ステップＳ１４５１ＡおよびステップＳ１４５１Ｂを含む。
【0196】
ステップＳ１４５１Ａにおいては、サインインの際に用いられた会員ＩＤ、企業データベース１２１、および会員データベース１２２に基づいて、応募者の所属企業が特定される。
【0197】
ステップＳ１４５１Ｂにおいては、応募者の所属する企業のＩＤおよびコミュニティデータベース１２３に基づいて、応募者の所属する企業のコミュニティが特定される。
【0198】
ステップＳ１４５２は、ステップＳ１４５２ＡおよびステップＳ１４５２Ｂを含む。
【0199】
ステップＳ１４５２Ａにおいては、応募者の所属企業の所属コミュニティと開示レベルとに基づいて、開示可能な募集案件が募集案件データベース１２４から抽出される。
【0200】
ステップＳ１４５２Ｂにおいては、ステップＳ１４５２Ａにおいて抽出された募集案件のうち、非開示企業リストに応募者の所属企業が存在する募集案件が除外される。ここでは、ステップＳ１４５２Ｂの処理によって抽出された案件を案件Ｘと称する。
【0201】
［副業の余力に基づいて案件を抽出する処理］
ステップＳ１４５３は、ステップＳ１４５３Ａ、ステップＳ１４５３Ｂ、およびステップＳ１４５３Ｃを含む。
ステップＳ１４５３は、ステップＳ１４５３Ａ、ステップＳ１４５３Ｂ、およびステップＳ１４５３Ｃを含む。
【0202】
ステップＳ１４５３Ａにおいては、応募者の副業可能時間Ｔ１が算出される。副業可能時間は、「副業上限時間－副業総時間」を算出することにより導出される。副業上限時間は、応募者の所属する企業が定めた時間であり、企業データベース１２１に登録されている。算出された副業可能時間は、会員データベース１２２に登録される。案件抽出部１４５は、一定の時間毎にすべての会員の副業可能時間を算出し、算出した副業可能時間を会員データベース１２２に登録してもよい。
【0203】
副業総時間は、副業データベース１２５に登録されている副業見込時間と副業実績時間とに基づいて、「副業総見込時間＋副業総実績時間」という算出式により算出される。つまり、副業総時間は、既に副業に費やした時間に加え、未だ副業に費やされていない見込時間が含まれる。
【0204】
ステップＳ１４５３Ｂにおいては、業務の対応に必要な時間Ｔ２が募集案件毎に算出される。時間Ｔ２は、募集案件データベース１２４に登録されている想定工数（人・月）および想定期間に基づいて算出される。たとえば、想定工数（月）の時間を時間Ｔ２として採用してもよい。たとえば、案件ＩＤ００１に対応する募集案件に対して、時間Ｔ２として、一月当たりの時間として５時間を設定してもよい。
【0205】
ステップＳ１４５３Ｃにおいては、「時間Ｔ２≦副業可能時間Ｔ１」に該当する募集案件が募集案件データベース１２４から抽出される。ここでは、ステップＳ１４５３Ｃの処理によって抽出された案件を案件Ｙと称する。
【0206】
［開示範囲および副業の余力に基づいて案件を抽出する処理］
案件抽出部１４５は、開示範囲に基づいて案件Ｘを抽出し、副業の余力に基づいて案件Ｙを抽出した後、案件Ｘと案件Ｙとで重複する案件を応募者のマッチング案件として抽出する（ステップＳ１４５４）。
案件抽出部１４５は、開示範囲に基づいて案件Ｘを抽出し、副業の余力に基づいて案件Ｙを抽出した後、案件Ｘと案件Ｙとで重複する案件を応募者のマッチング案件として抽出する（ステップＳ１４５４）。
【0207】
［抽出された案件を提供する処理］
次に、案件抽出部１４５は、マッチング案件の情報を応募者装置３００へ送信する（ステップＳ１４５５）。応募者装置３００は、マッチング案件を受信する。応募者装置３００は、受信したマッチング案件を募集案件としてディスプレイ３０５に一覧表示する（ステップＳ７）。
次に、案件抽出部１４５は、マッチング案件の情報を応募者装置３００へ送信する（ステップＳ１４５５）。応募者装置３００は、マッチング案件を受信する。応募者装置３００は、受信したマッチング案件を募集案件としてディスプレイ３０５に一覧表示する（ステップＳ７）。
【0208】
これにより、２つの観点において応募者に適切といえる募集案件が提供される。すなわち、第１に、応募者の副業上限時間を超えない範囲で対応可能な募集案件が応募者に提供される。これにより、応募者がオーバーワークの状態に陥ることを防止できる。第２に、募集者が意図した開示範囲に所属する応募者のみに、募集者の募集案件が提供される。これにより、募集者の所属する企業の機密情報が競業他社に漏れてしまうことを防止できる。
【0209】
［副業予定時間および副業実績時間を登録する処理］
図１６は、副業の予定および実績をデータベース１２０に登録する手順を説明するための図である。図１６を用いて、図１２のステップＳ１４および実績受付部１４９の機能をより詳細に説明する。
図１６は、副業の予定および実績をデータベース１２０に登録する手順を説明するための図である。図１６を用いて、図１２のステップＳ１４および実績受付部１４９の機能をより詳細に説明する。
【0210】
応募者は、たとえば、新たな副業を受注したときに副業予定時間を応募者装置３００に入力し、副業に従事している間の任意のタイミングで副業実績時間を応募者装置３００に入力する。応募者装置３００は、副業予定時間の入力を受け付ける（ステップＳ１４）。応募者装置３００は、受け付けた副業予定時間および副業実績時間をシェアリングサーバ１００の実績受付部１４９へ送信する。
【0211】
実績受付部１４９は、応募者の副業予定時間および副業実績時間を受け付け、受け付けた応募者の副業予定時間および副業実績時間を副業データベース１２５に登録する（ステップＳ１５１１）。これにより、副業データベース１２５には、応募者の月毎の副業予定時間および副業実績時間が、案件ＩＤ別に登録される。
【0212】
通常、応募者によって副業予定時間が入力された後、当月の終わりに応募者によって副業実績時間が入力される。このため、副業データベース１２５には、副業予定時間が登録されている一方で副業実績時間が未登録の案件が含まれる場合がある。たとえば、副業を受注した応募者が副業予定時間を入力した段階では、その副業に対応するデータとして、副業予定時間が登録されるものの、副業実績時間は登録されない。
【0213】
次に、実績受付部１４９は、当月の副業見込時間を自動的に算出する（ステップＳ１５１２）。実績受付部１４９は、副業予定時間と副業実績時間とに基づいて副業見込時間を算出する。具体的には、「副業見込時間」は、既に説明したとおり、「（工数進捗率／進捗率）×副業予定時間－副業実績時間」という算出式に基づいて算出される。なお、実績受付部１４９は、「副業見込時間」を「副業予定時間－副業実績時間」という算出式により算出してもよい。実績受付部１４９は、算出した副業見込時間を副業データベース１２５に登録する。図７の副業データベース１２５に示されるように、副業見込時間は案件ＩＤ毎に登録される。
【0214】
［評価結果を登録する処理（応募者に対する評価）］
図１７は、応募者に対する評価をデータベース１２０に登録する手順を説明するための図である。図１７を用いて、図１２のステップＳ１６Ａおよび評価受付部１５１の機能をより詳細に説明する。
図１７は、応募者に対する評価をデータベース１２０に登録する手順を説明するための図である。図１７を用いて、図１２のステップＳ１６Ａおよび評価受付部１５１の機能をより詳細に説明する。
【0215】
応募者は、副業を完了すると、募集者に対して納品および完了報告をし、募集者の検収を受ける。その後、募集者は、募集者装置２００を操作して、募集者装置２００に応募者に対する評価を入力する。募集者装置２００は、入力された評価を受け付ける（ステップＳ１６Ａ）。募集者装置２００は、受け付けた評価をシェアリングサーバ１００の評価受付部１５１へ送信する。募集者装置２００からシェアリングサーバ１００に送信される情報には、被評価者である応募者の会員ＩＤおよび評価値（０～１０）が含まれる。
【0216】
評価受付部１５１は、募集者装置２００から被評価者（応募者）に対する評価の情報を受信した場合、被評価者に対する評価を評価入力データベース１２６に反映させる（ステップＳ１５１３Ａ）。
【0217】
評価受付部１５１は、評価入力データベース１２６に既に被評価者（応募者）に対する評価結果が登録されている場合、今回、受信した評価の値を含めて、被評価者に対する評価結果の平均値を算出する。評価受付部１５１は、算出した平均値で評価入力データベース１２６に登録されている評価結果を更新する。その結果、評価入力データベース１２６には、被評価者（応募者）に対する評価の平均値（評価結果）が評価者（募集者）別に登録される。これにより、評価入力データベース１２６において、応募者評価部１２６Ｂの情報が更新される。
【0218】
次に、評価受付部１５１は、評価サマリ処理を実行する（ステップＳ１５１４Ａ）。評価サマリ処理において、評価受付部１５１は、企業別、部門別に被評価者（応募者）に対する評価結果の平均値を算出し、算出結果を評価サマリデータベース１２７に登録する。これにより、評価サマリデータベース１２７において、応募者評価サマリ部１２７Ｂの情報が更新される。
【0219】
たとえば、評価受付部１５１は、募集者装置２００がステップＳ１６Ａを実行するためにサインインに用いた会員ＩＤを用いて、評価者（募集者）を特定する。評価受付部１５１は、ステップＳ１５１３Ａにおいて受け付けた評価の情報、企業データベース１２１、および会員データベース１２２に基づいて、評価者が所属する企業のＩＤ、評価者が所属する部門、被評価者の会員ＩＤ、および被評価者が所属する企業のＩＤを特定する。「会員ＩＤ」は、「評価受付部１５１を含むシェアリングサーバ１００が、シェアリングサーバ１００にアクセスしてきた者の所属（企業および部門）を識別可能な識別情報」の一例である。
【0220】
評価受付部１５１は、評価サマリデータベース１２７にアクセスし、特定したＩＤ（被評価者の会員ＩＤ、被評価者が所属する企業のＩＤ、および評価者が所属する企業のＩＤ）が並ぶデータ行を検出する。評価受付部１５１は、検出したデータ行に対応する応募者評価サマリの値を更新する。
【0221】
［評価結果を登録する処理（募集者に対する評価）］
図１８は、募集者に対する評価をデータベースに登録する手順を説明するための図である。図１８を用いて、図１３のステップＳ１６Ｂおよび評価受付部１５１の機能をより詳細に説明する。
図１８は、募集者に対する評価をデータベースに登録する手順を説明するための図である。図１８を用いて、図１３のステップＳ１６Ｂおよび評価受付部１５１の機能をより詳細に説明する。
【0222】
上述したとおり、応募者は、副業を完了すると、募集者に対して納品および完了報告をし、募集者の検収を受ける。その後、応募者は、応募者装置３００を操作して、応募者装置３００に募集者に対する評価を入力する。応募者装置３００は、入力された評価を受け付ける（ステップＳ１６Ｂ）。応募者装置３００は、受け付けた評価をシェアリングサーバ１００の評価受付部１５１へ送信する。応募者装置３００からシェアリングサーバ１００に送信される情報には、被評価者である募集者の会員ＩＤおよび評価値（０～１０）が含まれる。
【0223】
評価受付部１５１は、応募者装置３００から被評価者（募集者）に対する評価の情報を受信した場合、被評価者に対する評価を評価入力データベース１２６に反映させる（ステップＳ１５１３Ｂ）。
【0224】
評価受付部１５１は、評価入力データベース１２６に既に被評価者（募集者）に対する評価結果が登録されている場合、今回、受信した評価の値を含めて、被評価者に対する評価結果の平均値を算出する。評価受付部１５１は、算出した平均値で評価入力データベース１２６に登録されている評価結果を更新する。その結果、評価入力データベース１２６には、被評価者（募集者）に対する評価の平均値（評価結果）が評価者（応募者）別に登録される。これにより、評価入力データベース１２６において、募集者評価部１２６Ａの情報が更新される。
【0225】
次に、評価受付部１５１は、評価サマリ処理を実行する（ステップＳ１５１４Ｂ）。評価サマリ処理において、評価受付部１５１は、企業別、部門別に被評価者（募集者）に対する評価結果の平均値を算出し、算出結果を評価サマリデータベース１２７に登録する。これにより、評価サマリデータベース１２７において、募集者評価サマリ部１２７Ａの情報が更新される。
【0226】
たとえば、評価受付部１５１は応募者装置３００がステップＳ１６Ｂを実行するためにサインインに用いた会員ＩＤを用いて、評価者（応募者）を特定する。評価受付部１５１は、ステップＳ１５１３Ｂにおいて受け付けた評価の情報、企業データベース１２１、および会員データベース１２２に基づいて、評価者が所属する企業のＩＤ、評価者が所属する部門、被評価者の会員ＩＤ、および被評価者が所属する企業のＩＤを特定する。「会員ＩＤ」は、「評価受付部１５１を含むシェアリングサーバ１００が、シェアリングサーバ１００にアクセスしてきた者の所属（企業および部門）を識別可能な識別情報」の一例である。
【0227】
評価受付部１５１は、評価サマリデータベース１２７にアクセスし、特定したＩＤ（被評価者の会員ＩＤ、被評価者が所属する企業のＩＤ、および評価者が所属する企業のＩＤ）が並ぶデータ行を検出する。評価受付部１５１は、検出したデータ行に対応する募集者評価サマリの値を更新する。
【0228】
たとえば、図９のデータ群１２７１には、被評価者の会員ＩＤ＝Ｐ１、被評価者が所属する企業のＩＤ＝００Ａ、および評価者が所属する企業のＩＤ＝００Ｂが並んでいる。企業Ｂのシステム部に所属する会員が会員Ｐ１を評価した場合、ステップＳ１５１３Ｂにおいて、その評価が受け付けられる。
【0229】
この場合、ステップＳ１５１４Ｂにおいては、データ群１２７１の「全体」に対応する募集者評価サマリおよび「システム部」に対応する募集者評価サマリに、ステップＳ１５１３Ｂにおいて受け付けられた評価が反映される。
【0230】
より具体的には、評価受付部１５１は、ステップＳ１５１３Ｂにおいて受け付けられた評価を含む、企業Ｂ全体の評価の平均値をデータ群１２７１の「全体」に対応する募集者評価サマリとする。同様に、評価受付部１５１は、ステップＳ１５１３Ｂにおいて受け付けられた評価を含む、システム部の評価の平均値をデータ群１２７１の「システム部」に対応する募集者評価サマリとする。
【0231】
図１９は、応募者に対する評価および会員の検索結果をディスプレイ２０５に表示する手順を説明するための図である。図１９を用いて、図１０のステップＳ４Ａ（募集者装置２００の処理）および会員検索部１４３の機能、並びに図１２のステップＳ１７Ａ，ステップＳ１８Ａ、および評価出力部１５２の機能をより詳細に説明する。
【0232】
［応募者の評価サマリを出力する処理］
はじめに、図１９に示される、ステップＳ１７Ａ，ステップＳ１８Ａ，ステップＳ１５２１Ａ，およびステップＳ１５２２Ａの各処理について説明する。
はじめに、図１９に示される、ステップＳ１７Ａ，ステップＳ１８Ａ，ステップＳ１５２１Ａ，およびステップＳ１５２２Ａの各処理について説明する。
【0233】
募集者装置２００は、募集者が応募者の評価を閲覧するための操作を受け付けた場合、閲覧要求処理を実行する（ステップＳ１７Ａ）。閲覧要求処理において、募集者装置２００は、閲覧要求をシェアリングサーバ１００の評価出力部１５２へ送信する。評価出力部１５２は、閲覧要求に応じて、募集者（閲覧要求者）に閲覧権限が認められている応募者評価サマリを評価サマリデータベース１２７から選択する（ステップＳ１５２１Ａ）。
【0234】
閲覧要求をした募集者には、その募集者の所属する企業全体を対象とした応募者評価サマリと、募集者が所属する部門を対象とした応募者評価サマリとを閲覧する権限が認められている。閲覧要求をした募集者には、これら以外の評価サマリを閲覧する権限が認められていない。評価出力部１５２は、閲覧要求を送信する募集者の会員ＩＤ、企業データベース１２１、および会員データベース１２２に基づいて、閲覧権限を判定する。「会員ＩＤ」は、「評価受付部１５１を含むシェアリングサーバ１００が、シェアリングサーバ１００にアクセスしてきた者の所属（企業および部門）および閲覧権限を識別可能な識別情報」の一例である。
【0235】
評価出力部１５２は、閲覧権限に対応する応募者評価サマリを評価サマリデータベース１２７から選択する。評価出力部１５２は、選択した応募者評価サマリを含むデータを募集者装置２００へ送信する（ステップＳ１５２２Ａ）。送信されるデータには、応募者評価サマリの他、応募者（被評価者）の会員ＩＤ、応募者が所属する企業の情報、応募者が所属する部門の情報等が含まれる。送信されるデータには、閲覧要求に応じて、複数人の応募者（被評価者）の各々に対応する応募者評価サマリが含まれる場合がある。
【0236】
応募者評価サマリを受信した募集者装置２００は、応募者評価サマリを応募者が所属する企業の情報および応募者が所属する部門の情報とともにディスプレイ２０５に表示する（ステップＳ１８Ａ）。複数人の応募者（被評価者）の各々に対応する応募者評価サマリを受信した場合、募集者装置２００は、複数人の応募者（被評価者）を一覧にして応募者評価サマリを表示する。
【0237】
このように、シェアリングサーバ１００は、募集者の所属する企業および部門を識別可能な会員ＩＤにより確立された通信において閲覧要求を受信した場合、その閲覧要求を送信した送信元である募集者の募集者装置２００へ、評価情報の一例となる応募者評価サマリを送信する。
【0238】
［会員（応募者）を検索する処理］
引き続き、図１９を参照して、ステップＳ４Ａ，ステップＳ１９Ａ，ステップＳ１４３１Ａ～ステップＳ１４３３Ａの各処理について説明する。
引き続き、図１９を参照して、ステップＳ４Ａ，ステップＳ１９Ａ，ステップＳ１４３１Ａ～ステップＳ１４３３Ａの各処理について説明する。
【0239】
募集者装置２００は、募集者から検索操作を受け付けた場合に、応募者に関する情報を検索するための会員検索処理を実行する（ステップＳ４Ａ）。会員検索処理において、募集者装置２００は、検索要求をシェアリングサーバ１００の会員検索部１４３へ送信する。検索要求には、応募者としての評価が低い会員を除外して検索するための基準値が含まれている。この基準値は、たとえば、応募者評価サマリの値に基づいて定められている。
【0240】
検索要求を受信した会員検索部１４３は、検索要求を送信した募集者が所属する企業を特定する（ステップＳ１４３１Ａ）。ここでは、ステップＳ１４３１Ａによって特定される企業を「企業Ｘａ」と称する。
【0241】
会員検索部１４３は、募集者装置２００がシェアリングサーバ１００にサインインする際に用いた会員ＩＤを用いて、募集者装置２００を操作している募集者を特定する。会員検索部１４３は、企業データベース１２１および会員データベース１２２を用いて、募集者が所属する企業Ｘａを特定する。
【0242】
次に、会員検索部１４３は、特定された企業Ｘａ全体を対象とした応募者評価サマリの値が基準値を超える会員を評価サマリデータベース１２７から抽出する（ステップＳ１４３２Ａ）。つまり、会員検索部１４３は、企業Ｘａ全体の評価が低い会員を除外して、検索結果を抽出する。
【0243】
ここで、会員検索部１４３は、応募者評価サマリに基づいて評価が低いか否かを判定する点に注意すべきである。すなわち、応募者および募集者のいずれの権限も有する会員αは、応募者として振る舞う場合と、募集者として振る舞う場合とがある。したがって、このような会員αの評価サマリとして、評価サマリデータベース１２７には、応募者評価サマリと募集者評価サマリとが登録されている。会員αは、募集者としての評価が高い一方、応募者としての評価が低いかもしれない。この場合、会員αは、ステップＳ１４３２Ａにおいて、抽出対象から除外される可能性がある。
【0244】
各企業の募集者装置２００から基準値の設定情報を受け付ける機能をシェアリングサーバ１００に設けてもよい。これにより、各企業は、独自の基準値で評価の低い会員を検索結果から除外することができる。
【0245】
次に、会員検索部１４３は、抽出した会員の情報を検索結果として、検索要求のあった募集者装置２００へ出力する（ステップＳ１４３３Ａ）。募集者装置２００は、受信した検索結果をディスプレイ２０５に一覧表示する（ステップＳ１９Ａ）。
【0246】
その結果、募集者は、その募集者が所属する企業の全体評価が低い会員が除外された検索結果をディスプレイ２０５で閲覧することができる。したがって、募集者は、応募者の中から受注者を選択する際に、企業の全体評価が低い会員を目視で除外する手間を省くことができる。
【0247】
なお、本実施の形態では、募集者が所属する企業の或る部門の評価が低い会員であっても、企業全体の評価が低くない場合には、検索結果からその会員が除外されない。しかし、会員検索部１４３は、そのような会員をさらに検索結果から除外してもよい。
【0248】
図２０は、募集者に対する評価および会員の検索結果をディスプレイ３０５に表示する手順を説明するための図である。図２０を用いて、図１０のステップＳ４Ｂ（応募者装置３００の処理）および会員検索部１４３の機能、並びに図１３のステップＳ１７Ｂ，ステップＳ１８Ｂ、および評価出力部１５２の機能をより詳細に説明する。
【0249】
［募集者の評価サマリを出力する処理］
はじめに、図２０に示される、ステップＳ１７Ｂ，ステップＳ１８Ｂ，ステップＳ１５２１Ｂ，およびステップＳ１５２２Ｂの各処理について説明する。
はじめに、図２０に示される、ステップＳ１７Ｂ，ステップＳ１８Ｂ，ステップＳ１５２１Ｂ，およびステップＳ１５２２Ｂの各処理について説明する。
【0250】
応募者装置３００は、応募者が募集者の評価を閲覧するための操作を受け付けた場合、閲覧要求処理を実行する（ステップＳ１７Ｂ）。閲覧要求処理において、応募者装置３００は、閲覧要求をシェアリングサーバ１００の評価出力部１５２へ送信する。評価出力部１５２は、閲覧要求に応じて、応募者（閲覧要求者）に閲覧権限が認められている募集者評価サマリを評価サマリデータベース１２７から選択する（ステップＳ１５２１Ｂ）。
【0251】
閲覧要求をした応募者には、その応募者の所属する企業全体を対象とした募集者評価サマリと、応募者が所属する部門を対象とした募集者評価サマリとを閲覧する権限が認められている。閲覧要求をした応募者には、これら以外の評価サマリを閲覧する権限が認められていない。評価出力部１５２は、閲覧要求を送信する応募者の会員ＩＤ、企業データベース１２１、および会員データベース１２２に基づいて、閲覧権限を判定する。「会員ＩＤ」は、「評価受付部１５１を含むシェアリングサーバ１００が、シェアリングサーバ１００にアクセスしてきた者の所属（企業および部門）および閲覧権限を識別可能な識別情報」の一例である。
【0252】
評価出力部１５２は、閲覧権限に対応する募集者評価サマリを評価サマリデータベース１２７から選択する。評価出力部１５２は、選択した募集者評価サマリを含むデータを応募者装置３００へ送信する（ステップＳ１５２２Ｂ）。送信されるデータには、募集者評価サマリの他、募集者（被評価者）の会員ＩＤ、募集者が所属する企業の情報、募集者が所属する部門の情報等が含まれる。送信されるデータには、閲覧要求に応じて、複数人の募集者（被評価者）の各々に対応する募集者評価サマリが含まれる場合がある。
【0253】
募集者評価サマリを受信した応募者装置３００は、募集者評価サマリを募集者が所属する企業の情報および募集者が所属する部門の情報とともにディスプレイ３０５に表示する（ステップＳ１８Ｂ）。複数人の募集者（被評価者）の各々に対応する募集者評価サマリを受信した場合、応募者装置３００は、複数人の募集者（被評価者）を一覧にして募集者評価サマリを表示する。
【0254】
このように、シェアリングサーバ１００は、応募者の所属する企業および部門を識別可能な会員ＩＤにより確立された通信において閲覧要求を受信した場合、その閲覧要求を送信した送信元である応募者の応募者装置３００へ、評価情報の一例となる募集者評価サマリを送信する。
【0255】
［会員（募集者）を検索する処理］
引き続き、図２０を参照して、ステップＳ４Ｂ、ステップＳ１９Ｂ、ステップＳ１４３１Ｂ～ステップＳ１４３３Ｂの各処理について説明する。
引き続き、図２０を参照して、ステップＳ４Ｂ、ステップＳ１９Ｂ、ステップＳ１４３１Ｂ～ステップＳ１４３３Ｂの各処理について説明する。
【0256】
応募者装置３００は、応募者から検索操作を受け付けた場合に、募集者に関する情報を検索するための会員検索処理を実行する（ステップＳ４Ｂ）。会員検索処理において、応募者装置３００は、検索要求をシェアリングサーバ１００の会員検索部１４３へ送信する。検索要求には、募集者としての評価が低い会員を除外して検索するための基準値が含まれている。この基準値は、たとえば、募集者評価サマリの値に基づいて定められている。
【0257】
検索要求を受信した会員検索部１４３は、検索要求を送信した応募者が所属する企業を特定する（ステップＳ１４３１Ｂ）。ここでは、ステップＳ１４３１Ｂによって特定される企業を「企業Ｘｂ」と称する。
【0258】
会員検索部１４３は、応募者装置３００がシェアリングサーバ１００にサインインする際に用いた会員ＩＤを用いて、応募者装置３００を操作している応募者を特定する。会員検索部１４３は、企業データベース１２１および会員データベース１２２を用いて、応募者が所属する企業Ｘｂを特定する。
【0259】
次に、会員検索部１４３は、特定された企業Ｘｂ全体を対象とした募集者評価サマリの値が基準値を超える会員を評価サマリデータベース１２７から抽出する（ステップＳ１４３２Ｂ）。つまり、会員検索部１４３は、企業Ｘｂ全体の評価が低い会員を除外して、検索結果を抽出する。
【0260】
各企業の募集者装置２００から基準値の設定情報を受け付ける機能をシェアリングサーバ１００に設けてもよい。これにより、各企業は、独自の基準値で評価の低い会員を検索結果から除外することができる。
【0261】
次に、会員検索部１４３は、抽出した会員の情報を検索結果として、検索要求のあった応募者装置３００へ出力する（ステップＳ１４３３Ｂ）。応募者装置３００は、受信した検索結果をディスプレイ３０５に一覧表示する（ステップＳ１９Ｂ）。
【0262】
その結果、応募者は、その応募者が所属する企業の全体評価が低い会員が除外された検索結果をディスプレイ３０５で閲覧することができる。したがって、応募者は、募集者の中から受注者を選択する際に、企業の全体評価が低い会員を目視で除外する手間を省くことができる。
【0263】
なお、本実施の形態では、応募者が所属する企業の或る部門の評価が低い会員であっても、企業全体の評価が低くない場合には、検索結果からその会員が除外されない。しかし、会員検索部１４３は、そのような会員をさらに検索結果から除外してもよい。
【0264】
［評価サマリデータベース１２７の閲覧可能範囲］
図２１は、評価サマリデータベース１２７の閲覧可能範囲を説明するための図である。ここでは、評価サマリデータベース１２７のうち、図９にも示される募集者評価サマリ部１２７Ａを例として、閲覧可能範囲を説明する。
図２１は、評価サマリデータベース１２７の閲覧可能範囲を説明するための図である。ここでは、評価サマリデータベース１２７のうち、図９にも示される募集者評価サマリ部１２７Ａを例として、閲覧可能範囲を説明する。
【0265】
図２１に示される募集者評価サマリ部１２７Ａには、「募集者」として振る舞う会員Ｐ１に対する企業Ｂおよび企業Ｃの各々の評価サマリが含まれている。会員Ｐ１は企業Ａに所属している。企業Ｂの評価サマリは、「全体」、「システム部」、および「企画部」に分類されている。企業Ｃの評価サマリは、「全体」および「企画部」等に分類されている。企業Ｂ，Ｃに所属する会員は、「応募者」として、会員Ｐ１に対する評価サマリを閲覧する。
【0266】
企業Ｂの全体の評価から算出された評価サマリに対する閲覧権限は、図２１の「閲覧可能範囲」の欄に示されるように、企業Ｂに所属するすべての会員に認められる。
【0267】
企業Ｂのシステム部の評価から算出された評価サマリに対する閲覧権限は、企業Ｂのシステム部の会員に認められるが、企業Ｂのシステム部以外の会員には認められない。企業Ｂの企画部の評価から算出された評価サマリに対する閲覧権限は、企業Ｂの企画部の会員に認められるが、企業Ｂの企画部以外の会員には認められない。
【0268】
企業Ｃの全体の評価から算出された評価サマリに対する閲覧権限は、企業Ｃに所属するすべての会員に認められる。企業Ｃの企画部の評価から算出された評価サマリに対する閲覧権限は、企業Ｃの企画部の会員に認められるが、企業Ｃの企画部以外の会員には認められない。
【0269】
以上においては、募集者評価サマリ部１２７Ａを例として、閲覧可能範囲を説明した。マッチングシステム１においては、応募者評価サマリ部１２７Ｂ（図９参照）についても、募集者評価サマリ部１２７Ａと同様の設計思想で閲覧可能範囲が定められている。
【0270】
閲覧者を企業Ｘの第１部門の会員と企業Ｘの第２部門の会員とした場合、企業Ｘの全体の評価サマリ、企業Ｘの第１部門の評価サマリ、および企業Ｘの第２部門の評価サマリに対する閲覧者の権限は、図２１に示される表４０１のとおりとなる。ここで、応募者が「閲覧者」に該当するとき、閲覧対象は「募集者」の評価サマリである。逆に、募集者が「閲覧者」に該当するとき、閲覧対象は「応募者」の評価サマリである。
【0271】
企業Ｘの第１部門に所属する会員は、企業Ｘ全体の評価サマリおよび企業Ｘの第１部門の評価サマリを閲覧できるが、企業Ｘの第２部門の評価サマリを閲覧できない。企業Ｘの第２部門に所属する会員は、企業Ｘ全体の評価サマリおよび企業Ｘの第２部門の評価サマリを閲覧できるが、企業Ｘの第２部門の評価サマリを閲覧できない。企業Ｘ以外の企業Ｙに所属する会員は、企業Ｘ全体の評価サマリ、企業Ｘの第１部門の評価サマリ、および企業Ｘの第２部門の評価サマリを閲覧できない。
【0272】
企業Ｘ全体の評価サマリ、企業Ｘの第１部門の評価サマリ、および企業Ｘの第２部門の評価サマリは、企業Ｘ以外の企業の会員に公開されることはない。したがって、企業Ｙに所属し、応募者として振る舞う会員は、企業Ｘに所属する募集者を評価する場面において、企業同士の関係等を考慮することなく、企業Ｘに所属する募集者を客観的に評価することができる。同様に、企業Ｙに所属し、募集者として振る舞う会員は、企業Ｘに所属する応募者を評価する場面において、企業同士の関係等を考慮することなく、企業Ｘに所属する応募者を客観的に評価することができる。
【0273】
また、企業Ｘに所属する会員が行った評価（募集者に対する評価、および応募者に対する評価）は、募集者評価サマリおよび応募者評価サマリとして企業Ｘの中で共有される。このため、一つひとつの評価の積み重ねが有用な情報を生み出すという意識を評価者に持たせることができる。このことは、正確な評価をしようとする動機付けを評価者に与える。
【0274】
その結果、募集者評価サマリおよび応募者評価サマリの精度が向上する。これにより、募集者評価サマリを、募集業務を選択する際の参考データとして有用に活用することができる。同様に、応募者評価サマリを、受注者を選択する際の参考データとして有用に活用することができる。
【0275】
さらに、本実施の形態によれば、募集者装置２００において、会員検索処理（ステップＳ４Ａ）を実行した際、評価の低い会員を除外した検索結果が募集者に提供される（ステップＳ１４３２Ａ）。同様に、応募者装置３００において、会員検索処理（ステップＳ４Ｂ）を実行した際、評価の低い会員を除外した検索結果が募集者に提供される（ステップＳ１４３２Ｂ）。つまり、マッチングシステム１は、評価の低い会員を除外した検索結果を提供するフィルタリング機能を備える。
【0276】
このため、募集者は、募集業務に対する受注者を決定する際に、評価の低い会員を誤って採用してしまうことを企業単位で防止できる。同様に、応募者は、多数の募集業務の中から応募対象を決定する際に、評価の低い会員が募集している業務を誤って選択してしまうことを企業単位で防止できる。なお、シェアリングサーバ１００は、部門単位の評価サマリを用いたフィルタリングを実行してもよい。
【0277】
企業全体の評価サマリを用いるフィルタリング、および部門単位の評価サマリを用いるフィルタリングのうち、いずれを用いるかを指令する指令信号を募集者装置２００からシェアリングサーバ１００に送信してもよい。この場合、シェアリングサーバ１００には、指令信号に応じて、フィルタリングに用いる評価サマリを変更する機能を設ける。
【0278】
［開示レベルに応じて開示範囲が設定される例］
図２２は、開示レベルに応じて開示範囲が設定される例を示す図である。ここでは、図２２に示されるように、企業Ａ～企業Ｅがコミュニティ関係を形成し、企業Ｆがいずれの企業ともコミュニティ関係をしない場合を考える。この場合、募集者の所属する企業および募集者が設定した開示レベルに応じて、募集案件の開示範囲は表４０２のとおりとなる。
図２２は、開示レベルに応じて開示範囲が設定される例を示す図である。ここでは、図２２に示されるように、企業Ａ～企業Ｅがコミュニティ関係を形成し、企業Ｆがいずれの企業ともコミュニティ関係をしない場合を考える。この場合、募集者の所属する企業および募集者が設定した開示レベルに応じて、募集案件の開示範囲は表４０２のとおりとなる。
【0279】
図２２に示される「レベル１」～「レベル３」の開示レベルは、既に説明した「自社」、「コミュニティ内」、および「すべて」の３段階のレベルに対応するものである。したがって、レベル１では、募集者の所属する企業と同じ企業の応募者にのみ、募集者の募集案件が開示される。レベル２では、レベル１の範囲に加えて、募集者の所属する企業とコミュニティ関係にある企業に所属する応募者に、募集者の募集案件が開示される。レベル３では、募集者の所属する企業を含むすべての企業に所属する応募者に、募集者の募集案件が開示される。ただし、募集者が非開示とする企業ＩＤを指定した場合、その企業ＩＤに対応する企業は、設定された開示レベルに関わらず、開示対象の企業から除外される。本実施の形態の開示レベルのうち、「レベル１」は、「第１応募者への業務情報の開示を許容し、第１グループに属さない応募者への業務情報の開示を禁止すること」に対応するレベルである。「レベル２」は、「第１グループおよび第１グループとコミュニティ関係が形成されたコミュニティグループのいずれかに所属する応募者への業務情報の開示を許容し、第１グループおよびコミュニティグループのいずれにも属さない応募者への業務情報の開示を禁止すること」に対応するレベルである。「レベル３」は、「応募者が属するグループに関わらず、応募者への業務情報の開示を許容すること」に対応するレベルである。
【0280】
ここでは、複数種類の開示レベルの一例として、上記のようなレベル１～レベル３を説明した。しかしながら、複数種類の開示レベルは、これらのものに限定されない。たとえば、あるコミュニティを複数の小コミュニティに分割し、募集業務を開示するか否かを各小コミュニティ別に設定できるようにしてもよい。より具体的には、図５に示されるコミュニティ０２を第１小コミュニティと、第２小コミュニティとに分割する。第１小コミュニティには企業Ｃが所属し、第２小コミュニティには企業Ｄおよび企業Ｅが所属するものとする。この場合、企業Ｄの募集者が自身の募集業務の開示範囲を、第１小コミュニティの範囲とするか、第２小コミュニティの範囲とするか、選択できるようにしてもよい。
【0281】
シェアリングサーバ１００は、開示範囲を募集案件毎に異ならせて設定する操作を受け付けてもよい。たとえば、多数の募集案件のうち、案件００１～案件００３を例に挙げて、開示範囲を募集案件毎に異ならせて設定する具体例を説明する。
【0282】
たとえば、募集案件００１の開示範囲を、コミュニティＩＤ＝０３によって識別されるコミュニティに属する企業Ａ，Ｃのみに限定してもよい。あるいは、募集案件００２の開示範囲を、コミュニティＩＤ＝０２によって識別されるコミュニティに属する企業Ｃ，Ｄ，Ｃのみに限定してもよい。あるいは、案件００３の開示範囲を、コミュニティＩＤ＝０２によって識別されるコミュニティに属する企業Ｃ，Ｄ，Ｃと、コミュニティＩＤ＝０３によって識別されるコミュニティに属する企業Ａ，Ｃとに限定してもよい。
【0283】
企業Ａは、コミュニティＩＤ＝０１または０２によって識別されるコミュニティとは別のコミュニティを形成してもよい。たとえば、図１９において破線に示されるように、企業Ａは、企業Ｚと、コミュニティＩＤ＝Ｚにより識別されるコミュニティを形成してもよい。たとえば、募集者が企業Ａに属する場合、企業Ａに属する応募者および企業Ｚに属する応募者に、募集者の募集案件を開示してもよい。このような開示のレベルを図１９に示されるように「レベル３」の変形例として採用してもよい。
【0284】
この場合、「レベル３」は、「第１グループ（企業Ａ）、および第１グループとコミュニティ関係が形成された第２レベルのコミュニティグループ（企業Ａ～企業Ｃ）とは異なる特定コミュニティグループ（コミュニティＩＤ＝Ｚによって識別されるコミュニティ）に所属する応募者への業務情報の開示を許容し、第１グループおよび特定コミュニティグループのいずれにも属さない応募者への業務情報の開示を禁止すること」に対応する。
【0285】
［副業状況を確認するときに表示される画面例］
図２３は、管理者（応募者の上司）が部下の副業状況を確認するときに管理者の応募者装置３００に表示される画面を示す図である。図２３には、応募者装置３００に管理者の部下の副業状況が表示される例が示されている。応募者装置３００には、操作部として、キーボード３０６Ａおよびマウス３０６Ｂが設けられている。
図２３は、管理者（応募者の上司）が部下の副業状況を確認するときに管理者の応募者装置３００に表示される画面を示す図である。図２３には、応募者装置３００に管理者の部下の副業状況が表示される例が示されている。応募者装置３００には、操作部として、キーボード３０６Ａおよびマウス３０６Ｂが設けられている。
【0286】
ここでは、管理者は、たとえば、企業Ｃの営業部の部門長である。ディスプレイ３０５には、営業部に所属する従業員の副業状況が示される。管理者は、タブ３０７Ａ、タブ３０７Ｂ、タブ３０７Ｃ…のいずれかをキーボード３０６Ａまたはマウス３０６Ｂで指定することにより、営業部に所属する従業員の副業状況を確認することができる。したがって、管理者は、部下がオーバーワークの状態に陥るおそれがないように、部下の労働時間を管理することができる。なお、進捗率を併せて画面に表示してもよい。
【0287】
［案件内容の詳細］
図２４は、募集案件データベース１２４に含まれる案件内容の詳細を示す図である。案件内容には募集要項が含まれる。図２４に示されるように、案件内容は、案件ＩＤ別に募集案件データベース１２４に登録されている。
図２４は、募集案件データベース１２４に含まれる案件内容の詳細を示す図である。案件内容には募集要項が含まれる。図２４に示されるように、案件内容は、案件ＩＤ別に募集案件データベース１２４に登録されている。
【0288】
案件内容は、必要スキル、必要経験、および必要資格の項目を含む。これらの項目には、応募者に要求される条件が記載されている。必要スキルは、案件に必要とされるスキルを意味する。必要経験は、必要スキルを使用して業務に従事した年数を意味する。必要資格は、国家資格および民間資格等を意味する。
【0289】
必要スキル、必要経験、および必要資格は、応募者に求められる「能力」の一例である。シェアリングサーバ１００は、必要スキル、必要経験、および必要資格の各々を「ラベル」として、複数の募集案件を「能力」別に分類する。
【0290】
案件内容は、さらに、発注者および発注者所属企業の項目を含む。発注者は、案件を起案した者、すなわち、募集者を意味する。発注者所属企業は、募集者が所属する企業名を意味する。
【0291】
案件内容は、さらに、時期、単価（工数単価）、予定総時間、および実総時間の項目を含む。時期は、業務が開始される時期を意味する。単価（工数単価）は、単位時間当りの賃金を意味する。予定総時間は、業務の開始から終了までの予定時間を意味する。予定総時間は、業務に関わるプロジェクトの進行状況に応じて変化する。実総時間は、業務に関わるプロジェクトの進行状況に応じて、プロジェクト完成までの時間を見直して算出される時間を意味する。
【0292】
案件内容は、募集業務の業務情報の一例である。必要スキル、必要経験、および必要資格は、応募者が保有する能力を特定可能な能力情報の一例である。単価、予定総時間、および実総時間は、報酬に関する報酬情報の一例である。
【0293】
応募者は、応募者本人が保有する能力（スキル、経験、資格）を考慮して、応募したい案件を多数の案件の中から決定する。応募者は、最終的に案件に応募する前に、必要に応じて案件の募集者と面談を実施する。また、募集者は、応募者の中から特定の者を仮受注者として選択した後、業務契約をする前に、仮受注者と面談をするかもしれない。募集者は、応募者と業務契約をした後、業務の進行状況に応じて、応募者（受注者）と業務内容に関する面談をするかもしれない。
【0294】
［リコメンド機能の概要］
図２５は、マッチングシステム１が備えるリコメンド機能の概要を示す図である。マッチングシステム１は、ユーザが保有している能力と、労働市場において求められている能力との関係に基づいて、取得することをユーザにお勧めする能力を提示する機能を有する。この機能をリコメンド機能という。マッチングシステム１のデータベース１２０には、上述のとおり多数の募集案件の情報が登録されている、各募集案件の情報には、案件内容として、必要とされる能力、時期、単価、および時間（予定総時間、および実総時間）が含まれる。
図２５は、マッチングシステム１が備えるリコメンド機能の概要を示す図である。マッチングシステム１は、ユーザが保有している能力と、労働市場において求められている能力との関係に基づいて、取得することをユーザにお勧めする能力を提示する機能を有する。この機能をリコメンド機能という。マッチングシステム１のデータベース１２０には、上述のとおり多数の募集案件の情報が登録されている、各募集案件の情報には、案件内容として、必要とされる能力、時期、単価、および時間（予定総時間、および実総時間）が含まれる。
【0295】
マッチングシステム１は、募集案件の情報に基づいて、市場価値（労働市場における能力の価値）、および市場規模（労働市場における能力の需要の規模）を能力の種類別に推定する。
【0296】
マッチングシステム１は、募集案件に要求される能力（経験、スキル、資格）および募集案件の報酬単価に基づいて、市場価値を推定する。より具体的には、マッチングシステム１は、単価の高い能力を市場価値の高い能力と推定する。
【0297】
マッチングシステム１は、募集案件に要求される能力（経験、スキル、資格）、募集案件に設定されている報酬額、および募集案件数に基づいて、市場規模を推定する。募集案件に設定されている報酬額は、単価と予定総時間または実総時間とを乗じることで算出される。
【0298】
より具体的には、マッチングシステム１は、データベース１２０に登録されている募集案件の中から、能力Ｘに関連するすべての募集案件を抽出し、抽出した各募集案件に設定されている報酬額の総額Ｘを計算する。これを能力Ｘの総額Ｘとする。マッチングシステム１は、データベース１２０に登録されているすべての募集案件の各々に設定されている報酬額の総額Ｓを計算する。たとえば、マッチングシステム１は、総額Ｓに対する総額Ｘの割合に基づいて、能力Ｘの市場規模を推定する。
【0299】
マッチングシステム１は、市場価値および市場規模の推定結果を用いて、労働市場マップを作成する。マッチングシステム１は、労働市場マップとして、市場価値に着目した「市場価値マップ」と、労働規模に着目した「市場規模マップ」とを作成する。
【0300】
マッチングシステム１は、ユーザ（会員）から、ユーザ本人が保有している能力の情報を取得する。図２５に示されるように、能力の情報は、経験、スキル、および資格を含む。マッチングシステム１は、取得したこれらの情報に基づいて、労働市場におけるユーザの能力を評価する。マッチングシステム１は、ユーザ本人が保有する能力と市場価値との関係、並びにユーザ本人が保有する能力と市場規模との関係を市場マップに表す。
【0301】
さらに、マッチングシステム１は、ユーザが保有している能力と、労働市場において求められている能力との関係に基づいて、リコメンドスキル（取得することをユーザにお勧めする能力）をユーザに提示する。図２５に示されるように、マッチングシステム１は、複数のリコメンドスキルをお勧め順にユーザに提示する。
【0302】
ユーザは、労働市場マップを見ることによって、労働市場において重要視されている能力を理解することができる。さらに、ユーザは、労働市場マップを見ることによって、今後、既に保有している能力と、労働市場において重要視されている能力との２つの観点から、今後、習得すべき能力を理解することができる。
【0303】
【0304】
図２６は、市場価値マップの一例を示す図である。マッチングシステム１は、図２６に示される市場価値マップをユーザ装置５００の画面５５０に表示する。市場価値マップの縦軸は、スキルを表す。ここでは、スキルは、ＩＴ（Information Technology）に関連するプログラミングのスキルを例示している。市場価値マップの横軸は、スキルに対応する経験年数を表す。市場価値マップには、労働市場における能力の価値がスキルと経験年数との観点から示される。
【0305】
星印５５１は、市場価値マップにおけるユーザの能力の位置を示す。星印５５１は、応募者が保有する能力に対する労働市場の評価の程度を特定可能な評価情報の一例である。
【0306】
矢印５５２は、ユーザが習得すべき新たなスキルの方向性を示す。矢印５５２は、ユーザが習得すべき新たなスキルの方向性を示す。矢印５５２の先端位置は、マッチングシステムがユーザにお勧めするリコメンドスキルを示す。矢印５５２は、応募者が習得すべき新たな能力を示す情報の一例である。矢印５５３は、ユーザにお勧めできないスキルの方向性を示す。
【0307】
市場価値マップ内の右側には、ユーザが保有する能力と労働市場との関係、およびユーザへのアドバイスが示される。
【0308】
ユーザは、図２６に示される市場価値マップを見ることによって、本人の保有する能力（Ｃ／Ｃ＋＋）の市場規模は中程度であるものの、その市場価値が低く、このまま経験年数を重ねても、能力の市場価値が高まらないことを理解できる。さらに、ユーザは、矢印５５２を見ることによって、今後、Ｐｙｔｈｏｎの能力を習得すれば、市場価値の高い能力を身に付けられることを理解できる。
【0309】
図２７は、市場価値マップの他の一例を示す図である。マッチングシステム１は、図２７に示される市場価値マップをユーザ装置５００の画面５５０に表示する。市場価値マップの縦軸は、「Ｃ／Ｃ＋＋」のスキルに関する経験年数を表す。市場価値マップの横軸は、ＩＴに関連する各種の資格を表す。市場価値マップには、労働市場における能力の価値が「Ｃ／Ｃ＋＋」のスキルに関する経験年数と各種資格との観点から示される。
【0310】
図２７に示される市場価値マップによれば、ユーザは、「Ｃ／Ｃ＋＋」を用いた３年程度の業務経験をしており、かつ、ＩＰ資格を所有していることがわかる。ユーザは、図２７に示される市場価値マップを見ることによって、このまま「Ｃ／Ｃ＋＋」の経験年数を重ねても、能力の市場価値が高まらないことを理解できる。さらに、ユーザは、矢印５５２を見ることによって、今後、ＡＰの資格を取得すれば、自身の能力の市場価値を高められることを理解できる。
【0311】
ユーザは、ＡＰの資格取得を目指すよりも、ＳＴの資格取得を目指す方が、能力の市場価値をより高めることができる。しかしながら、ユーザが現在保有している能力を考慮すると、ユーザに難易度の高いＡＰの資格取得を勧めることに無理がある。そこで、マッチングシステム１は、ユーザが現在保有している能力を考慮して、無理のない能力開発の方向性を矢印５５２で示している。市場価値マップには、さらに、「安易に資格を取るのではなく、経験も積まないといけない」というアドバイスが示されている。なお、図２７に示される市場価値マップに、図２６に示されるような「現在の能力と市場との関係」を表示してもよい。
【0312】
図２８は、市場価値マップの他の一例を示す図である。マッチングシステム１は、図２８に示される市場価値マップをユーザ装置５００の画面５５０に表示する。図２８に示される市場価値マップは、図２７に示される市場価値マップの横軸の内容をＩＴ資格から知的財産に関するスキルに変更したものである。
【0313】
図２８に示される市場価値マップによれば、ユーザは、「Ｃ／Ｃ＋＋」を用いた３年程度の業務経験をしているものの、知的財産に関する業務を経験していないことがわかる。ユーザは、図２８に示される市場価値マップを見ることによって、このまま「Ｃ／Ｃ＋＋」の経験年数を重ねても、能力の市場価値が高まらないことを理解できる。
【0314】
さらに、ユーザは、矢印５５２を見ることによって、今後、知的財産管理技能士の資格を取得すれば、自身の能力の市場価値を高められることを理解できる。また、ユーザは、知的財産管理技能士の資格を取得すれば、知的財産管理技能士よりも難易度が高く、かつ、より市場価値の高い弁理士の資格取得を目標にすることができると理解するであろう。
【0315】
市場価値マップには、さらに、トレーニング情報が示されている。トレーニング情報は、リコメンドスキルを取得するために、ユーザが受講すべき講座などの情報である。ユーザは、トレーニング情報を参照することによって、たとえば、知的財産管理技能士の資格を取得するために有用なオンライン講座などを知ることができる。トレーニング情報は、新たな能力の習得に役立つ情報の一例である。なお、図２８に示される市場価値マップに、図２６に示されるような「現在の能力と市場との関係」を表示してもよい。
【0316】
以上、図２６～図２８を用いて、労働市場マップの一例となる市場価値マップを説明した。ここでは、労働市場マップとして市場価値マップを例示したが、マッチングシステム１は、マップの対象の「市場価値」を「市場規模」に代えた市場規模マップを作成し、ユーザ装置５００（募集者装置２００、応募者装置３００）に表示することも可能である。
【0317】
この場合、マッチングシステム１は、市場規模を算出し、算出結果を市場規模マップに反映させる。市場規模マップのフォーマットは、市場価値マップのフォーマットと同様である。ただし、市場規模マップにおいては、図２６～図２８において、「価値」と標記されている箇所がすべて「規模」に変更される。
【0318】
市場価値マップと市場規模マップとを画面５５０に表示する場合の手法としては、様々な手法を採用することができる。マッチングシステム１は、市場価値マップと市場規模マップとを画面５５０に横並びあるいは縦並びに表示してもよい。マッチングシステム１は、ユーザの第１操作に応じて、市場価値マップを画面５５０に表示し、ユーザの第２操作に応じて、市場規模マップを画面５５０に表示してもよい。
【0319】
［その他のデータベース］
以下では、図２に示した各種のデータベース１２１～１２７に加えて、本実施の形態において採用される、その他のデータベースを説明する。
以下では、図２に示した各種のデータベース１２１～１２７に加えて、本実施の形態において採用される、その他のデータベースを説明する。
【0320】
図２９は、プロファイルデータベース１２９の一例を示す図である。図２９に示されるように、プロファイルデータベース１２９には、会員（ユーザ）のプロファイル情報が会員ＩＤ別に登録されている。プロファイル情報の一部は、会員データベース１２２に登録されている情報と重複してもよい。プロファイル情報は、会員の氏名、年齢、および性別を含む。さらに、プロファイル情報は、会員の所属（企業、および部門）を特定可能な所属情報を含む。所属情報は、企業および企業内の部門のうちのいずれか一方を特定するためのグループ情報の一例である。
【0321】
さらに、プロファイル情報は、会員の能力情報と、会員向けのリコメンド能力情報とを含む。会員の能力情報は、スキル、経験、および資格別に分類されている。これらの分類は、案件の募集要項（図２４参照）に対応している。たとえば、年齢、性別、所属、および能力情報により、会員別の属性情報が構成される。企業毎にこれら会員の属性情報を統合した場合、企業毎の属性情報が生成される。
【0322】
リコメンド能力情報は、会員が習得することが望ましい能力（リコメンドスキル）を示す。シェアリングサーバ１００は、図２６～図２８に示される矢印５５２の向きを、リコメンド能力情報に基づいて決定する。シェアリングサーバ１００は、会員が保有している能力、その能力の市場価値およびその能力でカバーできる市場規模に基づいて、会員が習得すべき新たな能力を決定する。シェアリングサーバ１００は、決定した能力を特定可能な情報として、リコメンド能力情報をプロファイルデータベース１２９に登録する。
【0323】
さらに、プロファイル情報は、会員の保有する能力に関する市場価値および市場規模をさらに含む。
【0324】
図３０は、能力データベース１３４の一例を示す図である。図３０に示されるように、能力データベース１３４には、能力情報が能力ＩＤ別に登録されている。能力情報は、能力情報名および能力情報カテゴリを含む。能力情報カテゴリには、スキル、経験、および資格が含まれる。能力情報は、市場価値および市場規模を含む。シェアリングサーバ１００は、能力データベース１３４を参照することによって、能力ＩＤ別（能力情報別）に、市場価値および市場規模を特定することができる。
【0325】
【0326】
図３１～図３３に示されるように、能力ＩＤは、スキルＩＤと経験ＩＤとを組み合わせることで生成される。スキルＩＤは、スキルの種類および資格の種類を識別するための識別子である。経験ＩＤは、経験年数を識別するための識別子である。したがって、能力ＩＤによって識別される能力情報は、スキル（または資格）と経験とを組み合わせた情報である。
【0327】
図３２には、情報系のスキル（プログラミングスキル）に関するスキルＩＤが示されている。たとえば、「スキルＩＤ＝０００１－１」は、「Ｒｕｂｙ」のスキルに対応する。「スキルＩＤ＝０００１－２」は、「Ｐｙｔｈｏｎ」のスキルに対応する。「スキルＩＤ＝０００１－３」は、「Ｃ／Ｃ＋＋」のスキルに対応する。「スキルＩＤ＝０００１－４」は、「Ｋｏｔｌｉｎ」のスキルに対応する。「スキルＩＤ＝０００１－５」は、「Ｊａｖａ（登録商標）」のスキルに対応する。これらは、スキルＩＤの例示に過ぎない。たとえば、各種の資格をスキルＩＤに対応付けることは本実施の形態において想定されている。
【0328】
図３３に示されるように、「経験ＩＤ＝０００１」は、「１年未満」の経験年数に対応する。「経験ＩＤ＝０００２」は、「１年以上３年未満」の経験年数に対応する。「経験ＩＤ＝０００３」は、「３年以上５年未満」の経験年数に対応する。「経験ＩＤ＝０００４」は、「５年以上１０年未満」の経験年数に対応する。「経験ＩＤ＝０００５」は、「１０年以上」の経験年数に対応する。これらは、経験ＩＤの例示に過ぎない。経験年数（経験期間）の範囲を図３３に示される範囲と異なる範囲で区切ってもよい。
【0329】
図３１に示されるように、「能力ＩＤ＝０００１－１，０００１」は、「スキルＩＤ＝０００１－１」と「経験ＩＤ＝０００１」との組み合わせから成る。「能力ＩＤ＝０００１－１，０００１」は、図３１に示されるように、「Ｒｕｂｙ×１年未満」に対応する。これは、「Ｒｕｂｙのプログラミング経験が１年未満に相当する能力」を意味する。
【0330】
また、図３１に示されるように、「能力ＩＤ＝０００２－１，０００２」は、「スキルＩＤ＝０００２－１」と「経験ＩＤ＝０００２」との組み合わせから成る。「能力ＩＤ＝０００２－１，０００２」は、図３１に示されるように、「Ｐｙｔｈｏｎ×１年以上３年未満」に対応する。これは、「Ｐｙｔｈｏｎのプログラミング経験が１年以上３年未満に相当する能力」を意味する。
【0331】
図３１に示される他の能力ＩＤも同様に、スキルＩＤと経験ＩＤとの組み合わせから成り、スキルＩＤに対応するスキルと、経験ＩＤに対応する経験期間とを表す。
【0332】
図３４は、複数のスキルを組み合わせてスキルＩＤを構成する例を示す図である。ユーザが保有するスキルは１つに限られない。図２７に示したように、ユーザは、たとえば、プログラミングのスキルと、ＩＴ関連資格とを保有することが想定される。あるいは、図２８に示したように、ユーザは、たとえば、ＩＴ関連のスキルと、知的財産関連のスキルとを保有することが想定される。ここでは、ユーザが複数のスキルを保有することを想定した場合に利用可能なスキルＩＤの例を紹介する。
【0333】
図３４には、複数のスキルに対応するスキルＩＤの例として、２つの例が示されている。１つは、プログラミング関連のスキルと、ＩＴ関連の資格とを組み合わせて生成されるスキルＩＤである。もう１つは、プログラミング関連のスキルと、知的財産関連の資格とを組み合わせて生成されるスキルＩＤである。
【0334】
図３４に示されるように、「スキルＩＤ＝０００１－３－１」は、「Ｃ／Ｃ＋＋」のスキルと「ＩＰ」のスキル（資格）とを保有することに対応する。「スキルＩＤ＝０００１－３－１」のうち、「０００１－３」は「Ｃ／Ｃ＋＋」を表し、それに続く「－１」は「ＩＰ」を表す。
【0335】
図３４に示される他のスキルＩＤも同様に定義される。「スキルＩＤ＝０００１－３－２」は、「Ｃ／Ｃ＋＋」のスキルと「ＦＥ」のスキル（資格）とを保有することに対応する。「スキルＩＤ＝０００１－３－３」は、「Ｃ／Ｃ＋＋」のスキルと「ＡＰ」のスキル（資格）とを保有することに対応する。「スキルＩＤ＝０００１－３－４」は、「Ｃ／Ｃ＋＋」のスキルと「ＳＡ」のスキル（資格）とを保有することに対応する。「スキルＩＤ＝０００１－３－５」は、「Ｃ／Ｃ＋＋」のスキルと「ＳＴ」のスキル（資格）とを保有することに対応する。
【0336】
「スキルＩＤ＝０００１－３－１１」は、「Ｃ／Ｃ＋＋」のスキルと「知的財産管理技能士」のスキル（資格）とを保有することに対応する。「スキルＩＤ＝０００１－３－１２」は、「Ｃ／Ｃ＋＋」のスキルと「弁理士」のスキル（資格）とを保有することに対応する。
【0337】
［リコメンド機能に関わる処理手順の説明］
次に、図３５～図４２を参照してリコメンド機能に関わる各種の処理手順を説明する。図３５は、マッチングシステム１のリコメンド機能に関わる処理手順を示すフローチャートである。
次に、図３５～図４２を参照してリコメンド機能に関わる各種の処理手順を説明する。図３５は、マッチングシステム１のリコメンド機能に関わる処理手順を示すフローチャートである。
【0338】
図３５に示されるフローチャートにおいて、はじめに、シェアリングサーバ１００は、複数の募集案件情報を収集する（ステップＳｒ１）。ステップＳｒ１において、シェアリングサーバ１００は、案件情報取得部として機能する。
【0339】
次に、シェアリングサーバ１００は、複数の募集案件情報の各々について、ラベル付けの必要があるか、ラベル付けの必要がないかを判定する（ステップＳｒ２）。シェアリングサーバ１００は、募集要項をチェックしたときに、能力ＩＤの能力情報カテゴリに分類することのできる募集案件情報を、ラベル付けの必要がないと判定する。シェアリングサーバ１００は、募集要項をチェックしたときに、能力ＩＤの能力情報カテゴリに分類することのできない募集案件情報を、ラベル付けの必要があると判定する。
【0340】
シェアリングサーバ１００は、ラベル付けが必要な募集案件情報にラベル付けを行う。すなわち、シェアリングサーバ１００は、有識者による基準に基づいて、募集案件情報に含まれる募集要項の内容を能力情報（スキル、経験、および資格）に分類する（ステップＳｒ３）。ステップＳｒ３において、シェアリングサーバ１００は、ラベル付け部として機能する。
【0341】
次に、シェアリングサーバ１００は、ラベル付けされたデータを用いて、能力情報毎に市場価値と市場規模とを算出する（ステップＳｒ４）。同様に、シェアリングサーバ１００は、ラベル付けが必要でないと判定された案件情報のデータを用いて、能力情報毎に市場価値と市場規模とを算出する（ステップＳｒ５）。
【0342】
ステップＳｒ４，Ｓｒ５において、シェアリングサーバ１００は、算出部として機能する。算出部による算出結果（ステップＳｒ４、ステップＳｒ５）は、市場価値および市場規模の推定結果に相当する。算出部は、複数の募集案件の各々に含まれる業務情報に基づいて、業務に関する能力に対する労働市場の評価を業務に関する能力の種類別に推定する。
【0343】
次に、シェアリングサーバ１００は、ユーザの能力情報に基づいて、ユーザの保有する能力に関する市場価値および市場規模を算出する（ステップＳｒ６）。ステップＳｒ６において、シェアリングサーバ１００は、能力情報取得部として機能する。なお、シェアリングサーバ１００は、ユーザの能力情報をプロファイルデータベース１２９から取得する。
【0344】
ユーザは、プロファイルデータベース１２９に能力情報を登録するために、本人の能力情報をシェアリングサーバ１００にアップロードする必要がある。ユーザによってアップロードされた能力情報の種類は様々である。
【0345】
このため、シェアリングサーバ１００は、ユーザによってアップロードされた能力情報をプロファイルデータベース１２９で想定されているカテゴリに直ちに分類できないかもしれない。このような事態を考慮して、シェアリングサーバ１００は、ユーザからアップロードされた能力情報を対象として、募集案件情報と同様に、ラベル付け処理を実行してもよい。
【0346】
次に、シェアリングサーバ１００は、ユーザにリコメンドする能力を算出する（ステップＳｒ７）。ステップＳｒ７において、シェアリングサーバ１００は、リコメンド部として機能する。
【0347】
次に、シェアリングサーバ１００は、労働市場マップ（市場価値、市場規模）をユーザ装置５００に表示する（ステップＳｒ８）。これにより、ユーザ装置５００の画面５５０には、ユーザの保有する能力に関する市場価値および市場規模、並びにリコメンドスキルが表示される。ステップＳｒ８において、シェアリングサーバ１００は、表示部として機能する。表示部によって、上述の推定結果がユーザ装置５００へ表示される。
【0348】
図３６は、案件情報取得部（Ｓｒ１）の処理手順を示すフローチャートである。シェアリングサーバ１００は、募集案件データベース１２４から各募集案件の情報を取得する（ステップＳｒ１１）。これにより、案件情報取得部の処理が終了される。
【0349】
図３７は、ラベル付け部（Ｓｒ３）の処理手順を示すフローチャートである。はじめに、シェアリングサーバ１００は、募集案件データベース１２４から各募集案件の情報を取得する（ステップＳｒ３１）。次に、シェアリングサーバ１００は、募集案件の募集要項の情報を確認する（ステップＳｒ３２）。募集要項の情報には、スキル、経験、および資格が含まれる。
【0350】
次に、シェアリングサーバ１００は、有識者による基準と、募集案件情報に含まれる募集要項の内容とに基づいて、募集案件にラベル付けする（ステップＳｒ３３）。次に、シェアリングサーバ１００は、ラベル付けした結果を募集案件データベース１２４に登録する（ステップＳｒ３４）。より具体的には、必要能力（スキル，経験，資格）のラベルが募集案件に付される。これにより、ラベル付け部の処理が終了される。
【0351】
図３８は、算出部（Ｓｒ４，Ｓｒ５）の処理手順を示すフローチャートである。はじめに、シェアリングサーバ１００は、募集案件データベース１２４から募集案件の能力情報（必要スキル、必要経験、必要資格）、単価情報、および時間情報を取得する（ステップＳｒ４１）。
【0352】
シェアリングサーバ１００は、時間情報として、案件内容に含まれる予定総時間および実総時間のうち、いずれ採用してもよい。たとえば、シェアリングサーバ１００は、業務が完了している案件については、実総時間を採用し、業務が完了していない案件については予定総時間を採用してもよい。
【0353】
次に、シェアリングサーバ１００は、募集案件の能力情報毎に募集案件をカテゴライズする（ステップＳｒ４２）。これによって、募集案件が能力ＩＤ毎に分類される。次に、シェアリングサーバ１００は、カテゴリ毎に市場価値および市場規模を計算する（ステップＳｒ４３）。
【0354】
シェアリングサーバ１００は、ステップＳｒ４２およびステップＳｒ４３の処理を、すべての募集案件を対象に実行する。その結果、募集案件の能力情報（必要スキル、必要経験、必要資格）を基礎として、その能力情報別の市場価値および市場規模が算出（推定）される。
【0355】
ここで、シェアリングサーバ１００が募集案件に基づいて市場価値および市場規模を算出する手法を説明する。はじめに、シェアリングサーバ１００は、募集要領（スキル・経験・資格）に基づいて、募集案件をグルーピングする。次に、シェアリングサーバ１００は、グループ毎に、募集案件の平均単価と、各募集案件の報酬額の合計額とを算出する。次に、シェアリングサーバ１００は、平均単価に基づいて市場価値を評価し、合計額に基づいて市場規模を評価する。
【0356】
なお、シェアリングサーバ１００は、市場価値および市場規模を算出する際、募集案件の募集時期を加味してもよい。すなわち、シェアリングサーバ１００は、募集時期の新しい案件よりも募集時期の古い案件の方が、算出結果への寄与率が小さくなるように、算出式の係数を調整してもよい。
【0357】
シェアリングサーバ１００は、ステップＳｒ４３の後、能力情報のカテゴリ毎に市場価値および市場規模を能力データベース１３４に登録する（ステップＳｒ４４）。これにより、算出部の処理が終了される。
【0358】
図３９は、能力情報取得部（Ｓｒ６）の処理手順を示すフローチャートである。はじめに、シェアリングサーバ１００は、プロファイルデータベース１２９からユーザの能力情報を取得する（ステップＳｒ６１）。次に、シェアリングサーバ１００は、能力データベース１３４から能力情報のカテゴリ毎に市場価値および市場規模を取得する（ステップＳｒ６２）。
【0359】
次に、シェアリングサーバ１００は、ユーザの保有する能力に関する市場価値および市場規模を算出する（ステップＳｒ６３）。次に、シェアリングサーバ１００は、ユーザの保有する能力に関する市場価値および市場規模をプロファイルデータベース１２９に登録する（ステップＳｒ６４）。これにより、能力情報取得部の処理が終了される。
【0360】
図４０は、リコメンド部（Ｓｒ７）の処理手順を示すフローチャートである。はじめに、シェアリングサーバ１００は、プロファイルデータベース１２９からユーザの能力情報を取得する（ステップＳｒ７１）。次に、シェアリングサーバ１００は、能力データベース１３４から能力情報カテゴリ毎の市場価値と市場規模を取得する（ステップＳｒ７２）。
【0361】
次に、シェアリングサーバ１００は、ユーザがさらに追加で獲得した場合に市場価値が高まる能力情報（リコメンドスキル）を算出する（ステップＳｒ７３）。次に、シェアリングサーバ１００は、市場価値の向上度に応じて、リコメンドスキルに順位付けする（ステップＳｒ７４）。次に、シェアリングサーバ１００は、順位情報をリコメンド能力としてプロファイルデータベース１２９に登録する（ステップＳｒ７５）。これにより、リコメンド部の処理が終了される。
【0362】
なお、シェアリングサーバ１００は、複数のリコメンドスキルをユーザが獲得した場合における、ユーザの能力の市場価値および市場規模を算出してもよい。また、シェアリングサーバ１００は、算出された複数のリコメンドスキルのうち、最も順位の高いリコメンドスキルのみをプロファイルデータベース１２９に登録してもよい。
【0363】
図４１は、表示部（Ｓｒ８）の処理手順を示すフローチャートである。はじめに、シェアリングサーバ１００は、プロファイルデータベース１２９からユーザのプロファイル情報を取得する（ステップＳｒ８１）。プロファイル情報にはユーザの能力情報が含まれる。
【0364】
次に、シェアリングサーバ１００は、能力データベース１３４から能力情報のカテゴリ毎に市場価値および市場規模を取得する（ステップＳｒ８２）。次に、シェアリングサーバ１００は、ユーザが保有する能力毎に市場情報を取得する（ステップＳｒ８３）。
【0365】
次に、シェアリングサーバ１００は、能力データベース１３４からユーザ向けのリコメンドスキルの情報を取得する（ステップＳｒ８４）。次に、シェアリングサーバ１００は、ユーザが保有する能力の市場価値および市場規模、リコメンドスキル、並びにリコメンドスキルを獲得した場合の市場価値および市場規模の情報をユーザ装置５００に表示する（ステップＳｒ８５）。これにより、表示部の処理が終了される。
【0366】
図４２は、再計算部（Ｓｒ９）の処理手順を示すフローチャートである。はじめに、シェアリングサーバ１００は、市場価値および市場規模を再計算する指示をシェアリングサーバ１００の管理者などから受け付ける（ステップＳｒ９１）。次に、シェアリングサーバ１００は、市場価値および市場規模を再計算するため、Ｓｒ１～Ｓｒ７を再度、実行する（ステップＳｒ９２）。これにより、再計算部の処理が終了される。
【0367】
なお、シェアリングサーバ１００は、再計算部のステップＳｒ９１およびステップＳｒ９２をバッチ処理などで実行してもよい。たとえば、シェアリングサーバ１００は、指定されているタイミングで定期的に再計算部の処理を実行してもよい。バッチ処理を採用する場合、ラベル付け部の処理が事前に行われることが望ましい。
【0368】
以上説明したように、マッチングシステム１は、募集業務に応募する応募者に募集業務の業務情報を提供する業務情報提供システムの一例である。マッチングシステム１は、募集者と応募者とをマッチングさせるプラットフォームを有効活用して、業務に関する能力に対する労働市場の評価を業務に関する能力の種類別に推定し、推定結果を応募者装置へ表示する。マッチングシステム１によれば、労働市場において重要視されている能力を理解することが可能な情報を応募者に提供することができる。
【0369】
さらに、マッチングシステム１は、応募者が保有する能力を特定可能な能力情報に基づいて応募者が保有する能力を特定し、応募者が保有する能力に対する労働市場の評価を示す評価情報を応募者装置へ表示する。より具体的には、マッチングシステム１は、応募者が保有している能力に関する市場価値および市場規模、並びにリコメンドスキルを応募者に提示する機能を有する。
【0370】
マッチングシステム１によれば、応募者が保有している能力を元にして、これから獲得することでより効果的に市場価値を高めることのできる能力を応募者に教えることができる。これにより、応募者は、市場価値がより高くなる能力を理解し、効率的に能力開発を進めることができる。より具体的には、応募者は、自分が獲得すべきスキル情報を理解することができ、最適なリスキル、リカレント教育、あるいはトレーニングを受けることができる。その結果、応募者は、より市場価値が高い人材を目指すことが可能となる。
【0371】
これまでに説明したように、シェアリングサーバ１００は、通信インターフェイス１０４を介して、応募者によって操作される応募者装置３００と通信する。シェアリングサーバ１００は、業務情報（案件内容）が募集案件毎に登録されたデータベース１２０（特には募集案件データベース１２４）にアクセスする。シェアリングサーバ１００は、複数の募集案件の各々に含まれる業務情報に基づいて、業務に関する能力に対する労働市場の評価を前記業務に関する能力の種類別に推定し（ステップＳｒ４２、ステップＳｒ４３）、推定結果を前記応募者装置へ表示する（ステップＳｒ８５）。
【0372】
データベース１２０（プロファイルデータベース１２９）には、応募者が保有する能力を特定可能な能力情報が登録されている。シェアリングサーバ１００は、能力情報に基づいて応募者が保有する能力を特定し（ステップＳｒ６１）、応募者が保有する能力に対する労働市場の評価を示す評価情報（星印５５１）を応募者装置３００へ表示する（ステップＳｒ８５）。
【0373】
シェアリングサーバ１００は、前記推定結果と、前記応募者が保有している能力とに基づいて、前記応募者が習得すべき新たな能力（リコメンドスキル）を示す情報（矢印５５２）を前記応募者装置へ表示する（ステップＳｒ８５）。さらに、シェアリングサーバ１００は、新たな能力の習得に役立つ情報（トレーニング情報）を応募者装置３００へ表示する（図２８参照）。
【0374】
図２４に示されるように、業務情報は、応募者に要求される能力に関する能力情報（必要スキル、必要経験、必要資格）、および報酬に関する報酬情報（単価、予定総時間、実総時間）を含む。シェアリングサーバ１００は、能力情報および報酬情報に基づいて、業務に関する能力に対する労働市場の評価を推定する（ステップＳｒ４２、ステップＳｒ４３）。図３０に示されるように、能力情報は、応募者のスキルおよびスキルを用いた業務の経験期間を含む。
【0375】
図１、図２６～図２８、およびステップＳｒ８５に示されるように、業務に関する能力に対する労働市場の評価は、業務に関する能力に対して労働市場が与える価値（市場価値）、および前記業務に関する能力が必要とされている労働市場の規模（市場規模）のいずれか一方を含む。
【0376】
クラウドソーシングを利用して、より適切な人材を見つけるためには、クラウドソーシングの範囲を特定の企業内あるいは数少ない企業数の範囲に留めるのでなく、その範囲をさらに広げることが望ましい。この場合、業務の受注者を募集する募集者と、その募集に応募する応募者との利害関係を考慮する必要が生じる。本実施の形態において、募集者装置２００は、受注者を募集する業務情報および業務情報の開示範囲を示す開示情報をシェアリングサーバ１００へ送信する。シェアリングサーバ１００は、業務情報を開示情報とともにデータベース１２０に登録する。シェアリングサーバ１００は、データベース１２０に登録されている業務情報のうち、応募者への開示が許容されている業務情報を開示情報に基づいて判定し、応募者への開示が許容されている業務情報を応募者装置３００へ提供する。このため、本実施の形態によれば、募集者と応募者との利害関係を考慮した適切な応募者を選出可能にすることができる。
【0377】
以上、説明した本実施の形態において、「企業別グループ」および「同一企業内の部門別グループ」は、「グループ」の一例である。フリーランス等、企業に属さない応募者が、一つの「グループ」を構成してもよい。複数の企業により「企業グループ」を構成してもよい。
【0378】
本実施の形態において、「コミュニティ関係を形成する企業」は、「コミュニティグループ」の一例である。
【0379】
本実施の形態において、開示情報に含まれる「非開示対象」の情報は、「業務情報の開示を禁止する対象者を特定可能な情報」の一例である。
【0380】
承認者として機能する管理者の応募者装置３００から承認部１４７に承認情報を送信する通信（図１１のＳ９）は、その承認者の会員ＩＤによって識別される論理的な通信経路において行われる。「承認部１４７がこのような通信経路において承認情報を受信すること」は、「第１応募者の承認者の識別情報を伴う通信において承認通知を受信すること」の一例である。
【0381】
本実施の形態において、評価サマリデータベース１２７に登録された「応募者評価サマリ」は、「評価者装置として機能する募集者装置２００から受信した評価に基づいた評価情報」の一例である。本実施の形態において、評価サマリデータベース１２７に登録された「募集者評価サマリ」は、「評価者装置として機能する応募者装置３００から受信した評価に基づいた評価情報」の一例である。
【0382】
図９には、評価サマリデータベース１２７内に登録されているデータの一例が示されているに過ぎない。本実施の形態においては、企業Ａに所属する会員が応募者の立場で、企業Ａ，Ｂ，Ｃ…に所属しかつ募集者として振る舞う会員を評価することも想定されている。本実施の形態においては、企業Ｂに所属する会員が応募者の立場で、企業Ａ，Ｂ，Ｃ…に所属しかつ募集者として振る舞う会員を評価することも想定されている。本実施の形態においては、企業Ａに所属する会員が募集者の立場で、企業Ａ，Ｂ，Ｃ…に所属しかつ応募者として振る舞う会員を評価することも想定されている。本実施の形態においては、企業Ｂに所属する会員が募集者の立場で、企業Ａ，Ｂ，Ｃ…に所属しかつ応募者として振る舞う会員を評価することも想定されている。
【0383】
本実施の形態において、企業Ａに所属する募集者によって操作される「募集者装置２００Ａ」は、評価者装置として機能し、「第１グループに所属する１以上の評価者によって操作される第１評価者装置（募集側第１評価装置）」の一例である。本実施の形態において、企業Ａに所属する応募者によって操作される「応募者装置３００Ａ」は、評価者装置として機能し、「第１グループに所属する１以上の評価者によって操作される第１評価者装置（応募側第１評価装置）」の一例である。
【0384】
本実施の形態において、企業Ｂに所属する募集者によって操作される「募集者装置２００Ｂ」は、評価者装置として機能し、「第１グループと異なる第２グループに所属する１以上の評価者によって操作される第２評価者装置（募集側第２評価装置）」の一例である。本実施の形態において、企業Ｂに所属する応募者によって操作される「応募者装置３００Ｂ」は、評価者装置として機能し、「第１グループと異なる第２グループに所属する１以上の評価者によって操作される第２評価者装置（応募側第２評価装置）」の一例である。
【0385】
図２１には、企業Ｂの部門として、システム部と企画部とが例示されている。本実施の形態において、「システム部と企画部とのうちの一方」は、第１グループに含まれる「第１分割グループ」の一例であり、他方は、第１グループに含まれる「第２分割グループ」の一例である。
【0386】
シェアリングサーバ１００は、募集案件データベース１２４に登録された想定工数、企業データベース１２１に登録された副業上限時間、副業データベース１２５に登録された副業実績時間、および副業データベース１２５に登録された副業見込時間に基づいて、応募者の労働時間が上限時間を超えない業務情報を募集案件データベース１２４のリストから抽出する。具体的には、シェアリングサーバ１００は、たとえば、応募者が複数の副業に従事している場合、各副業に対応する副業実績時間の合計値を算出し、副業総実績時間を求め、各副業に対応する副業見込時間の合計値を算出し、副業総見込時間を求める。
【0387】
シェアリングサーバ１００は、求めた副業総実績時間と副業総見込時間と加算し、副業総時間を求める。シェアリングサーバ１００は、応募者の副業上限時間から副業総時間を差し引くことにより、応募者の副業可能時間を求める。シェアリングサーバ１００は、求めた副業可能時間で対応可能な案件を募集案件データベース１２４のリストから検索する。
【0388】
このとき、シェアリングサーバ１００は、募集案件データベース１２４の想定工数に基づいて各募集案件の対応に必要な時間を算出し、副業可能時間の範囲にある募集案件を検索する。ここで、「副業上限時間」は、「応募者の労働時間の上限である上限時間」の一例であり、「副業実績時間」は、「応募者が既に実績として働いた時間である実績時間」の一例であり、「副業見込時間」は、「応募者の労働時間として見込まれる見込時間」の一例である。上限時間は、副業だけでなく、本業時間と副業時間の合計時間に上限を設定した時間でもよい。
【0389】
第１上限時間は、副業上限時間ではなく、本業と副業とを合わせたすべての業務を対象とした上限の時間であってもよい。第１実績時間および第１見込時間は、副業の時間だけでなく、副業と本業とを合わせたすべての業務の合計時間であってもよい。
【0390】
募集者装置２００および応募者装置３００は、図２に示される、プロセッサ、メモリ、通信インターフェイス、および入出力インターフェイス全てを具備するものだけではなく、VDI（Virtual Desktop Infrastructure)を利用したシンクライアントシステム等であってもよい。VDIを利用したシンクライアントシステムとは、サーバ上にあるデスクトップ環境を遠隔地にある端末に転送して利用するシステムである。募集者装置２００、応募者装置３００、およびシェアリングサーバ１００は、必ずしも独立した装置である必要は無い。上記のようなシンクライアントシステムを利用する場合、同一の集約サーバ上で募集者装置２００、応募者装置３００、およびシェアリングサーバ１００の機能を提供することができる。
【0391】
データベース１２０は、リレーショナルデータベースに限定されるものでなく、オブジェクト型やNoSQL型等のデータベースを利用してもよい。
【0392】
シェアリングサーバ１００は、コンピュート装置の一例である。サーバ（オンプレミスサーバ、クラウドサーバ等）や、サーバレスシステム等によってコンピュート装置を構成してもよい。ここで、オンプレミスサーバとは、自社内で管理する設備内に設置され、管理されるサーバである。クラウドサーバとは、ネットワークを通じて別事業者が提供するサーバ（借り受けのサーバ）である。サーバレスシステムとは、サーバの存在を意識せず、必要なときのみコンピュート・メモリ機能を利用できるシステムである。コンピュート装置は、サーバとサーバレスシステムとを含む。サーバには、オンプレミスサーバとクラウドサーバとが含まれる。
【0393】
【0394】
［逆オファー機能を提案する背景］
クラウドソーシングでは、一般的に募集者が募集案件の情報を開示し、募集案件の内容に興味を抱く者からの応募を待つことになる。しかし、このような募集方法では、応募者から応答があるまでに時間がかかるかもしれない。また、募集者の期待するスキルを持つ者から応募があるかどうか不明である。
クラウドソーシングでは、一般的に募集者が募集案件の情報を開示し、募集案件の内容に興味を抱く者からの応募を待つことになる。しかし、このような募集方法では、応募者から応答があるまでに時間がかかるかもしれない。また、募集者の期待するスキルを持つ者から応募があるかどうか不明である。
【0395】
そこで、募集者が会員を検索し、適当な会員を指名することが考えられる（逆オファー）。しかし、会員ＩＤおよび会員の氏名程度しか募集者に知らされない状態では、募集者が真に希望する応募者を指名することは困難である。また、秘密情報がライバル関係にある企業等に漏れてしまうことがないよう、検索結果からは、ライバル関係にある企業等の会員情報が除外されなければならない。
【0396】
変形例１においては、このような背景を踏まえ、会員検索をした募集者に対して、会員の詳細なプロフィール情報を含む検索結果を提供する。さらに、変形例１においては、検索結果から、募集者の所属企業等に対してライバル関係にある企業等の会員情報を除外する。以下、図面を用いて、変形例１を詳細に説明する。
【0397】
図４３は、変形例１に関わるシェアリングサーバ１００、募集者装置２００、および応募者装置３００の機能を説明するための図である。
【0398】
図４３に示されるように、シェアリングサーバ１００は、会員検索部１４３に加えて、逆オファー依頼部１６１と、逆オファー承認依頼部１６２と、逆オファー依頼受託通知部１６３とを機能的に含む。これらの各種の機能は、シェアリングサーバ１００が備えるプロセッサ１０１、メモリ１０２、ストレージ１０３、および通信インターフェイス１０４によって実現される。
【0399】
会員検索部１４３は、既に説明したとおり、マッチングシステム１の会員を検索する機能を備える。特に、変形例１において、会員検索部１４３は、会員の詳細なプロフィール情報を検索者に提供する機能を備える。募集者装置２００は、募集者の検索操作を受け付けた場合に、会員検索処理を実行する（ステップＳ２１）。特に、ステップＳ２１において、募集者装置２００は、募集者が逆オファーをするための検索操作を受け付ける。会員検索部１４３は、会員データベース１２２に登録されている会員の情報を募集者装置２００に提供する。提供される会員の情報には、会員の詳細なプロフィール情報が含まれる。ただし、会員検索部１４３は、検索結果から、募集者の所属企業等に対してライバル関係にある企業等の会員情報を除外する。
【0400】
募集者装置２００は、会員検索部１４３から会員情報（検索結果）を受信し、ディスプレイ２０５に検索結果として会員情報を表示する（ステップＳ２２）。その後、募集者装置２００は、募集者が検索結果の中から応募者を選択する操作を受け付ける。すなわち、募集者は、検索結果に基づいて逆オファーする会員を選択し、募集者装置２００を操作することによって逆オファーを実施する（ステップＳ２３）。募集者装置２００は、逆オファーの対象とされる会員の会員ＩＤをシェアリングサーバ１００へ送信する。
【0401】
逆オファー依頼部１６１は、募集者装置２００から逆オファーの対象とされる会員の会員ＩＤを受信する。逆オファー依頼部１６１は、受信した会員ＩＤに対応する会員を特定する。逆オファー依頼部１６１は、逆オファーの対象とされる会員の応募者装置３００へ、逆オファーの依頼を受けたことを通知する。この通知には、逆オファーの対象とされる募集案件の情報を含めてもよい。逆オファーの対象とされる会員は、応募者装置３００により逆オファーの依頼を受信する。ここで受信される「依頼」は、「応募者に対して応募を促す情報」の一例である。逆オファーの対象とされる会員は、逆オファーの依頼を受託するか否かを判断する。逆オファーの対象とされる会員は、応募者装置３００を用いて、逆オファーの依頼を受託する操作、または逆オファーの依頼を拒否する操作を行うことができる。応募者装置３００は、たとえば、逆オファーの依頼を受託する（ステップＳ２４）。逆オファーの依頼を受託した応募者装置３００は、応募情報を逆オファー承認依頼部１６２へ送信する。
【0402】
逆オファー承認依頼部１６２は、応募者の上司へ部下の応募情報を送信する。逆オファー承認依頼部１６２は、会員データベース１２２に登録されている、応募者の会員ＩＤと上司の会員ＩＤとの関係に基づいて、応募者の管理者である上司の会員ＩＤを特定する。応募者の上司は、自身の応募者装置３００において応募情報を確認し、応募を承認する（ステップＳ２５）。
【0403】
逆オファー依頼受託通知部１６３は、応募者の上司から承認情報を受信する。逆オファー依頼受託通知部１６３は、承認情報を受信したことを条件に、応募者の応募を受け付ける。逆オファー依頼受託通知部１６３は、逆オファーを実施した会員からの応募が受け付けられたことを募集者装置２００へ通知する。募集者装置２００は、その通知に基づいて、逆オファーが受託されたことを募集者に通知する（ステップＳ２６）。より具体的には、募集者装置２００は、逆オファーが受託されたことを募集者に通知するための情報をディスプレイ２０５に表示する。
【0404】
図４４は、変形例１に関わる会員データベース１２２Ａの一例を示す図である。図４４に示される会員データベース１２２Ａには、図４に示される会員データベース１２２と比較して、プロフィール情報、およびプロフィールを公開するか否かを示すプロフィール公開情報が追加されている。
【0405】
マッチングシステム１は、応募者装置３００を用いて自身のプロフィール情報を会員データベース１２２Ａに登録および修正することができる権限を会員に与えている。会員は、応募者装置３００を用いて自身の様々なプロフィール情報を会員データベース１２２Ａに登録する。プロフィール情報には、たとえば、会員のＳＰＩ（Synthetic Personality Inventory）の情報、会員の職務履歴、会員の実績、会員の所有資格等が含まれる。
【0406】
会員は、応募者装置３００を用いてプロフィール公開情報を設定する。プロフィール公開情報が可に設定されている会員のプロフィール情報は、検索者に提供される。プロフィール公開情報が不可に設定されている会員のプロフィール情報は、検索者に提供されない。シェアリングサーバ１００は、各会員が選択した設定に基づいて、会員データベース１２２Ａにプロフィール公開情報を登録する。このように、シェアリングサーバ１００は、複数の会員の各々から、プロフィール情報を検索結果に含めることを許可するか否かを示す情報の入力を受け付ける。
【0407】
ここでは、プロフィール公開情報の設定に基づいて、会員のプロフィール情報の公開が許可されるか否かが決定される例を説明した。しかしながら、シェアリングサーバ１００は、公開を許可するかの設定操作をプロフィール情報の種類別に受け付けるようにしてもよい。これにより、たとえば、会員は、実績および所有資格を公開対象とする一方、ＳＰＩの情報を非公開対象とすることができる。あるいは、プロフィール情報に年齢を含める場合、会員は、年齢を非公開対象とし、それ以外のプロフィール情報を公開対象とすることができる。この場合、シェアリングサーバ１００は、複数の登録者（会員）の各々の複数のプロフィール情報を会員データベース１２２Ａに登録する。シェアリングサーバ１００は、複数の登録者の各々から、複数のプロフィール情報のうち、検索結果として公開する範囲を設定するための入力を受け付ける。
【0408】
図４５は、変形例１に関わる逆オファー会員検索処理の処理手順を示すフローチャートである。本フローチャートに基づく処理は、シェアリングサーバ１００により実行される。
【0409】
はじめに、シェアリングサーバ１００は、検索者が募集案件に適切な会員を検索するための検索要求を受け付ける（ステップＳ２１１）。ここでは、検索者は、募集案件を抱える募集者である。募集者は、募集案件に適切なスキルを有する会員に逆オファーをするため、自身の募集者装置２００を用いて、会員を検索する。募集者の検索要求がステップＳ２１１においてシェアリングサーバ１００に受け付けられる。検索要求に検索者の会員ＩＤおよび募集案件の案件ＩＤを含めてもよい。
【0410】
次に、シェアリングサーバ１００は、会員データベース１２２Ａおよび企業データベース１２１から検索者の所属企業を特定する（ステップＳ２１２）。次に、シェアリングサーバ１００は、コミュニティデータベース１２３から検索者の所属コミュニティを特定する（ステップＳ２１３）。
【0411】
次に、シェアリングサーバ１００は、募集案件データベース１２４に登録されている募集案件の開示レベルおよび非開示企業ＩＤリストを特定する（ステップＳ２１４）。次に、シェアリングサーバ１００は、検索者に開示可能な会員を抽出する（ステップＳ２１５）。
【0412】
より具体的には、シェアリングサーバ１００は、検索者（募集者）が抱える募集案件を開示すべきでない企業を募集案件データベース１２４の非開示企業リストおよび開示レベルに基づいて特定する。シェアリングサーバ１００は、そのような企業に所属する会員を検索者に開示不可能な会員と判定する。シェアリングサーバ１００は、そのような企業に所属する会員以外を検索者に開示可能な会員として抽出する。
【0413】
次に、シェアリングサーバ１００は、会員データベース１２２Ａを参照して、抽出された会員の情報からプロフィール情報を非開示に設定している会員のプロフィール情報を除外する（ステップＳ２１６）。
【0414】
次に、シェアリングサーバ１００は、抽出した会員の情報を検索要求元へ送信し（ステップＳ２１７）、本フローチャート基づく処理を終了する。検索要求元の募集者装置２００は、シェアリングサーバ１００から送信された会員の情報を受信し、ディスプレイ２０５にその情報を表示する。ディスプレイ２０５に表示された情報には、抽出された各会員のＩＤ、氏名、およびプロフィール情報が表示される。ただし、プロフィール情報を非開示としている会員に関しては、会員のＩＤおよび氏名のみが表示され、プロフィール情報は表示されない。
【0415】
以上、説明したように、変形例１によれば、募集者は、会員の詳細なプロフィール情報を参照しつつ、募集業務への応募に最適と考えられる会員を検索し、その会員に逆オファーをすることができる。しかも、検索結果として表示される会員からは、募集者の属する企業およびコミュニティとライバル関係にある企業等の会員が除外される。このため、募集者がそのようなライバル企業の会員に業務を発注してしまう不都合を防止できる。さらには、プロフィール情報を公開するか否かを会員自身が決定することができるため、各会員の自由意志が尊重されたシステムを提供できる。
【0416】
なお、プロフィール情報のみならず、氏名を公開するか否かを会員が設定できるようにしてもよい。また、プロフィール情報にもいくつかのカテゴリを設け、プロフィール情報を公開するか否かをカテゴリ別に会員が設定できるようにしてもよい。
【0417】
以上のとおりに説明したオファー機能をマッチングシステム１に追加することにより、募集案件の閲覧が許可されている会員のプロフィール情報を募集者が確認することができる。さらに、募集者は、募集者自身が発注したいと思う会員に対して応募を促すことができる。また、募集者から応募を促された会員は、案件情報を閲覧し、応募の了承および拒否を行うことができる。また、会員情報の登録時および編集時等において、各会員は、プロフィール情報を公開するか否かを決定することができる。これにより、募集者は、能動的にオファー先を選定し、最適な応募者を早期に業務に従事させることができる。
【0418】
【0419】
［会員グループ応募機能を提案する背景］
クラウドソーシングでは、一般的に募集者が募集案件の情報を開示し、募集案件の内容に興味を抱く個人がその募集に応募する。しかし、事業の企画から企画に関連する知的財産権の取得に至るまでの包括的な業務等、複数人から成るチームで対応すべき案件、またはチームで対応した方が望ましい案件も少なくない。このため、募集人数が１名に限られる場合、受注を希望する者は、個人で対応できる以上の業務を請け負うことが難しい。
クラウドソーシングでは、一般的に募集者が募集案件の情報を開示し、募集案件の内容に興味を抱く個人がその募集に応募する。しかし、事業の企画から企画に関連する知的財産権の取得に至るまでの包括的な業務等、複数人から成るチームで対応すべき案件、またはチームで対応した方が望ましい案件も少なくない。このため、募集人数が１名に限られる場合、受注を希望する者は、個人で対応できる以上の業務を請け負うことが難しい。
【0420】
変形例２においては、このような背景を踏まえ、複数名の会員がグループで募集業務に応募できる会員グループ応募機能を提供する。以下、変形例２を詳細に説明する。
【0421】
図４６は、変形例２に関わるシェアリングサーバ１００、募集者装置２００、および応募者装置３００の構成を示すブロック図である。図４６に示されるブロック図には、図２に示されるブロック図と比較して、会員グループデータベース１２８が追加されている。図４６に示される募集案件データベース１２４Ａには、図６に示される募集案件データベース１２４に対して、会員グループでの応募を許容する募集案件を登録できる機能が追加されている。
【0422】
会員グループデータベース１２８には、複数名の会員からなる会員グループが登録されている。募集者は、募集者装置２００を用いて、会員グループでの応募を許容する募集案件を募集案件データベース１２４Ａに登録することが可能である。応募者は、応募者装置３００を用いて、会員グループでの応募を許容する募集案件に対して、会員グループデータベース１２８に登録された会員グループによる応募をすることが可能である。
【0423】
図４７は、変形例２に関わる会員グループデータベース１２８の一例を示す図である。会員グループデータベース１２８には、会員グループの情報が登録されている。会員グループの情報には、会員グループを識別するためのグループＩＤ、会員グループの各メンバーが所属する企業の企業ＩＤ、および会員グループの各メンバーの会員ＩＤ等が含まれる。
【0424】
以下、グループＩＤを用いて、各グループＩＤに対応する会員グループを会員グループＧ１、会員グループＧ２、会員グループＧ３…と称する場合がある。
【0425】
会員グループＧ１は、会員ＩＤ＝Ｐ１，Ｐ２，Ｐ５によって識別される３名の会員によって構成されている。会員グループＧ１に対応して登録されている企業ＩＤは００Ａであるため、３名の会員はいずれも企業Ａに所属することがわかる。
【0426】
会員グループＧ２は、会員ＩＤ＝Ｐ１，Ｐ３によって識別される２名の会員によって構成されている。会員グループＧ２に対応して登録されている企業ＩＤは００Ａ，００Ｂであるため、２名の会員の一方は企業Ａに所属し、他方は企業Ｂに所属することがわかる。会員グループＧ１と会員グループＧ２とを対比することで理解されるとおり、両会員グループＧ１，Ｇ２には会員ＩＤ＝Ｐ１が登録されている。したがって、会員Ｐ１は、２つの会員グループに所属している。
【0427】
会員グループＧ３は、会員ＩＤ＝Ｐ４，Ｐ７，Ｐ８，Ｐ１４によって識別される４名の会員によって構成されている。会員グループＧ３に対応して登録されている企業ＩＤは００Ｃであるため、４名の会員はいずれも企業Ｃに所属することがわかる。
【0428】
会員グループデータベース１２８は、図４６に示されるように、シェアリングサーバ１００のストレージ１０３に格納されている。会員は、同じ企業またはコミュニティ等を通じて知り合った他の会員らの同意を得て、会員グループを形成し、会員グループデータベース１２８に会員グループを登録する。「会員グループ」は、「応募グループ」の一例である。
【0429】
図４８は、変形例２に関わる募集案件データベース１２４Ａの一例を示す図である。図４８に示される募集案件データベース１２４Ａは、図６に示される募集案件データベース１２４と比較すると、募集形態の情報が追加されている。募集者は、募集者装置２００を操作し、募集形態を設定する。シェアリングサーバ１００は、その設定に基づいた募集形態を業務情報に対応付けて募集案件データベース１２４Ａに登録する。
【0430】
募集者は、募集形態をグループおよび個人の中から選択することができる。募集者が募集形態を選択しなかった場合、募集案件の募集形態はグループにも個人にも限定されていないものとみなされる。募集形態がグループに設定されている案件は、会員グループのみによって受注可能とされる。募集形態が個人に設定されている案件は、個々の会員のみによって受注可能とされる。募集形態が限定されていない案件は、会員グループおよび個人のいずれによっても受注可能とされる。「募集形態の情報」は、「受注者を募集する業務が、複数の募集者が共同で応募すべき業務であることを特定可能な情報」の一例である。
【0431】
図４９は、変形例２に関わるシェアリングサーバ１００、募集者装置２００、および応募者装置３００の機能を説明するための図である。図４９においては、図１１と比較して、シェアリングサーバ１００に判定部１４５Ａが追加されている。また、図４９においては、図１１と比較して、ステップＳ７の後にステップＳ７Ａが追加され、応募のステップＳ８に代えて、グループ応募のステップＳ８Ａが採用されている。
【0432】
ここでは、応募者が複数の会員グループに所属しているものとする。応募者は、応募者装置３００を操作して、募集案件を検索する（ステップＳ６）。応募者装置３００は、検索要求をシェアリングサーバ１００の案件抽出部１４５へ送信する。
【0433】
案件抽出部１４５は、検索要求を受信した場合、図１１を用いて説明したとおり、募集案件データベース１２４に登録されている募集案件の中から、応募者の閲覧が許容される案件を抽出する。案件抽出部１４５により抽出された案件には、募集形態が「グループ」、「個人」、および「限定せず」のいずれかとされる案件が含まれる。案件抽出部１４５は、抽出した募集案件を応募者装置３００へ送信する。応募者装置３００は、案件抽出部１４５から募集案件を受信する。応募者装置３００は、受信した募集案件をディスプレイ３０５に表示する（ステップＳ７）。
【0434】
ディスプレイ３０５には、募集案件毎に、開示レベル、案件タイトル、想定工数、想定期間、案件内容、および募集形態等が表示される。会員グループで応募することを希望する場合、応募者は、マウスおよびキーボード等の操作部３０６を用いて、会員グループを指定した上で募集形態が「グループ」または「限定せず」とされている案件を選択する。応募者装置３００は、応募者の操作に基づいて、会員グループおよび応募を希望する案件を受け付ける（ステップＳ７Ａ）。応募者装置３００は、受け付けた会員グループのグループＩＤおよび受け付けた案件の案件ＩＤをシェアリングサーバ１００へ送信する。シェアリングサーバ１００の判定部１４５Ａは、グループＩＤおよび案件ＩＤを取得する。
【0435】
判定部１４５Ａは、会員グループデータベース１２８にアクセスし、取得したグループＩＤに対応して登録されている会員ＩＤを特定する。判定部１４５Ａは、会員データベース１２２にアクセスし、特定した会員ＩＤに対応する企業ＩＤを特定する。
【0436】
判定部１４５Ａは、コミュニティデータベース１２３にアクセスし、特定した企業ＩＤの企業が属しているコミュニティのコミュニティＩＤを特定する。判定部１４５Ａは、募集案件データベース１２４Ａにアクセスし、取得した案件ＩＤに対応して登録されている企業ＩＤ（募集者の企業ＩＤ）、非開示企業ＩＤ、開示レベル、および募集形態を特定する。
【0437】
判定部１４５Ａは、以上のとおりに特定した情報に基づいて、応募者装置３００によって受け付けられた募集案件が、応募者の指定する会員グループによる応募の許容されている案件であるか否かを判定する。換言すると、判定部１４５Ａは、会員グループによる応募を許可するか否かを判定する。
【0438】
たとえば、判定部１４５Ａは、会員グループ内の会員の一人が、募集案件に対応する非開示企業ＩＤリストに掲載されている企業に所属する場合、会員グループによる応募を許可しない。あるいは、判定部１４５Ａは、募集案件の開示レベルが「コミュニティ内」であるにも関わらず、会員グループ内の会員の一人が、コミュニティ外の企業に所属する場合、会員グループによる応募を許可しない。
【0439】
判定部１４５Ａは、判定結果を応募者装置３００に返信する。図４９には、判定部１４５Ａによって会員グループによる応募が許可された場合の流れが示されている。判定部１４５Ａによって会員グループによる応募が許可された場合、応募者装置３００は、会員グループによる応募を受け付ける（ステップＳ８Ａ）。たとえば、応募者装置３００は、ステップＳ７Ａで受け付けた応募が許容されることを示す画面と、応募をするか否かを確認する画面とをディスプレイ３０５に表示する。応募者は、マウスおよびキーボード等の操作部３０６を用いて、応募を選択する。
【0440】
応募者装置３００は、会員グループによる応募を受け付けた場合（ステップＳ８Ａ）、応募情報をシェアリングサーバ１００へ送信する。シェアリングサーバ１００の申請部１４６は応募情報を取得する。以降の処理の内容は、図１１を用いて説明した内容と同様である。ただし、申請部１４６は、会員グループに所属する各会員の上司に対して、応募情報を送信する。このため、ステップＳ９の応募承認の処理は、会員グループに所属する各会員の上司毎に実行される。従って、承認部１４７は、部下の応募を承認することを示す承認情報、または部下の応募を却下することを示す否かを示す却下情報を複数名の上司から受信する。
【0441】
承認部１４７は、会員グループに所属する各会員の上司の全員から承認情報が得られた場合に限って、応募者の応募を受け付ける。応募者の応募を受け付けた承認部１４７は、募集者装置２００に応募情報を送信する。既に、図１１を用いて説明したとおり、募集者装置２００は、応募内容をディスプレイ２０５に表示する（ステップＳ１０）。募集者は、募集者装置２００に採用または不採用の判断の結果を入力する。募集者装置２００は、入力された結果を受け付け（ステップＳ１１）、受け付けた採用または不採用の結果をシェアリングサーバ１００の通知部１４８へ送信する。
【0442】
通知部１４８は、応募者の応募者装置３００、および上司（管理者）の応募者装置３００へ応募結果（採用または不採用の結果）送信する。ただし、通知部１４８は、会員グループに所属する各会員の上司へ応募結果を送信する。
【0443】
応募者の応募者装置３００、および会員グループに所属する各会員の上司の応募者装置３００は、応募結果をディスプレイ３０５に表示する（ステップＳ１２、ステップＳ１３）。応募者および会員グループに所属する各会員の上司は、ディスプレイ３０５の表示を見ることによって、応募結果を確認する。
【0444】
【0445】
変形例２においては、募集案件を登録する募集者は、募集案件の業務情報および開示情報を募集者装置２００に入力する際、業務情報に募集案件の募集形態を含めることができる。募集形態は、グループおよび個人のいずれかである。シェアリングサーバ１００の案件登録部１４４は、募集者が選択した募集形態を含めて募集案件を募集案件データベース１２４Ａに登録する（ステップＳ１４４２）。案件登録部１４４は、募集者が募集形態を選択していない場合、募集形態が限定されないことを示す情報を募集案件データベース１２４Ａに登録する。図５０に示されるその他の内容は、既に説明した図１４と同様であるため、ここでは、その説明を繰り返さない。
【0446】
以上、説明したように、変形例２によれば、複数名の会員がグループで募集案件に応募することができる。しかも、変形例２によれば、募集者の所属する企業およびコミュニティと、会員グループの各メンバーの所属する企業およびコミュニティとの関係に基づいて、会員グループの応募を認めるか否かが判定される。このため、応募者と競合関係にある組織に所属する会員を含む会員グループが、その応募者の募集案件を受注してしまうことを防止できる。
【0447】
以上のとおりに説明した会員グループ応募機能をマッチングシステム１に追加することにより、受注側が募集案件を閲覧し、会員グループで募集案件に応募をすることができるシステムを提供することができる。これにより、マッチングシステム１は、チームで取り組むことが望ましいような大規模な業務の受発注を取り扱うことが可能となる。
【0448】
以上に説明した本実施の形態は、業務情報提供システムの一例であるマッチングシステムに関して、以下に列挙される構成を備えている。
【0449】
（ａ）マッチングシステムにおいて、募集者装置は、受注者を募集する業務情報および業務情報の開示範囲を示す開示情報をコンピュート装置へ送信し、コンピュート装置は、業務情報を開示情報とともにデータベースに登録し、コンピュート装置は、データベースに登録されている業務情報のうち、第１応募者への開示が許容されている業務情報を開示情報に基づいて判定し、第１応募者への開示が許容されている業務情報を第１応募者装置へ提供する。
【0450】
（ｂ）マッチングシステムにおいて、第１応募者と異なる第２応募者によって操作される第２応募者装置をさらに備え、コンピュート装置は、データベースに登録されている業務情報のうち、第２応募者への開示が許容されている業務情報を開示情報に基づいて判定し、第２応募者への開示が許容されている業務情報を第２応募者装置へ提供する。
【0451】
（ｃ）マッチングシステムにおいて、マッチングシステムは、第１応募者および第２応募者と異なる第３応募者によって操作される第３応募者装置をさらに備え、開示情報には複数の開示レベルが設定され、コンピュート装置は、開示レベルに応じて、第１応募者～第３応募者別に開示を許容するか否かを判定する。
【0452】
（ｄ）マッチングシステムにおいて、第１応募者は第１グループに所属し、第２応募者は第１グループと異なる第２グループに所属し、複数の開示レベルは、第１レベルおよび第２レベルを含み、第１レベルは、第１応募者への業務情報の開示を許容し、第１グループに属さない応募者への業務情報の開示を禁止することに対応し、第２レベルは、第１グループおよび第１グループとコミュニティ関係が形成されたコミュニティグループのいずれかに所属する応募者への業務情報の開示を許容し、第１グループおよびコミュニティグループのいずれにも属さない応募者への業務情報の開示を禁止することに対応する。
【0453】
（ｅ）マッチングシステムにおいて、第１応募者は第１グループに所属し、第２応募者は第１グループと異なる第２グループに所属し、複数の開示レベルは、第１レベル、第２レベル、および第３レベルを含み、第１レベルは、第１応募者への業務情報の開示を許容し、第１グループに属さない応募者への業務情報の開示を禁止することに対応し、第２レベルは、第１グループおよび第１グループとコミュニティ関係が形成されたコミュニティグループのいずれかに所属する応募者への業務情報の開示を許容し、第３レベルは、第１グループ、および第１グループとコミュニティ関係が形成された第２レベルのコミュニティグループとは異なる特定コミュニティグループに所属する応募者への業務情報の開示を許容し、第１グループおよび特定コミュニティグループのいずれにも属さない応募者への業務情報の開示を禁止することに対応する。
【0454】
（ｆ）マッチングシステムにおいて、複数の開示レベルは、応募者が属するグループに関わらず、応募者への業務情報の開示を許容することに対応する開示レベルを含む。
【0455】
（ｇ）マッチングシステムにおいて、データベースには、コミュニティグループを特定可能な属性データが登録されており、コンピュート装置は、開示情報と属性データとに基づいて、業務情報の開示が許容されている応募者を特定する。
【0456】
（ｈ）マッチングシステムにおいて、募集者装置は、業務情報の開示を禁止する対象グループを入力する操作を受け付け、受け付けた対象グループを特定可能な情報をコンピュート装置へ送信し、コンピュート装置は、開示レベルが対象グループへの業務情報の開示を許容するレベルであっても、対象グループに所属する応募者への業務情報の開示を禁止する。
【0457】
（ｉ）マッチングシステムにおいて、第１応募者は第１企業に所属し、第２応募者は第１企業と異なる第２企業に所属する。
【0458】
（ｊ）マッチングシステムにおいて、コンピュート装置は、データベースに登録されている複数の登録者の情報を検索する要求を募集者装置から受け付け、受け付けた要求に基づく検索結果を募集者装置へ提供し、募集者装置は、募集者が検索結果の中から応募者として応募することが推奨される応募推奨者を選択する操作を受け付け、選択された応募推奨者の識別情報をコンピュート装置へ送信し、コンピュート装置は、選択された応募推奨者の応募者装置へ応募を促す情報を送信する。
【0459】
（ｋ）マッチングシステムにおいて、コンピュート装置は、複数の登録者の各々の複数のプロフィール情報をデータベースに登録し、コンピュート装置は、複数の登録者の各々から、複数のプロフィール情報のうち、検索結果として公開する範囲を設定するための入力を受け付ける。
【0460】
（ｌ）マッチングシステムにおいて、募集者装置は、受注者を募集する業務が、複数の応募者が共同で応募した場合に受注可能とされるグループ業務であるか、単独の応募者の応募に対して受注可能とされる業務であるかを特定可能な募集形態情報をコンピュート装置へ送信し、コンピュート装置は、募集形態情報を業務情報に対応付けてデータベースに登録する。
【0461】
（ｍ）マッチングシステムにおいて、コンピュート装置は、複数の応募者によって構成される応募グループをデータベースに登録し、コンピュート装置は、応募グループに所属するすべての応募者への開示が許容されている業務情報に関して、応募グループによる応募を受け付けることが可能である。
【0462】
［態様］
以下、本開示の態様を列挙する。
以下、本開示の態様を列挙する。
【0463】
（第１項）第１項に記載の業務情報提供システムは、募集業務に応募する応募者に募集業務の業務情報を提供する業務情報提供システムであって、応募者によって操作される応募者装置と、応募者装置と通信し、業務情報が募集案件毎に登録されたデータベースにアクセス可能なコンピュート装置とを備え、コンピュート装置は、複数の募集案件の各々に含まれる業務情報に基づいて、業務に関する能力に対する労働市場の評価を業務に関する能力の種類別に推定し、推定結果を応募者装置へ表示する。
【0464】
（第２項）第２項に記載の業務情報提供システムは、第１項に記載の業務情報提供システムにおいて、データベースには、応募者が保有する能力を特定可能な能力情報が登録されており、コンピュート装置は、能力情報に基づいて応募者が保有する能力を特定し、応募者が保有する能力に対する労働市場の評価を示す評価情報を応募者装置へ表示する。
【0465】
（第３項）第３項に記載の業務情報提供システムは、第１項または第２項に記載の業務情報提供システムにおいて、コンピュート装置は、推定結果と、応募者が保有している能力とに基づいて、応募者が習得すべき新たな能力を示す情報を応募者装置へ表示する。
【0466】
（第４項）第４項に記載の業務情報提供システムは、第３項に記載の業務情報提供システムにおいて、コンピュート装置は、新たな能力の習得に役立つ情報を応募者装置へ表示する。
【0467】
（第５項）第５項に記載の業務情報提供システムは、第１項～第４項のいずれか１項に記載の業務情報提供システムにおいて、業務情報は、応募者に要求される能力に関する能力情報、および報酬に関する報酬情報を含み、コンピュート装置は、能力情報および報酬情報に基づいて、業務に関する能力に対する労働市場の評価を推定する。
【0468】
（第６項）第６項に記載の業務情報提供システムは、第２項に記載の業務情報提供システムにおいて、能力情報は、応募者のスキルおよびスキルを用いた業務の経験期間を含む。
【0469】
（第７項）第７項に記載の業務情報提供システムは、第１項～第６項のいずれか１項に記載の業務情報提供システムにおいて、業務に関する能力に対する労働市場の評価は、業務に関する能力に対して労働市場が与える価値、および業務に関する能力が必要とされている労働市場の規模のいずれか一方を含む。
【0470】
（第８項）第８項に記載の業務情報提供システムは、第１項～第７項のいずれか１項に記載の業務情報提供システムにおいて、業務情報提供システムは、業務の受注者を募集する募集者と応募者とをマッチングする機能を備え、コンピュート装置は、業務情報および業務情報の開示範囲を示す開示情報をデータベースに登録し、コンピュート装置は、データベースに登録されている業務情報のうち、応募者への開示が許容されている業務情報を開示情報に基づいて判定し、応募者への開示が許容されている業務情報を応募者装置へ表示する。
【0471】
（第９項）第９項に記載のコンピュート装置は、募集業務に応募する応募者に募集業務の業務情報を提供するコンピュート装置であって、応募者によって操作される応募者装置と通信する通信インターフェイスと、業務情報が登録されたデータベースにアクセスするプロセッサとを備え、プロセッサは、複数の募集案件の各々に含まれる業務情報に基づいて、業務に関する能力に対する労働市場の評価を業務に関する能力の種類別に推定し、推定結果を応募者装置へ表示する。
【0472】
（第１０項）第１０項に記載の方法は、募集業務に応募する応募者に募集業務の業務情報を提供する方法であって、応募者によって操作される応募者装置と通信するステップと、業務情報が登録されたデータベースにアクセスするステップと、複数の募集案件の各々に含まれる業務情報に基づいて、業務に関する能力に対する労働市場の評価を業務に関する能力の種類別に推定し、推定結果を応募者装置へ表示するステップとを含む。
【0473】
今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【0474】
１ マッチングシステム、５０ インターネット、１００ シェアリングサーバ、１０１ プロセッサ、１０２ メモリ、１０３ ストレージ、１０４ 通信インターフェイス、１２０ データベース（ＤＢ）、１２１ 企業データベース（企業ＤＢ）、１２２，１２２Ａ 会員データベース（会員ＤＢ）、１２３ コミュニティデータベース（コミュニティＤＢ）、１２４，１２４Ａ 募集案件データベース（募集案件ＤＢ）、１２５ 副業データベース（副業ＤＢ）、１２６ 評価入力データベース（評価入力ＤＢ）、１２６Ａ 募集者評価部、１２６Ｂ 応募者評価部、１２７ 評価サマリデータベース（評価サマリＤＢ）、１２７Ａ 募集者評価サマリ部、１２７Ｂ 応募者評価サマリ部、１２８ 会員グループデータベース（会員グループＤＢ）、１２９ プロファイルデータベース（プロファイルＤＢ）、１３４ 能力データベース（能力ＤＢ）、１２７１，１２７２ データ群、１４０ コミュニティ登録部、１４１ 企業登録部、１４２ 会員登録部、１４３ 会員検索部、１４４ 案件登録部、１４５ 案件抽出部、１４６ 申請部、１４７ 承認部、１４８ 通知部、１４９ 実績受付部、１５０ 実績出力部、１５１ 評価受付部、１５２ 評価出力部、１６１ 逆オファー依頼部、１６２ 逆オファー承認依頼部、１６３ 逆オファー依頼受託通知部、２００，２００Ａ，２００Ｂ，２００Ｃ 募集者装置、２０１ プロセッサ、２０２ メモリ、２０３ 通信インターフェイス、２０４ 入出力インターフェイス、２０５ ディスプレイ、２０６ 操作部、２０６Ａ キーボード、２０６Ｂ マウス、２０７ 画面、３００，３００Ａ，３００Ｂ，３００Ｃ 応募者装置、３０１ プロセッサ、３０２ メモリ、３０３ 通信インターフェイス、３０４ 入出力インターフェイス、３０５ ディスプレイ、３０６ 操作部、３０６Ａ キーボード、３０６Ｂ マウス、３０７Ａ～３０７Ｃ タブ、４０１，４０２ 表、５００ ユーザ装置、５５１ 星印、５５２，５５３ 矢印。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】
【図40】
【図41】
【図42】
【図43】
【図44】
【図45】
【図46】
【図47】
【図48】
【図49】
【図50】