JPH10133878A - 対話形オブジェクトコントロールのためのコンピュータ装置 - Google Patents

Abstract

(57)【要約】 【課題】 コンピュータ装置が、オブジェクトリンキン
グ及びエンベッディングコントロールが互いに直接伝達
し、リソースを共有することを可能にする。 【解決手段】 本発明の装置は、広く共有されたメモリ
のファイルを採用している。メモリマップドファイルは
他のコントロールに直接アクセスするコントロールのた
めのポインタを保持している。メモリマップドファイル
を用いて、コントロールオブジェクトは直接メソッドを
呼び出すことができ、望まれる他のコントロールオブジ
ェクトの属性をアクセスすることができる。メモリマッ
プドファイルはまた、各コントロールのウインドウハン
ドルを保持しており、他のコントロールをそれぞれのコ
ントロールによりサポートされたワーキングスクリーン
ビューに直接アクセスすることを可能にしている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コントロールオブ
ジェクトが機能とリソースを共有するため互いに直接対
話することができる改良されたコンピュータシステムに
関する。

【０００２】

【従来の技術】過去数年に渡り、オブジェクト指向プロ
グラミングは、アプリケーションプログラムを使用し適
用するビジネスの方法を相当改善した。しかし、ビジネ
スを十分に自動化する多くの事項が残っている。主たる
点は、ほとんどのビジネス情報がペーパードキュメント
であるという事実から来ている。ペーパードキュメント
を維持することと関連する一つの問題は、ペーパーはコ
ンピュータシステムとうまく統合しないことである。例
えば、コンピュータは大量の顧客データを追跡すること
ができる。コンピュータに基づくデータは、顧客の課金
プロファイルや発送記録のような情報を容易に位置づけ
るために用いることができる。一方、例えばオリジナル
な署名を持ったペーパーに基づくドキュメントは、最も
必要とされるときにしばしば誤って置かれる。さらに、
ペーパードキュメント及びペーパーで捕らえた情報は、
コンピュータが捕らえた情報及びドキュメントと対照的
に、一般に他のデータ及び添付のドキュメントと別に保
管され／ファイルされる。

【０００３】そういうものとして、ドキュメントイメー
ジングはビジネスオートメーション、特にオブジェクト
指向プログラミングコンセプトを実行することに関し、
主たる関心の領域である。ドキュメントイメージング
は、ペーパードキュメント／情報を電子形式に変換し、
ドキュメントの蓄積、検索及び使用が標準のコンピュー
タ技術を用いて自動化できる技術である。コンピュータ
により蓄積された電子イメージとしてペーパードキュメ
ントを捕らえることにより、データベース、Ｅメール、
ネットワーク、ファクシミリ及びメモリ蓄積技術のすべ
ての利益とパワーは、一度マニュアル処理された情報に
適用できる。

【０００４】しかしながら、他方、オブジェクト指向プ
ログラミングは、オブジェクト又はデータを一つのアプ
リケーション形態から他の形態に移す標準又はプロトコ
ルを欠いている。すなわち、イメージ文書は多くのイン
デックス及びファイリング方法を用いて電子的にファイ
ルでき、すばやくサーチし検索でき、その後多くのユー
ザで共有できるが、各タスクは共通のアプリケーション
プログラムを介してコントロールされそして管理され
る。

【０００５】マイクロソフトのオブジェクトリンキング
及びエンベッディング（ＯＬＥ）は、接続可能なコンポ
ーネントソフトウエアを組み込むための一組の標準であ
る。ここに用いられているように、「コンポーネント」
は、印刷、ファクシミリ伝送、その他のようなスタンド
アロン機能を提供する再利用可能なソフトウエアの自立
片（self contained pieces)である。そういうものとし
て、コンポーネントは望まれるワーキングシステムを形
成するため他の成分に差し込まれる（即ち、結合され
る）。識別において、「オブジェクト」は幾つかの状態
及び規定された一組の行動を有するプログラミング実体
（entity）である。状態はオブジェクトにより維持され
るデータ（属性(properties)）で表される。行動はオブ
ジェクトが実行できる操作、機能、又は方法の見地から
特定される。操作は実行コードにより認識される。概念
的にデータとコードはオブジェクトにおいて抜け出せな
いように共に拘束されている。オブジェクトは「持続
的」かもしれない。即ち、それらが動作していない又は
それらが存在するコンピュータが動作しなかったあるい
は停止したとしてもそれらは存在することができる。オ
ブジェクトとコンポーネントの間のキーとなる区別は、
オブジェクトはアプリケーションの部分を組み込むため
に用いることができるソースコード又はスペックの一部
であり、他方、コンポーネントは実際の動作（スタンド
アロン）ソフトウエアモジュールであることである。

