JP2010134804A - ジョブマッチング装置、及びジョブマッチング方法 - Google Patents

Abstract

【課題】本人が求職中であるか否かに拘わらず、本人が認識しない適性・関心事や、認識されていても変化する適性・関心事に基づいて絞り込まれた求人情報を効率的に提供する。
【解決手段】本発明のジョブマッチング装置２は、共通の関心事を有する求職候補者が参加するコミュニティにおける求職候補者の活動状況の情報、及び、求職候補者が作成した情報に基づいて求職候補者全体が関心を有していると推測される分野を特定し、求人者が求める人材に関する情報の候補から、当該分野に関連する候補を抽出し、当該抽出された候補と求職候補者の職業に関する情報をマッチングすることを特徴とする。
【選択図】図１

Description

本発明は、ジョブマッチング装置、及びジョブマッチング方法に関する。

従来から、求職者が要求する条件と求人者が要求する条件をマッチングさせる技術が開示されている。
例えば、特許文献１においては、求職者から得た適用可能職種と所有習熟度の組合せ、及び、求人者から得た要求職種と要求習熟度の組合せを比較する人材マッチングシステムが開示されている。
特開２００２−１５７４５０号公報（段落０００５、図２）

しかしながら、特許文献１の人材マッチングシステムにおいては、求職者から得た適用可能職種と所有習熟度が求職者によって認識されていることが前提となっている。
すなわち、求職者が認識しない適性・関心事や、認識されていても刻々と変化する適性・関心事は、マッチングに反映されない。また、求職希望を積極的に出していない潜在的な求職者に対して、求人情報が提供されることもあり得ない。

そこで、本発明では、本人が求職中であるか否かに拘わらず、本人が認識しない適性・関心事や、認識されていても変化する適性・関心事に基づいて絞り込まれた求人情報を効率的に提供するジョブマッチング装置を提供することを目的とする。

本発明のジョブマッチング装置は、共通の関心事を有する求職候補者が参加するコミュニティにおける求職候補者の活動状況の情報、及び、求職候補者が作成した情報に基づいて求職候補者全体が関心を有していると推測される分野を特定し、求人者が求める人材に関する情報の候補から、当該分野に関連する候補を抽出し、当該抽出された候補と求職候補者の職業に関する情報をマッチングすることを特徴とする。

本発明によれば、本人が求職中であるか否かに拘わらず、本人が認識しない適性・関心事や、認識されていても変化する適性・関心事に基づいて絞り込まれた求人情報を効率的に提供するジョブマッチング装置を提供することが可能になる。

以降、本発明を実施するための最良の形態（「本実施形態」という）を、図等を参照しながら詳細に説明する。

本実施形態のジョブマッチング装置は、例えば、ＳＮＳ（Social Networking Service）のサーバである。ＳＮＳの利用者は、ブログを立ち上げ、利用者同士でメッセージを交換し、コミュニティを訪問し、コミュニティのイベントに参加し、コミュニティに対して情報発信する等のコミュニティ活動を行う。これらのコミュニティ活動には、利用者の適性・関心事が自ずと反映される。そして、ジョブマッチング装置は、利用者の適性や、刻々と変化する興味、関心事を収集し、求人情報とのマッチングに活用する。

（用語）
（１）利用者とは、ジョブマッチング装置にアクセスすることを許可された者である。以降の説明では、ジョブマッチング装置は、ＳＮＳサービスのサーバであることを前提としている。しかしながら、ジョブマッチング装置は、それにアクセスする利用者から利用者の職業に関する情報の提供を受けられる仕組みになっておれば、ＳＮＳのサーバに限定されない。
（２）コミュニティとは、共通する関心事、趣味等を持つ利用者が訪問するジョブマッチング装置内の領域である。利用者は、１又は複数のコミュニティを訪問することができる。
（３）ブログとは、個々の利用者が作成する日記形式のページである。
（４）メッセージとは、利用者間で遣り取りされる通信である。
（５）イベントとは、コミュニティが利用者に対して提供する催し物（旅行、スポーツ観戦、宴会等）である。
（６）情報発信とは、利用者がコミュニティ内の掲示板等の公共の場に対して行う、情報の提供である。情報発信された情報を発信情報という。
（７）求職候補者とは、利用者と同義であるが、求人者との対比において、利用者を特に「求職候補者」と呼ぶ。当然「求職候補者」とはいっても必ずしも無職ではなく、また、必ずしも積極的な求職希望を有するとは限らない。
（８）求人者とは、ジョブマッチング装置に対して求人の目的をもって求める人材に関する情報を提供する者である。
（９）求人情報とは、求人者が求める人材に関する情報である。
（１０）関連職群とは、複数の求人情報を分野毎にグルーピングした場合の個々の分野である。
（１１）参加者とは、特定のコミュニティに対し訪問するための参加条件を満たすことによってそのコミュニティへの訪問を許可された利用者である。コミュニティによっては、利用者に対して訪問する参加条件を課さない場合もある。この場合は、利用者と参加者とは同じである。

図１は、本実施形態に係る全体構成図である。
ジョブマッチングシステム１は、ネットワーク４によって接続された、ジョブマッチング装置２と利用者端末装置３を有する。

ジョブマッチング装置２は、一般的なコンピュータであり、中央制御装置１１、主記憶装置１２、補助記憶装置１３、入力装置１４、出力装置１５及び通信インタフェース（ＩＦ）１６を有している。これらは相互にバスで接続されている。
補助記憶装置１３は、利用者情報データベース２１、コミュニティデータベース２２、コミュニティ活動ポイントデータベース２３、パーソナルポイントデータベース２４、求人情報データベース２５、職群キーワードデータベース２６、重み付けデータベース２７、ブログデータベース２８及びメッセージデータベース２９を格納している。
参加登録処理部３１、マイページ作成処理部３２、コミュニティ活動処理部３３、ブログ・メッセージ処理部３４、重み付け処理部３５、マッチング処理部３６、求人情報送信処理部３７及び求人情報反応処理部３８は、いずれもプログラムである。以降、「○○部は」と主体を記した場合は、中央制御装置１１が、補助記憶装置１３から各プログラムを読み出し、主記憶装置１２にロードしたうえで、各プログラムの機能を実現するものとする。図１では、１台のジョブマッチング装置２を記載したが、前記プログラムやデータベースが、複数の筐体に分散していてもよい。

利用者端末装置３は、利用者が利用する一般的なコンピュータである。
利用者端末装置３は、中央制御装置、主記憶装置、補助記憶装置、入力装置、出力装置及び通信インタフェース（ＩＦ）を有している（いずれも図示せず）。これらは相互にバスで接続されている。利用者端末装置３は、図示しないが、ネットワーク閲覧ブラウザを格納しているものとする。利用者端末装置３は複数台存在する。

（利用者情報データベース）
図２（ａ）は、本実施形態に係る利用者情報データベースの一例を示す図である。
利用者情報データベース２１においては、利用者ＩＤ欄１０１に記憶された利用者ＩＤに関連付けて、パスワード欄１０２にはパスワードが、氏名欄１０３には氏名が、生年月日欄１０４には生年月日が、性別欄１０５には性別が、職業欄１０６には職業が、資格欄１０７には資格が、その他／経験欄１０８にはその他／経験が、就業形態欄１０９には就業形態が、ボランティア希望欄１１０にはボランティア希望が、自己紹介欄１１１には自己紹介が、それぞれ記憶されている。
利用者情報データベース２１は、利用者がＳＮＳを初めて利用する際に登録される情報であり、求職を目的として登録される情報である必要はない。しかしながら、後記するように、求人情報とのマッチングの対象となる。

利用者ＩＤ欄１０１の利用者ＩＤは、利用者を一意に特定する識別子（第１の識別子）である。
パスワード欄１０２のパスワードは、利用者がジョブマッチング装置２にアクセスする際のパスワードである。
氏名欄１０３の氏名は、利用者の氏名である。
生年月日欄１０４の生年月日は、利用者の生年月日である。
性別欄１０５の性別は、利用者の性別である。
職業欄１０６の職業は、利用者の職業である。無職であれば「無職」が記憶されてもよく、過去の職業が記憶されてもよく、就業を希望する職業が記憶されてもよい。
資格欄１０７の資格は、利用者が保有する資格である。図２（ａ）の例の場合「保育士」となっているが、ここでは、保育士という職業ではなく、保育士という資格を意味する。
その他／経験欄１０８のその他／経験は、利用者の職業外の経験や、アピールポイントを示す情報である。
就業形態欄１０９の就業形態は、利用者が仕事をする際の雇用形態を示す情報であり、「パート」、「正社員」、「派遣」及び「ボランティア」の中から選択して記憶される。無職であれば空欄としてもよく、就業を希望した場合の就業形態を記憶してもよい。本実施形態では、就業形態は、利用者が現在どのような就業形態によって仕事をしているかに拘わらず、利用者が希望する就業形態であることとする。
ボランティア希望欄１１０のボランティア希望は、利用者がボランティアとなる希望を有することを示す「あり」又は利用者がボランティアとなる希望を有さないことを示す「なし」の何れかである。
自己紹介欄１１１の自己紹介は、利用者が自身を紹介する情報（文字情報、画像情報、音声情報を含む）である。自己紹介情報がない場合には「なし」が記憶される。
なお、「求職候補者の職業に関する情報（第１の情報）」には、職業、資格、その他／経験及び就業形態が相当する。
利用者情報データベース２１のレコードは、利用者の数だけ存在する。

