JP7470469B1 - 情報処理方法、プログラム、及び情報処理装置 - Google Patents

Abstract

【課題】新規登録ワーカーを含む複数のワーカーに対する労働条件の設定を簡便にする。【解決手段】情報処理装置が、第１ユーザの操作により、第２ユーザを関連付ける所定グループの情報を含むグループ情報を取得すること、求人サービスへの新規登録に関する情報と、第１ユーザにより選択される所定グループに関するグループ情報とを含む招待情報を生成すること、第２ユーザが利用する他の情報処理装置から、招待情報に基づくアクセスを受け付け、第２ユーザの求人サービスへの登録情報を取得すること、第２ユーザを、グループ情報により特定される所定グループに関連付けること、所定グループに対応する労働条件を第２ユーザに設定すること、を実行する。【選択図】図１０

Description

本開示は、情報処理方法、プログラム、及び情報処理装置に関する。

従来、求人に応募するユーザ（「ワーカー」ともいう。）の経験、スキル等に合わせて、ワーカーに固有の労働条件を設定する技術が知られている。例えば、求人に関連付けられた職務条件及び基本給と、ワーカーの職歴情報とに基づいて、このワーカーの固有給を設定する技術が知られている（例えば、特許文献１参照）。

特許第７０８０２８２号公報

上述したように、上記技術では、個々のワーカーに対して固有給を設定することができる。しかしながら、ワーカーを雇う事業者側が、サービスに新規登録するワーカーを含む複数のワーカーに対して固有給を含む労働条件をまとめて管理したい場合でも、ワーカー毎に労働条件を設定しなければならず、煩雑な処理及び管理が必要であった。

本開示は、新規登録ワーカーを含む複数のワーカーに対する労働条件の設定を簡便にすることを可能にする情報処理方法、プログラム、及び情報処理装置を提供することを目的の一つとする。

本開示の一実施形態に係る情報処理方法は、情報処理装置が、第１ユーザの操作により、第２ユーザを関連付ける所定グループの情報を含むグループ情報を取得すること、求人サービスへの新規登録に関する情報と、第１ユーザの情報とを含む招待情報を生成すること、前記第２ユーザが利用する他の情報処理装置から、前記招待情報に基づくアクセスを受け付け、前記第２ユーザの前記求人サービスへの登録情報を取得すること、前記第２ユーザを、前記グループ情報により特定される前記所定グループに関連付けること、前記所定グループに対応する労働条件を前記第２ユーザに設定すること、を実行する。

開示の技術によれば、新規登録ワーカーを含む複数のワーカーに対する労働条件の設定を簡便にする。

実施形態における情報処理システムの各構成例を示す図である。 実施形態に係る情報処理装置の一例を示すブロック図である。 実施形態に係るサーバの一例を示すブロック図である。 実施形態に係るユーザデータの一例を示す図である。 実施形態に係るグループデータの一例を示す図である。 実施形態に係るグループデータの階層構造の一例を示す図である。 実施形態に係る商品の求人データの一例を示す図である。 実施形態に係る既存ユーザの評価処理の一例を示すフローチャートである。 実施形態に係る求人募集の表示処理の一例を示すフローチャートである。 実施形態に係る新規ワーカーの招待処理の一例を示すフローチャートである。 実施形態に係る評価画面の一例を示す図である。 実施形態に係る求人募集画面の一例を示す図である。 実施形態に係る求人一覧画面の一例を示す図である。 実施形態に係る求人一覧画面の他の例を示す図である。 実施形態に係る求人応募画面の一例を示す図である。 実施形態に係るメッセージ画面の一例を示す図である。 実施形態に係る招待情報生成画面の一例を示す図である。

以下、本開示の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。

［実施形態］
本実施形態では、求人情報を提供するプラットフォーム（「求人情報提供プラットフォーム」ともいう。）において、事業者が選択可能なグループを設け、グループに所属する１又は複数のユーザ（ワーカー）に対して共通の労働条件を設定することを可能にする。これにより、事業者は、個々のワーカーに対して個別の労働条件を設定せずに、共通の労働条件を設定したい場合、グループを設定し、このグループに対応する労働条件をグループに所属するユーザに設定することが可能になる。

また、本実施形態では、求人情報提供プラットフォーム上で提供される求人情報の閲覧、応募等が可能なサービス（以下、「求人サービス」ともいう。）に対して事業者がユーザを招待する場合、この新規登録ユーザがグループに簡単に所属できるようにする。これは、事業者の元で過去に働いた経験のある人を再度採用したいというニーズが存在するからである。このような場合、現状では、メッセージアプリケーション等を用いて、採用したい人ごとに個別に連絡を取り、個別に労働条件等を交渉しなければならず、事業者の負担が大きかった。よって、本実施形態では、事業者の負担を減らすべく、過去に勤務経験があり、一時的な勤務をしてくれそうな人に対しての求人サービスへの新規登録を促し、さらに、新規登録ユーザのグループへの所属を容易にする。

＜システム構成例＞
図１は、実施形態における情報処理システム１の各構成例を示す図である。図１に示す例では、各ユーザが利用する各情報処理装置１０Ａ、１０Ｂ、求人情報提供プラットフォームを管理する情報処理装置又はサーバ２０、例えばユーザデータ、グループデータ、求人データ等を管理するサーバ又はデータベース３０がネットワークＮを介して接続される。なお、情報処理装置１０Ａ、１０Ｂについては、任意の数がネットワークＮに接続され、個々に区別しない場合は、情報処理装置１０とも表記する。

情報処理装置１０は、例えば、スマートフォン、コンピュータ、タブレット端末などである。情報処理装置１０は、実施形態において開示する求人サービスを実行するアプリケーション（以下、「求人アプリ」ともいう。）をインストールすることで、求人サービスをユーザに提供することが可能になる。また、求人サービスがウェブページ上で実装される場合、情報処理装置１０は、ウェブブラウザを用いて求人サービスを利用することも可能である。

情報処理装置２０は、例えばサーバであり、１又は複数の装置により構成されてもよい。また、情報処理装置２０は、求人情報提供プラットフォームを管理し、求人情報を提供したり、ユーザの登録を行ったり、グループの設定を行ったり、求人の閲覧、応募等を処理したりする。以下、情報処理装置２０は、サーバ２０とも表記する。

データベース３０は、求人サービスに登録したユーザのユーザデータ、グループデータ、求人データ等を記憶又は管理する記憶部を有する。

＜各装置の構成の一例＞
図２は、実施形態に係る情報処理装置１０の一例を示すブロック図である。情報処理装置１０は、１つ又は複数の処理装置（ＣＰＵ）１１０、１つ又は複数のネットワーク又は他の通信インタフェース１２０、メモリ１３０、ユーザインタフェース１５０、及びこれらの構成要素を相互接続するための１つ又は複数の通信バス１７０を含む。

ユーザインタフェース１５０は、例えば、ディスプレイ装置１５１及び入力装置（キーボード及び／又はマウス又は他の何らかのポインティングデバイス等）１５２を備えるユーザインタフェースである。また、ユーザインタフェース１５０は、タッチパネルでもよい。

メモリ１３０は、例えば、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ又は他のランダムアクセス固体記憶装置などの高速ランダムアクセスメモリであり、また、１つ又は複数の磁気ディスク記憶装置、光ディスク記憶装置、フラッシュメモリデバイス、又は他の不揮発性固体記憶装置などの不揮発性メモリでもよい。また、メモリ１３０は、コンピュータ読取可能な非一時的な記録媒体でもよい。

また、メモリ１３０の他の例として、ＣＰＵ１１０から遠隔に設置される１つ又は複数の記憶装置でもよい。ある実施形態において、メモリ１３０は次の求人アプリに関するプログラム、モジュール及びデータ構造、又はそれらのサブセットを格納する。

