JP6131671B2

JP6131671B2 - 出退管理システム、出退管理方法、及び出退管理プログラム

Info

Publication number: JP6131671B2
Application number: JP2013067399A
Authority: JP
Inventors: 友記子大野; 崇之小野津
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2013-03-27
Filing date: 2013-03-27
Publication date: 2017-05-24
Anticipated expiration: 2033-03-27
Also published as: JP2014191642A

Description

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

勤怠管理を行う手法として、タイムカードに打刻することが従来から行われている。また、非接触型のＩＣカードを、タイムカードリーダライターにかざすことで、オンラインで勤怠管理を行うことが行われている。

例えば、派遣社員が勤務する派遣先毎に、その派遣先を識別するための識別情報が書き込まれたＩＣタグを設置する。派遣社員は、そのＩＣタグの情報を読み込むことのできる機能を備えるとともに、自身のＩＤが登録された携帯電話を所持し、派遣先に出勤した際、或いは派遣先から退勤する際には、ＩＣタグの識別情報を携帯電話に読み込ませる。すると、その携帯電話から、読み込んだ識別情報と、識別情報を読み込んだ時刻情報と、ＩＤとが、サーバに送信される。そして、サーバにおいては、それらの情報に基づき、それらの情報が表す派遣社員の派遣先への出退情報が、出退情報ＤＢに書き込まれる技術がある（例えば、特許文献１参照）。

また、少なくとも勤怠管理を行う単位施設毎に固有の識別情報が記録されて就業先に設けられたＩＣタグと無線通信を行う携帯端末機と、少なくとも携帯端末機の端末情報を当該就業者の氏名と対応付けてデータベースとして予め登録された勤怠管理サーバとを備える。携帯端末機は、少なくとも読み出したＩＣタグの識別情報と、当該携帯端末機の端末情報とを、勤怠管理サーバに対して送信する。勤怠管理サーバは、携帯端末機１０から送信された情報に基づいて、当該就業者についての打刻処理を行う勤怠管理システムが知られている（例えば、特許文献２参照）。

また、派遣社員又は派遣スタッフの派遣を依頼した派遣先（要介護者宅）が、カードＩＤと識別コードを備えたＩＣカードを所持し、派遣社員又は派遣スタッフは、打刻処理アプリケーションソフトが実装された携帯電話機を所持して、上記ＩＣカードの読取りによって携帯電話機が打刻した勤怠データを、利害関係の無い第三者のデータセンターが受信・管理すると共にＩＣカードにも打刻データを書き込む技術が存在する（例えば、特許文献３参照）。

特開２００７−０４８１２７号公報特開２００５−２２２２７３号公報特開２００８−３１０４７４号公報

上述の従来の勤怠管理システムのうち、ＩＣタグなどを就業先に置くシステムでは、就業先に勤怠管理のシステムを設置せずに勤怠管理を実現できる。そして、ＩＣタグに携帯電話をかざしたときに、携帯電話の通信機能を利用して、携帯電話がセンタとリアルタイムで通信を行うことで、センタ側で勤怠管理が行われる。

しかしながら、このようなシステムでは、地下や過疎地等の携帯端末の通信圏外の場所では、リアルタイムでの通信ができない。このため、正確な打刻時刻を把握することに困難を伴う。例えば、通信圏外でリアルタイム通信が行えず、携帯端末の内部時計が利用される場合には、携帯端末の所有者が携帯端末の内部時計の設定を変更して不正な打刻を行うことが容易に行える。また、ＩＣカードを複製できれば、別の場所で不正な打刻を行うこともできる。

また、勤怠管理以外にも、整理券の配布、マラソンのチェックポイントなど、本人が所定の場所に所在した時刻を管理するニーズが存在する。

１つの側面では、本発明は、携帯端末が通信圏外である場合、ＩＣカードが複製された場合などにおいて、出退管理の管理対象者が所持する携帯端末を利用して出退管理をする際に発生し得る正常でない打刻に対する対策を簡便に行うことを目的とする。

実施形態の一側面によれば、タグと、複数の携帯端末と、前記複数の携帯端末と通信を行う管理装置と、を有し、前記複数の携帯端末の各々は、打刻のために前記携帯端末が前記タグにかざされる際に、打刻時刻を前記携帯端末の内部時計によって特定する打刻時刻特定部と、前記タグからシーケンス番号を読み込む読込部と、読み込まれた前記シーケンス番号を更新して前記タグに書き込む書込部と、前記シーケンス番号と、前記打刻時刻と、前記携帯端末の識別情報とを、対応付けて前記管理装置に送信する送信部と、を含み、前記管理装置は、複数の携帯端末の各々から受信したシーケンス番号と、打刻時刻と、携帯端末の識別情報とに基づいて、前記複数の携帯端末の各々のうち、信頼性が低下している可能性のある内部時計を持つ携帯端末を特定する携帯端末特定部を含む、出退管理システムが提供される。

実施形態によれば、出退管理の管理対象者が所持する携帯端末を利用して出退管理をする際に発生し得る、正常でない打刻に対する対策を簡便に行うことができる。

