JP2007080104A - データアクセス装置 - Google Patents

Abstract

【課題】複数の制御対象の制御に必要なシステム仕様データへ関連のないクライアントから直接アクセスされ、書き換え・読み込みされることを防止するデータアクセス装置を提供する。
【解決手段】オブジェクト指向表記法ＵＭＬを用いて、Ａクラス１・Ｂクラス５の制御に必要なシステム仕様データをｐｒｉｖａｔｅ属性として保持し、これに対する設定インターフェースと取得インターフェースをｐｕｂｌｉｃメソッドとして備えた仕様データクラス７と、仕様データクラスにアクセスしシステム仕様データの属性を更新する仕様変更インターフェースをｐｕｂｌｉｃメソッドとして備えた仕様更新クライアントクラス３と、システム仕様データの属性を用いることで自分の責務を実現する実現インターフェース２、６をｐｕｂｌｉｃメソッドとして備えたＡクラス、Ｂクラスとで構成される。
【選択図】図１

Description

本発明は、データアクセス装置に関し、さらに詳しくは、オブジェクト指向によるクラスとその構成に関するものである。

オブジェクト指向表記法ＵＭＬを用いて図１１に示すように、従来、複数の仕様データを取り扱う１つのソフトウェアシステムは、「システム仕様データ」１００をｐｕｂｌｉｃ属性として、「仕様データ」クラス１０１に保存され、様々なクラスからアクセス可能となっていた。
また従来技術として特許文献１には、情報記憶装置はアクセス装置のソフトウェアＡから予め決められた手順によってアクセス権が要求されたか否かを認識すると、ソフトウェアＡによる情報記憶媒体へのアクセスを許可し、アクセス装置のソフトウェアＡからアクセス終了の通知を受けたとき、以後の情報記憶媒体へのアクセスを不可にする技術について開示されている。
特開平８−１２９５０７号公報

しかしながら図１１の従来のソフトウェアシステムは、
（１）様々なシステムクライアントから「システム仕様データ」属性が直接アクセスされ、書き換え可能なため、情報が最新であることが保証されない。
（２）様々なシステムクライアントから「システム仕様データ」１００が直接アクセスされ、読み込み可能なため、情報が隠蔽されない。
（３）「Ａ」クラス１０２および「Ｂ」クラス１０３が、それぞれ必要な情報のみを取得することができず、「システム仕様データ」１００全部の情報を取得してしまうので、不必要な情報を取得しリソースが無駄に消費される。
（４）必要な情報のやりとりが、各「クライアント」ロールクラス―「データベース」ロールクラス間で行われ、アクセス数が多くリソースが無駄に消費される。
といった問題点があった。
また特許文献１に開示されている従来技術は、予め決められた仕様のソフトウェアのみが情報記憶媒体に記憶されたデータにアクセスできるとあるが、さらにその決められた仕様のソフトウェアが、論理レベルでアクセス制限がかけられるか否かわからないといった欠点がある。
本発明は、かかる課題に鑑み、複数の制御対象の制御に必要な仕様情報であるシステム仕様データをｐｒｉｖａｔｅ属性として保持し、これに対する設定手段と取得手段をｐｕｂｌｉｃメソッドとして備えているシステム仕様管理部を用意することで、システム仕様管理部と関連のないシステムのクライアントから直接システム仕様データ属性へアクセスされ、書き換え・読み込みされることを防止するデータアクセス装置を提供することを目的とする。

