JP2005128594A - 周辺機器の検証装置、機器仕様検証システム、検証方法、プログラム、並びに記憶媒体 - Google Patents

Abstract

【課題】 従来、周辺機器の評価方法において、機器仕様情報からテストデータを自動的に生成する方法はあったが、デジタル複合画像形成装置など様々なオプションが装着され且つ装備状況によって機器仕様が変化する場合に、様々なオプション装着時の機器仕様に合ったテストデータを効率良く作成したり評価したりする手段がなかった。
【解決手段】 取得したデバイスの装備情報を使って、機器仕様に合ったテストデータの自動生成を実現した。
【選択図】 図２

Description

本発明は、周辺機器装置の機器仕様検証システムに関し、特に、機器構成によって機器仕様が異なるような周辺機器を検証するに際し、機器構成に適合した検証データを自動的に生成するための機器仕様検証システム、および、機器仕様検証方法に関する。

近年、周辺機器開発においては、同一の機器で様々な機器構成をとることにより、同一の機器で多様な機能を実現できるようにしている。例えば、プリンタを例に挙げると、同一のプリンタに対して、様々な給紙装置や排紙装置を組み合わせて装着可能とし、各種ユーザ環境に合わせた機能を実現できるようにしている。また、コピー、プリント、ファクシミリなど複数の機能を備えたマルチファンクション機（ＭＦＰ）においては、同一のＭＦＰに対して、コピー＆プリントモデル、コピー＆ファクシミリモデルなど、搭載する機能の組み合わせを選択できるようにしたものもある。

このように、同一の周辺機器で、様々な機器構成をとることにより複数の機能を実現していくことは、多様なユーザニーズに迅速に対応していくために、周辺機器開発において今後益々必要とされている。

一方、周辺機器開発の過程における機器仕様の評価という観点からみると、同一の周辺機器であっても、機器構成によって実現可能な機能や仕様が異なるため、単一の機器構成での評価だけでなく、組み合わせ可能な様々な機器構成での評価が必要となる。したがって、機器構成に応じた複数のテストデータを用意したり、また、これらのテストデータを用いて、機器構成に応じた評価を行なわなければならず、従来に比べて、評価工数や評価の複雑さが増し、評価効率の改善が望まれていた。

従来、対象物の機器仕様を検証するための検証データを効率良く生成するための方法としては、以下のような技術が考案されている。

特開平１１−３０６０４６公報の「テストケース生成システム及びテストケース生成方法」において、機能仕様書で用いられる表形式の仕様データを項目ごと抽出してデータベース化し、この機能仕様データベースからの検索結果に基づいてテストケースを自動生成することにより、テストケース作成用の機能仕様データの変換、再エントリーを不要にし、予め蓄積された機能仕様データベースの各項目間の関連情報によって、機能仕様を十分に網羅したテストケースを生成する方法が開示されている。

しかしながら、評価対象物が上記説明したような様々な機器構成をとる周辺機器の場合、以下のような問題が生じていた。

例えば、プリンタＡに対して、フィニッシャーＸとフィニッシャーＹが装着可能であって、それぞれのフィニッシャーが装着された際に、実現可能な機能が以下のように異なるとする。

フィニッシャーＸ装着時：ステイプル（ステイプル可能位置：左上／右上）、
フィニッシャーＹ装着時：ステイプル（ステイプル可能位置：上／右／左）、パンチ
この場合、プリンタＡに対するステイプル機能のテストケースとしては、フィニッシャーＸ装着時は、ステイプル位置：左上／右上、フィニッシャーＹ装着時は、ステイプル位置：上／右／左、といったように、装着されるフィニッシャーによって必要なテストケースが異なる。また、フィニッシャーＹ装着時にはさらにパンチ機能のテストケースも必要となる。

これに対して、上記従来のテストケース生成方法を適用した場合、従来の方法では、同一の対象物の機器仕様が機器構成によって異なることまで特に考慮されていないので、例えば、プリンタＡの機器仕様データとして上記フィニッシング機能仕様が入力された場合、ステイプル位置：左上／右上／上／右／左、パンチと、装着されるフィニッシャーに関係なく、全てのテストケースが生成されてしまうかも知れない。また、評価時も、実際に装着されているフィニッシャーに関わらず、全てのテストケースが実行されてしまうかも知れず、場合によっては無効なテストも行われてしまう。