【０００６】ＯＬＥは、所有する知識（データ）を共有
するソフトウエアモジュール間の統合と交換可能性の度
合いを許容する。一つのＯＬＥ標準は、コンポーネント
・オブジェクト・モデル（ＣＯＭ）スペックであり、そ
れは異なったコンポーネントのバイナリーオブジェクト
コードを接続するためのメカニズムを提供する。すべて
の標準ＯＬＥ接続の中の共通要素は、それらがＣＯＭと
共に接合されていることである。再度述べると、ＣＯＭ
は、インタフェース、コンポーネント間のコンタクトポ
イントを規定するオブジェクト指向スペックである。最
後に、ＣＯＭはすべてのＯＬＥの特徴が組み込まれる基
礎を提供する。

【０００７】ＯＬＥコントロール（ＯＣＸ又はアクティ
ブＸと呼ぶ）は別のタイプのＯＬＥコンポーネント標準
である。ＯＣＸは、アプリケーションプログラムに明確
な（良く定義された）機能を加えることをプログラマー
に可能にする属性（properties) 、メソッド、及びイベ
ントを含んでいる。前記機能はエンドユーザが望みのデ
ータ上で特定のタスクを実行することを可能にする。自
立オブジェクト（selfcontained object)であると、Ｏ
ＣＸはポータブルでありどのコンテナ又はアプリケーシ
ョンプログラムにも挿入可能である。「コンテナアプリ
ケーション」又はＯＬＥ「コントロールコンテナ」（及
び一般的に「オブジェクトコンテナ」）は、その中でＯ
ＬＥコンポーネント及びオブジェクトを形成し又は規定
するワーキングコンピュータプログラムである。例え
ば、オフィススウイート及びウインドウズ９５のような
マイクロソフトの製品はコンテナである。このようなグ
ラフィカルユーザインタフェース（ＧＵＩ）環境におい
て、ウインドウズ９５のように、コントロールは本質的
にコンテナプログラムの親ウインドウにメッセージ又は
イベント通知を送る特別な目的のウインドウ（即ち、
「子供ウインドウ」）である。

【０００８】

【発明が解決しようとする課題】ＯＬＥコントロール
（ＯＣＸｓ）はインプロセスオブジェクトであり、種々
のＯＬＥインタフェースをサポートするＤＬＬ（ダイナ
ミック・リンキング・ライブラリー）に似ている。ＤＬ
Ｌにエクスポートされる機能を呼ぶことができる従来の
ＤＬＬと異なり、ＯＣＸはＯＣＸのコンテナによりアク
セスのみできる方法及び属性を表す（expose) 。即ち、
コンテナアプリケーションは中央コントローラ又は収容
された（contained)ＯＣＸの共通管理として役立つ。コ
ンテナは一つのＯＣＸを求め、そして結果のデータを得
る。次々に、コンテナはＯＣＸなどによるさらなる処理
のため別の適当なＯＣＸに結果のデータを通す。異なっ
たＯＣＸは互いに直接アクセスすることができない。こ
の制約はＯＣＸ間で直接伝達し又はコードを再利用する
ことを妨げる。

【０００９】

【課題を解決するための手段】本発明は、コントロール
オブジェクトが機能とリソースを共有するため互いに直
接対話することができる改良されたコンピュータシステ
ムに関する。本発明の好ましい方法と装置は、コンテナ
レベル上のコード複雑性を著しく減少し、コンテナの種
々のコントロールに配置された方法と属性の利用性を増
加させる。

【００１０】本発明のコンピュータシステムは、複数の
自立オブジェクト（self-containedobjects) （例え
ば、コントロールオブジェクト）を有し、各々は機能と
データエレメントを特定している。各オブジェクトは当
初共通のアプリケーションプログラムを介してのみアク
セスと実行のために規定され、ワーキングメモリにおい
てワーキングオブジェクトコンテナとして働く。しかし
ながら、本発明は、オブジェクトのアクセスにおいて共
通のアプリケーションプログラム／コンテナを用いるこ
となく、メモリマップドファイルの使用を介してオブジ
ェクト間の直接のアクセス及び伝達を可能にする。メモ
リマップドファイルは、第１オブジェクトがメモリマッ
プドファイルの第２オブジェクトへの参照を介して第２
オブジェクトを直接アクセスできるようにオブジェクト
への参照を保持する。

