JP6123519B2

JP6123519B2 - 情報処理装置及び情報処理プログラム

Info

Publication number: JP6123519B2
Application number: JP2013137983A
Authority: JP
Inventors: 柏木　崇明; 崇明柏木
Original assignee: Fuji Xerox Co Ltd; Fujifilm Business Innovation Corp
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2013-07-01
Filing date: 2013-07-01
Publication date: 2017-05-10
Anticipated expiration: 2033-07-01
Also published as: JP2015011612A

Description

本発明は、情報処理装置及び情報処理プログラムに関する。

特許文献１には、一般的に業務を行う際に、すべての要求事項を満たすように業務を行うことは難しく、業務に抜けがある部分が出て支障をきたすことが多々発生したことを課題とし、業務プロセス管理者によって、どのような業務に対してどのようなデータファイルを参照しなければならないかを定義した項目と、実際にエンドユーザが参照したデータファイルを比較し、再設定することによって、抜けの少ない業務を行うことが可能になり、それにより、利用者が、より効果的に業務を行えるよう、参照しなければならないデータファイルをデータ管理システムの参照履歴よりフィードバックでき、より業務品質の向上を図ることが可能になることが開示されている。

特開２００５−１７３７４５号公報

本発明は、担当している作業から、担当者が行わなければならない操作を、その作業よりも具体的に提示することができるようにした情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、担当者が担当している作業を記憶している第１の記憶手段と、担当者毎に作業の開始日時と完了日時を記憶している第２の記憶手段と、文書に対する操作日時と操作を記憶している第３の記憶手段と、第１の担当者が担当している作業と類似する作業を完了させた他の担当者である第２の担当者を、前記第１の記憶手段から抽出する第１の抽出手段と、前記第１の抽出手段によって抽出された第２の担当者が完了させた前記作業の開始日時と完了日時を、前記第２の記憶手段から抽出する第２の抽出手段と、前記第２の抽出手段によって抽出された開始日時と完了日時の間に、前記第２の担当者が行った、文書に対する操作履歴を、前記第３の記憶手段から抽出する第３の抽出手段と、前記第３の抽出手段によって抽出された操作履歴に基づいて、前記第１の担当者が行わなければならない操作を抽出する第４の抽出手段と、前記第４の抽出手段によって抽出された操作を提示する提示手段を具備することを特徴とする情報処理装置である。

請求項２の発明は、前記第１の抽出手段は、複数の第２の担当者を抽出し、前記第４の抽出手段は、複数の操作履歴内から共通する操作を抽出するための規則にしたがって、前記第１の担当者が行わなければならない操作を抽出することを特徴とする請求項１に記載の情報処理装置である。

請求項３の発明は、前記提示手段は、前記第１の担当者の担当している作業が完了した後に、該第１の担当者が行った操作と前記第４の抽出手段によって抽出された操作を比較し、該第１の担当者が行っていない操作がある場合は、操作が不足している旨の提示を行うことを特徴とする請求項１又は２に記載の情報処理装置である。

請求項４の発明は、前記第４の抽出手段は、前記操作履歴内の操作が行われた日時にしたがって、前記第１の担当者が行わなければならない操作の順序を決定することを特徴とする請求項１から３のいずれか一項に記載の情報処理装置である。

請求項５の発明は、担当者が担当している作業を記憶している第１の記憶手段と、担当者毎に作業の開始日時と完了日時と状態を記憶している第２の記憶手段と、文書に対する操作日時と操作を記憶している第３の記憶手段を有しているコンピュータを、第１の担当者が担当している作業と類似する作業を完了させた他の担当者である第２の担当者を、前記第１の記憶手段から抽出する第１の抽出手段と、前記第１の抽出手段によって抽出された第２の担当者が完了させた前記作業の開始日時と完了日時を、前記第２の記憶手段から抽出する第２の抽出手段と、前記第２の抽出手段によって抽出された開始日時と完了日時の間に、前記第２の担当者が行った、文書に対する操作履歴を、前記第３の記憶手段から抽出する第３の抽出手段と、前記第３の抽出手段によって抽出された操作履歴に基づいて、前記第１の担当者が行わなければならない操作を抽出する第４の抽出手段と、前記第４の抽出手段によって抽出された操作を提示する提示手段として機能させるための情報処理プログラムである。

請求項１の情報処理装置によれば、担当している作業から、担当者が行わなければならない操作を、その作業よりも具体的に提示することができる。

請求項２の情報処理装置によれば、操作履歴内から共通する操作を抽出するための規則にしたがって、担当者が行わなければならない操作を抽出することができる。

請求項３の情報処理装置によれば、作業が完了した後に、担当者が行わなければならない操作にもかかわらず、行っていない操作がある場合は、操作が不足している旨の提示を行うことができる。

請求項４の情報処理装置によれば、担当者が行わなければならない操作の順序を提示することができる。

請求項５の情報処理プログラムによれば、担当している作業から、担当者が行わなければならない操作を、その作業よりも具体的に提示することができる。

本実施の形態の構成例についての概念的なモジュール構成図である。ＴＯＤＯ情報テーブルのデータ構造例を示す説明図である。担当者ＴＯＤＯ情報テーブルのデータ構造例を示す説明図である。文書情報テーブルのデータ構造例を示す説明図である。フォルダ情報テーブルのデータ構造例を示す説明図である。操作履歴情報テーブルのデータ構造例を示す説明図である。サブ作業一覧テーブルのデータ構造例を示す説明図である。順序付きサブ作業一覧テーブルのデータ構造例を示す説明図である。本実施の形態による処理例を示すフローチャートである。本実施の形態による処理例を示すフローチャートである。本実施の形態による処理例を示すフローチャートである。本実施の形態による処理例を示すフローチャートである。操作履歴情報テーブルのデータ構造例を示す説明図である。本実施の形態による処理例を示す説明図である。本実施の形態による処理例を示す説明図である。本実施の形態による処理例を示す説明図である。本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、すべての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）内のレジスタ等を含んでいてもよい。

