情報処理システム、情報処理装置及びその制御方法とそのプログラム
【課題】 プロセス定義ファイルで使用すると想定しているデバイスが、何らかの理由で、その割当てられた機能を実行できないといった問題が生じるが、従来の技術では、それに対処できない。
【解決手段】 ネットワーク上でプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択し（Ｓ２）て、その能力情報を取得する（Ｓ３）。テンプレートに含まれる処理項目において、選択されたデバイスで共通、或は共通でない機能を識別可能に表示する（Ｓ５）。そしてこれら処理項目とデバイスの能力情報とに基づき、選択されたデバイスで共通に実行可能な能力を含むプロセス定義チケットのテンプレートを生成し（Ｓ８）、その生成されたテンプレートに基づいてデバイスを使用して実行するプロセス定義チケットを作成する（Ｓ９）。
【解決手段】 ネットワーク上でプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択し（Ｓ２）て、その能力情報を取得する（Ｓ３）。テンプレートに含まれる処理項目において、選択されたデバイスで共通、或は共通でない機能を識別可能に表示する（Ｓ５）。そしてこれら処理項目とデバイスの能力情報とに基づき、選択されたデバイスで共通に実行可能な能力を含むプロセス定義チケットのテンプレートを生成し（Ｓ８）、その生成されたテンプレートに基づいてデバイスを使用して実行するプロセス定義チケットを作成する（Ｓ９）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の処理からなるプロセスを定義するプロセス定義チケットを作成或は実行する情報処理装置及び、その情報処理装置の制御方法、及び、情報処理やデバイスを含む情報処理システムに関するものである。
【背景技術】
【０００２】
スキャナ、ファクシミリ装置、プリンタ、複写機、又はこれらを複合した複合機、そしてパーソナルコンピュータ、メールサーバ等をネットワークで相互に接続して、それぞれの装置が提供するサービスを連携させて処理を行う情報処理システムが存在している。そして、この情報処理システムを効率的に管理し、動作及び運用させる方法が提案されている。特許文献１では、複数の機器を組み合わせて使用する場合に、入力側／出力側双方の機器情報を取得して管理し、予め入力側と出力側との組み合わせで実現可能な機能のみをマルチファンクションシステムとしてユーザに提示している。また、複数の機器を使用した組合せ動作が設定された場合、その組合せで動作可能な設定のみを各機器で有効にすることにより、ユーザによる入力機器の制約条件と出力機器の制約条件との組み合わせの管理を不要にして使い勝手を良くしている。
【特許文献１】特開２０００−１８７５７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述した従来技術では、複数の機器を組み合わせて実行可能な機能のみをユーザに提示し、また機能設定を制限することによりユーザの利便性を上げている。しかしながら、ネットワーク上に同一の機能（例えばスキャナ機能）を持つ複数の機器が存在し、これら機器を組合わせてある機能を達成するために、その機能を実現する組合せ候補の機器としてこれら複数の機器が選択される可能性がある。その場合、どの機器の能力が限界となって実行可能な機能の選択肢を狭めるかを事前に確認することができない。
【０００４】
また、ある処理プロセスを予め作成しておき、そのプロセスを定義するファイルを個別のユーザに配布し、その処理の一部（例えば、ドキュメントをスキャンしてファイルとして保存）をＭＦＰ等のデバイスを用いて実行することが想定される。この場合、そのプロセス定義ファイルで使用すると想定しているデバイスが、何らかの理由で、その割当てられた機能を実行できないといった問題が生じる。このような問題に対して上述した従来技術では対処することができない。また、事前の確認では問題とならない組み合わせであったとしても、ユーザの使用するデバイスの機能の一部が、故障等の理由により使用できなくなった場合も同様の問題が発生する。
【０００５】
本発明の目的は、上記従来技術の問題点を解決することにある。
【０００６】
本願発明の特徴は、各デバイスの共通の能力を確認して作成されたテンプレートに従って、プロセス定義チケットをより簡単に作成することにある。また各デバイスの共通の能力に基づく代替プロセス定義チケットを登録しておくことにより、プロセス定義チケットの実行できない機能を代替できるようにすることにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
複数の処理からなるプロセスを定義するプロセス定義チケットを作成する情報処理装置であって、
ネットワーク上でプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択する選択手段と、
前記選択手段で選択したデバイスの能力情報を取得する取得手段と、
テンプレートに含まれる処理項目を指示する指示手段と、
前記指示手段によって指示された前記処理項目において、前記取得手段で取得された前記デバイスの能力情報に基づき、前記デバイスで共通、或は共通でない機能を識別可能に表示する表示制御手段と、
前記表示制御手段による表示の確認に基づいて、前記指示手段で指示された前記処理項目に関して、前記選択手段で選択された前記デバイスで共通に実行可能な能力を含むプロセス定義チケットのテンプレートを生成するテンプレート生成手段と、
前記テンプレート生成手段によって生成された前記テンプレートに基づいて、前記デバイスを使用して実行するプロセス定義チケットを作成するチケット作成手段と、
を有することを特徴とする。
【０００８】
上記目的を達成するために本発明の一態様に係る情報処理システムは以下のような構成を備える。即ち、
複数のデバイスと情報処理装置とをネットワークを介して接続した情報処理システムであって、
ネットワーク上でプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択する選択手段と、
テンプレートに含まれる処理項目を指示する指示手段と、
前記選択手段で選択したデバイスの能力情報を取得する取得手段と、
前記指示手段によって指示された前記処理項目において、前記取得手段で取得された前記デバイスの能力情報に基づき、前記デバイスで共通、或は共通でない機能を識別可能に表示する表示制御手段と、
前記表示制御手段による表示の確認に基づいて、前記指示手段で指示された前記処理項目に関して、前記選択手段で選択された前記デバイスで共通に実行可能な能力を含むプロセス定義チケットのテンプレートを生成するテンプレート生成手段と、
前記テンプレート生成手段によって生成された前記テンプレートに基づいて、前記デバイスを使用して実行するプロセス定義チケットを作成するチケット作成手段と、
前記作成手段により作成された前記プロセス定義チケットを登録する登録手段と、
を有することを特徴とする。
【０００９】
上記目的を達成するために本発明の一態様に係る情報処理装置の制御方法は以下のような構成を備える。即ち、
複数の処理からなるプロセスを定義するプロセス定義チケットを作成する情報処理装置の制御方法であって、
ネットワーク上でプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択する選択工程と、
テンプレートに含まれる処理項目を指示する指示工程と、
前記選択工程で選択したデバイスの能力情報を取得する取得工程と、
前記指示工程で指示された前記処理項目において、前記取得工程で取得された前記デバイスの能力情報に基づき、前記デバイスで共通、或は共通でない機能を識別可能に表示する表示制御工程と、
前記表示制御工程による表示の確認に基づいて、前記指示工程で指示された前記処理項目に関して、前記選択工程で選択された前記デバイスで共通に実行可能な能力を含むプロセス定義チケットのテンプレートを生成するテンプレート生成工程と、
前記テンプレート生成工程で生成された前記テンプレートに基づいて、前記デバイスを使用して実行するプロセス定義チケットを作成するチケット作成工程と、
を有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、プロセス定義（プロセス定義チケットの作成）を行い、そのプロセス定義チケットに基づく動作確認を行うことなく、効率的にプロセス定義チケットを作成して管理できる。
【００１１】
またプロセス定義チケットに含まれる処理を実行するデバイスの能力情報に基づくテンプレートを作成し、そのテンプレートに基づいてプロセス定義チケットを作成できるので簡単にプロセス定義チケットを作成できる。
【発明を実施するための最良の形態】
【００１２】
以下、添付図面を参照して本発明の好適な実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１３】
図１は、本発明の実施形態に係る情報処理システムの構成を説明する図である。このシステムを、画像処理装置（ＭＦＰ）と情報処理装置（ＰＣ）とで実行する処理を定義し、その処理を管理するサーバと画像処理装置及び情報処理装置とがネットワークを介して接続された情報処理システムとして説明する。
【００１４】
デバイス１０５，１０６，１０７はそれぞれ、原稿の読み取りを行い、ネットワーク１０４に接続された様々な装置或は端末に、その読み取った画像データを送信する機能を有している。尚、これらデバイス１０５，１０６，１０７は、スキャナ機能のみがネットワークで使用できる単一機能の装置であっても良く、或は、多機能処理装置（ＭＦＰ）などのように、複数の機能（スキャン、印刷、ファクシミリ通信等）を提供できる装置であってもよい。
【００１５】
管理者用ＰＣ１０３は、デバイス１０５，１０６，１０７や、チケット処理サーバ１０１での処理内容を記述したファイル（本実施形態ではプロセス定義チケットと呼ぶ）を作成及び編集する装置である。このプロセス定義チケットに記載される処理内容としては、画像データを読み取る際の、読み取り解像度、読み取りサイズ、カラー読み取り、輝度調整などの指定や、画像読み取り後の処理内容（電子メール送信やファイル送信、ＯＣＲ処理等）が含まれる。
【００１６】
チケット管理サーバ１０２は、管理者用ＰＣ１０３で作成されたプロセス定義チケットをユーザ情報と関連させて記憶して管理する。また、チケット管理サーバ１０２は、このプロセス定義チケットに記載された処理内容を実行するデバイス１０５，１０６，１０７や、チケット処理サーバ１０１からプロセス定義チケットを取得する。チケット管理サーバ１０２は、プロセス定義チケットの保存及び、プロセス定義チケットの取得ができる構成であれば、ディレクトリサービス（例えばアクティブディレクトリ）等の実施できる装置であってもよい。
【００１７】
チケット処理サーバ１０１は、デバイス１０５，１０６，１０７から送られてきた画像データに対してプロセス定義チケットに記載された一連の後処理を行う。ここでいう後処理の一例としては、画像データをプロセス定義チケットの設定に従って、他のファイルサーバへファイル送信する処理がある。また他の例としては、プロセス定義チケットの設定に従って、他の電子メールサーバに対して電子メールを送信する処理等がある。ユーザ１０８とユーザ１０９とは、それぞれデバイス１０５，１０６を操作するユーザである。
【００１８】
プロセス定義チケットを用いた大まかな処理の流れとしては、管理者用ＰＣ１０３によって一連の処理と設定を記述したプロセス定義チケットを生成し、そのプロセス定義チケットをチケット管理サーバ１０２に格納する。そしてユーザ１０８（１０９）がデバイスを利用する際に、チケット管理サーバ１０２に格納されたプロセス定義チケットをデバイス１０５（１０６）に読み込み、そのプロセス定義チケットに記載された内容に沿って画像の読み取りを行う。こうして読み取った画像データは、プロセス定義チケットとともにチケット処理サーバ１０１に送信され、チケット処理サーバ１０１で前述したような後処理がなされて一連の処理が完了する。
【００１９】
図２は、本実施形態に係るデバイス（画像処理装置）（１０５〜１０７）の構成を示すブロック図である。尚、ここでデバイス１０５〜１０７は全て図２に示す構成であっても、或はいずれかが他の装置が有している例えばプリンタを有していない等の構成であっても良い。
【００２０】
制御部２０１は、このデバイス全体の動作を制御するとともに、画像入力ユニットであるスキャナ２２０や画像出力ユニットであるプリンタ２２１と接続されている。さらにＬＡＮ２０７や公衆回線(WAN)２０９と接続して画像データやデバイス情報の入出力を行っている。ＣＰＵ２０２は。このデバイス全体を制御するためにＲＡＭ２０３或はＲＯＭ２１２に記憶されたプログラムを実行して後述する各種制御を行う。ＲＡＭ２０３は、ＣＰＵ２０２による各種制御処理の実行時に各種データを一時的に記憶するワークメモリを提供している。ＲＯＭ２１２はブートＲＯＭであり、デバイスの起動時に実行されるブートプログラム等を格納している。ＨＤＤ２１３はハードディスクドライブで、ＯＳや各種アプリケーションプログラム等を格納しており、プログラムの実行時には、これらプログラムはＲＡＭ２０３にロードされてＣＰＵ２０２により実行される。操作部Ｉ／Ｆ２０４は、タッチパネルを有した操作部（ＵＩ）２０５とのインターフェース部で、操作部２０５に表示する画像データを操作部２０５に出力し、また操作部２０５で入力された情報をＣＰＵ２０２に伝える役割をする。ネットワークＩ／Ｆ２０６は、ＬＡＮ２０７に接続されて通信データの入出力を行う。モデム２０８は、公衆回線２０９に接続されて通信データの入出力を行う。イメージバスインターフェース（Ｉ／Ｆ）２１４は、システムバス２１１と、画像データを高速で転送できるイメージバス２１５との間に接続され、バスブリッジとして機能している。イメージバス２１５は、ＰＣＩバス又はＩＥＥＥ１３９４等で構成される。
【００２１】
次に、このイメージバス２１５に接続される各部を説明する。
【００２２】
ラスタイメージプロセッサ（ＲＩＰ）２１８は、ＰＤＬ（ページ記述言語）コードをビットマップイメージに展開する。デバイスＩ／Ｆ部２１９は、スキャナ２２０やプリンタ２２１と制御部２０１とを接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２２２は、スキャナ２２０から入力した画像データに対して補正、加工、編集を行う。プリンタ画像処理部２２３は、プリンタ２２１に出力する画像データに対して、プリンタ２２１に応じた補正、解像度変換等を行う。画像回転部２２４は、画像データの回転を行う。画像圧縮伸張部２２５は、多値画像データの場合はＪＰＥＧで、また２値画像データの場合は、ＪＢＩＧ，ＭＭＲ，ＭＨ等により画像データの圧縮伸張処理を行う。ＩＣカードスロット２１０は、ＩＣカードメディアを挿入した後に適切なＰＩＮ（Personal Identifier Number）コードを入力することにより、暗号化及び復号に用いる鍵の入出力を行う。暗号・復号処理部２１６は、ＩＣカードスロット２１０の鍵を用いてデータの暗号化や復号処理を行うハードウェア・アクセラレータボードである。
【００２３】
尚、この図２の構成は、デバイス１０５，１０６，１０７が複合機（ＭＦＰ）である場合の構成例を示しているが、本発明はこれに限定されるものでない。例えば、デバイス１０５，１０６，１０７がスキャナ機能のみがネットワークで使用できる単一機能の装置であっても良い。つまり、デバイス１０５，１０６，１０７の構成によっては、図２に示す構成の一部が存在していない場合もある。
【００２４】
図３は、本実施形態に係るチケット管理サーバ１０２のハードウェア構成を示すブロック図である。
【００２５】
ＣＰＵ３０１は、ＲＡＭ３０２にロードされたプログラムに従って、このチケット管理サーバ１０２の動作を制御している。またＲＡＭ３０２は、ＣＰＵ３０１のワークエリアを提供している。ハードディスク３０４（NVRAM等の不揮発メモリも含む）は、ＣＰＵ３０１により実行される各種プログラム及び種々の設定を記憶している。通信部３０７は、ネットワーク１０４を介して他の装置やデバイスとの間で通信を行う。メインバス３０８はＣＰＵ３０１と各種メモリ及び通信部３０７とを接続し、データや各種制御信号を伝達している。この他に不図示のＵＩ表示部や、ユーザコマンド入力部等が含まれていても良い。尚、本実施形態では特に断らない限り、チケット管理サーバ１０２では、ＣＰＵ３０１がメインバス３０８を介してＲＡＭ３０２、ハードディスク３０４、通信部３０７を制御して後述する動作を実行している。
【００２６】
図４は、本実施形態に係るチケット処理サーバ１０１のハードウェア構成を示すブロック図である。
【００２７】
ＣＰＵ４０１は、ＲＡＭ４０２にロードされたプログラムに従って、このチケット処理サーバ１０１の動作を制御している。またＲＡＭ４０２は、ＣＰＵ４０１のワークエリアを提供している。ハードディスク４０４（NVRAM等の不揮発メモリも含む）は、ＣＰＵ４０１により実行される各種プログラム及び種々の設定を記憶している。通信部４０７は、ネットワーク１０４を介して他の装置やデバイスとの間で通信を行う。メインバス４０８は、ＣＰＵ４０１と各種メモリ及び通信部４０７とを接続し、データや各種制御信号を伝達している。この他に不図示のＵＩ表示部や、ユーザコマンド入力部等が含まれていても良い。尚、本実施形態は特に断らない限り、チケット処理サーバ１０１では、ＣＰＵ４０１がメインバス４０８を介してＲＡＭ４０２、ハードディスク４０４、通信部４０７を制御して後述する処理を実行する。
【００２８】
図５は、本実施形態に係る管理者用ＰＣ１０３のハードウェア構成を示すブロック図である。
【００２９】
ＣＰＵ５０１は、ＲＡＭ５０２にロードされたプログラムに従って、この管理者用ＰＣ１０３の動作を制御している。またＲＡＭ５０２は、ＣＰＵ５０１のワークエリアを提供している。ハードディスク５０４（NVRAM等の不揮発メモリも含む）は、ＣＰＵ５０１により実行される各種プログラム及び種々の設定を記憶している。通信部５０７は、ネットワーク１０４を介して他の機器との間で通信を行う。ユーザコマンド入力部５０５は、ユーザにより操作されて各種コマンドやデータの入力を行うもので、例えばキーボードやポインティングデバイス、タッチパネルなどを含む。ＵＩ表示部５０６は、ユーザに提示するＵＩ画面を表示する。上述した各部はメインバス５０８を介してＣＰＵ５０１と接続されている。尚、本実施形態は特に断らない限り、管理者用ＰＣ１０３では、ＣＰＵ５０１がメインバス５０８を介してＲＡＭ５０２、ハードディスク５０４、ユーザコマンド入力部５０５、ＵＩ表示部５０６、通信部５０７を制御して後述する処理を実行する。
【００３０】
次に図６のフローチャートを参照して本実施形態１に係る処理の流れを説明する。
【００３１】
図６は、本発明の実施形態１に係る管理者用ＰＣ１０３によるプロセス定義チケットの編集処理を説明するためのフローチャートである。尚、この処理を実行するプログラムはハードディスク５０４にインストールされており、実行時にはＲＡＭ５０２にロードされてＣＰＵ５０１の制御の下で実行される。この処理の開始時には、予めプロセス定義チケット編集のためのソフトウェアが図５に示される管理者用ＰＣ１０３に導入されていることとする。
【００３２】
先ずステップＳ１で、ネットワーク１０４に接続されている、プロセス定義チケットを実行できるデバイスの探索を行う。この探索に当たっては、同一サブネット内での検索、或は、機器名称などの特定の条件を組み合わせて探索しても良い。次にステップＳ２に進み、ステップＳ１で探索されたデバイスの内、これから作成するプロセス定義チケットを実行させる可能性のあるデバイスを選択する。この選択では、複数のデバイスを同時に選択可能である。次にステップＳ３に進み、ステップＳ２で選択した少なくとも１つのデバイスから、そのプロセス定義チケットの生成に必要となるデバイスの構成情報を取得する。この構成情報の一例としては、そのデバイスでサポートしている画像フォーマットの種類や読み取り解像度、その他、カラー読み取りの可否、変倍機能の有無、自動ドキュメントフィーダ（ＡＤＦ）の有無などが含まれる。次にステップＳ４に進み、ステップＳ３で取得したデバイスが複数であれば、それらデバイスの構成情報に基づいて、各デバイスの構成単位で論理積（ＡＮＤ）演算を行う。これにより、各デバイスで共通している機能が抽出できる。尚、ステップＳ２、Ｓ３で、もし１つのデバイスしか選択されなかったときは、このステップＳ４の処理はスキップされる。またもし１つのデバイスしか選択されなかったときは、これ以降の処理で、その１つのデバイスの機能が共通の処理項目として用いられる。次にステップＳ５に進み、ステップＳ４で抽出された共通している処理項目（設定項目）と、プロセス定義チケットの生成時にプロセス定義チケットの設定項目として可変項目（変更可能）とを参照できる一覧を、管理者用ＰＣ１０３のＵＩ表示部５０６に表示する。
【００３３】
図７は、この一覧表示の一例を示す図である。
【００３４】
図７の例では、例えば画像フォーマット、読み取り解像度、読み取りサイズなどは、可変項目として表示されている。また設定項目７１２は、一般的なプロセス定義チケットで定義できる機能を設定する設定項目を示している。
【００３５】
次にステップＳ６に進み、プロセス定義チケットを編集するユーザ（プロセス定義チケットの管理者）による指示に基づいて、選択したデバイスを再度選択し直すかどうかを判定する。ここでいう再選択とは、例えば、デバイス１０５、デバイス１０６及びデバイス１０７を選択していたのを、デバイス１０５とデバイス１０６だけの選択に変更するものである。ここで再選択を行わない場合はステップＳ７に進むが、再選択を行う場合はステップＳ２に進んで再度デバイスを選択する選択制御を行う。
【００３６】
ステップＳ７では、ステップＳ４の論理積演算の結果、複数のデバイスで共通の設定項目があるか否かを判定する。ここで、複数のデバイスで共通に利用可能な設定項目が存在している場合はステップＳ８に進み、その共通項目のみを可変としたプロセス定義チケットのテンプレートを作成する（テンプレート生成処理）。そしてステップＳ９に進み、ステップＳ８で生成されたテンプレートに基づいてプロセス定義チケットの作成及び編集を行う。このステップＳ９では、テンプレートに基づいてプロセス定義チケットを編集するため、後述のステップＳ１２におけるデバイス毎のプロセス定義チケットが有効かどうかの判定が不要となる。そして、このプロセス定義チケットの編集を終了する。こうしてプロセス定義チケットの編集が完了した後、その完成したプロセス定義チケットをチケット管理サーバ１０２に格納する。このプロセス定義チケットの格納に当たっては、ユーザ毎にプロセス定義チケットを管理できるようにしても良い。
【００３７】
一方、ステップＳ７で、複数のデバイスで共通に利用可能な設定項目が一つも存在しないと判定するとステップＳ１０に進み、プロセス定義チケットのテンプレートを生成せずに管理者用ＰＣ１０３のＵＩ表示部５０６に実行結果を表示する。この表示の一例としては、「選択した複数デバイスで、共通のプロセス定義チケット設定項目が見つかりませんでした」等が挙げられる。この通知に基づいて、この処理を終了させて再度、プロセス定義チケットの編集を開始しても良い。しかし本実施形態１では、プロセス定義チケットを生成することが目的であるため、ここではステップＳ１０からステップＳ１１に進む。ステップＳ１１では、プロセス定義チケットのテンプレートを用いずに、新規のプロセス定義チケットの編集及び作成を行う。ここでは共通の設定項目に基づかずにプロセス定義チケットを作成するため、ステップＳ１２で、プロセス定義チケットのが有効か否かの判断（バリデイト）を行う。
【００３８】
このバリデイト処理の一例としては、ステップＳ１１で作成したプロセス定義チケットを、実際にプロセス定義チケットを実行するデバイスに対して管理者用ＰＣ１０３から送信する。これによりデバイスは、そのプロセス定義チケットに記載された設定項目ごとに、有効か無効かを判断する。そして全ての設定項目が有効であれば、バリデイトＯＫを管理者用ＰＣ１０３に返信する。一方、全ての設定項目が有効でなければバリデイトＮＧを管理者用ＰＣ１０３に返信する。この場合、デバイスが具体的にどの設定項目が無効であるかを示す情報を返信に加える構成としても良い。ステップＳ１２で、有効と判断された場合は、この編集処理を終了するが、バリデイトの結果がＯＫでないと判断した場合は再度ステップＳ１１に戻ってプロセス定義チケットの再編集を行い、バリデイトＯＫとなるまで処理をループする。
【００３９】
こうしてプロセス定義チケットの編集が完了すると、その完成したプロセス定義チケットをチケット管理サーバ１０２に格納する。このプロセス定義チケットの格納に際しては、ユーザ毎にプロセス定義チケットの管理できるようにしても良い。
【００４０】
次に図７乃至図９について説明する。これらの図は、図６のステップＳ５の処理で、管理者用ＰＣ１０３のＵＩ表示部５０６に表示される内容の一例を示している。
【００４１】
図７は、本実施形態１に係る管理者用ＰＣ１０３のＵＩ表示部に表示される表示例を示す図である。ここでは図６のステップＳ５で最初に表示される表示例を示している。
【００４２】
設定項目７１２は、管理者用ＰＣ１０３においてプロセス定義チケットで設定可能な項目を列挙している。フィルタ７１３は、フィルタの条件を示しており、注目する設定項目でフィルタをかけて、テンプレートを作成するための項目を絞り込むための項目である。その詳細は図８を参照して後述する。７１４，７１５，７１６はそれぞれ、デバイス１０５、デバイス１０６、デバイス１０７から、図６のステップＳ３で取得したデバイスの構成情報を列挙している。７０１は、スキャンした画像をデータファイルとして扱う際、デバイスがサポートしている画像フォーマットの情報を列挙している。７０２は、スキャンする原稿のサイズをデバイスが自動検知可能かどうかを示す情報を列挙している。７０３は、原稿をスキャナで読み取る際に指定可能な読み取り解像度に関する情報を列挙している。ここでは、Ｘ方向とＹ方向の読み取り解像度がそれぞれ列挙して表示されている。７０４は、カラー読み取りに関する情報を列挙している。本実施形態１では示していないが、カラー読み取りの場合であっても、ＲＧＢ２４（２４ビット階調で読み取り）やＲＧＢ１６（１６ビット階調で読み取り）といったようにデバイスの能力によって値が異なっている。７０５は、原稿の読み取りに際して変倍機能が使用できるかどうかを示す。７０６は、スキャン対象の原稿の読み取りサイズに関する情報を列挙している。ここでもＸ方向とＹ方向それぞれに、最大読み取りサイズと、最小読み取りサイズの情報が列挙して表示されている。７０７は、スキャンする原稿が両面に記載のある両面原稿の場合に、自動的に両面読み取りが可能か否かを示す情報を列挙する。７０８は、スキャンした画像データに対する圧縮機能があるか否かに関する情報を列挙する。本実施形態１では記載していないが、複数の圧縮方法を有するデバイスの場合には、指定可能な複数の画像圧縮方法が列挙される。７０９は、原稿を自動的にスキャナ２２０に供給するための自動ドキュメントフィーダ（ＡＤＦ）が設置されているかを示す情報を列挙する。７１０は、原稿をスキャンする際に、コントラスト調整を指定した読み取りが可能か否かを示す情報を列挙する。７１１は、原稿をスキャンする際に、輝度調整を指定した読み取りが可能か否かを示す情報を列挙する。
【００４３】
図８は、本実施形態１に係る管理者用ＰＣ１０３のＵＩ表示部５０６に表示される表示例を示す図である。ここでは図６のステップＳ５で最初に図７に示す表示例に対して、ユーザが、フィルタ７１３の内、プロセス定義チケットのテンプレートを作成するのに必要となる設定項目をチェックした例を示している。ここでは８０１〜８０６で示す行がチェックされている。これらのチェックを行った後に、不図示ではあるが、このＵＩ表示画面に対する表示の更新、もしくはチェックをされた時点で、ＵＩ画面表示の更新が行われる。
【００４４】
図８に示した例では、８０１，８０２，８０３に対応するプロセス定義チケットの設定項目に関しては、選択した全てのデバイスで実行が可能である。しかしながら、８０４，８０５，８０６に対応するプロセス定義チケットの設定項目に関しては、全てのデバイスで機能が一致していない。具体的には、８０４では、カラー読み取りに関してデバイス１０７が不適合である。また８０５では、両面読み取りに関してデバイス１０６，１０７とが不適合である。更に、８０６では、ＡＤＦの有無に関して、デバイス１０６が不適合であることが分かる。
【００４５】
図９は、本実施形態１に係る管理者用ＰＣ１０３のＵＩ表示部５０６における表示遷移の一例を説明する図である。ここでは前述の図７及び図８に示す表示遷移に基づいて示している。
【００４６】
９０１は、図７に示されている表示項目の一部の表示例を説明のために抜き出して示している。この時点では図７での表示内容と同様の表示である。次に９０２で、ユーザがフィルタ７１３にチェックを行った時点を示している。この例では、画像フォーマット７０１の「JPEG」の詳細項目と、両面読み取り７０７がチェックされた状態を示している。次に９０３は、９０２でフィルタ７１３の項目にチェックを行った後、不図示ではあるがＵＩ画面の更新を指示した場合の表示例（図８に相当）を示している。８０１では、選択した全てのデバイスで実行可能であることを識別可能に表示（例えば青色表示）する。また８０５では、デバイス１０６とデバイス１０７が、両面読み取り機能に不適合であることを識別可能に表示（例えば赤色表示）するように表示制御する。
【００４７】
図１０は、図８で表示された内容に対して、図６のステップＳ６で、選択したデバイスを変更した後、再度、ステップＳ５で表示される表示例を示す図である。ここでは図８でデバイス１０５，１０６，１０７が選択されていたのが、デバイス１０５，１０６だけを選択するように変更されている。即ち、管理者用ＰＣ１０３でプロセス定義チケットを作成及び編集するユーザが、図８の表示に応じて、デバイス１０７をプロセス定義チケットの対象機種から除外している。この除外する処理は、図６のステップＳ６で再設定を選択してステップＳ２に進み、プロセス定義チケットを実行するデバイスとして、デバイス１０５，１０６とを選択することによって行われる。その後、ステップＳ３〜ステップＳ４を経て、再度、図８で説明したのと同様に、フィルタ項目を設定して場合を図１０で示している。
【００４８】
図１０の例では、フィルタ項目が、１００１〜１００４で示されている。この結果、デバイス１０５とデバイス１０６とで共通の設定項目として以下のプロセス定義チケットのテンプレートが生成される。
【００４９】
１００１は画像フォーマットがＪＰＥＧ、１００２はＸ方向の読み取り解像度が６００ｄｐｉ、１００３はＹ方向の読み取り解像度が６００ｄｐｉである。また１００４は、カラー読み取りがＲＧＢ２４である。これら条件を満足するプロセス定義チケットのテンプレートが、図６のステップＳ８で生成される。
【００５０】
図７乃至図１０を参照して説明したように、フィルタ７１３を用いることにより、どのデバイスが条件を満足しないか、即ち、どのデバイスを選択肢から外せば、所望のプロセス定義チケットのテンプレートを作成できるかを容易に判別できる。
【００５１】
一方、もう少し単純に、ステップＳ３で選択した各デバイスからの構成情報の内、プロセス定義チケットの設定項目で選択可能な設定項目の数のように、有効にできる設定項目の数にのみ着目して自動的にプロセス定義チケットのテンプレートを生成しても良い。例えば、図８の例において、ユーザによって選択されたフィルタに該当する６つの項目のうち、デバイス１０５，１０６，１０７の３つの組み合わせによれば３つの項目が実行可能である。同様に、デバイス１０５，１０６の２つの組み合わせによれば４つの項目が実行可能である。同様に、デバイス１０５，１０７の２つの組み合わせによれば４つの項目が実行可能である。同様に、デバイス１０６，１０７の２つの組み合わせによれば３つの項目が実行可能である。この結果から、デバイス１０５，１０６の組み合わせと、デバイス１０５，１０７の組み合わせが他の組み合わせと比べて実行可能な項目数が多いことがわかる。従って、実行可能な項目数が多い、デバイス１０５，１０６の組み合わせに基づくテンプレートとデバイス１０５，１０７の組み合わせに基づくテンプレートとを自動的に生成するようにする。
【００５２】
以上説明したように本実施形態１によれば、プロセス定義（プロセス定義チケット）のテンプレートを作成し、それを基にプロセス定義チケットを作成できる。これにより、そのプロセス定義チケットの確認、検証、再定義を行うといった面倒な処理を行うことなく、プロセス定義（プロセス定義チケット）を作成できるという効果がある。
【００５３】
また、プロセスの一部を実行するデバイスの能力情報に基づいた、プロセス定義（プロセス定義チケット）のテンプレートを作成し、そのテンプレートに従ってプロセス定義チケットを作成できる。このため、ネットワーク上の各デバイスの能力情報を詳細に把握することなく、簡便にプロセス定義チケットを作成することができる。
【００５４】
［実施形態２］
次に本発明の実施形態２について説明する。尚、この実施形態２に係るシステム、サーバ１０１，１０２、ＰＣ１０３及び各デバイスの構成は前述の実施形態１と同じであるため、その説明を省略する。
【００５５】
図１１は、本発明の実施形態２に係る管理者用ＰＣ１０３によるプロセス定義チケットの編集処理を説明するためのフローチャートである。尚、この処理を実行するプログラムはハードディスク５０４にインストールされており、実行時にはＲＡＭ５０２にロードされてＣＰＵ５０１の制御の下に実行される。この処理の開始時には、予めプロセス定義チケット編集のためのソフトウェアが図５に示される管理者用ＰＣ１０３に導入されていることとする。この実施形態２では、ステップＳ２６で、共通項のみでプロセス定義チケットＡを作成する点（実施形態１ではテンプレートを作成）が実施形態１と異なっている。またステップＳ２９で、代替えプロセス定義チケットＡの存在有無によって、プロセス定義チケットＢのバリデイトの処理を切り替える点と、ステップＳ３０で、代替えプロセス定義チケットを同時に登録する点が、実施形態１と異なっている。
【００５６】
プロセス定義チケットの編集が開始されると先ずステップＳ２１で、ネットワーク１０４に接続されている、プロセス定義チケットの実行が可能なデバイスを探索する。この探索では、同一サブネット内での検索、或は、デバイス名称などの特定の条件を組み合わせて探索しても良い。次にステップＳ２２に進み、ステップＳ２１で探索されたデバイスの内、これから作成を行うプロセス定義チケットを実行させる可能性のあるデバイスを選択する。このデバイス選択は、複数のデバイスを選択することが可能である。次にステップＳ２３に進み、ステップＳ２２で選択したデバイスから、プロセス定義チケットを生成するのに必要となるデバイスの構成情報を取得する。この構成情報には、デバイスでサポートしている画像フォーマットの種類、読み取り解像度、その他、カラー読み取りの可否、変倍機能の有無、ドキュメントフィーダ（ＡＤＦ）の有無などが含まれる。次にステップＳ２４に進み、ステップＳ２３で取得した複数のデバイスの構成情報の共通項目を探すために構成単位で論理積演算を行う。そしてステップＳ２５で、複数のデバイスで共通に利用可能な設定項目が存在するかどうか判定する。この判定結果で、共通項目が存在すると判定するとステップＳ２６に進み、それら共通の項目のみで構成されるプロセス定義チケットＡを作成する。
【００５７】
一方、ステップＳ２５で、複数のデバイスで共通に利用可能な設定項目が一つも存在しないと判定するとステップＳ２８に進む。ここでは、ステップＳ２６のように、プロセス定義チケットＡに相当するプロセス定義チケットを作成せずに、管理者用ＰＣ１０３のＵＩ表示部５０６に実行結果を表示する。この表示の一例としては、「選択した複数デバイスで、共通のプロセス定義チケットの自動作成が出来ませんでした」等が挙げられる。
【００５８】
こうしてステップＳ２６或はステップＳ２８を実行するとステップＳ２７に進み、デバイスの構成情報とは関係ないチケット作成処理を行う。即ち、管理者用ＰＣ１０３で新規な第１のプロセス定義チケット（本実施形態２ではプロセス定義チケットＢ）の編集及び作成を行う。こうしてプロセス定義チケットＢを作成するとステップＳ２９に進み、ステップＳ２６で作成されたプロセス定義チケットＡ（第２のプロセス定義チケット）が存在しているかどうかを判定する。ここでプロセス定義チケットＡが存在すると判定するとステップＳ３０に進み、存在していないと判定するとステップＳ３１に進む。ステップＳ３０では、プロセス定義チケットＡをプロセス定義チケットＢの代替用のプロセス定義チケットとして、関連性を持たせた上で、これらをチケット管理サーバ１０２に登録して、この処理を終了する。
【００５９】
これによりプロセス定義チケットＢの実行時、選択されているデバイスの機能により、そのプロセス定義チケットＢが実行できない機能があると判定されると、プロセス定義チケットＡを用いるようにプロセス定義チケットの切り替えを行う。これにより、新規に作成されたプロセス定義チケットが実行できない場合であっても、複数のデバイスの共通機能に基づくプロセス定義チケットで代替できるため、プロセス定義チケットを実行できずに処理がストップしてしまうといった事態を回避できる。
【００６０】
一方ステップＳ３１では、プロセス定義チケットＢのみが存在するため、そのプロセス定義チケットＢが有効なプロセス定義チケットであるか否かを判定するためのバリデイト（認証）を行う。このバリデイト処理の一例としては、ステップＳ２７で作成したプロセス定義チケットＢのファイルを、実際にプロセス定義チケットＢを実行するデバイスに対して管理者用ＰＣ１０３から送信する。これによりデバイスは、そのプロセス定義チケットＢに記載された設定項目ごとに有効か無効かを判断する。そして、全て有効であると判断するとバリデイトＯＫを返信する。一方、一つでも有効でない項目があるとバリデイトＮＧを返す。このときデバイスは、どの設定項目が有効でないかを示す情報を加えても良い。こうしてステップＳ３１で、バリデイトの結果、ＯＫと判断された場合にはプロセス定義チケットＢをチケット管理サーバ１０２に登録して、プロセス定義チケットの編集を終了する。尚、ステップＳ３１で、バリデイトの結果がＮＧであれば、再度ステップＳ２７に進んで、プロセス定義チケットＢの再編集を行い、バリデイトＯＫとなるまで処理をループさせる。
【００６１】
以上説明したように本実施形態２によれば、複数のデバイスが共通に実施できる機能に基づいてプロセス定義（プロセス定義チケット）を作成し、それを新規なジョブ定義チケットの代替プロセス定義チケットとして登録できる。これにより、その新規なプロセス定義チケットに実行できない機能があっても、代替プロセス定義チケットによりその処理を代行できるという効果がある。
【００６２】
［実施形態３］
次に本発明の実施形態３について説明する。この実施形態３では、実際にプロセス定義チケットを実行するデバイスの現在の状態を取得し、その取得したデバイスの状態と、実行するプロセス定義チケットとの実行可否判定を行う。そして、その判定結果に応じて、代替用のプロセス定義チケットを有効にする点が前述の実施形態１，２と異なっている。尚、この実施形態３に係るシステム、サーバ１０１，１０２、ＰＣ１０３及びデバイスの構成は前述の実施形態１と同じであるため、その説明を省略する。
【００６３】
図１２は、本発明の実施形態３に係るチケット管理サーバ１０２によるデバイスの監視処理を説明するフローチャートである。尚、この処理を実行するプログラムはハードディスク４０４にインストールされており、実行時にはＲＡＭ４０２にロードされてＣＰＵ４０１の制御の下に実行される。この処理の開始時には、予めプロセス定義チケット編集のためのソフトウェアが図４に示されるチケット管理サーバ１０２に導入されていることとする。
【００６４】
この処理は、プロセス定義チケットを実装するデバイスの監視が開始されることにより開始され、先ずステップＳ４１で、デバイスを利用するユーザ１０８或は１０９が、そのデバイスの操作部２０５を使用してログイン操作を行う。また或はＩＣカードスロット２１０にＩＣカードメディアを挿入する等のログイン操作を行って、ディレクトリサービス（例えばアクティブディレクトリ）等で認証を行ったことを認識する。次にステップＳ４２に進み、ユーザがログインしたデバイスを特定する。ここではデバイス１０５とする。このデバイスの特定は、ログインしたデバイスのＩＰアドレス、デバイス名称、デバイスのシリアル番号情報等、ネットワーク１０４に接続している複数のデバイスを一意に特定する情報を取得することにより行われる。次にステップＳ４３に進み、そのデバイス１０５にログインしたユーザ１０８に関連付けられたプロセス定義チケットＣを特定する。このユーザ情報とプロセス定義チケットとの関連付けは、管理者用ＰＣ１０３で作成したプロセス定義チケットファイルをチケット管理サーバ１０２に配置する際に行われているものとする。次にステップＳ４４に進み、ユーザがログインしたデバイス１０５の現在の状態を取得する。
【００６５】
次にステップＳ４５に進み、ステップＳ４４で取得したデバイス１０５の現在の状態と、ステップＳ４３でユーザに関連付けられたプロセス定義チケットの設定内容とを比較する。そして、プロセス定義チケットで設定される設定項目の全てが、そのデバイス１０５の現在の状態で実行可能か否かを判定する。この一例として、プロセス定義チケットＣでＡＤＦを使用する設定となっているが、デバイス１０５がハードウェアのトラブル等によってＡＤＦを使用しないスキャン動作は可能であるが、ＡＤＦが使用できないケースが想定できる。ステップＳ４５の判定の結果、プロセス定義チケットＣの設定項目の全てが実行可能なデバイス状態であると判定すると、プロセス定義チケットＣの設定でデバイス１０５が動作ができるように処理した後この処理を終了する。
【００６６】
一方、ステップＳ４５で、プロセス定義チケットＣの設定では動作が完全に行えないデバイス状態であると判定した場合はステップＳ４６に進み、プロセス定義チケットＣを使用不可能にする。このプロセス定義チケットＣを使用不可能にする設定は、チケット管理サーバ１０２内で、監視ソフトウェアの指示によって行われる。次にステップＳ４７に進み、予め用意していた代替用のプロセス定義チケットＤを有効にする。このプロセス定義チケットＤを有効にする設定は、チケット管理サーバ１０２内で、監視ソフトウェアの指示によって行われる。本実施形態３では、プロセス定義チケットＤは、ＡＤＦを使用しないプロセス定義チケットである。そしてプロセス定義チケットＣの設定でデバイス１０５が動作できるように処理した後で、この処理を終了する。
【００６７】
図１３は、本実施形態３において、図１２のステップＳ４６，Ｓ４７におけるプロセス定義チケットの切替え処理を説明する図である。
【００６８】
１３０１は、代替えプロセス定義チケットが適用されていないときの、プロセス定義チケット構成の一覧を示す。１３１０は、実際にデバイスに対して配信対象となっているプロセス定義チケットが列挙されている列で、チケット管理サーバ１０２は、１３１０に列挙されているプロセス定義チケットを配信対象としている。１３１３は、本実施形態３に係るプロセス定義チケットＣであり、別な例として、１３１４にプロセス定義チケットＶを例示してある。１３１１は、配信対象のプロセス定義チケットに対する代替えのプロセス定義チケットの一覧を示している。また１３１２は、代替えプロセス定義チケットに対する説明を記述している。このプロセス定義チケット１３０１は、チケット管理サーバ１０２において、不図示ではあるが、ＵＩ表示部等によって、適宜表示を行うようにしても良い。１３１５は、ＡＤＦが使用不能と判断されたときに、プロセス定義チケットＣ１３１３の代替えとして使用されるプロセス定義チケットＤを登録しており、その説明が記述されている。１３１６は、カラースキャンが使用不能と判断されたときに、プロセス定義チケットＣ１３１３の代替えとして使用されるプロセス定義チケットＥを登録しており、その説明が記述されている。１３１７は、原稿サイズ検知の機能が使用不能と判断されたときに、プロセス定義チケットＣ１３１３の代替えとして使用されるプロセス定義チケットＥを登録しており、その説明が記述されている。
【００６９】
同様にして、プロセス定義チケットＶ１３１４の代替えプロセス定義チケットとして、１３１８は、ＡＤＦが使用不能と判断されたときに、プロセス定義チケットＶ１３１４の代替えとなるプロセス定義チケットＷが登録され、その説明が記述されている。１３１９は、カラースキャンが使用不能と判断されたときに、プロセス定義チケットＶ１３１４の代替えとして使用されるプロセス定義チケットＸを登録しており、その説明が記述されている。１３２０は、両面原稿の読み取りが使用不能と判断されたときに、プロセス定義チケットＶ１３１４の代替えとして使用されるプロセス定義チケットＹを登録しており、その説明が記述されている。
【００７０】
次に１３０２は、図１２のステップＳ４６、Ｓ４７の処理が実行された後の構成例を示し、１３０１に対して以下に示すような変更が行われている。
【００７１】
ステップＳ４６の処理によって、プロセス定義チケットＣは、配信対象のプロセス定義チケットから除外され、１３２２に示すように代替えプロセス定義チケットの一部、或は不図示ではあるが、使用不可能なプロセス定義チケットとして扱われる。１３０２の表示例では、代替えプロセス定義チケットの一部として表示を行い、プロセス定義チケットの説明としてプロセス定義チケットＤ／プロセス定義チケットＥ／プロセス定義チケットＦの基になっているプロセス定義チケットの説明が記述されている。また現在、本実施形態３に係る処理によって代替えが行われていることを示している。また１３２２では、代替されている旨をより解りやすくするために、不図示ではあるが、チケット管理サーバ１０２において、ＵＩ表示部等によって、例えば表示色を変更して表示しても良い。１３２１は、図１２のステップＳ４７の処理によって、プロセス定義チケットＤがプロセス定義チケットＣの代わりに配信対象のプロセス定義チケットとなっていることを示している。
【００７２】
尚、ある機能に関する代替プロセス定義チケットが複数ある場合、それら代替プロセス定義チケットのいずれを用いるかを決めるための優先情報を設定しておき、その優先情報に従った順位に従って、使用するプロセス定義チケットを決定しても良い。
【００７３】
以上説明したように本実施形態３によれば、配信対象のプロセス定義チケットに対して、そのプロセス定義チケットの機能に応じた代替プロセス定義チケットを定義して登録しておく。これにより、配信対象のプロセス定義チケットのある機能が実行できなくなったときでも、その代替プロセス定義チケットにより、所望する機能を達成することができる。
【００７４】
以上、本発明の実施形態を説明した。尚、これ以外にも、配信対象のオリジナルのプロセス定義チケットで、あるデバイスで実行できない機能がある場合に、管理者用ＰＣ１０３が、その機能を除いたプロセス定義チケットを自動的に作成して、そのデバイスに配信するようにしても良い。
【００７５】
また管理者用ＰＣ１０３は、チケット管理サーバ１０２に登録したプロセス定義チケットの内、不要となったプロセス定義チケットを自動的に廃棄するようにしても良い。
【００７６】
また１つのテンプレートに基づいて複数のプロセス定義チケットが生成される場合、それら生成された複数のプロセス定義チケットに優先順位を付して登録しておく。そして、あるプロセス定義チケットが実行できない場合に、その優先順位に従って他の代替用のプロセス定義チケットを選択するようにしても良い。また或は、デバイスのＵＩ画面などに、プロセス定義チケットを選択するための画面を表示してユーザに選択させても良い。
【００７７】
（他の実施形態）
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置のコンピュータが該供給されたプログラムを読み出して実行することによっても達成され得る。その場合、プログラムの機能を有していれば、形態は、プログラムである必要はない。
【００７８】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明のクレームでは、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００７９】
プログラムを供給するための記録媒体としては、様々なものが使用できる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などである。
【００８０】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページからハードディスク等の記録媒体にダウンロードすることによっても供給できる。その場合、ダウンロードされるのは、本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルであってもよい。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。
【００８１】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布する形態としても良い。その場合、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムが実行可能な形式でコンピュータにインストールされるようにする。
【００８２】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される形態以外の形態でも実現可能である。例えば、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【００８３】
更に、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれるようにしてもよい。この場合、その後で、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００８４】
【図１】本発明の実施形態に係る情報処理システムの構成を説明する図である。
【図２】本実施形態に係るデバイス（画像処理装置）の構成を示すブロック図である。
【図３】本実施形態に係るチケット管理サーバのハードウェア構成を示すブロック図である。
【図４】本実施形態に係るチケット処理サーバのハードウェア構成を示すブロック図である。
【図５】本実施形態に係る管理者用ＰＣのハードウェア構成を示すブロック図である。
【図６】本発明の実施形態１に係る管理者用ＰＣによるプロセス定義チケットの編集処理を説明するためのフローチャートである。
【図７】実施形態１に係る管理者用ＰＣで表示される、プロセス定義チケットの処理項目（設定項目）と、各デバイスの能力との一覧表示例を示す図である
【図８】本実施形態１に係る管理者用ＰＣのＵＩ表示部に表示される表示例を示す図である。
【図９】本実施形態１に係る管理者用ＰＣのＵＩ表示部における表示遷移の一例を説明する図である。
【図１０】図８で表示された内容に対して、図６のステップＳ６で、選択したデバイスを変更した後、再度、ステップＳ５で表示される表示例を示す図である。
【図１１】本発明の実施形態２に係る管理者用ＰＣによるプロセス定義チケットの編集処理を説明するためのフローチャートである。
【図１２】本発明の実施形態３に係るチケット管理サーバによるデバイスの監視処理を説明するフローチャートである。
【図１３】本実施形態３において、図１２のステップＳ４６，Ｓ４７におけるプロセス定義チケットの切替え処理を説明する図である。
【技術分野】
【０００１】
本発明は、複数の処理からなるプロセスを定義するプロセス定義チケットを作成或は実行する情報処理装置及び、その情報処理装置の制御方法、及び、情報処理やデバイスを含む情報処理システムに関するものである。
【背景技術】
【０００２】
スキャナ、ファクシミリ装置、プリンタ、複写機、又はこれらを複合した複合機、そしてパーソナルコンピュータ、メールサーバ等をネットワークで相互に接続して、それぞれの装置が提供するサービスを連携させて処理を行う情報処理システムが存在している。そして、この情報処理システムを効率的に管理し、動作及び運用させる方法が提案されている。特許文献１では、複数の機器を組み合わせて使用する場合に、入力側／出力側双方の機器情報を取得して管理し、予め入力側と出力側との組み合わせで実現可能な機能のみをマルチファンクションシステムとしてユーザに提示している。また、複数の機器を使用した組合せ動作が設定された場合、その組合せで動作可能な設定のみを各機器で有効にすることにより、ユーザによる入力機器の制約条件と出力機器の制約条件との組み合わせの管理を不要にして使い勝手を良くしている。
【特許文献１】特開２０００−１８７５７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述した従来技術では、複数の機器を組み合わせて実行可能な機能のみをユーザに提示し、また機能設定を制限することによりユーザの利便性を上げている。しかしながら、ネットワーク上に同一の機能（例えばスキャナ機能）を持つ複数の機器が存在し、これら機器を組合わせてある機能を達成するために、その機能を実現する組合せ候補の機器としてこれら複数の機器が選択される可能性がある。その場合、どの機器の能力が限界となって実行可能な機能の選択肢を狭めるかを事前に確認することができない。
【０００４】
また、ある処理プロセスを予め作成しておき、そのプロセスを定義するファイルを個別のユーザに配布し、その処理の一部（例えば、ドキュメントをスキャンしてファイルとして保存）をＭＦＰ等のデバイスを用いて実行することが想定される。この場合、そのプロセス定義ファイルで使用すると想定しているデバイスが、何らかの理由で、その割当てられた機能を実行できないといった問題が生じる。このような問題に対して上述した従来技術では対処することができない。また、事前の確認では問題とならない組み合わせであったとしても、ユーザの使用するデバイスの機能の一部が、故障等の理由により使用できなくなった場合も同様の問題が発生する。
【０００５】
本発明の目的は、上記従来技術の問題点を解決することにある。
【０００６】
本願発明の特徴は、各デバイスの共通の能力を確認して作成されたテンプレートに従って、プロセス定義チケットをより簡単に作成することにある。また各デバイスの共通の能力に基づく代替プロセス定義チケットを登録しておくことにより、プロセス定義チケットの実行できない機能を代替できるようにすることにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
複数の処理からなるプロセスを定義するプロセス定義チケットを作成する情報処理装置であって、
ネットワーク上でプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択する選択手段と、
前記選択手段で選択したデバイスの能力情報を取得する取得手段と、
テンプレートに含まれる処理項目を指示する指示手段と、
前記指示手段によって指示された前記処理項目において、前記取得手段で取得された前記デバイスの能力情報に基づき、前記デバイスで共通、或は共通でない機能を識別可能に表示する表示制御手段と、
前記表示制御手段による表示の確認に基づいて、前記指示手段で指示された前記処理項目に関して、前記選択手段で選択された前記デバイスで共通に実行可能な能力を含むプロセス定義チケットのテンプレートを生成するテンプレート生成手段と、
前記テンプレート生成手段によって生成された前記テンプレートに基づいて、前記デバイスを使用して実行するプロセス定義チケットを作成するチケット作成手段と、
を有することを特徴とする。
【０００８】
上記目的を達成するために本発明の一態様に係る情報処理システムは以下のような構成を備える。即ち、
複数のデバイスと情報処理装置とをネットワークを介して接続した情報処理システムであって、
ネットワーク上でプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択する選択手段と、
テンプレートに含まれる処理項目を指示する指示手段と、
前記選択手段で選択したデバイスの能力情報を取得する取得手段と、
前記指示手段によって指示された前記処理項目において、前記取得手段で取得された前記デバイスの能力情報に基づき、前記デバイスで共通、或は共通でない機能を識別可能に表示する表示制御手段と、
前記表示制御手段による表示の確認に基づいて、前記指示手段で指示された前記処理項目に関して、前記選択手段で選択された前記デバイスで共通に実行可能な能力を含むプロセス定義チケットのテンプレートを生成するテンプレート生成手段と、
前記テンプレート生成手段によって生成された前記テンプレートに基づいて、前記デバイスを使用して実行するプロセス定義チケットを作成するチケット作成手段と、
前記作成手段により作成された前記プロセス定義チケットを登録する登録手段と、
を有することを特徴とする。
【０００９】
上記目的を達成するために本発明の一態様に係る情報処理装置の制御方法は以下のような構成を備える。即ち、
複数の処理からなるプロセスを定義するプロセス定義チケットを作成する情報処理装置の制御方法であって、
ネットワーク上でプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択する選択工程と、
テンプレートに含まれる処理項目を指示する指示工程と、
前記選択工程で選択したデバイスの能力情報を取得する取得工程と、
前記指示工程で指示された前記処理項目において、前記取得工程で取得された前記デバイスの能力情報に基づき、前記デバイスで共通、或は共通でない機能を識別可能に表示する表示制御工程と、
前記表示制御工程による表示の確認に基づいて、前記指示工程で指示された前記処理項目に関して、前記選択工程で選択された前記デバイスで共通に実行可能な能力を含むプロセス定義チケットのテンプレートを生成するテンプレート生成工程と、
前記テンプレート生成工程で生成された前記テンプレートに基づいて、前記デバイスを使用して実行するプロセス定義チケットを作成するチケット作成工程と、
を有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、プロセス定義（プロセス定義チケットの作成）を行い、そのプロセス定義チケットに基づく動作確認を行うことなく、効率的にプロセス定義チケットを作成して管理できる。
【００１１】
またプロセス定義チケットに含まれる処理を実行するデバイスの能力情報に基づくテンプレートを作成し、そのテンプレートに基づいてプロセス定義チケットを作成できるので簡単にプロセス定義チケットを作成できる。
【発明を実施するための最良の形態】
【００１２】
以下、添付図面を参照して本発明の好適な実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１３】
図１は、本発明の実施形態に係る情報処理システムの構成を説明する図である。このシステムを、画像処理装置（ＭＦＰ）と情報処理装置（ＰＣ）とで実行する処理を定義し、その処理を管理するサーバと画像処理装置及び情報処理装置とがネットワークを介して接続された情報処理システムとして説明する。
【００１４】
デバイス１０５，１０６，１０７はそれぞれ、原稿の読み取りを行い、ネットワーク１０４に接続された様々な装置或は端末に、その読み取った画像データを送信する機能を有している。尚、これらデバイス１０５，１０６，１０７は、スキャナ機能のみがネットワークで使用できる単一機能の装置であっても良く、或は、多機能処理装置（ＭＦＰ）などのように、複数の機能（スキャン、印刷、ファクシミリ通信等）を提供できる装置であってもよい。
【００１５】
管理者用ＰＣ１０３は、デバイス１０５，１０６，１０７や、チケット処理サーバ１０１での処理内容を記述したファイル（本実施形態ではプロセス定義チケットと呼ぶ）を作成及び編集する装置である。このプロセス定義チケットに記載される処理内容としては、画像データを読み取る際の、読み取り解像度、読み取りサイズ、カラー読み取り、輝度調整などの指定や、画像読み取り後の処理内容（電子メール送信やファイル送信、ＯＣＲ処理等）が含まれる。
【００１６】
チケット管理サーバ１０２は、管理者用ＰＣ１０３で作成されたプロセス定義チケットをユーザ情報と関連させて記憶して管理する。また、チケット管理サーバ１０２は、このプロセス定義チケットに記載された処理内容を実行するデバイス１０５，１０６，１０７や、チケット処理サーバ１０１からプロセス定義チケットを取得する。チケット管理サーバ１０２は、プロセス定義チケットの保存及び、プロセス定義チケットの取得ができる構成であれば、ディレクトリサービス（例えばアクティブディレクトリ）等の実施できる装置であってもよい。
【００１７】
チケット処理サーバ１０１は、デバイス１０５，１０６，１０７から送られてきた画像データに対してプロセス定義チケットに記載された一連の後処理を行う。ここでいう後処理の一例としては、画像データをプロセス定義チケットの設定に従って、他のファイルサーバへファイル送信する処理がある。また他の例としては、プロセス定義チケットの設定に従って、他の電子メールサーバに対して電子メールを送信する処理等がある。ユーザ１０８とユーザ１０９とは、それぞれデバイス１０５，１０６を操作するユーザである。
【００１８】
プロセス定義チケットを用いた大まかな処理の流れとしては、管理者用ＰＣ１０３によって一連の処理と設定を記述したプロセス定義チケットを生成し、そのプロセス定義チケットをチケット管理サーバ１０２に格納する。そしてユーザ１０８（１０９）がデバイスを利用する際に、チケット管理サーバ１０２に格納されたプロセス定義チケットをデバイス１０５（１０６）に読み込み、そのプロセス定義チケットに記載された内容に沿って画像の読み取りを行う。こうして読み取った画像データは、プロセス定義チケットとともにチケット処理サーバ１０１に送信され、チケット処理サーバ１０１で前述したような後処理がなされて一連の処理が完了する。
【００１９】
図２は、本実施形態に係るデバイス（画像処理装置）（１０５〜１０７）の構成を示すブロック図である。尚、ここでデバイス１０５〜１０７は全て図２に示す構成であっても、或はいずれかが他の装置が有している例えばプリンタを有していない等の構成であっても良い。
【００２０】
制御部２０１は、このデバイス全体の動作を制御するとともに、画像入力ユニットであるスキャナ２２０や画像出力ユニットであるプリンタ２２１と接続されている。さらにＬＡＮ２０７や公衆回線(WAN)２０９と接続して画像データやデバイス情報の入出力を行っている。ＣＰＵ２０２は。このデバイス全体を制御するためにＲＡＭ２０３或はＲＯＭ２１２に記憶されたプログラムを実行して後述する各種制御を行う。ＲＡＭ２０３は、ＣＰＵ２０２による各種制御処理の実行時に各種データを一時的に記憶するワークメモリを提供している。ＲＯＭ２１２はブートＲＯＭであり、デバイスの起動時に実行されるブートプログラム等を格納している。ＨＤＤ２１３はハードディスクドライブで、ＯＳや各種アプリケーションプログラム等を格納しており、プログラムの実行時には、これらプログラムはＲＡＭ２０３にロードされてＣＰＵ２０２により実行される。操作部Ｉ／Ｆ２０４は、タッチパネルを有した操作部（ＵＩ）２０５とのインターフェース部で、操作部２０５に表示する画像データを操作部２０５に出力し、また操作部２０５で入力された情報をＣＰＵ２０２に伝える役割をする。ネットワークＩ／Ｆ２０６は、ＬＡＮ２０７に接続されて通信データの入出力を行う。モデム２０８は、公衆回線２０９に接続されて通信データの入出力を行う。イメージバスインターフェース（Ｉ／Ｆ）２１４は、システムバス２１１と、画像データを高速で転送できるイメージバス２１５との間に接続され、バスブリッジとして機能している。イメージバス２１５は、ＰＣＩバス又はＩＥＥＥ１３９４等で構成される。
【００２１】
次に、このイメージバス２１５に接続される各部を説明する。
【００２２】
ラスタイメージプロセッサ（ＲＩＰ）２１８は、ＰＤＬ（ページ記述言語）コードをビットマップイメージに展開する。デバイスＩ／Ｆ部２１９は、スキャナ２２０やプリンタ２２１と制御部２０１とを接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２２２は、スキャナ２２０から入力した画像データに対して補正、加工、編集を行う。プリンタ画像処理部２２３は、プリンタ２２１に出力する画像データに対して、プリンタ２２１に応じた補正、解像度変換等を行う。画像回転部２２４は、画像データの回転を行う。画像圧縮伸張部２２５は、多値画像データの場合はＪＰＥＧで、また２値画像データの場合は、ＪＢＩＧ，ＭＭＲ，ＭＨ等により画像データの圧縮伸張処理を行う。ＩＣカードスロット２１０は、ＩＣカードメディアを挿入した後に適切なＰＩＮ（Personal Identifier Number）コードを入力することにより、暗号化及び復号に用いる鍵の入出力を行う。暗号・復号処理部２１６は、ＩＣカードスロット２１０の鍵を用いてデータの暗号化や復号処理を行うハードウェア・アクセラレータボードである。
【００２３】
尚、この図２の構成は、デバイス１０５，１０６，１０７が複合機（ＭＦＰ）である場合の構成例を示しているが、本発明はこれに限定されるものでない。例えば、デバイス１０５，１０６，１０７がスキャナ機能のみがネットワークで使用できる単一機能の装置であっても良い。つまり、デバイス１０５，１０６，１０７の構成によっては、図２に示す構成の一部が存在していない場合もある。
【００２４】
図３は、本実施形態に係るチケット管理サーバ１０２のハードウェア構成を示すブロック図である。
【００２５】
ＣＰＵ３０１は、ＲＡＭ３０２にロードされたプログラムに従って、このチケット管理サーバ１０２の動作を制御している。またＲＡＭ３０２は、ＣＰＵ３０１のワークエリアを提供している。ハードディスク３０４（NVRAM等の不揮発メモリも含む）は、ＣＰＵ３０１により実行される各種プログラム及び種々の設定を記憶している。通信部３０７は、ネットワーク１０４を介して他の装置やデバイスとの間で通信を行う。メインバス３０８はＣＰＵ３０１と各種メモリ及び通信部３０７とを接続し、データや各種制御信号を伝達している。この他に不図示のＵＩ表示部や、ユーザコマンド入力部等が含まれていても良い。尚、本実施形態では特に断らない限り、チケット管理サーバ１０２では、ＣＰＵ３０１がメインバス３０８を介してＲＡＭ３０２、ハードディスク３０４、通信部３０７を制御して後述する動作を実行している。
【００２６】
図４は、本実施形態に係るチケット処理サーバ１０１のハードウェア構成を示すブロック図である。
【００２７】
ＣＰＵ４０１は、ＲＡＭ４０２にロードされたプログラムに従って、このチケット処理サーバ１０１の動作を制御している。またＲＡＭ４０２は、ＣＰＵ４０１のワークエリアを提供している。ハードディスク４０４（NVRAM等の不揮発メモリも含む）は、ＣＰＵ４０１により実行される各種プログラム及び種々の設定を記憶している。通信部４０７は、ネットワーク１０４を介して他の装置やデバイスとの間で通信を行う。メインバス４０８は、ＣＰＵ４０１と各種メモリ及び通信部４０７とを接続し、データや各種制御信号を伝達している。この他に不図示のＵＩ表示部や、ユーザコマンド入力部等が含まれていても良い。尚、本実施形態は特に断らない限り、チケット処理サーバ１０１では、ＣＰＵ４０１がメインバス４０８を介してＲＡＭ４０２、ハードディスク４０４、通信部４０７を制御して後述する処理を実行する。
【００２８】
図５は、本実施形態に係る管理者用ＰＣ１０３のハードウェア構成を示すブロック図である。
【００２９】
ＣＰＵ５０１は、ＲＡＭ５０２にロードされたプログラムに従って、この管理者用ＰＣ１０３の動作を制御している。またＲＡＭ５０２は、ＣＰＵ５０１のワークエリアを提供している。ハードディスク５０４（NVRAM等の不揮発メモリも含む）は、ＣＰＵ５０１により実行される各種プログラム及び種々の設定を記憶している。通信部５０７は、ネットワーク１０４を介して他の機器との間で通信を行う。ユーザコマンド入力部５０５は、ユーザにより操作されて各種コマンドやデータの入力を行うもので、例えばキーボードやポインティングデバイス、タッチパネルなどを含む。ＵＩ表示部５０６は、ユーザに提示するＵＩ画面を表示する。上述した各部はメインバス５０８を介してＣＰＵ５０１と接続されている。尚、本実施形態は特に断らない限り、管理者用ＰＣ１０３では、ＣＰＵ５０１がメインバス５０８を介してＲＡＭ５０２、ハードディスク５０４、ユーザコマンド入力部５０５、ＵＩ表示部５０６、通信部５０７を制御して後述する処理を実行する。
【００３０】
次に図６のフローチャートを参照して本実施形態１に係る処理の流れを説明する。
【００３１】
図６は、本発明の実施形態１に係る管理者用ＰＣ１０３によるプロセス定義チケットの編集処理を説明するためのフローチャートである。尚、この処理を実行するプログラムはハードディスク５０４にインストールされており、実行時にはＲＡＭ５０２にロードされてＣＰＵ５０１の制御の下で実行される。この処理の開始時には、予めプロセス定義チケット編集のためのソフトウェアが図５に示される管理者用ＰＣ１０３に導入されていることとする。
【００３２】
先ずステップＳ１で、ネットワーク１０４に接続されている、プロセス定義チケットを実行できるデバイスの探索を行う。この探索に当たっては、同一サブネット内での検索、或は、機器名称などの特定の条件を組み合わせて探索しても良い。次にステップＳ２に進み、ステップＳ１で探索されたデバイスの内、これから作成するプロセス定義チケットを実行させる可能性のあるデバイスを選択する。この選択では、複数のデバイスを同時に選択可能である。次にステップＳ３に進み、ステップＳ２で選択した少なくとも１つのデバイスから、そのプロセス定義チケットの生成に必要となるデバイスの構成情報を取得する。この構成情報の一例としては、そのデバイスでサポートしている画像フォーマットの種類や読み取り解像度、その他、カラー読み取りの可否、変倍機能の有無、自動ドキュメントフィーダ（ＡＤＦ）の有無などが含まれる。次にステップＳ４に進み、ステップＳ３で取得したデバイスが複数であれば、それらデバイスの構成情報に基づいて、各デバイスの構成単位で論理積（ＡＮＤ）演算を行う。これにより、各デバイスで共通している機能が抽出できる。尚、ステップＳ２、Ｓ３で、もし１つのデバイスしか選択されなかったときは、このステップＳ４の処理はスキップされる。またもし１つのデバイスしか選択されなかったときは、これ以降の処理で、その１つのデバイスの機能が共通の処理項目として用いられる。次にステップＳ５に進み、ステップＳ４で抽出された共通している処理項目（設定項目）と、プロセス定義チケットの生成時にプロセス定義チケットの設定項目として可変項目（変更可能）とを参照できる一覧を、管理者用ＰＣ１０３のＵＩ表示部５０６に表示する。
【００３３】
図７は、この一覧表示の一例を示す図である。
【００３４】
図７の例では、例えば画像フォーマット、読み取り解像度、読み取りサイズなどは、可変項目として表示されている。また設定項目７１２は、一般的なプロセス定義チケットで定義できる機能を設定する設定項目を示している。
【００３５】
次にステップＳ６に進み、プロセス定義チケットを編集するユーザ（プロセス定義チケットの管理者）による指示に基づいて、選択したデバイスを再度選択し直すかどうかを判定する。ここでいう再選択とは、例えば、デバイス１０５、デバイス１０６及びデバイス１０７を選択していたのを、デバイス１０５とデバイス１０６だけの選択に変更するものである。ここで再選択を行わない場合はステップＳ７に進むが、再選択を行う場合はステップＳ２に進んで再度デバイスを選択する選択制御を行う。
【００３６】
ステップＳ７では、ステップＳ４の論理積演算の結果、複数のデバイスで共通の設定項目があるか否かを判定する。ここで、複数のデバイスで共通に利用可能な設定項目が存在している場合はステップＳ８に進み、その共通項目のみを可変としたプロセス定義チケットのテンプレートを作成する（テンプレート生成処理）。そしてステップＳ９に進み、ステップＳ８で生成されたテンプレートに基づいてプロセス定義チケットの作成及び編集を行う。このステップＳ９では、テンプレートに基づいてプロセス定義チケットを編集するため、後述のステップＳ１２におけるデバイス毎のプロセス定義チケットが有効かどうかの判定が不要となる。そして、このプロセス定義チケットの編集を終了する。こうしてプロセス定義チケットの編集が完了した後、その完成したプロセス定義チケットをチケット管理サーバ１０２に格納する。このプロセス定義チケットの格納に当たっては、ユーザ毎にプロセス定義チケットを管理できるようにしても良い。
【００３７】
一方、ステップＳ７で、複数のデバイスで共通に利用可能な設定項目が一つも存在しないと判定するとステップＳ１０に進み、プロセス定義チケットのテンプレートを生成せずに管理者用ＰＣ１０３のＵＩ表示部５０６に実行結果を表示する。この表示の一例としては、「選択した複数デバイスで、共通のプロセス定義チケット設定項目が見つかりませんでした」等が挙げられる。この通知に基づいて、この処理を終了させて再度、プロセス定義チケットの編集を開始しても良い。しかし本実施形態１では、プロセス定義チケットを生成することが目的であるため、ここではステップＳ１０からステップＳ１１に進む。ステップＳ１１では、プロセス定義チケットのテンプレートを用いずに、新規のプロセス定義チケットの編集及び作成を行う。ここでは共通の設定項目に基づかずにプロセス定義チケットを作成するため、ステップＳ１２で、プロセス定義チケットのが有効か否かの判断（バリデイト）を行う。
【００３８】
このバリデイト処理の一例としては、ステップＳ１１で作成したプロセス定義チケットを、実際にプロセス定義チケットを実行するデバイスに対して管理者用ＰＣ１０３から送信する。これによりデバイスは、そのプロセス定義チケットに記載された設定項目ごとに、有効か無効かを判断する。そして全ての設定項目が有効であれば、バリデイトＯＫを管理者用ＰＣ１０３に返信する。一方、全ての設定項目が有効でなければバリデイトＮＧを管理者用ＰＣ１０３に返信する。この場合、デバイスが具体的にどの設定項目が無効であるかを示す情報を返信に加える構成としても良い。ステップＳ１２で、有効と判断された場合は、この編集処理を終了するが、バリデイトの結果がＯＫでないと判断した場合は再度ステップＳ１１に戻ってプロセス定義チケットの再編集を行い、バリデイトＯＫとなるまで処理をループする。
【００３９】
こうしてプロセス定義チケットの編集が完了すると、その完成したプロセス定義チケットをチケット管理サーバ１０２に格納する。このプロセス定義チケットの格納に際しては、ユーザ毎にプロセス定義チケットの管理できるようにしても良い。
【００４０】
次に図７乃至図９について説明する。これらの図は、図６のステップＳ５の処理で、管理者用ＰＣ１０３のＵＩ表示部５０６に表示される内容の一例を示している。
【００４１】
図７は、本実施形態１に係る管理者用ＰＣ１０３のＵＩ表示部に表示される表示例を示す図である。ここでは図６のステップＳ５で最初に表示される表示例を示している。
【００４２】
設定項目７１２は、管理者用ＰＣ１０３においてプロセス定義チケットで設定可能な項目を列挙している。フィルタ７１３は、フィルタの条件を示しており、注目する設定項目でフィルタをかけて、テンプレートを作成するための項目を絞り込むための項目である。その詳細は図８を参照して後述する。７１４，７１５，７１６はそれぞれ、デバイス１０５、デバイス１０６、デバイス１０７から、図６のステップＳ３で取得したデバイスの構成情報を列挙している。７０１は、スキャンした画像をデータファイルとして扱う際、デバイスがサポートしている画像フォーマットの情報を列挙している。７０２は、スキャンする原稿のサイズをデバイスが自動検知可能かどうかを示す情報を列挙している。７０３は、原稿をスキャナで読み取る際に指定可能な読み取り解像度に関する情報を列挙している。ここでは、Ｘ方向とＹ方向の読み取り解像度がそれぞれ列挙して表示されている。７０４は、カラー読み取りに関する情報を列挙している。本実施形態１では示していないが、カラー読み取りの場合であっても、ＲＧＢ２４（２４ビット階調で読み取り）やＲＧＢ１６（１６ビット階調で読み取り）といったようにデバイスの能力によって値が異なっている。７０５は、原稿の読み取りに際して変倍機能が使用できるかどうかを示す。７０６は、スキャン対象の原稿の読み取りサイズに関する情報を列挙している。ここでもＸ方向とＹ方向それぞれに、最大読み取りサイズと、最小読み取りサイズの情報が列挙して表示されている。７０７は、スキャンする原稿が両面に記載のある両面原稿の場合に、自動的に両面読み取りが可能か否かを示す情報を列挙する。７０８は、スキャンした画像データに対する圧縮機能があるか否かに関する情報を列挙する。本実施形態１では記載していないが、複数の圧縮方法を有するデバイスの場合には、指定可能な複数の画像圧縮方法が列挙される。７０９は、原稿を自動的にスキャナ２２０に供給するための自動ドキュメントフィーダ（ＡＤＦ）が設置されているかを示す情報を列挙する。７１０は、原稿をスキャンする際に、コントラスト調整を指定した読み取りが可能か否かを示す情報を列挙する。７１１は、原稿をスキャンする際に、輝度調整を指定した読み取りが可能か否かを示す情報を列挙する。
【００４３】
図８は、本実施形態１に係る管理者用ＰＣ１０３のＵＩ表示部５０６に表示される表示例を示す図である。ここでは図６のステップＳ５で最初に図７に示す表示例に対して、ユーザが、フィルタ７１３の内、プロセス定義チケットのテンプレートを作成するのに必要となる設定項目をチェックした例を示している。ここでは８０１〜８０６で示す行がチェックされている。これらのチェックを行った後に、不図示ではあるが、このＵＩ表示画面に対する表示の更新、もしくはチェックをされた時点で、ＵＩ画面表示の更新が行われる。
【００４４】
図８に示した例では、８０１，８０２，８０３に対応するプロセス定義チケットの設定項目に関しては、選択した全てのデバイスで実行が可能である。しかしながら、８０４，８０５，８０６に対応するプロセス定義チケットの設定項目に関しては、全てのデバイスで機能が一致していない。具体的には、８０４では、カラー読み取りに関してデバイス１０７が不適合である。また８０５では、両面読み取りに関してデバイス１０６，１０７とが不適合である。更に、８０６では、ＡＤＦの有無に関して、デバイス１０６が不適合であることが分かる。
【００４５】
図９は、本実施形態１に係る管理者用ＰＣ１０３のＵＩ表示部５０６における表示遷移の一例を説明する図である。ここでは前述の図７及び図８に示す表示遷移に基づいて示している。
【００４６】
９０１は、図７に示されている表示項目の一部の表示例を説明のために抜き出して示している。この時点では図７での表示内容と同様の表示である。次に９０２で、ユーザがフィルタ７１３にチェックを行った時点を示している。この例では、画像フォーマット７０１の「JPEG」の詳細項目と、両面読み取り７０７がチェックされた状態を示している。次に９０３は、９０２でフィルタ７１３の項目にチェックを行った後、不図示ではあるがＵＩ画面の更新を指示した場合の表示例（図８に相当）を示している。８０１では、選択した全てのデバイスで実行可能であることを識別可能に表示（例えば青色表示）する。また８０５では、デバイス１０６とデバイス１０７が、両面読み取り機能に不適合であることを識別可能に表示（例えば赤色表示）するように表示制御する。
【００４７】
図１０は、図８で表示された内容に対して、図６のステップＳ６で、選択したデバイスを変更した後、再度、ステップＳ５で表示される表示例を示す図である。ここでは図８でデバイス１０５，１０６，１０７が選択されていたのが、デバイス１０５，１０６だけを選択するように変更されている。即ち、管理者用ＰＣ１０３でプロセス定義チケットを作成及び編集するユーザが、図８の表示に応じて、デバイス１０７をプロセス定義チケットの対象機種から除外している。この除外する処理は、図６のステップＳ６で再設定を選択してステップＳ２に進み、プロセス定義チケットを実行するデバイスとして、デバイス１０５，１０６とを選択することによって行われる。その後、ステップＳ３〜ステップＳ４を経て、再度、図８で説明したのと同様に、フィルタ項目を設定して場合を図１０で示している。
【００４８】
図１０の例では、フィルタ項目が、１００１〜１００４で示されている。この結果、デバイス１０５とデバイス１０６とで共通の設定項目として以下のプロセス定義チケットのテンプレートが生成される。
【００４９】
１００１は画像フォーマットがＪＰＥＧ、１００２はＸ方向の読み取り解像度が６００ｄｐｉ、１００３はＹ方向の読み取り解像度が６００ｄｐｉである。また１００４は、カラー読み取りがＲＧＢ２４である。これら条件を満足するプロセス定義チケットのテンプレートが、図６のステップＳ８で生成される。
【００５０】
図７乃至図１０を参照して説明したように、フィルタ７１３を用いることにより、どのデバイスが条件を満足しないか、即ち、どのデバイスを選択肢から外せば、所望のプロセス定義チケットのテンプレートを作成できるかを容易に判別できる。
【００５１】
一方、もう少し単純に、ステップＳ３で選択した各デバイスからの構成情報の内、プロセス定義チケットの設定項目で選択可能な設定項目の数のように、有効にできる設定項目の数にのみ着目して自動的にプロセス定義チケットのテンプレートを生成しても良い。例えば、図８の例において、ユーザによって選択されたフィルタに該当する６つの項目のうち、デバイス１０５，１０６，１０７の３つの組み合わせによれば３つの項目が実行可能である。同様に、デバイス１０５，１０６の２つの組み合わせによれば４つの項目が実行可能である。同様に、デバイス１０５，１０７の２つの組み合わせによれば４つの項目が実行可能である。同様に、デバイス１０６，１０７の２つの組み合わせによれば３つの項目が実行可能である。この結果から、デバイス１０５，１０６の組み合わせと、デバイス１０５，１０７の組み合わせが他の組み合わせと比べて実行可能な項目数が多いことがわかる。従って、実行可能な項目数が多い、デバイス１０５，１０６の組み合わせに基づくテンプレートとデバイス１０５，１０７の組み合わせに基づくテンプレートとを自動的に生成するようにする。
【００５２】
以上説明したように本実施形態１によれば、プロセス定義（プロセス定義チケット）のテンプレートを作成し、それを基にプロセス定義チケットを作成できる。これにより、そのプロセス定義チケットの確認、検証、再定義を行うといった面倒な処理を行うことなく、プロセス定義（プロセス定義チケット）を作成できるという効果がある。
【００５３】
また、プロセスの一部を実行するデバイスの能力情報に基づいた、プロセス定義（プロセス定義チケット）のテンプレートを作成し、そのテンプレートに従ってプロセス定義チケットを作成できる。このため、ネットワーク上の各デバイスの能力情報を詳細に把握することなく、簡便にプロセス定義チケットを作成することができる。
【００５４】
［実施形態２］
次に本発明の実施形態２について説明する。尚、この実施形態２に係るシステム、サーバ１０１，１０２、ＰＣ１０３及び各デバイスの構成は前述の実施形態１と同じであるため、その説明を省略する。
【００５５】
図１１は、本発明の実施形態２に係る管理者用ＰＣ１０３によるプロセス定義チケットの編集処理を説明するためのフローチャートである。尚、この処理を実行するプログラムはハードディスク５０４にインストールされており、実行時にはＲＡＭ５０２にロードされてＣＰＵ５０１の制御の下に実行される。この処理の開始時には、予めプロセス定義チケット編集のためのソフトウェアが図５に示される管理者用ＰＣ１０３に導入されていることとする。この実施形態２では、ステップＳ２６で、共通項のみでプロセス定義チケットＡを作成する点（実施形態１ではテンプレートを作成）が実施形態１と異なっている。またステップＳ２９で、代替えプロセス定義チケットＡの存在有無によって、プロセス定義チケットＢのバリデイトの処理を切り替える点と、ステップＳ３０で、代替えプロセス定義チケットを同時に登録する点が、実施形態１と異なっている。
【００５６】
プロセス定義チケットの編集が開始されると先ずステップＳ２１で、ネットワーク１０４に接続されている、プロセス定義チケットの実行が可能なデバイスを探索する。この探索では、同一サブネット内での検索、或は、デバイス名称などの特定の条件を組み合わせて探索しても良い。次にステップＳ２２に進み、ステップＳ２１で探索されたデバイスの内、これから作成を行うプロセス定義チケットを実行させる可能性のあるデバイスを選択する。このデバイス選択は、複数のデバイスを選択することが可能である。次にステップＳ２３に進み、ステップＳ２２で選択したデバイスから、プロセス定義チケットを生成するのに必要となるデバイスの構成情報を取得する。この構成情報には、デバイスでサポートしている画像フォーマットの種類、読み取り解像度、その他、カラー読み取りの可否、変倍機能の有無、ドキュメントフィーダ（ＡＤＦ）の有無などが含まれる。次にステップＳ２４に進み、ステップＳ２３で取得した複数のデバイスの構成情報の共通項目を探すために構成単位で論理積演算を行う。そしてステップＳ２５で、複数のデバイスで共通に利用可能な設定項目が存在するかどうか判定する。この判定結果で、共通項目が存在すると判定するとステップＳ２６に進み、それら共通の項目のみで構成されるプロセス定義チケットＡを作成する。
【００５７】
一方、ステップＳ２５で、複数のデバイスで共通に利用可能な設定項目が一つも存在しないと判定するとステップＳ２８に進む。ここでは、ステップＳ２６のように、プロセス定義チケットＡに相当するプロセス定義チケットを作成せずに、管理者用ＰＣ１０３のＵＩ表示部５０６に実行結果を表示する。この表示の一例としては、「選択した複数デバイスで、共通のプロセス定義チケットの自動作成が出来ませんでした」等が挙げられる。
【００５８】
こうしてステップＳ２６或はステップＳ２８を実行するとステップＳ２７に進み、デバイスの構成情報とは関係ないチケット作成処理を行う。即ち、管理者用ＰＣ１０３で新規な第１のプロセス定義チケット（本実施形態２ではプロセス定義チケットＢ）の編集及び作成を行う。こうしてプロセス定義チケットＢを作成するとステップＳ２９に進み、ステップＳ２６で作成されたプロセス定義チケットＡ（第２のプロセス定義チケット）が存在しているかどうかを判定する。ここでプロセス定義チケットＡが存在すると判定するとステップＳ３０に進み、存在していないと判定するとステップＳ３１に進む。ステップＳ３０では、プロセス定義チケットＡをプロセス定義チケットＢの代替用のプロセス定義チケットとして、関連性を持たせた上で、これらをチケット管理サーバ１０２に登録して、この処理を終了する。
【００５９】
これによりプロセス定義チケットＢの実行時、選択されているデバイスの機能により、そのプロセス定義チケットＢが実行できない機能があると判定されると、プロセス定義チケットＡを用いるようにプロセス定義チケットの切り替えを行う。これにより、新規に作成されたプロセス定義チケットが実行できない場合であっても、複数のデバイスの共通機能に基づくプロセス定義チケットで代替できるため、プロセス定義チケットを実行できずに処理がストップしてしまうといった事態を回避できる。
【００６０】
一方ステップＳ３１では、プロセス定義チケットＢのみが存在するため、そのプロセス定義チケットＢが有効なプロセス定義チケットであるか否かを判定するためのバリデイト（認証）を行う。このバリデイト処理の一例としては、ステップＳ２７で作成したプロセス定義チケットＢのファイルを、実際にプロセス定義チケットＢを実行するデバイスに対して管理者用ＰＣ１０３から送信する。これによりデバイスは、そのプロセス定義チケットＢに記載された設定項目ごとに有効か無効かを判断する。そして、全て有効であると判断するとバリデイトＯＫを返信する。一方、一つでも有効でない項目があるとバリデイトＮＧを返す。このときデバイスは、どの設定項目が有効でないかを示す情報を加えても良い。こうしてステップＳ３１で、バリデイトの結果、ＯＫと判断された場合にはプロセス定義チケットＢをチケット管理サーバ１０２に登録して、プロセス定義チケットの編集を終了する。尚、ステップＳ３１で、バリデイトの結果がＮＧであれば、再度ステップＳ２７に進んで、プロセス定義チケットＢの再編集を行い、バリデイトＯＫとなるまで処理をループさせる。
【００６１】
以上説明したように本実施形態２によれば、複数のデバイスが共通に実施できる機能に基づいてプロセス定義（プロセス定義チケット）を作成し、それを新規なジョブ定義チケットの代替プロセス定義チケットとして登録できる。これにより、その新規なプロセス定義チケットに実行できない機能があっても、代替プロセス定義チケットによりその処理を代行できるという効果がある。
【００６２】
［実施形態３］
次に本発明の実施形態３について説明する。この実施形態３では、実際にプロセス定義チケットを実行するデバイスの現在の状態を取得し、その取得したデバイスの状態と、実行するプロセス定義チケットとの実行可否判定を行う。そして、その判定結果に応じて、代替用のプロセス定義チケットを有効にする点が前述の実施形態１，２と異なっている。尚、この実施形態３に係るシステム、サーバ１０１，１０２、ＰＣ１０３及びデバイスの構成は前述の実施形態１と同じであるため、その説明を省略する。
【００６３】
図１２は、本発明の実施形態３に係るチケット管理サーバ１０２によるデバイスの監視処理を説明するフローチャートである。尚、この処理を実行するプログラムはハードディスク４０４にインストールされており、実行時にはＲＡＭ４０２にロードされてＣＰＵ４０１の制御の下に実行される。この処理の開始時には、予めプロセス定義チケット編集のためのソフトウェアが図４に示されるチケット管理サーバ１０２に導入されていることとする。
【００６４】
この処理は、プロセス定義チケットを実装するデバイスの監視が開始されることにより開始され、先ずステップＳ４１で、デバイスを利用するユーザ１０８或は１０９が、そのデバイスの操作部２０５を使用してログイン操作を行う。また或はＩＣカードスロット２１０にＩＣカードメディアを挿入する等のログイン操作を行って、ディレクトリサービス（例えばアクティブディレクトリ）等で認証を行ったことを認識する。次にステップＳ４２に進み、ユーザがログインしたデバイスを特定する。ここではデバイス１０５とする。このデバイスの特定は、ログインしたデバイスのＩＰアドレス、デバイス名称、デバイスのシリアル番号情報等、ネットワーク１０４に接続している複数のデバイスを一意に特定する情報を取得することにより行われる。次にステップＳ４３に進み、そのデバイス１０５にログインしたユーザ１０８に関連付けられたプロセス定義チケットＣを特定する。このユーザ情報とプロセス定義チケットとの関連付けは、管理者用ＰＣ１０３で作成したプロセス定義チケットファイルをチケット管理サーバ１０２に配置する際に行われているものとする。次にステップＳ４４に進み、ユーザがログインしたデバイス１０５の現在の状態を取得する。
【００６５】
次にステップＳ４５に進み、ステップＳ４４で取得したデバイス１０５の現在の状態と、ステップＳ４３でユーザに関連付けられたプロセス定義チケットの設定内容とを比較する。そして、プロセス定義チケットで設定される設定項目の全てが、そのデバイス１０５の現在の状態で実行可能か否かを判定する。この一例として、プロセス定義チケットＣでＡＤＦを使用する設定となっているが、デバイス１０５がハードウェアのトラブル等によってＡＤＦを使用しないスキャン動作は可能であるが、ＡＤＦが使用できないケースが想定できる。ステップＳ４５の判定の結果、プロセス定義チケットＣの設定項目の全てが実行可能なデバイス状態であると判定すると、プロセス定義チケットＣの設定でデバイス１０５が動作ができるように処理した後この処理を終了する。
【００６６】
一方、ステップＳ４５で、プロセス定義チケットＣの設定では動作が完全に行えないデバイス状態であると判定した場合はステップＳ４６に進み、プロセス定義チケットＣを使用不可能にする。このプロセス定義チケットＣを使用不可能にする設定は、チケット管理サーバ１０２内で、監視ソフトウェアの指示によって行われる。次にステップＳ４７に進み、予め用意していた代替用のプロセス定義チケットＤを有効にする。このプロセス定義チケットＤを有効にする設定は、チケット管理サーバ１０２内で、監視ソフトウェアの指示によって行われる。本実施形態３では、プロセス定義チケットＤは、ＡＤＦを使用しないプロセス定義チケットである。そしてプロセス定義チケットＣの設定でデバイス１０５が動作できるように処理した後で、この処理を終了する。
【００６７】
図１３は、本実施形態３において、図１２のステップＳ４６，Ｓ４７におけるプロセス定義チケットの切替え処理を説明する図である。
【００６８】
１３０１は、代替えプロセス定義チケットが適用されていないときの、プロセス定義チケット構成の一覧を示す。１３１０は、実際にデバイスに対して配信対象となっているプロセス定義チケットが列挙されている列で、チケット管理サーバ１０２は、１３１０に列挙されているプロセス定義チケットを配信対象としている。１３１３は、本実施形態３に係るプロセス定義チケットＣであり、別な例として、１３１４にプロセス定義チケットＶを例示してある。１３１１は、配信対象のプロセス定義チケットに対する代替えのプロセス定義チケットの一覧を示している。また１３１２は、代替えプロセス定義チケットに対する説明を記述している。このプロセス定義チケット１３０１は、チケット管理サーバ１０２において、不図示ではあるが、ＵＩ表示部等によって、適宜表示を行うようにしても良い。１３１５は、ＡＤＦが使用不能と判断されたときに、プロセス定義チケットＣ１３１３の代替えとして使用されるプロセス定義チケットＤを登録しており、その説明が記述されている。１３１６は、カラースキャンが使用不能と判断されたときに、プロセス定義チケットＣ１３１３の代替えとして使用されるプロセス定義チケットＥを登録しており、その説明が記述されている。１３１７は、原稿サイズ検知の機能が使用不能と判断されたときに、プロセス定義チケットＣ１３１３の代替えとして使用されるプロセス定義チケットＥを登録しており、その説明が記述されている。
【００６９】
同様にして、プロセス定義チケットＶ１３１４の代替えプロセス定義チケットとして、１３１８は、ＡＤＦが使用不能と判断されたときに、プロセス定義チケットＶ１３１４の代替えとなるプロセス定義チケットＷが登録され、その説明が記述されている。１３１９は、カラースキャンが使用不能と判断されたときに、プロセス定義チケットＶ１３１４の代替えとして使用されるプロセス定義チケットＸを登録しており、その説明が記述されている。１３２０は、両面原稿の読み取りが使用不能と判断されたときに、プロセス定義チケットＶ１３１４の代替えとして使用されるプロセス定義チケットＹを登録しており、その説明が記述されている。
【００７０】
次に１３０２は、図１２のステップＳ４６、Ｓ４７の処理が実行された後の構成例を示し、１３０１に対して以下に示すような変更が行われている。
【００７１】
ステップＳ４６の処理によって、プロセス定義チケットＣは、配信対象のプロセス定義チケットから除外され、１３２２に示すように代替えプロセス定義チケットの一部、或は不図示ではあるが、使用不可能なプロセス定義チケットとして扱われる。１３０２の表示例では、代替えプロセス定義チケットの一部として表示を行い、プロセス定義チケットの説明としてプロセス定義チケットＤ／プロセス定義チケットＥ／プロセス定義チケットＦの基になっているプロセス定義チケットの説明が記述されている。また現在、本実施形態３に係る処理によって代替えが行われていることを示している。また１３２２では、代替されている旨をより解りやすくするために、不図示ではあるが、チケット管理サーバ１０２において、ＵＩ表示部等によって、例えば表示色を変更して表示しても良い。１３２１は、図１２のステップＳ４７の処理によって、プロセス定義チケットＤがプロセス定義チケットＣの代わりに配信対象のプロセス定義チケットとなっていることを示している。
【００７２】
尚、ある機能に関する代替プロセス定義チケットが複数ある場合、それら代替プロセス定義チケットのいずれを用いるかを決めるための優先情報を設定しておき、その優先情報に従った順位に従って、使用するプロセス定義チケットを決定しても良い。
【００７３】
以上説明したように本実施形態３によれば、配信対象のプロセス定義チケットに対して、そのプロセス定義チケットの機能に応じた代替プロセス定義チケットを定義して登録しておく。これにより、配信対象のプロセス定義チケットのある機能が実行できなくなったときでも、その代替プロセス定義チケットにより、所望する機能を達成することができる。
【００７４】
以上、本発明の実施形態を説明した。尚、これ以外にも、配信対象のオリジナルのプロセス定義チケットで、あるデバイスで実行できない機能がある場合に、管理者用ＰＣ１０３が、その機能を除いたプロセス定義チケットを自動的に作成して、そのデバイスに配信するようにしても良い。
【００７５】
また管理者用ＰＣ１０３は、チケット管理サーバ１０２に登録したプロセス定義チケットの内、不要となったプロセス定義チケットを自動的に廃棄するようにしても良い。
【００７６】
また１つのテンプレートに基づいて複数のプロセス定義チケットが生成される場合、それら生成された複数のプロセス定義チケットに優先順位を付して登録しておく。そして、あるプロセス定義チケットが実行できない場合に、その優先順位に従って他の代替用のプロセス定義チケットを選択するようにしても良い。また或は、デバイスのＵＩ画面などに、プロセス定義チケットを選択するための画面を表示してユーザに選択させても良い。
【００７７】
（他の実施形態）
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置のコンピュータが該供給されたプログラムを読み出して実行することによっても達成され得る。その場合、プログラムの機能を有していれば、形態は、プログラムである必要はない。
【００７８】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明のクレームでは、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００７９】
プログラムを供給するための記録媒体としては、様々なものが使用できる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などである。
【００８０】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページからハードディスク等の記録媒体にダウンロードすることによっても供給できる。その場合、ダウンロードされるのは、本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルであってもよい。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。
【００８１】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布する形態としても良い。その場合、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムが実行可能な形式でコンピュータにインストールされるようにする。
【００８２】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される形態以外の形態でも実現可能である。例えば、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【００８３】
更に、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれるようにしてもよい。この場合、その後で、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００８４】
【図１】本発明の実施形態に係る情報処理システムの構成を説明する図である。
【図２】本実施形態に係るデバイス（画像処理装置）の構成を示すブロック図である。
【図３】本実施形態に係るチケット管理サーバのハードウェア構成を示すブロック図である。
【図４】本実施形態に係るチケット処理サーバのハードウェア構成を示すブロック図である。
【図５】本実施形態に係る管理者用ＰＣのハードウェア構成を示すブロック図である。
【図６】本発明の実施形態１に係る管理者用ＰＣによるプロセス定義チケットの編集処理を説明するためのフローチャートである。
【図７】実施形態１に係る管理者用ＰＣで表示される、プロセス定義チケットの処理項目（設定項目）と、各デバイスの能力との一覧表示例を示す図である
【図８】本実施形態１に係る管理者用ＰＣのＵＩ表示部に表示される表示例を示す図である。
【図９】本実施形態１に係る管理者用ＰＣのＵＩ表示部における表示遷移の一例を説明する図である。
【図１０】図８で表示された内容に対して、図６のステップＳ６で、選択したデバイスを変更した後、再度、ステップＳ５で表示される表示例を示す図である。
【図１１】本発明の実施形態２に係る管理者用ＰＣによるプロセス定義チケットの編集処理を説明するためのフローチャートである。
【図１２】本発明の実施形態３に係るチケット管理サーバによるデバイスの監視処理を説明するフローチャートである。
【図１３】本実施形態３において、図１２のステップＳ４６，Ｓ４７におけるプロセス定義チケットの切替え処理を説明する図である。
【特許請求の範囲】
【請求項１】
複数の処理からなるプロセスを定義するプロセス定義チケットを作成する情報処理装置であって、
ネットワーク上でプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択する選択手段と、
前記選択手段で選択したデバイスの能力情報を取得する取得手段と、
テンプレートに含まれる処理項目を指示する指示手段と、
前記指示手段によって指示された前記処理項目において、前記取得手段で取得された前記デバイスの能力情報に基づき、前記デバイスで共通、或は共通でない機能を識別可能に表示する表示制御手段と、
前記表示制御手段による表示の確認に基づいて、前記指示手段で指示された前記処理項目に関して、前記選択手段で選択された前記デバイスで共通に実行可能な能力を含むプロセス定義チケットのテンプレートを生成するテンプレート生成手段と、
前記テンプレート生成手段によって生成された前記テンプレートに基づいて、前記デバイスを使用して実行するプロセス定義チケットを作成するチケット作成手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記選択手段で選択された前記デバイスで共通に実行可能な能力が見つからないとき、その旨をユーザに通知する通知手段を更に有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記選択手段で選択された前記デバイスで共通に実行可能な能力が見つからないとき、前記選択手段により再度デバイスを選択させる選択制御手段を更に有することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
複数の処理からなるプロセスを定義するプロセス定義チケットを作成する情報処理装置であって、
複数の処理からなるプロセスを定義する第１のプロセス定義チケットを作成するチケット作成手段と、
ネットワーク上で前記第１のプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択する選択手段と、
前記選択手段によって選択された前記デバイスの能力情報を取得する取得手段と、
前記取得手段によって取得した前記デバイスの能力情報に基づき、前記選択手段で選択された前記デバイスで共通に実行可能な能力を含む第２のプロセス定義チケットを生成する生成手段と、
前記第１のプロセス定義チケットに基づく処理の実行時に前記デバイスが有する能力により実行できない処理が生じたとき、前記第１のプロセス定義チケットに代わる前記第２のプロセス定義チケットを代替プロセス定義チケットとして登録する登録手段と、
を有することを特徴とする情報処理装置。
【請求項５】
プロセス定義チケットに基づいてデバイスの処理を制御する情報処理装置であって、
デバイスに対応するプロセス定義チケットを特定する特定手段と、
前記デバイスの能力情報を取得する取得手段と、
前記プロセス定義チケットと前記取得手段により取得した能力情報とに基づいて、前記デバイスにより前記プロセス定義チケットを実行できるかどうかを判定する判定手段と、
前記判定手段により実行できないと判定されると、当該実行できない機能に応じた代替プロセス定義チケットを有効にする切替え手段と、
を有することを特徴とする情報処理装置。
【請求項６】
前記切替え手段は、更に優先情報に応じて切替えることを特徴とする請求項５に記載の情報処理装置。
【請求項７】
デバイス或は当該デバイスのユーザに対応つけて、前記プロセス定義チケットを格納する格納手段を更に有し、前記特定手段は、ログインした前記デバイス或は前記デバイスのユーザに対応するプロセス定義チケットを特定することを特徴とする請求項５に記載の情報処理装置。
【請求項８】
複数のデバイスと情報処理装置とをネットワークを介して接続した情報処理システムであって、
ネットワーク上でプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択する選択手段と、
テンプレートに含まれる処理項目を指示する指示手段と、
前記選択手段で選択したデバイスの能力情報を取得する取得手段と、
前記指示手段によって指示された前記処理項目において、前記取得手段で取得された前記デバイスの能力情報に基づき、前記デバイスで共通、或は共通でない機能を識別可能に表示する表示制御手段と、
前記表示制御手段による表示の確認に基づいて、前記指示手段で指示された前記処理項目に関して、前記選択手段で選択された前記デバイスで共通に実行可能な能力を含むプロセス定義チケットのテンプレートを生成するテンプレート生成手段と、
前記テンプレート生成手段によって生成された前記テンプレートに基づいて、前記デバイスを使用して実行するプロセス定義チケットを作成するチケット作成手段と、
前記作成手段により作成された前記プロセス定義チケットを登録する登録手段と、
を有することを特徴とする情報処理システム。
【請求項９】
複数のデバイスと情報処理装置とをネットワークを介して接続した情報処理システムであって、
前記デバイス或は前記デバイスのユーザに対応するプロセス定義チケットを登録する登録手段と、
前記登録手段に登録されている、ログインしたデバイスに対応するプロセス定義チケットを特定する特定手段と、
前記デバイスの能力情報を取得する取得手段と、
前記特定手段により特定されたプロセス定義チケットと前記取得手段により取得した能力情報とに基づいて、前記デバイスにより前記プロセス定義チケットを実行できるかどうかを判定する判定手段と、
前記プロセス定義チケットに基づく処理の実行時に前記デバイスが有する能力により実行できない処理が生じたとき、前記プロセス定義チケットに代わるプロセス定義チケットを代替プロセス定義チケットとして前記登録手段に登録する手段と、
前記プロセス定義チケットに基づく処理の実行時に、前記デバイスで実行できない機能があると、前記代替プロセス定義チケットを有効にする切替え手段と、
を有することを特徴とする情報処理システム。
【請求項１０】
複数の処理からなるプロセスを定義するプロセス定義チケットを作成する情報処理装置の制御方法であって、
ネットワーク上でプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択する選択工程と、
テンプレートに含まれる処理項目を指示する指示工程と、
前記選択工程で選択したデバイスの能力情報を取得する取得工程と、
前記指示工程で指示された前記処理項目において、前記取得工程で取得された前記デバイスの能力情報に基づき、前記デバイスで共通、或は共通でない機能を識別可能に表示する表示制御工程と、
前記表示制御工程による表示の確認に基づいて、前記指示工程で指示された前記処理項目に関して、前記選択工程で選択された前記デバイスで共通に実行可能な能力を含むプロセス定義チケットのテンプレートを生成するテンプレート生成工程と、
前記テンプレート生成工程で生成された前記テンプレートに基づいて、前記デバイスを使用して実行するプロセス定義チケットを作成するチケット作成工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項１１】
複数の処理からなるプロセスを定義するプロセス定義チケットを作成する情報処理装置の制御方法であって、
複数の処理からなるプロセスを定義する第１のプロセス定義チケットを作成するチケット作成工程と、
ネットワーク上で前記第１のプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択する選択工程と、
前記選択工程で選択された前記デバイスの能力情報を取得する取得工程と、
前記取得工程で取得した前記デバイスの能力情報に基づき、前記選択工程で選択された前記デバイスで共通に実行可能な能力を含む第２のプロセス定義チケットを生成する生成工程と、
前記第１のプロセス定義チケットに基づく処理の実行時に前記デバイスが有する能力により実行できない処理が生じたとき、前記第１のプロセス定義チケットに代わる前記第２のプロセス定義チケットを代替プロセス定義チケットとして登録する登録工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項１２】
プロセス定義チケットに基づいてデバイスの処理を制御する情報処理装置の制御方法であって、
デバイスに対応するプロセス定義チケットを特定する特定工程と、
前記デバイスの能力情報を取得する取得工程と、
前記プロセス定義チケットと前記取得工程で取得した能力情報とに基づいて、前記デバイスにより前記プロセス定義チケットを実行できるかどうかを判定する判定工程と、
前記判定工程で実行できないと判定されると、当該実行できない機能に応じた代替プロセス定義チケットを有効にする切替え工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項１３】
請求項１０乃至１２のいずれか１項に記載の制御方法の各工程をコンピュータに実行させるためのプログラム。
【請求項１】
複数の処理からなるプロセスを定義するプロセス定義チケットを作成する情報処理装置であって、
ネットワーク上でプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択する選択手段と、
前記選択手段で選択したデバイスの能力情報を取得する取得手段と、
テンプレートに含まれる処理項目を指示する指示手段と、
前記指示手段によって指示された前記処理項目において、前記取得手段で取得された前記デバイスの能力情報に基づき、前記デバイスで共通、或は共通でない機能を識別可能に表示する表示制御手段と、
前記表示制御手段による表示の確認に基づいて、前記指示手段で指示された前記処理項目に関して、前記選択手段で選択された前記デバイスで共通に実行可能な能力を含むプロセス定義チケットのテンプレートを生成するテンプレート生成手段と、
前記テンプレート生成手段によって生成された前記テンプレートに基づいて、前記デバイスを使用して実行するプロセス定義チケットを作成するチケット作成手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記選択手段で選択された前記デバイスで共通に実行可能な能力が見つからないとき、その旨をユーザに通知する通知手段を更に有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記選択手段で選択された前記デバイスで共通に実行可能な能力が見つからないとき、前記選択手段により再度デバイスを選択させる選択制御手段を更に有することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
複数の処理からなるプロセスを定義するプロセス定義チケットを作成する情報処理装置であって、
複数の処理からなるプロセスを定義する第１のプロセス定義チケットを作成するチケット作成手段と、
ネットワーク上で前記第１のプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択する選択手段と、
前記選択手段によって選択された前記デバイスの能力情報を取得する取得手段と、
前記取得手段によって取得した前記デバイスの能力情報に基づき、前記選択手段で選択された前記デバイスで共通に実行可能な能力を含む第２のプロセス定義チケットを生成する生成手段と、
前記第１のプロセス定義チケットに基づく処理の実行時に前記デバイスが有する能力により実行できない処理が生じたとき、前記第１のプロセス定義チケットに代わる前記第２のプロセス定義チケットを代替プロセス定義チケットとして登録する登録手段と、
を有することを特徴とする情報処理装置。
【請求項５】
プロセス定義チケットに基づいてデバイスの処理を制御する情報処理装置であって、
デバイスに対応するプロセス定義チケットを特定する特定手段と、
前記デバイスの能力情報を取得する取得手段と、
前記プロセス定義チケットと前記取得手段により取得した能力情報とに基づいて、前記デバイスにより前記プロセス定義チケットを実行できるかどうかを判定する判定手段と、
前記判定手段により実行できないと判定されると、当該実行できない機能に応じた代替プロセス定義チケットを有効にする切替え手段と、
を有することを特徴とする情報処理装置。
【請求項６】
前記切替え手段は、更に優先情報に応じて切替えることを特徴とする請求項５に記載の情報処理装置。
【請求項７】
デバイス或は当該デバイスのユーザに対応つけて、前記プロセス定義チケットを格納する格納手段を更に有し、前記特定手段は、ログインした前記デバイス或は前記デバイスのユーザに対応するプロセス定義チケットを特定することを特徴とする請求項５に記載の情報処理装置。
【請求項８】
複数のデバイスと情報処理装置とをネットワークを介して接続した情報処理システムであって、
ネットワーク上でプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択する選択手段と、
テンプレートに含まれる処理項目を指示する指示手段と、
前記選択手段で選択したデバイスの能力情報を取得する取得手段と、
前記指示手段によって指示された前記処理項目において、前記取得手段で取得された前記デバイスの能力情報に基づき、前記デバイスで共通、或は共通でない機能を識別可能に表示する表示制御手段と、
前記表示制御手段による表示の確認に基づいて、前記指示手段で指示された前記処理項目に関して、前記選択手段で選択された前記デバイスで共通に実行可能な能力を含むプロセス定義チケットのテンプレートを生成するテンプレート生成手段と、
前記テンプレート生成手段によって生成された前記テンプレートに基づいて、前記デバイスを使用して実行するプロセス定義チケットを作成するチケット作成手段と、
前記作成手段により作成された前記プロセス定義チケットを登録する登録手段と、
を有することを特徴とする情報処理システム。
【請求項９】
複数のデバイスと情報処理装置とをネットワークを介して接続した情報処理システムであって、
前記デバイス或は前記デバイスのユーザに対応するプロセス定義チケットを登録する登録手段と、
前記登録手段に登録されている、ログインしたデバイスに対応するプロセス定義チケットを特定する特定手段と、
前記デバイスの能力情報を取得する取得手段と、
前記特定手段により特定されたプロセス定義チケットと前記取得手段により取得した能力情報とに基づいて、前記デバイスにより前記プロセス定義チケットを実行できるかどうかを判定する判定手段と、
前記プロセス定義チケットに基づく処理の実行時に前記デバイスが有する能力により実行できない処理が生じたとき、前記プロセス定義チケットに代わるプロセス定義チケットを代替プロセス定義チケットとして前記登録手段に登録する手段と、
前記プロセス定義チケットに基づく処理の実行時に、前記デバイスで実行できない機能があると、前記代替プロセス定義チケットを有効にする切替え手段と、
を有することを特徴とする情報処理システム。
【請求項１０】
複数の処理からなるプロセスを定義するプロセス定義チケットを作成する情報処理装置の制御方法であって、
ネットワーク上でプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択する選択工程と、
テンプレートに含まれる処理項目を指示する指示工程と、
前記選択工程で選択したデバイスの能力情報を取得する取得工程と、
前記指示工程で指示された前記処理項目において、前記取得工程で取得された前記デバイスの能力情報に基づき、前記デバイスで共通、或は共通でない機能を識別可能に表示する表示制御工程と、
前記表示制御工程による表示の確認に基づいて、前記指示工程で指示された前記処理項目に関して、前記選択工程で選択された前記デバイスで共通に実行可能な能力を含むプロセス定義チケットのテンプレートを生成するテンプレート生成工程と、
前記テンプレート生成工程で生成された前記テンプレートに基づいて、前記デバイスを使用して実行するプロセス定義チケットを作成するチケット作成工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項１１】
複数の処理からなるプロセスを定義するプロセス定義チケットを作成する情報処理装置の制御方法であって、
複数の処理からなるプロセスを定義する第１のプロセス定義チケットを作成するチケット作成工程と、
ネットワーク上で前記第１のプロセス定義チケットに基づく処理を実行するのに使用される可能性のあるデバイスを選択する選択工程と、
前記選択工程で選択された前記デバイスの能力情報を取得する取得工程と、
前記取得工程で取得した前記デバイスの能力情報に基づき、前記選択工程で選択された前記デバイスで共通に実行可能な能力を含む第２のプロセス定義チケットを生成する生成工程と、
前記第１のプロセス定義チケットに基づく処理の実行時に前記デバイスが有する能力により実行できない処理が生じたとき、前記第１のプロセス定義チケットに代わる前記第２のプロセス定義チケットを代替プロセス定義チケットとして登録する登録工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項１２】
プロセス定義チケットに基づいてデバイスの処理を制御する情報処理装置の制御方法であって、
デバイスに対応するプロセス定義チケットを特定する特定工程と、
前記デバイスの能力情報を取得する取得工程と、
前記プロセス定義チケットと前記取得工程で取得した能力情報とに基づいて、前記デバイスにより前記プロセス定義チケットを実行できるかどうかを判定する判定工程と、
前記判定工程で実行できないと判定されると、当該実行できない機能に応じた代替プロセス定義チケットを有効にする切替え工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項１３】
請求項１０乃至１２のいずれか１項に記載の制御方法の各工程をコンピュータに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１０−１０８４３７（Ｐ２０１０−１０８４３７Ａ）
【公開日】平成２２年５月１３日（２０１０．５．１３）
【国際特許分類】
【出願番号】特願２００８−２８２４３７（Ｐ２００８−２８２４３７）
【出願日】平成２０年１０月３１日（２００８．１０．３１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２２年５月１３日（２０１０．５．１３）
【国際特許分類】
【出願日】平成２０年１０月３１日（２００８．１０．３１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]