JP6729343B2 - 勤務シフト管理装置及びプログラム - Google Patents

Description

本発明は、勤務シフト管理装置及びプログラムに関する。

従来、例えば、複数の従業者が各々所有する端末であって同従業者の希望する勤怠シフトを含むシフト希望情報をシフト割当サーバに送信する従業者端末と、同端末から送信されたシフト希望情報を基に勤怠シフト予定を割当てるシフト割当サーバとを備えた勤怠シフトシステムが知られている（特許文献１参照）。

特開２０１５−２２５５５０号公報

しかしながら、上記特許文献１に開示されている勤怠シフトシステムの場合、出勤希望日毎に複数ある勤務時間帯の各々に対する出勤の可否を一斉に指定しなければならず、指定操作が煩雑となってしまうという問題がある。

本発明は、このような問題に鑑みてなされたものであり、希望勤務シフトデータの入力を簡潔にすること、又は、勤務シフトの作成を容易にすることを目的とする。

上記課題を解決するため、本発明に係る勤務シフト管理装置は、複数の勤務時間帯から希望する勤務時間帯を指定するための入力フォームをユーザＩＤ毎に表示させる表示制御手段と、前記勤務時間帯毎に、当該勤務時間帯に勤務可能な人数を集計する集計手段と、を備え、前記入力フォームは、前記勤務時間帯別に表示画面が切り替えられるフォームであって、複数の日付枠が所定の形式で設けられるとともに、当該日付枠毎に所定のマークを貼り付け入力するためのマーク貼付領域が設けられており、前記表示制御手段は、互いに異なる勤務時間帯が割り当てられ且つ前記表示画面に表示させる勤務時間帯をユーザが選択するための複数の選択ボタンを、前記勤務時間帯のリストとして且つ前記入力フォームの一部として表示させ、前記集計手段は、前記マーク貼付領域に前記マークが貼り付けられたユーザＩＤの数をカウントすることにより、前記日付枠それぞれに対応させて前記勤務時間帯毎に勤務可能な人数を集計する、ことを特徴とする。

また、本発明に係るプログラムは、勤務シフト管理装置のコンピュータを、複数の勤務時間帯から希望する勤務時間帯を指定するための入力フォームをユーザＩＤ毎に表示させる表示制御手段、前記勤務時間帯毎に、当該勤務時間帯に勤務可能な人数を集計する集計手段、として機能させ、前記入力フォームは、前記勤務時間帯別に表示画面が切り替えられるフォームであって、複数の日付枠が所定の形式で設けられるとともに、当該日付枠毎に所定のマークを貼り付け入力するためのマーク貼付領域が設けられており、前記表示制御手段は、互いに異なる勤務時間帯が割り当てられ且つ前記表示画面に表示させる勤務時間帯をユーザが選択するための複数の選択ボタンを、前記勤務時間帯のリストとして且つ前記入力フォームの一部として表示させ、前記集計手段は、前記マーク貼付領域に前記マークが貼り付けられたユーザＩＤの数をカウントすることにより、前記日付枠それぞれに対応させて前記勤務時間帯毎に勤務可能な人数を集計する、ことを特徴とする。

本発明によれば、希望勤務シフトデータの入力を簡潔にすること、又は、勤務シフトの作成を容易にすることができる。

本発明の実施の形態の勤務シフト管理システムを示すブロック図である。 サーバの機能構成を示すブロック図である。 端末装置の機能構成を示すブロック図である。 従業員アカウントＤＢの構成を示す図である。 シフトＤＢの構成を示す図である。 （ａ）は、シフト提出処理を示すフローチャートである。（ｂ）は、集計処理を示すフローチャートである。 シフト提出処理が実行された際の端末装置の表示画面の一例を示す図であり、高橋一郎が自分のユーザＩＤでログインした際の端末装置の表示画面の一例を示す図である。 シフト提出処理が実行された際の端末装置の表示画面の一例を示す図であり、伊藤文子が自分のユーザＩＤでログインした際の端末装置の表示画面の一例を示す図である。 （ａ）〜（ｃ）は、高橋一郎による各勤務時間帯の入力フォームへの希望勤務シフト入力後の表示画面の一例を示す図である。 （ａ）〜（ｃ）は、伊藤文子による各勤務時間帯の入力フォームへの希望勤務シフト入力後の表示画面の一例を示す図である。 （ａ）は、シフト作成処理を示すフローチャートである。（ｂ）は、登録処理を示すフローチャートである。 勤務確定処理を示すフローチャートである。 （ａ）〜（ｃ）は、各勤務時間帯の勤務確定入力フォームの一例を示す図である。 シフト作成処理を実行した際の端末装置の表示画面の一例を示す図である。 シフト作成処理を実行した際の端末装置の表示画面の一例を示す図である。 シフト作成処理を実行した際の端末装置の表示画面の一例を示す図である。 （ａ）は、シフト確認処理を示すフローチャートである。（ｂ）は、シフト確認応答処理を示すフローチャートである。 シフト確認処理を実行した際の端末装置の表示画面の一例を示す図である。 シフト確認処理を実行した際の端末装置の表示画面の一例を示す図である。 シフト確認処理を実行した際の端末装置の表示画面の一例を示す図である。 シフト確認処理を実行した際の端末装置の表示画面の一例を示す図である。 （ａ）〜（ｃ）は、各勤務時間帯の勤務確定入力フォームのその他の一例を示す図である。

以下、添付図面を参照して本発明に係る実施の形態を詳細に説明する。なお、本発明は、図示例に限定されるものではない。

図１〜図３を参照して、本実施の形態の装置構成を説明する。先ず、図１を参照して、本実施の形態の勤務シフト管理システム１を説明する。図１は、勤務シフト管理システム１を示すブロック図である。

勤務シフト管理システム１は、例えば小売店や飲食店等の経営者等の管理者が、従業員の勤務日等を管理するための勤務シフトを作成する際の支援を行うシステムである。

勤務シフト管理システム１は、勤務シフト管理装置としてのサーバ１０と、複数の端末装置２０と、を備える。勤務シフト管理システム１の各装置は、通信ネットワークＮに接続される。

サーバ１０は、通信ネットワークＮのクラウド内のサーバ装置であり、従業員の勤務シフトに関する情報を記憶して管理する。サーバ１０は、一台で構成されるものとするが、これに限定されるものではなく、複数台の装置から構成されるものとしてもよい。

端末装置２０は、管理者及び各従業員がユーザとして所持して使用するための装置である。端末装置２０は、例えば、タブレットＰＣ、ノートＰＣ、スマートフォン等の携帯端末であって、通信ネットワークＮに無線通信接続可能である。このため、端末装置２０は、従業員が何時何処においても使用することが可能である。

