JP6500675B2 - 情報処理装置及び情報処理プログラム - Google Patents

Description

本発明は、情報処理装置及び情報処理プログラムに関する。

特許文献１には、複数種類のサービスからのタスクを、特定種類のサービスからのタスクの作業の遅れをなくして配分することを課題とし、タスク配分サーバーは、複数種類のサービスの各々について、ユーザーのサービスからのタスクの実行履歴からユーザーの興味度の推定値と該推定値の不確かさを算出し、ログインしたユーザーに対し、複数種類のサービスの各々について、該サービスからのタスクを配分されている他のユーザーによりタスクが実行されていない確率を考慮して、興味度の推定値と該推定値の不確かさに基づきサービスからのタスクの優先度を算出し、最大の優先度のサービスからのタスクをユーザーに提示することが開示されている。

特開２０１４−１２００３１号公報

本発明は、クラウドソーシングシステムのワーカーに対し、当該ワーカーの目標として設定されたレベルに達していないスキルに関連する業務を提示する情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。

請求項１の発明は、クラウドソーシングシステムに登録されたワーカーの現在のスキルの度合いを表す第１レベルに関する情報を取得する第１の取得手段と、前記ワーカーの目標とされるスキルの度合いを表す第２レベルに関する情報を取得する第２の取得手段と、前記クラウドソーシングシステムにおいて募集されている複数の業務のうち、第１レベルが第２レベルに満たないスキルに関連する業務を、第１レベルが第２レベルを超えているスキルに関連する業務より優先的に表示するよう制御する制御手段と、を有し、前記制御により表示される業務は、その遂行に当たって必要とされるスキルのレベルを示す第３レベルを、前記第１レベルが超えている業務である、情報処理装置である。

請求項２の発明は、前記第３レベルは、募集された業務の納期又は規模に応じて設定される、請求項１に記載の情報処理装置である。

請求項３の発明は、募集された業務についての第３レベルの情報と、当該第３レベルを満たしているワーカーの数とに基づいて、第２レベルを設定する設定手段をさらに有する、請求項１又は２に記載の情報処理装置である。

請求項４の発明は、第１レベルと第３レベルを比較し、次のレベルに上がるために経験しなければならない業務数を算出する算出手段をさらに有する、請求項１から３のいずれか一項に記載の情報処理装置である。

請求項５の発明は、前記制御手段は、第１レベルが第２レベルに満たないスキルに関連する業務が複数ある場合は、第３レベルが高い業務を低い業務より優先的に表示するよう制御する、請求項１から４のいずれか一項に記載の情報処理装置である。

請求項６の発明は、コンピュータを、クラウドソーシングシステムに登録されたワーカーの現在のスキルの度合いを表す第１レベルに関する情報を取得する第１の取得手段と、前記ワーカーの目標とされるスキルの度合いを表す第２レベルに関する情報を取得する第２の取得手段と、前記クラウドソーシングシステムにおいて募集されている複数の業務のうち、第１レベルが第２レベルに満たないスキルに関連する業務を、第１レベルが第２レベルを超えているスキルに関連する業務より優先的に表示するよう制御する制御手段として機能させ、前記制御により表示される業務は、その遂行に当たって必要とされるスキルのレベルを示す第３レベルを、前記第１レベルが超えている業務である、情報処理プログラムである。

請求項１の情報処理装置によれば、登録されたワーカーに求められるスキルに関連する業務についての情報をワーカーに提示することができる。

請求項２の情報処理装置によれば、募集された業務の納期又は規模に応じて、第３レベルを設定することができる。

請求項３の情報処理装置によれば、第２レベルを設定するのに、募集された業務についての第３レベルの情報と、その第３レベルを満たしているワーカーの数を用いることができる。

請求項４の情報処理装置によれば、ワーカーが次のレベルに上がるために経験しなければならない業務数を算出することができる。

請求項５の情報処理装置によれば、第１レベルが第２レベルに満たないスキルに関連する業務が複数ある場合における表示を制御することができる。

請求項６の情報処理プログラムによれば、登録されたワーカーに求められるスキルに関連する業務についての情報をワーカーに提示することができる。

第１の実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 個人情報テーブルのデータ構造例を示す説明図である。 業務情報テーブルのデータ構造例を示す説明図である。 教育情報テーブルのデータ構造例を示す説明図である。 第１の実施の形態による処理例を示すフローチャートである。 第１の実施の形態による処理例を示す説明図である。 個人情報テーブルのデータ構造例を示す説明図である。 業務情報テーブルのデータ構造例を示す説明図である。 教育情報テーブルのデータ構造例を示す説明図である。 第２の実施の形態の構成例についての概念的なモジュール構成図である。 業務情報テーブルのデータ構造例を示す説明図である。 第２の実施の形態による処理例を示すフローチャートである。 第３の実施の形態の構成例についての概念的なモジュール構成図である。 個人情報テーブルのデータ構造例を示す説明図である。 業務情報テーブルのデータ構造例を示す説明図である。 教育情報テーブルのデータ構造例を示す説明図である。 第３の実施の形態による処理例を示すフローチャートである。 個人情報テーブルのデータ構造例を示す説明図である。 業務情報テーブルのデータ構造例を示す説明図である。 教育情報テーブルのデータ構造例を示す説明図である。 第４の実施の形態の構成例についての概念的なモジュール構成図である。 個人情報テーブルのデータ構造例を示す説明図である。 業務情報テーブルのデータ構造例を示す説明図である。 第４の実施の形態による処理例を示すフローチャートである。 第４の実施の形態による処理例を示す説明図である。 個人情報テーブルのデータ構造例を示す説明図である。 業務情報テーブルのデータ構造例を示す説明図である。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するに当たっての好適な各種の実施の形態の例を説明する。
＜＜第１の実施の形態＞＞
図１は、第１の実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、すべての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

第１の実施の形態である情報処理装置１００は、クラウドソーシングシステムに利用されるものであって、図１の例に示すように、個人情報記憶モジュール１１０、業務情報記憶モジュール１２０、教育情報記憶モジュール１３０、適用度算出モジュール１４０、業務情報表示モジュール１５０を有している。特に、情報処理装置１００は、教育を促した、人と業務の適用度を算出する。
クラウドソーシングとは、不特定多数の人間により共同で進められるプロジェクト全般を指し、特に、不特定多数の人に業務（仕事）を委託するという雇用形態をいう。
クラウドソーシングシステムでは、発注者の発注した業務を、発注者が満足するクオリティで受注者がやり遂げる仕組みになっている。その受発注では「発注者の意向」「受注者の意向」という２者の意向の兼ね合いで受発注が行われている。例えば、受注者選定における「発注者の意向」として、「こんなスキルを持った人にお願いしたい」というものがあり、受注案件選定における「受注者の意向」として、「こんなスキルを伸ばせる仕事がしたい」、「こんな業務の経験を積んでみたい」というものがある。
しかし、実際にはこの２者（発注者、受注者）の意向だけでなく「エージェントの意向」（特に、教育面）を考慮する必要がある。エージェントは、クラウドソーシングシステムの管理者的役割を有している。例えば、「エージェントの意向」として、「Ｘに所属している人はこんなスキルを持っていてほしい」というものがある。エージェントとしては、発注される業務の難易度が高く、受注できるだけのスキルを持つ人がいないため受発注が成り立たなくなるという状況は好ましくないからである。そのためエージェントは、受注する権利を持つ者（以下、受注者候補、ワーカーともいう）に「これだけのスキルを保有してほしい」という考えがある。従来技術では、このエージェントの意向を考慮しているものはなく、受注者候補の教育の視点で受発注をサポートする仕組みそのものがなかった。

ユーザー端末２１０は、情報処理装置１００の業務情報表示モジュール１５０と接続されている。ユーザー端末２１０は、ユーザー２１５によって操作される。ユーザー２１５は、主に、受注者候補であるが、発注者、エージェントであってもよい。ユーザー端末２１０は、液晶ディスプレイ等の表示装置、キーボード、マウス、タッチパネル等を有しており、具体的には、パーソナルコンピュータ、タブレット型端末、携帯端末（スマートフォンを含む携帯電話等）等が該当する。ユーザー端末２１０は、情報処理装置１００の業務情報表示モジュール１５０によって生成される画面を表示することによって、受注者候補であるユーザー２１５は、募集されている業務を知ることとなる。また、ユーザー２１５の操作に応じて、業務の選択等が行われる。

