JP2020060931A - 情報処理装置及びプログラム - Google Patents

Abstract

【課題】人と時間枠とのマッチングにおいて、割当交渉の負担を軽減し、且つ、候補者のモチベーションの低下を防ぐ。【解決手段】時間枠に割り当てる候補者を提案する情報処理装置は、複数の候補者に対して実施された候補者アンケートに対する各候補者の回答の結果に関する候補者アンケート情報を取得する手段を備え、候補者アンケートは、候補者の勤務方針に関する質問を含み、複数の候補者の管理者に対して実施された管理者アンケートに対する管理者の回答に関する管理者アンケート情報を取得する手段を備え、管理者アンケートは、時間枠に候補者を割り当てる割当方針に関する質問を含み、複数の候補者のそれぞれについて、候補者アンケート情報と、管理者アンケート情報とに基づいて、時間枠に割り当て可能な候補者の推奨レベルを示す推奨スコアを計算する手段を備える。【選択図】図３

Description

本発明は、情報処理装置及びプログラムに関する。

一般に、サービス業において、勤務者の管理者（例えば、店舗の店長）は、自身の業務時間の多くの割合を勤務の候補者の勤務スケジュールの作成に費やしている。

例えば、特許文献１には、候補者の希望する条件及び過去に作成した勤務スケジュールの実績に基づいて新たな勤務スケジュールを作成する技術が開示されている。特許文献１によれば、勤務スケジュールの作成の時間を短縮することができる。

特開２００８−２６９２５６号公報

実際には、勤務スケジュールを作成した後としても、勤務スケジュールへの割当を受け入れさせるために候補者との交渉（以下「割当交渉」という）を実施する必要がある。
しかし、「どの候補者と交渉すべきか」（つまり、割当交渉の観点で最適な候補者）を判断することは困難である。そのため、割当交渉は、管理者の大きな負担になっている。
また、割当交渉が決裂すると、候補者は勤務の機会を失うため、候補者のモチベーションの低下をもたらし、ひいては候補者の離職の要因になり得る。

特許文献１の技術では、割当交渉の観点で最適な候補者を考慮していないため、割当交渉の負担を軽減することはできず、且つ、候補者のモチベーションの低下を防ぐことはできない。

本発明の目的は、人と時間枠とのマッチングにおいて、候補者を時間枠に割り当てるための割当交渉の負担を軽減し、且つ、候補者のモチベーションの低下を防ぐことである。

本発明の一態様は、
勤務時間枠の空きスロットに割り当てる候補者を提案する情報処理装置であって、
複数の候補者に対して実施された候補者アンケートに対する各候補者の回答の結果に関する候補者アンケート情報を取得する手段を備え、
前記候補者アンケートは、前記候補者の勤務方針に関する質問を含み、
前記複数の候補者の管理者に対して実施された管理者アンケートに対する前記管理者の回答に関する管理者アンケート情報を取得する手段を備え、
前記管理者アンケートは、前記空きスロットに前記候補者を割り当てる割当方針に関する質問を含み、
前記複数の候補者のそれぞれについて、候補者アンケート情報と、前記管理者アンケート情報とに基づいて、前記空きスロットに割り当て可能な候補者の推奨レベルを示す推奨スコアを計算する手段を備える、
情報処理装置である。

本発明によれば、割当交渉の負担を軽減し、且つ、候補者のモチベーションの低下を防ぐことができる。

本実施形態の情報処理システムの構成を示すブロック図である。 図１の情報処理システムの機能ブロック図である。 本実施形態の概要の説明図である。 本実施形態の候補者情報データベースのデータ構造を示す図である。 本実施形態の管理者情報データベースのデータ構造を示す図である。 本実施形態の時間枠情報データベースのデータ構造を示す図である。 本実施形態の割当方針情報データベースのデータ構造を示す図である。 本実施形態の希望時間枠情報データベースのデータ構造を示す図である。 本実施形態の管理者アンケートの処理のシーケンス図である。 図９の情報処理において表示される画面例を示す図である。 本実施形態の候補者アンケートの処理のシーケンス図である。 図１１の情報処理において表示される画面例を示す図である。 本実施形態の候補者の割当の処理のシーケンス図である。 図１３の割当の処理の詳細なフローチャートである。 図１３の情報処理において表示される画面例を示す図である。 変形例１の割当の処理の詳細なフローチャートである。

以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。

（１）情報処理システムの構成
情報処理システムの構成について説明する。図１は、本実施形態の情報処理システムの構成を示すブロック図である。図２は、図１の情報処理システムの機能ブロック図である。

図１に示すように、情報処理システム１は、クライアント装置１０と、サーバ３０とを備える。
クライアント装置１０及びサーバ３０は、ネットワーク（例えば、インターネット又はイントラネット）ＮＷを介して接続される。

クライアント装置１０は、サーバ３０にリクエストを送信する情報処理装置の一例である。クライアント装置１０は、例えば、スマートフォン、タブレット端末、又は、パーソナルコンピュータである。

サーバ３０は、クライアント装置１０から送信されたリクエストに応じたレスポンスをクライアント装置１０に提供する情報処理装置の一例である。サーバ３０は、例えば、ウェブサーバである。

（１−１）クライアント装置の構成
クライアント装置１０の構成について説明する。

図２に示すように、クライアント装置１０は、記憶装置１１と、プロセッサ１２と、入出力インタフェース１３と、通信インタフェース１４とを備える。

