JP2001166937A - サービス提供システムの構築方法、サービス提供システム、並びにサービス提供システム用プログラムおよびサービス提供システム向けフレームワークを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 仕様変更や拡張等に対するソフトウェアのア
ーキテクチャの安定性を向上させるとともに、ソフトウ
ェアの再利用性や変更容易性を向上させることができる
サービス提供システムを提供する。 【解決手段】 オブジェクト指向言語で記述されたフレ
ームワーク１を用いて監視システムを構築する。フレー
ムワーク１は、監視対象となる外部機器に関連するデー
タを保持するモデル部１０と、ユーザとの間に介在する
ビュー部２０と、外部機器との間で所定の通信プロトコ
ルに従ってデータをやりとりするプロキシー部４０と、
コントローラ部３０とを含む。コントローラ部３０は、
モデル部１０のデータを管理するとともに、モデル部１
０とビュー部２０とを結び付け、ユーザまたは外部機器
から与えられるデータに基づいて外部機器に対して各種
のサービスを提供する。プロキシー部４０は、通信デー
タを監視システム内部で扱われる内部データの形式に変
換する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は外部機器を監視する
監視システム等のサービス提供システムの構築方法に係
り、とりわけオブジェクト指向言語等で記述されたサー
ビス提供システム向けフレームワークを用いてサービス
提供システムを構築するサービス提供システムの構築方
法、その方法により構築されたサービス提供システム、
およびサービス提供システム用プログラムおよびサービ
ス提供システム向けフレームワークを記録したコンピュ
ータ読み取り可能な記録媒体に関する。

【０００２】

【従来の技術】サービス提供対象となる対象システムに
対してサービスを提供するサービス提供システムとし
て、例えば、サービス提供対象となる外部機器（対象シ
ステム）との間で監視指示および監視結果をやりとり
し、外部機器に対して初期データの設定、立ち上げおよ
び監視データの集計等の各種のサービスを提供する監視
システムが知られている。このような監視システムは一
般に、コンピュータシステム上で実行可能なソフトウェ
アとして構築されており、監視対象となる外部機器の種
類や、ユーザとの間に介在するインタフェース用画面の
種類、外部機器で用いられるデータの種別、外部機器に
対して行われるサービスの種別等に応じて、仕様変更や
拡張等が行われる。

【０００３】

【発明が解決しようとする課題】しかしながら、従来に
おいては、監視システムの構成およびサービス等を統一
的に表現する参照モデルが確立しておらず、仕様変更や
拡張等が加えられた場合にソフトウェアのアーキテクチ
ャが不安定となりやすく、またソフトウェアの再利用性
や変更容易性を確保することが容易でないという問題が
ある。

【０００４】例えば、従来の監視システムでは、監視シ
ステム内部で扱われる内部データと、外部機器との間の
通信プロトコルを反映した通信データとが区別されてお
らず、外部機器との間でやりとりされた通信データを監
視システム内部でそのまま保存し、この保存されたデー
タを適宜参照および更新して各種のサービスを行ってい
る。このため、図３１に示すように、外部機器との間の
通信プロトコルが変更されると、監視システム側のサー
ビスが何ら変更されていないのにもかかわらず、監視シ
ステムの全体に通信プロトコルの変更の影響が波及して
しまう。

【０００５】具体的には、通信プロトコルの変更に伴っ
て通信データの項目の順番やデータ構造が変更される
と、監視システム内部において、データの項目の順番が
変更されたり、データ構造がバイトからビットに変更さ
れる。そして、このようなデータ構造の変更は、これら
のデータを参照および更新する監視システム内部の他の
システム構成にも影響を与え、これらのデータの参照方
法および更新方法を変更する必要が生じる。

【０００６】また、通信プロトコルの変更に伴ってシー
ケンス自体が変更されることもある。例えば、監視対象
機器である外部機器が旧型の機器から新型の機器に変更
されたり、他社製の機器に変更された場合には、機器側
の設定等に応じてシーケンスの変更が必要になることが
多い。この場合の具体例を図３２(a)(b)に示す。図３２
(a)(b)に示すように、外部機器Ａの場合には、監視シス
テム側から監視指示を出すと、外部機器側で処理を行い
単純に監視結果を返すシーケンスが用いられている。ま
た、外部機器Ｂの場合には、監視システム側から監視指
示を出すと、いったん外部機器から受信通知（監視指示
を受信したが、まだ実行していないことを意味する通
知）を返し、その後で実際に外部機器側で処理を行い監
視結果を返すシーケンスが用いられている。このため、
このような外部機器Ａと外部機器Ｂとの間で機器の変更
がなされると、シーケンスの変更が必要になる。

【０００７】本発明はこのような点を考慮してなされた
ものであり、仕様変更や拡張等に対するソフトウェアの
アーキテクチャの安定性を向上させるとともに、ソフト
ウェアの再利用性や変更容易性を向上させることができ
る、監視システム等のサービス提供システムの構築方
法、サービス提供システムおよびサービス提供システム
用プログラムを記録したコンピュータ読み取り可能な記
録媒体を提供することを目的とする。

【０００８】

【課題を解決するための手段】本発明は、その第１の解
決手段として、サービス提供システム向けフレームワー
クを用いてサービス提供システムを構築するサービス提
供システムの構築方法において、サービス提供対象とな
る対象システムに関連するデータを保持するデータ保持
部と、ユーザからの指示を受け付けるとともにユーザに
対してデータを提示するユーザインタフェース部と、前
記対象システムとの間で所定の通信プロトコルに従って
データをやりとりする対象システムインタフェース部
と、前記データ保持部、前記ユーザインタフェース部お
よび前記対象システムインタフェース部を制御する統合
制御部とを含むサービス提供システム向けフレームワー
クを準備するステップと、前記サービス提供システム向
けフレームワークの前記データ保持部、前記ユーザイン
タフェース部、前記対象システムインタフェース部およ
び前記統合制御部のそれぞれに基づいて複数のクラスを
作成するステップと、前記各クラス間を関連付けるステ
ップと、前記各クラス間で行われるシーケンスを定義す
るステップとを含むことを特徴とするサービス提供シス
テムの構築方法を提供する。

【０００９】なお、本発明の第１の解決手段において、
前記サービス提供システム向けフレームワークにおい
て、前記統合制御部は、前記データ保持部で保持された
データを管理するとともに、前記データ保持部と前記ユ
ーザインタフェース部とを結び付け、ユーザまたは対象
システムから与えられるデータに基づいて前記対象シス
テムに対して各種のサービスを提供するよう構成されて
いることが好ましい。また前記サービス提供システム向
けフレームワークにおいて、前記対象システムインタフ
ェース部は、前記対象システムとの間でやりとりされる
外部データを通信プロトコルに依存しない中間データの
形式に変換し、前記統合制御部は、前記中間データをサ
ービス提供システム内部で扱われる内部データの形式に
変換し、前記データ保持部および前記ユーザインタフェ
ース部は、前記統合制御部で変換された後の内部データ
を扱うよう構成されていることが好ましい。なお、前記
サービス提供システムは、前記対象システムとしての外
部機器を監視する監視システム、前記対象システムとし
ての制御対象機器を制御する制御システム、または前記
対象システムとしての情報システムとの間で情報をやり
とりする情報システムであることが好ましい。

【００１０】本発明は、その第２の解決手段として、対
象システムとの間でサービス提供指示およびサービス提
供結果をやりとりし、対象システムに対して各種のサー
ビスを提供するサービス提供システムにおいて、サービ
ス提供対象となる対象システムに関連するデータを保持
するデータ保持手段と、ユーザからの指示を受け付ける
とともにユーザに対してデータを提示するユーザインタ
フェース手段と、前記対象システムとの間でデータをや
りとりする対象システムインタフェース手段と、前記デ
ータ保持手段、前記ユーザインタフェース手段および前
記対象システムインタフェース手段を制御する統合制御
手段とを有し、前記統合制御部は、前記データ保持手段
で保持されたデータを管理するとともに、前記データ保
持手段と前記ユーザインタフェース手段とを結び付け、
ユーザまたは対象システムから与えられるデータに基づ
いて前記対象システムに対して各種のサービスを提供す
ることを特徴とするサービス提供システムを提供する。

【００１１】なお、本発明の第２の解決手段において、
前記対象システムインタフェース部は、前記対象システ
ムとの間でやりとりされる外部データを通信プロトコル
に依存しない中間データの形式に変換し、前記統合制御
手段は、前記中間データをサービス提供システム内部で
扱われる内部データの形式に変換し、前記データ保持手
段および前記ユーザインタフェース手段は、前統合制御
手段で変換された後の内部データを扱うことが好まし
い。

【００１２】本発明は、その第３の解決手段として、サ
ービス提供システム用プログラムを記録したコンピュー
タ読み取り可能な記録媒体において、前記サービス提供
システム用プログラムは、コンピュータを動作させるた
めの手段として、サービス提供対象となる対象システム
に関連するデータを保持させるデータ保持手段と、ユー
ザからの指示を受け付けさせるとともにユーザに対して
データを提示させるユーザインタフェース手段と、前記
対象システムとの間でデータをやりとりさせる対象シス
テムインタフェース手段と、前記データ保持手段、前記
ユーザインタフェース手段および前記対象システムイン
タフェース手段を制御させる統合制御手段とを有し、前
記統合制御手段は、前記データ保持手段で保持されたデ
ータを管理させるとともに、前記データ保持手段と前記
ユーザインタフェース手段とを結び付けさせ、ユーザま
たは対象システムから与えられるデータに基づいて前記
対象システムに対して各種のサービスを提供させること
を特徴とするサービス提供システム用プログラムを記録
したコンピュータ読み取り可能な記録媒体を提供する。

【００１３】なお、本発明の第３の解決手段において、
前記対象システムインタフェース手段は、前記対象シス
テムとの間でやりとりされる外部データを通信プロトコ
ルに依存しない中間データの形式に変換させ、前記統合
制御手段は、前記中間データをサービス提供システム内
部で扱われる内部データの形式に変換させ、前記データ
保持手段および前記ユーザインタフェース手段は、前記
統合制御手段部で変換された後の内部データを扱うこと
が好ましい。

