JPH09106355A

JPH09106355A - 複数のオブジェクトを用いた制御システム、その構築方法および周辺装置制御システム

Info

Publication number: JPH09106355A
Application number: JP7264193A
Authority: JP
Inventors: Yoshihiro Kimura; 芳弘木村; Yutaka Hisamatsu; 豊久松
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 1995-10-12
Filing date: 1995-10-12
Publication date: 1997-04-22

Abstract

(57)【要約】【課題】複数のコモンオブジェクトから構成される制
御システムにおいて、よりフレキシブルに、また、容易
にカスタマイズ可能な制御システムおよびその構築方法
を提供する。【解決手段】コモンオブジェクトのインスタンスであ
る第１のＯＣＸ１０にプロパティおよびメソッドを提供
するインタフェースに加え、イベントを発信するインタ
フェース１２とイベントを受信するインタフェース１３
とを設ける。そして、インタフェースオブジェクト１５
によって第１のＯＣＸ１０のインタフェース１３のアド
レスを第２のＯＣＸ１１のインタフェース１２に渡し、
イベントに関するコネクションを成立させる。これによ
って、ＯＣＸ１０および１１の間で双方向の通信が可能
となり、第１のＯＣＸ１０から第２のＯＣＸの機能をフ
ルに活用し、迅速な応答の得られるシステムを構築でき
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、共通に使用できる
複数のオブジェクトを備え、これらのオブジェクトを用
いてカスタマイズ可能な制御システム、その構築方法お
よび周辺装置制御システムに関するものである。

【０００２】

【発明が解決しようとする課題】近年、コンピュータを
用いて多種多様の処理が行われ、コンピュータに接続可
能な外部入出力機器も多種多様なものが用意されてい
る。従って、コンピュータを中心として、ユーザーの環
境や目的などに合わせてフレキシブルに構築でき、カス
タマイズ可能なシステムを提供することが重要となって
いる。例えば、共通な規格のバスを用いて１つのコンピ
ュータに様々なタイプのプリンター、ディスプレイ、バ
ーコードリーダーを始めその他の入出力機器が接続可能
であり、コンピュータにはこれらの入出力機器を制御可
能なソフトウェアがインストールされる場合には、これ
らの機器を的確に制御するように制御システムが構築さ
れていなければならない。また、複数のコンピュータを
ネットワークで結んだ環境が簡単に構築できるので、個
々のコンピュータによって処理すべき対象およびその手
順を様々に変更できることが望ましい。

【０００３】このようなフレキシブルなシステムをコン
ピュータ内に構築する１つの方法として、共通に用いる
ことのできる複数のオブジェクト（コモンオブジェク
ト）を作成し、これらを活用してオペレーティングシス
テムやアプリケーションプログラムを構築することが考
えられる。マイクロソフト社のＯＬＥ（ＯｂｊｅｃｔＬ
ｉｎｋｉｎｇａｎｄＥｍｂｅｄｄｉｎｇ）およびＯ
ＬＥプログラミング用に用意されたインタフェースを用
いたＯＬＥオートメーションあるいＯＬＥカスタムコン
トロール（ＯＣＸ）といったシステムはその１つであ
る。

【０００４】本発明においては、コモンオブジェクトを
活用して多種多様なオペレーティングシステムあるいは
アプリケーションプログラムを簡単に構築できるシステ
ムおよびその方法を提供することを目的としている。特
に、１つのコモンオブジェクトが他のコモンオブジェク
トの機能を充分に引き出し得る制御システムおよびその
構築方法を提供することを目的としている。さらに、多
種多様な周辺装置の制御などに適したカスタマイズの容
易なオープンなシステムでありながら処理速度の早い制
御システムを提供することも本発明の目的の１つであ
る。

【０００５】

【課題を解決するための手段】本発明は、コモンオブジ
ェクトとしての機能を備えた制御オブジェクト、すなわ
ち、属性値を含むプロパティおよびインプリメントされ
たファンクションを呼び出すメソッドの少なくともいず
れかをアプリケーションプログラムや他の制御オブジェ
クトあるいはそのインスタンスに提供する機能と、非同
期に発生するアクションを含むイベントを発信する第１
のインタフェースとを備えた制御オブジェクトに、さら
に、イベントを受信する第２のインタフェースを設け、
複数のこれら制御オブジェクトを用いて制御システムを
構成するようにしている。

【０００６】従って、本発明の制御システムでは、第１
の制御オブジェクトまたはそのインスタンスはイベント
を受信する第２のインタフェースを備えており、第２の
制御オブジェクトのインスタンスにおいて非同期に発生
するイベントを第１のインタフェースおよび第２のイン
タフェースを介して第１の制御オブジェクトまたはその
インスタンス、あるいは上流のアプリケーションプログ
ラムに遅滞なく伝達できる。このため、第１の制御オブ
ジェクトまたはそのインスタンスによって第２の制御オ
ブジェクトのインスタンスを作成し、それらの制御を行
うことによって多種多様な制御システムを簡単に構築で
き、処理速度の早い多機能の制御システムとすることが
できる。

【０００７】第１の制御オブジェクトまたはそのインス
タンスの第２のインタフェースと、第２の制御オブジェ
クトのインスタンスの第１のインタフェースとの間にコ
ネクションを張るためには、少なくともいずれか一方の
識別子を他方に渡すことが必要である。本発明において
は、プロパティおよびメソッドの少なくともいずれかを
第１の制御オブジェクトまたはそのインスタンスと第２
の制御オブジェクトのインスタンスの間で伝える機能
と、上記の識別子を渡す機能とを備えたインタフェース
オブジェクトを設けるようにしている。従って、本発明
により、１つの制御オブジェクトまたはそのインスタン
スと他の制御オブジェクトまたはそのインスタンスとの
間でプロパティ、メソッドおよびイベントの全てを含ん
だ双方向の通信が可能となる。このため、制御オブジェ
クトとして提供された機能を充分に活用した制御システ
ムを簡単に構築できる。

【０００８】さらに、複数のイベントが用意されている
場合に、第１の制御システムのイベントの第１の配列
と、第２の制御システムの第２の配列とが一致しなくて
もイベントの受渡しが可能なように、これらの配列を変
換する手段を設けておくことが望ましい。

【０００９】本発明に係る複数の制御オブジェクトおよ
びそれらのインスタンスを備えた制御システムにより、
コンピューターの機種やそれに接続される周辺装置に対
しオープンな制御システムを構築できる。例えば、第２
の制御オブジェクトを複数の周辺装置の中の第１の周辺
装置に対応して用意することによって、第２の制御オブ
ジェクトに第１の周辺装置に固有な仕様に対応した属性
値を含んだプロパティと、命令を含んだメソッドと、さ
らに、第１の周辺装置において非同期に発生するアクシ
ョンを反映可能なイベントを設定することができる。そ
して、第２の制御オブジェクトのインスタンスと第１の
制御オブジェクトあるいはそのインスタンスをインタフ
ェースオブジェクトあるいはそのインスタンスを介して
接続できる。従って、第１の制御オブジェクトあるいは
そのインスタンスにおいて第２の制御オブジェクトのイ
ンスタンスのプロパティ、メソッドおよびイベントの少
なくともいずれかを複数の機種、メーカーあるいは複数
の種類の周辺装置に対して普遍的に規定された仕様に変
換できる。このため、周辺装置に依存しない共通のアプ
リケーションプログラムインタフェース（ＡＰＩ）をア
プリケーションプログラムや上位の制御オブジェクトお
よびそのインスタンスに対し提供することができる。さ
らに、第１の制御オブジェクトのＡＰＩをコンピュータ
の機種に依存しない普遍的なものにすることも可能であ
り、機種依存性がなく、汎用性の高いアプリケーション
プログラムとすることができる。従って、本発明の制御
システムにより、ユーザーは自己の環境に合わせたアプ
リケーションおよびハードウェアによってＰＯＳシステ
ムなどの周辺装置を多く使用するシステムを簡単に、そ
してフレキシブルに構築できる。