記憶装置１１は、プログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ）のプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）

プロセッサ１２は、記憶装置１１に記憶されたプログラムを起動することによって、クライアント装置１０の機能を実現するように構成される。プロセッサ１２は、コンピュータの一例である。

入出力インタフェース１３は、クライアント装置１０に接続される入力デバイスからユーザの指示を取得し、かつ、クライアント装置１０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。

通信インタフェース１４は、クライアント装置１０とサーバ３０との間の通信を制御するように構成される。

（１−２）サーバの構成
サーバ３０の構成について説明する。

図２に示すように、サーバ３０は、記憶装置３１と、プロセッサ３２と、入出力インタフェース３３と、通信インタフェース３４とを備える。

記憶装置３１は、プログラム及びデータを記憶するように構成される。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーションのプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理の実行結果

プロセッサ３２は、記憶装置３１に記憶されたプログラムを起動することによって、サーバ３０の機能を実現するように構成される。プロセッサ３２は、コンピュータの一例である。

入出力インタフェース３３は、サーバ３０に接続される入力デバイスからユーザの指示を取得し、かつ、サーバ３０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。

通信インタフェース３４は、サーバ３０とクライアント装置１０との間の通信を制御するように構成される。

（２）実施形態の概要
本実施形態の概要について説明する。図３は、本実施形態の概要の説明図である。

図３のサーバ３０は、勤務時間枠の空きスロットに割り当てる候補者を提案する情報処理装置の一例である。
サーバ３０は、複数の候補者に対して実施された候補者アンケートに対する各候補者の回答の結果に関する候補者アンケート情報を取得する。候補者アンケートは、候補者の勤務方針に関する質問を含む。
サーバ３０は、複数の候補者の管理者に対して実施された管理者アンケートに対する管理者の回答に関する管理者アンケート情報を取得する。管理者アンケートは、空きスロットへ候補者を割り当てる割当方針に関する質問を含む。
サーバ３０は、複数の候補者のそれぞれについて、候補者アンケート情報と、管理者アンケート情報とに基づいて、空きスロットに割り当て可能な候補者の推奨レベルを示す推奨スコアを計算する手段を備える。

本実施形態によれば、管理者は、管理者アンケートに回答することにより、空きスロットに割当可能な候補者毎の推奨スコアを得ることができる。管理者は、推奨スコアから、割当交渉を実施すべき候補者の優先順位を知ることができる。これにより、人と時間枠とのマッチングにおいて、割当交渉の負担を軽減し、且つ、候補者のモチベーションの低下を防ぐことができる。

（３）データベース
本実施形態のデータベースについて説明する。以下のデータベースは、記憶装置３１に記憶される。

（３−１）候補者情報データベース
本実施形態の候補者情報データベースについて説明する。図４は、本実施形態の候補者情報データベースのデータ構造を示す図である。

図４の候補者情報データベースには、候補者に関する候補者情報が格納されている。
候補者情報データベースは、「候補者ＩＤ」フィールドと、「候補者名」フィールドと、「候補者属性」フィールドと、「契約時間」フィールドと、「候補者アンケート」フィールドと、「能力」フィールドと、を含む。各フィールドは、互いに関連付けられている。

「候補者ＩＤ」フィールドには、候補者ＩＤが格納される。候補者ＩＤは、候補者を識別する候補者識別情報の一例である。

「候補者名」フィールドには、候補者名に関する情報（例えば、テキスト）が格納される。「候補者名」フィールドの情報は、候補者の指示に応じて更新される。

「候補者属性」フィールドには、候補者の属性に関する候補者属性情報が格納される。「候補者属性」フィールドは、複数のサブフィールド（「性別」フィールド、「年齢」フィールド、「職業」フィールド、及び、「勤続時間」フィールド）を備える。「候補者属性」フィールドは、候補者情報を登録するときの候補者の指示に応じて更新される。

「性別」フィールドには、候補者の性別に関する情報が格納される。

「年齢」フィールドには、候補者の年齢に関する情報が格納される。

「職業」フィールドには、候補者の職業に関する情報が格納される。

「勤続時間」フィールドには、候補者と管理者との間の契約の開始日からの経過時間に関する情報が格納される。

「契約時間」フィールドには、候補者と管理者との間の契約で規定された契約労働時間に関する契約労働時間情報が格納される。

「候補者アンケート」フィールドには、候補者に対するアンケート結果に関する候補者アンケート情報が格納される。候補者アンケート情報は、アンケートの質問項目Ｑ１〜Ｑ４毎の候補者の回答に関する情報である。「アンケート」フィールドの情報は、候補者アンケートに対する候補者の回答に応じて更新される。

「能力」フィールドには、候補者の業務能力に関する能力情報（例えば、能力値）が格納される。「能力」フィールドの情報は、管理者の指示に応じて更新される。

（３−２）管理者情報データベース
本実施形態の管理者情報データベースについて説明する。図５は、本実施形態の管理者情報データベースのデータ構造を示す図である。

図５の管理者情報データベースには、管理者に関する管理者情報が格納されている。
管理者情報データベースは、「管理者ＩＤ」フィールドと、「管理者名」フィールドと、「管理者属性」フィールドと、「管理者アンケート」フィールドと、を含む。各フィールドは、互いに関連付けられている。

「管理者ＩＤ」フィールドには、管理者ＩＤが格納される。管理者ＩＤは、管理者を識別する管理者識別情報の一例である。

