JP2007323143A - 業務管理システム、情報システム及び業務管理方法 - Google Patents

Abstract

【課題】対象装置が生成するイベントログのデータ量を小さくすることが可能な業務管理システムを提供することを目的とする。
【解決手段】業務を実行し、作業者によって実行された操作を識別可能な操作情報を収集する端末と、端末にネットワークを介して接続され、端末によって収集された操作情報を管理する管理サーバと、を備えた業務管理システムにおいて、端末は、作業者によって実行された操作を識別可能な操作情報を含む操作ログデータを、管理サーバに送信し、管理サーバは、送信された操作情報の種類及び組み合わせから、作業者が端末に対して実行した操作に解釈するための情報を、予め格納し、解釈のために用いる識別情報のデータ量の総和が最小となるように、端末が送信する操作ログデータに含まれる操作情報の種類及び組み合わせを選択する。
【選択図】図１

Description

本発明は、対象装置が生成するイベントログのデータ量を小さくすることが可能な業務管理システムに関する。

ユーザコンピュータとサーバコンピュータとがネットワークによって通信可能に接続された計算機システムにおいて、ユーザコンピュータの生成するログを収集し、収集されたログによって、ユーザコンピュータのさまざまな動作履歴を把握したいという要求がある。特に、業務効率の改善や、コンプライアンスの向上、日本版ＳＯＸ法（Ｊ−ＳＯＸ）施行等の背景から、ユーザの業務状況を把握したいというニーズが増大している。その中でも、ユーザのコンピュータの操作に代表されるユーザ側の業務状況を監視したいというニーズが高い。

ユーザ側における業務状況を把握するためには、サーバコンピュータは、ユーザが利用するクライアントコンピュータのイベントログや、センサなどのデバイスによって取得したユーザの行動を特徴付けるイベントログを収集・解析する必要がある。なお、ユーザ側のイベントログは、その一つ一つのイベントが業務上の意味を持つのではなく、複数のイベントが集約されてはじめて一つの業務上の意味に解釈できることが多い。このような事情から、一般に、ユーザ側の業務状況を監視するためのログ量は膨大な量になる傾向にある。そのため、ログ量を削減・適正化する技術が求められている。

このようなログ量を削減・適正化する技術として特許文献１が知られている。具体的には、アプリケーションプログラムＡＰは、初期設定処理部によってアプリケーションプログラム全体で利用可能なログレベルの定義を行い、次にユーザが選択した処理部Ａで使用するログレベルの値を処理部Ａのログレベル入力部に入力として受け渡し、処理部Ａのその他の処理部でアプリケーションプログラム本来の目的を達成するための処理を行う過程において指定されたレベルでのログの取得を行う。取得されたログ情報はログ出力処理部によって外部記憶装置もしくは入出力装置に出力される、ログレベル定義方法である。

この特許文献１は、アプリケーションプログラムの動作状況に関するイベントログについて、ログ量を適正化する技術である。この技術では、アプリケーションプログラム起動時に、処理部Ａが管理者によって指定されたログレベルを読み込み、以降指定されたログレベルに従うログのみを外部記憶装置に出力する。
特願２００２−１６３１２９号公報

特許文献１の技術を、ユーザ側の業務状況把握に応用しようとすると、管理者は、ログレベルに情報に相当する情報、すなわち、どのイベントとどのイベントを出力し、またどのイベントとどのイベントを出力しないか、と言った情報を指定する必要がある。しかし先述のように、ユーザ側の業務状況把握においては、複数のイベントを集約してはじめて一つの意味のある業務遂行情報に翻訳される。従って、管理者は、自分がどんな必業務遂行情報を必要とするか基づいて、ログ量が最小化するように、上述したようなイベント出力ＯＮ／ＯＦＦの指定情報を作成する必要がある。しかし、数百種あるイベントと数百種ある業務遂行情報の対応関係を考慮しつつ、この作業を行うには多大な労力を強いられる。

本発明は、このような問題点を鑑みてなされたものであり、管理者側が必要とする情報を最低限含み、かつ、ログデータのデータ量が最小となるようなログデータの種類及び組み合わせを決定する業務管理システムを提供することを目的とする。

本発明の一実施形態によれば、業務を実行し、作業者によって実行された操作を識別可能な操作情報を収集する端末と、前記端末にネットワークを介して接続され、前記端末によって収集された操作情報を管理する管理サーバと、を備えた業務管理システムにおいて、前記端末は、作業者によって実行された操作を識別可能な操作情報を含む操作ログデータを、前記管理サーバに送信し、前記管理サーバは、前記送信された操作情報の種類及び組み合わせから、前記作業者が前記端末に対して実行した操作に解釈するための情報を、予め格納し、前記解釈のために用いる識別情報のデータ量の総和が最小となるように、前記端末が送信する操作ログデータに含まれる操作情報の種類及び組み合わせを選択することを特徴とする。

本発明によると、端末から送信される操作ログデータのデータ量が最も小さくなるように、操作ログデータに含まれる識別情報の種類及び組み合わせを管理サーバが自動的に設定することが可能となる。

以下に、本発明の実施の形態を添付の図面に基づいて説明する。

図１は本発明の第１の実施の形態の業務管理システムの概要を示す説明図である。

本実施の形態の業務管理システムは、パーソナルコンピュータ１０と、パーソナルコンピュータ１０が生成するログを管理する管理サーバ２０とを含んで構成されている。

パーソナルコンピュータ（以下、ＰＣ）１０は、イベント出力部１１と、イベント構成情報読込部１２と、フィルタ部１３とを含む。また、管理サーバ２０は、翻訳分解能入力部２１と、イベント構成最適化部２２と、イベント翻訳マップ２３と、ディスク装置２４とを含む。

ＰＣ１０において、イベント出力部１１は、ＰＣ１０を操作する作業者によって実行された操作によって、その操作に対応したイベントログを出力する。フィルタ部１３は、イベント構成情報読込部１２によって指示された情報を用いて、イベント出力部１１によって出力されたイベントログをフィルタリングして出力する。この結果、ＰＣ１０は、イベント構成情報に基づいてフィルタリングされたイベントログのみを出力する。出力されたイベントログは、管理サーバ２０に送信され、管理サーバ２０のディスク装置２４に格納される。

一方、管理サーバ２０は、前述のイベント構成情報を生成し、ＰＣ１０から送信されたイベントログを格納する。