従来の方法でこれらの問題を解決するためには、テストケース生成時に操作者が機器構成を意識してテストケースを生成するか、評価時に評価者が機器構成を意識して使用するテストケースを選択するしかならず、これらユーザ操作の介在により、結果として評価効率の改善は望めなかった。

本発明は上述の問題点を解決するためになされたもので、周辺機器を評価する仕組みにおいて、ユーザの負荷を軽減しつつミスのない確実な検証用のデータを生成できる仕組みを提供することを目的とする。

更に詳細には、周辺機器の機器仕様と機器構成をビット列で表した機器構成情報とを入力して評価対象の周辺機器の機器構成に合った機器仕様情報を生成し、これを用いて検証データの生成、及び、検証を実行することにより、機器構成によって機器仕様が異なるような周辺機器であっても、効率良く機器仕様を検証することが可能な機器仕様検証の仕組みを提供することを目的とする。

上記の課題を解決するために、本発明の検証装置は、周辺機器の機器情報を入力し解析する解析手段と、前記解析手段の解析に基づき検証データを生成する生成手段と、を有することを特徴とする。

或いは、本発明の機器仕様検証システムは、周辺機器の機器仕様を表す機器仕様情報を入力する機器仕様情報入力部と、前記周辺機器の機器構成状況をビット列で表した機器構成情報を入力する機器構成情報入力部と、前記入力した機器仕様情報と機器構成情報とを解析し評価対象の周辺機器の機器構成に合った機器仕様情報を生成する機器仕様情報生成部と、検証範囲を入力する検証範囲入力部と、前記検証範囲入力部で入力した検証範囲と前記機器仕様情報生成部で生成した機器仕様情報から検証データを生成する検証データ生成手段とを備えたことを特徴とする。

以上説明したように、本発明によれば、周辺機器の機器仕様情報と機器構成をビット列で表した機器構成情報とを入力して、機器構成に合った機器仕様情報を生成し、これを基に検証データの生成、および、検証を実行するようにしたので、機器構成によって機器仕様が異なるような周辺機器を評価する場合であっても、検証データの生成や、検証を効率良く行なうことができる。

また、機器構成情報を評価対象の周辺機器から取得することにより、さらに評価効率を向上させるとともに、実際の機器構成に合った検証を行なうことができる。

（第１の実施形態）
以下に、図面を参照して本発明の実施形態を詳細に説明する。

［システム構成］
図１は、本実施形態における機器仕様検証システムの構成を示すブロック図である。図示するとおり、機器仕様検証システムは、機器仕様検証装置１と評価対象の周辺機器２からなり、機器仕様検証装置１は、機器仕様情報入力部１１と、機器構成情報入力部１２と、機器仕様情報解析部１３と、検証範囲入力部１５と、検証データ生成部１６と、検証データ送信部１８と、検証実行部１９からなる。

機器仕様情報入力部１１は、評価対象の周辺機器２の機器仕様情報３を入力し、機器仕様情報解析部１３に出力する。

機器構成情報入力部１２は、評価対象の周辺機器２の機器構成情報４を入力し、機器仕様情報解析１３部に出力する。

機器仕様情報解析部１３は、入力された機器仕様情報３と機器構成情報４とを解析し、評価対象の周辺機器２の機器構成に合った検証用機器仕様情報１４を生成する。

検証範囲入力部５は、検証範囲５を入力し、検証データ生成部１６に出力する。

検証データ生成部１６は、前記検証用機器仕様情報１４と、検証範囲５から検証データ１７を生成する。

検証データ送信部１８は、前記検証データ１７を評価対象の周辺機器２に送信する。

検証実行部１９は、前記検証データの送信に対する周辺機器２からの応答データを受信し、受信した結果を検証用機器仕様情報１４と比較し検証を行なう。また、検証結果６を出力する。

［機器仕様情報］
図２は、本実施形態で用いられる機器仕様情報３の構成を示す。なお、本実施形態では、機器仕様は、周辺機器２を制御するためのプロトコル仕様を表したものとする。

図示するとおり、機器仕様情報３は、大きく仕様情報３１とインスタンス３２からなる。仕様情報３１とは、機器仕様情報自体について表したものであり、インスタンス３２とは、プリントやコピーなど機能単位でまとめられた機器仕様の実体であり、機器がサポートしている機能分存在する。

