特開 2022-47846 勤怠管理装置、勤怠管理方法および勤怠管理プログラム

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

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

(11)【公開番号】P2022047846

(43)【公開日】2022-03-25

(54)【発明の名称】勤怠管理装置、勤怠管理方法および勤怠管理プログラム

(51)【国際特許分類】

   G06Q 10/06 20120101AFI20220317BHJP

   G07C 1/00 20060101ALI20220317BHJP

【ＦＩ】

G06Q10/06

G07C1/00 Z

【審査請求】有

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2020153855

(22)【出願日】2020-09-14

(71)【出願人】

【識別番号】598057291

【氏名又は名称】株式会社富士通エフサス

(74)【代理人】

【識別番号】110002147

【氏名又は名称】特許業務法人酒井国際特許事務所

(72)【発明者】

【氏名】松野 雅文

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

3E138

5L049

【Ｆターム（参考）】

3E138AA01

3E138BA02

3E138CA03

3E138GA02

5L049AA10

(57)【要約】

【課題】業務の開始時刻を適切に設定すること。
【解決手段】勤怠管理装置は、端末装置が、業務サーバにログインするたびに、ログインした時点のログイン時刻を検出し、端末装置が、業務サーバからログオフするたびに、ログオフした時点のログオフ時刻を検出し、検出したログイン時刻およびログオフ時刻を勤怠管理テーブルに登録する。勤怠管理装置は、所定期間において、勤怠管理テーブルに、第１ログイン時刻および第１ログオフ時刻の組が登録され、第１ログオフ時刻の後に、第２ログイン時刻および第２ログオフ時刻の組が登録されている場合に、第２ログイン時刻から第２ログオフ時刻までの期間において、端末装置がアクセスしたデータが、業務に関連するデータであるか否かを判定する。勤怠管理装置は、判定結果を基にして、端末装置が業務サーバにログインすることを許容する開始時刻を算出する。
【選択図】図１

【特許請求の範囲】

【請求項1】

端末装置が、業務サーバにログインするたびに、ログインした時点のログイン時刻を検出し、前記端末装置が、前記業務サーバからログオフするたびに、ログオフした時点のログオフ時刻を検出し、検出した前記ログイン時刻および前記ログオフ時刻を勤怠管理テーブルに登録する登録部と、
所定期間において、前記勤怠管理テーブルに、第１ログイン時刻および第１ログオフ時刻の組が登録され、前記第１ログオフ時刻の後に、第２ログイン時刻および第２ログオフ時刻の組が登録されている場合に、前記第２ログイン時刻から前記第２ログオフ時刻までの期間において、前記端末装置がアクセスしたデータが、業務に関連するデータであるか否かを判定する判定部と、
前記判定部の判定結果を基にして、前記端末装置が前記業務サーバにログインすることを許容する開始時刻を算出する算出部と
を有することを特徴とする勤怠管理装置。

【請求項2】

前記算出部は、前記端末装置がアクセスしたデータが、業務に関連するデータである場合、前記第２ログオフ時刻に所定のインターバル期間を加算した時刻を、前記開始時刻として算出することを特徴とする請求項１に記載の勤怠管理装置。

【請求項3】

前記算出部は、前記端末装置がアクセスしたデータが、業務に関連するデータでない場合、前記第１ログオフ時刻に所定のインターバル期間を加算した時刻を、前記開始時刻として算出することを特徴とする請求項１または２に記載の勤怠管理装置。

【請求項4】

前記判定部は、前記第２ログイン時刻から前記第２ログオフ時刻までの期間が所定期間未満である場合に、前記端末装置がアクセスしたデータまたはプログラムが、業務に関連するデータでないと判定することを特徴とする請求項１、２または３に記載の勤怠管理装置。

【請求項5】

前記判定部は、業務に関連するデータを定義する業務定義テーブルと、前記端末装置がアクセスしたデータとを基にして、前記端末装置がアクセスしたデータが、業務に関連するデータであるか否かを判定することを特徴とする請求項１～４のいずれか一つに記載の勤怠管理装置。

【請求項6】

前記業務定義テーブルは、ユーザの所属毎に、業務に関連するデータを定義し、前記判定部は、前記業務定義テーブルと、前記端末装置を操作するユーザの所属とを基にして、前記端末装置がアクセスしたデータが、業務に関連するデータであるか否かを判定することを特徴とする請求項５に記載の勤怠管理装置。

