JP7124362B2 - 情報処理装置、処理方法、自律処理システム、プログラム - Google Patents

Description

本発明は、情報処理装置、処理方法、自律処理システム、及びプログラムに関する。

ある処理を実行するために前提を必要とする業務がある。例えば、予め定められた書類が用意されたら所定の部署に書類を送信するような業務があり、このような業務に適した処理形態としてワークフローシステムが知られている。

ワークフローシステムの一例として、ユーザが電子ファイルに操作又は判断を行うことで一連の処理が進行するものがある。また、他の一例として、１つの電子ファイルに対し１つ以上の機器が順番に処理を施し、一連の処理が終了すると電子ファイルが所定のフォルダに配信されたりメールで送信されたりするものがある。

このようなワークフローシステムにおいて電子ファイルの属性などによって処理の経路を変更する技術が知られている（例えば、特許文献１参照。）。特許文献１には、文書から回覧ルートの決定に必要な第１の情報を取得し、第１の情報と回覧ルートデータにしたがって回覧ルートを決定するワークフローシステムが開示されている。

しかしながら、従来のワークフローシステム等で実行される一連の処理は決まった処理の順番でしか一連の処理を実行できないという問題がある。例えば、処理Ａと処理Ｂという２つの処理を有するワークフローシステムがあるとする。従来のワークフローシステムでは、電子ファイルに処理Ａが施されないと処理Ｂを実行することができない。

しかし、互いに独立に実行可能な処理Ａと処理Ｂも多く存在しており、決まった順番でしか処理が実行されないことが一連の処理の制約となることがある。例えば、画像データに対し文字認識を行う処理と、顔認識を行う処理が必要なワークフローシステムがある場合、従来のワークフローシステムでは文字認識又は顔認識が先に行われた後でないと他方の処理を実行できない。

本発明は、上記課題に鑑み、処理の順番の制約が少ない情報処理装置を提供することを目的とする。

上記課題に鑑み、本発明は、電子ファイルに対して所定の処理を実行する情報処理装置であって、少なくとも１つ以上の前記電子ファイルに、１つ以上の前記電子ファイルに対する処理の内容を示す処理内容と、前記処理内容に対応する処理を実行するために電子ファイルごとに設定された条件と、複製して使用されるか否か、とが対応付けて登録された記憶手段を参照して、前記電子ファイルごとに前記条件が満たされたかを監視する監視手段と、前記電子ファイルに対応付けられた全ての前記条件が満たされた場合、前記処理内容に対応する処理を実行する処理実行手段と、複製して使用されると設定されている１つ以上の前記電子ファイルを複製する複製手段と、を有し、前記監視手段は、複製された１つ以上の前記電子ファイルごとに前記条件が満たされたか否かを判断することを特徴とする。

処理の順番の制約が少ない情報処理装置を提供することができる。

従来のコンテナの構造の一例を説明する図である。 本実施形態のコンテナの構造の一例を示す図である。 イベントコンテナを用いた処理の概略を説明する図の一例である。 本実施形態の自律処理システムの概略構成図の一例である。 処理管理サーバのハードウェア構成図の一例である。 自律処理システムが有する端末装置、管理者端末、及び、処理管理サーバの機能をブロック状に示す機能ブロック図の一例である。 イベントコンテナのいくつかの例を説明する図である。 管理者端末がイベントコンテナを新規作成する手順を示すシーケンス図の一例である。 ユーザがイベントコンテナの電子ファイルに関する操作を行い、処理管理サーバがイベントドリブン方式に電子ファイルに関するルールを実行する手順を示すシーケンス図の一例である。 端末装置のＬＣＤに表示されたイベントコンテナの表示画面を示す図の一例である。 処理管理サーバがイベントコンテナの更新を行う手順を示すフローチャート図の一例である。 複合機と処理管理サーバを有する自律処理システムの構成図の一例である。 複合機を利用した自律処理システムの動作を説明するシーケンス図の一例である。 複合機のＬＣＤに表示されるいくつかの画面例を説明する図である。 複数人のユーザによる並行処理を説明する図の一例である。 イベントコンテナの一例を示す図である。

以下、本発明を実施するための形態の一例として、自律処理システム及び自律処理システムが行う処理方法について図面を参照しながら説明する。

＜本実施形態の自律処理システムの概略＞
まず、図１を用いて従来の文書の構造を説明する。図１は、従来のコンテナの構造の一例を説明する図である。従来のコンテナ２は、ｎ個の電子ファイル５を有することができる。すなわち、１つ又は関連した処理に供される複数の電子ファイル５をまとめて扱うことが可能であった。コンテナ２は所定のサーバに保持されている。

１つのコンテナ２が有する電子ファイル５の数は０個でもよく２以上でもよい。コンテナ２には、電子ファイル５が格納される格納場所が用意されており、電子ファイル５がコンテナ２に格納される前であっても電子ファイル５の格納場所という概念であるべき電子ファイル５が存在しないことを管理できる。

また、コンテナ２は書誌情報７を有している。書誌情報７とは本来、書籍を特定するための情報をいうが、本実施形態では電子ファイル５又はコンテナ２の少なくとも一方に関する情報をいう。例えば、電子ファイル５のファイル名、電子ファイル５の作成者、作成日時、更新日時、ファイルサイズ、などである。また、コンテナ２の管理者、コンテナ２の識別情報、コンテナ名、コンテナ２の作成日時なども書誌情報７となる。書誌情報７は、電子ファイル５ごとに区分して保持されてよい。

図２は、本実施形態のコンテナの構造の一例を示す。本実施形態のコンテナをイベントコンテナ３という。イベントコンテナ３は単にコンテナと呼ばれてもよい。イベントコンテナ３は、電子ファイル５ごとに設定可能な条件ファイル６、及び、イベントコンテナ３ごとに設定可能なルールファイル８を有している。管理者は、条件ファイル６に１つ以上の条件を設定可能であり、ルールファイル８に１つ以上のルールを設定可能である。

ルールとはイベントコンテナ３の電子ファイル５に対する処理の具体的な処理内容である。条件とはルールの実行が開始される契機を示す。条件ファイル６は電子ファイル５ごとに設定可能であるが、条件ファイル６がない電子ファイル５があってもよい。また、ルールファイル８は１つのイベントコンテナ３に１つであるが、１つのルールファイルに複数のルールを設定可能である。

このように、電子ファイル５に少なくとも条件及びルールが関連付けられたデータのことをここではイベントコンテナ３と呼んでいる。なお、条件及びルールが記述されたデータは必ずしもファイル形式である必要はなく、他のデータ形式であってもよいがここでは一例としてファイル形式である場合について説明する。

図３は、イベントコンテナ３を用いた処理の概略を説明する図の一例である。図３で電子ファイル５として文書「***.doc」の電子ファイル５が格納されており、条件ファイル６に「修正記入」「コメント記入」という条件が設定されている。また、ルールファイル８には「alluser@mail.com に送信」と設定されている。

後述する処理管理サーバは、「***.doc」を監視して、「***.doc」に修正が記入されたか否か、及び、コメントが記入されたか否かを判断する。これらの条件を満たしたと判断すると、ルールファイル８に設定されたルールを実行する。「修正記入」と「コメント記入」の条件はどちらが先に行われてもよいし、一人のユーザ又は異なるユーザにより満たされてもよい。

このように、処理管理サーバはイベントコンテナ３に設定された条件が満たされるとルールを実行でき、イベントドリブン方式のように自律的に処理を進めることが可能になる。ワークフローに代表される従来の処理はリクエストリプライ方式であり、ある決まったサーバが処理の１つ１つをプラグイン等で順番に実行しないと処理を完了できない。これに対し、イベントドリブン方式では任意のタイミングかつ任意の順番で処理管理サーバが電子ファイルに対する操作を受け付けることができ、１人以上のユーザが徐々に条件を満たしていくことができる。そして、全ての条件が満たされると、自動的にルールが実行されるという自律的な処理の進行方法を実現できる。

＜用語について＞
電子ファイルとは、電子データとして記録された情報である。情報処理装置が入力、加工、又は、出力する情報になる。データ又は電子データ等と呼ばれてもよい。