オペレーティングシステム１３１は、例えば、様々な基本的なシステムサービスを処理するとともにハードウェアを用いてタスクを実行するためのプロシージャを含む。

ネットワーク通信モジュール１３２は、例えば、情報処理装置１０を他のコンピュータに、１つ又は複数のネットワーク通信インタフェース１２０及び、インターネット、他の広域ネットワーク、ローカルエリアネットワーク、メトロポリタンエリアネットワークなどの１つ又は複数の通信ネットワークを介して接続するために使用される。

アプリデータ１３３は、ユーザが求人サービスを利用する際に処理されるデータを含む。例えば、アプリデータ１３３は、ユーザ情報や、サーバ２０から取得された情報を含む。具体的には、求人に関する求人情報がアプリデータ１３３に含まれる。この求人情報については、図７を用いて後述する。

処理モジュール１３４は、サーバ２０が提供する求人情報提供プラットフォームにおける各処理を実行する。例えば、処理モジュール１３４は、後述する取得モジュール１３５、出力モジュール１３６、読取モジュール１３７を有する。また、処理モジュール１３４は、求人情報提供プラットフォームにログインしたユーザが、事業者なのか、ワーカーなのかで処理内容を変更してもよい。

例えば、情報処理装置１０Ａは、事業者側のユーザが利用する装置であり、情報処理装置１０Ｂは、ワーカー側のユーザが利用する装置であるとする。以下では、事業者側の情報処理装置１０Ａの符号にはＡを付し、ワーカー側の情報処理装置１０Ｂの符号にはＢを付す。以下では、求人アプリについて、ログインユーザに応じて処理を分ける例について説明するが、事業者用のアプリケーションと、ワーカー用のアプリケーションとを分けて実装してもよい。

≪事業者側≫
まず、事業者側の情報処理装置１０Ａにおける各処理について説明する。取得モジュール１３５Ａは、ディスプレイ１５１Ａに表示される表示画面内のボタン（ＵＩ部品の一例）に対するユーザ操作を取得する。例えば、取得モジュール１３５Ａは、ウェブページ、又はアプリケーション画面内の招待ボタンに対するクリック操作に対応するコマンドを、ユーザインタフェース１５０Ａを介して取得する。招待ボタンは、事業者が、臨時採用を依頼したいユーザに、求人サービスへの登録を促す招待情報を生成するためのボタンである。

招待情報は、求人サービスにおける新規ユーザの登録に関する情報と、招待情報を生成する事業者の情報とを少なくとも含み、この新規ユーザが登録されるグループに関するグループ情報を含んでもよい。招待情報がグループ情報を含まない場合、招待情報とグループ情報とは、例えばサーバ２０において関連付けられてもよい。新規ユーザの登録に関する情報は、例えば、新規ユーザの登録情報を入力するウェブページのＵＲＬや求人アプリをダウンロードするリンク先を示す情報等である。事業者の情報は、例えば、ログインなどで特定できた事業者の事業者ＩＤ等を含む。

グループは、求人情報提供プラットフォームの運営組織、あるいは、店舗又は運営者を含む事業者（第１ユーザ）により生成されるグループである。グループには、所属する複数のワーカーに対して共通の労働条件を設定することが可能である。事業者は、求人サービスに登録して欲しいワーカーに対する招待情報を生成する際に、このワーカーが属するグループを選択することが可能である。

上記例を用いると、招待情報は、例えば、ユーザ登録のウェブページのＵＲＬ又は求人アプリのダウンロードのリンク先と、事業者ＩＤとを含む。また、招待情報は、ユーザ登録のウェブページのＵＲＬ又は求人アプリのダウンロードのリンク先と、事業者ＩＤと、グループ情報とを含んでもよい。招待情報は、リンク情報又は情報コード（二次元コード又は三次元コード）により生成されてもよい。

出力モジュール１３６Ａは、招待情報を生成するボタンの操作に応じて、招待情報の生成リクエストをサーバ２０に送信する。生成リクエストには、事業者により選択されたグループに関するグループ情報が含まれてもよい。サーバ２０により招待情報が生成された場合、取得モジュール１３５Ａは、サーバ２０により生成された招待情報を取得する。

また、出力モジュール１３６Ａは、取得された招待情報を含むメッセージを、事業者に設定された、求人サービスに新規登録して欲しいワーカー（第２ユーザ）に出力する。例えば、出力モジュール１３６Ａは、メッセージアプリケーション又は電子メールを用いて、二次元又は三次元の情報コードを招待情報として含むメッセージを出力してもよい。

また、取得モジュール１３５Ａは、ウェブページ、又はアプリケーション画面内の求人設定ボタンに対するクリック操作に対応するコマンドを、ユーザインタフェース１５０Ａを介して取得してもよい。求人設定ボタンは、事業者が、求人情報を設定して公開したい場合に使用されるボタンである。

求人情報は、求人サービスに登録したユーザに一般的に公開される一般公開と、所定グループ内のユーザのみに公開される限定公開とを含む。

出力モジュール１３６Ａは、事業者側のユーザにより設定された求人情報と、求人設定リクエストとを、サーバ２０に出力する。

読取モジュール１３７Ａは、情報コード（例えば二次元コードや三次元コードなど）を読み取る機能を有する。例えば、読取モジュール１３７Ａは、招待情報の生成又は求人情報の設定を行うウェブページへのアクセスのために、情報コードの読み取りを行ってもよい。

表示制御モジュール１３８Ａは、求人アプリやウェブページの一画面を表示制御する。例えば、表示制御モジュール１３８Ａは、招待情報生成画面、求人情報設定画面等をディスプレイ１５１Ａに表示するよう制御する。

また、処理モジュール１３４Ａは、事業者による各操作を受け付け、グループを生成したり、求人情報提供プラットフォームの既存ユーザをグループに登録したりしてもよい。

≪ワーカー側≫
次に、ワーカー側の情報処理装置１０Ｂにおける各処理について説明する。オペレーティングシステム１３１Ｂは、情報処理装置１０Ａにより出力された招待情報を取得し、この招待情報に基づきサーバ２０にアクセスすることで、求人アプリのプログラムをダウンロードし、インストールする。これにより、処理モジュール１３４Ｂが実行可能になる。

また、処理モジュール１３４Ｂは、ウェブブラウザでもよい。招待情報に、求人サービスへの新規登録を行うウェブページを示すＵＲＬが含まれる場合、処理モジュール１３４Ｂは、招待情報に含まれるＵＲＬにアクセスし、サーバ２０から新規登録を行うウェブページの画面情報を取得したり、サーバ２０に情報を送信したりする。処理モジュール１３４Ｂは、招待情報に含まれる事業者情報を取得し、記憶し、また、招待情報にグループ情報が含まれる場合、そのグループ情報を取得し、記憶してもよい。

取得モジュール１３５Ｂは、ディスプレイ１５１Ｂに表示される表示画面内の各ボタンに対するユーザ操作を取得する。例えば、取得モジュール１３５Ｂは、ユーザ登録画面において、ワーカーのユーザ操作により設定される登録情報を取得する。

ユーザ操作に基づく新規ユーザの登録情報が設定されると、出力モジュール１３６Ｂは、登録情報と新規登録リクエストとをサーバ２０に送信する。登録情報は、例えば、ワーカーにより入力されたユーザの氏名、住所、電話番号等と、記憶された事業者情報とを含み、招待情報にグループ情報が含まれていた場合にはグループ情報を含んでもよい。サーバ２０は、新規登録リクエストを受信すると、登録情報に基づき新規ユーザの登録処理を行う。

