JP2009070291A - 画像形成装置及び情報処理方法 - Google Patents

Abstract

【課題】クライアントとの通信量を低減させることのできる画像形成装置及び情報処理方法の提供を目的とする。
【解決手段】ネットワークを介して接続されるクライアント装置より要求される処理を実行する画像形成装置であって、 それぞれ前記クライアント装置より入力されうるパラメータが入力されてから応答としての出力情報が出力されるまでを処理単位とする複数の処理手順の実行順が定義された実行順情報を管理する実行順管理手段と、 前記クライアント装置からの一回の入力情報の入力に応じ、前記入力情報に含まれるパラメータに基づいて複数の前記処理手順を前記実行順情報に定義された実行順に従って実行させ、該複数の処理手順の実行結果を前記クライアント装置に応答させる実行制御手段とを有することにより上記課題を解決する。
【選択図】図４

Description

本発明は、画像形成装置及び情報処理方法に関し、特にネットワークを介して要求される処理を実行する画像形成装置及び情報処理方法に関する。

従来、ネットワーク技術の進歩に伴い、コンピュータシステムの形態としてクライアントサーバシステムが広く普及している（例えば、特許文献１）。クライアントサーバシステムを採用することで、情報資源をサーバにおいて一元管理することができ、保守作業の軽減等、各種の利便性を享受することができる。
特開２００６−０７２９１０号公報

しかしながら、クライアントサーバシステムにおいて、ユーザが目的とするサービスの提供を受けるまでに、クライアントとサーバとの間で多数のネゴシエーションが発生する場合、クライアントとサーバとの間のネットワーク通信がボトルネックとなり、パフォーマンスの低下を招いてしまうという問題がある。

例えば、サーバ側で管理されている文書データの配信をサーバに要求したい場合について考える。この場合、クライアントによるユーザの認証要求とそれに対するサーバからの応答、クライアントによる文書データの一覧の検索の要求とサーバからのそれに対する応答（文書一覧情報）、クライアントによるサーバ側に登録されている宛先の一覧の検索とそれに対するサーバからの応答（宛先一覧情報）、クライアントによる文書一覧情報の中から選択された文書の宛先一覧情報の中から選択された宛先への配信要求とそれに対するサーバからの応答等の各ステップにおいてクライアントとサーバとの間で通信が発生する。

なお、特許文献１に記載された技術は、サーバ側のサービスの変化に対してクライアント側が動的に対応するための技術であり、クライアントとサーバとの間の通信量の低減を目的とするものではない。

本発明は、上記の点に鑑みてなされたものであって、クライアントとの通信量を低減させることのできる画像形成装置及び情報処理方法の提供を目的とする。

そこで上記課題を解決するため、本発明は、ネットワークを介して接続されるクライアント装置より要求される処理を実行する画像形成装置であって、 それぞれ前記クライアント装置より入力されうるパラメータが入力されてから応答としての出力情報が出力されるまでを処理単位とする複数の処理手順の実行順が定義された実行順情報を管理する実行順管理手段と、 前記クライアント装置からの一回の入力情報の入力に応じ、前記入力情報に含まれるパラメータに基づいて複数の前記処理手順を前記実行順情報に定義された実行順に従って実行させ、該複数の処理手順の実行結果を前記クライアント装置に応答させる実行制御手段とを有することを特徴とする。

このような画像形成装置では、クライアントとの通信量を低減させることができる。

本発明によれば、クライアントとの通信量を低減させることのできる画像形成装置及び情報処理方法を提供することができる。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、第一の実施の形態におけるクライアントサーバシステムの構成例を示す図である。図１において、クライアントサーバシステム１は、クライアントＰＣ２０と画像形成装置１０とがＬＡＮ（Local Area Network）等のネットワーク（有線又は無線の別は問わない。）を介して接続されることにより構成されている。

クライアントＰＣ２０は、画像形成装置１０に対して各種のサービスの実行を要求するクライアント機能が実装されたコンピュータである。

画像形成装置１０は、プリンタ、コピー機、又は複合機等の画像形成装置であり、本実施の形態では、クライアントＰＣ２０より要求されたサービスを実行するサーバ機能が実装されている。サーバ機能を実現するため、画像形成装置１０は、通信部１０１と、分配制御部１０２と、印刷サービス１０３ａ、配信サービス１０３ｂ、文書管理サービス１０３ｃ、ログ管理サービス１０３ｄ、及び住所録管理サービス１０３ｅ（以下、ＸＸＸサービスを総称する場合、「サービス１０３」という。）と、印刷制御部１０４と、配信制御部１０５と、画面制御部１０６と、収束用ラッパー１０７と等を有する。これら各部は、非図示のＣＰＵによってプログラムが処理されることにより実現されるソフトウェアである。

図中では、更に、プロッタ１１１、ＨＤＤ（Hard Disk Drive）１１２、及び操作パネル１１３等のハードウェアも示されている。

通信部１０１は、クライアントＰＣ２０からのサービスの実行要求を受信、及びサービスの実行要求に対する応答の送信等の通信を制御する。

分配制御部１０２は、クライアントＰＣ２０からの実行要求に応じたサービス１０３に対して、当該実行要求を振り分ける（分配する）。分配制御部１０２は、また、サービス１０３を利用させるための前段階の処理（例えば、認証処理等）を実行する。

印刷サービ１０３ａは、印刷制御部１０４を介してプロッタ１１１を制御することにより、文書データの印刷サービスを実現する。印刷制御部１０４は、プロッタ１１１を制御する。