個人情報記憶モジュール１１０は、適用度算出モジュール１４０と接続されている。個人情報記憶モジュール１１０は、ワーカーに関する情報を記憶している。少なくとも、ワーカーの現在のスキルの度合いを表す第１レベルに関する情報を記憶している。具体的には、個人情報テーブル３００を記憶している。図３は、個人情報テーブル３００のデータ構造例を示す説明図である。個人情報テーブル３００は、個人ＩＤ欄３１０、職種欄３２０、Ｊａｖａ（登録商標）スキル欄３３０、設計スキル欄３４０等を有している。個人ＩＤ欄３１０は、個人（ワーカー）を、本実施の形態において一意に識別するための情報（個人ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。職種欄３２０は、そのワーカーの職種を記憶している。Ｊａｖａスキル欄３３０は、そのワーカーの現在のＪａｖａスキルの度合い（レベル値）を記憶している。設計スキル欄３４０は、そのワーカーの現在の設計スキルの度合い（レベル値）を記憶している。Ｊａｖａスキル欄３３０、設計スキル欄３４０内の値は、第１レベルの例に該当する。

業務情報記憶モジュール１２０は、適用度算出モジュール１４０と接続されている。業務情報記憶モジュール１２０は、募集されている業務に関する情報を記憶している。少なくとも、業務の遂行に当たって必要とされるスキルのレベルを示す第３レベルに関する情報を記憶している。具体的には、業務情報テーブル４００を記憶している。図４は、業務情報テーブル４００のデータ構造例を示す説明図である。業務情報テーブル４００は、業務ＩＤ欄４１０、内容欄４２０、対象職種欄４３０、求めるスキル１欄４４０、求めるスキル２欄４５０、受注申請者欄４９０等を有している。業務ＩＤ欄４１０は、業務を、本実施の形態において一意に識別するための情報（業務ＩＤ）を記憶している。内容欄４２０は、その業務の内容を記憶している。対象職種欄４３０は、その業務の対象職種を記憶している。求めるスキル１欄４４０は、その業務が求めるスキル１のレベル（例えば、「Ｊａｖａスキル３以上」等）を記憶している。求めるスキル２欄４５０は、その業務が求めるスキル２のレベル（例えば、「ネットワークスキル２以上」等）を記憶している。受注申請者欄４９０は、その業務に応募しているワーカー（受注申請者）を記憶している。求めるスキル１欄４４０、求めるスキル２欄４５０内の値は、第３レベルの例に該当する。

教育情報記憶モジュール１３０は、適用度算出モジュール１４０と接続されている。教育情報記憶モジュール１３０は、ワーカーの教育面に関する情報を記憶している。ワーカーの目標とされるスキルの度合いを表す第２レベルに関する情報を記憶している。具体的には、教育情報テーブル５００を記憶している。図５は、教育情報テーブル５００のデータ構造例を示す説明図である。教育情報テーブル５００は、対象職種欄５１０、対象スキル欄５２０、目標レベル欄５３０、重み欄５４０を有している。対象職種欄５１０は、教育面で管理対象としている職種を記憶している。対象スキル欄５２０は、その職種における対象スキルを記憶している。目標レベル欄５３０は、その対象スキルにおける目標レベルを記憶している。重み欄５４０は、そのスキルの重みを記憶している。重みは、適用度を算出する場合に用いる。目標レベル欄５３０内の値は、第２レベルの例に該当する。

適用度算出モジュール１４０は、個人情報記憶モジュール１１０、業務情報記憶モジュール１２０、教育情報記憶モジュール１３０、業務情報表示モジュール１５０と接続されている。適用度算出モジュール１４０は、エージェントの意向（教育面）を考慮した、仕事と人の「適用度」を算出する。
適用度算出モジュール１４０は、個人情報記憶モジュール１１０から、クラウドソーシングシステムに登録されたワーカーの現在のスキルの度合いを表す第１レベルに関する情報を取得する。スキルは複数あってもよい。したがって、その場合、１人のワーカーに対して、複数のスキルのレベル（第１レベル）があることになる。
そして、教育情報記憶モジュール１３０から、ワーカーの目標とされるスキルの度合いを表す第２レベルに関する情報を取得する。

次に、クラウドソーシングシステムにおいて募集されている複数の業務のうち、第１レベルが第２レベルに満たないスキルに関連する業務（業務Ａ）を、第１レベルが第２レベルを超えているスキルに関連する業務（業務Ｂ）より優先的に表示するよう制御する。ここで、優先的に表示するとは、業務Ａの表示形態（表示順序、形状、模様、色彩、点滅（点滅における変更対象は、点滅を行うか否か、点滅を行っている期間、点滅の間隔等がある）又はこれらの組み合わせ）を業務Ｂの表示形態と異ならせるようにすればよい。例えば、リスト表示する場合、業務Ａを業務Ｂよりも上位に位置するようにしてもよいし、業務Ａを赤く表示し、業務Ｂを黒く表示してもよいし、業務Ａに「あなたの将来のために」等のメッセージを付加してもよい。
なお、その制御により表示される業務は、その遂行に当たって必要とされるスキルのレベルを示す第３レベルを、第１レベルが超えている業務である。第３のレベルに関する情報は業務情報記憶モジュール１２０に記憶されており、適用度算出モジュール１４０は、業務情報記憶モジュール１２０から、第３のレベルに関する情報を取得する。

具体的には、適用度算出モジュール１４０は、以下の処理を行う。
個人情報記憶モジュール１１０から、業務情報表示モジュール１５０にアクセスした人（ワーカー）の情報を取得する。
業務情報記憶モジュール１２０から、現在発注されている業務の情報を取得する。
教育情報記憶モジュール１３０から、エージェントの教育の意向を取得する。
下記条件を教育情報記憶モジュール１３０内の情報で比較し適用度を算出する。
（ａ）候補者（応募しているワーカー）のレベル（Ｊａｖａスキル欄３３０等）が教育情報記憶モジュール１３０の目標とされている項目（目標レベル欄５３０）について未達である。
（ｂ）業務の「求めるスキル」（求めるスキル１欄４４０等）に、該当するスキル（対象スキル欄５２０等）が含まれている。
（ｃ）候補者（応募しているワーカー）のレベル（Ｊａｖａスキル欄３３０等）が、業務の「求めるスキル」の基準（求めるスキル１欄４４０）を満たしている。

業務情報表示モジュール１５０は、適用度算出モジュール１４０、ユーザー端末２１０と接続されている。業務情報表示モジュール１５０は、適用度算出モジュール１４０の制御によって、ユーザー端末２１０に表示する画面を生成する。そして、ユーザー２１５の操作又は情報処理装置１００による表示制御に応じて、生成した画面をユーザー端末２１０へ送信する。

図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００Ａ、クラウドソーシングシステム２２０Ａ、クラウドソーシングシステム２２０Ｂ、ユーザー端末２１０Ａ、ユーザー端末２１０Ｂ、ユーザー端末２１０Ｃ、ユーザー端末２１０Ｄ、ユーザー端末２１０Ｅは、通信回線２９０を介してそれぞれ接続されている。クラウドソーシングシステム２２０Ｂは情報処理装置１００Ｂを含んでいる。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００による機能は、クラウドサービスとして実現してもよい。
クラウドソーシングシステム２２０は、前述のクラウドソーシングの機能を有している。クラウドソーシングシステム２２０は、クラウドソーシングシステム２２０Ａのように、情報処理装置１００Ａを通信回線２９０を介して利用してもよいし、クラウドソーシングシステム２２０Ｂのように、内部にある情報処理装置１００Ｂを利用するようにしてもよい。
例えば、ユーザー２１５がワーカーである場合は、ユーザー端末２１０Ａを操作して、クラウドソーシングシステム２２０が表示する業務に応募する。ユーザー２１５が発注者である場合は、ユーザー端末２１０Ｂを操作して、クラウドソーシングシステム２２０に業務を登録する。その際に、その業務に必要な第２レベルがスキル毎に設定される。ユーザー２１５がエージェントである場合は、ユーザー端末２１０Ｃを操作して、クラウドソーシングシステム２２０を管理する。