本実施形態の業務管理システムを管理する管理者は、管理サーバ２０に、要求翻訳分解能を入力する。要求翻訳分解能とは、受信するイベントログのうち、管理者が必要とする翻訳内容を満たす程度のイベントログの精度を設定するための情報である。イベントログ出力部１１は、ＰＣ１０の状態に応じて時々刻々と大量のイベントログを出力するが、管理者は出力される全てのイベントログは必要としない。そこで、管理者が要求する翻訳分解能に従ってフィルタリングされたイベントログのみを出力するように、管理者は、管理サーバ２０に要求翻訳分解能を入力する。

翻訳分解能入力部２１は入力された要求翻訳分解能を受信し、受信された要求翻訳分解能をイベント構成最適化部２２に送信する。イベント構成最適化部２２は、予め格納されているイベント翻訳マップ２３と受信した要求翻訳分解能とから、イベント構成情報を生成し、生成したイベント構成情報を、ＰＣ１０に送信する。

イベント翻訳マップ２３は、受信したイベントログの組み合わせが、どのような内容に翻訳されるかを示す情報である。管理サーバ２０は、予めイベント翻訳マップ２３を保持しておく。

以上のように、管理サーバ２０は、要求翻訳分解能とイベント翻訳マップ２３とからイベント構成情報を生成してＰＣ１０に送信する。ＰＣ１０は、受信したイベント構成情報に基づいて生成されたイベントログをフィルタリングして管理サーバ２０に送信する。このような構成によって、管理サーバ２０には、管理者が必要とする最低限のデータ量のイベントログのみが送信される。

図２は、本実施形態の業務管理システムの機能ブロック図である。

本実施の形態の業務管理システムは、二つのＰＣ１０Ａ及び１０Ｂと管理サーバ２０とが通信ネットワーク３０を介して接続される。

ＰＣ１０Ａは、ＰＣ１０Ａで実行される業務を操作する作業者Ａによって操作される操作端末である。ＰＣ１０Ａは、操作監視プログラム１００１Ａが稼働している。操作監視プログラム１００１Ａは、イベント出力部１１Ａ、イベント構成情報読込部１２Ａ及びフィルタ部１３Ａを含む。

作業者ＡがＰＣ１０Ａに接続されているキーボード又はマウスを操作した場合は、キーボード・マウス操作情報１１０１Ａが生成され、生成されたキーボード・マウス操作情報１１０１Ａがイベント出力部１１Ａに送信される。また、作業者ＡがＰＣ１０Ａのアプリケーションやオペーレーティングシステム（以下、「ＯＳ」と表記する）を操作した場合は、アプリケーション・ＯＳイベント情報１１０２Ａが生成され、生成されたアプリケーション・ＯＳイベント情報１１０２Ａがイベント出力部１１Ａに送信される。

イベント出力部１１Ａは、キーボード・マウス操作情報１１０１Ａ又はアプリケーション・ＯＳイベント情報１１０２Ａを受信すると、これらの情報にその情報が生成された時刻を付加し、さらに時系列順に配列したイベントログを生成して、生成されたイベントログをフィルタ部１３Ａに送信する。フィルタ部１３Ａは、イベント構成情報読込部１２Ａが受信したイベント構成情報１３００に基づいて、受信したイベントログにフィルタリングを施す。そして、フィルタリングされたイベントログ１２００Ａを、管理サーバ２０に送信する。

同様に、ＰＣ１０Ｂにおいて、作業者Ｂによって操作された結果生成されたキーボード・マウス操作情報１１０１Ｂ又はアプリケーション・ＯＳイベント情報１１０２Ｂは、イベント出力部１１Ｂに送信される。イベント出力部１１Ｂはこれらに基づいてイベントログを生成する。生成されたイベントログは、フィルタ部１３Ｂによって、イベント構成情報読込部１２Ｂが受信したイベント構成情報１３００に基づいてフィルタリングされ、フィルタリングされたイベントログ１２００Ｂを、管理サーバ２０に送信する。

管理サーバ２０は、ディスク装置２４に、受信したイベントログ１２００Ａ及び１２００Ｂをイベントログ１４００として格納する。

なお、以下、特に区別する場合を除き、ＰＣ１０Ａ及び１０ＢはＰＣ１０とのみ表記する。同様に、ＰＣ１０Ａ及びＰＣ１０Ｂ内の各構成も、Ａ及びＢの符号を付さずに表記する。

管理サーバ２０において、翻訳分解能入力部２１が、管理者によって入力された要求翻訳分解能２０００を受信する。翻訳分解能入力部２１は、受信した要求翻訳分解能２０００をイベント構成最適化部２２に送信する。イベント構成最適化部２２は、受信した要求翻訳分解能２０００と、予め格納されているイベント翻訳マップ２３とから、イベント構成情報１３００を生成する。イベント構成最適化部２２は、生成されたイベント構成情報１３００を、ＰＣ１０Ａ及びＰＣ１０Ｂに送信する。

図３Ａ及び図３Ｂは、本実施の形態の業務管理システムのハードウェア構成の説明図である。

図３Ａは、ＰＣ１０及び管理サーバ２０が起動する前（例えば、電源投入前）の状態を示す。

ＰＣ１０は、ディスプレイ１０１、ＣＰＵ１０２、ＲＯＭ１０３、ＲＡＭ１０４、キーボード１０５、マウス１０６、外部記憶装置１０７及び通信装置１０８を含む。

ディスプレイ１０１は、ＰＣ１０のＯＳやアプリケーションの状態や結果を表示する。ＣＰＵ１０２は、ＲＯＭ１０３に格納されているＢＩＯＳやプログラム、又は、外部記憶装置１０７に格納されているプログラムを実行する。ＲＡＭ１０４は、ＣＰＵ１０２が実行する作業エリアとして、また、プログラムが利用するデータの一時的な格納場所として利用される。

外部記憶装置１０７は、ＰＣ１０において実行されるＯＳやアプリケーション等を実現するためのプログラムや、プログラムが利用するデータ等を格納する。外部記憶装置１０７は、例えばハードディスク装置によって構成される。なお。外部記憶装置１０７は、ＰＣ１０の筐体内に備えられなくてもよい。通信ネットワーク３０に接続されたＮＡＳ装置等の記憶装置を、外部記憶装置１０７として用いてもよい。

通信装置１０８は、通信ネットワーク３０に接続され、通信ネットワーク３０を介して、管理サーバ２０との間でデータを送受信する。

管理サーバ２０は、ディスプレイ２０１、ＣＰＵ２０２、ＲＯＭ２０３、ＲＡＭ２０４、キーボード２０５、マウス２０６、外部記憶装置２０７及び通信装置２０８を含む。

