JP6268839B2 - 配信装置、配信方法、及び配信プログラム - Google Patents

Description

本発明は、配信装置、配信方法、及び配信プログラムに関する。

画像形成装置においてスキャンされた画像データに関して、予め定義されたワークフローに従った配信先に、ワークフローにおける処理結果のデータを配信するといったシステムが有る（例えば、特許文献１）。斯かるシステムでは、ワークフローの自由度を高めるために、ワークフローを構成する処理単位ごとに、プログラムモジュール（以下、単に「モジュール」という。）が実装される。そうすることにより、モジュールの組み合わせによって、様々なワークフローを定義することができる。

しかしながら、上記のようなシステムにおいて、配信処理を担うモジュールは、配信先ごとに実装される必要が有る。配信先ごとに、配信方法等が異なるため、対応する配信先の配信方法等に従った配信処理を実行するモジュールが実装される必要が有るからである。したがって、新たな配信先に対応するためには、当該配信先に対応したモジュールが実装される必要が有った。

本発明は、上記の点に鑑みてなされたものであって、複数の配信先に対応するための作業負担を軽減可能とすることを目的とする。

そこで上記課題を解決するため、配信装置は、第一のデータと、前記第一のデータに対する一以上の処理単位が構成する処理定義に従った処理の実行要求とを受信する受信部と、前記処理定義を構成する処理単位ごとに、当該処理単位を実行する１以上の処理部とを有し、前記１以上の処理部のうちの少なくとも一つの処理部は、当該処理部が対応する処理単位より前に実行される処理単位の実行結果として出力される第二のデータ又は前記第一のデータを前記処理定義において指定されている配信先に配信する配信部であり、前記配信部は、データの配信のための通信プロトコルが相互に共通する複数の配信先に含まれる配信先が指定されている場合は、前記処理定義において定義された当該配信先に対する配信方法を示す情報に基づいて、前記第一のデータ又は前記第二のデータを送信し、前記配信方法を示す情報は、前記複数の配信先に共通の項目と、前記配信先ごとに異なる項目とを含む。

複数の配信先に対応するための作業負担を軽減可能とすることができる。

本発明の実施の形態における配信管理システムの構成例を示す図である。 本発明の実施の形態における配信管理サーバのハードウェア構成例を示す図である。 本発明の実施の形態における配信管理サーバの機能構成例を示す図である。 ワークフローの一例を模式的に示す図である。 フロー定義データの記述例を示す図である。 ＣＭＩＳ配信処理に関するＰａｒａｍｅｔｅｒｓ要素の定義例を示す図である。 本発明の実施の形態における複合機の機能構成例を示す図である。 ワークフローの実行時の処理手順の一例を説明するためのシーケンス図である。 フロー選択画面の表示例を示す図である。 ＣＭＩＳ配信処理の処理手順の一例を説明するためのフローチャートである。 ジョブ投入部の詳細な構成例を示す図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における配信管理システムの構成例を示す図である。図１に示される配信管理システム１において、配信管理サーバ１０は、１台以上の複合機２０と、ＬＡＮ（Local Area Network）又はＷＡＮ（Wide Area Network）等のネットワークＮ１を介して接続されている。配信管理サーバ１０は、また、ＬＡＮ又ＷＡＮ等のネットワークＮ２を介して、ファイルサーバ３０、ＳＭＴＰサーバ４０、並びにＣＭＩＳ準拠サーバ５０ａ、５０ｂ、及び５０ｃ等と接続されている。なお、ネットワークＮ１とネットワークＮ２とは、同じネットワークであってもよい。

複合機２０は、スキャン機能、コピー機能、プリンタ機能、及びファクシミリ機能等のうちの２以上の機能を一つの筐体において実現する画像形成装置である。本実施の形態において、複合機２０は、スキャナ機能により紙媒体等をスキャン処理して画像データを生成し、生成された画像データを配信管理サーバ１０に送信する。スキャナ機能のみを実現するスキャナが、複合機２０の代わりに利用されてもよい。

配信管理サーバ１０は、複合機２０でスキャンされた画像データを受信し、後述するフロー定義データに従って、当該画像データを処理対象としてワークフロー等の処理フローを実行するコンピュータである。ワークフローは、順序付けられた１以上の処理単位の組み合わせをいう。各処理単位は、アクティビティと呼ばれる。アクティビティを任意に組み合わせることで、任意のワークフローを定義することが可能である。

ファイルサーバ３０、ＳＭＴＰサーバ４０、並びにＣＭＩＳ準拠サーバ５０ａ、５０ｂ、及び５０ｃ等は、配信管理サーバ１０によって実行されるワークフローの実行結果として出力されるデータの配信先の候補となる。

ファイルサーバ３０は、ネットワークＮ２上で共有されるファイルを蓄積して管理するコンピュータである。ＳＭＴＰ（Simple Mail Transfer Protocoｌ）サーバ５０は、メール送信プロトコルであるＳＭＴＰに準拠した電子メールの送信を実行するコンピュータである。ＣＭＩＳ準拠サーバ５０ａ〜５０ｃは、ぞれぞれ、ＣＭＩＳ（Content Management Interoperability Services）標準に準拠しているインタフェース等を備える文書管理サーバである。ＣＭＩＳとは、標準化団体ＯＡＳＩＳ（Organization for the Advancement of Structured Information Standards）が策定するコンテンツ管理システムの相互運用に関する仕様である。ＣＭＩＳに準拠した文書管理サーバは、ＲＥＳＴ（Representational State Transfer）又はＳＯＡＰ（Simple Object Access Protocol）で呼び出すことができる、共通化されたメソッドを提供する。したがって、本実施の形態において、各ＣＭＩＳ準拠サーバ５０にアクセスする配信管理サーバ１０は、共通の通信プロトコル及び共通化されたメソッドを介して、各ＣＭＩＳ準拠サーバ５０にアクセスすることができる。但し、本実施の形態において、各ＣＭＩＳ準拠サーバ５０は、相互に、文書の管理体系（文書に関して管理される属性項目）が異なる。