本実施の形態である情報処理装置１００は、担当者の作業を管理するものであって、図１の例に示すように、ＴＯＤＯ変更モジュール１１０、ＴＯＤＯ情報ＤＢ１２０、サブ作業判定モジュール１３０、文書操作処理モジュール１４０、文書情報ＤＢ１５０、操作履歴ＤＢ１６０、履歴分析モジュール１７０、ＴＯＤＯ登録モジュール１８０、サブ作業一覧ＤＢ１９０を有している。
ここでの作業は、文書管理システムを利用した定型業務におけるものである。定型業務であるので、対象としている作業は、既に他の担当者が実施している場合が多い。もちろんのことながら、担当者Ａが担当している作業が、他の担当者Ｂによって作業されていたとしても、それは、その担当者Ａにとっての作業が完了しているわけではなく、あくまでも担当者Ｂにとっての作業が完了しているにすぎない。また、担当者Ａが担当している作業の内容と担当者Ｂが担当している作業の内容は、類似する作業である。なお、ここでの類似とは、同じであってもよい。なお、作業は、一連の複数の操作（サブ作業ともいう）からなる。

本実施の形態は、業務の抜け漏れを防ぐための業務支援システムとしてのＴＯＤＯ管理システムやワークフローシステムの一部の機能として実現されてもよい。作業依頼１つに関しても、いくつかのサブ作業が含まれているケースがある。
一般的に、従来のＴＯＤＯ管理システムでは、作業依頼に対して、サブ作業まで含めてＴＯＤＯを作成する必要がある。
また、ワークフローシステムでは、作業の内容や作業間の遷移をテンプレートとして定義することで１度定義したテンプレートを使いまわすことができる。これにより、２度目以降の作業依頼における操作を軽減することができる。
一般的に、従来のワークフローシステムでは、テンプレートの設定は人手で行う必要があり、作成したテンプレートの修正も人手で行う必要がある。
本実施の形態が行う処理の概要（本実施の形態の全体の内容を示しているのではなく、理解を容易にするための処理例として把握すべきもの）は以下の通りである。複数の担当者が同様の作業を実施するケースで、担当者の作業開始から完了までに実施した操作履歴を利用し、他の担当者が実施しているにもかかわらず自分が実施していない操作がある場合に、アラートを出す。他の担当者が実施している操作の抽出は、操作の共通性を示す規則により判断する。なお、作業依頼時には操作まで指定しておらず、概要である作業が指定されている。

ＴＯＤＯ情報ＤＢ１２０は、ＴＯＤＯ変更モジュール１１０、サブ作業判定モジュール１３０、ＴＯＤＯ登録モジュール１８０と接続されている。ＴＯＤＯ情報ＤＢ１２０は、ＴＯＤＯ（依頼作業、作業）に関する情報を管理している。ＴＯＤＯの情報には、「識別子」、「作業内容」、「担当者」などの属性情報が含まれる。担当者には、複数のユーザを指定することができる。ＴＯＤＯ情報ＤＢ１２０は、例えば、ＴＯＤＯ情報テーブル２００、担当者ＴＯＤＯ情報テーブル３００を記憶している。図２は、ＴＯＤＯ情報テーブル２００のデータ構造例を示す説明図である。ＴＯＤＯ情報テーブル２００は、識別子欄２１０、作業内容欄２２０、担当者欄２３０、開始日欄２４０、期限日欄２５０、状態欄２６０を有している。識別子欄２１０は、ＴＯＤＯを本実施の形態で一意に識別するためのＴＯＤＯの識別子を記憶している。作業内容欄２２０は、そのＴＯＤＯの作業内容を記憶している。ただし、この作業内容は、作業まで具体化したものではない。担当者欄２３０は、そのＴＯＤＯの担当者を記憶している。担当者欄２３０が記憶している担当者は複数人であってもよい。開始日欄２４０は、そのＴＯＤＯの開始日（依頼日）を記憶している。期限日欄２５０は、そのＴＯＤＯの期限日を記憶している。状態欄２６０は、そのＴＯＤＯの現在の状態を記憶している。例えば、「実行中」、「完了」、「開始前」等がある。なお、属性とは、ＴＯＤＯ、後述する文書、ファイル等に付与されたメタ情報である。例えば、文書の名前や作成日時などである。

