JP2007188165A - 拡張カード及びデバイス - Google Patents

Abstract

【課題】どのような機能の拡張カードであっても、本体側はファームを変更せずとも拡張側の情報を扱うことができるようにする。
【解決手段】拡張側の情報は全て拡張カードに持つようにし、拡張カード自身と拡張カードが持つ情報は以下のように抽象化して表現する。拡張カードは関連する情報を全てカード内に持ち、その全てをインスタンスまたは属性として表現する。
【選択図】図７

Description

本発明は、拡張カードによって拡張機能を提供するデバイスと、拡張カードに関する。

組み込み機器のようなデバイスにおいて、拡張カードを装着することにより機能を拡張するものが存在する（例えば、特許文献１）。拡張カードを装着する際に従来のデバイスは、使用可能な拡張カードをあらかじめ想定したファームウェアを搭載していて、想定外の拡張カードはその拡張カードに対応したファームウェアを入れ替えることによって拡張カードをデバイスにインストールしていた。
特開平０９−００６７０９号公報

しかしながら、上記従来の方法では、以下の問題点が発生していた。

（１）新規に拡張カードが開発されるたびに、既存のデバイスのファームウェアを修正する作業が発生していた。

（２）新規の拡張カードを保有している既存デバイスで使用したいユーザは、新規拡張カード対応版のファームウェアをメーカから取り寄せ、更新しなくてはならない。その際、更新に失敗し、今まで使用していたデバイスが立ち上がらなくなってしまうような障害も発生していた。

（１）、（２）を避けることを考えて新規の拡張カードを開発する場合は、既存デバイスの仕様に合わせる必要が発生し、本来必要でない機能が必要になることがあった。

本発明は、上述の問題点に着目してなされたものであって、どのような機能の拡張カードであっても、デバイスのファームウェアを変更せずとも拡張カード上の情報を扱うことができる拡張カード及びデバイスの提供を目的とする。

本発明は、上記課題を解決するため、次の手段を講じる。

拡張側の情報は全て拡張カードに持つようにする。拡張カード自身と拡張カードが持つ情報は以下のように抽象化して表現する。これにより、どのような機能の拡張カードであっても以下の表現から外れないため、本体側はファームを変更せずとも拡張側の情報を扱うことができる。

拡張カードは関連する情報を全てカード内に持ち、その全てをインスタンスまたは属性として表現する。

インスタンスは、拡張カードで共通に持つ属性を格納するインスタンスである共通属性Ｂｏｘインスタンスと、拡張カード毎に固有の属性を格納するインスタンスである固有属性Ｂｏｘインスタンスと、前記共通属性Ｂｏｘ及び前記固有属性Ｂｏｘ以外のインスタンスである通常インスタンスとから構成される。

通常インスタンスは、Ｃａｒｄ、Ｆｕｎｃｔｉｏｎ及びＳｅｒｖｉｃｅＳｅｔのうちの少なくとも１つから構成される。

共通／固有属性Ｂｏｘインスタンスは０個以上の属性を保持するものである。

共通属性ＢｏｘインスタンスはＭａｉｎＧｅｎｅｒｉｃ、ＣａｒｄＧｅｎｅｒｉｃ、ＦｕｎｃｔｉｏｎＧｅｎｅｒｉｃ及びＳｅｒｖｉｃｅＳｅｔＧｅｎｅｒｉｃのうちの少なくとも１つから構成される。

固有属性ＢｏｘインスタンスはＳｅｒｖｉｃｅＳｅｔＥｘｔｅｎｓｉｏｎから構成される。

また、デバイスは、拡張側のインスタンスおよび属性を獲得し、前記インスタンスまたは前記属性に従ってＵＩ画面へ表示する。表示する際は、インスタンスの階層構成に従ってＵＩ画面を切り替える。デバイスは、ユーザからのＵＩ画面による指示によって、拡張カードのインスタンスおよび属性の参照または設定を行う。

上述の構成を、改めて以下（１）、（２）に整理して示す。

（１）関連する情報を持ち、その全てをインスタンスまたは属性として表現する拡張カードであって、
インスタンスは、
拡張カードで共通に持つ属性を格納するインスタンスである共通属性Ｂｏｘインスタンスと、
拡張カード毎に固有の属性を格納するインスタンスである固有属性Ｂｏｘインスタンスと、
前記共通属性Ｂｏｘ及び前記固有属性Ｂｏｘ以外のインスタンスである通常インスタンスとから構成され、
通常インスタンスはＣａｒｄ、Ｆｕｎｃｔｉｏｎ及びＳｅｒｖｉｃｅＳｅｔのうちの少なくとも１つから構成され、
共通／固有属性Ｂｏｘインスタンスは０個以上の属性を保持し、
共通属性ＢｏｘインスタンスはＭａｉｎＧｅｎｅｒｉｃ、ＣａｒｄＧｅｎｅｒｉｃ、ＦｕｎｃｔｉｏｎＧｅｎｅｒｉｃ及びＳｅｒｖｉｃｅＳｅｔＧｅｎｅｒｉｃのうちの少なくとも１つから構成され、
固有属性ＢｏｘインスタンスはＳｅｒｖｉｃｅＳｅｔＥｘｔｅｎｓｉｏｎから構成される、
ことを特徴とする拡張カード。