【００１０】

【発明の実施の形態】

〔ＯＬＥオートメーションをベースにした例〕以下にお
いて、マイクロソフト社の提供するプログラム開発環境
であるMicrosoft Foundation Class（ＭＦＣ）環境下に
おいて本発明を実施した例に基づきさらに詳しく説明す
る。

【００１１】ＭＦＣはＯＬＥのプログラミングを容易に
行えるようにさまざまなライブラリーを提供しており、
オブジェクト指向のプログラミング言語であるMicrosof
t 社が提供するVisual C++（以下VC++）などによってＯ
ＬＥオートメーション機能を用いたシステムの開発を行
うことができる。本例では、図１に示すように、アプリ
ケーション（コンテナアプリ）２０と、システム内に共
通に活用できるように用意されたコモンオブジェクトあ
るいはそのインスタンス（ＯＣＸ）１０および１１とを
階層的に結合して構築された制御システムについて先ず
説明する。

【００１２】コモンオブジェクトは、他の実行型のソフ
トウェアを構成するオブジェクトとして提供されても良
く、あるいはダイナミックリンクライブラリ（ＤＬＬ）
として提供されるオブジェクトであっても良い。コモン
オブジェクトを提供するこれらの実行型のソフトウェア
やＤＬＬはＥＸＥサーバーあるいはＤＬＬサーバーと呼
ぶことができ、これらに対し、コンテナアプリ２０をク
ライアントあるいはコントロールと呼ぶことができる。
ＯＬＥに対応したこれらのコモンオブジェクトは、例え
ば、ＭＦＣが提供しているＣＣｍｄＴａｒｇｅｔクラス
から派生させることができる。ＣＣｍｄＴａｒｇｅｔク
ラスは、コモンオブジェクトを管理するためのＩＵｎｋ
ｎｏｗｎインタフェースや、その他のコモンオブジェク
トとして必要なインタフェース等をサポートするクラス
である。ＣＣｍｄＴａｒｇｅｔクラスはコントローラ側
からデータを保持した構造体などを受け渡すためのIDis
patch インタフェースもサポートしており、このメンバ
関数Invokeをコールすることによってコモンオブジェク
ト側のプロパティあるいはメソッドを用いることができ
る。

【００１３】プロパティは、コモンオブジェクトの属性
であり、カラー、テキスト、番号、フォントあるいはプ
ッシュボタンがプッシュされた時の動作などが含まれ
る。メソッドは、コモンオブジェクトにインプリメント
された、例えば編集機能などのファンクションであり、
メソッドをコールすることによってコモンオブジェクト
の機能を操作することができる。コモンオブジェクト
は、プロパティやメソッドを提供する機能に加え、コモ
ンオブジェクトに対する外部からのアクション、例えば
マウスボタンのクリックやキー入力、その他の非同期に
発生するアクションをイベントとして発信する機能を備
えることができる。これは通常、コントロール側がプロ
パティー等を用いるのと同様に、コモンオブジェクトに
おいてInvoke関数をコールすることによって行われる。
このとき、イベント用の結合点が有効なインタフェース
を保持していないとイベントの発生は無視されてしま
う。イベントの結合点を実現するインタフェースはICon
nectionPoint１２である。

【００１４】さらに、本発明においては、コモンオブジ
ェクトにイベントを受けるためのインタフェースとして
イベント用のIDispatch １３を設けてある。従って、Ｏ
ＣＸの間でイベントの授受を行う場合は、イベントを発
信するＯＣＸのインタフェースはIConnectionPoint１２
に対し、イベントを処理するＯＣＸのイベント用のIDis
patch １３をアドバイスする、すなわちアドレス等の識
別子を渡し、コネクションを張れば良い。もちろん、Ｍ
ＦＣの環境下以外においては、その他の識別子であって
も良く、また、インタフェース１２または１３のいずれ
に側に対して他方の識別子を渡しても良い。

【００１５】図１には、コンテナアプリ２０があるコモ
ンオブジェクトあるいはそのインスタンスを用いている
制御システムを示してある。本図に示したシステムで
は、コンテナアプリ２０が第１のオブジェクトのインス
タンス（ＯＣＸ）１０を作成し、さらに、その第１のＯ
ＣＸ１０が別の第２のオブジェクトのインスタンス（Ｏ
ＣＸ）１１を作成して制御する制御システムを示してあ
る。ＭＦＣライブラリーには、コンテナアプリやＯＣＸ
等からInvoke関数をコールする複雑さをカバーするため
にCOleDispatchDriverクラスが用意されており、ＯＣＸ
１０はこのクラスから派生させたオブジェクトのメンバ
ー関数をコールすることにより、他の制御オブジェクト
のインスタンス、例えば、ＯＣＸ１１を作成しＯＣＸ１
１のメソッド等を活用することができる。

【００１６】サーバー内のコモンオブジェクトを用いる
場合、例えば、コンテナアプリの動作しているプロセッ
サーと異なるプロセッサーでそのコモンオブジェクトが
動作しているケースも考えられる。このようなケースで
は、本例のような制御システムを、コントロール側とサ
ーバー側で通信処理を行うことにより構築することがで
きる。また、１つのプロセッサーに活用するコモンオブ
ジェクトをコピーして制御システムを構築することも可
能である。いずれの場合も、用いられるコモンオブジェ
クトのコード自体には変更は全く加えられず、そのコモ
ンオブジェクトを活性化する毎にデータやスタックなど
の領域が用意され、それを用いてコモンオブジェクト
（サーバー側）とコントロール側が通信しながら制御シ
ステムを構築する。従って、同一のコモンオブジェクト
をコントロール側で複数用いることも可能であり、この
場合、コモンオブジェクトが複数コピーされるのではな
く、データやスタックなどの領域がそれぞれに用意され
る。このようにコモンオブジェクトが他のオブジェクト
等によって活用可能な状態になることを本明細書ではイ
ンスタンスと称する。

