JP2505974B2

JP2505974B2 - 複数の適用業務プログラムを統合化グラフィカル・ユ―ザ・インタフェ―ス処理環境へ統合化するための方法

Info

Publication number: JP2505974B2
Application number: JP5241745A
Authority: JP
Inventors: トーマス・マーチン・リンデン; ジョン・デービット・レインケ; フランク・ベルンハード・シュムック
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1992-12-08
Filing date: 1993-09-28
Publication date: 1996-06-12
Anticipated expiration: 2011-06-12
Also published as: US5551030A; JPH0749765A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、プロセッサの動作及び
管理に係り、更に詳細に説明すれば、異なる型の適用業
務間の通信及び適用業務とのユーザ・インタフェースに
係る。

【０００２】

【従来の技術】１０年以上前の殆どの適用業務プログラ
ムは、テキスト・ベースのユーザ・インタフェースを使
用していたために、ユーザがキーボード上にコマンドを
入力すると、これに応じた適用業務からの出力が、テキ
スト・スクリーンへ表示されていた。しかし、グラフィ
ック・イメージをサポートする計算機インタフェース技
術の出現とともに、グラフィカル・ユーザ・インタフェ
ース（ＧＵＩ）が一般的になってきた。ＧＵＩ適用業務
を制御するには、メニュー・バーや、ボタンや、スライ
ダや、適用業務によってデイスプレイ・スクリーン上に
描画されるこれと同様の制御要素を利用することができ
る。ユーザは、マウスのようなポインテイング装置を使
用して、デイスプレイ上でカーソルを移動させたり、メ
ニューや、適用業務によって与えられる他のグラフィカ
ル制御をポイントしている間に、マウス・ボタンをクリ
ックしたりして、ＧＵＩ適用業務と対話する。

【０００３】ウインドウ・システムは、スクリーンを複
数の矩形領域（ウインドウ）へ分割することにより、複
数の適用業務を同じスクリーン上で並行して実行するこ
とを可能にする。一般に、ウインドウ・システムは、Ｇ
ＵＩ適用業務をサポートしたり、文字式端末をエミュレ
ートするようなウインドウ内で実行中の、古いテキスト
・ベースの適用業務をもサポートする。かかるウインド
ウ・システムには、例えばアップル社が提供するマッキ
ントッシュのオペレーテイング・システムと、ＵＮＩＸ
オペレーテイング・システムの下で実行されるＸ−ウイ
ンドウ・システムと、ＤＯＳの下で実行されるマイクロ
ソフト・ウインドウと、ＩＢＭ社が提供するＯＳ／２の
プレゼンテーション・マネージャが含まれる。

【０００４】統合化グラフィカル・ユーザ・インタフェ
ース処理環境と呼ばれるものは、更に進んでいて、種々
のウインドウで実行中の諸適用業務間で行われる処の、
グラフィカル・モードの対話をサポートしている。かか
る処理環境には、例えば計算機援用ソフトウェア・エン
ジニアリング（ＣＡＳＥ）のような統合化適用業務パッ
ケージや、いわゆるオブジェクト指向ユーザ・インタフ
ェース（ＯＯＵＩ）が含まれる。ＯＯＵＩ処理環境内の
ユーザは、システムと対話するために、スクリーン上に
現れるシステム資源のアイコン表示を操作する。例え
ば、文書を印刷する場合、ユーザは、この文書のファイ
ルを表すアイコンへカーソルを移動させ、マウス・ボタ
ンを押し、プリンタを表すアイコンへカーソルを移動さ
せて、マウス・ボタンを離すようにする。他方、既存の
テキスト・ファイルについてテキスト編集動作を開始す
る場合には、ユーザは、マウスを前述のように使用して
テキスト・ファイルのアイコンを選択し、このアイコン
をテキスト・エデイタが実行されているウインドウへ移
動させ、このアイコンを当該ウインドウへ解放するよう
にする。このような対話が「ドラッグ・ドロップ」と呼
ばれる所以は、或るウインドウで選択されたオブジェク
トが、他のウインドウへ「ドラグ」され、そこで「ドロ
ップ」されるからである。オブジェクト指向グラフィカ
ル・ユーザ・インタフェース（ＯＯＧＵＩ）処理環境
には、例えばＩＢＭ社が提供するＯＳ／２２．０のワ
ーク・プレース・シェルや、ＤＯＳについて利用可能な
「デスク・トップ・マネージャ」（ＮｏｒｔｏｎＤｅ
ｓｋｔｏｐ）や、ＵＮＩＸ（Ｘｄｔ、ＨＰ−ＶＵＥ、Ｏ
ｐｅｎＬｏｏｋ、等）が含まれている。

【０００５】これらの処理環境の欠点は、当該処理環境
へ統合される適用業務が他の適用業務と対話するため
に、特定のプロトコルに従わなければならない、という
ことにある。例えば、グラフィカル・ユーザ・インタフ
ェース処理環境中の複数の適用業務間で通信を行うに
は、全てのプログラムが、アンドルー（Ａｎｄｒｅｗ）
ツール・キットの通信規約のような予め確立されたプロ
トコルに従う必要がある。従って、既存の適用業務は、
これを書き直すか又はリエンジニアリングを行わない限
り、かかる処理環境に統合化することはできない。この
プロトコルに従わない（即ち、特定のインタフェースで
実現されない）プロセスは、統合化されないままに留ま
ることになる。例えば、前述のテキスト編集の例で、デ
イレクトリ・ブラウザ（ｂｒｏｗｓｅｒ）及びテキスト
・エデイタが同じ統合化パッケージの部分でなければ、
デイレクトリ・ブラウザには、選択されたファイルの編
集をユーザが望んでいることをテキスト・エデイタへど
のようにして通信するかということは判らない。かく
て、デイレクトリ・ブラウザは、テキスト・エデイタに
よる所望の動作を開始させることができない。