（コミュニティデータベース）
図２（ｂ）は、本実施形態に係るコミュニティデータベースの一例を示す図である。図２（ｂ）では、コミュニティデータベース２２が上下に分けて記載されているが、右上の部分が左下の部分につながっている（後記する図３（ｂ）においても同様）。
コミュニティデータベース２２においては、コミュニティＩＤ欄１２１にはコミュニティＩＤが、コミュニティ名称欄１２２にはコミュニティ名称が、参加条件有無欄１２３には参加条件有無が、参加条件欄１２４には参加条件が、参加者ＩＤ欄１２５には参加者ＩＤが、関連職群ＩＤ欄１２６には関連職群ＩＤが、情報発信内容欄１２７には情報発信内容が、イベント情報欄１２８にはイベント情報が、詳細イベント情報欄１２９には詳細イベント情報が、管理者欄１３０には管理者が、それぞれ記憶されている。

コミュニティＩＤ欄１２１のコミュニティＩＤは、コミュニティを一意に特定する識別子（第４の識別子）である。
コミュニティ名称欄１２２のコミュニティ名称は、コミュニティの名称である。
参加条件有無欄１２３の参加条件有無は、あるコミュニティを訪問するために利用者に対して課する参加条件の有無（「あり」又は「なし」の何れかの値）である。
参加条件欄１２４の参加条件は、参加条件の内容であり、職業、資格及びその他／経験のうちの何れか１つ又は複数を示す情報である。参加条件有無が「なし」の場合は、この欄は空欄である。
参加者ＩＤ欄１２５の参加者ＩＤは、参加者を一意に特定する識別子であって、図２（ａ）の利用者ＩＤと同じである。当該欄には、当該コミュニティの参加者すべての利用者ＩＤが記憶される。
関連職群ＩＤ欄１２６の関連職群ＩＤは、関連職群（分野）を一意に特定する識別子（第３の識別子）である。
情報発信内容欄１２７の情報発信内容は、発信情報又はその所在を示す情報である。
イベント情報欄１２８のイベント情報は、イベントに参加する希望を有する利用者に提供される、イベントに関する情報又はその所在を示す情報である。
詳細イベント情報欄１２９の詳細イベント情報は、イベントに参加する利用者に提供される、イベントに関する更に詳細な情報又はその所在を示す情報である。
管理者欄１３０の管理者は、コミュニティの主催者（コミュニティを立ち上げた利用者）の名称（ニックネーム）である。
コミュニティデータベース２２のレコードは、コミュニティの数だけ存在する。本実施形態において、コミュニティデータベース２２は所与のものとする。

（コミュニティ活動ポイントデータベース）
図３（ａ）は、本実施形態に係るコミュニティ活動ポイントデータベースの一例を示す図である。コミュニティ活動ポイントデータベース２３によれば、利用者がどのコミュニティにおいて活発に活動をしているかがわかる。
コミュニティ活動ポイントデータベース２３においては、コミュニティＩＤ欄１３１に記憶されたコミュニティＩＤに関連付けて、利用者ＩＤ欄１３２には利用者ＩＤが、関連職群ＩＤ欄１３３には関連職群ＩＤが、参加情報欄１３４には参加情報が、参加ポイント欄１３５には参加ポイントが、訪問回数欄１３６には訪問回数が、訪問ポイント欄１３７には訪問ポイントが、イベント参加回数欄１３８にはイベント参加回数が、イベント参加ポイント欄１３９にはイベント参加ポイントが、情報発信回数欄１４０には情報発信回数が、情報発信ポイント欄１４１には情報発信ポイントが、ＣＰ（Community point）合計欄１４２には、ＣＰ合計が、それぞれ記憶されている。

コミュニティＩＤ欄１３１のコミュニティＩＤは、図２（ｂ）のコミュニティＩＤと同じである。
利用者ＩＤ欄１３２の利用者ＩＤは、図２（ａ）の利用者ＩＤと同じである。
関連職群ＩＤ欄１３３の関連職群ＩＤは、図２（ｂ）の関連職群ＩＤと同じである。
参加情報欄１３４の参加情報は、参加の有無を示す情報であり、その利用者が参加条件を満たすことによってそのコミュニティに参加していることを示す「１」又はそれ以外であることを示す「０」の何れかの値を取る。
なお、コミュニティ活動ポイントデータベース２３のレコードを、コミュニティＩＤごとにソートし、集計すると（詳細後記）、参加情報は、コミュニティに対する参加者の数を示すこととなる。
参加ポイント欄１３５の参加ポイントは、参加情報に対して、後記する重みを乗じた数値である。
訪問回数欄１３６の訪問回数は、参加者がコミュニティを訪問した回数である。
訪問ポイント欄１３７の訪問ポイントは、訪問回数に対して、後記する重みを乗じた数値である。
イベント参加回数欄１３８のイベント参加回数は、参加者がイベントに参加した回数である。
イベント参加ポイント欄１３９のイベント参加ポイントは、イベント参加回数に対して、後記する重みを乗じた数値である。
情報発信回数欄１４０の情報発信回数は、参加者が情報発信を行った回数である。
情報発信ポイント欄１４１の情報発信ポイントは、情報発信回数に対して、後記する重みを乗じた数値である。
前記の他に、利用者が他の利用者に対してコミュニティへの参加を紹介した回数やその回数に対して重みを乗じたポイント等を記憶する欄を設けることも可能である。
ＣＰ合計欄１４２のＣＰ合計は、参加ポイント、訪問ポイント、イベント参加ポイント及び情報発信ポイントの合計である。
コミュニティ活動データベース２３のレコードは、利用者とコミュニティの組合せの数だけ存在する。
なお、「コミュニティにおける求職候補者の活動状況（第３の情報）」には、参加情報欄１３４〜ＣＰ合計欄１４２に記憶された情報が相当する。

（パーソナルポイントデータベース）
図３（ｂ）は、本実施形態に係るパーソナルポイントデータベースの一例を示す図である。パーソナルポイントデータベース２４によれば、利用者がどの関連職群に対して関心を有しているかがわかる。
パーソナルポイントデータベース２４においては、関連職群ＩＤ欄１５１に記憶された関連職群ＩＤに関連付けて、利用者ＩＤ欄１５２には利用者ＩＤが、ＣＰ合計欄１５３にはＣＰ合計が、ブログキーワードカウント欄１５４にはブログキーワードカウントが、ブログキーワードポイント欄１５５にはブログキーワードポイントが、メッセージキーワードカウント欄１５６にはメッセージキーワードカウントが、メッセージキーワードポイント欄１５７にはメッセージキーワードポイントが、アクセスログカウント欄１５８にはアクセスログカウントが、アクセスログポイント欄１５９にはアクセスログポイントが、求人情報送信回数欄１６０には求人情報送信回数が、求人情報送信ポイント欄１６１には求人情報送信ポイントが、求人情報コンタクト回数欄１６２には求人情報コンタクト回数が、求人情報コンタクトポイント欄１６３には求人情報コンタクトポイントが、ポイント合計欄１６４にはポイント合計が、それぞれ記憶されている。