図２は、本発明の実施の形態における配信管理サーバのハードウェア構成例を示す図である。図２の配信管理サーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

配信管理サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って配信管理サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

なお、配信管理サーバ１０は、図２に示されるようなハードウェアを有する複数のコンピュータによって実現されてもよい。

また、複合機２０が配信管理サーバ１０を兼ねてもよい。すなわち、複合機２０が、図３に示される機能構成を有していてもよい。

図３は、本発明の実施の形態における配信管理サーバの機能構成例を示す図である。図３において、配信管理サーバ１０は、画面提供部１１、ジョブ投入部１２、フロー実行制御部１３、及び処理部１４等を有する。これら各部は、配信管理サーバ１０にインストールされたプログラムがＣＰＵ１０４に実行させる処理により実現される。配信管理サーバ１０は、また、ジョブキュー１５、フロー定義記憶部１６、及び画面定義記憶部１７等の記憶部を利用する。これら各記憶部は、補助記憶装置１０２、又は配信管理サーバ１０にネットワークを介して接続される記憶装置等を用いて実現可能である。ジョブキュー１５については、メモリ装置１０３が用いられてもよい。

フロー定義記憶部１６は、フロー定義データを記憶する。フロー定義データとは、ワークフローの処理の流れ等に関する定義情報が記録されたデータをいう。本実施の形態において、一つのフロー定義データは、一つのワークフローに対応する。

画面定義記憶部１７は、画面定義データを記憶する。画面定義データとは、ワークフローに対する設定値の入力を受け付けるための画面の構成等に関する定義情報が記録されたデータをいう。本実施の形態において、一つの画面定義データは、一つの画面に対応する。また、画面定義データは、対応するワークフローのフロー定義データに対応付けられて記憶されている。本実施の形態では、フロー定義データ内に、対応する画面定義データの識別情報が記録されることにより、両者が対応付けられる。

画面提供部１１は、複合機２０に対して、画面定義データ等を提供する。ジョブ投入部１２は、複合機２０からのワークフローの実行要求に応じ、当該ワークフローに係るジョブ情報をジョブキュー１５に投入する。本実施の形態において、ジョブとは、ワークフローの実行単位をいう。例えば、同一のワークフローが複数回実行された場合、各回ごとにジョブは異なる。

ジョブキュー１５は、投入されたジョブ情報を記憶する。ジョブ情報は、例えば、実行対象のワークフローの識別子や、当該ワークフローに対する設定値、処理対象のデータ等を含む情報である。

フロー実行制御部１３は、ジョブキュー１５によりジョブ情報を取得し、当該ジョブ情報に係るフロー定義データの定義に従って、ワークフローの実行を制御する。

処理部１４は、ワークフローを構成する処理単位（アクティビティ）ごとの処理を実行する。例えば、一つのアクティビティは、一つの処理部１４によって実現される。したがって、ワークフローは、相互に処理内容の異なる１以上の処理部１４による処理の接続によって実現される。図３では、処理部１４Ａ及び処理部１４Ｂ等が例示されている。各処理部１４は、それぞれ独立したプログラムモジュールによって実現されてもよい。この場合、各プログラムモジュールは、プラグインとして、容易にインストール可能とされてもよい。以下、配信管理サーバ１０を、一つの処理部１４として機能させる一つのプログラムを、「プラグイン」という。ここでいう一つのプログラムとは、例えば、一つの実行形式ファイルから構成されるプログラムに限定されない。一つのプログラムは、一つの実行形式ファイルと、当該実行形式ファイルから利用される一以上のライブラリファイル等から構成されてもよい。すなわち、厳密には、一つのプログラムとは、一つのプログラムロジックをいう。

フロー定義データの詳細について説明する。本実施の形態において、ワークフローを構成する各処理単位は、中間処理又は出力処理に大別される。中間処理は、例えば、複合機２０より受信される画像データに対する加工処理である。中間処理の一例として、ノイズ除去処理、ＯＣＲ（Optical Character Recognition）処理、翻訳処理、及びデータ変換処理等が挙げられる。以下、中間処理を実行する処理部１４として配信管理サーバ１０を機能させるプラグインを、「中間プラグイン」という。中間プラグインは、加工処理の種別ごとに実装される。したがって、新たな加工処理を配信管理サーバ１０に実行させる中間プラグインをインストールすることで、新たな加工処理を利用したワークフローの構築が可能となる。

出力処理は、複合機２０より受信される画像データ、又は中間処理より出力されたデータの出力処理である。出力処理の一例として、スキャン元の複合機２０若しくはスキャンした複合機２０とは別の複合機２０、ファイルサーバ３０、ＳＭＴＰサーバ４０、又はＣＭＩＳ準拠サーバ５０等のへの配信処理が挙げられる。ＳＭＴＰサーバ４０が配信先とされる場合、ワークフローより出力されるデータは、電子メールによって送信される。各ＣＭＩＳ準拠サーバ５０には、ＣＭＩＳに準拠した方法によってデータが送信される。以下、出力処理を実行する処理部１４として配信管理サーバ１０を機能させるプラグインを、「出力プラグイン」という。出力プラグインは、基本的に配信先ごとに実装される。すなわち、配信先ごとに異なる処理部１４が存在する。配信先ごとに、データの配信方法や、データの管理体系等が異なるからである。但し、本実施の形態において、各ＣＭＩＳ準拠サーバ５０への配信は、一つの出力プラグイン（すなわち、一つの処理部１４）によって実現される。各ＣＭＩＳ準拠サーバ５０は、インタフェースが共通化されているため、基本的に、共通化されたロジックで、各ＣＭＩＳ準拠サーバ５０にアクセス可能だからである。図３に示されるＣＭＩＳ配信部１４１は、ＣＭＩＳ準拠サーバ５０への配信を実行する処理部１４である。配信管理サーバ１０を、ＣＭＩＳ配信部１４１として機能させる出力プラグインを、「ＣＭＩＳ配信プラグイン」という。