一実施形態の概要を示すブロック図。一実施形態の例を示すブロック図。一実施形態の動作の概要を示すフローチャート。出勤履歴テーブルの例を示す図。シーケンス番号と打刻時刻による判断の例を示すフローチャート。携帯端末の時刻と管理サーバの時刻との差を判断する例を示すフローチャート。出勤履歴テーブルの例を示す図。直前のシーケンス番号の打刻時刻を修正して再判定を行うフローチャート。一実施形態のハードウェア構成を示す図。

以下、図面を参照しながら、実施形態を説明する。図において、同じ要素に対しては、異なる図であっても同じ参照番号が付されている場合がある。

実施形態においては、主に勤怠管理を例にとって説明を行う。しかしながら、実施形態は、勤怠管理の用途に限られるものではない。たとえば、上述のように、各種実施形態は、整理券の配布、マラソンのチェックポイントなど、本人が所定の場所に所在した時刻を管理する用途に利用することができる。また、各実施形態は、出勤を例として説明を行うが、退勤の管理においても同様に利用できることは言うまでもない。

図１は、一実施形態の概要を示している。実施形態のシステムは、タグ１１０、携帯端末１２０、管理サーバ１４０を含む。そして、携帯端末１２０と管理サーバ１４０とは、ネットワーク１３０によって接続され得る。なお、管理サーバ１４０は、管理装置の一例である。

タグ１１０の代表的な例は、ＩＣカードであるが、これに限られるものではない。タグ１１０は、携帯端末１２０と通信（１１１）ができ、携帯端末とデータの交換ができるものであればよい。また、通信１１１は、タグ１１０と携帯端末１２０とが、非接触で通信できることが望ましいが、接触する通信を用いてもよい。また、通信１１１は、電磁波、光、音、磁場、電場などが用いられてもよい。

携帯端末１２０は、管理サーバ１４０とネットワークを介して通信を行うことができ、タグ１１０との通信が行えるものであればよい。

管理サーバ１４０は、携帯端末１２０と、ネットワーク１３０を介して通信を行う。なお、携帯端末１２０と管理サーバ１４０との間のネットワーク１３０は、常時接続されている必要はない。携帯端末１２０と管理サーバ１４０とは、ネットワーク１３０が接続されたときに、データの伝送が行えればよい。管理サーバ１４０は、勤怠管理などのために利用されるソフトウエアがインストールされていてもよく、必要に応じて、勤怠管理の出力をディスプレイ、プリンタなどに出力することができる。

また、管理サーバ１４０は、携帯端末１２０の識別情報と、その所有者の識別情報（氏名等）との対応関係を記憶しておくことが望ましい。この対応関係を用いて、携帯端末１２０の所有者を特定することができる。

図２は、一実施形態の例を示すブロック図である。本実施形態のシステムは、タグ１１０と、携帯端末１２０と、管理サーバ１４０とを有する。

携帯端末１２０は、打刻時刻特定部２０２と、読込部２０４と、書込部２０６と、端末識別情報等記憶部２０８と、内部時計２０３と、インタフェース２２０と、送信部２１０とを有する。

インタフェース２２０は、タグ１１０との通信１１１を行うための機能を有する。打刻時刻特定部２０２は、例えば、インタフェース２２０とタグ１１０とが通信を開始したときに、内部時計２０３から時刻を取得する。打刻時刻特定部２０２は、取得された時刻を、打刻時刻として特定する。特定された時刻は、送信部２１０に送られる。インタフェース２２０とタグ１１０とが通信を開始する契機の例としては、携帯端末がタグにかざされたときである。

なお、通信１１１が、例えばＢｌｕｅｔｏｏｔｈ（登録商標）などで、比較的広い通信エリアをカバーする場合には、携帯端末１２０が、その通信エリアに入った際に、通信が開始されてもよい。そして、通信が開始された時刻を打刻時刻として特定してもよい。

なお、比較的広いエリアをカバーする通信１１１が利用される場合には、通信１１１を定期的にチェックすることにより、端末を所持する者が、就業場所から離れたこともチェックすることができる。通信１１１が途絶えた時刻を、管理サーバに送ることにより、退勤時刻、外出時刻を、携帯端末をタグにかざすことなく管理できる。

内部時計２０３は、送信部２１０とも接続され、送信部２１０が送信時刻を管理サーバ１４０に送信する際に利用される。

読込部２０４は、インタフェース２２０を介して、タグ１１０内に保存されている情報を読み込む。読み込む情報としては、シーケンス番号、タグの識別情報などが挙げられる。読み込まれたシーケンス番号は、書込部２０６と、送信部２１０に与えられる。また、読み込まれたタグの識別情報は、送信部２１０に与えられる。

書込部２０６は、読み込まれたシーケンス番号を、更新（例えばインクリメント）して、インタフェース２２０を介して、タグ１１０に書き込む。なお、シーケンス番号は、更新の順序が分かるものであればよい。したがって、シーケンス番号は、必ずしも番号である必要はない。シーケンス番号を利用する目的については後述する。

端末識別情報等記憶部２０８は、少なくとも携帯端末の識別情報を送信部に与える。携帯端末の識別情報は、その携帯端末を識別する目的に加えて、その所有者を識別する目的にも利用することができる。