図３は、担当者ＴＯＤＯ情報テーブル３００のデータ構造例を示す説明図である。担当者ＴＯＤＯ情報テーブル３００は、担当者ＴＯＤＯ識別子欄３１０、ＴＯＤＯの識別子欄３２０、担当者欄３３０、開始日欄３４０、完了日欄３５０、状態欄３６０を有している。
担当者ＴＯＤＯ情報テーブル３００は、ＴＯＤＯ情報テーブル２００の情報とは別に担当者毎に、ＴＯＤＯを開始した「開始日」、「完了日」、「状態」などの属性情報を保持する。担当者ＴＯＤＯ識別子欄３１０は、担当者毎ＴＯＤＯを本実施の形態で一意に識別するための担当者ＴＯＤＯ識別子を記憶している。ＴＯＤＯの識別子欄３２０は、ＴＯＤＯの識別子を記憶している。ＴＯＤＯ情報テーブル２００の識別子欄２１０に対応するものである。担当者欄３３０は、そのＴＯＤＯの担当者を記憶している。担当者欄３３０が記憶している担当者は１人である。開始日欄３４０は、その担当者がそのＴＯＤＯを実際に開始した日を記憶している。完了日欄３５０は、その担当者がそのＴＯＤＯを実際に完了した日を記憶している。状態欄３６０は、その担当者におけるそのＴＯＤＯの状態を記憶している。例えば、「実行中」、「完了」、「開始前」等がある。担当者ＴＯＤＯ情報テーブル３００は、ＴＯＤＯの識別子欄３２０からＴＯＤＯ情報テーブル２００内の各情報を抽出することができる。対象としている担当者について、その担当者が実施しなくてはいけないＴＯＤＯ（ＴＯＤＯ情報テーブル２００の作業内容欄２２０）を担当者ＴＯＤＯ情報テーブル３００の担当者欄３３０、ＴＯＤＯの識別子欄３２０を用いて抽出することが可能である。

ＴＯＤＯ登録モジュール１８０は、ＴＯＤＯ情報ＤＢ１２０と接続されており、作業依頼者１０６の操作（キーボード、マウス、タッチパネルに対する操作等、以下、同様）に基づいて、ＴＯＤＯ登録要求１７８を受け付け、ＴＯＤＯ登録結果１８２を提示（液晶ディスプレイ等の表示装置に表示すること、スピーカー等の出力装置から出力すること等、以下、同様）することによって、作業依頼者１０６に通知する。ＴＯＤＯ登録モジュール１８０は、ＴＯＤＯの登録処理をする。作業依頼者１０６が複数のユーザに作業を依頼する場合、作業依頼者１０６の操作に基づいて、作業内容や担当者など必要な情報を含むＴＯＤＯ登録要求１７８を受け付ける。ＴＯＤＯ登録モジュール１８０は、受け付けた情報に基づいて、ＴＯＤＯ情報ＤＢ１２０（ＴＯＤＯ情報テーブル２００、担当者ＴＯＤＯ情報テーブル３００）に新規ＴＯＤＯ及び担当者ＴＯＤＯを追加する。

文書情報ＤＢ１５０は、文書操作処理モジュール１４０と接続されている。文書情報ＤＢ１５０は、文書の情報を管理している。情報処理装置１００では、ＴＯＤＯとして作業依頼された内容は、文書管理システムで管理された文書に対する操作を含む。
また、文書情報ＤＢ１５０は、文書だけでなく、文書を格納するフォルダ情報も管理している。フォルダ情報は、文書と同様に「識別子」属性を保持している。文書は「親識別子」属性としてフォルダの識別子を保持しており、この属性から格納先フォルダを特定できる。
文書情報ＤＢ１５０は、例えば、文書情報テーブル４００、フォルダ情報テーブル５００を記憶している。なお、文書とは、テキストデータ、場合によっては画像、動画、音声等の電子データ、又はこれらの組み合わせであり、記憶、編集及び検索等の対象となり、システム又は利用者間で個別の単位として交換できるものをいい、これらに類似するものを含む。なお、文書に類似するものとして、例えば、情報処理システム（期限管理システム等）に対する操作によって生成されるデータであってもよい。

図４は、文書情報テーブル４００のデータ構造例を示す説明図である。文書情報テーブル４００は、識別子欄４１０、文書名欄４２０、作成者欄４３０、作成日欄４４０、更新日欄４５０、親識別子欄４６０、文書種別欄４７０を有している。識別子欄４１０は、文書を本実施の形態で一意に識別するための文書識別子を記憶している。文書名欄４２０は、その文書の文書名を記憶している。作成者欄４３０は、その文書の作成者を記憶している。作成日欄４４０は、その文書の作成日を記憶している。更新日欄４５０は、その文書の更新日を記憶している。親識別子欄４６０は、その文書の親識別子（その文書が格納されているフォルダの識別子であり、フォルダ情報テーブル５００の識別子欄５１０に対応する）を記憶している。文書種別欄４７０は、その文書の文書種別を記憶している。文書種別とは、文書の種類を規定した属性である。例えば、「仕様書」、「マニュアル」、「設計書」等がある。

図５は、フォルダ情報テーブル５００のデータ構造例を示す説明図である。フォルダ情報テーブル５００は、識別子欄５１０、フォルダ名欄５２０、作成者欄５３０、作成日欄５４０、更新日欄５５０、親識別子欄５６０を有している。識別子欄５１０は、フォルダを本実施の形態で一意に識別するためのフォルダ識別子を記憶している。フォルダ名欄５２０は、そのフォルダのフォルダ名を記憶している。作成者欄５３０は、そのフォルダの作成者を記憶している。作成日欄５４０は、そのフォルダの作成日を記憶している。更新日欄５５０は、そのフォルダの更新日を記憶している。親識別子欄５６０は、そのフォルダの親識別子を記憶している。ここで、フォルダは階層構造を有しており、フォルダの親識別子とは、そのフォルダが格納されているフォルダ（親フォルダ）の識別子であり、フォルダ情報テーブル５００の識別子欄５１０に対応する。

