JPH10228384A - 情報処理装置およびその機器管理装置 - Google Patents

Abstract

(57)【要約】 【課題】 機器管理装置の構成を、管理対象の装置自体
等のオペレーティングシステムの相違を簡易に適合化可
能なものとする。 【解決手段】 マネージャインタフェース層２３は、マ
ネージャ２１とプロセッシング層２４とのデータのやり
取りを仲介する。プロセッシング層２４は入力に応じ
て、機器に関する情報の構造を納めた管理情報定義デー
タベース２９を参照し、所定の結果を出力する。コンポ
ーネントインタフェース層２５は実際に情報を持ってい
る、情報処理装置の各コンポーネント２８とプロセッシ
ング層２４との間でデータのやり取りを行う。プロセッ
シング層２４のシステムインタフェース２７はオペレー
ティングシステムの違いや機種の違い、インプリメント
の違いを吸収するためのものであり、メモリ管理、排他
制御、ディスパッチ等の関数により実現されている。管
理情報操作共通モジュール２６は管理情報定義データベ
ース２９を参照して管理操作を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置の機
器管理システムに関し、とくに保守、移植、部品共用、
拡張等が容易に行えるようにしたものである。

【０００２】

【従来の技術】従来、情報処理装置の機器管理システム
は情報処理装置の付加価値と位置づけられることが多
く、その結果、既存の機器制御プログラムの一部として
組み込まれ、独立していない場合がほとんどである。例
えば、図１は、イメージ入力や出力を行う情報処理装置
の従来の制御構成を示すものである。図１の情報処理装
置においては、ネットワーク制御のＳＮＭＰ（シンプル
・ネットワーク管理プロトコル）プロトコルを実装した
ブロック１０、ＩＯＴ（イメージ出力ターミナル）制御
のブロック１１、スキャナ制御のブロック１２、メモリ
管理のブロック１３、ディスク管理・制御のブロック１
４が個別に設計され、管理情報を操作する機器管理シス
テムはこれら各ブロックと渾然一体に構成されている。
このため、新規に機器を開発する毎に、機器管理システ
ムを開発する必要があり、多大な工数を必要としてい
た。さらに、新規に開発した機能を既存の情報処理装置
に組み込む場合、単に新規の機能を追加するだけでは済
まず、既存の制御／機器管理プログラムまですべて変え
る必要があり、非常に効率が悪かった。

【０００３】この欠点を改良するために、ある程度の階
層化／モジュール化を行った管理システムも存在する
が、あくまでその機器の設計を容易にすることを念頭に
置いた階層化／モジュール化であり、設計時に予想外で
あった機能を後から付加する場合などは大幅な改変が必
要となり、設計上の工数のみならず、フィールドグレー
ドアップに多大な工数とコストを要する等の問題があっ
た。

【０００４】さらに、一群の機器管理システムをまとめ
て、１つの管理システムとして扱うための機構がなく、
独立した多数の情報処理装置を組み合わせて所定の機能
を実現しようとしても、システムを一括して管理するこ
とができなかった。

【０００５】

【発明が解決する課題】本発明では、機器管理システム
に独立性を与え、さらに柔軟な階層構造を持たせること
により、保守性、移植性、適応性、発展性に富んだ機器
管理システムを実現することを目的としている。

【０００６】

【課題を解決するための手段】本発明においては、機器
管理システムを情報処理装置本体の他の制御部分から独
立させ、これに階層構造を持たせた。

【０００７】すなわち、本発明によれば、上述の目的を
達成するために、所定のオペレーティングシステム上で
動作する１以上のコンポーネントを含んで構成され、所
定のマネージャによって管理される情報処理装置に、管
理情報定義に基づいて管理操作を決定する手段と、決定
された上記管理操作を、上記オペレーティングシステム
に応じた手順で、対応するコンポーネントに対して実行
する手段と、上記管理操作の結果、上記対応するコンポ
ーネントから得られた管理情報を対応するマネージャへ
転送するマネージャインタフェースとを設けるようにし
ている。

【０００８】すなわち、管理操作を行う部分から、オペ
レーティングシステムに応じた手順で処理を行う部分を
分離して構成しているので、オペレーティングシステム
が異なる機器においても、他の部分は共通して用いるこ
とができる。またどのオペレーティングシステムに簡単
に適用できる。したがって、移植が容易となり、また、
コンポーネントやマネージャの追加・削除が容易とな
り、さらに個別の情報処理を組み合わせた場合にも機器
情報の管理を容易に行える。

【０００９】また、この構成において、上記オペレーテ
ィングシステムに応じた手順は、メモリ管理、ディスパ
ッチおよび排他制御のグループに含まれるいずれかの手
順とすることができる。