送信部２１０は、少なくとも、打刻時刻、シーケンス番号、及び端末識別情報を管理サーバに送信する。なお、送信部２１０は、タグ１１０の識別情報を、管理サーバに送信してもよい。例えば、就業先が複数ある場合、就業先のエリアが広い場合などでは、複数のタグ１１０が用いられる場合がある。タグ１１０の識別情報を管理サーバに併せて送ることにより、複数の場所の各々における勤怠管理を行うことができる。

なお、シーケンス番号は、更新前のシーケンス番号、又は更新後のシーケンス番号の何れかを送るよう、予め規則を定めておくことが望ましい。送信部は、この所定の規則に従って、更新前のシーケンス番号、又は更新後のシーケンス番号のいずれかを管理サーバに送信する。

また、出勤打刻用と、退勤打刻用に、別のタグ１１０を用いてもよい。管理サーバは、タグ１１０の識別情報から、出勤か退勤かを判断することができる。

また、管理サーバ１４０が、複数の企業の勤怠管理を行う場合には、タグ１１０の識別情報によって、企業を識別することができる。

また、マラソンのチェックポイント、整理券配布など、勤怠管理以外の目的で、本実施形態が利用される場合には、タグ１１０の識別情報により、利用目的を特定し、適切な処理を管理サーバ１４０が実行できる。

図２における管理サーバ１４０は、携帯端末特定部２５０と、受信部２６０と、受信時刻特定部２７０と、サーバ管理時計２８０とを有する。

受信部２６０は、携帯端末１２０の送信部２１０から、ネットワーク１３０を経由した信号を受信する。受信部は、受信時刻を特定するために受信時刻特定部２７０に、受信した旨を伝える。

受信時刻特定部２７０は、管理サーバの管理下にあるサーバ管理時計２８０を用いて、受信時刻を特定する。なお、ネットワーク１３０には、遅延が存在する。したがって、送信部２１０が送信を行った時刻と、受信部２６０が受信を行った時刻は、正確には一致しない。従って、携帯端末毎に、ネットワーク１３０の遅延時間を測定し、測定された遅延時間を用いて、受信時刻を補正してもよい。ネットワーク１３０として、インターネットが利用される場合には、ｐｉｎｇ又は他のツールを利用して、携帯端末１２０毎に、ネットワーク１３０の遅延時間を測定してもよい。

携帯端末特定部２５０は、例えば、第１判定部２５２、第２判定部２５４、時刻修正部２５６を有する。

携帯端末特定部２５０は、携帯端末１２０の内部時計２０３の設定が不正に変更されている可能性のある携帯端末を特定することができる。また、携帯端末特定部２５０は、携帯端末１２０の内部時計２０３が、正確な時刻からずれている可能性のある携帯端末を特定することができる。

なお、第１判定部２５２の動作については、図５を用いて詳述する。第２判定部２５４の動作については、図６を用いて詳述する。時刻修正部２５６の動作については、図８を用いて詳述する。

図３は、一実施形態の動作の概要を示すフローチャートである。図３（Ａ）は、携帯端末１２０の動作の例を示す。

ステップ３０２で、打刻時刻特定部２０２は、携帯端末１２０が、タグ１１０にかざされた打刻時刻を特定する。

ステップ３０４で、読込部２０４は、タグ１１０から、シーケンス番号を読み込み、シーケンス番号を書込部２０６に与える。

ステップ３０６で、書込部２０６は、シーケンス番号を更新（例えばインクリメント）し、タグ１１０に書き込む。タグ１１０において、シーケンス番号は、上書きすることができる。上書きすることによって、タグ１１０のメモリ容量を節約することができる。

ステップ３０８で、送信部２１０は、送信可能か否かを判断する。送信が可能となるまで、このステップ３０８を繰り返す。送信可能となった場合には、処理はステップ３１０に移る。

ステップ３１０で、送信部２１０は、少なくとも、打刻時刻、シーケンス番号、及び端末識別情報を管理サーバ１４０に送信する。なお、送信部２１０は、タグ１１０の識別情報、及び送信時刻を、管理サーバ１４０に送信してもよい。

図３（Ｂ）は、管理サーバ１４０の動作の例を示す。

ステップ３５０で、管理サーバ１４０は、少なくとも、打刻時刻、シーケンス番号、及び端末識別情報を、携帯端末１２０から受信する。タグ１１０の識別情報、及び送信時刻を、携帯端末１２０から受信してもよい。

ステップ３５２で、受信時刻特定部２７０は、受信時刻を特定する。

図４は、出勤履歴テーブル１の例を示している。出勤履歴テーブル１は、出勤者４０２、タグ識別情報４０４、シーケンス番号４０６、携帯端末識別情報４０８、打刻時刻４１０、携帯端末送信時刻４１２、管理サーバ受信時刻４１４、判定１（４１６）、及び判定２（４１８）を有してもよい。

シーケンス番号４０６は、昇順に並んでいる。したがって、エントリ４２１にはシーケンス番号７、エントリ４３１には、シーケンス番号８が入力されている。

通常、シーケンス番号４０６が増加すれば、打刻時刻４１０も増加する。しかしながら、打刻時刻４１０のエントリ４２２は、８：３５であり、エントリ４３２は、８：３０であり、時刻は、減少している。そして、その減少量は、５分である。この場合、エントリ４３２の値は、携帯電話の内部時計の設定を不正に変更した可能性が高いと判断される。たとえば、閾値を３分として、時刻の減少量が、その閾値を超える場合、内部時計の設定値を変更したと判定し、判定１（４１６）のエントリ４３３にＥｒｒｏｒを記入することとしてもよい。