【請求項7】

コンピュータが実行する勤怠管理方法であって、
端末装置が、業務サーバにログインするたびに、ログインした時点のログイン時刻を検出し、前記端末装置が、前記業務サーバからログオフするたびに、ログオフした時点のログオフ時刻を検出し、検出した前記ログイン時刻および前記ログオフ時刻を勤怠管理テーブルに登録し、
所定期間において、前記勤怠管理テーブルに、第１ログイン時刻および第１ログオフ時刻の組が登録され、前記第１ログオフ時刻の後に、第２ログイン時刻および第２ログオフ時刻の組が登録されている場合に、前記第２ログイン時刻から前記第２ログオフ時刻までの期間において、前記端末装置がアクセスしたデータが、業務に関連するデータであるか否かを判定し、
判定した結果を基にして、前記端末装置が前記業務サーバにログインすることを許容する開始時刻を算出する
処理を実行することを特徴とする勤怠管理方法。

【請求項8】

コンピュータに、
端末装置が、業務サーバにログインするたびに、ログインした時点のログイン時刻を検出し、前記端末装置が、前記業務サーバからログオフするたびに、ログオフした時点のログオフ時刻を検出し、検出した前記ログイン時刻および前記ログオフ時刻を勤怠管理テーブルに登録し、
所定期間において、前記勤怠管理テーブルに、第１ログイン時刻および第１ログオフ時刻の組が登録され、前記第１ログオフ時刻の後に、第２ログイン時刻および第２ログオフ時刻の組が登録されている場合に、前記第２ログイン時刻から前記第２ログオフ時刻までの期間において、前記端末装置がアクセスしたデータが、業務に関連するデータであるか否かを判定し、
判定した結果を基にして、前記端末装置が前記業務サーバにログインすることを許容する開始時刻を算出する
処理を実行させることを特徴とする勤怠管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、勤怠管理装置等に関する。

【背景技術】

【0002】

働き方改革の一環として、連続した長時間での勤務を抑止するために、インターバル制度と呼ばれる法制度が施行されている。インターバル制度は、労働者の終業時刻から、次の始業時刻の間に一定時間の間隔（たとえば、１１時間のインターバル）を設ける制度である。

【0003】

たとえば、インターバル制度を導入する企業では、社員がログオフしたログオフ時刻によって、社員の終業時刻を特定し、終業時刻から一定時間を経過した後に、社員によるログインを許容するシステムを利用している。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００７－２４９７７８号公報

【特許文献2】特開平１１－３３８６５５号公報

【特許文献3】特開２００４－２８０２８８号公報

【特許文献4】特開２０１３－１０５４７９号公報

【発明の概要】

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

【0005】

しかしながら、上述した従来技術では、業務の開始時刻を適切に設定することができないという問題がある。

【0006】

近年、テレワークを導入する企業が増えており、社員は自宅の端末装置を用いて、会社のサーバにリモートアクセスすることで、必ずしも会社に出社しないで業務を行うことが可能となっている。また、社員は、業務を終えて一旦ログオフした場合でも、好きな時間に、会社のサーバに再度ログインして、翌日のスケジュールの確認等を行うこともできる。

【0007】

ここで、社員によるスケジュールの確認はあくまで確認のためであって、かかる確認作業はわずかな時間で終了することが多い。しかし、従来技術では、かかる作業の後に、社員がログオフすると、最新のログオフの時刻が、終業時刻と見なされ、社員が翌日にログイン可能となる時刻が遅くなってしまう場合があり得た。

【0008】

たとえば、社員が１７時に業務を終えた後に、２３時にスケジュールの確認作業を行い、２３時５分にログオフすると、翌日に許容される業務の開始時刻は、１０時５分以降になり、社員にとって不都合になる場合がある。

【0009】

また、自己啓発などの私的利用をしている場合には、業務とは異なるためログを記録せず、私的利用直前の時刻を終業時刻として扱いたい場合がある。

【0010】

１つの側面では、本発明は、業務の開始時刻を適切に設定することができる勤怠管理装置、勤怠管理方法および勤怠管理プログラムを提供することを目的とする。

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

【0011】

