JP2017174226A - 管理システム、管理方法および管理プログラム - Google Patents

Abstract

【課題】在宅勤務時の勤務実態を正確に反映した労務管理を実現する。【解決手段】管理システムは、管理サーバに予めアップロードされたファイルが、当該管理サーバからクライアントにアプリケーションを介してダウンロードされた時点を、当該クライアントのユーザの在宅勤務における作業開始時点として検出する。管理システムはさらに、クライアント上にダウンロードされたファイルの、クライアント上での更新を検出する。そして、管理システムは、クライアント上で更新されたファイルが、管理サーバ上にアップロードされた時点を、当該クライアントのユーザの在宅勤務における作業終了時点として検出する。【選択図】図１

Description

本発明は、管理システム、管理方法および管理プログラムに関する。

勤務者による勤務時間外の機器利用を抑止して勤務時間と機器利用時間の不一致を防止するとともに勤務者の勤怠状況を確認することができるシステムが知られている（特許文献１）。

また、勤務者の在宅勤務時間を判定するシステムが知られている（特許文献２）。当該システムは、勤務者が、出社時に使用する機器の電力使用量と電力使用時間に基づいて、電力使用量基準値および電力使用時間基準値を算出する。そして、当該システムは、在宅時に使用する機器の在宅時電力使用量および在宅時電力使用時間を収集する。その上で、当該システムは、電力使用量基準値と電力使用時間基準値とを用いて、在宅時電力使用時間を在宅勤務時間とするか否かを判定する。

特許第５２５５６１５号公報 特開２０１３−１５６９４１号公報

しかしながら、上記のような従来のシステムでは、在宅勤務時の勤務実態を正確に反映して勤務時間を管理することは難しかった。

また、管理者が、在宅勤務者が在宅勤務中に実際に作業をしていたか否かを確認する手段がなく、労働者の作業の実態を把握することが困難である。

１つの側面では、在宅勤務時の勤務実態を正確に反映した労務管理を実現することができる管理システム、管理方法および管理プログラムを提供することを目的とする。

第１の案では、管理システム、管理方法および管理プログラムは、管理サーバに予めアップロードされたファイルが、当該管理サーバからクライアントにアプリケーションを介してダウンロードされた時点を、当該クライアントのユーザの在宅勤務における作業開始時点として検出する。また、管理システム、管理方法および管理プログラムは、クライアント上にダウンロードされたファイルの、前記クライアント上での更新を検出する。さらに、管理システム、管理方法および管理プログラムは、クライアントで更新されたファイルが、管理サーバ上にアップロードされた時点を、当該クライアントのユーザの在宅勤務における作業終了時点として検出する。

本発明の１実施形態によれば、在宅勤務時の勤務実態を正確に反映した労務管理を実現することができる。

図１は、第１の実施形態に係る管理システムの概要について説明するための図である。 図２は、第１の実施形態に係る管理システムの構成の一例を示す図である。 図３は、第１の実施形態に係る管理システムにおける、在宅クライアント情報の構成の一例を説明するための図である。 図４は、第１の実施形態に係る管理システムにおける、在宅勤務申請情報の構成の一例を説明するための図である。 図５は、第１の実施形態に係る管理システムにおける、在宅勤務履歴の構成の一例を説明するための図である。 図６は、第１の実施形態に係る管理システムにおける、ファイル作業履歴の構成の一例を説明するための図である。 図７は、第１の実施形態に係る管理システムにおける、ユーザ認証情報の構成の一例を説明するための図である。 図８は、第１の実施形態に係る管理システムにおける処理の流れの一例を示すフローチャートである。 図９は、第１の実施形態に係る管理システムにおける在宅勤務申請処理の流れの一例を示すフローチャートである。 図１０は、第１の実施形態に係る管理システムにおける在宅勤務開始処理の流れの一例を示すフローチャートである。 図１１は、第１の実施形態に係る管理システムにおけるセッション監視処理の流れの一例を示すフローチャートである。 図１２は、第１の実施形態に係る管理システムにおける作業監視処理の流れの一例を示すフローチャートである。 図１３は、第１の実施形態に係る管理システムにおける在宅勤務終了処理の流れの一例を示すフローチャートである。 図１４は、第１の実施形態に係る管理システムにおける警告表示処理の流れの一例を示すフローチャートである。 図１５は、第１の実施形態に係る管理システムにおける延長申請処理の流れの一例を示すフローチャートである。 図１６は、第１〜２の実施形態に係る管理プログラムを実行するコンピュータの一例について説明するための図である。

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

（第１の実施形態）
図１は、第１の実施形態に係る管理システムの概要について説明するための図である。第１の実施形態に係る管理システムは、在宅勤務者が在宅勤務時に使用するファイルの状態に基づいて、在宅勤務者の作業実態を把握する。

図１に示すように、第１の実施形態に係る管理システム１において、管理サーバ１０は、複数のクライアント３０，４０，５０と、ネットワーク６０を介して接続される。なお、図１には図示しないが、管理サーバ１０は、クライアント３０，４０，５０が管理サーバ１０にアクセスする際に、クライアント３０，４０，５０の認証処理を実行する認証サーバ（図２参照、認証サーバ２０）と接続されてもよい。

管理サーバ１０は、クライアント３０，４０，５０を使用して勤務するユーザの勤務状態を管理する。管理サーバ１０には、クライアント３０，４０，５０を使用して勤務するユーザの勤務状態を管理するためのサーバアプリケーションが搭載される。

クライアント３０，４０は、ユーザが職場で使用する情報処理端末である。また、クライアント５０は、ユーザが在宅勤務時に使用する情報処理端末である。在宅勤務時に使用する情報処理端末（以下、在宅クライアントとも呼ぶ。）は、予めユーザの申請に基づき、管理サーバ１０に登録される。図１の例では、在宅クライアント情報として、ユーザ「山田太郎」に対応付けて、自宅で使用する情報処理端末の識別子（自宅ＰＣ ＩＤ）「ＹＭＤ００１」が、管理サーバ１０に記憶されている。在宅クライアントには予め在宅勤務時に使用するクライアントアプリケーションが搭載される。ユーザは在宅勤務時は、在宅クライアントを使用して勤務し、クライアントアプリケーションを介して処理を実行する。

ユーザは、在宅勤務を行う際には、まず、職場で使用しているクライアント３０，４０から管理サーバ１０にアクセスし、在宅勤務の申請を行う。たとえば、図１の例では、ユーザＡ「山田太郎」は、クライアント３０を用いて、「ＰＭ５：００」に、２０１６年２月１１日の「ＰＭ７：００」から「ＰＭ９：００」まで在宅勤務したい旨の申請を行う。ユーザは、在宅勤務の申請を行う際、在宅勤務時に使用するデータも申請する。たとえば、図１の例では、クライアント３０を使用するユーザＡは、「ＰＭ５：００」に「ＦＩＬＥ Ａ」と「ＦＩＬＥ Ｂ」を使用して在宅勤務を行う旨、管理サーバ１０に対して在宅勤務の申請を送信する（図１の（１））。ユーザＡは、申請に「ＦＩＬＥ Ａ」と「ＦＩＬＥ Ｂ」のデータを添付する等して、管理サーバ１０にアップロードする。

管理サーバ１０は、在宅勤務の申請を受信すると、当該申請の内容をデータベースに記憶する。管理サーバ１０は、在宅勤務の申請が、申請許可を要するユーザからの申請である場合、当該ユーザの上長に対して申請承認のリクエストを送信する。たとえば、クライアント４０を使用するユーザＢが、クライアント３０を使用するユーザＡの上長である場合、管理サーバ１０は、クライアント４０に申請承認のリクエストを送信する。ユーザＢが申請を承認する場合、クライアント４０から管理サーバ１０に在宅勤務の申請に対する承認が送信される（図１の（２））。図１の例では、クライアント４０を使用するユーザＢは、「ＰＭ５：０５」に在宅勤務の申請に対する承認を送信する。

管理サーバ１０には、予め、各ユーザが在宅勤務時に承認を要するか否か、および承認が必要な場合の承認者についての情報（図示せず）が記憶される。管理サーバ１０は、クライアント４０から在宅勤務の申請に対する承認を受信すると、その旨を受信済みの申請に対応付けてデータベースに記憶する（図１の（３）「申請受理」）。管理サーバ１０は、申請を受理すると、申請者であるユーザＡに対して、アップロードしたファイルにアクセスするための権限を付与する。たとえば、管理サーバ１０は、ユーザＡのクライアント３０に、ファイルにアクセスするためのパスワード等を送信する。

クライアント３０を使用するユーザＡは、在宅勤務の申請が受理され、ファイルにアクセスするための権限を取得した後、帰宅する。そして、ユーザＡは、予め在宅勤務時に使用が認められ管理サーバ１０に在宅クライアントとして登録されているクライアント５０を用いて、管理サーバ１０にアクセスする。ユーザＡは、クライアントアプリケーションを起動し、クライアントアプリケーションを介して管理サーバ１０と通信する。管理サーバ１０（および認証サーバ２０）は、クライアント５０の識別子（ＰＣ ＩＤ）である「ＹＭＤ００１」等を用いて、所定の認証手順に基づき、クライアント５０の認証を行う。具体的な認証方法は特に限定されない。