操作履歴ＤＢ１６０は、サブ作業判定モジュール１３０、文書操作処理モジュール１４０、履歴分析モジュール１７０と接続されている。操作履歴ＤＢ１６０は、ユーザの操作した内容を管理している。操作履歴とは、ユーザがシステム上で行った操作を記録しておき、後から、いつ・誰が・何をしたか確認できるための情報である。「誰が」「いつ」「どの文書」に対して「どのような操作」をしたか、という情報を保持している。例えば、操作履歴情報テーブル６００を記憶している。図６は、操作履歴情報テーブル６００のデータ構造例を示す説明図である。操作履歴情報テーブル６００は、操作識別子欄６１０、操作日時欄６２０、操作者欄６３０、操作対象文書の識別子欄６４０、操作種類欄６５０、結果欄６６０を有している。操作識別子欄６１０は、文書に対する操作を本実施の形態で一意に識別するための操作識別子を記憶している。操作日時欄６２０は、その操作の操作日時を記憶している。操作者欄６３０は、その操作を行った操作者を記憶している。操作対象文書の識別子欄６４０は、その操作における対象文書の識別子を記憶している。操作種類欄６５０は、その操作の種類を記憶している。例えば、「属性変更」、「登録」、「内容変更」等がある。結果欄６６０は、その操作による結果を記憶している。例えば、「成功」、「失敗」等がある。

文書操作処理モジュール１４０は、文書情報ＤＢ１５０、操作履歴ＤＢ１６０と接続されており、ユーザ１０４の操作に基づいて、文書操作要求１３８を受け付け、文書操作結果１４２を提示することによって、ユーザ１０４に通知する。文書操作処理モジュール１４０は、文書情報を更新する。ユーザ１０４が文書に対して操作すると、文書操作処理モジュール１４０は文書情報ＤＢ１５０の値を更新する。また、それに伴って操作履歴ＤＢ１６０に新規操作を追加する。

ＴＯＤＯ変更モジュール１１０は、ＴＯＤＯ情報ＤＢ１２０、サブ作業判定モジュール１３０と接続されており、担当者１０２の操作に基づいて、ＴＯＤＯ変更要求１０８を受け付ける。
ＴＯＤＯ変更モジュール１１０は、ＴＯＤＯ情報の更新処理をする。担当者１０２の操作に基づいて、自分（担当者１０２）のＴＯＤＯの状態を変更した場合、以下のような処理が行われる。
（１）．担当者１０２がＴＯＤＯを開始（例えば、「開始」ボタンが選択されたことを検知した場合）
担当者１０２のＴＯＤＯを実行中とする。ＴＯＤＯ変更モジュール１１０は、該当担当者（担当者１０２）の担当者ＴＯＤＯ情報テーブル３００の「開始日」属性及び「状態」属性（実行中）を更新する。
（２）．担当者１０２がＴＯＤＯを完了（例えば、「終了」ボタンが選択されたことを検知した場合）
担当者１０２の実行中のＴＯＤＯを完了とする。ＴＯＤＯ変更モジュール１１０は、サブ作業判定モジュール１３０に、該当担当者（担当者１０２）が実施すべき操作を実施しているか否かの判定を依頼する。判定結果を受けて、以下を実施する
（２−１）．実施すべきサブ作業を実施している場合は、該当担当者（担当者１０２）の担当者ＴＯＤＯ情報テーブル３００の「完了日」属性及び「状態」属性（完了）を更新する。
（２−２）．実施すべきサブ作業を実施していない場合は、不足している操作をアラート表示する。

サブ作業判定モジュール１３０は、ＴＯＤＯ変更モジュール１１０、ＴＯＤＯ情報ＤＢ１２０、操作履歴ＤＢ１６０、履歴分析モジュール１７０と接続されており、ＴＯＤＯ変更結果１３２を提示することによって、担当者１０２に通知する。履歴分析モジュール１７０は、サブ作業判定モジュール１３０、操作履歴ＤＢ１６０、サブ作業一覧ＤＢ１９０と接続されている。サブ作業一覧ＤＢ１９０は、履歴分析モジュール１７０と接続されている。
サブ作業判定モジュール１３０、履歴分析モジュール１７０は、次の処理を行う。
（１）．第１の担当者が担当している作業と類似する作業を完了させた他の担当者である第２の担当者を抽出する。例えば、具体的には、ＴＯＤＯ情報テーブル２００の担当者欄２３０から、対象としている担当者以外の担当者（第２の担当者）を抽出する。また、複数の第２の担当者を抽出してもよい。
（２）．（１）によって抽出された第２の担当者が完了させた前記作業の開始日時と完了日時を抽出する。第２の担当者の対象操作に対応する担当者ＴＯＤＯ情報テーブル３００の開始日欄３４０、完了日欄３５０から抽出する。
（３）．（２）によって抽出された開始日時と完了日時の間に、前記第２の担当者が行った、文書に対する操作履歴を抽出する。第２の担当者（操作者欄６３０）が行った操作であって、操作履歴情報テーブル６００の操作日時欄６２０が開始日時と完了日時の間にあるものを抽出する。
（４）．（３）によって抽出された操作履歴に基づいて、前記第１の担当者が行わなければならない操作を抽出する。複数の操作履歴内から共通する操作を抽出するための規則にしたがって、前記第１の担当者が行わなければならない操作を抽出するようにしてもよい。また、前記操作履歴内の操作が行われた日時にしたがって、前記第１の担当者が行わなければならない操作の順序を決定するようにしてもよい。
（５）．（４）によって抽出された操作を提示する。また、前記第１の担当者の担当している作業が完了した後に、該第１の担当者が行った操作と（４）よって抽出された操作を比較し、該第１の担当者が行っていない操作がある場合は、操作が不足している旨の提示を行うようにしてもよい。