また、ワーカーが求人情報の閲覧を希望する操作を行った場合、出力モジュール１３６Ｂは、閲覧リクエストをサーバ２０に出力する。また、ワーカーが求人情報の閲覧画面から求人に応募する操作を行った場合、出力モジュール１３６Ｂは、応募リクエストをサーバ２０に出力する。

読取モジュール１３７Ｂは、招待情報を含む情報コード（例えば二次元コードや三次元コードなど）を読み取る機能を有する。例えば、読取モジュール１３７Ｂは、求人サービスへのユーザ登録を行うウェブページへのアクセスのために、又は、求人アプリのダウンロードを行うために情報コードの読み取りを行ってもよい。

表示制御モジュール１３８Ｂは、求人アプリやウェブページの一画面を表示制御する。例えば、表示制御モジュール１３８Ｂは、ユーザ登録画面、求人情報閲覧画面、求人応募画面等をディスプレイ１５１Ｂに表示するよう制御する。

なお、１つ又は複数の処理装置（ＣＰＵ）１１０は、メモリ１３０から、必要に応じて各モジュールを読み出して実行する。例えば、１つ又は複数の処理装置（ＣＰＵ）１１０は、メモリ１３０に格納されているネットワーク通信モジュール１３２を実行することで、通信部を構成してもよい。また、１つ又は複数の処理装置（ＣＰＵ）１１０は、メモリ１３０に格納されている処理モジュール１３４、取得モジュール１３５、出力モジュール１３６、読取モジュール１３７、及び表示制御モジュール１３８をそれぞれ実行することで、処理部、取得部、出力部、読取部、表示制御部を構成してもよい。また、処理モジュール１３４、取得モジュール１３５、出力モジュール１３６、読取モジュール１３７、及び表示制御モジュール１３８のそれぞれの処理を１つ又は複数の処理装置（ＣＰＵ）１１０で実行してもよい。

他の実施形態において、処理モジュール１３４、取得モジュール１３５、出力モジュール１３６、読取モジュール１３７、及び表示制御モジュール１３８は、情報処理装置１０のメモリ１３０に格納されるスタンドアロンアプリケーションであってもよい。スタンドアロンアプリケーションとしては、限定はされないが、処理アプリケーション、取得アプリケーション、出力アプリケーション、読取アプリケーション、及び表示制御アプリケーションが挙げられる。さらに他の実施形態において、処理モジュール１３４、取得モジュール１３５、出力モジュール１３６、読取モジュール１３７、及び表示制御モジュール１３８は別のアプリケーションへのアドオン又はプラグインであってもよい。

上記に示した要素の各々は、先述の記憶装置の１つ又は複数に格納され得る。上記に示したモジュールの各々は、上述される機能を実行するための命令のセットに対応する。上記に示したモジュール又はプログラム（すなわち、命令のセット）は別個のソフトウェアプログラム、プロシージャ又はモジュールとして実装される必要はないとともに、従ってこれらのモジュールの様々なサブセットは様々な実施形態で組み合わされるか、或いは再構成されてもよい。ある実施形態において、メモリ１３０は上記に示されるモジュール及びデータ構造のサブセットを格納し得る。さらには、メモリ１３０は上述されない追加的なモジュール及びデータ構造を格納し得る。

なお、上述したとおり、事業者側のアプリケーションと、ワーカー側のアプリケーションとは、それぞれ別のアプリケーションとして実装されてもよい。この場合、ワーカーは、ワーカー用の求人アプリのプログラムを所定のウェブサイト等から自身の情報処理装置１０Ｂにダウンロードしてインストールし、事業者は、事業者用の求人アプリのプログラムを所定のウェブサイト等から自身の情報処理装置１０Ａにダウンロードしてインストールすることにより、それぞれ上述の求人アプリが利用可能になる。

図３は、実施形態に係るサーバ２０の一例を示すブロック図である。サーバ２０は、１つ又は複数の処理装置（ＣＰＵ）２１０、１つ又は複数のネットワーク又は他の通信インタフェース２２０、メモリ２３０、及びこれらの構成要素を相互接続するための１つ又は複数の通信バス２７０を含む。

サーバ２０は、場合によりユーザインタフェース２５０を含んでもよく、これとしては、ディスプレイ装置（図示せず）、及びキーボード及び／又はマウス（又は他の何らかのポインティングデバイス等の入力装置。図示せず）を挙げることができる。

メモリ２３０は、例えば、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ又は他のランダムアクセス固体記憶装置などの高速ランダムアクセスメモリであり、また、１つ又は複数の磁気ディスク記憶装置、光ディスク記憶装置、フラッシュメモリデバイス、又は他の不揮発性固体記憶装置などの不揮発性メモリでもよい。また、メモリ２３０は、コンピュータ読取可能な非一時的な記録媒体でもよい。

また、メモリ２３０の他の例は、ＣＰＵ２１０から遠隔に設置される１つ又は複数の記憶装置を挙げることができる。ある実施形態において、メモリ２３０は次のプログラム、モジュール及びデータ構造、又はそれらのサブセットを格納する。

オペレーティングシステム２３１は、例えば、様々な基本的なシステムサービスを処理するとともにハードウェアを用いてタスクを実行するためのプロシージャを含む。

ネットワーク通信モジュール２３２は、例えば、サーバ２０を他のコンピュータに、１つ又は複数の通信インタフェース２２０及びインターネット、他の広域ネットワーク、ローカルエリアネットワーク、メトロポリタンエリアネットワークなどの１つ又は複数の通信ネットワークを介して接続するために使用される。

ユーザデータ２３３は、求人情報提供プラットフォームを利用するユーザの情報を含む。例えば、ユーザデータ２３３は、各ユーザＩＤに関連付けて、ユーザの氏名、住所、電話番号、グループ等を含む。ユーザデータ２３３については、図４を用いて後述する。

グループデータ２３４は、１又は複数のワーカーにだけ共通の求人広告を出したいときなどに利用されるグループに関するデータを含む。例えば、グループデータは、グループ名、事業者、生成主体、ユーザＩＤなどを含む。グループデータ２３４については、図５又は図６を用いて後述する。

求人データ２３５は、求人情報提供プラットフォーム又は求人サービスに登録された１又は複数の求人情報を含む。例えば、求人データ２３５は、求人日、勤務時間、公開／限定、グループ、時給などの情報を含む。求人データ２３５については、図７を用いて後述する。

制御モジュール２３６は、求人情報提供プラットフォームにおける求人に関する処理を管理する。例えば、制御モジュール２３６は、求人に関する処理として、生成モジュール２３７、取得モジュール２３８、登録モジュール２３９、関連付けモジュール２４０、及び設定モジュール２４１を有する。

招待情報生成画面における事業者（第１ユーザ）の操作により、ワーカー（第２ユーザ）を関連付ける所定グループが選択され、招待情報を生成する操作が行われると、生成モジュール２３７は、選択された所定グループの情報を含むグループ情報と、求人サービスに対する招待情報の生成リクエストとを事業者の情報処理装置１０Ａから取得する。

生成モジュール２３７は、ワーカーを関連付ける所定グループの情報を含むグループ情報と、招待情報の生成リクエストとを取得すると、求人サービスへの新規登録に関する情報と、事業者（第１ユーザ）の情報とを含む招待情報を生成する。生成モジュール２３７は、所定グループに関するグループ情報を、生成される招待情報に関連付けてもよく、また、所定グループに関するグループ情報を招待情報に含めてもよい。

生成モジュール２３７は、例えば、招待情報生成画面から、事業者の操作に応じて複数のグループの中から１又は複数の所定グループを選択する。求人サービスへの新規登録に関する情報は、求人アプリをダウンロードさせるため、求人アプリのプログラムが格納される格納先情報、又は、新規登録画面のウェブページのＵＲＬを含む。招待情報は、例えば、リンク情報あるいは二次元又は三次元の情報コードでもよい。

