JP2016045701A - シフト管理システム、端末装置、情報処理システム、情報処理方法及びプログラム - Google Patents

Abstract

【課題】シフト表生成後におけるスタッフ間の勤務シフトの交代を公平かつ簡易に実現するシフト管理システム、端末装置、情報処理システム、情報処理方法及びプログラムを提供する。【解決手段】複数のスタッフの勤務シフト及び保有するポイントを記憶する記憶部と、第１のスタッフから第２のスタッフへの、記憶部に記憶された勤務シフトの交代を要求する交代要求を取得する取得部２３０と、第２のスタッフによる交代要求の承諾に応じて、勤務シフトの交代、第１のスタッフが保有するポイントの消費及び第２のスタッフへのポイントの付与を行って記憶部に記憶された情報を更新する管理部２７０と、を備える。【選択図】図３

Description

本発明は、シフト管理システム、端末装置、情報処理システム、情報処理方法及びプログラムに関する。

近年、工場、病院、介護施設、コールセンタ、デパート、レストラン等において、いわゆるシフト制が多く採用されている。シフト制とは、複数の勤務者（以下、スタッフとも称する）が、それぞれ割り当てられた勤務時間帯（以下、勤務シフトとも称する）で勤務する勤務形態である。シフト制の職場では、勤務シフト、割り当てられたスタッフ、及び担当内容等が記述されたシフト表が生成され、生成されたシフト表に従って業務が遂行される。

シフト制の職場の運営においては、スタッフが多ければ人件費がかさみ、少なければ顧客の満足度低下及び販売機会損失等を招くおそれがあるため、適切な人数のスタッフを勤務シフトに割り割り当てたシフト表が求められる。このため、適切な割り当てを行ってシフト表を自動的に生成するための技術が開発されている。

例えば、下記特許文献１では、勤務シフトごとに必要なスタッフ数が指定された場合の要員配置問題の準最適解を、遺伝的アルゴリズムを用いて求める技術が開示されている。

ここで、勤務シフトごとに必要とされる人数等の条件以外にも、休日の取得等のスタッフの希望が満たされたシフト表が生成されることが望ましい。このため、スタッフの希望も加味したシフト表を自動的に生成するための技術が開発されている。

例えば、下記特許文献２では、スタッフの過去の希望実現状況に応じて、希望が満たされてこなかったスタッフの希望を優先的に反映させて、シフト表を生成する技術が開示されている。

また、下記特許文献３では、予めスタッフにポイントを付与しておき、スタッフが休日又は勤務を希望する際に希望の強さに応じたポイントを使用させ、使用したポイントが大きい順に優先的に希望を反映させて、シフト表を生成する技術が開示されている。

特開平１１−１４３８５０号公報 特開２０１３−１０１４４８号公報 特開２０１２−１０３８１０号公報

ここで、生成されたシフト表は、スタッフの希望を満たしていない場合がある。この場合、希望が満たされなかったスタッフは、一旦シフト表が生成された後に、他のスタッフとの間で個人的に勤務シフトの交代を交渉していた。しかし、この個人的な交渉は困難な場合が多い。また、個人的な交渉がうまくいくスタッフとそうでないスタッフ、交渉に応じるスタッフとそうでないスタッフとの間等で不公平感が生じるおそれがある。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、シフト表生成後におけるスタッフ間の勤務シフトの交代を公平かつ簡易に実現することが可能な、新規かつ改良されたシフト管理システム、端末装置、情報処理システム、情報処理方法及びプログラムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、複数のスタッフの勤務シフト及び保有するポイントを記憶する記憶部と、第１のスタッフから第２のスタッフへの、前記記憶部に記憶された勤務シフトの交代を要求する交代要求を取得する取得部と、前記第２のスタッフによる前記交代要求の承諾に応じて、勤務シフトの交代、前記第１のスタッフが保有するポイントの消費、及び前記第２のスタッフへのポイントの付与を行って前記記憶部に記憶された情報を更新する管理部と、を備えるシフト管理システムが提供される。

前記シフト管理システムは、勤務シフトごとに属性に応じた交代のためのポイントを設定する設定部をさらに備え、前記管理部は、交代する勤務シフトの属性及び前記設定部による設定に応じて前記第１のスタッフが保有するポイントの消費、及び前記第２のスタッフへのポイントの付与を行ってもよい。

前記設定部は、複数のスタッフの間で需要が低い属性の勤務シフトに大きな値のポイントを設定してもよい。

前記設定部は、スタッフごとに異なる設定を行ってもよい。

前記設定部は、勤務シフトごとに属性に応じた出勤のためのポイントを設定し、前記管理部は、出勤した勤務シフトの属性及び前記設定部による設定に応じて、出勤したスタッフへのポイントの付与を行ってもよい。

前記取得部は、勤務シフトを交代可能な１人以上の交代候補のスタッフを示す情報を前記第１のスタッフへ通知し、前記交代候補のスタッフの中から選択されたスタッフを前記第２のスタッフとする前記交代要求を取得してもよい。

前記交代候補のスタッフは、前記第１のスタッフより保有するポイントが低いスタッフであってもよい。

前記シフト管理システムは、前記交代要求を示す情報を前記第２のスタッフへ通知し、前記第２のスタッフが前記交代要求を承諾するか否かを確認する確認部をさらに備えてもよい。

前記シフト管理システムは、前記管理部による更新結果を示す情報を前記第１のスタッフ及び前記第２のスタッフに通知する通知部をさらに備えてもよい。

勤務シフトの交代は、前記第１のスタッフの出勤と前記第２のスタッフの休暇との交代であってもよい。

前記交代要求は、勤務シフトの交代の交換条件である、他に交代が可能な１以上の勤務シフトの交代候補を示す情報を含み、前記管理部は、前記勤務シフトの交代候補の中から選択された勤務シフトの交代を行ってもよい。

前記勤務シフトの交代候補は、前記第２のスタッフの出勤と前記第１のスタッフの休暇との交代であってもよい。

また、上記課題を解決するために、本発明の別の観点によれば、ユーザが保有するポイントの消費及び交代相手へのポイントの付与を伴う勤務シフトの交代を要求する交代要求を受け付ける入力部と、前記交代相手による前記交代要求の承諾に応じて、勤務シフトの交代、及びユーザが保有するポイントの消費が行われた結果を示す情報を出力する出力部と、を備える端末装置が提供される。

前記入力部は、ユーザによる他のユーザからの前記交代要求の承諾を受け付け、前記出力部は、勤務シフトの交代、及びユーザへのポイントの付与が行われた結果を示す情報を出力してもよい。

