【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は広くはアプリケーション・プログラミング・インターフェース（ＡＰＩ）に関し、特にＯＳ／２ ^TM （インターナショナル・ビジネス・
マシーンズ・コーポレイションの商標）オペレーティング・システムに従ってタスクを開始するＡＰＩに関する。

【０００２】

【従来の技術】データ処理システムの有益なオペレーションの中心をなすものはいわゆるオペレーティング・システムである。 オペレーティング・システムは、通常、
データ処理装置がオペレータにより又はプログラムに従って入力したコマンドに応答して実行することができるオペレーションを規定するソフトウェアによって設定される。

【０００３】従来、ＭＳ−ＤＯＳ ^TM （マイクロソフト社の商標）及びUNIX ^TM （ベル・ラバラトリースの商標）のような多くの成功したオペレーティング・システムが開発されてきた。 かかるオペレーティング・システムは、
アプリケーション・プログラミング・インターフェースを含み、データ・プロセッサが実行することができる基本システム操作と、それらがデータ・プロセッサ内で実行されうる方法とを設定する。

【０００４】ＯＳ／２ ^TMは多重タスク処理動作モード（例えば、多数のデータ処理機能の有効な同時実行のような）を支援する最近開発されたオペレーティング・システムとして知られている。 多重タスク処理において、
異なるタスクは少くとも特定カテゴリのタスク間の順序に関係なく、同時に実行することができる別個に実行可能な単位として設計されなければならない。

【０００５】ＯＳ／２ ^TMにおいて、データ処理装置により遂行される基本単位は、スレッド（THREAD）と称する。 スレッドは、又スレッドに相当するプログラム又はその一部がプロセッサ内で遂行されるべきコンテキストを提供する。 このコンテキストはスレッドの遂行に使用されるレジスタ、スタック、及びＣＰＵモードを含む。

【０００６】プロセスは特定のプログラムに割振られ、
最少１スレッド含まなければならないスレッド、メモリー、ファイル、装置、パイプ、キュー等のようなシステム資源の収集を実行する。 ＯＳ／２ ^TMは、又、キーボード、ディスプレイ、又はマウス等によって構成しうるような仮想コンソールに関連する１以上のプロセスを集合したいわゆるセッョンを提供する。

【０００７】しかし、セッションは、単に本発明を理解するためのプロセスの他の形式とみなすことができる。
ここで使用される用語“タスク”は他のオペレーティング・システムのこれに対応するオペレーション・タイプ同様、ＯＳ／２ ^TMにおけるスレッド及びプロセスの両方に対する総称であると理解するべきである。

【０００８】スレッドが他のスレッドを作成することができたとしても、プロセス内のスレッド間に階層はない。 一度開始すると、スレッドはプロセス内で走行する他の全べてのスレッドと対等とみなされる。 ＣＰＵに対する競合は普通メモリー又はファイルのような特定の資源に対するフラグのセット及びリセットによって解決される。

【０００９】しかし、プロセス間では階層は存在することができ、プロセスも又他のプロセスを作成することができる。 プロセス間の階層は一般に親−子の用語で呼称される。 各々がＣＰＵ時間に対して競合するスレッドを含む親プロセスと子プロセス間のプロセスの競合は、ディレクトリの表示を生成するために子プロセスを使用するというような子プロセスの遂行中では、親プロセスを中断するようにしてそれを解決する。

【００１０】親プロセスと子プロセスが同時に遂行する場合のプロセスの例としては、親プロセスがその遂行を継続中、その背景において、例えば、子プロセスがプリンタに対して送信するための時間中単にそこに割込むようにして、子プロセスがファイル又は文書を印刷するというような場合である。

【００１１】この階層はシステムの性能を改良するため、１以上のアプリケーシヨン・プログラムを潜在的に同時遂行可能な部分に分割することができる。 かかるアプリケーション・プログラムの各部分は、実際には、データ処理システムのＣＰＵによって同時に実行する必要はなく、厳密な技術的意味において、それはまれであるものと理解するべきである。

【００１２】しかし、これらプログラムの部分に対するタイムスロットの動的割当て、及びプロセッサの有益な性能による速いシーケンスでそれらを遂行すること（例えば、共用資源に対する競合を解決する順序で）はプロセスとスレッドの同時遂行の結果が同時に現われ、システムの性能を大きく改善する。

【００１３】特に、ＯＳ／２ ^TMがプログラムを開始したとき、まず必要な資源を得るためにプロセスを作成する。 次に、プログラムをロードして、プロセス内のスレッドを開始し、コードを走行する。 異なるプロセスからのスレッドが走行されると、種々のスレッドによりアクセス可能な資源の所有権はそのプロセスに従って設定され、再設定される。

【００１４】例えば、プロセスＡにおいてスレッド１を走行するときはプロセスＡの資源に対してアクセスし、
プロセスＢにおいてスレッド１を走行するときはプロセスＢの資源に対してアクセスする。 このような方法により共用資源に対する競合は通常容易に解決される。 このオペレーションは特定のプロセスが資源を動的に取得し、解放することができるという事実によって強化又は拡張される。