【００１１】好ましい実施例において、オブジェクトは
ＯＬＥコントロールであり、アプリケーションプログラ
ムはコンテナプログラムである。コントロール間の伝達
は、コントロールを形成する異なったコンポーネントの
バイナリコードを結合するためのメカニズムを提供する
共通オブジェクトモデルを介して確立される。本発明の
一つの観点に従い、メモリマップドファイルはファイル
のブロック長又はメモリブロックサイズの表示を有す
る。好ましくは、メモリマップドファイルはコントロー
ルオブジェクト及びそのディスクリプタの表示を一覧に
するためエントリーの配列を形成される。各コントロー
ルオブジェクトに異なったエントリーがある。各エント
リーは、それぞれのコントロールオブジェクトを示すネ
ームフィールド及びそれぞれ機能的デスクリプタを示す
他のフィールドを有する一組のフィールドで構成されて
いる。ネームフィールドは、互いに伝達するすべてのコ
ントロールをリンクするために用いられる。ネームフィ
ールドは、"DestControl" と呼ばれる特別の属性におけ
るネームを特定することにより直接別のコントロールと
伝達する各コントロールにおいて特定される。

【００１２】機能的ディスクリプタ（functional descr
iptor)は各コントロールオブジェクトのためそれぞれの
ウインドウハンドルを有する。各ウインドウハンドル
は、ウインドウサイズ、位置及びスタイルを含むウイン
ドウを見るスクリーンエレメントを規定する。好ましい
実施形態では、メモリマップドファイルにおける各エン
トリーは、それぞれのコントロールオブジェクトに対す
るポインタを保持する参照フィールド（referencing fi
eld)を有している。

【００１３】メモリマップドファイルは、コントロール
オブジェクトが機能を呼び出し(invoke)、そして、別の
コントロールオブジェクトのデータエレメント（例え
ば、ウインドウディスプレイ）を共有しそして更新する
ことを可能にする。機能はリフレッシュメソッドを有し
ている。コントロールオブジェクトの一つが別のコント
ロールオブジェクトのデータエレメント（ディスプレイ
ウインドウ）を直接更新するとき、前者のコントロール
オブジェクトは、更新されたデータエレメントを連続化
するため（例えば、データを保持し、又はディスプレイ
を更新する）、そのリフレッシュメソッドと他のコント
ロールオブジェクトのリフレッシュメソッドを呼出す。

【００１４】さらに、メモリマップドファイルは、コン
トロールオブジェクトによるリードオンリーアクセスを
可能にするため、ワーキングメモリを介して広く認識で
きる名称を提供される。種々の新規な構成の詳細及びパ
ーツの組み合わせを有した上記及び他の特徴は、より詳
細に図面を参照して記載され、そして請求の範囲におい
て指摘される。これらの特徴は、インストールしそして
メンテナンスした完全なアプリケーションプログラを参
照して述べられるが、しかし、個々のコンポーネントの
ためにも用いることができる。発明を具体化する特定の
装置と方法は、図によって示されているが、本発明を限
定するものではない。この発明の原理及び特徴は、本発
明の範囲から離れることなく種々のそして多くの実施例
において採用できる。

【００１５】

【発明の実施の形態】図１に描かれているのは、本発明
の装置及び方法が採用されているコンピュータシステム
と対応するプログラミング環境である。一般に、コンピ
ュータシステムは、キーボード、マウス、モニタ及びプ
リンタのようなそこに結合されたＩ／Ｏアクセサリ持っ
た一つ又はそれ以上のディジタルプロセッサにより形成
される。各ディジタルプロセッサは、例えば、インテル
ＸＸ４８６チップ、又はペンティアム等の処理能力を持
っている。

【００１６】特に、サブジェクトディジタルプロセッサ
１８は、（ａ）アプリケーションプログラム１３が実行
されるワーキングメモリ３０、及び（ｂ）Ｉ／Ｏ及び他
の機能（これは直接本発明に影響されない）を可能にす
るためのサポーティングオペレーティングシステム３１
を持っている。各アプリケーションプログラム１３は、
ＯＬＥコントロールオブジェクト１０で形成され又は含
んでおり、そのいくらかは複数のコンテナ１３で共有す
る（又は属する）ことができる。コントロールオブジェ
クト１０ｃは、アプリケーションプログラム１３ａ及び
１３ｂにより共有して用いることを示すため、長方形の
破線により描かれている。

