JP2014179952A - 定義情報作成システム、情報処理装置 - Google Patents

Abstract

【課題】ワークフローの定義が容易な定義情報作成システムを提供すること。
【解決手段】処理フロー定義情報にしたがって各処理を順番に実行するシステムに対し、前記処理フロー定義情報を提供する定義情報作成システムであって、機器のリストが登録された機器リスト記憶手段４５と、処理が順番に設定される第1欄と、処理を実行する機器が設定される第２欄とが対比して表示される画面情報を記憶する画面情報記憶手段４４と、画面情報を解析して表示装置にする表示制御手段５３と、前記第１欄に対する処理と処理の順番の設定及び前記第２欄に対する処理と該処理を実行する前記機器の対応づけを受け付ける設定受付手段５３と、設定受付手段が受け付けた処理の順番と処理に対応づけられた機器に基づき処理フロー定義情報を作成する定義情報作成手段４３と、を有することを特徴とする。
【選択図】図２

Description

本発明は、各機器が実行する処理と処理の順番を指示する処理フロー定義情報を提供する定義情報作成システムに関する。

定型的なデータの入力、変換、出力が組み合わされた一連の処理を管理者などがワークフローとして定義しておき、ユーザによるワークフローの実行開始を契機に各処理を順番に実行する処理実行システムが知られている。ユーザとしては予め定義されたワークフローを選択して、実行すればよいので、個々の処理を個別に実行する手間を省くことができ、効率的に業務を遂行できる。

図２５はワークフローに含まれる処理の一例を示す図である。処理１は原稿のスキャン、処理２は圧縮、処理３はＯＣＲ（Optical Character Recognition）、処理４はＰＤＦ変換、処理５はメール送信である。このような処理を組み合わせてワークフローを定義することは、ユーザサイドの管理者が行うことが多い。ユーザは管理者が定義してあるいくつかのワークフローから所望のワークフローを選択することができる（例えば、特許文献１参照。）。特許文献１では、ワークフローの定義名と各ワークフローが含む処理とを対応づけて表示する画像形成装置が記載されている。

ところで、ワークフローを実行する装置は最小で１台あればよく、従来は例えばＭＦＰ（Multi Function Peripheral）等の装置が全ての処理を行っていた。しかし１台でワークフローを完結しようとすると、１台の装置では実行できない処理をワークフローに含めることができないし、ユーザによっては多くの種類の処理を組み合わせてワークフローを定義したいという要望がある。

このため、ワークフローに含まれる各処理を複数の装置が実行することが検討されている。また、各処理を複数の装置が実行する場合、ワークフローの管理者が処理と装置を対応づける作業を行うため、この作業を支援したり操作性を向上させることが考えられている。しかしながら、従来、柔軟にワークフローを定義可能なＧＵＩは提供されていないという問題がある。

本発明は、上記課題に鑑み、ワークフローの定義が容易な定義情報作成システムを提供することを目的とする。

本発明は、各機器が実行する処理と処理の順番を指示する処理フロー定義情報にしたがって各処理を順番に実行するシステムに対し、前記処理フロー定義情報を提供する定義情報作成システムであって、前記機器のリストが登録された機器リスト記憶手段と、前記処理が順番に設定される第1欄と、処理を実行する前記機器が設定される第２欄とが対比して表示される画面情報を記憶する画面情報記憶手段と、前記画面情報を解析して表示装置に表示する表示制御手段と、前記第１欄に対する処理と処理の順番の設定及び前記第２欄に対する処理と該処理を実行する前記機器の対応づけを受け付ける設定受付手段と、前記設定受付手段が受け付けた処理の順番と処理に対応づけられた前記機器に基づき前記処理フロー定義情報を作成する定義情報作成手段と、１つ以上の前記処理フロー定義情報を記憶する定義情報記憶手段と、を有することを特徴とする。

ワークフローの定義が容易な定義情報作成システムを提供することができる。

処理と装置の対応の一例を示す図である。 管理者がワークフローを定義する手順を模式的に説明する図の一例である。 処理実行システムのシステム構成図の一例である。 ＭＦＰとしてのワークフロー実行要求装置のハードウェア構成図の一例である。 ワークフロー処理サーバ、管理サーバ又は管理者ＰＣのハードウェア構成図の一例である。 管理サーバと管理者ＰＣの機能ブロック図の一例を示す図である。 装置リストテーブルの一例を示す図である。 フロー定義情報の一例を示す図である。 ＸＭＬ形式のフロー定義情報を示す図の一例である。 ワークフロー実行要求装置（ＭＦＰ）とワークフロー処理サーバの機能ブロック図の一例である。 管理者ＰＣと管理サーバがフロー定義情報を作成する手順を示すフローチャート図の一例である。 ワークフローの定義について説明する図の一例である。 対応付けの変更について説明する図の一例である。 管理者が「対応づけの変更に連動する」を選択した場合の対応づけ画面の一例を示す図である。 管理者が「対応づけの変更に連動しない」を選択した場合の対応づけ画面の一例を示す図である。 管理者が「対応づけを変更するか問い合わせる」を選択した場合の対応づけ画面の一例を示す図である。 管理者が処理１〜５と物理装置を対応づけした際の表示例を示す図である。 処理実行システムがワークフローを実行する手順を示すシーケンス図の一例である。 ワークフローの選択時の画面例を示す図の一例である。 処理実行システムの概略構成図の一例である（実施例２）。 処理実行システムのワークフロー実行時の概略を説明する図の一例である。 監視用のフロー定義情報について説明する図の一例である。 管理者ＰＣと管理サーバがフロー定義情報を作成する手順を示すフローチャート図の一例である（実施例２）。 処理実行システムがワークフローを実行する手順を示すシーケンス図の一例である（実施例２）。 ワークフローに含まれる処理の一例を示す図である。

以下、本発明を実施するための形態について図面を参照しながら説明する。しかしながら、本発明の技術的範囲が、本実施の形態に限定されるものではない。

図１は処理と装置の対応の一例を示す図である。例えば、処理１、２、４，５はＭＦＰに対応づけられ、処理３はサーバに対応づけられている。ワークフローの管理者は何らかのＧＵＩ（Graphical User Interface）を使用して、処理と装置を対応づける。

図２は、本実施形態の処理実行システムにおいて、管理者がワークフローを定義する手順を模式的に説明する図の一例である。図２では、すでに処理１〜５を１つのワークフローとする処理の選択は完了している。なお、図の上段を「論理フロー欄」（特許請求の範囲の第１欄に相当）、下段を「物理装置フロー欄」（特許請求の範囲の第２欄に相当）という。管理者は、処理１〜５を実行する物理装置を処理に対応づける操作を行う。以下、図２の画面を対応づけ画面といい、対応づけ画面は管理者ＰＣ（Personal Computer）に表示されているものとする。

図２（ａ）：対応づけ画面には、処理１〜５のいずれか１つ以上を実行可能な物理装置のアイコン又は名称などの装置リストが表示される。ユーザは、例えばマウスやタッチパネルなどのポインティングデバイスを操作して所望の物理装置の装置アイコン６１を物理装置フローの欄にドラッグする。この時点で、管理者ＰＣが自動的に処理１〜５を実行可能な物理装置の装置アイコンを物理装置フロー欄に表示することもできる。

図２（ｂ）：管理者ＰＣは処理１〜５の処理アイコン６２をそれぞれ装置アイコン６１と線で結ぶ。この処理１〜５の処理アイコンと装置アイコンが線で結びつけられることで、管理者は処理１〜５と物理装置の対応を視覚的に把握できる。

図２（ｃ）：管理者が対応付けを変更したい場合がある。例えば処理３をワークフロー処理サーバに対応づける場合、管理者はワークフロー処理サーバの装置アイコンを物理装置フローの欄にドラッグする。そして、処理３の処理アイコンからワークフロー処理サーバの装置アイコンにポインティングデバイスをドラッグする。これにより、処理３とＭＦＰとの対応付けを、処理３とワークフロー処理サーバの対応づけに変更できる。

