(57)【要約】【課題】  本発明によれば、スケジュールとクライアント端末のログ内容を照らし合わせることによって、業務分析をより詳細に把握可能にする技術を提供する。【解決手段】  情報処理システムは、互いにネットワークを介して接続された複数のクライアント端末と、情報処理サーバとを備える。クライアント端末は、クライアント端末の操作履歴情報を取得し、情報処理サーバへ送信する。情報処理サーバは、クライアント端末から送信されたログ情報と、予め記憶されたクライアントのスケジュール情報を取得し、ログ情報とスケジュール情報を基に、クライアント端末の評価を行い、評価結果を出力する。【選択図】図６
2010157193.tif 000002
【特許請求の範囲】
【請求項１】
互いにネットワークを介して接続された複数のクライアント端末と、情報処理サーバとを備える情報処理システムであって、
前記クライアント端末は、当該クライアント端末の操作履歴情報を取得し、前記情報処理サーバへ送信する送信手段と、
前記情報処理サーバは、
前記クライアント端末から送信されたログ情報を取得するログ情報取得手段と、
予め記憶された当該クライアントのスケジュール情報を取得するスケジュール情報取得手段と、前記ログ情報と前記スケジュール情報を基に、前記クライアント端末の評価を行う評価手段と、
前記評価手段にて評価された評価結果を出力する出力手段と、
を備えることを特徴とする情報処理システム。
【請求項２】
前記スケジュール情報取得手段は、
前記クライアント端末の業務内容と、前記クライアント端末上で動作するプログラムを対応付けて管理するテーブルを参照して、当該クライアントのスケジュール情報を取得する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
複数のクライアント端末と接続される情報処理サーバであって、
前記クライアント端末から送信されたログ情報を取得するログ情報取得手段と、
予め記憶された当該クライアントのスケジュール情報を取得するスケジュール情報取得手段と、
前記ログ情報と、前記スケジュール情報を基に、前記クライアント端末の評価を行う評価手段と、
前記評価手段にて評価された評価結果を出力する出力手段と、
を備えることを特徴とする情報処理サーバ。
【請求項４】
複数のクライアント端末と接続される情報処理サーバの制御方法であって、
前記クライアント端末から送信されたログ情報を取得するログ情報取得工程と、
予め記憶された当該クライアントのスケジュール情報を取得するスケジュール情報取得工程と、
前記ログ情報と、前記スケジュール情報を基に、前記クライアント端末の評価を行う評価工程と、
前記評価工程にて評価された評価結果を出力する出力工程と、
を備えることを特徴とする情報処理サーバの制御方法。
【請求項５】
コンピュータを、請求項３に記載の情報処理サーバとして機能させるためのプログラム。
【請求項６】
請求項５に記載のプログラムを格納したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はクライアントのログ並びにそのスケジュールを取得し、業務遂行度を分析する情報処理システム、情報処理サーバ及びその制御方法、プログラム、記録媒体に関するものである。
【背景技術】
【０００２】
情報化社会である今日、業務形態としてパーソナルコンピュータに代表される情報端末装置（以下端末装置）を用いることが多くなっている。しかしながら、従業員が外見上端末装置に向かっていても業務をこなしているのか否かはわからない。例えば、外見上集中力が感じられる真剣な表情で端末装置に向かっていたとしても業務に真剣に取り組んでいるのか、ゲームに真剣に取り組んでいるのかはわからない。
【０００３】
このような業務形態において業務の進捗状況を把握する為に、個々人の使用している当該端末装置による業務ファイルの取り扱いやネットワークアクセスの内容等実をチェックし実際にその端末装置で何が行われているのか、を把握することが必要かつ重要となってくる。特に、期限や納期が厳密に定められている業務に於いては、当該端末における動作内容に関して業務計画がスケジュール通りに遂行されているのか否かを正確に把握する、業務管理を行うことの必要性は高い。
【０００４】
特に、急務や短期間における集中作業等時間的余裕が無く、担当者同士で進捗報告を行う時間ですらも惜しまれる場合等、予め立てた計画通りに複数人が正確に作業を行わなくてはならない場面が存在する。この場合は常時スケジュール通りに計画が進んでいるかどうかを細かい時間単位で業務管理することが必要となる。
【０００５】
一方で近年情報多様化社会における内部統制の必要性が唱えられている。内部統制とは業務の有効性・効率性、財務諸表の信頼性、関連法規の遵守の三目的を達成するために、合理的な保証を提供することを意図した、取締役会、経営者およびそのほかの職員によって遂行される1つのプロセスのことを指す。我が国でも金融商品取引法における一部規定、俗に言うＪ−ＳＯＸ法が２００６年９月に成立し内部統制報告書の提出等が義務付けられた。
【０００６】
上記内部統制の構成要素は「統制環境」「リスクの評価」「統制活動」「情報と伝達」「監視活動」とされている。上記組織の中で内部統制三目的のうち「業務の有効性・効率性」の策定、ならびに上記構成要素を踏まえた上で内部統制を行うには、現行の業務内容を管理、分析し、計画通りの業務が行えているのかどうかのチェック、一般的に言う「業務分析」が必要不可欠となる。
【０００７】
そこで、ログによる業務管理・業務分析は様々な技術が提唱されている。例えば特許文献１には収集したログ情報に対して、必要なログの条件をサーバ管理者に入力させた上でログ情報を抽出するログ統合管理システムが提案されている。
【０００８】
また、特許文献２には、ユーザにより作成された日報と、予め作成された業務評価とを照らし合わせ業務分析を行うという技術が提案されている。
【特許文献１】特開２００８−７７６１１
【特許文献２】特開２００４−３８２３４
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかし、特許文献１、２では、どのような業務を行ったかの把握はできるが、業務の進捗を把握できないという問題がある。
【００１０】
本発明は、上記問題に鑑みなされたものであり、スケジュールとクライアント端末のログ内容を照らし合わせることによって、業務分析をより詳細に把握可能にすることを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明によれば、互いにネットワークを介して接続された複数のクライアント端末と、情報処理サーバとを備える情報処理システムであって、
前記クライアント端末は、当該クライアント端末の操作履歴情報を取得し、前記情報処理サーバへ送信する送信手段と、
前記情報処理サーバは、
前記クライアント端末から送信されたログ情報を取得するログ情報取得手段と、
予め記憶された当該クライアントのスケジュール情報を取得するスケジュール情報取得手段と、前記ログ情報と前記スケジュール情報を基に、前記クライアント端末の評価を行う評価手段と、
前記評価手段にて評価された評価結果を出力する出力手段と、
を備えることを特徴とする情報処理システムが提供される。
【００１２】
また、本発明によれば、複数のクライアント端末と接続される情報処理サーバであって、
前記クライアント端末から送信されたログ情報を取得するログ情報取得手段と、
予め記憶された当該クライアントのスケジュール情報を取得するスケジュール情報取得手段と、
前記ログ情報と、前記スケジュール情報を基に、前記クライアント端末の評価を行う評価手段と、
前記評価手段にて評価された評価結果を出力する出力手段と、
を備えることを特徴とする情報処理サーバが提供される。
また、本発明によれば、複数のクライアント端末と接続される情報処理サーバの制御方法であって、
前記クライアント端末から送信されたログ情報を取得するログ情報取得工程と、
予め記憶された当該クライアントのスケジュール情報を取得するスケジュール情報取得工程と、
前記ログ情報と、前記スケジュール情報を基に、前記クライアント端末の評価を行う評価工程と、
前記評価工程にて評価された評価結果を出力する出力工程と、
を備えることを特徴とする情報処理サーバの制御方法が提供される。
【発明の効果】
【００１３】
本発明によれば、スケジュールとクライアント端末のログ内容を照らし合わせることによって、業務分析をより詳細に把握可能にする技術を提供することができる。
【発明を実施するための最良の形態】
【００１４】
以下に図面に基づいて、本発明を実施する為の最良の形態を説明する。なお、以下の説明は、単なる例示に過ぎず、本発明の技術的範囲は以下の説明に限定されるものではない。
【００１５】
本実施形態は、クライアント端末側でログ情報（操作履歴情報）を収集し、その収集したログ情報を管理サーバ側に送り、管理サーバ側でログ情報を蓄積する、一方でスケジュールサーバには当該クライアント端末で行う予定のスケジュールを登録させ、必要に応じてこのスケジュール情報もサーバ側へ送られる。以下の説明では、ログの収集とログの保存・分析、並びにスケジュールの保存と収集は分離し、、分析は管理サーバ側で一括して行う説明としているが、管理サーバとスケジュールサーバを同一の構成（情報処理サーバ）とすることも可能である。
【実施例１】
【００１６】
図１は、端末装置内部の物理的構成を示した図であり、後述する図２の管理サーバ１０、スケジュールサーバ２０及びクライアント端末３０に用いられる、例えばパーソナルコンピュータである。端末装置１−１は、例えば、ＣＰＵ１−２、ＲＯＭ１−３、ＲＡＭ１−４、ディスクコントローラ１−５、ハードディスクドライブ（ＨＤＤ）１−６、ＣＤ／ＤＶＤドライブ１−７、モニタ１−８、ポインティングデバイス１−９、ＵＳＢインターフェース１−１０、システムバス１−１１、ネットワークインターフェース１−１２を備えている。
【００１７】
ＣＰＵ１−２は、ＲＯＭ１−３やＨＤＤ１−６に記憶されているコンピュータプログラムに基づいて各部を制御するプロセッサである。また、後述する各処理を行う。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１−４は、ワークエリアとして機能する。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１−３は、不揮発性の記憶素子であり、ファームウエアなどを記憶する。ディスクコントローラ１−５は、ＨＤＤ１−６、ＣＤ／ＤＶＤドライブ１−７に対する読み書きを制御する。ＨＤＤ１−６には、オペレーティングシステム、アプリケーションプログラムなどが記憶されている。なお、後述する本発明の実施に必要なプログラムはＨＤＤ１−６に格納される。ＣＰＵ１−２と各部は、システムバス１−１１を介して命令やデータの送受信を実行する。ネットワークインターフェース１−１２はネットワークケーブルや無線ＬＡＮ等に代表されるネットワーク網４０（後述する）をシステムバス１−１１と接続する。すなわち、１−１２を介して端末装置１−１とネットワーク網４０を介した通信が双方向にデータの送受信を行う。
【００１８】
図２は、本発明の実施例１に於ける情報処理システムの構成図を示す。図中の管理サーバ１０、スケジュールサーバ２０及びクライアント端末３０はネットワーク網４０を介して接続されている。
【００１９】
管理サーバ１０は本発明に於ける、システムを全て統括するサーバであると同時に、クライアント端末３０から送られてきたログ情報を収集、蓄積し、ログ情報の分析を行う。スケジュールサーバ２０はクライアント端末３０にて行われる業務予定を管理する。クライアント端末３０はスケジュール管理対象となる端末である。
【００２０】
このネットワーク網４０は社内ＬＡＮ等に代表されるローカルネットワーク、インターネット等に代表される外部ネットワークを問わない。もちろん一部がローカルネットワークで残りは外部ネットワークという構成になっていてもよい。物理的な接続に関しても同様で一部又は全部がＬＡＮケーブル等を用いた有線なネットワーク、無線ＬＡＮ等を用いた無線ＬＡＮネットワークであることを問わない、これも同様に一部又は全部を問わない。以下本実施例においては本発明の要旨を分かりやすく説明する為にローカルネットワークで使用されているもの、とする。
【００２１】
本実施例では、管理サーバ１０、スケジュールサーバ２０、クライアント端末３０が全て図１に例示したパーソナルコンピュータであること前提に話を進めるが、これらが一般的なパーソナルコンピュータと同等以上、若しくはそれに準ずる演算処理能力を有する機器であるならばその種類、機種は限定されない。例えば管理サーバ１０やスケジュールサーバ２０はワンユニットサーバマシンやブレードサーバマシン等の専用サーバマシンを用いてもよい。クライアント端末３０はモバイルＰＣ等を用いてもよい。
【００２２】
また、以降の実施形態の説明において管理サーバ１０、スケジュールサーバ２０、クライアント端末３０の物理的構成部を示す際には図１中の「−××」という数字を割振って用いる。例えばスケジュールサーバ２０のＣＰＵであればＣＰＵ２０−２、クライアント端末３０のモニタであればモニタ３０−８と数字を割振り、記すものとする。
【００２３】
更に、以降の実施例においては発明の要点を理解し易くする為に単一のクライアント端末３０を用いて説明を行うが、実際は複数台のクライアント端末３０が以下に説明されるシステムに同様に適用されるものとする。
【００２４】
図３は、管理サーバ１０内の記憶領域及び当該記憶領域へ記憶されているデータ、ソフトウエア他を示した概念図である。
【００２５】
管理データベース１１（以下、管理ＤＢ１１）は主にクライアント端末３０のログであるログテーブル１１−ａ、評価テーブル１１−ｂ、管理情報テーブル１１−ｃ、評価ＤＢ１１−ｄが例えばデータベース及びその一部としてのデータテーブルで記憶されている。
【００２６】
この管理ＤＢ１１内のログテーブル１１−aへ記憶されるログの中身の一例を以下に示す。
＊ＯＳ動作関連
ＯＳ起動・ＯＳ終了・ログオン・ログオフ・待機・復帰
＊ネットワーク関連
Webへの接続、メール送受信（添付ファイルの有無）、検索エンジン使用の際のキーワード、ファイルのアップロード
＊ファイル操作関連
ファイルパス、属性、操作内容（コピー、移動、開く、名前変更、削除、新規作成、上書保存、名前をつけて保存等）
＊ディレクトリ関連
新規作成、削除、名前変更
＊アプリケーション関連
アプリケーション起動（プロセス実行）、アプリケーション終了（プロセス終了）
＊ポインティングデバイス関連
マウス・キーボード操作内容
＊その他
アクティブウィンドウ（最も前面で操作可能なウィンドウ）、印刷内容
【００２７】
以降の説明に於いては、上述して取得されたログの一部を用いて説明を進める。
【００２８】
評価テーブル１１−ｂは、後述する評価手段１５が用いる評価テーブルがそれぞれクライアント端末３０に対応付けられて記憶されている。
【００２９】
管理情報テーブル１１−ｃは、管理サーバ１０がネットワーク網４０を介して接続されている、スケジュールサーバ２０、並びにクライアント端末３０の管理情報を有する。
【００３０】
評価ＤＢ１１−ｄは、後述する分析結果がそれぞれクライアント端末３０に対応付けられて記憶されている。
【００３１】
クライアント確認手段１２は、管理情報テーブル１１−ｃ内に登録されている管理対象となるクライアント端末３０が存在しているのか、つまりネットワーク網４０を介して接続されているのか、を定期的に確認する手段である。これにより接続されている無関係の端末が登録管轄内のクライアント端末になりすまして一方的に偽のログを送って来ることの検出、更には後述するログファイルの受信等が適正に行われているかどうか等の動作チェックを行うことが可能である。
【００３２】
ログデータ書き込み手段１３は、後述するクライアント端末３０内のログファイル送信手段３４が取得してきたログファイルをログテーブル１１−aに書き込む。この時、ログデータ書き込み手段１３は必要に応じ、ログテーブル１１−aのフォーマットに添った形でログファイルの中身を整形する。
【００３３】
スケジュール情報取得手段１４は、スケジュール取得の為のプログラムを使い、ネットワーク網４０を介してスケジュールサーバ２０からスケジュール情報を取得する。
【００３４】
評価手段１５は、スケジュール情報取得手段１４によって取得されたスケジュール情報とログテーブル１１−a内にあるログを比較参照した内容を基に評価テーブル１１−ｂを参照して評価を下す。
【００３５】
ここでいう管理情報とは、各スケジュールサーバ２０並びにクライアント端末３０各々の使用者名、ＩＰアドレス、ＭＡＣアドレス、ドメイン名、事前に割振った機体名、登録されているユーザ情報等の情報を含む。公知のサーバ−クライアント方式における管理を行うに際して、必要かつ十分な情報を有している。詳細に関しては発明の要旨から外れるのでここでは省略する。
【００３６】
帳票作成手段１６は、評価手段１５によって評価テーブル１１−ｂから選択された評価を基に、評価の対象となったクライアント端末３０の帳票を作成する。
【００３７】
図４は、スケジュールサーバ２０内の記憶領域及び当該記憶領域へ記憶されているデータ、ソフトウエア他を示した概念図である。
【００３８】
スケジュール受付手段２２は、クライアント端末３０へのスケジュールを後述するスケジュール・データベース２１（以下スケジュールＤＢ２１）へ入力する為の手段である。
【００３９】
スケジュールテーブル２１―ａは、登録されたスケジュールが記憶されている。
【００４０】
プログラムテーブル２１−ｂは、スケジュールとして組み込まれる業務内容に対応するプログラム、主にアプリケーションの一覧を持つテーブルである。
【００４１】
スケジュール情報作成手段２３は、管理サーバ１０へ送るスケジュール情報を作成する。
【００４２】
管理情報２１−ｃは、スケジュール登録に関連する管理情報が記録されている。ここでいう管理情報は当該スケジュールサーバが、スケジュール登録の対象としているクライアント端末３０の情報であり、その詳細は、管理サーバ１０内の管理情報テーブル１１−ｃに等しい。
【００４３】
図５は、クライアント端末３０内の記憶領域及び当該記憶領域へ記憶されているデータ、ソフトウエア他を示した概念図である。
【００４４】
ログ取得手段３１は、クライアント端末３０に常駐しているプログラムであり、当該クライアント端末のログを常時取得している。
【００４５】
ログファイル作成手段３２は、ログ取得手段３１が取得したログ内容をファイル形式にして作成する。
【００４６】
ログファイル記憶部３３は、ログファイル作成手段３２で作成されたログファイルを記憶しておく。
【００４７】
ログファイル送信手段３４は、ログファイル記憶部３３に記憶されているログファイルを管理サーバ１０に送信する。
【００４８】
図６は、本発明第一の実施例におけるシーケンス図を示したものである。以下図６に基づいて本発明の実施形態の一例を示す。
【００４９】
まず管理サーバ１０又はクライアント端末３０はスケジュールサーバ２０へスケジュールを登録する（ステップ（以下Ｓと略す）６−１）。
【００５０】
図７は、Ｓ６−１で使用するスケジュールサーバ２０のスケジュール受付手段２２におけるスケジュール登録画面の一例を示したものである。
【００５１】
このスケジュール登録画面は主に使用者の表示、スケジュール一覧を示す表スケジュール表７１、操作ボタン群７２〜７４を表示する。
【００５２】
スケジュールの登録は、例えば図中２００８年６月１６日の１１：００〜１１：５９分のスケジュールを登録するのであれば、ポインティングデバイスで当該セルを指定して、下部にある「スケジュール新規登録」ボタン７２を押す。すると図示しない入力画面が別枠ウィンドウ等で立ち上がり、例えばテキストボックス等を用いた入力やテンプレート化された一覧からの選択等によってスケジュールが入力できる。
【００５３】
「スケジュール更新」ボタン７３も「スケジュール新規登録」ボタン７２同様に動作し、こちらは既存スケジュールを変更することができる。終了ボタン７４は押下することで本画面を終了する。
【００５４】
スケジュール受付手段２２は、こうして入力を受けたスケジュールの中身をスケジュールテーブル２１−aに記憶する。
【００５５】
なお、本実施例では発明の本質をわかりやすくする為に、シンプルな事例としてクライアント端末３０使用者が、自身のスケジュール設定を行うという仮定下で説明を行うが、ユーザを指定できれば任意のクライアント端末３０から上記指定を行ってもよいし、管理者（管理サーバ２０）が複数のクライアント端末３０の使用者のスケジュール指定を行ってもよい。
【００５６】
管理サーバ１０は、クライアント確認手段１２を用いてクライアント端末３０へアクセスを試みる（Ｓ６−２）。そして管理サーバ１０はクライアント端末３０から返答を受け取り（Ｓ６−３）、当該クライアント端末３０が接続されていることを確認する。このクライアント確認手段１２は、例えばエージェントである。この時クライアント確認手段１２は、クライアント端末３０の接続確認する際に、クライアント端末３０の正当性を確認する為の情報を得る。
【００５７】
一方、クライアント端末３０は、ログ取得手段３１並びにログファイル作成手段３２によって作成されたログファイルをログファイル記憶部３３へ格納する（Ｓ６−４）。ログ取得手段３１は、クライアント端末３０の動作中常にバックグラウンドで動作し、クライアント端末の起動終了や操作に関連するログを全て取得している。ログファイル作成手段３２は、例えばテキストエディタで読み込めるような形式のファイルへ決まったフォーマットに従って必要に応じて内容を整形し、管理サーバ１０のログデータ書き込み手段１３で使用できるようにログファイルを作成する。
【００５８】
ログファイル送信手段３４は、クライアント端末３０内のログファイル記憶部３３より、ログファイルを管理サーバ１０側へ送信する（Ｓ６−５）。このログファイル送信手段は、例えばＦＴＰ等互いに専用のポートを用いた回線で行われる。また、送信後ログファイル記憶部３３にある送信済みのログファイルは削除される。
【００５９】
もちろん、ログ取得手段３１はクライアント端末３０がネットワーク網４０から接続されていない状況であってもクライアント端末３０の動作中常にバックグラウンドで動作をしている。この時はクライアント端末３０が次回管理サーバ４０へ接続されたタイミングでログファイル送信手段３４によりログファイルが送られる。
【００６０】
なお、Ｓ６−４のタイミングとＳ６−５のタイミングは必ず本シーケンス図通りのタイミングに限定されない。ログファイル送信手段３４によるログファイルの送信はフレキシブルであり、ログの数やログファイルの容量、前回送信からの経過時間等によって定期的にファイルは送信される。このようにして管理サーバ１０は、クライアント端末３０のログ内容を管理ＤＢ１１へ集める。（Ｓ６−６）
【００６１】
管理ＤＢ１１へ当該クライアント端末３０のログが収集されると、次いで管理サーバ１０は、スケジュールサーバ２０から該当するクライアント端末のスケジュールを取得する。
【００６２】
管理サーバ１０は、スケジュール情報取得手段１４を用いてスケジュールサーバ２０へ当該クライアント端末３０のスケジュール取得を問い合わせる（Ｓ６−７）。
【００６３】
この時スケジュールサーバ２０は、スケジュールＤＢ２１と管理情報２１−ｃを用いて、当該クライアント端末３０のスケジュールをチェックする（Ｓ６−８）。
【００６４】
次いで、プログラムテーブル２１−ｂとスケジュール情報作成手段２３を用いてスケジュール情報を作成する（Ｓ６−９）。
【００６５】
図８は、プログラムテーブル２１−ｂの一例を示す。例えばスケジュールテーブル２１−aに「開発業務Ｃ」が登録されていた場合、スケジュール情報作成手段２３はプログラムテーブル２１−ｂ内から、評価対象となるプログラムを取得する。ここでは図８の該当項目中にある、「プログラム開発１」、「プログラム開発２」、「開発中ソフトＡ」、「チェックツールＢ」がその評価対象となる。
【００６６】
スケジュールサーバ２０は、これら評価対象のプログラム一覧を管理サーバ１０からの問い合わせに対するスケジュール情報として内包させる。
【００６７】
なお、プログラムテーブル２１−ｂはこれに限定されず、例えば「文書作成アプリ１」の項目を「ファイル名１」「ファイル名２」と更に細分化してテーブルに追加することも可能である。
【００６８】
こうしてスケジュールサーバ２０は、Ｓ６−７のスケジュール取得の問い合わせに対してスケジュールの返答としてスケジュール情報を送信する（Ｓ６−１０）。
管理サーバ１０は、こうしてスケジュール情報をスケジュールサーバ２０から受け取った後、スケジュール情報を参照し、管理ＤＢ１１に記録された情報を基にデータを分析して評価付けを行う（Ｓ６−１１）。
【００６９】
図９は、本実施例におけるログテーブル１１−ａに記録された情報の一例を示したものである。
【００７０】
ｌｏｇ＿ｉｄはログテーブル１１−ａにログデータが格納された際に一意的に割振られるＩＤである。
【００７１】
ＰＣ名は管理情報テーブル１１−ｃによって登録されている端末情報から得たＰＣ名、若しくはＭＡＣアドレス、ＩＰアドレスといった、ＰＣを一意的に指定する文字列若しくは数列である。
【００７２】
使用ファイル名はログがファイルを使用する類のものであった場合、その時に使用されたファイル名を記している。
【００７３】
ディレクトリパスは使用ファイル名欄に記載されたファイルが記憶されていたディレクトリのフルパスを示す。具体的な表記例としては「C:\Users\user123\Desktop\報告書」等が挙げられる。
【００７４】
プロセス名は文字通り当該ログの動作であるプロセスを示す。操作名は取得されたログ列の操作内容を示し、分類内容は先述の通りである。
【００７５】
ユーザ名は文字通りユーザの名前を示す。ここではＰＣにログインされた際のログインユーザ名が使用されている。このユーザ名はログインされたＰＣ名に限定されない、例えば認証手段が必要となるＰＣがインフラ上使用されている場合は、その認証の際のユーザ名等が記載される。
【００７６】
日時はそのログが実行された時刻を示す。以下の説明では発明の本質を分かりやすくする為にクライアント端末３０内にある時計の時刻がそのままログの中に反映されるという運用形態を前提に話を進めるが、例えば管理サーバ１０、スケジュールサーバ２０内若しくは別のサーバにタイムスタンプ機能を設けて時間を一括管理できるようにしてもよい。
【００７７】
図１０ａ、図１０ｂは分析フローの一例を示したものである。まずここで分析を行いたい分析対象の時間帯が指定される（Ｓ１０−１）。ここでは新たに時間をポインティングデバイス１０−９等によって、図１３に示すようなＧＵＩを介して管理サーバ１０に対して入力されてもよいし、事前に時間帯をスケジューリングしてもよく、例えば毎日７時から２１時までの時間を対象に分析する運用例が考えられる。
【００７８】
次いでＣＰＵ１０−２は、分析対象となる時間帯に属するログをログテーブル１１−ａから取得する（Ｓ１０−２）。具体的にはログテーブル１１−ａに記憶されている内容から抽出対象範囲内である時間のログテーブルを抜き出し、ＲＡＭ１０−４へ格納して後述の処理ができるようにする。
【００７９】
次いでスケジュール情報取得手段１４によって、Ｓ６−１１で取得されたスケジュール情報より分析対象となる時間帯に属するプログラム名を抽出する。ここでＣＰＵ１０−２は、図７で入力、スケジューリングされ、スケジュールテーブル２１−aに記憶された情報を、プログラムテーブル２１−ｂを参照してプログラム名を取得する（Ｓ１０−３）。
【００８０】
プログラム名を取得すれば、先程ログテーブル１１−ａから抽出されたログの読み込みを開始する（Ｓ１０−４）。
【００８１】
ログの読み込みが開始されるとログデータを一行読み込む、その際にその行のログデータの時刻を取得する（Ｓ１０−５）。
【００８２】
次いでこのログがＯＳ関係のログであるかどうかをチェックする（Ｓ１０−６）。これは、例えば先述のＯＳ起動、ＯＳ終了といったＯＳの動作に関連するログを含め、ＯＳを起動させ、操作しない状態でも出てくるログ全般、つまりユーザの操作内容に直接関連しないログやバックグラウンドで動作している常駐アプリケーションのログのことを差す。これらのログは分析集計から除外する。
【００８３】
次いでポインティングデバイスのログであるかどうかを判別する（Ｓ１０−７）。ここでのポインティングデバイスのログは、具体的にはマウスのカーゾル移動数やキーボードによるキーのタイプ数である。つまりクライアント端末３０に於いて利用者が操作した分の内容が反映される。
【００８４】
ポインティングデバイスのログであれば（Ｓ１０−７のＹＥＳ）、別途時間帯別集計を行う（Ｓ１０−８）。この時ポインティングデバイスのログ内容はマウスの操作数、キーボードのタイプ数がカウント、集計され、後の評価時に用いられるパラメータとなる。
【００８５】
次いで特定プログラムのログ内容であるか否かを調べる（Ｓ１０−９）。これはＳ１０−３で取得したプログラム名を基に特定プログラムのログであるかをチェックすることを意味する。
【００８６】
特定プログラムのログであれば（Ｓ１０−９のＹＥＳ）、特定プログラムだけのログ別特別集計を行う（Ｓ１０−１０）。
【００８７】
特定プログラムでなければ（Ｓ１０−１０のＹＥＳ）、通常のプログラムとして通常集計が行われる（Ｓ１０−１１）。
【００８８】
こうしてログデータ一行から取得される情報を得た後にログデータがまだ残っているのかをチェックする（Ｓ１０−１２）。ここでログデータが残っていれば（Ｓ１０−１２のＹＥＳ）、Ｓ１０−５へ戻り、処理を繰り返す。
【００８９】
こうしてＳ１０−５〜Ｓ１０−１２までの動作を繰り返し、Ｓ１０−２で抽出した全てのログデータテーブルの読み込みが終了する。
【００９０】
図１０ｂは、分析対象となるログデータが全て読み込まれた後のフローであり、上述した図１０ａの続きである。
【００９１】
まずＳ１０−１０で取得したログ別特別集計より、対象プログラムのトータル使用時間を算出する（Ｓ１０−１３）。このトータル使用時間の算出は、例えば特定の一時間のうち、「特定プログラムのプロセスが起動している時間」かつ「アクティブウィンドウとして動作している時間」の両時間が重なっている時間のことを指す。
【００９２】
次いでこのデータを用いて、ＣＰＵ１０−２は特定プログラムの使用率を算出する（Ｓ１０−１４）。この使用率の算出は例えば１時間のうち全ログ出力数に対する特定プログラム関連のログ出力数を示している。
【００９３】
次いでＣＰＵ１０−２は、時間帯別に集計したポインティングデバイスの使用状況を集計する（Ｓ１０−１５）。これはログ中にあるポインティングデバイスの使用状況、ここでは例えばキーボードの打鍵数を示す。
次いで評価手段１５が、ここまでで集計されたパラメータを基にして評価テーブル１１−ｂと照合し、項目毎に閾値と比較を行う（Ｓ１０−１６）、項目毎の評価結果を算出する（S１０−１７）。図１１は評価テーブルの一例を示したものであり、例えば、ポインティングデバイスの回数（１ｈ）が、２６０回／１ｈの場合、評価は「A」となる。評価結果は、評価ＤＢ１１−ｄに保存され（Ｓ１０−１８）、帳票に出力するかどうかの判断を行う（Ｓ１０−１９）。この判断の是非は分析が自動化されている場合は事前に出力することが予約されていてもよい。標準設定では帳票は分析動作の最後の結果として出力される。
【００９４】
出力する場合には（Ｓ１０−１９のＹＥＳ）、帳票作成手段１６にて帳票を作成、出力される（Ｓ１０−２０）。図１２はその一例を示したものであり、例えば評価されたスケジュール遂行率及びその評価結果や、プログラムの使用率やポインティングデバイスの状況等評価の判断材料となったパラメータ等を示してもよい。
【００９５】
この図１２では、対象プログラムの使用率の平均、対象プログラムの使用時間率、ポインティングデバイスのデータ平均が、図１１の評価テーブルから共にＡであるので、平均ポイントは4pt、となる。従って、評価テーブルによって平均ポイント4ptに該当している「Ａ」がトータルスケジュール評価に相当するのでここでは「トータルスケジュール遂行度」として「Ａ」が評価されている。
【００９６】
また、図１２の下部右側には評価の根拠となった数値が記されており、ここでは対象プログラム使用率の根拠となったパラメータ内容（対象プログラムログ／総プログラムログ）が示されている。
【００９７】
出力しない場合は（Ｓ１０−１９のＮＯ）、出力が選択された場合（Ｓ１０−１９のＹＥＳ）に出力される帳票の情報のみを評価ＤＢ１１−ｄに格納する（Ｓ１０−２１）。例えば帳票の形式及びその内容が反映されている画像ファイルやドキュメントファイル等の方式である帳票ファイルとして保存、記憶されてもよい。
【００９８】
また、出力する場合においてもこの帳票ファイルは作成後に管理サーバ１０内に保存され、管理者が再度帳票のみを出力したい場合に出力させることは可能である。
【００９９】
ここまでで1台のクライアント端末３０における分析手段と帳票出力について述べたが、複数のクライアント端末３０をフレキシブルに分析、管理することも可能である。図１３は複数のクライアント端末に於ける分析時間を管理するＧＵＩの一例を示したものである。このＧＵＩは図１０ａのＳ１０−１における分析時間の指定手段を含む。
【０１００】
なお、本実施形態に於いてスケジュールの評価はログそのものの情報のみを用いたが、それ以外の要素を評価に加えてもよい。例えば、スケジューリングされた業務において、予め使用するファイル（以下、使用ファイル）が決定している場合にはその使用ファイルへのアクセス、上書き保存等の使用ファイルの更新回数、若しくは使用ファイル容量の増減を見て評価判断材料とする手法が考えられる。
【０１０１】
また、この使用ファイルが共有ファイルである、共有サーバのディレクトリに格納されている、等であれば共有ファイルの使用者グループや当該共有サーバのディレクトリのアクセスログをこれまた評価判断材料としてもよい。
【０１０２】
一方で、実施例に於いては本発明の要旨を解りやすくする為に業務達成度の評価パラメータとしてログの回数、使用時間等比較的単純な手法を用いたが、スケジュールとログとで比較、分析が行えるのであればその手段や評価は問わない。今後、スケジュールリングされた予定に対して、そのログとの比較による業務分析手段が発見されたとして、そのシステム上における運用形態は明らかに全て本発明に含まれる。
【０１０３】
以上、ログに記された内容から得られる情報を用いて予め組んだ、組まれていたスケジュールの評価を行えるのであれば全て本発明の範疇に含まれることは、明らかであろう。
【０１０４】
以上より、スケジュールとクライアント端末のログ内容を照らし合わせることによって、業務分析をより詳細に把握可能にすることができる。従って、業務管理、業務分析を行う者にとっての負担を減少させることができる。
【０１０５】
また、特に短期間における計画通りの集中作業が求められる作業工程において、業務管理を高い精度で知ることが可能であるため、集中業務の進捗管理を行う者にとって把握し易くなる。
【０１０６】
また、業務分析結果より、ユーザの業務評価を行う管理者にとって評価の参考とすることができる。
【その他実施例】
【０１０７】
また、本発明の目的は、コンピュータプログラムやコンピュータプログラムを格納したコンピュータ読み取り可能な記録媒体によっても実現可能である。例えば、次のようにすることによっても本発明の目的は達成される。すなわち、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体（または記憶媒体）を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行する。この場合、記録媒体から読み出されたプログラムコード自体が前述の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明の技術的範囲に含まれる。
【０１０８】
また、コンピュータが読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行う。その処理によって前述した実施形態の機能が実現される場合も本発明の技術的範囲に含まれることは言うまでもない。
【０１０９】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の各機能が実現される場合も、本発明の技術的範囲に含まれる。
【０１１０】
なお、本発明を上記記録媒体に適用する場合、その記録媒体には、先に説明したフローチャートで示される処理を実行するプログラムコードが格納される。
【図面の簡単な説明】
【０１１１】
【図１】本発明のサーバやクライアント端末に用いられるパーソナルコンピュータ内部の物理的構成の一例を示した図である。
【図２】本発明の実施形態における全体構成の一例を示した図である。
【図３】本発明の実施形態の管理サーバ内記憶領域および当該記憶領域へ記憶されているデータ、ソフトウエア他の一例を示した図である。
【図４】本発明の実施形態のスケジュールサーバ内記憶領域および当該記憶領域へ記憶されているデータ、ソフトウエア他の一例を示した図である。
【図５】本発明の実施形態のクライアント端末内記憶領域および当該記憶領域へ記憶されているデータ、ソフトウエア他の一例を示した図である。
【図６】本発明の実施形態における本発明の実施形態の一例を示したシーケンスチャート図である。
【図７】本発明の実施形態におけるスケジュール入力を行うインターフェースの一例を示した図である
【図８】本発明の実施形態におけるプログラムテーブルの一例を示したテーブル図である。
【図９】本発明の実施形態におけるログ一覧の一例を示した図である。
【図１０ａ】本発明の実施形態における分析手段の一例を示したフローチャートである。
【図１０ｂ】本発明の実施形態における分析手段の一例を示したフローチャートであり、図１０aの続きである。
【図１１】本発明の実施形態における評価テーブルの一例である
【図１２】本発明の実施形態によって出力される帳票の一例を示した図である。
【図１３】本発明の実施形態における分析指定時間の一例を示した図である。
【符号の説明】
【０１１２】
１０  管理サーバ
２０  スケジュールサーバ
３０  クライアント端末
４０  ネットワーク網
【図１】
2010157193.tif 000003
【図２】
2010157193.tif 000004
【図３】
2010157193.tif 000005
【図４】
2010157193.tif 000006
【図５】
2010157193.tif 000007
【図６】
2010157193.tif 000008
【図７】
2010157193.tif 000009
【図８】
2010157193.tif 000010
【図９】
2010157193.tif 000011
【図１０ａ】
2010157193.tif 000012
【図１０ｂ】
2010157193.tif 000013
【図１１】
2010157193.tif 000014
【図１２】
2010157193.tif 000015
【図１３】
2010157193.tif 000016