第１の案では、勤怠管理装置は、登録部と、判定部と、算出部とを有する。登録部は、端末装置が、業務サーバにログインするたびに、ログインした時点のログイン時刻を検出し、端末装置が、業務サーバからログオフするたびに、ログオフした時点のログオフ時刻を検出し、検出したログイン時刻およびログオフ時刻を勤怠管理テーブルに登録する。判定部は、所定期間において、勤怠管理テーブルに、第１ログイン時刻および第１ログオフ時刻の組が登録され、第１ログオフ時刻の後に、第２ログイン時刻および第２ログオフ時刻の組が登録されている場合に、第２ログイン時刻から第２ログオフ時刻までの期間において、端末装置がアクセスしたデータが、業務に関連するデータであるか否かを判定する。算出部は、判定部の判定結果を基にして、端末装置が業務サーバにログインすることを許容する開始時刻を算出する。

【発明の効果】

【0012】

業務の開始時刻を適切に設定することができる。

【図面の簡単な説明】

【0013】

【図1】図１は、本実施例に係る勤怠管理装置の処理を説明するための図である。

【図2】図２は、本実施例にかかる勤怠管理システムの構成を示す図である。

【図3】図３は、本実施例に係る勤怠管理装置の構成を示す機能ブロック図である。

【図4】図４は、勤怠管理テーブルのデータ構造の一例を示す図である。

【図5】図５は、勤怠情報のデータ構造の一例を示す図である。

【図6】図６は、利用者管理テーブルのデータ構造の一例を示す図である。

【図7】図７は、業務判定テーブルのデータ構造の一例を示す図である。

【図8】図８は、本実施例に係る勤怠管理装置の処理手順を示すフローチャート（１）である。

【図9】図９は、本実施例に係る勤怠管理装置の処理手順を示すフローチャート（２）である。

【図10】図１０は、実施例の勤怠管理装置と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

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

【0014】

以下に、本願の開示する勤怠管理装置、勤怠管理方法および勤怠管理プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

【実施例0015】

図１は、本実施例に係る勤怠管理装置の処理を説明するための図である。本実施例では一例として、利用者は、端末装置を操作して、業務サーバにアクセスし、ログイン後に、作業を行うものとする。利用者が業務を終了する場合には、端末装置を操作して、業務サーバからログオフする。

【0016】

勤怠管理装置は、業務サーバとデータ通信を実行し、利用者の端末装置が、業務サーバにログインするたびに、ログインした時点のログイン時刻を検出し、端末装置が業務サーバからログオフするたびに、ログオフした時点のログオフ時刻を検出して、勤怠管理テーブル１４１に登録する。

【0017】

図１の勤怠管理テーブル１４１に示す例では、端末装置は、９時にログインし、８時間の通常勤務の後に、１７時にログオフしている。また、端末装置は、同日の２３時にログインし、２３時１０分にログオフしている。たとえば、利用者は、１日に８時間の業務を行い、１１時から１６時をコアタイムとする。

【0018】

ここで、同日において、先にログインした時刻、先にログオフした時刻は、第１ログイン時刻、第１ログオフ時刻に対応する。後にログインした時刻、ログオフした時刻は、第２ログイン時刻、第２ログオフ時刻に対応する。図１に示す例では、第１ログイン時刻は「９時」、第１ログオフ時刻は「１７時」、第２ログイン時刻は「２３時」、第２ログオフ時刻は「２３時１０分」となる。

【0019】

勤怠管理装置は、勤怠管理テーブル１４１を参照し、第２ログイン時刻から第２ログオフ時刻までの間に、端末装置がアクセスしたデータが、業務に関連するデータであるか否かを判定する。以下の説明では、第２ログイン時刻から第２ログオフ時刻までの間に、端末装置がアクセスしたデータを「確認対象データ」と表記する。なお、端末装置がアクセスするデータは、所定の処理を実行する処理プログラムであってもよい。

【0020】

勤怠管理装置は、確認対象データが、業務に関連するデータである場合には、第２ログオフ時刻に、インターバル期間を加算した時刻を、業務開始時刻として算出する。端末装置を操作する利用者は、翌日の業務開始時刻以降において、業務サーバにログインして業務を行うことが許容される。

【0021】

一方、勤怠管理装置は、確認対象データが、業務に関連するデータでない場合には、第１ログオフ時刻に、インターバル期間を加算した時刻を、業務開始時刻として算出する。

【0022】