配信サービス１０３ｂは、配信制御部１０５を介して文書データを配信することにより、文書データの配信サービスを実現する。配信制御部１０５は、ネットワークを介した文書データの配信処理を制御する。

文書管理サービ１０３ｃは、ＨＤＤ１１２に構築された文書データベースにおける蓄積文書の管理サービスを実現する。蓄積文書の管理とは、蓄積文書の検索、登録、及び更新等の操作が含まれる。

ログ管理サービス１０３ｄは、各サービス１０３がそれぞれのサービスを実現する際に実行する処理に応じてＨＤＤ１１２に記録されるログ情報の管理サービスを実現する。ログ情報の管理とは、ログ情報の検索、削除等の操作が含まれる。

住所録サービス１０３ｅは、ＨＤＤ１１２に記録されている住所録の管理サービスを実現する。住所録の管理とは、住所録の検索、登録、及び更新等が含まれる。なお、住所録は、例えば、配信サービス１０３ａによる配信において、宛先を選択するために用いられる。

画面制御部１０６は、サービス１０３を利用させるための操作画面の操作パネル１１３への表示、当該操作画面を介して入力されるサービス１０３の実行要求に応じたサービス１０３の実行指示、及びサービス１０３の実行結果の操作パネル１１３への表示等を制御する。なお、操作パネル１１３は、操作入力を受け付けるための各種のボタンや、情報を表示するためのＬＣＤ（Liquid Crystal Display）等の表示装置を備える。

収束用ラッパー１０７は、処理フローの実行を制御する。ここで処理フローとは、それぞれクライアントＰＣ２０より入力されうるパラメータが入力されてから応答としての出力情報が出力されるまでを処理単位とする処理手順の集合によって構成されるサービスをいう。収束用ラッパー１０７には、数種類の処理フローが予めプログラムロジックとして（固定的）に実装されている。

以下、図１のクライアントサーバシステム１の処理手順について説明する。まず、収束用ラッパー１０７を用いない場合の処理手順について説明する。

図２は、第一の実施の形態において収束用ラッパーを用いない場合の文書を配信するための処理手順を説明するためのシーケンス図である。

まず、クライアントＰＣ２０において、ユーザによって認証情報（ユーザ名、パスワード等）が入力されると、クライアントＰＣ２０は、入力された認証情報を伴って、ユーザの認証要求を画像形成装置１０に送信する（Ｓ１０１）。分配制御部１０２は、認証要求を受信すると、認証要求に含まれている認証情報を、画像形成装置１０において管理されているユーザ情報と照合することによりユーザの認証を行い、その結果をクライアントＰＣ２０に返信する（Ｓ１０２）。

ユーザが認証されると、クライアントＰＣ２０において、配信対象とする文書データの検索条件が入力される。クライアントＰＣ２０は、入力された検索条件を伴って、文書データの検索要求を画像形成装置１０に送信する（Ｓ１０３）。分配制御部１０２は、文書データの検索要求に対応する文書管理サービス１０３ｃに当該要求を通知する（Ｓ１０４）。文書管理サービス１０３ｃは、文書データベースより検索条件に合致する文書データを検索し、検索された文書情報の一覧（以下「文書一覧」という。）を分配制御部１０２に出力する（Ｓ１０５）。なお、文書情報には、各文書を一意に識別するための文書ＩＤが含まれる。分配制御部１０２は、文書一覧をクライアントＰＣ２０に返信する（Ｓ１０６）。

続いて、クライアントＰＣ２０において、配信先とする宛先の検索条件が入力される。クライアントＰＣ２０は、入力された検索条件を伴って、宛先の検索要求を画像形成装置１０に送信する（Ｓ１０７）。分配制御部１０２は、宛先の検索要求に対応する住所録サービス１０３ｅに当該要求を通知する（Ｓ１０８）。住所録サービス１０３ｅは、住所録より検索条件に合致する宛先を検索し、検索された宛先情報の一覧（以下「宛先一覧」という。）を分配制御部１０２に出力する（Ｓ１０９）。なお、宛先情報には、各宛先を一意に識別するための宛先ＩＤが含まれる。分配制御部１０２は、宛先一覧をクライアントＰＣ２０に返信する（Ｓ１１０）。

続いて、クライアントＰＣ２０において、文書一覧中から配信対象とする文書データが選択されたり、宛先一覧の中から配信先とする宛先が選択されたり等、配信に対する設定がなされると、クライアントＰＣ２０は、その設定内容（文書ＩＤ、宛先ＩＤ等）を伴って、当該設定内容を表現する配信設定情報の作成要求を画像形成装置１０に送信する（Ｓ１１１）。分配制御部１０２は、配信設定情報の作成要求に対応する配信サービス１０３ｂに当該要求を通知する（Ｓ１１２）。配信サービス１０３ｂは、設定内容に基づいて配信設定情報を生成し、生成された配信設定情報を分配制御部１０２に出力する（Ｓ１１３）。分配制御部１０２は、配信設定情報をクライアントＰＣ２０に返信する（Ｓ１１４）。

続いて、クライアントＰＣ２０において、配信の実行が指示されると、ステップＳ１１４において受信された配信設定情報を伴って、配信ジョブの実行要求を画像形成装置１０に送信する（Ｓ１１５）。分配制御部１０２は、配信ジョブの実行要求に対応する配信サービス１０３ｂに当該要求を通知する（Ｓ１１６）。配信サービス１０３ｂは、配信設定情報に基づいて配信ジョブを実行し、当該配信ジョブに対して割り当てられたジョブＩＤを分配制御部１０２に出力する（Ｓ１１７）。分配制御部１０２は、ジョブＩＤをクライアントＰＣ２０に返信する（Ｓ１１８）。

