(57)【要約】【課題】リソースデータの供給に関連して、エラーが発生した装置を他の装置からの容易に識別可能とし、また、該エラーに係る装置への再度の処理の実行を効率的に行う。【解決手段】デバイス装置にリソースデータを供給するリソース管理装置であって、前記リソースデータを供給可能なデバイス装置の一覧表示を、該一覧表示に含まれる前記デバイス装置のうち前記リソースデータの供給対象となるデバイス装置を選択状態において表示する表示手段と、前記選択状態において表示されたデバイス装置に前記リソースデータを供給する供給手段と、前記リソースデータの供給が成功したか否かを判定する判定手段とを備え、前記表示手段は、前記判定手段により前記リソースデータの供給に成功したと判定されたデバイス装置と失敗したと判定されたデバイス装置とを識別可能に表示することを特徴とする。【選択図】図１ａ
2007156714.tif 000002
【特許請求の範囲】
【請求項１】
デバイス装置にリソースデータを供給するリソース管理装置であって、
前記リソースデータを供給可能なデバイス装置の一覧表示を、該一覧表示に含まれる前記デバイス装置のうち前記リソースデータの供給対象となるデバイス装置を選択状態において表示する表示手段と、
前記選択状態において表示されたデバイス装置に前記リソースデータを供給する供給手段と、
前記リソースデータの供給が成功したか否かを判定する判定手段と
を備え、
前記表示手段は、前記判定手段により前記リソースデータの供給に成功したと判定されたデバイス装置と失敗したと判定されたデバイス装置とを識別可能に表示することを特徴とするリソース管理装置。
【請求項２】
前記表示手段は、前記リソースデータの供給に失敗したデバイス装置を、前記選択状態において表示することを特徴とする請求項１に記載リソース管理装置。
【請求項３】
前記供給手段は、前記選択状態において表示されたデバイス装置への前記リソースデータの供給指示を受け付ける指示受付手段を備え、
前記供給指示を受け付けた場合に、前記供給手段は前記供給を行うことを特徴とする請求項１又は２に記載のリソース管理装置。
【請求項４】
デバイス装置にリソースデータの供給が成功したか否かを判別する判別手段と、
前記判別手段による判別結果に応じて、リソースデータの供給の成功したデバイス装置とリソースデータの供給の失敗したデバイス装置とを識別可能に表示する表示手段とを有することを特徴とするリソース管理装置。
【請求項５】
前記表示手段は、前記リソースデータの供給の失敗したデバイス装置を選択状態で表示することを特徴とする請求項４記載のリソース管理装置。
【請求項６】
デバイス装置にリソースデータを供給するリソース管理装置の制御方法であって、
前記リソースデータを供給可能なデバイス装置の一覧表示を、該一覧表示に含まれる前記デバイス装置のうち前記リソースデータの供給対象となるデバイス装置を選択状態において表示部に表示する第１の表示工程と、
前記選択状態において表示されたデバイス装置に前記リソースデータを供給する供給工程と、
前記リソースデータの供給が成功したか否かを判定する判定工程と、
前記判定工程において前記リソースデータの供給に成功したと判定されたデバイス装置と失敗したと判定されたデバイス装置とを識別可能に表示する第２の表示工程と
を備えることを特徴とするリソース管理装置の制御方法。
【請求項７】
前記第２の表示工程では、前記リソースデータの供給に失敗したデバイス装置が、前記選択状態において表示されることを特徴とする請求項６に記載リソース管理装置の制御方法。
【請求項８】
前記供給工程は、前記選択状態において表示されたデバイス装置への前記リソースデータの供給指示を受け付ける指示受付工程を備え、
前記供給指示を受け付けた場合に、前記供給が行われることを特徴とする請求項６又は７に記載のリソース管理装置の制御方法。
【請求項９】
デバイス装置にリソースデータの供給が成功したか否かを判別する判別工程と、
前記判別ステップによる判別結果に応じて、リソースデータの供給の成功したデバイス装置とリソースデータの供給の失敗したデバイス装置とを識別可能に表示する表示工程と
を備えることを特徴とするリソース管理装置の制御方法。
【請求項１０】
前記表示工程では、前記リソースデータの供給の失敗したデバイス装置が選択状態で表示されることを特徴とする請求項９に記載のリソース管理装置の制御方法。
【請求項１１】
請求項６乃至１０のいずれかに記載のリソース管理装置の制御方法をコンピュータに実行させるコンピュータプログラム。
【請求項１２】
請求項１１に記載のコンピュータプログラムを記憶したコンピュータで読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リソース管理装置及びその制御方法、コンピュータプログラム及び記憶媒体に関する。
【背景技術】
【０００２】
従来、リソースデータをデバイス装置としての印刷装置（プリンタ）等で使用する場合、あらかじめ印刷装置内に記憶されている場合を除き、印刷装置にダウンロードにより供給して使用している。ここでのリソースデータには、例えば、フォントデータ、フォームオーバレイデータ、カラーマッチングデータなどが含まれる。このようなリソースデータの供給処理（ダウンロード）は、専用のソフトウェアを使用して行うことができる。
【０００３】
また、印刷のために使用されるリソースデータは、１台の印刷装置のみで使用することは少なく、複数の印刷装置で共用することが一般的である。例えば、フォントが印刷装置ごとに異なっていると印字が正常に行えないし、カラーマッチングのデータが違っていると装置ごとに色が変わってしまう。このため、リソースデータをダウンロードするソフトウェアも、複数の印刷装置に対して、一以上のリソースデータを一斉にダウンロードする機能を有する。
【０００４】
このようなダウンロード用のソフトウェアでは、リソースのダウンロードに失敗すると、エラーの内容を表示し、その解決方法についても表示を行うことができる（特許文献１を参照）。このようなエラー通知を印刷装置毎に行うと、以下のような問題点を生ずることとなる。
【０００５】
例えば、管理の観点からは、どの印刷装置にエラーが生じたかを把握することが困難なため、エラーが生じた印刷装置の使用を避けることが困難となってしまう虞がある。
【０００６】
また、ソフトウェアの中には、エラーが発生した装置のステータスを表示する機能を有するものもあるが、リソースデータの更新やダウンロードと連動しておらず、また正常動作している装置と一緒に管理される。よって、簡便な操作でエラーが生じた装置を把握することが難しい。
【０００７】
更に、エラーとなる障害が取り除かれたとき、リソースデータを再度ダウンロードするために、どの印刷装置にエラーが発生したかを把握し、ダウンロード対象装置として設定する必要がある。
【特許文献１】特開平１１-１９４９４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
このように、リソースデータの供給に関連して、エラーが発生した装置が他の装置から識別しづらく、また、該エラーに係る装置への再度の処理の実行を効率的に行うことができなかった。
【０００９】
そこで、本発明は、リソースデータの供給に関連して、エラーが発生した装置を他の装置からの容易に識別可能とし、また、該エラーに係る装置への再度の供給処理を効率的に実行可能とする。
【課題を解決するための手段】
【００１０】
上記課題を個別に又はまとめて解決するための本発明は、デバイス装置にリソースデータを供給するリソース管理装置であって、前記リソースデータを供給可能なデバイス装置の一覧表示を、該一覧表示に含まれる前記デバイス装置のうち前記リソースデータの供給対象となるデバイス装置を選択状態において表示する表示手段と、前記選択状態において表示されたデバイス装置に前記リソースデータを供給する供給手段と、前記リソースデータの供給が成功したか否かを判定する判定手段とを備え、前記表示手段は、前記判定手段により前記リソースデータの供給に成功したと判定されたデバイス装置と失敗したと判定されたデバイス装置とを識別可能に表示することを特徴とする。
【００１１】
また、本発明のリソース管理装置は、デバイス装置にリソースデータの供給が成功したか否かを判別する判別手段と、前記判別手段による判別結果に応じて、リソースデータの供給の成功したデバイス装置とリソースデータの供給の失敗したデバイス装置とを識別可能に表示する表示手段とを有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、リソースデータの供給に関連して、エラーが発生した装置を他の装置から容易に識別することができ、また、該エラーに係る装置への再度の供給処理を効率的に実行できる。
【発明を実施するための最良の形態】
【００１３】
以下、添付する図面を参照して、本発明の実施形態を説明する。
【００１４】
図１ａは、本発明の実施形態に対応するシステム構成の一例を示す図である。図１ａにおいて、ネットワーク１には、管理用パーソナルコンピュータ（ＰＣ）２と複数（１〜Ｎ）のプリンタ３とが接続されている。
【００１５】
ネットワーク１は、物理的なケーブルと、通信のためのプロトコルを合わせた概念として実現されるものであって、本実施形態ではＴＣＰ／ＩＰプロトコルに従った通信を可能とする。
【００１６】
管理用ＰＣ２は、プリンタ３にフォント、フォーム、カラープロファイルなどのリソースデータをダウンロードにより供給するリソース管理装置である。ダウンロードすべきリソースデータや、ダウンロード処理を行うソフトウェアであるダウンローダはこの管理用ＰＣ２で保持され、実行される。
【００１７】
プリンタ３は、リソースデータのダウンロード対象となるデバイス装置であって、レーザービームプリンタ、インクジェットプリンタ、バブルジェット（登録商標）プリンタ等として実現される。また、プリンタ３は、プリンタ機能、スキャン機能、コピー機能を有する複合機でもよい。ネットワーク１に接続されるプリンタ３の台数は１台であってもよいが、通常は複数台のプリンタ３がネットワーク１に接続されている。なお、本実施形態では、デバイス装置としてプリンタを例に説明するが、所定のリソースデータを利用する必要のあるデバイス装置であれば、本発明を適用可能であり、そのようなデバイス装置はプリンタに限定されるものではない。
【００１８】
なお、ネットワーク１では、ＴＣＰ／ＩＰプロトコルを使用するため、サブネットが異なるプリンタが接続される場合もある。この場合、サブネットが異なるネットワークの間をルータで接続し、それぞれのサブネット上にプリンタ３を接続することができる。サブネットが異なる場合は、ダウンロードに使うプロトコル（ＴＣＰ／ＩＰより上位の概念のプロトコル）がルータを通過できるように、ルータが設定されている。
【００１９】
なお、図１ａに図示した以外に、プリンタ３にて印刷を行うユーザが使用するクライアントＰＣ、サーバ装置などの、他の様々なネットワーク対応機器がネットワーク１上に接続されていてもよい。
【００２０】
次に、リソース管理装置としての管理用ＰＣ２のハードウェア構成の一例を、図１ｂを参照して説明する。
【００２１】
図１ｂにおいて、１０１はＣＰＵで、ＲＡＭ（ランダムアクセスメモリ）１０２やＲＯＭ（リードオンリメモリ）１０５に格納されたプログラムやデータ等を用いて管理用ＰＣ２の制御を行うと共に、本発明に対応するダウンロード処理を行う。１０２はＲＡＭで、内部記憶装置１０７内に格納されたダウンローダの実行プログラムやデータベース１０８に格納されている情報を読み込むエリアを備えると共に、ＣＰＵ１０１が各種の処理を実行する際に用いるワークエリアも備える。
【００２２】
１０３は管理用ＰＣ２のオペレータから入力を受付ける入力部であり、キーボードやマウスなどで構成される。１０４は通信Ｉ／Ｆ（インタフェース）で、ネットワーク１に接続するためのＩ／Ｆとして機能する。１０５はＲＯＭで、管理用ＰＣ２全体の制御を行うプログラム（例えばブートプログラム等）等を格納する。１０６は表示画面としての表示部で、ＣＲＴや液晶画面により構成されている。
【００２３】
１０７は内部記憶装置で、主としてハードディスクで構成され、図４に示すフローチャートに対応する処理を行うためのプログラムを含むダウンローダや各種アプリケーションデータを格納する。ここに格納されているデータは必要に応じてＲＡＭ１０２に読み出される。１０８はデータベースであり、デバイス装置であるプリンタ３にダウンロードにより供給するためのリソースデータ１０９が格納されている。また、１１３は上述の各部を繋ぐバスである。
【００２４】
次に、図２に一例として示すダウンローダの操作画面を参照して、本実施形態に対応するダウンローダの動作について説明する。
【００２５】
内部記憶装置１０７に格納されているダウンローダプログラムがＲＡＭ１０２に読み込まれＣＰＵ１０１により実行されると、リソースダウンローダが起動されて、図２に示す画面２００が管理用ＰＣ２の表示部１０６に表示される。その際、ネットワーク１に接続されたプリンタ３が探索される。この探索は、ＳＮＭＰなどのＴＣＰ／ＩＰの上位のプロトコルを用いて行われる。探索が終了すると、ダウンロード対象となりえるプリンタ３が画面２００内のプリンタ表示領域２１０に表示される。プリンタ表示領域２１０では、探索されたプリンタがツリー状に表示され、良好な可視性を得られる。オペレータは、プリンタ表示領域２１０に表示されたプリンタ一覧からダウンロード対象とするプリンタ３を選択することができる。
【００２６】
図２の画面では、プリンタアイコン２１２が、プリンタ名２１３と対応づけられて一覧表示されている。オペレータは、入力部１０３のマウス等のポインティングデバイスを用いて１回クリックすると選択対象を特定でき、再度クリックすると選択が解除される。一度に複数のプリンタを選択する場合はポインティングデバイスのボタンを押したままプリンタアイコン２１２を囲むようにカーソルを動かすことで、囲まれた範囲にあるプリンタが選択される。オペレータが全プリンタを対象としようとする場合には、ツリー表示のルートとなる四角形２１１をクリックすればよい。
【００２７】
選択されたプリンタのアイコン２１２は、プリンタ名２１３が色の反転して表示されるか、或いは、枠で囲まれて強調表示される。図２では、分かりやすいように枠で囲む表示を例示するが、強調の表示方法の違いは発明の本質には影響しない。図２では、Printer-A、Printer-B、Printer-D、Printer-E及びPrinter-Fの５つのプリンタが選択されている場合を示している。このように表示部１０６には、リソースデータ１０９を供給可能なデバイス装置の一覧表示が表示されると共に、該一覧表示に含まれるデバイス装置のうちリソースデータの供給対象となるデバイス装置が選択状態において表示される。
【００２８】
２１４は、エラープリンタのツリーを示す。図２の場合、エラープリンタが存在しないために、エラープリンタ２１４にはプリンタアイコン２１２が接続されていない。
【００２９】
画面２００のリソース表示領域２２０には、ダウンロード対象となるリソースデータ１０９のリストが表示される。リソース表示領域２２０には、リソース名２２１と、リソース種別２２２とが表示され、ダウンロードすべきリソースデータ１０９を特定することが可能となっている。
【００３０】
リソース表示領域２２０は、リソース追加ボタン２０２をクリックすることにより、表示される。オペレータはそのリソース表示領域２２０においてダウンロード対象となるリソースを指定する。ここではフォント（Font）が５種類、カラープロファイル(Color Profile)が３種類選択されている。リソースデータ１０９をダウンロード対象から外す場合は、該当するリソース名２２１をポインティングデバイスで指定した後、リソース削除ボタン２０３をクリックすればよい。このようにして、ダウンロード先のプリンタ３とダウンロード対象のリソースデータ１０９が決まったら、ダウンロードボタン２０１をクリックすると、ダウンロード対象のリソースデータ１０９のプリンタ３へのダウンロードが実行される。
【００３１】
次に、図３に一例として示すダウンロード実行後の画面を参照して、本実施形態に対応するダウンローダの動作について説明する。
【００３２】
リソースデータ１０９を、指定のプリンタ３へダウンロードする処理を実行した場合、ダウンロードに失敗したプリンタが存在することがある。ダウンロードエラーとなったプリンタ３は、エラープリンタ２１４として、ツリー表示される。図３では、Printer-E及びPrinter-Fがエラープリンタとして表示されており、枠で囲まれて選択状態となっている。これにより、どのプリンタにエラーが発生し、ダウンロードリソースの使用ができないか、またダウンロード処理を再度実行する必要があるかどうかが容易に識別可能となる。
【００３３】
また、メッセージ領域３０１には、エラーが発生したプリンタについて、エラー原因がそれぞれ表示される。図３では、Printer-Eについては、ネットワークエラーが発生したことが通知され、Printer-Fでは電源が投入されていなかったことが通知されている。なお、メッセージ領域３０１におけるエラー表示は、本発明の実施形態において必須ではなく、係る表示がなされなくても良い。
【００３４】
次に、図４のフローチャートを参照して、ダウンロード時のダウンローダの動作を説明する。以下では、図２に示す状態でダウンロードボタン２０１が選択された場合に実行されるダウンローダの動作について説明する。図４に対応する処理は、管理用ＰＣ２の内部記憶装置１０７に記憶された対応するダウンローダのアプリケーションプログラムを、ＲＡＭ１０２に読み出して、ＣＰＵ１０１で実行することにより実現することが可能である。
【００３５】
まず、ステップＳ４０１では、対象プリンタ数が変数Ｎに代入される。対象プリンタ数とは、画面２００のプリンタ選択領域２１０においてで選択状態となっているプリンタの数である。ステップＳ４０２では、Ｎが０か否かが判定され、Ｎが０の場合はステップＳ４０８に進み、Ｎが０でなければ、ステップＳ４０３に進む。ステップＳ４０３では、変数Ｎに対応するプリンタ３にリソース選択領域２２０に含まれるリソースデータ１０９がダウンロードされる。このとき、プリンタ選択領域２１０において選択された各プリンタ３には１番から順に、対象プリンタ数に対応するＮ番まで内部的に番号付けられているものとする。
【００３６】
次に、ステップＳ４０４では、ダウンロード先のプリンタ３から受け付けた確認応答等に基づいて、ダウンロードが正常に終了したか否かが判定される。もし、ダウンロードが正常に終了した場合には（ステップＳ４０４において「ＹＥＳ」）、ステップＳ４０５に移行する。一方、正常に終了しなかった場合は（ステップＳ４０４において「ＮＯ」）、ステップＳ４０６に移行する。
【００３７】
ステップＳ４０５では、ダウンロードが正常に終了したＮ番目のプリンタ３のプリンタアイコン２１２を、全プリンタ２１１のツリー内に表示する。このとき、元々全プリンタ２１１のツリーに接続されていれば表示は変わらない。また、以前にダウンロードに失敗してエラープリンタ２１４のツリーに接続されていればエラープリンタ２１４のツリーから削除され、全プリンタ２１１のツリーに接続した状態が表示される。その後、ステップＳ４０７に移行する。
【００３８】
次に、ステップＳ４０６では、ダウンロードが正常に終了しなかったＮ番目のプリンタ３のプリンタアイコン２１２をエラープリンタ２１４のツリー内に表示する。ここで、元々エラープリンタ２１４のツリーに接続されていれば表示は変わらない。一方、全プリンタ２１１のツリーに接続されていれば全プリンタ２１１のツリーから削除されエラープリンタ２１４のツリーに接続される。その後、ステップＳ４０７に移行する。
【００３９】
続くステップＳ４０７では、変数Ｎを１減じて、ステップＳ４０２に戻る。ステップＳ４０８では、エラープリンタ２１４のツリーを全選択状態、即ちエラープリンタ２１４のツリーに接続されているプリンタアイコン２１２を全て選択状態において表示する。また、併せてメッセージ領域３０１にエラーメッセージを表示する。その後、処理を終了する。
【００４０】
図２の状態でダウンロードボタン２０１が選択されダウンロード処理が実行された場合、ダウンロード対象プリンタは、Printer-A、Printer-B、Printer-D、Printer-E及びPrinter-Fである。よって、全プリンタ数は５であり、ステップＳ４０１において変数Ｎに設定される値は”５”となる。ここで、Printer-Aを”１”、Printer-Bを”２”、Printer-Dを”３”、Printer-Eを”４”及びPrinter-Fを”５”とする。その場合、Ｎ＝５としてダウンロード処理が開始されるので、まず最初にPrinter-Fへのダウンロード処理が実行される。
【００４１】
図３に示すように、Printer-EとPrinter-Fへのダウンロード処理ではエラーが発生する。従って、Printer-FはステップＳ４０６においてエラープリンタ２１４に接続されるように表示が成される。またPrinter-Eについても同様である。一方、Printer-A、Printer-B及びPrinter-Dは、ダウンロード処理に成功するので、全プリンタ２１１に接続されたままとなる。Printer-CとPrinter-Gはダウンロード対象になっていないので、ダウンロード処理は行われない。これにより、Printer-CとPrinter-Gは、全プリンタ２１１に接続されたままとなる。
【００４２】
Printer-Aへのダウンロード処理に成功した場合、ステップＳ４０７においてＮが１減じられてＮ＝０となるので、ステップＳ４０２の判定において「ＹＥＳ」となり、ステップＳ４０８に移行する。ステップＳ４０８では、エラーが発生したPrinter-EとPrinter-Fについて、エラープリンタ２１４のツリーが全選択状態で表示される。この状態が図３の状態である。
【００４３】
図３の画面において、Printer-EとPrinter-Fにエラーが発生したことは、画面２００上で、一目瞭然にはっきりと分かるように表示される。更に、エラープリンタ２１４に接続されているプリンタのみが選択状態になっているため、ダウンロードボタン２０１を再度クリックするだけで、エラーがあったプリンタにのみリソースデータ１０９を再ダウンロードすることができる。
【００４４】
ここでの再ダウンロード処理も、図４に示すフローチャートに従って実行される。即ち、Printer-EとPrinter-Fとが対象プリンタとなり、変数Ｎに２が設定される。再ダウンロードの結果、Printer-EとPrinter-Fにエラーが無くなれば、全プリンタ２１１に接続され、ダウンロード対象から外される。もちろん、別のプリンタを選択してダウンロードボタンをクリックすれば、そのプリンタへのダウンロードが行われる。
【００４５】
以上述べたように、本実施形態では、エラーが発生したプリンタをエラープリンタとして一まとめにして、さらにダウンロード終了後に選択状態にすることで、エラーが発生したプリンタの一覧表示の可視性を向上させることができる。更に、エラーが発生したプリンタを選択状態で表示するので、ダウンロード対象を再度選択することなく再ダウンロードを行うことができるので、オペレーションが容易になる。
【００４６】
［その他の実施形態］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【００４７】
また、本発明の目的は、前述した機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムに供給し、そのシステムがプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現し、そのプログラムコードを記憶した記憶媒体は本発明を構成する。また、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した機能が実現される場合も含まれる。
【００４８】
さらに、以下の形態で実現しても構わない。すなわち、記憶媒体から読み出されたプログラムコードを、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込む。そして、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行って、前述した機能が実現される場合も含まれる。
【００４９】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【図面の簡単な説明】
【００５０】
【図１ａ】本発明の実施形態に対応するシステムの構成の一例を示す図である。
【図１ｂ】本発明の実施形態に対応するリソース管理装置としての管理用ＰＣ２のハードウェア構成の一例を示す図である。
【図２】本発明の実施形態に対応する、ダウンローダの表示画面の一例を示す図である。
【図３】本発明の実施形態に対応する、ダウンローダの表示画面の他の一例を示す図である。
【図４】本発明の実施形態に対応する、デバイス装置へのリソースデータのダウンロード処理の一例を示すフローチャートである。
【図１ａ】
2007156714.tif 000003
【図１ｂ】
2007156714.tif 000004
【図２】
2007156714.tif 000005
【図３】
2007156714.tif 000006
【図４】
2007156714.tif 000007