【０００６】従って、このような組み込みインタフェー
スを要することなく、既存の適用業務や新しい適用業務
を統合化する方法は、従来から問題視されていたし、ユ
ーザのシステムがサポートするような種々の適用業務を
統合化しようとしても、ユーザができることは限られて
いたのである。

【０００７】米国特許第５０７５８４７号には、テキス
ト・ベースの適用業務ツールをＣＡＳＥシステムへ統合
化するに際し、適用業務のコードを修正しないようにし
た方法が開示されている。概説すれば、インタフェース
記述ファイルは、適用業務ツール用のＧＵＩのレイアウ
ト及び所望の動作を指定するにあたり、このユーザ・イ
ンタフェース及び他のツールとの対話に応答するように
なっている。

【０００８】

【発明が解決しようとする課題】しかし、この米国特許
の方法は、テキスト・ベースの適用業務のみに制限され
ている（第８欄、第４９行ないし第５３行参照）。

【０００９】この米国特許に開示されたシステムでは、
インタフェース記述ファイルで指定されるような適用業
務用のユーザ・インタフェースは、ＣＡＳＥシステムに
よって作成され且つ管理される。このシステムは、ＵＮ
ＩＸのパイプ機能を使用して適用業務を制御するため
に、複数のコマンドを文字ストリングとしてこの適用業
務の標準入力ストリーム（ｓｔｄｉｎ）へ送り、その標
準出力ストリーム（ｓｔｄｏｕｔ）を捕捉して、その出
力をＣＡＳＥシステムによって作成されたウインドウへ
表示する。従って、この米国特許の方法は、ＧＵＩ適用
業務をグラフィカル・ユーザ・インタフェース処理環境
へ統合化するには不適当である。なぜなら、このような
適用業務は、ＵＮＩＸのパイプ・モデルには従わないか
らである。むしろ、このようなＧＵＩ適用業務は、それ
自体のユーザ・インタフェースを作成するために、標準
入力ストリーム（ｓｔｄｉｎ）及び標準出力ストリーム
（ｓｔｄｏｕｔ）を通して制御することができない。

【００１０】本発明の目的は、既存のテキスト・ベース
の適用業務及びＧＵＩ適用業務を統合化グラフィカル・
ユーザ・インタフェース処理環境へ統合化するに際し、
かかる適用業務のコードを修正することを不要にした方
法を提供することにある。

【００１１】本発明の他の目的は、第１の特性を有する
第１の適用業務の（又はかかる第１の適用業務によって
作成された）オブジェクトを、ウインドウ中の第２の適
用業務と統合化するに際し、かかる統合化がユーザにと
ってドラグ・ドロップ動作によって行われるようにした
方法を提供することにある。

【００１２】

【課題を解決するための手段】前記及び他の目的を達成
するため、本発明の方法は、複数の適用業務を統合化グ
ラフィカル・ユーザ・インタフェース処理環境へ統合化
するにあたり、第１の特性（property）を有する第１の
適用業務を与えられると、第２の特性を有する第２の適
用業務が第１の適用業務からのオブジェクトについて動
作するか、さもなければかかるオブジェクトを統合化す
るようにしている。この方法は、（第１及び第２の特性
と適合し且つ第２の適用業務中の所望の動作を呼び出す
ためのアクションを指定するような）ルール・データベ
ースからの一のルールを識別するステップと、この識別
済みのルールで指定されたアクションを遂行することに
より、オブジェクトについての第２の適用業務による所
望の動作を呼び出すステップとを含んでいる。

【００１３】本発明の処理システムは、それぞれの特性
を有する複数の適用業務プログラム及びオブジェクトを
サポートするものであって、これらの適用業務プログラ
ム及びオブジェクトを統合化するための複数のルールを
保持するルール・データベースを含んでいる。

【００１４】各ルールは、これを適用すべき特定の適用
業務プログラム及びオブジェクトを識別するための手段
を含んでいる。動作の際、適用業務プログラムは、ウイ
ンドウ内部で実行中である。このウインドウの特性は、
当該ウインドウ内部で実行中の適用業務の特性を反映し
ている。従って、本発明の実施例において、この識別手
段は、当該ウインドウで実行中の適用業務と統合化すべ
きオブジェクトの特性と、ウインドウ特性とを含んでい
る。かかる識別を行うため、当該ウインドウ及びオブジ
ェクトの特性と、ルールで指定された特性とが比較され
る。

【００１５】また各ルールは、第２の適用業務によって
その特性及び第１の適用業務のオブジェクトの特性と適
合する動作を呼び出すように、処理システムに対し指示
する手段も含んでいる。

【００１６】