図６は、第１の実施の形態による処理例を示すフローチャートである。
ステップＳ６０２では、受注者候補であるユーザー２１５が業務情報表示モジュール１５０にアクセスしたことを検知する。
ステップＳ６０４では、適用度算出モジュール１４０が、業務情報表示モジュール１５０にアクセスした受注者候補の情報を受け取り、個人情報記憶モジュール１１０から受注者候補の詳細情報を取得する。

ステップＳ６０６からステップＳ６２６までの処理をくり返す。
ステップＳ６０８では、適用度算出モジュール１４０が、業務情報記憶モジュール１２０から業務の情報を取得する。
ステップＳ６１０からステップＳ６２４までの処理をくり返す。
ステップＳ６１２では、適用度算出モジュール１４０が、教育情報記憶モジュール１３０から教育目標の情報を取得する。
ステップＳ６１４では、適用度算出モジュール１４０は、受注者候補であるユーザー２１５が業務の求めるスキルの基準を満たしているか否かを判断し、満たしている場合（受注可能である場合）はステップＳ６１６へ進み、それ以外の場合（そもそも受注する可能性がない場合）はステップＳ６２２へ進む。

ステップＳ６１６では、適用度算出モジュール１４０は、教育目標のスキルはレベルを問わず業務の求めるスキルに含まれているか否かを判断し、含まれている場合（教育的観点のあるスキルである場合）はステップＳ６１８へ進み、それ以外の場合（教育的観点が不要なスキルである場合）はステップＳ６２２へ進む。
ステップＳ６１８では、適用度算出モジュール１４０は、受注者候補であるユーザー２１５が教育目標を未達であるか否かを判断し、未達である場合はステップＳ６２０へ進み、それ以外の場合（目標とするレベルを達成しているワーカーである場合）はステップＳ６２２へ進む。

ステップＳ６２０では、適用度の値を増加（適用度＋（１×（重み）））させる。
ステップＳ６２２では、適用度の値はそのまま（適用度±０）とする。
ステップＳ６２４では、「業務と照らしあわせていない教育目標が教育情報記憶モジュール１３０上にない」という条件を満たした場合はステップＳ６２６へ進む。その条件を満たしていない場合はステップＳ６１０へ戻る。

ステップＳ６２６では、「適用度を算出していない業務情報が業務情報記憶モジュール１２０上にない」という条件を満たした場合はステップＳ６２８へ進む。その条件を満たしていない場合はステップＳ６０６へ戻る。
ステップＳ６２８では、適用度算出モジュール１４０は、適用度が高い業務をその他の業務よりも優先度を高くして、業務情報表示モジュール１５０に表示させる。

図７は、第１の実施の形態による処理例を示す説明図である。図７の例に示す受注者用表示画面７００は、ユーザー端末２１０の表示装置に表示されるものである。
図７（Ａ）の例に示す受注者用表示画面７００には、そのユーザー２１５（ワーカー）毎に仕事を探すボタン７１０、新着メッセージ欄７２０、プロフィール設定欄７３０を表示している。新着メッセージ欄７２０には、そのユーザー２１５への連絡事項等を表示する。プロフィール設定欄７３０には、そのユーザー２１５のプロフィールの設定に関する事項（具体的には、プロフィール内の記載されていない項目がある旨、変更があった場合は修正する旨等）を表示する。
仕事を探すボタン７１０がユーザー２１５の操作によって選択（クリック）された場合、受注者用表示画面７００を、図７（Ａ）から図７（Ｂ）の例に示す受注者用表示画面７００の表示とする。図７（Ｂ）の例に示す受注者用表示画面７００では、プロ向けタブ７３５、経験不問タブ７４０を表示する。プロ向けタブ７３５が選択された場合、そのワーカーが受注できる仕事一覧７５０を表示する。仕事一覧７５０は、適用度欄７５５、内容欄７６０、報酬欄７６５、求人数欄７７０、残応募日数欄７７５を有している。適用度欄７５５は、適用度算出モジュール１４０で算出された適用度を表示している。内容欄７６０は、その業務の内容を表示している。報酬欄７６５は、その業務の報酬を表示している。求人数欄７７０は、その業務の求人数を表示している。残応募日数欄７７５は、その業務における残応募日数（締め切り日等であってもよい）を表示している。この仕事一覧７５０では、適用度欄７５５に適用度の数値を表示し、適用度が高いものから順に表示している。このような表示を行うことによって、受注者候補（アクセスしているワーカー）は、適用度が高い（エージェントの教育思想に合っている）業務を選択しやすくなるため、受注できる案件が増えるように経験を積みやすくなる。

次に、第１の実施の形態による処理について、具体例を用いて説明する。
図８は、個人情報テーブル８００のデータ構造例を示す説明図である。個人情報テーブル８００は、個人情報記憶モジュール１１０に記憶されており、個人情報テーブル３００と同等のデータ構造であり、スキル欄として、ネットワークスキル欄８５０、ｈｔｍｌスキル欄８６０を追加したものである。個人情報テーブル８００は、個人ＩＤ欄８１０、職種欄８２０、Ｊａｖａスキル欄８３０、設計スキル欄８４０、ネットワークスキル欄８５０、ｈｔｍｌスキル欄８６０等を有している。個人ＩＤ欄８１０は、個人ＩＤを記憶している。職種欄８２０は、職種を記憶している。Ｊａｖａスキル欄８３０は、Ｊａｖａスキルの度合い（レベル値）を記憶している。設計スキル欄８４０は、設計スキルの度合い（レベル値）を記憶している。ネットワークスキル欄８５０は、ネットワークスキルの度合い（レベル値）を記憶している。ｈｔｍｌスキル欄８６０は、ｈｔｍｌスキルの度合い（レベル値）を記憶している。

図９は、業務情報テーブル９００のデータ構造例を示す説明図である。業務情報テーブル９００は、業務情報記憶モジュール１２０に記憶されており、業務情報テーブル４００と同等のデータ構造である。業務情報テーブル９００は、業務ＩＤ欄９１０、内容欄９２０、対象職種欄９３０、求めるスキル１欄９４０、求めるスキル２欄９５０、受注申請者欄９９０等を有している。業務ＩＤ欄９１０は業務ＩＤを記憶している。内容欄９２０は、内容を記憶している。対象職種欄９３０は、対象職種を記憶している。求めるスキル１欄９４０は、求めるスキル１のレベルを記憶している。求めるスキル２欄９５０は、求めるスキル２のレベルを記憶している。受注申請者欄９９０は、受注申請者を記憶している。

図１０は、教育情報テーブル１０００のデータ構造例を示す説明図である。教育情報テーブル１０００は、教育情報記憶モジュール１３０に記憶されており、教育情報テーブル５００と同等のデータ構造である。教育情報テーブル１０００は、対象職種欄１０１０、対象スキル欄１０２０、目標レベル欄１０３０、重み欄１０４０を有している。対象職種欄１０１０は、対象職種を記憶している。対象スキル欄１０２０は、対象スキルを記憶している。目標レベル欄１０３０は、目標レベルを記憶している。重み欄１０４０は、重みを記憶している。なお、重み欄１０４０の欄（図１０の例では、対象１０５０）の重みは、適用度に加算される値である。