図２（ｄ）：管理者ＰＣは、処理３の処理アイコンとワークフロー処理サーバの装置アイコンを線で結ぶ。これにより、管理者は処理３とワークフロー処理サーバが対応づけられたことを視覚的に把握できる。処理４、５と対応づけられる物理装置は元のＭＦＰのままであるが、下流の処理を自動的にワークフロー処理サーバに対応づけることも可能である。詳細は後述する。

このように本実施例の処理実行システムは、同一ビュー上で論理フローとそれに対応する物理装置のフローを作成するので、管理者は視覚的に処理と物理装置を対応づけることができる。また、自動的な対応づけが可能なので管理者が行うべき操作量を低減できる。また、自動的に対応づけられた後も、容易に変更できる。

なお、以下では、フロー定義情報を定義する者を管理者と称するのに対し、ワークフローを実行する者をユーザと称する。

また、ワークフローを定義する情報を「フロー定義情報」と称する。フロー定義情報には少なくとも以下の情報が含まれる。
(i) 処理１〜５の順番
(ii) 処理を行う物理装置
(iii) 各処理１〜５が必要とするジョブ設定
ジョブ設定には、例えば、読み取りの解像度や濃度、メールアドレスなどが含まれる。また、ジョブ設定には、管理者が設定するものとワークフローを実行するユーザが設定するものがある。

〔構成例〕
図３（ａ）は、処理実行システム５００のシステム構成図の一例を示す。ネットワーク４００を介してワークフロー実行要求装置２００とワークフロー処理サーバ１００、及び、管理サーバ２５０が接続されている。また、管理者ＰＣ１５０がネットワークに接続可能である。

ネットワーク４００は、ＬＡＮ、又は、複数のＬＡＮがルータなどを介して接続されたＷＡＮである。また、ファイアウォールを考慮しなければインターネットを含んでいてよい。ネットワーク４００は有線で構築されていてもよいし、一部又は全てが無線ＬＡＮ（IEEE802.11b/a/g/n等）で構築されていてもよい。さらに、ネットワーク４００は携帯電話網、WiMAX網、ＰＨＳ網などの移動体向けに構築された通信網を含む。なお、処理実行システム５００の各装置が無線ＬＡＮのアドホックモードなどで１対１で通信しても、ネットワーク４００に含めることとする。

ワークフロー実行要求装置２００は自らワークフローを実行すると共にワークフロー処理サーバ１００にワークフローの実行を要求する装置である。例えば、ＭＦＰ２０１、携帯端末２０２、クライアント端末２０３が図示されているが、通信機能を備えた情報処理装置はワークフロー実行要求装置２００になりうる。ワークフロー実行要求装置２００は処理実行システム５００に１台以上存在する。ＭＦＰ２０１は、コピー機、スキャナー、プリンタ、ファックス装置など画像を形成する機能を備えた装置である。ＭＦＰ２０１はこのうち１つ以上の機能を有していればよい。ＭＦＰ２０１は、例えば原稿をスキャンして作成した画像データをジョブデータとして処理し、また、ワークフロー処理サーバ１００にフロー定義情報と共に送信する。

携帯端末２０２は、携帯電話、スマートフォン、タブレット端末、ＰＤＡ（Personal Digital Assistant）、デジタルカメラなど、ユーザが携帯又は所持する端末である。例えば、携帯電話のカメラやデジタルカメラで撮影したジョブデータである画像データとフロー定義情報をワークフロー処理サーバ１００に送信する。

クライアント端末２０３はノートＰＣ、デスクトップＰＣ、ワークステーション、テレビ会議端末などユーザが使用する情報処理装置である。例えば、アプリケーションが作成したアプリケーションデータ、Ｗｅｂから取得したＷｅｂデータをジョブデータとしてフロー定義情報と共にワークフロー処理サーバ１００に送信する。

なお、ワークフロー実行要求装置２００は、ユーザが直接、操作する装置であるとするが、ジョブデータはユーザが直接、操作する装置が作成したり記憶している必要はない。例えば、クライアント端末が、ＮＡＳ（Network Attached Storage）や他の装置に記憶されているジョブデータを指定して、ＮＡＳ等からワークフロー処理サーバ１００に送信する（ワークフロー処理サーバ１００が読みに行く）ことも可能である。

ワークフロー処理サーバ１００は、ＰＣ、サーバ装置、シンクライアント等の情報処理装置である。ＭＦＰ２０１がワークフロー処理サーバ１００となることも可能である。ワークフロー処理サーバ１００は、ワークフローに含まれる一連の処理の１つ以上を実行する。ワークフロー処理サーバ１００は１台存在すればよいが、２台以上存在してもよい。例えば、ワークフロー実行要求装置２００からジョブデータとしてジョブデータとフロー定義情報を受信した場合、フロー定義情報に従いジョブデータにＯＣＲ処理を施したり、電子メールで送信したりする。

管理サーバ２５０は、管理者ＰＣ１５０からワークフローの定義を受け付ける。管理サーバ２５０は管理者が定義した１つ以上のフロー定義情報を記憶しており、ワークフロー実行要求装置２００から要求に応じて送信する。ユーザは、ワークフローのリストから実行するワークフローを選択できる。

以上のように、入力の処理を行うのは主にワークフロー実行要求装置２００であり、変換の処理を行うのは主にワークフロー実行要求装置２００及びワークフロー処理サーバ１００であり、出力の処理を行うのはワークフロー実行要求装置２００又はワークフロー処理サーバ１００である。

また、入力されるジョブデータは原稿などの物理的な媒体とワープロデータのような電子データがあり、出力物としては用紙などの物理的な媒体とドキュメントボックスへの保存や電子メールのような電子データがある。

図３（ｂ）は、処理実行システム５００のシステム構成図の別の一例を示す。ネットワーク４００を介してワークフロー実行要求装置２００とワークフローサーバ２６０が接続されている。ワークフローサーバ２６０は、図３（ａ）のワークフロー処理サーバ１００と管理サーバ２５０の機能を併せ持つ。したがって、ワークフローサーバ２６０はフロー定義情報を記憶し、また、処理を実行する。図３（ａ）と（ｂ）のどちらの構成でもよいが、本実施形態では図３（ａ）の構成に基づき説明する。

図４は、ＭＦＰ２０１としてのワークフロー実行要求装置２００のハードウェア構成図の一例を示す。ＭＦＰ２０１は、コントローラ１３０と、オペレーションパネル１２５と、ファクシミリコントロールユニット（ＦＣＵ）１２６と、撮像部１２７及び印刷部１２８を有する。

コントローラ１３０は、ＣＰＵ１１４と、ＡＳＩＣ１１６と、ＮＢ（ノースブリッジ）１１５と、ＳＢ（サウスブリッジ）１１７と、ＭＥＭ−Ｐ（システムメモリ）１１１と、ＭＥＭ−Ｃ（ローカルメモリ）１１２と、ＨＤＤ（ハードディスクドライブ）１１３と、メモリカードスロット１２３と、ＮＩＣ（ネットワークインタフェースコントローラ）１１８と、ＵＳＢデバイス１１９と、ＩＥＥＥ１３９４デバイス１２１と、セントロニクスデバイス１２２とを有する。

ＣＰＵ１１４は、種々の情報処理を実行するためのＩＣであり、ＯＳやプラットホーム上で、アプリケーションをプロセス単位で並列的に実行する。ＡＳＩＣ１１６は、画像処理用のＩＣである。ＮＢ１１５は、ＣＰＵ１１４とＡＳＩＣ１１６を接続するためのブリッジである。ＳＢ１１７は、ＮＢ１１５と周辺機器等を接続するためのブリッジである。ＡＳＩＣ１１６とＮＢ１１５は、例えばＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）を介して接続されている。