通信ネットワークＮは、インターネットであるものとし、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、専用線等を含んでもよい。

なお、図１では、勤務シフト管理システム１に備えられた端末装置２０を３台、例示しているが、勤務シフト管理システム１は、管理者及び複数の従業員がそれぞれ所有する複数の端末装置２０を備え、サーバ１０が、管理者及び全ての従業員の情報を管理する構成である。また、各端末装置２０には、勤務シフトの提出、作成、確認等の機能を実現するアプリケーション（以下、勤務シフト管理アプリと称する）がインストールされているものとする。

次いで、図２を参照して、サーバ１０の内部の機能構成を説明する。図２は、サーバ１０の機能構成を示すブロック図である。

図２に示すように、サーバ１０は、第１〜４の表示制御手段、指定手段、集計手段、としてのＣＰＵ（Central Processing Unit）１１と、操作部１２と、ＲＡＭ（Random Access Memory）１３と、表示部１４と、記憶部１５と、通信部１６と、を備える。サーバ１０の各部は、バス１７を介して接続されている。

ＣＰＵ１１は、サーバ１０の各部を制御する。ＣＰＵ１１は、記憶部１５に記憶されているシステムプログラム及びアプリケーションプログラムのうち、指定されたプログラムを読み出してＲＡＭ１３に展開し、当該プログラムとの協働で、各種処理を実行する。

操作部１２は、キーボード等のキー入力部と、マウス等のポインティングデバイスとを有し、キー入力及び位置入力を受け付け、その操作情報をＣＰＵ１１に出力する。

ＲＡＭ１３は、揮発性のメモリであり、各種のデータやプログラムを一時的に格納するワークエリアを形成する。表示部１４は、ＬＣＤ（Liquid Crystal Display）、ＥＬ（ElectroLuminescence）ディスプレイ等で構成され、ＣＰＵ１１から指示された表示情報に従い各種表示を行う。

記憶部１５は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等により構成され、データ及びプログラムを書き込み及び読み出し可能な記憶部である。特に、記憶部１５は、集計プログラム１５１、登録プログラム１５２と、シフト確認応答プログラム１５３と、後述する従業員アカウントＤＢ（DataBase）３０、シフトＤＢ４０と、を記憶している。

通信部１６は、ネットワークカード等により構成され、通信ネットワークＮに通信接続されて、通信ネットワークＮ上の機器との通信を行う。ＣＰＵ１１は、通信部１６を介して、通信ネットワークＮ上の端末装置２０と通信が可能である。

次いで、図３を参照して、端末装置２０の機能構成を説明する。図３は、端末装置２０の機能構成を示すブロック図である。

端末装置２０は、ＣＰＵ２１と、操作部２２と、ＲＡＭ２３と、表示部２４と、記憶部２５と、無線通信部２６と、を備える。端末装置２０の各部は、バス２７を介して接続されている。

ＣＰＵ２１、ＲＡＭ２３、表示部２４は、サーバ１０のＣＰＵ１１、ＲＡＭ１３、表示部１４と同様であるため、重複する説明を省略し、異なる部分を主として説明する。

ＣＰＵ２１は、端末装置２０の各部を制御する。操作部２２は、表示部２４の表示画面上に設けられたタッチパネルを有し、ユーザからのタッチ入力を受け付け、その操作情報をＣＰＵ２１に出力する。

記憶部２５は、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）等により構成され、データ及びプログラムを書き込み及び読み出し可能な記憶部である。特に、記憶部２５には、シフト提出プログラム２５１、シフト作成プログラム２５２、シフト確認プログラム２５３が記憶されている。

無線通信部２６は、アンテナ、変復調回路、信号処理回路等により構成され、通信ネットワークＮ上の基地局、アクセスポイント等と無線電波により情報の送受信を行う。このため、ＣＰＵ２１は、無線通信部２６により、通信ネットワークＮ上の基地局、アクセスポイント等を介して、サーバ１０と通信を行うことができる。

次に、図４及び図５を参照して、サーバ１０の記憶部１５に記憶される従業員アカウントＤＢ３０、シフトＤＢ４０を説明する。図４は、従業員アカウントＤＢ３０の構成を示す図である。図５は、シフトＤＢ４０の構成を示す図である。

図４に示すように、従業員アカウントＤＢ３０は、「従業員Ｎｏ」３１、「氏名」３２、「役職」３３、「役割」３４、「パスワード」３５、「勤続年数」３６の項目を有する。

「従業員Ｎｏ」３１は、従業員を識別するための識別番号（ユーザＩＤ）である。「氏名」３２は、従業員の氏名である。「役職」３３は、従業員の役職である。「役割」３４は、従業員の役割（業務範囲）である。「パスワード」３５は、勤務シフト管理アプリにログインする際のパスワードである。「勤続年数」３６は、従業員の勤続年数である。

図５に示すように、シフトＤＢ４０は、「時間帯」４１、「日付」４２、「表示色」４３、「氏名」４４、「希望」４５、「確定」４６、「合計（希望）」４７、「合計（確定
）」４８、「個人合計」４９の項目を有する。シフトＤＢ４０は、従業員から提出された希望勤務シフトデータ及び確定した勤務シフトデータを管理するデータベースである。

「時間帯」４１は、営業時間内における時間帯である。時間帯には、「ランチ」、「ディナー」、「深夜」がある。「日付」４２は、営業日の日付である。「表示色」４３は、勤務することが確定した勤務確定従業員の人数を、後述する勤務確定入力フォームＦ２（図１４（ａ）参照）や管理者閲覧用の確定シフトＦ４（図１８（ａ）〜（ｃ）参照）に表示する際の表示色（文字色）である。表示色には、人数が足りていることを表す「黒色」、人数が不足していることを表す「赤色」、人数が多すぎることを表している「青色」がある。なお、図中、「赤色」の数字（例えば、２０１５年１月１１日の勤務確定従業員の人数「３」）は太字で表している。また、「青色」の数字（例えば、２０１５年１月１日の勤務確定従業員の人数「５」）は白抜き数字で表している。

「氏名」４４は、従業員の氏名である。「希望」４５は、各従業員が希望する出欠の回答である。勤務可能である場合は○記号、未定である場合は△記号、勤務できない場合は×記号を示す情報が「希望」４５に記録されることとなる。「確定」４６は、各従業員の確定した勤務シフトである。勤務してもらう場合は○記号、勤務してもらわない場合は×印を示す情報が「確定」４５に記録されることとなる。