次に、収束用ラッパー１０７を用いて、図２と同様のサービスを実現する例について説明する。図３は、第一の実施の形態において収束用ラッパーを用いた場合の文書を配信するための処理手順を説明するためのシーケンス図である。

ステップＳ２０１及びＳ２０２における認証処理は、図２におけるステップＳ１０１及びＳ１０２と同じである。

ユーザが認証されると、クライアントＰＣ２０において、収束用ラッパー１０７に実装されている処理フローの中から実行対象とされる処理フローが選択される。ここでは、文書データの配信を実行する処理フロー（以下、「配信フロー」という。）が選択されたこととする。配信フローは、入力パラメータとして、文書データの検索条件（文書検索条件）と、宛先の検索条件（宛先検索条件）を要求するため、これらの入力パラメータがクライアントＰＣ２０において入力される。パラメータの入力後、ユーザによって配信フローの実行開始が指示されると、クライアントＰＣ２０は、配信フローのＩＤ（フローＩＤ）と、入力された文書検索条件及び宛先検索条件とを伴って、配信フローの実行要求を画像形成装置１０に送信する（Ｓ２０３）。

配信フローの実行要求が受信され、画像形成装置１０の分配制御部１０２が、配信フローの実行を収束用ラッパー１０７に要求すると（Ｓ２０４）、収束用ラッパー１０７は、配信フローの実行を制御する。

まず、収束用ラッパー１０７は、文書検索条件を伴って、文書データの検索要求を画像形成装置１０に送信する（Ｓ２０５）。文書管理サービス１０３ｃは、文書データベースより文書検索条件に合致する文書データを検索し、検索された文書一覧を収束用ラッパー１０７に返信する（Ｓ２０６）。なお、文書情報には、各文書を一意に識別するための文書ＩＤが含まれる。

続いて、収束用ラッパー１０７は、宛先検索条件を伴って、宛先の検索要求を住所録サービス１０３ｅに送信する（Ｓ２０７）。住所録サービス１０３ｅは、住所録より検索条件に合致する宛先を検索し、検索された宛先一覧を収束用ラッパー１０７に返信する（Ｓ２０８）。なお、宛先情報には、各宛先を一意に識別するための宛先ＩＤが含まれる。

続いて、収束用ラッパー１０７において、文書管理サービス１０３ｃより検索された文書一覧に含まれる文書ＩＤと、住所録サービス１０３ｅより検索された宛先一覧に含まれる宛先ＩＤとを伴って、配信設定情報の作成要求を画像形成装置１０に送信する（Ｓ２０９）。配信サービス１０３ｂは、文書ＩＤ及び宛先ＩＤに基づいて配信設定情報を生成し、生成された配信設定情報を収束用ラッパー１０７に返信する（Ｓ２１０）。

続いて、収束用ラッパー１０７は、配信設定情報を伴って配信ジョブの実行要求を配信サービス１０３ｂに送信する（Ｓ２１１）。配信サービス１０３ｂは、配信設定情報に基づいて配信ジョブを実行し、当該配信ジョブに対して割り当てられたジョブＩＤを収束用ラッパー１０７に返信する（Ｓ２１２）。当該ジョブＩＤは、分配制御部１０２を介して、クライアントＰＣ２０に返信される（Ｓ２１３、Ｓ２１４）。

上述したように、第一の実施の形態における画像形成装置１０によれば、収束用ラッパー１０７を用いて、複数のサービスを連結することによって実現される処理フローという単位によってサービスを提供することができる。したがって、従来、ネットワークを介してクライアントＰＣ２０との間で行われていたやりとりが、画像形成装置１０内において行われるようになり、クライアントＰＣと画像形成装置１０との通信量を低減させることができ、また、処理性能を向上させることもできる。

ところで、第一の実施の形態における処理フローは、収束用ラッパー１０７において、プログラムロジックとして固定的に実装されているものである。したがって、柔軟性又は多様性に欠け、収束用ラッパー１０７に実装されていないサービスについては、相変わらず図２に示されるような処理手順が要求される。そこで、処理フローによるサービスについてより柔軟性を持たせた例を第二の実施の形態において説明する。

図４は、第二の実施の形態におけるクライアントサーバシステムの構成例を示す図である。図４中、図１と同一部分には同一符号を付し、その説明は省略する。図４において、収束用ラッパー１２は画像形成装置１０ａの構成要素に含まれておらず、フロー制御サービス１０８及びフロー情報管理部１０９が新たに構成要素とされている。

フロー情報管理部１０９は、処理フローごとに処理フローの定義情報（フロー情報）を管理する。すなわち、第二の実施の形態では、処理フローをプログラムロジックとしてではなく、フロー情報としてフロー情報管理部１０９に動的に登録することができる。フロー制御サービス１０８は、フロー情報管理部１０９に管理（登録）されているフロー情報に基づいて、動的に処理フローの制御を実行する。

以下、図４のクライアントサーバシステム２の処理手順について説明する。まず、フロー情報の登録時の処理について説明する。図５は、第二の実施の形態においてフロー情報を登録する際の処理手順を説明するためのシーケンス図である。

フロー情報の登録は、通常の操作において実行された手順を記録することにより行われる。例えば、図５では、図２において説明した操作が行われた際の手順が処理フローとして登録される例を示す。したがって、図５において、図２とステップ番号が一致するステップ（Ｓ１０１〜Ｓ１１８）の内容は、図２において説明した通りである。