なお、本実施の形態では、配信が出力形態の一例として説明されるが、例えば、印刷等、他の出力形態による出力処理がワークフローを構成してもよい。

フロー定義データには、少なくとも一つの出力処理と、必要に応じて一以上の中間処理との順序付けられた組み合わせに関する定義が含まれる。分岐した処理が並列的に実行されるようにワークフローが定義されてもよい。

図４は、ワークフローの一例を模式的に示す図である。図４では、申請書から読み取られた画像データの配信処理に関するワークフロー（以下、「申請書フロー」という。）の例が示されている。申請書フローには、申請書の原稿からスキャンされた画像データに対する画像変換処理に続いて、画像変換された画像データのＣＭＩＳ準拠サーバ５０への配信処理（以下、「ＣＭＩＳ配信処理」という。）が実行されることが示されている。また、当該処理に並行して、スキャンされた画像データを電子メールで送信する処理が実行されることが示されている。

なお、ＣＭＩＳ配信処理の前に、ＯＣＲ処理が実行されてもよい。この場合、配信対象となるデータは、ＯＣＲ処理の結果として出力されるテキストデータであってもよいし、当該テキストデータ及びスキャンされた画像データであってもよい。または、ＣＭＩＳ配信処理の前の画像変換処理は実行されなくてもよい。この場合、複合機２０から受信された画像データが、配信対象とされる。更に、他の処理部１４（他のプラグイン）の組み合わせによって、図４とは異なるワークフローが定義されてもよい。

図４に示される申請書フローのフロー定義データは、例えば、図５に示されるように記述される。

図５は、フロー定義データの記述例を示す図である。図５に示されるフロー定義データは、ＸＭＬ（eXtensible Markup Language）形式で記述されている。但し、他の形式によって、フロー定義データが記述されてもよい。なお、以下の説明において、開始タグから終了タグまでの範囲を、「要素」という。要素の名前は、タグの名前に一致する。例えば、タグ名が、「ＸＸＸ」である要素は、ＸＸＸ要素という。また、開始タグと終了タグとの間の定義内容を、要素の値という。

一つのワークフローに対するフロー定義データは、Ｄｉｓｔｒｉｂｕｔｉｏｎ要素をルート要素とする。Ｄｉｓｔｒｉｂｕｔｉｏｎ要素は、ＩＤ要素、ＬｉｎｋｅｄＰｒｏｐｅｒｔｙＳｃｒｅｅｎ要素、及び一以上のＰｌｕｇｉｎ要素等を子要素として含む。

ＩＤ要素の値は、ワークフローごとの識別情報であるフローＩＤを示す。各ワークフローは、フローＩＤによって識別される。ＬｉｎｋｅｄＰｒｏｐｅｒｔｙＳｃｒｅｅｎ要素の値は、当該フロー定義データに対応付いている、画面定義データの識別情報（以下、「画面定義ＩＤ」という。）を示す。各Ｐｌｕｇｉｎ要素は、それぞれ、当該ワークフローを構成する処理単位（アクティビティ）に対応する。

一つのＰｌｕｇｉｎ要素は、ＰｌｕｇｉｎＩＤ要素、ＰｌｕｇｉｎＴｙｐｅ要素、及びＰａｒａｍｅｔｅｒｓ要素等を含む。

ＰｌｕｇｉｎＩＤ要素の値は、当該Ｐｌｕｇｉｎ要素に係る処理単位を配信管理サーバ１０に実行させるプラグインの識別情報（以下「プラグインＩＤ」という。）を示す。図５では、「ＩｍａｇｅＣｏｎｖｅｒｔｅｒ」、「ＴｏＣＭＩＳ」、又は「ＴｏＥｍａｉｌ」を値とするＰｌｕｇｉｎＩＤ要素が有る。「ＩｍａｇｅＣｏｎｖｅｒｔｅｒ」は、画像変換処理を配信管理サーバ１０に実行させる中間プラグインのプラグインＩＤである。「ＴｏＣＭＩＳ」は、ＣＭＩＳ配信プラグインのプラグインＩＤである。「ＴｏＥｍａｉｌ」は、電子メール送信処理を配信管理サーバ１０に実行させる出力プラグインのプラグインＩＤである。なお、一つプラグインは、一つの処理部１４に対応する。したがって、プラグインＩＤは、各処理部１４の識別情報であるともいえる。

ＰｌｕｇｉｎＴｙｐｅ要素の値は、当該Ｐｌｕｇｉｎ要素に対応する処理単位が、中間処理であるのか出力処理であるのかを示す。「Ｆｉｌｔｅｒ」は、中間処理を示す。「ＯｕｔＰｕｔ」は、出力処理を示す。

Ｐａｒａｍｅｔｅｒｓ要素は、処理単位に対するパラメータ（設定項目）の名前をタグ名とする子要素を有する。複数のパラメータを有する処理単位には、複数の子要素がＰａｒａｍｅｔｅｒｓ要素に含まれる。なお、符号４２０〜４４０で示される箇所において、｛｝で囲まれた部分には、ワークフローの実行時に入力される設定値が当てはめられる。

図４における画像変換処理のように、後段に続く処理単位が有る処理単位に対応するＰｌｕｇｉｎ要素は、Ｎｅｘｔ要素を子要素として更に含む。

Ｎｅｘｔ要素は、後段に続く処理単位に対応するＰｌｕｇｉｎ要素を子要素として含む。すなわち、Ｎｅｘｔ要素を介して、Ｐｌｕｇｉｎ要素が入れ子となることにより、処理単位の前後関係が定義される。

図５の例では、Ｄｉｓｔｒｉｂｕｔｉｏｎ要素の子要素として、画像変換処理と、電子メール送信処理とに対応する二つのＰｌｕｇｉｎ要素がある。すなわち、この二つの処理単位は並行して実行されることが定義されている。画像変換処理に対応するＰｌｕｇｉｎ要素は、Ｎｅｘｔ要素を含む。当該Ｎｅｘｔ要素は、ＣＭＩＳ配信処理に対応するＰｌｕｇｉｎ要素を子要素として含む。すなわち、画像変換処理の後に、ＣＭＩＳ配信処理が実行されることが定義されている。

