(57)【特許請求の範囲】
【請求項１】
人材マッチング業務を管理する人材マッチングシステムであって、
複数の企業及び人材サービス会社を含む共同事業体がアクセス可能であり、該共同事業体に含まれる企業（以下、特定企業という）からの求人案件に関する求人案件データを記憶する共有データベースと、
前記共同事業体の間でブロックチェーンを用いて共有する求職者の勤務実績データと、
を備え、
前記求人案件データは、求職者に求める応募条件として、求職者の勤務実績に関する条件を含むことが可能であり、
前記勤務実績データは、前記特定企業で働いた勤務時間に関する情報を少なくとも備え、
求職者の属性に関する求職者データを記憶する求職者データ記憶手段と、
求職者の仕事への希望条件に関する希望条件データを記憶する希望条件データ記憶手段と、
前記特定企業からの求人案件を前記求人案件データとして前記共有データベースに登録する求人案件登録手段と、
求職者の仕事に対する希望条件を前記希望条件データとして前記希望条件データ記憶手段に登録する希望条件登録手段と、
求職者から求人案件に関する検索指示を受け付ける検索指示受付手段と、
前記検索指示受付手段により検索指示を受け付けた場合には、検索指示をした求職者の前記希望条件データ記憶手段に記憶された希望条件データ及び前記共有データベースに記憶された求人案件データ、並びに前記ブロックチェーンのネットワークに流通する該求職者の勤務実績データに基づいて、検索指示に合致する求人案件データを抽出し、抽出した求人案件データを検索結果として、該求職者に提示する検索結果提示手段と、
前記検索結果提示手段により提示された検索結果の中から選択された求人案件に対して、求職者から案件確定の指示を受け付ける確定指示受付手段と、
前記確定指示受付手段により案件確定の指示を受け付けた場合には、案件確定された求人案件を登録した前記特定企業に対して、該求人案件を特定する情報、及び案件確定の指示をした求職者の前記求職者データ記憶手段に記憶された求職者データを送信する確定情報送信手段と、
を備えることを特徴とする人材マッチングシステム。
【請求項２】
前記特定企業が求職者を雇用している場合、求職者の日々の勤務時間を、求職者の前記勤務実績データとして登録する勤務実績データ登録手段をさらに備えることを特徴とする請求項１記載の人材マッチングシステム。
【請求項３】
前記勤務実績データは、雇用した前記特定企業が求職者に与えた評価に関する情報をさらに備えることを特徴とする請求項１又は２記載の人材マッチングシステム。
【請求項４】
前記求人案件データは、給与の条件に関する情報を含み、
求職者から給与支払の申請を受け付けた場合、該求職者が働いた特定企業の該当する前記求人案件データに含まれる給与の条件に関する情報、及び前記ブロックチェーンのネットワークに流通する該求職者の前記勤務実績データに基づいて給与支払に関する処理を実行する給与支払手段をさらに備えることを特徴とする請求項１乃至３のいずれか１項に記載の人材マッチングシステム。
【請求項５】
人材マッチング業務を管理する人材マッチングシステムによる人材マッチング方法であって、
前記人材マッチングシステムは、
求職者の属性に関する求職者データを記憶する求職者データ記憶手段と、
求職者の仕事に対する希望条件に関する希望条件データを記憶する希望条件データ記憶手段と、
複数の企業及び人材サービス会社を含む共同事業体がアクセス可能であり、該共同事業体に含まれる企業（以下、特定企業という）からの求人案件に関する求人案件データを記憶する共有データベースと、
前記共同事業体の間でブロックチェーンを用いて共有する求職者の勤務実績データと、
を備え、
前記求人案件データは、求職者に求める応募条件として、求職者の勤務実績に関する条件を含むことが可能であり、
前記勤務実績データは、前記特定企業で働いた勤務時間に関する情報を少なくとも備え、
前記特定企業からの求人案件を前記求人案件データとして前記共有データベースに登録する求人案件登録ステップと、
求職者の仕事に対する希望条件を前記希望条件データとして前記希望条件データ記憶手段に登録する希望条件登録ステップと、
求職者から求人案件に関する検索指示を受け付ける検索指示受付ステップと、
前記検索指示受付ステップにより検索指示を受け付けた場合には、検索指示をした求職者の前記希望条件データ記憶手段に記憶された希望条件データ及び前記共有データベースに記憶された求人案件データ、並びに前記ブロックチェーンのネットワークに流通する該求職者の勤務実績データに基づいて、検索指示に合致する求人案件データを抽出し、抽出した求人案件データを検索結果として、該求職者に提示する検索結果提示ステップと、
前記検索結果提示ステップにより提示された検索結果の中から選択された求人案件に対して、求職者から案件確定の指示を受け付ける確定指示受付ステップと、
前記確定指示受付ステップにより案件確定の指示を受け付けた場合には、案件確定された求人案件を登録した前記特定企業に対して、該求人案件を特定する情報、及び案件確定の指示をした求職者の前記求職者データ記憶手段に記憶された求職者データを送信する確定情報送信ステップと、
を備えることを特徴とする人材マッチング方法。
【請求項６】
複数の企業及び人材サービス会社を含む共同事業体がアクセス可能であり、該共同事業体に含まれる企業（以下、特定企業という）からの求人案件に関する求人案件データを記憶する共有データベースと、前記共同事業体の間でブロックチェーンを用いて共有する求職者の勤務実績データと、前記人材サービス会社に設けられた人材マッチング業務管理装置と、前記特定企業に設けられた求人申込業務管理装置と、求職者が用いる利用者端末と、を備えた人材マッチングシステムにおける前記人材マッチング業務管理装置であって、
前記求人案件データは、求職者に求める応募条件として、求職者の勤務実績に関する条件を含むことが可能であり、
前記勤務実績データは、前記特定企業で働いた勤務時間に関する情報を少なくとも備え、
求職者の属性に関する求職者データを記憶する求職者データ記憶手段と、
求職者の仕事に対する希望条件に関する希望条件データを記憶する希望条件データ記憶手段と、
前記求人申込業務管理装置から、求人案件を受け付け、前記求人案件データとして前記共有データベースに登録する求人案件登録手段と、
前記利用者端末から、仕事に対する希望条件を受け付け、前記希望条件データとして前記希望条件データ記憶手段に登録する希望条件登録手段と、
前記利用者端末から、求人案件に関する検索指示を受け付ける検索指示受付手段と、
前記検索指示受付手段により検索指示を受け付けた場合には、検索指示をした求職者の前記希望条件データ記憶手段に記憶された希望条件データ及び前記共有データベースに記憶された求人案件データ、並びに前記ブロックチェーンのネットワークに流通する該求職者の勤務実績データに基づいて、検索指示に合致する求人案件データを抽出し、抽出した求人案件データを検索結果として、該求職者の前記利用者端末に表示する検索結果表示手段と、
前記利用者端末から、前記検索結果表示手段により表示された検索結果の中から選択された求人案件に対して、案件確定の指示を受け付ける確定指示受付手段と、
前記確定指示受付手段により案件確定の指示を受け付けた場合には、案件確定された求人案件を登録した前記特定企業の前記求人申込業務管理装置に、該求人案件を特定する情報、及び案件確定の指示をした求職者の前記求職者データ記憶手段に記憶された求職者データを送信する確定情報送信手段と、
を備えることを特徴とする人材マッチング業務管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介して、求職者と求人企業の引き合わせを行う人材マッチング業務に関する技術に関し、特に、ブロックチェーンを用いて人材マッチング業務を行う人材マッチングシステム、人材マッチング方法及び人材マッチング業務管理装置に関する。
【背景技術】
【０００２】
従来、パート、アルバイト等短期の労働を希望する者は、求人企業の募集に対して応募し、企業は応募者に対して履歴書等による書面審査および面接等を行って採用してきた。短期間労働に継続して従事することを希望する者は人材派遣サービスに登録することも多い。人材派遣サービスに関する技術としては、派遣スタッフに関する情報を登録したデータベースを用意しておき、企業から求人要請があった場合に、求人条件に適合する人材を派遣スタッフとして選定し、企業に紹介する人材派遣システムが開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２６８７８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、このような人材派遣サービスに登録する場合であっても、人材派遣会社へ登録する際に履歴書等により経験やスキルを登録し、人材派遣会社に対し労働条件に関する希望を伝える必要があった。また、求人企業側も、人材派遣会社の選択に基づき派遣される労働者が自己の求人のニーズに合致するか否かが勤務を開始しないと分かりにくいという不自由があった。【０００５】
このような状況の下、アルバイトなど短期的又は不定期に労働したいと考えている求職者においては、ライフスタイルの変化に伴い、新たな働き方を望んでいる。例えば、求職者の中には、履歴書を用意することなく、また、面接を受けることなく、希望の職種の仕事を選べ、都合のよい日時に都合の良い場所で働くことを望んでいる者もいる。【０００６】
また、求人企業においても、労働人口減少に基づく人材不足が起きている昨今、従来とは異なる人材採用の仕組みを求めている。例えば、求人募集、面接、適正判断など一連の採用手続を経ることなく、必要なときに所望の人材を短期間で雇用することができる仕組みを求めている。【０００７】
すなわち、従来型の人材マッチングシステムにおいては、求人企業及び求職者の双方の要望を満たすことができないという問題があった。【０００８】
本発明は上記の事情を鑑みてなされたものであり、企業にとっては必要なときに所望の人材を雇用することができ、求職者にとっては都合の良い日時及び場所で希望の職種にて働くことができる人材マッチングシステム、人材マッチング方法及び人材マッチング業務管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明に係る人材マッチングシステムは、その一態様として、人材マッチング業務を管理する人材マッチングシステムであって、複数の企業及び人材サービス会社を含む共同事業体がアクセス可能であり、該共同事業体に含まれる企業（以下、特定企業という）からの求人案件に関する求人案件データを記憶する共有データベースと、前記共同事業体の間でブロックチェーンを用いて共有する求職者の勤務実績データと、を備え、前記求人案件データは、求職者に求める応募条件として、求職者の勤務実績に関する条件を含むことが可能であり、前記勤務実績データは、前記特定企業で働いた勤務時間に関する情報を少なくとも備え、求職者の属性に関する求職者データを記憶する求職者データ記憶手段と、求職者の仕事への希望条件に関する希望条件データを記憶する希望条件データ記憶手段と、前記特定企業からの求人案件を前記求人案件データとして前記共有データベースに登録する求人案件登録手段と、求職者の仕事に対する希望条件を前記希望条件データとして前記希望条件データ記憶手段に登録する希望条件登録手段と、求職者から求人案件に関する検索指示を受け付ける検索指示受付手段と、前記検索指示受付手段により検索指示を受け付けた場合には、検索指示をした求職者の前記希望条件データ記憶手段に記憶された希望条件データ及び前記共有データベースに記憶された求人案件データ、並びに前記ブロックチェーンのネットワークに流通する該求職者の勤務実績データに基づいて、検索指示に合致する求人案件データを抽出し、抽出した求人案件データを検索結果として、該求職者に提示する検索結果提示手段と、前記検索結果提示手段により提示された検索結果の中から選択された求人案件に対して、求職者から案件確定の指示を受け付ける確定指示受付手段と、前記確定指示受付手段により案件確定の指示を受け付けた場合には、案件確定された求人案件を登録した前記特定企業に対して、該求人案件を特定する情報、及び案件確定の指示をした求職者の前記求職者データ記憶手段に記憶された求職者データを送信する確定情報送信手段と、を備えることを特徴とする。【００１０】
また、本発明に係る人材マッチング方法は、その一態様として、人材マッチング業務を管理する人材マッチングシステムによる人材マッチング方法であって、前記人材マッチングシステムは、求職者の属性に関する求職者データを記憶する求職者データ記憶手段と、求職者の仕事に対する希望条件に関する希望条件データを記憶する希望条件データ記憶手段と、複数の企業及び人材サービス会社を含む共同事業体がアクセス可能であり、該共同事業体に含まれる企業（以下、特定企業という）からの求人案件に関する求人案件データを記憶する共有データベースと、前記共同事業体の間でブロックチェーンを用いて共有する求職者の勤務実績データと、を備え、前記求人案件データは、求職者に求める応募条件として、求職者の勤務実績に関する条件を含むことが可能であり、前記勤務実績データは、前記特定企業で働いた勤務時間に関する情報を少なくとも備え、前記特定企業からの求人案件を前記求人案件データとして前記共有データベースに登録する求人案件登録ステップと、求職者の仕事に対する希望条件を前記希望条件データとして前記希望条件データ記憶手段に登録する希望条件登録ステップと、求職者から求人案件に関する検索指示を受け付ける検索指示受付ステップと、前記検索指示受付ステップにより検索指示を受け付けた場合には、検索指示をした求職者の前記希望条件データ記憶手段に記憶された希望条件データ及び前記共有データベースに記憶された求人案件データ、並びに前記ブロックチェーンのネットワークに流通する該求職者の勤務実績データに基づいて、検索指示に合致する求人案件データを抽出し、抽出した求人案件データを検索結果として、該求職者に提示する検索結果提示ステップと、前記検索結果提示ステップにより提示された検索結果の中から選択された求人案件に対して、求職者から案件確定の指示を受け付ける確定指示受付ステップと、前記確定指示受付ステップにより案件確定の指示を受け付けた場合には、案件確定された求人案件を登録した前記特定企業に対して、該求人案件を特定する情報、及び案件確定の指示をした求職者の前記求職者データ記憶手段に記憶された求職者データを送信する確定情報送信ステップと、を備えることを特徴とする。
【００１１】
本発明に係る人材マッチング業務管理装置は、その一態様として、複数の企業及び人材サービス会社を含む共同事業体がアクセス可能であり、該共同事業体に含まれる企業（以下、特定企業という）からの求人案件に関する求人案件データを記憶する共有データベースと、前記共同事業体の間でブロックチェーンを用いて共有する求職者の勤務実績データと、前記人材サービス会社に設けられた人材マッチング業務管理装置と、前記特定企業に設けられた求人申込業務管理装置と、求職者が用いる利用者端末と、を備えた人材マッチングシステムにおける前記人材マッチング業務管理装置であって、前記求人案件データは、求職者に求める応募条件として、求職者の勤務実績に関する条件を含むことが可能であり、前記勤務実績データは、前記特定企業で働いた勤務時間に関する情報を少なくとも備え、求職者の属性に関する求職者データを記憶する求職者データ記憶手段と、求職者の仕事に対する希望条件に関する希望条件データを記憶する希望条件データ記憶手段と、前記求人申込業務管理装置から、求人案件を受け付け、前記求人案件データとして前記共有データベースに登録する求人案件登録手段と、前記利用者端末から、仕事に対する希望条件を受け付け、前記希望条件データとして前記希望条件データ記憶手段に登録する希望条件登録手段と、前記利用者端末から、求人案件に関する検索指示を受け付ける検索指示受付手段と、前記検索指示受付手段により検索指示を受け付けた場合には、検索指示をした求職者の前記希望条件データ記憶手段に記憶された希望条件データ及び前記共有データベースに記憶された求人案件データ、並びに前記ブロックチェーンのネットワークに流通する該求職者の勤務実績データに基づいて、検索指示に合致する求人案件データを抽出し、抽出した求人案件データを検索結果として、該求職者の前記利用者端末に表示する検索結果表示手段と、前記利用者端末から、前記検索結果表示手段により表示された検索結果の中から選択された求人案件に対して、案件確定の指示を受け付ける確定指示受付手段と、前記確定指示受付手段により案件確定の指示を受け付けた場合には、案件確定された求人案件を登録した前記特定企業の前記求人申込業務管理装置に、該求人案件を特定する情報、及び案件確定の指示をした求職者の前記求職者データ記憶手段に記憶された求職者データを送信する確定情報送信手段と、を備えることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、企業にとっては必要なときに所望の人材を雇用することができ、求職者にとっては都合の良い日時及び場所で希望の職種にて働くことができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態に係る人材マッチングシステムの概略構成図である。
【図２】本発明の実施の形態に係る人材マッチングシステムの特徴を示す概要図である。
【図３】（ａ）は、本発明の実施の形態に係る共有ＤＢが有する各テーブルを示す図、（ｂ）は、本発明の実施の形態に係る企業テーブルのデータ構成を模式的に示す図、（ｃ）は、本発明の実施の形態に係る店舗テーブルのデータ構成を模式的に示す図、（ｄ）は、本発明の実施の形態に係る案件デーブルのデータ構成を模式的に示す図である。
【図４】本発明の実施の形態に係る人材マッチング業務管理装置の概略構成図である。
【図５】（ａ）は、本発明の実施の形態に係るワーカーテーブルのデータ構成を模式的に示す図、（ｂ）は、本発明の実施の形態に係る事前希望条件テーブルのデータ構成を模式的に示す図、（ｃ）は、本発明の実施の形態に係る希望条件テーブルのデータ構成を模式的に示す図、（ｄ）は、本発明の実施の形態に係るマッピングテーブルのデータ構成を模式的に示す図である。
【図６】本発明の実施の形態に係る勤怠業務管理装置の概略構成図である。
【図７】（ａ）は、本発明の実施の形態に係る勤怠テーブルのデータ構成を模式的に示す図、（ｂ）は、本発明の実施の形態に係る勤務実績データのデータ構成を模式的に示す図、（ｃ）は、本発明の実施の形態に係る給与支払テーブルのデータ構成を模式的に示す図、（ｄ）は、本発明の実施の形態に係る勤怠テーブル及び勤務実績データの変形例のデータ構成を模式的に示す図である。
【図８】本発明の実施の形態に係る給与支払業務管理装置の概略構成図である。
【図９】本発明の実施の形態に係る利用者端末の概略構成図である。
【図１０】本発明の実施の形態に係る人材マッチングシステムの求人案件登録処理の流れを示すシーケンス図である。
【図１１】本発明の実施の形態に係る人材マッチングシステムの希望条件登録処理の流れを示すシーケンス図である。
【図１２】本発明の実施の形態に係る人材マッチングシステムの求人案件検索処理の流れを示すシーケンス図である。
【図１３】本発明の実施の形態に係る人材マッチングシステムの求人案件確定処理の流れを示すシーケンス図である。
【図１４】本発明の実施の形態に係る人材マッチングシステムの勤務実績登録処理の流れを示すシーケンス図である。
【図１５】本発明の実施の形態に係る人材マッチングシステムの給与支払処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について図面を用いて説明する。
【００１５】
＜人材マッチングシステムの構成＞
図１は、本発明の実施の形態に係る人材マッチングシステム１０の概略構成図である。人材マッチングシステム１０は、複数の企業及び人材サービス会社などで構成される共同事業体８の間で、求人情報や求職者の勤務実績情報を共有することにより、企業にとっては必要なときに所望の人材を雇用することができ、求職者にとっては都合の良い日時及び場所で希望の職種にて働くことができる人材マッチングサービスを提供する。
【００１６】
人材マッチングシステム１０は、図１に示すように、共同事業体８に加盟する人材サービス会社に設置された人材マッチング業務管理装置１と、共同事業体８に加盟する各企業に設置された求人申込業務管理装置２及び勤怠業務管理装置３と、共同事業体８に加盟する給与支払サービス会社に設けられた給与支払業務管理装置４と、共同事業体８に加盟する各会社がアクセス可能な共有データベース（以下、共有ＤＢと表記する）５と、求職者（以下、利用者ともいう）が利用する利用者端末６と、各装置をそれぞれ相互に通信可能とする、例えば、インターネット網、公衆網などからなる通信ネットワーク７と、を備えている。
【００１７】
人材マッチングシステム１０の各構成装置について説明する前に、図２を用いて、人材マッチングシステム１０の特徴を簡単に説明する。図２は、人材マッチングシステム１０の特徴を示した概要図である。
【００１８】
人材マッチングシステム１０は、上述したように、共同事業体８内で、求人情報及び求職者の過去の勤務実績情報を共有している。本実施の形態では、このうち、求人情報、つまり企業発のデータは、求人案件データｄ５３として共有ＤＢ５に格納されて管理されている。これに対して、勤務実績情報、つまり個人のデータは、ブロックチェーンネットワーク７Ａに流通する勤務実績データｄ７０として管理されている。なお、本実施の形態では、通信ネットワーク７のうち、ブロックチェーンを用いる通信ネットワークを便宜上、ブロックチェーンネットワーク７Ａと表記している。
【００１９】
ここで、個人のデータを共有ＤＢ５で管理せず、ブロックチェーンで管理しているのは、個人のデータに関しては、そのプライバシを保護するため、極めて慎重に取り扱わなければならないという観点による。すなわち、本実施の形態における勤務実績データｄ７０は、ブロックチェーンを用いることにより、データの改竄の防止とデータの安全性がより保障された状態で管理されている。
【００２０】
この結果、共同事業体８に加盟する各企業は、ブロックチェーンネットワーク７Ａに流通している勤務実績データｄ７０に基づいて、人材の経験やスキルを客観的に把握することができるようになっている。なお、この勤務実績データｄ７０は、利用者が共同事業体８に加盟している企業で働いた場合、勤務実績として蓄積されていくものである。
【００２１】
より詳しくは、人材マッチング業務管理装置１は、この勤務実績データｄ７０を用いて求人企業と求職者との人材マッチングに活用し、勤怠業務管理装置３は、利用者が当該企業において勤務した勤務実績を勤務実績データｄ７０として記録していき、給与支払業務管理装置４は、利用者の勤務実績データｄ７０に基づいて給与支払処理を実行するようになっている。一方、利用者は、利用者端末６にインストールされたプログラム（以下、利用者用プログラムという）を介して人材マッチングシステム１０、具体的には、人材マッチング業務管理装置１、勤怠業務管理装置３、及び給与支払業務管理装置４にアクセスできるようになっており、求職に対する希望条件の登録、求人案件に対する検索及び応募、勤めている企業の勤怠管理、並びに給与支払申請などを行うようになっている。
【００２２】
以下、人材マッチングシステム１０を構成する、図２に示した各装置について詳細に説明する。
【００２３】
図３は、共有ＤＢ５に格納されるデータを説明する図である。共有ＤＢ５は、図３（ａ）に示すように、企業テーブル５１と、店舗テーブル５２と、案件テーブル５３と、を備えている。図３（ｂ）は、企業テーブル５１、図３（ｃ）は、店舗テーブル５２、図３（ｄ）は、案件テーブル５３のデータ構成の模式図である。
【００２４】
企業テーブル５１は、共同事業体８に参加する企業のマスタ情報を記憶するテーブルである。企業テーブル５１は、図３（ｂ）に示すように、企業を共同事業体８内で一意に識別可能な企業ＩＤ、企業名、及び業種で構成された企業データｄ５１を記憶している。つまり、企業テーブル５１は、企業ごとに企業の名称や属性情報を記憶しているテーブルである。企業データｄ５１の一具体例としては、企業ＩＤ“１２３４５６７８９”、企業名“パーソル居酒屋株式会社”、業種“飲食業”などが挙げられる。
【００２５】
店舗テーブル５２は、共同事業体８に加盟する企業の店舗に関するマスタ情報を記憶するテーブルである。店舗テーブル５２は、図３（ｃ）に示すように、店舗を企業内で一意に識別可能な店舗ＩＤ、企業ＩＤ、及び店舗名で構成された店舗データｄ５２を記憶している。つまり、店舗テーブル５２は、企業の店舗ごとに店舗の名称を記憶しているテーブルである。店舗データｄ５２の一具体例としては、店舗ＩＤ“９７５４３１”、企業ＩＤ“１２３４５６７８９”、店舗名“パーソル居酒屋丸の内店”などが挙げられる。
【００２６】
なお、企業データｄ５１及び店舗データｄ５２は、図示しないマスタ登録処理により各企業から事前に登録される。
【００２７】
案件テーブル５３は、求人企業が登録した求人案件データｄ５３を記憶するテーブルである。案件テーブル５３は、図３（ｄ）に示すように、求人案件を共同事業体８内で一意に識別可能な案件ＩＤ、店舗ＩＤ、企業ＩＤ、及び案件内容で構成された求人案件データｄ５３を記憶するテーブルである。ここで、案件内容は、詳しくは、案件名、業種、職務内容、持ち物や注意事項などの備考、時給、交通費、勤務地、連絡先、勤務日時、応募条件で構成されている。つまり、案件テーブル５３は、求人案件ごとの求人内容を記憶している。求人案件データｄ５３は、後述する人材マッチングシステム１０の求人案件登録処理を実行することにより、共有ＤＢ５の案件テーブル５３に登録される。
【００２８】
求人案件データｄ５３の一具体例としては、案件ＩＤ“９８７６５４３２１”、企業ＩＤ“１２３４５６７８９”、店舗ＩＤ“９７５４３１”、案件名“東京駅近、ホールスタッフ（パーソル居酒屋丸の内店）］”、業種“ホールスタッフ”、業種“ホールスタッフ”、職務内容“ホールにて、お客様のメニュー取り、支払対応を行っていただきます。”、持ち物“汚れても良いズボン”、注意事項“ピアスＮＧ”、時給“１０００円”、交通費“６００円”、勤務地“東京都千代田区東京都千代田区丸の内２−５−２”、緊急連絡先“０００−００００−００００”、求人担当者“鈴木二郎”、勤務日時１“２０１８．１２．２６．１７：００−２１：００”、勤務日時２“２０１８．１２．２７．１７：００−２１：００”、勤務日時３“２０１８．１２．２８．１７：００−２１：００”、応募条件“ホールスタッフ３０時間以上経験”
などが挙げられる。このように、本実施の形態の求人案件データｄ５３には、応募条件に求職者の勤務実績（この具体例では、勤務時間）に関する条件を登録することができる。
【００２９】
図４は、人材マッチング業務管理装置１の機能構成図である。人材マッチング業務管理装置１は、求職者と求人企業の引き合わせを行う人材マッチングシステム１０の中核的な装置である。
【００３０】
人材マッチング業務管理装置１は、図４に示すように、例えば、ハードディスク等から構成され、人材マッチング業務に関するデータを記憶する記憶部１１と、例えば、ＣＰＵ及びメモリ等から構成され、記憶部１１の制御や、各種データの転送、種々の演算、データの一時的な格納等を行うことにより、後述する人材マッチングシステム１０の各種処理（求人案件登録処理、希望条件登録処理、求人案件検索処理、求人案件確定処理）を実行する制御部１２と、通信ネットワーク７を介して他の装置とデータの送受信を行う通信部１３と、を備えている。
【００３１】
記憶部１１は、詳しくは、ワーカーテーブル１０１、事前希望条件テーブル１０２、希望条件テーブル１０３、及びマッピングテーブル１０４を具備する構成となっている。図５（ａ）にワーカーテーブル１０１、図５（ｂ）に事前希望条件テーブル、図５（ｃ）に希望条件テーブル１０３、図５（ｄ）にマッピングテーブル１０４のデータ構成の模式図を示す。
【００３２】
ワーカーテーブル１０１は、利用者の属性情報を記憶するテーブルである。ワーカーテーブル１０１は、図５（ａ）に示すように、利用者を当該企業（人材サービス会社）において一意に識別可能なワーカーＩＤとワーカー属性情報を対応付けて構成されたワーカーデータｄ１０１を記憶している。ここで、ワーカー属性情報は、例えば、ワーカー名、年齢、性別、学歴、住所、連絡先などの情報で構成される。ワーカーデータｄ１０１の一具体例としては、ワーカーＩＤ“１２３４５６７８９”、ワーカー名“鈴木三郎”、年齢“１９”、性別“男性”、学歴“大学在学中”、住所“東京都杉並区荻窪３丁目”、連絡先“０８０−００００−００００”などが挙げられる。
【００３３】
なお、ワーカーデータｄ１０１は、利用者が人材マッチングシステム１０を利用するに際して図示しない利用者情報登録処理を実行することにより、利用者端末６から事前に登録される。
【００３４】
事前希望条件テーブル１０２は、仕事への求人応募に際して利用者の希望する条件を記憶するテーブルである。事前希望条件テーブル１０２は、図５（ｂ）に示すように、ワーカーＩＤと希望条件情報１を対応付けて構成された事前希望条件データｄ１０２を記憶している。ここで、希望条件情報１は、希望業種、希望職種、時給などの情報である。事前希望条件データｄ１０２の一具体例としては、ワーカーＩＤ“１２３４５６７８９”、希望業種“飲食業”、希望職種“ホールスタッフ”、時給“９００円以上”
などが挙げられる。事前希望条件データｄ１０２は、利用者が事前に登録しておくデータであり、後述する人材マッチングシステム１０の希望条件登録処理を実行することにより事前希望条件テーブル１０２に登録される。
【００３５】
希望条件テーブル１０３は、利用者のより具体的な希望条件を記憶するテーブルである。希望条件テーブル１０３は、図５（ｃ）に示すように、ワーカーＩＤと希望条件情報２を対応付けて構成された希望条件データｄ１０３を記憶している。ここで、希望条件情報２は、場所及び日時の情報である。希望条件データｄ１０３の一具体例としては、ワーカーＩＤ“１２３４５６７８９”、場所“東京駅”、日時“２０１８．１２．２９．１７：００−２２：００”
などが挙げられる。希望条件データｄ１０３は、利用者が求人案件を検索する際に入力するデータであり、後述する人材マッチングシステム１０の求人案件検索処理を実行することにより希望条件テーブル１０３に登録される。
【００３６】
マッピングテーブル１０４は、ワーカーＩＤと、利用者をブロックチェーンネットワーク７Ａにおいて一意に識別可能なブロックチェーンＩＤと、を対応付けたマッピングデータｄ１０４を記憶するテーブルである。本実施の形態では、共同事業体８に加盟する各企業は、各企業内のそれぞれの情報システムにおいてワーカーＩＤを独自のコード体系にて発番している。つまり、同一の利用者であっても、各企業において異なるワーカーＩＤが割り振られている。そのため、このマッピングテーブル１０４を用いることにより、利用者のデータを共同事業体８内で共有できるようにしている。マッピングデータｄ１０４の一具体例としては、ワーカーＩＤ“１２３４５６７８９”、ブロックチェーンＩＤ“１２１２１２１２１”などが挙げられる。
【００３７】
図４に戻り、制御部１２を、主たる機能ごとに細分化すると、案件登録機能１０５、希望条件登録機能１０６、案件検索機能１０７、及び案件確定機能１０８に分類される。
【００３８】
案件登録機能１０５は、求人申込業務管理装置２に入力された求人情報を人材マッチングシステム１０に反映する機能である。詳しくは、企業の求人申込業務管理装置２に対して登録された求人情報は、人材マッチング業務管理装置１に送信されるので、人材マッチング業務管理装置１を介して、求人案件データｄ５３として共有ＤＢ５の案件テーブル５３に登録する機能である。
【００３９】
希望条件登録機能１０６は、利用者が利用者端末６に入力した希望条件情報１（希望業種、希望職種、時給）や希望条件情報２（場所、日時）を人材マッチングシステム１０に反映する機能である。詳しくは、入力された希望条件情報１を事前希望条件データｄ１０２として人材マッチング業務管理装置１の事前希望条件テーブル１０２に登録し、入力された希望条件情報２を希望条件データｄ１０３として人材マッチング業務管理装置１の希望条件テーブル１０３に登録する機能である。
【００４０】
案件検索機能１０７は、利用者が利用者端末６に入力した希望条件情報２（場所、日時）に基づいて、求人案件を検索して、検索結果を利用者に提示する機能である。案件検索機能１０７は、詳しくは、希望条件情報１及び希望条件情報２に基づいて該当する求人案件データｄ５３を共有ＤＢ５の中から検索し、また、該当する求人案件データｄ５３に勤務実績に関する応募条件がある場合には、当該利用者の勤務実績データｄ７０をブロックチェーンネットワーク７Ａから取得し、この応募条件に合致するか否かを判断し、希望条件情報２及び応募条件を満たす求人案件データｄ５３を利用者に提示する機能である。
【００４１】
例えば、事希望条件情報１が、希望業種“飲食業”、希望職種“ホールスタッフ”、時給“９００円以上”であり、事希望条件情報２が、場所“東京駅”、日時“２０１８．１２．２９．１７：００−２２：００”の場合には、このような希望条件に合致する求人案件データｄ５３を案件テーブル５３の中から抽出する。そして、抽出された求人案件データｄ５３において、例えば、応募条件“ホールスタッフ３０時間以上経験”がある場合には、この利用者の勤務実績データｄ７０をブロックチェーンネットワーク７Ａから取得して、この応募条件を満たすか否かを判定する。そして、この応募条件を満たす場合には、この抽出された求人案件データｄ５３を検索結果として利用者に提示する。一方、この応募条件を満たさない場合には、抽出された求人案件データｄ５３は検索結果として利用者に提示されない。このように本実施の形態において、利用者の希望条件に基づいて求人案件データｄ５３を検索する場合には、利用者側の希望条件だけでなく、求人企業側の求める利用実績に関する条件を加味して人材マッチングを行う。
【００４２】
案件確定機能１０８は、案件検索機能１０７により利用者に提示された検索結果の中から、利用者が所望の求人案件を選択して確定させた場合、求人企業に利用者の情報を送信する機能である。詳しくは、確定した求人案件データｄ５３を出した求人企業の求人申込業務管理装置２に対して求人案件内容（求人案件データｄ５３の内容に基づく）、勤務日時及び場所（希望条件情報２の内容に基づく）、利用者のプロフィール情報（ワーカデータｄ１０１の内容に基づく）を送信する。
【００４３】
図６は、勤怠業務管理装置３の機能構成図である。勤怠業務管理装置３は、共同事業体８に加盟する企業において利用者が勤務した場合の勤務実績を管理する装置である。
【００４４】
勤怠業務管理装置３は、図６に示すように、例えば、ハードディスク等から構成され、勤怠業務管理に関するデータを記憶する記憶部３１と、例えば、ＣＰＵ及びメモリ等から構成され、記憶部３１の制御や、各種データの転送、種々の演算、データの一時的な格納等を行うことにより、後述する人材マッチングシステム１０の勤務実績登録処理を実行する制御部３２と、通信ネットワーク７を介して他の装置とデータの送受信を行う通信部３３と、を備えている。
【００４５】
記憶部３１は、詳しくは、勤怠テーブル３０１、及びマッピングテーブル３０２を具備する構成となっている。図７（ａ）に勤怠テーブル３０１のデータ構成の模式図を示す。
【００４６】
勤怠テーブル３０１は、利用者の勤務実績を記憶するテーブルである。勤怠テーブル３０１は、図７（ａ）に示すように、ワーカーＩＤ、案件ＩＤ、勤務開始時間、及び勤務終了時間から構成される勤怠データｄ３０１を記憶している。勤怠データｄ３０１の一具体例としては、ワーカーＩＤ“ａｂｃｄｅｆｇｈｉ”、案件ＩＤ“９８７６５４３２１”、勤務開始時間“２０１８．１２．２２．１７：００”、勤務終了時間“２０１８．１２．２２．２２：００”などが挙げられる。すなわち、勤怠テーブル３０１は、ワーカーＩＤ及び案件ＩＤごとに、利用者の１回の勤務時間を管理するデータとなっている。勤怠データｄ３０１は、利用者が勤務先の企業で勤務するたびに利用者端末６から入力するデータであり、後述する人材マッチングシステム１０の勤務実績登録処理を実行することにより勤怠テーブル３０１に登録される。
【００４７】
マッピングテーブル３０２は、ワーカーＩＤと、ブロックチェーンＩＤと、を対応付けたマッピングデータｄ３０２を記憶するテーブルである。マッピングデータｄ３０２は、マッピングデータｄ１０４と同一のデータ構成（図５（ｄ）参照）であるため、説明を省略する。マッピングテーブル３０２は、勤怠業務管理装置３で作成した勤怠データｄ３０１をブロックチェーンネットワーク７Ａに流通させる勤務実績データ７Ａに変換する場合に参照される。
【００４８】
制御部３２は、主たる機能として、勤務時間記録機能３０３を有する。勤務時間記録機能３０３は、利用者が利用者端末６を介して入力した勤務開始時間及び勤務終了時間に基づいて勤怠データｄ３０１を作成して、勤怠テーブル３０１に登録するとともに、マッピングテーブル３０２を用いて勤務実績データｄ７０を作成し、作成した勤務実績データｄ７０をブロックチェーンネットワーク７Ａに流通させる機能である。
【００４９】
図７（ｂ）に勤務実績データｄ７０のデータ構成の模式図を示す。勤務実績データｄ７０は、ブロックチェーンネットワーク７Ａに流通するデータである。勤務実績データｄ７０は、図７（ｂ）に示すように、ブロックチェーンＩＤ、案件ＩＤ、勤務開始時間、及び勤務終了時間から構成される。勤務実績データｄ７０の一具体例としては、ブロックチェーンＩＤ“１２１２１２１２１”、案件ＩＤ“９８７６５４３２１”、勤務開始時間“２０１８．１２．２２．１７：００”、勤務終了時間“２０１８．１２．２２．２２：００”などが挙げられる。
【００５０】
図８は、給与支払業務管理装置４の機能構成図である。給与支払業務管理装置４は、共同事業体８に加盟する企業に利用者が勤務した後、利用者からの給与支払申請に対して勤務実績に応じた給与支払処理を実行する装置である。
【００５１】
給与支払業務管理装置４は、図８に示すように、例えば、ハードディスク等から構成され、給与支払業務に関するデータを記憶する記憶部４１と、例えば、ＣＰＵ及びメモリ等から構成され、記憶部４１の制御や、各種データの転送、種々の演算、データの一時的な格納等を行うことにより、後述する人材マッチングシステム１０の給与支払処理を実行する制御部４２と、通信ネットワーク７を介して他の装置とデータの送受信を行う通信部４３と、を備えている。
【００５２】
記憶部４１は、詳しくは給与支払テーブル４０１、及びマッピングテーブル４０２を具備する構成となっている。図７（ｃ）に給与支払テーブル４０１のデータ構成の模式図を示す。
【００５３】
給与支払テーブル４０１は、利用者が申請した希望金額を記憶するテーブルである。給与支払テーブル４０１は、図７（ｃ）に示すように、ワーカーＩＤと希望金額を対応付けた給与支払データｄ４０１を記憶している。勤怠データｄ４０１の一具体例としては、ワーカーＩＤ“ＡＢＣＤＥＦＧＨＩ”、希望金額“３０，０００円”などが挙げられる。人材マッチングシステム１０では、共同事業体８に加盟するすべての企業の勤務実績データｄ７０を管理することができるため、利用者は、共同事業体８に加盟する複数の企業において勤務していた場合、複数の企業における勤務実績を合算した給与を申請することが可能である。
【００５４】
マッピングテーブル４０２は、ワーカーＩＤと、ブロックチェーンＩＤと、を対応付けたマッピングデータｄ４０２を記憶するテーブルである。マッピングデータｄ４０２は、マッピングデータｄ１０４と同一のデータ構成（図５（ｄ）参照）であるため、説明を省略する。マッピングテーブル４０２は、給与支払処理において、給与支払申請をした利用者の勤務実績データｄ７０をブロックチェーンネットワーク７Ａから取得する際に参照される。
【００５５】
制御部４２は、主たる機能として、給与支払機能４０３を有する。給与支払機能４０３は、利用者が利用者端末６を介して申請した希望金額に基づいて、給与支払処理を実行する。詳しくは、給与支払申請をした利用者の勤務実績データｄ７０をブロックチェーンネットワーク７Ａから取得するとともに、取得した勤務実績データｄ７０のそれぞれの案件ＩＤに基づいて共有ＤＢ５の該当する求人案件データｄ５３を参照し、参照した求人案件データｄ５３の時給情報を取得して、給与金額を算出する。なお、本実施の形態の給与支払機能４０３においては、利用者の勤務実績を超えた申請金額を申請した場合、勤務実績までの金額しか支払わないようにしている（例えば、共同事業体８に加盟する企業において３０時間しか勤務していないのに４０時間分の給料を申請した場合には、３０時間分の給与しか払われない）。
【００５６】
なお、人材マッチング業務管理装置１、勤怠業務管理装置３、及び給与支払業務管理装置４は、上述したようなアプリケーションサーバ、データベースサーバ、及びＷｅｂ（World  Wide  Web）サーバとしての機能を有しており、利用者端末６と種々の情報授受ができるようになっている。さらに、人材マッチング業務管理装置１、勤怠業務管理装置３、及び給与支払業務管理装置４は、物理的に一つからなる装置の他、複数の装置がネットワーク接続されたシステムから構成されてもよく、複数の装置で構成された場合には、同一の場所にすべてが設置されていてもよいし、複数の場所に分散して設置されていてもよい。
【００５７】
また、本実施の形態に係る人材マッチングシステム１０の各種処理（求人案件登録処理、希望条件登録処理、求人案件検索処理、求人案件確定処理、勤務実績登録処理、給与支払処理）を実行するプログラムは、上述したメモリなどの主記憶装置やハードディスクなどの補助記憶装置に格納されているものである。そして、このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ（Compact  Disc）、ＤＶＤ（Digital  Versatile  Disc）、ＢＤ（Blu-ray  Disc（登録商標））などのコンピュータが読み取り可能な記録媒体に記録することも、通信ネットワークを介して配信することも可能である。
【００５８】
図９は、利用者端末６の機能構成図である。利用者端末６には、例えば、スマートフォン、タブレット端末、パーソナルコンピュータ（personal  computer；ＰＣ）などの情報処理端末が想定される。以下、一例としてスマートフォンを利用者端末６に用いた場合について説明する。
【００５９】
利用者端末６は、図９に示すように、記憶部６１と、ＵＩ（User  Interface）部６２と、制御部６３と、通信部６４と、を具備する構成である。
【００６０】
記憶部６１は、例えば、フラッシュメモリ等から構成され、制御部６３が制御に用いるデータやプログラムなどを記憶するようになっている。本実施の形態の記憶部６１には、人材マッチングシステム１０の種々の処理を実行するための利用者用プログラムがインストールされている。
【００６１】
ＵＩ部６２は、情報処理端末の入力部及び出力部を兼ねるものであり、利用者からの入力操作を受け付けるとともに、入力操作に応じて制御部６３にて処理された結果を出力するようになっている。例えば、表示画面を兼ねたタッチパネル、マイク、スピーカなどで構成されている。
【００６２】
制御部６３は、例えば、ＣＰＵ及びメモリ等から構成され、記憶部６１の制御や、各種データの転送、種々の演算、データの一時的な格納等を行うことにより、人材マッチングシステム１０における利用者端末６側の処理を実行する。
【００６３】
制御部６３は、人材マッチングシステム１０における機能として、入力された希望条件を人材マッチング業務管理装置１に送信する希望条件登録機能６０１、入力された希望条件に基づく求人案件検索指示を人材マッチング業務管理装置１に送信し、検索結果を提示する案件検索機能６０２、求人案件の検索結果の中から求人案件を確定させる指示を人材マッチング業務管理装置１に送信する案件確定機能６０３、入力された勤務開始時間及び終了時間を勤怠業務管理装置３に送信する勤務実績登録機能、及び入力された希望金額を給与支払業務管理装置４に送信する給与支払申請機能６０５を備える。これらの機能は、利用者用プログラムの機能でもある。
【００６４】
なお、利用者用プログラムは、各企業で付されるそれぞれのワーカーＩＤを対応付ける機能を備えている。詳しくは、記憶部６１には、共同事業体８に加盟する各企業で付されたそれぞれのワーカーＩＤが記憶されているとともにブロックチェーンＩＤも記憶されている。例えば、利用者端末６と人材マッチング業務管理装置１との間で人材マッチングシステム１０の各種処理が実行され、人材マッチング業務管理装置１が当該利用者に対してワーカーＩＤを新たに発番した場合には、利用者用プログラムは、このワーカーＩＤを利用者端末６内に記憶する。同様にして、利用者端末６と勤怠業務管理装置３及び給与支払業務管理装置４との間で人材マッチングシステム１０の各種処理が実行され、勤怠業務管理装置３及び給与支払業務管理装置４が当該利用者に対してワーカーＩＤを新たに発番した場合には、利用者用プログラムは、このワーカーＩＤを利用者端末６内に記憶する。また、利用者に初めてブロックチェーンＩＤが付された段階（例えば、人材マッチングシステム１０において初めて利用者の勤務実績データｄ７０が作成される段階）において、利用者用プログラムは、ブロックチェーンＩＤを利用者端末６内に記憶するので、以後、この利用者が利用者端末６を用いて人材マッチング業務管理装置１、勤怠業務管理装置３、及び給与支払業務管理装置４に対して種々の処理を行っても、ブロックチェーンＩＤと各企業で付されたワーカーＩＤを対応付けることが可能となっている。
【００６５】
通信部６４は、通信ネットワーク７を介して人材マッチング業務管理装置１、勤怠業務管理装置３、及び給与支払業務装置４とデータの送受信を行うようになっている。
【００６６】
＜人材マッチングシステムの動作＞
次に、図１０〜図１５を用いて、本実施の形態に係る人材マッチングシステム１０の動作について説明する。
【００６７】
まず、図１０を用いて、人材マッチングシステム１０の求人案件登録処理について説明する。図１０は、人材マッチングシステム１０の求人案件登録処理の流れを示すシーケンス図である。
【００６８】
なお、図１０に示す求人案件登録処理は、求人申込業務管理装置２の求人申込プログラムを実行させて、人材マッチング業務管理装置１にユーザ認証された後（例えば、ユーザＩＤ及びパスワードの入力により認証された後のログイン状態において）に実行される処理である。すなわち、人材マッチング業務管理装置１は、アクセス先の企業を認識した状態で以後の処理を実行する。
【００６９】
まず、求人企業の担当者が求人申込業務管理装置２に対して案件情報を入力する（ステップＳ１０）。案件情報とは、具体的には、求人案件データｄ５３の案件内容に相当する情報である（図３（ｄ）参照）。次いで、求人申込業務管理装置２は、入力された案件情報を人材マッチング業務管理装置１に送信する（ステップＳ２０）。
【００７０】
人材マッチング業務管理装置１は、案件情報を受信すると（ステップＳ３０）、受信した案件情報に基づいて求人案件データｄ５３を作成し、作成した求人案件データｄ５３を共有ＤＢ５の案件テーブル５３に登録する（ステップＳ４０）。
【００７１】
なお、人材マッチング業務管理装置１は求人案件データｄ５３を作成する場合、企業ＩＤ及び店舗ＩＤを人材マッチング業務管理装置１のログイン情報に基づいて設定し、案件ＩＤを新たに発番して設定する。
【００７２】
このように本実施の形態の求人案件登録処理によれば、求人企業の求人申込業務管理装置２において求人情報が登録されることを契機に、求人案件データｄ５３は共有ＤＢに登録されるようになっている。
【００７３】
次に、図１１を用いて、人材マッチングシステム１０の希望条件登録処理について説明する。図１１は、人材マッチングシステム１０の希望条件登録処理の流れを示すシーケンス図である。
【００７４】
なお、図１１に示す希望条件登録処理は、利用者端末６の利用者用プログラムを実行させて、利用者が人材マッチング業務管理装置１に対してユーザ認証された後（例えば、ユーザＩＤ及びパスワードの入力により認証された後のログイン状態において）、実行される処理である。すなわち、希望条件登録処理は、人材マッチング業務管理装置１がアクセス先の利用者を認識した状態で行われている。
【００７５】
まず、利用者が利用者端末６に対して事前希望条件情報を入力する（ステップＳ１１０）。事前希望条件情報とは、具体的には、事前希望条件データｄ１０２の希望条件情報１に相当する情報である（図５（ｂ）参照）。次いで、利用者端末６は、入力された事前希望条件情報を人材マッチング業務管理装置１に送信する（ステップＳ１２０）。
【００７６】
人材マッチング業務管理装置１は、事前希望条件情報を受信すると（ステップＳ１３０）、受信した事前希望条件情報に基づいて事前希望条件データｄ１０２を作成し、作成した事前希望条件データｄ１０２を事前希望条件テーブル１０２に登録する（ステップＳ１４０）。
【００７７】
このように本実施の形態の希望条件登録処理によれば、利用者端末６において事前希望条件情を入力することを契機に、事前希望条件データｄ１０２は事前希望条件テーブル１０２に登録されるようになっている。
【００７８】
次に、図１２を用いて、人材マッチングシステム１０の求人案件検索処理について説明する。図１２は、人材マッチングシステム１０の求人案件検索処理の流れを示すシーケンス図である。
【００７９】
なお、図１２に示す求人案件検索処理は、利用者端末６の利用者用プログラムを実行させて、利用者が人材マッチング業務管理装置１に対してユーザ認証された後（例えば、ユーザＩＤ及びパスワードの入力により認証された後のログイン状態において）、実行される処理である。すなわち、求人案件検索処理は、人材マッチング業務管理装置１がアクセス先の利用者を認識した状態で行われている。
【００８０】
まず、利用者が利用者端末６に対して希望条件情報を入力する（ステップＳ２１０）。希望条件情報とは、具体的には、勤務する希望日時、勤務先の希望場所であり、希望条件データｄ１０３の希望条件情報２に相当する情報である（図５（ｃ）参照）。次いで、利用者は、利用者端末６に対して求人案件の検索指示をする（ステップＳ２２０）。これにより、利用者端末６は、検索指示、及び入力された希望条件情報を人材マッチング業務管理装置１に送信する（ステップＳ２３０）
人材マッチング業務管理装置１は検索指示、及び希望条件情報を受信すると（ステップＳ２４０）、まず、受信した希望条件情報に基づいて希望条件データｄ１０３を作成し、作成した希望条件データｄ１０３を希望条件テーブル１０３に登録する（ステップＳ２５０）。人材マッチング業務管理装置１は、次いで、希望条件情報、事前希望条件情報、及び勤務実績データｄ７０に基づいて求人案件データｄ５３を検索し（ステップ２６０）、該当する求人案件データｄ７０を検索結果として取得する（ステップＳ２７０）。具体的には、まず、希望条件情報及び事前希望条件情報に合致した求人案件データｄ５３を案件テーブル５３から抽出する。ここで、抽出した求人案件データｄ５３に勤務実績に関する応募条件が存在しない場合には、この抽出した求人案件データｄ５３を検索結果とする。これに対して、抽出した求人案件データｄ５３に勤務実績に関する応募条件が存在する場合には、ブロックチェーンネットワーク７Ａから利用者の勤務実績データｄ７０を取得して、当該応募条件を満たすか否かを判定し、当該応募条件を満たす場合には、この抽出した求人案件データｄ５３を検索結果とする。
【００８１】
次に、人材マッチング業務管理装置１は取得した検索結果を、検索指示を送信した利用者端末６に送信する（ステップＳ２８０）。
【００８２】
利用者端末６は、検索結果を受信すると（ステップＳ２９０）、受信した検索結果を表示する（ステップＳ３００）。
【００８３】
このように本実施の形態の求人案件検索処理によれば、利用者端末６において希望条件情報を入力し、求人案件の検索指示することを契機に、求人案件データｄ５３が利用者に提示される。そして、求人企業の応募条件に勤務実績に関する条件が存在する場合、利用者の勤務実績を加味した検索結果が提示されることも可能である。
【００８４】
次に、図１３を用いて、人材マッチングシステム１０の求人案件確定処理について説明する。図１３は、人材マッチングシステム１０の求人案件確定処理の流れを示すシーケンス図である。
【００８５】
なお、図１３に示す求人案件確定処理は、図１２に示した求人案件検索処理において検索結果が利用者端末６に表示された後に実行される処理である。すなわち、求人案件確定処理は、人材マッチング業務管理装置１がアクセス先の利用者を認識した状態で行われている。
【００８６】
利用者が表示された検索結果の中から所望の求人案件データｄ７０の選択をした後、利用者端末６に対して案件確定の指示をする（ステップＳ３１０）。これにより、利用者端末６は、案件確定情報を人材マッチング業務管理装置１に送信する（ステップＳ３２０）。案件確定情報とは、具体的には、利用者に選択された求人案件データｄ７０（案件ＩＤ）である。
【００８７】
人材マッチング業務管理装置１は、案件確定情報を受信すると（ステップＳ３３０）当該利用者の利用者プロフィール情報をワーカーテーブル１０１から取得する（ステップＳ３４０）。利用者プロフィール情報とは、具体的には、ワーカーデータｄ１０１のワーカー属性情報に相当する情報である。次いで、人材マッチング業務管理装置１は、確定した求人案件の案件情報、及び利用者プロフィール情報を求人申込業務管理装置２に送信する（ステップＳ３５０）。案件情報とは、具体的には、確定した求人案件データｄ７０の内容に、利用者が希望した勤務場所及び勤務日時が反映された情報である。
【００８８】
これにより、求人申込業務管理装置２は、案件情報、及び利用者プロフィール情報を受信する（ステップＳ３６０）。以後、求人企業は、この案件情報、及び利用者プロフィール情報に基づいて、当該人材の採用業務を行うことができる。例えば、勤務実績に関する条件を応募条件としていた場合には、応募条件をクリアーした利用者の情報だけが送られてくるので、無条件にそのまま採用としてもよい。一方、求人案件確定処理において送られてきた求職者に対して、面接等を行い、さらに判断を重ねるようにしてもよい。
【００８９】
このように本実施の形態の求人案件確定処理によれば、求人企業は、利用者の勤務実績を加味して求職者を採用することができる。
【００９０】
次に、図１４を用いて、人材マッチングシステム１０の勤務実績登録処理について説明する。勤務実績登録処理は、求人案件確定処理の後、利用者が求人企業に採用された場合に実行される。図１４は、人材マッチングシステム１０の勤務実績登録処理の流れを示すシーケンス図である。
【００９１】
なお、図１４に示す勤務実績登録処理は、利用者端末６の利用者用プログラムを実行させて、利用者が勤怠業務管理装置３に対してユーザ認証された後（例えば、ユーザＩＤ及びパスワードの入力により認証された後のログイン状態において）、実行される処理である。すなわち、勤務実績登録処理は、勤怠業務管理装置３がアクセス先の利用者を認識した状態で行われている。
【００９２】
まず、利用者は、勤務開始時に利用者端末６に対して勤務開始時間を入力すると（ステップＳ４１０：ＹＥＳ、Ｓ４２０）、利用者端末６は、入力された勤務開始時間を勤怠業務管理装置３に送信する（ステップＳ４３０）。
【００９３】
勤怠業務管理装置３は、勤務開始時間を受信すると（ステップＳ４４０）、受信した勤務開始時間に基づいて勤怠データｄ３０１を作成し、勤怠テーブル３０１に登録するとともに、受信した勤務開始時間を反映した勤務実績データｄ７０を作成し、作成した勤務実績データｄ７０をブロックチェーンネットワーク７Ａに流通させる（ステップＳ４５０）。
【００９４】
次に、利用者は、勤務終了時に利用者端末６に対して勤務終了時間を入力すると（ステップＳ４６０：ＹＥＳ、Ｓ４７０）、利用者端末６は、入力された勤務終了時間を勤怠業務管理装置３に送信する（ステップＳ４８０）。
【００９５】
勤怠業務管理装置３は、勤務終了時間を受信すると（ステップＳ４９０）、受信した勤務終了時間に基づいて勤怠データｄ３０１を作成し、勤怠テーブル３０１に登録するとともに、勤務終了時間を反映した勤務実績データｄ７０を作成し、作成した勤務実績データｄ７０をブロックチェーンネットワーク７Ａに流通させる（ステップＳ５００）。
【００９６】
このように本実施の形態の勤務実績登録処理によれば、利用者が利用者端末６において勤務開始時間及び勤務終了時間を入力するたびに勤務実績データｄ７０が作成されるようになっている。
【００９７】
＜給与支払処理＞
次に、図１５を用いて、人材マッチングシステム１０の給与支払処理について説明する。給与支払処理は、利用者が企業に勤務した後に実行される。図１５は、人材マッチングシステム１０の給与支払処理の流れを示すシーケンス図である。
【００９８】
なお、図１５に示す給与支払処理は、利用者端末６の利用者用プログラムを実行させて、利用者が給与支払業務管理装置４に対してユーザ認証された後（例えば、ユーザＩＤ及びパスワードの入力により認証された後のログイン状態において）、実行される処理である。すなわち、給与支払処理は、給与支払業務管理装置４がアクセス先の利用者を認識した状態で行われている。
【００９９】
利用者は、利用者端末６に対して希望の給与金額を入力し（ステップＳ５１０）、給与支払の指示をすると（ステップＳ５２０）、利用者端末６は、入力された希望金額を含む給与支払指示を給与支払業務管理装置４に送信する（ステップＳ５３０）。
【０１００】
給与支払業務管理装置４は、希望金額を含む給与支払指示を受信すると（ステップＳ５４０）、受信した希望金額に基づく給与支払データｄ４０１を作成し、給与支払テーブル４０１に登録するとともに、ブロックチェーンネットワーク７Ａからこの利用者の勤務実績データｄ７０を取得し、勤務実績を集計する（ステップＳ５５０）。具体的には、未払分の勤務実績データｄ７０の勤務時間を集計する。なお、支払済又は未払の判断は、例えば、給与支払業務管理装置４が、過去に給与を支払った対象の勤務実績データｄ７０に対しては、支払済みのフラグを付すなどの管理をし、給与支払処理においてはこのような支払済みの勤務実績データｄ７０を処理対象外とするようにしてもよい。
【０１０１】
次に、給与支払業務管理装置４は、案件テーブル５３から求人案件ごとの時給情報を取得し（ステップＳ５６０）、勤務時間と時給情報から給与金額を算出し、算出した給与金額と指示された希望の給与金額を比較し、給与金額を設定する（ステップＳ５７０）。具体的には、希望の給与金額≦算出した給与金額の場合、利用者から指示された給与金額を支払う給与金額として設定する。一方、希望の給与金額＞算出した給与金額の場合、算出した給与金額を支払う給与金額として設定する。
【０１０２】
次に、給与支払業務管理装置４は、支払う給与金額に関する支払金額情報を利用者端末６に送信する（ステップＳ５８０）。
【０１０３】
利用者端末６は、支払金額情報を受信すると（ステップＳ５９０）、支払金額を表示する（ステップＳ６００）。また、希望の給与金額＞算出した給与金額の場合には、希望の給与金額が支払われない旨の表示も行う。なお、図示していないが、設定された給与金額に基づく給与支払は予め定めた決済日に行われるようになっている。
【０１０４】
このように本実施の形態の給与支払処理によれば、利用者が利用者端末６において希望金額を入力し、給与支払の指示をすることを契機に、給与支払が行われるので、利用者側の意思や都合に基づき予め定めた決済日でも給給与支払申請をすることができる。
【０１０５】
以上、本実施の形態の人材マッチングシステム１０によれば、複数の企業及び人材サービス会社などで構成される共同事業体８内で、求人案件データｄ５３、及び利用者の過去の勤務実績データｄ７０を共有しているので、利用者の経験やスキルを客観的に把握することができる。この結果、求人企業側は、応募条件に勤務実績に関する条件を設定していれば、例えば、短期間の雇用においては、採用業務をなくすことも可能である。すなわち、従来に比べて採用業務を簡素化しつつ所望の人材を雇用することができる。また、利用者側は、仕事に対する希望条件を登録するだけでよく、利用者側で履歴書を用意することなく、また、面接を受けることなく、希望の職種の仕事を選べ、都合のよい日時に都合の良い場所で働くことが可能である。すなわち、利用者側にとっても、利便性は高い。
【０１０６】
また、利用者の勤務実績データｄ７０も、雇用する企業側の勤怠管理として作成されていくので、利用者及び雇用する企業のさらなる負担となることはない。なお、利用者が協同事業体８に加盟している企業で働くに従って勤務実績データｄ７０が蓄積されていくので、求人企業は、より客観的な評価を下すことが可能となる。
【０１０７】
また、利用者が共同事業体８に加盟している複数の企業で働いた場合であっても、個々の企業に給与支払申請をする必要がなく、給与支払サービス会社に合計した勤務実勢に応じた給与支払申請をすればよいので、給与支払に関しても利用者の利便性は高い。
【０１０８】
＜その他の実施の形態＞
上記実施の形態の勤怠データｄ３０１及び勤務実績データｄ７０は、利用者の勤務時間のみを勤務実績としたが、これ以外の要素を加えてもよい。例えば、図７（ｄ）に示すように、評価の項目を追加した勤怠データｄ３０１Ａ及び勤務実績データｄ７０を採用してもよい。この場合には、例えば、利用者が勤務した企業の担当者が利用者の勤務評価を入力して、勤務評価が反映された勤怠データｄ３０１Ａ及び勤務実績データｄ７０を作成するようにしてもよい。これにより、量だけなく質も加味した勤務実績データｄ７０となるので、求職者のスキルをより客観的に把握することが可能となる。
【０１０９】
また、上記実施の形態で説明した共同事業体８に加盟する企業は、求人申込業務管理装置２において自らの企業の求人申込業務を行い、勤怠業務管理装置３において自らの企業に勤務する利用者の勤怠業務を行っていたが、共同事業体８に加盟する企業はこれに限定されない。例えば、共同事業体８に加盟する企業を、他の企業の求人申込業務や勤怠業務を行う代理店機能を有する企業としてもよい。すなわち、自らの企業において求人申込業務管理装置２や勤怠業務管理装置３を持つことができない企業の代わりに、このような企業の求人申込業務管理や勤怠業務管理を行うようにしてもよい。これにより、中小企業、個人事業主など自社で大規模な情報システムを持つことができない企業であっても、人材マッチングシステム１０の恩恵を享受することが可能となる。
【０１１０】
以上、本発明の実施の形態について説明してきたが、本発明は、上述した実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲において、本発明の実施の形態に対して種々の変形や変更を施すことができ、そのような変形や変更を伴うものもまた、本発明の技術的範囲に含まれるものである。また、発明の実施の形態に記載された、作用及び効果は、本発明から生じる最も好適な作用及び効果を列挙したに過ぎず、本発明による作用及び効果は、本発明の実施の形態に記載されたものに限定されるものではない。
【符号の説明】
【０１１１】
１  人材マッチング業務管理装置
２  求人申込業務管理装置
３  勤怠業務管理装置
４  給与支払業務管理装置
５  共有ＤＢ
６  利用者端末
７  通信ネットワーク
７Ａ  ブロックチェーンネットワーク
１０  人材マッチングシステム
【要約】
人材マッチングシステム１０は、特定企業からの求人案件データを記憶する共有データベースと、共同事業体の間でブロックチェーンを用いて共有する求職者の勤務実績データと、求職者から求人案件に関する検索指示を受け付けた場合、検索指示をした求職者の希望条件、共有データベースに記憶された求人案件データ、及びブロックチェーンのネットワークに流通する該求職者の勤務実績データに基づいて、検索指示に合致する求人案件データを抽出し、検索結果として該求職者に提示する検索結果提示手段と、検索結果に対して求職者が求人案件の確定をした場合、該求人案件を特定する情報及び求職者のプロフィールデータを、該求人案件を登録した特定企業に送信する確定情報送信手段と、を備える。【図１】
0006713588.tif 000002
【図２】
0006713588.tif 000003
【図３】
0006713588.tif 000004
【図４】
0006713588.tif 000005
【図５】
0006713588.tif 000006
【図６】
0006713588.tif 000007
【図７】
0006713588.tif 000008
【図８】
0006713588.tif 000009
【図９】
0006713588.tif 000010
【図１０】
0006713588.tif 000011
【図１１】
0006713588.tif 000012
【図１２】
0006713588.tif 000013
【図１３】
0006713588.tif 000014
【図１４】
0006713588.tif 000015
【図１５】
0006713588.tif 000016