(57)【要約】【課題】　イベントの募集情報の中から利用者の要求に近いものを効率よく検索して出力する。【解決手段】　検索条件テーブル１２では、募集情報に対する検索項目が階層構造として保持される。また、利用者分類項目ごとの希望イベントの傾向を示すイベント傾向情報１３と、利用者分類項目ごとの過去の利用者と募集情報の提供元とのイベント契約成立状況を示すイベント契約実績情報１４とに基づき、検索対象とする検索項目の優先度１５が利用者分類項目ごとに随時算出される。そして、利用者が指定した検索項目と利用者についての利用者分類項目とを検索条件として利用者から受け取る（Ｓ２）と、募集情報ＤＢ１１を検索し（Ｓ３）、該当する募集情報が所定数以下であった場合に（Ｓ４）、検索条件テーブル１２に基づく同階層の他の検索項目を優先度１５が高い順に検索条件として募集情報ＤＢ１１を再検索し、その検索結果を利用者に通知する（Ｓ５）。【選択図】　図１ 
2004094936.tif 000002
【特許請求の範囲】
【請求項１】
　イベントに対する募集情報を検索して利用者に通知する情報検索方法において、
　前記募集情報に対する検索項目を階層構造として検索条件テーブルに格納し、提供元からの前記募集情報を前記検索条件テーブルと対応させて募集情報データベースに蓄積し、
　前記利用者を分類するための利用者分類項目ごとの希望のイベントの傾向を示すイベント傾向情報と、前記利用者分類項目ごとの過去の利用者と前記募集情報の提供元との各イベントに対する契約成立状況を示すイベント契約実績情報とに基づいて、検索対象とする前記検索項目の優先度を前記利用者分類項目ごとに随時算出し、
　前記利用者が指定した前記検索項目と前記利用者についての前記利用者分類項目とを検索条件として前記募集情報データベースを検索し、該当する前記募集情報が所定数以下であった場合に、前記検索条件テーブルに基づく同階層の他の前記検索項目を前記優先度が高い順に検索条件として前記募集情報データベースを再検索し、その検索結果を前記利用者に通知する、
　ことを特徴とする情報検索方法。
【請求項２】
　前記イベント傾向情報は、ある前記検索項目について過去の利用者が検索条件として指定した回数と、前記募集情報データベースの検索結果に基づいて１件の前記募集情報が前記過去の利用者に選択されて通知された場合にその前記募集情報の属する前記検索項目をカウントしたカウント数との加算値により表され、
　前記イベント契約実績情報は、ある前記募集情報に基づくイベント契約が成立した場合にその前記募集情報の属する前記検索項目をカウントしたカウント数により表され、
　前記優先度は、前記イベント傾向情報の値と、前記イベント契約実績情報の値に所定の重み付けを施した値との加算値として算出されることを特徴とする請求項２記載の情報検索方法。
【請求項３】
　前記利用者からの要求に応じた前記募集情報データベースの検索に基づいて１件の前記募集情報が前記利用者に選択された場合に、選択された前記募集情報の属する前記検索項目に対応する前記イベント傾向情報を更新することを特徴とする請求項２記載の情報検索方法。
【請求項４】
　前記募集情報は求人情報であり、前記イベント契約実績情報は、就職の決定状況を示す情報であることを特徴とする請求項１記載の情報検索方法。
【請求項５】
　前記募集情報の対象となるイベント情報は、賃貸住宅または売り物件住宅の物件情報であり、前記イベント契約実績情報は、住宅の賃貸または売却の決定状況を示す情報であることを特徴とする請求項１記載の情報検索方法。
【請求項６】
　前記募集情報の対象となるイベント情報はツアー情報であり、前記イベント契約実績情報は、ツアー契約の決定状況を示す情報であることを特徴とする請求項１記載の情報検索方法。
【請求項７】
　前記募集情報の対象となるイベント情報は、自動車の売り情報であり、前記イベント契約実績情報は、自動車の売買契約の決定状況を示す情報であることを特徴とする請求項１記載の情報検索方法。
【請求項８】
　イベントに対する募集情報を検索して利用者に通知する情報検索方法において、
　前記募集情報に対する検索項目を階層構造として検索条件テーブルに格納し、提供元からの前記募集情報を前記検索条件テーブルと対応させて募集情報データベースに蓄積し、
　前記利用者を分類するための利用者分類項目ごとの希望のイベントの傾向を示すイベント傾向情報に基づいて、検索対象とする前記検索項目の優先度を前記利用者分類項目ごとに随時算出し、
　前記利用者が指定した前記検索項目と前記利用者についての前記利用者分類項目とを検索条件として前記募集情報データベースを検索し、該当する前記募集情報が所定数以下であった場合に、前記検索条件テーブルに基づく同階層の他の前記検索項目を前記優先度が高い順に検索条件として前記募集情報データベースを再検索し、その検索結果を前記利用者に通知する、
　ことを特徴とする情報検索方法。
【請求項９】
　イベントに対する募集情報を検索して利用者に通知する情報検索方法において、
　前記募集情報に対する検索項目を階層構造として検索条件テーブルに格納し、提供元からの前記募集情報を前記検索条件テーブルと対応させて募集情報データベースに蓄積し、
　前記利用者を分類するための利用者分類項目ごとの、過去の利用者と前記募集情報の提供元との各イベントに対する契約成立状況を示すイベント契約実績情報に基づいて、検索対象とする前記検索項目の優先度を前記利用者分類項目ごとに随時算出し、
　前記利用者が指定した前記検索項目と前記利用者についての前記利用者分類項目とを検索条件として前記募集情報データベースを検索し、該当する前記募集情報が所定数以下であった場合に、前記検索条件テーブルに基づく同階層の他の前記検索項目を前記優先度が高い順に検索条件として前記募集情報データベースを再検索し、その検索結果を前記利用者に通知する、
　ことを特徴とする情報検索方法。
【請求項１０】
　イベントに対する募集情報を検索して利用者に通知する情報検索装置において、
　前記募集情報に対する検索項目を階層構造として格納した検索条件テーブルと、
　前記募集情報の提供元からの前記募集情報を前記検索条件テーブルと対応させて蓄積した募集情報データベースと、
　前記利用者を分類するための利用者分類項目ごとの希望のイベントの傾向を示すイベント傾向情報と、前記利用者分類項目ごとの過去の利用者と前記募集情報の提供元との各イベントに対する契約成立状況を示すイベント契約実績情報とに基づいて、検索対象とする前記検索項目の優先度を前記利用者分類項目ごとに随時算出する優先度算出手段と、
　前記利用者が指定した前記検索項目と前記利用者についての前記利用者分類項目とを検索条件として前記募集情報データベースを検索し、該当する前記募集情報が所定数以下であった場合に、前記検索条件テーブルに基づく同階層の他の前記検索項目を、前記優先度算出手段によって算出された前記優先度が高い順に検索条件として前記募集情報データベースを再検索し、その検索結果を前記利用者に通知する検索処理手段と、
　を有することを特徴とする情報検索装置。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、イベントに対する募集情報を検索して利用者に通知する情報検索方法および情報検索装置に関する。
【背景技術】
【０００２】
　近年、求職者に対しては、相談所等に設置された端末を利用して、データベースに登録された求人情報を検索して閲覧できるサービスが一般的に提供されている。このサービスでは、検索条件として、例えば職種や業種、賃金、勤務地等を指定して検索することが可能である。また、求人情報の検索をインターネットを通じて行うことが可能なサービスも行われている。
【０００３】
　このような従来の求人情報の検索サービスは、利用者が入力した検索条件の指定を受けると、単にこの検索条件に限定した項目のマッチング結果を出力するものであった。このため、検索条件の指定が適切でない場合には、得られた検索結果の数が多過ぎたり、あるいは該当する求人情報が０件と出力される場合が多かった。これに対し、利用者の希望により近い検索結果を得るための技術として、利用者に入力された語句の同義語や同類語、同じ語句をカタカナ・ひらがな等で表した語句等を検索条件に含めて検索する“あいまい検索”と言われる検索技術も利用されている。
【０００４】
　なお、大量の情報からの検索結果の分類・整理の際に、様々な視点からの構造化を行ってそれをわかりやすい形で可視化することが可能な情報構造化表示装置として、情報を構造化表示する次元の軸とする単語を入力する構造化軸単語入力手段と、構造化表示対象の情報を保持するデータベースと、構造化軸単語入力手段により入力された単語を検索語として用いてデータベースから表示情報を検索する情報検索手段と、検索した表示情報を構造化表示する次元の軸に沿って配置した一覧表として表示する構造化表示処理手段とを備えるものがあった（例えば、特許文献１参照。）。
【特許文献１】特開平７−２８２０８７号公報（段落番号〔００１７〕〜〔００４７〕、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
　上述したように、従来の求人情報の検索サービスでは、利用者が入力した検索条件で検索した場合に、検索結果の数が多過ぎたり、該当する検索結果が０件となる場合が多く、この場合は利用者自身が検索条件を変更しながら自分の希望に近い求人情報を繰り返し探すことになり、効率が悪かった。特に、学校の新卒者の場合、自分が就職したい業種や職種に対する希望が漠然としており、検索条件も漠然とした条件の中から選択されていた。このような検索では、例えば、希望に近い求人情報が実際にはあるにもかかわらず、見つけることができない場合が多かった。
【０００６】
　また、“あいまい検索”と言われる従来の検索技術は、あらかじめ決められたルールで検索条件が緩和されるものであり、適切な検索を行うには不十分だった。このため、例えば、同じ学科の出身者に有利な職種や業種を、年々変化していく求人状況に応じて検索結果に反映させたり、あるいは求職者が持っている仕事のイメージ等の感性的な条件を利用して検索を行う等、利用者の要求に近い検索結果を積極的に出力して、検索作業をより効率化することが求められている。さらに、このような方法による検索結果を、利用者によりわかりやすく表示することも求められている。
【０００７】
　本発明は、このような課題に鑑みてなされたものであり、利用者の要求に近いイベントの募集情報を効率よく検索して出力することが可能な情報検索方法を提供することを目的とする。
【０００８】
　また、本発明の他の目的は、利用者の要求に近いイベントの募集情報を効率よく検索して出力することが可能な情報検索装置を提供することである。
【課題を解決するための手段】
【０００９】
　本発明では上記課題を解決するために、図１に示すように、イベントに対する募集情報を検索して利用者に通知する情報検索方法において、前記募集情報に対する検索項目を階層構造として検索条件テーブル１２に格納し、提供元からの前記募集情報を前記検索条件テーブル１２と対応させて募集情報データベース１１に蓄積し、前記利用者を分類するための利用者分類項目ごとの希望のイベントの傾向を示すイベント傾向情報１３と、前記利用者分類項目ごとの過去の利用者と前記募集情報の提供元との各イベントに対する契約成立状況を示すイベント契約実績情報１４とに基づいて、検索対象とする前記検索項目の優先度を前記利用者分類項目ごとに随時算出し、前記利用者が指定した前記検索項目と前記利用者についての前記利用者分類項目とを検索条件として前記募集情報データベース１１を検索し（ステップＳ３）、該当する前記募集情報が所定数以下であった場合に（ステップＳ４）、前記検索条件テーブル１２に基づく同階層の他の前記検索項目を前記優先度１５が高い順に検索条件として前記募集情報データベース１１を再検索し（ステップＳ５）、その検索結果を前記利用者に通知することを特徴とする情報検索方法が提供される。
【００１０】
　このような情報検索方法では、始めに、利用者の指定した検索項目と利用者についての利用者分類項目とを検索条件として、募集情報データベース１１に対する検索が行われる。このとき、該当する募集情報が所定数以下であった場合には、検索条件テーブル１２に基づき、利用者に指定された検索条件と同階層の他の検索項目を優先度１５が高い順に検索条件として指定し、募集情報データベース１１を再検索する。検索条件テーブル１２は、検索条件となる検索項目を階層構造として保持しているため、再検索時には検索条件が緩和される。また、再検索による検索結果は、検索項目の優先度１５が高い順に利用者に通知される。
【００１１】
　ここで、優先度１５は、イベント傾向情報１３とイベント契約実績情報１４とに基づいて算出された値であり、優先度１５の利用により、同じ利用者分類項目に属する利用者が過去に希望した回数や、あるいは実際に契約が成立した回数が多かった検索項目に属する募集情報が優先的に利用者に通知される。例えば、募集情報の対象となるイベント情報が求人情報の場合は、検索項目としては、求人対象の職種、求人元となる企業の業種等が適用される。また、利用者分類項目としては、例えば、利用者の所属学科が適用される。
【００１２】
　また、本発明では、イベントに対する募集情報を検索して利用者に通知する情報検索装置において、前記募集情報に対する検索項目を階層構造として格納した検索条件テーブルと、前記募集情報の提供元からの前記募集情報を前記検索条件テーブルと対応させて蓄積した募集情報データベースと、前記利用者を分類するための利用者分類項目ごとの希望のイベントの傾向を示すイベント傾向情報と、前記利用者分類項目ごとの過去の利用者と前記募集情報の提供元との各イベントに対する契約成立状況を示すイベント契約実績情報とに基づいて、検索対象とする前記検索項目の優先度を前記利用者分類項目ごとに随時算出する優先度算出手段と、前記利用者が指定した前記検索項目と前記利用者についての前記利用者分類項目とを検索条件として前記募集情報データベースを検索し、該当する前記募集情報が所定数以下であった場合に、前記検索条件テーブルに基づく同階層の他の前記検索項目を、前記優先度算出手段によって算出された前記優先度が高い順に検索条件として前記募集情報データベースを再検索し、その検索結果を前記利用者に通知する検索処理手段とを有することを特徴とする情報検索装置が提供される。
【００１３】
　ここで、検索処理手段は、始めに、利用者の指定した検索項目と利用者についての利用者分類項目とを検索条件として、募集情報データベースに対する検索を行う。このとき、該当する募集情報が所定数以下であった場合には、検索条件テーブルに基づき、利用者に指定された検索条件と同階層の他の検索項目を優先度が高い順に検索条件として指定し、募集情報データベースを再検索する。検索条件テーブルは、検索条件となる検索項目を階層構造として保持しているため、再検索時には検索条件が緩和される。また、再検索による検索結果は、検索項目の優先度が高い順に利用者に通知される。
【００１４】
　ここで、優先度は、イベント傾向情報とイベント契約実績情報とに基づいて優先度算出手段により算出された値であり、この優先度の利用により、同じ利用者分類項目に属する利用者が過去に希望した回数や、あるいは実際に契約が成立した回数が多かった検索項目に属する募集情報が優先的に利用者に通知される。例えば、募集情報の対象となるイベント情報が求人情報の場合は、検索項目としては、求人対象の職種、求人元となる企業の業種等が適用される。また、利用者分類項目としては、例えば、利用者の所属学科が適用される。
【発明の効果】
【００１５】
　本発明の情報検索方法では、自動的に検索条件を緩和して検索項目の優先度が高い順に募集情報データベースを再検索し、検索結果を利用者に通知する。これにより、利用者が契約できる可能性のある他の種類のイベントに対する募集情報や、契約される可能性の高いイベントの種類等について、積極的に利用者に提示することができる。例えば、求職中の利用者に対して、この利用者の就職先となり得る他の職種や業種、採用される可能性の高い職種や業種等について積極的に提示することができる。従って、利用者にとって有用な情報が提供されるとともに、より少ない検索回数で利用者の希望に近い募集情報が得られる可能性が高くなり、検索効率が向上する。
【００１６】
　また、本発明の情報検索装置では、検索処理手段の処理により、自動的に検索条件が緩和されて検索項目の優先度が高い順に募集情報データベースが再検索され、検索結果が利用者に通知される。これにより、利用者が契約できる可能性のある他の種類のイベントに対する募集情報や、契約される可能性の高いイベントの種類等について、積極的に利用者に提示することができる。例えば、求職中の利用者に対して、この利用者の就職先となり得る他の職種や業種、採用される可能性の高い職種や業種等について積極的に提示することができる。従って、利用者にとって有用な情報が提供されるとともに、より少ない検索回数で利用者の希望に近い募集情報が得られる可能性が高くなり、検索効率が向上する。
【発明を実施するための最良の形態】
【００１７】
　以下、本発明の実施の形態を図面を参照して説明する。
　図１は、本発明の原理を説明するための原理図である。
　以下の図１の説明では、例として、サーバコンピュータ１と端末装置２とが図示しないネットワークを通じて接続されたシステムに本発明を適用し、サーバコンピュータ１が端末装置２からの要求に応じて処理結果を提供するサービスを行う場合を想定する。なお、本発明は、単一のコンピュータ装置上で実現することも可能である。
【００１８】
　このサービスでは、サーバコンピュータ１は、提供先からイベントに対する募集情報を受け取って募集情報データベース（ＤＢ）１１上に蓄積し、サービスの利用者により端末装置２から入力された検索条件に応じて募集情報データベース１１を検索する。そして、検索によるヒット件数や募集情報の一覧、あるいは検索条件を絞り込んだ場合や緩和した場合のヒット件数等の情報を通知し、最終的には利用者により選択された１件または複数件の募集情報の内容を提供して、端末装置２により利用者に閲覧させる。
【００１９】
　以下、募集情報として求人情報が適用された場合を随時例に挙げながら、上記のシステムについて説明する。この場合、利用者に対しては、最終的には利用者により選択された１件または複数件の求人情報（求人票）の内容を提供することになる。
【００２０】
　募集情報データベース１１は、後述する検索条件テーブル１２に保持された検索項目を指定することにより検索を行うことが可能とされている。さらに、これ以外に募集情報中に含まれる数値情報、例えば求人情報に含まれる給与額等をキーとした検索も可能となっている。
【００２１】
　また、サーバコンピュータ１は、検索条件テーブル１２、イベント傾向情報１３およびイベント契約実績情報１４を保持している。検索条件テーブル１２は、募集情報データベース１１に対する検索項目を階層構造として保持している。検索項目としては、例えば、求人対象の職種、求人元となる企業の業種、就業地等を適用することができる。従って、検索条件の緩和や絞り込みを行う場合には、検索条件テーブル１２を参照して、階層の上位あるいは下位の検索条件を抽出することにより検索を行うことができる。
【００２２】
　イベント傾向情報１３は、利用者を分類する利用者分類項目ごとの希望のイベントの傾向を示す情報であり、例えば利用者分類項目ごとの就職希望先の傾向を示す。ここで、利用者分類項目としては、例えば、利用者として学生を対象とする場合には、所属学科等が適用される。また、学生以外の一般求職者を対象とする場合には、利用者のスキル（持っている資格、過去に経験した職種・業種等）等が適用される。
【００２３】
　イベント傾向情報１３は、ある検索項目について過去の利用者が検索条件として指定した回数と、募集情報データベース１１の検索結果に基づいて１件の募集情報が過去の利用者に選択されて通知された場合に、その募集情報の属する検索項目をカウントしたカウント数との加算値により表される。従って、例えば本サービスの過去の利用者が就職先として希望していた職種や業種等の傾向が、利用者分類項目ごとに表される。また、このイベント傾向情報１３は、新たな利用者によって検索が行われるたびに更新される。具体的には、最初に利用者により検索条件が指定されたタイミングと、その後に１件の募集情報が選択されたタイミングにおいて更新が行われる。
【００２４】
　イベント契約実績情報１４は、利用者分類項目ごとの過去の利用者と募集情報の提供元との各イベントに対する契約成立状況を示す情報であり、募集情報に基づく契約が成立した場合に、その募集情報の属する検索項目をカウントしたカウント数により表される。例えば、ある求人情報に基づく就職が決定した場合に、その求人情報の属する検索項目がカウントされる。従って、本サービスを新たに利用した利用者に対して、その後の追跡調査を行い、最終的に就職先が決定した就職先の根拠となった募集情報に基づいてイベント契約実績情報１４を随時更新していくことが望ましい。
【００２５】
　募集情報データベース１１に対する検索時には、イベント傾向情報１３およびイベント契約実績情報１４に基づいて、検索対象とする検索項目の優先度１５を算出し、この優先度１５に基づいて検索項目を指定する。優先度１５は、例えば、イベント傾向情報１３の値に、イベント契約実績情報１４の値に所定の重み付けを施した値を加算した値として算出される。なお、この優先度１５は、イベント傾向情報１３およびイベント契約実績情報１４の更新に伴って随時算出されて保持されていてもよい。
【００２６】
　次に、サービス提供時の処理を順を追って説明する。このサービスは、利用者が端末装置２よりネットワークを通じてサーバコンピュータ１にアクセスすることにより開始される。このとき例えば、端末装置２には検索条件に対する入力画面が表示される。
【００２７】
　ここで、ステップＳ１において、端末装置２において利用者が検索条件を指定し、この検索条件がサーバコンピュータ１に送信される。ステップＳ２において、サーバコンピュータ１はこの検索条件を受け取り、ステップＳ３において、受け取った検索条件を用いて、募集情報データベース１１を検索する。
【００２８】
　ここで、検索条件としては、利用者自身の属する利用者分類項目（例えば、所属学科）と、検索対象とする検索項目（例えば、希望する職種や業種）が指定される。検索項目については、基本的に、検索条件テーブル１２において階層構造として保持された検索項目の名称が指定される。この場合、上位階層の名称が指定される程、検索対象が広くなる。また、これら以外に、給与額等の他の情報を検索条件として加えることもできる。
【００２９】
　ステップＳ４において、上記の検索条件に合致した募集情報が所定の数以下であるか否かを判断する。所定数以下である場合はステップＳ５に進み、そうでない場合はステップＳ６に進む。この処理は、利用者からの検索条件に合致した募集情報の件数が少ないか否かを判断するためのものであり、判断基準とする件数は０〜１０件程度とすることが望ましい。
【００３０】
　ステップＳ５において、検索結果の件数が少ないことから、検索条件テーブル１２を参照して検索条件を緩和して、募集情報データベース１１の再検索を行う。この処理では、まず、優先する検索項目をあらかじめ決めておき、優先しない１つの検索項目について１段階上位の階層、すなわち元の階層上の全検索項目を検索条件として指定する。ここで、単に上位階層を検索条件とした検索では、該当する募集情報が大量に抽出されることが考えられる。このため、利用者から指定されたもの以外の元の階層上の検索項目について、優先度１５の高いものから順に検索を行う。このとき、例えば出力する全体の件数をあらかじめ決めておき、優先度１５の高い検索項目についての検索結果のみを出力する。
【００３１】
　ここで、優先度１５は、イベント傾向情報１３とイベント契約実績情報１４とに基づいて算出される。この優先度１５を利用することにより、同じ利用者分類項目（例えば、所属学科）に属する利用者が過去に希望したり、あるいは実際に契約が決定した回数が多い検索項目（例えば就職先として決定した職種や業種）についての募集情報が優先的に利用者に通知される。
【００３２】
　以上のステップＳ５の処理による検索結果が端末装置２に送信され、ステップＳ６において、検索結果が表示される。また、前述したステップＳ４の処理で該当する募集情報数が所定数以上であった場合にも、同様にステップＳ６に進んで、検索結果が表示される。このとき表示される情報は、例えば、検索項目ごとの検索ヒット数や、検索された募集情報の提供元の名称（例えば求人情報の会社名）等の一覧等である。ここで、例えば検索ヒット数が表示されていた場合には、画面上の所定の部分を選択する、あるいは就業地や給与額等の検索条件をさらに追加すること等により、検索結果の一覧を表示させたり、さらに検索条件を絞り込んだ検索を行わせることもできる。
【００３３】
　そして、ステップＳ７において、表示された募集情報の一覧から１件を選択することにより、選択した募集情報の内容の通知をサーバコンピュータ１に要求する。ステップＳ８において、サーバコンピュータ１は、端末装置２からの要求に応じて、ステップＳ３やステップＳ６等の処理における検索結果から、選択された１件の募集情報の内容を募集情報データベース１１から抽出し、端末装置２に送信する。ステップＳ９において、端末装置２は、送信された募集情報を受信して表示し、これにより利用者が募集情報（例えば求人票）を閲覧することができる。
【００３４】
　ところで、イベント傾向情報１３は、利用者からの要求に従って検索が行われ、募集情報が通知されるたびに、その内容が更新される。具体的には、ステップＳ２の処理で、端末装置２から検索条件として指定された検索項目について、対応するイベント傾向情報１３を更新する。また、ステップＳ８の処理で、端末装置２から１件の募集情報が選択されたときに、選択された募集情報の属する検索項目に対応するイベント傾向情報１３を更新する。これらの更新時には、利用者の属する利用者分類項目に対応するイベント傾向情報１３のみが更新される。
【００３５】
　以上のサービス提供処理では、利用者によって指定された検索条件を用いた検索で、該当する検索結果の件数が少ない場合には、自動的に検索条件を緩和して再検索を行い、検索結果を利用者に通知する。この再検索では、イベント傾向情報１３およびイベント契約実績情報１４に基づく優先度１５が高い検索項目について、優先的に検索結果が通知される。これにより、例えば希望する職種や業種を漠然と抱いている利用者に対して、就職先となり得る他の職種や業種、採用される可能性の高い職種や業種等について積極的に提示することができ、求職中の利用者にとって有用な情報が提供される。また、利用者が検索条件を変えながら何度も検索することなく、利用者の希望に近い求人情報が得られる可能性が高くなり、検索効率が向上する。
【００３６】
　なお、ステップＳ５の処理による検索結果は、端末装置２におけるステップＳ６の処理で、得られた検索結果がわかりやすく表示されることが望ましい。このような表示画像の例として、以下のようなものが考えられる。この表示画像は、ステップＳ３の検索による検索ヒット件数を表示した第１の表示部と、ステップＳ５の再検索による検索ヒット件数を優先度１５が高いほど第１の表示部から近い位置に表示した複数の第２の表示部とにより構成される。
【００３７】
　このような表示画像では、利用者の指定した検索条件による検索ヒット件数が第１の表示部で表示された上に、さらに、第２の表示部において、利用者による検索条件に近く、利用者に有利と思われる度合いが高い検索条件（例えば、職種や業種）についての検索結果が、第１の表示部に対してより近い位置に表示される。従って、利用者は自分に適した職種や業種等を直感的に把握することができる。また、検索された募集情報の一覧等をさらに表示させるためには、第１または第２の表示部を選択することにより容易に画面を遷移させることが可能となり、操作性が高まる。
【００３８】
　次に、求人対象として学生を想定し、学生に対する求人情報の検索サービスを行うためのＷｅｂサーバに本発明を適用した場合の例を用いて、本発明の実施の形態を具体的に説明する。
【００３９】
　図２は、本発明の実施の形態のシステム構成例を示す図である。
　本実施の形態の求人情報検索システムは、求人情報検索サーバ１００と、複数の端末装置２００ａ、２００ｂおよび２００ｃとによって構成され、これらはインターネットによって接続されている。
【００４０】
　求人情報検索サーバ１００は、端末装置２００ａ〜２００ｃに対して求人情報の検索サービスを提供するＷｅｂサーバである。端末装置２００ａ〜２００ｃは、求人情報検索サーバ１００が提供する検索サービスに加入する利用者（学生）が操作する端末であり、例えばパーソナルコンピュータである。すなわち、利用者は、端末装置２００ａ〜２００ｃのいずれかから、求人情報検索サーバ１００の提供するＷｅｂサイトに対して、インターネット３００を通じてアクセスすることにより、求人情報の検索サービスを利用することができる。
【００４１】
　なお、インターネット３００に接続する端末装置は、実際には利用者数に応じて多数設けられる。また、この他に、求人情報検索サーバ１００に対してインターネット３００を通じて求人情報を登録する求人元企業のコンピュータ装置等が設けられてもよい。
【００４２】
　図３は、本発明の実施の形態に用いる求人情報検索サーバ１００のハードウェア構成例を示す図である。
　図３に示すように、求人情報検索サーバ１００は、ＣＰＵ（Central Processing Unit）１０１、ＲＡＭ（Random Access Memory）１０２、ＨＤＤ（Hard Disk Drive）１０３、グラフィック処理部１０４、入力Ｉ／Ｆ（インタフェース）１０５および通信Ｉ／Ｆ１０６によって構成され、これらはバス１０７を介して相互に接続されている。
【００４３】
　ＣＰＵ１０１は、求人情報検索サーバ１００全体に対する制御をつかさどる。ＲＡＭ１０２は、ＣＰＵ１０１に実行させるプログラムの少なくとも一部や、このプログラムによる処理に必要な各種データを一時的に記憶する。ＨＤＤ１０３には、ＯＳ（Operating System）やアプリケーションプログラム、各種データが格納される。
【００４４】
　グラフィック処理部１０４には、モニタ１０４ａが接続されている。このグラフィック処理部１０４は、ＣＰＵ１０１からの命令に従って、モニタ１０４ａの画面上に画像を表示させる。入力Ｉ／Ｆ１０５には、キーボード１０５ａやマウス１０５ｂが接続されている。この入力Ｉ／Ｆ１５０は、キーボード１０５ａやマウス１０５ｂからの信号を、バス１０７を介してＣＰＵ１０１に送信する。通信Ｉ／Ｆ１０６は、インターネット３００に接続され、このインターネット３００を介して他のコンピュータとの間でデータの送受信を行う。
【００４５】
　以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３では、求人情報検索サーバ１００のハードウェア構成例を示したが、端末装置２００ａ〜２００ｃについても、同様のハードウェア構成により実現することができる。
【００４６】
　次に、求人情報検索サーバ１００の処理機能について説明する。
　図４は、求人情報検索サーバ１００の機能を示すブロック図である。
　図４に示すように、求人情報検索サーバ１００は、アクセス元の端末装置２００ａ〜２００ｃに対してＷｅｂサイトを提供する処理を行うＷｅｂサーバ部１１０と、求人情報の検索処理を行う検索処理部１２０と、検索条件緩和時の条件候補を設定する条件候補設定部１３０と、就職傾向情報を更新する情報更新処理部１４０によって構成される。また、求人情報が蓄積された求人データベース（以下、ＤＢと略称する）１００ａと、検索条件を階層構造として保持する検索条件テーブル１００ｂと、就職傾向情報および就職実績情報がそれぞれ蓄積された就職傾向情報ＤＢ１００ｃおよび就職実績情報ＤＢ１００ｄと、検索条件緩和時の検索項目の優先度情報を保持する優先度情報ＤＢ１００ｅを具備している。
【００４７】
　Ｗｅｂサーバ部１１０は、画面生成処理部１１１と入力データ処理部１１２を具備する。画面生成処理部１１１は、インターネット３００を通じて、端末装置２００ａ〜２００ｃに対して求人情報の検索サービスにおける種々のホームページ画面を、ＨＴＭＬ（Hyper Text Markup Language）データ１１３として出力する処理を行う。画面生成処理部１１１は例えば、検索条件等の入力画面を出力する。また、検索処理部１２０から検索結果を受け取ると、この検索結果をホームページ画面上に組み込んで出力する。
【００４８】
　入力データ処理部１１２は、画面生成処理部１１１により出力されたホームページ画面に対して、端末装置２００ａ〜２００ｃにおいて入力された検索条件や選択情報を取得して、これらのデータを検索処理部１２０に出力する。さらに、利用者から最初に検索条件が指定された場合と、検索結果の一覧出力後に１件分の求人情報が選択された場合に、指定された検索条件や求人情報の選択情報を、検索処理部１２０とともに情報更新処理部１４０に出力する。
【００４９】
　なお、Ｗｅｂサーバ部１１０には、この他に、図示しない利用者ＤＢを参照して利用者の認証を行う認証処理部等が設けられるが、ここでは省略する。
　検索処理部１２０は、入力データ処理部１１２から受け取った検索条件を用いて求人ＤＢ１００ａを検索し、該当する求人情報を抽出してその一覧を画面生成処理部１１１に出力する。また、入力データ処理部１１２から選択情報を受け取った場合は、選択に応じたさらなる検索結果の一覧や、あるいは選択された求人情報の内容を画面生成処理部１１１に出力する。
【００５０】
　ここで、求人ＤＢ１００ａには、求人元企業から登録された求人情報が蓄積されている。また、検索条件テーブル１００ｂは、業種、職種、就業地等の求人情報に対する検索項目を階層構造（ツリー型構造）のデータベースとして保持する。従って、求人ＤＢ１００ａは、検索条件テーブル１００ｂで分類された項目を検索キーとして検索することが可能なデータ構造を有している。
【００５１】
　検索処理部１２０は、利用者からの最初の検索条件による検索ヒット数が、例えば５０件といった所定の数を超えた場合には、利用者による検索条件の絞り込みに応じて再検索を行う。この際、例えば、検索条件テーブル１００ｂを参照して１つ分だけ下位階層の検索項目を抽出し、利用者に選択対象項目として通知する。また、ヒット数が所定数を超えた場合には、検索条件テーブル１００ｂを参照してこのような検索条件を絞り込んだ再検索を自動的に行って、検索結果を出力してもよい。
【００５２】
　さらに、検索処理部１２０は、最初の検索条件による検索ヒット数が極端に少ない場合（例えば０件の場合）には、自動的に検索条件を緩和して再び求人ＤＢ１００ａを検索する。このとき、利用者に指定された検索条件と利用者の所属学科とを条件候補設定部１３０に出力する。そして、これらの情報に応じて条件候補設定部１３０から設定された検索項目を検索条件として用い、求人ＤＢ１００ａを再検索する。
【００５３】
　条件候補設定部１３０は、検索処理部１２０から取得した情報に基づいて、優先度情報ＤＢ１００ｅから、優先的に検索条件とする検索項目の候補を利用者の所属学科ごとに所定数だけ算出し、検索処理部１２０に通知する。情報更新処理部１４０は、入力データ処理部１１２から供給された検索条件や選択情報に基づく検索項目を用いて、就職傾向情報ＤＢ１００ｃの内容を更新する。
【００５４】
　ここで、就職傾向情報ＤＢ１００ｃは、ある職種および業種が利用者により検索条件として指定された回数、および、検索に基づいて求人情報が選択された場合にその求人情報が属する職種および業種をカウントしたカウント数を、利用者の所属学科ごとに蓄積している。従って、これに蓄積される就職傾向情報は、過去の利用者が希望している職種および業種の傾向を示している。
【００５５】
　就職実績情報ＤＢ１００ｄは、実際に就職が決定した場合にその職種および業種をカウントしたカウント値を、利用者の所属学科ごとに蓄積している。
　優先度情報ＤＢ１００ｅは、検索条件緩和時に検索条件として用いる検索項目（職種および業種）の優先度を、所属学科ごとに蓄積している。優先度は、就職傾向情報ＤＢ１００ｃおよび就職実績情報ＤＢ１００ｄに蓄積された情報に基づいて算出される。また、この優先度情報ＤＢ１００ｅに蓄積された情報は一定時間ごとに更新される。
【００５６】
　次に、検索条件テーブル１００ｂに保持されるデータについて説明する。検索条件テーブル１００ｂには、求人ＤＢ１００ａに対する検索条件とする検索項目として、求人対象の職種、求人元となる企業の業種、および就業地の情報が格納されている。そして、これらの情報はそれぞれ階層構造を有している。職種および業種は、“大分類”“中分類”“小分類”の３段階の階層構造を有する。また、就業地については、都道府県、地方名（関東地方、東海地方等）、都道府県内の地域（例えば東京都の場合、東京２３区内、多摩地区等）、および区市町村といった階層構造が与えられる。
【００５７】
　なお、検索処理部１２０における検索条件緩和時における条件項目の優先度は、職種および業種については優先度情報ＤＢ１００ｅにおいて利用者の所属学科ごとに設定される。しかし、就業地については、検索条件テーブル１１０ｂ内において、同一階層内での検索項目の優先度があらかじめ決められていてよい。例えば、検索条件として“東京都”が指定された場合に、東京都に隣接する“埼玉県”や“神奈川県”の優先度を高くしておくことにより、検索条件緩和時にこれらを検索条件として優先的に使用する。
【００５８】
　次に、就職傾向情報ＤＢ１００ｃ、就職実績情報ＤＢ１００ｄおよび優先度情報ＤＢ１００ｅの具体的なデータベース構造について説明する。図５は、就職傾向情報ＤＢ１００ｃのデータベース構造を示す図である。
【００５９】
　就職傾向情報ＤＢ１００ｃは、利用者の所属学科ごとに分類されている。図５では例として、所属学科が“機械工学”である利用者に対する就職傾向情報ＤＢ１００ｃのデータベース構造を示している。また、就職傾向情報ＤＢ１００ｃでは、職種および業種についての情報がリレーショナルデータベースとして１つのデータベース構造上に蓄積される。
【００６０】
　図５に示すデータベース構造では、縦軸に職種、横軸に業種が取られている。図５の例では、職種については、“大分類”“中分類”“小分類”の３階層によってなる職種コードが示され、この職種コードごとに“小分類”に属する職種名が示されている。例えば、“大分類”の職種コード“０３”は“技術者”を示し、さらにその下位層の職種コード“１”により“機械技術者”が分類され、その下位層がさらに職種コード“００”の“機械技術者”から職種コード“４０”の“プラント技術者”までに分類されている。また、業種については、例として“中分類”に属する業種名と、“中分類”における業種コード（２８〜３４）のみが示されている。そして、これらの職種名および業種名に対応するセル上に、就職傾向情報の数値が格納される。
【００６１】
　この就職傾向情報は、利用者によって最初の検索条件として指定された回数、および、検索結果に基づいて、対応する求人情報が利用者によって選択された回数を示している。例えば、所属学科が機械工学である利用者が、最初の検索条件として職種および業種をそれぞれ“工作機械技術者”“一般機械器具製造業”を指定した場合にも、図５中の対応するセル上の数値がカウントアップされる。また、同様の利用者により、検索結果に基づいて、求人対象の職種および業種がそれぞれ“工作機械技術者”“一般機械器具製造業”である１件の求人情報を選択してこれを閲覧した場合に、同様に図５中の対応するセル上の数値がカウントアップされる。従って、本サービスの過去の利用者が就職先として希望していた職種および業種の傾向が、利用者の所属学科ごとに数値に反映される。
【００６２】
　就職実績情報ＤＢ１００ｄも、上記の就職傾向情報ＤＢ１００ｃとまったく同様のデータベース構造を有している。この就職実績情報ＤＢ１００ｄでは、利用者の就職先が決定した場合に、その企業の業種と採用された職種とに対応するセル上の数値がカウントアップされる。この就職実績情報ＤＢ１００ｄでは、例えば過去の本サービスを利用した利用者について、その就職決定先を追跡調査することにより情報が蓄積される。
【００６３】
　なお、就職傾向情報ＤＢ１００ｃおよび就職実績情報ＤＢ１００ｄに蓄積される数値は、より新しいデータにはカウント値に重み付けを施して蓄積してもよい。例えば、昨年度までの蓄積値に対して、今年度に情報更新処理部１４０から出力された情報に基づくカウント値を２倍にして就職傾向情報ＤＢ１００ｃに蓄積する。これにより、新しい就職傾向や就職実績の情報が大きく反映された正確性の高い情報が蓄積される。
【００６４】
　優先度情報ＤＢ１００ｅも、上記の就職傾向情報ＤＢ１００ｃおよび就職実績情報ＤＢ１００ｄとまったく同様のデータベース構造を有している。優先度情報ＤＢ１００ｅは、就職傾向情報ＤＢ１００ｃおよび就職実績情報ＤＢ１００ｄに蓄積された情報に基づいて、検索条件緩和時に検索条件とする検索項目（職種および業種）の優先度を、利用者の所属学科ごとに蓄積する。具体的には、就職傾向情報ＤＢ１００ｃに蓄積された就職傾向情報の数値に対し、就職実績情報ＤＢ１００ｄに蓄積された就職実績情報に一定の重み付けを施した値を加算して、優先度情報ＤＢ１００ｅに格納する。
【００６５】
　ここで、就職傾向情報は、例えば、利用者と同じ所属学科の学生や卒業生の就職に対する考え方を、利用者に紹介して参考にしてもらうといった目的で蓄積された情報と考えられる。これに対して、就職実績情報は、同じ所属学科の卒業生によって実際に就職先として決定した職種や業種の多さを示す情報であり、事実に基づく情報であることから極めて正確で、求職中の利用者にとって重要度が高いと考えられる。従って、就職実績情報に重み付けを施すことで、蓄積された情報の重要度の違いが反映され、情報の正確性を高めることができる。
【００６６】
　なお、優先度情報ＤＢ１００ｅの更新は、例えば２４時間ごと等の一定時間ごとに行い、これにより就職傾向情報ＤＢ１００ｃおよび就職実績情報ＤＢ１００ｄの更新に対応する。
【００６７】
　次に、求人情報検索サーバ１００におけるサービス提供時の処理について順を追って説明する。図６は、利用者に対するサービス提供時における求人情報検索サーバ１００の処理全体の流れを示すフローチャートである。
【００６８】
　まず、求人情報検索サーバ１００は、まず、アクセス元の端末装置に対して、Ｗｅｂサーバ部１１０の画面生成処理部１１１によりサービス提供の初期画面データを出力し、利用者のＩＤやパスワード等の照合を行った後、検索条件を入力するための画面データを出力する。
【００６９】
　ステップＳ６０１において、Ｗｅｂサーバ部１１０の入力データ処理部１１２は、利用者によって入力された検索条件を受け取る。この処理では、利用者の指定した検索項目（職種、業種、就業地、給与額等）の情報と、利用者の所属学科の情報を受け取り、検索処理部１２０および情報更新処理部１４０に出力する。なお、端末装置における利用者の検索条件の指定画面では、例えば、検索条件テーブル１１０ｂ等に保持された検索項目の名称をポップアップ画面等により表示して利用者に選択させる。あるいは、利用者により任意のキーワードを入力させてもよい。さらに、任意のキーワードを求人情報検索サーバ１００側であいまい検索等を用いて検索項目の名称に対応させ、検索条件として使用してもよい。
【００７０】
　ステップＳ６０２において、情報更新処理部１４０は、入力データ処理部１１２から提供された情報に基づいて、就職傾向情報ＤＢ１００ｃに蓄積された対応する就職傾向情報の値をカウントアップする。
【００７１】
　ステップＳ６０３において、検索処理部１２０は、利用者からの検索条件を用いて、求人ＤＢ１００ａを検索する。ステップＳ６０４において、検索によるヒット数が０であるか否かを判定し、０である場合はステップＳ６０５に進み、０でない場合はステップＳ６０６に進む。
【００７２】
　ステップＳ６０５において、検索処理部１２０は、利用者に指定された検索条件を緩和して、求人ＤＢ１００ａを再検索する検索条件緩和処理を実行する。また、この処理が終了後、ステップＳ６０８に進む。なお、この検索条件緩和処理については図７において詳述する。
【００７３】
　ステップＳ６０６において、ステップＳ６０３における検索でのヒット数が５０を超えているか否かを判定し、超えている場合はステップＳ６０７に進み、５０以下の場合はステップＳ６０８に進む。
【００７４】
　ステップＳ６０７において、検索のヒット数が多すぎることから、検索処理部１２０は、検索条件を絞り込んで求人ＤＢ１００ａを再検索する検索条件絞り込み処理を実行する。この検索条件絞り込み処理は、例えば以下のように行われる。
【００７５】
　まず、検索処理部１２０が、検索条件テーブル１１０ｂを参照して、利用者の指定した検索項目より下位階層の検索項目を抽出し、抽出した検索項目を画面生成処理部１１１に出力して、端末装置に送信させる。端末装置では、利用者がこれらの検索項目からさらに希望の項目を選択する。求人情報検索サーバ１００は、利用者に選択された検索項目を用いて再び求人ＤＢ１００ａを検索する。以上の処理を、ヒット数が１００件以下となるまで繰り返し、その後にステップＳ６０８に進む。
【００７６】
　ステップＳ６０８において、検索結果の一覧を端末装置に出力する。この処理では、ステップＳ６０３、Ｓ６０５およびＳ６０７での検索処理によって検索された求人情報の一覧情報が、検索処理部１２０からＷｅｂサーバ部１１０の画面生成処理部１１１に出力される。そして、画面生成処理部１１１は、受け取った情報を対応するＨＴＭＬデータ１１３内に組み込み、アクセス元の端末装置に出力する。
【００７７】
　このとき送信される一覧情報には、例えば、ヒットした求人情報の求人元企業名とともに、その業種や募集している職種といった程度の情報が含まれる。そして、利用者は、端末装置に表示された求人情報の一覧から、任意の１件を選択する。これにより、ステップＳ６０９において、求人情報検索サーバ１００は、端末装置からの選択情報を受け取る。そして、検索処理部１２０が、選択された求人情報を求人ＤＢ１００ａから抽出して画面生成処理部１１１に出力し、画面生成処理部１１１が求人票の画面を生成して端末装置に送信する。
【００７８】
　ステップＳ６１０において、ステップＳ６０９で選択された求人情報の属する職種、業種、および利用者の所属学科に基づいて、就職傾向情報ＤＢ１００ｃ内の対応する就職傾向情報をカウントアップする。
【００７９】
　ステップＳ６１１において、利用者からの要求信号に基づいて、他の求人情報を選択するか否かを判定する。利用者が選択する要求を発したときには、ステップＳ６０８に戻って再び検索結果の一覧を出力し、その後に利用者により選択された他の求人情報を出力するとともに、就職傾向情報ＤＢ１１０ｃを更新する。また、他の求人情報が選択されない場合は処理を終了する。
【００８０】
　次に、図７は、図６のステップＳ６０５で示した検索条件緩和処理の流れを示すフローチャートである。
　ステップＳ７０１において、検索条件を緩和した場合の条件項目の候補を設定する条件候補設定処理を実行する。この処理では、検索処理部１２０から条件候補設定部１３０に対して、利用者からの検索条件および利用者の所属学科の情報が引き渡されることにより開始される。そして、条件候補設定部１３０は、条件項目の候補を設定して検索処理部１２０に引き渡す。なお、この条件候補設定処理については図８において詳述する。
【００８１】
　ステップＳ７０２において、検索処理部１２０は、設定された条件項目を用いて求人ＤＢ１００ａを検索する。ステップＳ７０３において、検索によるヒット数が０であるか否かを判定する。０である場合はステップＳ７０１に戻り、同じ階層上の他の条件項目についての検索を行ったり、あるいは別の条件項目（例えば職種から業種へ）について検索条件を緩和して再検索を行う。また、ヒット数が０でない場合はステップＳ７０４に進む。
【００８２】
　ステップＳ７０４において、ステップＳ７０２の検索による検索結果を出力する。この処理では、検索結果が検索処理部１２０から画面生成処理部１１１に出力され、この検索結果を組み込んだ画像情報が端末装置に送信される。
【００８３】
　この処理で具体的に利用者に提示される情報には、例えば、条件緩和により新たに設定された検索項目と、この検索項目によりヒットした求人情報の件数等が含まれる。この処理では、求人情報検索サーバ１００側で自動的に検索条件を緩和して実行した検索の結果が、利用者に提示されることから、検索項目やヒット件数等の情報を、利用者の要求に応じた情報、サービス提供側が推薦する情報等に分割してわかりやすく表示することが必要とされる。このときの画面は、後の図９および図１１において例示する。
【００８４】
　ステップＳ７０５において、検索処理部１２０は、出力した情報に対して、端末装置において利用者が選択したことに応じた選択情報を、入力データ処理部１１２を介して受け取る。例えば、ある職種および業種について検索されたヒット数の表示を利用者がクリック入力することにより、この選択情報が求人情報検索サーバ１００に対して送信される。
【００８５】
　ステップＳ７０６において、検索処理部１２０は、選択された検索項目（職種または業種、就業地等を含む）が小分類に属したものであったか、すなわち最も下位の階層に属したものであったか否かを判定する。この処理では、どの検索項目を優先して検索するかがあらかじめ設定されていた場合に、この処理までのステップで優先されてきた検索項目が最も下位の階層に属していたか否かを判定する。例えば、職種・業種のうち職種を優先した検索を行っていた場合には、ここまでの処理で職種についての条件は変更されていないが、この時点でヒット件数がある程度の数以上存在する場合は、さらに職種の条件を細分化して検索することにより、より詳しい求人情報の存在状況を通知することが可能となる。
【００８６】
　従って、ステップＳ７０６では、優先されていた検索項目が小分類であった場合は図６のステップＳ６０８に進んで検索結果の一覧を出力する。また、小分類でなかった場合は、ステップＳ７０７に進む。
【００８７】
　ステップＳ７０７において、検索処理部１２０は、ステップＳ７０６で対象となった検索項目を細分化する。具体的には、検索条件テーブル１１０ｂを参照して、上記の検索項目の下位階層の検索項目を抽出する。ステップＳ７０８において、検索処理部１２０は、細分化した検索項目を用いて、求人ＤＢ１００ａを再び検索する。そして、ステップＳ７０４に戻って検索結果を再び出力する。
【００８８】
　次に、図８は、図７のステップＳ７０１で示した条件候補設定処理の流れを示すフローチャートである。なお、以下の処理は条件候補設定部１３０において実行される。
　上述したように、優先度情報ＤＢ１００ｅでは、職種および業種の各項目に対応する優先度のポイント数が、所属学科ごとにリレーショナルデータベースとして蓄積されている。このようなデータの蓄積方法により、以下に示すような職種および業種の項目や階層を変化に応じてセルのスキャンを容易に行うことが可能となっている。
【００８９】
　ステップＳ８０１において、検索処理部１２０より出力された情報を基に、優先度情報ＤＢ１００ｅ内の対応する検索項目の位置をセットする。ここで、検索処理部１２０からは、利用者によって指定された職種および業種の情報と、利用者の所属学科の情報が出力される。条件候補設定部１３０は、優先度情報ＤＢ１００ｅ内の対応する所属学科のテーブルを抽出し、このテーブル内の対応する職種および業種のセルに位置を合わせる。
【００９０】
　ステップＳ８０２において、指定されているいずれかの検索項目について、これと同一階層上の他の検索項目をスキャンする。例えば職種優先の検索が行われていた場合には、職種の指定は変化させずに、指定されている業種と同一分類中の他の業種コードについてのセルをスキャンする。
【００９１】
　ステップＳ８０３において、スキャンしたセルに優先度を示すポイントがあるか否かを判定し、ある場合はステップＳ８０６に進み、ない場合はステップＳ８０４に進む。
　ステップＳ８０４において、対象とする検索項目を変えて再び対応する所属学科のテーブル上をスキャンする。例えば、職種優先の検索を行っていた場合には、ステップＳ８０２では指定されていた職種に合致する求人情報がなかったことになるため、ステップＳ８０４では、職種について上位階層の検索項目を指定し、この職種とステップＳ８０２で用いた業種とに対応するテーブル上のセルをスキャンする。
【００９２】
　ステップＳ８０５において、スキャンしたセルにポイントがあるか否かを判定し、ある場合はステップＳ８０６に進む。また、ポイントがない場合はステップＳ８０４に戻り、対象とする検索項目についてさらに上位階層のものを用いて再びスキャンを繰り返す。
【００９３】
　ステップＳ８０６において、ステップＳ８０２またはステップＳ８０４のスキャンによりポイントが存在していたセルのうち、ポイントが高い順に対応する検索項目を検索条件として設定する。例えば、ステップＳ８０２で業種の条件緩和（同一階層の他の業種を設定する処理）が行われていた場合、そのスキャン結果より、ポイントが最も高い業種を順に所定数だけ抽出し、検索条件として設定する。そして、この業種を検索処理部１２０に出力する。
【００９４】
　この図８の処理により、検索処理部は、例えば職種優先の検索が行われていた場合、利用者に指定された業種と同一階層で他の業種のうち、優先度の高い業種を所定数だけ受け取り、この業種を検索条件として求人ＤＢ１００ａを再検索する。ここで、優先度は、同じ所属学科の過去の利用者が就職希望先とする業種の傾向と、就職決定先となった業種とに基づく情報であることから、新たに設定された業種は、利用者の就職先となり得る業種として推薦できる業種であり、なおかつ採用される可能性の高い業種であると言える。
【００９５】
　従って、本サービスにより、就職先について漠然と考えている利用者に対して、有用と思われる業種や職種について積極的に提案し、推薦することができる。また、利用者側が何度も検索条件を変更して検索させることなく、利用者の希望に近い有用な求人情報が抽出されるので、検索効率が高まる。例えば、従来では、希望に近い求人情報が存在していたにもかかわらず、検索条件の指定が適切でないために抽出できない場合が多かったが、本サービスにより利用者にとって有用な求人情報を求人ＤＢ１００ａから漏らさず抽出して提供することが可能となる。このことは、従来では埋もれていた情報も利用者に提供され易くなることから、求人情報の提供者側にとっても好ましい。
【００９６】
　なお、以上の処理例では、検索条件を緩和する場合にのみ優先度の高い検索項目の抽出を行ったが、検索条件を絞り込んだ場合の検索においても優先度の情報を使用することができる。例えば、職種優先が指定され、業種として大分類や中分類に属する業種名が検索条件として指定された場合に、指定された業種名より下位階層の業種のうち優先度が高いものを自動的に抽出して、この業種を用いて検索を行い、検索結果を通知する。これにより、検索範囲が広い場合にその範囲の中で利用者により適した求人情報を提供することが可能となる。
【００９７】
　次に、本サービスにより端末装置に表示される画面表示例について説明する。まず、図９は、検索条件を緩和した検索が行われた場合の検索結果の画面表示例を示す図である。
　図９では、図７のステップＳ７０４の処理結果に対応する画面表示例を示している。この画面では、利用者に指定された検索条件による検索で、該当する求人情報が０件であった場合に、このことを通知するとともに、検索条件を緩和して行った検索結果を利用者に通知している。
【００９８】
　図９において、表示部２１０および２２０では、それぞれ業種優先、職種優先として行われた検索結果を同時に示している。すなわち、図７において業種優先および職種優先とした場合の双方の処理を行った場合の処理結果を基にしている。図９では、利用者の所属学科は“電気通信工学”で、業種、職種、就業地についてそれぞれ“製造業”、“電気通信技術者”、“東京都港区”が指定されている。また、職種および業種について条件緩和により抽出された検索項目名が、項目表示部２３０に示されている。
【００９９】
　表示部２１０では、検索条件とする業種を製造業として固定し、職種について条件を緩和している。そして、各職種について、求人ＤＢ１００ａ上でヒットした件数が、件数表示部２１１において示されている。件数表示部２１１では、ヒット件数を記号によって分類して表示しており、“−”はヒット件数が０件、“△”は１〜１０件、“○”は１１〜５０件、“◎”は５０件を超えていることを示している。
【０１００】
　ここで、件数表示部２１１の左上端のセルには、利用者の指定した条件による検索結果が格納される。このセルではヒット件数が０件であることが示されており、このことに応じて職種について条件を緩和した検索が行われている。なお、このセルのみ他のセルと別の色とされる等により、容易に識別できるようにしてもよい。
【０１０１】
　また、この例では、項目表示部２３０において、利用者に指定された“電気通信技術者”以外に、同階層に属する職種名が優先度の高い順に上から４項目分だけ表示されている。ここでは希望職種として小分類に属する“電気通信技術者”が指定されているため、項目表示部２３０には小分類に属する職種名が記載される。さらに、件数表示部２１１では、職種だけでなく、就業地についても条件が緩和されている。すなわち、利用者に指定された“港区”以外に、優先度の高い地域としてその近くの各区が抽出され、対応するヒット数が示されている。
【０１０２】
　表示部２２０の構成も表示部２１０と同様となっている。この表示部２２０では、職種優先の場合の検索結果が示されるが、ここでは大分類に属する“製造業”が利用者により指定されており、検索範囲が広いことから、自動的にその下位階層である中分類に属する業種名が項目表示部２３０に示され、これらの項目についてヒット件数が件数表示部２２１に示されている。なお、表示部２２０内の項目表示部２３０では、優先度情報ＤＢ１００ｅに基づいて優先度の高い業種名から順に示されている。
【０１０３】
　ここで、表示部２１０および２２０内の各セルに対して、クリック操作等により選択が行われた場合は、以下のような画面遷移が行われる。件数表示部２１１および２２１において、“−”の件数表示が行われたセルが選択された場合は、これに対応する職種または業種以外で優先度が高い職種または業種を、推薦する業種または職種として優先度順に表示する。また、“△”“○”のセルが選択された場合は、該当する求人情報の一覧を表示する（図６のステップＳ６０８に対応）。
【０１０４】
　さらに、“◎”のセルが選択された場合は、さらに検索条件の絞り込みを行って検索結果を表示する。例えば、表示部２１０内の場合には、条件を固定していた業種について下位階層の項目を用いて検索したり、あるいは職種、業種および就業地以外の検索項目を用いて検索する。また、表示部２２０内の場合は、さらに業種を細分化した検索を行い、検索結果を表示する。
【０１０５】
　なお、表示された業種名や職種名が最下位階層に属するものでない場合は、これらの業種名や職種名の表示を選択することにより、さらに下位階層の検索項目を用いて検索させることも可能である。
【０１０６】
　次に、図１０は、検索条件を絞り込んで検索を行った場合の検索結果の画面表示例を示す図である。
　図１０に示す画面は、図９に示した画面と基本的に同じ構成を有しており、業種優先による検索結果、職種優先による検索結果が表示部２４０および２５０においてそれぞれ表示されている。また、検索に用いた検索項目（職種および業種）が項目表示部２６０に表示されている。
【０１０７】
　ここで、業種優先の検索結果を表示した表示部２４０では、利用者の指定した検索条件による検索ヒット数が件数表示部２４１の左上端部のセルで表示されており、このヒット件数が５０件を超えている。このため、このセルを選択することにより、検索条件をさらに細分化した検索が行われ、検索結果が表示される。例えば、業種についてさらに下位階層の項目を用いて検索する。
【０１０８】
　以上の図９および図１０に示した画面表示例では、項目表示部２３０および２６０において、利用者が指定した検索項目以外に、サービス提供者側が推薦する検索項目が優先度の高い順に示すことにより、利用者に適した職種や業種等を積極的に提案することが可能となる。また、これらの検索項目とともに、他の検索項目（上記の例の場合は就業地域）により分類した検索ヒット数も同時に示されることにより、画面上に多くの情報量を提示可能とされている。
【０１０９】
　これに対して、表示する情報を限定して、本サービスの特徴である優先度に基づく職種や業種の提案をわかりやすく表示する方法も考えられる。以下、このような画面表示例について説明する。
【０１１０】
　図１１は、検索結果をグラフィック表示した場合の画面表示例を示す図である。
　図１１の画面において、表示部２７１、２７２、２７３、２７４および２７５では、検索条件として指定した検索項目（ここでは職種名）と、その検索条件による検索ヒット数とが表示されている。このうち、表示部２７１は最も左側に配置され、利用者に最初に指定された検索条件に対応している。
【０１１１】
　また、表示部２７２〜２７５は、サービス提供者側が推薦する職種を表示する表示範囲２８０の内部に配置されている。従って、表示範囲２８０内では、検索条件を緩和した場合の検索結果が示されている。さらに、これらの表示部２７２〜２７５と表示部２７１との間を結ぶ直線の長さが短いほど、表示部２７２〜２７５内に示された職種の優先度が高いことを示している。
【０１１２】
　すなわち、図１１の画面では、画面の最も左側に利用者の希望する条件に基づく検索結果が表示され、右側の表示範囲２８０では表示部２７１に近いほど優先度が高く、利用者にとって有利な職種が示されていることになり、利用者に強く推薦する情報を容易に識別できるようになっている。この表示では、検索対象の求人市場の状況を容易に把握できる画像になっているとも言える。
【０１１３】
　また、これらの表示部２７１〜２７５では、検索ヒット数に応じて背景色や面積、キャラクタ等を変化させて表示することにより、上記に加えて検索ヒット数の違いも容易に識別できる。さらに、これらの表示部２７１〜２７５を選択することにより、検索された求人情報の一覧や、さらに検索条件を絞り込んだ場合の検索結果等を表示させてもよい。このように、図１１の画面は、図９および図１０の画面と比較して情報を視覚的にわかりやすく表示できるだけでなく、次の画面に遷移させるための操作性も大きく向上している。
【０１１４】
　なお、以上の実施の形態例の説明では、職種および業種のカウント数により就職傾向情報ＤＢ１００ｃ、就職実績情報ＤＢ１００ｄおよび優先度情報ＤＢ１００ｅを構成したが、求人情報を分類するためのこれ以外の情報を利用してもよい。例えば、就業地、給与額、福利厚生の充実度や勤務環境等の働きやすさの度合い、就業地の特色（繁華街であるか、郊外であるか等）等の情報を、階層構造として検索条件テーブル１１０ｂに登録するとともに、就職傾向情報ＤＢ１００ｃおよび就職実績情報ＤＢ１００ｄにおいてこれらの情報をカウントし、リレーショナルデータベース等として保持する。これにより、検索条件の緩和時等における検索条件の選択肢を増やし、きめ細かい求人情報の提案を行うことが可能となる。
【０１１５】
　また、上記の処理機能は、クライアントサーバシステムのサーバコンピュータによって実現することができる。その場合、求人情報検索サーバ１００が有すべき機能の処理内容を記述したサーバプログラムが提供される。サーバコンピュータは、クライアントコンピュータからの要求に応答して、サーバプログラムを実行する。これにより、上記処理機能がサーバコンピュータ上で実現され、処理結果がクライアントコンピュータに提供される。
【０１１６】
　処理内容を記述したサーバプログラムは、サーバコンピュータで読み取り可能な記録媒体に記録しておくことができる。サーバコンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等がある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等がある。光ディスクには、ＤＶＤ（Digital Versatile Disk）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等がある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）等がある。
【０１１７】
　サーバプログラムを流通させる場合には、例えば、そのサーバプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体が販売される。
　サーバプログラムを実行するサーバコンピュータは、例えば、可搬型記録媒体に記録されたサーバプログラムを、自己の記憶装置に格納する。そして、サーバコンピュータは、自己の記憶装置からサーバプログラムを読み取り、サーバプログラムに従った処理を実行する。なお、サーバコンピュータは、可搬型記録媒体から直接サーバプログラムを読み取り、そのサーバプログラムに従った処理を実行することもできる。
【０１１８】
　また、上記の実施の形態では、募集情報として求人情報を対象としたが、本発明はこれに限ることなく他の分野でも応用が可能である。
　その一例として、住宅の売り物件や賃貸物件を対象のイベントとした場合に適用できる。例えば、住宅の売買の際に、不動産業者が購入希望者に対して売り物件を提示する場合、検索条件として物件の住所や物件の価格帯、住居タイプ、部屋数等を階層構造化してデータベースに記憶しておく。そして、購入希望者が第一に所望する地域や価格帯に合致する物件がなければ、上位階層の検索を行い、価格帯や地域が希望の近辺にある物件や、住居タイプ、部屋数、環境等が似たような物件を、条件の近い順に提示することが可能となる。
【０１１９】
　また、売り物件だけでなく、賃貸物件についても同様の処理が可能である。さらに、住所、価格帯、住居タイプ、部屋数等による複合条件検索を行った場合にも、優先度順に提示することで、購入／賃貸希望者のニーズにより近い物件を提示することが可能となる。従って、購入／賃貸希望者に対して、ニーズに完全に合致した物件だけでなく、購入／賃貸が可能で、かつ、よりニーズに近い物件をも提示することが可能となり、利用者の検索の利便性を高めるとともに、情報提供元である不動産業者も、成約率の向上を見込むことが可能となる。
【０１２０】
　また、例えば、旅行業者が提供するツアー情報を対象のイベントとした場合にも、本発明を適用することが可能である。旅行業者がいくつかのツアーを利用者に提示する場合、例えば行き先（地域）、日数、およびその旅行の目的（山登り、古都散策、ビーチリゾート等）等の検索条件を階層構造化してデータベースに格納しておく。そして、検索を行って、利用者が第一に所望するツアーがない場合に、それぞれの条件の上位階層の検索を行い、希望条件が似たようなツアーの情報を、条件の近い順に提示することが可能となる。この場合にも、例えばツアー価格帯等の複合条件を基に検索できるようにしておけば、利用者のニーズにより近い条件で検索が可能となる。
【０１２１】
　また、販売される自動車を対象のイベントとした場合にも、本発明を適用することが可能である。例えば、中古車物件は流動的であるため、利用者が中古車を探し出した時点で、所望の中古車を購入できないことがある。このような点を考慮し、車種をその分野（ワゴン車、スポーツタイプ等）ごとに階層構造化してデータベースに格納しておき、利用者が希望車種の検索を行って、その車種がない場合に、上位階層の検索を行う。これにより、現在売りに出されている中古車の中から、希望車種の分野に近い中古車を提示することが可能となる。
【０１２２】
　また、新車販売時においても、例えばその販売会社で取り扱っていない車を希望した利用者が現れた場合に、自社で取り扱っている車の中から、同様の機能を有する車を容易に提示することが可能となる。さらに、分野のみでなく、排気量、性能、年式等を複合条件として検索条件に入れるようにしておけば、購入希望者のニーズにより近い自動車を提示することが可能となる。
【０１２３】
　（付記１）　イベントに対する募集情報を検索して利用者に通知する情報検索方法において、
　前記募集情報に対する検索項目を階層構造として検索条件テーブルに格納し、提供元からの前記募集情報を前記検索条件テーブルと対応させて募集情報データベースに蓄積し、
　前記利用者を分類するための利用者分類項目ごとの希望のイベントの傾向を示すイベント傾向情報と、前記利用者分類項目ごとの過去の利用者と前記募集情報の提供元との各イベントに対する契約成立状況を示すイベント契約実績情報とに基づいて、検索対象とする前記検索項目の優先度を前記利用者分類項目ごとに随時算出し、
　前記利用者が指定した前記検索項目と前記利用者についての前記利用者分類項目とを検索条件として前記募集情報データベースを検索し、該当する前記募集情報が所定数以下であった場合に、前記検索条件テーブルに基づく同階層の他の前記検索項目を前記優先度が高い順に検索条件として前記募集情報データベースを再検索し、その検索結果を前記利用者に通知する、
　ことを特徴とする情報検索方法。
【０１２４】
　（付記２）　前記イベント傾向情報は、ある前記検索項目について過去の利用者が検索条件として指定した回数と、前記募集情報データベースの検索結果に基づいて１件の前記募集情報が前記過去の利用者に選択されて通知された場合にその前記募集情報の属する前記検索項目をカウントしたカウント数との加算値により表され、
　前記イベント契約実績情報は、ある前記募集情報に基づくイベント契約が成立した場合にその前記募集情報の属する前記検索項目をカウントしたカウント数により表され、
　前記優先度は、前記イベント傾向情報の値と、前記イベント契約実績情報の値に所定の重み付けを施した値との加算値として算出されることを特徴とする付記２記載の情報検索方法。
【０１２５】
　（付記３）　前記利用者から前記検索条件を受け取ると、指定された前記検索項目に対応する前記イベント傾向情報を更新することを特徴とする付記２記載の情報検索方法。
　（付記４）　前記利用者からの要求に応じた前記募集情報データベースの検索に基づいて１件の前記募集情報が前記利用者に選択された場合に、選択された前記募集情報の属する前記検索項目に対応する前記イベント傾向情報を更新することを特徴とする付記２記載の情報検索方法。
【０１２６】
　（付記５）　前記募集情報データベースの再検索による検索結果は、前記優先度が高い順に所定数の前記検索項目について通知されることを特徴とする付記１記載の求人情報検索方法。
【０１２７】
　（付記６）　前記募集情報データベースの検索結果は、前記利用者に指定された検索条件に基づく検索ヒット件数を表示した第１の表示部と、前記募集データベースの再検索に基づく前記検索項目ごとの検索ヒット件数を前記優先度が高いほど前記第１の表示部から近い位置に表示した複数の第２の表示部とを含む画像情報として前記利用者に通知されることを特徴とする付記１記載の情報検索方法。
【０１２８】
　（付記７）　前記第１および第２の表示部に対する前記利用者による選択に応じて、検索された前記募集情報の一覧、または検索条件をさらに絞り込んだ場合の検索結果を前記利用者に通知することを特徴とする付記６記載の求人情報検索方法。
【０１２９】
　（付記８）　前記募集情報は求人情報であり、前記イベント契約実績情報は、就職の決定状況を示す情報であることを特徴とする付記１記載の情報検索方法。
　（付記９）　前記検索項目には、求人対象の職種、および求人元となる企業の業種が含まれることを特徴とする付記８記載の求人情報検索方法。
【０１３０】
　（付記１０）　前記利用者分類項目には、前記利用者の所属学科が含まれることを特徴とする付記８記載の求人情報検索方法。
　（付記１１）　前記募集情報の対象となるイベント情報は、賃貸住宅または売り物件住宅の物件情報であり、前記イベント契約実績情報は、住宅の賃貸または売却の決定状況を示す情報であることを特徴とする付記１記載の情報検索方法。
【０１３１】
　（付記１２）　前記募集情報の対象となるイベント情報はツアー情報であり、前記イベント契約実績情報は、ツアー契約の決定状況を示す情報であることを特徴とする付記１記載の情報検索方法。
【０１３２】
　（付記１３）　前記募集情報の対象となるイベント情報は、自動車の売り情報であり、前記イベント契約実績情報は、自動車の売買契約の決定状況を示す情報であることを特徴とする付記１記載の情報検索方法。
【０１３３】
　（付記１４）　イベントに対する募集情報を検索して利用者に通知する情報検索方法において、
　前記募集情報に対する検索項目を階層構造として検索条件テーブルに格納し、提供元からの前記募集情報を前記検索条件テーブルと対応させて募集情報データベースに蓄積し、
　前記利用者を分類するための利用者分類項目ごとの希望のイベントの傾向を示すイベント傾向情報に基づいて、検索対象とする前記検索項目の優先度を前記利用者分類項目ごとに随時算出し、
　前記利用者が指定した前記検索項目と前記利用者についての前記利用者分類項目とを検索条件として前記募集情報データベースを検索し、該当する前記募集情報が所定数以下であった場合に、前記検索条件テーブルに基づく同階層の他の前記検索項目を前記優先度が高い順に検索条件として前記募集情報データベースを再検索し、その検索結果を前記利用者に通知する、
　ことを特徴とする情報検索方法。
【０１３４】
　（付記１５）　イベントに対する募集情報を検索して利用者に通知する情報検索方法において、
　前記募集情報に対する検索項目を階層構造として検索条件テーブルに格納し、提供元からの前記募集情報を前記検索条件テーブルと対応させて募集情報データベースに蓄積し、
　前記利用者を分類するための利用者分類項目ごとの、過去の利用者と前記募集情報の提供元との各イベントに対する契約成立状況を示すイベント契約実績情報に基づいて、検索対象とする前記検索項目の優先度を前記利用者分類項目ごとに随時算出し、
　前記利用者が指定した前記検索項目と前記利用者についての前記利用者分類項目とを検索条件として前記募集情報データベースを検索し、該当する前記募集情報が所定数以下であった場合に、前記検索条件テーブルに基づく同階層の他の前記検索項目を前記優先度が高い順に検索条件として前記募集情報データベースを再検索し、その検索結果を前記利用者に通知する、
　ことを特徴とする情報検索方法。
【０１３５】
　（付記１６）　イベントに対する募集情報を検索して利用者に通知する情報検索装置において、
　前記募集情報に対する検索項目を階層構造として格納した検索条件テーブルと、
　前記募集情報の提供元からの前記募集情報を前記検索条件テーブルと対応させて蓄積した募集情報データベースと、
　前記利用者を分類するための利用者分類項目ごとの希望のイベントの傾向を示すイベント傾向情報と、前記利用者分類項目ごとの過去の利用者と前記募集情報の提供元との各イベントに対する契約成立状況を示すイベント契約実績情報とに基づいて、検索対象とする前記検索項目の優先度を前記利用者分類項目ごとに随時算出する優先度算出手段と、
　前記利用者が指定した前記検索項目と前記利用者についての前記利用者分類項目とを検索条件として前記募集情報データベースを検索し、該当する前記募集情報が所定数以下であった場合に、前記検索条件テーブルに基づく同階層の他の前記検索項目を、前記優先度算出手段によって算出された前記優先度が高い順に検索条件として前記募集情報データベースを再検索し、その検索結果を前記利用者に通知する検索処理手段と、
　を有することを特徴とする情報検索装置。
【０１３６】
　（付記１７）　イベントに対する募集情報を検索して利用者に通知する情報検索装置において、
　前記募集情報に対する検索項目を階層構造として格納した検索条件テーブルと、
　前記募集情報の提供元からの前記募集情報を前記検索条件テーブルと対応させて蓄積した募集情報データベースと、
　前記利用者を分類するための利用者分類項目ごとの希望のイベントの傾向を示すイベント傾向情報に基づいて、検索対象とする前記検索項目の優先度を前記利用者分類項目ごとに随時算出する優先度算出手段と、
　前記利用者が指定した前記検索項目と前記利用者についての前記利用者分類項目とを検索条件として前記募集情報データベースを検索し、該当する前記募集情報が所定数以下であった場合に、前記検索条件テーブルに基づく同階層の他の前記検索項目を、前記優先度算出手段によって算出された前記優先度が高い順に検索条件として前記募集情報データベースを再検索し、その検索結果を前記利用者に通知する検索処理手段と、
　を有することを特徴とする情報検索装置。
【０１３７】
　（付記１８）　イベントに対する募集情報を検索して利用者に通知する情報検索装置において、
　前記募集情報に対する検索項目を階層構造として格納した検索条件テーブルと、
　前記募集情報の提供元からの前記募集情報を前記検索条件テーブルと対応させて蓄積した募集情報データベースと、
　前記利用者を分類するための利用者分類項目ごとの、過去の利用者と前記募集情報の提供元との各イベントに対する契約成立状況を示すイベント契約実績情報とに基づいて、検索対象とする前記検索項目の優先度を前記利用者分類項目ごとに随時算出する優先度算出手段と、
　前記利用者が指定した前記検索項目と前記利用者についての前記利用者分類項目とを検索条件として前記募集情報データベースを検索し、該当する前記募集情報が所定数以下であった場合に、前記検索条件テーブルに基づく同階層の他の前記検索項目を、前記優先度算出手段によって算出された前記優先度が高い順に検索条件として前記募集情報データベースを再検索し、その検索結果を前記利用者に通知する検索処理手段と、
　を有することを特徴とする情報検索装置。
【０１３８】
　（付記１９）　イベントに対する募集情報に対する検索項目を階層構造として格納した検索条件テーブルと、前記募集情報の提供元からの前記募集情報を前記検索条件テーブルと対応させて蓄積した募集情報データベースとを記憶したコンピュータに、前記募集情報を検索して利用者に通知する処理を実行させる情報検索プログラムにおいて、
　前記コンピュータを、
　前記利用者を分類するための利用者分類項目ごとの希望のイベントの傾向を示すイベント傾向情報と、前記利用者分類項目ごとの過去の利用者と前記募集情報の提供元との各イベントに対する契約成立状況を示すイベント契約実績情報とに基づいて、検索対象とする前記検索項目の優先度を前記利用者分類項目ごとに随時算出する優先度算出手段、
　前記利用者が指定した前記検索項目と前記利用者についての前記利用者分類項目とを検索条件として前記募集情報データベースを検索し、該当する前記募集情報が所定数以下であった場合に、前記検索条件テーブルに基づく同階層の他の前記検索項目を、前記優先度算出手段によって算出された前記優先度が高い順に検索条件として前記募集情報データベースを再検索し、その検索結果を前記利用者に通知する検索処理手段、
　として機能させることを特徴とする情報検索プログラム。
【０１３９】
　（付記２０）　イベントに対する募集情報に対する検索項目を階層構造として格納した検索条件テーブルと、前記募集情報の提供元からの前記募集情報を前記検索条件テーブルと対応させて蓄積した募集情報データベースとを記憶したコンピュータに、前記募集情報を検索して利用者に通知する処理を実行させる情報検索プログラムにおいて、
　前記コンピュータを、
　前記利用者を分類するための利用者分類項目ごとの希望のイベントの傾向を示すイベント傾向情報に基づいて、検索対象とする前記検索項目の優先度を前記利用者分類項目ごとに随時算出する優先度算出手段、
　前記利用者が指定した前記検索項目と前記利用者についての前記利用者分類項目とを検索条件として前記募集情報データベースを検索し、該当する前記募集情報が所定数以下であった場合に、前記検索条件テーブルに基づく同階層の他の前記検索項目を、前記優先度算出手段によって算出された前記優先度が高い順に検索条件として前記募集情報データベースを再検索し、その検索結果を前記利用者に通知する検索処理手段、
　として機能させることを特徴とする情報検索プログラム。
【０１４０】
　（付記２１）　イベントに対する募集情報に対する検索項目を階層構造として格納した検索条件テーブルと、前記募集情報の提供元からの前記募集情報を前記検索条件テーブルと対応させて蓄積した募集情報データベースとを記憶したコンピュータに、前記募集情報を検索して利用者に通知する処理を実行させる情報検索プログラムにおいて、
　前記コンピュータを、
　前記利用者を分類するための利用者分類項目ごとの、過去の利用者と前記募集情報の提供元との各イベントに対する契約成立状況を示すイベント契約実績情報とに基づいて、検索対象とする前記検索項目の優先度を前記利用者分類項目ごとに随時算出する優先度算出手段、
　前記利用者が指定した前記検索項目と前記利用者についての前記利用者分類項目とを検索条件として前記募集情報データベースを検索し、該当する前記募集情報が所定数以下であった場合に、前記検索条件テーブルに基づく同階層の他の前記検索項目を、前記優先度算出手段によって算出された前記優先度が高い順に検索条件として前記募集情報データベースを再検索し、その検索結果を前記利用者に通知する検索処理手段、
　として機能させることを特徴とする情報検索プログラム。
【図面の簡単な説明】
【０１４１】
【図１】本発明の原理を説明するための原理図である。
【図２】本発明の実施の形態のシステム構成例を示す図である。
【図３】本発明の実施の形態に用いる求人情報検索サーバのハードウェア構成例を示す図である。
【図４】求人情報検索サーバの機能を示すブロック図である。
【図５】就職傾向情報ＤＢのデータベース構造を示す図である。
【図６】利用者に対するサービス提供時における求人情報検索サーバの処理全体の流れを示すフローチャートである。
【図７】検索条件緩和処理の流れを示すフローチャートである。
【図８】条件候補設定処理の流れを示すフローチャートである。
【図９】検索条件を緩和した検索が行われた場合の検索結果の画面表示例を示す図である。
【図１０】検索条件を絞り込んで検索を行った場合の検索結果の画面表示例を示す図である。
【図１１】検索結果をグラフィック表示した場合の画面表示例を示す図である。
【符号の説明】
【０１４２】
　１　サーバコンピュータ
　２　端末装置
　１１　募集情報データベース
　１２　検索条件テーブル
　１３　イベント傾向情報
　１４　イベント契約実績情報
　１５　優先度
【図１】
2004094936.tif 000003
【図２】
2004094936.tif 000004
【図３】
2004094936.tif 000005
【図４】
2004094936.tif 000006
【図５】
2004094936.tif 000007
【図６】
2004094936.tif 000008
【図７】
2004094936.tif 000009
【図８】
2004094936.tif 000010
【図９】
2004094936.tif 000011
【図１０】
2004094936.tif 000012
【図１１】
2004094936.tif 000013