【００１７】さて、第１のＯＣＸ１０がコントロール側
となって第２のＯＣＸ１１を呼び出して使用したい場
合、VC++のクラスウィザードを用いてCOleDispatchDriv
erクラスから派生されたインタフェースオブジェクトを
用いることが可能であることは上述した通りである。な
お、本明細書においては、インタフェースオブジェクト
とは、インタフェースオブジェクトおよびそのインスタ
ンスを含む概念で用いている。VC++2.0 のCOleDispatch
Driverクラスは、メソッドやプロパティをIDispatch イ
ンタフェースを介して提供する機能はサポートしている
が、第２のＯＣＸが発信するイベントをとらえる機能を
サポートしていない。従って、コンテナアプリ２０の側
が第１のＯＣＸ１０の用いる第２のＯＣＸ１１を識別
し、第２のＯＣＸ１１のイベントを捕らえる機能をサポ
ートしている場合などの特殊なケースを除いて第２のＯ
ＣＸ１１で発生したイベントをとらえることができな
い。

【００１８】本例においては、ＯＣＸ間の双方向通信を
可能とするためにＯＣＸにイベント用のインタフェース
１３を設けると共に、COleDispatchDriverクラスからイ
ベント用のインタフェースを結合できるインタフェース
オブジェクトを派生させている。すなわち、本例の制御
システムは、上述したイベントを発信するインタフェー
スであるIConnectionPoint１２とイベントを受信するイ
ンタフェースであるイベント用のIDispatch １３を備え
たＯＣＸ１０と、その下流に位置するイベントを発信す
るインタフェースであるIConnectionPoint１２を備えた
ＯＣＸ１１を有しており、これらをインタフェースオブ
ジェクト１５により接続している。本例のインタフェー
スオブジェクト１５は、ＯＣＸ１１のプロパティおよび
イベントをＯＣＸ１０に提供する機能に加え、ＯＣＸ１
１のIConnectionPoint１２にＯＣＸ１０のイベント用の
IDispatch １３のアドレスを渡す機能を備えるようにし
ている。このため、ＯＣＸ１０が本例のインタフェース
オブジェクト１５をインスタンスとして作成し、さら
に、インタフェースオブジェクト１５がＯＣＸ１０に基
づきＯＣＸ１１を作成すると、ＯＣＸ１１のIConnectio
nPoint１２とＯＣＸ１０のイベント用のIDispatch １３
の間にコネクションが張られ、ＯＣＸ１１の発信したイ
ベントがＯＣＸ１０によって受けれるようになる。従っ
て、ＯＣＸ１１とＯＣＸ１０との間で双方向の通信が可
能となり、コンテナアプリ２０の側は第２のＯＣＸ１１
を認識する必要は全くなくなる。また、第２のＯＣＸ１
１もコンテナアプリ２０に左右されないオブジェクトと
して提供することができる。

【００１９】本例においては、インタフェースオブジェ
クト１５は、COcxDispatchDriverクラスから派生されて
いる。このCOcxDispatchDriverは、CCmdTargetクラス
と、COleDispatchDriverクラスとを多重継承(Multiple
Inheritance)して派生したオブジェクトクラスであり、
次のようになる。

【００２０】 class COcxDispatchDriver:public CCmdTarget,public COleDispatchDriver ｛ .... ｝; CCmdTargetクラスは上述したように、サーバーとしての
機能を備えたオブジェクトを派生するクラスであり、ま
た、COleDispatchDriverクラスは、第２のＯＣＸに対し
てクライアントあるいはコントロール側として動作し、
プロパティ／メソッドに対するアクセスを簡単に行なえ
る機能を備えたオブジェクトクラスである。従って、ク
ラスウィザードにより上記の２つのクラスから派生させ
たオブジェクトクラスであるCOcxDispatchDriverクラス
は、上記の２つの主な機能を備え、これらに加えそれぞ
れのクラスの機能を全て継承し、サポートされたオブジ
ェクトクラスなので、本発明に係るインタフェースオブ
ジェクト用のオブジェクトクラスとして適している。CC
mdTargetクラスとCOleDispatchDriverクラスには重複す
る部分がないため、全く問題なく多重継承が可能であ
る。

【００２１】このように派生されたCOcxDispatchDriver
クラスの仕様は以下の通りである。

【００２２】 Class COcxDispatchDriver : public CCmdTarget, public COleDispatchDriver COcxDisptchDriver::COcxDispatchDriver() // 生成 public: // メンバ変数 IID m ＿IIDEvents; // イベントインタフェース ID UNIT m ＿nEvents; // イベント数 CDWordArray m＿dispID // ユーザが定義したディスパッチマップに対応してディスパッチIDを変換するための配列 public: // メンバ関数 Bool PrecreateDispatch( REFCLISD clsid, CStringArray& EntryNames, CDWordArray& DispIDs, CSstringArray& ParamInfo, COleException* pError=NULL); // オブジェクトインスタンスを作成し、インタフェースの情報を格納する。

【００２３】 Bool EstablishConnection( LPUNKNOWN pUnkSink, LPCDMENTRY pDispMap, CStringArray& EntryNames, CDWordArray& DispIDs, CStringArray& ParamInfo, COleException* pError=NULL); // イベントのインタフェースが受側と発行する側とで一致しているかを確認し双方を結合する。

【００２４】 void DestroyConnection(); // コネクションを開放し、オブジェクトインスタンスを削除する本例のCOcxDispatchDriverクラスから派生されるインタ
フェースオブジェクトは、ＯＣＸ双方のイベントのイン
タフェースのコネクションを張る機能を備えているだけ
なのでイベントの処理関数（イベントハンドラ）は含ん
でいない。イベントハンドラは、イベントを受け入れる
ＯＣＸの側に用意される。まず、イベントを発行する側
のＯＣＸが返すイベントの外部名に合わせてディスパッ
チマップを記述する。ディスパッチマップの各イベント
の順番は任意で良く、後述するようにイベントとのコネ
クションをセットするときに実際に受信するイベントの
順番との対応付けがなされる。ただし、ＯＣＸの全部の
イベントを完全に記述しておく必要がある。

【００２５】ディスパッチマップのエントリは例えば以
下のようになり、マクロのパラメータは、順に、ディス
パッチドライバクラス名、外部イベント名、イベントハ
ンドラ名、戻り値、パラメータ情報となる。

【００２６】 DISP ＿FUNCTION( ＿DSoprn, "ControlCompleteEvent", ControlCompleteEvent , VT ＿EMPTY, VTS＿I4 VTS＿SCODE VTS ＿PBSTR VTS ＿I4) このような外部イベント名に合わせたディスパッチマッ
プを記述することにより、ＯＣＸで発生したイベントを
直観的に判りやすい形式で受け取ることができる。さら
に、イベントハンドラのプロトタイプ宣言は下記のよう
になるので、通常の関数の形式で記述でき、プログラム
開発が極めて容易となる。

【００２７】 void ＿DSoprn::ControlCompleteEvent(long ControlID, SCODE Result, BSTR FAR*, pString, long data); 次に、COcxDispatchDriverクラスから派生されたインタ
フェースオブジェクト１５によって第１のＯＣＸ１０と
第２のＯＣＸ１１とのコネクションを設定する処理を図
２および図３に示したフローチャートに基づき説明す
る。