クライアント５０が管理サーバ１０にログインする（図１の（４）「残業開始、ＰＭ７：０５」）と、ユーザＡは、予め付与されたアクセス権限に基づき、管理サーバ１０から在宅勤務時に使用するファイルをダウンロードする（図１の（５））。図１の例では、ユーザＡは、「ＰＭ７：１０」に「ＦＩＬＥ Ａ」と「ＦＩＬＥ Ｂ」をダウンロードする。「ＦＩＬＥ Ａ」は「ＡＭ１０：３０」に最後に更新されている。また、「ＦＩＬＥ Ｂ」は「ＡＭ１１：３０」に最後に更新されている。各ファイルの更新に関する情報は、ファイルの属性情報としてファイルに添付されている。管理サーバ１０は、ファイルがダウンロードされると、ダウンロードされた時点に関する情報を記憶する。管理サーバ１０はまた、ダウンロードされたファイルの最終更新時間に関する情報を記憶する。

ユーザＡは、ダウンロードしたファイルを用いて作業を実行する（図１の（６）「作業」）。ユーザＡは、作業中適宜ダウンロードしたファイルを更新する。図１の例では、ユーザＡは、「ＦＩＬＥ Ａ」については「ＰＭ８：１５」に最後に更新を実行する。また、ユーザＡは、「ＦＩＬＥ Ｂ」については「ＰＭ８：３０」に最後に更新を実行する。そしてユーザＡは、作業を完了する（図１の（７））。そして、ユーザＡは、「ＦＩＬＥ Ａ」と「ＦＩＬＥ Ｂ」とを管理サーバ１０にアップロードする（図１の（８）「アップロード、ＰＭ８：４０」）。管理サーバ１０は、ファイルがアップロードされると、アップロードの時刻と、更新されたファイルとを記憶する。このとき、管理サーバ１０は、更新されたファイルの最終更新日時も記憶する。ユーザＡは、クライアント５０を管理サーバ１０からログアウトさせて在宅勤務を終了する（図１の（９）「残業終了、ＰＭ８：４５」）。クライアント５０のクライアントアプリケーションは、ユーザＡが在宅勤務を終了すると、「ＦＩＬＥ Ａ」および「ＦＩＬＥ Ｂ」をクライアント５０上から消去する。クライアントアプリケーションは、たとえば、ファイルが管理サーバ１０にアップロードされたタイミング、クライアント５０が管理サーバ１０からログアウトしたタイミングでユーザＡが在宅勤務を終了したと判定して消去を実行する。

このように、第１の実施形態の管理システム１では、ユーザが在宅勤務を行う際には予め在宅勤務時に使用するデータを特定して上長から承認を得た上で、管理サーバ１０にアップロードしておく。そして、在宅勤務時には、ユーザは、予めアップロードしたデータを管理サーバ１０からダウンロードして作業を行う。そして、ユーザは、作業が完了するとデータを管理サーバ１０にアップロードする。このため、管理者は、管理サーバに記憶されるファイルのダウンロード、更新、アップロードの各情報に基づいて、ユーザが在宅勤務中、実際に作業をいつ始めたか、継続的に作業していたか、作業をいつ終えたか、を把握することができる。

また、ユーザが在宅勤務中に使用するデータは、予め管理サーバ１０にアップロードされ、サーバアプリケーションおよびクライアントアプリケーションを介してクライアント５０にダウンロードされる。そして、ユーザが在宅勤務を終了すると、クライアントアプリケーションによって自動的に消去される。このため、情報管理の安全性を向上させることができ、情報漏洩等を防止することができる。

（管理システム１の構成の一例）
図２は、第１の実施形態に係る管理システム１の構成の一例を示す図である。管理システム１は、管理サーバ１０と、認証サーバ２０と、クライアント３０，４０，５０とを備える。管理サーバ１０、認証サーバ２０、クライアント３０，４０，５０は各々、ネットワーク６０を介して通信可能に接続される。なお、図２中、３つのクライアントを示すが、管理サーバ１０により管理されるクライアントの数は特に限定されず、任意の数のクライアントを接続することができる。また、認証サーバ２０の機能は管理サーバ１０と統合してもよい。

（管理サーバ１０の構成の一例）
管理サーバ１０は、記憶部１１と、制御部１２とを有する。

記憶部１１は、管理サーバ１０における処理に使用される情報および処理の結果生成される情報を記憶する。記憶部１１はたとえば、半導体メモリ素子や記憶装置である。半導体メモリ素子としては、ＶＲＡＭ（Ｖｉｄｅｏ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）などが挙げられる。また、記憶装置としては、ハードディスク、光ディスクなどの記憶装置が挙げられる。

制御部１２は、管理サーバ１０の動作および機能を制御する。制御部１２としてたとえば、各種の集積回路や電子回路を採用できる。また、制御部１２に含まれる機能部の一部を別の集積回路や電子回路とすることもできる。例えば、集積回路としては、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）が挙げられる。また、電子回路としては、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などが挙げられる。制御部１２の構成については後述する。

（記憶部１１に記憶される情報の一例）
記憶部１１は、在宅クライアント記憶部１１１と、在宅勤務申請記憶部１１２と、在宅勤務履歴記憶部１１３と、ファイル作業履歴記憶部１１４と、を有する。

（在宅クライアント情報の構成の一例）
在宅クライアント記憶部１１１は、在宅クライアント情報を記憶する。在宅クライアント情報とは、各ユーザが在宅勤務時に使用する情報処理端末に関する情報である。在宅クライアント記憶部１１１は、予め各ユーザが在宅勤務時に使用する情報処理端末として申請したクライアントに関する情報を記憶する。

図３は、第１の実施形態に係る管理システム１における、在宅クライアント情報の構成の一例を説明するための図である。図３の例において、在宅クライアント情報は、「従業員Ｎｏ」、「ＰＣ ＩＤ」、「登録日」、「有効期限」を含む。「従業員Ｎｏ」は、各ユーザに割り当てられ、各ユーザを一意に識別するための識別子である。「ＰＣ ＩＤ」は、各クライアントに割り当てられ、各クライアントを一意に識別するための識別子である。「登録日」は、当該クライアントがユーザが在宅勤務時に使用する情報処理端末として、在宅クライアント記憶部１１１に登録された日付けを示す。「有効期限」は、ユーザによる在宅勤務時の当該クライアントの使用が認められた期限を示す。なお、「登録日」および「有効期限」は、一旦クライアントを登録すれば無期限で在宅クライアントとして利用できる場合には削除してもよい。

たとえば、図３の「従業員Ｎｏ、４６０１２３」で示されるユーザについては、「ＰＣ ＩＤ、ＹＭＤ００１」で識別されるクライアントが、在宅勤務時に使用可能なクライアントとして登録されている。また、「従業員Ｎｏ、５８０５６７」で示されるユーザについては、「ＰＣ ＩＤ、ＳＫＥ００１」で識別されるクライアントが、在宅勤務時に使用可能なクライアントとして登録されている。また、「従業員Ｎｏ、５８０５６７」で示されるユーザについては、もう一つ「ＰＣ ＩＤ、ＡＮＤ００２」で識別されるクライアントが、在宅勤務時に使用可能なクライアントとして登録されている。各ユーザは、１以上のクライアントを在宅クライアントとして登録することができる。

（在宅勤務申請情報の構成の一例）
在宅勤務申請記憶部１１２は、在宅勤務申請情報を記憶する。在宅勤務申請情報とは、各ユーザが行った在宅勤務の申請に関する情報である。在宅勤務申請記憶部１１２は、ユーザが在宅勤務の申請を管理サーバ１０に送信したとき、上長が申請を承認または却下したとき等に在宅勤務申請情報を記憶する。在宅勤務申請記憶部１１２はまた、在宅勤務の延長申請に関する情報を記憶する。

図４は、第１の実施形態に係る管理システム１における、在宅勤務申請情報の構成の一例を説明するための図である。図４の例において、在宅勤務申請情報は、「申請ＩＤ」、「従業員Ｎｏ」、「使用ＰＣ」、「申請日」、「開始時間」、「終了時間」、「許可」、「承認者ＩＤ」を含む。「申請ＩＤ」は、在宅勤務の申請一つ一つに割り当てられ、各申請を一意に識別するための識別子である。「従業員Ｎｏ」は、図３に示したものと同様、各ユーザに割り当てられ、各ユーザを一意に識別するための識別子である。「使用ＰＣ」は、ユーザが在宅勤務時に使用するクライアントとして指定したクライアントを識別するための識別子である。「使用ＰＣ」には、図３の「ＰＣ ＩＤ」と同様の識別子を用いる。「申請日」は、在宅勤務の申請の対象となる日である。すなわち、実際に在宅勤務を行う日である。「開始時間」は、在宅勤務を開始する時間を示す。「終了時間」は、在宅勤務を終了する時間を示す。「許可」は、在宅勤務の申請に対して、上長が許可したか否かを示す。「承認者ＩＤ」は、在宅勤務の申請を承認する権限を持つ上長を一意に識別するための識別子である。「承認者ＩＤ」には、「従業員Ｎｏ」と同様の識別子を用いる。

在宅勤務申請情報はまた、「延長申請」、「承認要否」、「延長許可」、「延長承認者ＩＤ」を含む。「延長申請」は、ユーザが在宅勤務の延長を申請したか、および、延長申請の対象となる時間帯の情報を示す。「承認要否」は上長による延長申請の承認が必要か否かを示す。「延長許可」は、延長申請が許可されたか否かを示す。「延長許可」は、上長の承認が必要な場合は、上長の承認が得られた場合に「Ｙ」（許可）が記憶され、上長の承認が不要な場合は、後述する他の条件が満足された場合に「Ｙ」（許可）が記憶される。また、延長申請が却下された場合は、「延長許可」に「Ｎ」（不許可）が記憶される。「延長承認者ＩＤ」は、延長申請に対する承認が必要な場合に、承認権を有する上長を特定する情報である。「延長承認者ＩＤ」に記憶される情報は、「承認者ＩＤ」に記憶される情報と同様である。