【００１７】図１Ｂに描かれているように、各コントロ
ールオブジェクト１０は、（ｉ）一組のメソッド（又は
機能及び対応する機能呼出し）１２、及び（ii）オブジ
ェクト１０を機能的に特定するための一組の属性１４よ
り形成され及び規定されている。属性１４は、リードオ
ンリー又はライトオンリーメモリに保持されたデータエ
レメントにより表される。好ましい実施例において、コ
ントロールオブジェクト１０は、ＯＣＸコントロール又
はＡｃｔｉｖｅＸコントロール又はそのようなものであ
る。そのようなものとして、コントロールは、マイクロ
ソフトで特定されるＩＤispatch のような種々のＯＬＥ
インタフェース１６（図１Ａ）をサポートするインプロ
セスオブジェクトである。ＩＤispatch インタフェース
１６は、それぞれのオブジェクトの望む方法又は属性を
呼び出すため、コンテナプログラム１３により用いられ
る（及び含まれる）オブジェクト１０にポインタを提供
する。マイクロソフトにより規定されているように、Ｉ
Ｄispatch は現在、ＯＬＥコンテナプログラム１３のみ
がそのオブジェクト１０及びそのオブジェクトのみにア
クセスすることを許容している。

【００１８】結果として、他のインプロセスオブジェク
トと違い、ダイナミックリンクライブラリー（ＤＬＬ）
にエクスポートされた機能を呼び出すことができるＤＬ
Ｌのように、コントロールオブジェクト１０は、当初コ
ントロールオブジェクト１０のコンテンナ１３によりア
クセスのみされることができる方法及び属性に向ける
（expose) 。従来、この制限はコントロールオブジェク
ト１０間のコードの伝達又は再利用を妨げた。即ち、先
行技術においては、ユーザー又はアプリケーションが一
組の関連したコントロールを用いるため、各コントロー
ルはコンテナのレベルを通して別個に開始されそしてコ
ントロールされた。これは、（ａ）各コントロールオブ
ジェクトの個々のメソッド及び属性へのアクセスを提供
するため、（ｂ）情報を処理するため、そして（ｃ）各
コントロールオブジェクトに情報を送るため、ユーザー
コードを必要とする。

【００１９】本発明において、各コントロールオブジェ
クトそれ自身は、他のコントロールオブジェクト１０と
直接伝達し、そして望むコントロールオブジェクト１０
のメソッド１２及び属性１４を直接呼び出すため、ＩＤ
ispatch へのアクセスを持っている。即ち、本発明は、
コントロールオブジェクト１０間の直接の相互伝達を可
能にするため、各コントロールオブジェクト１０に他の
コントロールオブジェクト１０に対するＩＤispatch ポ
インタを提供する。そのようなものとして、本発明は、
オブジェクト１０を含むアプリケーションプログラム１
３の他のコントロールオブジェクトにより直接コントロ
ールオブジェクト１０（及び特にそれらのメソッド１２
と属性１４）の再利用を可能にする。

【００２０】図１Ａを参照すると、これはワーキングメ
モリ３０に位置するメモリマップドファイル５５により
達成される。メモリマップドファイル５５は、コンピュ
ータシステムの作動メモリレベルでうまく規定されたネ
ーム（well-defined name ）を通してコントロールオブ
ジェクト１０により広く利用される。メモリマップドフ
ァイル５５は、エントリーの配列を保持し、コントロー
ルオブジェクト１０へのアクセスを許可するためにファ
イルに記入された各オブジェクト１０のために異ったエ
ントリー１１２がある。各々において、そこへのエント
リーは互いに伝達するすべてのコントロールをリンクす
るために用いられるネームフィールドを提供される。別
のコントロールと直接伝達する各コントロールにおい
て、後者のネーム（ネームフィールドからのネーム）は
前者の特別な属性で特定される。好ましい実施例におい
て、特別な属性は”DestControl"と呼ばれる。メモリマ
ップドファイル５５の構成の詳細及びそのエントリー１
１２は図２を参照して論じられる。

【００２１】好ましい実施例において、メモリマップド
ファイル５５は、ヘッディング１１０とそれに続くエン
トリー１１２ａ、ｂ、ｃの配列を有し、各コントロール
オブジェクト１０のための異なったエントリー１１２は
アクセスを許可する。ヘッディング１１０は、”Block
_- Length" とラベル付けされた４バイトのフィールドか
ら形成される。このフィールドは、長い完全（integer)
フォーマットにおいて、メモリマップドファイル５５の
トータルの長さの指示を提供する。エントリー１１２の
各々は、４つのフィールドCntrl _- hWnd 20 、Name_- Le
ngth 22 、Cntrl _- Name 24 及びObj-Pointer 26 から
構成される。

【００２２】フィールドCntrl _- hWnd 20 は、好ましく
は４バイトの長さであり、それぞれのコントロールオブ
ジェクト１０のウインドウハンドルを保持している。
「ウインドウハンドル」は、コントロールウインドウの
物理的寸法、ウインドウスタイル、キャプション、及び
親ウインドウ（即ち、コンテナウインドウ）に関する他
の情報を規定している。