【００１４】本発明は、その第４の解決手段として、サ
ービス提供システム用プログラムを記録したコンピュー
タ読み取り可能な記録媒体において、前記サービス提供
システム用プログラムは、コンピュータを動作させるた
めの手段として、対象システムに対して提供される各種
のサービスを実現させる内部システム手段と、前記対象
システムとの間でデータをやりとりさせる対象システム
インタフェース手段と、前記内部システム手段および前
記対象システムインターフェース手段を制御させる統合
制御手段とを有し、前記対象システムインタフェース手
段は、前記対象システムとの間でやりとりされる外部デ
ータを通信プロトコルに依存しない中間データの形式に
変換させ、前記統合制御手段は、前記中間データを前記
内部システム手段で扱われる内部データの形式に変換さ
せることを特徴とするサービス提供システム用プログラ
ムを記録したコンピュータ読み取り可能な記録媒体を提
供する。

【００１５】本発明は、その第５の解決手段として、サ
ービス提供システム向けフレームワークを記録したコン
ピュータ読み取り可能な記録媒体において、サービス提
供対象となる対象システムに関連するデータを保持する
データ保持部と、ユーザからの指示を受け付けるととも
にユーザに対してデータを提示するユーザインタフェー
ス部と、前記対象システムとの間でデータをやりとりす
る対象システムインタフェース部と、前記データ保持
部、前記ユーザインタフェース部および前記対象システ
ムインタフェース部を制御する統合制御部とを含み、前
記統合制御部は、前記データ保持部で保持されたデータ
を管理するとともに、前記データ保持部と前記ユーザイ
ンタフェース部とを結び付け、ユーザまたは対象システ
ムから与えられるデータに基づいて前記対象システムに
対して各種のサービスを提供することを特徴とするサー
ビス提供システム向けフレームワークを記録したコンピ
ュータ読み取り可能な記録媒体を提供する。

【００１６】なお、本発明の第５の解決手段において、
前記対象システムインタフェース部は、前記対象システ
ムとの間でやりとりされる外部データを通信プロトコル
に依存しない中間データの形式に変換し、前記統合制御
部は、前記中間データをサービス提供システム内部で扱
われる内部データの形式に変換し、前記データ保持部お
よび前記ユーザインタフェース部は、前記統合制御部で
変換された後の内部データを扱うことが好ましい。ま
た、前記データ保持部、前記対象システムインタフェー
ス部および前記統合制御部はサービス提供対象となる対
象システムの種類ごとに作成されたクラスを含み、前記
ユーザインタフェース部はインタフェース用画面の種類
ごとに作成されたクラスを含むことが好ましい。さら
に、前記データ保持部に含まれるクラスは、サービス提
供対象となる対象システムの種類に加えて、対象システ
ムで用いられるデータの種別ごとに作成されることが好
ましい。さらにまた、前記統合制御部に含まれるクラス
は、サービス提供対象となる対象システムの種類に加え
て、対象システムに対して行われるサービスの種別ごと
に作成されることが好ましい。なお、前記統合制御部に
含まれるクラスは、サービス提供対象となる対象システ
ムの種類ごとに作成される上位クラスと、この上位クラ
スの下で対象システムに対して行われるサービスの種別
ごとに作成される下位クラスとを含むことが好ましい。
また、複数の対象システムを用いて一つのサービスを実
現する場合も考えられる。この場合、上位クラスと下位
クラスは、対象システムの種類とサービスの種別の両方
を加味して決定する。

【００１７】また、本発明の第５の解決手段において、
前記統合制御部に含まれるクラスは前記データ保持部に
含まれるクラスを管理し、前記ユーザインタフェース部
に含まれるクラスは前記データ保持部に含まれるクラス
を更新および参照し、前記ユーザインタフェース部に含
まれるクラスと前記統合制御部に含まれるクラスとの間
でユーザおよび対象システムから与えられるデータをや
りとりし、前記統合制御部に含まれるクラスと前記対象
システムインタフェース部に含まれるクラスとの間で前
記対象システムへのサービス提供に関連するデータをや
りとりするよう構成されていることが好ましい。

【００１８】さらに、本発明の第５の解決手段におい
て、サービス提供対象となる対象システムに対するサー
ビス提供指示がユーザインタフェース部に含まれるクラ
スに与えられた場合において、前記ユーザインタフェー
ス部に含まれるクラスは、前記データ保持部に含まれる
クラスに対してサービス提供指示に関連するデータを反
映するとともに、前記統合制御部に含まれるクラスに対
してサービス提供指示を通知し、前記統合制御部に含ま
れるクラスは、前記データ保持部に含まれるクラスのデ
ータを取得するとともに、前記対象システムインタフェ
ース部に含まれるクラスに対して前記データ保持部に含
まれるクラスのデータを送信し、前記対象システムイン
タフェース部に含まれるクラスは、前記統合制御部から
受信したデータに通信プロトコルに関連するデータを付
加するよう構成されていることが好ましい。また、サー
ビス提供対象となる対象システムからのサービス提供結
果が対象システムインタフェース部に含まれるクラスに
与えられた場合において、前記対象システムインタフェ
ース部に含まれるクラスは、前記対象システムから受信
したデータからプロトコルに関連するデータを削除する
とともに、前記統合制御部に含まれるクラスに対してサ
ービス提供結果を通知し、前記統合制御部に含まれるク
ラスは、前記データ保持部に含まれるクラスに対してサ
ービス提供結果に関連するデータを反映するとともに、
前記ユーザインタフェース部に含まれるクラスに対して
サービス提供結果を通知し、前記ユーザインタフェース
部に含まれるクラスは前記データ保持部に含まれるクラ
スからサービス提供結果に関連するデータを取得するよ
う構成されていることが好ましい。

【００１９】このように本発明によれば、サービス提供
システムの構成およびサービス等を統一的に表現するサ
ービス提供システム向けフレームワークを用いてサービ
ス提供システムを構築するので、仕様変更や拡張等に対
するソフトウェアのアーキテクチャの安定性を向上させ
るとともに、ソフトウェアの再利用性や変更容易性を向
上させることができ、このためサービス提供システムを
効率的に開発することができる。

【００２０】また本発明によれば、サービス提供システ
ムにおいて、統合制御部により、データ保持部で保持さ
れたデータを管理するとともに、データ保持部とユーザ
インタフェース部とを結び付け、ユーザまたは対象シス
テムから与えられるデータに基づいて対象システムに対
して各種のサービスを提供することにより、サービス提
供システム内部の各部による相互依存関係を軽減させて
仕様変更や拡張等に対する修正範囲を局所化することが
できる。

【００２１】さらに本発明によれば、サービス提供シス
テムの対象システムインタフェース部により、対象シス
テムとの間でやりとりされる外部データを通信プロトコ
ルに依存しない中間データの形式に変換し、前記統合制
御部は、前記中間データをサービス提供システム内部で
扱われる内部データの形式に変換し、データ保持部およ
びユーザインタフェース部により、統合制御部で変換さ
れた後の内部データを扱うことにより、通信プロトコル
の変更による影響を対象システムインタフェース部に局
所化することができる。

【００２２】さらにまた本発明によれば、データ保持
部、対象システムインタフェース部および統合制御部の
クラスをサービス提供対象となる対象システムの種類ご
とに作成し、ユーザインタフェース部のクラスをインタ
フェース用画面の種類ごとに作成することにより、対象
システムやインタフェース用画面等の追加および削除等
に容易に対応することができる。また、データ保持部の
クラスを、サービス提供対象となる対象システムの種類
に加えて、対象システムで用いられるデータの種別ごと
に作成し、また統合制御部のクラスを、サービス提供対
象となる対象システムの種類に加えて、対象システムに
対して行われるサービスの種別ごとに作成することによ
り、データやサービスの追加および削除等に容易に対応
することができる。さらに、統合制御部のクラスを、サ
ービス提供対象となる対象システムの種類ごとに作成さ
れる上位クラスと、この上位クラスの下で対象システム
に対して行われるサービスの種別ごとに作成される下位
クラスとに分割することにより、同一の対象システムに
対するサービスの追加および削除等に容易に対応するこ
とができる。

【００２３】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。

【００２４】まず、図１乃至図５により、本実施の形態
に係るサービス提供システムの構築方法およびその方法
により構築されるサービス提供システムについて説明す
る。なお、本実施の形態においては、サービス提供シス
テムの一例として、外部機器（対象システム）を監視す
る監視システムを例に挙げて説明する。図２８に示すよ
うに、監視システム７０１は、専用線やインターネッ
ト、無線ＬＡＮ（LocalArea Network）等の通信回線７
０２を介して各種の外部機器（監視対象機器）７０３に
接続されており、監視システム７０１と外部機器７０３
との間で、監視指示（サービス提供指示）や監視結果
（サービス提供結果）に関する情報７０４がやりとりさ
れるようになっている。なお、監視システム７０１とし
ては、道路監視システムや駅務監視システム、電力監視
システム等の任意のシステムが挙げられる。

【００２５】図１は本実施の形態に係る監視システムの
構築方法で用いられる監視システム向けフレームワーク
１を示す図である。なお、監視システム向けフレームワ
ーク１はオブジェクト指向言語で記述された抽象クラス
として実現される。

【００２６】図１に示すように、監視システム向けフレ
ームワーク１は、監視対象となる外部機器（図２８の符
号７０３参照）に関連するデータを保持するモデル部
（データ保持部）１０と、ユーザからの指示を受け付け
るとともにユーザに対してデータを提示するビュー部
（ユーザインタフェース部）２０と、外部機器との間で
所定の通信プロトコルに従ってデータをやりとりするプ
ロキシー部（対象システムインタフェース部）４０と、
モデル部１０、ビュー部２０およびプロキシー部４０を
制御するコントローラ部（統合制御部）３０とを含んで
いる。なお、モデル部１０およびビュー部２０は内部シ
ステム手段を構成する。