取得モジュール２３８は、ワーカー（第２ユーザ）が利用する情報処理装置１０Ｂから、招待情報に基づくアクセスを受け付け、ワーカーの求人サービスへの登録情報を取得する。例えば、取得モジュール２３８は、招待情報に含まれるリンクにより表示される登録画面、又は求人アプリの登録画面に入力された登録情報を取得する。また、取得モジュール２３８は、登録情報とともに、招待情報に含まれる事業者情報やグループ情報を取得してもよい。

登録モジュール２３９は、ワーカー（第２ユーザ）からの登録情報に基づきワーカーを求人サービスに登録する。例えば、登録モジュール２３９は、ユーザＩＤを生成し、取得された登録情報を関連付けてユーザデータ２３３に登録する。

関連付けモジュール２４０は、招待情報を受け取り、新規登録するワーカー（第２ユーザ）を、グループ情報により特定される所定グループに関連付ける。例えば、ワーカーがＡＡＡにて働いた経験があり、このワーカーが招待情報に基づいて新規登録する場合、関連付けモジュール２４０は、このワーカーと、ＡＡＡにて働いた経験があることを示す「ＡＡＡ経験」のグループとを関連付ける。

具体例として、関連付けモジュール２４０は、登録リクエストとともにグループ情報が取得されない場合、アクセスされた招待情報に関連付けられるグループ情報と、登録リクエストとともに取得される登録情報とを関連付ける。また、関連付けモジュール２４０は、登録リクエストとともにグループ情報が取得される場合、登録リクエストとともに取得されるグループ情報と登録情報とを関連付ける。なお、グループはタグと表記されてもよい。

以上の処理により、事業者がグループを選択して生成した招待情報に基づいてワーカーが新規登録される場合、このワーカーに対してグループを自動で関連付けることが可能になる。

設定モジュール２４１は、所定グループに対応する労働条件をワーカー（第２ユーザ）に設定する。例えば、設定モジュール２４１は、所定グループが「ＡＡＡ経験」のグループである場合、ＡＡＡでの職歴を考慮し、一般に公開されるＡＡＡでの勤務を求める求人の労働条件よりも、このグループに対する求人の労働条件を優遇して設定してもよく、例えば、このグループに所属するワーカーに対して一律に時給等の給与を高く設定してもよい。

以上の処理により、所定グループに対して共通の労働条件を設定することが可能になり、事業者の管理コストを軽減することが可能になる。また、事業者は、過去に勤務経験があるワーカーであり、未登録のワーカーに対して個別に連絡して労働条件を交渉し、個別の労働条件を管理する必要がない。また、未登録のワーカーは、容易に求人サービスに登録することが可能になり、求人サービスにより提供される求人情報を閲覧し、好条件の求人に応募することが可能になる。さらに、求人サービスの運営組織（求人情報提供プラットフォームの運営組織）は、新規登録を行うワーカーを自ら探さなくても、事業者が招待情報を用いてワーカーに新規登録を促すため、新規登録ユーザ数を増やし、その結果、求人アプリの会員数を増加させることが可能になる。

また、所定グループが、１又は複数の他のグループと関連付けられる場合、関連付けモジュール２４０は、ワーカー（第２ユーザ）を、１又は複数の他のグループにも関連付けることを含んでもよい。例えば、グループ会社やフランチャイズ（ＦＣ）など、同じ屋号を用いても、異なる運営組織を含むケースがあり、一の運営組織が、他の運営組織でのワーカーの勤務経験を把握できない場合がある。そこで、グループ会社やフランチャイズなどが同じ屋号を用いる場合は、例えば求人情報提供プラットフォームの運営組織が屋号に対する関連企業を関連付けておくことにより、一人のワーカーに対して、同じ屋号のグループを複数まとめて関連付けすることが可能になる。グループの体系化については後述する。

また、所定グループと１又は複数の他のグループとが階層構造を有してもよい。例えば、親会社、子会社の関係、フランチャイズの大元の運営組織を親ノードと、各フランチャイズの子ノードとする階層構造が設定されてもよい。

また、生成モジュール２３７は、求人情報提供プラットフォームの運営組織が生成したグループと、事業者（第１ユーザ）が生成したグループとを含むグループ群の中から、事業者の選択操作に応じて、所定グループを選択することをさらに含んでもよい。例えば、業種がコンビニエンスストアの場合、求人情報提供プラットフォームの運営組織により生成されるグループ（例えばデフォルトのグループ）と、フランチャイズ又は親会社直営の各事業者が生成するグループ（例えば独自のグループ）とがあってもよい。

大手ＦＣなどの場合、レジや端末、オペレーションが同じであるため、他店舗で働いたことのある人を、時給をアップしてでも採用したい場合があり、以上のグループ構造を採用することにより、他店舗で働いたことのある人を可視化することが可能になる。

具体例として、大手ＦＣの場合、傘下のブランド店舗で働いたことがわかるグループが設定されて、そのグループに対して事業者が求人を出すことができてもよい。すなわち、大手ＦＣのＡＡＡで働いたワーカーは、「ＡＡＡ経験」のグループに自動で関連付けられて、ＡＡＡの他のＦＣ先が生成したＡＡＡに関するグループにも関連付けられてもよい。

また、グループは、生成主体の違いの他にも、業種（コンビニエンスストア、運送業、サービス業、建設業等）、スキル・経験（接客、レジ打ち、品出し、配送等）等により複数の種類に分けられてもよい。例えば、生成モジュール２３７は、招待情報を生成する事業者が選択可能なグループを、事業者の業種により変更してもよい。具体例として、業種がコンビニエンスストアの場合、選択可能なグループの種類であるスキル・経験は、接客、レジ打ちなどであり、業種が運送業の場合、選択可能なグループの種類であるスキル・経験は、配送などである。

また、登録モジュール２３９は、所定グループの種類に応じた情報を、ワーカーの登録情報に含まれる登録項目内の所定項目に設定することを含んでもよい。例えば、所定グループが保育士グループであり、保育士グループが選択されて生成された招待情報に基づいて、ワーカーが求人サービスに新規登録する場合、登録モジュール２３９は、このワーカーの登録情報に含まれる登録項目内の保有資格において、保育士を設定してもよい。同様に所定グループが、看護師グループ、運転手グループの場合、登録モジュール２３９は、登録情報に含まれる保有資格において、看護師、運転免許をそれぞれ設定してもよい。これにより、ワーカーの登録処理をアシストすることができる。

また、設定モジュール２４１は、求人情報を設定することを含んでもよい。設定モジュール２４１は、求人情報を設定する際に所定グループが事業者により選択される場合、選択される所定グループに対応する労働条件を設定することを含んでもよい。例えば、設定モジュール２４１は、求人設定画面に対する事業者の操作に応じて、選択された所定グループに対する共通の労働条件、例えば時給や労働時間などを設定する。また、基本的には、所定グループが選択された場合、所定グループに所属するワーカーに対して、所定グループに対応する労働条件等は限定公開される。

以上の処理により、事業者は、求人の設定時において、採用したい所定グループに含まれるワーカーに対して、好条件を設定することができ、ワーカーの応募確率を高めることが可能になる。また、ワーカーにとって好条件の求人情報が公開されることで、各ワーカーは好条件の求人に優先的に応募することが可能になる。また、求人情報提供プラットフォームの運営組織にとっては、各事業者に対する管理コストの低減等、各ワーカーに対する好条件の求人の閲覧、応募等により、様々なユーザに継続的にこのプラットフォームを利用してもらうことが可能になる。