【００１５】ＯＳ／２ ^TMオペレーティング・システムの上記機能及び他の機能は１９８８年にオスボーン・マグローヒル社から出版された“ＯＳ／２プログラマース・
ガイド”（Ed Iaccobucci 著）に詳細に記述されており、ＯＳ／２オペレーティング・システムの上記及び上記以外の記述に対しても参照文献としてここに編入される。

【００１６】

【発明が解決しようとする課題】プロセッサの性能を改良するため、スレッド、プロセス、及びセッションのかかる階層を提供した場合、これら各遂行可能なオペレーションは必然的に異なる構造を持つため、プログラミングが複雑となる。

【００１７】例えば、ＯＳ／２ ^TM内においては、４つのシステム・レベル・アプリケーション・プログラミング・インターフェース（例えば、ＤＯＳスレッド作成（Do
s Create Thread)、ＤＯＳセッション開始（ Dos Start
Session) 、ＤＯＳプログラム遂行（ Dos Exec Progra
m)、及びスレッド開始(begin Thread）のような）の１
つがスレッド又 はプロセスを開始するために要求されるかもしれない。 多重タスク・オペレーションが可能な他のオペレーティング・システム・アプリケーション・
アーキテクチャにおいては、他の上記のものに匹敵しうるシステム・レベル数のアプリケーション・プログラミング・インターフェース（ＡＰＩ）が要求されるであろう。

【００１８】スレッドに含みうる各オペレーションは実行されるべきシステム・アプリケーション・アーキテクチャ（ＳＡＡ）に対する適切なオペレーションを実行するものでなければならない。 ＭＶＳ，ＶＭ，ＯＳ４０
０，及び他のオペレーティング・システムのような異なるシステム・アプリケーション・アーキテクチャ（ＳＡ
Ａ）は異なる方法で共用資源に対する割振り及び競合を処理するため、スレッド開始のために要求されるコードを異なるものにしなければならず、模範的には、異なるアプリケーション・プログラミング・インターフェースによって処理されなければならない。 それに要求される差異は些細なものではなく、夫々ＡＰＩ当り５乃至５０
行が要求される。

【００１９】それら異なるスレッド開始方法は、それぞれシステム・レベルＡＰＩに特有の異なるパラメータ及び構文とその各々に対するコードとを含む該システム・
レベルＡＰＩの各々に対して要求される異なるパラメータ及びそれらの許容しうる値に通じていなければならないプログラマに対して重い負担をかけることになる。 特定のプロセス中に、これら方法の少くとも１つが必然的に含まれるにちがいないし、又、その各方法はプログラム中に膨大な回数含まれるかもしれない。

【００２０】その上、、対応するオペレーティング・システム・レベルＡＰＩに対して要求するコードは非常に異なるものと思われるため、プログラム中にかかるコードが含まれると異なるオペレーティング・システムを走行するシステムでは、そのプログラムを遂行することができなくなるかもしれない。 故に、オペレーティング・
システム・レベルＡＰＩの差異はオペレーティング・システム間におけるプログラムのポーティング又は移動を事実上妨げる。

【００２１】この制限は異なるオペレーティング・システムを走行するデータ・プロセッサを含むかもしれない大型ネットワークを実現する場合に重大なものとなる。
その上、、特定のプログラム又はアプリケーションの遂行が共通のオペレーティング・システムを有するネットワークのプロセッサにのみ制限されるとすると、ネットワーク全体のデータ処理資源の利用開発は不可能である。

【００２２】従って、本発明の目的は、プロセッサにおける遂行作業（例えば、開始、セッション、プロセス、
又はスレッド等）のため、複数の意図するオペレーティング・システム・アプリケーション・プログラミング・
インターフェースの１つを呼び出すことができる単一の汎用化且つ単純化したアプリケーション処理インターフェースを提供することである。

【００２３】本発明の他の目的は、ハイレベル・システムにおける単一の単純化したアプリケーション・プログラミング・インターフェースの使用により開始されるべきタスク・タイプ（例えば、セッション、プロセス、又はスレッド）をプログラマが容易に変更することができる配列法を提供することである。

【００２４】更に、本発明の目的は、追加のオペレーティング・システムを支援するよう変更することができる汎用アプリケーション・プログラミング・インターフェースを提供することである。

【００２５】更に、本発明の他の目的は、オペレーティング・システム間の可搬性を可能にするため、オペレーティング・システム特定の依存性を含む必要がないアプリケーション・プログラミング・インターフェースを提供することである。

【００２６】更に、本発明の他の目的は、異なる又は複数のオペレーティング・システム環境において、変更することなく、よりハイレベルのプログラムを走行可能にするアプリケーション・プログラミング・インターフェースを提供することである。

【００２７】更に、本発明の他の目的は、プログラム内でタスク又はスレッドを開始する方法をプログラムが容易に変更することができる配列法を提供することである。

【００２８】更に、本発明の目的は、実質的によりハイレベルのプログラムに変更することなく、新オペレーティング・システム基底オプションを支援するよう変更することができる汎用アプリケーション・プログラミング・インターフェースを提供することである。

【００２９】更に、本発明の他の目的は、異なるオペレーティング・システム間でアプリケーションの移動を容易にし、プログラムを異なるオペレーティング・システムにおいて走行しうるようなバージョンに変換する配列法を提供することである。

【００３０】

【課題を解決するための手段】本発明は、上記の課題を解決するため、一群のデータ処理オペレーションに対応するよう汎用化されたインターフェースを提供し、該インターフェースはその呼出しに使用される少くとも１つのコード化パラメータをデータ処理オペレーション用の複数のパラメータに変換するコード変換手段と、少くとも２つのパラメータにホーマットを課するテンプレート手段とを含む。

【００３１】本発明の他の面によると、インターフェースの呼出しに使用される少くとも１つのコード化パラメータをデータ処理オペレーション用の複数のパラメータに変換するコード変換手段と、少くとも２つのパラメータにホーマットを課するテンプレート手段とを含む一群のデータ処理オペレーションに対応するよう汎用化したインターフェースを含むデータ処理システムを提供する。

【００３２】更に、本発明の他の面によると、単一パラメータを複数のパラメータに変換するステップ又は工程を含むインターフェース・オペレーションにより一群のデータ処理オペレーションから選択された１つのデータ処理オペレーションを呼出す方法を提供する。

【００３３】更に、本発明の他の面によると、一群のデータ処理オペレーションに対応するよう汎用化され、インターフェースの呼出しに使用される少くとも１つのコード化パラメータをデータ処理オペレーション用の複数のパラメータに変換するコード変換手段と、少くとも２
つの前記複数のパラメータにホーマットを課するテンプレート手段とを含むインターフェースを含み、媒体に記録され、データ処理システムに使用可能なアプリケーション・プログラム製品を提供する。

【００３４】

【実施例】以下、添付図面に基づき本発明の実施例を詳細に説明する。 図１は従来技術を示す図であって、１０
０は、セッション１１２、各プロセスに１以上のステップ又は工程１１６，１２４を含むプロセス１１４，１２
２、及び処理及びステップのロード及び遂行のためのスレッド１１８，１２０，１２６から成る又は表わされる１以上のプログラム１１０を含むことができる任意なアプリケーション・システムである。

【００３５】図を明快にするため、希望するオペレーション（例えば、タスク又はルーチン）の実行のために遂行する各スレッドは、前述のように、あるシステム・レベル・オペレーションではプログラムの各スレッドを開始する必要があり、スレッドでは次にセッションを構成するプロセスを開始する必要があるので、“セッション開始”，“プロセス開始”又は“スレッド開始”の各表示を付した各ブロック１１２、１１４、１１８、１２
０、１２２、１２６の右側に単に３つの点でそれを示すようにした。

【００３６】又、スレッドを開始するためにスレッドを使用する必要があるので、図の表示はセッション、プロセス、及びスレッドの開始に対する本発明の適用を反映するものである。 それは、この場合、特定のルーチンを走行するスレッドを開始するべきＡＰＩの機能である（セッション、オペレーション、又はスレッドに対応するルーチンの同一性はアプリケーションに特定であり、
タスク・アプリケーション・ルーチン（Task Appl Rout
ine ）と称し、図３と共に下記で全体的に説明する）。

【００３７】故に、一様で簡単なプログラムを遂行するためには、プログラムの個々のステップを遂行し、各種ステップの遂行が行われるべき環境を設定するために、
幾つかの異なるスレッドを開始し、走行しなければならない。

【００３８】プログラムは各スレッドを開始するに必要なコードを十分に反復することができる。 しかし、かかるコードは各スレッドに対して必要であり、オペレーティング・システム３００のプログラミング経済の点から、習慣上、かかるコードをオペレーティング・システム３００の３０２〜３０８のような１以上のサブルーチンとして取り扱うようにした。

【００３９】これらサブルーチンはプロセッサ４００で走行するよう個々に呼出し可能であり、アプリケーション・プログラミング・インターフェース又はＡＰＩと呼ばれる。 オペレーティング・システムは、例えば、あるものは少くともプロセス及びスレッド各々の開始、スレッドの作成、又、プロセッサ資源の割振りのようなプロセッサの内部オペレーションで実行しなければならない他の機能等に専用されるというように、種類豊富なＡＰ
Ｉを含む。

【００４０】これら専用オペレーティング・システム・
レベルＡＰＩ３０２〜３０８はそれぞれＯＳ／２ ^TMオペレーティング・システムの（特に、図３に示す）ＤＯＳ
セッション開始（ Dos Start Session) ２４２、ＤＯＳ
スレッド作成（Dos Create Thread)２４４、ＤＯＳプログラム遂行（ Dos Exec Program)２４６、及びスレッド開始(begin Thread）２４８に対応する。 故に、プログラム１１０の各行はオペレーティング・システムＡＰＩ
の１つに対応する。

【００４１】特に、プログラム１１０の各セッション開始（Start Session)（例えば、１１２）は、例えば、タスク又はルーチンＩａを走行するためにＡＰＩ３０２を呼出し、各プロセス開始（Start Process)（例えば、１
１４，１２２）は、例えば、タスク又はルーチンＩｃを走行するためにＡＰＩ３０６に接続される。 スレッド開始（Start Thread）はタスク又はルーチンＩｂ又はＩｄ
に対して適切であるかもしれないようなプログラム行に設定したフラグに基づき２つのＡＰＩ３０４，３０８のうちの１つに接続される。