「管理者名」フィールドには、管理者名に関する情報（例えば、テキスト）が格納される。

「管理者属性」フィールドには、管理者の属性に関する管理者属性情報が格納される。「管理者属性」フィールドは、複数のサブフィールド（「店舗」フィールド、及び、「勤続時間」フィールド）を備える。「管理者属性」フィールドは、管理者情報を登録するときの管理者の指示又は管理者アンケートに基づいて更新される。

「店舗」フィールドには、管理者が管理する店舗に関する情報（例えば、店舗名を示すテキスト）が格納される。

「勤続時間」フィールドには、管理者の勤続時間に関する情報が格納される。

「管理者アンケート」フィールドには、管理者に対するアンケート結果に関する管理者アンケート情報が格納される。管理者アンケート情報は、アンケートの質問項目Ｑ１〜Ｑ４毎の管理者の回答に関する情報である。管理者アンケート情報の各質問項目は、候補者アンケート情報（図３）の各質問項目に関連付けられている。「アンケート」フィールドの情報は、管理者アンケートに対する管理者の回答に応じて更新される。

（３−３）時間枠情報データベース
本実施形態の時間枠情報データベースについて説明する。図６は、本実施形態の時間枠情報データベースのデータ構造を示す図である。

図６の時間枠情報データベースには、管理者が管理する時間枠に関する時間枠情報が格納される。
時間枠情報データベースは、「曜日」フィールドと、「時間帯」フィールドと、「必要ポジション」フィールドと、を含む。各フィールドは、互いに関連付けられている。
時間枠情報データベースは、管理者ＩＤに関連付けられる。

「曜日」フィールド及び「時間帯」フィールドの組合せは、時間枠情報データベースの主キーである。つまり、時間枠情報データベースの各レコードは、「曜日」フィールド及び「時間帯」フィールドの組合せにより特定される。

「必要ポジション」フィールドには、必要ポジション毎に割り当てられた候補者ＩＤが格納される。「必要ポジション」フィールドは、複数のサブフィールド（例えば、「キッチン」フィールドと、「ホール」フィールド、及び、「店外」フィールド）が格納される。「必要ポジション」とは、業務に必要な役割を意味する。
「必要ポジション」フィールドの各サブフィールドには、各サブフィールドに対応するポジションに割り当てられた候補者の候補者ＩＤが格納される。図６の「ＥＭＰＴＹ」は、候補者が不足している曜日、時間帯、及び、必要ポジションの組合せ（以下「空きスロット」という）を意味する。例えば、曜日「ＴＵＥ」及び時間帯「ＡＭ」の必要ポジション「キッチン」には、候補者ＩＤ「ＣＡＳＴ００１」に対応する候補者が割り当てられているが、２人分の空きスロットがあることを意味している。

（３−４）割当方針情報データベース
本実施形態の割当方針情報データベースについて説明する。図７は、本実施形態の割当方針情報データベースのデータ構造を示す図である。

図７の割当方針情報データベースには、管理者の割当方針の指標毎の優先度を示す重み係数が格納される。
割当方針情報データベースは、ｋ（ｋは１以上の整数）個の「指標」フィールド（「指標１」フィールド〜「指標ｋ」フィールド）を含む。
割当方針情報データベースは、管理者ＩＤに関連付けられる。

各指標フィールドには、以下の少なくとも１つの指標に関する重み係数が格納される。
・管理者が実施した割当交渉が成功する期待値（以下「交渉期待値」という）の優先度
・業務ポジションの優先度
・勤務希望の優先度
・契約労働時間の優先度

（３−５）希望時間枠情報データベース
本実施形態の希望時間枠情報データベースについて説明する。図８は、本実施形態の希望時間枠情報データベースのデータ構造を示す図である。

図８の希望時間枠情報データベースには、候補者が希望する時間枠に関する希望時間枠情報が格納される。
希望時間枠情報データベースは、「曜日」フィールドと、「時間帯」フィールドと、「勤務希望」フィールドと、を含む。各フィールドは、互いに関連付けられている。
希望時間枠情報データベースは、候補者ＩＤに関連付けられる。

「曜日」フィールド及び「時間帯」フィールドの組合せは、希望時間枠情報データベースの主キーである。つまり、希望時間枠情報データベースの各レコードは、「曜日」フィールド及び「時間帯」フィールドの組合せにより特定される。

「勤務希望」フィールドには、候補者が勤務を希望するか否かに関する情報が格納される。「ＯＫ」は候補者が勤務を希望することを示す。「ＮＧ」は候補者が勤務を希望しないことを示す。

（４）情報処理
本実施形態の情報処理について説明する。

（４−１）管理者アンケートの処理
本実施形態の管理者アンケートの処理について説明する。図９は、本実施形態の管理者アンケートの処理のシーケンス図である。図１０は、図９の情報処理において表示される画面例を示す図である。

図９のクライアント装置１０は、管理者が使用する情報処理装置である。

クライアント装置１０は、ユーザ指示の受付（Ｓ１１０）を実行する。
具体的には、プロセッサ１２は、画面Ｐ１０（図１０）をディスプレイに表示する。

画面Ｐ１０は、操作オブジェクトＢ１００〜Ｂ１０１と、フィールドオブジェクトＦ１００と、を含む。
操作オブジェクトＢ１００は、アンケートの処理を開始するためのユーザ指示を受け付けるオブジェクトである。
操作オブジェクトＢ１０１は、割当の処理を開始するためのユーザ指示を受け付けるオブジェクトである。
フィールドオブジェクトＦ１００は、管理者ＩＤ又は候補者ＩＤのユーザ入力を受け付けるオブジェクトである。