また、設定モジュール２４１は、求人情報を設定する場合、求人情報を設定する事業者（第１ユーザ）に応じて、選択可能なグループを変更することを含んでもよい。例えば、設定モジュール２４１は、ログインした事業者のユーザＩＤ等に基づき、業種Ａの事業者Ａであることを特定する。このとき、設定モジュール２４１は、事業者Ａが選択可能なグループとして、業種Ａに関連付けられたグループを事業者Ａに提示するようにする。例えば、業種Ａに関連付けられたグループは、デフォルトで業種Ａに設定されたグループと、事業者Ａが生成したグループとを含んでもよい。

以上の処理により、事業者に対して、グループを選択する際に、自身の業種と関係がないグループは選択可能とはならないため、グループ選択の煩雑さを低減させることができる。

また、設定モジュール２４１は、求人サービスの既存登録ユーザが所定グループに追加され、既存登録ユーザが、所定グループが選択されて設定された求人情報に基づき採用される場合、既存登録ユーザの採用に関する手数料を、所定グループに属さずに採用された場合の手数料よりも減額してもよい。

求人サービスの運営組織への手数料に関し、一般の求人募集だと継続的に働いてもらえるか不明であり、このような不明な状況で手数料を支払うことになるため、事業者にとってコストの負担が大きくなる。他方、所定グループに属する既存ユーザは、その事業者の下で働いたことがあるワーカーであるため、その人物を知っており、採用しやすいという事業者側のメリットがある。そこで、手数料を減額することで、事業者は自ら個別にワーカーに連絡し、個別に労働条件を設定するよりも、この求人サービスにワーカーを招待した方が管理コストを削減することができる。よって、事業者が積極的にワーカーを招待する仕組みを提供することが可能になる。

また、この求人サービスを通じて初めて働く人（事業者が独自に登録をしたワーカー）は通常通りの手数料としてもよく、この場合は、事業者が独自に登録をしたワーカーに対し、２回目以降の採用時の手数料を安くしてもよい。

グループ分けに関し、情報処理システム１は、事業者の業種等によりグループ分けをレコメンドしてもよい。また、事業者は、自由に１又は複数のグループを生成して追加することもでき、最終的に選択可能なグループ設定は事業者が行ってもよい。例えば、システム側で生成した複数のグループと、事業が生成したグループとを含むグループ一覧の中から、求人情報設定時に選択可能とするグループを事前に事業者に設定させておいてもよい。

また、制御モジュール２３６は、事業者にグループをレコメンドする場合、その事業者の元で労働経験のあるワーカーをグループに複数入れて、事業者に対し、「このメンバーでいいですか？ＮＧならワーカーを外してください」というような問い合わせを行って、グループのレコメンドを行ってもよい。

また、制御モジュール２３６は、各事業者が個別にグループを生成し、所定数以上の同じグループが生成された場合には、この個別のグループを、全事業者が共通して選択可能なデフォルトのグループに設定してもよい。

また、制御モジュール２３６は、メッセージアプリケーションと連携することにより、そのグループ限定の求人情報の公開や、時給の設定、また求人アプリ上のグループに対してのメッセージのやりとりを可能にする。例えば、メッセージアプリケーションと求人アプリとの連携については、メッセージアプリケーションが提供するＡＰＩ（Application Program Interface）等の既存の手法が用いられてよい。これにより、求人アプリ上にメッセージの送信機能を実装することが可能になる。

上記に示した要素の各々は先述される記憶装置の１つ又は複数に格納され得る。上記に示したモジュールの各々は、上述される機能を実行するための命令のセットに対応する。上記に示したモジュール又はプログラム（すなわち、命令のセット）は別個のソフトウェアプログラム、プロシージャ又はモジュールとして実装される必要はないとともに、従ってこれらのモジュールの様々なサブセットが様々な実施形態で組み合わされるか、或いは再構成され得る。ある実施形態において、メモリ２３０は上記に示されるモジュール及びデータ構造のサブセットを格納し得る。さらには、メモリ２３０は上述されない追加的なモジュール及びデータ構造を格納し得る。

なお、１つ又は複数の処理装置（ＣＰＵ）２１０は、メモリ２３０から、必要に応じて各モジュールを読み出して実行する。例えば、１つ又は複数の処理装置（ＣＰＵ）２１０は、メモリ２３０に格納されているネットワーク通信モジュール２３２を実行することで、通信部を構成してもよい。また、１つ又は複数の処理装置（ＣＰＵ）２１０は、メモリ２３０に格納されている制御モジュール２３６、生成モジュール２３７、取得モジュール２３８、登録モジュール２３９、関連付けモジュール２４０及び設定モジュール２４１をそれぞれ実行することで、制御部、生成部、取得部、登録部、関連付け部、設定部を構成してもよい。また、制御モジュール２３６、生成モジュール２３７、取得モジュール２３８、登録モジュール２３９、関連付けモジュール２４０及び設定モジュール２４１のそれぞれの処理を１つ又は複数の処理装置（ＣＰＵ）２１０で実行しても良い。

図３は「サーバ」を示すが、図３は、本明細書に記載される実施形態の構造的な概略としてよりも、サーバのセットに存在し得る様々な特徴についての説明が意図されている。実際には、当業者により認識されるとおり、別個に示される項目が組み合わされ得るであろうとともに、ある項目が別個にされ得るであろう。例えば、図３において別個に示される項目は単一サーバ上に実装され得るであろうとともに、単一の項目が１台又は複数のサーバにより実装され得るであろう。

データベース３０は、図３に示す構成と同様の構成を有してもよい。なお、図２に示すユーザデータ２３３、グループデータ２３４、求人データ２３５の少なくとも１つが、データベース３０の記憶部に記憶されてもよい。

＜データ構造の一例＞
図４は、実施形態に係るユーザデータ２３３の一例を示す図である。ユーザデータ２３３には、求人サービスを利用するユーザにより作成された各会員ユーザに関する情報が管理される。「ユーザＩＤ」には、サーバ２０がユーザを一意に識別するためのユーザ識別情報（ユーザＩＤ：Identifier）が含められる。ユーザＩＤには、「ユーザ情報」が関連付けられる。

「ユーザ情報」には、ユーザ（ワーカー）のパーソナルな情報である「氏名」、「住所」、「電話番号」などが含められる。また、ユーザＩＤには、事業者により設定された「グループ」が関連付けられてもよい。なお、グループは、「タグ」と称されてもよく、ユーザＩＤは、ユーザ情報の一つに含められてもよい。また、ユーザ情報には、メールアドレス、パスワードなどが含められてもよい。

図５は、実施形態に係るグループデータ２３４の一例を示す図である。グループデータ２３４の「グループ名」には、グループの名称が含められる。グループ名については、求人情報提供プラットフォームの運営組織が生成してもよいし、事業者が独自で生成してもよい。グループ名には、「事業者」、「生成主体」、「ユーザＩＤ」などが関連付けられ、主キーとしてグループＩＤが関連付けられてもよい。

「事業者」には、グループを選択可能な事業者が含められる。「生成主体」には、そのグループを生成した主体が含められる。「ユーザＩＤ」には、そのグループに所属するワーカー（第２ユーザ）のユーザＩＤが含められる。例えば、「運営組織」が生成した「ＡＡＡ・ジャパンの経験」のグループであれば、「ＡＡＡ・ジャパン加盟店全店舗」の事業者がこのグループを選択可能である。また、「運営組織」が生成した「ＡＡＡ経験」のグループであれば、例えば「ＡＡＡの加盟店全店舗」の事業者がこのグループを選択可能である。また、「ＡＡＡ渋谷店」が生成した「早朝ＯＫ」のグループであれば、このグループを生成した「ＡＡＡ渋谷店」のみがこのグループを選択可能である。

