JP2009009567A - サービス画像処理システム及び画像処理装置 - Google Patents
サービス画像処理システム及び画像処理装置 Download PDFInfo
- Publication number
- JP2009009567A JP2009009567A JP2008161593A JP2008161593A JP2009009567A JP 2009009567 A JP2009009567 A JP 2009009567A JP 2008161593 A JP2008161593 A JP 2008161593A JP 2008161593 A JP2008161593 A JP 2008161593A JP 2009009567 A JP2009009567 A JP 2009009567A
- Authority
- JP
- Japan
- Prior art keywords
- service
- processing
- instruction
- document
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Document Processing Apparatus (AREA)
Abstract
【課題】ネットワーク接続された各機器に対して複数の処理を連携して処理させる。
【解決手段】ユーザはクライアント端末10に表示されたGUI画面に従って所望のサービス連携のジョブフローを定義する。このとき並列処理可能な複数のジョブを並列処理させるように指定できる。指示書生成サーバ30は定義されたジョブフローに従って処理内容や処理対象の文書の格納位置等が定義された指示書を作成する。指示書は指示書管理サーバ40に保存される。ユーザが指示書管理サーバ40に保存された指示書から所望の指示書を選択すると、その指示書が連携処理サーバ50へ送信される。連携処理サーバ50は、指示書を解釈し、指示書に記述された処理内容、処理順序に従って文書が処理されるように各装置に処理依頼を行い、複数の処理を連携処理させる。
【選択図】図2
【解決手段】ユーザはクライアント端末10に表示されたGUI画面に従って所望のサービス連携のジョブフローを定義する。このとき並列処理可能な複数のジョブを並列処理させるように指定できる。指示書生成サーバ30は定義されたジョブフローに従って処理内容や処理対象の文書の格納位置等が定義された指示書を作成する。指示書は指示書管理サーバ40に保存される。ユーザが指示書管理サーバ40に保存された指示書から所望の指示書を選択すると、その指示書が連携処理サーバ50へ送信される。連携処理サーバ50は、指示書を解釈し、指示書に記述された処理内容、処理順序に従って文書が処理されるように各装置に処理依頼を行い、複数の処理を連携処理させる。
【選択図】図2
Description
本発明は、サービス画像処理システム及び画像処理装置に係り、特に紙文書を電子化してワークフローを構築するワークフローシステムに用いて好適なサービス画像処理システム及び画像処理装置に関する。
従来、複写機にファクシミリ、スキャナ、プリンタ機能を統合した複合機が提案されている。これにより、複写機、ファクシミリなどを使った紙主体の事務処理と、パーソナルコンピュータ上で電子化された文書の処理とを、連携することができる。
具体的には、紙文書をスキャンしてパーソナルコンピュータに転送したり、ファクシミリで受信した文書をプリントせずにイメージデータのままパーソナルコンピュータに送信することができる。さらには、紙文書、ファクシミリ受信文書が電子化された後、多くの手続きや処理をも連携させ自動化することが望まれる。
そのため、従来、予め複合機で設定すべき項目について所望の設定を記述したジョブテンプレートを用意しておき、そのジョブテンプレートを指定し、必要に応じて設定値を変更してから処理を行う技術が提案されている。
例えば、従来の画像形成装置は、出力様式を設定するための出力設定データ(ジョブテンプレート)を複数保存し、選択された出力設定データに従った出力様式で画像形成して出力することができる(例えば、特許文献1参照。)。
特開平10−83263号公報(第5−7頁、図2、図5)
しかしながら、例えば、特許文献1に記載された画像形成装置は、「出力様式」、つまり当該装置自身の機能のみを設定の対象としている。したがって、上記画像形成装置は、ネットワークに接続された他のプリンタやスキャナ等の設定や複数の処理の連携を設定することができない。このため、当然複数の処理の処理順序等を設定して効率よく複数の処理を実行させることができない、という問題があった。
本発明は、上述した課題を解決するために提案されたものであり、ネットワーク接続された各機器に対して複数の処理を連携して処理させることができるサービス画像処理システム及び画像処理装置を提供することを目的とする。
上記課題を解決するため、請求項1記載のサービス画像処理システムの発明は、文書データにサービス処理を施すための指示書データを生成する生成手段と、前記生成手段によって生成された指示書データを画像処理装置に送信する指示書データ送信手段と、を備えた情報処理装置と、前記指示書データ送信手段によって送信された前記指示書データの内容を解釈する解釈手段と、前記解釈手段の解釈結果に基づいて、前記情報処理装置から送信された文書データにサービス処理を施すサービス処理手段と、を備えた画像処理装置と、を備えたことを特徴とする。
この発明によれば、情報処理装置は、生成手段及び指示書データ送信手段を備えている。生成手段は、文書データにサービス処理を施すための指示書データを生成する。
指示書データ送信手段は、前記生成手段によって生成された指示書データを画像処理装置に送信する。
画像処理装置は、解釈手段及びサービス処理手段を備えている。解釈手段は、前記指示書データ送信手段によって送信された前記指示書データの内容を解釈する。
サービス処理手段は、前記解釈手段の解釈結果に基づいて、前記情報処理装置から送信された文書データにサービス処理を施す。この指示書データには、例えば処理対象の文書データの位置及び文書データに施すべきサービス処理の内容等が記述されている。
ここで、文書データは、文書に関連する情報であればよく、テキストデータ等の文字情報や紙文書を読み取った画像情報等、特に限定されるものではない。
また、サービス処理手段は、処理対象である文書データに対して所定のサービス処理、例えばプリントやFAX送信、メール送信等のサービス処理を実行するものであり、ハードウェアで構成されたものに限らず、モジュールであってもよい。
また、請求項2に記載したように、前記情報処理装置は、前記画像処理装置の前記サービス処理手段によってサービス処理が施された前記文書データを受信する受信手段と、前記サービス処理が施された文書データを次のサービス処理を行うネットワーク上の画像処理装置に送信することにより、前記ネットワークに接続された画像処理装置のサービス処理手段によるサービス処理を連携させるようにしてもよい。
請求項3記載の発明の画像処理装置は、文書データを受付ける文書データ受付手段と、サービス処理の内容が記載されている指示書を受付ける指示書受付手段と、前記指示書受付手段で受付けた指示書のサービス処理内容を解釈する解釈手段と、前記文書データ受付手段で受け付けた文書データに前記解釈手段で解釈したサービス処理内容を実行するサービス処理実行手段と、前記サービス処理実行手段で実行して得られた文書データをネットワーク上の画像処理装置に送信する送信手段と、を備えたことを特徴とする。
また、請求項4に記載したように、前記サービス処理実行手段は、前記解釈手段で解釈したサービス処理内容が実行可能である場合には、当該サービス処理内容を実行し、前記解釈手段で解釈したサービス処理内容が実行可能でない場合には、予め定めた実行可能な処理を実行するようにしてもよい。
この発明によれば、指示されたサービス処理が常に実行可能であるとは限らないので、サービス処理実行手段は、解釈手段で解釈したサービス処理内容が実行可能である場合には、当該サービス処理内容を実行し、解釈手段で解釈したサービス処理内容が実行可能でない場合には、予め定めた実行可能な処理を実行する。例えば、実行を中止したり、実行が不可能である旨を報知したり、実行可能になるまで待機し、実行可能になった時点で実行する等の処理を行う。これにより、複数のサービス処理を円滑に処理することができる。
本発明によれば、ネットワーク接続された各機器に対して複数の処理を連携して処理させることができる、という効果を有する。
以下、本発明の好ましい実施の形態について図面を参照しながら詳細に説明する。
(システム構成)
図1は、本発明の実施の形態に係る文書処理システム1の構成を示すブロック図である。
文書処理システム1は、様々なサービスを行う装置やアプリケーションがネットワーク5を介して接続されたものである。ここで、サービスとは、外部からの要求に応じて文書に関する利用可能な機能をいう。サービスは、例えば、コピー、プリント、スキャン、ファクシミリ送受信、メール配信、レポジトリへの格納やリポジトリからの読込、OCR(Optical Character Recognition)処理、ノイズ除去処理等が該当するが、特に限定されるものではない。
文書処理システム1は、具体的には、複数のサービスを連携させてユーザの所望の処理を指示するためのユーザインタフェースを備えたクライアント端末10と、ユーザの所望のサービスを検索するサービス検索サーバ20と、クライアント端末10で指示されたサービス連携に関する情報から指示書を作成する指示書生成サーバ30と、指示書を管理する指示書管理サーバ40と、指示書に従って各サービスの連携処理を実行する連携処理サーバ50と、を備えている。
さらに、文書処理システム1は、画像文書のノイズ除去処理や画像回転処理やOCR処理や画像をバインドする等の画像処理を行う画像処理装置61と、文書を管理する文書管理サーバ62と、文書を配信する文書配信サーバ63と、第1のサービス処理を行う第1のサービス処理装置64と、第2のサービス処理を行う第2のサービス処理装置65と、を備えている。
なお、文書処理システム1は、本実施形態では所定のサービス処理を行う複数のサーバがネットワーク5を介して接続された構成となっているが、複数のサービスがネットワーク5を介して接続されていれば特に限定されるものではない。
ここで、指示書とは、一連の処理を複数の機能的な処理に分解した場合において、各機能の関係を表す情報と、各機能を呼び出すためのインタフェース(I/F)情報と、一連の処理に関するグラフィカルユーザインタフェース(GUI)を構成するための情報と、を含んだデータをいう。
図2は、文書処理システム1を構成する各サービス処理装置の相互関係を説明するためのブロック図である。各サービス処理装置は、自身が提供するサービスの内容を表すI/F情報を記憶している。
図3は、I/F情報の構成を示す図である。I/F情報は、<サービス種類(Service Class)>、<サービス名(Service Name)>、<サービス・アイコン(Service Icon)>、<サービス情報ロケーション(Service Information Location)>、<入力(Input)>、<出力(Output)>、<パラメータ制限ルール(Parameter Restriction Rules)>、<サービス・ロケーション(Service Location)>、<メソッド名(Method Name)>、<起動方法(Invocation Scheme)>、<黙示要素(Implicit Elements)>で構成されている。
<サービス種類>は、サービス処理装置が提供するサービスの種類(処理内容)である。なお、<サービス種類>は、予め定義されているものが使用され、例えば、スキャン、プリント、レポジトリ、フロー等が該当する。<サービス名>は、サービス処理装置が提供するサービスの名前である。<サービス・アイコン>は、クライアント端末10のGUIに表示するアイコンの位置情報である。
<サービス情報ロケーション>は、指示書生成サーバ30がI/F情報を取得するために用いるURLである。<入力>は、サービスへの入力である。<出力>は、サービスからの出力である。<パラメータ制限ルール>は、<入力>に適用される制限ルールである。<サービスロケーション>は、サービスを実際に使用するときの位置情報である。<メソッド名>は、、サービス処理の提供手法や、サービスを指し示す名称が記述されている。
<起動方法>は、サービス処理を呼び出し起動する方法である。なお、<起動方法>としては、例えばメッセージ交換のプロトコルであるSOAP(Simple Object Access Protocol)、SMTP(Simple Mail Transfer Protocol)等を用いることができる。<黙示要素>は、出力として明示的に後段の処理に渡されるデータでないが、後段の処理で参照可能なデータである。
クライアント端末10は、指示書の作成を指示したり、起動すべき指示書を選択するために、画面表示したり所定の操作を行うためのグラフィカルユーザインタフェース(GUI)の機能を備えている。
サービス検索サーバ20は、ネットワーク5に接続された複数のサービスの中から、検索条件に対応するサービスを検索する。サービス検索サーバ20は、画像処理装置61、文書管理サーバ62、文書配信サーバ63、第1のサービス処理装置64、サービス処理装置65等の様々なサービス処理装置のI/F情報の一部(以下「部分I/F情報」という。)を予め記憶している。ここで、部分I/F情報は、I/F情報の要素中の<サービス種類>、<サービス名>、<サービス情報ロケーション>、<入力>、<出力>の情報をいう。
サービス検索サーバ20は、指示書生成サーバ30や連携処理サーバ50から検索条件が送信されたときは、各サービス処理装置の部分I/F情報を用いてサービスを検索する。例えば、サービス検索サーバ20は、所定のサービスと同様のサービスを検索するときは、<サービス種類>が一致するサービスを検索したり、<入力>及び<出力>が一致するサービスを検索したり、これらすべてが一致するサービスを検索すればよい。
指示書生成サーバ30は、指示書作成時には各サービス処理装置からI/F情報を取得して、各サービス処理装置が提供するサービスを連携させるための指示書を生成する。指示書生成サーバ30は、指示書を作成すべく、具体的には次の処理を実行する。
指示書生成サーバ30は、<サービス情報ロケーション>に基づいて、ネットワーク5上に分散した所定のサービス処理装置から、各サービスに関するI/F情報を送信するように要求する。なお、指示書生成サーバ30は、所定のサービス処理装置がない場合は、サービス検索サーバ20に対して、所定のサービス処理装置と同一のサービスを行う他のサービス処理装置を検索するように指示を出す。そして、指示書生成サーバ30は、サービス検索サーバ20から、他のサービス処理装置の<サービス情報ロケーション>を取得すればよい。
指示書生成サーバ30は、サービス検索サーバ20からの検索結果や各サービス処理装置から受信したI/F情報を管理する。指示書生成サーバ30は、各サービス処理装置から取得したI/F情報に基づいて、ジョブフロー(連携処理)を定義するためのGUI画面となるHTMLファイルを生成する。そして、指示書生成サーバ30は、クライアント端末10からのサービスの閲覧要求があると、GUI画面となるHTMLファイルを前記クライアント端末10へ送信する。
図4は、ジョブフローを定義するためのGUI画面である指示書作成画面100を示す図である。指示書作成画面100は、サービスウインドウ101、フローウインドウ102、ロジックウインドウ103、プロパティーウインドウ104で構成されている。
サービスウインドウ101は、使用可能な様々なサービス処理装置を表示する。ロジックウインドウ103は、サービス間の連携のパターンを示すジョブフローを表示する。プロパティーウインドウ104は、サービスウインドウ101とロジックウインドウ103に表示された各アイコンの詳細な設定パラメータを表示する。
ユーザは、サービスウインドウ101のアイコンとロジックウインドウ103のアイコンをフローウインドウ102にドラッグ・アンド・ドロップすることで、フローウインドウ102にジョブフローを定義することができる。ユーザは、さらに、プロパティウインドウ104に表示された内容を編集することによって、サービスやロジックなどのサービス間の関係を詳細に設定することができる。
図4のフローウインドウ102には、一例として、FAX受信(図4では「Fax In」と表示)した文書をOCR処理(図4では「OCR」と表示)することにより受信文書のテキストデータを生成し、受信文書のメール送信処理(図4では「Mail」と表示)、プリント処理(図4では「Print」と表示)、フォルダへ格納する処理(図4では「Folder」と表示)を行うジョブフローが定義されている。
ここで、並列処理可能な複数のジョブを並列処理させたい場合、すなわち同時に実行させたい場合には、そのようにジョブフローを定義することができる。例えば図4の例では、メール送信処理、プリント処理、フォルダへの格納処理については、並列処理可能であるので、各々のアイコンが並べて表示されるようにフローウインドウ102にドラッグ・アンド・ドロップすることにより、各々の処理が並列処理されるように定義される。これにより、直列処理及び並列処理が混在した複雑なジョブフローを容易に定義することができる。なお、アイコン毎に並列処理するか否かを指定できるようにしてもよい。
このように、ユーザは、サービスウインドウ101のアイコンとロジックウインドウ103のアイコンをフローウインドウ102にドラッグ・アンド・ドロップしてジョブフローを定義し、プロパティウインドウ104に表示された内容を編集することにより、多様かつ複雑な処理を連携させるための指示書を容易に作成することができる。
クライアント端末10は、ユーザの操作によって定義されたジョブフロー情報を、CGI(Common Gateway Interface)形式に従って指示書生成サーバ30に送信する。
指示書生成サーバ30は、ユーザからのサービス連携の指示に関するジョブフロー情報と、各サービスのI/F情報とに基づいて、各サービスへ依頼する処理の内容、入力パラメータ、各サービスの連携の仕方(ジョブフロー)、文書名や格納ロケーション情報等の処理対象の文書を特定するための情報を定義した指示書を作成する。指示書は、XML形式のファイルで構成されている。
図5は、XML形式で構成された指示書を示す概念図である。複数のサービスの連携処理自体も1つのサービスとみなされるので、指示書は、図3に示したI/F情報に加えて<フロー(Flow)>を追加した構成になっている。
<フロー>は、サービス間の連携を記述する要素であり、<起動(Invoke)>、制御構造や論理演算、条件判断をするための<if>等の要素、サービス間の連携を調整するためのXML構造の操作指示、さらに処理対象の文書を特定するための情報を含んでいる。
<起動>は、サービス処理装置の特定のメソッドを表し、サービスの呼び出しを実行する。<起動>の要素として、パラメータの位置情報を示す<マップ>と、呼び出すメソッド名<メソッド>を有している。制御構造や論理演算等を示す<if>、<and>、<eq>、<gt>は、連携処理時に条件分岐を行ったり、サービス間で受け渡されるパラメータの調整を実施する。
図9には、指示書の<フロー>の一部の記載例の概略を示した。なお、図9に示した記載例はあくまでも一例であり、これに限定されるものではない。
図9に示す例は、図10に示すようなジョブフローの場合の指示書の記載例であり、所定の文書に対してOCR処理(文字認識処理)を行い、FAX送信処理、メール送信処理、プリント処理を並列処理した後、各処理の処理結果をレポート出力するジョブフローの場合の指示書の記載例である。
図9に示すように、OCR処理の内容は、OCR処理を指示するためのスタートタグ<ocr>とエンドタグ</ocr>との間に記載されたパラメータ(例えば読み取り解像度等)等によって定義される。
同様に、FAX送信処理の内容は、FAX送信処理を指示するためのスタートタグ<faxsnd>とエンドタグ</faxsnd>との間に記載されたパラメータ(送信先FAX番号等)等によって定義される。
また、メール送信処理は、メール送信処理を指示するためのスタートタグ<mailsnd>とエンドタグ</mailsnd>との間に記載されたパラメータ(送信先メールアドレス等)等によって定義される。
また、プリント処理の内容は、プリント処理を指示するためのスタートタグ<print>とエンドタグ</print>との間に記載されたパラメータ(出力の解像度等)等によって定義される。
また、レポート出力処理の内容は、レポート出力処理を指示するためのスタートタグ<report>とエンドタグ</report>との間に記載されたパラメータ(出力形式等)等によって定義される。
さらに、並列処理されるべきジョブの内容は、スタートタグ<para>とエンドタグ</para>との間に挟まれたタグによって定義される。従って、図9の記載例では、FAX送信処理、メール送信処理、プリント処理が並列処理されることとなる。
指示書は、サービスの連携処理の制御に関するすべての情報を<フロー>の要素に記述している。これにより、指示書によって表される連携処理自体も1つのサービスとみなされる。なお、指示書は、図5に示す構成に限定されるものではなく、各サービスを連携させることができればよい。
指示書生成サーバ30は、以上のようなXML形式の指示書を指示書管理サーバ40に送信する。また、指示書生成サーバ30は、ユーザによりサービス連携処理の実行が指示されている場合は、指示書を直接連携処理サーバ50に送信してもよい。
指示書管理サーバ40は、指示書生成サーバ30から送信された指示書を保持し、クライアント端末10からの要求に応じて指示書を連携処理サーバ50へ送信する。このように、作成された指示書を格納し保持しておくことにより、必要に応じて指示書を呼び出して実行することができるため、その都度指示書を作成する必要がなく、効率よく文書を処理することができる。
連携処理サーバ50は、指定された指示書を解釈・実行するサーバである。連携処理サーバ50は、指示書が送信されると、その指示書を解釈し、指示書に記述されている順番と利用方法に従い、画像処理装置61、文書管理サーバ62、文書配信サーバ63などの各サービス処理装置を順に呼び出し、連携処理を実行する。また、連携処理サーバ50は、実行中の連携処理の状況や終了した連携処理の結果の情報を保存し、外部からの要求に応じて、連携処理の状況や結果を通知する。
連携処理サーバ50は、指示書を解釈して各サービス処理装置へ依頼する際には、処理依頼内容や入力パラメータ、処理対象の文書を特定するための情報等を有する個別指示情報を生成する。なお、連携処理サーバ50は、各サービス処理装置で行う処理の前後の処理との関連を指示書に記述してもよいし、指示書の形式ではなく各サービス処理装置毎の固有の情報交換形式で処理依頼を行うようにしてもよい。
画像処理装置61は、画像処理機能を行うソフトウェアプログラムがインストールされたコンピュータである。画像処理装置61は、連携処理サーバ50からの処理要求依頼に含まれるサービス処理依頼内容、入力パラメータ、処理対象文書の情報に基づいて、文書の処理を行う。また、画像処理装置61は、起動時にサービス検索サーバ20に対して、部分I/F情報を通知する。さらに、画像処理装置61は、指示書生成サーバ30からの要求により、画像処理サービスの利用方法を示すI/F情報を送信する。このI/F情報は、指示書作成時に利用される。
文書管理サーバ62は、文書格納機能を有している。文書管理サーバ62は、連携処理サーバ50からの要求に含まれる情報に基づき、文書の格納や検索や読み出し、文書に関する属性の変更や各種処理を実行する。また、文書管理サーバ62は、起動時にサービス検索サーバ20に対して、部分I/F情報を通知する。さらに、文書管理サーバ62は、指示書生成サーバ30からの要求により文書管理サービスの利用方法を示すI/F情報を送信する。
文書配信サーバ63は、取得した文書を、指示された文書管理サーバへ格納したり、指示された送信先へメール送信やFAX送信を行ったり、指示されたプリンタへプリント出力処理を行う機能を備えている。文書配信サーバ63は、連携処理サーバ50からの要求により、クライアント端末10で指示された文書とその配信先の情報に基づき、文書の配信処理を行う。また、文書配信サーバ63は、起動時に、サービス検索サーバ20に対して、部分I/F情報を通知する。さらに、文書配信サーバ63は、指示書生成サーバ30からの要求により文書配信処理サービスの利用方法を示すI/F情報を送信する。
第1のサービス処理装置64は、外部からの指示に従って文書に関する所定のサービス処理を行う装置である。ここで、第1のサービス処理装置64は、連携処理サーバ50からの処理依頼内容や入力パラメータ、処理対象の文書を特定するための情報等の情報に基づき、自身で実行すべきサービス処理を実行する。また、第1のサービス処理装置64は、起動時に、サービス検索サーバ20に対して、部分I/F情報を通知する。さらに、第1のサービス処理装置64は、指示書生成サーバ30からの要求によりサービス処理の利用方法を示すI/F情報を送信する。なお、第2のサービス処理装置65は、サービス処理の内容を除いて、第1のサービス処理装置64と同様に動作する。
以上のように構成された文書処理システム1において、画像処理装置61、文書管理サーバ62、文書配信サーバ63等の各サービス処理装置は、それぞれ所定のサービスを実行するためのアプリケーションプログラムがインストールされると、以下のように動作する。
画像処理装置61、文書管理サーバ62、文書配信サーバ63等のサービス処理装置は、起動処理において、それぞれのサービス概要とアドレスを示す情報を含んだ部分I/F情報をサービス検索サーバ20に通知する。
サービス検索サーバ20は、画像処理装置61、文書管理サーバ62、文書配信サーバ63等の各サービス処理装置から送信された部分I/F情報を保存する。これにより、サービス検索サーバ20は、例えば指示書生成サーバ30や連携処理サーバ50から所定のサービス検索要求があったときに、部分I/F情報を用いて検索を実行することができる。
なお、指示書生成サーバ30は本発明の生成手段に相当する。
(指示書の作成)
図6は、指示書作成時のクライアント端末10及び指示書生成サーバ30の処理手順を示すフローチャートである。
クライアント端末10は、ユーザの操作に従って、インストールされたブラウザを通して、指示書生成サーバ30が提供するユーザインタフェース画面用に生成されたHTMLファイルのURL(Uniform Resource Locator)にアクセスする(ステップST1)。
指示書生成サーバ30は、クライアント端末10からの閲覧要求に応じて、ユーザインタフェース画面のHTMLファイルをクライアント端末10に送信する(ステップST2)。
クライアント端末10は、指示書生成サーバ30から送信されたHTMLファイルに含まれる画面を構成する情報に基づいて、ユーザインタフェース画面を表示する(ステップST3)。このとき、ユーザは、クライアント端末10に表示されたユーザインタフェース画面を用いて、所望のサービス連携のジョブフローを定義することができる。
クライアント端末10は、ユーザインタフェース画面を介してジョブフローが定義されたか否かを判定し、ジョブフローが定義されるまで待機する(ステップST4)。クライアント端末10は、ジョブフローが作成されたと判定すると、ユーザによって定義されたサービス連携に関するジョブフロー情報を指示書生成サーバ30に送信する。
指示書生成サーバ30は、クライアント端末10より送信されたサービス連携のジョブフローに関する情報と、各サービス処理装置から取得したI/F情報とに基づいて、各サービスへ依頼する処理の内容、入力パラメータ、各サービスの連携の仕方、文書名や格納ロケーション情報等の処理対象の文書を特定するための情報を定義した指示書を作成する(ステップST5)。そして、指示書生成サーバ30は、XML形式の指示書を指示書管理サーバ40に送信する。
指示書管理サーバ40は、指示書生成サーバ30で生成された指示書を保存する。指示書管理サーバ40は、指示書生成サーバ30で作成された複数の指示書を保存しており、クライアント端末10から指示書の選択指示があった時は選択された指示書を読み出す。
(連携処理の起動・実行)
ユーザは、指示書管理サーバ40に保存されている複数の指示書の中から所望の指示書を選択して、連携処理を起動させることができる。具体的には、以下の通りである。
図7は、クライアント端末10及び連携処理サーバ50の処理を示すフローチャートである。ここでは、図9に示すジョブフローのように、所定の文書に対してOCR処理(文字認識処理)を行い、画像文書を指定されたFAX番号へFAX送信すると共にプリント出力し、抽出されたテキスト文書を指定されたメールアドレスへメール送信した後、各処理結果をレポート出力する場合について説明する。また、ここでは、文書配信サーバ63がFAX送信処理を担当し、第1のサービス処理装置64がメール送信処理を担当し、第2のサービス処理装置65がプリント処理を担当するものとして説明する。
クライアント端末10は、指示書管理サーバ40へアクセスし、指示書管理サーバ40で管理される指示書リストを取得する(ステップST11)。
図8は、指示書リストを表すサービス連携処理選択画面110の一例を示す図である。サービス連携処理選択画面110は、指示書毎に指示書を選択するためのボタン111〜116を有している。ユーザは、サービス連携処理選択画面110から所望のボタンをクリックすることで、指示書を選択することができる。
クライアント端末10は、サービス連携処理選択画面110から、ユーザの操作指示に基づいて、所定のサービス連携処理を表す指示書を選択し、その指示書の起動を指示する。このとき、必要に応じて、ユーザに対してパラメータ入力画面を表示し、ジョブの実行に必要なパラメータを入力させる。
指示書管理サーバ40は、クライアント端末10によって指示された指示書を連携処理サーバ50へ送信する(ステップST12)。この結果、連携処理サーバ50は、連携処理の実行を開始する。
連携処理サーバ50は、指示書管理サーバ40より送信された指示書を解釈し、並列処理すべきジョブが定義されているか否かを判断する(ステップS13)。これは、指示書に並列処理を指示するタグ<para>が記述されているか否かにより判断することができる。
そして、並列処理が定義されていない場合にはステップST14へ移行し、並列処理が定義されている場合にはステップST16へ移行する。
ステップST14では、指示書で実行を指定されたジョブの中で並列処理可能な複数のジョブが存在するか否かを判断する。この判断は、例えば並列処理可能なジョブの一覧を予め連携処理サーバ50内のメモリに記憶しておき、これに記憶された並列処理可能なジョブの一覧の中に、指示書に記載されたジョブと一致するジョブが複数存在するか否かを判断することにより行うことができる。
そして、並列処理可能な複数のジョブが存在する場合にはステップST15へ移行し、並列処理可能な複数のジョブが存在しない場合には、ステップST16へ移行する。
ステップST15では、元々直列的に処理するように記載されていた並列処理可能な複数のジョブが、並列処理されるように指示書を書き換える。例えば図11に示すように、全てのジョブが直列的に実行されるようなジョブフローが指示書に定義されていた場合、指示書の<フロー>には、例えば図12に示すように各ジョブの実行を指示するタグが順番に並んだ記述が含まれることとなる。
この場合、FAX送信処理、メール送信処理、プリント処理は並列処理が可能であるため、図12に示すFAX送信処理を示すスタートタグ<faxsnd>及びエンドタグ</faxsnd>、メール送信処理を示すスタートタグ<mailsnd>及びエンドタグ</mailsnd>、プリント処理を示すスタートタグ<print>及びエンドタグ</print>が、図9に示すように、並列処理すべきことを示すスタートタグ<para>とエンドタグ</para>との間に挟まれるように指示よが書き換えられる。これにより、図11に示すように直列的な処理のみのジョブフローが、図10に示すように直列的な処理及び並列的な処理が混在したジョブフローとなる。
次に、連携処理サーバ50は、指示書を順に解釈し、指示書に記述された第1番目の処理であるOCR処理を実行するよう画像処理装置61に対して依頼する(ステップST16)。連携処理サーバ50は、具体的には、指示書に記載された情報、例えば図9に示すスタートタグ</ocr>とエンドタグ</ocr>との間に記載されたパラメータ等に基づいて、処理依頼するサービス処理装置のロケーションや処理依頼に必要な入力パラメータと出力パラメータ形式、処理依頼のためのメソッド名、起動方法、処理対象文書を特定する情報を抽出し、個別指示情報を作成する。連携処理サーバ50は、個別指示情報を第1の処理依頼先である画像処理装置61へ送信する。
図13には、画像処理装置61等の各装置が実行する制御ルーチンのフローを概略的に示した。
画像処理装置61は、処理を依頼されたか否かを判断し(ステップST31)、処理を依頼された場合には、送信された指示書に記述された処理対象文書の格納先ロケーション情報をもとに、処理対象文書をコピーし文書を取得する(ステップST32)。次に、画像処理装置61は、取得した文書画像に対し、サービス処理依頼内容を解釈し、その処理が実行可能か否かを判断する(ステップST33)。例えば、指定されたパラメータで処理可能か否か、他のジョブを実行中か否か等を判断する。そして、実行可能である場合には、指定されたパラメータで通常のOCR処理を行い、抽出されたテキスト文書とバインドする処理を行うと共に、画像処理によって得られた画像文書とテキスト文書がバインドされた文書を元の格納先へ再格納する(ステップST34)。
画像処理装置61は、このような処理が完了すると、処理のステータス情報(完了)、出力パラメータ、処理後の文書格納先情報など、処理結果を連携処理サーバ50へ送信する(ステップST36)。
一方、実行可能でないと判断された場合、予め定めた実行可能な処理を行う(ステップST35)。例えば、指定されたパラメータで処理できないと判断された場合には、予め定めた実行可能なパラメータでOCR処理を行う。この場合、連携処理サーバ50に送信する処理結果に、指定されたパラメータを変更して処理した旨を含むようにする。また、他のジョブを実行中の場合には、他のジョブが実行終了するまで待機し、他のジョブが実行終了した時点で通常の処理を行う。この場合、待機中であることを連携処理サーバ50に報知するようにしてもよい。
このように、依頼された装置側では、依頼された処理に対して実行可能か否かを判断し、実行不可能である場合には予め定めた実行可能な処理を行う。
そして、連携処理サーバ50は、図7に示すように、処理結果を受信したか否かを判断し(ステップST17)、画像処理装置61からの処理結果を受信すると、対応処理として第1の処理依頼結果をログとして管理(記憶)する(ステップST18)。
次に、連携処理サーバ50は、全ての処理が終了したか否かを判断する(ステップST19)。すなわち、指示書に次に処理すべきジョブが記述されているか否かを判断する。そして、実行すべきジョブが存在する場合には、上記と同様にステップST16で第2番目の処理を実行するように該当する装置に依頼する。
ここで、図9に示すように、指示書には、OCR処理の実行を指示するタグの後に、並列処理を定義するためのスタートタグ<para>とエンドタグ</para>との間に、FAX送信処理、メール送信処理、プリント処理のタグが記載されている。
このため、連携処理サーバ50は、これらの処理を並列処理させる。具体的には、第1番目の処理と同様に、各処理について、スタートタグとエンドタグとの間に記載されたパラメータ等に基づいて、処理依頼するサービス処理装置のロケーションや処理依頼に必要な入力パラメータと出力パラメータ形式、処理依頼のためのメソッド名、起動方法、処理対象文書を特定する情報を抽出し、個別指示情報を作成する。
そして、連携処理サーバ50は、FAX送信処理の個別指示情報を文書配信サーバ63へ送信し、メール送信処理の個別指示情報を第1のサービス処理装置64へ送信し、プリント処理の個別指示情報を第2のサービス処理装置65へ送信する。すなわち、並列処理すべきジョブについては、処理結果を受信してから次の処理依頼を行うのではなく、一斉に処理依頼を行う。
これにより、文書配信サーバ63は、連携処理サーバ50の依頼内容に基づき、指定された文書を指定されたFAX番号へFAX送信し、第1のサービス処理装置64は、指定された文書を指定されたメールアドレスへメール送信し、第2のサービス処理装置65は、指定された文書をプリントする。
このとき、各装置は、前述した図13に示すように、依頼された処理が実行可能か否かを判断し(ステップST33)、依頼内容で実行可能でない場合には、予め定めた実行可能な処理を行う(ステップST35)。例えば、FAX送信処理において相手先が話し中の場合には、文書配信サーバ63は、予め定めた実行可能な処理として、所定時間待機した後再度FAX送信を実行するリトライ処理を所定回数行う。それでも相手先と接続できなかった場合には、文書配信サーバ63は、所定回数リトライした結果、送信できなかった旨を処理結果として連携処理サーバ50に送信する。
このように、依頼された装置側では、依頼された処理に対して実行可能か否かを判断し、実行不可能である場合には予め定めた実行可能な処理を行う。なお、各装置の状態を連携処理サーバ50が取得し、処理を実行可能か否かを連携処理サーバ50側で判断するようにし、実行不可能であると判断した場合には、予め定めた実行可能な処理の実行を連携処理サーバ50から各装置へ指示するようにしてもよい。
そして、連携処理サーバ50は、全ての処理の処理結果を受信したか否かを判断し(ステップST17)、全ての処理結果を受信した場合には上記と同様に対応処理として処理結果をログとして記憶する(ステップST18)。
そして、上記と同様にして最後の処理であるレポート出力処理の依頼、処理結果の受信が終了し、全ての処理が終了すると、ステップST20へ移行する。すなわち、指示書に次の処理が記述されていないと判断されると、ステップST20へ移行する。レポート出力処理の依頼では、例えば受信した全ての処理結果等を含む個別指示情報を第2のサービス処理装置65へ送信する。これにより、第2のサービス処理装置65によって各処理の処理結果がまとめてプリントされる。
ステップST20では、連携処理サーバ50は、クライアント端末10に対してすべての処理が完了した旨の通知を行い、連携処理を終了する。
このように、文書に対して施すべき複数のサービス処理の連携の指示に関する情報や、文書の格納位置に関する情報等が記載された指示書に従って、ネットワークに各々接続された処理部で実行されるサービス処理を連携させるので、多様かつ複雑な処理を効率よく行うことができる。
また、並列処理できる処理については、これらが同時に実行されるように制御するので、複数のサービス処理を効率よく実行することができる。
なお、上記で説明したネットワーク5に接続されたサーバ等の各部は、各々独立した装置として構成されていてもよく、いくつかの各部がまとまって1つの装置内に設けられていてもよく、各部全てが1つの装置内に設けられていてもよい。
例えば、図14に示すように、クライアント端末10の指示書作成や指示書選択等の各種操作を行うためのGUI機能、指示書生成サーバ30の指示書生成機能、指示書管理サーバ40の指示書管理機能、連携処理サーバ50の連携処理機能、画像処理装置61の画像処理機能、文書管理サーバの文書管理機能、文書配信サーバ63の文書配信機能が、サービス処理を行う機能としてのコピー機能やFAX機能、スキャナ機能、プリント機能等の各機能を備えた複合機70に設けられた構成としてもよい。
この場合、複合機70において指示書の作成や保存を行うことができると共に、複合機70内に保存された文書データに対して、ノイズ除去処理やOCR処理等の画像処理、処理後の文書データの格納処理、FAX送信、メール送信等を連携して処理することができる。もちろん、上記実施形態と同様に、クライアント端末10により指示書の作成や選択などを行うことも可能である。
また、処理対象の文書データや指示書は、ネットワーク5に接続された他の外部装置に格納されていてもよい。また、複合機70に保存された文書データ又は他の外部装置に格納された文書データを、複合機70が処理するのではなく、ネットワークに接続された他の複合機や、ネットワークに各々接続された各処理機能を有する外部装置に処理させるようにしてもよい。
また、本実施形態において、サービス検索サーバ20は、各サービス処理装置からI/F情報の一部(部分I/F情報)を取得していたが、I/F情報の全部を取得するようにしてもよい。
1 文書処理システム
5 ネットワーク
10 クライアント端末
20 サービス検索サーバ
30 指示書生成サーバ
40 指示書管理サーバ
50 直接連携処理サーバ
50 連携処理サーバ
61 画像処理装置
62 文書管理サーバ
63 文書配信サーバ
64 第1のサービス処理装置
65 第2のサービス処理装置
70 複合機
5 ネットワーク
10 クライアント端末
20 サービス検索サーバ
30 指示書生成サーバ
40 指示書管理サーバ
50 直接連携処理サーバ
50 連携処理サーバ
61 画像処理装置
62 文書管理サーバ
63 文書配信サーバ
64 第1のサービス処理装置
65 第2のサービス処理装置
70 複合機
Claims (4)
- 文書データにサービス処理を施すための指示書データを生成する生成手段と、
前記生成手段によって生成された指示書データを画像処理装置に送信する指示書データ送信手段と、を備えた情報処理装置と、
前記指示書データ送信手段によって送信された前記指示書データの内容を解釈する解釈手段と、前記解釈手段の解釈結果に基づいて、前記情報処理装置から送信された文書データにサービス処理を施すサービス処理手段と、を備えた画像処理装置と、
を備えたサービス画像処理システム。 - 前記情報処理装置は、前記画像処理装置の前記サービス処理手段によってサービス処理が施された前記文書データを受信する受信手段と、前記サービス処理が施された文書データを次のサービス処理を行うネットワーク上の画像処理装置に送信することにより、前記ネットワークに接続された画像処理装置のサービス処理手段によるサービス処理を連携させる
請求項1記載のサービス画像処理システム。 - 文書データを受付ける文書データ受付手段と、
サービス処理の内容が記載されている指示書を受付ける指示書受付手段と、
前記指示書受付手段で受付けた指示書のサービス処理内容を解釈する解釈手段と、
前記文書データ受付手段で受け付けた文書データに前記解釈手段で解釈したサービス処理内容を実行するサービス処理実行手段と、
前記サービス処理実行手段で実行して得られた文書データをネットワーク上の画像処理装置に送信する送信手段と、
を備えた画像処理装置。 - 前記サービス処理実行手段は、前記解釈手段で解釈したサービス処理内容が実行可能である場合には、当該サービス処理内容を実行し、前記解釈手段で解釈したサービス処理内容が実行可能でない場合には、予め定めた実行可能な処理を実行する
請求項3記載の画像処理装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008161593A JP2009009567A (ja) | 2008-06-20 | 2008-06-20 | サービス画像処理システム及び画像処理装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008161593A JP2009009567A (ja) | 2008-06-20 | 2008-06-20 | サービス画像処理システム及び画像処理装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003079267A Division JP4218384B2 (ja) | 2003-03-24 | 2003-03-24 | サービス処理装置、サービス処理方法及びプログラム、並びに画像形成装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2009009567A true JP2009009567A (ja) | 2009-01-15 |
Family
ID=40324526
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2008161593A Pending JP2009009567A (ja) | 2008-06-20 | 2008-06-20 | サービス画像処理システム及び画像処理装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2009009567A (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014068068A (ja) * | 2012-09-24 | 2014-04-17 | Brother Ind Ltd | 通信装置及びコンピュータプログラム |
-
2008
- 2008-06-20 JP JP2008161593A patent/JP2009009567A/ja active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014068068A (ja) * | 2012-09-24 | 2014-04-17 | Brother Ind Ltd | 通信装置及びコンピュータプログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4218384B2 (ja) | サービス処理装置、サービス処理方法及びプログラム、並びに画像形成装置 | |
JP5206829B2 (ja) | サービス処理システム | |
JP2004287861A (ja) | サービス処理装置、サービス処理方法及びプログラム | |
JP5382195B2 (ja) | サービス処理システム | |
JP4770995B2 (ja) | 画像処理システム | |
JP4055618B2 (ja) | 画像処理装置 | |
JP5310930B2 (ja) | サービス処理システム | |
JP5310933B2 (ja) | サービス処理システム | |
JP5310932B2 (ja) | サービス処理システム | |
JP4985318B2 (ja) | 画像処理装置および方法 | |
JP5541403B2 (ja) | サービス処理システム | |
JP2012257281A (ja) | サービス処理システム | |
JP2013078140A (ja) | サービス処理システム | |
JP5605484B2 (ja) | サービス処理システム | |
JP2013101645A (ja) | サービス処理システム | |
JP2005275476A (ja) | 管理装置、サービス処理装置、サービス処理システム、管理プログラム、及びサービス処理プログラム | |
JP5516814B2 (ja) | サービス処理システム | |
JP5516809B2 (ja) | サービス処理システム | |
JP5516807B2 (ja) | サービス処理システム | |
JP5516810B2 (ja) | サービス処理システム | |
JP5516811B2 (ja) | サービス処理システム | |
JP5516812B2 (ja) | サービス処理システム | |
JP5516813B2 (ja) | サービス処理システム | |
JP2009009567A (ja) | サービス画像処理システム及び画像処理装置 | |
JP2008005518A (ja) | 画像処理システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081007 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081208 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090217 |