「合計（希望）」４７は、各営業日の「希望」４５の項目に記録された○印の合計である。つまり、各営業日の勤務可能な従業員の合計である。「合計（確定）」４８は、各営業日の「確定」４６の項目に記録された○印の合計である。つまり、各営業日の勤務してもらう従業員の合計である。「個人合計」４９は、各従業員の「希望」４５の項目に記録された○印の合計と「確定」４６の項目に記録された○印の合計である。つまり、各従業員の希望勤務日数及び確定勤務日数である。

次に、図６〜図２１を参照して、勤務シフト管理システム１の動作を説明する。

まず、図６〜図１０を参照して、勤務シフト管理システム１の動作のうち、各従業員による希望シフトの提出から当該希望シフトの集計までの動作を説明する。図６（ａ）は、シフト提出処理を示すフローチャートである。図６（ｂ）は、集計処理を示すフローチャートである。図７は、シフト提出処理が実行された際の端末装置２０の表示画面の一例を示す図であり、高橋一郎が自分のユーザＩＤでログインした際の端末装置２０の表示画面の一例を示す図である。図８は、シフト提出処理が実行された際の端末装置２０の表示画面の一例を示す図であり、伊藤文子が自分のユーザＩＤでログインした際の端末装置２０の表示画面の一例を示す図である。図９（ａ）〜（ｃ）は、高橋一郎による各勤務時間帯の入力フォームへの希望勤務シフト入力後の表示画面の一例を示す図である。図１０（ａ）〜（ｃ）は、伊藤文子による各勤務時間帯の入力フォームへの希望勤務シフト入力後の表示画面の一例を示す図である。

図６（ａ）を参照して、端末装置２０で実行されるシフト提出処理を説明する。シフト提出処理は、サーバ１０から送信された勤務日入力フォームに、従業員が希望する勤務日を示す勤務日情報（希望勤務シフトデータ）を入力してサーバ１０に提出（送信）する処理であり、従業員が所有する端末装置２０で主に行われる処理である。

端末装置２０において、操作部２２を介して、シフト提出処理の実行指示が入力されたことをトリガとして、ＣＰＵ２１は、記憶部２５から読み出して適宜ＲＡＭ２３に展開したシフト提出プログラム２５１との協働で、シフト提出処理を実行する。具体的には、操作部２２を介して、表示部２４に表示されたメニュー表示画面から、例えば「シフト提出」の項目の選択指示が入力されたことをトリガとして、ＣＰＵ２１は、シフト提出処理を
実行する。なお、このとき端末装置２０は、既に勤務シフト管理アプリにログインしているものとする。以下、端末装置２０において、シフト作成処理（図１１（ａ）参照）、シフト確認処理（図１７（ａ）参照）を実施するときも、既に勤務シフト管理アプリにログインしているものとする。

先ず、ＣＰＵ２１は、無線通信部２６を介して、従業員が希望する勤務日を示す勤務日情報を入力するための勤務日入力フォームデータを要求する勤務日入力フォーム要求情報をサーバ１０に送信する（ステップＳ１１）。勤務日入力フォームとは、従業員が希望する勤務日を示す勤務日情報（希望勤務シフトデータ）を入力するための入力フォームである。

そして、ＣＰＵ２１は、無線通信部２６を介して、勤務日入力フォームデータをサーバ１０から受信する（ステップＳ１２）。そして、ＣＰＵ２１は、ステップＳ１２で受信した勤務日入力フォームデータに基づき、「ランチ」、「ディナー」、「深夜」の勤務時間帯毎に独立した、月間（月別）のカレンダー形式の勤務日入力フォームＦ１（図７，図８参照）を表示部２４に表示する（ステップＳ１３）。なお、ステップＳ１３では、例えば、勤務時間帯「ランチ」の勤務日入力フォームＦ１が最初に表示されるよう初期設定がなされているものとする。
ここで、図７（ａ）は、従業員「高橋一郎」がログインしている端末装置２０の表示画面に勤務時間帯「ランチ」の勤務日入力フォームＦ１が示された状態を示している。一方、図８には、従業員「伊藤文子」がログインしている端末装置２０の表示画面に勤務時間帯「ランチ」の勤務日入力フォームＦ１が示された状態を示している。なお、図７（ａ），図８に示されている勤務日入力フォームＦ１は、２０１５年１月１日〜１０日までの勤務シフトは既に確定しており、１月１１日以降の希望勤務シフトを入力可能となっている。

そして、ＣＰＵ２１は、操作部２２を介して、勤務日情報の入力を受け付ける（ステップＳ１４）。勤務日情報は、時間帯を示す情報と、日付を示す情報と、希望する出欠の回答を示す情報とから構成されている。図７（ａ），（ｂ）は、操作部２２による勤務日情報の入力操作の一例を示す図である。図７（ａ）に示すように、勤務時間帯「ランチ」の勤務日入力フォームＦ１が示されている状態（「ランチ」ボタン２４ａの枠が太枠表示されている状態）において、従業員「高橋一郎」が、操作部２２を介して、「○印」ボタン２４ｄ、「△印」ボタン２４ｅ、「×印」ボタン２４ｆのうち、例えば「○印」ボタン２４ｄをタッチ操作することにより、勤務希望を示す○印のマークが選択された状態となる。続けて、図７（ｂ）に示すように、従業員「高橋一郎」が、操作部２２を介して、２０１５年１月１３日の枠（マーク貼付領域）をタッチ操作して、当該枠内に○印のマーク２４ｇが貼り付けられた態様の表示となることにより、日付「２０１５年１月１３日」の希望する出欠の回答「○」を示す情報が入力されたこととなる。なお、図中、白抜きのマーク（例えば、２０１５年１月１１日の×印のマーク２４ｈ、１２日及び１３日の○印のマーク２４ｇ）は、まだ勤務するか否かが確定していない状態を表しており、後述するサーバ１０の登録処理において勤務確定情報がシフトＤＢ４０に記録されることにより、勤務するか否かが確定した状態となり、常態のマーク２４ｉ、２４ｊに更新されることとなる。具体的には、例えば、従業員の希望通りに勤務確定となった場合、白抜きの○印のマーク２４ｇが常態の○印のマーク２４ｉに更新されることとなる。一方、従業員の希望通りに勤務確定とならなかった場合、白抜きの○印のマーク２４ｇが常態の×印のマーク２４ｊに更新されることとなる。なお、白抜きのマークは、実際には、例えば青色で表示されるようになっている。また、常態のマークは、黒色（確定表示色）で表示されるようになっている。