図４の例では、「申請ＩＤ、００１」に対応付けて、「従業員Ｎｏ、４６０１２３」「使用ＰＣ、ＹＭＤ００１」が記憶されている。これは、従業員Ｎｏ「４６０１２３」で識別されるユーザが在宅勤務の申請を行っており、当該在宅勤務時に使用するクライアントは「ＹＭＤ００１」で識別されるクライアントであることを示す。また、「申請ＩＤ、００１」に対応付けて「申請日、２０１６／２／３」、「開始時間、１９：００」、「終了時間、２１：００」が記憶されている。これは、従業員Ｎｏ「４６０１２３」で識別されるユーザは、２０１６年２月３日の１９時から２１時まで在宅勤務したいと申請していることを示す。また、「申請ＩＤ、００１」に対応付けて「許可、Ｙ」「承認者ＩＤ、３８０２２２」が記憶されている。これは、従業員Ｎｏ「４６０１２３」で識別されるユーザの在宅勤務の申請に対しては、「承認者ＩＤ、３８０２２２」で識別される上長の承認が必要であり、当該上長はすでに申請を承認していることを示す。

また、図４の例では、「申請ＩＤ、００３」に対応付けて、「従業員Ｎｏ、４９０６３０」等が記憶され、「許可、Ｎ」「承認者ＩＤ、３８０２２２」が記憶されている。これは、従業員Ｎｏ「４９０６３０」で識別されるユーザの在宅勤務の申請には、従業員Ｎｏ「４６０１２３」で識別されるユーザと同様、「承認者ＩＤ、３８０２２２」で識別される上長の承認が必要であることを示す。また、従業員Ｎｏ「４９０６３０」で識別されるユーザの申請は、上長により却下されていることを示す。

また、図４の例では、「申請ＩＤ、００２」に対応付けて、「従業員Ｎｏ、５８０５６７」等が記憶されているが、「許可」「承認者ＩＤ」が記憶されていない。これは、従業員Ｎｏ「５８０５６７」のユーザは、在宅勤務について上長の許可が必要ではないか、または、申請直後であるため上長から承認も却下もされていないことを示す。

また、図４の例では、「申請ＩＤ、００１」に対応付けて、「延長申請、２１：００−２２：００」、「承認要否、否」が記憶されている。これは、申請ＩＤ「００１」で識別される申請によって認められた在宅勤務について、勤務時間の延長が申請されていることを示す。また、申請されている延長時間は、２１時から２２時までであることを示す。また、延長申請について、上長の承認が不要であることを示す。

（在宅勤務履歴の構成の一例）
在宅勤務履歴記憶部１１３は、在宅勤務履歴を記憶する。在宅勤務履歴は、各ユーザがこれまでに行った在宅勤務の実行状況を示す。

図５は、第１の実施形態に係る管理システム１における、在宅勤務履歴の構成の一例を説明するための図である。図５の例において、在宅勤務履歴は、「申請ＩＤ」、「従業員Ｎｏ」、「使用ＰＣ」、「作業日」、「開始時間」、「終了時間」を含む。「申請ＩＤ」、「従業員Ｎｏ」、「使用ＰＣ」はそれぞれ、図４に示す「申請ＩＤ」、「従業員Ｎｏ」、「使用ＰＣ」と同様である。「作業日」は、ユーザが実際に在宅勤務を実行した日付けを示す。「開始時間」は、ユーザが実際に在宅勤務を開始した時間を示す。すなわち、「開始時間」は、ユーザが「使用ＰＣ」で識別されるクライアントから管理サーバ１０にログインした時間を示す。また、「終了時間」は、ユーザが実際に在宅勤務を終了した時間を示す。すなわち、「終了時間」は、ユーザが「使用ＰＣ」で識別されるクライアントで管理サーバ１０からログアウトした時間を示す。

図５の例では、「申請ＩＤ、００１」に対応付けて、「従業員Ｎｏ、４６０１２３」、「使用ＰＣ、ＹＭＤ００１」、「作業日、２０１６／２／３」、「開始時間、１９：０５」、「終了時間、２０：４５」が記憶されている。これは、従業員Ｎｏ「４６０１２３」で識別されるユーザは、ＰＣ ＩＤ「ＹＭＤ００１」で識別されるクライアントを用いて、２０１６年２月３日に在宅勤務を行ったことを示す。また、当該在宅勤務は、申請ＩＤ「００１」で識別される申請に基づくことを示す。また、当該ユーザは、２０１６年２月３日の１９：０５にクライアントから管理サーバ１０にログインし、２０：４５にログアウトしたことを示す。

（ファイル作業履歴の構成の一例）
ファイル作業履歴記憶部１１４は、ファイル作業履歴を記憶する。ファイル作業履歴は、在宅勤務時にファイルに対して実行された作業の履歴に関する情報である。

図６は、第１の実施形態に係る管理システム１における、ファイル作業履歴の構成の一例を説明するための図である。図６の例において、ファイル作業履歴は、「申請ＩＤ」、「ファイル名」、「初期日付」、「初期時間」、「最終更新日」、「最終更新時間」、「更新履歴」、「ダウンロード時間」、「アップロード時間」を含む。「申請ＩＤ」は、図４乃至図５に示す「申請ＩＤ」と同様である。「ファイル名」は、当該在宅勤務の申請時に添付して提出されたファイルを一意に識別するための識別子である。「初期日付」は、在宅勤務の申請時に管理サーバ１０にアップロードされたときのファイルの最終更新の日付である。「初期時間」は、在宅勤務の申請時に管理サーバ１０にアップロードされたときのファイルの最終更新の時間である。「最終更新日」は、在宅勤務が完了してファイルが再び管理サーバ１０にアップロードされたときの当該ファイルが最後に更新された日付である。「最終更新時間」は、在宅勤務が完了してファイルが再び管理サーバ１０にアップロードされたときの当該ファイルが最後に更新された時間である。「更新履歴」は、作業中のファイルの更新履歴を示す。「ダウンロード時間」は、ファイルが管理サーバ１０からクライアントにダウンロードされた時間を示す。「アップロード時間」は、ファイルがクライアントから管理サーバ１０へアップロードされた時間を示す。

図６の例では、「申請ＩＤ、００１」に対応付けて、「ファイル名、FileA.pptx」、「初期日付、２０１６／２／３」、「初期時間、１０：３０」、「最終更新日、２０１６／２／３」、「最終更新時間、２０：１５」が記憶されている。これは、申請ＩＤ「００１」で識別される在宅勤務の申請時には、ファイル名「FileA.pptx」が在宅勤務時に使用するファイルとして添付されていたことを示す。また、当該ファイルの最終更新の日時は、申請時点では、２０１６年２月３日、１０時３０分であったことを示す。また、当該ファイルは、在宅勤務終了後アップロードされたとき、最終更新の日時は、２０１６年２月３日、２０時１５分であったことを示す。

また、図６の例では、「申請ＩＤ、００１」に対応付けて、「更新履歴、１９：３０；１９：５５；２０：１５」が記憶されている。これは、申請ＩＤ「００１」で識別される申請により認められた在宅勤務中にファイルが、１９時３０分、１９時５５分、２０時１５分に更新されたことを示す。また、図６の例では、「申請ＩＤ、００１」に対応付けて、「ダウンロード時間、１９：１０」、「アップロード時間、２０：４０」が記憶されている。これは、申請ＩＤ「００１」で識別される申請により認められた在宅勤務において、ファイルが１９時１０分に管理サーバ１０からダウンロードされ、２０時４０分に管理サーバ１０にアップロードされたことを示す。

（制御部１２の構成の一例）
次に、図２に戻り、管理サーバ１０の構成の説明を続ける。図２に示すように、制御部１２は、接続制御部１２１と、接続監視部１２２と、ファイル監視部１２３と、申請受付部１２４と、延長申請受付部１２５と、検証部１２６と、を有する。

接続制御部１２１は、管理サーバ１０とクライアント３０，４０，５０との接続を制御する。クライアント３０，４０，５０は、認証サーバ２０による認証に成功し、管理サーバ１０にアクセスするための情報を取得すると、当該情報を用いて管理サーバ１０にアクセスする。接続制御部１２１は、クライアント３０，４０，５０から送信される情報と、記憶部１１に記憶される情報（図示せず）に基づき、クライアント３０，４０，５０の接続を許可または拒否する。なお、認証サーバ２０による認証の態様は特に限定されない。

第１の実施形態では、接続制御部１２１は、在宅勤務時に使用されるクライアント５０の接続を許可すると、クライアント５０のログイン時間を、在宅勤務履歴記憶部１１３が記憶する在宅勤務履歴の「開始時間」に記憶する。また、接続制御部１２１は、クライアント５０がログアウトすると、ログアウト時間を、在宅勤務履歴記憶部１１３が記憶する在宅勤務履歴の「終了時間」に記憶する。