【００２３】サブジェクトコントロールオブジェクトの
ネームは、Cntrl _- Nameフィールド24 のキャラクタス
トリングとして保持されている。このフィールドは可変
長のキャラクタストリングを許容し、Name_- Lengthフィ
ールド22は、コントロールネームの長さの表示を提供す
る。好ましくは、Name_- Lengthフィールド22は４バイト
の長さで、長い完全フォーマットにおいてネーム長表示
を保持している。一つの実施例において（図４及び図５
でさらに論ぜられる）、コントロールネームは、例え
ば、”ＩＭＧＥＤＩＴ”、”ＩＭＧＡＤＭＩＮ”、”Ｉ
ＭＧＴＨＵＭＢ”、”ＩＭＧＳＣＡＮ”、及び”ＩＭＧ
ＡＮＯＴ”を有している。

【００２４】最後に、Obj-Pointer フィールド26は、サ
ブジェクトコントロールオブジェクト１０に対するIDis
patch ポインタを保持している。好ましい実施例では、
Obj-Pointer フィールド26は約４バイトの長さである。
要するに、メモリマップドファイル５５は、コントロー
ル１０のネームとウインドウハンドル及びIDispatch イ
ンタフェース１６を通して現される（exposed)コントロ
ールオブジェクト１０に対するそれぞれのインターナル
オブジェクトポインタを提供する。好ましい実施例にお
けるオブジェクトコントロール１０によるメモリマップ
ドファイル５５の使用は、以下の通りであり、図３に概
説されている。

【００２５】そのメソッド１２、属性１４及びウインド
ウハンドルの直接アクセスを許す各コントロールオブジ
ェクト１０（図１Ｂ）は、６１における"InitInstance"
として知られた初期化プロセスにおけるコントロール１
０の初期ローディングの間、メモリマップドファイル５
５に記録する。InitInstanceを呼び出すことは、共有メ
モリ領域(shared memory region)３０（図３のステップ
６２）において、よく知られたネームで、専有モードに
おけるメモリマップドファイル５５を開く。専有モード
においてファイル５５を開くことは、最初、ファイル５
５のエントリー１１２が他のユーザーによる割り込み又
はアクセスなしに書き込まれることを確実にする。よく
知られた又はコントロール認識可能なネーム（control-
recognizable name)でファイル５５を作成することは、
コントロール１０がロードされた後で、エントリー１１
２がファイル５５に記録されたすべてのコントロールオ
ブジェクト１０に対し読み取りアクセス可能（read acc
essible)であることを確実にする。メモリマップドファ
イル５５が開かれた後、サブジェクトコントロールオブ
ジェクト１０は、ファイル５５に対しオブジェクト１０
のためのエントリー１１２を作成しそして付加する。新
しく加えられたエントリー１１２は、上記図２で論じら
れたネーム、ネーム長、ウインドウハンドル、及びオブ
ジェクトポインタ（IDispatch から）を含む。新しいエ
ントリー１１２が完了した後、ファイル５５のヘッディ
ング１１０は、新しいエントリー１１２を加えたファイ
ル５５の新しい（より長い）長さを反映させるため更新
される。

【００２６】データ処理の間、第１のコントロールオブ
ジェクト１０ａのメソッド又は機能は、図３のステップ
６４で呼び出される。コントロールオブジェクト１０ａ
は、特定のメソッドによるさらなる処理が次に必要であ
る／望まれることを決めることができる。コントロール
オブジェクト１０ａはメモリマップドファイル５５を見
守る。コントロールオブジェクト１０ａは、ワーキング
メモリ３０のメモリマップドファイル５５の良く知られ
た（グローバルな）ネームのため、いかにファイル５５
にアクセスするかを知っており、コントロールオブジェ
クト１０ａは、コントロール１０ａがファイル５５の構
造体（フィールド構成）を知っているため、いかにファ
イル５５を読むか知っている。コントロール１０Ａは、
特別な属性”DestControl"のネームをメモリマップドフ
ァイルに蓄えられたコントロールネームと比較すること
によって、どのコントロールで伝達するかを知ってい
る。メモリマップドファイル５５とその中の記録された
／利用可能なコントロール１０のリストを通してみる
と、コントロールオブジェクト１０ａは、コントロール
の機能に基づいて呼び出す別のコントロールオブジェク
ト１０ｂの適切な方法を決定する。望まれるコントロー
ルオブジェクト１０ｂのためのファイルエントリー１１
２からオブジェクトポインタフィールド２６を用いて、
コントロールオブジェクト１０ａは、ステップ６５でID
ispatch を通してコントロールオブジェクト１０ｂと、
直接伝達する。特に、コントロールオブジェクト１０ａ
はオブジェクト１０ｂ（ステップ６６）の望まれるメソ
ッドを直接呼び出す。