なお、ＣＭＩＳ配信処理に関するＰａｒａｍｅｔｅｒｓ要素４１０の詳細な定義内容は、便宜上、図６に示されている。

図６は、ＣＭＩＳ配信処理に関するＰａｒａｍｅｔｅｒｓ要素の定義例を示す図である。図６に示されるように、ＣＭＩＳ配信処理のＰａｒａｍｅｔｅｒｓ要素は、１以上のＤｅｓｔｉｎａｔｉｏｎ要素を子要素として含む。図６では、三つのＤｅｓｔｉｎａｔｉｏｎ要素が含まれている。Ｄｅｓｔｉｎａｔｉｏｎ要素４１１、４１２、４１３は、順番に、ＣＭＩＳ準拠サーバ５０ａ、ＣＭＩＳ準拠サーバ５０ｂ、ＣＭＩＳ準拠サーバ５０ｃに対応する定義である。すなわち、Ｄｅｓｔｉｎａｔｉｏｎ要素は、一つの配信先に関する定義である。

各Ｄｅｓｔｉｎａｔｉｏｎ要素は、ｎａｍｅ属性及びｓｅｌｅｃｔｅｄ属性を有する。ｎａｍｅ属性の値は、各Ｄｅｓｔｉｎａｔｉｏｎ要素に対応するＣＭＩＳ準拠サーバ５０の識別名である。ｓｅｌｅｃｔｅｄ属性の値は、当該Ｄｅｓｔｉｎａｔｉｏｎ要素に対応するＣＭＩＳ準拠サーバ５０が、配信先として選択されたか否かを示す情報である。ｓｅｌｅｃｔｅｄ属性の値は、ワークフローの実行時におけるユーザによる操作によって変更可能である。図６では、初期値又は既定値として、Ｄｅｓｔｉｎａｔｉｏｎ要素４１１に対応するＣＭＩＳ準拠サーバ５０ａが配信先として選択されていることを示す。

各各Ｄｅｓｔｉｎａｔｉｏｎ要素は、また、ｃｏｍｍｏｎ要素及びｉｎｄｉｖｉｄｕａｌ要素を子要素として含む。ｃｏｍｍｏｎ要素及びｉｎｄｉｖｉｄｕａｌ要素は、ＣＭＩＳ準拠サーバへの配信方法を示す情報又は配信に必要な情報の一例である。

ｃｏｍｍｏｎ要素の値は、各ＣＭＩＳ準拠サーバ５０に対して共通の項目群に関する定義である。図６において、各ｃｏｍｍｏｎ要素は、ｒｅｐｏｓｉｔｏｒｙ要素、ｕｓｅｒｎａｍｅ要素、及びｐａｓｓｗｏｒｄ要素等を子要素として含む。これらの各子要素が、各ＣＭＩＳ準拠サーバ５０に対して共通の項目群に相当する。ｒｅｐｏｓｉｔｏｒｙ要素の値は、配信先のレポジトリの識別情報である。レポジトリとは、ＣＭＩＳのデータモデルにおいて、最上位の概念に相当する。ｕｓｅｒｎａｍｅ要素及びｐａｓｓｗｏｒｄ要素のそれぞれは、ＣＭＩＳ準拠サーバ５０にログインするために必要とされるユーザ名又はパスワードである。なお、共通の項目群とは、項目の構成が共通であることを意味し、各項目の値が同一であることまでは要されない
一方、ｉｎｄｉｖｉｄｕａｌ要素は、ＣＭＩＳ準拠サーバ５０ごとに個別の項目群に関する定義である。ｉｎｄｉｖｉｄｕａｌ要素は、主に、対応するＣＭＩＳ準拠サーバ５０における、文書の属性項目の構成（すなわち、文書を管理するためのデータ構造）を示す情報を値とする。例えば、Ｄｅｓｔｉｎａｔｉｏｎ要素４１１内のｉｎｄｉｖｉｄｕａｌ要素は、ｃｌａｓｓ要素、ｐｒｏｐｅｒｔｙ１要素、ｐｒｏｐｅｒｔｙ２要素、及びｐｒｏｐｅｒｔｙ３要素等を含む。ｃｌａｓｓ要素の値は、データの格納先の種別（クラス）の識別名である。斯かる種別ごとに、属性項目の構成が異なる。ｐｒｏｐｅｒｔｙ１要素、ｐｒｏｐｅｒｔｙ２要素、及びｐｒｏｐｅｒｔｙ３要素のそれぞれは、申請書に該当するデータに関して、ＣＭＩＳ準拠サーバ５０ａにおいて登録されるべき属性項目を示す。

Ｄｅｓｔｉｎａｔｉｏｎ要素４１２内のｉｎｄｉｖｉｄｕａｌ要素は、ｔｙｐｅ要素、ａｔｔｒｉｂｕｔｅ１要素、ａｔｔｒｉｂｕｔｅ２要素、及びａｔｔｒｉｂｕｔｅ３要素等を含む。ｔｙｐｅ要素の値は、上記のｃｌａｓｓ要素の値に対応する概念である。ａｔｔｒｉｂｕｔｅ１要素、ａｔｔｒｉｂｕｔｅ２要素、及びａｔｔｒｉｂｕｔｅ３要素のそれぞれは、申請書に該当するデータに関して、ＣＭＩＳ準拠サーバ５０ｂにおいて登録されるべき属性項目を示す。