また、上記課題を解決するために、本発明の別の観点によれば、シフト管理システム、第１の端末装置、及び第２の端末装置を備え、前記シフト管理システムは、複数のスタッフの勤務シフト及び保有するポイントを記憶する記憶部と、第１のスタッフから第２のスタッフへの、前記記憶部に記憶された勤務シフトの交代を要求する交代要求を取得する取得部と、前記第２のスタッフによる前記交代要求の承諾に応じて、勤務シフトの交代、前記第１のスタッフが保有するポイントの消費、及び前記第２のスタッフへのポイントの付与を行って前記記憶部に記憶された情報を更新する管理部と、を有し、前記第１の端末装置は、前記第１のスタッフによる前記交代要求を受け付ける第１の入力部と、前記管理部による更新結果を示す情報を出力する第１の出力部と、を有し、前記第２の端末装置は、前記第２のスタッフによる前記交代要求の承諾を受け受ける第２の入力部と、前記管理部による更新結果を示す情報を出力する第２の出力部と、を有する、情報処理システムが提供される。

また、上記課題を解決するために、本発明の別の観点によれば、複数のスタッフの勤務シフト及び保有するポイントを記憶するステップと、第１のスタッフから第２のスタッフへの、記憶された勤務シフトの交代を要求する交代要求を取得するステップと、前記第２のスタッフによる前記交代要求の承諾を受け受けるステップと、前記第２のスタッフによる前記交代要求の承諾に応じて、勤務シフトの交代、前記第１のスタッフが保有するポイントの消費、及び前記第２のスタッフへのポイントの付与を行って記憶された情報を更新するステップと、更新結果を示す情報を出力するステップと、を含む、情報処理方法が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、複数のスタッフの勤務シフト及び保有するポイントを記憶する記憶部と、第１のスタッフから第２のスタッフへの、前記記憶部に記憶された勤務シフトの交代を要求する交代要求を取得する取得部と、前記第２のスタッフによる前記交代要求の承諾に応じて、勤務シフトの交代、前記第１のスタッフが保有するポイントの消費、及び前記第２のスタッフへのポイントの付与を行って前記記憶部に記憶された情報を更新する管理部と、として機能させるためのプログラムが提供される。

また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、ユーザが保有するポイントの消費及び交代相手へのポイントの付与を伴う勤務シフトの交代を要求する交代要求を受け付ける入力部と、前記交代相手による前記交代要求の承諾に応じて、勤務シフトの交代、及びユーザが保有するポイントの消費が行われた結果を示す情報を出力する出力部と、として機能させるためのプログラムが提供される。

以上説明したように本発明によれば、シフト表生成後におけるスタッフ間の勤務シフトの交代を公平かつ簡易に実現することが可能である。

本発明の一実施形態に係る情報処理システムの全体構成を説明するための説明図である。 第１の実施形態に係るユーザ端末の論理的な構成の一例を示すブロック図である。 第１の実施形態に係るＡＰサーバの論理的な構成の一例を示すブロック図である。 第１の実施形態に係る情報処理システムにおいて実行される勤務シフト交代処理の流れの一例を示すシーケンス図である。 第１の実施形態に係るユーザ端末の表示例を説明するための説明図である。 第１の実施形態に係るユーザ端末の表示例を説明するための説明図である。 第１の実施形態に係るユーザ端末の表示例を説明するための説明図である。 第１の実施形態に係るユーザ端末の表示例を説明するための説明図である。 第１の実施形態に係るユーザ端末の表示例を説明するための説明図である。 第２の実施形態に係るユーザ端末の表示例を説明するための説明図である。 第２の実施形態に係るユーザ端末の表示例を説明するための説明図である。 第２の実施形態に係るユーザ端末の表示例を説明するための説明図である。 第２の実施形態に係るユーザ端末の表示例を説明するための説明図である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書及び図面において、実質的に同一の機能構成を有する要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の要素を、必要に応じてユーザ端末１００Ａ及び１００Ｂのように区別する。ただし、実質的に同一の機能構成を有する複数の要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、ユーザ端末１００Ａ及び１００Ｂを特に区別する必要が無い場合には、単にユーザ端末１００と称する。

＜１．概要＞
まず、図１を参照して、本発明の一実施形態の概要を説明する。

図１は、本発明の一実施形態に係る情報処理システムの全体構成を説明するための説明図である。図１に示すように、情報処理システム１は、複数のユーザ端末１００、ＡＰサーバ２００、ＤＢサーバ３００、及び管理者端末４００を有する。ユーザ端末１００、ＡＰサーバ２００、及びＤＢサーバ３００はネットワーク３を介して相互に接続されており、またＡＰサーバ２００及びＤＢサーバ３００は相互に接続されている。

（ユーザ端末１００）
ユーザ端末１００は、スタッフにより利用される端末装置である。ユーザ端末１００は、例えば携帯電話、スマートフォン、タブレット、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ノートＰＣ等により実現される。本明細書では、勤務シフトの交代を希望するスタッフを第１のスタッフとも称し、交代相手のスタッフを第２のスタッフとも称し、これらを特に区別する必要が無い場合にはスタッフと称する。なお、ユーザ端末１００は、複数のスタッフが例えばログインＩＤを使い分けながら共用するものであってもよい。

（シフト管理システム２）
・ＡＰサーバ２００
ＡＰサーバ２００は、シフト表生成後におけるスタッフ間の勤務シフトの交代を公平かつ簡易に実現するための、交代支援機能を有する装置である。ＡＰサーバ２００は、交代支援機能の他にも、多様な機能を有し得る。例えば、ＡＰサーバ２００は、勤務シフトに関する情報を管理する勤務シフト情報管理機能、スタッフに関する情報を管理するスタッフ情報管理機能、及びシフト表を生成するシフト表生成機能等を有し得る。

・ＤＢサーバ３００
ＤＢ（ＤａｔａＢａｓｅ）サーバ３００は、勤務シフトに関する各種情報を記憶する記憶部である。例えば、ＤＢサーバ３００は、複数のスタッフの勤務シフト及び保有するポイントを記憶する。ポイントとは、スタッフの組織（会社等）への貢献度を示す情報である。ポイントに関する詳細な説明については後述する。他にも、ＤＢサーバ３００は、スタッフの名前等の個人情報、スキル等の情報を記憶してもよい。ＤＢサーバ３００は、ＡＰサーバ２００からの制御に基づき、情報を記憶／更新する。下記の表に、ＤＢサーバ３００が記憶する情報の一例を示す。

なお、ＡＰサーバ２００及びＤＢサーバ３００を、シフト管理システム２として捉えてもよい。なお、ＡＰサーバ２００及びＤＢサーバ３００は、一体的に形成されていてもよい。

（管理者端末４００）
管理者端末４００は、管理者がシフト表を生成する際に操作する端末である。管理者は、ＡＰサーバ２００に生成指示を出してシフト表を生成させてもよいし、管理者端末４００を操作して手動で生成してもよい。生成されたシフト表は、ＤＢサーバ３００に記憶される。なお、各スタッフは、例えばユーザ端末１００を介してシフト管理システム２にアクセスして、生成されたシフト表を閲覧することができる。下記の表に、シフト表の一例を示す。

なお、上記表中、「日」「早」「遅」「夜」「明」「休」は、勤務シフトの属性を示す。「日」は、日勤（昼勤）を示す。「早」は、早番を示す。「遅」は、遅番を示す。「夜」は、夜勤を示す。「明」は、夜勤明けの休暇を示す。「休」は、休暇を示す。これらの属性は一例であって、他の任意の属性が用いられてもよい