ＭＥＭ−Ｐ１１１は、ＮＢ１１５に接続されたメモリである。ＭＥＭ−Ｃ１１２は、ＡＳＩＣ１１６に接続されたメモリである。ＨＤＤ１１３は、ＡＳＩＣ１１６に接続されたストレージであり、画像データ蓄積・文書データ蓄積・プログラム蓄積・フォントデータ蓄積・フォームデータ蓄積等を行うために使用される。ＨＤＤ１１３には種々のアプリケーション（コピーアプリ、スキャナアプリ、プリンタアプリ、ファックスアプリ等）及びプログラム１３１が記憶されている。プログラム１３１はユーザによるワークフローの定義を受け付けるためのものである。

メモリカードスロット１２３は、ＳＢ１１７に接続され、メモリカード１２４をセット（挿入）するために使用される。メモリカード１２４は、ＵＳＢメモリ、ＳＤメモリ等のフラッシュメモリであり、プログラム１３１を配布するために使用される。また、プログラム１３１は所定のサーバからＭＦＰ２０１にダウンロードすることで配布することもできる。

ＮＩＣ１１８は、ネットワーク４００等を介してＭＡＣアドレス等を使用したデータ通信を行うためのコントローラである。ＵＳＢデバイス１１９は、ＵＳＢ規格に準拠したシリアルポートを提供するためのデバイスである。ＩＥＥＥ１３９４デバイス１２１は、ＩＥＥＥ１３９４規格に準拠したシリアルポートを提供するためのデバイスである。セントロニクスデバイス１２２は、セントロニクス仕様に準拠したパラレルポートを提供するためのデバイスである。ＮＩＣ１１８と、ＵＳＢデバイス１１９と、ＩＥＥＥ１３９４デバイス１２１と、セントロニクスデバイス１２２と、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｅｃｔ）バスを介してＮＢ１１５とＳＢ１１７に接続されている。

オペレーションパネル１２５は、ユーザがＭＦＰ２０１に入力を行うためのハードウェア（操作部）であると共に、ＭＦＰ２０１がメニュー画面を表示するハードウェア（表示部）である。オペレーションパネル１２５は、ＡＳＩＣ１１６に接続されている。ＦＣＵ１２６と、撮像部１２７と、印刷部１２８は、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｅｃｔ）バスを介してＡＳＩＣ１１６に接続されている。

撮像部１２７は、コンタクトガラスに載置された原稿を光学的に走査して、その反射光をＡ／Ｄ変換して画像処理を施し、カラー又はモノクロのデジタルデータ（以下、画像データという）を生成する。

印刷部１２８は、例えばタンデム型の感光ドラムを有し、上記の画像データやユーザＰＣから受信したＰＤＬデータに基づきレーザビームを変調し感光ドラムを走査して潜像を形成する。潜像にトナーを付着して現像した１ページ毎の画像を用紙に熱と圧力で転写する。このような電子写真方式のプロッタに限られず、液滴を吐出して画像を形成するインクジェット型のプロッタエンジンでもよい。

ＦＣＵ１２６は、ＮＩＣ１１８を介してネットワーク４００に接続し例えばＴ.３７，Ｔ.３８の規格に対応した通信手順、又は、公衆通信網に接続し例えばＧ３、Ｇ４規格に対応した通信手順、に従い画像データの送受信を行う。また、ＭＦＰ２０１の電源がＯＦＦのときに画像データを受信しても、印刷部１２８を起動して画像データを用紙に印刷することができる。

図５は、ワークフロー処理サーバ１００、管理サーバ２５０又は管理者ＰＣ１５０のハードウェア構成図の一例を示す。ワークフロー処理サーバ１００、管理サーバ２５０又は管理者ＰＣ１５０は、バスに接続された、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＨＤＤ３０４、ディスプレイ３２０が接続されたグラフィックボード３０５、キーボード・マウス３０６、メディアドライブ３０７、及び、ネットワーク通信部３０８を有する。ＣＰＵ３０１はＨＤＤ３０４に記憶されたプログラム３１０をＲＡＭ３０３に展開して実行し、各部品を制御して入出力を行ったり、データの加工を行ったりする。ＲＯＭ３０２にはＢＩＯＳや、ブートストラップローダをＨＤＤ３０４からＲＡＭ３０３に読み出すスタートプログラムが記憶されている。ブートストラップローダは、ＯＳをＨＤＤ３０４からＲＡＭ３０３に読み出す。

ＨＤＤ３０４は、不揮発性のメモリであればよくＳＳＤ（Solid State Drive）などでもよい。ＨＤＤ３０４はＯＳ、デバイスドライバ、及び、後述する機能を提供するプログラム３１０を記憶している。ディスプレイ３２０にはプログラムが指示し、グラフィックボード３０５が作成したＧＵＩ画面が表示される。

キーボード・マウス３０６はユーザの操作を受け付ける入力装置である。メディアドライブ３０７はコンパクトディスク、ＤＶＤ及びブルーレイディスクなどの光学メディアにデータを読み書きする。また、フラッシュメモリなどのメモリカードにデータを読み書きしてもよい。ネットワーク通信部３０８は、例えばＬＡＮに接続するためのイーサネット（登録商標）カードである。ＴＣＰ／ＩＰ（ＵＤＰ／ＩＰ）やアプリケーション層のプロトコルの処理はＯＳやプログラム３１０が行う。アプリケーション層のプロトコルは各種あるが、例えばＳＮＭＰ（Simple Network Management Protocol）、ＨＴＴＰ、ＦＴＰ、ＳＭＢ（Server Message Block）等がある。

プログラム３１０は、インストール可能な形式又は実行可能な形式のファイルで、コンピュータで読み取り可能な記録メディアに記録して配布される。また、プログラム３１０は、不図示のサーバからインストール可能な形式又は実行可能な形式のファイルで配布される。

〔機能、テーブル〕
図６は、管理サーバ２５０と管理者ＰＣ１５０の機能ブロック図の一例を示す図である。管理者ＰＣ１５０は画面データ要求部５１、操作受付部５２、表示制御部５３、フロー定義情報送信部５４を有する。操作受付部５２は、管理者によるキーボード・マウス３０６の操作を受け付ける。画面データ要求部５１は画面データを管理サーバ２５０に要求する。表示制御部５３は例えばブラウザアプリであり画面データを解析してディスプレイ３２０に表示する。このディスプレイ３２０に表示される画面が対応付け画面である。操作受付部５２がディスプレイ３２０に表示された対応づけ画面に対する管理者の操作を受け付けることで、フロー定義情報が定義される。フロー定義情報送信部５４は、管理者が定義したフロー定義情報を管理サーバ２５０に送信する。

管理サーバ２５０は画面データＤＢ４４、装置リストテーブル４５、ワークフローリストＤＢ３８、接続情報ＤＢ４６、画面データ送信部４１、フロー定義情報受信部４２、及び、フロー定義情報作成部４３を有している。画面データＤＢ４４は、例えばＨＴＭＬ、JavaScript（登録商標）、及び、ＸＭＬ等で記述された画面データを記憶している。また、装置リストテーブル４５には、処理を実行可能な物理装置の装置リストが登録されており、ワークフローリストＤＢ３８には管理者が定義したワークフローのリストが登録されている。なお、物理装置とは、ワークフローを実行しうる処理実行システム５００の構成要素であり、具体的にはワークフロー実行要求装置２００及びワークフロー処理サーバ１００である。

画面データ送信部４１は、管理者ＰＣ１５０からリクエストを受信すると画面データＤＢ４４から画面データを読み出して管理者ＰＣ１５０に送信する。フロー定義情報受信部４２は管理者ＰＣ１５０から受信したフロー定義情報をフロー定義情報作成部４３に出力する。フロー定義情報作成部４３は、接続情報ＤＢ４６を参照してフロー定義情報を作成し、ワークフローリストＤＢ３８に登録する。なお、ワークフローリストＤＢ３８は、同じものがワークフロー処理サーバ１００又はＭＦＰ２０１に記憶されている。