なお、図６では、三つのＣＭＩＳ準拠サーバ５０に対応する三つのＤｅｓｔｉｎａｔｉｏｎ要素が、Ｐａｒａｍｅｔｅｒｓ要素４１０に含まれている例が示されている。しかし、例えば、申請書フローにおいて、二つのＣＭＩＳ準拠サーバ５０のみ、又は一つのＣＭＩＳ準拠サーバ５０のみを配信先の選択肢としたい場合、当該二つ又は当該一つのＣＭＩＳ準拠サーバ５０に対応するＤｅｓｔｉｎａｔｉｏｎ要素のみが、Ｐａｒａｍｅｔｅｒｓ要素４１０に含まれてもよい。また、新たなＣＭＩＳ準拠サーバ５０を選択肢として追加したい場合、当該ＣＭＩＳ準拠サーバ５０に対応するＤｅｓｔｉｎａｔｉｏｎ要素が、Ｐａｒａｍｅｔｅｒｓ要素４１０に追加されてもよい。

次に、複合機２０の詳細について説明する。図７は、本発明の実施の形態における複合機の機能構成例を示す図である。図７において、複合機２０は、スキャナアプリ２０１、プリンタアプリ２０２、制御部２０３、リモート通信部２０４、表示制御部２０５、入力制御部２０６、オペレーションパネル２０７、スキャナエンジン２０８、プリンタエンジン２０９、及びサーバ情報記憶部２１０等を有する。

サーバ情報記憶部２１０は、配信管理サーバ１０のＩＰアドレス等を記憶する。サーバ情報記憶部２１０は、例えば、複合機２０が有する補助記憶装置等を用いて実現されてもよい。

スキャナエンジン２０８は、スキャンを実行するハードウェアである。プリンタエンジン２０９は、印刷を実行するハードウェアである。オペレーションパネル２０７は、表示部２１１及び操作部２１２等を有する。表示部２１１は、例えば、液晶パネルであり、画面等を表示させる。操作部２１２は、各種のボタン、又は液晶パネルに備えられたタッチパネル等であり、ユーザからの入力を受け付ける。

制御部２０３は、スキャナアプリ２０１やプリンタアプリ２０２等のアプリケーションからの要求に応じ、スキャナエンジン２０８、プリンタエンジン２０９、補助記憶装置、及びメモリ等のハードウェアの制御を行う。

リモート通信部２０４は、配信管理サーバ１０との通信を制御する。表示制御部２０５は、表示部２１１に対する画面の表示制御等を行う。例えば、表示制御部２０５は、リモート通信部２０４によって受信された画面定義データに基づく画面を表示部２１１に表示させる。

入力制御部２０６は、操作部２１２によって検知される、ユーザによる入力に応じた処理を制御する。入力制御部２０６は、例えば、スキャンの実行指示の入力を、スキャナアプリ２０１に通知する。

スキャナアプリ２０１は、操作部２１２からの通知に応じ、スキャン条件の設定やスキャン処理を実行するアプリケーションである。具体的には、スキャナアプリ２０１は、制御部２０３に対しスキャン要求を行って、スキャナエンジン２０８を動作させ、原稿をスキャンさせる。

プリンタアプリ２０２は、印刷処理を実行するアプリケーションである。例えば、プリンタアプリ２０２は、印刷データの受信に応じ、制御部２０３に対しプリント要求を行って、プリンタエンジン２０９を動作させる。

なお、図７では、アプリケーションとしてスキャナアプリ２０１及びプリンタアプリ２０２のみが示されているが、複合機２０は、コピー処理を行うコピーアプリやファクシミリ送受信処理を行うファックスアプリ等を有していてもよい。また、本実施の形態において、複合機２０は、プリンタアプリ２０２を有していなくてもよい。

以下、配信管理システム１において実行される処理手順について説明する。図８は、ワークフローの実行時の処理手順の一例を説明するためのシーケンス図である。

複合機２０を操作するユーザによって、オペレーションパネル２０７の操作部２１２を構成するスキャンボタンが押下されると、複合機２０は、スキャナアプリ２０１を起動させる（Ｓ１１）。スキャナアプリ２０１は、起動に応じ、リモート通信部２０４を介して、フロー選択画面の送信を配信管理サーバ１０に要求する（Ｓ１２）。フロー選択画面とは、定義済みの複数のワークフローの中から、実行対象とするワークフローを選択させるための画面である。なお、要求の送信先は、サーバ情報記憶部２１０に記憶されている情報に基づいて特定される。

配信管理サーバ１０の画面提供部１１は、フロー選択画面の送信要求を受信すると、フロー選択画面の画面データを複合機２０に送信する（Ｓ１３）。なお、当該画面データは、フロー定義記憶部１６に記憶されているフロー定義データに基づいて生成される。すなわち、各フロー定義データに対応するワークフローが選択肢とされるように、当該画面データが生成される。

複合機２０のリモート通信部２０４が当該画面データを受信すると、表示制御部２０５は、当該画面データに基づいて、フロー選択画面をオペレーションパネル２０７の表示部２１１に表示させる。

図９は、フロー選択画面の表示例を示す図である。図９に示されるように、フロー選択画面７１０は、ワークフローごと（フロー定義データごと）にボタンを含む。各ボタンには、対応するワークフローのフローＩＤが対応付けられている。

入力制御部２０６が、フロー選択画面７１０におけるいずれかのボタンの押下を検知すると（Ｓ１４）、リモート通信部２０４は押下されたボタンに対応付けられているフローＩＤを、配信管理サーバ１０に送信する（Ｓ１５）。

配信管理サーバ１０において、画面提供部１１によってフローＩＤが受信されると、フロー実行制御部１３は、当該フローＩＤに係るフロー定義データ（以下、「対象フロー定義データ」という。）をフロー定義記憶部１６より検索する（Ｓ１６）。続いて、フロー実行制御部１３は、検索された対象フロー定義データに画面定義データが対応付けられているか否かを判定する。画面定義データの対応付けの有無、及び対応付けられている画面定義データは、対象フロー定義データのＬｉｎｋｅｄＰｒｏｐｅｒｔｙＳｃｒｅｅｎ要素を参照することにより判定可能である。すなわち、当該要素が対象フロー定義データに含まれていれば、対象フロー定義データには、画面定義データが対応付けられていることになる。また、当該要素の値が、対象フロー定義データに対応付けられている画面定義データの識別情報ということになる。なお、画面定義データについても、対象フロー定義データと同様、ＸＭＬ形式によって記述されてもよいし、他の形式によって記述されてもよい。

