(57)【特許請求の範囲】
【請求項１】
クラウドソーシングシステムに登録された受注者の目標とするキャリア、ワークスタイル又はライフスタイルを受け付ける受付手段と、
前記キャリア、ワークスタイル又はライフスタイルと前記受注者が受注可能な案件との比較結果である充足度に応じた提示を、前記受注者又は前記案件の発注者に対して行う提示手段と、
前記キャリア、ワークスタイル又はライフスタイルと類似のキャリア、ワークスタイル又はライフスタイルを有している他の受注者のスキルを収集し、該キャリア、ワークスタイル又はライフスタイルを達成するためのスキルと前記受注者の現在のスキルの差分から習得必要度を算出する算出手段
を有し、
前記提示手段は、前記習得必要度と前記受注者が受注可能な案件との比較結果である成長貢献度に応じた提示を、前記受注者又は前記案件の発注者に対して行う、
情報処理装置。
【請求項２】
前記キャリアの項目として、収入、スキル、実績のいずれか１つ以上を含み、前記ワークスタイルの項目として、労働時間帯、職場、労働地域のいずれか１つ以上を含み、前記ライフスタイルの項目として、休暇、世帯、生活地域のいずれか１つ以上を含む、
請求項１に記載の情報処理装置。
【請求項３】
前記提示手段は、前記充足度を提示すること、前記充足度によるソートを行った提示を行うこと、又は、前記充足度が予め定められた閾値より高い又は以上である項目を他の項目とは異なる形態で提示すること、のいずれか１つ又はこれらの組み合わせを行う、
請求項１又は２に記載の情報処理装置。
【請求項４】
前記提示手段は、前記キャリア、ワークスタイル又はライフスタイル内で指定されていない第１の項目がある場合は、指定されている第２の項目と類似の第２の項目を有している他の受注者の該第１の項目の統計的値を用いる、
請求項１から３のいずれか一項に記載の情報処理装置。
【請求項５】
前記受付手段は、目標とするキャリア、ワークスタイル又はライフスタイルの代わりに、他の受注者の指定を受け付け、該他の受注者のキャリア、ワークスタイル又はライフスタイルを、前記受注者の目標とするキャリア、ワークスタイル又はライフスタイルとして受け付ける、
請求項１から４のいずれか一項に記載の情報処理装置。
【請求項６】
コンピュータを、
クラウドソーシングシステムに登録された受注者の目標とするキャリア、ワークスタイル又はライフスタイルを受け付ける受付手段と、
前記キャリア、ワークスタイル又はライフスタイルと前記受注者が受注可能な案件との比較結果である充足度に応じた提示を、前記受注者又は前記案件の発注者に対して行う提示手段と、
前記キャリア、ワークスタイル又はライフスタイルと類似のキャリア、ワークスタイル又はライフスタイルを有している他の受注者のスキルを収集し、該キャリア、ワークスタイル又はライフスタイルを達成するためのスキルと前記受注者の現在のスキルの差分から習得必要度を算出する算出手段
として機能させ、
前記提示手段は、前記習得必要度と前記受注者が受注可能な案件との比較結果である成長貢献度に応じた提示を、前記受注者又は前記案件の発注者に対して行う、
情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、購入者が自社製品のための部品等を販売者に外注する場合に、販売者が購入者に対して様々な技術情報の提供サービスを行うことにより、販売者側の売上を増大させるようにすることを課題とし、購入者の技術者は、端末を用いて必要な情報を入力するとともに、端末を用いて一般購入者向けデータセンタ又は優良購入者向けデータセンタを検索して、入力情報に応じた技術情報を取り出し、販売者は購入者をその購入実績に応じて一般購入者と優良購入者に分け、優良購入者にはより有益な情報を提供し、また、優良購入者は、必要に応じて、ネットワークを介して大学等の提携機関からも情報が得られ、さらに、登録された販売者と複数の購入者で中立的な第３者が管理するデータセンタを共有することもできる等、幅広い視点から高付加価値の情報を得られることが開示されている。
【０００３】
特許文献２には、複数種類のサービスからのタスクを、特定種類のサービスからのタスクの作業の遅れをなくして配分することを課題とし、タスク配分サーバーは、複数種類のサービスの各々について、ユーザーのサービスからのタスクの実行履歴からユーザーの興味度の推定値と該推定値の不確かさを算出し、ログインしたユーザーに対し、複数種類のサービスの各々について、該サービスからのタスクを配分されている他のユーザーによりタスクが実行されていない確率を考慮して、興味度の推定値と該推定値の不確かさに基づきサービスからのタスクの優先度を算出し、最大の優先度のサービスからのタスクをユーザーに提示することが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−０２４６１５号公報
【特許文献２】特開２０１４−１２００３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
クラウドソーシングシステムに関する従来技術においては、ワーカーである受注者の目標とするキャリア、ワークスタイル又はライフスタイルを考慮していないので、そのワーカーに適した案件であるか否かを判断できるような提示をすることができなかった。
そこで、本発明は、クラウドソーシングシステムの受注者又は発注者に対し、その受注者の目標とするキャリア、ワークスタイル又はライフスタイルに対する充足度に応じた提示を行うことができるようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、クラウドソーシングシステムに登録された受注者の目標とするキャリア、ワークスタイル又はライフスタイルを受け付ける受付手段と、前記キャリア、ワークスタイル又はライフスタイルと前記受注者が受注可能な案件との比較結果である充足度に応じた提示を、前記受注者又は前記案件の発注者に対して行う提示手段と、前記キャリア、ワークスタイル又はライフスタイルと類似のキャリア、ワークスタイル又はライフスタイルを有している他の受注者のスキルを収集し、該キャリア、ワークスタイル又はライフスタイルを達成するためのスキルと前記受注者の現在のスキルの差分から習得必要度を算出する算出手段を有し、前記提示手段は、前記習得必要度と前記受注者が受注可能な案件との比較結果である成長貢献度に応じた提示を、前記受注者又は前記案件の発注者に対して行う、情報処理装置である。
【０００７】
請求項２の発明は、前記キャリアの項目として、収入、スキル、実績のいずれか１つ以上を含み、前記ワークスタイルの項目として、労働時間帯、職場、労働地域のいずれか１つ以上を含み、前記ライフスタイルの項目として、休暇、世帯、生活地域のいずれか１つ以上を含む、請求項１に記載の情報処理装置である。
【０００８】
請求項３の発明は、前記提示手段は、前記充足度を提示すること、前記充足度によるソートを行った提示を行うこと、又は、前記充足度が予め定められた閾値より高い又は以上である項目を他の項目とは異なる形態で提示すること、のいずれか１つ又はこれらの組み合わせを行う、請求項１又は２に記載の情報処理装置である。
【０００９】
請求項４の発明は、前記提示手段は、前記キャリア、ワークスタイル又はライフスタイル内で指定されていない第１の項目がある場合は、指定されている第２の項目と類似の第２の項目を有している他の受注者の該第１の項目の統計的値を用いる、請求項１から３のいずれか一項に記載の情報処理装置である。
【００１０】
請求項５の発明は、前記受付手段は、目標とするキャリア、ワークスタイル又はライフスタイルの代わりに、他の受注者の指定を受け付け、該他の受注者のキャリア、ワークスタイル又はライフスタイルを、前記受注者の目標とするキャリア、ワークスタイル又はライフスタイルとして受け付ける、請求項１から４のいずれか一項に記載の情報処理装置である。
【００１２】
請求項６の発明は、コンピュータを、クラウドソーシングシステムに登録された受注者の目標とするキャリア、ワークスタイル又はライフスタイルを受け付ける受付手段と、前記キャリア、ワークスタイル又はライフスタイルと前記受注者が受注可能な案件との比較結果である充足度に応じた提示を、前記受注者又は前記案件の発注者に対して行う提示手段と、前記キャリア、ワークスタイル又はライフスタイルと類似のキャリア、ワークスタイル又はライフスタイルを有している他の受注者のスキルを収集し、該キャリア、ワークスタイル又はライフスタイルを達成するためのスキルと前記受注者の現在のスキルの差分から習得必要度を算出する算出手段として機能させ、前記提示手段は、前記習得必要度と前記受注者が受注可能な案件との比較結果である成長貢献度に応じた提示を、前記受注者又は前記案件の発注者に対して行う、情報処理プログラムである。
【発明の効果】
【００１３】
請求項１の情報処理装置によれば、クラウドソーシングシステムの受注者又は発注者に対し、その受注者の目標とするキャリア、ワークスタイル又はライフスタイルに対する充足度に応じた提示を行うことができる。また、受注者に対する成長貢献度に応じた提示を、受注者又は案件の発注者に対して行うことができる。
【００１４】
請求項２の情報処理装置によれば、キャリアの項目として、収入、スキル、実績のいずれか１つ以上を含め、ワークスタイルの項目として、労働時間帯、職場、労働地域のいずれか１つ以上を含め、ライフスタイルの項目として、休暇、世帯、生活地域のいずれか１つ以上を含めることができる。
【００１５】
請求項３の情報処理装置によれば、充足度を提示すること、充足度によるソートを行った提示を行うこと、又は、充足度が予め定められた閾値より高い又は以上である項目を他の項目とは異なる形態で提示すること、のいずれか１つ又はこれらの組み合わせを行うことができる。
【００１６】
請求項４の情報処理装置によれば、キャリア、ワークスタイル又はライフスタイル内で指定されていない項目がある場合であっても、充足度に応じた提示をすることができる。
【００１７】
請求項５の情報処理装置によれば、目標とするキャリア、ワークスタイル又はライフスタイルの代わりに、他の受注者の指定を受け付けることができる。
【００１９】
請求項６の情報処理プログラムによれば、クラウドソーシングシステムの受注者又は発注者に対し、その受注者の目標とするキャリア、ワークスタイル又はライフスタイルに対する充足度に応じた提示を行うことができる。また、受注者に対する成長貢献度に応じた提示を、受注者又は案件の発注者に対して行うことができる。
【図面の簡単な説明】
【００２０】
【図１】第１の実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態を利用したシステム構成例を示す説明図である。
【図３】第１の実施の形態による処理例を示すフローチャートである。
【図４】ロールモデルテーブルのデータ構造例を示す説明図である。
【図５】発注案件テーブルのデータ構造例を示す説明図である。
【図６】発注画面の提示例を示す説明図である。
【図７】申込画面の提示例を示す説明図である。
【図８】出現率テーブル（テンプレート）のデータ構造例を示す説明図である。
【図９】評価重みテーブル（テンプレート）のデータ構造例を示す説明図である。
【図１０】ロールモデルテーブルのデータ構造例を示す説明図である。
【図１１】第１の実施の形態による処理例を示す説明図である。
【図１２】ロールモデルテーブルのデータ構造例を示す説明図である。
【図１３】第１の実施の形態による処理例を示す説明図である。
【図１４】第２の実施の形態の構成例についての概念的なモジュール構成図である。
【図１５】第２の実施の形態による処理例を示すフローチャートである。
【図１６】発注画面の提示例を示す説明図である。
【図１７】申込画面の提示例を示す説明図である。
【図１８】習得必要度テーブルのデータ構造例を示す説明図である。
【図１９】成長貢献度テーブルのデータ構造例を示す説明図である。
【図２０】第２の実施の形態による処理例を示す説明図である。
【図２１】第３の実施の形態の構成例についての概念的なモジュール構成図である。
【図２２】発注画面の提示例を示す説明図である。
【図２３】申込画面の提示例を示す説明図である。
【図２４】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００２１】
以下、図面に基づき本発明を実現するにあたっての好適な各種の実施の形態の例を説明する。
図１は、第１の実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、事物を列挙した場合は、例示列挙の意味であって、それらのいずれか１つ、又はそれらの組み合わせを含む。また、いずれか１つとは、その１つのみ、つまり、それ以外の事物は含まないとの場合も含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００２２】
本実施の形態である情報処理装置１００は、クラウドソーシングシステムの機能を有するものであって、図１の例に示すように、通信モジュール１０５、受注者管理モジュール１１０、履歴管理モジュール１１５、案件管理モジュール１２０、案件提示モジュール１２５、案件・受注者評価モジュール１３０、受注者情報格納モジュール１４０、履歴情報格納モジュール１４５、案件情報格納モジュール１５０を有している。
【００２３】
近年、業務委託の形態としてインターネット等を介して不特定多数の人に業務を委託するクラウドソーシングが注目されている。
クラウドソーシングとは、不特定の人（クラウド、群衆等ともいわれる）と業務委託（ソーシング）を組み合わせた造語であり、発注者が受注者を公募し、タスク（仕事）を発注することができる働き方の仕組みのことをいう。なお、特定の人々に作業を委託するアウトソーシングと対比される概念である。
そのクラウドソーシングを実現するために、例えば、発注者がインターネット上のウェブサイトでワーカー（受注者）を公募し、仕事とワーカーとのマッチングを図る。クラウドソーシングシステムは、その処理の全般又はその一部の処理（支援処理を含む）を行うものである。
【００２４】
例えば、クラウドソーシングでは、発注者が仕事（タスク）の発注を行い、不特定多数のワーカーが発注されたタスクに応募し、発注者がタスクを受注するワーカー（受注者）を決定し、受注者が発注者に成果物を納品して報酬を受け取るというプロセスでやりとりが行われることが一般的である。なお、クラウドソーシングシステムには、特別なスキルを持たない個人から、特別なスキルを持つ専門業者まで幅広いワーカーが登録されている。もちろんのことながら、仕事の発注を行う発注者もクラウドソーシングシステムに登録されている。
【００２５】
従来のクラウドソーシングシステムでは、以下に示すような状況がある。
・発注者からの視点における状況。
（Ａ１）  案件を特定の受注者に依頼しても断られるケースが多い。受注者は目指す働き方と合うか否か（例えば、得たい収入、目標とするワークライフバランス、獲得したいスキル等、ここではロールモデルという）を元に受注するか否かを判断する場合がある。発注者は発注しようとする案件が、その人（特定の受注者）のロールモデルに合っているか判断できない。
（Ａ２）  発注者は青田買いしたいと考えている。つまり、発注しようとする案件に要するスキルは保有していないが、近い将来そのスキルを獲得する可能性が高く、その意欲がある人材に対して安い単価の状態で発注したい。
・受注者からの視点における状況。
（Ｂ１）  多くの人々は無意識のうちにロールモデルを選び、その影響を受けている。「○○のようになりたい」という憧れは誰しもが持った経験がある。オフライン（いわゆるリアル）の通常の職場では身近な人物をロールモデルとして選び、影響をうけることができるが、クラウドソーシングの場合、オンラインであることやチームタスクがすくないことから他のワーカーの情報が得づらく、目指すロールモデルが見つからない。
（Ｂ２）  既存技術として、おすすめの案件を抽出し提案する機能がある。これは過去に受注した案件と類似したものや、登録した受注者のスキル等に応じて単純にフィルタリングされた案件が表示されるものである。そのため、受注者が目指すロールモデルに適した案件なのか判断できない
つまり、従来のクラウドソーシングシステムでは、受注者の目指す働き方等（ロールモデル）に応じた受発注ができていない。
【００２６】
情報処理装置１００は、クラウドソーシングシステムにおいて、ロールモデルを考慮して、案件の申し込み、依頼ができるようにするものである。
ここで「ロールモデル」という概念について説明する。
ロールモデルは、キャリア、ワークスタイル、ライフスタイルのいずれか１つ以上を含んでいる。なお、キャリアを必須の構成としてもよい。以下の例では、キャリア、ワークスタイル、ライフスタイルの組み合わせを用いて説明する。
キャリアとは、クラウドソーシング上での活動歴やスキル等のように、受注者のキャリアに関する情報である。具体的には、キャリアの項目として、収入、スキル、実績のいずれか１つ以上を含む。これら以外の項目を含めてもよい。なお、以下の例では、キャリアの項目として、年収（収入の具体例に相当）、スキルの組み合わせを用いて説明する。
ワークスタイルとは、クラウドソーシング上で働く際に、どこで働くか、どの時間帯に働くか等のワークスタイル（働き方の環境）に関する情報である。具体的には、ワークスタイルの項目として、労働時間帯、職場、労働地域のいずれか１つ以上を含む。これら以外の項目を含めてもよい。なお、以下の例では、ワークスタイルの項目として、労働時間帯、職場、労働地域の組み合わせを用いて説明する。
ライフスタイルとは、クラウドソーシング上で働く上では、直接的には不要な情報であるが、受注者の生活（生活様式、生き方）に関する情報である。具体的には、ライフスタイルの項目として、休暇、世帯、生活地域のいずれか１つ以上を含む。これら以外の項目を含めてもよい。なお、以下の例では、ライフスタイルの項目として、休暇日数（休暇の具体例に相当）、世帯、生活地域の組み合わせを用いて説明する。
【００２７】
情報処理装置１００では、ロールモデルとして、現状のロールモデル、目標とするロールモデルの２つがある。「現状のロールモデル」とは、受注者の現在のロールモデルの状況を示すものである。「目標とするロールモデル」とは、受注者が将来的に実現したいと考えているロールモデル（受注者の目指すロールモデル）を示すものである。受注する案件は、「目標とするロールモデル」の実現に寄与するものが望ましい。
情報処理装置１００は、「目標とするロールモデル」に対して案件の条件がどれくらい充足しているかを示す度合い（充足度）を算出し、発注者、受注者に提示する。なお、スキルは長期的に向上させるもので、案件受注時に変更できるものではないため受注時点のスキルで評価する必要がある。
ロールモデルという概念を導入することにより、受注者の「目標とするロールモデル」に応じた受発注をすることができる。情報処理装置１００により、受注者は受注すべき案件を選択しやすくなる。そして、情報処理装置１００は、他の受注者そのものを指定することによって「目標とするロールモデル」とすることによって、又は、「目標とするロールモデル」で指定されていない項目がある場合にも対応することによって、オンラインのために不透明になっていた周囲のロールモデルを把握し、自分のキャリアアップにつなげることができる。また、発注者は、ロールモデルに則した受注確率が高く、案件に則した将来性のある受注者を効率的に選定できるようになる。
【００２８】
通信モジュール１０５は、受注者管理モジュール１１０、履歴管理モジュール１１５、案件管理モジュール１２０、案件提示モジュール１２５と接続されている。通信モジュール１０５は、ユーザー（発注者）２２５が操作するユーザー端末２２０、ユーザー（受注者）２３５が操作するユーザー端末２３０と通信回線を介して接続されている。ユーザー端末２２０、ユーザー端末２３０からの指示、履歴等を受信し、その内容にしたがって、受注者管理モジュール１１０、履歴管理モジュール１１５、案件管理モジュール１２０にその指示、履歴等を渡す。また、受注者管理モジュール１１０、案件管理モジュール１２０、案件提示モジュール１２５からの指示にしたがって、ユーザー端末２２０又はユーザー端末２３０へ情報を送信する。送信する情報として、例えば、ユーザー端末２２０、ユーザー端末２３０の液晶ディスプレイ等の表示装置に提示する画面情報等がある。
【００２９】
受注者管理モジュール１１０は、通信モジュール１０５、受注者情報格納モジュール１４０と接続されている。受注者管理モジュール１１０は、通信モジュール１０５を介してワーカーであるユーザー（受注者）２３５が操作するユーザー端末２３０から、ユーザー（受注者）２３５の目標とするキャリアに関する情報、ワークスタイルに関する情報又はライフスタイルに関する情報（以下、単に、キャリア、ワークスタイル又はライフスタイルともいう）を受け付ける。そして、受け付けた目標とするキャリア、ワークスタイル又はライフスタイルを受注者情報格納モジュール１４０に記憶させる。なお、前述したように、ユーザー（受注者）２３５は、クラウドソーシングシステムに登録されている。
また、受注者管理モジュール１１０は、目標とするキャリア、ワークスタイル又はライフスタイルの他に、ユーザー（受注者）２３５に関する情報を受け付ける。例えば、目標とするキャリアに関する情報（以下、単に、キャリアともいう）を受け付けるようにしてもよい。また、現状のキャリア、ワークスタイル又はライフスタイルを受け付けるようにしてもよい。もちろんのことながら、ユーザー（受注者）２３５の名前、住所、年齢、性別、職種、経歴、実績等も受け付ける。そして、これらの情報を受注者情報格納モジュール１４０に記憶させておく。
また、受注者管理モジュール１１０は、目標とするキャリア、ワークスタイル又はライフスタイルの代わりに、他の受注者Ｂ（対象としている受注者Ａ以外の受注者）の指定を受け付け、その受注者Ｂのキャリア、ワークスタイル又はライフスタイルを、受注者Ａの目標とするキャリア、ワークスタイル又はライフスタイルとして受け付けるようにしてもよい。なお、他の受注者Ｂのキャリア、ワークスタイル又はライフスタイルは、受注者Ｂの「現在のキャリア、ワークスタイル又はライフスタイル」であってもよいし、受注者Ｂの「目標とするキャリア、ワークスタイル又はライフスタイル」であってもよい。受注者Ｂは、受注者Ａが目標（又は理想）としている受注者のことである。例えば、前者は、受注者Ｂの現在のキャリア、ワークスタイル又はライフスタイルを目標（又は理想）としている場合であり、後者は、受注者Ｂの目標とするキャリア、ワークスタイル又はライフスタイルを共感している場合が該当する。
【００３０】
受注者情報格納モジュール１４０は、受注者管理モジュール１１０、案件・受注者評価モジュール１３０と接続されている。受注者情報格納モジュール１４０は、職種、経歴、実績、現状ロールモデル、目標ロールモデル等を記憶している。そして、案件・受注者評価モジュール１３０からアクセスされる。例えば、受注者管理モジュール１１０が受け付けた情報を、ロールモデルテーブル４００のように記憶する。図４は、ロールモデルテーブル４００のデータ構造例を示す説明図である。ロールモデルテーブル４００は、キャリア欄４１０、ワークスタイル欄４２０、ライフスタイル欄４３０、その他欄４４０に対して、現状ロールモデル欄４７０、目標ロールモデル欄４８０があることを示している。キャリア欄４１０には、年収欄４１２、スキル欄４１４がある。ワークスタイル欄４２０には、労働時間帯欄４２２、職場欄４２４、労働地域欄４２６がある。ライフスタイル欄４３０には、休暇日数欄４３２、世帯欄４３４、生活地域欄４３６がある。その他欄４４０には、ユーザーＩＤ欄４４２がある。なお、ロールモデルテーブル４００は、受注者毎に生成されている。
現状ロールモデル欄４７０、目標ロールモデル欄４８０は、受注者からの入力等によって、情報が記憶されている。
図４の例では、キャリア欄４１０の年収欄４１２として、現状は「１，０００，０００円」であり、目標は「２，５００，０００円」であること、スキル欄４１４として、現状は「Ｊａｖａ（登録商標）  Ｌｅｖｅｌ  ３、ＨＴＭＬ  Ｌｅｖｅｌ  ２」であり、目標は「指定なし」であること、ワークスタイル欄４２０の労働時間帯欄４２２として、現状は「夜間」であり、目標は「指定なし」であること、職場欄４２４として、現状は「自宅」であり、目標は「指定なし」であること、労働地域欄４２６として、現状は「東京」であり、目標は「指定なし」であること、ライフスタイル欄４３０の休暇日数欄４３２として、現状は「２００日」であり、目標は「１５０日」であること、世帯欄４３４として、現状は「世帯」であり、目標は「世帯」であること、生活地域欄４３６として、現状は「神奈川」であり、目標は「神奈川」であること、その他欄４４０のユーザーＩＤ欄４４２として、現状は「−（Ｎｕｌｌ）」であり、目標は「指定なし」であることを示している。
なお、目標ロールモデル欄４８０は、特定のユーザーを指定してもよいし、重要視したい項目だけを定めてもよい。具体的には、「特定のユーザーの指定」とは、その他欄４４０のユーザーＩＤ欄４４２の目標ロールモデル欄４８０にユーザーＩＤ（目標とすべき受注者）が記憶されており、目標ロールモデル欄４８０内の他の項目は、「−（Ｎｕｌｌ）」が記憶されている。又は、目標ロールモデル欄４８０内の他の項目は、そのユーザーＩＤ（目標とすべき受注者）の現状ロールモデル欄４７０（又は目標ロールモデル欄４８０）の内容を記憶してもよい。「重要視したい項目だけを定める」とは、図４の例では、年収欄４１２、休暇日数欄４３２、世帯欄４３４、生活地域欄４３６の項目が該当し、他の項目（重要視していない項目）は「−（Ｎｕｌｌ）」が記憶されている。
図４の例に示す目標ロールモデル欄４８０は、「休暇はできるだけ維持し、かつ年収を増やしたい。そのためであれば他の要素は柔軟に対応する」といった意図が反映されたロールモデルとなっている。
また、目標ロールモデル欄４８０内の、「（指定なし）」の項目は、受注者Ａが指定しなかったものである（例えば、受注者Ａにはこだわりがない項目であるため指定しなかった）が、他の受注者の状況によって充足度算出モジュール１３５が算出する。そのため時間とともに動的に変化する。例えば、現在、５００万円稼ぐ人と、１０年後５００万円稼ぐ人とでは持つスキルが時代の変化とともに変わっているかもしれない。ワークスタイル欄４２０、ライフスタイル欄４３０の項目における「（指定なし）」も同様である。
【００３１】
履歴管理モジュール１１５は、通信モジュール１０５、履歴情報格納モジュール１４５と接続されている。履歴管理モジュール１１５は、ユーザー端末２２０、ユーザー端末２３０における操作の履歴を受け取り、履歴情報格納モジュール１４５に記憶させることによって、履歴を管理する。なお、案件の処理状況等を履歴（実績）として管理してもよい。
履歴情報格納モジュール１４５は、履歴管理モジュール１１５、案件・受注者評価モジュール１３０と接続されている。履歴情報格納モジュール１４５は、履歴管理モジュール１１５から受け取った履歴情報を記憶する。そして、案件・受注者評価モジュール１３０からアクセスされる。
【００３２】
案件管理モジュール１２０は、通信モジュール１０５、案件情報格納モジュール１５０と接続されている。案件管理モジュール１２０は、ユーザー（発注者）２２５が発注した案件に関する情報をユーザー端末２２０から受け取り、案件情報格納モジュール１５０に記憶させることによって、案件情報を管理する。
案件情報格納モジュール１５０は、案件管理モジュール１２０、案件・受注者評価モジュール１３０と接続されている。案件情報格納モジュール１５０は、案件管理モジュール１２０から受け取った案件情報を記憶する。そして、案件・受注者評価モジュール１３０からアクセスされる。例えば、案件情報として、発注案件テーブル５００を記憶する。図５は、発注案件テーブル５００のデータ構造例を示す説明図である。発注案件テーブル５００は、支払い方法欄５１０、報酬欄５１２、時期欄５１４、工数（見積もり）欄５１６、求めるスキル欄５１８、職場欄５２０、労働日／時間欄５２２、労働時間帯欄５２４、労働地域欄５２６を有している。支払い方法欄５１０は、発注されている案件の支払い方法を記憶している。報酬欄５１２は、その案件における報酬を記憶している。時期欄５１４は、その案件の時期（期間、締め切りを含む）を記憶している。工数（見積もり）欄５１６は、その案件に必要とある工数（ただし、発注者側による見積もり）を記憶している。求めるスキル欄５１８は、その案件で求めているスキル（その案件を達成するために必要となるスキル）を記憶している。職場欄５２０は、その案件を行う職場を記憶している。労働日／時間欄５２２は、その案件を行う労働日／時間を記憶している。労働時間帯欄５２４は、その案件を行う労働時間帯を記憶している。労働地域欄５２６は、その案件を行う労働地域（出勤すべき場所）を記憶している。
【００３３】
案件・受注者評価モジュール１３０は、充足度算出モジュール１３５を有しており、案件提示モジュール１２５、受注者情報格納モジュール１４０、履歴情報格納モジュール１４５、案件情報格納モジュール１５０と接続されている。案件・受注者評価モジュール１３０は、充足度算出モジュール１３５によって算出された充足度に応じた提示を、受注者又は案件の発注者に対して行うように、案件提示モジュール１２５を制御する。
充足度算出モジュール１３５は、目標とするキャリア、ワークスタイル又はライフスタイルと受注者が受注可能な案件との比較結果である充足度を算出する。目標とするロールモデルに対して、受注者が受注可能な案件が充足している割合を示す充足度を算出する。具体的には、項目毎に定められている規則にしたがって充足度を算出する。
充足度算出モジュール１３５は、目標とするキャリア、ワークスタイル又はライフスタイル内で指定されていない第１の項目がある場合は、指定されている第２の項目と類似の第２の項目を有している他の受注者のその第１の項目の統計的値を用いるようにしてもよい。
【００３４】
案件提示モジュール１２５は、通信モジュール１０５、案件・受注者評価モジュール１３０と接続されている。案件提示モジュール１２５は、案件・受注者評価モジュール１３０の制御に応じて、ユーザー（発注者）２２５が操作するユーザー端末２２０、ユーザー（受注者）２３５が操作するユーザー端末２３０に提示する情報を生成する。なお、「提示」には、液晶ディスプレイ等の表示装置への表示の他に、プリンター等の印刷装置での印刷、スピーカー等の音声出力装置への音声の出力等があり、それらの組み合わせであってもよい。なお、提示対象は、受注者に対しては案件であり、発注者に対しては案件に対して申し込みを行った発注者である。
また案件提示モジュール１２５は、提示方法として、充足度算出モジュール１３５が算出した充足度を提示すること、その充足度によるソートを行った提示を行うこと、又は、その充足度が予め定められた閾値より高い又は以上である項目を他の項目とは異なる形態で提示すること、のいずれか１つ又はこれらの組み合わせを行う。
【００３５】
図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００Ａ、クラウドソーシングシステム２１０Ａ、クラウドソーシングシステム２１０Ｂ、ユーザー端末２２０Ａ、ユーザー端末２２０Ｂ、ユーザー端末２３０Ａ、ユーザー端末２３０Ｂ、ユーザー端末２３０Ｃ、ユーザー端末２３０Ｄは、通信回線２９０を介してそれぞれ接続されている。クラウドソーシングシステム２１０Ｂは、情報処理装置１００Ｂを有している。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００による機能は、クラウドサービスとして実現してもよい。
クラウドソーシングシステム２１０は、前述のクラウドソーシングの機能を有している。クラウドソーシングシステム２１０は、クラウドソーシングシステム２１０Ａのように、情報処理装置１００Ａを通信回線２９０を介して利用してもよいし、クラウドソーシングシステム２１０Ｂのように、内部にある情報処理装置１００Ｂを利用するようにしてもよい。
例えば、ユーザー（発注者）２２５は、ユーザー端末２２０を操作して、クラウドソーシングシステム２１０に案件（仕事）を登録する。ユーザー（受注者）２３５は、ユーザー端末２３０を操作して、クラウドソーシングシステム２１０が表示する案件に応募する。その際に、ユーザー端末２３０に、例えば、案件毎に目標とするロールモデルに対する充足度を提示する。ユーザー（受注者）２３５にとっては、目標とするロールモデルを達成するために、有効な案件であるか否かを知ることができるようになる。
そして、案件に対して応募があった場合は、ユーザー端末２２０に、例えば、ユーザー（受注者）２３５毎に、そのユーザー（受注者）２３５が目標とするロールモデルに対する充足度を提示する。ユーザー（発注者）２２５にとっては、その案件に対して意欲のあるユーザー（受注者）２３５を選択することができるようになる。
【００３６】
図３は、第１の実施の形態（充足度算出モジュール１３５）による処理例を示すフローチャートである。
ステップＳ３０２では、目標ロールモデルにユーザーＩＤが指定されているか否かを判断し、ユーザーＩＤが指定されている場合はステップＳ３０４へ進み、それ以外の場合はステップＳ３０６へ進む。具体的には、ロールモデルテーブル４００のその他欄４４０のユーザーＩＤ欄４４２の目標ロールモデル欄４８０に指定があるか否かを判断することになる。
ステップＳ３０４では、ユーザーＩＤで指定されたユーザーの現状ロールモデル情報を取得する。具体的には、指定されたユーザーＩＤ（対象としている受注者Ａではなく、受注者Ａが目標とすべき受注者）のロールモデルテーブル４００の現状ロールモデル欄４７０（又は目標ロールモデル欄４８０）を抽出する。
【００３７】
ステップＳ３０６では、目標ロールモデルに指定なしが存在するか否かを判断し、存在する場合はステップＳ３０８へ進み、それ以外の場合はステップＳ３１０へ進む。具体的には、ロールモデルテーブル４００の目標ロールモデル欄４８０の項目に、「（指定なし）」があるか否かを判断する。
ステップＳ３０８では、指定なし部分について、評価の重みを算出する。具体的には、図１１の例を用いて後述する。
ステップＳ３１０では、目標ロールモデルと案件情報から、各ロールモデル項目について充足評価を行う。ステップＳ３１０では、各ロールモデル項目の従属評価結果から充足度を算出する。具体的には、図１２、図１３の例を用いて後述する。
【００３８】
図６は、発注画面６００の提示例を示す説明図である。発注画面６００は、ユーザー（発注者）２２５が操作するユーザー端末２２０に提示されるものであって、案件提示モジュール１２５が生成する。
発注画面６００には、受注者一覧６１０、「チェックした人に発注する」ボタン６５０を表示する。発注画面６００内に、例えば、「発注しようとする案件に適した受注者一覧（ロール充足度順）」と表示する。
受注者一覧６１０は、ユーザー欄６１２、ロール充足度欄６１４、詳細欄６１６を有している。ユーザー欄６１２には、ユーザー（受注者）を表示している。ロール充足度欄６１４には、その受注者における目標とするロールモデルに対する案件の充足度を表示している。詳細欄６１６には、受注者毎に参照ボタン６２２、参照ボタン６２４を表示する。参照ボタン６２２等が選択された場合は、その受注者に関する詳細な情報（例えば、過去の実績等）を表示する。なお、受注者一覧６１０内は、ロール充足度欄６１４内の値で昇順にソートされた順番に表示している。
「チェックした人に発注する」ボタン６５０が選択された場合は、受注者一覧６１０内のチェックボックスにチェックがされた受注者に案件を依頼する処理を行う。
このような提示を行うことによって、発注しようとする案件が受注者の目標ロールモデルに合っているか否かがわかるようになる。目標ロールモデルと沿うため意欲の高さや受注されやすさが期待できる。
【００３９】
図７は、申込画面７００の提示例を示す説明図である。申込画面７００は、ユーザー（受注者）２３５が操作するユーザー端末２３０に提示されるものであって、案件提示モジュール１２５が生成する。
申込画面７００には、案件一覧７１０、「チェックした案件を申し込む」ボタン７５０を表示する。申込画面７００内に、例えば、「あなたにおすすめの案件一覧（ロール充足度順）」と表示する。
案件一覧７１０は、案件欄７１２、ロール充足度欄７１４、詳細欄７１６を有している。案件欄７１２には、案件を表示している。ロール充足度欄７１４には、その受注者における目標とするロールモデルに対する案件の充足度を表示している。詳細欄７１６には、案件毎に参照ボタン７２２、参照ボタン７２４を表示している。参照ボタン７２２等が選択された場合は、その案件に関する詳細な情報（例えば、発注案件テーブル５００の内容等）を表示する。なお、案件一覧７１０内は、ロール充足度欄７１４内の値で昇順にソートされた順番に表示している。
「チェックした案件を申し込む」ボタン７５０が選択された場合は、案件一覧７１０内のチェックボックスにチェックがされた案件へ応募する処理を行う。
このような提示を行うことによって、受注者の目標ロールモデルに合った案件が可視化（いわゆる「見える化」）される。
【００４０】
充足度算出モジュール１３５が充足度を算出する処理について、図８〜図１３の例を用いて説明する。
図８は、出現率テーブル（テンプレート）８００のデータ構造例を示す説明図である。出現率テーブル（テンプレート）８００は、項目欄８１０、出現率欄８２０を有している。項目欄８１０は、項目を記憶している。項目は、キャリア、ワークスタイル又はライフスタイルの各項目が該当する。出現率欄８２０は、その項目における各値の他の受注者（対象としている受注者以外の受注者）における出現率を記憶している。
【００４１】
図９は、評価重みテーブル（テンプレート）９００のデータ構造例を示す説明図である。
評価重みテーブル（テンプレート）９００は、項目欄９１０、評価の重み欄９２０を有している。項目欄９１０は、項目を記憶している。出現率テーブル（テンプレート）８００の項目欄８１０と同等のものである。評価の重み欄９２０は、その項目における評価の重みを記憶している。評価の重みは、出現率テーブル（テンプレート）８００を用いて算出される。詳細については、図１１の例を用いて後述する。
【００４２】
図１０は、ロールモデルテーブル１０００のデータ構造例を示す説明図である。
ロールモデルテーブル１０００は、キャリア欄１０１０、ワークスタイル欄１０２０、ライフスタイル欄１０３０、その他欄１０４０に対して、充足度算出のためのロールモデル欄１０７０があることを示している。キャリア欄１０１０は、年収欄１０１２、スキル欄１０１４がある。ワークスタイル欄１０２０は、労働時間帯欄１０２２、職場欄１０２４、労働地域欄１０２６がある。ライフスタイル欄１０３０は、休暇日数欄１０３２、世帯欄１０３４、生活地域欄１０３６がある。その他欄１０４０は、ユーザーＩＤ欄１０４２がある。
図１０の例では、キャリア欄１０１０の年収欄１０１２として、「２，５００，０００円」であること、スキル欄１０１４として、「Ｊａｖａ  Ｌｅｖｅｌ  ３、ＨＴＭＬ  Ｌｅｖｅｌ  ２」であること、ワークスタイル欄１０２０の労働時間帯欄１０２２として、「指定なし」であること、職場欄１０２４として、「指定なし」であること、労働地域欄１０２６として、「指定なし」であること、ライフスタイル欄１０３０の休暇日数欄１０３２として、「１５０日」であること、世帯欄１０３４として、「世帯（幼児）」であること、生活地域欄１０３６として、「神奈川」であること、その他欄１０４０のユーザーＩＤ欄１０４２として、「−（Ｎｕｌｌ）」であることを示している。
ロールモデルテーブル１０００のデータ構成は、図４の例に示したロールモデルテーブル４００の目標ロールモデル欄４８０と同等のものである。
ただし、スキル（充足度算出のためのロールモデル欄１０７０のスキル欄１０１４の値）は、現状のスキル（ロールモデルテーブル４００のスキル欄４１４の現状ロールモデル欄４７０の情報）を引き継ぐ。前述したように、スキルは長期的に向上させるものであって、案件受注時に変更できるものではないため受注時点のスキルで評価する必要があるためである。
その他の「指定なし」（図１１の例では、労働時間帯欄１０２２、職場欄１０２４、労働地域欄１０２６の２つ）は、目指すロールモデルの体現者（対象としている受注者における目標ロールモデルを実現している受注者）から重みを算出する。詳細については、図１１の例を用いて後述する。
【００４３】
図１１は、第１の実施の形態による処理例を示す説明図である。
図１１（ａ）の例に示すロールモデルテーブル４００は、図４の例に示したものである。図１１（ｂ）の例に示す労働時間帯・出現率テーブル１１２０、図１１（ｃ）の例に示す職場・出現率テーブル１１３０、図１１（ｄ）の例に示す労働地域・出現率テーブル１１４０は、図８の例に示した出現率テーブル（テンプレート）８００を、それぞれ労働時間帯用、職場用、労働地域用に用いたものである。図１１（ｅ）の例に示すロールモデルテーブル１０００は、図１０の例に示したものである。図１１（ｆ）の例に示す労働時間帯・評価の重みテーブル１１６０、図１１（ｇ）の例に示す職場・評価の重みテーブル１１７０、図１１（ｈ）の例に示す労働地域・評価の重みテーブル１１８０は、図９の例に示した評価重みテーブル（テンプレート）９００を、それぞれ労働時間帯用、職場用、労働地域用に用いたものである。
【００４４】
ステップＳ１１０２では、目標ロールモデルの条件で受注者を検索する。例えば、目標とするロールモデルの人と類似した受注者を検索する。つまり、目標ロールモデルの条件（指定なし以外の部分）と一致する受注者を検索する。具体的には、ロールモデルテーブル４００の目標ロールモデル欄４８０で「指定なし」となっている以外の項目（図１１の例では年収欄４１２、休暇日数欄４３２、世帯欄４３４、生活地域欄４３６）を用いて、各受注者のロールモデルテーブル４００の現状ロールモデル欄４７０を構成している受注者（対象としている受注者の目標ロールモデル欄４８０を実現している受注者）を検索する。なお、全ての項目が完全一致するものを検索するようにしてもよいし、予め定められた未満又は以下の差分であれば、検索結果として採用してもよい。
【００４５】
ステップＳ１１０４では、検索した受注者情報から「指定なし」項目の傾向を出現率として集計する。例えば、目標ロールモデルと類似した受注者と近い働き方が該当ユーザー（対象としている受注者）にとっても充足度が高いと算出するために、「指定なし」項目の傾向を集計する。具体例として、乳幼児のいる受注者の多くが自宅を職場としているのであれば、該当ユーザーにとっても自宅を職場とすることが望ましい、つまり充足度が高いことになる。
具体的には、ステップＳ１１０２での検索結果から、ロールモデルテーブル４００の目標ロールモデル欄４８０で「指定なし」となっている項目（ただし、スキル欄４１４は除く）を抽出する。そして、その値を集計し、分布を抽出する。例えば、労働時間帯・出現率テーブル１１２０では、労働時間帯「９：００〜１２：００」の出現率は０．８であり、労働時間帯「１２：００〜１５：００」の出現率は０．８であり、労働時間帯「１５：００〜１７：００」の出現率は０．２であり、労働時間帯「１７：００〜１９：００」の出現率は０．１であることを示している。
【００４６】
ステップＳ１１０６では、労働時間帯・出現率テーブル１１２０、職場・出現率テーブル１１３０、労働地域・出現率テーブル１１４０の情報から「ロールモデルテーブル１０００の充足度算出のためのロールモデル欄１０７０」を構築する。これは目標ロールモデルと、その「指定なし」部分をステップＳ１１０４の集計で補ったものとする。具体的には、ロールモデルテーブル１０００の充足度算出のためのロールモデル欄１０７０の労働時間帯欄１０２２、職場欄１０２４、労働地域欄１０２６については、それぞれ図１１（ｆ）の例に示す労働時間帯・評価の重みテーブル１１６０、図１１（ｇ）の例に示す職場・評価の重みテーブル１１７０、図１１（ｈ）の例に示す労働地域・評価の重みテーブル１１８０のような評価の重みとする。例えば、労働時間帯・評価の重みテーブル１１６０では、労働時間帯「９：００〜１２：００」の評価の重みは０．８であり、労働時間帯「１２：００〜１５：００」の評価の重みは０．８であり、労働時間帯「１５：００〜１７：００」の評価の重みは０．２であり、労働時間帯「１７：００〜１９：００」の評価の重みは０．１であることを示している。なお、この例では、評価の重みは、出現率をそのまま用いているが、予め定められた計算式（例えば、予め定められた係数を出現率に加減乗除する等）によって算出してもよい。
【００４７】
図１２は、ロールモデルテーブル１２００のデータ構造例を示す説明図である。ロールモデルテーブル１２００は、最終的な充足度を算出、記憶するためのテーブルである。ロールモデルテーブル１２００は、キャリア欄１２１０、ワークスタイル欄１２２０、ライフスタイル欄１２３０、その他欄１２４０に対して、充足度算出のためのロールモデル欄１２７０、充足評価欄１２８０があることを示している。キャリア欄１２１０は、年収欄１２１２、スキル欄１２１４がある。ワークスタイル欄１２２０は、労働時間帯欄１２２２、職場欄１２２４、労働地域欄１２２６がある。ライフスタイル欄１２３０は、休暇日数欄１２３２、世帯欄１２３４、生活地域欄１２３６がある。その他欄１２４０は、ユーザーＩＤ欄１２４２がある。
図１２の例では、キャリア欄１２１０の年収欄１２１２として、「２，５００，０００円」であること、スキル欄１２１４として、「Ｊａｖａ  Ｌｅｖｅｌ  ３、ＨＴＭＬ  Ｌｅｖｅｌ  ２」であること、ワークスタイル欄１２２０の労働時間帯欄１２２２として、労働時間帯・評価の重みテーブル１１６０であること、職場欄１２２４として、職場・評価の重みテーブル１１７０であること、労働地域欄１２２６として、労働地域・評価の重みテーブル１１８０であること、ライフスタイル欄１２３０の休暇日数欄１２３２として、「１５０日」であること、世帯欄１２３４として、「世帯（幼児）」であること、労働地域欄１２２６として、「神奈川」であること、その他欄１２４０のユーザーＩＤ欄１２４２として、「−（Ｎｕｌｌ）」であることを示している。つまり、ロールモデルテーブル１２００の充足度算出のためのロールモデル欄１２７０は、図１１の例に示したロールモデルテーブル１０００に労働時間帯・評価の重みテーブル１１６０、職場・評価の重みテーブル１１７０、労働地域・評価の重みテーブル１１８０を組み合わせたものである
【００４８】
図１３は、第１の実施の形態による処理例（図１１の例に示した処理例の続き）を示す説明図である。
図１３（ａ）の例に示すロールモデルテーブル１２００は、図１２の例に示したものである。図１３（ｂ）の例に示す発注案件テーブル５００は、図５の例に示したものである。
ステップＳ１１０８では、充足度算出のためのロールモデルと案件情報から充足評価を行う。具体的には、ロールモデルテーブル１２００の充足度算出のためのロールモデル欄１２７０と発注案件テーブル５００とを比較して、ロールモデルテーブル１２００の充足評価欄１２８０を生成する。なお、ここでの充足度の算出は、項目毎に予め定められた規則にしたがって行われる。
年収欄１２１２の充足度は、発注案件テーブル５００から時給換算で目標値（２，５００，０００円）を達成しているので「１００」とする。スキル欄１２１４の充足度は、発注案件テーブル５００からＨＴＭＬのレベルが１不足していることから「９０」とする。労働時間帯欄１２２２の充足度は、労働時間帯・評価の重みテーブル１１６０と発注案件テーブル５００（「９：００〜１５：００」）から、労働時間帯・評価の重みテーブル１１６０に該当する評価の重みは、０．８、０．８であり、平均値（（０．８＋０．８）／２＊１００＝８０）を算出し、「８０」とする。職場欄１２２４の充足度は、職場・評価の重みテーブル１１７０と発注案件テーブル５００（「指定しない」）から、職場・評価の重みテーブル１１７０に該当する評価の重みは、最高値である０．７を採用し、「７０」とする。労働地域欄１２２６の充足度は、労働地域・評価の重みテーブル１１８０と発注案件テーブル５００（「指定しない」）から、労働地域・評価の重みテーブル１１８０に該当する評価の重みは、最高値である０．９を採用し、「９０」とする。休暇日数欄１２３２の充足度は、発注案件テーブル５００から、案件時期、工数より、労働日が２日オーバーすることから、「９０」とする。世帯欄１２３４の充足度は、発注案件テーブル５００（「不問」、条件なし）から、「１００」とする。生活地域欄１２３６の充足度は、発注案件テーブル５００（「不問」、職場指定なし）から、「１００」とする。そして、キャリア欄１２１０の充足度は、年収欄１２１２とスキル欄１２１４の平均値である「９５」とし、ワークスタイル欄１２２０の充足度は、労働時間帯欄１２２２と職場欄１２２４と労働地域欄１２２６の平均値である「８０」とし、ライフスタイル欄１２３０の充足度は、休暇日数欄１２３２と世帯欄１２３４と生活地域欄１２３６の平均値である「９６．６」とし、最終的な充足度は、キャリア欄１２１０とワークスタイル欄１２２０とライフスタイル欄１２３０の平均値である「９０．５」とする。
なお、充足度は、評価するタイミングによって変動する。それは、受注者のこれまでの休暇実績、累積報酬や、その年の残日数などが変化するためである。
【００４９】
＜＜第２の実施の形態＞＞
図１４は、第２の実施の形態の構成例についての概念的なモジュール構成図である。
情報処理装置１４００は、通信モジュール１０５、受注者管理モジュール１１０、履歴管理モジュール１１５、案件管理モジュール１２０、案件提示モジュール１２５、案件・受注者評価モジュール１３０、受注者情報格納モジュール１４０、履歴情報格納モジュール１４５、案件情報格納モジュール１５０を有している。案件・受注者評価モジュール１３０は、成長貢献度算出モジュール１４３５を有している。情報処理装置１４００は、図１の例に示した情報処理装置１００の充足度算出モジュール１３５を成長貢献度算出モジュール１４３５としたものである。なお、前述の実施の形態と同種の部位には同一符号を付し重複した説明を省略する（以下、同様）。
情報処理装置１４００は、「目標とするロールモデル」に対して案件の条件がどれくらい受注者の成長に貢献するか（成長貢献度）を算出し、発注者、受注者に提示する。
通信モジュール１０５は、受注者管理モジュール１１０、履歴管理モジュール１１５、案件管理モジュール１２０、案件提示モジュール１２５と接続されている。
受注者管理モジュール１１０は、通信モジュール１０５、受注者情報格納モジュール１４０と接続されている。
履歴管理モジュール１１５は、通信モジュール１０５、履歴情報格納モジュール１４５と接続されている。
案件管理モジュール１２０は、通信モジュール１０５、案件情報格納モジュール１５０と接続されている。
案件提示モジュール１２５は、通信モジュール１０５、案件・受注者評価モジュール１３０と接続されている。
案件・受注者評価モジュール１３０は、成長貢献度算出モジュール１４３５を有しており、案件提示モジュール１２５、受注者情報格納モジュール１４０、履歴情報格納モジュール１４５、案件情報格納モジュール１５０と接続されている。案件・受注者評価モジュール１３０は、成長貢献度に応じた提示を、受注者又は前記案件の発注者に対して行うように、案件提示モジュール１２５を制御する。
成長貢献度算出モジュール１４３５は、目標とするキャリア、ワークスタイル又はライフスタイルと類似のキャリア、ワークスタイル又はライフスタイルを有している他の受注者Ｂのスキルを収集し、そのキャリア、ワークスタイル又はライフスタイルを達成するためのスキルと受注者Ａの現在のスキルの差分から習得必要度を算出する。そして、その算出した習得必要度と受注者Ａが受注可能な案件との比較結果である成長貢献度を算出する。つまり、目標ロールモデルに対する案件の成長貢献度の算出を行う。
受注者情報格納モジュール１４０は、受注者管理モジュール１１０、案件・受注者評価モジュール１３０と接続されている。受注者情報格納モジュール１４０は、職種、スキル、経歴・実績、現状ロールモデル、目標ロールモデルを記憶している。
履歴情報格納モジュール１４５は、履歴管理モジュール１１５、案件・受注者評価モジュール１３０と接続されている。
案件情報格納モジュール１５０は、案件管理モジュール１２０、案件・受注者評価モジュール１３０と接続されている。
【００５０】
図１５は、第２の実施の形態による処理例を示すフローチャートである。
ステップＳ１５０２では、目標ロールモデルにユーザーＩＤが指定されているか否かを判断し、ユーザーＩＤが指定されている場合はステップＳ１５０４へ進み、それ以外の場合はステップＳ１５０６へ進む。
ステップＳ１５０４では、ユーザーＩＤで指定されたユーザーのスキル情報を取得する。
ステップＳ１５０６では、目標ロールモデルにスキルが指定されていないか否かを判断し、スキルが指定されていない場合はステップＳ１５０８へ進み、それ以外の場合はステップＳ１５１０へ進む。
【００５１】
ステップＳ１５０８では、目標ロールモデルの条件に合う受注者一覧を取得する。
ステップＳ１５１０では、スキルの習得必要度は同一割合とする。
ステップＳ１５１２では、取得した受注者情報を元にスキルの習得必要度を算出する。
ステップＳ１５１４では、案件情報におけるスキル要件とスキルの習得必要度から案件の成長貢献度を算出する。
【００５２】
図１６は、発注画面１６００の提示例を示す説明図である。発注画面１６００は、ユーザー（発注者）２２５が操作するユーザー端末２２０に提示されるものであって、案件提示モジュール１２５が生成する。
発注画面１６００には、受注者一覧１６１０、「チェックした人に発注する」ボタン１６５０を表示する。受注者一覧１６１０内に、例えば、「発注しようとする案件に適した受注者一覧（成長貢献度順）」と表示する。
受注者一覧１６１０は、ユーザー欄１６１２、成長貢献度欄１６１４、詳細欄１６１６を有している。ユーザー欄１６１２には、ユーザー（受注者）を表示している。成長貢献度欄１６１４には、その受注者における成長貢献度を表示している。詳細欄１６１６には、受注者毎に参照ボタン１６２２、参照ボタン１６２４を表示する。参照ボタン１６２２等が選択された場合は、その受注者に関する詳細な情報（例えば、過去の実績等）を表示する。なお、受注者一覧１６１０内は、成長貢献度欄１６１４内の値で昇順にソートされた順番に表示している。
「チェックした人に発注する」ボタン１６５０が選択された場合は、受注者一覧１６１０内のチェックボックスにチェックがされた受注者に案件を依頼する処理を行う。
発注者は青田買いしたいと考えている。意欲がある人材をできるだけ安い単価のうちに発掘し、付き合っていきたい。このような提示を行うことによって、目標ロールモデルと案件との相関が高い場合、案件に取り組む意欲があり、成長過程である分、比較的安い単価で発注できることが期待される。
【００５３】
図１７は、申込画面１７００の提示例を示す説明図である。申込画面１７００は、ユーザー（受注者）２３５が操作するユーザー端末２３０に提示されるものであって、案件提示モジュール１２５が生成する。
申込画面１７００に、案件一覧１７１０、「チェックした案件を申し込む」ボタン１７５０を表示する。案件一覧１７１０内に、例えば、「あなたにおすすめの案件一覧（成長貢献度順）」と表示する。
案件一覧１７１０は、案件欄１７１２、成長貢献度欄１７１４、詳細欄１７１６を有している。案件欄１７１２には、案件を表示している。成長貢献度欄１７１４には、成長貢献度を表示している。詳細欄１７１６には、案件毎に参照ボタン１７２２、参照ボタン１７２４を表示している。参照ボタン１７２２等が選択された場合は、その案件に関する詳細な情報（例えば、発注案件テーブル５００の内容等）を表示する。なお、案件一覧１７１０内は、成長貢献度欄１７１４内の値で昇順にソートされた順番に表示している。
「チェックした案件を申し込む」ボタン１７５０が選択された場合は、案件一覧１７１０内のチェックボックスにチェックがされた案件へ応募する処理を行う。
このような提示を行うことによって、受注者の成長に貢献する案件が可視化（いわゆる「見える化」）される。
【００５４】
図１８は、習得必要度テーブル１８００のデータ構造例を示す説明図である。習得必要度テーブル１８００は、習得必要度を算出するために用いられる。習得必要度は、成長貢献度を算出するために用いられる。
習得必要度テーブル１８００は、スキル欄１８１０、出現率欄１８２０、平均レベル欄１８３０、現状欄１８４０、差分欄１８５０、習得必要性（出現率＊差分）欄１８６０、習得必要度（習得必要性／全体の習得必要性＊１００）欄１８７０を有している。スキル欄１８１０は、スキルを記憶している。出現率欄１８２０は、そのスキルの出現率を記憶している。平均レベル欄１８３０は、そのスキルの平均レベルを記憶している。現状欄１８４０は、対象としている受注者におけるそのスキルの現状を記憶している。差分欄１８５０は、平均レベル欄１８３０の値と現状欄１８４０の値との差分を記憶している。習得必要性（出現率＊差分）欄１８６０は、そのスキルの習得必要性（（出現率欄１８２０の出現率）＊（差分欄１８５０の差分））を記憶している。習得必要度（習得必要性／全体の習得必要性＊１００）欄１８７０は、そのスキルの習得必要度（（習得必要性（出現率＊差分）欄１８６０の習得必要性）／（全体の習得必要性（習得必要性（出現率＊差分）欄１８６０の合計値））＊１００）を記憶している。
【００５５】
図１９は、成長貢献度テーブル１９００のデータ構造例を示す説明図である。成長貢献度テーブル１９００は、案件毎の成長貢献度を記憶するものである。
成長貢献度テーブル１９００は、案件欄１９１０、要求レベル欄１９２０、現状欄１９３０、成長貢献度（一致スキルの習得必要度合計）欄１９４０を有している。案件欄１９１０は、案件を記憶している。要求レベル欄１９２０は、その案件の要求レベル（スキル）を記憶している。現状欄１９３０は、対象としている受注者におけるそのスキルの現状を記憶している。成長貢献度（一致スキルの習得必要度合計）欄１９４０は、成長貢献度（一致スキルの習得必要度合計）を記憶している。
例えば、対象としている受注者におけるそのスキルの現状と同じレベルのスキルを必要とする案件を受注したことがＸ回になった場合は、そのスキルの次のレベル（現状のレベルより１つ上位のレベル）が認められる。
【００５６】
図２０は、第２の実施の形態による処理例を示す説明図である。
図２０（ａ）の例に示すロールモデルテーブル４００は、図４の例に示したものと同等のデータ構造である。図２０（ｂ）の例に示す習得必要度テーブル１８００は、図１８の例に示したものである。図２０（ｃ）の例に示す成長貢献度テーブル１９００は、図１９の例に示したものである。
ステップＳ２００２では、目標ロールモデルの条件で受注者を検索する。図１１の例に示したステップＳ１１０２と同様の処理である。そして、検索した受注者情報から「スキル」を抽出し、その値を集計し、分布を抽出する。例えば、習得必要度テーブル１８００の「Ｊａｖａ」の出現率欄１８２０は０．８、平均レベル欄１８３０は５、現状欄１８４０は３、差分欄１８５０は２、習得必要性（出現率＊差分）欄１８６０は１．６、習得必要度（習得必要性／全体の習得必要性＊１００）欄１８７０は４１である。つまり、対象としている受注者の目標とロールモデルを達成している受注者は、「Ｊａｖａ」のスキルを有している者が０．８の割合でいて、そのレベルの平均は５であり、対象としている受注者の現状は３であるので、その差分は２であり、目標ロールモデルを達成するために習得必要性は１．６であり、習得必要度は４１であることを示している。
なお、この検索では、職種（例えば、プログラム作成、翻訳等）を受注者の指定によって限定できるようにしてもよい。例えば、その受注者の職種と同じ職種である受注者を対象としてもよいし、職種を限定しなくてもよい。例えば、目標とする年収を達成するために、必要となるスキルを知りたい場合に、職種を限定しない検索を行えばよい。
【００５７】
ステップＳ２００４では、スキルの習得必要度を用いて、受注可能な案件毎の成長貢献度を算出する。ここで成長貢献度は、要求レベル欄１９２０と現状欄１９３０を比較して、要求レベル欄１９２０が現状欄１９３０のレベルと同じスキルを抽出する。そして、習得必要度テーブル１８００内で、そのスキルに該当する習得必要度（習得必要度（習得必要性／全体の習得必要性＊１００）欄１８７０）を抽出し、それらを加算したものである。具体的には、案件Ａでは、全てのスキル（Ｊａｖａ、ＨＴＭＬ、Ｊａｖａｓｃｒｉｐｔ）でレベルが同じであるので、習得必要度テーブル１８００から、Ｊａｖａの習得必要度「４１」、ＨＴＭＬの習得必要度「２６」、Ｊａｖａｓｃｒｉｐｔの習得必要度「２６」を抽出し、それらを加算して（４１＋２６＋２６）、成長貢献度（９３）を算出する。なお、案件Ｂにおいては、Ｊａｖａｓｃｒｉｐｔのレベルは要求レベルよりも現状のレベルが高い（要求レベル欄１９２０ではレベル１、現状欄１９３０ではレベル２）ので、案件Ｂを受注したとしてもＪａｖａｓｃｒｉｐｔのレベルは上がらないので、習得必要度は０として、成長貢献度を算出する（４１＋２６＝６７）。
【００５８】
＜＜第３の実施の形態＞＞
図２１は、第３の実施の形態の構成例についての概念的なモジュール構成図である。
情報処理装置２１００は、通信モジュール１０５、受注者管理モジュール１１０、履歴管理モジュール１１５、案件管理モジュール１２０、案件提示モジュール１２５、案件・受注者評価モジュール１３０、受注者情報格納モジュール１４０、履歴情報格納モジュール１４５、案件情報格納モジュール１５０を有している。案件・受注者評価モジュール１３０は、充足度算出モジュール１３５、成長貢献度算出モジュール１４３５を有している。情報処理装置１４００は、図１の例に示した情報処理装置１００の案件・受注者評価モジュール１３０内に成長貢献度算出モジュール１４３５を付加したものである。つまり、第１の実施の形態の情報処理装置１００と第２の実施の形態の情報処理装置１４００を組み合わせたものである。
通信モジュール１０５は、受注者管理モジュール１１０、履歴管理モジュール１１５、案件管理モジュール１２０、案件提示モジュール１２５と接続されている。
受注者管理モジュール１１０は、通信モジュール１０５、受注者情報格納モジュール１４０と接続されている。
履歴管理モジュール１１５は、通信モジュール１０５、履歴情報格納モジュール１４５と接続されている。
案件管理モジュール１２０は、通信モジュール１０５、案件情報格納モジュール１５０と接続されている。
案件提示モジュール１２５は、通信モジュール１０５、案件・受注者評価モジュール１３０と接続されている。
案件・受注者評価モジュール１３０は、充足度算出モジュール１３５、成長貢献度算出モジュール１４３５を有しており、案件提示モジュール１２５、受注者情報格納モジュール１４０、履歴情報格納モジュール１４５、案件情報格納モジュール１５０と接続されている。
受注者情報格納モジュール１４０は、受注者管理モジュール１１０、案件・受注者評価モジュール１３０と接続されている。
履歴情報格納モジュール１４５は、履歴管理モジュール１１５、案件・受注者評価モジュール１３０と接続されている。
案件情報格納モジュール１５０は、案件管理モジュール１２０、案件・受注者評価モジュール１３０と接続されている。
【００５９】
図２２は、発注画面２２００の提示例を示す説明図である。発注画面２２００は、ユーザー（発注者）２２５が操作するユーザー端末２２０に提示されるものであって、案件提示モジュール１２５が生成する。
発注画面２２００には、受注者一覧２２１０、「チェックした人に発注する」ボタン２２５０を表示する。受注者一覧２２１０内に、例えば、「発注しようとする案件に適した受注者一覧（ロール充足度順）」と表示する。
受注者一覧２２１０は、ユーザー欄２２１２、ロール充足度欄２２１４、成長貢献度欄２２１６、詳細欄２２１８を有している。ユーザー欄２２１２には、ユーザー（受注者）を表示している。ロール充足度欄２２１４には、その受注者における目標とするロールモデルに対する案件の充足度を表示している。成長貢献度欄２２１６は、成長貢献度を記憶している。詳細欄２２１８には、受注者毎に参照ボタン２２２２、参照ボタン２２２４を表示する。参照ボタン２２２２等が選択された場合は、その受注者に関する詳細な情報（例えば、過去の実績等）を表示する。なお、受注者一覧２２１０内は、ロール充足度欄２２１４内の値で昇順にソートされた順番に表示している。そして、成長貢献度欄２２１６内の値が予め定められた閾値より大きい又は以上であるユーザーを太枠で囲む表示をしている。
「チェックした人に発注する」ボタン２２５０が選択された場合は、受注者一覧２２１０内のチェックボックスにチェックがされた受注者に案件を依頼する処理を行う。
このような提示を行うことによって、発注しようとする案件が受注者の目標ロールモデルに合っているか否かがわかるようになる。目標ロールモデルと沿うため意欲の高さや受注されやすさが期待できる。
そして、発注者は青田買いしたいと考えている。意欲がある人材をできるだけ安い単価のうちに発掘し、付き合っていきたい。このような提示を行うことによって、目標ロールモデルと案件との相関が高い場合、案件に取り組む意欲があり、成長過程である分、比較的安い単価で発注できることが期待される。
【００６０】
図２３は、申込画面２３００の提示例を示す説明図である。申込画面２３００は、ユーザー（受注者）２３５が操作するユーザー端末２３０に提示されるものであって、案件提示モジュール１２５が生成する。申込画面２３００には、案件一覧２３１０、「チェックした案件を申し込む」ボタン２３５０を表示する。案件一覧２３１０内に、例えば、「あなたにおすすめの案件一覧（ロール充足度順）」と表示する。
案件一覧２３１０は、案件欄２３１２、ロール充足度欄２３１４、成長貢献度欄２３１６、詳細欄２３１８を有している。案件欄２３１２には、案件を表示している。ロール充足度欄２３１４には、その受注者における目標とするロールモデルに対する案件の充足度を表示している。成長貢献度欄２３１６には、成長貢献度を表示している。詳細欄２３１８には、案件毎に参照ボタン２３２２、参照ボタン２３２４を表示している。参照ボタン２３２２等が選択された場合は、その案件に関する詳細な情報（例えば、発注案件テーブル５００の内容等）を表示する。なお、案件一覧２３１０内は、ロール充足度欄２３１４内の値で昇順にソートされた順番に表示している。そして、成長貢献度欄２３１６内の値が予め定められた閾値より大きい又は以上である案件を太枠で囲む表示をしている。
「チェックした案件を申し込む」ボタン２３５０が選択された場合は、案件一覧２３１０内のチェックボックスにチェックがされた案件へ応募する処理を行う。
このような提示を行うことによって、受注者の目標ロールモデルに合った案件が可視化（いわゆる「見える化」）される。
そして、このような提示を行うことによって、受注者の成長に貢献する案件が可視化される。
【００６１】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図２４に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ２４０１を用い、記憶装置としてＲＡＭ２４０２、ＲＯＭ２４０３、ＨＤ２４０４を用いている。ＨＤ２４０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）を用いてもよい。通信モジュール１０５、受注者管理モジュール１１０、履歴管理モジュール１１５、案件管理モジュール１２０、案件提示モジュール１２５、案件・受注者評価モジュール１３０、充足度算出モジュール１３５、成長貢献度算出モジュール１４３５等のプログラムを実行するＣＰＵ２４０１と、そのプログラムやデータを記憶するＲＡＭ２４０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ２４０３と、受注者情報格納モジュール１４０、履歴情報格納モジュール１４５、案件情報格納モジュール１５０としての機能を有する補助記憶装置（フラッシュメモリ等であってもよい）であるＨＤ２４０４と、キーボード、マウス、タッチパネル、マイク等に対する利用者の操作に基づいてデータを受け付ける受付装置２４０６と、ＣＲＴ、液晶ディスプレイ、スピーカー等の出力装置２４０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース２４０７、そして、それらをつないでデータのやりとりをするためのバス２４０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００６２】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図２４に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図２４に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図２４に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンター、複合機（スキャナ、プリンター、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００６３】
また、前述の実施の形態の説明において、比較処理において、「以上」、「以下」、「より大きい」、「より小さい（未満）」としたものは、その組み合わせに矛盾が生じない限り、それぞれ「より大きい」、「より小さい（未満）」、「以上」、「以下」としてもよい。
なお、数式を用いて説明したが、数式には、その数式と同等のものが含まれる。同等のものとは、その数式そのものの他に、最終的な結果に影響を及ぼさない程度の数式の変形、又は数式をアルゴリズミックな解法で解くこと等が含まれる。
【００６４】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００６５】
１００…情報処理装置
１０５…通信モジュール
１１０…受注者管理モジュール
１１５…履歴管理モジュール
１２０…案件管理モジュール
１２５…案件提示モジュール
１３０…案件・受注者評価モジュール
１３５…充足度算出モジュール
１４０…受注者情報格納モジュール
１４５…履歴情報格納モジュール
１５０…案件情報格納モジュール
２１０…クラウドソーシングシステム
２２０…ユーザー端末
２２５…ユーザー（発注者）
２３０…ユーザー端末
２３５…ユーザー（受注者）
２９０…通信回線
１４００…情報処理装置
１４３５…成長貢献度算出モジュール
２１００…情報処理装置
【図１】
0006569397.tif 000002
【図２】
0006569397.tif 000003
【図３】
0006569397.tif 000004
【図４】
0006569397.tif 000005
【図５】
0006569397.tif 000006
【図６】
0006569397.tif 000007
【図７】
0006569397.tif 000008
【図８】
0006569397.tif 000009
【図９】
0006569397.tif 000010
【図１０】
0006569397.tif 000011
【図１１】
0006569397.tif 000012
【図１２】
0006569397.tif 000013
【図１３】
0006569397.tif 000014
【図１４】
0006569397.tif 000015
【図１５】
0006569397.tif 000016
【図１６】
0006569397.tif 000017
【図１７】
0006569397.tif 000018
【図１８】
0006569397.tif 000019
【図１９】
0006569397.tif 000020
【図２０】
0006569397.tif 000021
【図２１】
0006569397.tif 000022
【図２２】
0006569397.tif 000023
【図２３】
0006569397.tif 000024
【図２４】
0006569397.tif 000025