【００２７】なお、図１において、コントローラ部３０
は、モデル部１０で保持されたデータを管理するととも
に、モデル部１０とビュー部２０とを結び付け、ユーザ
または外部機器から与えられるデータに基づいて外部機
器に対して各種のサービスを提供するようになってい
る。また、プロキシー部４０は、外部機器との間でやり
とりされる通信データ（外部データ）を通信プロトコル
に依存しない中間データの形式に変換し、コントローラ
部３０は、その中間データを監視システム内部で扱われ
る内部データの形式に変換し、モデル部１０およびビュ
ー部２０は、コントローラ部３０で変換された後の内部
データを扱うようになっている。

【００２８】図２は図１に示す監視システム向けフレー
ムワーク１を用いて監視システムを構築する方法を説明
するためのフローチャートである。

【００２９】図２に示すように、まず、監視システム向
けフレームワーク１のうち抽象クラスとして実現された
モデル部１０、ビュー部２０、プロキシー部４０および
コントローラ部３０のそれぞれを継承して複数の具体的
なクラス（データと操作とををカプセル化したもの）を
作成する（ステップ１０１）。次に、このようにして作
成された各クラス間を関連付ける（ステップ１０２）。
最後に、このようにして関連付けられた各クラス間で行
われるシーケンスを定義する（ステップ１０３）。な
お、ステップ１０１および１０２の各ステップにより監
視システムの静的側面が定義され、ステップ１０３によ
り監視システムの動的側面が定義される。

【００３０】図３は図２に示す構築方法により構築され
る監視システムのクラス構造の一例を示す図である。

【００３１】図３に示すように、監視システムは、監視
システム向けフレームワーク１のモデル部１０、ビュー
部２０、プロキシー部４０およびコントローラ部３０の
それぞれに対応して作成された複数のクラスを含んでい
る。

【００３２】このうち、モデル部１０は、監視対象とな
る外部機器の種類ごとに作成されたModel-1〜kクラス１
１，１２，１３を含む。なお、Model-1〜kクラス１１，
１２，１３は、必要であれば外部機器で用いられるデー
タの種別ごとに作成されることが好ましい。また、ビュ
ー部２０は、インタフェース用画面であるＧＵＩ（Grap
hical User Interface）画面の種類ごとに作成されたVi
ew-1〜lクラス２１，２２，２３を含む。さらに、プロ
キシー部４０は、監視対象となる外部機器の種類ごとに
作成されたProxy-1〜nクラス４１，４２，４３を含む。
さらにまた、コントローラ部３０は、監視対象となる外
部機器の種類ごとに作成されたController-1〜mクラス
３１，３２，３３を含む。なお、Controller-1〜mクラ
ス３１，３２，３３は、必要であれば外部機器に対して
行われるサービスの種別ごとに分割して作成することが
好ましい。また、複数の外部機器を用いて一つのサービ
スを実現する場合も考えられる。この場合には、Contro
ller-1〜mクラス３１，３２，３３は、外部機器の種類
とサービスの種別の両方を加味して決定する。

【００３３】なお、このようにして作成された各クラス
は、図３に示すように関連付けられる。すなわち、図３
において、コントローラ部３０のController-1〜mクラ
ス３１，３２，３３はモデル部１０のModel-1〜kクラス
１１，１２，１３を管理（参照および更新を含む）する
よう関連付けられている（関連５１，５２，５３）。ま
た、ビュー部２０のView-1〜lクラス２１，２２，２３
はモデル部１０のModel-1〜kクラス１１，１２，１３を
更新および参照するよう関連付けられている（関連６
１，６２，６３）。さらに、ビュー部２０のView-1〜l
クラス２１，２２，２３とコントローラ部３０のContro
ller-1〜mクラス３１，３２，３３との間ではユーザお
よび外部機器から与えられるデータをやりとりするよう
関連付けられており、View-1〜lクラス２１，２２，２
３からController-1〜mクラス３１，３２，３３へView
イベント（ＧＵＩ画面上のイベント）が通知されるとと
もに（関連７１，７２，７３）、Controller-1〜mクラ
ス３１，３２，３３からView-1〜lクラス２１，２２，
２３へProxyイベント（外部機器からのイベント）が通
知されるようになっている（関連７５，７６，７７）。
さらにまた、コントローラ部３０のController-1〜mク
ラス３１，３２，３３とプロキシー部４０のProxy-1〜n
クラス４１，４２，４３との間で外部機器の監視に関連
するデータをやりとりするよう関連付けられており、Co
ntroller-1〜mクラス３１，３２，３３からProxy-1〜n
クラス４１，４２，４３へ監視指示が通知されるととも
に（関連８１，８２，８３）、Proxy-1〜nクラス４１，
４２，４３からController-1〜mクラス３１，３２，３
３へ監視結果が通知されるようになっている（関連８
５，８６，８７）。なお、モデル部１０のModel-1〜kク
ラス１１，１２，１３は他のクラスから参照されるのみ
であり、どのクラスを利用することもない。

【００３４】図４および図５は図３に示す監視システム
の動作を示す図である。なお、図４および図５は、オブ
ジェクト（クラスの実体）間のメッセージの流れを示す
シーケンス図であり、上段のブロックによってオブジェ
クトが表現され、縦軸方向に時間の流れが表現されてい
る。また、オブジェクトからオブジェクトへ引かれてい
る矢印により、メッセージの送信が表現されている。

【００３５】図４は監視対象となる外部機器に対する監
視指示がビュー部２０のクラス（theView）に与えられ
た場合の動作を示す図である。この場合には、まず、ビ
ュー部２０のクラス（theView）は、モデル部１０のク
ラス（theModel）に対して監視指示に関連するデータを
反映した後（ステップ１１１）、コントローラ部３０の
クラス（theController）に対して監視指示を通知する
（ステップ１１２）。次に、コントローラ部３０のクラ
ス（theController）は、モデル部１０のクラス（theMo
del）のデータを取得した後（ステップ１１３）、プロ
キシー部４０のクラス（theProxy）に対してモデル部１
０のクラス（theModel）のデータを中間データの形式で
送信する（ステップ１１４）。最後に、プロキシー部４
０のクラス（theProxy）は、このデータ（中間データ）
に通信プロトコルに関連するデータを付加した後（ステ
ップ１１５）、外部機器に対してデータを送信する。

【００３６】図５は監視対象となる外部機器からの監視
結果がプロキシー部４０のクラス（theProxy）に与えら
れた場合の動作を示す図である。この場合には、まず、
プロキシー部４０のクラス（theProxy）は、外部機器か
ら受信したデータから通信プロトコルに関連するデータ
を削除した後（ステップ１２１）、コントローラ部３０
のクラス（theController）に対して監視結果を中間デ
ータの形式で通知する（ステップ１２２）。次に、コン
トローラ部３０のクラス（theController）は、モデル
部１０のクラス（theModel）に対して監視結果に関連す
るデータを内部データの形式で反映した後（ステップ１
２３）、ビュー部２０のクラス（theView）に対して監
視結果を通知する（ステップ１２４）。最後に、ビュー
部２０のクラス（theView）は、モデル部１０のクラス
（theModel）から監視結果に関連するデータを取得する
（ステップ１２５）。

【００３７】このように本実施の形態によれば、監視シ
ステムの構成およびサービス等を統一的に表現する監視
システム向けフレームワーク１を用いて監視システムを
構築するので、仕様変更や拡張等に対するソフトウェア
のアーキテクチャの安定性を向上させるとともに、ソフ
トウェアの再利用性や変更容易性を向上させることがで
き、このため監視システムを効率的に開発することがで
きる。

【００３８】また本実施の形態によれば、監視システム
において、コントローラ部３０により、モデル部１０で
保持されたデータを管理するとともに、モデル部１０と
ビュー部２０とを結び付け、ユーザまたは外部機器から
与えられるデータに基づいて外部機器に対して各種のサ
ービスを提供するので、監視システム内部の各部による
相互依存関係を軽減させて仕様変更や拡張等に対する修
正範囲を局所化することができる。具体的には、通信プ
ロトコルに関連する変更はプロキシー部４０を修正し、
ＧＵＩ画面に関連する変更はビュー部２０を修正し、監
視システム内部のデータに関連する変更はモデル部１０
を修正し、監視システムのサービスに関連する変更はコ
ントローラ部３０を修正することにより対応することが
できる。

【００３９】さらに本実施の形態によれば、監視システ
ムのプロキシー部４０により、外部機器との間でやりと
りされる通信データを通信プロトコルに依存しない中間
データの形式に変換し、コントローラ部３０は、その中
間データを監視システム内部で扱われる内部データの形
式に変換し、モデル部１０およびビュー部２０により、
コントローラ部３０で変換された後の内部データを扱う
ので、通信プロトコルの変更による影響をプロキシー部
４０に局所化することができる。

【００４０】さらにまた本実施の形態によれば、モデル
部１０、プロキシー部４０およびコントローラ部３０の
クラスを監視対象となる外部機器の種類ごとに作成し、
ビュー部２０のクラスをインタフェース用画面の種類ご
とに作成するので、外部機器やインタフェース用画面等
の追加および削除等に容易に対応することができる。ま
た、モデル部１０のクラスを、監視対象となる外部機器
の種類に加えて、外部機器で用いられるデータの種別ご
とに作成し、またコントローラ部３０のクラスを、監視
対象となる外部機器の種類に加えて、外部機器に対して
行われるサービスの種別ごとに作成するので、データや
サービスの追加および削除等に容易に対応することがで
きる。さらに、コントローラ部３０のクラスを、監視対
象となる外部機器の種類ごとに作成される上位クラス
と、この上位クラスの下で外部機器に対して行われるサ
ービスの種別ごとに作成される下位クラスとに分割する
ので、同一の外部機器に対するサービスの追加および削
除等に容易に対応することができる。

【００４１】なお、上述した実施の形態において、監視
システムは、例えば図２７に示すようなコンピュータシ
ステム６１０上で実現することができる。ここで、コン
ピュータシステム６１０は、コンピュータ本体６１１の
他、ＣＲＴ等の表示装置６１２、プリンタ６１３、キー
ボードやマウス等の入力装置６１４、ＦＤドライブ６１
６、ＣＤ−ＲＯＭドライブ６１７およびハードディスク
装置６１８等の各種の周辺機器を備えている。そして、
上述したようなプログラムは、コンピュータ本体６１１
上の内部メモリ６１５やハードディスク６１８、および
フレキシブルディスク６１９やＣＤ−ＲＯＭ６２０等の
ようなコンピュータ読み取り可能な記録媒体に格納さ
れ、コンピュータ本体６１１上のＣＰＵ（中央演算処理
装置）から逐次読み出されて実行されることにより上述
したような機能を実現することができる。

