(57)【要約】【課題】サーバが、各クライアントで発生したイベントのログを発生した順番通りに、正しく記録できるようにする。【解決手段】本発明にかかるログ時刻調整方法は、情報処理システムにおいて、ログサーバ２０がログ時刻を調整する場合のログ時刻調整方法であって、複合機（クライアント）１０が、イベントの発生を検知する毎にログ時刻を含んだイベントのログを記憶するログ記憶工程と、複合機（クライアント）１０が、ログ送信条件を満たした際に、その時点で保持しているログを、現在時刻の情報とともにログサーバ２０へ送信するログ送信工程と、ログサーバ２０が、ログおよび現在時刻の情報を受信し、さらに、受信時刻の情報を取得する情報取得工程と、ログサーバ２０が、現在時刻情報および受信時刻情報に基づいて、受信したログに含まれているログ時刻を調整するログ時刻調整工程と、を含んでいる。【選択図】        図２
2009069892.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアントおよび各クライアントから通知されたイベントのログを管理するサーバを備える情報処理システムにおいて、サーバが、通知されたログに含まれるイベント発生時刻の情報であるログ時刻を調整する場合のログ時刻調整方法であって、
前記クライアントが、イベントの発生を検知する毎に、ログ時刻を含んだ当該イベントのログを記憶するログ記憶工程と、
前記クライアントが、所定のログ送信条件を満たした際に、その時点で保持しているログを、現在時刻の情報とともに前記サーバへ送信するログ送信工程と、
前記サーバが、前記ログ送信工程で送信された、ログおよび現在時刻の情報を受信し、さらに、当該情報の受信時刻の情報を取得する情報取得工程と、
前記サーバが、前記現在時刻情報および前記受信時刻情報に基づいて、前記受信したログに含まれているログ時刻を調整するログ時刻調整工程と、
を含むことを特徴とするログ時刻調整方法。
【請求項２】
前記ログ記憶工程では、
システム時刻の修正イベントを検知した場合、修正後の時刻と修正前の時刻との差である修正時間差情報を含めてシステム時刻修正イベントのログを記憶し、
前記ログ時刻調整工程では、
前記ログがシステム時刻修正イベントのログを含んでいる場合、その中に含まれる前記修正時間差情報に基づいて、前記調整後のログ時刻をさらに調整することを特徴とする請求項１に記載のログ時刻調整方法。
【請求項３】
自身に接続されたクライアントで発生したイベントのログを管理するサーバであって、
前記クライアントから、当該クライアントで発生したイベントのログおよび当該ログの送信時刻の情報を取得する情報取得手段と、
前記情報を取得した時点の時刻の情報および前記取得した送信時刻の情報に基づいて、前記取得したログに含まれるイベント発生時刻の情報であるログ時刻を調整するログ時刻調整手段と、
を備えることを特徴とするサーバ。
【請求項４】
前記取得したログにシステム時刻の修正イベントのログが含まれている場合、
前記ログ時刻調整手段は、前記時刻修正イベントログに含まれる、時刻修正後の時刻と時刻修正前の時刻との差である修正時間差情報に基づいて、前記調整後のログ時刻をさらに調整することを特徴とする請求項３に記載のサーバ。
【請求項５】
複数のクライアントおよび各クライアントから通知されたイベントのログを管理するサーバを備える情報処理システムであって、
前記クライアントは、
イベントの発生を検知する毎に、イベント発生時刻の情報であるログ時刻を含んだ当該イベントのログを記憶するログ記憶手段と、
所定のログ送信条件を満たした際に、その時点で保持しているログを、現在時刻の情報とともに前記サーバへ送信するログ送信手段と、
を備え、
前記サーバは、
前記ログ送信手段により送信された、ログおよび現在時刻の情報を受信し、さらに、当該情報の受信時刻の情報を取得する情報取得手段と、
前記現在時刻情報および前記受信時刻情報に基づいて、前記受信したログに含まれているログ時刻を調整するログ時刻調整手段と、
を備えることを特徴とする情報処理システム。
【請求項６】
前記ログ記憶手段は、
システム時刻の修正イベントを検知した場合、修正後の時刻と修正前の時刻との差である修正時間差情報を含めてシステム時刻修正イベントのログを記憶し、
前記ログ時刻調整手段は、
前記ログがシステム時刻修正イベントのログを含んでいる場合、その中に含まれる前記修正時間差情報に基づいて、前記調整後のログ時刻をさらに調整することを特徴とする請求項５に記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント側で発生したイベントのログをサーバが記録するシステムにおいて、クライアントとサーバの時刻の差異を吸収してログを記録する場合のログ時刻調整方法、これを実現するサーバおよび情報処理システムに関する。
【背景技術】
【０００２】
情報処理装置で発生したイベントは、一般にログとして記録される。また、クライアントサーバシステムでは、クライアントで発生したイベントのログをサーバに集約し、監査の利便性を向上させる仕組みも存在する。
【０００３】
このようなシステムでは、クライアントとサーバとの時刻が異なる蓋然性があるので、イベント発生時刻を、いずれか一方の時刻に揃えて記録する必要がある。ここで、発生したイベントのログをクライアントからサーバへリアルタイムで送る場合には、たとえばサーバ側の時刻（ログの受信時刻）を採用することで、一貫した前後関係を維持できる。しかし、ログをクライアント側で一定期間蓄積しておき、まとめてサーバへ送る場合には、サーバ側の時刻を採用するようにすると同じタイミングで送信されたログは全て同時刻に記録されてしまうので、各イベントの前後関係が維持できない。すなわち、ログを一まとめにしてサーバへ送るシステムでは、クライアント側の時刻を採用する必要がある。この場合、上述したように、クライアントとサーバとの時刻が異なる蓋然性があるので、たとえば、下記特許文献１に記載の技術を用いてクライアントのシステム時刻を信頼できるものにする。なお、下記特許文献１に記載の技術では、ＮＴＰ（Network  Time  Protocol）サーバと電波時計を併用することにより、サーバ側の時刻とクライアント側の時刻を同期させている。
【０００４】
また、単にサーバ側の時刻とクライアント側の時刻を同期させたい場合には、ＮＴＰサーバや電波時計を用いなくてもサーバとクライアントが定期的に通信を行うことにより実現可能である。
【０００５】
【特許文献１】特開２００５−１５７２１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、ログをクライアント側で一定期間蓄積しておき、まとめてサーバへ送るシステムにおいて、上記特許文献１に示した方法で時刻の同期を図るためには、サーバとクライアントが電波時計を備える必要があり、装置規模の増大やコストアップを招来する、という問題があった。
【０００７】
また、従来のサーバとクライアントが定期的に通信を行って同期の維持を図る方法では、たとえば、クライアント上でユーザが意図的に時刻を修正した場合、その修正内容がサーバ側に反映されず、各イベントの前後関係が維持できなくなる、という問題があった。
【０００８】
本発明は、上記に鑑みてなされたものであって、クライアントサーバシステムにおいて、電波時計のような装置規模やコストに影響を与える構成要素を利用することなく、サーバが、各クライアントで発生したイベントのログを発生した順番通りに、正しく記録するために使用するログ時刻調整方法、サーバおよび情報処理システムを得ることを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、複数のクライアントおよび各クライアントから通知されたイベントのログを管理するサーバを備える情報処理システムにおいて、サーバが、通知されたログに含まれるイベント発生時刻の情報であるログ時刻を調整する場合のログ時刻調整方法であって、前記クライアントが、イベントの発生を検知する毎に、ログ時刻を含んだ当該イベントのログを記憶するログ記憶工程と、前記クライアントが、所定のログ送信条件を満たした際に、その時点で保持しているログを、現在時刻の情報とともに前記サーバへ送信するログ送信工程と、前記サーバが、前記ログ送信工程で送信された、ログおよび現在時刻の情報を受信し、さらに、当該情報の受信時刻の情報を取得する情報取得工程と、前記サーバが、前記現在時刻情報および前記受信時刻情報に基づいて、前記受信したログに含まれているログ時刻を調整するログ時刻調整工程と、を含むことを特徴とする。
【００１０】
また、請求項２にかかる発明は、請求項１に記載のログ時刻調整方法において、前記ログ記憶工程では、システム時刻の修正イベントを検知した場合、修正後の時刻と修正前の時刻との差である修正時間差情報を含めてシステム時刻修正イベントのログを記憶し、前記ログ時刻調整工程では、前記ログがシステム時刻修正イベントのログを含んでいる場合、その中に含まれる前記修正時間差情報に基づいて、前記調整後のログ時刻をさらに調整することを特徴とする。
【００１１】
また、請求項３にかかる発明は、自身に接続されたクライアントで発生したイベントのログを管理するサーバであって、前記クライアントから、当該クライアントで発生したイベントのログおよび当該ログの送信時刻の情報を取得する情報取得手段と、前記情報を取得した時点の時刻の情報および前記取得した送信時刻の情報に基づいて、前記取得したログに含まれるイベント発生時刻の情報であるログ時刻を調整するログ時刻調整手段と、を備えることを特徴とする。
【００１２】
また、請求項４にかかる発明は、請求項３に記載のサーバにおいて、前記取得したログにシステム時刻の修正イベントのログが含まれている場合、前記ログ時刻調整手段は、前記時刻修正イベントログに含まれる、時刻修正後の時刻と時刻修正前の時刻との差である修正時間差情報に基づいて、前記調整後のログ時刻をさらに調整することを特徴とする。
【００１３】
また、請求項５にかかる発明は、複数のクライアントおよび各クライアントから通知されたイベントのログを管理するサーバを備える情報処理システムであって、前記クライアントは、イベントの発生を検知する毎に、イベント発生時刻の情報であるログ時刻を含んだ当該イベントのログを記憶するログ記憶手段と、所定のログ送信条件を満たした際に、その時点で保持しているログを、現在時刻の情報とともに前記サーバへ送信するログ送信手段と、を備え、前記サーバは、前記ログ送信手段により送信された、ログおよび現在時刻の情報を受信し、さらに、当該情報の受信時刻の情報を取得する情報取得手段と、前記現在時刻情報および前記受信時刻情報に基づいて、前記受信したログに含まれているログ時刻を調整するログ時刻調整手段と、を備えることを特徴とする。
【００１４】
また、請求項６にかかる発明は、請求項５に記載の情報処理システムにおいて、前記ログ記憶手段は、システム時刻の修正イベントを検知した場合、修正後の時刻と修正前の時刻との差である修正時間差情報を含めてシステム時刻修正イベントのログを記憶し、前記ログ時刻調整手段は、前記ログがシステム時刻修正イベントのログを含んでいる場合、その中に含まれる前記修正時間差情報に基づいて、前記調整後のログ時刻をさらに調整することを特徴とする。
【発明の効果】
【００１５】
請求項１にかかる発明によれば、クライアントは、イベントの発生を検知する毎に、ログ時刻を含んだ当該イベントのログを記憶し、所定のログ送信条件を満たした際に、その時点で保持しているログを、現在時刻の情報とともに前記サーバへ送信する。一方、サーバは、クライアントからログおよび現在時刻の情報を受信し、さらに、当該情報の受信時刻の情報を取得し、またさらに、前記現在時刻情報および前記受信時刻情報に基づいて、前記受信したログに含まれているログ時刻を調整するので、ログをクライアント側で一定期間蓄積しておき、まとめてサーバへ送る場合であっても、サーバ上で一貫した前後関係を維持した状態でログを管理できる、という効果を奏する。
【００１６】
また、請求項２にかかる発明によれば、クライアントは、システム時刻の修正イベントを検知した場合、修正後の時刻と修正前の時刻との差である修正時間差情報を含めてシステム時刻修正イベントのログを記憶しておき、サーバは、システム時刻修正イベントのログを受信した場合、その中に含まれる修正時間差情報に基づいて、ログ時刻をさらに調整するので、クライアント側で時刻調整イベントが発生した場合であっても、サーバ上で一貫した前後関係を維持した状態でログを管理できる、という効果を奏する。
【００１７】
また、請求項３にかかる発明によれば、サーバの情報取得手段が、クライアントで発生したイベントのログおよびログの送信時刻の情報を取得し、ログ時刻調整手段が、前記情報を取得した時点の時刻の情報および前記取得した送信時刻の情報に基づいて、ログに含まれるイベント発生時刻の情報であるログ時刻を調整するので、ログをクライアント側で一定期間蓄積しておき、まとめてサーバへ送る場合であっても、サーバ上で一貫した前後関係を維持した状態でログを管理できる、という効果を奏する。
【００１８】
また、請求項４にかかる発明によれば、取得したログにシステム時刻の修正イベントのログが含まれている場合、ログ時刻調整手段は、時刻修正イベントログに含まれる、時刻修正後の時刻と時刻修正前の時刻との差である修正時間差情報に基づいて、ログ時刻をさらに調整するので、クライアント側で時刻調整イベントが発生した場合であっても、サーバ上で一貫した前後関係を維持した状態でログを管理できる、という効果を奏する。
【００１９】
また、請求項５にかかる発明によれば、クライアントは、イベントの発生を検知する毎に、ログ時刻を含んだ当該イベントのログを記憶し、所定のログ送信条件を満たした際に、その時点で保持しているログを、現在時刻の情報とともに前記サーバへ送信する。また、サーバは、クライアントからログおよび現在時刻の情報を受信し、さらに、当該情報の受信時刻の情報を取得し、またさらに、前記現在時刻情報および前記受信時刻情報に基づいて、前記受信したログに含まれているログ時刻を調整するので、ログをクライアント側で一定期間蓄積しておき、まとめてサーバへ送る場合であっても、サーバ上で一貫した前後関係を維持した状態でログを管理できる、という効果を奏する。
【００２０】
また、請求項６にかかる発明によれば、クライアントは、システム時刻の修正イベントを検知した場合、修正後の時刻と修正前の時刻との差である修正時間差情報を含めてシステム時刻修正イベントのログを記憶しておき、サーバは、システム時刻修正イベントのログを受信した場合、その中に含まれる修正時間差情報に基づいて、ログ時刻をさらに調整するので、クライアント側で時刻調整イベントが発生した場合であっても、サーバ上で一貫した前後関係を維持した状態でログを管理できる、という効果を奏する。
【発明を実施するための最良の形態】
【００２１】
以下に添付図面を参照して、この発明にかかるログ時刻調整方法の最良な実施の形態を詳細に説明する。なお、本発明は以下の実施の形態に限定されるものではない。
【００２２】
（第１の実施の形態）
図１は、本発明の第１の実施の形態にかかるログ時刻調整方法を適用する情報処理システムの構成例を示す図である。この情報処理システムでは、オフィスで一般ユーザが使用するような機器であるクライアントが、ログサーバに接続されている。図１では、クライアントの例として、複合機と、ＰＣと、プリンタとが示されている。
【００２３】
ログサーバには、各クライアントで発生したイベント（ユーザの操作内容である電子ファイルのコピー、印刷、用紙のコピー等）についてのログが、各クライアントから送られてきて集約される。ここで、各クライアントの時刻は特に調整されておらず、ログサーバとの同期機能も持たないものとする。
【００２４】
図２は、図１のクライアントおよびログサーバの機能ブロックの一例を示す図である。図２では、クライアントの一例である複合機１０およびログサーバ２０を示している。なお、他のクライアントも全て、複合機１０と同様の機能ブロックを備えている。
【００２５】
複合機１０（クライアント）は、ログ生成部１１と、ログ一時蓄積部１２と、ログ送信部１３とを備えている。
【００２６】
ログサーバ２０は、ログ受信部２１と、解析・修正部２２と、ログ蓄積部２３とを備えている。
【００２７】
クライアントが備えるログ生成部１１は、所定のイベントについてのログを生成する。ログ一時蓄積部１２は、ログ生成部１１から受け取ったログを一時的に保存しておく。ログ送信部１３は、所定条件が満たされた場合に、ログ一時蓄積部１２が保持しているログをすべて取得し、ログサーバ２０へ送信する。
【００２８】
ログサーバが備えるログ受信部２１は、クライアント（たとえば複合機１０）から送信されたログ（ログデータ）を受信する。解析・修正部２２は、受信ログデータの解析を行い、必要に応じてその内容を修正する。ログ蓄積部２３は、解析・修正部２２経由で受け取ったログデータを保存しておく。
【００２９】
以上のような構成のクライアントおよびログサーバにおいて、クライアント側で発生したイベントについてのログをログサーバが集約して保存（管理）する場合の動作について図３および４を参照しながら説明する。ここでは、一例として、複合機１０が検知したイベントについてのログデータをログサーバ２０へ送信する場合の動作を説明する。
【００３０】
クライアントである複合機１０のログ生成部１１は、イベントが発生したかどうかを監視しており、ログ対象のイベントを検知すると、記録すべき情報を収集し、１件のログを生成する。ここで、記録すべき情報とは、イベント発生時刻（イベント検知時刻）、ユーザＩＤ、操作内容等である。なお、イベント発生時刻は必須情報とする。また、操作内容とは、「印刷」や「スキャン」といったものである。イベント発生時刻以外は、仕様により変更され得る。
【００３１】
ログ一時蓄積部１２は、ログ生成部１１により生成されたログデータを受け取り、ログサーバへ送信するまでの間、保持しておく。
【００３２】
ここで、ログデータについて説明する。図３は、クライアントに蓄積されるログのデータ構造の一例を示す図であり、ログデータは、イベント発生時刻（ログ生成部１１がイベントを検知した時刻）であるクライアント時刻３０−１と、ログ項目３０−２〜３０−ｎと、を含んでいる（ｎ＝１，２…）。この例では、ログ項目は、「イベント名」（３０−２），「ユーザＩＤ」（３０−３），「結果」（３０−４），…などを含んでいる。図３からも明らかなように、ログ一時蓄積部１２には、複数件のログが蓄積される場合がある。なお、図３をみると、イベントは「９：００」以降ログが蓄積されており、イベントは１分おきに生じたことになっているが、特段の理由はない。
【００３３】
ログ送信部１３は、ログサーバに対してログデータを送信する所定の条件が満たされるかどうかを監視する。そして、所定の条件が満たされた場合、ログ一時蓄積部１２から蓄積されているすべてのデータを受け取り、ログサーバ２０に対して送信する。ここでは、所定の条件の一例として、「前回の送信時からの１時間の経過」を採用する。
【００３４】
なお、上記所定条件として使用する経過時間は他の値であってもよいし、経過時間ではなくデータ容量やイベント数等を基準にしてもよい。また、複数の条件の中のいずれか一つが満たされたことをログデータ送信のトリガとしてもよい。また、ネットワーク障害等が発生しオフラインになった際には回復するまでログをクライアントに蓄積しておき、オンラインとなった時点でまとめて送信し、通常オンライン時はイベント毎にログサーバへログデータを送る、といった設定であってもよい。また、ログサーバからの要求に応じてログデータを送信するようにしてもよい。
【００３５】
また、ログ送信部１３は、ログデータ送信の際には、ログデータとともに、送信しようとするときの時刻（複合機１０のローカルな時刻）を「送信時刻」として送信する。ログサーバ２０のログ受信部２１は、これらを受信し、受信時点のログサーバ２０の時刻である「受信時刻」とともに、解析・修正部２２へ送る。
【００３６】
解析・修正部２２は、ログの「イベント発生時刻」を、ログデータとともに送られてきた「受信時刻」と「送信時刻」とに基づいて修正する。図４は、図３に示したログの「イベント発生時刻」を、サーバ側で修正する場合の動作を説明するための図である。
【００３７】
具体的な動作を示すと、解析・修正部２２は、ログ受信部２１からログ等（ログデータ，送信時刻データ，受信時刻データ）を受け取ると、まず、「受信時刻」と「送信時刻」との差分を計算する。そして、全ての「イベント発生時刻」にこの差分を反映させる。このようにして修正されたログデータは、ログ蓄積部２３に送られ、正式なログデータとして最終的に保存される。
【００３８】
図４の例では、複合機１０がログを送信した「送信時刻」が「９：１０」であり、ログサーバ２０がログを取得した「受信時刻」が「１０：００」となっている。つまり、複合機１０の時刻がログサーバ２０の時刻よりも５０分遅れていたことになる。したがって、複合機１０から受け取った全ての「イベント発生時刻」に５０分を加える。このようにすることで、複合機１０とログサーバ２０の間の時刻の差を調整し、ログサーバの時刻に統一してログを管理することができる。
【００３９】
ここで、ログサーバ２０に対して唯一つのクライアントが接続させている場合であれば、各イベントが発生した順番自体が入れ替わることはないため、クライアントとサーバの間の時刻のずれは大きな問題とはならないが、複数のクライアントが接続されている場合には、異なるクライアントにおいてほぼ同じ時刻に発生した各イベントの前後関係をログサーバが認識できなくなり、問題となる。したがって、ログサーバ２０は、各クライアントとの時刻のずれを調整した上でイベントについてのログデータを保存する必要がある。
【００４０】
以上説明したように、本実施の形態では、ログデータをサーバで記録管理するにあたって、ログデータのサーバでの「受信時刻」と、ログデータのクライアントからの「送信時刻」との差分を、全ての「イベント発生時刻」（図３に示したクライアント時刻に相当）に反映させることとした。このようにすることで、時刻の同期を取っていない複数のクライアントを備えるシステムにおいて、ログをクライアント側で一定期間蓄積しておき、まとめてサーバへ送る場合であっても、ログサーバ上で一貫した前後関係を維持した状態でログを管理できる。
【００４１】
（第２の実施の形態）
第１の実施の形態では、ログをサーバに記録するにあたり、クライアントとサーバの時刻の差をログのイベント発生時刻に反映させることとした。第２の実施の形態では、クライアントで時刻修正イベントが発生した場合には、当該イベントもログとして蓄積し、ログをサーバに記録する際に、さらに時刻修正について反映させる場合を説明する。なお、本実施の形態では、第１の実施の形態と異なる構成および動作について説明する。
【００４２】
第２の実施の形態の構成は、第１の実施の形態の構成と比べると、ログ生成部１１が時刻修正イベントも記録する点、および、解析・修正部２２が時刻修正イベントにより生じた時間差も考慮する点が異なる。時刻修正イベントとは、たとえば、ユーザによるクライアントのシステム時刻の変更、ＮＴＰサービスによる時刻修正等を指す。
【００４３】
図５は、クライアントに蓄積されるログのデータ構造の一例を示す図である。ログデータは、クライアント時刻（４０−１）kと、ログ項目（４０−２）k〜（４０−ｎ）kと、を含んでいる（ｎ＝１，２…）、（ｋ＝１，２…）。この例では、ログ項目は、「イベント名」（４０−２）k、「ユーザＩＤ」（４０−３）k、「結果」（４０−４）k、「修正による時間差」（４０−５）k…などを含んでいる。ここで、時刻修正イベントの場合は、「クライアント時刻」（４０−１）kとしては時刻修正前のクライアントの時刻が記録される。そして、修正が行われた結果、元のクライアント時刻（イベント発生時刻）を基準にどれだけの差分が生じたかが、「修正による時間差」（４０−５）kとして記録される。図５からも明らかなように、ログ一時蓄積部１２には、複数件のログが蓄積される場合がある。
【００４４】
次に、以上のように構成された情報処理システムの動作について、前述した図５に加えて図６を用いて説明する。図６は、図５に示したログの「イベント発生時刻」をサーバ側で修正する場合の動作を説明するための図である。前提として、図５に示すようなログが既に生成され、ログ一時蓄積部１２に蓄積されているとする。
【００４５】
ログ送信部１３は、上述した実施の形態１と同様に、「前回の送信時からの１時間の経過」を検出した場合、ログ一時蓄積部１２よりログデータを読み出し、ログデータとともに、送信しようとするときの時刻（複合機１０のローカルな時刻）を「送信時刻」として、ログサーバ２０へ送信する。ログサーバ２０のログ受信部２１は、これらを受信し、受信時点のログサーバ２０の時刻である「受信時刻」とともに、解析・修正部２２へ送る。
【００４６】
解析・修正部２２は、受信したログデータの中に時刻修正イベントについてのログが含まれている場合、各ログの「イベント発生時刻」を、ログデータとともに送られてきた「受信時刻」および「送信時刻」とログ中の「修正による時間差」に基づいて修正する。なお、受信したログデータの中に時刻修正イベントについてのログが含まれていない場合には、上述した実施の形態１の場合と同様に、「イベント発生時刻」を「受信時刻」および「送信時刻」に基づいて修正する。
【００４７】
受信したログデータの中に時刻修正イベントについてのログが含まれている場合の具体的な動作例を示すと、解析・修正部２２は、ログ受信部２１からログ等（ログデータ，送信時刻データ，受信時刻データ）を受け取ると、まず、上述した実施の形態１の場合と同様に、「受信時刻」と「送信時刻」との差分を計算する。そして、全ての「イベント発生時刻」にこの差分を反映させる。さらに、時刻修正イベントのログに含まれている「修正による時間差」に基づいて、１件目の（最も古い）ログから当該時刻修正イベントのログを対象として、それらのログに含まれる「イベント発生時刻」を修正する。時刻修正イベントのログが複数存在する場合には、各時刻修正イベントのログに含まれている「修正による時間差」に基づいて「イベント発生時刻」を修正する処理を複数回実行する。このようにして修正されたログデータは、ログ蓄積部２３に送られ、正式なログデータとして最終的に保存される。
【００４８】
図６の例では、クライアントがｋ個のイベントについてのログをまとめてサーバへ送信し、このとき最も古いものから数えて３件目および６件目のログが時刻修正イベントのログとなっている。また、複合機１０がログを送信した「送信時刻」が「８：２０」であり、ログサーバ２０がログを取得した「受信時刻」が「１０：００」である。つまり、複合機１０の時刻がログサーバ２０の時刻よりも１時間４０分遅れていたことになる。したがって、解析・修正部２２は、まず、全ての「イベント発生時刻」に１時間４０分を加える。次に、ｋ件目からエントリを遡り、６件目のログ（時刻修正イベントのログ）を検出すると、その中に含まれている「修正による時間差」に基づいて、１件目から６件目までのログに含まれる「イベント発生時刻」を修正する。この例では、時刻修正イベントで時刻が１時間戻されているので、１〜６件目までのログに含まれる各「イベント発生時刻」に「−１時間」を加える。同様に、３件目のログを検出すると、その中に含まれている「修正による時間差」に基づいて、１件目から３件目までのログに含まれる「イベント発生時刻」を修正する。具体的には、１〜３件目までのログに含まれる各「イベント発生時刻」に「＋１０分」を加える。このようにすることで、クライアント（複合機１０）とログサーバ２０の間の時刻の差を調整し、ログサーバの時刻に統一してログを管理することができる。
【００４９】
以上説明したように、本実施の形態では、時刻修正イベントにより生じた時間差も「イベント発生時刻」に反映させることとした。これにより、第１の実施の形態の効果に加えて、クライアント側で時刻調整イベントが発生した場合にも、ログサーバ上で一貫した前後関係を維持した状態でログを管理できる。
【産業上の利用可能性】
【００５０】
このように、本発明にかかるログ時刻調整方法は、クライアントサーバシステムにおいてクライアントで発生したイベントのログをサーバ側で管理する場合のイベント発生時刻の管理に有用であり、特に、クライアントが一定期間内に発生したイベントのログをまとめて送信するシステムでのイベント発生時刻の管理に適している。
【図面の簡単な説明】
【００５１】
【図１】本発明の第１の実施の形態にかかるログ時刻調整方法を適用する情報処理システムの構成例を示す図である。
【図２】図１のクライアントおよびログサーバの機能ブロックの一例を示す図である。
【図３】第１の実施の形態のクライアントに蓄積されるログのデータ構造の一例を示す図である。
【図４】「イベント発生時刻」をサーバ側で修正する場合の動作を説明するための図である。
【図５】第２の実施の形態のクライアントに蓄積されるログのデータ構造の一例を示す図である。
【図６】「イベント発生時刻」をサーバ側で修正する場合の動作を説明するための図である。
【符号の説明】
【００５２】
１０  複合機
１１  ログ生成部
１２  ログ一時蓄積部
１３  ログ送信部
２０  ログサーバ
２１  ログ受信部
２２  解析・修正部
２３  ログ蓄積部
３０−１  イベント時刻
３０−２  操作
３０−３  ユーザＩＤ
３０−４  結果
（４０−１）k  イベント時刻
（４０−２）k  操作
（４０−３）k  ユーザＩＤ
（４０−４）k  結果
（４０−５）k  修正による時間差
【図１】
2009069892.tif 000003
【図２】
2009069892.tif 000004
【図３】
2009069892.tif 000005
【図４】
2009069892.tif 000006
【図５】
2009069892.tif 000007
【図６】
2009069892.tif 000008