JPH0644063A - 個別サブプログラムをメインプログラムに統合する方法 - Google Patents
個別サブプログラムをメインプログラムに統合する方法Info
- Publication number
- JPH0644063A JPH0644063A JP4344544A JP34454492A JPH0644063A JP H0644063 A JPH0644063 A JP H0644063A JP 4344544 A JP4344544 A JP 4344544A JP 34454492 A JP34454492 A JP 34454492A JP H0644063 A JPH0644063 A JP H0644063A
- Authority
- JP
- Japan
- Prior art keywords
- subprogram
- main program
- command
- individual
- event
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 80
- 230000006870 function Effects 0.000 claims description 58
- 230000004044 response Effects 0.000 claims description 22
- 238000004891 communication Methods 0.000 claims description 9
- 238000012546 transfer Methods 0.000 claims description 4
- 238000004590 computer program Methods 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 9
- 230000008901 benefit Effects 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 230000000903 blocking effect Effects 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000007429 general method Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Executing Machine-Instructions (AREA)
Abstract
(57)【要約】 （修正有）
【目的】 ディレクトリ内に格納されているいずれかの
個別サブプログラムをメインプログラムに統合するこ
と。 【構成】 本方法は、メインプログラムのディレクトリ
に格納されている各々の個別サブプログラムを識別する
ステップ１０２と、メインプログラムが複数のサブプロ
グラムを呼び出せるようにするための相互参照アレイを
作成するステップ１０４を備えている。相互参照アレイ
を作成するのみならず、メインプログラムの事象参照リ
ストをアップデート（１０８）し、サブプログラムのコ
マンドをキーまたはメニュー割りつけ指定でき、それに
より、更に確実にサブプログラムをメインプログラムに
統合できる。同様に、メインプログラムのディレクトリ
からサブプログラムを削除するだけで、メインプログラ
ムからサブプログラムを除去できる。
個別サブプログラムをメインプログラムに統合するこ
と。 【構成】 本方法は、メインプログラムのディレクトリ
に格納されている各々の個別サブプログラムを識別する
ステップ１０２と、メインプログラムが複数のサブプロ
グラムを呼び出せるようにするための相互参照アレイを
作成するステップ１０４を備えている。相互参照アレイ
を作成するのみならず、メインプログラムの事象参照リ
ストをアップデート（１０８）し、サブプログラムのコ
マンドをキーまたはメニュー割りつけ指定でき、それに
より、更に確実にサブプログラムをメインプログラムに
統合できる。同様に、メインプログラムのディレクトリ
からサブプログラムを削除するだけで、メインプログラ
ムからサブプログラムを除去できる。
Description
【０００１】
【産業上の利用分野】本発明はアプリケーションプログ
ラムに関し、とくに一つまたは複数の個別サブプログラ
ムをメインプログラムに統合する方法に関する。
ラムに関し、とくに一つまたは複数の個別サブプログラ
ムをメインプログラムに統合する方法に関する。
【０００２】
【従来の技術】パーソナルコンピュータが今日の社会に
定着するにつれ、パーソナルコンピュータで使用するア
プリケーションソフトウェアの需要は増加し続けてい
る。この需要増加により、ソフトウェア開発業者の数お
よびアプリケーションソフトウァアプログラムの種類と
数が大幅に増大した。更にソフトウェア開発業者達は、
よりよい製品を提供し、他社と競合し得る利点を獲得ま
たは維持するという努力を通し、停まることなく既存プ
ログラムを改良し続けている。
定着するにつれ、パーソナルコンピュータで使用するア
プリケーションソフトウェアの需要は増加し続けてい
る。この需要増加により、ソフトウェア開発業者の数お
よびアプリケーションソフトウァアプログラムの種類と
数が大幅に増大した。更にソフトウェア開発業者達は、
よりよい製品を提供し、他社と競合し得る利点を獲得ま
たは維持するという努力を通し、停まることなく既存プ
ログラムを改良し続けている。
【０００３】
【発明が解決しようとする課題】しかし、アプリケーシ
ョンソフトウェアが増え、その結果としての既存プログ
ラムの改良にともない、ユーザは、ソフトウェアがごく
短期間で旧式化してしまうという不利益を被る。この旧
式化に最も寄与する重大要因の一つは、既存ソフトウェ
アの改良のための新ルーチン開発である。かかる新ルー
チンは全体ソフトウェア製品のほんの一部分を構成して
いるたけであるのに、その新ルーチンの恩恵を得るため
にユーザは新ソフトウェア製品全体を購入しなくてはな
らない。それ故、新しいメインプログラム全体を購入す
るのではなく、ユーザ自身が容易に新ルーチンの組み込
み修正ができるようなソフトウェアアプリケーションプ
ログラムを提供することが望ましい。
ョンソフトウェアが増え、その結果としての既存プログ
ラムの改良にともない、ユーザは、ソフトウェアがごく
短期間で旧式化してしまうという不利益を被る。この旧
式化に最も寄与する重大要因の一つは、既存ソフトウェ
アの改良のための新ルーチン開発である。かかる新ルー
チンは全体ソフトウェア製品のほんの一部分を構成して
いるたけであるのに、その新ルーチンの恩恵を得るため
にユーザは新ソフトウェア製品全体を購入しなくてはな
らない。それ故、新しいメインプログラム全体を購入す
るのではなく、ユーザ自身が容易に新ルーチンの組み込
み修正ができるようなソフトウェアアプリケーションプ
ログラムを提供することが望ましい。
【０００４】現在、ソフトウェア開発業者は、特徴、機
能、改良を多くして高価格で供給するか、特徴、機能、
改良を少なくして低価格で供給するかを決定する際にジ
レンマに直面してもいる。アプリケーションプログラム
に所望の特徴、機能、改良を組み込む本質的なカストマ
イズをユーザ自身が出来るようにモジュール形式で販売
されるアプリケーションソフトウェアを提供することが
望ましい。従って、アプリケーションプログラムをユー
ザが容易にカストマイズできるようにする方法を提供す
ることが望ましい。
能、改良を多くして高価格で供給するか、特徴、機能、
改良を少なくして低価格で供給するかを決定する際にジ
レンマに直面してもいる。アプリケーションプログラム
に所望の特徴、機能、改良を組み込む本質的なカストマ
イズをユーザ自身が出来るようにモジュール形式で販売
されるアプリケーションソフトウェアを提供することが
望ましい。従って、アプリケーションプログラムをユー
ザが容易にカストマイズできるようにする方法を提供す
ることが望ましい。
【０００５】また、ソフトウェア開発業者は、アプリケ
ーションソフトウェアの評判をより向上するための努力
において、ごく簡単に使えるソフトウェアを提供したい
と欲する。しかしながらアプリケーションプログラムを
グレードアップするための既存の方法のほとんどは、グ
レードアップ実行担当者による特殊専門知識を要する。
このため、現在、多くのソフトウェア設計者が発表する
ソフトウェア新バージョンは、最も基本的なグレードア
ップをユーザに提供するものである。従って、ソフトウ
ェアのグレードアップをユーザ自身が容易にできるよう
にする方法および装置を提供することが望ましい。
ーションソフトウェアの評判をより向上するための努力
において、ごく簡単に使えるソフトウェアを提供したい
と欲する。しかしながらアプリケーションプログラムを
グレードアップするための既存の方法のほとんどは、グ
レードアップ実行担当者による特殊専門知識を要する。
このため、現在、多くのソフトウェア設計者が発表する
ソフトウェア新バージョンは、最も基本的なグレードア
ップをユーザに提供するものである。従って、ソフトウ
ェアのグレードアップをユーザ自身が容易にできるよう
にする方法および装置を提供することが望ましい。
【０００６】
【課題を解決するための手段】本発明は、メインプログ
ラムに個別サブプログラムを統合するための方法と装置
を提供することによって先行技術の前述の各欠点を解決
しようとするものである。本明細書に記載された好適実
施例では、別個サブプログラムにサブプログラム機能を
実行するためのアクセスコマンドが含まれ、個別サブプ
ログラムはこのコマンドに対して応答する。同様に、メ
インプログラムは事象機能を実行する事象に対して応答
する。好適方法には、更に、特定事象に応答するメイン
プログラムが実行する機能を決定する複数の事象エント
リを備えた事象参照リストを保持する工程が含まれる
が、その際、少なくとも事象エントリの一つに、サブプ
ログラムのアクセスコマンドを識別する情報を有する。
好適実施例には、更に、サブプログラム機能を実行され
るようにサブプログラムをアクセスすることによって、
一つ以上の事象の選択に対応する工程が含まれる。
ラムに個別サブプログラムを統合するための方法と装置
を提供することによって先行技術の前述の各欠点を解決
しようとするものである。本明細書に記載された好適実
施例では、別個サブプログラムにサブプログラム機能を
実行するためのアクセスコマンドが含まれ、個別サブプ
ログラムはこのコマンドに対して応答する。同様に、メ
インプログラムは事象機能を実行する事象に対して応答
する。好適方法には、更に、特定事象に応答するメイン
プログラムが実行する機能を決定する複数の事象エント
リを備えた事象参照リストを保持する工程が含まれる
が、その際、少なくとも事象エントリの一つに、サブプ
ログラムのアクセスコマンドを識別する情報を有する。
好適実施例には、更に、サブプログラム機能を実行され
るようにサブプログラムをアクセスすることによって、
一つ以上の事象の選択に対応する工程が含まれる。
【０００７】上述した通り、本発明は、個別サブプログ
ラムをメインプログラムに完全に統合する方法を提供す
ることによって、メインプログラムのコマンドと同じ方
法でサブプログラムのコマンドを呼び出せるようにする
ものである。一般に、個別サブプログラムは、メインプ
ログラムで利用可能な機能を実行するためのものであ
る。例えば、メインプログラムが文書処理業務用のもの
である場合、スペルチェック、シソーラス、印刷、文書
検索、ヘルプといった機能を実行するために個別サブプ
ログラムを提供することが考えられる。本発明の重要態
様の一つは、ユーザが見たときに個別サブプログラムが
メインプログラムの一部であるようにメインプログラム
に個別サブプログラムを統合することである。以下に詳
述するが、本発明に記載の好適方法によれば、個別サブ
プログラムをメインプログラムに統合する際、個別サブ
プログラムの機能を実行するためのコマンドをキーボー
ド上のキーまたはメインプログラムメニュー上のいずれ
かの位置に割り当てられるよう構成できる。割り当てら
れたキーを押すか、適当なメニュー位置をアクセスする
ことによって、ユーザは、メインプログラムによって実
行される機能を呼び出すのと同じ方法で個別サブプログ
ラムの機能を呼び出すことができる。
ラムをメインプログラムに完全に統合する方法を提供す
ることによって、メインプログラムのコマンドと同じ方
法でサブプログラムのコマンドを呼び出せるようにする
ものである。一般に、個別サブプログラムは、メインプ
ログラムで利用可能な機能を実行するためのものであ
る。例えば、メインプログラムが文書処理業務用のもの
である場合、スペルチェック、シソーラス、印刷、文書
検索、ヘルプといった機能を実行するために個別サブプ
ログラムを提供することが考えられる。本発明の重要態
様の一つは、ユーザが見たときに個別サブプログラムが
メインプログラムの一部であるようにメインプログラム
に個別サブプログラムを統合することである。以下に詳
述するが、本発明に記載の好適方法によれば、個別サブ
プログラムをメインプログラムに統合する際、個別サブ
プログラムの機能を実行するためのコマンドをキーボー
ド上のキーまたはメインプログラムメニュー上のいずれ
かの位置に割り当てられるよう構成できる。割り当てら
れたキーを押すか、適当なメニュー位置をアクセスする
ことによって、ユーザは、メインプログラムによって実
行される機能を呼び出すのと同じ方法で個別サブプログ
ラムの機能を呼び出すことができる。
【０００８】
【実施例】図１の決定流れ図は本発明に記載の好適実施
例の一般的方法を説明するものである。当該技術で周知
の通り、メインプログラムを実行する前にこれをコンピ
ュータ上のディレクトリに格納する。メインプログラム
と一緒に利用する個別サブプログラムを同じディレクト
リ、またはサブディレクトリに格納する。ユーザがメイ
ンプログラムを実行した時点でシステムを初期設定する
（ステップ１００）。当該技術分野で周知の通り、シス
テムの初期設定には、メインプログラムをコンピュータ
のメモリスぺースへロードする工程、メインプログラム
の初期設定ルーチンが規定する通りにレジスタを所望状
態に設定またはリセットする工程、プログラムが使用で
きる状態になっていることを示すプロンプトをユーザに
提供する工程、が含まれる。メインプログラムの初期設
定の後、メインプログラムは自身のディレクトリを読み
取り、メインプログラムと一緒に利用するために格納さ
れている導入可能サブプログラムを識別する（ステップ
１０２）。各々の導入可能サブプログラムは、所定のフ
ァイルに、サブプログラムを記述するための所定の情報
を有する。メインプログラムは前記所定ファイルを呼び
出し、個別サブプログラムを呼び出すための相互参照配
列を作る（ステップ１０４）。
例の一般的方法を説明するものである。当該技術で周知
の通り、メインプログラムを実行する前にこれをコンピ
ュータ上のディレクトリに格納する。メインプログラム
と一緒に利用する個別サブプログラムを同じディレクト
リ、またはサブディレクトリに格納する。ユーザがメイ
ンプログラムを実行した時点でシステムを初期設定する
（ステップ１００）。当該技術分野で周知の通り、シス
テムの初期設定には、メインプログラムをコンピュータ
のメモリスぺースへロードする工程、メインプログラム
の初期設定ルーチンが規定する通りにレジスタを所望状
態に設定またはリセットする工程、プログラムが使用で
きる状態になっていることを示すプロンプトをユーザに
提供する工程、が含まれる。メインプログラムの初期設
定の後、メインプログラムは自身のディレクトリを読み
取り、メインプログラムと一緒に利用するために格納さ
れている導入可能サブプログラムを識別する（ステップ
１０２）。各々の導入可能サブプログラムは、所定のフ
ァイルに、サブプログラムを記述するための所定の情報
を有する。メインプログラムは前記所定ファイルを呼び
出し、個別サブプログラムを呼び出すための相互参照配
列を作る（ステップ１０４）。
【０００９】更にくわしく説明すると、メインプログラ
ムは導入可能サブプログラム記述リスト（ＩＳＤ）を作
り（ステップ１０２）、導入可能コマンド参照リスト
（ＩＣＲ）作り（ステップ１０４）、個別サブプログラ
ムを記述し、メインプログラムによる個別サブプログラ
ムへのアクセスを許可する。図５（Ａ）と図５（Ｂ）を
参照すると、図５（Ａ）には導入可能コマンド参照リス
トのデータ構造、図５（Ｂ）には購入可能サブプログラ
ム記述リストのデータ構造が示されている。輸入可能コ
マンド参照リスト５００は、メインプログラムによって
識別された（上述のステップ１０２）、各サブプログラ
ムの各導入可能コマンドのリストである。但し、各サブ
プログラムは一つまたは複数のコマンドを含むので、輸
入可能コマンド参照リスト上のコマンドの数は、通常、
識別された個別サブプログラムの数よりも多い、という
ことに注意する。導入可能コマンド参照リスト上に記載
された各コマンドについて、データ構造５００を規定す
る。
ムは導入可能サブプログラム記述リスト（ＩＳＤ）を作
り（ステップ１０２）、導入可能コマンド参照リスト
（ＩＣＲ）作り（ステップ１０４）、個別サブプログラ
ムを記述し、メインプログラムによる個別サブプログラ
ムへのアクセスを許可する。図５（Ａ）と図５（Ｂ）を
参照すると、図５（Ａ）には導入可能コマンド参照リス
トのデータ構造、図５（Ｂ）には購入可能サブプログラ
ム記述リストのデータ構造が示されている。輸入可能コ
マンド参照リスト５００は、メインプログラムによって
識別された（上述のステップ１０２）、各サブプログラ
ムの各導入可能コマンドのリストである。但し、各サブ
プログラムは一つまたは複数のコマンドを含むので、輸
入可能コマンド参照リスト上のコマンドの数は、通常、
識別された個別サブプログラムの数よりも多い、という
ことに注意する。導入可能コマンド参照リスト上に記載
された各コマンドについて、データ構造５００を規定す
る。
【００１０】各導入可能コマンドエントリのデータ構造
には、個別サブプログラムコマンドを特定するため導入
可能コマンド番号（ＩＣ番号）５０４が付いている。こ
の導入可能コマンド番号は、本発明の範囲に反すること
なく種々の方法で割り振ることができる。但し、本明細
書に記載の本発明好適実施例では、導入可能コマンド番
号は、導入可能サブプログラム１個につき１２７個のコ
マンドを可能にする、７ビットの数を利用している。導
入可能コマンド番号の次に続くのは、導入可能サブプロ
グラム既述リスト５０２に対する導入可能サブプログラ
ム既述ポインタ（ＩＳＤポインタ）５０６である。ＩＳ
Ｄポインタは８ビットの数で、ユーザは最大２５６個の
導入可能サブプログラムを呼び出すことができる。ＩＳ
Ｄポインタの次に続くのは、導入可能サブプログラムの
コマンド機能実行部分を識別する導入可能サブプログラ
ムに対する導入可能サブプログラムポインタ（ＩＳポイ
ンタ）５０８である。導入可能サブプログラムポインタ
５０８の次に続くのは、コマンドの特性を特定する情報
を格納するために用意されている、メインプログラムコ
マンド構造フィールド５１０である。メインプログラム
コマンド構造フィールド５１０に格納されている情報
は、メインプログラムのコマンドのために提供される情
報と同様である。詳細は後述するが、サブプログラムに
伝送されるデータ構造を格納する記憶場所を指示し、そ
れによって個別サブプログラムとメインプログラムをイ
ンタフェースするコミュニケーションポインタ５１２も
用意されている。
には、個別サブプログラムコマンドを特定するため導入
可能コマンド番号（ＩＣ番号）５０４が付いている。こ
の導入可能コマンド番号は、本発明の範囲に反すること
なく種々の方法で割り振ることができる。但し、本明細
書に記載の本発明好適実施例では、導入可能コマンド番
号は、導入可能サブプログラム１個につき１２７個のコ
マンドを可能にする、７ビットの数を利用している。導
入可能コマンド番号の次に続くのは、導入可能サブプロ
グラム既述リスト５０２に対する導入可能サブプログラ
ム既述ポインタ（ＩＳＤポインタ）５０６である。ＩＳ
Ｄポインタは８ビットの数で、ユーザは最大２５６個の
導入可能サブプログラムを呼び出すことができる。ＩＳ
Ｄポインタの次に続くのは、導入可能サブプログラムの
コマンド機能実行部分を識別する導入可能サブプログラ
ムに対する導入可能サブプログラムポインタ（ＩＳポイ
ンタ）５０８である。導入可能サブプログラムポインタ
５０８の次に続くのは、コマンドの特性を特定する情報
を格納するために用意されている、メインプログラムコ
マンド構造フィールド５１０である。メインプログラム
コマンド構造フィールド５１０に格納されている情報
は、メインプログラムのコマンドのために提供される情
報と同様である。詳細は後述するが、サブプログラムに
伝送されるデータ構造を格納する記憶場所を指示し、そ
れによって個別サブプログラムとメインプログラムをイ
ンタフェースするコミュニケーションポインタ５１２も
用意されている。
【００１１】導入可能サブプログラム記述リスト（ＩＳ
Ｄリスト）５０２は、メインプログラムによって識別さ
れた各導入可能サブプログラムを記述するデータの配列
である。図５Ｂに記載のデータ構造は、識別された各導
入可能サブプログラムに関するものである。コンピュー
タのメモリ上にロードするためのディレクトリにおいて
メインプログラムが導入可能サブプログラムを捜し出す
ことができるようにするために、導入可能サブプログラ
ム記述リストは、導入可能サブプログラムの位置に対す
るポインタ５１４を備えている。ディレクトリポインタ
５１４の次に続くのは、当該導入可能サブプログラムに
属する導入可能コマンド参照リスト上に記載されている
第一導入可能コマンドを識別するＩＣ番号である。ＩＣ
番号５１６の次に続いているのは、導入可能サブプログ
ラムの専用呼出し情報を識別するデータ５１８である。
例えば、アイドル時間中に導入可能サブプログラムを呼
び出す必要があるかどうか、導入可能サブプログラム自
身のヘルプルーチンを入れるかどうか、導入可能サブプ
ログラムが「自動実行」メッセージを受け取る必要があ
るかどうか、導入可能サブプログラムが遮断メッセージ
を受け取る必要があるかどうか、などを識別するために
データが提供される。次回アクセスされたときに導入可
能サブプログラムに戻されるロングワードを、導入可能
サブプログラムによって格納できるようするために、専
用呼出しデータの後ろにロングワード５２０が続いてい
る。このロングワードの後ろに導入可能サブプログラム
番号５２２が続いている。導入可能コマンド番号のよう
に、導入可能サブプログラム番号により導入可能サブプ
ログラムを識別する。
Ｄリスト）５０２は、メインプログラムによって識別さ
れた各導入可能サブプログラムを記述するデータの配列
である。図５Ｂに記載のデータ構造は、識別された各導
入可能サブプログラムに関するものである。コンピュー
タのメモリ上にロードするためのディレクトリにおいて
メインプログラムが導入可能サブプログラムを捜し出す
ことができるようにするために、導入可能サブプログラ
ム記述リストは、導入可能サブプログラムの位置に対す
るポインタ５１４を備えている。ディレクトリポインタ
５１４の次に続くのは、当該導入可能サブプログラムに
属する導入可能コマンド参照リスト上に記載されている
第一導入可能コマンドを識別するＩＣ番号である。ＩＣ
番号５１６の次に続いているのは、導入可能サブプログ
ラムの専用呼出し情報を識別するデータ５１８である。
例えば、アイドル時間中に導入可能サブプログラムを呼
び出す必要があるかどうか、導入可能サブプログラム自
身のヘルプルーチンを入れるかどうか、導入可能サブプ
ログラムが「自動実行」メッセージを受け取る必要があ
るかどうか、導入可能サブプログラムが遮断メッセージ
を受け取る必要があるかどうか、などを識別するために
データが提供される。次回アクセスされたときに導入可
能サブプログラムに戻されるロングワードを、導入可能
サブプログラムによって格納できるようするために、専
用呼出しデータの後ろにロングワード５２０が続いてい
る。このロングワードの後ろに導入可能サブプログラム
番号５２２が続いている。導入可能コマンド番号のよう
に、導入可能サブプログラム番号により導入可能サブプ
ログラムを識別する。
【００１２】更に図１、特にそのステップ１０４を参照
する。メインプログラムが導入可能コマンド参照リスト
と導入可能サブプログラム記述リストを作成した後に、
メインプログラムの事象参照リストが修正される。当該
技術分野で周知の通り、一般的なソフトウェアアプリケ
ーションプログラムは、事象と、事象に応じてプログラ
ムが実行する動作とを関連付ける、表、ファイル、配
列、などのデータ構造を備えている。本願実施例でそう
であるように、例えば、キーボードのキーを押す、また
は、メニュー項目を選択する、というような、ユーザー
によるプログラムへの入力、を事象に含ませてもよい。
また、直前の操作実行中に、ユーザによって埋め込まれ
たオブジェクトの結果としてのプログラムによって、事
象を自己生成させてもよい。メインプログラムによっ
て、事象に応答して導入可能サブプログラムを参照でき
るので、ステップ１０２で識別された複数の導入可能サ
ブプログラムから導入可能コマンドに応答して参照事項
を包含するように事象参照リストを修正する（ステップ
１０４）。本発明の現好適実施例の場合、導入可能コマ
ンドに応答する参照事項は、導入可能コマンド参照リス
ト５００（図５）に格納されている導入可能コマンド番
号（ＩＣ番号）である。
する。メインプログラムが導入可能コマンド参照リスト
と導入可能サブプログラム記述リストを作成した後に、
メインプログラムの事象参照リストが修正される。当該
技術分野で周知の通り、一般的なソフトウェアアプリケ
ーションプログラムは、事象と、事象に応じてプログラ
ムが実行する動作とを関連付ける、表、ファイル、配
列、などのデータ構造を備えている。本願実施例でそう
であるように、例えば、キーボードのキーを押す、また
は、メニュー項目を選択する、というような、ユーザー
によるプログラムへの入力、を事象に含ませてもよい。
また、直前の操作実行中に、ユーザによって埋め込まれ
たオブジェクトの結果としてのプログラムによって、事
象を自己生成させてもよい。メインプログラムによっ
て、事象に応答して導入可能サブプログラムを参照でき
るので、ステップ１０２で識別された複数の導入可能サ
ブプログラムから導入可能コマンドに応答して参照事項
を包含するように事象参照リストを修正する（ステップ
１０４）。本発明の現好適実施例の場合、導入可能コマ
ンドに応答する参照事項は、導入可能コマンド参照リス
ト５００（図５）に格納されている導入可能コマンド番
号（ＩＣ番号）である。
【００１３】事象参照リストをアップデート可能にする
ための方法は、本発明の特殊態様ではない。しかしなが
ら、事象参照リストをアップデート可能にするのに適し
た方法は、１９９０年１月８日に出願された、レイモン
ドＤ．グラム（ Raymond D.Gram )による米国特許願第
０７／４６1,７７５号「コンピュータシステムにおいて
ユーザインタフェースをカストマイズするための方法と
システム」に説明されており、その開示内容全体が参考
として本明細書に含まれる。
ための方法は、本発明の特殊態様ではない。しかしなが
ら、事象参照リストをアップデート可能にするのに適し
た方法は、１９９０年１月８日に出願された、レイモン
ドＤ．グラム（ Raymond D.Gram )による米国特許願第
０７／４６1,７７５号「コンピュータシステムにおいて
ユーザインタフェースをカストマイズするための方法と
システム」に説明されており、その開示内容全体が参考
として本明細書に含まれる。
【００１４】導入可能コマンド参照リスト、導入可能サ
ブプログラム記述リスト、および、事象参照リストを組
み合わせて相互参照アレイを構成する。相互参照アレイ
により、メインプログラムは、メインプログラム事象に
応じて複数の導入可能サブプログラムを自動的に呼び出
すことができる。従って、相互参照アレイにより、複数
のサブプログラムがメインプログラムに完全に統合され
る。また、相互参照アレイが自動的に生成され、メイン
プログラムのディレクトリに格納されている各サブプロ
グラムを包含するので、メインプログラムへの複数サブ
プログラム統合にはユーザの介入を全く要しない。
ブプログラム記述リスト、および、事象参照リストを組
み合わせて相互参照アレイを構成する。相互参照アレイ
により、メインプログラムは、メインプログラム事象に
応じて複数の導入可能サブプログラムを自動的に呼び出
すことができる。従って、相互参照アレイにより、複数
のサブプログラムがメインプログラムに完全に統合され
る。また、相互参照アレイが自動的に生成され、メイン
プログラムのディレクトリに格納されている各サブプロ
グラムを包含するので、メインプログラムへの複数サブ
プログラム統合にはユーザの介入を全く要しない。
【００１５】相互参照アレイを作成し、システムが使用
できる状態になっていることを示すプロンプトをユーザ
に表示した後、メインプログラムはユーザ入力のような
事象を待つ（ステップ１０６）。上述した通り、事象に
は、一般的に、キーボード上のキーを押すユーザ、メニ
ューから項目を選択するユーザ、または、別のユーザの
入力をシステムに提供するユーザが含まれていてもよ
い。システムは、事象受信（ステップ１０６）と同時に
事象ＩＤを読み取り、この事象ＩＤを利用して事象参照
リスト上の適当なコマンドを参照する（ステップ１０
８）。導入可能サブプログラムの導入可能コマンドへの
参照は、メインプログラムのコマンドに従って事象参照
リスト上で行われる。従って、導入可能サブプログラム
によって実行される機能をユーザが呼び出そうとする場
合、例えば、メニュー項目を選択するといった、標準的
なユーザ入力だけで呼び出すことができる。
できる状態になっていることを示すプロンプトをユーザ
に表示した後、メインプログラムはユーザ入力のような
事象を待つ（ステップ１０６）。上述した通り、事象に
は、一般的に、キーボード上のキーを押すユーザ、メニ
ューから項目を選択するユーザ、または、別のユーザの
入力をシステムに提供するユーザが含まれていてもよ
い。システムは、事象受信（ステップ１０６）と同時に
事象ＩＤを読み取り、この事象ＩＤを利用して事象参照
リスト上の適当なコマンドを参照する（ステップ１０
８）。導入可能サブプログラムの導入可能コマンドへの
参照は、メインプログラムのコマンドに従って事象参照
リスト上で行われる。従って、導入可能サブプログラム
によって実行される機能をユーザが呼び出そうとする場
合、例えば、メニュー項目を選択するといった、標準的
なユーザ入力だけで呼び出すことができる。
【００１６】事象コマンドが導入可能コマンドである場
合（ステップ１１０）、相互参照アレイを用いて導入可
能サブプログラムを参照する（ステップ１１２）。その
後、システムはステップ１０６に戻り、再び、システム
事象の発生を待つ。事象コマンドが導入可能コマンドで
ない場合（ステップ１１０）、事象がメインプログラム
を出るためのものかどうかをシステムが判断する（ステ
ップ１１４）。事象がメインプログラムを出るためのも
のであるシステムは導入可能コマンド参照リストと導入
可能サブプログラム記述リストを格納する（ステップ１
１６）ので、次回メインプログラムを初期設定するとき
にそれらのリストを利用できる。注目に値するのは、図
２を参照して下記に詳しく説明するように、導入可能サ
ブプログラム記述リストが導入可能サブプログラム参照
リストとして格納されることである。
合（ステップ１１０）、相互参照アレイを用いて導入可
能サブプログラムを参照する（ステップ１１２）。その
後、システムはステップ１０６に戻り、再び、システム
事象の発生を待つ。事象コマンドが導入可能コマンドで
ない場合（ステップ１１０）、事象がメインプログラム
を出るためのものかどうかをシステムが判断する（ステ
ップ１１４）。事象がメインプログラムを出るためのも
のであるシステムは導入可能コマンド参照リストと導入
可能サブプログラム記述リストを格納する（ステップ１
１６）ので、次回メインプログラムを初期設定するとき
にそれらのリストを利用できる。注目に値するのは、図
２を参照して下記に詳しく説明するように、導入可能サ
ブプログラム記述リストが導入可能サブプログラム参照
リストとして格納されることである。
【００１７】事象が導入可能コマンドでなく、また、メ
インプログラムからの出口でもない場合、その事象がメ
インプログラムの一つを実行するためのものであり、シ
ステムは通常の方法でこのコマンドを実行し（ステップ
１１８）、その後、ステップ１１６に戻って別のシステ
ム事象の発生を待つ。本発明の特徴は、導入可能サブプ
ログラムの導入可能コマンドを、メインプログラムのコ
マンドと同じ方法で、ユーザが呼び出すことである。詳
しくは後述するが、導入可能コマンドが、導入可能サブ
プログラムの導入可能コマンドのためのキー割りつけま
たはメニュー位置を識別するデフォルト事象割りつけを
備えてもよいので、導入可能サブプログラムはこれらの
事象に応答する。また、上記に参照した米国特許願第０
７／４６1,７７５号に記載および説明されている方法に
より、ユーザは、導入可能コマンドについて事象割りつ
けを選択することもできる。
インプログラムからの出口でもない場合、その事象がメ
インプログラムの一つを実行するためのものであり、シ
ステムは通常の方法でこのコマンドを実行し（ステップ
１１８）、その後、ステップ１１６に戻って別のシステ
ム事象の発生を待つ。本発明の特徴は、導入可能サブプ
ログラムの導入可能コマンドを、メインプログラムのコ
マンドと同じ方法で、ユーザが呼び出すことである。詳
しくは後述するが、導入可能コマンドが、導入可能サブ
プログラムの導入可能コマンドのためのキー割りつけま
たはメニュー位置を識別するデフォルト事象割りつけを
備えてもよいので、導入可能サブプログラムはこれらの
事象に応答する。また、上記に参照した米国特許願第０
７／４６1,７７５号に記載および説明されている方法に
より、ユーザは、導入可能コマンドについて事象割りつ
けを選択することもできる。
【００１８】更にまた、導入可能コマンドは、別のコマ
ンドをプリエンプトまたはポストエンプトしてもよい。
詳細には、他のコマンドを選択しているとき他のコマン
ドが実行される前に導入可能コマンドを呼び出す（即
ち、プリエンプト）ことができるか、他のコマンドを選
択しているとき他のコマンドが実行された後で導入可能
コマンドを呼び出すことができるか、である。つまり、
導入可能コマンドはメインプログラムのコマンドの属性
ごとに許可される。
ンドをプリエンプトまたはポストエンプトしてもよい。
詳細には、他のコマンドを選択しているとき他のコマン
ドが実行される前に導入可能コマンドを呼び出す（即
ち、プリエンプト）ことができるか、他のコマンドを選
択しているとき他のコマンドが実行された後で導入可能
コマンドを呼び出すことができるか、である。つまり、
導入可能コマンドはメインプログラムのコマンドの属性
ごとに許可される。
【００１９】上述の通り、メインプログラムの連続セッ
ション中に用いる相互参照アレイ部分を格納することが
望ましい。従って、メインプログラムを出る前に、シス
テムはコマンド参照リスト（図５（Ａ））と、導入可能
サブプログラム記述リスト（図５（Ｂ））を保管する。
これらのリストを各セッション後に格納することによっ
て、後続セッション中のリスト修正に要する相当時間を
短縮できる。また、ユーザによるメニューおよびキー割
振りをセッションからセッションへ保管できる。普通の
ユーザは自分のアプリケーションソフトウェアの構成を
滅多に変更しないので同一サブプログラム、キー割当
て、メニュー割当てが組み合わせて何回も使用されるた
め、これらの特徴は特に価値がある。導入可能サブプロ
グラム記述リストは、導入可能サブプログラム参照リス
トとして格納される。
ション中に用いる相互参照アレイ部分を格納することが
望ましい。従って、メインプログラムを出る前に、シス
テムはコマンド参照リスト（図５（Ａ））と、導入可能
サブプログラム記述リスト（図５（Ｂ））を保管する。
これらのリストを各セッション後に格納することによっ
て、後続セッション中のリスト修正に要する相当時間を
短縮できる。また、ユーザによるメニューおよびキー割
振りをセッションからセッションへ保管できる。普通の
ユーザは自分のアプリケーションソフトウェアの構成を
滅多に変更しないので同一サブプログラム、キー割当
て、メニュー割当てが組み合わせて何回も使用されるた
め、これらの特徴は特に価値がある。導入可能サブプロ
グラム記述リストは、導入可能サブプログラム参照リス
トとして格納される。
【００２０】図２を参照すると、メインプログラムの初
期設定時に相互参照アレイデータを修正する（図１のス
テップ１０４）現好適方法を説明するための決定流れ図
が示されている。導入可能サブプログラム記述リストが
生成された（図１のステップ１０２）後、システムは、
導入可能サブプログラム参照リストが直前のセッション
から保存されていたのかどうか判断する（ステップ２０
０）。導入可能サブプログラム参照リストが存在してい
る場合、（図１のステップ１０２で作成された）導入可
能サブプログラム記述リストと、既存の導入可能サブプ
ログラム参照リストとを比較する（ステップ２０２）。
この比較によって、直前のセッション以来ディレクトリ
から除去された、または、ディレクトリに追加された導
入可能サブプログラムを識別する。導入可能サブプログ
ラムリストにない導入可能サブプログラム参照リスト上
のサブプログラムが存在する場合（ステップ２０４）、
導入可能サブプログラムは既にメインプログラムのディ
レクトリから除去されており、従って、サブプログラム
ならびにそのコマンドに対する参照事項が除去されるよ
うに相互参照アレイを修正しなくてはならない。そのた
め、事象参照リスト上の事象割りつけから、導入可能サ
ブプログラムのいずれかの導入可能コマンドが削除され
る（ステップ２０６）。また、導入可能サブプログラム
のコマンドが、導入可能コマンド参照リストから削除さ
れる。当業者には、導入可能コマンド参照リスト５００
の導入可能サブプログラム記述ポインタ５０６（図５
（Ａ））を用いて両リストを容易にアップデートできる
ことが分かるであろう。同様に、システムは、導入可能
サブプログラム参照リスト上にない導入可能サブプログ
ラム記述リスト上に記載されているサブプログラムが存
在するかどうか、判定し（ステップ２０８）、そのよう
なサブプログラムが存在する場合、導入可能サブプログ
ラムはメインプログラムのディレクトリに既に加えられ
ており、従って、サブプログラムならびにそのコマンド
に対する参照事項が追加されるように相互参照アレイを
修正しなくてはならない。当業者には、導入可能コマン
ド参照リストが存在しない場合（ステップ２００）、導
入可能コマンド参照リストが生成されなくてはならない
（ステップ２１６）ことが分かるであろう。導入可能コ
マンド参照リストが修正（ステップ２００〜２１０）ま
たは作成（ステップ２１６）された後、追加されたサブ
プログラムのコマンドを導入可能コマンド参照リスト
（ＩＣＲリスト）に追加し（ステップ２１０）、サブプ
ログラムのコマンドのためのデフォルトキーを割振る。
導入可能サブプログラム参照リストがアップデートした
後に事象参照リストアップデートすると（ステップ２１
４）、システムはステップ１０６に戻って上述の通り事
象の発生を待つ。導入可能コマンドのメインプログラム
への完全統合に加え、メインプログラムのコマンドと同
じ方法でユーザがサブプログラムを呼び出せるように、
サブプログラムをメインプログラムに完全に統合してメ
インプログラムと同じデータ、ポインタ、ルーチンへア
クセスさせる。これを実行するために、メインプログラ
ムとサブプログラムの間のコミュニケーションを提供す
る命令セットとメモリとを、メインプログラムに備え
る。図３の決定流れ図にコミュニケーションの方法を示
す。
期設定時に相互参照アレイデータを修正する（図１のス
テップ１０４）現好適方法を説明するための決定流れ図
が示されている。導入可能サブプログラム記述リストが
生成された（図１のステップ１０２）後、システムは、
導入可能サブプログラム参照リストが直前のセッション
から保存されていたのかどうか判断する（ステップ２０
０）。導入可能サブプログラム参照リストが存在してい
る場合、（図１のステップ１０２で作成された）導入可
能サブプログラム記述リストと、既存の導入可能サブプ
ログラム参照リストとを比較する（ステップ２０２）。
この比較によって、直前のセッション以来ディレクトリ
から除去された、または、ディレクトリに追加された導
入可能サブプログラムを識別する。導入可能サブプログ
ラムリストにない導入可能サブプログラム参照リスト上
のサブプログラムが存在する場合（ステップ２０４）、
導入可能サブプログラムは既にメインプログラムのディ
レクトリから除去されており、従って、サブプログラム
ならびにそのコマンドに対する参照事項が除去されるよ
うに相互参照アレイを修正しなくてはならない。そのた
め、事象参照リスト上の事象割りつけから、導入可能サ
ブプログラムのいずれかの導入可能コマンドが削除され
る（ステップ２０６）。また、導入可能サブプログラム
のコマンドが、導入可能コマンド参照リストから削除さ
れる。当業者には、導入可能コマンド参照リスト５００
の導入可能サブプログラム記述ポインタ５０６（図５
（Ａ））を用いて両リストを容易にアップデートできる
ことが分かるであろう。同様に、システムは、導入可能
サブプログラム参照リスト上にない導入可能サブプログ
ラム記述リスト上に記載されているサブプログラムが存
在するかどうか、判定し（ステップ２０８）、そのよう
なサブプログラムが存在する場合、導入可能サブプログ
ラムはメインプログラムのディレクトリに既に加えられ
ており、従って、サブプログラムならびにそのコマンド
に対する参照事項が追加されるように相互参照アレイを
修正しなくてはならない。当業者には、導入可能コマン
ド参照リストが存在しない場合（ステップ２００）、導
入可能コマンド参照リストが生成されなくてはならない
（ステップ２１６）ことが分かるであろう。導入可能コ
マンド参照リストが修正（ステップ２００〜２１０）ま
たは作成（ステップ２１６）された後、追加されたサブ
プログラムのコマンドを導入可能コマンド参照リスト
（ＩＣＲリスト）に追加し（ステップ２１０）、サブプ
ログラムのコマンドのためのデフォルトキーを割振る。
導入可能サブプログラム参照リストがアップデートした
後に事象参照リストアップデートすると（ステップ２１
４）、システムはステップ１０６に戻って上述の通り事
象の発生を待つ。導入可能コマンドのメインプログラム
への完全統合に加え、メインプログラムのコマンドと同
じ方法でユーザがサブプログラムを呼び出せるように、
サブプログラムをメインプログラムに完全に統合してメ
インプログラムと同じデータ、ポインタ、ルーチンへア
クセスさせる。これを実行するために、メインプログラ
ムとサブプログラムの間のコミュニケーションを提供す
る命令セットとメモリとを、メインプログラムに備え
る。図３の決定流れ図にコミュニケーションの方法を示
す。
【００２１】メインプログラムが事象に応答して導入可
能コマンドを識別し（図１のステップ１１０）、導入可
能導入可能サブプログラム参照リストを参照する（ステ
ップ１１２）する場合、図３の方法を実行する。この方
法では、メインプログラムは、最初に導入可能サブプロ
グラム記述（ＩＳＤ）リスト（図５の５０２）を読み取
り、次にサブプログラムのロングワード５２０および、
サブプログラムに対する呼出しをフォーマットするのに
必要な他の情報を獲得する（ステップ３００）。本願で
そうであるように、サブプログラムに対する呼出しに
は、予め決められた記憶場所へコールワードを格納する
工程と、コンピュータのプロセッサの制御をサブプログ
ラムの命令セットに転送する工程が含まれている。コー
ルワードは、サブプログラムがその意図する機能を実行
できるようにするための、メインプログラムからの情報
を備えている。コールワードは、図６（Ａ）に示されて
いるようにフォーマットされる。
能コマンドを識別し（図１のステップ１１０）、導入可
能導入可能サブプログラム参照リストを参照する（ステ
ップ１１２）する場合、図３の方法を実行する。この方
法では、メインプログラムは、最初に導入可能サブプロ
グラム記述（ＩＳＤ）リスト（図５の５０２）を読み取
り、次にサブプログラムのロングワード５２０および、
サブプログラムに対する呼出しをフォーマットするのに
必要な他の情報を獲得する（ステップ３００）。本願で
そうであるように、サブプログラムに対する呼出しに
は、予め決められた記憶場所へコールワードを格納する
工程と、コンピュータのプロセッサの制御をサブプログ
ラムの命令セットに転送する工程が含まれている。コー
ルワードは、サブプログラムがその意図する機能を実行
できるようにするための、メインプログラムからの情報
を備えている。コールワードは、図６（Ａ）に示されて
いるようにフォーマットされる。
【００２２】図６（Ａ）を参照すると、コールワード６
００の構造は、サブプログラムがどのように呼出された
かを識別するデータを含むデータフィールド６０２と、
呼び出されてコールになった導入可能コマンドを識別す
るデータを含むフィールド６０４から成る。更に、導入
可能サブプログラムが状態情報をメインプログラムに戻
せるように、復帰状態フィールド６０６が設けられてい
る。この状態情報には、例えば、エラーが発生したこと
を示してエラー種別を識別するエラーコード情報、ロッ
クされているサブプログラムの資源ファイルを維持する
ようにメインプログラムに指示するための情報、特定時
刻にサブプログラムを再コールするための情報、などを
備えてもよい。また、コールワードは、サブプログラム
機能を実行するための追加情報を獲得するためのサブプ
ログラムが利用するメインプログラムへのポインタを含
むメインプログラムポインタ６０８を備える。これらの
ポインタのうちの１個は、導入可能サブプログラム記述
リストに格納されたサブプログラムのロングワード５２
０（図５（Ｂ））であってもよい。
００の構造は、サブプログラムがどのように呼出された
かを識別するデータを含むデータフィールド６０２と、
呼び出されてコールになった導入可能コマンドを識別す
るデータを含むフィールド６０４から成る。更に、導入
可能サブプログラムが状態情報をメインプログラムに戻
せるように、復帰状態フィールド６０６が設けられてい
る。この状態情報には、例えば、エラーが発生したこと
を示してエラー種別を識別するエラーコード情報、ロッ
クされているサブプログラムの資源ファイルを維持する
ようにメインプログラムに指示するための情報、特定時
刻にサブプログラムを再コールするための情報、などを
備えてもよい。また、コールワードは、サブプログラム
機能を実行するための追加情報を獲得するためのサブプ
ログラムが利用するメインプログラムへのポインタを含
むメインプログラムポインタ６０８を備える。これらの
ポインタのうちの１個は、導入可能サブプログラム記述
リストに格納されたサブプログラムのロングワード５２
０（図５（Ｂ））であってもよい。
【００２３】本発明の特徴は、ロングワードを使用して
サブプログラムがデータ中間コールを格納できるように
することである。ロングワードは、各コールの最後にサ
ブプログラムによってメインプログラムに提供される。
メインプログラムは、次にサブプログラムが呼び出され
るまで、導入可能サブプログラム記述リスト中のロング
ワードを格納する。サブプログラムへの各コールと同時
に、メインプログラムは、直前に格納されたロングワー
ドを獲得し、サブプログラムが使用するためのサブプロ
グラムに戻す。従って、サブプログラムは、例えば、ヒ
ープ上に動的に割りつけられたメモリへのポインタ、ま
たは、ヒープ上の種々の記憶場所を割りつけるポインタ
セットへのポインタというような、自身のポインタを格
納するためにロングワードを利用できる。当業者であれ
ば、本方法で複数のサブプログラムに記憶スぺースを割
つけることによって、メモリブロックを割りつける必要
がなくなることが、分かるであろう。サブプログラム
は、他の所望機能のためにロングワードを使用できる。
メインプログラムの特定データに対するポインタのよう
な追加メインプログラムデータポインタがフィールド６
０８に提供され、それによって、サブプログラムは、メ
インプログラムの全データにアクセスできる。
サブプログラムがデータ中間コールを格納できるように
することである。ロングワードは、各コールの最後にサ
ブプログラムによってメインプログラムに提供される。
メインプログラムは、次にサブプログラムが呼び出され
るまで、導入可能サブプログラム記述リスト中のロング
ワードを格納する。サブプログラムへの各コールと同時
に、メインプログラムは、直前に格納されたロングワー
ドを獲得し、サブプログラムが使用するためのサブプロ
グラムに戻す。従って、サブプログラムは、例えば、ヒ
ープ上に動的に割りつけられたメモリへのポインタ、ま
たは、ヒープ上の種々の記憶場所を割りつけるポインタ
セットへのポインタというような、自身のポインタを格
納するためにロングワードを利用できる。当業者であれ
ば、本方法で複数のサブプログラムに記憶スぺースを割
つけることによって、メモリブロックを割りつける必要
がなくなることが、分かるであろう。サブプログラム
は、他の所望機能のためにロングワードを使用できる。
メインプログラムの特定データに対するポインタのよう
な追加メインプログラムデータポインタがフィールド６
０８に提供され、それによって、サブプログラムは、メ
インプログラムの全データにアクセスできる。
【００２４】サブプログラムに対するコールワードが一
旦フォーマットされると、コールワードは記憶場所に格
納され、メインプログラムは導入可能コマンド参照リス
トを読み取って、導入可能サブプログラムへのポインタ
（例えば、図５の導入可能サブプログラムポインタ５０
６）を獲得する（ステップ３０２）。次に、メインプロ
グラムは、導入可能サブプログラムポインタによって特
定されたメモリーに進むようにコンピュータのプロセッ
サに指示し（ステップ３０４）、それによって、コンピ
ュータのプロセッサの制御をサブプログラムの命令セッ
トに移す。導入可能サブプログラムは、適当な戻し状態
フィールドとデータポインタを設定し、その機能を実施
する。
旦フォーマットされると、コールワードは記憶場所に格
納され、メインプログラムは導入可能コマンド参照リス
トを読み取って、導入可能サブプログラムへのポインタ
（例えば、図５の導入可能サブプログラムポインタ５０
６）を獲得する（ステップ３０２）。次に、メインプロ
グラムは、導入可能サブプログラムポインタによって特
定されたメモリーに進むようにコンピュータのプロセッ
サに指示し（ステップ３０４）、それによって、コンピ
ュータのプロセッサの制御をサブプログラムの命令セッ
トに移す。導入可能サブプログラムは、適当な戻し状態
フィールドとデータポインタを設定し、その機能を実施
する。
【００２５】最初の呼出しで転送された情報を利用する
のに加えて、サブプログラムは、コールバックワード
（構造は図６（Ｂ）に図示）を用いてメインプログラム
に照合できる。また、コールバックワードにより、導入
可能サブプログラムがメインプログラムに実行させるオ
ペレーションを要求することができる。第一データフィ
ールドは、導入可能サブプログラムによって実行される
メインプログラムを要求する命令コードを識別する、ｏ
ｐコードデータフィールド６１０である。命令コードデ
ータフィールドの次に続くのは、ｏｐこーど実行中に発
生したエラーをメインプログラムがサブプログラムに対
して識別できるようにする、エラーコードデーターフィ
ールドである。エラーデータフィールドの次は、ｏｐコ
ードを実行するためにメインプログラムが必要とする情
報を格納し、ｏｐコードによるデータを格納するための
ｏｐコードパラメータフィールド６１４である。従っ
て、サブプログラムは、ｏｐコードを実行するという限
られた目的のためにコンピュータのプロセッサの制御を
メインプログラムに移すことができる。メインプログラ
ムは、コミュニケーションワードを調べて（ステップ３
０８）、コールバックが必要かどうかを判定し、必要で
ある場合はｏｐコードを実行し（ステップ３１０）、い
ずれか必要な情報をコールバックワード６１６に戻す。
当業者であれば、コールバックワードを使用して、メイ
ンプログラムが実行する機能をサブプログラムが要求で
きるようになることによって、メインプログラムへのサ
ブプログラムの統合が更に確実なものになることが分か
るであろう。例えば、サブプログラムはメインプログラ
ムに対して、メモリの割りつけ、メッセージの表示、ユ
ーザインプットの獲得、などを要求できる。
のに加えて、サブプログラムは、コールバックワード
（構造は図６（Ｂ）に図示）を用いてメインプログラム
に照合できる。また、コールバックワードにより、導入
可能サブプログラムがメインプログラムに実行させるオ
ペレーションを要求することができる。第一データフィ
ールドは、導入可能サブプログラムによって実行される
メインプログラムを要求する命令コードを識別する、ｏ
ｐコードデータフィールド６１０である。命令コードデ
ータフィールドの次に続くのは、ｏｐこーど実行中に発
生したエラーをメインプログラムがサブプログラムに対
して識別できるようにする、エラーコードデーターフィ
ールドである。エラーデータフィールドの次は、ｏｐコ
ードを実行するためにメインプログラムが必要とする情
報を格納し、ｏｐコードによるデータを格納するための
ｏｐコードパラメータフィールド６１４である。従っ
て、サブプログラムは、ｏｐコードを実行するという限
られた目的のためにコンピュータのプロセッサの制御を
メインプログラムに移すことができる。メインプログラ
ムは、コミュニケーションワードを調べて（ステップ３
０８）、コールバックが必要かどうかを判定し、必要で
ある場合はｏｐコードを実行し（ステップ３１０）、い
ずれか必要な情報をコールバックワード６１６に戻す。
当業者であれば、コールバックワードを使用して、メイ
ンプログラムが実行する機能をサブプログラムが要求で
きるようになることによって、メインプログラムへのサ
ブプログラムの統合が更に確実なものになることが分か
るであろう。例えば、サブプログラムはメインプログラ
ムに対して、メモリの割りつけ、メッセージの表示、ユ
ーザインプットの獲得、などを要求できる。
【００２６】結局、必要な情報はサブプログラムによっ
て実行され（ステップ３０４）、追加情報は一切必要な
く、サブプログラムは予め定められた記憶場所にコール
ワードを格納し、メインプログラムはサブプログラムロ
ングワードを保管し（ステップ３１２）、戻る。上記に
説明した方法によれば、ユーザが容易にサブプログラム
を呼び出せるように、複数の個別サブプログラムをメイ
ンプログラムに統合することもできる。注目に値するの
は、２つのプログラムを統合させるに当たってユーザに
必要な作業は、所定の記憶場所、通常はメインプログラ
ムと同じディレクトリであるが、サブプログラムを格納
するだけでよい、という点である。その以降、メインプ
ログラムは、サブプログラムを識別でき、また、複数の
個別サブプログラムのメインプログラムに統合できるよ
うにする相互参照アレイを生成できる。同様の方法で、
メインプログラムからサブプログラムを除去する場合、
ユーザは、メインプログラムのディレクトリからサブプ
ログラムを削除するだけでよい。その後、メインプログ
ラムは相互参照アレイを再構成するので、削除されたサ
ブプログラムが統合されることは無い。本発明の特に優
れた特徴は、メインプログラムのメニュー上にサブプロ
グラムのコマンドを置き、サブプログラムのコマンドに
キーを割り振り、サブプログラムが要求する機能を実行
できる、メインプログラムの機能である。
て実行され（ステップ３０４）、追加情報は一切必要な
く、サブプログラムは予め定められた記憶場所にコール
ワードを格納し、メインプログラムはサブプログラムロ
ングワードを保管し（ステップ３１２）、戻る。上記に
説明した方法によれば、ユーザが容易にサブプログラム
を呼び出せるように、複数の個別サブプログラムをメイ
ンプログラムに統合することもできる。注目に値するの
は、２つのプログラムを統合させるに当たってユーザに
必要な作業は、所定の記憶場所、通常はメインプログラ
ムと同じディレクトリであるが、サブプログラムを格納
するだけでよい、という点である。その以降、メインプ
ログラムは、サブプログラムを識別でき、また、複数の
個別サブプログラムのメインプログラムに統合できるよ
うにする相互参照アレイを生成できる。同様の方法で、
メインプログラムからサブプログラムを除去する場合、
ユーザは、メインプログラムのディレクトリからサブプ
ログラムを削除するだけでよい。その後、メインプログ
ラムは相互参照アレイを再構成するので、削除されたサ
ブプログラムが統合されることは無い。本発明の特に優
れた特徴は、メインプログラムのメニュー上にサブプロ
グラムのコマンドを置き、サブプログラムのコマンドに
キーを割り振り、サブプログラムが要求する機能を実行
できる、メインプログラムの機能である。
【００２７】以上説明した通り、本発明の現好適実施例
の場合、メインプログラムに１２７個のサブプログラム
を統合することができる。当業者てあれば、本発明の方
法を利用して、メインプログラムにより多くの、また
は、より少ないサブプログラムを統合する変更を、容易
に実行できることであろう。しかしながら、メインプロ
グラムに統合を許されるサブプログラムの数には関係な
く、メインプログラムプログラム実行中にコンピュータ
のアドレススペースにロードされるサブプログラムの数
を限定する方法を提供することが望ましい。本発明によ
る方法には、終始、図４の決定流れ図のステップが含ま
れる。
の場合、メインプログラムに１２７個のサブプログラム
を統合することができる。当業者てあれば、本発明の方
法を利用して、メインプログラムにより多くの、また
は、より少ないサブプログラムを統合する変更を、容易
に実行できることであろう。しかしながら、メインプロ
グラムに統合を許されるサブプログラムの数には関係な
く、メインプログラムプログラム実行中にコンピュータ
のアドレススペースにロードされるサブプログラムの数
を限定する方法を提供することが望ましい。本発明によ
る方法には、終始、図４の決定流れ図のステップが含ま
れる。
【００２８】導入可能サブプログラムが参照されると
（図１のステップ１１２）、メインプログラムは導入可
能サブプログラムリスト（ＬＳＩリスト）を読み取る
（ステップ４００）。ＬＳＩリストは、コンピュータの
アドレススペースにロードされている導入可能サブプロ
グラムのリストである。導入可能サブプログラムがロー
ドされていない場合（ステップ４０２）、メインプログ
ラムは、導入可能サブプログラムをロードするためにア
ドレススペースを割りつける必要があるかどうか決定す
る。当業者であれば、アドレススペースを割りつける必
要があるかどうかの決定を種々の方法で実施可能である
ことが分かるであろう。例えば、予め定められた大きさ
のアドレススペースを、複数の導入可能サブプログラム
に割りつけることができる。または、予め定められた数
のサブプログラムを、プロセッサのアドレススペース中
で常時維持することもできる。サブプログラムをロード
する前にアドレススペースを割りつける必要があるかど
うか決定する方法は、当業者には容易に明らかになるで
あろう。
（図１のステップ１１２）、メインプログラムは導入可
能サブプログラムリスト（ＬＳＩリスト）を読み取る
（ステップ４００）。ＬＳＩリストは、コンピュータの
アドレススペースにロードされている導入可能サブプロ
グラムのリストである。導入可能サブプログラムがロー
ドされていない場合（ステップ４０２）、メインプログ
ラムは、導入可能サブプログラムをロードするためにア
ドレススペースを割りつける必要があるかどうか決定す
る。当業者であれば、アドレススペースを割りつける必
要があるかどうかの決定を種々の方法で実施可能である
ことが分かるであろう。例えば、予め定められた大きさ
のアドレススペースを、複数の導入可能サブプログラム
に割りつけることができる。または、予め定められた数
のサブプログラムを、プロセッサのアドレススペース中
で常時維持することもできる。サブプログラムをロード
する前にアドレススペースを割りつける必要があるかど
うか決定する方法は、当業者には容易に明らかになるで
あろう。
【００２９】アドレススペースを割りつける必要がある
場合、メインプログラムは必要なアドレススペースを割
りつける方法を決定する（ステップ４０６）。本発明の
現好適実施例では、アドレススペースにロードされてい
る各サブプログラムが最後にアクセスされたときを示す
エントリを、ＬＳＩリストが保持している。ステップ４
０６は、アドレススペースにロードされたサブプログラ
ムがアクセスされずに長時間放置されているかどうかを
判断し、サブプログラムが最初に占有していたアドレス
スペースを割りつけることによって、決定をおこなう。
後からのサブプログラムをロードするためにアドレスス
ペースを割りつけるための他の方法は、当業者には容易
に明らかになるであろう。必要なアドレススペースを割
りつけた後（ステップ４０６）。または、余分のアドレ
ススペースが必要ない場合（４０４）、導入可能サブプ
ログラムがロードされる（ステップ４０８）。その後、
導入可能サブプログラムのアクセス情報がアップデート
される（ステップ４０９）。本発明の現好適実施例で
は、アクセス情報は、各サブプログラムがアクセスされ
た日時を示すデータが含まれているので、ステップ４０
６のような決定ができるのである。当業者にとっては明
らかである通り、他のアクセス情報もアップデートでき
る。
場合、メインプログラムは必要なアドレススペースを割
りつける方法を決定する（ステップ４０６）。本発明の
現好適実施例では、アドレススペースにロードされてい
る各サブプログラムが最後にアクセスされたときを示す
エントリを、ＬＳＩリストが保持している。ステップ４
０６は、アドレススペースにロードされたサブプログラ
ムがアクセスされずに長時間放置されているかどうかを
判断し、サブプログラムが最初に占有していたアドレス
スペースを割りつけることによって、決定をおこなう。
後からのサブプログラムをロードするためにアドレスス
ペースを割りつけるための他の方法は、当業者には容易
に明らかになるであろう。必要なアドレススペースを割
りつけた後（ステップ４０６）。または、余分のアドレ
ススペースが必要ない場合（４０４）、導入可能サブプ
ログラムがロードされる（ステップ４０８）。その後、
導入可能サブプログラムのアクセス情報がアップデート
される（ステップ４０９）。本発明の現好適実施例で
は、アクセス情報は、各サブプログラムがアクセスされ
た日時を示すデータが含まれているので、ステップ４０
６のような決定ができるのである。当業者にとっては明
らかである通り、他のアクセス情報もアップデートでき
る。
【００３０】本明細書では説明のために本発明の特定実
施例について説明を行ったが、本発明の趣旨と範囲に反
することなく種々なる変更を実施できることは明らかで
ある。従って、本発明は、添付されているクレイムから
逸脱しない範囲で限定されるものではない。
施例について説明を行ったが、本発明の趣旨と範囲に反
することなく種々なる変更を実施できることは明らかで
ある。従って、本発明は、添付されているクレイムから
逸脱しない範囲で限定されるものではない。
【図１】メインプログラムに個別サブプログラムを統合
する本発明好適方法を説明する決定流れ図である。
する本発明好適方法を説明する決定流れ図である。
【図２】本明細書に記載の好適実施例によりメインプロ
グラムを個別サブプログラムにインタフェースするため
の参照データを保持する方法を説明する決定流れ図であ
る。
グラムを個別サブプログラムにインタフェースするため
の参照データを保持する方法を説明する決定流れ図であ
る。
【図３】本明細書に記載の好適実施例によりメインプロ
グラムとサブプログラムの間の通信を可能にする方法を
説明する決定流れ図である。
グラムとサブプログラムの間の通信を可能にする方法を
説明する決定流れ図である。
【図４】本明細書に記載の好適実施例により数多の個別
サブプログラムへのアクセスを許可する間、メモリスペ
ースを保存する方法を説明する決定流れ図である。
サブプログラムへのアクセスを許可する間、メモリスペ
ースを保存する方法を説明する決定流れ図である。
【図５】本明細書に記載の好適実施例によりメインプロ
グラムから個別サブプログラムを参照するのに利用され
るリストのデータ構造を説明する決定流れ図である。
グラムから個別サブプログラムを参照するのに利用され
るリストのデータ構造を説明する決定流れ図である。
【図６】本明細書に記載の好適実施例によりメインプロ
グラムとサブプログラムの間で交換される情報パケット
のデータ構造を説明する決定流れ図である。
グラムとサブプログラムの間で交換される情報パケット
のデータ構造を説明する決定流れ図である。
５００ 導入可能コマンド参照リスト ５０２ 導入可能サブプログラム記述リスト ５０４ 導入可能コマンド番号 ５０６ 導入可能サブプログラム記述ポインタ ５０８ 導入可能サブプログラムボインタ ５１０ メインプログラムコマンド構造フィールド ５１２ コミュニケーションポインタ ５１４ ディレクトリポインタ ５１６ ＩＣポインタ ５１８ 専用呼出しデータ ５２０ ロングワード ５２２ 導入可能サブプログラム番号 ６００ コールワード ６１６ コールバックワード
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ディヴィッド エル ルーバート アメリカ合衆国 ワシントン州 98008 ベルヴィュー ワンハンドレッドアンドフ ィフティセヴンス アベニュー サウスイ ースト 439 (72)発明者 エリック ロバート バーマン アメリカ合衆国 ワシントン州 98052− 2067 レッドモンド ワンハンドレッドア ンドフィフティシックスス プレイスノー スイースト 11127 (72)発明者 トーマス ダブリュー サクストン アメリカ合衆国 ワシントン州 98007 ベルヴィュー ノースイースト フィフテ ィエイス ストリート 14567 (72)発明者 ダニエル エイチ パドワ アメリカ合衆国 ニューヨーク州 11790 ストーニー ブルック バージェス レ ーン ９
Claims (31)
- 【請求項１】 複数の個別サブプログラムの各々が、各
々の複数サブプログラム機能を実行するための複数アク
セスコマンドを備え、応答し、また、メインプログラム
が複数の事象機能を実行する複数事象に応答する、複数
の個別サブプログラムをメインプログラムに統合する方
法において、（ａ） 複数の個別サブプログラムの各々
に対して参照識別子を所定のディレクトリに格納するス
テップであって、複数の個別サブプログラムの予め定め
られた一つを各参照識別子によって識別し、（ｂ） 複
数の個別サブプログラムの各々を識別するために、メイ
ンプログラムの初期設定時に所定のディレクトリを読み
取るステップ、（ｃ） 識別された複数の個別サブプロ
グラムを呼び出すためのサブプログラム記述リストを保
持するステップであって、サブプログラム記述リストは
複数の個別サブプログラムの各々に対してサブプログラ
ム記述エントリを有し、各々のサブプログラム記述エン
トリは個別サブプログラムの識別と、個別サブプログラ
ムを格納する記憶場所とを備えており、（ｄ） 識別さ
れた複数の個別サブプログラムの各々を参照するための
アクセスコマンド参照リストを維持するステップであっ
て、各アクセスコマンド参照リストは複数の個別サブプ
ログラムの各々に含まれる複数のアクセスコマンドの各
々に対してアクセスコマンド参照エントリを含み、各ア
クセスコマンド参照エントリはアクセスコマンドとアク
セスコマンドに応答する複数のサブプログラムのうちの
特定の１個を有しており、（ｅ） 特定の事象に応答し
てメインプログラムにより実行される機能を決定する事
象参照リストを維持するステップであって、事象参照リ
ストはメインプロセッサが応答している複数の事象の各
々に対して事象エントリを含んでおり、各々の事象エン
トリはメインプログラムにより実行される機能を決定す
るための機能識別情報を有し、且つ少なくとも一つの事
象エントリは複数のアクセスコマンドの各々の１個を識
別する機能識別情報を含んでおり、及び（ｆ） アクセ
スコマンド参照リストを参照することにより複数の個別
サブプログラムの各々の１個を識別することによって、
少なくとも一つの事象の選択に応答し、且つ各々のサブ
プログラム機能が実行されるようにサブプログラム記述
リストを参照することにより複数の個別サブプログラム
の各々の１個にアクセスするステップ、を含むことを特
徴とする個別サブプログラムをメインプログラムに統合
する方法。 - 【請求項２】 請求項１に記載の方法であって、サブプ
ログラム記述リストを保持するステップである前記
（ｃ）項に、（ｇ） メインプログラムを出る前にサブ
プログラム参照リストとしてサブプログラム記述リスト
を格納し、メインプログラムを出る前にアクセスコマン
ド参照リストを格納して、その後メインプログラムが初
期設定された後に、メインプログラムに対してサブプロ
グラム参照リストとアクセスコマンドリストが利用でき
るようにし、及び（ｈ） 既に除去された複数のサブプ
ログラムをサブプログラム記述リストとサブプログラム
参照リストと比較することによって、除去される複数の
サブプログラムのいずれかであるかどうかを識別し、そ
うである場合、除去されたアクセスコマンドを、除去さ
れたサブプログラムに含まれていた複数のアクセスコマ
ンドと同定し、事象参照リストから除去アクセスコマン
ドを識別する機能識別情報を除去するサブプログラムを
備え、そして上記ステップ（ｄ）を実行することを特徴
とする個別サブプログラムをメインプログラムに統合す
る方法。 - 【請求項３】 請求項１に記載の方法であって、 少なくとも一つの事象がメニュー項目の選択であり、サ
ブプログラム記述リストを保持するステップである前記
（ｅ）項が メニュー項目の選択に応答して個々のサブ
プログラム機能が実行されるように、メニュー項目の選
択に関連のある事象エントリに機能識別情報を格納する
サブプログラム、を含むことを特徴とする個別サブプロ
グラムをメインプログラムに統合する方法。 - 【請求項４】 請求項１に記載の方法であって、 少なくとも一つの事象がユーザによるキーボードキーの
選択であり、サブプログラム記述リストを保持するステ
ップである前記（ｅ）項が キーボードキーの選択に応
答して個々のサブプログラム機能が実行されるように、
キーボードキーの選択に関連のある事象エントリに機能
識別情報を格納するサブプログラム、を含むことを特徴
とする個別サブプログラムをメインプログラムに統合す
る方法。 - 【請求項５】 請求項１に記載の方法であって、更に、 メインプログラムが複数のサブプログラムと情報交換で
きるようにするステップを有し、インターフェースルー
チンは複数の情報コマンドを含み、複数のサブプログラ
ムへデータを転送する複数の情報コマンドにメインプロ
グラムが応答する、ことを特徴とする個別サブプログラ
ムをメインプログラムに統合する方法。 - 【請求項６】 請求項５に記載の方法であって、更に、 機能コマンドを有した一つ以上の情報コマンドを提供す
るステップを備え、機能を実行し、機能を実行した結果
であるデータを有する複数のサブプログラムを提供する
ための機能コマンドにメインプログラムが応答すること
を特徴とする個別サブプログラムをメインプログラムに
統合する方法。 - 【請求項７】 請求項３に記載の方法であって、 複数のアクセスコマンドの各々が、メニューを識別する
メニューデータを含む第一サブプログラムに含まれ、複
数のアクセスコマンドの各々を識別する情報が表示さ
れ、前記方法は、更に、 識別情報がユーザに表示されるように第一サブプログラ
ムによって情報をメインプログラムに転送できるように
するためのインタフェースルーチンを提供するステッ
プ、を含むことを特徴とする個別サブプログラムをメイ
ンプログラムに統合する方法。 - 【請求項８】 請求項１に記載の方法であって、更に、
（ｉ） 記憶場所およびメモリ識別を、複数のサブプロ
グラムの各々に連想付けして、連想メモリ識別が連想メ
モリ位置を識別するステップ、及び（ｊ） 連想付けら
れた複数のサブプログラムの一個に対し、連想メモリ識
別および連想記憶場所に記憶されたデータとを提供する
ステップ、を含むことを特徴とする個別サブプログラム
をメインプログラムに統合する方法。 - 【請求項９】 個別サブプログラムをメインプログラム
に統合する方法であって、 サブプログラム機能を実行するためのサブプログラムコ
マンドに対して個別サブプログラムが応答し、機能を実
行するためのシステム事象に対してメインプログラムが
応答し、サブプログラムコマンドを特定システム事象に
連想付け、個別サブプログラムをサブプログラムコマン
ドに連想付ける相互参照アレイを保持するステップ、及
びサブプログラムの機能が実行されるように特定のシス
テム事象の発生に応答するサブプログラムを呼び出すス
テップ、を含むことを特徴とする個別サブプログラムを
メインプログラムに統合する方法。 - 【請求項１０】 請求項９に記載の方法であって、 相互参照アレイを保持するステップが、所定のディレク
トリに格納されている各サブプログラムを識別するため
に所定のディレクトリを読み取って、各格納されている
サブプログラムを識別するためにサブプログラムリスト
を作成するステップを含む、ことを特徴とする個別サブ
プログラムをメインプログラムに統合する方法。 - 【請求項１１】 請求項９に記載の方法であって、 相互参照アレイを保持するステップが、更に、サブプロ
グラムの各々のサブプログラムコマンドのサブプログラ
ムコマンドエントリを含むサブプログラムコマンド参照
リストを作成し、サブプログラムコマンドエントリはサ
ブプログラムコマンドの機能を実行するサブプログラム
の命令セットへのポインタを含む、ことを特徴とする個
別サブプログラムをメインプログラムに統合する方法。 - 【請求項１２】 請求項１０に記載の方法であって、 相互参照アレイを保持するステップが、更に、所定のデ
ィレクトリに格納されている各サブプログラムの各々の
サブプログラムコマンドのためのサブプログラムコマン
ドエントリを備えたサブプログラムコマンド参照リスト
を作成し、各サブプログラムコマンドエントリが、サブ
プログラム参照リスト上の各サブプログラムと、サブプ
ログラムのコマンドの機能を実行するための各サブプロ
グラムの命令セットへのコマンドポインタを識別するサ
ブプログラムポインタを含む、ことを特徴とする個別サ
ブプログラムをメインプログラムに統合する方法。 - 【請求項１３】 請求項９に記載の方法であって、 メインプログラムはシステム事象に応答して実行される
コマンドを識別するための事象参照アレイを含み、相互
参照アレイを保持するステップが、更に、特定のシステ
ム事象に応答してサブプログラムコマンドが実行される
ように、サブプログラムのサブプログラムコマンドへの
参照を含むようにメインプログラムの事象参照アレイを
修正するステップを含む、ことを特徴とする個別サブプ
ログラムをメインプログラムに統合する方法。 - 【請求項１４】 請求項１１に記載の方法であって、 システム事象に応答して実行されるコマンドを識別する
ための事象参照アレイをメインプログラムに備え、事象
参照アレイを保持するステップが、更に、特定のシステ
ム事象に応答してサブプログラムコマンド参照リストの
エントリが識別され、それによって、サブプログラム機
能を実行するためのサブプログラムの命令セットが識別
されるように、サブプログラムコマンド参照リストのエ
ントリへの参照を含むようにメインプログラムの事象参
照アレイを修正するステップを含む、ことを特徴する個
別サブプログラムをメインプログラムに統合する方法。 - 【請求項１５】 請求項１２に記載の方法であって、 システム事象に応答して実行されるコマンドを識別する
ための事象参照配列をメインプログラムに備え、事象参
照配列を保持するステップに、更に、 サブプログラムコマンド参照リストのエントリが識別さ
れることによって、サブプログラム機能を実行するため
のサブプログラムの命令セットが識別されるように、特
定のシステム事象に応答してサブプログラムコマンド参
照リストのエントリへの参照を含むようにメインプログ
ラムの事象参照配列を修正するステップ、を備えること
を特徴とする、個別サブプログラムをメインプログラム
に統合する方法。 - 【請求項１６】 請求項１０に記載の方法であって、 相互参照アレイを保持するステップが、更に、 メインプログラムを出る前に相互参照アレイ部分を格納
するサブステップ、及びサブプログラムが追加または削
除されていないかを決定するために、相互参照アレイの
格納部分と、所定ディレクトリが読み取られた後に作成
されたサブプログラムとを比較し、且つ既に追加または
削除されているサブプログラムまたはサブプログラムの
サブプログラムコマンドに対する参照事項を追加または
除去するために相互参照アレイを修正するサブステッ
プ。を含むことを特徴とする個別サブプログラムをメイ
ンプログラムに統合する方法。 - 【請求項１７】 請求項９に記載の方法であって、 メインプログラムとサブプログラムが、コンピュータの
プロセッサによって実行される各々の命令セットを備
え、サブプログラムを呼出すステップに、更に、サブプ
ログラムが機能を実行できるような情報を備えたコール
ワードを格納し、プロセッサの制御をサブプログラムの
命令セットに転送するサブステップを含むことを特徴と
する個別サブプログラムをメインプログラムに統合する
方法。 - 【請求項１８】 請求項９に記載の方法であって、 サブプログラムを呼出すステップが、更に、サブプログ
ラムからのコールバック要求に応じてサブプログラムに
よって提供されるコールバックワードによって識別され
る機能を実行し、コールバックワードをサブプログラム
への戻し情報に変更するサブステップを含む、ことを特
徴とする個別サブプログラムをメインプログラムに統合
する方法。 - 【請求項１９】 請求項９記載の方法であって、 サブプログラムを呼出すステップが、更に、サブプログ
ラムによって提供されるロングワードを格納し、該ロン
グワードをコールワードと共にサブプログラムに戻すサ
ブステップを含む、ことを特徴とする個別サブプログラ
ムをメインプログラムに統合する方法。 - 【請求項２０】 請求項９に記載の方法であって、 メインプログラムとサブプログラムが、コンピュータの
プロセッサによって実行される各々の命令セットを有
し、サブプログラムを呼出すステップに、更に、 ロングワードを有するコールワードをフォーマットし、
プロセッサの制御をサブプログラムの命令セットに転送
するサブステップ、 サブプログラムからのコールバック要求に応じてサブプ
ログラムによって提供されるコールバックワードによっ
て識別される機能を実行し、コールバックワードをサブ
プログラムへの戻し情報に変更するサブステップ、及び
呼出し実行後にサブプログラムによって提供されるコー
ルワードのロングワード部分を読み取って、サブプログ
ラムによって提供されるロングワードを格納するサブス
テップ、を含むことを特徴とする個別サブプログラムを
メインプログラムに統合する方法。 - 【請求項２１】 請求項９に記載の方法であって、 メインプログラムとサブプログラムが、所定の記憶スぺ
ースを有するコンピュータ上で実行される前記方法が、
更に、 サブプログラムを識別するためにシステム事象と相互参
照アレイに対して応答するステップ、 サブプログラムがコンピュータのアドレススぺースにロ
ードされているかどうかを判定し、ロードされている場
合には、サブプログラムを呼び出すステップ、及びロー
ドされていない場合にはサブプログラムをロードするた
めのメモリスぺースを割りつけて、サブプログラムを呼
び出すステップ、を備えたことを特徴とする、個別サブ
プログラムをメインプログラムに統合する方法。 - 【請求項２２】 請求項２１に記載の方法であって、 メモリスペースを割りつけるステップが、更に、他のサ
ブプログラムはロードされなければアクセスできないよ
うに、他のサブプログラムが占有するメモリスペースを
割りつけるステップを含む、ことを特徴とする個別サブ
プログラムをメインプログラムに統合する方法。 - 【請求項２３】 請求項２２に記載の方法であって、 メモリスペースを割りつけるステップが、更に、 コンピュータのメモリスペースにロードされたサブプロ
グラムが呼び出されるときに記録を保持するサブステッ
プ、及び長時間呼び出されていないサブプログラムに占
有されているメモリスペースをわりつけるサブステッ
プ、を含むことを特徴とする個別サブプログラムをメイ
ンプログラムに統合する方法。 - 【請求項２４】 サブプログラム機能を実行するための
サブプログラムコマンドに対して応答するサブプログラ
ムをメインプログラムに統合する方法であって、 サブプログラムの機能を実行するために、サブプログラ
ムのサブプログラムコマンドとサブプログラムの命令セ
ットを識別する資源ファイルを提供するステップ、及び
サブプログラム機能を実行するデータを獲得するために
コールワードに応答し、機能が実行されるときコールワ
ードをメインプログラムに戻すステップ、を含むことを
特徴とする個別サブプログラムをメインプログラムに統
合する方法。 - 【請求項２５】 請求項２４に記載の方法であって、更
に、 コールバック要求をメインプログラム機能を実行するメ
インプログラムに対してフォーマットし、該コールバッ
ク要求は命令コードを実行する際に必要なメインプログ
ラムおよびパラメータによって実行される命令コードを
有するステップを含むことを特徴とする個別サブプログ
ラムをメインプログラムに統合する方法。 - 【請求項２６】 システム事象に応答してサブプログラ
ムのサブプログラムコマンドを実行し、それによって機
能を実行する、コンピュータと一緒に使用するコンピュ
ータプログラムを含む記憶媒体であって、 サブプログラムコマンドを特定システム事象に連想付
け、個別サブプログラムをサブプログラムコマンドに連
想付ける相互参照アレイを保持するための命令をコンピ
ュータに与えるアレイ記憶手段、及び特定事象の発生お
よび、サブプログラムの機能を実行するための前記アレ
イ生成手段に応答するための命令をコンピュータに与え
る事象実行手段と、を含むことを特徴とする記憶媒体。 - 【請求項２７】 請求項２６に記載の方法であって、更
に、 システム事象に応答して実行されるコマンドを識別する
ための事象参照アレイ、及び特定システム事象に応答し
てサブプログラムコマンドが実行されるように、サブプ
ログラムのサブプログラムコマンドに対する参照を含む
ように事象参照アレイを修正するため命令をコンピュー
タに提供する事象実行手段、を備えたことを特徴とする
記憶媒体。 - 【請求項２８】 請求項２７に記載の方法であって、更
に、 メインプログラムを出る前に相互参照アレイン部分を格
納するアレイ格納手段、及び相互参照アレイの格納部分
と、所定ディサクトリが読み取られた後に作成されたサ
ブプログラムとを比較してサブプログラムが追加または
削除されていないか決定するため命令をコンピュータに
提供し、相互参照アレイを修正し、既に追加または除去
されているサブプログラムまたはサブプログラムのサブ
プログラムコマンドに対する参照事項を追加または削除
する命令をコンピュータに与える手段、を含むことを特
徴とする記憶媒体。 - 【請求項２９】 請求項２６に記載の方法であって、 サブプログラムに命令セットを備え、更に、 プロセッサの制御をサブプログラムの命令セットに転送
するために、ロングワードを含んでなるコールワードを
サブプログラムに伝送するようにコンピュータに指示す
るコミュニケーション手段であって、サブプログラムか
らのコールバックワードに応答し、サブプログラムによ
って提供されたコールバックワードが識別した機能を実
行するようにコンピュータに指示し、コールバックワー
ドをサブプログラムへの戻し情報に変更するように構成
されている前記コミュニケーション手段、及び呼出し実
行後にサブプログラムから提供されるコールワードのロ
ングワード部分を格納するバッファ手段、を含むことを
特徴とする記憶媒体。 - 【請求項３０】 システム事象に応答してサブプログラ
ムのサブプログラムコマンドを実行し、それによって機
能を実行する、コンピュータと一緒に使用する記憶媒体
であって、 サブプログラムの機能を実行するために、サブプログラ
ムのサブプログラムコマンドとサブプログラムの命令セ
ットを識別する資源ファイル、及びサブプログラム機能
を実行するデータを獲得するためにコールワードに応答
し、機能が実行されるときコールワードをメインプログ
ラムに戻すようにコンピュータに指示するコミュニケー
ション手段、を含むことを特徴とする記憶媒体。 - 【請求項３１】 請求項３０に記載の方法であって、更
に、 メインプログラムを実行するためにメインプログラムに
対するコールバック要求をフォーマットするようにコン
ピュータを支持する手段であって、コールバック要求は
命令コードを実行する際に必要なメインプログラムおよ
びパラメータによって実行される命令コードを有してい
る、ことを特徴とする記憶媒体。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US81276491A | 1991-12-23 | 1991-12-23 | |
| US07/812764 | 1991-12-23 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0644063A true JPH0644063A (ja) | 1994-02-18 |
| JP3728325B2 JP3728325B2 (ja) | 2005-12-21 |
Family
ID=25210558
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP34454492A Expired - Lifetime JP3728325B2 (ja) | 1991-12-23 | 1992-12-24 | 個別サブプログラムをメインプログラムに統合する方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US5546581A (ja) |
| EP (1) | EP0548869B1 (ja) |
| JP (1) | JP3728325B2 (ja) |
| CA (1) | CA2086056C (ja) |
| DE (1) | DE69231176T2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101470168B1 (ko) * | 2013-06-14 | 2014-12-05 | 현대자동차주식회사 | 제어기 내 ｃｐｕ의 리프로그래밍 방법 |
| JP2015114795A (ja) * | 2013-12-11 | 2015-06-22 | 株式会社リコー | 情報処理装置、情報処理方法、及び情報処理プログラム |
| KR102360330B1 (ko) * | 2020-12-15 | 2022-02-08 | 현대오토에버 주식회사 | 차량의 통합제어유닛 구현 방법 및 그 장치 |
| JP2023511364A (ja) * | 2020-01-22 | 2023-03-17 | マイクロン テクノロジー，インク． | メモリサブシステムの動的コマンド拡張 |
Families Citing this family (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE19620888A1 (de) * | 1996-05-23 | 1997-11-27 | Siemens Ag | Verfahren zur Aktualisierung eines Teils eines Programmcodes, wobei der Programmcode in einer Interpreter-Programmiersprache vorliegt, während der Ausführung des Programmcodes, durch einen Rechner |
| US6272555B1 (en) | 1996-07-01 | 2001-08-07 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture for a client-server-centric interprise computing framework system |
| US5987245A (en) | 1996-07-01 | 1999-11-16 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture (#12) for a client-server state machine framework |
| US6266709B1 (en) | 1996-07-01 | 2001-07-24 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture for a client-server failure reporting process |
| US5999972A (en) | 1996-07-01 | 1999-12-07 | Sun Microsystems, Inc. | System, method and article of manufacture for a distributed computer system framework |
| US5848246A (en) | 1996-07-01 | 1998-12-08 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture for a client-server session manager in an interprise computing framework system |
| US6304893B1 (en) | 1996-07-01 | 2001-10-16 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture for a client-server event driven message framework in an interprise computing framework system |
| US6038590A (en) | 1996-07-01 | 2000-03-14 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture for a client-server state machine in an interprise computing framework system |
| US6434598B1 (en) | 1996-07-01 | 2002-08-13 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture for a client-server graphical user interface (#9) framework in an interprise computing framework system |
| US6424991B1 (en) | 1996-07-01 | 2002-07-23 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture for a client-server communication framework |
| US6148294A (en) * | 1996-12-20 | 2000-11-14 | Siemens Information And Communication Networks, Inc. | System and method for computer directory updating and presentation based on frequency of access |
| US6463552B1 (en) | 1998-12-07 | 2002-10-08 | Lsi Logic Corporation | Scripting method and apparatus for testing devices |
| US6311320B1 (en) | 1998-12-07 | 2001-10-30 | Lsi Logic Corporation | Alterable scripting tool and method |
| US7107329B1 (en) * | 1999-05-21 | 2006-09-12 | Lucent Technologies Inc. | In networks of interconnected router nodes for routing data traffic, a method of and system for imperceptibly upgrading router node software and the like without traffic interruption |
| JP2002202899A (ja) * | 2000-12-28 | 2002-07-19 | Toshiba Corp | デバッガの機能拡張方法、デバッグシステム及びデバッガプログラムを記録した記録媒体 |
| US7343494B2 (en) * | 2001-08-01 | 2008-03-11 | Sas Validy | Method to protect software against unwanted use with a “renaming” principle |
| US8150704B2 (en) * | 2004-11-09 | 2012-04-03 | Siemens Aktiengesellschaft | Method of preparing a product quote for a customer |
| GB2456019A (en) * | 2007-12-31 | 2009-07-01 | Symbian Software Ltd | Loading dynamic link libraries in response to an event |
| CN106547578B (zh) * | 2015-09-21 | 2020-09-15 | 阿里巴巴集团控股有限公司 | 终端应用app的加载方法及装置 |
| CN111625299B (zh) * | 2020-05-29 | 2023-09-01 | 广东阳普智慧医疗信息科技有限公司 | 一种异构系统程序集成方法 |
| CN113254244B (zh) * | 2021-07-08 | 2021-10-19 | 杭州逍邦网络科技有限公司 | 一种程序融合系统、方法和计算机装置 |
| CN114237769A (zh) * | 2021-12-14 | 2022-03-25 | 北京人大金仓信息技术股份有限公司 | 一种程序的执行方法、装置、设备及存储介质 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4425618A (en) * | 1981-11-23 | 1984-01-10 | Bell Telephone Laboratories, Incorporated | Method and apparatus for introducing program changes in program-controlled systems |
| US4791558A (en) * | 1987-02-13 | 1988-12-13 | International Business Machines Corporation | System and method for generating an object module in a first format and then converting the first format into a format which is loadable into a selected computer |
| US5146581A (en) * | 1988-02-24 | 1992-09-08 | Sanyo Electric Co., Ltd. | Subprogram executing data processing system having bank switching control storing in the same address area in each of memory banks |
| US5175828A (en) * | 1989-02-13 | 1992-12-29 | Hewlett-Packard Company | Method and apparatus for dynamically linking subprogram to main program using tabled procedure name comparison |
| US5247678A (en) * | 1989-10-12 | 1993-09-21 | Texas Instruments Incorporated | Load time linker for software used with a multiprocessor system |
| US5202923A (en) * | 1989-11-30 | 1993-04-13 | Kabushiki Kaisha Toshiba | Portable electronic device capable of registering subprograms |
| US5136710A (en) * | 1990-06-21 | 1992-08-04 | International Business Machines Corporation | Dynamic inactivation of program exits of the application program while the system program is running |
| US5222134A (en) * | 1990-11-07 | 1993-06-22 | Tau Systems Corporation | Secure system for activating personal computer software at remote locations |
| US5128878A (en) * | 1990-11-28 | 1992-07-07 | Micron Technology, Inc. | Remote plotting of integrated circuit layout in a network computer-aided design system |
-
1992
- 1992-12-21 DE DE69231176T patent/DE69231176T2/de not_active Expired - Lifetime
- 1992-12-21 EP EP92121683A patent/EP0548869B1/en not_active Expired - Lifetime
- 1992-12-22 CA CA002086056A patent/CA2086056C/en not_active Expired - Lifetime
- 1992-12-24 JP JP34454492A patent/JP3728325B2/ja not_active Expired - Lifetime
-
1994
- 1994-03-08 US US08/208,094 patent/US5546581A/en not_active Expired - Lifetime
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101470168B1 (ko) * | 2013-06-14 | 2014-12-05 | 현대자동차주식회사 | 제어기 내 ｃｐｕ의 리프로그래밍 방법 |
| JP2015114795A (ja) * | 2013-12-11 | 2015-06-22 | 株式会社リコー | 情報処理装置、情報処理方法、及び情報処理プログラム |
| JP2023511364A (ja) * | 2020-01-22 | 2023-03-17 | マイクロン テクノロジー，インク． | メモリサブシステムの動的コマンド拡張 |
| US11895226B2 (en) | 2020-01-22 | 2024-02-06 | Micron Technology, Inc. | Dynamic command extension for a memory sub-system |
| KR102360330B1 (ko) * | 2020-12-15 | 2022-02-08 | 현대오토에버 주식회사 | 차량의 통합제어유닛 구현 방법 및 그 장치 |
Also Published As
| Publication number | Publication date |
|---|---|
| US5546581A (en) | 1996-08-13 |
| CA2086056A1 (en) | 1993-06-24 |
| DE69231176D1 (de) | 2000-07-20 |
| JP3728325B2 (ja) | 2005-12-21 |
| CA2086056C (en) | 2002-07-09 |
| DE69231176T2 (de) | 2000-11-23 |
| EP0548869A3 (en) | 1993-11-10 |
| EP0548869B1 (en) | 2000-06-14 |
| EP0548869A2 (en) | 1993-06-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH0644063A (ja) | 個別サブプログラムをメインプログラムに統合する方法 | |
| CN100504764C (zh) | 文件系统过滤方法和系统 | |
| US5675795A (en) | Boot architecture for microkernel-based systems | |
| US5931935A (en) | File system primitive allowing reprocessing of I/O requests by multiple drivers in a layered driver I/O system | |
| JP4199923B2 (ja) | モバイル・デバイスのアプリケーション・インストール方法 | |
| EP0728332B1 (en) | Automatic booting framework | |
| US5835760A (en) | Method and arrangement for providing BIOS to a host computer | |
| JP3515115B2 (ja) | 多言語コンピュータプログラムを形成するための方法及びシステム | |
| US6336152B1 (en) | Method for automatically configuring devices including a network adapter without manual intervention and without prior configuration information | |
| US5732266A (en) | Storage medium storing application programs and application initialization files and automatic launching of computer applications stored on the storage medium | |
| EP0640913B1 (en) | Multilingual standard resources | |
| US5748980A (en) | System for configuring a computer system | |
| EP0636972A1 (en) | Booting a computer system using a last known good set of configuration data | |
| EP1378830B1 (en) | Operating system selector and data storage drive | |
| JP2002007139A (ja) | ブートパーティションを選択し、選択されていないパーティションを隠す方法 | |
| JP5414814B2 (ja) | ネットワーク環境におけるスペースのカスタマイズ | |
| US6718373B1 (en) | Method and system for installing files in a computing system | |
| US5887169A (en) | Method and apparatus for providing dynamic entry points into a software layer | |
| US7272712B1 (en) | Data structure and method for managing modules associated with a kernel | |
| CN1326062C (zh) | 计算机系统和方法 | |
| JP5070286B2 (ja) | ネットワーク環境におけるスペースのカスタマイズ | |
| WO2019139740A1 (en) | Extensible input stack for processing input device data | |
| JP2010500671A5 (ja) | ||
| WO2019139738A1 (en) | Extensible input stack for processing input device data | |
| JP4060890B2 (ja) | 階層化ドライバ入出力システム内の複数ドライバによる入出力要求の再処理を可能にするファイル・システム・プリミティブ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20021209 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20050530 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20050610 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050721 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051003 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091007 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091007 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101007 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111007 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121007 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121007 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131007 Year of fee payment: 8 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131007 Year of fee payment: 8 |