【００４２】なお、本発明における記録媒体としては、
磁気ディスク、フロッピー（登録商標）ディスク、ハー
ドディスク、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、Ｄ
ＶＤ等）、光磁気ディスク（ＭＯ等）、半導体メモリ等
のように、プログラムまたはフレームワークを記録で
き、かつコンピュータが読み取り可能な記録媒体であれ
ば、その記録形式はいずれかの形式であってもよい。ま
た、記録媒体としては、ネットワーク上で伝送される際
の搬送波や、情報伝達媒体も含む。

【００４３】また、記録媒体からコンピュータにインス
トールされたプログラムの指示に基づきコンピュータ上
で稼働しているＯＳ（オペレーティングシステム）や、
データベース管理ソフト、ネットワークソフト等のＭＷ
（ミドルウェア）等が本実施の形態を実現するための各
処理の一部を実行してもよい。

【００４４】さらに、本発明における記録媒体は、コン
ピュータと独立した媒体に限らず、ＬＡＮやインターネ
ット等により伝送されたプログラムまたはフレームワー
クをダウンロードして記憶または一時記憶した記録媒体
も含まれる。

【００４５】さらにまた、記録媒体は１つに限らず、複
数の媒体から本実施の形態における処理が実行される場
合も本発明における記録媒体に含まれ、媒体構成はいず
れの構成であってもよい。

【００４６】以下、上述した監視システムの構築方法に
より構築される監視システムの具体的な実施例について
説明する。

【００４７】実施例１ まず、図６乃至図１０により、監視システムの第１の実
施例について説明する。なお、この第１の実施例は、監
視対象となる外部機器が一つであり、外部機器で用いら
れる内部データとして一種類のデータ（設定データ）の
みが存在し、そのデータを表示するＧＵＩ画面として設
定画面のみが存在する場合を想定している。

【００４８】図６は第１の実施例に係る監視システムの
クラス構造を示す図である。

【００４９】図６に示すように、第１の実施例に係る監
視システムにおいて、モデル部１０、ビュー部２０、コ
ントローラ部３０およびプロキシー部４０はそれぞれ一
つのクラスを含んでいる。すなわち、モデル部１０は、
監視対象となる外部機器で用いられる設定データを保持
するModel-1クラス１１を含む。また、ビュー部２０
は、Model-1クラス１１のデータをＧＵＩ画面上に表示
するView-1クラス２１を含む。さらに、プロキシー部４
０は、監視対象となる外部機器に対応するProxy-1クラ
ス４１を含む。さらにまた、コントローラ部３０は、監
視対象となる外部機器に対して設定サービスを行うCont
roller-1クラス３１を含む。

【００５０】なお、図６において、Controller-1クラス
３１はModel-1クラス１１を管理（参照および更新を含
む）するよう関連付けられている（関連５１）。また、
View-1クラス２１はModel-1クラス１１を更新および参
照するよう関連付けられている（関連６１）。さらに、
View-1クラス２１とController-1クラス３１との間では
ユーザおよび外部機器から与えられるデータをやりとり
するよう関連付けられており、View-1クラス２１からCo
ntroller-1クラス３１へViewイベント（ＧＵＩ画面上の
イベント）が通知されるとともに（関連７１）、Contro
ller-1クラス３１からView-1クラス２１へProxyイベン
ト（外部機器からのイベント）が通知されるようになっ
ている（関連７５）。さらにまた、Controller-1クラス
３１とProxy-1クラス４１との間で外部機器の設定デー
タをやりとりするよう関連付けられており、Controller
-1クラス３１からProxy-1クラス４１へ設定指示が通知
されるとともに（関連８１）、Proxy-1クラス４１からC
ontroller-1クラス３１へ設定結果が通知されるように
なっている（関連８５）。なお、Model-1クラス１１は
他のクラスから参照されるのみであり、どのクラスを利
用することもない。

【００５１】次に、図６に示す第１の実施例に係る監視
システムのシステム起動時、設定サービス提供時および
システム停止時の動作について説明する。

【００５２】（システム起動）図７は図６に示す第１の
実施例に係る監視システムのシステム起動時の動作（オ
ブジェクト（クラスの実体）を生成する際の動作）を説
明するための図である。なお、図７は、オブジェクト間
のメッセージの流れを示すシーケンス図であり、上段の
ブロックによってオブジェクトが表現され、縦軸方向に
時間の流れが表現されている。また、オブジェクトから
オブジェクトへ引かれている矢印により、メッセージの
送信が表現されている。なお、図７では、監視システム
が起動されたときに呼び出されるmainルーチンも便宜上
オブジェクトとして表現されている。なお、後述する図
８および図９等のシーケンス図も同様の規則に従って表
現されている。

【００５３】まず、mainルーチンは、Proxy-1オブジェ
クトを生成する（ステップ２１１）。このとき、Proxy-
1オブジェクトは、外部機器との間で接続処理を行い、
外部機器と監視システムとの間を通信可能状態にする。
次に、mainルーチンは、View-1オブジェクトを生成する
（ステップ２１２）。さらに、mainルーチンは、Contro
ller-1オブジェクトを生成する（ステップ２１３）。こ
のとき、Controller-1オブジェクトは、Proxy-1オブジ
ェクトおよびView-1オブジェクトとの関連を持つため、
これらのオブジェクトの参照を受け取る。一方、Model-
1オブジェクトは、Controller-1オブジェクトが管理す
るので、Controller-1オブジェクトがModel-1オブジェ
クトを生成する（ステップ２１４）。続いて、Controll
er-1オブジェクトは、自分自身をProxy-1オブジェクト
に関連付ける（ステップ２１５）。さらに、Controller
-1オブジェクトは、自分自身およびModel-1オブジェク
トをView-1オブジェクトに関連付ける（ステップ２１
６）。

【００５４】（設定サービス）図８は図６に示す第１の
実施例に係る監視システムの設定サービス提供時の動作
（ＧＵＩ画面上にて設定データを変更し、これを監視対
象である外部機器に送信する際の動作）を説明するため
のシーケンス図である。

【００５５】まず、View-1オブジェクトは、Model-1オ
ブジェクトの設定データを更新した後（ステップ２２
１）、Controller-1オブジェクトに対して設定データの
更新を通知する（ステップ２２２）。次に、Controller
-1オブジェクトは、Model-1オブジェクトから設定デー
タを取得した後（ステップ２２３）、Proxy-1オブジェ
クトに対して設定データを中間データの形式で送信する
（ステップ２２４）。最後に、Proxy-1オブジェクト
は、この設定データ（中間データ）に通信プロトコルに
関連するデータを付加した後（ステップ２２５）、外部
機器に対して設定データを送信する。

【００５６】（システム停止）図９は図６に示す第１の
実施例に係る監視システムのシステム停止時の動作（オ
ブジェクトを破壊する際の動作）を説明するためのシー
ケンス図である。なお、この場合には、図７に示すオブ
ジェクトの生成の動作と逆の手順でオブジェクトを破壊
していく。

【００５７】まず、mainルーチンは、Controller-1オブ
ジェクトを破壊する（ステップ２３１）。一方、Model-
1オブジェクトは、Controller-1オブジェクトが管理す
るので、Controller-1オブジェクトがModel-1オブジェ
クトを破壊する（ステップ２３２）。次に、mainルーチ
ンは、View-1オブジェクトを破壊する（ステップ２３
３）。さらに、mainルーチンは、Proxy-1オブジェクト
を破壊する（ステップ２３４）。このとき、Proxy-1オ
ブジェクトは、外部機器との間で切断処理を行い、外部
機器と監視システムとの間を通信停止状態にする。

【００５８】図１０は図６に示す第１の実施例に係る監
視システムの作用効果を説明するための概念図である。

【００５９】図１０に示すように、第１の実施例に係る
監視システムにおいて、プロキシー部４０は、外部機器
との間の通信プロトコルに関連する通信データ（図中の
「項目ｎ」）を通信プロトコルに依存しない中間データ
に変換し、コントローラ部３０は、その中間データを監
視システム内部で扱われる内部データ（図中の「ＩＤ
ｎ」）の形式に変換する（符号（Ａ））。また、モデル
部１０は、監視システム内部で扱われる内部データとし
て位置付けられており、ビュー部２０およびコントロー
ラ部３０の両方から参照される構造となっている（符号
（Ｂ））。このため、外部機器との間の通信プロトコル
が変更された場合でも、プロキシー部４０のみを修正す
ればよく、モデル部１０、ビュー部２０およびコントロ
ーラ部３０に影響が及ぶことがない。また、ビュー部２
０は、モデル部１０のデータを直接参照することがで
き、監視システム内部でデータをコピーする必要はな
い。また、ビュー部２０は、モデル部１０の必要な項目
のみを参照または更新すればよいので、ＧＵＩ画面上の
表示項目等が変更された場合でもモデル部１０に影響が
及ぶことがない。

【００６０】このように、第１の実施例に係る監視シス
テムによれば、通信プロトコルの変更による影響をプロ
キシー部４０に局所化することができ、また監視システ
ム内部のデータのコピーを防止するとともに、ビュー部
２０とモデル部１０との依存関係を軽減することができ
る。

【００６１】実施例２ 次に、図１１乃至図１６により、監視システムの第２の
実施例について説明する。この第２の実施例は、上述し
た第１の実施例において、外部機器への設定サービスに
加えて、外部機器への立ち上げサービスを追加したもの
であり、それ以外の基本的な構成および作用は上述した
第１の実施例と略同一である。この第２の実施例におい
て、上述した第１の実施例と同一部分には同一符号を付
して詳細な説明は省略する。

【００６２】図１１は第２の実施例に係る監視システム
のクラス構造を示す図である。

