特開 2015-225550 勤怠シフトシステム、シフト割当サーバ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2015-225550(P2015-225550A)

(43)【公開日】2015年12月14日

(54)【発明の名称】勤怠シフトシステム、シフト割当サーバ

(51)【国際特許分類】

   G06Q 10/06 20120101AFI20151117BHJP

   G06Q 10/10 20120101ALI20151117BHJP

【ＦＩ】

   G06Q10/06 130

   G06Q10/10 110

   G06Q10/06 112

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

【全頁数】42

(21)【出願番号】特願2014-110618(P2014-110618)

(22)【出願日】2014年5月28日

(71)【出願人】

【識別番号】514134295

【氏名又は名称】株式会社ナンバーツー

(71)【出願人】

【識別番号】514051578

【氏名又は名称】株式会社アンサイズ

(74)【代理人】

【識別番号】100180482

【弁理士】

【氏名又は名称】田中 将隆

(72)【発明者】

【氏名】川本 隆

(72)【発明者】

【氏名】山田 将志

【テーマコード（参考）】

5L049

5L055

【Ｆターム（参考）】

5L049AA10

5L049AA13

5L055BB65

(57)【要約】

【課題】各従業者の希望を取込んだ勤怠シフト予定を従業者間の格差が最小となるように割当て、また同勤怠シフト予定に対する勤怠実績を基に適正な給与を自動計算する。
【解決手段】勤怠シフトシステム１は、複数の従業者が各々所有する端末であって同従業者の希望する勤怠シフトを含むシフト希望情報をシフト割当サーバ３に送信する従業者端末７と、同端末７から送信されたシフト希望情報を基に勤怠シフト予定を割当てるシフト割当サーバ３と、従業者に固有の生体情報を読取る生体情報読取装置４と、予め登録された従業者の登録生体情報ならびに同装置４が読取った従業者の読取生体情報とその読取日時を基に、複数の従業者それぞれの勤怠実績を管理する勤怠管理サーバ５と、シフト割当サーバ３ならびに勤怠管理サーバ５に通信可能に接続され、勤怠シフト予定と勤怠実績との照合結果を基に各従業者の給与を自動計算する給与計算サーバ６と、を備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数の従業者が各々所有する複数の従業者端末と、これら複数の従業者端末に通信可能に接続されるシフト割当サーバと、を有し、前記従業者の勤怠シフトを割当てるとともに同勤怠シフトに対する実際の勤怠実績を基に適正な給与を自動計算する勤怠シフトシステムにおいて、

前記従業者の希望する勤怠シフトを含むシフト希望情報を前記シフト割当サーバに送信する前記従業者端末と、
前記従業者端末から送信された前記シフト希望情報を集計し、同シフト希望情報に基づいて勤怠シフト予定を割当てる前記シフト割当サーバと、
前記従業者に固有の生体情報を読取る生体情報読取装置と、
あらかじめ登録された前記従業者の登録生体情報ならびに前記生体情報読取装置が読取った同従業者の読取生体情報とその読取日時を基に、前記複数の従業者それぞれの勤怠実績を管理する勤怠管理サーバと、
前記シフト割当サーバならびに前記勤怠管理サーバに通信可能に接続されたサーバであって、前記勤怠シフト予定と前記勤怠実績との照合結果を基に前記複数の従業者それぞれの給与を自動計算する給与計算サーバと、を備え、

前記シフト割当サーバは、
１）前記勤怠シフト予定の割当後における予定労働時間が規定労働時間に到達した従業者よりも、同予定労働時間が前記規定労働時間に満たない従業者に対して優先的に勤怠シフト予定を割当てる労働時間格差是正条件と、
２）前記シフト希望情報において出勤の希望回数が多い従業者よりも、同希望回数が少ない従業者に対して優先的に勤怠シフト予定を割当てる希望回数格差是正条件と、
３）シフト募集の対象期間において割当てられた勤務時間帯の割当数が多い従業者よりも、同勤務時間帯の割当数が少ない従業者に対して優先的に勤怠シフト予定を割当てる割当数格差是正条件と、
４）前記従業者の雇用形態に対して予め定められた所定の順位に従って各従業者に勤怠シフト予定を割当てる雇用形態追従条件と、
を段階的に適用することで前記従業者に前記勤怠シフト予定を割当てる処理を実行するように構成されたことを特徴とする、勤怠シフトシステム。

【請求項2】

請求項１に記載の勤怠シフトシステムであって、
前記シフト割当サーバは、
前記勤怠シフト予定の割当後における予定労働時間と、前記シフト希望情報における出勤の希望回数と、前記シフト募集の対象期間において割当てられた勤務時間帯の割当数と、前記雇用形態に対して予め定められた所定の順位とに基づいて所定の割当優先スコアを従業者ごとにそれぞれ算出する処理と、
前記複数の従業者間における同割当優先スコアの大小関係を基に前記勤怠シフト予定を割当てる処理と、を実行するように構成されたことを特徴とする、勤怠シフトシステム。

【請求項3】

請求項１または２に記載の勤怠シフトシステムであって、
前記シフト割当サーバは、
前記従業者端末からシフト希望情報を送信していない従業者の勤怠シフト予定を、雇用者の手動入力操作に応じて割当てるように構成されたことを特徴とする、勤怠シフトシステム。

【請求項4】

請求項１乃至３のいずれか１項に記載の勤怠シフトシステムであって、
前記シフト割当サーバは、
前記従業者に対する各種の配信メールをあらかじめ編集する処理と、
前記配信メールとして編集された入力受付開始メールに対し、前記シフト募集の開始日時ならびに終了日時を自動的に埋込む処理と、を実行し、
前記シフト希望情報の送信を受付ける前に、前記入力受付開始メールを前記複数の従業者端末に対して一斉送信するように構成されたことを特徴とする、勤怠シフトシステム。

【請求項5】

請求項１乃至４のいずれか１項に記載の勤怠シフトシステムであって、
前記シフト割当サーバは、
割当てた勤怠シフト予定ならびに各従業者の時給に基づいて、前記勤怠シフト予定に従って同従業者が出勤したときに必要とされる人件費の概算を算出するように構成されたことを特徴とする、勤怠シフトシステム。

【請求項6】

請求項１乃至５のいずれか１項に記載の勤怠シフトシステムであって、
前記従業者の保有スキルならびに同従業者の勤怠実績に基づいて、前記従業者それぞれに対する賞罰を査定するための人事評価スコアを算出する人事評価サーバ、をさらに備え、

前記給与計算サーバは、
前記勤怠シフト予定と前記勤怠実績との照合結果を基に計算した給与から、前記人事評価スコアに基づいて算出した賞罰金額を減額または増額させることを特徴とする、勤怠シフトシステム。

【請求項7】

請求項１乃至６のいずれか１項に記載の勤怠シフトシステムであって、

前記給与計算サーバは、
前記従業者の実働時間から、基本給の支給を受けるために必要な規定労働時間を減算することで残業時間を計算する処理と、
前記規定労働時間における通常の基本時給と残業時の時給割合とを乗算することにより、残業手当時給を計算する処理と、を実行し、
前記残業手当時給に前記残業時間を乗算することで残業手当を計算することを特徴とする、勤怠シフトシステム。

【請求項8】

請求項１乃至７のいずれか１項に記載の勤怠シフトシステムであって、

前記給与計算サーバは、
前記従業者について前記勤怠シフト予定と前記勤怠実績との照合結果に差異がある場合、同従業者の管理者に実績不一致通知をアラート出力する処理と、
前記管理者に対して、不一致理由の確認ならびに承認操作を行わせる処理と、
前記勤怠シフト予定と前記打刻実績が不一致である理由についてメモを保存する処理と、を実行するように構成されたことを特徴とする、勤怠シフトシステム。

【請求項9】

複数の従業者が各々所有する複数の従業者端末に通信可能に接続されるとともに前記従業者の希望する勤怠シフトを含むシフト希望情報を前記従業者端末から受信し、同シフト希望情報に基づいて勤怠シフト予定を割当てるシフト割当サーバであって、

１）前記勤怠シフト予定の割当後における予定労働時間が規定労働時間に到達した従業者よりも、同予定労働時間が前記規定労働時間に満たない従業者に対して優先的に勤怠シフト予定を割当てる労働時間格差是正条件と、
２）前記シフト希望情報において出勤の希望回数が多い従業者よりも、同希望回数が少ない従業者に対して優先的に勤怠シフト予定を割当てる希望回数格差是正条件と、
３）シフト募集の対象期間において割当てられた勤務時間帯の割当数が多い従業者よりも、同勤務時間帯の割当数が少ない従業者に対して優先的に勤怠シフト予定を割当てる割当数格差是正条件と、
４）前記従業者の雇用形態に対して予め定められた所定の順位に従って各従業者に勤怠シフト予定を割当てる雇用形態追従条件と、
を段階的に適用することで前記従業者に前記勤怠シフト予定を割当てる処理を実行するように構成されたことを特徴とする、シフト割当サーバ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、クラウド技術を利用した勤怠シフトシステムおよびシフト割当サーバに関する。

【背景技術】

【0002】

人的資源を計画的に配分するための勤怠シフトは、工場の生産体制・店舗の営業体制に直結するものであり、会社運営に欠かすことのできない重要な役割を担っている。
上記勤怠シフトを割当てる場合には一般的に、従業者が各自希望する勤務日や勤務時間帯などを用紙（紙媒体）に記入し、雇用者側がこれらの用紙を集めて記入内容を電子端末に入力することが多い。

【0003】

この手法では従業者が少人数であればそれほど手間もかからないが、５０人規模・１００人規模になってくると管理作業（集計結果の入力・従業者との交渉による人数調整など）に数日レベルの工数を費やすようになってくる。
フランチャイズ展開するエステティックサロンを一例に挙げると、個々の店舗におけるスタッフ（従業者）数はそれほど多くはないものの店舗チェーン全体では何百人もの従業者規模に上るものも存在する。
勤怠シフトなくして店舗運営を行うことは不可能なため、雇用者としては勤怠シフト調整などの管理業務は不可避であり、それに伴って雇用者側の集計負担・入力負担・調整負担も相当に大きくなっている。

【0004】

勤怠シフトの割当における担当者の負担を少しでも軽いものとするために、勤怠シフトをランダムに自動で割当てることが可能なシステムが知られている（例えば、特許文献１参照。）。
また勤怠シフト割当のような人事管理業務に限らず、労務・経理の管理業務をシステム化した種々の業務支援システムも存在する（例えば、特許文献２・３参照。）。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１３−０９７６２５号公報

【特許文献2】特許第３８９３４９２号公報

【特許文献3】特開２０１２−０７９２０１号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

上述した勤怠シフトなどをはじめとする種々の業務データを管理するために、コンピュータを導入することは今や常識化している。
そのため人事・労務・経理（勤怠シフト割当、勤怠管理、給与計算）などの広い分野で業務負担を省力化すべく、ＩＴ（Information Technology）化が図られている。

【0007】

それにも関わらず実際に導入される業務システムは、ほとんどが各機能に特化した業務システムごとに個別的となっており横断的なシステム設計がされておらず、勤怠シフト割当・勤怠管理・給与計算という一連的な処理がスムーズに行われているとは言い難いのが実情となっている。

【0008】

本発明は上記の問題に鑑みてなされたものであり、各従業者の希望を取込んで勤怠シフト予定を割当てる際に従業者間の格差が最小となるように同シフト予定を割当てるとともに、同シフト予定に対する実際の勤怠実績に基づいて適正な給与を自動計算できるようにすることを目的とする。

【課題を解決するための手段】

【0009】