本発明はかかる課題を解決するために、請求項１は、独自の責務を実現する制御対象を制御するために必要なシステム仕様情報を保持するシステム仕様情報保持手段、前記システム仕様情報を設定するための設定手段、及び前記システム仕様情報を取得するための取得手段を備えているシステム仕様管理部と、該システム仕様管理部にアクセスし、前記システム仕様情報の属性を更新する仕様更新手段と、独自の責務を実現する実現手段を備え、前記設定手段により設定されたシステム仕様情報を前記取得手段により取得することにより、前記実現手段により独自の責務を実現する少なくとも２つ以上の制御対象と、を備えていることを特徴とする。
制御対象は所定のシステム仕様に基づいて制御される。そしてシステム仕様管理部には、このシステム仕様情報の中から制御対象の制御に必要な仕様が保持される。また制御対象が必要な仕様を設定したり、その仕様を取得する手段が備えられている。またシステム仕様管理部のシステム仕様情報は外部からアクセスしてシステム仕様情報の属性を更新することができる。更に、制御対象はシステム仕様管理部からシステム仕様情報を取得することにより、独自の責務を実現することができる。
請求項２は、独自の責務を実現する制御対象を制御するために必要な制御対象仕様情報を少なくとも２つ以上保持する制御対象仕様情報保持手段、前記制御対象仕様情報を設定するための設定手段、及び前記各制御対象が前記制御対象仕様情報を取得するための取得手段を備えているシステム仕様管理部と、該システム仕様管理部にアクセスし、前記仕様情報の属性を更新する仕様更新手段と、独自の責務を実現する実現手段を備え、前記設定手段により設定された制御対象仕様情報を前記取得手段により取得することにより、前記実現手段により独自の責務を実現する少なくとも２つ以上の制御対象と、を備えていることを特徴とする。
本発明はシステム仕様管理部内に、夫々の制御対象毎の制御対象仕様情報を保持し、さらに夫々の制御対象仕様情報を取得する取得手段を備えている。
請求項３は、独自の責務を実現する制御対象を制御するために必要な制御対象仕様情報、前記責務を実現する実現手段、及び前記制御対象仕様情報を設定するための設定手段を備えた少なくとも２つ以上の制御対象と、前記各制御対象にアクセスし、前記制御対象仕様情報の属性を更新する仕様更新手段と、を備えていることを特徴とする。
本発明は制御対象の中に自らの制御対象仕様情報を保持し、それを設定して実現手段により責務を実現するものである。

請求項１の発明によれば、システム仕様管理部は、独自の責務を実現する制御対象を制御するために必要なシステム仕様情報を保持するシステム仕様情報保持手段と、システム仕様情報を設定するための設定手段と、システム仕様情報を取得するための取得手段と、を備えているので、システム仕様管理部と関連のないシステムのクライアントから直接システム仕様情報の書き換えや読み込みを防止することができる。
また請求項２では、システム仕様管理部内に、夫々の制御対象毎の制御対象仕様情報を保持し、さらに夫々の制御対象仕様情報を取得する取得手段を備えているので、不必要な情報を取得してリソースが無駄に消費されることを防ぐことができる。
また請求項３では、制御対象の中に自らの制御対象仕様情報を保持し、それを設定して実現手段により責務を実現するので、アクセス数の増加によりリソースが無駄に消費されることを防ぐことができる。

以下、本発明を図に示した実施形態を用いて詳細に説明する。但し、この実施形態に記載される構成要素、種類、組み合わせ、形状、その相対配置などは特定的な記載がない限り、この発明の範囲をそれのみに限定する主旨ではなく単なる説明例に過ぎない。
図１は本発明の第１の実施形態に係るデータアクセス装置の概念構成図である。このデータアクセス装置１００は、オブジェクト指向表記法ＵＭＬを用いて、Ａクラス１（制御対象）・Ｂクラス（制御対象）５の制御に必要な仕様情報である「システム仕様データ」８をｐｒｉｖａｔｅ属性として保持し、これに対する「設定インターフェース」（設定手段）９と「取得インターフェース」（取得手段）１０をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「仕様データ」クラス（システム仕様管理部）７と、「仕様データ」クラス７にアクセスし、「システム仕様データ」８の属性を更新する「仕様変更インターフェース」（仕様更新手段）４をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「仕様更新クライアント」クラス３と、「システム仕様データ」８の属性を用いることで自分の責務を実現する「実現インターフェース」（実現手段）２をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「Ａ」クラス１と、「システム仕様データ」８の属性を用いることで自分の責務を実現する「実現インターフェース」（実現手段）６をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「Ｂ」クラス５と、を備えて構成される。尚、「Ａ」「Ｂ」クラスと同様の独自の責務をもったクラスを複数増やすことができる。
これにより、Ａクラス１・Ｂクラス５の制御に必要な仕様情報である「システム仕様データ」８をｐｒｉｖａｔｅ属性として保持し、これに対する「設定インターフェース」９と「取得インターフェース」１０をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「仕様データ」クラス７を用意することで、「仕様データ」クラス７と関連のないシステムのクライアントから直接「システム仕様データ」８の属性へアクセスされ、書き換え・読み込みされることを防ぐことができる。