そして、従業員「高橋一郎」によって、２０１５年１月１１日〜３１日の各日付枠に対
して、○印のマーク２４ｇや×印のマーク２４ｈが貼り付けられると、図９（ａ）に示すように、勤務時間帯「ランチ」の勤務日入力フォームＦ１への希望勤務シフトの入力が完成した状態となる。続けて、例えば、「ディナー」ボタン２４ｂがタッチ操作されると、図９（ｂ）に示すように、勤務時間帯「ディナー」の勤務日入力フォームＦ１に表示が切り替わるようになっており、当該勤務日入力フォームＦ１に対しても、２０１５年１月１１日〜３１日の各日付枠に、○印のマーク２４ｇや×印のマーク２４ｈが貼り付けられると、勤務時間帯「ディナー」の勤務日入力フォームＦ１への希望勤務シフトの入力が完成した状態となる。更に続けて、例えば、「深夜」ボタン２４ｃがタッチ操作されると、図９（ｃ）に示すように、勤務時間帯「深夜」の勤務日入力フォームＦ１に表示が切り替わるようになっており、当該勤務日入力フォームＦ１に対しても、２０１５年１月１１日〜３１日の各日付枠に、○印のマーク２４ｇや×印のマーク２４ｈが貼り付けられると、勤務時間帯「深夜」の勤務日入力フォームＦ１への希望勤務シフトの入力が完成した状態となる。なお、図１０（ａ）〜（ｃ）は、従業員「伊藤文子」による「ランチ」、「ディナー」、「深夜」の各勤務時間帯の勤務日入力フォームＦ１への希望勤務シフト入力後の表示画面の一例を示している。

そして、ＣＰＵ２１は、例えば、図９（ａ）〜（ｃ）に示すように、「ランチ」、「ディナー」、「深夜」の各勤務時間帯の勤務日入力フォームＦ１への希望勤務シフトの入力が完成した状態において、操作部２２を介して、「保存」ボタン２４ｋのタッチ操作がなされることにより、無線通信部２６を介して、ステップＳ１１で入力された勤務日情報（時間帯を示す情報、日付を示す情報と、希望する出欠の回答を示す情報）をサーバ１０に送信し（ステップＳ１５）、シフト提出処理を終了する。

次いで、図６（ｂ）を参照して、サーバ１０で実行される集計処理を説明する。集計処理は、端末装置２０のシフト提出処理に対応して、各端末装置２０から送信された勤務日情報（希望勤務シフトデータ）に基づき、勤務を希望する従業員の人数を集計する処理である。

サーバ１０において、図６（ａ）のステップＳ１１に対応して、端末装置２０から送信された勤務日入力フォーム要求情報を通信部１６により受信したことをトリガとして、ＣＰＵ１１は、記憶部１５から読み出して適宜ＲＡＭ１３に展開した集計プログラム１５１との協働で、集計処理を実行する。

先ず、ＣＰＵ１１は、通信部１６を介して、勤務日入力フォームデータを端末装置２０に送信する（ステップＳ２１）。そして、ＣＰＵ１１は、通信部１６を介して、勤務日情報を受信する（ステップＳ２２）。そして、ＣＰＵ１１は、ステップＳ２２で受信した勤務日情報をシフトＤＢ４０に記録する（ステップＳ２３）。具体的には、勤務日情報を提出（送信）した従業員（例えば、高橋一郎）の「希望」４５の項目に、希望する出欠の回答（○、×、△）を示す情報を記録する。そして、ＣＰＵ１１は、シフトＤＢ４０に記録された希望する出欠の回答（○、×、△）を示す情報から、各日付の時間帯ごとに勤務を希望する従業員の人数、すなわち○を示す情報の総数を集計し（ステップＳ２４）、集計処理を終了する。

次に、図１１〜図１６を参照して、勤務シフト管理システム１の動作のうち、勤務シフトの作成（確定）から当該勤務シフトの登録までの動作を説明する。図１１（ａ）は、シフト作成処理を示すフローチャートである。図１１（ｂ）は、登録処理を示すフローチャートである。図１２は、勤務確定処理を示すフローチャートである。図１３（ａ）〜（ｃ）は、各勤務時間帯の勤務確定入力フォームの一例を示す図である。図１４〜図１６は、シフト作成処理を実行した際の端末装置２０の表示画面の一例を示す図である。

図１１（ａ）を参照して、端末装置２０で実行されるシフト作成処理を説明する。シフト作成処理は、勤務を希望する従業員の人数の集計結果に基づき、勤務シフトを作成する処理であり、管理者が所有する端末装置２０で主に行われる処理である。

端末装置２０において、操作部２２を介して、シフト作成処理の実行指示が入力されたことをトリガとして、ＣＰＵ２１は、記憶部２５から読み出して適宜ＲＡＭ２３に展開したシフト作成プログラム２５２との協働で、シフト作成処理を実行する。具体的には、操作部２２を介して、メニュー表示画面から、例えば「シフト作成」の項目の選択指示が入力されたことをトリガとして、ＣＰＵ２１は、シフト作成処理を実行する。

先ず、ＣＰＵ２１は、無線通信部２６を介して、勤務してもらう従業員を確定するための勤務確定入力フォームデータを要求する勤務確定入力フォーム要求情報をサーバ１０に送信する（ステップＳ３１）。

そして、ＣＰＵ２１は、無線通信部２６を介して、勤務確定入力フォームデータをサーバ１０から受信する（ステップＳ３２）。そして、ＣＰＵ２１は、ステップＳ３２で受信した勤務確定入力フォームデータに基づき、「ランチ」、「ディナー」、「深夜」の勤務時間帯毎に独立した、月間（月別）のカレンダー形式の勤務確定入力フォームＦ２（図１３（ａ）〜（ｃ）参照）を表示部２４に表示する（ステップＳ３３）。図１３（ａ）〜（ｃ）に示すように、勤務確定入力フォームＦ２は、勤務する従業員の人数が確定している日付の日付枠には当該人数が表示され、勤務する従業員の人数が確定していない日付の日付枠は空欄の状態で表示されるようになっている。

そして、ＣＰＵ２１は、勤務確定処理を行う（ステップＳ３４）。なお、勤務確定処理の詳細については後述する。そして、ＣＰＵ２１は、無線通信部２６を介して、ステップＳ３４の勤務確定処理で入力された勤務確定情報をサーバ１０に送信する（ステップＳ３５）。そして、ＣＰＵ２１は、表示部２４に表示されている勤務確定入力フォームＦ２の表示を更新し、上記勤務確定処理がなされた日付枠に対して勤務確定者（勤務確定従業員）の人数を表示する（ステップＳ３６）。具体的には、後述する勤務確定処理において、例えば、２０１５年１月１８日のランチの時間帯に勤務する従業員の人数が２人で確定した場合、図１６に示すように、勤務時間帯「ランチ」の勤務確定入力フォームＦ２の２０１５年１月１８日の日付枠には、勤務する従業員の人数が２人で確定したことを示す「２」が表示されることとなる。なお、上記の２０１５年１月１８日の日付枠に表示されている「２」は、同月の１１日及び１４日の日付枠に表示された数字と同様に、人数が不足していることを表す「赤色（図中では、太字で表現）」で表されている。

