履歴管理システム、履歴管理サーバ
【課題】履歴管理システムにおいて端末装置における時計同期による初期化処理の発生を防ぐとともに、端末装置で発生したイベントの履歴を正しく残す。
【解決手段】
端末装置１１０ａや１１０ｂは、履歴管理サーバ１００からの生存確認信号に対する応答である生存確認応答に自装置で計時している時刻を送信する。履歴管理サーバ１００は、自サーバで計時している時刻と、端末装置が送信してきた時刻との差分を記憶しておく。そして、端末装置でイベントが発生すると、端末装置は、そのイベントが発生したイベント発生時刻を含むイベント情報を送信し、履歴管理サーバ１００はイベント発生時刻に記憶した差分を加算して履歴情報として記憶する。
【解決手段】
端末装置１１０ａや１１０ｂは、履歴管理サーバ１００からの生存確認信号に対する応答である生存確認応答に自装置で計時している時刻を送信する。履歴管理サーバ１００は、自サーバで計時している時刻と、端末装置が送信してきた時刻との差分を記憶しておく。そして、端末装置でイベントが発生すると、端末装置は、そのイベントが発生したイベント発生時刻を含むイベント情報を送信し、履歴管理サーバ１００はイベント発生時刻に記憶した差分を加算して履歴情報として記憶する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の端末で発生したイベントの履歴を管理するための履歴管理システムに関し、特に、履歴情報を記憶する履歴管理サーバと、イベントを検出する端末装置とからなる履歴管理システムにおける各イベントの発生時刻の管理に関する。
【背景技術】
【０００２】
認証を実行する認証端末と、認証などのイベントに係る履歴情報を記憶する履歴管理サーバとを含んで構成される認証履歴システムがある。例えば入退室についてのシステムで言えば、認証とは、ある扉を通過させる許可をユーザに与えるか否かの判断をいう。またイベントとは、認証端末で発生する認証端末が検知可能な事象のことをいい、例えば、認証の実行や、扉の施錠、扉の開錠などが該当する。このような認証履歴システムにおいて、認証などのイベントの履歴情報は当該イベントが発生した認証端末において計時された時刻情報と共に履歴管理サーバに記憶されていた。
【０００３】
そのため、認証端末における計時が正確なものとなるように、時刻合わせをする必要がある。また、複数の認証端末がシステムに含まれる場合には、複数の認証端末それぞれで検出されたイベント間の時刻整合性を保つためにも、時刻合わせは必要となる。この時刻合わせは、履歴管理サーバが保持する時刻を基準にして、履歴管理サーバと認証端末間で時計同期を行うことによって実現する。ここで時計同期とは、認証端末の基準時刻を履歴管理サーバの基準時刻に合わせることをいう。
【０００４】
特許文献１には、生産プラントにおける操作監視装置や制御装置などの各種装置で発生するイベントの情報を収集してイベントを収集したときの時間情報とともに記録、保存できる操作履歴管理装置が開示されている。
【特許文献１】特開平９−１９６７１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、この時計同期は一時に一度の認証端末としか行えないため、認証端末の個数が増大すると、時計同期の為の時間が長くなることになる。これは即ち、時計同期の終了していない認証端末においては認証などのイベントが発生した場合に正確な時間が計時されず、その結果、認証履歴サーバの履歴情報としては誤った時刻が記録される可能性がある。また、従来のように、時計同期を実行する場合には、認証端末において時間のかかる初期化処理が発生してしまうため、その初期化処理の間、認証ができなくなるという問題が発生する。更には、時計同期は認証端末の時刻の正確性を保つために、なるべく頻繁に実行することが望ましいが、そうなると今度は履歴管理サーバ−認証端末間の通信路を圧迫してしまうという問題も発生する。
【０００６】
本発明は、これらの問題に鑑みてなされたものであり、認証端末のような端末装置であって、少なくとも時計同期によるイベントの発生が検出できなくなることを防ぎつつ、イベントが発生した時刻をほぼ正確に記録できる履歴管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明は、履歴管理サーバと、端末装置とがネットワーク接続されて構成される履歴管理システムであって、前記端末装置は、第１計時手段と、前記第１計時手段が計時する第１時刻を前記履歴管理サーバに送信する時刻送信手段と、自装置で検出したイベントのイベント情報と、当該イベントが発生したときに前記第１計時手段が計時したイベント発生時刻の情報とを前記履歴管理サーバに送信するイベント情報送信手段とを備え、前記履歴管理サーバは、第２計時手段と、前記第１時刻を受信する時刻受信手段と、前記時刻受信手段が前記第１時刻を受信した時に前記第２計時手段が計時した第２時刻と、前記第１時刻との時間差を示す時間差情報を記憶する端末時間差記憶手段と、前記イベント情報送信手段が送信した情報を受信するイベント情報受信手段と、前記イベント発生時刻と前記端末時間差記憶手段が記憶する前記時間差情報とからイベント発生換算時刻を算出する算出手段と、前記イベント情報と前記イベント発生換算時刻とを対応付けて記憶する履歴情報記憶手段とを備えることを特徴としている。
【０００８】
また、本発明は、履歴管理サーバと、端末装置とがネットワーク接続されて構成される履歴管理システムにおける履歴管理サーバであって、計時手段と、前記端末装置から当該端末装置が計時した第１時刻を受信する時刻受信手段と、前記時刻受信手段が前記第１時刻を受信した時に前記計時手段が計時した第２時刻と、前記第１時刻との時間差を示す時間差情報を記憶する端末時間差記憶手段と、前記端末装置から当該端末装置で発生したイベントに関するイベント情報であって、当該イベントが発生したときに当該端末装置が計時したイベント発生時刻とイベントの内容を示す情報とを受信するイベント情報受信手段と、前記イベント情報受信手段が受信した情報に含まれる前記イベント発生時刻と前記端末時間差記憶手段が記憶する前記時間差情報とからイベント発生換算時刻を算出する算出手段と、前記イベント情報受信手段で受信した情報に含まれるイベントの情報と前記イベント発生換算時刻とを対応付けて記憶する履歴情報記憶手段とを備えることを特徴としている。
【０００９】
ここで履歴管理システムは、端末装置で発生したイベントの履歴を管理するためのシステムであればよく、イベントとは、端末装置で発生した検出可能な事象を指す。またイベント情報とは、そのイベントを識別するための情報を言い、イベントの識別子や名称を指す。例えば、扉を通過する正当性を有するか否かを判断する認証装置においては、イベント情報は、認証の実行や扉の施錠などを指し、例えば、生産工場の管理装置においては、イベント情報は、所定数の部品の製造、あるいは工作機械の不具合の発生などを指す。
【００１０】
ここでイベント発生換算時刻は、端末装置が計時したイベント発生時刻を履歴管理サーバの基準時刻に換算した時刻のことを指す。
【発明の効果】
【００１１】
上述の構成によって、履歴管理サーバは、各認証端末との時間ずれを保持しており、各端末装置からイベント情報が送信されてきた場合には、そのイベント情報に含まれるイベント発生時刻に、保持している時間ずれを加味して、履歴管理サーバの基準時刻に合わせたイベント発生換算時刻を算出し、履歴情報を記憶することができる。これにより、端末装置では、そもそも時計同期を実行しないので時計同期による初期化に伴い認証ができない時間が発生しない。
【００１２】
また、前記履歴管理サーバは、更に、定期的に端末装置が動作しているか否かを検知するための生存確認信号を送信する生存確認信号送信手段を備え、前記時刻送信手段は、前記生存確認信号に対する応答として、応答のための所定データと共に前記第１時刻を送信し、前記端末時間差記憶手段は、前記第１時刻を受信する毎に、当該第１時刻を受信したときに前記第２計時手段が計時した第３時刻と、当該第１時刻との時間差に基づいて前記時間差情報を更新することとしてよい。
【００１３】
この構成によれば、端末装置は自端末が計時している時刻の情報を、元々履歴管理サーバが定期的に実行する各端末が正常に動作しているかどうかを検出するための生存確認信号に対する応答信号に時間情報をも付加するという従来からある情報のやり取りに付随する形で時間情報の送信もできることになり、通信路を余計に圧迫することがなくなる。従来より、入退室管理を実行するためのシステムなどにおいては、履歴管理サーバは、通常端末装置が正常に動作しているかを確認するために所定のフォーマットの生存確認信号を出力し、端末装置は、受信した生存確認信号に対して自装置の動作状態などの情報を含む生存確認応答を履歴管理サーバに返信していた。受信した生存確認応答の動作状態の情報や、生存確認応答が所定時間内に返信されなかった場合などにより、履歴管理サーバは、端末装置における異常を検知することができる。本発明は、従来からある信号のやり取りを利用して、時刻情報を端末装置が履歴管理サーバに送信できているので、時計同期のための通信が発生していないので、通信路を余計に圧迫することがなくなっている。
【００１４】
また、前記履歴管理サーバは、更に、前記第２計時手段が計時する時刻の基準となる基準時刻を変更する変更手段を備え、前記端末時間差記憶手段は、前記変更手段が時刻を変更した場合に、前記時間差情報に、前記変更手段が変更した変更後の時間と変更前の時間との差分である変更時間量を付加して、前記時間差情報を更新し、前記履歴情報記憶手段は、更に、前記変更手段が時計を変更した変更後の時刻と前記変更時間量とを対応付けて記憶し、前記イベント情報送信手段は、前記イベント発生時刻と前記イベント情報と共に、当該情報を送信する時の送信時刻を送信し、前記算出手段は、前記イベント情報受信手段が受信した情報に含まれる前記イベント発生時刻と前記送信時刻との差分をとり、当該差分が、前記変更手段が変更した変更後の時刻から前記イベント情報受信手段が情報を受信したときに前記第２計時手段が計時した時刻までに経過した時間よりも長い場合に、前記時間差情報から前記履歴情報記憶手段が記憶している前記変更時間量を除いた変更前時間差情報と前記イベント発生時刻とから前記イベント発生換算時刻を算出する例外算出処理を実行することとしてよい。
【００１５】
この構成によれば、履歴管理サーバで時間を変更したとしても、その変化分を吸収して履歴情報を登録することができる。また、端末装置におけるイベントの発生が履歴管理サーバにおいて時計を変更したタイミングの前か、後かを検出し、イベントの発生が時計変更前であった場合には、時間差情報を変更しているにも関わらず、時計変更前の時間差を用いてイベントの履歴を正しく登録することができる。
【００１６】
また、前記履歴管理サーバは、更に、前記時計変更手段が時計を変更したか否かを示す時計変更フラグを保持するフラグ保持手段を備え、前記フラグ保持手段は、前記時計変更手段が時計を変更した場合に前記時計変更フラグを立て、前記端末装置からイベント発生時刻とイベント送信時刻とが一致するイベント情報を受信した場合に前記時計変更フラグをリセットし、前記算出手段は、前記時計変更フラグが立っている場合には、前記例外算出処理を実行して前記イベント発生換算時刻を算出し、前記時計変更フラグが立っていない場合には、前記イベント情報受信手段が受信した情報に含まれる前記イベント発生時刻と前記時刻差情報とから前記イベント発生換算時刻を算出することとしてよい。
【００１７】
この構成によれば、時計変更フラグが立っているか否かによって、算出手段はイベント発生換算時刻を算出するための処理を切り替えることができる。時計変更フラグという構成がなかった場合には、常にイベント発生時刻とイベント送信時刻との差分をとり、当該差分が時計を変更した時刻からイベント情報を履歴管理サーバが受信するまでの時間より長いか否かの判断の処理を実行していたが、この時計変更フラグを設けることにより、当該処理を省略することができるので履歴管理サーバの処理負荷を軽減することができる。
【００１８】
また、前記履歴管理システムに複数の端末装置が含まれる場合に、前記送信手段は、前記第１時刻と共に、自装置の識別子を送信し、前記時刻受信手段は、当該第１時刻と共に、端末装置の識別子を受信し、前記端末時間差記憶手段は、当該第１時刻と前記第２時刻との時間差を示す時間差情報を、受信した端末装置の識別子に対応付けて対応付けて記憶し、前記イベント情報送信手段は、自装置の識別子も共に送信し、前記算出手段は、前記イベント発生時刻と前記時間差情報の受信した端末装置の識別子に対応する時間差情報とからイベント発生換算時刻を算出することとしてよい。
【００１９】
この構成によれば、複数の端末がネットワークに組み込まれていたとしても、履歴管理サーバは、各端末ごとに、それぞれの時間差情報を記憶するので、各端末にあった時間差を適用してイベントの履歴を記憶することができる。これにより、一基準に従った時間で全イベントについて一貫性をもって管理できるようになる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の履歴管理システムの一実施形態である認証履歴管理システムについて図面を用いて説明する。
＜実施の形態１＞
図１は、認証履歴管理システムのシステム図である。
図１に示すように認証履歴管理システムは、認証履歴サーバ１００と、認証端末１１０ａと、認証端末１１０ｂと、伝送路１２０と、端末１３０ａと、端末１３０ｂと、媒体１４０ａと、媒体１４０ｂと、媒体１４０ｃと、監視装置１５０と、ネットワーク１６０とを含んで構成される。ここでは、認証履歴管理システムは、入退室を管理することを目的とするシステムである。
【００２１】
認証履歴サーバ１００は、伝送路１２０を介して、各認証端末１１０ａ、１１０ｂと接続されており、それぞれの認証端末で実行された認証等のイベントに係る履歴情報を保持する機能を有する。また、ネットワーク１６０を介して接続されている監視装置１００に保持する履歴情報を送信したり、監視装置１００から送信されてきた命令を実行する機能を有する。
【００２２】
認証端末１１０ａは、自機に接続されている端末１３０ａの状態を管理する機能を有する。また、媒体１４０ａ、１４０ｂなどの認証を実行し、当該認証に基づき、端末１３０ａを制御する機能を有する。また、認証等のイベントが発生した場合に、そのイベントの情報を伝送路１２０を介して認証履歴サーバ１００に送信する機能を有する。また、認証履歴管理サーバ１００から送信されてきた生存確認信号に受けて、認証履歴サーバ１００に自機で計時する時刻の情報を含む確認応答信号を送信する機能を有する。なお、確認応答信号には、自端末の状態の情報や、自機で管理する端末の状態の情報なども含まれる。自端末の状態の情報には、端末内でエラーが発生しているか否かの情報などを含んでいる。よって、履歴管理サーバ１００に送信された自端末の状態の情報や、端末の状態の情報は、監視装置１５０に送信され、オペレータなどにより装置が故障していないかどうかを検出したりするのに利用される。
【００２３】
認証端末１１０ｂは、自機に接続されている端末１３０ｂの状態を管理する機能を有する。また、媒体１４０ｃの認証を実行し、当該認証に基づき、端末１３０ｂを制御する機能を有する。また、認証等のイベントが発生した場合に、そのイベントの情報を伝送路１２０を介して認証履歴サーバ１００に送信する機能を有する。また、認証履歴管理サーバ１００から送信されてきた生存確認信号を受けて、認証履歴サーバ１００に自機で計時する時刻の情報を含む確認応答信号を送信する機能を有する。なお、確認応答信号には、自端末の状態の情報や、自機で管理する端末の状態の情報なども含まれる。
【００２４】
端末１３０ａは、認証端末１１０ａで実行された認証に基づいて、認証端末１１０ａに制御される機器のことであり、例えば扉に付設される電子錠などのことである。
端末１３０ｂは、認証端末１１０ｂで実行された認証に基づいて、認証端末１１０ｂに制御される機器のことであり、例えば扉に付設される電子錠などのことである。
媒体１４０ａ、１４０ｂ、１４０ｃは、認証端末１１０ａ、１１０ｂで行われる認証に必要な情報を保持するものであり例えばＩＣカードである。各媒体には、それぞれの識別子情報が付与されている。
【００２５】
監視装置１５０は、認証履歴管理システムで実行された認証などのイベントの情報を確認するための装置であり、例えば、ＰＣである。
ここから、認証履歴サーバ１００の詳細について説明する。
図２は、認証履歴サーバ１００の機能構成を示した機能ブロック図である。図２に示すように認証履歴サーバ１００は、ネットワーク通信部２００と、記憶部２１０と、時計管理部２２０と、履歴生成部２３０と、下位通信部２４０とを含んで構成される。
【００２６】
ネットワーク通信部２００は、ネットワーク１６０を介して監視装置１５０との間でデータ通信を実行する機能を有する。また、ネットワーク通信部２００は、監視装置１５０から送信されてきた制御コマンドに従い、記憶部２１０から履歴情報２１１を読み出して送信する機能も有する。
記憶部２１０は、認証履歴サーバ１００が動作する上で必要なプログラムやデータを記憶する機能を有し、例えばハードディスク装置やメモリなどにより実現できる。記憶部２１０は、各認証端末で実行された認証や、発生したエラー情報などのイベントが記録された履歴情報２１１を記憶している。履歴情報２１１の詳細については、後述する。
【００２７】
時計管理部２２０は、時計であり、時刻を計時する機能を有する。自己で計時する時刻と、また、下位通信部２４０を介して認証端末から送信されてきた時刻との差分を算出し、当該認証端末との時刻差として、認証端末に対応させて時刻差情報２２１に記録する機能を有する。時刻差情報２２１は、各認証端末と、それぞれの認証端末が計時する時刻と時計管理部２２０が計時する時刻との時刻差とを対応させた情報である。時刻差情報２２１の詳細については後述する。
【００２８】
履歴生成部２３０は、下位通信部２４０を介して受信したイベントの情報に基づいて履歴を生成し、履歴情報２１１に書き加える機能を有する。履歴を生成するとは、イベント情報に含まれる機器No.で特定される機器に対応付けて、算出したイベント発生時刻とイベントの内容の情報を生成することを言う。その詳細については、後述する。
下位通信部２４０は、伝送路１２０を介して接続される各認証端末との間でデータ通信を実行する機能を有する。
【００２９】
次いで、認証端末１００ａ、１００ｂについて説明する。なお、認証端末については、その内部構成は全て同一であるとして、認証端末１１０として説明する。
図３は、認証端末１１０の機能構成を示した機能ブロック図である。図３に示すように、認証端末１１０は、上位通信部３００と、端末状態管理部３１０と、記憶部３２０と、イベント生成部３３０と、認証部３４０と、利用者情報取得部３５０と、計時部３６０とを含んで構成される。
【００３０】
上位通信部３００は、伝送路１２０を介して認証履歴サーバ１００との間で通信を実行する機能を有する。
端末状態管理部３１０は、認証端末１１０に接続されている端末の状態を管理、制御する機能を有し、また認証部３４０からの指示に基づき端末を制御する、即ち電子錠の開錠、施錠を実行する機能を有する。ここで状態とは、端末が電子錠などの場合には開錠されている、あるいは施錠されているなどの状態をいう。
【００３１】
記憶部３２０は、認証端末１１０が動作上必要とするプログラムやデータのほか、認証情報３２１と、未送信イベント３２２とを記憶する機能を有し、例えば、ハードディスク装置あるいはＲＯＭ、ＲＡＭなどにより実現される。未送信イベント３２２は、認証端末１１０が、イベント情報の送信に失敗した場合に、当該イベント情報を保存したものでる。
【００３２】
イベント生成部３３０は、認証部３４０、あるいは端末状態管理部３１０からの情報に基づいて発生したイベントに関するイベント情報を作成し、上位通信部３００を介して認証履歴サーバ１００に送信する機能を有する。
認証部３４０は、認証情報３２１と利用者情報取得部３５０から伝達された媒体が保持していたＩＤとに基づいて認証を実行する機能を有する。具体的には、ＩＤが認証情報３２１に登録されているか否かを判定する。
【００３３】
利用者情報取得部３５０は、媒体からＩＤを取得し、取得したＩＤを認証部３４０に伝達する機能を有する。
計時部３６０は、時計であり、時刻を計時する機能を有する。イベントが発生した場合にその時、計時した時刻をイベント生成部に伝達する機能を有する。
＜データ＞
ここから、認証履歴管理システムに係る各種データについて説明する。
【００３４】
まず、図４を用いて、認証端末１１０が、認証履歴サーバ１００に送信するイベント情報について説明する。図４は、イベント情報４００のデータ構成の具体例を示している。図４に示すように、イベント情報４００は、機器No.．欄４０１と、発生日時欄４０２と、対象番号欄４０３と、ＩＤ番号欄４０４と、内容欄４０５とを含んで構成される。
機器No.．欄４０１には、イベント情報４００を送信した認証端末を示す情報が含まれる。ここでは図１のシステム図にあわせて分かりやすくするために「１００ａ」と記載したが、実際には、認証端末のＩＤ番号の情報が記載される。
【００３５】
発生日時欄４０２には、イベントが発生したときに認証端末の計時部が計時した時刻の情報が含まれる。
対象番号欄４０３には、認証端末が操作した対象を示すＩＤ番号の情報が含まれており、図１のシステム図における端末１３０ａや、端末１３０ｂが該当する。
ＩＤ番号欄４０４には、認証を行った場合において、認証を実行した媒体のＩＤ番号の情報が含まれる。認証端末で発生したイベントが認証以外の場合には、ＩＤ番号欄４０４には情報が含まれないことになる。
【００３６】
内容欄４０５は、発生したイベントが何のイベントであるかを示すための情報が含まれており、イベント番号が記載される。イベントの内容とイベント番号との対応については後述する。
図４には２つの事例を示しているが、イベント情報は、２以上の別の内容のイベントがまとめられて送信されてもよいし、１つだけで送信されてもよい。即ち、一のイベントの情報だけが送信されてもよいし、２以上のイベントの情報がまとめて、一つのパケットとして送信されてもよい。
【００３７】
図５は、記憶部２１０が記憶し、履歴生成部２３０が履歴情報を作成するときに参照する端末情報２１１の概念的なデータ構成を示す具体例である。
同図に示すように端末情報２１１は、機器No.．欄５１０と、対象番号欄５２０と、対象名称欄５３０とを含んで構成され、機器No.と対象番号と対象名称とは対応付けて記憶されている。
【００３８】
機器No.欄５１０には、認証端末を識別するための情報が含まれる。本実施の形態においては、図１のシステム図に示す認証端末１１０ａ、認証端末１１０ｂが該当する。
対象番号欄５２０には、認証端末に接続されている端末に割り振られているＩＤ番号が含まれる。
そして対象名称欄５３０には、履歴情報においてオペレータが端末が何であるかを認識できるように設定した実際の名称の情報が含まれる。
【００３９】
端末情報２１０では、例えば、機器No.「１１０ｂ」には、対象番号「１００１００１１」と、対象名称「扉Ｂ」とが対応付けられて記憶されている。
図６は、記憶部２１０が記憶し、履歴生成部２３０が履歴情報を生成する際に参照するユーザ情報２１２を示している。ユーザ情報２１２は、ＩＤ番号欄６１０とユーザ名欄６２０とを含んで構成され、ＩＤ番号とユーザ名とは対応付けられて記憶されている。
【００４０】
ＩＤ番号欄６１０には、各媒体が保持するＩＤ番号の情報が含まれる。
ユーザ名欄６２０には、そのＩＤ番号が割り振られている媒体を所持するユーザの名前の情報が含まれる。
ユーザ情報２１２には、認証履歴システムを利用する全てのユーザのＩＤ情報が記憶されている。
【００４１】
図７は、記憶部２１０が記憶し、履歴生成部２３０が履歴を生成する際に参照する内容情報２１４の概念的なデータ構成例を示している。同図に示すように内容情報２１４は、内容番号欄７１０と、内容情報欄７２０とを含んで構成される。
内容番号欄７１０には、イベントに予め割り振られている番号の情報が含まれる。
内容情報欄７２０には、実際に発生したイベントの内容の情報が含まれる。
【００４２】
内容番号と、内容情報とは対応付けて記憶されており、例えば内容番号「２」には、イベントの内容情報として、「施錠」が対応付けられている。
図８は、時計管理部２２０が管理し、記憶している時刻差情報２２１の概念的なデータ構成を示している。
時刻差情報２２１は、機器No.欄８１０と、時刻差欄８２０とを含んで構成される。
【００４３】
機器No.欄８１０は、認証端末を識別するための情報を含む。
時刻差欄８２０は、認証端末が計時する時刻と認証履歴サーバ１００が計時する時刻との時刻差の情報を含んでいる。
機器No.と、時刻差は対応付けて記憶されており、例えば、機器No.「１００ａ」の時刻差は、「１０」秒である。なお、本図においては、認証端末の時計が認証履歴サーバ１００の時計管理部２２０の時計より遅れている場合にはプラス値になるように、進んでいる場合にはマイナス値になるように記録されている。
【００４４】
最後に図９を用いて、実際に認証履歴サーバ１００に記録される履歴情報２１４を説明する。図９に示すように履歴情報２１４は、履歴No.欄９０１と、タイムスタンプ欄９０２と、対象名称欄９０３と、ユーザ名欄９０４と、内容欄９０５とを含んで構成される。
履歴No.欄９０１には、認証履歴サーバが履歴情報を管理するために便宜上、履歴に付す番号の情報が記録される。
【００４５】
タイムスタンプ欄９０２は、認証端末で発生したイベントの発生した時刻の情報が記録される。タイムスタンプは、履歴生成部２３０によって送信されてきたイベント情報４００の発生日時欄の日時に、時刻差情報２２１の認証端末に対応する時刻差を加算して算出される。
対象名称欄９０３は、認証端末においてどの端末を対象としたイベントであるかを示す情報が記録される。対象名称は、履歴生成部２３０により、イベント情報４００の対象番号欄４０３の番号が、端末情報２１１の対象番号欄５２０に一致する対象番号に対応する対象名称を対象名称欄５３０から読み出されて記録される。
【００４６】
ユーザ名欄９０４は、認証端末において認証が実行された場合に、認証を行った媒体を所持するユーザの名前が記録される。ユーザ名は、履歴生成部２３０により、イベント情報４００のＩＤ番号欄４０４と対応する番号を、ユーザ情報２１２のＩＤ番号欄６１０から検出し、対応するユーザ名が記録される。
内容欄９０５は、発生したイベントの内容を示す情報が記録される。この内容は、履歴生成部２３０により、イベント情報４００の内容欄４０５に記録されている番号と一致する番号を内容情報２２１の内容番号欄７１０から検出し、対応する内容情報が記録される。
【００４７】
図９では、例えば、履歴No.「１１９９９」で示されるイベントでは、「２００７年３月１３日の２０時４２分１３秒」に発生したもので、「扉Ａ」を「松下太郎」が通過するために、「扉Ａ」の鍵が「開錠」されている。
以上が、本実施の形態において使用されるデータの説明である。
＜動作＞
次に、本実施の形態における各装置の動作を説明する。
【００４８】
まず、図１０のタイミングチャートを用いて、本システムにおける動作を簡単に説明する。
認証履歴サーバ１００は、定期的に各認証端末に対して各端末装置が正常に動作しているか否かを確認するために生存確認信号を出力している。認証履歴サーバ１００は、予め定められたフォーマットの生存確認信号を認証端末１１０ａに送信する（ステップＳ１００１）。
【００４９】
認証端末１１０ａは、生存確認信号を受信すると、その時に計時手段が計時した時刻の情報を生存確認応答に付加して送信する（ステップＳ１００２）。
認証履歴サーバ１００は、生存確認応答を受信した時に、時計管理部２２０が計時した時刻と、生存確認応答に含まれる時刻との差分を算出する。そして算出した差分と認証端末１１０ａとを対応づけて時刻差情報２２１を更新する（ステップＳ１００３）。
【００５０】
次に、認証履歴サーバ１００は、生存確認信号を認証端末１１０ｂに送信する（ステップＳ１００４）。
認証端末１１０ａは、生存確認信号を受信すると、その時に計時手段が計時した時刻の情報を生存確認応答に付加して送信する（ステップＳ１００５）。
認証履歴サーバ１００は、生存確認応答を受信した時に、時計管理部２２０が計時した時刻と、生存確認応答に含まれる時刻との差分を算出する。そして算出した差分と認証端末１１０ｂとを対応づけて時刻差情報２２１を更新する（ステップＳ１００６）。
【００５１】
図１０のステップＳ１００１からステップＳ１００６までの動作は定期的に実行されている。
そして認証端末１１０ａにおいてイベントが発生したとする（ステップＳ１００７）。すると認証端末１１０ａは、そのイベントが発生したタイミングで計時手段が計時した時刻の情報を含む所定の形式で示されるイベント情報を作成する（ステップＳ１００８）。
【００５２】
そして認証端末１１０ａは、認証履歴サーバ１００に作成したイベント情報を送信する（ステップＳ１００９）。
認証履歴サーバ１００は、認証端末１１０ａの時刻差を時刻差情報２２１から読み出す。そして認証履歴サーバ１００は、受信したイベント情報に含まれるイベント発生時刻に読み出した時刻差を加算する。そして時刻差を加算して得られた真のイベント発生時刻を当該イベント情報で示されるイベントと対応付けて履歴情報２１４に記憶する（ステップＳ１１００）。
【００５３】
ここから、認証端末１１０の動作を詳細に、図１１に示すフローチャートを図３の機能構成図を参照しながら説明する。ここでは認証端末を認証端末１１０として説明する。
認証端末１１０は待機状態にあり、所定時刻が経過していないかを検出する（ステップＳ１１０１）。何らかのイベントが発生せずに所定時刻が経過した場合に（ステップＳ１１０１のtimeout）、認証端末１１０は、記憶部３２０に未送信イベント情報３２２に未送信イベントが登録されているか否かを検出する（ステップＳ１１０２）。未送信イベント３２２がない場合には（ステップＳ１１０２のＮＯ）、認証端末１１０は、ステップＳ１１０１に戻り待機状態に入る。
【００５４】
未送信イベントがある場合には（ステップＳ１１０２のＹＥＳ）、上位通信部３００は、その未送信イベントを通信網１２０を介して認証履歴サーバ１００に送信する（ステップＳ１１０３）。
認証端末１１０は、未送信イベントの送信に成功したか否かを判定する（ステップＳ１１０４）。この判定は、認証履歴サーバ１００からのイベント情報を受信したことを示すイベント情報受信信号を受けることで判定する。未送信イベントの送信に失敗した場合には（ステップＳ１１０４のＮＯ）、ステップＳ１１０２に戻り、認証端末１１０は以降の処理を実行する。
【００５５】
未送信イベントの送信に成功した場合には（ステップＳ１１０４のＹＥＳ）、未送信イベント情報３２２から送信に成功した未送信イベント情報を削除する（ステップＳ１１０５）。そして認証端末１１０はステップＳ１１０１に戻り、待機状態に入る。
ステップＳ１１０１の待機状態において認証端末１１０はイベントが発生したか否かを検出する（ステップＳ１１１１）。認証端末１１０は、イベントの発生を、例えば、利用者情報取得部３５０が媒体からＩＤ番号を抽出して認証部３４０がその認証を実行したり、端末状態管理部３１０が端末である電子錠の開錠、施錠などが実行することにより検出する。
【００５６】
イベントが発生した場合には（ステップＳ１１１１のＹＥＳ）、イベント生成部３３０は、履歴管理サーバに送信する図４に示すようにイベント情報を作成する。イベント情報には、発生したイベントの内容を示す情報と、そのイベントが発生したときに計時部３６０が計時した時刻の情報とが含まれる。
次に認証端末１１０は、作成したイベントを送信する前に、記憶部３２０の未送信イベント情報３２２に未送信イベントがある場合に、その未送信イベントの処理を実行する（ステップＳ１１１３）。ここで未送信イベントの処理とは、本フローチャートのステップＳ１１０２からステップＳ１１０５にかけて実行する処理に相当する。
【００５７】
未送信イベントの処理が終了すると、認証端末１１０はイベント生成部３３０が生成したイベント情報を上位通信部３００を介して認証履歴サーバ１００に送信する（ステップＳ１１１４）。
認証端末１１０は、イベント情報の送信に成功した場合には（ステップＳ１１１５のＹＥＳ）、ステップＳ１１０１に戻り、以降の処理を実行する。イベント情報の送信に失敗した場合には（ステップＳ１１１５のＮＯ）、イベント情報を未送信イベント情報３２２に登録する（ステップＳ１１１６）。
【００５８】
ステップＳ１１１１においてイベントが発生しなかった場合（ステップＳ１１１１のＮＯ）、上位通信部３００は、生存確認信号を受信を検出する（ステップＳ１１２１）。生存確認信号が到来していなかった場合には（ステップＳ１１２１のＮＯ）、認証端末１１０は、ステップＳ１１０１に戻り、以降の処理を実行する。
生存確認信号が到来した場合には（ステップＳ１１２１のＹＥＳ）、認証端末１１０は生存確認信号に対する応答である生存確認応答にその時に計時部３６０が計時した時刻の情報を付加して送信する（ステップＳ１１２３）。そして認証端末１１０は、ステップＳ１１０１に戻り、以降の処理を実行する。
【００５９】
次に、図１２のフローチャートを用いて認証履歴サーバ１００の動作を説明する。
認証履歴サーバ１００は、待機状態にある（ステップＳ１２０１）。所定時間が経過すると、認証履歴サーバ１００は、生存確認信号を順次各認証端末に送信していく（ステップＳ１２０２）。そして認証履歴サーバ１００は、各認証端末からの生存確認応答の送信を待つ（ステップＳ１２０３）。
【００６０】
生存確認応答を受信した場合には（ステップＳ１２０３のＹＥＳ）、時計管理部２２０は、生存確認応答に含まれる時刻から、生存確認応答を受信した時に時計管理部２２０が計時した時刻を減算する。そして、減算して得られた時間ずれを当該生存確認応答を送信した認証端末に対応する時刻差として、時刻差情報２２１に登録する（ステップＳ１２０４）。全ての認証端末についての時刻差を更新すると認証履歴サーバ１００はステップＳ１２０１に戻り、以降の処理を実行する。
【００６１】
所定時間内に生存確認応答が到来しなかった場合には（ステップＳ１２０３のtimeout）、生存確認応答を受信できなかった認証端末について、その認証端末に何らかのエラーが発生しているものと判断し、認証端末に異常が発生していることを記憶部２１０に記録する。また、認証履歴サーバ１００は、認証端末に異常が発生していること示す情報を監視装置１５０に送信する。そして認証履歴サーバ１００は、ステップＳ１２０１に戻り、以降の処理を実行する。
【００６２】
認証履歴サーバ１００は待機中に認証端末からイベント情報を受信した場合には（ステップＳ１２１１のＹＥＳ）、履歴情報２１４を更新する。
具体的には、履歴生成部２３０は、まず受信したイベント情報から、イベントの内容やイベント発生時刻の情報を読み出す。履歴生成部２３０は、時刻差情報２２１から、イベント情報を送信してきた認証端末に対応する時刻差を読み出す。そしてイベント情報から読み出したイベント発生時刻に読み出した時刻差を加算してイベント発生換算時刻を算出する。また、履歴生成部２３０は、内容情報２１３の番号欄においてイベント情報の内容番号に対応する内容情報を内容情報欄から読み出す。そうして履歴生成部２３０は、得られたイベント発生換算時刻と読み出した内容情報とを対応付けて履歴情報２１４に登録する（ステップＳ１２１２）。
【００６３】
そして認証履歴サーバ１００は、待機状態（ステップＳ１２０１）に戻り、以降の処理を実行する。
待機状態において、イベント情報を受信したのではなく（ステップＳ１２１１のＮＯ）、時計管理部２２０の時計を変更した場合には（ステップＳ１２２１のＹＥＳ）、時計管理部２２０は時刻差情報２２１を更新する。時計管理部２２０の時計を変更するのは、認証履歴サーバ１００においても時計管理部２２０が計時する時刻が狂うことがあるためである。時計の変更は、例えば監視装置１４０からオペレータの手により行われる。また、時計を変更するとは、時計管理部２２０の時刻を計時するための基準時刻を変更することである。
【００６４】
時刻差情報２２１の更新方法を具体的に言うと、時計管理部２２０が計時していた時計を進めた場合には、変更した時間分をプラス値とし、時間を戻した場合には変更した時間分をマイナス値とし、変更した時間分から時刻差情報に記録されている時刻差を減算する。そして減算した値を時刻差情報２２１に登録しなおす（ステップＳ１２２２）。具体的な数値を例に挙げて説明すると、例えば時計管理部２２０の時計を３０秒進めたとする。このとき認証端末１１０ａの時刻差の情報が図８に示すように１０秒であったとする。すると時計変更後の認証端末１１０ａの時刻差は、３０−１０＝２０で２０秒となる。
【００６５】
時刻差情報の更新後、認証履歴サーバ１００は、ステップＳ１２０１の待機状態に戻る。
以上が本実施の形態１における認証履歴管理システムの動作である。これらの構成を備えることで、認証履歴サーバ１００は、各端末装置１１０ａ、１１０ｂとの時間ずれを認識できるので、自身の基準時刻に換算して、時間の整合性が保たれた履歴情報を記録することができる。
＜実施の形態２＞
実施の形態２においては、実施の形態１で説明したように認証履歴サーバ１００の時計管理部２２０の時計を変更した場合に発生する問題を解決する。この問題を具体的に図１３を用いて説明する。
【００６６】
認証端末１１０ａにおいて時刻Ｔ１でイベントが発生したとする（ステップＳ１３０１）。イベントの発生を受けてイベント生成部３３０はイベント情報を作成し（ステップＳ１３０２）、認証端末１１０ａは、イベント情報を送信するものの認証履歴サーバ１００には到達せず、イベント情報の送信に失敗する（ステップＳ１３０３）。送信に失敗したイベント情報は、未送信イベント情報２２１に登録される（ステップＳ１３０４）。
【００６７】
そして、時刻Ｔ１より後の時刻Ｔ２において、認証履歴サーバ１００の時計管理部２００の時計を変更したとする（ステップＳ１３０５）。このとき、時計管理部２００は、時刻差情報２２１を更新する（ステップＳ１３０６）。
時刻Ｔ２の後、時刻Ｔ３において認証端末１１０ａは、ステップＳ１３０３において送信に失敗したイベント情報を送信し、送信に成功する（ステップＳ１３０７）。すると、認証履歴サーバ１００の履歴生成部２３０は、ステップＳ１３０６において更新された時刻差情報を用いて、送信されてきたイベント情報の履歴を登録することになる（ステップＳ１３０８）。
【００６８】
ここで、送信されてきたイベント情報で示されるイベントは、認証履歴サーバ１００の時計管理部２２０の時計変更前に発生しているため、時刻Ｔ２以前の時刻差情報が適用されるべきところを、時刻Ｔ２以後の時刻差情報が適用されてしまっている。実施の形態２においては、このような場合であっても、正しいタイミングの時刻差情報を適用できることを示す。
＜構成＞
本実施の形態２における認証履歴サーバや認証端末の構成は実施の形態１に示したものと略同一であるので、重複する部分については説明を割愛し、実施の形態１と異なる機能を有する機能部についてのみ説明する。
【００６９】
まず、認証端末について実施の形態１と異なる機能について説明する。
認証端末１１０のイベント生成部３３０は、生成するイベント情報に、更に、そのイベント情報を送信するときの時刻を付加する機能を有する。通常、イベント発生時刻とイベント送信時刻は一致するが、イベント情報の送信に失敗した場合には、イベント発生時刻とイベント送信時刻は異なってくる。
【００７０】
次に、認証履歴サーバ１００について実施の形態１と異なる機能について説明する。
履歴生成部２３０は、受信したイベント情報に含まれるイベント発生時刻とイベント送信時刻とが一致するか否かを検出する。一致しない場合には、履歴生成部２３０は、まず、イベント発生時刻からイベント送信時刻を減算し、第１時間差を算出する。次に履歴生成部２３０は、当該イベント情報を受信したときに時計管理部２２０が計時した時刻から前回時計を変更した時間であって変更後の時刻を減算し、第２時間差を算出する。そして履歴生成部２３０は、第１時間差と第２時間差とを比較し、第１時間差の方が長い場合には、履歴情報２１４を参照して時計を変更した時間量を検出し、その時間量を時間差から差し引いた前回時間差を用いてタイムスタンプを決定する。以上の機能を履歴生成部２３０は、実施の形態１に示した機能に加えて有する。
【００７１】
認証端末１１０については、イベント生成部３３０が実施の形態１の機能に加えて、以下の機能を有する。
イベント生成部３３０は、イベント情報を作成する際に、そのときの計時部３６０の計時する時刻情報をイベント送信時刻として、イベント情報に含んで、イベント情報を作成する機能を有する。
【００７２】
以上が、実施の形態１と異なる機能である。
＜データ＞
ここから実施の形態２に係るデータについて説明する。ここでは、実施の形態１と一部が異なってくる、イベント情報と、履歴情報２１４とについて説明する。
まず図１４を用いてイベント情報を説明する。イベント情報１４００は、機器No.欄１４０１と、発生日時１４０２と、送信日時欄１４０３と、対象番号欄１４０４と、ＩＤ番号欄１４０５と、内容欄１４０６とを含んで構成される。図４と比較すれば、わかるようにイベント情報１４００は、イベント情報４００に含まれていた情報に加えて、更に、送信日時欄１４０３を含んで構成される。
【００７３】
送信日時欄１４０３は、イベント情報１４００を認証端末１１０が送信する時の情報を含む。送信日時は正確にはイベント生成部３２０がイベント情報１４００を作成する時に計時部３６０が計時した時刻の情報であるが、その直後に認証端末１１０はイベント情報を送信して、タイムラグはないものとして、イベント情報の送信時刻としている。
図１５は、実施の形態２に係る履歴情報２１４のデータ構成を示す具体例である。図１５に示すように、履歴No.欄１５０１と、タイムスタンプ欄１５０２と、対象名称欄１５０３と、ユーザ名欄１５０４と、内容欄１５０５と、時計変更履歴欄１５０６とを含んで構成される。図９と比較すればわかるように、実施の形態１の場合に加えて履歴情報２１４は、更に時計変更履歴欄１５０６を含んでいる。
【００７４】
時計管理部２２０の時計を変更した場合には、内容欄１５０５には、「時計変更＋Ｘ分」という情報が記録される。ここでＸは時計を変更したその時間の量（長さ）のことであり、時計を進めた場合をプラス値としている。
時計変更履歴欄１５０６は、時計管理部２２０の時計を変更した場合において、前回いつ時計を変更したかを履歴生成部２３０が認識するための履歴No.へのリンク情報を示している。例えば図１５においては、履歴No.「１１９９８」の時計変更では時計を８分進めており、その前に時計を変更したのは時計変更履歴の、履歴No.「０９５７６」に示される「２００７年１月１０日１２時」ということになる。時計変更履歴欄１５０６は、履歴生成部３３０が履歴をさかのぼって、タイムスタンプを決定する場合に過去にどれだけの時間を変更したのかを認識するために設けられている。
＜動作＞
ここから、図１６のフローチャートを用いて、実施の形態２における履歴情報生成時の履歴生成部２３０の動作を説明する。
【００７５】
まず、履歴生成部２３０は、下位通信部２４０から受信したイベント情報に含まれる発生日時欄１４０２の日時と、送信日時欄１４０３の日時とが一致するか否かを検出する（ステップＳ１６０１）。
一致する場合には（ステップＳ１６０１のＹＥＳ）、履歴生成部２３０は、当該イベントのタイムスタンプをイベント情報に含まれる機器No.に対応する時刻差を時刻差情報２２１から読み出し、読み出した時刻差を発生日時に加算することで得る。そして得られたタイムスタンプとイベントと機器No.などを対応付けて履歴情報２１４に登録して（ステップＳ１６０２）処理を終了する。
【００７６】
発生日時と送信日時とが一致しなかった場合には（ステップＳ１６０１のＮＯ）、履歴生成部２３０は、認証履歴サーバ１００がイベント情報を受信したときに時計管理部２２０が計時した時刻であるイベント受信時刻から、時計を変更したときに設定した時刻を減算してパラメータＩを得る。また、履歴生成部２３０は、イベント情報に含まれる送信日時から、発生日時を減算してパラメータＳを得る（ステップＳ１６１１）。
【００７７】
そして履歴生成部２３０は、ＩがＳ以上であるかどうかを検出する（ステップＳ１６１２）。これにより、履歴生成部２３０は、イベントが発生したタイミングが時計を変更したタイミングよりも前か後かを認識することができる。
ＩがＳ以上の場合には（ステップＳ１６１２）、イベントの発生は時計を変更した後ということになるので、履歴生成部は、イベントの発生したタイムスタンプを、イベント情報の発生日時に、時刻差情報２２１から読み出したイベント情報を送信した機器に対応する時刻差を加算して得る。そして履歴生成部２３０は、得られたタイムスタンプに基づいてイベントを履歴情報２１４に登録する。
【００７８】
ＩがＳ以上でない場合には（ステップＳ１６１２のＮＯ）、履歴生成部２３０は、パラメータＩに変更時間合計を加算した値が、Ｓ以上となる変更時間合計を求める。変更時間合計は、時計を変更した時間の量の合計のことであり、履歴生成部２３０は、Ｉに変更時間合計を加算した値がＳ未満である限り、履歴情報２１４の時計変更履歴欄１５０６の履歴No.からリンクをたどり、変更した時間量を加算していく。
【００７９】
図１５を例にとって説明すると、ＩがＳ未満の場合には、まず、Ｉから、履歴No.「１１９９８」の変更した時間量の８分を加算して得られた値がＳ以上であるかどうかを判定する。そしてまだ、Ｓ未満であるならば、更にその前回の時計を変更した時間量の３分もあわせて加算し、変更時間合計を得る。即ちＩから８＋３＝１１分（変更時間合計）を加算した値がＳ以上であるかどうかを判定する。こうして得られる変更時間合計がＩ−Ｓ以下となる変更時間合計を求めるのである。
【００８０】
そして、Ｉに変更時間合計を加算した値がＳ以上となる変更時間合計を得ると、履歴生成部２３０は、時刻差情報２２１から読み出したイベント情報で特定される機器No.の認証端末の時刻差から変更時間合計を減算する。そして履歴生成部２３０は、減算して得られた値を、イベント情報の発生日時に加算して得られる時刻をイベントのタイムスタンプとして履歴情報２１４に記録する。
【００８１】
以上の構成により、履歴生成部２３０は、時計管理部２２０で時計を変更していた場合で、認証端末が時計を変更したタイミングよりも前に発生したイベントの情報を時計を変更したタイミングよりも後に受信したときにも、正しく時間の整合性を保って、履歴情報２１４を記録することができる。
＜実施の形態３＞
上記実施の形態２において、履歴生成部２３０は、イベント情報を受信するたびに、イベント発生時刻とイベント送信時刻とが一致するか否かの処理を実行することになっているが、実施の形態３においては、その処理負荷を軽減することを示す。
＜構成＞
本実施の形態３における認証履歴サーバや認証端末の構成は実施の形態２に示したものと略同一であるので、重複する部分については説明を割愛し、実施の形態２と異なる機能を有する機能部についてのみ説明する。
【００８２】
履歴生成部２３０は、実施の形態２において示した時計管理部２２０において時計を変更した場合の処理を、時刻差情報２２１に含まれる時計変更フラグが立っているか否かに基づいて履歴登録の処理を実行する。具体的には、時計変更フラグが立っている場合には、実施の形態２に示した履歴登録の処理を実行し、時計変更フラグが立っていない場合には、実施の形態１に示した履歴登録の処理を実行する。
【００８３】
時計管理部２２０は更に、時計変更フラグを管理する機能を有し、時計の変更を実行した場合に時計変更フラグを立て、イベント発生時刻とイベント送信時刻の一致するイベント情報を受信した場合に、そのイベント情報を送信した認証端末に対応する時計変更フラグをリセットする機能を有する。
＜データ＞
ここでは、実施の形態３に係るデータであって、実施の形態１や２とは異なる時刻差情報２２１について説明する。
【００８４】
図１７は、実施の形態３に係る時刻差情報２２１のデータ構成を示した概念図である。
図１７に示すように、図８に示した実施の形態１の時刻差情報２２１に加えて、更に、時計変更フラグ欄１７３０が追加されている。
時計変更フラグ欄１７３０には、時計管理部２２０が時計を変更したかどうかを示す情報が含まれる。時計変更フラグは、各端末装置に対応付けて記憶されており、「０」が時計変更フラグが立っていない状態を示し、「１」が時計変更フラグが立っている状態を示す。
＜動作＞
図１８を用いて、実施の形態３に特有の認証履歴サーバ１００の動作を示す。図１８は、認証履歴サーバ１００において、履歴情報２１４を更新する際の処理方法の選択に係る動作を示すフローチャートであり、イベント情報を受信したときの動作を示している。
【００８５】
認証履歴サーバ１００は、イベント情報を受信する。履歴生成部２３０は、下位通信部２４０からイベント情報を受信すると、そのイベント情報に含まれる端末装置の機器No.を読み出し、その機器No.と対応する機器No.を時刻差情報２２１から検出し、対応する時計変更フラグの値を読み出し、「０」であるか否かを判定する（ステップＳ１８０１）。
時計変更フラグが０である場合には（ステップＳ１８０１）、通常通りの履歴登録処理を実行して終了する（ステップＳ１８０２）。通常通りの履歴登録処理とは、履歴のタイムスタンプを、イベント情報に含まれるイベント発生時刻にイベント情報を送信した認証端末に対応する時刻差情報を加算した時刻とする処理のことである。
【００８６】
時計変更フラグが「０」でない場合、即ち「１」であった場合には（ステップＳ１８０１のＮＯ）、履歴生成部２３０は、イベント情報に含まれるイベント発生時刻とイベント送信時刻とが一致するか否かを検出する（ステップＳ１８１１）。
イベント発生時刻とイベント送信時刻とが一致する場合には（ステップＳ１８１１のＹＥＳ）、履歴生成部２３０は、端末装置に対応する時計変更フラグを「１」から「０」に変更するように時計管理部２２０に通知し（ステップＳ１８１２）、通常の履歴登録処理を実行して（ステップＳ１８０２）終了する。
【００８７】
イベント発生時刻と送信時刻とが一致していない場合には（ステップＳ１８１１のＮＯ）、時計変更を実行している場合の履歴タイムスタンプ決定方法に基づいてタイムスタンプを決定し、履歴登録処理を実行して（ステップＳ１８２１）終了する。ここでいう履歴タイムスタンプ決定方法とは、実施の形態２において示したタイムスタンプの算出方法のことであり、図１６のフローチャートに示したステップＳ１６１１以降の処理に基づくものである。
【００８８】
こうして、本実施の形態３においては、時計変更フラグというフラグを保持し、タイムスタンプの算出方法を切り替えることが容易にできる。これにより、実施の形態２においては、ステップＳ１６０１において必ずイベント発生時刻とイベント送信時刻とが一致するか否かの判定処理を実行していたのに対し、実施の形態３では、時計変更フラグを参照するという簡単な処理のみになるので、時計管理部２２０の時計を変更していない場合に、実施の形態２の場合に比して、履歴管理サーバ１００の処理負荷を軽減できる。
＜補足＞
上記実施の形態において、本発明の実施の手法について説明してきたが、本発明がこれに限られないことは勿論である。以下、上記実施の形態以外に本発明の思想として含まれる各種の変形例について説明する。
（１）本発明は、上記実施の形態において示した履歴を管理するための履歴管理方法であってもよく、また、この管理方法を実現するために履歴管理サーバに搭載されるコンピュータに読み込まれ実行されるコンピュータプログラムであってもよい。
【００８９】
また、本発明は、当該コンピュータプログラムが記憶されたＦＤ（Flexible Disc）、ＭＤ（Magneto-optical Disc）、ＣＤ（Compact Disc）、ＢＤ（Blu-ray Disc）などの記録媒体であってもよい。
（２）上記実施の形態においては、本発明を認証の履歴を管理する認証履歴管理システムとして説明してきたが、本発明の履歴管理システムは、認証の履歴を管理するものに限定するものではない。上位の装置である履歴管理サーバと、下位の装置である端末装置との間で時計を合わせる必要のあるシステムであればなんでもよく、例えば、ある製品の生産工場などにおいて、各端末装置は製品の一部品を所定数製作できたことを管理、報告し、履歴管理サーバは、各部品の生産されたタイミングを管理するようなシステムであってもよい。
（３）上記実施の形態においては、端末装置は生存確認信号に対する応答としての生存確認応答に付加する形で時刻情報を送信したが、通信網１２０を圧迫することがないならば、各認証端末が自発的に時刻情報を送信する構成としてもよい。
（４）上記実施の形態においては、時刻を管理するための最小単位を秒として説明してきたが、これはシステムの動作設計上、必要な単位であればよく、例えば分単位で管理されていてもよいし、ミリ秒単位で管理されていてもよい。
（５）上記実施の形態においては、履歴生成部２３０は、単純に時刻差を加算する構成としたが、第１のタイミングで記録した第１時刻差と、その次の第２のタイミングで記録した第２時刻差について、第１のタイミングと第２のタイミングの間で受信したイベント情報については、イベント情報を受信した時間から、第１のタイミングと第２のタイミングのどの辺りになるか応じて、第１時刻差と第２時刻差とから時間配分に比例した時刻差をイベント発生時刻に加算する構成としてもよい。
（６）上記実施の形態においては、図１のシステム図では、認証端末が２台ある状態を示したが、認証端末の台数は何台あってもよく、例えば、１００台あってもかまわない。
（７）上記実施の形態においては、履歴情報２１４の用いられ方については特に述べなかったが、この情報は、後に監視装置１５０でオペレータにより参照されるものであり、例えば、誰がいつどの扉を通過したのかを検証したりするのに用いられる。
（８）上記実施の形態において述べたイベントとは、認証装置が検出できる事象のことであり、イベントは認証装置が検出できるものであれば何でもよく、例えば、上記実施の形態では示さなかった端末の鍵のこじあけなどもイベントとして登録してよい。
【００９０】
また、認証を実行するシステム以外であったとしても、端末装置側で検出できる事象をイベントといい、例えば生産工場などにおいては、一つの工作機械が所定数の部品の製作に成功したことを検出できるならば、その事象をイベントとしてよい。
（９）上記実施の形態においては、時刻差を算出して、時刻差情報２２１としたが、これは時間差を算出するに足る情報であればよく、例えば、認証端末が送信してきた時刻と、その情報を受信したときに時計管理部２２０が計時した時刻とを対応付けて記憶した情報などであってもよい。
【図面の簡単な説明】
【００９１】
【図１】認証履歴管理システムのシステム構成を示したシステム図である。
【図２】認証履歴サーバ１００の機能構成を示した機能構成図である。
【図３】認証端末１１０の機能構成を示した機能構成図である。
【図４】認証端末が認証履歴サーバ１００に送信するイベント情報のデータ構成の具体例を示したデータ概念図である。
【図５】端末情報２１１のデータ構成の具体例を示したデータ概念図である。
【図６】ユーザ情報２１２のデータ構成の具体例を示したデータ概念図である。
【図７】内容情報２１３のデータ構成の具体例を示したデータ概念図である。
【図８】時刻差情報２２１のデータ構成の具体例を示したデータ概念図である。
【図９】履歴情報２１４のデータ構成の具体例を示したデータ概念図である。
【図１０】認証履歴サーバ１００と各認証端末間のデータのやり取りを示したタイミングチャートである。
【図１１】認証端末１１０のイベント情報の送信と生存確認応答の送信とに係る動作を示したフローチャートである。
【図１２】認証履歴サーバ１００の生存確認信号の送信とイベント情報の受信とに係る動作を示したフローチャートである。
【図１３】履歴管理サーバにおいて時計を変更した場合の問題点を説明するためのタイミングチャートである。
【図１４】実施の形態２における端末装置が送信するイベント情報のデータ構成の具体例を示したデータ概念図である。
【図１５】実施の形態２における履歴情報２１４のデータ構成の具体例を示したデータ概念図である。
【図１６】実施の形態２における認証履歴サーバ１００のイベント情報受信時における動作を示したフローチャートである。
【図１７】実施の形態３における時刻差情報２２１のデータ構成の具体例を示したデータ概念図である。
【図１８】実施の形態３における認証履歴サーバのイベント情報受信時における動作を示したフローチャートである。
【符号の説明】
【００９２】
１００ 認証履歴サーバ
１１０ａ、１１０ｂ 認証端末
１２０ 通信網
１３０ａ、１３０ｂ 端末
１４０ａ、１４０ｂ、１４０ｃ 媒体
１５０ 監視装置
１６０ ネットワーク
２００ ネットワーク通信部
２１０ 記憶部
２２０ 時計管理部
２３０ 履歴生成部
２４０ 下位通信部
３００ 上位通信部
３１０ 端末状態管理部
３２０ 記憶部
３３０ イベント生成部
３４０ 認証部
３５０ 利用者情報取得部
３６０ 計時部
【技術分野】
【０００１】
本発明は、複数の端末で発生したイベントの履歴を管理するための履歴管理システムに関し、特に、履歴情報を記憶する履歴管理サーバと、イベントを検出する端末装置とからなる履歴管理システムにおける各イベントの発生時刻の管理に関する。
【背景技術】
【０００２】
認証を実行する認証端末と、認証などのイベントに係る履歴情報を記憶する履歴管理サーバとを含んで構成される認証履歴システムがある。例えば入退室についてのシステムで言えば、認証とは、ある扉を通過させる許可をユーザに与えるか否かの判断をいう。またイベントとは、認証端末で発生する認証端末が検知可能な事象のことをいい、例えば、認証の実行や、扉の施錠、扉の開錠などが該当する。このような認証履歴システムにおいて、認証などのイベントの履歴情報は当該イベントが発生した認証端末において計時された時刻情報と共に履歴管理サーバに記憶されていた。
【０００３】
そのため、認証端末における計時が正確なものとなるように、時刻合わせをする必要がある。また、複数の認証端末がシステムに含まれる場合には、複数の認証端末それぞれで検出されたイベント間の時刻整合性を保つためにも、時刻合わせは必要となる。この時刻合わせは、履歴管理サーバが保持する時刻を基準にして、履歴管理サーバと認証端末間で時計同期を行うことによって実現する。ここで時計同期とは、認証端末の基準時刻を履歴管理サーバの基準時刻に合わせることをいう。
【０００４】
特許文献１には、生産プラントにおける操作監視装置や制御装置などの各種装置で発生するイベントの情報を収集してイベントを収集したときの時間情報とともに記録、保存できる操作履歴管理装置が開示されている。
【特許文献１】特開平９−１９６７１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、この時計同期は一時に一度の認証端末としか行えないため、認証端末の個数が増大すると、時計同期の為の時間が長くなることになる。これは即ち、時計同期の終了していない認証端末においては認証などのイベントが発生した場合に正確な時間が計時されず、その結果、認証履歴サーバの履歴情報としては誤った時刻が記録される可能性がある。また、従来のように、時計同期を実行する場合には、認証端末において時間のかかる初期化処理が発生してしまうため、その初期化処理の間、認証ができなくなるという問題が発生する。更には、時計同期は認証端末の時刻の正確性を保つために、なるべく頻繁に実行することが望ましいが、そうなると今度は履歴管理サーバ−認証端末間の通信路を圧迫してしまうという問題も発生する。
【０００６】
本発明は、これらの問題に鑑みてなされたものであり、認証端末のような端末装置であって、少なくとも時計同期によるイベントの発生が検出できなくなることを防ぎつつ、イベントが発生した時刻をほぼ正確に記録できる履歴管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明は、履歴管理サーバと、端末装置とがネットワーク接続されて構成される履歴管理システムであって、前記端末装置は、第１計時手段と、前記第１計時手段が計時する第１時刻を前記履歴管理サーバに送信する時刻送信手段と、自装置で検出したイベントのイベント情報と、当該イベントが発生したときに前記第１計時手段が計時したイベント発生時刻の情報とを前記履歴管理サーバに送信するイベント情報送信手段とを備え、前記履歴管理サーバは、第２計時手段と、前記第１時刻を受信する時刻受信手段と、前記時刻受信手段が前記第１時刻を受信した時に前記第２計時手段が計時した第２時刻と、前記第１時刻との時間差を示す時間差情報を記憶する端末時間差記憶手段と、前記イベント情報送信手段が送信した情報を受信するイベント情報受信手段と、前記イベント発生時刻と前記端末時間差記憶手段が記憶する前記時間差情報とからイベント発生換算時刻を算出する算出手段と、前記イベント情報と前記イベント発生換算時刻とを対応付けて記憶する履歴情報記憶手段とを備えることを特徴としている。
【０００８】
また、本発明は、履歴管理サーバと、端末装置とがネットワーク接続されて構成される履歴管理システムにおける履歴管理サーバであって、計時手段と、前記端末装置から当該端末装置が計時した第１時刻を受信する時刻受信手段と、前記時刻受信手段が前記第１時刻を受信した時に前記計時手段が計時した第２時刻と、前記第１時刻との時間差を示す時間差情報を記憶する端末時間差記憶手段と、前記端末装置から当該端末装置で発生したイベントに関するイベント情報であって、当該イベントが発生したときに当該端末装置が計時したイベント発生時刻とイベントの内容を示す情報とを受信するイベント情報受信手段と、前記イベント情報受信手段が受信した情報に含まれる前記イベント発生時刻と前記端末時間差記憶手段が記憶する前記時間差情報とからイベント発生換算時刻を算出する算出手段と、前記イベント情報受信手段で受信した情報に含まれるイベントの情報と前記イベント発生換算時刻とを対応付けて記憶する履歴情報記憶手段とを備えることを特徴としている。
【０００９】
ここで履歴管理システムは、端末装置で発生したイベントの履歴を管理するためのシステムであればよく、イベントとは、端末装置で発生した検出可能な事象を指す。またイベント情報とは、そのイベントを識別するための情報を言い、イベントの識別子や名称を指す。例えば、扉を通過する正当性を有するか否かを判断する認証装置においては、イベント情報は、認証の実行や扉の施錠などを指し、例えば、生産工場の管理装置においては、イベント情報は、所定数の部品の製造、あるいは工作機械の不具合の発生などを指す。
【００１０】
ここでイベント発生換算時刻は、端末装置が計時したイベント発生時刻を履歴管理サーバの基準時刻に換算した時刻のことを指す。
【発明の効果】
【００１１】
上述の構成によって、履歴管理サーバは、各認証端末との時間ずれを保持しており、各端末装置からイベント情報が送信されてきた場合には、そのイベント情報に含まれるイベント発生時刻に、保持している時間ずれを加味して、履歴管理サーバの基準時刻に合わせたイベント発生換算時刻を算出し、履歴情報を記憶することができる。これにより、端末装置では、そもそも時計同期を実行しないので時計同期による初期化に伴い認証ができない時間が発生しない。
【００１２】
また、前記履歴管理サーバは、更に、定期的に端末装置が動作しているか否かを検知するための生存確認信号を送信する生存確認信号送信手段を備え、前記時刻送信手段は、前記生存確認信号に対する応答として、応答のための所定データと共に前記第１時刻を送信し、前記端末時間差記憶手段は、前記第１時刻を受信する毎に、当該第１時刻を受信したときに前記第２計時手段が計時した第３時刻と、当該第１時刻との時間差に基づいて前記時間差情報を更新することとしてよい。
【００１３】
この構成によれば、端末装置は自端末が計時している時刻の情報を、元々履歴管理サーバが定期的に実行する各端末が正常に動作しているかどうかを検出するための生存確認信号に対する応答信号に時間情報をも付加するという従来からある情報のやり取りに付随する形で時間情報の送信もできることになり、通信路を余計に圧迫することがなくなる。従来より、入退室管理を実行するためのシステムなどにおいては、履歴管理サーバは、通常端末装置が正常に動作しているかを確認するために所定のフォーマットの生存確認信号を出力し、端末装置は、受信した生存確認信号に対して自装置の動作状態などの情報を含む生存確認応答を履歴管理サーバに返信していた。受信した生存確認応答の動作状態の情報や、生存確認応答が所定時間内に返信されなかった場合などにより、履歴管理サーバは、端末装置における異常を検知することができる。本発明は、従来からある信号のやり取りを利用して、時刻情報を端末装置が履歴管理サーバに送信できているので、時計同期のための通信が発生していないので、通信路を余計に圧迫することがなくなっている。
【００１４】
また、前記履歴管理サーバは、更に、前記第２計時手段が計時する時刻の基準となる基準時刻を変更する変更手段を備え、前記端末時間差記憶手段は、前記変更手段が時刻を変更した場合に、前記時間差情報に、前記変更手段が変更した変更後の時間と変更前の時間との差分である変更時間量を付加して、前記時間差情報を更新し、前記履歴情報記憶手段は、更に、前記変更手段が時計を変更した変更後の時刻と前記変更時間量とを対応付けて記憶し、前記イベント情報送信手段は、前記イベント発生時刻と前記イベント情報と共に、当該情報を送信する時の送信時刻を送信し、前記算出手段は、前記イベント情報受信手段が受信した情報に含まれる前記イベント発生時刻と前記送信時刻との差分をとり、当該差分が、前記変更手段が変更した変更後の時刻から前記イベント情報受信手段が情報を受信したときに前記第２計時手段が計時した時刻までに経過した時間よりも長い場合に、前記時間差情報から前記履歴情報記憶手段が記憶している前記変更時間量を除いた変更前時間差情報と前記イベント発生時刻とから前記イベント発生換算時刻を算出する例外算出処理を実行することとしてよい。
【００１５】
この構成によれば、履歴管理サーバで時間を変更したとしても、その変化分を吸収して履歴情報を登録することができる。また、端末装置におけるイベントの発生が履歴管理サーバにおいて時計を変更したタイミングの前か、後かを検出し、イベントの発生が時計変更前であった場合には、時間差情報を変更しているにも関わらず、時計変更前の時間差を用いてイベントの履歴を正しく登録することができる。
【００１６】
また、前記履歴管理サーバは、更に、前記時計変更手段が時計を変更したか否かを示す時計変更フラグを保持するフラグ保持手段を備え、前記フラグ保持手段は、前記時計変更手段が時計を変更した場合に前記時計変更フラグを立て、前記端末装置からイベント発生時刻とイベント送信時刻とが一致するイベント情報を受信した場合に前記時計変更フラグをリセットし、前記算出手段は、前記時計変更フラグが立っている場合には、前記例外算出処理を実行して前記イベント発生換算時刻を算出し、前記時計変更フラグが立っていない場合には、前記イベント情報受信手段が受信した情報に含まれる前記イベント発生時刻と前記時刻差情報とから前記イベント発生換算時刻を算出することとしてよい。
【００１７】
この構成によれば、時計変更フラグが立っているか否かによって、算出手段はイベント発生換算時刻を算出するための処理を切り替えることができる。時計変更フラグという構成がなかった場合には、常にイベント発生時刻とイベント送信時刻との差分をとり、当該差分が時計を変更した時刻からイベント情報を履歴管理サーバが受信するまでの時間より長いか否かの判断の処理を実行していたが、この時計変更フラグを設けることにより、当該処理を省略することができるので履歴管理サーバの処理負荷を軽減することができる。
【００１８】
また、前記履歴管理システムに複数の端末装置が含まれる場合に、前記送信手段は、前記第１時刻と共に、自装置の識別子を送信し、前記時刻受信手段は、当該第１時刻と共に、端末装置の識別子を受信し、前記端末時間差記憶手段は、当該第１時刻と前記第２時刻との時間差を示す時間差情報を、受信した端末装置の識別子に対応付けて対応付けて記憶し、前記イベント情報送信手段は、自装置の識別子も共に送信し、前記算出手段は、前記イベント発生時刻と前記時間差情報の受信した端末装置の識別子に対応する時間差情報とからイベント発生換算時刻を算出することとしてよい。
【００１９】
この構成によれば、複数の端末がネットワークに組み込まれていたとしても、履歴管理サーバは、各端末ごとに、それぞれの時間差情報を記憶するので、各端末にあった時間差を適用してイベントの履歴を記憶することができる。これにより、一基準に従った時間で全イベントについて一貫性をもって管理できるようになる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の履歴管理システムの一実施形態である認証履歴管理システムについて図面を用いて説明する。
＜実施の形態１＞
図１は、認証履歴管理システムのシステム図である。
図１に示すように認証履歴管理システムは、認証履歴サーバ１００と、認証端末１１０ａと、認証端末１１０ｂと、伝送路１２０と、端末１３０ａと、端末１３０ｂと、媒体１４０ａと、媒体１４０ｂと、媒体１４０ｃと、監視装置１５０と、ネットワーク１６０とを含んで構成される。ここでは、認証履歴管理システムは、入退室を管理することを目的とするシステムである。
【００２１】
認証履歴サーバ１００は、伝送路１２０を介して、各認証端末１１０ａ、１１０ｂと接続されており、それぞれの認証端末で実行された認証等のイベントに係る履歴情報を保持する機能を有する。また、ネットワーク１６０を介して接続されている監視装置１００に保持する履歴情報を送信したり、監視装置１００から送信されてきた命令を実行する機能を有する。
【００２２】
認証端末１１０ａは、自機に接続されている端末１３０ａの状態を管理する機能を有する。また、媒体１４０ａ、１４０ｂなどの認証を実行し、当該認証に基づき、端末１３０ａを制御する機能を有する。また、認証等のイベントが発生した場合に、そのイベントの情報を伝送路１２０を介して認証履歴サーバ１００に送信する機能を有する。また、認証履歴管理サーバ１００から送信されてきた生存確認信号に受けて、認証履歴サーバ１００に自機で計時する時刻の情報を含む確認応答信号を送信する機能を有する。なお、確認応答信号には、自端末の状態の情報や、自機で管理する端末の状態の情報なども含まれる。自端末の状態の情報には、端末内でエラーが発生しているか否かの情報などを含んでいる。よって、履歴管理サーバ１００に送信された自端末の状態の情報や、端末の状態の情報は、監視装置１５０に送信され、オペレータなどにより装置が故障していないかどうかを検出したりするのに利用される。
【００２３】
認証端末１１０ｂは、自機に接続されている端末１３０ｂの状態を管理する機能を有する。また、媒体１４０ｃの認証を実行し、当該認証に基づき、端末１３０ｂを制御する機能を有する。また、認証等のイベントが発生した場合に、そのイベントの情報を伝送路１２０を介して認証履歴サーバ１００に送信する機能を有する。また、認証履歴管理サーバ１００から送信されてきた生存確認信号を受けて、認証履歴サーバ１００に自機で計時する時刻の情報を含む確認応答信号を送信する機能を有する。なお、確認応答信号には、自端末の状態の情報や、自機で管理する端末の状態の情報なども含まれる。
【００２４】
端末１３０ａは、認証端末１１０ａで実行された認証に基づいて、認証端末１１０ａに制御される機器のことであり、例えば扉に付設される電子錠などのことである。
端末１３０ｂは、認証端末１１０ｂで実行された認証に基づいて、認証端末１１０ｂに制御される機器のことであり、例えば扉に付設される電子錠などのことである。
媒体１４０ａ、１４０ｂ、１４０ｃは、認証端末１１０ａ、１１０ｂで行われる認証に必要な情報を保持するものであり例えばＩＣカードである。各媒体には、それぞれの識別子情報が付与されている。
【００２５】
監視装置１５０は、認証履歴管理システムで実行された認証などのイベントの情報を確認するための装置であり、例えば、ＰＣである。
ここから、認証履歴サーバ１００の詳細について説明する。
図２は、認証履歴サーバ１００の機能構成を示した機能ブロック図である。図２に示すように認証履歴サーバ１００は、ネットワーク通信部２００と、記憶部２１０と、時計管理部２２０と、履歴生成部２３０と、下位通信部２４０とを含んで構成される。
【００２６】
ネットワーク通信部２００は、ネットワーク１６０を介して監視装置１５０との間でデータ通信を実行する機能を有する。また、ネットワーク通信部２００は、監視装置１５０から送信されてきた制御コマンドに従い、記憶部２１０から履歴情報２１１を読み出して送信する機能も有する。
記憶部２１０は、認証履歴サーバ１００が動作する上で必要なプログラムやデータを記憶する機能を有し、例えばハードディスク装置やメモリなどにより実現できる。記憶部２１０は、各認証端末で実行された認証や、発生したエラー情報などのイベントが記録された履歴情報２１１を記憶している。履歴情報２１１の詳細については、後述する。
【００２７】
時計管理部２２０は、時計であり、時刻を計時する機能を有する。自己で計時する時刻と、また、下位通信部２４０を介して認証端末から送信されてきた時刻との差分を算出し、当該認証端末との時刻差として、認証端末に対応させて時刻差情報２２１に記録する機能を有する。時刻差情報２２１は、各認証端末と、それぞれの認証端末が計時する時刻と時計管理部２２０が計時する時刻との時刻差とを対応させた情報である。時刻差情報２２１の詳細については後述する。
【００２８】
履歴生成部２３０は、下位通信部２４０を介して受信したイベントの情報に基づいて履歴を生成し、履歴情報２１１に書き加える機能を有する。履歴を生成するとは、イベント情報に含まれる機器No.で特定される機器に対応付けて、算出したイベント発生時刻とイベントの内容の情報を生成することを言う。その詳細については、後述する。
下位通信部２４０は、伝送路１２０を介して接続される各認証端末との間でデータ通信を実行する機能を有する。
【００２９】
次いで、認証端末１００ａ、１００ｂについて説明する。なお、認証端末については、その内部構成は全て同一であるとして、認証端末１１０として説明する。
図３は、認証端末１１０の機能構成を示した機能ブロック図である。図３に示すように、認証端末１１０は、上位通信部３００と、端末状態管理部３１０と、記憶部３２０と、イベント生成部３３０と、認証部３４０と、利用者情報取得部３５０と、計時部３６０とを含んで構成される。
【００３０】
上位通信部３００は、伝送路１２０を介して認証履歴サーバ１００との間で通信を実行する機能を有する。
端末状態管理部３１０は、認証端末１１０に接続されている端末の状態を管理、制御する機能を有し、また認証部３４０からの指示に基づき端末を制御する、即ち電子錠の開錠、施錠を実行する機能を有する。ここで状態とは、端末が電子錠などの場合には開錠されている、あるいは施錠されているなどの状態をいう。
【００３１】
記憶部３２０は、認証端末１１０が動作上必要とするプログラムやデータのほか、認証情報３２１と、未送信イベント３２２とを記憶する機能を有し、例えば、ハードディスク装置あるいはＲＯＭ、ＲＡＭなどにより実現される。未送信イベント３２２は、認証端末１１０が、イベント情報の送信に失敗した場合に、当該イベント情報を保存したものでる。
【００３２】
イベント生成部３３０は、認証部３４０、あるいは端末状態管理部３１０からの情報に基づいて発生したイベントに関するイベント情報を作成し、上位通信部３００を介して認証履歴サーバ１００に送信する機能を有する。
認証部３４０は、認証情報３２１と利用者情報取得部３５０から伝達された媒体が保持していたＩＤとに基づいて認証を実行する機能を有する。具体的には、ＩＤが認証情報３２１に登録されているか否かを判定する。
【００３３】
利用者情報取得部３５０は、媒体からＩＤを取得し、取得したＩＤを認証部３４０に伝達する機能を有する。
計時部３６０は、時計であり、時刻を計時する機能を有する。イベントが発生した場合にその時、計時した時刻をイベント生成部に伝達する機能を有する。
＜データ＞
ここから、認証履歴管理システムに係る各種データについて説明する。
【００３４】
まず、図４を用いて、認証端末１１０が、認証履歴サーバ１００に送信するイベント情報について説明する。図４は、イベント情報４００のデータ構成の具体例を示している。図４に示すように、イベント情報４００は、機器No.．欄４０１と、発生日時欄４０２と、対象番号欄４０３と、ＩＤ番号欄４０４と、内容欄４０５とを含んで構成される。
機器No.．欄４０１には、イベント情報４００を送信した認証端末を示す情報が含まれる。ここでは図１のシステム図にあわせて分かりやすくするために「１００ａ」と記載したが、実際には、認証端末のＩＤ番号の情報が記載される。
【００３５】
発生日時欄４０２には、イベントが発生したときに認証端末の計時部が計時した時刻の情報が含まれる。
対象番号欄４０３には、認証端末が操作した対象を示すＩＤ番号の情報が含まれており、図１のシステム図における端末１３０ａや、端末１３０ｂが該当する。
ＩＤ番号欄４０４には、認証を行った場合において、認証を実行した媒体のＩＤ番号の情報が含まれる。認証端末で発生したイベントが認証以外の場合には、ＩＤ番号欄４０４には情報が含まれないことになる。
【００３６】
内容欄４０５は、発生したイベントが何のイベントであるかを示すための情報が含まれており、イベント番号が記載される。イベントの内容とイベント番号との対応については後述する。
図４には２つの事例を示しているが、イベント情報は、２以上の別の内容のイベントがまとめられて送信されてもよいし、１つだけで送信されてもよい。即ち、一のイベントの情報だけが送信されてもよいし、２以上のイベントの情報がまとめて、一つのパケットとして送信されてもよい。
【００３７】
図５は、記憶部２１０が記憶し、履歴生成部２３０が履歴情報を作成するときに参照する端末情報２１１の概念的なデータ構成を示す具体例である。
同図に示すように端末情報２１１は、機器No.．欄５１０と、対象番号欄５２０と、対象名称欄５３０とを含んで構成され、機器No.と対象番号と対象名称とは対応付けて記憶されている。
【００３８】
機器No.欄５１０には、認証端末を識別するための情報が含まれる。本実施の形態においては、図１のシステム図に示す認証端末１１０ａ、認証端末１１０ｂが該当する。
対象番号欄５２０には、認証端末に接続されている端末に割り振られているＩＤ番号が含まれる。
そして対象名称欄５３０には、履歴情報においてオペレータが端末が何であるかを認識できるように設定した実際の名称の情報が含まれる。
【００３９】
端末情報２１０では、例えば、機器No.「１１０ｂ」には、対象番号「１００１００１１」と、対象名称「扉Ｂ」とが対応付けられて記憶されている。
図６は、記憶部２１０が記憶し、履歴生成部２３０が履歴情報を生成する際に参照するユーザ情報２１２を示している。ユーザ情報２１２は、ＩＤ番号欄６１０とユーザ名欄６２０とを含んで構成され、ＩＤ番号とユーザ名とは対応付けられて記憶されている。
【００４０】
ＩＤ番号欄６１０には、各媒体が保持するＩＤ番号の情報が含まれる。
ユーザ名欄６２０には、そのＩＤ番号が割り振られている媒体を所持するユーザの名前の情報が含まれる。
ユーザ情報２１２には、認証履歴システムを利用する全てのユーザのＩＤ情報が記憶されている。
【００４１】
図７は、記憶部２１０が記憶し、履歴生成部２３０が履歴を生成する際に参照する内容情報２１４の概念的なデータ構成例を示している。同図に示すように内容情報２１４は、内容番号欄７１０と、内容情報欄７２０とを含んで構成される。
内容番号欄７１０には、イベントに予め割り振られている番号の情報が含まれる。
内容情報欄７２０には、実際に発生したイベントの内容の情報が含まれる。
【００４２】
内容番号と、内容情報とは対応付けて記憶されており、例えば内容番号「２」には、イベントの内容情報として、「施錠」が対応付けられている。
図８は、時計管理部２２０が管理し、記憶している時刻差情報２２１の概念的なデータ構成を示している。
時刻差情報２２１は、機器No.欄８１０と、時刻差欄８２０とを含んで構成される。
【００４３】
機器No.欄８１０は、認証端末を識別するための情報を含む。
時刻差欄８２０は、認証端末が計時する時刻と認証履歴サーバ１００が計時する時刻との時刻差の情報を含んでいる。
機器No.と、時刻差は対応付けて記憶されており、例えば、機器No.「１００ａ」の時刻差は、「１０」秒である。なお、本図においては、認証端末の時計が認証履歴サーバ１００の時計管理部２２０の時計より遅れている場合にはプラス値になるように、進んでいる場合にはマイナス値になるように記録されている。
【００４４】
最後に図９を用いて、実際に認証履歴サーバ１００に記録される履歴情報２１４を説明する。図９に示すように履歴情報２１４は、履歴No.欄９０１と、タイムスタンプ欄９０２と、対象名称欄９０３と、ユーザ名欄９０４と、内容欄９０５とを含んで構成される。
履歴No.欄９０１には、認証履歴サーバが履歴情報を管理するために便宜上、履歴に付す番号の情報が記録される。
【００４５】
タイムスタンプ欄９０２は、認証端末で発生したイベントの発生した時刻の情報が記録される。タイムスタンプは、履歴生成部２３０によって送信されてきたイベント情報４００の発生日時欄の日時に、時刻差情報２２１の認証端末に対応する時刻差を加算して算出される。
対象名称欄９０３は、認証端末においてどの端末を対象としたイベントであるかを示す情報が記録される。対象名称は、履歴生成部２３０により、イベント情報４００の対象番号欄４０３の番号が、端末情報２１１の対象番号欄５２０に一致する対象番号に対応する対象名称を対象名称欄５３０から読み出されて記録される。
【００４６】
ユーザ名欄９０４は、認証端末において認証が実行された場合に、認証を行った媒体を所持するユーザの名前が記録される。ユーザ名は、履歴生成部２３０により、イベント情報４００のＩＤ番号欄４０４と対応する番号を、ユーザ情報２１２のＩＤ番号欄６１０から検出し、対応するユーザ名が記録される。
内容欄９０５は、発生したイベントの内容を示す情報が記録される。この内容は、履歴生成部２３０により、イベント情報４００の内容欄４０５に記録されている番号と一致する番号を内容情報２２１の内容番号欄７１０から検出し、対応する内容情報が記録される。
【００４７】
図９では、例えば、履歴No.「１１９９９」で示されるイベントでは、「２００７年３月１３日の２０時４２分１３秒」に発生したもので、「扉Ａ」を「松下太郎」が通過するために、「扉Ａ」の鍵が「開錠」されている。
以上が、本実施の形態において使用されるデータの説明である。
＜動作＞
次に、本実施の形態における各装置の動作を説明する。
【００４８】
まず、図１０のタイミングチャートを用いて、本システムにおける動作を簡単に説明する。
認証履歴サーバ１００は、定期的に各認証端末に対して各端末装置が正常に動作しているか否かを確認するために生存確認信号を出力している。認証履歴サーバ１００は、予め定められたフォーマットの生存確認信号を認証端末１１０ａに送信する（ステップＳ１００１）。
【００４９】
認証端末１１０ａは、生存確認信号を受信すると、その時に計時手段が計時した時刻の情報を生存確認応答に付加して送信する（ステップＳ１００２）。
認証履歴サーバ１００は、生存確認応答を受信した時に、時計管理部２２０が計時した時刻と、生存確認応答に含まれる時刻との差分を算出する。そして算出した差分と認証端末１１０ａとを対応づけて時刻差情報２２１を更新する（ステップＳ１００３）。
【００５０】
次に、認証履歴サーバ１００は、生存確認信号を認証端末１１０ｂに送信する（ステップＳ１００４）。
認証端末１１０ａは、生存確認信号を受信すると、その時に計時手段が計時した時刻の情報を生存確認応答に付加して送信する（ステップＳ１００５）。
認証履歴サーバ１００は、生存確認応答を受信した時に、時計管理部２２０が計時した時刻と、生存確認応答に含まれる時刻との差分を算出する。そして算出した差分と認証端末１１０ｂとを対応づけて時刻差情報２２１を更新する（ステップＳ１００６）。
【００５１】
図１０のステップＳ１００１からステップＳ１００６までの動作は定期的に実行されている。
そして認証端末１１０ａにおいてイベントが発生したとする（ステップＳ１００７）。すると認証端末１１０ａは、そのイベントが発生したタイミングで計時手段が計時した時刻の情報を含む所定の形式で示されるイベント情報を作成する（ステップＳ１００８）。
【００５２】
そして認証端末１１０ａは、認証履歴サーバ１００に作成したイベント情報を送信する（ステップＳ１００９）。
認証履歴サーバ１００は、認証端末１１０ａの時刻差を時刻差情報２２１から読み出す。そして認証履歴サーバ１００は、受信したイベント情報に含まれるイベント発生時刻に読み出した時刻差を加算する。そして時刻差を加算して得られた真のイベント発生時刻を当該イベント情報で示されるイベントと対応付けて履歴情報２１４に記憶する（ステップＳ１１００）。
【００５３】
ここから、認証端末１１０の動作を詳細に、図１１に示すフローチャートを図３の機能構成図を参照しながら説明する。ここでは認証端末を認証端末１１０として説明する。
認証端末１１０は待機状態にあり、所定時刻が経過していないかを検出する（ステップＳ１１０１）。何らかのイベントが発生せずに所定時刻が経過した場合に（ステップＳ１１０１のtimeout）、認証端末１１０は、記憶部３２０に未送信イベント情報３２２に未送信イベントが登録されているか否かを検出する（ステップＳ１１０２）。未送信イベント３２２がない場合には（ステップＳ１１０２のＮＯ）、認証端末１１０は、ステップＳ１１０１に戻り待機状態に入る。
【００５４】
未送信イベントがある場合には（ステップＳ１１０２のＹＥＳ）、上位通信部３００は、その未送信イベントを通信網１２０を介して認証履歴サーバ１００に送信する（ステップＳ１１０３）。
認証端末１１０は、未送信イベントの送信に成功したか否かを判定する（ステップＳ１１０４）。この判定は、認証履歴サーバ１００からのイベント情報を受信したことを示すイベント情報受信信号を受けることで判定する。未送信イベントの送信に失敗した場合には（ステップＳ１１０４のＮＯ）、ステップＳ１１０２に戻り、認証端末１１０は以降の処理を実行する。
【００５５】
未送信イベントの送信に成功した場合には（ステップＳ１１０４のＹＥＳ）、未送信イベント情報３２２から送信に成功した未送信イベント情報を削除する（ステップＳ１１０５）。そして認証端末１１０はステップＳ１１０１に戻り、待機状態に入る。
ステップＳ１１０１の待機状態において認証端末１１０はイベントが発生したか否かを検出する（ステップＳ１１１１）。認証端末１１０は、イベントの発生を、例えば、利用者情報取得部３５０が媒体からＩＤ番号を抽出して認証部３４０がその認証を実行したり、端末状態管理部３１０が端末である電子錠の開錠、施錠などが実行することにより検出する。
【００５６】
イベントが発生した場合には（ステップＳ１１１１のＹＥＳ）、イベント生成部３３０は、履歴管理サーバに送信する図４に示すようにイベント情報を作成する。イベント情報には、発生したイベントの内容を示す情報と、そのイベントが発生したときに計時部３６０が計時した時刻の情報とが含まれる。
次に認証端末１１０は、作成したイベントを送信する前に、記憶部３２０の未送信イベント情報３２２に未送信イベントがある場合に、その未送信イベントの処理を実行する（ステップＳ１１１３）。ここで未送信イベントの処理とは、本フローチャートのステップＳ１１０２からステップＳ１１０５にかけて実行する処理に相当する。
【００５７】
未送信イベントの処理が終了すると、認証端末１１０はイベント生成部３３０が生成したイベント情報を上位通信部３００を介して認証履歴サーバ１００に送信する（ステップＳ１１１４）。
認証端末１１０は、イベント情報の送信に成功した場合には（ステップＳ１１１５のＹＥＳ）、ステップＳ１１０１に戻り、以降の処理を実行する。イベント情報の送信に失敗した場合には（ステップＳ１１１５のＮＯ）、イベント情報を未送信イベント情報３２２に登録する（ステップＳ１１１６）。
【００５８】
ステップＳ１１１１においてイベントが発生しなかった場合（ステップＳ１１１１のＮＯ）、上位通信部３００は、生存確認信号を受信を検出する（ステップＳ１１２１）。生存確認信号が到来していなかった場合には（ステップＳ１１２１のＮＯ）、認証端末１１０は、ステップＳ１１０１に戻り、以降の処理を実行する。
生存確認信号が到来した場合には（ステップＳ１１２１のＹＥＳ）、認証端末１１０は生存確認信号に対する応答である生存確認応答にその時に計時部３６０が計時した時刻の情報を付加して送信する（ステップＳ１１２３）。そして認証端末１１０は、ステップＳ１１０１に戻り、以降の処理を実行する。
【００５９】
次に、図１２のフローチャートを用いて認証履歴サーバ１００の動作を説明する。
認証履歴サーバ１００は、待機状態にある（ステップＳ１２０１）。所定時間が経過すると、認証履歴サーバ１００は、生存確認信号を順次各認証端末に送信していく（ステップＳ１２０２）。そして認証履歴サーバ１００は、各認証端末からの生存確認応答の送信を待つ（ステップＳ１２０３）。
【００６０】
生存確認応答を受信した場合には（ステップＳ１２０３のＹＥＳ）、時計管理部２２０は、生存確認応答に含まれる時刻から、生存確認応答を受信した時に時計管理部２２０が計時した時刻を減算する。そして、減算して得られた時間ずれを当該生存確認応答を送信した認証端末に対応する時刻差として、時刻差情報２２１に登録する（ステップＳ１２０４）。全ての認証端末についての時刻差を更新すると認証履歴サーバ１００はステップＳ１２０１に戻り、以降の処理を実行する。
【００６１】
所定時間内に生存確認応答が到来しなかった場合には（ステップＳ１２０３のtimeout）、生存確認応答を受信できなかった認証端末について、その認証端末に何らかのエラーが発生しているものと判断し、認証端末に異常が発生していることを記憶部２１０に記録する。また、認証履歴サーバ１００は、認証端末に異常が発生していること示す情報を監視装置１５０に送信する。そして認証履歴サーバ１００は、ステップＳ１２０１に戻り、以降の処理を実行する。
【００６２】
認証履歴サーバ１００は待機中に認証端末からイベント情報を受信した場合には（ステップＳ１２１１のＹＥＳ）、履歴情報２１４を更新する。
具体的には、履歴生成部２３０は、まず受信したイベント情報から、イベントの内容やイベント発生時刻の情報を読み出す。履歴生成部２３０は、時刻差情報２２１から、イベント情報を送信してきた認証端末に対応する時刻差を読み出す。そしてイベント情報から読み出したイベント発生時刻に読み出した時刻差を加算してイベント発生換算時刻を算出する。また、履歴生成部２３０は、内容情報２１３の番号欄においてイベント情報の内容番号に対応する内容情報を内容情報欄から読み出す。そうして履歴生成部２３０は、得られたイベント発生換算時刻と読み出した内容情報とを対応付けて履歴情報２１４に登録する（ステップＳ１２１２）。
【００６３】
そして認証履歴サーバ１００は、待機状態（ステップＳ１２０１）に戻り、以降の処理を実行する。
待機状態において、イベント情報を受信したのではなく（ステップＳ１２１１のＮＯ）、時計管理部２２０の時計を変更した場合には（ステップＳ１２２１のＹＥＳ）、時計管理部２２０は時刻差情報２２１を更新する。時計管理部２２０の時計を変更するのは、認証履歴サーバ１００においても時計管理部２２０が計時する時刻が狂うことがあるためである。時計の変更は、例えば監視装置１４０からオペレータの手により行われる。また、時計を変更するとは、時計管理部２２０の時刻を計時するための基準時刻を変更することである。
【００６４】
時刻差情報２２１の更新方法を具体的に言うと、時計管理部２２０が計時していた時計を進めた場合には、変更した時間分をプラス値とし、時間を戻した場合には変更した時間分をマイナス値とし、変更した時間分から時刻差情報に記録されている時刻差を減算する。そして減算した値を時刻差情報２２１に登録しなおす（ステップＳ１２２２）。具体的な数値を例に挙げて説明すると、例えば時計管理部２２０の時計を３０秒進めたとする。このとき認証端末１１０ａの時刻差の情報が図８に示すように１０秒であったとする。すると時計変更後の認証端末１１０ａの時刻差は、３０−１０＝２０で２０秒となる。
【００６５】
時刻差情報の更新後、認証履歴サーバ１００は、ステップＳ１２０１の待機状態に戻る。
以上が本実施の形態１における認証履歴管理システムの動作である。これらの構成を備えることで、認証履歴サーバ１００は、各端末装置１１０ａ、１１０ｂとの時間ずれを認識できるので、自身の基準時刻に換算して、時間の整合性が保たれた履歴情報を記録することができる。
＜実施の形態２＞
実施の形態２においては、実施の形態１で説明したように認証履歴サーバ１００の時計管理部２２０の時計を変更した場合に発生する問題を解決する。この問題を具体的に図１３を用いて説明する。
【００６６】
認証端末１１０ａにおいて時刻Ｔ１でイベントが発生したとする（ステップＳ１３０１）。イベントの発生を受けてイベント生成部３３０はイベント情報を作成し（ステップＳ１３０２）、認証端末１１０ａは、イベント情報を送信するものの認証履歴サーバ１００には到達せず、イベント情報の送信に失敗する（ステップＳ１３０３）。送信に失敗したイベント情報は、未送信イベント情報２２１に登録される（ステップＳ１３０４）。
【００６７】
そして、時刻Ｔ１より後の時刻Ｔ２において、認証履歴サーバ１００の時計管理部２００の時計を変更したとする（ステップＳ１３０５）。このとき、時計管理部２００は、時刻差情報２２１を更新する（ステップＳ１３０６）。
時刻Ｔ２の後、時刻Ｔ３において認証端末１１０ａは、ステップＳ１３０３において送信に失敗したイベント情報を送信し、送信に成功する（ステップＳ１３０７）。すると、認証履歴サーバ１００の履歴生成部２３０は、ステップＳ１３０６において更新された時刻差情報を用いて、送信されてきたイベント情報の履歴を登録することになる（ステップＳ１３０８）。
【００６８】
ここで、送信されてきたイベント情報で示されるイベントは、認証履歴サーバ１００の時計管理部２２０の時計変更前に発生しているため、時刻Ｔ２以前の時刻差情報が適用されるべきところを、時刻Ｔ２以後の時刻差情報が適用されてしまっている。実施の形態２においては、このような場合であっても、正しいタイミングの時刻差情報を適用できることを示す。
＜構成＞
本実施の形態２における認証履歴サーバや認証端末の構成は実施の形態１に示したものと略同一であるので、重複する部分については説明を割愛し、実施の形態１と異なる機能を有する機能部についてのみ説明する。
【００６９】
まず、認証端末について実施の形態１と異なる機能について説明する。
認証端末１１０のイベント生成部３３０は、生成するイベント情報に、更に、そのイベント情報を送信するときの時刻を付加する機能を有する。通常、イベント発生時刻とイベント送信時刻は一致するが、イベント情報の送信に失敗した場合には、イベント発生時刻とイベント送信時刻は異なってくる。
【００７０】
次に、認証履歴サーバ１００について実施の形態１と異なる機能について説明する。
履歴生成部２３０は、受信したイベント情報に含まれるイベント発生時刻とイベント送信時刻とが一致するか否かを検出する。一致しない場合には、履歴生成部２３０は、まず、イベント発生時刻からイベント送信時刻を減算し、第１時間差を算出する。次に履歴生成部２３０は、当該イベント情報を受信したときに時計管理部２２０が計時した時刻から前回時計を変更した時間であって変更後の時刻を減算し、第２時間差を算出する。そして履歴生成部２３０は、第１時間差と第２時間差とを比較し、第１時間差の方が長い場合には、履歴情報２１４を参照して時計を変更した時間量を検出し、その時間量を時間差から差し引いた前回時間差を用いてタイムスタンプを決定する。以上の機能を履歴生成部２３０は、実施の形態１に示した機能に加えて有する。
【００７１】
認証端末１１０については、イベント生成部３３０が実施の形態１の機能に加えて、以下の機能を有する。
イベント生成部３３０は、イベント情報を作成する際に、そのときの計時部３６０の計時する時刻情報をイベント送信時刻として、イベント情報に含んで、イベント情報を作成する機能を有する。
【００７２】
以上が、実施の形態１と異なる機能である。
＜データ＞
ここから実施の形態２に係るデータについて説明する。ここでは、実施の形態１と一部が異なってくる、イベント情報と、履歴情報２１４とについて説明する。
まず図１４を用いてイベント情報を説明する。イベント情報１４００は、機器No.欄１４０１と、発生日時１４０２と、送信日時欄１４０３と、対象番号欄１４０４と、ＩＤ番号欄１４０５と、内容欄１４０６とを含んで構成される。図４と比較すれば、わかるようにイベント情報１４００は、イベント情報４００に含まれていた情報に加えて、更に、送信日時欄１４０３を含んで構成される。
【００７３】
送信日時欄１４０３は、イベント情報１４００を認証端末１１０が送信する時の情報を含む。送信日時は正確にはイベント生成部３２０がイベント情報１４００を作成する時に計時部３６０が計時した時刻の情報であるが、その直後に認証端末１１０はイベント情報を送信して、タイムラグはないものとして、イベント情報の送信時刻としている。
図１５は、実施の形態２に係る履歴情報２１４のデータ構成を示す具体例である。図１５に示すように、履歴No.欄１５０１と、タイムスタンプ欄１５０２と、対象名称欄１５０３と、ユーザ名欄１５０４と、内容欄１５０５と、時計変更履歴欄１５０６とを含んで構成される。図９と比較すればわかるように、実施の形態１の場合に加えて履歴情報２１４は、更に時計変更履歴欄１５０６を含んでいる。
【００７４】
時計管理部２２０の時計を変更した場合には、内容欄１５０５には、「時計変更＋Ｘ分」という情報が記録される。ここでＸは時計を変更したその時間の量（長さ）のことであり、時計を進めた場合をプラス値としている。
時計変更履歴欄１５０６は、時計管理部２２０の時計を変更した場合において、前回いつ時計を変更したかを履歴生成部２３０が認識するための履歴No.へのリンク情報を示している。例えば図１５においては、履歴No.「１１９９８」の時計変更では時計を８分進めており、その前に時計を変更したのは時計変更履歴の、履歴No.「０９５７６」に示される「２００７年１月１０日１２時」ということになる。時計変更履歴欄１５０６は、履歴生成部３３０が履歴をさかのぼって、タイムスタンプを決定する場合に過去にどれだけの時間を変更したのかを認識するために設けられている。
＜動作＞
ここから、図１６のフローチャートを用いて、実施の形態２における履歴情報生成時の履歴生成部２３０の動作を説明する。
【００７５】
まず、履歴生成部２３０は、下位通信部２４０から受信したイベント情報に含まれる発生日時欄１４０２の日時と、送信日時欄１４０３の日時とが一致するか否かを検出する（ステップＳ１６０１）。
一致する場合には（ステップＳ１６０１のＹＥＳ）、履歴生成部２３０は、当該イベントのタイムスタンプをイベント情報に含まれる機器No.に対応する時刻差を時刻差情報２２１から読み出し、読み出した時刻差を発生日時に加算することで得る。そして得られたタイムスタンプとイベントと機器No.などを対応付けて履歴情報２１４に登録して（ステップＳ１６０２）処理を終了する。
【００７６】
発生日時と送信日時とが一致しなかった場合には（ステップＳ１６０１のＮＯ）、履歴生成部２３０は、認証履歴サーバ１００がイベント情報を受信したときに時計管理部２２０が計時した時刻であるイベント受信時刻から、時計を変更したときに設定した時刻を減算してパラメータＩを得る。また、履歴生成部２３０は、イベント情報に含まれる送信日時から、発生日時を減算してパラメータＳを得る（ステップＳ１６１１）。
【００７７】
そして履歴生成部２３０は、ＩがＳ以上であるかどうかを検出する（ステップＳ１６１２）。これにより、履歴生成部２３０は、イベントが発生したタイミングが時計を変更したタイミングよりも前か後かを認識することができる。
ＩがＳ以上の場合には（ステップＳ１６１２）、イベントの発生は時計を変更した後ということになるので、履歴生成部は、イベントの発生したタイムスタンプを、イベント情報の発生日時に、時刻差情報２２１から読み出したイベント情報を送信した機器に対応する時刻差を加算して得る。そして履歴生成部２３０は、得られたタイムスタンプに基づいてイベントを履歴情報２１４に登録する。
【００７８】
ＩがＳ以上でない場合には（ステップＳ１６１２のＮＯ）、履歴生成部２３０は、パラメータＩに変更時間合計を加算した値が、Ｓ以上となる変更時間合計を求める。変更時間合計は、時計を変更した時間の量の合計のことであり、履歴生成部２３０は、Ｉに変更時間合計を加算した値がＳ未満である限り、履歴情報２１４の時計変更履歴欄１５０６の履歴No.からリンクをたどり、変更した時間量を加算していく。
【００７９】
図１５を例にとって説明すると、ＩがＳ未満の場合には、まず、Ｉから、履歴No.「１１９９８」の変更した時間量の８分を加算して得られた値がＳ以上であるかどうかを判定する。そしてまだ、Ｓ未満であるならば、更にその前回の時計を変更した時間量の３分もあわせて加算し、変更時間合計を得る。即ちＩから８＋３＝１１分（変更時間合計）を加算した値がＳ以上であるかどうかを判定する。こうして得られる変更時間合計がＩ−Ｓ以下となる変更時間合計を求めるのである。
【００８０】
そして、Ｉに変更時間合計を加算した値がＳ以上となる変更時間合計を得ると、履歴生成部２３０は、時刻差情報２２１から読み出したイベント情報で特定される機器No.の認証端末の時刻差から変更時間合計を減算する。そして履歴生成部２３０は、減算して得られた値を、イベント情報の発生日時に加算して得られる時刻をイベントのタイムスタンプとして履歴情報２１４に記録する。
【００８１】
以上の構成により、履歴生成部２３０は、時計管理部２２０で時計を変更していた場合で、認証端末が時計を変更したタイミングよりも前に発生したイベントの情報を時計を変更したタイミングよりも後に受信したときにも、正しく時間の整合性を保って、履歴情報２１４を記録することができる。
＜実施の形態３＞
上記実施の形態２において、履歴生成部２３０は、イベント情報を受信するたびに、イベント発生時刻とイベント送信時刻とが一致するか否かの処理を実行することになっているが、実施の形態３においては、その処理負荷を軽減することを示す。
＜構成＞
本実施の形態３における認証履歴サーバや認証端末の構成は実施の形態２に示したものと略同一であるので、重複する部分については説明を割愛し、実施の形態２と異なる機能を有する機能部についてのみ説明する。
【００８２】
履歴生成部２３０は、実施の形態２において示した時計管理部２２０において時計を変更した場合の処理を、時刻差情報２２１に含まれる時計変更フラグが立っているか否かに基づいて履歴登録の処理を実行する。具体的には、時計変更フラグが立っている場合には、実施の形態２に示した履歴登録の処理を実行し、時計変更フラグが立っていない場合には、実施の形態１に示した履歴登録の処理を実行する。
【００８３】
時計管理部２２０は更に、時計変更フラグを管理する機能を有し、時計の変更を実行した場合に時計変更フラグを立て、イベント発生時刻とイベント送信時刻の一致するイベント情報を受信した場合に、そのイベント情報を送信した認証端末に対応する時計変更フラグをリセットする機能を有する。
＜データ＞
ここでは、実施の形態３に係るデータであって、実施の形態１や２とは異なる時刻差情報２２１について説明する。
【００８４】
図１７は、実施の形態３に係る時刻差情報２２１のデータ構成を示した概念図である。
図１７に示すように、図８に示した実施の形態１の時刻差情報２２１に加えて、更に、時計変更フラグ欄１７３０が追加されている。
時計変更フラグ欄１７３０には、時計管理部２２０が時計を変更したかどうかを示す情報が含まれる。時計変更フラグは、各端末装置に対応付けて記憶されており、「０」が時計変更フラグが立っていない状態を示し、「１」が時計変更フラグが立っている状態を示す。
＜動作＞
図１８を用いて、実施の形態３に特有の認証履歴サーバ１００の動作を示す。図１８は、認証履歴サーバ１００において、履歴情報２１４を更新する際の処理方法の選択に係る動作を示すフローチャートであり、イベント情報を受信したときの動作を示している。
【００８５】
認証履歴サーバ１００は、イベント情報を受信する。履歴生成部２３０は、下位通信部２４０からイベント情報を受信すると、そのイベント情報に含まれる端末装置の機器No.を読み出し、その機器No.と対応する機器No.を時刻差情報２２１から検出し、対応する時計変更フラグの値を読み出し、「０」であるか否かを判定する（ステップＳ１８０１）。
時計変更フラグが０である場合には（ステップＳ１８０１）、通常通りの履歴登録処理を実行して終了する（ステップＳ１８０２）。通常通りの履歴登録処理とは、履歴のタイムスタンプを、イベント情報に含まれるイベント発生時刻にイベント情報を送信した認証端末に対応する時刻差情報を加算した時刻とする処理のことである。
【００８６】
時計変更フラグが「０」でない場合、即ち「１」であった場合には（ステップＳ１８０１のＮＯ）、履歴生成部２３０は、イベント情報に含まれるイベント発生時刻とイベント送信時刻とが一致するか否かを検出する（ステップＳ１８１１）。
イベント発生時刻とイベント送信時刻とが一致する場合には（ステップＳ１８１１のＹＥＳ）、履歴生成部２３０は、端末装置に対応する時計変更フラグを「１」から「０」に変更するように時計管理部２２０に通知し（ステップＳ１８１２）、通常の履歴登録処理を実行して（ステップＳ１８０２）終了する。
【００８７】
イベント発生時刻と送信時刻とが一致していない場合には（ステップＳ１８１１のＮＯ）、時計変更を実行している場合の履歴タイムスタンプ決定方法に基づいてタイムスタンプを決定し、履歴登録処理を実行して（ステップＳ１８２１）終了する。ここでいう履歴タイムスタンプ決定方法とは、実施の形態２において示したタイムスタンプの算出方法のことであり、図１６のフローチャートに示したステップＳ１６１１以降の処理に基づくものである。
【００８８】
こうして、本実施の形態３においては、時計変更フラグというフラグを保持し、タイムスタンプの算出方法を切り替えることが容易にできる。これにより、実施の形態２においては、ステップＳ１６０１において必ずイベント発生時刻とイベント送信時刻とが一致するか否かの判定処理を実行していたのに対し、実施の形態３では、時計変更フラグを参照するという簡単な処理のみになるので、時計管理部２２０の時計を変更していない場合に、実施の形態２の場合に比して、履歴管理サーバ１００の処理負荷を軽減できる。
＜補足＞
上記実施の形態において、本発明の実施の手法について説明してきたが、本発明がこれに限られないことは勿論である。以下、上記実施の形態以外に本発明の思想として含まれる各種の変形例について説明する。
（１）本発明は、上記実施の形態において示した履歴を管理するための履歴管理方法であってもよく、また、この管理方法を実現するために履歴管理サーバに搭載されるコンピュータに読み込まれ実行されるコンピュータプログラムであってもよい。
【００８９】
また、本発明は、当該コンピュータプログラムが記憶されたＦＤ（Flexible Disc）、ＭＤ（Magneto-optical Disc）、ＣＤ（Compact Disc）、ＢＤ（Blu-ray Disc）などの記録媒体であってもよい。
（２）上記実施の形態においては、本発明を認証の履歴を管理する認証履歴管理システムとして説明してきたが、本発明の履歴管理システムは、認証の履歴を管理するものに限定するものではない。上位の装置である履歴管理サーバと、下位の装置である端末装置との間で時計を合わせる必要のあるシステムであればなんでもよく、例えば、ある製品の生産工場などにおいて、各端末装置は製品の一部品を所定数製作できたことを管理、報告し、履歴管理サーバは、各部品の生産されたタイミングを管理するようなシステムであってもよい。
（３）上記実施の形態においては、端末装置は生存確認信号に対する応答としての生存確認応答に付加する形で時刻情報を送信したが、通信網１２０を圧迫することがないならば、各認証端末が自発的に時刻情報を送信する構成としてもよい。
（４）上記実施の形態においては、時刻を管理するための最小単位を秒として説明してきたが、これはシステムの動作設計上、必要な単位であればよく、例えば分単位で管理されていてもよいし、ミリ秒単位で管理されていてもよい。
（５）上記実施の形態においては、履歴生成部２３０は、単純に時刻差を加算する構成としたが、第１のタイミングで記録した第１時刻差と、その次の第２のタイミングで記録した第２時刻差について、第１のタイミングと第２のタイミングの間で受信したイベント情報については、イベント情報を受信した時間から、第１のタイミングと第２のタイミングのどの辺りになるか応じて、第１時刻差と第２時刻差とから時間配分に比例した時刻差をイベント発生時刻に加算する構成としてもよい。
（６）上記実施の形態においては、図１のシステム図では、認証端末が２台ある状態を示したが、認証端末の台数は何台あってもよく、例えば、１００台あってもかまわない。
（７）上記実施の形態においては、履歴情報２１４の用いられ方については特に述べなかったが、この情報は、後に監視装置１５０でオペレータにより参照されるものであり、例えば、誰がいつどの扉を通過したのかを検証したりするのに用いられる。
（８）上記実施の形態において述べたイベントとは、認証装置が検出できる事象のことであり、イベントは認証装置が検出できるものであれば何でもよく、例えば、上記実施の形態では示さなかった端末の鍵のこじあけなどもイベントとして登録してよい。
【００９０】
また、認証を実行するシステム以外であったとしても、端末装置側で検出できる事象をイベントといい、例えば生産工場などにおいては、一つの工作機械が所定数の部品の製作に成功したことを検出できるならば、その事象をイベントとしてよい。
（９）上記実施の形態においては、時刻差を算出して、時刻差情報２２１としたが、これは時間差を算出するに足る情報であればよく、例えば、認証端末が送信してきた時刻と、その情報を受信したときに時計管理部２２０が計時した時刻とを対応付けて記憶した情報などであってもよい。
【図面の簡単な説明】
【００９１】
【図１】認証履歴管理システムのシステム構成を示したシステム図である。
【図２】認証履歴サーバ１００の機能構成を示した機能構成図である。
【図３】認証端末１１０の機能構成を示した機能構成図である。
【図４】認証端末が認証履歴サーバ１００に送信するイベント情報のデータ構成の具体例を示したデータ概念図である。
【図５】端末情報２１１のデータ構成の具体例を示したデータ概念図である。
【図６】ユーザ情報２１２のデータ構成の具体例を示したデータ概念図である。
【図７】内容情報２１３のデータ構成の具体例を示したデータ概念図である。
【図８】時刻差情報２２１のデータ構成の具体例を示したデータ概念図である。
【図９】履歴情報２１４のデータ構成の具体例を示したデータ概念図である。
【図１０】認証履歴サーバ１００と各認証端末間のデータのやり取りを示したタイミングチャートである。
【図１１】認証端末１１０のイベント情報の送信と生存確認応答の送信とに係る動作を示したフローチャートである。
【図１２】認証履歴サーバ１００の生存確認信号の送信とイベント情報の受信とに係る動作を示したフローチャートである。
【図１３】履歴管理サーバにおいて時計を変更した場合の問題点を説明するためのタイミングチャートである。
【図１４】実施の形態２における端末装置が送信するイベント情報のデータ構成の具体例を示したデータ概念図である。
【図１５】実施の形態２における履歴情報２１４のデータ構成の具体例を示したデータ概念図である。
【図１６】実施の形態２における認証履歴サーバ１００のイベント情報受信時における動作を示したフローチャートである。
【図１７】実施の形態３における時刻差情報２２１のデータ構成の具体例を示したデータ概念図である。
【図１８】実施の形態３における認証履歴サーバのイベント情報受信時における動作を示したフローチャートである。
【符号の説明】
【００９２】
１００ 認証履歴サーバ
１１０ａ、１１０ｂ 認証端末
１２０ 通信網
１３０ａ、１３０ｂ 端末
１４０ａ、１４０ｂ、１４０ｃ 媒体
１５０ 監視装置
１６０ ネットワーク
２００ ネットワーク通信部
２１０ 記憶部
２２０ 時計管理部
２３０ 履歴生成部
２４０ 下位通信部
３００ 上位通信部
３１０ 端末状態管理部
３２０ 記憶部
３３０ イベント生成部
３４０ 認証部
３５０ 利用者情報取得部
３６０ 計時部
【特許請求の範囲】
【請求項１】
履歴管理サーバと、端末装置とがネットワーク接続されて構成される履歴管理システムであって、
前記端末装置は、
第１計時手段と、
前記第１計時手段が計時する第１時刻を前記履歴管理サーバに送信する時刻送信手段と、
自装置で検出したイベントのイベント情報と、当該イベントが発生したときに前記第１計時手段が計時したイベント発生時刻の情報とを前記履歴管理サーバに送信するイベント情報送信手段とを備え、
前記履歴管理サーバは、
第２計時手段と、
前記第１時刻を受信する時刻受信手段と、
前記時刻受信手段が前記第１時刻を受信した時に前記第２計時手段が計時した第２時刻と、前記第１時刻との時間差を示す時間差情報を記憶する端末時間差記憶手段と、
前記イベント情報送信手段が送信した情報を受信するイベント情報受信手段と、
前記イベント発生時刻と前記端末時間差記憶手段が記憶する前記時間差情報とからイベント発生換算時刻を算出する算出手段と、
前記イベント情報と前記イベント発生換算時刻とを対応付けて記憶する履歴情報記憶手段とを備える
ことを特徴とする履歴管理システム。
【請求項２】
前記履歴管理サーバは、更に、
定期的に端末装置が動作しているか否かを検知するための生存確認信号を送信する生存確認信号送信手段を備え、
前記時刻送信手段は、前記生存確認信号に対する応答として、応答のための所定データと共に前記第１時刻を送信し、
前記端末時間差記憶手段は、前記第１時刻を受信する毎に、当該第１時刻を受信したときに前記第２計時手段が計時した第３時刻と、当該第１時刻との時間差に基づいて前記時間差情報を更新する
ことを特徴とする請求項１記載の履歴管理システム。
【請求項３】
前記履歴管理サーバは、更に、
前記第２計時手段が計時する時刻の基準となる基準時刻を変更する変更手段を備え、
前記端末時間差記憶手段は、前記変更手段が時刻を変更した場合に、前記時間差情報に、前記変更手段が変更した変更後の時間と変更前の時間との差分である変更時間量を付加して、前記時間差情報を更新し、
前記履歴情報記憶手段は、更に、前記変更手段が時計を変更した変更後の時刻と前記変更時間量とを対応付けて記憶し、
前記イベント情報送信手段は、前記イベント発生時刻と前記イベント情報と共に、当該情報を送信する時の送信時刻を送信し、
前記算出手段は、前記イベント情報受信手段が受信した情報に含まれる前記イベント発生時刻と前記送信時刻との差分をとり、当該差分が、前記変更手段が変更した変更後の時刻から前記イベント情報受信手段が情報を受信したときに前記第２計時手段が計時した時刻までに経過した時間よりも長い場合に、前記時間差情報から前記履歴情報記憶手段が記憶している前記変更時間量を除いた変更前時間差情報と前記イベント発生時刻とから前記イベント発生換算時刻を算出する例外算出処理を実行する
ことを特徴とする請求項２記載の履歴管理システム。
【請求項４】
前記履歴管理サーバは、更に、
前記時計変更手段が時計を変更したか否かを示す時計変更フラグを保持するフラグ保持手段を備え、
前記フラグ保持手段は、前記時計変更手段が時計を変更した場合に前記時計変更フラグを立て、前記端末装置からイベント発生時刻とイベント送信時刻とが一致するイベント情報を受信した場合に前記時計変更フラグをリセットし、
前記算出手段は、前記時計変更フラグが立っている場合には、前記例外算出処理を実行して前記イベント発生換算時刻を算出し、前記時計変更フラグが立っていない場合には、前記イベント情報受信手段が受信した情報に含まれる前記イベント発生時刻と前記時刻差情報とから前記イベント発生換算時刻を算出する
ことを特徴とする請求項３記載の履歴管理システム。
【請求項５】
前記履歴管理システムに複数の端末装置が含まれる場合に、
前記送信手段は、前記第１時刻と共に、自装置の識別子を送信し、
前記時刻受信手段は、当該第１時刻と共に、端末装置の識別子を受信し、
前記端末時間差記憶手段は、当該第１時刻と前記第２時刻との時間差を示す時間差情報を、受信した端末装置の識別子に対応付けて対応付けて記憶し、
前記イベント情報送信手段は、自装置の識別子も共に送信し、
前記算出手段は、前記イベント発生時刻と前記時間差情報の受信した端末装置の識別子に対応する時間差情報とからイベント発生換算時刻を算出する
ことを特徴とする請求項１記載の履歴管理システム。
【請求項６】
履歴管理サーバと、端末装置とがネットワーク接続されて構成される履歴管理システムにおける履歴管理サーバであって、
計時手段と、
前記端末装置から当該端末装置が計時した第１時刻を受信する時刻受信手段と、
前記時刻受信手段が前記第１時刻を受信した時に前記計時手段が計時した第２時刻と、前記第１時刻との時間差を示す時間差情報を記憶する端末時間差記憶手段と、
前記端末装置から当該端末装置で発生したイベントに関するイベント情報であって、当該イベントが発生したときに当該端末装置が計時したイベント発生時刻とイベントの内容を示す情報とを受信するイベント情報受信手段と、
前記イベント情報受信手段が受信した情報に含まれる前記イベント発生時刻と前記端末時間差記憶手段が記憶する前記時間差情報とからイベント発生換算時刻を算出する算出手段と、
前記イベント情報受信手段で受信した情報に含まれるイベントの情報と前記イベント発生換算時刻とを対応付けて記憶する履歴情報記憶手段とを備える
ことを特徴とする履歴管理サーバ。
【請求項１】
履歴管理サーバと、端末装置とがネットワーク接続されて構成される履歴管理システムであって、
前記端末装置は、
第１計時手段と、
前記第１計時手段が計時する第１時刻を前記履歴管理サーバに送信する時刻送信手段と、
自装置で検出したイベントのイベント情報と、当該イベントが発生したときに前記第１計時手段が計時したイベント発生時刻の情報とを前記履歴管理サーバに送信するイベント情報送信手段とを備え、
前記履歴管理サーバは、
第２計時手段と、
前記第１時刻を受信する時刻受信手段と、
前記時刻受信手段が前記第１時刻を受信した時に前記第２計時手段が計時した第２時刻と、前記第１時刻との時間差を示す時間差情報を記憶する端末時間差記憶手段と、
前記イベント情報送信手段が送信した情報を受信するイベント情報受信手段と、
前記イベント発生時刻と前記端末時間差記憶手段が記憶する前記時間差情報とからイベント発生換算時刻を算出する算出手段と、
前記イベント情報と前記イベント発生換算時刻とを対応付けて記憶する履歴情報記憶手段とを備える
ことを特徴とする履歴管理システム。
【請求項２】
前記履歴管理サーバは、更に、
定期的に端末装置が動作しているか否かを検知するための生存確認信号を送信する生存確認信号送信手段を備え、
前記時刻送信手段は、前記生存確認信号に対する応答として、応答のための所定データと共に前記第１時刻を送信し、
前記端末時間差記憶手段は、前記第１時刻を受信する毎に、当該第１時刻を受信したときに前記第２計時手段が計時した第３時刻と、当該第１時刻との時間差に基づいて前記時間差情報を更新する
ことを特徴とする請求項１記載の履歴管理システム。
【請求項３】
前記履歴管理サーバは、更に、
前記第２計時手段が計時する時刻の基準となる基準時刻を変更する変更手段を備え、
前記端末時間差記憶手段は、前記変更手段が時刻を変更した場合に、前記時間差情報に、前記変更手段が変更した変更後の時間と変更前の時間との差分である変更時間量を付加して、前記時間差情報を更新し、
前記履歴情報記憶手段は、更に、前記変更手段が時計を変更した変更後の時刻と前記変更時間量とを対応付けて記憶し、
前記イベント情報送信手段は、前記イベント発生時刻と前記イベント情報と共に、当該情報を送信する時の送信時刻を送信し、
前記算出手段は、前記イベント情報受信手段が受信した情報に含まれる前記イベント発生時刻と前記送信時刻との差分をとり、当該差分が、前記変更手段が変更した変更後の時刻から前記イベント情報受信手段が情報を受信したときに前記第２計時手段が計時した時刻までに経過した時間よりも長い場合に、前記時間差情報から前記履歴情報記憶手段が記憶している前記変更時間量を除いた変更前時間差情報と前記イベント発生時刻とから前記イベント発生換算時刻を算出する例外算出処理を実行する
ことを特徴とする請求項２記載の履歴管理システム。
【請求項４】
前記履歴管理サーバは、更に、
前記時計変更手段が時計を変更したか否かを示す時計変更フラグを保持するフラグ保持手段を備え、
前記フラグ保持手段は、前記時計変更手段が時計を変更した場合に前記時計変更フラグを立て、前記端末装置からイベント発生時刻とイベント送信時刻とが一致するイベント情報を受信した場合に前記時計変更フラグをリセットし、
前記算出手段は、前記時計変更フラグが立っている場合には、前記例外算出処理を実行して前記イベント発生換算時刻を算出し、前記時計変更フラグが立っていない場合には、前記イベント情報受信手段が受信した情報に含まれる前記イベント発生時刻と前記時刻差情報とから前記イベント発生換算時刻を算出する
ことを特徴とする請求項３記載の履歴管理システム。
【請求項５】
前記履歴管理システムに複数の端末装置が含まれる場合に、
前記送信手段は、前記第１時刻と共に、自装置の識別子を送信し、
前記時刻受信手段は、当該第１時刻と共に、端末装置の識別子を受信し、
前記端末時間差記憶手段は、当該第１時刻と前記第２時刻との時間差を示す時間差情報を、受信した端末装置の識別子に対応付けて対応付けて記憶し、
前記イベント情報送信手段は、自装置の識別子も共に送信し、
前記算出手段は、前記イベント発生時刻と前記時間差情報の受信した端末装置の識別子に対応する時間差情報とからイベント発生換算時刻を算出する
ことを特徴とする請求項１記載の履歴管理システム。
【請求項６】
履歴管理サーバと、端末装置とがネットワーク接続されて構成される履歴管理システムにおける履歴管理サーバであって、
計時手段と、
前記端末装置から当該端末装置が計時した第１時刻を受信する時刻受信手段と、
前記時刻受信手段が前記第１時刻を受信した時に前記計時手段が計時した第２時刻と、前記第１時刻との時間差を示す時間差情報を記憶する端末時間差記憶手段と、
前記端末装置から当該端末装置で発生したイベントに関するイベント情報であって、当該イベントが発生したときに当該端末装置が計時したイベント発生時刻とイベントの内容を示す情報とを受信するイベント情報受信手段と、
前記イベント情報受信手段が受信した情報に含まれる前記イベント発生時刻と前記端末時間差記憶手段が記憶する前記時間差情報とからイベント発生換算時刻を算出する算出手段と、
前記イベント情報受信手段で受信した情報に含まれるイベントの情報と前記イベント発生換算時刻とを対応付けて記憶する履歴情報記憶手段とを備える
ことを特徴とする履歴管理サーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２００９−７５９４４（Ｐ２００９−７５９４４Ａ）
【公開日】平成２１年４月９日（２００９．４．９）
【国際特許分類】
【出願番号】特願２００７−２４５４７８（Ｐ２００７−２４５４７８）
【出願日】平成１９年９月２１日（２００７．９．２１）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
【公開日】平成２１年４月９日（２００９．４．９）
【国際特許分類】
【出願日】平成１９年９月２１日（２００７．９．２１）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
[ Back to top ]