【実施例】図１には、統合化グラフィカル・ユーザ・イ
ンタフェース処理環境を利用した処理システムが示され
ている。この処理環境はウインドウ環境であり、ウイン
ドウ・システムの機能はウインドウ・サーバ２によって
与えられる。図１の例は、統合化グラフィカル・ユーザ
・インタフェース処理環境用に書かれた適用業務、即ち
使用可能な（enabled）適用業務４が、既存の無修正の
ＧＵＩ適用業務、即ち異質の（foreign）適用業務６と
対話する方法を示している。使用可能な適用業務４の如
き、この処理環境用に書かれた適用業務は、後述するよ
うに本発明の機構をカプセル化するソフトウェア・ライ
ブラリ８を使用する。

【００１７】以下の説明は、ユーザが使用可能な適用業
務４中のオブジェクトを選択し且つこれを異質の適用業
務６を保持するウインドウへドロップする場合に、図１
のシステムがどのように動作するかということに係る。
ドラグ・ドロップ動作をユーザが開始する方法は、使用
可能な適用業務４がどのようにプログラムされたかとい
うことに依存しており、これには多種類の形態が有り得
る。例えば、ＯＯＧＵＩでは、ユーザは、使用可能な
適用業務４によって描画された（ファイル、デイレクト
リ又は他のシステム資源の如き）オブジェクトのアイコ
ン表示へカーソルを移動させて、マウス・ボタンを押
す。或いは、ユーザは、使用可能な適用業務４によって
作成されたメニューから、特定の項目を選択する。

【００１８】何れの場合においても、使用可能な適用業
務４は、ユーザとの対話を一連のウインドウ・イベント
（例えば、カーソルの移動、ボタンの押し下げ、等）と
して記述するメッセージを、ウインドウ・サーバ２から
受け取る。ユーザがドラグ・ドロップを望んでいること
を使用可能な適用業務４が認識する場合、この適用業務
は、ソフトウェア・ライブラリ８へのコールを行い、ユ
ーザによって選択されたオブジェクトの属性（例えば、
選択されたオブジェクトがファイルを表す場合は、その
ファイルの名前、ファイルの型、最後の修正時間、等）
をパラメータとしてパスする。もし、異質の適用業務６
がこの対話の目標であることを、これらのウインドウ・
イベントが指示すれば、即ち異質の適用業務６によって
作成されたウインドウへこのオブジェクトをドロップさ
せるようにユーザがマウス・ボタンを離すのであれば、
このオブジェクトを異質の適用業務６と統合化すること
が必要である。かかる統合化は、後述のように、ルール
・データベース１０を参照して行われる。

【００１９】図２には、使用可能な適用業務４がソフト
ウェア・ライブラリ８へのコールを行う場合に、本発明
に従って実行される動作の流れ図が示されている。詳述
すると、ソフトウェア・ライブラリ８は、ウインドウ・
サーバ２からのメッセージを監視する（ステップ１
２）。この特定の例では、ソフトウェア・ライブラリ８
は、ウインドウ・サーバ２からのウインドウ・イベント
・メッセージを監視する。これらのウインドウ・イベン
トは、マウスの使用やマウス・ボタンの操作による、カ
ーソルの運動を含んでいる。

【００２０】次に、ウインドウ・イベントは、ユーザが
マウス・ボタンを離したこと、即ちユーザがマウスを使
用してデイスプレイ上の或るウインドウを選択したこと
を指示する（ステップ１４）。これに応答して、ソフト
ウェア・ライブラリ８は、ウインドウ・サーバ２へメッ
セージを送って、マウス・ボタンが離されたカーソル位
置に配置されている特定のウインドウを決定する（ステ
ップ１６）。この例の場合、ユーザは、異質の適用業務
６によって作成されたウインドウ上でマウス・ボタンを
離す。

【００２１】マウス・ボタンを離す前に、ユーザはマウ
スを使用して、使用可能な適用業務４から特定の属性を
有するオブジェクトを既に選択している。異質の適用業
務６によって作成されたウインドウ上でマウス・ボタン
を離すことは、使用可能な適用業務４からのオブジェク
トを異質の適用業務６と統合化することを望んでいる、
というユーザ自身の意図を表明することである。またソ
フトウェア・ライブラリ８は、ウインドウ・サーバ２へ
追加のメッセージを送って、このウインドウ用に定義さ
れた（ウインドウ名の如き）ウインドウ特性を獲得す
る。これらのウインドウ特性から、このウインドウで実
行中の適用業務の特性を推論することができるので、こ
れらのウインドウ特性に従ってこのオブジェクトをこの
ウインドウと統合化すると、事実上、このオブジェクト
とこの適用業務との統合化を促進することができる。

【００２２】この情報を獲得した後、ソフトウェア・ラ
イブラリ８は、ルール・データベース１０を調べる（ス
テップ１８）。ソフトウェア・ライブラリ８は、一致す
るルールを求めてルール・ファイルを探索する。幾つか
の例を含むルールの一層詳細な説明は後で行うことにし
て、ここではルールの一般的な説明を行う。

【００２３】各ルールが保持する「セレクション節」
は、ウインドウ特性及びオブジェクト属性に関する１組
の条件を指定する。各ルールのセレクション節は、ウイ
ンドウ特性及びオブジェクト属性をこの節で指定された
ものと比較するために、１つずつ調べられる。もし、ス
テップ１４で得られたウインドウ特性とユーザによって
選択されたオブジェクトの属性とがこれらの条件を満足
すれば、一致するルールが見い出されて探索は終了す
る。さもなければ、ファイル中の次のルールを考慮する
ことにより、探索が継続する。