各インスタンス３２は、さらに、該インスタンスでサポートしている属性３３とオペレーション３４から構成されている。各インスタンスの機能は、これらサポートしている属性３３とオペレーション３４の組み合わせで実現される。

例えば、「プリント機能」というインスタンスにおいて、「用紙サイズ」「両面」「部数」といった項目が属性として定義され、「値を設定する」「値を取得する」といった項目がオペレーションとして定義されていて、「用紙サイズ」属性に対して「値を設定する」オペレーションを投入することにより、プリント機能において「用紙サイズ」を設定することができる。

図３は、機器仕様情報３を構成している各要素の内容を示す。

●仕様情報３１は、以下よりなる。
「仕様記述バージョン」この機器仕様情報がどのような記述ルールで記述されているかを示す。例えば、機器仕様情報がＸＭＬで記述されている場合、ＤＴＤバージョンがこれに該当する。「機器仕様ＩＤ＋バージョン」該機器仕様情報が、どの機器の仕様を表しているかを示す機器仕様ＩＤと、そのバージョンを示す。
●インスタンス３２は、以下よりなる。
「インスタンスＩＤ」インスタンス自体を識別する情報を示す。「Ｃｏｎｆｉｇｕｒａｔｉｏｎによる存在の有無」機器構成情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）により、該インスタンスが存在するか否かを示す。
●属性３３は、以下よりなる。
「属性ＩＤ」属性自体を識別する情報を示す。「Ｃｏｎｆｉｇｕｒａｔｉｏｎによる存在の有無」機器構成情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）により、該属性が存在するか否かを示す。「初期値」該属性の初期値を示す。「値域」該属性の取りうる値の範囲を示す。「対応可能オペレーション」該属性に対して使用可能なオペレーションを示す。
●オペレーション３４は、以下よりなる。
「オペレーションＩＤ」オペレーション自体を識別する情報を示す。「Ｃｏｎｆｉｇｕｒａｔｉｏｎによる存在の有無」機器構成情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）により、該オペレーションが存在するか否かを示す。「送信、返信パラメータの値域」該オペレーションの送信、返信パラメータの取りうる値の範囲を示す。「返信ステータスコード」該オペレーションに対する機器の返信ステータスコードのリストを示す。

［機器構成情報］
次に、機器構成情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）について説明する。

周辺機器は、同じ機器であってもオプション装着状況や機能モデルの設定など、機器構成状況によって実現可能な機能が変化する場合がある。機器構成情報は、この機器構成情報をビット列で表したものである。

図４は、機器構成情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）の例を示した図であり、この例ではＣｏｎｆｉｇｕｒａｔｉｏｎは、６４ビット長の整数型で定義され、第２ビットが１の場合は、オプションＡの装着を表し、第３ビットが１の場合は、オプションＢの装着を表している。

さらに、Ｃｏｎｆｉｇｕｒａｔｉｏｎは、ＣｏｎｆｉｇＭａｓｋ要素とＣｏｎｆｉｇＶａｌ属性により、仕様が成立するＣｏｎｆｉｇｕｒａｔｉｏｎを表す。ＣｏｎｆｉｇＭａｓｋは、Ｃｏｎｆｉｇｕｒａｔｉｏｎへのマスクであり、ＣｏｎｆｉｇＶａｌは、ＣｏｎｆｉｇＭａｓｋにより取り出されたビット値そのものである。

図５は、図４に示すＣｏｎｆｉｇｕｒａｔｉｏｎの下位４ビットを用いて、オプションＡとオプションＢの装着の有無をＣｏｎｆｉｇＭａｓｋとＣｏｎｆｉｇＶａｌの組み合わせで表した表を示す。

例えば、「オプションＢが装着されている場合にのみ仕様が成立する」という条件は、ＣｏｎｆｉｇＭａｓｋ＝０１００、ＣｏｎｆｉｇＶａｌ＝０１００で表すことができる。

上述の機器仕様情報３は、このＣｏｎｆｉｇｕｒａｔｉｏｎを用いて、機器構成に応じて追加される仕様や、変化する仕様について表現することができる。

次に、Ｃｏｎｆｉｇｕｒａｔｉｏｎを用いて表された機器仕様情報の例とその解析処理について説明する。

［機器仕様情報の解析］
図６は、Ｃｏｎｆｉｇｕｒａｔｉｏｎに応じて仕様が追加される例として、属性が追加される場合の属性情報の定義例を示す。