〔第１発明〕
そこで上記の課題を解決するために、本願の第１発明に係る勤怠シフトシステムは、
複数の従業者が各々所有する複数の従業者端末と、これら複数の従業者端末に通信可能に接続されるシフト割当サーバと、を有し、前記従業者の勤怠シフトを割当てるとともに同勤怠シフトに対する実際の勤怠実績を基に適正な給与を自動計算する勤怠シフトシステムにおいて、

前記従業者の希望する勤怠シフトを含むシフト希望情報を前記シフト割当サーバに送信する前記従業者端末と、
前記従業者端末から送信された前記シフト希望情報を集計し、同シフト希望情報に基づいて勤怠シフト予定を割当てる前記シフト割当サーバと、
前記従業者に固有の生体情報を読取る生体情報読取装置と、
あらかじめ登録された前記従業者の登録生体情報ならびに前記生体情報読取装置が読取った同従業者の読取生体情報とその読取日時を基に、前記複数の従業者それぞれの勤怠実績を管理する勤怠管理サーバと、
前記シフト割当サーバならびに前記勤怠管理サーバに通信可能に接続されたサーバであって、前記勤怠シフト予定と前記勤怠実績との照合結果を基に前記複数の従業者それぞれの給与を自動計算する給与計算サーバと、を備え、

前記シフト割当サーバは、
１）前記勤怠シフト予定の割当後における予定労働時間が規定労働時間に到達した従業者よりも、同予定労働時間が前記規定労働時間に満たない従業者に対して優先的に勤怠シフト予定を割当てる労働時間格差是正条件と、
２）前記シフト希望情報において出勤の希望回数が多い従業者よりも、同希望回数が少ない従業者に対して優先的に勤怠シフト予定を割当てる希望回数格差是正条件と、
３）シフト募集の対象期間において割当てられた勤務時間帯の割当数が多い従業者よりも、同勤務時間帯の割当数が少ない従業者に対して優先的に勤怠シフト予定を割当てる割当数格差是正条件と、
４）前記従業者の雇用形態に対して予め定められた所定の順位に従って各従業者に勤怠シフト予定を割当てる雇用形態追従条件と、
を段階的に適用することで前記従業者に前記勤怠シフト予定を割当てる処理を実行するような構成とした。

【0010】

携帯電話は今や固定電話の加入者数を上回るほどに普及しており、またインターネットの技術進展に伴いＰＣ（Personal Computer）を所有している家庭の戸数もかなりの数に上る。
そのため、各従業者も携帯電話・スマートフォン・ＰＣ・タブレット端末といった各種の電子端末を所有している確率が高いものと想定される。

【0011】

そこで本願の第１発明に係る勤怠シフトシステムでは、各従業者がそれぞれ所有する電子端末（従業者端末）に着目し、従業者が希望する「勤怠シフト」（勤務希望日・勤務希望時間帯や希望職種）の入力データを同従業者端末から送信して、これらのデータを集計システムに「直接的に反映」させる。
これにより、勤怠シフトを割当てるときの雇用者側の集計負担を少なくできるようにした。

【0012】

なお各勤務時間帯に対する希望の調整に際しては各従業者の勤務時間をより均等とすべく、従業者間の格差がなるべく生じないように「平坦化」を行う。
これにより人数調整にあたっての公平が図られ、雇用者のデータ入力負担・調整負荷を減らすことができる。なお上記「平坦化」にあたっては、遺伝的アルゴリズムなど種々の手法が適用可能である。
また各従業者の希望に最大限沿うべく従業者間の格差が最小化されるように（すなわち、全従業者のうち特定の従業者の希望だけが偏重されることのないように）公平に勤怠シフト予定を割当てる。このようにすることで従業者が働きやすい職場環境の提供につながり、ひいては従業者の労働意欲を高く維持することを期待できる。
さらに副次的な効果として、各従業者の希望を最大限にかなえ従業者間の格差を最小限に抑えることで勤怠シフト割当後の結果に対し従業者の抱く不満も少ないと考えられるため、雇用者側が従業者に対して行うべきシフト調整も最小限の作業量とすることが可能となる。

【0013】

また一般的な勤怠管理システムでは多くの場合、従業者の実際の勤務時間を記録するための手段としてコスト面において安価なタイムカードが使用されるが、本願の第１発明では指紋認証をはじめとする生体認証により勤怠管理を行うシステムを導入する。
このようにすれば従業者本人になりすました他者により勤怠の打刻が行われることなく、本人により勤怠管理システムの打刻がなされたことの確実性を高められる。

【0014】

なお上記「生体情報」とは、指紋・静脈パターン・顔・虹彩・声紋その他の従業者の身体的特徴に由来する各従業者を固有に特定可能な任意の情報を指す。
また「勤怠実績」とは、営業日ごとの勤怠（出勤または欠勤）ならびに出勤時刻・退勤時刻のことを指し、「勤怠実績情報」（図２１参照）とはこれらを含む情報である。

【0015】

さらに第１発明では勤怠シフト予定に対して実際の勤怠実績を自動的に照合し、照合結果を基に「勤怠シフト予定どおりに勤怠がなされた」と判定したときに「給与計算サーバにデータ連携」することが可能である。
これにより、割当てた勤怠シフト予定に対して実際に行われた勤怠状況（打刻実績）が適正であるか否かを確認でき、適正であることの確認を済ませた打刻実績に基づいて適正な給与を算出できる。
また（１）勤怠シフト予定の割当、（２）勤怠打刻、（３）勤怠シフト予定と勤怠実績の突合わせ（すなわち照合）、（４）給与計算、までを一気通貫で総合的に処理することができる。

【0016】

なお給与計算サーバは、勤怠実績に基づいて実働日数もしくは実働時間を算出し、同実働日数に日給をかける計算処理ないしは同実働時間に時給をかける計算処理などにより各従業者の給与を算出すればよい。

【0017】

〔第２発明〕
また上記の課題を解決するために、本願の第２発明に係る勤怠シフトシステムは、本願の第１発明に係る勤怠シフトシステムであって、
前記シフト割当サーバは、
前記勤怠シフト予定の割当後における予定労働時間と、前記シフト希望情報における出勤の希望回数と、前記シフト募集の対象期間において割当てられた勤務時間帯の割当数と、前記雇用形態に対して予め定められた所定の順位とに基づいて所定の割当優先スコアを従業者ごとにそれぞれ算出する処理と、
前記複数の従業者間における同割当優先スコアの大小関係を基に前記勤怠シフト予定を割当てる処理と、を実行するような構成とした。

【0018】

第２発明によれば、勤怠シフト割当を行う上で考慮すべき各種のパラメータ（勤怠シフト予定の割当後における予定労働時間、出勤の希望回数、シフト募集の対象期間における勤務時間帯の割当数、雇用形態）から統一的な評価指標である「割当優先スコア」を算出する。
これにより従業者の様々な個別事情を反映させつつ、なおかつ従業者間の格差が最小となるように勤怠シフト予定を割当てることができる。

【0019】

〔第３発明〕
また上記の課題を解決するために本願の第３発明に係る勤怠シフトシステムは、本願の第１または第２発明に係る勤怠シフトシステムであって、
前記シフト割当サーバは、前記従業者端末からシフト希望情報を送信していない従業者の勤怠シフト予定を、雇用者の手動入力操作に応じて割当てるような構成とした。

【0020】

第３発明によれば、電子端末（従業者端末）を所持していない従業者、もしくは、従業者端末を所有していても同端末の動作不良・故障などによりシフト希望情報を送信できない従業者からの依頼に応じて、雇用者側で従業者が希望する勤怠シフト予定を直接的にシフト割当サーバに反映できる。

【0021】

〔第４発明〕
また上記の課題を解決するために本願の第４発明に係る勤怠シフトシステムは、本願の第１〜第３発明に係る勤怠シフトシステムであって、
前記シフト割当サーバは、
前記従業者に対する各種の配信メールをあらかじめ編集する処理と、
前記配信メールとして編集された入力受付開始メールに対し、前記シフト募集の開始日時ならびに終了日時を自動的に埋込む処理と、を実行し、
前記シフト希望情報の送信を受付ける前に、前記入力受付開始メールを前記複数の従業者端末に対して一斉送信するような構成とした。

【0022】

第４発明によれば個々の従業者が所有する従業者端末に対して「入力受付開始メール」を配信することで、各従業者に対してシフト募集期間の周知徹底を図ることができる。

【0023】

〔第５発明〕
また上記の課題を解決するために本願の第５発明に係る勤怠シフトシステムは、本願の第１〜第４発明のいずれかに係る勤怠シフトシステムであって、
前記シフト割当サーバは、割当てた勤怠シフト予定ならびに各従業者の時給に基づいて、前記勤怠シフト予定に従って同従業者が出勤したときに必要とされる人件費の概算を算出するような構成とした。

【0024】

第５発明によればシフト体制（人員配置）に必要となる人件費の概算をシミュレーションのごとく試算できるため、事業を営む雇用者は店舗や事業の収支状況に見合うようにシフト体制を最適化することができる。

【0025】

〔第６発明〕
また上記の課題を解決するために本願の第６発明に係る勤怠シフトシステムは、本願の第１〜第５発明のいずれかに係る勤怠シフトシステムであって、
前記従業者の保有スキルならびに同従業者の勤怠実績に基づいて、前記従業者それぞれに対する賞罰を査定するための人事評価スコアを算出する人事評価サーバ、をさらに備え、
前記給与計算サーバは、
前記勤怠シフト予定と前記勤怠実績との照合結果を基に計算した給与から、前記人事評価スコアに基づいて算出した賞罰金額を減額または増額させる構成とした。

【0026】

第６発明によれば従業者の保有スキルと勤怠実績に基づいて公正に評価された人事評価結果を、同従業者の実際の給与に反映できる。

【0027】

〔第７発明〕
また上記の課題を解決するために本願の第７発明に係る勤怠シフトシステムは、本願の第１〜第６発明のいずれかに係る勤怠シフトシステムであって、
前記給与計算サーバは、
前記従業者の実働時間から、基本給の支給を受けるために必要な規定労働時間を減算することで残業時間を計算する処理と、
前記規定労働時間における通常の基本時給と残業時の時給割合とを乗算することにより、残業手当時給を計算する処理と、を実行し、
前記残業手当時給に前記残業時間を乗算することで残業手当を計算する構成とした。

【0028】

第７発明によれば店舗の来客数に変動をもたらす一要因となる平日・休日の違いに応じて時給割合を設定したり、従業者に対する負担に影響を与える勤務時間帯の違いに応じて時給割合を設定すること等が可能となる。

【0029】

〔第８発明〕
また上記の課題を解決するために本願の第８発明に係る勤怠シフトシステムは、本願の第１〜第７発明のいずれかに係る勤怠シフトシステムであって、
前記給与計算サーバは、
前記従業者について前記勤怠シフト予定と前記勤怠実績との照合結果に差異がある場合、同従業者の管理者に実績不一致通知をアラート出力する処理と、
前記管理者に対して、不一致理由の確認ならびに承認操作を行わせる処理と、
前記勤怠シフト予定と前記打刻実績が不一致である理由についてメモを保存する処理と、を実行する構成とした。

【0030】

第８発明によれば勤怠シフト予定と前記勤怠実績とが不一致である場合、管理者に対して日々、不一致理由を確認させるとともに承認操作を行わせる。
そのため月末などの締日直前になって、管理者への負担・集中的な負荷（ある程度の期間が経過した事象について記憶内容を思い出したり、従業者に対して管理者が確認すること等をまとめて処理すること）がかかることを回避できる。
またメモ機能により誤りのない確かな事由が記録されることで、締日直前になって管理者がまとめて処理することによる弊害（記憶が薄らぐことにより確認結果が曖昧となること等）をなくすこともできる。

【0031】