【００４２】しかし、かかるＡＰＩによって与えられたプログラム・コードの経済性によっても、各ＡＰＩはプログラマが意図した方法で遂行するために異なるパラメータの入力を要求するので、プログラマによる使用を特に簡単にすることはない。 故に、プログラマは意図したオペレーティング・システムに使用可能な各かかるＡＰ
Ｉのオペレーションと、プログラムに使用するときに各ＡＰＩに対して供給しなければならないパラメータとの両方に通じていなければならない。

【００４３】又、各ＡＰＩの呼出しのために要求されるこれらパラメータ及びコードはＡＰＩが遂行されるべきオペレーティング・システムごとに異なる。 故に、プログラマはオペレーションの方法と、各オペレーティング・システムで実行される各ＡＰＩに対するパラメータの要求とに通じていなければならない。

【００４４】故に、プログラマが通じていなければならない異なるＡＰＩの数は大きく増加する。 例えば、ＯＳ
／２ ^TMのような１０のオペレーティング・システムの各々が４以上の異なるスレッド開始方法（例えば、UNIX ^TM
オペレーティング・システムの追加の“スポーン”（sp
awn ) 及び“ホーク”（fork）オペレーションのような）を提供した場合、プログラマはそれら各ＡＰＩの詳細及びその遂行のために要求されるパラメータの全べてを知らなければならない。