また、携帯端末送信時刻４１２のエントリ４５５と、管理サーバ受信時刻４１４のエントリ４５６との差について着目する。エントリ４５５の値は１７：５０であり、エントリ４５６の値は１７：４８である。これらのエントリの差の絶対値は、２分である。例えば、閾値を１分とし、携帯端末送信時刻４１２と管理サーバ受信時刻４１４との差の絶対値が閾値の１分を超える場合、携帯端末１２０の内部時計が誤っていると判定してもよい。これらのエントリの差の絶対値は、２分であり、閾値の１分を超えるため、判定２（４１８）のエントリ４５７にＡｌａｒｍを記入することとしてもよい。

以上のように、出勤履歴テーブルにより、出勤の管理を行うと共に、携帯端末１２０の内部時計２０３の不正な設定又は誤りを発見し、かつ管理することができる。

図５は、シーケンス番号と打刻時刻による判断の例を示すフローチャートを示している。

ステップ５０２で、第１判定部２５２は、シーケンス番号ｎ−１の打刻時刻Ｔ_ｎ−１から、シーケンス番号ｎの打刻時刻Ｔ_ｎを減算した値が、閾値Ｔｈ１を超えるか否かを判断する（この判断は、Ｔ_ｎからＴ_ｎ−１を差し引いた値が、負の場合であって、この差し引いた値の絶対値が閾値Ｔｈ１を超えるか否かの判断と同じである。）。閾値Ｔｈ１としては、上述の例の場合には、３分を用いた。閾値は、０であってもよい。この判断が「はい」であればステップ５０６に進む。この判断が「いいえ」であればステップ５０４に進む。

ステップ５０６で、Ｅｒｒｏｒを返し、例えば図４の判定１（４１６）のシーケンス番号ｎのエントリにＥｒｒｏｒを記入する。このＥｒｒｏｒが記入された端末は、内部時計２０３が、不正に設定されている可能性が高いと判断される。

ステップ５０４で、ＯＫを返す。この場合には、内部時計２０３の設定は、正常であると判断される。

以上のようにして、携帯端末１２０の内部時計２０３の不正な設定が行われた可能性の高い携帯端末を特定することができる。

図６は携帯端末１２０の時刻と管理サーバ１４０の時刻との差を判断する例を示すフローチャートである。

ステップ６０２で、第２判定部２５４は、携帯端末送信時刻４１２（Ｔ_ｎａ）から、管理サーバ受信時刻４１４（Ｔ_ｎｂ）の差の絶対値が、閾値Ｔｈ２を超えるか否かを判断する。この判断が「はい」であれば、ステップ６０６に進む。この判断が「いいえ」であればステップ６０４に進む。

ステップ６０６で、Ａｌａｒｍを返す。この場合、携帯端末送信時刻４１２（Ｔ_ｎａ）と、管理サーバ受信時刻４１４（Ｔ_ｎｂ）との差の絶対値が閾値Ｔｈ２よりも大きい。この場合には、その携帯端末１２０の内部時計２０３が誤っている可能性が高い。

なお、この実施形態の場合には、内部時計を不正に設定したと判断せず、誤りであると判断した。その理由は、以下の通りである。不正に内部時計を設定する場合には、例えば始業時の直前に、内部時計を不正に変更し、打刻後に内部時計を正常に戻す操作が行われる場合が多い。したがって、打刻が集中する始業時において、シーケンス番号と、打刻時刻の不整合が発生する場合が多い。

これに対して、内部時計が誤っている場合には、その携帯端末において、比較的定常的に（すなわち、打刻の都度）Ａｌａｒｍが発生し続けることが多い。例えば、打刻のときには、携帯端末が通信圏外であった場合には、携帯端末が通信圏内に入ったときに、携帯端末の送信時刻が、管理サーバ１４０に送られる。この通信が行われる時刻は、始業時刻から一定の時間が経過した時刻である場合が多い。したがって、Ａｌａｒｍが返される場合には、故意に携帯端末の設定を操作した可能性は低いと推定される。

なお、打刻の時に、携帯端末が通信圏内に存在する場合には、上述のＥｒｒｏｒとＡｌａｒｍの両者が返される場合も発生すると想定される。この場合には、通信がリアルタイムで行われるため、管理サーバ１４０の管理する時計の時刻を打刻時刻として扱って、管理してもよい。

なお、特定の端末において、Ａｌａｒｍが定常的（例えば、数日）に発生する場合であって、携帯端末の時刻と管理サーバ１４０の時刻の差が安定している場合には、その差を用いて、その携帯端末の打刻時刻を補正するようにしてもよい（不図示）。

図７は、出勤履歴テーブルの例を示している。図４と異なる部分は、エントリ７２３の時刻である。図４では、エントリ４２３の値は１６：０４であったが、図７では、エントリ７２３の値は１６：０９となっている。

エントリ７２１にシーケンス番号７が記入されているＢ氏の携帯端末の携帯端末送信時刻４１２は、エントリ７２３に記載されているように１６：０９である。そして管理サーバ受信時刻４１４のエントリ７２４は、１６：０３である。