【００２４】次に、一致するルールが見い出されたか否
かをテストする（ステップ２０）。もし、一致するルー
ルが見い出されなければ、ソフトウェア・ライブラリ８
はエラー条件を検出し（ステップ２２）、使用可能な適
用業務４へ制御を戻す。この場合、どんなアクションも
取られないか、又はエラー・メッセージの表示の如き適
当なアクションが取られる。実施例の場合、エラー・メ
ッセージには、かかる障害の性質を記述した戻りコード
が含まれている。

【００２５】前述のセレクション節に加えて、各ルール
は「アクション節」をも保持する。もし、一致するルー
ルが見い出されるなら、ソフトウェア・ライブラリ８
は、当該ルールのアクション節で指定された一連のアク
ションを実行する（ステップ２４）。各アクションが指
定しうるのは，（ａ）異質の適用業務６へ送るべき１以
上のウインドウ・イベントか、又は（ｂ）実行すべき外
部プログラム若しくはシェル・スクリプトの何れかであ
る。例えば、Ｘ−ウインドウ環境の場合、前者のケース
（ａ）で、ソフトウェア・ライブラリ８は、指定された
Ｘ−イベント及び異質の適用業務６のウインドウの識別
子を保持するＸＳｅｎｄＭｅｓｓａｇｅ−メッセージ
を、ウインドウ・サーバ２へ送る。次いで、ウインドウ
・サーバ２は、このメッセージを異質の適用業務６へ送
る。

【００２６】後者のケース（ｂ）では、ソフトウェア・
ライブラリ８は、オペレーテイング・システムへのシス
テム・コールを実行して、指定されたプログラムをロー
ドし且つこれを起動する。例えば、第１のテキスト・エ
デイタによって作成されたテキスト・ファイルは、この
テキストをフォーマットするために第１のテキスト・エ
デイタが利用する組み込みコマンドを含んでいる。も
し、ユーザが、異なる組み込みコマンドを利用する第２
のテキスト・エデイタへ、このテキスト・ファイルをド
ラグ・ドロップしようとしているのであれば、このルー
ルは、このテキスト・ファイル中にある第１のテキスト
・エデイタ用のコマンドを第２のテキスト・エデイタ用
の適当なコマンドへ変換する外部プログラムを実行する
ためのコールを含む筈である。

【００２７】本発明に従った方法は、複数のオブジェク
ト及び適用業務を種々の態様で統合化する。第１の例と
して、もし一のデイレクトリ・ブラウザ及び一のテキス
ト・エデイタが２つのウインドウで実行されており、し
かもこのデイレクトリ・ブラウザ及びテキスト・エデイ
タが同一の統合化パッケージの部分でなければ、本発明
の方法を使用することにより、ユーザは、このデイレク
トリ・ブラウザのウインドウから一のオブジェクトを選
択し、これをテキスト・エデイタのウインドウへドロッ
プして、このオブジェクトを編集させることができる。
このような場合、異質の適用業務６へ送られたウインド
ウ・イベントが、（ドラグ・ドロップを開始したときに
ユーザが意図していた動作を呼び出す如き）ユーザの対
話をシミュレートするように、ルールを設計すべきであ
る。しかし、異質の適用業務６は、かかるオブジェクト
について、このように動作する必要はない。第２の例と
して、かかるオブジェクトは、エデイタのプロファイル
でもよい。この場合、このプロファイルをエデイタのウ
インドウへドロップすると、このエデイタはこのプロフ
ァイルにより構成されるようになる。更に、第３の例と
して、第１のウインドウからヘルプ・アイコンを選択
し、これを適用業務を実行中の第２のウインドウへドロ
ップさせることができる。この結果、この適用業務用の
ヘルプ・メッセージが表示される。これらの例の場合、
ルールは、外部プログラムを起動して、所望の動作を実
行させる。

【００２８】アクション節を実行すると、オブジェクト
及び適用業務が統合化されるから、このアクション節
を、或るプログラミング言語で書かれたプログラムであ
ると考えることもできる。外部プログラムが実行される
（ｂ）のケースでは、このプログラムは、或るプログラ
ミング言語、例えばＣで書かれている。一方、（ａ）の
ケースでは、ルール自体のアクション節が、プログラム
として作用する。後述のように、アクション節は、プロ
グラミング言語として作用するキーワードで書かれてい
る。

【００２９】次に、本発明の実施例に従ったルール・デ
ータベース１０を詳述する。前述のように、各ルール
は、セレクション節とアクション節とを含んでいる。実
施例では、これらの節の各々は、複数のキーワードのう
ち１以上のものを含み、各キーワードは、指定された引
数（アーギュメント）を有する。本発明の実施例に従っ
たセレクション節のキーワードのリストは、そのフォー
マット及び説明文とともに、以下の表１に示されてい
る。

【００３０】