ディスプレイ２０１は、管理サーバ２０のＯＳやアプリケーションの状態や結果を表示する。ＣＰＵ２０２は、ＲＯＭ２０３に格納されているＢＩＯＳやプログラム、又は、外部記憶装置２０７に格納されているプログラムを実行する。ＲＡＭ２０４は、ＣＰＵ２０２が実行する作業エリアとして、また、プログラムが利用するデータの一時的な格納場所として利用される。

外部記憶装置２０７は、管理サーバ２０において実行されるＯＳやアプリケーション等を実現するためのプログラムや、プログラムが利用するデータ等を格納する。外部記憶装置２０７は、ハードディスク装置によって構成される。なお。外部記憶装置２０７は、管理サーバ２０の筐体内に備えられなくてもよい。通信ネットワーク３０に接続されたＮＡＳ装置等の記憶装置を、外部記憶装置２０７として用いてもよい。

通信装置２０８は、通信ネットワーク３０に接続され、通信ネットワーク３０を介して、ＰＣ１０との間でデータを送受信する。

図３Ｂは、ＰＣ１０及び管理サーバ２０が起動し、プログラム等が稼働している状態を示す。

ＰＣ１０が起動すると、ＲＯＭ１０３に格納されているＢＩＯＳやプログラム、又は、外部記憶装置１０７に格納されているプログラムを読み出し、ＲＡＭ１０４内に格納する。ＲＡＭ１０４内には、前述の操作監視プログラム１００１及び操作監視プログラム１００１を実行するＯＳ１０１０が格納され、ＣＰＵ１０２によって実行される。

操作監視プログラム１００１は、イベント出力モジュール１０１１、イベント構成受信モジュール１０１２及びイベント送信モジュール１０１３を含む。これらは、ＣＰＵ１０２によって実行されることによって、それぞれ、イベント出力部１１、イベント構成情報読込部１２及びフィルタ部１３として機能する。

また、ＲＡＭ１０４には、管理サーバ２０から送信されたイベント構成情報１３００及び生成されたイベントログ１４００を格納する。

また、管理サーバ２０が起動すると、ＲＯＭ２０３に格納されているＢＩＯＳやプログラム、又は、外部記憶装置２０７に格納されているプログラムを読み出し、ＲＡＭ２０４内に格納する。ＲＡＭ２０４内には、前述のイベント構成設計部２１０１及びイベント構成設計部２１０１を実行するＯＳ２０１０が格納され、ＣＰＵ２０２によって実行される。

イベント構成設計プログラム２１０１は、翻訳分解能入力モジュール２０２１、イベント構成最適化モジュール２０２２及びイベント構成送信モジュール２０２３を含む。これらは、ＣＰＵ２０２によって実行されることによって、それぞれ、翻訳分解能入力部２１、イベント構成最適化部２２及びイベント構成送信部２５として機能する。

また、ＲＡＭ１０４には、管理サーバ２０から送信されたイベント構成情報１３００及び生成されたイベントログ１４００を格納する。

図４は、イベント出力部が生成するイベントログの一例の説明図である。

イベントログは、時刻と、その時刻に生成されたイベントとの組が時系列に並べられて生成される。

前述のように、ＰＣ１０において、作業者の作業によって時々刻々とイベントログが生成される。なお、イベントログは、その一つ一つが意味を持つのではなく、複数のイベントログを組み合わせることによって初めて一つの作業として解釈可能となる。このように、複数のイベントログから一つの作業内容を解釈することを、本発明では「翻訳」と呼ぶ。

図４の例では、時刻「９：００：０１．３１４」に生成されたイベント「Ｅ１」と、時刻「９：００：０１．４１５」に生成されたイベント「Ｅ２」と、時刻「９：００：０１．５５９」に生成されたイベント「Ｅ３」と、時刻「９：００：０１．８３３」に生成されたイベント「Ｅ７」と、時刻「９：００：０２．００５」に生成されたイベント「Ｅ８」と、の組み合わせによって、初めて管理者にとって意味のある「Ｓ１」という内容に翻訳されることを示す。

図５Ａは、イベント翻訳マップ２３の一例の説明図である。

イベント翻訳マップ２３は、ＰＣ１０が生成するイベントログをどのように組み合わせるとどのような翻訳内容になるかを示す情報である。

図５Ａの例では、イベントの内容Ｅ１〜Ｅ１０と、イベントの組み合わせによって翻訳される翻訳内容Ｓ１〜Ｓ９の対応が示されている。

具体的には、「ウィンドウ名の変更メッセージを検出した」（イベントＥ９）と、「キーボードフォーカスの移動メッセージを検出した」（イベントＥ８）と、「マウスのボタンが押されたのを検出した」（イベントＥ１）との組み合わせによって、「ユーザがアプリケーション内で、ファイルを閉じた」（翻訳内容Ｓ９）という翻訳内容に翻訳される。

また、各イベントには、そのイベントに対応するログ量がＭＢ／ｈ単位で格納されている。このログ量は、ＰＣ１０が生成するイベントログを統計的手法によって予め求めておき、各イベントに対応させてイベント翻訳マップ２３に格納しておく。このログ量は、後に説明するイベント構成情報の算出のとき、ＰＣ１０から送信されるイベントログが最小のデータ量となるようにするために用いる。

このように、管理サーバ２０は、イベントログの組み合わせが、どのような内容に翻訳されるかを示す情報であるイベント翻訳マップ２３を、予め格納しておく。

図５Ｂは、管理者によって入力される要求翻訳分解能２０００の一例の説明図である。

管理者は、ＰＣ１０が生成するイベントログの全てが必要ではなく、イベントログの組み合わせによって翻訳された翻訳内容を必要とする。さらに、管理者は、ＰＣ１０の全ての操作に対応する翻訳内容が必要ではなく、ＰＣ１０の操作のうち、必要とする操作に対応する翻訳内容を得られればよい。

そこで管理者は、必要とする翻訳内容の精度を設定する。なお、この精度を本発明では「分解能」と呼ぶ。より具体的には、分類する必要のない翻訳内容、すなわち、同一のものとして解釈される翻訳内容を一つのグループに設定する。このグループを翻訳分解能と呼ぶ。なお、本実施形態では、各々の翻訳分解能を「ｃｌａｓｓ」という識別子で表記する。