【００２７】代わりに又は加えて、処理の間コントロー
ルオブジェクト１０ａは、別のコントロールオブジェク
ト１０ｂのワーキングウインドウ（又は他のデータエレ
メント）を直接更新できる。これは、コントロールオブ
ジェクト１０ｂのためのメモリマップドファイルエント
リー１１２を通してコントロールオブジェクト１０ｂの
ウインドウハンドルを得てコントロールオブジェクト１
０ｂにより達成できる。第１のコントロールオブジェク
ト１０ａがコントロールオブジェクト１０ｂのウインド
ウハンドルを得た後、コントロールオブジェクト１０ａ
は望みのコントロールオブジェクト１０ｂのワーキング
ウインドウに直接サブジェクトデータを送る（ペイント
する）。加えて、コントロールオブジェクト１０ａは、
メモリマップドファイル５５のオブジェクト１０ｂのた
めのファイルエントリー１１２からIDispatch オブジェ
クトポインタを取り出し、そして、コントロールオブジ
ェクト１０ｂのリフレッシュメソッドを直接実施する
（呼び出す）。これに応えて、コントロールオブジェク
ト１０ｂは、そのリフレッシュメソッドが実行され、そ
してそのワーキングウインドウの内容が変化したことを
理解していることに基づいていることを認識する。その
ロジックを続けることにより、コントロールオブジェク
ト１０ｂはイメージデータを見、そしてコントロールオ
ブジェクト１０ａ（オブジェクト１０ｂに知られていな
い）によりそこに提供されたウインドウ及びデータの存
在を認識する。コントロールオブジェクト１０ｂは、第
１のコントロールオブジェクト１０ａによりそのウイン
ドウになされた変化をシーズ化する（serialize ）（ス
テップ６９）。

【００２８】シリーズ化は二つの形、データ変化を蓄え
ることにより、又はデータ内容が変化したためウインド
ウ表示を単に更新することにより、達成することができ
る。図３のステップ６９で、シリーズ化のこれらの形の
どちらか又は両方が行われる。好ましい実施例におい
て、リフレッシュメソッドは、オブジェクト１０に組み
込まれたスタンダードのＯＬＥ方法である。リフレッシ
ュメソッドは、ディスプレイの強制更新をするためコン
トロールオブジェクト１０にそのワーキングウインドウ
の再ペイントを実行することを命ずる。ワーキングウイ
ンドウの再ペイントは、新しいデータをエンドユーザー
に見えるようにする。このように、コントロールオブジ
ェクト１０ａのコントロールオブジェクト１０ｂのリフ
レッシュメソッドへの呼出しは、コントロールオブジェ
クト１０ｂをタイムリーなやり方でそのウインドウにな
される変化をシリーズ化することを許容する。

【００２９】好ましい実施例において、メモリマップド
ファイル５５は、一時的メモリオブジェクトとして存在
し、そして、コンテナプログラム１３が有効範囲（scop
e ）から出る（即ち、アプリケーションプログラム１３
はキャンセルされ又は閉じられる等される）とき、アン
ロードされる。コンテナプログラム１３が有効範囲から
出るとき、コントロール１０上の参照カウントはゼロに
セットされる。コントロール１０の参照カウントがゼロ
のとき、コントロール１０はワーキングメモリからアン
ロードされ、メモリマップドファイル５５のエントリー
は削除される。コントロール１０は、ExitInstanceと呼
ばれるスタンダードエントリーポイントを通してアンロ
ードされる。好ましくは、ExitInstanceは、ＤＤＬ又は
ＯＬＥがアンロードされたとき呼び込まれるスタンダー
ドエントリーポイントである。

【００３０】描くためであり限定するためでなく、図４
及び図５は、イメージビューイングアプリケーション７
１を通した、本発明の上記方法及び装置を示したもので
ある。図４において、イメージアプリケーション７１
は、五つのＯＬＥコントロール、即ち、イメージエディ
ット（Image Edit）７３、アノテーションツールバー
（Annotation toolbar）７５、サムネイル（Thumbnail)
７６、スキャン（Scan）７４、及びアドミニストレーシ
ョン（Administration）７２、のコントローラとして役
立つ。InitInstanceを用いて、イメージアプリケーショ
ン７１はコントロールオブジェクト７２、７３、７４、
７５、７６、をワーキングメモリにロードし、各々はそ
れぞれのメソッドと属性を持っている。各コントロール
７２、７３、７４、７５、７６は、InitInstanceの間に
メモリマップドファイルのそれぞれのエントリー１１２
を作成し記録する。図５は図４のイメージコンテナアプ
リケーション７１のスクリーンショットを描いたもので
ある。