そして、ＣＰＵ２１は、操作部２２を介して、シフト作成の終了を指示する指示入力があるか否かを判定する（ステップＳ３７）。
ステップＳ３７で、シフト作成の終了を指示する指示入力が無いと判定された場合（ステップＳ３７；ＮＯ）、ステップＳ３４へ戻り、ＣＰＵ２１は、それ以降の処理を行う。
一方、ステップＳ３７で、シフト作成の終了を指示する指示入力があると判定された場合（ステップＳ３７；ＹＥＳ）、ＣＰＵ２１は、無線通信部２６を介して、シフト作成終了情報をサーバ１０に送信し（ステップＳ３８）、シフト作成処理を終了する。具体的には、図１３（ａ）〜（ｃ）に示すように、勤務確定入力フォームＦ２の上部に配設された「保存」ボタン２４ｏがタッチ操作されることにより、シフト作成の終了を指示する指示入力がなされることとなる。

次いで、図１２を参照して、端末装置２０で実行される勤務確定処理を説明する。先ず、ＣＰＵ２１は、操作部２２を介して、時間帯及び日付を選択する指示入力があるか否かを判定する（ステップＳ３４１）。
ステップＳ３４１において、時間帯及び日付を選択する指示入力が無いと判定された場合（ステップＳ３４１；ＮＯ）、ＣＰＵ２１は、ステップＳ３４１の判定処理を繰り返し行う。
一方、ステップＳ３４１において、時間帯及び日付を選択する指示入力があると判定された場合（ステップＳ３４１；ＹＥＳ）、ＣＰＵ２１は、ステップＳ３４１で選択された時間帯及び日付に対応する集計結果画面Ｆ３（図１４（ｂ）参照）を表示部２４に表示する（ステップＳ３４２）。具体的には、図１４（ａ）に示すように、勤務時間帯「ランチ」の勤務確定入力フォームＦ２が表示部２４に表示されている状態において、例えば、管理者が、２０１５年１月１８日に対応する日付枠（時間枠）をタッチ操作することにより、図１４（ｂ）に示すように、２０１５年１月１８日のランチの時間帯の集計結果画面Ｆ３が表示されるようになっている。

そして、ＣＰＵ２１は、集計結果画面Ｆ３上において、勤務確定者を選択する指示入力があるか否かを判定する（ステップＳ３４３）。
ステップＳ３４３において、勤務確定者を選択する指示入力があると判定された場合（ステップＳ３４３；ＹＥＳ）、ＣＰＵ２１は、勤務確定者の人数の表示を更新し（ステップＳ３４４）、ステップＳ３４５へ移行する。具体的には、図１４（ｂ）に示すように、集計結果画面Ｆ３上において、管理者が「勤務可能２人」の表示の右方に配設された丸囲みの▼ボタン２４ｌをタッチ操作することにより、図１５（ａ）に示すように、「勤務可能 ２人」の表示の下方に、勤務可能な従業員の氏名「高橋一郎」及び「伊藤文子」が表示されるようになっている。そして、管理者が「高橋一郎」及び「伊藤文子」の表示領域をそれぞれタッチ操作することにより、勤務確定者の人数が「０人」から「２人」に更新されるようになっている。また、図示は省略するが、管理者が「勤務確定２人」の表示の右方に配設された丸囲みの▼ボタン２４ｍをタッチ操作した場合、「勤務確定 ２人」の表示の下方に、勤務確定者の氏名「高橋一郎」及び「伊藤文子」が表示されるようになっている。

また、ステップＳ３４３において、勤務確定者を選択する指示入力が無いと判定された場合（ステップＳ３４３；ＮＯ）、ＣＰＵ２１は、ステップＳ３４４をスキップし、ステップＳ３４５へ移行する。

そして、ＣＰＵ２１は、操作部２２を介して、表示色（文字色）を選択する指示入力があるか否かを判定する（ステップＳ３４３）。表示色（文字色）とは、勤務確定入力フォームＦ２（図１６参照）の各日付枠（時間枠）に勤務確定者の人数を更新表示する際の色を指す。
ステップＳ３４５において、表示色を選択する指示入力があると判定された場合（ステップＳ３４５；ＹＥＳ）、ＣＰＵ２１は、表示色を更新し（ステップＳ３４６）、ステップＳ３４７へ移行する。具体的には、図１５（ａ）に示すように、集計結果画面Ｆ３上に表示されている「文字色黒」の表示領域を管理者がタッチ操作することにより、図示は省略するが「文字色 黒」のほか、「文字色赤」及び「文字色 青」を選択可能なセレクト画面が表示されるようになっている。そして、当該セレクト画面上において、管理者が、例えば「文字色赤」をタッチ操作した場合、図１５（ｂ）に示すように、「文字色 黒」から「文字色 赤」に更新されるようになっている。

また、ステップＳ３４５において、表示色を選択する指示入力が無いと判定された場合（ステップＳ３４５；ＮＯ）、ＣＰＵ２１は、ステップＳ３４６をスキップし、ステップＳ３４７へ移行する。

そして、ＣＰＵ２１は、操作部２２を介して、メモを添付する指示入力があるか否かを判定する（ステップＳ３４７）。
ステップＳ３４７において、メモを添付する指示入力があると判定された場合（ステップＳ３４７；ＹＥＳ）、ＣＰＵ２１は、メモを添付し（ステップＳ３４８）、ステップＳ３４９へ移行する。具体的には、図１５（ａ），（ｂ）に示すように、集計結果画面Ｆ３上に表示されている「メモを添付」の右方の丸囲みの＋ボタン２４ｎを管理者がタッチ操作することにより、図示は省略するが、例えばテキスト入力画面が表示されるようになっている。そして、当該テキスト入力画面上において、管理者が、例えば「○○さん１４時早退」等のメモ情報を入力することによって、メモを添付することができるようになっている。

また、ステップＳ３４７において、メモを添付する指示入力が無いと判定された場合（ステップＳ３４７；ＮＯ）、ＣＰＵ２１は、ステップＳ３４８をスキップし、ステップＳ３４９へ移行する。