画面定義データが対応付けられている場合、フロー実行制御部１３は、当該画面定義データを画面定義記憶部１７より検索する（Ｓ１７）。続いて、画面提供部１１は、検索された画面定義データを複合機２０に送信する（Ｓ１８）。

当該画面定義データは、複合機２０のリモート通信部２０４によって受信される。表示制御部２０５は、当該画面定義データに基づいて、ワークフローに対するパラメータの設定値を入力させるための画面（以下、「パラメータ設定画面」という。）をオペレーションパネル２０７の表示部２１１に表示させる（Ｓ１９）。なお、パラメータは、ワークフローごとに異なりうる。例えば、配信先のアドレス情報がパラメータとされてもよい。但し、特定の配信先にデータが配信されるワークフローについては、対象フロー定義データ内に、配信先のアドレス情報が固定的に記述されていてもよい。

入力制御部２０６は、パラメータ設定画面を介して、パラメータに対する設定値の入力をユーザより受け付ける（Ｓ２０）。本実施の形態おいて、申請書フローが実行対象として選択された場合、申請書フローに対応するパラメータ設定画面が表示される。当該パラメータ設定画面では、申請書フローのフロー定義データの、ＣＭＩＳ配信処理に関する定義に含まれている三つのＤｅｓｔｉｎａｔｉｏｎ要素に対応するそれぞれのＣＭＩＳ準拠サーバ５０が、配信先の候補として表示される。初期状態では、ｓｅｌｅｃｔｅｄ属性の値がｔｒｕｅであるＤｅｓｔｉｎａｔｉｏｎ要素４１１に対応するＣＭＩＳ準拠サーバ５０ａが選択されている。ユーザは、パラメータ設定画面を介して、１以上のＣＭＩＳ準拠サーバ５０を配信先として選択することができる。すなわち、複数の配信先がＣＭＩＳ準拠サーバ５０が配信先とされてもよい。また、フロー定義データにおいて、パラメータ化されているその他の項目についても、パラメータ設定画面を介して入力される。

続いて、スキャナアプリ２０１は、制御部２０３を介してスキャナエンジン２０８を動作させ、ユーザによってセットされている原稿のスキャンを実行する（Ｓ２１）。続いて、リモート通信部２０４は、ステップＳ１４において選択されたフローＩＤと、スキャンされた画像データ（以下、「スキャン画像」という。）と、パラメータ設定画面における設定値とを配信管理サーバ１０に送信する（Ｓ２２）。

配信管理サーバ１０において、フローＩＤ、スキャン画像、及び設定値がジョブ投入部１２によって受信されると、ジョブ投入部１２は、受信されたフローＩＤ、スキャン画像、及び設定値等を含むジョブ情報をジョブキュー１５に記憶する（Ｓ２３）。

フロー実行制御部１３は、例えば、定期的にジョブキュー１５を参照し、ジョブキュー１５にジョブ情報が記憶されていると、当該ジョブ情報をジョブキュー１５より取り出す（Ｓ２４）。続いて、フロー実行制御部１３は、ジョブ情報に含まれている設定値を、対象フロー定義データの複製に適用する（Ｓ２５）。対象フロー定義データは、ジョブ情報に含まれているフローＩＤによって特定可能である。

ステップＳ２５では、例えば、図５における符号４２０〜４４０に係る部分のように、中括弧（｛｝）で囲まれた部分が、設定値によって置換される。また、Ｐａｒａｍｅｔｅｒｓ要素４１０に含まれるＤｅｓｔｉｎａｔｉｏｎ要素のうち、配信先として選択されたＤｅｓｔｉｎａｔｉｏｎ要素のｓｅｌｅｃｔｅｄ属性の値が、ｔｒｕｅとされ、配信先として選択されなかったＤｅｓｔｉｎａｔｉｏｎ要素のｓｅｌｅｃｔｅｄ属性の値が、ｆａｌｓｅとされる。なお、処理対象とされるのは、対象フロー定義データの複製であるが、以下においては、便宜上、当該複製を対象フロー定義データという。

続いて、フロー実行制御部１３は、設定値が適用された対象フロー定義データに基づいて、ジョブ情報に含まれているスキャン画像に関して、ワークフローの実行を制御する。具体的には、対象フロー定義データに中間処理が定義されている場合には、当該中間処理に係るＰｌｕｇｉｎ要素に対応する処理部１４に当該中間処理を実行させる（Ｓ２６）。また、フロー実行制御部１３は、フロー定義データに定義されている出力処理を処理部１４に実行させる（Ｓ２７）。

より詳しくは、対象フロー定義データに定義されている実行順において、最初の処理単位に係る処理部１４に対しては、受信されるスキャン画像が入力される。或る処理単位Ａの後に、直列的な順序関係を有する別の処理単位Ｂが有れば、フロー実行制御部１３は、処理単位Ａの処理結果として出力されたデータを、処理単位Ｂに入力する。各処理単位に対するパラメータは、各処理単位に対応するＰｌｕｇｉｎ要素内のＰａｒａｍｅｔｅｒｓ要素に基づいて特定される。以上の結果、対象フロー定義データの定義通りの順番で処理単位が実行される。また、出力処理によって、ファイルサーバ３０、ＳＭＴＰサーバ４０、又はＣＭＩＳ準拠サーバ５０等に対して、データが配信される。

申請書フローが実行対象である場合、出力処理の一つとして、ＣＭＩＳ配信部１４１が、ＣＭＩＳ配信処理を実行する。したがって、いずれかのＣＭＩＳ準拠サーバ５０に対してデータが配信される。