格納場所とは、電子ファイルのために予め確保されている領域であり、電子ファイルが存在しなくても他の情報が占有することがない領域をいう。

処理内容は、電子ファイルに対する具体的な処理の内容をいい、例えば電子ファイルが加工される場合と出力される場合がある。本実施形態ではルールという用語で説明する。

＜システム構成例＞
図４は、本実施形態の自律処理システム１００の概略構成図の一例である。自律処理システム１００は、ネットワークＮを介して通信することが可能な一台以上の端末装置１０、及び、処理管理サーバ３０を有する。また、図４では、端末装置１０の一態様である複合機５０、及び、管理者が使用する管理者端末６０がネットワークＮに接続されている。

ネットワークＮは端末装置１０が存在する施設などに構築されているＬＡＮ、広域イーサネット（登録商標）、ＬＡＮ同士が接続されたＷＡＮ、ＶＰＮ（Virtual Private Network）、通信事業者の電話網、及び、インターネット等の一部又は全体より構築されている。

端末装置１０－１～端末装置１０－ｎ（以下、任意の端末装置の符号を１０とする）はユーザが操作する情報処理装置である。端末装置１０はユーザの操作を受け付け、操作に応じて処理管理サーバ３０が管理するイベントコンテナ３に、操作により作成又は編集された電子ファイルを送信する。この電子ファイルによりイベントコンテナ３の条件が満たされる（ユーザが送信する電子ファイルによっては条件を満たすことができない場合がある）。ユーザとは本実施形態の自律処理システム１００を利用する者をいう。一例としては、企業の社員、フリーランス、自営業者、一般消費者などが挙げられる。イベントコンテナ３が管理する電子ファイル５によって想定されるユーザは様々である。

端末装置１０では、アプリケーションソフト又はブラウザソフトウェアが動作する。端末装置１０は、例えばＰＣ（Personal Computer）、タブレット装置、スマートフォン、ＰＤＡ（Personal Digital Assistant）、ゲーム機、ナビゲーション端末、ウェアラブルＰＣなどであるが、アプリケーションソフト又はブラウザソフトウェアを実行して処理管理サーバ３０と通信することができればよい。

複合機５０は端末装置１０と同様にユーザの操作を受け付け、操作に応じて処理管理サーバ３０が管理するイベントコンテナ３に、操作により作成又は編集された電子ファイルを送信する。複合機５０は、スキャナ機能を有するため、スキャナ機能で取り込んだ画像データをイベントコンテナ３に送信することができる。

なお、複合機５０とはスキャナ機能、プリント機能、コピー機能、及び、ＦＡＸ送受信機能など複数の機能を有する装置をいう。ＭＦＰ(Multi－Function Printer/Product/Peripheral)、ＳＰＣ(Scan Print Copy)、又は、ＡＩＯ(All In One)と呼ばれる場合がある。なお、本実施形態ではスキャナ機能を有していればよい。以下では、特に区別しない場合、端末装置１０といった場合には複合機５０も含まれるものとする。

画像データを作成する装置としては、デジタルスチルカメラでもよいしデジタルビデオカメラでもよい。必ずしも画像の入力を受け付ける装置でなくてもよく、処理管理サーバ３０に画像データを送信しうる装置であればよい。例えば、テレビ会議端末、電子黒板、ＰＣ、又は、ＵＳＢメモリなどの記憶媒体でもよい。

端末装置１０がブラウザソフトウェアを実行して処理管理サーバ３０と通信する場合、ユーザは端末装置１０が表示するＷｅｂページを操作する。本実施形態ではＷｅｂページと称した場合、Ｗｅｂアプリにより適宜構築されるＷｅｂページが含まれるものとする。Ｗｅｂアプリとは、Ｗｅｂブラウザ上で動作するスクリプト言語（たとえばJavaScript（登録商標））によるプログラムとＷｅｂサーバ側のプログラムが協調することによって動作し、Ｗｅｂブラウザ上で使用されるソフトウェア又はその仕組みを言う。

管理者端末６０は、管理者が操作して処理管理サーバ３０にイベントコンテナ３を登録する情報処理装置である。管理者とは、自律処理システム１００の運用を管理する者をいう。管理者は社内業務等を考慮して適切なイベントコンテナ３を処理管理サーバ３０に登録する。一般のユーザがイベントコンテナ３を登録することも可能である。

管理者端末６０ではブラウザソフトウェア又は同等の機能を有するアプリケーションソフトが動作している。管理者は管理者端末６０を操作して、電子ファイル５（又は電子ファイル５の格納場所）、条件ファイル６、及び、ルールファイル８を処理管理サーバ３０に設定することでイベントコンテナ３を登録する。

処理管理サーバ３０は端末装置１０に対しネットワークＮを通じて情報や機能を提供する情報処理装置である（サーバ装置）。処理管理サーバ３０は、端末装置１０で動作するアプリケーションソフトに対し、アプリケーションソフトが表示する表示部品に対応させた情報を送信する。また、端末装置１０で動作するブラウザソフトウェアに対し、ＨＴＭＬ、スクリプト言語及びＣＳＳ（Cascade Style Sheet）で記述されたＷｅｂページを端末装置１０に提供する。

処理管理サーバ３０は端末装置１０によるイベントコンテナ３への操作を監視して、イベントコンテナ３の各条件ファイル６に設定された条件が満たされたか否かを判断する。イベントコンテナ３ごとに、全ての電子ファイル５の全ての条件が満たされるとルールファイル８に設定されたルールを実行する。

処理管理サーバ３０はクラウドコンピューティングに対応していてもよい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。クラウドコンピューティングに対応している場合、本実施例の処理管理サーバ３０の物理的な構成は固定的でなくてもよく、負荷等に応じてハード的なリソースが動的に接続・切断されることで構成されてよい。

＜ハードウェア構成例＞
図５は、処理管理サーバ３０のハードウェア構成図の一例である。処理管理サーバ３０は一般的な情報処理装置又はサーバ装置の構成を有する。処理管理サーバ３０は、ＣＰＵ２０１と、ＣＰＵ２０１が使用するデータの高速アクセスを可能とするメモリ２０２とを備える。ＣＰＵ２０１及びメモリ２０２は、システム・バス２０３を介して、端末装置１０の他のデバイス又はドライバ、例えば、グラフィックス・ドライバ２０４及びネットワーク・デバイス（ＮＩＣ）２０５へと接続されている。

グラフィックス・ドライバ２０４は、バスを介してＬＣＤ（表示装置）２０６に接続されて、ＣＰＵ２０１による処理結果をモニタする。ＬＣＤ２０６にはタッチパネルが一体に配置されていてもよい。

また、ネットワーク・ドライバ２０５は、トランスポート層レベル及び物理層レベルで端末装置１０をネットワークＮへと接続して、端末装置１０とのセッションを確立させている。

システム・バス２０３には、更にＩ／Ｏバス・ブリッジ２０７が接続されている。Ｉ／Ｏバス・ブリッジ２０７の下流側には、ＰＣＩなどのＩ／Ｏバス２０８を介して、ＩＤＥ、ＡＴＡ、ＡＴＡＰＩ、シリアルＡＴＡ、ＳＣＳＩ、ＵＳＢ（Universal Serial Bus）などにより、ＨＤＤ２０９などの記憶装置が接続されている。ＨＤＤ２０９の代わりに又はＨＤＤ２０９と共にＳＳＤ（Solid State Drive）を有していてもよい。

ＨＤＤ２０９は処理管理サーバ３０の全体を制御するプログラム２０９ｐを記憶している。プログラム２０９ｐは、ＯＳの他、本実施形態で説明する処理管理サーバ３０の機能を実現するソフトウェアを有する。

また、Ｉ／Ｏバス２０８にはＵＳＢなどのバスを介して、キーボード及びマウス（ポインティング・デバイスと呼ばれる）などの入力装置２１０が接続され、処理管理サーバ３０の管理者などのオペレータによる入力及び指令を受け付けている。