【００１０】また、メモリとしてフラットメモリ／サブ
ルーチン・モデルを採用することができる。このように
すると、メモリの使用効率の向上や処理時間の短縮を達
成できる。

【００１１】また、同時アクセスによる誤動作を防ぐた
めの排他制御、アクセスの順番に依存する処理を正しく
行うための順序制御を各コンポーネント側でできるよう
にしてもよい。

【００１２】これにより、独立性や、柔軟性が増し、こ
の結果、複数のコンポーネントが扱えるとか、動的なコ
ンポーネントの追加削除が行えるとか、他に影響を与え
ることなく新規に開発したコンポーネントを既存の機器
管理システムに追加できるとかのメリットが生じる。

【００１３】また、マネージャインタフェースとコンポ
ーネントインタフェースにそれぞれディスパッチ層を設
け、このディスパッチ層を共通のディスパッチ層として
もよい。これにより、マネージャとコンポーネントを同
等に扱え、制御が簡単となる。

【００１４】また、本発明は機器管理として実現した
り、機器管理方法として実現することができる。

【００１５】この場合、上記ディスパッチ層に同様に構
成された他の独立した機器管理装置へのディスパッチ機
能を設けることにより、複数の独立した機器管理装置を
カスケ−ドまたはネットワ−ク接続し、全体を一つのシ
ステムとして管理することを可能にしてもよい。

【００１６】

【発明の実施の態様】

［実施例の構成］以下、本発明の実施例について説明す
る。

【００１７】図２は、本発明の第１の実施例の構成を示
し、図２において、マネージャ２１は種々のプロトコル
のものを利用できる。この例では、ＳＮＭＰモジュール
やＤＭＩ（デスクトップ管理インタフェース）モジュー
ルを用いる。マネージャ２１は、情報処理装置自体に含
まれていることもあり、またネットワークを介して遠隔
地に配置される場合もある。機器管理システム２２はマ
ネージャインタフェース層２３、プロセッシング層２
４、コンポーネントインタフェース層２５等からなって
いる。プロセッシング層２４は管理情報操作共通モジュ
ール２６およびシステムインタフェース層２７からなっ
ている。１または複数のコンポーネント２８は情報処理
装置の機能部分である。この例では、コンポーネント２
８としてＩＯＴ、スキャナ、メモリ、ディスク等があ
る。

【００１８】マネージャインタフェース層２３は、機器
管理システム２２のクライアントとなるマネージャ２１
とプロセッシング層２４とのデータのやり取りを仲介す
るものである。プロセッシング層２４は入力に応じて、
機器に関する情報の構造を納めた管理情報定義データベ
ース２９（図３）を参照し、所定の結果を出力する。コ
ンポーネントインタフェース層２５は実際に情報を持っ
ている、情報処理装置の各コンポーネント２８とプロセ
ッシング層２４との間でデータのやり取りを行う。

【００１９】また、プロセッシング層２４のシステムイ
ンタフェース２７はオペレーティングシステムの違いや
機種の違い、インプリメントの違いを吸収するためのも
のであり、メモリ管理、排他制御、ディスパッチ（Ｇｅ
ｔ、Ｓｅｔ）等の関数により実現されている。管理情報
操作共通モジュール２６は管理情報定義データベース２
９（図３）を参照して管理操作を行うものである。ま
た、メモリのアクセスのコンフリクトを回避できるので
メモリとしてフラットメモリ／サブルーチン・モデルを
採用できる。

【００２０】つぎに、実施例の動作について説明する。
まず、図３を参照してコンポーネント２８の登録につい
て説明する。図３において、コンポーネントの登録を行
うには、コンポーネント登録関数を呼び出し（）、プ
ロセッシング層２４からコンポーネントＩＤを受け取
る。そしてコンポーネントＩＤを用いてコンポーネント
管理情報テーブルを管理情報定義データベース２９に登
録する（）。これにより、情報とそれを担当するコン
ポーネント２８との関係、情報のルートが確定する。

【００２１】つぎに、同じく図３を参照してマネージャ
２１の登録動作について説明する。図３において、マネ
ージャ２１を登録するには、マネージャ登録関数を呼び
出し（）、プロセッシング層２４からマネージャＩＤ
を受け取る（）。そしてマネージャＩＤを用いてマネ
ージャ管理情報テーブルを管理情報定義データベース２
９に登録する（）。これにより、アプリケーションと
管理情報操作共通モジュール２７との間での情報形式の
変換、ルートが確定する。