ステップＳ１１０の後、クライアント装置１０は、アンケート回答の受付（Ｓ１１１）を実行する。
具体的には、管理者がフィールドオブジェクトＦ１００に管理者ＩＤを入力し、且つ、操作オブジェクトＢ１００を操作すると、プロセッサ１２は、画面Ｐ１１（図１０）をディスプレイに表示する。

画面Ｐ１１は、操作オブジェクトＢ１１０と、フィールドオブジェクトＦ１１０と、を含む。
フィールドオブジェクトＦ１１０は、割当方針の優先度に関する管理者の回答を受け付けるオブジェクトである。フィールドオブジェクトＦ１１０は、複数の質問と、各質問に対する複数の選択肢と、を含む。各質問には、質問を識別する質問ＩＤが割り当てられている。各選択肢には、選択肢が意味する回答（例えば、管理者の主観的な回答）のレベルを示す数値（以下「回答値」という）が割り当てられている。
操作オブジェクトＢ１１０は、フィールドオブジェクトＦ１１０に入力された管理者の回答をサーバ３０に送信するためのユーザ指示を受け付けるオブジェクトである。

複数の質問は、割当交渉で意識することについての質問項目を含む。

ステップＳ１１１の後、クライアント装置１０は、管理者回答リクエスト（Ｓ１１２）を実行する。
具体的には、管理者がフィールドオブジェクトＦ１１０に回答を入力し、且つ、操作オブジェクトＢ１１０を操作すると、プロセッサ１２は、管理者回答リクエストデータをサーバ３０に送信する。管理者回答リクエストデータは、以下の情報を含む。
・ステップＳ１１０で受け付けられた管理者ＩＤ
・フィールドオブジェクトＦ１１０に入力された管理者の回答（質問ＩＤ、及び、選択された選択肢に割り当てられた回答値の組合せ）

ステップＳ１１２の後、サーバ３０は、割当方針の判定（Ｓ１３０）を実行する。
具体的には、プロセッサ３２は、管理者回答リクエストデータに含まれる質問ＩＤ及び回答値の組合せに基づいて、割当方針の指標毎の重み係数を計算する。

ステップＳ１３０の後、データベースの更新（Ｓ１３１）を実行する。
具体的には、プロセッサ３２は、管理者情報データベース（図５）を参照して、管理者回答リクエストデータに含まれる管理者ＩＤを含むレコードを特定する。
プロセッサ３２は、特定したレコードの「管理者アンケート」フィールドに、管理者回答リクエストデータに含まれる情報のうち、フィールドオブジェクトＦ１１０に入力された情報（質問ＩＤ及び回答値の組合せ）を格納する。
プロセッサ３２は、管理者回答リクエストデータに含まれる管理者ＩＤに関連付けられた割当方針情報データベース（図７）の各「指標」フィールドに、ステップＳ１３０で計算した重み係数を格納する。

これにより、管理者アンケートに対する管理者の回答に関する情報が記憶装置３１に記憶される。

（４−２）候補者アンケートの処理
本実施形態の候補者アンケートの処理について説明する。図１１は、本実施形態の候補者アンケートの処理のシーケンス図である。図１２は、図１１の情報処理において表示される画面例を示す図である。

図１１のクライアント装置１０は、候補者が使用する情報処理装置である。

クライアント装置１０は、図９のユーザ指示の受付（Ｓ１１０）を実行した後、候補者回答の受付（Ｓ２１０）を実行する。
具体的には、候補者がフィールドオブジェクトＦ１００に候補者ＩＤを入力し、且つ、操作オブジェクトＢ１００を操作すると、プロセッサ１２は、画面Ｐ２０（図１２）をディスプレイに表示する。

画面Ｐ２０は、操作オブジェクトＢ２００と、フィールドオブジェクトＦ２００と、を含む。
フィールドオブジェクトＦ２００は、管理者の特徴、候補者自身の特徴、及び、勤務において重視することに関する候補者の回答を受け付けるオブジェクトである。フィールドオブジェクトＦ２００は、複数の質問と、各質問に対する複数の選択肢と、を含む。各質問には、質問を識別する質問ＩＤが割り当てられている。各選択肢には、選択肢が意味する回答（例えば、候補者の主観的な回答）のレベルを示す回答値が割り当てられている。
操作オブジェクトＢ２００は、次の画面Ｐ２１に進むためのユーザ指示を受け付けるオブジェクトである。

候補者がフィールドオブジェクトＦ２００に回答を入力し、且つ、操作オブジェクトＢ２００を操作すると、プロセッサ１２は、画面Ｐ２１（図１２）をディスプレイに表示する。

画面Ｐ２１は、操作オブジェクトＢ２１０と、フィールドオブジェクトＦ２１０と、を含む。
フィールドオブジェクトＦ２１０は、希望時間枠に関する候補者の入力（例えば、曜日及び時間帯の組合せ毎に「ＯＫ」又は「ＮＧ」）を受け付けるオブジェクトである。
操作オブジェクトＢ２１０は、フィールドオブジェクトＦ２１０に入力された候補者の回答をサーバ３０に送信するためのユーザ指示を受け付けるオブジェクトである。