関連職群ＩＤ欄１５１の関連職群ＩＤは、図２（ｂ）の関連職群ＩＤと同じである。
利用者ＩＤ欄１５２の利用者ＩＤは、図２（ａ）の利用者ＩＤと同じである。
ＣＰ合計欄１５３のＣＰ合計は、図３（ａ）のＣＰ合計と同じである。
ブログキーワードカウント欄１５４のブログキーワードカウントは、利用者が作成したブログのなかに含まれるキーワード（詳細後記）の数である。
ブログキーワードポイント欄１５５のブログキーワードポイントは、ブログキーワードカウントに対して、後記する重みを乗じた数値である。
メッセージキーワードカウント欄１５６のメッセージキーワードカウントは、利用者が作成し、送信したメッセージのなかに含まれるキーワードの数である。
メッセージキーワードポイント欄１５７のメッセージキーワードポイントは、メッセージキーワードカウントに対して、後記する重みを乗じた数値である。
アクセスログカウント欄１５８のアクセスログカウントは、利用者が登録前のコミュニティに対しゲスト訪問をした回数である。
アクセスログポイント欄１５９のアクセスログポイントは、アクセスログカウントに対して、後記する重みを乗じた数値である。
求人情報送信回数欄１６０の求人情報送信回数は、ジョブマッチング装置２が利用者に対して求人情報を送信した回数である。
求人情報送信ポイント欄１６１の求人情報送信ポイントは、求人情報送信回数に対して、後記する重みを乗じた数値である。
求人情報コンタクト回数欄１６２の求人情報コンタクト回数は、利用者が送信された求人情報に対して反応した回数である。
求人情報コンタクトポイント欄１６３の求人情報コンタクトポイントは、求人情報コンタクト回数に対して、後記する重みを乗じた数値である。
ポイント合計欄１６４のポイント合計は、ＣＰ合計、ブログキーワードポイント、メッセージキーワードポイント、アクセスログポイント、求人情報送信ポイント及び求人情報コンタクトポイントの合計値である。
パーソナルポイントデータベース２４のレコードは、利用者と関連職群の組合せの数だけ存在する。
なお、「第４の情報」には、ブログキーワードカウント欄１５４〜メッセージキーワードポイント欄１５７に記憶された情報が相当する。

（求人情報データベース）
図４（ａ）は、本実施形態に係る求人情報データベースの一例を示す図である。
求人情報データベース２５においては、求人ＩＤ欄１７１に記憶された求人ＩＤに関連付けて、関連職群ＩＤ欄１７２には関連職群ＩＤが、職種欄１７３には職種が、就業形態欄１７４には就業形態が、求人条件欄１７５には求人条件が、給与欄１７６には給与が、勤務地欄１７７には勤務地が、それぞれ記憶されている。

求人ＩＤ欄１７１の求人ＩＤは、求人情報を一意に特定する識別子（第２の識別子）である。
関連職群ＩＤ欄１７２の関連職群ＩＤは、図２（ｂ）の関連職群ＩＤと同じである。
職種欄１７３の職種は、求人者が求める職種であり、図２（ａ）の職業と同じである。
就業形態欄１７４の就業形態は、図２（ａ）の就業形態と同じであるが、ここでは、求人者が求める就業形態である。
求人条件欄１７５の求人条件は、求人者が求める就業のための必須条件であり、職業、資格及びその他／経験のうちの何れか１つ又は複数を示す情報である。図４（ａ）では資格である「看護師」としたが、職業である「保育士」、その他／経験である「主婦１０年以上」などの情報でもかまわない。
給与欄１７６の給与は、就業後に支払われる給与額（月額又は時給）である。就業形態が「ボランティア」である場合は空欄である。
勤務地欄１７７の勤務地は、就業の場所である。
なお、「第２の情報」には、職種、就業形態及び求人条件が相当する。
求人情報データベース２５のレコードは、求人情報の数だけ存在する。本実施形態において、求人情報データベース２５は所与のものとする。

（職群キーワードデータベース）
図４（ｂ）は、本実施形態に係る職群キーワードデータベースの一例を示す図である。
職群キーワードデータベース２６においては、関連職群ＩＤ欄１８１に記憶されている関連職群ＩＤに関連付けて、職群名称欄１８２には職群名称が、キーワード欄１８３にはキーワードが、閾値欄１８４には閾値が、それぞれ記憶されている。
関連職群ＩＤ欄１８１の関連職群ＩＤは、図２（ｂ）の関連職群ＩＤと同じである。
職群名称欄１８２の職群名称は、関連職群の名称である。
キーワード欄１８３のキーワードは、関連職群に属する各求人情報を記述する場合に使用頻度が高いと判断される、又は鍵となると判断される単語（名詞）である。キーワードは、１つ又は複数記憶される。
閾値欄１８４の閾値は、パーソナルポイントデータベース２４（図３（ｂ））のポイント合計（欄１６４）に対して適用される閾値である（詳細後記）。
職群キーワードデータベース２６のレコードは、関連職群の数だけ存在する。本実施形態において、職群キーワードデータベース２６は所与のものとする。
なお、「分野を特徴付ける情報」には、キーワードが相当する。

（重み付けデータベース）
図５は、本実施形態に係る重み付けデータベースの一例を示す図である。
前記したように、コミュニティ活動ポイントデータベース２３の参加ポイント等を算出するために、また、パーソナルポイントデータベース２４のブログキーワードポイント等を算出するために「重み」が使用される。重み付けデータベース２７は、これらの重みを記憶しておくデータベースである。
重み付けデータベース２７においては、コミュニティＩＤ欄１９１に記憶されたコミュニティＩＤ又は関連職群ＩＤ欄１９２に記憶された関連職群ＩＤに関連付けて、重み適用情報欄１９３には重み適用情報が、重み欄１９４には重みが、それぞれ記憶されている。

コミュニティＩＤ欄１９１のコミュニティＩＤは、図２（ｂ）のコミュニティＩＤと同じである。
関連職群ＩＤ欄１９２の関連職群ＩＤは、図２（ｂ）の関連職群ＩＤと同じである。
コミュニティＩＤが記憶されているレコードには、関連職群ＩＤは記憶されない。関連職群ＩＤが記憶されているレコードには、コミュニティＩＤは記憶されない。
重み適用情報欄１９３の重み適用情報は、重みを適用する対象となる、コミュニティ活動ポイントデータベース２３の欄及びパーソナルポイントデータベース２４の欄の名称である。
重み欄１９４の重みは、重み適用情報が示す値に対して乗じられる数値であり、任意の数値が設定され得る。

重み付けデータベース２７のレコードは、コミュニティと重み適用情報（図５の例では「参加情報」等を含み４つ）との組合せの数、及び関連職群と重み適用情報（図５の例では「ブログキーワードカウント」等を含み５つ）との組合せの数の合計数だけ存在する。本実施形態において、重み付けデータベース２７は所与のものとする。

（ブログデータベース）
図６（ａ）は、本実施形態に係るブログデータベースの一例を示す図である。
ブログデータベース２８において、ブログＩＤ欄２０１に記憶されているブログＩＤに関連付けて、利用者ＩＤ欄２０２には利用者ＩＤが、ブログ内容欄２０３にはブログ内容が、登録年月日欄２０４には登録年月日が、更新日時欄２０５には更新日時が、それぞれ記憶されている。

ブログＩＤ欄２０１のブログＩＤは、ブログを一意に特定する識別子である。
利用者ＩＤ欄２０２の利用者ＩＤは、ブログの作成者である利用者を一意に特定する識別子であり、図２（ａ）の利用者ＩＤと同じである。
ブログ内容欄２０３のブログ内容は、利用者が作成したブログの内容である文書ファイルそのもの、又はその文書ファイルの所在を示す情報である。ブログの内容は、公知の技術によって、形態素解析され得る。
登録年月日欄２０４の登録年月日は、ブログ内容を当該ブログデータベース２８に最初に登録した年月日である。
更新日時欄２０５の更新日時は、ブログを更新した最新の日時である。
ブログデータベース２８のレコードは、ブログの数だけ存在する。

（メッセージデータベース）
図６（ｂ）は、本実施形態に係るメッセージデータベースの一例を示す図である。
メッセージデータベース２９においては、メッセージＩＤ欄２１１に記憶されているメッセージＩＤに関連付けて、利用者ＩＤ欄２１２には利用者ＩＤが、送信内容欄２１３には送信内容が、受信内容欄２１４には受信内容が、送受信日時欄２１５には送受信日時が、それぞれ記憶されている。

メッセージＩＤ欄２１１のメッセージＩＤは、メッセージを一意に特定する識別子である。
利用者ＩＤ欄２１２の利用者ＩＤは、メッセージの作成者又は受信者である利用者を一意に特定する識別子であり、図２（ａ）の利用者ＩＤと同じである。
送信内容欄２１３の送信内容は、利用者が作成し、送信したメッセージの内容である文書ファイルそのもの、又はその文書ファイルの所在を示す情報である。メッセージの内容は、公知の技術によって、形態素解析され得る。
受信内容欄２１４の受信内容は、利用者が受信したメッセージの内容である文書ファイルそのもの、又はその文書ファイルの所在を示す情報である。
送信内容が記憶されているレコードには、受信内容は記憶されない。受信内容が記憶されているレコードには、送信内容は記憶されない。
送受信日時欄２１５の送受信日時は、利用者がメッセージを送信又は受信した日時である。
メッセージデータベース２９のレコードは、メッセージの数だけ存在する。
なお、「求職候補者が作成した情報」には、メッセージの内容、及びブログの内容が相当する。