上記のように、本実施例に係る勤怠管理装置は、利用者が通常の業務終了後にアクセスした確認対象データが業務に関連するデータでない場合に、通常の業務終了時刻（第１ログオフ時刻）にインターバル期間を加算した時刻を、業務開始時刻として算出する。これによって、利用者が通常の業務を終了した後に、業務に関連のないデータアクセスを行った場合でも、最新のログオフ時刻に応じて、業務開始時刻が遅くなることを抑止でき、業務開始時刻を適切に設定することができる。

【0023】

次に、本実施例に係る勤怠管理システムの構成について説明する。図２は、本実施例にかかる勤怠管理システムの構成を示す図である。図２に示すように、この勤怠管理システムは、端末装置１０ａ，１０ｂ，１０ｃと、業務サーバ２０と、勤怠管理装置１００とを有する。

【0024】

端末装置１０ａ～１０ｃと、業務サーバ２０とは、ネットワーク５を介して相互に接続される。業務サーバ２０と、勤怠管理装置１００とは、相互に接続される。

【0025】

端末装置１０ａ～１０ｃは、利用者の端末装置であり、タブレット端末、スマートフォン、ノートＰＣ（Personal Computer）等に対応する。図２では、端末装置１０ａ～１０ｃを示すが、更に他の端末装置を更に含んでいてもよい。以下の説明では、端末装置１０ａ～１０ｃをまとめて、適宜、端末装置１０と表記する。

【0026】

利用者は、端末装置１０を操作して、業務サーバ２０にアクセスし、各種の業務を実行する。利用者は、業務を開始する場合には、業務サーバ２０に対してログインした後に、業務を開始するものとする。利用者は、業務を終了する場合には、業務サーバ２０に対してログオフを行う。

【0027】

また、利用者は、スケジュールの確認や、自己啓発を目的とした学習を行うために、業務以外の目的で、端末装置１０を操作して、業務サーバ２０にアクセスする場合もある。利用者が、業務サーバ２０のデータを参照するためには、業務を行う場合と同様にして、ログインを行う。また、利用者は、データ確認等の目的を達した後に、業務サーバ２０に対してログオフを行う。

【0028】

端末装置１０は、業務サーバ２０にログインする場合には、ログイン要求情報を、業務サーバ２０に送信する。端末装置１０は、業務サーバ２０からログオフする場合には、ログオフ要求情報を、業務サーバ２０に送信する。ログイン要求情報およびログオフ要求情報には、端末識別情報、利用者識別情報等が含まれる。端末識別情報は、端末装置１０を一意に識別する情報である。利用者識別情報は、利用者を一意に識別する情報である。

【0029】

業務サーバ２０は、業務に関連する業務データや、業務以外の資料データ等を保持し、業務データや、資料データ等に対する端末装置１０からのアクセスを受け付ける装置である。なお、利用者は、業務サーバ２０を利用する場合には、端末装置１０を操作して、業務サーバ２０にログインし、業務サーバ２０の利用を終了する場合には、業務サーバ２０からログオフする。

【0030】

業務サーバ２０は、端末装置１０からログイン要求情報を受け付けた場合に、ログイン受付情報を、勤怠管理装置１００に出力する。ログイン受付情報には、利用者識別情報、日付、ログイン時刻等が含まれる。

【0031】

ここで、業務サーバ２０は、勤怠管理装置１００から、利用者識別情報毎の業務開始時刻の情報を受け付ける。業務サーバ２０は、ログイン要求情報を端末装置１０から受信した場合に、ログイン要求情報に含まれる利用者識別情報の業務開始時刻が、現在の時刻よりも後の時刻であるか否かを判定する。業務サーバ２０は、ログイン要求情報に含まれる利用者識別情報の業務開始時刻が、現在の時刻よりも後の時刻である場合には、端末装置１０に警告画面を表示させる。業務サーバ２０は、端末装置１０に警告画面を表示させ、端末装置１０をシャットダウンさせる制御を行ってもよい。

【0032】

業務サーバ２０は、端末装置１０からログオフ要求情報を受け付けた場合に、ログオフ受付情報を、勤怠管理装置１００に出力する。ログオフ受付情報には、利用者識別情報、日付、ログオフ時刻が含まれる。

【0033】

業務サーバ２０は、端末装置１０から、ログイン要求情報、ログオフ要求情報を受け付けた場合には、各種の認証処理を実行してもよい。

【0034】