【００６３】図１１に示すように、第２の実施例に係る
監視システムにおいて、コントローラ部３０はControll
er-1クラス３１（上位クラス）に加えて、Controller-2
クラス３２およびController-3クラス３３（下位クラ
ス）を新たに含んでいる。第２の実施例で追加される立
ち上げサービスは、初期設定として外部機器に対して必
要な初期設定データを送信するものであるが、上述した
第１の実施例のようにController-1クラス３１のみで対
応するとサービスが複雑になってしまう。そこで、監視
対象となる外部機器の種類ごとに作成されるController
-1クラス３１を内部的に２つのクラスに分割して、立ち
上げサービスを行うController-2クラス３２と、設定サ
ービスを行うController-3クラス３３とを作成する。な
お、Controller-1クラス３１では、具体的なサービスは
提供せず、他のクラス（Model-1クラス１１、View-1ク
ラス２１およびController-1クラス３１）との間でのデ
ータのやりとり等を行う。

【００６４】なお、図１１において、View-1クラス２１
およびProxy-1クラス４１に対してはController-1クラ
ス３１との間でデータがやりとりされるよう関連付けら
れている（関連７１，７５，８１，８５）。また、Cont
roller-1クラス３１はController-2クラス３２およびCo
ntroller-3クラス３３を内部的に所有するよう関連付け
られている（関連８８，８９）。また、外部機器の初期
設定データはModel-1クラス１１として表現されている
が、このModel-1クラス１１は立ち上げサービスの実行
後は設定データとして位置付けられるので、設定サービ
スを担当しているController-2クラス３２がModel-1ク
ラス１１を参照するよう関連付けられている（関連５
１）。一方、この初期設定データを外部機器に対して設
定する立ち上げサービスはController-3クラス３３が担
当しているので、Controller-3クラス３３がModel-1ク
ラス１１を参照するよう関連付けられている（関連５
２）。

【００６５】次に、図１１に示す第２の実施例に係る監
視システムのシステム起動時、設定サービス提供時、立
ち上げサービス提供時およびシステム停止時の動作につ
いて説明する。

【００６６】（システム起動）図１２は図１１に示す第
２の実施例に係る監視システムのシステム起動時の動作
（オブジェクト（クラスの実体）を生成する際の動作）
を説明するためのシーケンス図である。

【００６７】図１２に示すように、Proxy-1オブジェク
ト、View-1オブジェクト、Controller-1オブジェクトお
よびModel-1オブジェクトの生成までは、図７に示す第
１の実施例のシーケンスと同様に行われる（ステップ３
１１乃至３１４）。その後、Controller-1オブジェクト
は、自分自身が内部的に所有するController-2オブジェ
クトおよびController-3オブジェクトを順に生成する
（ステップ３１５および３１６）。このとき、Controll
er-2オブジェクトおよびController-3オブジェクトは、
Controller-1オブジェクトおよびModel-1オブジェクト
との関連を持つため、これらのオブジェクトの参照を受
け取る。なお、それ以降のController-1オブジェクトに
よるProxy-1オブジェクトおよびView-1オブジェクトに
対する関連付けは、図７に示す第１の実施例のシーケン
スと同様に行われる（ステップ３１７および３１８）。

【００６８】（設定サービス）図１３は図１１に示す第
２の実施例に係る監視システムの設定サービス提供時の
動作（ＧＵＩ画面上にて設定データを変更し、これを監
視対象である外部機器に送信する際の動作）を説明する
ためのシーケンス図である。

【００６９】図１３に示すように、View-1オブジェクト
がModel-1オブジェクトを更新し、それをController-1
オブジェクトに対して通知するまでは、図８に示す第１
の実施例のシーケンスと同様に行われる（ステップ３２
１および３２２）。その後、Controller-1オブジェクト
は、設定サービスを実際に行うController-2オブジェク
トに対して、View-1オブジェクトから受け取った更新の
通知をそのまま送る（ステップ３２３）。次に、Contro
ller-2オブジェクトは、Model-1オブジェクトから設定
データを取得する（ステップ３２４）。そして、Contro
ller-2オブジェクトは、Proxy-1オブジェクトに対して
設定データを中間データの形式で送信するため、Contro
ller-1オブジェクトに対して設定データを中間データの
形式で送信する（ステップ３２５）。なお、それ以降の
Controller-1オブジェクトによるProxy-1オブジェクト
に対する設定データの送信、およびProxy-1オブジェク
トによる通信プロトコルに関連するデータの付加は、図
８に示す第１の実施例のシーケンスと同様に行われる
（ステップ３２６および３２７）。

【００７０】（立ち上げサービス）図１４は図１１に示
す第２の実施例に係る監視システムの立ち上げサービス
提供時の動作（外部機器に対して初期設定データを送信
し、そのシーケンスの完了をＧＵＩ画面上に表示する際
の動作）を説明するためのシーケンス図である。

【００７１】まず、Proxy-1オブジェクトは、監視対象
となる外部機器の状態をモニタしており、外部機器が立
ち上げられた時点で、Controller-1オブジェクトに対し
て初期設定データの取得を依頼する（ステップ３３
１）。次に、Controller-1オブジェクトは、立ち上げサ
ービスを実際に行うController-3オブジェクトに対し
て、Proxy-1オブジェクトから受け取った送信の依頼を
そのまま送る（ステップ３３２）。次に、Controller-3
オブジェクトは、Model-1オブジェクトから初期設定デ
ータを取得する（ステップ３３３）。そして、Controll
er-3オブジェクトは、Proxy-1オブジェクトに対して初
期設定データを送信するため、Controller-1オブジェク
トに対して初期設定データを送信する（ステップ３３
４）。次に、Controller-1オブジェクトは、Proxy-1オ
ブジェクトに対して初期設定データを中間データの形式
で送信する（ステップ３３５）。次に、Proxy-1オブジ
ェクトは、初期設定データ（中間データ）に通信プロト
コルに関連するデータを付加する（ステップ３３６）。
次に、Controller-3オブジェクトは、View-1オブジェク
トに対して初期設定データを送信したことを通知するた
め、Controller-1オブジェクトに対して初期設定データ
の送信を通知する（ステップ３３７）。次に、Controll
er-1オブジェクトは、View-1オブジェクトに対して初期
設定データの送信を通知する（ステップ３３８）。

【００７２】（システム停止）図１５は図１１に示す第
２の実施例に係る監視システムのシステム停止時の動作
（オブジェクトを破壊する際の動作）を説明するための
シーケンス図である。

【００７３】図１５に示すように、Controller-1オブジ
ェクト、Model-1オブジェクト、View-1オブジェクトお
よびProxy-1オブジェクトの破壊は、基本的に図９に示
す第１の実施例のシーケンスと同様に行われるが（ステ
ップ３４１、３４４、３４５および３４６）、この第２
の実施例では、mainルーチンがController-1オブジェク
トを破壊した後（ステップ３４１）、Controller-1オブ
ジェクトがController-3オブジェクトおよびController
-2オブジェクトを順に破壊する（ステップ３４２および
３４３）。

【００７４】図１６は図１１に示す第２の実施例に係る
監視システムの作用効果を説明するための概念図であ
る。

【００７５】図１６に示すように、第２の実施例に係る
監視システムにおいて、ビュー部２０およびプロキシー
部４０はコントローラ部３０のController-1クラスとの
間でデータをやりとりし、実際のサービスはコントロー
ラ部３０のController-1クラス３１が内部的に所有する
Controller-2クラス３２およびController-3クラス３３
が行う（符号（Ｃ））。このため、同一の外部機器に対
して新しいサービスが追加および追加される場合でも、
サービスに応じたControllerクラスを追加および削除す
ることによって容易に対応することができる。

【００７６】実施例３ 次に、図１７乃至図２１により、監視システムの第３の
実施例について説明する。この第３の実施例は、上述し
た第１の実施例において、内部データとして設定データ
に加えて状態データを追加し、これらのデータを表示す
るＧＵＩ画面として設定画面に加えて状態表示画面を追
加したものであり、それ以外の基本的な構成および作用
は上述した第１の実施例と略同一である。この第３の実
施例において、上述した第１の実施例と同一部分には同
一符号を付して詳細な説明は省略する。

【００７７】図１７は第３の実施例に係る監視システム
のクラス構造を示す図である。

【００７８】図１７に示すように、第３の実施例に係る
監視システムにおいて、モデル部１０は、外部機器の状
態データを保持するModel-2クラス１２を新たに含み、
ビュー部２０は、Model-2クラス１２のデータを状態表
示画面上に表示するView-2クラス２２を新たに含んでい
る。

【００７９】なお、図１７において、外部機器の状態デ
ータは、同一の外部機器に対する設定データとは異なる
種類のデータとして位置付けられ、Controller-1クラス
３１からModel-2クラス１２を参照するよう関連付けら
れている（関連５２）。また、外部機器の状態データを
ＧＵＩ画面上に表示する必要があるため、View-2クラス
２２からModel-2クラス１２を参照するよう関連付けら
れている（関連６２）。なお、状態データと設定データ
とは異なるＧＵＩ画面上で表示されるが、対象となる外
部機器は同一であり、また設定データと状態データとが
矛盾しているかどうかをチェックしてその結果をＧＵＩ
画面上に表示するため、設定サービスと状態表示サービ
スとは同一のController-1クラス３１により実現され
る。View-2クラス２２とController-1クラス３１との間
ではデータがやりとりされるよう関連づけられている
（関連７２，７６）。

【００８０】次に、図１７に示す第３の実施例に係る監
視システムのシステム起動時、状態表示サービス提供時
およびシステム停止時の動作について説明する。なお、
設定サービス提供時の動作については、上述した第１の
実施例の場合と同一であるので、ここでの説明は省略す
る。

【００８１】（システム起動）図１８は図１７に示す第
３の実施例に係る監視システムのシステム起動時の動作
（オブジェクト（クラスの実体）を生成する際の動作）
を説明するためのシーケンス図である。