また、「お気に入り」グループは、汎用性のあるグループ名であるが、運営組織が事業者毎に生成したグループである。運営組織の設定により、例えば「ＡＡＡ渋谷店」の「お気に入り」グループは、「ＡＡＡ渋谷店」の事業者のみが選択可能である。「ＡＡＡ赤坂店」が生成した「ＡＡＡ・ジャパンの経験（港区）」のグループであれば、このグループを生成した「ＡＡＡ赤坂店」以外にも、港区に位置する他の「ＡＡＡ・ジャパン加盟店」、例えば六本木店も、このグループを選択可能である。この場合、制御モジュール２３６は、ＡＡＡ赤坂店によりグループが生成されるとき、地域情報として「港区」が選択されると、「ＡＡＡ」の屋号を有する港区の各店舗を「事業者」に設定する。

図６は、実施形態に係るグループデータ２３４の階層構造の一例を示す図である。例えば、図６に示す構造は、複数のＦＣを運営するＡＡＡ・ジャパンを例にしたものである。例えば、ＡＡＡ・ジャパン株式会社は、ＦＣ展開を行っており、株式会社個人商店にＦＣ展開しているとする。このとき、従前では、ＡＡＡ・ジャパンは、自社傘下の店舗で働いたワーカーについては把握することができるが、運営元が異なるＦＣの個人商店傘下の店舗で働いたワーカーについては把握することができなかった。例えば、ＡＡＡ・ジャパンは、ＡＡＡ渋谷店で働いたワーカーは把握できるが、ＡＡＡ恵比寿店で働いたワーカーは把握できなかった。

そこで、求人情報提供プラットフォームの運営組織は、ＡＡＡ・ジャパンから、ＦＣ展開を含め、同じ屋号「ＡＡＡ」を利用している各店舗の情報を取得し、図６に示すような階層構造を生成する。例えば、図５に示す例を用いると、「ＡＡＡ・ジャパンの経験」のグループであれば、ＡＡＡ・ジャパンの制約がある以外は制約がないため、ＡＡＡ・ジャパンの加盟店全店舗（渋谷店、東京駅店、六本木店）において、このグループを選択することが可能となる。他方、「ＡＡＡ経験」のグループは、ＡＡＡ・ジャパン及びＦＣともにＡＡＡの屋号を用いているため、ＡＡＡ加盟店の全店舗（恵比寿店、恵比寿西口店、渋谷店、東京駅店、六本木店など）において、このグループの選択が可能となる。

図７は、実施形態に係る商品の求人データの一例を示す図である。「求人ＩＤ」には、求人情報の識別情報が含められる。求人情報は、求人ＩＤに関連付けて、「求人日」、「勤務時間」、「公開／限定」、「グループ」、「時給」などの各情報が含められる。

「求人日」には、事業者にとってワーカーが必要となる日（期間指定でもよい）が含められる。「勤務時間」には、求人日におけるワーカーの勤務時間が含められる。「公開／限定」には、求人情報が一般公開されるか、選択された所定グループに限定公開されるかが含められる。「時給」には、その求人の時給が含められる。なお、「公開／限定」において、両方が選択されてもよい。この場合、「限定」公開される所定グループに対応する時給は、一般公開の時給よりも高く設定されてもよい（例えば、図７の求人ＩＤ「J002」と「J003」を参照）。

＜動作説明＞
次に、実施形態に係る情報処理システム１の動作について説明する。図８は、実施形態に係る既存ユーザの評価処理の一例を示すフローチャートである。

（ステップＳ１０１）
事業者が利用する情報処理装置１０Ａの取得モジュール１３５Ａは、既存ワーカーの評価画面（例えば図１１）に表示された１又は複数のグループ一覧の中から、事業者の操作に応じて、その既存ワーカーに対応するグループが選択されたか否かを判定する。グループが選択されれば（ステップＳ１０１－ＹＥＳ）、処理はステップＳ１０３に進む。他方、グループが選択されなければ（ステップＳ１０１－ＮＯ）、処理はステップＳ１０５に進む。

（ステップＳ１０３）
情報処理装置１０Ａの取得モジュール１３５Ａは、選択されたグループを示すグループ情報と、既存ワーカーのユーザＩＤとを取得する。

（ステップＳ１０５）
情報処理装置１０Ａの取得モジュール１３５Ａは、評価画面に表示される既存ワーカーの評価（例えば、Ｇｏｏｄ又はＢａｄの評価）を選択する事業者の操作に応じて、選択された評価を示す評価情報を取得する。

（ステップＳ１０７）
情報処理装置１０Ａの取得モジュール１３５Ａは、評価画面に表示される、グループ情報及び評価情報の保存ボタンが事業者により押下されたか否かを判定する。保存ボタンが押下されれば（ステップＳ１０７－ＹＥＳ）、出力モジュール１３６Ａは、評価画面における事業者の操作に応じて取得されたグループ情報及び評価情報と、ユーザＩＤとをサーバ２０に出力し、処理はステップＳ１０９に進む。他方、保存ボタンが押下されなければ（ステップＳ１０７－ＮＯ）、処理は終了する。

（ステップＳ１０９）
サーバ２０の制御モジュール２３６は、情報処理装置１０Ａから取得した情報に基づいて、ユーザＩＤにより示されるユーザ情報に、評価情報と、グループ情報が取得されていた場合はグループ情報とを関連付けて登録する。

以上の処理により、事業者は、自店舗で働いた既存ワーカーに対して評価する際に、グループを設定することが可能になる。

図９は、実施形態に係る求人募集の表示処理の一例を示すフローチャートである。
（ステップＳ２０１）
ワーカーが利用する情報処理装置１０Ｂから求人情報の閲覧リクエストがあった場合、サーバ２０の制御モジュール２３６は、閲覧リクエストを行ったワーカーが、図７に示す求人データに含まれる限定公開グループに対応するグループ情報と関連付けられているか否かを判定する。ワーカーが限定公開のグループ情報と関連付けられていれば（ステップＳ２０１－ＹＥＳ）、サーバ２０は限定公開のグループに設定された求人情報と、一般公開の求人情報とを含む画面情報を情報処理装置１０Ｂに出力し、処理はステップＳ２０３に進む。他方、ワーカーが限定公開のグループ情報と関連付けられていなければ(ステップＳ２０１－ＮＯ)、サーバ２０は一般公開の求人情報を含む画面情報を情報処理装置１０Ｂに出力し、処理はステップＳ２０５に進む。

（ステップＳ２０３）
情報処理装置１０Ｂの表示制御モジュール１３８Ｂは、サーバ２０から取得した画面情報に基づいて、限定公開及び一般公開の求人情報をディスプレイ１５１Ｂに表示するよう制御する（例えば図１３参照）。

（ステップＳ２０５）
情報処理装置１０Ｂの表示制御モジュール１３８Ｂは、サーバ２０から取得した画面情報に基づいて、一般公開の求人をディスプレイ１５１Ｂに表示するよう制御する（例えば図１４参照）。

以上の処理により、ワーカーが求人情報の閲覧をリクエストした際に、そのワーカーがグループに属しており、そのグループに対して限定公開される求人情報が設定されていれば、そのワーカーに対して限定公開される求人情報を閲覧させることができる。また、限定公開及び一般公開では、限定公開の表示が優先され、一般公開の求人情報よりも限定公開の求人情報の方がワーカーに認識されやすい位置（例えば画面上部）に表示されたり、限定公開の求人情報が強調表示されたりしてもよい。

図１０は、実施形態に係る新規ワーカーの招待処理の一例を示すフローチャートである。
（ステップＳ３０１）
事業者が利用する情報処理装置１０Ａの取得モジュール１３５Ａは、招待情報生成画面（例えば図１７）に表示されるグループの一覧から、事業者の操作に応じて選択される所定グループを取得する。