（処理手順）
図７は、本実施形態の全体処理手順のフローチャートである。
ステップＳ３００において、参加登録処理部３１は、利用者端末装置３から、利用者として登録したい旨の、利用者登録要求（ジョブマッチング装置２への初回アクセス時のみの処理）があるか否かを判断する。利用者登録要求がある場合（ステップＳ３００“ＹＥＳ”）は、ステップＳ３１０に進み、それ以外の場合（ステップＳ３００“ＮＯ”）は、ステップＳ３２０に進む。
ステップＳ３１０において、参加登録処理部３１は、利用者登録処理を行う。当該処理の詳細については、後記する（ステップＳ３４０、Ｓ３５０、Ｓ３７０、Ｓ４００、Ｓ４１０、Ｓ４３０、Ｓ４４０、Ｓ４５０及びＳ４６０の処理の詳細についても同様）。

ステップＳ３２０において、ブログ・メッセージ処理部３４は、利用者端末装置３から、ブログの更新要求があるか否かを判断する。ブログの更新要求がある場合（ステップＳ３２０“ＹＥＳ”）は、ステップＳ３４０に進み、それ以外の場合（ステップＳ３２０“ＮＯ”）は、ステップＳ３３０に進む。
ステップＳ３３０において、ブログ・メッセージ処理部３４は、利用者端末装置３から、メッセージの送信要求があるか否かを判断する。メッセージの送信要求がある場合（ステップＳ３３０“ＹＥＳ”）は、ステップＳ３５０に進み、それ以外の場合（ステップＳ３３０“ＮＯ”）は、ステップＳ３６０に進む。
ステップＳ３４０において、ブログ・メッセージ処理部３４は、ブログ更新処理を行う。
ステップＳ３５０において、ブログ・メッセージ処理部３４は、メッセージ送信処理を行う。

ステップＳ３６０において、コミュニティ活動処理部３３は、利用者端末装置３から、コミュニティへの参加要求があるか否かを判断する。コミュニティへの参加要求がある場合（ステップＳ３６０“ＹＥＳ”）は、ステップＳ３７０に進み、それ以外の場合（ステップＳ３６０“ＮＯ”）は、ステップＳ３８０に進む。
ステップＳ３７０において、コミュニティ活動処理部３３は、コミュニティ登録処理を行う。

ステップＳ３８０において、コミュニティ活動処理部３３は、利用者端末装置３から、イベントへの参加要求があるか否かを判断する。イベントへの参加要求がある場合（ステップＳ３８０“ＹＥＳ”）は、ステップＳ４００に進み、それ以外の場合（ステップＳ３８０“ＮＯ”）は、ステップＳ３９０に進む。
なお、イベントへの参加要求は、特定のイベントへ参加する最終決定（後記するステップＳ４０７参照）を行う前に、当該最終決定をするための判断材料を要求するものである（詳細後記）。
ステップＳ３９０において、コミュニティ活動処理部３３は、利用者端末装置３から、情報発信要求があるか否かを判断する。情報発信要求がある場合（ステップＳ３９０“ＹＥＳ”）は、ステップＳ４１０に進み、それ以外の場合（ステップＳ３９０“ＮＯ”）は、ステップＳ４２０に進む。
ステップＳ４００において、コミュニティ活動処理部３３は、イベント参加処理を行う。
ステップＳ４１０において、コミュニティ活動処理部３３は、情報発信処理を行う。

ステップＳ４２０において、重み付け処理部３５は、所定の期日が到来したか否かを判断する。所定の期日が到来した場合（ステップＳ４２０“ＹＥＳ”）は、ステップＳ４３０に進み、それ以外の場合（ステップＳ４２０“ＮＯ”）は、全体処理手順を終了する。

ステップＳ３００〜ステップＳ４１０の処理は、ジョブマッチング装置２が、利用者端末装置３からの要求を常時監視することによってその要求があったタイミングで実行される。実際には、利用者端末装置３からの要求は非常に多くあり、「開始」〜「終了」の各ステップ（ステップＳ４３０〜Ｓ４６０を除く）が繰り返し実行される回数は非常に多い。
なお、ステップＳ３２０及びステップＳ３４０の処理は、それぞれステップＳ３３０及びステップＳ３５０の処理と相互にタイミングを入れ替えて実行されてもかまわない。ステップＳ３８０及びステップＳ４００の処理は、それぞれステップＳ３９０及びステップＳ４１０の処理と相互にタイミングを入れ替えて実行されてもかまわない。
さらに、ステップＳ３２０〜Ｓ３５０の処理は、ステップＳ３６０〜Ｓ４１０の処理が実行された後に実行されてもかまわない。

一方、次に記載する処理は、ステップＳ４２０“ＹＥＳ”の場合に実行される。例えば、毎月末日の朝８時にバッチ処理を行う等のように、所定の期間毎に実行される。
ステップＳ４３０において、重み付け処理部３５は、重み付け処理を行う。
ステップＳ４４０において、マッチング処理部３６は、マッチング処理を行う。
ステップＳ４５０において、求人情報送信処理部３７は、求人情報送信処理を行う。
ステップＳ４６０において、求人情報反応処理部３８は、反応集計処理を行い、その後全体処理手順を終了する。

（利用者登録処理手順）
図８（ａ）は、本実施形態に係る利用者登録処理手順のフローチャートである。利用者登録処理手順は、ステップＳ３１０の詳細である。
ステップＳ３１１において、参加登録処理部３１は、利用者の氏名等を登録する。
具体的には、参加登録処理部３１は、第一に、利用者端末装置３から、パスワード、氏名、生年月日、性別、職業、資格、その他／経験、就業形態、ボランティア希望及び自己紹介の入力を受け付ける。
第二に、利用者ＩＤを採番する。
第三に、利用者情報データベース２１の新たなレコードを作成し、利用者ＩＤ、パスワード、氏名、生年月日、性別、職業、資格、その他／経験、就業形態、ボランティア希望及び自己紹介を、利用者ＩＤ欄１０１、パスワード欄１０２、氏名欄１０３、生年月日欄１０４、性別欄１０５、職業欄１０６、資格欄１０７、その他／経験欄１０８、就業形態欄１０９、ボランティア希望欄１１０、及び自己紹介欄１１１に、それぞれ記憶する。

ステップＳ３１２において、マイページ作成処理部３２は、マイページを作成する。
マイページ（図示せず）とは、ＳＮＳにおいて、登録された利用者毎に割り当てられるトップページ兼自己紹介ページである。
具体的には、マイページ作成処理部３２は、ステップＳ３１１にて記憶した利用者情報データベース２１の情報をもとに、マイページを作成し、補助記憶装置１３に記憶する。その後、その利用者からのアクセスがあれば、ジョブマッチング装置２は、利用者端末装置３の出力装置に、まずマイページを表示する。マイページの構成については、本発明の内容とは直接関係しないので説明を省略する。
ここで、利用者登録処理手順を終了し、ステップＳ３２０に戻る。

（ブログ更新処理手順）
図８（ｂ）は、本実施形態に係るブログ更新処理手順のフローチャートである。ブログ更新処理手順は、ステップＳ３４０の詳細である。
ステップＳ３４１において、ブログ・メッセージ処理部３４は、利用者端末装置３から、利用者ＩＤ及びブログ内容を受け付ける。
具体的には、ブログ・メッセージ処理部３４は、第一に、ブログデータベース２８の新たなレコードを作成する。
第二に、ブログＩＤを採番する。
第三に、ブログＩＤ、利用者ＩＤ及びブログ内容を、ブログデータベース２８のブログＩＤ欄２０１、利用者ＩＤ欄２０２及びブログ内容欄２０３に記憶し、現在の年月日を登録年月日欄２０４に、現在の日時を更新日時欄２０５に記憶する。
なお、以上では、利用者が初めてブログを作成する場合について説明したが、その後ブログを更新する場合には、受け付けた利用者ＩＤを検索キーとしてブログデータベース２８を検索し、該当したレコードのブログ内容欄２０３に、受け付けたブログ内容を既存のブログ内容と区別できるように記憶し、更新日時欄２０５に現在の日時を上書きする。ブログデータベース２８に記憶された時点で、ブログに記載されている内容は、利用者端末装置３によって閲覧可能となる。

ステップＳ３４２において、ブログ・メッセージ処理部３４は、ブログの内容を形態素解析する。
具体的には、ブログ・メッセージ処理部３４は、第一に、ステップＳ３４１にて記憶したブログ内容が示すブログの内容から公知の方法により名詞を抽出する。