【表１】・ｗｉｎｄｏｗ＝ｐａｔｔｅｒｎ適用業務のウインドウ名は、パターンと一致しなければならない。・ｎａｍｅ＝ｐａｔｔｅｒｎファイル名は、パターンと一致しなければならない。・ｅｘｔ＝ｐａｔｔｅｒｎファイル名の拡張子は、パターンと一致しなければならない（ｎａｍｅ＝．＊＼．ｐａｔｔｅｒｎと等価）。・ｄｉｒ＝ｐａｔｔｅｒｎ完全修飾デイレクトリ名は、パターンと一致しなければならない。・ｔｙｐｅ＝ｆｉｌｅ−ｔｙｐｅファイルは、指定されたファイルの型を持たなければならない。ｄ：デイレクトリｆ：正規の実行不能ファイル（実行許可なし）ｘ：実行可能（実行許可を設定された正規ファイル）Ｆ：正規ファイル（実行可能又は実行不能）ｐ：パイプｃ：文字の特殊ファイルｂ：ブロックの特殊ファイルｓ：ソケット。

【００３１】表１に示すように、１つのキーワードであ
る「ｗｉｎｄｏｗ」は、ユーザがオブジェクトをドラグ
し且つドロップした、特定ウインドウの名前用のパター
ンを指定する。Ｘ−ウインドウ環境では、「ｗｉｎｄｏ
ｗ」というキーワードは、当該ウインドウのＷＭＮＡ
ＭＥ特性であることが望ましい。Ｘ−ウインドウに詳し
い当業者であれば、ＷＭＮＡＭＥは容易に理解するこ
とができよう。ＷＭＮＡＭＥ、又は他の適当なウインド
ウ特性から、ウインドウ中にある適用業務の諸特性を推
論することが可能である。従って、本発明によれば、こ
れらのウインドウ特性は、一のオブジェクトを異質の適
用業務６と統合化するのに使用すべき適当なルールを、
セレクション節により決定するために使用される。

【００３２】他のセレクション・キーワードは、「ｔｙ
ｐｅ」である。図示の如く、ルールのセレクション節
は、種々の記号に従って「ｆｉｌｅ−ｔｙｐｅ」、即ち
ファイルの型を指定する。ユーザが特定の型のオブジェ
クトを特定の型のウインドウへドロップしたような所定
の状況では、ステップ１６の間に、ソフトウェア・ライ
ブラリ８がウインドウ・サーバ２から獲得したウインド
ウ特性に関する情報が、ルール・データベース１０中の
諸ルールのセレクション節と比較される。ステップ１８
におけるルール・データベース１０の探索は、ウインド
ウ特性及びオブジェクト属性を、各ルールのセレクショ
ン・キーワードで指定された種々の「ｐａｔｔｅｒｎ」
及び「ｆｉｌｅ−ｔｙｐｅ」と比較することを含んでい
る。かくて、一致が見い出されて、適当なルールが識別
される。

【００３３】以下の表２及び表３は、本発明の実施例に
従ったアクション節のキーワードを、そのフォーマット
及び説明文とともに、リストの形式で示している。

【００３４】

【表２】・ｅｘｅｃ＝ｐｒｏｇｒａｍ−ｎａｍｅ［ａｒｇ１ａｒｇ２ ..］プログラムのｐｒｏｇｒａｍ−ｎａｍｅが、オプションのａｒｇ１ａｒｇ２ ..で呼び出される。・ｅｘｅｃｗａｉｔ＝ｐｒｏｇｒａｍ−ｎａｍｅ［ａｒｇ１ａｒｇ２ ..］ｅｘｅｃと同じであるが、続行前にプログラムの終了を待機する。・ｃｄ＝ｄｉｒｅｃｔｏｒｙ−ｎａｍｅデイレクトリのｄｉｒｅｃｔｏｒｙ−ｎａｍｅで、プログラムが呼び出される。ｃｄキーワードを持たないルールは、プログラムをユーザのホーム・デイレクトリで実行させる。・ｓｔｒｉｎｇ＝“ａｓｃｉｉｓｔｒｉｎｇ” ファイルをドロップされるようなウインドウへ、ａｓｃｉｉｓｔｒｉｎｇのシーケンスであるＫｅｙＰｒｅｓｓイベントが送られる。・ｋｅｙｐｒｅｓｓ＝ｋｅｙファイルをドロップされるようなウインドウへ、ＫｅｙＰｒｅｓｓイベント・キーが送られる。有効なキーの記号名は、／ｕｓｒ／ｉｎｃｌｕｄｅ／Ｘ１１／ｋｅｙｓｙｍｄｅｆ．ｈにリストされる。更に、修飾子であるＳｈｉｆｔ，Ｌｏｃｋ，Ｃｔｒｌ（又はＣｏｎｔｒｏｌ），Ａｌｔ（又はＭｏｄ１），Ｍｏｄ２，Ｍｏｄ３及びＭｏｄ５を使用できる。例えば、ＳｈｉｆｔＲｅｔｕｒｎ，ＣｔｒｌＡｌｔＰｒｉｏｒ。・ｋｅｙｒｅｌｅａｓｅ＝ｋｅｙファイルをドロップされるようなウインドウへ、ＫｅｙＰｒｅｓｓイベント・キーが送られる。有効なキーの記号名は、ｋｅｙｐｒｅｓｓの場合と同じである。・ｋｅｙ＝ｋｅｙファイルをドロップされるようなウインドウへ、ＫｅｙＰｒｅｓｓイベント・キーとこれに続くＫｅｙＲｅｌｅａｓｅイベント・キーが送られる。有効なキーの記号名は、ｋｅｙｐｒｅｓｓの場合と同じである。・ｂｕｔｔｏｎ＝ｂｏｔｔｏｎ−ｎｕｍｂｅｒファイルをドロップされるようなウインドウへ、ボタンのｂｕｔｔｏｎ− ｎｕｍｂｅｒ用のＢｕｔｔｏｎＰｒｅｓｓイベントが送られ、その直後にＢｕｔｔｏｎＲｅｌｅａｓｅイベントが続く。ｂｕｔｔｏｎ−ｎｕｍｂｅｒは［１，１５］の範囲内にある。・ｂｕｔｔｏｎｄｏｗｎ＝ｂｕｔｔｏｎ−ｎｕｍｂｅｒファイルをドロップされるようなウインドウへ、ＢｕｔｔｏｎＰｒｅｓｓイベントのｂｕｔｔｏｎ−ｎｕｍｂｅｒが送られる。・ｂｕｔｔｏｎｕｐ＝ｂｕｔｔｏｎ−ｎｕｍｂｅｒファイルをドロップされるようなウインドウへ、ＢｕｔｔｏｎＲｅｌｅａｓｅイベントのｂｕｔｔｏｎ−ｎｕｍｂｅｒが送られる。