続いて、ＣＭＩＳ配信処理の詳細について説明する。図１０は、ＣＭＩＳ配信処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ１０１において、ＣＭＩＳ配信処理部は、対象フロー定義データの、値が「ＴｏＣＭＩＳ」であるＰｌｕｇｉｎＩＤ要素が属するＰｌｕｇｉｎ要素に含まれるＰａｒａｍｅｔｅｒｓ要素４１０内から、ｓｅｌｅｃｔｅｄ属性の値がｔｒｕｅであるＤｅｓｔｉｎａｔｉｏｎ要素を抽出する。

Ｄｅｓｔｉｎａｔｉｏｎ要素が一つも抽出されなかった場合（Ｓ１０２でＮｏ）、ＣＭＩＳ配信部１４１は、図１０の処理を終了させる。一以上のＤｅｓｔｉｎａｔｉｏｎ要素が抽出された場合（Ｓ１０２でＹｅｓ）、ＣＭＩＳ配信部１４１は、抽出されたＤｅｓｔｉｎａｔｉｏｎ要素のうちの一つを、処理対象とする（Ｓ１０３）。以下、処理対象とされたＤｅｓｔｉｎａｔｉｏｎ要素を、「対象配信先要素」という。

続いて、ＣＭＩＳ配信部１４１は、対象配信先要素の子要素である、ｃｏｍｍｏｎ要素の値（定義内容）を取得する（Ｓ１０４）。以下、取得された値を、共通項目情報という。続いて、ＣＭＩＳ配信部１４１は、対象配信先要素の子要素である、ｉｎｄｉｖｉｄｕａｌ要素の値（定義内容）を取得する（Ｓ１０５）。以下、取得された値を、個別項目情報という。

続いて、ＣＭＩＳ配信部１４１は、共通項目情報及び個別項目情報に基づいて、対象配信先要素に対応するＣＭＩＳ準拠サーバ５０へのデータの配信を実行する（Ｓ１０６）。基本的に、共通項目情報に基づいて、ＣＭＩＳ準拠サーバ５０の特定及びＣＭＩＳ準拠サーバ５０との通信の確立が行われる。また、個別項目情報に基づいて、対象配信先要素に対応するＣＭＩＳ準拠サーバ５０におけるデータの管理体系に対応させて、データの配信が実行される。例えば、図６のＤｅｓｔｉｎａｔｉｏｎ要素４１１内のｉｎｄｉｖｉｄｕａｌ要素によれば、配信対象のデータは、申請書に分類されるデータとして登録され、当該データに関して、作成者、（申請書）の提出先（Ｔｏ）、作成日等が、登録される。

続いて、ＣＭＩＳ配信部１４１は、ステップＳ１０１において抽出されたＤｅｓｔｉｎａｔｉｏｎ要素のうち、未処理のＤｅｓｔｉｎａｔｉｏｎ要素の有無を判定する（Ｓ１０７）。未処理のＤｅｓｔｉｎａｔｉｏｎ要素が有る場合（Ｓ１０７でＹｅｓ）、当該未処理のＤｅｓｔｉｎａｔｉｏｎ要素について、ステップＳ１０３以降が実行される。抽出された全てのＤｅｓｔｉｎａｔｉｏｎ要素に関して処理が終了すると（Ｓ１０７でＮｏ）、図１０の処理は終了する。

このように、ＣＭＩＳ配信部１４１は、データの配信のための通信プロトコルが相互に共通する複数の配信先に含まれる配信先が指定されている場合は、フロー定義データにおいて定義された当該配信先に対する配信方法を示す情報に基づいて、配信処理を実行する。すなわち、ＣＭＩＳ配信部１４１にとって、配信先及び配信方法は、フロー定義データに基づいて、動的に（実行時）に決定される。したがって、フロー定義データの定義次第で、各種のＣＭＩＳ準拠サーバ５０への配信を、一つのＣＭＩＳ配信プラグインによって実現することができる。その結果、複数の配信先に対応するための作業負担を軽減することが可能となる。

また、一つのＣＭＩＳ配信プラグインによって複数の配信先に対応することができるため、複数の配信先への配信が必要とされるワークフローの定義を簡略化することができる。例えば、配信先ごとに出力プラグインが異なる場合、図４に示される申請書フローであれば、画像変換処理の後に、複数の配信処理を接続する必要がある。一方、本実施の形態によれば、図４に示されるように、一つのＣＭＩＳ配信処理によって、複数の配信先への配信を定義することができる。

また、本実施の形態は、ＣＭＩＳ以外の、複数の文書管理サーバの相互運用が可能な他の仕様（すなわち、複数の文書管理サーバが共通のインタフェースを有する仕様）に従って実施されてもよい。この場合、ＣＭＩＳに関与する部分が、当該他の仕様に従って置き換えられればよい。

続いて、ジョブ投入部１２の詳細について説明する。図１１は、ジョブ投入部の詳細な構成例を示す図である。本実施の形態におけるジョブ投入部１２は、複合機２０やスキャナ以外を、ワークフローに対するデータの入力元（ワークフローの実行要求元）としてもよい。

例えば、ジョブ投入部１２において、データの入力元とのやりとりは、プラグインによって実現される。図１１では、スキャン入力プラグイン１２１、メール入力プラグイン１２２、及びフォルダ入力プラグイン１２３が例示されている。

スキャン入力プラグイン１２１は、複合機２０よりワークフローの実行要求を受信するプラグインである。すなわち、スキャン入力プラグイン１２１は、図８のステップＳ２２におけるワークフローの実行要求の実行要求を受信する。スキャン入力プラグイン１２１は、受信されたフローＩＤ、スキャン画像、及び設定値等を、フロー実行制御部１３が予定している形式に従ったジョブ情報に整形し、当該ジョブ情報をジョブキュー１５に記憶する。

メール入力プラグイン１２２は、画像データが添付された電子メールによってワークフローの実行要求を受け付けるプラグインである。この場合、当該画像データが、ワークフローの処理対象とされる。電子メールには、フローＩＤや設定値等が記述されてもよい。メール入力プラグイン１２２は、電子メールに添付されている画像データと、電子メールに記述されている情報とを、フロー実行制御部１３が予定している形式に従ったジョブ情報に整形し、当該ジョブ情報をジョブキュー１５に記憶する。

