(57)【要約】      （修正有）【課題】シェアリングサービスにおけるマッチングの促進を図る評価処理プログラム、評価処理装置、及び評価処理方法を提供する。【解決手段】受付部１２が、第１の端末からマッチングの条件を受信し、受信した該マッチングの条件を閲覧可能に記憶部に記憶し、第２の端末から該マッチングの条件に対する評価の入力を受け付け、作成部１４が、前記評価が基準を下回る場合に、前記マッチングの条件を緩和する提案を前記第１の端末に送信する。【選択図】図２
2018173842.tif 000002
【特許請求の範囲】
【請求項１】
第１の端末からマッチングの条件を受信し、
受信した該マッチングの条件を閲覧可能に記憶部に記憶し、
第２の端末から該マッチングの条件に対する評価の入力を受け付け、
前記評価が基準を下回る場合に、前記マッチングの条件を緩和する提案を前記第１の端末に送信する、
処理をコンピュータに実行させることを特徴とする評価処理プログラム。
【請求項２】
前記評価が低いほど、前記提案による条件の緩和度が高い、
ことを特徴とする請求項１記載の評価処理プログラム。
【請求項３】
前記評価の入力がなされたことを条件に、前記提案による前記マッチングの条件の緩和度が前記評価により示される前記マッチングの条件の緩和度以上の場合に、前記評価の入力元に対するマッチングの可否の確認をせずにマッチングの成立処理を実行することを許容する、ことを特徴とする請求項１又は請求項２記載の評価処理プログラム。
【請求項４】
前記マッチングの条件には、案件に関する条件と、マッチング対象者に関する条件とが含まれ、
前記第１の端末において前記提案が許可される場合に、マッチングの可否の確認を、前記マッチング対象者に関する条件を満たす前記評価の入力元に対応する前記第２の端末へ送信する
ことを特徴とする請求項１又は請求項２記載の評価処理プログラム。
【請求項５】
前記提案は、前記評価の入力元の実績、前記評価の入力元により表明されたマッチングに対する意思表示レベル、及び市場動向の少なくとも１つを含む情報に基づいて作成されることを特徴とする請求項１〜請求項４のいずれか１項記載の評価処理プログラム。
【請求項６】
第１の端末からマッチングの条件を受信し、受信した該マッチングの条件を閲覧可能に記憶部に記憶し、第２の端末から該マッチングの条件に対する評価の入力を受け付ける受付部と、
前記評価が基準を下回る場合に、前記マッチングの条件を緩和する提案を前記第１の端末に送信する送信部と、
を含むことを特徴とする評価処理装置。
【請求項７】
第１の端末からマッチングの条件を受信し、
受信した該マッチングの条件を閲覧可能に記憶部に記憶し、
第２の端末から該マッチングの条件に対する評価の入力を受け付け、
前記評価が基準を下回る場合に、前記マッチングの条件を緩和する提案を前記第１の端末に送信する、
処理をコンピュータが実行することを特徴とする評価処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、評価処理プログラム、評価処理装置、及び評価処理方法に関する。
【背景技術】
【０００２】
現在、自動車、空き部屋、洋服、人手や能力、資金などの様々なリソースを複数の人で共有したり、個人間で貸し借りをしたりする際の仲介を行うシェアリングサービスが普及している。これらのシェアリングサービスでは、募集者が募集した案件と、その案件に応募する応募者とのマッチングが行われる。
【０００３】
マッチングを支援する技術として、例えば、見込みのある買い手と複数の見込みのある売り手との間の電子オークションに関する方法が提案されている。この方法は、オファーを求める買い手の要求をコンピュータに入力するステップと、オファーを求める要求を少なくとも２人の売り手に通信するステップとを含む。また、この方法は、オファーを求める要求に応答した販売条件を含むオファーを、少なくとも２人の売り手から受け取るステップを含む。また、この方法は、複数の所定基準に基づいて、売り手オファーに関する格付け情報を自動的に生成するステップと、売り手オファーの少なくともいくつかに関する情報を、他の売り手の少なくとも１人に通信するステップとを含む。また、この方法は、指定のオークション期間中に、少なくとも１人の売り手から調整済みオファーを受け取るステップと、売り手オファーの少なくともいくつかに関する情報と、格付け情報の少なくとも一部とを前記買い手に通信するステップとを含む。
【０００４】
また、就職希望者と採用希望企業とのマッチングを支援する就職情報提供システムが提案されている。このシステムは、就職希望者に対し、資格又は特技に関する能力情報と、学歴又は職歴に関する経歴情報と、志望業種、志望職種、希望企業規模、又は希望勤務地に関する希望情報と、設問形式による適性診断に対する回答情報とを入力させる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特表２００３−５０４７５１号公報
【特許文献２】特開２００１−３５７１２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述したように、シェアリングサービスは、自動車、空き部屋、洋服、人手や能力、資金などの様々なリソースを複数の人で共有したり、個人間で貸し借りをしたりする際の仲介を行うサービスとして普及してきている。しかし、中には、募集者と応募者との間で長期間マッチングが取れず、案件が募集中のままシェアリングサービス上に残っている場合もある。シェアリングサービスは、リソースをシェアするという概念で成り立っているため、マッチングの促進を図るためには、応募者と募集者との間で、募集している案件の条件のすりあわせができることが望ましい。
【０００７】
本発明は、一つの側面として、シェアリングサービスにおけるマッチングの促進を図ることを目的とする。
【課題を解決するための手段】
【０００８】
一つの態様として、第１の端末からマッチングの条件を受信し、受信した該マッチングの条件を閲覧可能に記憶部に記憶し、  第２の端末から該マッチングの条件に対する評価の入力を受け付ける。そして、前記評価が基準を下回る場合に、前記マッチングの条件を緩和する提案を前記第１の端末に送信する。
【発明の効果】
【０００９】
一つの側面として、シェアリングサービスにおけるマッチングの促進を図ることができる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態に係る評価処理装置を含むシェアリングサービスの概略構成を示すブロック図である。
【図２】評価処理装置の機能ブロック図である。
【図３】案件データベース（ＤＢ）の一例を示す図である。
【図４】案件画面の一例を示す図である。
【図５】アンケートＤＢの一例を示す図である。
【図６】提案画面の一例を示す図である。
【図７】実績ＤＢの一例を示す図である。
【図８】本実施形態に係る評価処理装置を含むシェアリングサーバとして機能するコンピュータの概略構成を示すブロック図である。
【図９】本実施形態における評価処理の一例を示すフローチャートである。
【図１０】提案処理の一例を示すフローチャートである。
【図１１】マッチング処理の一例を示すフローチャートである。
【図１２】評価処理装置とシェアリングサーバとの他の構成例を示すブロック図である。
【図１３】評価処理装置とシェアリングサーバとの他の構成例を示すブロック図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して開示の技術に係る実施形態の一例を詳細に説明する。
【００１２】
図１に示すように、本実施形態に係る評価処理装置１０を含むシェアリングサーバ３０は、インターネット等のネットワークを介して、複数のユーザ端末３５の各々と接続される。なお、シェアリングサーバ３０及びユーザ端末３５の数は、図１の例に限定されない。
【００１３】
シェアリングサーバ３０は、シェアリングサービスを提供する装置であり、例えば、サーバ装置、パーソナルコンピュータ等の情報処理装置で実現することができる。シェアリングサービスとは、自動車、空き部屋、洋服、人手や能力、資金などの様々なリソースを複数の人で共有したり、個人間で貸し借りをしたりする際の仲介を行うサービスである。本実施形態では、シェアリングサーバ３０により不特定多数の人に業務を委託するクラウドソーシングのシェアリングサービスが提供される場合について説明する。以下では、案件の募集者を「クライアント」、案件に対する応募者を「ワーカー」という。
【００１４】
シェアリングサーバ３０は、ユーザ端末３５上で、ウェブアプリケーションやスマートフォンアプリケーションとしてシェアリングサービスを提供する。また、シェアリングサーバ３０は、後述する評価処理装置１０と連携して、クライアントが募集した案件と応募者とのマッチングの処理を行う。
【００１５】
ユーザ端末３５は、クライアント及びワーカーを含むシェアリングサービスのユーザが使用する情報処理端末であり、例えば、パーソナルコンピュータ、タブレット端末、スマートフォン等で実現することができる。ユーザ端末３５において、所望のシェアリングサービスのアプリケーションを起動することにより、ユーザ端末３５から、そのシェアリングサービスを提供しているシェアリングサーバ３０にアクセスされる。
【００１６】
評価処理装置１０は、複数のシェアリングサービスの共通基盤として機能する。図２に示すように、評価処理装置１０は、機能的には、受付部１２と、作成部１４と、マッチング部１６とを含む。また、評価処理装置１０の所定の記憶領域には、案件データベース（ＤＢ）２２と、アンケートＤＢ２４と、実績ＤＢ２６とが記憶される。なお、作成部１４は、開示の技術の送信部の一例である。
【００１７】
受付部１２は、クライアントが利用するユーザ端末３５から、募集する案件に関する情報（以下、「案件情報」という）を受け付ける。案件情報には、クライアントの識別情報、案件の条件や内容、ワーカーへの希望事項等の情報が含まれる。受付部１２は、受け付けた案件情報に案件の識別情報を付与して、案件ＤＢ２２に記憶する。
【００１８】
図３に、案件ＤＢ２２の一例を示す。図３の例では、案件ＤＢ２２には、「案件ＩＤ」、「案件タイプ」、「案件名」、「クライアントＩＤ」、「予算」、「納期」、「内容」「重視ポイント」等の情報が記憶される。
【００１９】
「案件ＩＤ」は、案件の識別情報の一例である。「案件タイプ」は、どのようなタイプの案件かを示す情報である。「クライアントＩＤ」は、クライアントの識別情報の一例である。「予算」、「納期」、及び「内容」は、案件の条件の一例である。「重視ポイント」は、マッチング対象のワーカーに対する希望としてクライアントが重視するポイントである。例えば、案件の実施に対する品質が良いワーカーを重視することを示す「品質重視」、希望納期で請け負ってくれるワーカーを重視する「納期重視」、低予算で請け負ってくれるワーカーを重視する「予算重視」等を設定することができる。
【００２０】
受付部１２は、案件ＤＢ２２に記憶した案件情報を、シェアリングサービス上に公開する。これにより、各ユーザから該当案件の情報を閲覧することができる。また、受付部１２は、公開した案件について、案件の条件に対する要望を、ワーカーからアンケート形式で受け付ける。なお、アンケートは、開示の技術のマッチングの条件に対する評価の一例である。
【００２１】
例えば、受付部１２は、図４に示すような案件画面５０をユーザ端末３５に表示する。図４の例では、受付画面４０は、案件情報が表示される案件領域４２と、ワーカーによるアンケートの回答を受け付けるアンケート領域４４とを含む。案件領域４２には、案件ＤＢ２２に記憶された案件情報が表示される。なお、図４の例では、案件ＤＢ２２に記憶されたクライアントＩＤに対応するクライアント名が表示されている。クライアントＩＤとクライアント名との対応付けは、シェアリングサービスで別途管理されるユーザマスタ等を参照すればよい。
【００２２】
また、図４では、アンケート領域４４に３つの設問（アンケートＡ、Ｂ、及びＣ）を表示した例を示している。アンケートＡは予算に関する設問であり、アンケートＢは納期に関する設問であり、アンケートＣは任意のコメント入力を受け付ける設問である。また、アンケート領域４４には、設問毎に回答ボタン４５Ａ、４５Ｂ、４５Ｃが設けられる。受付部１２は、アンケートＡの回答ボタン４５Ａが選択されると、図４に示すように、アンケートＡに対する回答の選択肢を含む選択肢画面４６Ａを、いずれかの選択肢に対する選択を受け付け可能な状態で、ポップアップ等により表示する。選択肢画面４６Ａには、予算が高くなることを要望する場合の金額の選択肢が含まれる。同様に、受付部１２は、アンケートＢの回答ボタン４５Ｂが選択されると、アンケートＢに対する回答の選択肢を含む選択肢画面４６Ｂを表示する。選択肢画面４６Ｂには、納期が長くなることを要望する場合の期間の選択肢が含まれる。
【００２３】
また、受付部１２は、アンケートＣの回答ボタン４５Ｃが選択されると、コメントを受け付けるためのテキストボックス４６Ｃを表示する。なお、予め非アクティブの状態で表示しているテキストボックス４６Ｃを、回答ボタン４５Ｃの選択に応じて、テキストデータを入力可能な状態に変更してもよい。また、回答ボタン４５Ｃを省略して、常時テキストデータを受け付け可能なテキストボックス４６Ｃを表示しておいてもよい。
【００２４】
また、受付部１２は、いずれかの設問に対する回答が入力された場合、アンケートの回答者であるワーカーが該当の案件の条件が緩和された場合に、その案件に応募する意思がどの程度であるかを示す応募意思のアンケートをさらに受け付ける。いずれかの設問に対する回答が入力された場合とは、選択肢画面４６Ａ、４６Ｂからいずれかの選択肢が選択された場合、又はテキストボックス４６Ｃにコメントが入力された場合である。例えば、受付部１２は、図４に示すように、応募意思のレベルを示す選択肢を含む選択肢画面４７を、いずれかの選択肢を受け付け可能な状態でポップアップ等により表示する。本実施形態では、応募意思のアンケートに対する選択肢として、案件の条件がアンケートの回答に応じて緩和された場合に、その案件との即時マッチングを許可する旨の選択肢（図４の例では、「（１）絶対応募する」）を含む。
【００２５】
また、受付部１２は、アンケート領域４４のいずれかの設問への回答及び応募意思の回答を受け付けると、受け付けた回答をアンケートＤＢ２４に記憶する。
【００２６】
図５に、アンケートＤＢ２４の一例を示す。図５の例では、アンケートＤＢ２４には、対象の案件の「案件ＩＤ」、アンケートに回答したワーカーの識別情報である「ワーカーＩＤ」、対象の案件について回答を受け付けた設問の識別情報を示す「設問ＩＤ」が記憶される。また、アンケートＤＢ２４には、各設問に対して選択された選択肢又は入力されたコメントが「回答１」として記憶され、応募意思のレベルが「回答２」として記憶される。
【００２７】
受付部１２は、アンケートＤＢ２４に記憶されたレコード数を、各案件の設問毎に集計し、図４に示すように、アンケート領域４４に、各設問に対する回答件数４８として表示する。回答件数４８の表示は、ワーカーからの応募の可能性をクライアントが予測したり、応募を検討するワーカーが他のワーカーの動向を把握したりするための支援となる。
【００２８】
作成部１４は、募集中の案件の条件に対するワーカーからの評価が基準を下回る場合に、その案件を募集したクライアントに対して、案件の条件緩和を提示するための提案を作成する。本実施形態のアンケートは、ワーカーからの条件緩和の要望を受け付けるものであり、アンケートの選択肢はいずれもクライアントが定めた条件を下回るものとしている。したがって、ワーカーからアンケートの回答を受け付けることが、「ワーカーからの評価が基準を下回る場合」に相当する。
【００２９】
具体的には、作成部１４は、アンケートＤＢ２４に記憶されたアンケートの回答を集計し、集計結果に応じた提案を作成する。例えば、作成部１４は、各設問の選択肢毎の回答数を集計し、各選択肢を選択したワーカーの応募意思をレベル毎に集計し、ワーカーの評価（詳細は後述）の平均を選択肢毎に算出し、集計結果及び算出結果をグラフ化して提示する提案画面の画面情報を作成する。また、作成部１４は、予め定めたテンプレートと集計結果及び算出結果とを利用して、提案内容を示すメッセージを作成し、提案に含める。
【００３０】
図６に、アンケート結果に基づく提案画面５０の一例を示す。図６の例では、アンケート結果に基づく提案画面５０は、グラフ領域５２と、メッセージ領域５４とを含む。グラフ領域５２には、横軸にアンケートの選択肢をとり、各選択肢の回答数を示す棒グラフ、及び各選択肢を選択したワーカーの評価の平均を示す折れ線グラフを表示した場合を例示している。また、各選択肢の回答数を示す棒グラフは、その選択肢を選択したワーカーの応募意思のレベル毎に色分けをして表している。なお、図６では、アンケートのうち、予算に関する設問の回答を集計し、ワーカーの評価として品質の評価を用いた場合を例示している。
【００３１】
メッセージ領域５４には、予め定めたテンプレートと集計結果及び算出結果とを利用して作成されたメッセージが配置される。例えば、最も回答数が多い選択肢を用いて、図６に示すように「＜５，０００円＞アップを希望するワーカーが最も多く、」（＜  ＞内は選択肢の内容）のようなセンテンスを作成することができる。また、その選択肢を選択したワーカーの評価の平均を用いて、「該当のワーカーの評価の平均は＜４．０＞で、」（＜  ＞内は算出した評価の平均）のようなセンテンスを作成することができる。また、その選択肢を選択したワーカーのうち、最も高いレベル（ここでは「絶対応募する」）の応募意思を表明しているワーカーの割合が所定値以上の場合に、「該当のワーカーの応募意思は高いです。」のようなセンテンスを作成することができる。作成部１４は、これらのセンテンスを結合して、図６に示すようなメッセージを作成することができる。
【００３２】
また、メッセージ領域５４には、回答数が最も多い選択肢、ワーカーの評価の平均、応募意思等の組合せから、予め定めたルールに従って導出した提案内容（図６の例では、「５，０００円アップのご予算をおすすめいたします。」）を含めてもよい。ルールとしては、例えば、ワーカーに対するクライアントの重視ポイントに相当する評価が所定値以上で、かつ応募意思のレベルが高いワーカーが最も多く回答している選択肢を推奨する等のルールを定めておくことができる。アンケートに基づいた提案を作成することで、ワーカーからの条件緩和の要望が大きい程、条件の緩和度が高い提案が作成されることになる。
【００３３】
また、作成部１４は、市場動向に基づいた提案を作成する。具体的には、作成部１４は、対象の案件と案件タイプが同一の他の案件を案件ＤＢ２２から検索し、他の案件に対するアンケート結果を、市場動向を示す情報として用いて提案を作成する。例えば、作成部１４は、案件ＤＢ２２から検索した他の案件の案件ＩＤに対応するアンケート結果をアンケートＤＢ２４から抽出し、回答を集計する。そして、作成部１４は、例えば、「類似案件に対して、応募意思の高いワーカーが最も多く回答している予算は５，０００円アップですので、予算を５，０００円アップすることをおすすめします。」のような提案を作成することができる。
【００３４】
また、作成部１４は、案件タイプが共通する他の案件の予算や納期などの実績を実績ＤＢ２６から取得し、取得した情報に基づいた提案を作成する。
【００３５】
ここで、図７に、実績ＤＢ２６の一例を示す。図７の例では、実績ＤＢ２６は、案件毎に、「案件ＩＤ」、「クライアントＩＤ」、「ワーカーＩＤ」、「予算実績」、「納期実績」、「品質評価」、「納期評価」、「マッチングまでの時間」等の情報が記憶される。「クライアントＩＤ」は、該当の案件を募集したクライアントのクライアントＩＤであり、「ワーカーＩＤ」は、その案件に応募してマッチングしたワーカーのワーカーＩＤである。「予算実績」及び「納期実績」は、マッチング時の案件の条件である。「品質評価」は、案件に対するワーカーの品質に関する評価値（例えば、５点満点の点数）であり、案件完了後などにクライアントが付与する。「納期評価」は、マッチング時の案件の条件に含まれる納期と、実際に案件が完了した時期との差を示す評価値（例えば、５点満点の点数）である。「マッチングまでの時間」は、クライアントが募集した案件がシェアリングサービス上に公開されてから、ワーカーとのマッチングが成立するまでの時間である。
【００３６】
作成部１４は、該当の案件と案件タイプが共通する他の案件の「予算実績」及び「納期実績」の各々の平均を算出する。そして、作成部１４は、例えば、「類似案件は、平均２５，０００円の予算、平均１ヶ月の納期でマッチングが成立していますので、予算を５，０００円アップすることをおすすめします。」のような提案を作成する。また、作成部１４は、実績の平均を算出する際、案件タイプが共通する他の案件のうち、「マッチングまでの時間」が所定時間以下の案件の実績のみを用いるようにしてもよい。この場合、「１日以内のマッチングが見込まれます」のようなセンテンスを提案に追加してもよい。また、作成部１４は、マッチングの成否を示す情報を案件毎に保持しておき、「予算２０，０００円ではマッチングが不成立に終わる可能性があるため、予算を５，０００円アップすることをおすすめします。」のような提案を作成してもよい。
【００３７】
また、作成部１４は、ワーカーに対するクライアントの重視ポイントを満たすワーカーのアンケート結果に基づく提案を作成する。具体的には、作成部１４は、実績ＤＢ２６に記憶された「品質評価」及び「納期評価」の各々から、該当の案件に対するアンケートに回答しているワーカー毎に品質評価の平均及び納期評価の平均を算出する。また、作成部１４は、案件ＤＢ２２の「重視ポイント」から、ワーカーに対するクライアントの重視ポイントを取得する。作成部１４は、算出した品質評価の平均及び納期評価の平均と、重視ポイントとに基づいて、クライアントの希望に沿うワーカーを抽出する。例えば、クライアントが「品質重視」を希望している場合、品質評価の平均が所定値以上（例えば、５点満点で４点以上）のワーカーを抽出する。
【００３８】
作成部１４は、アンケートＤＢ２４を参照して、抽出したワーカーが該当の案件に対して回答している選択肢を用いた提案を作成する。複数のワーカーが抽出された場合には、応募意思のレベルが最も高いワーカーのアンケート結果を用いてもよい。また、複数のワーカーのアンケート結果を集計した内容で提案を作成してもよい。例えば、作成部１４は、「予算を５，０００円アップすると、品質重視のワーカーからの応募が見込まれます。」のような提案を作成することができる。
【００３９】
作成部１４は、提案画面５０の画面情報又はメッセージとして作成された提案を、メール、アプリケーションのメッセージ機能等を利用して、クライアントが利用するユーザ端末３５へ送信する。また、クライアントがユーザ端末３５でアプリケーションを起動してメニューを選択した際に、提案画面５０やメッセージを表示するようにしてもよい。
【００４０】
マッチング部１６は、作成部１４により提案を送信したクライアントが利用するユーザ端末３５から、案件の条件を緩和する旨の通知を受け付ける。通知の内容は、例えば、提案を受け入れる旨や、提案に基づいてクライアントが再設定した条件とすることができる。
【００４１】
マッチング部１６は、案件の条件を緩和する旨の通知を受け付けると、該当の案件に対するアンケートに回答したワーカーから、マッチング対象のワーカーを選択する。具体的には、マッチング部１６は、アンケートＤＢ２４を参照して、アンケートの回答が、緩和された条件を満たすワーカーを抽出する。そして、マッチング部１６は、抽出したワーカーに対して、各ワーカーの応募意思のレベルが高い順、かつ評価が高い順に、マッチングの可否を確認する優先順位を決定する。マッチング部１６は、優先順位の高い順にマッチング対象のワーカーとして選択する。この際、マッチング部１６は、選択したワーカーの応募意思のレベルが「絶対応募する」である場合、マッチングの可否の確認を行うことなく、マッチングの成立をシェアリングサービスに通知する。これにより、シェアリングサービスによりマッチング成立の処理が実行される。
【００４２】
マッチング部１６は、選択したワーカーの応募意思のレベルが「絶対応募する」ではない場合、選択したワーカーに、緩和された条件を通知して、マッチング可否の確認を行う。マッチング部１６は、マッチング可否の確認を行ったワーカーから応募する旨の通知を受け付けると、マッチングの成立をシェアリングサービスに通知する。また、マッチング部１６は、マッチングが成立すると、成立した内容を実績ＤＢ２６に記憶する。
【００４３】
シェアリングサーバ３０は、例えば図８に示すコンピュータ６０で実現することができる。コンピュータ６０は、Central Processing Unit（ＣＰＵ）６１と、一時記憶領域としてのメモリ６２と、不揮発性の記憶部６３とを備える。また、コンピュータ６０は、入出力装置６４と、記憶媒体６９に対するデータの読み込み及び書き込みを制御するRead/Write（Ｒ／Ｗ）部６５と、インターネット等のネットワークに接続される通信インターフェース（Ｉ／Ｆ）６６とを備える。ＣＰＵ６１、メモリ６２、記憶部６３、入出力装置６４、Ｒ／Ｗ部６５、及び通信Ｉ／Ｆ６６は、バス６７を介して互いに接続される。
【００４４】
記憶部６３は、Hard Disk Drive（ＨＤＤ）、Solid State Drive（ＳＳＤ）、フラッシュメモリ等によって実現できる。記憶媒体としての記憶部６３には、評価処理装置１０として機能する評価処理プログラム７０、及び評価処理プログラム７０と連携して、コンピュータ６０をシェアリングサーバ３０として機能させるためのシェアリングサービスアプリケーションプログラム８０が記憶される。評価処理プログラム７０は、シェアリングサービスの共通基盤として機能する。シェアリングサービスアプリケーションプログラム８０は、ユーザの管理や案件の検索等、シェアリングサービスのアプリケーションに応じた機能を提供する。評価処理プログラム７０は、受付プロセス７２と、作成プロセス７４と、マッチングプロセス７６とを有する。
【００４５】
ＣＰＵ６１は、評価処理プログラム７０を記憶部６３から読み出してメモリ６２に展開し、評価処理プログラム７０が有するプロセスを順次実行する。ＣＰＵ６１は、受付プロセス７２を実行することで、図２に示す受付部１２として動作する。また、ＣＰＵ６１は、作成プロセス７４を実行することで、図２に示す作成部１４として動作する。また、ＣＰＵ６１は、マッチングプロセス７６を実行することで、図２に示すマッチング部１６として動作する。また、ＣＰＵ６１は、シェアリングサービスアプリケーションプログラム８０を記憶部６３から読み出してメモリ６２に展開し、シェアリングサービスアプリケーションプログラム８０が有するプロセスを順次実行する。これにより、評価処理プログラム７０及びシェアリングサービスアプリケーションプログラム８０を実行したコンピュータ６０が、シェアリングサーバ３０として機能することになる。なお、コンピュータ６０が評価処理プログラム７０を実行することにより機能する部分は、評価処理装置１０に相当する。
【００４６】
なお、評価処理プログラム７０により実現される機能は、例えば半導体集積回路、より詳しくはApplication Specific Integrated Circuit（ＡＳＩＣ）等で実現することも可能である。
【００４７】
次に、本実施形態に係る評価処理装置１０の作用について説明する。
【００４８】
評価処理装置１０が、クライアントが利用するユーザ端末３５から案件情報を受け付けると、評価処理装置１０において、図９に示す評価処理が実行される。なお、評価処理は開示の技術の評価処理方法の一例である。
【００４９】
ステップＳ１１で、受付部１２が、受け付けた案件情報に案件ＩＤを付与して、案件ＤＢ２２に記憶する。次に、ステップＳ１２で、例えば、図４に示す案件画面５０の形式で、案件ＤＢ２２に記憶した案件情報を、アンケートの設問と共にシェアリングサービス上に公開する。
【００５０】
次に、ステップＳ１３で、受付部１２が、案件画面５０のアンケート領域４４を介したアンケートの受け付けを開始する。受付部１２は、いずれかの設問への回答及び応募意思の回答を受け付けると、受け付けた回答をアンケートＤＢ２４に記憶する。アンケートの受け付けは、本評価処理の終了まで、又は予め定めアンケートの受け付け期間終了まで継続して実行される。
【００５１】
次に、ステップＳ１４で、作成部１４が、クライアントに案件の条件の緩和を提案するタイミングか否かを判定する。例えば、作成部１４は、案件情報を公開してから、又は前回の提案から所定期間が経過した場合や、アンケートの回答数が所定数を超えた場合などに、提案タイミングであると判定することができる。提案タイミングの場合には、処理はステップＳ２０へ移行し、提案タイミングではない場合には、処理はステップＳ５１へ移行する。
【００５２】
ステップＳ２０では、図１０に示す提案処理が実行される。
【００５３】
ステップＳ２１で、作成部１４が、アンケートの各設問の選択肢毎の回答数を集計し、各選択肢を選択したワーカーの応募意思をレベル毎に集計し、ワーカーの評価の平均を選択肢毎に算出する。次に、ステップＳ２２で、作成部１４が、例えば図６に示すような、集計結果及び算出結果を示すグラフと、予め定めたテンプレートと集計結果及び算出結果とを利用して作成した提案内容を示すメッセージとを含む提案画面５０の画面情報を作成する。
【００５４】
次に、ステップＳ２３で、作成部１４が、対象の案件と案件タイプが同一の他の案件を案件ＤＢ２２から検索する。次に、ステップＳ２４で、検索した他の案件に対するアンケート結果又は実績を、市場動向を示す情報として用いて提案を作成する。
【００５５】
次に、ステップＳ２５で、作成部１４が、実績ＤＢ２６に記憶された「品質評価」及び「納期評価」の各々から、該当の案件に対するアンケートに回答しているワーカー毎に品質評価の平均及び納期評価の平均を算出する。また、作成部１４は、案件ＤＢ２２の「重視ポイント」から、ワーカーに対するクライアントの重視ポイントを取得する。そして、作成部１４は、算出した品質評価の平均及び納期評価の平均と、重視ポイントとに基づいて、クライアントの希望に沿うワーカーを抽出する。次に、ステップＳ２６で、作成部１４が、アンケートＤＢ２４を参照して、抽出したワーカーが該当の案件に対して回答している選択肢を用いた提案を作成する。
【００５６】
次に、ステップＳ２７で、作成部１４が、提案画面５０の画面情報又はメッセージとして作成された提案を、該当の案件を募集したクライアントが利用するユーザ端末３５へ送信する。なお、本ステップで送信する提案は、上記ステップＳ２２、Ｓ２４、Ｓ２６の各々で作成された提案の全てでもよいし、少なくとも１つでもよい。そして、提案処理は終了し、処理は評価処理（図９）に戻る。
【００５７】
次に、評価処理のステップＳ３１で、マッチング部１６が、作成部１４により提案を送信したクライアントが利用するユーザ端末３５から、案件の条件を緩和する旨の通知を受け付けたか否かを判定する。通知を受け付けた場合には、処理はステップＳ４０へ移行し、通知を受け付けていない場合には、処理はステップＳ５１へ移行する。
【００５８】
ステップＳ４０では、図１１に示すマッチング処理が実行される。
【００５９】
ステップＳ４１で、マッチング部１６が、アンケートＤＢ２４を参照して、アンケートの回答が、緩和された条件を満たすワーカーを抽出する。また、マッチング部１６は、抽出したワーカーを、クライアントの重視ポイントに応じた評価（品質評価又は納期評価）が所定値以上のワーカーに絞り込んでもよい。そして、マッチング部１６は、抽出したワーカーに対して、各ワーカーの応募意思のレベルが高い順、かつ評価が高い順に、マッチングの可否を確認する優先順位を決定する。
【００６０】
次に、ステップＳ４２で、マッチング部１６が、優先順位を決定したワーカーのうち、以下の処理の対象として未選択のワーカーが存在するか否かを判定する。未選択のワーカーが存在する場合には、処理はステップＳ４３へ移行する。
【００６１】
ステップＳ４３では、マッチング部１６が、未選択のワーカーのうち、優先順位が最も高いワーカーを選択する。
【００６２】
次に、ステップＳ４４で、マッチング部１６が、アンケートＤＢ２４を参照して、選択したワーカーの応募意思のレベルが「絶対応募する」か否かを判定する。応募意思のレベルが「絶対応募する」の場合には、処理はステップＳ４７へ移行し、他のレベルの場合には、処理はステップＳ４５へ移行する。
【００６３】
ステップＳ４５では、マッチング部１６が、選択したワーカーに、緩和された条件を通知して、マッチング可否の確認を行う。次に、ステップＳ４６で、マッチング部１６が、マッチング可否の確認を行ったワーカーから応募があったか否かを判定する。応募があった場合には、処理はステップＳ４７へ移行し、応募がなかった場合には、処理はステップＳ４２に戻る。なお、マッチング部１６は、例えば、設定した応募期間が経過しても応募がなかった場合や、ワーカーから応募しない旨が通知された場合に、応募がなかったと判定することができる。
【００６４】
ステップＳ４７では、マッチング部１６が、マッチングの成立をシェアリングサービスに通知する。また、マッチング部１６は、マッチングが成立すると、成立した内容を実績ＤＢ２６に記憶する。そして、マッチング処理は終了し、処理は評価処理（図９）に戻る。
【００６５】
また、ステップＳ４２で否定判定となった場合には、マッチングが成立することなく、マッチング処理は終了し、処理は評価処理（図９）に戻る。
【００６６】
次に、評価処理のステップＳ５１で、マッチング部１６が、評価処理を終了するか否かを判定する。例えば、マッチング部１６は、該当の案件の募集期間が終了した場合や、マッチングが成立した場合に、評価処理を終了すると判定することができる。否定判定の場合には、処理はステップＳ１４に戻り、肯定判定の場合には、評価処理は終了する。
【００６７】
以上説明したように、本実施形態に係る評価処理装置によれば、クライアントが募集した案件に対して、ワーカーから条件に関するアンケートを受け付ける。そして、アンケート結果、市場動向、ワーカーの実績等に基づいて、クライアントに案件の条件緩和を提案する。クライアントが条件緩和を受け入れれば、ワーカーからの応募の可能性が高まるため、シェアリングサービスにおけるマッチングの促進を図ることができる。
【００６８】
また、アンケートに回答するワーカーに対して、条件が緩和された場合の応募意思を確認し、条件が緩和された場合には即時応募の意思表明をしたワーカーに対しては、マッチングの可否の確認を行うことなく、マッチングを成立させる。これにより、より確実なマッチングの成立を促進することができると共に、応募意思がないにもかかわらず、いたずらでアンケートに回答するような場合を抑制することができる。
【００６９】
なお、上記実施形態では、クラウドソーシングの場合を例に説明したが、カーシェアや民泊のような物や空間のシェアリングサービスであっても、本実施形態と同様に、開示の技術を適用することができる。この場合、物や空間の提供者が募集者、物や空間を利用するユーザが応募者である。また、この場合のアンケートは、募集者が設定している価格より安い価格を要望する内容（例えば、「もう少し安いといいね」）とすることができる。
【００７０】
また、上記実施形態において、シェアリングサービスで別途管理されているワーカーの作業状況を確認し、アンケートに回答したワーカーが他の案件の作業を行っている場合には、そのワーカーをマッチングの対象から除外してもよい。
【００７１】
また、ワーカーが所定レベル以上の応募意思を表明しているにもかかわらず、応募しない場合には、評価の低下、応募資格を期間限定で剥奪、罰金、ユーザ資格の剥奪等のペナルティを課すようにしてもよい。
【００７２】
また、上記実施形態では、条件が緩和されたら即時応募する旨の応募意思を表明しているワーカーに対して、マッチングの可否を確認することなくマッチングを成立させる場合について説明したが、これに限定されない。ワーカーの応募意思のレベルにかかわらず、マッチングの可否を確認するようにしてもよいし、マッチングの可否を確認することなくマッチングを成立させるようにしてもよい。
【００７３】
また、上記実施形態では、評価や応募意思に基づく優先順位に従って１人ずつマッチングの可否を確認する場合について説明したが、これに限定されない。例えば、評価や応募意思が所定の条件を満たす複数のワーカーに条件が緩和された旨を通知し、応募の先着順や、応募したワーカーの中からクライアントが選択したワーカーとマッチングするようにしてもよい。
【００７４】
また、上記実施形態では、アンケートの各設問に対して、選択肢のいずれかを選択して回答する場合について説明したが、これに限定されない。例えば、図４に示す案件画面４０の場合、アンケートＡの回答ボタン４５Ａが選択された場合には、具体的なアップ希望額を指定することなく、予算がもっと高く設定されることを要望する回答としてもよい。同様に、アンケートＢの回答ボタン４５Ｂが選択された場合には、具体的な納期の延長期間を指定することなく、納期がもっと長く設定されることを要望する回答としてもよい。この場合、各設問の回答数に応じて、「予算のアップを希望するワーカーが多数いますので、予算を５，０００円アップすることをおすすめします。」のような提案を作成することができる。なお、提案する予算や納期の具体的な内容は、市場動向などから決定すればよい。
【００７５】
また、上記実施形態では、ワーカーの評価を用いて提案を作成する例について説明したが、クライアントの評価を用いた提案を作成してもよい。例えば、案件毎の実績として、ワーカーからのクライアントの評価や、マッチングの成否の情報を保持しておく。そして、「ＹＹＹさん（クライアント名）のマッチング成立実績は９５％、ワーカーからの評価は４．８です。類似案件を参考にすると、予算を１割アップしても応募が見込まれます。」のような提案を作成してもよい。
【００７６】
また、上記実施形態では、評価処理装置１０を各シェアリングサーバ３０に搭載する場合について説明したが、これに限定されない。例えば、図１２に示すように、評価処理装置１０Ａを、各シェアリングサーバ３０Ａとは別に設け、評価処理装置１０Ａと各シェアリングサーバ３０Ａとを、インターネット等のネットワークで接続するようにしてもよい。また、図１３に示すように、評価処理装置１０Ｂに作成部１４を含め、シェアリングサーバ３０Ｂに受付部１２及びマッチング部１６を含めるようにしてもよい。
【００７７】
また、上記では、評価処理プログラム７０が記憶部６３に予め記憶（インストール）されている態様を説明したが、これに限定されない。プログラムは、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＳＢメモリ等の記憶媒体に記憶された形態で提供することも可能である。
【００７８】
以上の実施形態に関し、更に以下の付記を開示する。
【００７９】
（付記１）
第１の端末からマッチングの条件を受信し、
受信した該マッチングの条件を閲覧可能に記憶部に記憶し、
第２の端末から該マッチングの条件に対する評価の入力を受け付け、
前記評価が基準を下回る場合に、前記マッチングの条件を緩和する提案を前記第１の端末に送信する、
処理をコンピュータに実行させることを特徴とする評価処理プログラム。
【００８０】
（付記２）
前記評価が低いほど、前記提案による条件の緩和度が高い、
ことを特徴とする付記１記載の評価処理プログラム。
【００８１】
（付記３）
前記評価の入力がなされたことを条件に、前記提案による前記マッチングの条件の緩和度が前記評価により示される前記マッチングの条件の緩和度以上の場合に、前記評価の入力元に対するマッチングの可否の確認をせずにマッチングの成立処理を実行することを許容する、ことを特徴とする付記１又は付記２記載の評価処理プログラム。
【００８２】
（付記４）
前記マッチングの条件には、案件に関する条件と、マッチング対象者に関する条件とが含まれ、
前記第１の端末において前記提案が許可される場合に、マッチングの可否の確認を、前記マッチング対象者に関する条件を満たす前記評価の入力元に対応する前記第２の端末へ送信する
ことを特徴とする付記１又は付記２記載の評価処理プログラム。
【００８３】
（付記５）
前記提案は、前記評価の入力元の実績、前記評価の入力元により表明されたマッチングに対する意思表示レベル、及び市場動向の少なくとも１つを含む情報に基づいて作成されることを特徴とする付記１〜付記４のいずれか１項記載の評価処理プログラム。
【００８４】
（付記６）
第１の端末からマッチングの条件を受信し、受信した該マッチングの条件を閲覧可能に記憶部に記憶し、第２の端末から該マッチングの条件に対する評価の入力を受け付ける受付部と、
前記評価が基準を下回る場合に、前記マッチングの条件を緩和する提案を前記第１の端末に送信する送信部と、
を含むことを特徴とする評価処理装置。
【００８５】
（付記７）
前記送信部は、前記評価が低いほど、前記提案による条件の緩和度が高くする、
ことを特徴とする付記６記載の評価処理装置。
【００８６】
（付記８）
前記評価の入力がなされたことを条件に、前記提案による前記マッチングの条件の緩和度が前記評価により示される前記マッチングの条件の緩和度以上の場合に、前記評価の入力元に対するマッチングの可否の確認をせずにマッチングの成立処理を実行することを許容するマッチング部を含むことを特徴とする付記６又は付記７記載の評価処理装置。
【００８７】
（付記９）
前記マッチングの条件には、案件に関する条件と、マッチング対象者に関する条件とが含まれ、
前記第１の端末において前記提案が許可される場合に、マッチングの可否の確認を、前記マッチング対象者に関する条件を満たす前記評価の入力元に対応する前記第２の端末へ送信するマッチング部を含む
ことを特徴とする付記６又は付記７記載の評価処理装置。
【００８８】
（付記１０）
前記送信部は、前記提案を、前記評価の入力元の実績、前記評価の入力元により表明されたマッチングに対する意思表示レベル、及び市場動向の少なくとも１つを含む情報に基づいて作成することを特徴とする付記６〜付記９のいずれか１項記載の評価処理装置。
【００８９】
（付記１１）
第１の端末からマッチングの条件を受信し、
受信した該マッチングの条件を閲覧可能に記憶部に記憶し、
第２の端末から該マッチングの条件に対する評価の入力を受け付け、
前記評価が基準を下回る場合に、前記マッチングの条件を緩和する提案を前記第１の端末に送信する、
処理をコンピュータが実行することを特徴とする評価処理方法。
【００９０】
（付記１２）
前記評価が低いほど、前記提案による条件の緩和度が高い、
ことを特徴とする付記１１記載の評価処理方法。
【００９１】
（付記１３）
前記評価の入力がなされたことを条件に、前記提案による前記マッチングの条件の緩和度が前記評価により示される前記マッチングの条件の緩和度以上の場合に、前記評価の入力元に対するマッチングの可否の確認をせずにマッチングの成立処理を実行することを許容する、ことを特徴とする付記１１又は付記１２記載の評価処理方法。
【００９２】
（付記１４）
前記マッチングの条件には、案件に関する条件と、マッチング対象者に関する条件とが含まれ、
前記第１の端末において前記提案が許可される場合に、マッチングの可否の確認を、前記マッチング対象者に関する条件を満たす前記評価の入力元に対応する前記第２の端末へ送信する
ことを特徴とする付記１１又は付記１２記載の評価処理方法。
【００９３】
（付記１５）
前記提案は、前記評価の入力元の実績、前記評価の入力元により表明されたマッチングに対する意思表示レベル、及び市場動向の少なくとも１つを含む情報に基づいて作成されることを特徴とする付記１１〜付記１４のいずれか１項記載の評価処理方法。
【００９４】
（付記１６）
第１の端末からマッチングの条件を受信し、
受信した該マッチングの条件を閲覧可能に記憶部に記憶し、
第２の端末から該マッチングの条件に対する評価の入力を受け付け、
前記評価が基準を下回る場合に、前記マッチングの条件を緩和する提案を前記第１の端末に送信する、
処理をコンピュータに実行させることを特徴とする評価処理プログラムを記憶した記憶媒体。
【符号の説明】
【００９５】
１０   評価処理装置
１２   受付部
１４   作成部
１６   マッチング部
２２   案件データベース（ＤＢ）
２４   アンケートＤＢ
２６   実績ＤＢ
３０   シェアリングサーバ
３５   ユーザ端末
４０   受付画面
４２   案件領域
４４   アンケート領域
４５Ａ、４５Ｂ、４５Ｃ      回答ボタン
４６Ａ、４６Ｂ、４７ 選択肢画面
４６Ｃ テキストボックス
４８   回答件数
５０   提案画面
５２   グラフ領域
５４   メッセージ領域
６０   コンピュータ
６１   ＣＰＵ
６２   メモリ
６３   記憶部
６９   記憶媒体
７０   評価処理プログラム
【図１】
2018173842.tif 000003
【図２】
2018173842.tif 000004
【図３】
2018173842.tif 000005
【図４】
2018173842.tif 000006
【図５】
2018173842.tif 000007
【図６】
2018173842.tif 000008
【図７】
2018173842.tif 000009
【図８】
2018173842.tif 000010
【図９】
2018173842.tif 000011
【図１０】
2018173842.tif 000012
【図１１】
2018173842.tif 000013
【図１２】
2018173842.tif 000014
【図１３】
2018173842.tif 000015