（ステップＳ３０３）
情報処理装置１０Ａの出力モジュール１３６Ａは、招待情報生成画面に表示される「招待情報を生成する」ボタンを押下する事業者の操作に応じて、選択された所定グループのグループ情報と招待情報の生成リクエストとをサーバ２０に出力する。サーバ２０により生成リクエストが取得されると、サーバ２０の生成モジュール２３７は、求人サービスへの新規登録に関する情報と、事業者の情報とを含む招待情報を生成する。招待情報は、情報処理装置１０Ａにより、ワーカーが利用する情報処理装置１０Ｂに出力される。

（ステップＳ３０５）
サーバ２０の取得モジュール２３８は、招待情報を取得したワーカー（第２ユーザ）が利用する情報処理装置１０Ｂから、招待情報に基づくアクセスを受け付けたか否かを判定する。招待情報に基づくアクセスを受け付けていれば（ステップＳ３０５－ＹＥＳ）、制御モジュール２３６は、登録情報を入力する登録画面データを情報処理装置１０Ｂに出力する。招待情報に基づくアクセスを受け付けていなければ（ステップＳ３０５－ＮＯ）、処理は終了する。

（ステップＳ３０７）
サーバ２０の取得モジュール２３８は、情報処理装置１０Ｂからワーカー（第２ユーザ）の登録情報を取得する。

（ステップＳ３０９）
サーバ２０の登録モジュール２３９は、ワーカー（第２ユーザ）の登録情報に基づいて、例えば氏名や電話番号等に基づいて、登録対象のワーカー（第２ユーザ）が新規ユーザであるか否かを判定する。登録対象のワーカーが新規ユーザであれば（ステップＳ３０９－ＹＥＳ）、処理はステップＳ３１１に進み、登録対象のワーカーが既存ユーザであれば（ステップＳ３０９－ＮＯ）、処理は終了する。

（ステップＳ３１１）
サーバ２０の登録モジュール２３９は、新規ユーザであるワーカー（第２ユーザ）のユーザ登録処理を行う。例えば、登録モジュール２３９は、ワーカーの情報処理装置１０Ｂから受信したユーザ情報に基づいて、図４に示すユーザデータ２３３に新規ユーザの情報を新規に登録する。

（ステップＳ３１３）
サーバ２０の関連付けモジュール２４０は、ワーカー（第２ユーザ）を、グループ情報により特定される所定グループに関連付ける。グループ情報は、例えば、招待情報に基づくアクセスの際に取得される。

（ステップＳ３１５）
サーバ２０の設定モジュール２４１は、所定グループに対応する労働条件をワーカー（第２ユーザ）に設定する。

以上の処理により、新規ユーザの登録処理を簡便にし、また、新規ユーザの登録処理の際に、新規ユーザのグループへの関連付けを自動化することが可能になる。その結果、事業者は、未登録のユーザに個別に連絡し、個別に労働条件を設定する必要がなくなり、新規ユーザの管理コストを軽減することができる。

＜画面例＞
次に、ユーザ側の情報処理装置１０に表示される各画面例について説明する。図１１は、実施形態に係る評価画面の一例を示す図である。図１１に示す画面は、ＡＡＡ・ジャパン株式会社が運営するＡＡＡ渋谷店で働いた鈴木花子さんを評価する際の画面例を示す。

図１１に示すグループＧ１は、求人情報提供プラットフォームの運営組織がチェックを入れたグループを示し、グループＧ２は、事業者（ＡＡＡ渋谷店）がチェックを入れたグループを示す。例えば、チェックが入っているグループＧ２は、求人情報提供プラットフォームの運営組織が、事業者（ＡＡＡ渋谷店）の業種等の情報に基づいてチェックを入れたグループである。なお、図１１に示す例において、接客、レジ経験、品出しのグループは、求人情報提供プラットフォームの運営組織により生成されたグループであってもよく、その他のグループは、事業者により生成されたグループであってもよいが、これに限定されない。

図１１に示す「Ｇｏｏｄ ｏｒ Ｂａｄ」は、鈴木花子さんに対する事業者の評価を示す。図１１に示す「保存する」ボタンが押下されると、図１１に示す画面においてチェック又は設定された評価情報及びグループ情報がユーザＩＤとともにサーバ２０に送信される。これにより、既存ユーザに対して、簡単にグループに追加することが可能になる。

図１１に示す「早朝ＯＫ」グループは、例えば事業者（ＡＡＡ渋谷店）が生成したグループであり、この事業者のみに表示されるグループである。ＡＡＡ渋谷店の「お気に入り」グループは、「運営組織」が生成したグループであって、ＡＡＡ渋谷店のみに表示されるグループである。「ＡＡＡ・ジャパンの経験（港区）」は、例えば事業者（ＡＡＡ渋谷店）が生成したグループであるが、複数の店舗（港区内のＡＡＡ店舗）で選択可能なグループである。また、グループには、そのグループに所属するワーカーの人数を関連付けて表示してもよい（図１１に示す（０名））。

図１２は、実施形態に係る求人募集画面の一例を示す図である。図１２に示す画面は、ＡＡＡ渋谷店が、「ＡＡＡ経験」のグループに所属するワーカーに限定公開する求人の内容を示す例である。

図１２に示す求人募集画面では、例えば、求人日、勤務時間、締め切り時間の設定、公開設定などが事業者により設定される。ここで、事業者が公開設定において、「グループ限定公開」の少なくとも１つを選択した場合、例えば「ＡＡＡ経験」を選択した場合、サーバ２０の設定モジュール２４１により、グループ限定公開に自動的にチェックが入り、募集タイトルが一般公開用のタイトルから限定公開用のタイトル「経験者にお願いしたい！ＡＡＡでの店舗業務」に切り替わる。

事業者は、公開設定において、一般公開のみ、グループ限定公開のみ、一般公開及び限定公開の両方にチェックを入れることが可能である。一般公開及び限定公開の両方にチェックが入った場合、チェックされたグループに所属するユーザには、限定公開の求人情報のみが公開される。

また、グループ限定公開に含まれるグループ一覧は、事業者に応じて変更されてもよい。例えば、コンビニエンスストアを運営する事業者Ｘであれば、コンビニエンスストア用のグループが、事業者Ｘのグループ限定公開に含まれるグループ一覧に含まれ、運送業を運営する事業者Ｙであれば、運送業用のグループが、事業者Ｙのグループ限定公開に含まれるグループ一覧に含まれてもよい。また、いずれの事業者にも共通のグループが存在してもよい。また、グループに種類が設定される場合、例えば、求人情報提供プラットフォームの運営組織がデフォルトで用意した経験・スキルに関するグループ、事業者が生成したグループなどを種類ごとに表示するようにしてもよい。

図１３は、実施形態に係る求人一覧画面の一例を示す図である。図１３に示す画面は、ＡＡＡで働いた経験のあるワーカーに表示される求人一覧画面を示す例である。図１３に示す例では、図１２においてチェックされた「ＡＡＡ経験」のグループに所属するワーカーに対して、限定公開の求人Ｒ１が上位領域に表示される画面例を示す。

図１３に示すように、限定公開の求人Ｒ１には、限定公開であることをワーカーに把握させるため、「あなただけの限定公開」という表示が行われ、ワーカーに特別感を感じさせることができる。また、時給や給料部分でも、一般公開よりは優遇されることが多いので、この金額部分又は限定公開であることが強調されて表示されてもよい。例えば、金額部分については、金額の色が、他の文字の色と異なったり、太字になったり、ハイライトされたりし、限定公開については、「あなただけの限定公開」の文字の色が、他の文字の色と異なったり、太字になったり、ハイライトされたりして強調表示されてもよい。