ステップＳ３４３において、ブログ・メッセージ処理部３４は、ブログの内容とキーワードとをマッチングする。
具体的には、ブログ・メッセージ処理部３４は、第一に、職群キーワードデータベース２６の任意のレコードの関連職群ＩＤ及び、すべてのキーワードを取得する。
第二に、ステップＳ３４２にて抽出したすべての名詞のうち、「第一」にて取得したすべてのキーワードのうちの１つと一致するものの数をカウントする。
第三に、ステップＳ３４１にて受け付けた利用者ＩＤ及び「第一」にて取得した関連職群ＩＤを検索キーとしてパーソナルポイントデータベース２４を検索し、該当したレコードのブログキーワードカウント欄１５４の値に「第二」にてカウントした数を加算する。
ステップＳ３４３の処理は、職群キーワードデータベース２６のすべてのレコードについて繰り返される。
ここで、ブログ更新処理手順を終了し、ステップＳ３６０に戻る。

本実施形態では、ステップＳ３４２において、ブログの内容から名詞を抽出し、ステップＳ３４３において、キーワード（名詞が記憶されている）とマッチングしている。しかしながらこれは一例であり、抽出する語及びキーワードは名詞に限定されない。本実施形態において「名詞」としたのを、例えば「すべての品詞又は所定の品詞」としてもかまわない（後記するステップＳ３５２及びＳ３５３においても同様）。

（メッセージ送信処理手順）
図９は、本実施形態に係るメッセージ送信処理手順のフローチャートである。メッセージ送信処理手順は、ステップＳ３５０の詳細である。
ステップＳ３５１において、ブログ・メッセージ処理部３４は、利用者端末装置３から、利用者ＩＤ、送信内容及び送信先を受け付ける。
具体的には、ブログ・メッセージ処理部３４は、第一に、メッセージデータベース２９の新たなレコードを作成する。
第二に、メッセージＩＤを採番する。
第三に、メッセージＩＤ、利用者ＩＤ及び送信内容を、メッセージデータベース２９のメッセージＩＤ欄２１１、利用者ＩＤ欄２１２及び送信内容欄２１３に記憶し、現在の日時を送受信日時欄２１５に記憶する。

ステップＳ３５２において、ブログ・メッセージ処理部３４は、送信内容が示すメッセージの内容を形態素解析する。
具体的には、ブログ・メッセージ処理部３４は、第一に、ステップＳ３５１にて記憶した送信内容が示すメッセージの内容から公知の方法により名詞を抽出する。

ステップＳ３５３において、ブログ・メッセージ処理部３４は、メッセージの内容とキーワードとをマッチングする。
具体的には、ブログ・メッセージ処理部３４は、第一に、職群キーワードデータベース２６の任意のレコードの関連職群ＩＤ及び、すべてのキーワードを取得する。
第二に、ステップＳ３５２にて抽出したすべての名詞のうち、「第一」にて取得したすべてのキーワードのうちの１つと一致するものの数をカウントする。
第三に、ステップＳ３５１にて受け付けた利用者ＩＤ及び「第一」にて取得した関連職群ＩＤを検索キーとしてパーソナルポイントデータベース２４を検索し、該当したレコードのメッセージキーワードカウント欄１５６の値に「第二」にてカウントした数を加算する。
ステップＳ３５３の処理は、職群キーワードデータベース２６のすべてのレコードについて繰り返される。

ステップＳ３５４において、ブログ・メッセージ処理部３４は、送信先に対して、メッセージを送信する。
ここで、メッセージ送信処理手順を終了し、ステップＳ３６０に戻る。

（コミュニティ登録処理手順）
図１０は、本実施形態に係るコミュニティ登録処理手順のフローチャートである。コミュニティ登録処理手順は、ステップＳ３７０の詳細である。
ステップＳ３７１において、コミュニティ活動処理部３３は、利用者端末装置３から、利用者ＩＤ及びコミュニティＩＤを受け付ける。
利用者端末装置３の出力装置にはコミュニティ名称を表示し、利用者が選択したコミュニティ名称を受け付け、コミュニティデータベース２２を参照し、コミュニティＩＤを取得することによってコミュニティＩＤを受け付けたこととしてもよい。

ステップＳ３７２において、コミュニティ活動処理部３３は、コミュニティに登録済であるか否かを判断する。
具体的には、コミュニティ活動処理部３３は、ステップＳ３７１にて受け付けたコミュニティＩＤを検索キーとして、コミュニティデータベース２２を検索して、該当したレコードの参加者ＩＤ欄１２５に、ステップＳ３７１にて受け付けた利用者ＩＤが存在する場合（ステップＳ３７２“ＹＥＳ”）は、ステップＳ３７３に進み、それ以外の場合（ステップＳ３７２“ＮＯ”）は、ステップＳ３７４に進む。

ステップＳ３７３において、コミュニティ活動処理部３３は、訪問回数に１を加算する。
具体的には、コミュニティ活動処理部３３は、ステップＳ３７１にて受け付けた利用者ＩＤ及びコミュニティＩＤを検索キーとしてコミュニティ活動ポイントデータベース２３を検索し、該当したレコードの訪問回数に１を加算する。

ステップＳ３７４において、コミュニティ活動処理部３３は、アクセスログカウントに１を加算する。
具体的には、コミュニティ活動処理部３３は、第一に、ステップＳ３７２にて検索の結果該当したレコードの関連職群ＩＤを取得する。
第二に、「第一」にて取得した関連職群ＩＤ及びステップＳ３７１にて受け付けた利用者ＩＤを検索キーにしてパーソナルポイントデータベース２４を検索し、該当したレコードのアクセスログカウントに１を加算する。

ステップＳ３７５において、コミュニティ活動処理部３３は、参加条件が存在しない又は参加条件を満たすか否かを判断する。
具体的には、コミュニティ活動処理部３３は、ステップＳ３７２にて検索の結果該当したレコードの参加条件有無が「なし」である場合（ステップＳ３７５“ＹＥＳ”）は、ステップＳ３７６に進む。
該当したレコードの参加条件有無が「あり」である場合は、参加条件を取得する。さらに、ステップＳ３７１にて受け付けた利用者ＩＤを検索キーとして、利用者情報データベース２１を検索し、該当したレコードの職業、資格及びその他／経験を取得する。そして、参加条件に含まれる情報が、職業、資格又はその他／経験の何れかと一致する場合（ステップＳ３７５“ＹＥＳ”）は、ステップＳ３７６に進む。これら以外の場合（ステップＳ３７５“ＮＯ”）は、ステップＳ３７８に進む。

ステップＳ３７６において、コミュニティ活動処理部３３は、参加者ＩＤ及び参加情報を更新する。
具体的には、コミュニティ活動処理部３３は、第一に、ステップＳ３７２にて検索の結果該当したレコードの参加者ＩＤ欄１２５に、ステップＳ３７１にて受け付けた利用者ＩＤを記憶する。
第二に、ステップＳ３７３にて検索の結果該当したレコードの参加情報欄１３４に１を上書きする（このステップを経過する直前まで、初期値「０」が記憶されているものとする）。

ステップＳ３７７において、コミュニティ活動処理部３３は、コミュニティページを表示する。
具体的には、コミュニティ活動処理部３３は、利用者端末装置３の出力装置に、ステップＳ３７１にて受け付けたコミュニティＩＤに対応するコミュニティのページ（図示せず）を表示する。

ステップＳ３７８において、コミュニティ活動処理部３３は、利用者端末装置３の出力装置に、参加条件を満たさない旨のメッセージを表示する。
ここで、コミュニティ登録処理手順は終了し、ステップＳ３８０に戻る。

（イベント参加処理手順）
図１１は、本実施形態に係るイベント参加処理手順のフローチャートである。イベント参加処理手順は、ステップＳ４００の詳細である。
ステップＳ４０１において、コミュニティ活動処理部３３は、利用者端末装置３から利用者ＩＤを受け付ける。

ステップＳ４０２において、コミュニティ活動処理部３３は、登録済のコミュニティ一覧を表示する。
具体的には、コミュニティ活動処理部３３は、第一に、ステップＳ４０１にて受け付けた利用者ＩＤを検索キーとして、コミュニティデータベース２２を検索し、該当したレコードのコミュニティＩＤ及びコミュニティ名称を取得する。
第二に、「第一」にて取得したコミュニティ名称を一覧の形式にして、利用者端末装置３の出力装置に表示する。

ステップＳ４０３において、コミュニティ活動処理部３３は、コミュニティの選択を受け付ける。
具体的には、コミュニティ活動処理部３３は、利用者が一覧の中から選択したコミュニティ名称を受け付ける。

ステップＳ４０４において、コミュニティ活動処理部３３は、訪問回数に１を加算する。
具体的には、コミュニティ活動処理部３３は、ステップＳ４０３にて受け付けたコミュニティ名称に対応するコミュニティＩＤを検索キーとして、コミュニティ活動ポイントデータベース２３を検索し、該当したレコードの訪問回数に１を加算する。

ステップＳ４０５において、コミュニティ活動処理部３３は、コミュニティページを表示する。
具体的には、コミュニティ活動処理部３３は、利用者端末装置３の出力装置に、ステップＳ４０３にて受け付けたコミュニティ名称に対応するコミュニティのページ（図示せず）を表示する。