そして、ＣＰＵ２１は、操作部２２を介して、勤務確定情報を保存する指示入力があるか否かを判定する（ステップＳ３４９）。勤務確定情報とは、勤務が確定した従業員の氏名を示す情報、表示色（文字色）を示す情報、及び、メモの内容を示す情報である。
ステップＳ３４９において、勤務確定情報を保存する指示入力があると判定された場合（ステップＳ３４９；ＹＥＳ）、ＣＰＵ２１は、勤務確定処理を終了する。具体的には、図１５（ｂ）に示すように、集計結果画面Ｆ３上に表示されている「保存」ボタン２４ｏを管理者がタッチ操作することにより、勤務確定情報を保存する指示入力がなされるようになっている。なお、「保存」ボタン２４ｏの右方に配設されている「キャンセル」ボタン２４ｐを管理者がタッチ操作することにより、入力途中の勤務確定情報をキャンセル（リセット）することができるようになっている。

一方、ステップＳ３４９において、勤務確定情報を保存する指示入力が無いと判定された場合（ステップＳ３４９；ＮＯ）、ステップＳ３４１へ戻り、ＣＰＵ２１は、それ以降の処理を行う。

次いで、図１１（ｂ）を参照して、サーバ１０で実行される登録処理を説明する。登録処理は、端末装置２０のシフト作成処理に対応して、勤務確定情報を登録する処理である。

サーバ１０において、図１１（ａ）のステップＳ３１に対応して、通信部１６を介して、勤務確定入力フォーム要求情報を端末装置２０から受信したことをトリガとして、ＣＰＵ１１は、記憶部１５から読み出して適宜ＲＡＭ１３に展開した登録プログラム１５２との協働で、登録処理を実行する。

先ず、ＣＰＵ１１は、通信部１６を介して、勤務確定入力フォームデータを端末装置２０に送信する（ステップＳ４１）。そして、ＣＰＵ１１は、通信部１６を介して、端末装置２０から勤務確定情報を受信したか否かを判定する（ステップＳ４２）。
ステップＳ４２において、勤務確定情報を受信したと判定された場合（ステップＳ４２；ＹＥＳ）、ＣＰＵ１１は、シフトＤＢ４０に勤務確定情報を記録し（ステップＳ４３）、ステップＳ４４へ移行する。具体的には、対応する「時間帯」４１及び「日付」４２の勤務確定者である従業員の「確定」４６の項目に○を示す情報が記録され、それ以外、すなわち勤務してもらわない従業員の「確定」４６の項目に×を示す情報が記録されることとなる。また、対応する「時間帯」４１及び「日付」４２の「表示色」４３の項目に表示色を示す情報が記録されることとなる。さらに、メモの内容を示す情報がある場合には、当該メモの内容を示す情報が記録されることとなる。

また、ステップＳ４２において、勤務確定情報を受信していないと判定された場合（ス
テップＳ４２；ＮＯ）、ステップＳ４３をスキップし、ステップＳ４４へ移行する。そして、ＣＰＵ１１は、通信部１６を介して、端末装置２０からシフト作成終了情報を受信したか否かを判定する（ステップＳ４４）。
ステップＳ４４において、シフト作成終了情報を受信していない判定された場合（ステップＳ４４；ＮＯ）、ステップＳ４２へ戻り、ＣＰＵ１１は、それ以降の処理を行う。
一方、ステップＳ４４において、シフト作成終了情報を受信した判定された場合（ステップＳ４４；ＹＥＳ）、ＣＰＵ１１は、登録処理を終了する。

次に、図１７〜図２１を参照して、勤務シフト管理システム１の動作のうち、確定した勤務シフトの確認に係る動作を説明する。図１７（ａ）は、シフト確認処理を示すフローチャートである。図１７（ｂ）は、シフト確認応答処理を示すフローチャートである。図１８〜図２１は、シフト確認処理を実行した際の端末装置２０の表示画面の一例を示す図である。

図１７（ａ）を参照して、端末装置２０で実行されるシフト確認処理を説明する。シフト確認処理は、表示部２４への確定シフトの表示をサーバ１０に要求する処理である。

端末装置２０において、操作部２２を介して、シフト確認処理の実行指示が入力されたことをトリガとして、ＣＰＵ２１は、記憶部２５から読み出して適宜ＲＡＭ２３に展開したシフト確認プログラム２５３との協働で、シフト確認処理を実行する。具体的には、操作部２２を介して、メニュー表示画面から、例えば「シフト確認」の項目の選択指示が入力されたことをトリガとして、ＣＰＵ２１は、シフト確認処理を実行する。

先ず、ＣＰＵ２１は、無線通信部２６を介して、確定シフト確認要求情報をサーバ１０に送信する（ステップＳ５１）。確定シフト確認要求情報には、当該端末装置２０において勤務シフト管理アプリにログインした際、ユーザが入力した従業員Ｎｏを示す情報が含まれるようになっている。

そして、ＣＰＵ２１は、無線通信部２６を介して、確定シフトデータをサーバ１０から受信する（ステップＳ５２）。そして、ＣＰＵ２１は、ステップＳ５２で受信した確定シフトデータに基づき、確定シフトを表示部２４に表示し（ステップＳ５３）、シフト確認処理を終了する。

具体的には、例えば、管理者閲覧用の確定シフトデータ（後述）をサーバ１０から受信した場合、ＣＰＵ２１は、勤務時間帯「ランチ」に関する管理者閲覧用の確定シフトＦ４（図１８（ａ）参照）を表示部２４に表示する。図１８（ａ）に示すように、勤務時間帯「ランチ」に関する管理者閲覧用の確定シフトＦ４が表示されている状態において、例えば、「ディナー」ボタン２４ｂがタッチ操作されると、図１８（ｂ）に示すように、勤務時間帯「ディナー」に関する確定シフトＦ４に表示が切り替わるようになっている。また、図１８（ｂ）に示すように、勤務時間帯「ディナー」に関する管理者閲覧用の確定シフトＦ４が表示されている状態において、例えば、「深夜」ボタン２４ｂがタッチ操作されると、図１８（ｃ）に示すように、勤務時間帯「深夜」に関する確定シフトＦ４に表示が切り替わるようになっている。つまり、図１８（ａ）〜（ｃ）に示すように、管理者閲覧用の確定シフトＦ４は、勤務確定入力フォームＦ２と同様、「ランチ」、「ディナー」、「深夜」の各勤務時間帯で独立しており、月間（月別）のカレンダー形式となっており、勤務確定者（勤務確定従業員）の人数を日付ごとに一覧表示可能となっている。また、管理者閲覧用の確定シフトＦ４の右下には、表示された勤務確定者（勤務確定従業員）の人数の合計人数Ｔ１が表示される。なお、管理者閲覧用の確定シフトＦ４の場合、図１９に示すように、例えば、日付ごとに誰が勤務するかを把握可能な詳細シフトＦ５を切替表示することができるようにしてもよい。