図１４は、実施形態に係る求人一覧画面の他の例を示す図である。図１４に示す画面は、ＡＡＡで働いた経験のないワーカーに表示される求人一覧画面を示す例である。図１４に示す例では、このワーカーが所属するグループに対する求人がないため、全て一般公開の求人が表示される画面例を示す。

図１３に示す画面と、図１４に示す画面とにおいて、ＡＡＡ店で働いたことのあるワーカーであれば、図１３に示す画面が表示され、ＡＡＡ店で働いたことのないワーカーであれば、図１４に示す画面が表示される。仮に、図１２において、事業者が一般公開にもチェックを入れていた場合、図１４に示す画面には、ＡＡＡ店に関する一般公開用の求人内容が表示される。

図１５は、実施形態に係る求人応募画面の一例を示す図である。図１５に示す画面は、図１３に示す求人Ｒ１が選択されたときの画面例を示す。図１５に示すように、限定公開であること、その日の給与（又は時給）が表示される。また、限定公開の場合、時給については、一般公開よりも優遇されている場合、優遇されていることが強調表示されてもよい。例えば、一般公開の場合のその日の給与が６０００円、限定公開の場合のその日の給与が７５００円の場合、プラス１５００円であることが強調表示されてもよい。

図１６は、実施形態に係るメッセージ画面の一例を示す図である。図１６に示すように、求人アプリでは、メッセージ機能を用いて、所定グループに所属する全ワーカー、一部のワーカー、又は一人のワーカーと、メッセージを送受信することが可能である。図１６に示す例では、一人のワーカーとメッセージをやり取りする例を示す。

図１７は、実施形態に係る招待情報生成画面の一例を示す図である。図１７に示す例では、事業者が、自身の店舗で経験のある人で、かつ求人アプリに未登録のワーカーに対して招待情報を送る際に、情報処理装置１０Ｂに表示される招待情報の生成画面の一例を示す。

図１７に示すように、生成画面において、事業者が所定グループを選択する。事業者は、１つ以上のグループを選択することが可能である。次に、事業者が「招待リンクを生成する」ボタンＢ１を押下すると、招待情報の一例であるＵＲＬの招待リンクＬ１が表示される。この招待情報には、事業者の情報と、求人サービスに登録する登録画面や求人アプリのダウンロード元にアクセスするための情報とを含む。なお、選択された「ＡＡＡ経験」のグループのグループ情報は、招待情報に関連付けられたり、招待情報に含められたりする。次に、事業者が「招待リンクをコピーする」ボタンＢ２を押下すると、招待情報の招待リンクＬ１がコピーされる。

事業者は、コピーされた招待リンクＬ１を貼り付けたメールやメッセージを、過去に働いたことのある人に送り、このメールやメッセージを受信した人が、招待リンクにアクセスすることにより、上述した登録処理が開始される。なお、招待情報として招待リンクの代わりに情報コードが生成された場合、事業者は、過去に働いたことのある人に情報コードを提示してもよい。

なお、開示技術は、上述した実施形態に限定されるものではなく、開示技術の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。

本開示の実施形態のプログラムは、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。プログラムは、限定でなく例として、ソフトウェアプログラムやコンピュータプログラムを含む。

１ 情報処理システム
１０、１０Ａ、１０Ｂ 情報処理装置
２０ 情報処理装置（サーバ）
１１０、２１０ 処理装置（ＣＰＵ）
１２０、２２０ ネットワーク通信インタフェース
１３０、２３０ メモリ
１３１、２３１ オペレーティングシステム
１３２、２３２ ネットワーク通信モジュール
１３３ アプリデータ
１３４ 処理モジュール
１３５ 取得モジュール
１３６ 出力モジュール
１３７ 読取モジュール
１３８ 表示制御モジュール
１５０ ユーザインタフェース
１７０、２７０ 通信バス
２３３ ユーザデータ
２３４ グループデータ
２３５ 求人データ
２３６ 制御モジュール
２３７ 生成モジュール
２３８ 取得モジュール
２３９ 登録モジュール
２４０ 関連付けモジュール
２４１ 設定モジュール

Claims (10)

1. 情報処理装置が、
   第１ユーザの操作により、第２ユーザを関連付ける所定グループの情報を含むグループ情報を取得すること、
   求人サービスへの新規登録に関する情報と、前記第１ユーザの情報とを含む招待情報を生成すること、
   前記第２ユーザが利用する他の情報処理装置から、前記招待情報に基づくアクセスを受け付け、前記第２ユーザの前記求人サービスへの登録情報を取得すること、
   前記第２ユーザを、前記グループ情報により特定される前記所定グループに関連付けること、
   前記所定グループに対応する労働条件を前記第２ユーザに設定すること、
   を実行する情報処理方法。
2. 前記所定グループが、１又は複数の他のグループと関連付けられる場合、
   前記関連付けることは、前記第２ユーザを、前記１又は複数の他のグループにも関連付けることを含む、請求項１に記載の情報処理方法。
3. 前記所定グループと前記１又は複数の他のグループとが階層構造を有する、請求項２に記載の情報処理方法。
4. 前記情報処理装置が、
   前記求人サービスを提供する求人情報提供プラットフォームの運営組織が生成したグループと、前記第１ユーザが生成したグループとを含むグループ群の中から、前記第１ユーザの選択操作に応じて、前記所定グループを選択することをさらに実行する、請求項１に記載の情報処理方法。
5. 前記情報処理装置が、
   前記登録情報に基づき前記第２ユーザを前記求人サービスに登録することをさらに実行し、
   前記登録することは、前記所定グループの種類に応じた情報を、登録項目内の所定項目に設定することを含む、請求項１に記載の情報処理方法。
6. 前記情報処理装置が、
   求人情報を設定することをさらに実行し、
   前記求人情報を設定することは、前記所定グループが選択される場合、前記所定グループに対応する前記労働条件を設定することを含む、請求項１に記載の情報処理方法。
7. 前記求人情報を設定することは、前記求人情報を設定する第１ユーザに応じて、選択可能なグループを変更することを含む、請求項６に記載の情報処理方法。
8. 前記情報処理装置が、
   前記求人サービスの既存登録ユーザが前記所定グループに追加され、前記既存登録ユーザが、前記所定グループが選択されて設定された求人情報に基づき採用される場合、前記既存登録ユーザの採用に関する手数料を、前記所定グループに属さずに採用された場合の手数料よりも減額することをさらに実行する、請求項１に記載の情報処理方法。
9. 情報処理装置に、
   第１ユーザの操作により、第２ユーザを関連付ける所定グループの情報を含むグループ情報を取得すること、
   求人サービスへの新規登録に関する情報と、前記第１ユーザの情報とを含む招待情報を生成すること、
   前記第２ユーザが利用する他の情報処理装置から、前記招待情報に基づくアクセスを受け付け、前記第２ユーザの前記求人サービスへの登録情報を取得すること、
   前記第２ユーザを、前記グループ情報により特定される前記所定グループに関連付けること、
   前記所定グループに対応する労働条件を前記第２ユーザに設定すること、
   を実行させる、プログラム。
10. 第１ユーザの操作により、第２ユーザを関連付ける所定グループの情報を含むグループ情報と、求人サービスに対する招待情報の生成リクエストとを取得すると、前記求人サービスへの新規登録に関する情報と、第１ユーザの情報とを含む前記招待情報を生成する生成部と、
    前記第２ユーザが利用する他の情報処理装置から、前記招待情報に基づくアクセスを受け付け、前記第２ユーザの前記求人サービスへの登録情報を取得する取得部と、
    前記第２ユーザを、前記グループ情報により特定される前記所定グループに関連付ける関連付け部と、
    前記所定グループに対応する労働条件を前記第２ユーザに設定する設定部と、
    を備える情報処理装置。
    
    
    
    
    

Images