図示するとおり、属性１（属性ＩＤ＝１）は、ＣｏｎｆｉｇＭａｓｋ＝１、ＣｏｎｆｉｇＶａｌ＝１のときに追加されることを示し、属性２（属性ＩＤ＝２）は、ＣｏｎｆｉｇＭａｓｋ＝２、ＣｏｎｆｉｇＶａｌ＝２のときに追加されることを示し、属性３（属性ＩＤ＝３）は、ＣｏｎｆｉｇＭａｓｋ＝０、ＣｏｎｆｉｇＶａｌ＝０、すなわち機器構成情報に関わらず常に存在することを示している。

図７は、機器仕様情報解析部１３において、図６に示す属性情報と所定のＣｏｎｆｉｇｕｒａｔｉｏｎが入力された場合の属性情報の解析処理を示す。

まず、入力されたＣｏｎｆｉｇｕｒａｔｉｏｎとＣｏｎｆｉｇＭａｓｋ＝１との論理積を演算し（Ｓ７０１）、演算した結果が１である場合には、属性１が存在すると解釈する（Ｓ７０２）。続いてＣｏｎｆｉｇｕｒａｔｉｏｎとＣｏｎｆｉｇＭａｓｋ＝２とのビット論理積を演算し（Ｓ７０３）、演算した結果が２である場合には、属性２が存在すると解釈する（Ｓ７０４）。最後に属性３が存在すると解釈する（Ｓ７０５）。

以上の処理により、例えば、同じプリンタＡに対して、フィニッシャーＸが装着された場合は、「ステイプル」という属性が追加され、フィニッシャーＹが装着された場合は、「パンチ」という属性が追加される、といったように、機器構成に応じて属性が追加されることを認識することができる。

次に、Ｃｏｎｆｉｇｕｒａｔｉｏｎに応じて仕様が変化する場合について説明する。

図８は、Ｃｏｎｆｉｇｕｒａｔｉｏｎに応じて仕様が変化する例として、属性の取り得る値の範囲（値域）が変化する場合の値域の定義例を示す。

図示するとおり、Ｃｏｎｆｉｇｕｒａｔｉｏｎ１（ＣｏｎｆｉｇＭａｓｋ＝３、ＣｏｎｆｉｇＶａｌ＝１）の場合は、値域（Ｒａｎｇｅ）＝１、２であることを示し、Ｃｏｎｆｉｇｕｒａｔｉｏｎ２（ＣｏｎｆｉｇＭａｓｋ＝３、ＣｏｎｆｉｇＶａｌ＝０）の場合は、値域（Ｒａｎｇｅ）＝１、２、３であることを示し、ＤｅｆａｕｌｔＣｏｎｆｉｇｕｒａｔｉｏｎ（ＣｏｎｆｉｇＭａｓｋ＝０、ＣｏｎｆｉｇＶａｌ＝０）の場合は、値域（Ｒａｎｇｅ）＝１であることを示している。

図９は、機器仕様情報解析部において、図８に示す値域情報と所定のＣｏｎｆｉｇｕｒａｔｉｏｎが入力された場合の値域情報の解析処理を示す。

まず、入力されたＣｏｎｆｉｇｕｒａｔｉｏｎとＣｏｎｆｉｇＭａｓｋ＝３との論理積を演算し（Ｓ９０１）、演算した結果が１である場合には、値域（Ｒａｎｇｅ）＝１、２であると解釈する（Ｓ９０２）。続いてＣｏｎｆｉｇｕｒａｔｉｏｎとＣｏｎｆｉｇＭａｓｋ＝３とのビット論理積を演算し（Ｓ９０３）、演算した結果が２である場合には、値域（Ｒａｎｇｅ）＝１、２、３であると解釈する（Ｓ９０４）。上記以外の場合は、値域（Ｒａｎｇｅ）＝１であると解釈する（Ｓ９０５）。

以上の処理により、例えば、同じプリンタＡに対して、フィニッシャーＸが装着された場合は、「ステイプル」という属性に対して、１、２という値が指定可能で、フィニッシャーＹが装着された場合は、「ステイプル」という属性に対して、１、２、３という値が指定可能、といたように、機器構成に応じて属性の取り得る値の範囲が変化することを認識することができる。

［機器仕様検証システムの具体例］
次に、上述の機器仕様情報３および機器構成情報を用いて、周辺機器の機器仕様を検証する機器仕様検証システムの具体的な構成例について説明する。