【００２８】図２に示すように、インタフェースオブジ
ェクトのインスタンス１５が生成され、PrecreateDispa
tch がコールされると、ステップ３１において、clsid
によって指定された第２のＯＣＸであるオブジェクトイ
ンスタンス１１が生成され、動作を開始する。変数clsi
d は作成するＯＣＸを識別するための１２８ビットの値
が格納されている。ステップ３２において第２のＯＣＸ
１１が動作を開始すると、ステップ３３においてこのＯ
ＣＸ１１のIDispatch インタフェースを取得し保存す
る。インタフェースオブジェクト１５は、このIDispatc
h を通じてInvoke関数をコールし、インスタンス１１に
プロパティまたはメソッドを渡すことができる。ステッ
プ３４において、第２のＯＣＸ１１にプロパティあるい
はイベントを渡すインタフェースが確認されると、ステ
ップ３５において、第２のＯＣＸ１１のイベントのイン
タフェースがチェックされる。

【００２９】ステップ３６において、イベントに関する
インタフェースがあるとステップ３７において、イベン
トに関する情報を格納する。第２のＯＣＸ１１において
用意されているイベント名リストはEntryNamesに、ディ
スパッチＩＤリストはDispIDs に、また、パラメータ情
報リストはParamInfo に格納される。ステップ３８にお
いてこれらの処理が通常に終了すると次に図３に示した
イベントの対応付けを行う工程に移行する。一方、コネ
クションがセットできない場合はステップ３９において
エラー処理を行う。

【００３０】図３にイベントの対応付けを行う工程を示
してある。pUnkSinkにイベントの受入れ側となるＯＣＸ
１０のインタフェースの識別子（本例ではＯＣＸ１０の
イベント用IDispatch のアドレス）が設定され、Establ
ishConnection がコールされる。まず、ステップ４１に
おいてカウンタfcntをゼロクリアーする。次にステップ
４２においてカウンターfcntを確認し、ステップ４３に
おいて第２のＯＣＸ１１から得られたイベント名EntryN
ames(fcnt)がＯＣＸ１０のイベントハンドラに予め用意
したマップpDispMapにあるか否かをチェックする。マッ
プpDispMapにある場合は、さらに、ステップ４４におい
て、パラメータ情報ParamInfo (fcnt)がイベントハンド
ラに予め用意したマップpDispMapと一致するかを確認す
る。確認できた場合は、ステップ４５において、第２の
ＯＣＸ１１から得られたイベントのディスパッチＩＤで
あるDispIDs (fcnt)をイベントハンドラに予め用意した
マップpDispMapでのインデックスに変換するための配列
m ＿dispIDを設定する。ステップ４６において、カウン
タfcntをインクリメントし、すべてのイベントに対し、
これらのステップを繰り返す。予め用意したマップpDis
pMapとの対応が付くと、ステップ４７において、pUnkSi
nkにある第１のＯＣＸ１０のインタフェースの識別子を
第２のＯＣＸ１１のイベントに関するインタフェースに
渡しコネクションを張る。本例では、ＭＦＣ環境下にあ
るので、IConnectionPointにアドレスを渡し、イベント
に関するコネクションをセットする。これによって、第
２のＯＣＸ１１においてInvoke関数をコールすると、イ
ベントがＯＣＸ１０に渡される。すなわち、第１のＯＣ
Ｘ１０が第２のＯＣＸ１１からイベントを受け取れるよ
うになる。

【００３１】ステップ４８においてコネクションが張ら
れると、ステップ４９においてイベントのディスパッチ
ＩＤを変換するための配列m ＿dispIDを保存する。ステ
ップ５０において、上記のステップが全て正常に終了す
るとインタフェースオブジェクト１５と第２のＯＣＸ１
１とのコネクションのセットが終了し、第１のＯＣＸ１
０に対し第２のＯＣＸ１１のプロパティあるいはメソッ
ドを提供できるようになり、さらに、第２のＯＣＸ１１
から第１のＯＣＸ１０にイベントが伝えられるようにな
る。

【００３２】このように、コモンオブジェクトにイベン
トを受け取るためのインタフェースを用意し、さらに、
インタフェースオブジェクト１５によってインタフェー
ス間のコネクションを張れば、コモンオブジェクトある
いはそのインスタンス同士の間で双方向の通信が可能と
なる。従って、コモンオブジェクトあるいはそのインス
タンスを用いて処理の速いフレキシブルな制御システム
を構築することができる。さらに、本例のインタフェー
スオブジェクトにおいては、イベントに関するコネクシ
ョンをセットするときに、イベントを発信する側のイベ
ントの配列と、イベントを受け入れる側のイベントの配
列を確認し、対応付けるようにしている。従って、第１
のＯＣＸ１０に対し、第２のＯＣＸ１１のインタフェー
スが完全に既知となっていなくとも、イベントの種類と
数が合致していればコネクションをセットすることがで
きる。すなわち、プロパティ、メソッドおよびイベント
の名称が合致していれば複数のコモンオブジェクト間に
双方向のコネクションをセットすることができる。この
ため、コモンオブジェクトの開発が容易となり、バージ
ョンアップが行われたり、異なったオブジェクトが採用
された場合であっても、制御システムをフレキシブル
に、そして、安全、確実に構築することができる。

【００３３】さらに、イベントを受け取ったときに起動
されるイベントハンドラも通常の関数の形式で記述する
ことができるので、オブジェクトの開発が極めて容易と
なり短時間で行えるようになる。

【００３４】図４に、第２のＯＣＸ１１から、インタフ
ェースオブジェクト１５に用意されたIDispatch インタ
フェースのイベントを通知する呼び出し Invoke(EventI
D,....) がコールされた場合の処理を示してある。IDis
patch インタフェースは Invoke() および、それをサポ
ートする基本的な関数（AddRef(), Release(),QueryInt
erface(IID&, LPUNKNOWN*) 等) を提供しており、IDis
patch インタフェースが、相手のＯＣＸが発生するイベ
ントの IID (Interface ID) にQueryInterface(...) を
介して応答する。 Invoke() がコールされると、この時
点でパラメータとしてイベントの種類を規定するdispat
ch ID やイベントのパラメータを保持する構造体などが
ＯＣＸ１０に渡される。イベントを受け入れる側のＯＣ
Ｘ１０では、ステップ６０においてパラメータが正当か
否かをチェックする。正当の場合はステップ６１におい
て、第２のＯＣＸ１１から得られたイベントの配列disp
IDMemberを用意されたイベントハンドラのマップpDsipM
apに合わせて、変換用の配列m ＿dispIDに基づき変換す
る。ステップ６２において、dispIDMemberに対応するイ
ベントハンドラをpDsipMapから取り出す。そして、ステ
ップ６３において、イベントハンドラが有効か否かを確
認し、有効な場合はステップ６４においてイベントに対
応するイベントハンドラを呼び出し、イベントハンドラ
に定義された処理、例えば、アプリケーション側にイベ
ントを発信するなどの処理を行う。

【００３５】なお、上記では、ＯＣＸ１０に１つのＯＣ
Ｘ１１が繋がる場合を例に説明しているが、複数のＯＣ
Ｘ１１と繋げることももちろん可能である。イベントを
受け入れるインタフェースが単独の場合は、同一のイベ
ントの配列である必要があるので、ＯＣＸ１１のタイプ
は同一であることが望ましい。