図８〜図１０の例に示すようなデータ構造である場合、次のような処理を行う。受注者候補（ワーカー）が、業務が求めるスキルであって、そのスキルの目標レベルを達成しておらず、業務が求めるスキルレベルを達成している際（ワーカーは、業務を受任できるほどのレベルであるが、教育的な目標レベルには達していない場合）に、重みに応じて適用度を加算する。なお、適用度の初期値は「０」とする。
［ワーカーＨ００１が業務Ａ００１の仕事を閲覧する際の適用度の算出処理］
「Ｊａｖａスキル」が目標未達（個人情報テーブル８００の１行目のＪａｖａスキル欄８３０が「３」であり、教育情報テーブル１０００の１行目の目標レベル欄１０３０「４」である）、業務Ａ００１の求めるスキルにＪａｖａが含まれており（業務情報テーブル９００の求めるスキル１欄９４０）、ワーカーＨ００１はその基準をクリアしている（個人情報テーブル８００のＪａｖａスキル欄８３０）。したがって、「適用度＋４」の計算を行う。なお、「＋４」は、教育情報テーブル１０００の１行目の重み欄１０４０から抽出した値である。
「設計スキル」は目標達成している。したがって、適用度はそのままの値（適用度±０）とする。
「ネットワークスキル」が目標未達、業務Ａ００１の求めるスキルにネットワークが含まれており、ワーカーＨ００１はその基準をクリアしている。したがって、「適用度＋２」の計算を行う。
最終的には、ワーカーＨ００１から見た業務Ａ００１の適用度は「６」となる。

［ワーカーＨ００２が業務Ａ００１の仕事を閲覧する際の適用度の算出処理］
「Ｊａｖａスキル」が目標未達、業務Ａ００１の求めるスキルにＪａｖａが含まれており、ワーカーＨ００２はその基準をクリアしている。したがって、「適用度＋４」の計算を行う。
「設計スキル」が目標未達だが、業務Ａ００１の求めるスキルに設計は含まれていない。したがって、適用度はそのままの値（適用度±０）とする。
「ネットワークスキル」が目標未達、業務Ａ００１の求めるスキルにネットワークが含まれているが、ワーカーＨ００２はその基準をクリアしていない。したがって、適用度はそのままの値（適用度±０）とする。
最終的には、ワーカーＨ００２から見た業務Ａ００１の適用度は「４」となる。

［ワーカーＨ００３が業務Ａ００１の仕事を閲覧する際の適用度の算出処理］
「Ｊａｖａスキル」は目標達成している。したがって、適用度はそのままの値（適用度±０）とする。
「設計スキル」が目標未達だが、業務Ａ００１の求めるスキルに設計は含まれていない。したがって、適用度はそのままの値（適用度±０）とする。
「ネットワークスキル」は目標達成している。したがって、適用度はそのままの値（適用度±０）とする。
最終的には、ワーカーＨ００３から見たＡ００１の適用度は「０」となる。

［ワーカーＨ００４が業務Ａ００１の仕事を閲覧する際の適用度の算出処理］
「ｈｔｍｌスキル」が目標未達だが、業務Ａ００１の求めるスキルにｈｔｍｌは含まれていない。したがって、適用度はそのままの値（適用度±０）とする。
最終的には、ワーカーＨ００４から見た業務Ａ００１の適用度は「０」となる。

＜＜第２の実施の形態＞＞
図１１は、第２の実施の形態の構成例についての概念的なモジュール構成図である。
情報処理装置１１００は、個人情報記憶モジュール１１０、業務情報記憶モジュール１２０、教育情報記憶モジュール１３０、適用度算出モジュール１４０、業務情報表示モジュール１５０、業務情報更新モジュール１１６０を有している。情報処理装置１１００は、図１の例に示す情報処理装置１００に業務情報更新モジュール１１６０を付加したものである。なお、前述の実施の形態と同種の部位には同一符号を付し重複した説明を省略する（以下、同様）。
情報処理装置１１００は、「業務が求めるスキル」の求めるレベルを動的に変更するものである。例えば、納期が近くなると求めるスキルのレベルが上がるようにする。具体的には、業務情報更新モジュール１１６０が定期的に、以下の式を用いて、業務情報記憶モジュール１２０内の値を更新する。
（成果規模）÷（納期までの日数）＝（難易度）
これによって、難易度により業務が求めるスキルのレベルが変動することになる。

個人情報記憶モジュール１１０は、適用度算出モジュール１４０と接続されている。
業務情報記憶モジュール１２０は、業務情報更新モジュール１１６０と接続されている。
教育情報記憶モジュール１３０は、適用度算出モジュール１４０と接続されている。
適用度算出モジュール１４０は、個人情報記憶モジュール１１０、教育情報記憶モジュール１３０、業務情報更新モジュール１１６０、業務情報表示モジュール１５０と接続されている。
業務情報表示モジュール１５０は、適用度算出モジュール１４０、ユーザー端末２１０と接続されている。
ユーザー端末２１０は、情報処理装置１００の業務情報表示モジュール１５０と接続されている。

業務情報更新モジュール１１６０は、業務情報記憶モジュール１２０、適用度算出モジュール１４０と接続されている。業務情報更新モジュール１１６０は、募集された業務の納期又は規模に応じて、第３レベルを設定する。「募集された業務の納期又は規模」としては、「募集された業務の納期」、「募集された業務の規模」、「募集された業務の納期及び規模」がある。そして、「募集された業務の納期」が短いほど、第３レベルを高くする。「募集された業務の規模」が大きいほど、第３レベルを高くする。「募集された業務の納期及び規模」として、例えば、「募集された業務の規模」を「募集された業務の納期」で除した値（単位時間あたりの規模）が大きいほど、第３レベルを高くする。
具体的には、業務情報更新モジュール１１６０は、以下の処理を行う。
業務情報記憶モジュール１２０内から、“納期”、“成果規模”、“求めるスキル”の情報を取得する。
以下の式によって、難易度を算出する。
（成果規模）÷（納期までの日数）＝（難易度）
そして、その難易度に応じて業務の“求めるスキル”の求めるレベルを上昇させる。前述したように、難易度を、成果規模だけで算出してもよいし、難易度を、納期までの日数だけで算出してもよい。
これによって、納期までの残り時間に応じて求めるスキルのレベルを変更するため、実際のスキルレベルにマッチした受発注が行えるようになる。

業務情報更新モジュール１１６０は、業務情報記憶モジュール１２０内の業務情報テーブル１２００を対象として処理を行う。
図１２は、業務情報テーブル１２００のデータ構造例を示す説明図である。業務情報テーブル１２００は、業務情報記憶モジュール１２０に記憶されており、業務情報テーブル４００と同等のデータ構造であり、納期欄１２３０、成果規模欄１２４０を追加したものである。
業務情報テーブル１２００は、業務ＩＤ欄１２１０、内容欄１２２０、納期欄１２３０、成果規模欄１２４０、対象職種欄１２５０、求めるスキル１欄１２６０、求めるスキル２欄１２７０、受注申請者欄１２９０等を有している。業務ＩＤ欄１２１０は、業務ＩＤを記憶している。内容欄１２２０は、その業務の内容を記憶している。納期欄１２３０は、その業務の納期を記憶している。成果規模欄１２４０は、その業務の成果規模（その業務を遂行するにあたって必要となる工数）を記憶している。対象職種欄１２５０は、その業務の対象職種を記憶している。求めるスキル１欄１２６０は、その業務が求めるスキル１のレベルを記憶している。求めるスキル２欄１２７０は、その業務が求めるスキル２のレベルを記憶している。受注申請者欄１２９０は、その業務の受注申請者を記憶している。
なお、求めるスキル１欄１２６０における対象箇所１２６５、求めるスキル２欄１２７０における対象箇所１２７５の値は、難易度に応じて更新する箇所である。

図１３は、第２の実施の形態（業務情報更新モジュール１１６０）による処理例を示すフローチャートである。
ステップＳ１３０２からステップＳ１３１２までの処理をくり返す。
ステップＳ１３０４では、業務情報更新モジュール１１６０が業務情報記憶モジュール１２０から１つの業務の“納期”と“成果規模”と“求めるスキル”の情報を取得する。
ステップＳ１３０６では、業務情報更新モジュール１１６０が、取得した“成果規模”を納期までの日数で割った値（難易度）を算出する。
ステップＳ１３０８では、難易度が一定値以上であるか否かを判断し、難易度が一定値以上である場合はステップＳ１３１０へ進み、それ以外の場合はステップＳ１３１２へ進む。