接続監視部１２２は、管理サーバ１０と接続中のクライアント５０（すなわち在宅クライアント）の動作状態を定期的に確認する（後述するセッション監視処理）。たとえば、接続監視部１２２は、クライアント５０上で動作するクライアントオペレーションシステム（ＯＳ、Operation System）の死活監視を実行する。クライアントＯＳがスリープ状態になると、クライアント５０上で動作するクライアントアプリケーションと、管理サーバ１０上のサーバアプリケーションとの間の通信が途絶する。接続監視部１２２は、クライアントアプリケーションとの通信の途絶を検知する。クライアントＯＳがスリープ状態にある場合、ユーザはクライアント５０を用いた作業を行っていないことになる。すなわち、ユーザは勤務を実行していないことになる。接続監視部１２２は、たとえばポーリングにより、クライアント５０の動作状態を確認し、ユーザの勤務状態を監視する。接続監視部１２２が検出したスリープ状態の情報は、記憶部１１に記憶する。

ファイル監視部１２３は、開始検出部１２３Ａと、更新検出部１２３Ｂと、終了検出部１２３Ｃと、を有する。ファイル監視部１２３は、管理サーバ１０と接続中のクライアント５０上でのファイルに対する操作状態を監視する。たとえば、開始検出部１２３Ａは、クライアント５０による管理サーバ１０からのファイルのダウンロードを検出する。クライアント５０が管理サーバ１０からファイルをダウンロードした場合、クライアント５０を使用した在宅勤務の作業が開始したと評価できる。

更新検出部１２３Ｂは、作業監視処理を実行する。作業監視処理は、クライアント５０上でのユーザによるファイルの更新有無を監視する処理である。更新検出部１２３Ｂは、クライアント５０上でのファイルの更新の有無を検出する。クライアント５０上でファイルが更新された場合、ユーザは在宅勤務の作業を実行中と評価できる。更新検出部１２３Ｂは、たとえばポーリングによりファイルの更新の有無を検出する。

終了検出部１２３Ｃは、クライアント５０から管理サーバ１０へのファイルのアップロードを検出する。クライアント５０から管理サーバ１０へ在宅勤務において使用したファイルがすべてアップロードされた場合、在宅勤務の作業が終了したと評価できる。

ファイル監視部１２３が検出するファイルのダウンロード日時、更新日時、アップロード日時は、ファイル作業履歴記憶部１１４に記憶される。

申請受付部１２４は、クライアント３０，４０からの在宅勤務の申請を受け付ける。申請受付部１２４は、予め記憶部１１に記憶された各クライアントを使用するユーザと当該ユーザの在宅勤務の承認権限を持つ上長との対応（図示せず）を参照して、上長のクライアント４０に承認リクエストを送信する。申請受付部１２４は、受け付けた申請を在宅勤務申請記憶部１１２に記憶する。

延長申請受付部１２５は、クライアント５０からの在宅勤務の時間延長の申請を受け付ける。延長申請受付部１２５は、申請された延長時間の長さが所定時間内であるか否かを判定する。所定時間内ではないと判定した場合、延長申請受付部１２５は延長申請を却下する。所定時間内であると判定した場合、延長申請受付部１２５は、申請された延長時間帯が予め設定された延長可能時間帯に該当するか否かを判定する。延長可能時間帯に該当しないと判定した場合、延長申請受付部１２５は、申請を却下する。他方延長可能時間帯に該当すると判定した場合、延長申請受付部１２５は、申請に対する上長の承認要否を、記憶部１１に記憶される情報を参照して判定する。延長申請受付部１２５は、承認が必要と判定した場合は、上長のクライアントに承認リクエストを送信する。上長のクライアントから承認の通知を受信すると、延長申請受付部１２５は、申請許可の通知をクライアント５０に送信する。上長のクライアントから承認の通知が所定時間内に受信されない場合、または、上長のクライアントから申請却下の通知を受信した場合、延長申請受付部１２５は、申請却下の通知をクライアント５０に送信する。他方、承認が不要と判定した場合は、延長申請受付部１２５は、申請許可の通知をクライアント５０に送信する。延長申請受付部１２５は、延長申請の有無、申請が承認されたか却下されたか、を在宅勤務申請記憶部１１２に記憶する。

延長申請受付部１２５は、管理サーバ１０に予め登録された延長申請可能な所定の時間の長さおよび所定時間帯と、延長申請の対象となる時間の長さおよび時間帯とを比較して延長申請を受理するか否かを判定する。たとえば、管理サーバ１０に勤務時間計算機能を持たせて、在宅勤務時間と職場での勤務時間の合計が１０時間を超える場合には、延長申請を却下するように構成することができる。また、たとえば、深夜や早朝の時間帯を予め延長申請不可時間帯として管理サーバ１０に記憶し、延長申請された時間帯が申請不可時間帯を含む場合は延長申請を却下するように管理サーバ１０を構成することができる。このように管理サーバ１０を構成することで、ユーザの過剰労働を防止することができる。延長不可とする時間帯や時間の長さは、ユーザの労働形態にあわせてユーザ毎に設定してもよい。

検証部１２６は、記憶部１１に記憶される情報に基づき、各ユーザの在宅勤務状況を検証する。検証部１２６は、在宅勤務申請記憶部１１２に記憶される在宅勤務申請情報、在宅勤務履歴記憶部１１３に記憶される在宅勤務履歴、ファイル作業履歴記憶部１１４に記憶されるファイル作業履歴を参照する。そして、検証部１２６は、在宅勤務時の、ログイン日時とファイルのダウンロード日時との差分を算出する。検証部１２６はまた、在宅勤務時のログアウト日時とファイルのアップロード日時との差分を算出する。検証部１２６はまた、ファイルの更新間隔を算出する。検証部１２６は、算出した差分および更新間隔と所定の閾値とを各々比較し、比較結果に基づき、ユーザの在宅勤務状況を検証する。検証部１２６は、検証結果を外部に出力する。

検証部１２６はまた、接続監視部１２２が検出したクライアントＯＳがスリープ状態にあった時間の長さ（以下、スリープ時間とも呼ぶ。）が在宅勤務時間に占める割合と、所定の閾値とを比較する。検証部１２６は、比較結果に基づき、ユーザの在宅勤務状況を検証する。検証部１２６は、検証結果を外部に出力する。

たとえば、検証部１２６は、ファイルの更新間隔が所定の閾値を上回る回数が所定値を超えるユーザのリストを出力する。また、たとえば、検証部１２６は、ログイン日時とファイルのダウンロード日時との差分が所定の閾値を超えるユーザのリストを出力する。また、たとえば、検証部１２６は、ログアウト日時とファイルのアップロード日時との差分が所定の閾値を超えるユーザのリストを出力する。また、たとえば、検証部１２６は、スリープ時間が在宅勤務時間に占める割合が、所定の閾値を超えるユーザのリストを出力する。また、検証部１２６は、ファイルの更新間隔、ログイン日時とファイルのダウンロード日時との差分、ログアウト日時とファイルのアップロード日時との差分、スリープ時間の割合のいずれもが所定の閾値を所定回数以上超えるユーザのリストを出力する。所定の閾値および所定の閾値を超える回数は、管理者が任意に設定することができる。

（認証サーバ２０の構成の一例）
次に、図２を参照して、認証サーバ２０の構成の一例につき説明する。認証サーバ２０は、クライアント３０，４０，５０の認証を実行することで、管理サーバ１０に対するクライアント３０，４０，５０のアクセスを制御する。認証サーバ２０はたとえば、Ａｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙである。認証サーバ２０は、ユーザが業務上使用する、管理サーバ１０以外の他のサーバ（図示せず）に対するクライアント３０，４０，５０のアクセスも制御するように構成してもよい。

認証サーバ２０は、記憶部２１と制御部２２とを有する。

記憶部２１は、認証サーバ２０における処理に使用する情報および処理の結果生成される情報を記憶する。記憶部２１には、半導体メモリ素子や記憶装置を採用できる。例えば、半導体メモリ素子としては、ＶＲＡＭ（Ｖｉｄｅｏ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）などが挙げられる。また、記憶装置としては、ハードディスク、光ディスクなどの記憶装置が挙げられる。

記憶部２１は、ユーザ認証情報記憶部２１１を有する。ユーザ認証情報記憶部２１１は、クライアント３０，４０，５０のユーザを認証するためのユーザ認証情報を記憶する。図７は、第１の実施形態に係る管理システム１における、ユーザ認証情報の構成の一例を説明するための図である。図７に示すように、ユーザ認証情報は、「ユーザＩＤ」と「パスワード」とを含む。

制御部２２は、認証サーバ２０の動作および機能を制御する。制御部２２にはたとえば、各種の集積回路や電子回路を採用できる。また、制御部２２に含まれる機能部の一部を別の集積回路や電子回路とすることもできる。例えば、集積回路としては、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）が挙げられる。また、電子回路としては、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などが挙げられる。

制御部２２は、ユーザ認証部２２１を有する。ユーザ認証部２２１は、クライアント３０，４０，５０から送信される認証要求を受信して、認証要求に含まれるユーザＩＤとパスワードとを抽出する。ユーザ認証部２２１は、ユーザ認証情報記憶部２１１に記憶されるユーザ認証情報を参照し、認証要求に含まれるユーザＩＤとパスワードとが、記憶されるユーザ認証情報と一致すれば認証成功と判定する。ユーザ認証部２２１は、認証要求に含まれるユーザＩＤとパスワードとが、ユーザ認証情報記憶部２１１に記憶されるユーザ認証情報と一致しない場合、認証失敗と判定する。ユーザ認証部２２１は、認証成功と判定すると、認証要求を送信したクライアントに管理サーバ１０に接続するための接続情報を送信する。クライアントは、接続情報を使用して管理サーバ１０に接続する。ユーザ認証部２２１は、認証失敗と判定すると、認証要求を送信したクライアントにその旨通知し、クライアントの接続を拒否する。