ステップＳ２１１の後、クライアント装置１０は、候補者回答リクエスト（Ｓ２１１）を実行する。
具体的には、候補者がフィールドオブジェクトＦ２１０に希望時間枠を入力し、且つ、操作オブジェクトＢ２１０を操作すると、プロセッサ１２は、候補者回答リクエストデータをサーバ３０に送信する。候補者回答リクエストデータは、以下の情報を含む。
・ステップＳ１１０で受け付けられた候補者ＩＤ
・フィールドオブジェクトＦ２１０に入力された候補者の回答（質問ＩＤ、及び、選択された選択肢に割り当てられた回答値の組合せ）

ステップＳ２１１の後、サーバ３０は、データベースの更新（Ｓ２３０）を実行する。
具体的には、プロセッサ３２は、候補者情報データベース（図４）を参照して、候補者回答リクエストデータに含まれる候補者ＩＤを含むレコードを特定する。
プロセッサ３２は、特定したレコードの「候補者アンケート」フィールドに、候補者回答リクエストデータに含まれる情報のうち、フィールドオブジェクトＦ２００に入力された情報（つまり、質問ＩＤ及び回答値の組合せ）を格納する。
プロセッサ３２は、候補者回答リクエストデータに含まれる候補者ＩＤに関連付けられた希望時間枠情報データベース（図８）の各フィールドに、候補者回答リクエストデータに含まれる情報のうち、フィールドＦ２１１に入力された情報を格納する。

これにより、候補者アンケートへの候補者の回答に関する情報が記憶装置３１に記憶される。

（４−３）候補者の割当の処理
本実施形態の候補者の割当の処理について説明する。図１３は、本実施形態の候補者の割当の処理のシーケンス図である。図１４は、図１３の割当の処理の詳細なフローチャートである。図１５は、図１３の情報処理において表示される画面例を示す図である。

図１３のクライアント装置１０は、管理者が使用する情報処理装置である。

クライアント装置１０は、図９のユーザ指示の受付（Ｓ１１０）を実行した後、確認リクエスト（Ｓ３１０）を実行する。
具体的には、管理者がフィールドオブジェクトＦ１００に管理者ＩＤを入力し、且つ、操作オブジェクトＢ１０１を操作すると、プロセッサ１２は、確認リクエストデータをサーバ３０に送信する。確認リクエストデータは、フィールドオブジェクトＦ１００に入力された管理者ＩＤを含む。この管理者ＩＤは、割当の対象となる対象管理者を識別する対象管理者ＩＤである。

ステップＳ３１０の後、サーバ３０は、空きスロットの特定（Ｓ３３０）を実行する。
具体的には、プロセッサ３２は、確認リクエストデータに含まれる対象管理者ＩＤに関連付けられた時間枠情報データベース（図６）を参照して、候補者が不足している曜日、時間帯、及び、必要ポジションの組合せを、空きスロットとして特定する。

ステップＳ３３０の後、サーバ３０は、確認レスポンス（Ｓ３３１）を実行する。
具体的には、プロセッサ３２は、確認レスポンスデータをクライアント装置１０に送信する。確認レスポンスデータは、ステップＳ３３０で特定された空きスロット（曜日、時間帯、及び、必要ポジションの組合せ）に関する情報（以下「空きスロット情報」という）を含む。

ステップＳ３３１の後、クライアント装置１０は、空きスロットの提示（Ｓ３１１）を実行する。
具体的には、プロセッサ１２は、画面Ｐ３０（図１５）をディスプレイに表示する。

画面Ｐ３０は、曜日、時間帯、及び、必要ポジションの組合せ毎に、空きスロットであるか否かが表示される。例えば、「ＥＭＰＴＹ」オブジェクトは空きスロットであることを意味している。「ＥＭＰＴＹ」オブジェクトは、ユーザが操作可能なオブジェクト（以下「空きスロットオブジェクト」という）である。

ステップＳ３１１の後、クライアント装置１０は、割当リクエスト（Ｓ３１２）を実行する。
具体的には、管理者が、任意の空きスロットオブジェクトＢ３００を操作すると、プロセッサ１２は、割当リクエストデータをサーバ３０に送信する。割当リクエストデータは、ユーザが操作した空きスロットオブジェクトＢ３００に関連付けられた曜日、時間帯、及び、必要ポジションの組合せに関する情報（以下「空きスロット情報」という）を含む。

ステップＳ３１２の後、サーバ３０は、割当（Ｓ３３２）を実行する。

図１４に示すように、サーバ３０は、対象者候補者の特定（Ｓ３３２０）を実行する。
具体的には、プロセッサ３２は、確認リクエストデータに含まれる対象管理者ＩＤに関連付けられた時間枠情報データベース（図６）を参照して、割当リクエストデータに含まれる空きスロット情報に対応するスロットに割り当てられていない候補者ＩＤ（以下「対象候補者ＩＤ」という）を特定する。

ステップＳ３３２０の後、サーバ３０は、対象候補者の状態の判定（Ｓ３３２１）を実行する。
具体的には、プロセッサ３２は、候補者情報データベース(図４)を参照して、ステップＳ３２２０で特定された対象候補者ＩＤに関連付けられたレコードを特定する。
プロセッサ３２は、特定したレコードの「候補者アンケート」フィールドの情報を参照して、候補者の複数の勤務方針の指標毎のスコア（以下「状態スコア」という）を計算する。
各勤務方針の指標は、各割当方針の指標に対応する。状態スコアは、例えば、以下の少なくとも１つを含む。
・交渉期待値の状態スコア
・業務ポジションの状態スコア
・勤務希望の状態スコア
・労働時間の状態スコア