業務サーバ２０は、ログイン中の端末装置１０のアクセス先を監視し、端末装置１０がアクセスしたアクセス先の情報を、勤怠管理装置１００に出力する。アクセス先の情報には、端末装置１０がアクセスしたファイル名、サイトのＵＲＬ（Uniform Resource Locator）、ＤＢ（Data Base）、処理プログラムの情報等が含まれる。サイトのＵＲＬの代わりに、サイトの名称であってもよい。ＤＢの情報は、端末装置１０がアクセスしたデータの格納位置であってもよい。

【0035】

以下の説明では、ログイン中に端末装置１０がアクセスしたアクセス先の情報を「アクセス先情報」と表記する。第２ログイン時刻から第２ログオフ時刻までのアクセス先情報が、上述した確認対象データとなる。勤怠管理装置１００に出力されるアクセス先情報には、アクセスした利用者の利用者識別情報と、アクセスされた日時の情報が付与されるものとする。

【0036】

勤怠管理装置１００は、ログイン受付情報、ログオフ受付情報、アクセス先情報を基にして、各利用者識別情報の業務開始時刻を算出する装置である。勤怠管理装置１００は、利用者が通常の業務終了後にアクセスした確認対象データが業務に関連するデータでない場合に、通常の業務終了時刻（第１ログオフ時刻）にインターバル期間を加算した時刻を、業務開始時刻として算出する。

【0037】

一方、勤怠管理装置１００は、利用者が通常の業務終了後にアクセスした確認対象データが業務に関連するデータである場合に、最新の業務終了時刻（第２ログオフ時刻）にインターバル期間を加算した時刻を、業務開始時刻として算出する。

【0038】

勤怠管理装置１００は、利用者識別情報毎の業務開始時刻の情報を、業務サーバ２０に出力する。

【0039】

図３は、本実施例に係る勤怠管理装置の構成を示す機能ブロック図である。図３に示すように、この勤怠管理装置１００は、通信部１１０と、記憶部１４０と、制御部１５０とを有する。

【0040】

通信部１１０は、有線または無線通信によって、業務サーバ２０との間で情報の送受信を行う。たとえば、通信部１１０は、ＮＩＣ（Network Interface Card）等によって実現される。

【0041】

記憶部１４０は、勤怠管理テーブル１４１、利用者管理テーブル１４２、業務判定テーブル１４３を有する。記憶部１４０は、たとえば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。

【0042】

勤怠管理テーブル１４１は、利用者識別情報毎のログイン時刻、ログオフ時刻を保持するテーブルである。図４は、勤怠管理テーブルのデータ構造の一例を示す図である。図４に示すように、この勤怠管理テーブルは、利用者識別情報と、日付と、勤怠情報とを対応付ける。利用者識別情報は、利用者を一意に識別する情報である。日付は、利用者が業務を行った日付に対応する。勤怠情報は、該当する利用者識別情報、日付におけるログイン時刻、ログオフ時刻の情報である。また、勤怠情報は、該当するログイン時刻からログオフ時刻までに端末装置１０がアクセスしたアクセス先情報を更に含んでいてもよい。

【0043】

図５は、勤怠情報のデータ構造の一例を示す図である。図５では一例として、利用者識別情報「Ｕ１０１」、日付「２０２０年７月３日」に対応する勤怠情報について説明する。図５に示すように、この勤怠情報は、ログイン時刻、ログオフ時刻、アクセス先情報、判定フラグを対応付ける。

【0044】

ログイン時刻、ログオフ時刻、ログオフ時刻、アクセス先情報に関する説明は、上記のログイン時刻、ログオフ時刻、ログオフ時刻、アクセス先情報に関する説明と同様である。判定フラグは、確認対象データが、業務に関連するデータであるか否かを示すフラグである。確認対象データが、業務に関連するデータである場合には、判定フラグは「１」となる。確認対象データが、業務に関連するデータでない場合には、判定フラグは「０」となる。

【0045】

なお、本実施例では、一例として、端末装置１０が、第１ログイン時刻から第１ログオフ時刻にアクセスしたアクセス先情報に対応する判定フラグを省略し、第２ログイン時刻から第２ログオフ時刻までにアクセスしたアクセス先情報（確認対象データ、処理プログラム等）に対して、判定フラグを設定する。

【0046】

利用者管理テーブル１４２は、利用者に関する各種の情報を保持するテーブルである。図６は、利用者管理テーブルのデータ構造の一例を示す図である。図６に示すように、この利用者管理テーブル１４２は、利用者識別情報と、氏名と、所属とを対応付ける。利用者識別情報は、利用者を一意に識別する情報である。氏名は、利用者の氏名である。所属は、利用者の所属先となる部署を示す。