また、例えば、従業員個人用の確定シフトデータ（後述）をサーバ１０から受信した場合、ＣＰＵ２１は、従業員個人用の確定シフトＦ６（図２０（ａ），図２１（ａ）参照）を表示部２４に表示する。図２０（ａ），図２１（ａ）に示すように、勤務時間帯「ランチ」に関する従業員個人用の確定シフトＦ６が表示されている状態において、例えば、「ディナー」ボタン２４ｂがタッチ操作されると、図２０（ｂ），図２１（ｂ）に示すように、勤務時間帯「ディナー」に関する確定シフトＦ６に表示が切り替わるようになっている。また、図２０（ｂ），図２１（ｂ）に示すように、勤務時間帯「ディナー」に関する従業員個人用の確定シフトＦ６が表示されている状態において、例えば、「深夜」ボタン２４ｂがタッチ操作されると、図２０（ｃ），図２１（ｃ）に示すように、勤務時間帯「深夜」に関する確定シフトＦ６に表示が切り替わるようになっている。
ここで、図２０（ａ）〜（ｃ）は、従業員「高橋一郎」の各勤務時間帯の確定シフトＦ６の表示画面の一例を示している。図２１（ａ）〜（ｃ）は、従業員「伊藤文子」の各勤務時間帯の確定シフトＦ６の表示画面の一例を示している。図２０（ａ）〜（ｃ），図２１（ａ）〜（ｃ）に示すように、従業員個人用の確定シフトＦ６は、「ランチ」、「ディナー」、「深夜」の各勤務時間帯で独立しており、月間（月別）のカレンダー形式となっており、勤務時間帯毎に勤務する日と勤務しない日を一覧表示可能となっている。また、従業員個人用の確定シフトＦ６の右下には、表示された勤務する日の合計日数Ｔ２が表示される。

次いで、図１７（ｂ）を参照して、サーバ１０で実行されるシフト確認応答処理を説明する。シフト確認応答処理は、端末装置２０のシフト確認処理に対応して、確定シフトデータを端末装置２０に送信する処理である。

サーバ１０において、図１７（ａ）のステップＳ５１に対応して、端末装置２０から送信された確定シフト確認要求情報を通信部１６により受信したことをトリガとして、ＣＰＵ１１は、記憶部１５から読み出して適宜ＲＡＭ１３に展開したシフト確認応答プログラム１５３との協働で、シフト確認応答処理を実行する。

先ず、ＣＰＵ１１は、端末装置２０から受信した確定シフト確認要求情報に含まれる従業員Ｎｏを示す情報から従業員を特定する（ステップＳ６１）。そして、ＣＰＵ１１は、ステップＳ６１で特定した従業員に対応する確定シフトデータを選択する（ステップＳ６２）。具体的には、例えば、ステップＳ６１で特定した従業員が従業員Ｎｏ１２３４の「田中太郎」である場合、「田中太郎」は「役割」が管理であるため、管理者閲覧用の確定シフトデータを選択する。また、ステップＳ６１で特定した従業員が従業員Ｎｏ１２３６の「鈴木三郎」である場合、「鈴木三郎」は「役割」がホールであり管理ではないため、従業員個人用の確定シフトデータを選択する。
そして、ＣＰＵ１１は、通信部１６を介して、ステップＳ６２で選択した確定シフトデータを端末装置２０に送信し（ステップＳ６１）、シフト確認応答処理を終了する。

以上、サーバ１０は、複数の勤務時間帯から希望する勤務時間帯を指定するための入力フォーム（勤務日入力フォームＦ１）をユーザＩＤ毎に表示させ、勤務時間帯毎に、当該勤務時間帯に勤務可能な人数を集計したこととなる。また、上記の入力フォームは、勤務時間帯毎に独立したフォームであって、複数の日付枠が所定の形式で設けられるとともに、当該日付枠毎に所定のマークを貼り付け入力するためのマーク貼付領域が設けられており、サーバ１０は、当該マーク貼付領域にマークが貼り付けられたユーザＩＤの数をカウントすることにより、日付枠それぞれに対応させて勤務時間帯毎に勤務可能な人数を集計したこととなる。

よって、本実施の形態によれば、入力フォーム（勤務日入力フォームＦ１）を勤務時間
帯毎に独立したフォームとし、この入力フォームには、複数の日付枠が所定の形式で設けられるとともに、当該日付枠毎に所定のマークを貼り付け入力するためのマーク貼付領域を設けるようにしたので、入力フォームを簡略化することができ、当該入力フォームへの入力を簡潔にすることができる。また、当該日付枠それぞれに対応させて勤務時間帯毎の勤務可能な人数を容易に集計することができるので、勤務時間帯ごとに勤務シフトを作成し易くなる。

また、サーバ１０は、確定した勤務シフト表（従業員個人用の確定シフトＦ６）をユーザＩＤ毎に表示させ、当該勤務シフト表は、勤務時間帯毎に独立しており、複数の日付枠が所定の形式で設けられ、当該日付枠毎に確定したことを示す所定のマークが表示されるようになっているので、当該勤務シフト表を簡略化することができ、当該勤務シフト表を見易くすることができる。

また、サーバ１０は、各日付の勤務時間帯毎に、勤務可能な人数の集計の対象となった従業員を表す詳細表（集計結果画面Ｆ３）を表示させ、当該詳細表に表示されている従業員のうちから勤務確定者を指定することとなる。このため、各日付の勤務時間帯毎に、勤務可能な人数の確認を行った流れで、勤務確定者を決定することができるようになるので、勤務シフト表を作成し易くなる。

また、サーバ１０は、勤務確定者の人数を表す確定人数集計表（管理者閲覧用の確定シフトＦ４）を表示させたこととなる。当該確定人数集計表は、勤務時間帯毎に独立しており、複数の日付枠が所定の形式で設けられており、サーバ１０は、上記の詳細表に表示されている従業員のうちから勤務確定者が指定された場合、当該勤務確定者の指定の対象となった日付枠に当該勤務確定者の人数を表示させるので、確定人数集計表の作成効率を高めることができる。

以上の説明では、本発明に係るプログラムのコンピュータ読み取り可能な媒体として記憶部１５のＨＤＤ、ＳＳＤを使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、フラッシュメモリや、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを通信回線を介して提供する媒体として、キャリアウエーブ（搬送波）も本発明に適用される。

なお、上記実施の形態における記述は、本発明に係る作業管理装置及びプログラムの一例であり、これに限定されるものではない。