【００３６】このように、本発明のシステムにおいて
は、複数のコモンオブジェクトおよびそれらのインスタ
ンス、そしてインタフェースオブジェクトを用いること
により、フレキシブルな制御システムを簡単に構築する
ことができる。それぞれのコモンオブジェクトには、活
用する相手のコモンオブジェクトに関し最小限の情報を
用意しておけば良く、また、活用される相手のコモンオ
ブジェクトに関する情報も最小限で済む。従って、個々
のコモンオブジェクトのカプセル化をいっそう進めるこ
とができる。その一方で、本発明のシステムでは、ＯＣ
Ｘ同士の間でイベントも含めた双方向の通信が可能であ
り、活用する相手のＯＣＸを完全に動作させることがで
き、それらの備えた機能を最大限に発揮させることがで
きる。

【００３７】なお、本例においては、第１および第２の
ＯＣＸからなる２層の制御システムを用いて説明してい
るが、３層あるいはそれ以上の階層構造をもった制御シ
ステムであっても同様に構築することができる。また、
上記においては、マイクロソフト社の提供するＭＦＣ環
境下において本発明のオブジェクトインタフェースを実
現した例を用いて説明しているが、ＭＦＣライブラリを
用いなくとも、同等の機能を備えたオブジェクトインタ
フェースを作成することは可能である。さらに、共通し
て活用できるオブジェクトが用意されたシステム環境で
あれば、マイクロソフト社のＯＬＥオートメーションで
なくとも上記と同様のコモンオブジェクトを用いたシス
テムを構築できる。このようなコモンオブジェクトを用
いたシステムは、１つのプロセッサーを備えたコンピュ
ータ単体で実現することもでき、また、ネットワーク環
境で接続された複数のプロセッサーを有するシステムに
おいても構築できることは上述した通りである。

【００３８】また、本例では、インタフェースオブジェ
クトを採用することによって、より拡張性が高く、ま
た、プログラム開発の容易な制御システムをしている
が、インタフェースオブジェクトの機能と第１のＯＣＸ
の機能を備えたコモンオブジェクトを提供することもも
ちろん可能であり、そのようなＯＣＸを用いたシステム
によってもイベントを含めた双方向通信の可能な制御シ
ステムを構築できることはもちろんである。

【００３９】〔周辺装置の制御システム〕図５に、本発
明に係るインタフェースオブジェクトと、複数のコモン
オブジェクトおよびそのインスタンスによって周辺装置
の制御システムを構築した例を示してある。図５にはパ
ーソナルコンピュータ（パソコン）７０を中心に構成さ
れたＰＯＳシステムを示してある。パソコン７０にはＰ
ＯＳアプリケーションプログラム７１がインストールさ
れており、パソコンのオペレーティングシステム（Ｏ
Ｓ）１０５の上で動作する。ＯＳ１０５は、キーボード
ドライバ１０６やモニタディスプレイドライバ１０７等
を介してパソコンとして通常必要な周辺装置を制御する
機能を備えており、アプリケーションプログラム７１と
キーボードあるいはモニタディスプレイ（不図示）との
間のデータ転送はＯＳ１０５を介して行われる。

【００４０】ＰＯＳシステムには、パソコンに通常用意
されるこれらの周辺機器に加えて、客先に金額等を表示
するカスタマディスプレイ１１０、レシート等の印刷を
行うレシートプリンタ１１２、チェックなどの印刷を行
うスリッププリンタ１１３、さらに、金銭を保管するキ
ャッシュドロワ１１５が必要となり、これらの周辺装置
はＲＳ−２３２Ｃポート等の拡張用のポートに接続され
る。例えば、カスタマディスプレイ１１０がＲＳ−２３
２Ｃポートに接続され、カスタマディスプレイ１１０を
パススルーしてレシートプリンタ１１２およびスリップ
プリンタ１１３を備えたプリンタ１１１が接続される。
キャッシュドロワ１１５は、プリンタ１１１の下部に設
置され、プリンタ１１１の制御機構を介して操作され
る。これらの周辺装置は多くのメーカーから様々な機種
が市販されており、ユーザーは自己の環境に適したもの
を選択してＰＯＳシステムを構築可能である。しかしな
がら、メーカーや機種の異なる周辺装置は個々に仕様が
異なるので、市販されている全ての周辺装置に適合した
アプリケーションプログラムの作成は不可能である。さ
らに、周辺装置がバージョンアップされると、これに伴
い仕様も変更になる。従って、従来は、ユーザーは自己
に都合の良い周辺機器によってＰＯＳシステムを構築す
ることが困難なこともあり、さらに、周辺機器がバージ
ョンアップされても新しい機種を構築済のＰＯＳシステ
ムにすぐに適用できるとは限らなかった。

【００４１】これに対し、上述したＯＣＸによって制御
システムを構築すると、非常にオープンなシステムを形
成できる。従って、どのような機種の周辺機器を用いた
ＰＯＳシステムであっても簡単に構築できる。また、周
辺機器のバージョンアップに対しても簡単に対処でき
る。例えば、図５に示す本例の周辺機器の制御システム
７２は、３つのレベルのＯＣＸを備えている。第１のレ
ベルのＯＣＸとして、レシートプリンタフォーマット変
換用ＯＣＸ７３と、スリッププリンタフォーマット変換
用ＯＣＸ７４が用意されている。これらのＯＣＸ７３お
よび７４では、例えば、アプリケーションプログラム７
１から送られた売上品リストや合計金額等のデータを所
定のフォーマットに配置する処理が行われる。所定のフ
ォーマットは、ＯＣＸ７３あるいは７４の内部に設定さ
れていても良いし、下位レベルの制御用ＯＣＸであるレ
シートプリンタ制御用ＯＣＸ７５あるいはスリッププリ
ンタ制御用ＯＣＸ７６がプロパティとして有しており、
これらの制御用ＯＣＸのプロパティを得て変換用ＯＣＸ
７３あるいは７４がフォーマットを設定しても良い。い
ずれにしろ、アプリケーションプログラム７１は、出力
表示されるフォーマットに関係なく、出力用のデータを
変換用ＯＣＸ７３あるいは７４に受け渡せば良い。従っ
て、インタフェースの形式を限定でき、汎用性の高いア
プリケーションプログラムとして提供することができ
る。また、アプリケーションプログラムから固有のフォ
ーマットで出力されたデータを、第１レベルのＯＣＸに
よって下位のＯＣＸに共通するフォーマットに変換する
ことも可能である。このように、ＯＣＸを用いて個別に
開発されたアプリケーションプログラムの汎用性を高め
ることも可能である。