具体的に説明する。
サブ作業判定モジュール１３０は、担当者が実施すべきサブ作業を抽出し、そのサブ作業を実施しているか判定する。サブ作業一覧を担当者操作履歴と照合し、サブ作業一覧の中に担当者操作履歴に当てはまらないサブ作業がある場合、実施すべきサブ作業を実施していないと判定する。
サブ作業一覧は、履歴分析モジュール１７０を介してサブ作業一覧ＤＢ１９０から取得する。ＴＯＤＯを担当する複数ユーザの操作履歴から抽出する。
担当者操作履歴は、担当者がＴＯＤＯを開始してから完了要求を出すまで（「開始」ボタンが選択されてから「完了」ボタンが選択されるまで）に行った操作履歴を操作履歴ＤＢ１６０から抽出する。

履歴分析モジュール１７０は、ＴＯＤＯを既に完了した担当者の、ＴＯＤＯ開始日から完了日までに実施した操作を抽出し、各担当者における共通性のある操作をサブ作業一覧テーブル７００として抽出する。サブ作業一覧テーブル７００はＴＯＤＯ毎にサブ作業一覧ＤＢ１９０に記憶させてもよい。
基本的な処理は以下の通りである。
（１）．ＴＯＤＯの「担当者」属性（ＴＯＤＯ情報テーブル２００の担当者欄２３０）に設定された担当者から、該当担当者の担当者ＴＯＤＯ（ＴＯＤＯ情報テーブル２００の識別子欄２１０に対応する担当者ＴＯＤＯ情報テーブル３００の行）を抽出する。
（２）．担当者ＴＯＤＯの「状態」属性（担当者ＴＯＤＯ情報テーブル３００の状態欄３６０）が完了になっている場合、「開始日」、「完了日」をもとに、作業を完了した担当者の履歴情報を収集する。
（３）．その担当者の履歴情報は、操作履歴ＤＢ１６０の「操作者」（操作履歴情報テーブル６００の操作者欄６３０）から抽出し、担当者ＴＯＤＯの「開始日」と「完了日」（担当者ＴＯＤＯ情報テーブル３００の開始日欄３４０、完了日欄３５０）の期間で絞りこむ。
（４）．（１）から（３）までの処理を、作業を完了した担当者分繰り返す。その後、各担当者の操作履歴から共通性のある操作を抽出する。共通性のある操作とは、例えば、以下の２つのうちのいずれか又は両方を満たす操作である
・「操作種類」（操作履歴情報テーブル６００の操作種類欄６５０）が同じである。
・「操作対象文書の識別子」（操作履歴情報テーブル６００の操作対象文書の識別子欄６４０）で特定される文書に関連性がある。ここで、関連性の例としては、上位（親）フォルダが同じ、特定の属性値（例えば、文書識別子、文書種別等）が同じ、などがある。
（５）．共通性のある操作を「操作内容」と「操作対象の関連性」に分けてサブ作業一覧テーブル７００として抽出する。図７は、サブ作業一覧テーブル７００のデータ構造例を示す説明図である。サブ作業一覧テーブル７００は、操作種類欄７１０、操作対象の関連性欄７２０を有している。操作種類欄７１０は、操作種類を記憶している。例えば、「登録」、「属性変更」、「内容変更」等がある。操作対象の関連性欄７２０は、操作対象の関連性を記憶している。例えば、上位フォルダが同じ、特定の属性値が同じであること等がある。

サブ操作一覧テーブル７００は、共通性に加え、効率性で抽出してもよい。効率性はＴＯＤＯの開始から完了までの期間で測ることができる。例えば、ＴＯＤＯを開始してから完了までの期間が少ない上位の担当者（例えば、上位から予め定められた割合（具体的には１割等）に属する担当者）の操作履歴を抽出し、抽出された操作の中で共通性のある操作を選択することで実現できる。

また、前述の構成に加えて以下の構成を持っていてもよい。
サブ作業一覧ＤＢ１９０は、順序を保持してもよい。例えば、サブ作業一覧テーブル７００の代わりに順序付きサブ作業一覧テーブル８００を記憶してもよい。順序は操作日時を昇順に並べたものとする。
図８は、順序付きサブ作業一覧テーブル８００のデータ構造例を示す説明図である。順序付きサブ作業一覧テーブル８００は、ＴＯＤＯ識別子欄８１０、順序欄８２０、操作種類欄８３０、操作対象の関連性欄８４０を有している。ＴＯＤＯ識別子欄８１０は、ＴＯＤＯ識別子（ＴＯＤＯ情報テーブル２００の識別子欄２１０に相当）を記憶している。順序欄８２０は、作業におけるそのＴＯＤＯの順序を記憶している。操作種類欄８３０は、操作種類を記憶している。サブ作業一覧テーブル７００と操作種類欄７１０と同等である。操作対象の関連性欄８４０は、操作対象の関連性を記憶している。サブ作業一覧テーブル７００の操作対象の関連性欄７２０と同等である。
順序付きのサブ作業一覧テーブル８００の場合、順番をとばして操作した時点でアラートを出すことが可能となる。この場合のアラート処理は、文書操作処理判断モジュール（後述）で行うようにしてもよい。
また、サブ作業一覧ＤＢ１９０（サブ作業一覧テーブル７００又は順序付きサブ作業一覧テーブル８００）は、テンプレート（前述のワークフローシステムで利用されている、作業の内容や作業間の遷移を示すテンプレート）として利用してもよい。テンプレートとしての利用は、ＴＯＤＯ再利用モジュール（後述）で行うようにしてもよい。

