(57)【要約】【課題】  どのリソースデータをどのデバイスに送るかという指示を、管理者が事細かに行なう必要があった。【解決手段】  本発明では、デバイスからリソースデータを管理するサーバーに対して、リソースデータを特定するために情報を送信し、その情報を元にデバイスに最適ダウンロード用標準フォーマットの生成を行う。【選択図】  図１
2006059234.tif 000002
【特許請求の範囲】
【請求項１】
様々なリソースデータを、記憶媒体を持つ機能複合型複写機やプリンタなどのデバイスに対してダウンロードするプリンタリソース管理方法において、デバイスよりサーバーへ情報を送信する工程、リソースDBの情報を参照する工程、ダウンロードリソースをデバイスが解釈可能な形式に変換する工程、ダウンロード用標準フォーマットを生成する工程、サーバー上に履歴情報を生成する工程、ダウンロードリソースをデバイスが取得する工程、サーバーよりデバイスが情報を取得する工程を有するリモートリソース管理方法。
【請求項２】
前記デバイスよりサーバーへ情報を送信する工程は、前回ダウンロードを行った日時に関する情報を送信することを特徴とする、請求項１のリモートリソース管理方法。
【請求項３】
前記デバイスよりサーバーへ情報を送信する工程は、デバイスモデル名に関する情報を送信することを特徴とする、請求項１のリモートリソース管理方法。
【請求項４】
前記デバイスよりサーバーへ情報を送信する工程は、デバイスのＰＤＬ種別関する情報を送信することを特徴とする、請求項１のリモートリソース管理方法。
【請求項５】
前記デバイスよりサーバーへ情報を送信する工程は、デバイスのアドレスに関する情報を送信することを特徴とする、請求項１のリモートリソース管理方法。
【請求項６】
前記リソースDBの情報を参照する工程は、リソースデータの名称を参照することを特徴とする、請求項１のリモートリソース管理方法。
【請求項７】
前記リソースDBの情報を参照する工程は、リソースデータの種別を参照することを特徴とする、請求項１のリモートリソース管理方法。
【請求項８】
前記リソースDBの情報を参照する工程は、リソースデータの作成日時を参照することを特徴とする、請求項１のリモートリソース管理方法。
【請求項９】
前記リソースDBの情報を参照する工程は、リソースデータの更新状況を参照することを特徴とする、請求項１のリモートリソース管理方法。
【請求項１０】
前記ダウンロードリソースをデバイスが解釈可能な形式に変換する工程は、サーバー上のデバイスモデル名と対応ＰＤＬの関係を参照し変換することを特徴とする、請求項１のリモートリソース管理方法。
【請求項１１】
前記ダウンロードリソースをデバイスが解釈可能な形式に変換する工程は、サーバー上のデバイスモデル名と対応リソースデータの関係を参照し変換することを特徴とする、請求項１のリモートリソース管理方法。
【請求項１２】
前記ダウンロードリソースをデバイスが解釈可能な形式に変換する工程は、サーバー上のデバイスモデル名と対応リソースデータと変換フォーマットの関係を参照し変換することを特徴とする、請求項１のリモートリソース管理方法。
【請求項１３】
前記ダウンロード用標準フォーマットを生成する工程は、新規更新されたリソースデータのみを含むダウンロード用標準フォーマットを生成することを特徴とする、請求項１のリモートリソース管理方法。
【請求項１４】
前記ダウンロード用標準フォーマットを生成する工程は、新規更新されたリソースデータおよびリソースデータの削除情報を含むダウンロード用標準フォーマットを生成することを特徴とする、請求項１のリモートリソース管理方法。
【請求項１５】
前記サーバー上に履歴情報を生成する工程は、デバイスがダウンロードを行った日時に関する履歴情報を生成することを特徴とする、請求項１のリモートリソース管理方法。
【請求項１６】
前記サーバー上に履歴情報を生成する工程は、デバイスがダウンロードを行ったファイル名に関する履歴情報を生成することを特徴とする、請求項１のリモートリソース管理方法。
【請求項１７】
前記ダウンロードリソースをデバイスが取得する工程は、ネットワークを経由して取得することを特徴とする、請求項１のリモートリソース管理方法。
【請求項１８】
前記ダウンロードリソースをデバイスが取得する工程は、指定時間に取得することを特徴とする、請求項１のリモートリソース管理方法。
【請求項１９】
前記ダウンロードリソースをデバイスが取得する工程は、指定曜日に取得することを特徴とする、請求項１のリモートリソース管理方法。
【請求項２０】
前記ダウンロードリソースをデバイスが取得する工程は、指定日時に取得することを特徴とする、請求項１のリモートリソース管理方法。
【請求項２１】
前記ダウンロードリソースをデバイスが取得する工程は、ユーザーオペレーションにより取得することを特徴とする、請求項１のリモートリソース管理方法。
【請求項２２】
前記ダウンロードリソースをデバイスが取得する工程は、印刷ジョブに含まれるリソースデータがデバイス上に不足していると判定した場合に取得することを特徴とする、請求項１のリモートリソース管理方法。
【請求項２３】
前記サーバーよりデバイスが情報を取得する工程は、サーバーの時間情報を取得することを特徴とする、請求項１のリモートリソース管理方法。
【請求項２４】
様々なリソースデータを、記憶媒体を持つ機能複合型複写機やプリンタなどのデバイスに対してダウンロードするプリンタリソース管理方法において、デバイスよりサーバーへ情報を送信する手段、リソースDBの情報を参照する手段、ダウンロードリソースをデバイスが解釈可能な形式に変換する手段、ダウンロード用標準フォーマットを生成する手段、サーバー上に履歴情報を生成する手段、ダウンロードリソースをデバイスが取得する手段、サーバーよりデバイスが情報を取得する手段を有するリモートリソース管理装置。
【請求項２５】
前記デバイスよりサーバーへ情報を送信する手段は、前回ダウンロードを行った日時に関する情報を送信することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項２６】
前記デバイスよりサーバーへ情報を送信する手段は、デバイスモデル名に関する情報を送信することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項２７】
前記デバイスよりサーバーへ情報を送信する手段は、デバイスのＰＤＬ種別関する情報を送信することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項２８】
前記デバイスよりサーバーへ情報を送信する手段は、デバイスのアドレスに関する情報を送信することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項２９】
前記リソースDBの情報を参照する手段は、リソースデータの名称を参照することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項３０】
前記リソースDBの情報を参照する手段は、リソースデータの種別を参照することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項３１】
前記リソースDBの情報を参照する手段は、リソースデータの作成日時を参照することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項３２】
前記リソースDBの情報を参照する手段は、リソースデータの更新状況を参照することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項３３】
前記ダウンロードリソースをデバイスが解釈可能な形式に変換する手段は、サーバー上のデバイスモデル名と対応ＰＤＬの関係を参照し変換することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項３４】
前記ダウンロードリソースをデバイスが解釈可能な形式に変換する手段は、サーバー上のデバイスモデル名と対応リソースデータの関係を参照し変換することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項３５】
前記ダウンロードリソースをデバイスが解釈可能な形式に変換する手段は、サーバー上のデバイスモデル名と対応リソースデータと変換フォーマットの関係を参照し変換することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項３６】
前記ダウンロード用標準フォーマットを生成する手段は、新規更新されたリソースデータのみを含むダウンロード用標準フォーマットを生成することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項３７】
前記ダウンロード用標準フォーマットを生成する手段は、新規更新されたリソースデータおよびリソースデータの削除情報を含むダウンロード用標準フォーマットを生成することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項３８】
前記サーバー上に履歴情報を生成する手段は、デバイスがダウンロードを行った日時に関する履歴情報を生成することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項３９】
前記サーバー上に履歴情報を生成する手段は、デバイスがダウンロードを行ったファイル名に関する履歴情報を生成することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項４０】
前記ダウンロードリソースをデバイスが取得する手段は、ネットワークを経由して取得することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項４１】
前記ダウンロードリソースをデバイスが取得する手段は、指定時間に取得することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項４２】
前記ダウンロードリソースをデバイスが取得する手段は、指定曜日に取得することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項４３】
前記ダウンロードリソースをデバイスが取得する手段は、指定日時に取得することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項４４】
前記ダウンロードリソースをデバイスが取得する手段は、ユーザーオペレーションにより取得することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項４５】
前記ダウンロードリソースをデバイスが取得する手段は、印刷ジョブに含まれるリソースデータがデバイス上に不足していると判定した場合に取得することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項４６】
前記サーバーよりデバイスが情報を取得する手段は、サーバーの時間情報を取得することを特徴とする、請求項２４のリモートリソース管理装置。
【請求項４７】
様々なリソースデータを、記憶媒体を持つ機能複合型複写機やプリンタなどのデバイスに対してダウンロードするプリンタリソース管理方法において、デバイスよりサーバーへ情報を送信するモジュール、リソースDBの情報を参照するモジュール、ダウンロードリソースをデバイスが解釈可能な形式に変換するモジュール、ダウンロード用標準フォーマットを生成するモジュール、サーバー上に履歴情報を生成するモジュール、ダウンロードリソースをデバイスが取得するモジュール、サーバーよりデバイスが情報を取得するモジュールを有するリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項４８】
前記デバイスよりサーバーへ情報を送信するモジュールは、前回ダウンロードを行った日時に関する情報を送信することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項４９】
前記デバイスよりサーバーへ情報を送信するモジュールは、デバイスモデル名に関する情報を送信することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項５０】
前記デバイスよりサーバーへ情報を送信するモジュールは、デバイスのＰＤＬ種別関する情報を送信することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項５１】
前記デバイスよりサーバーへ情報を送信するモジュールは、デバイスのアドレスに関する情報を送信することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項５２】
前記リソースDBの情報を参照するモジュールは、リソースデータの名称を参照することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項５３】
前記リソースDBの情報を参照するモジュールは、リソースデータの種別を参照することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項５４】
前記リソースDBの情報を参照するモジュールは、リソースデータの作成日時を参照することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項５５】
前記リソースDBの情報を参照するモジュールは、リソースデータの更新状況を参照することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項５６】
前記ダウンロードリソースをデバイスが解釈可能な形式に変換するモジュールは、サーバー上のデバイスモデル名と対応ＰＤＬの関係を参照し変換することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項５７】
前記ダウンロードリソースをデバイスが解釈可能な形式に変換するモジュールは、サーバー上のデバイスモデル名と対応リソースデータの関係を参照し変換することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項５８】
前記ダウンロードリソースをデバイスが解釈可能な形式に変換するモジュールは、サーバー上のデバイスモデル名と対応リソースデータと変換フォーマットの関係を参照し変換することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項５９】
前記ダウンロード用標準フォーマットを生成するモジュールは、新規更新されたリソースデータのみを含むダウンロード用標準フォーマットを生成することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項６０】
前記ダウンロード用標準フォーマットを生成するモジュールは、新規更新されたリソースデータおよびリソースデータの削除情報を含むダウンロード用標準フォーマットを生成することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項６１】
前記サーバー上に履歴情報を生成するモジュールは、デバイスがダウンロードを行った日時に関する履歴情報を生成することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項６２】
前記サーバー上に履歴情報を生成するモジュールは、デバイスがダウンロードを行ったファイル名に関する履歴情報を生成することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項６３】
前記ダウンロードリソースをデバイスが取得するモジュールは、ネットワークを経由して取得することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項６４】
前記ダウンロードリソースをデバイスが取得するモジュールは、指定時間に取得することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項６５】
前記ダウンロードリソースをデバイスが取得するモジュールは、指定曜日に取得することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項６６】
前記ダウンロードリソースをデバイスが取得するモジュールは、指定日時に取得することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項６７】
前記ダウンロードリソースをデバイスが取得するモジュールは、ユーザーオペレーションにより取得することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項６８】
前記ダウンロードリソースをデバイスが取得するモジュールは、印刷ジョブに含まれるリソースデータがデバイス上に不足していると判定した場合に取得することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【請求項６９】
前記サーバーよりデバイスが情報を取得するモジュールは、サーバーの時間情報を取得することを特徴とする、請求項４７のリモートリソース管理プログラムを格納したことを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークで接続された複合機やプリンタなどのデバイスに対して、フォントやフォーム、カラープロファイルといったリソースデータを、PCよりネットワークを介して遠隔地よりダウンロードする、デバイス上のリソースデータ管理方法に関するものである。
【背景技術】
【０００２】
従来のネットワークを介した管理用PCからデバイスへのリソースデータのダウンロードにおいては、管理者がダウンロードすべきデバイスの情報を取得し、ダウンロード対象のデバイスを決定し、管理者がダウンロードすべきリソースデータを選択する必要があった（例えば、特許文献１）。
【特許文献１】特開2001-249880号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記従来例では、次のような問題点があった。
【０００４】
どのリソースデータをどのデバイスに送るかという指示を、管理者が事細かに行う必要があり、デバイス上にどのリソースデータをダウンロードしたか、デバイスごとにリソースデータの情報を問い合わせる必要がある。また、リソースデータの形式やデバイスごとに転送方法が異なるなど、データ管理が複雑でデバイスに必要なリソースを特定することが難しい。
【課題を解決するための手段】
【０００５】
上記のような状況を鑑み、本発明では、デバイスからリソースデータを管理するサーバーに対して、リソースデータを特定するために情報を送信し、その情報を元にデバイスに最適ダウンロード用標準フォーマットの生成を行うことを目的とする。
【発明の効果】
【０００６】
以上述べたように、デバイスからリソースデータを管理するサーバーに対して、リソースデータを特定するために情報を送信し、その情報を元にデバイスに最適ダウンロード用標準フォーマットの生成を行うことで、どのリソースデータをどのデバイスに送るかという指示を、管理者が事細かに行なうことなく、デバイスに必要なリソースをダウンロードすることが可能となる。
【発明を実施するための最良の形態】
【０００７】
（実施例１）
図１は、本発明を実施したダウンローダが使用されるシステムの特徴を最も良く表した図であり、同図を用いて本発明が使用されるシステムの構成を説明する。
【０００８】
同図において、１はネットワークであり、パーソナルコンピュータ（以下PCと略す）、プリンタなどを相互に接続する。２はサーバーコンピュータであり、様々な情報を管理するコンピューターである。３はリソースデータをダウンロード可能なデバイスであり、プリンタ内にHard Disk、Flash Memory等の記憶装置を有し（図示外）、印刷に利用されるFont、Formをダウンロードすることが可能である。カラー印刷可能なデバイスの場合、プリンタ内にHard Disk、Flash Memory等の記憶装置を有し（図示外）、印刷に利用されるFont、Form、Color Profile（印刷時の色合わせに利用されるカラーマッチングテーブル）をダウンロードすることが可能である。４はデバイスにダウンロード可能なリソースデータ、例えばFont、Form、Color Profile などのリソースデータを一括管理するDBである。この図ではDBはサーバーコンピュータ２によって管理されているが、他のサーバーコンピュータによって管理されていても良い。５はデバイスにダウンロードを行ったリソースデータの履歴情報を表す。この履歴情報はこの図ではDBはサーバーコンピュータ２によって管理されているが、他のサーバーコンピュータによって管理されていても良い。６はサーバーコンピュータ２によって生成されたダウンロード用標準フォーマットのリソースデータ群を表し、ネットワーク上のデバイス３などにリソースデータをダウンロードする際に使用されるものである。
なお、２サーバーコンピュータと３デバイスは、同一ネットワークでもよく、イントラネットでもよく、インターネットを介して接続されていても良いことは言うまでも無い。
【０００９】
次に図２を用いてダウンロード用標準フォーマットを示す。
【００１０】
日時情報部にはダウンロード用標準フォーマットに則ったダウンロード用リソースデータを作成した日付が格納されている。リソース情報部には、ダウンロード用標準フォーマット内に含まれるリソースデータ実体に関する情報が含まれている。具体的には、ダウンロード用標準フォーマット内に含まれるリソース実体の数、リソースファイルの名称、リソースデータのサイズ、リソースデータの種別などが含まれている。リソース実体部には、ダウンロード用標準フォーマット内に含まれるリソースデータの実体が格納されている。
【００１１】
次に図３を用いて、図１−２サーバー上で、図１−６/図２のダウンロード用標準フォーマットデータ生成するまでの処理の流れを詳細に説明する。
【００１２】
まずＳ３０１では、図１−３デバイスより、デバイスに関する情報を図１−２サーバーへ送信された情報を解析し、デバイスに関する情報を特定する処理を行う。デバイスからサーバーへ送信される情報は、図４に示すようなデバイスのモデル名、ＰＤＬの種別、前回ダウンロードを行った日時などに関する情報を受け取るものとする。その他必要に応じて、デバイスより任意の情報を送信し、サーバーはその情報を取得することが可能である。S３０２では、図１−４に示すリソースＤＢより、図５に示すようなＤＢ内に格納されているリソースデータに関する管理情報を取得する。Ｓ３０３では図５リソースDBのリソース一覧情報と、Ｓ３０１でデバイスより受け取った情報に含まれる前回ダウンロードを行った日時情報との比較を行い、更新されているリソースデータの有無の判定を行う。更新されているリソースデータが存在する場合にはＳ３０４へ進み、更新されているリソースデータが無い場合にはＳ３０７へ進む。Ｓ３０４では、図５のリソースデータ種別を用いて、Ｓ３０１で受け取ったデバイスモデル名とリソース種別の対応を表わした、図６に示すような情報を参照し、デバイスに対応したリソースかどうかの判定を行う。この図６に示すような情報は、本システムをインストールする際に図１−２サーバーコンピュータ上に情報ファイルをインストールし、サーバーコンピュータ上のダウンロード用標準フォーマット作成モジュールが任意のタイミングで参照可能な状態になっているものとする。判定を行った結果、対象のリソースデータであると判定された場合にはＳ３０５へ進み、対象リソースで無い場合にはＳ３０７へ進む。S３０５では、図６の情報テーブルから対象となるリソースデータをデバイスが解釈可能な形式への変換方法に関する情報を取得し、リソースデータのフォーマット変換を行う。フォーマット変換の処理が完了するとS３０６へ進む。Ｓ３０６では、Ｓ３０５で変換を行ったリソースデータを、図２に示すダウンロード用標準フォーマットに追加を行う。Ｓ３０７ではリソースＤＢにまだ処理を行っていないリソースデータが存在するかどうかの判定を行い、存在する場合にはＳ３０３へ進み上記の処理を繰り返し、全てのリソースデータを処理したと判定した場合には処理を終了する。
【００１３】
上記処理により、所望のデバイスにマッチした更新されたもしくは新規に追加されたリソースデータのみをダウンロードする、ダウンロード用標準フォーマットのデータを生成することが可能となる。
【００１４】
なおサーバー上に生成されたダウンロード用標準フォーマットをデバイスがPULLするタイミングに関しては、図1−２サーバーより図１−３デバイスに対して、ダウンロード用標準フォーマットの生成が終了したことを通知し、その通知によりデバイスがサーバーへ取得しに行ってもよく、或いはデバイス上にリソースデータをサーバーへ取得しに行くタイミングに関する情報を持ち、その情報を元にサーバーへ取得しに行っても良い。サーバーへ取得しに行くタイミングに関する情報としては、時刻指定を行い毎日決められた時間に自動的に取得しに行くことも可能であり、或いは曜日や日付の情報を付加し、決められた曜日や、決められた日時に取得しに行くようにすることも可能である。あるいはデバイスのUI部分にボタンなどを用意し、ユーザーオペレーションによりリソースデータの取得を行うような制御を行うことも可能である。或いは、デバイスが印刷ジョブを受け取った時点で、印刷ジョブで使用されるリソースデータ、例えばフォントやマクロ、フォームデータなどが不足していると判定した場合、その時点でサーバーへ取得しに行くという動作を行うことも可能である。
【００１５】
デバイスがサーバーへ送信する日時情報に関しては、サーバーとデバイスの時刻や日時等食い違いを防ぐために、サーバー上の日時データをデバイスが取得し、サーバーとデバイスの日時の同期を取るような処理を行うことも可能である。
【００１６】
（実施例２）
本実施例では、実施例１に加えて、リソースデータの削除情報を扱う方法について説明する。
【００１７】
図７はリソースDBに登録されているリソースデータの状態を表わす例であり、実施例１でのリソースDBの情報に加えて、リソースデータの変更情報の項目が追加されている。
【００１８】
この情報を用いて、ダウンロード用標準フォーマットにリソースの削除情報を加えることも可能になる。削除情報を加えたダウンロード用標準フォーマットの例を図８に示す。図８の例では、リソース情報部のリソースサイズが０の場合、そのリソースを削除するという意味を持たせた例であり、サイズが０のものはリソースの実体を持たない。この例に限らず、削除の意味を別の項目を設け、その情報により削除の意味を持たせてもよい。
【００１９】
次に図９を用いて、図８のダウンロード用標準フォーマットを作成するまでの処理の流れを説明する。
【００２０】
まずＳ９０１では、図1−３デバイスより、デバイスに関する情報を図１−２サーバーへ送信された情報を解析し、デバイスに関する情報を特定する処理を行う。デバイスからサーバーへ送信される情報は、図４に示すようなデバイスのモデル名、ＰＤＬの種別、前回ダウンロードを行った日時などに関する情報を受け取るものとする。その他必要に応じて、デバイスより任意の情報を送信し、サーバーはその情報を取得することが可能である。S９０２では、図１−４に示すリソースＤＢより、図８に示すようなＤＢ内に格納されているリソースデータに関する管理情報を取得する。Ｓ９０３では、図７のリソースデータ種別を用いて、Ｓ９０１で受け取ったデバイスモデル名とリソース種別の対応を表わした、図６に示すような情報を参照し、デバイスに対応したリソースかどうかの判定を行う。この図６に示すような情報は、本システムをインストールする際に図１−２サーバーコンピュータ上に情報ファイルをインストールし、サーバーコンピュータ上のダウンロード用標準フォーマット作成モジュールが任意のタイミングで参照可能な状態になっているものとする。判定を行った結果、対象のリソースデータであると判定された場合にはＳ９０４へ進み、対象リソースで無い場合にはＳ９０９へ進む。Ｓ９０４では図7リソースDBのリソース一覧情報と、Ｓ９０１でデバイスより受け取った情報に含まれる前回ダウンロードを行った日時情報と、図７の変更情報、作成日時を用いて更新されているリソースデータの有無の判定を行う。更新されているリソースデータが存在する場合にはＳ９０５へ進み、更新されているリソースデータが無い場合にはＳ９０７へ進む。S９０５では、図６の情報テーブルから対象となるリソースデータをデバイスが解釈可能な形式への変換方法に関する情報を取得し、リソースデータのフォーマット変換を行う。フォーマット変換の処理が完了するとS９０６へ進む。Ｓ９０６では、Ｓ９０５で変換を行ったリソースデータを、図８に示すダウンロード用標準フォーマットに追加を行う。Ｓ９０７では、図７のリソースＤＢのリソース一覧情報の変更情報を参照し、削除されたリソースであるかどうかの判定を行う。リソースデータが削除されている場合はＳ９０８へ進み、削除されていないリソースであると判定された場合はＳ９０９へ進む。Ｓ９０８では、図８に示すダウンロード用標準フォーマットに削除リソースの情報を追加しＳ９０９へ進む。Ｓ９０９ではリソースＤＢにまだ処理を行っていないリソースデータが存在するかどうかの判定を行い、存在する場合にはＳ９０３へ進み上記の処理を繰り返し、全てのリソースデータを処理したと判定した場合には処理を終了する。
【００２１】
上記処理により、デバイス上から不要となったリソースデータを削除することが可能な、ダウンロード用標準フォーマットのデータを生成することが可能となる。
【００２２】
なおサーバー上に生成されたダウンロード用標準フォーマットをデバイスがPULLするタイミングに関しては、図１−２サーバーより図１−３デバイスに対して、ダウンロード用標準フォーマットの生成が終了したことを通知し、その通知によりデバイスがサーバーへ取得しに行ってもよく、或いはデバイス上にリソースデータをサーバーへ取得しに行くタイミングに関する情報を持ち、その情報を元にサーバーへ取得しに行っても良い。サーバーへ取得しに行くタイミングに関する情報としては、時刻指定を行い毎日決められた時間に自動的に取得しに行くことも可能であり、或いは曜日や日付の情報を付加し、決められた曜日や、決められた日時に取得しに行くようにすることも可能である。あるいはデバイスのUI部分にボタンなどを用意し、ユーザーオペレーションによりリソースデータの取得を行うような制御を行うことも可能である。或いは、デバイスが印刷ジョブを受け取った時点で、印刷ジョブで使用されるリソースデータ、例えばフォントやマクロ、フォームデータなどが不足していると判定した場合、その時点でサーバーへ取得しに行くという動作を行うことも可能である。
【００２３】
デバイスがサーバーへ送信する日時情報に関しては、サーバーとデバイスの時刻や日時等食い違いを防ぐために、サーバー上の日時データをデバイスが取得し、サーバーとデバイスの日時の同期を取るような処理を行うことも可能である。
【図面の簡単な説明】
【００２４】
【図１】本発明の全体構成を表す図である。
【図２】本発明のダウンロード用標準フォーマットを表す図である。
【図３】本発明におけるダウンロードファイル作成処理の流れを表す図である。
【図４】デバイスよりサーバーへ送られる情報の例を表す図である。
【図５】リソースDB上のリソースデータ管理情報の例を表す図である。
【図６】デバイスモデルと対応リソース情報の例を表す図である。
【図７】実施例２におけるリソースDB上のリソースデータ管理情報の例を表す図である。
【図８】実施例２におけるのダウンロード用標準フォーマットを表す図である。
【図９】実施例２おけるダウンロードファイル作成処理の流れを表す図である。
【図１】
2006059234.tif 000003
【図２】
2006059234.tif 000004
【図３】
2006059234.tif 000005
【図４】
2006059234.tif 000006
【図５】
2006059234.tif 000007
【図６】
2006059234.tif 000008
【図７】
2006059234.tif 000009
【図８】
2006059234.tif 000010
【図９】
2006059234.tif 000011