知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024105023
(43)【公開日】2024-08-06
(54)【発明の名称】マッチングシステム、コンピュート装置、および方法
(51)【国際特許分類】
G06Q 50/10 20120101AFI20240730BHJP
G06Q 10/1053 20230101ALI20240730BHJP
【ＦＩ】
G06Q50/10
G06Q10/1053
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2023009527
(22)【出願日】2023-01-25
(71)【出願人】
【識別番号】000006231
【氏名又は名称】株式会社村田製作所
(74)【代理人】
【識別番号】110001195
【氏名又は名称】弁理士法人深見特許事務所
(72)【発明者】
【氏名】板谷 昌治
(72)【発明者】
【氏名】松井 和輝
(72)【発明者】
【氏名】森 悠介
(72)【発明者】
【氏名】丹羽 佑斗
【テーマコード（参考）】
5L010
5L049
5L050
【Ｆターム（参考）】
5L010AA08
5L049AA08
5L049CC11
5L050CC11
(57)【要約】 （修正有）
【課題】募集者と応募者とが良好な関係を維持しつつ面談する場を提供するマッチングシステム、コンピュート装置及び方法を提供する。
【解決手段】マッチングシステムは、募集者が操作する募集者装置２００と、応募者が操作する応募者装置３００と通信し、データベースにアクセス可能なコンピュート装置と、を備える。コンピュート装置は、募集者と応募者との間でマッチングされる業務に関するオンライン会議に参加するためのインターフェイス画面を、募集者装置及び応募者装置の各々に提供する。データベースは、募集者及び応募者のアバターの少なくとも一方を特定するためのアバター情報を含む。コンピュート装置は、アバター情報により特定される募集者のアバターを応募者装置のインターフェイス画面に表示する処理及びアバター情報により特定される応募者のアバターの少なくとも一方を募集者装置のインターフェイス画面に配置する処理を実行する。
【選択図】図１
【解決手段】マッチングシステムは、募集者が操作する募集者装置２００と、応募者が操作する応募者装置３００と通信し、データベースにアクセス可能なコンピュート装置と、を備える。コンピュート装置は、募集者と応募者との間でマッチングされる業務に関するオンライン会議に参加するためのインターフェイス画面を、募集者装置及び応募者装置の各々に提供する。データベースは、募集者及び応募者のアバターの少なくとも一方を特定するためのアバター情報を含む。コンピュート装置は、アバター情報により特定される募集者のアバターを応募者装置のインターフェイス画面に表示する処理及びアバター情報により特定される応募者のアバターの少なくとも一方を募集者装置のインターフェイス画面に配置する処理を実行する。
【選択図】図１
【特許請求の範囲】
【請求項1】
業務の受注者を募集する募集者と応募者とをマッチングするマッチングシステムであって、
募集者によって操作される募集者装置と、
第１応募者によって操作される第１応募者装置と、
前記募集者装置および前記第１応募者装置と通信し、データベースにアクセス可能なコンピュート装置とを備え、
前記コンピュート装置は、前記募集者と前記第１応募者との間でマッチングされる業務に関するオンライン会議に参加するためのインターフェイス画面を、前記募集者装置および前記第１応募者装置の各々に提供し、
前記データベースは、前記募集者のアバターおよび前記第１応募者のアバターの少なくとも一方を特定するためのアバター情報を含み、
前記コンピュート装置は、前記アバター情報により特定される前記募集者のアバターを前記第１応募者装置のインターフェイス画面に表示する処理、および前記アバター情報により特定される前記応募者のアバターを前記募集者装置のインターフェイス画面に配置する処理の少なくとも一方を実行する、マッチングシステム。
募集者によって操作される募集者装置と、
第１応募者によって操作される第１応募者装置と、
前記募集者装置および前記第１応募者装置と通信し、データベースにアクセス可能なコンピュート装置とを備え、
前記コンピュート装置は、前記募集者と前記第１応募者との間でマッチングされる業務に関するオンライン会議に参加するためのインターフェイス画面を、前記募集者装置および前記第１応募者装置の各々に提供し、
前記データベースは、前記募集者のアバターおよび前記第１応募者のアバターの少なくとも一方を特定するためのアバター情報を含み、
前記コンピュート装置は、前記アバター情報により特定される前記募集者のアバターを前記第１応募者装置のインターフェイス画面に表示する処理、および前記アバター情報により特定される前記応募者のアバターを前記募集者装置のインターフェイス画面に配置する処理の少なくとも一方を実行する、マッチングシステム。
【請求項2】
前記データベースは、前記募集者のアバターが発する第１アバター音声または前記第１応募者のアバターが発する第２アバター音声を特定するための音声情報を含み、
前記コンピュート装置は、前記音声情報により特定される前記第１アバター音声を前記募集者の音声に代えて前記第１応募者装置へ送信する処理、または前記音声情報により特定される前記第２アバター音声を前記第１応募者の音声に代えて前記募集者装置へ送信する処理を実行する、請求項１に記載のマッチングシステム。
前記コンピュート装置は、前記音声情報により特定される前記第１アバター音声を前記募集者の音声に代えて前記第１応募者装置へ送信する処理、または前記音声情報により特定される前記第２アバター音声を前記第１応募者の音声に代えて前記募集者装置へ送信する処理を実行する、請求項１に記載のマッチングシステム。
【請求項3】
前記データベースは、前記募集者および前記第１応募者の各々が所属するグループを特定可能なグループ情報を含み、
前記コンピュート装置は、前記グループ情報に基づいて、前記募集者が所属するグループ名を前記第１応募者装置のインターフェイス画面に配置し、前記第１応募者が所属するグループ名を前記募集者装置のインターフェイス画面に配置する、請求項１または請求項２に記載のマッチングシステム。
前記コンピュート装置は、前記グループ情報に基づいて、前記募集者が所属するグループ名を前記第１応募者装置のインターフェイス画面に配置し、前記第１応募者が所属するグループ名を前記募集者装置のインターフェイス画面に配置する、請求項１または請求項２に記載のマッチングシステム。
【請求項4】
前記データベースは、
前記募集者および前記第１応募者の各々のアバターに関する情報が登録されたアバターデータベースと、
前記募集者および前記第１応募者の各々のプロファイル情報が登録されたプロファイルデータベースとを含み、
前記アバターデータベースは、前記プロファイルデータベースに登録されている前記募集者および前記第１応募者の各々のプロファイル情報とアバターとを紐付けるためのアバター識別情報を含み、
前記プロファイルデータベースは、前記グループ情報を含む、請求項３に記載のマッチングシステム。
前記募集者および前記第１応募者の各々のアバターに関する情報が登録されたアバターデータベースと、
前記募集者および前記第１応募者の各々のプロファイル情報が登録されたプロファイルデータベースとを含み、
前記アバターデータベースは、前記プロファイルデータベースに登録されている前記募集者および前記第１応募者の各々のプロファイル情報とアバターとを紐付けるためのアバター識別情報を含み、
前記プロファイルデータベースは、前記グループ情報を含む、請求項３に記載のマッチングシステム。
【請求項5】
前記第１応募者装置は、前記募集者に対する評価の入力を受け付け、受け付けた評価を前記募集者に対する評価情報として前記コンピュート装置へ送信し、
前記募集者装置は、前記第１応募者に対する評価の入力を受け付け、受け付けた評価を前記第１応募者に対する評価情報として前記コンピュート装置へ送信し、
前記コンピュート装置は、前記第１応募者装置および前記募集者装置の各々から受信した評価情報を前記データベースに登録する、請求項１または請求項２に記載のマッチングシステム。
前記募集者装置は、前記第１応募者に対する評価の入力を受け付け、受け付けた評価を前記第１応募者に対する評価情報として前記コンピュート装置へ送信し、
前記コンピュート装置は、前記第１応募者装置および前記募集者装置の各々から受信した評価情報を前記データベースに登録する、請求項１または請求項２に記載のマッチングシステム。
【請求項6】
前記募集者装置は、受注者を募集する業務情報および前記業務情報の開示範囲を示す開示情報を前記コンピュート装置へ送信し、
前記コンピュート装置は、前記業務情報を前記開示情報とともに前記データベースに登録し、
前記コンピュート装置は、前記データベースに登録されている業務情報のうち、前記第１応募者への開示が許容されている業務情報を前記開示情報に基づいて判定し、前記第１応募者への開示が許容されている業務情報を前記第１応募者装置へ提供する、請求項１または請求項２に記載のマッチングシステム。
前記コンピュート装置は、前記業務情報を前記開示情報とともに前記データベースに登録し、
前記コンピュート装置は、前記データベースに登録されている業務情報のうち、前記第１応募者への開示が許容されている業務情報を前記開示情報に基づいて判定し、前記第１応募者への開示が許容されている業務情報を前記第１応募者装置へ提供する、請求項１または請求項２に記載のマッチングシステム。
【請求項7】
業務の受注者を募集する募集者と応募者とをマッチングするマッチングシステムに含まれるコンピュート装置であって、
募集者によって操作される募集者装置、および第１応募者によって操作される第１応募者装置と通信する通信インターフェイスと、
データベースにアクセスし、前記募集者と前記第１応募者とをマッチングさせるプロセッサとを備え、
前記プロセッサは、前記募集者と前記第１応募者との間でマッチングされる業務に関するオンライン会議に参加するためのインターフェイス画面を、前記募集者装置および前記第１応募者装置の各々に提供し、
前記データベースは、前記募集者のアバターおよび前記第１応募者のアバターの少なくとも一方を特定するためのアバター情報を含み、
前記プロセッサは、前記アバター情報により特定される前記募集者のアバターを前記第１応募者装置のインターフェイス画面に表示する処理、および前記アバター情報により特定される前記応募者のアバターを前記募集者装置のインターフェイス画面に配置する処理の少なくとも一方を実行する、コンピュート装置。
募集者によって操作される募集者装置、および第１応募者によって操作される第１応募者装置と通信する通信インターフェイスと、
データベースにアクセスし、前記募集者と前記第１応募者とをマッチングさせるプロセッサとを備え、
前記プロセッサは、前記募集者と前記第１応募者との間でマッチングされる業務に関するオンライン会議に参加するためのインターフェイス画面を、前記募集者装置および前記第１応募者装置の各々に提供し、
前記データベースは、前記募集者のアバターおよび前記第１応募者のアバターの少なくとも一方を特定するためのアバター情報を含み、
前記プロセッサは、前記アバター情報により特定される前記募集者のアバターを前記第１応募者装置のインターフェイス画面に表示する処理、および前記アバター情報により特定される前記応募者のアバターを前記募集者装置のインターフェイス画面に配置する処理の少なくとも一方を実行する、コンピュート装置。
【請求項8】
業務の受注者を募集する募集者と応募者とをマッチングする方法であって、
募集者によって操作される募集者装置、および第１応募者によって操作される第１応募者装置と通信するステップと、
前記募集者と前記第１応募者との間でマッチングされる業務に関するオンライン会議に参加するためのインターフェイス画面を、前記募集者装置および前記第１応募者装置の各々に提供するステップと、
前記募集者のアバターおよび前記第１応募者のアバターの少なくとも一方を特定するためのアバター情報が登録されたデータベースにアクセスするステップとを含み、
前記方法は、
前記アバター情報により特定される前記募集者のアバターを前記第１応募者装置のインターフェイス画面に表示するステップ、および前記アバター情報により特定される前記応募者のアバターを前記募集者装置のインターフェイス画面に配置するステップの少なくとも一方をさらに含む、方法。
募集者によって操作される募集者装置、および第１応募者によって操作される第１応募者装置と通信するステップと、
前記募集者と前記第１応募者との間でマッチングされる業務に関するオンライン会議に参加するためのインターフェイス画面を、前記募集者装置および前記第１応募者装置の各々に提供するステップと、
前記募集者のアバターおよび前記第１応募者のアバターの少なくとも一方を特定するためのアバター情報が登録されたデータベースにアクセスするステップとを含み、
前記方法は、
前記アバター情報により特定される前記募集者のアバターを前記第１応募者装置のインターフェイス画面に表示するステップ、および前記アバター情報により特定される前記応募者のアバターを前記募集者装置のインターフェイス画面に配置するステップの少なくとも一方をさらに含む、方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、業務の受注者を募集する募集者と応募者とをマッチングするマッチングシステム、コンピュート装置、および方法に関する。
【背景技術】
【0002】
従来より、企業等ではクラウドソーシングが活用されている。一般に、クラウドソーシングとは、不特定多数の人の寄与を募り、必要とするサービス、アイデア、またはコンテンツを取得するプロセスをいう。クラウドソーシングにおいては、求められる業務に最適な能力を有する人材を見つけ出すことが必要とされる。
【0003】
特許文献１には、開発プロジェクトが必要とする人材に関する情報と企業の構成員の情報とが合致するかどうかを比較し、企業の全組織の中から必要とする人材に合致する構成員を検索結果として抽出する方法が記載されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２００３－４４６４２号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
一般に、クラウドソーシングが活用される場面においては、業務の受注者を募集する募集者と、その募集に応募する応募者との間で業務に関する面談が行われることが想定される。このような面談は、応募者が業務を受注した後においても、業務の進行状況を確認する等、必要に応じて、募集者（発注者）と応募者（受注者）との間で１回、または複数回、実施される。
【0006】
ネットワーク技術の発展に加え、新型コロナウイルスの感染拡大により、業務のオンライン化が一気に進んだ今日、このような面談は、オンライン会議（Ｗｅｂ会議）の場で実施されることが少なくない。一般に、オンライン会議は、リアルな会議に比べて、一方の面談者が他方の面談者を正当に評価し難い環境にある。たとえば、一方の面談者のちょっとした仕草や物言いが他方の面談者の誤解を招き、会議を気まずい雰囲気にする。その結果、応募者は、本人に適正のある業務の受注を逃してしまうかもしれない。募集者もまた、応募者を通じて広まった悪い評判に頭を悩ませるかもしれない。
【0007】
本開示は、上記のような課題を解決するためになされたものであって、その目的は、募集者と応募者とをマッチングするマッチングシステムにおいて、募集者と応募者とが良好な関係を維持しつつ面談できる場を提供可能にすることである。
【課題を解決するための手段】
【0008】
本開示の第１の局面に係るマッチングシステムは、業務の受注者を募集する募集者と応募者とをマッチングするマッチングシステムであって、募集者によって操作される募集者装置と、第１応募者によって操作される第１応募者装置と、募集者装置および第１応募者装置と通信し、データベースにアクセス可能なコンピュート装置とを備え、コンピュート装置は、募集者と第１応募者との間でマッチングされる業務に関するオンライン会議に参加するためのインターフェイス画面を、募集者装置および第１応募者装置の各々に提供し、データベースは、募集者のアバターおよび第１応募者のアバターの少なくとも一方を特定するためのアバター情報を含み、コンピュート装置は、アバター情報により特定される募集者のアバターを第１応募者装置のインターフェイス画面に表示する処理、およびアバター情報により特定される応募者のアバターを募集者装置のインターフェイス画面に配置する処理の少なくとも一方を実行する。
【0009】
本開示の第２の局面に係るコンピュート装置は、業務の受注者を募集する募集者と応募者とをマッチングするマッチングシステムに含まれるコンピュート装置であって、募集者によって操作される募集者装置、および第１応募者によって操作される第１応募者装置と通信する通信インターフェイスと、データベースにアクセスし、募集者と第１応募者とをマッチングさせるプロセッサとを備え、プロセッサは、募集者と第１応募者との間でマッチングされる業務に関するオンライン会議に参加するためのインターフェイス画面を、募集者装置および第１応募者装置の各々に提供し、データベースは、募集者のアバターおよび第１応募者のアバターの少なくとも一方を特定するためのアバター情報を含み、プロセッサは、アバター情報により特定される募集者のアバターを第１応募者装置のインターフェイス画面に表示する処理、およびアバター情報により特定される応募者のアバターを募集者装置のインターフェイス画面に配置する処理の少なくとも一方を実行する。
【0010】
本開示の第３の局面に係る方法は、業務の受注者を募集する募集者と応募者とをマッチングする方法であって、募集者によって操作される募集者装置、および第１応募者によって操作される第１応募者装置と通信するステップと、募集者と第１応募者との間でマッチングされる業務に関するオンライン会議に参加するためのインターフェイス画面を、募集者装置および第１応募者装置の各々に提供するステップと、募集者のアバターおよび第１応募者のアバターを特定するためのアバター情報の少なくとも一方が登録されたデータベースにアクセスするステップとを含み、方法は、アバター情報により特定される募集者のアバターを第１応募者装置のインターフェイス画面に表示するステップ、およびアバター情報により特定される応募者のアバターを募集者装置のインターフェイス画面に配置するステップの少なくとも一方をさらに含む。
【発明の効果】
【0011】
本開示によれば、募集者と応募者とをマッチングするマッチングシステムにおいて、募集者と応募者とが良好な関係を維持しつつ面談できる場を提供可能とされる。
【図面の簡単な説明】
【0012】
【図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】変形例２に関わる募集案件を募集案件データベースに登録する手順を説明するための図である。
【発明を実施するための形態】
【0013】
以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。
【0014】
［マッチングシステム１を提案する背景］
図１は、本実施の形態に関わるマッチングシステム１の概要を示すブロック図である。はじめに、本実施の形態においてマッチングシステム１を提案する背景を説明する。
図１は、本実施の形態に関わるマッチングシステム１の概要を示すブロック図である。はじめに、本実施の形態においてマッチングシステム１を提案する背景を説明する。
【0015】
マッチングシステム１は、たとえば、企業間のクラウドソーシングに活用される。クラウドソーシングは、一般には、不特定多数の人の寄与を募り、必要とするサービス、アイデア、またはコンテンツを取得するプロセスである。
【0016】
人的リソースを有効に活用するため、副業を推進している企業も少なくない。企業間でクラウドソーシングを利用することによって、企業の従業員の能力を活用することができる。
【0017】
しかし、企業間に一般的なクラウドソーシングの手法をそのまま適用した場合、以下のような問題が生じるおそれがある。
【0018】
［秘密情報が漏洩する可能性］
一般的なクラウドソーシングの手法では、発注者側の企業と受注側の企業との関係が考慮されることがないため、クラウドソーシングを採用することに企業リスクおよび個人リスクが伴う。たとえば、従業員の副業を通じて、秘密情報がライバル関係にある企業に漏れてしまうおそれがある。従来のクラウドソーシングの手法では、従業員が競業他社の案件を副業として受注していないことを管理者が確認することができない。
一般的なクラウドソーシングの手法では、発注者側の企業と受注側の企業との関係が考慮されることがないため、クラウドソーシングを採用することに企業リスクおよび個人リスクが伴う。たとえば、従業員の副業を通じて、秘密情報がライバル関係にある企業に漏れてしまうおそれがある。従来のクラウドソーシングの手法では、従業員が競業他社の案件を副業として受注していないことを管理者が確認することができない。
【0019】
［オーバーワークの可能性］
企業が従業員の副業を認めた場合、従業員の労働時間が過度に長くなるおそれがある。オーバーワークのリスクを解消するため、本業および副業を含めた残業時間の上限を企業が定めることも考えられる。しかし、従業員が自由に副業を受注できる限り、企業が従業員の副業時間を管理することは困難である。その結果、従業員がオーバーワークの状態になる可能性がある。
企業が従業員の副業を認めた場合、従業員の労働時間が過度に長くなるおそれがある。オーバーワークのリスクを解消するため、本業および副業を含めた残業時間の上限を企業が定めることも考えられる。しかし、従業員が自由に副業を受注できる限り、企業が従業員の副業時間を管理することは困難である。その結果、従業員がオーバーワークの状態になる可能性がある。
【0020】
［副業の成果が正当に評価されない可能性］
従来、受注者に対する評価をすることを、発注者に要請するクラウドソーシングシステムが存在する。発注者がした適切な評価をクラウドソーシングシステムで共有した場合、業務の受注者を募集する者は、その評価を参考にして、業務の受注を希望する多くの者の中から能力の高い者を選択することができる。
従来、受注者に対する評価をすることを、発注者に要請するクラウドソーシングシステムが存在する。発注者がした適切な評価をクラウドソーシングシステムで共有した場合、業務の受注者を募集する者は、その評価を参考にして、業務の受注を希望する多くの者の中から能力の高い者を選択することができる。
【0021】
しかし、或る企業の発注者は、評価対象の他の企業の受注者のことを思うあまり、本来の評価よりも高い評価をシステムに入力するかもしれない。また、或る企業の発注者は、企業間の関係が悪化する可能性を考慮して、他の企業の受注者を低く評価することを避けるかもしれない。さらに、発注者は、評価をすることにメリットを感じず、本来の評価とはかけ離れた評価をシステムに入力するかもしれない。これらの可能性を考慮すると、システムが提供する評価の信頼性が低下するおそれがある。この場合、受注者に対する評価を共有しても、業務の発注者は、受注者を選択する際の参考データとして、その評価を活用することができない。
【0022】
［募集者に関する正確な情報が得られない可能性］
上述のようなクラウドソーシングシステムにおいて、募集されている業務に応募しようとする応募者は、業務の内容や報酬等を参考にしつつ、納得のいく業務を選択するであろう。しかし、募集者の中には、契約業務の範囲外で追加の依頼や、業務内容の変更を頻繁に指示する者が存在するかもしれない。応募者としては、そのような募集者を避けて募集業務に応募したいと思うであろう。逆に、業務の完了に至るまで問題を生じさせることのない募集者も存在する。応募者としては、できれば、そのような募集者が募集している業務に応募したいと考えるであろう。したがって、応募者（受注者）に対する評価のみならず、募集者（発注者）に対する評価もクラウドソーシングシステムで広く共有することが望ましい。
上述のようなクラウドソーシングシステムにおいて、募集されている業務に応募しようとする応募者は、業務の内容や報酬等を参考にしつつ、納得のいく業務を選択するであろう。しかし、募集者の中には、契約業務の範囲外で追加の依頼や、業務内容の変更を頻繁に指示する者が存在するかもしれない。応募者としては、そのような募集者を避けて募集業務に応募したいと思うであろう。逆に、業務の完了に至るまで問題を生じさせることのない募集者も存在する。応募者としては、できれば、そのような募集者が募集している業務に応募したいと考えるであろう。したがって、応募者（受注者）に対する評価のみならず、募集者（発注者）に対する評価もクラウドソーシングシステムで広く共有することが望ましい。
【0023】
募集者に対する適切な評価をクラウドソーシングシステムで共有した場合、これから業務に応募しようとする者は、その評価を参考にして、数多くの募集業務の中から、募集者の過去の取引履歴等を考慮しつつ、納得のいく業務を選択することができる。
【0024】
しかしながら、募集者に対する評価が可能な評価システムを構築する場合にも、受注者に対する評価が可能な評価システムを構築する場合と同様の問題が発生し得る。すなわち、或る企業の受注者（応募者）は、評価対象の他の企業の発注者（募集者）のことを思うあまり、本来の評価よりも高い評価をシステムに入力するかもしれない。また、或る企業の受注者（応募者）は、企業間の関係が悪化する可能性を考慮して、他の企業の発注者（募集者）を低く評価することを避けるかもしれない。さらに、受注者（応募者）は、評価をすることにメリットを感じず、本来の評価とはかけ離れた評価をシステムに入力するかもしれない。これらの可能性を考慮すると、システムが提供する評価の信頼性が低下するおそれがある。この場合、募集者に対する評価を共有しても、応募者は、募集者を選択する際の参考データとして、その評価を活用することができない。
【0025】
［マッチングの主体を企業とすることに関する特殊性］
一般に、企業間を跨いで人材と業務とをマッチングするためには、人材と業務とをマッチングする企業同士で信頼関係等の親密な関係性が必要とされる。したがって、たとえば、資本関係の無い企業間を跨いで人材と業務マッチングをすることは非常に困難である。また、上場企業等の大企業は多角経営等の観点から他社と競合しやすく、他社との間でカニバリゼーションが生じるため、数多くの企業との間で、人材と業務のマッチングをすることができないという特殊事情が存在する。
一般に、企業間を跨いで人材と業務とをマッチングするためには、人材と業務とをマッチングする企業同士で信頼関係等の親密な関係性が必要とされる。したがって、たとえば、資本関係の無い企業間を跨いで人材と業務マッチングをすることは非常に困難である。また、上場企業等の大企業は多角経営等の観点から他社と競合しやすく、他社との間でカニバリゼーションが生じるため、数多くの企業との間で、人材と業務のマッチングをすることができないという特殊事情が存在する。
【0026】
［オンライン面談におけるバイアスの問題］
ネットワーク技術の発展に加え、新型コロナウイルスの感染拡大により、業務のオンライン化が一気に進んでいる。このような状況下では、募集者（発注者）と応募者（受注者）との間で行われる面談がオンライン会議（Ｗｅｂ会議）の場で実施されることが少なくない。このような面談は、業務契約前に、業務内容等の確認のために実施される。あるいは、このような面談は、契約された業務が進行している途中、業務の進行状況を確認する等のために実施される。
ネットワーク技術の発展に加え、新型コロナウイルスの感染拡大により、業務のオンライン化が一気に進んでいる。このような状況下では、募集者（発注者）と応募者（受注者）との間で行われる面談がオンライン会議（Ｗｅｂ会議）の場で実施されることが少なくない。このような面談は、業務契約前に、業務内容等の確認のために実施される。あるいは、このような面談は、契約された業務が進行している途中、業務の進行状況を確認する等のために実施される。
【0027】
一般に、オンライン会議では、リアルな会議に比べて、相手から取得できる情報が少ない。このため、オンライン会議では、一方の面談者が他方の面談者を正当に評価し難い。本人は認識していなくても、ちょっとした物言いや言葉遣いが、面談者に横柄な態度と評価される場合がある。業界の商習慣や所属グループの文化および風土によっては、一般には使用されない特定の物言いや言葉遣いが存在する。所属グループを離れて業務を受注しようとしているとき、応募者は、普段、使用している言葉遣いが原因で受注を逃すかもしれない。ある企業または所属グループに属する者が、相手方に横柄な態度であると評価された場合、その企業または所属グループの信用価値が下がる可能性もある。
【0028】
特定の業界やグループに属していた年数が長ければ長いほど（いわゆるシニア）、横柄と評価されがちな態度でオンライン会議に臨む傾向が顕著である。シニアはまた、その容姿や声色で損をするかもしれない。一般に、シニア層より、若手の方が学習速度および吸収速度が速いといわれている。同じ経歴およびスキルを持つ若手とシニアとが存在した場合に、若手であるというだけで業務にアサインされ易く、シニア層は業務にアサインされ難い。シニア人材の活用が推進されている中、このことは、問題である。
【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】
メモリ１０２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、または他の任意の適切なメモリシステムを含む。メモリ１０２は、プロセッサ１０１の演算処理に必要なプログラム、および演算処理において算出される一時的なデータ等を格納する。
【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】
［データベース１２０の概要］
以下、データベース１２０の概要を説明する。企業データベース１２１には、マッチングシステム１に加盟する企業の情報が登録されている。会員データベース１２２には、マッチングシステム１を利用する会員の情報が登録されている。多くの会員は、マッチングシステム１に加盟する企業の従業員である。
以下、データベース１２０の概要を説明する。企業データベース１２１には、マッチングシステム１に加盟する企業の情報が登録されている。会員データベース１２２には、マッチングシステム１を利用する会員の情報が登録されている。多くの会員は、マッチングシステム１に加盟する企業の従業員である。
【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】
ここでは、募集者装置２００に表示される会議画面２５０を例に挙げて、インターフェイス画面を詳細に説明した。応募者装置３００に表示される会議画面３５０にも同様の構成の会議画面２５０が表示される。
【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】
募集者装置２００および応募者装置３００は、図２に示される、プロセッサ、メモリ、通信インターフェイス、および入出力インターフェイスすべてを具備するものだけではなく、VDI（Virtual Desktop Infrastructure)を利用したシンクライアントシステム等であってもよい。VDIを利用したシンクライアントシステムとは、サーバ上にあるデスクトップ環境を遠隔地にある端末に転送して利用するシステムである。募集者装置２００、応募者装置３００、およびシェアリングサーバ１００は、必ずしも独立した装置である必要はない。上記のようなシンクライアントシステムを利用する場合、同一の集約サーバ上で募集者装置２００、応募者装置３００、およびシェアリングサーバ１００の機能を提供することができる。
【0359】
データベース１２０は、リレーショナルデータベースに限定されるものでなく、オブジェクト型やNoSQL型等のデータベースを利用してもよい。
【0360】
シェアリングサーバ１００は、コンピュート装置の一例である。サーバ（オンプレミスサーバ、クラウドサーバ等）や、サーバレスシステム等によってコンピュート装置を構成してもよい。ここで、オンプレミスサーバとは、自社内で管理する設備内に設置され、管理されるサーバである。クラウドサーバとは、ネットワークを通じて別事業者が提供するサーバ（借り受けのサーバ）である。サーバレスシステムとは、サーバの存在を意識せず、必要なときのみコンピュート・メモリ機能を利用できるシステムである。コンピュート装置は、サーバとサーバレスシステムとを含む。サーバには、オンプレミスサーバとクラウドサーバとが含まれる。
【0361】
【0362】
［逆オファー機能を提案する背景］
クラウドソーシングでは、一般的に募集者が募集案件の情報を開示し、募集案件の内容に興味を抱く者からの応募を待つことになる。しかし、このような募集方法では、応募者から応答があるまでに時間がかかるかもしれない。また、募集者の期待するスキルを持つ者から応募があるかどうか不明である。
クラウドソーシングでは、一般的に募集者が募集案件の情報を開示し、募集案件の内容に興味を抱く者からの応募を待つことになる。しかし、このような募集方法では、応募者から応答があるまでに時間がかかるかもしれない。また、募集者の期待するスキルを持つ者から応募があるかどうか不明である。
【0363】
そこで、募集者が会員を検索し、適当な会員を指名することが考えられる（逆オファー）。しかし、会員ＩＤおよび会員の氏名程度しか募集者に知らされない状態では、募集者が真に希望する応募者を指名することは困難である。また、秘密情報がライバル関係にある企業等に漏れてしまうことがないよう、検索結果からは、ライバル関係にある企業等の会員情報が除外されなければならない。
【0364】
変形例１においては、このような背景を踏まえ、会員検索をした募集者に対して、会員の詳細なプロフィール情報を含む検索結果を提供する。さらに、変形例１においては、検索結果から、募集者の所属企業等に対してライバル関係にある企業等の会員情報を除外する。以下、図面を用いて、変形例１を詳細に説明する。
【0365】
図３６は、変形例１に関わるシェアリングサーバ１００、募集者装置２００、および応募者装置３００の機能を説明するための図である。
【0366】
図３６に示されるように、シェアリングサーバ１００は、会員検索部１４３に加えて、逆オファー依頼部１６１と、逆オファー承認依頼部１６２と、逆オファー依頼受託通知部１６３とを機能的に含む。これらの各種の機能は、シェアリングサーバ１００が備えるプロセッサ１０１、メモリ１０２、ストレージ１０３、および通信インターフェイス１０４によって実現される。
【0367】
会員検索部１４３は、既に説明したとおり、マッチングシステム１の会員を検索する機能を備える。特に、変形例１において、会員検索部１４３は、会員の詳細なプロフィール情報を検索者に提供する機能を備える。募集者装置２００は、募集者の検索操作を受け付けた場合に、会員検索処理を実行する（ステップＳ２１）。特に、ステップＳ２１において、募集者装置２００は、募集者が逆オファーをするための検索操作を受け付ける。会員検索部１４３は、会員データベース１２２に登録されている会員の情報を募集者装置２００に提供する。提供される会員の情報には、会員の詳細なプロフィール情報が含まれる。ただし、会員検索部１４３は、検索結果から、募集者の所属企業等に対してライバル関係にある企業等の会員情報を除外する。
【0368】
募集者装置２００は、会員検索部１４３から会員情報（検索結果）を受信し、ディスプレイ２０５に検索結果として会員情報を表示する（ステップＳ２２）。その後、募集者装置２００は、募集者が検索結果の中から応募者を選択する操作を受け付ける。すなわち、募集者は、検索結果に基づいて逆オファーする会員を選択し、募集者装置２００を操作することによって逆オファーを実施する（ステップＳ２３）。募集者装置２００は、逆オファーの対象とされる会員の会員ＩＤをシェアリングサーバ１００へ送信する。
【0369】
逆オファー依頼部１６１は、募集者装置２００から逆オファーの対象とされる会員の会員ＩＤを受信する。逆オファー依頼部１６１は、受信した会員ＩＤに対応する会員を特定する。逆オファー依頼部１６１は、逆オファーの対象とされる会員の応募者装置３００へ、逆オファーの依頼を受けたことを通知する。この通知には、逆オファーの対象とされる募集案件の情報を含めてもよい。逆オファーの対象とされる会員は、応募者装置３００により逆オファーの依頼を受信する。ここで受信される「依頼」は、「応募者に対して応募を促す情報」の一例である。逆オファーの対象とされる会員は、逆オファーの依頼を受託するか否かを判断する。逆オファーの対象とされる会員は、応募者装置３００を用いて、逆オファーの依頼を受託する操作、または逆オファーの依頼を拒否する操作を行うことができる。応募者装置３００は、たとえば、逆オファーの依頼を受託する（ステップＳ２４）。逆オファーの依頼を受託した応募者装置３００は、応募情報を逆オファー承認依頼部１６２へ送信する。
【0370】
逆オファー承認依頼部１６２は、応募者の上司へ部下の応募情報を送信する。逆オファー承認依頼部１６２は、会員データベース１２２に登録されている、応募者の会員ＩＤと上司の会員ＩＤとの関係に基づいて、応募者の管理者である上司の会員ＩＤを特定する。応募者の上司は、自身の応募者装置３００において応募情報を確認し、応募を承認する（ステップＳ２５）。
【0371】
逆オファー依頼受託通知部１６３は、応募者の上司から承認情報を受信する。逆オファー依頼受託通知部１６３は、承認情報を受信したことを条件に、応募者の応募を受け付ける。逆オファー依頼受託通知部１６３は、逆オファーを実施した会員からの応募が受け付けられたことを募集者装置２００へ通知する。募集者装置２００は、その通知に基づいて、逆オファーが受託されたことを募集者に通知する（ステップＳ２６）。より具体的には、募集者装置２００は、逆オファーが受託されたことを募集者に通知するための情報をディスプレイ２０５に表示する。
【0372】
図３７は、変形例１に関わる会員データベース１２２Ａの一例を示す図である。図３７に示される会員データベース１２２Ａには、図４に示される会員データベース１２２と比較して、プロフィール情報、およびプロフィールを公開するか否かを示すプロフィール公開情報が追加されている。
【0373】
マッチングシステム１は、応募者装置３００を用いて自身のプロフィール情報を会員データベース１２２Ａに登録および修正することができる権限を会員に与えている。会員は、応募者装置３００を用いて自身の様々なプロフィール情報を会員データベース１２２Ａに登録する。プロフィール情報には、たとえば、会員のＳＰＩ（Synthetic Personality Inventory）の情報、会員の職務履歴、会員の実績、会員の所有資格等が含まれる。
【0374】
会員は、応募者装置３００を用いてプロフィール公開情報を設定する。プロフィール公開情報が可に設定されている会員のプロフィール情報は、検索者に提供される。プロフィール公開情報が不可に設定されている会員のプロフィール情報は、検索者に提供されない。シェアリングサーバ１００は、各会員が選択した設定に基づいて、会員データベース１２２Ａにプロフィール公開情報を登録する。このように、シェアリングサーバ１００は、複数の会員の各々から、プロフィール情報を検索結果に含めることを許可するか否かを示す情報の入力を受け付ける。
【0375】
ここでは、プロフィール公開情報の設定に基づいて、会員のプロフィール情報の公開が許可されるか否かが決定される例を説明した。しかしながら、シェアリングサーバ１００は、公開を許可するかの設定操作をプロフィール情報の種類別に受け付けるようにしてもよい。これにより、たとえば、会員は、実績および所有資格を公開対象とする一方、ＳＰＩの情報を非公開対象とすることができる。あるいは、プロフィール情報に年齢を含める場合、会員は、年齢を非公開対象とし、それ以外のプロフィール情報を公開対象とすることができる。この場合、シェアリングサーバ１００は、複数の登録者（会員）の各々の複数のプロフィール情報を会員データベース１２２Ａに登録する。シェアリングサーバ１００は、複数の登録者の各々から、複数のプロフィール情報のうち、検索結果として公開する範囲を設定するための入力を受け付ける。
【0376】
図３８は、変形例１に関わる逆オファー会員検索処理の処理手順を示すフローチャートである。本フローチャートに基づく処理は、シェアリングサーバ１００により実行される。
【0377】
はじめに、シェアリングサーバ１００は、検索者が募集案件に適切な会員を検索するための検索要求を受け付ける（ステップＳ２１１）。ここでは、検索者は、募集案件を抱える募集者である。募集者は、募集案件に適切なスキルを有する会員に逆オファーをするため、自身の募集者装置２００を用いて、会員を検索する。募集者の検索要求がステップＳ２１１においてシェアリングサーバ１００に受け付けられる。検索要求に検索者の会員ＩＤおよび募集案件の案件ＩＤを含めてもよい。
【0378】
次に、シェアリングサーバ１００は、会員データベース１２２Ａおよび企業データベース１２１から検索者の所属企業を特定する（ステップＳ２１２）。次に、シェアリングサーバ１００は、コミュニティデータベース１２３から検索者の所属コミュニティを特定する（ステップＳ２１３）。
【0379】
次に、シェアリングサーバ１００は、募集案件データベース１２４に登録されている募集案件の開示レベルおよび非開示企業ＩＤリストを特定する（ステップＳ２１４）。次に、シェアリングサーバ１００は、検索者に開示可能な会員を抽出する（ステップＳ２１５）。
【0380】
より具体的には、シェアリングサーバ１００は、検索者（募集者）が抱える募集案件を開示すべきでない企業を募集案件データベース１２４の非開示企業リストおよび開示レベルに基づいて特定する。シェアリングサーバ１００は、そのような企業に所属する会員を検索者に開示不可能な会員と判定する。シェアリングサーバ１００は、そのような企業に所属する会員以外を検索者に開示可能な会員として抽出する。
【0381】
次に、シェアリングサーバ１００は、会員データベース１２２Ａを参照して、抽出された会員の情報からプロフィール情報を非開示に設定している会員のプロフィール情報を除外する（ステップＳ２１６）。
【0382】
次に、シェアリングサーバ１００は、抽出した会員の情報を検索要求元へ送信し（ステップＳ２１７）、本フローチャートに基づく処理を終了させる。検索要求元の募集者装置２００は、シェアリングサーバ１００から送信された会員の情報を受信し、ディスプレイ２０５にその情報を表示する。ディスプレイ２０５に表示された情報には、抽出された各会員のＩＤ、氏名、およびプロフィール情報が表示される。ただし、プロフィール情報を非開示としている会員に関しては、会員のＩＤおよび氏名のみが表示され、プロフィール情報は表示されない。
【0383】
以上、説明したように、変形例１によれば、募集者は、会員の詳細なプロフィール情報を参照しつつ、募集業務への応募に最適と考えられる会員を検索し、その会員に逆オファーをすることができる。しかも、検索結果として表示される会員からは、募集者の属する企業およびコミュニティとライバル関係にある企業等の会員が除外される。このため、募集者がそのようなライバル企業の会員に業務を発注してしまう不都合を防止できる。さらには、プロフィール情報を公開するか否かを会員自身が決定することができるため、各会員の自由意志が尊重されたシステムを提供できる。
【0384】
なお、プロフィール情報のみならず、氏名を公開するか否かを会員が設定できるようにしてもよい。また、プロフィール情報にもいくつかのカテゴリを設け、プロフィール情報を公開するか否かをカテゴリ別に会員が設定できるようにしてもよい。
【0385】
以上のとおりに説明したオファー機能をマッチングシステム１に追加することにより、募集案件の閲覧が許可されている会員のプロフィール情報を募集者が確認することができる。さらに、募集者は、募集者自身が発注したいと思う会員に対して応募を促すことができる。また、募集者から応募を促された会員は、案件情報を閲覧し、応募の了承および拒否を行うことができる。また、会員情報の登録時および編集時等において、各会員は、プロフィール情報を公開するか否かを決定することができる。これにより、募集者は、能動的にオファー先を選定し、最適な応募者を早期に業務に従事させることができる。
【0386】
【0387】
［会員グループ応募機能を提案する背景］
クラウドソーシングでは、一般的に募集者が募集案件の情報を開示し、募集案件の内容に興味を抱く個人がその募集に応募する。しかし、事業の企画から企画に関連する知的財産権の取得に至るまでの包括的な業務等、複数人から成るチームで対応すべき案件、またはチームで対応した方が望ましい案件も少なくない。このため、募集人数が１名に限られる場合、受注を希望する者は、個人で対応できる以上の業務を請け負うことが難しい。
クラウドソーシングでは、一般的に募集者が募集案件の情報を開示し、募集案件の内容に興味を抱く個人がその募集に応募する。しかし、事業の企画から企画に関連する知的財産権の取得に至るまでの包括的な業務等、複数人から成るチームで対応すべき案件、またはチームで対応した方が望ましい案件も少なくない。このため、募集人数が１名に限られる場合、受注を希望する者は、個人で対応できる以上の業務を請け負うことが難しい。
【0388】
変形例２においては、このような背景を踏まえ、複数名の会員がグループで募集業務に応募できる会員グループ応募機能を提供する。以下、変形例２を詳細に説明する。
【0389】
図３９は、変形例２に関わるシェアリングサーバ１００、募集者装置２００、および応募者装置３００の構成を示すブロック図である。図３９に示されるブロック図には、図２に示されるブロック図と比較して、会員グループデータベース１２８が追加されている。図３９に示される募集案件データベース１２４Ａには、図６に示される募集案件データベース１２４に対して、会員グループでの応募を許容する募集案件を登録できる機能が追加されている。
【0390】
会員グループデータベース１２８には、複数名の会員からなる会員グループが登録されている。募集者は、募集者装置２００を用いて、会員グループでの応募を許容する募集案件を募集案件データベース１２４Ａに登録することが可能である。応募者は、応募者装置３００を用いて、会員グループでの応募を許容する募集案件に対して、会員グループデータベース１２８に登録された会員グループによる応募をすることが可能である。
【0391】
図４０は、変形例２に関わる会員グループデータベース１２８の一例を示す図である。会員グループデータベース１２８には、会員グループの情報が登録されている。会員グループの情報には、会員グループを識別するためのグループＩＤ、会員グループの各メンバーが所属する企業の企業ＩＤ、および会員グループの各メンバーの会員ＩＤ等が含まれる。
【0392】
以下、グループＩＤを用いて、各グループＩＤに対応する会員グループを会員グループＧ１、会員グループＧ２、会員グループＧ３…と称する場合がある。
【0393】
会員グループＧ１は、会員ＩＤ＝Ｐ１，Ｐ２，Ｐ５によって識別される３名の会員によって構成されている。会員グループＧ１に対応して登録されている企業ＩＤは００Ａであるため、３名の会員はいずれも企業Ａに所属することがわかる。
【0394】
会員グループＧ２は、会員ＩＤ＝Ｐ１，Ｐ３によって識別される２名の会員によって構成されている。会員グループＧ２に対応して登録されている企業ＩＤは００Ａ，００Ｂであるため、２名の会員の一方は企業Ａに所属し、他方は企業Ｂに所属することがわかる。会員グループＧ１と会員グループＧ２とを対比することで理解されるとおり、両会員グループＧ１，Ｇ２には会員ＩＤ＝Ｐ１が登録されている。したがって、会員Ｐ１は、２つの会員グループに所属している。
【0395】
会員グループＧ３は、会員ＩＤ＝Ｐ４，Ｐ７，Ｐ８，Ｐ１４によって識別される４名の会員によって構成されている。会員グループＧ３に対応して登録されている企業ＩＤは００Ｃであるため、４名の会員はいずれも企業Ｃに所属することがわかる。
【0396】
会員グループデータベース１２８は、図３９に示されるように、シェアリングサーバ１００のストレージ１０３に格納されている。会員は、同じ企業またはコミュニティ等を通じて知り合った他の会員らの同意を得て、会員グループを形成し、会員グループデータベース１２８に会員グループを登録する。「会員グループ」は、「応募グループ」の一例である。
【0397】
図４１は、変形例２に関わる募集案件データベース１２４Ａの一例を示す図である。図４１に示される募集案件データベース１２４Ａは、図６に示される募集案件データベース１２４と比較すると、募集形態の情報が追加されている。募集者は、募集者装置２００を操作し、募集形態を設定する。シェアリングサーバ１００は、その設定に基づいた募集形態を業務情報に対応付けて募集案件データベース１２４Ａに登録する。
【0398】
募集者は、募集形態をグループおよび個人の中から選択することができる。募集者が募集形態を選択しなかった場合、募集案件の募集形態はグループにも個人にも限定されていないものとみなされる。募集形態がグループに設定されている案件は、会員グループのみによって受注可能とされる。募集形態が個人に設定されている案件は、個々の会員のみによって受注可能とされる。募集形態が限定されていない案件は、会員グループおよび個人のいずれによっても受注可能とされる。「募集形態の情報」は、「受注者を募集する業務が、複数の募集者が共同で応募すべき業務であることを特定可能な情報」の一例である。
【0399】
図４２は、変形例２に関わるシェアリングサーバ１００、募集者装置２００、および応募者装置３００の機能を説明するための図である。図４２においては、図１１と比較して、シェアリングサーバ１００に判定部１４５Ａが追加されている。また、図４２においては、図１１と比較して、ステップＳ７の後にステップＳ７Ａが追加され、応募のステップＳ８に代えて、グループ応募のステップＳ８Ａが採用されている。
【0400】
ここでは、応募者が複数の会員グループに所属しているものとする。応募者は、応募者装置３００を操作して、募集案件を検索する（ステップＳ６）。応募者装置３００は、検索要求をシェアリングサーバ１００の案件抽出部１４５へ送信する。
【0401】
案件抽出部１４５は、検索要求を受信した場合、図１１を用いて説明したとおり、募集案件データベース１２４に登録されている募集案件の中から、応募者の閲覧が許容される案件を抽出する。案件抽出部１４５により抽出された案件には、募集形態が「グループ」、「個人」、および「限定せず」のいずれかとされる案件が含まれる。案件抽出部１４５は、抽出した募集案件を応募者装置３００へ送信する。応募者装置３００は、案件抽出部１４５から募集案件を受信する。応募者装置３００は、受信した募集案件をディスプレイ３０５に表示する（ステップＳ７）。
【0402】
ディスプレイ３０５には、募集案件毎に、開示レベル、案件タイトル、想定工数、想定期間、案件内容、および募集形態等が表示される。会員グループで応募することを希望する場合、応募者は、マウスおよびキーボード等の操作部３０６を用いて、会員グループを指定した上で募集形態が「グループ」または「限定せず」とされている案件を選択する。応募者装置３００は、応募者の操作に基づいて、会員グループおよび応募を希望する案件を受け付ける（ステップＳ７Ａ）。応募者装置３００は、受け付けた会員グループのグループＩＤおよび受け付けた案件の案件ＩＤをシェアリングサーバ１００へ送信する。シェアリングサーバ１００の判定部１４５Ａは、グループＩＤおよび案件ＩＤを取得する。
【0403】
判定部１４５Ａは、会員グループデータベース１２８にアクセスし、取得したグループＩＤに対応して登録されている会員ＩＤを特定する。判定部１４５Ａは、会員データベース１２２にアクセスし、特定した会員ＩＤに対応する企業ＩＤを特定する。
【0404】
判定部１４５Ａは、コミュニティデータベース１２３にアクセスし、特定した企業ＩＤの企業が属しているコミュニティのコミュニティＩＤを特定する。判定部１４５Ａは、募集案件データベース１２４Ａにアクセスし、取得した案件ＩＤに対応して登録されている企業ＩＤ（募集者の企業ＩＤ）、非開示企業ＩＤ、開示レベル、および募集形態を特定する。
【0405】
判定部１４５Ａは、以上のとおりに特定した情報に基づいて、応募者装置３００によって受け付けられた募集案件が、応募者の指定する会員グループによる応募の許容されている案件であるか否かを判定する。換言すると、判定部１４５Ａは、会員グループによる応募を許可するか否かを判定する。
【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】
１ マッチングシステム、２５，３５ アバター、５０ インターネット、１００ シェアリングサーバ、１０１ プロセッサ、１０２ メモリ、１０３ ストレージ、１０４ 通信インターフェイス、１２０ データベース（ＤＢ）、１２１ 企業データベース（企業ＤＢ）、１２２，１２２Ａ 会員データベース（会員ＤＢ）、１２３ コミュニティデータベース（コミュニティＤＢ）、１２４，１２４Ａ 募集案件データベース（募集案件ＤＢ）、１２５ 副業データベース（副業ＤＢ）、１２６ 評価入力データベース（評価入力ＤＢ）、１２６Ａ 募集者評価部、１２６Ｂ 応募者評価部、１２７ 評価サマリデータベース（評価サマリＤＢ）、１２７Ａ 募集者評価サマリ部、１２７Ｂ 応募者評価サマリ部、１２９ プロファイルデータベース（プロファイルＤＢ）、１３０ アバターデータベース（アバターＤＢ）、１２７１，１２７２ データ群、１２８ 会員グループデータベース（会員グループＤＢ）、１４０ コミュニティ登録部、１４１ 企業登録部、１４２ 会員登録部、１４３ 会員検索部、１４４ 案件登録部、１４５ 案件抽出部、１４６ 申請部、１４７ 承認部、１４８ 通知部、１４９ 実績受付部、１５０ 実績出力部、１５１ 評価受付部、１５２ 評価出力部、１６１ 逆オファー依頼部、１６２ 逆オファー承認依頼部、１６３ 逆オファー依頼受託通知部、２００，２００Ａ，２００Ｂ，２００Ｃ 募集者装置、２０１ プロセッサ、２０２ メモリ、２０３ 通信インターフェイス、２０４ 入出力インターフェイス、２０５ ディスプレイ、２０６ 操作部、２０６Ａ キーボード、２０６Ｂ マウス、２０７，３０７ カメラ、２０８，３０８ マイクロフォン、２０９，３０９ スピーカ、２５０，３５０ 会議画面、２５１，２５２ アバター領域、２５３ ワーク領域、２５４ 操作領域、３００，３００Ａ，３００Ｂ，３００Ｃ 応募者装置、３０１ プロセッサ、３０２ メモリ、３０３ 通信インターフェイス、３０４ 入出力インターフェイス、３０５ ディスプレイ、３０６ 操作部、３０６Ａ キーボード、３０６Ｂ マウス、３０７Ａ～３０７Ｃ タブ、４０１，４０２ 表、２５１１，２５２１ 名前領域、２５２２ 所属領域、２５２３ カーソル、２５３１ ログイン領域、２５４１，２５４２ ボタン。
【図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】