なお、ＬＣＤ２０６及び入力装置２１０は、オペレータが処理管理サーバ３０を使用する時以外は取り外されていてよい。

端末装置１０又は管理者端末６０のハードウェア構成は図５と同等であるか、又は、相違があるとしても本実施形態の説明の上で支障がないものとする。

しかしながら、図５のハードウェア構成例が端末装置１０又は管理者端末６０の場合、ＨＤＤ２０９には端末装置１０の全体を制御するプログラム２０９ｐを記憶している。プログラム２０９ｐは、ＯＳ、アプリケーションソフト、ブラウザソフトウェア、及び、処理管理サーバ３０が送信したＷｅｂページを含んでいる。

また、複合機５０のハードウェアについては公知の構成でよいものとし、図５の情報処理装置としての構成に、少なくとも原稿の読み取り機能（スキャナ）を有するものとする。

＜機能について＞
図６は、自律処理システム１００が有する端末装置１０、管理者端末６０、及び、処理管理サーバ３０の機能をブロック状に示す機能ブロック図の一例である。なお、図６では端末装置１０を一台のみ示すが、複数の端末装置１０が存在してよい。また、端末装置１０と管理者端末６０の機能は同じか又は異なっていても本実施形態の説明に支障がないため、図６では端末装置１０と管理者端末６０が区別されていない。

<<端末装置１０、管理者端末６０>>
端末装置１０又は管理者端末６０は、表示制御部１１、操作受付部１２、画面情報取得部１３、操作内容送信部１４、基本機能部１５、及び、ログイン要求部１６を有する。端末装置１０又は管理者端末６０が有するこれらの各機能は、図５に示したＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐをＣＰＵ２０１が実行することにより実現される機能又は手段である。

まず、ログイン要求部１６は、ユーザ又は管理者が指示した処理管理サーバ３０のＵＲＬ（Universal Resource Locater）に接続し認証情報を送信することで処理管理サーバ３０へのログインを要求する。認証情報として、操作受付部１２が受け付けたユーザ又は管理者のユーザ名とパスワードを処理管理サーバ３０に送信する。ユーザ名とパスワードの組み合わせが正しい場合、ユーザ又は管理者は処理管理サーバ３０にログインし、イベントコンテナ３に関する操作が可能になる。

画面情報取得部１３は、処理管理サーバ３０が生成した画面情報を取得する。画面情報は端末装置１０又は管理者端末６０がＬＣＤ２０６に表示する画面に表示される情報である。Ｗｅｂページ（ＨＴＭＬ、JavaScript、CSS）の場合とアプリケーションソフトが表示する表示部品（画面の枠やボタン等）に対応付けられた文字、画像、アイコンなどの場合がある。

表示制御部１１はＷｅｂページを解析してＬＣＤ２０６に表示したり、アプリケーションソフトの表示部品に文字、画像、アイコン等を対応付けてＬＣＤ２０６に表示したりする。また、表示した画面に対する操作に応じて画面を更新する。

操作受付部１２は、端末装置１０に対するユーザの操作、又は管理者端末６０に対する管理者の操作を受け付ける。操作受付部１２は操作の内容を表示制御部１１、操作内容送信部１４、基本機能部１５、又は、ログイン要求部１６に通知する。操作内容は、処理管理サーバ３０に対する情報の要求、電子ファイルの送信、表示制御部１１に対する所定のボタンの押下、情報の入力、基本機能部１５に対する基本機能の実行の要求、ログイン要求部１６に対する認証情報、等である。

基本機能部１５は、端末装置１０が有する基本的な機能を実行する。例えば、ユーザの操作に応じて電子ファイルを編集したり、必要であればＰＤＦファイルを作成したりする。また、端末装置１０が複合機５０の場合、スキャナ機能を利用して画像データを作成したり、コピーしたりする。基本機能部１５が処理した電子ファイル（例えば、画像データ）は操作内容送信部１４に送出される。

操作内容送信部１４は処理管理サーバ３０に画面情報を要求したり、電子ファイルを送信したりする。また、処理管理サーバ３０がイベントコンテナ３で管理する電子ファイルを要求する。管理者端末６０の場合、例えば、イベントコンテナ３を設定する操作内容を送信する。

<<処理管理サーバ>>
処理管理サーバ３０は、画面情報送信部３１、操作内容受信部３２、イベントコンテナ設定部３３、認証処理部３４、処理実行部３５、ルール実行部３６、イベントコンテナ監視部３７、及び、イベントコンテナ処理部３８を有する。処理管理サーバ３０が有するこれらの各機能は、図５に示したＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐをＣＰＵ２０１が実行することにより実現される機能又は手段である。

また、処理管理サーバ３０は記憶部３９を有している。記憶部３９は、図５に示したＨＤＤ２０９及びメモリ２０２の少なくとも一方により実現される記憶手段である。記憶部３９には、イベントコンテナＤＢ４１（Data Base）、及び、ユーザ情報ＤＢ４２が構築されている。まず、これらのデータベースについて説明する。

表１（ａ）は、イベントコンテナＤＢ４１に記憶されたイベントコンテナ３の構成を模式的に示す。イベントコンテナＤＢ４１にはイベントコンテナ３ごとにイベントコンテナ３がイベントドリブン方式で処理されるための情報が登録されている。イベントコンテナＩＤはイベントコンテナ３を識別又は特定する識別情報である。ＩＤはIdentificationの略であり識別子や識別情報という意味である。ＩＤは複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組み合わせをいう。以下のＩＤについても同様である。格納場所は電子ファイル５の登録欄である。

テンプレートタイプの項目は、テンプレートとして使用されるイベントコンテナ３であるか否かを示す。テンプレートとして使用されるイベントコンテナ３は、複数のユーザが個別に（共有せずに）使用するイベントコンテナ３である。このようなイベントコンテナ３は複製（コピー）して利用される。複数のユーザが使用するイベントコンテナ３であっても共有されるイベントコンテナ３はテンプレートタイプではない。テンプレートタイプか否かは管理者が設定できる。

格納場所は１つ以上あればよい。１つの格納場所には１つの電子ファイル５が登録される。条件ファイル６には１つ以上の条件が設定される。条件が一切設定されないことも可能であるが、この場合は自動的にルールが実行されることになる。フラグは、初期状態がＦａｌｓｅであり、１つの条件ファイル６の条件が全て満たされるとＴｒｕｅになる。ルールファイル８には１つ以上のルールが設定される。ルールが一切設定されないことも可能であるが、この場合は条件を満たしても何も処理が行われないことになる。

表１（ｂ）は、イベントコンテナ３の構成の別の例を示す。表１（ｂ）では格納場所が２つあるが、いずれも電子ファイル５が設定されていない。１つめの格納場所の条件ファイル６は、１つめの格納場所にカラーのＪＰＥＧ形式の画像データ（電子ファイル５）が設定されることである。２つめの格納場所の条件ファイル６は、格納場所にＰＤＦ形式の電子ファイル５が設定されること、である。このように、イベントコンテナ３には格納場所が用意されるので、電子ファイル５がなくても条件やルールが設定されることができる。

格納場所は１以上のｎ個でよく。ｎには特に上限がない。また、条件ファイル６がない格納場所があってもよい。例えば、複数の電子ファイル５を一括で扱いたいが（ルールで処理したい）、ある電子ファイル５にだけ条件が設定されるような場合に利用される。条件ファイル６がない格納場所のフラグは自動的にＴｒｕｅになる。

表１（ｃ）はイベントコンテナ３の構成の別の例を示す。表１（ｃ）の説明では主に表１（ｂ）との相違を説明する。表１（ｃ）のイベントコンテナ３はルールファイル８に「１，２の電子ファイル５を圧縮」という設定を有する。この場合、処理管理サーバ３０は全てのフラグがＴｒｕｅになると２つの電子ファイル５を圧縮して1つの電子ファイル５に統合する。その後、ルールにしたがって、圧縮された電子ファイル５がフォルダに保存され、電子メールで送信される。

このように、処理管理サーバ３０は単に保存したり送信するだけでなく、電子ファイル５に対する加工も行ったりすることができる。加工には、圧縮の他、ＯＣＲ（Optical Character Reader）、翻訳、ＰＤＦへの変換など、種々の処理がある。