（２）拡張側のインスタンスおよび属性を獲得する手段と、
前記インスタンスまたは前記属性に従ってＵＩ画面を表示し、ＵＩ画面を表示する際は、インスタンスの階層構成に従ってＵＩ画面を切り替える手段と、
ユーザからのＵＩ画面による指示によって、拡張カードのインスタンスおよび属性の参照または設定を行う手段とを有することを特徴とするデバイス。

本発明によれば、デバイス側のファームを変更せずに、各種拡張カードの情報にアクセス、および操作を行うことが可能である。

また、拡張側における情報を、各々の機能に左右されることなく、効率的に保持することが出来る。

さらに、拡張側はデバイス側のＵＩのイメージを意識しないため、デバイス側の仕様に左右されずに、必要最小限の情報で良い。

さらに、また、デバイス側は機種やＶｅｒｓｉｏｎＵＰによってＵＩの表現能力が変わることもあるが、拡張カード内の情報はデバイスの仕様を意識していないため、各々のデバイスの仕様で矛盾無く表現することができる。

本発明は以下に詳述するように、拡張スロットＩ／Ｆを有するデバイスと、拡張スロットＩ／Ｆに挿入して使用する拡張カードに関するものである。

Ｐｒｉｎｔｅｒや複合機のような組み込み機器デバイスにおいて、拡張カードを装着することにより機能を拡張するものが存在する。拡張カードを装着する際に従来のデバイスは、使用可能な拡張カードをあらかじめ想定したファームウェアを搭載していて、想定外の拡張カードはその拡張カードに対応したファームウェアを入れ替えることによって拡張カードをデバイスにインストールしていた。

しかし、上記従来の方法では、以下の問題点が発生していた。

（１）新規に拡張カードが開発されるたびに、既存のデバイスのファームウェアを修正する作業が発生していた。

（２）新規の拡張カードを保有している既存デバイスで使用したいユーザは、新規拡張カード対応版のファームウェアをメーカから取り寄せ、更新しなくてはならない。その際、更新に失敗し、今まで使用していたデバイスが立ち上がらなくなってしまうような障害も発生していた。

（１）、（２）を避けることを考えて新規の拡張カードを開発する場合は、既存デバイスの仕様に合わせる必要が発生し、本来必要でない機能が必要になることがあった。

本発明は上記問題点を鑑み、拡張カードに関する新しい情報管理方法について、特に拡張無線ＬＡＮカードの情報を設定・参照するデバイスのパネルの情報表示・設定の方法を例に挙げて説明する。しかし、本発明の用途はパネルに限定されるものもしくは拡張無線ＬＡＮカードに限定されるものではなく、本発明を使用すれば拡張無線ＬＡＮカードを装着したデバイスのパネルは本実施例のように実装可能であるというもので、あくまで例として挙げているものであり、デバイスの機能や拡張カードの機能に制限されるものではない。

図１は、本実施例のデバイスと拡張カードシステムが動作可能な構成を示す図である。

図１において、１１０は単機能プリンタ（以下ＳＦＰ（ＳｉｎｇｌｅＦｕｎｃｔｉｏｎＰｒｉｎｔｅｒ）と呼ぶ）、１１１は複合機（以下ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）と呼ぶ）、１３０はＰＣであり、それぞれ無線ＬＡＮのアクセスポイント（以下ＡＰ（ＡｃｃｅｓｓＰｏｉｎｔと呼ぶ）１０１が形成する無線ＬＡＮ１０２に接続されている。また、ＡＰ１０１とＰＣ１２０はＬＡＮ１００に接続されている。ＳＦＰ１１０、ＭＦＰ１１１はＰＣ１３０から無線ＬＡＮ１０２を介して印刷ジョブを受信し印刷処理を行う。また、ＳＦＰ１１０、ＭＦＰ１１１はＰＣ１３０から設定および操作要求を受信し、要求に従った動作を行うことにより、リモートからの機器の設定および操作が可能である。同様に、ＳＦＰ１１０、ＭＦＰ１１１はＰＣ１２０からＬＡＮ１００および無線ＬＡＮ１０２を介して印刷ジョブを受信し印刷処理を行う。加えてＰＣ１３０の場合と同様に、ＳＦＰ１１０、ＭＦＰ１１１はＰＣ１２０から設定および操作要求を受信し、要求に従った動作を行うことにより、リモートからの機器の設定および操作が可能である。

１４０はファイアウォールであり、ＬＡＮ１００を外部のインタネット１５０に接続する。またＬＡＮ１００はファイアウォール１４０、インタネット１５０を介してさらに別のネットワーク１６０に接続される。

