JPH0973395A

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

Info

Publication number: JPH0973395A
Application number: JP7229545A
Authority: JP
Inventors: Yoshihiro Kimura; 芳弘木村; Yutaka Hisamatsu; 豊久松
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 1995-09-06
Filing date: 1995-09-06
Publication date: 1997-03-18

Abstract

(57)【要約】【課題】複数のコモンオブジェクトから構成される制
御システムにおいて、よりフレキシブルに、また、容易
にカスタマイズ可能な制御システムおよびその構築方法
を提供する。【解決手段】コモンオブジェクトのインスタンスであ
る第１のＯＣＸ１０が、他の第２のＯＣＸ１１を作成し
制御する際に、双方向の通信が可能なインタフェースオ
ブジェクト１５を作成し利用可能とする。このインタフ
ェースオブジェクト１５によって、第２のＯＣＸ１１に
おいて発生したイベントを第１のＯＣＸ１０に返すこと
が可能となり、第１のＯＣＸ１０から第２のＯＣＸを完
全に動作させることが可能となる。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

【０００４】

【発明が解決しようとする課題】本発明においては、コ
モンオブジェクトを活用して多種多様なオペレーティン
グシステムあるいはアプリケーションプログラムを簡単
に構築できるシステムおよびその方法を提供することを
目的としている。特に、１つのコモンオブジェクトが他
のコモンオブジェクトの機能を充分に活用できるシステ
ムおよびその構築方法を提供することを目的としてい
る。さらに、１つのコモンオブジェクトがクライアント
あるいはコントロールとなり、他のコモンオブジェクト
をサーバーとして活用する際に、サーバー側で発生した
イベントを個別に識別でき、また、その処理手順を記述
しやすいシステムおよび構築方法を提供することを目的
としている。さらに、多種多様な周辺装置の制御に適し
たオープンで処理速度の早い制御システムを複数のコモ
ンオブジェクトによって構成可能とすることも本発明の
目的の１つである。

【０００５】

【課題を解決するための手段】本発明は、コモンオブジ
ェクトとして用いられるように属性値を含むプロパティ
およびインプリメントされたファンクションを呼び出す
メソッドの少なくともいずれかをアプリケーションプロ
グラム、他の制御オブジェクトあるいはそのインスタン
スに提供する第１の機能と、非同期に発生するアクショ
ンを含むイベントを発信する第２の機能とを備えた複数
の制御オブジェクトを有するシステムを対象としてい
る。このシステムにおいてコンピュータ内に実行可能な
制御システムを構築する際に、第１の制御オブジェクト
またはそのインスタンスによって少なくとも１つの第２
の制御オブジェクトのインスタンスが作成され、第１の
制御オブジェクトまたはそのインスタンスから第２の制
御オブジェクトのインスタンスの制御を行うことが考え
られる。本発明のこのような制御システムにおいて、プ
ロパティおよびメソッドの少なくともいずれかを第１の
制御オブジェクトまたはそのインスタンスと第２の制御
オブジェクトのインスタンスの間で伝える機能と、第２
の制御オブジェクトのインスタンスから第１の制御オブ
ジェクトまたはそのインスタンスにイベントを伝える機
能とを備えたインタフェースオブジェクトを設けるよう
にしている。従って、本発明により、１つの制御オブジ
ェクトまたはそのインスタンスから、他の制御オブジェ
クトまたはそのインスタンスをプロパティ、メソッドお
よびイベントの全てを含んで双方向の通信が可能なイン
タフェースオブジェクトおよびそのインスタンスによっ
て連絡することが可能となる。このため、制御オブジェ
クトとして提供された機能を充分に活用した制御システ
ムを簡単に構築できる。本発明の制御システムにおいて
は、第１の制御オブジェクトまたはそのインスタンス
が、第２の制御オブジェクトまたはそのインスタンスに
おいて発生したイベントを受け取ることができ、第１の
制御オブジェクトまたはそのインスタンスがそのイベン
トに対応した処理を行い、さらに、第１の制御オブジェ
クトまたはそのインスタンスを活用している他の制御オ
ブジェクトあるいはそのインスタンス、アプリケーショ
ンプログラムあるいはオペレーティングシステムに対し
イベントを迅速に伝えることが可能となる。従って、本
発明により、コモンオブジェクトの機能を完全に活用し
た制御システムを構築することができる。