（クライアントの構成の一例）
さらに図１を参照してクライアント３０，４０，５０の構成の一例につき説明する。クライアント３０，４０は概ね同様の構成である。図１の例では、クライアント３０は、時間外勤務の申請をすることができるが、上長の承認を必要とするユーザが使用する情報処理端末である。また、クライアント４０は、時間外勤務を許可されており、申請すれば承認を得なくても勤務が可能なユーザが使用する情報処理端末である。また、クライアント４０は、クライアント３０のユーザの時間外勤務の申請を承認する機能を有する。

クライアント５０は、在宅勤務時に使用される情報処理端末である。図２の例では、クライアント５０は在宅クライアントとして在宅クライアント記憶部１１１に登録済みの情報処理端末である。

クライアント３０は、記憶部３１と制御部３２とを有する。

記憶部３１は、クライアント３０における処理に使用する情報および処理の結果生成される情報を記憶する。記憶部３１には、半導体メモリ素子や記憶装置を採用できる。例えば、半導体メモリ素子としては、ＶＲＡＭ（Ｖｉｄｅｏ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）などが挙げられる。また、記憶装置としては、ハードディスク、光ディスクなどの記憶装置が挙げられる。

制御部３２は、クライアント３０の動作および機能を制御する。制御部３２としてたとえば、各種の集積回路や電子回路を採用できる。また、制御部３２に含まれる機能部の一部を別の集積回路や電子回路とすることもできる。例えば、集積回路としては、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）が挙げられる。また、電子回路としては、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などが挙げられる。

制御部３２は、接続制御部３２１および申請処理部３２２を有する。

接続制御部３２１は、クライアント３０の電源投入時に、表示画面上に認証画面を表示させる。そして、ユーザが認証画面においてユーザＩＤとパスワードとを入力すると、接続制御部３２１は、ユーザＩＤとパスワードの情報を含む認証要求を認証サーバ２０に送信する。接続制御部３２１は、認証サーバ２０が認証に成功した場合に送信する接続情報を受信し、接続情報に基づき、管理サーバ１０にアクセスする。これによって、管理サーバ１０とクライアント３０とが接続される。

申請処理部３２２は、クライアント３０上でのユーザの所定の入力に応じて、表示画面上に、在宅勤務を申請するための申請画面を表示させる。ユーザは、表示される申請画面に、在宅勤務したい日時を入力する。申請処理部３２２は、入力された日時を、管理サーバ１０に送信する。申請処理部３２２は、申請が受け付けられた場合は管理サーバ１０からその旨通知される。また、申請処理部３２２は、申請が受け付けられた場合、管理サーバ１０からダウンロード権限を付与される。すなわち、申請処理部３２２は、管理サーバ１０からファイルにアクセスするためのパスワード等を通知される。申請処理部３２２は、申請が受け付けられなかった場合は、管理サーバ１０からその旨の通知を受信する。申請処理部３２２は、申請が受け付けられた旨、または、申請が受け付けられなかった旨の通知を受信すると、クライアント３０の表示画面上にその旨を表示する。

クライアント４０の構成はクライアント３０と同様である。ただし、クライアント４０は、申請受理部４２３を有する点がクライアント３０と相違する。クライアント４０の記憶部４１、制御部４２、接続制御部４２１、申請処理部４２２は各々、記憶部３１、制御部３２、接続制御部３２１、申請処理部３２２と同様である。

申請受理部４２３は、クライアント４０のユーザが管理するユーザが在宅勤務の申請をした場合に、管理サーバ１０から承認リクエストを受信する。申請受理部４２３は、承認リクエストを受信すると、クライアント４０の表示部に承認の対象となる申請があることを通知するメッセージを表示する。ユーザがメッセージに応じて、申請を承認する旨を入力すると、申請受理部４２３は、申請を承認する旨を示す通知を管理サーバ１０に送信する。管理サーバ１０では、申請受付部１２４が通知を受信して処理を実行する。なお、在宅勤務の延長申請が行われ、管理サーバ１０からクライアント４０に承認リクエストが送信される場合も、申請受理部４２３により同様の処理が実行される。

クライアント５０は、記憶部５１と制御部５２とを有する。

記憶部５１は、クライアント５０における処理に使用する情報および処理の結果生成される情報を記憶する。記憶部５１には、半導体メモリ素子や記憶装置を採用できる。例えば、半導体メモリ素子としては、ＶＲＡＭ（Ｖｉｄｅｏ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）などが挙げられる。また、記憶装置としては、ハードディスク、光ディスクなどの記憶装置が挙げられる。

制御部５２は、クライアント５０の動作および機能を制御する。制御部５２としてたとえば、各種の集積回路や電子回路を採用できる。また、制御部５２に含まれる機能部の一部を別の集積回路や電子回路とすることもできる。例えば、集積回路としては、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）が挙げられる。また、電子回路としては、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などが挙げられる。

記憶部５１は、在宅勤務時間記憶部５１１を有する。在宅勤務時間記憶部５１１は、クライアント５０を使用するユーザが申請した在宅勤務の時間に関する情報を記憶する。

制御部５２は、接続制御部５２１、ファイル処理部５２２、警告部５２３、延長申請部５２４、削除部５２５を有する。

接続制御部５２１は、クライアント３０，４０の接続制御部３２１、４２１と同様の機能および構成である。

ファイル処理部５２２は、ユーザの操作に応じて、管理サーバ１０から該当するファイルをダウンロードする。ファイル処理部５２２はまた、ユーザの操作に応じて、ダウンロードしたファイルの更新を実行する。ファイル処理部５２２はまた、ユーザの操作に応じて、ファイルを管理サーバ１０にアップロードする。ファイル処理部５２２は、管理サーバ１０のファイル監視部１２３からの問い合わせに応じて、ファイルの更新有無を管理サーバ１０に通知する。

警告部５２３は、在宅勤務時間を監視し、在宅勤務時間が終了に近づくと警告表示を行う。警告部５２３はたとえば、クライアント５０の画面上に「在宅勤務時間終了まで１０分」等の警告を表示する。警告部５２３はまた、警告表示とともに、在宅勤務時間の延長申請を行うためのメッセージを表示する。たとえば、警告部５２３は、クライアント５０の画面上に「勤務時間を延長しますか？ 延長可能時間 ２１時３０分」等のメッセージを表示する。

警告部５２３により表示される警告画面は、たとえば画面上のポップアップでもよい。ユーザはポップアップ画面をクリック等することにより、延長申請用の別画面に遷移するように構成してもよい。または警告表示は、音声等の他の手段によって実現してもよい。

延長申請部５２４は、ユーザによる在宅勤務時間の延長申請を受け付ける。ユーザは、クライアントアプリケーションの所定機能に基づき、在宅勤務時間の延長を申請することができる。延長申請部５２４はまた、警告部５２３が表示した画面上でユーザが在宅勤務時間の延長申請を入力した際に、当該申請を受け付ける。延長申請部５２４は、受け付けた申請の内容を、管理サーバ１０の延長申請受付部１２５に送信する。また、延長申請部５２４は、延長申請受付部１２５から延長承認または延長却下の通知を受信する。延長申請部５２４は、受信した通知の内容に応じて、クライアント５０の画面上に、通知内容を表示する。延長申請部５２４は、延長申請が受理されると、延長後の在宅勤務終了時間を在宅勤務時間記憶部５１１に記憶する。

削除部５２５は、警告部５２３の警告に対してユーザがファイルのアップロードやログアウト、または、延長申請を実行しないまま、在宅勤務時間が終了すると、クライアント５０上にダウンロードされたファイルを自動的に削除する。なお、削除部５２５は、削除前に自動的にファイルを管理サーバ１０にアップロードするように構成してもよい。削除部５２５はまた、ユーザが在宅勤務で使用したファイルを全て管理サーバ１０にアップロードした時点で、クライアント５０上のファイルを自動的に削除するように構成してもよい。削除部５２５はまた、ユーザがクライアント５０を管理サーバ１０からログアウトさせるときに、クライアント５０上のファイルを削除するように構成してもよい。在宅勤務時間が終了した後にクライアント５０上に在宅勤務において使用したファイルが残存しなければよく、削除のタイミングは特に限定されない。

（管理システム１における処理の流れの一例）
図８は、第１の実施形態に係る管理システム１における処理の流れの一例を示すフローチャートである。

管理システム１においては、まず、在宅勤務申請処理が実行されることで、在宅勤務時の処理が開始する（ステップＳ７１、在宅勤務申請）。まず、クライアント３０，４０の申請処理部３２２，４２２から、管理サーバ１０の申請受付部１２４へ、在宅勤務の申請が送信される。そして、必要に応じて上長による承認の処理を経て、管理サーバ１０の申請受付部１２４は、在宅勤務の申請の内容を在宅勤務申請記憶部１１２に記憶する。

次に、在宅勤務を申請したユーザが自宅に戻り、クライアント５０から管理サーバ１０にアクセスし、在宅勤務開始処理を実行する（ステップＳ７２、在宅勤務開始）。