図２は本発明の第２の実施形態に係るデータアクセス装置の概念構成図である。同じ構成要素には図１と同じ参照番号を付して説明する。このデータアクセス装置１１０は、オブジェクト指向表記法ＵＭＬを用いて、Ａクラス１の制御に必要な仕様情報である「Ａ仕様データ」１０と、Ｂクラス５の制御に必要な仕様情報である「Ｂ仕様データ」１１をｐｒｉｖａｔｅ属性として保持し、これに対する「設定インターフェース」９と「Ａ仕様データ取得インターフェース」１２と「Ｂ仕様データ取得インターフェース」１３をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「仕様データ」クラス７と、「仕様データ」クラス７にアクセスし、「Ａ仕様データ」１０および「Ｂ仕様データ」１１の属性を更新する「仕様変更インターフェース」４をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「仕様更新クライアント」クラス３と、「Ａ仕様データ」１０の属性を用いることで自分の責務を実現する「実現インターフェース」２をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「Ａ」クラス１と、「Ｂ仕様データ」１１の属性を用いることで自分の責務を実現する「実現インターフェース」６をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「Ｂ」クラス５と、を備えて構成される。尚、「Ａ」「Ｂ」クラスと同様の独自の責務をもったクラスを複数増やすことができる。
これにより、Ａクラス１の制御に必要な仕様情報である「Ａ仕様データ」１０と、Ｂクラス５の制御に必要な仕様情報である「Ｂ仕様データ」１１をｐｒｉｖａｔｅ属性として保持し、これに対する「設定インターフェース」９と「Ａ仕様データ取得インターフェース」１２と「Ｂ仕様データ取得インターフェース」１３をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「仕様データ」クラス７を用意することで、第１の実施形態に加え、不必要な情報を取得しリソースが無駄になることを防ぐことができる。

図３は本発明の第３の実施形態に係るデータアクセス装置の概念構成図である。同じ構成要素には図１と同じ参照番号を付して説明する。このデータアクセス装置１２０は、オブジェクト指向表記法ＵＭＬを用いて、自身の制御に必要な仕様情報である「Ａ仕様データ」１０をｐｒｉｖａｔｅ属性として保持し、これに対する「設定インターフェース」１４と自分の責務を実現する「実現インターフェース」２をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「Ａ」クラス１と、自身の制御に必要な仕様情報である「Ｂ仕様データ」１１をｐｒｉｖａｔｅ属性として保持し、これに対する「設定インターフェース」１５と自分の責務を実現する「実現インターフェース」６をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「Ｂ」クラス５と、「Ａ」クラス１および「Ｂ」クラス５にアクセスし、それぞれ「Ａ仕様データ」１０の属性および「Ｂ仕様データ」１１の属性を更新する「仕様変更インターフェース」４をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「仕様更新クライアント」クラス３と、を備えて構成される。
これにより、自身の制御に必要な仕様情報である「Ａ仕様データ」１０をｐｒｉｖａｔｅ属性として保持し、これに対する「設定インターフェース」１４と自分の責務を実現する「実現インターフェース」２をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「Ａ」クラス１と、自身の制御に必要な仕様情報である「Ｂ仕様データ」１１をｐｒｉｖａｔｅ属性として保持し、これに対する「設定インターフェース」１５と自分の責務を実現する「実現インターフェース」６をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「Ｂ」クラス５を用意することで、各「クライアント」ロールクラス―「データベース」ロールクラス間で必要な情報のやりとりが行われることによるアクセス数増加でリソースが無駄に消費されることを防ぐことができる。