ステップＳ１３１０では、業務情報更新モジュール１１６０が業務情報記憶モジュール１２０の該当する業務の求めるスキルの求めるスキルレベルを一定値上昇させる。
ステップＳ１３１２では、「業務情報更新モジュール１１６０が“納期”と“成果規模”と“求めるスキル”の情報を取得していない業務が業務情報記憶モジュール１２０上に存在しない」という条件を満たした場合は処理を終了する（ステップＳ１３９９）。その条件を満たしていない場合はステップＳ１３０２へ戻る。

＜＜第３の実施の形態＞＞
図１４は、第３の実施の形態の構成例についての概念的なモジュール構成図である。
情報処理装置１４００は、個人情報記憶モジュール１１０、業務情報記憶モジュール１２０、教育情報記憶モジュール１３０、教育情報更新モジュール１４７０、適用度算出モジュール１４０、業務情報表示モジュール１５０を有している。情報処理装置１４００は、図１の例に示す情報処理装置１００に教育情報更新モジュール１４７０を付加したものである。
情報処理装置１４００は、エージェントの意向（教育）を自動的に抽出するものである。
発注されている案件を参照すると、発注者の求めているスキルがわかる。一方でワーカーの情報から、そのワーカーの現状のスキルがわかる。
このギャップ（発注者の求めているスキルとワーカーの現状のスキルとの差分）から育成の方向性を決定し、提示してもよい。そして、ワーカーの成長を促せるように業務を割り当てる。
例えば、「Ｊａｖａスキル」をレベルＸ以上求める業務が多いので、「Ｊａｖａスキル」をレベルＸ以上である人材を育てなければいけないが、これを補助することとなる。

個人情報記憶モジュール１１０は、教育情報更新モジュール１４７０と接続されている。
業務情報記憶モジュール１２０は、教育情報更新モジュール１４７０と接続されている。
教育情報記憶モジュール１３０は、教育情報更新モジュール１４７０と接続されている。
適用度算出モジュール１４０は、教育情報更新モジュール１４７０、業務情報表示モジュール１５０と接続されている。
業務情報表示モジュール１５０は、適用度算出モジュール１４０、ユーザー端末２１０と接続されている。
ユーザー端末２１０は、情報処理装置１００の業務情報表示モジュール１５０と接続されている。

教育情報更新モジュール１４７０は、個人情報記憶モジュール１１０、業務情報記憶モジュール１２０、教育情報記憶モジュール１３０、適用度算出モジュール１４０と接続されている。教育情報更新モジュール１４７０は、募集された業務についての第３レベルの情報と、その第３レベルを満たしているワーカーの数とに基づいて、第２レベルを設定するようにしてもよい。その第２レベルの重みも設定するようにしてもよい。
具体的には、教育情報更新モジュール１４７０は、以下の処理を行う。
個人情報記憶モジュール１１０から個人（ワーカー）それぞれが習得しているスキルの情報（第１レベル）を職種毎に取得する。
そして、業務情報記憶モジュール１２０から業務それぞれが求めるスキルの情報（第３レベル）を対象職種毎に取得する。
次に、２つの取得した情報（第１レベルと第３レベル）を比較し、業務が求めるスキルを習得している人が少ないと判断できる場合、教育情報記憶モジュール１３０に、必要な情報（そのスキルの第２レベル）を追加する。

教育情報更新モジュール１４７０は、個人情報記憶モジュール１１０内の個人情報テーブル１５００、業務情報記憶モジュール１２０内の業務情報テーブル１６００、教育情報記憶モジュール１３０内の教育情報テーブル１７００を対象として処理を行う。
図１５は、個人情報テーブル１５００のデータ構造例を示す説明図である。個人情報テーブル１５００は、個人情報記憶モジュール１１０に記憶されており、個人情報テーブル３００と同等のデータ構造であり、スキル欄として、ネットワークスキル欄１５５０、ｈｔｍｌスキル欄１５６０を追加したものである。
個人情報テーブル１５００は、個人ＩＤ欄１５１０、職種欄１５２０、Ｊａｖａスキル欄１５３０、設計スキル欄１５４０、ネットワークスキル欄１５５０、ｈｔｍｌスキル欄１５６０等を有している。個人ＩＤ欄１５１０は、個人ＩＤを記憶している。職種欄１５２０は、職種を記憶している。Ｊａｖａスキル欄１５３０は、Ｊａｖａスキルの度合い（レベル値）を記憶している。設計スキル欄１５４０は、設計スキルの度合い（レベル値）を記憶している。ネットワークスキル欄１５５０は、ネットワークスキルの度合い（レベル値）を記憶している。ｈｔｍｌスキル欄１５６０は、ｈｔｍｌスキルの度合い（レベル値）を記憶している。

図１６は、業務情報テーブル１６００のデータ構造例を示す説明図である。業務情報テーブル１６００は、業務情報記憶モジュール１２０に記憶されており、業務情報テーブル４００と同等のデータ構造である。
業務情報テーブル１６００は、業務ＩＤ欄１６１０、内容欄１６２０、対象職種欄１６３０、求めるスキル１欄１６４０、求めるスキル２欄１６５０、受注申請者欄１６９０等を有している。業務ＩＤ欄１６１０は業務ＩＤを記憶している。内容欄１６２０は、内容を記憶している。対象職種欄１６３０は、対象職種を記憶している。求めるスキル１欄１６４０は、求めるスキル１のレベルを記憶している。求めるスキル２欄１６５０は、求めるスキル２のレベルを記憶している。受注申請者欄１６９０は、受注申請者を記憶している。

図１７は、教育情報テーブル１７００のデータ構造例を示す説明図である。教育情報テーブル１７００は、教育情報記憶モジュール１３０に記憶されており、教育情報テーブル５００と同等のデータ構造である。
教育情報テーブル１７００は、対象職種欄１７１０、対象スキル欄１７２０、目標レベル欄１７３０、重み欄１７４０を有している。対象職種欄１７１０は、対象職種を記憶している。対象スキル欄１７２０は、対象スキルを記憶している。目標レベル欄１７３０は、目標レベルを記憶している。重み欄１７４０は、重みを記憶している。
例えば、ネットワークスキルの目標レベル（教育情報テーブル１７００の目標レベル欄１７３０の対象１７３５の値）を追加する場合は、個人情報テーブル１５００のネットワークスキル欄１５５０の対象１５５５、業務情報テーブル１６００の求めるスキル２欄１６５０の対象１６５５を参照することになる。

図１８は、第３の実施の形態による処理例を示すフローチャートである。
ステップＳ１８０２では、教育情報更新モジュール１４７０が個人情報記憶モジュール１１０から登録されている人が習得しているスキルの情報を職種毎にすべて取得する。
ステップＳ１８０４では、教育情報更新モジュール１４７０が業務情報記憶モジュール１２０から登録されている業務が求めているスキルの情報を対象職種毎にすべて取得する。
ステップＳ１８０６では、教育情報更新モジュール１４７０が、業務が求めるスキルのうち一定数（予め定められた閾値）以上の業務で求められているスキルのレベルを洗い出す（抽出する）。

ステップＳ１８０８からステップＳ１８２０までの処理をくり返す。
ステップＳ１８１０では、教育情報更新モジュール１４７０が、洗い出されたスキルとスキルレベルの１つについて、対象の職種で習得している人の人数を算出する。
ステップＳ１８１２では、算出された人数が一定数（予め定められた閾値）以上であるか否かを判断し、算出された人数が一定数以上である場合はステップＳ１８２０へ進み、それ以外の場合はステップＳ１８１４へ進む。
ステップＳ１８１４では、該当するスキル、職種の教育情報記憶モジュール１３０上での目標値は業務で求められているレベルより高いものであるか否かを判断し、求められているレベルより高いものである場合はステップＳ１８２０へ進み、それ以外の場合はステップＳ１８１６へ進む。

ステップＳ１８１６では、教育情報更新モジュール１４７０が、ステップＳ１８１０で算出した人数の、ステップＳ１８１２の一定数（予め定められた値）の人数に対する割合に応じて設定する「スキル目標の重み」を算出する。
ステップＳ１８１８では、教育情報更新モジュール１４７０が、スキルの目標レベルは、業務が求めるレベルとして教育情報記憶モジュール１３０を更新する。
ステップＳ１８２０では、「洗い出された業務が求めるスキルレベルの中で、業務が求めるスキルを習得している人の人数を算出していないものがない」という条件を満たした場合は処理を終了する（ステップＳ１８９９）。その条件を満たしていない場合はステップＳ１８０８へ戻る。