【００３１】概要によると、主ワーキングコントロール
はイメージエディットコントロールオブジェクト７３で
ある。属性を操作し、そしてこのコントロールオブジェ
クト７３の方法を呼び出すことにより、エンドユーザー
はイメージドキュメントを表示しそして管理することが
できる。例えば、このコントロールオブジェクト７３を
通して、イメージドキュメントが開かれ又作成され、そ
して頁が見られ又削除される。見られた頁は種々のイン
タラクティブツールを用いてスクロールされ、基準化さ
れ（scaled）、そして回転される。

【００３２】アノテーションツールバーコントロールオ
ブジェクト７５は、カスタム化されたツールバーが組み
込まれることを許容する。例えば、多分エンドユーザー
は、絶えず属性を変化させている一つのペンよりも、ワ
ーキングパレット上で三つの異なった色を特に明るくす
るペン（three different color hightlighting pens)
を望んでいる。アノテーションツールバーコントロール
オブジェクト７５は、インタラクティブインタフェース
及びそのような変化を有効にするサポート処理を提供す
る。

【００３３】サムネイルコントロール７６は、個々のド
キュメントページのサムネイル表現が望み通りに表示さ
れることを可能にする視覚によるインタフェースを提供
する。スキャンコントロール７２は、スキャナオプショ
ンを管理し、スキャンプロセスをコントロールし、そし
てラスタイメージデータをイメージドキュメントファイ
ルにターンさせるため工業標準スキャナと通信するＴＷ
ＡＩＮドライバを用いる。

【００３４】アドミニストレーションコントロール７２
は、シーンの後ろ（背景）を操作する。アドミニストレ
ーションコントロール７２は、ローカル及び向き直され
たイメージファイルのためのイメージファイルサポー
ト、及びイメージに特有の共通ダイアログボックスサポ
ートを提供する。一般的なイメージファイルサポート
は、ユーザーがディレクトリを作成し、ディレクトリ及
びイメージファイルを削除し、イメージファイル属性
（attribute)を検索し、イメージファイル属性デフォル
トを管理することを可能にする。ユーザーは複数ページ
イメージファイルに頁を附加し、挿入し、差し替えるこ
とができる。加えて、このコントロールは共通ダイアロ
グボックスのディスプレイをサポートし、イメージファ
イルを選択し、又はプリントするときイメージ特定オプ
ションを提供する。

【００３５】本発明に関し、例えば、イメージアプリケ
ーション７１はスキャンコントロールオブジェクト７４
にスキャン及びディスプレイコマンドを出す。スキャン
コントロールオブジェクト７４は、スキャン操作の間に
スキャナから列イメージデータ（ラスタデータビット）
を受ける。スキャンコントロールオブジェクト７４は、
次にデータのビットについて何をするか決定する。最初
のコマンドに従い、スキャンされたイメージが表示さ
れ、スキャンコントロールオブジェクト７４は"DestCon
trol" 属性（property) ネームを見、そしてディスプレ
イコントロールのためメモリマップドファイル５５をサ
ーチするためこのネームを用いる。メモリマップドファ
イル５５のエントリー１１２のアレイから、スキャンコ
ントロールオブジェクト７４はInitInstanceの間、ファ
イル５５において作成されたエントリー１１２にイメー
ジエディットコントロールオブジェクト７３を見いだ
す。

【００３６】ファイルエントリー１１２から、スキャン
コントロールオブジェクト７４は、イメージエディット
コントロールオブジェクト７３のためウインドウハンド
ル及びIDispatch オブジェクトポインタを得る。ウイン
ドウハンドルを用いて、スキャンコントロールオブジェ
クト７４は、スキャンされたイメージを表示するためス
キャンされたイメージデータを直接イメージエディット
コントロールオブジェクト７３のワーキングウインドウ
にペイントする。加えて、イメージエディットコントロ
ールオブジェクト７３に対するIDispatch オブジェクト
ポインタを用いて、スキャンコントロールオブジェクト
７４は、イメージエディットオブジェクト７３のリフレ
ッシュメソッドを呼出す。スキャンコントロールオブジ
ェクト７４からのリフレッシュメソッドの呼出しに応答
して、イメージエディットオブジェクト７３は、今新し
いディスプレイデータがあることを理解して、そのワー
キングウインドウにおける表示をリペイントする。即
ち、イメージエディットコントロール７３のリフレッシ
ュメソッドは、コントロールがスキャンコントロール７
４によりされたウインドウ内容の変化をシリーズ化する
ことを許容する。