この場合、携帯端末送信時刻４１２から管理サーバ受信時刻４１４を差し引いた値は、６分となる。この場合、Ｂ氏の携帯端末１２０の内部時計２０３は、６分進んでいる可能性が高い。このため、打刻時刻４１０のエントリ７２２は、８：３５であるが、より正確な打刻時刻は、６分前の８：２９である可能性が高いため、補正してもよい。

上述のように、Ｂ氏の携帯端末１２０の打刻時刻４１０を補正した場合には、シーケンス番号４０６のエントリ７３１に８が記載されているＣ氏の携帯端末の打刻時刻４１０のエントリ７３２の値８：３０は、矛盾のない打刻時刻となる。

上記の事情を考慮して、図４においては、エントリ４３３においてＥｒｒｏｒが記入されていたが、図７のエントリ７３３には、ＯＫが記入されている。

例えば、以下の手順を実行することにより、上述の判断を行うことができる。まず、図４に示されるように、判定１（４１６）においてＥｒｒｏｒが存在するエントリ４３３のシーケンス番号８を特定する。そして、その直前のシーケンス番号７において、打刻時刻４１０の値を以下のようにして補正する。

以下、図７を用いて説明する。まず、シーケンス番号７の携帯端末送信時刻４１２（エントリ７２３）から管理サーバ受信時刻４１４（エントリ７２４）を差し引いた値αを求める。次に、シーケンス番号７の打刻時刻４１０（エントリ７２２）からαを差し引いた値を、シーケンス番号７の補正された打刻時刻とする。そして、シーケンス番号７の補正された打刻時刻から、シーケンス番号８の打刻時刻４１０（エントリ７３２）を差し引いた値が、第１の閾値（例えば３分）を超えなければ、シーケンス番号８の打刻時刻４１０（エントリ７３２）は妥当（ＯＫ）であると判断する。なお、αの絶対値６は、第２の閾値（例えば１分）を超えているため、判定２（４１８）のエントリ７２５にＡｌａｒｍを記入する。

図８は、直前のシーケンス番号の打刻時刻を修正して再判定を行うフローチャートであり、上述の判断をフローチャートにしたものである。

ステップ８０２で、第１判定部２５２は、シーケンス番号ｎ−１の打刻時刻Ｔ_ｎ−１から、シーケンス番号ｎの打刻時刻Ｔ_ｎを減算した値が、閾値Ｔｈ１を超えるか否かを判断する。閾値Ｔｈ１としては、上述の例の場合には、３分を用いた。閾値は、０であってもよい。この判断が「はい」であればステップ８０４に進む。この判断が「いいえ」であればステップ８１２に進む。

ステップ８０４で、時刻修正部２５６は、シーケンス番号ｎ−１における携帯端末送信時刻Ｔ_{（ｎ−１）ａ}から管理サーバ受信時刻Ｔ_{（ｎ−ｗ）ｂ}を差し引いた値をαとする。加えて、シーケンス番号ｎ−１の打刻時刻Ｔ_ｎ−１を補正するために、Ｔ_ｎ−１−αを計算し、この計算結果を新たな打刻時刻Ｔ_ｎ−１とする。

ステップ８０６で、第２判定部２５４は、αの絶対値が第２の閾値Ｔｈ２を超えるか否かを判断する。この判断が、「はい」であればステップ８０８に進む。この判断が「いいえ」であれば、ステップ８１０に進む。

ステップ８０２で、シーケンス番号ｎ−１の携帯端末１２０に対してＡｌａｒｍを返す。この場合、上記αの絶対値が閾値Ｔｈ２よりも大きい。この場合には、シーケンス番号ｎ−１の携帯端末１２０の内部時計２０３が誤っている可能性が高い。

ステップ８１０で、第１判定部２５２は、シーケンス番号ｎ−１の補正された打刻時刻Ｔ_ｎ−１から、シーケンス番号ｎの打刻時刻Ｔ_ｎを減算した値が、閾値Ｔｈ１を超えるか否かを判断する。この判断が「はい」であれば、ステップ８１４に進む。この判断が「いいえ」であれば、ステップ８１２に進む。

ステップ８１４で、シーケンス番号ｎの携帯端末１２０に対して、Ｅｒｒｏｒを返す。このＥｒｒｏｒが記入された端末は、内部時計２０３が、不正に設定されている可能性が高いと判断される。

ステップ８１２で、シーケンス番号ｎの携帯端末１２０に対して、ＯＫを返す。この場合には、内部時計２０３の設定は、正常であると判断される。

なお、図８においては、シーケンス番号ｎ−１の打刻時刻のみを補正したが、シーケンス番号ｎの打刻時刻も同様に補正してもよい。

以上のようにして、Ｅｒｒｏｒと判断されたシーケンス番号の直前のシーケンス番号の打刻時刻を補正することによって、より正確な打刻順序性の判断が行える。

図９は、一実施形態のハードウェアの構成例を示す図である。ハードウェアは、プロセッサ９０２、メモリ９０４、表示制御部９０６、表示装置９０８、入出力装置９１０、通信制御部９１２、ドライブ装置９１４、ハードディスク９１８が含まれてもよい。そして、それぞれの機器は、バス９２０によって接続されている。また、ドライブ装置９１４は、可搬記録媒体９１６を読み書きすることができる。そして通信制御部９１２には、ネットワーク（不図示）が接続され得る。ハードディスク９１８及び／又はメモリ９０４には、プログラムのソース及び、ソースに関連する世代等の管理情報が格納されてもよい。