（ネットワーク３）
ネットワーク３は、ネットワーク３に接続されている装置から送信される情報の有線、または無線の伝送路である。ネットワーク３は、例えば、ＬＡＮ（Local Area Network）、無線ＬＡＮ、Ｗｉ−Ｆｉ（Wireless Fidelity、登録商標）、３Ｇ、ＬＴＥ（Long Term Evolution）、ＬＴＥ−Ａ（LTE-Advanced）等の任意の通信方式で形成され得る。

以上、情報処理システム１の全体構成を説明した。

上述したように、ＡＰサーバ２００により生成されるシフト表は、スタッフの希望を満たしていない場合がある。このような事態は、希望が複数のスタッフ間で競合する場合、スタッフの全体数が不足する場合、必要なスキルを持つスタッフが少数である場合、そもそも希望を出し忘れた場合等に生じ得る。

この場合、希望が満たされなかったスタッフは、一旦シフト表が生成された後に、他のスタッフとの間で個人的に勤務シフトの交代を交渉していた。例えば、出勤が割り当てられた日に休暇を取得したいスタッフは、勤務シフトを交代して代わりに出勤してもらうスタッフを見つけていた。しかし、このような交渉の成否は、人間関係に多分に依存するため、休暇を取得できるスタッフ、交代して出勤するスタッフに偏りが生じる可能性がある。よって、個人的な交渉がうまくいくスタッフとそうでないスタッフ、交渉に応じるスタッフとそうでないスタッフとの間等で不公平感が生じるおそれがある。さらに、個別交渉に時間がかかる等の物理的・心理的に余分な負荷がかかるため、諦めてしまったり、勤労意欲を下げてしまったりする可能性もあった。

そこで、本発明の一実施形態に係る情報処理システム１は、この個人的な交渉を仲介する。これにより、勤務シフトの交代にかかる負荷を低減する。さらに、人間関係への依存が軽減されるため、スタッフ間の不公平感が解消される。

また、情報処理システム１は、交代のインセンティブとして、ポイントを導入する。例えば、交代が成立すると、交代を希望したスタッフが保有するポイントが消費され、交代を承諾したスタッフにポイントが付与される。交代を承諾したスタッフは、ポイントが付与されるため、そのポイントを使って次は自分が交代を希望することが可能である。また、交代を要求したスタッフは、ポイントが消費されるため、他に何らかの貢献をしなければ次に交代を要求することが困難になる。このように、組織に貢献したスタッフには交代が優遇され、組織に助けられたスタッフは貢献が求められるので、スタッフ間の公平性が実現される。

ここで、組織に対するこのような貢献の対価としてポイントが付与されることで、ポイントの保有量で組織への貢献度を定量的に評価することが可能となる。個人的な交渉が行われる場合、スタッフの上司は、個人的な交渉の実態を正確に把握することが困難であるため、組織への貢献度を主観的に判断することとなる。このため、上司とスタッフとの間で認識にずれが生じる、上司と良い人間関係を築いたスタッフが評価されやすいといった不都合が生じていた。この点、組織への貢献度をポイントとして定量的かつ正当に評価可能となるため、スタッフ間の不公平感が解消される。

他方、一般的にスタッフ間で需要が低い属性の勤務シフト（休暇を希望するスタッフが多い時期の出勤等）を多く割り当てられたスタッフは、インセンティブが得られない場合に損をしているといった不公平感を覚える可能性がある。例えば、休日出勤を多く割り当てられたスタッフは、このような不公平感を覚える可能性がある。

そこで、情報処理システム１は、スタッフ間で需要が低い属性の勤務シフトを割り当てらえたスタッフに、ポイントを付与する。例えば、情報処理システム１は、休日出勤を割り当てられたスタッフにポイントを付与したり、細切れの休暇を割り当てられたスタッフにポイントを付与したりする。これにより、組織への貢献が正当に評価されることとなるので、スタッフ間の不公平感が解消される。

このように、本実施形態に係る情報処理システム１は、組織への貢献を示すポイントを導入し、交代を希望したスタッフが保有するポイントを消費して、交代を承諾したスタッフにポイントを付与する。これにより、シフト表生成後の交代が容易となり、またスタッフに公平感を与えると共に、スタッフのモチベーションを向上させることができる。

＜２．第１の実施形態＞
［２−１．ユーザ端末の構成例］
図２は、本実施形態に係るユーザ端末１００の論理的な構成の一例を示すブロック図である。図２に示すように、ユーザ端末１００は、通信部１１０、入力部１２０、出力部１３０、及び制御部１４０を有する。以下では、第１のスタッフが利用するユーザ端末１００（第１の端末装置）と第２のスタッフが利用するユーザ端末１００（第２の端末装置）が共通の機能構成を有するものとして説明する。

（通信部１１０）
通信部１１０は、外部機器との間でのデータの送受信を行うための通信モジュールである。例えば、通信部１１０は、ネットワーク３に接続して、ＡＰサーバ２００との間で通信する。

（入力部１２０）
入力部１２０は、ユーザからの入力を受け付ける機能を有する。例えば、入力部１２０は、キーボード、ボタン、又はマウス等により実現される。また、入力部１２０は、出力部１３０と一体的に構成されるタッチパネルにより実現されてもよい。

ユーザ端末１００が、第１のスタッフにより利用される場合について説明する。この場合、入力部１２０（第１の入力部）は、ユーザ（第１のスタッフ）が保有するポイントの消費及び交代相手（第２のスタッフ）へのポイントの付与を伴う勤務シフトの交代を要求する交代要求を受け付ける。交代要求は、交代を要求する勤務シフトを示す情報、及び交代相手の第２のスタッフの識別情報が含まれる情報であり、通信部１１０を介して第２のスタッフが利用するユーザ端末１００へ送信される。

まず、ユーザは、生成されたシフト表において、変更したい勤務シフトがあった場合に、入力部１２０に交代を希望する勤務シフトを示す情報を入力する。入力部１２０が受けるユーザの希望は多様に考えられる。例えば、日勤又は早番等の出勤を休暇に変更する希望、逆に休暇を出勤に変更する希望、また早番を遅番に変更する等の希望が考えられる。

そして、ユーザは、一人の交代相手を特定して交代要求を入力する。この場合、入力部１２０は、ＡＰサーバ２００から通知された交代候補のスタッフの中から、交代を要求するスタッフを選択するユーザ入力を受け付ける。交代要求に係る勤務シフトの交代は多様に考えられる。例えば、交代要求は、第１のスタッフの出勤と第２のスタッフの休暇との交代を要求するものであってもよい。他にも、交代要求は、第１のスタッフの休暇と第２のスタッフの出勤との交代を要求するものであってもよい。また、交代要求は、第１のスタッフの早番と第２のスタッフの遅番との交代を要求するものであってもよい。

なお、ユーザは、交代相手を任意として交代要求を入力してもよい。この場合、例えば、ＡＰサーバ２００により交代を要求するスタッフが選択される。