図２は、一般的なパーソナルコンピュータの内部構成を示した図であり、図１におけるＰＣ１２０、ＰＣ１３０の内部構成はこのようになっている。ＰＣ２００は、ＲＯＭ２０２もしくはハードディスク（ＨＤ）２１１に記憶された、あるいはフロッピー（登録商標）ディスクドライブ（ＦＤ）２１２より供給される各種ソフトウェアを実行するＣＰＵ２０１を備え、システムバス２０４に接続される各機器を総括的に制御する。２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２０９や不図示のポインティングデバイス等からの指示入力を制御する。２０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。２０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイル等を記憶するハードディスク（ＨＤ）２１１およびフロッピー（登録商標）ディスクコントローラ（ＦＤ）２１２とのアクセスを制御する。２０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ２２０を介して、ネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。

なお、本実施例においては、ＬＡＮ２２０は、ＰＣ１２０の場合は図１におけるＬＡＮ１００と同じものであり、ＰＣ１３０の場合は図１における無線ＬＡＮ１０２に該当する。

図３において、３００は、本発明プログラムが稼動するＭＦＰまたはＳＦＰの内部構成の一例であり、図１における１１０、１１１と同等である。デバイス３００は、ＲＯＭ３０２もしくはハードディスク（ＨＤ）３１１に記憶された、あるいはフロッピー（登録商標）ディスクドライブ（ＦＤ）３１２より供給される各種プログラムを実行するＣＰＵ３０１を備え、システムバス３０４に接続される各機器を総括的に制御する。３０３はＲＡＭで、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。３０５はユーザインタフェースコントローラ（ＵＩＣ）で、ユーザインタフェース（ＵＩ）３０９への表示、ユーザインタフェース（ＵＩ）３０９からの指示入力を制御する。ファンクションコントローラ（ＦＵＮＣＣ）３０６は各デバイス特有の機能であるファンクション（ＦＵＮＣ）３１０を実現／制御する。モノクロプリンタであればモノクロプリントエンジンコントローラとモノクロプリントエンジン、カラープリンタであればカラープリントエンジンコントローラとカラープリントエンジン、ＭＦＰであればデバイス３００は各機能のファンクションコントローラ（ＦＵＮＣＣ）３０６とファンクション（ＦＵＮＣ）３１０をそれぞれ持つ。３０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、本発明の動作を行うプログラム、種々のアプリケーション、データファイルを記憶するハードディスク（ＨＤ）３１１およびフロッピー（登録商標）ディスクコントローラ（ＦＤ）３１２とのアクセスを制御する。３０８は拡張スロットコントローラであり、拡張スロットＩ／Ｆ３２０に装着される拡張カード３２１とシステムバス３０４の中継制御を行う。拡張カードは各カードによってデバイス３００に対して提供する機能がそれぞれ異なり、例としてあげると、無線ＬＡＮ機能、データ暗号機能、ＰＤＬ（ＰｒｉｎｔＤａｔａＬａｎｇｕａｇｅ）制御機能などがある。すなわち、デバイス３００は種々の拡張カードを装着することにより、それぞれの拡張カードが提供する機能を得ることができる。図３の拡張カード３２１は無線ＬＡＮ機能を提供する拡張無線ＬＡＮカード（ＷＬＡＮ ＮＩＣ）であり、アンテナ（ＡＴ）３２２を通して無線ＬＡＮ３３０（ＷＬＡＮ）に接続し、ネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。なお、本実施例においては、無線ＬＡＮ３３０は図１における１０２に該当する。

図４は図３の拡張無線ＬＡＮカード３２１の構成を例として表したものである。拡張無線ＬＡＮカード４００は図３のデバイス３００に装着され、デバイス３００を無線ＬＡＮ３３０へ接続する機能を提供する。

拡張無線ＬＡＮカード４００は、ＲＯＭ４０２に記憶された各種プログラムを実行するＣＰＵ４０１を備え、システムバス４０４に接続される各機器を総括的に制御する。４０３はＲＡＭで、ＣＰＵ４０１の主メモリ、ワークエリア等として機能する。４０５は拡張スロットコントローラ（ＥＸＰＣ）で、拡張無線ＬＡＮカード４００を拡張スロットＩ／Ｆ４２０に接続し、図３のデバイス３００と双方向にデータをやりとりする。４０６は無線ＬＡＮコントローラであり、アンテナ（ＡＴ）４０７を介して拡張無線ＬＡＮカード４００を無線ＬＡＮ（ＷＬＡＮ）４３０へ接続し、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。

なお、本実施例においては、無線ＬＡＮ４３０は図１における１０２に該当する。拡張スロットＩ／Ｆ４２０は図３の３２０に該当する。

図５は一般的な無線ＬＡＮアクセスポイントの内部構成を示した図であり、図１におけるＡＰ１０１の内部構成はこのようになっている。

