(57)【要約】      （修正有）【課題】求職／求人に対する応募を活性化してこれを効率的かつ的確に処理し、また求職者と求人企業との間の条件交渉も可能とする。【解決手段】企業端末１３０より求人情報と処理基準情報とを受け付けて求人情報を出品情報データベース１０６に格納すると共に処理基準情報を落札基準データベース１０７に格納する出品受付部１１と、求職者端末１４０に対し出品情報データベース１０６より求人情報を抽出しこれを含む画面データを生成し送信する求人情報提供部１２と、求職者端末１４０から求人情報に対する入札情報を受け付けて入札情報データベース１０８に格納する応札部１３と、求職者の待遇ポイントを判定するポイント判定部１４と、入札ポイントを算定するポイント算定部１５と、応募権利獲得可否を判定する落札判定部１６と、応募権利獲得可否の判定の結果を送信する結果送信部１７とからシステムを構成する。【選択図】図１
2005222168.tif 000002
【特許請求の範囲】
【請求項１】
企業の求人情報を出品物とし求職者を入札者としたオークションをネットワーク上で実現するシステムであって、
募集職種に応じて求められる要求スキルと予定待遇とに関するデータを少なくとも含む求人情報を格納する出品情報データベースと、
前記要求スキルの有無または習熟度に応じたスキルポイントの判定基準と、前記予定待遇の高低に応じた待遇ポイントの判定基準と、前記スキルポイントおよび待遇ポイントを代入して入札ポイントを算定するポイント算定式と、求人情報に対する応募権利獲得の下限となる落札基準ポイントの情報とを含む処理基準情報を格納する落札基準データベースと、
求職者の所有スキルと希望待遇との情報が少なくとも含まれる、前記求人情報に対する入札情報を格納する入札情報データベースと、
企業が備える企業端末より、前記求人情報と当該求人情報に設定された前記処理基準情報とをネットワークを通じて受け付けて、前記求人情報を前記出品情報データベースに格納すると共に、前記処理基準情報を前記落札基準データベースに格納する、出品受付部と、
ネットワークを通じてアクセスしてくる求職者端末に対し、前記出品情報データベースより前記求人情報を抽出し、これを含む画面データを生成し送信する、求人情報提供部と、
前記求職者端末から、前記求人情報に対する入札情報を受け付けて、前記入札情報データベースに格納する応札部と、
前記入札情報が含む求職者の所有スキルの情報を、前記落札基準データベースにおける該当求人情報のスキルポイントの判定基準に照合して当該求職者のスキルポイントを判定し、前記入札情報が含む求職者の希望待遇の情報を、前記落札基準データベースにおける該当求人情報の待遇ポイントの判定基準に照合して当該求職者の待遇ポイントを判定するポイント判定部と、
前記判定したスキルポイントおよび待遇ポイントを、前記落札基準データベースにおける該当求人情報のポイント算定式に代入して入札ポイントを算定するポイント算定部と、
前記算定した入札ポイントを、前記落札基準データベースにおける該当求人情報の落札基準ポイントに照合して応募権利獲得可否を判定する落札判定部と、
前記応募権利獲得可否の判定の結果を、求職者端末または企業端末に送信する結果送信部と、
を備えることを特徴とする求人オークションシステム。
【請求項２】
請求項１において、
前記落札判定部が、当該落札判定部による判定の結果、１の求人情報に対し複数の入札情報が応募権利獲得に至った場合、前記複数の入札情報のうち、スキルポイント、待遇ポイント、および入札ポイントのいずれかについて所定ポイント以上のものを、応募権利獲得可と判定することを特徴とする求人オークションシステム。
【請求項３】
請求項１または２において、
前記落札判定部が、当該落札判定部による判定の結果、所定の求人情報に対しいずれの入札情報も応募権利獲得に至らなかった場合に、該当入札情報毎に入札ポイントと前記落札基準ポイントと比して不足ポイントを算定し、当該不足ポイントを求職者端末に送信することを特徴とする求人オークションシステム。
【請求項４】
請求項３において、
前記落札判定部が、前記不足ポイントを補うスキルポイントまたは待遇ポイントの少なくともいずれかを取得できるスキルあるいは希望待遇を、出品情報データベースおよび前記落札基準データベースに基づき特定し、求職者端末に送信することを特徴とする求人オークションシステム。
【請求項５】
求職者の求職情報を出品物とし企業を入札者としたオークションをネットワーク上で実現するシステムであって、
求職者の所有スキルと希望待遇とに関するデータを少なくとも含む求職情報を格納する出品情報データベースと、
前記所有スキルまたは当該所有スキルに応じた担当予定職務のいずれかの要求有無または要求レベルに基づく職務ポイントの判定基準と、前記希望待遇と企業側の予定待遇との高低に基づく予定待遇ポイントの判定基準と、前記職務ポイントおよび予定待遇ポイントを代入して入札ポイントを算定するポイント算定式と、求職情報に対する応募権利獲得の下限となる落札基準ポイントの情報とを含む処理基準情報を格納する落札基準データベースと、
企業の要求スキルと予定待遇との情報が少なくとも含まれる、前記求職情報に対する入札情報を格納する入札情報データベースと、
求職者が備える求職者端末より、前記求職情報と当該求職情報に設定された前記処理基準情報とをネットワークを通じて受け付けて、前記求職情報を前記出品情報データベースに格納すると共に、前記処理基準情報を前記落札基準データベースに格納する、出品受付部と、
ネットワークを通じてアクセスしてくる企業端末に対し、前記出品情報データベースより前記求職情報を抽出し、これを含む画面データを生成し送信する、求職情報提供部と、
前記企業端末から、前記求職情報に対する入札情報を受け付けて、前記入札情報データベースに格納する応札部と、
前記入札情報が含む企業の要求スキルの情報を、前記落札基準データベースにおける該当求職情報の職務ポイントの判定基準に照合して当該企業の職務ポイントを判定し、前記入札情報が含む企業の予定待遇の情報を、前記落札基準データベースにおける該当求職情報の予定待遇ポイントの判定基準に照合して当該企業の予定待遇ポイントを判定するポイント判定部と、
前記判定した職務ポイントおよび予定待遇ポイントを、前記落札基準データベースにおける該当求職情報のポイント算定式に代入して入札ポイントを算定するポイント算定部と、
前記算定した入札ポイントを、前記落札基準データベースにおける該当求職情報の落札基準ポイントに照合して応募権利獲得可否を判定する落札判定部と、
前記応募権利獲得可否の判定の結果を、企業端末または求職者端末に送信する結果送信部と、
を備えることを特徴とする求職オークションシステム。
【請求項６】
請求項５において、
前記落札判定部が、当該落札判定部による判定の結果、１の求職情報に対し複数の入札情報が応募権利獲得に至った場合、前記複数の入札情報のうち、職務ポイント、予定待遇ポイント、および入札ポイントのいずれかについて所定ポイント以上のものを、応募権利獲得可と判定することを特徴とする求職オークションシステム。
【請求項７】
請求項５または６において、
前記落札判定部が、当該落札判定部による判定の結果、所定の求職情報に対しいずれの入札情報も応募権利獲得に至らなかった場合に、該当入札情報毎に入札ポイントと前記落札基準ポイントと比して不足ポイントを算定し、当該不足ポイントを企業端末に送信することを特徴とする求職オークションシステム。
【請求項８】
請求項７において、
前記落札判定部が、前記不足ポイントを補う職務ポイントまたは予定待遇ポイントの少なくともいずれかを取得できる要求スキル或いは当該要求スキルに応じた担当予定職務、あるいは予定待遇を、出品情報データベースおよび前記落札基準データベースに基づき特定し、企業端末に送信することを特徴とする求人オークションシステム。
【請求項９】
企業の求人情報を出品物とし求職者を入札者としたオークションを情報処理装置を用いてネットワーク上で実現する方法であって、
前記情報処理装置が、
募集職種に応じて求められる要求スキルと予定待遇とに関するデータを少なくとも含む求人情報を格納する出品情報データベースと、
前記要求スキルの有無または習熟度に応じたスキルポイントの判定基準と、前記予定待遇の高低に応じた待遇ポイントの判定基準と、前記スキルポイントおよび待遇ポイントを代入して入札ポイントを算定するポイント算定式と、求人情報に対する応募権利獲得の下限となる落札基準ポイントの情報とを含む処理基準情報を格納する落札基準データベースと、
求職者の所有スキルと希望待遇との情報が少なくとも含まれる、前記求人情報に対する入札情報を格納する入札情報データベースとを備えて、
企業が備える企業端末より、前記求人情報と当該求人情報に設定された前記処理基準情報とをネットワークを通じて受け付けて、前記求人情報を前記出品情報データベースに格納すると共に、前記処理基準情報を前記落札基準データベースに格納し、
ネットワークを通じてアクセスしてくる求職者端末に対し、前記出品情報データベースより前記求人情報を抽出し、これを含む画面データを生成し送信し、
前記求職者端末から、前記求人情報に対する入札情報を受け付けて、前記入札情報データベースに格納し、
前記入札情報が含む求職者の所有スキルの情報を、前記落札基準データベースにおける該当求人情報のスキルポイントの判定基準に照合して当該求職者のスキルポイントを判定し、前記入札情報が含む求職者の希望待遇の情報を、前記落札基準データベースにおける該当求人情報の待遇ポイントの判定基準に照合して当該求職者の待遇ポイントを判定し、
前記判定したスキルポイントおよび待遇ポイントを、前記落札基準データベースにおける該当求人情報のポイント算定式に代入して入札ポイントを算定し、
前記算定した入札ポイントを、前記落札基準データベースにおける該当求人情報の落札基準ポイントに照合して応募権利獲得可否を判定し、
前記応募権利獲得可否の判定の結果を、求職者端末または企業端末に送信することを特徴とする求人オークション方法。
【請求項１０】
求職者の求職情報を出品物とし企業を入札者としたオークションを情報処理装置を用いてネットワーク上で実現する方法であって、
前記情報処理装置が、
求職者の所有スキルと希望待遇とに関するデータを少なくとも含む求職情報を格納する出品情報データベースと、
前記所有スキルまたは当該所有スキルに応じた担当予定職務のいずれかの要求有無または要求レベルに基づく職務ポイントの判定基準と、前記希望待遇と企業側の予定待遇との高低に基づく予定待遇ポイントの判定基準と、前記職務ポイントおよび予定待遇ポイントを代入して入札ポイントを算定するポイント算定式と、求職情報に対する応募権利獲得の下限となる落札基準ポイントの情報とを含む処理基準情報を格納する落札基準データベースと、
企業の要求スキルと予定待遇との情報が少なくとも含まれる、前記求職情報に対する入札情報を格納する入札情報データベースとを備えて、
求職者が備える求職者端末より、前記求職情報と当該求職情報に設定された前記処理基準情報とをネットワークを通じて受け付けて、前記求職情報を前記出品情報データベースに格納すると共に、前記処理基準情報を前記落札基準データベースに格納し、
ネットワークを通じてアクセスしてくる企業端末に対し、前記出品情報データベースより前記求職情報を抽出し、これを含む画面データを生成し送信し、
前記企業端末から、前記求職情報に対する入札情報を受け付けて、前記入札情報データベースに格納し、
前記入札情報が含む企業の要求スキルの情報を、前記落札基準データベースにおける該当求職情報の職務ポイントの判定基準に照合して当該企業の職務ポイントを判定し、前記入札情報が含む企業の予定待遇の情報を、前記落札基準データベースにおける該当求職情報の予定待遇ポイントの判定基準に照合して当該企業の予定待遇ポイントを判定し、
前記判定した職務ポイントおよび予定待遇ポイントを、前記落札基準データベースにおける該当求職情報のポイント算定式に代入して入札ポイントを算定し、
前記算定した入札ポイントを、前記落札基準データベースにおける該当求職情報の落札基準ポイントに照合して応募権利獲得可否を判定し、
前記応募権利獲得可否の判定の結果を、企業端末または求職者端末に送信することを特徴とする求職オークション方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、求人オークションシステム、求職オークションシステム、求人オークション方法、および求職オークション方法に関するものである。
【背景技術】
【０００２】
昨今、従来より存在したいわゆる終身雇用の形態が崩れはじめ、以前より人材が流動しやい状況となっている。このような状況に沿うようにインターネット上での求人情報提供サービスが提案されてきた。
【０００３】
このようなサービスを実現する技術として例えば、人材のスキルの視点から、求人側の雇用条件と求職側の就職条件の適合性を客観的に判定した上で、その適合性が高い求人情報と求職情報を求職者と雇用者に提供して雇用と就職の間のミスマッチを減ずる。個々の雇用・就職事例のデータベースを基に雇用相場情報を生成し、また継続中の個々の求人・求職案件に対する時々刻々の人材流通市場情報を生成し、それら雇用相場情報を求人・求職当事者の閲覧に供することにより、オークション方式による雇用・就職決定の決断を短期で行なえるようにする（特許文献１参照）手法などが提案されている。
【特許文献１】特開２００３−１０８８０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら従来手法においては、例えばｗｅｂ上で掲載される企業の求人情報と、このｗｅｂ上で求職者が入力した求職情報とのマッチングを伴う検索処理を行って、いわゆる「人材のミスマッチ」を未然に抑制することを主旨とする提案が多かった。言い換えれば、“オークション”などとしていても、求人データベースにおける条件検索を行って、該当するデータを適宜な求人情報として求職者側に提示するといった、単なるデータベース検索の手法から脱却しきれていない手法が一般的であった。
【０００５】
一方で、年齢、待遇、およびスキルといった（企業側あるいは求職者側からの）要求条件にはいずれも許容度（例：年齢２５〜３０歳、年収５５０〜６５０万）があって、しかも各要求条件が互いの許容度に影響を与えている（例：スキルが高いと年齢が低くても年収は高く設定可）ことが普通であるのに、それらの事情をシステムとしてサービス内容に的確に反映させることができなかった。したがって、例えばｗｅｂ上などで公開する求人／求職情報には一般的な条件しか掲載することができず、“ミスマッチ”な人材或いは企業からの応募も受付けざるをえない一方で、公開している条件の許容度は外れるが他の優れたスキルによって前記許容度の不足を補えるといった貴重な求職者の応募を遠ざける結果ともなっていた。
【０００６】
また、例えば求職者（或いは求人企業）が求人企業（或いは求職者）に対して希望する待遇（例：給与、職位など）などを交渉当初から条件提示し、入社交渉を行うことは「求職者と求人企業」という力関係からいって難しかった。しかし、従来手法では検索結果としての求人情報等を提供するのみで、システムとしてこうした入社交渉を利用者自らが行えるサービスが提供されることがなかった。
【０００７】
そこで本発明の目的は、求職／求人に対する応募を活性化してこれを効率的かつ的確に処理し、また求職者と求人企業との間の条件交渉も可能とする求人オークションシステム、求職オークションシステム、求人オークション方法、および求職オークション方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決する本発明の求人オークションシステムは、企業の求人情報を出品物とし求職者を入札者としたオークションをネットワーク上で実現するシステムであって、募集職種に応じて求められる要求スキルと予定待遇とに関するデータを少なくとも含む求人情報を格納する出品情報データベースと、前記要求スキルの有無または習熟度に応じたスキルポイントの判定基準と、前記予定待遇の高低に応じた待遇ポイントの判定基準と、前記スキルポイントおよび待遇ポイントを代入して入札ポイントを算定するポイント算定式と、求人情報に対する応募権利獲得の下限となる落札基準ポイントの情報とを含む処理基準情報を格納する落札基準データベースと、求職者の所有スキルと希望待遇との情報が少なくとも含まれる、前記求人情報に対する入札情報を格納する入札情報データベースと、企業が備える企業端末より、前記求人情報と当該求人情報に設定された前記処理基準情報とをネットワークを通じて受け付けて、前記求人情報を前記出品情報データベースに格納すると共に、前記処理基準情報を前記落札基準データベースに格納する、出品受付部と、ネットワークを通じてアクセスしてくる求職者端末に対し、前記出品情報データベースより前記求人情報を抽出し、これを含む画面データを生成し送信する、求人情報提供部と、前記求職者端末から、前記求人情報に対する入札情報を受け付けて、前記入札情報データベースに格納する応札部と、前記入札情報が含む求職者の所有スキルの情報を、前記落札基準データベースにおける該当求人情報のスキルポイントの判定基準に照合して当該求職者のスキルポイントを判定し、前記入札情報が含む求職者の希望待遇の情報を、前記落札基準データベースにおける該当求人情報の待遇ポイントの判定基準に照合して当該求職者の待遇ポイントを判定するポイント判定部と、前記判定したスキルポイントおよび待遇ポイントを、前記落札基準データベースにおける該当求人情報のポイント算定式に代入して入札ポイントを算定するポイント算定部と、前記算定した入札ポイントを、前記落札基準データベースにおける該当求人情報の落札基準ポイントに照合して応募権利獲得可否を判定する落札判定部と、前記応募権利獲得可否の判定の結果を、求職者端末または企業端末に送信する結果送信部と、を備えることを特徴とする（第１の発明）。
【０００９】
第２の発明は、第１の発明において、前記落札判定部が、当該落札判定部による判定の結果、１の求人情報に対し複数の入札情報が応募権利獲得に至った場合、前記複数の入札情報のうち、スキルポイント、待遇ポイント、および入札ポイントのいずれかについて所定ポイント以上のものを、応募権利獲得可と判定することを特徴とする。
【００１０】
第３の発明は、第１または第２の発明において、前記落札判定部が、当該落札判定部による判定の結果、所定の求人情報に対しいずれの入札情報も応募権利獲得に至らなかった場合に、該当入札情報毎に入札ポイントと前記落札基準ポイントと比して不足ポイントを算定し、当該不足ポイントを求職者端末に送信することを特徴とする。
【００１１】
第４の発明は、第３の発明において、前記落札判定部が、前記不足ポイントを補うスキルポイントまたは待遇ポイントの少なくともいずれかを取得できるスキルあるいは希望待遇を、出品情報データベースおよび前記落札基準データベースに基づき特定し、求職者端末に送信することを特徴とする。
【００１２】
第５の発明の求職オークションシステムは、求職者の求職情報を出品物とし企業を入札者としたオークションをネットワーク上で実現するシステムであって、求職者の所有スキルと希望待遇とに関するデータを少なくとも含む求職情報を格納する出品情報データベースと、前記所有スキルまたは当該所有スキルに応じた担当予定職務のいずれかの要求有無または要求レベルに基づく職務ポイントの判定基準と、前記希望待遇と企業側の予定待遇との高低に基づく予定待遇ポイントの判定基準と、前記職務ポイントおよび予定待遇ポイントを代入して入札ポイントを算定するポイント算定式と、求職情報に対する応募権利獲得の下限となる落札基準ポイントの情報とを含む処理基準情報を格納する落札基準データベースと、企業の要求スキルと予定待遇との情報が少なくとも含まれる、前記求職情報に対する入札情報を格納する入札情報データベースと、求職者が備える求職者端末より、前記求職情報と当該求職情報に設定された前記処理基準情報とをネットワークを通じて受け付けて、前記求職情報を前記出品情報データベースに格納すると共に、前記処理基準情報を前記落札基準データベースに格納する、出品受付部と、ネットワークを通じてアクセスしてくる企業端末に対し、前記出品情報データベースより前記求職情報を抽出し、これを含む画面データを生成し送信する、求職情報提供部と、前記企業端末から、前記求職情報に対する入札情報を受け付けて、前記入札情報データベースに格納する応札部と、前記入札情報が含む企業の要求スキルの情報を、前記落札基準データベースにおける該当求職情報の職務ポイントの判定基準に照合して当該企業の職務ポイントを判定し、前記入札情報が含む企業の予定待遇の情報を、前記落札基準データベースにおける該当求職情報の予定待遇ポイントの判定基準に照合して当該企業の予定待遇ポイントを判定するポイント判定部と、前記判定した職務ポイントおよび予定待遇ポイントを、前記落札基準データベースにおける該当求職情報のポイント算定式に代入して入札ポイントを算定するポイント算定部と、前記算定した入札ポイントを、前記落札基準データベースにおける該当求職情報の落札基準ポイントに照合して応募権利獲得可否を判定する落札判定部と、前記応募権利獲得可否の判定の結果を、企業端末または求職者端末に送信する結果送信部と、を備えることを特徴とする。
【００１３】
第６の発明は、第５の発明において、前記落札判定部が、当該落札判定部による判定の結果、１の求職情報に対し複数の入札情報が応募権利獲得に至った場合、前記複数の入札情報のうち、職務ポイント、予定待遇ポイント、および入札ポイントのいずれかについて所定ポイント以上のものを、応募権利獲得可と判定することを特徴とする。
【００１４】
第７の発明は、第５または第６の発明において、前記落札判定部が、当該落札判定部による判定の結果、所定の求職情報に対しいずれの入札情報も応募権利獲得に至らなかった場合に、該当入札情報毎に入札ポイントと前記落札基準ポイントと比して不足ポイントを算定し、当該不足ポイントを企業端末に送信することを特徴とする。
【００１５】
第８の発明は、第７の発明において、前記落札判定部が、前記不足ポイントを補う職務ポイントまたは予定待遇ポイントの少なくともいずれかを取得できる要求スキル或いは当該要求スキルに応じた担当予定職務、あるいは予定待遇を、出品情報データベースおよび前記落札基準データベースに基づき特定し、企業端末に送信することを特徴とする。
【００１６】
第９の発明の求人オークション方法は、企業の求人情報を出品物とし求職者を入札者としたオークションを情報処理装置を用いてネットワーク上で実現する方法であって、前記情報処理装置が、募集職種に応じて求められる要求スキルと予定待遇とに関するデータを少なくとも含む求人情報を格納する出品情報データベースと、前記要求スキルの有無または習熟度に応じたスキルポイントの判定基準と、前記予定待遇の高低に応じた待遇ポイントの判定基準と、前記スキルポイントおよび待遇ポイントを代入して入札ポイントを算定するポイント算定式と、求人情報に対する応募権利獲得の下限となる落札基準ポイントの情報とを含む処理基準情報を格納する落札基準データベースと、求職者の所有スキルと希望待遇との情報が少なくとも含まれる、前記求人情報に対する入札情報を格納する入札情報データベースとを備えて、企業が備える企業端末より、前記求人情報と当該求人情報に設定された前記処理基準情報とをネットワークを通じて受け付けて、前記求人情報を前記出品情報データベースに格納すると共に、前記処理基準情報を前記落札基準データベースに格納し、ネットワークを通じてアクセスしてくる求職者端末に対し、前記出品情報データベースより前記求人情報を抽出し、これを含む画面データを生成し送信し、前記求職者端末から、前記求人情報に対する入札情報を受け付けて、前記入札情報データベースに格納し、前記入札情報が含む求職者の所有スキルの情報を、前記落札基準データベースにおける該当求人情報のスキルポイントの判定基準に照合して当該求職者のスキルポイントを判定し、前記入札情報が含む求職者の希望待遇の情報を、前記落札基準データベースにおける該当求人情報の待遇ポイントの判定基準に照合して当該求職者の待遇ポイントを判定し、前記判定したスキルポイントおよび待遇ポイントを、前記落札基準データベースにおける該当求人情報のポイント算定式に代入して入札ポイントを算定し、前記算定した入札ポイントを、前記落札基準データベースにおける該当求人情報の落札基準ポイントに照合して応募権利獲得可否を判定し、前記応募権利獲得可否の判定の結果を、求職者端末または企業端末に送信することを特徴とする。
【００１７】
第１０の発明の求職オークション方法は、求職者の求職情報を出品物とし企業を入札者としたオークションを情報処理装置を用いてネットワーク上で実現する方法であって、前記情報処理装置が、求職者の所有スキルと希望待遇とに関するデータを少なくとも含む求職情報を格納する出品情報データベースと、前記所有スキルまたは当該所有スキルに応じた担当予定職務のいずれかの要求有無または要求レベルに基づく職務ポイントの判定基準と、前記希望待遇と企業側の予定待遇との高低に基づく予定待遇ポイントの判定基準と、前記職務ポイントおよび予定待遇ポイントを代入して入札ポイントを算定するポイント算定式と、求職情報に対する応募権利獲得の下限となる落札基準ポイントの情報とを含む処理基準情報を格納する落札基準データベースと、企業の要求スキルと予定待遇との情報が少なくとも含まれる、前記求職情報に対する入札情報を格納する入札情報データベースとを備えて、求職者が備える求職者端末より、前記求職情報と当該求職情報に設定された前記処理基準情報とをネットワークを通じて受け付けて、前記求職情報を前記出品情報データベースに格納すると共に、前記処理基準情報を前記落札基準データベースに格納し、ネットワークを通じてアクセスしてくる企業端末に対し、前記出品情報データベースより前記求職情報を抽出し、これを含む画面データを生成し送信し、前記企業端末から、前記求職情報に対する入札情報を受け付けて、前記入札情報データベースに格納し、前記入札情報が含む企業の要求スキルの情報を、前記落札基準データベースにおける該当求職情報の職務ポイントの判定基準に照合して当該企業の職務ポイントを判定し、前記入札情報が含む企業の予定待遇の情報を、前記落札基準データベースにおける該当求職情報の予定待遇ポイントの判定基準に照合して当該企業の予定待遇ポイントを判定し、前記判定した職務ポイントおよび予定待遇ポイントを、前記落札基準データベースにおける該当求職情報のポイント算定式に代入して入札ポイントを算定し、前記算定した入札ポイントを、前記落札基準データベースにおける該当求職情報の落札基準ポイントに照合して応募権利獲得可否を判定し、前記応募権利獲得可否の判定の結果を、企業端末または求職者端末に送信することを特徴とする。
【００１８】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１９】
本発明によれば、求職／求人に対する応募を活性化してこれを効率的かつ的確に処理可能となり、また求職者と求人企業との間の条件交渉も可能となる。
【発明を実施するための最良の形態】
【００２０】
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は本実施形態における求人／求職オークションシステムを含むネットワーク構成図である。本実施形態における求人／求職オークションシステムシステム１００（以下、システム１００とする）は、本発明の求人オークションシステムおよび求職オークションシステムが一体となったシステムであり、演算部１０１と、当該演算部１０１が実行するプログラム１０２を格納したメモリ１０３と、外部装置とのデータ授受の処理を担うＩ／Ｏ部１０４と、データベース１０６〜１０８を格納する記憶装置１０５とを有するサーバ装置である。
【００２１】
また、当該システム１００は、適宜なネットワーク１２０を通じて、企業端末や求職者端末らの外部装置と接続することができる。なお、本実施形態においては、本発明の求人／求職オークションシステムとして前記システム１００を示したが、求人オークションシステムと求職オークションシステムとがネットワーク１２０を介して適宜に協働し、別々に存在するものともできる。
【００２２】
システム１００は、このような構成のもとプログラム１０２の実行を行い、本発明の求人オークション方法および求職オークション方法を実現する。以下に、前記システム１００のプログラム１０２を構成する各構成部につき詳細な説明を行う。ここにおけるプログラム１０２は、求人オークションシステムおよび求職オークションシステムの両方について備えるべき構成部を含むものとし、一つの構成部に両システムの機能を併存させるものとしている。
【００２３】
前記プログラム１０２は、企業が備える企業端末１３０より、求人情報と当該求人情報に設定された処理基準情報とをネットワーク１２０を通じて受け付けて、前記求人情報を出品情報データベース１０６（後述）に格納すると共に、前記処理基準情報を落札基準データベース１０７（後述）に格納する、出品受付部１１を備える（求人オークションシステム機能）。この出品受付部１１は、更に、求職者が備える求職者端末１４０より、求職情報と当該求職情報に設定された処理基準情報とをネットワーク１２０を通じて受け付けて、前記求職情報を出品情報データベース１０６に格納すると共に、処理基準情報を落札基準データベース１０７に格納するものとする（求職オークションシステム機能）。
【００２４】
また、ネットワーク１２０を通じてアクセスしてくる求職者端末１４０に対し、前記出品情報データベース１０６より前記求人情報を抽出し、これを含む画面データを生成し送信する、求人／求職情報提供部１２を備える（求人オークションシステム機能）。この求人／求職情報提供部１２は、ネットワーク１２０を通じてアクセスしてくる企業端末１３０に対し、出品情報データベース１０６より前記求職情報を抽出し、これを含む画面データを生成し送信するものとする（求職オークションシステム）。
【００２５】
また、前記求職者端末１４０から、前記求人情報に対する入札情報を受け付けて、入札情報データベース１０８（後述）に格納する応札部１３を備える（求人オークションシステム機能）。また、この応札部１３は、企業端末１３０から、前記求職情報に対する入札情報を受け付けて、入札情報データベース１０８に格納するものとする（求職オークションシステム機能）。
【００２６】
また、前記入札情報が含む求職者の所有スキルの情報を、前記落札基準データベース１０７における該当求人情報のスキルポイントの判定基準に照合して当該求職者のスキルポイントを判定し、前記入札情報が含む求職者の希望待遇の情報を、前記落札基準データベース１０７における該当求人情報の待遇ポイントの判定基準に照合して当該求職者の待遇ポイントを判定するポイント判定部１４を備える（求人オークションシステム機能）。
【００２７】
このポイント判定部１４は、前記入札情報が含む企業の要求スキルの情報を、落札基準データベース１０７における該当求職情報の職務ポイントの判定基準に照合して当該企業の職務ポイントを判定し、前記入札情報が含む企業の予定待遇の情報を、前記落札基準データベース１０７における該当求職情報の予定待遇ポイントの判定基準に照合して当該企業の予定待遇ポイントを判定するものとする（求職オークションシステム機能）。
【００２８】
また、前記判定したスキルポイントおよび待遇ポイントを、前記落札基準データベース１０７における該当求人情報のポイント算定式に代入して入札ポイントを算定するポイント算定部１５を備える（求人オークションシステム機能）。このポイント算定部１５は、前記判定した職務ポイントおよび予定待遇ポイントを、前記落札基準データベース１０７における該当求職情報のポイント算定式に代入して入札ポイントを算定するものとする（求職オークションシステム機能）。
【００２９】
また、前記算定した入札ポイントを、前記落札基準データベース１０７における該当求人情報の落札基準ポイントに照合して応募権利獲得可否を判定する落札判定部１６を備える（求人オークションシステム機能）。前記落札判定部１６は、前記算定した入札ポイントを、落札基準データベース１０７における該当求職情報の落札基準ポイントに照合して応募権利獲得可否を判定するものとする（求職オークションシステム機能）。
【００３０】
なお、当該落札判定部１６は、当該落札判定部１６による判定の結果、１の求人情報に対し複数の入札情報が応募権利獲得に至った場合、前記複数の入札情報のうち、スキルポイント、待遇ポイント、および入札ポイントのいずれかについて所定ポイント以上のものを、応募権利獲得可と判定することとできる（求人オークションシステム機能）。
【００３１】
更に、当該落札判定部１６は、当該落札判定部１６による判定の結果、所定の求人情報に対しいずれの入札情報も応募権利獲得に至らなかった場合に、該当入札情報毎に入札ポイントと前記落札基準ポイントと比して不足ポイントを算定し、当該不足ポイントを求職者端末１４０に送信することとできる（求人オークションシステム機能）。
【００３２】
また、当該落札判定部１６は、前記不足ポイントを補うスキルポイントまたは待遇ポイントの少なくともいずれかを取得できるスキルあるいは希望待遇を、出品情報データベース１０６および前記落札基準データベース１０７に基づき特定し、求職者端末１４０に送信することとできる（求人オークションシステム機能）。
【００３３】
また、当該落札判定部１６は、当該落札判定部１６による判定の結果、１の求職情報に対し複数の入札情報が応募権利獲得に至った場合、前記複数の入札情報のうち、職務ポイント、予定待遇ポイント、および入札ポイントのいずれかについて所定ポイント以上のものを、応募権利獲得可と判定することとできる（求職オークションシステム機能）。
【００３４】
また、当該落札判定部１６は、当該落札判定部１６による判定の結果、所定の求職情報に対しいずれの入札情報も応募権利獲得に至らなかった場合に、該当入札情報毎に入札ポイントと前記落札基準ポイントと比して不足ポイントを算定し、当該不足ポイントを企業端末１３０に送信することとできる（求職オークションシステム機能）。
【００３５】
また、当該落札判定部１６は、前記不足ポイントを補う職務ポイントまたは予定待遇ポイントの少なくともいずれかを取得できる要求スキル或いは当該要求スキルに応じた担当予定職務、あるいは予定待遇を、出品情報データベース１０６および前記落札基準データベース１０７に基づき特定し、企業端末１３０に送信することとできる（求職オークションシステム機能）。
【００３６】
またプログラム１０２は、前記応募権利獲得可否の判定の結果を、求職者端末１４０または企業端末１３０に送信する結果送信部１７を備える（求人オークションシステム機能および求職オークションシステム機能）。
【００３７】
上述したシステム１００とネットワーク１２０を介しデータ通信を行うのが、企業端末１３０および求職者端末１４０である。これら企業端末１３０および求職者端末１４０は、そのいずれもが出品と入札とを行うことが可能とできる。また、前記企業端末１３０や求職者端末１４０が備える出力インターフェイスの一例として、例えば、プリンタ１３５、ＩＣカードリーダ１４５（ＩＣカード１４６）を備えることが想定できる。
【００３８】
この場合、企業端末１３０および求職者端末１４０における出力データの形態も、これら出力インターフェイスの仕様や通信プロトコル等に合わせたものとする。出力インターフェイスがプリンタ１３５であれば、本発明に基づき処理された落札結果（前記応募権利獲得可否の判定の結果）等がテキストデータや画像データの形態で出力される。また、ＩＣカードリーダ１４６であれば、前記落札結果等が、ＩＣカード１４８に格納可能なデータ形態となる。
【００３９】
また、例えば企業端末１３０および求職者端末１４０が、携帯電話機１５０であれば、例えば携帯電話キャリアのＷＥＢサービスを利用してネットワーク１２０に接続しシステム１００とデータ授受を行うこととできる。またこの場合、前記落札結果等をこの携帯電話機１５０の画面或いは赤外線出力が出来る電子データやバーコードデータのデータ形態とする。
【００４０】
前記システム１００は、上述した構成の他、前記記憶装置１０５において、データベース１０６〜１０８を備えるものとする。よって、以下に各データベースの例について説明する。図２は本実施形態における、（ａ）出品情報データベース１０６、（ｂ）落札基準データベース１０７、（ｃ）入札情報データベース１０８の例を示す図である。
【００４１】
前記出品情報データベース１０６は、募集職種に応じて求められる要求スキルと予定待遇とに関するデータを少なくとも含む求人情報と、求職者の所有スキルと希望待遇とに関するデータを少なくとも含む求職情報とを格納するデータベースであり、例えば、出品ＩＤをキーとして、出品者ＩＤ、出品属性（求人か求職か）、年齢、スキル、待遇といった情報を関連づけたレコードの集合体となっている。
【００４２】
また、前記落札基準データベース１０７は、要求スキルの有無または習熟度に応じたスキルポイントの判定基準と、前記予定待遇の高低に応じた待遇ポイントの判定基準と、前記スキルポイントおよび待遇ポイントを代入して入札ポイントを算定するポイント算定式と、求人情報に対する応募権利獲得の下限となる落札基準ポイントの情報とを含む処理基準情報（求人オークションに伴う情報）と、所有スキルまたは当該所有スキルに応じた担当予定職務のいずれかの要求有無または要求レベルに基づく職務ポイントの判定基準と、前記希望待遇と企業側の予定待遇との高低に基づく予定待遇ポイントの判定基準と、前記職務ポイントおよび予定待遇ポイントを代入して入札ポイントを算定するポイント算定式と、求職情報に対する応募権利獲得の下限となる落札基準ポイントの情報とを含む処理基準情報（求職オークションに伴う情報）とを格納するデータベースである。
【００４３】
そして、出品ＩＤ毎に生成したシートにおいて、スキルポイントの判定基準、職務ポイント判定基準、待遇ポイント判定基準、予定待遇ポイント判定基準、年齢ポイント判定基準、前記各ポイントを代入して入札ポイントを算定するポイント算定式、求人情報または求職情報に対する応募権利獲得の下限となる落札基準ポイントといった情報が含まれるものとなる。
【００４４】
また、前記入札情報データベース１０８は、求職者の所有スキルと希望待遇との情報が少なくとも含まれる、求人情報に対する入札情報と、企業の要求スキルと予定待遇との情報が少なくとも含まれる、求職情報に対する入札情報と、を格納するデータベースであり、例えば入札ＩＤをキーとして、入札者ＩＤ、入札属性（対求人か対求職か）、年齢、スキル、待遇といった情報が関連づけされたレコードの集合体となっている。
【００４５】
なお、これまで示した構成各部１１〜１７は、システム１００においてハードウェアとして実現してもよいし、ＨＤＤやメモリなどの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、前記システムの演算部１０１がプログラム実行に合わせて記憶装置より該当プログラムをメモリ１０３に読み出して、これを実行することとなる。
【００４６】
また、前記システム１００と企業端末１３０、或いは求職者端末１４０らとをネットワーク１２０で結ぶ例を想定したが、このネットワーク１２０は、ＬＡＮやインターネットの他、専用回線やＷＡＮ（Wide Area Network）、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網など様々なネットワークを採用することも出来る。また、ＶＰＮなど仮想専用ネットワーク技術を用いれば、インターネットを採用した際にセキュリティ性を高めた通信が確立され好適である。
【００４７】
次に、本実施形態の求人オークション方法の実際手順について図を参照しつつ説明する。なお、以下で説明する求人オークション方法に対応する各種動作は、システム１００におけるメモリやＨＤＤ等の記憶手段１０５が前記各構成部１１〜１７の機能を実現すべく備えるプログラム１０２によって実現される。そして、このプログラム１０２は、以下に説明される各種の動作を行うためのコードから構成されており、前記構成各部の機能を実装したものとなる。
【００４８】
図３は本実施形態における求人オークション方法の処理手順を示すフロー図である。まず、システム１００は、予め企業端末１３０で生成・送信された（ｓ１０００、ｓ１００１）、求人情報と当該求人情報に設定された処理基準情報とをネットワーク１２０を通じて受け付ける（ｓ１００２）。
【００４９】
なお、企業端末１３０での求人情報および処理基準情報の生成処理は以下のごとく行われる。例えば、募集する人材のスキルや年齢、待遇といった項目毎に適宜な重み付けを行うとともに、これら項目毎のポイントを代入して入札ポイントを算定するポイント算定式と落札基準ポイントとを設定する。重み付けの値や落札基準ポイントとしては、数値の他、重みレベルを象徴する記号などを採用できる。これらの重み付けの値等については、入札者側に表示しないほうが、オークションの適正な運営上、好適である。
【００５０】
例えば、募集職種がシステムエンジニアで、優れたｃ言語のスキルを備えている人材であれば年齢にこだわらず給与はいくら出してもよく、一方で、若手であれば高い給与を望まない人材がほしい、という２重の許容範囲をもつ求人ポリシーを企業がもっていたとする。
【００５１】
この場合、従来における求人情報の検索サービス等では、年齢：２３歳〜３０歳、給与例：２５万円〜３０万円／月程度、資格：ｃ言語、javaなどの経験者、というふうにぼやけた募集内容を告知するしかなかった。なぜなら、ｃ言語、javaを使える人材であれば実際には３５万円／月以上を出して是非採用したいと企業側が考えていたとしても、給与を３５万円以上も可、とすることであまりキャリアを持たないが高給を希望しているような人物まで対応しなければならないといった懸念もあり、求人側の細かな実情を的確にシステム１００に反映し処理を行うこが困難であった。
【００５２】
一方、本実施形態における求人オークションシステムにおいては、ポイント算定を行って様々な条件に対応した落札処理を行い、求人側が望む的確な人材を落札者とすることができる。そのために、前記出品情報データベース１０６に、求職者端末１４０に示すための一般的な出品情報、つまり求人情報を格納する一方で（ｓ１００３）、前記ポイントの判定基準を含む前記処理基準情報を落札基準データベース１０７に格納する（ｓ１００４）。
【００５３】
前記処理基準情報は、図２（ｂ）に示したとおり、例えば、スキルポイントの判定基準として、開発可能な言語およびＯＳが、ｃ言語：２０ポイント、java：５ポイント、UNIX：１ポイント、Oracle：５ポイント、また、待遇ポイントの判定基準として、希望給与が、２２万から２５万円：６ポイント、２５万から３０万円：５ポイント、３０万円以上：０ポイントと、また、年齢ポイントの判定基準として年齢が、２２歳から２５歳：１０ポイント、２６歳から３０歳：５ポイント、３１歳以上：１ポイントなどどできる。  
また、スキルポイント：ａ、待遇ポイント：ｃ、また、年齢ポイント：ｅとすると、ポイント算定式として、例えば“１．１ａ＋ｃ＋ｅ”といった式を想定できる。この場合はスキルに重きを置いた算定式となっているが、いずれのポイントに重み付けを負荷してもよい。  
更に、落札基準ポイントとして、例えば２０ポイント以上が落札、などとすることができる。この落札基準ポイントは入札者側に提示してもしなくてもよい。
【００５４】
続いて、上述のごとく出品情報データベース１０６および落札基準データベース１０７に求人情報および処理基準情報が格納された後、システム１００が求職者端末１４０より入札を受け付ける処理について説明する。
【００５５】
求職者端末１４０が、求人情報の検索用のキーを生成し（ｓ１００５）、これを含む求人検索要求をシステム１００側に送信したとする（ｓ１００６）。  
この時、システム１００は、前記出品情報データベース１０６において前記検索キーに基づく求人情報検索を行って該当求人情報を抽出する（ｓ１００７）。そして、これを含む画面データを生成し求職者端末１４０に送信する（ｓ１００８）。求職者端末１４０では前記画面データを受信し、適宜な出力インターフェイスに出力する（ｓ１００９）。
【００５６】
図４は本実施形態における画面例１を示す図であり、図５は本実施形態における、（ａ）画面例２、（ｂ）画面例３を示す図である。前記求職者端末１４０において出力された画面データは、例えば画面４００に示すように、入札できる企業名４０１をキーとして出品物たる求人情報が一覧となった画面であり、募集概要の情報４０２と個別の募集詳細の閲覧リンク４０３とが含まれている。この画面４００において前記閲覧リンクがクリックされたならば、図５に示す画面５００をシステム１００が返す。この画面５００では、募集詳細の情報として、会社概要の情報５０１と募集詳細の情報５０２とが含まれており、更に入札ボタン５０５が配置されている。この入札ボタン５０５がクリックされたならば、システム１００は画面５５０を返す。システム１００は、この画面５５０を通じて、前記求人情報に対する、入札者の年齢、希望給与、保有スキルといった入札情報を受け付けて、入札情報データベース１０８に格納することとなる（ｓ１０１１）。
【００５７】
ここで、出品物たる求人情報（出品ＩＤ：ｓ００１）に、年齢３７歳でｃ言語のスキルがある人材が月給３０万円以上の待遇を望んだ入札（入札ＩＤ：ｎ０００１）があったとする。また、同じ求人情報に、年齢３５歳でjava、とUNIXでの開発ができる人材が月給３３万円以上の待遇を望んだ入札（入札ＩＤ：ｎ０００ｎ１）と、年齢２３歳でjavaでの開発ができる人材が月給２５万円を望んだ入札（入札ＩＤ：ｎ０００ｎ２）があったとする。
【００５８】
システム１００では、前記の各入札情報が含む求職者の所有スキルの情報を、前記落札基準データベース１０７における該当求人情報のスキルポイントの判定基準に照合し（ｓ１０１２）、当該求職者のスキルポイントを判定する（ｓ１０１３）。
【００５９】
また、前記各入札情報が含む求職者の希望待遇の情報を、前記落札基準データベース１０７における該当求人情報の待遇ポイントの判定基準に照合し（ｓ１０１４）、当該求職者の待遇ポイントを判定する（ｓ１０１５）。更に、同様に、前記各入札情報が含む求職者の年齢の情報を前記落札基準データベース１０７における該当求人情報の年齢ポイントの判定基準に照合して年齢ポイントを判定する。
【００６０】
上記の例では、入札ＩＤ：ｎ０００１ は、年齢３７歳：１ポイント、希望給与３０万円以上：０ポイント、所有スキルｃ言語：２０ポイントとなる。また、入札ＩＤ：ｎ０００ｎ１は、年齢３５歳：１ポイント、希望給与３３万円以上：０ポイント、所有スキルjavaおよびＵＮＩＸ：５＋１＝６ポイントとなる。また、入札ＩＤ：ｎ０００ｎ２は、年齢２３歳：１０ポイント、希望給与２５万円以上：５ポイント、所有スキルjava：５ポイントとなる。
【００６１】
システム１００はこのように判定したスキルポイントおよび待遇ポイント（および年齢ポイント）を、前記落札基準データベース１０７における該当求人情報のポイント算定式に代入し、入札ポイントを算定する（ｓ１０１６）。前記出品ＩＤ：ｓ００１におけるポイント算定式は、前記した通り“１．１ａ＋ｃ＋ｅ”ととなっていたから、上記例において入札ＩＤ：ｎ０００１ は、“１．１×２０＋０＋１”＝２３ポイントを入札ポイントとして獲得する。また、入札ＩＤ：ｎ０００ｎ１は、“１．１×６＋０＋１”＝７．６ポイントを入札ポイントとして獲得する。また、入札ＩＤ：ｎ０００ｎ２は、“１．１×５＋５＋１０”＝２０．５ポイントを入札ポイントとして獲得する。
【００６２】
続いてシステム１００は、前記算定した入札ポイントを、前記落札基準データベース１０７における該当求人情報の落札基準ポイントに照合して応募権利獲得可否を判定する（ｓ１０１７）。上記例では、出品ＩＤ：ｓ００１における落札基準ポイントが２０ポイントであるから、入札ＩＤ：ｎ０００１および、入札ＩＤ：ｎ０００２が落札となる。こうして、前記出品ＩＤ：ｓ００１の出品を行った企業は、年齢は３７歳で掲載上の年齢範囲を外れているが求めるスキルを備えた人材（入札ＩＤ：ｎ０００１）と、年齢は２３歳で他と比して若く、給与を高のぞみしない人材（入札ＩＤ：ｎ０００２）の両方について落札できたのである。
【００６３】
なお、前記ステップｓ１０１７に続き、前記応募権利獲得可否判定の結果、１の求人情報に対し応募権利を獲得した入札があったか判定し（ｓ１０１８）、ここで権利獲得の入札があった場合（ｓ１０１８：ＹＥＳ）、この入札は複数あったのか更に判定する（ｓ１０１９）。複数ではなく一つの入札情報が応募権利獲得に至った場合（ｓ１０１９：ＮＯ）、応募権利獲得可否の判定の結果を、求職者端末１４０または企業端末１３０に送信し（ｓ１０２６）、システム１００での処理は終了する。
【００６４】
一方、複数の入札情報が応募権利獲得に至った場合（ｓ１０１９：ＹＥＳ）、前記複数の入札情報のうち、スキルポイント、待遇ポイント、および入札ポイントのいずれかについて所定ポイント以上のものを、応募権利獲得可と判定する（ｓ１０２０）。これにより例えば、スキルが一番高いものを選択落札する、といったことが可能となる。そして、ここで判定した募権利獲得可否の結果は、求職者端末１４０または企業端末１３０に送信し（ｓ１０２６）、システム１００での処理は終了する。
【００６５】
他方、前記ステップｓ１０１８における判定の結果、所定の求人情報に対しいずれの入札情報も応募権利獲得に至らなかった場合（ｓ１０１８：ＮＯ）、該当入札情報毎に入札ポイントと前記落札基準ポイントと比して不足ポイントを算定する（ｓ１０２１）。また、前記不足ポイントを補うスキルポイントまたは待遇ポイントの少なくともいずれかを取得できるスキルあるいは希望待遇を、出品情報データベース１０６および前記落札基準データベース１０７に基づき特定し、求職者端末１４０に送信する（ｓ１０２２）。
【００６６】
例えば、落札基準データベース１０７における各判定基準におけるポイントのうち、入札者（求職者）が獲得できていない一番大きなもの（例：前記出品ＩＤ：ｓ００１における「ｃ言語」：２０ポイントなど）から順に、前記不足ポイントを補って落札基準ポイントを越えられるか判定し、越えられると判定されたスキルまたは希望待遇（給与）を求職者端末１４０に送信するのである。  
この場合、前記応募権利獲得可否の判定の結果（落札できなかった旨）を、求職者端末１４０または企業端末１３０に送信し（ｓ１０２６）、システム１００での処理を終了する。
【００６７】
一方、前記応募権利獲得可否の判定結果を受信した求職者端末１４０では、これを受信して適宜な出力インターフェイスに表示し（ｓ１０２７）、処理を終了する。
【００６８】
また、企業端末１３０では、前記不足ポイントを補うスキルポイントまたは待遇ポイントの少なくともいずれかを取得できるスキルあるいは希望待遇の情報を受信して適宜な出力インターフェイスに表示する（ｓ１０２３）。ここで受信した情報に基づき不足ポイントを補うスキルや希望待遇の再入力を伴う再入札を行う場合（ｓ１０２４：ＹＥＳ）、処理をステップｓ１０１０に戻す。一方、再入札を行わない場合（ｓ１０２４：ＮＯ）、前記受信した応募権利獲得可否の判定結果を適宜な出力インターフェイスに表示し（ｓ１０２５）、処理を終了する。
【００６９】
次に、本実施形態の求職オークション方法の実際手順について図を参照しつつ説明する。なお、以下で説明する求職オークション方法に対応する各種動作は、システム１００におけるメモリやＨＤＤ等の記憶手段１０５が前記各構成部１１〜１７の機能を実現すべく備えるプログラム１０２によって実現される。そして、このプログラム１０２は、以下に説明される各種の動作を行うためのコードから構成されており、前記構成各部の機能を実装したものとなる。
【００７０】
図６は本実施形態における求職オークション方法の処理手順を示すフロー図である。まず、システム１００は、予め求職者端末１４０で生成・送信された（ｓ１１００、ｓ１１０１）、求職情報と当該求職情報に設定された処理基準情報とをネットワーク１２０を通じて受け付ける（ｓ１１０２）。
【００７１】
なお、求職者端末１４０での求職情報および処理基準情報の生成処理は以下のごとく行われる。例えば、出品者つまり求職者の所有スキルや年齢、希望待遇といった項目毎に適宜な重み付けを行うとともに、これら項目毎のポイントを代入して入札ポイントを算定するポイント算定式と落札基準ポイントとを設定する。重み付けの値や落札基準ポイントとしては、数値の他、重みレベルを象徴する記号などを採用できる。これらの重み付けの値等については、入札者側に表示しないほうが、オークションの適正な運営上、好適である。
【００７２】
例えば、希望職種がシステムエンジニアで、年齢３８歳、ｃ言語やJava を使った開発業務を行えるが、長年培ったOracleのスキルを活用した仕事を希望し、希望待遇としての給与は３５万円以上という求職ポリシーを求職者がもっていたとする。
【００７３】
本実施形態における求職オークションシステムにおいては、ポイント算定を行って様々な条件に対応した落札処理を行い、求職者側が望む的確な企業を落札者とすることができる。そのために、前記出品情報データベース１０６に、企業端末１３０に示すための一般的な出品情報、つまり求人情報を格納する一方で（ｓ１１０３）、前記ポイントの判定基準を含む前記処理基準情報を落札基準データベース１０７に格納する（ｓ１１０４）。
【００７４】
前記処理基準情報は、例えば、職務ポイントの判定基準として、担当予定職務で使用する言語およびＯＳが、UNIX：１ポイント、Oracle：２０ポイント、ｃ言語：０ポイント、java：０ポイント、また、予定待遇ポイントの判定基準として、予定給与が、３４万円以下：１ポイント、３５万円以上：５ポイント、また、年齢ポイントの判定基準として採用予定年齢が、３８歳 ：1 ポイント、３８歳以外を希望する場合：０ポイント、などどできる。
【００７５】
また、職務ポイント：ｂ、予定待遇ポイント：ｄ、また、年齢ポイント：ｅとすると、ポイント算定式として、例えば“１．１ｂ＋ｄ＋ｅ”といった式を想定できる。この場合はスキルに重きを置いた算定式となっているが、いずれのポイントに重み付けを負荷してもよい。更に、落札基準ポイントとして、例えば２１ポイント以上が落札、などとすることができる。この落札基準ポイントは入札者側に提示してもしなくてもよい。
【００７６】
続いて、上述のごとく出品情報データベース１０６および落札基準データベース１０７に求職情報および処理基準情報が格納された後、システム１００が企業端末１３０より入札を受け付ける処理について説明する。
【００７７】
企業端末１３０が、求職情報の検索用のキーを生成し（ｓ１１０５）、これを含む求職検索要求をシステム１００側に送信したとする（ｓ１１０６）。この時、システム１００は、前記出品情報データベース１０６において前記検索キーに基づく求職情報検索を行って該当求職情報を抽出する（ｓ１１０７）。そして、これを含む画面データを生成し企業端末１３０に送信する（ｓ１１０８）。企業端末１３０では前記画面データを受信し、適宜な出力インターフェイスに出力する（ｓ１１０９）。
【００７８】
図７は本実施形態における、（ａ）画面例４、（ｂ）画面例５を示す図である。前記企業端末１３０において出力された画面データは、例えば画面７００に示すように、入札できる求職者に対応する出品者ＩＤをキーとして出品物たる求職情報が一覧となった画面であり、求職概要の情報７０２と個別の求職詳細の閲覧リンク７０３とが含まれている。この画面７００において前記閲覧リンク７０３がクリックされたならば、同図（ｂ）に示す画面７５０をシステム１００が返す。この画面７５０では、求職詳細の情報として、求職概要の情報７５１と求職詳細の情報７５２とが含まれており、更に入札ボタン７５５が配置されている。この入札ボタン７５５がクリックされたならば、システム１００は、図８（ａ）に示す画面８００を返す。システム１００は、この画面８００を通じて、前記求職情報に対する、企業側が人材に希望する年齢幅、予定給与、必要スキルといった入札情報を受け付けて、入札情報データベース１０８に格納することとなる（ｓ１１１１）。
【００７９】
ここで、出品物たるある求職情報に、年齢：関係なし、給与：４０万／以上かつ希望通り、スキル：java必須といった入札（入札ＩＤ：ｎ０１０１）があったとする。また、同じ求職情報に、年齢：２５歳以下、給与：応相談、スキル：Oracleあれば最適といった入札（入札ＩＤ：ｎ０１０ｎ１）があったとする。  
システム１００では、前記の各入札情報が含む企業側の要求スキルの情報を、前記落札基準データベース１０７における該当求職情報の職務ポイントの判定基準に照合し（ｓ１１１２）、当該企業の職務ポイントを判定する（ｓ１１１３）。
【００８０】
また、前記各入札情報が含む企業の予定待遇の情報を、前記落札基準データベース１０７における該当求職情報の予定待遇ポイントの判定基準に照合し（ｓ１１１４）、当該企業の予定待遇ポイントを判定する（ｓ１１１５）。更に、同様に、前記各入札情報が含む企業の希望年齢の情報を前記落札基準データベース１０７における該当求職情報の年齢ポイントの判定基準に照合して年齢ポイントを判定する。
【００８１】
上記の例では、入札ＩＤ：ｎ０１０１ は、年齢：１ ポイント、給与：５ポイント、職務：０ポイントとなる。また、入札ＩＤ：ｎ０１０ｎ１は、年齢：０ポイント、給与：１ポイント、職務：２０ポイントとなる。
【００８２】
システム１００はこのように判定した職務ポイントおよび予定待遇ポイント（および年齢ポイント）を、前記落札基準データベース１０７における該当求職情報のポイント算定式に代入し、入札ポイントを算定する（ｓ１１１６）。前記例におけるポイント算定式を、例えば“１．１ｂ＋ｄ＋ｅ”としたならば、入札ＩＤ：ｎ０００１ は、“１．１×０＋５＋１”＝６ポイントを入札ポイントとして獲得する。また、入札ＩＤ：ｎ０１０ｎ１は、“１．１×２０＋１＋０”＝２３ポイントを入札ポイントとして獲得する。
【００８３】
続いてシステム１００は、前記算定した入札ポイントを、前記落札基準データベース１０７における該当求職情報の落札基準ポイントに照合して応募権利獲得可否を判定する（ｓ１１１７）。上記例で落札基準ポイントを２１ポイントとしたならば、入札ＩＤ：ｎ０１０１は落札不可、入札ＩＤ：ｎ０１０ｎ１が落札となる。こうして、前記出品を行った求職者は、希望としないjava とC 言語のキャリアを必要とする入札を落札させず、希望通りｏｒａｃｌｅのキャリアを活用できる企業（入札ＩＤ：ｎ０１０ｎ１）について落札できたのである。
【００８４】
なお、前記ステップｓ１１１７に続き、前記応募権利獲得可否判定の結果、１の求職情報に対し応募権利を獲得した入札があったか判定し（ｓ１１１８）、ここで権利獲得の入札があった場合（ｓ１１１８：ＹＥＳ）、この入札は複数あったのか更に判定する（ｓ１１１９）。複数ではなく一つの入札情報が応募権利獲得に至った場合（ｓ１１１９：ＮＯ）、応募権利獲得可否の判定の結果を、企業端末１３０または求職者端末１４０に送信し（ｓ１１２６）、システム１００での処理は終了する。
【００８５】
一方、複数の入札情報が応募権利獲得に至った場合（ｓ１１１９：ＹＥＳ）、前記複数の入札情報のうち、職務ポイント、予定待遇ポイント、および入札ポイントのいずれかについて所定ポイント以上のものを、応募権利獲得可と判定する（ｓ１１２０）。これにより例えば、求職者の所有スキルと担当予定職務とが一番近しい企業の入札を選択落札する、といったことが可能となる。そして、ここで判定した募権利獲得可否の結果は、企業端末１３０または求職者端末１４０に送信し（ｓ１１２６）、システム１００での処理は終了する。
【００８６】
他方、前記ステップｓ１１１８における判定の結果、所定の求職情報に対しいずれの入札情報も応募権利獲得に至らなかった場合（ｓ１１１８：ＮＯ）、該当入札情報毎に入札ポイントと前記落札基準ポイントと比して不足ポイントを算定する（ｓ１１２１）。また、前記不足ポイントを補う職務ポイントまたは予定待遇ポイントの少なくともいずれかを取得できる担当予定職務あるいは予定待遇を、出品情報データベース１０６および前記落札基準データベース１０７に基づき特定し、企業端末１３０に送信する（ｓ１０２２）。
【００８７】
例えば、落札基準データベース１０７における各判定基準におけるポイントのうち、企業が獲得できていない一番大きなもの（例：予定待遇３０万円以上：２０ポイントなど）から順に、前記不足ポイントを補って落札基準ポイントを越えられるか判定し、越えられると判定された担当予定職務または予定待遇（給与）を企業端末１３０に送信するのである。
【００８８】
この場合、前記応募権利獲得可否の判定の結果（落札できなかった旨）を、企業端末１３０または求職者端末１４０に送信し（ｓ１１２６）、システム１００での処理を終了する。  
一方、前記応募権利獲得可否の判定結果を受信した求職者端末１４０では、これを受信して適宜な出力インターフェイスに表示し（ｓ１１２７）、処理を終了する。
【００８９】
また、企業端末１３０では、前記不足ポイントを補う職務ポイントまたは予定待遇ポイントの少なくともいずれかを取得できる担当予定職務あるいは予定待遇の情報を受信して適宜な出力インターフェイスに表示する（ｓ１１２３）。ここで受信した情報に基づき不足ポイントを補う担当予定職務や予定待遇の再入力を伴う再入札を行う場合（ｓ１１２４：ＹＥＳ）、処理をステップｓ１１１０に戻す。一方、再入札を行わない場合（ｓ１１２４：ＮＯ）、前記受信した応募権利獲得可否の判定結果を適宜な出力インターフェイスに表示し（ｓ１１２５）、処理を終了する。
【００９０】
上記の実施形態に加え、例えば、図８（ｂ）、および図９（ａ）、（ｂ）に示す画面８５０のごとく、出品情報の他に、入札履歴、入札状況、入札締め切り時間などを表示することとすれば好適である。またこの場合、個人情報についてはＩＤで固有名称を示すなど匿名性を持たせた状態での表示を行うものとする。
【００９１】
本発明によれば、年齢、待遇、およびスキルといった（企業側あるいは求職者側からの）要求条件にはいずれも許容度があって、しかも各要求条件が互いの許容度に影響を与えている状況をシステムとしてサービス内容に的確に反映させることができる。したがって、例えばｗｅｂ上などで公開する求人／求職情報には一般的な条件しか掲載することができないとしても、求める人材や企業の条件と“ミスマッチ”な応募を的確に排除する一方で、公開している条件の許容度は外れるが他の優れたスキルによって前記許容度の不足を補えるといった貴重な応募を誘引することが可能となる。
【００９２】
また、例えば求職者（或いは求人企業）が求人企業（或いは求職者）に対して希望する待遇（例：給与、職位など）などを交渉当初から条件提示し、入社交渉を行うことが「求職者と求人企業」という力関係に関わらず可能となる。  
したがって、求職／求人に対する応募を活性化してこれを効率的かつ的確に処理し、また求職者と求人企業との間の条件交渉も可能とできる。
【００９３】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【００９４】
【図１】本実施形態における求人／求職オークションシステムを含むネットワーク構成図である。
【図２】本実施形態における、（ａ）出品情報データベース、（ｂ）落札基準データベース、（ｃ）入札情報データベースの例を示す図である。
【図３】本実施形態における求人オークション方法の処理手順を示すフロー図である。
【図４】本実施形態における画面例１を示す図である。
【図５】本実施形態における、（ａ）画面例２、（ｂ）画面例３を示す図である。
【図６】本実施形態における求職オークション方法の処理手順を示すフロー図である。
【図７】本実施形態における、（ａ）画面例４、（ｂ）画面例５を示す図である。
【図８】本実施形態における、（ａ）画面例６、（ｂ）画面例７を示す図である。
【図９】本実施形態における、（ａ）画面例８、（ｂ）画面例９を示す図である。
【符号の説明】
【００９５】
１１    出品受付部
１２    求人情報提供部
１３    応札部
１４    ポイント判定部
１５    ポイント算定部
１６    落札判定部
１７    結果送信部
１００  システム
１０１  演算部
１０２  プログラム
１０３  メモリ
１０４  Ｉ／Ｏ部
１０５  記憶装置
１０６  出品情報データベース
１０７  落札基準データベース
１０８  入札情報データベース
１２０  ネットワーク
１３０  企業端末
１４０  求職者端末
【図１】
2005222168.tif 000003
【図２】
2005222168.tif 000004
【図３】
2005222168.tif 000005
【図６】
2005222168.tif 000006
【図４】
2005222168.tif 000007
【図５】
2005222168.tif 000008
【図７】
2005222168.tif 000009
【図８】
2005222168.tif 000010
【図９】
2005222168.tif 000011