プロセッサ３２は、対象管理者ＩＤに関連付けられた時間枠情報データベース（図６）に格納された候補者ＩＤを参照して、各候補者ＩＤに対応する候補者が割り当てられたスロットの数（つまり、出勤回数）Ｃｗをカウントする。
プロセッサ３２は、式１．１．１を用いて、候補者ＩＤ毎の交渉期待値ＡＥを計算する。
ＡＥ＝Ｇａｅ（Ｃｅｎｑ，Ｃｗ，ＮＥＧ）…（式１．１．１）
・Ｃｅｎｑ：候補者アンケート情報
・Ｃｗ：出勤回数
・ＮＥＧ：割当交渉の実施回数

プロセッサ３２は、式１．１．２を用いて、候補者ＩＤ毎の業務ポジションの状態スコアを計算する。
Ｓｐｏｓ＝ＰＯＳ（Ｈｐｏｓ，Ｒｐｏｓ）…（１．１．２）
・Ｈｐｏｓ：候補者が希望する業務ポジション（以下「希望業務ポジション」という）
・Ｒｐｏｓ：候補者の割当が要求される業務ポジション（以下「要求業務ポジション」という）
・ＰＯＳ（ｘ，ｙ）：業務ポジションの状態スコアを計算するための関数

プロセッサ３２は、式１．１．３を用いて、候補者ＩＤ毎の勤務希望の状態スコアを計算する。
Ｓｓｉｔ＝ＳＩＦ（Ｈｓｉｆ，Ｒｓｉｆ）…（１．１．３）
・Ｈｓｉｆ：候補者が希望する時間枠（以下「希望時間枠」という）
・Ｒｓｉｆ：候補者の割当が要求される時間枠（以下「要求時間枠」という）
・ＳＩＦ：勤務希望の状態スコアを計算するための関数

プロセッサ３２は、候補者情報データベース（図４）を参照して、対象候補者ＩＤに関連付けられた「契約時間」フィールドの情報（つまり、対象候補者の契約労働時間）を特定する。
プロセッサ３２は、対象管理者ＩＤに関連付けられた時間枠情報データベース（図６）に格納された候補者ＩＤを参照して、各候補者ＩＤに対応する候補者の予定労働時間を計算する。
プロセッサ３２は、式１．１．４を用いて、候補者ＩＤ毎の労働時間の状態スコアを計算する。
Ｓｔｉｍ＝ＴＩＭＥ（Ｃｔｉｍ，Ｅｔｉｍ）…（１．１．４）
・Ｃｔｉｍ：契約労働時間
・Ｅｔｉｍ：予定労働時間
・ＴＩＭＥ：労働時間の状態スコアを計算するための関数

ステップＳ３３２１の後、サーバ３０は、推奨スコアの計算（Ｓ３３２２）を実行する。
具体的には、プロセッサ３２は、確認リクエストデータに含まれる対象管理者ＩＤに関連付けられた割当方針情報データベース（図７）を参照して、対象管理者の割当方針の指標毎の重み係数を特定する。

プロセッサ３２は、式２を用いて、ステップＳ３３２１で計算された勤務方針の指標毎の状態スコアと、割当方針情報データベース（図７）に格納された割当方針の指標毎の重み係数と、に基づいて、推奨スコアＲＳを計算する。
ＲＳ＝ｚ（ＡＥ，Ｓｐｏｓ，Ｓｓｉｆ，Ｓｔｉｍ，Ｗｋ）…（式２）
・ＡＥ：交渉期待値
・Ｓｐｏｓ：業務ポジションの状態スコア
・Ｓｓｉｆ：勤務希望の状態スコア
・Ｓｔｉｍ：労働時間の状態スコア
・Ｗｋ：指標ｋ（交渉期待値、業務ポジション、勤務希望、又は、契約労働時間）の重み係数
・ｚ（τ）：類似度関数（例えば、コサイン類似度関数）

ステップＳ３３２２の後、ステップＳ３３３に進む。

ステップＳ３３２の後、サーバ３０は、割当レスポンス（Ｓ３３３）を実行する。
具体的には、プロセッサ３２は、割当レスポンスデータをクライアント装置１０に送信する。割当レスポンスデータは、候補者の名称に関する情報及び推奨スコアの組合せを含む。

ステップＳ３３３の後、クライアント装置１０は、割当の結果の提示（Ｓ３１３）を実行する。
具体的には、プロセッサ１２は、画面Ｐ３０をディスプレイに表示する。

画面Ｐ３０は、表示オブジェクトＡ３００を含む。
表示オブジェクトＡ３００には、各対象候補者の候補者名及び推奨スコアの組合せが表示される。

本実施形態によれば、管理者に対して、交渉の観点で各候補者の推奨値を提示する。これにより、人と時間枠のマッチングにおいて、割当交渉の負担を軽減することができ、且つ、候補者のモチベーションの低下を防ぐことができる。

（５）変形例
本実施形態の変形例について説明する。

（５−１）変形例１
本実施形態の変形例１について説明する。変形例１は、各候補者の交渉期待値を考慮して、推奨スコアを計算する例である。図１６は、変形例１の割当の処理の詳細なフローチャートである。