図１０は、本実施形態における機器仕様検証システムの具体的な構成例を示す。

図示するとおり、機器仕様検証装置１はホストコンピュータ１で構成され、ホストコンピュータ上のプログラムによって機器仕様検証が行なわれる。

ホストコンピュータ１と評価対象の周辺機器２とはネットワークインターフェース等の双方向インターフェースによって接続されている。

機器仕様情報３は、ＸＭＬ等の言語で記述されたファイル形式で前記プログラムに供給される。

機器構成情報４および検証範囲５は、ユーザが前記ホストコンピュータ１に接続するディスプレイ上に表示された操作画面にしたがって、キーボード（不図示）から入力することにより供給される。

検証した結果は、検証結果ファイル６として出力される。

図１１、図１２は、本実施形態における機器仕様検証システムの処理の流れを示すフローチャートである。また、図１３、図１４は、機器仕様検証時にホストコンピュータ１に接続するディスプレイ上に表示される操作画面の例を示す図である。以下、これらの図を用いて説明する。

機器仕様検証システムが起動すると、ディスプレイ上に画面１３０１を表示し、ユーザに機器仕様ファイルの選択を促す（Ｓ１１０１）。画面１３０１の例では、予めホストコンピュータに「ＰｒｉｎｔｅｒＡ」「ＭＦＰ Ｂ」「Ｓａｃｎｎｅｒ Ｃ」という３機種の機器仕様ファイルが供給されていて、ユーザがこの中から「ＭＦＰ Ｂ」を選択したことを示している。

画面１３０１でユーザが機器仕様ファイルを選択して「ＯＫ」ボタンを押下すると、次に画面１３０２を表示し、ユーザに機器構成情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）の入力を促す（Ｓ１１０２）。

Ｃｏｎｆｉｇｕｒａｔｉｏｎは、図４に示すように６４ビット長の整数型で定義された値で、ユーザが評価対象の周辺機器２のオプション装着状況に応じて各ビットの０、１を選択し、結果得られた１６進の値を入力する。

画面１３０２でユーザが機器構成情報を入力して「ＯＫ」ボタンを押下すると、機器仕様情報解析部１３において検証用機器仕様情報１４の生成が行なわれる。

図１６に機器仕様情報解析部１３において検証用機器仕様情報１４を生成するまでの処理の流れを示す。

機器仕様情報解析部１３は、機器仕様情報入力部１１から入力された機器仕様情報３（画面１３０１で選択された機器仕様ファイル）を参照し、まず、機器仕様情報３に記述された仕様情報３１をチェックし、仕様記述バージョンや機器仕様ＩＤ等を認識する（Ｓ１６０１）。

次に、機器仕様情報３を上から順に解析し、インスタンス３２の解析（Ｓ１６０２）、属性３３の解析（Ｓ１６０３）、オペレーション３４の解析（Ｓ１６０４）と解析を進める。

なお、それぞれの解析の際には、上述の［機器仕様情報の解析］で説明したように、機器構成情報入力部１２から入力された機器構成情報４（画面１３０２で入力されたＣｏｎｆｉｇｕｒａｔｉｏｎ）を用いて解析を行なう。これにより、Ｃｏｎｆｉｇｕｒａｔｉｏｎによる仕様の追加や、Ｃｏｎｆｉｇｕｒａｔｉｏｎによる仕様の変化を反映した評価対象の周辺機器２に合った検証用機器仕様情報１４を得ることができる。

再び図１１のフローに戻って説明する。

ステップＳ１１０３で検証用機器仕様情報１４を生成し終えると、画面１３０３を表示し、ユーザに検証範囲５の入力を促す（Ｓ１１０４）。

画面１３０３の例では、検証の種類として「属性値の取得」が選択され、さらに、検証対象のインスタンスとして「Ｐｒｉｎｔ」「Ｓｃａｎ」が選択されていることを示している。

画面１３０３でユーザが検証範囲５を選択して「実行」ボタンを押下すると、検証データ生成部において検証データ１７の生成が行なわれる。

図１７に検証データ生成部１６において検証データを生成するまでの処理の流れを示す。検証データ生成部１６は、機器仕様情報解析部１３で生成された検証用機器仕様情報１４と、検証範囲入力部１５から入力された検証範囲５（画面１３０３で選択された検証範囲）を基に、まず検証する「インスタンス」を確定する（Ｓ１７０１）。これは、検証用機器仕様情報に列挙されたインスタンス３２の中から検証範囲で選択されたインスタンスのみを抽出する。