在宅勤務が開始すると、管理サーバ１０は、クライアント５０との間でのセッション監視処理を実行する。すなわち、管理サーバ１０の接続監視部１２２は、クライアントアプリケーションとサーバアプリケーションとの間で定期的な問合せを送信する（ステップＳ７３、セッション監視）。そして、接続監視部１２２は、クライアントアプリケーションからの応答が途絶した時点を、作業中断時点として記憶する。

また、在宅勤務が開始すると、管理サーバ１０は、クライアント５０における作業監視処理を実行する（ステップＳ７４、作業監視）。すなわち、管理サーバ１０のファイル監視部１２３は、クライアント５０のファイル処理部５２２に対して定期的な問合せを送信する。ファイル処理部５２２は、管理サーバ１０からダウンロードされたファイルの更新有無をファイル監視部１２３に応答する。

また、在宅勤務が開始すると、クライアント５０の警告部５２３は、在宅勤務時間の終了時間に基づき、警告表示処理を実行する（ステップＳ７５、警告表示）。

そして、クライアント５０において在宅勤務終了処理が実行される（ステップＳ７６、在宅勤務終了）。すなわち、ユーザが管理サーバ１０にファイルをアップロードして、管理サーバ１０からクライアント５０をログアウトさせ、在宅勤務が終了する。これで、管理システム１における在宅勤務時の処理が終了する。

（在宅勤務申請処理の流れの一例）
図９は、第１の実施形態に係る管理システム１における在宅勤務申請処理の流れの一例を示すフローチャートである。まず、クライアント３０の申請処理部３２２（またはクライアント４０の申請処理部４２２）から管理サーバ１０の申請受付部１２４に在宅勤務の申請が送信される（ステップＳ８０１）。申請には、在宅勤務を実行する時間および在宅勤務時に使用するファイルの情報が含まれる。

管理サーバ１０の申請受付部１２４は、申請を受け付けて在宅勤務申請記憶部１１２に記憶する。申請受付部１２４は、申請されたファイルを記憶部１１に記憶する。すなわち、申請受付部１２４は、ファイルを管理サーバ１０にアップロードする（ステップＳ８０２）。

申請受付部１２４は、記憶部１１に記憶された各ユーザと承認権をもつ上長とを対応づけた情報（図示せず）を参照し、承認の要否を判定する。そして、承認が必要と判定した場合、申請受付部１２４は、上長のクライアントに承認リクエストを送信する。在宅勤務申請に対して上長のクライアントから承認の送信があった場合（ステップＳ８０３、肯定）、申請受付部１２４は、上長の情報と承認された旨の情報を在宅勤務申請記憶部１１２に記憶する（ステップＳ８０４）。そして、申請受付部１２４は、申請者のクライアント３０に対して、ダウンロード権限を付与する通知を送信する（ステップＳ８０５）。たとえば、ファイルをダウンロードするためのパスワードを通知する。

他方、在宅勤務申請に対して上長のクライアントから承認の送信が所定時間内にない場合、または却下の送信があった場合（ステップＳ８０３、否定）、申請受付部１２４は、その旨を在宅勤務申請記憶部１１２に記憶する。また、申請受付部１２４は、アップロードされたファイルを削除する（ステップＳ８０６）。そして、申請受付部１２４は、クライアント３０に申請却下の旨を通知する（ステップＳ８０７）。これで、在宅勤務申請処理が終了する。

（在宅勤務開始処理の流れの一例）
図１０は、第１の実施形態に係る管理システム１における在宅勤務開始処理の流れの一例を示すフローチャートである。ユーザが自宅に帰り、在宅勤務を開始する際には、まず、クライアント５０が管理サーバ１０にアクセスする（ステップＳ９０１）。すなわち、クライアント５０は管理サーバ１０にアクセスするため、認証サーバ２０に認証要求を送信する。認証サーバ２０は、クライアント５０から送信される認証要求に基づき、認証処理を実行する。認証に成功すると、認証サーバ２０は、クライアント５０に管理サーバ１０に接続するための接続情報を送信し、ログインを許可する（ステップＳ９０２）。クライアント５０は、認証サーバ２０から送信される接続情報を用いて管理サーバ１０にログインし、予め付与されたダウンロード権限に基づき、管理サーバ１０からファイルをダウンロードする（ステップＳ９０３）。クライアント５０がファイルをダウンロードすると、管理サーバ１０は作業開始を検出し、在宅勤務履歴記憶部１１３に開始時間を記憶する。これで、在宅勤務開始処理が終了する。

（セッション監視処理の流れの一例）
図１１は、第１の実施形態に係る管理システム１におけるセッション監視処理の流れの一例を示すフローチャートである。セッション監視処理は、クライアント５０が管理サーバ１０にログインした時点で開始する。管理サーバ１０の接続監視部１２２は、クライアント５０がログインしてから所定時間が経過したか否かを判定する（ステップＳ１００１）。所定時間が経過していなければ（ステップＳ１００１、否定）、接続監視部１２２は所定時間が経過するまでステップＳ１００１を繰り返す。他方、所定時間が経過していれば（ステップＳ１００１、肯定）、接続監視部１２２は、クライアント５０に対して問合せを行う（ステップＳ１００２）。クライアント５０から所定時間内に応答があれば（ステップＳ１００３、肯定）、接続監視部１２２は、その旨を記憶部１１に記憶する（ステップＳ１００４）。他方、クライアント５０から所定時間内に応答がなければ（ステップＳ１００３、否定）、接続監視部１２２は、その旨を記憶部１１に記憶する（ステップＳ１００５）。そして、接続監視部１２２は、クライアント５０が管理サーバ１０からログアウトしたか否かを判定する（ステップＳ１００６）。ログアウトしていないと判定した場合（ステップＳ１００６、否定）、接続監視部１２２は、ステップＳ１００１に戻り、再び所定時間が経過したか否かを判定する。他方、ログアウトしたと判定した場合（ステップＳ１００６、肯定）、接続監視部１２２は、処理を終了する。

セッション監視処理は、サーバアプリケーションとクライアントアプリケーションとの間で定期的にクライアントＯＳの死活監視を実行することで実現される。クライアントＯＳがスリープ状態になった場合、クライアントアプリケーションとサーバアプリケーションとの間の通信が途絶する。このため、サーバアプリケーション側で、クライアントアプリケーションとの通信途絶を検出することにより、ユーザがクライアント５０上での作業を行っているか否かを監視することができる。

（作業監視処理の流れの一例）
図１２は、第１の実施形態に係る管理システム１における作業監視処理の流れの一例を示すフローチャートである。作業監視処理は、クライアント５０が管理サーバ１０からファイルをダウンロードした時点から開始する。すなわち、管理サーバ１０のファイル監視部１２３において、開始検出部１２３Ａがファイルのダウンロードを検出すると、作業監視処理が開始する。管理サーバ１０の更新検出部１２３Ｂは、所定時間が経過したか否かを判定する（ステップＳ１１０１）。所定時間が経過していないと判定すると（ステップＳ１１０１、否定）、更新検出部１２３Ｂは、所定時間が経過するまでステップＳ１１０１の処理を繰り返す。所定時間が経過したと判定すると（ステップＳ１１０１、肯定）、更新検出部１２３Ｂは、クライアント５０にファイルの更新有無を問い合わせる（ステップＳ１１０２）。クライアント５０は問合せを受信すると、ファイルの最終更新時間を管理サーバ１０に送信する（ステップＳ１１０３）。更新検出部１２３Ｂは、受信した最終更新時間をファイル作業履歴記憶部１１４に記憶する。そして、更新検出部１２３Ｂは、終了検出部１２３Ｃがファイルのアップロードを検出したか否かを判定する（ステップＳ１１０４）。全てのファイルのアップロードを検出していないと判定した場合（ステップＳ１１０４、否定）、更新検出部１２３Ｂは、ステップＳ１１０１に戻って処理を繰り返す。他方、全てのファイルのアップロードを検出したと判定した場合（ステップＳ１１０４、肯定）、更新検出部１２３Ｂは処理を終了する。これで作業監視処理が終了する。

（在宅勤務終了処理の流れの一例）
図１３は、第１の実施形態に係る管理システム１における在宅勤務終了処理の流れの一例を示すフローチャートである。ユーザは、在宅勤務の作業を完了すると、作業完了時にファイルを更新する（ステップＳ１２０１）。そして、ユーザは、クライアント５０から更新したファイルを管理サーバ１０にアップロードする（ステップＳ１２０２）。管理サーバ１０の終了検出部１２３Ｃは、ファイルの最終更新時間を在宅勤務履歴記憶部１１３に記憶する（ステップＳ１２０３）。また、終了検出部１２３Ｃは、ファイルがアップロードされた時点を、ファイル作業履歴記憶部１１４に記憶する。他方、クライアント５０の削除部５２５は、ファイルのアップロードを契機として、クライアント５０のファイルを消去する（ステップＳ１２０４）。そして、クライアント５０は管理サーバ１０からログアウトする（ステップＳ１２０５）。接続制御部１２１は、クライアント５０のログアウトを検出すると、ログアウト時点を終了時間として在宅勤務履歴記憶部１１３に記憶する（ステップＳ１２０６）。これで在宅勤務終了処理が終了する。