アクセスポイント５００は、ＲＯＭ５０２に記憶された各種プログラムを実行するＣＰＵ５０１を備え、システムバス５０４に接続される各機器を総括的に制御する。５０３はＲＡＭで、ＣＰＵ５０１の主メモリ、ワークエリア等として機能する。５０５はＬＡＮコントローラ（ＬＡＮＣ）で、ＬＡＮ５１０を介して、ネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。５０６は無線ＬＡＮコントローラ（ＷＬＡＮＣ）で、アンテナ（ＡＴ）５０７を介してアクセスポイント５００を無線ＬＡＮ（ＷＬＡＮ）５３０へ接続し、ネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。

なお、本実施例においては、無線ＬＡＮ５３０は図１における１０２に該当する。

図６は、本発明のデバイスと拡張カードが拡張無線ＬＡＮカードの場合のモデル図である。デバイス６１０は拡張スロットＩ／Ｆ ＰＨＹ６１１を有し、拡張カード６２０と物理的に結合する。拡張スロットＩ／Ｆ Ｌ２（６１２）と拡張スロットＩ／Ｆ Ｌ４／Ｌ３（６１３）は、拡張カード６２０上の拡張スロットＩ／Ｆ Ｌ２（６２５）と拡張スロットＩ／Ｆ Ｌ４／Ｌ３（６２６）に対応するものであり、拡張スロットＩ／Ｆ ＰＨＹ６１１、６１２、６１３、６２５、６２６を使用して、デバイス６１０のアプリケーション６１９、拡張カード６２０のアプリケーション６２９間で双方向にデータをやりとりする。ＴＣＰ／ＩＰ／Ｅａｔｈｅｒｎｅｔ（登録商標）（６１５）は、拡張スロットＩ／Ｆ Ｌ２（６１２）と拡張スロットＩ／Ｆ ＰＨＹ（６１１）を介して、拡張カードのＷＬＡＮ ＭＡＣ（６２２）、ＷＬＡＮ ＰＨＹ（６２１）を使用して、無線ＬＡＮに対するアクセスをアプリケーション６１９およびデバイス６１０のユーザに対して提供する。拡張カード６２０上のＷＬＡＮ ＭＡＣ（６２２）、ＷＬＡＮ ＰＨＹ（６２１）は無線ＬＡＮプロトコルのレイヤ２、レイヤ１の機能を提供するものであり、拡張カード６２０が拡張無線ＬＡＮカードである場合の特有の機能である。情報データベース６２７は、拡張カードで保持する情報であり、アプリケーション６１９やデバイス６１０のユーザは、６１３、６１２、６１１、６２５、６２６、６２９を介して情報データベースにアクセスする。６１８はＵｓｅｒＩ／Ｆであり、ＵｓｅｒはこのＵｓｅｒＩ／Ｆ６１８を操作することにより、拡張カード６２０上の情報データベース６２７を設定および参照することができる。

図７は、拡張カード上に持つ情報データベースの構成の一例である。拡張側の情報データベース７００は全て拡張カード上に持つようにする。

拡張カード自身と拡張カードが持つ情報は図７の７０１〜７７２のように抽象化して表現することにより、どのような機能の拡張カードであっても図７の表現方法から外れないため、デバイスはファームを変更せずとも拡張カードの機能に依存した情報も扱うことができる。

拡張カードはＣａｒｄ Ｏｂｊｅｃｔとして表現され、１枚の拡張カードにつき１つのＣａｒｄインスタンス７０１が存在する。

Ｃａｒｄインスタンス７０１は１個以上、最大ｍ個のＦｕｎｃｔｉｏｎインスタンスを持つ。図７の例では７１０、７１１がＦｕｎｃｔｉｏｎインスタンスである。

Ｆｕｎｃｔｉｏｎインスタンス７１０は１個以上、最大ｎ個のＳｅｒｖｉｃｅ Ｓｅｔインスタンスを持つ。図７の例では７５０、７５１がＳｅｒｖｉｃｅＳｅｔインスタンスである。

Ｆｕｎｃｔｉｏｎインスタンス７１０は１個のＭａｉｎＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅＢｏｘインスタンス７２０を参照できる。

Ｆｕｎｃｔｉｏｎインスタンスは１個のＣａｒｄＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅＢｏｘインスタンス７３０を参照できる。

ＭａｉｎＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅＢｏｘインスタンス７２０とＣａｒｄＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅＢｏｘインスタンス７３０はカードに一つしか存在しない。各Ｆｕｎｃｔｉｏｎから情報を参照する事が出来る。

Ｆｕｎｃｔｉｏｎインスタンス７１０は１個のＦｕｎｃｔｉｏｎＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅＢｏｘインスタンス７４０を持つ。