表１（ａ）～表１（ｃ）で、イベントコンテナ３にユーザ名が対応付けられていてもよい。この場合、ユーザはログインすることでユーザ名に対応付けられているイベントコンテナ３を使用できる。

表２はユーザ情報ＤＢ４２に登録されている情報を模式的に示す。ユーザ情報ＤＢ４２は処理管理サーバ３０を利用しうるユーザ又は管理者のアカウントが登録されたデータベースである。ユーザ情報ＤＢ４２にはユーザ名及びパスワードが登録されている。ユーザ名は一意性が保証されたユーザの名称である。ユーザ名の代わりに又はユーザ名と共にユーザＩＤが対応付けられていてもよい。パスワードは各ユーザ別に登録されている秘匿性のある情報である。社員証などのＩＣカードに関する情報が登録されていてもよい。この他、所属、メールアドレス、氏名等が登録されていてもよい。

図６に戻って説明する。認証処理部３４は端末装置１０又は管理者端末６０から送信された、ユーザ名及びパスワードがユーザ情報ＤＢ４２に登録されているか否かに応じて、ユーザ又は管理者の認証が成立するか否かを判断する。なお、認証を処理管理サーバ３０が行うのではなく、予め定められた認証サーバによる認証結果を処理管理サーバ３０が使用してもよい。

画面情報送信部３１は端末装置１０又は管理者端末６０が表示する各種の画面の画面情報を端末装置１０又は管理者端末６０に送信する。管理者がログインした場合、画面情報送信部３１は管理者向けにイベントコンテナ３を新たに生成するための画面情報を送信したり、すでにイベントコンテナＤＢ４１に保存されているイベントコンテナ３の編集を行ったりすることができる画面情報を送信する。また、ユーザがログインした場合、画面情報送信部３１はすでにイベントコンテナＤＢ４１に保存されているイベントコンテナ３の条件を満たす操作をユーザが行うための画面情報を送信する。例えば、格納場所に電子ファイル５が設定されているイベントコンテナ３の場合は電子ファイル５、条件ファイル６及びルールファイル８を表示するための画面情報を送信する。格納場所に電子ファイル５が設定されていないイベントコンテナ３の場合は、条件ファイル６（どのような電子ファイルが必要か）及びルールファイル８を表示するための画面情報を送信する。

操作内容受信部３２は、端末装置１０又は管理者端末６０から上記の操作内容を受信して、イベントコンテナ設定部３３又はイベントコンテナ処理部３８に送出する。主に管理者からのイベントコンテナ３の新規作成又は編集に関する操作はイベントコンテナ設定部３３に送出され、主にユーザからのイベントコンテナ３の電子ファイル５はイベントコンテナ処理部３８に送出される。

イベントコンテナ設定部３３は、管理者の操作に応じて、イベントコンテナＤＢ４１に新規作成されたイベントコンテナ３を登録したり、すでに登録されているイベントコンテナ３を編集したりする。イベントコンテナ処理部３８は端末装置１０から送信された電子ファイル５でイベントコンテナの電子ファイル５を更新したり、電子ファイル５を格納場所に新たに登録したりする。

イベントコンテナ監視部３７は、イベントコンテナＤＢ４１のイベントコンテナ３の電子ファイル５と条件を監視して、条件が満たされた場合は条件ファイル６ごとにフラグをＴｒｕｅに設定する。すなわち、１つのイベントコンテナ３が複数の条件ファイル６を有していても、フラグは任意の順番で独立に更新される。

イベントコンテナ監視部３７は、フラグをＴｒｕｅに更新すると、１つのイベントコンテナ３の全ての条件ファイル６のフラグがＴｒｕｅになったか否かを判断する。全てのフラグがＴｒｕｅになるとそのイベントコンテナ３のＩＤをルール実行部３６に通知する。ルール実行部３６はＩＤで指示されたイベントコンテナ３をイベントコンテナＤＢ４１から取得し（読み取り）、ルールファイル８に設定されたルールを参照して、処理実行部３５と連携しながらルールを実行する。

処理実行部３５は、予め登録された複数のプラグインを有し、ルール実行部３６の制御にしたがって実行する。プラグインは例えばルールファイル８の１つのルールと１対１に対応する。ルール実行部３６は、処理実行部３５と通信してルールファイル８に設定されたルールに対応するプラグインに電子ファイル５を送出してその実行を要求する。ＯＣＲなど加工タイプのプラグインからは処理された電子ファイル５が戻ってくるので、ルール実行部３６はルールファイル８の処理の順番に、プラグインへの処理の要求を行う。出力タイプのプラグインは処理された電子ファイル５をフォルダに移動したり、電子メールで送信したりする。

＜イベントコンテナの例＞
図７を用いてイベントコンテナ３のいくつかの例を説明する。図７（ａ）は社内ルールを記載した電子ファイル５に編集と上書きが行われたら、一定の人に電子ファイル５をメールで送信するイベントコンテナ３を示す。
（１）管理者により、イベントコンテナ３の格納場所に「kisoku.doc」という電子ファイル５が設定される。
（２）管理者により、条件ファイル６に「編集」と「上書き保存」という条件が設定される。
（３）管理者により、ルールファイル８に「メールアドレスへ周知するというルールが設定される」
（４）ユーザにより、電子ファイル５が編集され、上書き保存されると、電子ファイル５が電子メールで送信される。なお、編集された電子ファイル５には編集履歴が記録されるので、電子メールを受信した社員はどこが編集されたのかを把握できる。

図７（ｂ）は、ローン審査で必要な電子ファイルを収集して、次工程に回すためのイベントコンテナ３を示す。
（１）管理者により、１つめの格納場所の条件ファイル６に「カラーJPEG」という条件が設定され、２つめの格納場所の条件ファイル６に「ＰＤＦ」という条件が設定される。「カラーJPEG」は身分証明書（免許証、健康保険証、パスポート、マイナンバーカード等）の画像データであり、ＰＤＦはローンの申請書である。
（２）管理者により、ルールファイル８に「文書を○○フォルダに移動する」と「条件を満たしたことをメールで周知する」というルールが設定される。
（３）ユーザにより、「カラーJPEG」と「ＰＤＦ」がイベントコンテナ３に設定されると、２つの電子ファイル５が次工程へ送信される。次工程は例えば審査部門などである。
（４）１つのイベントコンテナ３が次工程に送信されると、そのタイミングで新しいイベントコンテナ３が生成される。すなわち、（１）（２）で作成されたイベントコンテナ３はテンプレートであり、同じイベントコンテナ３がコピーして複数のユーザにより利用される。これにより定型の業務では管理者がイベントコンテナを作成する手間を低減できる。なお、イベントコンテナがコピーされるタイミングは次工程に送信されたタイミングでなくてもよく、例えば、ユーザがイベントコンテナ３を要求したタイミングでもよい。

＜動作手順＞
図８は、管理者端末６０がイベントコンテナ３を新規作成する手順を示すシーケンス図の一例である。図８の処理は、管理者がイベントコンテナ３を作成する際にスタートする。

S1：まず、管理者は処理管理サーバ３０に対し、ユーザ名とパスワードを含むログイン要求を送信する。

S2：処理管理サーバ３０の認証処理部３４はログイン要求を受信して認証処理を実行する。すなわち、管理者端末６０が送信したユーザ名とパスワードがユーザ情報ＤＢ４２に登録されているか否かを判断する。

S3：認証処理部３４は認証結果を管理者端末６０に送信する。登録されていない場合、認証処理部３４は認証ＮＧを管理者端末６０に送信し、登録されている場合、認証処理部３４は認証ＯＫを管理者端末６０に送信する。本実施形態では認証が成立したものとして説明する。

S4：管理者はイベントコンテナ３を登録するため登録画面を要求する操作を管理者端末６０に入力する。操作受付部１２はこの操作を受け付ける。操作内容送信部１４は登録画面要求を処理管理サーバ３０に送信する。