但し、第二の実施の形態において、分割制御部１０２は、自らが各サービスに対して行った要求（処理手順）の内容を逐次記録する。具体的には、ステップＳ１０４における文書検索要求、ステップＳ１０８における宛先検索要求、ステップＳ１１２における配信設定作成要求、ステップＳＳ１１６における配信ジョブ作成要求の履歴を、各ステップを実行するごとにＨＤＤ１１２に記録する。したがって、ステップＳ１１６の完了後には、図６に示されるような手順の履歴情報（手順履歴情報）がＨＤＤ１１２に記録されている。

図６は、手順履歴情報の構成例を示す図である。図６に示されるように、手順履歴情報３１０は、手順ごとにサービスに対する要求内容及び要求先のサービス名（サービスの識別情報）が記録された情報である。手順１、手順２、手順３、手順４は、それぞれステップＳ１０４、Ｓ１０８、Ｓ１１２、Ｓ１１６に対応する。要求内容としては、各サービスに対して行った要求と、その際のパラメータの値とが記録されている。例えば、手順１においては、サービスに対する要求として「文書検索」が記録され、パラメータの値として「検索条件」が記録されている。また、要求先のサービスとして「文書管理サービス」が記録されている。

ステップＳ１１８に続いて、クライアントＰＣ２０は、例えば、ユーザによる要求に応じて、ステップＳ１０３〜Ｓ１１８において行われた手順を処理フローとして登録することを画像形成装置１０ａに要求する（Ｓ１１９）。処理フローの登録要求に応じ、分配制御部１０２は、ＨＤＤ１１２に記録されている手順履歴情報３１０をクライアントＰＣ２０に送信する（Ｓ１２０）。

クライアントＰＣ２０は、手順履歴情報３１０に基づいて処理フローを編集させるための画面（処理フロー編集画面）を表示させ、ユーザに処理フローの編集を実行させる（Ｓ１２１）。

図７は、処理フロー編集画面の表示例を示す図である。図７に示される処理フロー編集画面において、編集領域４１１の手順名及び要求内容には、手順履歴情報３１０の内容がそのまま表示される。編集領域４１１では、主に、処理フロー名４１１ａ、キーワード４１１ｂ、及びパラメータ入力先４１１ｃの編集（入力）がユーザによって行われる。

処理フロー名４１１ａは、当該処理フローに対する名前である。例えば、当該処理フローの内容を端的に表現する文字列が入力される。図中では、「文書配信」と入力された例が示されている。キーワード４１１ｂは、処理フローを検索する際のキーワードである。例えば、当該処理フローの内容を抽象的に表現する文字列が入力される。図中では、「配信」と入力あれた例が示されている。

パラメータ入力先４１１ｃは、各手順において必要とされるパラメータの入力先又は値である。図中では、手順１及び２のパラメータ入力先４１１ｃとして「クライアント」と入力された例が示されている。これは、文書検索条件及び宛先検索条件は、クライアント側において入力させることを意味する。「クライアント」が指定された場合は、更に、そのパラメータの名前も指定される。図中では、「クライアント」の後の（）内にパラメータ名が指定された例が示されている（例えば、文書検索条件）。ここで、入力されるパラメータは、後に、クライアントにおいて当該パラメータを入力させる際にラベルに表示させる文字列として用いられる。

また、手順３のパラメータ入力先４１１ｃは、手順１及び手順２とされている。これは、第一パラメータ（文書ＩＤ）として、手順１の結果（検索結果の文書ＩＤ）を入力パラメータとし、第二パラメータ（宛先ＩＤ）として、手順２の結果（検索結果の宛先ＩＤ）を入力パラメータとすることを意味する。また、手順４のパラメータ入力先４１１ｃは、手順３とされている。このように、パラメータ入力先４１１ｃによって、各手順とパラメータの入力先との対応関係が定義される。

なお、パラメータ入力先４１１ｃとして、具体的なパラメータ値が入力されてもよい。また、手順履歴情報３１０に含まれているパラメータ値（すなわち、実際に使用された値）を既定値として表示させるようにしてもよい。ユーザによって当該既定値が変更されない場合、当該既定値をパラメータ値としてもよい。具体的なパラメータ値が採用された場合、例えば、当該処理フローの文書検索条件や宛先検索条件等は固定的なものとなる。

また、編集領域４１１において、手順の削除や手順の追加を可能としてもよい。

処理フロー編集画面における編集が完了し、ＯＫボタン４１２がクリックされると、クライアントＰＣ２０は、編集結果を送信することにより、編集結果の登録を画像形成装置１０ａに要求する（Ｓ１２２）。続いて、画像形成装置１０ａの分配制御部１０２は、編集結果に基づいて、当該処理フローのフロー情報の登録処理を実行する（Ｓ１２３）。

図８は、分配制御部によるフロー情報の登録処理を説明するためのフローチャートである。

まず、手順履歴情報３１０に含まれるいずれかの手順において処理対象とされている（パラメータとされている）データの属性情報を取得する。図６の例では、手順３のパラメータとして、文書ＩＤ及び宛先ＩＤが含まれている。したがって、文書ＩＤに基づいて処理対象とされた文書データの書誌情報（文書名、文書所有者等）を文書管理サービス１０３ｃより取得し（Ｓ１２０１）、宛先ＩＤに基づいて宛先情報（宛先名等）を取得する（Ｓ１２０２）。

