(57)【要約】【課題】効率的に、検索側と被検索側の双方が望む情報を検出する情報マッチング装置を提供する。【解決手段】検索ユーザと該検索ユーザの検索対象である被検索ユーザとのユーザごとに、ユーザ識別情報に対応付けて属性情報を記憶する属性データベースを備える情報マッチング装置であって、被検索ユーザから入力される検索ユーザの属性情報を、被検索ユーザの識別情報に対応付けて被検索条件として予め記憶する被検索条件記憶手段と、検索ユーザから入力される検索条件に適応する属性情報を有し、かつ、検索ユーザの属性情報に適応する被検索条件を有する被検索ユーザの識別情報を検出する情報マッチング手段とを備えることを特徴とする情報マッチング装置。【選択図】図１
2008234607.tif 000002
【特許請求の範囲】
【請求項１】
検索ユーザと該検索ユーザの検索対象である被検索ユーザとのユーザごとに、ユーザ識別情報に対応付けて属性情報を記憶する属性データベースを備える情報マッチング装置であって、
被検索ユーザから入力される検索ユーザの属性情報を、被検索ユーザの識別情報に対応付けて被検索条件として予め記憶する被検索条件記憶手段と、
前記検索ユーザから入力される検索条件に適応する属性情報を有し、かつ、前記検索ユーザの属性情報に適応する前記被検索条件を有する被検索ユーザの識別情報を検出する情報マッチング手段と
を備えることを特徴とする情報マッチング装置。
【請求項２】
前記属性データベースが記憶するユーザの属性情報は、フリーテキスト情報を含み、
前記フリーテキスト情報を文章解析してメタ属性情報を抽出する文章データ解析手段と、
前記メタ属性情報を記憶するメタ情報記憶手段とをさらに備え、
前記情報マッチング手段にて参照される属性情報は、前記メタ属性情報を含むこと
をさらに特徴とする請求項１に記載の情報マッチング装置。
【請求項３】
ネットワーク上に公開されたウェブページが更新されたか否かを示す情報と更新された該ウェブページの参照先を示す第１の参照情報を含む更新情報を配信する参照先を示す第２の参照情報を記憶し、該第２の参照情報に基づいて前記更新情報を要求して受信する更新情報取得手段と、
前記更新情報に基づいて更新された前記ウェブページを要求して取得するウェブページ取得手段と、をさらに備え、
前記メタ属性情報は、前記文章データ解析手段が前記ウェブページに含まれるフリーテキスト情報を解析して生成するメタ属性情報を含むこと
をさらに特徴とする請求項２に記載の情報マッチング装置。
【請求項４】
前記被検索条件記憶手段は、少なくとも３ユーザ以上のユーザに対応して、それぞれに前記被検索条件を記憶すること
をさらに特徴とする請求項１から請求項３に記載の情報マッチング装置。
【請求項５】
検索ユーザと該検索ユーザの検索対象である被検索ユーザとのユーザごとに、ユーザ識別情報に対応付けて属性情報を記憶する属性データベースを用いる情報マッチング方法であって、
被検索条件記憶手段が、被検索ユーザから入力される検索ユーザの属性情報を、被検索ユーザの識別情報に対応付けて被検索条件として予め記憶する工程と、
情報マッチング手段が、前記検索ユーザから入力される検索条件に適応する属性情報を有し、かつ、前記検索ユーザの属性情報に適応する前記被検索条件を有する被検索ユーザの識別情報を検出する工程と
を備えることを特徴とする情報マッチング方法。
【請求項６】
前記属性データベースが記憶するユーザの属性情報は、フリーテキスト情報を含み、
文章データ解析手段が、前記フリーテキスト情報を文章解析してメタ属性情報を抽出する工程と、
メタ情報記憶手段が、前記メタ属性情報を記憶する工程とをさらに備え、
前記情報マッチング手段にて参照される属性情報は、前記メタ属性情報を含むこと
をさらに特徴とする請求項５に記載の情報マッチング方法。
【請求項７】
更新情報取得手段が、ネットワーク上に公開されたウェブページが更新されたか否かを示す情報と更新された該ウェブページの参照先を示す第１の参照情報を含む更新情報を配信する参照先を示す第２の参照情報を記憶し、該第２の参照情報に基づいて前記更新情報を要求して受信する工程と、
ウェブページ取得手段が、前記更新情報に基づいて更新された前記ウェブページを要求して取得する工程と、をさらに備え、
前記メタ属性情報は、前記文章データ解析手段が前記ウェブページに含まれるフリーテキスト情報を解析して生成するメタ属性情報を含むこと
をさらに特徴とする請求項６に記載の情報マッチング方法。
【請求項８】
前記被検索条件記憶手段は、少なくとも３ユーザ以上のユーザに対応して、それぞれに前記被検索条件を記憶すること
をさらに特徴とする請求項５から請求項７に記載の情報マッチング方法。
【請求項９】
検索ユーザと該検索ユーザの検索対象である被検索ユーザとのユーザごとに、ユーザ識別情報に対応付けて属性情報を記憶する属性データベースを備えるコンピュータに、
被検索条件記憶手段が、被検索ユーザから入力される検索ユーザの属性情報を、被検索ユーザの識別情報に対応付けて被検索条件として予め記憶するステップと、
情報マッチング手段が、前記検索ユーザから入力される検索条件に適応する属性情報を有し、かつ、前記検索ユーザの属性情報に適応する前記被検索条件を有する被検索ユーザの識別情報を検出するステップと
を実行させることを特徴とする情報マッチングプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検索ユーザが入力する検索条件に対応する被検索ユーザの情報を検出する情報マッチングシステムに関する。
【背景技術】
【０００２】
従来、検索ユーザが入力する検索条件に対応する被検索ユーザの情報を検出する情報マッチングシステム、例えば就職活動中の求職者に対する求職サイトのようなシステムでは、図６に示すようなシステムが一般的である。このようなマッチングシステムでは、システムを利用するユーザは、検索ユーザと被検索ユーザとに大別される。例えば、上記の求職サイトの例では、検索ユーザは求職者であり、被検索ユーザは企業である。検索ユーザと被検索ユーザは、ともに、予め自身の属性情報等をシステムに記憶させ、アカウントの発行を受ける（ステップＳ１０１）。そして、検索ユーザが、マッチングシステムから取得した検索画面に検索条件を入力して（ステップＳ１０２）検索実行する（ステップＳ１０３）と、マッチングシステムは被検索ユーザの属性情報から該検索条件に一致する情報を検出して（ステップＳ１０４、ステップＳ１０５）、この情報を検索結果として検索ユーザが利用する端末に出力する（ステップＳ１０６）。
【０００３】
このような情報マッチングシステムが予め記憶する属性情報として、求人情報などのフリーテキスト情報から抽出したキーワードを利用して検索を行うシステムが提案されている（例えば、特許文献１参照）。また、検索ユーザと被検索ユーザの双方から、特定の属性を選択することによって互いに検索可能とするシステムが提案されている（例えば、特許文献２参照）。
【特許文献１】特開２００６−３１２０４号公報
【特許文献２】特開２００２−４１８３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に示されるような情報マッチングシステムでは、検索とマッチングの条件入力は、専ら検索ユーザが行うため、被検索ユーザが予め受動側ユーザを絞り込むことはできない。
さらに、上記のような検索・マッチングは、検索ユーザが検索時に入力する検索条件を入力し、入力した条件に合致するデータを取得するというのが一般的である。すなわち、能動側ユーザは検索する度に条件を入力する手間をかけなければならない。このことの改善策としては、例えば、予め検索条件を入力して登録しておき、それ以降はその検索条件が自動で利用されるような構成が考えられるが、この場合は、時とともに変化する個人の嗜好や社会の情勢などは、検索ユーザが、入力した条件を書き換えるまで変更されない。
【０００５】
また、特許文献２に示されるような情報マッチングシステムでは、検索ユーザは、被検索ユーザの属性情報として明示されているもののみしか検索条件として指定できない。例えば、求職者が企業を検索する際には、「所在地」、「資本金」等の明示された項目のデータを検索条件として指定し、検索を行っていた。この場合、例えば「社風」のような抽象的な属性を検索条件として指定することはできない。
【０００６】
このように、検索条件を入力する検索サイトでは、情報の検索目的は明確であっても、検索するために入力する検索語の選択によって結果が違ってくる場合がある。すなわち、能動側ユーザが欲する情報に辿り着けるかどうか、被検索ユーザが望む検索ユーザを誘導できるかどうかには、検索ユーザの検索スキルが大きく影響するといえる。
【０００７】
本発明は、このような状況に鑑みてなされたもので、より効率的に、検索側と被検索側の双方が望む情報に辿り着く可能性を上げる情報マッチング装置を提供する。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、検索ユーザ（例えば、本実施形態における求職者）と該検索ユーザの検索対象である被検索ユーザ（例えば、本実施形態における企業または企業社員）とのユーザごとに、ユーザ識別情報に対応付けて属性情報を記憶する属性データベース（例えば、本実施形態における属性データベースサーバ２００）を備える情報マッチング装置（例えば、本実施形態におけるマッチング装置１００）であって、被検索ユーザから入力される検索ユーザの属性情報を、被検索ユーザの識別情報に対応付けて被検索条件として予め記憶する被検索条件記憶手段（例えば、本実施形態における被検索条件記憶部２５０）と、検索ユーザから入力される検索条件に適応する属性情報を有し、かつ、検索ユーザの属性情報に適応する被検索条件を有する被検索ユーザの識別情報を検出する情報マッチング手段（例えば、本実施形態におけるマッチング処理部１１０）とを備えることを特徴とする情報マッチング装置である。
【０００９】
本発明は、属性データベースが記憶するユーザの属性情報は、フリーテキスト情報を含み、フリーテキスト情報を文章解析（例えば、本実施形態における形態素解析）してメタ属性情報を抽出する文章データ解析手段（例えば、本実施形態における文章データ記憶部２２０）と、メタ属性情報を記憶するメタ情報記憶手段（例えば、本実施形態におけるメタ情報記憶部２３０）とをさらに備え、情報マッチング手段にて参照される属性情報は、メタ属性情報を含むことをさらに特徴とする請求項１に記載の情報マッチング装置である。
【００１０】
本発明は、ネットワーク上に公開されたウェブページ（例えば、本実施形態におけるブログ情報）が更新されたか否かを示す情報と更新された該ウェブページの参照先を示す第１の参照情報（例えば、本実施形態におけるブログ配信ＵＲＩ）を含む更新情報（例えば、本実施形態におけるＲＳＳフィード）を配信する参照先を示す第２の参照情報（例えば、本実施形態におけるＲＳＳ配信情報、ＲＳＳ配信ＵＲＩ）を記憶し、該第２の参照情報に基づいて更新情報を要求して受信する更新情報取得手段（例えば、本実施形態におけるＲＳＳ取得部１５０）と、更新情報に基づいて更新されたウェブページを要求して取得するウェブページ取得手段（例えば、本実施形態におけるブログ取得部１６０）と、をさらに備え、メタ属性情報は、文章データ解析手段がウェブページに含まれるフリーテキスト情報を解析して生成するメタ属性情報を含むことをさらに特徴とする請求項２に記載の情報マッチング装置である。
【００１１】
本発明は、被検索条件記憶手段は、少なくとも３ユーザ以上（例えば、本実施形態における求職者と、企業採用担当者と、企業社員）のユーザに対応して、それぞれに被検索条件を記憶することをさらに特徴とする請求項１から請求項３に記載の情報マッチング装置である。
【００１２】
本発明は、検索ユーザと該検索ユーザの検索対象である被検索ユーザとのユーザごとに、ユーザ識別情報に対応付けて属性情報を記憶する属性データベースを用いる情報マッチング方法であって、被検索条件記憶手段が、被検索ユーザから入力される検索ユーザの属性情報を、被検索ユーザの識別情報に対応付けて被検索条件として予め記憶する工程と、情報マッチング手段が、検索ユーザから入力される検索条件に適応する属性情報を有し、かつ、検索ユーザの属性情報に適応する被検索条件を有する被検索ユーザの識別情報を検出する工程とを備えることを特徴とする情報マッチング方法である。
【００１３】
本発明は、属性データベースが記憶するユーザの属性情報は、フリーテキスト情報を含み、文章データ解析手段が、フリーテキスト情報を文章解析してメタ属性情報を抽出する工程と、メタ情報記憶手段が、メタ属性情報を記憶する工程とをさらに備え、情報マッチング手段にて参照される属性情報は、メタ属性情報を含むことをさらに特徴とする請求項５に記載の情報マッチング方法である。
【００１４】
本発明は、更新情報取得手段が、ネットワーク上に公開されたウェブページが更新されたか否かを示す情報と更新された該ウェブページの参照先を示す第１の参照情報を含む更新情報を配信する参照先を示す第２の参照情報を記憶し、該第２の参照情報に基づいて更新情報を要求して受信する工程と、ウェブページ取得手段が、更新情報に基づいて更新されたウェブページを要求して取得する工程と、をさらに備え、メタ属性情報は、文章データ解析手段がウェブページに含まれるフリーテキスト情報を解析して生成するメタ属性情報を含むことをさらに特徴とする請求項６に記載の情報マッチング方法である。
【００１５】
本発明は、被検索条件記憶手段は、少なくとも３ユーザ以上のユーザに対応して、それぞれに被検索条件を記憶することをさらに特徴とする請求項５から請求項７に記載の情報マッチング方法である。
【００１６】
本発明は、検索ユーザと該検索ユーザの検索対象である被検索ユーザとのユーザごとに、ユーザ識別情報に対応付けて属性情報を記憶する属性データベースを備えるコンピュータに、被検索条件記憶手段が、被検索ユーザから入力される検索ユーザの属性情報を、被検索ユーザの識別情報に対応付けて被検索条件として予め記憶するステップと、情報マッチング手段が、検索ユーザから入力される検索条件に適応する属性情報を有し、かつ、検索ユーザの属性情報に適応する被検索条件を有する被検索ユーザの識別情報を検出するステップとを実行させることを特徴とする情報マッチングプログラムである。
【発明の効果】
【００１７】
以上説明したように、本発明によれば、検索ユーザが検索を行う際、被検索ユーザが入力する被検索条件に基づいて検索を行うことができ、また、ユーザが通常利用するブログ等のテキスト情報を検索情報として利用するので、効率的な情報マッチングシステムを提供することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の一実施形態について、図面を参照して説明する。
まず、図１を参照して、本発明の概要を説明する。
本発明にかかる情報マッチング装置の実施形態として、就職活動において企業採用担当者（被検索ユーザ）が求職者（検索ユーザ）に求人情報を公開する人材マッチングシステムを例に挙げて説明する。なお、本例の人材マッチングシステムでは、求職後の社員訪問までも扱うものであることとし、企業社員（被検索ユーザ）は被検索条件を設定して人材マッチングシステムを利用する。また、本実施形態の説明中で、「検索ユーザ」、「被検索ユーザ」という表現をするが、全てのユーザが検索ユーザであり被検索ユーザで有り得る。すなわち、求職者は企業を検索するときは検索ユーザであるし、企業採用担当者が求職者を検索するときは求職者は被検索ユーザとなる。
【００１９】
人材マッチングシステムでは、全てのユーザにはアカウントが生成され、通知される。人材マッチングシステムにユーザの属性情報を登録することによって、アカウントＩＤと、例えばパスワードが発行される。アカウントＩＤとパスワードとのアカウント情報は、電子メールによって通知されるようにしても良いし、アカウント発行用ＷＥＢページを提供して、ここでアカウント作成を行うことによって作成しても良い。以下の説明中でアカウントを発行する、アカウントを登録するといったときは上記のようにアカウント情報が生成されて通知されることをいう。また、以下の説明中で、人材マッチングシステムにログインするといったときは、アカウントを入力して、正当なユーザとして人材マッチングシステムを利用することをいう。
【００２０】
人材マッチングシステムは、企業（以下、企業「Ｋ」とする）の企業採用担当者、企業社員、求職者の３者がそれぞれにアカウントを作成して利用する。アカウント作成時には、自身または自社の特徴等を示す属性情報を人材マッチングシステムに登録する。本実施形態例では、企業採用担当者が登録する企業の属性情報は求人情報（募集職種、募集人数等の募集条件）を含むこととする。そして、企業は、被検索条件として、例えば求職者の学校名に「Ａ」と「Ｂ」を人材マッチングシステムに記憶させておく。企業「Ｋ」の属性情報を有する企業社員（以下、「Ｓ」とする）は、被検索条件として、例えば求職者の学校名に「Ｂ」を指定しておく。
【００２１】
そして、学校名「Ａ」の属性情報を有する求職者が、人材マッチングシステムにログインして企業を検索すると、企業「Ｋ」が検索結果として表示される。一方、学校名「Ｅ」の属性情報を有する求職者は、企業「Ｋ」の被検索条件に適応しないので、人材マッチングシステムにログインして検索しても、企業「Ｋ」は検索結果に表示されない。
人材マッチングシステムは、求職者から企業「Ｋ」への求人応募を受付けると、企業「Ｋ」に所属する企業社員の情報を検索する。この際、応募した求職者が学校名「Ｂ」の属性情報を有する場合は、検索結果に企業社員「Ｓ」が表示されるが、学校名「Ａ」の属性情報を有する場合は、社員「Ｓ」の被検索条件に適応しないので表示されない。
本実施形態では、このように、被検索ユーザが、予め検索ユーザの属性条件を被検索条件として設定しておくことによって、人材マッチングシステムは、検索ユーザから入力された検索条件と、被検索ユーザから入力された被検索条件とのどちらも満たす検索結果を検出して提供するものである。
【００２２】
次に、図２を参照して、本実施形態例の各機能部を説明する。
本実施形態例による人材マッチングシステムは、マッチング装置１００と、属性データベースサーバ２００と、ブログサーバ４００と、求職者用の端末である検索ユーザ端末５００と、採用担当者用の端末である被検索ユーザ端末６００と、企業社員用の端末である被検索ユーザ端末６０１とを備えている。本実施形態例では、上記のそれぞれの装置がＩＰ（Internet Protocol）ベースのインターネットまたはイントラネットにより相互に接続されており情報通信を行うこととするが、情報通信が可能であれば必ずしもＩＰベースでなくても良い。
【００２３】
また、本実施形態例による情報マッチングシステムは、マッチング装置１００上で動作するウェブサーバと、検索ユーザ端末５００や被検索ユーザ端末６００などの各ユーザ端末とがインターネット回線を通じたＨＴＴＰ（Hypertext Transfer Protocol）による情報通信を行ういわゆるウェブアプリケーション形式のユーザインターフェイスを想定して説明する。ただし、本発明の実施形態はこれに限るものではなく、例えば、マッチング装置１００にサーバアプリケーションをインストールし、各ユーザ端末にはクライアントアプリケーションをインストールして行ういわゆるクライアント／サーバ型システムの構成としても良い。
【００２４】
また、本実施形態では、属性データベースサーバ２００が、企業採用担当者の入力する企業の属性情報と、企業社員の属性情報と、求職者の属性情報を記憶することとするが、それぞれに別のマシンを用意してデータベースサーバを稼動させても良い。また、属性データベースサーバ２００は、マッチング装置１００にインストールしたデータベースアプリケーションとしてサービスを稼動させても良い。
また、本実施形態では、検索ユーザ端末５００と被検索ユーザ端末６００と被検索ユーザ端末６０１とをそれぞれ１台ずつを図２に示して説明するが、複数台でも良い。
【００２５】
マッチング装置１００は、検索ユーザ端末５００と被検索ユーザ端末６００と被検索ユーザ端末６０１とへ本実施形態例による人材マッチングサービスを提供するアプリケーションサーバである。マッチング装置１００は、マッチング処理部１１０と、検索条件入力部１２０と、被検索条件入力部１３０と、ＤＢアクセス部１４０と、ＲＳＳ取得部１５０と、ブログ取得部１６０と、文章データ解析部１７０と、社員訪問管理部１８０とを有する。
【００２６】
マッチング処理部１１０は、入力される検索条件と、属性データベースサーバ２００に記憶された属性情報とのマッチング処理を行い、対応するユーザ情報を検出する。
検索条件入力部１２０は、検索ユーザ端末５００に検索条件入力画面データを提供し、これに対する検索ユーザ端末５００からの返信データを受け付ける。検索条件入力画面データは、例えば、属性情報の入力可能なコントロールを有するＨＴＭＬ（HyperText Markup Language）データである。検索条件入力画面データが検索ユーザ端末５００に送信され、検索ユーザ端末５００が有するインターネットブラウザ（以下、ブラウザ）に解釈されて表示される。検索条件入力画面に入力された検索条件は、検索ユーザ端末５００が条件入力を完了することによって検索条件入力部１２０に送信される。
【００２７】
被検索条件入力部１３０は、被検索ユーザ端末６００に被検索条件入力画面データを提供する。被検索条件入力画面データは、例えば、属性情報の入力可能なコントロールを有するＨＴＭＬデータである。
ＤＢアクセス部１４０は、属性データベースサーバ２００との通信を行い、それぞれに記憶された情報を指定された条件で検出する。
【００２８】
ＲＳＳ取得部１５０は、記憶されたＲＳＳ（RDF Site Summary、Rich Site Summary、Really Simple Syndication）フィードの配信ＵＲＩ（Uniform Resource Identifier）に基づいて定期的にＲＳＳフィードを取得する。ＲＳＳフィードとは、ウェブページの更新情報、タイトル、見出し、要約などがＸＭＬ（Extensible Markup Language）フォーマットによってまとめられた情報である。なお、本実施形態の説明ではＲＳＳフィードと表現するが、ウェブサイトの更新情報をＸＭＬフォーマットにより簡単にまとめたフィードであれば、必ずしもＲＳＳでなくとも良い。
【００２９】
ブログ取得部１６０は、上記ＲＳＳ取得部１５０により取得したＲＳＳフィードに基づいて、ブログコンテンツに更新があったときは、対応するブログコンテンツを取得して、ブログコンテンツが含むテキスト情報を属性データベースサーバ２００の文章データ記憶部２２０に記憶させる。なお、ブログ情報は、定期的に更新が行われ、ＲＳＳフィードを配信するウェブサイトの情報であれば、ニュース配信サイトなどに更新された情報でもよく、必ずしもいわゆるブログでなくとも良い。
【００３０】
文章データ解析部１７０は、属性データベースサーバ２００の文章データ記憶部２２０に記憶された文章データを読み込んで解析し、メタ情報を抽出して属性データベースサーバ２００のメタ情報記憶部２３０に記憶させる。メタ情報（メタデータ）は、検索対象である文章データに含まれる文字からなるデータであり、効率的に検索を行うために該文章データの性質や属性を示すキーワードを予め索引語として抽出したデータである。
社員訪問管理部１８０は、検索ユーザ端末５００から受信する求人応募要求を受信すると、属性データベースサーバ２００から、対応する企業の社員を検出するなど、社員訪問に関する処理を行う。
【００３１】
属性データベースサーバ２００は、検索ユーザの属性情報を管理し、文章データ記憶部２２０と、メタ情報記憶部２３０と、属性記憶部２４０と、被検索条件記憶部２５０とを備える。
文章データ記憶部２２０は、ユーザの識別情報であるユーザＩＤに対応させて、文章データを記憶する。文章データは、フリーテキストの情報であり、フリーテキストは、言語、文字列長などに制限がなく自由なフォーマットのテキスト情報である。本実施形態では、フリーテキストの情報としてブログのテキスト情報を例として説明する。
【００３２】
メタ情報記憶部２３０は、文章データ解析部１７０によって解析され抽出されたメタ情報が、ユーザＩＤに対応して記憶される。
属性記憶部２４０は、ユーザＩＤに対応して検索ユーザの属性情報を記憶する。
被検索条件記憶部２５０は、ユーザＩＤに対応して、該ユーザＩＤが被検索ユーザとなる場合に検索ユーザに要求する条件を記憶する。
ブログサーバ４００は、ブログサービスを提供するサーバであり、ブログ記事の入力、記憶、配信、ブログ記事に対応するＲＳＳフィードの生成および配信を行う。このようなブログサービス機能は、マッチング装置１００が備えることとしても良い。
【００３３】
検索ユーザ端末５００は、検索ユーザが利用するコンピュータ端末であり、本実施形態例では、いわゆるＰＣ（Personal Computer）端末であって、インターネットに接続されていることを想定する。検索ユーザ端末５００は、ＨＴＭＬデータを解釈可能ないわゆるインターネットブラウザを有することとする。
被検索ユーザ端末６００は、企業採用担当者が利用する端末であり、被検索ユーザ端末６０１は、企業社員が利用する端末であり、検索ユーザ端末５００と同様の構成であることとする。
【００３４】
次に、図３を参照して、企業と企業社員が本発明による情報マッチングシステムに情報登録を行う動作例について説明する。
企業採用担当者は、被検索ユーザ端末６００を利用してマッチング装置１００にアクセスする（ステップＳ０１）。被検索ユーザ端末６００からマッチング装置１００へのアクセスが初回である場合には、マッチング装置１００は、予めマッチング装置１００に記憶された企業登録ページを被検索ユーザ端末６００に送信する。企業登録ページは、企業業種、事業内容、資本金、設立年度、従業員数、社員平均年齢、福利厚生などの企業の属性情報とともに、募集職種、募集人数、待遇などの求人情報を登録可能なコントロールを有するＨＴＭＬページデータである。
【００３５】
被検索ユーザ端末６００は、上記企業登録ページを受信し、ブラウザに表示させる。企業採用担当者が、企業登録ページの各項目に属性情報を入力すると、被検索ユーザ端末６００は、入力された属性情報をマッチング装置１００に送信する（ステップＳ０２）。マッチング装置１００は、企業の属性情報を受信し、ＤＢアクセス部１４０を介して属性データベースサーバ２００の属性記憶部２４０に記憶させる。マッチング装置１００は、例えば該企業に対応するアカウントを発行する（ステップＳ０３）。以降、被検索ユーザ端末６００は、該アカウントを利用して情報マッチングシステムを利用する。
【００３６】
そして、企業採用担当者は、募集内容に応じて企業社員に社員訪問の協力を依頼する（ステップＳ０４）。企業社員は、社員訪問の依頼を承諾する場合は（ステップＳ０５）、被検索ユーザ端末６０１を利用してマッチング装置１００にアクセスする（ステップＳ０６）。マッチング装置１００は、社員登録ページを被検索ユーザ端末６０１に送信する。社員登録ページは、企業ＩＤに対応して、例えば、入社年次、担当職務、出身大学、学部、学科、ゼミ、研究室、サークル、またはバイト経験、趣味等の企業社員の属性情報を入力可能なコントロールを有するＨＴＭＬページデータである。
【００３７】
被検索ユーザ端末６０１は、上記社員登録ページを受信して、ブラウザに表示させる。企業社員が、社員登録ページに属性情報を入力すると、被検索ユーザ端末６０１は、属性情報をマッチング装置１００に送信する。マッチング装置１００は、企業社員の属性情報を受信すると、ＤＢアクセス部１４０を介して属性データベースサーバ２００の属性記憶部２４０に記憶させる。マッチング装置１００は、情報登録のあった社員ごとに社員ＩＤを生成して、社員ＩＤを被検索ユーザ端末６０１に送信して通知し、アカウントを発行する（ステップＳ０７）。以降、被検索ユーザ端末６０１は、該アカウントを利用して情報マッチングシステムを利用する。
【００３８】
そして、企業採用担当者は、被検索ユーザ端末６００を利用して人材マッチングシステムにログインする。マッチング装置１００の被検索条件入力部１３０は、被検索条件入力ページを提供する。被検索条件入力ページとは、企業ＩＤに対応して、例えば、在籍大学、学部、学科、ゼミ、研究室、サークル、またはバイト経験、趣味等の求職者の属性情報を入力するコントロールを有するＨＴＭＬページデータである。企業採用担当者が、これらの角コントロールに被検索条件を入力すると、被検索ユーザ端末６００が、入力された被検索条件を被検索条件入力部１３０に送信する（ステップＳ０８）。
【００３９】
そして、被検索条件入力部１３０は、被検索条件を受信し、ＤＢアクセス部１４０を介して、属性データベースサーバ２００の被検索条件記憶部２５０に企業ＩＤと対応して記憶させる。
なお、ステップＳ０６にて企業社員が属性情報を登録する際には、被検索条件をも登録するようにしても良い。この場合、企業社員はステップＳ０８と同様に被検索条件を入力し、被検索条件入力部１３０は、企業社員ＩＤに対応させて被検索条件を被検索条件記憶部２５０に記憶させる。
【００４０】
次に、図４を参照して、求職者が本発明による人材マッチングシステムを利用して求職に応募する動作例を説明する。
求職者は、検索ユーザ端末５００を利用してマッチング装置１００にアクセスする（ステップＳ１１）。検索ユーザ端末５００からマッチング装置１００へのアクセスが初回である場合には、マッチング装置１００は、ユーザ登録ページを検索ユーザ端末５００に送信する。ユーザ登録ページは、例えば、希望職務、在籍大学、学部、学科、ゼミ、研究室、サークル、またはバイト経験、趣味等の属性情報を入力可能なコントロールを有するＨＴＭＬページデータである。
【００４１】
検索ユーザ端末５００は、上記ユーザ登録ページを受信して、ブラウザに表示させる。求職者が、ユーザ登録ページに属性情報を入力すると、検索ユーザ端末５００は、属性情報をマッチング装置１００に送信する（ステップＳ１２）。マッチング装置１００は、求職者の属性情報を受信すると、ＤＢアクセス部１４０を介して属性データベースサーバ２００の属性記憶部２４０に記憶させる。マッチング装置１００は、情報登録のあった求職者ごとに求職者ＩＤを生成して（ステップＳ１３）、求職者ＩＤを検索ユーザ端末５００に送信して通知し、アカウントを発行する。以降、検索ユーザ端末５００は、該アカウントを利用して情報マッチングシステムを利用する。
【００４２】
さらに、求職者は、上記アカウントを利用して、検索ユーザ端末５００にて人材マッチングシステムにログインする。マッチング装置１００は、ＲＳＳ配信情報入力ページを検索ユーザ端末５００に送信する。検索ユーザ端末５００は、受信するＲＳＳ配信情報入力ページをブラウザに表示する。ＲＳＳ配信情報入力ページは、ＲＳＳ配信情報を入力する入力コントロールを有するＨＴＭＬページデータである。ＲＳＳ配信情報とは、求職者が利用するブログに対応するＲＳＳフィードを配信するＵＲＩを示す文字列情報である。求職者が、自身の利用するＲＳＳ配信ＵＲＩを検索ユーザ端末５００にＲＳＳ配信情報として入力すると、検索ユーザ端末５００は、入力されたＲＳＳ配信情報をマッチング装置１００に送信する。マッチング装置１００がＲＳＳ配信情報を受信すると、ＤＢアクセス部１４０が、ログイン中の求職者ＩＤと対応付けて、属性データベースサーバ２００の属性記憶部２４０に登録する。
【００４３】
ＲＳＳ取得部１５０は、システム管理者によって定められた一定の期間、例えば１時間の間隔で、定期的に、属性記憶部２４０からＲＳＳ配信情報を読み出し、ＲＳＳ配信情報が示すＵＲＩにアクセスする。ＲＳＳ取得部１５０は、ＲＳＳに変更がなければ、なにもしない。一方、ＲＳＳに更新情報があれば、ブログ取得部１６０は、ＲＳＳフィードを取得し、ＲＳＳフィードから読み出したブログ配信ＵＲＩに基づいて、更新のあったブログコテンツを取得する。本実施形態の説明では、ブログコンテンツはテキスト情報であることとし、以下、ブログテキストという。
【００４４】
ブログ取得部１６０は、求職者ＩＤに対応させて、属性データベースサーバ２００の文章データ記憶部２２０に、ブログテキストを記憶させる。
文章データ解析部１７０は、システム管理者に予め定められた一定の間隔をおいて、または文章データ記憶部２２０に新たなブログテキストが新規追加されたタイミングで、例えば、ブログテキストの形態素解析を行って、ブログテキストが含む単語をメタ情報として検出し、求職者ＩＤと対応させてメタ情報記憶部２３０に記憶させる。形態素解析とは、自然言語で書かれた文を、形態素すなわち意味を持つ最小単位の文字列、単語に分割する技術である。
【００４５】
なお、ここで、ブログテキストからメタ情報を生成する方法として、形態素解析を行うこととしたが、ブログテキストの解析は形態素解析に限るものではなく、例えば、予め設定された単語を辞書として、該辞書が有する単語をブログテキストから検出するなど、テキスト情報から重要と思われる単語を検出する処理であれば良い。また、文章データ解析部１７０は、形態素解析にて検出した単語ごとに、テキスト中での出現回数や出現確率などを測定することで重み付けを行って、単語とともに重み付けの情報をメタ情報として生成し、マッチングの際には該重み付け情報の高い単語を優先的に検出するなどの処理を行っても良い。
【００４６】
求職者が、検索ユーザ端末５００を利用してブログサーバ４００にログインし、ブログを更新する（ステップＳ１４）。そして、ブログサーバ４００は、更新したブログに対応するＲＳＳフィードを生成する。そして、上述したように、ＲＳＳ取得部１５０がＲＳＳフィードを取得して、ブログ取得部１６０がブログテキストを取得し、文章データ解析部１７０がブログの解析を行って、メタ情報記憶部２３０にメタ情報を記憶させる。このようにして、メタ情報記憶部２３０に記憶された情報は人材マッチングシステムによって更新されるので、求職者は、情報マッチングシステムに登録された情報を自ら更新しなくても、求職者の希望職種に関する情報がメタ情報記憶部２３０に蓄積される。
【００４７】
なお、本実施形態例では、ステップＳ１４として、求職者が人材マッチングシステムへのアカウント登録後にブログ更新を行うこととしたが、求職者は必ずしもここでブログ更新を行う必要はなく、予め公開されているブログ情報があれば、ブログ取得部１６０は、そのブログ情報を取得する。
また、上記説明では、求職者が更新するブログを文章データとして文章データ記憶部２２０に記憶させることとしたが、検索条件入力部１２０が送信するユーザ登録ページに、「やりたいこと」や「将来の夢」等の文章を入力するコントロールを有することとし、該コントロールに入力された文章情報を文章データ記憶部２２０に記憶させることとしても良い。
【００４８】
求職者は、検索ユーザ端末５００を利用して、人材マッチングシステムにログインする。そして、マッチング装置１００の検索条件入力部１２０は、検索条件入力ページを検索ユーザ端末５００に送信する。検索条件入力ページは、勤務地、職種、社名、希望年収、雇用形態（正社員、契約社員、その他など）などの情報を検索条件として入力する入力コントロールを有するＨＴＭＬページである。
【００４９】
検索ユーザ端末５００は、検索条件入力ページを受信して、表示する。求職者が検索条件を入力すると、検索ユーザ端末５００は、入力された検索条件をマッチング装置１００に送信する（ステップＳ１５）。マッチング装置１００の検索条件入力部１２０は、検索条件を受信すると、マッチング処理部１１０に転送する。マッチング処理部１１０は、メタ情報記憶部２３０と、属性記憶部２４０とに記憶された情報と、受信した検索条件とに基づいてマッチングを行う。マッチングは、例えば、以下のように行う。
【００５０】
まず、マッチング処理部１１０は、検索条件に一致する属性を有する企業ＩＤを、属性記憶部２４０とメタ情報記憶部２３０とから検出する（ここで、検出した企業ＩＤの集合をＰとする）。そして、マッチング処理部１１０は、被検索条件記憶部２５０から、Ｐに含まれる企業ＩＤごとに、対応する被検索条件を検出し、一方、属性記憶部２４０とメタ情報記憶部２３０とから、検索ユーザである求職者ＩＤに対応する属性情報を読み出す。マッチング処理部１１０は、検出した被検索条件と、属性情報とが一致しなければ、その企業ＩＤをＰから削除する。このように、全ての企業ＩＤについて、被検索条件の判定を行う。
【００５１】
さらに、社員訪問管理部１８０は、被検索条件の判定処理後のＰに属する企業ＩＤごとに、属性記憶部２４０から対応する社員ＩＤを検出する（ここで、検出した社員ＩＤの集合をＱとする）。社員ＩＤごとに被検索条件が記憶されている場合には、上記と同様に被検索条件の判定を行う。そして被検索条件判定処理後のＱをから、予め定められた件数（ｎ件）の社員ＩＤを抽出する。抽出は、検索条件の項目ごとに予め重み付けがされている場合には、重み順での上位ｎ件でも良いし、ランダムなｎ件でも良い（ステップＳ１６）。
【００５２】
マッチング処理部１１０は、このように検出した複数の社員ＩＤを、企業採用担当者に通知する（ステップＳ１７）。通知の方法は、いわゆる電子メールでも良いし、マッチング装置１００が各ユーザにポータル画面を用意し、ポータル画面に表示する構成としても良い。
企業採用担当者は、被検索ユーザ端末６００を利用して情報マッチングシステムにログインし、訪問要求をしてきた求職者の属性情報を確認する。企業担当者が、候補である社員ＩＤに対応する社員に求職者を訪問させても良いと判断する（ステップＳ１８）と、情報マッチング装置は、候補社員に訪問依頼の旨を通知する（ステップＳ１９）。企業社員は、被検索ユーザ端末６０１を利用して情報マッチングシステムにログインし、訪問依頼を確認し、訪問を受けるのであれば、求職者にその旨を通知する（ステップＳ２１）。
【００５３】
そして、求職者は予定を調整して（ステップＳ２２）、社員訪問を行う（ステップＳ２３）。社員訪問管理部１８０は、社員訪問成立を記憶し（ステップＳ２５）、企業採用担当者は、被検索ユーザ端末６００を介して訪問成立を確認する（ステップＳ２６）。
【００５４】
このように、本実施形態によれば、検索ユーザ（例えば、本実施形態における求職者）が求人情報を検索する際に、被検索ユーザ（例えば、本実施形態における企業）が予め設定した被検索条件に基づいて情報のマッチングが行われるので、検索ユーザと被検索ユーザが、効率良く互いを発見できるようになる。
また、現在、定期的にブログを更新、公開するブロガーは増加しており、このようなブログデータを本実施形態に示すように情報マッチングに利用することで、有効に活用することを可能とするものである。
【００５５】
なお、本発明における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより情報マッチングを行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００５６】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【図面の簡単な説明】
【００５７】
【図１】本発明の一実施形態によるシステム概念図である。
【図２】本発明の一実施形態による人材マッチングシステムの構成を示すブロック図である。
【図３】本発明の一実施形態による人材マッチングシステムの動作例を示すアクティビティ図である。
【図４】本発明の一実施形態による人材マッチングシステムの動作例を示すアクティビティ図である。
【図５】本発明の一実施形態による人材マッチングシステムの動作例を示すアクティビティ図である。
【図６】従来技術による情報マッチングシステムの動作例を示す図である。
【符号の説明】
【００５８】
１００  マッチング装置
１１０  マッチング処理部
１２０  検索条件入力部
１３０  被検索条件入力部
１４０  ＤＢアクセス部
１５０  ＲＳＳ取得部
１６０  ブログ取得部
１７０  文章データ解析部
１８０  社員訪問管理部
２００  属性データベースサーバ
２２０  文章データ記憶部
２３０  メタ情報記憶部
２４０  属性記憶部
２５０  被検索条件記憶部
４００  ブログサーバ
５００  検索ユーザ端末
６００  被検索ユーザ端末
６０１  被検索ユーザ端末
【図１】
2008234607.tif 000003
【図２】
2008234607.tif 000004
【図３】
2008234607.tif 000005
【図４】
2008234607.tif 000006
【図５】
2008234607.tif 000007
【図６】
2008234607.tif 000008