S5：処理管理サーバ３０の操作内容受信部３２は操作内容を受信し、画面情報送信部３１に操作内容を通知する。画面情報送信部３１は登録画面の画面情報を管理者端末６０に送信する。なお、管理者端末６０で動作するプログラム２０９ｐがアプリケーションソフトの場合、すでに登録画面の画面情報を有している場合もあるので、ステップＳ４とＳ５が行われない場合がある。ステップＳ４とＳ５は、管理者端末６０で動作するプログラム２０９ｐがブラウザソフトウェアの場合に主に行われる。

S6：管理者は、登録画面に対し電子ファイル５を登録する。操作受付部１２は電子ファイル５の登録を受け付ける。上記のように電子ファイル５が登録されないイベントコンテナ３の場合、ステップＳ６は実行されない。

S7：管理者は、登録画面に対し条件を登録する。操作受付部１２は条件の登録を受け付ける。

S8：管理者は、登録画面に対しルールを登録する。操作受付部１２はルールの登録を受け付ける。

S9：管理者は、登録画面に対し書誌情報７を登録する。操作受付部１２は書誌情報７の登録を受け付ける。

S10：管理者は、登録画面に対しテンプレートタイプを登録する。操作受付部１２はテンプレートタイプの登録を受け付ける。

S11：管理者が例えば送信ボタンを押下すると、操作受付部１２がそれを受け付け、操作内容送信部１４がイベントコンテナ３の登録要求（電子ファイル５、条件ファイル６、ルールファイル８、書誌情報７）を処理管理サーバ３０に送信する。上記のように、電子ファイル５は送信されない場合がある。また、ステップＳ６～Ｓ９のそれぞれの処理の後に、管理者の操作に応じて又は自動的に電子ファイル５、条件ファイル６、ルールファイル８、及び、書誌情報７が別々に送信されてもよい。

S12：処理管理サーバ３０の操作内容受信部３２は登録要求を受信し、イベントコンテナ設定部３３に登録要求を送出する。イベントコンテナ設定部３３は、イベントコンテナＩＤを採番してイベントコンテナＤＢ４１にイベントコンテナ３を登録する。

S13：イベントコンテナ３を登録した処理管理サーバ３０の画面情報送信部３１はイベントコンテナＩＤを管理者端末６０に送信する。このイベントコンテナＩＤを例えばＵＲＬとして通知するか、イベントコンテナＩＤと共にＵＲＬを通知すれば、管理者は自分が登録したイベントコンテナ３に容易にアクセスできる。

図９は、ユーザがイベントコンテナ３の電子ファイル５に関する操作を行い、処理管理サーバ３０がイベントドリブン方式で電子ファイル５に関するルールを実行する手順を示すシーケンス図の一例である。
S21～S23：図８のS1～S3と同様にユーザが処理管理サーバ３０にログインする。

S24：ユーザはイベントコンテナ３のリストを処理管理サーバ３０に要求する操作を端末装置１０に行う。端末装置１０の操作受付部１２は該操作を受け付け、操作内容送信部１４がイベントコンテナ３のリスト要求を処理管理サーバ３０に送信する。

S25：処理管理サーバ３０の操作内容受信部３２はイベントコンテナ３のリスト要求を受信し、イベントコンテナ処理部３８に送出する。イベントコンテナ処理部３８はイベントコンテナＤＢ４１からユーザ名に対応付けられた1つ以上のイベントコンテナ３を読み出して、画面情報送信部３１に送出する。画面情報送信部３１はイベントコンテナ３のリストを端末装置１０に送信する。ユーザが使用できるイベントコンテナ３は予め決まっており、１つ以上あればよい。また、図９ではイベントコンテナ３のリストをユーザが要求しているが、管理者等がイベントコンテナ３を指定するＵＲＬをユーザに電子メールなどで送信しておけば、ユーザは自分が使用すべきイベントコンテナ３を一意に特定できる。この場合、ステップＳ２４～Ｓ２７はなくてもよい。

S26：ユーザはイベントコンテナ３のリストからイベントコンテナ３を選択する。端末装置１０の操作受付部１２はイベントコンテナ３の選択を受け付け、操作内容送信部１４がＩＤと共にイベントコンテナ３の要求を処理管理サーバ３０に送信する。

S27：処理管理サーバ３０の操作内容受信部３２はイベントコンテナ３の要求を受信し、イベントコンテナ処理部３８に送出する。

S28：イベントコンテナ処理部３８はＩＤで指定されたイベントコンテナ３をイベントコンテナＤＢ４１から取得して、テンプレートタイプの場合は複製する。

S29：イベントコンテナ処理部３８はＩＤで指定されたイベントコンテナ３又は複製したイベントコンテナ３を画面情報送信部３１に送出する。画面情報送信部３１はイベントコンテナ３を端末装置１０に送信する。

S30：端末装置１０の画面情報取得部１３はイベントコンテナ３を取得し、表示制御部１１に送出するので、表示制御部１１はイベントコンテナ３をＬＣＤ２０６に表示する。イベントコンテナ３の表示画面を図１０に示す。これによりユーザは電子ファイル５に関する操作を行うことができる。端末装置１０の操作受付部１２はユーザによる電子ファイル５に関する操作を受け付ける。電子ファイル５に関する操作とは、例えば条件を満たすための操作であり、イベントコンテナ３によって様々である。

S31：端末装置１０の操作内容送信部１４は電子ファイル５に関する操作内容を処理管理サーバ３０に送信する。実際に電子ファイル５が更新された否かに関係なく、更新された電子ファイル５を送信すればよい。例えば、図８（ａ）のイベントコンテナ３の場合、端末装置１０が表示するイベントコンテナ３にユーザが設定した編集後の電子ファイル５が操作内容である。図８（ｂ）のイベントコンテナ３の場合、端末装置１０が表示するイベントコンテナ３にユーザが設定したカラーＪＰＥＧの電子ファイル５又はＰＤＦの電子ファイル５の少なくとも一方が操作内容である。なお、各電子ファイル５を個別に送信するのではなく、操作内容送信部１４はイベントコンテナ３の全体を処理管理サーバ３０に送信してもよい。

S32：処理管理サーバ３０の操作内容受信部３２は電子ファイル５に関する操作内容を受信し、イベントコンテナ処理部３８に送出する。イベントコンテナ処理部３８はイベントコンテナ３を更新する。イベントコンテナ監視部３７はフラグを更新する。この詳細を図１１にて説明する。

S33：また、処理管理サーバ３０のルール実行部３６はイベントコンテナ３の全てのフラグがＴｒｕｅになると、ルールを実行する。

図１０は、端末装置１０のＬＣＤ２０６に表示されたイベントコンテナ３の表示画面を示す図である。イベントコンテナ３の表示画面は主にイベントコンテナ欄４０１と電子ファイル欄４０２を有する。イベントコンテナ欄４０１にはイベントコンテナ３に関する情報が表示され、電子ファイル欄４０２にはイベントコンテナ３に含まれる電子ファイルが表示される。

ユーザは編集したい電子ファイルを電子ファイル欄４０２から選択して編集し、格納場所にドラッグ＆ドロップする。これにより、例えば上書き保存という条件を満たすことができる。イベントコンテナ３の格納場所に電子ファイルが格納されていないイベントコンテナ３の場合、ユーザが用意した電子ファイルを電子ファイル欄に表示させ、同様にドラッグ＆ドロップすればよい。このように簡単な操作でユーザは電子ファイルを処理管理サーバ３０に登録できる。

図１１は、処理管理サーバ３０がイベントコンテナ３の更新を行う手順を示すフローチャート図の一例である。図１１の処理は処理管理サーバ３０がイベントコンテナ３を受信するとスタートする。

まず、イベントコンテナ監視部３７は、格納場所ごとに、端末装置１０に送信する前の電子ファイル５と、端末装置１０から送信された電子ファイル５を比較する（Ｓ１０１）。なお、当然ながら、比較する電子ファイル５は端末装置１０から送信されたものだけでよい。