【００２２】つぎに、一般的なデータの流れについて説
明する。一般的なデータの流れは、つぎの２つである。 （１）マネージャ２１からコンポーネント２８へのアク
セス。マネージャ２１の要求に従ってコンポーネント２
８にアクセスし、結果をマネージャ２１に伝える。 （２）コンポーネント２８からマネージャ２１への通
知。コンポーネント２８で起こった事象をマネージャ２
１に伝える。

【００２３】まず、図４を参照してマネージャ２１から
のアクセスについて説明する。図４において、マネージ
ャ２１からのアクセス要求をマネージャインタフェース
層（ＭＩ）２３を通して受け取り（）、要求の種別を
判別し、管理情報定義データベース２９に登録されてい
るコンポーネント管理情報テーブルを用いて対応するコ
ンポーネント２８の情報を得る。そして、コンポーネン
トインタフェース層（ＣＩ）２５を通してコンポーネン
ト２８へのディスパッチを行い（）、コンポーネント
２８で対応する処理が行われ、コンポーネントインタフ
ェース層２５を通して結果が渡される（）。最後に、
管理情報定義データベース２９を用いてコンポーネント
２８から得た情報をマネージャ２１の形式に変換し
（）、マネージャインタフェース層２３を通してマネ
ージャ２１に渡す（）。

【００２４】つぎに、図５を参照してコンポーネント２
８からの通知について説明する。図５において、コンポ
ーネント２８で発生した通知事象をコンポーネントイン
タフェース層（ＣＩ）２５を通して受け取り（）、管
理情報定義データベース２９に登録済みのマネージャ管
理テーブルを用いて通知すべきマネージャ２１を調べコ
ンポーネント２８から得た情報をそのマネージャ２１の
形式に変換する（）。マネージャインタフェース層２
３を通してマネージャ２１へのディスパッチを行う
（）。マネージャ２１で対応する処理が行われ上位の
管理アプリケーションに通知される。

【００２５】つぎに、このような操作を行う場合に必須
な排他制御について述べる。同一情報への同時読み出し
／変更などの単純な排他制御は通常の手法によりマネ−
ジャＩ／Ｆ（ＭＩ）、コンポ−ネントＩ／Ｆ（ＣＩ）２
５が処理する。例えば要求された情報Ａを決定するため
に必要な情報ＢをＡが確定するまでＭＩによって変更さ
れないようにするというような複数のモジュ−ルが関係
する複雑な処理を行う場合、コンポ−ネント２８はあら
かじめ用意された要求された情報を処理する場合に排他
制御の必要な他の情報とその担当コンポ−ネントのリス
トを参照し、コンポ−ネントＩ／Ｆを用いてそのコンポ
−ネントを呼び出し該当情報をロックすることによって
排他制御を行う。

【００２６】従来技術ではプロセッシング層がコンポ−
ネント間の関連情報を総て持っている必要が有り拡張性
を損なっていたが本実施例の構成ではこのようにコンポ
−ネント側にもたせることを可能としている。

【００２７】つぎに、図６を参照してマネージャ２１の
削除について説明する。図６において、マネージャＩＤ
を引数にマネージャ削除関数を呼び出す（）。プロセ
ッシング層２４はそのマネージャＩＤに関連するすべて
の情報を管理情報定義データベース２９から削除する
（）。

【００２８】つぎに、同じく図６を参照してコンポーネ
ント２８の削除について説明する。図６において、コン
ポーネントＩＤを引数にコンポーネント削除関数を呼び
出す（）。プロセッシング層２４はそのコンポーネン
トＩＤに関するすべての情報を削除する（）。

【００２９】つぎに、この発明の第２の実施例について
説明する。この実施例はマネージャ２１、コンポーネン
ト２８、管理情報操作共通モジュール２７の各々がすべ
て一つのプロセスで実現されるものである。以下、これ
をプロセスモデルと呼ぶ。

【００３０】図７において、マネージャ２１、プロセッ
シング層２４、コンポーネント２８がそれぞれプロセス
として実現されている。そしてマネージャ２１とプロセ
ッシング層２４との間のデータのやり取り、プロセッシ
ング層２４とコンポーネント２８との間のデータのやり
取りはプロセス間通信により行われる。

【００３１】以下では、マネージャ２１からコンポーネ
ント２８へのアクセスおよびコンポーネント２８からマ
ネージャ２１への通知について説明する。