【００３５】

【表３】・ｗａｉｔ＝ｓ次のイベントを送る前にｓ秒間待機する。・ｐｏｐｕｐ＝ｐａｔｅｒｎパターンと一致する名前を持つウインドウを見つけ、後続の全てのキー又はボタン・イベントをこのウインドウへ送る。・ｒｅｓｕｌｔ＝ｒｅｓｕｌｔ−ｃｏｄｅファイルがドロップされたデイレクトリ管理プログラムへ、指定されたｒｅｓｕｌｔ−ｃｏｄｅが戻される。ｂ：悪い転送（転送を打ち切り）ｎ：目標を発見不能ｃ：ファイルがコピーされたｍ：ファイルが移動されたｅ：ファイルは編集中（デフォルト）ｒ：ファイルの名前が変更されたか又は置き換えられたｄ：架空のファイルがデスクトップ上にドロップされた。

【００３６】前述のように、ルール・データベース１０
中のルールと指定されたウインドウ特性及びオブジェク
ト属性との間で一致が見い出された場合、そのアクショ
ン節で指定されたアクションが実行され、これによりオ
ブジェクトに関する所望の動作を呼び出す。これを行う
ため、既存のプログラム若しくはシェル・スクリプトが
実行されるか、又は複数のイベントが送られる。表２に
示すように、「ｅｘｅｃ」キーワードは、実行すべき外
部プログラムの名前を指定する。その内部でこのプログ
ラムを実行するデイレクトリは、「ｃｄ」キーワードを
使用して指定される。適当なキーボード・コマンドの如
き、異質の適用業務６へ送るべき一連のキーストローク
・イベントは、「ｓｔｒｉｎｇ」キーワードを使用し
て、テキスト・ストリングとして記入される。キーボー
ド上の種々の制御キーは、「ｋｅｙｐｒｅｓｓ」及び
「ｋｅｙｒｅｌｅａｓｅ」キーワードを使用して、押
されているか又は離されているものとして指定される。
同様に、マウス・ボタンは、「ｂｕｔｔｏｎ」、「ｂｏ
ｔｔｏｎｄｏｗｎ」及び「ｂｏｔｔｏｎｕｐ」キー
ワードを使用して、押されているか又は離されているも
のとして指定される。時間遅延は、「ｗａｉｔ」キーワ
ードを使用して指定される。これらのイベントは、デフ
ォルトにより、ユーザがオブジェクトをドロップしたウ
インドウへ向けられる。「ｐｏｐｕｐ」キーワードを
使用してこのデフォルト・ウインドウとは異なる特定の
ウインドウを指定すると、これらのイベントをかかる特
定のウインドウへ向けることができる。

【００３７】最後に、動作の結果は、「ｒｅｓｕｌｔ」
キーワードを使用して指定される。種々の結果コード
は、表３の末尾に示されている。結果コードは、オブジ
ェクトのドロップ元であった使用可能な適用業務４へ戻
される。

【００３８】ルール・データベース１０のサイズに依存
して、所定のユーザ動作に一致するようなセレクション
節を有するルールが、複数個存在することがある。この
ような状況では、順当に実行すべきアクション節を保持
するルールが、所定のユーザ動作と一致するようなセレ
クション節を保持する他の全てのルールよりも前に現れ
るように、ルール・データベース１０中の複数のルール
を順序づけることができる。代替的に、他の適当な基準
を使用して、一致する複数のルールのうち特定の状況で
実行すべきルールを決定するようにしてもよい。

【００３９】表２及び表３のキーワードを仮定すると、
外部プログラム又はウインドウ・イベント（カーソル移
動、マウス・ボタンの押し下げ、等）の如き１以上のイ
ベント生成用アクションの何れかを、アクション節で指
定可能であることが理解されよう。もし、外部プログラ
ムの実行とイベント生成用アクションとのある組み合わ
せを使用することが望ましいのであれば、（ルール中の
キーワードを、アクションが取られるべき順序に従って
配列するというような）適当な順序づけが利用される。