続いて、ユーザ端末１００が、第２のスタッフにより利用される場合について説明する。この場合、入力部１２０（第２の入力部）は、ユーザ（第２のスタッフ）による他のユーザ（第１のスタッフ）からの交代要求の承諾又は拒絶を受け付ける。入力部１２０により受け付けられた、第２のスタッフによる承諾／拒絶の選択結果を示す情報は、通信部１１０を介して第１のスタッフが利用するユーザ端末１００へ送信される。

（出力部１３０）
出力部１３０は、映像、画像、又は音声等によって、制御部１４０から出力された情報を出力する。例えば、出力部１３０は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）又はＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）の表示装置、又はスピーカ等の音声出力装置により実現される。

出力部１３０は、例えばＡＰサーバ２００により生成されたシフト表を表示し得る。ユーザは、表示されたシフト表によって、自らの希望が満たされているか否かを判断可能である。

ユーザ端末１００が、第１のスタッフにより利用される場合について説明する。この場合、まず、出力部１３０（第１の出力部）は、ユーザが交代を希望する勤務シフトを交代可能である、ＡＰサーバ２００から通知された１人以上の交代候補のスタッフを示す情報を出力する。そして、第２のスタッフにより交代要求の承諾／拒絶が選択されると、出力部１３０は、選択結果を示す情報を出力する。例えば、出力部１３０は、交代相手（第２のスタッフ）による交代要求の承諾に応じて、勤務シフトの交代、及びユーザ（第１のスタッフ）が保有するポイントの消費が行われた結果を示す情報を出力する。これにより、ユーザは、交代が実現したこと、及び自身が保有するポイントが消費されたことを確認することができる。

続いて、ユーザ端末１００が、第２のスタッフにより利用される場合について説明する。この場合、まず、出力部１３０（第２の出力部）は、他のスタッフ（第１のスタッフ）からの、交代要求を示す情報を出力する。そして、ユーザにより交代要求の承諾／拒絶が選択されると、出力部１３０は、選択結果を示す情報を出力する。例えば、ユーザが交代要求を承諾した場合、出力部１３０は、勤務シフトの交代、及びユーザ（第２のスタッフ）へのポイントの付与が行われた結果を示す情報を出力する。これにより、ユーザは、交代が実現したこと、及び自身が保有するポイントが増加したことを確認することができる。

（制御部１４０）
制御部１４０は、演算処理装置および制御装置として機能し、各種プログラムに従ってユーザ端末１００内の動作全般を制御する。制御部１４０は、例えばＣＰＵ（Central Processing Unit）、マイクロプロセッサ等の電子回路によって実現される。なお、制御部１４０は、使用するプログラムや演算パラメータ等を記憶するＲＯＭ（Read Only Memory）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Random Access Memory）を含んでいてもよい。

例えば、制御部１４０は、通信部１１０によりＡＰサーバ２００から受信された情報を出力部１３０に出力させたり、入力部１２０に入力された情報を通信部１１０によりＡＰサーバ２００へ送信させたりする。

以上、本実施形態に係るユーザ端末１００の構成を説明した。続いて、図３を参照して、本実施形態に係るＡＰサーバ２００の構成を説明する。

［２−２．ＡＰサーバの構成例］
図３は、本実施形態に係るＡＰサーバ２００の論理的な構成の一例を示すブロック図である。図３に示すように、ＡＰサーバ２００は、通信部２１０及び制御部２２０を有する。

（通信部２１０）
通信部２１０は、外部機器との間でのデータの送受信を行うための通信モジュールである。例えば、通信部２１０は、ネットワーク３に接続して、ユーザ端末１００又は管理者端末４００との間で通信する。また、通信部２１０は、ＤＢサーバ３００との間で通信する。

（制御部２２０）
制御部２２０は、演算処理装置および制御装置として機能し、各種プログラムに従ってＡＰサーバ２００内の動作全般を制御する。制御部２２０は、例えばＣＰＵ、マイクロプロセッサ等の電子回路によって実現される。なお、制御部２２０は、使用するプログラムや演算パラメータ等を記憶するＲＯＭ、及び適宜変化するパラメータ等を一時記憶するＲＡＭを含んでいてもよい。

制御部２２０は、図３に示すように、取得部２３０、確認部２４０、通知部２５０、設定部２６０及び管理部２７０として機能する。これらの機能構成は、交代支援機能を実現するためのものである。制御部２２０は、他にも、勤務シフト情報管理機能、スタッフ情報管理機能、及びシフト表生成機能等の多様な機能を実現するための機能構成を有していてもよい。

・取得部２３０
取得部２３０は、第１のスタッフから第２のスタッフへの、一旦生成されてＤＢサーバ３００に記憶された勤務シフトの交代を要求する交代要求を取得する機能を有する。取得部２３０は、通信部２１０を介して第１のスタッフが利用するユーザ端末１００と通信することで、交代要求を取得して、管理部２７０に出力する。

まず、取得部２３０は、第１のスタッフからの、交代を希望する勤務シフトを示す情報を取得する。次いで、取得部２３０は、第１のスタッフが交代を希望する勤務シフトを交代可能な１人以上の交代候補のスタッフを示す情報を、第１のスタッフへ通知する。例えば、第１のスタッフが交代を希望する勤務シフトが出勤である場合、取得部２３０は、当該勤務シフトの時間帯で出勤が割り当てられていないスタッフ又は当該勤務シフトの日付が休暇であるスタッフをリストアップする。このとき、取得部２３０は、交代対象の勤務シフトに要求されるスキルや各スタッフの月毎の出勤上限数等の諸条件を満たすようリストアップし得る。一方、第１のスタッフが交代を希望する勤務シフトが休暇である場合、取得部２３０は、当該休暇の日付で出勤が割り当てられているスタッフを、ＤＢサーバ３００に問い合わせてリストアップする。取得部２３０は、リストアップした交代候補のスタッフを示す情報を、通信部２１０を介して第１のスタッフが利用するユーザ端末１００へ送信する。そして、取得部２３０は、交代候補のスタッフの中から選択されたスタッフを、交代相手の第２のスタッフとする交代要求を取得する。この交代要求は、第１のスタッフが利用するユーザ端末１００から返信される。

ここで、リストアップされる交代候補のスタッフは、第１のスタッフより保有するポイントが低いスタッフであってもよい。この場合、第１のスタッフは、保有するポイントが自身より低いスタッフに、交代を要求することとなる。これにより、保有するポイントが高い、即ち組織への貢献度が高いほど交代候補が多くなり交代できる可能性が向上する。一方で、保有するポイントが低い、即ち組織への貢献度が低いほど交代候補が少なくなり交代できる可能性が減少する。また、頻繁に交代を承諾する等で貢献度が高いスタッフに、交代要求が集中することを防ぐことも可能である。このように、第１のスタッフより保有するポイントが低いスタッフを交代候補とすることで、スタッフ間の公平が実現される。

・確認部２４０
確認部２４０は、交代要求を示す情報を第２のスタッフへ通知し、第２のスタッフが交代要求を承諾するか否かを確認する機能を有する。例えば、確認部２４０は、取得部２３０により取得された交代要求を示す情報を、通信部２１０を介して第２のスタッフが利用するユーザ端末１００へ送信する。そして、確認部２４０は、第２のスタッフによる承諾／拒絶の選択結果を示す応答メッセージを、ユーザ端末１００から受信する。