図７（ａ）は装置リストテーブル４５の一例を示す図である。装置リストテーブル４５には処理と、処理を実行可能な物理装置及びマシンＩＤが対応づけて登録されている。マシンＩＤは処理実行システム５００において物理装置を一意に識別する識別情報である。装置リストテーブル４５は画面データと共に管理者ＰＣ１５０に送信される。これにより、管理者ＰＣは処理と物理装置の不整合を回避できる。

図７（ｂ）は接続情報ＤＢ４６の一例を示す図である。接続情報ＤＢ４６には、接続先の物理装置のＩＰアドレスと認証情報が登録されている。このＩＰアドレスにより、１つのワークフローを複数の物理装置で実行する場合に、例えばＭＦＰ２０１がワークフロー処理サーバ１００にフロー定義情報とジョブデータを送信することができる。なお、ＩＰアドレスでなくマシンＩＤを登録しておき、ＤＮＳからマシンＩＤに基づきＩＰアドレスを特定してもよい。認証情報は、物理装置（ＭＦＰ又はワークフロー処理サーバ）がユーザを認証する際に使用する情報である。例えば、ＭＦＰはユーザ名とパスワードが認証情報であるが、ワークフロー処理サーバ１００の認証情報は管理者名とパスワードである。ワークフローの実行時には、ワークフロー実行要求装置は適切な認証情報をユーザに要求する。

図８（ａ）（ｂ）はフロー定義情報の一例を示す図である。図８（ａ）は管理者やユーザから見たフロー定義情報を示し、図８（ｂ）は管理サーバ２５０が作成したフロー定義情報を示している。図８（ｂ）ではワークフロー２，３は省略した。管理者ＰＣ１５０から管理サーバ２５０に送信された直後は図８（ａ）の形態である。

図８（ａ）に示すように、ワークフローリストＤＢ３８には各ワークフローのフロー定義情報が登録されている。具体的には、ワークフロー名に、一連の処理の順番と各処理に対応づけられた物理装置が登録されている。１つのワークフローが含む処理の最大数は５以上でもよいし、５未満の場合もある。また、１つしか処理を含まないワークフローを定義することもユーザの自由である。なお、図８（ａ）では各処理のジョブ設定（上記の(iii)）は省略されている。

フロー定義情報作成部４３が接続処理を挿入することで図８（ｂ）のフロー定義情報が作成される。詳細は後述するが、処理を実行する物理装置が切り替わる場合、接続処理が挿入される。処理２−１と処理３−１が接続処理に対応する。

図９はＸＭＬ形式のフロー定義情報を示す図の一例である。＜flows＞から＜/flows＞までが１つのワークフローを定義している。また、＜flow＞から＜/flow＞はワークフローの各処理の順番を定義している。

１つの処理は１つの＜plugin id＞タグ単位に記述され、何の処理が行われるかが記述されている。例えば、「plugin id="SCAN"」は原稿を読み取る処理を意味しており、「type="input"」はデータの処理タイプが入力であることを意味している。「displayName="スキャン" 」は管理者ＰＣ１５０やオペレーションパネル１２５などでユーザが目視する際に表示される処理名である。「proceed=machineID_001」は処理に対応づけられた物理装置のマシンＩＤである。

この他、「plugin id="Compression"」は圧縮処理を、「plugin id="Connect"」は接続処理を、「plugin id="OCR"」はＯＣＲを、「plugin id="PDFConverter"」はＰＤＦ変換を、「plugin id="MailSend"」はメール送信を、それぞれ意味している。また、「type="filter"」は処理タイプが変換を、「type="output"」は処理タイプが出力を、「type="send"」はいずれにもあてはまらない接続処理のための送信を、それぞれ意味している。

また、<parameter>〜</parameter>はジョブ設定であり、各処理に必要なジョブ設定が記述される。ジョブ設定には管理者やユーザが設定するもののほか、固定値として決まっているものもある。

<current_point>タグはワークフローにおいて現時点（物理装置がフロー定義情報を取得した時、又は、更新直後の時）において物理装置が処理すべき処理を示す。「current_point」をカレントポイントと記載する場合がある。ＭＦＰ２０１又はワークフロー処理サーバ１００は、カレントポイントを見て、実行すべき処理を判断する。また、処理を行った場合は、カレントポイントを次に実行すべき処理に更新する。例えば、スキャンが完了したら、<current_point>タグは次のように更新される。
<current_point>
<plugin id=" Compression " />
</current_point>
図１０は、ワークフロー実行要求装置（例えばＭＦＰ）とワークフロー処理サーバ１００の機能ブロック図の一例を示す。ワークフロー実行要求装置２００は、ログイン受付部３７とフロー定義選択受付部３６を有する。ログイン受付部３７はワークフローの実行に必要な認証情報を要求する。この認証情報は、例えばユーザが操作しているＭＦＰにログインするためのログイン情報としてもよい。つまり、ＭＦＰにログイン可能なユーザにはワークフローを実行する権限を認める。この場合、物理装置が切り替わる際に、各物理装置が接続情報ＤＢ４６を参照して必要な認証情報を取得しフロー定義情報に添付する。また、厳密に認証情報を要求するのであれば、ログイン受付部３７はワークフローに含まれる処理を行う全ての物理装置の認証情報をユーザに要求する。

フロー定義選択受付部３６は、ユーザによるワークフローの選択を受け付ける。社内のＭＦＰ２０１であれば管理サーバ２５０から予めワークフローリストＤＢ３８を取得できるので、ユーザは所定の操作でワークフローのリストをオペレーションパネル１２５に表示させ、所望のワークフローを選択する。ワークフロー実行要求装置２００が例えば携帯端末のような場合、管理サーバ２５０又はワークフロー処理サーバ１００にアクセスして、ワークフローリストＤＢ３８に登録されているワークフローを受信する。

また、フロー定義選択受付部３６はユーザが選択したワークフローに含まれる各処理において、必要なジョブ設定を要求する。例えば、入力ではスキャンにおいて設定可能な解像度や濃度の設定を要求し、変換では例えば圧縮率を要求し、出力（印刷）ではメールアドレスの設定を受け付ける。また、入力が電子データの場合は処理対象となるジョブデータ（文書データ、画像データ、映像データなど）の設定を受け付け、出力が物理的な用紙による印刷の場合、用紙サイズ、拡大／縮小、集約、カラー／モノクロ、印刷部数、仕上げなどのジョブ設定を受け付ける。フロー定義選択受付部３６は、各処理のジョブ設定によりフロー定義情報を更新する。

ＭＦＰ２０１は、ワークフローの実行に関する機能として、１つ以上のプラグイン２１、フロー制御部２２、及び、ジョブ制御部２３、を有している。ジョブ制御部２３は、ワークフローの各処理の実行を制御する。まず、ジョブ受信部３３は、フロー定義選択受け受け部３６からフロー定義情報を取得する。この後、入力の処理を実行することで、ジョブデータが得られる。フロー定義情報はジョブデータとジョブキュー３５に記憶される。

また、他の物理装置（ＭＦＰはワークフロー処理サーバから。ワークフロ処理サーバはＭＦＰから。）からフロー定義情報とジョブデータが送信された場合は、これらをジョブキュー３５に蓄積する。なお、１つのジョブは、１つのPlugin idが付与された１つの処理に相当する。

ジョブ受信部３３は、いったんジョブキュー３５に記憶したワークフローのフロー定義情報に基づき、ジョブデータを自機で処理する必要があるか否かを確認する。すなわち、カレントポイントの処理に自機のマシンＩＤが紐づけられていることを確認する。また、カレントポイントの処理に自機のマシンＩＤが紐づけられている場合でも、「Plugin id＝Connect」の場合は接続処理になるので、ジョブ実行部３１は、フロー定義情報を更新した後、ジョブ転送部３２にフロー定義情報とジョブデータを転送させる。転送先は、フロー定義情報に記述されている。