図５Ｂの例では、翻訳内容Ｓ１とＳ２とＳ３とは区別する必要がないが、これらをひとまとめにした翻訳内容は、他の翻訳内容と区別したいため、これらを「ｃｌａｓｓ１」という翻訳分解能に指定する。同様に、翻訳内容Ｓ４とＳ５とＳ６とは区別する必要がないが、他の翻訳内容とは区別したいため、これらを「ｃｌａｓｓ２」という翻訳分解能に指定する。同様に、翻訳内容Ｓ７とＳ８とＳ９とは区別する必要がないが、他の翻訳内容とは区別したいため、これらを「ｃｌａｓｓ３」という翻訳分解能に指定する。

この結果、本来であれば、管理サーバ２０が受信したイベントログからＳ１〜Ｓ９の九つの翻訳内容に翻訳されるのであるが、翻訳分解能を指定することによって、ｃｌａｓｓ１〜ｃｌａｓｓ３の三つのみに分類できる。管理者にとってはこの三つが分類できれば充分である。

図６は、管理サーバ２０のディスプレイ２０１に表示される翻訳分解能入力画面２００１の一例の説明図である。

管理者は、前述の要求分解能２０００を、ディスプレイ２０１に表示される翻訳分解能入力画面２００１によって入力する。

翻訳分解能入力画面２００１は、翻訳内容フィールド２００２、翻訳分解能フィールド２００３、最適イベント構成算出ボタン２００４、イベント構成送信ボタン２００５及び推定ログ量フィールド２００６を含む。

翻訳内容フィールド２００２は、管理サーバ２０が保持しているイベント翻訳マップ２３に含まれる翻訳内容が表示される。なお、全ての翻訳内容が一度に表示されるのではなく、スクロール等によって一部のみを表示してもよい。翻訳分解能フィールド２００３は、プルダウンボックスになっている。管理者がマウス２０６を操作してプルダウンボックスから翻訳分解能を選択することによって、対応する翻訳内容の翻訳分解能を選択することができる。

最適イベント構成算出ボタン２００４は、管理者が翻訳分解能の選択を完了した後に、マウス２０６を操作してこの最適イベント構成算出ボタン２００４を押下することによって、管理サーバ２０が、後述する最適イベント構成の算出処理を実行する。

イベント構成送信ボタン２００５は、管理者がマウス２０６を操作してこのイベント構成送信ボタン２００５を押下することによって、管理サーバ２０が生成したイベント構成情報１３００をＰＣ１０に送信する。

推定ログ量フィールド２００６は、最適イベント構成算出処理の結果、生成されたイベント構成情報１３００によってフィルタリングされたイベントログの推定ログ量を、ＭＢ／ｈ単位で表示する。

管理者は、この翻訳分解能入力画面２００１を操作することによって、要求翻訳分解能１３００を管理サーバ２０に入力する。

次に、最適イベント構成算出処理について説明する。

管理者によって要求翻訳分解能２０００が入力された後、最適イベント構成算出ボタン２００４が押されたときに、管理サーバ２０のイベント構成最適化部２２は、最適イベント構成算出処理を実行する。この最適イベント構成算出処理の結果、要求翻訳分解能を満たし、かつ、ログ量が最も小さくなるようなイベント構成情報が算出される。

この最適イベント構成算出処理は、次のような処理によって実行される。

まず、イベント構成最適化部２２は、イベント翻訳マップ２３に格納されている全てのイベントの組み合わせを抽出し、イベント構成表（図７Ａ）を生成する。このイベント構成表は、全てのイベントの全ての組み合わせを１又は０の二進数値によって表現したものである。例えば図７Ａの例では、イベントＥ１〜Ｅ１０の全ての組み合わせ、すなわち、１０の２乗である１０２４個（＃０〜＃１０２３）の組み合わせを含む表となる。なお、この個々の組み合わせを「イベント構成」と表記する。

なお、ＰＣ１０に送信するイベント構成情報は、このイベント構成のうちの一つを含む。イベント構成は、各々のイベントに対して二進数値、すなわち１又は０の値を持っている。値が１である場合は、そのイベントは有効であることを示す。値が０である場合は、そのイベントは無効（廃棄）であることを示す。ＰＣ１０のフィルタ部において、生成されたイベントログと、イベント構成との論理積を算出する。この算出の結果、イベント構成で０に設定されたイベントは廃棄され、イベント構成で１に設定されたイベントは有効、すなわちイベントログとして管理サーバ２０に送信される。すなわち、管理サーバ２０が送信するイベント構成を含むイベント構成情報によって、ＰＣ１０が生成するイベントログがフィルタリングされ、ＰＣ１０から送信されるイベントの種類又は組み合わせが決定される。

さらに、イベント構成最適化部２２は、各イベント構成に対応するログ量を算出して、イベント構成表に付加する。

次に、イベント構成最適化部２２は、各イベント構成について、翻訳分解能を満たすか否かを判定する。具体的には次のような処理を実行する。

まず、イベント構成＃３について説明する。

イベント構成＃３は、全てのイベントのうち、Ｅ１とＥ２とが１に設定されており、他のイベントＥ３〜Ｅ１０は０に設定されている。すなわち、このイベント構成は、イベントＥ１とイベントＥ２のみを受信させるための情報である。

イベント構成最適化部２２は、イベント翻訳マップ２３を参照して、イベント構成＃３のうち、有効であるイベントＥ１とＥ２とが、各翻訳内容Ｓ１〜Ｓ９においてどのように用いられているかを参照する。そしてさらに、翻訳分解能によって同一のｃｌａｓｓに設定された翻訳内容が、他のｃｌａｓｓに設定された翻訳内容と区別可能であるかを、各翻訳内容に対応する二進数値を比較して判断する。

図７Ｂは、このイベント構成＃３の翻訳内容とイベント構成の二進数値と判定の結果をわかりやすくするために二進数値を十進数値に変換した値（十進表現値）とを示す説明図である。

要求翻訳分解能によって、Ｓ１、Ｓ２、Ｓ３はｃｌａｓｓ１に設定されている。Ｓ４、Ｓ５、Ｓ６はｃｌａｓｓ２に設定されている。Ｓ７、Ｓ８、Ｓ９はｃｌａｓｓ３に設定されている。従って、これらｃｌａｓｓ毎に全てのイベント構成が異なれば、少なくともｃｌａｓｓ毎の違いが判断可能になる。この例では、ｃｌａｓｓ１とｃｌａｓｓ２とｃｌａｓｓ３とに十進表現値の３が含まれているため、ｃｌａｓｓ間での十進表現値の縮退表現がある。すなわち、ｃｌａｓｓ毎の違いが判別不可能である。従って、イベント構成最適化部２２は、イベント構成＃３は要求翻訳分解能を満たさないと判定する。