・通知部２５０
通知部２５０は、後述する管理部２７０による更新結果を示す情報を第１のスタッフ及び第２のスタッフに通知する機能を有する。例えば、交代が承諾された場合、通知部２５０は、勤務シフトの交代、第１のスタッフが保有するポイントの消費、及び第２のスタッフへのポイントの付与が行われた結果を示す情報を、通信部２１０を介して双方のユーザ端末１００に送信する。さらに、通知部２５０は、勤務シフトの交代が行われる旨を、管理者端末４００へ通知してもよい。これにより、管理者は、例えば休暇のバランスが崩れたこと等を知ることができ、留意事項として次のシフト表生成の際に活用することができる。一方で、交代が拒絶された場合、通知部２５０は、交代が拒絶されたことを示す情報を、通信部２１０を介して第１のスタッフが利用するユーザ端末１００に送信する。

・設定部２６０
設定部２６０は、勤務シフトごとに属性に応じたポイントを設定する機能を有する。例えば、設定部２６０は、勤務シフトの「日勤」「早番」「遅番」「夜勤」「休暇」等の勤務種別や、勤務日が休日であるか否か等に応じて、ポイントを設定する。設定部２６０は、属性に応じた、出勤のためのポイント及び交代のためのポイントを設定する。出勤のためのポイントとは、出勤したスタッフへ付与されるポイントである。交代のためのポイントとは、交代が成立した際に、交代を要求したスタッフが消費するポイント及び交代を承諾したスタッフへ付与されるポイントである。以下、これらのポイントの設定について順に説明する。

−出勤のためのポイント
設定部２６０は、複数のスタッフの間で需要が低い属性の勤務シフトに大きな値のポイントを設定する。スタッフが実際に勤務シフトに従って業務を実施することで、設定されたポイントが付与される。例えば、休暇希望が重なりやすく、需要が低い休日出勤を行ったスタッフには、大きな値のポイントが付与される。このように、需要が低い、即ち多くのスタッフが敬遠する属性の勤務シフトの割り当てを容認するスタッフには、多くのポイントが付与される。また、多くのポイントが付与されるので、ポイントの消費を伴う勤務シフトの交代を行いやすくなる。このように、組織への貢献が正当に評価されるため、スタッフ間の不公平感が解消される。以下、休日出勤に係るポイントの一例を示す。

３ポイント付与
正月、お盆、ゴールデンウィーク等の休日が連続する日における出勤
２ポイント付与
クリスマスイブ等の、休日ではないが休暇取得が集中する日における出勤
１ポイント付与
土曜日、日曜日、連休にならない祝日における出勤

なお、ポイントの保有量に上限値、有効期間等が設定されてもよい。例えば、上限値を１００ポイントとし、１年毎にリセットされて、残ったポイントは５０ポイントを上限として次年度へ繰越されてもよい。中途採用のスタッフへは、１０〜２０ポイント程度を初期値とすることで、中途採用のスタッフへの便宜を図ることができる。

−交代のためのポイント
設定部２６０は、複数のスタッフの間で需要が低い属性の勤務シフトに大きな値のポイントを設定する。詳しくは、設定部２６０は、複数のスタッフの間で需要が低い属性の勤務シフトの交代が成立した場合の、第１のスタッフが保有するポイントの消費量を大きく設定し、第２のスタッフへのポイントの付与量を大きく設定する。

例えば、休暇から休日出勤へ勤務シフトを交代した第２のスタッフには、大きな値のポイントが付与さる。これにより、出勤のためのポイントと同様に、組織への貢献が正当に評価されるため、スタッフ間の公平性を実現することができる。また、休日出勤から休暇へ勤務シフトの交代を要求した第１のスタッフは、大きな値のポイントを消費する。これにより、組織に助けられた分だけポイントの保有量が下がることになり、ポイントの消費を伴う勤務シフトの交代を行いにくくなるため、スタッフ間の公平性を実現することができる。

交代に係るポイントの消費量及び付与量は、同一であってもよいし、異なっていてもよい。例えば、消費量が付与量よりも大きく設定される場合、交代を要求するスタッフに対して、ペナルティを与えることができる。また、付与量が消費量よりも大きく設定される場合、交代を承諾するスタッフに対して、インセンティブを与えることができる。以下、休日出勤の交代に係るポイントの一例を示す。

３ポイント付与、３ポイント消費
正月、お盆、ゴールデンウィーク等の休日が連続する日における出勤の交代
２ポイント付与、２ポイント消費
クリスマスイブ等の、休日ではないが休暇取得が集中する日における出勤の交代
１ポイント付与、１ポイント消費
土曜日、日曜日、連休にならない祝日における出勤の交代
１ポイント付与、１ポイント消費
その他の日における出勤の交代

なお、設定部２６０は、職場毎に異なる設定を行ってもよいし、スタッフごとに異なる設定を行ってもよい。例えば、設定部２６０は、スタッフの働き方の好みに応じて、出勤のためのポイントを設定してもよい。例えば、休日出勤を好むスタッフには、平日出勤に大きなポイントを設定してもよい。

・管理部２７０
管理部２７０は、第２のスタッフによる交代要求の承諾に応じて、勤務シフトの交代、第１のスタッフが保有するポイントの消費、及び第２のスタッフへのポイントの付与を行ってＤＢサーバ３００に記憶された情報を更新する機能を有する。詳しくは、管理部２７０は、取得部２３０により取得された交代要求であって、確認部２４０により承諾が確認された交代要求に係る勤務シフトの交代を行う。そして、管理部２７０は、交代する勤務シフトの属性及び設定部２６０による設定に応じて、第１のスタッフが保有するポイントの消費、及び第２のスタッフへのポイントの付与を行う。例えば、第１のスタッフに割り当てられた正月の出勤と第２のスタッフに割り当てられた休暇とが交代された場合、管理部２７０は、第１のスタッフが保有するポイントから３ポイントを消費して、第２のスタッフへ３ポイントを付与する。

また、管理部２７０は、出勤した勤務シフトの属性及び設定部２６０による設定に応じて、出勤したスタッフへのポイントの付与を行う。例えば、管理部２７０は、正月に出勤したスタッフに３ポイントを付与する。

以上、本実施形態に係るＡＰサーバ２００の構成を説明した。続いて、図４〜図９を参照して、本実施形態に係る情報処理システム１の動作処理を説明する。

［２−３．動作処理］
図４は、本実施形態に係る情報処理システム１において実行される勤務シフト交代処理の流れの一例を示すシーケンス図である。図４に示すように、本シーケンスには、ユーザ端末１００Ａ、１００Ｂ、ＡＰサーバ２００及びＤＢサーバ３００が関与する。ここで、第１のスタッフが利用するユーザ端末１００をユーザ端末１００Ａ、第２のスタッフが利用するユーザ端末１００をユーザ端末１００Ｂとする。本シーケンスでは、ユーザ端末１００Ａのユーザに割り当てられた出勤を、ユーザ端末１００Ｂのユーザに割り当てられた休暇と交代する場合の動作例を説明する。