カレントポイントの処理に自機のマシンＩＤが紐づけられており、かつ、カレントポイントの処理が接続処理でない場合、ジョブ実行部３１がフロー定義情報とジョブデータをジョブキュー３５から読み出して処理を実行する。ジョブ実行部３１は、フロー制御部２２にフロー定義情報とジョブデータを出力する。

フロー制御部２２は、フロー定義情報に沿ってプラグイン２１を選択して処理を実行する。プラグイン２１は、これまで説明した、入力処理を行うもの、ＰＤＦ変換を行うもの、電子メールを送信するもの、ＯＣＲ処理を行うもの、翻訳を行うもの、出力処理を行うもの、などである。プラグイン２１は共通のプラットホーム上で動作可能になっており、ＭＦＰ２０１やワークフロー処理サーバは１つのプラグイン２１を独立に追加したり、削除することができる。プラグイン同士は互いの処理には関与しない。なお、このようなプラグイン２１に限られずアプリケーションプログラムにより処理してもよい。

フロー制御部２２は、カレントポイントの処理を確認して、その処理を行うプラグイン２１を呼び出すと共にジョブを実行させる。ジョブが正常に完了すればフロー制御部２２は、カレントポイントの処理を更新する。フロー制御部２２はフロー定義情報とジョブデータをジョブキュー３５に記憶する。

ジョブ検知部３４は、ジョブキュー３５にジョブが入力されたことを検知する。すなわち、プラグイン２１が１つの処理を実行することで作成されたジョブデータがジョブキュー３５に記憶されると、ジョブ検知部３４が検知する。そして、ジョブ実行部３１等が同様の処理を繰り返し行う。

ワークフロー処理サーバ１００は、１つ以上のプラグイン２１、フロー制御部２２及びジョブ制御部２３、を有している。すなわち、ジョブの実行に関してはＭＦＰ２０１と同じ機能を有している。これは、ワークフローの実行手順については、ワークフロー処理サーバ１００とＭＦＰ２０１とで同様となることを意味している。

したがって、ＭＦＰ２０１とワークフロー処理サーバ１００とに処理が跨っても、接続処理を介してフロー定義情報とジョブデータが送受信されるので、ワークフローを実行できる。すなわち、ワークフローを柔軟に構築することができる。

〔フロー定義情報の作成の動作手順〕
図１１は、管理者ＰＣ１５０と管理サーバ２５０がフロー定義情報を作成する手順を示すフローチャート図の一例である。

管理者ＰＣ１５０の画面データ要求部５１が対応づけ画面の画面データを管理サーバ２５０に要求すると、管理サーバ２５０の画面データ送信部４１は画面データを管理者ＰＣ１５０に送信する（Ｓ２１０）。

画面データ要求部５１は画面データを受信する（Ｓ１１０）。

表示制御部５３は画面データを解析してディスプレイ３２０に対応づけ画面を表示する（Ｓ１２０）。

ユーザはキーボード・マウス３０６を操作して、１つ以上の処理を論理フロー欄に設定する（Ｓ１３０）。

つぎに、ユーザはキーボード・マウス３０６を操作して論理フロー欄の各処理を物理装置と対応づける（Ｓ１４０）。詳しくは図１２〜１７にて説明する。

フロー定義情報送信部５４はフロー定義情報を管理サーバ２５０に送信する（Ｓ１５０）。

管理サーバ２５０のフロー定義情報受信部４２はフロー定義情報を受信する（Ｓ２２０）。

そして、フロー定義情報作成部４３は処理を行う物理装置が切り替わる対応付けがあるか否かを判定する（Ｓ２３０）。すなわち、ＭＦＰ２０１からワークフロー処理サーバ１００へ、又は、ワークフロー処理サーバ１００からＭＦＰ２０１に、切り替わる処理があるか否かを判定する。

処理を行う物理装置が切り替わる対応付けがない場合（Ｓ２３０のＮｏ）、フロー定義情報作成部４３はフロー定義情報を更新することなくワークフローリストＤＢ３８に登録する（Ｓ２５０）。

処理を行う物理装置が切り替わる対応付けがある場合（Ｓ２３０のＹｅｓ）、フロー定義情報作成部４３は、物理装置が切り替わる直前に接続処理を挿入する（Ｓ２４０）。そして、更新したフロー定義情報をワークフローリストＤＢ３８に登録する（Ｓ２５０）。なお、図９に示したように、接続処理の「plugin id」は「Connect」、「type」は「send」のように予め決まっている。また、接続処理は表示されないので「displayName」はない（ブランク）。また、処理する物理装置「proceed」は直前の処理を行う物理装置である。また、フロー定義情報作成部４３は、接続情報ＤＢ４６から次の処理を行う物理装置（接続先）に対応づけられているＩＰアドレスを読み出し、接続処理のジョブ設定（parameter）に記述する。このように接続情報ＤＢ４６を利用することで容易に接続処理を挿入できる。

なお、本実施例のように管理サーバ２５０と管理者ＰＣ１５０が通信してフロー定義情報を作成するのでなく、スタンドアロン型のＰＣを管理者が操作してフロー定義情報を作成してもよい。

〔ワークフローの定義例〕
図１２はワークフローの定義について説明する図の一例である。図１２（ａ）は対応づけ画面の初期状態の一例であり、管理者は上段の論理フロー欄に処理を順番に設定し、下段の物理装置フロー欄に処理を実行する物理装置を定義する。また、対応づけ画面には、処理リストと装置リストが表示される。装置リストと処理リストのアイコンはいずれも装置リストテーブル４５の"物理装置"と"処理"を抽出したものである。処理リストの処理１〜５は実際にはＯＣＲ、ＰＤＦ変換など処理名が把握できるように表示されている。

初期状態の対応づけ画面の上段には、例えば点滅しながら「処理１」と表示されている。これは管理者が処理リストの処理アイコン６２をドラッグする場所を明示するためである。このような支援を行うことなく、管理者が任意の順番に処理アイコンを並べてもよいし、処理アイコンを設定するマスだけを表示してもよい。なお、サーバクライアント環境におけるアイコンのドラッグなどの操作は、いわゆるリッチクライアント環境で可能になっており、例えばＨＴＭＬ５のCanvasタグ、JavaScriptなどの技術を組み合わせて実現される。図１２（ａ）に示すように、管理者が処理を選択して論理フロー欄の"処理１"までドラッグすると、１番目の処理が設定される。

管理者が処理１を設定すると、装置リストから装置アイコン６１を選択することが可能になる。表示制御部５３は、処理１を実行可能な物理装置のみを装置リストから選択可能としたり、処理１を実行可能な物理装置が１つしかない場合は管理者が操作しなくても物理装置フロー欄に処理１を実行可能な装置アイコンを表示する（このように自動的に物理装置アイコンが配置されることを自動配置という）。自動配置した場合、処理アイコンと装置アイコンが自動的に結線される。

図１２（ｂ）に示すように、管理者が処理を選択して論理フロー欄にドラッグすると、２番目の処理が設定される。表示制御部５３は、処理1の後段に「→」を表示して、処理２の処理アイコンを予め定められた位置に表示する。管理者はこのような操作を繰り返し、論理フローを定義する。そして、処理２を設定した後、ＭＦＰの装置アイコン６１を物理装置フロー欄にドラッグした。

なお、管理者は処理アイコンより先に物理装置を配置することも可能である。物理装置のみが物理装置フローに配置された状態で、管理者が処理アイコンを論理フロー欄に配置したが、該処理を物理装置により実行できない場合がある。この場合、表示制御部５３は、該処理を実行可能な物理装置で、物理装置フロー欄の物理装置を置き換える。