次に、Ｓ１７０１で確定したインスタンスに含まれる属性を抽出して検証する「属性」を確定する（Ｓ１７０２）。

次に、Ｓ１７０３で確定した「属性」がサポートしているオペレーションの中から、「属性値の取得」を行なうためのオペレーションを抽出し、使用する「オペレーション」を確定する（Ｓ１７０３）。

以上の処理により検証する「属性」と「オペレーション」が確定すると、これらの「属性」と「オペレーション」を組み合わせた一連の検証データ１７が生成される。

再び図１１のフローに戻って説明する。

ステップＳ１１０５で検証データ１７を生成し終えると、生成した検証データ１７を検証データ送信部１８において評価対象の周辺機器２に送信する（Ｓ１１０６）。

続いて、周辺機器２から応答データを受信すると、検証実行部１９で検証用機器仕様情報１４を参照して受信した応答データを検証し、検証結果ファイル６を出力する（Ｓ１１０７）。

検証は、例えば「属性値の取得」の場合、受信した値と検証用機器仕様情報１４に記述されている値の範囲（値域）とを比較し、受信した値が検証用機器仕様情報１４に記述された範囲内の場合にはＯＫ、範囲外の場合にはＮＧといったように行なわれる。

図１５に検証結果ファイル６の例を示す。検証結果ファイル６には、テスト名、インスタンス名および、検証した属性名とそれぞれの結果が記録されている。また、結果ＮＧの場合はさらに、その原因を示す結果詳細が記録されている。

検証結果ファイル６を生成すると、続いて、この検証結果ファイル６を基に、画面１３０４に示すような検証終了の画面を表示する（Ｓ１１０８）。画面１３０４の例では、「属性値の取得」の検証でＰｒｉｎｔとＳｃａｎのインスタンスの検証が終了し、「結果」の欄に、それぞれの検証結果（ＯＫ数／検証数）を表示している。

ユーザは、画面１３０４で検証結果を確認した後、検証を終了する場合は「終了」ボタンを、検証を継続する場合は、「再検証」ボタンを押下する。

「終了」ボタンが押下された場合は、画面１３０４を閉じ一連の検証処理を終える。「再検証」ボタンが押下された場合は、ステップＳ１１０４に移行し、画面１３０３を表示してユーザから検証範囲が入力されるのを待機する。

以上説明したように、評価対象の周辺機器の機器構成情報を入力するだけで、該周辺機器の機器仕様に合った検証データを自動的に生成し検証することができるので、評価対象の周辺機器に様々なオプションが装着され仕様が変わるような場合であっても、効率良く機器仕様を検証することができる。

（第２の実施形態）
第１の実施形態では、機器構成情報をユーザが入力する形態としたので、ユーザが機器構成を正しく認識していない場合や、入力ミスにより機器構成情報が実際の機器構成と一致していなかった場合、正しい検証が行なわれないという問題が生じる。そこで、第２の実施形態では、機器構成情報を評価対象の周辺機器から取得することによりこれを解決する形態とした。

図１８は、本実施形態における機器仕様検証システムの構成図を示す。

図示するとおり、第１の実施形態における機器仕様検証システムとの違いは、機器構成情報４を周辺機器２で保持しているという点と、この機器構成情報４を機器構成情報入力部１２’が周辺機器２から取得するという点である。

機器構成情報４を周辺機器２で保持することにより、周辺機器側で実際の構成状況にあった機器構成情報を生成することができるので、機器構成情報のミスマッチという問題は生じない。

また、第１の実施形態では、図１１のステップＳ１１０２において、機器構成情報を入力するための画面１３０２を表示していたが、本実施形態では、この画面の代わりに図１９に示す画面１９０１を表示し、周辺機器２から機器仕様情報４を取得する画面を表示する。

画面１９０１でユーザが「取得」ボタンを押下すると、機器構成情報入力部１２’は、周辺機器２から機器構成情報４を取得し、取得した機器構成情報４を聞き仕様情報解析部１３に出力する。

以上の処理により、さらにユーザ操作を簡略化し、且つ、機器構成状況に合った機器仕様の検証を行なうことができる。

