(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022026422
(43)【公開日】2022-02-10
(54)【発明の名称】人材マッチングシステム
(51)【国際特許分類】
G06Q 10/10 20120101AFI20220203BHJP
G06Q 50/10 20120101ALI20220203BHJP
【ＦＩ】
G06Q10/10 322
G06Q50/10
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2020129892
(22)【出願日】2020-07-31
(71)【出願人】
【識別番号】520119208
【氏名又は名称】井上 耕次
(74)【代理人】
【識別番号】100125645
【弁理士】
【氏名又は名称】是枝 洋介
(74)【代理人】
【識別番号】100145609
【弁理士】
【氏名又は名称】楠屋 宏行
(74)【代理人】
【識別番号】100149490
【弁理士】
【氏名又は名称】羽柴 拓司
(72)【発明者】
【氏名】井上 耕次
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049AA08
5L049CC11
(57)【要約】
【課題】求人者と求職者とのマッチングを手軽且つ効率的に促進することが可能な人材マッチングシステムの提供を課題とする。
【解決手段】求人者端末２０と、求職者端末３０と、求人者端末２０と求職者端末３０との間を仲介する管理装置とを備え、管理装置は、求人者情報を登録する求人者情報登録手段と、求職者情報を登録する求職者情報登録手段と、求人者情報登録手段に登録された求人者情報と、求職者情報登録手段に登録された求職者情報とを表示するサイトとを備えると共に、求人者好意表示を送信可能な求人者好意表示送信手段と、求職者好意表示を送信可能な求職者好意表示送信手段とを更に備え、且つ、求人者好意表示を受信した求職者が、求人者に対して求職者好意表示を送信した場合と、求職者好意表示を受信した求人者が、求職者に対して求人者好意表示を送信した場合との何れかの場合に限ってマッチングが成立する処理を行う人材マッチングシステムである。
【選択図】 図１
【解決手段】求人者端末２０と、求職者端末３０と、求人者端末２０と求職者端末３０との間を仲介する管理装置とを備え、管理装置は、求人者情報を登録する求人者情報登録手段と、求職者情報を登録する求職者情報登録手段と、求人者情報登録手段に登録された求人者情報と、求職者情報登録手段に登録された求職者情報とを表示するサイトとを備えると共に、求人者好意表示を送信可能な求人者好意表示送信手段と、求職者好意表示を送信可能な求職者好意表示送信手段とを更に備え、且つ、求人者好意表示を受信した求職者が、求人者に対して求職者好意表示を送信した場合と、求職者好意表示を受信した求人者が、求職者に対して求人者好意表示を送信した場合との何れかの場合に限ってマッチングが成立する処理を行う人材マッチングシステムである。
【選択図】 図１
【特許請求の範囲】
【請求項1】
電気通信回線を介して、働き手を獲得したい求人者と、働き先を獲得したい求職者とのマッチングを行う人材マッチングシステムであって、求人者に関する求人者情報を提供する求人者端末と、求職者に関する求職者情報を提供する求職者端末と、前記求人者端末と前記求職者端末との間を仲介する管理装置とを備え、前記管理装置は、前記求人者情報を登録する求人者情報登録手段と、前記求職者情報を登録する求職者情報登録手段と、前記求人者情報登録手段に登録された求人者情報と、前記求職者情報登録手段に登録された求職者情報とを表示するサイトとを備えると共に、前記サイトに表示される求職者のうち、前記求人者がマッチングを希望する求職者に対して好意を持っていることを示す求人者好意表示を送信可能な求人者好意表示送信手段と、前記サイトに表示される求人者のうち、前記求職者がマッチングを希望する求人者に対して好意を持っていることを示す求職者好意表示を送信可能な求職者好意表示送信手段とを更に備え、且つ、前記求人者好意表示を受信した求職者が、求人者好意表示を送信した求人者に対して求職者好意表示を送信した場合と、前記求職者好意表示を受信した求人者が、求職者好意表示を送信した求職者に対して求人者好意表示を送信した場合との何れかの場合に限ってマッチングが成立する処理を行うことを特徴とする人材マッチングシステム。
【請求項2】
管理装置は、求人者がサイトに表示される求職者情報を閲覧する際、求人者が指定する検索条件に合致する求職者情報を抽出する求職者情報抽出手段と、求職者がサイトに表示される求人者情報を閲覧する際、求職者が指定する検索条件に合致する求人者情報を抽出する求人者情報抽出手段とを備えると共に、求職者が指定した検索条件を所定数まで保存可能な求職者検索条件保存手段を更に備え、前記求職者検索条件保存手段を介して保存された保存済み検索条件に合致する求人者情報が新たに求人者情報登録手段に登録された場合に、保存済み検索条件を指定した求職者に対して通知を行うことを特徴とする請求項１に記載の人材マッチングシステム。
【請求項3】
管理装置は、求人者好意表示送信手段を介して求人者から求職者に求人者好意表示が送信された場合には、送信された求職者に対して求人者好意表示が送信された旨の通知を行う求人者好意表示通知手段と、求職者好意表示送信手段を介して求職者から求人者に求職者好意表示が送信された場合には、送信された求人者に対して求職者好意表示が送信された旨の通知を行う求職者好意表示通知手段とを備えることを特徴とする請求項１又は２に記載の人材マッチングシステム。
【請求項4】
求人者好意表示は、単語、記号、図形、絵文字、スタンプなど、求人者の好意を求職者が一見して把握可能な一見把握型好意表示と、文章、動画など、求人者の好意を求職者が一見して把握不能な非一見把握型好意表示とで構成されることを特徴とする請求項１～３の何れか１項に記載の人材マッチングシステム。
【請求項5】
求人者情報は、事業所に関する情報からなる事業所情報と、求人票に関する情報からなる求人票情報との少なくとも二種類で構成されることを特徴とする請求項１～４の何れか１項に記載の人材マッチングシステム。
【請求項6】
管理装置は、求人者が人材マッチングシステムを利用するに際して、所定の行為を行う場合に消費することが必要なポイント数に応じた課金を求人者に対して行う課金手段を備えると共に、前記課金手段は、求人者が求人者情報登録手段を介して求人者情報を登録する際に課金と課金に対する決済を行う登録時課金決済処理と、求人者が求職者に対して求人者好意表示を送信する場合など、求人者情報の登録後に求人者が行う行為に対して課金と決済を行う登録後課金決済処理とを備え、前記登録時課金決済処理においては、求人者に付与する予め定めた所定のポイント数に応じた課金と課金に対するクレジット決済を行い、前記登録後課金決済処理においては、求人者が保有するポイント数が一定のポイント数を下回った場合毎に、自動的に、前記所定のポイント数を求人者に付与すると共に、前記所定のポイント数に応じた課金と課金に対するクレジット決済を行うことを特徴とする請求項１～５の何れか１項に記載の人材マッチングシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、働き手を獲得したい求人者と、働き先を獲得したい求職者とのマッチングを行う人材マッチングシステムに関する。
【背景技術】
【0002】
従来、働き手を獲得したい求人者と、働き先を獲得したい求職者とのマッチングを行うマッチングシステムは数多く開発されている。そのような従来技術を示すものとして、例えば、下記特許文献１がある。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１９－２１５８３６号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
上記特許文献１は、人材マッチングシステムに関する発明で、求職者の情報入力の負担を減らすことで、簡便に人材マッチングを実現することができるというメリットがある。
しかしながら、あくまで求人者が入力した求人者情報に基づくキーワードと、求職者が入力した求職者情報に基づくキーワードとの照合をサーバが行い、照合結果を求人者端末若しくは求職者端末に送信するような構成であるため、求人者或いは求職者がシステム上で能動的に相手方にアプローチできるようなものではなく、求人者と求職者との効率的なマッチングを促進するようなものではないという問題があった。
しかしながら、あくまで求人者が入力した求人者情報に基づくキーワードと、求職者が入力した求職者情報に基づくキーワードとの照合をサーバが行い、照合結果を求人者端末若しくは求職者端末に送信するような構成であるため、求人者或いは求職者がシステム上で能動的に相手方にアプローチできるようなものではなく、求人者と求職者との効率的なマッチングを促進するようなものではないという問題があった。
【0005】
そこで、本発明は上記従来における問題点を解決し、求人者と求職者とのマッチングを手軽且つ効率的に促進することが可能な人材マッチングシステムの提供を課題とする。
【課題を解決するための手段】
【0006】
上記課題を達成するため、本発明の人材マッチングシステムは、電気通信回線を介して、働き手を獲得したい求人者と、働き先を獲得したい求職者とのマッチングを行う人材マッチングシステムであって、求人者に関する求人者情報を提供する求人者端末と、求職者に関する求職者情報を提供する求職者端末と、前記求人者端末と前記求職者端末との間を仲介する管理装置とを備え、前記管理装置は、前記求人者情報を登録する求人者情報登録手段と、前記求職者情報を登録する求職者情報登録手段と、前記求人者情報登録手段に登録された求人者情報と、前記求職者情報登録手段に登録された求職者情報とを表示するサイトとを備えると共に、前記サイトに表示される求職者のうち、前記求人者がマッチングを希望する求職者に対して好意を持っていることを示す求人者好意表示を送信可能な求人者好意表示送信手段と、前記サイトに表示される求人者のうち、前記求職者がマッチングを希望する求人者に対して好意を持っていることを示す求職者好意表示を送信可能な求職者好意表示送信手段とを更に備え、且つ、前記求人者好意表示を受信した求職者が、求人者好意表示を送信した求人者に対して求職者好意表示を送信した場合と、前記求職者好意表示を受信した求人者が、求職者好意表示を送信した求職者に対して求人者好意表示を送信した場合との何れかの場合に限ってマッチングが成立する処理を行うことを第１の特徴としている。
また、本発明の人材マッチングシステムは、上記第１の特徴に加えて、管理装置は、求人者がサイトに表示される求職者情報を閲覧する際、求人者が指定する検索条件に合致する求職者情報を抽出する求職者情報抽出手段と、求職者がサイトに表示される求人者情報を閲覧する際、求職者が指定する検索条件に合致する求人者情報を抽出する求人者情報抽出手段とを備えると共に、求職者が指定した検索条件を所定数まで保存可能な求職者検索条件保存手段を更に備え、前記求職者検索条件保存手段を介して保存された保存済み検索条件に合致する求人者情報が新たに求人者情報登録手段に登録された場合に、保存済み検索条件を指定した求職者に対して通知を行うことを第２の特徴としている。
また、本発明の人材マッチングシステムは、上記第１又は第２の特徴に加えて、管理装置は、求人者好意表示送信手段を介して求人者から求職者に求人者好意表示が送信された場合には、送信された求職者に対して求人者好意表示が送信された旨の通知を行う求人者好意表示通知手段と、求職者好意表示送信手段を介して求職者から求人者に求職者好意表示が送信された場合には、送信された求人者に対して求職者好意表示が送信された旨の通知を行う求職者好意表示通知手段とを備えることを第３の特徴としている。
また、本発明の人材マッチングシステムは、上記第１～第３の何れか１項の特徴に加えて、求人者好意表示は、単語、記号、図形、絵文字、スタンプなど、求人者の好意を求職者が一見して把握可能な一見把握型好意表示と、文章、動画など、求人者の好意を求職者が一見して把握不能な非一見把握型好意表示とで構成されることを第４の特徴としている。
また、本発明の人材マッチングシステムは、上記第１～第４の何れか１項の特徴に加えて、求人者情報は、事業所に関する情報からなる事業所情報と、求人票に関する情報からなる求人票情報との少なくとも二種類で構成されることを第５の特徴としている。
また、本発明の人材マッチングシステムは、上記第１～第５の何れか１つの特徴に加えて、管理装置は、求人者が人材マッチングシステムを利用するに際して、所定の行為を行う場合に消費することが必要なポイント数に応じた課金を求人者に対して行う課金手段を備えると共に、前記課金手段は、求人者が求人者情報登録手段を介して求人者情報を登録する際に課金と課金に対する決済を行う登録時課金決済処理と、求人者が求職者に対して求人者好意表示を送信する場合など、求人者情報の登録後に求人者が行う行為に対して課金と決済を行う登録後課金決済処理とを備え、前記登録時課金決済処理においては、求人者に付与する予め定めた所定のポイント数に応じた課金と課金に対するクレジット決済を行い、前記登録後課金決済処理においては、求人者が保有するポイント数が一定のポイント数を下回った場合毎に、自動的に、前記所定のポイント数を求人者に付与すると共に、前記所定のポイント数に応じた課金と課金に対するクレジット決済を行うことを第６の特徴としている。
また、本発明の人材マッチングシステムは、上記第１の特徴に加えて、管理装置は、求人者がサイトに表示される求職者情報を閲覧する際、求人者が指定する検索条件に合致する求職者情報を抽出する求職者情報抽出手段と、求職者がサイトに表示される求人者情報を閲覧する際、求職者が指定する検索条件に合致する求人者情報を抽出する求人者情報抽出手段とを備えると共に、求職者が指定した検索条件を所定数まで保存可能な求職者検索条件保存手段を更に備え、前記求職者検索条件保存手段を介して保存された保存済み検索条件に合致する求人者情報が新たに求人者情報登録手段に登録された場合に、保存済み検索条件を指定した求職者に対して通知を行うことを第２の特徴としている。
また、本発明の人材マッチングシステムは、上記第１又は第２の特徴に加えて、管理装置は、求人者好意表示送信手段を介して求人者から求職者に求人者好意表示が送信された場合には、送信された求職者に対して求人者好意表示が送信された旨の通知を行う求人者好意表示通知手段と、求職者好意表示送信手段を介して求職者から求人者に求職者好意表示が送信された場合には、送信された求人者に対して求職者好意表示が送信された旨の通知を行う求職者好意表示通知手段とを備えることを第３の特徴としている。
また、本発明の人材マッチングシステムは、上記第１～第３の何れか１項の特徴に加えて、求人者好意表示は、単語、記号、図形、絵文字、スタンプなど、求人者の好意を求職者が一見して把握可能な一見把握型好意表示と、文章、動画など、求人者の好意を求職者が一見して把握不能な非一見把握型好意表示とで構成されることを第４の特徴としている。
また、本発明の人材マッチングシステムは、上記第１～第４の何れか１項の特徴に加えて、求人者情報は、事業所に関する情報からなる事業所情報と、求人票に関する情報からなる求人票情報との少なくとも二種類で構成されることを第５の特徴としている。
また、本発明の人材マッチングシステムは、上記第１～第５の何れか１つの特徴に加えて、管理装置は、求人者が人材マッチングシステムを利用するに際して、所定の行為を行う場合に消費することが必要なポイント数に応じた課金を求人者に対して行う課金手段を備えると共に、前記課金手段は、求人者が求人者情報登録手段を介して求人者情報を登録する際に課金と課金に対する決済を行う登録時課金決済処理と、求人者が求職者に対して求人者好意表示を送信する場合など、求人者情報の登録後に求人者が行う行為に対して課金と決済を行う登録後課金決済処理とを備え、前記登録時課金決済処理においては、求人者に付与する予め定めた所定のポイント数に応じた課金と課金に対するクレジット決済を行い、前記登録後課金決済処理においては、求人者が保有するポイント数が一定のポイント数を下回った場合毎に、自動的に、前記所定のポイント数を求人者に付与すると共に、前記所定のポイント数に応じた課金と課金に対するクレジット決済を行うことを第６の特徴としている。
【発明の効果】
【0007】
上記第１の特徴による人材マッチングシステムによれば、求人者側と求職者側とのどちらからでも好意を持った相手方にアプローチできる。よって、特に求人者側にとっては、求職者からのアプローチとは別に、自ら有望な人材にアプローチすることが可能となるため、優秀な人材の確保を効率的且つ能動的に行うことが可能な人材マッチングシステムとすることができる。
また、求人者側と求職者側とのどちらからの好意表示も相手方に対して好意を持っていることが予め認識されている構成である為、マッチングの成立をより迅速に促進可能な人材マッチングシステムとすることができる。
また、求人者側と求職者側とのどちらからの好意表示も相手方に対して好意を持っていることが予め認識されている構成である為、マッチングの成立をより迅速に促進可能な人材マッチングシステムとすることができる。
【0008】
また、上記第２の特徴による人材マッチングシステムによれば、求職者情報抽出手段と求人者情報抽出手段とを備える構成とすることで、求人者と求職者とがより効率的に互いの検索を行うことができ、利便性の高い人材マッチングシステムとすることができる。
また、求職者検索条件保存手段と備えると共に、求職者検索条件保存手段を介して保存された保存済み検索条件に合致する求人者情報が新たに求人者情報登録手段に登録された場合に、保存済み検索条件を指定した求職者に対して通知を行う構成とすることで、求職者の検索負担を大幅に軽減でき、マッチングの成立を一段と迅速化可能な人材マッチングシステムとすることができる。
また、求職者検索条件保存手段と備えると共に、求職者検索条件保存手段を介して保存された保存済み検索条件に合致する求人者情報が新たに求人者情報登録手段に登録された場合に、保存済み検索条件を指定した求職者に対して通知を行う構成とすることで、求職者の検索負担を大幅に軽減でき、マッチングの成立を一段と迅速化可能な人材マッチングシステムとすることができる。
【0009】
また、上記第３の特徴による人材マッチングシステムによれば、上記第１又は２の特徴による作用効果に加えて、求人者好意表示通知手段と求職者好意表示通知手段とを備える構成とすることで、好意表示が送信されたことを迅速に知ることが可能となり、一段と利便性の高い人材マッチングシステムとすることができる。
【0010】
また、上記第４の特徴による人材マッチングシステムによれば、上記第１～第３の何れか１つの特徴による作用効果に加えて、一見把握型好意表示により求職者は瞬時に求人者の好意を把握することができる。また、非一見把握型好意表示により、求人者は求職者に対して、自らが好意を持った理由をより具体的に知らせることが可能となる。従って、一段と効率的に求人者と求職者とのマッチングを実現可能な人材マッチングシステムとすることができる。
【0011】
また、上記第５の特徴による人材マッチングシステムによれば、上記第１～第４の何れか１つの特徴による作用効果に加えて、求職者は、求人者が提供する求人票の内容だけでなく、事業所の雰囲気を予め確認することが可能となる。よって、求人者にとっては求人票だけでは伝えることができない職場の雰囲気を求職者に伝えることが可能となり、求職者にとっては求人票からだけでは知ることができない実際の職場の雰囲気を予めわかった上で応募するかどうかを検討することができ、求人者、求職者の両者にとって利便性の高い人材マッチングシステムとすることができる。
【0012】
また、上記第６の特徴による人材マッチングシステムによれば、上記第１～第５の何れか１つの特徴による作用効果に加えて、求人者に対する課金手段を管理装置が備える構成とすることで、システム運営者は収益を上げることが可能となる。また、登録後課金処理においては、求人者が保有するポイント数が一定のポイント数を下回った場合毎に、自動的に、所定のポイント数を求人者に付与すると共に、所定のポイント数に応じた課金と課金に対するクレジット決済を行う構成とすることで、求人者が人材マッチングシステムを利用するに際して必要なポイントの取得に係る手間を大幅に削減することができ、一段と利便性の高い人材マッチングシステムとすることができる。
【図面の簡単な説明】
【0013】
【図1】本発明の実施形態に係る人材マッチングシステムのシステム構成を示す図である。
【図2】本発明の実施形態に係る人材マッチングシステムの機能ブロック図である。
【図3】本発明の実施形態に係る人材マッチングシステムの機能ブロック図である。
【図4】本発明の実施形態に係る人材マッチングシステムにおける求人者情報登録処理の流れを示す図である。
【図5】本発明の実施形態に係る人材マッチングシステムにおけるクリニック情報登録処理の流れを示す図である。
【図6】本発明の実施形態に係る人材マッチングシステムにおける求職者情報登録処理の流れを示す図である。
【図7】本発明の実施形態に係る人材マッチングシステムにおける求職者情報登録処理の流れを示す図である。
【図8】本発明の実施形態に係る人材マッチングシステムにおいて、求人者が求職者を検索する処理の流れを示す図である。
【図9】本発明の実施形態に係る人材マッチングシステムにおいて、求職者がクリニックを検索する処理の流れを示す図である。
【図10】本発明の実施形態に係る人材マッチングシステムにおいて、求職者が求人票を検索する処理の流れを示す図である。
【図11】本発明の実施形態に係る人材マッチングシステムにおけるサイトのトップページ画面を模式的に示す図である。
【図12】本発明の実施形態に係る人材マッチングシステムにおけるサイトのヘッダー画面、フッター画面を模式的に示す図である。
【図13】本発明の実施形態に係る人材マッチングシステムにおけるサイトのヘッダー画面、フッター画面を模式的に示す図である。
【図14】本発明の実施形態に係る人材マッチングシステムにおけるサイトのクリニックのプロフィール画面を模式的に示す図である。
【図15】本発明の実施形態に係る人材マッチングシステムにおけるサイトの求職者のプロフィール画面を模式的に示す図である。
【図16】本発明の実施形態に係る人材マッチングシステムにおけるサイトの求職者検索画面を模式的に示す図である。
【図17】本発明の実施形態に係る人材マッチングシステムにおけるサイトのクリニック検索画面を模式的に示す図である。
【図18】本発明の実施形態に係る人材マッチングシステムにおけるサイトの求人票検索画面を模式的に示す図である。
【図19】本発明の実施形態に係る人材マッチングシステムにおけるサイトの求人票画面を模式的に示す図である。
【図20】本発明の実施形態に係る人材マッチングシステムにおけるサイトの求職者検索条件保存画面を模式的に示す図である。
【図21】本発明の実施形態に係る人材マッチングシステムにおけるサイトの求職者マイページ画面を模式的に示す図である。
【図22】本発明の実施形態に係る人材マッチングシステムにおけるサイトの求職者マイページ画面を模式的に示す図である。
【発明を実施するための形態】
【0014】
以下、各図面を参照して、本発明の実施形態に係る人材マッチングシステムを説明し、本発明の理解に供する。しかし、以下の説明は特許請求の範囲に記載の本発明を限定するものではない。
【0015】
本発明の実施形態に係る人材マッチングシステム１は、図１に示すように、電気通信回線１０を介して、働き手を獲得したい求人者２と、働き先を獲得したい求職者３とのマッチングを行うシステムである。
なお、以下においては、求人者２をクリニック（医院）とし、求職者３を医師、看護師などの医療従事者として、以下の説明を行うものとする。
勿論、本発明の人材マッチングシステムは、医療業界だけで使用されるものではなく、他のいかなる業界、業種でも使用可能なものである。
なお、以下においては、求人者２をクリニック（医院）とし、求職者３を医師、看護師などの医療従事者として、以下の説明を行うものとする。
勿論、本発明の人材マッチングシステムは、医療業界だけで使用されるものではなく、他のいかなる業界、業種でも使用可能なものである。
【0016】
この人材マッチングシステム１は、図１に示すように、電気通信回線１０と、求人者端末２０と、求職者端末３０と、サーバ４０と、サイト５０とで構成される。
なお、実際の人材マッチングシステム１においては、求人者端末２０と、求職者端末３０とは、それぞれ複数存在するものであるが、図１においては説明の便宜上、それぞれを代表する３台のみを図示するものとする。
なお、実際の人材マッチングシステム１においては、求人者端末２０と、求職者端末３０とは、それぞれ複数存在するものであるが、図１においては説明の便宜上、それぞれを代表する３台のみを図示するものとする。
【0017】
前記電気通信回線１０は、いわゆるインターネット接続網であり、求人者端末２０と、求職者端末３０との間で各種情報のやり取りを可能とするための回線である。
【0018】
前記求人者端末２０は、働き手を獲得したいクリニック（医院）の従業員などの求人者２が操作する端末で、主として電気通信回線１０を介して接続されるサーバ４０との間でクリニックに関する事業所情報データや求人内容に関する求人票データ、その他の各種データを送受信する。
また、求人者端末２０としては、例えばパーソナルコンピュータ、移動体通信端末（例えば、携帯電話）等、電気通信回線１０と接続可能な各種端末を用いることができる。
また、求人者端末２０としては、例えばパーソナルコンピュータ、移動体通信端末（例えば、携帯電話）等、電気通信回線１０と接続可能な各種端末を用いることができる。
【0019】
この求人者端末２０は図２（ａ）に示すように、制御部２１と、記憶部２２と、通信部２３と、表示部２４と、操作部２５とで構成される。
【0020】
前記制御部２１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）からなり、記憶部２２に格納されているＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種プログラムに基づき、本システムの制御や各種処理の指示を行うためのものである。
【0021】
前記記憶部２２は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）とＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含み、制御部２１が各部を制御するための制御プログラムや各種データ等を記憶するためのものである。
【0022】
前記通信部２３は、電気通信回線１０を介してサーバ４０との間で各種データの送受信や各種処理コマンドの送信を行う機能やセキュリティ機能を求人者端末２０に付与するためのものである。
【0023】
前記表示部２４は、主として、求人者端末２０で入出力を行う各種データや、サーバ４０との間で送受信する各種データを表示するためのもので、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）等からなるディスプレイと、これを駆動するためのディスプレイ駆動回路を備える。このディスプレイ駆動回路は、求人者端末２０が受信した信号データに基づいてディスプレイを駆動する。これによってディスプレイに画像データや文字データ等の各種情報が表示される。なお、表示されるデータは、画像データ、文字データ、音声データ、動画データ等、如何なる形式のデータであってもよい。
【0024】
前記操作部２５は、求人者端末２０の各種操作や各種指示を行うためのもので、例えばタッチパネルや操作ボタン等で形成される。
【0025】
求人者２が提供する求人者情報データは、この求人者端末２０を用いて電気通信回線１０を介してサーバ４０に送信されて記憶される。
なお、ここで「求人者情報データ」とは、求人者が提供する事業所情報データ（事業所名、所在地、連絡先など）と、求人者が提供する求人票情報データ（募集職種、雇用形態、始業時間、就業時間、最低時給、最低月給、最寄り駅、勤務地、仕事内容、諸手当、休憩時間、休憩ルームの有無、診療科目など）をはじめ、サーバ４０によって求人者２に個別に割り当てられるＩＤ（ＩＤＥＮＴＩＴＹ ＤＯＣＵＭＥＮＴ）やログインパスワードなどを含むものである。また、そのデータ形式は、静止画像、動画、音声、音楽等、電子データとして送受信可能な各種データ全てを含む概念である。
また、サーバ４０に送信された求人者情報データは、サイト５０に備える求人者を紹介するページに表示されて、求職者３や求人者２が閲覧可能となる。
なお、ここで「求人者情報データ」とは、求人者が提供する事業所情報データ（事業所名、所在地、連絡先など）と、求人者が提供する求人票情報データ（募集職種、雇用形態、始業時間、就業時間、最低時給、最低月給、最寄り駅、勤務地、仕事内容、諸手当、休憩時間、休憩ルームの有無、診療科目など）をはじめ、サーバ４０によって求人者２に個別に割り当てられるＩＤ（ＩＤＥＮＴＩＴＹ ＤＯＣＵＭＥＮＴ）やログインパスワードなどを含むものである。また、そのデータ形式は、静止画像、動画、音声、音楽等、電子データとして送受信可能な各種データ全てを含む概念である。
また、サーバ４０に送信された求人者情報データは、サイト５０に備える求人者を紹介するページに表示されて、求職者３や求人者２が閲覧可能となる。
【0026】
前記求職者端末３０は、働き先を獲得したい求職者３が操作する移動体通信端末（例えば、携帯電話）で、主として電気通信回線１０を介して接続されるサーバ４０との間で求職者３に関する求職者情報データや、その他の各種データを送受信する。
なお、ここで「求職者情報データ」とは、求職者３の求職者３の氏名、住所、性別などの求職者３自身に関連する情報や、希望職種、希望勤務地、希望雇用形態、希望最低時給、希望最低月給などの希望する雇用条件に関する情報や、サーバ４０によって求職者３に個別に割り当てられるＩＤやログインパスワードなどを含むものである。また、そのデータ形式は、静止画像、動画、音声、音楽等、電子データとして送受信可能なデータ全てを含む概念である。
また、本実施形態においては、求職者３０として移動体通信端末（例えば、携帯電話）を用いる構成としたが、必ずしもこのような構成に限るものではない。例えばパーソナルコンピュータ等、電気通信回線１０と接続可能な他の各種端末を用いる構成としてもよい。
なお、ここで「求職者情報データ」とは、求職者３の求職者３の氏名、住所、性別などの求職者３自身に関連する情報や、希望職種、希望勤務地、希望雇用形態、希望最低時給、希望最低月給などの希望する雇用条件に関する情報や、サーバ４０によって求職者３に個別に割り当てられるＩＤやログインパスワードなどを含むものである。また、そのデータ形式は、静止画像、動画、音声、音楽等、電子データとして送受信可能なデータ全てを含む概念である。
また、本実施形態においては、求職者３０として移動体通信端末（例えば、携帯電話）を用いる構成としたが、必ずしもこのような構成に限るものではない。例えばパーソナルコンピュータ等、電気通信回線１０と接続可能な他の各種端末を用いる構成としてもよい。
【0027】
この求職者端末３０は図２（ｂ）に示すように、制御部３１と、記憶部３２と、通信部３３と、表示部３４と、操作部３５とで構成される。
【0028】
前記制御部３１と、記憶部３２と、通信部３３と、表示部３４と、操作部３５の主たる機能や構成は、既述した求人者端末２０の制御部２１と、記憶部２２と、通信部２３と、表示部２４と、操作部２５と同一のものであることから、詳細な説明は省略するものとする。
【0029】
求職者３が提供する求職者情報データは、この求職者端末３０を用いて電気通信回線１０を介してサーバ４０に送信されて記憶される。
また、サーバ４０に送信された求職者情報データは、サイト５０に備える求職者を紹介するページに表示されて、求人者２や求職者３が閲覧可能となる。
また、サーバ４０に送信された求職者情報データは、サイト５０に備える求職者を紹介するページに表示されて、求人者２や求職者３が閲覧可能となる。
【0030】
前記サーバ４０は、本人材マッチングシステム１の運営者が管理するサーバで、人材マッチングシステム１を管理、運営する管理装置として機能するものである。より具体的には、主として、求人者端末２０と求職者端末３０との間の情報のやり取りを仲介する機能を果たすものである。このサーバ４０は図３（ｂ）に示すように、主として制御部５１と、記憶部５２と、通信部５３とで構成される。
なお、ここで「運営者が管理する」とは、運営者が直接的に管理する場合と、運営者が間接的に管理する場合の両方を含む概念である。より具体的には、運営者が自ら所有するサーバ４０で本システムを管理、運用する場合と、第三者が所有するサーバ４０を用いて本システムを管理、運用する場合の両方を含む概念である。
なお、ここで「運営者が管理する」とは、運営者が直接的に管理する場合と、運営者が間接的に管理する場合の両方を含む概念である。より具体的には、運営者が自ら所有するサーバ４０で本システムを管理、運用する場合と、第三者が所有するサーバ４０を用いて本システムを管理、運用する場合の両方を含む概念である。
【0031】
前記制御部５１は、人材マッチングシステム１を運営、管理するプログラムを保有すると共に、本システムを運営、管理するための所定の処理を行う機能を有するものである。
本実施形態においては、制御部５１は、主に以下の処理を行う。より具体的には、以下の処理を行うための各種コマンドを実行する。
本実施形態においては、制御部５１は、主に以下の処理を行う。より具体的には、以下の処理を行うための各種コマンドを実行する。
【0032】
本システムを機能させるためのサイト５０を管理、運営、更新する処理と、求人者２に関する求人者情報を登録する処理と、求職者３に関する求職者情報を登録する処理と、登録された求人者情報と登録された求職者情報とをサイト５０に表示させる処理である。
また、求人者２がサイト５０に表示される求職者情報を閲覧して、マッチングを希望する求職者３を検索する求職者検索処理である。具体的には、求人者２がサイト５０に表示される求職者情報を閲覧する際、求人者２が指定する検索条件に合致する求職者情報を抽出する処理を行う。また、求人者２がマッチングを希望する求職者３に対して、求人者２が好意を持っていることを示す求人者好意表示を送信する処理と、求人者好意表示が求職者３に送信された場合に、送信された求職者３に求人者好意表示が送信された旨の通知を行う処理である。なお、ここで「求人者好意表示」とは、本実施形態においては、単語、記号、図形、絵文字、スタンプなど、求人者２の求職者３に対する好意を求職者３が一見して把握可能な一見把握型好意表示と、文章、動画など、求人者２の好意を求職者３が一見して把握不能な非一見把握型好意表示とを含む概念である。更に、「通知」とは、メールによる通知、端末へのプッシュ通知、サイト５０に表示される求職者情報への数字入りのフラグ（目印）による通知など、電気通信回線１０を介して送受信可能な各種通知を含む概念である。
また、求人者２が人材マッチングシステム１を利用するに際して、予め定めた所定の行為を行う場合に消費することが必要なポイント数に応じた課金と課金に対する決済を求人者２に対して行う処理である。なお、本実施形態においては、人材マッチングシステム１に登録した求人者２が行う行為毎に予め定めたポイント数の消費が必要な構成としてあり、求人者２の本システムへの登録時に、所定数のポイントの付与とそのポイントに応じた課金と課金に対するクレジット決済とを行う登録時課金決済処理を行う構成としてある。
更に、求人者２が本システム登録後に所望の行為を行い、ポイント数を消費した場合には、求人者２が保有するポイント数が一定のポイント数を下回った場合毎に、自動的に、登録時に付与する所定のポイント数と同じポイント数を求人者２に付与すると共に、前記所定のポイント数に応じた課金と課金に対するクレジット決済を行う登録後課金決済処理を行う構成としてある。
なお、「求人者２」が行う行為とは、例えば、求職者３に対して求人者好意表示を送信する行為や、求人者２が求職者３の求職者情報を検索条件を指定して検索する行為や、求人者２が自己の登録情報の修正や追加を行う行為などがある。
また、求人者２がサイト５０に表示される求職者情報を閲覧して、マッチングを希望する求職者３を検索する求職者検索処理である。具体的には、求人者２がサイト５０に表示される求職者情報を閲覧する際、求人者２が指定する検索条件に合致する求職者情報を抽出する処理を行う。また、求人者２がマッチングを希望する求職者３に対して、求人者２が好意を持っていることを示す求人者好意表示を送信する処理と、求人者好意表示が求職者３に送信された場合に、送信された求職者３に求人者好意表示が送信された旨の通知を行う処理である。なお、ここで「求人者好意表示」とは、本実施形態においては、単語、記号、図形、絵文字、スタンプなど、求人者２の求職者３に対する好意を求職者３が一見して把握可能な一見把握型好意表示と、文章、動画など、求人者２の好意を求職者３が一見して把握不能な非一見把握型好意表示とを含む概念である。更に、「通知」とは、メールによる通知、端末へのプッシュ通知、サイト５０に表示される求職者情報への数字入りのフラグ（目印）による通知など、電気通信回線１０を介して送受信可能な各種通知を含む概念である。
また、求人者２が人材マッチングシステム１を利用するに際して、予め定めた所定の行為を行う場合に消費することが必要なポイント数に応じた課金と課金に対する決済を求人者２に対して行う処理である。なお、本実施形態においては、人材マッチングシステム１に登録した求人者２が行う行為毎に予め定めたポイント数の消費が必要な構成としてあり、求人者２の本システムへの登録時に、所定数のポイントの付与とそのポイントに応じた課金と課金に対するクレジット決済とを行う登録時課金決済処理を行う構成としてある。
更に、求人者２が本システム登録後に所望の行為を行い、ポイント数を消費した場合には、求人者２が保有するポイント数が一定のポイント数を下回った場合毎に、自動的に、登録時に付与する所定のポイント数と同じポイント数を求人者２に付与すると共に、前記所定のポイント数に応じた課金と課金に対するクレジット決済を行う登録後課金決済処理を行う構成としてある。
なお、「求人者２」が行う行為とは、例えば、求職者３に対して求人者好意表示を送信する行為や、求人者２が求職者３の求職者情報を検索条件を指定して検索する行為や、求人者２が自己の登録情報の修正や追加を行う行為などがある。
【0033】
また、求職者３がサイト５０に表示される求人者情報を閲覧して、マッチングを希望する求人者２を検索する求人者検索処理である。具体的には、求職者３がサイト５０に表示される求人者情報を閲覧する際、求職者３が指定する検索条件に合致する求人者情報を抽出する処理を行う。また、求職者３がマッチング希望する求人者２に対して、求職者３が好意を持っていることを示す求職者好意表示を送信する処理と、求職者好意表示が求人者２に送信された場合に、送信された求人者２に求職者好意表示が送信された旨の通知を行う処理である。なお、ここで「求職者好意表示」とは、本実施形態においては、単語、記号、図形、絵文字、スタンプなど、求職者３の求人者２に対する好意を求人者２が一見して把握可能な一見把握型好意表示を意味するものである。勿論、「求職者好意表示」は一見把握型好意表示に限るものではなく、文章、動画など、求職者３の求人者２に対する好意を求人者２が一見して把握不能な非一見把握型好意表示を含むものとしてもよい。
更に、「通知」とは、メールによる通知、端末へのプッシュ通知、サイト５０に表示される求人者情報への数字入りのフラグ（目印）による通知など、電気通信貝瀬１０を介して送受信可能な各種通知を含む概念である。
また、求職者３が求人者２の検索を行う際に指定した検索条件を所定数まで保存する求職者検索条件保存処理である。また、求職者検索条件保存処理が実行されて保存された保存済み検索条件に合致する求人者情報が新たに求人者情報登録手段に登録された場合に、保存済み検索条件を指定した求職者３に対して通知を行う処理である。ここで「通知」とは、メールによる通知、端末へのプッシュ通知、サイト５０に表示される求職者情報への数字入りのフラグ（目印）による通知など、電気通信回線１０を介して送受信可能な各種通知を含む概念である。
更に、「通知」とは、メールによる通知、端末へのプッシュ通知、サイト５０に表示される求人者情報への数字入りのフラグ（目印）による通知など、電気通信貝瀬１０を介して送受信可能な各種通知を含む概念である。
また、求職者３が求人者２の検索を行う際に指定した検索条件を所定数まで保存する求職者検索条件保存処理である。また、求職者検索条件保存処理が実行されて保存された保存済み検索条件に合致する求人者情報が新たに求人者情報登録手段に登録された場合に、保存済み検索条件を指定した求職者３に対して通知を行う処理である。ここで「通知」とは、メールによる通知、端末へのプッシュ通知、サイト５０に表示される求職者情報への数字入りのフラグ（目印）による通知など、電気通信回線１０を介して送受信可能な各種通知を含む概念である。
【0034】
また、求人者情報、求職者情報を登録する処理として、制御部５１は、求人者２、求職者３にそれぞれ固有のＩＤ（本実施形態においては、メールアドレスが該当）とパスワードを付与し、記憶部４２に記憶させる処理を行う。また、求人者２が提供する求人者情報データと、求職者３が提供する求職者情報データとに、それぞれ固有の識別コードを付与し、記憶部４２に記憶させる処理を行う。なお、この際、求人者２に付与されるＩＤと、求人者情報データに付与される識別コードとを紐付けて記憶部４２に記憶させる。同様に、求職者３に付与されるＩＤと、求職者情報データに付与される識別コードとを紐付けて記憶部４２に記憶させる。
加えて、本人材マッチングシステム１から求人者２、求職者３の登録を解除する場合には、解除する求人者２に関する各種情報（情報データ）、解除する求職者３に関する各種情報（情報データ）を人材マッチングシステム１から削除する処理を行う。
加えて、本人材マッチングシステム１から求人者２、求職者３の登録を解除する場合には、解除する求人者２に関する各種情報（情報データ）、解除する求職者３に関する各種情報（情報データ）を人材マッチングシステム１から削除する処理を行う。
【0035】
また、制御部５１は、既述した各処理に加えて、求人者端末２０や求職者端末３０がサーバ４０の照合を得ることが必要なデータ（ＩＤとパスワード等）についての認証も行う。
【0036】
既述したように、本実施形態においては、サーバ４０は、主として、本発明における求人者情報登録手段と、求職者情報登録手段と、求人者好意表示送信手段と、求職者好意表示送信手段と、求職者情報抽出手段と、求人者情報抽出手段と、求職者検索条件保存手段と、求人者２及び求職者３への各種通知手段（求人者好意表示通知手段、求職者好意表示通知手段とを含む）と、求人者２と求職者３とのマッチングを行う手段と、求人者２への課金手段と、を構成する。
【0037】
勿論、本システムを運営、管理するために制御部４１が行う処理は、上記に限るものではなく、適宜変更、追加が可能である。
【0038】
前記記憶部４２は、求人者端末２０、求職者端末３０に関わる情報等、予めサーバ４０に記憶させておくデータや各種プログラム、追加・修正のあったデータや各種プログラム等を記憶させておく機能を有するものである。
本実施形態においては図３（ｂ）に示すように、記憶部４２は、求人者情報データベース４２ａと、求職者情報データベース４２ｂと、マッチング情報データベース４２ｃとを備える。
本実施形態においては図３（ｂ）に示すように、記憶部４２は、求人者情報データベース４２ａと、求職者情報データベース４２ｂと、マッチング情報データベース４２ｃとを備える。
【0039】
前記求人者情報データベース４２ａは、求人者２に関する情報を記憶するためのものである。
求人者２に関する情報としては、本実施形態においては、事業所に関する情報からなる事業所情報として、事業所名、所在地、連絡先などがある。また、求人票に関する情報からなる求人票情報として、募集職種、雇用形態、始業時間、就業時間、最低時給、最低月給、最寄り駅、勤務地、仕事内容、諸手当、休憩時間、休憩ルームの有無、診療科目などがある。更に、求人者２に対する課金額とその支払いの有無や、サーバ４０によって求人者２に個別に割り当てられるＩＤやログインパスワードなどがある。勿論、求人者２に関する情報はこれらに限るものではなく、他の情報を含める構成としてもよい。
求人者２に関する情報としては、本実施形態においては、事業所に関する情報からなる事業所情報として、事業所名、所在地、連絡先などがある。また、求人票に関する情報からなる求人票情報として、募集職種、雇用形態、始業時間、就業時間、最低時給、最低月給、最寄り駅、勤務地、仕事内容、諸手当、休憩時間、休憩ルームの有無、診療科目などがある。更に、求人者２に対する課金額とその支払いの有無や、サーバ４０によって求人者２に個別に割り当てられるＩＤやログインパスワードなどがある。勿論、求人者２に関する情報はこれらに限るものではなく、他の情報を含める構成としてもよい。
【0040】
前記求職者情報データベース４２ｂは、求職者３に関する情報を記憶するためのものである。
求職者３に関する情報としては、本実施形態においては、氏名、住所、性別などの求職者３自身に関連する情報や、希望職種、希望勤務地、希望雇用形態、希望最低時給、希望最低月給などの希望する雇用条件に関する情報や、サーバ４０によって求職者３に個別に割り当てられるＩＤやログインパスワードなどがある。勿論、求職者３に関する情報はこれらに限るものではなく、他の情報を含める構成としてもよい。
求職者３に関する情報としては、本実施形態においては、氏名、住所、性別などの求職者３自身に関連する情報や、希望職種、希望勤務地、希望雇用形態、希望最低時給、希望最低月給などの希望する雇用条件に関する情報や、サーバ４０によって求職者３に個別に割り当てられるＩＤやログインパスワードなどがある。勿論、求職者３に関する情報はこれらに限るものではなく、他の情報を含める構成としてもよい。
【0041】
前記マッチング情報データ４２ｃは、求人者２と求職者３とのマッチングに関わる各種情報を記憶するためのものである。
マッチチングに関する情報としては、本実施形態においては、既にマッチングが成立している求人者２と求職者３との情報、マッチング成立日時、求人者好意表示や求職者好意表示の送信者情報、受信者情報、送受信された日時、マッチング成立の有無などがある。
マッチチングに関する情報としては、本実施形態においては、既にマッチングが成立している求人者２と求職者３との情報、マッチング成立日時、求人者好意表示や求職者好意表示の送信者情報、受信者情報、送受信された日時、マッチング成立の有無などがある。
【0042】
前記通信部４３は、電気通信回線１０を介して求人者端末２０と求職者端末３０との間で各種データの送受信を行う機能を有するものである。
【0043】
前記サイト５０は、求人者情報登録手段に登録された求人者情報と、求職者情報登録手段に登録された求職者情報とを表示すると共に、求人者２、求職者３が本システムを利用する際に行動する場を構成するものである。
なお、本実施形態においては、サイトには、携帯電話端末にダウンロードされて使用されるアプリケーションソフトウェアを介して起動、表示されるサイトと、パーソナルコンピュータや携帯電話端末に備わるブラウザを介して起動、表示されるサイト（いわゆるＷＥＢサイト）との両者を含む概念である。
なお、本実施形態においては、サイトには、携帯電話端末にダウンロードされて使用されるアプリケーションソフトウェアを介して起動、表示されるサイトと、パーソナルコンピュータや携帯電話端末に備わるブラウザを介して起動、表示されるサイト（いわゆるＷＥＢサイト）との両者を含む概念である。
【0044】
次に、図４～図２２を参照して、求人者２、求職者３が本発明の実施形態に係る人材マッチングシステム１を利用する場合の処理の流れを説明する。
なお、以下においては、求人者２及び求職者３が、求人者端末２０と求職者端末３０とに本システムを実行可能なアプリケーションソフトウェアをダウンロードして利用する場合を説明するものとする。勿論、本発明はこのような構成に限るものではなく、求人者２及び求職者３が、求人者端末２０と求職者端末３０とに備わるブラウザを介して本システムを実行可能なＷＥＢサイトにアクセスして本システムを利用することも可能であるが、この場合の処理の流れは、以下に述べる処理の流れに対して、プッシュ通知に関する構成がないだけで他は同様の流れであることから、ブラウザを介して本システムを実行する場合の処理の流れの説明は省略するものとする。
なお、以下においては、求人者２及び求職者３が、求人者端末２０と求職者端末３０とに本システムを実行可能なアプリケーションソフトウェアをダウンロードして利用する場合を説明するものとする。勿論、本発明はこのような構成に限るものではなく、求人者２及び求職者３が、求人者端末２０と求職者端末３０とに備わるブラウザを介して本システムを実行可能なＷＥＢサイトにアクセスして本システムを利用することも可能であるが、この場合の処理の流れは、以下に述べる処理の流れに対して、プッシュ通知に関する構成がないだけで他は同様の流れであることから、ブラウザを介して本システムを実行する場合の処理の流れの説明は省略するものとする。
【0045】
まず、図４を参照して、求人者２が本システムに登録する処理を説明する。
まず、サイト４０を介して、求人者２が、会員登録の申込みを行う（ステップＳ１）。具体的には、図１１、図１２（ａ）を参照して、サイト５０のトップページ画面Ｇ１のヘッダー領域Ｇ２にあるコマンド選択ボタン表示選択領域Ｇ９に配置される「クリニック登録」というコマンド選択ボタンＧ１０をクリックする。
すると、サーバ４０が登録の申込みを受付け（ステップＳ２）、利用規約への同意を要請する（ステップＳ３）。この要請に対して求人者２の同意があった場合には、サーバ４０はメールアドレスの入力を要請する（ステップ４、ステップＳ５）。一方、ステップＳ３での要請に求人者２が応じない場合は、そこで処理は終了する。
ステップＳ５の要請に対して、求人者２がメールアドレスを入力すると（ステップＳ６）、サーバ４０は求人者端末２０に対して登録用ＵＲＬに関するデータを送信する（ステップＳ７）。これに対して求人者端末２０が登録用ＵＲＬに関するデータを受信し（ステップＳ８）、登録用ＵＲＬで示されるサイトにジャンプし、パスワードを入力（ステップＳ９）することで、該パスワードがサーバ４０へ送信されて入力済みメールアドレス（本実施形態においては求人者ＩＤを構成）と、求人者２が入力したパスワードとが紐づけされて記憶部（求人者情報データベース４２ａ）に記憶される（ステップＳ１０）。
以上により、求人者２の本システムへの登録が完了する。
なお、図１１を参照して、本システムのサイト５０のトップページ画面Ｇ１には、ヘッダー領域以外に、各種広告を掲載する広告掲載領域Ｇ４、クリニック情報を掲載するクリニック情報掲載領域Ｇ５、求人票情報を掲載する求人票情報掲載領域Ｇ７、図１２（ｄ）に示すコマンド選択ボタンＧ１０をクリックすることで各ボタンに該当する内容が表示される画面にジャンプ可能なフッター領域Ｇ３がある。また、クリニック情報掲載領域Ｇ５には、個別のクリニックの情報へジャンプ可能なボタンが配置される個別クリニック表示選択領域Ｇ６がある。更に、求人票情報掲載領域Ｇ７には、個別の求人票情報へジャンプ可能なボタンが配置される個別求人票情報表示選択領域Ｇ８がある。
このように、本実施形態においては、同じクリニックのクリニック情報（事業所情報）と求人票情報とを、同じ画面上の異なる掲載領域に分けて掲載する構成とし、それぞれの掲載領域内に詳細情報へジャンプ可能な個別のコマンド選択ボタン１０を配置する構成としてある。このような構成とすることで、事業所情報を優先して確認したい求職者３と、求人者情報を優先して確認したい求職者３とのそれぞれのニーズに沿った掲載が可能となり、利便性の高い人材マッチングシステムとすることができる。
まず、サイト４０を介して、求人者２が、会員登録の申込みを行う（ステップＳ１）。具体的には、図１１、図１２（ａ）を参照して、サイト５０のトップページ画面Ｇ１のヘッダー領域Ｇ２にあるコマンド選択ボタン表示選択領域Ｇ９に配置される「クリニック登録」というコマンド選択ボタンＧ１０をクリックする。
すると、サーバ４０が登録の申込みを受付け（ステップＳ２）、利用規約への同意を要請する（ステップＳ３）。この要請に対して求人者２の同意があった場合には、サーバ４０はメールアドレスの入力を要請する（ステップ４、ステップＳ５）。一方、ステップＳ３での要請に求人者２が応じない場合は、そこで処理は終了する。
ステップＳ５の要請に対して、求人者２がメールアドレスを入力すると（ステップＳ６）、サーバ４０は求人者端末２０に対して登録用ＵＲＬに関するデータを送信する（ステップＳ７）。これに対して求人者端末２０が登録用ＵＲＬに関するデータを受信し（ステップＳ８）、登録用ＵＲＬで示されるサイトにジャンプし、パスワードを入力（ステップＳ９）することで、該パスワードがサーバ４０へ送信されて入力済みメールアドレス（本実施形態においては求人者ＩＤを構成）と、求人者２が入力したパスワードとが紐づけされて記憶部（求人者情報データベース４２ａ）に記憶される（ステップＳ１０）。
以上により、求人者２の本システムへの登録が完了する。
なお、図１１を参照して、本システムのサイト５０のトップページ画面Ｇ１には、ヘッダー領域以外に、各種広告を掲載する広告掲載領域Ｇ４、クリニック情報を掲載するクリニック情報掲載領域Ｇ５、求人票情報を掲載する求人票情報掲載領域Ｇ７、図１２（ｄ）に示すコマンド選択ボタンＧ１０をクリックすることで各ボタンに該当する内容が表示される画面にジャンプ可能なフッター領域Ｇ３がある。また、クリニック情報掲載領域Ｇ５には、個別のクリニックの情報へジャンプ可能なボタンが配置される個別クリニック表示選択領域Ｇ６がある。更に、求人票情報掲載領域Ｇ７には、個別の求人票情報へジャンプ可能なボタンが配置される個別求人票情報表示選択領域Ｇ８がある。
このように、本実施形態においては、同じクリニックのクリニック情報（事業所情報）と求人票情報とを、同じ画面上の異なる掲載領域に分けて掲載する構成とし、それぞれの掲載領域内に詳細情報へジャンプ可能な個別のコマンド選択ボタン１０を配置する構成としてある。このような構成とすることで、事業所情報を優先して確認したい求職者３と、求人者情報を優先して確認したい求職者３とのそれぞれのニーズに沿った掲載が可能となり、利便性の高い人材マッチングシステムとすることができる。
【0046】
次に、図５を参照して、求人者２が本システムに求人者情報であるクリニック情報（事業所情報）と求人票情報とを登録する処理を説明する。
まず、求人者２がサイト５０にログインして、サーバ４０の認証を受ける（ステップＳ１１、ステップＳ１２）。具体的には、図１２（ａ）に示すヘッダー領域Ｇ２にある「ログイン」というコマンド選択ボタンＧ１０をクリックし、図１２（ｃ）に示すログイン画面Ｇ１２のＩＤ入力領域Ｇ１３にＩＤ（本実施形態においてはメールアドレス）を入力、パスワード入力領域Ｇ１４にパスワードを入力し、「ログイン」というコマンド選択ボタンＧ１０をクリックして認証を受ける。
サーバ４０による認証を受けた後、図１３（ａ）に示す「マイページ」というコマンド選択ボタンＧ１０をクリックすることで求人者２のマイページへジャンプし、マイページ画面（図示しない）からプロフィールの登録というコマンド選択ボタンを選択する（図示しない）。すると、サーバ４０が求人者２に対してクリニック情報の入力を要請する（ステップＳ１３）。これに対して、求人者２は所定の記入枠（図示しない）にクリニックのプロフィール情報を入力する（ステップＳ１４）。その後、入力情報を「更新」するコマンド選択ボタン（図示しない）をクリックすることで、クリニック情報が求人者２のＩＤとパスワードと紐づけされて記憶部（求人者情報データベース４２ａ）に記憶される（ステップＳ１５）。
これにより、図１４に示すクリニック用プロフィール画面Ｇ１７のクリニックプロフィール情報掲載領域Ｇ１８にクリニック情報が掲載されて、求職者３の閲覧が可能となる。また、図１４に示すように、クリニック用プロフィール画面Ｇ１７には、求人者２がプロフィール情報として任意の写真を登録した場合に、その写真が表示される画像表示領域Ｇ１９も設けられている。このように、画像を表示可能な構成とすることで、クリニックの雰囲気を一段と効率的に求職者３に伝えることが可能となる。
まず、求人者２がサイト５０にログインして、サーバ４０の認証を受ける（ステップＳ１１、ステップＳ１２）。具体的には、図１２（ａ）に示すヘッダー領域Ｇ２にある「ログイン」というコマンド選択ボタンＧ１０をクリックし、図１２（ｃ）に示すログイン画面Ｇ１２のＩＤ入力領域Ｇ１３にＩＤ（本実施形態においてはメールアドレス）を入力、パスワード入力領域Ｇ１４にパスワードを入力し、「ログイン」というコマンド選択ボタンＧ１０をクリックして認証を受ける。
サーバ４０による認証を受けた後、図１３（ａ）に示す「マイページ」というコマンド選択ボタンＧ１０をクリックすることで求人者２のマイページへジャンプし、マイページ画面（図示しない）からプロフィールの登録というコマンド選択ボタンを選択する（図示しない）。すると、サーバ４０が求人者２に対してクリニック情報の入力を要請する（ステップＳ１３）。これに対して、求人者２は所定の記入枠（図示しない）にクリニックのプロフィール情報を入力する（ステップＳ１４）。その後、入力情報を「更新」するコマンド選択ボタン（図示しない）をクリックすることで、クリニック情報が求人者２のＩＤとパスワードと紐づけされて記憶部（求人者情報データベース４２ａ）に記憶される（ステップＳ１５）。
これにより、図１４に示すクリニック用プロフィール画面Ｇ１７のクリニックプロフィール情報掲載領域Ｇ１８にクリニック情報が掲載されて、求職者３の閲覧が可能となる。また、図１４に示すように、クリニック用プロフィール画面Ｇ１７には、求人者２がプロフィール情報として任意の写真を登録した場合に、その写真が表示される画像表示領域Ｇ１９も設けられている。このように、画像を表示可能な構成とすることで、クリニックの雰囲気を一段と効率的に求職者３に伝えることが可能となる。
【0047】
その後、サーバ４０は求人者２に対して、求人票の登録とポイントの購入を要請する（ステップＳ１６）。具体的には、図示していないが、サーバ４０は、クリニック情報の登録完了画面内に、システムの利用や求人票の登録にはポイントの購入が必要である旨の記載を表示し、予め定めた所定数のポイントの購入を要請する。
この要請に対して、求人者２は所定の記入枠（図示しない）に求人票情報を入力する（ステップＳ１７）。その後、求人者２が予め定めた所定数のポイントの購入を行うことで、求人票情報に固有の識別番号がサーバ４０により付与され、求人者２のＩＤ、パスワード、求人票情報、求人票情報に固有の識別番号が紐づけされて記憶部（求人者情報データベース４２ａ）に記憶される（ステップＳ１８、ステップＳ１９、ステップＳ２０）。
これにより、図１４に示すクリニック用プロフィール画面Ｇ１７の求人票情報掲載領域Ｇ７に、求人票情報の一部が掲載されて、求職者３が閲覧可能となる。なお、図１４に示すように、求人票情報掲載領域Ｇ７には、求人票情報の詳細を求職者３が閲覧したい場合に選択可能な個別求人票情報詳細表示選択ボタンＧ２０が配置されており、このボタンを求職者３がクリックすることで、図１９に示す求人票詳細画面Ｇ３３が閲覧可能な構成となっている。なお、求人票詳細画面Ｇ３３では、求人情報表示領域Ｇ３４に求人内容の詳細が表示される構成となっている。更に、求人情報表示領域Ｇ３４の下方に「クリニックプロフィール表示」というコマンド選択ボタンＧ１０が配置されており、求職者３が求人票の内容が希望に近いと判断した場合に、即材に求人票に対応するクリニックのプロフィール情報を確認できる構成となっている。
なお、求人者２が予め定めた所定数のポイントを購入する際、サーバ４０は、クレジット情報の入力を求人者２に要請する。そして、求人者２がクレジット情報を入力後、サーバ４０は予め定めた所定数のポイントに応じた課金金額に対するクレジット決済処理（登録時課金決済処理）を行う。また、この際、サーバ４０は登録時課金処理時おいて求人者２が入力したクレジット情報を求人者情報データベース４２ａに記憶する。そして、サーバ４０は、求人者２が本システムを利用することで消費したポイント数をカウントし、求人者２が保有するポイント数が一定のポイント数を下回った場合毎に、自動的に、登録時に付与した所定のポイント数を求人者に付与すると共に、求人者情報データベース４２ａに既に記憶してあるクレジット情報に基づいて所定のポイント数に応じた課金と課金に対するクレジット決済処理（登録後課金決済処理）を行う。
この要請に対して、求人者２は所定の記入枠（図示しない）に求人票情報を入力する（ステップＳ１７）。その後、求人者２が予め定めた所定数のポイントの購入を行うことで、求人票情報に固有の識別番号がサーバ４０により付与され、求人者２のＩＤ、パスワード、求人票情報、求人票情報に固有の識別番号が紐づけされて記憶部（求人者情報データベース４２ａ）に記憶される（ステップＳ１８、ステップＳ１９、ステップＳ２０）。
これにより、図１４に示すクリニック用プロフィール画面Ｇ１７の求人票情報掲載領域Ｇ７に、求人票情報の一部が掲載されて、求職者３が閲覧可能となる。なお、図１４に示すように、求人票情報掲載領域Ｇ７には、求人票情報の詳細を求職者３が閲覧したい場合に選択可能な個別求人票情報詳細表示選択ボタンＧ２０が配置されており、このボタンを求職者３がクリックすることで、図１９に示す求人票詳細画面Ｇ３３が閲覧可能な構成となっている。なお、求人票詳細画面Ｇ３３では、求人情報表示領域Ｇ３４に求人内容の詳細が表示される構成となっている。更に、求人情報表示領域Ｇ３４の下方に「クリニックプロフィール表示」というコマンド選択ボタンＧ１０が配置されており、求職者３が求人票の内容が希望に近いと判断した場合に、即材に求人票に対応するクリニックのプロフィール情報を確認できる構成となっている。
なお、求人者２が予め定めた所定数のポイントを購入する際、サーバ４０は、クレジット情報の入力を求人者２に要請する。そして、求人者２がクレジット情報を入力後、サーバ４０は予め定めた所定数のポイントに応じた課金金額に対するクレジット決済処理（登録時課金決済処理）を行う。また、この際、サーバ４０は登録時課金処理時おいて求人者２が入力したクレジット情報を求人者情報データベース４２ａに記憶する。そして、サーバ４０は、求人者２が本システムを利用することで消費したポイント数をカウントし、求人者２が保有するポイント数が一定のポイント数を下回った場合毎に、自動的に、登録時に付与した所定のポイント数を求人者に付与すると共に、求人者情報データベース４２ａに既に記憶してあるクレジット情報に基づいて所定のポイント数に応じた課金と課金に対するクレジット決済処理（登録後課金決済処理）を行う。
【0048】
更に、この際、サーバ４０は、求人票の具体的な項目の中に、後述する求職者３が求職者検索条件保存手段を介して保存してある検索条件に合致する項目があるかどうかの判定を行う（ステップＳ２１）。そして、合致する項目があった場合には、保存済み検索条件を指定した求職者３に対して通知を行う（ステップＳ２２）。具体的には、求職者３のメールアドレス宛に求職者検索条件保存手段を介して保存してある検索条件に合致する項目を含む求人票が新規に登録されたことを知らせる内容を含むメールを送信する。一方、合致する項目がない場合は、処理を終了する。
以上により、本システムへの求人者２によるクリニック情報（事業所情報）と求人票情報との登録が完了する。
なお、図１２においては、本実施形態において求人者２又は求職者３がログイン前に図１２（ａ）に示すヘッダー画面Ｇ２で「ＭＥＮＵ」というコマンド選択ボタンＧ１０をクリックした場合に示されるメニュー選択画面Ｇ１１を図１２（ｂ）に示し、求人者２及び求職者３の端末に共通で表示されるフッター領域Ｇ３に示される具体的な画面を図１２（ｄ）に示すものとする。また、図１３においては、本実施形態において利用者（求人者２、求職者３）に対して何らかの通知がある場合にその事を利用者に知らせるための通知表示Ｇ１５及び利用者アイコンＧ１６を図１３（ａ）に示すものとする。具体的には、何らかの通知がある場合には、通知表示Ｇ１５の丸枠内に通知数を示す数字が表示される。
以上により、本システムへの求人者２によるクリニック情報（事業所情報）と求人票情報との登録が完了する。
なお、図１２においては、本実施形態において求人者２又は求職者３がログイン前に図１２（ａ）に示すヘッダー画面Ｇ２で「ＭＥＮＵ」というコマンド選択ボタンＧ１０をクリックした場合に示されるメニュー選択画面Ｇ１１を図１２（ｂ）に示し、求人者２及び求職者３の端末に共通で表示されるフッター領域Ｇ３に示される具体的な画面を図１２（ｄ）に示すものとする。また、図１３においては、本実施形態において利用者（求人者２、求職者３）に対して何らかの通知がある場合にその事を利用者に知らせるための通知表示Ｇ１５及び利用者アイコンＧ１６を図１３（ａ）に示すものとする。具体的には、何らかの通知がある場合には、通知表示Ｇ１５の丸枠内に通知数を示す数字が表示される。
【0049】
次に、図６を参照して、求職者３が本システムに登録する処理を説明する。
まず、サイト４０を介して、求職者３が、会員登録の申込みを行う（ステップＳ２３）。具体的には、図１１、図１２（ａ）を参照して、サイト５０のトップページ画面Ｇ１のヘッダー領域Ｇ２にあるコマンド選択ボタン表示選択領域Ｇ９に配置される「求職者登録」というコマンド選択ボタンＧ１０をクリックする。
すると、サーバ４０が登録の申込みを受付け（ステップＳ２４）、利用規約への同意を要請する（ステップＳ２５）。この要請に対して求職者３の同意があった場合には、サーバ４０はメールアドレスの入力を要請する（ステップＳ２６、ステップＳ２７）。一方、ステップＳ２６での要請に求職者３が応じない場合は、そこで処理は終了する。
ステップＳ２７の要請に対して、求職者３がメールアドレスを入力すると（ステップＳ２８）、サーバ４０は求職者端末３０に対して登録用ＵＲＬに関するデータを送信する（ステップＳ２９）。これに対して求職者端末３０が登録用ＵＲＬに関するデータを受信し（ステップＳ３０）、登録用ＵＲＬで示されるサイトにジャンプし、パスワードを入力（ステップＳ３１）することで、該パスワードがサーバ４０へ送信されて入力済みメールアドレス（本実施形態においては求人者ＩＤを構成）と、求職者３が入力したパスワードとが紐づけされて記憶部（求職者情報データベース４２ｂ）に記憶される（ステップＳ３２）。
以上により、求職者３の本システムへの登録が完了する。
まず、サイト４０を介して、求職者３が、会員登録の申込みを行う（ステップＳ２３）。具体的には、図１１、図１２（ａ）を参照して、サイト５０のトップページ画面Ｇ１のヘッダー領域Ｇ２にあるコマンド選択ボタン表示選択領域Ｇ９に配置される「求職者登録」というコマンド選択ボタンＧ１０をクリックする。
すると、サーバ４０が登録の申込みを受付け（ステップＳ２４）、利用規約への同意を要請する（ステップＳ２５）。この要請に対して求職者３の同意があった場合には、サーバ４０はメールアドレスの入力を要請する（ステップＳ２６、ステップＳ２７）。一方、ステップＳ２６での要請に求職者３が応じない場合は、そこで処理は終了する。
ステップＳ２７の要請に対して、求職者３がメールアドレスを入力すると（ステップＳ２８）、サーバ４０は求職者端末３０に対して登録用ＵＲＬに関するデータを送信する（ステップＳ２９）。これに対して求職者端末３０が登録用ＵＲＬに関するデータを受信し（ステップＳ３０）、登録用ＵＲＬで示されるサイトにジャンプし、パスワードを入力（ステップＳ３１）することで、該パスワードがサーバ４０へ送信されて入力済みメールアドレス（本実施形態においては求人者ＩＤを構成）と、求職者３が入力したパスワードとが紐づけされて記憶部（求職者情報データベース４２ｂ）に記憶される（ステップＳ３２）。
以上により、求職者３の本システムへの登録が完了する。
【0050】
次に、図７を参照して、求職者３が本システムに求職者３のプロフィール情報（求職者情報）と希望する雇用条件とを登録する処理を説明する。
まず、求職者３がサイト５０にログインして、サーバ４０の認証を受ける（ステップＳ３３、ステップＳ３４）。具体的には、図１２（ａ）に示すヘッダー領域Ｇ２にある「ログイン」というコマンド選択ボタンＧ１０をクリックし、図１２（ｃ）に示すログイン画面Ｇ１２のＩＤ入力領域Ｇ１３にＩＤ（本実施形態においてはメールアドレス）を入力、パスワード入力領域Ｇ１４にパスワードを入力し、「ログイン」というコマンド選択ボタンＧ１０をクリックして認証を受ける。
サーバ４０による認証を受けた後、図１３（ａ）に示す「マイページ」というコマンド選択ボタンＧ１０をクリックすることで、図２１に示す求職者３のマイページへジャンプし、マイページ画面からプロフィールの登録（図示しない）を選択する。すると、サーバ４０が求職者３に対してプロフィール情報と希望する条件の入力を要請する（ステップＳ３５）。これに対して、求職者３は所定の記入枠（図示しない）にプロフィール情報と希望する条件とを入力する（ステップＳ３６）。その後、入力情報を「更新」するコマンド選択ボタン（図示しない）をクリックすることで、求職者情報（求職者３のプロフィール情報と希望条件情報）が求職者３のＩＤとパスワードと紐づけされて記憶部（求職者情報データベース４２ｂ）に記憶される（ステップＳ３７）。
以上により、本システムへの求職者３による求職者情報（求職者３のプロフィール情報と希望条件情報）の登録が完了する。
これにより、図１５に示す求職者用プロフィール画面Ｇ２１に求職者情報が掲載されて、求人者２が閲覧可能となる。なお、図１５に示すように、求職者用プロフィール画面Ｇ２１に求職者プロフィール情報掲載領域Ｇ２２が設けられて、この領域に求職者情報が表示される。
まず、求職者３がサイト５０にログインして、サーバ４０の認証を受ける（ステップＳ３３、ステップＳ３４）。具体的には、図１２（ａ）に示すヘッダー領域Ｇ２にある「ログイン」というコマンド選択ボタンＧ１０をクリックし、図１２（ｃ）に示すログイン画面Ｇ１２のＩＤ入力領域Ｇ１３にＩＤ（本実施形態においてはメールアドレス）を入力、パスワード入力領域Ｇ１４にパスワードを入力し、「ログイン」というコマンド選択ボタンＧ１０をクリックして認証を受ける。
サーバ４０による認証を受けた後、図１３（ａ）に示す「マイページ」というコマンド選択ボタンＧ１０をクリックすることで、図２１に示す求職者３のマイページへジャンプし、マイページ画面からプロフィールの登録（図示しない）を選択する。すると、サーバ４０が求職者３に対してプロフィール情報と希望する条件の入力を要請する（ステップＳ３５）。これに対して、求職者３は所定の記入枠（図示しない）にプロフィール情報と希望する条件とを入力する（ステップＳ３６）。その後、入力情報を「更新」するコマンド選択ボタン（図示しない）をクリックすることで、求職者情報（求職者３のプロフィール情報と希望条件情報）が求職者３のＩＤとパスワードと紐づけされて記憶部（求職者情報データベース４２ｂ）に記憶される（ステップＳ３７）。
以上により、本システムへの求職者３による求職者情報（求職者３のプロフィール情報と希望条件情報）の登録が完了する。
これにより、図１５に示す求職者用プロフィール画面Ｇ２１に求職者情報が掲載されて、求人者２が閲覧可能となる。なお、図１５に示すように、求職者用プロフィール画面Ｇ２１に求職者プロフィール情報掲載領域Ｇ２２が設けられて、この領域に求職者情報が表示される。
【0051】
次に、図８を参照して、求人者２が求職者３を検索する処理を説明する。
まず、求人者２がサイト５０にログインして、サーバ４０の認証を受ける（ステップＳ３８、ステップＳ３９）。具体的には、図１２（ａ）に示すヘッダー領域Ｇ２にある「ログイン」というコマンド選択ボタンＧ１０をクリックし、図１２（ｃ）に示すログイン画面Ｇ１２のＩＤ入力領域Ｇ１３にＩＤ（本実施形態においてはメールアドレス）を入力、パスワード入力領域Ｇ１４にパスワードを入力し、「ログイン」というコマンド選択ボタンＧ１０をクリックして認証を受ける。
サーバ４０による認証を受けた後、図１３（ａ）に示す「ＭＥＮＵ」というコマンド選択ボタンＧ１０を選択する。すると、図１３（ｂ）に示す画面が表示されるので、「求職者検索」というコマンド選択ボタンＧ１０をクリックして求職者３の検索を行う（ステップＳ４０）。より具体的には、図１６に示す求職者検索画面Ｇ２３が表示されるので、検索項目入力領域Ｇ２４にある各種項目を入力或いは選択し、検索ボタンＧ２５をクリックする。
すると、サーバ４０は、求人者２が指定した検索項目に該当する求職者３のプロフィール情報データを記憶部（求職者データベース４２ｂ）より抽出し（ステップＳ４１）、抽出した求職者３のプロフィール情報データを求人者２の求人者端末２０へ送信する（ステップＳ４２）。その後、求人者端末２０がプロフィール情報データを受信する（ステップＳ４３）。そして、求人者２は受信したプロフィール情報データの閲覧を行い、有望な人材（求める人材）かどうかの検討を行う（ステップＳ４４）。具体的には、図１５に示す求職者用プロフィール画面Ｇ２１を閲覧し、検討を行う。
この検討により、有望な人材であった場合は、求人者２は求職者３に対して求人者好意表示のうち、本実施形態における一見把握型好意表示である「いいね」を送信する（ステップＳ４５）。具体的には、図１５に示す「いいね」というコマンド選択ボタンＧ１０をクリックする。これを受けてサーバ４０は求職者３に対して求人者２からの「いいね」が送信された旨のデータを送信し、「いいね」の送信があったことの通知を行う（ステップＳ４６）。具体的には、本実施形態においては、求職者端末３０に対してプッシュ通知を行う。勿論、「いいね」の送信があったことの通知は本実施形態のものに限るものではなく、例えば、メール送信など他の手段を用いる構成であってもよい。
この求人者２からの「いいね」の送信があった場合、求職者３は、該当する求人者２の求人者情報（事業所情報、求人票情報）を閲覧し、求職者好意表示を送信するかどうかの検討を行い、求職者３からの求職者好意表示が求人者２に送信された場合にはマッチングが成立し、以後は求人者２と求職者３との間で図１４、図１５に示す「メッセージ」というコマンド選択ボタンＧ１０をクリックすることで、メッセージのやり取りを直接行うことが可能となる。一方、求職者３が求職者好意表示を求人者２に送信しなかった場合は、マッチング不成立となる。
まず、求人者２がサイト５０にログインして、サーバ４０の認証を受ける（ステップＳ３８、ステップＳ３９）。具体的には、図１２（ａ）に示すヘッダー領域Ｇ２にある「ログイン」というコマンド選択ボタンＧ１０をクリックし、図１２（ｃ）に示すログイン画面Ｇ１２のＩＤ入力領域Ｇ１３にＩＤ（本実施形態においてはメールアドレス）を入力、パスワード入力領域Ｇ１４にパスワードを入力し、「ログイン」というコマンド選択ボタンＧ１０をクリックして認証を受ける。
サーバ４０による認証を受けた後、図１３（ａ）に示す「ＭＥＮＵ」というコマンド選択ボタンＧ１０を選択する。すると、図１３（ｂ）に示す画面が表示されるので、「求職者検索」というコマンド選択ボタンＧ１０をクリックして求職者３の検索を行う（ステップＳ４０）。より具体的には、図１６に示す求職者検索画面Ｇ２３が表示されるので、検索項目入力領域Ｇ２４にある各種項目を入力或いは選択し、検索ボタンＧ２５をクリックする。
すると、サーバ４０は、求人者２が指定した検索項目に該当する求職者３のプロフィール情報データを記憶部（求職者データベース４２ｂ）より抽出し（ステップＳ４１）、抽出した求職者３のプロフィール情報データを求人者２の求人者端末２０へ送信する（ステップＳ４２）。その後、求人者端末２０がプロフィール情報データを受信する（ステップＳ４３）。そして、求人者２は受信したプロフィール情報データの閲覧を行い、有望な人材（求める人材）かどうかの検討を行う（ステップＳ４４）。具体的には、図１５に示す求職者用プロフィール画面Ｇ２１を閲覧し、検討を行う。
この検討により、有望な人材であった場合は、求人者２は求職者３に対して求人者好意表示のうち、本実施形態における一見把握型好意表示である「いいね」を送信する（ステップＳ４５）。具体的には、図１５に示す「いいね」というコマンド選択ボタンＧ１０をクリックする。これを受けてサーバ４０は求職者３に対して求人者２からの「いいね」が送信された旨のデータを送信し、「いいね」の送信があったことの通知を行う（ステップＳ４６）。具体的には、本実施形態においては、求職者端末３０に対してプッシュ通知を行う。勿論、「いいね」の送信があったことの通知は本実施形態のものに限るものではなく、例えば、メール送信など他の手段を用いる構成であってもよい。
この求人者２からの「いいね」の送信があった場合、求職者３は、該当する求人者２の求人者情報（事業所情報、求人票情報）を閲覧し、求職者好意表示を送信するかどうかの検討を行い、求職者３からの求職者好意表示が求人者２に送信された場合にはマッチングが成立し、以後は求人者２と求職者３との間で図１４、図１５に示す「メッセージ」というコマンド選択ボタンＧ１０をクリックすることで、メッセージのやり取りを直接行うことが可能となる。一方、求職者３が求職者好意表示を求人者２に送信しなかった場合は、マッチング不成立となる。
【0052】
また、ステップ４５において、求人者２が「いいね」の送信を行わず、求人者好意表示のうち、非一見把握型好意表示である勧誘メールを送信した場合（図１５に示す「スカウトメール」というコマンド選択ボタンＧ１０をクリックした場合）（ステップＳ４７）には、サーバ４０は求職者３に対して求人者２からの勧誘メールデータを送信し、勧誘メールの送信があったことの通知を行う（ステップＳ４８）。具体的には、本実施形態においては、求職者３のメールアドレス宛に勧誘メールの送信があったことの通知と勧誘メールの内容とをメールにて送信する。
その後、求職者３はメールの内容を確認し、求職者好意表示を求人者２に送信するかどうかの検討を行う。その具体的な流れは既述したため、省略するものとする。
以上のステップＳ４６或いはステップＳ４８の後、求人者２から送信された日時、送信された内容、通知日時に固有の識別番号がサーバ４０により付与されて、マッチング情報データベース４２ｃに記憶される（ステップＳ４９）。また、マッチングが成立した場合もマッチングが成立した日時、マッチングが成立した求人者２、求職者３に固有の識別番号がサーバ４０により付与されて、マッチング情報データベース４２ｃに記憶される。
以上により求人者２が求職者３を検索する処理が完了する。
一方、ステップＳ４４の検討において有望な人材ではなかったという判断が下された場合は、ステップＳ４０に戻り、再び求職者３の検索を行う。
なお、上記では、図１６に示す求職者検索画面Ｇ２３において、検索項目入力領域Ｇ２４を利用して求職者３の検索を行う場合を説明したが、本実施形態における求職者３を検索する手段はこの手段に限るものではない。具体的には、図１６に示す求職者プロフィール情報掲載領域Ｇ２２内に表示される個別求職者情報表示選択領域Ｇ２６に表示される情報をクリックすることで求職者３のプロフィール情報を確認することで求職者３の検索を行うことも可能である。
その後、求職者３はメールの内容を確認し、求職者好意表示を求人者２に送信するかどうかの検討を行う。その具体的な流れは既述したため、省略するものとする。
以上のステップＳ４６或いはステップＳ４８の後、求人者２から送信された日時、送信された内容、通知日時に固有の識別番号がサーバ４０により付与されて、マッチング情報データベース４２ｃに記憶される（ステップＳ４９）。また、マッチングが成立した場合もマッチングが成立した日時、マッチングが成立した求人者２、求職者３に固有の識別番号がサーバ４０により付与されて、マッチング情報データベース４２ｃに記憶される。
以上により求人者２が求職者３を検索する処理が完了する。
一方、ステップＳ４４の検討において有望な人材ではなかったという判断が下された場合は、ステップＳ４０に戻り、再び求職者３の検索を行う。
なお、上記では、図１６に示す求職者検索画面Ｇ２３において、検索項目入力領域Ｇ２４を利用して求職者３の検索を行う場合を説明したが、本実施形態における求職者３を検索する手段はこの手段に限るものではない。具体的には、図１６に示す求職者プロフィール情報掲載領域Ｇ２２内に表示される個別求職者情報表示選択領域Ｇ２６に表示される情報をクリックすることで求職者３のプロフィール情報を確認することで求職者３の検索を行うことも可能である。
【0053】
次に、図９を参照して、求職者３がクリニック（求人者情報）を検索する処理を説明する。
まず、求職者３がサイト５０にログインして、サーバ４０の認証を受ける（ステップＳ５０、ステップＳ５１）。具体的には、図１２（ａ）に示すヘッダー領域Ｇ２にある「ログイン」というコマンド選択ボタンＧ１０をクリックし、図１２（ｃ）に示すログイン画面Ｇ１２のＩＤ入力領域Ｇ１３にＩＤ（本実施形態においてはメールアドレス）を入力、パスワード入力領域Ｇ１４にパスワードを入力し、「ログイン」というコマンド選択ボタンＧ１０をクリックして認証を受ける。
サーバ４０による認証を受けた後、図１３（ａ）に示す「ＭＥＮＵ」というコマンド選択ボタンＧ１０を選択する。すると、図１３（ｃ）に示す画面が表示されるので、「クリニック検索」というコマンド選択ボタンＧ１０をクリックしてクリニックの検索を行う（ステップＳ５２）。より具体的には、図１７に示すクリニック検索画面Ｇ２７が表示されるので、検索項目入力領域Ｇ２４にある各種項目を入力或いは選択し、検索ボタンＧ２５をクリックする。
まず、求職者３がサイト５０にログインして、サーバ４０の認証を受ける（ステップＳ５０、ステップＳ５１）。具体的には、図１２（ａ）に示すヘッダー領域Ｇ２にある「ログイン」というコマンド選択ボタンＧ１０をクリックし、図１２（ｃ）に示すログイン画面Ｇ１２のＩＤ入力領域Ｇ１３にＩＤ（本実施形態においてはメールアドレス）を入力、パスワード入力領域Ｇ１４にパスワードを入力し、「ログイン」というコマンド選択ボタンＧ１０をクリックして認証を受ける。
サーバ４０による認証を受けた後、図１３（ａ）に示す「ＭＥＮＵ」というコマンド選択ボタンＧ１０を選択する。すると、図１３（ｃ）に示す画面が表示されるので、「クリニック検索」というコマンド選択ボタンＧ１０をクリックしてクリニックの検索を行う（ステップＳ５２）。より具体的には、図１７に示すクリニック検索画面Ｇ２７が表示されるので、検索項目入力領域Ｇ２４にある各種項目を入力或いは選択し、検索ボタンＧ２５をクリックする。
【0054】
すると、サーバ４０は、求職者３が指定した検索項目に該当する求人者２のクリニックプロフィール情報データを記憶部（求人者データベース４２ａ）より抽出し（ステップＳ５３）、抽出したクリニックのプロフィール情報データを求職者３の求職者端末３０へ送信する（ステップＳ５４）。その後、求職者３０がプロフィール情報データを受信する（ステップＳ５５）。そして、求職者３は受信したプロフィール情報データの閲覧を行い、応募したいクリニック（求めるクリニック）かどうかの検討を行う（ステップＳ５６）。具体的には、図１４に示すクリニック用プロフィール画面Ｇ１７を閲覧し、検討を行う。
この検討により、応募したいクリニックであった場合は、求職者３は求人者２に対して求職者好意表示である「いいね」を送信する（ステップＳ５７）。具体的には、図１４に示す「いいね」というコマンド選択ボタンＧ１０をクリックする。これを受けてサーバ４０は求人者２に対して求職者３からの「いいね」の送信があった旨のデータを送信し、「いいね」の送信があったことの通知を行う（ステップＳ５８）。具体的には、本実施形態においては、求人者端末２０に対してプッシュ通知を行う。勿論、「いいね」の送信があったことの通知は本実施形態のものに限るものではなく、例えば、メール送信など他の手段を用いる構成であってもよい。
この求職者３からの「いいね」の送信があった場合、求人者２は、該当する求職者３の求職者情報（プロフィールや求める勤務条件など）を閲覧し、求人者好意表示を送信するかどうかの検討を行い、求人者２から求人者好意表示が求職者３に送信された場合にはマッチングが成立し、以後は求職者３と求人者２との間で図１４、図１５に示す「メッセージ」というコマンド選択ボタンＧ１０をクリックすることで、メッセージのやり取りを直接行うことが可能となる。一方、求人者２が求人者好意表示を求職者３に送信しなかった場合は、マッチング不成立となる。
その後、求職者３から送信された日時、送信された内容、通知日時に固有の識別番号がサーバ４０により付与されて、マッチング情報データベース４２ｃに記憶される（ステップＳ５９）。また、マッチングが成立した場合もマッチングが成立した日時、マッチングが成立した求職者３、求人者２に固有の識別番号がサーバ４０により付与されて、マッチング情報データベース４２ｃに記憶される。
以上により求職者３がクリニック（求人者情報）を検索する処理が完了する。
一方、ステップＳ５６の検討において応募したいクリニックではなかったという判断が下された場合は、ステップＳ５２に戻り、再びクリニック（求人者情報）の検索を行う。
なお、上記では、図１７に示すクリニック検索画面Ｇ２７において、検索項目入力領域Ｇ２４を利用してクリニック（求人者２）の検索を行う場合を説明したが、本実施形態におけるクリニックを検索する手段はこの手段に限るものではない。具体的には、図１７に示すクリニックプロフィール情報掲載領域Ｇ１８内に表示される個別クリニック情報表示選択領域Ｇ２８に表示される情報をクリックすることでクリニック（求人者２）のプロフィール情報を確認することでクリニックの検索を行うことも可能である。
この検討により、応募したいクリニックであった場合は、求職者３は求人者２に対して求職者好意表示である「いいね」を送信する（ステップＳ５７）。具体的には、図１４に示す「いいね」というコマンド選択ボタンＧ１０をクリックする。これを受けてサーバ４０は求人者２に対して求職者３からの「いいね」の送信があった旨のデータを送信し、「いいね」の送信があったことの通知を行う（ステップＳ５８）。具体的には、本実施形態においては、求人者端末２０に対してプッシュ通知を行う。勿論、「いいね」の送信があったことの通知は本実施形態のものに限るものではなく、例えば、メール送信など他の手段を用いる構成であってもよい。
この求職者３からの「いいね」の送信があった場合、求人者２は、該当する求職者３の求職者情報（プロフィールや求める勤務条件など）を閲覧し、求人者好意表示を送信するかどうかの検討を行い、求人者２から求人者好意表示が求職者３に送信された場合にはマッチングが成立し、以後は求職者３と求人者２との間で図１４、図１５に示す「メッセージ」というコマンド選択ボタンＧ１０をクリックすることで、メッセージのやり取りを直接行うことが可能となる。一方、求人者２が求人者好意表示を求職者３に送信しなかった場合は、マッチング不成立となる。
その後、求職者３から送信された日時、送信された内容、通知日時に固有の識別番号がサーバ４０により付与されて、マッチング情報データベース４２ｃに記憶される（ステップＳ５９）。また、マッチングが成立した場合もマッチングが成立した日時、マッチングが成立した求職者３、求人者２に固有の識別番号がサーバ４０により付与されて、マッチング情報データベース４２ｃに記憶される。
以上により求職者３がクリニック（求人者情報）を検索する処理が完了する。
一方、ステップＳ５６の検討において応募したいクリニックではなかったという判断が下された場合は、ステップＳ５２に戻り、再びクリニック（求人者情報）の検索を行う。
なお、上記では、図１７に示すクリニック検索画面Ｇ２７において、検索項目入力領域Ｇ２４を利用してクリニック（求人者２）の検索を行う場合を説明したが、本実施形態におけるクリニックを検索する手段はこの手段に限るものではない。具体的には、図１７に示すクリニックプロフィール情報掲載領域Ｇ１８内に表示される個別クリニック情報表示選択領域Ｇ２８に表示される情報をクリックすることでクリニック（求人者２）のプロフィール情報を確認することでクリニックの検索を行うことも可能である。
【0055】
次に、図１０を参照して、求職者３が求人票（求人者情報）を検索する処理を説明する。
まず、求職者３がサイト５０にログインして、サーバ４０の認証を受ける（ステップＳ６０、ステップＳ６１）。具体的には、図１２（ａ）に示すヘッダー領域Ｇ２にある「ログイン」というコマンド選択ボタンＧ１０をクリックし、図１２（ｃ）に示すログイン画面Ｇ１２のＩＤ入力領域Ｇ１３にＩＤ（本実施形態においてはメールアドレス）を入力、パスワード入力領域Ｇ１４にパスワードを入力し、「ログイン」というコマンド選択ボタンＧ１０をクリックして認証を受ける。
サーバ４０による認証を受けた後、図１３（ａ）に示す「ＭＥＮＵ」というコマンド選択ボタンＧ１０を選択する。すると、図１３（ｃ）に示す画面が表示されるので、「求人票検索」というコマンド選択ボタンＧ１０をクリックして求人票の検索を行う（ステップＳ６２）。より具体的には、図１８に示す求人票検索画面Ｇ２９が表示されるので、検索項目入力領域Ｇ２４にある各種項目を入力或いは選択し、検索ボタンＧ２５をクリックする。
すると、サーバ４０は、求職者３が指定した検索項目に該当する求人者２の求人票情報データを記憶部（求人者データベース４２ａ）より抽出し（ステップＳ６５）、抽出したクリニックの求人票情報データを求職者３の求職者端末３０へ送信する（ステップＳ６６）。
そして、求職者３は求人票情報データを受信し（ステップＳ６７）、応募したい求人票（求める求人票）かどうかの検討を行う（ステップＳ６８）。具体的には、図１９に示す求人票詳細画面Ｇ３３を閲覧し、検討を行う。
この検討により、応募したい求人票であった場合は、求職者３は求人者２に対して求職者好意表示である「いいね」を送信する（ステップＳ５７）。
この際、本実施形態においては、図１９に示すように、求人票詳細画面Ｇ３３内には求職者好意表示（「いいね」）を送信できるボタンを配置せず、「クリニックプロフィール表示」というコマンド選択ボタンＧ１０のみを配置する構成としてある。よって、求人票情報の内容に満足した求職者３は、「クリニックプロフィール表示」のコマンド選択ボタンＧ１０をクリックした上で、図１４に示すクリニック用プロフィール画面Ｇ１７にてクリニックの各種情報を確認した後、改めてクリニック用プロフィール画面Ｇ１７に配置される「いいね」のコマンド選択ボタンＧ１０をクリックする必要がある構成としてある。
このような構成とすることで、求職者３がクリニックの事業所情報を確認することなしに応募することを効果的に防止することができる。
なお、求職者３が求職者好意表示を求人者２に送信する際の流れは上記クリニックを検索する場合において既述したので、詳細な説明は省略するものとする。
一方、ステップＳ６８の検討において応募したい求人票ではなかったという判断が下された場合は、ステップＳ６２に戻り、再び求人票（求人者情報）の検索を行う。
まず、求職者３がサイト５０にログインして、サーバ４０の認証を受ける（ステップＳ６０、ステップＳ６１）。具体的には、図１２（ａ）に示すヘッダー領域Ｇ２にある「ログイン」というコマンド選択ボタンＧ１０をクリックし、図１２（ｃ）に示すログイン画面Ｇ１２のＩＤ入力領域Ｇ１３にＩＤ（本実施形態においてはメールアドレス）を入力、パスワード入力領域Ｇ１４にパスワードを入力し、「ログイン」というコマンド選択ボタンＧ１０をクリックして認証を受ける。
サーバ４０による認証を受けた後、図１３（ａ）に示す「ＭＥＮＵ」というコマンド選択ボタンＧ１０を選択する。すると、図１３（ｃ）に示す画面が表示されるので、「求人票検索」というコマンド選択ボタンＧ１０をクリックして求人票の検索を行う（ステップＳ６２）。より具体的には、図１８に示す求人票検索画面Ｇ２９が表示されるので、検索項目入力領域Ｇ２４にある各種項目を入力或いは選択し、検索ボタンＧ２５をクリックする。
すると、サーバ４０は、求職者３が指定した検索項目に該当する求人者２の求人票情報データを記憶部（求人者データベース４２ａ）より抽出し（ステップＳ６５）、抽出したクリニックの求人票情報データを求職者３の求職者端末３０へ送信する（ステップＳ６６）。
そして、求職者３は求人票情報データを受信し（ステップＳ６７）、応募したい求人票（求める求人票）かどうかの検討を行う（ステップＳ６８）。具体的には、図１９に示す求人票詳細画面Ｇ３３を閲覧し、検討を行う。
この検討により、応募したい求人票であった場合は、求職者３は求人者２に対して求職者好意表示である「いいね」を送信する（ステップＳ５７）。
この際、本実施形態においては、図１９に示すように、求人票詳細画面Ｇ３３内には求職者好意表示（「いいね」）を送信できるボタンを配置せず、「クリニックプロフィール表示」というコマンド選択ボタンＧ１０のみを配置する構成としてある。よって、求人票情報の内容に満足した求職者３は、「クリニックプロフィール表示」のコマンド選択ボタンＧ１０をクリックした上で、図１４に示すクリニック用プロフィール画面Ｇ１７にてクリニックの各種情報を確認した後、改めてクリニック用プロフィール画面Ｇ１７に配置される「いいね」のコマンド選択ボタンＧ１０をクリックする必要がある構成としてある。
このような構成とすることで、求職者３がクリニックの事業所情報を確認することなしに応募することを効果的に防止することができる。
なお、求職者３が求職者好意表示を求人者２に送信する際の流れは上記クリニックを検索する場合において既述したので、詳細な説明は省略するものとする。
一方、ステップＳ６８の検討において応募したい求人票ではなかったという判断が下された場合は、ステップＳ６２に戻り、再び求人票（求人者情報）の検索を行う。
【0056】
なお、上記ステップＳ６２による求人票の検索を行う際、本実施形態においては、求職者３が指定した検索条件を保存できる手段をサーバ４０に備える構成としてある。具体的には、求職者３は、ステップＳ６２による求人票の検索を行う際、検索項目入力領域Ｇ２４に入力した各種項目或いは選択した各種項目を保存するかどうかの選択を行うことができる（ステップＳ６３）。そして、保存を選択した場合は、検索条件と、検索条件に付与された識別番号と、検索した求職者３に付与された識別番号とが紐づけられて求職者データベース４２ｂに記憶される（ステップＳ６４）。
より具体的には、図１８に示す求人票検索画面Ｇ２９の中に、検索条件保存ボタンＧ３２を設け、このボタンをクリックすることで図２０に示す検索条件保存設定画面Ｇ３５が開き、条件入力領域Ｇ３６に求職者３が保存したい条件名（例えば、「歯科技工士 契約社員」など）を直接入力し、「登録」というコマンド選択ボタンＧ１０をクリックすることで検索条件が保存される構成となっている。なお、本実施形態においては、求職者３が保存できる検索条件数を５個までとしてある。勿論、保存できる検索条件数や検索条件を保存する具体的な構成は本実施形態のものに限るものではなく、適宜変更可能である。
更に、図２０に示す検索条件保存設定画面Ｇ３５の通知希望チェックボックスＧ３７にチェックを入れることで、既述したように、保存済み検索条件に合致する求人票情報（求人者情報）が新たに本システムに登録された場合、保存済み検索条件を指定した求職者３に対して通知が行われる構成としてある。なお、本実施形態においては、求職者３の登録メールアドレス宛に、条件に合致する求人票情報が登録された事とその具体的な内容を知らせるメールが送信される構成としてあると共に、保存済み検索条件に合致する求人票情報（求人者情報）を５０件まで１メールで通知する構成としてある。勿論、求職者３への通知方法や保存済み検索条件に合致する求人票情報（求人者情報）を求職者３へ通知する数は本実施形態のものに限るものではなく、適宜変更可能である。
なお、上記では、図１８に示す求人票検索画面Ｇ２９において、検索項目入力領域Ｇ２４を利用して求人票の検索を行う場合を説明したが、本実施形態における求人票を検索する手段はこの手段に限るものではない。具体的には、図１８に示す個別求人票情報表示選択領域Ｇ３０内に表示される個別の求人票情報をクリックして求人票情報を確認することで求人票の検索を行うことも可能である。図１８に示すように、本実施形態においては、個別求人票情報表示選択領域Ｇ３０に、クリニックを紹介する写真などを掲載可能な画像表示領域Ｇ１９と、求人票の一部を掲載可能な文字表示領域Ｇ３１とを設ける構成としてある。また、求職者３が個別求人票情報表示選択領域Ｇ３０をクリックすることで、図１９に示す該当するクリニックの求人票の詳細画面にジャンプして詳細を確認できる構成としてある。
より具体的には、図１８に示す求人票検索画面Ｇ２９の中に、検索条件保存ボタンＧ３２を設け、このボタンをクリックすることで図２０に示す検索条件保存設定画面Ｇ３５が開き、条件入力領域Ｇ３６に求職者３が保存したい条件名（例えば、「歯科技工士 契約社員」など）を直接入力し、「登録」というコマンド選択ボタンＧ１０をクリックすることで検索条件が保存される構成となっている。なお、本実施形態においては、求職者３が保存できる検索条件数を５個までとしてある。勿論、保存できる検索条件数や検索条件を保存する具体的な構成は本実施形態のものに限るものではなく、適宜変更可能である。
更に、図２０に示す検索条件保存設定画面Ｇ３５の通知希望チェックボックスＧ３７にチェックを入れることで、既述したように、保存済み検索条件に合致する求人票情報（求人者情報）が新たに本システムに登録された場合、保存済み検索条件を指定した求職者３に対して通知が行われる構成としてある。なお、本実施形態においては、求職者３の登録メールアドレス宛に、条件に合致する求人票情報が登録された事とその具体的な内容を知らせるメールが送信される構成としてあると共に、保存済み検索条件に合致する求人票情報（求人者情報）を５０件まで１メールで通知する構成としてある。勿論、求職者３への通知方法や保存済み検索条件に合致する求人票情報（求人者情報）を求職者３へ通知する数は本実施形態のものに限るものではなく、適宜変更可能である。
なお、上記では、図１８に示す求人票検索画面Ｇ２９において、検索項目入力領域Ｇ２４を利用して求人票の検索を行う場合を説明したが、本実施形態における求人票を検索する手段はこの手段に限るものではない。具体的には、図１８に示す個別求人票情報表示選択領域Ｇ３０内に表示される個別の求人票情報をクリックして求人票情報を確認することで求人票の検索を行うことも可能である。図１８に示すように、本実施形態においては、個別求人票情報表示選択領域Ｇ３０に、クリニックを紹介する写真などを掲載可能な画像表示領域Ｇ１９と、求人票の一部を掲載可能な文字表示領域Ｇ３１とを設ける構成としてある。また、求職者３が個別求人票情報表示選択領域Ｇ３０をクリックすることで、図１９に示す該当するクリニックの求人票の詳細画面にジャンプして詳細を確認できる構成としてある。
【0057】
次に、図２１、図２２を参照して、求人者２から求職者３へ求人者好意表示（一見把握可能型好意表示）が送信された場合を仮定して、求人者２と求職者３とのマッチングが成立する場合の流れを更に詳細に説明する。
図２１を参照して、求人者２が求職者３へ求人者好意表示（一見把握可能型好意表示）を送信した場合、図２１に示す求職者マイページ画面Ｇ３８において、求職者３がコマンド選択ボタン表示選択領域Ｇ９のうち、「マッチング管理（図示しない）」というコマンド選択ボタンＧ１０をクリックすると、図２２に示すマッチング管理を行うことが可能なマッチング管理画面Ｇ３９にジャンプする。そして、この画面において、求職者３が図２２（ａ）に示す、「いいね受信一覧」というコマンド選択ボタンＧ１０をクリックすることで、図２２（ａ）に示す、いいねリクエスト表示選択領域Ｇ４１が表示される。そして、求職者３がいいねの承認或いは拒否の操作を行いたいクリニック名の右端にある「確認」というコマンド選択ボタンＧ１０をクリックする。ここでは、図２２（ａ）に示すＡＡクリニックがクリックされたと仮定する。すると、図２２（ｂ）に示す画面が表示され、「いいねを承認」、「いいねを拒否」のコマンド選択ができるようになる。そして、求職者３がＡＡクリニックから送信された求人者好意表示（一見把握可能型好意表示）に対して、「いいねを承認」ボタンをクリックすることで、求職者３からＡＡクリニックへ求職者好意表示が送信される。以上により、求人者２と求職者３とのマッチングが成立する。そして、本システム内においては、マッチングが成立した場合に限って、互いにメッセージを送受信することが可能となり、以後はより具体的な交渉を行うことが可能となることは既述した通りである。なお、本実施形態においては図２２に示すように、マッチング管理画面Ｇ３９内に通知表示領域Ｇ４０を設けて、新規の「いいね」や新規の「勧誘メール」を受信した場合にその数を示す構成としてある。
図２１を参照して、求人者２が求職者３へ求人者好意表示（一見把握可能型好意表示）を送信した場合、図２１に示す求職者マイページ画面Ｇ３８において、求職者３がコマンド選択ボタン表示選択領域Ｇ９のうち、「マッチング管理（図示しない）」というコマンド選択ボタンＧ１０をクリックすると、図２２に示すマッチング管理を行うことが可能なマッチング管理画面Ｇ３９にジャンプする。そして、この画面において、求職者３が図２２（ａ）に示す、「いいね受信一覧」というコマンド選択ボタンＧ１０をクリックすることで、図２２（ａ）に示す、いいねリクエスト表示選択領域Ｇ４１が表示される。そして、求職者３がいいねの承認或いは拒否の操作を行いたいクリニック名の右端にある「確認」というコマンド選択ボタンＧ１０をクリックする。ここでは、図２２（ａ）に示すＡＡクリニックがクリックされたと仮定する。すると、図２２（ｂ）に示す画面が表示され、「いいねを承認」、「いいねを拒否」のコマンド選択ができるようになる。そして、求職者３がＡＡクリニックから送信された求人者好意表示（一見把握可能型好意表示）に対して、「いいねを承認」ボタンをクリックすることで、求職者３からＡＡクリニックへ求職者好意表示が送信される。以上により、求人者２と求職者３とのマッチングが成立する。そして、本システム内においては、マッチングが成立した場合に限って、互いにメッセージを送受信することが可能となり、以後はより具体的な交渉を行うことが可能となることは既述した通りである。なお、本実施形態においては図２２に示すように、マッチング管理画面Ｇ３９内に通知表示領域Ｇ４０を設けて、新規の「いいね」や新規の「勧誘メール」を受信した場合にその数を示す構成としてある。
【0058】
以上の構成からなる、本発明の実施形態に係る人材マッチングシステム１は、以下の効果を奏する。
【0059】
求人者２側と求職者３側とのどちらからでも好意を持った相手方に好意表示を送信することでアプローチすることが可能となる。よって、特に求人者２側にとっては、求職者３からのアプローチとは別に、自ら有望な人材に能動的にアプローチすることが可能となるため、優秀な人材の確保を効率的且つ能動的に行うことが可能な人材マッチングシステムとすることができる。
また、求人者２側と求職者３側とのどちらからの好意表示も相手方に対して好意を持っていることが予め認識されている構成である為、マッチングの成立をより迅速に促進可能な人材マッチングシステムとすることができる。
また、求人者２側と求職者３側とのどちらからの好意表示も相手方に対して好意を持っていることが予め認識されている構成である為、マッチングの成立をより迅速に促進可能な人材マッチングシステムとすることができる。
【0060】
また、求職者情報抽出手段と求人者情報抽出手段とを備える構成とすることで、求人者２と求職者３とがより効率的に互いの検索を行うことができ、利便性の高い人材マッチングシステムとすることができる。
また、求職者検索条件保存手段を備えると共に、求職者検索条件保存手段を介して保存された保存済み検索条件に合致する求人者情報が新たに求人者情報登録手段に登録された場合に、保存済み検索条件を指定した求職者３に対して通知を行う構成とすることで、求職者３の検索負担を大幅に軽減でき、マッチングの成立を一段と迅速化可能な人材マッチングシステムとすることができる。
また、求職者検索条件保存手段を備えると共に、求職者検索条件保存手段を介して保存された保存済み検索条件に合致する求人者情報が新たに求人者情報登録手段に登録された場合に、保存済み検索条件を指定した求職者３に対して通知を行う構成とすることで、求職者３の検索負担を大幅に軽減でき、マッチングの成立を一段と迅速化可能な人材マッチングシステムとすることができる。
【0061】
また、求人者好意表示通知手段と求職者好意表示通知手段とを備える構成とすることで、好意表示が送信された事実を迅速に知ることが可能となる。よって、自らに好意を持っている相手方に絞って検索を行うことができ、一段と利便性の高い人材マッチングシステムとすることができる。
【0062】
また、一見把握型好意表示を設けることで、求人者２、求職者３は瞬時に相手が自らに好意を抱いている事を把握することができる。また、非一見把握型好意表示を設けることで、求人者２は求職者３に対して、自らが好意を持った理由をより具体的に知らせることが可能となる。従って、一見把握型好意表示だけを設ける構成である場合には、求人者２は求職者３からの求職者好意表示を受信しない限りはメッセージのやり取りができないところ、求人者２がマッチングを望む求職者３にピンポイントで好意を示す内容を含むメッセージを送ることができ、一段と効率的に求人者２と求職者３とのマッチングを実現可能な人材マッチングシステムとすることができる。
【0063】
また、求人者情報として、事業所情報と求人票情報との少なくとも二種類の情報を設けることで、求職者３は、求人者２が提供する求人票情報の内容だけでなく、事業所の雰囲気を予め確認することが可能となる。よって、求人者２にとっては求人票だけでは伝えることができない職場の雰囲気を求職者３に伝えることが可能となり、求職者３にとっては求人票からだけでは知ることができない実際の職場の雰囲気を予めわかった上で応募するかどうかを検討することができ、求人者２、求職者３の両者にとって利便性の高い人材マッチングシステムとすることができる。
【0064】
また、求人者２に対する課金手段を管理装置が備える構成とすることで、システム運営者は収益を上げることが可能となる。また、登録後課金処理においては、求人者２が保有するポイント数が一定のポイント数を下回った場合毎に、自動的に、所定のポイント数を求人者２に付与すると共に、所定のポイント数に応じた課金と課金に対するクレジット決済を行う構成とすることで、求人者２が人材マッチングシステム１を利用するに際して必要なポイントの取得に要する手間を大幅に削減することができることで、一段と利便性が高く、求人者２がポイントの不足を気にすることなく安心して利用できる人材マッチングシステムとすることができる。
【0065】
なお、既述した本発明の実施形態においては、求職者３が求人者２の検索を行った検索条件を保存可能な検索条件保存手段を設ける構成としたが、必ずしもこのような構成に限るものではなく、例えば、前記構成に加えて、求人者２が求職者３の検索を行った検索条件を保存できると共に、保存した検索条件に合致する求職者３が新規に登録された場合に、求人者２に通知を行うような構成を設けてもよい。このような構成とすることで、求人者２の検索負担を軽減でき、一段と利便性の高い人材マッチングシステムとすることができる。
また、保存する検索条件が複数あった場合には、検索条件に優先順位を付けることが可能な構成を設けて、優先順位の高いものから所定数合致した場合と、それ以外の場合とで通知形式や通知内容を変えるような構成を設けてもよい。このような構成とすることで、希望する条件により近い求人者２、求職者３を迅速に把握することが可能となり、一段と利便性の高い人材マッチングシステムとすることができる。
更に、既述した本発明の実施形態においては、求職者検索条件保存手段を介して保存された保存済み検索条件に合致する求人者情報が新たに求人者情報登録手段に登録された場合に、保存済み検索条件を指定した求職者３に対して通知を行う構成としたが、この構成に加えて、同じ検索条件を複数の求職者３が保存していた場合には、何人の求職者３に同様の通知が行われたかを各求職者３に知らせるような構成を設けてもよい。このような構成とすることで、求職者３間に競争原理を働かせることができ、求人者２へ求職者好意表示を送信するかどうかの意思決定に要する時間を早めることが可能となり、求人者２と求職者３とのマッチングを一段と効率的に促進することができる。
また、保存する検索条件が複数あった場合には、検索条件に優先順位を付けることが可能な構成を設けて、優先順位の高いものから所定数合致した場合と、それ以外の場合とで通知形式や通知内容を変えるような構成を設けてもよい。このような構成とすることで、希望する条件により近い求人者２、求職者３を迅速に把握することが可能となり、一段と利便性の高い人材マッチングシステムとすることができる。
更に、既述した本発明の実施形態においては、求職者検索条件保存手段を介して保存された保存済み検索条件に合致する求人者情報が新たに求人者情報登録手段に登録された場合に、保存済み検索条件を指定した求職者３に対して通知を行う構成としたが、この構成に加えて、同じ検索条件を複数の求職者３が保存していた場合には、何人の求職者３に同様の通知が行われたかを各求職者３に知らせるような構成を設けてもよい。このような構成とすることで、求職者３間に競争原理を働かせることができ、求人者２へ求職者好意表示を送信するかどうかの意思決定に要する時間を早めることが可能となり、求人者２と求職者３とのマッチングを一段と効率的に促進することができる。
【産業上の利用可能性】
【0066】
本発明によれば、求人者と求職者とのマッチングを効率的に行うことができることから、人材マッチングシステムの分野における産業上の利用性が高い。
【符号の説明】
【0067】
１ 人材マッチングシステム
２ 求人者
２ａ 求人者
２ｂ 求人者
２ｃ 求人者
３ 求職者
３ａ 求職者
３ｂ 求職者
３ｃ 求職者
１０ 電気通信回線
２０ 求人者端末
２０ａ 求人者端末
２０ｂ 求人者端末
２０ｃ 求人者端末
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 表示部
２５ 操作部
３０ 求職者端末
３０ａ 求職者端末
３０ｂ 求職者端末
３０ｃ 求職者端末
３１ 制御部
３２ 記憶部
３３ 通信部
３４ 表示部
３５ 操作部
４０ サーバ
４１ 制御部
４２ 記憶部
４２ａ 求人者情報データベース
４２ｂ 求職者情報データベース
４２ｃ マッチング情報データベース
４３ 通信部
５０ サイト
Ｇ１ トップページ画面
Ｇ２ ヘッダー領域
Ｇ３ フッター領域
Ｇ４ 広告掲載領域
Ｇ５ クリニック情報掲載領域
Ｇ６ 個別クリニック情報表示選択領域
Ｇ７ 求人票情報掲載領域
Ｇ８ 個別求人票情報表示選択領域
Ｇ９ コマンド選択ボタン表示選択領域
Ｇ１０ コマンド選択ボタン
Ｇ１１ メニュー選択画面
Ｇ１２ ログイン画面
Ｇ１３ ＩＤ入力領域
Ｇ１４ パスワード入力領域
Ｇ１５ 通知表示
Ｇ１６ 利用者アイコン
Ｇ１７ クリニック用プロフィール画面
Ｇ１８ クリニックプロフィール情報掲載領域
Ｇ１９ 画像表示領域
Ｇ２０ 個別求人票情報詳細表示選択ボタン
Ｇ２１ 求職者用プロフィール画面
Ｇ２２ 求職者プロフィール情報掲載領域
Ｇ２３ 求職者検索画面
Ｇ２４ 検索項目入力領域
Ｇ２５ 検索ボタン
Ｇ２６ 個別求職者情報表示選択領域
Ｇ２７ クリニック検索画面
Ｇ２８ 個別クリニック情報表示選択領域
Ｇ２９ 求人票検索画面
Ｇ３０ 個別求職票情報表示選択領域
Ｇ３１ 文字表示領域
Ｇ３２ 検索条件保存ボタン
Ｇ３３ 求人票詳細画面
Ｇ３４ 求人情報表示領域
Ｇ３５ 検索条件保存設定画面
Ｇ３６ 条件入力領域
Ｇ３７ 通知希望チェックボックス
Ｇ３８ 求職者マイページ画面
Ｇ３９ マッチング管理画面
Ｇ４０ 通知表示領域
Ｇ４１ いいねリクエスト表示選択領域
２ 求人者
２ａ 求人者
２ｂ 求人者
２ｃ 求人者
３ 求職者
３ａ 求職者
３ｂ 求職者
３ｃ 求職者
１０ 電気通信回線
２０ 求人者端末
２０ａ 求人者端末
２０ｂ 求人者端末
２０ｃ 求人者端末
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 表示部
２５ 操作部
３０ 求職者端末
３０ａ 求職者端末
３０ｂ 求職者端末
３０ｃ 求職者端末
３１ 制御部
３２ 記憶部
３３ 通信部
３４ 表示部
３５ 操作部
４０ サーバ
４１ 制御部
４２ 記憶部
４２ａ 求人者情報データベース
４２ｂ 求職者情報データベース
４２ｃ マッチング情報データベース
４３ 通信部
５０ サイト
Ｇ１ トップページ画面
Ｇ２ ヘッダー領域
Ｇ３ フッター領域
Ｇ４ 広告掲載領域
Ｇ５ クリニック情報掲載領域
Ｇ６ 個別クリニック情報表示選択領域
Ｇ７ 求人票情報掲載領域
Ｇ８ 個別求人票情報表示選択領域
Ｇ９ コマンド選択ボタン表示選択領域
Ｇ１０ コマンド選択ボタン
Ｇ１１ メニュー選択画面
Ｇ１２ ログイン画面
Ｇ１３ ＩＤ入力領域
Ｇ１４ パスワード入力領域
Ｇ１５ 通知表示
Ｇ１６ 利用者アイコン
Ｇ１７ クリニック用プロフィール画面
Ｇ１８ クリニックプロフィール情報掲載領域
Ｇ１９ 画像表示領域
Ｇ２０ 個別求人票情報詳細表示選択ボタン
Ｇ２１ 求職者用プロフィール画面
Ｇ２２ 求職者プロフィール情報掲載領域
Ｇ２３ 求職者検索画面
Ｇ２４ 検索項目入力領域
Ｇ２５ 検索ボタン
Ｇ２６ 個別求職者情報表示選択領域
Ｇ２７ クリニック検索画面
Ｇ２８ 個別クリニック情報表示選択領域
Ｇ２９ 求人票検索画面
Ｇ３０ 個別求職票情報表示選択領域
Ｇ３１ 文字表示領域
Ｇ３２ 検索条件保存ボタン
Ｇ３３ 求人票詳細画面
Ｇ３４ 求人情報表示領域
Ｇ３５ 検索条件保存設定画面
Ｇ３６ 条件入力領域
Ｇ３７ 通知希望チェックボックス
Ｇ３８ 求職者マイページ画面
Ｇ３９ マッチング管理画面
Ｇ４０ 通知表示領域
Ｇ４１ いいねリクエスト表示選択領域
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】