【０００６】このようなインタフェースオブジェクトま
たはそのインスタンスは、第２の制御オブジェクトのイ
ンスタンス毎に作成することが望ましく、複数のインス
タンスを作成する際は、それぞれのインスタンスに対応
するインタフェースオブジェクトに第１の制御オブジェ
クトまたはそのインスタンスによって参照可能な独自の
識別手段、例えば識別番号を設けることが有効である。
各インスタンスにおいて発生したイベントは、対応する
インタフェースオブジェクトまたはそのインスタンスを
介して第１の制御オブジェクトまたはそのインスタンス
に伝えられるので、第１の制御オブジェクトまたはその
インスタンスはいずれの作成したインスタンスにおいて
発生したイベントであるかを判別できる。

【０００７】また、第２の制御オブジェクトが複数のイ
ベントを独自の第２の配列に従って発信してもインタフ
ェースオブジェクトおよび第１の制御オブジェクト側を
変更しないで済むように、インタフェースオブジェクト
に複数のイベントを第１の配列に変換する手段を設けて
おくことが望ましい。また、第２の制御オブジェクトに
おける配列に係わらず所定の第１の配列に変換されるの
で、イベント毎に起動されるイベント処理手段の記述も
容易となる。

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

【０００９】

【発明の実施の形態】

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

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

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

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

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

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

【００１５】さて、第１のＯＣＸ１０がコントロール側
となって第２のＯＣＸ１１を呼び出して使用したい場
合、VC++のクラスウィザードを用いてCOleDispatchDriv
erクラスから派生されたインタフェースオブジェクトを
用いることが可能であることは上述した通りである。な
お、以下において、インタフェースオブジェクトとは、
そのインスタンスも含めた意味で用いている。VC++2.0
のCOleDispatchDriverクラスは、メソッドやプロパティ
をIDispatch インタフェースを介して第２のＯＣＸに渡
す機能をサポートしているが、第２のＯＣＸが発信する
イベントをとらえる機能をサポートしていない。従っ
て、コンテナアプリ２０の側が第１のＯＣＸ１０の用い
る第２のＯＣＸ１１を識別しており、第２のＯＣＸのイ
ベントを受信する機能を予め備えている場合は何ら問題
はない。しかしながら、コンテナアプリ２０の側が第１
のＯＣＸ１０の用いる第２のＯＣＸ１１を識別していな
い場合は第２のＯＣＸ１１で発生したイベントをとらえ
ることができない。

【００１６】用意されているコモンオブジェクトが予め
判明していたり、コンテナアプリに合わせてコモンオブ
ジェクトが用意されている場合は、コモンオブジェクト
がコンテナアプリに対してイベントを渡せるようにシス
テムを構築したり、あるいは、第２のＯＣＸではコンテ
ナアプリに影響を与えるようなイベントを発生させない
などの処理が可能であろう。しかしながら、種々の外部
入出力端末がサポートされるなどコンピュータの環境が
様々に変化し得る今後の制御システムを考慮すると、よ
りフレキシブルな制御システムを構築できることが望ま
しい。このためには、コンテナアプリ２０がコモンオブ
ジェクトを活用してカスタマイズが可能なように、コモ
ンオブジェクトもコモンオブジェクトを用いたカスタマ
イズが可能な環境をサポートすることが考えられる。従
って、本発明では、コモンオブジェクトからコモンオブ
ジェクトに双方向の通信が可能なインタフェースオブジ
ェクト１５を提供し、さらにフレキシブルな制御システ
ムを簡単に構築できるようにしている。双方向の通信が
可能なインタフェースオブジェクトを用いて、コモンオ
ブジェクト間を結べるようになれば、コンテナアプリ２
０の側は第２のＯＣＸ１１を認識する必要は全くなくな
り、また、第２のＯＣＸ１１もコンテナアプリ２０に左
右されないオブジェクトとして提供することができる。

【００１７】本例においては、ＯＣＸからＯＣＸを使用
するためのディスパッチ処理をイベントも含めて完全に
サポートされたインタフェースオブジェクトを実現する
ために、COcxDispatchDriverクラスを提供している。こ
のCOcxDispatchDriverは、CCmdTargetクラスと、COleDi
spatchDriverクラスとを多重継承(Multiple Inheritanc
e)して派生したオブジェクトクラスであり、次のように
なる。

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

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