【００４０】本発明によれば、或るオブジェクトを、適
用業務を有する既存のウインドウ若しくは背景ウインド
ウへドロップしたり、又はデスクトップのようなデフォ
ルト環境へドロップすることができる。これらの後者の
ケースでは、ウインドウ・イベントの送り先となり得る
適用業務は存在しない。しかし、（「ｅｘｅｃ」キーワ
ードを使用する）適当なアクション節を持つルールを使
用して、（新しいウインドウ中のテキスト・エデイタの
新しいインスタンスを始動するというような）所望の動
作を呼び出すことにより、当該オブジェクトを編集する
ことができる。

【００４１】また、ルール・データベース１０中の諸ル
ールは、当該オブジェクトがデスクトップ又はウインド
ウのどちらにドロップされるのかということに基づい
て、複数のグループへ分類することができる。この分類
方式は、以前の全てのルールが適用できないような場合
に適用すべき、デフォルト・ルールの別クラスを含むこ
とができる。

【００４２】多くの場合、統合化される蓋然性の高い特
定の型のオブジェクト及び適用業務の統合化を予測する
ような、予め定義されたルールを提供することができ
る。例えば、処理システムで使用すべきソフトウェアを
保持するデイスケットが、予め定義されたルールのテー
ブルを含むようにすることができる。一方、ユーザによ
っては、その特定の用途に応じてルールのカストマイズ
を希望する場合がある。従って、本発明は、ユーザ自身
がそのルール・データベース１０をカストマイズするこ
とができるようにするための方法及び手段を含むことが
望ましい。即ち、ユーザがルール・データベース１０を
全体として編集できるようにするか、又はルール・デー
タベース１０が予め設定されたルール・データベース及
びユーザによって書き込み可能な別個のルール・データ
ベースを含むようにすることができる。

【００４３】本発明の実施例では、種々のキーボードの
引数（アーギュメント）用の種々の記号が、マクロを使
用して簡便に指定される。以下の表４には、記号「＄」
によって識別され且つ表１ないし表３のキーワードとと
もに使用される、予め定義されたマクロのテーブルが示
されている。

【００４４】

【表４】記号「＄」は、以下のように拡張される予め定義された一のマクロを表す。＄ｆ：ファイルの完全修飾パス名＄ｄ：完全修飾デイレクトリ名＄Ｄ：基本的には＄ｄと同じである。但し、デイレクトリがルート・デイレクトリである場合は、＄Ｄが（＄Ｄ／ｆｏｏの如き構成に有用な）空ストリングによって置き換えられるという点が異なる。＄ｅ：ファイル名の拡張子（最後の’．’の後にあるもの）＄ｓ：ファイル名のステム（拡張子のないファイル名）＄ｘ，＄ｙ：ファイルをドロップされたスクリーン上の位置＄ｇ： “＋＄ｘ＋＄ｙ”と等価＄Ｇ： “−ｇｅｏｍｅｔｒｙ＋＄ｘ＋＄ｙ”と等価＄｛ｎａｍｅ｝：指定された環境変数の値。

【００４５】以下では、ルールの幾つかの例を説明す
る。これらの例を理解するには、表１ないし表３を参照
するとよい。

【００４６】第１の例では、使用可能な適用業務４は、
デイレクトリ・ブラウザであり、異質の適用業務６は、
ＧＮＵ−ｅｍａｃｓテキスト・エデイタである。ユーザ
がデイレクトリ・ブラウザのウインドウから一のファイ
ルを選択し、これをｅｍａｃｓウインドウへドロップす
る場合、ｅｍａｃｓはこのファイルをロードする筈であ
るから、ユーザはこれを編集することができる。ルール
・データベース１０中の次のルールがこれを達成する。

【００４７】

【数１】

【００４８】このルールのセレクション節は、次のよう
に表される。

【００４９】

【数２】

【００５０】これが指定するのは、正規のファイル
（“ｔｙｐｅ＝Ｆ”）が“ｅｍａｃｓ”又は“ＥＭＡＣ
Ｓ”で始まる名前を持つウインドウ上にドロップされる
場合は、このルールがトリガされる、ということであ
る。

【００５１】アクション節（“ｂｕｔｔｏｎ＝１ｓｔ
ｒｉｎｇ＝・・・”）が指定するのは、マウス・ボタ
ン１用のボタン−ダウン・ウインドウ・イベントと、そ
の後のｅｍａｃｓに送るべき一連のキー押し下げイベン
トである。“＄ｆ”マクロは、このルールがトリガされ
るときにドロップされるファイルの名前を意味する。こ
れらのイベントに応じて、ｅｍａｃｓは“ｆｉｎｄ−ｆ
ｉｌｅ”機能を実行して、このファイルをロードする。

【００５２】次に、前記第１の例の変形を以下に示す。
この例では、ｅｍａｃｓウインドウ上にデイレクトリが
ドロップされるとき、ｅｍａｃｓの“ｄｉｒｅｄ”機能
が呼び出される。

【００５３】

【数３】

【００５４】この例は、前記で示したものと類似してい
る。他のｅｍａｃｓルールとの相違点は、デイレクトリ
がドロップされる場合（ｔｙｐｅ＝ｄ）にのみセレクシ
ョン節がこのルールを選択するという点と、アクション
節がｆｉｎｄ−ｆｉｌｅ機能ではなくｄｉｒｅｄ機能の
みを呼び出すという点にあるにすぎない。