まず、ユーザ端末１００Ａは、ＡＰサーバ２００へシフト情報要求メッセージを送信し（ステップＳ１０２）、ＡＰサーバ２００は、シフト情報をＤＢサーバ３００から取得し（ステップＳ１０４）、ユーザ端末１００Ａへ返信する（ステップＳ１０６）。シフト情報とは、ＡＰサーバ２００により生成されたシフト表に関する情報であり、シフト表の他にも、ユーザが保有するポイントを示す情報等の任意の情報が含まれていてもよい。そして、ユーザ端末１００Ａは、受信したシフト情報を表示する（ステップＳ１０８）。ここで、図５を参照して、ユーザ端末１００Ａによるシフト情報の表示例を説明する。

図５は、本実施形態に係るユーザ端末１００Ａの表示例を説明するための説明図である。図５に示した例では、２０１４年５月における、名前が「○○ ○○」であるユーザ（第１のスタッフ）に割り当てられた勤務シフトの一覧が表示されている。ユーザは、変更を希望する勤務シフトの横のラジオボタン５１２を選択して、交渉ボタン５１４を押下することで、交代希望を入力する（ステップＳ１１０）。なお、ユーザ端末１００Ａの入力部１２０は、ラジオボタン５１２の選択及び交渉ボタン５１４の押下を、タッチパネルへのタッチにより受け付けてもよいし、カーソルキー等のハードウェアキーにより受け付けてもよい。

ユーザ端末１００Ａは、ユーザからの交代希望の入力を受け付けると、交代候補者情報要求メッセージをＡＰサーバ２００へ送信し（ステップＳ１１２）、ＡＰサーバ２００は、ＤＢサーバ３００を参照して交代候補者を選出する（ステップＳ１１４）。例えば、ＡＰサーバ２００は、交代を希望する日に休暇が割り当てられており、交代対象の勤務シフトに要求されるスキルや月毎の出勤上限数等の諸条件を満たし、且つ保有するポイントが交代を希望したユーザよりも低いスタッフをリストアップする。表１を参照すると、休暇の取得を希望した「○○ ○○」よりも保有するポイントが低いスタッフは、「▽▽ ▽▽」「△△ △△」「□□ □□」「×× ××」の４名である。ここでは、ＡＰサーバ２００はこの４名をリストアップしたものとする。

次いで、ＡＰサーバ２００は、リストアップした交代候補者を示す交代候補者情報をユーザ端末１００Ａへ送信し（ステップＳ１１６）、ユーザ端末１００Ａは、受信した交代候補者情報を表示する（ステップＳ１１８）。ここで、図６を参照して、ユーザ端末１００Ａによる交代候補者情報の表示例を説明する。

図６は、本実施形態に係るユーザ端末１００Ａの表示例を説明するための説明図である。図６に示すように、ユーザ端末１００Ａは、ＡＰサーバ２００によりリストアップされた４名の交代候補者の名前の一覧を表示する（符号５２２）。なお、交代候補者がいない場合は、候補者は表示されない。また、ユーザ端末１００Ａは、交代希望日、交代内容、ユーザが現在保有するポイント、交代後のポイントを表示している（符号５２４）。符号５２４に示すように、この例では、交代のためにユーザが保有するポイントが２ポイント消費されることになる。ユーザは、交代を要求する交代候補者の横のラジオボタン５２６を選択して、交渉ボタン５２８を押下することで、交代要求を入力する（ステップＳ１２０）。

ユーザ端末１００Ａは、ユーザからの交代要求の入力を受け付けると、交代要求を格納した交代要求メッセージをＡＰサーバ２００へ送信し、ＡＰサーバ２００は、交代相手が利用するユーザ端末１００Ｂへ交代要求メッセージを中継する（ステップＳ１２２）。交代要求メッセージを受信したユーザ端末１００Ｂは、交代要求を示す情報を表示する（ステップＳ１２４）。ここで、図７を参照して、ユーザ端末１００Ｂによる交代要求情報の表示例を説明する。

図７は、本実施形態に係るユーザ端末１００Ｂの表示例を説明するための説明図である。図７に示した例では、ユーザ端末１００Ｂは、名前が「△△ △△」であるユーザ（第２のスタッフ）に対する交代要求情報として、交代要求元のスタッフ名「○○ ○○」、交代希望日、交代内容、現在保有するポイント、及び交代後のポイントを表示している（符号５３２）。符号５３２に示すように、この例では、交代を承諾するとユーザへ２ポイントが付与されることになる。ユーザは、この交代要求を承諾、拒絶又は保留することが可能であり、承諾する場合は受諾ボタン５３４、拒絶する場合は拒否ボタン５３６、保留する場合は保留ボタン５３８を押下する。ここでは、ユーザは、受諾ボタン５３４を押下して、交代要求の承諾を入力したものとする（ステップＳ１２６）。

ユーザ端末１００Ｂは、ユーザからの交代要求の承諾の入力を受け付けると、交代の承諾したことを示す交代応答メッセージをＡＰサーバ２００へ送信する（Ｓ１２８）。次いで、ＡＰサーバ２００は、勤務シフトの交代、第１のスタッフが保有するポイントの消費、及び第２のスタッフへのポイントの付与を行ってＤＢサーバ３００に記憶された情報を更新する（Ｓ１３０）。なお、交代要求が拒絶又は保留された場合、ユーザ端末１００Ｂは、交代要求が拒絶又は保留されたこと示す交代応答メッセージを、ＡＰサーバ２００を介してユーザ端末１００Ａへ送信してもよい。この場合、例えば、ユーザ端末１００Ａは、他の交代候補者への交代要求を受け付けてもよい。

ＡＰサーバ２００は、更新処理後、更新結果を格納した更新結果情報をユーザ端末１００Ａへ送信し（ステップＳ１３２）、ユーザ端末１００Ａは、更新結果を示す情報を表示する（ステップＳ１３４）。ここで、図８を参照して、ユーザ端末１００Ａによる更新結果情報の表示例を説明する。

図８は、本実施形態に係るユーザ端末１００Ａの表示例を説明するための説明図である。図８に示すように、ユーザ端末１００Ａは、交代要求に係る勤務シフトの交代が成立したこと、及び交代に係るポイント消費を経た現在保有するポイントを表示する。

同様に、ＡＰサーバ２００は、更新処理後、更新結果を格納した更新結果情報をユーザ端末１００Ｂへ送信し（ステップＳ１３６）、ユーザ端末１００Ｂは、更新結果を示す情報を表示する（ステップＳ１３８）。ここで、図９を参照して、ユーザ端末１００Ｂによる更新結果情報の表示例を説明する。

図９は、本実施形態に係るユーザ端末１００Ｂの表示例を説明するための説明図である。図９に示すように、ユーザ端末１００Ｂは、交代要求に係る勤務シフトの交代が成立したこと、及び交代に係るポイント付与を経た現在保有するポイントを表示する。

以上、本実施形態に係る情報処理システム１の動作処理の一例を説明した。