ＳｅｒｖｉｃｅＳｅｔインスタンス７５０のＴｙｐｅが例えばＬ２（Ｌａｙｅｒ２）である場合、ＳｅｒｖｉｃｅＳｅｔインスタンス７５０は１個のＬ２ ＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅＢｏｘインスタンス７６０と０個以上、最大ｐ個のＬ２ ＥｘｔｅｎｓｉｏｎＡｔｔｒｉｂｕｔｅＢｏｘを持つことができる。図７の場合、ＳｅｒｖｉｃｅＳｅｔインスタンス７５０は３つのＬ２ ＥｘｔｅｎｓｉｏｎＡｔｔｒｉｂｕｔｅＢｏｘインスタンス７７０、７７１、７７２を持つ。

Ｌ２ ＥｘｔｅｎｓｉｏｎＡｔｔｒｉｂｕｔｅＢｏｘインスタンスは複数持つことによって属性をグループ分けすることが可能である。

各ＡｔｔｒｉｂｕｔｅＢｏｘは複数の属性が格納される箱であり、そのインスタンスはＩＤ（ｃｏｏｋｉｅ）で識別される。１つのＢｏｘには最大でｑ個の属性を格納する事が出来る。

Ａｔｔｒｉｂｕｔｅ（属性）には次のようなものがある。
・Ｇｅｎｅｒｉｃ Ａｔｔｒｉｂｕｔｅ
各拡張カード共通のものを表現する。
・Ｅｘｔｅｎｓｉｏｎ Ａｔｔｒｉｂｕｔｅ
各拡張カード固有のものを表現する。

各拡張カード共通の情報とは、例えば、製品シリーズ名、Ｖｅｒｓｉｏｎなどがある。各拡張カード固有の情報としては、例として拡張無線ＬＡＮカードの場合、ＷＥＰＫｅｙ設定項目およびその設定値、ＳＳＩＤ設定項目およびその設定値などがある。

図７の例でいえば、インスタンス７２０、７３０、７４０、７６０がＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅインスタンス、インスタンス７７０、７７１、７７２がＥｘｔｅｎｓｉｏｎＡｔｔｒｉｂｕｔｅインスタンスとなる。

また、ＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅは一例として、次の要素からなる。

ＥｘｔｅｎｓｉｏｎＡｔｔｒｉｂｕｔｅは一例として、次の要素からなる。

ＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅに「設定値の範囲」、「Ｒ/Ｗ種別」、「属性名表示メッセージ」の要素が無いのは、デバイス側はその属性の性質を既知のものとして扱うことが可能であるからである。逆に、ＥｘｔｅｎｓｉｏｎＡｔｔｒｉｂｕｔｅに前記２種の要素が用意される理由は、拡張側の機能に特有の属性であり、今後、どのような拡張側の機能が追加になったとしても、デバイス側のファームの変更無しに対応するためである。

図８は、デバイスのパネル表示項目の階層構造と、拡張カード上の情報データベースの構成との関係の一例を示したものである。まず、デバイスのパネル表示項目の大項目として＜拡張カード 設定・参照＞項目が用意される。その中で、デバイスに装着されているカードの数がｍ＋１であったとすると、パネル表示の項目として＜カード０＞から＜カードｍ＞まで表示される。＜カード０＞から＜カードｍ＞は各カードが保持する図７のＣａｒｄインスタンス７０１に対応している。図８ではそのうち＜カードｍ＞について一例として図示している。＜カードｍ＞は＜機能０＞から＜機能ｎ＞を持っているが、これは＜カードｍ＞のＣａｒｄインスタンス７０１がＦｕｎｃｔｉｏｎインスタンス７１０を０からｎまで持っていることに対応している。図８ではそのうち＜機能ｎ＞ついてのみ図示している。＜機能ｎ＞は＜一般設定＞、＜カード一般設定＞、＜機能一般設定＞を項目として持つが、これはそれぞれＭａｉｎＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅＢｏｘインスタンス７２０、ＣａｒｄＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅＢｏｘインスタンス７３０、ＦｕｃｔｉｏｎＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅＢｏｘインスタンス７４０に対応している。また、＜機能ｎ＞はさらに＜サービスセット０＞から＜サービスセットｐ＞まで項目として持っているが、これはＦｕｎｃｔｉｏｎインスタンス７１０が持つＳｅｒｖｉｃｅＳｅｔインスタンス７５０に対応している。図８の例ではＦｕｎｃｔｉｏｎインスタンス７１０がＳｅｒｖｉｃｅＳｅｔインスタンス７５０を０からｐまで持っているため、図８のように＜サービスセット０＞から＜サービスセットｐ＞まで表示される、ということである。さらに、図８では＜サービスセットｐ＞について詳細に図示しているが、＜サービスセットｐ＞は＜サービス設定：Ｌ２＞を表示項目として持ち、＜サービス設定：Ｌ２＞はさらに＜サービス設定 一般＞と、＜サービス設定 拡張０＞から＜サービス設定 拡張ｑ＞を持つ。これは＜サービスセットｐ＞に該当するＳｅｒｖｉｃｅＳｅｔインスタンス７５０のＴｙｐｅがＬ２として表現されており、＜サービス設定 一般＞は前記＜サービスセットｐ＞に該当するＳｅｒｖｉｃｅＳｅｔインスタンス７５０が保持するＬ２ ＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅＢｏｘインスタンス７６０に該当し、＜サービス設定 拡張０＞から＜サービス設定 拡張ｑ＞はＬ２ ＥｘｔｅｎｓｉｏｎＡｔｔｒｉｂｕｔｅＢｏｘインスタンス７７０が０からｑまで存在する、ということに由来している。図８の例では＜サービス設定 拡張ｑ＞に該当するＬ２ ＥｘｔｅｎｓｉｏｎＡｔｔｒｉｂｕｔｅＢｏｘインスタンス７７０がＡｔｔｒｉｂｕｔｅとしてＷｅｐＫｅｙ、ＳＳＩＤを持つために、＜サービス設定 拡張ｑ＞の表示項目として、ＷｅｐＫｅｙ、およびＳＳＩＤが列挙されている。