【００５５】これらの最初の２つの例では、異質の適用
業務６は、キーボード・イベントを通して完全に駆動す
ることができる。他の適用業務は、メニュー及びポップ
アップ・ウインドウを含む、一層複雑な対話を必要とす
る。第３の例では、使用可能な適用業務４は、デイレク
トリ・ブラウザであり、異質の適用業務６は、Ｆｒａｍ
ｅＭａｋｅｒ文書作成システムである。ユーザが、デイ
レクトリ・ブラウザ・ウインドウ中のＦｒａｍｅＭａｋ
ｅｒ文書を選択し、これをＦｒａｍｅＭａｋｅｒ制御ウ
インドウ中の“ｏｐｅｎ”ボタン上にドロップする場
合、ＦｒａｍｅＭａｋｅｒは、新しい編集−ウインドウ
をオープンすることにより、選択された文書をユーザが
視認できるようにしなければならない。

【００５６】ルール・データベース１０中の、次のルー
ルはこれを達成する。

【００５７】

【数４】

【００５８】このセレクション節が指定するのは、“Ｆ
ｒａｍｅＭａｋｅｒ”という名前を持つウインドウ上に
正規のファイル（“ｔｙｐｅ＝Ｆ”）がドロップされる
場合に、このルールがトリガされる、ということであ
る。このアクション節は、先ず、マウス・ボタン１用の
ボタン−ダウン・ウインドウ・イベントをＦｒａｍｅＭ
ａｋｅｒウインドウへ送る。ＦｒａｍｅＭａｋｅｒ適用
業務は、“ＦｒａｍｅＭａｋｅｒ−Ｏｐｅｎ”という名
前を有するウインドウを作成する。このウインドウのテ
キスト・フィールドに、ユーザは視認すべき文書の名前
を記入する。このアクション・フィールドは、このウイ
ンドウの作成を待機することを指定し、次いでこのテキ
スト・フィールドをクリアし且つ当該文書の名前を記入
するユーザをシミュレートする。

【００５９】

【発明の効果】以上説明したように、本発明によれば、
既存のテキスト・ベースの適用業務及びＧＵＩ適用業務
を統合化グラフィカル・ユーザ・インタフェース処理環
境へ統合化するに際し、適用業務のコードを修正するこ
とが不要になるばかりか、かかる適用業務プログラムを
特定の通信プロトコルに適合させることも不要になる、
という優れた効果が得られる。

【図面の簡単な説明】

【図１】本発明の実施例を示すシステム・ブロック図で
ある。

【図２】本発明の方法の動作を示す流れ図である。

【符号の説明】

２・・・ウインドウ・サーバ４・・・使用可能な適用業務６・・・異質の適用業務８・・・ソフトウェア・ライブラリ１０・・・ルール・データベース

フロントページの続き (72)発明者ジョン・デービット・レインケアメリカ合衆国95123、カリフォルニア州サン・ホセ、フットヒル・ドライブ 867 (72)発明者フランク・ベルンハード・シュムックアメリカ合衆国95008、カリフォルニア州キャンプベル、ユニオン・アベニュー 406−エイ (56)参考文献特開平４−199352（ＪＰ，Ａ)

Claims

(57)【特許請求の範囲】

【請求項１】統合化グラフィカル・ユーザ・インタフェ
ース処理環境が複数のルールを格納する一のルール・デ
ータベースへ結合され、少なくとも１つの当該ルールが
一の適用業務プログラムによって実行すべき一のアクシ
ョンを指定するようにしたデータ処理システムにおい
て、第１のプロトコル及び第１のインタフェースを定義する
第１の特性を有する第１の適用業務プログラム内の一の
オブジェクトに関する所望の動作が、第２のプロトコル
及び第２のインタフェースを定義する第２の特性を有す
る第２の適用業務プログラムによって行われるように、
複数の適用業務プログラムを前記統合化グラフィカル・
ユーザ・インタフェース処理環境へ統合化するための方
法であって、前記ルール・データベースに格納されている前記複数の
ルールから、前記第１の特性及び第２の特性に対応する
一のルールであって、前記オブジェクトに関する前記所
望の動作を呼び出すために前記第２の適用業務プログラ
ムによって実行すべき一のアクションを指定する当該ル
ールを選択するステップと、前記選択されたルールで指定されたアクションを実行す
ることにより、前記オブジェクトに関する前記所望の動
作を呼び出すステップとから成る、複数の適用業務プロ
グラムを前記統合化グラフィカル・ユーザ・インタフェ
ース処理環境へ統合化するための方法。
【請求項２】各ルールは、それぞれのオブジェクト及び
ウインドウの特性をキーワードを使用して指定する一の
セレクション節を含み、前記選択するステップが、前記第１及び第２の特性を指
定するキーワードを含むセレクション節を有するルール
を前記ルール・データベースにおいて探索することを含
んでいる、請求項１記載の複数の適用業務プログラムを
統合化グラフィカル・ユーザ・インタフェース処理環境
へ統合化するための方法。
【請求項３】前記選択するステップで選択されたルール
が、前記第２の適用業務プログラムによって前記所望の
動作を呼び出す一連のアクションを実行するための一の
アクション節を含んでいる、請求項１記載の複数の適用
業務プログラムを統合化グラフィカル・ユーザ・インタ
フェース処理環境へ統合化するための方法。
【請求項４】前記アクション節が、前記一連のアクショ
ンを指定する一のキーワードを含んでいる、請求項３記
載の複数の適用業務プログラムを統合化グラフィカル・
ユーザ・インタフェース処理環境へ統合化するための方
法。