(57)【要約】【課題】  管理対象デバイスの数が多くなってくると、管理者の管理工数が膨大になり、ＴＣＯが増大する等、効率化が望まれる。【解決手段】  通信媒体５０００を介して複数の装置と通信可能な情報処理システムにおいて、１以上のデバイスを含むデバイスグループをＳ２０で選択し、Ｓ３０乃至４０で選択されたグループに対して施す処理内容、及び、該処理内容の処理を施すタイミングを設定し、Ｓ５０で設定されたタイミングを監視し、該監視に基づき設定された設定内容を選択されたグループに対して施す。【選択図】  図４
2007279968.tif 000002
【特許請求の範囲】
【請求項１】
通信媒体を介して複数の装置と通信可能な情報処理システムであって、
１以上のデバイスを含むデバイスグループを選択するグループ選択手段と、
前記選択手段により選択されたグループに対して施す処理内容、及び、該処理内容の処理を施すタイミングを設定する為の設定画面を順次ウィザード形式で表示するタスク設定手段と、
前記タスク設定手段により設定されたタイミングを監視し、該監視に基づき設定された設定内容を前記選択されたグループに対して施すタスク実行手段とを有することを特徴とする情報処理システム。
【請求項２】
前記選択されたデバイスグループから、処理を施す対象のデバイスを、処理対象でないデバイスと区別して選択するデバイス選択手段とを有することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記処理内容には、前記処理を施す対象のデバイスの設定の取得、及び、前記処理を施す対象のデバイスの設定の変更、及び、前記処理を施す対象のデバイスへのデータ配布の何れかが含まれていることを特徴とする請求項１又は２に記載の情報処理システム。
【請求項４】
通信媒体を介して複数の装置と通信可能な情報処理システムにおける情報処理方法であって、
１以上のデバイスを含むデバイスグループを選択するグループ選択ステップと、
前記選択ステップにより選択されたグループに対して施す処理内容、及び、該処理内容の処理を施すタイミングを設定する為の設定画面を順次ウィザード形式で表示するタスク設定ステップと、
前記タスク設定ステップにより設定されたタイミングを監視し、該監視に基づき設定された設定内容を前記選択されたグループに対して施すタスク実行ステップとを有することを特徴とする情報処理方法。
【請求項５】
前記選択されたデバイスグループから、処理を施す対象のデバイスを、処理対象でないデバイスと区別して選択するデバイス選択工程とを有することを特徴とする請求項３に記載の情報処理方法。
【請求項６】
前記処理内容には、前記処理を施す対象のデバイスの設定の取得、及び、前記処理を施す対象のデバイスの設定の変更、及び、前記処理を施す対象のデバイスへのデータ配布の何れかが含まれていることを特徴とする請求項４又は５に記載の情報処理方法。
【請求項７】
請求項４乃至６の何れかに記載の情報処理方法をコンピュータに実行させる為のプログラム。
【請求項８】
請求項４乃至６の何れかに記載の情報処理方法をコンピュータに実行させる為のプログラムをコンピュータ可読の形態で記憶した記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信回線を介した印刷装置等のデバイスへの設定技術に関する。
【背景技術】
【０００２】
従来、企業のデバイスやクライアントの台数増加にともない、それらを効率的に管理することでＴＣＯ削減するためのドキュメントソリューションビジネスが多くのアプリケーションを使って行われている。そのなかで、コンピュータに対する設定の取得、変更などの仕組みとしては、例えば、ネットワークデバイスを指定し、ＩＰアドレスを設定する技術等が特許文献１等で知られている。
【特許文献１】特開平１１−２８２６４４
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述した従来の技術では、コンピュータを１台ずつ処理する必要があり、管理対象デバイスの数が多くなってくると、上記従来技術では、管理者の管理工数が膨大になり、現実的ではない。管理対象デバイスが多くなると、ユーザビリティ面、更にはそれに伴う管理コストの増大、業務の非効率化によるＴＣＯの増大という問題がある。
【課題を解決するための手段】
【０００４】
上述した課題を解決するために、通信媒体を介して複数の装置と通信可能な情報処理システムであって、１以上のデバイスを含むデバイスグループを選択するグループ選択手段と、前記選択手段により選択されたグループに対して施す処理内容、及び、該処理内容の処理を施すタイミングを設定するタスク設定手段と、前記タスク設定手段により設定されたタイミングを監視し、該監視に基づき設定された設定内容を前記選択されたグループに対して施すタスク実行手段とを有することを特徴とする。
【発明の効果】
【０００５】
本発明によって、管理対象デバイスの数が多くなったとしても、管理者の管理工数が減らすことができ、ＴＣＯの削減等の効果を得ることができる。
【発明を実施するための最良の形態】
【０００６】
以下、本発明の発明を実施するための最良の形態について図面を用いて説明する。
【０００７】
（第１の実施形態）
＜システム全体図＞
図１は、本実施形態の情報処理装置や印刷装置等のデバイスを含むシステム全体図である。
【０００８】
本システムには、コンピュータを制御する制御部が搭載されたサーバ１、そのサーバ１を操作する管理者用クライアントである管理者用クライアント１が含まれる。また、サーバ１を通して、管理クライアント１により制御されるデバイス群（デバイス１、デバイス２、デバイス３、デバイス４、およびデバイスｍ）が含まれる。また、コンピュータ群（クライアント１、クライアント２、およびクラインとｎ）が含まれる。そして、それらは、通信回線を意味するイーサネット（登録商標）等により接続されている。
【０００９】
ここで、デバイスｍ、クライアントｎにおける、「ｍ」および「ｎ」は、任意の整数であり、これらデバイスｍ台、クライアントがｎ台、ネットワーク上に存在することを表す。以後、通信回線（通信媒体）のことをネットワークと呼ぶこともある。
【００１０】
＜ハードウェアブロック図＞
次に、図２は、図１のサーバ、管理者用クライアント、デバイス、およびクライアントにおけるハードウェアブロックを示す図である。図２で、通信回線（５０００）は図１のネットワークに相当する。また、通信回線５０００は、ＩＥＥＥ１３９４やＵＳＢといった双方向シリアルインタフェース等を適用することもできる。サーバ（１０００）は図１のサーバ１に相当する。また、管理者用クライアント（２０００）は図１の管理者用クライアント１に相当する。また、デバイス（４０００）は図１のデバイス１〜ｍの何れかに相当する。また、クライアント（３０００）は図１のクライアント１〜ｎの何れかに相当する。
【００１１】
夫々の装置は、中央演算処理装置（１０８０、２０８０、３０８０、４０８０）を備える。また、各種プログラムおよび関連データが記憶されているＦＤ、ＣＤ−ＲＯＭ、ＩＣメモリカード等の記憶媒体読取装置１０５０、２０５０、３０５０、４０５０を備える。また、記憶部１０６０、２０６０、３０６０、４０６０からデータ制御部１０７０、２０７０、３０７０、４０７０にシステムプログラム、アプリケーションプログラム等がロードされる。つまり、データ制御部１０７０、２０７０、３０７０、４０７０は一時記憶装置としての機能も果たす。また、記憶部１０６０、２０６０、３０６０、４０６０は、ハードディスク、光磁気ディスクで構成されるものであってもいいし、これらの組み合わせで構成されるものであってもよい。
【００１２】
入力部１０２０、２０２０、３０２０、４０２０は、各情報の入出力を司る。何れの装置でも入力部から入力される情報を、各装置のデータ制御部が処理し、処理によっては、インターフェース制御部１０４０、２０４０、３０４０、４０４０を経由してデータの入出力を行う。この時、入出力データ制御部１０３０、２０３０、３０３０、４０３０は外部とのデータ入出力制御（通信制御）の機能を司る。
【００１３】
表示部１０１０、２０１０、３０１０、４０１０は、ＣＲＴディスプレイ、液晶ディスプレイなどの表示装置で構成され、入力部１０２０、２０２０、３０２０、４０２０はキーボードやマウスなどのポインティングデバイス等で構成されているものとする。
【００１４】
また、サーバ１０００の情報管理ＤＢは記憶部１０６０と協働しデータベースとして機能する。また、デバイス４０００は、スキャナ部４０６２、印刷部であるプリンタエンジン４０６１を保持し、マルチファンクション印刷装置として動作する。また、デバイス４０００はＭＩＢに準じたデバイス情報を保持している。ここで、ＭＩＢとは、Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅの略語である。以後ＭＩＢと呼ぶ。ＭＩＢの情報の取得や設定は、ネットワークを介して、主に管理者用クライアントから可能である。また、各クライアントは、プリンタドライバ等によるアプリケーションからの印刷や、スキャナドライバによりデバイス４０００で読み取ったスキャンデータの取得が可能である。
【００１５】
＜管理者用クライアントのモジュール構図＞
図３は、図１における管理者用クライアント１（図２におけるサーバ１０００）の第一データ制御部１０７０内の第一コンピュータ制御部１０７１を示す。また第一情報管理ＤＢ部１０７２のＷｅｂアプリケーションモジュール構成図を示す。
【００１６】
第一コンピュータ制御部１０７１は、Ｃｏｒｅ  Ｌａｙｅｒ３０１、Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｐｌｕｇ−ｉｎ３０２、Ｃｌｉｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｐｌｕｇ−ｉｎ３０３から構成される。以下、Ｃｏｒｅ  Ｌａｙｅｒ３０１をＣＬ３０１と略して呼ぶ。また、Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｐｌｕｇ−ｉｎ３０２をＤＭＰと略して呼ぶ。また、Ｃｌｉｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｐｌｕｇ−ｉｎ３０３をＣＭＰ３０３と略して呼ぶ。
【００１７】
図３のＤＭＰ３０２は、ネットワーク上の各デバイスを管理する機能を有する。より具体的には、同モジュール内のＤＧＭ３０７やＤＴＭ３０６がＣＬ３０１内の各モジュールを介して、ＣＯＭＬ３０４、ＤＢ３０５とアクセスを行う。そして、このアクセスにより各種デバイス管理に係わる処理が実現される。
【００１８】
ここで、ＤＴＭ３０６はＤｅｖｉｃｅ  Ｔａｓｋ  Ｍａｎａｇｅｒ３０６の略であり、ＤＧＭ３０７はＤｅｖｉｃｅ  Ｇｒｏｕｐ  Ｍａｎａｇｅｒ３０７の略を示す。また、ＣＯＭＬ３０４はＣｏｍｍｏｎ  Ｌｉｂｒａｒｙ３０４の略であり、ＤＢ３００５はＤａｔａｂａｓｅ３０５の略を示す。また、ＣＬ３０１内の各モジュールとは、図３に示される通りである。つまり、ＵＩ  Ｍａｎａｇｅｒ、Ｄａｔａｂａｓｅ  Ｍａｎａｇｅｒ、Ｔａｓｋ  Ｍａｎａｇｅｒ等であり、また、ＣＯＭＬ３０４は、一般的にＷｅｂアプリケーション開発・動作環境として提供されることで知られている。第一コンピュータ制御部１０７１は、上述の各モジュールの処理により、ネットワーク上のデバイス４０００やクライアント３０００と、ブロードキャストやＷｅｂサービスを介した各種通信処理を行う。
【００１９】
なお、以下の何れの実施形態では、Ｗｅｂアプリケーションの処理に基づいてデバイス管理を行う例を説明していくが、ソフトウェアとしてＷｅｂアプリケーションに限定されない。例えば、各クライアントで動作するＮａｔｉｖｅアプリケーションであっても以下の実施形態に示されるデバイス管理を実現することができる。この場合には、例えば、Ｎａｔｉｖｅアプリケーションが搭載されるサーバ１０００が以下に説明する管理者用クライアント２０００の各種機能を兼ねる形態となる。また、本実施形態では、上述したように、ＣＬ３０１に対して、デバイス管理を司るＤＭＰ３０２、及び、ＣＭＰ３０３をプラグイとして構成するようにしているがプラグイン形式に限定されない。例えば、プラグインの一部又は全てをＣＬ３０１に初めから含めるようにしても良い。
【００２０】
＜基本フローチャート＞
次に、図４は、本情報処理システムの基本フローチャートを示す。本フローはグループ化処理Ｓ１０、タスク作成処理を意味するグループ選択処理Ｓ２０、タスク内容選定を指すタスク設定処理Ｓ３０、タスク登録処理Ｓ４０、およびタスク実行処理Ｓ５０を含む。
【００２１】
以下の説明においては、Ｓ１０のグループ化処理の詳細は、図５のフローチャート、及び、図９乃至図１４で詳しく説明する。また、Ｓ２０乃至Ｓ４０のタスク作成に係わる処理を図６のフローチャート、及び、図１５乃至２３を用いて詳しく説明する。また、Ｓ５０のタスク実行処理の詳細を図７のフローチャート、及び、図１８、図２４乃至２５を用いて詳しく説明する。
【００２２】
まず、図４の基本動作を示すフローチャートについて説明する。まず、Ｓ１０で、デバイスやクライアントのグループ化を行う。次に、グループ化が設定された何れかのグループを選択するグループ選択処理を行う（Ｓ２０）。そして、Ｓ３０で、選択されたグループに対するタスク設定処理を行い、Ｓ４０でタスク登録処理を行う。最後に、タスク実行処理を行う（Ｓ５０）。尚、図４のフローはシーケンシャルになっているが、各ステップは、それぞれ、非同期に処理することも可能である。
【００２３】
＜基本設定画面＞
図８はサーバ１０００の第一表示部１０１０上に表示される基本画面の一例を示す。第一情報管理ＤＢ部１０７２には、図８に示すような予め各デバイスや、各コンピュータに係わる各種情報が既に利用可能な形態で保存されている。なお、保存に至るまでの各種情報の取得方法は、第一コンピュータ制御部１０７１ブロードキャストによる、ネットワークデバイス探索や、ＣＳＶファイルのインポート等が考えられる。しかしこれらは、周知技術によるものであり、ここでは、詳しい説明は省略する。
【００２４】
図８では、図８中のメニュー欄に示される［Ｄｉｓｃｏｖｅｒｙ］８０１のメニューが選択されると、探索結果を図８右部に表示する。具体的には、デバイス探索結果（Ｄｅｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｓｕｌｔ）８０２、およびクライアント探索結果（Ｃｌｉｅｎｔ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｓｕｌｔ）８０３を表示する。これら表示は第一情報管理ＤＢ部１０７２からのデータ読込みに基づく。
【００２５】
図８では、デバイス探索結果としてのＤｅｖｉｃｅ  Ｎａｍｅには、図１のデバイス１、デバイス２、デバイス３、デバイス４、デバイスｍが示されている。また、夫々のデバイスに対応して［ＩＰ  Ａｄｄｒｅｓｓ］や［Ｌｏｃａｔｉｏｎ］等のデバイス属性情報が示されている。
【００２６】
例えば、デバイス１の情報として、ＩＰ  Ａｄｄｒｅｓｓ  １１１．２２２．３３３．００１、Ｌｏｃａｔｉｏｎ  １Ｆであることが示されているが、これら各情報は、第一情報管理ＤＢ部１０７２に保存されている情報に対応する。
【００２７】
また、クライアント探索結果（Ｃｌｉｅｎｔ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｓｕｌｔ）８０３についても、デバイス探索結果と同様に、各種クライアントに係る属性情報が表示されている。
【００２８】
＜制御手順の詳細＞
＜グループ化処理の詳細について＞
次に、図５のフローチャートによりウィザード形式の設定画面を順次表示させ、表示された設定された画面に従って簡易にデバイス・クライアントのグループを作成する処理を説明する。図５において、最初に、管理者用クライアント２０００の第二入力部２０２０より、サーバ１０００の第一コンピュータ制御部のＵＩである図８に対する入力処理が行われる（Ｓ２０１）。Ｓ２０１の入力が、図８における左メニューの［Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ］−［Ｄｅｖｉｃｅ］の選択か否かが判定され（Ｓ２０２）、これを＜はい＞で抜ける。
【００２９】
一方Ｓ２０２で＜はい＞と判定すると、図９に示すデバイスグループＵＩ表示処理が行われる（Ｓ２０３）。
【００３０】
図９に示す［Ｃｒｅａｔｅ］ボタン９０１は、デバイスグループを作成するためのボタンである。［Ａｄｄ  Ｄｅｖｉｃｅｓ］ボタン９０２は、デバイスグループにそのグループに入るメンバーを選定（追加・削除）するためのボタンである。［Ｄｅｖｉｃｅ  Ｇｒｏｕｐｓ］９０３は、この時点で登録されているデバイスグループの一覧である。なお、図９のＵＩを表示するときに、第一コンピュータ制御部１０７１は、第一管理情報ＤＢ１０７２にアクセスして、登録されているデバイスグループ情報を表示する。しかし、現時点では図９に示す通り、まだ第一管理情報ＤＢ１０７２に登録されていないことを示す。
【００３１】
次に、図９に対する操作が、デバイスグループ作成を指示する［Ｃｒｅａｔｅ］ボタンを押下したかどうかを判定する（Ｓ２０４）。これを＜はい＞で抜けると、デバイスグループ名称を作成するためのＵＩを表示する（Ｓ２０５）。図１０にＳ２０５での表示例を示す。
【００３２】
図１０の［Ｄｅｖｉｃｅ  Ｇｒｏｕｐｓ］１００１は、図９における［Ｄｅｖｉｃｅ  Ｇｒｏｕｐｓ］９０１と同じものを示す。［Ｇｒｏｕｐ  Ｉｎｆｏｒｍａｔｉｏｎ］１００２は、［Ｄｅｖｉｃｅ  Ｇｒｏｕｐ  Ｎａｍｅ］１００３を設定するコントロールである。ここで、コントロールとは、入力欄の見出しを示す。
【００３３】
図１０の表示例では、新たなデバイスグループとして、＜Ｃｏｌｏｒ  Ｄｅｖｉｃｅ  Ｇｒｏｕｐ＞なるデバイスグループが入力されている（Ｓ２０６）。この入力はキーボード等の入力装置を介してユーザにより行われる。次に、デバイスグループ名称の保存処理か否かを判定し（Ｓ２０７）、これを＜はい＞で抜ける。Ｓ２０７で、＜はい＞と判定する場合は、図１０において、［Ｎｅｘｔ］ボタンが押下されたことを意味する。続いて、第一情報管理ＤＢ１０７２にアクセスし、デバイスグループ名称の保存処理を行う（Ｓ２０８）。なお、保存処理について、第一情報管理ＤＢ１０７２ではなく、第一記憶部１０６０にて、一時的にメモリ等に保存するようにしても良い。
【００３４】
次に先のＳ２０３に戻り、デバイスグループＵＩ表示処理を行う。この時点で表示されるＵＩは、図９ではなく、先のＳ２０８において、デバイスグループ＜Ｃｏｌｏｒ  Ｄｅｖｉｃｅ  Ｇｒｏｕｐ＞が作成されているので、図１１に示すＵＩを表示する（Ｓ２０３）。
【００３５】
次に、デバイスグループ作成処理か否かを判定し（Ｓ２０４）、これを＜いいえ＞で抜け、引き続きデバイスグループメンバーの作成処理か否かを判定する（Ｓ２０９）。
【００３６】
図１１で、Ｄｅｖｉｃｅ  Ｇｒｏｕｐｓ  ＜Ｃｏｌｏｒ  Ｄｅｖｉｃｅ  Ｇｒｏｕｐ＞を選択し、且つ［Ａｄｄ  Ｄｅｖｉｃｅｓ］１１０２ボタンが押下された場合に、Ｓ２０９を＜はい＞で抜ける。
【００３７】
次に、デバイスグループへのメンバー作成用（追加・削除）のＵＩ表示処理が施され（Ｓ２１０）、デバイスグループへのメンバー選択が行われる（Ｓ２１１）。
【００３８】
Ｓ２１０での表示例を図１２に示す。図１２の１２０１に候補となるデバイスの一覧が表示される。図１２においては、図１に示したＤｅｖｉｃｅ１、Ｄｅｖｉｃｅ２、Ｄｅｖｉｃｅ３、Ｄｅｖｉｃｅ４、およびＤｅｖｉｃｅ  ｍが表示されている。表示されるデバイスの候補は図１で説明した登録されているデバイスに基づく。そして、図１２では、その中から、＜Ｄｅｖｉｃｅ１＞と＜Ｄｅｖｉｃｅ２＞がメンバーとして選択されたことを示す。
【００３９】
次に、選択されたメンバーに基づくデバイスグループを作成するか否かを判定し（Ｓ２１２）、［Ｎｅｘｔ］のボタンが押下された場合に、これを＜はい＞で抜ける。最後に、選択されたメンバーを含んだデバイスグループ情報を、第一情報管理ＤＢ１０７２にアクセスして、保存する（Ｓ２１３）。
【００４０】
第一情報管理ＤＢ１０７２に保存された一例を図１３に示す。図１３においては、上述したデバイスグループ＜Ｃｏｌｏｒ  Ｄｅｖｉｃｅ  Ｇｒｏｕｐ＞およびそれに対するメンバー＜Ｄｅｖｉｃｅ  １＞、＜Ｄｅｖｉｃｅ２＞が示されている。また、ここでは、更に、上述した処理を別途施した結果として、メンバー＜Ｄｅｖｉｃｅ３＞と＜Ｄｅｖｉｃｅ４＞を含むデバイスグループ＜Ｍｏｎｏ  Ｄｅｖｉｃｅ  Ｇｒｏｕｐ＞が作成されていることを示す。以後これらの第一情報管理ＤＢ１０７２に保存されたデータが各ＵＩに反映されて表示される。
【００４１】
一方、先のＳ２０２、Ｓ２０９、Ｓ２１２で＜いいえ＞と判定した場合、図５のフローチャートの処理を終了する。ここで、Ｓ２０２、Ｓ２０９、Ｓ２１２で＜いいえ＞と判定する場合は、図８のメニューにおいて、［Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ］メニュー以外のメニュー操作を行った場合に該当する。
【００４２】
＜クライアントグループの作成について＞
他方、クライアントグループの作成に関しては、図８における、メニュー［Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ］−［Ｃｌｉｅｎｔ］を選択して行われる（Ｓ２０１）。Ｓ２０２〜Ｓ２１３及び対応する図９〜図１２のデバイスを、クライアントに置き換えることにより、同等の処理で、図１４に示すようなクライアントグループを作成することが可能である。
【００４３】
図１４では、クライアントグループとして、図１に示すクライアントメンバー＜Ｃｌｉｅｎｔ  １＞および＜Ｃｌｉｅｎｔ２＞を含む＜Ｃｏｌｏｒ  Ｃｌｉｅｎｔ  Ｇｒｏｕｐ＞が示されている。また、クライアントメンバー＜Ｃｌｉｅｎｔ  ｎ＞を含む＜Ｍｏｎｏ  Ｃｌｉｅｎｔ  Ｇｒｏｕｐ＞が作成されたことを示す。
【００４４】
このように、図５のフローチャートにより、ウィザード形式の設定画面を利用して、ユーザに簡易にデバイス・クライントグループ設定を行わせることができる。
【００４５】
＜タスク作成処理の詳細＞
次に、図４に示すタスク作成に係わる処理に相当する、グループ選択処理Ｓ２０、タスク内容選定処理Ｓ３０、タスク登録処理Ｓ４０の詳細な説明を図６、図１５乃至図２３を用いて詳しく説明する。このタスク処理についても図５と同様にウィザード形式の設定画面を介して簡易にユーザ所望の処理を設定することができる。
【００４６】
まず、図８において、メニュー［Ｃｒｅａｔｅ  Ｔａｓｋ］−［Ｄｅｖｉｃｅ］が選択されたか否かを判定し（Ｓ３０２）、これを＜はい＞で抜ける。次に、デバイスグループに対するタスクを作成するためのＵＩ表示処理を第一情報管理ＤＢ１０７２にアクセスし、表示するデバイスグループ情報を取得し表示処理を行う（Ｓ３０３）。Ｓ３０３の表示例を図１５に示す。
【００４７】
図１５において、［Ｓｅｌｅｃｔ  Ｄｅｖｉｃｅ  Ｇｒｏｕｐｓ］１５０１には、第一情報管理ＤＢ１０７２において、保存されているデバイスグループの一覧が表示される。具体的には、図１３に示した＜Ｃｏｌｏｒ  Ｄｅｖｉｃｅ  Ｇｒｏｕｐ＞と＜Ｍｏｎｏ  Ｄｅｖｉｃｅ  Ｇｒｏｕｐ＞が、第一情報管理ＤＢ１０７２から取得され表示される。
【００４８】
続いて、デバイスにタスク内容を設定するモード処理か否かを判定する（Ｓ３０４）。図１５ＳＳ１５０１において、＜Ｃｏｌｏｒ  Ｄｅｖｉｃｅ  Ｇｒｏｕｐ＞が選択され、且つ［Ｓｅｔ］ボタンが押下された場合に、Ｓ３０４で＜はい＞と判定する。
【００４９】
なお、ここで選択するデバイスグループは、複数であってもよい。次に、選択したデバイスグループに対するタスク内容を設定するためのＵＩ表示処理を行う（Ｓ３０５）。その一例を図１６に示す。
【００５０】
図１６において、［Ｄｅｖｉｃｅ  Ｇｒｏｕｐｓ］１６０１は、選択したデバイスグループに所属するデバイスメンバーを示す。また、［Ｌｏｃａｔｉｏｎ］１６０２は、選択されたデバイスがＭＩＢ等の情報として持つデバイス情報のひとつであり、そのデバイスの設置場所を示す。ここで、設定する内容は、［Ｌｏｃａｔｉｏｎ］以外にも多数存在することは言うまでもない。すなわち、デバイス情報のうち、サーバからリモート設定可能な様々な値を設定可能にするＵＩを表示させることが想定される。図１６の場合には、＜Ｄｅｖｉｃｅ１＞、＜Ｄｅｖｉｃｅ２＞の［Ｌｏｃａｔｉｏｎ］に対して、それぞれ＜３Ｆ＞という情報を設定する（Ｓ３０６）ことを示している。
【００５１】
次に、タスク登録モードかどうかを判定する（Ｓ３０７）。図１６において［Ｎｅｘｔ］ボタンが押下された場合に、Ｓ３０７で＜はい＞と判定する。続いて、タスク登録用のＵＩを表示する（Ｓ３０８）。その一例を図１７に示す。
【００５２】
図１７における［Ｔａｓｋ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｓｅｔｔｉｎｇｓ］の［Ｔａｓｋ  Ｎａｍｅ］で示される入力欄１７０１は登録するタスク名称を入力するためのものである。［Ｅｘｅｃｕｔｅ  ａｔ  ｓｐｅｃｉｆｉｅｄ  ｄａｔａ  ａｎｄ  ｔｉｍｅ］は、タスクを実行する時間を設定するコントロールである。入力欄１７０１を介してユーザ所望のタスク実行タイミングを入力することができる。図１７の場合、［Ｔａｓｋ  Ｎａｍｅ］としては、＜Ｄｅｖｉｃｅ  Ｔａｓｋ  １＞、［Ｅｘｅｃｕｔｅ  ａｔ  ｓｐｅｃｉｆｉｅｄ  ｄａｔａ  ａｎｄ  ｔｉｍｅ］としては、＜２００６／０３／０６＞、＜１８：００＞が設定されている（Ｓ３０９）。勿論、ユーザの入力により様々な値を設定することができる。
【００５３】
図１７の設定画面で各種処理内容の設定をユーザ任意の時間に対応させて設定することができる。なお、ここでの時間とはタスク処理実行のタイミングを特定できる情報であれば良く、例えば、経過時間で表現しても良いし、また、分でも秒でも良い。
【００５４】
次に、設定したタスクをスケジューラに登録するか否かを判定する（Ｓ３１０）。図１７に示す［Ｎｅｘｔ］ボタンが押下された場合には、Ｓ３１０を＜はい＞で抜ける。
【００５５】
そして、スケジューラへの登録処理として、第一情報管理ＤＢ１０７２に対して、タスク情報の登録処理を行う（Ｓ３１１）。図１８に、登録されたタスク結果を示す。
【００５６】
タスク＜Ｄｅｖｉｃｅ  Ｔａｓｋ１＞は、上述した設定内容が反映されている。デバイスへの情報設定を意味するモード欄が＜Ｓｅｔ＞、実行時間が、＜２００６／０３／０６  １８：００＞、実行内容は、デバイスのＬｏｃａｔｉｏｎ属性に＜３Ｆ＞が設定されている。更に、対象となるグループ名およびそのメンバーも保存されている。なお、グループ名、メンバーについては、図５のフローチャートで説明した通りである。
【００５７】
一方、先のＳ３０４において、設定タスクではないと判定されたときに、デバイスから情報を取得する取得タスクモードか否かを判定する（Ｓ３１２）。Ｓ３１１２を＜はい＞で抜けた場合に表示されるＵＩ例を図１９に示す。この図１９により各グループに対して施す処理内容に任意のものを設定できる。
【００５８】
図１９において、［Ｇｅｔ  Ａｔｔｒｉｂｕｔｅｓ］１９０１は、選択したデバイスグループに対して取得するデバイス属性を任意に選択するコントロールである。例えば、デバイスグループ＜Ｃｏｌｏｒ  Ｄｅｖｉｃｅ  Ｇｒｏｕｐ＞に属するデバイスに対する＜Ｌｏｃａｔｉｏｎ＞や＜Ｆａｘ  Ｂｏａｒｄ＞の情報を取得する指示ボタンに相当する。以後Ｓ３０５以降の処理は先に説明した処理と同様である。
【００５９】
他方、先のＳ３０２において、デバイスグループに対するタスク生成処理ではないと判定した場合に、クライアントグループに対するタスク生成処理か否かを判定する（Ｓ３１４）。Ｓ３１４で＜はい＞と判定した場合に、クライアントグループに対するタスクを作成するためのＵＩ表示処理を第一情報管理ＤＢ１０７２にアクセスし、表示するデバイスグループ情報を取得し表示処理を行う（Ｓ３１５）。その一例を図２０に示す。なお、上にも断ったが、表示されるグループは図５のフローチャートで説明した通りである。
【００６０】
図２０において、［Ｓｅｌｅｃｔ  Ｃｌｉｅｎｔ  Ｇｒｏｕｐｓ］２００１には、第一情報管理ＤＢ１０７２において、保存されているクライアントグループの一覧が表示される。図２０の場合には、図１３に示した＜Ｃｏｌｏｒ  Ｃｌｉｅｎｔ  Ｇｒｏｕｐ＞と＜Ｍｏｎｏ  Ｃｌｉｅｎｔ  Ｇｒｏｕｐ＞が、第一情報管理ＤＢ１０７２から取得され表示される。なお、ここで選択するクライアントグループは、複数であってもよい。
【００６１】
次に、選択したクライアントグループに対するタスク内容を設定するためのＵＩ表示処理を行う（Ｓ３０５）。尚、Ｓ３１５からＳ３０４に処理を移行させた場合も基本的に先に説明したＳ３０４移行の処理と同様とする。その一例を図２１に示す。図２１において、［Ｓｅｌｅｃｔ  Ｄｒｉｖｅｒｓ］２１０１は、選択したクライアントに所謂プリンタドライバを設定するためものであるとする。ここで、設定する内容は、［Ｓｅｌｅｃｔ  Ｄｒｉｖｅｒｓ］以外にも多数存在することは言うまでもない。
【００６２】
すなわち、クライアントにおいて、サーバからリモート設定可能な様々な処理、例えば、ポート設定、ステータスモニタといったものを選択するようなＵＩにすることももちろん可能である。
【００６３】
また、［Ｓｅｌｅｃｔ  Ｄｒｉｖｅｒｓ］２１０１も複数ドライバの選択を可能にしたり、ファクスやスキャナドライバ等々、複数のドライバを一度にクライアントに設定するためのＵＩにすることもできる。
【００６４】
図２１の場合には、クライアントグループ＜Ｃｏｌｏｒ  Ｃｌｉｅｎｔ  Ｇｒｏｕｐ＞に対し、カラーデバイス用のプリンタドライバ＜Ｃｏｌｏｒ  Ｄｒｉｖｅｒ＞を配布する設定が施されている（Ｓ３０６）。
【００６５】
次に、タスク登録モードかどうかを判定し（Ｓ３０７）、図２１において［Ｎｅｘｔ］ボタンが押下された場合には、これを＜はい＞で抜ける。続いて、タスク登録用のＵＩを表示する（Ｓ３０８）。その一例を図２２に示す。
【００６６】
図２２で、［Ｔａｓｋ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｓｅｔｔｉｎｇｓ］の［Ｔａｓｋ  Ｎａｍｅ］は、登録するタスク名称を設定するコントロールである。［Ｅｘｅｃｕｔｅ  ａｔ  ｓｐｅｃｉｆｉｅｄ  ｄａｔａ  ａｎｄ  ｔｉｍｅ］は、タスクを実行する時間を設定するコントロールである。これは先の図１７と同様であり、入力欄２２０１、２２０２についても図１７で説明したのと同様の機能を備える。図２２では、［Ｔａｓｋ  Ｎａｍｅ］としては、＜Ｄｅｖｉｃｅ  Ｔａｓｋ２＞が設定されている。また、［Ｅｘｅｃｕｔｅ  ａｔ  ｓｐｅｃｉｆｉｅｄ  ｄａｔａ  ａｎｄ  ｔｉｍｅ］としては、＜２００６／０３／０６＞、＜２１：００＞が設定されている（Ｓ３０９）。
【００６７】
次に、設定したタスクをスケジューラに登録するか否かを判定し（Ｓ３１０）、図１７、２２に示す［Ｎｅｘｔ］ボタンが押下された場合には、これを＜はい＞で抜ける。そして、スケジューラへの登録処理として、第一情報管理ＤＢ１０７２に対して、タスク情報の登録処理を行う（Ｓ３１１）。図１８に、登録されたタスク結果を示す。
【００６８】
タスク＜Ｄｅｖｉｃｅ  Ｔａｓｋ１＞には、上述した設定内容が反映されている。モード欄が＜Ｓｅｔ＞、実行時間が、＜２００６／０３／０６  ２１：００＞、実行内容は、クライアントにプリンタドライバ＝＝＜Ｃｏｌｏｒ  Ｄｒｉｖｅｒ＞が設定設定されていることを意味している。
【００６９】
一方、先のＳ３０４において、設定タスクではないと判定されたときに、クライアントから情報を取得する取得タスクモードか否かを判定し（Ｓ３１２）、これを＜はい＞で抜けた場合に図２３に示す画面を表示する。
【００７０】
図２３において、［Ｇｅｔ  Ａｔｔｒｉｂｕｔｅｓ］は、選択したクライアントグループに対して取得するクライアント属性を任意に選択するコントロールである。例えば、クライアントグループ＜Ｃｏｌｏｒ  Ｃｌｉｅｎｔ  Ｇｒｏｕｐ＞に属するクライアントデバイスに対する＜ＯＳ＞の情報を取得する指示ボタンに相当する。
【００７１】
＜タスク実行処理の詳細＞
次に、図１に示すタスク実行処理Ｓ５０の詳細を図７のフローチャート、及び、図２４乃至図２６を用いて詳しく説明する。ここで実行されるタスクは図６のフローチャートに従い設定されたタスクである。
【００７２】
最初に、図７において、現在の時刻情報の取得をサーバ１０００のシステムクロック等より取得を行う（Ｓ３０１）。次に、第一情報管理ＤＢ１０７２にアクセスし、図６のフローに従い、登録されているタスクの実行時間情報を取得する（Ｓ３０２）。本実施形態では、図１８に示した、［Ｔａｓｋ  Ｎａｍｅ］が＜Ｄｅｖｉｃｅ  Ｔａｓｋ１＞に対する実行時間である＜２００６／０３／０６  １８：００＞なる情報を取得することを意味する。また、［Ｔａｓｋ  Ｎａｍｅ］が＜Ｃｌｉｅｎｔ  Ｔａｓｋ１＞に対する実行時間である＜２００６／０３／０６  ２１：００＞なる情報を取得することも意味する。Ｓ０３では、タスク実行に設定されたタイミングが到来したか否かを監視する。ここで設定されたタイミングとは、図１７、２２のＵＩを介して設定されたじ間である。即ちＳ３０３では先の各ウィザード画面で設定された１以上の各々のタスクについて、その若しくはそれらの実行タイミングの監視が行われる。
【００７３】
次に、実行時間に到達したタスクが存在するか否かを判定し、先のＳ３０１より取得した時間が＜２００６／０３０６  １８：００＞であると判定した場合に（Ｓ３０３）、これを＜はい＞で抜ける。
【００７４】
なお、ここで、処理時間のタイムラグにより、先のＳ３０１にて取得した時間とタスクに指定された実行時間にズレが生じる場合がある。本実施形態では、取得した時間と比較して、タスクの実行時間がそれよりも前に設定されており、かつ実行していないタスクに関して実行するものとする。
【００７５】
次に、先の第一情報管理ＤＢ１０７２にアクセスし、登録されているタスクの実行時間情報以外の情報を取得する（Ｓ３０４）。本実施形態では、図１８に示した、［Ｔａｓｋ  Ｎａｍｅ］が＜Ｄｅｖｉｃｅ  Ｔａｓｋ１＞に対する［Ｃｏｎｔｅｎｔｓ］に登録されている＜Ｌｏｃａｔｉｏｎ＝＝３Ｆ＞なる情報を取得することを意味する。
【００７６】
次に、対象となるデバイスやクライアントに対して、先にＳ３０４により取得した情報に従い、タスクを実行する（Ｓ３０５）。
【００７７】
次に、第一情報管理ＤＢ１０７２にアクセスし、図１８に示したタスク一覧の［Ｓｔａｔｕｓ］カラムの値を適時アップデートする（Ｓ３０６）。本実施形態では、デバイスタスク＜Ｄｅｖｉｃｅ  Ｔａｓｋ  １＞における＜Ｄｅｖｉｃｅ１＞と＜Ｄｅｖｉｃｅ２＞に対して、その［Ｌｏｃａｔｉｏｎ］に＜３Ｆ＞を設定することを意味する。
【００７８】
このようなスケジュールされたタスクの処理状態を示すＵＩ例を図２４、図２５に示す。
【００７９】
図２４、図２５共に、図１８に登録されている＜Ｄｅｖｉｃｅ  Ｔａｓｋ１＞、＜Ｃｌｉｅｎｔ  Ｔａｓｋ１＞に基づく、図１８の［Ｔａｓｋ  Ｃａｔｅｇｏｒｙ］が図２４、２５の［Ｔａｓｋ  Ｃａｔｅｇｏｒｙ］に対応する。また、図１８における［Ｓｔａｔｕｓ］カラム値が図２４、２５の［Ｒｅｓｕｌｔ］コントロールに対応する。図２４、２５のユーザインタフェースにより各タスクの状態を認識することができる。
【００８０】
図２４は、＜Ｄｅｖｉｃｅ  Ｔａｓｋ１＞、＜Ｃｌｉｅｎｔ  Ｔａｓｋ１＞の実行前の状態＜Ｗａｉｔｉｎｇ＞を示している。また、図２５は、＜Ｄｅｖｉｃｅ  Ｔａｓｋ１＞は実行されたこと＜Ｅｘｅｃｕｔｅｄ＞を意味し、＜Ｃｌｉｅｎｔ  Ｔａｓｋ１＞は、以前実行前の状態であることを示している。
【００８１】
他方、先のＳ３０３において、実行到達時間に到達しているタスクが存在しない場合には、Ｓ３０１に戻る。なお、このループ処理は、ある一定時間のＷａｉｔｉｎｇをかけて、周期的に処理することも、もちろん可能である。これらステータスは、各タスクについて、図１７のＳ３０３でＹｅｓと判定された場合にＷａｉｔｉｎｇからＥｘｅｃｕｔｉｎｇに変更される
（その他の実施形態）
以上、様々な実施形態を詳述したが、本発明は、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。例えば、プリンタ、ファクシミリ、ＰＣ、サーバとクライアントとを含むコンピュータシステムなどの如くである。
【００８２】
本発明は、前述した実施形態の各機能を実現するソフトウェアプログラムを、システム若しくは装置に対して直接または遠隔から供給し、そのシステム等に含まれるコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される。
【００８３】
従って、本発明の機能・処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、上記機能・処理を実現するためのコンピュータプログラム自体も本発明の一つである。
【００８４】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００８５】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、記録媒体としては、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【００８６】
また、プログラムは、クライアントコンピュータのブラウザを用いてインターネットのホームページからダウンロードしてもよい。すなわち、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードしてもよいのである。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明の構成要件となる場合がある。
【００８７】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布してもよい。この場合、所定条件をクリアしたユーザにのみ、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報で暗号化されたプログラムを復号して実行し、プログラムをコンピュータにインストールしてもよい。
【００８８】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現されてもよい。なお、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ってもよい。もちろん、この場合も、前述した実施形態の機能が実現され得る。
【００８９】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれてもよい。そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ってもよい。このようにして、前述した実施形態の機能が実現されることもある。
【図面の簡単な説明】
【００９０】
【図１】複数の装置を含むシステム全体図の１例を示す。
【図２】各装置の機能ブロックを示す図である。
【図３】情報処理装置におけるソフトウェアモジュール構成例を示す図である。
【図４】設定処理に係わる基本フローチャートを示す図である。
【図５】図１におけるグループ化処理の詳細を示すフローチャートである。
【図６】図１におけるグループ選択処理、及び、タスク作成処理、及び、タスク登録処理の処理を示すフローチャートである。
【図７】本タスク実行処理の詳細を示すフローチャートである。
【図８】設定処理に係る基本画面の一例を示す図である図である。
【図９】グループ化設定に係る操作画面の一例を示す図である。
【図１０】グループ化設定に係る操作画面の一例を示す図である。
【図１１】グループ化設定に係る操作画面の一例を示す図である。
【図１２】グループ化設定に係る操作画面の一例を示す図である。
【図１３】グループ設定の登録様子の一例を示す図である。
【図１４】グループ設定の登録様子の一例を示す図である。
【図１５】タスク作成に係る操作画面の一例を示す図である。
【図１６】タスク作成に係る操作画面の一例を示す図である。
【図１７】タスク作成に係る操作画面の一例を示す図である。
【図１８】タスク作成に係る操作画面の一例を示す図である。
【図１９】タスク作成に係る操作画面の一例を示す図である。
【図２０】タスク作成に係る操作画面の一例を示す図である。
【図２１】タスク作成に係る操作画面の一例を示す図である。
【図２２】タスク作成に係る操作画面の一例を示す図である。
【図２３】タスク作成に係る操作画面の一例を示す図である。
【図２４】タスク実行に係る操作画面の一例を示す図である。
【図２５】タスク実行に係る操作画面の一例を示す図である。
【図１】
2007279968.tif 000003
【図２】
2007279968.tif 000004
【図３】
2007279968.tif 000005
【図４】
2007279968.tif 000006
【図５】
2007279968.tif 000007
【図６】
2007279968.tif 000008
【図７】
2007279968.tif 000009
【図８】
2007279968.tif 000010
【図９】
2007279968.tif 000011
【図１０】
2007279968.tif 000012
【図１１】
2007279968.tif 000013
【図１２】
2007279968.tif 000014
【図１３】
2007279968.tif 000015
【図１４】
2007279968.tif 000016
【図１５】
2007279968.tif 000017
【図１６】
2007279968.tif 000018
【図１７】
2007279968.tif 000019
【図１８】
2007279968.tif 000020
【図１９】
2007279968.tif 000021
【図２０】
2007279968.tif 000022
【図２１】
2007279968.tif 000023
【図２２】
2007279968.tif 000024
【図２３】
2007279968.tif 000025
【図２４】
2007279968.tif 000026
【図２５】
2007279968.tif 000027