図１２（ｃ）に示すように、管理者が装置アイコン６１を物理装置フロー欄に設定すると、処理アイコンと装置アイコンが結線される。これにより、ＭＦＰの装置アイコンと処理１と処理２の処理アイコンが線で結ばれる。
図１２（ｄ）は管理者が処理を追加した場合の対応づけ画面を示す。管理者が処理フロー欄に処理アイコンを追加すると、表示制御部５３は、論理フローの処理の追加に対し、自動的に前段の処理の対応づけを踏襲する。すなわち、処理２にはＭＦＰが対応づけられているので、表示制御部５３は処理３をＭＦＰとを対応づける。こうすることで、管理者は少ない操作で処理３を物理装置と対応づけることができる。

したがって、管理者が論理フロー欄に処理アイコンをドラッグするだけで、複数の処理と１台の物理装置との対応が可能になる。

図１３は対応付けの変更について説明する図の一例である。処理１〜５がＭＦＰに対応づけられている。処理１〜５のいずれかを別の物理装置に対応づけたい場合、図１３（ａ）に示すように、管理者は装置アイコンを物理装置フロー欄にドラッグする。

図１３（ｂ）では物理装置フローにワークフロー処理サーバの処理アイコンが追加された。この時点では対応付けを変更する処理が不明なので、表示制御部５３は何もしない。また、例えば、処理３をワークフロー処理サーバ１００に対応づける場合、管理者ＰＣ１５０としては処理３だけ対応づけを変更すればよいのか、処理３以降の処理４，５の対応づけも変更すべきなのか判断できない。

そこで、表示制御部５３は、対応付けの変更方法の設定を受け付けるダイアログボックスを表示する。このダイアログボックスは、図１３（ｂ）の装置アイコンの追加時だけでなく、管理者が任意のタイミングで表示させることができる。

図１３（ｃ）はダイアログボックスの一例を示す図である。「後続の論理フロー処理の対応づけ」という記述に対し、「対応づけの変更に連動する」「対応づけの変更に連動しない」「対応づけを変更するか問い合わせる」という３つの変更法から１つの択一的に選択可能である。管理者は後段の処理４，５の物理装置の変更の必要性などを考慮してラジオボタンをポインティングデバイスでクリックする。

・「対応づけの変更に連動する」
図１４（ａ）は、管理者が「対応づけの変更に連動する」を選択した場合の対応づけ画面の一例を示す図である。管理者は、処理３とワークフロー処理サーバ１００を対応づける。対応づけは、論理フローの処理３からワークフロー処理サーバ１００へドラッグすることや、対応づけのメニューから破線を表示させ、処理３からワークフロー処理サーバ１００へ接続することで実現される。

図１４（ｂ）は対応付けの変更後の対応づけ画面の一例を示す図である。「対応づけの変更に連動する」が選択されているので、処理３の対応付けの変更に伴い処理４，５の物理装置もＭＦＰからワークフロー処理サーバ１００に変更されている。

・「対応づけの変更に連動しない」
図１５（ａ）は、管理者が「対応づけの変更に連動しない」を選択した場合の対応づけ画面の一例を示す図である。図１５（ｂ）は対応付けの変更後の対応づけ画面の一例を示す図である。「対応づけの変更に連動しない」が選択されているので、処理３の対応付けを変更しても、処理４，５の物理装置はＭＦＰのままである。この場合、表示制御部５３は、ＭＦＰの処理アイコンを、ワークフロー処理サーバの処理アイコンの後段に表示し、処理４，５と結線する。

・「対応づけを変更するか問い合わせる」
図１６（ａ）は、管理者が「対応づけを変更するか問い合わせる」を選択した場合の対応づけ画面の一例を示す図である。図１６（ｂ）は問い合わせのためのダイアログボックスの一例を示す。表示制御部５３は「対応づけを変更するか問い合わせる」が選択されており、装置アイコンが物理装置フロー欄に追加され処理３とワークフロー処理サーバの装置アイコンが対応付けられた場合、このダイアログボックスを表示する。

ダイアログボックスには「物理装置「ワークフロー処理サーバ」へ対応づけするものにチェックをいれてOKボタンを押下してください」と表示されている。また、「全て選択」ボタン、「全て解除」ボタンが用意されており、処理３よりも後段の処理４と処理５がチェックボックスと共に表示されている。管理者は「全て選択」ボタンやチェックボックスをクリックするなどして、ワークフロー処理サーバ１００に対応付けする処理（つまり対応付けを変更する処理）を選択することができる。

・作成後の色分け表示
図１７（ａ）は、管理者が処理１〜５と物理装置を対応づけした際の表示例を示す図である。図１７（ａ）では処理１，２の処理アイコンとＭＦＰの装置アイコンが配置されている領域は同一色に塗りつぶされており、処理３の処理アイコンとワークフロー処理サーバ１００の装置アイコンが配置されている領域は同一色に塗りつぶされており、処理４，５の処理アイコンとＭＦＰの装置アイコンが配置されている領域は同一色に塗りつぶされている。すなわち、対応付けされている処理と物理装置が同じ色に色分けされている。したがって、管理者は色分けにより、処理と物理装置の対応付けを視覚的に容易に判別できる。

図１７（ｂ）は、処理１〜５と物理装置の対応づけの別の表示例を示す図である。図１７（ａ）ではアイコン以外の領域が色分けされていたが、図１７（ｂ）ではアイコンが色分けされている。すなわち、処理１，２の処理アイコンとＭＦＰの装置アイコンは同一色であり、処理３の処理アイコンとワークフロー処理サーバ１００の装置アイコンは同一色であり、処理４，５の処理アイコンとＭＦＰの装置アイコンは同一色である。このような色分けでも処理と物理装置の対応付けを視覚的に容易に判別できる。

色分けの他、領域又はアイコンに網点を施すことで対応づけの違いを表現してもよいし（対応付けが変わる毎に網点の有無が切り替わる）、アイコンの形状により対応づけの違いを表現してもよい。

〔ワークフローの実行の動作手順〕
図１８は、処理実行システム５００がワークフローを実行する手順を示すシーケンス図の一例である。図１９は、ワークフローの選択時の画面例を示す図の一例である。
S1：ユーザがＭＦＰ２０１を操作すると、ＭＦＰ２０１がワークフローのリストを表示する。図１９（ａ）はワークフローのリストが表示されるワークフロー選択画面の一例を示す。ユーザはワークフロー１〜３から所望のワークフローを選択し、ＯＫボタンを押下する。ＯＫボタンを押下することでワークフローの実行がスタートする。なお、ユーザは必要であれば詳細ボタンを押下して、ワークフローに含まれる処理と処理の順番を表示させることができる。

ワークフローがスタートすると、図１９（ｂ）に示すようにＭＦＰ２０１はユーザ名とパスワードの入力を要求する。このユーザ名とパスワードはワークフローの実行のための認証情報である。ＭＦＰ２０１にログインした際のユーザ名とパスワードを転用してもよい。ユーザ名とパスワードはフロー定義情報に含まれることが好ましく、含められていることで各物理装置が認証することができセキュリティが向上する。

S2：ユーザはワークフローを選択して、実行する。
S3：ＭＦＰ２０１はワークフローの処理を開始する。例えば、フロー定義情報に記述されている処理やマシンＩＤを抽出する。
S4：ＭＦＰ２０１は抽出したワークフロー処理サーバ１００にワークフロー接続要求を行う。これは、ワークフローを実行する物理装置がワークフローの実行が可能な状態かどうかを確認するための通信である。
S5：ワークフロー処理サーバ１００は、ワークフローの受け付け処理を行う。ワークフローの受け付け処理は、例えばワークフローに一意のJobIDを付与するなどの処理である。
S6：ワークフロー処理サーバ１００は、ワークフローの処理を開始する。ワークフローの処理開始とは、フロー定義情報等が送信された場合にはワークフローを実行することをいう。
S7：ワークフロー処理サーバ１００はワークフロー受付情報（例えばJobIDなど）をＭＦＰ２０１に送信する。
S8：ＭＦＰ２０１はワークフローの実行が可能であることを確認すると、処理１〜５の実行を開始する。ジョブ受信部３３はフロー定義情報を解析する。この解析は、カレントポイントの処理を自機が実行する処理であることを確認することである。
S9：解析の結果、自機が処理を行う場合は、フロー制御部２２がプラグイン２１を使用して自機に割り当てられた処理を実行する。処理１は入力なので、原稿をスキャンしたり、ジョブデータとして指定された電子データを読み出す又は受信することでジョブデータが用意される。
S10：フロー制御部２２は、カレントポイントを次の処理に変更することで、フロー定義情報を更新する。ジョブデータとフロー定義情報はジョブキューに記憶される。