【００４５】その上、必要なパラメータはオペレーティング・システムと走行するタスクの種類の両方で変化する。 又、各スレッドに対するかかるパラメータの仕様はプログラマに対して実質的な負担を与えるものである。

【００４６】しかし、より重要なことは、オペレーティング・システムからオペレーティング・システムに亘る類似のオペレーションに対応するＡＰＩに必要なパラメータ、各種コード、及びホーマット間に組織的な関係がないということである。

【００４７】故に、ＡＰＩの呼出し及び遂行のためのコードの全べては、プログラムを走行するべき各オペレーティング・システムに対し、プログラムの各異なるバージョンごとにリライトしなければならない。 この制約は、又プロセッサが異なるオペレーティング・システムを使用する場合、ネットワークの各異なるプロセッサ間におけるかかるコードのポーティング又は移動を妨げる。

【００４８】図２は、本発明による汎用ＡＰＩと図１に示す構成要素との間の関係を示す図である。 アプリケーション・システム１００と、オペレーティング・システム３００と、プロセッサ４００とは、全システムにおける異なるレベルを表わし、本発明の汎用ＡＰＩ２００は全システムの階層に対し更に他のレベルを挿入することを示す。

【００４９】その上、括弧１３０で示すように、本発明による単一の汎用ＡＰＩ２００はセッション、プロセス、又はスレッド等を開始するために要求される。 本発明の汎用ＡＰＩのこの選択性の機能から、及び非常にレベルが低い抽象性により、本発明による汎用ＡＰＩは幾分これらオペレーティング・システムのＡＰＩに対するシェルとして機能する。

【００５０】しかし、かかる発明の理解ではまだ不完全である。 というのは、本発明は、パラメータを呼出すコードのパラメータ及び適当なコード・ホーマットを供給するパラメータと、本発明が呼出すオペレーティング・
システム・レベルＡＰＩを制御するパラメータとに含まれているフラグに応答するからである。

【００５１】本発明は、又オペレーティング・システム又は幾つかのかかるグループに存在するかもしれない他のＡＰＩグループに対して適用可能である。 しかし、説明を簡明にするため、本実施例においては、プロセス及びスレッドの開始に使用するＡＰＩグループについてのみ説明する。

【００５２】この本発明による機能は、プログラマが知らなければならない知識として、本発明が適用される各ＡＰＩグループの中の１ＡＰＩの知識にのみ限定することができる。 アプリケーション・システム１００の如何なる点においても、セッション開始、プロセス開始、又はスレッド開始等の活動が要求された場合、それらは結局制御されるオペレーティング・システムＡＰＩ３０２
〜３０８内部の詳細とは関係なく、共通のオペレーションによって実行することができるということである。

【００５３】これは、下記で詳細に示すように、本発明によるフラグ・バイトを使用して汎用ＡＰＩの出力を制御するための情報を供給することにより可能とされる。
かくして、本発明の汎用ＡＰＩは呼出されるべきオペレーティング・システムＡＰＩ間を区別し、必要なホーマット及びそれらを行うためのパラメータを供給する。

【００５４】本発明のこの機能のため、オペレーティング・システムＡＰＩの詳細はプログラマに対して透明にされる。 その上、特定のオペレーティング・システムは、それ自体、本発明が適用される全ＡＰＩの範囲に亘り透明にされる。