【００３２】（１）マネージャ２１からコンポーネント
２８へのアクセス マネージャ（ＳＮＭＰモジュール２１）がＳＮＭＰプロ
トコルから指令を受け取り、マネージャインタフェース
層（ＳＮＭＰサポートモジュール）２３を用いて共通の
内部フォーマットに変換する。プロセッシング層２４の
管理情報操作共通モジュール２６はシステムインタフェ
ース２７を介して要求を受け取り、要求を実行するのに
必要な一連の情報のリストを定義データベース２９から
検索し、リストに従いシステムインタフェース２７を介
してコンポーネント２８から実際の情報を得て、システ
ムインタフェース２７を介してマネージャインタフェー
ス層（ＳＮＭＰサポートモジュール）２３に送る。ＳＮ
ＭＰサポートモジュール２３で内部形式をＳＮＭＰに適
合する形式に変換しＳＮＭＰモジュール２１がＳＮＭＰ
プロトコルを用いて結果を送り返す。

【００３３】（２）コンポーネント２８からマネージャ
２１への通知 コンポーネント２８が事象の発生を検出しシステムイン
タフェース２７を介してプロセッシング層２４に送る。
プロセッシング層２４は定義データベース２９の検索を
用い、コンポーネント２８から送られた情報の処理を決
定する。いま、ＳＮＭＰのトラップとして扱うと判定さ
れたとすると、これをＳＮＭＰサポートモジュール２３
に送る。ＳＮＭＰサポートモジュール２３で内部形式を
ＳＮＭＰに適合する形式に変換しＳＮＭＰモジュール２
１がＳＮＭＰプロトコルを用いＳＮＭＰのトラップとし
て情報を送り出す。

【００３４】つぎに、この発明の第３の実施例について
説明する。図８は第３の実施例のサブルーチンコールモ
デルを示す。この実施例は、マネージャ２１、コンポー
ネント２８のみがプロセスで実現され、プロセッシング
層２４はそれぞれのプロセスからサブルーチンとして呼
び出されて実現されるものである。これをサブルーチン
コールモデルと呼ぶ。

【００３５】以下では、マネージャ２１からコンポーネ
ント２８へのアクセスおよびコンポーネント２８からマ
ネージャ２１への通知について説明する。

【００３６】（１）マネージャ２１からコンポーネント
２８へのアクセス ＳＮＭＰプロセスがＳＮＭＰプロトコルを通じて指令を
受け取り、ＳＮＭＰサポートモジュール（マネージャイ
ンタフェース層）２３を用いて共通の内部フォーマット
に変換する。つぎにシステムインタフェース２７（図
２）を介してプロセッシング層（プロセッシングモジュ
ール）２４をコールし要求を実行するのに必要な一連の
情報をリストを定義データベース２９から検索し、リス
トに従いシステムインタフェース２７を介してコンポー
ネント２８を呼び出し実際の情報を得て、ＳＮＭＰサポ
ートモジュール２３で内部形式をＳＮＭＰに適合する形
式に変換しＳＮＭＰプロトコルを用いて結果を返す。

【００３７】（２）コンポーネント２８からマネージャ
２１への通知 コンポーネント２８が事象の発生を検出しシステムイン
タフェース２７（図２）を介してプロセッシング層２４
を用いて定義データベース２９を引き、情報の処理を決
定する。いま、ＳＮＭＰのトラップとして扱うとして判
定されたとすると、ＳＮＭＰサーポートモジュール２３
を呼び出し、内部形式をＳＮＭＰに適合する形式に変換
しＳＮＭＰモジュール２１をコールしてＳＮＭＰプロト
コルを用いＳＮＭＰのトラップとして情報を送り出す。

【００３８】第２の実施例のプロセスモデルと第３の実
施例のサブルーチンコールモデルの内部動作はまったく
の別物であるが、管理システムはシステムインタフェー
ス２７の部分を除き同一に作成されており移植性のが高
いことがわかる。

【００３９】つぎに、本発明の第４の実施例について説
明する。図９は管理システムをカスケード接続した第４
の実施例を示す。図９において、図２等と対応する箇所
には対応する符号を付して詳細な説明を省略する。

【００４０】本実施例では、機器本来のコンポーネント
と接続するためのシステムインタフェースとは別に下位
のマネージャをコンポーネントとみなして接続するため
の別種のシステムインタフェースを作成し、複数のマネ
ージャを入れ子式もしくはツリー上に構成した。これに
より複数の機器が存在するネットワークでもこの頂点に
あるマネージャに問い合わせるだけで全体を把握するこ
とが可能となった。マネージャインタフェースとコンポ
ーネントインタフェースが共通化され、されにコンポー
ネント毎にデータのやり取りをする手段を変えることが
可能であり、コンポーネント／マネージャの追加・削除
が容易な本発明の特徴を良く表している。以上説明した
実施例によれば、つぎのような効果がある。