文書操作処理判断モジュールを付加してもよい。この文書操作処理判断モジュールは、順番通りサブ作業が行われているかチェックする。文書操作要求を受け、チェックした結果が正しい場合、文書操作処理モジュール１４０に操作処理を依頼する。チェックした結果、不正な操作の可能性がある場合はアラートを出す。以下に文書操作処理判断モジュールの処理を示す。
（１）．文書操作要求を受ける。
（２）．サブ作業一覧ＤＢ１９０から実行中ＴＯＤＯの順序付きサブ作業一覧テーブル８００を取得する。
（３）．受け付けた文書操作が順序付きサブ作業一覧テーブル８００に含まれているか確認する。含まれている場合、操作を一時的に記憶する。含まれていない場合は、ＴＯＤＯと関係ない操作として以下の手順は行わずに文書操作処理モジュール１４０に処理を渡す。
（４）．操作履歴ＤＢ１６０から実行中ＴＯＤＯの開始日時以降の操作履歴テーブル６００を取得する。
（５）．操作履歴テーブル６００と順序付きサブ作業一覧テーブル８００を比較し、次に実行すべき操作を抽出する。
（６）．（２）で記憶した操作と（５）で抽出した操作を比較する。操作が同じ場合は、正しい操作順序とみなし、文書操作処理モジュール１４０による処理を行う。操作が異なる場合は、不正な操作の可能性があるとみなし、アラートを出す。

ＴＯＤＯ再利用モジュールを付加してもよい。このＴＯＤＯ再利用モジュールは、作業を実施するためのサブ作業を一連のＴＯＤＯ（テンプレート）として自動作成する。ＴＯＤＯ再利用モジュールでは、以下の処理を行う。
（１）ユーザに再利用できるＴＯＤＯの候補を提示
ＴＯＤＯ再利用モジュールは、サブ作業一覧ＤＢ１９０のＴＯＤＯ識別子カラムに存在するＴＯＤＯを、再利用できるＴＯＤＯとして提示する。
（２）ユーザが候補から選択したＴＯＤＯをもとに、新規ＴＯＤＯを作成
ユーザの操作に応じて再利用したいＴＯＤＯを選択した後、ＴＯＤＯ再利用モジュールは、その選択したＴＯＤＯの各サブ作業内容を別々のＴＯＤＯとして作成するようにＴＯＤＯ登録モジュール１８０に依頼する。サブ作業に順序が付いている場合（順序付きサブ作業一覧テーブル８００）は、各ＴＯＤＯに依存関係を持たせ、あるＴＯＤＯが完了しないと別のＴＯＤＯを開始できないような仕組みを設けてもよい。

サブ作業判定サービスモジュールを付加してもよい。このサブ作業判定サービスモジュールは、開始中のＴＯＤＯに対して、既にＴＯＤＯを完了している担当者が、実施すべきサブ作業を実施しているか定期的に判定する。
サブ作業判定サービスモジュールは、定期的にサブ作業一覧と担当者操作履歴を取得・照合し、サブ作業一覧の中に担当者操作履歴に当てはまらないサブ作業がある場合、実施すべきサブ作業を実施していないと判定してアラームを出す。サブ作業判定サービスモジュールは、サブ作業一覧と担当者操作履歴を以下のように取得する。
・サブ作業一覧
サブ作業一覧ＤＢ１９０から該当ＴＯＤＯのサブ作業を取得する。
・担当者操作履歴
ＴＯＤＯ情報ＤＢ１２０から該当ＴＯＤＯの担当者を取得し、その中からＴＯＤＯを完了している担当者を抽出する。操作履歴ＤＢ１６０から、抽出された担当者、かつ、該当ＴＯＤＯに設定されたＴＯＤＯ開始日以降の履歴、に当てはまる履歴を取得する。

図９は、ＴＯＤＯ登録モジュール１８０が行うＴＯＤＯ登録処理の例を示すフローチャートである。
ステップＳ９０２では、ＴＯＤＯ登録要求１７８の受付を行う。
ステップＳ９０４では、ＴＯＤＯ情報ＤＢ１２０内のＴＯＤＯ情報テーブル２００に新規ＴＯＤＯを追加する。
ステップＳ９０６からステップＳ９１０までの処理（ステップＳ９０８の処理）を、ＴＯＤＯに設定した担当者分繰り返す。
ステップＳ９０８では、ＴＯＤＯ情報ＤＢ１２０内の担当者ＴＯＤＯ情報テーブル３００に新規担当者ＴＯＤＯを追加する。

図１０は、ＴＯＤＯ変更モジュール１１０が行うＴＯＤＯ開始処理の例を示すフローチャートである。
ステップＳ１００２では、ＴＯＤＯ変更要求１０８の受付を行う。
ステップＳ１００４では、ＴＯＤＯ情報ＤＢ１２０内の該当ＴＯＤＯの状態を「実行中」（ＴＯＤＯ情報テーブル２００の状態欄２６０、担当者ＴＯＤＯ情報テーブル３００の状態欄３６０）に変更する。

図１１は、文書操作処理モジュール１４０が行う文書操作処理の例を示すフローチャートである。
ステップＳ１１０２では、文書操作要求１３８（文書の属性変更要求）の受付を行う。
ステップＳ１１０４では、文書情報ＤＢ１５０の該当文書の該当属性の値を変更する。具体的には、文書の修正等の操作を行う。
ステップＳ１１０６では、操作履歴ＤＢ１６０に操作内容を追加する。