【００５５】図３を参照して本発明による汎用ＡＰＩについて詳細に説明する。 下記の記述を通し、本発明による汎用ＡＰＩは、開始されるべきタスクの種類、特定のオプション、及びその開始後そのタスク内で遂行されるべきアプリケーションに特定のコードの名称（例えば、
Ａ，Ｂ，Ｃ，Ｄ，又はそのコードの位置に対するポインタ）を定義する一組のパラメータと共に、その名称によって呼出される（故に、単一オペレーティング・システムに対し複数の汎用ＡＰＩを供給又は適用することができる）ということに留意するべきである。

【００５６】オペレーティング・システムＡＰＩに対する個々のフラグ（タスクは“時間依存”モードで走行するべきか否かのような）は単一の“フラグ・バイト”に組込まれて、オペレーティング・システムＡＰＩの呼出しに使用される多くのパラメータに変換されるということも本発明の重要な面である。

【００５７】プログラマによって供給されないものは不履行としてオペレーティング・システムＡＰＩに供給される。 この情報はオペレーティング・システムに対して特定のものではないが、そのコード・セグメント１０
０″に記憶されている遂行されるべきアプリケーション・システム１００′のそれぞれのコード部分の名称を単に適用するものである。

【００５８】図３において、１００′は各々が１以上のアプリケーション・プログラム１１０（図２に示す）を含む１以上のアプリケーション・システム１００（図２
に示す）を集合的に示したものである。 本発明の汎用Ａ
ＰＩ２００に対するアプリケーション・プログラム１１
０からの出力（図２で括弧１３０により示す）はＡ，
Ｂ，Ｃ，Ｄ等により略図的に示され、それらはアプリケーションの一部として遂行されるべきコードの識別を含み、本発明を呼出すためのタスク開始（Start Task）呼出しのパラメータとしてそれぞれタスクＩａ，Ｉｂ，Ｉ
ｃ，Ｉｄ等に対応するものである。 汎用ＡＰＩ層の範囲と、全システムについて次に高いレベル及び低いレベルの各部分の範囲は図３の左側に描いたそれぞれの括弧によって示される。

【００５９】本発明の汎用ＡＰＩを呼出す構文及び典型的名称は“タスク開始（Ｐ ₁ ，Ｐ ₂ ，Ｐ ₃ ，…，Ｐ
ｎ）”として示される。ここで、Ｐ ₁ 〜Ｐｎはタスク開始のパラメータである。本発明の説明のためにのみ、本発明で必要なかかるパラメータは３つであるものと考える。

【００６０】しかし、それらパラメータは本発明の範囲内において、多数の方法で表示し、結合し、又は分割し、及び（又は）コード化することができ、この情報を表わすデータの特定の文節又はアーティキュレーションは本発明にとって重要ではない。 例えば、Ｐ３，タスク・アプリケーション・ルーチン２１６及び（又は）Ｐ
２，フラグ・バイト２１４又は他の固定且つ任意な数のパラメータはタスク・タイプ（Ｐ１パラメータ）に含めることができる。

【００６１】逆に、多くのコード化情報が希望する数のオペレーティング・システム・レベルＡＰＩを呼出すために必要であったとすると、Ｐ２と全く同一方法でＰ４
のような追加のパラメータを使用しえたであろう。 それに替り、４つのオペレーティング・システム・レベルＡ
ＰＩのいずれかを選択するためには２ビットのみが必要であるから、Ｐ１情報はコード化フラグ・バイトＰ２に含めることができる。

【００６２】それにも拘らず、図示の構文は本発明の具現化及び説明の簡明性の両方が好ましい。 タスク開始の呼出しの際、これらパラメータはあるデータ構造内に、
又は汎用ＡＰＩ２００内の又はそれによって指定された同等のハードウェアに記憶することができるが、記憶する必要はない。 従って、２１２〜２１８は概念化することができ、又はレジスタとして実現することができる。

【００６３】ここで、アプリケーション・システム１０
０の個々のオペレーションが如何に実行されるかを検討することが本発明の明確な理解のために有益である。 特に、アプリケーション・システムの継続的部分として実行されるべきタスク又はルーチンとそのタスク又はルーチンを始動し及び実行するために開始されなければならないタスクとの間の区別を認識することが重要である。

【００６４】図４において、４０１〜４０３は括弧及び“アプリケーション・システム１００”の凡例によって集合的に示したプログラマが書いた模範的ステップである。 これら各模範的ステップは、スレッド、プロセス、
及びセッションの開始を必要とし、又プロセス又はセッションの開始は少くとも１つのスレッドの開始が必要であるということを思い出さなければならないということが重要である。

【００６５】これら各タスク４０１〜４０３はアプリケーション・システムの継続的部分（例えば、プログラムのステップ又はサブルーチン）であるタスク又はルーチンを走行するために開始しなければならない。 故に、各タスク４０１〜４０３を開始する場合、タスク４０１〜
４０３で指定されたタスクＩａ，Ｉｂ，Ｉｃ，等の特定の１つを走行する。