図４は本発明のデータアクセス装置の実施例を説明する模式図である。本実施例では、定着ローラの温度制御を例に取り説明する。この定着装置２００は、記録紙に転写されたトナーを定着する定着ローラ２０と、点灯することで定着ローラ２０を加熱するヒータ２１と、定着ローラ２０の表面温度を測定するサーミスタ２２と、ヒータ２１に流れる電流を断接するトライアック２３と、ヒータ２１を断接できる状態にするリレー２４と、トライアック２３とリレー２４を駆動制御する信号を接続する出力インターフェース２５と、サーミスタ２２の信号を入力する入力インターフェース２６と、定着装置２００を制御するマイクロコンピュータ２７と、を備えて構成される。
即ち、定着ローラ２０を所望の温度（目標温度）に到達させるためにヒータ２１を制御することで定着ローラ２０に熱を加え、定着ローラ２０を一定時間（回転時間）回転させることで定着ローラ２０全体に一様に温度を設定し、記録紙を定着ローラ２０に送り込むことで、記録紙上に付着しているトナーを完全固着させる手段を備えた定着装置における、ソフトウェアシステムに適用することができる。
図５は本発明の第１の実施例に係る定着装置を説明する模式図である。この定着装置２１０は、「温度差」クラス３０および「回転ローラ」クラス３８の制御に必要な仕様情報である「定着制御仕様」３５をｐｒｉｖａｔｅ属性として保持し、これに対する「定着制御仕様設定」３６と「定着制御仕様取得」３７をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「仕様データ」クラス３４と、「仕様データ」クラス３４にアクセスし、「定着制御仕様」３５の属性を更新する「モード変更」３３をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「定着モード」クラス３２と、「定着制御仕様」３５の属性を用いることで自分の責務を実現する「温度制御」３１をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「温度差」クラス３０と、「定着制御仕様」３５の属性を用いることで自分の責務を実現する「回転制御」３９をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「回転ローラ」クラス３８と、により構成される。これにより、
１）様々なシステムクライアントから「定着制御仕様」３５の属性が直接アクセスされ、書き換え可能なため、情報が最新であることが保証されない。
２）様々なシステムクライアントから「定着制御仕様」が直接アクセスされ、読み込み可能なため、情報が隠蔽されない。
といった問題が解決される。

図６は本発明の第２の実施例に係る定着装置を説明する模式図である。同じ構成要素には図５と同じ参照番号を付して説明する。この定着装置２２０は、「温度差」クラス３０の制御に必要な仕様情報である「目標温度」４０と、「回転ローラ」クラス３８の制御に必要な仕様情報である「回転時間」４１をｐｒｉｖａｔｅ属性として保持し、これに対する「定着制御仕様設定」３６と「目標温度取得」４２と「回転時間取得」４３をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「仕様データ」クラス３４と、「仕様データ」クラス３４にアクセスし、「目標温度」４０および「回転時間」４１の属性を更新する「モード変更」３３をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「定着モード」クラス３２と、「目標温度」４０の属性を用いることで自分の責務を実現する「温度制御」３１をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「温度差」クラス３０と、「回転時間」４１の属性を用いることで自分の責務を実現する「回転制御」３９をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「回転ローラ」クラス３８と、により構成される。これにより、
１）「温度差」クラス３０および「回転ローラ」クラス３８が、それぞれ必要な情報のみを取得することができず、「定着制御仕様」３４全部の情報を取得してしまうので、不必要な情報を取得しリソースが無駄に消費される。
といった問題が解決される。
図７は本発明の第３の実施例に係る定着装置を説明する模式図である。同じ構成要素には図５と同じ参照番号を付して説明する。この定着装置２３０は、自身の制御に必要な仕様情報である「目標温度」４０をｐｒｉｖａｔｅ属性として保持し、これを設定する「目標温度設定」４１と自分の責務を実現する「温度制御」３１をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「温度差」クラス３０と、自身の制御に必要な仕様情報である「回転時間」４１をｐｒｉｖａｔｅ属性として保持し、これを設定する「回転時間設定」４４と自分の責務を実現する「回転制御」３９をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「回転ローラ」クラス３８と、「温度差」クラス３０および「回転ローラ」クラス３８にアクセスし、それぞれ「目標温度」４０の属性および「回転時間」４１の属性を更新する「モード変更」３３をｐｕｂｌｉｃメソッドとして備えていることを特徴とする「定着モード」クラス３２と、により構成される。これにより、
１）「温度差」クラス３０および「回転ローラ」クラス３８が、それぞれ必要な情報のみを取得することができず、「定着制御仕様」３４全部の情報を取得してしまうので、不必要な情報を取得しリソースが無駄に消費される。
といった問題が解決される。