【００２０】 Class COcxDispatchDriver : public CCmdTarget, public COleDispatchDriver COcxDisptchDriver::COcxDispatchDriver() // 生成 public: // メンバ変数 UINT m ＿ObjID; // オブジェクトインスタンスのID EstablishConnection() でユニークに初期化される IID m ＿IIDEvents; // イベントインタフェース ID UNIT m ＿nEvents; // イベント数 CDWordArray m＿dispID // ユーザが定義したディスパッチマップに対応してディスパッチIDを変換するための配列 public: // メンバ関数 Bool EstablishConnection( REFCLISD clsid, COleException* pError=NULL); // オブジェクトインスタンスを作成し、メソッド、プロパティ、イベントへのアクセスコネクションを有効にする void DestroyConnection(); // コネクションを開放し、オブジェクトインスタンスを削除する COcxDispatchDriverクラスでは、汎用的なクラスを実現
するためにイベントの処理関数（イベントハンドラ）は
含んでいない。従って、COcxDispatchDriverから派生さ
れたオブジェクトに特定のＯＣＸのイベントに対応する
イベントハンドラを記述する必要がある。まず、ＯＣＸ
の返すイベントの外部名に合わせてディスパッチマップ
を記述する。ディスパッチマップの各イベントの順番は
任意で良く、後述するようにイベントとのコネクション
をセットするときに実際に受信するイベントの順番との
対応付けがなされる。ただし、ＯＣＸの全部のイベント
を完全に記述しておく必要がある。

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

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

【００２３】void ＿DSoprn::ControlCompleteEvent(lo
ng ControlID, SCODE Result,BSTR FAR*, pString, lon
g data);次に、COcxDispatchDriverクラスから派生さ
れ、上記のようにインタフェースの準備されたインタフ
ェースオブジェクト１５と第２のＯＣＸ１１とのコネク
ションをセットするステップを図２および図３に示した
フローチャートに基づき説明する。本例のインタフェー
スオブジェクト１５においては、そのメンバ関数COcxDi
spatchDriver::EstablishConnection() を呼び出すだけ
で、第２のＯＣＸであるオブジェクトインスタンスが作
成され、プロパティーおよびメソッドを提供し、イベン
トを受け取るコネクションがセットされる。

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

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

【００２６】図３にイベントの対応付けを行う工程を示
してある。まず、ステップ４１においてカウンタfcntを
ゼロクリアーする。次にステップ４２においてカウンタ
ーfcntを確認し、ステップ４３において第２のＯＣＸ１
１から得られたイベント名EntryNames(fcnt)がインタフ
ェースオブジェクト１５のイベントハンドラに予め用意
したマップpDispMapにあるか否かをチェックする。マッ
プpDispMapにある場合は、さらに、ステップ４４におい
て、パラメータ情報ParamInfo (fcnt)がイベントハンド
ラに予め用意したマップpDispMapと一致するかを確認す
る。確認できた場合は、ステップ４５において、第２の
ＯＣＸ１１から得られたイベントのディスパッチＩＤで
あるDispIDs (fcnt)をイベントハンドラに予め用意した
マップpDispMapでのインデックスに変換するための配列
m ＿dispIDを設定する。ステップ４６において、カウン
タfcntをインクリメントし、すべてのイベントに対し、
これらのステップを繰り返す。予め用意したマップpDis
pMapとの対応が付くと、ステップ４７において、第２の
ＯＣＸ１１のイベントに関するコネクションをセットす
る。このステップにおいては、インタフェースオブジェ
クト１５に用意されたイベントを受け取るためのIDispa
tch のアドレスを、オブジェクト間の結合点を実現する
ために用意されているインタフェースであるIConnectio
nPointに対し渡すことによってイベントに関するコネク
ションをセットする。これによって、第２のＯＣＸ１１
において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 やイベントのパラメータを保持する構造体などが
インタフェースオブジェクト１５に渡される。インタフ
ェースオブジェクト１５では、ステップ６０においてパ
ラメータが正当か否かをチェックする。正当の場合はス
テップ６１において、第２のＯＣＸ１１から得られたイ
ベントの配列dispIDMemberを用意されたイベントハンド
ラのマップpDsipMapに合わせて、変換用の配列m ＿disp
IDに基づき変換する。ステップ６２において、dispIDMe
mberに対応するイベントハンドラをpDsipMapから取り出
す。そして、ステップ６３において、イベントハンドラ
が有効か否かを確認し、有効な場合はステップ６４にお
いてイベントに対応するイベントハンドラを呼び出し、
イベントハンドラに定義された処理、例えば、第１のＯ
ＣＸ１０にイベントを発信するなどの処理を行う。