【0047】

業務判定テーブル１４３は、確認対象データが、業務に関連するデータであるか否かを判定する場合に用いられる情報を保持する。図７は、業務判定テーブルのデータ構造の一例を示す図である。図７に示すように、この業務判定テーブルは、所属と、特定情報と、業務フラグとを対応付ける。所属は、利用者の所属先となる部署を示す。

【0048】

特定情報は、確認対象データが業務に関連するデータであるか否かを判定する場合に用いられる情報である。たとえば、特定情報は、ファイル名、サイトＵＲＬ、ＤＢの情報（データの格納位置）、処理プログラム等に対応する。

【0049】

業務フラグは、特定情報に対応する確認対象データが、業務に関連するデータか否かを示す情報である。業務フラグ「１」は、特定情報に対応する確認対象データが、業務に関連するデータであることを示す。業務フラグ「０」は、特定対象に対応する確認対象データが、業務に関連するデータでないことを示す。

【0050】

たとえば、所属「Ａ－１」の利用者の確認対象データに、ファイル名「ＡＢＣ業務ファイル」が含まれている場合には、業務に関連するデータとなる。所属「Ａ－１」の利用者の確認対象データに、ファイル名「ＡＤＤ業務ファイル」が含まれている場合には、業務に関連しないデータとなる。

【0051】

所属「Ａ－１」の利用者の確認対象データに、サイトＵＲＬ「http//:ABCDEFG」が含まれている場合には、業務に関連するデータとなる。所属「Ａ－１」の利用者の確認対象データの格納位置（業務サーバ２０の格納位置）が、「computer＼local1＼agc」である場合には、業務に関連するデータとなる。

【0052】

なお、所属「Ａ－１」の利用者の確認対象データであって、所属「Ａ－１」の特定情報に対応しない確認対象データは、業務に関連しないデータとなる。なお、所属「Ａ－１」の利用者の確認対象データであって、所属「Ａ－１」の特定情報に対応しない確認対象データは、外部に持つ設定値（真偽値）により、業務に関係しないデータ、あるいは業務に関係するデータとする。

【0053】

たとえば、所属「Ａ－３」の利用者の確認対象データに、処理プログラム「設計プログラム」が含まれている場合には、業務に関連するプログラムとなる。

【0054】

図３の説明に戻る。制御部１５０は、登録部１５１、判定部１５２、算出部１５３、通知部１５４を有する。たとえば、制御部１５０は、ＣＰＵ（Central Processing Unit）やＭＰＵ(Micro Processing Unit)により実現される。また、制御部１５０は、たとえば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実行されてもよい。

【0055】

登録部１５１は、業務サーバ２０から、ログイン受付情報、ログオフ受付情報、アクセス先情報を受け付け、受け付けた情報を基にして、勤怠管理テーブル１４１に各種の情報を登録する処理部である。

【0056】

登録部１５１は、ログイン受付情報を受け付けた場合に、ログイン受付情報に含まれる利用者識別情報、日付に対応する勤怠管理テーブル１４１の勤怠情報に、ログイン時刻を登録する。登録部１５１は、ログオフ受付情報を受け付けた場合に、ログオフ受付情報に含まれる利用者識別情報、日付に対応する勤怠管理テーブル１４１の勤怠情報にログオフ時刻を登録する。

【0057】

登録部１５１は、アクセス先情報を受け付けた場合には、アクセス先情報に付与された利用者識別情報と、アクセスされた日時に対応するアクセス先情報の登録先を特定し、特定した登録先に、アクセス先情報を登録する。

【0058】

たとえば、登録部１５１は、利用者識別情報「Ｕ１０１」、日時「２０２０年７月１日、２３時１分」が付与されたアクセス先情報を、勤怠管理テーブル１４１に登録する場合には、次のようになる。登録部１５１は、図４で説明した、勤怠管理テーブル１４１の利用者識別情報「Ｕ１０１」、日時「２０２０年７月１日」に対応する勤怠情報（図５の勤怠情報）であって、かかる勤怠情報のログイン時刻「２３時」からログオフ時刻「２３時１０分」に、アクセス先情報を登録する。

【0059】

判定部１５２は、勤怠管理テーブル１４１に登録された確認対象データが、業務に関連するデータであるか否かを判定する処理部である。以下において、判定部１５２の処理の一例について説明する。