〔第９発明〕
上記の課題を解決するために本願の第９発明に係るシフト割当サーバは、
複数の従業者が各々所有する複数の従業者端末に通信可能に接続されるとともに前記従業者の希望する勤怠シフトを含むシフト希望情報を前記従業者端末から受信し、同シフト希望情報に基づいて勤怠シフト予定を割当てるシフト割当サーバであって、

１）前記勤怠シフト予定の割当後における予定労働時間が規定労働時間に到達した従業者よりも、同予定労働時間が前記規定労働時間に満たない従業者に対して優先的に勤怠シフト予定を割当てる労働時間格差是正条件と、
２）前記シフト希望情報において出勤の希望回数が多い従業者よりも、同希望回数が少ない従業者に対して優先的に勤怠シフト予定を割当てる希望回数格差是正条件と、
３）シフト募集の対象期間において割当てられた勤務時間帯の割当数が多い従業者よりも、同勤務時間帯の割当数が少ない従業者に対して優先的に勤怠シフト予定を割当てる割当数格差是正条件と、
４）前記従業者の雇用形態に対して予め定められた所定の順位に従って各従業者に勤怠シフト予定を割当てる雇用形態追従条件と、
を段階的に適用することで前記従業者に前記勤怠シフト予定を割当てる処理を実行するような構成とした。

【0032】

第９発明によれば、第１発明に係るシフト割当サーバと同等の技術的特徴を備えることにより、第１発明の一部機能と同様の効果（勤怠シフト割当における格差が最小化される効果）を奏することができる。

【0033】

なお本願発明に係る勤怠シフトシステムではクラウド技術によりネットワークを介して各種機能（勤怠シフト割当・勤怠管理・給与計算）を提供するため、雇用者側の社内システムから見たときにシフト割当サーバ３・勤怠管理サーバ５・給与計算サーバ６（図１参照）が物理的に各々異なる装置に機能分散されているか、もしくは同一の装置上に集約されているかは不問である。
またネットワーク構成に関しても、シフト割当サーバ・勤怠管理サーバ・給与計算サーバが互いに異なるネットワーク環境に接続されているか、同一のネットワーク環境に接続されているかについて任意に選択可能である。

【図面の簡単な説明】

【0034】

【図1】本発明の実施形態に係る勤怠シフトシステムの全体構成を示すブロック図である。

【図2】シフト割当サーバの電気的構成を示すブロック図である。

【図3】シフト希望情報のデータ構造の一例を示す図である。

【図4】希望集計情報のデータ構造の一例を示す図である。

【図5】シフト自動割当後における、勤怠シフト予定情報のデータ構造の一例を示す図である。

【図6】シフト調整前における、シフト調整画面の一例を示す図である。

【図7】シフト調整後における、シフト調整画面の一例を示す図である。

【図8】シフト調整後における、勤怠シフト予定情報のデータ構造の一例を示す図である。

【図9】営業カレンダー設定画面の一例を示す図である。

【図10】勤務時間帯設定画面の一例を示す図である。

【図11】人員配置設定画面の一例を示す図である。

【図12】職種用スキル設定画面の一例を示す図である。

【図13】従業者情報のデータ構造の一例を示す図である。

【図14】シフト募集設定画面の一例を示す図である。

【図15】配信メール一覧画面の一例を示す図である。

【図16】配信メール編集画面の一例を示す図である。

【図17】割当ポリシー設定画面の一例を示す図である。

【図18】勤怠管理サーバの電気的構成を示すブロック図である。

【図19】生体情報のデータ構造を示す図であって、（Ａ）は初期登録された登録生体情報、（Ｂ）は読取生体情報である。

【図20】認証履歴情報のデータ構造の一例を示す図である。

【図21】勤怠実績情報のデータ構造の一例を示す図である。

【図22】給与計算サーバの電気的構成を示すブロック図である。

【図23】勤怠実績照合情報のデータ構造の一例を示す図である。

【図24】実績不一致通知の表示画面の一例を示す図である。

【図25】時給割合設定画面の一例を示す図である。

【図26】給与情報のデータ構造の一例を示す図である。

【図27】給与明細書の様式の一例を示す図である。

【図28】従業者端末の電気的構成を示すブロック図である。

【図29】入力受付開始メールの表示画面の一例を示す図である。

【図30】シフト希望入力画面の一例を示す図である。

【図31】出勤認識連絡画面の一例を示す図である。

【図32】勤怠シフトシステムの処理の概要を示すシーケンス図である。

【図33】シフト割当処理時の、勤怠シフトシステムの動作を示すシーケンス図である。

【図34】シフト募集の事前設定処理動作を示すフローチャートである。

【図35】勤怠管理処理時の、勤怠シフトシステムの動作を示すシーケンス図である。

【図36】給与計算処理時の、勤怠シフトシステムの動作を示すシーケンス図である。

【図37】本発明の実施形態に係る、人事評価サーバを備える勤怠シフトシステムの全体構成を示すブロック図である。

【図38】人事評価サーバの電気的構成を示すブロック図である。

【図39】人事評価処理時の、勤怠シフトシステムの動作を示すシーケンス図である。

【図40】人事評価情報のデータ構造の一例を示す図である。

【図41】人件費対照画面の一例を示す図である。

【図42】シフト希望情報のデータ構造の第１の変形例を示す図である。

【図43】シフト希望情報のデータ構造の第２の変形例を示す図である。

【発明を実施するための形態】

【0035】

以下、図１乃至図４３を参照して、本発明の勤怠シフトシステムについて説明する。
［実施形態］
本発明の実施形態は、各従業者の希望する勤怠シフトを含む「シフト希望情報」に基づいて、同従業者間の格差が最小化されるように各従業者の希望を取込んだ勤怠シフト予定を割当て、加えて、同勤怠シフト予定に対する実際の勤怠実績を基に適正な給与を自動計算できる勤怠シフトシステムをクラウド技術により構成した例である。

【0036】

また本実施形態では従業者に勤怠シフト予定を割当てる際に、勤怠シフト予定の割当後における予定労働時間が規定労働時間に満たない従業者、またシフト希望情報において出勤の希望回数が少ない従業者、さらにはシフト募集の対象期間において割当てられた勤務時間帯の割当数が少ない従業者それぞれに対する各種の優先条件、ならびに、従業者の雇用形態に応じた優先条件、を段階的に適用する。
これにより勤怠シフト予定の割当において各従業者の勤務時間をより均等とすべく、従業者間の格差がなるべく生じないように「平坦化」を行う。
以下、この内容について詳しく説明する。

【0037】

図１は、本実施形態に係る勤怠シフトシステム１の構成を示すブロック図である。
同図１に示すように勤怠シフトシステム１は、職場の社内システム２ならびに従業者端末７を、公衆通信回線１０を介して通信可能な状態で接続したシステムである。図１の例において社内システム２は、シフト割当サーバ３を介して公衆通信回線１０に接続されている。
なおインターネット等の公衆通信回線１０を採用する場合には、例えば、ＶＰＮ（Virtual Private Network）技術等を利用すればセキュリティレベルを高く確保可能である。

【0038】

上述の社内システム２は、シフト割当サーバ３・生体情報読取装置４・勤怠管理サーバ５・給与計算サーバ６を含むシステムである。社内システム２では、これらのサーバ装置３・５・６が社内ネットワーク２０を介して通信可能な状態で接続される。本例では、社内ネットワーク２０としてＬＡＮ（Local Area network）を採用している。
以下では上記シフト割当サーバ３・勤怠管理サーバ５・給与計算サーバ６については雇用者側（会社ないしは店舗）が所有するものとして説明する。しかしながら、これら各サーバ３・５・６はクラウドサービス提供者の所有物に属してもよく、同サービス提供者により本サーバ３・５・６の機能提供がされてもよい。

【0039】

従業者端末７は、複数の従業者が各々所有する電子端末であり、携帯電話機・スマートフォン・ＰＣ・タブレット端末などが該当する。
同端末７は公衆通信回線１０を介して、従業者本人が希望するシフト時間帯を含む「シフト希望情報」（図３参照）をシフト割当サーバ３に対して送信する。

【0040】

「シフト希望情報」に含まれる項目の例としては、以下のような各項目が挙げられる。
１）従業者ＩＤ：各従業者を一意に特定可能な識別情報。従業者ＩＤとしては、社員番号を直接採用することも可能である。
２）従業者氏名：各従業者を特定するための氏名である。
３）希望職種：各従業者が労働を希望する職務の種類。
４）出勤希望日：従業者が出勤を希望する日付。
５）出勤希望時刻：上記出勤希望日において、従業者が出勤を希望する時刻。
６）退勤希望時刻：上記出勤希望日において、従業者が退勤を希望する時刻。
７）休暇希望日：従業者が休暇を希望する日付。
上記「シフト希望情報」のデータ形式は、希望職種・希望時間帯（出勤希望時刻〜退勤希望時刻）などの各データ項目をカンマで区切ったＣＳＶ（Comma Separated Values）形式など所定形式のデータ列でもよく、任意のデータベースに適合したデータファイルでもよい。

【0041】

なお本例において各従業者は、従業者端末７に表示されたシフト希望入力画面７０１（図３０参照）を介して、出勤希望日、出勤希望時間帯（出勤希望時間・退勤希望時間）ならびに同希望日・同希望時間帯における希望職種を指定する。
ここで指定されたシフト希望情報が、シフト割当サーバ３が管理するシフト希望情報３２１（図３参照）に反映される。

【0042】

図３０の画面例では、勤怠シフトの割当を積極的に希望することを表す「○」、同シフトの割当を積極的には希望しないものの指名されたときには応可能であることを表す「△」、対応不可であり勤怠シフトの割当を希望しないことを表す「×」の３種類の記号により出勤の可否を指定する。
従業者により、ある日付の勤務時間帯における職種に対して「×」が指定された場合、同従業者はその指定に係る職種に対する勤怠シフト割当から除外される。
またシフト希望情報をすでに送信済の場合でも入力受付期間中であれば、従業者端末７からは同入力画面７０１を通じて従業者が自ら希望した勤怠シフトの確認・修正をすることが可能である。

【0043】

図１に示すシフト割当サーバ３は、各従業者端末７からの「シフト希望情報」を従業者端末７ごとに区別して受信する。
またシフト割当サーバ３は、従業者端末７から送信された「シフト希望情報」を集計し、同シフト希望情報に基づいて各従業者１人１人に対して勤怠シフト予定を割当てる。
同サーバ３による「シフト希望情報の電子データ取得」には任意の手法を採用可能であり、従業者端末７から任意の電気通信回線（本例では、公衆通信回線１０）を通じて受信することは勿論、ＤＶＤ（Digital Versatile Disk）等をはじめとする任意の記憶媒体や着脱可能な可搬型メモリを介して読込むようにしてもよい。

【0044】

生体情報読取装置４は、従業者に固有の生体情報（例えば、指紋・静脈パターン・顔・虹彩・声紋など）を読取る装置であり、従業者が職場に出入りする出入口付近など任意の共用スペースに設置される。
また生体情報読取装置４は、読取センサ（図示略）を介して読取った「生体情報」を出力する。
なお本例において同読取装置４は、生体情報として指紋を読取る。指紋用の読取センサは、今日では市販のごく一般的なノートＰＣなどにも標準装備されるほどに普及が進んでおり、生体情報読取装置４を容易に且つ安価に構成可能なためである。

【0045】

勤怠管理サーバ５は、生体情報読取装置４に接続されている。同サーバ５は、あらかじめ登録された従業者の「登録生体情報」ならびに生体情報読取装置４が読取った同従業者の「読取生体情報」とその読取時刻を基に、複数の従業者それぞれの勤怠実績を管理する。
また同サーバ５は、従業者の給与を算出する上で参考となる各種の「勤怠実績情報」（勤怠の出欠、出勤時刻、退勤時刻など）を表示するよう構成されている。