図９は、デバイスと拡張カードの情報データベースの設定・参照のシーケンス図である。デバイス９０１がＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅを獲得する場合は、ｇｅｔ‐ａｔｔｒｉｂｕｔｅメッセージ９１０を拡張カードへ送信し、拡張カード９０２はその要求を受けてｇｅｔ‐ａｔｔｒｉｂｕｔｅＲｅｓｐｏｎｓｅメッセージ９１１を返信する。デバイス９０１がＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅを設定する場合は、ｓｅｔ‐ａｔｔｒｉｂｕｔｅメッセージ９２０を拡張カード９０２へ送信し、拡張カード９０２はその要求を受けて指定されたａｔｔｒｉｂｕｔｅを指定された値に設定し、その結果をｓｅｔ‐ａｔｔｒｉｂｕｔｅＲｅｓｐｏｎｓｅメッセージ９２１を返信する。同様にＥｘｔｅｎｓｉｏｎＡｔｔｒｉｂｕｔｅの獲得は、ｇｅｔ‐ｅｘＡｔｔｒｉｂｕｔｅメッセージ９３０を拡張カード９０２へ送信し、拡張カード９０２はその要求を受けてｇｅｔ‐ｅｘＡｔｔｒｉｂｕｔｅＲｅｓｐｏｎｓｅメッセージ９３１を返信する。デバイス９０１がＥｘｔｅｎｓｉｏｎＡｔｔｒｉｂｕｔｅを設定する場合は、ｓｅｔ‐ｅｘＡｔｔｒｉｂｕｔｅメッセージ９４０を拡張カード９０２へ送信し、拡張カード９０２はその要求を受けて指定されたａｔｔｒｉｂｕｔｅを指定された値に設定し、その結果をｓｅｔ‐ｅｘＡｔｔｒｉｂｕｔｅＲｅｓｐｏｎｓｅメッセージ９４１を返信する。

図１０は、ＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅの実際のパネル表示の一例を示している。パネル表示は拡張側からの情報データベースから獲得したＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅに従って表示する。図１０は、図８の＜一般設定＞の製造会社名の表示について説明する。獲得した属性は、ＭａｉｎＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅＢｏｘが持つＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅであるａｔｔｒｉｂｕｔｅ‐ｆｕｃｔｏｒｙであることから、デバイス側にとってＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅであるこの属性の性質は、属性名称が「製造会社名」で、Ｒ／Ｗ種別が「ＲｅａｄＯｎｌｙ」であることは既知であり、ｇｅｔ‐ａｔｔｒｉｂｕｅｔＲｅｓｐｏｎｓｅのａｔｔｒｉｂｕｔｅ‐ｖａｌｕｅより、その属性値が「ＸＸＸ株式会社」であることが分かる。そのため、表示パネル１０００は、１０１０に「製造会社名」を表示し、１０２０に文字列１０３０「ＸＸＸ株式会社」を表示し、入力手段をパネルに表示せず、「ＯＫボタン」１０９０のみを表示する。

