(57)【特許請求の範囲】
【請求項１】
ネットワークを介してユーザ端末に接続され、該ユーザ端末に対して求人求職情報を提供する求人求職情報提供装置であって、
前記ユーザ端末を利用する求人者を識別する企業ＩＤ毎に、その企業の業種及び職種を含む求人情報を関連付けて格納した求人情報データベースと、
前記ユーザ端末を利用する求職者を識別する利用者ＩＤ毎に、その求職者の希望業種及び該求職者が友達として登録した他の求職者の利用者ＩＤを含むユーザ情報を格納したユーザデータベースと、
前記ユーザ端末からの要求に応じて前記ユーザ端末に提供するコミュニティサイトを作成して管理するコミュニティ処理部と、
前記ユーザ端末からの要求に応じて前記ユーザ端末に提供する前記求職者毎のブログサイトを作成して管理するブログ処理部と、
前記求人情報データベース及び前記ユーザデータベースに格納された情報を利用して、前記ユーザ端末に前記求人情報或いは前記求職者情報を提供する求人求職情報処理部と、
前記利用者ＩＤ毎に、該利用者ＩＤにより特定される求職者の参加しているコミュニティサイトを識別するコミュニティサイトＩＤ及び該コミュニティサイトを開設している企業の業種情報を格納した参加コミュニティデータベースと、
前記コミュニティサイトを識別するコミュニティサイトＩＤ毎に、そのコミュニティサイトで公表したコミュニティサイト情報が格納されるコミュニティサイトデータベースと、
職種毎に、その職種に関連するキーワードが関連付けられた職種類推データベースとを有し、
前記求人求職情報処理部は、
前記求職者毎に、前記参加コミュニティデータベースを用いて該求職者の参加しているコミュニティサイトを開設している企業の業種数を業種毎にカウントし、前記ユーザデータベースを用いて前記求職者の友達の希望業種数を業種毎にカウントし、前記業種毎にカウントした値を用いて、前記求職者に適する業種を推定すると共に、
前記求職者毎に、前記コミュニティサイトデータベース、前記参加コミュニデータベース及び職種類推データベースを用いて、求職者の参加しているコミュニティサイトの前記コミュニティサイト情報に含まれる前記キーワードを前記職種毎にカウントし、その職種毎にカウントされた値を用いて、前記求職者に適する職種を推定し、
前記求人情報データベースに格納された求人情報のなかから前記推定した業種及び職種の求人情報を抽出し、その求職者が利用する前記ユーザ端末に対して、推奨求人情報として前記抽出した求人情報を提供することを特徴とする求人求職情報提供装置。
【請求項２】
ネットワークを介してユーザ端末に接続され、該ユーザ端末に対して求人求職情報を提供する求人求職情報提供装置であって、
前記ユーザ端末を利用する求人者を識別する企業ＩＤ毎に、その企業の業種及び職種を含む求人情報を関連付けて格納した求人情報データベースと、
前記ユーザ端末を利用する求職者を識別する利用者ＩＤ毎に、その求職者の希望業種及び該求職者が友達として登録した他の求職者の利用者ＩＤを含むユーザ情報を格納したユーザデータベースと、
前記ユーザ端末からの要求に応じて前記ユーザ端末に提供するコミュニティサイトを作成して管理するコミュニティ処理部と、
前記ユーザ端末からの要求に応じて前記ユーザ端末に提供する前記求職者毎のブログサイトを作成して管理するブログ処理部と、
前記求人情報データベース及び前記ユーザデータベースに格納された情報を利用して、前記ユーザ端末に前記求人情報或いは前記求職者情報を提供する求人求職情報処理部と、
前記利用者ＩＤ毎に、該利用者ＩＤにより特定される求職者の参加しているコミュニティサイトを識別するコミュニティサイトＩＤ及び該コミュニティサイトを開設している企業の業種情報を格納した参加コミュニティデータベースと、
前記利用者ＩＤ毎に、その利用者ＩＤの求職者のブログサイトで公表された内容を示すブログ情報が格納されるブログデータベースと、
職種毎に、その職種に関連するキーワードが関連付けられた職種類推データベースとを有し、
前記求人求職情報処理部は、
前記求職者毎に、前記参加コミュニティデータベースを用いて該求職者の参加しているコミュニティサイトを開設している企業の業種数を業種毎にカウントし、前記ユーザデータベースを用いて前記求職者の友達の希望業種数を業種毎にカウントし、前記業種毎にカウントした値を用いて、前記求職者に適する業種を推定すると共に、
前記求職者毎に、前記ブログデータベース及び前記職種類推データベースを用いて、前記ブログ情報に含まれる前記キーワードを前記職種毎にカウントし、その職種毎にカウントされた値を用いて、前記求職者に適する職種を推定し、
前記求人情報データベースに格納された求人情報のなかから前記推定した業種及び職種の求人情報を抽出し、その求職者が利用する前記ユーザ端末に対して、推奨求人情報として前記抽出した求人情報を提供することを特徴とする求人求職情報提供装置。
【請求項３】
前記求人情報提供部は、前記利用者ＩＤ毎且つ前記業種毎に、前記求人情報の閲覧回数をカウントするようになっており、前記業種の推定には、前記業種毎にカウントした前記友達の希望業種数及び前記コミュニティサイトを開設している企業の業種数に加えて、前記業種毎の求人情報の閲覧回数を用いるようになっていることを特徴とする請求項１又は２記載の求人求職情報提供装置。
【請求項４】
前記求人求職情報処理部は、前記求職者に適する業種及び職種を推定する際、複数の業種及び職種を順位付けした上で選定すると共に、該順位毎に出現比率を割り当て、該割り当てられた出現比率に応じて、各順位の業種及び職種の求人情報を前記求人情報データベースから抽出するようになっていることを特徴とする請求項１〜３のいずれかに記載の求人求職情報装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、求人求職情報提供装置に関し、例えば、求職者及び求人者が登録した情報を利用して、求職者及び求人者のそれぞれに対して、求人情報や求職者情報を提供する求人求職情報提供装置に関する。
【背景技術】
【０００２】
従来から、求職者から求職者情報の登録を受け付けると共に、求人者（企業）から求人情報の登録を受け付け、求職者に対して求人情報を提供したり、求人者に対して求職者情報を提供したりする求人求職情報提供システムが知られている。
【０００３】
例えば、特許文献１には、求職者により入力された「適用可能職種」及び「所有習熟度」と、求人者（企業）により入力された「適用可能職種」及び「所有習熟度」とを比較してジョブマッチングを行い、ジョブマッチングにより得られた情報を提供する人材マッチングシステムが開示されている。また、特許文献２には、求職者により入力された「個人スキル」及び「希望待遇」と、求人者（企業）により入力された「求人スキル」及び「予定待遇」とを用いて求人情報の検索を行い、その検索により得られた求人情報を提供する求人求職仲介システムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１５７４５０号公報
【特許文献２】特開平１１−３３８８７９公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、就職活動を行っている求職者のなかには、自分の職業適性を十分に把握できていない者も多く存在しており、このことが、求職活動の長期化や、「求人と求職のミスマッチ」の要因になっている。また、現状では、求職者が、求人情報だけでは判らない求人者に関する情報（企業の評判、雰囲気、業界情報等）を容易に入手できるようになっておらず、このことも、「求人と求職のミスマッチ」の要因になっている。また、企業側も、面接を行う前段階において、求職者の履歴書情報以外の評価材料を得ることができないため、求職者を絞り込む手間がかかっている。
【０００６】
そのため、就職活動を行っている求職者に対して、職業適性に合った求人情報を提供できたり、求職者が求人情報以外の情報を簡単に入手できたり、或いは、求人者が履歴書情報以外の評価材料を簡単に得ることができるシステムがあれば便利であるが、現在のところ、そのようなシステムは知られていない。尚、上述した従来技術（特許文献１、２）のシステムは、いずれも、求職者自身が認識して入力した要件（スキル（習熟度）、待遇、希望職種）に適合する求職情報を抽出するものであり、自身の職業適性を把握していない求人者に対し、職業適性に合った求人情報を提供するものではない。また、上述した従来技術（特許文献１、２）のシステムは、いずれも、求人情報以外の情報や履歴書情報以外の評価材料を入手できる構成にはなっていない。
【０００７】
本発明は、上記課題に鑑みてなされたものであり、その目的は、求職者の職業適性に合った求人情報や、求人情報以外の求人者に関する情報や履歴書情報以外の求職者に関する情報を提供することができる求人求職情報提供装置を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するためになされた本発明は、ネットワークを介してユーザ端末に接続され、該ユーザ端末に対して求人求職情報を提供する求人求職情報提供装置であって、前記ユーザ端末を利用する求人者を識別する企業ＩＤ毎に、その企業の業種及び職種を含む求人情報を関連付けて格納した求人情報データベースと、前記ユーザ端末を利用する求職者を識別する利用者ＩＤ毎に、その求職者の希望業種及び該求職者が友達として登録した他の求職者の利用者ＩＤを含むユーザ情報を格納したユーザデータベースと、前記ユーザ端末からの要求に応じて前記ユーザ端末に提供するコミュニティサイトを作成して管理するコミュニティ処理部と、前記ユーザ端末からの要求に応じて前記ユーザ端末に提供する前記求職者毎のブログサイトを作成して管理するブログ処理部と、前記求人情報データベース及び前記ユーザデータベースに格納された情報を利用して、前記ユーザ端末に前記求人情報或いは前記求職者情報を提供する求人求職情報処理部と、前記利用者ＩＤ毎に、該利用者ＩＤにより特定される求職者の参加しているコミュニティサイトを識別するコミュニティサイトＩＤ及び該コミュニティサイトを開設している企業の業種情報を格納した参加コミュニティデータベースと、前記コミュニティサイトを識別するコミュニティサイトＩＤ毎に、そのコミュニティサイトで公表したコミュニティサイト情報が格納されるコミュニティサイトデータベースと、職種毎に、その職種に関連するキーワードが関連付けられた職種類推データベースとを有し、前記求人求職情報処理部は、前記求職者毎に、前記参加コミュニティデータベースを用いて該求職者の参加しているコミュニティサイトを開設している企業の業種数を業種毎にカウントし、前記ユーザデータベースを用いて前記求職者の友達の希望業種数を業種毎にカウントし、前記業種毎にカウントした値を用いて、前記求職者に適する業種を推定すると共に、前記求職者毎に、前記コミュニティサイトデータベース、前記参加コミュニデータベース及び職種類推データベースを用いて、求職者の参加しているコミュニティサイトの前記コミュニティサイト情報に含まれる前記キーワードを前記職種毎にカウントし、その職種毎にカウントされた値を用いて、前記求職者に適する職種を推定し、前記求人情報データベースに格納された求人情報のなかから前記推定した業種及び職種の求人情報を抽出し、その求職者が利用する前記ユーザ端末に対して、推奨求人情報として前記抽出した求人情報を提供することを特徴とする。
また、本発明は、ネットワークを介してユーザ端末に接続され、該ユーザ端末に対して求人求職情報を提供する求人求職情報提供装置であって、前記ユーザ端末を利用する求人者を識別する企業ＩＤ毎に、その企業の業種及び職種を含む求人情報を関連付けて格納した求人情報データベースと、前記ユーザ端末を利用する求職者を識別する利用者ＩＤ毎に、その求職者の希望業種及び該求職者が友達として登録した他の求職者の利用者ＩＤを含むユーザ情報を格納したユーザデータベースと、前記ユーザ端末からの要求に応じて前記ユーザ端末に提供するコミュニティサイトを作成して管理するコミュニティ処理部と、前記ユーザ端末からの要求に応じて前記ユーザ端末に提供する前記求職者毎のブログサイトを作成して管理するブログ処理部と、前記求人情報データベース及び前記ユーザデータベースに格納された情報を利用して、前記ユーザ端末に前記求人情報或いは前記求職者情報を提供する求人求職情報処理部と、前記利用者ＩＤ毎に、該利用者ＩＤにより特定される求職者の参加しているコミュニティサイトを識別するコミュニティサイトＩＤ及び該コミュニティサイトを開設している企業の業種情報を格納した参加コミュニティデータベースと、前記利用者ＩＤ毎に、その利用者ＩＤの求職者のブログサイトで公表された内容を示すブログ情報が格納されるブログデータベースと、職種毎に、その職種に関連するキーワードが関連付けられた職種類推データベースとを有し、前記求人求職情報処理部は、前記求職者毎に、前記参加コミュニティデータベースを用いて該求職者の参加しているコミュニティサイトを開設している企業の業種数を業種毎にカウントし、前記ユーザデータベースを用いて前記求職者の友達の希望業種数を業種毎にカウントし、前記業種毎にカウントした値を用いて、前記求職者に適する業種を推定すると共に、前記求職者毎に、前記ブログデータベース及び前記職種類推データベースを用いて、前記ブログ情報に含まれる前記キーワードを前記職種毎にカウントし、その職種毎にカウントされた値を用いて、前記求職者に適する職種を推定し、前記求人情報データベースに格納された求人情報のなかから前記推定した業種及び職種の求人情報を抽出し、その求職者が利用する前記ユーザ端末に対して、推奨求人情報として前記抽出した求人情報を提供することを特徴とする。
【０００９】
このように、本発明の求人求職情報提供装置は、求職者がブログサイト上で公表した内容と、当該求職者の友達に関する情報と、当該求職者が参加しているコミュニティサイトの情報とを用いて、その求職者に適する業種及び職種を推定し、その推定した業種及び職種の求人情報を抽出して、求職者に提供するようにしている。したがって、本発明によれば、求職者が自分の職業適性を十分に把握できていない場合においても、求職者の職業適性に合っていると推定される求人情報が提供される。その結果、本発明によれば、求職活動の長期化が防止される。また、本発明によれば、「求人と求職のミスマッチ」が発生する可能性が軽減される。
【００１０】
また、本発明は、コミュニティサイト及びブログサイトを提供するように構成されている。そのため、求職者は、興味があるコミュニティサイトに登録し、就職情報を交換したり、他の求職者の意見を参考にしたりすることができ、求人情報だけでは判らない情報（企業の評判、雰囲気、業界情報等）を簡単に入手することができる。また、求人者側の企業は、気になる求職者のブログを参照したり、コミュニティサイトにおいて意見交換したりすることで、求職者の応募情報（履歴書等に記載の情報）以外の評価材料を簡単に入手することができる。また、本発明によれば、コミュニティサイトやブログサイトを参照して気になる求職者がいた場合に、友達として登録して、情報交換することも可能であるため、企業選びに役立つ情報を取得するこができる。
【００１１】
また、前記求人情報提供部は、前記利用者ＩＤ毎且つ前記業種毎に、前記求人情報の閲覧回数をカウントするようになっており、前記業種の推定には、前記業種毎にカウントした前記友達の希望業種数及び前記コミュニティサイトを開設している企業の業種数に加えて、前記業種毎の求人情報の閲覧回数を用いるようになっていることが望ましい。
【００１２】
このように、本発明では、システム側が、求職者が参加しているコミュニティサイトを開催する企業の業種や、求職者がサイトにおいて意見交換を行っている友達の希望業種や、求職者が閲覧する求人情報の業種別の閲覧回数等から、求職者の適性に合う業種を自動的に推定している。すなわち、本発明では、求人求職サイト上での操作履歴の内容が反映された業種が選定されるようになる。そのため、例えば、求職者が就職先として考えていなかった業種で且つ求職者が潜在的に興味がある業種の求人情報が紹介されたりすることもある。その結果、求職者がイメージできている要件で求職情報を検索する場合に比べ、視野を広げた求職活動を行うことができ、より自分に合った就職先を探すことができる。
【００１４】
このように構成したのは、求人求職情報提供装置により提供されるブログサイト情報（又はコミュニティサイト情報）には、求職者が普段関心を持っていると思われる内容が多く含まれる傾向にあるためである。
【００１５】
また、前記求人求職情報処理部は、前記求職者に適する業種及び職種を推定する際、複数の業種及び職種を順位付けした上で選定すると共に、該順位毎に出現比率を割り当て、該割り当てられた出現比率に応じて、各順位の業種及び職種の求人情報を前記求人情報データベースから抽出するようになっていることが望ましい。
【００１６】
このように構成することで、求職者に対して、その求職者の適性に合うと推定した「最上位の業種」及「最上位の職種」だけでなく、複数種の業種及び職種の企業を提案することができる。その結果、求職者の選択肢の幅を広げることができる。
【発明の効果】
【００１７】
本発明によれば、求職者の職業適性に合った求人情報や、求人情報以外の求人者に関する情報や履歴書情報以外の求職者に関する情報を提供することができる求人求職情報提供装置を提供することができる。
【図面の簡単な説明】
【００１８】
【図１】本実施形態の求人求職情報システムの機能ブロック図である。
【図２】本実施形態の求人求職情報システムのサーバのハードウェア構成図である。
【図３】本実施形態の企業情報データベースのデータ構造の一例を示した模式図である。
【図４】本実施形態の利用者情報データベースのデータ構造の一例を示した模式図である。
【図５】本実施形態の求人情報データベースのデータ構造の一例を示した模式図である。
【図６】本実施形態の履歴書情報データベースのデータ構造の一例を示した模式図である。
【図７】本実施形態のブログデータベースのデータ構造の一例を示した模式図である。
【図８】本実施形態のコミュニティデータベースのデータ構造の一例を示した模式図である。
【図９】本実施形態の指標データベースを構成する業種別閲覧回数データベースのデータ構造の一例を示した模式図である。
【図１０】本実施形態の指標データベースを構成するマイフレンド希望業種データベースのデータ構造の一例を示した模式図である。
【図１１】本実施形態の指標データベースを構成するスカウト履歴データベースのデータ構造の一例を示した模式図である。
【図１２】本実施形態の指標データベースを構成する参加コミュニティデータベースのデータ構造の一例を示した模式図である。
【図１３】本実施形態の指標データベースを構成するマイフレンドの検討中データベースのデータ構造の一例を示した模式図である。
【図１４】本実施形態の指標データベースを構成する事前適性アンケートデータベースのデータ構造の一例を示した模式図である。
【図１５】本実施形態の指標データベースを構成する適性職種データベースのデータ構造の一例を示した模式図である。
【図１６】本実施形態の指標データベースを構成するカレンダデータベースのデータ構造の一例を示した模式図である。
【図１７】本実施形態の指標データベースを構成する応募履歴データベースのデータ構造の一例を示した模式図である。
【図１８】本実施形態の指標データベースを構成する職種別類推キーワードデータベースのデータ構造の一例を示した模式図である。
【図１９】本実施形態のマッチングデータベースを構成する業種マッチング用データベースのデータ構造の一例を示した模式図である。
【図２０】本実施形態のマッチングデータベースを構成する職種マッチング用データベースのデータ構造の一例を示した模式図である。
【図２１】本実施形態のマッチングデータベースを構成する優先順位付けデータベースのデータ構造の一例を示した模式図である。
【図２２】本実施形態の求人求職情報システムがユーザ端末に提供する求人求職情報サイトの画面例を示した模式図である。
【図２３】本実施形態の求人求職情報システムの求人求職マッチング処理のフローチャートである。
【図２４】図２３のＳ２の業種マッチング処理を説明するためのフローチャートである。
【図２５】図２３のＳ３の業種マッチング処理を説明するためのフローチャートである。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施形態について図面を用いて説明する。先ず、本実施形態の求人求職情報システムの構成について図１及び図２に基づいて説明する。尚、図１は、本実施形態の求人求職情報システムの機能ブロック図である。また、図２は、本実施形態の求人求職情報システムを構成するサーバのハードウェア構成図である。
【００２０】
図１に示すように、本実施形態の求人求職情報提供システムは、インターネット等の通信ネットサークＮＷに接続されたサーバ（求人求職情報提供装置）１と、通信ネットワークＮＷに接続されたユーザ端末Ｔａ、Ｔｂとを備えている。また、サーバ１には、液晶ディスプレイ等により構成される出力装置６と、キーボードやマウス等から構成される入力装置７とが接続されている。尚、サーバ１は、１又は複数のサーバ装置（コンピュータ）により構成されている。また、図示する例では、２台のユーザ端末Ｔａ、Ｔｂを示しているが、端末数は例示であり、ネットワークＮＷには任意の数のユーザ端末Ｔａ、Ｔｂが接続されるようになっている。また、説明の便宜上、求職者がユーザ端末Ｔａを利用し、求人者（企業の担当者）がユーザ端末Ｔｂを利用しているものとする。
【００２１】
このサーバ１は、ネットワークＮＷを介して、ユーザ端末Ｔａ（求職者）から求職者情報（利用者情報、履歴書情報等の情報）の入力を受け付けると共に、ユーザ端末Ｔｂ（求人者）から求人情報の入力を受け付ける。また、サーバ１は、ネットワークＮＷを介して、ユーザ端末Ｔａ（求職者）に前記受け付けた求人情報を提供したり、ユーザ端末Ｔｂ（求人者）に前記受け付けた求職者情報を提供したりする。また、サーバ１は、ユーザ端末Ｔａ、Ｔｂに提供するコミュニティサイトを作成して管理する機能や、求職者毎（求人者毎）のブログサイトを作成し、ユーザ端末Ｔａ、Ｔｂにブログサイトを提供する機能を備えている。
【００２２】
また、サーバ１は、求職者毎に、その求職者がブログサイト上で公表した内容と、その求職者の友達に関する情報と、その求職者が参加しているコミュニティサイトの情報とを用いて、その求職者に適する業種及び職種を推定し、当該求職者が利用するユーザ端末Ｔａに対して、推定した業種及び職種の求人情報を推奨求人情報として提供する。
【００２３】
また、ユーザ端末Ｔａ、Ｔｂは、Ｗｅｂブラウザ機能を有する制御部と、液晶ディスプレイ等で構成される表示部と、キーボードや操作ボタン等で構成される入力部とを備えた情報処理装置（パソコン、ＰＤＡ、スマートフォン、携帯電話等の情報処理装置）により構成されている。
【００２４】
そして、ユーザ端末Ｔａ、Ｔｂは、通信ネットワークＮＷを介してサーバ１にアクセスし、サーバ１から送信される求人求職情報が提示されたＷｅｂページを受信し、前記表示部にＷｅｂページを表示できるようになっている。また、ユーザ端末Ｔａ、Ｔｂは、入力部を介して操作を受け付け、Ｗｅｂページ上において「求人情報の検索条件」を入力したり、サーバ１により提供されるブログサイトに記事を投稿したり、サーバ１により提供されるコミュニティサイトに意見を書き込んだりできるようになっている。尚、ユーザ端末Ｔａ、Ｔｂは、周知技術により実現されるものであるため、詳細な説明を省略する。
【００２５】
次に、サーバ１の構成について具体的に説明する。
サーバ１は、制御部２と、メール処理部３と、ＳＮＳデータ処理部４と、各種データベース等を格納する記憶部５とを有している。この記憶部５には、企業情報データベース１０、利用者情報データベース２０、求人情報データベース３０、履歴書情報データベース４０、ブログデータベース５０、コミュニティデータベース６０、指標データベース７０及びマッチングデータベース８０が格納されている。尚、利用者情報データベース２０及び履歴書情報データベース４０がユーザデータベースを構成している。
【００２６】
尚、サーバ１のハードウェア構成は、特に限定されるものではないが、例えば、図２に示すように、サーバ１は、中央処理装置（ＣＰＵ）９０、主記憶装置９１、補助記憶装置９２、入出力Ｉ/Ｆ９３及び通信Ｉ/Ｆ９４を備えるコンピュータ（１台或いは複数台のコンピュータ）により構成される。また、補助記憶装置９２には、各部（制御部２、メール処理部３、ＳＮＳデータ処理部４）の機能を実現するためのプログラムが格納されている。また、前記補助記憶装置の所定領域には、記憶部５が形成されている。そして、各部（制御部２、メール処理部３、ＳＮＳデータ処理部４）の機能は、ＣＰＵ９０が補助記憶装置９２に格納された前記プログラムを主記憶装置９１にロードして実行することにより実現される。以下、各部（制御部２、メール処理部３、ＳＮＳデータ処理部４）の機能と、記憶部５に格納された各種データベースについて説明する。
【００２７】
制御部２は、サーバ１全体の動作を制御すると共に、入力装置７を介して、サーバ１に対する各種設定を受け付ける。また、メール処理部３は、ネットワークＮＷを介して、ユーザ端末Ｔａ、Ｔｂに電子メールを送信したり、ユーザ端末Ｔａ、Ｔｂからの電子メールを受信したりできるように構成されている。
【００２８】
また、ＳＮＳデータ処理部４は、ユーザ端末Ｔａ、Ｔｂを操作する求職者や求人者から会員登録を受け付け、会員登録された求職者（求人者）のユーザ端末Ｔａ（ユーザ端末Ｔｂ）に対して、求人求職情報提供サイトを提供する。
【００２９】
具体的には、ＳＮＳデータ処理部４は、登録処理部１１と、マイページ作成処理部１２と、ブログ処理部１３と、フレンド処理部１４と、コミュニティ処理部１５と、求人求職情報処理部１６と、スカウト処理部１７と、閲覧者確認処理部１８とを備えている。
【００３０】
登録処理部１１は、ネットワークＮＷを介して、ユーザ端末Ｔａ、Ｔｂからの要求に応じて会員登録画面を生成し、ユーザ端末Ｔａ、Ｔｂに、生成した会員登録画面を送信する。これにより、ユーザ端末Ｔａ、Ｔｂの表示部には、会員登録画面が表示される。求職者（又は求人者）は、ユーザ端末Ｔａ（又はユーザＴｂ）を操作し、登録処理部１１に会員登録に必要な情報（図３に示す企業ＩＤ以外の情報や、図４に示す利用者ＩＤ以外の情報等）を送信する。そして、登録処理部１１は、会員登録に必要な情報を受信すると、求職者（又は求人者）に利用者ＩＤ（又は企業ＩＤ）を付与する。また、登録処理部１１は、利用者情報データベース２０に、利用者ＩＤを付与した求職者の情報を格納する。また、登録処理部１１は、企業情報Ｄ１０に、企業ＩＤを付与した求人者の情報を格納する。尚、求職者（又は求人者）に付与された利用者ＩＤ（又は企業ＩＤ）は、メール処理部３により、求職者（又は求人者）のメールアドレス宛に送られる。
【００３１】
マイページ作成処理部１２は、会員登録した利用者（求職者及び求人者）毎の専用ページ（マイページ）を作成すると共に、各利用者（求職者及び求人者）に、利用者毎の専用ページを提供するように構成されている。
【００３２】
また、マイページ作成処理部１２は、求人者のマイページ上において、求人情報の登録を受け付けるようになっている。具体的には、マイページ作成処理部１２は、ユーザ端末Ｔｂからの要求に応じて（マイページ上での操作に応じて）、ユーザ端末Ｔｂに、求人情報登録画面を送信する。これにより、ユーザ端末Ｔｂの表示部には、求人情報登録画面が表示される。求人者は、ユーザ端末Ｔｂを操作して、マイページ作成処理部１２に求人情報を送信する。そして、マイページ作成処理部１２は、ユーザ端末Ｔｂからの求人情報を受信すると、求人情報データベース３０に、受信した求人情報を格納する。尚、求人情報データベース３０に格納される求人情報の具体的な内容については後述する。
【００３３】
また、マイページ作成処理部１２は、求職者のマイページ上において、その求職者の履歴書情報の登録を受け付けるようになっている。具体的には、マイページ作成処理部１２は、求職者のユーザ端末Ｔａからの要求に応じて（マイページ上での操作に応じて）、ユーザ端末Ｔａに履歴書情報登録画面を送信する。これにより、ユーザ端末Ｔａの表示部には、履歴書情報登録画面が表示される。求職者は、ユーザ端末Ｔａを操作して、マイページ作成処理部１２に履歴書情報を送信する。そして、マイページ作成処理部１２は、ユーザ端末Ｔａからの履歴書情報を受信すると、履歴書情報データベース４０に、受信した履歴書情報を格納する。尚、履歴書情報データベース４０に格納される履歴書情報の具体的な内容については後述する。
【００３４】
尚、マイページ作成処理部１２により提供されるマイページの構成は後段で説明するが、例えば、求職者用のマイページ１００（図２２参照）には、求人求職情報処理部１６が行ったマッチング処理により抽出された「オススメの求人（推奨求人）」が表示されるようになっている。この「オススメの求人（推奨求人）」は、サーバ１（システム側）により、その求職者の適性に合うと推定された「業種及び職種」の求人情報が提示されるようになっている。
【００３５】
ブログ処理部１３は、ネットワークＮＷを介して、ユーザ端末Ｔａ、Ｔｂからの要求に応じて、ユーザ端末Ｔａ、Ｔｂに提供する求職者毎（又は求人者毎）のブログサイトを作成して管理するように構成されている。また、ブログ処理部１３は、ブログサイトを開設した求職者（又は求人者）のユーザ端末Ｔａ、Ｔｂからの要求に応じて（マイページ上での操作に応じて）、このユーザ端末Ｔａ、Ｔｂにブログ投稿画面を送信する。ユーザ端末Ｔａ、Ｔｂの表示部にはブログ投稿画面が提示される。求職者（又は求人者）は、ユーザ端末Ｔａ、Ｔｂを操作して、ブログ投稿画面上に記事を書き込んだり、画像をアップロードしたりする。これにより、ブログ処理部１３に、求職者（又は求人者）からのブログ情報（記事や画像）が入力される。尚、ブログ処理部１３は、求職者からのブログ情報（記事や画像）を受け付けた場合、ブログデータベース５０に、その入力されたブログ情報を格納する。
【００３６】
フレンド処理部１４は、求人求職情報提供サイトの会員同士を友達として登録する機能を担っている。具体的には、フレンド処理部１４は、ユーザ端末Ｔａからの要求に応じて（マイページ上での操作に応じて）、このユーザ端末Ｔａに友達登録画面を送信する。ユーザ端末Ｔａの表示部には友達登録画面が提示される。求職者（説明の都合上、「求職者Ａ」という）は、ユーザ端末Ｔａを操作して、友達登録画面上で、友達になって欲しい求職者（説明の都合上、「求職者Ｂ」という）に対する友達申請を行う。フレンド処理部１４は、ユーザ端末Ｔａからの友達申請を受け付けると、友達申請の対象の求職者Ｂ（ユーザ端末Ｔａ）に対して友達承認確認を行う。例えば、フレンド処理部１４は、メール処理部３を介して、求職者Ｂのメールアドレスに、友達申請を受け付けていることを通知する。また、フレンド処理部１４は、マイページ作成処理部１２を介して、求職者Ｂのマイページに「友達承認ボタン」を表示させる。その後、求職者Ｂがユーザ端末Ｔａを操作して、「友達承認ボタン」をクリックして友達承認をすると、求職者Ｂが友達として登録される。尚、フレンド処理部１４は、上記の友達承認を受け付けると、利用者情報ＤＢ２０のなかの、求職者Ａの情報が登録されているレコードにアクセスし、そのレコードに、求職者Ｂの情報（利用者ＩＤ）を友達として登録する。
【００３７】
コミュニティ処理部１５は、ユーザ端末Ｔａ、Ｔｂに提供するコミュニティサイトを作成して管理するように構成されている。また、コミュニティ処理部１５は、コミュニティサイトに参加している求職者（又は求人者）のユーザ端末Ｔａ（ユーザ端末Ｔｂ）からの要求に応じて、コミュニティサイトへの発言投稿画面を送信する。これにより、ユーザ端末Ｔａ（ユーザ端末Ｔｂ）の表示部には発言投稿画面が提示される。求職者（又は求人者）は、ユーザ端末Ｔａ（ユーザ端末Ｔｂ）を操作して、発言投稿画面上にコメントを書き込む。これにより、コミュニティサイトには、書き込んだ発言が表示される。又、コミュニティ処理部１５は、コミュニティデータベース６０に発言投稿画面から入力されたコメント（発信内容）を登録する。
【００３８】
求人求職情報処理部１６は、企業情報データベース１０、利用者情報データベース２０，求人情報データベース３０及び履歴書データベース４０を用いて、求職者のユーザ端末Ｔａに求人情報を提供し、求人者のユーザ端末Ｔｂに求職者情報を提供する。また、求人求職情報処理部１６は、求職者のユーザ端末Ｔａから、提供した求人情報に対する求人応募を受け付けたり、興味がある求人情報を検討中企業として受け付けることができるように構成されている。
【００３９】
そして、求人求職情報処理部１６は、求人応募を受け付けると、メール処理部３を介して、該当する求人者のメールアドレスに、求職者からの応募情報（応募した求職者に関する情報）を送信する。また、求人求職情報処理部１６は、応募した求職者の指標データベース７０（応募履歴データベース７０Ｉ）に、応募企業の企業Ｉｄ、企業名、その企業の業種（業種ＩＤ）を格納する。また、求人求職情報処理部１６は、興味がある求人情報を検討中企業として受け付けた場合、対象の求職者の利用者情報データベース２０（第２利用者情報データベース２２）に、その企業の企業ＩＤ及び業種（業種ＩＤ）を登録する。
【００４０】
また、求人求職情報処理部１６は、求職者毎に、その求職者がブログサイト上で公表した内容と、その求職者の友達に関する情報と、その求職者が参加しているコミュニティサイトの情報とを用いて、その求職者に適する業種及び職種を推定する（業種及び職種のマッチング処理を行う）。また、求人求職情報処理部１６は、求人情報データベース３０に格納された求人情報のなかから前記推定した業種及び職種の求人情報を抽出する。この抽出された求人情報は、マイページ作成処理部１２により、対応する求職者のマイページ１００に、「オススメの求人（推奨求人）」として表示される。尚、求人求職情報処理部１６は、所定のタイミングで、指標データベース７０やマッチングデータベース８０に格納されているデータを更新するように構成されている。
【００４１】
また、スカウト処理部１７は、求人者のユーザ端末Ｔｂを介して、求人者が興味を持った求職者のスカウトを受け付けるようになっている。例えば、求人求職情報処理部１６により提供される求職者情報にスカウトボタン（求職者を指定するスカウトボタン）を設けておき、そのスカウトボタンが選択されると（クリックされると）、スカウト処理部１７がスカウト処理を開始する。具体的には、スカウト処理部１７は、スカウトボタンが選択されると、メール処理部３を介して、求職者のメールアドレスに、その求職者が企業からスカウトを受けていることと、その求人情報とを記載した電子メールを送信する。また、スカウト処理部１７は、前記スカウトを受け付けると、当該スカウトを受けた求職者の指標データベース７０（スカウト履歴データベース７０Ｃ）に、スカウトを行った企業Ｉｄ、企業名、その企業の業種（業種ＩＤ）を格納する。
【００４２】
また、閲覧者確認処理部１８は、求職者のユーザ端末Ｔａにおいて、求人情報が閲覧されると閲覧した企業の業種を特定して、その求職者の業種毎に閲覧回数をカウントする。すなわち、閲覧者確認処理部１８は、利用者ＩＤ毎且つ業種毎に、求人情報の閲覧回数をカウントする（対象の求職者の指標データベース７０（業種別閲覧回数データベース７０Ａ）の閲覧回数を更新する）。
【００４３】
次に、記憶部５に格納されている各データベースのデータ構造について順に説明する。
【００４４】
先ず、企業情報データベース１０のデータ構造を図３に基づいて説明する。尚、図３は、本実施形態の企業情報データベースのデータ構造の一例を示した模式図である。
【００４５】
図示するように、企業情報データベース１０は、各企業の企業ＩＤを登録するフィールド１０ａと、その企業のメールアドレスを登録するフィールド１０ｂと、パスワードを登録するフィールド１０ｃと、企業名を登録するフィールド１０ｄと、写真を登録するフィールド１０ｅと、業種（業種名及び業種ＩＤ）を登録するフィールド１０ｆ、１０ｇと、担当部署及び担当者を登録するフィールド１０ｈと、郵便番号を登録するフィールド１０ｉと、都道府県名を登録するフィールド１０ｊとを備えて１つのレコードが形成されている。この企業情報データベース１０では、会員登録された求人者毎に、１つのレコードが形成されるようになっている。尚、上記企業ＩＤとは、会員登録された求人者毎に割り当てられる一意の識別情報である（英数字等で構成される情報）。また、上記パスワードとは、会員登録された求人者がサーバ１にアクセスする際に必要なパスワードである。また、業種ＩＤとは、業種毎に割り当てられた一意の識別情報である（英数字等で構成される情報）。
【００４６】
次に、利用者情報データベース２０のデータ構造を図４に基づいて説明する。尚、図４は、本実施形態の利用者情報データベースのデータ構造の一例を示した模式図であり、（ａ）が第１利用者情報データベースを示し、（ｂ）が第２利用者情報データベースを示している。
【００４７】
図示するように、利用者情報データベース２０は、第１利用者情報データベース２１と、第２利用者情報データベース２２とにより構成されている。
【００４８】
第１利用者情報データベース２１は、求職者を識別する利用者ＩＤを登録するフィールド２１ａと、求職者のメールアドレスを登録するフィールド２１ｂと、パスワードを登録するフィールド２１ｃと、ニックネームを登録するフィールド２１ｄと、写真を登録するフィールド２１ｅと、性別を登録するフィールド２１ｆと、誕生日を登録するフィールド２１ｇと、都道府県名を登録するフィールド２１ｈ、自己紹介のテキスト情報を登録するフィールド２１ｉと、秘密の質問を登録するフィールド２１ｊと、秘密の質問への答えを登録するフィールド２１ｋとを備えて１つのレコードが形成されている。この第１利用者情報データベース２１では、会員登録された求職者毎に、１つのレコードが形成されるようになっている。
【００４９】
尚、上記利用者ＩＤとは、会員登録された求職者毎に割り当てられる一意の識別情報である（英数字等で構成される情報）。また、上記パスワードとは、会員登録された求職者がサーバ１にアクセスする際に必要な英数字等の情報である。また、ニックネームとは、本実施形態のシステムで提供されるブログサイトやコミュニティサイト等で用いられるものである。また、「秘密の質問」及び「秘密の質問への答え」は、求職者がパスワードを忘れたときに用いられるデータである。
【００５０】
また、第２利用者情報データベース２２は、利用者ＩＤを登録するフィールド２２ａと
、フィールド２２ａに登録される利用者ＩＤで特定される求職者が登録した友達を登録するフィールド２２ｂ１〜２２ｂｎ（ｎは２以上の自然数）と、フィールド２２ａに登録される利用者ＩＤで特定される求職者が検討中の企業（企業ＩＤ、業種ＩＤ）が登録されるフィールド２２ｃ１〜２２ｃｎ（ｎは２以上の自然数）とを備えて１つのレコードが形成される。この第２利用者情報データベース２２では、会員登録された求職者毎に、１つのレコードが形成されるようになっている。
【００５１】
次に、求人情報データベース３０のデータ構造を図５に基づいて説明する。尚、図５は、本実施形態の求人情報データベースのデータ構造の一例を示した模式図である。
【００５２】
図示するように、求人情報データベース３０は、企業ＩＤを登録するフィールド３０ａと、企業名を登録するフィールド３０ｂと、募集内容を登録するフィールド３０ｃとを備えている。また、募集内容を登録するフィールド３０ｃには、会社案内登録欄３０ｄ、募集要項登録欄３０ｅ、会社概要登録欄３０ｆ、応募の注意事項登録欄３０ｇ、応募職種登録欄３０ｈ、応募業種登録欄３０ｉ、求人情報を公開するか否かの情報の登録欄３０ｊが設けられている。
【００５３】
尚、図示する求人情報データベース３０に登録する情報はあくまでも一例に過ぎないが、会社案内登録欄３０ｄでは、会社を案内する写真や、企業ＰＲのテキスト情報が登録できるようになっている。また、募集要項登録欄３０ｅでは、仕事の概要、こだわり条件、募集背景、仕事内容、募集対象、勤務時間、雇用形態、年収例、待遇・福利厚生、休日、勤務地等の情報が登録されるようになっている。また、求人職種登録欄３０ｈには、求人対象の職種情報（テキスト情報、職種ＩＤ）が登録される。また、応募職種登録欄３０ｉ応募業種登録欄３０ｉには、求人対象の業種情報（テキスト情報、業種ＩＤ）が登録される。尚、職種ＩＤとは、職種毎に割り当てられた一意の識別情報である（英数字等で構成される情報）。
【００５４】
次に、履歴書情報データベース４０のデータ構造を図６に基づいて説明する。尚、図６は、本実施形態の履歴書情報データベースのデータ構造の一例を示した模式図である。
【００５５】
図示するように、履歴書情報データベース４０は、利用者ＩＤを登録するフィールド４０ａと、姓を登録するフィールド４０ｂと、名を登録するフィールド４０ｃと、性別を登録するフィールド４０ｄと、生年月日を登録するフィールド４０ｅと、都道府県を登録するフィールド４０ｆと、市町村を登録するフィールド４０ｇと、志望する企業タイプを登録するフィールド４０ｈと、希望業種を登録するフィールド４０ｉと、周囲の人から言われる長所を登録するためのフィールド４０ｋと、希望職種を登録するフィールド４０ｌと、就職希望の企業規模を登録するフィールド４０ｍと、希望勤務地を登録するフィールド４０ｎとを備えて１つのレコードが形成される。この履歴書情報データベース４０では、会員登録された求職者毎に、１つのレコードが形成されるようになっている。尚、フィールド４０ｉには、「希望業種を示すテキスト情報及び業種ＩＤ」が登録される。また、フィールド４０ｌには、「希望職種を示すテキスト情報及び職種ＩＤ」が登録される。
【００５６】
次に、ブログデータベース５０のデータ構造を図７に基づいて説明する。尚、図７は、本実施形態のブログデータベースのデータ構造の一例を示した模式図である。
【００５７】
図示するように、ブログデータベース５０は、ブログサイトを開設した利用者（求職者、求人者）の利用者ＩＤ５０ａ毎に設けられるデータベースであり、ブログのタイトルを登録するフィールド５０ｂと、ブログサイトに投稿された本文（テキストデータ）を登録するフィールド５０ｃと、公開条件を登録するフィールド５０ｄと、写真を登録するフィールド５０ｅ、５０ｆ、５０ｇ、５０ｈとを備えて１つのレコードが形成される。このブログデータベース５０は、ブログ処理部１３により、ブログサイトに記事が投稿される度に更新されるようになっている。
【００５８】
次に、コミュニティデータベース６０のデータ構造を図８に基づいて説明する。尚、図８は、本実施形態のコミュニティデータベースのデータ構造の一例を示した模式図である。
【００５９】
図示するように、コミュニティデータベース６０は、コミュニティサイトを識別するためのコミュニティＩＤを登録するためのフィールド６０ａと、コミュニティ名を登録するためのフィールド６０ｂと、コミュニティサイトの管理者である求人者の企業ＩＤを登録するためのフィールド６０ｃと、コミュニティサイトのカテゴリを登録するためのフィールド６０ｄと、コミュニティサイトにおける発信内容を登録するためのフィールド６０ｅと、コミュニティサイトにおけるトピックス作成権限を登録するためのフィールド６０ｆと、コミュニティサイトの参加条件を登録するためのフィールド６０ｇと、コミュニティサイトの説明文を登録するフィールド６０ｈと、写真を登録するためのフィールド６０ｉとを備えて１つのレコードが形成されている。このコミュニティデータベース６０は、コミュニティ処理部１５により、コミュニティサイトに発言が投稿される度に更新されるようになっている。
【００６０】
次に、指標データベース７０のデータ構造について説明する。この指標データベース７０は、求職者の適正に合う業種及び職種を推定するために設けられたもので、複数のデータベースにより構成されている。具体的には、指標データベース７０は、業種別閲覧回数データベース７０Ａと、マイフレンド希望業種データベース７０Ｂと、スカウト履歴データベース７０Ｃと、参加コミュニティデータベース７０Ｄと、マイフレンドの検討中データベース７０Ｅと、事前適性アンケートデータベース７０Ｆと、適性職種データベース７０Ｇと、カレンダデータベース７０Ｈと、応募履歴データベース７０Iと、職種別類推キーワードデータベース（職種類推データベース）７０Ｊとにより構成されている。
【００６１】
先ず、指標データベース７０を構成するデータベース群のなかの業種別閲覧回数データベース７０Ａについて、図９を用いて説明する。尚、図９は、本実施形態の指標データベースを構成する業種別閲覧回数データベースのデータ構造の一例を示した模式図である。
【００６２】
業種別閲覧回数データベース７０Ａは、会員登録された求職者毎に設けられるものであり、求職者の適正に合う業種を推定するために用いられる。具体的には、図示するように、業種別閲覧回数データベース７０Ａは、利用者ＩＤ７１ａ毎に設けられており、業種ＩＤを登録するためのフィール７１ｂと、業種名を登録するためのフィールド７１ｃと、閲覧回数を登録するためのフィールド７１ｄとを備えて１つのレコードが形成されている。図示する例では、ある求職者が「業種ＩＤがＧＹＯ００１の業種（水産・農林）の求人情報を１５１回閲覧し、業種ＩＤがＧＹＯ００２の業種（建設・住宅）の求人情報を２２回閲覧していること」を示すデータが登録されている。この業種別閲覧回数データベース７０Ａは、閲覧者確認処理部１８により更新される。
【００６３】
次に、指標データベース７０を構成するデータベース群のなかのマイフレンド希望業種データベース７０Ｂについて、図１０を用いて説明する。尚、図１０は、本実施形態の指標データベースを構成するマイフレンド希望業種データベースのデータ構造の一例を示した模式図である。
【００６４】
マイフレンド希望業種データベース７０Ｂは、会員登録された求職者毎に設けられるものであり、求職者の適正に合う業種を推定するために用いられる。具体的には、図示するように、マイフレンド希望業種データベース７０Ｂは、利用者ＩＤ７２ａ毎に設けられており、友達の個人ＩＤ（利用者ＩＤ）を登録するためのフィールド７２ｂと、その友達のニックネームを登録するためのフィールド７２ｃと、その友達の希望業種（業種ＩＤ）を登録するためのフィールド７２ｄとを備えて１つのレコードが形成されている。図示する例では、最上段のレコードに、「ある求職者の友達（利用者ＩＤがＰ０００５でニックネームがＹＵＵＫＯ）の希望業種がＧＹО００３」であることを示すデータが登録されている。尚、マイフレンド希望業種データベース７０Ｂは、例えば、利用者情報データベース２０にマイフレンドが登録された場合に、フレンド処理部１４により更新される。すなわち、フレンド処理部１４は、利用者情報データベース２０にマイフレンドを登録したときに、マイフレンドとして登録された求職者の履歴書情報データベース４０から、マイフレンドの希望業種の業種ＩＤを抽出する。そして、フレンド処理部１４は、マイフレンド希望業種データベース７０Ｂに、マイフレンド（友達）の個人ＩＤ（利用者ＩＤ）、マイフレンド（友達）の「ニックネーム及び業種ＩＤ」が格納されたレコードを追加する。
【００６５】
次に、指標データベース７０を構成するデータベース群のなかのスカウト履歴データベース７０Ｃについて、図１１を用いて説明する。尚、図１１は、本実施形態の指標データベースを構成するスカウト履歴データベースのデータ構造の一例を示した模式図である。
【００６６】
スカウト履歴データベース７０Ｃは、会員登録された求職者毎に設けられるものであり、求職者の適正に合う業種を推定するために用いられる。具体的には、図１１に示すように、スカウト履歴データベース７０Ｃは、求職者の利用者ＩＤ７３ａ毎に設けられており、その求職者をスカウトした求人者（企業）の企業ＩＤを登録するためのフィールド７３ｂと、スカウトした企業の企業名を登録するためのフィールド７３ｃと、その企業の業種ＩＤを登録するためのフィールド７３ｄとを備えて１つのレコードが形成されている。図示する例では、ある求職者に対して「業種ＩＤがＧＹＯ００３の企業（企業ＩＤがＣＯＭ０００３の××株式会社）と、業種ＩＤがＧＹＯ００５の企業（企業ＩＤがＣＯＭ００２２の△△株式会社）とからスカウトがあったこと」を示すデータが格納されている。尚、スカウト履歴データベース７０Ｃはスカウト処理部１７により更新される。
【００６７】
次に、指標データベース７０を構成するデータベース群のなかの参加コミュニティデータベース７０Ｄについて、図１２を用いて説明する。尚、図１２は、本実施形態の指標データベースを構成する参加コミュニティデータベースのデータ構造の一例を示した模式図である。
【００６８】
参加コミュニティデータベース７０Ｄは、会員登録された求職者毎に設けられるものであり、求職者の適正に合う業種を推定するために用いられる。具体的には、図１２に示すように、参加コミュニティデータベース７０Ｄは、求職者の利用者ＩＤ７４ａ毎に設けられており、その求職者が参加したコミュニティサイトを識別するコミュニティＩＤを登録するためのフィールド７４ｂと、そのコミュニティサイトを開設した求人者（企業）の企業名を登録するためのフィールド７４ｃと、その企業の業種ＩＤを登録するためのフィールド７４ｄとを備えて１つのレコードが形成されている。図示する例では、ある求職者が「業種ＩＤがＧＹＯ００３の企業（××株式会社）のコミュニティ（ＣＯＭＵ００８）と、業種ＩＤがＧＹＯ００５の企業（△△株式会社）のコミュニティ（ＣＯＭＵ０１１）とに参加していること」を示すデータが格納されている。尚、参加コミュニティデータベース７０Ｄは、コミュニティ処理部１５により更新される。
【００６９】
次に、指標データベース７０を構成するデータベース群のなかのマイフレンドの検討中データベース７０Ｅについて、図１３を用いて説明する。尚、図１３は、本実施形態の指標データベースを構成するマイフレンドの検討中データベースのデータ構造の一例を示した模式図である。
【００７０】
マイフレンドの検討中データベース７０Ｅは、会員登録された求職者毎に設けられるものであり、求職者の適正に合う業種を推定するために用いられる。具体的には、図１３に示すように、マイフレンドの検討中データベース７０Ｅは、求職者の利用者ＩＤ７５ａ毎に設けられており、その求職者の友達が検討中にしている求人者（企業）の企業ＩＤを登録するためのフィールド７５ｂと、その企業名を登録するためのフィールド７５ｃと、その企業の業種ＩＤを登録するためのフィールド７５ｄとを備えて１つのレコードが形成されている。図示する例では、ある求職者の友達が「業種ＩＤがＧＹＯ００３の企業（企業ＩＤがＣＯＭ０００３の××株式会社）と、業種ＩＤがＧＹＯ００５の企業（企業ＩＤがＣＯＭ００２６の◎◎株式会社）とを検討中にしていること」を示すデータが格納されている。尚、マイフレンドの検討中データベース７０Ｅは、マイフレンド希望業種データベース７０Ｂと同様、フレンド処理部１４により更新される。
【００７１】
次に、指標データベース７０を構成するデータベース群のなかの事前適性アンケートデータベース７０Ｆについて、図１４を用いて説明する。尚、図１４は、本実施形態の指標データベースを構成する事前適性アンケートデータベースのデータ構造の一例を示した模式図である。
【００７２】
事前適性アンケートデータベース７０Ｆは、会員登録された求職者毎に設けられるものであり、求職者の適正に合う職種を推定するために用いられる。具体的には、図１４に示すように、事前適性アンケートデータベース７０Ｆは、求職者の利用者ＩＤ７６ａ毎に設けられており、アンケートの内容を識別する項目ＩＤを登録するためのフィールド７６ｂと、アンケート内容を登録するためのフィールド７６ｃと、アンケート結果を登録するためのフィールド７６ｄとを備えて１つのレコードが形成されている。このアンケートは、求人求職情報処理部１６が、会員登録した求職者に対してマイページ上で行うようになっている。求人求職情報処理部１６は、求職者がユーザ端末Ｔａを介して入力したアンケート結果を受け付けて、その受け付けた内容を、求職者毎に設けた事前適性アンケートデータベース７０Ｆに登録する。
【００７３】
次に、指標データベース７０を構成するデータベース群のなかの適性職種データベース７０Ｇについて、図１５を用いて説明する。尚、図１５は、本実施形態の指標データベースを構成する適性職種データベースのデータ構造の一例を示した模式図である。
【００７４】
適性職種データベース７０Ｇは、図１４に示した事前適性アンケートデータベース７０Ｆに登録されたアンケート結果を分析して得られたものであり、求職者の適正に合う職種を推定するために用いられる。具体的には、図１５に示すように、適性職種データベース７０Ｇは、求職者の利用者ＩＤ７６ｅ毎に設けられており、職種を識別する職種ＩＤを登録するためのフィールド７６ｆと、適正ポイントを登録するためのフィールド７６ｇとを備えて１つのレコードが形成されている。尚、適性職種データベース７０Ｇは、求人求職情報処理部１６により登録される。すなわち、求人求職情報処理部１６は、事前適性アンケートデータベース７０Ｆにアンケート結果を登録すると、その後、求職者が入力した事前適性アンケートから、その求職者の職種毎に適正ポイントを算出する。そして、求人求職情報処理部１６は、適性職種データベース７０Ｇに、対応する求職者の利用者ＩＤに関連付けて職種ＩＤ毎のポイントを登録する。尚、求職者により入力された事前適性アンケートから、その求職者の職種毎に適正ポイントを算出する方法は、一般的に行われている手法を用いるため、詳細な説明を省略する。
【００７５】
次に、指標データベース７０を構成するデータベース群のなかのカレンダ（面接スケジュール）データベース７０Ｈについて、図１６を用いて説明する。尚、図１６は、本実施形態の指標データベースを構成するカレンダデータベースのデータ構造の一例を示した模式図である。
【００７６】
カレンダデータベース７０Ｈは、会員登録された求職者毎に設けられるものであり、求職者に対する推奨企業を抽出する際に用いられる。具体的には、図示するように、カレンダデータベース７０Ｈは、求職者の利用者ＩＤ７７ａ毎に設けられており、採用面接の日付を登録するためのフィールド７７ｂと、面接を申し込んだ企業の企業名を登録するためのフィールド７７ｃと、その企業の企業ＩＤとを登録するためのフィールド７７ｄとを備えて１つのレコードが形成されている。尚、カレンダデータベース７０Ｈは、求人求職情報処理部１６により登録されるようになっている。例えば、マイページ上で提供されるカレンダ機能（スケジュール管理機能）のカレンダに「面接を応募した企業」を書き込むと、求人求職情報処理部１６が、カレンダデータベース７０Ｈに、対応する求職者の利用者ＩＤに関連付けて、「日付、企業名、企業ＩＤ」を登録する。
【００７７】
次に、指標データベース７０を構成するデータベース群のなかの応募履歴データベース７０Ｉについて、図１７を用いて説明する。尚、図１７は、本実施形態の応募履歴データベースのデータ構造の一例を示した模式図である。
【００７８】
応募履歴データベース７０Ｉは、会員登録された求職者毎に設けられるものであり、求職者の適正に合う業種を推定するために用いられる。具体的には、図示するように、応募履歴データベース７０Ｉは、求職者の利用者ＩＤ７８ａに設けられており、応募した企業の企業ＩＤを登録するためのフィールド７８ｂと、企業名を登録するためのフィールド７８ｃと、その企業の業種ＩＤとを登録するためのフィールド７８ｄとを備えて１つのレコードが形成されている。応募履歴データベース７０Ｉは、上述したように求人求職情報処理部１６により、求職者が応募するたびに更新される。
【００７９】
次に、指標データベース７０を構成するデータベース群のなかの職種別類推キーワードデータベース７０Ｊについて、図１８を用いて説明する。尚、図１８は、本実施形態の指標データベースを構成する職種別類推キーワードデータベースのデータ構造の一例を示した模式図である。
【００８０】
職種別類推キーワードデータベース７０Ｊは、求職者が参加しているコミュニティサイトや求職者のブログサイトから、その求職者の適正に合う職種を推定するために用いられるものである。具体的には、図１８に示すように、職種別類推キーワードデータベース７０Ｊは、職種を識別する職種ＩＤを登録するフィールド７９ａと、その職種に関連するキーワード群（１又は複数のキーワード）を登録するためのフィールド７９ｂとを備えて１つのレコードが形成されている。図示する最上位のレコードでは、職種ＩＤ（ＳＹＯ００１）に関連づけて「インセンティブ、ノルマ、商談」のキーワード群が登録されている。尚、職種別類推キーワードデータベース７０Ｊは、サーバ１の管理者により予め登録されている。
【００８１】
次に、マッチングデータベース８０のデータ構造について、図１９〜図２１を用いて説明する。このマッチングデータベース８０は、求職者の適正に合う業種及び職種の推奨企業を選定する際に用いられるものであり、３種類のデータベースにより構成されている。具体的には、マッチングデータベース８０Ａは、業種マッチング用データベース８０Ａと、職種マッチング用データベース８０Ｂと、優先順位付けデータベース８０Ｃとにより構成されている。尚、図１９は、本実施形態のマッチングデータベースを構成する業種マッチング用データベースのデータ構造の一例を示した模式図である。又、図２０は、本実施形態のマッチングデータベースを構成する職種マッチング用データベースのデータ構造の一例を示した模式図である。図２１は、本実施形態のマッチングデータベースを構成する優先順位付けデータベースのデータ構造の一例を示した模式図である。以下、業種マッチング用データベース８０Ａ、職種マッチング用データベース８０Ｂ、優先順位付けデータベース８０Ｃを順に説明していく。
【００８２】
業種マッチング用データベース８０Ａは、会員登録された求職者毎に設けられるものであり、求職者の適正に合う業種推定に用いる合計ポイントを算出する際に用いられる。具体的には、図１９に示すように、業種マッチング用データベース８０Ａは、業種ＩＤを登録するためのフィールド８１ａと、閲覧回数を登録するためのフィールド８１ｂと、マイフレンド希望業種を登録するためのフィールド８１ｃと、スカウト履歴業種を登録するためのフィールド８１ｄと、参加コミュニティ管理者業種を登録するためのフィールド８１ｅと、マイフレンド検討中業種を登録するためのフィールド８１ｆと、応募履歴業種を登録するためのフィールド８１ｇと、合計ポイントを登録するためのフィールド８１ｈとを備えて１つのレコードが形成されている。尚、図示する例では、説明の便宜上、４つのレコードを示しているが、実際のデータベースでは、業種ＩＤ毎にレコードが設けられ、業種ＩＤ毎（すなわち業種毎）の合計ポイントが算出できるようになっている。尚、業種マッチング用データベース８０Ａを用いた合計ポイントの算出処理は、後段で詳細に説明する。
【００８３】
職種マッチング用データベース８０Ｂは、会員登録された求職者毎に設けられるものであり、求職者の適正に合う職種推定に用いる合計ポイントを算出する際に用いられる。具体的には、図２０に示すように、職種マッチング用データベース８０Ｂは、職種ＩＤを登録するためのフィールド８２ａと、適正アンケート結果を登録するためのフィールド８２ｂと、類推キーワードからの職種（類推キーワードの出現数）を登録するためのフィールド８２ｃと、合計ポイントを登録するためのフィールド８２ｄとを備えて１つのレコードが形成されている。尚、図示する例では、説明の便宜上、４つのレコードを示しているが、実際のデータベースでは、職種ＩＤ毎にレコードが設けられ、職種ＩＤ毎（すなわち職種毎）の合計ポイントが算出できるようになっている。尚、職種マッチング用データベース８０Ｂを用いた合計ポイントの算出処理は、後段で詳細に説明する。
【００８４】
優先順位付けデータベース８０Ｃは、会員登録された求職者毎に設けられるものであり、求職者の適正に合う業種及び職種の推奨企業を選定する際に用いられる。具体的には、図２１に示すように、優先順位付けデータベース８０Ｃは、優先度を登録するためのフィールド８３ａと、業種ＩＤを登録するためのフィールド８３ｂと、職種ＩＤを登録するためのフィールド８３ｃと、出現率を登録するためのフィールド８３ｄとを備えて１つのレコードが形成される。尚、図示する例では、説明の便宜上、５種類の「業務及び職種の組み合わせ」のレコードを示しているが特にこれに限定されるものではない。例えば、１〜１０位までの「業務及び職種の組み合わせ」を登録できるようにするために、１０個のレコードを設けるようにしてもよい。
【００８５】
また、フィールド８３ｄの出現率とは、推奨企業として抽出する企業総数（Ｙa）に対して、優先度毎に重み付けをするためのものである。これにより、優先度毎に出現率に応じた数の企業が選定されるようになる。図示する例では、「優先度１に５０％」、「優先度２に２５％」、「優先度３に１５％」、「優先度４に５％」、「優先度５に５％」が対応付けられている。したがって、優先度１の「業種＆職種」に該当する企業が「Ｙ１＝Ｙａ＊０．５」社選定され、優先度２の「業種＆職種」に該当する企業が「Ｙ２＝Ｙａ＊０．２５」社選定される。また、優先度３の「業種＆職種」に該当する企業が「Ｙ３＝Ｙａ＊０．１５」社選定され、優先度４、５の「業種＆職種」に該当する企業がそれぞれ「Ｙ４＝Ｙａ＊０．０５」社選定される。
【００８６】
次に、本実施形態の求人求職情報システムがユーザ端末Ｔａ、Ｔｂに提供する求人求職情報サイトの画面例として、会員登録した求職者用のマイページについて図２２を用いて説明する。尚、図２２は、本実施形態の求人求職情報システムがユーザ端末に提供する求人求職情報サイトの画面例を示した模式図である。
【００８７】
図示するように、求職者のマイページ１００には、サーバ１が選定した推奨求人（オススメの求人）を提示する領域１０１と、その求職者の友達が提示された領域１０２と、その求職者の参加コミュニティが提示された領域１０３と、コミュニティ情報が提示された領域１０４と、その求職者が最近チェックした求人を登録するフィールド１０５と、最近チェックした企業を登録するフィールド１０６と、求人情報の検索を受け付ける領域１０７と、各種機能ボタンが設けられた領域１０８とが設けられている。
【００８８】
また、領域１０１に示される推奨求人には、このページの求職者の適正に合う業種及び職種の企業が選定されるようになっている。また、領域１０１には、マッチング更新ボタン１０１ｂが設けられている。ユーザ端末Ｔａにおいて、このマッチング更新ボタンが選定されると（クリックされると）、サーバ１は、再度、マッチング処理（図２３〜図２５の処理）を行い、ブログやコミュニティ、友達情報の最新データを反映させたマッチング処理を行い、新たに選定した推奨求人を提示する。
【００８９】
また、領域１０８には、プロフィールボタン（プロフィールの確認、追加・修正を行う機能ボタン）、履歴書ボタン（履歴書の確認、追加・修正を行う機能ボタン）、メッセージボタン（自分に届いたメッセージ確認ボタン）、マイフレンドボタン、日記ボタン（ブログサイトへの移動ボタン）、アルバムボタン（自分を紹介する画像データの確認、変更・追加を行う機能ボタン）、カレンダ機能ボタンが設けられている。このように、本実施形態では、領域１０７の求人検索機能だけでなく、ＳＮＳサイトで提供されている機能も提供されている。すなわち、単なる求人求職情報サイトではなく、ＳＮＳサイトで提供される機能も活用できるようになっている。そのため、求職者は、興味があるコミュニティサイトに登録し、就職情報を交換したり、他の求職者の意見を参考にしたりすることができ、求人情報だけでは判らない情報（企業の評判、雰囲気、業界情報等）を簡単に入手することができる。
【００９０】
次に、本実施形態のサーバ１が行う処理のうち特に特徴的なマッチング処理について図２３〜図２５を用いて説明する。尚、図２３は、本実施形態の求人求職情報システムの求人求職マッチング処理のフローチャートである。また、図２４は、図２３のＳ２の業種マッチング処理を説明するためのフローチャートである。また、図２５は、図２３のＳ３の職種マッチング処理を説明するためのフローチャートである。尚、以下に示す処理に先だって、求職者は、サーバ１に、自分の利用者情報（図４に示す情報）及び履歴書情報（図６に示す情報）を登録しているものとする。また、求人者は、サーバ１に、自分の企業情報（図３に示す情報）及び求人情報（図５に示す情報）を登録しているものとする。又、以下の処理は、求職者がユーザ端末Ｔａを操作して、サーバ１にマッチング更新処理を要求した際に行われるものであるが、前記マッチング処理は、求職者が利用者情報及び履歴書情報を登録した際にも行われる。
【００９１】
先ず、会員登録した求職者がユーザ端末Ｔａを操作して、マイページ１００のマッチング更新ボタン１０１ｂをクリックすると、ネットワークＮＷを介して、サーバ１の求人求職情報処理部１６に、マッチング更新処理要求が送信される。そして、求人求職情報処理部１６は、前記求職者のユーザ端末Ｔａからのマッチング更新処理要求を受け付ける（Ｓ１）。
【００９２】
次に、求人求職情報処理部１６は、業種マッチング処理（Ｓ２）と、職種マッチング処理（Ｓ３）を行う。尚、図示する例ではＳ２の処理を実行してから、Ｓ３の処理を行っているがあくまでも一例に過ぎない。Ｓ３の処理を先に行ってもよいし、Ｓ２及びＳ３を並行処理で行うようにしてもよい。以下、Ｓ２及びＳ３の処理内容を詳細に説明する。
【００９３】
先ず、図２４を参照しながらＳ２の処理内容を説明する。
Ｓ２では、先ず、求人求職情報処理部１６は、対応する求職者（利用者ＩＤ）の業種マッチング用データベース８０に、指標データベース７０（業種別閲覧回数データベース７０Ａ、マイフレンド希望業種データベース７０Ｂ、スカウト履歴データベース７０Ｃ、参加コミュニティデータベース７０Ｄ、マイフレンド検討中データベース７０Ｅ、応募履歴データベース７０Ｉ）の値を書き込む（Ｓ２１）。
【００９４】
具体的には、Ｓ２１では、求人求職情報処理部１６は、業種マッチング用データベース８０Ａのフィールド８１ｂに、業種別閲覧回数データベース７０Ａに登録された業種ＩＤ毎の閲覧回数を格納する。また、求人求職情報処理部１６は、マイフレンド希望業種データベース７０Ｂに登録された希望業種ＩＤを業種ＩＤ毎に算出（集計）し、業種マッチング用データベース８０Ａのフィールド８１ｃに、集計した業種ＩＤ毎の数量を格納する。また、求人求職情報処理部１６は、スカウト履歴データベース７０Ｃに登録された業種ＩＤを業種ＩＤ毎に集計し、業種マッチング用データベース８０Ａのフィールド８１ｄに、集計した業種ＩＤ毎の数量を格納する。また、求人求職情報処理部１６は、参加コミュニティデータベース７０Ｄに登録された業種ＩＤを業種ＩＤ毎に集計（算出）し、業種マッチング用データベース８０Ａのフィールド８１ｅに、集計した業種ＩＤ毎の数量を格納する。また、求人求職情報処理部１６は、マイフレンド検討中データベース７０Ｅに登録された業種ＩＤを業種ＩＤ毎に集計し、業種マッチング用データベース８０Ａのフィールド８１ｆに、集計した業種ＩＤ毎の数量を格納する。また、求人求職情報処理部１６は、応募履歴データベース７０Ｉに登録された業種ＩＤを業種ＩＤ毎に集計（算出）し、業種マッチング用データベース８０Ａのフィールド８１ｇに、集計した業種ＩＤ毎の数量を格納する。
【００９５】
Ｓ２１の処理が終了すると、求人求職情報処理部１６は、業種マッチング用データベース８０Ａの各レコードにおいて、フィールド８１ｂ、８１ｃ、８１ｄ、８１ｅ、８１ｆ、８１ｇに格納された値を集計し、集計して得られた合計ポイントをフィールド８１ｈに格納する（Ｓ２２）。これにより、求職者の業種ＩＤ毎の合計ポイントが得られる。
【００９６】
Ｓ２２の処理が終了すると、求人求職情報処理部１６は、Ｓ２２で求めた業種ＩＤ毎の合計ポイントが上位５位の業種ＩＤを抽出し、優先順位付けデータベース８０Ｃに、優先度に関連付けて登録する（Ｓ２３）。これによりＳ２の処理が終了する。具体的には、Ｓ２２で求めた業種ＩＤ毎のポイントのうち最上位（１番ポイントが大きい）業種ＩＤを、優先度が「１」のレコードのフィールド８３ｂに登録する。また、Ｓ２２で求めた業種ＩＤ毎のポイントのうち第２位（２番ポイントが大きい）業種ＩＤを、優先度が「２」のレコードのフィールド８３ｂに登録し、第３位（３番ポイントが大きい）業種ＩＤを、優先度が「３」のレコードのフィールド８３ｂに登録する。又、Ｓ２２で求めた業種ＩＤ毎のポイントのうち第４位（４番ポイントが大きい）業種ＩＤを、優先度が「４」のレコードのフィールド８３ｂに登録し、第５位（５番ポイントが大きい）業種ＩＤを、優先度が「５」のレコードのフィールド８３ｂに登録する。
【００９７】
続いて、図２５を参照しながらＳ３の処理手順を説明する。
Ｓ３では、先ず、求人求職情報処理部１６は、対応する求職者（利用者ＩＤ）のブログデータベース５０及びコミュニティデータベース６０に登録されたテキストデータを読み出し、職種別類推キーワードデータベース７０Ｊに登録されたキーワードを職種毎にカウントする（Ｓ３１）。
【００９８】
具体的には、Ｓ３１では、求人求職情報処理部１６は、対応する求職者（利用者ＩＤ）のブログデータベース５０のフィールド５０ｃに登録されたテキスト情報（投稿記事）を読み出し、職種別類推キーワードデータベース７０Ｊに登録されたキーワードを職種毎にカウントする。また、求人求職情報処理部１６は、対応する求職者（利用者ＩＤ）のコミュニティデータベース６０のフィールド６０ｅに登録されたテキスト情報（発言内容）を読み出し、職種別類推キーワードデータベース７０Ｊに登録されたキーワードを職種毎にカウントする。そして、求人求職情報処理部１６は、ブログデータベース５０を用いてカウントした職種別の数と、コミュニティデータベース６０を用いてカウントした職種別の数とを加算（職種毎に加算）する。そして、求人求職情報処理部１６は、職種マッチング用データベース８０Ｂのフィールド８２ｃに、前記職種毎の加算した値を格納する。
【００９９】
Ｓ３１の処理が終わると、求人求職情報処理部１６は、適正職種データベース７０Ｇを読み出し、職種マッチング用データベース８０Ｂのフィールド８２ｂに、読み出した職種毎の適正ポイントを格納する（Ｓ３２）。
【０１００】
Ｓ３２の処理が終わると、求人求職情報処理部１６は、職種マッチング用データベース８０Ｂの各レコードにおいて、フィールド８２ｂ、８２ｃに格納された値を集計し、集計して得られた合計ポイントをフィールド８２ｄに格納する（Ｓ３３）。これにより、求職者の職種ＩＤ毎の合計ポイントが得られる。
【０１０１】
Ｓ３３の処理が終了すると、求人求職情報処理部１６は、Ｓ３３で求めた職種ＩＤ毎の合計ポイントのうち上位５位の職種ＩＤを抽出して、優先順位付けデータベース８０Ｃに、優先度に関連付けて登録する（Ｓ３４）。具体的には、Ｓ３３で求めた職種ＩＤ毎のポイントのうち最上位（１番ポイントが大きい）職種ＩＤを、優先度が「１」のレコードのフィールド８３ｃに登録する。また、Ｓ３３で求めた業種ＩＤ毎のポイントのうち第２位（２番ポイントが大きい）職種ＩＤを、優先度が「２」のレコードのフィールド８３ｃに登録し、第３位（３番ポイントが大きい）職種ＩＤを、優先度が「３」のレコードのフィールド８３ｃに登録する。又、Ｓ３３で求めた職種ＩＤ毎のポイントのうち第４位（４番ポイントが大きい）職種ＩＤを、優先度が「４」のレコードのフィールド８３ｃに登録し、第５位（５番ポイントが大きい）職種ＩＤを、優先度が「５」のレコードのフィールド８３ｃに登録する。以上の処理によりＳ２、Ｓ３の処理が終了する。
【０１０２】
図２３に戻り、Ｓ２、３の処理の後で行われるＳ４以降の処理を説明する。
【０１０３】
Ｓ４では、Ｓ２及びＳ３の処理により更新された優先順位付けデータベース８０Ｃに登録された上位５位の「業種＆職種」の求人情報を抽出する。具体的には、求人求職情報処理部１６は、求人情報データベース３０に登録された求人情報のなかから、上述した上位５位の「業種＆職種」の求人情報を抽出する。尚、求人求職情報処理部１６は、上述したように、優先度毎に対応付けた出現率による重み付けをした上で、上位５位の「業種＆職種」の求人情報を抽出する。
【０１０４】
次に、求人求職情報処理部１６は、カレンダデータベース７０Ｈに登録された企業（企業名及び企業ＩＤ）と、応募履歴データベース７０Ｉに登録された企業（企業名）とを抽出する（Ｓ５）。
【０１０５】
そして、求人求職情報処理部１６は、Ｓ４で抽出した求人情報のなかから、Ｓ５で抽出した企業のものを取り除いて（削除して）、当該削除後に残っている求人情報を「推奨求人情報」として、マッチング更新処理要求（Ｓ１の処理要求）を行ったユーザ端末Ｔａに、「推奨求人情報」を送信して（Ｓ６）、処理を終了する。具体的には、求人求職情報処理部１６は、マイページ作成処理部１２に、新たな推奨求人情報が形成されたマイページを作成させて、ユーザ端末Ｔａに、新たに作成されたマイページを送信する。これにより、ユーザ端末Ｔａの表示部には、更新された推奨求人情報が提示されたマイページが表示されるようになる。
【０１０６】
以上説明したように、本実施形態のサーバ１は、単に、求人情報や求職者情報を提供するだけではなく、就職活動に関連するコミュニティサイトや、ブログサイトを提供するように構成されている。そのため、求職者は、興味があるコミュニティサイトに登録し、就職情報を交換したり、他の求職者の意見を参考にしたりすることができる。また、求人者側の企業は、気になる求職者のブログを参照したり、コミュニティサイトにおいて意見交換したりすることで、求職者の応募情報（履歴書等に記載の情報）以外の評価材料を簡単に入手することができる。また、本実施形態によれば、コミュニティサイトやブログサイトを参照して気になる求職者がいた場合に、友達として登録して、情報交換することも可能であるため、企業選びに役立つ情報を取得するこができる。そのため、求職者は効率的に就職活動を行うことができるようになる。
【０１０７】
また、本実施形態では、サーバ１が、求職者のブログサイト上での発言内容、その求職者の友達に関する情報、その求職者が参加しているコミュニティサイトにおける情報、求人活動履歴（スカウト実績、応募実績）等の情報を用いて、その求職者に適する業種及び職種を推定し、その推定した業種及び職種の求人情報を抽出して、求職者に提供するようにしている。すなわち、求職者の日頃の就職活動に関する発言内容や、情報交換している友達に関する情報、求人活動履歴を反映させ、その求職者に提供する推奨求人情報を判定している。したがって、本実施形態によれば、求職者が自分に適していると気付いていない業種や職種の求人情報が提供される場合もあり、就職先の選択肢の幅を広げることができる。また、求職者が自分の職業適性を十分に把握できていない場合においても、求職者の職業適性に合っていると推定される求人情報が提供されるため、「求人と求職のミスマッチ」が発生する可能性が軽減される。
【０１０８】
また、本実施形態によれば、求職者はマッチング更新ボタンをクリックすることで、最新の就職活動状況を反映させたマッチング処理が行われるため、求職者の現状に合う求人情報が提供される。
【０１０９】
また、本実施形態によれば、求職者に対して、その求職者の適性に合うと推定した「最上位の業種」及「最上位の職種」だけでなく、１位から５位までの業種及び職種の求人情報を提供している。そのため、本実施形態では、求職者に対して、視野を広げた求職先の検討を促すことができる。
【０１１０】
尚、本発明は、上述した実施形態に限定されるものではなく、その要旨の範囲内において種々の変更が可能である。
【０１１１】
例えば、上述した実施形態では、職種マッチング処理においてだけ、ブログサイト上での発言内容やコミュニティサイトにおける発言情報を利用しているが、業種マッチング処理で利用するようにしてもよい。この場合、業種ＩＤ毎に、その業種ＩＤが示す業種に関連するキーワード群を関連付けた業種別類推キーワードデータベースを設けておく。そして、求人求職情報処理部１６は、前記業種別類推キーワードデータベースを参照し、職種マッチング処理と同様の手法により、業種毎のキーワード出現数をカウントし、そのカウントした値を業種毎のポイントにする。
【０１１２】
また、上述した実施形態では、求職者側にだけ、推奨求人情報を提供するようにしているが、特にこれに限定されるものではない。求人者側に対しても、求職者のマッチング処理を行い、求人側に推奨求職者情報を提供するようにしてもよい。
【符号の説明】
【０１１３】
Ｔａ、Ｔｂ…ユーザ端末
１…サーバ（求人求職情報提供装置）
２…制御部
３…メール処理部
４…ＳＮＳデータ処理部
１１…登録処理部、１２…マイページ作成処理部、１３…ブログ処理部、１４…フレンド処理部１、１５…コミュニティ処理部、１６…求人求職情報処理部、１７…スカウト処理部、１８…閲覧者確認処理部
５…記憶部
１０…企業情報データベース
２０…利用者情報データベース
３０…求人情報データベース
４０…履歴書情報データベース
５０…ブログデータベース
６０…コミュニティデータベース
７０…指標データベース
７０Ａ…業種別閲覧回数データベース、７０Ｂ…マイフレンド希望業種データベース、７０Ｃ…スカウト履歴データベース、７０Ｄ…参加コミュニティデータベース、７０Ｅ…マイフレンドの検討中データベース、７０Ｆ…事前適性アンケートデータベース、７０Ｇ…適性職種データベース、７０Ｈ…カレンダデータベース、７０Ｉ…応募履歴データベース、７０Ｊ…職種別類推キーワードデータベース
８０…マッチングデータベース
８０Ａ…業種マッチング用データベース、８０Ｂ…職種マッチング用データベース、８０Ｃ…優先順位付けデータベース
９０…中央処理装置（ＣＰＵ）
９１…主記憶装置
９２…補助記憶装置
９３…入出力Ｉ/Ｆ
９４…通信Ｉ/Ｆ
６…出力装置
７…入力装置
【図１】
0005636013.tif 000002
【図２】
0005636013.tif 000003
【図３】
0005636013.tif 000004
【図４】
0005636013.tif 000005
【図５】
0005636013.tif 000006
【図６】
0005636013.tif 000007
【図７】
0005636013.tif 000008
【図８】
0005636013.tif 000009
【図９】
0005636013.tif 000010
【図１０】
0005636013.tif 000011
【図１１】
0005636013.tif 000012
【図１２】
0005636013.tif 000013
【図１３】
0005636013.tif 000014
【図１４】
0005636013.tif 000015
【図１５】
0005636013.tif 000016
【図１６】
0005636013.tif 000017
【図１７】
0005636013.tif 000018
【図１８】
0005636013.tif 000019
【図１９】
0005636013.tif 000020
【図２０】
0005636013.tif 000021
【図２１】
0005636013.tif 000022
【図２２】
0005636013.tif 000023
【図２３】
0005636013.tif 000024
【図２４】
0005636013.tif 000025
【図２５】
0005636013.tif 000026