ステップＳ４０６において、コミュニティ活動処理部３３は、イベント情報ページを表示する。
具体的には、コミュニティ活動処理部３３は、ステップＳ４０３にて受け付けたコミュニティ名称に対応するコミュニティＩＤを検索キーとして、コミュニティデータベース２２を検索し、該当したレコードのイベント情報が示すイベントに関する情報を取得し、利用者端末装置３の出力装置に表示する。

ステップＳ４０７において、コミュニティ活動処理部３３は、イベントに参加する旨を受け付ける。
具体的には、コミュニティ活動処理部３３は、利用者がイベントに関する情報のページの中の参加ボタン（図示ぜず）を選択するのを受け付ける。

ステップＳ４０８において、コミュニティ活動処理部３３は、イベント参加回数に１を加算する。
具体的には、コミュニティ活動処理部３３は、ステップＳ４０４にて検索の結果該当したレコードのイベント参加回数に１を加算する。

ステップＳ４０９において、コミュニティ活動処理部３３は、イベント詳細情報ページを表示する。
具体的には、コミュニティ活動処理部３３は、ステップＳ４０６にて検索の結果該当したレコードの詳細イベント情報が示すイベントに関する更に詳細な情報を取得し、利用者端末装置３の出力装置に表示する。
ここで、イベント参加処理手順は終了し、ステップＳ４２０に戻る。

（情報発信処理手順）
図１２は、本実施形態に係る情報発信処理手順のフローチャートである。情報発信処理手順は、ステップＳ４１０の詳細である。
ステップＳ４１１〜Ｓ４１５は、イベント参加処理手順のステップＳ４０１〜Ｓ４０５と同じである。

ステップＳ４１６において、コミュニティ活動処理部３３は、情報作成ページを表示する。
具体的には、コミュニティ活動処理部３３は、コミュニティの掲示板に掲示すべき文章を作成するための情報作成ページ（図示せず）を、利用者端末装置３の出力装置に表示し、利用者が作成した情報を受け付ける。

ステップＳ４１７において、コミュニティ活動処理部３３は、情報発信内容を更新する。
具体的には、コミュニティ活動処理部３３は、ステップＳ４１２にて検索の結果該当したレコードの情報発信内容欄１２７に、ステップＳ４１６にて受け付けた情報又はその所在を示す情報を追加する。この時点で、利用者端末装置３からは、追加後の掲示板の内容が閲覧可能となる。

ステップＳ４１８において、コミュニティ活動処理部３３は、情報発信回数に１を加算する。
具体的には、コミュニティ活動処理部３３は、ステップＳ４１４にて検索の結果該当したレコードの情報発信回数に１を加算する。
ここで、情報発信処理手順は終了し、ステップＳ４２０に戻る。

（重み付け処理手順）
図１３は、本実施形態に係る重み付け処理手順のフローチャートである。重み付け処理手順は、ステップＳ４３０の詳細である。
前提として、コミュニティ活動ポイントデータベース２３のレコードはコミュニティＩＤ毎にソートされ、集計されているものとする。また、パーソナルポイントデータベース２４のレコードは、関連職群ＩＤ毎にソートされ、集計されているものとする。

ステップＳ４３１において、重み付け処理部３５は、参加情報等を取得する。
具体的には、重み付け処理部３５は、コミュニティ活動ポイントデータベース２３の任意のレコード（ソート後、集計後のレコード）を取得し、そのレコードの参加情報、訪問回数、イベント参加回数及び情報発信回数を取得する。

ステップＳ４３２において、重み付け処理部３５は、参加ポイント等を算出する。
具体的には、重み付け処理部３５は、第一に、ステップＳ４３１において取得した任意のレコードのコミュニティＩＤ及び「参加情報」（文字列そのもの）を検索キーとして、重み付けデータベース２７を検索し、該当したレコードの重みを取得する。
第二に、ステップＳ４３１にて取得した参加情報に対して「第一」にて取得した重みを乗じた値を、ステップＳ４３１において取得した任意のレコードの参加ポイント欄１３５に記憶する。
ステップＳ４３２の処理は、「参加情報」を「訪問回数」、「イベント参加回数」及び「情報発信回数」に読み替え、「参加ポイント欄１３５」を「訪問ポイント欄１３７」、「イベント参加ポイント欄１３９」及び「情報発信ポイント欄１４１」に読み替えたうえで繰り返す。

ステップＳ４３３において、重み付け処理部３５は、ＣＰ合計を算出する。
具体的には、重み付け処理部３５は、ステップＳ４３１において取得した任意のレコードの参加ポイント、訪問ポイント、イベント参加ポイント及び情報発信ポイントの合計を、そのレコードのＣＰ合計欄１４２に記憶する。
ステップＳ４３１〜Ｓ４３３の処理は、コミュニティ活動ポイントデータベース２３のすべてのレコード（ソート後、集計後のレコード）について繰り返す。

ステップＳ４３４において、重み付け処理部３５は、ブログキーワードカウント等を取得する。
具体的には、重み付け処理部３５は、パーソナルポイントデータベース２４の任意のレコード（ソート後、集計後のレコード）を取得し、そのレコードのブログキーワードカウント、メッセージキーワードカウント、アクセスログカウント、求人情報送信回数及び求人情報コンタクト回数を取得する。

ステップＳ４３５において、重み付け処理部３５は、ブログキーワードポイント等を算出する。
具体的には、重み付け処理部３５は、第一に、ステップＳ４３４において取得した任意のレコードの関連職群ＩＤ及び「ブログキーワードカウント」（文字列そのもの）を検索キーとして、重み付けデータベース２７を検索し、該当したレコードの重みを取得する。
第二に、ステップＳ４３４にて取得したブログキーワードカウントに対して「第一」にて取得した重みを乗じた値を、ステップＳ４３４において取得した任意のレコードのブログキーワードポイント欄１５５に記憶する。
ステップＳ４３５の処理は、「ブログキーワードカウント」を「メッセージキーワードカウント」、「アクセスログカウント」、「求人情報送信回数」及び「求人情報コンタクト回数」に読み替え、「ブログキーワードポイント欄１５５」を「メッセージキーワードポイント欄１５７」、「アクセスログポイント欄１５９」、「求人情報送信ポイント欄１６１」及び「求人情報コンタクトポイント欄１６３」に読み替えたうえで繰り返す。

ステップＳ４３６において、重み付け処理部３５は、ＣＰ合計を転記する。
具体的には、重み付け処理部３５は、第一に、Ｓ４３４において取得した任意のレコードの関連職群ＩＤを検索キーとして、コミュニティ活動ポイントデータベース２３を検索し、該当したレコードのＣＰ合計欄１４２の値を合計する。
第二に、当該関連職群ＩＤを有するパーソナルポイントデータベース２４のレコードのＣＰ合計欄１５３に、「第一」にて合計した値を記憶する。

ステップＳ４３７において、重み付け処理部３５は、ポイント合計を算出する。
具体的には、重み付け処理部３５は、ＣＰ合計、ブログキーワードポイント、メッセージキーワードポイント、アクセスログポイント、求人情報送信ポイント及び求人情報コンタクトポイントの合計を、ポイント合計欄１６４に記憶する。
ステップＳ４３４〜Ｓ４３７の処理は、パーソナルポイントデータベース２４のすべてのレコード（ソート後、集計後のレコード）について繰り返す。
ここで、重み付け処理手順は終了し、ステップＳ４４０に戻る。

（マッチング処理手順）
図１４は、本実施形態に係るマッチング処理手順のフローチャートである。マッチング処理手順は、ステップＳ４４０の詳細である。
ステップＳ４４１において、マッチング処理部３６は、閾値以上のポイント合計を有する関連職群を取得する。
具体的には、マッチング処理部３６は、第一に、パーソナルポイントデータベース２４の任意のレコードを取得し、そのレコードの関連職群ＩＤ及びポイント合計を取得する。
第二に、「第一」にて取得した関連職群ＩＤを検索キーとして、職群キーワードデータベース２６を検索し、該当したレコードの閾値を取得する。
第三に、「第一」にて取得したポイント合計が、「第二」にて取得した閾値以上である場合は、該当したレコードのキーワードをすべて取得する。そして、求人情報送信準備テーブル（図１６）の新たなレコードを作成し、「第一」にて取得したポイント合計と関連職群ＩＤとを関連付けて記憶する（図１６（a））。「第一」にて取得したポイント合計が、「第二」にて取得した閾値以上ではない場合は何も行わない。
ステップＳ４４１の処理は、パーソナルポイントデータベース２４のすべてのレコードについて繰り返す。