【００４１】（１）コンポーネントは独立しているの
で、コンポーネントの変更や追加が発生しても他のコン
ポーネントを修正する必要はない。

【００４２】（２）コンポーネントに対する操作と操作
に対する管理情報の定義を増やすことにより、管理情報
の追加を容易に行える。

【００４３】（３）複数の機器すべてを単一の管理シス
テムで管理することを可能とする。

【００４４】

【発明の効果】以上説明したように、本発明によれば、
オペレーティングシステムに応じた手順で機器管理操作
を実行する部分を他の部分と分けて構成しているので、
コンポーネントやマネージャの追加・削除が容易とな
り、また、異機種への移植も容易となる等種々の効果を
実現する。

【図面の簡単な説明】

【図１】 従来例を説明する図である。

【図２】 本発明の第１の実施例を説明する図である。

【図３】 本発明の第１の実施例の動作を説明する図で
ある。

【図４】 本発明の第１の実施例の動作を説明する図で
ある。

【図５】 本発明の第１の実施例の動作を説明する図で
ある。

【図６】 本発明の第１の実施例の動作を説明する図で
ある。

【図７】 本発明の第２の実施例を説明する図である。

【図８】 本発明の第３の実施例を説明する図である。

【図９】 本発明の第４の実施例を説明する図である。

【符号の説明】 ２１ マネージャ ２２ 機器管理システム ２３ マネージャインタフェース層 ２４ プロセッシング層 ２５ コンポーネントインタフェース層 ２６ 管理情報操作共通モジュール ２７ システムインタフェース ２８ コンポーネント

Claims (8)

【特許請求の範囲】
1. 【請求項１】 所定のオペレーティングシステム上で動
   作する１以上のコンポーネントを含んで構成され、所定
   のマネージャによって管理される情報処理装置におい
   て、 管理情報定義に基づいて管理操作を決定する手段と、 決定された上記管理操作を、上記オペレーティングシス
   テムに応じた手順で、対応するコンポーネントに対して
   実行する手段と、 上記管理操作の結果、上記対応するコンポーネントから
   得られた管理情報を対応するマネージャへ転送するマネ
   ージャインタフェースとを有することを特徴とする情報
   処理装置。
2. 【請求項２】 上記オペレーティングシステムに応じた
   手順は、メモリ管理、ディスパッチおよび排他制御のグ
   ループに含まれるいずれかの手順とした請求項１記載の
   情報処理装置。
3. 【請求項３】 メモリとしてフラットメモリ／サブルー
   チンコール・モデルを採用した請求項１または２記載の
   情報処理装置。
4. 【請求項４】 同時アクセスによる誤動作を防ぐための
   排他制御、アクセスの順番に依存する処理を正しく行う
   ための順序制御を各コンポーネント側でできるようにし
   た請求項１または２記載の情報処理装置。
5. 【請求項５】 上記マネージャインタフェースと、上記
   コンポーネント用のコンポーネントインタフェースとに
   それぞれディスパッチ層を設け、このディスパッチ層を
   共通のディスパッチ層とした請求項１または２記載の情
   報処理装置。
6. 【請求項６】 所定のオペレーティングシステム上で動
   作する１以上のコンポーネントを含んで構成され、所定
   のマネージャによって管理される情報処理装置の機器管
   理装置において、 管理情報定義に基づいて管理操作を決定する手段と、 決定された上記管理操作を、上記オペレーティングシス
   テムに応じた手順で、対応するコンポーネントに対して
   実行する手段と、 上記管理操作の結果、上記対応するコンポーネントから
   得られた管理情報を対応するマネージャへ転送するマネ
   ージャインタフェースとを有することを特徴とする機器
   管理装置。
7. 【請求項７】 上記ディスパッチ層に同様に構成された
   他の独立した機器管理装置へのディスパッチ機能を設け
   ることにより、複数の独立した機器管理装置をカスケ−
   ドまたはネットワ−ク接続し、全体を一つのシステムと
   して管理することを可能にしたことを特徴とする請求項
   ６記載の機器管理装置。
8. 【請求項８】 所定のオペレーティングシステム上で動
   作する１以上のコンポーネントを含んで構成され、所定
   のマネージャによって管理される情報処理装置の機器管
   理方法において、 管理情報定義に基づいて管理操作を決定するステップ
   と、 決定された上記管理操作を、上記オペレーティングシス
   テムに応じた手順で、対応するコンポーネントに対して
   実行するステップと、 上記管理操作の結果、上記対応するコンポーネントから
   得られた管理情報を対応するマネージャへ転送するステ
   ップとを有することを特徴とする機器管理方法。