続いて、クライアントＰＣ２０より受信された編集結果に文書書誌情報及び宛先情報等を関連付けてフロー情報を生成する（Ｓ１２０３）。続いて、生成されたフロー情報と同等のフロー情報がフロー情報管理部１０９に登録されていないか否かを判定する（Ｓ１２０４）。当該判定は、例えば、フロー情報の構成情報ごとに比較を行うことにより判定すればよい。同等のフロー情報は登録されていければ、生成されたフロー情報をフロー情報管理部１０９に登録する（Ｓ１２０５）。この際、フロー情報には、各フロー情報を一意に識別するためのＩＤ（フローＩＤ）が自動的に割り当てられる。

図９は、フロー情報管理部に登録されたフロー情報の例を示す図である。図９におけるフロー情報３２０は、一つの処理フロー（図５の処理に対する処理フロー）のフロー情報を示す。

図９に示されるようにフロー情報３２０は、フローＩＤ、フロー名、手順情報（手順１〜４）、及び関連ワード情報（関連キーワード１〜３）等より構成される。フローＩＤは、自動的に割り当てられたＩＤが登録される。フロー名は、処理フロー編集画面４１０において入力された値（文書配信）が登録される。手順情報は、手順履歴情報３１０及び処理フロー編集画面４１０における編集結果に基づいて記録され、手順ごとに要求内容及び要求先のサービス名が登録される。パラメータの入手先要求内容において（）内に示されている。

関連キーワード１は、処理フロー編集画面４１０において入力されたキーワード（配信）が登録される。関連キーワード２以降は、文書書誌情報又は宛先情報に含まれる情報（文書名や宛先名等）が登録される。

次に、登録されたフロー情報に基づいて処理フローを実行する際の処理手順について説明する。図１０は、第二の実施の形態において処理フローを実行する際の処理手順を説明するためのシーケンス図である。

ステップＳ３０１及びＳ３０２における認証処理は、図３におけるステップＳ２０１及びＳ２０２と同じである。

ユーザが認証されると、クライアントＰＣ２０は、利用する処理フローを検索させるための画面（処理フロー検索画面）を表示させる（Ｓ３０３）。

図１１は、処理フロー検索画面の表示例を示す図である。図１１において、処理フロー検索画面４２０は、検索キーワード入力領域４２１〜４２３を有している。ユーザは、自分が利用したい機能に関連する用語を検索キーワードとして入力する。

処理フロー検索画面４２０において検索キーワード（検索条件）が入力され、ＯＫボタン４２４がクリックされると、クライアントＰＣ２０は、処理フローの検索を画像形成装置１０ａに要求する（Ｓ３０４）。画像形成装置１０ａの分配制御部１０２は、処理フローの検索をフロー制御サービス１０８に要求する（Ｓ３０５）。フロー制御サービス１０８は、フロー情報管理部１０９において管理されているフロー情報の中から、検索キーワードに該当するフロー情報を検索する（Ｓ３０６）。検索結果（フロー情報の一覧）は、分配制御部１０２を介してクライアントＰＣに返信される（Ｓ３０７、Ｓ３０８）。なお、フロー情報の検索処理の詳細については後述する。

続いて、クライアントＰＣ２０は、検索結果を処理フロー検索画面４２０に表示させる（Ｓ３０９）。図１２は、処理フロー検索画面に検索結果が表示された例を示す図である。図１２中、図１１と同一部分には同一符号を付し、その説明は省略する。

図１２に示される処理フロー検索画面４２０の検索結果表示領域４２５には、検索結果に含まれる３件の処理フローのフロー情報の一部が表示されている。ユーザが所望の処理フローを選択し、ＯＫボタン４２４をクリックすると、クライアントＰＣ２０は、選択された処理フロー（以下、「選択フロー」という。）のフロー情報に基づいて、パラメータの入力の要否を判定し、パラメータの入力が必要な場合はパラメータ入力画面を表示させる。

図１３は、パラメータ入力画面の表示例を示す図である。図１３に示されるパラメータ入力画面は、図９に示されるフロー情報３２０に基づいて表示される例である。すなわち、パラメータの入力の要否は、フロー情報３２０においてパラメータ入力先として「クライアント」の指定の有無に基づいて判定される。フロー情報３２０では、手順１及び手順２において「クライアント」の指定がされている。したがって、二つのパラメータの入力が必要であることが判定される。それぞれのラベル名は、「クライアント（）」における（）内に登録されている。したがって、（）内の文字列（文書検索条件、宛先検索条件）がそれぞれのパラメータのラベル名として使用される。

すなわち、図１３のパラメータ入力画面４３０において、文書検索条件入力領域４３１は、フロー情報３２０の手順１の要求内容に基づいて配置され、宛先検索条件入力領域４３２は、フロー情報３２０の手順２の要求内容に基づいて配置される。パラメータ入力画面４３０において必要なパラメータの値が入力され、ＯＫボタン４３３がクリックされると、クライアントＰＣ２０は、入力されたパラメータと選択フローのフローＩＤを伴って、選択フローの実行要求を画像形成装置２０ａに送信する（Ｓ３１０）。なお、フローＩＤは、ステップＳ３０８においてフロー情報の検索結果に含まれてクライアントＰＣ２０側に転送されているため、クライアントＰＣにおいて選択フローのフローＩＤを特定することができる。

選択フローの実行要求が受信されると、分配制御部１０２は当該実行要求をフロー制御サービス１０８に送信する（Ｓ３１１）。フロー制御サービス１０８は、選択フローのフローＩＤに基づいて、フロー情報管理部１０９よりフロー情報を取得し、当該フロー情報に含まれている手順情報に従って各手順を順番に実行する。

