(57)【要約】【課題】リソースをダウンロードする装置の開発負担を軽減する。【解決手段】リソースダウンローダを、ＧＵＩモジュール１０１、ダウンロードモジュール１０３、１０４、及びディレクトリモジュール１０５に分離する。そして、ネットワーク上で散在しているダウンロードモジュールの所在と機能とをディレクトリモジュール１０５により管理する。ＧＵＩモジュール１０１は、転送対象となるプリンタ用のダウンロードモジュールを、ディレクトリモジュール１０５から取得した情報により特定する。特定されたダウンロードモジュールに、リソースと、プリンタのＩＰアドレスを供給すると、当該プリンタ用の形式にリソースが変換されて転送される。【選択図】  図２
2004355504.tif 000002
【特許請求の範囲】
【請求項１】
印刷装置に対して必要となる印刷リソースを転送するリソース転送システムであって、
ネットワーク上において、少なくとも一つの印刷装置へと印刷リソースを転送するための一以上の転送モジュールを保持する一以上の保持ユニットと、
前記転送モジュールの所在を表す所在情報を記憶する記憶ユニットと、
前記転送モジュールと、該転送モジュールがサポートしている印刷リソースとの対応関係を格納する格納ユニットと、
前記印刷装置に対する印刷リソースの転送指示が入力されると、該印刷リソースの転送をサポートしている転送モジュールを前記対応関係に基づいて選択する選択ユニットと、
前記選択された転送モジュールの所在情報を読み出し、該読み出された所在情報に基づき、前記選択された転送モジュールへと前記印刷リソースの転送命令を送信する命令送信ユニットと
を含むリソース転送システム。
【請求項２】
前記所在情報と、サポートしている印刷リソースに関する情報とが前記転送モジュールから所定のタイミングで送信される場合に、前記送信された所在情報を受信して前記記憶ユニットに登録し、前記送信された印刷リソースに関する情報を受信して前記格納ユニットへと登録する登録ユニットをさらに含む、請求項１に記載のリソース転送システム。
【請求項３】
前記転送モジュールが前記保持ユニットに保持されているかをテストするテストユニットと、
前記テストに対する応答がなかった転送モジュールについて、その対応関係を削除する削除ユニットと
をさらに含む請求項１又は２に記載のリソース転送システム。
【請求項４】
前記転送モジュールに関する情報の送信要求を送信する要求送信ユニットと、
前記送信要求を受信すると、前記アクセス情報と、前記印刷リソースとの対応関係とを読み出して返信する返信ユニットと
をさらに含む請求項１乃至３の何れかに記載のリソース転送システム。
【請求項５】
ネットワーク上に存在する印刷装置のネットワークアドレスを取得する取得ユニットと、
前記ネットワークアドレスを取得できた印刷装置により使用可能な印刷リソースを特定する特定ユニットと、
前記特定された印刷リソースの転送処理をサポートしている転送モジュールが前記保持ユニットに保持されているかを判定する判定ユニットと、
前記転送モジュールが保持されていると判定された印刷装置のリストを作成するリスト作成ユニットと
前記リストに掲載されている一以上の印刷装置に対して印刷リソースの転送指示を入力する入力ユニットと
を含む請求項１乃至４の何れかに記載のリソース転送システム。
【請求項６】
請求項１乃至５の何れかに記載のリソース転送システムにおいて利用されるユーザインタフェースモジュールであって、
前記選択ユニット及び前記命令送信ユニットを含み、ユーザ端末上で実行される画面表示手段を備えたユーザインタフェースモジュール。
【請求項７】
請求項１乃至５の何れかに記載のリソース転送システムにおいて利用されるインタフェースモジュールであって、
前記選択ユニット及び前記命令送信ユニットを含み、ユーザ端末から送信される情報を受信して所定の処理を実行し、該処理の結果を表示情報として前記ユーザ端末へと送信するインタフェースモジュール。
【請求項８】
前記インタフェースモジュールは、Ｗｅｂサーバプログラムと連携して前記ユーザ端末のＷｅｂブラウザ上にユーザインタフェースを提供するアプリケーションインタフェースである、請求項７に記載のインタフェースモジュール。
【請求項９】
請求項１乃至５のいずれかにおいて使用される転送モジュールであって、
変換対象となる印刷リソースと、変換後の印刷リソースの宛先である印刷装置に関する情報とを受信する手段と、
前記受信した印刷リソースを所定の変換規則に従って変換する手段と
前記変換後の印刷リソースを、前記印刷装置に関する情報に基づいて送信する手段とを含む転送モジュール。
【請求項１０】
前記所在情報と、前記サポートしている印刷リソースに関する情報とを所定のタイミングで送信する手段をさらに含む、請求項９に記載の転送モジュール。
【請求項１１】
請求項６乃至請求項１０に記載されたモジュールのうち少なくとも一つを含むコンピュータプログラム。
【請求項１２】
リソースを受信して処理を実行するネットワーク機器に対して、該リソースを転送するリソース転送システムであって、
少なくとも一つのネットワーク機器へとリソースを転送するための転送モジュールを保持する保持ユニットと、
前記転送モジュールへとアクセスする際に必要となるアクセス情報を記憶する記憶ユニットと、
前記転送モジュールと、該転送モジュールがサポートしているネットワーク機器との対応関係を格納する格納ユニットと、
前記ネットワーク機器に対するリソースの転送指示が入力されると、該リソースの転送対象となるネットワーク機器に対応する転送モジュールを前記対応関係に基づいて選択する選択ユニットと、
前記選択された転送モジュールへのアクセス情報を読み出し、該読み出されたアクセス情報に基づいて転送モジュールへとアクセスし、該転送モジュールを実行する実行制御ユニットと
を含むリソース転送システム。
【請求項１３】
印刷装置に対して必要となる印刷リソースを転送するリソース転送方法であって、
前記印刷装置に対する印刷リソースの転送指示を入力するステップと、
ネットワーク上の保持ユニットにより保持され、前記印刷装置に対して印刷リソースを転送する転送モジュールと、該転送モジュールがサポートしている印刷リソースとの対応関係を、前記ネットワークを介して読み出すステップと、
前記読み出された対応関係に基づいて、前記転送指示の対象となっている印刷リソースをサポートした転送モジュールを選択するステップと、
前記転送モジュールの所在情報を記憶している記憶ユニットから、前記選択された転送モジュールの所在情報を読み出すステップと、
前記読み出された所在情報に基づき、前記選択された転送モジュールに前記印刷リソースの転送命令を送信するステップと
を含むリソース転送方法。
【請求項１４】
ネットワーク機器に対して必要となるリソースを転送するリソース転送方法であって、
前記ネットワーク機器に対するリソースの転送指示を入力するステップと、
ネットワーク上の一以上の保持ユニットにより保持され、前記ネットワーク機器に対してリソースを転送する一以上の転送モジュールと、該転送モジュールがサポートしている印刷リソースとの対応関係を、前記ネットワークを介して読み出すステップと、
前記読み出された対応関係に基づいて、前記転送指示の対象となっているリソースをサポートした転送モジュールを選択するステップと、
前記転送モジュールの所在情報を記憶している記憶ユニットから、前記選択された転送モジュールの所在情報を読み出すステップと、
前記読み出された所在情報に基づき、前記選択された転送モジュールに前記リソースの転送命令を送信するステップと
を含むリソース転送方法。
【請求項１５】
印刷装置に対して必要となる印刷リソースを転送するリソース転送プログラムであって、
前記印刷装置に対する印刷リソースの転送指示を入力するステップと、
ネットワーク上の保持ユニットにより保持され、前記印刷装置に対して印刷リソースを転送する転送モジュールと、該転送モジュールがサポートしている印刷リソースとの対応関係を、前記ネットワークを介して読み出すステップと、
前記読み出された対応関係に基づいて、前記転送指示の対象となっている印刷リソースをサポートした転送モジュールを選択するステップと、
前記転送モジュールの所在情報を記憶している記憶ユニットから、前記選択された転送モジュールの所在情報を読み出すステップと、
前記読み出された所在情報に基づき、前記選択された転送モジュールに前記印刷リソースの転送命令を送信するステップと
をコンピュータ上で実行させるためのリソース転送プログラム。
【請求項１６】
ネットワーク機器に対して必要となるリソースを転送するリソースプログラムであって、
前記ネットワーク機器に対するリソースの転送指示を入力するステップと、
ネットワーク上の一以上の保持ユニットにより保持され、前記ネットワーク機器に対してリソースを転送する一以上の転送モジュールと、該転送モジュールがサポートしている印刷リソースとの対応関係を、前記ネットワークを介して読み出すステップと、
前記読み出された対応関係に基づいて、前記転送指示の対象となっているリソースをサポートした転送モジュールを選択するステップと、
前記転送モジュールの所在情報を記憶している記憶ユニットから、前記選択された転送モジュールの所在情報を読み出すステップと、
前記読み出された所在情報に基づき、前記選択された転送モジュールに前記リソースの転送命令を送信するステップと
をコンピュータ上で実行させるためのリソース転送プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上で分散的に配置された転送モジュールを利用して必要なリソースをネットワーク機器へと転送する技術に関するものである。
【０００２】
【従来の技術】
従来、ＰＣ（パーソナルコンピュータ）のディスプレイに表示された文章と、プリンタ等から出力された文章とが見た目上異なってしまうことを防ぐため、表示に使用したプリンタリソースをプリンタへとダウンロードして印刷処理に使用する技術が提案されている（特許文献１）。
【０００３】
プリンタリソースとしては、一般に、フォント、フォームオーバレイ及びカラー・プロファイル・テーブルなどがあり、これらのプリンタリソースのダウンロード処理は、ＰＣ上のダウンローダプログラムが担当している。このダウンローダプログラムは、ユーザにより指定されたプリンタに対し、ユーザにより指定されたリソースを転送する機能を備えている。
【０００４】
ネットワークプリンタに対するリソースのダウンロードシステムとしては、固定的なモジュールにより構成されたダウンローダにより実現するシステムや、ときには固定的なダウンローダとサーバとを用いるシステムなどがある。
【０００５】
ところで、ネットワークコンピュータの分野でも、サーバからリソースをダウンロードして使用する技術が提案されている（特許文献２、３）。
【０００６】
【特許文献１】
特開２００１−３０６４２４号公報
【特許文献２】
特開２００１−２４９８７９号公報
【特許文献３】
特開２００３−０３００７０号公報
【０００７】
【発明が解決しようとする課題】
ところが、従来のダウンローダシステムでは、新たなプリンタリソースを使用するプリンタがネットワーク上に接続された場合に、そのプリンタのリソースを扱うことが出来ないという課題があった。
【０００８】
そのため、新たなプリンタリソースを扱うためには、従来のプリンタリソースと新しいプリンタリソースの双方に対応したダウンローダプログラムを開発して、従来のものと入れ替えねばならなかった。
【０００９】
さらに、新たなプリンタをサポートするための開発工数に加え、従来のプリンタに対するダウンロード処理を保証するめの互換テストや、従来のユーザ環境下での動作を保証するための互換性テストの工数が常に必要となっていた。
【００１０】
一方で、分散コンピューティングをサポートするネットワークアーキテクチャが次々と市場に導入され、ネットワークの規模は飛躍的に大きくなってきている。従って、上記従来技術のように１台のコンピュータで全てのプリンタについてリソースのダウンロード処理や管理を行なうことは困難になってきている。また、複数のコンピュータでダウンロードを行なうとすると、機器の集中管理を行なえず、リソースに関する情報が散在し、管理そのものが困難になってしまう。
【００１１】
そこで、本願では、これらの課題を解決することを目的とする。
【００１２】
【課題を解決するための手段】
本発明では、リソースのダウンロードシステムを、プリンタの種類又はリソースの種類ごとのダウンロードモジュールと、ユーザインタフェースとに分離し、ダウンロードモジュールを記憶した装置の所在とその機能とを管理するモジュールを設けるようにした。これにより新たなプリンタへの対応が容易になる。また、大規模な分散コンピューティング環境であっても使用できる。
【００１３】
【発明の実施の形態】
以下に本発明の一実施形態を示す。もちろん以下の実施形態には、本発明の下位概念だけでなく様々な上位概念も含まれている。従って、本願の明細書又は図面に開示された上位概念の特許発明と技術思想が共通すれば、たとえ本願明細書又は図面に直接的に記載されていない下位概念であっても本願発明の技術的範囲に包含される。
【００１４】
なお、以下の実施形態に記載する下位概念の発明について、そのすべてが特許請求の範囲に記載されているとは限らない。しかしながら、これは特許発明の技術的範囲から意識的に除外したのではない。本願発明と均等の関係にあるため、あえて特許請求の範囲には記載しない場合がある。
【００１５】
図１は、本実施形態に係るダウンローダを使用可能なシステムの一例を示した図である。図１において、ネットワーク１は、パーソナルコンピュータ（以下ＰＣと略す。）２〜４、サーバ５や、プリンタ６，７などを相互に接続するための通信媒体である。２はユーザＰＣであり、プリンタへのダウンロード処理をユーザが指示する際に使用される。３、４はＰＣであり、本実施形態に係るフォントダウンローダシステムの一部を構成するモジュールが搭載される。５はサーバであり、フォントダウンローダシステムの一部であるディレクトリシステムもしくはデータベースシステムを備える。６、７はプリンタであり、印刷に使用するフォントをダウンロードするための不揮発性メモリ装置（フラッシュメモリやハードディスクドライブなど）を備える。本実施形態では、リソースをダウンロードして使用するネットワーク機器の一例として、プリンタを挙げているが、本発明はこれに限定されるものではない。例えば、複写機、複合機などに適用してもよい。
【００１６】
ＰＣ２〜４、サーバ５及びプリンタ６、７は、例えば、それぞれＩＰアドレスが割り当てられており、ＴＣＰ／ＩＰプロトコルを用いて相互にデータの送受信が可能である。本実施形態において、各装置のＩＰアドレスは図に示したとおりであり、ユーザＰＣ２が１０．１６８．１．２、ＰＣ３が１０．１６８．１．３、ＰＣ４が１０．１６８．１．４、サーバ５が１０．１６８．１．５、プリンタ６が１０．１６８．１．６、プリンタ７が１０．１６８．１．７である。
【００１７】
ＰＣ２〜４、サーバ５及びプリンタ６、７には、それぞれ、ＣＰＵ、記憶装置（例えば、ＲＡＭ、ＲＯＭ、ハードディスクドライブなど）、通信インタフェースが備えられている。ＣＰＵは、ＲＯＭなどに記憶されたプログラムに基づいて所定の処理を実行する。また、ＲＡＭやハードディスクドライブに処理に必要とされる情報が記憶される。
【００１８】
図２は、本実施形態に係るシステムの例示的なモジュール構成を示した図である。同図において、１０１はＰＣ２で記憶され、実行される、グラフィカルユーザインタフェイス（ＧＵＩ）モジュールである。１０２はＰＣ２の記憶装置に記憶され、ダウンロードシステムによりダウンロードされるフォントデータである。フォントデータは、本実施形態ではトゥルータイプ形式であるが、本発明はフォントデータの形式に依存するものではない。
【００１９】
１０３はＰＣ３の記憶装置に記憶され、ＰＣ３で実行されるダウンロードモジュールであって、トゥルータイプフォントをイメージング・プロシージャＡに従った形式のフォントに変換し、変換後のフォントをイメージング・プロシージャＡ用の通信プロトコルを使用して転送する。
【００２０】
１０４はＰＣ４の記憶装置に記憶され、ＰＣ４で実行されるダウンロードモジュールであって、トゥルータイプフォントをイメージング・プロシージャＢ用のフォントに変換し、イメージング・プロシージャＢ用の通信プロトコルを用いてフォントを転送する。
【００２１】
１０５はディレクトリモジュールであって、ネットワーク上のどのＰＣにどのようなモジュールが配置されているかを管理・記憶している。例えば、ネットワークを経由して受信した情報を記憶したり、記憶している情報をネットワーク上に公開したりする。ディレクトリモジュール１０５は、例えば、サーバ５において動作する。以下の説明では、ディレクトリモジュール１０５がサーバ５の基本機能を実現している。
【００２２】
１０６はイメージング・プロシージャＡと呼ばれる画像処理モジュールで、プリンタ６のＲＯＭもしくはハードディスクドライブ内に記憶され、ネットワークを介して受信したコマンドを解釈し、ラスターイメージに変換し、そのラスターイメージを印刷する。このイメージング・プロシージャＡを搭載したプリンタにダウンロードされるフォントフォーマットがフォントフォーマットＡである。
【００２３】
１０７はイメージング・プロシージャＢと呼ばれる画像処理モジュールで、プリンタ７のＲＯＭもしくはハードディスクドライブ内に記憶され、ネットワークから送られてきたコマンドを解釈し、ラスターイメージに変換し、そのイメージを印刷する。このイメージング・プロシージャＢを搭載したプリンタにダウンロードされるフォントフォーマットがフォントフォーマットＢである。イメージング・プロシージャ１０６、１０７の一例としては、ＬＩＰＳ、ＰｏｓｔＳｃｒｉｐｔ、ＰＣＬなどがある。
【００２４】
図３は、サーバ５に保持されたデータベースの一例を示す図である。とりわけ（Ａ）はダウンロードモジュールリストを示している。同図を用いてサーバ５の動作を説明する。ネットワーク１上に本システムのダウンロードモジュールを備えたＰＣが追加されるか、あるいは既存ＰＣ２〜４の何れかに本システムのダウンロードモジュールがインストールされると、ダウンロードモジュールは、自己のＩＰアドレス、受信可能なフォントフォーマット、プリンタに送信可能なフォントフォーマット及びダウンロード用のプロトコルに関する情報をネットワーク１上にブロードキャストする。
【００２５】
サーバ５は、この情報を受信し、ダウンロードモジュールリストをサーバ５の記憶装置上に構築する。サーバ５は、一旦ダウンロードモジュールリストに登録されたダウンロードモジュールに対して、定期的に存在確認を行なう。そして、一定時間以上反応がないダウンロードモジュールをサーバ５のダウンロードモジュールリストから削除する。例えば、ダウンロードモジュールのインストールされたＰＣが撤去されたり、ＰＣからダウンロードモジュールが削除されたりした場合などが無反応の原因として考えられる。
【００２６】
また、サーバ５は、ネットワークからの問い合わせに対し以下の処理を行なう。
【００２７】
・クエリー（ダウンロードモジュールのリストアップ）
・条件付クエリー（条件に適合したダウンロードモジュールのリストアップ）
・各ダウンロードモジュールの詳細情報の取得。
【００２８】
サーバ５は、ネットワーク上の何れかの装置からクエリー（Ｑｕｅｒｙ）を受信すると、ダウンロードモジュールリストから、ダウンロードモジュールの数、ダウンロードモジュールの番号、ダウンロードモジュールの存在するＰＣのＩＰアドレス、ダウンロードモジュールが受け取り可能なフォントフォーマット、ダウンロードモジュールが出力可能なフォントフォーマット、ダウンロードプロトコルなどに関する情報を読み出して、返信する。
【００２９】
条件付クエリーを受信すると、指定された条件に合致するダウンロードモジュールの情報を検索抽出して返信する。条件付クエリーに含ませることのできる条件としては、ダウンロードモジュールが受け取り可能なフォントフォーマット、ダウンロードモジュールが出力可能なフォントフォーマット、ダウンロードプロトコルをなどがある。また条件は一つでも複数でも設定可能である。
【００３０】
各モジュールの詳細情報の取得要求を受信すると、指定されたダウンロードモジュールの番号に基づいて、対応するダウンロードモジュールの存在するＰＣのＩＰアドレス、ダウンロードモジュールが受け取り可能なフォントフォーマット、ダウンロードモジュールが出力可能なフォントフォーマット、ダウンロードプロトコルを検索抽出し返信する。これらの情報の送受信は、サーバ５と各ダウンロードモジュールとの間で決められたプロトコルに従って行われる。
【００３１】
図３の（Ｂ）は、サーバ５に保持されるプリンタリストの一例を示している。同図を用いてサーバ５のプリンタリストに関する動作を説明する。サーバ５は、定期的にネットワーク１を監視しており、ネットワーク１上にプリンタが追加されると、プリンタのＩＰアドレスを取得し、取得したＩＰアドレスを有するプリンタに対しダウンロード可能なフォントフォーマット、ダウンロード時のプロトコルを問い合わせる。
【００３２】
サーバは５、プリンタの機種名と、上記情報（ダウンロードモジュールが受け取り可能なフォントフォーマット、ダウンロードモジュールが出力可能なフォントフォーマット、ダウンロードプロトコル）との対応情報も記憶装置に記憶している。フォントフォーマットやプロトコルを返す機能をプリンタが搭載していない場合、サーバ５は、プリンタから機種名を受信し、機種名に対応するダウンロードフォントフォーマット、ダウンロードプロトコルを上述の対応情報に基づいて特定する。
【００３３】
サーバ５はこれらの情報に基づいて、プリンタリストをサーバの記憶装置上に構築する。サーバ５は、プリンタリストに登録されている情報について定期的に存在確認を行なう。対応するプリンタから一定時間以内に反応がない場合は、対応するプリンタが撤去されたとみなして、その登録情報をプリンタリストから削除する。サーバ５は、ネットワークからの問い合わせに対し、以下の処理を行なう。
【００３４】
・クエリー  （プリンタのリストアップ）
・条件付クエリー  （条件に適合したプリンタのリストアップ）
・各プリンタの詳細情報の取得。
【００３５】
サーバ５は、クエリーを受信すると、プリンタの数とプリンタ番号、プリンタのＩＰアドレス、ダウンロード可能なフォントフォーマット、ダウンロードプロトコルをプリンタリストから検索抽出して返信する。
【００３６】
条件付クエリーでは、条件に合致した情報をプリンタリストから検索抽出して返信する。条件としては、ダウンロード可能なフォントフォーマット、ダウンロードプロトコルの中から一つまたは複数の条件を設定可能である。
【００３７】
各ダウンロードモジュールの詳細情報の取得要求を受信すると、指定されたプリンタ番号に対応するプリンタのＩＰアドレス、ダウンロード可能なフォントフォーマット、ダウンロードプロトコルをプリンタリストから検索抽出し出力する。プリンタとサーバ間のプリンタ情報の送受信は、例えば、ＳＮＭＰ（シンプル・ネットワーク・マネージメント・プロトコル）プロトコルを用いたＭＩＢ（マネージメント・インフェメーション・ベース）情報の送受信によって実現することができる。
【００３８】
図４は、本実施形態に係るダウンロードモジュールのフローチャートである。以下では、ＰＣのＣＰＵがダウンロードモジュールに従って処理を実行するものとする。
【００３９】
ステップＳ４０１において、ＣＰＵは、ダウンロードモジュールを起動し、それが最初の起動かどうかを判定する。本実施形態における最初の起動とは、ＰＣに電源を入れた直後の第１回目の起動をいうものとする。この判定処理の目的は、サーバ５にダウンロードモジュールを登録することであるため、前回の起動時刻と今回の起動時刻とをそれぞれタイマーから取得し、その差が一定時間以上であれば、便宜的に最初の起動と判定してもよい。これは、ダウンロードモジュールが動作していない状態が長く続くと、その間にサーバ５によりリストから削除されている可能性があり、再登録の必要があるからである。最初の起動と判定された場合は、ステップＳ４０２に進み、そうでなければステップＳ４０３に進む。
【００４０】
ステップＳ４０２において、ＣＰＵは、記憶装置に記憶されているダウンロードモジュールの情報を読み出し、読み出した情報を、通信インタフェースを制御してネットワークに送出（例えば、ブロードキャスト）する。送出する情報は、ダウンロードモジュールを実行しているＰＣのＩＰアドレス、ダウンロードモジュールが処理可能な入力フォントフォーマット、ダウンロードモジュールが出力可能なフォントフォーマット、ダウンロードモジュールがダウンロード時に利用できるプロトコルなどである。本実施形態ではＩＰアドレスが決まるとダウンロードモジュールを特定するが、ＩＰアドレスだけで特定できないようなネットワーク環境であれば、ダウンロードモジュールを特定するためのモジュールＩＤもあわせて送出し、サーバ５もこのＩＤをリストで管理すればよい。ステップＳ４０２の処理が行われると、サーバ５に、本ダウンロードモジュールが登録される。ステップＳ４０３以降はダウンロードモジュールの通常処理である。
【００４１】
ステップＳ４０３において、ＣＰＵは、通信インタフェースを介してデータを受信し、受信したデータをＲＡＭなどの記憶装置に保存する。
【００４２】
ステップＳ４０４において、ＣＰＵは、受信したデータにダウンロード指示が含まれているかどうかを判定する。ダウンロード指示が含まれていると判定された場合はステップＳ４０６に進み、ダウンロード指示を含まないと判定された場合にはステップＳ４０５に進む。
【００４３】
ステップＳ４０５において、受信データに関係する処理を行なう。
【００４４】
ステップＳ４０６において、ＣＰＵは、ダウンロード処理の対象となるフォントデータを記憶装置から読み出して、出力フォントフォーマットに対応したデータへと変換する。なお、入力フォントフォーマットや出力フォントフォーマットが、ダウンロードモジュールごとに特定されている場合は、フォーマットの選択は必要ない。
【００４５】
ステップＳ４０７において、ＣＰＵは、変換されたフォントデータを転送先のプリンタへとダウンロードする。ダウンロードプロトコルがダウンロードモジュールによって特定されている場合は、プロトコルの選択は必要ない。
【００４６】
このように、ＧＵＩモジュール１０１等からダウンロードモジュール１０３、１０４を個々に分離することで、各ダウンロードモジュールの処理を非常に簡素化できる。
【００４７】
次に、図５と図６のフローチャートを用いて、ユーザＰＣ２上で動作するＧＵＩモジュール１０１の動作を説明する。
【００４８】
図５は、ＧＵＩモジュールで使用されるプリンタリスト作成処理についての例示的なフローチャートである。
【００４９】
ステップＳ５０１において、ＧＵＩモジュール１０１が起動され、プリンタリスト作成処理が選択されると、ＣＰＵは、プリンタ一覧に関する情報を取得する。この一覧情報は、サーバ５から受信してもよいし、ネットワーク１上のプリンタ６，７を調べて一覧情報を作成することで取得してもよい。何れの場合もプリンタのＩＰアドレスに関する情報が含まれている。本実施形態では、ダウンロード時に高速に処理が行なえるよう、サーバ５のディレクトリシステム上に登録されている情報を使用するものとする。
【００５０】
ステップＳ５０２において、ＣＰＵは、プリンタに対しダウンロード可能なフォントフォーマットを示す情報を変数ＤＦに代入し、記憶装置に記憶する。
【００５１】
ステップＳ５０３において、ＣＰＵは、プリンタにダウンロードする際に使用するプロトコルを示す情報を変数ＤＰに代入し、記憶装置に記憶する。
【００５２】
ステップＳ５０４において、ＣＰＵは、ＤＦとＤＰの内容を検索条件として設定し、ダウンロードモジュールをクエリーする。クエリーの宛先は、サーバ５に保持されているダウンロードモジュールリストを管理するプログラムである。
【００５３】
ステップＳ５０５において、ＣＰＵは、クエリーの結果として返信されてきた情報に基づいて、ＤＦ、ＤＰの条件に適合したダウンロードモジュールがネットワーク上にあるかどうかを判定する。該当するダウンロードモジュールがあると判定された場合はステップＳ５０６に進み、ないと判定された場合はステップＳ５０８に進む。
【００５４】
ステップＳ５０６において、ＣＰＵは、サーバ５から取得したＩｎｐｕｔ  Ｆｏｎｔ  Ｆｏｒｍａｔ（入力フォントフォーマット）を変数ＩＦＦに代入する。
【００５５】
ステップＳ５０７において、ＣＰＵは、取得したプリンタのＩＰアドレスと、変数ＩＦＦの内容とを、ＧＵＩモジュールが保持するプリンタリストに追加して記憶装置に記憶する。
【００５６】
ステップＳ５０８において、ＣＰＵは、ステップＳ５０１で取得したプリンタ一覧に含まれている全てのプリンタに対し処理を行ったかどうかを判定する。まだ処理していないプリンタがある場合は、そのプリンタを処理するためにステップＳ５０２に戻る。全てのプリンタを処理した場合、プリンタリスト作成処理を終了する。
【００５７】
図６は、作成されたプリンタリストを用いたダウンロード処理の例示的なフローチャートである。図７は、本実施形態に係るユーザインタフェースの一例を示した図である。以下では、起動されたＧＵＩモジュールに従ったＣＰＵの処理を説明する。
【００５８】
ステップＳ６０１において、ＣＰＵは、ＧＵＩ上のプリンタリストボタン７０１の操作を検地すると、記憶装置からプリンタリストを読み出して、表示装置に表示する。図８は、例示的なプリンタリストを示した図である。
【００５９】
ステップＳ６０２において、ＣＰＵは、ポインティングデバイス等からの入力信号に基づいて、プリンタリストに含まれているプリンタを少なくとも一つ選択し、選択したプリンタをハイライト表示し、プリンタ追加ボタン８０１の操作を検知すると、選択されているプリンタをダウンロード対象のプリンタとして追加する。ここでは、説明の簡素化のためプリンタを一つ選択するものとして説明する。
【００６０】
ステップＳ６０３において、ＣＰＵは、選択されたプリンタの入力フォントフォーマットをプリンタリストから読み出す。
【００６１】
ステップＳ６０４において、ＣＰＵは、フォントファイルの選択信号を入力し、入力されたフォントファイルの名称をハイライト表示に変える。例えば、ユーザインタフェースに示されているダウンロード候補の中から、ポインティングデバイス等の操作を検知して一以上のフォントファイルを選択する。ダウンロード候補は、予め定められたフォントフォルダに格納されているフォントファイルを検索して表示してもよいし、ダウンロード候補リストを予め作成して記憶装置に記憶しておき、それを読み出して表示してもよい。なお、最後に、ダウンロードボタン７０３の操作を検知すると、次のステップへと進む。
【００６２】
ステップＳ６０５において、ＣＰＵは、入力されたフォントファイル名のファイルが、選択されたプリンタの入力フォントフォーマットに適合しているかどうかを判定する。適合している場合はステップＳ６０６に進み、適合していない場合はステップＳ６０７に進む。フォーマットの適合判定としては、例えば、拡張子やファイルタイプが入力フォントフォーマットを示している場合はこれにより判定してもよいし、フォントファイルの内部データを解析することで判定してもよい。なお、本発明は、適合判定の具体的方法に依存するものではない。
【００６３】
ステップＳ６０６において、ＣＰＵは、ダウンロード対象のプリンタに対応したダウンロードモジュールに対し、その入力フォントフォーマットに適合したフォントデータと、ダウンロード対象のプリンタのＩＰアドレスとを送信する。これによりダウンロードモジュールは、受信したフォントデータを出力フォントフォーマットに準拠したフォントデータへと変換し、受信したＩＰアドレスのプリンタへと送信することができる。
【００６４】
ステップＳ６０７において、フォント追加があるかどうかをユーザに問い合わせ、追加がある場合はステップＳ６０４に戻り、追加が無ければ処理を終了する。図９は、フォントを追加する際に表示されるフォントリストの一例を示す図である。このフォントリストは、図７のユーザインタフェース上のフォントリストボタン７０２が操作されると表示される。具体的には、ユーザＰＣ２のフォントフォルダが開かれ、そこに格納されているフォントファイルの一覧が表示される。所望のフォントファイルが選択され、開くボタンが操作されると、ダウンロード対象のフォントとして追加される。
【００６５】
図１０は、新しいフォントフォーマットＣを使用するプリンタ８が追加された場合のシステム構成例を示した図である。
【００６６】
図１１は、本実施形態のシステム上に新しいフォントフォーマットＣを使用するプリンタが追加された場合のモジュール構成を示した図である。１０８はイメージング・プロシージャＣと呼ばれる画像処理モジュールで、プリンタ８のＲＯＭもしくはハードディスクドライブ内に記憶され、ネットワークから受信したコマンドを解釈し、ラスターイメージに変換し、そのイメージを印刷する。このイメージング・プロシージャＣを搭載したプリンタにダウンロードされるフォントフォーマットがフォントフォーマットＣである。本システムでは、フォントフォーマットＣに対応したダウンロードモジュールがシステム上に存在しないため、この処理を行なうことは出来ない。
【００６７】
図１２は、フォントフォーマットＣに対応したダウンロードモジュールを搭載したＰＣ９がシステムに追加された場合のシステム構成例を示した図である。
【００６８】
図１３は、新しいフォントフォーマットに対応したダウンロードモジュールを追加したときのモジュール構成例を示した図である。１０９はイメージング・プロシージャＣ用のダウンロードモジュールであり、図４のフローチャートに従って動作している。このモジュールを搭載したＰＣ９がシステムに追加されることにより、サーバ５上に出力フォントフォーマットがフォントフォーマットＣであるダウンロードモジュールが登録される。
【００６９】
本実施形態では、ＧＵＩモジュールとダウンロードモジュールとを分離し、しかも分散配置も可能であるため、ＧＵＩを変更することなく随時新しいダウンロードモジュールを追加できる利点がある。すなわち、この際にも図５及び図６のフローチャートに従って動作するＧＵＩモジュールを特別に変更することなく、新しいフォントフォーマットのダウンロードが可能になるのである。
【００７０】
図１４は、ダウンロードモジュールＣを追加した時のダウンロードモジュールリストの一例を示した図である。すなわち、ダウンロードモジュールＣが自己のＩＤアドレス等をサーバ５に通知し、サーバ５が通知に基づいてダウンロードモジュールリストを更新した結果、モジュール３が追加されたのである。
【００７１】
図１５は、入力フォントフォーマットの異なるモジュールが追加されたときのダウンロードモジュールリストの一例を示した図である。ビットマップフォントをフォーマットＡに変換してダウンロードできるダウンロードモジュール４が追加されている。よって、この状態で、図５及び図６のフローチャートに従って処理した場合、プリンタ６へのダウンロード処理時にステップＳ６０４でビットマップフォントを指定したとしても、ダウンロードモジュール４が存在するためステップＳ６０５において処理可能と判定され、正常にダウンロード処理を実行できる。
【００７２】
なお、上記実施形態ではフォントを対象としたが、同様にプリンタや機能複合型複写機で使用されるフォームオーバレイデータやカラープロファイルデータ、ディザパターンなどの他のプリンタリソースについても同様の方法でダウンロードが可能である。
【００７３】
このように、ダウンロードモジュールにディレクトリサーバへの機能登録処理を設けることにより、新たなフォーマットへの対応など、システムの拡張を容易に行なえるようになる。
【００７４】
次に、上述のダウンロードシステムにおいてＷｅｂ技術を応用したダウンロード機能を追加する実施形態を説明する。記載の重複を避けるため、既に説明済みの事項については同一の参照符号を付すことで説明を簡潔にする。
【００７５】
図１６は、本実施形態に係るネットワークシステムの構成例を示した図である。同図から分かるとおり、ネットワークシステム内にＷｅｂサーバ１１が追加されている。もちろん、Ｗｅｂサーバ機能を、既存のＰＣ２〜４、サーバ５、場合によってはプリンタ６または７にインストールすることでＷｅｂサーバを実現してもよい。
【００７６】
図１７は、本実施形態に係るダウンロードシステムのモジュール構成例を示した図である。同図から分かるとおり、ＣＧＩモジュールを含んだＷｅｂサーバ１１１が追加されている。ＣＧＩモジュールは、ＧＵＩモジュール１０１と同様に動作するが、画面表示や入力指示、ファイル入力などはＷｅｂサーバ機能を介して実行する。すなわちユーザは、Ｗｅｂブラウザを用いてＣＧＩモジュールにアクセスすることが可能である。なお、ＣＧＩモジュールに代えて、．ＮＥＴ仕様のＸＭＬやアプリケーションに代表されるＷｅｂＳｅｒｖｉｃｅなど、類似機能を実現できる他のアプリケーションインターフェースを利用してもよい。
【００７７】
本図から分かるとおり、Ｗｅｂサーバ１１１以外のモジュールは、図１の構成と同一である。すなわち、ダウンロードモジュール１０３、１０４やディレクトリモジュール１０５を変更することなく、Ｗｅｂサーバ１１１を利用したフォントダウンロードシステムが構築できるだけでなく、既存のＧＵＩモジュールとの共存も可能となる。なお、ダウンロードモジュール１０３、１０４やディレクトリモジュール１０５を変更したとしても、本実施形態は適用可能である。
【００７８】
また、Ｗｅｂサーバ１１１を通して処理するので、インターネット、イントラネットなどＬＡＮ以外の環境であってもダウンロード処理の実行が可能となる利点もある。
【００７９】
ＣＧＩモジュールによりプリンタリストを生成する際のフローチャートは図５と同一のものを使用できる。すなわち、プリンタリストの作成処理では、ＵＩに依存する部分を含まないため、図５と全く同一の動作となるのである。
【００８０】
図１８は、作成されたプリンタリストを用いてダウンロード処理を行なうＣＧＩモジュールのフローチャートである。なお、図１８のフローチャートは図６に対応するものであり、ＧＵＩモジュール１０１のユーザインタフェースをＷｅｂ技術により構成した点で処理が相異しているが、その他の基本的な処理は実質的に同一である。
【００８１】
なお、ここではユーザＰＣ２において実行されているＷｅｂブラウザによりＣＧＩモジュールがアクセスされるものとする。以下では、ソフトウエア上の処理の主体はＣＧＩモジュールであり、ハードウエア上の主体はＷｅｂサーバ１１のＣＰＵである。
【００８２】
ステップＳ１８０１において、ＣＧＩモジュールは、プリンタリストを読み出してｈｔｍｌ形式に変換し、Ｗｅｂサーバに送信する。ＷｅｂサーバはＣＧＩモジュールから受信したｈｔｍｌファイルをＷｅｂブラウザに送信する。図１９は、Ｗｅｂブラウザにより表示されるユーザインタフェースの一例を示した図である。
【００８３】
ステップＳ１８０２において、Ｗｅｂブラウザによりプリンタリストから選択されたプリンタについてのｈｔｍｌフォームを受信する。ここでは、複数のプリンタが選択されてもよい。そして、所定のプリンタが選択されたことを表すｈｔｍｌファイルを作成し、Ｗｅｂブラウザに返信する。
【００８４】
ステップＳ１８０３において、ＣＧＩモジュールはプリンタリストから入力フォントフォーマットを読み出す。
【００８５】
ステップＳ１８０４において、ＣＧＩモジュールはフォントファイルを受信する。例えば、図１９のユーザインタフェースに設けられている参照ボタン１９０１が操作されると、図２０に示すファイル選択ウインドウを表示させ、入力フォントファイルが選択され、フォントファイル名がダウンロードフォントの表示ボックスに反映される。続いて、ダウンロードボタン１９０２が操作されると、Ｗｅｂブラウザは、選択されたフォントファイルをｈｔｍｌのフォームとしてＣＧＩモジュールに送信される。
【００８６】
ステップＳ１８０５において、前ステップで入力されたフォントファイル名のファイルが、ステップＳ１８０３で取得された入力フォントフォーマットに適合しているかどうかを判定する。適合している場合はステップＳ１８０６に進み、適合していない場合はステップＳ１８０７に進む。
【００８７】
ステップＳ１８０６において、ＣＧＩモジュールは、ダウンロードモジュールに対し、入力フォントフォーマットのフォントデータと、ダウンロード対象となるプリンタのＩＰアドレスを送信する。
【００８８】
ステップＳ１８０７において、ＣＧＩモジュールは、フォント追加があるかどうかを判定する。例えば、ＣＧＩモジュールは、ユーザに問い合わせるためのｈｔｍｌファイルを作成して送信し、追加があるとのｈｔｍｌフォームをＷｅｂブラウザから受信したかどうかを判定する。追加があればステップＳ１８０４に戻り、追加がなければ処理を終了する。
【００８９】
以上説明したように、ＧＵＩモジュールとダウンロードモジュールとを分離し、ＧＵＩモジュールにディレクトリサーバとダウンロードモジュールとの通信機能を設けることにより、容易にユーザの実行環境を拡張することが可能となる。また、Ｗｅｂ技術を応用してＣＧＩモジュールによりユーザインタフェースを実現しているので、インターネットやイントラネットへの対応も少ない工数で行なうことが可能となる。
【００９０】
なお、ｈｔｍｌを一例として説明したが、ＸＭＬなど他のマークアップ言語を用いてもよい。
【００９１】
以上説明した本実施形態の上位概念を要約する。リソース（例：印刷リソース）を受信して処理を実行する複数のネットワーク機器（例：プリンタ、複合機）に対して、該リソースを転送するリソース転送システムは、前記複数のネットワーク機器のうち少なくとも一つのネットワーク機器へとリソースを転送するための転送モジュール（例：ダウンロードロードモジュール１０３、１０４）を保持する保持ユニット（例：ＰＣ３，４の記憶装置）と、前記転送モジュールへとアクセスする際に必要となるアクセス情報（例：ＰＣ３，４のＩＰアドレス）を記憶する記憶ユニット（例：サーバ５の記憶装置）と、前記転送モジュールと、該転送モジュールがサポートしているネットワーク機器との対応関係（例：ダウンロードモジュールリスト）を格納する格納ユニット（例：サーバ５の記憶装置）と、前記ネットワーク機器に対するリソースの転送指示が入力されると、該リソースの転送対象となるネットワーク機器に対応する転送モジュールを前記対応関係に基づいて選択する選択ユニット（例：ＧＵＩモジュール１０１、ＣＧＩモジュール１１１）と、前記選択された転送モジュールへのアクセス情報を読み出し、該読み出されたアクセス情報に基づいて転送モジュールへとアクセスし、該転送モジュールを実行する実行制御ユニットとを含む。
【００９２】
このような構成により、転送モジュールの開発負担を軽減することができる。
【００９３】
また、転送モジュールが、自己の所在情報と、サポートしている印刷リソースに関する情報とを所定のタイミングで送信する。そして、この送信された所在情報を受信して記憶ユニットに登録し、また、送信された印刷リソースに関する情報を受信して格納ユニットへと登録する登録ユニット（例：ティレクトリモジュール１０５）を設けることで、随時、新たなリソースに対応した転送モジュールをネットワークに追加することができるため、ユーザ環境の拡張、ダウンロード対象の拡張を容易に行なうことが可能となろう。
【００９４】
また、転送モジュールが前記保持ユニットに保持されているかをテストするテストユニット（例：ディレクトリモジュール１０５）と、テストに対する応答がなかった転送モジュールについて、その対応関係を削除する削除ユニット（例：ディレクトリモジュール１０５）とをさらに設けて、削除された転送モジュールに関する情報をリストから削除することで、存在しない転送モジュールに対して転送指示を実行してエラーが生じるといった可能性を低減できる。
【００９５】
また、転送モジュールに関する情報の送信要求を送信する要求送信ユニット（例：ＧＵＩモジュール１０１、ＣＧＩモジュール１１１）と、送信要求を受信すると、前記アクセス情報と、前記印刷リソースとの対応関係とを読み出して返信する返信ユニット（例：ディレクトリモジュール１０５）とを設けることで、ネットワーク上に散在する転送モジュールの情報の入手を容易にすることができる。
【００９６】
また、ネットワーク上に存在する印刷装置のネットワークアドレスを取得する取得ユニット（例：ＧＵＩモジュール１０１、ＣＧＩモジュール１１１）と、前記ネットワークアドレスを取得できた印刷装置により使用可能な印刷リソースを特定する特定ユニットと（例：ＧＵＩモジュール１０１、ＣＧＩモジュール１１１）、前記特定された印刷リソースの転送処理をサポートしている転送モジュールが前記保持ユニットに保持されているかを判定する判定ユニット（例：ＧＵＩモジュール１０１、ＣＧＩモジュール１１１）と、前記転送モジュールが保持されていると判定された印刷装置のリストを作成するリスト作成ユニット（例：ＧＵＩモジュール１０１、ＣＧＩモジュール１１１）と、前記リストに掲載されている一以上の印刷装置に対して印刷リソースの転送指示を入力する入力ユニット（例：ＧＵＩモジュール１０１、ＣＧＩモジュール１１１）とを設けることで、ユーザ端末からアクセス可能なプリンタ等を容易に把握できるようになり、リソースの転送作業が容易になるであろう。
【００９７】
また、ユーザインタフェースモジュールをダウンロードモジュールから分離したことで、ユーザインタフェースのみを更新したり、追加したりすることが容易になろう。
【００９８】
また、ＣＧＩモジュール、Ｗｅｂサーバ及びＷｅｂブラウザなどを利用して、ユーザインタフェースを構築することで、インターネットやイントラネットなどの環境にも適用しやすくなろう。
【００９９】
なお、上述の各モジュールは、ＣＤ−ＲＯＭ等のコンピュータ可読記憶媒体に記憶されて提供されてもよいし、サーバ等に記憶しておき、それをダウンロードすることにより各ＰＣに提供してもよい。
また、上述の各モジュールは、コンピュータプログラムの一部として提供されてもよい。すなわち、当業者であれば、上述の各モジュールのうち少なくとも一つを含むコンピュータプログラムも発明として捉えることができよう。
【０１００】
【発明の効果】
本発明によれば、ダウンローダをＧＵＩモジュール、ダウンロードモジュール及び管理モジュールとに分離し、ダウンロードモジュールの所在と機能を管理モジュールにより管理することで、ダウンローダの開発負担を軽減できる。
【図面の簡単な説明】
【図１】図１は、本実施形態に係るダウンローダを使用可能なシステムの一例を示した図である。
【図２】図２は、本実施形態に係るシステムの例示的なモジュール構成を示した図である。
【図３】図３は、サーバ５に保持されたデータベースの一例を示す図である。
【図４】図４は、本実施形態に係るダウンロードモジュールのフローチャートである。
【図５】図５は、ＧＵＩモジュールで使用されるプリンタリスト作成処理についての例示的なフローチャートである。
【図６】図６は、作成されたプリンタリストを用いたダウンロード処理の例示的なフローチャートである。
【図７】図７は、本実施形態に係るユーザインタフェースの一例を示した図である。
【図８】図８は、例示的なプリンタリストを示した図である。
【図９】図９は、フォントを追加する際に表示されるフォントリストの一例を示す図である。
【図１０】図１０は、新しいフォントフォーマットＣを使用するプリンタ８が追加された場合のシステム構成例を示した図である。
【図１１】図１１は、本実施形態のシステム上に新しいフォントフォーマットＣを使用するプリンタが追加された場合のモジュール構成を示した図である。
【図１２】図１２は、フォントフォーマットＣに対応したダウンロードモジュールを搭載したＰＣ９がシステムに追加された場合のシステム構成例を示した図である。
【図１３】図１３は、新しいフォントフォーマットに対応したダウンロードモジュールを追加したときのモジュール構成例を示した図である。
【図１４】図１４は、ダウンロードモジュールＣを追加した時のダウンロードモジュールリストの一例を示した図である。
【図１５】図１５は、入力フォントフォーマットの異なるモジュールが追加されたときのダウンロードモジュールリストの一例を示した図である。
【図１６】図１６は、本実施形態に係るネットワークシステムの構成例を示した図である。
【図１７】図１７は、本実施形態に係るダウンロードシステムのモジュール構成例を示した図である。
【図１８】図１８は、作成されたプリンタリストを用いてダウンロード処理を行なうＣＧＩモジュールのフローチャートである。
【図１９】図１９は、Ｗｅｂブラウザにより表示されるユーザインタフェースの一例を示した図である。
【図２０】図２０は、フォントファイルの選択ウインドウの一例を示した図である。
【図１】
2004355504.tif 000003
【図２】
2004355504.tif 000004
【図３】
2004355504.tif 000005
【図４】
2004355504.tif 000006
【図５】
2004355504.tif 000007
【図６】
2004355504.tif 000008
【図７】
2004355504.tif 000009
【図８】
2004355504.tif 000010
【図９】
2004355504.tif 000011
【図１０】
2004355504.tif 000012
【図１１】
2004355504.tif 000013
【図１２】
2004355504.tif 000014
【図１３】
2004355504.tif 000015
【図１４】
2004355504.tif 000016
【図１５】
2004355504.tif 000017
【図１６】
2004355504.tif 000018
【図１７】
2004355504.tif 000019
【図１８】
2004355504.tif 000020
【図１９】
2004355504.tif 000021
【図２０】
2004355504.tif 000022