一方、図１１は、拡張属性の実際のパネル表示の一例を示している。パネル表示は拡張側からの情報データベースから獲得したＡｔｔｒｉｂｕｔｅに従って表示する。図１１は、図８の＜サービス設定 拡張ｑ＞のＳＳＩＤの表示について説明する。ＥｘｔｅｎｓｉｏｎＡｔｔｒｉｂｕｔｅＢｏｘが持つＥｘｔｅｎｓｉｏｎＡｔｔｒｉｂｕｔｅであることから、デバイスにとってはｇｅｔ‐ｅｘＡｔｔｒｉｂｕｔｅＲｅｓｐｏｎｓｅに表示されている情報が全てであり、これ以外には無い。まず、ａｔｔｒｉｂｕｔｅ‐ｎａｍｅにより属性名称が「ａｔｔｒｉｂｕｔｅ‐ｓｓｉｄ」であることが、ａｔｔｒｉｂｕｔｅ‐ｔｙｐｅより属性の型がａｔｔｒｉｂｕｔｅ‐ｔｙｐｅ‐ｃｈａｒａｃｔｅｒ、つまり文字列型であることがデバイスに伝えられている。同様に、Ｒ／Ｗ種別はｒｅａｄ−ｗｒｉｔｅ‐ｔｙｐｅ、属性値の範囲は０〜３２文字、属性値は「ＳＹＳＤＥＶ‐ＮＥＴ」、属性表示メッセージは「ＳＳＩＤ」であることがデバイスが認識できる。そのため、表示パネル１１００は、１１１０に「ＳＳＩＤ」を表示し、１１２０に文字列１１３０「ＳＹＳＤＥＶ‐ＮＥＴ」を表示し、「入力ボタン」１１９０と「キャンセルボタン」１１９１を表示する。「入力ボタン」１１９０を押下すると、文字列型の入力画面へ遷移し、「キャンセルボタン」１１９１を押下すると1つ前の画面へ遷移する。

図１２は、記憶媒体の一例であるＣＤ−ＲＯＭのメモリマップを示す図である。９９９９はディレクトリ情報を記憶してある領域で、以降のインストールプログラムを記憶してある領域９９９８および本発明を実現するプログラムを記憶してある領域９９９７の位置を示している。９９９８は、本発明を実現するプログラムをインストールするためのプログラムを記憶してある領域である。９９９７は、本発明を実現するプログラムを記憶してある領域である。本発明を実現するプログラムが印刷デバイス３００にインストールされる際には、まずインストールプログラムを記憶してある領域９９９８に記憶されているインストールプログラムがシステムにロードされ、ＣＰＵ３０１によって実行される。次に、ＣＰＵ３０１によって実行されるインストールプログラムが、本発明を実現するプログラムを記憶してある領域９９９７から本発明を実現するプログラムを読み出して、ハードディスク３１１に格納する。上記例では印刷デバイスにインストールすることに対して説明したが、対象は図４の拡張カード４００に対しても同様である。図４の場合は本発明を実現するプログラムをＲＯＭ４０２に格納することになる。

なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダなど）から構成されるシステムあるいは統合装置に適用しても、ひとつの機器からなる装置に適用してもよい。

また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

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

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

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

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをパソコン通信など通信ラインを介して要求者にそのプログラムを配信する場合にも適用できることは言うまでもない。

本発明の効果として、以下の事項が挙げられる。

デバイス側のファームを変更せずに、各種拡張カードの情報にアクセス、および操作を行うことが可能である。

拡張側における情報を、各々の機能に左右されることなく、効率的に保持することが出来る。

拡張側はデバイス側のＵＩのイメージを意識しないため、デバイス側の仕様に左右されずに、必要最小限の情報で良い。

デバイス側は機種やＶｅｒｓｉｏｎＵＰによってＵＩの表現能力が変わることもあるが、拡張カード内の情報はデバイスの仕様を意識していないため、各々のデバイスの仕様で矛盾無く表現することができる。

本実施例のシステム構成を示す図 一般的なパーソナルコンピュータの内部構成を示した図 一般的な画像形成装置の内部構成を示した図 一般的な拡張カードの内部構成を示した図 一般的なアクセスポイントの内部構成を示した図 本発明を構成する機能モデル図 本発明を実現する情報データベースの構成図 本発明を実施したデバイスのパネル表示の階層構造の一例を示す図 本発明を実施した情報の取得・設定シーケンスの一例を示す図 本発明を実施したパネル表示の一例を示す図 本発明を実施したパネル表示の一例を示す図 本発明のプログラムの記憶媒体におけるメモリマップの一例を示す図

符号の説明

１００ ＬＡＮ
１０１ 無線ＬＡＮのアクセスポイント（ＡＰ）
１０２ 無線ＬＡＮ
１１０ 単機能プリンタ（ＳＦＰ）
１１１ 複合機（ＭＦＰ）
１２０、１３０ ＰＣ
１４０ ファイアウォール
１５０ インタネット
１６０ ネットワーク
３００ デバイス
３０８ 拡張スロットコントローラ
３２０ 拡張スロットＩ／Ｆ
３２１ 拡張無線ＬＡＮカード（拡張カード）
３２２ アンテナ
３３０ 無線ＬＡＮ
７００ 情報データベース
７０１ Ｃａｒｄインスタンス
７１０、７１１ Ｆｕｎｃｔｉｏｎインスタンス
７２０ ＭａｉｎＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅＢｏｘインスタンス
７３０ ＣａｒｄＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅＢｏｘインスタンス
７４０ ＦｕｎｃｔｉｏｎＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅＢｏｘインスタンス
７５０、７５１ ＳｅｒｖｉｃｅＳｅｔインスタンス
７６０ Ｌ２ ＧｅｎｅｒｉｃＡｔｔｒｉｂｕｔｅＢｏｘインスタンス
７７０、７７１、７７２ Ｌ２ ＥｘｔｅｎｓｉｏｎＡｔｔｒｉｂｕｔｅＢｏｘインスタンス