図１６に示すように、変形例１のサーバ３０は、図１４と同様にステップＳ３３２０〜Ｓ３３２２を実行した後、交渉期待値の計算（Ｓ４３００）を実行する。
具体的には、プロセッサ３２は、各対象候補者について、ステップＳ３３２２で得られた各質問の類似度のパターンと同様の類似度のパターンを示す類似候補者の候補者ＩＤを特定する。
プロセッサ３２は、候補者情報データベース（図４）を参照して、特定した候補者ＩＤに関連付けられた「応諾率」フィールドの値（つまり、類似候補者の応諾率）を参照する。

プロセッサ３２は、式３を用いて、対象候補者の類似度のパターンと、類似候補者の類似度のパターンと、のパターン類似度Ｓｐを計算する。
Ｓｐ＝ｙ（Ｐｃ，Ｐｓ）…（式３）
・Ｐｃ：対象候補者の類似度のパターン
・Ｐｓ：対象候補者の類似度のパターン
・ｙ（ｘ）：パターン類似度関数（例えば、コサイン類似度関数）

プロセッサ３２は、式４を用いて、交渉期待値ＡＥを計算する。
ＡＥ＝Ｒａｓ×Ｓｐ…（式４）
・Ｒａｓ：類似候補者の応諾率
・Ｓｐ：パターン類似度

ステップＳ４３００の後、サーバ３０は、推奨スコアの計算（Ｓ４３０１）を実行する。
具体的には、プロセッサ３２は、確認リクエストデータに含まれる対象管理者ＩＤに関連付けられた割当方針情報データベース（図７）に格納された重み係数と、ステップＳ３３２２で得られた類似度と、ステップＳ４３００で得られた交渉期待値と、を式２−１に適用することにより、推奨スコアＲＳを計算する。
ＲＳ＝ｇ（Ｓｉｊ，Ｗｉｊ，ＡＥ）…（式２−１）
・Ｓｉｊ：類似度
・Ｗｉｊ：重み係数
・ＡＥ：交渉期待値
・ｇ（ｘ）：推奨スコア関数（例えば、加重平均関数）

ステップＳ３３２２〜Ｓ３３２２及びＳ４３００〜Ｓ４３０１は、全ての空きスロットに対して処理が完了するまで、繰り返し実行される（Ｓ４３０２−ＮＯ）。
全ての空きスロットに対してステップＳ３３２２〜Ｓ３３２２及びＳ４３００〜Ｓ４３０１の処理が完了すると（Ｓ４３０２−ＹＥＳ）、ステップＳ３３２に進む。

変形例１によれば、管理者アンケートの結果と候補者アンケートの結果との類似度だけでなく、空きスロットへの割当を候補者が応諾する確率も考慮して、推奨スコアが計算される。これにより、割当交渉の負担を軽減し、且つ、候補者のモチベーションの低下を防ぐことができる。

（６）本実施形態の小括
本実施形態について小括する。

本実施形態の第１態様は、
時間枠に割り当てる候補者を提案する情報処理装置（例えば、サーバ３０）であって、
複数の候補者に対して実施された候補者アンケートに対する各候補者の回答の結果に関する候補者アンケート情報を取得する手段（例えば、ステップＳ２３０を実行するプロセッサ３２）を備え、
候補者アンケートは、候補者の勤務方針に関する質問を含み、
複数の候補者の管理者に対して実施された管理者アンケートに対する管理者の回答に関する管理者アンケート情報を取得する手段（例えば、ステップＳ１３０を実行するプロセッサ３２）を備え、
管理者アンケートは、時間枠に候補者を割り当てる割当方針に関する質問を含み、
複数の候補者のそれぞれについて、候補者アンケート情報と、管理者アンケート情報とに基づいて、時間枠に割り当て可能な候補者の推奨レベルを示す推奨スコアを計算する手段（例えば、ステップＳ３３２２を実行するプロセッサ３２）を備える、
情報処理装置である。

第１態様によれば、管理者アンケートの結果と、候補者アンケートの結果と、に基づいて、空きスロットに割当可能な候補者の推奨スコアを計算する。割当交渉の負担を軽減し、且つ、候補者のモチベーションの低下を防ぐことができる。

本実施形態の第２態様は、
計算する手段は、管理者の割当方針に関する重み係数と、候補者アンケート情報から特定される候補者の勤務方針の状態スコアとの類似度に基づいて、推奨スコアを計算する、
情報処理装置である。

第２態様によれば、管理者の割当方針に関する重み係数と候補者の勤務方針との類似度に基づいて推奨スコアを計算する。これにより、管理者の割当方針と候補者の勤務方針とが適合する候補者を管理者に提案することができる。

本実施形態の第３態様は、
計算する手段は、
候補者の属性に関する候補者属性情報及び候補者アンケート情報の組合せに基づいて、候補者が割当の交渉が成功する交渉期待値を計算し、
交渉期待値と、交渉期待値の重み係数と、の類似度に基づいて、推奨スコアを計算する、
情報処理装置である。

第３態様によれば、候補者の属性及び候補者アンケートの結果に基づく交渉期待値を考慮して推奨スコアを計算する。これにより、空きスロットへの割当交渉の成功率が高い候補者を管理者に提案することができる。

本実施形態の第４態様は、
計算する手段は、
各候補者と管理者との間の契約で規定された契約労働時間及び候補者に予定される予定労働時間の組合せに基づいて、労働時間の状態スコアを計算し、
労働時間の状態スコアと、労働時間の重み係数と、の類似度に基づいて、推奨スコアを計算する、
情報処理装置である。