一実施形態におけるプログラムの一部又は全部は、メモリ９０４、ハードディスク９１８等に格納され、プロセッサ９０２によって動作してもよい。

なお、本実施形態の全部又は一部はプログラムによってインプリメントされ得る。このプログラムは、可搬記録媒体９１６に格納することができる。可搬記録媒体９１６とは、非一時的（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ）な記憶媒体を言う。例示として、可搬記録媒体９１６としては、磁気記録媒体、光ディスク、光磁気記録媒体、不揮発性メモリなどがある。磁気記録媒体には、ＨＤＤ、フレキシブルディスク（ＦＤ）、磁気テープ（ＭＴ）などがある。光ディスクには、ＤＶＤ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｃ）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（ＣｏｍｐａｃｔＤｉｓｃ−ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＣＤ−Ｒ（Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）などがある。また、光磁気記録媒体には、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌｄｉｓｋ）などがある。可搬型記録媒体に格納されたプログラムが読み出され、プロセッサによって実行されることにより、本発明の実施形態の全部又は一部が実施され得る。

以上、図面を用いて本発明の実施形態を詳細に説明した。なお、上述の実施形態は、発明を理解するためのものであり、本発明の範囲を限定するためのものではない点に留意すべきである。また、上述の複数の実施形態は、相互に排他的なものではない。したがって、矛盾が生じない限り、異なる実施形態の各要素を組み合わせることも意図されていることに留意すべきである。また、請求項に記載された方法、及びプログラムに係る発明は、矛盾のない限り処理の順番を入れ替え、或いはスキップしてもよい。あるいは、複数の処理を同時に実行してもよい。そして、これらの実施形態も、請求項に記載された発明の技術的範囲に包含されることは言うまでもない。

また、コンピュータが読み出したプログラムコードを実行することにより、上述の実施形態の機能が実現されるだけでなく、そのプログラムコードの指令に基づき、コンピュータ上で稼働しているＯＳ、仮想マシンモニタＶＭＭ、ファームウエア、ＢＩＯＳなどのプログラムが実際の処理の一部または全部を行ない、その処理によって実施形態の機能が実現される場合も、本発明に含まれることは言うまでもない。

また、本発明の各種実施形態のそれぞれの構成要素は、物理的に分離された複数のハードウェアで実現されてもよい。また、本発明の各種実施形態のそれぞれの構成要素は、１つ以上のサーバ上で動作することによって実現されてもよい。また、本発明に係るプログラムを実行するＣＰＵは複数であってもよく、また、各ＣＰＵは複数のコアを含んでいてもよい。