ここでは、図９に示されるフロー情報３２０に沿って説明する。まず、フロー制御サービス１０８は、フロー情報３２０の手順１に従って、入力された文書検索条件に基づく文書データの検索要求を分配制御部１０２に送信する（Ｓ３１２）。分配制御部１０２は、文書データの検索要求に対応する文書管理サービス１０３ｃに当該要求を通知する（Ｓ３１３）。文書管理サービス１０３ｃは、文書データベースより検索条件に合致する文書データを検索し、検索された文書一覧を分配制御部１０２に出力する（Ｓ３１４）。分配制御部１０２は、文書一覧をフロー制御サービス１０８に返信する（Ｓ３１５）。

続いて、フロー制御サービス１０８は、フロー情報３２０の手順２に従って、入力された宛先検索条件に基づく宛先の検索要求を分配制御部１０２に送信する（Ｓ３１６）。分配制御部１０２は、宛先の検索要求に対応する住所録サービス１０３ｅに当該要求を通知する（Ｓ３１７）。住所録サービス１０３ｅは、住所録より検索条件に合致する宛先を検索し、検索された宛先一覧を分配制御部１０２に出力する（Ｓ３１８）。分配制御部１０２は、宛先一覧をフロー制御サービス１０８に返信する（Ｓ３１９）。

続いて、フロー制御サービス１０８は、手順３に従って、手順１において検索された文書一覧に含まれている文書ＩＤと、手順２において検索された宛先一覧に含まれている宛先ＩＤとを伴って、配信設定情報の作成要求を分配制御部１０２に送信する（Ｓ３２０）。分配制御部１０２は、配信設定情報の作成要求に対応する配信サービス１０３ｂに当該要求を通知する（Ｓ３２１）。配信サービス１０３ｂは、設定内容に基づいて配信設定情報を生成し、生成された配信設定情報を分配制御部１０２に出力する（Ｓ３２２）。分配制御部１０２は、配信設定情報をフロー制御サービス１０８に返信する（Ｓ３２３）。

続いて、フロー制御サービス１０８は、フロー情報３２０の手順４に従って、手順３によって得られた配信設定情報を伴って、配信ジョブの実行要求を分配制御部１０２に送信する（Ｓ３２４）。分配制御部１０２は、配信ジョブの実行要求に対応する配信サービス１０３ｂに当該要求を通知する（Ｓ３２５）。配信サービス１０３ｂは、配信設定情報に基づいて配信ジョブを実行し、当該配信ジョブに対して割り当てられたジョブＩＤを分配制御部１０２に出力する（Ｓ３２６）。分配制御部１０２は、ジョブＩＤをフロー制御サービス１０８に返信する（Ｓ３２７）。

続いて、フロー制御サービス１０８は、フロー情報３２０において更に実行する手順は無いことを確認し、最後の手順４の結果（ジョブＩＤ）のクライアントＰＣ２０への返信を分配制御部１０２に要求する（Ｓ３２８）。分配制御部１０２は、当該ジョブＩＤをクライアントＰＣ２０に返信する（Ｓ３２９）。

続いて、ステップＳ３０６における、フロー情報の検索処理の詳細について説明する。図１４は、フロー制御サービスによるフロー情報の検索処理を説明するためのフローチャートである。図１４では、図１１に示されるように、検索キーワード（検索条件）が入力された場合を例とする。なお、以下の説明において、必須条件とは、処理フロー検索画面４２０において入力された検索キーワードに基づく検索条件をいう。また、追加条件とは、操作者の名前（図１１の例では、「中村 武」）に基づく検索条件をいう。

まず、類似ワードテーブルに検索キーワードが登録されているか否かを判定する（Ｓ３０６１）。

図１５は、類似ワードテーブルの例を示す図である。図示されるように、類似ワードテーブル３５０には、代表ワードごとにその類似ワードが登録されている。例えば、「配信」に対しては、「メール」、「送信」、「転送」といった類似ワードが登録されている。

ステップＳ３６０１では、いずれかの代表ワードの類似ワードに検索キーワードと一致する文字列が登録されているか否かが判定される。ここでは「メール」が「配信」に対する類似ワードとして登録されている。

検索キーワードが類似ワードである場合（Ｓ３６０１）、当該検索キーワードの代表ワード（ここでは、「配信」）を、必須条件に論理和として追加する（Ｓ３６０２）。したがって、ここで、必須条件は、「田中」ａｎｄ（「メール」ｏｒ「配信」）となる。

続いて、必須条件に基づいて、フロー情報管理部１０９よりフロー情報を検索する（Ｓ３６０３）。具体的には、必須条件が関連ワードの内容に合致するフロー情報が検索される。続いて、追加条件に基づいて、フロー情報管理部１０９よりフロー情報を検索する（Ｓ３６０４）。具体的には、追加条件が関連ワードの内容に合致するフロー情報が検索される。

続いて、必須条件による検索結果と、追加条件による検索結果とをマージすることにより重複部分を取り除き、最終的な検索結果とする（Ｓ３０６５）。この際、各種の基準に基づいて検索結果をソートしてもよい。例えば、追加条件によって検索されたフロー情報が検索結果の一覧の中で上位となるようにしてもよい。

なお、フロー名による簡易検索によって、フロー情報の検索を可能としてもよい。

次に、処理フローのバリエーションとして、図１６に示されるようなフロー情報に基づく処理フローの処理手順について説明する。