図１２は、本実施の形態（ＴＯＤＯ変更モジュール１１０、サブ作業判定モジュール１３０、履歴分析モジュール１７０）による処理例を示すフローチャートである。
ステップＳ１２０２では、ＴＯＤＯ変更モジュール１１０は、ＴＯＤＯ変更要求１０８としてＴＯＤＯ完了要求の受付を行う。
ステップＳ１２０４では、ＴＯＤＯ変更モジュール１１０は、サブ作業判定モジュール１３０に作業が完了しているか確認依頼を行う。
ステップＳ１２０６では、サブ作業判定モジュール１３０は、履歴分析モジュール１７０にサブ作業一覧の取得依頼を行う。
ステップＳ１２０８からステップＳ１２１６までの処理を、ＴＯＤＯに設定した担当者で完了した担当者分繰り返す。ステップＳ１２０８からステップＳ１２１６までの処理で、履歴分析モジュール１７０がサブ作業一覧テーブル７００又は順序付きサブ作業一覧テーブル８００を作成する。
ステップＳ１２１０からステップＳ１２１４までの処理を、担当者の操作数分繰り返す。

ステップＳ１２１２では、共通性のある操作をサブ作業一覧テーブル７００又は順序付きサブ作業一覧テーブル８００に追加する。
ステップＳ１２１８では、操作履歴ＤＢ１６０からＴＯＤＯ完了要求を出したユーザの担当操作履歴を取得する。ステップＳ１２１８からステップＳ１２２４までの処理で、サブ作業判定モジュール１３０が、サブ作業の判定処理を行う。
ステップＳ１２２０では、ステップＳ１２２４までの処理を、作業一覧の行数分繰り返す。
ステップＳ１２２２では、作業が担当操作履歴に含まれているか否かを判断し、含まれている場合はステップＳ１２２４へ進み、それ以外の場合はステップＳ１２２６へ進む。
ステップＳ１２２６では、アラートを出す。
ステップＳ１２２８では、ＴＯＤＯ情報ＤＢ１２０の該当ＴＯＤＯの状態を「完了」（ＴＯＤＯ情報テーブル２００の状態欄２６０、担当者ＴＯＤＯ情報テーブル３００の状態欄３６０）に変更する。

図１２の例に示したフローチャート内のステップＳ１２１２について、さらに説明する。特に、サブ作業一覧の取得方法における、共通性のある操作について補足する。
前述したように、共通性のある操作は、以下の２つのうちのいずれか又は両方を満たす操作である
・「操作種類」が同じである。
・「操作対象文書の識別子」で特定される文書に関連性がある。
例えば、以下の特徴をもつＴＯＤＯがあったとする。
・担当者に「富士太郎」、「鈴木次郎」、その他複数ユーザが指定されている。
・ＴＯＤＯのサブ作業として、担当者毎に仕様書を作成し、所定の仕様書格納フォルダに登録する必要がある。
・「富士太郎」、「鈴木次郎」はＴＯＤＯを完了している。
さらに、「富士太郎」と「鈴木次郎」の操作履歴のうち、仕様書格納フォルダに仕様書を登録した操作履歴の例を図１３に示す。図１３は、操作履歴情報テーブル１３００のデータ構造例を示す説明図であり、図６の例に示した操作履歴情報テーブル６００に相当する。操作履歴情報テーブル１３００は、富士太郎が文書「Ｄ−１５」に対して登録操作を行ったこと、鈴木次郎が文書「Ｄ−３］に対して登録操作を行ったこと、を記憶している。この２つの操作は、同じＴＯＤＯを実施するために行った操作なので共通性のある操作として抽出すべきであるが、登録した文書は異なるため、単純な比較（文書ＩＤの比較）では共通性のある操作として抽出できない。
この問題を解決するための例を、以下に２つ挙げる。
・登録した文書の登録先、つまり親フォルダが同一か確認する。今回のケースでは、登録先が「仕様書格納フォルダ」となるため、共通性のある操作として認識できる。登録先の親（登録した文書の親の親）まで確認するなどの処理を行うようにしてもよい。
・対象文書の「文書種別」属性（文書情報テーブル４００の文書種別欄４７０）を利用する。共通性のチェック時に対象文書の「文書種別」属性が同じであれば共通性のある操作として認識するようにしてもよい。今回のケースでは、文書を登録する際に「文書種別」に「仕様書」といった値を設定しておくことにより（文書「Ｄ−１５」と「Ｄ−３」の文書種別が「仕様書」であるので）、共通性のある操作として抽出することができる。

図１４は、個人用のＴＯＤＯの確認画面の例である。図１４の例では、富士太郎さん（担当者１０２）が担当者として設定されたＴＯＤＯがリスト表示されている。
ＴＯＤＯ確認画面１４００内には、ＴＯＤＯの件名や現在の状態を表示する。例えば、（１）個人ＰＣ管理表の更新依頼（未着手）、（２）仕様書作成依頼（開始中）、（３）教育受講依頼（完了）等を表示する。
また、リスト内のＴＯＤＯの現在の状態に合わせて、ＴＯＤＯを変更できるボタンを表示する。例えば、未着手のＴＯＤＯについては、開始ボタン１４２０を表示する。実施中のＴＯＤＯについては、完了ボタン１４３０を表示する。また、完了したＴＯＤＯについては、開始ボタン１４２０、完了ボタン１４３０等のボタン表示は不要である。
また、ＴＯＤＯは、新規作成ボタン１４１０などにより登録できる。

図１５は、ＴＯＤＯの登録画面の例である。つまり、ＴＯＤＯ情報テーブル２００を生成するためのものであり、例えば、担当者１０２（前述の富士太郎さんの上司）が操作する。ＴＯＤＯ登録画面１５００は、件名欄１５１０、内容欄１５２０、担当者欄１５３０、アドレス帳ボタン１５４０、削除ボタン１５５０を有している。担当者欄１５３０内には、複数の担当者を指定でき、アドレス帳ボタン１５４０が選択されることによって、電子的アドレス帳のようなユーザを検索できるツールから追加できる。また、担当者欄１５３０内の選択された担当者を、削除ボタン１５５０が選択されたことによって削除する。