S8〜S10は各処理に対し繰り返し実行される。処理１，処理２まで実行されフロー定義情報が更新されると、カレントポイントは処理2.1の接続処理となる。フロー定義情報を解析すると接続処理であるので(S8)、フロー制御部２２は処理を行わずジョブ転送部にジョブの転送を依頼する（S9）。また、フロー制御部２２はフロー定義情報を更新する（S10）。
S11：そして、ジョブ転送部は接続処理として、JobIDに紐づけてフロー定義情報とジョブデータをワークフロー処理サーバ１００に送信する。なお、S11 〜S15の間、ＭＦＰ２０１は処理の進捗を問い合わせてもよい。
S12：ワークフロー処理サーバ１００の処理手順も同様である。ジョブ受信部はジョブキューにフロー定義情報とジョブデータを記憶し、フロー定義情報を解析する。
S13：解析の結果、自機が処理を行う場合は、フロー制御部２２がプラグイン２１を使用して自機に割り当てられた処理を実行する。
S14：フロー制御部２２は、カレントポイントを次の処理に変更することで、フロー定義情報を更新する。

フロー定義情報が更新されると、カレントポイントは処理3.1の接続処理となるので(S12)、フロー制御部２２は処理を行わずジョブ転送部にジョブの転送を依頼する(S13)。また、フロー制御部２２はフロー定義情報を更新する(S14)。
S15：ジョブ転送部は接続処理として、フロー定義情報とジョブデータをＭＦＰ２０１に送信する。
S16：ジョブ受信部はジョブキューにフロー定義情報とジョブデータを記憶し、フロー定義情報を解析する。
S17：解析の結果、自機が処理を行う場合は、フロー制御部２２がプラグイン２１を使用して自機に割り当てられた処理を実行する。
S18：フロー制御部２２は、カレントポイントを次の処理に変更することで、フロー定義情報を更新する。S16〜S18は処理４，５に対し繰り返し実行される。

以上説明したように、本実施例の処理実行システム５００は、論理フロー欄と物理装置フロー欄を１画面に表示するので、管理者はフロー定義情報を容易に定義することができる。また、追加した処理に処理と物理装置の上流の対応づけを適用できるので、管理者の操作量を低減できる。また、予め対応付けの変更方法を設定しておくことで、一部の処理と物理装置の対応付けだけを変更したり、下流の全ての処理と物理装置の対応付けを変更したりすることを任意に選択できる。

実施例１ではワークフローを実行する物理装置がどこにあるかについて制限していないが、ワークフローにインターネット上のクラウドコンピュータ（以下、単にクラウドという）が処理する処理が含まれる場合がある。

図２０は、本実施例の処理実行システム５００の概略構成図の一例である。ワークフロー実行要求装置２００とワークフロー処理サーバ１００は社内側であるのに対し、クラウド６００は社外である。このため、クラウド６００からワークフロー処理サーバ１００又はワークフロー実行要求装置２００に通信するにはファイアウォール６０１を超えなければならない。

しかしながら、クラウド６００からファイアウォール６０１を超えることは防止されるため、いったん、クラウドが実行したワークフローを社内に戻すことは困難である。そこで、本実施例ではクラウドに対応した処理実行システム５００について説明する。

図２１（ａ）は、本実施例の処理実行システム５００のワークフロー実行時の概略を説明する図の一例である。例えば、処理１、２をＭＦＰ２０１が、処理３をクラウドが、処理４，５をＭＦＰが、実行する場合、処理２を実行したワークフロー実行要求装置２００がクラウドを監視する。監視とは、クラウドに処理の完了を問い合わせることであり、社内からの問い合わせに対しクラウドが応答することでクラウドが社内にフロー定義情報とジョブデータを送信することが可能になる。ファイアウォールでは一般に、管理者等が社内側から送信したパケットの宛先ＩＰアドレスからの応答（外部からの通信の送信元ＩＰアドレスが、社内からの通信で設定した宛先ＩＰアドレスになっている）は通過を許可するという設定が可能である。よって、このような設定がされたファイアウォール６０１であれば、社内側の物理装置が送信したパケットに対する応答としてフロー定義情報とジョブデータを受信できる。

図２１（ｂ）は、ワークフロー処理サーバ１００が行う処理が含まれるワークフローの実行時の概略を説明する図の一例である。例えば、処理１をＭＦＰ２０１が、処理２をワークフロー処理サーバ１００が、処理３をクラウドが、処理４をワークフロー処理サーバ１００が、処理５をＭＦＰ２０１が、実行するとする。この場合、処理２を実行したワークフロー処理サーバ１００がクラウドを監視する。

なお、クラウドの直前の処理を行った物理装置がクラウドを監視してもよいし、クラウドの後に処理を行う物理装置がクラウドを監視してもよい。または、常にワークフロー実行要求装置２００がクラウドを監視することとしてもよい。本実施例では、クラウドの直前の処理を行った物理装置がクラウドを監視するものとする。

〔監視処理を含むフロー定義情報〕
社内の物理装置がクラウドを監視するため、フロー定義情報には監視処理が含められる。すでに実施例１にて説明したように管理者は図８（ａ）のようなフロー定義情報を作成する。そして、管理サーバ２５０のフロー定義情報作成部４３は接続処理を含むフロー定義情報を作成するが、本実施例ではフロー定義情報作成部４３が監視処理を含むフロー定義情報を作成する。

図２２は監視用のフロー定義情報について説明する図の一例である。フロー定義情報作成部４３は、図２２（ａ）の接続処理が挿入されたフロー定義情報を参照して、接続処理の後の物理装置として設定されている社外の物理装置（クラウド）を検出する。図２２（ａ）では処理３がクラウドにより実行される。処理を行う物理装置がクラウドであることは、例えば装置リストテーブル４５に登録されている。

図２２（ｂ）に示すように、フロー定義情報作成部４３は処理３を監視に、物理装置を処理2.1を行うＭＦＰ２０１に設定した監視用のフロー定義情報を作成する。この監視用のフロー定義情報は、監視だけ行えればよく、処理１〜処理２.1はブランク（処理されない）が設定される。監視の対象は処理３を実行するクラウドなので、ＩＰアドレスなどは装置リストテーブル４５に登録されている。

クラウドから複数回、フロー定義情報とジョブデータを受信する必要があるワークフローの場合、その数だけ監視用のフロー定義情報を作成する。

ワークフローの実行時には、物理装置は処理の進捗に応じてフロー定義情報更新と監視用のフロー定義情報のカレントポイントを更新していく。そして、フロー定義情報と監視用のフロー定義情報のカレントポイントが処理３になると、フロー定義情報だけがクラウドに送信される。監視用のフロー定義情報は、処理３の物理装置がＭＦＰ（自機）なのでそのままＭＦＰが保持する。これにより、ＭＦＰはクラウドを監視することができる。なお、監視の後、監視用のフロー定義情報には後続の処理がないので監視用のフロー定義情報は破棄される。

また、監視用のフロー定義情報は、ワークフローの実行時に物理装置が作成してもよい。物理装置は、カレントポイントが接続処理であり接続処理の後の処理を実行する物理装置がクラウドの場合、監視用のフロー定義情報を作成する。監視するのは自機なので、そのまま監視処理を行えばよい。