図１６は、フロー情報の第二の例を示す図である。図示される第二のフロー情報３２１は、フロー名が「文書印刷」であることからも分かるように、文書データの印刷を実行する処理フローに係るものである。各手順の内容については、処理手順の説明に沿って説明する。

図１７は、第二の実施の形態において第二の処理フローを実行する際の処理手順を説明するためのシーケンス図である。図１７中、図１０と同一ステップには同一ステップ番号を付し、その説明は省略する。

図１７においては、図１６に示されるフロー情報３２１に係る処理フローが選択フローとされ（Ｓ３０９）、その実行が要求される（Ｓ４１０）。なお、フロー情報３２１において、手順１及び手順２のパラメータの入力先はクライアントとされている。したがって、クライアントＰＣ２０では文書検索条件と履歴検索条件とが入力され、これらのパラメータが選択フローのフローＩＤと共にステップＳ４１０において画像形成装置１０ａに送信される。

選択フローの実行要求が受信されると、分配制御部１０２は当該実行要求をフロー制御サービス１０８に送信する（Ｓ４１１）。フロー制御サービス１０８は、選択フローのフローＩＤに基づいて、フロー情報管理部１０９よりフロー情報３２１を取得し、フロー情報３２１に含まれている手順情報に従って各手順を順番に実行する。

まず、フロー制御サービス１０８は、フロー情報３２１の手順１に従って、入力された文書検索条件に基づく文書データの検索要求を分配制御部１０２に送信する（Ｓ４１２）。分配制御部１０２は、文書データの検索要求に対応する文書管理サービス１０３ｃに当該要求を通知する（Ｓ４１３）。文書管理サービス１０３ｃは、文書データベースより検索条件に合致する文書データを検索し、検索された文書一覧を分配制御部１０２に出力する（Ｓ４１４）。分配制御部１０２は、文書一覧をフロー制御サービス１０８に返信する（Ｓ４１５）。

続いて、フロー制御サービス１０８は、フロー情報３２１の手順２に従って、入力された履歴検索条件に基づく印刷条件の履歴の検索要求を分配制御部１０２に送信する（Ｓ４１６）。分配制御部１０２は、履歴の検索要求に対応するログ管理サービス１０３ｄに当該要求を通知する（Ｓ４１７）。ログ管理サービス１０３ｄは、蓄積されている過去に使用された印刷条件の履歴より検索条件に合致する履歴を検索し、検索された履歴一覧を分配制御部１０２に出力する（Ｓ４１８）。なお、履歴一覧には、履歴（印刷条件）ごとに履歴ＩＤが含まれている。分配制御部１０２は、履歴一覧をフロー制御サービス１０８に返信する（Ｓ４１９）。

続いて、フロー制御サービス１０８は、手順３に従って、手順１において検索された文書一覧に含まれている文書ＩＤと、手順２において検索された履歴一覧に含まれている履歴ＩＤとを伴って、印刷設定情報の作成要求を分配制御部１０２に送信する（Ｓ４２０）。分配制御部１０２は、印刷設定情報の作成要求に対応する印刷サービス１０３ａに当該要求を通知する（Ｓ４２１）。印刷サービス１０３ａは、設定内容に基づいて印刷設定情報を生成し、生成された印刷設定情報を分配制御部１０２に出力する（Ｓ４２２）。分配制御部１０２は、印刷設定情報をフロー制御サービス１０８に返信する（Ｓ４２３）。

続いて、フロー制御サービス１０８は、フロー情報３２１の手順４に従って、手順３によって得られた印刷設定情報を伴って、印刷ジョブの実行要求を分配制御部１０２に送信する（Ｓ４２４）。分配制御部１０２は、印刷ジョブの実行要求に対応する印刷サービス１０３ａに当該要求を通知する（Ｓ４２５）。印刷サービス１０３ａは、印刷設定情報に基づいて印刷ジョブを実行し、当該印刷ジョブに対して割り当てられたジョブＩＤを分配制御部１０２に出力する（Ｓ４２６）。分配制御部１０２は、ジョブＩＤをフロー制御サービス１０８に返信する（Ｓ４２７）。

続いて、フロー制御サービス１０８は、フロー情報３２１において更に実行する手順は無いことを確認し、最後の手順４の結果（ジョブＩＤ）のクライアントＰＣ２０への返信を分配制御部１０２に要求する（Ｓ４２８）。分配制御部１０２は、当該ジョブＩＤをクライアントＰＣ２０に返信する（Ｓ４２９）。

上述したように、第二の実施の形態における画像形成装置１０ａによれば、通常の操作において実行された手順をフロー情報として登録することがでる。また、登録されているフロー情報に基づいて、動的に処理フローを実行することができる。したがって、クライアントＰＣ２０との通信量を低減させることが出来ると共に、より柔軟な処理フローの実行を実現することができる。

また、処理フローの登録は、通常の操作中において記録された手順履歴情報に基づいて行われるため、登録の際に複雑な操作は必要とされず、ユーザに対する操作負担を軽減することができる。

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

