(57)【特許請求の範囲】
【請求項１】
複数種類のアプリケーションで作成され、ジョブの実行を指示するためのジョブチケットと、該ジョブチケットの実行条件を規定する制御情報とを読み込む読込手段と、
前記ジョブチケットと前記制御情報とを比較することにより、前記ジョブチケットのそれぞれが実行可能であるか否かを判定する判定手段と、
前記判定手段が実行可能であると判定したジョブチケットを他のジョブチケットと識別可能にディスプレイに表示する表示制御手段と、
前記表示制御手段が表示したジョブチケットの中からユーザが選択したジョブチケットに規定されたジョブを実行させる実行制御手段と、
を備え、
前記判定手段は、前記ジョブチケットが作成されたアプリケーションを示す第１の情報、前記ジョブチケットの指示内容を示す第２の情報の少なくともいずれかが、前記ジョブチケット及び前記制御情報の双方に規定されているか否かを判定し、双方に規定されている場合には当該ジョブチケットを実行可能であると判定する
ことを特徴とする情報処理装置。
【請求項２】
前記制御情報は、前記第１、第２の情報のいずれかが、前記ジョブチケット及び前記制御情報の双方に規定されている場合に前記ジョブチケットを実行可能であると判定する第１のモードと、前記第１、第２の情報の双方が、前記ジョブチケット及び前記制御情報の双方に規定されている場合に前記ジョブチケットを実行可能であると判定する第２のモードとを指定するモード指定情報を含み、
前記判定手段は、前記モード指定情報に基づいて、その判定条件を切り替えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
複数種類のジョブチケット、前記制御情報の少なくともいずれかを外部装置から取得するための取得手段を更に備え、
前記読込手段は、前記取得手段が取得したジョブチケットと前記制御情報とを読み込むことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記制御情報に規定された実行条件を満たすように、前記判定手段が実行不可であると判定したジョブチケットの指示内容を編集するための編集手段を更に備えることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
読込手段が、複数種類のアプリケーションで作成され、ジョブの実行を指示するためのジョブチケットと、該ジョブチケットの実行条件を規定する制御情報とを読み込む読込工程と、
判定手段が、前記ジョブチケットと前記制御情報とを比較することにより、前記ジョブチケットのそれぞれが実行可能であるか否かを判定する判定工程と、
表示制御手段が、前記判定工程で実行可能であると判定されたジョブチケットを他のジョブチケットと識別可能にディスプレイに表示する表示制御工程と、
実行制御手段が、前記表示制御工程で表示されたジョブチケットの中からユーザが選択したジョブチケットに規定されたジョブを実行させる実行制御工程と、
を有し、
前記判定工程において、前記判定手段は、前記ジョブチケットが作成されたアプリケーションを示す第１の情報、前記ジョブチケットの指示内容を示す第２の情報の少なくともいずれかが、前記ジョブチケット及び前記制御情報の双方に規定されているか否かを判定し、双方に規定されている場合には当該ジョブチケットを実行可能であると判定する
ことを特徴とする情報処理方法。
【請求項６】
コンピュータを請求項１乃至４のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ジョブチケットに規定されたジョブを実行する情報処理装置及びその方法に関する。
【背景技術】
【０００２】
従来より、原稿を読み取って画像データを生成する読取機能と、生成した画像データを外部装置に送信する送信機能とを備えた情報処理装置（例えば、複合機）がある。係る情報処理装置は、ユーザが原稿上の画像を読み取る際の読取パラメータを指定すると共に、生成された画像データを送信する際の送信プロトコルや送信先等を指定する。そして、この情報処理装置は、ユーザにより指定された内容に従って、原稿上の画像を読み取って画像データを生成し、生成した画像データを外部装置に送信する。
【０００３】
このように複数の機能を組み合わせて一連の処理を実行する場合は、ユーザが指定すべき内容が多いため、入力操作に手間が掛かってしまう。この問題を解決すべく、特許文献１には、複数のサービスを連携させて実行する場合に、実行すべき複数の処理の内容を定義した指示書（すなわち、ジョブチケット）を予め作成しておき、このジョブチケットに記述された定義に従って文書を処理する技術が開示されている。この技術によれば、ユーザは予め定めたジョブチケットの実行を指示するだけで、ジョブチケットに記述された内容の処理が順次実行されるため、ユーザによる入力操作の手間を軽減することができる。また、特許文献２では、禁止印刷属性を規定した上書き用チケットと、デフォルト属性を規定した標準チケットを印刷制御装置に格納しておき、印刷時にユーザのジョブチケットに、禁止属性がある場合は禁止属性を強制的に削除又は修正し、不足属性がある場合はデフォルト値で強制的に補足することによって、該ジョブチケットを所定のルールに準拠するように上書きした後、情報処理装置に送信する。上書き不可が設定されているジョブチケットが禁止属性を含んでいる場合は、ジョブ自体を受け付けない。この技術によれば、情報処理装置で適当な禁止属性を設定しておくことで、禁止属性に係る印刷を行わせないように設定することができる。更に、特許文献３では、ジョブの出力仕様情報（すなわち、ジョブチケット）から所定の制限情報を抽出し、制限情報に該当する設定項目を印刷制御装置のユーザインターフェースで編集できないようにする技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２８７８６０号公報
【特許文献２】特開２００８−０４０８９９号公報
【特許文献３】特開２００７−３１７０５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術によれば、複数種類のジョブチケットを扱う場合、不足属性があるとデフォルト値で強制的に補足してしまうため、本来のジョブチケットが有する属性が理解されない場合がある。また、禁止属性が入っていても所定のルールに準拠できる場合もあるが、禁止属性がある限り、そのジョブはキャンセルされてしまうことが多い。また、特許文献３では、制限情報に該当する設定項目を印刷制御装置のユーザインターフェースで編集を不可能にすることで、印刷制御装置のユーザインターフェースでジョブの発行者の意に反する改変を第三者が行うことを防止できるが、ジョブの発行者自身であってもジョブを編集することができないため、係るジョブの発行者はジョブを再度作成しなければならない。
【０００６】
本発明は、上述の課題に鑑みてなされたものであり、複数種類のアプリケーションで作成されたジョブチケットの実行可否をより正確に判定し、実行可能であると判定されたジョブチケットの中から実行すべきジョブチケットをユーザが選択可能である情報処理装置及びその方法を提供するものである。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明に係る情報処理装置は、複数種類のアプリケーションで作成され、ジョブの実行を指示するためのジョブチケットと、該ジョブチケットの実行条件を規定する制御情報とを読み込む読込手段と、前記ジョブチケットと前記制御情報とを比較することにより、前記ジョブチケットのそれぞれが実行可能であるか否かを判定する判定手段と、前記判定手段が実行可能であると判定したジョブチケットを他のジョブチケットと識別可能にディスプレイに表示する表示制御手段と、前記表示制御手段が表示したジョブチケットの中からユーザが選択したジョブチケットに規定されたジョブを実行させる実行制御手段と、を備える情報処理装置であって、前記判定手段は、前記ジョブチケットが作成されたアプリケーションを示す第１の情報、前記ジョブチケットの指示内容を示す第２の情報の少なくともいずれかが、前記ジョブチケット及び前記制御情報の双方に規定されているか否かを判定し、双方に規定されている場合には当該ジョブチケットを実行可能であると判定することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、複数種類のアプリケーションで作成されたジョブチケットの実行可否をより正確に判定し、実行可能であると判定されたジョブチケットの中から実行すべきジョブチケットをユーザが選択可能である情報処理装置及びその方法を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施例１に係る情報処理システムの全体構成を示す図である。
【図２】デバイス１０４及び管理者ＰＣ１０１の詳細構成を示すブロック図である。
【図３】アプリケーションＡで作成されたジョブチケットの具体例を示す図である。
【図４】アプリケーションＢで作成されたジョブチケットの具体例を示す図である。
【図５】制御情報エディタの具体例を示す図である。
【図６】制御情報の具体的な記述例を示す図である。
【図７】デバイス１０４の全体的な処理手順及びジョブチケットの実行可否判定処理（ステップＳ７０５）の詳細な処理手順を示す図である。
【図８】ＡＮＤ処理（ステップＳ８０２）の詳細な処理手順を示す図である。
【図９】ＯＲ処理（ステップＳ８０３）の詳細な処理手順を示す図である。
【図１０】デバイス１０４に表示されるジョブチケット選択画面例を示す図である。
【図１１】実施例２に係る管理者ＰＣ１０１の全体的な処理手順を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明の実施の形態を詳細に説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また、実施形態で説明される特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１１】
＜実施例１＞
本実施例では、予め管理者が実行を許可するジョブチケットの種類や内容に関して基準となる情報を制御情報としてデバイス１０４に保存し、デバイス１０４がユーザのログインを検知すると、ユーザの識別情報及び制御情報に基づき実行可能なジョブチケットを表示し、ユーザが選択したジョブチケットを実行する例について説明する。
【００１２】
［情報処理システム１００の全体構成（図１）］
本実施例に係る情報処理システム１００は、ジョブチケットに規定されたジョブを実行するシステムであり、ＬＡＮ１１０によって互いに通信可能に接続された、管理者ＰＣ１０１、クライアントＰＣ１０２、認証サーバ１０３、デバイス１０４、ワークフローサーバ１０５を備える。なお、図示しないが、ＬＡＮ１１０には、更に電子メールサーバ、ファイルシェアサーバ、システム外部のネットワークへのブリッジ等が接続される。
【００１３】
［デバイス１０４の詳細構成（図２（ａ））］
デバイス１０４は、デバイス全体の動作を制御する制御部２１０を有する。制御部２１０は、ＣＰＵ２１１、ＲＯＭ２１２、ＲＡＭ２１３、ＨＤＤ２１４及び種々のインターフェースを有する。
【００１４】
ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御等の各種制御処理を実行する。ＲＡＭ２１３は、ＣＰＵ２１１のメインメモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや後述する各種プログラム、後述する各種ジョブチケット、制御情報等を記憶する。
【００１５】
操作部インターフェース２１５（以下、インターフェースはＩ／Ｆと言う）は、操作部２１９と制御部２１０とを接続する。操作部２１９は、例えば、タッチパネル機能を有する液晶ディスプレイ等の表示部やキーボード等である。
【００１６】
プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０からプリンタ２２０に転送され、プリンタ２２０で記録媒体に印刷される。
【００１７】
スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。
【００１８】
ネットワークＩ／Ｆ２１８は、制御部２１０（デバイス１０４）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０の外部装置（例えば、ワークフローサーバ１０５）に画像データを送信したり、ＬＡＮ１１０の外部装置から各種情報を受信したりする。
【００１９】
［管理者ＰＣ１０１の詳細構成（図２（ｂ））］
クライアントＰＣ１０２、認証サーバ１０３及びワークフローサーバ１０５は、管理者ＰＣ１０１と同様の構成を有するため、ここで合わせて説明する。
【００２０】
管理者ＰＣ１０１は、制御部３１０、表示部３１８及びキーボード３１９を有する。制御部３１０は、管理者ＰＣ１０１全体の動作を制御する。制御部３１０は、ＣＰＵ３１１、ＲＯＭ３１２、ＲＡＭ３１３、ＨＤＤ３１４及び種々のインターフェースを有する。
【００２１】
ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１のメインメモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、後述する各種ジョブチケット、制御情報等を記憶する。
【００２２】
表示部Ｉ／Ｆ３１５は、表示部３１８と制御部３１０とを接続する。キーボードＩ／Ｆ３１６は、キーボード３１９と制御部３１０とを接続する。ＣＰＵ３１１は、キーボード３１９を介したユーザからの指示を認識し、認識した指示に応じて表示部３１８に表示する画面を遷移させる。すなわち、ＣＰＵ３１１は、表示制御部として機能する。
【００２３】
ネットワークＩ／Ｆ３１７は、制御部３１０（管理者ＰＣ１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ３１７は、ＬＡＮ１１０の他の装置との間で各種情報を送受信する。
【００２４】
［情報処理システム１００の全体的な処理手順（図３、図４）］
本発明は、複数の異なるアプリケーションで作成されたジョブチケットを処理し得ることを特徴としており、本実施例では、ユーザは、クライアントＰＣ１０２で稼働するアプリケーションＡ、及びデバイス１０４で稼働するアプリケーションＢを利用することで、それぞれ異なるワークフローを実現するジョブチケットを作成することが可能である。
【００２５】
図３（ａ）は、ユーザＡがクライアントＰＣ１０２のアプリケーションＡを操作して作成したジョブチケット４１０ａの書式を例示するものであり、デバイス１０４で画像読取処理を実行し、生成された画像をワークフローサーバ１０５に送り、ワークフローサーバ１０５から電子メール送信するワークフロー処理が記述されるものとする。
【００２６】
ジョブチケット４１０ａは、構造化言語ＸＭＬ（ｅＸｔｅｎｔｉｏｎ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述され、ヘッダ部（Ｈｅａｄｅｒ：タグ４０２）には、ジョブチケット名称（ＪｏｂＮａｍｅ：タグ４０３）、ジョブチケット作成者名（ＵｓｅｒＮａｍｅ：タグ４０４）、及び作成元アプリケーション名（Ａｐｐｌｉｃａｔｉｏｎ：タグ４０５）が記述される。
【００２７】
ボディ部（ＪｏｂＢｏｄｙ：タグ４０６）には、ジョブの実行順及び属性情報が記述される。本実施例では、＜Ｓｃａｎ＞タグ（タグ４０８）には、デバイス１０４で画像読取処理を実行する際の各種パラメータが記述され（不図示）、＜ＳｅｎｄＴｏＥｍａｉｌ＞タグ（タグ４１０）は、＜Ｓｃａｎ＞タグに記述された属性情報に従ってデバイス１０４が生成した画像データを、ワークフローサーバ１０５から電子メールを送信するジョブを定義するものであり、＜ａｄｄｒｅｓｓ＞タグ（タグ４１１）に送信先アドレスが記述される。
【００２８】
同様に、図３（ｂ）は、ユーザＡがクライアントＰＣ１０２のアプリケーションＡを操作して作成したジョブチケット４１０ｂの書式を例示するものであり、デバイス１０４で画像読取処理を実行し、生成された画像をワークフローサーバ１０５に送り、ワークフローサーバ１０５から指定されたサーバの共有フォルダに送信するワークフロー処理が記述されるものとする。
【００２９】
前述のジョブチケット４１０ａ同様、＜Ｓｃａｎ＞タグ（タグ４０８）において、デバイス１０４で画像読取処理を実行する際の各種パラメータが記述され（不図示）、＜ＳｅｎｄＴｏＦｉｌｅｓｈａｒｅ＞タグ（タグ４１０）は、＜Ｓｃａｎ＞タグに記述された属性情報に従ってデバイス１０４が生成した画像データを、ワークフローサーバ１０５から、指定された共有フォルダに送信するジョブを定義するものであり、＜ｄｅｓｔｐａｔｈ＞タグ（タグ４１１）に送信先パスが記述される。
【００３０】
アプリケーションＡで作成されたジョブチケット４１０ａ、４１０ｂは、クライアントＰＣ１０２から認証サーバ１０３に送信され、ユーザＡを一義的に識別する識別情報と共にＨＤＤ３１４に記録される。
【００３１】
図４（ａ）は、ユーザＡが、デバイス１０４に搭載されたアプリケーションＢを利用し、操作部２１９を介して作成したジョブチケットの書式を例示するものであり、デバイス１０４で画像読取処理を実行し、生成された画像データをワークフローサーバ１０５に送り、ワークフローサーバ１０５から電子メール送信するワークフロー処理が記述されるものとする。
【００３２】
ジョブチケット４１０ｃは、構造化言語ＸＭＬで記述され、ヘッダ部（Ｉｎｆｏ：タグ４１３）には、ジョブチケット名称（Ｊｏｂ：タグ４１４）、ジョブチケット作成者名（Ｕｓｅｒ：タグ４１５）及び作成元アプリケーション名（Ｃｒｅａｔｏｒ：タグ４１６）が記述される。ボディ部（Ｊｏｂ：タグ４１７）には、ジョブの実行順及び各ジョブ属性情報が記述される。
【００３３】
本実施例では、＜Ｓｃａｎ＞タグ（タグ４１９）において、デバイス１０４で画像読取処理を実行する際の各種パラメータが記述され（不図示）、＜ＳｅｎｄＴｏＥｍａｉｌ＞タグ（タグ４２０）は、＜Ｓｃａｎ＞タグに記述された属性情報に従ってデバイス１０４が生成した画像データを、ワークフローサーバ１０５から電子メール送信するジョブを定義するものであり、＜ｄｅｓｔ＞タグ（タグ４２１）に、送信先アドレスが記述される。
【００３４】
同様に、図４（ｂ）は、ユーザＡが、デバイス１０４に搭載されたアプリケーションＢを利用して作成したジョブチケット４１０ｄの書式を例示するものであり、デバイス１０４で画像読取処理を実行し、生成された画像データをワークフローサーバ１０５に送り、ワークフローサーバ１０５から指定されたサーバの共有フォルダに送信するワークフロー処理が記述されるものとする。
【００３５】
前述のジョブチケット４１０ｃと同様、＜Ｓｃａｎ＞タグ（タグ４１９）には、デバイス１０４で画像読取処理を実行する際の各種パラメータが記述され（不図示）、＜ＳｅｎｄＴｏＦｉｌｅｓｈａｒｅ＞タグ（タグ４２２）は、＜Ｓｃａｎ＞タグに記述された属性情報に従ってデバイス１０４が生成した画像データを、ワークフローサーバ１０５から、指定された共有フォルダに送信するジョブを定義するものであり、＜ｄｅｓｔ＞タグ（タグ４２３）に送信先パスが記述される。デバイス１０４に搭載されたアプリケーションＢで作成されたジョブチケット４１０ｃ、４１０ｄは、ユーザＡを一義的に識別する識別情報と共にＨＤＤ２１４に記録される。
【００３６】
［制御情報の作成、登録手順（図５、図６）］
制御情報には、前述した手順で作成されたジョブチケットに対して、実行の可否を判断するための情報が記述されており、管理者が定める運用ポリシーに従って作成される。管理者は管理者ＰＣ１０１からＬＡＮ１１０を介してデバイス１０４にログインし、デバイス１０４に搭載された制御情報エディタ（図５（ａ））を起動する。該エディタは管理者ＰＣ１０１からリモートで操作が可能であり、図５（ａ）に、管理者ＰＣ１０１の表示部３１８に表示される制御情報エディタの操作画面を示す。
【００３７】
図６は制御情報エディタを用いて作成した制御情報４２０の例であり、図５（ａ）の制御情報エディタの各構成部品の効果を簡便に説明するため、図６を引用しながら説明する。
【００３８】
部品５０１は、デバイス１０４で実行可能なジョブチケットの実行条件として、部品５０２で指定する条件１又は部品５０３で指定する条件２のいずれかを満たすことを要求する場合に選択する。部品５０１を選択すると、制御情報４２０として＜ＬｏｇｉｃａｌＯＲ＞開始タグ（図６のタグ６０２）と＜／ＬｏｇｉｃａｌＯＲ＞終了タグ（図６のタグ６０３）のペアが空タグとして記述され、部品５０２が指定する条件１又は部品５０４が指定する条件２に適合するジョブチケットが実行可能となる。部品５０１を選択しない場合、タグ６０２及び６０３は制御情報４２０に記述されず、例えば、この時、部品５０２のみを選択すれば条件１のみでジョブチケットの実行可否が判断され、部品５０４のみを選択すれば条件２のみでジョブチケットの実行可否が判断される。部品５０２及び５０４の双方を選択すれば、条件１と条件２の両方に適合するジョブチケットのみが実行可能と判断される。
【００３９】
部品５０２は、デバイス１０４で実行可能なジョブチケットの実行条件として、ジョブチケットの作成元アプリケーションを参照する場合に選択する。部品５０２を選択すると、制御情報４２０に＜Ｔｉｃｋｅｔｓ＞開始タグ（図６のタグ６０４）と＜／Ｔｉｃｋｅｔｓ＞終了タグ（図６のタグ６０７）のペアが記述される。部品５０２を選択しない場合、タグ６０４及び６０７は制御情報４２０に記述されない。
【００４０】
部品５０３は、部品５０２を選択した場合に選択可能となり、右に表示されるアプリケーション名が作成元となるジョブチケットの実行を許可する場合に選択する。部品５０３を選択すると、制御情報４２０のタグ６０４とタグ６０７との間に＜Ａｐｐｌｉｃａｔｉｏｎ＞開始タグ（図６のタグ６０５）と＜／Ａｐｐｌｉｃａｔｉｏｎ＞終了タグ（図６のタグ６０６）のペアが記述され、対応するアプリケーション名がタグ６０５とタグ６０６との間に記述される。例えば、図５（ａ）の例では「アプリケーションＡ」と「アプリケーションＣ」を選択するため、制御情報４２０のタグ６０５とタグ６０６との間には、「＜Ａｐｐｌｉｃａｔｉｏｎ＞アプリケーションＡ＜／Ａｐｐｌｉｃａｔｉｏｎ＞」という記述と「＜Ａｐｐｌｉｃａｔｉｏｎ＞アプリケーションＣ＜／Ａｐｐｌｉｃａｔｉｏｎ＞」という記述が挿入される。
【００４１】
部品５０４は、デバイス１０４で実行可能なジョブチケットの実行条件として、ジョブチケットに記述されるワークフロー処理内容を参照する場合に選択する。部品５０４を選択すると、制御情報４２０に＜ＷｏｒｋｆｌｏｗＰａｒａｍｓ＞開始タグ（図６のタグ６０８）と＜／ＷｏｒｋｆｌｏｗＰａｒａｍｓ＞終了タグ（図６のタグ６１３）のペアが記述される。部品５０４を選択しない場合、タグ６０８及び６１３は制御情報４２０に記述されない。
【００４２】
部品５０５は、部品５０４を選択した場合に選択可能となり、部品５０５の左に表示される機能の利用を許可する場合に選択する。部品５０５を選択すると、制御情報４２０のタグ６０８とタグ６１３との間に選択された機能に対応するタグが記述される。例えば、図５（ａ）の例では、「スキャン画像をＥメール送信」という機能を選択するため、制御情報４２０に＜ＳｅｎｄＴｏＥｍａｉｌ＞開始タグ（図６のタグ６０９）と＜／ＳｅｎｄＴｏＥｍａｉｌ＞終了タグ（図６のタグ６１１）がペアとして記述される。なお、図示しないが、部品５０５を選択した場合には、Ｅメールアドレス等の画像データ送信先を指定できるものとする。
【００４３】
管理者は制御情報エディタを操作し、運用ポリシーに従って、許可するジョブチケットの作成元アプリケーション、デバイス１０４、ワークフローサーバ１０５等が備える複数の機能に指示し得る設定値の有効範囲（送信宛先等）を入力することで制御情報４２０を作成する。作成された制御情報４２０は、ユーザが保存ボタン５０６を押下することで、デバイス１０４のＨＤＤ２１４に記録される。
【００４４】
［デバイス１０４の全体的な処理手順（図７（ａ））］
次に、複数の異なるアプリケーションで作成されたジョブチケットと管理者によって作成された制御情報４２０とを比較することにより、ジョブチケットのそれぞれが実行可能であるか否かを判定するプロセス及びジョブチケット実行のプロセスについて説明する。
【００４５】
ユーザＡが、デバイス１０４の操作部２１９に、認証手続きのためにユーザＩＤ及びパスワードを入力すると、デバイス１０４はユーザＡが入力したユーザＩＤ及びパスワードを認証サーバに通知する（Ｓ７０１）。
【００４６】
次に、認証サーバ１０３は、ユーザＡの認証に成功すると、認証サーバのＨＤＤ３１４に格納されたユーザＡによって定義されたジョブチケット４１０ａ及び４１０ｂをデバイス１０４に送信する。これにより、デバイス１０４はユーザＡが定義した全てのジョブチケットを取得する（Ｓ７０２）。
【００４７】
そして、デバイス１０４（読込手段）は、搭載されたアプリケーションＢを利用してユーザＡが作成したジョブチケット４１０ｃ及び４１０ｄをＨＤＤ２１４から読み込む（Ｓ７０３）。次に、デバイス１０４は、管理者によって作成された制御情報４２０をＨＤＤ２１４から読み込む（Ｓ７０４）。
【００４８】
そして、デバイス１０４は、ジョブチケット４１０ａ、４１０ｂ、４１０ｃ、４１０ｄを制御情報４２０と照合し、各ジョブチケットが実行可能であるか否かを判断する（Ｓ７０５）。なお、このジョブチケットの実行可否判定処理の詳細については後述する。そして、取得したジョブチケットの実行可否判定処理が終了すると、デバイス１０４は実行可能なジョブチケットをデバイス１０４の操作部２１９のジョブチケット選択画面に表示する（Ｓ７０６）。
【００４９】
図１０（ａ）はデバイス１０４の操作部２１９に表示されるジョブチケット選択画面の例である。ここでは、図６に例示する制御情報４２０を用いた結果を示しており、図３及び図４に例示するジョブチケット４１０ａ、４１０ｂ、４１０ｃ、４１０ｄのうち、ジョブチケット４１０ａ、４１０ｂ、４１０ｃが表示される。ユーザＡは、デバイス１０４の操作部２１９に表示された利用可能なジョブチケットを選択する。操作部２１９はタッチパネル機能を備えており、ユーザＡは、ジョブチケット選択時にジョブチケット名にタッチした後、図１０（ａ）の実行ボタンを押下する。
【００５０】
最後に、デバイス１０４は、ユーザが選択したジョブチケットに規定されたジョブを実行制御する（Ｓ７０７）。例えば、ユーザによりジョブチケット４１０ａ（図３（ａ）参照）が選択された場合、デバイス１０４は、＜Ｓｃａｎ＞タグ（タグ４０８）に記述された画像読取処理を実行する際の各種パラメータに従い、スキャンデータを生成した後、該データをジョブチケット４１０ａと共に、ワークフローサーバ１０５に送信する。
【００５１】
スキャンデータ及びジョブチケット４１０ａを受信したワークフローサーバは、ジョブチケット４１０ａに記述された＜ＳｅｎｄＴｏＥｍａｉｌ＞タグ（タグ４１０）及びその属性情報＜ａｄｄｒｅｓｓ＞を解析し、デバイス１０４から受信した、スキャンデータを指定されたアドレスに対して電子メールで送信する。
【００５２】
［ジョブチケットの実行可否判定処理（Ｓ７０５）の詳細な処理手順（図７（ｂ））］
まず、デバイス１０４は、制御情報４２０に＜ＬｏｇｉｃａｌＯＲ＞タグ（モード指定情報）があるか否かを判定する（Ｓ８０１）。デバイス１０４は、当該タグがない場合に後述のＡＮＤ処理を実行し（Ｓ８０２）、ジョブチケットの作成元アプリケーション名（第１の情報）、ジョブチケットが定義するワークフロー指示内容（第２の情報）の双方が制御情報４２０に適合するか否かを検査する（第２のモード）。一方、デバイス１０４は、当該タグがある場合には後述のＯＲ処理を実行し（Ｓ８０３）、ジョブチケットの作成元アプリケーション名、ジョブチケットが定義するワークフロー処理内容のいずれかが制御情報４２０に適合するか否かを検査する（第１のモード）。すなわち、モード指定情報の有無に従ってその判定条件を切り替える。
【００５３】
［ＡＮＤ処理（Ｓ８０２）の詳細な処理手順（図８）］
まず、デバイス１０４は、制御情報４２０に＜Ｔｉｃｋｅｔｓ＞タグの記述があるか否かを判定する（Ｓ９０１）。デバイス１０４は、当該タグがある場合にジョブチケットの実行可否の判定基準としてジョブチケットの作成元アプリケーション名を使用する。一方、デバイス１０４は、当該タグがない場合にステップＳ９０５に進み、ジョブチケットの実行可否をジョブチケットに記述されているワークフロー処理内容のみで判断する。
【００５４】
次に、デバイス１０４は、ジョブチケットから作成元アプリケーション名をジョブチケット識別情報として取得する（Ｓ９０２）。図３（ａ）及び図３（ｂ）に例示したジョブチケット４１０ａ及び４１０ｂの場合は「アプリケーションＡ」という値が取得され、図４（ａ）及び図４（ｂ）に例示したジョブチケット４１０ｃ及び４１０ｄの場合は「アプリケーションＢ」という値が取得される。
【００５５】
次に、デバイス１０４は、ステップＳ９０２で取得したジョブチケット識別情報と一致するアプリケーション名の記述が制御情報４２０にあるか否かを判断する（Ｓ９０３）。制御情報４２０に一致するアプリケーション名がある場合はステップＳ９０５に進み、一致するアプリケーション名がない場合はステップＳ９０４に進む。例えば、図３（ａ）及び図３（ｂ）に例示したジョブチケット４１０ａ及び４１０ｂの場合、「アプリケーションＡ」という値が制御情報４２０に記述されているため、ステップＳ９０５に進むこととなる。図４（ａ）及び図４（ｂ）に例示したジョブチケット４１０ｃ及び４１０ｄの場合、「アプリケーションＢ」という値が制御情報４２０に記述されていないため、ステップＳ９０４に進むこととなる。
【００５６】
そして、デバイス１０４は、制御情報４２０に他のアプリケーション名が定義されているか否かを判定する（Ｓ９０４）。定義されている場合にはステップＳ９０３に戻り、デバイス１０４は、ステップＳ９０２で取得したジョブチケット識別情報と一致するアプリケーション名を制御情報４２０で再検索する。一方、定義されていない場合、デバイス１０４は、そのジョブチケットを実行不可と判断する（Ｓ９１０）。例えば、図４（ａ）及び図４（ｂ）に例示したジョブチケット４１０ｃ及び４１０ｄは、制御情報４２０に適合しないものとみなされ、実行不可と判断される。
【００５７】
一方、デバイス１０４は、制御情報４２０に＜ＷｏｒｋｆｌｏｗＰａｒａｍｓ＞タグの記述があるか否かを判定する（Ｓ９０５）。デバイス１０４は、当該タグの記述がある場合に、ジョブチケットに記述されているワークフロー処理内容の正当性を検査する。一方、デバイス１０４は、当該タグの記述がない場合に、そのジョブチケットを実行可能と判断する（Ｓ９０９）。
【００５８】
次に、デバイス１０４は、ジョブチケットからワークフロー処理設定値を取得する（Ｓ９０６）。そして、デバイス１０４は、ステップＳ９０６で取得したワークフロー処理設定値が制御情報４２０に定義されているか否かを判定する（Ｓ９０７）。取得したワークフロー処理設定値が制御情報４２０に定義されている場合はステップＳ９０８に進み、定義されていない場合はジョブチケットは制御情報４２０に適合しないものとみなされ、即座に実行不可と判断される（Ｓ９１０）。例えば、図３（ａ）に例示したジョブチケット４１０ａの場合、まず「ＳｅｎｄＴｏＥｍａｉｌ」という値が検査されるが、図６に例示した制御情報ではタグ６０９に「ＳｅｎｄＴｏＥｍａｉｌ」が記述されているため、ステップＳ９０８に進むこととなる。図３（ｂ）に例示したジョブチケット４１０ｂの場合、ステップＳ９０６で取得した「ＳｅｎｄＴｏＦｉｌｅｓｈａｒｅ」という値が制御情報４２０に定義されていないため、即座に実行不可と判断される（Ｓ９１０）。
【００５９】
次に、デバイス１０４は、ジョブチケットに次のワークフロー処理設定値が記述されているか否かを判定する（Ｓ９０８）。次のワークフロー処理設定値が記述されている場合はステップＳ９０６に戻り、記述されていない場合は、デバイス１０４は、そのジョブチケットを実行可能と判断する（Ｓ９０９）。
【００６０】
ステップＳ９０６〜ステップＳ９０８は、ジョブチケットに定義される全てのワークフロー処理設定値を制御情報４２０と照合し終えるまで繰り返される。例えば、図３（ａ）に例示したジョブチケット４１０ａの場合、最初に「ＳｅｎｄＴｏＥｍａｉｌ」値（タグ４１０）が検査され、次に「ａａａ＠ｓｅｎｄ．ｃｏｍ」値（タグ４１１）が検査されるが、両方とも図６に例示した制御情報のタグ６０９以下に定義されるため、ジョブチケット４１０ａは制御情報４２０に適合するものとみなされ、実行可能と判断される（Ｓ９０９）。
【００６１】
［ＯＲ処理（Ｓ８０３）の詳細な処理手順（図９）］
ステップＳ９１１は図８のステップＳ９０１と同じであり、ステップＳ９１２は図８のステップＳ９０２と同じであるため、ステップＳ９１１及びステップＳ９１２の説明は省略する。
【００６２】
まず、デバイス１０４は、ステップＳ９１２で取得したジョブチケット識別情報と一致するアプリケーション名の記述が制御情報４２０にあるか否かを判定する（Ｓ９１３）。デバイス１０４は、当該アプリケーション名の記述がある場合にそのジョブチケットを実行可能と判断し（Ｓ９１９）、一致するアプリケーション名がない場合にステップＳ９１５に進む。例えば、図３（ａ）及び図３（ｂ）に例示したジョブチケット４１０ａ及び４１０ｂの場合、「アプリケーションＡ」という値が制御情報４２０に記述されているため、実行可能と判断される。図４（ａ）及び図４（ｂ）に例示したジョブチケット４１０ｃ及び４１０ｄの場合、「アプリケーションＢ」という値が制御情報４２０に記述されていないため、ステップＳ９１５に進むこととなる。
【００６３】
次に、デバイス１０４は、制御情報４２０に他のアプリケーション名が定義されているか否かを判定する（Ｓ９１４）。定義されている場合にはステップＳ９１３に戻り、デバイス１０４は、取得したジョブチケット識別情報と一致するアプリケーション名を制御情報４２０で再検索する。一方、定義されていない場合、ステップＳ９１５に進むこととなる。例えば、図４（ａ）及び図４（ｂ）に例示したジョブチケット４１０ｃ及び４１０ｄは、制御情報４２０に一致するアプリケーション名がないものとみなされ、ステップＳ９１５に進むこととなる。
【００６４】
次に、デバイス１０４は、制御情報４２０に＜ＷｏｒｋｆｌｏｗＰａｒａｍｓ＞タグの記述があるか否かを判定する（Ｓ９１５）。デバイス１０４は、当該タグの記述がある場合にそのジョブチケットに記述されているワークフロー処理内容の正当性を検査する。一方、デバイス１０４は、当該タグの記述がない場合にそのジョブチケットを実行不可と判定する（Ｓ９２０）。ステップＳ９１６は、図８のステップＳ９０６と同じであるため、説明を省略する。
【００６５】
次に、デバイス１０４は、ステップＳ９１６で取得したワークフロー処理設定値が制御情報４２０に定義されているか否かを判定する（Ｓ９１７）。デバイス１０４は、当該設定値が定義されている場合にステップＳ９１８に進み、定義されていない場合にジョブチケットを実行不可と判断する（Ｓ９２０）。例えば、図４（ａ）に例示したジョブチケット４１０ｃの場合、まず「ＳｅｎｄＴｏＥｍａｉｌ」という値が検査されるが、図６に例示した制御情報ではタグ６０９に「ＳｅｎｄＴｏＥｍａｉｌ」が記述されているため、ステップＳ９１８に進むこととなる。図４（ｂ）に例示したジョブチケット４１０ｄの場合、ステップＳ９０６で取得した「ＳｅｎｄＴｏＦｉｌｅｓｈａｒｅ」という値が制御情報４２０に定義されていないため、デバイス１０４は、そのジョブチケットを実行不可と判断する（Ｓ９２０）。
【００６６】
次に、ジョブチケットに次のワークフロー処理設定値の記述があるか否かを判断する（Ｓ９１８）。デバイス１０４は、当該記述がある場合にステップＳ９１６に戻り、当該記述がない場合にそのジョブチケットを実行可能と判断する（Ｓ９１９）。
【００６７】
ステップＳ９１６〜ステップＳ９１８は、ジョブチケットに定義されている全てのワークフロー処理設定値を制御情報４２０と照合し終えるまで繰り返される。例えば、図４（ａ）に例示したジョブチケット４１０ｃの場合、「ＳｅｎｄＴｏＥｍａｉｌ」値（タグ４２０）が最初に検査され、次に「ｃｃｃ＠ｓｅｎｄ．ｃｏ．ｕｋ」値（タグ４２１）が検査されるが、両方とも図６に例示した制御情報のタグ６０９以下に定義されるため、ジョブチケット４１０ｃは制御情報４２０に適合するものとみなされ、実行可能と判断される（Ｓ９１９）。
【００６８】
上記手順により、デバイス１０４は、複数種類のアプリケーションで定義、作成されたジョブチケットに対して管理者が上記情報処理システムの運用ポリシーに基づいて作成した制御情報で定義された実行条件を満たすか否かを判別することで、ユーザに対して利用可能なジョブチケットのみを提示することが可能となる。
【００６９】
＜実施例２＞
本実施例では、管理者が本情報処理システムの運用を適切に行うことを目的に、本情報処理システムを構成する各ＰＣ、サーバ、デバイスの動作モードを設定し、認証サーバ１０３に置かれた制御情報４２０の内容に従って動作を行うものである。
【００７０】
認証サーバ１０３は、予め管理者が作成した複数の制御情報４２０をＨＤＤ３１４に保存する。常に最新の制御情報４２０の内容を維持しながら、過去の履歴情報として、又は切り替えのための選択肢として、保存された複数の制御情報４２０の中から選択することが可能である。
【００７１】
デバイス１０４は、実施例１では、制御情報４２０をデバイス１０４内のＨＤＤ２１４から読み込むが（図７（ａ）のＳ７０４）、本実施例では、デバイス１０４やワークフローサーバ１０５は、制御情報４２０を認証サーバからダウンロードするモードを設ける。デバイス１０４が、ダウンロードするモードに設定されていることを確認すると、図７（ａ）のステップＳ７０４を外す代わりに、図７（ａ）のステップＳ７０２で、認証サーバ１０３からジョブチケットと同時に最新の制御情報４２０を取得する。以上の変更により、本情報処理システムは、管理者が認証サーバ１０３の制御情報に切り替えることで、ワークフローサーバ１０５やデバイス１０４でジョブチケットの種類を切り替えることが可能になる。
【００７２】
管理者ＰＣ１０１のＨＤＤ３１４（図２（ｂ）参照）には、アプリケーションＣが搭載されており、アプリケーションＣは、管理者によって各ユーザ向けのワークフロー処理命令をジョブチケットとして作成され、認証サーバ１０３にユーザ識別認証と関連付けて保存される。アプリケーションＣは管理者のみが使用可能であり、アプリケーションＣで作成したジョブチケットは、管理者が本情報処理システムの管理下で使用するという目的に基づき、「管理チケット」と定義する。
【００７３】
本情報処理システムを構成する各ＰＣ、サーバ、デバイスで、管理チケットだけ利用可能な動作モードを「管理モード」と定義する。本実施例で管理モードを設定するために、前述したように、デバイス１０４やワークフローサーバ１０５をダウンロードするモードに設定することと、制御情報４２０の内容変更が必要である。制御情報４２０の内容変更を行うために、管理者は制御情報エディタを使用し、図６の制御情報４２０のタグ６０４とタグ６０７との間に、＜Ａｐｐｌｉｃａｔｉｏｎ＞アプリケーションＣ＜／Ａｐｐｌｉｃａｔｉｏｎ＞の記述だけを行う必要がある。
【００７４】
［管理者ＰＣ１０１の全体的な処理手順（図１１）］
管理者ＰＣ１０１から、本情報処理システムの動作モードを確認し、必要に応じて、制御情報４２０の内容を変更することで動作モードを変更する手順について説明する。
【００７５】
まず、管理者ＰＣ１０１は、ユーザのログインを受け付けたか否かを判定し（Ｓ１１０１）、受け付けた場合は、ステップＳ１１０２に進む。そして、管理者ＰＣ１０１は、ログインユーザの識別情報を認証サーバ１０３に送信し、送信したユーザ識別情報が本情報処理システムのユーザであるか否かを問い合わせると同時に、ユーザ識別情報が管理者（すなわち、本情報処理システムのユーザ）であるか否かを問い合わせる。管理者である場合は、ステップＳ１１０３に進み、そうでない場合は終了する。そして、管理者ＰＣ１０１は、認証サーバ１０３から制御情報４２０を取得する（Ｓ１１０３）。
【００７６】
次に、管理者ＰＣ１０１は、制御情報４２０を参照して現在の動作モードを調べる。すなわち、ジョブチケット発行元がアプリケーションＣのみであるか否かを判定する（Ｓ１１０４）。ジョブチケット発行元がアプリケーションＣのみである場合は、前述したように管理モードであることが判別でき、そうであればステップＳ１１０６に進み、そうでない場合はステップＳ１１０５に進む。
【００７７】
そして、管理者ＰＣ１０１は、現在の本情報処理システムの動作モードが管理モードでないことを表示する（Ｓ１１０５）。そして、管理者ＰＣ１０１は、現在の本情報処理システムの動作モードが管理モードであることを表示する（Ｓ１１０６）。
【００７８】
ステップＳ１１０５又はステップＳ１１０６で表示を行った後は、ステップＳ１１０７に進む。そして、管理者ＰＣ１０１は、ログインユーザが管理者であるか否かをステップＳ１１０２の結果から判別し（Ｓ１１０７）、管理者である場合は、Ｓ１１０８に進み、そうでない場合は終了する。
【００７９】
次に、管理者ＰＣ１０１は、現在の本情報処理システムの動作モードを変更するか否かを尋ねるメッセージを管理者に表示する（Ｓ１１０８）。次に、管理者ＰＣ１０１は、管理者の入力に従って、動作モードを変更するか否かを判定する（Ｓ１１０９）。動作モードを変更するという内容の入力がキーボード３１９からなされた場合は、ステップＳ１１１０に進み、そうでない場合は終了する。
【００８０】
次に、管理者ＰＣ１０１は、動作モードの変更について、管理者の入力に従って、内容が異なる他の制御情報４２０を選択するか否かを判定する（Ｓ１１１０）。そうである場合は、ステップＳ１１１１に進み、そうでない場合はステップＳ１１１３に進む。
【００８１】
そして、管理者ＰＣ１０１は、認証サーバ１０３から、取得可能なすべての制御情報４２０を取得する（Ｓ１１１１）。そして、管理者ＰＣ１０１は、管理者の指示によって選択された制御情報４２０を認証サーバ１０３に通知する（Ｓ１１１２）。
【００８２】
次に、管理者ＰＣ１０１は、ＲＡＭ３１３で制御情報エディタを実行する（Ｓ１１１３）。そして、管理者ＰＣ１０１は、新規に作成された制御情報４２０を、ＬＡＮ１１０を介して認証サーバ１０３に送信する（Ｓ１１１４）。
【００８３】
上記手順により、デバイス１０４やワークフローサーバ１０５を、認証サーバ１０３から制御情報４２０をダウンロードするモードに設定することと、認証サーバ１０３の制御情報に切り替えることで、本情報処理システムの動作モードを切り替えることが可能になり、本情報処理システムで処理が可能なジョブチケットの種類を管理することが可能になる。
【００８４】
＜実施例３＞
本実施例では、実施例２の制御情報とアプリケーションＣで作成されるジョブチケットと異なる内容を運用し、運用手段も変更することで、実施例２と同じ目的である、管理者が本情報処理システムの運用を適切に行うことを実現するものである。
【００８５】
本実施例では、実施例２と同様に、図１の管理者ＰＣ１０１にアプリケーションＣが搭載されており、管理者が各ユーザ向けのワークフロー処理命令をジョブチケットとして作成する。ここで、本実施例では、ジョブチケットの内容にこのジョブチケットが管理されるという識別子を追加し、ユーザ識別認証と関連付けて保存する。本実施例では、図４で示された各ジョブチケットのヘッダ部分に、＜ＴｉｃｋｅｔＴｙｐｅ＞Ｍａｎａｇｅｄ＜／ＴｉｃｋｅｔＴｙｐｅ＞というタグを新規追加することで、管理者が本情報処理システムの管理下で使用するという目的に基づき、「管理チケット」と定義する。管理チケットの内容は異なるが、実施例２と同様に、本情報処理システムを構成する各ＰＣ、サーバ、デバイスで、管理チケットだけ利用可能な動作モードを「管理モード」と定義する。本実施例で管理モードを設定するために、実施例２と同様に、デバイス１０４やワークフローサーバ１０５をダウンロードするモードに設定することと、制御情報４２０の内容変更が必要である。実施例２で説明した、認証サーバ１０３の制御情報４２０の内容に新しい管理タグを追加する。図６の制御情報４２０のタグ６０４とタグ６０７との間に、＜ＴｉｃｋｅｔＴｙｐｅ＞Ｍａｎａｇｅｄ＜／ＴｉｃｋｅｔＴｙｐｅ＞というタグを新規追加する。
【００８６】
次に、本実施例で、本情報処理システムの動作モードが管理モードであるか否かを確認し、そうであれば管理チケット以外を使用しない手段を説明する。実施例２の図１０と同じ内容の手段により、上記の管理タグが追加された制御情報４２０を、認証サーバ１０３に送信する。次に、デバイス１０４やワークフローサーバ１０５は、制御情報４２０をダウンロードし、制御情報４２０を参照し、現在の動作モードを調べる。制御情報４２０に管理タグがある場合は、前述したように管理モードであることを判別し、デバイス１０４やワークフローサーバ１０５は管理モードに移行する。この管理モードである場合、デバイス１０４やワークフローサーバ１０５は、上記アプリケーションＣで作成した管理タグを含んだジョブチケットである管理チケットのみ実行可能となり、完全に他のジョブチケットの利用を許容しない設定で動作する。
【００８７】
上記手順により、デバイス１０４やワークフローサーバ１０５は、管理タグが制御情報４２０と管理チケットに追加されることで、本情報処理システムで利用を許可するジョブチケット以外のジョブチケットの利用を禁止することが可能となり、システムの運用ポリシーを遵守できる。
【００８８】
＜実施例４＞
本実施例と実施例１との差異は、デバイス１０４の操作部２１９におけるジョブチケット選択画面のみである。図１０（ｂ）は、本実施例のジョブチケット選択画面を示しており、実施例１と同様の制御情報４２０及びジョブチケット４１０ａ、４１０ｂ、４１０ｃ、４１０ｄを用いた例であるが、本実施例では、実行不可能と判断されるジョブチケット４１０ｄも実行可能なジョブチケットと区別して識別可能に表示し、更に制御情報４２０に定義されている範囲内で編集可能とする。
【００８９】
これにより、ユーザは目的のジョブチケットが存在しない場合に、表示されたジョブチケットを制御情報の許容範囲内で自由に編集することが可能となるため、管理者にジョブチケットの新規作成を依頼する必要がなく、管理者の負担を軽減することができる。
【００９０】
＜実施例５＞
本実施例と実施例１、４との差異は制御情報エディタであり、図５（ｂ）に例示するように、既存の制御情報を編集し、同名又は別名でデバイス１０４に保存可能である。これにより、管理者は複数の制御情報を作成することが可能となり、デバイス１０４に保存された複数の制御情報に対し、本発明に係る情報処理システムの運用状況に応じた制御情報を選択することが可能となる。
【００９１】
＜実施例６＞
実施例３では、制御情報４２０を管理サーバのＨＤＤ３１４に記録する実施例を開示し、また、実施例５では、複数の制御情報を作成する実施例を開示したが、本実施例では、管理者が、本情報処理システムを利用するユーザ毎に制御情報を作成し、該制御情報を管理サーバのＨＤＤ３１４に記録する実施例について説明する。
【００９２】
ユーザはデバイス１０４からログインした際（Ｓ７０１）、ジョブチケットに加え、該ユーザに対して定義された制御情報を取得する。デバイス１０４は、このユーザに対する制御情報に基づいて、ジョブチケットの利用の可否を判断することが可能となり、ユーザ毎に異なる運用ポリシーを適用することが可能となる。
【００９３】
＜他の実施例＞
前述の実施例では、デバイス１０４が、スキャナ機能、プリンタ機能の双方を備えた複合機を想定して説明したが、デバイス１０４が、スキャナ機能、プリンタ機能のいずれかを備える場合であっても本発明を適用可能である。また、本発明に係る情報処理装置は、スキャナ機能やプリンタ機能等を備えた画像処理装置に限定されることなく、一連のジョブを順次実行することが可能な情報処理装置全般に適用することが可能である。
【００９４】
また、実施例１では、デバイス１０４に実装された制御情報エディタが、管理者ＰＣ１０１からリモートで利用される例を開示したが、該制御エディタによる制御情報の編集がデバイス１０４の操作部２１９で実行される形態であっても本発明を適用可能である。
【００９５】
また、制御情報エディタに関しては、ＰＣで稼働するアプリケーションとして実施する形態も採り得る。例えば、管理者権限を有する者だけが利用可能なＰＣで編集、作成された制御情報を、認証サーバ１０３やデバイス１０４に記録する実施形態も可能である。
【００９６】
また、実施例１では、制御情報、ジョブチケットとして構造化言語ＸＭＬを用いたが、各情報処理装置で解釈可能な情報形態であれば他の形式、書式を利用することが可能である。
【００９７】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
0005395579.tif 000002
【図２】
0005395579.tif 000003
【図３】
0005395579.tif 000004
【図４】
0005395579.tif 000005
【図５】
0005395579.tif 000006
【図６】
0005395579.tif 000007
【図７】
0005395579.tif 000008
【図８】
0005395579.tif 000009
【図９】
0005395579.tif 000010
【図１０】
0005395579.tif 000011
【図１１】
0005395579.tif 000012