図２３は、管理者ＰＣ１５０と管理サーバ２５０がフロー定義情報を作成する手順を示すフローチャート図の一例である。図２３は図１１と同様であるが、ステップＳ２４０でフロー定義情報作成部４３が、物理装置が切り替わる直前に接続処理を挿入した後、接続処理の後の処理を行う物理装置がクラウドか否かを判定する（Ｓ２４５）。

接続処理の後の処理を行う物理装置がクラウドの場合（Ｓ２４５のＹｅｓ）、フロー情報作成部は監視用のフロー定義情報を作成する（Ｓ２４６）。以降の処理は実施例１と同様でよい。
図２４は、処理実行システム５００がワークフローを実行する手順を示すシーケンス図の一例である。図２４も図１８と同様であるが、処理３の実行手順が異なる。

ステップＳ8〜10により、フロー定義情報と監視用のフロー定義情報のカレントポイントは処理３になる。
S11：ジョブ転送部は接続処理として、JobIDに紐づけてフロー定義情報とジョブデータをワークフロー処理サーバ１００に送信する。ワークフロー処理サーバ１００の処理手順は実施例１と同様である。
S31：ジョブキューに少なくとも監視用のフロー定義情報を記憶しているので、ジョブ受信部はフロー定義情報を解析する。
S32：解析の結果、自機が監視処理を行うと解析するので、ジョブ制御部（フロー制御部２２でもよい）がクラウドの監視処理を行う。ジョブ制御部は、カレントポイントを次の処理に変更することでフロー定義情報を更新するが、次の処理はないので、フロー定義情報を破棄する。
S15：クラウドのジョブ転送部は接続処理として、問い合わせに対する応答としてフロー定義情報とジョブデータをＭＦＰ２０１に送信する。以降は実施例１と同様である。

以上説明したように、本実施例の処理実行システム５００は、実施例１の効果に加え、ファイアウォールを超えたワークフローを柔軟かつ容易に定義することを可能にする。

２１ プラグイン
２２ フロー制御部
２３ ジョブ制御部
３１ ジョブ実行部
３３ ジョブ受信部
３４ ジョブ転送部
３５ ジョブキュー
１００ ワークフロー処理サーバ
１５０ 管理者ＰＣ
２００ ワークフロー実行要求装置
５００ 処理実行システム

特開２０１１‐０３５７７９号公報

Claims (10)

1. 各機器が実行する処理と処理の順番を指示する処理フロー定義情報にしたがって各処理を順番に実行するシステムに対し、前記処理フロー定義情報を提供する定義情報作成システムであって、
   前記機器のリストが登録された機器リスト記憶手段と、
   前記処理が順番に設定される第1欄と、処理を実行する前記機器が設定される第２欄とが対比して表示される画面情報を記憶する画面情報記憶手段と、
   前記画面情報を解析して表示装置に表示する表示制御手段と、
   前記第１欄に対する処理と処理の順番の設定及び前記第２欄に対する処理と該処理を実行する前記機器の対応づけを受け付ける設定受付手段と、
   前記設定受付手段が受け付けた処理の順番と処理に対応づけられた前記機器に基づき前記処理フロー定義情報を作成する定義情報作成手段と、
   １つ以上の前記処理フロー定義情報を記憶する定義情報記憶手段と、
   を有することを特徴とする定義情報作成システム。
2. 前記表示制御手段は、前記第１欄のすべての処理を、処理を実行する前記第２欄の前記機器と視覚的に紐づけて表示する、
   ことを特徴とする請求項１記載の定義情報作成システム。
3. 前記第１欄の処理と前記第２欄の前記機器とが視覚的に紐づけられた状態で、
   前記設定受付手段が前記第１欄への処理の追加を受け付けた場合、前記表示制御手段は、最も後の処理と紐づけられている前記機器と、追加された処理とを視覚的に紐づけて表示する、
   ことを特徴とする請求項２記載の定義情報作成システム。
4. 前記第１欄の処理と前記第２欄の前記機器とが視覚的に紐づけられた状態で、
   前記設定付手段が前記第２欄への機器の追加を受け付け、すでに前記機器と紐づけられている処理と追加された機器との新たな対応づけを受け付けた場合、
   前記表示制御手段は、追加された機器と対応づけられた処理及び該処理よりも後段の全ての処理を、追加された機器と視覚的に紐づけて表示する、
   ことを特徴とする請求項２又は３記載の定義情報作成システム。
5. 前記第１欄の処理と前記第２欄の前記機器とが視覚的に紐づけられた状態で、
   前記設定受付手段が前記第２欄への機器の追加を受け付け、すでに前記機器と紐づけられている処理と追加された機器との新たな対応づけを受け付けた場合、
   前記表示制御手段は、追加された機器と対応づけられた処理のみを追加された機器と視覚的に紐づけて表示し、
   追加された機器と対応づけられた処理よりも後段の全ての処理を、追加された機器よりも後段に追加した前記機器と視覚的に紐づけて表示する、
   ことを特徴とする請求項２又は３記載の定義情報作成システム。
6. 前記第１欄の処理と前記第２欄の前記機器とが視覚的に紐づけられた状態で、前記設定受付手段が前記第２欄への機器の追加を受け付け、すでに前記機器と紐づけられている処理と追加された機器との新たな対応づけを受け付けた場合に、
   追加された機器と対応づけられた処理及び該処理よりも後段の全ての処理を、追加された機器と紐づけするか、
   追加された機器と対応づけられた処理のみを追加された機器と紐づけするか、又は、
   追加された機器と対応づけられた処理よりも後段の処理を追加された機器と紐づけるか否かを問い合わせるか、
   の設定を受け付ける設定画面を表示する、
   ことを特徴とする請求項２〜５いずれか１項記載の定義情報作成システム。
7. 前記表示制御手段は、前記機器と紐づけされた１つ以上の処理を前記機器と同じ第１色で表示し、異なる前記機器と紐づけされた１つ以上の処理を前記異なる前記機器と同じでかつ前記第１色と異なる第２色で表示する、
   ことを特徴とする請求項２項記載の定義情報作成システム。
8. 前記機器と通信するための通信情報を記憶する通信情報記憶手段を有し、
   前記定義情報作成手段は、各処理の途中で処理を実行する前記機器が切り替わる場合、切り替わる直前の前記機器が切り替わった後の前記機器に前記処理フロー定義情報を送信するための前記通信情報を前記通信情報記憶手段から読み出し、前記処理フロー定義情報の前記機器が切り替わる処理の直前に通信処理として挿入する、
   ことを特徴とする請求項１〜７いずれか１項項記載の定義情報作成システム。
9. 各処理の途中で処理を実行する前記機器が切り替わり、かつ、切り替わった後の前記機器がファイアウォールより外の機器の場合、
   前記定義情報作成手段は、内部の機器が外部の機器に対し処理の完了を周期的に問い合わせる監視処理を含む前記処理フロー定義情報を作成する、
   ことを特徴とする請求項８記載の定義情報作成システム。
10. 機器のリストが登録された機器リスト記憶手段と、
    処理が順番に設定される第1欄と、処理を実行する前記機器が設定される第２欄とが対比して表示される画面情報を記憶する画面情報記憶手段と、を有する情報処理装置であって、
    前記画面情報を端末に送信する画面情報送信手段と、
    前記端末が前記画面情報を解析して表示装置に表示し、前記第１欄に対する処理と処理の順番の設定及び前記第２欄に対する処理と該処理を実行する前記機器の対応づけを受け付けた設定内容を受信する受信手段と、
    前記受信手段が受信した処理の順番と処理に対応づけられた前記機器に基づき各機器が実行する処理と処理の順番を指示する処理フロー定義情報を作成する定義情報作成手段と、
    １つ以上の前記処理フロー定義情報を記憶する定義情報記憶手段と、を有し、
    前記処理フロー定義情報を、前記処理フロー定義情報にしたがって各処理を順番に実行するシステムに提供する、ことを特徴とする情報処理装置。

Images