以上の実施形態に関して、以下の付記を開示する。
（付記１）
タグと、
複数の携帯端末と、
前記複数の携帯端末と通信を行う管理装置と、を有し、
前記複数の携帯端末の各々は、
打刻のために前記携帯端末が前記タグにかざされる際に、打刻時刻を前記携帯端末の内部時計によって特定する打刻時刻特定部と、
前記タグからシーケンス番号を読み込む読込部と、
読み込まれた前記シーケンス番号を更新して前記タグに書き込む書込部と、
前記シーケンス番号と、前記打刻時刻と、前記携帯端末の識別情報とを、対応付けて前記管理装置に送信する送信部と、
を含み、
前記管理装置は、
複数の携帯端末の各々から受信したシーケンス番号と、打刻時刻と、携帯端末の識別情報とに基づいて、前記複数の携帯端末の各々のうち、信頼性が低下している可能性のある内部時計を持つ携帯端末を特定する携帯端末特定部を含む、
出退管理システム。
（付記２）
前記携帯端末特定部は、所定のシーケンス番号に対応する所定の携帯端末の前記打刻時刻から、前記所定のシーケンス番号の直前のシーケンス番号に対応する他の携帯端末の前記打刻時刻を差し引いた第１の差が、負の値であって、その絶対値が第１の閾値を超える場合、前記所定の携帯端末の内部時計の設定値が改竄されている可能性があると判定する、第１判定部を含む、
付記１記載の出退管理システム。
（付記３）
前記送信部は、前記内部時計の現在の時刻を、前記管理装置に更に送信し、
前記管理装置は、
前記現在の時刻を受信した受信時刻を、前記管理装置の管理する時計によって特定する、受信時刻特定部、を更に含み、
前記携帯端末特定部は、前記現在の時刻から、前記受信時刻を差し引いた第２の差の絶対値が、第２の閾値を超える場合、前記携帯端末の内部時計の設定が正常でないと判定する、第２判定部を含む、
付記２記載の出退管理システム。
（付記４）
前記携帯端末特定部は、前記所定の携帯端末の内部時計が改竄されている可能性があると判定された場合に、前記他の携帯端末の前記打刻時刻から前記他の携帯端末に対応する前記第２の差を差し引いた値を前記他の携帯端末の前記打刻時刻に置き換えて、前記第１判定部における処理を再度実行させる時刻修正部を含む、付記３記載の出退管理システム。
（付記５）
携帯端末が、
タグに、打刻のために前記携帯端末が、かざされる際に、打刻時刻を前記携帯端末の内部時計によって特定する処理と、
前記タグからシーケンス番号を読み込む処理と、
読み込まれた前記シーケンス番号を更新して前記タグに書き込む処理と、
前記シーケンス番号と、前記打刻時刻と、前記携帯端末の識別情報とを、対応付けて管理装置に送信する処理と、を実行し、
前記管理装置は、
複数の携帯端末の各々から受信したシーケンス番号と、打刻時刻と、携帯端末の識別情報とに基づいて、前記複数の携帯端末の各々のうち、信頼性が低下している可能性のある内部時計を持つ携帯端末を特定する処理を実行する、
出退管理方法。
（付記６）
前記携帯端末を特定する処理は、所定のシーケンス番号に対応する所定の携帯端末の前記打刻時刻から、前記所定のシーケンス番号の直前のシーケンス番号に対応する他の携帯端末の前記打刻時刻を差し引いた第１の差が、負の値であって、その絶対値が第１の閾値を超える場合、前記所定の携帯端末の内部時計の設定値が改竄されている可能性があると判定する処理を含む、
付記５記載の出退管理方法。
（付記７）
前記送信する処理は、前記内部時計の現在の時刻を、前記管理装置に更に送信する処理を含み、
前記管理装置は、
前記現在の時刻を受信した受信時刻を、前記管理装置の管理する時計によって特定する処理を更に実行し、
前記携帯端末を特定する処理は、前記現在の時刻から、前記受信時刻を差し引いた第２の差の絶対値が、第２の閾値を超える場合、前記携帯端末の内部時計の設定が正常でないと判定する処理を含む、
付記６記載の出退管理方法。
（付記８）
前記携帯端末を特定する処理は、前記所定の携帯端末の内部時計が改竄されている可能性があると判定された場合に、前記他の携帯端末の前記打刻時刻から前記他の携帯端末に対応する前記第２の差を差し引いた値を前記他の携帯端末の前記打刻時刻に置き換えて、前記改竄されている可能性があると判定する処理を再度実行させる処理を含む、付記７記載の出退管理方法。
（付記９）
管理装置に、
複数の携帯端末の各々から、シーケンス番号と、打刻時刻と、携帯端末の識別情報とを、対応付けて受信する処理であって、シーケンス番号は、前記携帯端末によって、打刻のために前記携帯端末が、タグに、かざされる際に、前記タグから読み込まれ、前記打刻時刻は、前記携帯端末の内部時計によって特定され、前記シーケンス番号は、前記携帯端末によって、更新された後に、前記タグに書き込まれる、前記受信する処理と、
複数の携帯端末の各々から受信したシーケンス番号と、打刻時刻と、携帯端末の識別情報とに基づいて、前記複数の携帯端末の各々のうち、信頼性が低下している可能性のある内部時計を持つ携帯端末を特定する処理、
を実行させる出退管理プログラム。
（付記１０）
前記携帯端末を特定する処理は、所定のシーケンス番号に対応する所定の携帯端末の前記打刻時刻から、前記所定のシーケンス番号の直前のシーケンス番号に対応する他の携帯端末の前記打刻時刻を差し引いた第１の差が、負の値であって、その絶対値が第１の閾値を超える場合、前記所定の携帯端末の内部時計の設定値が改竄されている可能性があると判定する処理を含む、
付記９記載の出退管理プログラム。
（付記１１）
前記管理装置に、
前記内部時計の現在の時刻を受信する処理と、
前記現在の時刻を受信した受信時刻を、前記管理装置の管理する時計によって特定する処理、
を更に実行させるプログラムであって、
前記携帯端末を特定する処理は、前記現在の時刻から、前記受信時刻を差し引いた第２の差の絶対値が、第２の閾値を超える場合、前記携帯端末の内部時計の設定が正常でないと判定する処理を含む、
付記１０記載の出退管理プログラム。
（付記１２）
前記携帯端末を特定する処理は、前記所定の携帯端末の内部時計が改竄されている可能性があると判定された場合に、前記他の携帯端末の前記打刻時刻から前記他の携帯端末に対応する前記第２の差を差し引いた値を前記他の携帯端末の前記打刻時刻に置き換えて、前記改竄されている可能性があると判定する処理を再度実行させる処理を含む、付記１１記載の出退管理プログラム。
（付記１３）
携帯端末に、
打刻のために前記携帯端末が、タグに、かざされる際に、打刻時刻を前記携帯端末の内部時計によって特定する処理と、
前記タグからシーケンス番号を読み込む処理と、
読み込まれた前記シーケンス番号を更新して前記タグに書き込む処理と、
前記シーケンス番号と、前記打刻時刻と、前記携帯端末の識別情報とを、対応付けて管理装置に送信する処理であって、前記管理装置に、複数の携帯端末の各々から受信したシーケンス番号と、打刻時刻と、携帯端末の識別情報とに基づいて、前記複数の携帯端末の各々のうち、信頼性が低下している可能性のある内部時計を持つ携帯端末を特定させるところの、前記送信する処理と、
を実行させる出退管理プログラム。