図７Ｃは、イベント構成＃１３８についての説明図である。

イベント構成＃１３８は、Ｅ２とＥ４とＥ８のみが二進数値１であるため、これら三つの二進数値と翻訳内容と十進表現値とを示す。この場合は、ｃｌａｓｓ１に属するイベント構成の値と、ｃｌａｓｓ２に属するイベント構成の値と、ｃｌａｓｓ３に属するイベント構成の値とが全て異なっており、縮退表現がない。従って、イベント構成最適化部２２は、このイベント構成＃１３８はｃｌａｓｓ毎の違いが判別可能であり、要求翻訳分解能を満たすと判定する。

図７Ｄは、イベント構成＃２８４についての説明図である。

イベント構成＃２８４は、Ｅ３とＥ４とＥ５とＥ９のみが二進数値１であるため、これら四つの二進数値と翻訳内容と十進表現値とを示す。この場合も、ｃｌａｓｓ１に属するイベント構成の値と、ｃｌａｓｓ２に属するイベント構成の値と、ｃｌａｓｓ３に属するイベント構成の値とが全て異なっており、縮退表現がない。従って、イベント構成最適化部２２は、このイベント構成＃２８４はｃｌａｓｓ毎の違いが判別可能であり、要求翻訳分解能を満たすと判定する。

このように、イベント構成最適化部２２は、全てのイベント構成について、翻訳分解能を満たすか否かを判定する。

図７Ｅは、要求翻訳分解能の合否判定結果の説明図である。

イベント構成最適化部２２は、全てのイベント構成について、要求翻訳分解能を満たしているか否かを判定する。そして、要求翻訳分解能を満たしているイベント構成から、最もログ量が小さいものを取得する。

図７Ｅの例では、イベント構成＃１３８、＃２８４、＃１０２１、＃１０２２、＃１０２３が要求翻訳分解能を満たしている。この中で最もログ量が小さいものは＃２８４の７．６ＭＢ／ｈである。従って、イベント構成最適化部２２は、この＃２８４を、最適イベント構成と判断する。そして、イベント構成最適化部２２は、算出されたログ量を、要求翻訳分解能入力画面２００１の推定ログ量フィールド２００６に表示して、管理者からの指示を待機する。管理者がイベント構成送信ボタン２００５を押下した場合は、イベント構成最適化部２２は、イベント構成＃２８４を含むイベント構成情報１３００を生成して、ＰＣ１０に送信する。

この結果、以降、ＰＣ１０は、イベント構成＃２８４に従ってフィルタリングしたイベントログを送信する。ＰＣ１０が生成するイベントログは、フィルタリングしない場合、すなわち、全てのイベントが有効である場合は、イベント構成＃１０２３のログ量３１．７ＭＢ／ｈを送信することになる。これに対して、イベント構成＃２８４によってフィルタリングし場合は、７．６ＭＢ／ｈのみのログ量で済む。すなわち、ＰＣ１０は、要求翻訳分解能を満たし、かつ最も少ないログ量のイベントログを送信する。管理サーバ２０は、要求翻訳分解能を満たし、かつ最も少ないログ量のイベントログを格納する。

図８は、最適イベント構成算出処理のフローチャートである。

まず、イベント構成最適化部２２は、イベント構成表を参照して、イベント構成表に含まれている各イベント構成の二進数値の配列を設定する（Ｓ８０１）。なお、この配列を翻訳分解能配列Ｃｌａｓｓ Ｓ（Ｉ）と呼ぶ。なお、Ｉは１から翻訳内容Ｓの最大値Ｓ＿ｍａｘである。

次に、管理者によって翻訳分解能入力画面２００１の最適イベント構成算出ボタン２００４が押下されるのを待機する。最適イベント構成算出ボタン２００４が押下された場合は（Ｓ８０２）、イベント構成最適化部２２は、最適イベント構成の算出処理を実行する（Ｓ８０３）。この算出処理は図９で詳述する。

この算出処理の結果、最適イベント構成の識別番号（Ｎ＿ｏｐｔｉｍａｌ）と、推定ログ量（Ｓ＿ｏｐｔｉｍａｌ）が算出される。

次に、イベント構成最適化部２２は、翻訳分解能入力画面２００１の推定ログ量フィールド２００６に、算出された推定ログ量を表示し、管理者がイベント構成送信ボタン２００５を押下したか否かを判定する（Ｓ８０４）。

管理者が、イベント構成送信ボタン２００５を押下した場合は（Ｓ８０５）、イベント構成最適化部２２は、算出された識別番号（Ｎ＿ｏｐｔｉｍａｌ）に対応する最適イベント構成をイベント構成情報１３００として、ＰＣ１０に送信する（Ｓ８０６）。

図９は、図８のステップＳ８０３の算出処理のフローチャートである。

イベント構成最適化部２２は、まず、算出処理に用いる変数等を初期化する（Ｓ９０１）。具体的には、変数Ｎに１を設定し、最適イベント構成の識別番号Ｎ＿ｏｐｔｉｍａｌに１を設定し、最適イベント候補の推定ログ量Ｓ＿ｏｐｔｉｍａｌに最大値を設定する。なお、この最大値は任意であり、算出される推定ログ量よりも大きな数であればよい。本実施形態では、最大値を１０＾８に設定する。

次に、イベント構成最適化部２２は、イベント構成候補Ｎが翻訳分解能を満たすか否かを算出するための翻訳分解能算出処理を実行する（Ｓ９０２）。この処理は図１０で詳述する。なお、イベント構成候補Ｎとは、イベント翻訳マップから抽出された全てのイベント構成のうち、Ｎ番目のイベント構成である。

この翻訳分解能算出処理の結果、イベント構成最適化部２２は、イベント構成候補Ｎが翻訳分解能を満たしているか否かを判定する（Ｓ９０３）。具体的には、判定結果ＨａｎｔｅｉがＴｒｕｅであるかＦａｌｓｅであるかを判定する。判定結果ＨａｎｔｅｉがＴｒｕｅである場合、すなわち、イベント構成候補Ｎが翻訳分解能を満たしている場合はステップＳ９０４に進む。判定結果ＨａｎｔｅｉがＦａｌｓｅである場合、すなわち、イベント構成候補Ｎが翻訳分解能を満たしていない場合は、ステップＳ９０８に進む。

