(57)【特許請求の範囲】
【請求項１】
勤務時間毎に必要な従業員数及び従業員が希望する勤務日時情報を入力する入力手段と、
従業員の勤務状況に対する評価を示す勤怠評価情報を評価点数として管理する管理手段と、
前記入力手段により入力された前記従業員数及び前記勤務日時情報と前記管理手段により管理された前記勤怠評価情報とに基づいて、前記勤務時間毎に必要な従業員を割り当てることにより勤務シフトを作成するシフト作成手段と、
従業員が欠勤した場合は当該従業員の前記評価点数から予め定めた減算値を減算し、他の従業員が欠勤した際に、従業員が当該欠員補充に協力した場合は当該従業員の前記評価点数に予め定めた加算値を加算することで、前記勤怠評価情報を更新する更新手段と、
前記他の従業員が欠勤した際に、前記勤怠評価情報が低い従業員から順に欠員補充を要請する従業員を選択し、選択された従業員に欠員補充を要請する要請手段と、
を備える勤務管理装置。
【請求項２】
前記シフト作成手段は、前記勤怠評価情報が高い従業員の前記勤務日時情報を優先させて前記勤務シフトを作成する請求項１に記載の勤務管理装置。
【請求項３】
従業員が希望する勤務の繰り返しを示すシフト希望パラメータと、予め記憶された従業員の勤務外スケジュールに基づいて、前記勤務日時情報を作成する希望シフト作成手段を備える請求項１又は２に記載の勤務管理装置。
【請求項４】
前記シフト希望パラメータは、特定の曜日、特定の週、及び特定の日付の少なくとも一つを含む請求項３に記載の勤務管理装置。
【請求項５】
コンピュータを、
勤務時間毎に必要な従業員数及び従業員が希望する勤務日時情報を入力する入力手段、
従業員の勤務状況に対する評価を示す勤怠評価情報を評価点数として管理する管理手段、
前記入力手段により入力された前記従業員数及び前記勤務日時情報と前記管理手段により管理された前記勤怠評価情報とに基づいて、前記勤務時間毎に必要な従業員を割り当てることにより勤務シフトを作成するシフト作成手段、
従業員が欠勤した場合は当該従業員の前記評価点数から予め定めた減算値を減算し、他の従業員が欠勤した際に、従業員が当該欠員補充に協力した場合は当該従業員の前記評価点数に予め定めた加算値を加算することで、前記勤怠評価情報を更新する更新手段、
前記他の従業員が欠勤した際に、前記勤怠評価情報が低い従業員から順に欠員補充を要請する従業員を選択し、選択された従業員に欠員補充を要請する要請手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、勤務管理装置及びプログラムに関する。
【背景技術】
【０００２】
従来、例えば、小売店や飲食店等の経営者等の管理者が、従業員の希望する条件及び過去の勤務シフトの実績に基づいて勤務シフトを作成する勤務シフト作成支援装置が知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２６９２５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、勤務シフトが作成された後でも、欠勤等でシフトの変更を与儀なくされることがあり、その場合にはシフトを組み直さなければならず、管理者にとっては手間のかかる問題である。また、シフトを組み直そうとしても協力してくれる従業員が見つからないこともあり、業務を滞りなく進めるために、従業員の協力意識を高める必要がある。
【０００５】
本発明の課題は、勤務時間毎に必要な従業員数、従業員が希望する勤務日時情報、従業員の勤怠評価情報に基づいて勤務シフトを作成することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明の勤務管理装置は、勤務時間毎に必要な従業員数及び従業員が希望する勤務日時情報を入力する入力手段と、従業員の勤務状況に対する評価を示す勤怠評価情報を評価点数として管理する管理手段と、前記入力手段により入力された前記従業員数及び前記勤務日時情報と前記管理手段により管理された前記勤怠評価情報とに基づいて、前記勤務時間毎に必要な従業員を割り当てることにより勤務シフトを作成するシフト作成手段と、従業員が欠勤した場合は当該従業員の前記評価点数から予め定めた減算値を減算し、他の従業員が欠勤した際に、従業員が当該欠員補充に協力した場合は当該従業員の前記評価点数に予め定めた加算値を加算することで、前記勤怠評価情報を更新する更新手段と、前記他の従業員が欠勤した際に、前記勤怠評価情報が低い従業員から順に欠員補充を要請する従業員を選択し、選択された従業員に欠員補充を要請する要請手段と、を備える。
【０００７】
また、本発明のプログラムは、コンピュータを、勤務時間毎に必要な従業員数及び従業員が希望する勤務日時情報を入力する入力手段、従業員の勤務状況に対する評価を示す勤怠評価情報を評価点数として管理する管理手段、前記入力手段により入力された前記従業員数及び前記勤務日時情報と前記管理手段により管理された前記勤怠評価情報とに基づいて、前記勤務時間毎に必要な従業員を割り当てることにより勤務シフトを作成するシフト作成手段、従業員が欠勤した場合は当該従業員の前記評価点数から予め定めた減算値を減算し、他の従業員が欠勤した際に、従業員が当該欠員補充に協力した場合は当該従業員の前記評価点数に予め定めた加算値を加算することで、前記勤怠評価情報を更新する更新手段、前記他の従業員が欠勤した際に、前記勤怠評価情報が低い従業員から順に欠員補充を要請する従業員を選択し、選択された従業員に欠員補充を要請する要請手段、として機能させるためのプログラムである。
【発明の効果】
【０００８】
本発明によれば、勤務時間毎に必要な従業員数、従業員が希望する勤務日時情報、従業員の勤怠評価情報に基づいて勤務シフトを作成することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態における勤務管理システムを示すブロック図である。
【図２】（ａ）は、希望シフト集計ＤＢの構成を示す図であり、（ｂ）は、希望シフト提出管理の構成を示す図であり、（ｃ）は、勤務シフトＤＢの構成を示す図であり、（ｄ）は、シフト調整ＤＢの構成を示す図である。
【図３】（ａ）は、勤怠評価ＤＢの構成を示す図であり、（ｂ）は、交替管理ＤＢの構成を示す図であり、（ｃ）は、カレンダーＤＢの構成を示す図である。
【図４】本実施形態におけるシフト作成処理を示すフローチャートである。
【図５】本実施形態における交替登録処理を示すフローチャートである。
【図６】本実施形態における勤怠評価処理を示すフローチャートである。
【図７】本実施形態における希望シフト作成処理を示すフローチャートである。
【図８】従業員が操作する入力画面の一例である。
【図９】希望シフト作成処理の具体例を説明するための図である。
【図１０】従業員が操作する入力画面の一例である。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照して本発明に係る実施の形態を詳細に説明する。なお、本発明は、図示例に限定されるものではない。
【００１１】
図１〜図３を参照して、本実施の形態の装置構成を説明する。
先ず、図１を参照して、本実施の形態の勤務管理システム１を説明する。図１は、勤務管理システム１を示すブロック図である。
【００１２】
勤務管理システム１は、例えば小売店や飲食店等の経営者等の管理者が、従業員の勤務時間を管理するための勤務シフトを作成する際の支援を行うシステムである。
【００１３】
勤務管理システム１は、勤務管理装置としてのサーバ１０と、端末装置２０と、を備える。勤務管理システム１の各装置は、通信ネットワークＮに接続される。
【００１４】
サーバ１０は、通信ネットワークＮのクラウド内のサーバ装置であり、勤務に関する情報、従業員のシフトに関する情報、従業員の評価に関する情報等を記憶して管理する。サーバ１０は、一台で構成されるものとするが、これに限定されるものではなく、複数台の装置から構成されるものとしてもよい。
【００１５】
端末装置２０は、管理者及び各従業員がユーザとして所持して使用するための装置である。端末装置２０は、例えば、タブレットＰＣ、ノートＰＣ、スマートフォン等の携帯端末であって、通信ネットワークＮに無線通信接続可能である。このため、端末装置２０は、従業員が何時何処においても使用することが可能である。
【００１６】
通信ネットワークＮは、インターネットであるものとし、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、専用線等を含んでもよい。
【００１７】
なお、図１では、勤務管理システム１に備えられた端末装置２０を１台のみ図示しているが、勤務管理システム１は、管理者及び複数の従業員がそれぞれ所有する複数の端末装置２０を備え、サーバ１０が、管理者及び全ての従業員の情報を管理する構成である。
【００１８】
次いで、サーバ１０の機能構成を詳細に説明する。
【００１９】
サーバ１０は、シフト作成手段、更新手段、要請手段、希望シフト作成手段としてのＣＰＵ（Central Processing Unit）１１と、操作部１２と、ＲＡＭ（Random Access Memory）１３と、表示部１４と、記憶手段としての記憶部１５と、通信部１６と、を備える。サーバ１０の各部は、バス１７を介して接続されている。
【００２０】
ＣＰＵ１１は、サーバ１０の各部を制御する。ＣＰＵ１１は、記憶部１５に記憶されているシステムプログラム及びアプリケーションプログラムのうち、指定されたプログラムを読み出してＲＡＭ１３に展開し、当該プログラムとの協働で、各種処理を実行する。
【００２１】
操作部１２は、キーボード等のキー入力部と、マウス等のポインティングデバイスとを有し、キー入力及び位置入力を受け付け、その操作情報をＣＰＵ１１に出力する。
【００２２】
ＲＡＭ１３は、揮発性のメモリであり、各種のデータやプログラムを一時的に格納するワークエリアを形成する。
【００２３】
表示部１４は、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electro Luminescent）ディスプレイ等で構成され、ＣＰＵ１１から指示された表示情報に従い各種表示を行う。
【００２４】
記憶部１５は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等により構成され、データ及びプログラムを書き込み及び読み出し可能な記憶部である。記憶部１５は、後述する、希望シフト集計ＤＢ（データベース）３０、希望シフト提出管理ＤＢ４０、勤務シフトＤＢ５０、シフト調整ＤＢ６０、勤怠評価ＤＢ７０、交替管理ＤＢ８０、カレンダーＤＢ９０、を記憶している。また、記憶部１５は、シフト作成プログラム１５１、交替登録プログラム１５２、勤怠評価プログラム１５３、希望シフト作成プログラム１５４、を記憶している。
【００２５】
通信部１６は、ネットワークカード等により構成され、通信ネットワークＮに有線通信接続される。ＣＰＵ１１は、通信部１６を介して、通信ネットワークＮ上の機器と通信が可能である。
【００２６】
次いで、端末装置２０の機能構成を詳細に説明する。
【００２７】
端末装置２０は、ＣＰＵ２１と、操作部２２と、ＲＡＭ２３と、表示部２４と、記憶部２５と、通信部２６と、を備える。端末装置２０の各部は、バス２７を介して接続されている。
【００２８】
ＣＰＵ２１、ＲＡＭ２３、表示部２４は、サーバ１０のＣＰＵ１１、ＲＡＭ１３、表示部１４と同様であるため、重複する説明を省略する。ＣＰＵ２１は、端末装置２０の各部を制御する。
【００２９】
操作部２２は、表示部２４の表示画面上に設けられた静電容量方式等のタッチパネルである。操作部２２は、ユーザからの指によるタッチ入力を受け付け、その操作情報をＣＰＵ２１に出力する。また、操作部２２は、タッチペン（ディジタイザペン）からの入力を受け付けることとしてもよい。
【００３０】
記憶部２５は、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等で構成され、情報の読み出し及び書き込みが可能なメモリである。
【００３１】
通信部２６は、アンテナ、変調復調回路、信号処理部等を有する無線通信部で構成され、通信ネットワークＮ上の基地局（図示略）又はアクセスポイント（図示略）と無線通信を行う。ＣＰＵ２１は、通信部２６を介して、通信ネットワークＮ上の機器と通信が可能である。
【００３２】
次に、図２、３を参照して、サーバ１０に記憶される情報を説明する。図２（ａ）は、希望シフト集計ＤＢ３０の構成を示す図である。図２（ｂ）は、希望シフト提出管理ＤＢ４０の構成を示す図である。図２（ｃ）は、勤務シフトＤＢ５０の構成を示す図である。図２（ｄ）は、シフト調整ＤＢ６０の構成を示す図である。図３（ａ）は、勤怠評価ＤＢ７０の構成を示す図である。図３（ｂ）は、交替管理ＤＢ８０の構成を示す図である。図３（ｃ）は、カレンダーＤＢ９０の構成を示す図である。
【００３３】
図２（ａ）を参照して、サーバ１０の記憶部１５に記憶される希望シフト集計ＤＢ３０を説明する。希望シフト集計ＤＢ３０は、従業員から提出された希望シフトの内容に関する情報を管理するデータベースである。希望シフトとは、従業員が希望する勤務シフトの時間（この場合、希望する勤務日付と、希望する勤務時間帯）を示すものである。希望シフト集計ＤＢ３０は、「従業員Ｎｏ．」３１と、「日付」３２と、「時間帯カテゴリ」３３と、のフィールドを有する。
【００３４】
「従業員Ｎｏ．」３１は、各従業員を特定するための識別番号である。「日付」３２は、勤務希望日の日付である。「時間帯カテゴリ」３３は、希望する勤務時間帯である。
【００３５】
図２（ｂ）を参照して、サーバ１０の記憶部１５に記憶される希望シフト提出管理ＤＢ４０を説明する。希望シフト提出管理ＤＢ４０は、勤務予定の従業員が希望シフトを提出したか否かに関する情報を管理するデータベースである。希望シフト提出管理ＤＢ４０は、「従業員Ｎｏ．」４１と、「希望合計時間」４２と、「提出済フラグ」４３と、のフィールドを有する。
【００３６】
「従業員Ｎｏ．」４１は、各従業員を特定するための識別番号である。「希望合計時間」４２は、提出された希望シフトから集計された勤務時間の合計時間である。「提出済フラグ」４３は、希望シフトが提出されたことを示し、希望シフトが提出されると「０」から「１」に更新される。
【００３７】
図２（ｃ）を参照して、記憶部１５に記憶される勤務シフトＤＢ５０を説明する。勤務シフトＤＢ５０は、勤務シフトを決定するため、勤務に関する情報を管理するデータベースである。また、勤務シフトＤＢ５０は、従業員の勤務シフトの変更等に応じて更新されるものとする。勤務シフトＤＢ５０は、「日付」５１と、「時間帯カテゴリ」５２と、「必要人数」５３と、「確定人数」５４と、「従業員Ｎｏ．」５５と、「確定フラグ」５６と、のフィールドを有する。
【００３８】
「日付」５１は、勤務日の日付である。「時間帯カテゴリ」５２は、勤務の時間帯である。「必要人数」５３は、勤務に必要な従業員の数である。「確定人数」５４は、出勤が確定している従業員の数である。「従業員Ｎｏ．」５５は、出勤が確定している従業員の従業員Ｎｏ．である。「確定フラグ」５６は、シフトが確定されたことを示し、「必要人数」５３と「確定人数」５４が同じ数になると、「０」から「１」に更新される。
また、「日付」５１、「時間帯カテゴリ」５２、及び「必要人数」５３は、勤務シフトを作成するための勤務条件であり、管理者により登録される。
【００３９】
図２（ｄ）を参照して、サーバ１０の記憶部１５に記憶されるシフト調整ＤＢ６０を説明する。シフト調整ＤＢ６０は、従業員から提出された希望シフトの内容を変更するシフト調整を行ったか否かに関する情報を管理するデータベースである。シフト調整ＤＢ６０は、「従業員Ｎｏ．」６１と、「調整フラグ」６２と、のフィールドを有する。
【００４０】
「従業員Ｎｏ．」６１は、各従業員を特定するための識別番号である。なお、シフト調整ＤＢ６０は、全従業員分のレコードを有する。「調整フラグ」６２は、シフト調整されたことを示し、未調整の場合「０」であって、調整中の場合は「１」、調整済の場合は「２」に、それぞれに更新される。
【００４１】
図３（ａ）を参照して、サーバ１０の記憶部１５に記憶される勤怠評価ＤＢ７０を説明する。勤怠評価ＤＢ７０は、従業員の評価点数に関する情報を管理するデータベースである。勤怠評価ＤＢ７０は、「従業員Ｎｏ．」７１と、「評価点数」７２と、のフィールドを有する。
【００４２】
「従業員Ｎｏ．」７１は、各従業員を特定するための識別番号である。なお、シフト調整ＤＢ６０は、全従業員分のレコードを有する。「評価点数」７２は、従業員の評価点数の合算値である。
【００４３】
図３（ｂ）を参照して、サーバ１０の記憶部１５に記憶される交替管理ＤＢ８０を説明する。交替管理ＤＢ８０は、従業員のシフト交替に関する情報を管理するデータベースである。交替管理ＤＢ８０は、「Ｎｏ．」８１と、「出勤対象日付」８２と、「時間帯カテゴリ」８３と、「欠勤従業員Ｎｏ．」８４と、「協力従業員Ｎｏ．」８５と、「事象発覚日付」８６と、「作成時発生フラグ」８７と、「欠勤フラグ」８８と、のフィールドを有する。
【００４４】
「Ｎｏ．」８１は、各レコード毎に自動で割り振られる番号である。「出勤対象日付」８２は、シフトの交替をした勤務日である。「時間帯カテゴリ」８３は、シフトの交替をした勤務の時間帯である。「欠勤従業員Ｎｏ．」８４は、欠勤した従業員の従業員Ｎｏ．である。「協力従業員Ｎｏ．」８５は、欠勤した従業員に代わりに勤務した従業員の従業員Ｎｏ．である。「事象発覚日付」８６は、欠勤の連絡があった日の日付である。「作成時発生フラグ」８７は、シフト交替の発生原因を示し、シフト作成時に発生した人員の過不足に対する協力の場合「１」、従業員からの希望によって発生した場合「０」となる。「欠勤フラグ」８８は、欠勤に対する交替の場合「１」、シフト作成時に発生する時間変更に対応した場合「０」となる。
【００４５】
図３（ｃ）を参照して、サーバ１０の記憶部１５に記憶されるカレンダーＤＢ９０を説明する。カレンダーＤＢ９０は、従業員の勤務以外のスケジュールを管理するデータベースである。カレンダーＤＢ９０は、従業員がスケジュールを登録するごとに更新される。
カレンダーＤＢ９０は、「従業員Ｎｏ．」９１、「スケジュール」９２を有する。「従業員Ｎｏ．」９１は、各従業員を特定するための識別番号である。「スケジュール」９２は、特定の日程における、従業員の勤務以外のスケジュールである。
【００４６】
次に、図４〜図１０を参照して、勤務管理システム１の動作を説明する。図４は、シフト作成処理を示すフローチャートである。図５は、交替登録処理を示すフローチャートである。図６は、勤怠評価処理を示すフローチャートである。図７は、希望シフト作成処理を示すフローチャートである。図８は、従業員が操作する入力画面の一例である。図９は、希望シフト作成処理の具体例を説明するための図である。図１０は、従業員が操作する入力画面の一例である。
【００４７】
先ず、図４を参照して、シフト作成処理について説明する。
シフト作成処理とは、従業員から提出された希望シフトを元に、従業員の勤務日及び勤務時間を組み立てる処理である。
サーバ１０のＣＰＵ１１は、例えば、管理者の端末装置２０により指示されたこと、或いは予め設定された日付（毎月第３月曜日など）になったこと等をトリガとして（ＳＴＡＲＴ）、記憶部１５から読み出して適宜ＲＡＭ１３に展開したシフト作成プログラム１５１との協働により、シフト作成処理を実行する。
【００４８】
先ず、ＣＰＵ１１は、従業員の端末装置２０に対して、希望シフトの提出を促す通知を行う（ステップＳ１１）。ここで、ＣＰＵ１１は、勤務管理システム１上の勤務予定の従業員が保有する全ての端末装置２０に対して、通知を行う。また、このとき提出期限も通知する。
【００４９】
次いで、ＣＰＵ１１は、従業員の端末装置２０から送信されてきた希望シフトを受信し、希望シフト集計ＤＢ３０に登録すると共に、希望シフト提出管理ＤＢ４０の更新を行う（ステップＳ１２）。
【００５０】
次いで、ＣＰＵ１１は、希望シフトの提出期限になったか否かを判断し（ステップＳ１３）、提出期限になっていない場合（ステップＳ１３：ＮＯ）、上記ステップＳ１２に戻って以降の処理を繰り返す。
【００５１】
一方、提出期限になった場合（ステップＳ１３：ＹＥＳ）、ＣＰＵ１１は、希望シフト提出管理ＤＢ４０の「提出済フラグ」４３を確認することで、希望シフトを通知した全ての端末装置２０から受信したか否かを判断する（ステップＳ１４）。
【００５２】
そして、希望シフトを通知した全ての端末装置２０から受信していなかった場合（ステップＳ１４：ＮＯ）、ＣＰＵ１１は、未提出の端末装置２０に催促を促す通知を行うと共に、管理者に通知する（ステップＳ１５）。
【００５３】
一方、希望シフトを通知した全ての端末装置２０から受信した場合（ステップＳ１４：ＹＥＳ）、ＣＰＵ１１は、勤怠評価ＤＢ７０の評価の高い順に、勤務シフトＤＢ５０に従業員を設定する（ステップＳ１６）。例えば、「２０１５年３月１日の午後」の勤務の場合、勤務シフトＤＢ５０を参照すると必要人数は１人である。この時間帯で勤務を希望しているのは、希望シフト集計ＤＢ３０を参照すると、従業員「０００２」と「０００３」であるが、勤怠評価ＤＢ７０の評価の高い従業員「０００２」がシフトに設定される。即ち、勤怠評価が高い順に当該従業員の希望シフトを考慮した勤務シフトを設定することにより、勤怠評価が高い従業員の希望を優先させて勤務シフトを作成している。
【００５４】
次いで、ＣＰＵ１１は、従業員を設定した後の勤務シフトＤＢ５０において、人員の過不足があるか否かを判断する（ステップＳ１７）。
【００５５】
そして、人員の過不足がない場合（ステップＳ１７：ＮＯ）、ＣＰＵ１１は、端末装置２０に対してシフトを配信し（ステップＳ１８）、本処理を終了する。
【００５６】
一方、人員の過不足がある場合（ステップＳ１７：ＹＥＳ）、ＣＰＵ１１は、勤怠評価ＤＢ７０の評価の低い順に、シフト調整依頼の通知を行う（ステップＳ１９）。即ち、勤務管理システム１は、勤務評価の評価点数が低い従業員に対して、その従業員の評価点数が高くなるように、評価が向上するためのチャンスを与える仕組みを備えている。
【００５７】
次いで、ＣＰＵ１１は、シフト調整依頼に対する返事がきたか否かを判断し（ステップＳ２０）、返事がきていない場合（ステップＳ２０：ＮＯ）、かかるステップＳ２０の処理を繰り返す。
【００５８】
一方、シフト調整依頼に対する返事がきた場合（ステップＳ２０：ＹＥＳ）、ＣＰＵ１１は、勤務シフトＤＢ５０、シフト調整ＤＢ６０、交替管理ＤＢ８０の更新を行い（ステップＳ２１）、上記ステップＳ１７に戻って以降の処理を繰り返す。
【００５９】
次に、図５を参照して、交替登録処理について説明する。
交替登録処理とは、従業員の欠勤により、上記のシフト作成処理により作成されたシフトの変更を与儀なくされた場合、交替可能な従業員を探し、その交替を反映させたシフトに変更する処理である。
サーバ１０のＣＰＵ１１は、端末装置２０（従業員）からシフトに関する連絡を受信したことをトリガとして（ＳＴＡＲＴ）、記憶部１５から読み出して適宜ＲＡＭ１３に展開した交替登録プログラム１５２との協働により、交替登録処理を実行する。
【００６０】
先ず、ＣＰＵ１１は、端末装置２０から受信した連絡が欠勤の連絡か否かを判断する（ステップＳ３１）。
【００６１】
そして、欠勤の連絡であった場合（ステップＳ３１：ＹＥＳ）、ＣＰＵ１１は、交替管理ＤＢ８０を更新する（ステップＳ３２）。
【００６２】
次いで、ＣＰＵ１１は、勤怠評価ＤＢ７０の評価の低い順に、協力要請の通知を行い（ステップＳ３３）、上記ステップＳ３１に移行する。即ち、ステップＳ３３は、勤務評価の評価点数が低い従業員に対して、その従業員の評価点数が高くなるように、評価が向上するためのチャンスを与える仕組みである。図６を参照して後述するように、協力要請の通知に応じて、通知を受けた従業員が協力要請に応じて勤務した場合は、協力した従業員の評価点数に３点を加点する。
【００６３】
また、上記ステップＳ３１において、欠勤の連絡でなかった場合（ステップＳ３１：ＮＯ）、ＣＰＵ１１は、シフト調整依頼に対するＯＫの連絡か否かを判断し（ステップＳ３４）、シフト調整依頼に対するＯＫの連絡でなかった場合（ステップＳ３４：ＮＯ）、ステップＳ３３に移行する。
【００６４】
一方、シフト調整依頼に対するＯＫの連絡であった場合（ステップＳ３４：ＹＥＳ）、ＣＰＵ１１は、交替管理ＤＢ８０及びシフトＤＢを更新し（ステップＳ３５）、本処理を終了する。
【００６５】
次に、図６を参照して、勤怠評価処理について説明する。
勤怠評価処理は、従業員の欠勤や、希望シフト以外での勤務実勢を反映した勤怠評価を行うための評価値を算出する処理である。
サーバ１０のＣＰＵ１１は、例えば、予め設定された日付（毎月の末日など）になったことをトリガとして（ＳＴＡＲＴ）、記憶部１５から読み出して適宜ＲＡＭ１３に展開した勤怠評価プログラム１５３との協働により、勤怠評価処理を実行する。
【００６６】
先ず、ＣＰＵ１１は、交替管理ＤＢ８０の交替日が経過したものがあるか否かを判断し（ステップＳ５１）、経過したものがない場合（ステップＳ５１：ＮＯ）、かかるステップＳ５１の処理を繰り返す。
【００６７】
一方、交替日が経過したものがある場合（ステップＳ５１：ＹＥＳ）、ＣＰＵ１１は、「欠勤フラグ」が「１」か否かを判断する（ステップＳ５２）。
【００６８】
そして、「欠勤フラグ」が「１」でない場合（ステップＳ５２：ＮＯ）、ＣＰＵ１１は、協力した従業員の勤怠評価ＤＢ７０に１点加点し（ステップＳ５３）、その後、交替管理ＤＢ８０から対象レコードを削除し（ステップＳ５４）、本処理を終了する。
【００６９】
また、上記ステップＳ５２において、欠勤フラグが「１」の場合（ステップＳ５２：ＹＥＳ）、ＣＰＵ１１は、「作成時発生フラグ」が「１」か否かを判断する（ステップＳ５５）。
【００７０】
そして、「作成時発生フラグ」が「１」でない場合（ステップＳ５５：ＮＯ）、ＣＰＵ１１は、欠勤した従業員の勤怠評価ＤＢ７０を後述する計算により算出した所定の点数だけ減点し（ステップＳ５６）、協力した従業員の勤怠評価ＤＢ７０に３点加点し（ステップＳ５７）、その後、上記ステップＳ５４に移行する。
一方、「作成時発生フラグ」が「１」の場合（ステップＳ５５：ＹＥＳ）、ＣＰＵ１１は、上記ステップＳ５７に移行する。
【００７１】
ここで、ステップＳ５６の点数の算出法を説明する。
先ず、出勤の対象の日付から、欠勤の連絡をした日付までの日数を算出する。次いで、予め設定された値である「１０」から、算出した日数を引いた値を算出し、これを「該当する点数」とする。また、この値が「１０」以上となった場合には、１点限定とする。
例えば、出勤の対象の日付が「７／１０」で、欠勤の連絡をした日付が「７／５」の場合、１０−５の計算がなされて、点数は「５」となる。
また、出勤の対象の日付が「７／１０」で、欠勤の連絡をした日付が「７／２」の場合、１０−８の計算がなされて、点数は「２」となる。
また、出勤の対象の日付が「７／１０」で、欠勤の連絡をした日付が「６／３０」以前の場合、点数は「１」となる。
【００７２】
このような計算により、勤怠評価ＤＢ７０の値が、より詳細に各従業員の勤務態度を反映したものとなる。
【００７３】
このように、本システムによれば、管理者は、勤務シフトＤＢ５０の勤務条件を設定するのみで良い。
また、勤務シフトＤＢ５０においてシフト確定後、欠勤や変更が必要になった従業員は、本システムにアクセスし、交替管理ＤＢ８０に登録すると、全従業員の勤怠評価ＤＢ７０と希望シフト提出管理ＤＢ４０を元に、変更依頼や欠員代替依頼が対象の従業員に送信される。対象の従業員がＯＫかＮＧかを本システムに対して返信すると、シフト調整ＤＢ６０が更新される。具体的に、ＮＧの返信だった場合は次の対象の従業員へ連絡を行い、ＯＫの返信がくるまで繰り返す。ＯＫの返信がくると交替管理ＤＢ８０に登録される。なお、全従業員がＮＧの返信だった場合は経営者に通知される。
また、シフト作成段階で人員不足が発生した場合も、急な欠員発生時と同様にシステムが自動で代替依頼が象の従業員に送信される。
また、変更依頼や代替依頼に協力した従業員は、評価に加点が反映され、欠勤した従業員については減点が行われる。
【００７４】
次に、図７〜図１０を参照して、希望シフト作成処理について説明する。
本実施形態においては、上記シフト作成処理のステップＳ１１において希望シフトの提出を促す通知を行った際、従業員からシフト希望パラメータを取得することで、希望シフトを自動で作成、提出することができる。
即ち、希望シフト作成処理は、従業員からシフト希望パラメータを取得し、これに基づいて従業員の希望勤務日及び希望勤務時間からなる希望シフトを作成して提出する処理である。
サーバ１０のＣＰＵ１１は、例えば、従業員から所定のシフト希望パラメータが送信されてきたことをトリガとして（ＳＴＡＲＴ）、記憶部１５から読み出して適宜ＲＡＭ１３に展開した希望シフト作成プログラム１５４との協働により、希望シフト作成処理を実行する。
【００７５】
先ず、ＣＰＵ１１は、端末装置２０（従業員）から送信されてきたシフト希望パラメータを取得する（ステップＳ７１）。
【００７６】
ここで、図８（ａ）は、従業員がシフト希望パラメータを入力する際に、端末装置２０の表示部２４に表示される入力画面１００の一例である。
【００７７】
入力画面１００は、「シフト希望日時一覧表示」１０１と、「追加ボタン」１０２と、「削除ボタン」１０３と、「編集ボタン」１０４と、「キャンセルボタン」１０５と、「ＯＫボタン」１０６と、を備えている。
【００７８】
「シフト希望日時一覧表示」１０１は、希望の勤務日（曜日）及び時間を示す。「追加ボタン」１０２は、シフト希望日時を追加する際に使用する。「削除ボタン」１０３は、「シフト希望日時一覧表示」１０１の内容を削除する際に使用する。「編集ボタン」１０４は、「シフト希望日時一覧表示」１０１の内容を編集する際に使用する。「キャンセルボタン」１０５は、入力画面１００の画面表示をキャンセルする際に使用する。「ＯＫボタン」１０６は、入力画面１００の画面表示の内容をＯＫする際に使用する。
【００７９】
また、図８（ｂ）は、「追加ボタン」１０２又は「編集ボタン」１０４が操作された際に表示される、遷移先の入力画面２００の一例である。
【００８０】
入力画面２００は、「日付指定部」２０１と、「時間指定部」２０２と、「キャンセルボタン」２０３と、「ＯＫボタン」２０４と、を備えている。
【００８１】
「日付指定部」２０１は、日付を個別指定または繰り返し指定することができる。「時間指定部」２０２は、時間を終日指定または個別指定することができる。「キャンセルボタン」２０３は、入力画面２００の画面表示をキャンセルする際に使用する。「ＯＫボタン」２０４は、入力画面２００の画面表示の内容をＯＫする際に使用する。
【００８２】
ＣＰＵ１１は、上記入力画面１００及び入力画面２００により入力された希望勤務日（曜日）及び希望勤務時間を、シフト希望パラメータとして、取得する。
例えば、例えば、図９（ａ）に示すように、「毎週水曜日１７：００〜２２：００希望」といったシフト希望パラメータが取得される。
【００８３】
次いで、ＣＰＵ１１は、カレンダーＤＢから、シフトを作成する期間のスケジュールを取得する（ステップＳ７２）。
シフトを作成する期間のスケジュールとは、カレンダーＤＢに予め登録された従業員の勤務以外のスケジュールであって、例えば、図９（ｂ）に示すように、「スケジュール１：２月１１日（水）１３：００〜１８：００予定あり」「スケジュール２：２月１２日（木）１４：００〜１５：００予定あり」といったものである。
【００８４】
次いで、ＣＰＵ１１は、上記ステップＳ７１にて取得したシフト希望パラメータから、仮シフト表を作成する（ステップＳ７３）。
仮シフト表とは、取得したシフト希望パラメータのみから作成されたシフト表であって、例えば、図９（ａ）に示したシフト希望パラメータからは、図９（ｃ）に示すように、「希望１：２月４日  １７：００〜２２：００」「希望２：２月１１日  １７：００〜２２：００」「希望３：２月１８日  １７：００〜２２：００」「希望４：２月２５日  １７：００〜２２：００」といった仮シフト表が作成される。
【００８５】
次いで、ＣＰＵ１１は、仮シフト表のシフトのうち、上記ステップＳ７２にて取得したスケジュールに被っているものを除外する（ステップＳ７４）。
例えば、図９（ｃ）に示した仮シフト表から、図９（ｂ）に示したスケジュールを除外すると、「希望１：２月４日  １７：００〜２２：００」「希望３：２月１８日  １７：００〜２２：００」「希望４：２月２５日  １７：００〜２２：００」のみが残ることとなる。
【００８６】
次いで、ＣＰＵ１１は、上記ステップＳ７４にて、仮シフト表からスケジュールを除外した残りのシフトを、暫定版希望シフトとする（ステップＳ７５）。
上記図９（ａ）〜図９（ｃ）の例では、図９（ｄ）に示すものが暫定版希望シフトとなる。
【００８７】
次いで、ＣＰＵ１１は、暫定版希望シフトの端末装置２０への送信を開始する（ステップＳ７６）。
【００８８】
ここで、図１０（ａ）は、端末装置２０の表示部２４に表示される暫定版希望シフト３００の一例である。
【００８９】
暫定版希望シフト３００は、「シフト希望日時一覧表示」３０１と、「追加ボタン」３０２と、「削除ボタン」３０３と、「編集ボタン」３０４と、「後で通知ボタン」３０５と、「提出ボタン」３０６と、を備えている。
【００９０】
「シフト希望日時一覧表示」３０１は、希望の勤務日（曜日）及び時間を示す。「追加ボタン」３０２は、シフト希望日時を追加する際に使用する。「削除ボタン」３０３は、「シフト希望日時一覧表示」３０１の内容を削除する際に使用する。「編集ボタン」３０４は、「シフト希望日時一覧表示」３０１の内容を編集する際に使用する。「後で通知ボタン」３０５は、暫定版希望シフトの提出指示を後にするため、暫定版希望シフト３００の画面表示をキャンセルする際に使用する。「提出ボタン」３０６は、暫定版希望シフト３００の内容にて提出を指示する際に使用する。
【００９１】
また、図１０（ｂ）は、「追加ボタン」３０２又は「編集ボタン」３０４が操作された際に表示される、遷移先の希望シフト変更画面４００の一例である。
【００９２】
希望シフト変更画面４００は、「日付指定部」４０１と、「時間指定部」４０２と、「キャンセルボタン」４０３と、「ＯＫボタン」４０４と、を備えている。
【００９３】
「日付指定部」４０１は、日付を指定することができる。「時間指定部」４０２は、時間を終日指定または個別指定することができる。「キャンセルボタン」４０３は、希望シフト変更画面４００の画面表示をキャンセルする際に使用する。「ＯＫボタン」４０４は、希望シフト変更画面４００の画面表示の内容をＯＫする際に使用する。
【００９４】
次いで、ＣＰＵ１１は、暫定版希望シフト３００の「提出ボタン」３０６が操作されない状態において、予め設定されている提出期限が過ぎているか否かを判断する（ステップＳ７７）。
【００９５】
そして、提出期限が過ぎている場合（ステップＳ７７：ＹＥＳ）、ＣＰＵ１１は、暫定版希望シフトを提出することとして（ステップＳ７８）、本処理を終了する。
【００９６】
一方、提出期限が過ぎていない場合（ステップＳ７７：ＮＯ）、ＣＰＵ１１は、端末装置２０により後で提出する旨の指示（「後で通知ボタン」３０５の操作）がなされたか否かを判断し（ステップＳ７９）、後で提出する旨の指示がなされた場合（ステップＳ７９：ＹＥＳ）、上記ステップＳ７６に戻って以降の処理を繰り返す。
【００９７】
また、後で提出する旨の指示がなされていない、即ち、すぐに提出する旨の指示がなされた場合（ステップＳ７９：ＮＯ）、ＣＰＵ１１は、端末装置２０により暫定版希望シフトを訂正する旨の指示がなされたか否かを判断する（ステップＳ８０）。
【００９８】
そして、暫定版希望シフトを訂正する旨の指示がなされた場合（ステップＳ８０：ＹＥＳ）、ＣＰＵ１１は、暫定版希望シフトを訂正して提出することとし（ステップＳ８１）、本処理を終了する。
一方、暫定版希望シフトを訂正する旨の指示がなされない場合（ステップＳ８０：ＮＯ）、ＣＰＵ１１は、暫定版希望シフトをそのまま提出することとし（ステップＳ８２）、本処理を終了する。
【００９９】
このように、本システムによれば、予め入力したシフト希望パラメータと、個人のスケジュールを入力したカレンダーとから、自動的に暫定版希望シフトが作成される。このため、従業員は、自動的に作成された暫定版希望シフトを確認し、修正があれば修正して、簡単に提出することができる。また、従業員が期限までに希望シフトを提出し忘れていても、暫定版希望シフトが提出されるので、管理者は、暫定的ではあるがその時点の従業員の希望シフトを把握することができることとなる。
【０１００】
以上のように、本実施形態においては、サーバ１０は、記憶部１５に、勤務時間毎に必要な従業員数及び従業員が希望する勤務日時情報、従業員の勤務状況に対する評価を示す勤怠評価情報を記憶し、ＣＰＵ１１は、従業員数及び勤務日時情報、勤怠評価情報に基づいて勤務時間毎に必要な従業員を割り当てることにより勤務シフトを作成する。特に、ＣＰＵ１１は、勤怠評価情報が高い従業員の勤務日時情報を優先させて勤務シフトを作成する。
このため、勤怠評価が高い従業員の希望を優先させて勤務シフトを作成することで、シフト割り当ての公平性を保つことができ従業員の協力意識を高めることができる。
【０１０１】
また、本実施形態によれば、ＣＰＵ１１は、勤務シフトに関連する従業員の勤怠実績に応じて、勤怠評価情報を更新する。
このため、勤怠実績に応じて勤怠評価が高まるため、従業員の協力意識を高めることができる。
【０１０２】
また、本実施形態によれば、勤怠評価情報は、評価点数であり、ＣＰＵ１１は、従業員が欠勤した場合は当該従業員の評価点数から予め定めた減算値を減算し、他の従業員が欠勤した際に、従業員が当該欠員補充に協力した場合は当該従業員の評価点数に予め定めた加算値を加算する。
このため、従業員の欠勤や欠員補充への協力などに応じて評価点数が更新されるため、明確な勤怠評価を行うことができる。
【０１０３】
また、本実施形態によれば、ＣＰＵ１１は、他の従業員が欠勤した際に、勤怠評価情報が低い従業員から順に欠員補充を要請する従業員を選択し、選択された従業員に欠員補充を要請する。
このため、勤怠評価が低い従業員から順に、勤怠評価を高める機会が与えられることとなって、従業員の協力意識を高めることができる。
【０１０４】
また、本実施形態によれば、ＣＰＵ１１は、従業員が希望する勤務の繰り返しを示すシフト希望パラメータと、予め記憶された従業員の勤務外スケジュールに基づいて、勤務日時情報を作成する。
このため、従業員が希望シフトを作成する手間を省くことができる。
【０１０５】
また、本実施形態によれば、シフト希望パラメータは、特定の曜日、特定の週、及び特定の日付の少なくとも一つを含む。
このため、従業員は、特定の曜日、特定の週、及び特定の日付等を設定するだけで、希望シフトを作成することができる。
【０１０６】
なお、勤怠評価が、所定期間（例えば、月ごと）に更新することとしても良い。このようにすることで、その期間ごとの評価が可能となる。
また、欠勤の理由によって、減点する点数を減らすこととしても良い。例えば、忌引きなどの際には、減点する点数を「０」とするなどとしても良い。
【０１０７】
以上、本発明のいくつかの実施形態を説明したが、本発明の範囲は、上述の実施の形態に限定するものではなく、特許請求の範囲に記載された発明の範囲をその均等の範囲を含む。
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。
【０１０８】
〔付記〕
＜請求項１＞
勤務時間毎に必要な従業員数及び従業員が希望する勤務日時情報を入力する入力手段と、
従業員の勤務状況に対する評価を示す勤怠評価情報を管理する管理手段と、
前記入力手段により入力された前記従業員数及び前記勤務日時情報、前記管理手段により管理された前記勤怠評価情報に基づいて前記勤務時間毎に必要な従業員を割り当てることにより勤務シフトを作成するシフト作成手段と、
を備える勤務管理装置。
＜請求項２＞
前記シフト作成手段は、前記勤怠評価情報が高い従業員の前記勤務日時情報を優先させて前記勤務シフトを作成する請求項１に記載の勤務管理装置。
＜請求項３＞
前記勤務シフトに関連する従業員の勤怠実績に応じて、前記勤怠評価情報を更新する更新手段を備える請求項１または２に記載の勤務管理装置。
＜請求項４＞
前記勤怠評価情報は、評価点数であり、
前記更新手段は、従業員が欠勤した場合は当該従業員の前記評価点数から予め定めた減算値を減算し、他の従業員が欠勤した際に、従業員が当該欠員補充に協力した場合は当該従業員の前記評価点数に予め定めた加算値を加算する請求項３に記載の勤務管理装置。
＜請求項５＞
前記他の従業員が欠勤した際に、前記勤怠評価情報が低い従業員から順に欠員補充を要請する従業員を選択し、選択された従業員に欠員補充を要請する要請手段を備える請求項４に記載の勤務管理装置。
＜請求項６＞
従業員が希望する勤務の繰り返しを示すシフト希望パラメータと、予め記憶された従業員の勤務外スケジュールに基づいて、前記勤務日時情報を作成する希望シフト作成手段を備える請求項１〜５の何れか一項に記載の勤務管理装置。
＜請求項７＞
前記シフト希望パラメータは、特定の曜日、特定の週、及び特定の日付の少なくとも一つを含む請求項６に記載の勤務管理装置。
＜請求項８＞
コンピュータを、
勤務時間毎に必要な従業員数及び従業員が希望する勤務日時情報を入力する入力手段、
従業員の勤務状況に対する評価を示す勤怠評価情報を管理する管理手段、
前記入力手段により入力された前記従業員数及び前記勤務日時情報、前記管理手段により管理された前記勤怠評価情報に基づいて前記勤務時間毎に必要な従業員を割り当てることにより勤務シフトを作成するシフト作成手段、
として機能させるためのプログラム。
【符号の説明】
【０１０９】
１  勤務管理システム
１０  サーバ（勤務管理装置）
１１  ＣＰＵ（シフト作成手段、更新手段、要請手段、希望シフト作成手段）
１２  操作部
１４  表示部
１５  記憶部（入力手段、管理手段）
１５１  シフト作成プログラム
１５２  交替登録プログラム
１５３  勤怠評価プログラム
１５４  希望シフト作成プログラム
３０  希望シフト集計ＤＢ
４０  希望シフト提出管理ＤＢ
５０  勤務シフトＤＢ
６０  シフト調整ＤＢ
７０  勤怠評価ＤＢ
８０  交替管理ＤＢ
９０  カレンダーＤＢ
１６  通信部
１７  バス
２０  端末装置
２１  ＣＰＵ
２２  操作部
２３  ＲＡＭ
２４  表示部
１００、２００  入力画面
３００  暫定版希望シフト
４００  希望シフト変更画面
２５  記憶部
２６  通信部
２７  バス
【図１】
0006610110.tif 000002
【図２】
0006610110.tif 000003
【図３】
0006610110.tif 000004
【図４】
0006610110.tif 000005
【図５】
0006610110.tif 000006
【図６】
0006610110.tif 000007
【図７】
0006610110.tif 000008
【図８】
0006610110.tif 000009
【図９】
0006610110.tif 000010
【図１０】
0006610110.tif 000011