【００８２】図１８に示すように、Proxy-1オブジェク
トおよびView-1オブジェクトの生成までは、図７に示す
第１の実施例のシーケンスと同様に行われる（ステップ
４１１および４１２）。次に、mainルーチンは、View-2
オブジェクトを生成する（ステップ４１３）。さらに、
mainルーチンは、Controller-1オブジェクトを生成する
（ステップ４１４）。このとき、Controller-1オブジェ
クトは、Proxy-1オブジェクト、View-1オブジェクトお
よびView-2オブジェクトと関連を持つため、これらのオ
ブジェクトの参照を受け取る。次に、Controller-1オブ
ジェクトは、自分自身が管理するModel-1オブジェクト
およびModel-2オブジェクトを順に生成する（ステップ
４１５および４１６）。なお、それ以降のController-1
オブジェクトによるProxy-1オブジェクトおよびView-1
オブジェクトに対する関連付けは、図７に示す第１の実
施例のシーケンスと同様に行われる（ステップ４１７お
よび４１８）。最後に、Controller-1オブジェクトは、
自分自身およびModel-2オブジェクトをController-1オ
ブジェクトに関連付ける（ステップ４１９）。

【００８３】（状態表示サービス）図１９は図１７に示
す第３の実施例に係る監視システムの状態表示サービス
提供時の動作（ＧＵＩ画面上にて設定データを変更する
とともに設定サービスにより外部機器の設定を変更した
後、その結果として外部機器の状態がどのようになった
かを表示する際の動作）を説明するためのシーケンス図
である。

【００８４】まず、Proxy-1オブジェクトは、監視対象
となる外部機器の状態データを受信し、この状態データ
から通信プロトコルに関連するデータを削除する（ステ
ップ４２１）。次に、Proxy-1オブジェクトは、Control
ler-1オブジェクトに対して状態データを中間データの
形式で送信する（ステップ４２２）。次に、Controller
-1オブジェクトは、その中間データに基づいて、Model-
2オブジェクトの状態データを更新する（ステップ４２
３）。さらに、Controller-1オブジェクトは、Model-1
オブジェクトから設定データを取得する（ステップ４２
４）。そして、Controller-1オブジェクトは、設定デー
タと状態データとを比較し、矛盾がないかどうかチェッ
クする（ステップ４２５）。このとき、設定データと状
態データとが一致しなければ、設定が有効に行われなか
ったことを意味する。ここでは、一致したものとして説
明する。次に、Controller-1オブジェクトは、View-2オ
ブジェクトに対して状態データの更新を通知する（ステ
ップ４２６）。最後に、View-2オブジェクトは、Model-
2オブジェクトから状態データを取得し（ステップ４２
７）、状態データをＧＵＩ画面上に表示する。

【００８５】（システム停止）図２０は図１７に示す第
３の実施例に係る監視システムのシステム停止時の動作
（オブジェクトを破壊する際の動作）を説明するための
シーケンス図である。

【００８６】図２０に示すように、Controller-1オブジ
ェクトおよびProxy-1オブジェクトの破壊は、基本的に
図９に示す第１の実施例のシーケンスと同様に行われる
が（ステップ４３１および４３６）、この第３の実施例
では、mainルーチンがController-1オブジェクトを破壊
した後（ステップ４３１）、Controller-1オブジェクト
がModel-2オブジェクトおよびModel-1オブジェクトを順
に破壊する（ステップ４３２および４３３）。また、ma
inルーチンがView-2オブジェクトおよびView-1オブジェ
クトを順に破壊する（ステップ４３４および４３５）。

【００８７】図２１は図１７に示す第３の実施例に係る
監視システムの作用効果を説明するための概念図であ
る。

【００８８】図２１に示すように、第３の実施例に係る
監視システムにおいて、モデル部１０とそれを管理する
コントローラ部３０とは互いに分離され、コントローラ
部３０においてモデル部１０のデータが管理されている
（符号（Ｄ））。このため、監視システム内部で扱われ
るデータがモデル部１０に追加および削除された場合で
も、監視システムの提供するサービスの中でどのように
データが扱われるかを容易に判断することができる。

【００８９】また、ビュー部２０にとっては、コントロ
ーラ部３０とモデル部１０との関係とは独立してモデル
部１０を参照することが可能である（符号（Ｅ））。こ
のため、データの追加および削除に対応してＧＵＩ画面
が追加および削除される場合でも、Viewクラスを追加お
よび削除することによって容易に対応することができ
る。

【００９０】実施例４ 次に、図２２乃至図２６により、監視システムの第４の
実施例について説明する。この第４の実施例は、上述し
た第１の実施例において、既存の外部機器に加えて、機
能的には同一の新型の外部機器を追加したものであり、
それ以外の基本的な構成および作用は上述した第１の実
施例と略同一である。この第４の実施例において、上述
した第１の実施例と同一部分には同一符号を付して詳細
な説明は省略する。

【００９１】図２２は第４の実施例に係る監視システム
のクラス構造を示す図である。

【００９２】図２２に示すように、第４の実施例に係る
監視システムにおいて、プロキシー部４０は、旧型の外
部機器と通信を行うProxy-1クラス４１に加えて、新型
の外部機器と通信を行うProxy-2クラス４２を含んでい
る。ここで、新型の外部機器と旧型の外部機器とは機能
的に同一であるので、Controller-1クラス３１以外に新
たなControllerクラスは追加していない。なお、旧型の
外部機器に対応するProxy-1クラス４１と、新型の外部
機器に対応するProxy-2クラス４２とは通信プロトコル
のみが異なる。

【００９３】なお、図２２において、Controller-1クラ
ス３１はProxy-1クラス４１およびProxy-2クラス４２の
それぞれに対して関連付けられている（関連８１，８
２，８５，８６）。これは、監視システムのサービスと
しては、旧型および新型の外部機器とも同様に提供する
必要があるからである。なお、Model-1クラス１１、Vie
w-1クラス２１およびController-1クラス３１の関連
は、図６に示す第１の実施例と同様である。

【００９４】次に、図２２に示す第４の実施例に係る監
視システムのシステム起動時、設定サービス提供時およ
びシステム停止時の動作について説明する。

【００９５】（システム起動）図２３は図２２に示す第
４の実施例に係る監視システムのシステム起動時の動作
（オブジェクト（クラスの実体）を生成する際の動作）
を説明するためのシーケンス図である。

【００９６】図２３に示すように、まず、mainルーチン
は、Proxy-1オブジェクトを生成した後（ステップ５１
１）、Proxy-2オブジェクトを生成する（ステップ５１
２）。その後、View-1オブジェクト、Controller-1オブ
ジェクトおよびModel-1オブジェクトの生成までは、図
７に示す第１の実施例のシーケンスと同様に行われる
（ステップ５１３乃至５１５）。このとき、Controller
-1オブジェクトは、Proxy-1オブジェクト、Proxy-2オブ
ジェクトおよびView-1オブジェクトと関連を持つため、
これらのオブジェクトの参照を受け取る。次に、Contro
ller-1オブジェクトは、自分自身をProxy-1オブジェク
トおよびProxy-2オブジェクトに対して関連付ける（ス
テップ５１６および５１７）。なお、それ以降のContro
ller-1オブジェクトのView-1オブジェクトに対する関連
付けは、図７に示す第１の実施例のシーケンスと同様に
行われる（ステップ５１８）。

【００９７】（設定サービス）図２４は図２２に示す監
視システムの設定サービス提供時の動作（ＧＵＩ画面上
にて設定データを変更し、これを監視対象である外部機
器に送信する際の動作）を説明するためのシーケンス図
である。

【００９８】図２４に示すように、View-1オブジェクト
がModel-1オブジェクトの設定データを更新し、それをC
ontroller-1オブジェクトに通知し、Model-1オブジェク
トから設定データを取得するまでは、図８に示す第１の
実施例のシーケンスと同様に行われる（ステップ５２１
乃至５２３）。次に、設定データが送られる外部機器が
旧型なのか新型なのかの識別を行う（ステップ５２
４）。なお、識別を行うためのデータは設定データに含
まれているものとする。ここで、設定データが送られる
外部機器が新型である場合を想定すると、Controller-1
オブジェクトは、Proxy-2オブジェクトに対して設定デ
ータを中間データの形式で送信する（ステップ５２
５）。最後に、Proxy-2オブジェクトは、この設定デー
タ（中間データ）に通信プロトコルに関連するデータを
付加した後（ステップ５２６）、新型の外部機器に対し
て設定データを送信する。

【００９９】（システム停止）図２５は図２２に示す監
視システムのシステム停止時の動作（オブジェクトを破
壊する際の動作）を説明するためのシーケンス図であ
る。

【０１００】図２５に示すように、Controller-1オブジ
ェクト、Model-1オブジェクトおよびView-1オブジェク
トの破壊は、基本的に図９に示す第１の実施例のシーケ
ンスと同様に行われるが（ステップ５３１乃至５３
４）、この第４の実施例では、mainルーチンがView-1オ
ブジェクトを破壊した後（ステップ５３３）、Model-2
オブジェクトおよびModel-1オブジェクトを順に破壊す
る（ステップ５３４および５３５）。

【０１０１】図２６は図２２に示す監視システムの作用
効果を説明するための概念図である。

【０１０２】図２６に示すように、第４の実施例に係る
監視システムにおいて、コントローラ部３０とプロキシ
ー部４０とは互いに分離され、プロキシー部４０によ
り、通信プロトコルに応じて通信データの形式が変換さ
れる（符号（Ｆ））。また、コントローラ部３０によ
り、プロキシー部４０のどのクラスへデータを送信する
かどうかが判断される（符号（Ｇ））。このため、監視
対象となる外部機器の通信プロトコルが変更された場合
でも、プロキシー部４０の変更によって容易に対応する
ことができ、モデル部１０、ビュー部２０およびコント
ローラ部３０に影響が及ぶことがない。

【０１０３】なお、上述した実施の形態および実施例に
おいては、サービス提供システムの一例として、外部機
器（対象システム）を監視する監視システムを例に挙げ
て説明したが、これに限らず、(1)制御対象機器（対象
システム）を制御する制御システム（図２９参照）や、
(2)他の情報システム（対象システム）との間で情報を
やりとりする情報システム（図３０参照）に対しても、
同様にして適用することができる。なお、制御システム
としては、エアコンやテレビ等を制御する家電制御シス
テムから、プラント制御システム等の大規模な制御シス
テムまで、任意のシステムが挙げられる。また、情報シ
ステムとしては、資材調達システムや給与管理システ
ム、顧客情報管理システム等の任意のシステムが挙げら
れる。