【0046】

「勤怠実績情報」（図２１参照）に含まれる項目の例としては、以下のような各項目が挙げられる。
１）出勤日：従業者が職場に出勤した日付。
２）出欠：勤怠の出欠。出勤または欠勤のいずれか。
３）出勤時刻：従業者が職場に出勤した時刻。
４）退勤時刻：従業者が職場から退勤した時刻。
５）実働時間：所定の対象期間において、従業者が実際に労働した時間の合計。
６）残業時間：所定の対象期間において、規定労働時間を超えて従業者が労働した時間の合計。

【0047】

図１に示した勤怠管理サーバ５は、指紋読取センサが搭載されたノートＰＣなどで構成することも可能である。
この場合、指紋読取センサを含む読取機構そのものが「生体情報読取装置４」に相当するため、同装置４と勤怠管理サーバ５を一体的に構成することが可能となる。

【0048】

図１に示す給与計算サーバ６は、シフト割当サーバ３ならびに勤怠管理サーバ５と通信可能に接続されたサーバであって勤怠シフト予定と勤怠実績とを照合し、この照合結果（図８の勤怠シフト予定情報３２３と、図２１の勤怠実績情報５２４の照合結果）を基に複数の従業者それぞれの給与を自動計算する。
また給与計算サーバ６は、従業者の重要なプライバシーに関わる秘匿性・機密性の高い「給与情報」を集中管理する。
給与計算サーバ６は、図１に示すように本例においては職場（社内）に設置されているが、同サーバ６は社内システム２の外部に設置することも可能である。

【0049】

つぎに、シフト割当サーバ３・勤怠管理サーバ５・給与計算サーバ６の各電気的構成について順次説明する。
これらサーバ３・５・６は、計算処理能力や記憶容量等の規模に相違があるものの装置構成は似通っている。いずれのサーバ３・５・６も図１に示したごとく、液晶ディスプレイや図示しないプリンタ等を含む出力部３５・５５・６５と、各種の演算処理を実行する装置本体と、キーボード及び図示しないマウスを含む入力部３４・５４・６４と、を備えている。
また装置本体は、演算処理を実行するＣＰＵを中心とした制御機能、ハードディスクドライブ（ＨＤＤ）・ＲＯＭ・ＲＡＭ等を利用する記憶機能、および、各種信号あるいは情報を送受信する通信機能等を有している。

【0050】

まずシフト割当サーバ３の電気的構成について説明する。
図２に示すようにシフト割当サーバ３の装置本体は、演算処理を実行するＣＰＵを含む制御部３１のほか、ハードディスクドライブ（ＨＤＤ）・ＲＯＭ・ＲＡＭ等を含む記憶部３２、および、各種信号あるいは情報の入出力経路をなす通信ポート（図示略）を含む通信部３３を備えている。
通信部３３は、公衆通信回線１０ならびに社内ネットワーク２０に接続され、公衆通信回線１０を介して「シフト希望情報」を従業者端末７から受信する。通信部３３としては、ネットワークインターフェース・モデム等が使用される。

【0051】

制御部３１は、ＣＰＵ（Central Processing Unit）・ＲＯＭ（Read Only Memory）・ＲＡＭ（Random Access Memory）等を有し、ＲＯＭ・記憶部３２に記憶されているアプリケーションプログラムをＲＡＭにロードして実行し、それにより各種の論理的手段を実現する。
シフト割当サーバ３では、シフト希望受付手段３１１、集計手段３１２、シフト割当手段３１３、調整手段３１４、シフト体制設定手段３１５およびメール管理手段３１６が実現される。

【0052】

シフト希望受付手段３１１は、従業者端末７に対してシフト希望入力画面７０１（図３０）を提供する。
またシフト希望受付手段３１１は同画面７０１を通じて従業者端末７から送信された「シフト希望情報」を受付け、同情報３２１（図３）を記憶部３２に書込む。

【0053】

なお本例におけるメール管理手段３１６は、シフト希望受付手段３１１によるシフト希望情報の収集に先立って「入力受付開始メール」を各従業者端末７に対して一斉配信する。
「入力受付開始メール」は図２９に例示するように、シフト希望入力の受付が開始されたことを各従業者に伝達し、シフト提出を従業者に促すものである。
同入力受付開始メールの文面は、雇用者により任意に変更可能である。さらに同メールには、勤怠シフト募集期間の開始日時や終了日時なども記載される。

【0054】

なお雇用者側の担当者は、記憶部３２内のシフト希望情報３２１を確認することによりシフト希望情報が提出されていない従業者を特定することが可能である。
シフト希望情報が未提出の場合、メール管理手段３１６は従業者が所有する従業者端末７に対して、シフト希望情報の入力を促すための催促メールなどを適宜送信する。

【0055】

また本例においてシフト希望受付手段３１１は、「シフト募集設定画面」（図１４参照）を出力部３５に表示出力する。
このシフト募集設定画面３０５（図１４）を介して、シフト募集の対象となる期間、シフト募集の入力受付開始日時ならびにシフト募集の入力受付終了日時（シフト希望情報の提出期限）が設定される。
さらに本例では入力受付開始メールの文面（件名・本文）についても同画面３０５を通じて編集可能であり、配信メール一覧画面３０６（図１５参照）に配設された「送信」ボタンを押下したときにメール管理手段３１６により全従業者端末７への一斉配信が行われる。
このメール配信後にシフト募集の入力受付開始日時が到来すると、従業者端末７によるシフト希望入力が可能となる。

【0056】

なお雇用者によりシフト募集設定画面３０５（図１４）を通じて入力される「シフト募集の対象期間ならびに同シフト募集の入力受付開始日時・終了日時」は、従業者に対して情報共有が図られるべき内容である。
そのため同画面３０５にて入力されたこれらの時間的情報は、入力受付開始メール（図２９）に自動反映（自動処理による書込）されるように構成してもよい。

【0057】

本例におけるメール管理手段３１６は、「配信メール編集機能」を備えている。同機能は、上述した入力受付開始メールをはじめとする各種の配信メールをあらかじめ編集する機能である。
図１５に示す配信メール一覧画面３０６には、配信メールの一覧がリスト表示される。同画面３０６の一覧から選択された配信メールは、配信メール編集画面３０７（図１６）を介して修正することが可能である。

【0058】

また配信メール一覧画面３０６（図１５）からは、各配信メールについて自動配信するか否かを設定したり、自動配信時における配信タイミングを設定することが可能である。同図１５の例では、入力受付開始メールに対し自動配信設定が有効（白地に黒文字のボタン部分）になっている。
なお自動配信タイミングは、メールの配信日時を直接指定するだけでなく、定期的なタイミング（毎週金曜日の午後５時、毎月第２月曜日、各営業日の午前１時など）を指定することも可能である。

【0059】

さらに本例では図１６に示すように配信メール中に変数を埋込むことで、同変数に格納されているデータの値を配信メールに記述することが可能となっている。
図１６の例では「% in_start %」という変数にシフト入力受付開始日のデータ値（例えば、２０１４年２月１６日）が格納されており、「% in_end %」という変数にシフト入力受付終了日のデータ値（例えば、２０１４年２月２５日）が格納されている。
また同図１６では「% start %」という変数にシフト募集開始日のデータ値（例えば、２０１４年３月１日）が格納されており、「% end %」という変数にシフト募集終了日のデータ値（例えば、２０１４年３月３１日）が格納されている。

【0060】

そのため配信メール編集画面３０７（図１６）において各変数（% start %、% end %、% in_start %、% in_end %）を配信メールに記述することで、雇用者が日付を手入力することなく、ただちに日付情報（各変数内の格納データ）が入力受付開始メール内に自動記述される。
このようにすればシフト入力受付の開始日や終了日、シフト募集対象期間の開始日や終了日などシフト募集に関する予定が変更になった場合でも、変更後の日付をシフト募集設定画面３０５（図１４）を介してパラメータ設定（すなわち、% in_start %、% in_end %、% start %、% end %などの変数値の変更）をするだけで、配信メール内の情報も同設定に追従して自動的に書換えられる。
そのため雇用者の作業負担が軽減されるだけでなく配信メールにおける情報の誤記といった人為的ミスも未然回避できるため、変更後の日付を誤りなく従業者に対して確実に伝達することが可能となる。

【0061】

図２に示す集計手段３１２は、「シフト希望情報」を集計し、集計結果を記憶部３２内の希望集計情報３２２（図４参照）に書込む。
シフト割当手段３１３は、シフト希望情報３２１を基に「勤怠シフト予定」を自動的に割当てる。ここでいう「自動的」とは、雇用者の人手による入力操作を介さないことを意味する。
またシフト割当手段３１３は、割当てた勤怠シフト予定を記憶部３２内の「勤怠シフト予定情報」（図５）に書込む。

【0062】

本例におけるシフト割当手段３１３は、シフト希望情報３２１に対して以下の各種条件を段階的に適用することにより勤怠シフト予定を割当てる。本例では、「労働時間格差是正条件」、「希望回数格差是正条件」、「割当数格差是正条件」、「雇用形態追従条件」が適用される。
「労働時間格差是正条件」とは、規定勤務時間に未到達の従業者に対して優先的に勤怠シフト予定を割当てるための条件である。
すなわち勤怠シフト予定の割当後における予定労働時間が規定労働時間に到達した従業者よりも、同予定労働時間が規定労働時間に満たない従業者に対して優先的に勤怠シフト予定を割当てる。
ここで「予定労働時間」とは、勤怠シフト割当処理によって個々の従業者に割当てられた各従業者別の勤務時間帯の時間数の総計のことを指す。

【0063】

「希望回数格差是正条件」とは、シフト希望が少ない従業者に対して、優先的に勤怠シフト予定を割当てるための条件である。
すなわちシフト希望情報において出勤の希望回数（すなわち、図３０に示す出勤希望枠に対する「○」の数）が多い従業者よりも、同希望回数が少ない従業者に対して優先的に勤怠シフト予定を割当てる。

【0064】

「割当数格差是正条件」とは、シフト募集の対象期間内において出勤する勤務時間帯の数が従業者間でなるべく均等になるように、各従業者に勤怠シフト予定を割当てるための条件である。
すなわちシフト募集の対象期間において割当てられた勤務時間帯の割当数が多い従業者よりも、同勤務時間帯の割当数が少ない従業者に対して優先的に勤怠シフト予定を割当てる。

【0065】

「雇用形態追従条件」とは、従業者の雇用形態に対して予め定められた所定の順位に従って、各従業者に勤怠シフト予定を割当てる条件である。「雇用形態追従条件」における順位は、経営方針に応じて任意に決定すればよい。
通常、正社員の方が非正規社員（契約社員・派遣社員・アルバイトなど）に比べて職務上負うべき責任が重いものと想定される。そのため本例では、正社員に対して優先的に勤怠シフト予定が割当てられるよう、正社員に付与される順位の方が非正規社員に与えられる順位よりも高い順位となっている。
すなわち労働時間格差是正条件・希望回数格差是正条件・割当数格差是正条件がすべて同一条件である場合には、雇用形態追従条件の適用により正社員の方が非正規社員よりも優先的に勤怠シフト予定が割当てられる。

【0066】

なおシフト割当手段３１３は、勤怠シフト予定の割当後における「予定労働時間」と、シフト希望情報３２１における「出勤の希望回数」と、シフト募集の対象期間において割当てられた「勤務時間帯の割当数」と、雇用形態に対して予め付与された所定の順位とに基づいて「割当優先スコア」を従業者ごとにそれぞれ算出する。

【0067】