【００４２】第２のレベルのＯＣＸとしてレシートプリ
ンタ制御用ＯＣＸ７５、スリッププリンタ制御用ＯＣＸ
７６、キャッシュドロワ制御用ＯＣＸ７７およびカスタ
マディスプレイ制御用ＯＣＸ７８が用いられている。こ
れらのＯＣＸ７５〜７８は、アプリケーションプログラ
ムあるいは上位のＯＣＸに対し、所定の仕様のインタフ
ェース（ＡＰＩ）を提供するＯＣＸである。従って、Ｐ
ＯＳシステムを構成するプリンタ等の周辺装置のメーカ
ーや機種に係わりなく、アプリケーションプログラムや
上位のＯＣＸは所定の仕様でデータを提供すれば良い。
このレベルのＯＣＸ７５〜７８は、周辺装置固有の仕様
が反映された下位のドライバレベルのＯＣＸのプロパテ
ィを得て、共通の仕様で入力されたデータを下位のＯＣ
Ｘ、すなわち、実際にシステムを構築している周辺装置
の仕様に合わせたデータに変換する。

【００４３】第３のレベルのＯＣＸは、プリンタドライ
バＯＣＸ９１および９２と、キャッシュドロワドライバ
ＯＣＸ９３、およびディスプレイドライバＯＣＸ９４で
ある。これらのＯＣＸ９１〜９４は、個々の周辺装置に
対応したコモンオブジェクトのインスタンスであり、通
常はメーカー毎あるいは機種毎に異なり周辺装置と共に
提供される。これらのドライバレベルのＯＣＸ９１〜９
４は、例えば、最大印字行数や印字行ピッチと言ったプ
リンタ固有の仕様や設定状態（プリンタステータスと称
する）をプロパティとして備えており、これらのプロパ
ティは上位のＯＣＸやアプリケーションプログラムで参
照できるようになっている。また、指定された位置に文
字列を印字する、すなわち、印字命令を出力するという
メソッドや、プリンタステータス等のプロパティなどを
備えている。従って、ドライバーレベルである第３レベ
ルのＣＯＸからは、例えば、プリンタ用のＯＣＸであれ
ば、送られた印字位置および印字文字列のデータに基づ
き、改行量（すなわち行ピッチ）、改行コマンド、印字
データおよび印字コマンド、オートカットコマンドが所
定の順序でポートドライバ１００を介してプリンタに送
信される。

【００４４】第３レベルのＯＣＸは、プリンタから送信
される処理結果およびエラーステータス等の非同期に発
生するアクションも受け取る。そして、これらのアクシ
ョンの内容を対応する周辺装置の仕様に基づき解釈し、
普遍的な形式に変換してイベントとして上位のＯＣＸに
返す。

【００４５】本例の制御システムにおいては、少なくと
も第１および第２のレベルのＯＣＸは上述したイベント
用をIDispatch インタフェースを備えたＯＣＸである。
従って、本発明に係るインタフェースオブジェクト８１
ａ、８１ｂ、８２ａ〜８２ｄを用いて上位のＯＣＸと下
位のＯＣＸを接続することにより、プロパティやメソッ
ドに加え、イベントを伝達するインタフェースを上位お
よび下位のＯＣＸの結ぶことができる。従って、第２レ
ベルの制御用ＯＣＸ７５〜７８は第３レベルのドライバ
クラスのＯＣＸ９１〜９４の発行するイベントを受け
て、そのまま、あるいはさらに普遍的な形式に変換し上
位のＯＣＸやアプリケーションプログラムに伝達する。
これに基づき、アプリケーションシステムや上位のＯＣ
Ｘは、ユーザーに対してメッセージを出力したりエラー
処理ルーチンを起動するなどの処理を行う。従って、本
例の制御システムにおいては、非同期に発生するアクシ
ョンに対して迅速にそして的確な処理を行うことができ
る。

【００４６】このように、本例の制御システムは、ＯＣ
Ｘを用いているのでユーザーの採用する周辺装置に適合
したカスタマイズが容易に行えるシステムであり、ま
た、ＯＣＸ間でプロパティ、メソッドおよびイベントの
双方向の通信が確保されているので、処理速度が早く的
確に処理が行える制御システムである。

【００４７】レシート印字機能を例にとってさらに詳し
く説明する。第３レベルのＯＣＸであるプリンタドライ
バＯＣＸ９１は、レシートプリンタ１１２のプリンタス
テータスをプロパティとして備えている。また、プリン
タ１１２に印字命令を出力するメソッドを備えている。
さらに、プリンタ１１２からリアルタイムで送られてく
る用紙なし（ランアウト）やカバーオープンといったエ
ラーステータスに対応して非同期にイベントを発生す
る。

【００４８】アプリケーションプログラム７１からデー
タが第１レベルのレシートプリンタフォーマット変換用
ＯＣＸ７３に渡され、所定のフォーマットに変換された
のち、第２レベルの制御用ＯＣＸ７４に渡される。そし
て、制御用ＯＣＸ７４がドライバＯＣＸ９１の印刷を実
行するメソッドをコールすると、ドライバＯＣＸ９１が
レシートプリンタ１１２のプリンタステータスに合致し
た適当なコマンドおよびデータをレシートプリンタ１１
２に対し送信し、レシート印字を実行する。レシートプ
リンタ１１２は、送信されたコマンドを実行し、所定の
ステータスをドライバＯＣＸ９１に返す。ドライバＯＣ
Ｘ９１は、返されたステータスを解釈し、エラーステー
タスがアクティブでなければイベントを発生せず、印刷
処理は終了する。また、上位のＯＣＸであるレシートプ
リンタ制御用ＯＣＸ７５は、プリンタステータスのプロ
パティを参照することによってプリンタ処理の結果を知
ることももちろん可能である。

【００４９】一方、印刷実行のコマンドを実行した結
果、あるいは待機中にレシートプリンタ１１２にエラー
が発生してエラーステータスがアクティブになると、プ
リンタ１１２はエラーステータスをドライバＯＣＸ９１
に送信する。この場合、ドライバＯＣＸ９１はイベント
を発生し、エラーの発生を上位の制御用ＯＣＸ７４に伝
達する。制御用ＯＣＸ７４は、イベントに対応して特定
の処理を行うことも可能であるし、さらにフォーマット
変換用ＯＣＸ７４およびアプリケーションプログラム７
１にイベントを通知し、注意を喚起することによって所
定の処理を行わせることも可能である。

【００５０】これらのプロパティ、メソッドおよびイベ
ントに加え、スリッププリンタ１１３に対応したドライ
バＯＣＸ９２としては、スリップ印字に特有のプロパテ
ィおよびイベントを設けておくことが望ましい。例え
ば、プロパティにスリップ用紙の有無を加えることによ
って、上位のＯＣＸやアプリケーションが印刷実行を指
示するタイミングの判断が可能となる。また、イベント
に用紙挿入検出、用紙終端検出を加えることにより、ア
プリケーションプログラムなどにスリップ印刷後の処理
やエラー処理をスムーズに行わせることができる。

【００５１】キャッシュドロワ制御用ＯＣＸ７７はキャ
ッシュドロワドライバＯＣＸ９３と通信する。キャッシ
ュドロワドライバＯＣＸ９３はキャッシュドロワオープ
ンをメソッドとして備えており、キャッシュドロワのオ
ープン・クローズを含めたキャッシュドロワステータス
をプロパティとして備えている。また、イベントとして
キャッシュドロワエラーやキャッシュドロワオープン検
出を発生することができる。