ステップＳ９０４では、イベント構成最適化部２２は、イベント構成候補Ｎの推定ログ量Ｓｉｚｅ＿Ｎを算出する。そして、この推定ログ量Ｓｉｚｅ＿Ｎが、最小の推定ログ量であるか否かを判定する（Ｓ９０６）。具体的には、推定ログ量Ｓｉｚｅ＿Ｎが、最適イベント候補の推定ログ量Ｓ＿ｏｐｔｉｍａｌよりも小さいか否かを判定する。

推定ログ量Ｓｉｚｅ＿Ｎが、最適イベント候補の推定ログ量Ｓ＿ｏｐｔｉｍａｌよりも小さいと判定した場合は、推定ログ量Ｓｉｚｅ＿Ｎが現時点での最小の推定ログ量であるため、最適イベント候補の推定ログ量Ｓ＿ｏｐｔｉｍａｌに推定ログ量Ｓｉｚｅ＿Ｎの値を設定する（Ｓ９０７）。一方、推定ログ量Ｓｉｚｅ＿Ｎが、最適イベント候補の推定ログ量Ｓ＿ｏｐｔｉｍａｌ以上である場合は、最適イベント候補の推定ログ量Ｓ＿ｏｐｔｉｍａｌが現時点での最小の推定ログ量であるためステップＳ９０７を実行することなくステップＳ９０８に進む。

ステップＳ９０８では、イベント構成最適化部２２は、全てのイベント構成候補についての処理が完了したか否かを判定する。具体的には、変数Ｎが、全てのイベント構成の数であるＮ＿ｍａｘに等しいか否かを判定する。全てのイベント構成候補についての処理が完了していないと判定した場合は、Ｎに１を加算して（Ｓ９０５）、ステップＳ９０３に戻る。全てのイベント構成候補についての処理が完了したと判定した場合は、処理を終了し、図８のフローチャートに復帰する。

図１０は、図９のステップＳ９０２の翻訳分解能算出処理のフローチャートである。

まず、イベント構成最適化部２２は、処理対象のイベント構成候補Ｎについて、翻訳内容の十進表現値を算出する（Ｓ１００１）。十進表現値は、Ｂｉｎ（Ｉ）、ただし、Ｉは１から翻訳内容Ｓの最大値Ｓ＿ｍａｘ、によって表現される。

次に、イベント構成最適化部２２は、翻訳分解能算出処理に用いる変数等を初期化する（Ｓ１００２）。具体的には、変数Ｋに１を設定し、判定結果ＨａｎｔｅｉにＴｒｕｅを設定する。

次に、イベント構成最適化部２２は、変数Ｌに変数Ｋに１を加算した値を設定する（Ｓ１００３）。変数Ｋの初期値は１であるので、ここでの変数Ｌは初期値として２が設定される。

次に、イベント構成最適化部２２は、二つのｃｌａｓｓ（Ｃｌａｓｓ（Ｋ）及びＣｌａｓｓ（Ｌ））が異なるか否かを判定する（Ｓ１００４）。これは、現在のイベント構成候補において、全てのｃｌａｓｓの組み合わせについての処理が完了したかを判定するための処理である。Ｃｌａｓｓ（Ｋ）及びＣｌａｓｓ（Ｌ）が異なると判定した場合はステップＳ１００５に進み、Ｃｌａｓｓ（Ｋ）及びＣｌａｓｓ（Ｌ）が異ならない、すなわち、ＫとＬとが共にＳ＿ｍａｘの値であるときは、全てのｃｌａｓｓの組み合わせについての処理が完了したので、ステップＳ１００５を実行することなくステップＳ１００７に移行する。

ステップＳ１００５では、イベント構成最適化部２２は、十進表現値Ｂｉｎ（Ｋ）と、Ｂｉｎ（Ｌ）とが異なるか否かを判定する。これはすなわち、ｃｌａｓｓが異なるにもかかわらず十進表現値が同じ値である場合は、そのイベント構成では異なるｃｌａｓｓを判別できるためのイベントログを取得できないことを示す。従って、十進表現値Ｂｉｎ（Ｋ）と、Ｂｉｎ（Ｌ）とが異ならない、すなわち、同一である場合は、現在のイベント構成候補Ｎでは翻訳分解能を満たさないと判断し、判定結果ＨａｎｔｅｉにＦａｌｓｅを設定して（Ｓ１００９）、図９のフローチャートに復帰する。

十進表現値Ｂｉｎ（Ｋ）と、Ｂｉｎ（Ｌ）とが異なると判定した場合は、ステップＳ１００７８に移行する。ステップＳ１００７では、イベント構成最適化部２２は、翻訳内容Ｋについての判定が完了したか否かを判定する。具体的には、変数Ｌが翻訳内容の最大値Ｓ＿ｍａｘであるか否かを判定する。変数ＬがＳ＿ｍａｘではない場合は、Ｌに１を加算して（Ｓ１００６）、ステップＳ１００４に戻る。変数ＬがＳ＿ｍａｘであると判定した場合は、ステップＳ１０１０に移行する。

ステップＳ１０１０では、全ての翻訳内容についての処理が完了したか否かを判定する。具体的には、変数Ｋが翻訳内容の最大値Ｓ＿ｍａｘであるか否かを判定する。変数ＫがＳ＿ｍａｘではない場合は、Ｋに１を加算して（Ｓ１００８）、ステップＳ１００３に戻る。変数ＫがＳ＿ｍａｘであると判定した場合は、本フローチャートの処理を終了して、図９のフローチャートに復帰する。なお、この場合は、判定結果Ｈａｎｔｅｉは、初期値のＴｒｕｅのままである。

以上のような処理によって、イベント構成情報１３００が算出され、算出されたイベント構成情報がＰＣ１０に送信される。

以上のように、本発明の第１の実施の形態は、作業者が業務を実行するＰＣ１０と、ＰＣ２０のイベントログを管理する管理サーバ２０とを含む業務管理システムにおいて、管理者の指定した翻訳分解能を満たし、かつＰＣ１０が管理サーバ２０に送信するイベントログのデータ量が最も小さくなるように、イベントログの種類及び組み合わせを、管理サーバ２０が自動的に設定することができる。

次に、本発明の第２の実施の形態について説明する。

第２の実施の形態は、感知対象物（例えば、人や物など）の状態を示す情報を検出する複数のセンサノードから生成されるセンサデータを、イベントログとして収集する情報システムに関する。なお、第１の実施の形態と同一の構成には同一の符号を付し、その説明は省略する。

図１１は、第２の実施の形態の情報システムの構成ブロック図である。

第２の実施の形態の情報システムは、センサ用端末５０と、管理サーバ２０とが通信ネットワーク３０を介して接続される。