本例においては規定勤務時間に未到達の従業者に対する優先処理（労働時間格差是正条件）を実現するために、規定勤務時間に未到達の従業者は、すでに規定労働時間に到達している従業者よりも高い「割当優先スコア」を獲得する。
またシフト希望が少ない従業者に対する優先処理（希望回数格差是正条件）を実現するために、出勤の希望回数が少ない従業者は、それよりも希望回数の多い従業者に比べて高い割当優先スコアを獲得する。

【0068】

さらにシフト募集の対象期間において割当てられた勤務時間帯の割当数が少ない従業者に対する優先処理（割当数格差是正条件）を実現するために、上記勤務時間帯の割当数が少ない従業者は、同割当数が多い従業者よりも高い割当優先スコアを獲得する。
また本例では上述した雇用形態追従条件により、正社員である従業者の方が非正規社員の従業者よりも高い割当優先スコアを獲得する。

【0069】

そしてシフト割当手段３１３は、複数の従業者間における「割当優先スコアの大小関係」を基に勤怠シフト予定を割当てる。
本例では割当優先スコアによる序列は昇順となっているため、同スコアの数値が大きい従業者の方が同スコアの小さい従業者よりも優先的に勤怠シフト予定が割当てられる。しかしながら割当優先スコアによる序列は降順（すなわち同スコアの数値の少ない従業者ほど優先順位が高くなるもの）でもよい。

【0070】

図２に示す調整手段３１４は、雇用者の修正操作に応じて、シフト割当手段３１３が割当てた勤怠シフト予定を修正変更（調整）する。
本例では図６・図７に示すシフト調整画面３００を介して勤怠シフト予定を修正し、同修正後の勤怠シフト予定により勤怠シフト予定情報３２３（図５）を更新する。
なお図６の例では「３月１日 午前９時〜１２時」の時間枠における職種「ホールスタッフ（定員２名）」に対して、希望者として従業者Ａ・Ｂ・Ｃ・Ｅの４名が存在するものの、シフト割当手段３１３による自動割当により定員（２名）どおり従業者ＡとＣにいったん勤怠シフトが割当てられている。

【0071】

ここで本例における勤怠シフトの自動割当処理では、ある勤務時間帯の職種に割当てた従業者の人数が定員に達した場合、その勤務時間帯のその職種については自動割当処理を終了する。そのためシフト交代などのメンバー調整は、シフト調整画面３００を介した操作に応じて調整手段３１４により行われる。
図６の画面例においては自動割当によりホールスタッフの職種に対して従業者ＡとＣにいったん勤怠シフトが割当てられたものの、その後の手動による変更操作により図７の画面例においては同職種（ホールスタッフ）の人員が従業者ＡおよびＥに変更されている。
なお上記シフト調整画面３００における修正結果（シフト割当修正後の従業者の情報）は、勤怠シフト予定情報３２３（図８参照）に直ちに反映される。

【0072】

また同図６の例においては「３月１日 午前９時〜１２時」の時間枠における職種「カウンタースタッフ（定員２名）」に対し、希望者は従業者Ｄの１名のみである。
このように定員に不足が生じている場合にも、シフト調整画面３００を介した修正操作に応じて調整手段３１４が勤怠シフトを調整する。
同時間枠「３月１日 午前９時〜１２時」における職種「カウンタースタッフ（定員２名）」に対するシフト調整後の図７の例では、定員（２名）どおりの人員として従業者Ｄ・Ｇの２名が確保されている。

【0073】

さらにシフト調整画面３００では手動のシフト修正操作により、シフト割当手段３１３による勤怠シフトの自動割当前に、ある特定の従業者を、ある特定の日における特定の勤務時間帯の職種にあらかじめシフト割当することも可能である。
このように自動割当ではなくシフト修正操作によりシフト割当を行った場合、その割当設定状態は自動シフト割当処理によっては妨げられない。
例えば定員３名の勤務枠に対しシフト修正操作により１名の従業者にシフト自動割当が行われた場合、残りの定員２名分に対してのみシフトの自動割当が可能となる。

【0074】

なお図６・図７の画面例において「公開」ボタンを押下すると、その押下時点で割当てられている勤怠シフト予定が公衆通信回線１０を介して従業者端末７に対して閲覧可能に公開される。
そのため従業者は同端末７を用いて勤怠シフト予定を参照・確認することで、シフト割当サーバ３上にある勤怠シフト予定情報３２１の修正（例えば、シフト希望の取消、シフト交代など）を雇用者側に依頼することが可能である。

【0075】

なお勤怠シフトの自動割当処理においては、同処理の開始前に全従業者の勤務上限時間・連続勤務日数を一時的に引上げて増やし、できるだけ多くの出勤枠が埋まるような状態に設定してからシフト割当を開始してもよい。
ただし個別事情（例えば、育児や身内の介護など）により勤務上限時間や連続出勤日数を厳守する必要がある従業者については、勤務上限時間・連続勤務日数の引上げ対象から除外することも可能である。
この場合、同除外された従業者を除く残りの従業者についての設定を緩和（勤務上限時間・連続勤務日数の引上げ）した上で、勤怠シフトの自動割当が実行される。

【0076】

また調整手段３１４は、従業者端末７からシフト希望情報を送信していない従業者の勤怠シフト予定を、雇用者側（管理者など）の入力操作に応じて手動割当できる「シフト手動割当機能」も備えている。同機能により手動割当された勤怠シフト予定は、勤怠シフト予定情報３２３（図５）に書込まれる。
いくら電子端末（従業者端末７）の普及が進んでいるとはいえ、従業者の中にはこのような端末７を所持していない者がいるケースは当然想定される。また従業者端末７を所有している場合であっても、同端末７の動作不良・故障などにより勤怠シフト予定の入力期間内にシフト希望情報を送信できないケースも起こり得る。
このようなケース下で従業者からの依頼に応じて、雇用者側で同従業者が希望する勤怠シフト予定を直接的にシフト割当サーバ３に反映できるよう、上述した「シフト手動割当機能」が設けられている。

【0077】

なお上記勤怠シフト予定を割当てるための事前準備として、雇用者側はシフト割当サーバ３を使用して以下の項目ごとにあらかじめパラメータを設定する。これらの設定は、図２に示すシフト体制設定手段３１５により実現される。
１）営業カレンダーの設定
２）勤務時間帯の区分設定
３）営業日当日における必要職種の設定
４）各勤務時間帯における職種ごとの定員数の設定
５）職種をこなすために課せられる必要スキルの設定
またシフト体制設定手段３１５は、以下に掲げる各画面３０１〜３０４、３０６（図９〜図１２、図１７）を出力部３５に表示出力する。

【0078】

上記「営業カレンダーの設定」については、図９に例示する営業カレンダー設定画面３０１を介してシフト人数に影響を与えるイベント（休業日、競合店休業日など）を設定可能である。
イベントを設定し、これをカレンダーにマッピングすることにより所定期間（例えば、月間単位）における運営体制を経営戦略的に計画することが可能となる。

【0079】

「勤務時間帯の区分設定」をする場合、雇用者は、シフト割当サーバ３の出力部３５に映し出される勤務時間帯設定画面３０２（図１０参照）を介して、勤務時間帯の時間区分（すなわち同時間帯を画定する勤務開始時刻ならびに勤務終了時刻）を変更することが可能である。

【0080】

「必要職種の設定」は、人員配置設定画面３０３（図１１参照）を介して行われる。
ここでいう「必要職種」とは、勤怠シフトを割当てる対象期間内の勤務時間帯において出勤希望者を募ることが必要な職種のことを指す。職種の例としては、店舗のカウンタースタッフ・ホールスタッフ・マネージャなどが該当する。
なお同一の職種（例えば、カウンタースタッフなど）であっても、勤務時間帯によって募集を行うケースと、募集を行わないケースが存在する。

【0081】

また「職種ごとの定員数の設定」については上記「人員配置設定画面」（図１１）を介して、各営業日内の勤務時間帯において必要とされる人員数をそれぞれ職種ごとに設定する。
同図１１に例示するように３月１日の午前９時〜午後０時の勤務時間帯において必要なホールスタッフの人員数が２人である場合、同人員数を「２」に設定する。

【0082】

なお職種によっては、その職種をこなすための特殊なスキルやその職種に固有の条件（例えば、従業者が女性であること、従業者が特定の役職に就いていること）が要求されるものもある。
本例では「職種用スキル設定画面」（図１２参照）を介して、業務をこなすために必要なスキル（必要スキルや基本能力）が設定される。
また同職種用スキル設定画面３０４により「雇用形態制約条件の設定」も可能である。「雇用形態制約条件」とは、業務を割当てられるために必要な雇用形態を限定するための条件である。

【0083】

そして従業者がある職種を希望したときに、同従業者にその職種を任せることが適切であるか判定するために、シフト割当手段３１３は、図１３に示すような「従業者情報」を参照して勤怠シフト予定の割当を行う。
ここで「従業者情報」とは、従業者と同従業者が保有するスキルとの対応関係を指定する情報である。
上記従業者情報３２４は、雇用者が従業者を採用（雇用契約の締結）した際にあらかじめ雇用者により登録される。また従業者情報３２４は、従業者が保有スキルを変更したり、所定の職種を任せることが認定された場合にも更新される。

【0084】

従業者情報３２４に含まれる項目の例としては、以下のような各項目が挙げられる。
１）雇用形態：シフト割当を行う際に考慮すべき、各従業者の雇用形態の種別。一例としては、正社員・契約社員・派遣社員・アルバイトなどが該当する。
勤怠シフトの割当において、ある職種（例えば、マネージャ）を任されるためには従業者が特定の雇用形態である（例えば、正社員に限定される）ことが割当条件として課されることがある。

【0085】

２）保有スキル：各従業者が保有している、業務をこなす上で必要とされるスキル（能力）。保有スキルとしては、役職（例えば、部長・課長などの管理職）・性別・年齢・体力の優劣・容姿の優劣・責任感の強弱・言葉づかい（接客態度）等の各従業者それぞれのスキル・能力・属性などが該当する。
従業者の保有するスキル（能力）に応じて適材適所に人材を配置するために、ある職種を任されるためには従業者が優れた特定のスキルを有していることが割当条件として課されることもある。

【0086】

さらにシフト体制設定手段３１５は、割当ポリシー設定画面３０６（図１７参照）を出力部３５に表示出力する。
「割当ポリシー設定」とは、シフト自動割当における各店舗固有の運用ポリシー（従業者の就業形態に対する規定）を設定することを指す。
図１７の例では、出勤日における中抜けの禁止（出勤する場合には、勤務時間帯が連続するように勤怠シフトを希望しなければならないことを定めた規則）や、中抜けの許可（同日における間欠的な勤務時間帯の選択を許容する規則）などのようにシフト割当に関する店舗固有の方針を反映することが可能となっている。
また同図１７の例では、深夜の勤務に携わった従業者が翌日の早朝にも連続して勤務に就くことのないよう、従業者に対する配慮がなされている。

【0087】

つぎに勤怠管理サーバ５の電気的構成について説明する。
図１８に示すように勤怠管理サーバ５の装置本体は、演算処理を実行するＣＰＵを含む制御部５１のほか、ハードディスクドライブ（ＨＤＤ）・ＲＯＭ・ＲＡＭ等を含む記憶部５２、および、各種信号あるいは情報の入出力経路をなす通信ポート（図示略）を含む通信部５３を備えている。

【0088】

制御部５１は、ＣＰＵ（Central Processing Unit）・ＲＯＭ（Read Only Memory）・ＲＡＭ（Random Access Memory）等を有し、ＲＯＭ・記憶部５２に記憶されているアプリケーションプログラムをＲＡＭにロードして実行し、それにより各種の論理的手段を実現する。
勤怠管理サーバ５では、生体情報登録手段５１１、読取日時特定手段５１２、生体認証手段５１３および勤怠実績管理手段５１４が実現される。