なお、上記第１、第２の実施形態では、検証データの生成、検証データの送信、検証実行と、一連の処理を連続で処理する形態としたが、それぞれ独立して処理するようにしても良い。

例えば、検証データ生成部１６生成した検証データ１７をファイル化しておき、検証データ送信部１８で、任意の検証データ１７を選択して送信するような形態にすれば、検証データの生成と検証とを別々に実施することができ、さらに利便性の高い機器仕様検証システムを提供することができる。

［他の実施形態］
本発明は、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（本実施形態では上述の各シーケンス図やフローチャートに対応したプログラム）を、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。その場合、プログラムの機能を有していれば、形態は、プログラムである必要はない。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明のクレームでは、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ）などがある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明の範囲に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。

機器仕様検証システムの構成を示すブロック図である。 機器仕様情報の構成を示す図である。 機器仕様情報を構成している各要素の内容を示す表である。 機器構成情報の例を示す図である。 機器構成情報を用いたオプション装着状況の表現の例を示す表である。 Ｃｏｎｆｉｇｕｒａｔｉｏｎに応じて属性が追加される場合の属性情報の定義例を示す図である。 属性情報の解析処理を示すフローチャートである。 Ｃｏｎｆｉｇｕｒａｔｉｏｎに応じて仕様が変化する場合の値域情報の定義例を示す図である。 値域情報の解析処理を示すフローチャートである。 機器仕様検証システムの構成例を示す図である。 機器仕様検証システムの処理の流れを示す第１のフローチャートである。 機器仕様検証システムの処理の流れを示す第２のフローチャートである。 第１の実施形態において表示される操作画面の例を示す第１の図である。 第１の実施形態において表示される操作画面の例を示す第２の図である。 検証結果ファイルの例を示す図である。 検証用機器仕様情報の生成処理を示すフローチャートである。 検証データの生成処理を示すフローチャートである。 第２の実施形態における機器仕様検証システムの構成を示すブロック図である。 第２の実施形態において表示される操作画面の例を示す図である。

符号の説明

１ 機器仕様検証装置
２ 周辺機器
３ 機器仕様情報
４ 機器構成情報
５ 検証範囲
６ 検証結果
１１ 機器仕様情報入力部
１２、１２’ 機器構成情報入力部
１３ 機器仕様情報解析部
１４ 検証用機器仕様情報
１５ 検証範囲入力部
１６ 検証データ生成部
１７ 検証データ
１８ 検証データ送信部
１９ 検証実行部
３１ 仕様情報
３２ インスタンス
３３ 属性
３４ オペレーション

Claims (7)

1. 周辺機器の機器情報を入力し解析する解析手段と、
   前記解析手段の解析に基づき検証データを生成する生成手段と、
   を有することを特徴とする検証装置。
2. 周辺機器の機器仕様を検証する機器仕様検証システムであって、
   周辺機器の機器仕様を表す機器仕様情報を入力する機器仕様情報入力部と、
   前記周辺機器の機器構成状況をビット列で表した機器構成情報を入力する機器構成情報入力部と、
   前記入力した機器仕様情報と機器構成情報とを解析し、評価対象の周辺機器の機器構成に合った機器仕様情報を生成する機器仕様情報生成部と、
   検証範囲を入力する検証範囲入力部と、
   前記検証範囲入力部で入力した検証範囲と前記機器仕様情報生成部で生成した機器仕様情報から検証データを生成する検証データ生成手段とを備えたことを特徴とする周辺機器の機器仕様検証システム。
3. 前記検証データ生成手段で生成された検証データを評価対象の周辺機器に送信する送信手段と、
   前記周辺機器から受信した応答データと、前記機器仕様情報生成部で生成した機器仕様情報とを比較して機器仕様を検証する検証手段を備えたことを特徴とする請求項２に記載の機器仕様検証システム。
4. 前記機器構成情報入力部は、検証対象の周辺機器から機器構成情報を取得することを特徴とする請求項２又は３に記載の機器仕様検証システム。
5. 周辺機器の機器情報を入力し解析する解析ステップと、
   前記解析ステップにおける解析に基づき検証データを生成する生成ステップと、
   を有することを特徴とする検証方法。
6. 請求項５に記載の検証方法をコンピュータに実現させるためのプログラム。
7. 請求項６に記載のプログラムを格納したコンピュータ可読の記憶媒体。
   

Images