フォルダ入力プラグイン１２３は、所定のフォルダに対する画像データのアップロードによって、ワークフローの実行要求を受け付けるプラグインである。所定のフォルダは、配信管理サーバ１０の補助記憶装置１０２に形成されたフォルダでもよいし、配信管理サーバ１０にネットワークを介して接続される記憶装置に形成されたフォルダでもよい。フォルダ入力プラグイン１２３は、例えば、所定のフォルダをポーリングし、当該フォルダに画像データ、及びフローＩＤや設定値等を格納したファイルが保存されていれば、当該画像データ及びファイルを取得する。フォルダ入力プラグイン１２３は、取得された画像データと、取得されたファイルに格納されている情報とを、フロー実行制御部１３が予定している形式に従ったジョブ情報に整形し、当該ジョブ情報をジョブキュー１５に記憶する。

このように、ジョブ投入部１２は、様々な形態で、ワークフローの実行要求を受け付けることができる。したがって、例えば、携帯電話、スマートフォン、又はデジタルカメラ等で撮像した画像データを、メール送信したり、所定のフォルダにアップロードしたりすることで、当該画像データに関してワークフローを実行させることができる。

また、他のプラグインを追加することにより、他の形態で実行要求が受け付けられてもよい。例えば、Ｗｅｂページを介してワークフローの実行要求を受け付けるプラグインが追加されてもよい。

なお、本実施の形態において、配信管理サーバ１０は、配信装置の一例である。フロー定義データの定義内容は、処理定義の一例である。ジョブ投入部１２は、受信部の一例である。ＣＭＩＳ配信部１４１は、配信部の一例である。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１ 配信管理システム
１０ 配信管理サーバ
１１ 画面提供部
１２ ジョブ投入部
１３ フロー実行制御部
１４ 処理部
１５ ジョブキュー
１６ フロー定義記憶部
１７ 画面定義記憶部
２０ 複合機
３０ ファイルサーバ
４０ ＳＭＴＰサーバ
５０ａ、５０ｂ、５０ｃ ＣＭＩＳ準拠サーバ
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１２１ スキャン入力プラグイン
１２２ メール入力プラグイン
１２３ フォルダ入力プラグイン
１４１ ＣＭＩＳ配信部
２０１ スキャナアプリ
２０２ プリンタアプリ
２０３ 制御部
２０４ リモート通信部
２０５ 表示制御部
２０６ 入力制御部
２０７ オペレーションパネル
２０８ スキャナエンジン
２０９ プリンタエンジン
２１０ サーバ情報記憶部
２１１ 表示部
２１２ 操作部
Ｂ バス
Ｎ１、Ｎ２ ネットワーク

特開２００８−９７５８６号公報

Claims (5)

1. 第一のデータと、前記第一のデータに対する一以上の処理単位が構成する処理定義に従った処理の実行要求とを受信する受信部と、
   前記処理定義を構成する処理単位ごとに、当該処理単位を実行する１以上の処理部とを有し、
   前記１以上の処理部のうちの少なくとも一つの処理部は、当該処理部が対応する処理単位より前に実行される処理単位の実行結果として出力される第二のデータ又は前記第一のデータを前記処理定義において指定されている配信先に配信する配信部であり、
   前記配信部は、データの配信のための通信プロトコルが相互に共通する複数の配信先に含まれる配信先が指定されている場合は、前記処理定義において定義された当該配信先に対する配信方法を示す情報に基づいて、前記第一のデータ又は前記第二のデータを送信し、
   前記配信方法を示す情報は、前記複数の配信先に共通の項目と、前記配信先ごとに異なる項目とを含む、
   ことを特徴とする配信装置。
2. 前記配信部は、前記配信先ごとに異なる項目が示す、前記配信先ごとのデータの管理体系に対応させて、前記第一のデータ又は前記第二のデータを送信することを特徴とする請求項１記載の配信装置。
3. 一つのプログラムが当該配信装置を前記配信部として機能させることを特徴とする請求項１又は２記載の配信装置。
4. データに対する一以上の処理単位が構成する処理定義に従った処理定義を構成する処理単位ごとに、当該処理単位を実行する１以上の処理部を有する配信装置が、
   第一のデータと、前記処理定義に従った処理の実行要求とを受信する受信手順と、
   前記１以上の処理部のうちの少なくとも一つの処理部が、当該処理部が対応する処理単位より前に実行される処理単位の実行結果として出力される第二のデータ又は前記第一のデータを前記処理定義において指定されている配信先に配信する配信手順とを実行し、
   前記配信手順は、データの配信のための通信プロトコルが相互に共通する複数の配信先に含まれる配信先が指定されている場合は、前記処理定義において定義された当該配信先に対する配信方法を示す情報に基づいて、前記第一のデータ又は前記第二のデータを送信し、
   前記配信方法を示す情報は、前記複数の配信先に共通の項目と、前記配信先ごとに異なる項目とを含む、
   ことを特徴とする配信方法。
5. 第一のデータと、前記第一のデータに対する一以上の処理単位が構成する処理定義に従った処理の実行要求とを受信する受信部と、
   前記処理定義を構成する処理単位ごとに、当該処理単位を実行する１以上の処理部としてコンピュータを機能させ、
   前記１以上の処理部のうちの少なくとも一つの処理部は、当該処理部が対応する処理単位より前に実行される処理単位の実行結果として出力される第二のデータ又は前記第一のデータを前記処理定義において指定されている配信先に配信する配信部であり、
   前記配信部は、データの配信のための通信プロトコルが相互に共通する複数の配信先に含まれる配信先が指定されている場合は、前記処理定義において定義された当該配信先に対する配信方法を示す情報に基づいて、前記第一のデータ又は前記第二のデータを送信し、
   前記配信方法を示す情報は、前記複数の配信先に共通の項目と、前記配信先ごとに異なる項目とを含む、
   ことを特徴とする配信プログラム。

Images