【００５２】カスタマディスプレイ制御用ＯＣＸ７８
は、ディスプレイドライバＯＣＸ９４と通信し、このド
ライバＯＣＸ９４は、表示位置や表示文字列を指定した
表示命令をメソッドとして備えている。また、プロパテ
ィとしては表示桁数や表示色などのディスプレイ仕様を
備えており、ディスプレイ制御用ＯＣＸ７８はこのプロ
パティに沿って表示データを与える。また、カスタマデ
ィスプレイはイベントに該当するエラー等の発生は少な
いので、イベントを発生する機能を削除することも可能
である。

【００５３】このように、本発明の制御システムは、複
数のＯＣＸを用いて階層的な構造を備えており、エラー
等を含めた非同期に発生するアクションに対しても迅速
に対処可能な制御システムである。また、本例の制御シ
ステムは、パソコンに接続される周辺装置に対しフレキ
シブルに対応できるオープンな制御システムである。例
えば、プリンタ１１１は、レシート印字機能１１２と、
スリップ印字機能１１３と、さらにドロワ１１５の制御
機能とを備えており、制御システムはそれぞれの機能毎
にＯＣＸ９１〜９３が用意されている。このプリンタ１
１１に対し、スリップ印字機能の仕様（例えば、最大印
字桁数、実行可能なコマンドセット等）の異なるプリン
タに置き換える場合は、スリップ印字機能を制御するド
ライバ用のコモンオブジェクトを新しいプリンタの仕様
に対応するものに置き換えれば良い。周辺装置の制御シ
ステムにおいては、置き換えられた新しいドライバ用の
コモンオブジェクトからＯＣＸを作成し新しいプリンタ
に適合した制御システムを自動的に形成する。プリンタ
がバージョンアップされて仕様が変わった場合でも、同
様にドライバ用のコモンオブジェクトを置き換えるだけ
で良く、その他のコモンオブジェクトやアプリケーショ
ンプログラムに変更を加える必要はない。

【００５４】カスタマディスプレイについても同様であ
り、仕様が変更された場合等はドライバ用のコモンオブ
ジェクトを変更すれば良い。また、バーコードリーダ等
の他の周辺装置が加えてＰＯＳシステムが構成される場
合は、それに対応した制御用のコモンオブジェクトとド
ライバ用のコモンオブジェクトがパソコンのシステム内
に用意されておれば、アプリケーションあるいは上記の
ＯＣＸによって、下位のＯＣＸが作成され、バーコード
リーダ等を含めた周辺装置の制御システムが形成され
る。

【００５５】同様に、アプリケーションプログラムとの
インタフェースを担当する上位のＯＣＸがパソコンのハ
ード等に起因する仕様の違いを吸収し、アプリケーショ
ンに対し共通のインタフェースを与えるものであれば、
パソコンのハード等の相違とは無関係に共通のアプリケ
ーションプログラムを用いてシステムを構築することも
可能となる。パソコン内に用意されたコモンオブジェク
トから制御システムがアプリケーションプログラムによ
って作成され、制御システムを構成するＯＣＸによって
パソコンおよびそれに接続された周辺装置に適合したシ
ステムが自動的に形成される。このように、本発明のＯ
ＣＸを用いた制御システムはオープンなシステムであ
り、インタフェースの仕様を予め合意しておけば、アプ
リケーションを供給する側は、パソコンやそれに接続さ
れる周辺機器の仕様および接続方法等は一切考慮せずに
アプリケーションを開発し供給することができる。従っ
て、短期間で開発が可能となり、安価に提供できる。ま
た、ユーザーもパソコンや周辺装置に係わりなく、自己
の目的や環境に適したアプリケーションを自由に選択す
ることができる。

【００５６】一方、周辺装置を提供する側も、供給する
周辺装置の仕様に対応したコモンオブジェクトを用意
し、例えば、周辺装置と共に供給することによって、パ
ソコンやアプリケーションに限定されない汎用的な周辺
装置を提供することができる。従って、ユーザーも自己
の目的や環境に適した周辺装置を自由に購入し、システ
ムを構築することができる。

【００５７】さらに、本発明に係る制御システムでは、
インタフェースオブジェクトによってコモンオブジェク
トおよびそのインスタンス同士の間で双方向にプロパテ
ィ、メソッドおよびイベントの伝達が可能となってい
る。従って、本発明の基づく制御システムでは、システ
ムの応答が遅れたり、システムの機能が限定される等の
システムをオープン化する上での弊害は全くない。ま
た、制御システムの機能アップやバージョンアップも個
々の制御オブジェクト毎に行うことができるので、シス
テム開発を効率良く、短期間に行える。また、ユーザー
もシステムのグレードアップや変更等を簡単に行えるよ
うになる。

【００５８】なお、上記では、用いられる周辺装置の種
類や数が多く、また、ユーザーの環境に合わせて様々な
機種の周辺装置が用いられる例としてＰＯＳシステムを
説明しているが、ＰＯＳシステムに限定されないことは
もちろんである。近年のパソコンを中心としたシステム
は、ユーザーの目的や能力に合わせて様々な仕様の周辺
装置が組み合わされるようになりつつある。本発明に係
る共通する制御オブジェクトを用いた制御システムは、
様々なユーザーの要望に対してフレキシブルに対応可能
なシステムであり、ＰＯＳシステムに限らず、今後様々
なシステムに対して適用可能である。

【００５９】

【発明の効果】以上に説明したように、本発明において
は、アプリケーションプログラム間で共通に活用できる
制御オブジェクト、すなわち、コモンオブジェクトおよ
びそのインスタンスを用いて制御システムを構築してお
り、さらに、これらコモンオブジェクトおよびそのイン
スタンスの間で双方向の通信を可能としている。従っ
て、コモンオブジェクトを活用して多種多様なオペレー
ティングシステムあるいはアプリケーションプログラム
を簡単に構築することができる。このように、本発明
は、入出力端末や、処理する対象などにより多種多様に
変化するコンピュータを中心とした近年のシステムにお
いて、いっそうフレキシブルに、そしてカスタマイズ可
能なシステムを実現するのに好適な制御システムおよび
その構築方法を提供するものである。

【００６０】特に、上述したようなコンピューターの機
種やそれに接続される周辺装置の種類および数量がユー
ザーの環境に応じて多種多様に変化する制御システムを
構築するのに本発明は好適である。本発明に係る制御シ
ステムを用いることにより、アプリケーションプログラ
ムに対し周辺装置に依存しない共通のアプリケーション
プログラムインタフェースを提供可能である。さらに、
本発明に係る制御システムは、汎用性の非常に高い制御
システムでありながらエラー等の非同期に発生するアク
ションに対しても迅速にアプリケーションを作動させる
ことが可能である。従って、ユーザーに対し自己の目的
に対し最適な快適な動作環境を容易に構築できる制御シ
ステムを提供できる。

【図面の簡単な説明】

【図１】本発明の実施例の制御システムの概略構成を示
すブロック図である。

【図２】図１に示す制御システムにおいて、インタフェ
ースオブジェクトとオブジェクトインスタンスとの間で
コネクションを確認する過程を示すフローチャートであ
る。