Claims (4)

1. 関連する情報を持ち、その全てをインスタンスまたは属性として表現する拡張カードであって、
   インスタンスは、
   拡張カードで共通に持つ属性を格納するインスタンスである共通属性Ｂｏｘインスタンスと、
   拡張カード毎に固有の属性を格納するインスタンスである固有属性Ｂｏｘインスタンスと、
   前記共通属性Ｂｏｘ及び前記固有属性Ｂｏｘ以外のインスタンスである通常インスタンスとから構成され、
   通常インスタンスはＣａｒｄ、Ｆｕｎｃｔｉｏｎ及びＳｅｒｖｉｃｅＳｅｔのうちの少なくとも１つから構成され、
   共通／固有属性Ｂｏｘインスタンスは０個以上の属性を保持し、
   共通属性ＢｏｘインスタンスはＭａｉｎＧｅｎｅｒｉｃ、ＣａｒｄＧｅｎｅｒｉｃ、ＦｕｎｃｔｉｏｎＧｅｎｅｒｉｃ及びＳｅｒｖｉｃｅＳｅｔＧｅｎｅｒｉｃのうちの少なくとも１つから構成され、
   固有属性ＢｏｘインスタンスはＳｅｒｖｉｃｅＳｅｔＥｘｔｅｎｓｉｏｎから構成される、
   ことを特徴とする拡張カード。
2. Ｃａｒｄのインスタンスは拡張カード自身を表現し、拡張カード内で唯一であり、０個以上の前記Ｆｕｎｃｔｉｏｎのインスタンスを持ち、
   Ｆｕｎｃｔｉｏｎのインスタンスは拡張カードが実現する機能を表現し、０個以上の前記ＳｅｒｖｉｃｅＳｅｔを持ち、前記ＭａｉｎＧｅｎｅｒｉｃインスタンスを参照でき、前記ＣａｒｄＧｅｎｅｒｉｃインスタンスを参照でき、１個の前記ＦｕｎｃｔｉｏｎＧｅｎｅｒｉｃインスタンスを持ち、
   ＳｅｒｖｉｃｅＳｅｔのインスタンスは拡張カードの機能が提供するサービスを表現し、１個のＳｅｒｖｉｃｅＳｅｔＧｅｎｅｒｉｃのインスタンスを持ち、０個以上のＳｅｒｖｉｃｅＳｅｔＥｘｔｅｎｓｉｏｎを持ち、
   ＭａｉｎＧｅｎｅｒｉｃは各種カードの基本的な特徴を表す属性を保持するものであり、拡張カード内で唯一であり、
   ＣａｒｄＧｅｎｅｒｉｃは各種カードの基本的な特徴のうち、各カード固有な特徴を表す属性を保持するものであり、拡張カード内で唯一であり、
   ＦｕｎｃｔｉｏｎＧｅｎｅｒｉｃは拡張カードが実現する機能に関する属性を保持するものであり、各Ｆｕｎｃｔｉｏｎのインスタンスがそれぞれ唯一に持ち、
   ＳｅｒｖｉｃｅＳｅｔＧｅｎｅｒｉｃは拡張カードの機能が提供するサービスに関する基本的な属性を保持するものであり、各ＳｅｒｖｉｃｅＳｅｔのインスタンスがそれぞれ唯一に持ち、
   ＳｅｒｖｃｉｅＳｅｔＥｘｔｅｎｓｉｏｎは拡張カードの機能が提供するサービスに関する、各サービス固有な属性を保持するものである、
   ことを特徴とする請求項１に記載の拡張カード。
3. 属性は、
   本属性を識別する識別子であるクッキーと、
   本属性の名称である属性名称と、
   本属性の型である属性の型と、
   本属性の設定可能な値の範囲である設定値の範囲と、
   本属性が持つ現在の値である設定値と、
   本属性を表す名前の文字列を識別する識別子である属性名表示メッセージＩＤと、
   のうちの少なくとも１つから構成されることを特徴とする請求項１に記載の拡張カード。
4. 拡張側のインスタンスおよび属性を獲得する手段と、
   前記インスタンスまたは前記属性に従ってＵＩ画面を表示し、ＵＩ画面を表示する際は、インスタンスの階層構成に従ってＵＩ画面を切り替える手段と、
   ユーザからのＵＩ画面による指示によって、拡張カードのインスタンスおよび属性の参照または設定を行う手段とを有することを特徴とするデバイス。