第４態様によれば、契約労働時間と候補者の予定労働時間とを考慮して、推奨スコアを計算する。これにより、契約労働時間と予定労働時間とのバランスに応じた候補者を管理者に提案することができる。

本実施形態の第５態様は、
計算する手段は、
候補者が希望する希望業務ポジション及び候補者の割当が要求される要求業務ポジションの組合せに基づいて、業務ポジションの状態スコアを計算し、
業務ポジションの状態スコアと、業務ポジションの重み係数と、の類似度に基づいて、推奨スコアを計算する、
情報処理装置である。

第５態様によれば、候補者が希望する希望業務ポジションと候補者の割当が要求される（つまり、空きスロットが存在する）要求業務ポジションとのバランスに応じた候補者を管理者に提案することができる。

本実施形態の第６態様は、
候補者アンケート情報は、候補者が希望する希望時間枠を示す情報を含み、
計算する手段は、
希望時間枠と空きスロットの組合せに基づいて、勤務希望の状態スコアを計算し、
勤務希望の状態スコアと、勤務希望の重み係数と、の類似度に基づいて、推奨スコアを計算する、
情報処理装置である。

第６態様によれば、候補者が希望する希望時間枠と空きスロットの組合せに基づいて、推奨スコアを計算する。これにより、例えば、候補者が希望しない時間枠への割当による候補者のモチベーションの低下を回避することができる。

本実施形態の第７態様は、
コンピュータ（例えば、プロセッサ３２）を、上記の何れかに記載の各手段として機能させるためのプログラムである。

（７）その他の変形例
その他の変形例について説明する。

記憶装置１１は、ネットワークＮＷを介して、クライアント装置１０と接続されてもよい。記憶装置３１は、ネットワークＮＷを介して、サーバ３０と接続されてもよい。

上記の情報処理の各ステップは、クライアント装置１０及びサーバ３０の何れでも実行可能である。

上記実施形態では、「必要ポジション」の例として、職種（例えば、キッチン、ホール、及び、店外）を示したが、本実施形態はこれに限られない。「必要ポジション」は、例えば、勤続時間であってもよい。

以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態及び変形例は、組合せ可能である。

１ ：情報処理システム
１０ ：クライアント装置
１１ ：記憶装置
１２ ：プロセッサ
１３ ：入出力インタフェース
１４ ：通信インタフェース
３０ ：サーバ
３１ ：記憶装置
３２ ：プロセッサ
３３ ：入出力インタフェース
３４ ：通信インタフェース

Claims (7)

1. 時間枠に割り当てる候補者を提案する情報処理装置であって、
   複数の候補者に対して実施された候補者アンケートに対する各候補者の回答の結果に関する候補者アンケート情報を取得する手段を備え、
   前記候補者アンケートは、前記候補者の勤務方針に関する質問を含み、
   前記複数の候補者の管理者に対して実施された管理者アンケートに対する前記管理者の回答に関する管理者アンケート情報を取得する手段を備え、
   前記管理者アンケートは、前記時間枠に前記候補者を割り当てる割当方針に関する質問を含み、
   前記複数の候補者のそれぞれについて、候補者アンケート情報と、前記管理者アンケート情報とに基づいて、前記時間枠に割り当て可能な候補者の推奨レベルを示す推奨スコアを計算する手段を備える、
   情報処理装置。
2. 前記計算する手段は、前記管理者の割当方針に関する重み係数と、前記候補者アンケート情報から特定される前記候補者の勤務方針の状態スコアとの類似度に基づいて、前記推奨スコアを計算する、
   請求項１に記載の情報処理装置。
3. 前記計算する手段は、
   前記候補者の属性に関する候補者属性情報及び前記候補者アンケート情報の組合せに基づいて、前記候補者が割当の交渉の成功する交渉期待値を計算し、
   前記交渉期待値と、前記交渉期待値の重み係数と、の類似度に基づいて、前記推奨スコアを計算する、
   請求項２に記載の情報処理装置。
4. 前記計算する手段は、
   各候補者と前記管理者との間の契約で規定された契約労働時間及び前記候補者に予定される予定労働時間の組合せに基づいて、労働時間の状態スコアを計算し、
   前記労働時間の状態スコアと、前記労働時間の重み係数と、の類似度に基づいて、前記推奨スコアを計算する、
   請求項２又は３に記載の情報処理装置。
5. 前記計算する手段は、
   前記候補者が希望する希望業務ポジション及び前記候補者の割当が要求される要求業務ポジションの組合せに基づいて、業務ポジションの状態スコアを計算し、
   前記業務ポジションの状態スコアと、前記業務ポジションの重み係数と、の類似度に基づいて、前記推奨スコアを計算する、
   請求項２〜４の何れかに記載の情報処理装置。
6. 前記候補者アンケート情報は、前記候補者が希望する希望時間枠を示す情報を含み、
   前記計算する手段は、
   前記希望時間枠に基づいて、勤務希望の状態スコアを計算し、
   前記勤務希望の状態スコアと、前記勤務希望の重み係数と、の類似度に基づいて、前記推奨スコアを計算する、
   請求項２〜５の何れかに記載の情報処理装置。
7. コンピュータを、請求項１〜６の何れかに記載の各手段として機能させるためのプログラム。