ステップＳ４４２において、マッチング処理部３６は、関連職群に属する求人情報を取得する。
具体的には、マッチング処理部３６は、ステップＳ４４１にて作成した求人情報送信準備テーブルのレコードの関連職群ＩＤを検索キーとして求人情報データベース２５を検索し、該当したレコードの求人ＩＤをすべて取得し、求人情報送信準備テーブルの求人ＩＤ欄に記憶する（この時点で求人情報送信準備テーブルは図１６（ｂ）の状態、すなわち絞りこまれた求人情報を取得した状態である）。

ステップＳ４４３において、マッチング処理部３６は、求人情報と利用者情報を比較する。
具体的には、マッチング処理部３６は、第一に、ステップＳ４４２にて記憶した求人情報送信準備テーブルの求人ＩＤ欄の任意の求人ＩＤを取得する。
第二に、「第一」において取得した求人ＩＤを検索キーとして求人情報データベース２５を検索し、該当したレコードの就業形態を取得する。
第三に、「第二」において取得した就業形態を検索キーとして、利用者情報データベース２１の就業形態欄１０９を検索し、該当したレコードを取得する。
第四に、「第二」において検索の結果該当したレコードの求人条件を取得する。
第五に、「第四」において取得した求人条件を検索キーとして、「第三」において取得したレコードの、職業、資格及びその他／経験欄を検索し、少なくとも１つが該当したレコードの利用者ＩＤを取得し、当該取得した利用者ＩＤを、「第一」において求人ＩＤを取得した求人情報送信準備テーブルのレコードの利用者ＩＤ欄に記憶する。
「第一」〜「第五」の処理は、求人情報送信準備テーブルの求人ＩＤ欄のすべての求人ＩＤについて繰返し、１つの求人ＩＤに対して、複数の利用者ＩＤが取得された場合は、求人情報送信準備テーブルのレコードを複数作成する（この時点で求人情報送信準備テーブルは図１６（ｃ）の状態であり、その１、２行目を参照すると、１つの求人ＩＤに対して、２つの利用者ＩＤが取得されていることがわかる）。

ステップＳ４４４において、マッチング処理部３６は、求人情報送信準備テーブルを完成させる。
具体的には、マッチング処理部３６は、求人情報送信準備テーブルのレコードを利用者ＩＤ毎にソートし、かつ、ソートした各レコード群について、ポイント合計の大きい順に並び替える（この時点で求人情報送信準備テーブルは図１６（ｄ）の状態である）。
ここで、マッチング処理手順は終了し、ステップＳ４５０に戻る。

なお、前記では、「求職候補者の職業に関する情報（第１の情報）」として、職業、資格、その他／経験及び就業形態を使用し、「求人者が求める人材に関する情報（第２の情報）」として、求人条件を使用し、両者の情報をマッチングする例を説明した。しかしながら、ボランティア希望を「求職候補者の職業に関する情報（第１の情報）」に含め、職種、就業形態、給与及び勤務地を「求人者が求める人材に関する情報（第２の情報）」に含めたうえで両者の情報をマッチングすることも可能である。この場合は、利用者情報データベース２１には給与欄、勤務地欄を設けることとし、求人情報データベース２５の就業形態としての「ボランティア」が利用者情報データベース２１のボランティア希望としての「あり」とマッチングされることとする。

（求人情報送信処理手順）
図１５（ａ）は、本実施形態に係る求人情報送信処理手順のフローチャートである。求人情報送信処理手順は、ステップＳ４５０の詳細である。
ステップＳ４５１において、求人情報送信処理部３７は、利用者端末装置３に対して求人情報を送信する。
具体的には、求人情報送信処理部３７は、第一に、ステップＳ４４４にて並び替えたレコードの利用者ＩＤ及び求人ＩＤを取得する。
第二に、求人ＩＤを検索キーとして求人情報データベース２５を検索し、該当したレコードの職種、就業形態、求人条件、給与及び勤務地に基づき、所定の形式のメッセージの内容を作成する。
第三に、メッセージデータベース２９の新たなレコードを作成し、メッセージＩＤ欄２１１には新たに採番したメッセージＩＤを記憶し、利用者ＩＤ欄２１２には、「第一」にて取得した利用者ＩＤを記憶し、受信内容欄２１４には、「第二」にて作成したメッセージの内容又はメッセージの内容の所在を示す情報を記憶し、送受信日時欄２１５には、現在の日時を記憶する。
この時点で、利用者は、求人情報が記載されたメッセージを閲覧することができる。

ステップＳ４５２において、求人情報送信処理部３７は、求人情報送信回数に１を加算する。
具体的には、求人情報送信処理部３７は、第一に、ステップＳ４４４にて並び替えたレコードの利用者ＩＤ及び関連職群ＩＤを検索キーとしてパーソナルポイントデータベース２４を検索し、該当したレコードの求人情報送信回数に１を加算する。
ステップＳ４５１、Ｓ４５２の処理は、ステップＳ４４４にて並び替えたすべてのレコードについて繰り返す。
ここで、求人情報送信処理手順は終了し、ステップＳ４６０に戻る。

（反応集計処理手順）
図１５（ｂ）は、本実施形態に係る反応集計処理手順のフローチャートである。反応集計処理手順は、ステップＳ４６０の詳細である。
ステップＳ４６１において、求人情報反応処理部３８は、利用者端末装置３から求人情報に対する反応を受け付ける。
具体的には、求人情報反応処理部３８は、第一に、利用者が利用者端末装置３を介して求人情報に反応するメッセージ（求人ＩＤ及び、利用者ＩＤが付されているものとする）を受け付ける。

ステップＳ４６２において、求人情報反応処理部３８は、求人情報コンタクト回数に１を加算する。
具体的には、求人情報反応処理部３８は、第一に、ステップＳ４６１にて受け付けた求人ＩＤを検索キーとして求人情報データベース２５を検索し、該当したレコードの関連職群ＩＤを取得する。
第二に、ステップＳ４６１にて受け付けた利用者ＩＤと「第一」にて取得した関連職群ＩＤを検索キーとしてパーソナルポイントデータベース２４を検索し、該当したレコードの求人情報コンタクト回数に１を加算する。
ステップＳ４６１、Ｓ４６２の処理は、ステップＳ４５０の処理が終了した時点から所定の期間が経過するまでの間に、利用者端末装置３からなされた反応につき繰り返す。

ステップＳ４６３において、求人情報反応処理部３８は、レコードの値をクリアする。
具体的には、求人情報反応処理部３８は、第一に、コミュニティ活動ポイントデータベース２３のすべてのレコードの、参加情報欄１３４から情報発信ポイント欄１４１までに記憶されている値を「０」にする。
第二に、パーソナルポイントデータベース２４のすべてのレコードの、ＣＰ合計欄１５３からアクセスログポイント欄１５９までに記憶されている値を「０」にする。
ここでは、パーソナルポイントデータベース２４の求人情報送信回数欄１６０から求人情報コンタクトポイント欄１６３までに記憶されている値は残存させることとした。しかし、これは一例であって、どの欄の値を「０」にするかは任意に設定してよい。
ここで、反応集計処理手順は終了する。

以上説明した本発明の実施形態によれば、本人が求職中であるか否かに拘わらず、本人が認識しない適性・関心事や、認識されていても変化する適性・関心事に基づいて絞り込まれた求人情報を効率的に提供することができる。なお、本発明は、本実施形態に限定されることなく、本発明の主旨を逸脱しない範囲で、幅広く変形実施することができる。

本実施形態に係る全体構成図である。 （ａ）は、本実施形態に係る利用者情報データベースの一例を示す図である。（ｂ）は、本実施形態に係るコミュニティデータベースの一例を示す図である。 （ａ）は、本実施形態に係るコミュニティ活動ポイントデータベースの一例を示す図である。（ｂ）は、本実施形態に係るパーソナルポイントデータベースの一例を示す図である。 （ａ）は、本実施形態に係る求人情報データベースの一例を示す図である。（ｂ）は、本実施形態に係る職群キーワードデータベースの一例を示す図である。 本実施形態に係る重み付けデータベースの一例を示す図である。 （ａ）は、本実施形態に係るブログデータベースの一例を示す図である。（ｂ）は、本実施形態に係るメッセージデータベースの一例を示す図である。 本実施形態の全体処理手順のフローチャートである。 （ａ）は、本実施形態に係る利用者登録処理手順のフローチャートである。（ｂ）は、本実施形態に係るブログ更新処理手順のフローチャートである。 本実施形態に係るメッセージ送信処理手順のフローチャートである。 本実施形態に係るコミュニティ登録処理手順のフローチャートである。 本実施形態に係るイベント参加処理手順のフローチャートである。 本実施形態に係る情報発信処理手順のフローチャートである。 本実施形態に係る重み付け処理手順のフローチャートである。 本実施形態に係るマッチング処理手順のフローチャートである。 （ａ）は、本実施形態に係る求人情報送信処理手順のフローチャートである。（ｂ）は、本実施形態に係る反応集計処理手順のフローチャートである。 本実施形態に係る求人情報送信準備テーブルの一例を示す図である。

