(57)【要約】      （修正有）【課題】監視対象であるデバイスから収集されたログ情報を、画像処理装置のような機器の操作に紐づけることができる情報処理装置、情報処理方法及びプログラムを提供する。【解決手段】デバイスに関するデバイス情報を取得し、デバイス情報からデバイスがＭＦＰであるか否かを特定し、ＰＣログから、ＭＦＰから送信された添付ファイルありのスキャン画像受信レコードを検出する。これにより、ＰＣログを画像処理装置の操作に紐づけることができる。【選択図】図５
2020092376.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されたデバイスに関するデバイス情報を取得する取得手段と、
前記デバイス情報から前記デバイスがスキャン機能及び送信機能を有する所定の機器であるか否かを特定する特定手段と、
監視対象であるデバイスから収集されたログ情報から、前記特定された所定の機器から送信された添付ファイルありのログ情報を検出する第１の検出手段と、を有する
ことを特徴とする情報処理装置。
【請求項２】
前記取得手段は、前記監視対象であるデバイスから収集されたログ情報から添付ファイルありのログ情報を検出して、前記ログ情報の送信元からのデバイス情報を取得する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記添付ファイルありのログ情報から前記特定された所定の機器についての情報に従い作成されるパターンを提供する
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記監視対象であるデバイスから収集されたログ情報から、前記特定された所定の機器から送信されたメールありのログ情報を検出する第２の検出手段と、を有する
ことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記パターンは、前記特定された所定の機器のうち、同一の機器から送信された前記添付ありのログ情報を、時系列に連結したものである
ことを特徴とする請求項３に記載の情報処理装置。
【請求項６】
前記提供されたパターンを登録する登録手段を有する
ことを特徴とする請求項３又は５に記載の情報処理装置。
【請求項７】
ネットワークに接続された、監視対象であるファイルサーバから収集されたログ情報を収集する収集手段と、
前記収集されたログ情報から、添付ファイルありのログ情報を抽出する抽出手段と、
前記抽出されたログ情報の中から、スキャン機能及び送信機能を有する所定の機器から送信されたログ情報を検出する第３の検出手段と、を有する
ことを特徴とする情報処理装置。
【請求項８】
ネットワークに接続されたデバイスに関するデバイス情報を取得する取得工程と、
前記デバイス情報から前記デバイスがスキャン機能及び送信機能を有する所定の機器であるか否かを特定する特定工程と、
監視対象であるデバイスから収集されたログ情報から、前記特定された所定の機器から送信された添付ファイルありのログ情報を検出する第１の検出工程と、を有する
ことを特徴とする情報処理方法。
【請求項９】
請求項８に記載された情報処理方法をコンピュータにより実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
コピー機メーカーの営業現場においては、顧客ネットワークから収集したコピー機の機器情報から現在の使用状況の分析・比較を行い、自社製品の優位性を顧客に提案することが一般的に行われている。特許文献１には、取得した画像形成装置（ＭＦＰ：Multifunction Peripheral）の詳細情報から、各社ベンダー機器の使用状況の分析や評価を視覚的、客観的に行う方法が開示されている。
【０００３】
実際、オフィス業務の多くは、ＰＣ（Personal Computer）を中心とした操作の組み合わせによって行われている。特に、人事、経理、総務部門などのバックオフィスでは、画像処理装置でスキャンしたファイルをＰＣでの操作によりリネームするといった、同じ手順のＰＣ操作を繰り返し行う業務が多い。
しかし、特許文献１では、コピー機やプリンタなどの機器情報の収集は、現在の使用状況の分析・比較を行うことが目的であり、ＰＣ操作を含んだ分析や評価までは言及されていない。そこで、コピー機やプリンタなどの機器情報を用いて一連のＰＣ操作を自動化することができれば、業務の効率化を図ることができ、自社製品の優位性を顧客に提案することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１５９２３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、画像処理装置でスキャンしたファイルをＰＣ操作によりリネームするといった一連のＰＣ操作を自動化する場合、ＰＣ操作のログからコピー機やプリンタなどの画像処理装置の操作に関するログを取得する必要がある。しかし、画像処理装置のＡＰＩ（Application Programming Interface）は一般的に公開されていないため、顧客環境にある画像処理装置が他社製である場合は、コピー機メーカーはＭＦＰログを収集することができない。そのため、ＰＣ操作のうち、どのレコードがＭＦＰの操作に紐づけられているかを決定できず、正しいワークフローを抽出することができない。
【課題を解決するための手段】
【０００６】
本発明は、ネットワークに接続されたデバイスに関するデバイス情報を取得する取得手段と、前記デバイス情報から前記デバイスがスキャン機能及び送信機能を有する所定の機器であるか否かを特定する特定手段と、監視対象であるデバイスから収集されたログ情報から、前記特定された所定の機器から送信された添付ファイルありのログ情報を検出する第１の検出手段と、を有することを特徴とする情報処理装置である。
【発明の効果】
【０００７】
本発明によれば、監視対象であるデバイスから収集されたログ情報を、画像処理装置のような機器の操作に紐づけることができる。
【図面の簡単な説明】
【０００８】
【図１】ワークフロー生成装置を含む情報処理システムのハードウェア構成である。
【図２】（ａ）ワークフロー生成装置のソフトウェア構成と、（ｂ）ＰＣのソフトウェア構成である。
【図３】画像処理装置のソフトウェア構成である。
【図４】ファイルサーバのソフトウェア構成である。
【図５】ワークフロー生成装置における処理を示すフローチャートである（第１実施形態）。
【図６】画像処理装置における処理を示すフローチャート（１）である。
【図７】画像処理装置における処理を示すフローチャート（２）である。
【図８】ＰＣログを構成するイベントの種類である。
【図９】ＰＣログの具体例である。
【図１０】タスク生成ルールである。
【図１１】タスクの具体例である。
【図１２】操作パターンの具体例である。
【図１３】ワークフロー生成装置における処理を示すフローチャートである（変形例）。
【図１４】ワークフロー生成装置における処理を示すフローチャートである（第２実施形態）。
【図１５】画像処理装置のＵＩである。
【図１６】実行フローを登録するための登録画面の例である。
【図１７】サーバログの具体例である。
【発明を実施するための形態】
【０００９】
以下に、図面を参照して、本発明を実施するための形態を説明する。ただし、以下に説明する実施の形態はあくまで例示であり、本発明の範囲をそれらに限定する趣旨のものではない。
【００１０】
以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は本発明を限定するものではなく、また、実施形態で説明されているすべての構成が本発明の課題を解決するため必須の手段であるとは限らない。
【００１１】
＜第１実施形態＞
本実施形態の情報処理システム１００では、ワークフロー生成装置１１０を用いて、ユーザがＰＣ１４０で手作業によって繰り返し行う操作（ＰＣ操作）を検出し、ＰＣ操作のログ情報（ＰＣログ）がＭＦＰの操作に紐づけられるかを決定する。
【００１２】
＜ハードウェア構成＞
図１は、ワークフロー生成装置１１０を含む情報処理システム１００のハードウェア構成を示す図である。情報処理システム１００は、ワークフロー生成装置１１０、複数の画像処理装置１２０ａ〜ｎ、複数のファイルサーバ１３０ａ〜ｎ、複数のＰＣ１４０ａ〜ｎなどのデバイスがネットワーク１５０で接続されて構成されている。
ワークフロー生成装置１１０は、例えば、ＰＣ（Personal Computer）、ＷＳ（WorkStation）、タブレット端末や携帯端末などのモバイル端末、などの情報処理装置により実現され、各種のユニット１１１〜１１５から構成される。
【００１３】
演算部１１１は、ワークフロー生成装置１１０の各種のユニット１１２〜１１５を制御するユニットである。演算部１１１は、例えば、ＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）等により実現される。
記憶部１１２は、演算部１１１が実行する各種のプログラムやデータを記憶するユニットである。記憶部１１２は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、及びＨＤＤ（Hard Disk Drive）等により実現される。なお、ワークフロー生成装置１１０の機能や処理は、演算部１０１が、記憶部１０２に記憶されているプログラムを読み出し、実行することにより実現される。
【００１４】
表示部１１３は、ワークフロー生成装置１１０を操作するユーザに対して各種情報を表示する。表示部１１３は、例えば、ディスプレイにより実現される。
入力部１１４は、ユーザによる各種操作を受け付ける。入力部１１４は、例えば、マウス、キーボード、あるいはタッチパネル等により実現される。
ネットワーク通信部１１５は、画像処理装置１２０ｎのネットワーク通信部１２７、ファイルサーバ１３０ｎのネットワーク通信部１３３、ＰＣ１４０のネットワーク通信部１４５とともに、ネットワーク１５０に接続される。
【００１５】
画像処理装置１２０は、例えば、スキャン機能と送信機能を備える、ＭＦＰ（Multifunction Peripheral）により実現され、各種のユニット１２１〜１２７で構成される。
画像処理装置１２０の演算部１２１、記憶部１２２、表示部１２３、入力部１２４、ネットワーク通信部１２７は、それぞれ、ワークフロー生成装置１１０の同ユニット１１１〜１１４と同様の機能を有する。
印刷部１２５は、記憶部１２２に保持される画像データを紙面に印刷し出力するユニットである。
画像読取部１２６は、紙面を撮像し、画像データに変換する機能を有するユニットである。
【００１６】
ファイルサーバ１３０の演算部１３１、記憶部１３２、ネットワーク通信部１３３は、それぞれ、ワークフロー生成装置の同ユニット１２１〜１２３と同様の機能を有する。
ＰＣ１４０の各ハードウェア構成１４１〜１４５は、それぞれ、ワークフロー生成装置１１０の同ユニット１１１〜１１５と同様の機能を有する。
【００１７】
＜ソフトウェア構成＞
図２（ａ）は、ワークフロー生成装置１１０のソフトウェア構成を示す図である。ワークフロー生成装置１１０は、各種のモジュール１１０１〜１１１４から構成される。各モジュール１１０１〜１１１４が実行するソフトウェアを実現するプログラムは、記憶部１１２に記憶される。
制御モジュール１１０１は、プログラムを制御し、各モジュールに対する指示及び管理を行う。
表示モジュール１１０２は、制御モジュール１１０１からの指示に従い、ワークフロー生成装置１１０のソフトウェアをユーザが操作するためのＵＩ（User Interface）を表示部１１３に提供する。
入力モジュール１１０３は、前記ソフトウェアに対するユーザの操作を受け付ける。
【００１８】
ログ取得モジュール１１０４は、ネットワーク１５０やＵＳＢなどの物理媒体を介し、ログ記憶モジュール１１０７に記憶されるログ情報（ＰＣログ）を取得する。操作ログは、各種のイベントに分類される。イベントは複数の属性から構成される。属性は、イベントの種類を表すイベント名、イベントが発生した時刻を表す時刻、イベントを発生させたプロセスを表すプロセス名のように、イベント名に応じて異なる複数の属性で構成される。
なお、イベントの種類の具体例については、図８を用いて後述する。また、操作ログの具体例については、図９を用いて後述する。
【００１９】
ログ抽出モジュール１１０５は、ログ取得モジュール１１０４によって取得された操作ログから、図８に示す任意のイベントに対するレコードを抽出する。
ログ解析モジュール１１０６は、ＰＣ１４０においてユーザが操作した操作ログ（ＰＣログ）中のＰＣログレコードに記載された任意の情報を取得する。そして、取得した情報と、後述するデバイス情報記憶モジュール１１１１に記憶されているデバイス情報とを照らし合わせることで、任意のＰＣログレコードを検出する。
ログ記憶モジュール１１０７は、操作ログを記憶部１１２に記憶する。
【００２０】
デバイス情報収集モジュール１１０８は、ＳＮＭＰ（Simple Network Management Protocol）マネージャとして機能を有する。そして、デバイス情報収集モジュール１１０８は、ＳＮＭＰマネージャとして、ネットワーク１５０に接続されたすべての情報処理装置、例えば、画像処理装置１２０、ファイルサーバ１３０、ＰＣ１４０のデバイス情報を取得する。さらに、取得したデバイス情報を、後述するデバイス情報記憶モジュール１１１１にリストとして記憶する。
【００２１】
デバイス情報判断モジュール１１０９は、デバイス情報記憶モジュール１１１１に記憶されているデバイス情報から、デバイス情報が図１に示す画像処理装置１２０、ファイルサーバ１３０、ＰＣ１４０のいずれのデバイスに関するものであるかを判断する。
デバイス情報抽出モジュール１１１０は、デバイス情報記憶モジュール１１１１に記憶されているデバイス情報から、任意のデバイス情報を抽出する。
デバイス情報記憶モジュール１１１１は、デバイス情報収集モジュール１１０８が取得したデバイス情報を記憶する。
【００２２】
タスク生成モジュール１１１２は、１つ又は複数のイベントをグループ化したものを、タスクとして生成する。本実施形態では、タスク生成は事前に定められたルール（タスク性背ルール）に従って生成される。すなわち、タスク生成モジュール１１１２は、タスク生成ルールに基づいて操作ログ中のタスクを検出するタスク検出器として機能する。
なお、タスク生成ルールについては、図１０を用いて後述する。また、生成されたタスクの具体例については、図１１を用いて後述する。
【００２３】
操作パターン生成モジュール１１１３は、タスク生成モジュール１１１２により生成されたタスクを、タスク間の関連性に基づき連結し、これを操作パターンとして生成する。操作パターンは、１又は２以上のタスクから構成される。
本実施形態では、処理するファイルが一致するタスクのペアを関連のあるタスクとして連結し、これを数珠繋ぎにすることにより、操作パターンとする。操作パターンは、複数の種類が生成され、操作パターン集合として取得される。
なお、操作パターンの具体例については、図１２を用いて後述する。
【００２４】
実行フロー生成モジュール１１１４は、選択させた操作パターンに基づき実行フローを生成し、画像処理装置１２０に配信する。本実施形態では、実行フローの生成に必要な各種パラメータを設定するために、ワークフロー生成装置において設定画面をユーザに提示する。
なお、設定画面の具体例については、図１６を用いて後述する。
【００２５】
図２の（ｂ）は、ＰＣ１４０のソフトウェア構成を示す図である。ＰＣ１４０はワークフロー生成装置１１０の監視対象であり、ＰＣ１４０におけるユーザの操作ログはＰＣログとして記憶される。
ＰＣ１４０は各種のモジュール１４０１〜１４０６から構成される。制御モジュール１４０１、表示モジュール１４０２、入力モジュール１４０３は、それぞれ、図２の（ａ）で示すワークフロー生成装置１１０のモジュール１１０１〜１１０３と同様である。
ＰＣログ収集モジュール１４０４は、ＰＣログ記憶モジュール１４０５に記憶されるＰＣログを取得する。
ＰＣログ記憶モジュール１４０５は、ＰＣログを記憶部１４２に記憶する。
デバイス情報記憶モジュール１４０６は、ＰＣ１４０のデバイス情報を記憶部１４２に記憶する。
【００２６】
図３は、画像処理装置１２０のソフトウェア構成を示す図である。画像処理装置１２０は各種のモジュール１２０１〜１２０５から構成される。各モジュール１２０１〜１２０５が実行するソフトウェアを実現するプログラムは、記憶部１２２に記憶される。
【００２７】
制御モジュール１２０１は、画像処理装置１２０のプログラムを制御し、各モジュール１２０２〜１２０５に対する指示及び管理を行う。
表示モジュール１２０２は、制御モジュール１２０１からの指示に従い、画像処理装置１２０のソフトウェアをユーザが操作するためのＵＩを表示部１２３に提供する。
入力モジュール１２０３は、画像処理装置１２０のソフトウェアに対するユーザの操作を受け付ける。
【００２８】
デバイス情報記憶モジュール１２０４は、画像処理装置１２０のデバイス情報を記憶部１２２に記憶する。また、デバイス情報記憶モジュール１２０４は、ＳＮＭＰマネージャにデバイス情報を提供するＳＮＭＰエージェントとしての機能も有する。
実行フロー実行モジュール１２０５は、ユーザによる実行フローの実行指示を入力モジュール１２０３で受け付け、実行フローを実行する。
【００２９】
＜処理フロー＞
＜ワークフロー生成装置におけるフローチャート＞
図５は、ワークフロー生成装置１１０が、デバイス情報収集モジュール１１０８で収集したデバイス情報を用いて、画像処理装置１２０に関するログを抽出する処理を示したフローチャートである。本フローチャートを用いて本実施形態におけるワークフロー生成装置１１０における処理を説明する。
なお、本フローチャートで示す処理は、記憶部１１２のＲＡＭ、ＲＯＭ、ＨＤＤのいずれかの記憶手段に記憶されたプログラムにより、演算部１１１のＣＰＵ、ＧＰＵのいずれかが実行する。
【００３０】
まず、デバイス情報収集モジュール１１０８は、同一ネットワーク１５０に接続されているすべてのデバイス情報をネットワーク通信部１０５から取得する（Ｓ５０１）。デバイス情報は、情報処理システム１００においてネットワーク１５０に接続された各デバイスに関する情報である。これにより、ワークフロー生成装置１１０は、ネットワーク１５０に接続されたすべてのデバイスを把握することができる。
【００３１】
本実施形態において、デバイス情報は、以下の表１に示すように、デバイスの名称（ホスト名）、ＩＰアドレス、動作状態、機種名、などからなる。
なお、以下では、デバイス情報収集モジュール１１０８やデバイス情報記憶モジュール１２０４の扱うデバイス情報の形式は、ＭＩＢ（Management Information Base）であるものとして説明する。
【００３２】
ＭＩＢは固有のＩＤであるＯＩＤ（Object IDentifier）を有している。本実施形態においては、デバイス情報収集モジュール１１０８が取得するデバイス情報は、表１に示されるように、４種類である。
表１は、デバイス情報収集モジュール１１０８がデバイス情報記憶モジュール１２０４から取得するデバイス情報を示している。
【００３３】
【表１】
2020092376.tif 000003
【００３４】
表１にある「ホスト名」のカラムには、ＯＩＤが１．３．６．１．２．１．１．５で表されるＳｙｓｔｅｍグループのｓｙｓＮａｍｅオブジェクトから、システムのホスト名を記入する。
「ＩＰアドレス」のカラムには、ＯＩＤが１．３．６．１．２．１．４．２０．１．１で表されるＩＰグループのｉｐＡｄＥｎｔＡｄｄｒオブジェクトから、ＩＰアドレスを記入する。
【００３５】
「プリンタ状態」のカラムには、ＯＩＤが１．３．６．１．２．１．４３．２．２．１３．２．１で表されるＨｏｓｔ  Ｒｅｓｏｕｒｃｅｓ  ＭＩＢグループのｈｒＰｒｉｎｔｅｒＳｔａｔｕｓオブジェクトから、プリンタ状態を記入する。
なお、プリンタ状態は（１）ｏｔｈｅｒ、（２）ｕｎｋｎｏｗｎ、（３）ｉｄｌｅ、（４）ｐｒｉｎｔｉｎｇ、（５）ｗａｒｍｕｐのいずれかで表される。（１）ｏｔｈｅｒ、（２）ｕｎｋｎｏｗｎの場合は、表１には「−」を記入する。（３）ｉｄｌｅの場合は、表１に「待機中」を記入し、（４）ｐｒｉｎｔｉｎｇの場合は、表１に「実行中」を記入する。（５）ｗａｒｍｕｐの場合は、表１に「準備中」を記入する。
【００３６】
最後に、表１にある「機種名」のカラムには、ＯＩＤが１．３．６．１．２．１．１．１で表されるｓｙｓｔｅｍグループのｓｙｓＤｅｓｃｒオブジェクトから、機種名を記入する。
【００３７】
次に、デバイス情報判断モジュール１１０９は、Ｓ５０１において取得したそれぞれのデバイス情報に基づいて、そのデバイスが画像処理装置（ＭＦＰ）であるか否かを判断する（Ｓ５０３）。ここで、表１の「プリンタ状態」のカラムの値が待機中、実行中、準備中のいずれかである場合、デバイス情報判断モジュール１１０９は、取得したデバイス情報は画像処理装置に対応するデバイスであると判断する。それ以外の値である場合は、画像処理装置でないと判断する。
【００３８】
Ｓ５０３でデバイス情報判断モジュール１１０９によって画像処理装置であると特定された場合（Ｓ５０３：ＹＥＳ）、デバイス情報抽出モジュール１１１０は、特定された画像処理装置のデバイス情報を抽出する（Ｓ５０４）。
一方、画像処理装置でないと判断された場合（Ｓ５０３：ＮＯ）、Ｓ５０２に戻る。そして、デバイス情報判断モジュール１１０９は、次の取得したデバイス情報が画像処理装置に対応するデバイスであるか否かを判断する。
次に、デバイス情報記憶モジュール１１１１は、Ｓ５０４でデバイス情報抽出モジュール１１１０によって抽出されたデバイス情報を記憶する（Ｓ５０５）。
【００３９】
デバイス情報判断モジュール１１０９は、以上のＳ５０３からＳ５０５までの処理を、Ｓ５０１で取得したデバイス情報の数だけ繰り返す（第一のループ）。これにより、デバイス情報抽出モジュール１１１０は、すべてのデバイス情報から画像処理装置１２０のデバイス情報のみを抽出し、デバイス情報記憶モジュール１１１１に記憶する。
これにより、ワークフロー生成装置１１０は、ネットワーク１５０に接続されたすべての画像処理装置１２０ａ〜ｎを把握することができる。
【００４０】
続いて、ログ取得モジュール１１０４は、ＰＣログ収集モジュール１４０４がＰＣ１４０のＰＣログとしてＰＣログ記憶モジュール１４０５に記憶させたログを取得する。そして、ログ取得モジュール１１０４は、取得したＰＣログをログ記憶モジュール１１０７に記憶させる（Ｓ５０７）。
【００４１】
次に、ログ抽出モジュール１１０５は、ログ記憶モジュール１１０７に記憶されているＰＣログ中のＰＣログレコードから、メール受信のイベントに関するレコード（メール受信レコード）があるか否かを判断する（Ｓ５０９）。
そして、メール受信レコードがあった場合（Ｓ５０９：ＹＥＳ）、ログ抽出モジュール１１０５は、そのレコードを抽出する（Ｓ５１０）。一方、メール受信レコードがなかった場合（Ｓ５０９：ＮＯ）、Ｓ５０８に戻る。そして、ログ抽出モジュール１１０５は、次のＰＣログレコードがメール受信レコードであるか否かを判断する。
ログ抽出モジュール１１０５は、以上のＳ５０９及びＳ５１０の処理を、ＰＣログレコードの数だけ繰り返す（第二のループ）。これにより、ログ抽出モジュール１１０５は、すべてのＰＣログからメール受信レコードを抽出する。
これにより、ワークフロー生成装置１１０は、ネットワーク１５０に接続されたすべてのデバイスからＰＣ１４０に送信されたすべてのメールを把握することができる。
【００４２】
続いて、ログ解析モジュール１１０６は、ログ抽出モジュール１１０５が抽出したメール受信レコードに記載の送信元ＩＰアドレスが、表１に示すデバイス情報のうち、画像処理装置の「ＩＰアドレス」の項目に含まれているか否かを判断する（Ｓ５１４）。これにより、ワークフロー生成装置１１０は、ネットワーク１５０に接続されたすべてのデバイスからＰＣ１４０に送信されたすべてのメールのうち、画像処理装置１２０ａ〜ｎから送信されたすべてのメールを把握することができる。
【００４３】
次に、Ｓ５１４においてメール受信レコードに記載の送信元アドレスが、表１に示すデバイス情報に含まれていた場合（Ｓ５１４：ＹＥＳ）、Ｓ５１５の処理に進む。そして、ログ解析モジュール１１０６は、図９の受信メールのレコードの「属性３」のカラムの値が存在するか否かにより、添付ファイルが存在するか否かを判断する（Ｓ５１５）。
一方、メール受信レコードに記載の送信元アドレスが、表１に示すデバイス情報に含まれていなかった場合（Ｓ５１４：ＮＯ）、Ｓ５１３に戻る。そして、ログ解析モジュール１１０６は、次のメール受信レコードに記載の送信元アドレスが、表１に示すデバイス情報に含まれているか否かを判断する。
【００４４】
次に、ログ解析モジュール１１０６は、Ｓ５１５において添付ファイルが存在すると判断したメール受信レコードを、画像処理装置１２０においてスキャンされたスキャン画像受信レコードとして検出する（Ｓ５１６）。
ログ解析モジュール１１０６は、以上のＳ５１４及びＳ５１５の処理を、Ｓ５０１で取得したデバイス情報の数だけ繰り返す（第四のループ）。また、Ｓ５１０で抽出したメール受信レコードの数だけ、第四のループを繰り返す（第三のループ）。
これにより、ワークフロー生成装置１１０は、ネットワーク１５０に接続されたすべての画像処理装置１２０ａ〜ｎから送信されたメールのうち添付ファイルを含むもの、すなわち、スキャン画像受信レコードを、すべて抽出することができる。
【００４５】
続いて、タスク生成モジュール１１１２は、ログ記憶モジュール１１０７に記憶されているメール受信レコードの送信元ＩＰアドレスと、Ｓ５１６でログ解析モジュール１１０６が検出したスキャン画像受信レコードの送信元ＩＰアドレスとを比較する。そして、送信元ＩＰアドレスが同一であるＰＣログレコードをスキャンタスクとする。（Ｓ５１９）。
これにより、ワークフロー生成装置１１０は、すべてのスキャン画像受信レコードのうち、同一の画像処理装置１２０ｎから送信されたものを、スキャンタスクとして、時系列的に把握することができる。
【００４６】
次に、操作パターン生成モジュール１１１３は、Ｓ５１９でスキャンタスクとして生成されたＰＣログレコードに記載のファイルと同じファイルを処理するタスク同士を時系列に連結し、操作パターンを生成する（Ｓ５２０）。
これにより、ワークフロー生成装置１１０は、スキャンタスクのうち、同一のファイルについて生成されたものを、操作パターンとして、時系列的に把握することができる。
【００４７】
上記の説明においては、デバイス情報の送受信を行うプロトコルとしてＳＮＭＰを、またデバイス情報の形式としてＭＩＢを用いる構成を示したが、これ以外でも構わない。例えば、プロトコルとしてＨＴＴＰを、形式として画像処理装置１２０の動作履歴を示すログを用いる構成でもよい。また、ＭＩＢとしてもｓｙｓＤｅｓｃｒとｈｒＰｒｉｎｔｅｒＳｔａｔｕｓ以外の適当な値によって判断するのでも構わない。ネットワーク１５０上のすべての情報処理装置それぞれの位置を識別できる情報と、それら情報処理装置の状態及び機種名とを含む情報を扱うことができるものであればそのプロトコルや形式は問わない。
【００４８】
＜画像処理装置におけるフローチャート＞
次に、図６を用いて、画像処理装置１２０において実施される、デバイス情報を記憶する処理について説明する。また、図７を用いて、画像処理装置１２０において実施される、デバイス情報をワークフロー生成装置１１０に渡す処理について説明する。これらの処理により、新たな画像処理装置１２０がネットワーク１５０に接続された場合、そのデバイス情報がワークフロー生成装置１１０に提供される。
【００４９】
図６のフローチャートにおいて、画像処理装置１２０のデバイス情報記憶モジュール１２０４は、デバイス情報の書き込みイベントがあるか否かを判断する（Ｓ６０１）。
そして、デバイス情報の書き込みイベントがある場合（Ｓ６０１：ＹＥＳ）、デバイス情報記憶モジュール１２０４は、画像処理装置のデバイス情報を取得し、該デバイス情報を記憶する（Ｓ６０２）。
一方、デバイス情報の書き込みイベントがない場合（Ｓ６０１：ＮＯ）、Ｓ６０１に戻る。
【００５０】
図７のフローチャートにおいて、画像処理装置１２０のネットワーク通信部１２７は、ネットワーク１５０を介してＳＮＭＰを用いてリクエストがあるか否かを判断する（Ｓ７０１）。
そして、リクエストがある場合（Ｓ７０１：ＹＥＳ）、ネットワーク通信部１２７は、デバイス情報記憶モジュール１２０４が記憶しているデバイス情報を取得する（Ｓ７０２）。
また、ネットワーク通信部１２７は、取得したデバイス情報に基づいてＳＮＭＰリクエストに対するレスポンスを作成し（Ｓ７０３）、ワークフロー生成装置１１０のデバイス情報収集モジュール１１０８に取得したデバイス情報を提供する（Ｓ７０４）。
一方、リクエストがない場合（Ｓ７０１：ＮＯ）、Ｓ７０１に戻る。
【００５１】
＜ＰＣログのイベント種類＞
次に、図８を用いて、ＰＣ１４０における操作ログ（ＰＣログ）を構成する各種のイベントについて説明する。本実施形態で収集されるイベントの種類は、図８に示される１４種類である。各イベントが有する属性は、イベント名、イベント名毎に異なる最大４種類の属性（属性１から属性４）、図８に不図示のイベント発生時刻、及びイベント発生源のプロセス名、である。
【００５２】
「ログオン」イベントは、ユーザがワークフロー生成装置１１０にログオンした際に発生する。
「メール受信」及び「メール送信」イベントは、それぞれ、ＰＣ１４０がメールを受信及び送信した際に発生する。
「新規作成」、「コピー」、「名前変更」、「移動」イベントは、それぞれ、ファイル操作が行われた際に発生する。
「開く」イベントは、プログラムがファイルを開いた際に発生する。
「名前を付けて保存」イベントは、ソフトウェアが作成中のファイルに新たに名前を付けて保存する際に発生する。
「上書保存」イベントは、ファイルに対して他の異なるファイルが上書きされた際に発生する。
【００５３】
「印刷」イベントは、ＰＣ１４０から画像処理装置１２０に印刷指示が出された際に発生する。
「Ｗｅｂアクセス」イベントは、ユーザがＷｅｂサーバとＨＴＴＰ通信を行った際に発生する。
「マウス」及び「キーボード」イベントは、それぞれ、ユーザが入力部１０４を実現する各入力デバイス（マウス及びキーボード）を操作した際に発生する。
【００５４】
＜ＰＣログの具体例＞
次に、図９を用いて、図５のフローチャートにおけるＳ５０８で取得されるＰＣログの具体例を説明する。ＰＣログ９０１は、一イベントを一行として、時系順に多数のイベントを表構造で表現したデータである。例えば、イベントＩＤ１は、ＰＣ名「ＰＣ４５６」に対し、ユーザ「０１２３４」が時刻「１３：４２：０５」に「ログオン」したことを意味する。
【００５５】
＜タスク生成ルール＞
次に、図１０を用いて、図５のフローチャートにおけるＳ５１９で実施される、タスク生成モジュール１１１２がＰＣログからタスクを生成するルール（タスク生成ルール）について説明する。なお、タスクとは、１つのイベントから、又は、２以上のイベントをグループ化したものから構成される、ＰＣ１４０において実施される一定の作業内容である。
本実施形態においては、タスク生成モジュール１１１２は、図１０に示される８種類のタスクを生成する。
【００５６】
「スキャン」タスクは、添付ファイルを含むメール受信イベントのうち、画像処理装置が受信したものを構成要素とする。
「受信」タスクは、添付ファイルを含むメール受信イベントのうち、画像処理装置以外のデバイスが受信したものを構成要素とする。
【００５７】
「保存」タスクは、ファイルの「コピー」、「移動」及び「名前変更」イベントを構成要素とする。具体的には、同じファイルを扱うイベントの集合を一つの「保存」タスクにグループ化する。例えば、ファイルＡをコピーしてファイルＢを作成後、ファイルＡの移動、及び名前変更を行ってファイルＣとなった場合、それらのイベントをまとめて「保存」タスクを生成する。この場合、「保存」タスクは、入力ファイルがＡ、出力ファイルがＢ及びＣ、という情報を有する。
「転送」タスクは、任意のファイルをメールに添付して送信する際に発生する「メール送信」イベントを構成要素とする。
「印刷」タスクは、「印刷」イベントを構成要素とする。
【００５８】
「電子承認」タスクは、プロセス「Ｒｅａｄｅｒ．ｅｘｅ」による「開く」が行われ、さらに、該プロセスに対して所定手順の「マウス操作」及び「キーボード操作」イベントが発生し保存された場合に生成される。これは、画像データに対し、内容を確認し、電子印鑑を押印する処理を検出する検出器を想定している。
「編集」タスクは、画像データを開き、何らかの操作を行ってから、保存した際に発生する一連のイベントから生成される。これは、「電子承認」タスクを含み、画像データの編集処理をタスク化するものである。
【００５９】
「アップロード」タスクは、特定のファイルが特定のＷｅｂページにアップロードされた際に発生するイベントを構成要素とする。これは、プロセス「Ｂｒｏｗｓｅｒ．ｅｘｅ」により「Ｗｅｂアクセス」してから「開く」イベントが発生した場合、Ｗｅｂページにファイルをアップロードしたものとして生成される。
新規作成タスクは、任意のファイルが新しく作成される「新規作成」イベントを構成要素とする。
【００６０】
＜タスク生成＞
次に、図１１を用いて、図５のフローチャートのＳ５１９において生成されるタスクの具体例について説明する。生成されるタスクは、属性として、「入力ファイル」、「出力ファイル」、「ＩＰアドレス」を有する。タスクは、ＰＣログ９０１に対し時系列順にタスク生成ルールを適用していくことで生成される。
【００６１】
まず、イベントＩＤ２の「メール受信」イベントから、画像処理装置からのスキャン画像受信レコードとして、タスクＩＤ１の「スキャン」タスクが生成される。スキャンタスクは、「メール受信」イベントの添付ファイルである“１７１００６＿０１．ｐｄｆ”ファイルを出力ファイル属性として有する。
【００６２】
次に、イベントＩＤ３〜６の各イベントから、タスクＩＤ２の「保存」タスクが生成される。「保存」タスクの入力ファイル属性は、イベントＩＤ３「コピー」のコピー元ファイルパス（“１７１００６＿０１．ｐｄｆ”）である。また、「保存」タスクの出力ファイル属性は、該ファイルの最終的なファイルパスである、イベントＩＤ６「移動」の移動後ファイルパス（“￥￥ｓｅｒｖ￥ＡＡ社￥０１＿受領￥請求書＿１００６．ｐｄｆ”）となる。
以降、同様に、タスク生成ルールを順次、適用していくことで、ＰＣログ９０１からタスクＩＤで割り振られた複数のタスクが生成される。
【００６３】
＜操作パターン生成＞
図１２を用いて、図５のフローチャートのＳ５２０において生成される操作パターンの具体例について説明する。操作パターンは、図１１に示すタスクに対し、出力ファイル名と入力ファイル名が一致するタスク同士を連結することで生成される。
【００６４】
まず、タスクＩＤ１「スキャン」の出力ファイル名と、タスクＩＤ２「保存」の入力ファイル名は一致する（“１７１００６＿０１．ｐｄｆ”）。そのため、タスクＩＤ１とタスクＩＤ２は連結される。次に、タスクＩＤ２の出力ファイル名とタスクＩＤ３「印刷」の入力ファイル名が一致する（“請求書＿１００６．ｐｄｆ”）。そのため、タスクＩＤ２とタスクＩＤ３が連結される。さらに、タスクＩＤ４「アップロード」の入力ファイル名もタスクＩＤ２の出力ファイル名と一致する（“請求書＿１００６．ｐｄｆ”）。そのため、タスクＩＤ４もタスクＩＤ２に連結される。
【００６５】
なお、本実施形態では、操作パターンはタスクを時系列に連結するものとするため、タスクＩＤ４は（タスクＩＤ２ではなく）タスクＩＤ３に対して連結される。このように生成された操作パターンは、「スキャン」、「保存」、「印刷」、「アップロード」が連結されたものとなる。
以上の処理を全タスクに対して行うことで、図１２に示す９個の操作パターンが生成される。
【００６６】
＜ＵＩ＞
図１５は、画像処理装置１２０のＵＩを示す図である。操作パネル１５０１は、表示部１２３及び入力部１２４を実現する（図１を参照）。操作パネル１５０１はタッチパネル１５０２及びテンキー１５０３を備える。タッチパネル１５０２には、ログオン中のユーザＩＤ１５１１、メインメニューボタン１５１２、カスタムメニュー１５１３などが表示される。
メインメニューボタン１５１２が押下されると、タッチパネル１５０２にはメインメニュー一覧１５０４ａが表示される。また、カスタムメニューボタン１５１３が押下されると、タッチパネル１５０２にはカスタムメニュー一覧１５０４ｂが表示される。
メインメニュー一覧１５０４ａは、画像処理装置１２０が備える標準的な機能を呼び出すための画面である。カスタムメニュー一覧１５０４ｂは、ユーザがよく使用する登録パターンを簡便な操作で呼び出すための画面である。カスタムメニュー一覧１５０４ｂに表示される登録パターンは、図１６で後述する、登録画面１６０１におけるユーザの操作により登録される。
【００６７】
実行フロー生成モジュール１１１４によって生成される実行フローが画像処理装置１２０に登録されると、実行フローを呼び出すためのボタンがカスタムメニュー一覧１５０４ｂに追加され、表示される。そして、所望のボタンを選択してタッチすることで、ユーザは登録された実行フローを実行することができる。
【００６８】
＜登録画面＞
図１６は、図５のフローチャートのＳ５２０において生成される操作パターンを登録先デバイスに登録するための登録画面の一例を示す図である。登録画面１６０１は、ワークフロー生成装置１１０の表示モジュール１１０２によって表示されるＵＩである。
登録画面１６０１には、登録先デバイス設定値１６０２、登録パターン１６０３、登録パターン名１６０４、登録ボタン１６０８が表示される。登録画面１６０１には、さらに、登録パターン１６０３を登録先デバイス（ここでは、画像処理装置１２０である“ＭＦＰ−０１”）で実行するにあたり必要な各種パラメータを設定するパラメータ設定領域１６０５〜１６０７が表示される。
【００６９】
登録先デバイス設定値１６０２には、表１の「ホスト名」のカラムの値が表示される。登録パターン１６０３には、図１２の操作パターンが表示される。登録パターン名１６０４は、ユーザが任意に入力可能である。登録パターン名１６０４に入力したテキストは、登録先デバイスに登録後、図１５に示したカスタムメニュー１５０４ｂにボタンの名称として表示される。
【００７０】
スキャンパラメータ設定領域（スキャン設定）１６０５では、画像処理装置１２０で実施される「スキャン」タスクを自動化するにあたり必要なパラメータが設定される。「スキャン」の自動化にあたり、解像度、保存形式、カラーモードを、プルダウンメニューとして表示された設定可能なパラメータ値の一覧から選択する。
【００７１】
保存パラメータ設定領域（保存設定）１６０６では、「保存」タスクを自動化するにあたり必要なパラメータ値が設定される。「保存」の自動化には、保存先とファイル名を設定する。ここで、パラメータ値には、値が動的に決まる変数の入力を可能とする。
変数一覧１６０９は、設定可能な変数の一覧をユーザに提示する。例えば、％ＹＥＡＲ％、％ＭＯＮＴＨ％、％ＤＡＹ％、％ＤＡＴＥ％は、スキャンを実行した際の日時を取得しパラメータ値とする変数である。また、％ＣＯＭＰ％は発行元会社名、％ＴＹＰＥ％は帳票種（“請求書”、“領収書”など）がパラメータ値となる。なお、％ＣＯＭＰ％、％ＴＹＰＥ％のパラメータ値は、スキャンにより得られた画像データを解析し、スキャン元となった紙面（ここでは、帳票を想定）の内容に応じて定められる。
設定可能な変数は、登録先デバイスに基づいて定められる。すなわち、登録先デバイスが変数のパラメータ値を動的に取得可能な機能を有していれば、変数として設定可能となる。例えば、％ＣＯＭＰ％のパラメータ値が設定されるためには、スキャンにより得た画像データを解析し、画像から発行元会社名を取得する機能が必要である。
【００７２】
転送パラメータ設定領域（転送設定）１６０７では、「転送」タスクを自動化するにあたり必要なパラメータが設定される。「転送」タスクは、対象ファイルをメールで所定の宛先に送信する機能であり、転送先のメールアドレス、転送時のメールの件名をパラメータとして有する。
なお、図１６の例では図示していないが、プルダウンメニューからではなく、変数一覧１６０９に従ってパラメータ値を設定することも可能である。
【００７３】
登録画面１６０１においてユーザが登録ボタン１６０８を押下すると、登録先デバイス（“ＭＦＰ−０１”）に対して、各種パラメータと登録パターンが登録され、カスタムメニュー１５０４ｂから実行フローが呼び出し可能となる。
なお、各パラメータ設定領域のデフォルト値は、選択された頻出パターンと同モデルの操作パターンから取得する値に基づいて決定される。例えば、登録パターン１６０３のモデルは、図１２に示される操作パターンＩＤ３及び操作パターンＩＤ７である。ここで、操作パターンＩＤ３及び操作パターン７を構成する不図示のイベントから、各パラメータの最頻出値を取得し、これをデフォルト値とする。あるいは、出現頻度の高い上位Ｎ個のパラメータ値をリストボックスから選択可能にしてもよい。
【００７４】
以上のように、本実施形態では、ユーザがワークフロー生成装置１１０は、ユーザがＰＣ１４０において繰り返し行うＰＣを自動的に検知し、実行フローをＰＣ操作から生成し、画像処理装置１２０に登録する。これにより、ユーザが手動で行っていたＰＣ操作を、業務解析をすることなく、自動的に画像処理装置の操作に紐づけることができる。
【００７５】
＜第１実施形態の変形例＞
第１実施形態では、デバイス情報の送受信を行うプロトコルとしてＳＮＭＰを用いて、ネットワーク１５０に接続しているすべてのデバイスのデバイス情報を取得した。第１実施形態の変形例においては、ＳＮＭＰを用いてデバイス情報を取得するデバイスの数を減らすことで、ネットワーク環境内の通信負荷の軽減を図る。
なお、第１実施形態の変形例については、前述の第１実施形態からの差分を中心に説明し、特に明記しない部分については第１実施形態と同様の構成／手順となる。
【００７６】
＜処理フロー＞
＜ワークフロー生成装置におけるフローチャート＞
本変形例を実現するワークフロー生成装置１１０が実行する処理フローについて、図１３を用いて説明する。なお、図１３のフローチャートで示す処理は、記憶部１０２のＲＡＭ、ＲＯＭ、ＨＤＤのいずれかの記憶手段に記憶されたプログラムにより、演算部１０１のＣＰＵ、ＧＰＵのいずれかが実行する。
【００７７】
はじめに、第１実施形態（図５のフローチャート）で述べた手順と同様に、Ｓ５０７、Ｓ５０８、Ｓ５０９、Ｓ５１０、Ｓ５１１の順に処理が実行される。
これにより、ワークフロー生成装置１１０は、ネットワーク１５０に接続されたすべてのデバイスからＰＣ１４０に送信されたすべてのメールメールを把握することができる。
【００７８】
続いて、ログ解析モジュール１１０６は、図９の受信メールのレコードの「属性３」のカラムの値が存在するか否かにより、抽出したメール受信レコードに添付ファイルがあるか否かを判断する（Ｓ５１５）。
添付ファイルがある場合（Ｓ５１５：ＹＥＳ）、ログ解析モジュール１１０６は、そのレコードをスキャン画像受信レコードの候補としてログ記憶モジュール１１０７に記憶する（Ｓ１３０１）。
次に、ログ解析モジュール１１０６は、前記候補のレコードに記載の送信元ＩＰアドレスを取得する（Ｓ１３０２）。
【００７９】
次に、ログ解析モジュール１１０６は、Ｓ１３０２で取得した送信元ＩＰアドレスが、同一ネットワーク１５０に属するものであるか否かを判断する（Ｓ１３０３）。この判断は、例えば、送信元ＩＰアドレスと、ワークフロー生成装置１１０のＩＰアドレスとのサブネットマスク値を比較することで実施される。この比較を実施する際、両ＩＰアドレスのサブネットマスク値が一致する場合には、ログ解析モジュール１１０６は、送信元ＩＰアドレスが同一ネットワーク１５０に属すると判断する。両ＩＰアドレスのサブネットマスク値が一致しない場合は、ネットワーク１５０には属さないと判断する。
【００８０】
Ｓ１３０３において、Ｓ１３０２で取得した送信元ＩＰアドレスが同一ネットワーク１５０に属すると判断された場合（Ｓ１３０３：ＹＥＳ）、Ｓ１３０４に進む。一方、属さないと判断された場合（Ｓ１３０３：ＮＯ）、Ｓ５１２に戻る。
Ｓ１３０３でＹＥＳと判断された場合、デバイス情報収集モジュール１１０８は、Ｓ１３０２で取得した送信元ＩＰアドレスを用いて、ネットワーク１５０に接続されているデバイス情報をネットワーク通信部１０５から取得する（Ｓ１３０４）。
【００８１】
次に、Ｓ１３０４で取得したデバイス情報について、第１実施形態で述べた手順と同様に、Ｓ５０３、Ｓ５１６の順に処理を実行する。
まず、デバイス情報判断モジュール１１０９は、取得したデバイス情報に基づいて、そのデバイスが画像処理装置であるか否かを判断する（Ｓ５０３）。
【００８２】
画像処理装置であると判断された場合（Ｓ５０３：ＹＥＳ）、ログ解析モジュール１１０６は、Ｓ１３０１でスキャン画像受信レコードの候補として記憶したファイル操作レコードを、画像処理装置からのスキャン画像受信レコードとして検出する（Ｓ５１６）。
一方、画像処理装置でないと判断された場合（Ｓ５０３：ＮＯ）、Ｓ５１２に戻る。そして、Ｓ５１２からＳ５１６までの処理を、メール受信レコードの数だけ繰り返す（第二のループ）。
これにより、ワークフロー生成装置１１０は、すべてのスキャン画像受信レコードを抽出することができる。
【００８３】
続いて、Ｓ５１６で取得したスキャン画像受信レコードについて、第１実施形態で述べた手順と同様に、Ｓ５１９、Ｓ５２０の順に処理を実行する。
これにより、ワークフロー生成装置１１０は操作パターンを生成することができる。
【００８４】
以上のように、本変形例では、はじめにメール受信レコードを抽出することで、ＳＮＭＰを用いてデバイス情報を取得するデバイスの数を減らすことができる。これにより、ネットワーク環境内の通信負荷を軽減することができる。
【００８５】
＜第２実施形態＞
第１実施形態では、ユーザが画像処理装置１２０でスキャンした画像をＰＣ１４０に送信する場合について説明した。しかし、ユーザは画像処理装置１２０でスキャンした画像を、ＰＣ１４０にではなく、ファイルサーバ１３０に送信することもある。
後者の場合、画像処理装置１２０でスキャンした画像はファイルサーバ１３０に記録されるため、画像処理装置１２０の操作に紐付けられるレコードは、ファイルサーバ１３０のサーバログとして残る。そのため、ＰＣログには画像処理装置１２０の操作に紐付けられるレコードは存在しない。
【００８６】
そこで、本実施形態では、ワークフロー生成装置１１０は、サーバログ収集モジュール１３０４で収集したログ情報（サーバログ）から、画像処理装置の操作に対応するレコードに記載の送信元ＩＰアドレスを取得する。そして、ネットワーク１５０を介してＳＮＭＰを用いることでデバイスが画像処理装置であるか否かを判断する。
これにより、画像処理装置１２０からファイルサーバ１３０にファイル画像が送信され、ＰＣ１４０でファイル画像が操作される場合においても、サーバログを用いることでＰＣログのレコードを画像処理装置の操作に紐づけることができる。
第２実施形態については、前述の第１実施形態及び第１実施形態の変形例からの差分を中心に説明し、特に明記しない部分については第１実施形態や第１実施形態の変形例と同じ構成／手順となる。
【００８７】
＜ソフトウェア構成＞
図４は、ファイルサーバ１３０のソフトウェア構成を示す図である。ファイルサーバ１３０は各種のモジュール１３０１〜１３０６から構成される。各モジュールが実行するソフトウェアを実現するプログラムは、記憶部１３２に記憶される。
【００８８】
制御モジュール１３０１は、プログラムを制御し、各モジュールに対する指示、及び管理を行う。また、制御モジュール１３０１は、ＦＴＰサーバ、ＳＭＢサーバ、ＷｅｂＤＡＶなどのファイルサーバのプロトコル管理やファイル管理も行う。なお、ＦＴＰ、ＳＭＢは、それぞれ、File Transfer Protocol、ＳＭＢ、Server Message Blockの略称である。また、ＷｅｂＤＡＶは、Web-based Distributed Authoring and Versioningの略称である。
【００８９】
表示モジュール１３０２は、制御モジュール１３０１からの指示に従い、ファイルサーバを管理するためのＵＩを表示モジュール１３０２に提供する。
入力モジュール１３０３は、ソフトウェアに対するユーザの操作を受け付ける。ユーザの操作の履歴は、サーバログとして、後述するサーバログ記憶モジュール１３０５により記憶される。サーバログの具体例については、図１７を用いて後述する。
【００９０】
サーバログ収集モジュール１３０４は、サーバログ記憶モジュール１３０５に記憶されるサーバログを取得する。
サーバログ記憶モジュール１３０５は、サーバログを記憶部１３２に記憶する。
デバイス情報記憶モジュール１３０６は、ファイルサーバ１３０のデバイス情報を記憶部１３２に記憶する。
【００９１】
＜処理フロー＞
＜ワークフロー生成装置におけるフローチャート＞
図１４は、ワークフロー生成装置１１０が、ファイルサーバ１３０のサーバログ記憶モジュール１３０５に記憶されているサーバログに記載のデバイス情報を用いて、画像処理装置１２０に関するログを抽出する処理を示したフローチャートである。本フローチャートを用いて、本実施形態におけるワークフロー生成装置１１０における処理を説明する。なお、図１４のフローチャートで示す処理は、記憶部１０２のＲＡＭ、ＲＯＭ、ＨＤＤのいずれかの記憶手段に記憶されたプログラムにより、演算部１０１のＣＰＵ、ＧＰＵのいずれかが実行する。
【００９２】
まず、第１実施形態の変形例で述べた手順と同様に、ログ取得モジュール１１０４はＰＣログを収集する（Ｓ５０７）。
次に、ログ抽出モジュール１１０５は、ログ記憶モジュール１１０７で記憶しているＰＣログ中のＰＣログレコードから、ファイル操作のイベントに関するレコード（ファイル操作レコード）があるか否かを判断する（Ｓ１４０１）。ファイル操作のイベントは、図８に示すイベントのうち、「コピー」イベント、「名前変更」イベント、「移動」イベント、「開く」イベント、「名前を付けて保存」イベント、「上書き保存」の６種類のイベントである。
【００９３】
Ｓ１４０１でファイル操作レコードがあると判断した場合（Ｓ１４０１：ＹＥＳ）、ログ抽出モジュール１１０５はそのファイル操作レコードを抽出する（Ｓ１４０２）。一方、ファイル操作レコードがないと判断した場合（Ｓ１４０１：ＮＯ）、Ｓ５０８に戻り、ログ抽出モジュール１１０５は、次のＰＣログレコードがファイル操作レコードであるか否かを判断する。
以上Ｓ１４０１及びＳ１４０２の処理をＰＣログレコードの数だけ繰り返す（第一のループ）。これにより、ログ抽出モジュール１１０５は、全ＰＣログからファイル操作レコードを抽出する。
【００９４】
続いて、ログ取得モジュール１１０４は、サーバログ収集モジュール１３０４がサーバログ記憶モジュール１３０５に記憶させたファイルサーバ１３０の操作ログ（サーバログ）（図１７を参照）を取得する。（Ｓ１４０３）。
【００９５】
ログ抽出モジュール１１０５は、Ｓ１４０３でログ取得モジュール１１０４が収集したサーバログ中のサーバログレコードから、「ファイルＧＥＴ要求」のイベントに関するレコード（ファイルＧＥＴ要求レコード）があるか否かを判断する（Ｓ１４０５）。なお、ファイルＧＥＴ要求は、ファイルサーバ１３０が他のデバイスから送信されたファイルを受信した際に発生するイベントである。
ファイルＧＥＴ要求レコードがある場合（Ｓ１４０５：ＹＥＳ）、ログ抽出モジュール１１０５はそのファイルＧＥＴ要求レコードを抽出する（Ｓ１４０６）。一方、ファイルＧＥＴ要求レコードがない場合（Ｓ１４０５：ＮＯ）、Ｓ１４０４に戻り、ログ抽出モジュール１１０５は、次のサーバログレコードがファイルＧＥＴ要求レコードであるか否かを判断する。
以上Ｓ１４０５の処理をサーバログレコードの数だけ繰り返す（第二のループ）ことにより、ログ抽出モジュール１１０５は、すべてのサーバログからファイルＧＥＴ要求レコードを抽出する。
【００９６】
続いて、ログ解析モジュール１１０６は、Ｓ１４０２で抽出されたファイル操作レコードに記載のファイルパスと、Ｓ１４０６で抽出されたファイルＧＥＴ要求レコードに記載のファイルパスとで、同一のものがあるか否かを判断する（Ｓ１４１０）。両者のファイルパスが同一であるか否かは、ＰＣログ９０１に示す「属性１」のカラムの値と、「属性２」のカラムの値から判断する。
【００９７】
次に、Ｓ１４１０で同一のファイルパスがある場合（Ｓ１４１０：ＹＥＳ）、ログ解析モジュール１１０６は、図１７の「属性４」のカラムの値である送信元ＩＰアドレスをファイルＧＥＴ要求レコードから取得する（Ｓ１４１１）。
一方、Ｓ１４１０で同一のファイルパスがない場合（Ｓ１４１０：ＮＯ）、Ｓ１４０９に戻り、ログ解析モジュール１１０６は、次のファイルＧＥＴ要求レコードに記載のファイルパスとファイル操作レコードに記載のファイルパスが同一であるかを判断する。
【００９８】
Ｓ１４１１での処理に続いて、Ｓ１４０２でログ抽出モジュール１１０５が抽出したファイル操作レコードを、第１実施形態の変形例で述べた手順と同様に、Ｓ１３０１、Ｓ１３０３、Ｓ１３０４の順で処理する。
【００９９】
続いて、Ｓ１３０４で取得したデバイス情報を、第１実施形態の変形例で述べた手順と同様に、Ｓ５０３、Ｓ５１６の順で処理する。
以上の処理を、ファイルＧＥＴ要求レコードの数だけ繰り返す（第四のループ）。また、ファイル操作レコードの数だけ第四のループを繰り返す（第三のループ）。
これにより、ワークフロー生成装置１１０は、すべてのスキャン画像受信レコードを抽出することができる。
【０１００】
続いて、Ｓ５１６で取得したスキャン画像受信レコードについて、第１実施形態で述べた手順と同様に、Ｓ５１９、Ｓ５２０の順に処理を実行する。
これにより、ワークフロー生成装置１１０は操作パターンを生成することができる。
【０１０１】
本実施形態では、画像処理装置１２０からファイルサーバ１３０にファイル画像が送信され、ＰＣ１４０でファイル画像が操作される場合においても、サーバログを用いることでＰＣログを画像処理装置の操作に紐づけることができる。
【０１０２】
＜サーバログ＞
次に、図１７を用いて、Ｓ１４０３で取得されるファイルサーバ１３０の操作ログ（サーバログ）の具体例を説明する。本実施形態において、サーバログのイベントの種類は６種類である。各イベントが有する属性は、イベント名、イベント発生時刻、イベント発生源のプロセス名、イベント名毎に異なる最大４種類の属性である。
【０１０３】
「ユーザログオン」イベントは、ユーザがファイルサーバ１３０にログオンした際に発生する。「ユーザログオフ」イベントは、ユーザがファイルサーバ１３０からログオフした際に発生する。
「ファイルＧＥＴ要求」イベントは、ファイルサーバ１３０が他のデバイスからファイルを受信した際に発生する。「ファイルＰＵＴ要求」イベントは、ファイルサーバ１３０ファイルから他のデバイスにファイルを送信した際に発生する。
「ファイルリスト要求」イベントは、ログオンしているユーザがファイルサーバ１３０に存在するフォルダのファイル名一覧を取得した際に発生する。「ファイル削除要求」イベントは、ログオンしているユーザがファイルサーバ１３０に存在するファイルを削除した際に発生する。
【０１０４】
サーバログは、一イベントを一行として、多数のイベントを表構造で表現したデータである。例えば、ＩＤ１は、ユーザ「５６７８９」が時刻「１６：１２：１９」に「ログオン」したことを示している。なお、属性２は、ＩＰアドレスからなる、要求元の識別情報である。
【０１０５】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上述の実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形が可能であり、それらを本発明の範囲から除外するものではない。すなわち、上述した各実施形態及びその変形例を組み合わせた構成もすべて本発明に含まれるものである。
【符号の説明】
【０１０６】
１００        情報処理システム
１１０        ワークフロー生成装置
１２０        画像処理装置
１３０        ファイルサーバ
１４０        ＰＣ
【図１】
2020092376.tif 000004
【図２】
2020092376.tif 000005
【図３】
2020092376.tif 000006
【図４】
2020092376.tif 000007
【図５】
2020092376.tif 000008
【図６】
2020092376.tif 000009
【図７】
2020092376.tif 000010
【図８】
2020092376.tif 000011
【図９】
2020092376.tif 000012
【図１０】
2020092376.tif 000013
【図１１】
2020092376.tif 000014
【図１２】
2020092376.tif 000015
【図１３】
2020092376.tif 000016
【図１４】
2020092376.tif 000017
【図１５】
2020092376.tif 000018
【図１６】
2020092376.tif 000019
【図１７】
2020092376.tif 000020