センサ用端末５０は、前述の第１の実施の形態のＰＣ１０に類似している。センサ用端末５０は、ディスプレイ、キーボード及びマウスを持たず、その代わり、センサソケット５０１によって、状態監視対象６０の各種センサからのイベントを取得する。具体的には、センサ用端末５０は、センサソケット５０１を介して、圧力センサ６１、加速度センサ６２、ＩＣタグリーダ６３及び温度センサ６４に接続する。

これら各センサは、状態監視対象６０（例えば、人や荷物等）の状態を取得する。例えば、圧力センサ６１は、状態監視対象物が圧力センサ６１の上部に移動したときに、状態監視対象物の荷重を検出し、イベントを生成する。加速度センサ６２は、状態監視対象６０が移動したときに、その移動の加速度を検出して、イベントを生成する。ＩＣタグリーダ６３は、状態監視対象６０に備えられるＩＣタグの情報を取得し、イベントを生成する。温度センサ６４は、状態監視対象６０の温度（体温）等を検出して、イベントを発生する。

これらのイベントは、センサソケット５０１を介して、イベント出力モジュール１０１１によって実現されるイベント出力部１１が受信する。イベント出力部１１は、受信した各イベントを、そのイベントが生成された時刻順に時系列の配列したイベントログとして、イベント構成送信モジュール１０１３によって実現されるフィルタ部１３に送信する。フィルタ部１３は、イベント構成受信モジュール１０１２によって実現されるイベント構成受信部１２が受信したイベント構成情報１３００によってイベントログをフィルタリングする。フィルタリングされたイベントログを、通信装置１０８及び通信ネットワーク３０を介して、管理サーバ２０に送信する。

管理サーバ２０は、センサ用端末５０が生成するイベントログに対応するイベント翻訳マップ２３１を備える。

前述の第１の実施の形態では、イベント翻訳マップ２３は、ＰＣ１０で実行される業務のための操作ログに対応した翻訳内容を含む。これは、キーボード１０５やマウス１０６の操作という、パーソナルコンピュータに特化したものであった。

これに対して、第２の実施の形態では、各センサが取得する状態に対応した翻訳内容を含む。例えば、圧力センサ６１の検出結果と加速度センサ６２の検出結果とから、状態監視対象６０の位置を特定したり、ＩＣタグリーダ６３の検出結果から、状態監視対象６０の詳細な情報を取得したり、といった翻訳内容が、予め格納される。

以降の処理は、前述の第１の実施の形態と同様である。

管理サーバ２０は、管理者が入力した要求翻訳分解能２０００と、イベント翻訳マップ２３１の内容とから、イベント構成情報１３００を算出して、センサ用端末５０に送信する。センサ用端末５０は、前述のように、イベント構成情報２０００に基づいて、イベントログをフィルタリングし、フィルタリングされたイベントログを、管理サーバに送信する。

以上のように、本発明の第２の実施の形態は、センサノードを複数備えたセンサ用端末５０と管理サーバ２０とを含む情報システムにおいて、前述の第１の形態と同様に、管理者が指定した翻訳分解能を満たし、かつ、センサ用端末５０が管理サーバ２０に送信するイベントログのデータ量が最も小さくなるように、イベントログの種類及び組み合わせを、管理サーバ２０が自動的に設定することができる。

本発明の第１の実施の形態の業務管理システムの概要を示す説明図である。 本発明の第１の実施の形態の業務管理システムの機能ブロック図である。 本発明の第１の実施の形態の業務管理システムのハードウェア構成の説明図である。 本発明の第１の実施の形態の業務管理システムのハードウェア構成の説明図である。 本発明の第１の実施の形態のイベントログの一例の説明図である。 本発明の第１の実施の形態のイベント翻訳マップの一例の説明図である。 本発明の第１の実施の形態の要求翻訳分解能の一例の説明図である。 本発明の第１の実施の形態の翻訳分解能入力画面の一例の説明図である。 本発明の第１の実施の形態のイベント構成表の説明図である。 本発明の第１の実施の形態のイベント構成＃３の説明図である。 本発明の第１の実施の形態のイベント構成＃１３８の説明図である。 本発明の第１の実施の形態のイベント構成＃２８４の説明図である。 本発明の第１の実施の形態の要求翻訳分解能の判定結果の説明図である。 本発明の第１の実施の形態の最適イベント構成算出処理のフローチャートである。 本発明の第１の実施の形態の算出処理のフローチャートである。 本発明の第１の実施の形態の翻訳分解能算出処理のフローチャートである。 本発明の第２の実施の形態の情報システムの構成ブロック図である。

符号の説明

１０ ＰＣ
１１ イベント出力部
１２ イベント構成情報読込部
１３ フィルタ部
２０ 管理サーバ
２１ 翻訳分解能入力部
２２ イベント構成最適化部
２３ イベント翻訳マップ
２４ ディスク装置
３０ 通信ネットワーク
５０ センサ用端末
６１ 圧力センサ
６２ 加速度センサ
６３ ＩＣタグセンサ
６４ 温度センサ

Claims (15)

1. 業務を実行し、作業者によって実行された操作に対応する操作情報を収集する端末と、前記端末にネットワークを介して接続され、前記端末によって収集された操作情報を管理する管理サーバと、を備えた業務管理システムにおいて、
   前記端末は、作業者によって実行された操作を識別可能な操作情報を含む操作ログデータを前記管理サーバに送信し、
   前記管理サーバは、
   前記端末から送信された操作情報を、作業者が前記端末に対して実行した操作に解釈するために用いる前記操作情報の種類及び組み合わせを示す情報を予め格納し、
   前記端末が送信する操作ログデータのデータ量が最小となる前記操作情報の種類及び組み合わせを選択することを特徴とする業務管理システム。
2. 前記端末は、
   作業者がキーボード及びマウスを操作することによって実行された操作を識別可能な操作情報を収集して操作ログデータとして出力する出力部と、
   前記管理サーバによって選択された識別情報の種類及び組み合わせに基づいて、前記操作ログデータに含まれる前記操作情報を選択する選択部と、
   前記選択された識別情報を含む操作ログデータを前記管理サーバに送信する送信部と、を備え、
   前記管理サーバは、
   前記端末によって送信された操作ログデータを格納する格納部と、
   管理者によって入力された情報を受信する入力部と、
   前記端末が送信する操作ログデータのデータ量が最小となる前記操作情報の種類及び組み合わせを管理者によって入力された情報に基づいて選択する最適化部と、を備えることを特徴とする請求項１に記載の業務管理システム。
