(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-09-20
(45)【発行日】2024-10-01
(54)【発明の名称】情報処理方法、プログラム、及び情報処理装置
(51)【国際特許分類】
G06Q 10/1053 20230101AFI20240924BHJP
【ＦＩ】
G06Q10/1053
【請求項の数】
6
(21)【出願番号】P 2024129274
(22)【出願日】2024-08-05
(62)【分割の表示】P 2023201377の分割
【原出願日】2023-11-29
【審査請求日】2024-08-05
【早期審査対象出願】
(73)【特許権者】
【識別番号】514053169
【氏名又は名称】株式会社メルカリ
(74)【代理人】
【識別番号】100079108
【弁理士】
【氏名又は名称】稲葉 良幸
(74)【代理人】
【識別番号】100109346
【弁理士】
【氏名又は名称】大貫 敏史
(74)【代理人】
【識別番号】100117189
【弁理士】
【氏名又は名称】江口 昭彦
(74)【代理人】
【識別番号】100134120
【弁理士】
【氏名又は名称】内藤 和彦
(72)【発明者】
【氏名】圓城寺 博
(72)【発明者】
【氏名】宮原 麻未
【審査官】藤原 拓也
(56)【参考文献】
【文献】特開２００５－２２２３３３（ＪＰ，Ａ）
【文献】米国特許第０９０３７６７６（ＵＳ，Ｂ１）
【文献】特許第７３８５０７７（ＪＰ，Ｂ１）
【文献】韓国公開特許第１０－２０２１－００９４７５０（ＫＲ，Ａ）
【文献】特開２０１３－１３４５２７（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
情報処理装置が、事業者が利用する他の情報処理装置から、１又は複数のユーザが属する各グループのうち、複数のグループの選択を受け付けること、
前記複数のグループ内の各グループに、所定の求人情報の公開時期をそれぞれ設定すること、
前記各グループの前記公開時期に基づいて、次に公開されるグループの公開時期が到来した場合、当該次に公開されるグループに属するユーザからの閲覧要求に対し、前記所定の求人情報を求人一覧内に公開すること、
を実行する情報処理方法。
【請求項2】
前記公開することは、
前記次に公開されるグループ及び公開中のグループに属するユーザからの閲覧要求に対し、前記所定の求人情報を公開することを含む、請求項１に記載の情報処理方法。
【請求項3】
情報処理装置に、事業者が利用する他の情報処理装置から、１又は複数のユーザが属する各グループのうち、複数のグループの選択を受け付けること、
前記複数のグループ内の各グループに、所定の求人情報の公開時期をそれぞれ設定すること、
前記各グループの前記公開時期に基づいて、次に公開されるグループの公開時期が到来した場合、当該次に公開されるグループに属するユーザからの閲覧要求に対し、前記所定の求人情報を求人一覧内に公開すること、
を実行させるプログラム。
【請求項4】
前記公開することは、
前記次に公開されるグループ及び公開中のグループに属するユーザからの閲覧要求に対し、前記所定の求人情報を公開することを含む、請求項３に記載のプログラム。
【請求項5】
プロセッサを含む情報処理装置であって、前記プロセッサが、
事業者が利用する他の情報処理装置から、１又は複数のユーザが属する各グループのうち、複数のグループの選択を受け付けること、
前記複数のグループ内の各グループに、所定の求人情報の公開時期をそれぞれ設定すること、
前記各グループの前記公開時期に基づいて、次に公開されるグループの公開時期が到来した場合、当該次に公開されるグループに属するユーザからの閲覧要求に対し、前記所定の求人情報を求人一覧内に公開すること、
を実行する情報処理装置。
【請求項6】
前記公開することは、
前記次に公開されるグループ及び公開中のグループに属するユーザからの閲覧要求に対し、前記所定の求人情報を公開することを含む、請求項５に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理方法、プログラム、及び情報処理装置に関する。
【背景技術】
【0002】
従来、求人に応募するユーザ（「ワーカー」ともいう。）の経験、スキル等に合わせて
、ワーカーに固有の労働条件を設定する技術が知られている。例えば、求人に関連付けら
れた職務条件及び基本給と、ワーカーの職歴情報とに基づいて、このワーカーの固有給を
設定する技術が知られている（例えば、特許文献１参照）。
、ワーカーに固有の労働条件を設定する技術が知られている。例えば、求人に関連付けら
れた職務条件及び基本給と、ワーカーの職歴情報とに基づいて、このワーカーの固有給を
設定する技術が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【文献】特許第７０８０２８２号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
上述したように、上記技術では、個々のワーカーに対して固有給を設定することができ
る。しかしながら、ワーカーを雇う事業者側が、サービスに新規登録するワーカーを含む
複数のワーカーに対して固有給を含む労働条件をまとめて管理したい場合でも、ワーカー
毎に労働条件を設定しなければならず、煩雑な処理及び管理が必要であった。
る。しかしながら、ワーカーを雇う事業者側が、サービスに新規登録するワーカーを含む
複数のワーカーに対して固有給を含む労働条件をまとめて管理したい場合でも、ワーカー
毎に労働条件を設定しなければならず、煩雑な処理及び管理が必要であった。
【0005】
一方で、事業者がワーカー群をグループに登録し、そのグループのみに対する求人情報
を作成して公開することによって、そのグループに登録されたワーカー群の労働条件を一
律に設定する方法も考えられる。しかし、求人情報の公開範囲がそのグループに限られ、
そもそもの母集団のワーカー数が少なくなるため、募集したい人数のワーカーが集まらな
い可能性があり、集まらなかった場合は事業者が別のグループに対する求人を再度作成し
たり、自身で条件を変更したりしなければならず、やはり煩雑な処理及び管理が必要であ
った。
を作成して公開することによって、そのグループに登録されたワーカー群の労働条件を一
律に設定する方法も考えられる。しかし、求人情報の公開範囲がそのグループに限られ、
そもそもの母集団のワーカー数が少なくなるため、募集したい人数のワーカーが集まらな
い可能性があり、集まらなかった場合は事業者が別のグループに対する求人を再度作成し
たり、自身で条件を変更したりしなければならず、やはり煩雑な処理及び管理が必要であ
った。
【0006】
本開示は、１又は複数のワーカーが属するグループを用いて求人を募集する際に、簡便
且つフレキシブルな求人募集を可能にする情報処理方法、プログラム、及び情報処理装置
を提供することを目的の一つとする。
且つフレキシブルな求人募集を可能にする情報処理方法、プログラム、及び情報処理装置
を提供することを目的の一つとする。
【課題を解決するための手段】
【0007】
本開示の一実施形態に係る情報処理方法は、情報処理装置が、事業者が利用する他の情
報処理装置から、１又は複数のユーザが属する各グループのうち、複数のグループの選択
を受け付けること、前記複数のグループ内の各グループにそれぞれ優先度を設定すること
、前記各グループの前記優先度に基づいて、グループごとに求人情報を公開すること、を
実行する。
報処理装置から、１又は複数のユーザが属する各グループのうち、複数のグループの選択
を受け付けること、前記複数のグループ内の各グループにそれぞれ優先度を設定すること
、前記各グループの前記優先度に基づいて、グループごとに求人情報を公開すること、を
実行する。
【発明の効果】
【0008】
開示の技術によれば、１又は複数のワーカーが属するグループを用いて求人を募集する
際に、簡便且つフレキシブルな求人募集を可能にする。
際に、簡便且つフレキシブルな求人募集を可能にする。
【図面の簡単な説明】
【0009】
【図1】実施形態における情報処理システムの各構成例を示す図である。
【図2】実施形態に係る情報処理装置の一例を示すブロック図である。
【図3】実施形態に係るサーバの一例を示すブロック図である。
【図4】実施形態に係るユーザデータの一例を示す図である。
【図5】実施形態に係るグループデータの一例を示す図である。
【図6】実施形態に係るグループデータの階層構造の一例を示す図である。
【図7】実施形態に係る商品の求人データの一例を示す図である。
【図8】実施形態に係る求人情報の各条件情報の設定例１を示す図である。
【図9】実施形態に係る求人情報の各条件情報の設定例２を示す図である。
【図10】実施形態に係る求人情報の各条件情報の設定例３を示す図である。
【図11】実施形態に係る求人情報の各条件情報の設定処理の一例を示すフローチャートである。
【図12】実施形態に係る設定例１の場合の運用例を示すフローチャートである。
【図13】実施形態に係る設定例２の場合の運用例を示すフローチャートである。
【図14】実施形態に係る設定例３の場合の運用例を示すフローチャートである。
【図15】実施形態に係る求人募集画面の一例を示す図である。
【図16】実施形態に係るグループごとの条件設定画面の一例を示す図である。
【発明を実施するための形態】
【0010】
以下、本開示の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素
には同一の符号を付し、重複する説明を省略する。
には同一の符号を付し、重複する説明を省略する。
【0011】
［実施形態］
本実施形態では、求人情報を提供するプラットフォーム（「求人情報提供プラットフォ
ーム」ともいう。）において、事業者が選択可能なグループを設け、グループに所属する
１又は複数のワーカーに対して共通の労働条件を設定することを可能にする。これにより
、事業者は、個々のワーカーに対して個別の労働条件を設定せずに、共通の労働条件を設
定したい場合、グループを設定し、このグループに対応する労働条件をグループに所属す
るワーカーに設定することが可能になる。なお、ワーカーを第１ユーザ、事業者を第２ユ
ーザとし、両者を区別しない場合は「ユーザ」と表記する場合がある。
本実施形態では、求人情報を提供するプラットフォーム（「求人情報提供プラットフォ
ーム」ともいう。）において、事業者が選択可能なグループを設け、グループに所属する
１又は複数のワーカーに対して共通の労働条件を設定することを可能にする。これにより
、事業者は、個々のワーカーに対して個別の労働条件を設定せずに、共通の労働条件を設
定したい場合、グループを設定し、このグループに対応する労働条件をグループに所属す
るワーカーに設定することが可能になる。なお、ワーカーを第１ユーザ、事業者を第２ユ
ーザとし、両者を区別しない場合は「ユーザ」と表記する場合がある。
【0012】
また、本実施形態では、求人情報提供プラットフォーム上で提供される求人情報の閲覧
、応募等が可能なサービス（以下、「求人サービス」ともいう。）に対して事業者が求人
情報を設定して各グループに公開する場合、グループごとに優先度を設定し、求人情報を
優先度に基づいて順に公開するようにする。また、本実施形態では、求人情報における募
集条件の各条件情報について、事業者の設定がない項目にはシステム側で適宜設定するよ
うにする。
、応募等が可能なサービス（以下、「求人サービス」ともいう。）に対して事業者が求人
情報を設定して各グループに公開する場合、グループごとに優先度を設定し、求人情報を
優先度に基づいて順に公開するようにする。また、本実施形態では、求人情報における募
集条件の各条件情報について、事業者の設定がない項目にはシステム側で適宜設定するよ
うにする。
【0013】
＜システム構成例＞
図１は、実施形態における情報処理システム１の各構成例を示す図である。図１に示す
例では、各ユーザが利用する各情報処理装置１０Ａ、１０Ｂ、求人情報提供プラットフォ
ームを管理する情報処理装置又はサーバ２０、例えばユーザデータ、グループデータ、求
人データ等を管理するサーバ又はデータベース３０がネットワークＮを介して接続される
。なお、情報処理装置１０Ａ、１０Ｂについては、任意の数がネットワークＮに接続され
、個々に区別しない場合は、情報処理装置１０とも表記する。
図１は、実施形態における情報処理システム１の各構成例を示す図である。図１に示す
例では、各ユーザが利用する各情報処理装置１０Ａ、１０Ｂ、求人情報提供プラットフォ
ームを管理する情報処理装置又はサーバ２０、例えばユーザデータ、グループデータ、求
人データ等を管理するサーバ又はデータベース３０がネットワークＮを介して接続される
。なお、情報処理装置１０Ａ、１０Ｂについては、任意の数がネットワークＮに接続され
、個々に区別しない場合は、情報処理装置１０とも表記する。
【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】
ここで、グループＡ、Ｂ、Ｃに優先度１、２、３が付与されている場合、まず最初に優
先度１のグループＡに対して求人情報が公開され、この時点では、公開中のグループはグ
ループＡであり、次に公開されるグループは優先度２のグループＢである。このときの公
開中のグループに設定された募集人数は、グループＡの募集人数であり、グループＡの募
集人数のユーザが集まると、グループＢの公開時期を待たずにグループＢに対して求人情
報が公開されてもよい。
先度１のグループＡに対して求人情報が公開され、この時点では、公開中のグループはグ
ループＡであり、次に公開されるグループは優先度２のグループＢである。このときの公
開中のグループに設定された募集人数は、グループＡの募集人数であり、グループＡの募
集人数のユーザが集まると、グループＢの公開時期を待たずにグループＢに対して求人情
報が公開されてもよい。
【0068】
次に、優先度２のグループＢの公開時期が到来し、グループＢに対して求人情報が公開
されると、公開中のグループはグループＡ及びＢになり、次に公開されるグループはグル
ープＣとなる。このときの公開中のグループに設定された募集人数は、グループＡの募集
人数とグループＢの募集人数とを合算した人数であり、合算した人数のユーザが集まると
、グループＣの公開時期を待たずにグループＣに対して求人情報が公開されてもよい。
されると、公開中のグループはグループＡ及びＢになり、次に公開されるグループはグル
ープＣとなる。このときの公開中のグループに設定された募集人数は、グループＡの募集
人数とグループＢの募集人数とを合算した人数であり、合算した人数のユーザが集まると
、グループＣの公開時期を待たずにグループＣに対して求人情報が公開されてもよい。
【0069】
以上の処理により、各グループに設定された募集人数に到達した時点で次のグループの
ワーカーに対して求人を行うことができるので、全体での募集人数に早く到達する可能性
を高めることができる。
ワーカーに対して求人を行うことができるので、全体での募集人数に早く到達する可能性
を高めることができる。
【0070】
提案モジュール２４０は、次に公開されるグループの公開時期の所定日数前に、公開中
のグループの募集人数のワーカーが集まらない場合、公開中のグループに設定された募集
条件の変更を提案する。例えば、提案モジュール２４０は、次に公開されるグループの公
開時期の所定日数前の日に、サービス制御モジュール２３６によりカウントされる応募人
数が、公開中のグループの募集人数に満たない場合、給与、勤務時間などの募集条件の変
更を提案する。具体例として、提案モジュール２４０は、募集条件の条件情報に含まれる
給与又は勤務時間について、給与をアップすること、又は、勤務時間を減らすことに対し
、承認するか拒否するかを選択させる問い合わせ情報を、事業者の情報処理装置１０Ａに
出力してもよい。なお、給与は、時給×勤務時間で表され、時給に置換されてもよい。
のグループの募集人数のワーカーが集まらない場合、公開中のグループに設定された募集
条件の変更を提案する。例えば、提案モジュール２４０は、次に公開されるグループの公
開時期の所定日数前の日に、サービス制御モジュール２３６によりカウントされる応募人
数が、公開中のグループの募集人数に満たない場合、給与、勤務時間などの募集条件の変
更を提案する。具体例として、提案モジュール２４０は、募集条件の条件情報に含まれる
給与又は勤務時間について、給与をアップすること、又は、勤務時間を減らすことに対し
、承認するか拒否するかを選択させる問い合わせ情報を、事業者の情報処理装置１０Ａに
出力してもよい。なお、給与は、時給×勤務時間で表され、時給に置換されてもよい。
【0071】
また、提案モジュール２４０は、機械学習を用いて提案内容を決定してもよい。例えば
、提案モジュール２４０は、過去の求人内容、応募したワーカーの属性などの関連性を学
習することで、どういう募集条件であれば応募確率が上がるかを提案することが可能にな
る。機械学習に関する処理については、具体例を用いて後述する。
、提案モジュール２４０は、過去の求人内容、応募したワーカーの属性などの関連性を学
習することで、どういう募集条件であれば応募確率が上がるかを提案することが可能にな
る。機械学習に関する処理については、具体例を用いて後述する。
【0072】
以上の処理により、公開中のグループで募集人数に到達する可能性を高めることが可能
になる。例えば、優先度が高いグループのワーカーが必要な場合に、募集条件を変更する
ことで、応募の可能性を向上させることができる。
になる。例えば、優先度が高いグループのワーカーが必要な場合に、募集条件を変更する
ことで、応募の可能性を向上させることができる。
【0073】
また、受付モジュール２３７は、他の情報処理装置（例、情報処理装置１０Ａ）から、
募集条件の変更について事業者の承認操作を受け付けることを含んでもよい。例えば、受
付モジュール２３７は、上述した募集条件の変更内容に対して承認するか拒否するかを選
択させる問い合わせ情報の回答情報を、情報処理装置１０Ａから取得する。このとき、事
業者が承認を選択した場合には、受付モジュール２３７は、承認操作を受け付ける。
募集条件の変更について事業者の承認操作を受け付けることを含んでもよい。例えば、受
付モジュール２３７は、上述した募集条件の変更内容に対して承認するか拒否するかを選
択させる問い合わせ情報の回答情報を、情報処理装置１０Ａから取得する。このとき、事
業者が承認を選択した場合には、受付モジュール２３７は、承認操作を受け付ける。
【0074】
また、提案モジュール２４０は、承認操作に応じて、現グループの募集条件を変更する
ことを含んでもよい。つまり、提案モジュール２４０は、事業者の承認操作をトリガにし
て、現グループの募集条件の条件情報を変更し、事業者が提案を拒否すれば、変更処理を
行わない。
ことを含んでもよい。つまり、提案モジュール２４０は、事業者の承認操作をトリガにし
て、現グループの募集条件の条件情報を変更し、事業者が提案を拒否すれば、変更処理を
行わない。
【0075】
以上の処理により、システム側からの募集条件に関する提案内容について、事業者の承
認操作をトリガにして変更処理が実行されることにより、事業者の意図しない変更が行わ
れることを防止することが可能になる。
認操作をトリガにして変更処理が実行されることにより、事業者の意図しない変更が行わ
れることを防止することが可能になる。
【0076】
また、提案モジュール２４０は、複数のグループ内の少なくとも１つのグループに、求
人情報の公開時期に関する公開情報が設定されない場合、各グループに設定される募集条
件に含まれる各条件情報と公開情報との関係を学習した学習モデルから公開情報を取得す
ることを含んでもよい。例えば、提案モジュール２４０は、優先度が最も高いグループに
ついては、最短で公開し、優先度が２番目のグループに対していつ公開するか（公開情報
）を、これまでの募集条件、応募ワーカーの属性などを学習データとする機械学習により
提案してもよい。
人情報の公開時期に関する公開情報が設定されない場合、各グループに設定される募集条
件に含まれる各条件情報と公開情報との関係を学習した学習モデルから公開情報を取得す
ることを含んでもよい。例えば、提案モジュール２４０は、優先度が最も高いグループに
ついては、最短で公開し、優先度が２番目のグループに対していつ公開するか（公開情報
）を、これまでの募集条件、応募ワーカーの属性などを学習データとする機械学習により
提案してもよい。
【0077】
また、提案モジュール２４０は、少なくとも１つのグループの各条件情報を上述の学習
モデルに入力して公開情報を取得することを含んでもよい。具体例として、提案モジュー
ル２４０は、公開中のグループの募集条件で募集人数が集まりそうか否かについて学習モ
デルを用いて推定し、募集人数が集まりそうになければ次に公開されるグループへの求人
情報の公開を決定してもよい。
モデルに入力して公開情報を取得することを含んでもよい。具体例として、提案モジュー
ル２４０は、公開中のグループの募集条件で募集人数が集まりそうか否かについて学習モ
デルを用いて推定し、募集人数が集まりそうになければ次に公開されるグループへの求人
情報の公開を決定してもよい。
【0078】
また、提案モジュール２４０は、取得される公開情報を、公開情報が設定されていない
少なくとも１つのグループに設定してもよい。公開情報は、上述したとおり、機械学習に
より設定されてもよく、公開時期そのものの情報や、公開中のグループの募集人数が集ま
る可能性に基づく次に公開されるグループの公開可否を含む情報でもよい。
少なくとも１つのグループに設定してもよい。公開情報は、上述したとおり、機械学習に
より設定されてもよく、公開時期そのものの情報や、公開中のグループの募集人数が集ま
る可能性に基づく次に公開されるグループの公開可否を含む情報でもよい。
【0079】
以上の処理により、事業者により各グループに公開時期が設定されなくても、公開時期
が設定されなかったグループに対して、いつ公開すればよいかを判定したり、公開時期を
設定したりすることが可能になり、事業者の負担を減らすことが可能になる。
が設定されなかったグループに対して、いつ公開すればよいかを判定したり、公開時期を
設定したりすることが可能になり、事業者の負担を減らすことが可能になる。
【0080】
また、受付モジュール２３７は、他の情報処理装置（例、情報処理装置１０Ａ）から、
求人自体の募集人数及び予算の設定を受け付けることを含んでもよい。例えば、受付モジ
ュール２３７は、事業者の情報処理装置１０Ａから、求人設定リクエストとともに、特定
求人の募集人数と予算との設定を受け付け、詳細な募集条件の設定は受け付けない場合も
あり得る。
求人自体の募集人数及び予算の設定を受け付けることを含んでもよい。例えば、受付モジ
ュール２３７は、事業者の情報処理装置１０Ａから、求人設定リクエストとともに、特定
求人の募集人数と予算との設定を受け付け、詳細な募集条件の設定は受け付けない場合も
あり得る。
【0081】
この場合、提案モジュール２４０は、少なくとも特定求人の募集人数及び予算の各情報
と、各グループに対して設定された募集人数、公開時期、及び時給を含む各条件情報との
関係を学習した学習モデルに、受け付けられた求人の募集人数及び予算の各情報を入力し
、各グループにおける募集人数、公開時期、及び給与を含む各条件情報を取得することを
含んでもよい。また、提案モジュール２４０は、取得される募集人数と、公開時期と、給
与とを含む各条件情報を、条件情報が設定されていない、対応するグループに設定する。
と、各グループに対して設定された募集人数、公開時期、及び時給を含む各条件情報との
関係を学習した学習モデルに、受け付けられた求人の募集人数及び予算の各情報を入力し
、各グループにおける募集人数、公開時期、及び給与を含む各条件情報を取得することを
含んでもよい。また、提案モジュール２４０は、取得される募集人数と、公開時期と、給
与とを含む各条件情報を、条件情報が設定されていない、対応するグループに設定する。
【0082】
以上の処理により、事業者は、求人の全体の募集人数と予算を設定しさえすれば、本シ
ステム１がその他の募集条件の各条件情報を、過去事例等に基づき適切に設定するため、
事業者の負担をより軽減することが可能になる。
ステム１がその他の募集条件の各条件情報を、過去事例等に基づき適切に設定するため、
事業者の負担をより軽減することが可能になる。
【0083】
提案モジュール２４０は、次に公開されるグループの公開情報に基づく公開時期が到来
する前に、学習モデルに入力された各条件情報の更新情報に基づいて、求人情報を公開中
のグループの募集条件を変更するか、又は、次に公開されるグループに求人情報を公開す
るかのいずれかを判定することを含んでもよい。例えば、提案モジュール２４０は、公開
中のグループが公開されてから所定期間経過後に、公開中のグループの募集人数が集まり
そうか否かを機械学習により求める。例えば、機械学習により募集人数が集まる可能性を
示す指標が出力される。
する前に、学習モデルに入力された各条件情報の更新情報に基づいて、求人情報を公開中
のグループの募集条件を変更するか、又は、次に公開されるグループに求人情報を公開す
るかのいずれかを判定することを含んでもよい。例えば、提案モジュール２４０は、公開
中のグループが公開されてから所定期間経過後に、公開中のグループの募集人数が集まり
そうか否かを機械学習により求める。例えば、機械学習により募集人数が集まる可能性を
示す指標が出力される。
【0084】
このとき、提案モジュール２４０は、募集人数が集まる可能性を示す指標が閾値未満で
あれば、公開中のグループの募集条件に含まれる給与、勤務時間などの条件変更を提案す
るか、次のグループに求人情報を公開するかを判定し、募集人数が集まる可能性を示す指
標が閾値以上であれば、引き続き公開中のグループの公開を続ける。提案モジュール２４
０は、公開するか、変更するかの提案を事業者に問い合わせる問い合わせ情報を情報処理
装置１０Ａに出力する。提案モジュール２４０は、情報処理装置１０Ａからの問い合わせ
結果に応じて、変更処理を行うか、公開処理を行うかを決定し、公開処理を行う場合は公
開モジュール２３９に次に公開されるグループへの公開を指示する。
あれば、公開中のグループの募集条件に含まれる給与、勤務時間などの条件変更を提案す
るか、次のグループに求人情報を公開するかを判定し、募集人数が集まる可能性を示す指
標が閾値以上であれば、引き続き公開中のグループの公開を続ける。提案モジュール２４
０は、公開するか、変更するかの提案を事業者に問い合わせる問い合わせ情報を情報処理
装置１０Ａに出力する。提案モジュール２４０は、情報処理装置１０Ａからの問い合わせ
結果に応じて、変更処理を行うか、公開処理を行うかを決定し、公開処理を行う場合は公
開モジュール２３９に次に公開されるグループへの公開を指示する。
【0085】
以上の処理により、求人情報を公開してから所定期間経過後に、現在の状況に応じて条
件の見直し、次のグループへの公開、引き続き公開中のグループへの公開のいずれかを適
切に実行することが可能になる。
件の見直し、次のグループへの公開、引き続き公開中のグループへの公開のいずれかを適
切に実行することが可能になる。
【0086】
また、設定モジュール２３８は、各グループに設定される属性情報に基づき各グループ
の特徴情報を特定する。例えば、設定モジュール２３８は、各グループに設定されるワー
カーの性別、給与、勤務曜日などの属性情報から各ワーカーに共通するような属性情報を
抽出し、抽出される属性情報を特徴情報としてもよい。具体例として、特徴情報は、土日
勤務可能、所定店での勤務経験有などである。
の特徴情報を特定する。例えば、設定モジュール２３８は、各グループに設定されるワー
カーの性別、給与、勤務曜日などの属性情報から各ワーカーに共通するような属性情報を
抽出し、抽出される属性情報を特徴情報としてもよい。具体例として、特徴情報は、土日
勤務可能、所定店での勤務経験有などである。
【0087】
また、設定モジュール２３８は、特定される特徴情報を用いて各グループの優先度を決
定してもよい。設定モジュール２３８は、特徴情報と、求人情報の条件情報とのマッチン
グ度を算出し、マッチング度が高い順に優先順を決定してもよい。また、各グループ内の
各ワーカーがマッチングした求人について、その求人の求人情報とマッチングしたワーカ
ーの属性情報との関連性を学習しておくことで、設定モジュール２３８は、この学習モデ
ルを用いて所定の求人に対する各グループの特徴情報とのマッチング度を取得してもよい
。
定してもよい。設定モジュール２３８は、特徴情報と、求人情報の条件情報とのマッチン
グ度を算出し、マッチング度が高い順に優先順を決定してもよい。また、各グループ内の
各ワーカーがマッチングした求人について、その求人の求人情報とマッチングしたワーカ
ーの属性情報との関連性を学習しておくことで、設定モジュール２３８は、この学習モデ
ルを用いて所定の求人に対する各グループの特徴情報とのマッチング度を取得してもよい
。
【0088】
以上の処理により、各グループの優先度を過去の事例等に基づいて自動で設定すること
が可能になり、事業者の負担をより軽減することが可能になる。
が可能になり、事業者の負担をより軽減することが可能になる。
【0089】
上記に示した要素の各々は先述される記憶装置の１つ又は複数に格納され得る。上記に
示したモジュールの各々は、上述される機能を実行するための命令のセットに対応する。
上記に示したモジュール又はプログラム（すなわち、命令のセット）は別個のソフトウェ
アプログラム、プロシージャ又はモジュールとして実装される必要はないとともに、従っ
てこれらのモジュールの様々なサブセットが様々な実施形態で組み合わされるか、或いは
再構成され得る。ある実施形態において、メモリ２３０は上記に示されるモジュール及び
データ構造のサブセットを格納し得る。さらには、メモリ２３０は上述されない追加的な
モジュール及びデータ構造を格納し得る。
示したモジュールの各々は、上述される機能を実行するための命令のセットに対応する。
上記に示したモジュール又はプログラム（すなわち、命令のセット）は別個のソフトウェ
アプログラム、プロシージャ又はモジュールとして実装される必要はないとともに、従っ
てこれらのモジュールの様々なサブセットが様々な実施形態で組み合わされるか、或いは
再構成され得る。ある実施形態において、メモリ２３０は上記に示されるモジュール及び
データ構造のサブセットを格納し得る。さらには、メモリ２３０は上述されない追加的な
モジュール及びデータ構造を格納し得る。
【0090】
なお、１つ又は複数の処理装置（ＣＰＵ）２１０は、メモリ２３０から、必要に応じて
各モジュールを読み出して実行する。例えば、１つ又は複数の処理装置（ＣＰＵ）２１０
は、メモリ２３０に格納されているネットワーク通信モジュール２３２を実行することで
、通信部を構成してもよい。また、１つ又は複数の処理装置（ＣＰＵ）２１０は、メモリ
２３０に格納されているサービス制御モジュール２３６、受付モジュール２３７、設定モ
ジュール２３８、公開モジュール２３９、及び提案モジュール２４０をそれぞれ実行する
ことで、サービス制御部、受付部、設定部、公開部、及び提案部を構成してもよい。また
、サービス制御モジュール２３６、受付モジュール２３７、設定モジュール２３８、公開
モジュール２３９、及び提案モジュール２４０のそれぞれの処理を１つ又は複数の処理装
置（ＣＰＵ）２１０で実行しても良い。
各モジュールを読み出して実行する。例えば、１つ又は複数の処理装置（ＣＰＵ）２１０
は、メモリ２３０に格納されているネットワーク通信モジュール２３２を実行することで
、通信部を構成してもよい。また、１つ又は複数の処理装置（ＣＰＵ）２１０は、メモリ
２３０に格納されているサービス制御モジュール２３６、受付モジュール２３７、設定モ
ジュール２３８、公開モジュール２３９、及び提案モジュール２４０をそれぞれ実行する
ことで、サービス制御部、受付部、設定部、公開部、及び提案部を構成してもよい。また
、サービス制御モジュール２３６、受付モジュール２３７、設定モジュール２３８、公開
モジュール２３９、及び提案モジュール２４０のそれぞれの処理を１つ又は複数の処理装
置（ＣＰＵ）２１０で実行しても良い。
【0091】
図３は「サーバ」を示すが、図３は、本明細書に記載される実施形態の構造的な概略と
してよりも、サーバのセットに存在し得る様々な特徴についての説明が意図されている。
実際には、当業者により認識されるとおり、別個に示される項目が組み合わされ得るであ
ろうとともに、ある項目が別個にされ得るであろう。例えば、図３において別個に示され
る項目は単一サーバ上に実装され得るであろうとともに、単一の項目が１台又は複数のサ
ーバにより実装され得るであろう。
してよりも、サーバのセットに存在し得る様々な特徴についての説明が意図されている。
実際には、当業者により認識されるとおり、別個に示される項目が組み合わされ得るであ
ろうとともに、ある項目が別個にされ得るであろう。例えば、図３において別個に示され
る項目は単一サーバ上に実装され得るであろうとともに、単一の項目が１台又は複数のサ
ーバにより実装され得るであろう。
【0092】
データベース３０は、図３に示す構成と同様の構成を有してもよい。なお、図３に示す
ユーザデータ２３３、グループデータ２３４、求人データ２３５の少なくとも１つが、デ
ータベース３０の記憶部に記憶されてもよい。
ユーザデータ２３３、グループデータ２３４、求人データ２３５の少なくとも１つが、デ
ータベース３０の記憶部に記憶されてもよい。
【0093】
＜データ構造の一例＞
図４は、実施形態に係るユーザデータ２３３の一例を示す図である。ユーザデータ２３
３には、求人サービスを利用するユーザにより作成された各会員ユーザに関する情報が管
理される。「ユーザＩＤ」には、サーバ２０がユーザを一意に識別するためのユーザ識別
情報（ユーザＩＤ：Identifier）が含められる。ユーザＩＤには、「ユーザ情報」が関連
付けられる。
図４は、実施形態に係るユーザデータ２３３の一例を示す図である。ユーザデータ２３
３には、求人サービスを利用するユーザにより作成された各会員ユーザに関する情報が管
理される。「ユーザＩＤ」には、サーバ２０がユーザを一意に識別するためのユーザ識別
情報（ユーザＩＤ：Identifier）が含められる。ユーザＩＤには、「ユーザ情報」が関連
付けられる。
【0094】
「ユーザ情報」には、ユーザ（例、ワーカー）のパーソナルな情報である「氏名」、「
住所」、「電話番号」などが含められる。また、ユーザＩＤには、事業者により設定され
た「グループ」が関連付けられてもよい。なお、ユーザＩＤは、ユーザ情報の一つに含め
られてもよい。また、ユーザ情報には、メールアドレス、パスワードなどが含められても
よい。
住所」、「電話番号」などが含められる。また、ユーザＩＤには、事業者により設定され
た「グループ」が関連付けられてもよい。なお、ユーザＩＤは、ユーザ情報の一つに含め
られてもよい。また、ユーザ情報には、メールアドレス、パスワードなどが含められても
よい。
【0095】
図５は、実施形態に係るグループデータ２３４の一例を示す図である。グループデータ
２３４の「グループ名」には、グループの名称が含められる。グループ名については、求
人情報提供プラットフォームの運営組織が生成してもよいし、事業者が独自で生成しても
よい。グループ名には、「事業者」、「生成主体」、「ユーザＩＤ」などが関連付けられ
、主キーとしてグループＩＤが関連付けられてもよい。
２３４の「グループ名」には、グループの名称が含められる。グループ名については、求
人情報提供プラットフォームの運営組織が生成してもよいし、事業者が独自で生成しても
よい。グループ名には、「事業者」、「生成主体」、「ユーザＩＤ」などが関連付けられ
、主キーとしてグループＩＤが関連付けられてもよい。
【0096】
「事業者」には、グループを選択可能な事業者が含められる。「生成主体」には、その
グループを生成した主体が含められる。「ユーザＩＤ」には、そのグループに所属するワ
ーカーのユーザＩＤが含められる。例えば、「運営組織」が生成した「ＡＡＡ・ジャパン
の経験」のグループであれば、「ＡＡＡ・ジャパン直営店全店舗」の事業者がこのグルー
プを選択可能である。また、「運営組織」が生成した「ＡＡＡ経験」のグループであれば
、例えば「ＡＡＡの加盟店及び直営店全店舗」の事業者がこのグループを選択可能である
。また、「ＡＡＡ渋谷店」が生成した「早朝勤務ＯＫ」のグループであれば、このグルー
プを生成した「ＡＡＡ渋谷店」のみがこのグループを選択可能である。「ＡＡＡ・ジャパ
ン直営店」は、ＡＡＡ・ジャパン傘下で運営する店舗を表し、「ＡＡＡの加盟店」は、Ａ
ＡＡのフランチャイズの加盟店を表す。
グループを生成した主体が含められる。「ユーザＩＤ」には、そのグループに所属するワ
ーカーのユーザＩＤが含められる。例えば、「運営組織」が生成した「ＡＡＡ・ジャパン
の経験」のグループであれば、「ＡＡＡ・ジャパン直営店全店舗」の事業者がこのグルー
プを選択可能である。また、「運営組織」が生成した「ＡＡＡ経験」のグループであれば
、例えば「ＡＡＡの加盟店及び直営店全店舗」の事業者がこのグループを選択可能である
。また、「ＡＡＡ渋谷店」が生成した「早朝勤務ＯＫ」のグループであれば、このグルー
プを生成した「ＡＡＡ渋谷店」のみがこのグループを選択可能である。「ＡＡＡ・ジャパ
ン直営店」は、ＡＡＡ・ジャパン傘下で運営する店舗を表し、「ＡＡＡの加盟店」は、Ａ
ＡＡのフランチャイズの加盟店を表す。
【0097】
また、「お気に入り」グループは、汎用性のあるグループ名であるが、運営組織が事業
者毎に生成したグループである。運営組織の設定により、例えば「ＡＡＡ渋谷店」の「お
気に入り」グループは、「ＡＡＡ渋谷店」の事業者のみが選択可能である。「ＡＡＡ赤坂
店」が生成した「ＡＡＡ・ジャパンの経験（港区）」のグループであれば、このグループ
を生成した「ＡＡＡ赤坂店」以外にも、港区に位置する他の「ＡＡＡ・ジャパン直営店」
、例えば六本木店も、このグループを選択可能である。この場合、サービス制御モジュー
ル２３６は、ＡＡＡ赤坂店によりグループが生成されるとき、地域情報として「港区」が
選択された場合に、「ＡＡＡ」の屋号を有する港区の各店舗を「事業者」に設定する。
者毎に生成したグループである。運営組織の設定により、例えば「ＡＡＡ渋谷店」の「お
気に入り」グループは、「ＡＡＡ渋谷店」の事業者のみが選択可能である。「ＡＡＡ赤坂
店」が生成した「ＡＡＡ・ジャパンの経験（港区）」のグループであれば、このグループ
を生成した「ＡＡＡ赤坂店」以外にも、港区に位置する他の「ＡＡＡ・ジャパン直営店」
、例えば六本木店も、このグループを選択可能である。この場合、サービス制御モジュー
ル２３６は、ＡＡＡ赤坂店によりグループが生成されるとき、地域情報として「港区」が
選択された場合に、「ＡＡＡ」の屋号を有する港区の各店舗を「事業者」に設定する。
【0098】
図６は、実施形態に係るグループデータ２３４の階層構造の一例を示す図である。例え
ば、図６に示す構造は、複数の加盟店とフランチャイズ（ＦＣ）契約を締結するＡＡＡ・
ジャパンを例にしたものである。例えば、ＡＡＡ・ジャパン株式会社は、ＦＣ展開を行っ
ており、株式会社「Ｘ個人商店」とＦＣ契約を締結しているとする。このとき、従前では
、ＡＡＡ・ジャパンは、自社傘下の直営店舗で働いたワーカーについては把握することが
できるが、運営元が異なるＦＣのＸ個人商店傘下の加盟店舗で働いたワーカーについては
把握することができなかった。例えば、ＡＡＡ・ジャパンは、ＡＡＡ渋谷店で働いたワー
カーは把握できるが、ＡＡＡ恵比寿店で働いたワーカーは把握できなかった。
ば、図６に示す構造は、複数の加盟店とフランチャイズ（ＦＣ）契約を締結するＡＡＡ・
ジャパンを例にしたものである。例えば、ＡＡＡ・ジャパン株式会社は、ＦＣ展開を行っ
ており、株式会社「Ｘ個人商店」とＦＣ契約を締結しているとする。このとき、従前では
、ＡＡＡ・ジャパンは、自社傘下の直営店舗で働いたワーカーについては把握することが
できるが、運営元が異なるＦＣのＸ個人商店傘下の加盟店舗で働いたワーカーについては
把握することができなかった。例えば、ＡＡＡ・ジャパンは、ＡＡＡ渋谷店で働いたワー
カーは把握できるが、ＡＡＡ恵比寿店で働いたワーカーは把握できなかった。
【0099】
そこで、求人情報提供プラットフォームの運営組織は、ＡＡＡ・ジャパンから、ＦＣ展
開を含め、同じ屋号「ＡＡＡ」を利用している各店舗の情報を取得し、図６に示すような
階層構造を生成する。例えば、図５に示す例を用いると、「ＡＡＡ・ジャパンの経験」の
グループであれば、ＡＡＡ・ジャパンの制約がある以外は制約がないため、ＡＡＡ・ジャ
パンの直営店全店舗（渋谷店、東京駅店、六本木店）において、このグループを選択する
ことが可能となる。他方、「ＡＡＡ経験」のグループは、ＡＡＡ・ジャパン及びＦＣとも
にＡＡＡの屋号を用いているため、ＡＡＡ加盟店の全店舗（恵比寿店、恵比寿西口店、渋
谷店、東京駅店、六本木店など）において、このグループの選択が可能となる。
開を含め、同じ屋号「ＡＡＡ」を利用している各店舗の情報を取得し、図６に示すような
階層構造を生成する。例えば、図５に示す例を用いると、「ＡＡＡ・ジャパンの経験」の
グループであれば、ＡＡＡ・ジャパンの制約がある以外は制約がないため、ＡＡＡ・ジャ
パンの直営店全店舗（渋谷店、東京駅店、六本木店）において、このグループを選択する
ことが可能となる。他方、「ＡＡＡ経験」のグループは、ＡＡＡ・ジャパン及びＦＣとも
にＡＡＡの屋号を用いているため、ＡＡＡ加盟店の全店舗（恵比寿店、恵比寿西口店、渋
谷店、東京駅店、六本木店など）において、このグループの選択が可能となる。
【0100】
図７は、実施形態に係る商品の求人データの一例を示す図である。「求人ＩＤ」には、
求人情報の識別情報が含められる。求人情報は、求人ＩＤに関連付けて、「求人日」、「
勤務時間」、「公開／限定」、「グループ」、「時給」などの各情報が含められる。なお
、図７に示す例では、「時給」が用いられるが、時給×勤務時間の給与が用いられてもよ
い。
求人情報の識別情報が含められる。求人情報は、求人ＩＤに関連付けて、「求人日」、「
勤務時間」、「公開／限定」、「グループ」、「時給」などの各情報が含められる。なお
、図７に示す例では、「時給」が用いられるが、時給×勤務時間の給与が用いられてもよ
い。
【0101】
「求人日」には、事業者にとってワーカーが必要となる日（期間指定でもよい）が含め
られる。「勤務時間」には、求人日におけるワーカーの勤務時間が含められる。「公開／
限定」には、求人情報が一般公開されるか、選択された所定グループに限定公開されるか
が含められる。「時給」には、その求人の時給が含められる。なお、「公開／限定」にお
いて、両方が存在してもよい。この場合、「限定」公開される所定グループに対応する時
給は、一般公開の時給よりも高く設定されてもよい（例えば、図７の求人ＩＤ「J002」と
「J003」を参照）。
られる。「勤務時間」には、求人日におけるワーカーの勤務時間が含められる。「公開／
限定」には、求人情報が一般公開されるか、選択された所定グループに限定公開されるか
が含められる。「時給」には、その求人の時給が含められる。なお、「公開／限定」にお
いて、両方が存在してもよい。この場合、「限定」公開される所定グループに対応する時
給は、一般公開の時給よりも高く設定されてもよい（例えば、図７の求人ＩＤ「J002」と
「J003」を参照）。
【0102】
ここで、図６に示すグループの階層構造を用いて、各グループの求人情報や優先度が設
定されてもよい。例えば、設定モジュール２３８は、上位層（例、事業者、屋号）の勤務
経験があるグループの求人情報に基づいて、下位層（例、店舗）の勤務経験があるグルー
プの求人情報を設定してもよい。具体例として、条件情報は、上位層の時給よりも下位層
の時給を高くしないなどの条件を含む。また、設定モジュール２３８は、上位層の勤務経
験があるグループの優先度を、下位層の勤務経験があるグループの優先度よりも高くして
もよい。上記はあくまでも一例であって、この例に限られない。
定されてもよい。例えば、設定モジュール２３８は、上位層（例、事業者、屋号）の勤務
経験があるグループの求人情報に基づいて、下位層（例、店舗）の勤務経験があるグルー
プの求人情報を設定してもよい。具体例として、条件情報は、上位層の時給よりも下位層
の時給を高くしないなどの条件を含む。また、設定モジュール２３８は、上位層の勤務経
験があるグループの優先度を、下位層の勤務経験があるグループの優先度よりも高くして
もよい。上記はあくまでも一例であって、この例に限られない。
【0103】
＜具体例＞
以下、求人情報における募集条件の各条件情報の設定主体に関して主な具体例を３つ挙
げる。図８は、主に事業者が条件情報を設定する設定例１であり、図９は、事業者がいく
つかの条件情報を設定し、残りの条件情報（例、公開日）をシステム側で設定する設定例
２であり、図１０は、募集人数、予算、優先度の最低限の条件情報以外の条件情報をシス
テム側で設定する設定例３である。なお、図１０において優先度もシステム側で設定して
もよい。
以下、求人情報における募集条件の各条件情報の設定主体に関して主な具体例を３つ挙
げる。図８は、主に事業者が条件情報を設定する設定例１であり、図９は、事業者がいく
つかの条件情報を設定し、残りの条件情報（例、公開日）をシステム側で設定する設定例
２であり、図１０は、募集人数、予算、優先度の最低限の条件情報以外の条件情報をシス
テム側で設定する設定例３である。なお、図１０において優先度もシステム側で設定して
もよい。
【0104】
図８は、実施形態に係る求人情報の各条件情報の設定例１を示す図である。図８（Ａ）
は、求人に対する基本条件情報の一例を示し、図８（Ｂ）は、求人に対する詳細な条件情
報の一例を示す。図８（Ａ）に示す例では、基本時給が１，１００円、募集人数が全体で
７名に設定される。基本時給はシステム又は事業者により設定され、募集人数は事業者に
より設定される。
は、求人に対する基本条件情報の一例を示し、図８（Ｂ）は、求人に対する詳細な条件情
報の一例を示す。図８（Ａ）に示す例では、基本時給が１，１００円、募集人数が全体で
７名に設定される。基本時給はシステム又は事業者により設定され、募集人数は事業者に
より設定される。
【0105】
図８（Ｂ）に示す例では、各グループ（Ａ、Ｂ、Ｚ、Ｙ）に対し、優先度（必須）、募
集人数（任意）、時給（任意）、公開日（必須）の各条件情報が設定される。例えば、必
須の優先度及び公開日の各情報は、事業者により設定され、任意の募集人数及び時給は、
事業者に設定されない場合、設定モジュール２３８が所定基準にしたがって設定する。例
えば、設定モジュール２３８は、機械学習を用いて設定してもよいし、ルールベースの条
件を用いて設定してもよい。また、時給について、事業者により設定されない場合、設定
モジュール２３８は、基本時給に基づいて各グループの時給を設定してもよい。なお、公
開日について、時刻の指定がない場合は、設定された公開日の所定時刻（例、午前０時）
に求人情報が公開されるようにすればよい。
集人数（任意）、時給（任意）、公開日（必須）の各条件情報が設定される。例えば、必
須の優先度及び公開日の各情報は、事業者により設定され、任意の募集人数及び時給は、
事業者に設定されない場合、設定モジュール２３８が所定基準にしたがって設定する。例
えば、設定モジュール２３８は、機械学習を用いて設定してもよいし、ルールベースの条
件を用いて設定してもよい。また、時給について、事業者により設定されない場合、設定
モジュール２３８は、基本時給に基づいて各グループの時給を設定してもよい。なお、公
開日について、時刻の指定がない場合は、設定された公開日の所定時刻（例、午前０時）
に求人情報が公開されるようにすればよい。
【0106】
また、各グループについて、例えば、グループＡは、評価が高いワーカーが属するグル
ープ、グループＢは、深夜及び早朝勤務ＯＫのワーカーが属するグループ、グループＹは
、同店舗で勤務経験があるグループ、グループＺは、同一系列の他店舗で勤務経験がある
グループとするが、この例に限られない。優先度は、グループＡ、Ｂ、Ｙ、Ｚの順とする
。
ープ、グループＢは、深夜及び早朝勤務ＯＫのワーカーが属するグループ、グループＹは
、同店舗で勤務経験があるグループ、グループＺは、同一系列の他店舗で勤務経験がある
グループとするが、この例に限られない。優先度は、グループＡ、Ｂ、Ｙ、Ｚの順とする
。
【0107】
また、設定された公開日までに希望した募集人数が集まらない場合、公開モジュール２
３９は、優先度が次のグループに求人情報を公開する。この場合、上述したとおり、提案
モジュール２４０は、この求人に対するワーカーの閲覧数などを提示し、募集条件の任意
の条件情報の変更を提案したほうが良いのか、次のグループに求人情報を公開したほうが
良いのかを提案してもよい。例えば、提案モジュール２４０は、両選択肢のそれぞれのマ
ッチング度を推定し、マッチング度が高い方を事業者に提案する。また、提案は、時給の
変更（例、１，１００円から１，２００円）、又は勤務時間（募集時間）の変更（例、６
時間勤務から４時間勤務）などを含む。
３９は、優先度が次のグループに求人情報を公開する。この場合、上述したとおり、提案
モジュール２４０は、この求人に対するワーカーの閲覧数などを提示し、募集条件の任意
の条件情報の変更を提案したほうが良いのか、次のグループに求人情報を公開したほうが
良いのかを提案してもよい。例えば、提案モジュール２４０は、両選択肢のそれぞれのマ
ッチング度を推定し、マッチング度が高い方を事業者に提案する。また、提案は、時給の
変更（例、１，１００円から１，２００円）、又は勤務時間（募集時間）の変更（例、６
時間勤務から４時間勤務）などを含む。
【0108】
図９は、実施形態に係る求人情報の各条件情報の設定例２を示す図である。図９（Ａ）
は、求人に対する基本条件情報の一例を示し、図９（Ｂ）は、求人に対する詳細な条件情
報の一例を示す。図９（Ａ）は、図８（Ａ）と同じであるが、図９（Ｂ）と図８（Ｂ）と
の違いは、公開日の設定の有無である。図９（Ｂ）に示す例では、公開日の設定は必須で
はない。
は、求人に対する基本条件情報の一例を示し、図９（Ｂ）は、求人に対する詳細な条件情
報の一例を示す。図９（Ａ）は、図８（Ａ）と同じであるが、図９（Ｂ）と図８（Ｂ）と
の違いは、公開日の設定の有無である。図９（Ｂ）に示す例では、公開日の設定は必須で
はない。
【0109】
ここで、公開日について、提案モジュール２４０は、過去の募集条件に含まれる各条件
情報及び各ワーカーの属性情報と、応募までの日数との関連性を学習した学習モデルを用
いて、公開日を取得してもよい。また、提案モジュール２４０は、過去の募集条件に含ま
れる各条件情報と、各ワーカーの属性情報との採用マッチング度を学習した学習モデルを
用いて、マッチング率を取得してもよい。マッチング率が取得される場合、マッチング率
が閾値未満であれば、次のグループに求人情報が公開され、マッチング率が閾値以上であ
れば、現グループの公開が継続されてもよい。
情報及び各ワーカーの属性情報と、応募までの日数との関連性を学習した学習モデルを用
いて、公開日を取得してもよい。また、提案モジュール２４０は、過去の募集条件に含ま
れる各条件情報と、各ワーカーの属性情報との採用マッチング度を学習した学習モデルを
用いて、マッチング率を取得してもよい。マッチング率が取得される場合、マッチング率
が閾値未満であれば、次のグループに求人情報が公開され、マッチング率が閾値以上であ
れば、現グループの公開が継続されてもよい。
【0110】
図１０は、実施形態に係る求人情報の各条件情報の設定例３を示す図である。図１０（
Ａ）は、求人に対する基本条件情報の一例を示し、図１０（Ｂ）は、求人に対する詳細な
条件情報の一例を示す。図１０（Ａ）は、図８（Ａ）及び図９（Ａ）と比較して、予算が
設定されている。また、図１０（Ｂ）に示す例では、優先度が設定され、募集人数は必須
ではないが設定されている。
Ａ）は、求人に対する基本条件情報の一例を示し、図１０（Ｂ）は、求人に対する詳細な
条件情報の一例を示す。図１０（Ａ）は、図８（Ａ）及び図９（Ａ）と比較して、予算が
設定されている。また、図１０（Ｂ）に示す例では、優先度が設定され、募集人数は必須
ではないが設定されている。
【0111】
図１０に示す例の場合、予算と募集人数と優先度とを用いて、提案モジュール２４０は
、各グループの時給を設定する。このとき、提案モジュール２４０は、ルールベースの基
準により時給を設定してもよいし、学習済みの学習モデルを用いて時給を設定してもよい
。ルールベースの場合、例えば、提案モジュール２４０は、基本時給をベースにし、予算
内で優先度が高いほどアップ額を上げてもよい。機械学習を用いる場合は、提案モジュー
ル２４０は、過去のマッチングした学習データに基づいて、予算を満たしつつ、マッチン
グ確率が高い時給を設定してもよい。
、各グループの時給を設定する。このとき、提案モジュール２４０は、ルールベースの基
準により時給を設定してもよいし、学習済みの学習モデルを用いて時給を設定してもよい
。ルールベースの場合、例えば、提案モジュール２４０は、基本時給をベースにし、予算
内で優先度が高いほどアップ額を上げてもよい。機械学習を用いる場合は、提案モジュー
ル２４０は、過去のマッチングした学習データに基づいて、予算を満たしつつ、マッチン
グ確率が高い時給を設定してもよい。
【0112】
なお、上記例１～３において、グループ毎の募集人数が設定され、該当グループ内で募
集人数が満たされなかった場合、公開モジュール２３９は、該当グループで満たされなか
った人数を次のグループの募集人数に追加して求人情報を公開してもよい。例えば、グル
ープＡで４名ではなく期限までに３名しか集まらなかった場合、グループＢの募集人数は
４（本来のグループＢの募集人数３+ グループＡの不足人数１）人となる。
集人数が満たされなかった場合、公開モジュール２３９は、該当グループで満たされなか
った人数を次のグループの募集人数に追加して求人情報を公開してもよい。例えば、グル
ープＡで４名ではなく期限までに３名しか集まらなかった場合、グループＢの募集人数は
４（本来のグループＢの募集人数３+ グループＡの不足人数１）人となる。
【0113】
また、募集人数について、優先度が高いグループＡを求人の全体の募集人数にしなくて
もよい理由は、優先度が高いグループだけでワーカーを集めてしまうと、経験者ばかりに
なってしまい、ワーカーのすそ野が広がらないからである。また、優先度が高いグループ
は時給が高いケースがあるため、優先度が高いグループのワーカーのみで集めると、予算
を超えてしまうケースがある。したがって、設定モジュール２３８は、各グループに分散
して募集人数の設定を許可してもよい。
もよい理由は、優先度が高いグループだけでワーカーを集めてしまうと、経験者ばかりに
なってしまい、ワーカーのすそ野が広がらないからである。また、優先度が高いグループ
は時給が高いケースがあるため、優先度が高いグループのワーカーのみで集めると、予算
を超えてしまうケースがある。したがって、設定モジュール２３８は、各グループに分散
して募集人数の設定を許可してもよい。
【0114】
また、優先度が２番目に高いグループＢの公開日が到来する際に、グループＡの募集人
数が集まっていない場合は、公開モジュール２３９は、グループＡの求人情報の公開を継
続する。また、上記例１～３に関し、グループＡに３人応募があり、グループＢで求人情
報が公開された場合、公開モジュール２３９は、グループＢのワーカーで４人応募があっ
た場合には、グループＡに対する求人情報の公開を終了してもよい。すなわち、公開モジ
ュール２３９は、優先度が下位のグループにおいて、上位グループの募集人数の不足分も
含めて人数が集まった場合、上位グループに対する求人情報の公開を終了してもよい。
数が集まっていない場合は、公開モジュール２３９は、グループＡの求人情報の公開を継
続する。また、上記例１～３に関し、グループＡに３人応募があり、グループＢで求人情
報が公開された場合、公開モジュール２３９は、グループＢのワーカーで４人応募があっ
た場合には、グループＡに対する求人情報の公開を終了してもよい。すなわち、公開モジ
ュール２３９は、優先度が下位のグループにおいて、上位グループの募集人数の不足分も
含めて人数が集まった場合、上位グループに対する求人情報の公開を終了してもよい。
【0115】
＜機械学習の適用例＞
次に、実施形態における機械学習の適用パターン例について説明する。まず、機械学習
を適用するパターンは少なくとも３つのパターンがある。
パターン１：公開前
パターン２：公開中（運用開始中）
パターン３：公開前＋公開中
次に、実施形態における機械学習の適用パターン例について説明する。まず、機械学習
を適用するパターンは少なくとも３つのパターンがある。
パターン１：公開前
パターン２：公開中（運用開始中）
パターン３：公開前＋公開中
【0116】
パターン１は、求人情報の公開前に条件情報を設定する場合に機械学習が用いられる。
パターン２は、公開時に未設定でも問題ない条件情報（例えば公開日）が設定されずに求
人情報が公開された場合に、公開中のその時点での情報を学習モデルに入力して、その都
度設定される。パターン３は、求人情報の公開前に任意の条件情報（例、時給、勤務時間
）の設定に機械学習を用いた後、求人情報の公開中に取得可能な情報（例、閲覧数）を含
めて学習モデルに入力して、設定された情報が更新されたり、未設定の情報（例、公開日
）が設定されたりする。
パターン２は、公開時に未設定でも問題ない条件情報（例えば公開日）が設定されずに求
人情報が公開された場合に、公開中のその時点での情報を学習モデルに入力して、その都
度設定される。パターン３は、求人情報の公開前に任意の条件情報（例、時給、勤務時間
）の設定に機械学習を用いた後、求人情報の公開中に取得可能な情報（例、閲覧数）を含
めて学習モデルに入力して、設定された情報が更新されたり、未設定の情報（例、公開日
）が設定されたりする。
【0117】
提案モジュール２４０は、公開前であれば、事業者が設定しない募集条件の条件情報に
ついて機械学習を用いて設定してもよい。提案モジュール２４０は、公開中であれば、そ
の時点で取得可能な情報、例えば、閲覧数、集まった人数、公開日数などを用いて公開日
や、時給、募集人数などの条件情報を、機械学習を用いて設定してもよく、公開中のグル
ープのワーカーの属性情報や求人情報の条件情報を用いて募集人数が集まりそうか否かの
可能性を、機械学習を用いて推定してもよい。
ついて機械学習を用いて設定してもよい。提案モジュール２４０は、公開中であれば、そ
の時点で取得可能な情報、例えば、閲覧数、集まった人数、公開日数などを用いて公開日
や、時給、募集人数などの条件情報を、機械学習を用いて設定してもよく、公開中のグル
ープのワーカーの属性情報や求人情報の条件情報を用いて募集人数が集まりそうか否かの
可能性を、機械学習を用いて推定してもよい。
【0118】
以下、機械学習の学習データとして用いられ得るデータを示す。
（Ａ）同じエリア、カテゴリ（職種）における条件情報
・求人全体の募集人数（当該データに関し、募集人数が多ければ、ワーカーとのマッチン
グ確率は下がる）
・求人全体に対する求職者数（ワーカー）、例えばシステムへのログインユーザ数、ＭＡ
Ｕ（Monthly Active User）、ＤＡＵ（Daily Active User）
・時給（時給が低いとワーカーとのマッチング確率が下がる）
・募集人数（募集人数が多いと、欲しい募集人数に対して１００％集まる確率が下がる）
・年齢（ワーカーの属性情報）
・性別（ワーカーの属性情報）
（Ｂ）該当グループにおける情報
・グループ所属人数
・グループに所属しているワーカー個人の年齢、性別、今までの働いた時給、今までの働
いた月又は日付又は曜日又は時間の傾向（ワーカーの属性情報）
例えば、募集条件と同じ月／日付／曜日／時間に働いたことがないとマッチング確率が
下がる
・ワーカー個人の実績（勤務経験のある組織、資格等）
（Ｃ）該当事業者における情報
・これまでの募集に対するマッチング確率
・閲覧数
・お気に入り数
・該当事業者で勤務経験のあるワーカー個人の年齢、性別等
・マッチングまでに要した日数
（Ａ）同じエリア、カテゴリ（職種）における条件情報
・求人全体の募集人数（当該データに関し、募集人数が多ければ、ワーカーとのマッチン
グ確率は下がる）
・求人全体に対する求職者数（ワーカー）、例えばシステムへのログインユーザ数、ＭＡ
Ｕ（Monthly Active User）、ＤＡＵ（Daily Active User）
・時給（時給が低いとワーカーとのマッチング確率が下がる）
・募集人数（募集人数が多いと、欲しい募集人数に対して１００％集まる確率が下がる）
・年齢（ワーカーの属性情報）
・性別（ワーカーの属性情報）
（Ｂ）該当グループにおける情報
・グループ所属人数
・グループに所属しているワーカー個人の年齢、性別、今までの働いた時給、今までの働
いた月又は日付又は曜日又は時間の傾向（ワーカーの属性情報）
例えば、募集条件と同じ月／日付／曜日／時間に働いたことがないとマッチング確率が
下がる
・ワーカー個人の実績（勤務経験のある組織、資格等）
（Ｃ）該当事業者における情報
・これまでの募集に対するマッチング確率
・閲覧数
・お気に入り数
・該当事業者で勤務経験のあるワーカー個人の年齢、性別等
・マッチングまでに要した日数
【0119】
提案モジュール２４０は、上記の学習データを用いて、所望のデータを得るために、適
宜データを組み合わせて学習データを生成し、所望のデータとの関連性を学習する。例え
ば、提案モジュール２４０は、各グループの公開日を出力したい場合、求人の条件情報及
びワーカーの属性情報と、マッチングまでに要した日数との関連性を学習した学習モデル
を生成する。また、提案モジュール２４０は、マッチング確率を出力したい場合、求人情
報ごとに、（Ａ）～（Ｃ）に含まれる各情報とマッチング確率との関連性を学習した学習
モデルを生成してもよい。
宜データを組み合わせて学習データを生成し、所望のデータとの関連性を学習する。例え
ば、提案モジュール２４０は、各グループの公開日を出力したい場合、求人の条件情報及
びワーカーの属性情報と、マッチングまでに要した日数との関連性を学習した学習モデル
を生成する。また、提案モジュール２４０は、マッチング確率を出力したい場合、求人情
報ごとに、（Ａ）～（Ｃ）に含まれる各情報とマッチング確率との関連性を学習した学習
モデルを生成してもよい。
【0120】
また、提案モジュール２４０は、各グループの時給を出力したい場合、（Ａ）～（Ｃ）
における求人の条件情報（例えば、勤務時間、年齢、性別、職種等）と、マッチングした
時給との関連性を学習した学習モデルを生成する。また、提案モジュール２４０は、各グ
ループの勤務時間を出力したい場合、（Ａ）～（Ｃ）における求人の条件情報（例えば、
時給、年齢、性別、職種等）と、マッチングした募集時間との関連性を学習した学習モデ
ルを生成する。これにより、提案モジュール２４０は、各グループに適した時給や勤務時
間を提案することが可能になる。学習データに必要な情報は、推定されるデータに応じて
適宜取捨選択されればよい。
における求人の条件情報（例えば、勤務時間、年齢、性別、職種等）と、マッチングした
時給との関連性を学習した学習モデルを生成する。また、提案モジュール２４０は、各グ
ループの勤務時間を出力したい場合、（Ａ）～（Ｃ）における求人の条件情報（例えば、
時給、年齢、性別、職種等）と、マッチングした募集時間との関連性を学習した学習モデ
ルを生成する。これにより、提案モジュール２４０は、各グループに適した時給や勤務時
間を提案することが可能になる。学習データに必要な情報は、推定されるデータに応じて
適宜取捨選択されればよい。
【0121】
＜動作説明＞
次に、実施形態に係る情報処理システム１の動作について説明する。図１１は、実施形
態に係る求人情報の各条件情報の設定処理の一例を示すフローチャートである。図１１は
、事業者の情報処理装置１０Ａから出力される、求人に関して入力、設定、選択される各
情報を用いてサーバ２０が求人情報の各条件情報の設定処理を行う例である。
次に、実施形態に係る情報処理システム１の動作について説明する。図１１は、実施形
態に係る求人情報の各条件情報の設定処理の一例を示すフローチャートである。図１１は
、事業者の情報処理装置１０Ａから出力される、求人に関して入力、設定、選択される各
情報を用いてサーバ２０が求人情報の各条件情報の設定処理を行う例である。
【0122】
ステップＳ１０１において、サーバ２０のサービス制御モジュール２３６は、事業者か
らのリクエストに応じて、基本時給と全体の募集人数とを含む求人情報を生成する（例え
ば図１５参照）。基本時給について、サービス制御モジュール２３６が地域、職種を考慮
して自動で設定してもよい。
らのリクエストに応じて、基本時給と全体の募集人数とを含む求人情報を生成する（例え
ば図１５参照）。基本時給について、サービス制御モジュール２３６が地域、職種を考慮
して自動で設定してもよい。
【0123】
ステップＳ１０３において、サーバ２０の受付モジュール２３７は、情報処理装置１０
Ａから出力された、事業者から求人情報を一般公開するか、所定のグループに限定公開す
るかの選択情報を受け付ける。
Ａから出力された、事業者から求人情報を一般公開するか、所定のグループに限定公開す
るかの選択情報を受け付ける。
【0124】
ステップＳ１０５において、サーバ２０の受付モジュール２３７は、所定の各グループ
に求人情報が限定公開される場合、情報処理装置１０から出力された各グループの優先度
を受け付ける。なお、優先度は、上述したとおり、サーバ２０が機械学習を用いて自動で
設定してもよい。
に求人情報が限定公開される場合、情報処理装置１０から出力された各グループの優先度
を受け付ける。なお、優先度は、上述したとおり、サーバ２０が機械学習を用いて自動で
設定してもよい。
【0125】
ステップＳ１０７において、サーバ２０の受付モジュール２３７は、情報処理装置１０
Ａから出力された、求人情報の各条件情報について手動で設定するか、自動で設定するか
の選択を受け付ける。
Ａから出力された、求人情報の各条件情報について手動で設定するか、自動で設定するか
の選択を受け付ける。
【0126】
ステップＳ１０９において、サーバ２０の受付モジュール２３７は、情報処理装置１０
Ａから出力された、事業者により入力された予算情報を受け付ける。なお、予算情報の入
力タイミングはこのタイミングに限られない。
Ａから出力された、事業者により入力された予算情報を受け付ける。なお、予算情報の入
力タイミングはこのタイミングに限られない。
【0127】
ステップＳ１１１において、サーバ２０の受付モジュール２３７は、情報処理装置１０
Ａから出力された、事業者によりグループごとの公開日に関する公開情報の入力を受け付
けたか否かを判定する。公開情報が受け付けられていれば（ステップＳ１１１－ＹＥＳ）
、処理はステップＳ１１５に進み、公開情報が受け付けられていなければ（ステップＳ１
１１－ＮＯ）、処理はステップＳ１１３に進む。
Ａから出力された、事業者によりグループごとの公開日に関する公開情報の入力を受け付
けたか否かを判定する。公開情報が受け付けられていれば（ステップＳ１１１－ＹＥＳ）
、処理はステップＳ１１５に進み、公開情報が受け付けられていなければ（ステップＳ１
１１－ＮＯ）、処理はステップＳ１１３に進む。
【0128】
ステップＳ１１３において、サーバ２０のサービス制御モジュール２３６は、グループ
毎の公開日を、機械学習を用いて設定すると判断する。
毎の公開日を、機械学習を用いて設定すると判断する。
【0129】
ステップＳ１１５において、サーバ２０の受付モジュール２３７は、情報処理装置１０
Ａから出力された、事業者により入力されたグループごとの時給情報の入力を受け付けた
か否かを判定する。時給情報が受け付けられていれば（ステップＳ１１５－ＹＥＳ）、処
理はステップＳ１１９に進み、時給情報が受け付けられていなければ（ステップＳ１１５
－ＮＯ）、処理はステップＳ１１７に進む。
Ａから出力された、事業者により入力されたグループごとの時給情報の入力を受け付けた
か否かを判定する。時給情報が受け付けられていれば（ステップＳ１１５－ＹＥＳ）、処
理はステップＳ１１９に進み、時給情報が受け付けられていなければ（ステップＳ１１５
－ＮＯ）、処理はステップＳ１１７に進む。
【0130】
ステップＳ１１７において、サーバ２０の設定モジュール２３８は、グループごとの時
給を基本時給に基づいて設定する。例えば、設定モジュール２３８は、グループが３つあ
った場合、優先度が高いグループから基本自給の１．２倍→１．１倍→１．０倍と設定し
たり、基本時給＋２００円→＋１００円→＋０円と設定したりする。
給を基本時給に基づいて設定する。例えば、設定モジュール２３８は、グループが３つあ
った場合、優先度が高いグループから基本自給の１．２倍→１．１倍→１．０倍と設定し
たり、基本時給＋２００円→＋１００円→＋０円と設定したりする。
【0131】
ステップＳ１１９において、サーバ２０の受付モジュール２３７は、情報処理装置１０
Ａから出力された、事業者により入力されたグループごとの募集人数情報の入力を受け付
けたか否かを判定する（例えば図１６参照）。募集人数情報が受け付けられていれば（ス
テップＳ１１９－ＹＥＳ）、処理はステップＳ１２３に進み、募集人数情報が受け付けら
れていなければ（ステップＳ１１９－ＮＯ）、処理はステップＳ１２１に進む。
Ａから出力された、事業者により入力されたグループごとの募集人数情報の入力を受け付
けたか否かを判定する（例えば図１６参照）。募集人数情報が受け付けられていれば（ス
テップＳ１１９－ＹＥＳ）、処理はステップＳ１２３に進み、募集人数情報が受け付けら
れていなければ（ステップＳ１１９－ＮＯ）、処理はステップＳ１２１に進む。
【0132】
ステップＳ１２１において、サーバ２０の設定モジュール２３８は、グループごとの募
集人数を全体の募集人数に基づいて設定する。例えば、設定モジュール２３８は、全体の
募集人数をグループ数で除算し、商に基づく人数を募集人数に設定してもよい。
集人数を全体の募集人数に基づいて設定する。例えば、設定モジュール２３８は、全体の
募集人数をグループ数で除算し、商に基づく人数を募集人数に設定してもよい。
【0133】
ステップＳ１２３において、サーバ２０の設定モジュール２３８は、入力を受け付けた
項目を募集条件の各条件情報に設定する。
項目を募集条件の各条件情報に設定する。
【0134】
なお、ステップＳ１０７の選択処理は必ずしも必要ではなく、情報処理装置１０Ａの設
定画面において、求人の全体の募集人数を必須の設定項目とし、グループごとの公開日、
時給、募集人数を任意の設定項目とし、事業者により全ての項目が設定されれば上述のパ
ターン２、任意の項目が未設定であれば、上述のパターン１又は３が実行されてもよい。
また、上記ステップＳ１１１、Ｓ１１５、Ｓ１１９の各処理の順序は問わない。
定画面において、求人の全体の募集人数を必須の設定項目とし、グループごとの公開日、
時給、募集人数を任意の設定項目とし、事業者により全ての項目が設定されれば上述のパ
ターン２、任意の項目が未設定であれば、上述のパターン１又は３が実行されてもよい。
また、上記ステップＳ１１１、Ｓ１１５、Ｓ１１９の各処理の順序は問わない。
【0135】
図１２は、図８に示す実施形態に係る設定例１の場合の運用例を示すフローチャートで
ある。図１２に示す例では、優先度が１（最優先）のグループを「現グループ」とし、優
先度が２のグループを「次グループ」として、現グループに対する求人情報が公開されて
から図１２に示す各処理が開始される。なお、次グループを示すポインタが用意され、こ
のポインタの初期値には「２」が設定される。「現グループ」及び「次グループ」につい
ては後述する。
ある。図１２に示す例では、優先度が１（最優先）のグループを「現グループ」とし、優
先度が２のグループを「次グループ」として、現グループに対する求人情報が公開されて
から図１２に示す各処理が開始される。なお、次グループを示すポインタが用意され、こ
のポインタの初期値には「２」が設定される。「現グループ」及び「次グループ」につい
ては後述する。
【0136】
図１２に示すステップＳ２０１において、サーバ２０のサービス制御モジュール２３６
は、求人情報の締切時間が到来したか否かを判定する。締切時間は、後述する図１５にお
いて事業者により設定されてもよいし、求人日に基づく日時（例、求人日の勤務開始時刻
の所定日前の同時刻）に設定されてもよい。締切時間が到来すれば（ステップＳ２０１－
ＹＥＳ）、処理は終了し、締切時間が到来していなければ（ステップＳ２０１－ＮＯ）、
所定期間が経過した後に、処理はステップＳ２０３に進む。
は、求人情報の締切時間が到来したか否かを判定する。締切時間は、後述する図１５にお
いて事業者により設定されてもよいし、求人日に基づく日時（例、求人日の勤務開始時刻
の所定日前の同時刻）に設定されてもよい。締切時間が到来すれば（ステップＳ２０１－
ＹＥＳ）、処理は終了し、締切時間が到来していなければ（ステップＳ２０１－ＮＯ）、
所定期間が経過した後に、処理はステップＳ２０３に進む。
【0137】
ステップＳ２０３において、サーバ２０のサービス制御モジュール２３６は、求人情報
が公開中のグループを示す現グループの募集人数が集まっているか否かを判定する。募集
人数が集まっていれば（ステップＳ２０３－ＹＥＳ）、処理はステップＳ２１５に進み、
募集人数が集まっていなければ（ステップＳ２０３－ＮＯ）、処理はステップＳ２０５に
進む。「現グループ」は、優先度に基づき求人情報が公開されたグループを示し、優先度
に基づき求人情報が公開される度に、新たに求人情報が公開されたグループが「現グルー
プ」に含まれていく。
が公開中のグループを示す現グループの募集人数が集まっているか否かを判定する。募集
人数が集まっていれば（ステップＳ２０３－ＹＥＳ）、処理はステップＳ２１５に進み、
募集人数が集まっていなければ（ステップＳ２０３－ＮＯ）、処理はステップＳ２０５に
進む。「現グループ」は、優先度に基づき求人情報が公開されたグループを示し、優先度
に基づき求人情報が公開される度に、新たに求人情報が公開されたグループが「現グルー
プ」に含まれていく。
【0138】
ステップＳ２０５において、サーバ２０のサービス制御モジュール２３６は、次に求人
情報が公開されるグループを示す次グループの公開日の所定日前又は一般公開日の所定日
前であるか否かを判定する。処理日がこれらの所定日前の日に該当すれば（ステップＳ２
０５－ＹＥＳ）、処理はステップＳ２０７に進み、当日がこれらの所定日前の日に該当し
なければ（ステップＳ２０５－ＮＯ）、処理はステップＳ２１３に進む。「次グループ」
は、優先度に基づき、次に求人情報が公開されるグループであり、新たに求人情報が公開
される度に（Ｓ２１９）、次グループを示すポインタの値がインリメント（＋１）される
。ポインタの値がインリメントされた場合、インクリメントされたポインタの値に対応す
る優先度のグループが「次のグループ」になる。なお、ステップＳ２０５において判断す
る対象は公開日の所定日前又は一般公開日の所定日前に該当するかではなく、公開日又は
一般公開日の所定期間前に該当するかであってもよい。
情報が公開されるグループを示す次グループの公開日の所定日前又は一般公開日の所定日
前であるか否かを判定する。処理日がこれらの所定日前の日に該当すれば（ステップＳ２
０５－ＹＥＳ）、処理はステップＳ２０７に進み、当日がこれらの所定日前の日に該当し
なければ（ステップＳ２０５－ＮＯ）、処理はステップＳ２１３に進む。「次グループ」
は、優先度に基づき、次に求人情報が公開されるグループであり、新たに求人情報が公開
される度に（Ｓ２１９）、次グループを示すポインタの値がインリメント（＋１）される
。ポインタの値がインリメントされた場合、インクリメントされたポインタの値に対応す
る優先度のグループが「次のグループ」になる。なお、ステップＳ２０５において判断す
る対象は公開日の所定日前又は一般公開日の所定日前に該当するかではなく、公開日又は
一般公開日の所定期間前に該当するかであってもよい。
【0139】
ステップＳ２０７において、サーバ２０の提案モジュール２４０は、現グループの募集
条件の各条件情報の変更を提案する（パターン２）。このとき、サーバ２０の提案モジュ
ール２４０は、変更内容を含み、承認の是非を問う問い合わせ情報を情報処理装置１０Ａ
に出力するようにする。ここで、提案モジュール２４０は、現グループに複数のグループ
が含まれる場合、募集人数が集まっていないグループの募集条件に対して条件情報の変更
を提案する。
条件の各条件情報の変更を提案する（パターン２）。このとき、サーバ２０の提案モジュ
ール２４０は、変更内容を含み、承認の是非を問う問い合わせ情報を情報処理装置１０Ａ
に出力するようにする。ここで、提案モジュール２４０は、現グループに複数のグループ
が含まれる場合、募集人数が集まっていないグループの募集条件に対して条件情報の変更
を提案する。
【0140】
ステップＳ２０９において、サーバ２０の提案モジュール２４０は、事業者の情報処理
装置１０Ａから出力された問合せ結果が、提案を承認するか否かのどちらを示すかを判定
する。提案が承認されれば（ステップＳ２０９－ＹＥＳ）、処理はステップＳ２１１に進
み、提案が拒否されれば（ステップＳ２０９－ＮＯ）、処理はステップＳ２１３に進む。
装置１０Ａから出力された問合せ結果が、提案を承認するか否かのどちらを示すかを判定
する。提案が承認されれば（ステップＳ２０９－ＹＥＳ）、処理はステップＳ２１１に進
み、提案が拒否されれば（ステップＳ２０９－ＮＯ）、処理はステップＳ２１３に進む。
【0141】
ステップＳ２１１において、サーバ２０の提案モジュール２４０は、現グループの募集
条件において変更を提案した条件情報を、提案した内容に変更する。なお、事業者が提案
をそのまま承認するのではなく、募集条件を再修正してもよい。
条件において変更を提案した条件情報を、提案した内容に変更する。なお、事業者が提案
をそのまま承認するのではなく、募集条件を再修正してもよい。
【0142】
ステップＳ２１３において、サーバ２０のサービス制御モジュール２３６は、次グルー
プの公開日の当日又は一般公開日の当日であるか否かを判定する。処理日がこれらの当日
に該当すれば（ステップＳ２１３－ＹＥＳ）、処理はステップＳ２１５に進み、処理日が
これらの当日に該当しなければ（ステップＳ２１３－ＮＯ）、処理はステップＳ２０１に
戻る。なお、ステップＳ２１３において判断する対象は公開日の当日又は一般公開日の当
日に該当するかではなく、公開日又は一般公開日の所定期間前に該当するかであってもよ
い。
プの公開日の当日又は一般公開日の当日であるか否かを判定する。処理日がこれらの当日
に該当すれば（ステップＳ２１３－ＹＥＳ）、処理はステップＳ２１５に進み、処理日が
これらの当日に該当しなければ（ステップＳ２１３－ＮＯ）、処理はステップＳ２０１に
戻る。なお、ステップＳ２１３において判断する対象は公開日の当日又は一般公開日の当
日に該当するかではなく、公開日又は一般公開日の所定期間前に該当するかであってもよ
い。
【0143】
ステップＳ２１５において、サーバ２０のサービス制御モジュール２３６は、求人全体
の募集人数が集まっているか否かを判定する。全体の募集人数が集まっていれば（ステッ
プＳ２１５－ＹＥＳ）、処理は終了し、全体の募集人数が集まっていなければ（ステップ
Ｓ２１５－ＮＯ）、処理はステップＳ２１７に進む。なお、図１２に示す処理の終了条件
の１つであるステップＳ２１５は、必ずしもこのタイミングである必要はなく、ワーカー
が採用されたタイミングで、トータル採用数のカウント値が全体の募集人数に到達したか
否か（求人全体の募集人数が集まっているか否か）が判定されてもよい。
の募集人数が集まっているか否かを判定する。全体の募集人数が集まっていれば（ステッ
プＳ２１５－ＹＥＳ）、処理は終了し、全体の募集人数が集まっていなければ（ステップ
Ｓ２１５－ＮＯ）、処理はステップＳ２１７に進む。なお、図１２に示す処理の終了条件
の１つであるステップＳ２１５は、必ずしもこのタイミングである必要はなく、ワーカー
が採用されたタイミングで、トータル採用数のカウント値が全体の募集人数に到達したか
否か（求人全体の募集人数が集まっているか否か）が判定されてもよい。
【0144】
ステップＳ２１７において、サーバ２０のサービス制御モジュール２３６は、次グルー
プが存在するか否かを判定する。例えば、サービス制御モジュール２３６は、次グループ
を示すポインタの値に対応する優先度のグループが存在するか否かを判定する。次グルー
プが存在すれば（ステップＳ２１７－ＹＥＳ）、処理はステップＳ２１９に進み、次グル
ープが存在しなければ（ステップＳ２１７－ＮＯ）、処理はステップＳ２２１に進む。
プが存在するか否かを判定する。例えば、サービス制御モジュール２３６は、次グループ
を示すポインタの値に対応する優先度のグループが存在するか否かを判定する。次グルー
プが存在すれば（ステップＳ２１７－ＹＥＳ）、処理はステップＳ２１９に進み、次グル
ープが存在しなければ（ステップＳ２１７－ＮＯ）、処理はステップＳ２２１に進む。
【0145】
ステップＳ２１９において、サーバ２０の公開モジュール２３９は、次グループの各ワ
ーカーに求人情報の公開を実施する。公開後、サービス制御モジュール２３６は、次グル
ープを示すポインタの値をインクリメントする。
ーカーに求人情報の公開を実施する。公開後、サービス制御モジュール２３６は、次グル
ープを示すポインタの値をインクリメントする。
【0146】
ステップＳ２２１において、サーバ２０の公開モジュール２３９は、一般公開ありで設
定されているか否かを判定する。一般公開ありであれば（ステップＳ２２１－ＹＥＳ）、
処理はステップＳ２２３に進み、一般公開がなければ（ステップＳ２２１－ＮＯ）、処理
はステップＳ２０１に戻る。
定されているか否かを判定する。一般公開ありであれば（ステップＳ２２１－ＹＥＳ）、
処理はステップＳ２２３に進み、一般公開がなければ（ステップＳ２２１－ＮＯ）、処理
はステップＳ２０１に戻る。
【0147】
ステップＳ２２３において、サーバ２０の公開モジュール２３９は、求人情報を一般に
公開する。「一般に公開する」とは、求人情報提供プラットフォームにログインしている
ワーカーに制限なく閲覧可能にすることを含む。
公開する。「一般に公開する」とは、求人情報提供プラットフォームにログインしている
ワーカーに制限なく閲覧可能にすることを含む。
【0148】
図１３は、図９に示す実施形態に係る設定例２の場合の運用例を示すフローチャートで
ある。図１３に示す例では、優先度が１（最優先）のグループを「現グループ」とし、優
先度が２のグループを「次グループ」として、現グループに対する求人情報が公開されて
から図１３に示す各処理が開始される。なお、次グループを示すポインタが用意され、こ
のポインタの初期値には「２」が設定される。
ある。図１３に示す例では、優先度が１（最優先）のグループを「現グループ」とし、優
先度が２のグループを「次グループ」として、現グループに対する求人情報が公開されて
から図１３に示す各処理が開始される。なお、次グループを示すポインタが用意され、こ
のポインタの初期値には「２」が設定される。
【0149】
図１３に示すステップＳ３０１において、サーバ２０のサービス制御モジュール２３６
は、求人情報の締切時間が到来したか否かを判定する。締切時間は、後述する図１５にお
いて事業者により設定されてもよいし、求人日に基づく日時（例、求人日の勤務開始時刻
の所定日前の同時刻）に設定されてもよい。締切時間が到来すれば（ステップＳ３０１－
ＹＥＳ）、処理は終了し、締切時間が到来していなければ（ステップＳ３０１－ＮＯ）、
所定期間が経過した後に、処理はステップＳ３０３に進む。
は、求人情報の締切時間が到来したか否かを判定する。締切時間は、後述する図１５にお
いて事業者により設定されてもよいし、求人日に基づく日時（例、求人日の勤務開始時刻
の所定日前の同時刻）に設定されてもよい。締切時間が到来すれば（ステップＳ３０１－
ＹＥＳ）、処理は終了し、締切時間が到来していなければ（ステップＳ３０１－ＮＯ）、
所定期間が経過した後に、処理はステップＳ３０３に進む。
【0150】
ステップＳ３０３において、サーバ２０のサービス制御モジュール２３６は、現グルー
プの募集人数が集まっているか否かを判定する。募集人数が集まっていれば（ステップＳ
３０３－ＹＥＳ）、処理はステップＳ３０７に進み、募集人数が集まっていなければ（ス
テップＳ３０３－ＮＯ）、処理はステップＳ３０５に進む。
プの募集人数が集まっているか否かを判定する。募集人数が集まっていれば（ステップＳ
３０３－ＹＥＳ）、処理はステップＳ３０７に進み、募集人数が集まっていなければ（ス
テップＳ３０３－ＮＯ）、処理はステップＳ３０５に進む。
【0151】
ステップＳ３０５において、サーバ２０の提案モジュール２４０は、上述したように、
現グループの募集人数が締切時間前までに集まりそうか否かを、機械学習を用いて判定す
る。募集人数が集まると判定されれば（ステップＳ３０５－ＹＥＳ）、処理はステップＳ
３０１に戻り、募集人数が集まらないと判定されれば（ステップＳ３０５－ＮＯ）、処理
はステップＳ３０９に進む。
現グループの募集人数が締切時間前までに集まりそうか否かを、機械学習を用いて判定す
る。募集人数が集まると判定されれば（ステップＳ３０５－ＹＥＳ）、処理はステップＳ
３０１に戻り、募集人数が集まらないと判定されれば（ステップＳ３０５－ＮＯ）、処理
はステップＳ３０９に進む。
【0152】
ステップＳ３０７において、サーバ２０のサービス制御モジュール２３６は、求人全体
の募集人数が集まっているか否かを判定する。全体の募集人数が集まっていれば（ステッ
プＳ３０７－ＹＥＳ）、処理は終了し、全体の募集人数が集まっていなければ（ステップ
Ｓ３０７－ＮＯ）、処理はステップＳ３０９に進む。なお、図１３に示すステップＳ３０
７は、図１２に示すステップＳ２１５と同様に、必ずしもこのタイミングである必要はな
く、ワーカーが採用されたタイミングで、トータル採用数のカウント値が全体の募集人数
に到達したか否か（求人全体の募集人数が集まっているか否か）が判定されてもよい。
の募集人数が集まっているか否かを判定する。全体の募集人数が集まっていれば（ステッ
プＳ３０７－ＹＥＳ）、処理は終了し、全体の募集人数が集まっていなければ（ステップ
Ｓ３０７－ＮＯ）、処理はステップＳ３０９に進む。なお、図１３に示すステップＳ３０
７は、図１２に示すステップＳ２１５と同様に、必ずしもこのタイミングである必要はな
く、ワーカーが採用されたタイミングで、トータル採用数のカウント値が全体の募集人数
に到達したか否か（求人全体の募集人数が集まっているか否か）が判定されてもよい。
【0153】
ステップＳ３０９において、サーバ２０のサービス制御モジュール２３６は、次グルー
プが存在するか否かを判定する。例えば、サービス制御モジュール２３６は、次グループ
を示すポインタの値に対応する優先度のグループが存在するか否かを判定する。次グルー
プが存在すれば（ステップＳ３０９－ＹＥＳ）、処理はステップＳ３１１に進み、次グル
ープが存在しなければ（ステップＳ３０９－ＮＯ）、処理はステップＳ３１３に進む。
プが存在するか否かを判定する。例えば、サービス制御モジュール２３６は、次グループ
を示すポインタの値に対応する優先度のグループが存在するか否かを判定する。次グルー
プが存在すれば（ステップＳ３０９－ＹＥＳ）、処理はステップＳ３１１に進み、次グル
ープが存在しなければ（ステップＳ３０９－ＮＯ）、処理はステップＳ３１３に進む。
【0154】
ステップＳ３１１において、サーバ２０の公開モジュール２３９は、次グループの各ワ
ーカーに求人情報の公開を実施する。公開後、サービス制御モジュール２３６は、次グル
ープを示すポインタの値をインクリメントする。
ーカーに求人情報の公開を実施する。公開後、サービス制御モジュール２３６は、次グル
ープを示すポインタの値をインクリメントする。
【0155】
ステップＳ３１３において、サーバ２０の公開モジュール２３９は、一般公開ありで設
定されているか否かを判定する。一般公開ありであれば（ステップＳ３１３－ＹＥＳ）、
処理はステップＳ３１５に進み、一般公開がなければ（ステップＳ３１３－ＮＯ）、処理
はステップＳ３０１に戻る。
定されているか否かを判定する。一般公開ありであれば（ステップＳ３１３－ＹＥＳ）、
処理はステップＳ３１５に進み、一般公開がなければ（ステップＳ３１３－ＮＯ）、処理
はステップＳ３０１に戻る。
【0156】
ステップＳ３１５において、サーバ２０の公開モジュール２３９は、求人情報を一般に
公開する。
公開する。
【0157】
以上、設定例２に示す処理は、募集条件に関する各条件情報のうちの公開日が事業者に
設定されない場合の処理であり、この場合の公開日に関する情報は、図１３に示す処理の
とおり、機械学習により設定されてもよい。
設定されない場合の処理であり、この場合の公開日に関する情報は、図１３に示す処理の
とおり、機械学習により設定されてもよい。
【0158】
図１４は、図１０に示す実施形態に係る設定例３の場合の運用例を示すフローチャート
である。図１４に示す例では、優先度が１（再優先）のグループを「現グループ」とし、
優先度が２のグループを「次グループ」として、現グループに対する求人情報が公開され
てから図１４に示す各処理が開始される。なお、次グループを示すポインタが用意され、
このポインタの初期値には「２」が設定される。
である。図１４に示す例では、優先度が１（再優先）のグループを「現グループ」とし、
優先度が２のグループを「次グループ」として、現グループに対する求人情報が公開され
てから図１４に示す各処理が開始される。なお、次グループを示すポインタが用意され、
このポインタの初期値には「２」が設定される。
【0159】
図１４に示すステップＳ４０１において、サーバ２０のサービス制御モジュール２３６
は、求人情報の締切時間が到来したか否かを判定する。締切時間は、後述する図１５にお
いて事業者により設定されてもよいし、求人日に基づく日時（例、求人日の勤務開始時刻
の所定日前の同時刻）に設定されてもよい。締切時間が到来すれば（ステップＳ４０１－
ＹＥＳ）、処理は終了し、締切時間が到来していなければ（ステップＳ４０１－ＮＯ）、
所定期間が経過した後に、処理はステップＳ４０３に進む。
は、求人情報の締切時間が到来したか否かを判定する。締切時間は、後述する図１５にお
いて事業者により設定されてもよいし、求人日に基づく日時（例、求人日の勤務開始時刻
の所定日前の同時刻）に設定されてもよい。締切時間が到来すれば（ステップＳ４０１－
ＹＥＳ）、処理は終了し、締切時間が到来していなければ（ステップＳ４０１－ＮＯ）、
所定期間が経過した後に、処理はステップＳ４０３に進む。
【0160】
ステップＳ４０３において、サーバ２０のサービス制御モジュール２３６は、求人全体
の募集人数が集まっているか否かを判定する。全体の募集人数が集まっていれば（ステッ
プＳ４０３－ＹＥＳ）、処理は終了し、全体の募集人数が集まっていなければ（ステップ
Ｓ４０３－ＮＯ）、処理はステップＳ４０５に進む。なお、図１４に示すステップＳ４０
３は、図１２に示すステップＳ２１５と同様に、必ずしもこのタイミングである必要はな
く、ワーカーが採用されたタイミングで、トータル採用数のカウント値が全体の募集人数
に到達したか否か（求人全体の募集人数が集まっているか否か）が判定されてもよい。
の募集人数が集まっているか否かを判定する。全体の募集人数が集まっていれば（ステッ
プＳ４０３－ＹＥＳ）、処理は終了し、全体の募集人数が集まっていなければ（ステップ
Ｓ４０３－ＮＯ）、処理はステップＳ４０５に進む。なお、図１４に示すステップＳ４０
３は、図１２に示すステップＳ２１５と同様に、必ずしもこのタイミングである必要はな
く、ワーカーが採用されたタイミングで、トータル採用数のカウント値が全体の募集人数
に到達したか否か（求人全体の募集人数が集まっているか否か）が判定されてもよい。
【0161】
ステップＳ４０５において、サーバ２０の提案モジュール２４０は、上述したように、
現グループの募集条件で、求人全体の募集人数が集まりそうか否かを、機械学習を用いて
判定する。募集人数が集まると判定されれば（ステップＳ４０５－ＹＥＳ）、処理はステ
ップＳ４０１に戻り、募集人数が集まらないと判定されれば（ステップＳ４０５－ＮＯ）
、処理はステップＳ４０７に進む。
現グループの募集条件で、求人全体の募集人数が集まりそうか否かを、機械学習を用いて
判定する。募集人数が集まると判定されれば（ステップＳ４０５－ＹＥＳ）、処理はステ
ップＳ４０１に戻り、募集人数が集まらないと判定されれば（ステップＳ４０５－ＮＯ）
、処理はステップＳ４０７に進む。
【0162】
ステップＳ４０７において、サーバ２０の提案モジュール２４０は、機械学習を用いて
、現グループの募集条件の各条件情報を変更した方がよいか、次グループへの公開を行う
方がよいかを判定する。募集条件の変更の方が求人全体の募集人数が集まる可能性が高け
れば（ステップＳ４０７－ＹＥＳ）、処理はステップＳ４０９に進み、次グループへの公
開の方が求人全体の募集人数が集まる可能性が高ければ（ステップＳ４０７－ＮＯ）、処
理はステップＳ４１１に進む。なお、ステップＳ４０７の判定について、事業者にどちら
の選択肢を希望するかを選択してもらってもよい。機械学習による各条件情報の変更につ
いて、例えば、上述したような時給のアップや、勤務時間の減少などが例として挙げられ
る。
、現グループの募集条件の各条件情報を変更した方がよいか、次グループへの公開を行う
方がよいかを判定する。募集条件の変更の方が求人全体の募集人数が集まる可能性が高け
れば（ステップＳ４０７－ＹＥＳ）、処理はステップＳ４０９に進み、次グループへの公
開の方が求人全体の募集人数が集まる可能性が高ければ（ステップＳ４０７－ＮＯ）、処
理はステップＳ４１１に進む。なお、ステップＳ４０７の判定について、事業者にどちら
の選択肢を希望するかを選択してもらってもよい。機械学習による各条件情報の変更につ
いて、例えば、上述したような時給のアップや、勤務時間の減少などが例として挙げられ
る。
【0163】
ステップＳ４０９において、サーバ２０の提案モジュール２４０は、現グループの募集
条件の条件情報を、提案した内容に更新する。
条件の条件情報を、提案した内容に更新する。
【0164】
ステップＳ４１１において、サーバ２０のサービス制御モジュール２３６は、次グルー
プが存在するか否かを判定する。例えば、サービス制御モジュール２３６は、次グループ
を示すポインタの値に対応する優先度のグループが存在するか否かを判定する。次グルー
プが存在すれば（ステップＳ４１１－ＹＥＳ）、処理はステップＳ４１３に進み、次グル
ープが存在しなければ（ステップＳ４１１－ＮＯ）、処理はステップＳ４１５に進む。
プが存在するか否かを判定する。例えば、サービス制御モジュール２３６は、次グループ
を示すポインタの値に対応する優先度のグループが存在するか否かを判定する。次グルー
プが存在すれば（ステップＳ４１１－ＹＥＳ）、処理はステップＳ４１３に進み、次グル
ープが存在しなければ（ステップＳ４１１－ＮＯ）、処理はステップＳ４１５に進む。
【0165】
ステップＳ４１３において、サーバ２０の公開モジュール２３９は、次グループの各ワ
ーカーに求人情報の公開を実施する。公開後、サービス制御モジュール２３６は、次グル
ープを示すポインタの値をインクリメントする。
ーカーに求人情報の公開を実施する。公開後、サービス制御モジュール２３６は、次グル
ープを示すポインタの値をインクリメントする。
【0166】
ステップＳ４１５において、サーバ２０の公開モジュール２３９は、一般公開ありで設
定されているか否かを判定する。一般公開ありであれば（ステップＳ４１５－ＹＥＳ）、
処理はステップＳ４１７に進み、一般公開がなければ（ステップＳ４１５－ＮＯ）、処理
はステップＳ４０１に戻る。
定されているか否かを判定する。一般公開ありであれば（ステップＳ４１５－ＹＥＳ）、
処理はステップＳ４１７に進み、一般公開がなければ（ステップＳ４１５－ＮＯ）、処理
はステップＳ４０１に戻る。
【0167】
ステップＳ４１７において、サーバ２０の公開モジュール２３９は、求人情報を一般に
公開する。
公開する。
【0168】
以上、設定例３に示す処理は、事業者により、求人全体の募集人数、予算が設定され、
その他の条件情報が設定されない場合の処理であり、この場合のその他の条件情報は、図
１４に示す処理のとおり、機械学習により設定されてもよい。
その他の条件情報が設定されない場合の処理であり、この場合のその他の条件情報は、図
１４に示す処理のとおり、機械学習により設定されてもよい。
【0169】
＜画面例＞
次に、ユーザ側の情報処理装置１０に表示される各画面例について説明する。図１５は
、実施形態に係る求人募集画面の一例を示す図である。図１５に示す画面は、ＡＡＡ渋谷
店が、「コンビニエンスストア経験」、「接客」、「品出し」の３つのグループに所属す
るワーカーに限定公開する求人の内容を示す例である。
次に、ユーザ側の情報処理装置１０に表示される各画面例について説明する。図１５は
、実施形態に係る求人募集画面の一例を示す図である。図１５に示す画面は、ＡＡＡ渋谷
店が、「コンビニエンスストア経験」、「接客」、「品出し」の３つのグループに所属す
るワーカーに限定公開する求人の内容を示す例である。
【0170】
図１５に示す求人募集画面では、例えば、求人日、勤務時間、締切時間の設定、求人全
体の募集人数、基本時給、公開設定などが事業者により設定される。なお、求人募集画面
において、求人の予算が設定されてもよい。「基本時給」は、同地域や同職種などの時給
に基づいてシステムで設定されてもよい。図１５に示す例では「締切時間」は、求人情報
の公開終了日時を示し、事業者が適宜選択可能になっている。求人全体の募集人数は、図
１５に示すように人数が入力されてもよいし、プルダウンメニュー等で人数が選択される
ようにしてもよい。ここで、事業者が「グループ限定公開」Ｇ１０を選択し、例えば「コ
ンビニエンスストア経験」、「接客」、「品出し」のグループを選択し、「次へ」ボタン
Ｂ１０を押下したとする。この場合、画面は、図１５に示す画面から図１６に示す画面に
遷移する。
体の募集人数、基本時給、公開設定などが事業者により設定される。なお、求人募集画面
において、求人の予算が設定されてもよい。「基本時給」は、同地域や同職種などの時給
に基づいてシステムで設定されてもよい。図１５に示す例では「締切時間」は、求人情報
の公開終了日時を示し、事業者が適宜選択可能になっている。求人全体の募集人数は、図
１５に示すように人数が入力されてもよいし、プルダウンメニュー等で人数が選択される
ようにしてもよい。ここで、事業者が「グループ限定公開」Ｇ１０を選択し、例えば「コ
ンビニエンスストア経験」、「接客」、「品出し」のグループを選択し、「次へ」ボタン
Ｂ１０を押下したとする。この場合、画面は、図１５に示す画面から図１６に示す画面に
遷移する。
【0171】
図１６は、実施形態に係るグループごとの条件設定画面の一例を示す図である。図１６
に示す例によれば、優先度の順にグループを選択し、各条件情報を設定する画面の一例を
示す。なお、図１６に示す例では、優先度ごとにグループを選択する例であるが、グルー
プごとに優先度を設定することでもよい。
に示す例によれば、優先度の順にグループを選択し、各条件情報を設定する画面の一例を
示す。なお、図１６に示す例では、優先度ごとにグループを選択する例であるが、グルー
プごとに優先度を設定することでもよい。
【0172】
図１６に示す画面では、各グループに対して、時給、公開日、募集人数が任意で設定可
能である。少なくとも１つの項目が設定されない場合、設定モジュール２３８又は提案モ
ジュール２４０が、各グループの時給、公開日又は募集人数を設定してもよい。事業者に
より「ＯＫ」ボタンＢ２０が押下されれば、図１６に示す画面で設定、選択又は入力され
た条件情報が設定され、「戻る」ボタンＢ２２が押下されれば、図１５に示す画面に戻る
。なお、グループ限定公開のみの場合、グループごとの募集人数の合計が、求人全体の募
集人数と一致しなければ、エラー表示がされてもよい。また、求人情報の一般公開があり
の場合、グループごとの募集人数の合計が、求人全体の募集人数以下であればよく、グル
ープごとの募集人数の合計が求人全体の募集人数に満たないときは、不足人数分を一般公
開の募集人数としてもよい。
能である。少なくとも１つの項目が設定されない場合、設定モジュール２３８又は提案モ
ジュール２４０が、各グループの時給、公開日又は募集人数を設定してもよい。事業者に
より「ＯＫ」ボタンＢ２０が押下されれば、図１６に示す画面で設定、選択又は入力され
た条件情報が設定され、「戻る」ボタンＢ２２が押下されれば、図１５に示す画面に戻る
。なお、グループ限定公開のみの場合、グループごとの募集人数の合計が、求人全体の募
集人数と一致しなければ、エラー表示がされてもよい。また、求人情報の一般公開があり
の場合、グループごとの募集人数の合計が、求人全体の募集人数以下であればよく、グル
ープごとの募集人数の合計が求人全体の募集人数に満たないときは、不足人数分を一般公
開の募集人数としてもよい。
【0173】
なお、開示技術は、上述した実施形態に限定されるものではなく、開示技術の要旨を逸
脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形
態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述
した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列
に実行することができる。
脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形
態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述
した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列
に実行することができる。
【0174】
本開示の実施形態のプログラムは、コンピュータに読み取り可能な記憶媒体に記憶され
た状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラム
を記憶可能である。プログラムは、限定でなく例として、ソフトウェアプログラムやコン
ピュータプログラムを含む。
た状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラム
を記憶可能である。プログラムは、限定でなく例として、ソフトウェアプログラムやコン
ピュータプログラムを含む。
【符号の説明】
【0175】
１ 情報処理システム
１０、１０Ａ、１０Ｂ 情報処理装置
２０ 情報処理装置（サーバ）
１１０、２１０ 処理装置（ＣＰＵ）
１２０、２２０ ネットワーク通信インタフェース
１３０、２３０ メモリ
１３１、２３１ オペレーティングシステム
１３２、２３２ ネットワーク通信モジュール
１３３ アプリデータ
１３４ サービス処理モジュール
１３５ 取得モジュール
１３６ 出力モジュール
１３７ 処理モジュール
１３８ 表示制御モジュール
１５０ ユーザインタフェース
１７０、２７０ 通信バス
２３３ ユーザデータ
２３４ グループデータ
２３５ 求人データ
２３６ サービス制御モジュール
２３７ 受付モジュール
２３８ 設定モジュール
２３９ 公開モジュール
２４０ 提案モジュール
１０、１０Ａ、１０Ｂ 情報処理装置
２０ 情報処理装置（サーバ）
１１０、２１０ 処理装置（ＣＰＵ）
１２０、２２０ ネットワーク通信インタフェース
１３０、２３０ メモリ
１３１、２３１ オペレーティングシステム
１３２、２３２ ネットワーク通信モジュール
１３３ アプリデータ
１３４ サービス処理モジュール
１３５ 取得モジュール
１３６ 出力モジュール
１３７ 処理モジュール
１３８ 表示制御モジュール
１５０ ユーザインタフェース
１７０、２７０ 通信バス
２３３ ユーザデータ
２３４ グループデータ
２３５ 求人データ
２３６ サービス制御モジュール
２３７ 受付モジュール
２３８ 設定モジュール
２３９ 公開モジュール
２４０ 提案モジュール
【要約】
【課題】１又は複数のワーカーが属するグループを用いて求人を募集する際に、簡便且つ
フレキシブルな求人募集を可能にする。
【解決手段】情報処理方法であって、情報処理装置が、事業者が利用する他の情報処理装
置から、１又は複数のユーザが属する各グループのうち、複数のグループの選択を受け付
けること、複数のグループ内の各グループにそれぞれ優先度を設定すること、各グループ
の優先度に基づいて、グループごとに求人情報を公開すること、を実行する。
【選択図】図１２
フレキシブルな求人募集を可能にする。
【解決手段】情報処理方法であって、情報処理装置が、事業者が利用する他の情報処理装
置から、１又は複数のユーザが属する各グループのうち、複数のグループの選択を受け付
けること、複数のグループ内の各グループにそれぞれ優先度を設定すること、各グループ
の優先度に基づいて、グループごとに求人情報を公開すること、を実行する。
【選択図】図１２
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】