次に、第３の実施の形態による処理について、具体例を用いて説明する。
図１９は、個人情報テーブル１９００のデータ構造例を示す説明図である。個人情報テーブル１９００は、個人情報記憶モジュール１１０に記憶されており、個人情報テーブル３００と同等のデータ構造であり、スキル欄として、ネットワークスキル欄１９５０、ｈｔｍｌスキル欄１９６０を追加したものである。
個人情報テーブル１９００は、個人ＩＤ欄１９１０、職種欄１９２０、Ｊａｖａスキル欄１９３０、設計スキル欄１９４０、ネットワークスキル欄１９５０、ｈｔｍｌスキル欄１９６０等を有している。個人ＩＤ欄１９１０は、個人ＩＤを記憶している。職種欄１９２０は、職種を記憶している。Ｊａｖａスキル欄１９３０は、Ｊａｖａスキルの度合い（レベル値）を記憶している。設計スキル欄１９４０は、設計スキルの度合い（レベル値）を記憶している。ネットワークスキル欄１９５０は、ネットワークスキルの度合い（レベル値）を記憶している。ｈｔｍｌスキル欄１９６０は、ｈｔｍｌスキルの度合い（レベル値）を記憶している。

図２０は、業務情報テーブル２０００のデータ構造例を示す説明図である。業務情報テーブル２０００は、業務情報記憶モジュール１２０に記憶されており、業務情報テーブル４００と同等のデータ構造である。
業務情報テーブル２０００は、業務ＩＤ欄２０１０、内容欄２０２０、対象職種欄２０３０、求めるスキル１欄２０４０、求めるスキル２欄２０５０、受注申請者欄２０９０等を有している。業務ＩＤ欄２０１０は業務ＩＤを記憶している。内容欄２０２０は、内容を記憶している。対象職種欄２０３０は、対象職種を記憶している。求めるスキル１欄２０４０は、求めるスキル１のレベルを記憶している。求めるスキル２欄２０５０は、求めるスキル２のレベルを記憶している。受注申請者欄２０９０は、受注申請者を記憶している。

図２１は、教育情報テーブル２１００のデータ構造例を示す説明図である。教育情報テーブル２１００は、教育情報記憶モジュール１３０に記憶されており、教育情報テーブル５００と同等のデータ構造である。
教育情報テーブル２１００は、対象職種欄２１１０、対象スキル欄２１２０、目標レベル欄２１３０、重み欄２１４０を有している。対象職種欄２１１０は、対象職種を記憶している。対象スキル欄２１２０は、対象スキルを記憶している。目標レベル欄２１３０は、目標レベルを記憶している。重み欄２１４０は、重みを記憶している。

図１９〜図２１の例に示すようなデータ構造である場合、次のような処理を行う。
以下のことから教育情報テーブル２１００の「ソフトウェア開発」の「ネットワークスキル」の目標レベル（教育情報テーブル２１００の対象２１５０の目標レベル欄２１３０）を「３」に更新する。
（ａ）業務情報テーブル２０００の“対象職種：ソフトウェア開発”（業務情報テーブル２０００の対象職種欄２０３０の対象２０３５）で“求めるスキル：ネットワークスキル３以上”（業務情報テーブル２０００の求めるスキル２欄２０５０の対象２０５５）の業務が一定数（３）以上である
（ｂ）個人情報テーブル１９００の“職種：ソフトウェア開発”（個人情報テーブル１９００の職種欄１９２０の対象１９２５）で“ネットワークスキルが３以上”（個人情報テーブル１９００のネットワークスキル欄１９５０の対象１９５５）の人が一定数（１）以下である
（Ｃ）教育情報テーブル２１００の“職種：ソフトウェア開発”の“ネットワークスキル”の目標値（教育情報テーブル２１００の対象２１５０の目標レベル欄２１３０）は３より小さい（２）

［設定する目標の重みの決定処理］
個人情報テーブル１９００から取得した、該当するスキルレベルを習得している人の人数によって重みを更新する。以下の規則にしたがって重みを決定する。
・該当するスキルレベルを習得している人の人数が、上記一定数（１）の［０〜２０％］：重みは「５」
・該当するスキルレベルを習得している人の人数が、上記一定数（１）の［２１〜４０％］：重みは「４」
・該当するスキルレベルを習得している人の人数が、上記一定数（１）の［４１〜６０％］：重みは「３」
・該当するスキルレベルを習得している人の人数が、上記一定数（１）の［６１〜８０％］：重みは「２」
・該当するスキルレベルを習得している人の人数が、上記一定数（１）の［８１〜１００％］：重みは「１」
よって、第３の実施の形態では、「ソフトウェア開発者のネットワークスキルの目標レベル３、重み５」（教育情報テーブル２１００の対象２１５０の目標レベル欄２１３０、重み欄２１４０）の目標で教育情報テーブル２１００を更新する。
このような処理を行うことによって、教育情報テーブル２１００の目標を達成している受注者候補がたくさんいても、受注できる人が少ない業務が大量に発注されることを防ぐことができる。具体的には、目標レベルを上げる更新を行う。
また、達成している人が少ない目標ほど重みが大きくなるため、発注されている業務を受注できるスキルを持っている人がほとんどいない状態を防ぐことにつながる。

＜＜第４の実施の形態＞＞
図２２は、第４の実施の形態の構成例についての概念的なモジュール構成図である。
情報処理装置２２００は、個人情報記憶モジュール１１０、業務情報記憶モジュール１２０、教育情報記憶モジュール１３０、経験値算出モジュール２２４０、個人情報表示モジュール２２５０、適用度算出モジュール１４０、業務情報表示モジュール１５０を有している。情報処理装置２２００は、図１の例に示す情報処理装置１００に経験値算出モジュール２２４０、個人情報表示モジュール２２５０を付加したものである。
情報処理装置２２００は、あとどの程度の経験でスキルレベルが上がるか自動的に算出するものである。

個人情報記憶モジュール１１０は、経験値算出モジュール２２４０と接続されている。
業務情報記憶モジュール１２０は、経験値算出モジュール２２４０と接続されている。
教育情報記憶モジュール１３０は、適用度算出モジュール１４０と接続されている。
適用度算出モジュール１４０は、教育情報記憶モジュール１３０、個人情報表示モジュール２２５０、業務情報表示モジュール１５０と接続されている。
業務情報表示モジュール１５０は、適用度算出モジュール１４０、ユーザー端末２１０と接続されている。
ユーザー端末２１０は、情報処理装置１００の業務情報表示モジュール１５０と接続されている。

経験値算出モジュール２２４０は、個人情報記憶モジュール１１０、業務情報記憶モジュール１２０、個人情報表示モジュール２２５０と接続されている。経験値算出モジュール２２４０は、第１レベルと第３レベルを比較し、次のスキルレベルに上がるために経験しなければならない業務数を算出する。算出する業務数は、対象となっているワーカーが次のスキルレベルに上がる（現在の第１レベルを上位のレベルに上げる）ために、そのワーカーが経験しなければならない業務数である。
具体的には、経験値算出モジュール２２４０は、以下の処理を行う。
個人情報記憶モジュール１１０から、個人情報表示モジュール２２５０にアクセスした人の情報を取得する。特に、後述する個人情報テーブル２３００の完了業務欄２３９０内の情報を抽出する。
業務情報記憶モジュール１２０から、上記情報を取得した人が完了した業務の情報を取得する。
上記取得した“個人のスキルレベル”と“業務が求めるスキルのレベル”を比較し、あとどのくらい業務をこなせば次のスキルレベルに上がるか算出する。

個人情報表示モジュール２２５０は、経験値算出モジュール２２４０、適用度算出モジュール１４０と接続されている。個人情報表示モジュール２２５０は、経験値算出モジュール２２４０によって算出された業務数を、対象としているワーカーの個人情報としてユーザー端末２１０に表示させる。例えば、後述する図２６に示す経験値算出後の個人情報表示領域２６００を表示させる。