（警告表示処理の流れの一例）
図１４は、第１の実施形態に係る管理システム１における警告表示処理の流れの一例を示すフローチャートである。クライアント５０の警告部５２３は、在宅勤務が開始すると、記憶部５１に記憶される在宅勤務の終了時間を監視する。警告部５２３は、在宅勤務終了時間から所定時間前になったか否かを判定する（ステップＳ１３０１）。所定時間前になっていないと判定すると（ステップＳ１３０１、否定）、警告部５２３は、ステップＳ１３０１の処理を繰り返す。他方、所定時間前になったと判定すると（ステップＳ１３０１、肯定）、警告部５２３は、クライアント５０の画面に警告を表示する（ステップＳ１３０２）。たとえば、警告部５２３は、在宅勤務の終了時間まであと１０分であること、２１時３０分まで在宅勤務時間を延長可能であること、等を表示する。また、警告部５２３が表示する画面は、在宅勤務時間の延長を受け付けるためのアイコン等を含んでもよい。そして、警告部５２３は、警告表示に応じて在宅勤務時間の延長申請が実行されたか否かを判定する（ステップＳ１３０３）。延長申請が実行された場合（ステップＳ１３０３、肯定）、延長申請処理が実行される（ステップＳ１３０４）。延長申請処理については後述する。他方、延長申請が実行されなかった場合（ステップＳ１３０３、否定）、削除部５２５は、ファイルのアップロードまたはクライアント５０のログアウトが実行されたか否かを判定する（ステップＳ１３０５）。ファイルのアップロードまたはクライアント５０のログアウトが実行されていない場合（ステップＳ１３０５、否定）、削除部５２５は、在宅勤務の終了時間に到達したか否かを判定する（ステップＳ１３０６）。削除部５２５が、終了時間に到達していないと判定した場合（ステップＳ１３０６、否定）、処理は、ステップＳ１３０３に戻る。他方、終了時間に到達したと判定した場合（ステップＳ１３０６、肯定）、削除部５２５は、クライアント５０上のファイルを消去し、強制的にクライアント５０を管理サーバ１０からログアウトさせる（ステップＳ１３０７）。他方、ステップＳ１３０５において、ファイルのアップロードまたはログアウトありと判定した場合（ステップＳ１３０５、肯定）、削除部５２５はクライアント５０上のファイルを消去する（ステップＳ１３０８）。これで警告表示処理は終了する。

（延長申請処理の流れの一例）
図１４のステップＳ１３０４に示した延長申請処理について説明する。図１５は、第１の実施形態に係る管理システム１における延長申請処理の流れの一例を示すフローチャートである。まず、クライアント５０の延長申請部５２４は、延長申請があったか否かを判定する（ステップＳ１５０１）。申請がないと判定した場合（ステップＳ１５０１、否定）、延長申請部５２４は、ステップＳ１５０１の処理を繰り返す。他方、申請があったと判定した場合（ステップＳ１５０１、肯定）、延長申請部５２４は、管理サーバ１０の延長申請受付部１２５に申請内容を送信する。

延長申請受付部１２５は、延長が申請されている時間の長さが所定時間内であるか否かを判定する（ステップＳ１５０２）。ここで、所定時間の長さは、労務管理上適切な時間を予め管理者が設定して管理サーバ１０に設定しておけばよい。所定時間内であると判定した場合（ステップＳ１５０２、肯定）、延長申請受付部１２５は、延長申請されている時間帯が所定の時間帯内であるか否かを判定する（ステップＳ１５０３）。たとえば、午後１０時から午前７時までの時間帯については延長申請不可とするなど、在宅勤務が可能な時間帯は管理サーバ１０に予め設定される。延長申請受付部１２５は、所定の時間帯内であると判定した場合（ステップＳ１５０３、肯定）、上長の承認が必要な申請か否かを判定する（ステップＳ１５０４）。延長申請受付部１２５は、承認要の申請と判定した場合（ステップＳ１５０４、肯定）、上長のクライアントに承認リクエストを送信する（ステップＳ１５０５）。延長申請受付部１２５は、承認リクエストに対応する承認を受信したか否かを判定する（ステップＳ１５０６）。承認なしと判定した場合（ステップＳ１５０６、否定）、延長申請受付部１２５は、申請を却下する（ステップＳ１５０７）。他方、承認ありと判定した場合（ステップＳ１５０６、肯定）、延長申請受付部１２５は、申請を受理する（ステップＳ１５０８）。

ステップＳ１５０４に戻り、上長の承認が不要と判定した場合（ステップＳ１５０４、否定）、延長申請受付部１２５は、申請を受理する（ステップＳ１５０８）。また、ステップＳ１５０２において、申請された在宅勤務時間が所定時間内ではないと判定された場合（ステップＳ１５０２、否定）は、延長申請受付部１２５は、申請を却下する（ステップＳ１５０９）。また、ステップＳ１５０３において、申請された在宅勤務時間が所定時間帯内ではないと判定された場合（ステップＳ１５０３、否定）は、延長申請受付部１２５は、申請を却下する（ステップＳ１５０９）。そして、延長申請受付部１２５は、却下または受理の旨を、クライアント５０の延長申請部５２４に通知する（ステップＳ１５１０）。延長申請部５２４は、受理の場合は新たな在宅勤務終了時間を記憶部５１に記憶する。そして、延長申請部５２４は、延長申請が受理された旨を画面に表示する。また、延長申請部５２４は、却下の場合はその旨を画面に表示する。これで、延長申請処理が終了する。

（第１の実施形態の効果）
上記のように、第１の実施形態に係る管理システムは、開始検出部と、更新検出部と、終了検出部と、を備える。開始検出部は、管理サーバに予めアップロードされたファイルが、管理サーバからクライアントにアプリケーションを介してダウンロードされた時点を、クライアントのユーザの在宅勤務における作業開始時点として検出する。更新検出部は、クライアント上にダウンロードされたファイルの、クライアント上での更新を検出する。終了検出部は、クライアント上で更新されたファイルが、管理サーバ上にアップロードされた時点を、クライアントのユーザの在宅勤務における作業終了時点として検出する。

このため、第１の実施形態に係る管理システムは、ユーザが当該システムを利用して実行する在宅勤務の作業開始時間および作業終了時間を、ファイルのダウンロードとアップロードの時点に基づいて把握することができる。また、管理システムは、在宅勤務に使用されたファイルの更新に関する情報に基づき、ユーザが在宅勤務を申請通りに実行したか否かを検証することができる。

また、第１の実施形態に係る管理システムは、クライアント上にダウンロードされたファイルが、管理サーバにアップロードされるとき、前記クライアント上から当該ファイルを消去する削除部をさらに備える。在宅勤務を行う場合、勤務者は自宅のパーソナルコンピュータ（ＰＣ）等に在宅勤務に必要なファイル等をメールに添付して送信する場合がある。このような場合、勤務者の自宅のＰＣに勤務用の情報が残存する可能性があり、セキュリティ上好ましくない。しかし、第１の実施形態に係る管理システムによれば、ユーザが気を付けなくても、自宅等職場以外の場所にある情報処理端末上に職務上の情報が残存して流出することを防止することができる。

また、第１の実施形態に係る管理システムは、在宅勤務時間の終了時間になると、クライアント上にダウンロードされたファイルを当該クライアント上から消去する削除部を備える。このため、管理システムは、ユーザが気を付けなくても、自宅等職場以外の場所にある情報処理端末上に職務上の情報が残存して流出することを防止することができる。

また、第１の実施形態に係る管理システムは、警告部と延長申請受付部とを備える。警告部は、管理サーバに予め登録された在宅勤務時間の終了時間の所定時間前になると、クライアントにおいて警告表示を実行する。延長申請受付部は、所定の時間帯における所定期間内の在宅勤務延長登録を受け付ける。このため、管理システムは、ユーザの過度の長時間労働や、健康に悪影響を及ぼすような時間帯での労働を防止しつつ、在宅勤務時間についてユーザの自由度を向上させることができる。

また、第１の実施形態に係る管理システムは、管理サーバと、前記クライアント上で動作するクライアントアプリケーションとの通信が途絶している期間を、作業停止期間として検出する、接続監視部をさらに備える。このため、ファイルの更新有無だけでなく、クライアントアプリケーション自体が動作しているか否かに基づき、ユーザの勤務実態をより正確に把握することができる。

また、第１の実施形態に係る管理システムにおいて、検証部は、クライアントが管理サーバにログインした時点と、開始検出部が検出した作業開始時点との第１の差分が、所定閾値を超えるか否か、に基づき、在宅勤務を評価する。また、検証部は、クライアントが管理サーバからログアウトした時点と、終了検出部が検出した作業終了時点との第２の差分が、所定閾値を超えるか否か、に基づき、在宅勤務を評価する。また、検証部は、更新検出部が検出した更新の間隔が所定値を超えるか否か、に基づき、在宅勤務を評価する。

このため、管理システムは、管理サーバが収集した情報に基づき、各ユーザの労働実態が申請されている情報と合致しているか否かについて自動的に評価を行うことができる。また、管理システムは、ファイルのダウンロード、更新、アップロード等、直接ユーザの作業と結びついた指標を用いて評価を行うため、勤務実態を評価に反映させることができる。また、管理システムは、当該システムにユーザがログインした時点と、ファイルのダウンロードが実行された時点との差分に基づき、ユーザが在宅勤務を申請通りに実行したか否かを検証することができる。また、管理システムは、当該システムにユーザがログインしている間、ファイルが更新された時点に基づき、ユーザが在宅勤務を申請した時間中、適正に勤務を実行したか否かを検証することができる。また、管理システムは、当該システムからユーザがログアウトした時点と、ファイルのアップロードが実行された時点との差分に基づき、ユーザが在宅勤務を申請通りに実行したか否かを検証することができる。