【００６６】従って、タスク４０１を開始する場合には（この場合はスレッドとして）、タスクＩａ，データのフェッチ４１１を実行する。 タスク又はルーチンＣを走行するためタスク４０２を開始する場合（この場合はプロセスとして）には、タスクＩｃ，複合計算４１２を実行する。 同様にして、タスク又はルーチンＢを走行するためタスク４０３を開始する場合（この場合はセッションとして）には、タスクＩｂ，スプレッド・シートのディスプレイ４１３を実行し、以下同様に行う。

【００６７】本発明の絶大な効果を強調するため、異なる方法の開始タスク４０１〜４０３はアプリケーション・システム１００に反映されなければならず、アプリケーション・システムを走行するべきオペレーティング・
システムに対応しなければならないということを思い出すべきである。 それは、プログラマがオペレーティング・システム・レベルＡＰＩの完全な知識を持たなければならない理由である。

【００６８】本発明により、いずれの又はすべてのオペレーティング・システム・レベルＡＰＩは単一の汎用Ａ
ＰＩで呼出すことができる。 アプリケーション・システムは本発明の汎用ＡＰＩを呼出し、単に汎用ＡＰＩのパラメータとして希望するタスク又はルーチンを走行するために希望するオペレーティング・システム・レベルＡ
ＰＩを指定するのみである。 汎用ＡＰＩはそれ自体、呼出すことができるオペレーティング・システムＡＰＩの特定の知識のすべてを効果的に含む。

【００６９】図３において、タスク開始の３つの本質的パラメータをＰ１，Ｐ２，Ｐ３に示す。 パラメータＰ
１，タスク・タイプ（TaskType) は希望するタスク又はルーチンを走行するために、セッション、プロセス、又はスレッドが開始されるべきか否かを判別する特定のオペレーティング・システム・レベルＡＰＩ２４２〜２４
８の指定に使用される。 そのコードはアプリケーション・システム１００′のコード・セグメント１００″に記憶される。

【００７０】パラメータ２，タスク・フラグ・バイト（Task Flag Byte）はＰ１によって指定された特定のオペレーティング・システムＡＰＩを呼出すために必要な複数のパラメータを指定する圧縮及び（又は）コード化パラメータである。 パラメータ３，タスク・アプリケーション・ルーチン（Task Appl Routine)は走行されるべきコード（例えば、２２２）のブロックを見出だすべきアプリケーション・システム１００′のコード・セグメント位置に対するポインタである。

【００７１】他のパラメータは個別的セッション、プロセス、又はスレッドとして走行されるべきタスク或はルーチン又はオペレーティング・システムＡＰＩのいずれかに対する追加の制御のためのフラグ、オプション、スイッチ、等を明示することができる。

【００７２】汎用ＡＰＩ２００は、更に本発明によって認められたタスク・タイプ・パラメータＰ１に対応するため、フラグ・バイト・パラメータＰ２のコード化情報の一部に従って選択されるテンプレート２３２形式の情報を含むことが好ましい様式化配列部２３０を含む。

【００７３】様式化手段の目的は、詳細に後述するように、フラグ・バイト・パラメータＰ２からコード化された追加のパラメータとパラメータＰ３及びＰ４〜Ｐｎから選ばれたパラメータとを受入れること、及びタスク・
タイプ・パラメータＰ１の制御のもとに、オペレーティング・システム・レベルＡＰＩ２４２，２４４，２４
６，２４８の１つを呼出すための名称及びパラメータ・
リストのそれぞれの位置にその情報を挿入することである。

【００７４】特定のタスクの呼出しには、全パラメータＰ４〜Ｐｎより少いパラメータを要求することができ、
その選択は許容しうるパラメータの値と構文を指定するテンプレートの付加と共に、パラメータ（タスク・バイト・フラグ）２１４の制御の下に、ロジック・ブロック２３２において行われる。 この選択機能は、ソフトウェアによる実施が好ましいが、ゲート配列のようなハードウェアで実施することもできる。

【００７５】ＯＳ／２ ^TM及びある他のオペレーティング・システムの制御の下に、特定のスレッド、プロセス、
又はセッションに対するスイッチ及び他の制御は別のパラメータとして指定される。 各ＡＰＩに含まれているパラメータはオペレーティング・システムの他のＡＰＩとは異なり、異なる構文が含まれる。

【００７６】パラメータ及び値の両方とも制限され、その構文もオペレーティング・システムごとに異なる。 これは非常に類似する機能を実行することができる複数のオペレーティング・システム・レベルＡＰＩを呼出すことが極端に困難であることの主な理由である。 又、フラグも、上記同様、ＡＰＩごとに、及びオペレーティング・システムごとに異なるよう含められる。

【００７７】本発明の重要な機能は、単一パラメータとして高度に圧縮した形のバラメータ及びフラグ情報を含めるためのフラグ・バイト（システムのどこにおいてもよく、ビット形式で、便宜上１バイト長でよい）を設けることである。 従って、このフラグ・バイト・パラメータに対する可能値の数は大きくてもよいが、この値は実際にはそれ程抵抗はなく、プログラマが直ぐ学ぶことができ、特定のオペレーティング・システム・レベルＡＰ
Ｉに関する情報よりはるかに効率的に使用することができるものである。