【０１０４】図２９に示すように、制御システム７０５
は、制御対象機器７０６と同一の筐体内等に収容されて
おり、制御システム７０５と制御対象機器７０６とは内
部の制御回線７０７を介して接続されている。そして、
制御システム７０５と制御対象機器７０６との間では、
制御指示（サービス提供指示）や制御結果（サービス提
供結果）に関する情報７０８がやりとりされるようにな
っている。

【０１０５】このような制御システム７０５において、
対象システムである制御対象機器７０６は、制御システ
ム７０５と同一の筐体内に設けられたファンやルーバ、
搬送路、カードユニット等のハードウェアユニットであ
り、プロトコルとしてはハードウェアユニットに対する
制御プロトコルが用いられる。制御対象機器７０６が旧
型の機器から新型の機器に変更されたり、他社製の機器
に変更されると、制御プロトコルに関してそのデータ構
造やシーケンス等の変更が発生し、上述した監視システ
ムの場合と同様な問題が発生する。しかしながら、この
ような問題は、上述した監視システムの場合と同様に、
制御対象機器７０６を制御するプロキシー部４０により
吸収することができる。

【０１０６】図３０に示すように、情報システム７０９
は、専用線やインターネット、無線ＬＡＮ等の通信回線
７１０を介して情報システム７１１に接続されており、
情報システム７０９，７１１の間で、各種の情報（サー
ビス提供指示やサービス提供結果等）７１２がやりとり
されるようになっている。

【０１０７】このような情報システム７０９において、
対象システムである情報システム７１１は、情報システ
ム７０９と対等な関係にある外部システムであり、プロ
トコルとしては情報を交換するための通信プロトコルが
用いられる。具体的には例えば、通信回線７１１がイン
ターネット（Ｗｅｂシステム）である場合には、通信プ
ロトコルとしてＨＴＴＰ（Hyper Text Transfer Protoc
ol）が用いられ、ＨＴＭＬ（Hyper Text Markup Langua
ge）と呼ばれるデータフォーマットに従って通信が実現
されている。ただし、データフォーマットとしては最
近、ＸＭＬ（eXtensible Markup Language）が注目を集
めており、このデータフォーマットに対応した新たな通
信プロトコルが用いられる可能性がある。従って、通信
プロトコルの変更に伴って、上述した監視システムの場
合と同様な問題が発生するおそれがある。しかしなが
ら、このような問題は、上述した監視システムおよび制
御システムの場合と同様に、外部システムである情報シ
ステム７１１との間で情報のやりとりを行うプロキシー
部４０により吸収することができる。

【０１０８】

【発明の効果】以上説明したように本発明によれば、仕
様変更や拡張等に対するソフトウェアのアーキテクチャ
の安定性を向上させるとともに、ソフトウェアの再利用
性や変更容易性を向上させることができる。

【図面の簡単な説明】

【図１】本発明による監視システム（サービス提供シス
テム）の構築方法で用いられる監視システム向けフレー
ムワークを示すブロック図。

【図２】本発明による監視システムの構築方法を説明す
るためのフローチャート。

【図３】本発明により構築される監視システムのクラス
構造の一例を示す図。

【図４】図３に示す監視システムの動作の一例を示すシ
ーケンス図。

【図５】図３に示す監視システムの動作の別の例を示す
シーケンス図。

【図６】本発明により構築される監視システムの第１の
実施例のクラス構造を示す図。

【図７】図６に示す監視システムのシステム起動時の動
作を説明するためのシーケンス図。

【図８】図６に示す監視システムの設定サービス提供時
の動作を説明するためのシーケンス図。

【図９】図６に示す監視システムのシステム停止時の動
作を説明するためのシーケンス図。

【図１０】図６に示す監視システムの作用効果を説明す
るための概念図。

【図１１】本発明により構築される監視システムの第２
の実施例のクラス構造を示す図。

【図１２】図１１に示す監視システムのシステム起動時
の動作を説明するためのシーケンス図。

【図１３】図１１に示す監視システムの設定サービス提
供時の動作を説明するためのシーケンス図。

【図１４】図１１に示す監視システムの立ち上げサービ
ス提供時の動作を説明するためのシーケンス図。

【図１５】図１１に示す監視システムのシステム停止時
の動作を説明するためのシーケンス図。

【図１６】図１１に示す監視システムの作用効果を説明
するための概念図。

【図１７】本発明により構築される監視システムの第３
の実施例のクラス構造を示す図。

【図１８】図１７に示す監視システムのシステム起動時
の動作を説明するためのシーケンス図。

【図１９】図１７に示す監視システムの状態表示サービ
ス提供時の動作を説明するためのシーケンス図。

【図２０】図１７に示す監視システムのシステム停止時
の動作を説明するためのシーケンス図。

【図２１】図１７に示す監視システムの作用効果を説明
するための概念図。

【図２２】本発明により構築される監視システムの第４
の実施例のクラス構造を示す図。

【図２３】図２２に示す監視システムのシステム起動時
の動作を説明するためのシーケンス図。

【図２４】図２２に示す監視システムの設定サービス提
供時の動作を説明するためのシーケンス図。

【図２５】図２２に示す監視システムのシステム停止時
の動作を説明するためのシーケンス図。

【図２６】図２２に示す監視システムの作用効果を説明
するための概念図。

【図２７】本発明による監視システムの構築方法および
監視システムが適用されるコンピュータシステムの一例
を示す図。

【図２８】本発明が適用される監視システム（サービス
提供システム）の一例を示す図。

【図２９】本発明が適用される制御システム（サービス
提供システム）の一例を示す図。

【図３０】本発明が適用される情報システム（サービス
提供システム）の一例を示す図。

【図３１】従来の監視システムを説明するための図。

【図３２】従来の監視システムにおける通信プロトコル
の変更（シーケンスの変更）の一例を示す図。

【符号の説明】 １ 監視システム向けフレームワーク １０ モデル部（データ保持部） ２０ ビュー部（ユーザインタフェース部） ３０ コントローラ部（統合制御部） ４０ プロキシー部（対象システムインタフェース部） １１，１２，１３ モデル部のクラス ２１，２２，２３ ビュー部のクラス ３１，３２，３３ コントローラ部のクラス ４１，４２，４３ プロキシー部のクラス ５１，５２，５３ コントローラ部のクラスからモデル
部のクラスへの関連 ６１，６２，６３ ビュー部のクラスからモデル部のク
ラスへの関連 ７１，７２，７３ ビュー部のクラスからコントローラ
部のクラスへの関連 ７５，７６，７７ コントローラ部のクラスからビュー
部のクラスへの関連 ８１，８２，８３ コントローラ部のクラスからプロキ
シー部のクラスへの関連 ８５，８６，８７ プロキシー部のクラスからコントロ
ーラ部のクラスへの関連 ８８，８９ コントローラ部の内部関係 ６１９ フレキシブルディスク（記録媒体） ６２０ ＣＤ−ＲＯＭ（記録媒体） ７０１ 監視システム（サービス提供システム） ７０２ 通信回線 ７０３ 外部機器（対象システム） ７０５ 制御システム（サービス提供システム） ７０６ 制御回線 ７０７ 制御対象機器（対象システム） ７０９ 情報システム（サービス提供システム） ７１０ 通信回線 ７１１ 情報システム（対象システム）

───────────────────────────────────────────────────── フロントページの続き (54)【発明の名称】 サービス提供システムの構築方法、サービス提供システム、並びにサービス提供システム用プロ グラムおよびサービス提供システム向けフレームワークを記録したコンピュータ読み取り可能な 記録媒体

Claims (20)

【特許請求の範囲】
1. 【請求項１】サービス提供対象となる対象システムに対
   してサービスを提供するサービス提供システム向けフレ
   ームワークを用いてサービス提供システムを構築するサ
   ービス提供システムの構築方法において、 サービス提供対象となる対象システムに関連するデータ
   を保持するデータ保持部と、ユーザからの指示を受け付
   けるとともにユーザに対してデータを提示するユーザイ
   ンタフェース部と、前記対象システムとの間で所定のプ
   ロトコルに従ってデータをやりとりする対象システムイ
   ンタフェース部と、前記データ保持部、前記ユーザイン
   タフェース部および前記対象システムインタフェース部
   を制御する統合制御部とを含むサービス提供システム向
   けフレームワークを準備するステップと、 前記サービス提供システム向けフレームワークの前記デ
   ータ保持部、前記ユーザインタフェース部、前記対象シ
   ステムインタフェース部および前記統合制御部のそれぞ
   れに基づいて複数のクラスを作成するステップと、 前記各クラス間を関連付けるステップと、 前記各クラス間で行われるシーケンスを定義するステッ
   プとを含むことを特徴とするサービス提供システムの構
   築方法。
2. 【請求項２】前記サービス提供システム向けフレームワ
   ークにおいて、前記統合制御部は、前記データ保持部で
   保持されたデータを管理するとともに、前記データ保持
   部と前記ユーザインタフェース部とを結び付け、ユーザ
   または対象システムから与えられるデータに基づいて前
   記対象システムに対して各種のサービスを提供するよう
   構成されていることを特徴とする請求項１記載のサービ
   ス提供システムの構築方法。
3. 【請求項３】前記サービス提供システム向けフレームワ
   ークにおいて、前記対象システムインタフェース部は、
   前記対象システムとの間でやりとりされる外部データを
   プロトコルに依存しない中間データの形式に変換し、前
   記統合制御部は、前記中間データをサービス提供システ
   ム内部で扱われる内部データの形式に変換し、前記デー
   タ保持部および前記ユーザインタフェース部は、前記統
   合制御部で変換された後の内部データを扱うよう構成さ
   れていることを特徴とする請求項１または２記載のサー
   ビス提供システムの構築方法。