また、管理システムにおいて、ユーザは在宅勤務の申請時に、在宅勤務で使用するデータも併せて申請する。このため、在宅勤務で使用してよいデータであるか否か等を上長が確認した上で在宅勤務を承認することができ、重要な情報が職場から外部に持ち出される危険性を予め低減することができる。

（第２の実施形態）
これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

管理サーバ１０は、接続監視部１２２が検出したスリープ時間や、ファイル監視部１２３が検出したファイルのダウンロード、更新、アップロードのタイミングの情報に基づき、各ユーザの勤務時間を修正して算出するように構成してもよい。たとえば、スリープ時間や、ファイルの更新がない期間を勤務時間から減算するように構成してもよい。

また、クライアント５０のファイル処理部５２２は、ファイルの更新がない期間が所定期間を超えた場合に、クライアント５０の画面上に警告表示をするように構成してもよい。警告表示は音声等、視覚的手段以外の手段で実現してもよい。

［クラウドコンピューティングによる実装］
開示の管理プログラムは、クラウドシステムを構成するサーバに実装し、クラウドシステムを介して、様々な場所に存在する在宅勤務者および社内勤務者の勤務時間および情報処理端末の操作状態を管理するために使用することができる。このようにすれば、広範な地域に散らばる会社施設での勤務者の勤務状態および各在宅勤務者の自宅における勤務状態を一括して管理することができ、効率的な労働管理を実現することができる。

［携帯端末を用いる場合］
また、開示の管理システムにおいて、在宅勤務時に使用されるクライアントの種類は特に限定されない。たとえば、ユーザが自宅以外の場所から登録済みの携帯端末を用いて管理サーバにアクセスすることも可能である。この場合、たとえば、ユーザが、在宅勤務可能な時間帯を予め登録しておき、その時間帯内であれば何度でも所定のファイルをダウンロードし、更新し、アップロードすることができるように、管理システムを構成してもよい。

［分散および統合］
図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。たとえば、上記実施形態において、管理サーバ１０の機能として説明した機能は、クライアント５０上で動作するクライアントアプリケーションの機能として実装することができる。また、クライアント５０の機能として説明した機能の一部または全部を管理サーバ１０の機能として実装することができる。各機能の配置は、管理サーバ１０、クライアント３０，４０，５０の処理能力等に基づき決定することができる。

［管理プログラム］
また、上記の実施例で説明した各種の処理は、予め用意されたプログラムをサーバ等のコンピュータからタブレット端末やノート型コンピュータ等のコンピュータに配布し、サーバとコンピュータとが処理を協働して実行することによって実現することができる。そこで、以下では、図１６を用いて、上記の実施例と同様の機能を有する管理プログラムを実行するコンピュータの一例について説明する。

図１６は、第１〜２の実施形態に係る管理プログラムを実行するコンピュータの一例について説明するための図である。図１６に示すように、コンピュータ１０００は、操作部１１００と、ディスプレイ１２００と、通信部１３００とを有する。さらに、このコンピュータ１０００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１４００と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１５００と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１６００と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１７００とを有する。これら１１００〜１７００の各部はバス１８００を介して接続される。

ＨＤＤ１７００には、図１６に示すように、上記の第１の実施形態で示した各部と同様の機能を発揮するモジュールを実装することができる管理プログラム１７００ａが予め記憶される。この管理プログラム１７００ａについては、図２に示した各々の各構成要素と同様、適宜統合または分離してもよい。すなわち、ＨＤＤ１７００に記憶される各データは、常に全てのデータがＨＤＤ１７００に記憶される必要はなく、処理に必要なデータのみがＨＤＤ１７００に記憶されればよい。

そして、ＣＰＵ１４００が、管理プログラム１７００ａの各モジュールをＨＤＤ１７００から読み出してＲＡＭ１６００に展開する。これによって、図１６に示すように、管理プログラム１７００ａは、管理プロセス１６００ａとして機能する。この管理プロセス１６００ａは、ＨＤＤ１７００から読み出した各種データを適宜ＲＡＭ１６００上の自身に割り当てられた領域に展開し、この展開した各種データに基づいて各種処理を実行する。なお、管理プロセス１６００ａは、図２に示した各処理部にて実行される処理を含む。また、ＣＰＵ１４００上で仮想的に実現される各処理部は、常に全ての処理部がＣＰＵ１４００上で動作する必要はなく、必要な処理部のみが仮想的に実現されればよい。

なお、上記の管理プログラム１７００ａについては、必ずしも最初からＨＤＤ１７００やＲＯＭ１５００に記憶させておく必要はない。たとえば、コンピュータ１０００に挿入されるフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などの「可搬用の物理媒体」に各プログラムを記憶させる。または、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）ディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させる。そして、コンピュータ１０００がこれらの可搬用の物理媒体から各プログラムを取得して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などを介してコンピュータ１０００に接続される他のコンピュータまたはサーバ装置などに各プログラムを記憶させておいてもよい。そして、コンピュータ１０００がこれらから各プログラムを取得して実行するようにしてもよい。

１ 管理システム
１０ 管理サーバ
１１ 記憶部
１１１ 在宅クライアント記憶部
１１２ 在宅勤務申請記憶部
１１３ 在宅勤務履歴記憶部
１１４ ファイル作業履歴記憶部
１２ 制御部
１２１ 接続制御部
１２２ 接続監視部
１２３ ファイル監視部
１２３Ａ 開始検出部
１２３Ｂ 更新検出部
１２３Ｃ 終了検出部
１２４ 申請受付部
１２５ 延長申請受付部
１２６ 検証部
２０ 認証サーバ
２１ 記憶部
２１１ ユーザ認証情報記憶部
２２ 制御部
２２１ ユーザ認証部
３０，４０ クライアント
３１，４１ 記憶部
３２，４２ 制御部
３２１，４２１ 接続制御部
３２２，４２２ 申請処理部
４２３ 申請受理部
５０ クライアント
５１ 記憶部
５１１ 在宅勤務時間記憶部
５２ 制御部
５２１ 接続制御部
５２２ ファイル処理部
５２３ 警告部
５２４ 延長申請部
５２５ 削除部
６０ ネットワーク

Claims (8)

1. 管理サーバに予めアップロードされたファイルが、当該管理サーバからクライアントにアプリケーションを介してダウンロードされた時点を、当該クライアントのユーザの在宅勤務における作業開始時点として検出する開始検出部と、
   前記クライアント上にダウンロードされたファイルの、前記クライアント上での更新を検出する更新検出部と、
   前記クライアント上で更新されたファイルが、前記管理サーバ上にアップロードされた時点を、当該クライアントのユーザの在宅勤務における作業終了時点として検出する終了検出部と、
   を備えることを特徴とする管理システム。
2. 前記クライアント上にダウンロードされたファイルが、前記管理サーバにアップロードされるとき、前記クライアント上から当該ファイルを消去する削除部をさらに備えることを特徴とする請求項１に記載の管理システム。
3. 在宅勤務時間の終了時間になると、前記クライアント上にダウンロードされたファイルを当該クライアント上から消去する削除部をさらに備えることを特徴とする請求項１または２に記載の管理システム。
4. 前記管理サーバに予め登録された在宅勤務時間の終了時間の所定時間前になると、前記クライアントにおいて警告表示を実行する警告部と、
   所定の時間帯における所定期間内の在宅勤務延長登録を受け付ける延長申請受付部と、
   をさらに備えることを特徴とする請求項１から３のいずれか１項に記載の管理システム。
5. 前記管理サーバと、前記クライアント上で動作するクライアントアプリケーションとの通信が途絶している期間を、作業停止期間として検出する、接続監視部をさらに備えることを特徴とする請求項１から４のいずれか１項に記載の管理システム。
6. 前記クライアントが前記管理サーバにログインした時点と、前記開始検出部が検出した作業開始時点との第１の差分が、所定閾値を超えるか否か、
   前記クライアントが前記管理サーバからログアウトした時点と、前記終了検出部が検出した作業終了時点との第２の差分が、所定閾値を超えるか否か、
   前記更新検出部が検出した更新の間隔が所定値を超えるか否か、
   に基づき、在宅勤務を評価する検証部をさらに備えることを特徴とする請求項１から５のいずれか１項に記載の管理システム。
7. コンピュータに、
   管理サーバに予めアップロードされたファイルが、当該管理サーバからクライアントにアプリケーションを介してダウンロードされた時点を、当該クライアントのユーザの在宅勤務における作業開始時点として検出し、
   前記クライアント上にダウンロードされたファイルの、前記クライアント上での更新を検出し、
   前記クライアント上で更新されたファイルが、前記管理サーバ上にアップロードされた時点を、当該クライアントのユーザの在宅勤務における作業終了時点として検出する、
   ことを含む各処理を実行させることを特徴とする管理方法。
8. 管理サーバに予めアップロードされたファイルが、当該管理サーバからクライアントにアプリケーションを介してダウンロードされた時点を、当該クライアントのユーザの在宅勤務における作業開始時点として検出し、
   前記クライアント上にダウンロードされたファイルの、前記クライアント上での更新を検出し、
   前記クライアント上で更新されたファイルが、前記管理サーバ上にアップロードされた時点を、当該クライアントのユーザの在宅勤務における作業終了時点として検出する、
   各手順を含む処理を、コンピュータに実行させることを特徴とする管理プログラム。

Images