＜３．第２の実施形態＞
本実施形態は、交代を要求する際に、他の勤務シフトの交代を交換条件として提示する形態である。

本実施形態に係る交代要求は、勤務シフトの交代の交換条件である、他に交代が可能な１以上の勤務シフトの交代候補を示す情報を含む。例えば、交代要求が、第１のスタッフの出勤と第２のスタッフの休暇との交代を要求するものである場合、交換条件である勤務シフトの交代候補は、第２のスタッフの出勤と第１のスタッフの休暇との交代となり得る。この場合、交代を承諾した第２のスタッフは、改めて代休を取得する必要がなくなるので、管理者は代休設定業務を省略することができる。

例えば、第１のスタッフは、交代要求の際に、交換条件として１以上の交代候補を提示し、第２のスタッフは、提示された交代候補のいずれかを選択して交代を承諾する。ＡＰサーバ２００の管理部２７０は、交代要求に係る勤務シフトの交代を行った上で、交代候補の中から第２のスタッフにより選択された勤務シフトの交代を行う。なお、この交換条件の勤務シフトの交代に関して、ポイントの消費及び付与は行われてもよいし、行われなくてもよい。

以下、図４を再度参照しながら、本実施形態に係る情報処理システム１の動作処理例を説明する。ただし、第１の実施形態と同様の部分については、詳細な説明を省略する。

ステップＳ１０２〜Ｓ１１８における処理は、上記説明した通りである。ここで、図１０を参照して、本実施形態に係るユーザ端末１００ＡがステップＳ１１８において表示する、交代候補者情報の表示例を説明する。

図１０は、本実施形態に係るユーザ端末１００Ａの表示例を説明するための説明図である。図１０に示すように、ユーザ端末１００Ａは、図６に示した情報に加えて、交換条件となる交代候補の一覧（符号６０２）を表示している。ここでは、交代候補として、ユーザ端末１００Ａを利用するスタッフに休暇が割り当てられている日付の一覧が表示されている。ユーザは、交代を要求する交代候補者の横のラジオボタン６０４を選択すると共に、休暇の一覧のうち交換条件として提示する休暇のチェックボックス６０６にチェックを付けて、交渉ボタン６０８を押下することで、交代要求を入力する（ステップＳ１２０）。これにより、交代要求メッセージに、勤務シフトの交代の交換条件を示す情報が含まれることになる。

なお、交代候補の一覧（符号６０２）は、交代を要求する交代候補者のシフト表に応じて変化してもよい。例えば、交代候補者も同日に休暇を取得している場合は休暇と休暇とが交代されることになるため、交換条件に値しない。このため、第１のスタッフが休暇であって、第２のスタッフが出勤日である日付のみが、交代候補として表示されてもよい。

ステップＳ１２２〜Ｓ１２４における処理は、上記説明した通りである。ここで、図１１を参照して、本実施形態に係るユーザ端末１００ＢがステップＳ１２４において表示する、交代要求情報の表示例を説明する。

図１２は、本実施形態に係るユーザ端末１００Ｂの表示例を説明するための説明図である。図１２に示すように、ユーザ端末１００Ｂは、図７に示した情報に加えて、交換条件として提示された交代候補の一覧（符号６１２）を表示している。ユーザは、提示された交代候補のうち代休を取得する日付のラジオボタン６１４を選択して受諾ボタン６１６を押下することで、交代要求の承諾を入力する（ステップＳ１２６）。これにより、交代応答メッセージに、交換条件として交代する勤務シフトを示す情報が含まれることになる。

ステップＳ１２８における処理は、上記説明した通りである。ステップＳ１３０では、上記説明した処理に加え、ＡＰサーバ２００は、交換条件に係る勤務シフトの交代を行ってＤＢサーバ３００に記憶された情報を更新する。

ステップＳ１３２〜Ｓ１３４における処理は、上記説明した通りである。ここで、図１２を参照して、本実施形態に係るユーザ端末１００ＡがステップＳ１３４において表示する、更新結果情報の表示例を説明する。

図１１は、本実施形態に係るユーザ端末１００Ａの表示例を説明するための説明図である。図１１に示すように、ユーザ端末１００Ａは、図８に示した情報に加えて、交換条件として提示した勤務シフトの交代が行われたことを示す情報（符号６２２）を表示する。

ステップＳ１３６〜Ｓ１３８における処理は、上記説明した通りである。ここで、図１３を参照して、本実施形態に係るユーザ端末１００ＢがステップＳ１３８において表示する、更新結果情報の表示例を説明する。

図１３は、本実施形態に係るユーザ端末１００Ｂの表示例を説明するための説明図である。図１３に示すように、ユーザ端末１００Ｂは、図９に示した情報に加えて、交代の交換条件として、ユーザ端末１００Ｂのユーザが選択した勤務シフトの交代（代休の取得）が行われたことを示す情報（符号６３２）を表示する。

以上、本実施形態に係る情報処理システム１の動作処理の一例を説明した。

＜４．まとめ＞
以上、図１〜図１３を参照して、本発明の一実施形態について詳細に説明した。本実施形態に係るＤＢサーバ３００は、複数のスタッフの勤務シフト及び保有するポイントを記憶しておく。そして、ＡＰサーバ２００は、第１のスタッフから第２のスタッフへの交代要求を取得し、第２のスタッフによる承諾に応じて、勤務シフトの交代、第１のスタッフが保有するポイントの消費、及び第２のスタッフへのポイントの付与を行ってＤＢサーバ３００に記憶された情報を更新する。このように、ＡＰサーバ２００が勤務シフトの交代に係る交渉を仲介することで、交渉にかかる負荷を軽減され、交渉の成否の人間関係への依存が解消されてスタッフ間での公平性が実現する。また、交代のインセンティブとしてポイントを導入することで、スタッフ間での公平性が実現されると共に、組織への貢献を定量的に評価することが可能となる。

また、ポイントは、複数のスタッフの間で需要が低い属性の勤務シフトに大きな値が設定される。需要が低い、即ち多くのスタッフが敬遠する属性の勤務シフトの割り当てを容認するスタッフには、多くのポイントが付与される。組織への貢献度が高いほど多くのポイントが付与されるので、スタッフのモチベーションを向上させることができる。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

例えば、上記実施形態では、情報処理システム１は、サーバクライアント型のシステムであるとして説明したが、本発明はかかる例に限定されない。例えば、ユーザ端末１００同士が直接通信するＰ２Ｐ型のシステムであってもよい。この場合、各ユーザ端末１００は、情報交換を行って情報の同期を取りながら、シフト管理システム２としての機能を発揮する。

また、上記実施形態では、シフト制の職場における勤務シフトの交代について説明したが、本発明はかかる例に限定されない。例えば、一般的な土日祝日が休みの会社において本発明が適用されてもよい。また、上記実施形態では、１日単位で勤務シフトを交代する例を説明したが、本発明はかかる例に限定されない。例えば、１時間単位で交代してもよいし、１週間単位で交代してもよい。