3. 前記入力部は、前記解釈された操作のうち同一のものとして解釈される操作のグループを受信し、
   前記識別部は、前記グループを識別可能な前記識別情報の種類及び組み合わせのうち、前記端末が送信する操作ログデータのデータ量が最小となる前記識別情報の種類及び組み合わせを選択することを特徴とする請求項２に記載の業務管理システム。
4. 前記格納部は、前記識別情報の種類及び組み合わせと、前記作業者が前記端末に対して実行した操作と、前記識別情報の種類毎のデータ量の統計情報と、を対応付けた対応情報を予め保持することを特徴とする請求項２に記載の業務管理システム。
5. 前記格納部は、前記識別情報の種類及び組み合わせと、前記作業者が前記端末に対して実行した操作と、前記識別情報の種類毎のデータ量の統計情報と、を対応付けた対応情報を予め保持し、
   前記入力部は、管理者によって入力された、前記解釈された操作のうち同一のものとして解釈される操作のグループを受信し、
   前記識別部は、前記対応情報を参照して、前記グループを識別可能な前記識別情報の種類及び組み合わせのうち、前記端末が送信する操作ログデータのデータ量が最小となる前記識別情報の種類及び組み合わせを選択することを特徴とする請求項２に記載の業務管理システム。
6. 感知対象物の状態を識別可能な状態情報を取得する複数のセンサノードと、前記センサノードが取得した状態情報を収集するセンサ端末と、前記端末にネットワークを介して接続され、前記センサ端末によって収集された状態情報を管理する管理サーバと、を備えた情報システムにおいて、
   前記センサ端末は、前記センサノードが取得した状態情報を含む状態データを、前記管理サーバに送信し、
   前記管理サーバは、
   前記受信した状態情報を、前記感知対象物によって発生された事象に解釈するために用いる前記状態情報の種類及び組み合わせを示す情報を、予め格納し、
   前記センサ端末が送信する状態データのデータ量が最小となる前記状態情報の種類及び組み合わせを管理者によって入力された情報に基づいて選択することを特徴とする情報システム。
7. 前記センサ端末は、
   前記センサノードが取得した状態情報を収集して状態データとして出力する出力部と、
   前記管理サーバが選択した状態情報の種類及び組み合わせに基づいて、前記状態データに含まれる状態情報を選択する選択部と、
   前記状態情報を含む状態データを前記管理サーバに送信する送信部と、を備え、
   前記管理サーバは、
   前記センサ端末によって送信された状態データを格納する格納部と、
   管理者によって入力された情報を受信する入力部と、
   前記センサ端末が送信する状態データのデータ量が最小となる前記状態情報の種類及び組み合わせを選択する最適化部と、を備えることを特徴とする請求項６に記載の情報システム。
8. 前記入力部は、前記解釈された操作のうち同一のものとして解釈される事象のグループを受信し、
   前記識別部は、前記グループを識別可能な前記状態情報の種類及び組み合わせのうち、前記センサ端末が送信する状態データのデータ量が最小となる前記状態情報の種類及び組み合わせを選択することを特徴とする請求項７に記載の情報システム。
9. 前記格納部は、前記状態情報の種類及び組み合わせと、前記感知対象物によって発生された事象と、前記状態情報の種類毎のデータ量の統計情報と、を対応付けた対応情報を保持していることを特徴とする請求項７に記載の情報システム。
10. 前記格納部は、前記状態情報の種類及び組み合わせと、前記感知対象物によって発生された事象と、前記状態情報の種類毎のデータ量の統計情報と、を対応付けた対応情報を保持しており、
    前記入力部は、管理者によって入力された、前記解釈された操作のうち同一のものとして解釈される事象のグループを受信し、
    前記識別部は、前記グループを識別可能な前記状態情報の種類及び組み合わせのうち、前記センサ端末が送信する状態データのデータ量が最小となる前記状態情報の種類及び組み合わせを選択することを特徴とする請求項７に記載の情報システム。
11. 業務を実行し、作業者によって実行された操作を識別可能な操作情報を収集する端末と、前記端末にネットワークを介して接続され、前記端末によって収集された操作情報を管理する管理サーバと、を備えた業務管理システムにおいて実行される業務管理方法であって、
    作業者によって実行された操作を識別可能な操作情報を含む操作ログデータを、前記管理サーバに送信し、
    前記送信された操作情報から、作業者が前記端末に対して実行した操作を解釈するために用いる前記操作情報の種類及び組み合わせを示す情報を予め格納し、
    前記端末が送信する操作ログデータのデータ量が最小となる前記操作情報の種類及び組み合わせを選択することを特徴とする業務管理方法。
12. 前記端末は、
    作業者がキーボード及びマウスを操作することによって実行された操作を識別可能な操作情報を収集して操作ログデータとして出力し、
    前記管理サーバによって選択された識別情報の種類及び組み合わせに基づいて、前記操作ログデータに含まれる前記操作情報を選択し、
    前記識別情報を含む操作ログデータを前記管理サーバに送信し、
    前記管理サーバは、
    前記端末によって送信された操作ログデータを格納し、
    管理者によって入力された情報を受信し、
    前記端末が送信する操作ログデータのデータ量が最小となる前記操作情報の種類及び組み合わせを選択することを特徴とする請求項１１に記載の業務管理方法。
13. 前記解釈された操作のうち同一のものとして解釈される操作のグループの、管理者による入力を受け付け、
    前記グループを識別可能な前記識別情報の種類及び組み合わせのうち、前記端末が送信する操作ログデータのデータ量が最小となる前記識別情報の種類及び組み合わせを選択することを特徴とする請求項１２に記載の業務管理方法。
14. 前記識別情報の種類及び組み合わせと、前記作業者が前記端末に対して実行した操作と、前記識別情報の種類毎のデータ量の統計情報と、を対応付けた対応情報を予め保持することを特徴とする請求項１２に記載の業務管理方法。
15. 前記識別情報の種類及び組み合わせと、前記作業者が前記端末に対して実行した操作と、前記識別情報の種類毎のデータ量の統計情報と、を対応付けた対応情報を予め保持し、
    前記解釈された操作のうち同一のものとして解釈される操作のグループの情報が、管理者によって入力され、
    前記対応情報を参照して、前記グループを識別可能な前記識別情報の種類及び組み合わせのうち、前記端末が送信する操作ログデータのデータ量が最小となる前記識別情報の種類及び組み合わせを選択することを特徴とする請求項１２に記載の業務管理方法。

Images