符号の説明

１ ジョブマッチングシステム
２ ジョブマッチング装置
３ 利用者端末装置
４ ネットワーク
１１ 中央制御装置（制御部）
１２ 主記憶装置（記憶部）
１３ 補助記憶装置（記憶部）
１４ 入力装置
１５ 出力装置
１６ 通信インタフェース
２１ 利用者情報データベース
２２ コミュニティデータベース
２３ コミュニティ活動ポイントデータベース
２４ パーソナルポイントデータベース
２５ 求人情報データベース
２６ 職群キーワードデータベース
２７ 重み付けデータベース
２８ ブログデータベース
２９ メッセージデータベース
３１ 参加登録処理部
３２ マイページ作成処理部
３３ コミュニティ活動処理部
３４ ブログ・メッセージ処理部
３５ 重み付け処理部
３６ マッチング処理部
３７ 求人情報送信処理部
３８ 求人情報反応処理部

Claims (10)

1. 求職候補者が利用する利用者端末装置に接続され、共通の関心事を有する前記求職候補者が参加するコミュニティの管理と前記求職候補者が作成した情報の管理を行うジョブマッチング装置であって、
   前記ジョブマッチング装置の制御部は、
   前記コミュニティにおける前記求職候補者の活動状況の情報、及び、前記求職候補者が作成した情報を随時監視することによって収集し、
   前記コミュニティにおける前記求職候補者の活動状況の情報、及び、前記求職候補者が作成した情報に基づいて前記求職候補者全体が関心を有していると推測される分野を特定し、
   求人者が求める人材に関する情報の候補から、前記分野に関連する候補を抽出し、
   前記抽出された候補と前記求職候補者の職業に関する情報をマッチングすること、
   を特徴とするジョブマッチング装置。
2. 求職候補者が利用する利用者端末装置に接続され、共通の関心事を有する前記求職候補者が参加するコミュニティの管理と前記求職候補者が作成した情報の管理を行うジョブマッチング装置であって、
   前記ジョブマッチング装置の記憶部は、
   求職候補者を特定する第１の識別子に関連付けて、求職候補者の職業に関する情報である第１の情報を記憶した利用者情報データベースと、
   求人者が求める人材に関する情報である第２の情報を特定する第２の識別子に関連付けて、前記第２の情報と、前記第２の情報が属する分野を特定する第３の識別子を記憶した求人情報データベースと、
   前記コミュニティを特定する第４の識別子に関連付けて、前記第３の識別子を記憶したコミュニティデータベースと、
   を備え、
   前記ジョブマッチング装置の制御部は、
   前記コミュニティにおける前記求職候補者の活動状況の情報、及び、前記求職候補者が作成した情報を随時監視することによって収集し、
   所定の期間毎に、
   前記コミュニティにおける前記求職候補者の活動状況を示す第３の情報を、前記第４の識別子毎に取得し、
   前記取得した第３の情報を、前記第３の識別子毎に集計し、
   前記求職候補者が作成した情報と前記第３の識別子毎に予め登録された前記分野を特徴付ける情報との一致度を示す第４の情報を、前記第３の識別子毎に取得し、
   前記第３の識別子毎に集計され取得された第３の情報及び第４の情報に基づいて、求職候補者全体が関心を有していると推測される前記分野を特定する第３の識別子を取得し、
   前記取得した第３の識別子を検索キーとして前記求人データベースを検索し、該当したレコードの第２の識別子を取得し、
   前記取得した第２の識別子に関連付けられた前記第２の情報を検索キーとして、前記利用者データベースの第１の情報を検索し、該当したレコードの第１の識別子を取得し、
   前記取得した第１の識別子が特定する求職候補者に対して、前記検索キーとした第２の情報を基に作成されたメッセージを提示すること、
   を特徴とするジョブマッチング装置。
3. 前記第３の情報及び第４の情報は、それぞれ重み付けされた複数の項目の合計値であること、
   を特徴とする請求項２に記載のジョブマッチング装置。
4. 前記ジョブマッチング装置の制御部は、
   前記第４の情報と、前記第４の情報に対して第３の識別子毎に予め登録された閾値との大小関係を判断することにより、求職候補者全体が関心を有すると推測される前記分野を特定する第３の識別子を取得すること、
   を特徴とする請求項３に記載のジョブマッチング装置。
5. 前記コミュニティデータベースは、
   前記コミュニティを特定する前記第４の識別子に関連付けて、前記コミュニティに参加し得る前記求職候補者の参加条件を記憶し、
   前記ジョブマッチング装置の制御部は、
   前記参加条件と、当該コミュニティに対する参加を希望する前記求職候補者についての前記第１の情報とを比較して、参加の可否を決定すること、
   を特徴とする請求項２に記載のジョブマッチング装置。
6. 求職候補者が利用する利用者端末装置に接続され、共通の関心事を有する前記求職候補者が参加するコミュニティの管理と前記求職候補者が作成した情報の管理を行うジョブマッチング装置を用いたジョブマッチング方法であって、
   前記ジョブマッチング装置の制御部は、
   前記コミュニティにおける前記求職候補者の活動状況の情報、及び、前記求職候補者が作成した情報を随時監視することによって収集し、
   前記コミュニティにおける前記求職候補者の活動状況の情報、及び、前記求職候補者が作成した情報に基づいて前記求職候補者全体が関心を有していると推測される分野を特定し、
   求人者が求める人材に関する情報の候補から、前記分野に関連する候補を抽出し、
   前記抽出された候補と前記求職候補者の職業に関する情報をマッチングすること、
   を特徴とするジョブマッチング方法。
7. 求職候補者が利用する利用者端末装置に接続され、共通の関心事を有する前記求職候補者が参加するコミュニティの管理と前記求職候補者が作成した情報の管理を行うジョブマッチング装置を用いたジョブマッチング方法であって、
   前記ジョブマッチング装置の記憶部は、
   求職候補者を特定する第１の識別子に関連付けて、求職候補者の職業に関する情報である第１の情報を記憶した利用者情報データベースと、
   求人者が求める人材に関する情報である第２の情報を特定する第２の識別子に関連付けて、前記第２の情報と、前記第２の情報が属する分野を特定する第３の識別子を記憶した求人情報データベースと、
   前記コミュニティを特定する第４の識別子に関連付けて、前記第３の識別子を記憶したコミュニティデータベースと、
   を備え、
   前記ジョブマッチング装置の制御部は、
   前記コミュニティにおける前記求職候補者の活動状況の情報、及び、前記求職候補者が作成した情報を随時監視することによって収集し、
   所定の期間毎に、
   前記コミュニティにおける前記求職候補者の活動状況を示す第３の情報を、前記第４の識別子毎に取得し、
   前記取得した第３の情報を、前記第３の識別子毎に集計し、
   前記求職候補者が作成した情報と前記第３の識別子毎に予め登録された前記分野を特徴付ける情報との一致度を示す第４の情報を、前記第３の識別子毎に取得し、
   前記第３の識別子毎に集計され取得された第３の情報及び第４の情報に基づいて、求職候補者全体が関心を有していると推測される前記分野を特定する第３の識別子を取得し、
   前記取得した第３の識別子を検索キーとして前記求人データベースを検索し、該当したレコードの第２の識別子を取得し、
   前記取得した第２の識別子に関連付けられた前記第２の情報を検索キーとして、前記利用者データベースの第１の情報を検索し、該当したレコードの第１の識別子を取得し、
   前記取得した第１の識別子が特定する求職候補者に対して、前記検索キーとした第２の情報を基に作成されたメッセージを提示すること、
   を特徴とするジョブマッチング方法。
8. 前記第３の情報及び第４の情報は、それぞれ重み付けされた複数の項目の合計値であること、
   を特徴とする請求項７に記載のジョブマッチング方法。
9. 前記ジョブマッチング装置の制御部は、
   前記第４の情報と、前記第４の情報に対して第３の識別子毎に予め登録された閾値との大小関係を判断することにより、求職候補者全体が関心を有すると推測される前記分野を特定する第３の識別子を取得すること、
   を特徴とする請求項８に記載のジョブマッチング方法。
10. 前記コミュニティデータベースは、
    前記コミュニティを特定する前記第４の識別子に関連付けて、前記コミュニティに参加し得る前記求職候補者の参加条件を記憶し、
    前記ジョブマッチング装置の制御部は、
    前記参加条件と、当該コミュニティに対する参加を希望する前記求職候補者についての前記第１の情報とを比較して、参加の可否を決定すること、
    を特徴とする請求項７に記載のジョブマッチング方法。

Images