第一の実施の形態におけるクライアントサーバシステムの構成例を示す図である。 第一の実施の形態において収束用ラッパーを用いない場合の文書を配信するための処理手順を説明するためのシーケンス図である。 第一の実施の形態において収束用ラッパーを用いた場合の文書を配信するための処理手順を説明するためのシーケンス図である。 第二の実施の形態におけるクライアントサーバシステムの構成例を示す図である。 第二の実施の形態においてフロー情報を登録する際の処理手順を説明するためのシーケンス図である。 手順履歴情報の構成例を示す図である。 処理フロー編集画面の表示例を示す図である。 分配制御部によるフロー情報の登録処理を説明するためのフローチャートである。 フロー情報管理部に登録されたフロー情報の例を示す図である。 第二の実施の形態において処理フローを実行する際の処理手順を説明するためのシーケンス図である。 処理フロー検索画面の表示例を示す図である。 処理フロー検索画面に検索結果が表示された例を示す図である。 パラメータ入力画面の表示例を示す図である。 フロー制御サービスによるフロー情報の検索処理を説明するためのフローチャートである。 類似ワードテーブルの例を示す図である。 フロー情報の第二の例を示す図である。 第二の実施の形態において第二の処理フローを実行する際の処理手順を説明するためのシーケンス図である。

符号の説明

１ クライアントサーバシステム
１０ 画像形成装置
２０ クライアントＰＣ
１０１ 通信部
１０２ 分配制御部
１０３ａ 印刷サービス
１０３ｂ 配信サービス
１０３ｃ 文書管理サービス
１０３ｄ ログ管理サービス
１０３ｅ 住所録管理サービス
１０４ 印刷制御部
１０５ 配信制御部
１０６ 画面制御部
１０７ 収束用ラッパー
１０８ フロー制御サービス
１０９ フロー情報管理部
１１１ プロッタ
１１２ ＨＤＤ
１１３ 操作パネル

Claims (14)

1. ネットワークを介して接続されるクライアント装置より要求される処理を実行する画像形成装置であって、
   それぞれ前記クライアント装置より入力されうるパラメータが入力されてから応答としての出力情報が出力されるまでを処理単位とする複数の処理手順の実行順が定義された実行順情報を管理する実行順管理手段と、
   前記クライアント装置からの一回の入力情報の入力に応じ、前記入力情報に含まれるパラメータに基づいて複数の前記処理手順を前記実行順情報に定義された実行順に従って実行させ、該複数の処理手順の実行結果を前記クライアント装置に応答させる実行制御手段とを有することを特徴とする画像形成装置。
2. 前記実行順情報には、前記処理手順ごとにパラメータの入力先との対応関係が定義されており、
   前記実行制御手段は、前記対応関係に基づいて前記入力情報に含まれるパラメータを前記処理手順に入力することを特徴とする請求項１記載の画像形成装置。
3. 前記実行制御手段は、前記対応関係に基づいて、先に実行される前記処理手順の出力情報をパラメータとして後に実行される前記処理手順に入力することを特徴とする請求項２記載の画像形成装置。
4. 前記クライアント装置からの要求に応じて実行される前記処理手順の履歴を記録することにより、前記実行順情報を生成する実行順情報生成手段を有することと特徴とする請求項１乃至３いずれか一項記載の画像形成装置。
5. 前記実行順情報生成手段は、前記実行順情報に含まれる前記処理手順ごとにパラメータの入力先との対応関係を前記クライアント装置において設定させることを特徴とする請求項４記載の画像形成装置。
6. 前記実行順管理手段に管理されている前記実行順情報を前記クライアント装置に送信する実行順情報提供手段と、
   前記実行制御手段は、前記クライアント装置において選択された前記実行順情報に従って前記処理手順を実行させることを特徴とする請求項１乃至５いずれか一項記載の画像形成装置。
7. 前記実行順情報提供手段は、前記クライアント装置より入力される検索条件に合致する前記実行順情報を前記クライアント装置に送信することを特徴とする請求項６記載の画像形成装置。
8. ネットワークを介して接続されるクライアント装置より要求される処理を実行する画像形成装置が実行する情報処理方法であって、
   それぞれ前記クライアント装置より入力されうるパラメータが入力されてから応答としての出力情報が出力されるまでを処理単位とする複数の処理手順の実行順が定義された実行順情報を管理する実行順管理手順と、
   前記クライアント装置からの一回の入力情報の入力に応じ、前記入力情報に含まれるパラメータに基づいて複数の前記処理手順を前記実行順情報に定義された実行順に従って実行させ、該複数の処理手順の実行結果を前記クライアント装置に応答させる実行制御手順とを有することを特徴とする情報処理方法。
9. 前記実行順情報には、前記処理手順ごとにパラメータの入力先との対応関係が定義されており、
   前記実行制御手順は、前記対応関係に基づいて前記入力情報に含まれるパラメータを前記処理手順に入力することを特徴とする請求項８記載の情報処理方法。
10. 前記実行制御手順は、前記対応関係に基づいて、先に実行される前記処理手順の出力情報をパラメータとして後に実行される前記処理手順に入力することを特徴とする請求項９記載の情報処理方法。
11. 前記クライアント装置からの要求に応じて実行される前記処理手順の履歴を記録することにより、前記実行順情報を生成する実行順情報生成手順を有することと特徴とする請求項８乃至１０いずれか一項記載の情報処理方法。
12. 前記実行順情報生成手順は、前記実行順情報に含まれる前記処理手順ごとにパラメータの入力先との対応関係を前記クライアント装置において設定させることを特徴とする請求項１１記載の情報処理方法。
13. 前記実行順管理手順に管理されている前記実行順情報を前記クライアント装置に送信する実行順情報提供手順と、
    前記実行制御手順は、前記クライアント装置において選択された前記実行順情報に従って前記処理手順を実行させることを特徴とする請求項８乃至１２いずれか一項記載の情報処理方法。
14. 前記実行順情報提供手順は、前記クライアント装置より入力される検索条件に合致する前記実行順情報を前記クライアント装置に送信することを特徴とする請求項１３記載の情報処理方法。

Images