経験値算出モジュール２２４０は、個人情報記憶モジュール１１０内の個人情報テーブル２３００、業務情報記憶モジュール１２０内の業務情報テーブル２４００を対象として処理を行う。
図２３は、個人情報テーブル２３００のデータ構造例を示す説明図である。個人情報テーブル２３００は、個人情報記憶モジュール１１０に記憶されており、個人情報テーブル３００と同等のデータ構造であり、スキル欄として、ネットワークスキル欄２３５０、ｈｔｍｌスキル欄２３６０を追加したものである。ただし、完了業務欄２３９０を追加している。
個人情報テーブル２３００は、個人ＩＤ欄２３１０、職種欄２３２０、Ｊａｖａスキル欄２３３０、設計スキル欄２３４０、ネットワークスキル欄２３５０、ｈｔｍｌスキル欄２３６０、完了業務欄２３９０等を有している。個人ＩＤ欄２３１０は、個人ＩＤを記憶している。職種欄２３２０は、職種を記憶している。Ｊａｖａスキル欄２３３０は、Ｊａｖａスキルの度合い（レベル値）を記憶している。設計スキル欄２３４０は、設計スキルの度合い（レベル値）を記憶している。ネットワークスキル欄２３５０は、ネットワークスキルの度合い（レベル値）を記憶している。ｈｔｍｌスキル欄２３６０は、ｈｔｍｌスキルの度合い（レベル値）を記憶している。完了業務欄２３９０は、完了業務を記憶している。

図２４は、業務情報テーブル２４００のデータ構造例を示す説明図である。業務情報テーブル２４００は、業務情報記憶モジュール１２０に記憶されており、業務情報テーブル４００と同等のデータ構造である。
業務情報テーブル２４００は、業務ＩＤ欄２４１０、内容欄２４２０、対象職種欄２４３０、求めるスキル１欄２４４０、求めるスキル２欄２４５０、受注申請者欄２４９０等を有している。業務ＩＤ欄２４１０は業務ＩＤを記憶している。内容欄２４２０は、内容を記憶している。対象職種欄２４３０は、対象職種を記憶している。求めるスキル１欄２４４０は、求めるスキル１のレベルを記憶している。求めるスキル２欄２４５０は、求めるスキル２のレベルを記憶している。受注申請者欄２４９０は、受注申請者を記憶している。

図２５は、第４の実施の形態による処理例を示すフローチャートである。
ステップＳ２５０２では、受注者候補であるユーザー２１５が個人情報表示モジュール２２５０にアクセスする。
ステップＳ２５０４では、経験値算出モジュール２２４０が、個人情報表示モジュール２２５０にアクセスした人の情報を、個人情報記憶モジュール１１０から取得する。
ステップＳ２５０６では、経験値算出モジュール２２４０が、取得した個人の“完了業務”の情報を業務情報記憶モジュール１２０から取得する。

ステップＳ２５０８からステップＳ２５２４までの処理をくり返す。
ステップＳ２５１０では、経験値算出モジュール２２４０が、取得した個人の、１つのスキルのレベルと同じスキルレベルを求める業務を個人がいくつ完了しているかを算出する。
ステップＳ２５１２では、算出された完了業務数が一定値（予め定められた閾値）以上であるか否かを判断し、一定値以上である場合はステップＳ２５１４へ進み、それ以外の場合はステップＳ２５２２へ進む。
ステップＳ２５１４からステップＳ２５２０までの処理をくり返す。
ステップＳ２５１６では、経験値算出モジュール２２４０が、個人情報記憶モジュール１１０の該当スキルのレベルを１段階上げる。
ステップＳ２５１８では、経験値算出モジュール２２４０が、該当スキルのレベルを求める業務をいくつ完了しているか算出する。
ステップＳ２５２０では、「完了している業務の数が一定値（予め定められた閾値）以下である」という条件を満たした場合はステップＳ２５２２へ進む。その条件を満たしていない場合はステップＳ２５１４へ戻る。

ステップＳ２５２２では、経験値算出モジュール２２４０が完了案件数と、一定値（予め定められた値）の差分を算出する。
ステップＳ２５２４では、「完了案件数と一定値（予め定められた値）の差分を計算していないスキルが個人情報記憶モジュール１１０のスキルの属性に存在しない」という条件を満たした場合は処理を終了する（ステップＳ２５９９）。その条件を満たしていない場合はステップＳ２５０８へ戻る。

次に、第４の実施の形態による処理について、具体例を用いて説明する。
図２７は、個人情報テーブル２７００のデータ構造例を示す説明図である。個人情報テーブル２７００は、個人情報記憶モジュール１１０に記憶されており、個人情報テーブル３００と同等のデータ構造であり、名前欄２７２０、スキル欄として、ネットワークスキル欄２７６０、ｈｔｍｌスキル欄２７７０、そして、完了業務欄２７９０を追加したものである。
個人情報テーブル２７００は、個人ＩＤ欄２７１０、名前欄２７２０、職種欄２７３０、Ｊａｖａスキル欄２７４０、設計スキル欄２７５０、ネットワークスキル欄２７６０、ｈｔｍｌスキル欄２７７０、完了業務欄２７９０等を有している。個人ＩＤ欄２７１０は、個人ＩＤを記憶している。名前欄２７２０は、その個人ＩＤが指し示すユーザーの名前を記憶している。職種欄２７３０は、職種を記憶している。Ｊａｖａスキル欄２７４０は、Ｊａｖａスキルの度合い（レベル値）を記憶している。設計スキル欄２７５０は、設計スキルの度合い（レベル値）を記憶している。ネットワークスキル欄２７６０は、ネットワークスキルの度合い（レベル値）を記憶している。ｈｔｍｌスキル欄２７７０は、ｈｔｍｌスキルの度合い（レベル値）を記憶している。完了業務欄２７９０は、そのユーザーが完了した業務の業務ＩＤを記憶している。

図２８は、業務情報テーブル２８００のデータ構造例を示す説明図である。業務情報テーブル２８００は、業務情報記憶モジュール１２０に記憶されており、業務情報テーブル４００と同等のデータ構造である。
業務情報テーブル２８００は、業務ＩＤ欄２８１０、内容欄２８２０、対象職種欄２８３０、求めるスキル１欄２８４０、求めるスキル２欄２８５０、受注申請者欄２８９０等を有している。業務ＩＤ欄２８１０は業務ＩＤを記憶している。内容欄２８２０は、内容を記憶している。対象職種欄２８３０は、対象職種を記憶している。求めるスキル１欄２８４０は、求めるスキル１のレベルを記憶している。求めるスキル２欄２８５０は、求めるスキル２のレベルを記憶している。受注申請者欄２８９０は、受注申請者を記憶している。

図２７、図２８の例に示すようなデータ構造である場合、次のような処理を行う。
図２６は、第４の実施の形態による処理例（個人情報表示モジュール２２５０による表示例）を示す説明図である。図２６の例に示す経験値算出後の個人情報表示領域２６００は、ユーザー端末２１０の表示装置に表示されるものである。
経験値算出後の個人情報表示領域２６００には、写真欄２６１０、個人ＩＤ欄２６２０、名前欄２６３０、職種欄２６４０、習得スキル欄２６５０を表示する。
個人ＩＤ欄２６２０には、ワーカーの個人ＩＤである「Ｈ００１」（個人情報テーブル２７００の個人ＩＤ欄２７１０の値）を表示する。
名前欄２６３０には、ワーカーの氏名である「田中 タロウ」（個人情報テーブル２７００の名前欄２７２０の値）を表示する。
職種欄２６４０には、ワーカーの職種である「ソフトウェアエンジニア」（個人情報テーブル２７００の職種欄２７３０の値）を表示する。
習得スキル欄２６５０には、経験値算出モジュール２２４０による処理結果を表示する。例えば、次のような表示を行う。
「Ｊａｖａ：３
※「求めるスキル”Ｊａｖａ３以上”」の業務をあと２件完了するとＪａｖａスキルが３．５になります。
設計：３
※「求めるスキル”設計３以上”」の業務をあと３件完了すると設計スキルが３．５になります。」