【0089】

生体情報登録手段５１１は、従業者固有の生体情報について初期登録を行う手段である。生体情報登録手段５１１により記憶部５２にあらかじめ登録された生体情報が「登録生体情報」（図１９（Ａ）参照）となる。

【0090】

読取日時特定手段５１２は、生体情報読取装置４が読取った従業者の生体情報（以下、「読取生体情報」という。）を同装置４から受信した日時を、その従業者の生体情報の読取日時として特定する。
また上記特定手段５１２は、先に特定した読取日時を読取生体情報と対応付けて読取生体情報５２２（図１９（Ｂ）参照）に記録する。

【0091】

生体認証手段５１３は、あらかじめ登録された従業者の「登録生体情報」と、「読取生体情報」とを照合する。
同手段５１３は上記照合の結果、登録生体情報と読取生体情報とが互いに一致した場合、生体認証が成功したと判定し、登録生体情報と読取生体情報とが互いに一致しない場合、生体認証が失敗したと判定する。
また生体認証手段５１３は、生体認証の成功・失敗いかんに関わらず同認証結果（成功もしくは失敗）を逐次、読取生体情報の読取日時と対応付けて認証履歴情報（図２０参照）に書込む。
なお図２０の例では、認証履歴情報５２３は従業者ごとに区別して管理される。

【0092】

勤怠実績管理手段５１４は、ある従業者について「生体認証が成功」した場合、生体情報読取装置４が同従業者の生体情報を読取った日時（本例では、読取日時特定手段５１２が特定した読取日時）を、その従業者の出勤時刻または退勤時刻として「勤怠実績情報」（図２１参照）に書込む。
また図１８に示す勤怠実績管理手段５１４は、シフト割当サーバ３にアクセスするとともに同サーバ３に記憶されている勤怠シフト予定情報３２３（図８）を参照して、各従業者の出勤予定日ならびに同出勤予定日ごとの出勤予定時刻・退勤予定時刻を「勤怠実績情報」に記述する。

【0093】

なお勤怠実績管理手段５１４は、職場の営業カレンダー情報（図示略）に基づいて、日次ごとに現在日が職場の休日にあたるかどうかを判定する。
勤怠実績管理手段５１４は、現在日が職場の営業日にあたっている場合、同営業日当日において従業者の勤怠シフト予定を参照し、休日設定がされているかどうかを確認する。
勤怠実績管理手段５１４は、休日設定がされていない（すなわち出勤予定日である）にも関わらず、従業者による同営業日における出勤時刻・退勤時刻の打刻がない場合、欠勤として判定するとともに同判定結果を勤怠実績情報５２４に書込む。

【0094】

また勤怠実績管理手段５１４は、現在日が職場の休日にあたっているにも関わらず従業者による勤怠打刻（すなわち生体認証）が行われている場合、同従業者が休日出勤したと判定する。
この場合、上記従業者については通常の営業日と同様に、生体情報の読取日時に基づいて実働時間を算出する。

【0095】

なお本例の勤怠管理システム１には「出勤認識連絡」機能が設けられている。
「出勤認識連絡」機能とは、出勤日の当日に従業者自身が出勤について認識していることを職場の上司などに連絡する機能である。
本例において同機能は、通勤時における自宅出発前にあらかじめ従業者端末７から各従業者が個々にアクセス可能な「スタッフマイページ」（本例では図３１に示す、従業者端末７に対し勤怠管理サーバ５から提供される出勤認識連絡画面７０２）にアクセスし、同ページ内の出勤認識連絡ボタンを押下することで実現される。
同画面７０２（図３１）において「送信」可能な状態にある出勤認識連絡ボタンが押下されると、出勤確認連絡が行われたか否かを示す出勤認識ステータスが「送信済」に変化する。
上記ステータスは雇用者側（例えば、従業者の管理者である上司）からも参照可能となっているため、これにより各営業日当日における人員確保が予定通りになされるか否かを職場の同僚が把握できる。

【0096】

なお従業者端末７から「出勤認識連絡」が送信されたかどうかは勤怠管理の一環とみなすことができるため、出勤認識ステータスのデータ値（出勤認識連絡の有無）は勤怠実績管理手段５１４により勤怠実績情報５２４（図２１）に書込まれる。
出勤認識連絡の送信の有無は、任意の期間における特定の従業者についての出勤認識連絡履歴（図２１参照）を表示することも可能であり、また特定の日付における全従業者についての出勤認識連絡の送信有無をリスト表示することも可能である。
なお上記「出勤認識連絡」は、電子メール・ＳＭＳ（Short Message Service）を介して文字情報によりメッセージ送信してもよい。
また図３１に例示したように「スタッフマイページ」には、従業者端末７により同画面７０２にアクセスした従業者が、「出勤認識連絡機能」以外にも勤怠シフト予定を送信したり、勤怠シフト予定を確認できるように、これら機能へのリンクを配置してもよい。

【0097】

一方、「出勤認識連絡」が送信されてこない場合には営業日当日の人員確保が勤怠シフト予定通りに進行しないおそれがあるため、交代要員の確保など当日の職場運営に支障を来たさないように適宜対策が施される。
なお従業者が必ずしも出勤予定を認識していないケースもある。このような人的ミスを補うべく勤怠実績管理手段５１４は、勤怠実績情報５２４内の各従業者の「出勤予定」を確認し、出勤する予定のある従業者に対して出勤予定日の所定日数前に「勤務予定事前通知」（文字情報）をメール・ＳＭＳなどにより自動送信してもよい。

【0098】

また従業者が自宅を出発する前に「出勤認識連絡」を送信したにも関わらず、通勤途中に生じた特殊事情（例えば、従業者本人の急な体調不良や、交通渋滞・人身事故などによる交通機関の遅延・麻痺）により出勤予定時刻までに職場に出勤できないことも起こりうる。
このような場合にも運営体制を確保するために、勤怠シフト予定が元々割当てられていなかった他の従業者に急きょ出勤を要請したりする必要が生じる。
そのため、出勤認識連絡の送信後にも、その後の事情変更を上司などに連絡し情報共有を図ることができるよう、従業者端末７から勤怠管理サーバ５に対し出勤状況更新通知をメール・ＳＭＳによりメッセージ送信できるようにしてもよい。

【0099】

図１８に示す記憶部５２は、各種データやプログラムを記憶するものであり、フラッシュメモリ等の不揮発性の半導体メモリやハードディスクドライブ（ＨＤＤ）等が使用される。
記憶部５２には、生体情報読取装置４による生体情報の読取日時を基に生成した「勤怠実績情報」（図２１）が集約的に保管されている。
「勤怠実績情報」とは、従業者と、勤怠シフト予定に対して同従業者により行われた実働実績とを対応付ける情報である。

【0100】

勤怠実績情報５２４のデータ構造は任意でよい。図２１の例では従業者の識別情報に対して、日付と、日次ごとの勤怠シフト予定と、同予定に対する実際の勤怠状況（出勤または欠勤の実績）と、出勤時刻・退勤時刻とが対応付けられている。
なお勤怠実績情報の項目のうち勤怠シフト予定（各従業者の出勤予定日・出勤予定時刻・退勤予定時刻など）については、シフト割当サーバ３の勤怠シフト予定情報３２３（図５）を参照して書込まれる。

【0101】

通信部５３は所定のデータ伝送規格に則って、勤怠管理サーバ５以外の任意の外部機器と通信を行う。
本例において通信部５３は生体情報読取装置４とＵＳＢ（Universal Serial Bus）接続されており、同読取装置４が読取った「読取生体情報」を受信する。
また通信部５３は社内ネットワーク２０に接続され、勤怠実績情報５２４に対する給与計算サーバ６からのアクセスを受付ける。社内ネットワーク２０接続用の通信部５３としては、ネットワークインターフェース・モデム等が使用される。

【0102】

入力部５４は、勤怠管理業務に携わる担当者（例えば、人事労務部門の担当者など）による操作を受付ける情報入力手段である。
出力部５５は、任意の画像・情報を出力する手段であり、本例では液晶ディスプレイを用いる。
また本例の勤怠管理サーバ５は、勤怠実績情報５２４を適宜印刷出力可能なプリンタ（図示略）を出力部５５として備えている。紙媒体に印刷された勤怠実績情報５２４は、給与明細書（図２７）等とともに従業者に配布される。

【0103】

つぎに給与計算サーバ６の電気的構成について説明する。
図２２に示すように給与計算サーバ６の装置本体は、演算処理を実行するＣＰＵを含む制御部６１のほか、ハードディスクドライブ（ＨＤＤ）・ＲＯＭ・ＲＡＭ等を含む記憶部６２、および、各種信号あるいは情報の入出力経路をなす通信ポート（図示略）を含む通信部６３を備えている。

【0104】

通信部６３は、社内ネットワーク２０に接続され、同ネットワーク２０を介してシフト割当サーバ３・勤怠管理サーバ５にアクセス可能である。本例において通信部６３は、シフト割当サーバ３が記憶している「勤怠シフト予定情報３２３」ならびに勤怠管理サーバ５が記憶している「勤怠実績情報５２４」にアクセスする。
通信部６３としては、ネットワークインターフェース、モデム等が使用される。

【0105】

制御部６１は、ＣＰＵ（Central Processing Unit）・ＲＯＭ（Read Only Memory）・ＲＡＭ（Random Access Memory）等を有し、ＲＯＭ・記憶部６２に記憶されているアプリケーションプログラムをＲＡＭにロードして実行し、それにより各種の論理的手段を実現する。
給与計算サーバ６では、給与計算手段６１１が実現される。

【0106】

給与計算手段６１１は、勤怠シフト予定情報３２３（図５）と勤怠実績情報５２４（図２１）とを照合し、これらの照合結果から勤怠実績照合情報６２１（図２３参照）を生成する。
なお本例では勤怠シフト予定情報３２３と打刻実績（勤怠実績情報５２４）の照合結果に差異がある場合、給与計算手段６１１は、担当者（従業者の管理者である上司など）に対して「実績不一致通知」（図２４参照）をアラート出力する。

【0107】

ここで通常の勤怠管理（本実施形態のような実績不一致通知がされない管理手法）では、管理者がシフト予定と勤怠実績の不一致理由を従業者に口頭や電子メールで確認し、不一致の理由が判明したときに承認するという運用が想定される。
このような運用の下では、勤怠実績の集計日（いわゆる締日）直前が到来したときに管理者が、自己の管理する従業者それぞれの勤怠実績について「勤怠シフト予定によれば出勤が予定されていなかったにも関わらず、出勤した理由」や「残業が特に必要ないと思われる日に従業者が残業していた理由」などを慌てて確認するといった事態がしばしば起こり得る。
そのため管理者が従業者に問いただすことで実績が不一致となった理由が判明した場合でも、同理由を問いただした管理者の記憶が薄らいでしまうことで最終的に曖昧となってしまうことも多い。

【0108】

しかしながら本システム１によれば給与計算手段６１１は管理者に対して日々、不一致理由を確認させるとともに承認操作を行わせる。さらに承認時には不一致理由を文字情報で保存する機能も提供されるため、管理者が確認した内容（勤怠シフト予定と打刻実績が不一致である理由）についてメモを残すことが可能である。
そのため月末などの締日直前になって、ある程度の期間が経過した事象について記憶内容を思い出したり、従業者に対して管理者が確認すること等をまとめて処理する等といった管理者への負担や集中的な負荷がかかることを回避できる。
またメモ機能により誤りのない確かな事由が記録されることで、締日直前になって管理者がまとめて処理することによる弊害（記憶が薄らぐことにより確認結果が曖昧となること等）をなくすこともできる。

【0109】