【0060】

判定部１５２は、勤怠管理テーブル１４１を参照し、判定対象となる利用者識別情報と、最新の日付に対応する勤怠情報を取得する。ここでは一例として、判定部１５２は、利用者識別情報「Ｕ１０１」の日付「２０２０年７月３日」の勤怠情報を用いて説明する。判定部１５２は、勤怠管理テーブル１４１から、利用者識別情報「Ｕ１０１」の日付「２０２０年７月３日」の勤怠情報において、第２ログイン時刻から第２ログオフ時刻までにアクセスさせた確認対象データを取得する。

【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】

勤怠管理装置１００は、利用者の所属毎に、業務に関連するデータ（特定情報）を定義し、利用者の所属に対応する特定情報を用いて、確認対象データが、業務に関連するデータであるか否かを判定する。これによって、利用者の所属に応じて、確認対象データが、業務に関連があるか否かを判定することができる。すなわち、同一のデータにアクセスした場合でも、利用者の所属に応じて、業務に関係するか否かを区別することができる。

【0089】

ところで、上記の実施例では一例として、利用者が通常の業務終了後にアクセスした確認対象データが業務に関連するデータでない場合に、第１ログオフ時刻にインターバル期間を加算した時刻を、業務開始時刻として算出していたが、これに限定されるものではない。たとえば、勤怠管理装置１００は、利用者が通常の業務終了後にアクセスした「処理プログラム」が、業務に関連する処理プログラムでない場合に、第１ログオフ時刻にインターバル期間を加算した時刻を、業務開始時刻として算出してもよい。

【0090】

一方、勤怠管理装置１００は、利用者が通常の業務終了後にアクセスした「処理プログラム」が、業務に関連する処理プログラム（例えば、設計プログラム）である場合には、第２ログオフ時刻に、インターバル期間を加算した時刻を、業務開始時刻として算出する。端末装置を操作する利用者は、翌日の業務開始時刻以降において、業務サーバにログインして業務を行うことが許容される。

【0091】

次に、上記実施例に示した勤怠管理装置１００と同様の機能を実現するコンピュータのハードウェア構成の一例について説明する。図１０は、実施例の勤怠管理装置と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

【0092】

図１０に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０１と、ユーザからのデータの入力を受け付ける入力装置２０２と、ディスプレイ２０３とを有する。また、コンピュータ２００は、有線または無線ネットワークを介して、外部装置等との間でデータの授受を行う通信装置２０４と、インタフェース装置２０５とを有する。また、コンピュータ２００は、各種情報を一時記憶するＲＡＭ２０６と、ハードディスク装置２０７とを有する。そして、各装置２０１～２０７は、バス２０８に接続される。

【0093】

ハードディスク装置２０７は、登録プログラム２０７ａ、判定プログラム２０７ｂ、算出プログラム２０７ｃ、通知プログラム２０７ｄを有する。また、ＣＰＵ２０１は、各プログラム２０７ａ～２０７ｄを読み出してＲＡＭ２０６に展開する。

【0094】

登録プログラム２０７ａは、登録プロセス２０６ａとして機能する。判定プログラム２０７ｂは、判定プロセス２０６ｂとして機能する。算出プログラム２０７ｃは、算出プロセス２０６ｃとして機能する。通知プログラム２０７ｄは、通知プロセス２０６ｄとして機能する。

【0095】

登録プロセス２０６ａの処理は、登録部１５１の処理に対応する。判定プロセス２０６ｂの処理は、判定部１５２の処理に対応する。算出プロセス２０６ｃの処理は、算出部１５３の処理に対応する。通知プロセス２０６ｄの処理は、通知部１５４の処理に対応する。

【0096】

なお、各プログラム２０７ａ～２０７ｄについては、必ずしも最初からハードディスク装置２０７に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤ、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ２００が各プログラム２０７ａ～２０７ｄを読み出して実行するようにしてもよい。

【符号の説明】

【0097】

５ ネットワーク
１０ａ，１０ｂ，１０ｃ 端末装置
２０ 業務サーバ
１００ 勤怠管理装置
１１０ 通信部
１４０ 記憶部
１４１ 勤怠管理テーブル
１４２ 利用者管理テーブル
１４３ 業務判定テーブル
１５０ 制御部
１５１ 登録部
１５２ 判定部
１５３ 算出部
１５４ 通知部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】