１１０タグ
１１１通信
１２０携帯端末
１３０ネットワーク
１４０管理サーバ
２０２打刻時刻特定部
２０３内部時計
２０４読込部
２０６書込部
２０８端末識別情報等記憶部
２１０送信部
２２０インタフェース
２５０携帯端末特定部
２５２第１判定部
２５４第２判定部
２５６時刻修正部
２６０受信部
２７０受信時刻特定部
２８０サーバ管理時計

Claims

タグと、
複数の携帯端末と、
前記複数の携帯端末と通信を行う管理装置と、を有し、
前記複数の携帯端末の各々は、
打刻のために前記携帯端末が前記タグにかざされる際に、打刻時刻を前記携帯端末の内部時計によって特定する打刻時刻特定部と、
前記タグからシーケンス番号を読み込む読込部と、
読み込まれた前記シーケンス番号を更新して前記タグに書き込む書込部と、
読み込まれた前記シーケンス番号と、前記打刻時刻と、前記携帯端末の識別情報とを、対応付けて前記管理装置に送信する送信部と、
を含み、
前記管理装置は、
複数の携帯端末の各々から受信した複数のシーケンス番号と、前記複数のシーケンス番号それぞれに対応した打刻時刻の比較結果と、携帯端末の識別情報とに基づいて、前記複数の携帯端末の各々のうち、信頼性が低下している可能性のある内部時計を持つ携帯端末を特定する携帯端末特定部を含む、
出退管理システム。
前記携帯端末特定部は、所定のシーケンス番号に対応する所定の携帯端末の前記打刻時刻から、前記所定のシーケンス番号の直前のシーケンス番号に対応する他の携帯端末の前記打刻時刻を差し引いた第１の差が、負の値であって、その絶対値が第１の閾値を超える場合、前記所定の携帯端末の内部時計の設定値が改竄されている可能性があると判定する、第１判定部を含む、
請求項１記載の出退管理システム。
前記送信部は、前記内部時計の現在の時刻を、前記管理装置に更に送信し、
前記管理装置は、
前記現在の時刻を受信した受信時刻を、前記管理装置の管理する時計によって特定する、受信時刻特定部、を更に含み、
前記携帯端末特定部は、前記現在の時刻から、前記受信時刻を差し引いた第２の差の絶対値が、第２の閾値を超える場合、前記携帯端末の内部時計の設定が正常でないと判定する、第２判定部を含む、
請求項２記載の出退管理システム。
前記携帯端末特定部は、前記所定の携帯端末の内部時計が改竄されている可能性があると判定された場合に、前記他の携帯端末の前記打刻時刻から前記他の携帯端末に対応する前記第２の差を差し引いた値を前記他の携帯端末の前記打刻時刻に置き換えて、前記第１判定部における処理を再度実行させる時刻修正部を含む、請求項３記載の出退管理システム。
携帯端末が、
タグに、打刻のために前記携帯端末が、かざされる際に、打刻時刻を前記携帯端末の内部時計によって特定する処理と、
前記タグからシーケンス番号を読み込む処理と、
読み込まれた前記シーケンス番号を更新して前記タグに書き込む処理と、
読み込まれた前記シーケンス番号と、前記打刻時刻と、前記携帯端末の識別情報とを、対応付けて管理装置に送信する処理と、を実行し、
前記管理装置は、
複数の携帯端末の各々から受信した複数のシーケンス番号と、前記複数のシーケンス番号それぞれに対応した打刻時刻の比較結果と、携帯端末の識別情報とに基づいて、前記複数の携帯端末の各々のうち、信頼性が低下している可能性のある内部時計を持つ携帯端末を特定する処理を実行する、
出退管理方法。
管理装置に、
複数の携帯端末の各々から、シーケンス番号と、打刻時刻と、携帯端末の識別情報とを、対応付けて受信する処理であって、前記シーケンス番号は、前記携帯端末によって、打刻のために前記携帯端末が、タグに、かざされる際に、前記タグから読み込まれ、前記打刻時刻は、前記携帯端末の内部時計によって特定され、前記シーケンス番号は、前記携帯端末によって、更新された後に、前記タグに書き込まれる、前記受信する処理と、
複数の携帯端末の各々から受信した複数のシーケンス番号と、前記複数のシーケンス番号それぞれに対応した打刻時刻の比較結果と、携帯端末の識別情報とに基づいて、前記複数の携帯端末の各々のうち、信頼性が低下している可能性のある内部時計を持つ携帯端末を特定する処理、
を実行させる出退管理プログラム。
携帯端末に、
打刻のために前記携帯端末が、タグに、かざされる際に、打刻時刻を前記携帯端末の内部時計によって特定する処理と、
前記タグからシーケンス番号を読み込む処理と、
読み込まれた前記シーケンス番号を更新して前記タグに書き込む処理と、
読み込まれた前記シーケンス番号と、前記打刻時刻と、前記携帯端末の識別情報とを、対応付けて管理装置に送信する処理であって、前記管理装置に、複数の携帯端末の各々から受信した複数のシーケンス番号と、前記複数のシーケンス番号それぞれに対応した打刻時刻の比較結果と、携帯端末の識別情報とに基づいて、前記複数の携帯端末の各々のうち、信頼性が低下している可能性のある内部時計を持つ携帯端末を特定させるところの、前記送信する処理と、
を実行させる出退管理プログラム。