なお、本明細書において説明した各装置による一連の処理は、ソフトウェア、ハードウェア、及びソフトウェアとハードウェアとの組合せのいずれを用いて実現されてもよい。ソフトウェアを構成するプログラムは、例えば、各装置の内部又は外部に設けられる記憶媒体（非一時的な媒体：non-transitory media）に予め格納される。そして、各プログラムは、例えば、コンピュータによる実行時にＲＡＭに読み込まれ、ＣＰＵなどのプロセッサにより実行される。

また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。

１ 情報処理システム
２ シフト管理システム
３ ネットワーク
１００ ユーザ端末
１１０ 通信部
１２０ 入力部
１３０ 出力部
１４０ 制御部
２００ ＡＰサーバ
２１０ 通信部
２２０ 制御部
２３０ 取得部
２４０ 確認部
２５０ 通知部
２６０ 設定部
２７０ 管理部
３００ ＤＢサーバ
４００ 管理者端末

Claims (18)

1. 複数のスタッフの勤務シフト及び保有するポイントを記憶する記憶部と、
   第１のスタッフから第２のスタッフへの、前記記憶部に記憶された勤務シフトの交代を要求する交代要求を取得する取得部と、
   前記第２のスタッフによる前記交代要求の承諾に応じて、勤務シフトの交代、前記第１のスタッフが保有するポイントの消費、及び前記第２のスタッフへのポイントの付与を行って前記記憶部に記憶された情報を更新する管理部と、
   を備えるシフト管理システム。
2. 前記シフト管理システムは、勤務シフトごとに属性に応じた交代のためのポイントを設定する設定部をさらに備え、
   前記管理部は、交代する勤務シフトの属性及び前記設定部による設定に応じて前記第１のスタッフが保有するポイントの消費、及び前記第２のスタッフへのポイントの付与を行う、請求項１に記載のシフト管理システム。
3. 前記設定部は、複数のスタッフの間で需要が低い属性の勤務シフトに大きな値のポイントを設定する、請求項２に記載のシフト管理システム。
4. 前記設定部は、スタッフごとに異なる設定を行う、請求項２又は３に記載のシフト管理システム。
5. 前記設定部は、勤務シフトごとに属性に応じた出勤のためのポイントを設定し、
   前記管理部は、出勤した勤務シフトの属性及び前記設定部による設定に応じて、出勤したスタッフへのポイントの付与を行う、請求項２〜４のいずれか一項に記載のシフト管理システム。
6. 前記取得部は、勤務シフトを交代可能な１人以上の交代候補のスタッフを示す情報を前記第１のスタッフへ通知し、前記交代候補のスタッフの中から選択されたスタッフを前記第２のスタッフとする前記交代要求を取得する、請求項１〜５のいずれか一項に記載のシフト管理システム。
7. 前記交代候補のスタッフは、前記第１のスタッフより保有するポイントが低いスタッフである、請求項６に記載のシフト管理システム。
8. 前記シフト管理システムは、前記交代要求を示す情報を前記第２のスタッフへ通知し、前記第２のスタッフが前記交代要求を承諾するか否かを確認する確認部をさらに備える、請求項１〜７のいずれか一項に記載のシフト管理システム。
9. 前記シフト管理システムは、前記管理部による更新結果を示す情報を前記第１のスタッフ及び前記第２のスタッフに通知する通知部をさらに備える、請求項１〜８のいずれか一項に記載のシフト管理システム。
10. 勤務シフトの交代は、前記第１のスタッフの出勤と前記第２のスタッフの休暇との交代である、請求項１〜９のいずれか一項に記載のシフト管理システム。
11. 前記交代要求は、勤務シフトの交代の交換条件である、他に交代が可能な１以上の勤務シフトの交代候補を示す情報を含み、
    前記管理部は、前記勤務シフトの交代候補の中から選択された勤務シフトの交代を行う、請求項１〜１０のいずれか一項に記載のシフト管理システム。
12. 前記勤務シフトの交代候補は、前記第２のスタッフの出勤と前記第１のスタッフの休暇との交代である、請求項１１に記載のシフト管理システム。
13. ユーザが保有するポイントの消費及び交代相手へのポイントの付与を伴う勤務シフトの交代を要求する交代要求を受け付ける入力部と、
    前記交代相手による前記交代要求の承諾に応じて、勤務シフトの交代、及びユーザが保有するポイントの消費が行われた結果を示す情報を出力する出力部と、
    を備える端末装置。
14. 前記入力部は、ユーザによる他のユーザからの前記交代要求の承諾を受け付け、
    前記出力部は、勤務シフトの交代、及びユーザへのポイントの付与が行われた結果を示す情報を出力する、請求項１３に記載の端末装置。
15. シフト管理システム、第１の端末装置、及び第２の端末装置を備え、
    前記シフト管理システムは、
    複数のスタッフの勤務シフト及び保有するポイントを記憶する記憶部と、
    第１のスタッフから第２のスタッフへの、前記記憶部に記憶された勤務シフトの交代を要求する交代要求を取得する取得部と、
    前記第２のスタッフによる前記交代要求の承諾に応じて、勤務シフトの交代、前記第１のスタッフが保有するポイントの消費、及び前記第２のスタッフへのポイントの付与を行って前記記憶部に記憶された情報を更新する管理部と、
    を有し、
    前記第１の端末装置は、
    前記第１のスタッフによる前記交代要求を受け付ける第１の入力部と、
    前記管理部による更新結果を示す情報を出力する第１の出力部と、
    を有し、
    前記第２の端末装置は、
    前記第２のスタッフによる前記交代要求の承諾を受け受ける第２の入力部と、
    前記管理部による更新結果を示す情報を出力する第２の出力部と、
    を有する、情報処理システム。
16. 複数のスタッフの勤務シフト及び保有するポイントを記憶するステップと、
    第１のスタッフから第２のスタッフへの、記憶された勤務シフトの交代を要求する交代要求を取得するステップと、
    前記第２のスタッフによる前記交代要求の承諾を受け受けるステップと、
    前記第２のスタッフによる前記交代要求の承諾に応じて、勤務シフトの交代、前記第１のスタッフが保有するポイントの消費、及び前記第２のスタッフへのポイントの付与を行って記憶された情報を更新するステップと、
    更新結果を示す情報を出力するステップと、
    を含む、情報処理方法。
17. コンピュータを、
    複数のスタッフの勤務シフト及び保有するポイントを記憶する記憶部と、
    第１のスタッフから第２のスタッフへの、前記記憶部に記憶された勤務シフトの交代を要求する交代要求を取得する取得部と、
    前記第２のスタッフによる前記交代要求の承諾に応じて、勤務シフトの交代、前記第１のスタッフが保有するポイントの消費、及び前記第２のスタッフへのポイントの付与を行って前記記憶部に記憶された情報を更新する管理部と、
    として機能させるためのプログラム。
18. コンピュータを、
    ユーザが保有するポイントの消費及び交代相手へのポイントの付与を伴う勤務シフトの交代を要求する交代要求を受け付ける入力部と、
    前記交代相手による前記交代要求の承諾に応じて、勤務シフトの交代、及びユーザが保有するポイントの消費が行われた結果を示す情報を出力する出力部と、
    として機能させるためのプログラム。
    

Images