図１６は、ＴＯＤＯ完了時に不足している操作がある場合に表示されるアラート画面の例である。図１４の例に示した完了ボタン１４３０が選択された場合に、不足している操作がある場合にＴＯＤＯ完了時のアラート画面１６００を表示する。
操作の種類と操作の内容を表示する。例えば、「操作：登録」、「登録先：仕様書格納フォルダ」を表示する。
キャンセルボタン１６２０が選択されると、完了処理をキャンセルする（完了ボタン１４３０選択の無効化）。
なお、完了ボタン１６１０が選択された場合は、そのまま完了処理を行う。そして、ここでの不足している操作（「操作：登録」、「登録先：仕様書格納フォルダ」）を、共通性のある操作から除外するようにしてもよい。

なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１７に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１７０１を用い、記憶装置としてＲＡＭ１７０２、ＲＯＭ１７０３、ＨＤ１７０４を用いている。ＨＤ１７０４として、例えばハードディスクを用いてもよい。ＴＯＤＯ変更モジュール１１０、サブ作業判定モジュール１３０、文書操作処理モジュール１４０、履歴分析モジュール１７０、ＴＯＤＯ登録モジュール１８０等のプログラムを実行するＣＰＵ１７０１と、そのプログラムやデータを記憶するＲＡＭ１７０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１７０３と、補助記憶装置（フラッシュメモリ等であってもよい）であるＨＤ１７０４（ＴＯＤＯ情報ＤＢ１２０、文書情報ＤＢ１５０、操作履歴ＤＢ１６０、サブ作業一覧ＤＢ１９０の機能を実現する記憶装置）と、キーボード、マウス、タッチパネル等に対する利用者の操作に基づいてデータを受け付ける受付装置１７０６と、ＣＲＴ、液晶ディスプレイ等の出力装置１７０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１７０７、そして、それらをつないでデータのやりとりをするためのバス１７０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１７に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１７に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１７に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（ＳｅｃｕｒｅＤｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。

１００…情報処理装置
１１０…ＴＯＤＯ変更モジュール
１２０…ＴＯＤＯ情報ＤＢ
１３０…サブ作業判定モジュール
１４０…文書操作処理モジュール
１５０…文書情報ＤＢ
１６０…操作履歴ＤＢ
１７０…履歴分析モジュール
１８０…ＴＯＤＯ登録モジュール
１９０…サブ作業一覧ＤＢ

Claims

担当者が担当している作業を記憶している第１の記憶手段と、
担当者毎に作業の開始日時と完了日時を記憶している第２の記憶手段と、
文書に対する操作日時と操作を記憶している第３の記憶手段と、
第１の担当者が担当している作業と類似する作業を完了させた他の担当者である第２の担当者を、前記第１の記憶手段から抽出する第１の抽出手段と、
前記第１の抽出手段によって抽出された第２の担当者が完了させた前記作業の開始日時と完了日時を、前記第２の記憶手段から抽出する第２の抽出手段と、
前記第２の抽出手段によって抽出された開始日時と完了日時の間に、前記第２の担当者が行った、文書に対する操作履歴を、前記第３の記憶手段から抽出する第３の抽出手段と、
前記第３の抽出手段によって抽出された操作履歴に基づいて、前記第１の担当者が行わなければならない操作を抽出する第４の抽出手段と、
前記第４の抽出手段によって抽出された操作を提示する提示手段
を具備することを特徴とする情報処理装置。
前記第１の抽出手段は、複数の第２の担当者を抽出し、
前記第４の抽出手段は、複数の操作履歴内から共通する操作を抽出するための規則にしたがって、前記第１の担当者が行わなければならない操作を抽出する
ことを特徴とする請求項１に記載の情報処理装置。
前記提示手段は、前記第１の担当者の担当している作業が完了した後に、該第１の担当者が行った操作と前記第４の抽出手段によって抽出された操作を比較し、該第１の担当者が行っていない操作がある場合は、操作が不足している旨の提示を行う
ことを特徴とする請求項１又は２に記載の情報処理装置。
前記第４の抽出手段は、前記操作履歴内の操作が行われた日時にしたがって、前記第１の担当者が行わなければならない操作の順序を決定する
ことを特徴とする請求項１から３のいずれか一項に記載の情報処理装置。
担当者が担当している作業を記憶している第１の記憶手段と、
担当者毎に作業の開始日時と完了日時と状態を記憶している第２の記憶手段と、
文書に対する操作日時と操作を記憶している第３の記憶手段を有しているコンピュータを、
第１の担当者が担当している作業と類似する作業を完了させた他の担当者である第２の担当者を、前記第１の記憶手段から抽出する第１の抽出手段と、
前記第１の抽出手段によって抽出された第２の担当者が完了させた前記作業の開始日時と完了日時を、前記第２の記憶手段から抽出する第２の抽出手段と、
前記第２の抽出手段によって抽出された開始日時と完了日時の間に、前記第２の担当者が行った、文書に対する操作履歴を、前記第３の記憶手段から抽出する第３の抽出手段と、
前記第３の抽出手段によって抽出された操作履歴に基づいて、前記第１の担当者が行わなければならない操作を抽出する第４の抽出手段と、
前記第４の抽出手段によって抽出された操作を提示する提示手段
として機能させるための情報処理プログラム。