そして、電子ファイル５に違いがあるか否かを判断する（Ｓ１０２）。電子ファイル５のテキスト部分の比較では先頭から順番に1文字ずつ比較し、画像データの比較ではマッチングにより比較する。なお、より簡単に、電子ファイル５のタイムスタンプ（更新日時）により判断してもよい。

格納場所に電子ファイル５がなかったが、端末装置１０から電子ファイル５が送信された場合も違いがあると判断される。

２つの電子ファイル５に違いがない場合、処理はステップＳ１０５に進む。２つの電子ファイル５に違いがある場合、イベントコンテナ監視部３７は条件が満たされたか否かを判断する（Ｓ１０３）。図８（ａ）のイベントコンテナ３では、電子ファイル５が編集されていればよいので、電子ファイル５に違いがあることで条件が満たされる。図８（ｂ）のイベントコンテナ３では、端末装置１０から送信された１つ目の格納場所の電子ファイル５がカラーＪＰＥＧである場合、又は、２つ目の格納場所の電子ファイル５がＰＤＦである場合、条件が満たされたと判断する。

ステップＳ１０３の判断がＹｅｓの場合、イベントコンテナ処理部３８は格納場所のフラグをＴｒｕｅに変更する（Ｓ１０４）。これにより、１つの格納場所のフラグがＴｒｕｅになる。

次に、イベントコンテナ監視部３７は全ての格納場所を確認したか否かを判断する（Ｓ１０５）。全ての格納場所を確認するまで処理はステップＳ１０１に戻る。

全ての格納場所を確認すると、イベントコンテナ監視部３７はイベントコンテナ３の全てのフラグがＴｒｕｅか否かを判断する（Ｓ１０６）。

全てのフラグがＴｒｕｅでない場合、ルールを実行できないので、図１１の処理は終了する。

全てのフラグがＴｒｕｅである場合、イベントコンテナ監視部３７はルール実行部３６にルールの実行を要求する（Ｓ１０７）。これにより、イベントドリブン方式で、イベントコンテナ３に設定されたルールが実行される。

＜複合機を使用したローン申請＞
複合機５０が有するスキャナ機能を利用することで電子ファイル５を用意することができ、自律処理システム１００がこれを条件としてルールを実行できる。例えば、ユーザが複合機５０を使用して条件を満たすローン申請のためのイベントコンテナ３の活用例を説明する。

図１２は、複合機５０と処理管理サーバ３０を有する自律処理システム１００の一例の構成図を示す。図１２では端末装置１０として複合機５０が利用される。複合機５０ではブラウザソフトウェア又はアプリケーションソフトが動作しており、ユーザが身分証明書及びローン申請書をイベントコンテナ３に設定するための画面をＬＣＤ２０６に表示する。

図１３は、複合機５０を利用した自律処理システム１００の動作を説明するシーケンス図の一例である。図１３においてはすでに処理管理サーバ３０にイベントコンテナ３が登録されているものとする。また、適宜、図１４の画面例を参照して説明する。

S41：複合機５０の表示制御部１１は待機時に図１４（ａ）のメニュー画面３０１をＬＣＤ２０６に表示している。ローン申請を行うユーザはメニュー画面３０１のローン申請ボタン３０２を押下する。複合機５０の操作受付部１２はローン申請ボタン３０２の押下を受け付ける。これにより、複合機５０の操作内容送信部１４はローン申請のイベントコンテナ３を要求する操作内容を処理管理サーバ３０に送信する。

S42：処理管理サーバ３０の操作内容受信部３２はローン申請のイベントコンテナ３の要求を受信し、イベントコンテナ処理部３８に送出する。イベントコンテナ処理部３８は、ローン申請のイベントコンテナ３がテンプレートタイプであると判断し、イベントコンテナ３を複製する。画面情報送信部３１は複製されたローン申請のイベントコンテナ３の画面情報を複合機５０に送信する。

S43：複合機５０の画面情報取得部１３が画面情報を取得して、表示制御部１１が画面情報に基づいて図１４（ｂ）の電子ファイル選択画面３１１をＬＣＤ２０６に表示する。ユーザは身分証明書ボタン３１２又は申請書ボタン３１３のどちらでも好きなボタンから選択して押下する。図１３では身分証明書ボタン３１２を先に押下したものとする。複合機５０の操作受付部１２は身分証明書ボタン３１２の押下を受け付ける。これにより、複合機５０の表示制御部１１は図１４（ｃ）の身分証コピー画面３２１をＬＣＤ２０６に表示する。身分証コピー画面３２１の画面情報を処理管理サーバ３０から取得してもよい。

S44：ユーザは指示にしたがって身分証をコンタクトガラスに置きスタートボタン３２３を押下する。操作受付部１２はこの操作を受け付け基本機能部１５に通知することで、基本機能部１５が身分証をコピーする。複合機５０の表示制御部１１は図１４（ｄ）の確認画面３３１に身分証の画像データを表示し、操作受付部１２はユーザがＯＫボタン３３３又はキャンセルボタン３３４のどちらを押下したかを判断する。

S45：ユーザがＯＫボタン３３３を押下した場合、複合機５０の操作内容送信部１４は電子ファイル５に関する操作内容として、身分証の画像データを処理管理サーバ３０に送信する。身分証の画像データは、申請書のＰＤＦファイルと共に処理管理サーバ３０に送信されてもよい。

S46：処理管理サーバ３０の操作内容受信部３２は画像データを受信し、イベントコンテナ処理部３８に送出する。これにより、イベントコンテナ処理部３８はイベントコンテナ３を更新し、イベントコンテナ監視部３７が身分証の電子ファイル５に対応する格納場所のフラグをＴｒｕｅに設定する。また、全てのフラグがＴｒｕｅかどうかを確認するが、この時点ではすべてのフラグがＴｒｕｅでないのでルールは実行されない。

S47：また、確認画面３３１のユーザがＯＫボタン３３３を押下すると、表示制御部１１は電子ファイル選択画面３１１を再度、ＬＣＤ２０６に表示する。すでに電子ファイル５が処理管理サーバ３０に送信された電子ファイル５に対応するボタンは選択不能な状態で表示されるか又は表示されないことが好ましい。ユーザが申請書ボタン３１３を押下すると、複合機５０の操作受付部１２は申請書ボタン３１３の押下を受け付ける。これにより、複合機５０の表示制御部１１は図１４（ｆ）の申請書画面３４１をＬＣＤ２０６に表示する。

S48：ユーザが申請書画面３４１で必要事項を入力するので、複合機５０の操作受付部１２は入力を受け付ける。

S49：ユーザが申請書画面３４１のＯＫボタン３４３を押下すると、複合機５０の操作受付部１２が該操作を受け付ける。これにより基本機能部１５が、ユーザにより入力された申請書のＰＤＦファイルを作成する。ＰＤＦファイルの作成は処理管理サーバ３０が行ってもよい。この場合、複合機５０はユーザが申請書画面３４１で入力したテキストデータを処理管理サーバ３０に送信する。こうすることで、負荷が高い処理を処理管理サーバ３０が行うことができる。

S50：複合機５０の操作内容送信部１４は電子ファイル５に関する操作内容として、申請書画面３４１で入力されテキストデータから変換されたＰＤＦファイルを処理管理サーバ３０に送信する。

S51：処理管理サーバ３０の操作内容受信部３２はＰＤＦファイルを受信し、イベントコンテナ処理部３８に送出する。これにより、イベントコンテナ処理部３８はイベントコンテナ３を更新し、イベントコンテナ監視部３７がＰＤＦファイルに対応する格納場所のフラグをＴｒｕｅに設定する。

S52：イベントコンテナ監視部３７は、イベントコンテナ３の全てのフラグがＴｒｕｅかどうかを確認する。この時点ですべてのフラグがＴｒｕｅになるので、イベントコンテナＩＤを指定してルール実行部３６にルールの実行を要求する。これにより、ルール実行部３６がイベントコンテナ３をイベントコンテナＤＢ４１から読み出してイベントコンテナ３に設定されたルールを実行する。なお、ルール実行のタイミングで、新たにイベントコンテナ３をコピーして他のユーザが利用できるようにしてもよい。