例えば、上記実施の形態では、端末装置２０が、シフト提出処理、シフト作成処理、シフト確認処理を実行する構成としたが、これに限定されるものではない。例えば、サーバ１０が、シフト提出処理、シフト作成処理、シフト確認処理と同様の処理を行う構成、つまり上述した勤務シフト管理システム１の動作をサーバ１０単独で行うようにしてもよい。

また、上記実施の形態では、シフト作成処理のステップＳ３３で勤務確定入力フォームＦ２を表示部２４に表示する際、勤務確定者（勤務確定従業員）の人数が確定されていない日付枠は空欄の状態で表示することとしたが、当該表示の態様は一例に過ぎない。例えば、勤務確定入力フォームＦ２の勤務確定者の人数が確定されていない日付枠には、図２２に示すように、当該日付枠に対応するサーバ１０で集計された勤務を希望する従業員の人数を、勤務確定者の人数の表示態様とは異なる表示態様（例えば、丸囲みの数字）で表示するようにしてもよい。かかる場合、勤務確定入力フォームＦ２は、サーバ１０で集計された勤務を希望する従業員の人数を表す集計表（勤務可能人数集計表）として、サーバ（第５の表示制御手段）１０によって表示されたこととなる。

また、上記実施の形態では、勤務日入力フォームＦ１の空欄となっている各日付枠をタッチ操作することにより、各日付枠内に所望のマークを貼り付けた態様の表示とする構成としたが、例えば、勤務日入力フォームＦ１の表示当初より、各日付枠内に所定のマーク（例えば、○印のマーク）を貼り付けた態様の表示とし、従業員が変更したい日付に対してのみ所望のマークを貼り付けるようにしてもよい。これにより、従業員は表示された日付枠すべてに対してタッチ操作を行う必要がなくなるので労力を軽減することができるようになる。

また、上記実施の形態では、勤務日入力フォームＦ１、勤務確定入力フォームＦ２、管理者閲覧用の確定シフトＦ４、及び従業員個人用の確定シフトＦ６は、月間（月別）カレンダー形式の一覧表としたが、年月日情報又は時刻情報が所定の時間帯に対応した時間枠を有する態様であればよい。

また、上記実施の形態における勤務シフト管理システム１の各構成要素の細部構成及び細部動作に関しては、本発明の趣旨を逸脱することのない範囲で適宜変更可能であることは勿論である。

本発明の実施の形態を説明したが、本発明の範囲は、上述の実施の形態に限定するものではなく、特許請求の範囲に記載された発明の範囲とその均等の範囲を含む。
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。
〔付記〕
＜請求項１＞
複数の勤務時間帯から希望する勤務時間帯を指定するための入力フォームをユーザＩＤ毎に表示させる表示制御手段と、
前記勤務時間帯毎に、当該勤務時間帯に勤務可能な人数を集計する集計手段と、
を備え、
前記入力フォームは、前記勤務時間帯毎に、当該勤務時間帯に対応させて所定のマークを貼り付け入力するためのマーク貼付領域が設けられており、
前記集計手段は、前記勤務時間帯毎に当該勤務時間帯に対応したマーク貼付領域に前記マークが貼り付けられたユーザＩＤの数をカウントすることにより、当該勤務時間帯に勤務可能な人数を集計することを特徴とする勤務シフト管理装置。
＜請求項２＞
コンピュータを、
複数の勤務時間帯から希望する勤務時間帯を指定するための入力フォームをユーザＩＤ毎に表示させる表示制御手段、
前記勤務時間帯毎に、当該勤務時間帯に勤務可能な人数を集計する集計手段、
として機能させるためのプログラムであって、
前記入力フォームは、前記勤務時間帯毎に、当該勤務時間帯に対応させて所定のマークを貼り付け入力するためのマーク貼付領域が設けられており、
前記集計手段は、前記勤務時間帯毎に当該勤務時間帯に対応したマーク貼付領域に前記マークが貼り付けられたユーザＩＤの数をカウントすることにより、当該勤務時間帯に勤務可能な人数を集計することを特徴とするプログラム。

１ 勤務シフト管理システム
１０ サーバ
１１ ＣＰＵ
１２ 操作部
１３ ＲＡＭ
１４ 表示部
１５ 記憶部
１６ 通信部
１７ バス
２０ 端末装置
２１ ＣＰＵ
２２ 操作部
２３ ＲＡＭ
２４ 表示部
２５ 記憶部
２６ 無線通信部
２７ バス
Ｎ 通信ネットワーク

Claims (3)

1. 複数の勤務時間帯から希望する勤務時間帯を指定するための入力フォームをユーザＩＤ毎に表示させる表示制御手段と、
   前記勤務時間帯毎に、当該勤務時間帯に勤務可能な人数を集計する集計手段と、
   を備え、
   前記入力フォームは、前記勤務時間帯別に表示画面が切り替えられるフォームであって、複数の日付枠が所定の形式で設けられるとともに、当該日付枠毎に所定のマークを貼り付け入力するためのマーク貼付領域が設けられており、
   前記表示制御手段は、互いに異なる勤務時間帯が割り当てられ且つ前記表示画面に表示させる勤務時間帯をユーザが選択するための複数の選択ボタンを、前記勤務時間帯のリストとして且つ前記入力フォームの一部として表示させ、
   前記集計手段は、前記マーク貼付領域に前記マークが貼り付けられたユーザＩＤの数をカウントすることにより、前記日付枠それぞれに対応させて前記勤務時間帯毎に勤務可能な人数を集計する、
   ことを特徴とする勤務シフト管理装置。
2. 前記勤務時間帯のリストは、ローカル的な通称名で表示される、
   ことを特徴とする請求項１に記載の勤務シフト管理装置。
3. 勤務シフト管理装置のコンピュータを、
   複数の勤務時間帯から希望する勤務時間帯を指定するための入力フォームをユーザＩＤ毎に表示させる表示制御手段、
   前記勤務時間帯毎に、当該勤務時間帯に勤務可能な人数を集計する集計手段、
   として機能させ、
   前記入力フォームは、前記勤務時間帯別に表示画面が切り替えられるフォームであって、複数の日付枠が所定の形式で設けられるとともに、当該日付枠毎に所定のマークを貼り付け入力するためのマーク貼付領域が設けられており、
   前記表示制御手段は、互いに異なる勤務時間帯が割り当てられ且つ前記表示画面に表示させる勤務時間帯をユーザが選択するための複数の選択ボタンを、前記勤務時間帯のリストとして且つ前記入力フォームの一部として表示させ、
   前記集計手段は、前記マーク貼付領域に前記マークが貼り付けられたユーザＩＤの数をカウントすることにより、前記日付枠それぞれに対応させて前記勤務時間帯毎に勤務可能な人数を集計する、
   ことを特徴とするプログラム。

Images