田中タロウ（個人ＩＤ：Ｈ００１）が、個人情報表示モジュール２２５０にアクセスすると、図２６の例に示す「次のスキルレベルに上がるために経験しなければならない業務数」部分（習得スキル欄２６５０内の※部分）のように、現在のスキルレベルを次のレベルに上げるまでに必要な業務件数を表示する。そのために、経験値算出モジュール２２４０は以下の処理を行う。
個人情報テーブル２７００の完了業務欄２７９０から、田中タロウは“Ａ００１，Ａ００２，Ａ００３”の業務を完了していることを抽出する。
（ａ）「Ｊａｖａスキル」に関して、個人情報テーブル２７００のＪａｖａスキル欄２７４０から田中タロウの「Ｊａｖａスキル」は現在レベル「３」である。業務情報テーブル２８００から、“Ａ００１，Ａ００２，Ａ００３”の業務の中で求めるスキルを“Ｊａｖａスキル３以上”としている業務は１件である。ここでは、設定値（レベルを１段階（ここではレベル０．５）上げるために経験しなければならない業務数）を「３」としているため、次の式を用いて算出する。なお、経験しなければならない業務は、ワーカーの現在レベルと同じレベルを要求している業務でなければならない。
（設定値）−（対象スキルのある今までの完了業務数）＝（これから経験しなければならない業務数）
具体的には、「３−１＝２」と算出する。したがって、「求めるスキル“Ｊａｖａ３以上”」の業務をあと２件完了すると「Ｊａｖａスキル」が次のレベル３．５に上がることになる。

（ｂ）「設計スキル」に関して、個人情報テーブル２７００の設計スキル欄２７５０から田中タロウの「設計スキル」は現在レベル「２．５」である。業務情報テーブル２８００から、“Ａ００１，Ａ００２，Ａ００３”の業務の中で求めるスキルを“設計スキル２．５以上”としている業務は３件である。ここでは、設定値を「３」としているため、前述の式を用いて算出すると、「３−３＝０」を算出する。したがって、完了業務数が設定値より小さくないため、田中タロウの設計スキルを１段階上げる。具体的には、個人情報テーブル２７００の田中タロウの設計スキルのレベルを「２．５」からレベル「３」に更新する。
そして、業務情報テーブル２８００から、「求めるスキル“設計３以上”」の業務は、“Ａ００１，Ａ００２，Ａ００３”の業務の中では０件である。設定値を「３」としているため、前述の式を用いて算出すると、「３−０＝３」を算出する。したがって、「求めるスキル“設計３以上”」の業務をあと３件完了すると「設計スキル」が次のレベル３．５に上がることになる。
このような処理によって、受注者候補であるユーザー２１５は、自分のスキルの中でレベルが上がりやすいものを確認することができる。

また適用度算出モジュール１４０は、第１レベルが第２レベルに満たないスキルに関連する業務が複数ある場合は、第３レベルが高い業務を低い業務より優先的に表示するよう制御するようにしてもよい。つまり、次のスキルレベルに上がるために経験しなければならない業務は、ワーカーの現在レベルと同じレベルを要求している業務でなければならないのであり、表示する業務は、ワーカーの現在レベルが業務の要求しているレベル以上でなければならないのであるから、第３レベル（その業務が要求しているレベル）が高い業務を選択しなければ、次のレベルにアップすることはできないことになる。そこで、次のレベルに上がるために、第３レベルが高い業務を低い業務より優先的に表示するよう制御する。さらに、ワーカーの現在レベルと同じレベルを要求している業務を他の業務よりも優先的に表示するように制御してもよい。

なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図２９に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ２９０１を用い、記憶装置としてＲＡＭ２９０２、ＲＯＭ２９０３、ＨＤ２９０４を用いている。ＨＤ２９０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を用いてもよい。適用度算出モジュール１４０、業務情報表示モジュール１５０、業務情報更新モジュール１１６０、教育情報更新モジュール１４７０、経験値算出モジュール２２４０、個人情報表示モジュール２２５０等のプログラムを実行するＣＰＵ２９０１と、そのプログラムやデータを記憶するＲＡＭ２９０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ２９０３と、個人情報記憶モジュール１１０、業務情報記憶モジュール１２０、教育情報記憶モジュール１３０の機能を有する補助記憶装置（フラッシュメモリ等であってもよい）であるＨＤ２９０４と、キーボード、マウス、タッチパネル、マイク等に対する利用者の操作に基づいてデータを受け付ける受付装置２９０６と、ＣＲＴ、液晶ディスプレイ、スピーカー等の出力装置２９０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース２９０７、そして、それらをつないでデータのやりとりをするためのバス２９０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図２９に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図２９に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図２９に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。

なお、前述の各種の実施の形態を組み合わせてもよく（例えば、ある実施の形態内のモジュールを他の実施の形態内に追加する、入れ替えをする等も含む）、また、各モジュールの処理内容として背景技術で説明した技術を採用してもよい。
また、前述の実施の形態の説明において、予め定められた値との比較において、「以上」、「以下」、「より大きい」、「より小さい（未満）」としたものは、その組み合わせに矛盾が生じない限り、それぞれ「より大きい」、「より小さい（未満）」、「以上」、「以下」としてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

１００…情報処理装置
１１０…個人情報記憶モジュール
１２０…業務情報記憶モジュール
１３０…教育情報記憶モジュール
１４０…適用度算出モジュール
１５０…業務情報表示モジュール
２１０…ユーザー端末
２２０…クラウドソーシングシステム
２１５…ユーザー
２９０…通信回線
１１００…情報処理装置
１１６０…業務情報更新モジュール
１４００…情報処理装置
１４７０…教育情報更新モジュール
２２００…情報処理装置
２２４０…経験値算出モジュール
２２５０…個人情報表示モジュール

Claims (6)

1. クラウドソーシングシステムに登録されたワーカーの現在のスキルの度合いを表す第１レベルに関する情報を取得する第１の取得手段と、
   前記ワーカーの目標とされるスキルの度合いを表す第２レベルに関する情報を取得する第２の取得手段と、
   前記クラウドソーシングシステムにおいて募集されている複数の業務のうち、第１レベルが第２レベルに満たないスキルに関連する業務を、第１レベルが第２レベルを超えているスキルに関連する業務より優先的に表示するよう制御する制御手段と、
   を有し、
   前記制御により表示される業務は、その遂行に当たって必要とされるスキルのレベルを示す第３レベルを、前記第１レベルが超えている業務である、
   情報処理装置。
2. 前記第３レベルは、募集された業務の納期又は規模に応じて設定される、
   請求項１に記載の情報処理装置。
3. 募集された業務についての第３レベルの情報と、当該第３レベルを満たしているワーカーの数とに基づいて、第２レベルを設定する設定手段
   をさらに有する、請求項１又は２に記載の情報処理装置。
4. 第１レベルと第３レベルを比較し、次のレベルに上がるために経験しなければならない業務数を算出する算出手段
   をさらに有する、請求項１から３のいずれか一項に記載の情報処理装置。
5. 前記制御手段は、第１レベルが第２レベルに満たないスキルに関連する業務が複数ある場合は、第３レベルが高い業務を低い業務より優先的に表示するよう制御する、
   請求項１から４のいずれか一項に記載の情報処理装置。
6. コンピュータを、
   クラウドソーシングシステムに登録されたワーカーの現在のスキルの度合いを表す第１レベルに関する情報を取得する第１の取得手段と、
   前記ワーカーの目標とされるスキルの度合いを表す第２レベルに関する情報を取得する第２の取得手段と、
   前記クラウドソーシングシステムにおいて募集されている複数の業務のうち、第１レベルが第２レベルに満たないスキルに関連する業務を、第１レベルが第２レベルを超えているスキルに関連する業務より優先的に表示するよう制御する制御手段
   として機能させ、
   前記制御により表示される業務は、その遂行に当たって必要とされるスキルのレベルを示す第３レベルを、前記第１レベルが超えている業務である、
   情報処理プログラム。

Images