図１４は、複合機５０のＬＣＤ２０６に表示されるいくつかの画面例を説明する図である。図１４（ａ）はメニュー画面３０１の一例を示す。メニュー画面３０１はローン申請ボタン３０２とレンタカーボタン３０３を有する。メニュー画面３０１はユーザがイベントコンテナ３を選択するための画面である。図１４（ａ）ではローン申請とレンタカーのレンタルが例に挙げられているが一例に過ぎず、スキャナ機能で身分証明書をコピーする各種のイベントコンテナ３を選択可能になる。

図１４（ｂ）は電子ファイル選択画面３１１の一例を示す。電子ファイル選択画面３１１は、身分証明書ボタン３１２又は申請書ボタン３１３を有する。ユーザはローン申請のために用意すべき電子ファイル５を順番に複合機５０に入力することができる。

図１４（ｃ）は身分証コピー画面３２１の一例を示す。身分証コピー画面３２１は身分証のコピー操作を誘導するアイコン３２２、スタートボタン３２３、及び、キャンセルボタン３２４を有する。ユーザはアイコンにしたがって、身分証をコンタクトガラスに置き身分証の画像データを作成する。

図１４（ｄ）は確認画面３３１の一例を示す。確認画面３３１には、身分証の画像データ３３２、ＯＫボタン３３３、及び、キャンセルボタン３３４が表示される。ユーザは身分証の画像データ３３２を見て身分証がコピーできたか否かを判断する。ＯＫボタン３３３の押下により身分証の画像データが処理管理サーバ３０のイベントコンテナ３へ登録され、キャンセルボタン３３４の押下により身分証の画像データが破棄される。この場合、再度、図１４（ｃ）の身分証コピー画面３２１が表示される。

図１４（ｅ）は図１４（ｂ）と同様の電子ファイル選択画面３１１の一例を示す。図１４（ｅ）の電子ファイル選択画面３１１は、ユーザがこれから入力すべき電子ファイル５に対応する申請書ボタン３１３のみが選択可能に表示される。身分証明書ボタン３１２は輝度が低下された状態で表示され、ユーザが選択することができない。

図１４（ｆ）は申請書画面３４１の一例を示す。申請書画面３４１は申請書の必要事項の入力欄３４２、ＯＫボタン３４３、及び、キャンセルボタン３４４を有する。ユーザはタッチパネルのソフトキーやハードキーを使用して必要事項を入力する。ＯＫボタン３４３の押下により申請書（又はＰＤＦファイル）が処理管理サーバ３０のイベントコンテナ３へ登録され、キャンセルボタン３４４の押下により入力内容が破棄される。

このように、ユーザは複合機５０に表示される画面にしたがって複合機５０を操作すれば、イベントコンテナ３の条件を満たすことができる。

＜複数人のユーザによる並行処理＞
図１５は、複数人のユーザによる並行処理を説明する図の一例である。本実施形態の自律処理システム１００は従来のワークフローのように処理が順番に進行される必要がないため、複数のユーザが並行して１つのイベントコンテナ３に対し電子ファイル５の格納場所の条件を満たすための操作を行うことができる。

図１５では処理管理サーバ３０に２台の端末装置１０が接続されている。また、処理管理サーバ３０には、２つの電子ファイル５にそれぞれ条件が設定されたイベントコンテナ３が登録されている。条件は電子ファイル５に対しユーザが署名するというものである。二人のユーザは任意のタイミングで電子ファイル５に署名することができるため、どちらかのユーザの署名の方が早くなければならないということがない。

なお、処理管理サーバ３０は一人のユーザは１つの電子ファイル５にしか署名できないように制御することも可能である。この場合、処理管理サーバ３０は、条件ファイルに条件を満たす操作を行ったユーザのユーザＩＤを設定しておき、同じユーザによる別の電子ファイル５に対する操作を制限する（禁止する）。あるいは、一人のユーザが複数の電子ファイル５に署名できてもよい。

＜その他のイベントコンテナの例＞
図１６は、イベントコンテナ３の一例を示す。「***.pdf」という電子ファイル５が１００回、閲覧されると「社内ＳＮＳにアップロード」するというルールが実行される。このように、本実施形態の自律処理システム１００は、不特定のユーザによる電子ファイル５に対する操作と操作の回数（閲覧回数が閾値以上になること）を条件にできる。従来のワークフローシステムでは電子ファイル５の状態を決まったユーザが更新していたため、不特定のユーザによる処理を条件とすることは困難であった。また、閲覧回数を条件とすることも困難であった。

なお、「社内ＳＮＳにアップロード」というルールは一例に過ぎず、「監視フォルダにアップロード」「batファイルを実行」等をルールに設定することもできる。

＜まとめ＞
以上説明したように、本実施形態の自律処理システム１００イベントドリブン方式のように自律的に処理を進めることが可能になる。１人以上の各ユーザはイベントドリブン方式で任意のタイミングで条件を満たしていくことができる。従来のワークフローでは基本的にユーザの判断・操作によって処理が進行していたが、自律処理システム１００はユーザが判断したり操作したりすることは不要で、自律的に条件の判断とルールが実行される。また、端末装置１０を操作するユーザは、イベントコンテナ３がどんな状態かを確認することができる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、本実施形態では複数の電子ファイル５の条件が満たされる順番に制約がないと説明したが、順番を設定することも可能である。この場合、処理管理サーバ３０はイベントコンテナ３に設定された順番どおりに端末装置１０に電子ファイル５を提供したり、格納場所への電子ファイル５の登録を許可したりする。

また、複数のイベントコンテナ３が連携してもよい。例えば、１番目のイベントコンテナ３のルールが実行されることで、２番目のイベントコンテナ３が有効になり、２番目のイベントコンテナ３に対する電子ファイル５の条件を満たすようにユーザが操作できるようになる。

また、イベントコンテナ３に設定されるルールとしては、フォルダ配信、メール送信等の他、プリンタからの印刷、ＦＡＸ送信、ディスプレイへの表示、プロジェクタからの投影等、電子ファイルで可能な処理であればよい。また、全てのフラグがＴｒｕｅになることで、所定のメンバーを会議のため招集したり、会議室を予約したりしてもよく、電子ファイルが直接使用されないルールが設定されてもよい。

また、本実施形態では処理管理サーバ３０と端末装置１０がクライアント・サーバ形式で処理する自律処理システム１００について説明したが、例えば端末装置１０が単体で自律処理を行ってもよい。この場合、ユーザは端末装置１０が有するイベントコンテナ３の電子ファイル５に対し条件を満たす操作を行う。全てのフラグがＴｒｕｅになるとルールファイル８に設定されたルールを実行するので、例えば、電子ファイル５をアップロードしたり、電子メールで配信したりすることができる。

また、イベントコンテナ３は条件ファイル６とルールファイル８を有すると説明したが、条件はファイルに記載されている必要はなく、ルールもファイルに記載されている必要はない。

また、イベントコンテナ３は、条件ファイル６とルールファイル８を一体に有する必要はなく、１つ以上の電子ファイル５（又はその格納場所）に条件ファイル６及びルールファイル８が対応付けられていればよい。

また、図６などの構成例は、端末装置１０、及び処理管理サーバ３０の処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。また、端末装置１０、及び処理管理サーバ３０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

また、処理管理サーバ３０の機能がそれぞれ複数のサーバ装置に分散されていてもよいし、複数の処理管理サーバ３０が存在してもよい。

イベントコンテナＤＢ４１は記憶手段の一例であり、イベントコンテナ監視部３７は監視手段の一例であり、ルール実行部３６は処理実行手段の一例であり、イベントコンテナ処理部３８は複製手段の一例である。

３ ：イベントコンテナ
５ ：電子ファイル
６ ：条件ファイル
７ ：書誌情報
８ ：ルールファイル
１０ ：端末装置
３０ ：処理管理サーバ
３１ ：画面情報送信部
３２ ：操作内容受信部
３３ ：イベントコンテナ設定部
３４ ：認証処理部
３５ ：処理実行部
３６ ：ルール実行部
３７ ：イベントコンテナ監視部
３８ ：イベントコンテナ処理部
５０ ：複合機
６０ ：管理者端末
１００ ：自律処理システム