また給与計算手段６１１は、同照合結果を基に複数の従業者それぞれの給与を自動計算する。
さらに給与計算手段６１１は、従業者の重要なプライバシーに関わる秘匿性・機密性の高い「給与情報」（図２６参照）を集中管理する。
なお給与計算手段６１１については必ずしも、同手段６１１自体が給与計算処理を行うように構成する必要はない。
同手段６１１は、給与を算出するために必須の情報（実際の勤務時間数など）を、すでに企業側に導入された給与計算ソフトウェアにより取込可能な任意のデータ形式（ＣＳＶ（Comma-Separated Values）形式など）で出力するように構成してもよい。

【0110】

記憶部６２は、各種データやプログラムを記憶するものであり、フラッシュメモリ等の不揮発性の半導体メモリやハードディスクドライブ（ＨＤＤ）等が使用される。
この記憶部６２には、勤怠シフト予定情報３２３ならびに勤怠実績情報５２４を基に生成した「勤怠実績照合情報」（図２３）、ならびに、この勤怠実績照合情報６２１から導出された「給与情報」（図２６）が集約的に保管されている。

【0111】

「給与情報」とは、従業者と、同従業者の勤務実績・実働時間を基に算出した所定期間（例えば、ひと月単位）における給与との対応関係を指定する情報である。
給与情報６２２のデータ構造は任意でよい。図２６の例では従業者の識別情報（従業者ＩＤや従業者氏名）に対して、給与算出の対象期間・同期間における実働時間・規定労働時間に対する残業時間などが対応付けられている。
上記「規定労働時間」とは、基本給の支給を受けるために必要な労働時間である。同規定労働時間は、必ずしも全従業者に対して一律的な値をとるものではなく、雇用形態などに応じて異なる時間数であってもよい。
また上記「残業時間」とは実働時間から規定労働時間を差引いた時間数であり、残業手当の支給額を算定するときの評価指標である。

【0112】

なお給与計算手段６１１による残業手当の計算は、上記残業時間に対して「残業手当時給」を乗算することで行われる。
この「残業手当時給」は、あらかじめ残業手当時給として定められた金額を直接利用することもできるが、それ以外にも規定労働時間における通常の基本時給に、残業時の時給割合（例えば、１２５％など）を乗算することで求めてもよい。
ここで「時給割合」とは、基本時給に対しての、任意の勤務時間帯における時給の相対的な割合（重み付け）のことを指す。
同時給割合の算出に用いる基本時給としては、規定労働時間における通常の基本時給（平日昼間における時給）が選択される。

【0113】

給与計算手段６１１は、上記時給割合を設定するためのユーザインタフェースとして時給割合設定画面６０１（図２５参照）を出力部６５に表示出力する。
同画面６０１（図２５）を介して雇用者は、店舗の来客数に変動をもたらす一要因となる平日・休日の違いに応じて時給割合を設定したり、従業者に対する負担に影響を与える勤務時間帯（早番・深夜番など）の違いに応じて時給割合を設定すること等が可能となる。

【0114】

図２２に示す入力部６４は、給与計算業務に携わる担当者（例えば、経理部門の担当者）による操作を受付ける情報入力手段である。
出力部６５は任意の画像・情報を出力する手段であり、本例では液晶ディスプレイを用いる。
また本例の給与計算サーバ６は、給与計算結果を含む給与明細書（図２７参照）を適宜印刷出力可能なプリンタ（図示略）を出力部６５として備えている。紙媒体に印刷された給与情報は、個々の従業者本人に配布される。

【0115】

つぎに従業者端末７の電気的構成について説明する。
図２８に示すように従業者端末７の装置本体は、演算処理を実行するＣＰＵを含む制御部７１のほか、ハードディスクドライブ（ＨＤＤ）・ＲＯＭ・ＲＡＭ等を含む記憶部７２、および、各種信号あるいは情報の入出力経路をなす通信ポート（図示略）を含む通信部７３を備えている。
通信部７３は公衆通信回線１０に接続され、「シフト希望情報」をシフト割当サーバ３に送信する。通信部７３としては、ネットワークインターフェース・モデム等が使用される。

【0116】

制御部７１は、ＣＰＵ（Central Processing Unit）・ＲＯＭ（Read Only Memory）・ＲＡＭ（Random Access Memory）等を有し、ＲＯＭ・記憶部７２に記憶されているアプリケーションプログラムをＲＡＭにロードして実行し、それにより各種の論理的手段を実現する。
従業者端末７では、シフト希望申請手段７１１が実現される。

【0117】

シフト希望申請手段７１１は、シフト割当サーバ３に対し、従業者が希望するシフトを申請する手段である。具体的には、シフト希望申請手段７１１はシフト希望情報をシフト割当サーバ３に送信することにより上記シフト申請を行う。本例において同シフト希望情報の入力は、シフト希望入力画面７０１（図３０参照）を介して行われる。
またシフト希望申請手段７１１は、シフト希望情報７２１を記憶部７２へ書込む。
なおシフト希望情報の入力受付を開始する前にシフト割当サーバ３は、各従業者端末７に対して入力受付開始メール（図２９）を送信する。

【0118】

つぎに、本実施形態に係る勤怠シフトシステム１の動作について説明する。
まず従業者は、自らの勤怠シフト予定を検討する。この検討に際しては、雇用形態（正社員、アルバイト社員、派遣社員、契約社員など）、スキル、職場における評価・実績その他の要素が勘案される。
上記検討の結果、希望する職種と出勤希望日時（日付と勤務時間帯）が決まった場合、図３２に示すように勤怠シフトを割当てるための「シフト割当処理」（ステップＳ１）を行う。同処理において勤怠シフト予定を自動的に割当てた結果、ある時間枠の出勤希望者が定員に達しない場合には、雇用者側で適宜調整が行われる。

【0119】

その後、雇用者側において、勤怠シフト予定に対する日々の勤怠実績を管理する「勤怠管理処理」（ステップＳ２）を行う。
そして勤怠管理の締日（給与算出の対象期間の期日）が到来すると、各従業者それぞれの適正な給与を自動計算するための「給与計算処理」（ステップＳ３）が行われる。
以下、上記ステップＳ１〜Ｓ３の処理について詳細に説明する。

【0120】

まず「シフト割当処理」（図３２のステップＳ１）における各構成要素の動作を説明する。
図３３に示すように、従業者端末７からシフト希望申請が要求されると（ステップＳ１１）、シフト割当サーバ３は本要求を受付ける（ステップＳ１２）。
なおシフト希望申請時、従業者端末７はシフト割当サーバ３に対して「シフト希望情報」を送信する。シフト割当サーバ３は、同端末７からシフト希望申請がされた旨を電子メール・音声ガイドなどにより担当者（人事担当者など）に通知する。

【0121】

続いてシフト割当サーバ３によるシフト希望情報３２１（図３）の集計が行われ（ステップＳ１３）、集計結果（図４の希望集計情報３２２）を基に勤怠シフト予定の自動割当が行われる（図３３のステップＳ１４）。
なお自動的に勤怠シフト予定を割当てた結果、ある時間枠の出勤希望者が定員に達しない場合には、雇用者側により適宜シフト調整（ステップＳ１５）が行われる。
同調整は、シフト割当サーバ３の出力部３５に映し出されたシフト調整画面３００（図６・図７参照）を通じて、入力部３４を介した雇用者のデータ修正操作により、先に割当てた勤怠シフト予定を修正変更することで行われる。

【0122】

なお補足的事項として、上記シフト割当処理（図３３）に先立って行われるシフト割当サーバ３の事前設定処理について説明しておく。
図３４に示すようにシフト割当サーバ３（シフト体制設定手段３１５）は、職場の営業予定日を定める営業カレンダーを決定するために一般的な暦においてイベント設定を行う（ステップＳ１０１）。これにより、営業日が設定される。
つぎに同手段３１５は、勤務時間帯の区分け（各勤務時間帯の勤務開始時刻と勤務終了時刻）を設定する（ステップＳ１０２）。勤務時間帯は、店舗側の経営方針・事業計画に従って任意の時間枠（時間的長さ・勤務時間帯の数）に設定可能である。

【0123】

さらにシフト体制設定手段３１５は、各営業日ごとの勤務時間帯それぞれにおいて確保が必要な人員数を、それぞれの職種別に設定する（ステップＳ１０３）。これらステップＳ１０１〜Ｓ１０３の設定により、人的資源の配分に直結するシフト体制を構築することができる。
またシフト体制設定手段３１５は、各職種をこなすために必要とされる必要スキルを職種ごとに設定する（ステップＳ１０４）。
以上で、従業者端末７から収集したシフト希望情報に基づいて勤怠シフト予定を自動的に割当てるための事前設定が終了する。

【0124】

つぎに「勤怠管理処理」（図３２のステップＳ２）における各構成要素の動作を説明する。
職場に出勤した従業者は、身体の所定部位（本例では、指紋）を生体情報読取装置４にかざす。これにより図３５に示すように、同装置４にて読取センサ（図示略）により生体情報（本例では指紋情報）が読取られる（ステップＳ２１）。
その後、生体情報読取装置４は上記「読取生体情報」を勤怠管理サーバ５に送信する（ステップＳ２２）。このとき同サーバ５は、同装置４から読取生体情報を受信した旨を電子メール・音声ガイドなどにより担当者（人事労務担当者など）に通知してもよい。

【0125】

勤怠管理サーバ５は、生体情報読取装置４から同従業者の生体情報を受信した日時を、その従業者の生体情報の読取日時として特定する（ステップＳ２３）。
また勤怠管理サーバ５は、あらかじめ登録された従業者の「登録生体情報」と、生体情報読取装置４が読取った従業者の「読取生体情報」とを照合する（ステップＳ２４）。

【0126】

勤怠管理サーバ５は上記照合（生体認証）の結果、登録生体情報と読取生体情報とが互いに一致した場合、生体認証が成功したと判定し、登録生体情報と読取生体情報とが互いに一致しない場合、生体認証が失敗したと判定する。
なお生体認証手段５１３は、生体認証の成功・失敗いかんに関わらず同認証結果（成功もしくは失敗）を認証履歴情報５２３（図２０）に書込む（ステップＳ２５）。

【0127】

勤怠実績管理手段５１４は、ある従業者について「生体認証が成功」した場合、生体情報読取装置４が同従業者の生体情報を読取った日時（本例では、図３５のステップＳ２３にて特定した読取日時）を、その従業者の出勤時刻または退勤時刻として勤怠実績情報５２４（図２１）に書込む（ステップＳ２６）。
なお勤怠管理上の締日（給与算出の対象期間の期日）が到来すると、各従業者の給与を自動計算するための「給与計算処理」に移行する。

【0128】

以下、「給与計算処理」（図３２のステップＳ３）における各構成要素の動作を説明する。
図３６に示すように給与計算サーバ６は、シフト割当サーバ３内の勤怠シフト予定情報３２３の参照（ステップＳ３１）ならびに勤怠管理サーバ５内の勤怠実績情報５２４の参照（ステップＳ３２）を行う。

【0129】

続いて給与計算サーバ６は、これらの情報３２３・５２４を照合し、同照合結果を基に複数の従業者それぞれの給与を自動計算する（ステップＳ３３）。
また給与計算サーバ６は、計算した給与を含む給与情報６２２を記憶部６２に書込むことで（ステップＳ３４）、従業者の重要なプライバシーに関わる秘匿性・機密性の高い同情報６２２を集中管理する。

【0130】

図３６のステップＳ３３における給与計算手段６１１の給与計算手法は、職場の給与体系に応じて任意の手法を採用すればよい。
図２６に示した給与情報６２２の例では、給与計算手段６１１は、実働時間が規定労働時間に達しているか否かを判定するために、実働時間から規定労働時間を差引くことで同規定労働時間に対する「残業時間」を算出する。