図８、図９、図１０はオブジェクト指向表記法ＵＭＬを用いて第１〜３の実施例に係る各「クライアント」ロールクラス―「データベース」ロールクラス間で必要な情報のやりとりが行なわれる図である。同じ構成要素には図５、図６、図７と同じ参照番号を付して説明する。
図８、図９、図１０に示すように、各「クライアント」ロールクラス―「データベース」ロールクラス間で必要な情報のやりとりが行われることによるアクセス数増加でリソースが無駄に消費されることを防ぐことができる。
以上の通り本発明によれば、「仕様データ」クラス７は、独自の責務を実現する「Ａ」クラス１、「Ｂ」クラス５を制御するために必要なシステム仕様データ８を保持し、システム仕様データ８を設定するための設定インターフェース９と、システム仕様データ８を取得するための取得インターフェース１０と、を備えているので、「仕様データ」クラス７と関連のないシステムのクライアントから直接システム仕様情報の書き換えや読み込みを防止することができる。
また、「仕様データ」クラス７内に、「Ａ」クラス１、「Ｂ」クラス５の「Ａ仕様データ」１０、「Ｂ仕様データ」１１を保持し、さらに夫々の「Ａ仕様データ」１０、「Ｂ仕様データ」１１を取得する「Ａ仕様データ取得インターフェース」１２と「Ｂ仕様データ取得インターフェース」１３を備えているので、不必要な情報を取得してリソースが無駄に消費されることを防ぐことができる。
また、「Ａ」クラス１、「Ｂ」クラス５の中に自らの「Ａ仕様データ」１０、「Ｂ仕様データ」１１を保持し、それを設定インターフェース２，１５で設定して実現インターフェース１４，１５により責務を実現するので、アクセス数の増加によりリソースが無駄に消費されることを防ぐことができる。

本発明の第１の実施形態に係るデータアクセス装置の概念構成図である。 本発明の第２の実施形態に係るデータアクセス装置の概念構成図である。 本発明の第３の実施形態に係るデータアクセス装置の概念構成図である。 本発明のデータアクセス装置の実施例を説明する模式図である。 本発明の第１の実施例に係る定着装置を説明する模式図である。 本発明の第２の実施例に係る定着装置を説明する模式図である。 本発明の第３の実施例に係る定着装置を説明する模式図である。 第１の実施例のオブジェクト指向表記法ＵＭＬを用いて各「クライアント」ロールクラス―「データベース」ロールクラス間で必要な情報のやりとりが行なわれる図である。 第２の実施例のオブジェクト指向表記法ＵＭＬを用いて各「クライアント」ロールクラス―「データベース」ロールクラス間で必要な情報のやりとりが行なわれる図である。 第３の実施例のオブジェクト指向表記法ＵＭＬを用いて各「クライアント」ロールクラス―「データベース」ロールクラス間で必要な情報のやりとりが行なわれる図である。 従来のデータアクセス装置の概念構成図である。

符号の説明

１ Ａクラス、２ 実現インターフェース、３ 仕様更新クライアントクラス、４ 仕様変更インターフェース、５ Ｂクラス、６ 実現インターフェース、７ 仕様データ、８ システム仕様データ、９ 設定インターフェース、１０ 取得インターフェース、１００ データアクセス装置

Claims (3)

1. 独自の責務を実現する制御対象を制御するために必要なシステム仕様情報を保持するシステム仕様情報保持手段、前記システム仕様情報を設定するための設定手段、及び前記システム仕様情報を取得するための取得手段を備えているシステム仕様管理部と、該システム仕様管理部にアクセスし、前記システム仕様情報の属性を更新する仕様更新手段と、独自の責務を実現する実現手段を備え、前記設定手段により設定されたシステム仕様情報を前記取得手段により取得することにより、前記実現手段により独自の責務を実現する少なくとも２つ以上の制御対象と、を備えていることを特徴とするデータアクセス装置。
2. 独自の責務を実現する制御対象を制御するために必要な制御対象仕様情報を少なくとも２つ以上保持する制御対象仕様情報保持手段、前記制御対象仕様情報を設定するための設定手段、及び前記各制御対象が前記制御対象仕様情報を取得するための取得手段を備えているシステム仕様管理部と、該システム仕様管理部にアクセスし、前記仕様情報の属性を更新する仕様更新手段と、独自の責務を実現する実現手段を備え、前記設定手段により設定された制御対象仕様情報を前記取得手段により取得することにより、前記実現手段により独自の責務を実現する少なくとも２つ以上の制御対象と、を備えていることを特徴とするデータアクセス装置。
3. 独自の責務を実現する制御対象を制御するために必要な制御対象仕様情報、前記責務を実現する実現手段、及び前記制御対象仕様情報を設定するための設定手段を備えた少なくとも２つ以上の制御対象と、前記各制御対象にアクセスし、前記制御対象仕様情報の属性を更新する仕様更新手段と、を備えていることを特徴とするデータアクセス装置。

Images