【００７８】いずれにせよ、コードはオペレーティング・システム・レベルＡＰＩのパラメータの許容可能な値のみに対応して与えられるので、そうでなければプラグラマに要求したであろう知識のほとんどはフラグ・バイト・コードに暗黙的に含まれる。 この機能はプログラマがスレッドを開始する度ごとに複数のパラメータを個別に用意しなければならない負担を救済する。

【００７９】上記の如き本発明の汎用ＡＰＩに対するアーキテクチャが与えられると、オペレーションは非常に簡単となる。 名称“タスク開始”及び“タスク・タイプ”パラメータに含まれる固定且つ任意な数のパラメータと、“タスク・フラグ”パラメータと、タスク・アプリケーション・ルーチン・パラメータとは本発明に従い汎用ＡＰＩの呼出しに使用される。

【００８０】タスク・コードはタスク・タイプ・パラメータ及びタスク・アプリケーション・ルーチン・パラメータによりアクセスされ、及び（又は）総合的に取扱われる。 タスク・フラグ・バイト・パラメータはコード・
コンバータ２５０でデコードされてテンプレート２３２
による選択の制御のためのコード・ビットを供給し、コード又は、ホーマット化を通してテンプレート２３２からのテンプレートと併合されるべき個有のパラメータ集合のコードに対するポインタを供給する。

【００８１】図に示してはいないが、コード・コンバータ２５０も又、タスク・タイプ・パラメータの追加の制御の下にホーマット化するテンプレートを含み、及び選択的に供給することができる。 これがない場合は、ホーマット・テンプレート選択信号及びホーマット化手段２
３０に入力される情報の併合のための制御を接続２５２
に供給しなければならない。 デコードされたパラメータ値が接続２５４を介してホーマット化手段２３０に供給される。

【００８２】ホーマット化手段２３０により一度特定のタスク開始のためのコードが組立てられると、プログラム２１０に従い開始するセッション、プロセス、又はスレッドに対応する組立てられたコードによってオペレーティング・システム・レベルＡＰＩ２４２〜２４８の１
つが呼出される。

【００８３】希望するタスクは開始され、例示する両方向リンクによって示されるように、遂行されるべきタスク又はルーチン（例えば、２２２）のコードをアクセスするためのポインタが戻される。 括弧はタスク２４２〜
２４８の間に特定の対応するものがなく、タスク又はルーチンＩａ〜Ｉｄ間に特定の対応するものがないということを示すものである。

【００８４】かくして、処理は従来技術におけるように精密に進められるが、複数のオペレーティング・システムＡＰＩのいずれをアクセスするためにも単に１つの汎用ＡＰＩを要求するのみでよいので、かかる処理の遂行に必要なプログラミングは非常に簡素化された。

【００８５】本発明による汎用ＡＰＩはＯＳ／２ ^TMオペレーティング・システム用プログラミングの簡素化に対して特に適用可能であるが、本発明のアーキテクチャは如何なるオペレーティング・システムに対しても同じ方法で精密に機能することができる。 単なる相違は供給されなければならないホーマット化手段２３０（数は４より多いかもしれない）で実現されるべきホーマットと、
コード・コンバータ２５０で供給される出力コードとである。

【００８６】オペレーティング・システムＡＰＩに対して特定であるこの情報は、この理由のため、ハードウェア又はソフトウェアのいずれかにより好ましくはルックアップ・テーブルとして構成されるホーマット化手段（又はコード・コンバータ２５０）及びコード・コンバータ２５０のテンプレート選択によって変更する必要があるのみである。 オペレーティング・システム・レベルＡＰＩ間の追加の選択はパラメータＰ１〜Ｐ３のいずれかから又はそれらパラメータの組合せから、それらのすべてを供給することができる。

【００８７】その点につき、本発明の汎用ＡＰＩを呼出す名称はプログラム１１０、又は可能性のあるＰ１以外の如何なるパラメータにおいても変更されないということに注意するべきである。 このパラメータの変更はコード・コンバータ２５０によりＰ２のために設けられたものに類似するコード・コンバータを供給することによって回避することさえできる。

【００８８】しかしながら、オペレーティング・システム以外のアプリケーション・プログラムの全体的組織は、特定のタスク又はルーチン（例えば、２２２）を実行するために開始するべきスレッド、プロセス、又はセッションが要求されるか否かを判別するので、Ｐ１の変更が要求される事態はまず起こりそうにない。 Ｐ２は、
コード・コンバータ２５０の単一場所で適当に変更されるので、特に変更する必要はない。

【００８９】同様に、Ｐ３はコード・セグメント１０
０″のアプリケーションの特定部分に対するポインタであり、単に汎用インターフェースを通過するのみであるため、変更する必要はない。このアプリケーション・システムの変更に対する必要性の不存在は本発明によって生じるアプリケーション・システムに対するオペレーティング・システムの透明性を示す。