【００３７】順次、イメージエディットコントロール７
３は、アドミニストレーションコントロール７２に対す
るIDispatch オブジェクトポインタを得るためにメモリ
マップドファイル５５を見る。イメージエディットコン
トロール７３は、イメージデータをディスクに蓄えるた
めアドミニストレーションコントロール７２における方
法に直接アクセスするためそのポインタを用いる。

【００３８】それは本発明が目指すコントロールオブジ
ェクト７３、７４、７２、その他の間のこの直接の協力
と伝達である。従来、先行技術のシステムは、(i) スキ
ャンオブジェクト７４からスキャンイメージデータを検
索し、そして(ii)続いてそのデータを、望まれるワーキ
ングウインドウに表示するためイメージエディットコン
トロール７３と、ディスクに蓄えるためアドミニストレ
ーションコントロール７２に提供する。そういうものと
して、本発明はタスクの達成／データの処理を効率よく
かつ早く行えるようにする。本発明はまた、コマンド／
実行時までコントロールオブジェクトをロードすること
を抑制することによりメモリスペースを節約する。さら
に、本発明は、アプリケーションコンテナの他のコント
ロールによる直接コントロールの再使用を可能にする。均 等 物 本発明はその好ましい実施例を参照して特に示し、そし
て記載したが、添付された請求の範囲に規定されている
ように、この発明の精神及び範囲から逸脱せずに形及び
詳細を種々に変更できることは当業者であれば理解でき
るものである。

【００３９】例えば、メモリマップドファイルオブジェ
クトポインタは、ポインタが望まれるコントロールオブ
ジェクトのメソッド及び属性への望むオブジェクトダイ
レクトアクセスを提供する限り、それぞれのコントロー
ルオブジェクトに対する他のインターナルオブジェクト
ポインタであってもよい。

【図面の簡単な説明】

【図１】本発明を具体的に示すコンピュータシステムの
ブロック図である。

【図２】図１で描かれた本発明の実施例に採用された広
く共有されたメモリファイルの詳細なブロック図であ
る。

【図３】本発明方法を記載したプロセスフロー図であ
る。

【図４】本発明の方法及び装置を実行するイメージビュ
ーイングアプリケーションを記載した図である。

【図５】図４のイメージコンテナアプリケーションのス
クリーンショットを描いた図である。

【符号の説明】

１０…コントロールオブジェクト １２…メソッド １３…アプリケーションプログラム １４…属性 １６…インタフェース １８…サブジェクトディジタルプロセッサ ３０…ワーキングメモリ ３１…サポーティングオペレーションシステム ５５…メモリマップドファイル ７１…イメージビューイングアプリケーション ７２…アドミニストレーション ７３…イメージエディット ７４…スキャン ７５…アノテーションツールバー ７６…サムネイル １１０…ヘッディング １１２…エントリー

Claims (1)

【特許請求の範囲】
1. 【請求項１】 各アプリケーションプログラムが一組の
   プログラムオブジェクトとコンポーネントにより構成さ
   れているアプリケーションプログラムを実行するための
   ワーキングメモリを有するディジタルプロセッサにおい
   て、共通アプリケーションプログラムに含まれるプログ
   ラムオブジェクト間の伝達を可能にするためのコンピュ
   ータ装置であって、該装置は、 ワーキングメモリにある共通アプリケーションプログラ
   ムに含まれる複数のコントロールオブジェクトであっ
   て、各コントロールオブジェクトは、(i) 機能、特別な
   属性、及びデータエレメントを特定し、そして(ii)共通
   アプリケーションプログラムを通してのみアクセス及び
   実行のために当初規定されており、該アプリケーション
   プログラムはワーキングオブジェクトコンテナとして役
   立つものである複数のコントロールオブジェクト、及
   び、 異なったコントロールオブジェクト間のアクセス及び伝
   達を可能にするためのワーキングメモリのメモリマップ
   ドファイルであって、該メモリマップドファイルはコン
   トロールオブジェクトに対する参照を保持しており、各
   コントロールオブジェクトは異なった参照であり、第１
   のコントロールオブジェクトはメモリマップドファイル
   の第２のコントロールオブジェクトに対する参照を通し
   て第２のコントロールオブジェクトに直接アクセスでき
   るものであり、第２のコントロールオブジェクトをアク
   セスする際、アプリケーションプログラムに連携するこ
   とのないメモリマップドファイル、を有するコンピュー
   タ装置。