【0131】

この「残業時間が正値」であれば規定労働時間を超えて労働が行われていることになるため、給与計算手段６１１は、同残業時間に残業手当時給を乗算することで残業手当を計算する。
そして給与計算手段６１１は残業手当と基本給を加えることで、対象期間における給与合計を計算する。ここでいう「基本給」とは、規定労働時間分の労働に対して支給されるべき給与のことを指す。
単位時間あたりの残業に対する労働対価である「残業手当時給」は、規定労働時間における通常の基本時給と、同基本時給に対する残業手当時給の時給割合とを乗算することで求められる。
本例では時給割合設定画面６０１（図２５）により基本時給に対する相対値である時給割合をあらかじめ設定することで、残業手当時間を計算する。

【0132】

一方、「残業時間が負値」であれば対象期間における実働時間が規定労働時間を下回っていたことになるため、給与計算手段６１１は、実働時間の不足分を基本給から差引くことで給与合計を計算する。
また規定労働時間に対する残業時間が「０」であるときには残業手当の支給は不要であるため、規定労働時間に基本給の時給を乗算して得られた基本給がそのまま給与合計となる。
さらに通勤手当・家族手当・住宅手当のように従業者の個別事情や雇用者側の福利厚生内容に応じた任意の手当が支給される場合、同手当の支給額を加算することで給与合計を算出すればよい。

【0133】

なお給与を支給した事実を証明するための証憑として、従業者に対し雇用者から給与明細書（紙媒体）を配布することが通例である。
これに対応するために本例における給与計算サーバ６は、ステップＳ３３で算出した給与計算結果を含む給与明細書（図２７）を出力部６５（プリンタ）で紙媒体に印刷出力する（図３６のステップＳ３５）。
以上で本勤怠シフトシステム１における、（１）勤怠シフト予定の割当、（２）生体認証による勤怠管理、（３）勤怠シフト予定と勤怠実績の照合、（４）給与計算、までの一連の処理が終了する。

【0134】

以上説明したように、本実施形態に係る勤怠シフトシステム１によれば近年の電子端末の飛躍的な普及状況に着目し、従業者が個々に所有する従業者端末を活用することで、これまで成し得なかった勤怠シフト予定の割当スキームを実現している。

【0135】

このようにすれば雇用者側の享受するメリットとして、勤怠シフト予定を割当てるときの集計負担・入力負担を大幅に軽減することができる。
また勤怠シフト予定の割当に際しては、従業者間の格差がなるべく生じないよう「平坦化」を行うことで人数調整における公平が図られ、従業者にとっても働きやすい職場環境が提供される。そのため職場の雰囲気がより良く改善されたり、従業者の労働意欲が高く維持されることも期待できる。

【0136】

さらに勤怠管理にあたっては、他者による従業者本人への成りすましが極めて困難な生体認証により勤怠打刻を行うため本人により打刻されたことの確実性が高まり、勤怠実績のデータ信頼性も向上できる。
また割当てた勤怠シフト予定に対して勤怠実績が適正であることを確認した上で、同勤怠実績に基づいて適正な給与を算出できる。

【0137】

［変形例：人事評価サーバ］
上述した勤怠実績照合情報６２１は、あらかじめ割当てられた勤怠シフト予定に従ってどの程度忠実に出勤が行われたかを表すため従業者の勤務に対する意識や職場への貢献度が反映されるものであり、そのデータ分析により各従業者の責任感などを垣間見ることができると考えられる。そのため、勤怠実績照合情報６２１に基づいて人事評価を行うことも可能である。
そこで図３７に示すように勤怠シフトシステム１Ａは、実施形態１の構成（図１）に加えて人事評価サーバ８をさらに備えるように構成してもよい。

【0138】

図３８に示すように人事評価サーバ８は、計算処理能力や記憶容量等の規模は相違するものの装置の基本構成は上述した各サーバ３・５・６とほぼ同様である。
制御部８１は、ＣＰＵ・ＲＯＭ・ＲＡＭ等を有し、ＲＯＭ・記憶部８２に記憶されているアプリケーションプログラムをＲＡＭにロードして実行し、それにより各種の論理的手段を実現する。
人事評価サーバ８では、人事評価手段８１１が実現される。

【0139】

人事評価手段８１１は、給与計算サーバ６内の勤怠実績照合情報６２１やシフト割当サーバ３内の従業者情報３２４に記述された必要スキルなどを基に、個々の従業者の人事評価を行う。
本例において同人事評価は「人事評価スコアの加点・減点」により行われる。

【0140】

例えば勤怠実績照合情報６２１の参照により、出勤予定にも関わらず欠勤した場合には「−２点」だけ人事評価スコアを減点したり、遅刻・早退した場合には「−１点」だけ人事評価スコアを減点すればよい。
一方、休日出勤した場合であったり、欠勤予定にも関わらず出勤した場合にはシフト体制の欠員を補完したと考えられるため、「＋２点」を人事評価スコアに加点してもよい。
また必要スキル（基本能力）のうち、体力の優劣・容姿の優劣・身だしなみの良否・責任感の強弱・言葉づかい（接客態度）その他の各種スキル要素に応じて、所定の点数分だけ人事評価スコアを加点ないしは減点してもよい。

【0141】

なお人事評価手段８１１が算出した人事評価スコアは、人事評価情報８２１（図４０参照）に書込まれる。
さらに本例では勤怠実績照合情報６２１（図２３）にも、賞罰を査定するための元となる上記「人事評価スコア」が書込まれる。
同人事評価スコアに対して１スコアあたりの単位賞罰金額を乗算することで最終的な賞罰金額を算出することができ、さらにこの賞罰金額を給与から減額ないしは増額させることで従業者に対する雇用者の人事評価を実際の給与に反映できる。

【0142】

なお賞罰の評価指標（人事評価スコア）となりうる査定項目（査定カテゴリと、同カテゴリに属する査定内容）は、任意の項目数（例えば、１００項目）まで入力可能に構成すればよい。
この査定カテゴリのうち「勤務態度」に関連する査定内容の例としては、遅刻・早退・欠勤・代替出勤などが挙げられる。
また査定カテゴリのうち「身なり」に関連する査定内容の例としては、服装・身なり・髪型などが挙げられる。

【0143】

以下、「人事評価処理」における各構成要素の動作を説明する。
図３９に示すように人事評価サーバ８は、給与計算サーバ６内の勤怠実績照合情報６２１の参照（ステップＳ４１）ならびにシフト割当サーバ３内の従業者情報３２４の参照（ステップＳ４２）を行う。
続いて人事評価サーバ８はこれらの情報３２３・６２１を参照し、勤怠シフト予定に対する勤怠実績や従業者のスキル・能力に基づいて個々の従業者の人事評価スコアを算出する（ステップＳ４３）。
また人事評価サーバ８は、同評価スコアを含む人事評価情報８２１（図４０）を記憶部８２に書込むことで（図３９のステップＳ４４）、従業者の重要なプライバシーに関わる秘匿性・機密性の高い同情報８２１を集中管理する。
なお人事評価結果を各従業者に提示する場合には適宜、上記人事評価情報８２１を出力部８５（プリンタ）により紙媒体に印刷出力する（ステップＳ４５）。

【0144】

上記実施形態に係る勤怠シフトシステムを基礎として人事評価サーバ８を構築した場合、ともすれば評価者の主観に偏りやすい人事評価制度において、実際の勤怠実績データを加味して人事評価を行うことで同評価結果の客観性を高めることができる。

【0145】

［変形例：人件費の概算見積機能］
本発明に係るシステムでは勤怠シフト予定の割当が完了した場合、「どの雇用形態に属する従業者が、どの職種について、どの程度の時間だけ勤務する予定にあるか」を可視化することが可能となる。
そのためシフト自動割当後の調整をも含む勤怠シフト予定の最終的な割当がシフト割当サーバ３により行われた段階で、給与計算サーバ６（給与計算手段６１１）が「従業者ごとの予定労働時間と時給の積を合計」することにより、雇用者側は各営業日ごとに必要とされる「人件費を事前に把握」することが可能である。

【0146】

なお昼間時の時給に対する夜間時給の時給割当が一定となっている場合には、昼間時の時給に上記「時給割合」を乗算することにより、従業者の各雇用形態に応じた複雑な計算を行うことなく一律的に人件費の概算を計算することが可能である。
例えば、昼間時の時給（１００％）に対する夜間時給の時給割合が１２５％である場合、昼間時における総人件費に同時給割合を乗じることで直ちに夜間の総人件費が算出できる。

【0147】

さらに「人件費の概算見積機能」においては、勤怠シフトに関しても勤怠シフト予定に対する労働実績を照合したように、人件費の概算に対して実際にかかった人件費（従業者に支払った給与）を比較した人件費対照画面６０２（図４１参照）を給与計算サーバ６に表示出力してもよい。
このような人件費の概算をシミュレーションにより事前把握することは、経営コストのうち主たる部分を人件費が占めるサービス業などの業種において事業計画を立てる上で特に有用性が発揮される。

【0148】

本例において給与計算手段６１１による人件費の概算見積機能は、上述した「時給割合設定機能」ならびに「勤怠シフト割当機能」を利用して実現される。
「人件費の概算見積機能」によれば図４１に示すように、個々の従業者単位、店舗単位、勤務時間帯単位（早番・中番・遅番など）等の任意の単位で分けたときの人件費の概算を、任意の期間を指定して出力することが可能となる。
さらに人件費データ（人件費の概算と、実際にかかった人件費）を数年分保持しておくことで、過去にさかのぼって人件費を参照可能である。このように人件費データの履歴情報を蓄積すれば、現在かかっている人件費に対して前年の同時期における人件費などを比較できるため、人的コストの推移を経営分析することが可能となる。

【0149】

［変形例：シフト希望情報］
上述した「シフト希望情報」は、ある特定の勤務時間帯における「職種ごとに出勤の可否」を指定するものに限定されず、図４２に示すように各職種の分け隔てなく単に同勤務時間帯における「出勤の可否」のみを指定する形式でもよい。
従業者端末７が上記「出勤の可否」のみを指定した場合、シフト割当手段３１３は、従業者情報３２４（図１３）に記述された各従業者の保有スキルを参照し、各職種の人的資源になり得る従業者を同職種ごとにそれぞれ判定する。その上で、同手段３１３は勤怠シフト予定の自動割当を実行する。

【0150】

なお従業者のなかには従業者端末７によるシフト希望情報の入力を煩わしく感じる者もいるものと想定されるが、この第１変形例に係るシフト希望情報３２１Ａ（図４２）によれば、各従業者は全勤務時間帯における全職種に対して出勤の可否を指定する作業から解放される。
そのためシフト希望情報の入力にあたり全従業者に過大な負担を強いることを回避でき、ひいては各従業者に対するストレスの大幅な低減が図られる。

【0151】

さらに図４３に示すようにシフト希望情報３２１Ｂは、各勤務時間帯における出勤の可否に加えて同勤務時間帯における勤務開始希望時刻・勤務終了希望時刻を指定できるようなものでもよい。
このようにすれば勤務時間帯の中途からでも出勤することが可能となるため、従業者に対してより柔軟な就業形態を提供可能となり、職場環境がより一層働きやすいものとなる。

【0152】

以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明の要旨を逸脱しない範囲で当業者が理解し得る各種の変形が可能である。

【符号の説明】

【0153】

１ 勤怠シフトシステム
２ 社内システム
３ シフト割当サーバ
４ 生体情報読取装置
５ 勤怠管理サーバ
６ 給与計算サーバ
７ 従業者端末
８ 人事評価サーバ
１０ 公衆通信回線
２０ 社内ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】

【図42】

【図43】