【００３１】図５に、第１のＯＣＸ１０から第２のＯＣ
Ｘの複数のインスタンス１１ａおよび１１ｂが作成さ
れ、第１のＯＣＸ１０がこれらの第２のＯＣＸ１１ａお
よび１１ｂを制御するシステムを示してある。すなわ
ち、第１のＯＣＸ１０は、２つの第２のＯＣＸ１１ａお
よび１１ｂに対しクライアントあるいはコントローラ側
となっている。このような制御システムにおいて、第１
のＯＣＸ１０とこれらのＯＣＸ１１ａおよび１１ｂのイ
ンタフェースは、それぞれの第２のＯＣＸ１１ａおよび
１１ｂを作成したインターフェスオブジェクト１５ａお
よび１５ｂをそれぞれ介して行われる。本例において
は、COcxDispatchDriverから派生したインタフェースオ
ブジェクトが生成される度に、個々のインタフェースオ
ブジェクトを識別可能なＩＤが用意される。そして、イ
ンタフェースオブジェクトからイベントが第１のＯＣＸ
１０に伝えられるときは、個々のインタフェースオブジ
ェクトに固有のＩＤが第１のＯＣＸ１０の側から参照で
きるようになっている。このＩＤは、インタフェースオ
ブジェクト作成時にユニークな値が割り当てられるよう
になっているが、必要であればインタフェースオブジェ
クトを作成した側、すなわち、本例であれば第１のＯＣ
Ｘで適当な値に変更することもできる。

【００３２】図５に示したような複数の第２のＯＣＸ１
１ａおよび１１ｂが作成された場合、個々の第２のＯＣ
Ｘにおいて発生したイベントはインタフェースオブジェ
クト１５ａおよび１５ｂをそれぞれ介して第１のＯＣＸ
に伝えられる。従って、第１のＯＣＸは、各々のインタ
フェースオブジェクトに付された固有のＩＤによってい
ずれの第２のＯＣＸで発生したイベントであるか明確に
識別することができる。このように、本例のインタフェ
ースオブジェクトにより、あるコモンオブジェクトある
いはそのインスタンス（第１のＯＣＸ）から複数のイン
スタンス（第２のＯＣＸ）を作成して活用することが可
能である。そして、このようなケースであっても作成し
た側（第１のＯＣＸ）は個々のインスタンス（第２のＯ
ＣＸ）を識別し管理しなくとも、どのインスタンス（第
２のＯＣＸ）でイベントが発生したかを識別することが
できる。さらに、イベントハンドラが、インスタンス
（第２のＯＣＸ）を発生させたオブジェクトあるいはイ
ンスタンス（第１のＯＣＸ）に含まれるのではなく、個
々のインタフェースオブジェクト毎に用意される。従っ
て、作成した側（第１のＯＣＸ）は、どのインスタンス
（第２のＯＣＸ）で、どのようなイベントが、どのよう
なパラメータを伴って発生したかを確実に把握すること
ができる。

【００３３】一方、作成されたインスタンス（第２のＯ
ＣＸ）の側も、発生したイベントをそれぞれのインタフ
ェースオブジェクトに単に発信すれば良く、インスタン
ス自身が最初のインスタンスであるか、あるいは他に同
じクラスのインスタンスが存在するのか否か等の判断を
する必要はない。

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

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

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

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

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

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

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

【００４１】第３レベルのＯＣＸは、プリンタから送信
される処理結果およびエラーステータス等の非同期に発
生するアクションも受け取る。そして、これらのアクシ
ョンの内容を対応する周辺装置の仕様に基づき解釈し、
普遍的な形式に変換してイベントとして上位のＯＣＸに
返す。本例の制御システムでは、双方向の通信が可能な
インタフェースオブジェクト８１ａ、８１ｂ、８２ａ〜
８２ｄを用いて上位のＯＣＸと下位のＯＣＸを接続して
いるので、プロパティやメソッドに加え、イベントも伝
達される。従って、第２レベルの制御用ＯＣＸ７５〜７
８はイベントを受けて、そのまま、あるいはさらに普遍
的な形式に変換し、インタフェースオブジェクト８２ａ
〜８２ｄを介して上位のＯＣＸやアプリケーションプロ
グラムに伝達する。これに基づき、アプリケーションシ
ステムや上位のＯＣＸは、ユーザーに対してメッセージ
を出力したりエラー処理ルーチンを起動するなどの処理
を行えるので、本例の制御システムにおいては、非同期
に発生するアクションに対して迅速にそして的確な処理
を行うことができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５５】

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

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

【図面の簡単な説明】

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

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

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

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

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

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

【符号の説明】

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

Claims

【特許請求の範囲】

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