(57)【要約】【課題】  デバイスにアクセスする外部ソフトウエアが独自にそれぞれ名称変換ロジックを用意する必要をなくし、新デバイス対応のための名称変換ロジックの追加や見直しを不要にする。【解決手段】  本発明では、デバイス管理ユーティリティやプリンタドライバなど、デバイスに外部からアクセスし名称情報を取得する外部ソフトウエアが、名称情報を取得する際に外部ソフトウエア自身が取得したい名称情報のフォーマットおよび形式を正規化して問い合わせる。【選択図】  図４
2008282331.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に接続されているＰＣにインストールされている印刷デバイスを管理するソフトウエアにおいて、管理対象となる印刷デバイスの名称を正規化して表現する工程、正規化された名称を対象デバイスに送信する工程、印刷デバイス側では正規化された名称を受信する工程、受信した正規化された名称を解析する工程、印刷デバイス内部の属性テーブルから情報を参照および取得する工程、取得した名称情報を連結する工程、連結した名称を要求先のＰＣへ送信する工程を有する印刷デバイス名称取得方法。
【請求項２】
前記請求項１における、管理対象となる印刷デバイスの名称を正規化して表現する工程は、取得を行う名称情報をセパレータキャラクタで囲むことを特徴とする印刷デバイス名称取得方法。
【請求項３】
前記請求項１における、管理対象となる印刷デバイスの名称を正規化して表現する工程は、取得を行う名称種別をパラメータによって指定することを特徴とする印刷デバイス名称取得方法。
【請求項４】
前記請求項１における、管理対象となる印刷デバイスの名称を正規化して表現する工程は、取得を行う名称情報をサブパラメータによって指定することを特徴とする印刷デバイス名称取得方法。
【請求項５】
前記請求項１における、管理対象となる印刷デバイスの名称を正規化して表現する工程は、取得を行う名称情報を複数のパラメータを連結するによって指定することを特徴とする印刷デバイス名称取得方法。
【請求項６】
前記請求項１における、管理対象となる印刷デバイスの名称を正規化して表現する工程は、取得を行う名称以外の文字列は通常の文字列として使用することを特徴とする印刷デバイス名称取得方法。
【請求項７】
前記請求項１における、受信した正規化された名称を解析する工程は、受信した正規化された名称文字列からセパレータキャラクタを抽出することを特徴とする印刷デバイス名称取得方法。
【請求項８】
前記請求項１における、受信した正規化された名称を解析する工程は、受信した正規化された名称文字列から名称タイプパラメータを抽出することを特徴とする印刷デバイス名称取得方法。
【請求項９】
前記請求項１における、受信した正規化された名称を解析する工程は、受信した正規化された名称文字列から名称タイプサブパラメータを抽出することを特徴とする印刷デバイス名称取得方法。
【請求項１０】
前記請求項１における、受信した正規化された名称を解析する工程は、受信した正規化された名称文字列から複数の連結されたパラメータを抽出することを特徴とする印刷デバイス名称取得方法。
【請求項１１】
前記請求項１における、印刷デバイス内部の属性テーブルから情報を参照および取得する工程は、ＭＩＢ情報を参照することを特徴とする印刷デバイス名称取得方法。
【請求項１２】
前記請求項１における、印刷デバイス内部の属性テーブルから情報を参照および取得する工程は、独自の属性情報を参照することを特徴とする印刷デバイス名称取得方法。
【請求項１３】
前記請求項１における、取得した名称情報を連結する工程は、セパレータキャラクタで囲まれた正規化名称をそれぞれ実デバイス名称に変換した名称を連結することを特徴とする印刷デバイス名称取得方法。
【請求項１４】
前記請求項１における、取得した名称情報を連結する工程は、セパレータキャラクタで囲まれていない文字列を通常の文字列として連結することを特徴とする印刷デバイス名称取得方法。
【請求項１５】
ネットワーク上に接続されているＰＣにインストールされている印刷デバイスを管理するソフトウエアにおいて、管理対象となる印刷デバイスの名称を正規化して表現する方法、正規化された名称を対象デバイスに送信する方法、印刷デバイス側では正規化された名称を受信する方法、受信した正規化された名称を解析する方法、印刷デバイス内部の属性テーブルから情報を参照および取得する方法、取得した名称情報を連結する方法、連結した名称を要求先のＰＣへ送信する方法を有する印刷デバイス名称取得装置。
【請求項１６】
前記請求項１５における、管理対象となる印刷デバイスの名称を正規化して表現する方法は、取得を行う名称情報をセパレータキャラクタで囲むことを特徴とする印刷デバイス名称取得装置。
【請求項１７】
前記請求項１５における、管理対象となる印刷デバイスの名称を正規化して表現する方法は、取得を行う名称種別をパラメータによって指定することを特徴とする印刷デバイス名称取得装置。
【請求項１８】
前記請求項１５における、管理対象となる印刷デバイスの名称を正規化して表現する方法は、取得を行う名称情報をサブパラメータによって指定することを特徴とする印刷デバイス名称取得装置。
【請求項１９】
前記請求項１５における、管理対象となる印刷デバイスの名称を正規化して表現する方法は、取得を行う名称情報を複数のパラメータを連結するによって指定することを特徴とする印刷デバイス名称取得装置。
【請求項２０】
前記請求項１５における、管理対象となる印刷デバイスの名称を正規化して表現する方法は、取得を行う名称以外の文字列は通常の文字列として使用することを特徴とする印刷デバイス名称取得装置。
【請求項２１】
前記請求項１５における、受信した正規化された名称を解析する方法は、受信した正規化された名称文字列からセパレータキャラクタを抽出することを特徴とする印刷デバイス名称取得装置。
【請求項２２】
前記請求項１５における、受信した正規化された名称を解析する方法は、受信した正規化された名称文字列から名称タイプパラメータを抽出することを特徴とする印刷デバイス名称取得装置。
【請求項２３】
前記請求項１５における、受信した正規化された名称を解析する方法は、受信した正規化された名称文字列から名称タイプサブパラメータを抽出することを特徴とする印刷デバイス名称取得装置。
【請求項２４】
前記請求項１５における、受信した正規化された名称を解析する方法は、受信した正規化された名称文字列から複数の連結されたパラメータを抽出することを特徴とする印刷デバイス名称取得装置。
【請求項２５】
前記請求項１５における、印刷デバイス内部の属性テーブルから情報を参照および取得する方法は、ＭＩＢ情報を参照することを特徴とする印刷デバイス名称取得装置。
【請求項２６】
前記請求項１５における、印刷デバイス内部の属性テーブルから情報を参照および取得する方法は、独自の属性情報を参照することを特徴とする印刷デバイス名称取得装置。
【請求項２７】
前記請求項１５における、取得した名称情報を連結する方法は、セパレータキャラクタで囲まれた正規化名称をそれぞれ実デバイス名称に変換した名称を連結することを特徴とする印刷デバイス名称取得装置。
【請求項２８】
前記請求項１５における、取得した名称情報を連結する方法は、セパレータキャラクタで囲まれていない文字列を通常の文字列として連結することを特徴とする印刷デバイス名称取得装置。
【請求項２９】
ネットワーク上に接続されているＰＣにインストールされている印刷デバイスを管理するソフトウエアにおいて、管理対象となる印刷デバイスの名称を正規化して表現するモジュール、正規化された名称を対象デバイスに送信するモジュール、印刷デバイス側では正規化された名称を受信するモジュール、受信した正規化された名称を解析するモジュール、印刷デバイス内部の属性テーブルから情報を参照および取得するモジュール、取得した名称情報を連結するモジュール、連結した名称を要求先のＰＣへ送信するモジュールを有する印刷デバイス名称取得プログラムを格納したことを特徴とする記憶媒体。
【請求項３０】
前記請求項２９における、管理対象となる印刷デバイスの名称を正規化して表現するモジュールは、取得を行う名称情報をセパレータキャラクタで囲むことを特徴とする印刷デバイス名称取得プログラムを格納したことを特徴とする記憶媒体。
【請求項３１】
前記請求項２９における、管理対象となる印刷デバイスの名称を正規化して表現するモジュールは、取得を行う名称種別をパラメータによって指定することを特徴とする印刷デバイス名称取得プログラムを格納したことを特徴とする記憶媒体。
【請求項３２】
前記請求項２９における、管理対象となる印刷デバイスの名称を正規化して表現するモジュールは、取得を行う名称情報をサブパラメータによって指定することを特徴とする印刷デバイス名称取得プログラムを格納したことを特徴とする記憶媒体。
【請求項３３】
前記請求項２９における、管理対象となる印刷デバイスの名称を正規化して表現するモジュールは、取得を行う名称情報を複数のパラメータを連結するによって指定することを特徴とする印刷デバイス名称取得プログラムを格納したことを特徴とする記憶媒体。
【請求項３４】
前記請求項２９における、管理対象となる印刷デバイスの名称を正規化して表現するモジュールは、取得を行う名称以外の文字列は通常の文字列として使用することを特徴とする印刷デバイス名称取得プログラムを格納したことを特徴とする記憶媒体。
【請求項３５】
前記請求項２９における、受信した正規化された名称を解析するモジュールは、受信した正規化された名称文字列からセパレータキャラクタを抽出することを特徴とする印刷デバイス名称取得プログラムを格納したことを特徴とする記憶媒体。
【請求項３６】
前記請求項２９における、受信した正規化された名称を解析するモジュールは、受信した正規化された名称文字列から名称タイプパラメータを抽出することを特徴とする印刷デバイス名称取得プログラムを格納したことを特徴とする記憶媒体。
【請求項３７】
前記請求項２９における、受信した正規化された名称を解析するモジュールは、受信した正規化された名称文字列から名称タイプサブパラメータを抽出することを特徴とする印刷デバイス名称取得プログラムを格納したことを特徴とする記憶媒体。
【請求項３８】
前記請求項２９における、受信した正規化された名称を解析するモジュールは、受信した正規化された名称文字列から複数の連結されたパラメータを抽出することを特徴とする印刷デバイス名称取得プログラムを格納したことを特徴とする記憶媒体。
【請求項３９】
前記請求項２９における、印刷デバイス内部の属性テーブルから情報を参照および取得するモジュールは、ＭＩＢ情報を参照することを特徴とする印刷デバイス名称取得プログラムを格納したことを特徴とする記憶媒体。
【請求項４０】
前記請求項２９における、印刷デバイス内部の属性テーブルから情報を参照および取得するモジュールは、独自の属性情報を参照することを特徴とする印刷デバイス名称取得プログラムを格納したことを特徴とする記憶媒体。
【請求項４１】
前記請求項２９における、取得した名称情報を連結するモジュールは、セパレータキャラクタで囲まれた正規化名称をそれぞれ実デバイス名称に変換した名称を連結することを特徴とする印刷デバイス名称取得プログラムを格納したことを特徴とする記憶媒体。
【請求項４２】
前記請求項２９における、取得した名称情報を連結するモジュールは、セパレータキャラクタで囲まれていない文字列を通常の文字列として連結することを特徴とする印刷デバイス名称取得プログラムを格納したことを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷デバイスにアクセスを行うデバイス管理ユーティリティソフトウエアやプリンタドライバなどのソフトウエアが、UI上に表示する印刷デバイスの名称情報を取得、表示を行うための印刷デバイス内部処理方法に関するものである。
【背景技術】
【０００２】
従来印刷デバイス管理ユーティリティソフトやプリンタドライバなどのソフトウエアが、管理対象となる印刷デバイスの名称に関する情報をUI上に表示を行うためには、印刷デバイス名内部のＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）と呼ばれる管理情報データベースに格納されており、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）を用いて取得を行う。また印刷デバイスによっては独自の通信プロトコルをサポートしているものも有り、その独自プロトコルを用いて名称情報の取得を行うことも可能となっている。
【０００３】
更に印刷デバイスの名称に関する情報は、ＭＩＢや独自プロトコルの情報格納領域などに分割、重複して散在しているため、印刷デバイス管理ユーティリティやプリンタドライバなどのソフトウエアは、それぞれ独自のルールを用いて印刷デバイスの名称情報を参照している。更に印刷デバイス管理ユーティリティやプリンタドライバなどのソフトウエアは、それぞれ印刷デバイス名称のＵＩ上に表示する表示形式が異なるため、必要な名称情報を全て印刷デバイスより取得し、それらの名称情報を組立て、また必要に応じで変換処理を行うことで、ソフトウエアのＵＩ上に表示を行っていた。
【０００４】
従来例としては、例えば、情報登録時に類似したキーワードを正規化して登録し、検索時は類似した検索キーワードを正規化し検索実行し、検索結果を検索条件と比較し妥当性を判定するものがある（特許文献１参照）。
【特許文献１】特開2004-86307号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来例では、次のような問題点があった。
【０００６】
印刷デバイスにアクセスする外部ソフトウエアは、独自にそれぞれ名称変換ロジックを用意する必要があり、新しい名称の印刷デバイスがリリースされるたびに変換ロジックの追加、見直しを行いつづける必要がある。また、印刷デバイス内部に散在する名称情報から、必要とされている情報を全て取得するためには、外部ソフトと印刷デバイス間において複数回の通信を繰り返す必要がある。
【課題を解決するための手段】
【０００７】
上記のような状況を鑑み、本発明では印刷デバイス管理ユーティリティやプリンタドライバなど、印刷デバイスに外部からアクセスし名称情報を取得する外部ソフトが、名称情報を取得する際に外部ソフト自身が取得したい名称情報のフォーマットおよび形式を正規化して問い合わせる手段を印刷デバイス側に設ける。
【０００８】
印刷デバイス内部では、外部ソフトより正規化されて要求された名称パターンを解析し、印刷デバイス内部のＭＩＢやその他独自プロトコルにより取得可能な名称情報の中から合致するパターンを取得し、指定されたフォーマットおよび形式に合致した名称情報を外部ソフトに返答する手段を設ける。
【発明の効果】
【０００９】
以上述べたように、本発明ではデバイスにアクセスする外部ソフトウエアは、独自にそれぞれ名称変換ロジックを用意する必要がなく、新デバイス対応のための名称変換ロジックの追加、見直しが不要となる。また、デバイス内部から名称情報を取得するために1回の通信で所望の名称情報を取得することが可能となる。
【発明を実施するための最良の形態】
【００１０】
（実施例１）
以下本実施例について詳細な説明を行う。
【００１１】
先ず図１は本発明を行う上での基本構成を表わす図である。図１−１０１は印刷デバイスを管理する外部ソフトウエアがインストールされ動作するＰＣを表わす。この図１−１０１ＰＣにはデバイス管理ユーティリティプログラムや、指定デバイスに印刷データを生成して出力を行うプリンタドライバソフトウエアなどがインストールされ、必要に応じて実行される環境が整っているＰＣである。またこのＰＣはネットワークに対するインタフェースを装備しており、ネットワークインタフェースを経由して図１−１０２で示すイーサネット（登録商標）などの通信媒体に接続されているものである。図１−１０３および図１−１０４はネットワーク上に接続されている印刷デバイスを表わすものである。これらの印刷デバイスと図１−１０１に示すＰＣとの間では、必要に応じてＴＣＰ／ＩＰやＳＮＭＰ、その他独自プロトコルなどを使用して情報の交換が行われることとなる。情報交換の手順としては図1−(1)において、管理対象の印刷デバイスに対して諸々の情報取得のリクエストを送信する。リクエストを受信した図１−１０３、１０４の印刷デバイスは、リクエストに応じた応答を図１−(2)において図１−１０１ＰＣ上にインストールされている要求先プログラムに対して返信を行う。
【００１２】
次に図２を用いて、図１−１０１ＰＣ上のソフトウエアコンポーネントの構成に関して概略の説明を行う。図２−２０１は図１−１０１ＰＣ上で動作するアプリケーションプログラムを表わす。アプリケーションプログラムとは、本実施例では印刷デバイスを管理するユーティリティソフトウエア全般を指し、必要に応じで印刷デバイス管理者用ＰＣにインストールされ、必要に応じで起動されるソフトウエアである。図２−２０２は、アプリケーションプログラムより印刷出力指示が行われた際に、印刷データを生成し印刷デバイスへ出力を行うプリンタドライバーソフトを指すものである。これらの図２−２０１、図２−２０２のソフトウエアは、それぞれ独自のＵＩ（ユーザーインタフェース）を持ち、それぞれ独自の名称表示ルールに従い、対象となる印刷デバイスの名称をＵＩ上に表示を行うものである。図２−２０３および図２−２０４は、アプリケーションプログラムやプリンタドライバなどのソフトウエアから共通に使用されるサービスレイアを表わす。図２−２０３はアプリケーションプログラムから、ネットワーク上の印刷デバイス対して仮想的にアクセスさせるためにサービスプログラムを表わし、このアプリ用情報取得サービスは、印刷デバイスの名称情報やステータス状態、ログ情報など、図２−２０１のアプリケーションプログラムが実デバイスにアクセスしなくても印刷デバイスの状態を取得可能にするためのサービスレイアである。同様に図２−２０４のドライバ用情報取得サービスは、プリンタドライバが必要とする、対象印刷デバイスでのオプション装着状態などの、印刷デバイスの構成情報取得などに特化した情報取得サービスを表わすものである。次に図２−２０５および図２−２０６は更に下層のサービスレイアを表わし、図２−２０５はデバイスが独自に定義している独自プロトコルを提供するサービスプログラムを表わし、図２−２０３のアプリ用情報取得サービスや図２−２０４ドライバ用情報取得サービスから、印刷デバイスから独自プロトコルを使用して情報取得を行う際に呼び出されるものである。同様に図２−２０６はＳＮＭＰプロトコルの情報取得サービスプログラムを表わし、図２−２０３のアプリ用情報取得サービスや図２−２０４ドライバ用情報取得サービスから、ＳＮＭＰを使用して印刷デバイスからＭＩＢの用い情報取得を行う際に呼び出されるものである。図２−２０７は更に下層のサービスを表わし、図２−２０５や図２−２０６のアプリケーションプロトコルを実デバイスに送るための、ＴＣＰやＵＤＰのトランスポートプロトコルをサポートするサービスプログラムを表わすものである。
【００１３】
以上図１、図２で説明したように、デバイス管理ユーティリティプログラムやプリンタドライバなどの印刷デバイスから情報を取得するプログラムは、情報取得サービスプログラムを経由して、印刷デバイスから情報を取得するケースが多い。
【００１４】
次に図3を用いて、図１−１０１ＰＣ上で動作するデバイス管理ユーティリティソフトウエアや、プリンタドライバなどのホスト上のソフトウエアにおける、対象印刷デバイスの名称取得までの処理の流れを説明する。先ずＳ３０１において管理対象となる印刷デバイスを決定する。例えばプリンタドライバの場合、印刷出力対象となる印刷ポートを選択した時点で、印刷ポートに関連付けられたデバイスを特定することが可能となる。印刷ポートとしてＳｔａｎｄａｒｄ ＴＣＰ／ＩＰ Ｐｏｒｔの場合、ポートの情報から対象デバイスのＩＰアドレスを取得することが可能となる。デバイス管理ユーティリティの場合は、ローカルネットワークに対して、ＳＮＭＰの探索パケットを送信し、応答を返したデバイスのパケット情報から対象となる印刷デバイスのＩＰアドレスを決定することが可能となる。次にＳ３０２ではＳ３０１で取得したＩＰアドレスを用いて、対象デバイスの仕向けに影響しない基本名称情報および、対象デバイスのラインアップを判定するために必要なその他の属性情報の取得を、ＳＮＭＰを用いてＭＩＢから取得を行う。Ｓ３０３ではＳ３０２において決定した対象デバイスのラインアップおよび基本名称情報から、デバイス管理ユーティリティやプリンタドライバのＵＩ上で表示を行う名称形式に合致した正規化された名称情報を生成する。正規化された名称の例を、図4を用いて説明する。
【００１５】
先ず図４−４０１は、デバイス管理ユーティリティソフトなどの外部管理ソフトウエアで表示を行いたい名称形式の例を表わすものである。ここでは例として複合機の名称を例として示す。表示したい名称は“Ａｂｃ Ｄｆ ６８００Ｃ ＥＵＲ−Ｄ１／Ｃ６８００−Ｄ１ ＰＳ Ｖｅｒ２．１”という名称であるとする。この名称は印刷デバイス内部のＭＩＢや独自プロトコルで取得する属性情報などに含まれていない文字列も含まれており、また、ＭＩＢに格納されている名称情報、独自プロトコルで取得を行う属性値に含まれている情報が混在した形式になっている。この図４−４０１の文字列を正規化して表現した例が図４−４０２である。先ず先頭の“Ａｂｃ”の文字列は、印刷デバイスの内部に保持している情報ではないため、外部管理ユーティリティが付加している文字列である。図４−４０３は正規化表現の開始部分を表わすセパレータの例である。この例では“｛”をセパレータの開始文字として指定しているが、他のキャラクタを開始文字として定義することも可能である。本実施例では説明を簡略化するために“｛”をセパレータの開始キャラクタとして以下の説明を行う。なお図４−４０７“｝”はセパレータの終了文字を表わし、このセパレータの開始文字と終了文字に挟まれた部分が、正規表現された印刷デバイスの名称文字列を表わす1つの単位となる。次に図４−４０４、図４−４０５は正規化して取得を行う名称情報の取得タイプおよびオプションタイプの指定を行うパラメータを表わす。このパラメータは“：”のキャラクタを用いて複数指定することが可能である。他のキャラクタを用いてパラメータの連結を行うことも可能であるが、本実施例では説明を簡略化するために“：”をパラメータの接続キャラクタとして以下の説明を行う。
【００１６】
図４−４０４の取得タイプのパラメータ“MODEL”は、印刷デバイスのモデル名称を要求していることを表わすパラメータである。次に続くパラメータ“EU”は、欧州仕向けの名称を指定しているものである。なので、図４−４０４および図４−４０５のパラメータにより、欧州仕向けのモデル名称を指定することになる。続く図４−４０６では、取得を要求するモデル名を正規化して指定を行う。この正規化したモデル名称“Ｄｆ ｎｎｎｎＣ ＥＵＲ―？ｎ”は、“ｎｎｎｎ”の部分には４桁の数字が、“？ｎ”の部分には１文字のキャラクタと１文字の数字が適用されることを表わす。続く“／”のキャラクタは、セパレータキャラクタに挟まれていないため、通常の文字列であることを表わし、単純に連結されるための文字列である。続く図４−４０８〜４１０までの“｛ＭＯＤＥＬ：ＵＳ：Ｃｎｎｎｎ―？ｎ｝”は、ＵＳ仕向けのモデル名称を取得するための名称情報を正規化して表わした文字列である。続く“ＰＳ Ｖｅｒ”はセパレータキャラクタに挟まれていないため、通常の文字列であることを表わし、単純に連結されるための文字列である。続く図４−４１１、図４−４１２は、図４−４１１のパラメータによって取得する文字列がバージョンの情報であることを表わし、図４−４１２“ｎ．ｎ”によってバージョンの数字を正規化して表わしている。これらの文字列を連結して図４−４０２の形式にして印刷デバイスに対して送信を行い、名称情報の取得要求を行う。Ｓ３０４では、上述したように管理対象デバイスに対してＳ３０３において生成した正規化された名称の情報を、名称取得を要求する印刷デバイスに対して送信を行う。Ｓ３０５では印刷デバイスの応答として、要求した形式での印刷デバイス名称の取得を行う。次にＳ３０５では取得した印刷デバイスの名称を図５に示すような形で、デバイス管理ユーティリティやプリンタドライバのＵＩ上に表示を行う。
【００１７】
次に図５を用いて、Ｓ３０４において名称取得要求を受付けた場合の、印刷デバイス側での処理概要に関して説明を行う。
【００１８】
図５−５０１は、前述の図４において説明を行った、外部管理ソフトウエアが表示を行う形式で正規化された名称情報であり、この文字列が印刷デバイスに対しての名称取得要求の文字列として渡されることにより、名称取得処理がスタートする。図５−５０２、５０３はそれぞれ印刷デバイス内部で保持している名称情報を含む情報群を表わすものである。５０２はＭＩＢの例を表わし、５０３は独自プロトコルにより取得可能な属性テーブルの例を表わすものである。ここでは説明を簡略化するために５０２および５０３には必要最低限の名称のみを記載しているが、この他にも、印刷デバイスのステータスに関する情報や、ネットワーク設定に関する情報、搭載されているＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）など、さまざまな情報が格納されているが、本実施例では説明を簡略化するため、説明で使用する名称に関連する情報のみを記載する。次に図５−５０４は外部ソフトより渡された名称取得要求文字列を解析した結果を表わすものである。解析方法は上述のように、文字列中にセパレータキャラクタがあるか、取得文字列のパラメータがあるか、パラメータにオプションは含まれているか、取得文字列が正規化されて表現されているかなどの判定を行うことになる。また、本実施例において取得文字列のパラメータとして、モデル名称を指定する“ＭＯＤＥＬ”、バージョン情報を取得する“ＶＥＲＳＩＯＮ”、仕向けを指定する“ＵＳ”、“ＵＫ”などの例を示しているが、これ以外にもオプション名称を指定するパラメータ、ネットワークアダアプタの名称を指定するパラメータ、前記以外の仕向けを指定するパラメータなど、指定することが可能であることは言うまでも無い。この文字列を解析した結果、(1)〜(6)のパートに分けることが出来る。図５−５０５は図５−５０４(1)の部分を指し、セパレータキャラクタに挟まれていないため通常文字列と判定し特別な処理は行なわず、渡された文字列をそのまま使用するものとする。この文字列は、後に連結処理を実施するまで一時的に印刷デバイス内部の記憶領域に保持されるものとする。次に図５−５０６は図５−５０４の(2)の部分を指し、欧州仕向けのモデル名称取得を要求している部分であると判定可能である。ここで印刷デバイス内部の５０２ＭＩＢ、５０３独自プロトコルの属性情報テーブルに所望の名称情報が含まれているかどうかの判定を行い、合致する名称情報を取得するような処理を行い名称管理コンポーネントソフトウエアが、印刷デバイス内部のコントローラソフトとして実装されているものとする。ここでは欧州向けのモデル名称は図５−５０３の独自プロトコルの属性情報テーブルに含まれていると判定されたため、独自情報テーブルより名称情報の取得を行う。取得した名称情報は図５−５０７に示すものであり、後に連結処理を実施するまで一時的に印刷デバイス内部の記憶領域に保持されるものとする。図５−５０８は図５−５０４(3)の部分を指し、セパレータキャラクタに挟まれていないため通常文字列と判定し特別な処理は行なわず、渡された文字列をそのまま使用するものとする。この文字列は、後に連結処理を実施するまで一時的に印刷デバイス内部の記憶領域に保持されるものとする。
【００１９】
次に図５−５０９は図５−５０４の(4)の部分を指し、ＵＳ仕向けのモデル名称取得を要求している部分であると判定可能である。ここで印刷デバイス内部の５０２ＭＩＢ、５０３独自プロトコルの属性情報テーブルに所望の名称情報が含まれているかどうかの判定を行い、合致する名称情報を取得するような処理を行う名称管理コンポーネントソフトウエアが、印刷デバイス内部のコントローラソフトとして実装されているものとする。ここではＵＳ向けのモデル名称は図５−５０２のＭＩＢ情報テーブルに含まれていると判定されたため、ＭＩＢより名称情報の取得を行う。取得した名称情報には、要求した名称に含まれない“Ｄｆ”という文字列が含まれているため、名称管理コンポーネントにより不要な文字列と判定され削除を行う。削除後の文字列は図５−５１０に示すものであり、後に連結処理を実施するまで一時的に印刷デバイス内部の記憶領域に保持されるものとする。図５−５１１は図５−５０４(5)の部分を指し、セパレータキャラクタに挟まれていないため通常文字列と判定し特別な処理は行なわず、渡された文字列をそのまま使用するものとする。この文字列は、後に連結処理を実施するまで一時的に印刷デバイス内部の記憶領域に保持されるものとする。次に図５−５１２は図５−５０４の(6)の部分を指し、バージョン情報を要求している部分であると判定可能である。ここで印刷デバイス内部の５０２ＭＩＢ、５０３独自プロトコルの属性情報テーブルに所望のバージョン名称情報が含まれているかどうかの判定を行い、合致する名称情報を取得するような処理を行う名称管理コンポーネントソフトウエアが、印刷デバイス内部のコントローラソフトとして実装されているものとする。ここではバージョン名称は図５−５０２のＭＩＢ情報テーブルに含まれていると判定されたため、ＭＩＢよりバージョン情報の取得を行う。取得したバージョン情報は図５−５１３に示すものであり、後に連結処理を実施するまで一時的に印刷デバイス内部の記憶領域に保持されるものとする。これらの処理を行い、記憶領域に保持されていた文字列をそれぞれ連結したものが、図５−５１４に示す文字列である。この文字列を、名称の取得要求を行ってきた外部ソフトウエアに返信することで、図５−５１５外部ソフトウエアは所望の名称情報をＵＩ上に表示を行うことが可能となる。
【００２０】
図6における処理の流れを説明する前に、図7を用いて印刷デバイス内部における名称取得処理に必要な構成の概要に関して説明を行う。
【００２１】
図７−７０１は、図１−１０３、１０４のような印刷デバイス装置が、図１−１０２の通信媒体を通して外部の図１−１０１のＰＣ等と通信を行う際の通信制御を行う通信モジュールを表わす。外部の印刷デバイス管理ソフトウエアからの名称取得要求や、印刷デバイス内部で生成した名称情報は、この通信モジュールによりＰＣと印刷デバイス間でやり取りされることになる。図７−７０２は印刷デバイス内部の記憶領域を表わすものである。記憶領域とはＣＰＵがプログラムを実行する際にロードを行う記憶領域、ＨＤ（ＨａｒｄＤｉｓｋ）等の外部記憶領域がある。本例では何れの記憶領域でも構わず、図７−７０１で受信した際の正規化されて外部ソフトウエアから渡された名称情報を一時的に保存する目的や、印刷デバイス内部で取得した名称情報を一時的に保存する場合に使用する。図７−７０３は、本発明の主な処理を行う名称管理コンポーネントを表わす。この名称管理コンポーネントは、印刷デバイス内部の格納されているコントローラソフトウエアを構成するコンポーネントの１つであり、あらかじめ印刷デバイス内部に格納されている場合もあり、また、印刷デバイス制御用コンポーネントとして後から追加される場合もある。本発明では、本名称管理コンポーネントはあらかじめ印刷デバイス内部に格納されているものとする。名称管理コンポーネントは、図７−７０２の記憶領域に保存されている正規化された印刷デバイスの名称情報を取得し、その内容の解析を行い、必要な名称情報を図７−７０４の属性情報テーブルより取得を行う。図７−７０４は、印刷デバイス内部のＭＩＢ情報テーブルや、独自のプロトコルにより参照可能な属性テーブルを表わし、印刷デバイスの名称情報はこのテーブル内に格納されている。取得を行った情報をそれぞれ図７−７０２の記憶領域に保存し、名称取得処理終了時に全ての名称を連結し、図７−７０１通信モジュールにより、外部ソフトウエアが格納されているＰＣに返答を行う。
【００２２】
次に図６を用いて、印刷デバイス内部のコントローラソフトに含まれる、名称管理コンポーネントにおける処理の流れに関して説明を行う。
【００２３】
先ずＳ６０１では、名称管理コンポーネントが、外部の印刷デバイス管理ソフトウエアが表示を行うためのＵＩ上の表示名称形式で正規化した名称情報を受け取り、以下の処理で参照可能な記憶領域に保持する処理を行う。Ｓ６０２では、Ｓ６０１で取得を行った正規化した名称の解析を行い、通常の文字列、印刷デバイスより取得すべき名称が正規化されて表現されている部分の解析処理を行う。処理の詳細に関しては図５を用いて説明したように、セパレータキャラクタで括られた文字列が存在するか否かを、渡された文字列内部を検索することで判定を行うことが可能である。通常の文字列に関しては、後の連結処理に備え後の処理ステップで参照可能な記憶領域に保持される。次にＳ６０３では、取得すべき名称情報が正規化されて指定されている部分の抽出処理を行う。具体的な例としては図５における図５０４−(2)、(4)、(6)を抽出する処理を行う。次にＳ６０４においてはＳ６０３において抽出を行った正規化されて指定された名称情報のパラメータ情報を解析し、取得すべき名称情報の決定を行う処理を行う。次にＳ６０５では、Ｓ６０４においてパラメータの判定を行い、取得を行うべき名称がデバイス内部のＭＩＢの情報テーブルに含まれているか否かの判定を行う。判定を行った結果ＭＩＢに含まれている名称情報を使用する場合にはＳ６１０へ進み、ＭＩＢから名称情報を取得する。その際に正規化されて指定された名称情報と合致するか否かの判定を行い、不要な文字列が含まれている場合には、その文字列を削除する処理を行う。また取得した名称文字列に関しては、後の連結処理に備え後の処理ステップで参照可能な記憶領域に保持される。Ｓ６０５において指定された名称情報はＭＩＢに含まれていないと判定された場合には、Ｓ６０６において独自プロトコルにより取得可能な属性情報テーブルの中に、指定された名称が含まれているか否かの判定を行う。判定を行った結果独自プロトコルにより取得可能な属性情報テーブルに含まれている名称情報を使用する場合にはＳ６１１へ進み、独自プロトコルにより取得可能な属性情報テーブルから名称情報を取得する。その際に正規化されて指定された名称情報と合致するか否かの判定を行い、不要な文字列が含まれている場合には、その文字列を削除する処理を行う。また取得した名称文字列に関しては、後の連結処理に備え後の処理ステップで参照可能な記憶領域に保持される。Ｓ６０７においては、Ｓ６０３において抽出を行った正規化された名称情報に関して、印刷デバイス内部の名称情報より全ての名称情報の取得を行ったか否かの判定を行い、未取得の名称情報がある場合にはＳ６０４へ進み、全ての正規化された名称情報から実名称情報を取得し終わった場合にはＳ６０８へ進む。Ｓ６０８では前記ステップにおいて記憶領域に保持されている通常文字列、実デバイス名称の連結処理を行う。具体的には図５−５１４に示すような文字列を生成する処理を行う。Ｓ６０９ではＳ６０８で生成した名称文字列を、問い合わせを行った外部ソフトウエアに対して返答する。
【図面の簡単な説明】
【００２４】
【図１】本発明の全体構成を表わす図である。
【図２】ホスト上におけるソフトウエアモジュールの階層構造を表わす図である。
【図３】ホスト上におけるデバイス名称取得までの処理の流れを表わす図である。
【図４】印刷デバイスの名称取得要求を行う際に用いる正規化された名称の例を表わす図である。
【図５】正規化された名称情報を解析し取得処理を行う際の概念を表わす図である。
【図６】印刷デバイス上における名称取得内部処理の流れを表わす図である。
【図７】印刷デバイス内部における名称取得処理に必要な構成の概要を表わす図である。
【図１】
2008282331.tif 000003
【図２】
2008282331.tif 000004
【図３】
2008282331.tif 000005
【図４】
2008282331.tif 000006
【図５】
2008282331.tif 000007
【図６】
2008282331.tif 000008
【図７】
2008282331.tif 000009