【図３】図１に示す制御システムにおいて、インタフェ
ースオブジェクトとオブジェクトインスタンスとの間で
イベントの対応付け、コネクションを確立する過程を示
すフローチャートである。

【図４】図１に示す制御システムにおいて、オブジェク
トインスタンス側からイベントをインタフェースオブジ
ェクトに伝える過程を示すフローチャートである。

【図５】本発明の制御システムによって構築されたＰＯ
Ｓシステムの周辺装置を制御するシステムを示すブロッ
ク図である。

【符号の説明】

１０・・第１のＯＣＸ１１・・第２のＯＣＸ１５・・インタフェースオブジェクト２０・・アプリケーション７０・・パソコン７１・・ＰＯＳアプリケーションプログラム７２・・制御オブジェクトによって構成された制御シス
テム１００・・ポートドライバ１１０・・カスタマディスプレイ１１１・・プリンタ１１２・・レシート印字機構１１３・・スリップ印字機構１１５・・キャッシュドロワ

Claims

【特許請求の範囲】

【請求項１】属性値を含むプロパティおよびインプリ
メントされたファンクションを呼び出すメソッドの少な
くともいずれかを提供する機能と、非同期に発生したア
クションを含むイベントを発信する第１のインタフェー
スとを備えた複数の制御オブジェクトを有し、第１の前記制御オブジェクトまたはそのインスタンスに
よって第２の前記制御オブジェクトのインスタンスが作
成され、前記第１の制御オブジェクトまたそのインスタ
ンスから前記第２の制御オブジェクトのインスタンスの
制御が行われるコンピュータ内のシステムであって、前記第１の制御オブジェクトは、前記イベントを受信す
る第２のインタフェースを備えており、さらに、前記プロパティおよびメソッドの少なくともいずれかを
前記第１の制御オブジェクトまたはそのインスタンスと
前記第２の制御オブジェクトのインスタンスの間で伝達
する機能と、前記第１の制御オブジェクトまたはそのイ
ンスタンスの前記第２のインタフェースおよび前記第２
の制御オブジェクトのインスタンスの前記第１のインタ
フェースの少なくともいずれか一方の識別子を他方に渡
す機能とを備えたインタフェースオブジェクトまたはそ
のインスタンスを有することを特徴とする複数のオブジ
ェクトを用いた制御システム。
【請求項２】請求項１において、前記第２の制御オブ
ジェクトは複数の前記イベントを第２の配列に従って発
信し、前記第１の制御オブジェクトは受信した前記複数
のイベントの配列を第１の配列に変換する手段を備えて
いることを特徴とする複数のオブジェクトを用いた制御
システム。
【請求項３】属性値を含むプロパティおよびインプリ
メントされたファンクションを呼び出すメソッドの少な
くともいずれかを提供する機能と、非同期に発生するア
クションを含むイベントを発信する第１のインタフェー
スとを備えた複数の制御オブジェクトを有し、第１の前
記制御オブジェクトまたはそのインスタンスによって第
２の前記制御オブジェクトのインスタンスが作成され、
前記第１の制御オブジェクトは前記イベントを受信する
第２のインタフェースを備えており、さらに、前記プロパティおよびメソッドの少なくともいずれかを
前記第１の制御オブジェクトまたはそのインスタンスと
前記第２の制御オブジェクトのインスタンスとの間で伝
達する機能と、前記第１の制御オブジェクトまたはその
インスタンスの前記第２のインタフェースおよび前記第
２の制御オブジェクトのインスタンスの前記第１のイン
タフェースの少なくともいずれか一方の識別子を他方に
渡す機能とを備えたインタフェースオブジェクトまたは
そのインスタンスを有する制御システムの構築方法であ
って、前記第１の制御オブジェクトまたはそのインスタンスが
前記インタフェースオブジェクトのインスタンスを作成
するステップと、前記インタフェースオブジェクトのインスタンスが前記
第２の制御オブジェクトのインスタンスを作成するステ
ップと、前記第１の制御オブジェクトまたはそのインスタンスの
前記第２のインタフェースと、前記第２の制御オブジェ
クトのインスタンスの前記第１のインタフェースとのコ
ネクションを張るステップとを有することを特徴とする
制御システムの構築方法。
【請求項４】請求項３において、前記第１の制御オブ
ジェクトは複数の前記イベントを受信する第１の配列を
備えており、前記第２の制御オブジェクトは前記複数の
イベントを発信する第２の配列を備えており、前記コネ
クションを張るステップにおいて、前記第２の配列を前
記第１の配列に変換する第３の配列を作成することを特
徴とする制御システムの構築方法。
【請求項５】アプリケーションシステムに対し周辺装
置の管理を行う制御システムであって、属性値を含むプロパティおよびインプリメントされたフ
ァンクションを呼び出すメソッドの少なくともいずれか
を提供する機能と、非同期に発生するアクションを含む
イベントを発信する第１のインタフェースとを備えた複
数の制御オブジェクトまたはそのインスタンスを有し、これら複数の制御オブジェクトまたはそのインスタンス
からなる制御オブジェクト群は、前記イベントを受信す
る第２のインタフェースをさらに備えた第１の前記制御
オブジェクトまたはそのインスタンスと、これら第１の制御オブジェクトまたはそのインスタンス
によって作成された第２の前記制御オブジェクトのイン
スタンスと、前記プロパティおよびメソッドの少なくともいずれかを
前記第１の制御オブジェクトまたはそのインスタンスと
前記第２の制御オブジェクトのインスタンスの間で伝達
する機能と、前記第１の制御オブジェクトまたはそのイ
ンスタンスの前記第２のインタフェースおよび前記第２
の制御オブジェクトのインスタンスの前記第１のインタ
フェースの少なくともいずれか一方の識別子を他方に渡
す機能とを備えたインタフェースオブジェクトまたはそ
のインスタンスとを有していることを特徴とする周辺装
置の制御システム。
【請求項６】請求項５において、前記第２の制御オブ
ジェクトは、前記周辺装置の第１の周辺装置に対応して
いることを特徴とする周辺装置の制御システム。
【請求項７】請求項６において、前記第２の制御オブ
ジェクトのプロパティは前記第１の周辺装置に固有な仕
様に対応した属性値を含み、前記メソッドは前記第１の
周辺装置に固有な命令を含み、さらに、前記イベントは
前記第１の周辺装置において非同期に発生するアクショ
ンを反映可能であることを特徴とする周辺装置の制御シ
ステム。
【請求項８】請求項６において、前記第１の制御オブ
ジェクトは、前記インタフェースオブジェクトを介して
伝達された前記第２の制御オブジェクトのプロパティ、
メソッドおよびイベントの少なくともいずれかを普遍的
な仕様に変換することを特徴とする周辺装置の制御シス
テム。
【請求項９】請求項６において、前記アプリケーショ
ンシステムはＰＯＳ制御システムであり、前記第２の制
御オブジェクトはＰＯＳを構成可能な各種の外部周辺装
置毎に用意されており、前記ＰＯＳ制御システムは前記
第１の制御オブジェクトまたはそのインスタンスを介し
て前記外部周辺装置を制御することを特徴とする周辺装
置の制御システム。