特開2003－050905号公報

Claims (14)

1. 電子ファイルに対して所定の処理を実行する情報処理装置であって、
   少なくとも１つ以上の前記電子ファイルに、１つ以上の前記電子ファイルに対する処理の内容を示す処理内容と、前記処理内容に対応する処理を実行するために電子ファイルごとに設定された条件と、複製して使用されるか否か、とが対応付けて登録された記憶手段を参照して、
   前記電子ファイルごとに前記条件が満たされたかを監視する監視手段と、
   前記電子ファイルに対応付けられた全ての前記条件が満たされた場合、前記処理内容に対応する処理を実行する処理実行手段と、
   複製して使用されると設定されている１つ以上の前記電子ファイルを複製する複製手段と、を有し、
   前記監視手段は、複製された１つ以上の前記電子ファイルごとに前記条件が満たされたか否かを判断する ことを特徴とする情報処理装置。
2. 前記監視手段は１つの前記条件が満たされた場合に前記条件が満たされた旨を前記電子ファイルに対応付けて記録し、
   前記処理実行手段は、前記電子ファイルに対応付けられた全ての前記条件が満たされた旨が設定された場合に前記処理内容に対応する処理を実行することを特徴とする請求項１に記載の情報処理装置。
3. 複数の前記電子ファイルにそれぞれ前記条件が設定されている場合、各電子ファイルに対応付けられた前記条件が満たされる順番に制約がないことを特徴とする請求項１又は２に記載の情報処理装置。
4. １つの前記電子ファイルに１つ以上の前記条件が設定されていることを特徴とする請求項１～３のいずれか１項に記載の情報処理装置。
5. １つ以上の前記電子ファイルに１つ以上の前記処理内容が設定されていることを特徴とする請求項１～４のいずれか１項に記載の情報処理装置。
6. 前記電子ファイルは予め定められた格納場所に格納されるものであり、
   前記電子ファイルが格納されていない前記格納場所に、前記電子ファイルが格納されることが前記条件に設定されていることを特徴とする請求項１～５のいずれか１項に記載の情報処理装置。
7. 前記電子ファイルの予め定められた格納場所に前記電子ファイルが格納されており、
   前記電子ファイルが編集されることが前記条件に設定されていることを特徴とする請求項１～５のいずれか１項に記載の情報処理装置。
8. 電子ファイルに対して所定の処理を実行する情報処理装置であって、
   少なくとも１つ以上の前記電子ファイルに、１つ以上の前記電子ファイルに対する処理の内容を示す処理内容と、前記処理内容に対応する処理を実行するために電子ファイルごとに設定された条件とが対応付けて登録された記憶手段を参照して、
   前記電子ファイルごとに前記条件が満たされたかを監視する監視手段と、
   前記電子ファイルに対応付けられた全ての前記条件が満たされた場合、前記処理内容に対応する処理を実行する処理実行手段と、を有し、
   前記電子ファイルの予め定められた格納場所に前記電子ファイルが格納されており、
   前記電子ファイルの閲覧回数が閾値以上になることが前記条件に設定されている ことを特徴とする情報処理装置。
9. 情報処理装置が電子ファイルに対して所定の処理を実行する処理方法であって、
   少なくとも１つ以上の前記電子ファイルに、１つ以上の前記電子ファイルに対する処理の内容を示す処理内容と、前記処理内容に対応する処理を実行するために各電子ファイルごとに設定された条件と、複製して使用されるか否か、とが対応付けて登録された記憶手段を参照して、
   監視手段が、前記電子ファイルごとに前記条件が満たされたか否かを監視するステップと、
   前記電子ファイルに対応付けられた全ての前記条件が満たされた場合、処理実行手段が前記処理内容に対応する処理を実行するステップと、
   複製手段が、複製して使用されると設定されている１つ以上の前記電子ファイルを複製するステップと、
   前記監視手段が、複製された１つ以上の前記電子ファイルごとに前記条件が満たされたか否かを判断するステップと、を有する処理方法。
10. 情報処理装置が電子ファイルに対して所定の処理を実行する処理方法であって、
    少なくとも１つ以上の前記電子ファイルに、１つ以上の前記電子ファイルに対する処理の内容を示す処理内容と、前記処理内容に対応する処理を実行するために各電子ファイルごとに設定された条件とが対応付けて登録された記憶手段を参照して、
    監視手段が、前記電子ファイルごとに前記条件が満たされたか否かを監視するステップと、
    前記電子ファイルに対応付けられた全ての前記条件が満たされた場合、処理実行手段が前記処理内容に対応する処理を実行するステップと、を有し、
    前記電子ファイルの予め定められた格納場所に前記電子ファイルが格納されており、
    前記電子ファイルの閲覧回数が閾値以上になることが前記条件に設定されていることを特徴とする処理方法。
11. 電子ファイルに対して所定の処理を実行する情報処理装置を、
    少なくとも１つ以上の前記電子ファイルに、１つ以上の前記電子ファイルに対する処理の内容を示す処理内容と、前記処理内容に対応する処理を実行するために各電子ファイルごとに設定された条件と、複製して使用されるか否か、とが対応付けて登録された記憶手段を参照して、
    前記電子ファイルごとに前記条件が満たされたか否かを監視する監視手段と、
    前記電子ファイルに対応付けられた全ての前記条件が満たされた場合、前記処理内容に対応する処理を実行する処理実行手段と、
    複製して使用されると設定されている１つ以上の前記電子ファイルを複製する複製手段、として機能させ、
    前記監視手段は、複製された１つ以上の前記電子ファイルごとに前記条件が満たされたか否かを判断するプログラム。
12. 電子ファイルに対して所定の処理を実行する情報処理装置を、
    少なくとも１つ以上の前記電子ファイルに、１つ以上の前記電子ファイルに対する処理の内容を示す処理内容と、前記処理内容に対応する処理を実行するために各電子ファイルごとに設定された条件とが対応付けて登録された記憶手段を参照して、
    前記電子ファイルごとに前記条件が満たされたか否かを監視する監視手段と、
    前記電子ファイルに対応付けられた全ての前記条件が満たされた場合、前記処理内容に対応する処理を実行する処理実行手段、として機能させ、
    前記電子ファイルの予め定められた格納場所に前記電子ファイルが格納されており、
    前記電子ファイルの閲覧回数が閾値以上になることが前記条件に設定されているプログラム。
13. 電子ファイルに対して所定の処理を実行する自律処理システムであって、
    少なくとも１つ以上の前記電子ファイルに、１つ以上の前記電子ファイルに対する処理の内容を示す処理内容と、前記処理内容に対応する処理を実行するために各電子ファイルごとに設定された条件と、複製して使用されるか否か、とが対応付けて登録された記憶手段を参照して、
    前記電子ファイルごとに前記条件が満たされたか否かを監視する監視手段と、
    前記電子ファイルに対応付けられた全ての前記条件が満たされた場合、前記処理内容に対応する処理を実行する処理実行手段と、
    複製して使用されると設定されている１つ以上の前記電子ファイルを複製する複製手段と、を有し、
    前記監視手段は、複製された１つ以上の前記電子ファイルごとに前記条件が満たされたか否かを判断することを特徴とする自律処理システム。
14. 電子ファイルに対して所定の処理を実行する自律処理システムであって、
    少なくとも１つ以上の前記電子ファイルに、１つ以上の前記電子ファイルに対する処理の内容を示す処理内容と、前記処理内容に対応する処理を実行するために各電子ファイルごとに設定された条件とが対応付けて登録された記憶手段を参照して、
    前記電子ファイルごとに前記条件が満たされたか否かを監視する監視手段と、
    前記電子ファイルに対応付けられた全ての前記条件が満たされた場合、前記処理内容に対応する処理を実行する処理実行手段と、を有し、
    前記電子ファイルの予め定められた格納場所に前記電子ファイルが格納されており、
    前記電子ファイルの閲覧回数が閾値以上になることが前記条件に設定されている自律処理システム。

Images