(57)【要約】【課題】  管理者が行う勤務シフトの計画や、計画した勤務シフトに対する非常勤従業員の割当てを支援する勤務シフト管理装置を提供する。【解決手段】  勤務シフト管理装置１００は、非常勤従業員の属性（役職等）毎の勤務時間帯を定めた複数種類の勤務シフトを予め記憶しておく。そして、記憶されている複数種類の勤務シフトの中から選択した勤務シフトを各営業単位に対して計画される計画勤務シフトとして登録する（ステップＳ２０８〜ステップＳ２１８）。この際に、複数種類の勤務シフトの中から、売上に影響を与える要因の状態を示す情報である営業情報に応じた勤務シフトを選択し、当該選択した勤務シフトを前記計画勤務シフトとして登録する。また、非常勤従業員が希望する勤務時間帯と、計画勤務シフトで定められる勤務時間帯を、表示装置で同時期に表示する。【選択図】  図９
2005234852.tif 000002
【特許請求の範囲】
【請求項１】
非常勤従業員の勤務シフトを管理するために用いられる勤務シフト管理装置であって、
前記非常勤従業員の属性毎の勤務時間帯を定めた複数種類の勤務シフトを予め記憶しておくシフトパターン登録手段と、
該シフトパターン登録手段に記憶されている複数種類の勤務シフトの中から選択した勤務シフトを各営業単位に対して計画される計画勤務シフトとして登録する計画勤務シフト登録手段と、
前記非常勤従業員が希望する勤務時間帯を、当該非常勤従業員を特定する従業員識別情報に対応付けて登録する希望勤務時間帯登録手段と、
前記計画勤務シフトで定められる勤務時間帯とともに前記希望勤務時間帯を表示装置で同時期に表示する対比表示手段と、を備え、
前記計画勤務シフト登録手段は、前記シフトパターン登録手段に記憶されている複数種類の勤務シフトの中から、売上に影響を与える要因の状態を示す情報である営業情報に応じた勤務シフトを選択し、当該選択した勤務シフトを前記計画勤務シフトとして登録することを特徴とする勤務シフト管理装置。
【請求項２】
前記希望勤務時間帯登録手段は、前記非常勤従業員が希望する勤務時間帯を当該非常勤従業員によって操作される従業員側端末から受信して登録することを特徴とする請求項１に記載の勤務シフト管理装置。
【請求項３】
前記計画勤務シフト登録手段は、１つの営業単位に対する前記計画勤務シフトの選択を受け付け、当該選択された計画勤務シフトを他の営業単位に対する計画勤務シフトとして登録することを特徴とする請求項１に記載の勤務シフト管理装置。
【請求項４】
前記計画勤務シフト登録手段は、複数の営業単位に対する前記計画勤務シフトの選択を受け付け、当該選択された計画勤務シフトを他の複数の営業単位に対する計画勤務シフトとして登録することを特徴とする請求項１に記載の勤務シフト管理装置。
【請求項５】
前記非常勤従業員の優先の程度を表す優先指数を前記従業員識別情報に対応付けて登録する優先度登録手段と、
前記非常勤従業員が出勤する予定の時間帯を示す予定勤務時間帯を記憶する予定勤務時間帯設定手段と、をさらに備え、
前記予定勤務時間帯設定手段は、前記希望勤務時間帯のなかに前記計画勤務シフトで定められる勤務時間帯に合う希望勤務時間帯が複数あるときに、当該複数の希望勤務時間帯にそれぞれ対応している従業員識別情報に基づいて、前記優先度登録手順に記憶されている当該従業員情報に対応する優先指数を抽出し、当該抽出した優先指数を比較して優先の程度が高い優先指数に対応している従業員識別情報を特定し、当該特定された従業員識別情報で特定される非常勤従業員を出勤予定の非常勤従業員として記憶するとともに、当該非常勤従業員が出勤する予定の時間帯を予定勤務時間帯として記憶することを特徴とする請求項１乃至請求項４のうちいずれか１つに記載の勤務シフト管理装置。
【請求項６】
前記非常勤従業員の出退勤時間を記録する出退勤記録手段と、
前記出退勤時間に基づいて、前記予定勤務時間帯設定手段で作成された予定勤務時間帯に対する当該非常勤従業員の出勤状況を表す出退勤情報を出力する出退勤情報出力手段と、をさらに備え、
前記優先度登録手段は、前記出退勤情報に基づく優先指数を登録することを特徴とする請求項５に記載の勤務シフト管理装置。
【請求項７】
非常勤従業員の勤務シフトを管理するために用いられる勤務シフト管理装置に、
前記非常勤従業員の属性毎の勤務時間帯を定めた複数種類の勤務シフトを予め記憶するシフトパターン登録手順と、
該シフトパターン登録手順で記憶された複数種類の勤務シフトの中から選択した勤務シフトを各営業単位に対して計画される計画勤務シフトとして登録する計画勤務シフト登録手順と、
前記非常勤従業員が希望する勤務時間帯を、当該非常勤従業員を特定する従業員識別情報に対応付けて登録する希望勤務時間帯登録手順と、
前記計画勤務シフトで定められる勤務時間帯とともに前記希望勤務時間帯を表示装置で同時期に表示する対比表示手順と、を実行させるための勤務シフト管理プログラムであって、
前記計画勤務シフト登録手順は、前記シフトパターン登録手順で記憶された複数種類の勤務シフトの中から、売上に影響を与える要因の状態を示す情報である営業情報に応じた勤務シフトを選択し、当該選択した勤務シフトを前記計画勤務シフトとして登録する手順であることを特徴とする勤務シフト管理プログラム。
【請求項８】
前記希望勤務時間帯登録手順は、前記非常勤従業員が希望する勤務時間帯を当該非常勤従業員によって操作される従業員側端末から受信して登録する手順であることを特徴とする請求項７に記載の勤務シフト管理プログラム。
【請求項９】
前記計画勤務シフト登録手順は、１つの営業単位に対する前記計画勤務シフトの選択を受け付け、当該選択された計画勤務シフトを他の営業単位に対する計画勤務シフトとして登録する手順であることを特徴とする請求項７に記載の勤務シフト管理プログラム。
【請求項１０】
前記計画勤務シフト登録手順は、複数の営業単位に対する前記計画勤務シフトの選択を受け付け、当該選択された計画勤務シフトを他の複数の営業単位に対する計画勤務シフトとして登録する手順であることを特徴とする請求項７に記載の勤務シフト管理プログラム。
【請求項１１】
前記対比表示手順に前に、
前記非常勤従業員の優先の程度を表す優先指数を前記従業員識別情報に対応付けて登録する優先度登録手順と、
前記非常勤従業員が出勤する予定の時間帯を示す予定勤務時間帯を記憶する予定勤務時間帯設定手順と、を実行させ、
前記予定勤務時間帯設定手順は、前記希望勤務時間帯のなかに前記計画勤務シフトで定められる勤務時間帯に合う希望勤務時間帯が複数あるときに、当該複数の希望勤務時間帯にそれぞれ対応している従業員識別情報に基づいて、前記優先度登録手順に記憶されている当該従業員情報に対応する優先指数を抽出し、当該抽出した優先指数を比較して優先の程度が高い優先指数に対応している従業員識別情報を特定し、当該特定された従業員識別情報で特定される非常勤従業員を出勤予定の非常勤従業員として記憶するとともに、当該非常勤従業員が出勤する予定の時間帯を予定勤務時間帯として記憶する手順であることを特徴とする請求項７乃至請求項１０のうちいずれか１つに記載の勤務シフト管理プログラム。
【請求項１２】
前記非常勤従業員の出退勤時間を記録する出退勤記録手順と、
前記出退勤時間に基づいて、前記予定勤務時間帯設定手順で作成された予定勤務時間帯に対する当該非常勤従業員の出勤状況を表す出退勤情報を出力する出退勤情報出力手順と、をさら実行させ、
前記優先度登録手順は、前記出退勤情報に基づく優先指数を登録する手順であることを特徴とする請求項１１に記載の勤務シフト管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、勤務シフト管理装置及び勤務シフト管理プログラムに係り、特に非常勤従業員の勤務時間帯を管理する際に用いられる勤務シフト管理装置及び勤務シフト管理プログラムに関する。
【背景技術】
【０００２】
非常勤従業員の勤務時間帯をその管理者が管理する場合、管理者が行うべき業務は多岐にわたる。管理者は、各営業日の売上予測から必要人員を算定し、営業日毎に勤務シフトを計画する。この勤務シフトの計画では、職種毎に必要な人数や、非常勤従業員の時間給や能力などを考慮しながら、職種毎に勤務時間帯等を決めなければならない。さらに、勤務シフトを計画しても、非常勤従業員に対して強制的に計画どおりに勤務させることはできないため、非常勤従業員に対して出勤意向を確認する必要がある。そして、この出勤意向に応じて、計画した勤務シフトに合うように非常勤従業員を各職種、勤務時間帯に割当てて、各非常勤従業員の勤務時間帯を定める必要がある。
【０００３】
計画した勤務シフトに比べて、割当てる非常勤従業員が不足するような場合等には、再度、不足分について非常勤従業員に対して出勤意向を確認する必要がある。さらに、非常勤従業員や管理者等における突発的な事情により、当初計画した勤務シフトを変更したり、作成した勤務シフトを変更したりする必要が生じる場合もある。また、変動性の高い非常勤従業員の状況、例えば、どの職種にどのような能力をもった非常勤従業員がいるか、またその非常勤従業員の時間給はいくらか等の状況を、常に把握しながら勤務シフトを作成する必要がある。また、予定した勤務シフト通りに、非常勤従業員が実際に出社したかを管理し、給与を計算する必要がある。
【０００４】
このような、管理者の多岐にわたる業務は煩雑であり、管理者の業務を支援する装置が望まれていた。非常勤従業員の勤務シフトの管理を支援する装置は、従来から種々のものが提案されている（特許文献１，特許文献２）。
【０００５】
特許文献１では、勤務管理装置及び方法、ならびに、プログラムが提案されている。特許文献１の勤務管理装置では、センタと従業員端末と店舗端末が通信ネットワークを介して接続され、非常勤従業員が従業員端末に自己の予定する勤務予定を入力すると、その情報がセンタに送信され非常勤従業員の勤務予定が登録される構成になっている。店舗端末からセンタに対して、日時，担当業務，必要人数等の条件情報を送信すると、センタは条件情報に示される日時に勤務予定である従業員の情報を検索して、その結果を店舗端末に送信する。その際に、検索により抽出された従業員の人数が、条件情報で示される必要人数を充足していない場合に、センタは募集メールを送信する。また、センタは、出勤予定の時刻から所定時間経過しても従業員端末から出勤登録情報を受信していない場合等にも、非常勤従業員が出勤しなかったと判断して、募集メールを送信する。さらに、特許文献１では、センタが非常勤従業員の勤務予定等の情報を用いて、勤務シフト等を作成することも提案されている。
【０００６】
特許文献２では、勤務割当支援システムおよびこのシステムを用いての勤務割当方法が提案されている。特許文献２の勤務割当支援システムでは、ウェブサーバとメールサーバとが互いに接続され、各々インターネットに接続され、データベースを共有している。ウェブサーバは労働者端末から労働者が希望する勤務シフトの情報を受け付けて、データベースに登録する。この登録の際に、労働者が勤務することのできる時間を曜日毎に予め指定した標準シフトを、希望する勤務シフトとして選択できるように構成されている。このため、特許文献２の勤務割当支援システムでは、予め登録された標準シフトを用いて希望する勤務シフトを登録できるため、勤務シフトの登録に係る労働者の手間を軽減することができる。また、ウェブサーバは、雇用者端末からの情報に基づいて雇用者が希望する条件にあう労働者を抽出して雇用者端末に通知したり、雇用者端末から選択指示された雇用者に対してメールサーバに指示して労働者に対するメール送信を行ったりする。このため、雇用者は、労働者からの希望勤務時間の申告の受付けなどを行う必要がなく、また、ウェブサーバが抽出した労働者だけを考慮して勤務割当ての作業を行えばよいので、雇用者の負担が軽減される。
【０００７】
【特許文献１】特開２００３−６７５４３号公報（第６−１０頁、図５−７，１０，１７）
【特許文献２】特開２００２−４１７３８号公報（第３−７頁、図５）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に記載された勤務管理装置や、特許文献２に記載された勤務割当支援システムでは、管理者が行う勤務シフトの計画や、計画した勤務シフトに対する非常勤従業員の割当てを行う際の支援が不十分であった。
すなわち、特許文献１に記載された勤務管理装置では、管理者がある日の勤務シフトを作成する度に、条件情報を店舗端末に入力して、センタに対して送信しなければならないという手間があった。また、センタが抽出した非常勤従業員（従業員）の勤務スケジュールが、条件情報と完全に一致していればよいが、そうでない場合には、計画した勤務シフトに対する非常勤従業員の割当てを調整する必要があり、この調整が煩雑な作業であった。また、複数の非常勤従業員が勤務を希望している場合にも、勤務時間の割当てが煩雑となっていた。
【０００９】
本発明は、上記問題に鑑みてなされたものであって、管理者が行う勤務シフトの計画や、計画した勤務シフトに対する非常勤従業員の割当てを支援する勤務シフト管理装置及び勤務シフト管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、請求項１に記載の勤務シフト管理装置は、非常勤従業員の勤務シフトを管理するために用いられる勤務シフト管理装置であって、
前記非常勤従業員の属性毎の勤務時間帯を定めた複数種類の勤務シフトを予め記憶しておくシフトパターン登録手段と、該シフトパターン登録手段に記憶されている複数種類の勤務シフトの中から選択した勤務シフトを各営業単位に対して計画される計画勤務シフトとして登録する計画勤務シフト登録手段と、前記非常勤従業員が希望する勤務時間帯を、当該非常勤従業員を特定する従業員識別情報に対応付けて登録する希望勤務時間帯登録手段と、前記計画勤務シフトで定められる勤務時間帯とともに前記希望勤務時間帯を表示装置で同時期に表示する対比表示手段と、を備え、前記計画勤務シフト登録手段は、前記シフトパターン登録手段に記憶されている複数種類の勤務シフトの中から、売上に影響を与える要因の状態を示す情報である営業情報に応じた勤務シフトを選択し、当該選択した勤務シフトを前記計画勤務シフトとして登録することを特徴とする。
【００１１】
このように、請求項１に記載の勤務シフト管理装置は、対比表示手段を備えるため、予め登録されていた複数種類の勤務シフトから、各営業日に対する勤務シフトを選択するだけで、各営業日の勤務シフトを作成することが可能となる。したがって、非常勤従業員を管理する管理者は、営業日毎に勤務シフトを改めて作成する手間を省くことが可能となる。
また、請求項１に記載の勤務シフト管理装置は、対比表示手段を備えるため、管理者は、計画勤務シフトで定められる勤務時間帯と希望勤務時間帯とを容易に対比することができるようになる。したがって、両者を対比することで、いずれの非常勤従業員に勤務してもらうかを容易に決定することが可能となる。
【００１２】
請求項２に記載の勤務シフト管理装置は、請求項１に記載の勤務シフト管理装置において、前記希望勤務時間帯登録手段は、前記非常勤従業員が希望する勤務時間帯を当該非常勤従業員によって操作される従業員側端末から受信して登録することを特徴とする。
このように構成することで、非常勤従業員が希望する勤務時間帯を、管理者が勤務シフト管理装置に登録する手間を省くことが可能となり、管理者の業務負担を軽減することができる。
【００１３】
請求項３に記載の勤務シフト管理装置は、請求項１に記載の勤務シフト管理装置において、１つの営業単位に対する前記計画勤務シフトの選択を受け付け、当該選択された計画勤務シフトを他の営業単位に対する計画勤務シフトとして登録することを特徴とする。
このように構成することで、計画勤務シフトの登録業務を効率化することができる。
【００１４】
請求項４に記載の勤務シフト管理装置は、請求項１に記載の勤務シフト管理装置において、複数の営業単位に対する前記計画勤務シフトの選択を受け付け、当該選択された計画勤務シフトを他の複数の営業単位に対する計画勤務シフトとして登録することを特徴とする。
このように構成することで、計画勤務シフトの登録業務を効率化することができる。
【００１５】
請求項５に記載の勤務シフト管理装置は、請求項１乃至請求項４のうちいずれか１つに記載の勤務シフト管理装置において、前記非常勤従業員の優先の程度を表す優先指数を前記従業員識別情報に対応付けて登録する優先度登録手段と、前記非常勤従業員が出勤する予定の時間帯を示す予定勤務時間帯を記憶する予定勤務時間帯設定手段と、をさらに備え、前記予定勤務時間帯設定手段は、前記希望勤務時間帯のなかに前記計画勤務シフトで定められる勤務時間帯に合う希望勤務時間帯が複数あるときに、当該複数の希望勤務時間帯にそれぞれ対応している従業員識別情報に基づいて、前記優先度登録手順に記憶されている当該従業員情報に対応する優先指数を抽出し、当該抽出した優先指数を比較して優先の程度が高い優先指数に対応している従業員識別情報を特定し、当該特定された従業員識別情報で特定される非常勤従業員を出勤予定の非常勤従業員として記憶するとともに、当該非常勤従業員が出勤する予定の時間帯を予定勤務時間帯として記憶することを特徴とする。
【００１６】
このように、構成することで、希望勤務時間帯のなかに計画勤務シフトで定められる勤務時間帯に合う希望勤務時間帯が複数あるときでも、勤務してもらう非常勤従業員の選択を容易に行うことが可能となる。
【００１７】
請求項６に記載の勤務シフト管理装置は、請求項５に記載の勤務シフト管理装置において、前記非常勤従業員の出退勤時間を記録する出退勤記録手段と、前記出退勤時間に基づいて、前記予定勤務時間帯設定手段で作成された予定勤務時間帯に対する当該非常勤従業員の出勤状況を表す出退勤情報を出力する出退勤情報出力手段と、をさらに備え、前記優先度登録手段は、前記出退勤情報に基づく優先指数を登録することを特徴とする。
このように構成することで、非常勤従業員の出勤状況に応じて、勤務してもらう非常勤従業員の選択を行うことが可能となる。
【００１８】
上記課題を解決するために、請求項７に記載の勤務シフト管理プログラムは、非常勤従業員の勤務シフトを管理するために用いられる勤務シフト管理装置に、
前記非常勤従業員の属性毎の勤務時間帯を定めた複数種類の勤務シフトを予め記憶するシフトパターン登録手順と、該シフトパターン登録手順で記憶された複数種類の勤務シフトの中から選択した勤務シフトを各営業単位に対して計画される計画勤務シフトとして登録する計画勤務シフト登録手順と、前記非常勤従業員が希望する勤務時間帯を、当該非常勤従業員を特定する従業員識別情報に対応付けて登録する希望勤務時間帯登録手順と、前記計画勤務シフトで定められる勤務時間帯とともに前記希望勤務時間帯を表示装置で同時期に表示する対比表示手順と、を実行させるための勤務シフト管理プログラムであって、前記計画勤務シフト登録手順は、前記シフトパターン登録手順で記憶された複数種類の勤務シフトの中から、売上に影響を与える要因の状態を示す情報である営業情報に応じた勤務シフトを選択し、当該選択した勤務シフトを前記計画勤務シフトとして登録する手順であることを特徴とする。
【００１９】
請求項８に記載の勤務シフト管理プログラムは、請求項７に記載の勤務シフト管理プログラムにおいて、前記希望勤務時間帯登録手順は、前記非常勤従業員が希望する勤務時間帯を当該非常勤従業員によって操作される従業員側端末から受信して登録する手順であることを特徴とする。
【００２０】
請求項９に記載の勤務シフト管理プログラムは、請求項７に記載の勤務シフト管理プログラムにおいて、前記計画勤務シフト登録手順は、１つの営業単位に対する前記計画勤務シフトの選択を受け付け、当該選択された計画勤務シフトを他の営業単位に対する計画勤務シフトとして登録する手順であることを特徴とする。
【００２１】
請求項１０に記載の勤務シフト管理プログラムは、請求項７に記載の勤務シフト管理プログラムにおいて、前記計画勤務シフト登録手順は、複数の営業単位に対する前記計画勤務シフトの選択を受け付け、当該選択された計画勤務シフトを他の複数の営業単位に対する計画勤務シフトとして登録する手順であることを特徴とする。
【００２２】
請求項１１に記載の勤務シフト管理プログラムは、請求項７乃至請求項１０のうちいずれか１つに記載の勤務シフト管理プログラムにおいて、前記対比表示手順に前に、前記非常勤従業員の優先の程度を表す優先指数を前記従業員識別情報に対応付けて登録する優先度登録手順と、前記非常勤従業員が出勤する予定の時間帯を示す予定勤務時間帯を記憶する予定勤務時間帯設定手順と、を実行させ、前記予定勤務時間帯設定手順は、前記希望勤務時間帯のなかに前記計画勤務シフトで定められる勤務時間帯に合う希望勤務時間帯が複数あるときに、当該複数の希望勤務時間帯にそれぞれ対応している従業員識別情報に基づいて、前記優先度登録手順に記憶されている当該従業員情報に対応する優先指数を抽出し、当該抽出した優先指数を比較して優先の程度が高い優先指数に対応している従業員識別情報を特定し、当該特定された従業員識別情報で特定される非常勤従業員を出勤予定の非常勤従業員として記憶するとともに、当該非常勤従業員が出勤する予定の時間帯を予定勤務時間帯として記憶する手順であることを特徴とする。
【００２３】
請求項１２に記載の勤務シフト管理プログラムは、請求項１１に記載の勤務シフト管理プログラムにおいて、前記非常勤従業員の出退勤時間を記録する出退勤記録手順と、前記出退勤時間に基づいて、前記予定勤務時間帯設定手順で作成された予定勤務時間帯に対する当該非常勤従業員の出勤状況を表す出退勤情報を出力する出退勤情報出力手順と、をさら実行させ、前記優先度登録手順は、前記出退勤情報に基づく優先指数を登録する手順であることを特徴とする。
【発明の効果】
【００２４】
管理者が行う勤務シフトの計画や、計画した勤務シフトに対する非常勤従業員の割当てを容易に行うことができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の一実施形態を図面に基づいて説明する。なお、以下に説明する構成は本発明を限定するものでなく、本発明の趣旨の範囲内で種々改変することができるものである。
【００２６】
本発明に係る勤務シフト管理装置Ｓは、飲食物，衣類，電化製品等の各種の商品を販売する店舗等や、各種のサービスを提供する店舗・事業所（家庭教師，派遣社員等の派遣を行う事業者等も含む）が、非常勤従業員の勤務シフトを管理するために用いるものである。本実施形態では、飲食店の管理者（例えば店長や、各店舗の勤務管理者）が、非常勤従業員（以下「従業員」という）の勤務シフトを管理する場合について説明する。本実施形態において、飲食店は、１日を営業単位として営業される（「営業日」が飲食店の営業単位である）。
【００２７】
図１は、勤務シフト管理システムの全体構成を示す図である。図１に示すように、本実施形態の勤務シフト管理システムＳは、勤務シフト管理装置１００と、従業員側端末３０と、本部端末４０と、通信回線１とで構築されている。本実施形態の勤務シフト管理装置１００は、管理サーバー装置１０と、店舗側装置２０とで構成されている。通信回線１は、例えばインターネット、ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）、専用線網、電話網（携帯電話網、ＩＰ電話網等を含む）、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等から構成される。
【００２８】
店舗側装置２０，従業員側端末３０及び本部端末４０は、管理サーバー装置１０と通信回線１を介して接続されている。店舗側装置２０，従業員側端末３０は、それぞれ管理者，従業員によって操作されるコンピュータ等で構成される。管理サーバー装置１０は、勤務シフト管理システムＳを提供する事業者が管理するコンピュータ等で構成される。本実施形態では、複数の飲食店を統括する役目を担う本部（なお、「本部」には、近隣の複数の飲食店を統括管理するエリアマネージャーと呼ばれる者も含む）が設けられ、本部端末４０は、この本部によって操作されるコンピュータである。なお、本システムを利用する飲食店が一店舗しかない場合や、各飲食店を統括する必要がない場合等には本部端末４０を設けなくてもよい。
【００２９】
前記のように管理サーバー装置１０，店舗側装置２０，従業員側端末３０及び本部端末４０は、それぞれコンピュータ等で構成されるものである。コンピュータ等とは、演算装置を備えた情報端末すべてを含む意味である。例えば、スーパーコンピュータ、汎用コンピュータ、オフィスコンピュータ、制御用コンピュータ、ワークステーション、パソコンのほか、携帯情報端末、演算装置を備えた携帯電話、ウェアラブルコンピュータ等をも含む。本実施形態の管理サーバー装置１０は、サーバーとしての機能を有し、店舗側装置２０，従業員側端末３０及び本部端末４０はクライアントとしての機能を有する。なお、以下の説明では、従業員側端末３０として、通信回線１を介して送信されるＷＥＢページのデータや、電子メールのデータを受信して、従業員側端末３０の表示画面にＷＥＢページや電子メールのメッセージを表示することができる携帯電話機を用いた場合について説明する。
【００３０】
図２は、本実施形態における勤務シフト管理装置１００の構成を示すブロック図である。上述のように、本実施形態の勤務シフト管理装置１００は、管理サーバー装置１０と店舗側装置２０とから構成されている。
管理サーバー装置１０は、管理側制御部１１と、シフト計画管理サーバー１２と、ＷＥＢ・メールサーバー１３と、出退勤管理サーバー１４と、通信部１５とを有して構成されている。さらに、管理サーバー装置１０は、ハードディスク等の記憶装置を備え、この記憶装置内に、従業員ＤＢ１０ａ，確定スケジュールＤＢ１０ｂ，希望スケジュールＤＢ１０ｃ，出勤情報ＤＢ１０ｄ等のデータベースが構築されている。
【００３１】
店舗側装置２０は、店舗側制御部２１と、入力部２２と、出力部２３と、通信部２４と、出退勤記録取得部２５とを有して構成されている。さらに、店舗側装置２０は、ハードディスク等の記憶装置を備え、この記憶装置内に、従業員ＤＢ２０ａ，シフトパターンＤＢ２０ｂ，営業情報ＤＢ２０ｃ，計画シフトＤＢ２０ｄ，スケジュールＤＢ２０ｅ等のデータベースが構築されている。店舗側装置２０の各データベースの詳細は後述する。
【００３２】
管理側制御部１１，シフト計画管理サーバー１２，ＷＥＢ・メールサーバー１３，出退勤管理サーバー１４，店舗側制御部２１は、各々がＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｓｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ハードディスク等を有して構成され、各々のＣＰＵがＲＯＭやハードディスクに記憶されたプログラムに基づいて後述の各処理を行う。なお、各処理では、必要に応じて、記憶装置としてのＲＡＭにデータを記憶し、またＲＡＭからデータを読出しながら、処理を行う。各処理を行うＣＰＵ，ＲＯＭ，ＲＡＭ，ハードディスクが、本発明のシフトパターン登録手段，計画勤務シフト登録手段，希望勤務時間帯登録手段，対比表示手段，優先度登録手段，予定勤務時間帯設定手段，出退勤情報出力手段として機能する。
【００３３】
通信部１５，２４は、管理サーバー装置１０，店舗側装置２０，従業員側端末３０，本部端末４０が通信回線１を介して相互にデータ（情報）の送受信を行うための通信装置（例えばルータ）である。
【００３４】
入力部２２は、管理者が店舗側装置２０に対して各種のデータの入力（又は指示）を行うために用いられるものであり、例えばキーボード，マウス等である。出力部２３は、管理者に対して各種の情報を示すために用いられるものであり、店舗側制御部２１で制御される表示装置（例えば液晶ディスプレイ）である。
【００３５】
出退勤記録取得部２５は、従業員の出勤時間や退勤時間を記録する装置であり、本発明の出退勤記録手段に相当する。出退勤記録取得部２５は、ＣＰＵや、ＲＯＭ，ＲＡＭ，ハードディスク等のメモリや、従業員の指紋を読み取る指紋センサーを備える。また、「出勤」・「退勤」の別を入力するための入力装置として出退勤入力ボタンや、従業員ＩＤを入力するための入力装置として従業員ＩＤ入力ボタンを備える。
【００３６】
次に、本実施形態の勤務シフト管理装置を用いて、従業員の勤務シフトを管理する際の流れについて説明する。
図３は、勤務シフトの管理の業務フローを示している。勤務シフトの管理は、図３で示されるような業務の流れで行われる。勤務シフトの管理は、「従業員の登録」（ステップＳ１），「シフトパターンの作成」（ステップＳ２），「営業情報の収集」（ステップＳ３），「計画勤務シフトの登録」（ステップＳ４），「希望勤務時間帯の収集」（ステップＳ５），「計画勤務シフトへの従業員の仮割当て」（ステップＳ６），「計画勤務シフトの調整及び確定」（ステップＳ７），「勤怠管理」（ステップＳ８），「予実管理」（ステップＳ９）の各業務が遂行されることで行われる。ステップＳ１〜ステップＳ９の業務は繰り返し行われる。まず、これらの各業務の概略を説明する。その後、各業務において管理者を支援するために、勤務シフト管理装置１００で行われる各種の処理を説明することとする。
【００３７】
（各業務の概略）
「従業員の登録」の業務では、従業員の個人情報が登録される。個人情報としては、例えば、従業員の名前，パスワード，性別，生年月日，連絡先，電子メールアドレス，給与振込先等がある。従業員の個人情報は、従業員を特定する従業員識別情報としての従業員ＩＤに対応付けてＤＢ１０ａ，２０ａへ登録される（図４参照）。また、各従業員の属性や、時給等も従業員ＩＤに対応付けてＤＢ１０ａ，２０ａへ登録される。なお、属性とは、例えば、社員区分や、部署や、役職や、能力や、休眠従業員か否か等である。なお、社員区分とは、従業員が社員であるかアルバイトであるかの別を表すものである。休眠従業員とは、過去に勤務した経験はあるが、所定期間（例えば３ヶ月）勤務していない状態が続いている従業員をいう。本人の希望によって、休眠従業員として登録される場合もある。従業員の指紋のデータも、従業員ＩＤに対応付けられて、従業員ＤＢ１０ａ，２０ａへ登録される。本実施形態では、一度登録された従業員の個人情報や指紋のデータは、最終の勤務日から所定期間（例えば３年）経過した場合、本人からの登録抹消の希望を受けた場合を除いて従業員ＤＢに登録されつづける。
【００３８】
「シフトパターンの作成」の業務では、飲食店の営業のためにどのような属性の従業員が、どの勤務時間帯に、何人必要であるかを定めた勤務シフト（図５，図６参照）が作成され、店舗側装置２０に予め登録される。このとき登録された勤務シフトを、以下では「登録シフトパターン」という。登録シフトパターンは、管理者が店舗側装置２０の入力部２２を操作することで作成され、店舗側装置２０のシフトパターンＤＢ２０ｂに登録される（図５参照）。管理者は、複数種類の登録シフトパターンを予め登録しておく。
【００３９】
「営業情報の収集」の業務では、各営業日の営業情報が収集され、収集された営業情報が、各営業日に対応付けて登録される。営業情報とは、飲食店の売上に影響を与える要因の状態を示す情報である。例えば、営業情報としては、曜日の情報（平日であるか、土曜日であるか、休日であるか等）や、天候の情報（晴れであるか、雨であるか等）や、出来事の情報等がある。なお、「出来事」には、飲食店周辺でのコンサート，集会などのイベントの開催や、道路工事等の他、休前日である、お盆期間である、年末年始である、クリスマスイブである等を含む意味である。営業情報は、各営業日に対応付けて店舗側装置２０の営業情報ＤＢ２０ｃに登録される（図７参照）。
【００４０】
「計画勤務シフトの登録」の業務では、計画勤務シフトが各営業日に対応付けて登録される。計画勤務シフトとは、上述の「シフトパターン登録」の業務で登録された登録シフトパターンの中から選択される登録シフトパターンで示される勤務シフトであって、各営業日に対して計画される勤務シフトのことである。各営業日において、各従業員がどの勤務時間帯に勤務するかは、この計画勤務シフトに基づいて定められることになる。本実施形態における計画勤務シフトの登録は、上述の「営業情報収集」の業務で収集した営業情報を参考に行われる。各営業日に対する計画勤務シフトは、店舗側装置２０の計画シフトＤＢ２０ｄに登録される（図８，図９，図１０参照）。本実施形態では、このように、予め登録されていた複数種類の登録シフトパターンから、各営業日に対する登録シフトパターンを選択するだけで、各営業日の計画勤務シフトを作成されることになるため、営業日毎に勤務シフトを改めて作成する手間を省くことができる。
【００４１】
「希望勤務時間帯の収集」の業務では、各従業員の出勤意向が登録される。従業員は、従業員側端末３０に各自が勤務を希望する勤務日と、希望する勤務開始時間（以下「希望開始時間」という）と、希望する勤務終了時間（以下「希望終了時間」という）を従業員側端末３０に入力する。なお、以下では、希望開始時間から希望終了時間までの時間帯を「希望勤務時間帯」という。このように従業員側端末３０に入力された勤務日，希望開始時間，希望終了時間は、当該従業員を表す従業員ＩＤとともに管理サーバー装置１０へ送信される。管理サーバー装置１０では、受信した従業員ＩＤに対応付けて、受信した勤務日，希望開始時間，希望終了時間を希望スケジュールＤＢ１０ｃへ登録する。希望スケジュールＤＢ１０ｃのデータは、店舗側装置２０からの要求に応じて管理サーバー装置１０から店舗側装置２０に送信され、スケジュールＤＢ２０ｅに反映されて登録される（図１１参照）。
【００４２】
従業員が、希望する勤務日や希望勤務時間帯を変更する場合には、従業員側端末３０から従業員ＩＤ，変更後の希望勤務日，希望開始時間，希望終了時間が管理サーバー装置１０へ送信される。管理サーバー装置１０では、受信した従業員ＩＤに対応して希望スケジュールＤＢ１０ｃに登録されている希望勤務日，希望開始時間，希望終了時間を、変更後の希望勤務日，希望開始時間，希望終了時間に更新する。
【００４３】
店舗側装置２０から管理サーバー装置１０に対してスケジュールＤＢ２０ｅの更新の要求があった場合には、希望スケジュールＤＢ１０ｃのデータが、その要求に応じて管理サーバー装置１０から店舗側装置２０に送信され、これにより、スケジュールＤＢ２０ｅのデータが更新され、希望スケジュールＤＢ１０ｃのデータがスケジュールＤＢ２０ｅに反映されるようになっている。
スケジュールＤＢ２０ｅへ、希望する勤務日，希望開始時間，希望終了時間が登録されることにより、本発明の希望勤務時間帯登録手順が実行される。
【００４４】
本実施形態では、勤務シフト管理装置１００が、従業員側端末３０から受信した希望勤務日，希望開始時間，希望終了時間を、希望スケジュールＤＢ１０ｃやスケジュールＤＢ２０ｅに登録するため、管理者が従業員から伝えられた希望勤務日，希望開始時間，希望終了時間をわざわざ入力部２２で入力する必要がなくなり、管理者の業務負担が軽減される。
【００４５】
「計画勤務シフトへの従業員の仮割当て」の業務では、「計画勤務シフトの登録」の業務で登録された計画勤務シフトと、「希望勤務時間帯の収集」の業務で登録された各従業員の希望勤務日，希望勤務時間帯とを元に、各従業員の勤務日，勤務時間帯が決定される（図１２，図１３，図１４参照）。このように決定された勤務時間帯を、以下「予定勤務時間帯」という。各従業員の予定勤務時間帯は、スケジュールＤＢ２０ｅに登録される。なお、各従業員の予定勤務時間帯のデータは、店舗側端末から本部端末４０又は管理サーバー装置１０へ送信され、本部端末４０又は管理サーバー装置１０に蓄積され、本部端末４０を介して各飲食店における予定勤務時間帯を本部が閲覧できるようになっている。
【００４６】
「計画勤務シフトの調整及び確定」では、計画勤務シフトに対して、勤務を希望している従業員が不足している場合や、本部からの指示があった場合、管理者自らの判断等によって、予定勤務時間帯の調整（修正・追加・削除）を行う。特に、勤務を希望している従業員が不足している場合には、管理者は、店舗側装置２０から募集メールの送信を行う。各営業日における従業員の予定勤務時間帯を確定する場合には、当該確定する予定勤務時間帯を従業員ＩＤとともに管理サーバー装置１０へ送信する。管理サーバー装置１０へ送信された予定勤務時間帯は、確定勤務時間帯として、確定スケジュールＤＢ１０ｂに登録される。
【００４７】
「勤怠管理」の業務では、従業員の出退勤の時間を記録する。従業員の出退勤の時間は、出勤情報ＤＢ１０ｄに登録される。従業員は、出退勤記録取得部２５の従業員ＩＤ入力ボタンを操作して従業員ＩＤを入力し、出退勤記録取得部２５の出退勤入力ボタンを操作して「出勤」か「退勤」を選択する。また、従業員は、指紋センサーに指をかざして、出退勤記録取得部２５に指紋を読み取らせる。出退勤記録取得部２５は、入力された従業員ＩＤと、読み取った指紋のデータと、「出勤」か「退勤」の別と、出退勤入力ボタンが操作された時刻とを店舗側制御部２１に送信する。
【００４８】
店舗側制御部２１は、従業員ＤＢ２０ａに登録されている従業員ＩＤと指紋データの組合せが一致するかを判断し、一致している場合には、「出勤」か「退勤」の別と、出退勤入力ボタンが操作された時刻が、従業員ＩＤに対応付けられて、出退勤管理サーバー１４に送信される。出退勤管理サーバー１４では、「出勤」か「退勤」の別と、出退勤入力ボタンが操作された時刻が、従業員ＩＤに対応付けて、出勤情報ＤＢ１０ｄへ登録される。店舗側制御部２１によって出退勤入力ボタンが操作された時刻が、出退勤管理サーバー１４に送信され、出勤情報ＤＢ１０ｄへ登録されることで、本発明の出退勤記録手順が実行される。
【００４９】
「予実管理」の業務では、確定スケジュールＤＢ１０ｂに登録されている各従業員の確定勤務時間帯と、出勤情報ＤＢ１０ｄに登録されている従業員の出退勤の時間とを対比することで、従業員の出勤状況を管理する。出勤状況の管理の結果は、従業員ＤＢ１０ａ，２０ａに登録される。出勤状況の管理としては、例えば、出勤率の算出がある。出勤率は、出勤予定の出勤日数と確定スケジュールＤＢ１０ｂに登録されている確定勤務時間帯に対する欠勤・遅刻・早退なく出勤した日数の割合を示すものである。出勤率は、本発明の出退勤情報に相当する。本実施形態では、管理サーバー装置１０が、この出勤率を算出して、従業員ＤＢ１０ａへ登録する。また、店舗側装置２０からの要求に応じて、従業員ＤＢ１０ａに登録されている出勤率が店舗側装置２０へ送信されて、従業員ＤＢ２０ａに登録される。出勤率が、管理サーバー装置１０で算出され、店舗側装置２０へ送信されることによって、本発明の出退勤情報出力手順が実行される。また、所定期間（例えば３ヶ月）勤務していない状態が続いている従業員がいる場合には、管理サーバー装置１０は、当該従業員を休眠従業員として従業員ＤＢ１０ａに登録する。また、最終の勤務日から所定期間（例えば３年）経過した従業員がいる場合には、管理サーバー装置１０は、当該従業員を従業員ＤＢから抹消する。
【００５０】
（勤務シフト管理装置１００で行われる各種の処理）
本実施形態の勤務シフト管理装置１００は、上述の各業務において管理者に対する支援を行うために、従業員登録処理，シフトパターン登録処理，シフトパターン選択処理，出来事登録処理，従業員自動割当処理の各処理を実行する。これらの各処理を、以下で順に説明する。
【００５１】
従業員登録処理について説明する。
従業員登録処理は、主に上述の「従業員の登録」の業務で実行される処理であり、以下の処理が行われる。
従業員側端末３０から従業員の登録の要求があると、管理サーバー装置１０のＷＥＢ・メールサーバー１３は、従業員の個人情報の入力を求めるＷＥＢ画面のデータを従業員側端末３０へ送信する。従業員は、従業員側端末３０に表示されたＷＥＢ画面の指示に従って、従業員側端末３０に個人情報を入力する。この入力された個人情報は、管理サーバー装置１０に送信される。管理サーバー装置１０のＷＥＢ・メールサーバー１３は従業員側端末３０から個人情報を受信する。管理サーバー装置１０の管理側制御部１１は、ＷＥＢ・メールサーバー１３が受信した個人情報を、従業員ＩＤに対応付けて、従業員ＤＢ１０ａへ登録する。
【００５２】
店舗側装置２０が、管理サーバー装置１０に対して従業員ＤＢ２０ａの更新を要求すると、管理サーバー装置１０は、従業員ＤＢ１０ａのデータを、店舗側装置２０に送信する。従業員ＤＢ１０ａのデータを受信した店舗側装置２０は、従業員ＤＢ１０ａのデータを従業員ＤＢ２０ａに取り込む。店舗側装置２０からの、管理サーバー装置１０に対する従業員ＤＢ２０ａの更新の要求は、適宜のタイミングで自動的又は管理者の指示により行われる。例えば、各営業日の開始又は終了時に店舗側装置２０が自動的に管理サーバー装置１０に対してアクセスし、従業員ＤＢ２０ａの更新の要求が行われる。また、管理者が、店舗側装置２０に対して従業員ＤＢ２０ａの更新の要求を行うように入力部２２を操作して指示した場合に、従業員ＤＢ２０ａの更新の要求が行われる。以下の説明で、「従業員ＤＢ１０ａのデータが従業員ＤＢ２０ａに反映される」とは、このような店舗側装置２０からの、管理サーバー装置１０に対する従業員ＤＢ２０ａの更新の要求に応じて、従業員ＤＢ１０ａのデータに一致するように従業員ＤＢ２０ａが更新されることを示す。
【００５３】
図４は、従業員ＤＢ２０ａの一部を表として示している。従業員ＤＢ２０ａは、従業員ＩＤフィールドＦａ０１，指紋ＩＤフィールドＦａ０２，氏名フィールドＦａ０３，連絡先フィールドＦａ０４，部署フィールドＦａ０５，役職フィールドＦａ０６，社員区分フィールドＦａ０７，ランクフィールドＦａ０８，時給フィールドＦａ０９，優先指数フィールドＦａ１０，出勤率フィールドＦａ１１，自動割当フラグフィールドＦａ１２，募集フラグフィールドＦａ１３，休眠フラグフィールドＦａ１４を有するレコードの集合で構成されている。
【００５４】
従業員ＩＤフィールドＦａ０１，指紋ＩＤフィールドＦａ０２，氏名フィールドＦａ０３，連絡先フィールドＦａ０４，部署フィールドＦａ０５，役職フィールドＦａ０６，社員区分フィールドＦａ０７，ランクフィールドＦａ０８，時給フィールドＦａ０９，優先指数フィールドＦａ１０，出勤率フィールドＦａ１１，自動割当フラグフィールドＦａ１２，募集フラグフィールドＦａ１３，休眠フラグフィールドＦａ１４には、それぞれ従業員ＩＤ，指紋ＩＤ，氏名，連絡先，部署，役職，社員区分，ランク，時間給，優先指数，出勤率，自動割当フラグ，募集フラグ，休眠フラグが登録される。各フィールドには、従業員フィールドＦａ０１の従業員ＩＤで特定される従業員についてのデータが登録される。なお、図示は省略しているが、従業員ＤＢ２０ａは、従業員の電子メールアドレス等を登録する電子メールフィールドも備えている。
【００５５】
指紋ＩＤは、従業員の指紋データを示す識別情報であり、指紋データの登録処理が行われることにより指紋ＩＤフィールドＦａ０２に登録される。管理者が、従業員ＩＤを店舗側装置２０に入力して、指紋データの登録を指示すると、指紋データの登録処理が行われる。指紋データの登録処理では、店舗側制御部２１は、出退勤記録取得部２５に対して指紋の読み取りを指示する。この指示を受けた出退勤記録取得部２５は、従業員の指紋を出退勤記録取得部２５の指紋センサーで読み取り、読み取った指紋の指紋データを、店舗側制御部２１に送信する。従業員ＤＢ１０ａには、指紋データファイルが用意されている。店舗側制御部２１は、指紋データを、指紋ＩＤに対応付けて、指紋データファイルへ記憶する。指紋ＩＤは従業員ＩＤと一対一に対応している。
【００５６】
管理者は、各従業員の属性（社員区分，部署，役職）、時間給を、従業員ＤＢ２０ａの当該従業員を示すレコードの部署フィールドＦａ０５，役職フィールドＦａ０６，社員区分フィールドＦａ０７，時給フィールドＦａ０９へ登録する。管理者が、従業員の情報を入力するために、店舗側装置２０に対して従業員の情報を入力するための画面を表示すると、店舗側装置２０は入力画面を出力部で表示する。店舗側装置２０は、管理者が画面に従って入力した、属性（部署，役職，社員区分）、時間給の情報を、従業員ＤＢ２０ａに登録する。なお、本実施形態では、管理者が店舗側装置２０から、管理サーバー装置１０の従業員ＤＢ１０ａにアクセスして、従業員ＤＢ１０ａに一旦データを登録し、従業員ＤＢ１０ａのデータを従業員ＤＢ２０ａに取り込むことで、属性（部署，役職，社員区分）、時間給の登録を行うように構成している。
【００５７】
ランクは、その従業員の能力等を表している。本実施形態では、各役職の時間給と連動していて、各役職の時間給が高い方からＡ、Ｂ、Ｃの順にランクが設定される。時間給は、本部によって管理サーバー装置１０に入力されたものが、従業員ＤＢ１０ａに登録され、この従業員ＤＢ１０ａのデータが従業員ＤＢ２０ａに反映されるものである。
【００５８】
優先指数は、上述の「計画勤務シフトへの従業員の仮割当て」，「計画勤務シフトの調整及び確定」の業務において、複数人の希望勤務日，希望勤務時間帯が重複した場合に、いずれの従業員の希望を優先的に考慮して予定勤務時間帯を決定するかの判断基準となる指数であって、従業員の優先の程度を表している。本実施形態では、優先指数に出勤率が反映され、出勤率が高い方から順に、１、２、３の優先指数が設定され、この順に優先される。出勤率は、上述の「予実管理」で管理側制御部１１が算出して、従業員ＤＢ１０ａに登録される。管理側制御部１１は、この出勤率に応じて優先指数を算出して、従業員ＤＢ１０ａに登録する。例えば、出勤率が９５％以上の場合に優先指数を「１」、出勤率が９０％以上９５％未満の場合に優先指数を「２」、出勤率が９０％未満の場合に優先指数を「３」を登録する。
優先指数が従業員ＤＢ１０ａや従業員ＤＢ２０ａに登録されることで、本発明の優先度登録手順が実行される。
【００５９】
なお、この優先指数についても、従業員ＤＢ１０ａのデータが従業員ＤＢ２０ａに反映される。ただし、本実施形態では、管理者が自由に従業員ＤＢ２０ａの優先指数を登録することもできる。管理者は、入力部２２を操作することで、優先指数フィールドＦａ１０のデータを登録（更新）することができる。管理者による優先指数の登録（更新）は、管理者が店舗側装置２０に対して従業員の情報を変更するための画面を表示するように指示して、当該画面上で、各従業員に対する優先指数を入力することで行われる。
【００６０】
因みに、本実施形態では、管理者が登録した優先指数を保護するために、従業員ＤＢ１０ａのデータが従業員ＤＢ２０ａに反映される際に、優先指数フィールドＦａ１０のデータが更新される場合には、店舗側装置２０は、管理者に対してそのフィールドの更新を行ってよいかを訊ねる。店舗側装置２０は、更新しない旨の回答を受けた場合には、そのフィールドの更新は行わないように構成されている。
【００６１】
自動割当フラグは、詳細を後述する従業員自動割当処理（図１２参照）において用いられるものであり、管理者が入力部２２を操作して設定することで、従業員ＤＢ２０ａに登録される。自動割当フラグの登録は、管理者が店舗側装置２０に対して従業員の情報を入力するための画面を表示するように指示して、当該画面上で、各従業員に対する自動割当フラグのセットを指示することでセット（「１」が登録）され、自動割当フラグのリセットを指示することでリセット（「０」が登録）される。従業員ＤＢ１０ａのデータが従業員ＤＢ２０ａに反映される際でも、自動割当フラグフィールドＦａ１２のデータは更新されない。
【００６２】
募集フラグは、従業員に対してメールを送る場合に、後述の勤務割当画面（図１４参照）における募集フラグ表示欄Ｇ２２ｎへチェックすることでセットされる。募集フラグがセットされると、募集フラグフィールドＦａ１３に「１」が登録される。
休眠フラグは、従業員が休眠従業員であるか否かを示すものである。「０」は、従業員が休眠従業員ではないことを示し、「１」は、従業員が休眠従業員であることを示している。従業員が登録された時点では、通常、当該従業員は「０」が登録される。管理者は、従業員からの要望があったとき等に「１」に変更することができる。また、所定期間（例えば３ヶ月）勤務していない状態が続いていると、管理サーバー装置１０の従業員ＤＢ１０ａに休眠従業員として登録され、従業員ＤＢ１０ａのデータが従業員ＤＢ２０ａに反映される際に、休眠フラグフィールドＦａ１４のデータが「１」に更新される。
【００６３】
以上のように、本実施形態では、従業員自らが従業員の個人情報を従業員側端末３０に入力することで、従業員ＤＢ１０ａ，２０ａへ個人情報が登録される。このため、管理者や各飲食店を統括する本部等が従業員の個人情報を入力する必要がないため、管理者等の業務負担が軽減される。
【００６４】
シフトパターン登録処理について説明する。
シフトパターン登録処理によって、本発明のシフトパターン登録手順が実行される。
まず、図５を用いて、シフトパターン登録処理で用いられるシフトパターンＤＢ２０ｂについて説明する。
図５は、シフトパターンＤＢ２０ｂの一部を表として示している。図６は、シフトパターン登録処理において出力部（表示装置）２３に表示されるシフトパターン作成画面の画面例を示す。
シフトパターン登録処理は、上述の「シフトパターンの作成」の業務で実行される処理であり、以下の処理が行われる。
【００６５】
管理者が入力部２２を操作して、店舗側装置２０に対して、「シフトパターンの作成」の業務を行うように指示すると、店舗側装置２０は、図６に示されるようなシフトパターン作成画面を表示する。図６に示すように、シフトパターン作成画面には、パターン種別入力欄Ｇ０１，備考入力欄Ｇ０２，部署入力欄Ｇ０３，役職入力欄Ｇ０４，社員区分入力欄Ｇ０５，ランク入力欄Ｇ０６，勤務時間入力欄Ｇ０７が設けられる。管理者が、図６に示すシフトパターン作成画面に従って入力部２２から入力したデータに基づいて、店舗側装置２０は、勤務シフトをシフトパターンＤＢ２０ｂに登録する。
【００６６】
管理者は、パターン種別入力欄Ｇ０１に、作成する勤務シフトを特定するためのパターンＩＤを入力する。また、備考入力欄Ｇ０２に、その勤務シフトの説明等の備考を入力する。また、部署入力欄Ｇ０３，役職入力欄Ｇ０４，社員区分入力欄Ｇ０５，ランク入力欄Ｇ０６に、それぞれ必要な従業員の部署，役職，社員区分，ランクを入力する。また、勤務時間入力欄Ｇ０７には、部署入力欄Ｇ０３，役職入力欄Ｇ０４，社員区分入力欄Ｇ０５，ランク入力欄Ｇ０６に入力された部署，役職，社員区分，ランクを充たす従業員に勤務してもらいたい時間帯を入力する。本実施形態では、勤務時間入力欄Ｇ０７はガントチャートになっているため、勤務時間入力欄Ｇ０７への時間帯の入力を、時間を直接入力するのではなく、ガントチャートの帯ＢＬＴの位置・長さを入力部（マウス）のドラッグ・アンド・ドロップで変更することで行う構成となっている。
【００６７】
管理者が、パターン種別入力欄Ｇ０１に入力したパターンＩＤで特定される勤務シフトを完成させ、シフトパターン作成画面の登録ボタンを操作すると、店舗側装置２０は、各入力欄に入力されたデータを、シフトパターンＤＢ２０ｂ（図５参照）に登録する。本実施形態のシフトパターンＤＢ２０ｂは、レコード番号フィールドＦｂ０１，シフトパターンフィールドＦｂ０２，備考フィールドＦｂ０３，部署フィールドＦｂ０４，役職フィールドＦｂ０５，社員区分フィールドＦｂ０６，ランクフィールドＦｂ０７，開始時間フィールドＦｂ０８，終了時間フィールドＦｂ０９を有するレコードの集合で構成されている。
【００６８】
図６のパターン種別入力欄Ｇ０１の入力内容、備考入力欄Ｇ０２の入力内容と、図６で一行に表示された１組の部署入力欄Ｇ０３，役職入力欄Ｇ０４，社員区分入力欄Ｇ０５，ランク入力欄Ｇ０６，勤務時間入力欄Ｇ０７の入力内容を、１つのレコードとして、シフトパターンＤＢ２０ｂに登録する。このとき、そのレコードの番号を示すレコード番号がレコード番号フィールドＦｂ０１に登録され、パターン種別入力欄Ｇ０１，備考入力欄Ｇ０２，部署入力欄Ｇ０３，役職入力欄Ｇ０４，社員区分入力欄Ｇ０５，ランク入力欄Ｇ０６の入力内容を、それぞれシフトパターンフィールドＦｂ０２，備考フィールドＦｂ０３，部署フィールドＦｂ０４，役職フィールドＦｂ０５，社員区分フィールドＦｂ０６，ランクフィールドＦｂ０７に登録する。勤務時間入力欄Ｇ０７の入力内容については、帯の両端が示す時間が勤務の開始時間，終了時間として、開始時間フィールドＦｂ０８，終了時間フィールドＦｂ０９へ登録する。
【００６９】
以上のシフトパターン登録処理が繰り返し行われることで、複数種類の勤務シフトが店舗側装置２０のシフトパターンＤＢ２０ｂに登録される。以下の説明では、パターンＩＤ「Ａ１」，「Ａ２」，「Ａ３」，「Ｂ１」，「Ｂ２」，「Ｂ３」，「Ｃ１」，「Ｃ２」，「Ｃ３」で特定される９種類の勤務シフトが、シフトパターンＤＢ２０ｂに予め登録されたものとして説明する。本実施形態において、パターンＩＤ「Ａ１」の勤務シフトは、平日の客入りが少ない営業日に用いること、パターンＩＤ「Ａ２」の勤務シフトは、平日の客入りが平均的な営業日に用いること、パターンＩＤ「Ａ３」の勤務シフトは、平日の客入りが多い営業日に用いることを想定して予め用意された勤務シフトである。パターンＩＤ「Ｂ１」の勤務シフトは、土曜日の客入りが少ない営業日に用いること、パターンＩＤ「Ｂ２」の勤務シフトは、土曜日の客入りが平均的な営業日に用いること、パターンＩＤ「Ｂ３」の勤務シフトは、土曜日の客入りが多い営業日に用いることを想定して予め用意された勤務シフトである。パターンＩＤ「Ｃ１」の勤務シフトは、休日の客入りが少ない営業日に用いること、パターンＩＤ「Ｃ２」の勤務シフトは、休日の客入りが平均的な営業日に用いること、パターンＩＤ「Ｃ３」の勤務シフトは、休日の客入りが多い営業日に用いることを想定して予め用意された勤務シフトである。
【００７０】
シフトパターン選択処理，出来事登録処理について説明する。
シフトパターン選択処理，出来事登録処理は、上述の「営業情報の収集」の業務と「計画勤務シフトの登録」の業務で実行される処理であり、シフトパターン選択処理，出来事登録処理によって、本発明の計画勤務シフト登録手順が実行される。
まず、図７，図８を用いて、シフトパターン選択処理，出来事登録処理で用いられる営業情報ＤＢ２０ｃ，計画シフトＤＢ２０ｄについて説明する。
図７は、営業情報ＤＢ２０ｃの一部を表として示している。図７に示すように、営業情報ＤＢ２０ｃでは、各レコードが、営業日フィールドＦｃ０１，曜日フィールドＦｃ０２，天候フィールドＦｃ０３，出来事フィールドＦｃ０４，閑散フラグフィールドＦｃ０５，繁盛フラグフィールドＦｃ０６で構成されている。
【００７１】
営業日フィールドＦｃ０１，曜日フィールドＦｃ０２には、それぞれ営業日を示すデータ，曜日を示すデータが登録される。曜日は、その営業日が「平日」であるか、「土曜日」であるか、「休日」（日曜日及び祝日）であるかの別を示すものである。本実施形態では、営業日フィールドＦｃ０１，曜日フィールドＦｃ０２データは、予め店舗側装置２０で登録されている。
天候フィールドＦｃ０３には、天候のデータが登録される。天候のデータは、その営業日の天候を示すものである。本実施形態では、天気予報による天候のデータを登録し、降水確率が６０％以上であれば「雨」、６０％未満であれば「晴れ」を登録する。
【００７２】
出来事フィールドＦｃ０４には、出来事のデータが登録される。この出来事フィールドＦｃ０４へのデータの登録は、管理者が入力部２２を操作することで行われる。
閑散フラグフィールドＦｃ０５，繁盛フラグフィールドＦｃ０６には、後述の閑散フラグ，繁盛フラグを登録する。閑散フラグフィールドＦｃ０５，繁盛フラグフィールドＦｃ０６の初期値は、「０」である。「０」は、閑散フラグ，繁盛フラグがリセットされた状態を表している。
【００７３】
図８は、計画シフトＤＢ２０ｄの一部を表として示している。図８に示すように、計画シフトＤＢ２０ｄでは、各レコードが、営業日フィールドＦｄ０１，推奨計画シフトフィールドＦｄ０２，選択計画シフトフィールドＦｄ０３，確定フラグフィールドＦｄ０４で構成されている。営業日フィールドＦｄ０１には、予めデータが登録されている。推奨計画シフトフィールドＦｄ０２には、店舗側装置２０が推奨する計画勤務シフトを示すパターンＩＤが登録される。選択計画シフトフィールドＦｄ０３には、店舗側装置２０が推奨する計画勤務シフトと異なる計画勤務シフトを、管理者が選択した場合に、その選択された計画勤務シフトを示すパターンＩＤが登録される。また、店舗側装置２０が推奨する計画勤務シフトを、管理者が選択する場合には、選択計画シフトフィールドＦｄ０３には、推奨計画シフトフィールドＦｄ０２と同一のパターンＩＤが登録される。
【００７４】
確定フラグフィールドＦｄ０４には、後述のシフト確定フラグが登録される。確定フラグフィールドＦｄ０４の初期値は、「０」である。「０」は、シフト確定フラグがリセットされた状態を表している。なお、後述のように、日別シフト計画画面（図１０参照）の登録ボタンが操作されることで、確定フラグフィールドＦｄ０４に「１」が登録されて、シフト確定フラグがセットされた状態になる。
【００７５】
シフトパターン選択処理では、以下の処理が行われる。
図９は、店舗側装置２０で実行されるシフトパターン選択処理を示すフローチャートである。
【００７６】
管理者が入力部２２を操作して、店舗側装置２０に対して、「営業情報の収集」の業務を行うように指示するか、又は「計画勤務シフトの登録」の業務を行うように指示すると、店舗側装置２０は、通信回線１を通じて、飲食店周辺の天気予報を提供しているサーバー（不図示）にアクセスし、飲食店周辺の天候の情報を取得して、取得した天候の情報を店舗側装置２０の記憶装置（ＲＡＭ）に記憶する（ステップＳ２０１）。続いて、ステップＳ２０１で記憶した天候の情報に基づいて、営業情報ＤＢ２０ｃに登録するための天候のデータを作成する（ステップＳ２０２）。続いて、ステップＳ２０２で作成した天候のデータを、天気予報の対象日に対応する営業日が営業日フィールドＦｃ０１に登録されているレコードの天候フィールドＦｃ０３へ登録する（ステップＳ２０３）。続いて、天候フィールドＦｃ０３を検索して、「雨天」のデータが登録されているレコードの抽出を試みる（ステップＳ２０４）。
【００７７】
続くステップＳ２０５では、「雨天」のデータが登録されているレコードをステップＳ２０４で抽出したかを判断する。「雨天」のデータが登録されているレコードを抽出できなかった場合（ステップＳ２０５：ＮＯ）には、ステップＳ２０７へ進む。一方、「雨天」のデータが登録されているレコードをステップＳ２０４で抽出した場合（ステップＳ２０５：ＹＥＳ）には、当該抽出されたレコードの閑散フラグフィールドＦｃ０５に「１」を登録して、閑散フラグをセットして（ステップＳ２０６）、ステップＳ２０７へ進む。
【００７８】
ステップＳ２０７では、閑散フラグフィールドＦｃ０５及び繁盛フラグフィールドＦｃ０６を検索して、いずれのデータも「０」であるレコード、又はいずれのデータも「１」であるレコード、即ち閑散フラグ，繁盛フラグがいずれもリセット状態にあるレコード、又は閑散フラグ，繁盛フラグがいずれもセット状態にあるレコードの抽出を試みる。続くステップＳ２０８では、ステップＳ２０７でレコードを抽出したかを判断する。ステップＳ２０７でレコードを抽出できなかった場合（ステップＳ２０８：ＮＯ）には、ステップＳ２１１へ進む。一方、ステップＳ２０７でレコードを抽出した場合（ステップＳ２０８：ＹＥＳ）には、当該抽出したレコードの営業日フィールドＦｃ０１のデータと、曜日フィールドＦｃ０２のデータとを読み取って（ステップＳ２０９）、ステップＳ２１０へ進む。
【００７９】
ステップＳ２１０では、計画シフトＤＢ２０ｄを検索して、ステップＳ２０９で読み取った営業日フィールドＦｃ０１と一致する営業日が営業日フィールドＦｄ０１に登録されているレコードを抽出して、当該レコードの推奨計画シフトフィールドＦｄ０２へ、ステップＳ２０９で読み取った曜日フィールドＦｃ０２の曜日に応じたパターンＩＤを登録する。このステップＳ２１０において推奨計画シフトフィールドＦｄ０２へ登録されるパターンＩＤは、ステップＳ２０９で読み取った曜日フィールドＦｃ０２の曜日に応じて、平日であれば「Ａ２」、土曜日であれば「Ｂ２」、休日であれば「Ｃ２」である。
【００８０】
ステップＳ２１０に続いて、ステップＳ２１１では、閑散フラグフィールドＦｃ０５及び繁盛フラグフィールドＦｃ０６を検索して、閑散フラグフィールドのデータが「１」、且つ繁盛フラグフィールドＦｃ０６のデータが「０」であるレコード、即ち閑散フラグがセット状態で、且つ繁盛フラグがリセット状態にあるレコードの抽出を試みる。続くステップＳ２１２では、ステップＳ２１１でレコードを抽出したかを判断する。ステップＳ２１１でレコードを抽出できなかった場合（ステップＳ２１２：ＮＯ）には、ステップＳ２１５へ進む。一方、レコードをステップＳ２１１で抽出した場合（ステップＳ２１２：ＹＥＳ）には、当該抽出したレコードの営業日フィールドＦｃ０１のデータと、曜日フィールドＦｃ０２のデータと、確定フラグフィールドＦｄ０４のデータを読み取って（ステップＳ２１３）、ステップＳ２１４へ進む。
【００８１】
ステップＳ２１４では、計画シフトＤＢ２０ｄを検索して、ステップＳ２１３で読み取った営業日フィールドＦｃ０１と一致する営業日が営業日フィールドＦｄ０１に登録されているレコードを抽出して、当該レコードの推奨計画シフトフィールドＦｄ０２へ、ステップＳ２１３で読み取った曜日フィールドＦｃ０２の曜日に応じたパターンＩＤを登録する。このステップＳ２１４において推奨計画シフトフィールドＦｄ０２へ登録されるパターンＩＤは、ステップＳ２１３で読み取った曜日フィールドＦｃ０２の曜日に応じて、平日であれば「Ａ１」、土曜日であれば「Ｂ１」、休日であれば「Ｃ１」である。
【００８２】
ステップＳ２１４に続いて、ステップＳ２１５では、閑散フラグフィールドＦｃ０５及び繁盛フラグフィールドＦｃ０６を検索して、閑散フラグフィールドのデータが「０」、且つ繁盛フラグフィールドＦｃ０６のデータが「１」であるレコード、即ち閑散フラグがリセット状態で、且つ繁盛フラグがセット状態にあるレコードの抽出を試みる。続くステップＳ２１６では、ステップＳ２１５でレコードを抽出したかを判断する。ステップＳ２１５でレコードを抽出できなかった場合（ステップＳ２１６：ＮＯ）には、ステップＳ２１９へ進む。一方、ステップＳ２１５でレコードを抽出した場合（ステップＳ２１６：ＹＥＳ）には、当該抽出したレコードの営業日フィールドＦｃ０１のデータと、曜日フィールドＦｃ０２のデータとを読み取って（ステップＳ２１７）、ステップＳ２１８へ進む。
【００８３】
ステップＳ２１８では、計画シフトＤＢ２０ｄを検索して、ステップＳ２１７で読み取った営業日フィールドＦｃ０１と一致する営業日が営業日フィールドＦｄ０１に登録されているレコードを抽出して、当該レコードの推奨計画シフトフィールドＦｄ０２へ、ステップＳ２１７で読み取った曜日フィールドＦｃ０２の曜日に応じたパターンＩＤを登録する。このステップＳ２１８において推奨計画シフトフィールドＦｄ０２へ登録されるパターンＩＤは、ステップＳ２１７で読み取った曜日フィールドＦｃ０２の曜日に応じて、平日であれば「Ａ３」、土曜日であれば「Ｂ３」、休日であれば「Ｃ３」である。
【００８４】
ステップＳ２１８に続いて、ステップＳ２１９では、営業情報ＤＢ２０ｃや、計画シフトＤＢ２０ｄ等に登録されているデータに基づいて、日別シフト計画画面を、出力部（表示装置）２３で表示する。
【００８５】
図１０は、シフトパターン選択処理において出力部（表示装置）２３に表示される日別シフト計画画面の画面例を示す。図１０に示すように、日別シフト計画画面には、日別情報表示欄Ｇ１１，シフト情報表示欄Ｇ１２，週別経費表示欄Ｇ１３，月別経費表示欄Ｇ１４等が設けられる。店舗側装置２０は、営業情報ＤＢ２０ｃや、計画シフトＤＢ２０ｄ等に登録されているデータに基づいて、各表示欄Ｇ１１〜Ｇ１４に情報を表示する。
【００８６】
日別情報表示欄Ｇ１１は、日付表示欄Ｇ１１ａ，パターンＩＤ表示欄Ｇ１１ｂ，天候表示欄Ｇ１１ｃ，出来事表示欄Ｇ１１ｄから構成されている。
日付表示欄Ｇ１１ａには、日付が表示される。
パターンＩＤ表示欄Ｇ１１ｂには、計画シフトＤＢ２０ｄに登録されているパターンＩＤのうち、営業日フィールドＦｄ０１に登録されている日付が日付表示欄Ｇ１１ａに表示されている日付と一致するレコードに登録さているパターンＩＤを表示する。本実施形態では、計画シフトＤＢ２０ｄの推奨計画シフトフィールドＦｄ０２に登録されているパターンＩＤ、又は選択計画シフトフィールドＦｄ０３に登録されているパターンＩＤを表示する。
【００８７】
具体的には、選択計画シフトフィールドＦｄ０３にパターンＩＤが登録されていれば、選択計画シフトフィールドＦｄ０３のパターンＩＤを表示する。選択計画シフトフィールドＦｄ０３にパターンＩＤが登録されていなければ、推奨選択計画シフトフィールドＦｄ０２のパターンＩＤを表示する。推奨選択計画シフトフィールドＦｄ０２と選択計画シフトフィールドＦｄ０３の両方にパターンＩＤが登録されている場合には、選択計画シフトフィールドＦｄ０３のパターンＩＤを表示し、推奨選択計画シフトフィールドＦｄ０２のパターンＩＤを括弧書きで表示する。なお、本実施形態では、選択計画シフトフィールドＦｄ０３のパターンＩＤと、推奨選択計画シフトフィールドＦｄ０２のパターンＩＤとが一致している場合には、推奨選択計画シフトフィールドＦｄ０２のパターンＩＤの表示を省略する。なお、このように、パターンＩＤ表示欄Ｇ１１ｂに表示されたパターンＩＤ（パターンＩＤ表示欄Ｇ１１ｂに括弧書きで表示されたパターンＩＤを除く）で特定される勤務シフトが、その営業日の計画勤務シフトとなっている。
【００８８】
管理者は、パターンＩＤ表示欄Ｇ１１ｂに表示されたパターンＩＤの勤務シフトとは異なる勤務シフトで営業を行おうとする場合には、入力部２２を操作することで、管理者が望むシフトパターンＩＤを店舗側装置２０へ入力することができる。店舗側装置２０は、管理者が入力したパターンＩＤを、日付表示欄Ｇ１１ａに表示された日付に対応するレコードの選択計画シフトフィールドＦｄ０３に登録するとともに、パターンＩＤ表示欄Ｇ１１ｂで表示する。
【００８９】
パターンＩＤを選択計画シフトフィールドＦｄ０３へ登録（更新）する場合として、本実施形態では４つの場合がある。
パターンＩＤを選択計画シフトフィールドＦｄ０３へ登録（更新）する場合の１つ目は、管理者の直接入力による場合である。店舗側装置２０は、管理者によるパターンＩＤ表示欄Ｇ１１ｂの選択を受け付け、管理者によるパターンＩＤ表示欄Ｇ１１ｂの選択に続いて、入力部２２からのパターンＩＤの入力を認識した場合に、当該入力されたパターンＩＤを選択計画シフトフィールドＦｄ０３へ登録する。
【００９０】
パターンＩＤを選択計画シフトフィールドＦｄ０３へ登録（更新）する場合の２つ目は、他の営業日のパターンＩＤをコピーする場合である。店舗側装置２０は、管理者によるパターンＩＤ表示欄Ｇ１１ｂの選択を受け付け、管理者によるパターンＩＤ表示欄Ｇ１１ｂの選択に続いて、当該選択されたパターンＩＤ表示欄Ｇ１１ｂのパターンＩＤを、他のパターンＩＤ表示欄Ｇ１１ｂに対応する選択計画シフトフィールドＦｄ０３へ登録するための入力部２２の操作を認識した場合に、当該パターンＩＤを選択計画シフトフィールドＦｄ０３へ登録する。
【００９１】
具体的には、ある営業日のパターンＩＤ表示欄Ｇ１１ｂを管理者が入力部２２（マウス）の操作で選択して、当該選択したパターンＩＤ表示欄Ｇ１１ｂとは別のパターンＩＤ表示欄Ｇ１１ｂに対してドラッグ・アンド・ドロップ操作をしたことを認識すると、選択したパターンＩＤ表示欄Ｇ１１ｂのパターンＩＤと同一のパターンＩＤを、ドロップ先のパターンＩＤ表示欄Ｇ１１ｂに対応する選択計画シフトフィールドＦｄ０３にも登録する。この場合、選択されるパターンＩＤ表示欄Ｇ１１ｂは、1つとすることもできるし、複数とすることもできる。
【００９２】
選択されるパターンＩＤ表示欄Ｇ１１ｂが1つである場合としては、例えば、１月３日のパターンＩＤ表示欄Ｇ１１ｂが選択され、１月１１日のパターンＩＤ表示欄Ｇ１１ｂがドロップ先となった場合には、１月３日に対応するパターンＩＤと同一のパターンＩＤを、１月１１日に対応する計画シフトフィールドＦｄ０３にも登録する。
選択されるパターンＩＤ表示欄Ｇ１１ｂが複数である場合としては、例えば、１２月２週全ての営業日のパターンＩＤ表示欄Ｇ１１ｂが選択され、１２月３週全ての営業日のパターンＩＤ表示欄Ｇ１１ｂがドロップ先となった場合には、１２月２週の各曜日に対応するパターンＩＤを、１２月３週の各曜日に対応する計画シフトフィールドＦｄ０３にも登録する。
【００９３】
パターンＩＤを選択計画シフトフィールドＦｄ０３へ登録（更新）する場合の３つ目は、後述のパターンＩＤ表示欄Ｇ１２ａのパターンＩＤをコピーする場合である。店舗側装置２０は、管理者によって、ある１つのパターンＩＤ表示欄Ｇ１２ａが選択され、パターンＩＤ表示欄Ｇ１２ａの選択に続いて、当該選択されたパターンＩＤ表示欄Ｇ１２ａのパターンＩＤを、ある１つの営業日に対応する選択計画シフトフィールドＦｄ０３へ登録するための入力部２２の操作を認識した場合に、当該パターンＩＤを選択計画シフトフィールドＦｄ０３へ登録する。
【００９４】
具体的には、ある１つのパターンＩＤ表示欄Ｇ１２ａを管理者が入力部２２（マウス）の操作で選択して、ある１つの営業日のパターンＩＤ表示欄Ｇ１１ｂに対してドラッグ・アンド・ドロップ操作をしたことを認識すると、選択したパターンＩＤ表示欄Ｇ１２ａのパターンＩＤを、ドロップ先のパターンＩＤ表示欄Ｇ１１ｂに対応する選択計画シフトフィールドＦｄ０３へ登録する。
【００９５】
パターンＩＤを選択計画シフトフィールドＦｄ０３へ登録（更新）する場合の４つ目は、登録ボタンが操作された場合である。本実施形態では、図１０に例示した日別シフト計画画面に登録ボタンが表示されている。店舗側装置２０は、管理者が入力部２２を操作して、ある営業日が選択された状態で、日別シフト計画画面の登録ボタンが操作されたことを認識すると、当該営業日に対応する推奨計画シフトフィールドＦｄ０２のパターンＩＤを、当該営業日に対応する選択計画シフトフィールドＦｄ０３へ登録する。ただし、既に、当該営業日に対応する選択計画シフトフィールドＦｄ０３にパターンＩＤが登録されている場合には、推奨計画シフトフィールドＦｄ０２のパターンＩＤを、当該営業日に対応する選択計画シフトフィールドＦｄ０３へ登録することは行わない。
【００９６】
本実施形態では、ある営業日が選択された状態で、登録ボタンの操作があった後は、計画シフトＤＢ２０ｄにおける、当該選択された営業日に対応するレコードの確定フラグフィールドＦｄ０４に、「１」を登録して、シフト確定フラグをセットする。店舗側装置２０は、シフト確定フラグがセットされた後は、上記のいずれの場合にも、選択計画シフトフィールドＦｄ０３へのパターンＩＤの登録（更新）を受け付けない。
なお、店舗側装置２０は、パターンＩＤを選択計画シフトフィールドＦｄ０３への登録（更新）した後には、日別シフト計画画面を更新して表示する。
【００９７】
天候表示欄Ｇ１１ｃには、営業情報ＤＢ２０ｃの天候フィールドＦｃ０３に登録されている天候を表示する。すなわち、営業情報ＤＢ２０ｃに登録されている天候のうち、営業日フィールドＦｃ０１に登録されている日付が日付表示欄Ｇ１１ａに表示されている日付と一致するレコードに登録さている天候を、天候表示欄Ｇ１１ｃに表示する。
【００９８】
出来事表示欄Ｇ１１ｄには、営業情報ＤＢ２０ｃの出来事フィールドＦｃ０４に登録されている出来事を表示する。すなわち、営業情報ＤＢ２０ｃに登録されている出来事のうち、営業日フィールドＦｃ０１に登録されている日付が日付表示欄Ｇ１１ａに表示されている日付と一致するレコードに登録されている出来事を、出来事表示欄Ｇ１１ｄに表示する。
【００９９】
管理者は、図１０に例示した日別シフト計画画面から出来事を店舗側装置２０に登録することができる。以下に、出来事を店舗側装置２０に登録する場合に、店舗側装置２０が行う出来事登録処理を説明する。
店舗側装置２０は、管理者が入力部２２を操作して、出来事を入力したい営業日の出来事表示欄Ｇ１１ｄを選択すると、その選択操作を受け付ける。店舗側装置２０は、管理者による出来事表示欄Ｇ１１ｄの選択に続いて、入力部２２からの出来事の入力を認識した場合に、当該入力された出来事を、営業情報ＤＢ２０ｃにおける当該営業日に対応する出来事フィールドＦｃ０４へ登録する。
【０１００】
また、店舗側装置２０は、管理者が出来事を入力した際に、管理者に対して、その出来事によって客入りの減少が予想されるか、客入りの増加が予想されるか、又は客入りに特別に変動は予想されないかの質問を行う。そして、この質問に対する管理者の回答に応じて、営業情報ＤＢ２０ｃや、計画シフトＤＢ２０ｄの更新処理を行う。
【０１０１】
管理者が、入力部２２を操作して、その出来事によって客入りの減少が予想される旨を回答した場合には、出来事を入力するために管理者が選択した営業日に対応するレコードの閑散フラグフィールドＦｃ０５に「１」を登録することで、閑散フラグをセットして、上述のステップＳ２０７〜ステップＳ２１９と同様の処理を行って、出来事登録処理を終了する。管理者が、客入りの増加が予想される旨を回答すると、出来事を入力するために管理者が選択した営業日に対応するレコードの繁盛フラグフィールドＦｃ０６に「１」を登録することで、繁盛フラグをセットして、上述のステップＳ２０７〜ステップＳ２１９と同様の処理を行って、出来事登録処理を終了する。管理者が、客入りに特別に変動は予想されない旨を回答した場合には、閑散フラグや、繁盛フラグをセットことは行わずに、上述のステップＳ２０７〜ステップＳ２１９と同様の処理を行って、出来事登録処理を終了する。
【０１０２】
シフト情報表示欄Ｇ１２は、パターンＩＤ表示欄Ｇ１２ａ，備考表示欄Ｇ１２ｂ，予測売上表示欄Ｇ１２ｃ，人件費表示欄Ｇ１２ｄから構成されている。
パターンＩＤ表示欄Ｇ１２ａには、シフトパターンＤＢ２０ｂにおけるシフトパターンフィールドＦｂ０２のパターンＩＤを表示する。
備考表示欄Ｇ１２ｂには、シフトパターンＤＢ２０ｂにおける備考フィールドＦｂ０３の備考を表示する。
予測売上表示欄Ｇ１２ｃには、各パターンＩＤの勤務シフトを用いて営業を行う場合の予測売上金額を表示する。予測売上金額は、管理者が予め算出して、店舗側装置２０に登録しておくものである。
【０１０３】
人件費表示欄Ｇ１２ｄには、各パターンＩＤの勤務シフトのとおりに従業員が勤務した場合の人件費を表示する。この人件費は、シフトパターンＤＢのデータに基づいて算出される。本実施形態では、従業員の時間給は、役職と社員区分とランクに対応して定められている。従って、シフトパターンＤＢ２０ｂの各レコードの、役職，社員区分，ランク、及び勤務時間から、そのレコードで定められる人件費を算出できる。各パターンＩＤのレコードの人件費を合計すれば、各パターンＩＤで特定される勤務シフトの人件費を算出することができる。
【０１０４】
週別経費表示欄Ｇ１３は、週別予測売上表示欄Ｇ１３ａ，週別人件費表示欄Ｇ１３ｂ，週別人件費率表示欄Ｇ１３ｃから構成されている。
週別予測売上表示欄Ｇ１３ａ，週別人件費表示欄Ｇ１３ｂには、その週の予測売上金額，人件費の合計を表示する。週別人件費率表示欄Ｇ１３ｃには、週別人件費表示欄Ｇ１３ｂの値を、週別予測売上表示欄Ｇ１３ａの値で割った値を表示する。
【０１０５】
月別経費表示欄Ｇ１４は、月別予測売上表示欄Ｂ１４ａ，月別人件費表示欄Ｂ１４ｂ，月別人件費率表示欄Ｇ１４ｃから構成されている。
月別予測売上表示欄Ｂ１４ａ，月別人件費表示欄Ｂ１４ｂには、その月の予測売上金額，人件費の合計を表示する。月別人件費率表示欄Ｇ１４ｃには、月別人件費表示欄Ｂ１４ｂの値を、月別予測売上表示欄Ｂ１４ａの値で割った値を表示する。
【０１０６】
従業員自動割当処理について説明する。
まず、図１１を用いて、従業員自動割当処理で用いられるスケジュールＤＢ２０ｅについて説明する。
図１１は、スケジュールＤＢ２０ｅの一部を表として示している。図１１に示すように、スケジュールＤＢ２０ｅでは、各レコードが、勤務日フィールドＦｅ０１，受信日フィールドＦｅ０２，従業員ＩＤフィールドＦｅ０３，部署フィールドＦｅ０４，役職フィールドＦｅ０５，社員区分フィールドＦｅ０６，ランクフィールドＦｅ０７，優先指数フィールドＦｅ０８，出勤率フィールドＦｅ０９，希望開始時間フィールドＦｅ１０，希望終了時間フィールドＦｅ１１で構成されている。
【０１０７】
上述のように、本実施形態では、管理サーバー装置１０が従業員側端末３０から受信して希望スケジュールＤＢ１０ｃに登録した希望勤務日，希望開始時間，希望終了時間が、店舗側装置２０へ送信され、スケジュールＤＢ２０ｅに登録される。このとき、希望勤務日，希望開始時間，希望終了時間以外の各データも、スケジュールＤＢ２０ｅの上記各フィールドに併せて登録される。
【０１０８】
勤務日フィールドＦｅ０１には、従業員の希望勤務日が登録される。
希望開始時間フィールドＦｅ１０，希望終了時間フィールドＦｅ１１には、希望開始時間，希望終了時間が登録される。
受信日フィールドＦｅ０２には、管理サーバー装置１０が従業員側端末３０から希望勤務日等を受信した日付が登録される。
従業員ＩＤフィールドＦｅ０３には、管理サーバー装置１０に対して希望勤務日，希望開始時間，希望終了時間を送信した従業員の従業員ＩＤが登録される。
【０１０９】
部署フィールドＦｅ０４，役職フィールドＦｅ０５，社員区分フィールドＦｅ０６，ランクフィールドＦｅ０７，優先指数フィールドＦｅ０８，出勤率フィールドＦｅ０９には、従業員ＤＢ２０ａにおける部署フィールドＦａ０５，役職フィールドＦａ０６，社員区分フィールドＦａ０７，ランクフィールドＦａ０８，優先指数フィールドＦａ１０，出勤率フィールドＦａ１１のデータのうち、従業員ＩＤフィールドＦｅ０３の従業員ＩＤに対応するデータが登録される。
【０１１０】
次に、店舗側装置２０で行う従業員自動割当処理の流れを、図１２，図１３を用いて説明する。
図１２は、店舗側装置２０で実行される従業員自動割当処理を示すフローチャートである。従業員自動割当処理は、主に上述の「計画勤務シフトへの従業員の仮割当て」，「計画勤務シフトの調整及び確定」の業務で実行される処理であり、以下の処理が行われる。
上述の日別シフト計画画面（図１０参照）において、管理者が入力部（マウス）２２を操作して、ある営業日の日付表示欄Ｇ１１ａをダブルクリックすることで、その営業日を選択すると、従業員自動割当処理が開始される。
【０１１１】
先ず、ステップＳ２５１では、選択された営業日の勤務割当テーブルを作成する。図１３は、勤務割当テーブルを示している。勤務割当テーブルは、店舗側装置２０における記憶装置の所定の記憶領域に記憶される。勤務割当テーブルは、割当番号フィールドＦｅ５１，部署フィールドＦｅ５２，役職フィールドＦｅ５３，社員区分フィールドＦｅ５４，ランクフィールドＦｅ５５，計画開始時間フィールドＦｅ５６，計画終了時間フィールドＦｅ５７，従業員ＩＤフィールドＦｅ５８，予定開始時間フィールドＦｅ５９，予定終了時間フィールドＦｅ６０，確定フラグフィールドＦｅ６１で構成されている。なお、すでに、当該勤務日の勤務割当テーブルが存在しているときには、ステップＳ２５１は行わず、次のステップＳ２５２を行う。
【０１１２】
続いて、ステップＳ２５２では、勤務割当テーブルに対して、計画シフトＤＢ２０ｄ（図８参照）のデータの読み込みを行う。店舗側装置２０は、従業員自動割当処理を開始する際に管理者が選択した営業日を記憶しておいて、当該営業日に対応して計画シフトＤＢ２０ｄに登録されているパターンＩＤ（選択計画シフトフィールドＦｄ０３のデータ）を抽出する。
【０１１３】
続いて、この抽出したパターンＩＤに対応するレコードをシフトパターンＤＢ２０ｂ（図５参照）から抽出する。そして、抽出した各レコードの部署，役職，社員区分，ランク，計画開始時間，計画終了時間を、部署フィールドＦｅ５２，役職フィールドＦｅ５３，社員区分フィールドＦｅ５４，ランクフィールドＦｅ５５，計画開始時間フィールドＦｅ５６，計画終了時間フィールドＦｅ５７に読み込む。なお、抽出した各レコードに対して番号（割当番号）をつけて、この番号を各行の割当番号フィールドＦｅ５１に記憶する。
【０１１４】
抽出した各レコードに対応する１組の部署フィールドＦｅ５２，役職フィールドＦｅ５３，社員区分フィールドＦｅ５４，ランクフィールドＦｅ５５，計画開始時間フィールドＦｅ５６，計画終了時間フィールドＦｅ５７のデータは、当該営業日の１つの「勤務単位」を示す。この勤務単位に対して、勤務を予定される従業員の従業員ＩＤ，予定開始時間，予定終了時間が、従業員ＩＤフィールドＦｅ５８，予定開始時間フィールドＦｅ５９，予定終了時間フィールドＦｅ６０に記憶されることになる。また、各勤務単位に対して勤務を予定される従業員、予定勤務時間が確定すると、確定フラグフィールドＦｅ６１に「１」が登録されて、勤務予定確定フラグがセットされた状態になる。
【０１１５】
ステップＳ２５２でシフトパターンＤＢ２０ｂのデータの読み込みを行った後に、ステップＳ２５３では、店舗側装置２０から管理サーバー装置１０に対して、従業員ＤＢ２０ａの更新の要求と、スケジュールＤＢ２０ｃの更新の要求を行う。これにより、従業員ＤＢ１０ａ，希望スケジュールＤＢ１０ｃのデータが、従業員ＤＢ２０ａ，スケジュールＤＢ２０ｅに反映されて更新される。
【０１１６】
ステップＳ２５４では、従業員ＤＢ２０ａ（図４参照）を検索して、自動割当フラグがセットされているレコードの抽出を試みて、抽出されたレコードのデータを読み出す。続いて、ステップＳ２５５では、ステップＳ２５４において、レコードを抽出できたかを判定する。自動割当フラグがセットされているレコードを抽出できなかった場合（ステップＳ２５５：ＮＯ）には、ステップＳ２６５へ進む。一方、自動割当フラグがセットされているレコードを抽出できた場合（ステップＳ２５５）には、ステップＳ２５６へ進む。
続く、ステップＳ２５６〜ステップＳ２６４の処理は、ステップＳ２５４で抽出した個々のレコードに対して行うループ処理である。ステップＳ２５４で抽出した全てのレコードに対して、ステップＳ２５６〜ステップＳ２６４の処理を行った後に、ステップＳ２６５へ進む。
【０１１７】
ステップＳ２５６では、ステップＳ２５４で従業員ＤＢ２０ａから抽出したレコードの従業員ＩＤと、役職と、優先指数と、出勤率とを抽出する。
続いて、ステップＳ２５７では、スケジュールＤＢ２０ｅ（図１１参照）を検索して、ステップＳ２５６で抽出した従業員ＩＤが従業員ＩＤフィールドＦｅ０３に登録され、且つ、従業員自動割当処理を開始する際に管理者が選択した営業日が勤務日フィールドＦｅ０１に登録されているレコードを抽出して、ステップＳ２５８へ進む。なお、ステップＳ２５７でレコードを抽出できない場合には、ステップＳ２５８に進まずに、ステップＳ２６４へ進む。
【０１１８】
ステップＳ２５８では、勤務割当テーブルにおけるステップＳ２５６で抽出した役職に対応する計画勤務時間（計画開始時間，計画終了時間で規定される勤務時間帯）と、ステップＳ２５７で抽出したレコードの希望勤務時間帯（希望開始時間，希望終了時間で規定される勤務時間帯）を比較して、計画勤務時間帯と希望勤務時間帯が重複する勤務単位の抽出を試みる。
【０１１９】
ステップＳ２５９では、ステップＳ２５８で計画勤務時間帯と希望勤務時間帯が重複する勤務単位を抽出できたかを判定する。該当する勤務単位を抽出できなかった場合（ステップＳ２５９：ＮＯ）には、ステップＳ２６４へ進む。一方、該当する勤務単位を抽出できた場合（ステップＳ２５９：ＹＥＳ）には、ステップＳ２６０へ進む。
ステップＳ２６０では、ステップＳ２５９で抽出した勤務単位に対する従業員ＩＤフィールドＦｅ５８，予定開始時間フィールドＦｅ５９，予定終了時間フィールドＦｅ６０に、既に、勤務することを予定される従業員の従業員ＩＤ，予定開始時間，予定終了時間が記憶されているかを確認する。
【０１２０】
抽出した勤務単位に対する従業員ＩＤ等が記憶されていないと判断した場合（ステップＳ２６０：ＮＯ）には、ステップＳ２６３へ進む。一方、既に、抽出した勤務単位に対する従業員ＩＤ等が記憶されていると判断した場合（ステップＳ２６０：ＹＥＳ）には、ステップＳ２６１へ進む。
ステップＳ２６１では、既に記憶されていた従業員ＩＤをキーに、従業員ＤＢ２０ａ（図４参照）を検索して、当該従業員ＩＤに対応する優先指数を抽出する。そして、ここで抽出した優先指数と、ステップＳ２５６で抽出した優先指数の大小を比較する。続くステップＳ２６２では、ステップＳ２６１の比較の結果、ステップＳ２５６で抽出した優先指数の方が小さい（優先の程度が高い）かを判断する。
【０１２１】
ステップＳ２５６で抽出した優先指数の方が大きいと判断した場合（ステップＳ２６２：ＮＯ）には、ステップＳ２６４へ進む。一方、ステップＳ２５６で抽出した優先指数の方が小さいと判断した場合（ステップＳ２６２：ＹＥＳ）には、ステップＳ２６３へ進む。
【０１２２】
なお、本実施形態では、ステップＳ２６１で抽出した優先指数と、ステップＳ２５６で抽出した優先指数が等しい場合には、さらに、出勤率の大小を、優先指数の場合と同様の手順で比較する。そして、ステップＳ２５６で抽出した出勤率の方が小さいと判断した場合には、ステップＳ２６４へ進み、ステップＳ２５６で抽出した出勤率の方が大きいと判断した場合には、ステップＳ２６３へ進む。
【０１２３】
ステップＳ２６３では、ステップＳ２５６で抽出した従業員ＩＤを、ステップＳ２５８で抽出した勤務単位に対応する従業員ＩＤフィールドＦｅ５８へ記憶するともに、ステップＳ２５７で抽出したレコードの希望開始時間，希望終了時間を、ステップＳ２５８で抽出した勤務単位に対応する予定開始時間フィールドＦｅ５９，予定終了時間フィールドＦｅ６０へ記憶して、ステップＳ２６４へ進む。なお、予定開始時間フィールドＦｅ５９の予定開始時間と、予定終了時間フィールドＦｅ６０の予定終了時間で定められる勤務時間帯が予定勤務時間帯である。
【０１２４】
本実施形態では、ステップＳ２６３を実行する場合には、既に、従業員ＩＤフィールドＦｅ５８，予定開始時間フィールドＦｅ５９，予定終了時間フィールドＦｅ６０へ記憶してあったデータが消去される。そこで、ステップＳ２５４で抽出したレコードのうち、消去される従業員ＩＤに対応するレコードに対して、上記のステップＳ２５６〜ステップＳ２６３を再度行うようにしている。これにより、当該従業員ＩＤに対応する希望勤務時間帯と重複する勤務単位が他にあれば、当該勤務単位に対する従業員ＩＤフィールドＦｅ５８，予定開始時間フィールドＦｅ５９，予定終了時間フィールドＦｅ６０へ、データを記憶することが可能となる。
【０１２５】
ステップＳ２６４では、ステップＳ２５４で抽出した全てのレコードに対して、上記のステップＳ２５６〜ステップＳ２６３の処理が行われたかを判断する。未だステップＳ２５６〜ステップＳ２６３の処理が行われていないレコードが残っている場合（ステップＳ２６４：ＮＯ）には、ステップＳ２５６へ戻って、残っているレコードに対して、順次ステップＳ２５６〜ステップＳ２６３の処理を行う。ステップＳ２５４で抽出した全てのレコードに対して、上記のステップＳ２５６〜ステップＳ２６３の処理が行われたと判断した場合（ステップＳ２６４：ＹＥＳ）には、ステップＳ２６５へ進む。ステップＳ２５４〜ステップＳ２６４の処理によって、本発明の予定勤務時間帯設定手順が実行される。
【０１２６】
上記のステップＳ２５６〜ステップＳ２６４の処理を行うことで、本実施形態では、優先指数の小さい（優先の程度が高い）従業員の従業員ＩＤ，希望開始時間，希望終了時間を、従業員ＩＤフィールドＦｅ５８，予定開始時間フィールドＦｅ５９，予定終了時間フィールドＦｅ６０へ優先的に登録するようにしている。
【０１２７】
ステップＳ２６５では、勤務割当画面を出力部２３へ表示する処理を行うことで本発明の対比表示手順を行い、その後、従業員自動割当処理を終了する。
図１４は、勤務割当画面の画面例を示す。図１４に示すように、勤務割当画面には、ガントチャート欄Ｇ２１、希望勤務時間表示欄Ｇ２２が設けられる。店舗側装置２０は、勤務割当テーブル（図１３参照）や従業員ＤＢ２０ａ（図４参照），スケジュールＤＢ２０ｅ（図１１参照）のデータに基づいて、ガントチャート欄Ｇ２１、希望勤務時間表示欄Ｇ２２に情報を表示する。
【０１２８】
ガントチャート欄Ｇ２１は、部署表示欄Ｇ２１ａ，役職表示欄Ｇ２１ｂ，氏名表示欄Ｇ２１ｃ，ランク表示欄Ｇ２１ｄ，計画勤務時間帯表示欄Ｇ２１ｅ，予定勤務時間帯表示欄Ｇ２１ｆ，確定フラグ表示欄Ｇ２１ｇで構成されている。各表示欄Ｇ２１ａ〜Ｇ２１ｇは、勤務割当テーブルの各勤務単位に対応して設けられている。
【０１２９】
部署表示欄Ｇ２１ａ，役職表示欄Ｇ２１ｂには、勤務割当テーブル（図１３参照）の部署フィールドＦｅ５２の部署，役職フィールドＦｅ５３の役職が表示される。
氏名表示欄Ｇ２１ｃには、従業員の氏名が表示される。従業員の氏名は、従業員ＩＤフィールドＦｅ５８の従業員ＩＤに応じて、従業員ＤＢ２０ａ（図４参照）の氏名フィールドＦａ０３に登録されているものである。
【０１３０】
ランク表示欄Ｇ２１ｄには、勤務割当テーブル（図１３参照）におけるランクフィールドＦｅ５５のランクが表示される。ただし、勤務割当テーブルにおいて、従業員ＩＤフィールドＦｅ５８に従業員ＩＤが登録されている場合には、当該勤務単位に対するランク表示欄Ｇ２１ｄに、従業員ＤＢ２０ａにおける当該従業員ＩＤで特定される従業員のランクが表示される。そして、この場合、ランクフィールドＦｅ５５のランクが、括弧書きで表示される。
【０１３１】
計画勤務時間帯表示欄Ｇ２１ｅは、ガントチャート上に帯状に表示されるものである。この帯が表示される位置・帯の長さは、勤務割当テーブルにおける計画開始時間フィールドＦｅ５６の計画開始時間と、計画終了時間フィールドＦｅ５７の計画終了時間とで定められる。
【０１３２】
予定勤務時間帯表示欄Ｇ２１ｆは、ガントチャート上に帯状に表示されるものである。この帯が表示される位置・帯の長さは、勤務割当テーブルにおける予定開始時間フィールドＦｅ５９の予定開始時間と、予定終了時間フィールドＦｅ６０の予定終了時間とで定められる。
【０１３３】
本実施形態では、出力部２３によって、予定勤務時間帯表示欄Ｇ２１ｆと、計画勤務時間帯表示欄Ｇ２１ｅとを同時に表示させている。すなわち、予定勤務時間帯表示欄Ｇ２１ｆが、計画勤務時間帯表示欄Ｇ２１ｅよりも細い帯で表示され、予定勤務時間帯表示欄Ｇ２１ｆが、計画勤務時間帯表示欄Ｇ２１ｅの上に重なるように同時期に表示される。このため、管理者は、予定勤務時間帯がどの勤務単位のどの時間に対して定められているかを容易に対比することができる。したがって、管理者は、「計画勤務シフトへの従業員の仮割当て」の業務を容易に行うことができる。
【０１３４】
また、本実施形態では、計画勤務時間帯表示欄Ｇ２１ｅにおいて、予定勤務時間帯表示欄Ｇ２１ｆと重なっている部分を合致時間帯表示領域Ｇ２１ｅ１として、重なっていない部分を不足時間帯表示領域Ｇ２１ｅ２として表示する。このとき、合致時間帯表示領域Ｇ２１ｅ１と不足時間帯表示領域Ｇ２１ｅ２とを異なる表示態様で表示する。具体的には、例えば、合致時間帯表示領域Ｇ２１ｅ１と不足時間帯表示領域Ｇ２１ｅ２とを異なる表示色で表示することで、管理者が、「計画勤務シフトへの従業員の仮割当て」の業務を容易に行えるようにしている。
【０１３５】
さらに、本実施形態では、予定勤務時間帯表示欄Ｇ２１ｆにおいて、計画勤務時間帯表示欄Ｇ２１ｅと重なっている部分を合致時間帯表示領域Ｇ２１ｆ１として、重なっていない部分を超過時間帯表示領域Ｇ２１ｆ２として表示する。このとき、合致時間帯表示領域Ｇ２１ｆ１と超過時間帯表示領域Ｇ２１ｆ２とを色分けして表示することで、管理者が、「計画勤務シフトへの従業員の仮割当て」，「計画勤務シフトの調整及び確定」の業務を容易に行えるようにしている。
【０１３６】
確定フラグ表示欄Ｇ２１ｇには、勤務割当テーブルにおける確定フラグフィールドＦｅ６１のデータに応じた表示が行われる。確定フラグフィールドＦｅ１４に「１」が登録されていればチェックマークが表示され、「０」が登録されていればチェックマークは表示されない。また、管理者が入力部２２を操作して、確定フラグ表示欄Ｇ２１ｇにチェックマークをつければ確定フラグフィールドＦｅ６１に「１」が登録され、チェックマークを外せば確定フラグフィールドＦｅ６１に「０」が登録される。
【０１３７】
なお、確定フラグフィールドＦｅ６１に「１」が登録されるためには、管理者が、入力部２２を操作して、勤務割当画面に表示されている「確定メール」のボタンを操作する必要がある。管理者が「確定メール」のボタンを操作すると、店舗側装置２０は、確定フラグ表示欄Ｇ２１ｇにチェックマークが表示され、未だ確定フラグフィールドＦｅ６１が「０」である従業員に対して、確定メールを送信する。確定メールは、従業員ＤＢ２０ａに登録されている電子メールアドレスに対して送信される。確定メールには、勤務日と予定勤務時間帯が示される。確定メールが送信されると、確定フラグフィールドＦｅ６１に「１」が登録される。
【０１３８】
希望勤務時間表示欄Ｇ２２は、優先指数表示欄Ｇ２２ａ，氏名表示欄Ｇ２２ｂ，連絡先表示欄Ｇ２２ｃ，役職表示欄Ｇ２２ｄ，社員区分表示欄Ｇ２２ｅ，ランク表示欄Ｇ２２ｆ，時間給表示欄Ｇ２２ｇ〜Ｇ２２ｊ，希望開始時間表示欄Ｇ２２ｋ，希望終了時間表示欄Ｇ２２ｌ，不可フラグ表示欄Ｇ２２ｍ，募集フラグ表示欄Ｇ２２ｎで構成されている。これらの各表示欄Ｇ２２ａ〜Ｇ２２ｍは、スケジュールＤＢ２０ｅ（図１１参照）の各レコードに対応して設けられている。すなわち、各表示欄Ｇ２２ａ〜Ｇ２２ｍは、スケジュールＤＢ２０ｅのレコードのうち、従業員自動割当処理を開始する際に管理者が選択した営業日に対応する各レコードに基づいて表示される。
【０１３９】
優先指数表示欄Ｇ２２ａには、従業員ＤＢ２０ａ（図４参照）における優先指数フィールドＦａ１０の優先指数が表示される。店舗側装置２０は、スケジュールＤＢ２０ｅの従業員ＩＤフィールドＦｅ０３に登録されている従業員ＩＤに対応する優先指数を、従業員ＤＢ２０ａの優先指数フィールドＦａ１０から抽出して、この抽出した優先指数を優先指数表示欄Ｇ２２ａに表示している。
【０１４０】
氏名表示欄Ｇ２２ｂ，連絡先表示欄Ｇ２２ｃ，役職表示欄Ｇ２２ｄ，社員区分表示欄Ｇ２２ｅ，ランク表示欄Ｇ２２ｆについても、優先指数表示欄Ｇ２２ａの場合と同様に、従業員ＤＢ２０ａにおける氏名フィールドＦａ０３，連絡先フィールドＦａ０４，役職フィールドＦａ０６，社員区分フィールドＦａ０７，ランクフィールドＦａ０８の各情報が表示される。因みに、氏名表示欄Ｇ２２ｂの表示色は、当該氏名表示欄Ｇ２２ｂに表示されている従業員が、ガントチャート欄Ｇ２１に表示されているか否かで異なっている。これにより、管理者は、勤務の希望を行っている各従業員の勤務が予定されているか否かを一目で認識できる。
【０１４１】
時間給表示欄Ｇ２２ｇ〜Ｇ２２ｊには、従業員ＤＢ２０ａにおける時給フィールドＦａ０９の時間給に基づいて計算された時間給が表示される。本実施形態の飲食店では、８時〜１１時、１１時〜１５時、１５時〜２２時、２２時〜２４時の各時間帯によって同じ従業員に対しても、時間給に変動がある。時間給表示欄Ｇ２２ｇ〜Ｇ２２ｊには、それぞれ各時間帯における時間給が表示される。店舗側装置２０は、スケジュールＤＢの従業員ＩＤフィールドＦｅ０３に登録されている従業員ＩＤに対応する時間給を、従業員ＤＢ２０ａの時給フィールドＦａ０９から抽出して、抽出した時間給に対して勤務時間に応じた所定の演算を行い、各時間給表示欄Ｇ２２ｇ〜Ｇ２２ｊに勤務時間に応じた時間給を表示する。
【０１４２】
希望開始時間表示欄Ｇ２２ｋ，希望終了時間表示欄Ｇ２２ｌには、スケジュールＤＢ２０ｅ（図１１参照）における希望開始時間フィールドＦｅ１０の希望開始時間，希望終了時間フィールドＦｅ１１の希望終了時間が表示される。
【０１４３】
不可フラグ表示欄Ｇ２２ｍは、不可メールを送信する際に、管理者がチェックマークを付すための欄である。管理者は、勤務の希望をした従業員に対して、勤務できない旨を伝える電子メール（「不可メール」）を送信する際に、入力部２２を操作して、不可フラグ表示欄Ｇ２２ｍにチェックマークを入力し、勤務割当画面に表示されている「不可メール」のボタンを操作する。店舗側装置２０は、管理者による「不可メール」のボタン操作を受け付けると、不可フラグ表示欄Ｇ２２ｍにチェックマークが表示されている従業員に対して、不可メールを送信する。不可メールは、従業員ＤＢ２０ａに登録されている電子メールアドレスに対して送信される。
【０１４４】
募集フラグ表示欄Ｇ２２ｎは、募集メールを送信する際に、管理者がチェックマークを付すための欄である。管理者は、勤務の希望をした従業員に対して、改めて、希望勤務時間帯とは別の勤務時間帯での勤務できないかを問い合わせるための電子メール（「募集メール」）を送信する際に、入力部２２を操作して、募集フラグ表示欄Ｇ２２ｎにチェックマークを入力し、勤務割当画面に表示されている「募集メール」のボタンを操作する。店舗側装置２０は、管理者による「募集メール」のボタン操作を受け付けると、募集フラグ表示欄Ｇ２２ｎにチェックマークが表示されている従業員に対して、募集メールを送信する。募集メールは、従業員ＤＢ２０ａに登録されている電子メールアドレスに対して送信される。なお、本実施例では、募集フラグ表示欄Ｇ２２ｎにチェックマークを入力していない場合でも、「募集メール」のボタンが操作されることで、画面が募集メール送信のための画面に切り替わり、従業員ＤＢ２０ａに登録されている従業員のうち、所望の条件を充たす従業員に対して、募集メールを送信できるように構成されている。例えば、募集メール送信のための画面で、募集する役職の従業員を選択して、選択した従業員に募集メールを送信することができる。また、休眠従業員を選択して募集メールを送信することもできる。
【０１４５】
募集メールには、募集する勤務日と勤務時間帯を示す情報が含まれている。募集メールを受信した従業員が、募集メールに応じて勤務を希望する旨を従業員側端末３０に入力すると、管理サーバー装置１０へ募集メールに含まれていた勤務日と勤務時間帯のデータが、当該従業員を表す従業員ＩＤとともに送信される。管理サーバー装置１０が受信した勤務日、勤務時間帯は、受信した従業員ＩＤに対応付けて、希望スケジュールＤＢ１０ｃに希望勤務日，希望開始時間，希望終了時間として登録される。その後、上述の従業員自動割当処理が再び行われることになる。
【０１４６】
以上に説明した勤務割当画面を用いて、管理者は「計画勤務シフトへの従業員の仮割当て」，「計画勤務シフトの調整及び確定」の業務を行うことができる。本実施形態では、店舗側装置２０が、上述の従業員自動割当処理（ステップＳ２５１〜ステップＳ２６５）を行うことによって、自動割当フラグフィールドＦａ１２の自動割当フラグがセットされている従業員に対する、「計画勤務シフトへの従業員の仮割当て」，「計画勤務シフトの調整及び確定」の業務を自動的に行う。管理者は、主に不足時間帯表示領域Ｇ２１ｅ２で示される勤務時間帯に対しての従業員の割当てを行うだけでよいため、管理者の業務負担を軽減できる。
【０１４７】
管理者による勤務割当画面を用いた「計画勤務シフトへの従業員の仮割当て」，「計画勤務シフトの調整及び確定」の業務を具体的に説明する。管理者は、希望勤務時間表示欄Ｇ２２を参照して、不足時間帯表示領域Ｇ２１ｅ２で示される勤務時間帯に勤務を希望している従業員を探す。そして、勤務を希望している従業員を見つけたら、当該従業員の氏名表示欄Ｇ２２ｂ等を入力部（マウス）２２で選択し、不足時間帯表示領域Ｇ２１ｅ２へドラッグ・アンド・ドロップ操作を行う。この操作により、当該従業員の従業員ＩＤ，希望開始時間，希望終了時間が、勤務割当テーブルの従業員ＩＤフィールドＦｅ５８，予定開始時間フィールドＦｅ５９，予定終了時間フィールドＦｅ６０に記憶される。
【０１４８】
また、管理者は、予定勤務時間帯表示欄Ｇ２１ｆの位置・長さを入力部（マウス）２２の操作で変更して、予定開始時間フィールドＦｅ５９，予定終了時間フィールドＦｅ６０のデータを変更することができる。さらに、予定勤務時間帯表示欄Ｇ２１ｆを入力部（マウス）２２で選択し、希望勤務時間表示欄Ｇ２２へドラッグ・アンド・ドロップ操作を行うことで、当該予定勤務時間帯表示欄Ｇ２１ｆに対応する従業員ＩＤフィールドＦｅ５８，予定開始時間フィールドＦｅ５９，予定終了時間フィールドＦｅ６０のデータを削除することができる。
【０１４９】
なお、確定フラグ表示欄Ｇ２１ｇにチェックマークが付されている場合には、当該勤務単位に対する従業員ＩＤフィールドＦｅ５８，予定開始時間フィールドＦｅ５９，予定終了時間フィールドＦｅ６０のデータの変更を行うことはできない。
【０１５０】
全ての勤務単位に対して、従業員の割当てを終えたら、管理者は、勤務割当画面に表示されている「登録」ボタンを操作する。この操作を受け付けた店舗側装置２０は、管理サーバー装置１０のシフト計画管理サーバー１２に対して、勤務割当テーブルのデータを送信する。シフト計画管理サーバー１２は、受信した勤務割当テーブルのデータを確定スケジュールＤＢ１０ｂに登録する。確定スケジュールＤＢ１０ｂに登録された、勤務割当テーブルにおける予定勤務時間帯が上述の「予実管理」の業務で用いられる確定勤務時間帯である。
【０１５１】
以上に説明した実施形態は、例えば、以下の（ａ）〜（ｇ）のように、改変することもできる。
（ａ）  上記実施形態では、優先指数に出勤率が反映されていたが、優先指数に反映されるのは、これに限定されるものではない。例えば、管理者の意思を反映させて、管理者の判断により、優先指数を変更するようにしてもよい。また、優先指数に時間給の高低を反映するようにしてもよい。遅刻率や早退率を反映することも可能である。さらには、交通費の高低を反映させることも可能である。また、従業員の勤続年数を従業員ＤＢ２０ａに登録するようにして、勤続年数を優先指数に反映させることも可能である。そして、従業員の出勤率，時間給の高低，遅刻率，早退率，交通費の高低，勤続年数および管理者の意思の全て、又は一部をパラメータとした所定の計算式に基づいて優先指数を算出するようにすることも可能である。
【０１５２】
（ｂ）  上記実施形態では、ステップＳ２０１〜ステップＳ２０６において、天候フィールドＦｃ０３へ天候を登録し、閑散フラグフィールドＦｃ０５で閑散フラグをセットしていた。天候フィールドＦｃ０３へ天候の登録を上記実施形態以外の方法でも行うことができる。
例えば、店舗側装置２０は、管理者が入力部２２を操作して、天候を入力したい営業日の天候表示欄Ｇ１１ｃを選択すると、その選択操作を受け付ける。店舗側装置２０は、管理者による天候表示欄Ｇ１１ｃの選択に続いて、入力部２２からの天候の入力を認識した場合に、当該入力された天候を、営業情報ＤＢ２０ｃにおける当該営業日に対応する天候フィールドＦｃ０３へ登録する。
【０１５３】
そして、店舗側装置２０は、管理者が天候を入力した際に、管理者に対して、その天候によって客入りの減少が予想されるか、客入りの増加が予想されるか、又は客入りに特別に変動は予想されないかの質問を行う。そして、この質問に対する管理者の回答に応じて、閑散フラグフィールドＦｃ０５，繁盛フラグフィールドＦｃ０６に「１」又は「０」を登録する。その後、上述のステップＳ２０７〜ステップＳ２１９と同様の処理を行う。
【０１５４】
（ｃ）  上記実施形態では、ステップＳ２６１において優先指数の大小を比較していたが、ステップＳ２６１で優先指数を比較する前に、スケジュールＤＢ２０ｅにおける受信日フィールドＦｅ０２の受信日付の前後を比較するように構成することもできる。具体的には、既に従業員ＩＤフィールドＦｅ５８に記憶されていた従業員ＩＤをキーに、スケジュールＤＢ２０ｅ（図１１参照）を検索（従業員自動割当処理を開始する際に管理者が選択した営業日を、勤務日フィールドＦｅ０１に登録しているレコードのみが検索の対象である。）して、当該従業員ＩＤに対応する受信日付を抽出する。そして、ここで抽出した受信日と、ステップＳ２５７で抽出したレコードにおける受信日付を比較する。
【０１５５】
比較の結果、ステップＳ２５７で抽出したレコードにおける受信日付の方が後である場合には、ステップＳ２６１へは進まずに、ステップＳ２６４へ進み、ステップＳ２５７で抽出したレコードにおける受信日付の方が先の場合には、ステップＳ２６３へ進むように構成する。また、抽出した受信日付とステップＳ２５７で抽出したレコードにおける受信日付とが同日の場合に、ステップＳ２６１へ進むように構成する。
【０１５６】
このように、ステップＳ２６１で優先指数を比較する前に、スケジュールＤＢ２０ｅにおける受信日フィールドＦｅ０２の受信日付の前後を比較するように構成することで、より早い時期に勤務の意思表示をした従業員（希望する勤務日と、希望する勤務時間帯を、従業員側端末３０から管理サーバー装置１０へ送信した従業員）の従業員ＩＤ，希望開始時間，希望終了時間を、従業員ＩＤフィールドＦｅ５８，予定開始時間フィールドＦｅ５９，予定終了時間フィールドＦｅ６０へ優先的に登録することができる。
【０１５７】
（ｄ）  上記実施形態では、ステップＳ２６１において優先指数の大小を比較していたが、ステップＳ２６１で優先指数を比較する前に、従業員ＤＢ２０ａを参照して休眠従業員か否かを比較するように構成することもできる。具体的には、ステップＳ２５６で休眠フラグのデータも抽出するようにする。そして、ステップＳ２６０でＹＥＳと判断された後、ステップＳ２６１を行う前に、既に従業員ＩＤフィールドＦｅ５８に記憶されていた従業員ＩＤをキーに、従業員Ｄｂ２０ａを検索して、当該従業員ＩＤに対応する休眠フラグのデータを休眠フラグフィールドＦａ１４から抽出する。そして、ここで抽出した休眠フラグのデータと、ステップＳ２５６で抽出した休眠フラグデータを比較する。両者が一致していたら、ステップＳ２６１へ進むように構成する。ステップＳ２５６で抽出した休眠フラグデータだけが「０」である場合には、ステップＳ２６１へ進まずにステップＳ２６３へ進むように構成する。また、ステップＳ２５６で抽出した休眠フラグデータだけが「１」である場合には、ステップＳ２６１へ進まずにステップＳ２６３へ進むように構成する。このように、構成することで、休眠従業員ではない従業員の従業員ＩＤ，希望開始時間，希望終了時間を、従業員ＩＤフィールドＦｅ５８，予定開始時間フィールドＦｅ５９，予定終了時間フィールドＦｅ６０へ優先的に登録することができる。
【０１５８】
（ｅ）  従業員ＤＢ２０ａに不適合情報を登録する不適合フィールドを設けて、この不適合フィールドのデータに基づいて、不適合情報を管理者に通知するように構成することができる。不適合情報とは、例えば、従業員同士に相性の良くない者がいる場合等に、各従業員のレコードに不適合情報として、相手方の従業員ＩＤを管理者が登録しておく。そして、不適合情報が登録されている者同士の希望勤務時間帯をスケジュールＤＢ２０ｅ（図１１参照）で検索して、これらの従業員同士の希望勤務時間帯が重複しているかを比較し、重複している場合には、不適合情報として所定の警告を出力部２３で出力するように構成する。このように構成すれば、相性の良くない従業員同士が同一時間帯に勤務することを事前に回避することが容易となる。なお、従業員ＤＢ１０ａのデータが従業員ＤＢ２０ａに反映される際でも、不適合フィールドのデータは更新されない。
【０１５９】
（ｆ）  店舗側装置２０がステップＳ２０１で天気予報を取得するためにアクセスするサーバーは、管理サーバー装置１０であってもよい。この場合、管理サーバー装置１０が備える記憶装置には、飲食店周辺の天気予報のデータが登録されていて、管理サーバー装置１０は、この登録されている天気予報のデータを店舗側装置２０に送信するものとする。管理サーバー装置１０の記憶装置への天気予報のデータの登録は、本部が本部端末から通信回線１を通じて管理サーバー装置１０へ対してデータを入力することで行われたり、管理サーバー装置１０が、飲食店周辺の天気予報を提供しているサーバー（不図示）にアクセスして天気予報を取得することで行われたりする。
【０１６０】
（ｇ）  上記実施形態の「希望勤務時間帯の収集」の業務において、管理者が入力部２２から直接入力することで、従業員が希望する勤務日，希望開始時間，希望終了時間を、希望スケジュールＤＢ１０ｃやスケジュールＤＢ２０ｅ（図１１参照）へ登録するようにしてもよい。例えば、従業員が従業員側端末３０を所持していない場合等には、従業員は、希望する勤務日，希望開始時間，希望終了時間を管理者に対して口頭，電話又は紙に記載して伝えることになる。この場合には、管理者は入力部２２を操作することで、伝えられた勤務日等を希望スケジュールＤＢ１０ｃやスケジュールＤＢ２０ｅへ登録する。
【０１６１】
以上に説明した実施形態から把握できる請求項に記載した以外の技術的思想として、例えば以下の技術思想（１），（２）がある。
【０１６２】
（１）  請求項１乃至請求項６のうちいずれか１つに記載の勤務シフト管理装置において、前記対比表示手段は、前記計画勤務シフトで定められる勤務時間帯のうち、前記希望勤務時間帯と一致しない勤務時間帯を、前記希望勤務時間帯と一致する時間帯とは異なる表示態様で表示することを特徴とする勤務シフト管理装置。
（２）  請求項１乃至請求項６のうちいずれか１つに記載の勤務シフト管理装置において、前記対比表示手段は、前記希望勤務時間帯のうち、前記計画勤務シフトで定められる勤務時間帯と一致しない勤務時間帯を、前記計画勤務シフトで定められる勤務時間帯と一致する時間帯とは異なる表示態様で表示することを特徴とする勤務シフト管理装置。
【図面の簡単な説明】
【０１６３】
【図１】勤務シフト管理システムの全体構成を示す図である。
【図２】勤務シフト管理装置の構成を示すブロック図である。
【図３】勤務シフトの管理の業務フローを示す。
【図４】従業員ＤＢの内容の一部を表として示す。
【図５】シフトパターンＤＢの一部を表として示す。
【図６】シフトパターン作成画面の画面例を示す。
【図７】営業情報ＤＢの一部を表として示す。
【図８】計画シフトＤＢの一部を表として示す。
【図９】シフトパターン選択処理を示すフローチャートである。
【図１０】日別シフト計画画面の画面例を示す。
【図１１】スケジュールの一部を表として示す。
【図１２】従業員自動割当処理を示すフローチャートである。
【図１３】勤務割当テーブルを示す。
【図１４】勤務割当画面の画面例を示す。
【符号の説明】
【０１６４】
１・・・通信回線、１０・・・管理サーバー装置、１１・・・管理側制御部、１２・・・シフト計画管理サーバー、１３・・・ＷＥＢ・メールサーバー、１４・・・出退勤管理サーバー、１５，２４・・・通信部、２０・・・店舗側装置、２１・・・店舗側制御部、２２・・・入力部、２３・・・出力部、２５・・・出退勤記録取得部、３０・・・従業員側端末、４０・・・本部端末、１０ａ，２０ａ・・・従業員ＤＢ、１０ｂ・・・確定スケジュールＤＢ、１０ｃ・・・希望スケジュールＤＢ、１０ｄ・・・出勤情報ＤＢ、２０ｂ・・・シフトパターンＤＢ、２０ｃ・・・営業情報ＤＢ、２０ｄ・・・計画シフトＤＢ、１００・・・勤務シフト管理装置、Ｓ・・・勤務シフト管理システム
【図１】
2005234852.tif 000003
【図２】
2005234852.tif 000004
【図３】
2005234852.tif 000005
【図４】
2005234852.tif 000006
【図５】
2005234852.tif 000007
【図６】
2005234852.tif 000008
【図７】
2005234852.tif 000009
【図８】
2005234852.tif 000010
【図９】
2005234852.tif 000011
【図１０】
2005234852.tif 000012
【図１１】
2005234852.tif 000013
【図１２】
2005234852.tif 000014
【図１３】
2005234852.tif 000015
【図１４】
2005234852.tif 000016