【００９０】これらの変更が、好ましくは更にハイレベルのアプリケーション・システム（例えば、コンピュータ・プログラム製品又はその一部として実現され、テープ又はディスク、又は使用容易或は利便性のためデータ処理システム内にあるような媒体に記録されるかもしれないプログラム２１０）によりコード・コンバータ２５
０及びホーマット化手段２３０のテンプレート部２３０
において行われると、アプリケーション・システムは、
それ自体、そのアプリケーション・システムが要求する所要のタスク又はルーチン（例えば、２２２）を走行するため、オペレーティング・システム・レベルＡＰＩのグループを呼出すためのコード化パラメータ“タスク・
フラグ・バイト”を含むパラメータ集合と共に、名称１
つのみを含むように書込まれ、変換することができる。

【００９１】従って、プログラム１１０のコードは各種プロセッサに存在するオペレーティング・システムと関係なく、プロセッサ間を移動することができる汎用形式で挿入される。 特定のオペレーティング・システムのＡ
ＰＩ呼出しに向けられたサブルーチンとして本発明の汎用ＡＰＩを含むようにすると、それは同一トークンにより、プログラムが走行するかもしれないオペレーティング・システムを変更するためにアプリケーション・プログラムを容易に変更することが可能となる。

【００９２】同様にして、単一オペレーティング・システムのより新たなバージョンに組込まれている新機能はデコーダ２５０又はアプリケーション・プログラムのＰ
１パラメータの出力及びインターフェースの対応するテンプレートの記憶機能を同様に変更することによって、
アプリケーション・プログラムにより使用することが可能となる。

【００９３】以上の説明から、本発明による汎用アプリケーション・プログラミング・インターフェースは、汎用インターフェースを含むハイレベル・プログラムのプログラミング、更新、及び変換の容易性を増大すると共に、プログラマに要求する知識及び熟練の程度を下げることができる。

【００９４】その上、汎用インターフェースは汎用インターフェースを含む異なるオペレーティング・システム環境間のハイレベル・プログラムの移動を可能にし、それ自体、それらの間で容易に搬送することができる。

【００９５】以上、本発明の１つの好ましい実施例を説明したが、本発明の理念及び範囲内で変更実施しうることは明らかである。 例えば、本発明の汎用インターフェースは如何なるグループ或はシステム・レベルの機能又はプログラムのサブルーチンに対しても同様な透明性及び有益性を与えることができる。

【００９６】本発明は、スイッチを通し、又は個別の或はコード化パラメータを使用して制御信号を作成し、それらを所定のホーマットでよりローレベルのオペレーションに供給することができるので、他のレベルのデータ処理システムにおいても、又は複数のアプリケーションに対する単純化ハイレベル・シェルとしてさえ、有益に使用することができる。 従って、本発明は単に以上説明した実施例の範囲内に限定されるべきものではない。

【００９７】

【発明の効果】本発明は、以上説明したように構成して、単一の汎用化且つ単純化したアプリケーション処理インターフェースを提供したことにより、プログラマはすべてのパラメータに対する知識を持つ必要がなく、簡単に他の意図するオペレーティング・システム・アプリケーション・プログラミング・インターフェースを呼出すことができ、開始するべきタスク・タイプを容易に変更することができるようになった。

【図面の簡単な説明】

【図１】データ・プロセッサ用オペレーティング・システム内の従来技術アプリケーション・プログラミング・
インターフェースと任意にプログラムとの間の関係を示す従来技術による構成図

【図２】図１に示したシステム構成要素に対する本発明の関係を示す構成図

【図３】図１に示す構成と類似する構成により本発明の一実施例による汎用アプリケーション・プログラミング・インターフェースＡＰＩを詳細に示した構成図

【図４】アプリケーション・システムの一部として希望するタスク又はルーチンを走行するために異なる方法でタスクを開始する概念を示す概念図

【符号の説明】

１００ アプリケーション・システム １００′ アプリケーション・システム １１０ アプリケーション・プログラム １３０ 出力 ２００ 汎用アプリケーション・プログラミング・インターフェースＡＰＩ ２３０ ホーマット化手段 ２３２ テンプレート ２４２ ＤＯＳセツション開始 ２４４ ＤＯＳスレッド作成 ２４６ ＤＯＳプログラム遂行 ２４８ スレッド開始 ２５０ コード・コンバータ ３００ オペレーティング・システム ３０２ アプリケーション・プログラミング・インターフェース（Ｉａ） ３０４ アプリケーション・プログラミング・インターフェース（Ｉｂ） ３０６ アプリケーション・プログラミング・インターフェース（Ｉｃ） ３０８ アプリケーション・プログラミング・インターフェース（Ｉｄ） ４００ プロセッサ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジョン・ガバード アメリカ合衆国76248、テキサス州、ケラ ー、パーク・ノース・レーン、352番地 (72)発明者 サリィ・ズポンシック アメリカ合衆国76052、テキサス州、ハー スト、エバーグレン・ドライブ、532番地