4. 【請求項４】前記サービス提供システムは、前記対象シ
   ステムとしての外部機器を監視する監視システムである
   ことを特徴とする請求項１記載のサービス提供システム
   の構築方法。
5. 【請求項５】前記サービス提供システムは、前記対象シ
   ステムとしての制御対象機器を制御する制御システムで
   あることを特徴とする請求項１記載のサービス提供シス
   テムの構築方法。
6. 【請求項６】前記サービス提供システムは、前記対象シ
   ステムとしての情報システムとの間で情報をやりとりす
   る情報システムであることを特徴とする請求項１記載の
   サービス提供システムの構築方法。
7. 【請求項７】対象システムとの間でサービス提供指示お
   よびサービス提供結果をやりとりし、対象システムに対
   して各種のサービスを提供するサービス提供システムに
   おいて、 サービス提供対象となる対象システムに関連するデータ
   を保持するデータ保持部と、 ユーザからの指示を受け付けるとともにユーザに対して
   データを提示するユーザインタフェース部と、 前記対象システムとの間でデータをやりとりする対象シ
   ステムインタフェース部と、 前記データ保持部、前記ユーザインタフェース部および
   前記対象システムインタフェース部を制御する統合制御
   部とを有し、 前記統合制御部は、前記データ保持部で保持されたデー
   タを管理するとともに、前記データ保持部と前記ユーザ
   インタフェース部とを結び付け、ユーザまたは対象シス
   テムから与えられるデータに基づいて前記対象システム
   に対して各種のサービスを提供することを特徴とするサ
   ービス提供システム。
8. 【請求項８】前記対象システムインタフェース部は、前
   記対象システムとの間でやりとりされる外部データをプ
   ロトコルに依存しない中間データの形式に変換し、前記
   統合制御部は、前記中間データをサービス提供システム
   内部で扱われる内部データの形式に変換し、前記データ
   保持部および前記ユーザインタフェース部は、前記統合
   制御部で変換された後の内部データを扱うことを特徴と
   する請求項７記載のサービス提供システム。
9. 【請求項９】サービス提供システム用プログラムを記録
   したコンピュータ読み取り可能な記録媒体において、 前記サービス提供システム用プログラムは、コンピュー
   タを動作させるための手段として、 サービス提供対象となる対象システムに関連するデータ
   を保持させるデータ保持手段と、 ユーザからの指示を受け付けさせるとともにユーザに対
   してデータを提示させるユーザインタフェース手段と、 前記対象システムとの間でデータをやりとりさせる対象
   システムインタフェース手段と、 前記データ保持手段、前記ユーザインタフェース手段お
   よび前記対象システムインタフェース手段を制御させる
   統合制御手段とを有し、 前記統合制御手段は、前記データ保持手段で保持された
   データを管理させるとともに、前記データ保持手段と前
   記ユーザインタフェース手段とを結び付けさせ、ユーザ
   または対象システムから与えられるデータに基づいて前
   記対象システムに対して各種のサービスを提供させるこ
   とを特徴とするサービス提供システム用プログラムを記
   録したコンピュータ読み取り可能な記録媒体。
10. 【請求項１０】前記対象システムインタフェース手段
    は、前記対象システムとの間でやりとりされる外部デー
    タをプロトコルに依存しない中間データの形式に変換さ
    せ、前記統合制御手段は、前記中間データをサービス提
    供システム内部で扱われる内部データの形式に変換さ
    せ、前記データ保持手段および前記ユーザインタフェー
    ス手段は、前記統合制御手段で変換された後の内部デー
    タを扱うことを特徴とする請求項９記載のサービス提供
    システム用プログラムを記録したコンピュータ読み取り
    可能な記録媒体。
11. 【請求項１１】サービス提供システム用プログラムを記
    録したコンピュータ読み取り可能な記録媒体において、 前記サービス提供システム用プログラムは、コンピュー
    タを動作させるための手段として、 対象システムに対して提供される各種のサービスを実現
    させる内部システム手段と、 前記対象システムとの間でデータをやりとりさせる対象
    システムインタフェース手段と、 前記内部システム手段および前記対象システムインター
    フェース手段を制御させる統合制御手段とを有し、 前記対象システムインタフェース手段は、前記対象シス
    テムとの間でやりとりされる外部データをプロトコルに
    依存しない中間データの形式に変換させ、前記統合制御
    手段は、前記中間データを前記内部システム手段で扱わ
    れる内部データの形式に変換させることを特徴とするサ
    ービス提供システム用プログラムを記録したコンピュー
    タ読み取り可能な記録媒体。
12. 【請求項１２】サービス提供システム向けフレームワー
    クを記録したコンピュータ読取り可能な記録媒体におい
    て、 サービス提供対象となる対象システムに関連するデータ
    を保持するデータ保持部と、 ユーザからの指示を受け付けるとともにユーザに対して
    データを提示するユーザインタフェース部と、 前記対象システムとの間でデータをやりとりする対象シ
    ステムインタフェース部と、 前記データ保持部、前記ユーザインタフェース部および
    前記対象システムインタフェース部を制御する統合制御
    部とを含み、 前記統合制御部は、前記データ保持部で保持されたデー
    タを管理するとともに、前記データ保持部と前記ユーザ
    インタフェース部とを結び付け、ユーザまたは対象シス
    テムから与えられるデータに基づいて前記対象システム
    に対して各種のサービスを提供することを特徴とするサ
    ービス提供システム向けフレームワークを記録したコン
    ピュータ読み取り可能な記録媒体。
13. 【請求項１３】前記対象システムインタフェース部は、
    前記対象システムとの間でやりとりされる外部データを
    プロトコルに依存しない中間データの形式に変換し、前
    記統合制御部は、前記中間データをサービス提供システ
    ム内部で扱われる内部データの形式に変換し、前記デー
    タ保持部および前記ユーザインタフェース部は、前記統
    合制御部で変換された後の内部データを扱うことを特徴
    とする請求項１０記載のサービス提供システム向けフレ
    ームワークを記録したコンピュータ読み取り可能な記録
    媒体。
14. 【請求項１４】前記データ保持部、前記対象システムイ
    ンタフェース部および前記統合制御部はサービス提供対
    象となる対象システムの種類ごとに作成されたクラスを
    含み、前記ユーザインタフェース部はインタフェース用
    画面の種類ごとに作成されたクラスを含むことを特徴と
    する請求項１２または１３記載のサービス提供システム
    向けフレームワークを記録したコンピュータ読み取り可
    能な記録媒体。
15. 【請求項１５】前記データ保持部に含まれるクラスは、
    サービス提供対象となる対象システムの種類に加えて、
    対象システムで用いられるデータの種別ごとに作成され
    ることを特徴とする請求項１４記載のサービス提供シス
    テム向けフレームワークを記録したコンピュータ読み取
    り可能な記録媒体。
16. 【請求項１６】前記統合制御部に含まれるクラスは、サ
    ービス提供対象となる対象システムの種類に加えて、対
    象システムに対して行われるサービスの種別ごとに作成
    されることを特徴とする請求項１４記載のサービス提供
    システム向けフレームワークを記録したコンピュータ読
    み取り可能な記録媒体。
17. 【請求項１７】前記統合制御部に含まれるクラスは、サ
    ービス提供対象となる対象システムの種類ごとに作成さ
    れる上位クラスと、この上位クラスの下で対象システム
    に対して行われるサービスの種別ごとに作成される下位
    クラスとを含むことを特徴とする請求項１６記載のサー
    ビス提供システム向けフレームワークを記録したコンピ
    ュータ読み取り可能な記録媒体。
18. 【請求項１８】前記統合制御部に含まれるクラスは前記
    データ保持部に含まれるクラスを管理し、前記ユーザイ
    ンタフェース部に含まれるクラスは前記データ保持部に
    含まれるクラスを更新および参照し、前記ユーザインタ
    フェース部に含まれるクラスと前記統合制御部に含まれ
    るクラスとの間でユーザおよび対象システムから与えら
    れるデータをやりとりし、前記統合制御部に含まれるク
    ラスと前記対象システムインタフェース部に含まれるク
    ラスとの間で前記対象システムへのサービス提供に関連
    するデータをやりとりするよう構成されていることを特
    徴とする請求項１２記載のサービス提供システム向けフ
    レームワークを記録したコンピュータ読み取り可能な記
    録媒体。
19. 【請求項１９】サービス提供対象となる対象システムに
    対するサービス提供指示がユーザインタフェース部に含
    まれるクラスに与えられた場合において、前記ユーザイ
    ンタフェース部に含まれるクラスは、前記データ保持部
    に含まれるクラスに対してサービス提供指示に関連する
    データを反映するとともに、前記統合制御部に含まれる
    クラスに対してサービス提供指示を通知し、前記統合制
    御部に含まれるクラスは、前記データ保持部に含まれる
    クラスのデータを取得するとともに、前記対象システム
    インタフェース部に含まれるクラスに対して前記データ
    保持部に含まれるクラスのデータを送信し、前記対象シ
    ステムインタフェース部に含まれるクラスは、前記統合
    制御部から受信したデータにプロトコルに関連するデー
    タを付加するよう構成されていることを特徴とする請求
    項１２記載のサービス提供システム向けフレームワーク
    を記録したコンピュータ読み取り可能な記録媒体。
20. 【請求項２０】サービス提供対象となる対象システムか
    らのサービス提供結果が対象システムインタフェース部
    に含まれるクラスに与えられた場合において、前記対象
    システムインタフェース部に含まれるクラスは、前記対
    象システムから受信したデータからプロトコルに関連す
    るデータを削除するとともに、前記統合制御部に含まれ
    るクラスに対してサービス提供結果を通知し、前記統合
    制御部に含まれるクラスは、前記データ保持部に含まれ
    るクラスに対してサービス提供結果に関連するデータを
    反映するとともに、前記ユーザインタフェース部に含ま
    れるクラスに対してサービス提供結果を通知し、前記ユ
    ーザインタフェース部に含まれるクラスは前記データ保
    持部に含まれるクラスからサービス提供結果に関連する
    データを取得するよう構成されていることを特徴とする
    請求項１２記載のサービス提供システム向けフレームワ
    ークを記録したコンピュータ読み取り可能な記録媒体。