Computer system and method for executing plural tasks
專利匯可以提供Computer system and method for executing plural tasks專利檢索，專利查詢，專利分析的服務(wù)。并且PURPOSE: To provide an improved computer system and an improved method for executing plural tasks at the computer system.
CONSTITUTION: Logic links L
1 and L
2 of application programs(AP) with their related virtual terminals are independent of the logic links of the respective virtual terminals with a real terminal T. Logic links l
1 T and l
2 T can be selected corresponding to the position of a switch 11 controllable by a software. AP A
1 and A
2 are integrated by a user simulation program enabling access through an application programming interface and a virtual terminal managing program to respective virtual terminals 4 and 9.
COPYRIGHT: (C)1995,JPO，下面是Computer system and method for executing plural tasks專利的具體信息內(nèi)容。
の間の論理結(jié)合１ iTと無関係に維持されることを特徴とする上記コンピュータ?システム。
に記憶するとともに、第２のポインタＰ Tiを上記端末制御ブロックＢＴに記憶することにより確立可能であり、
上記第１のポインタＰ iTは上記端末制御ブロックＢＴを指し、上記第２のポインタＰ Tiは上記制御ブロックＢ i
を指すことを特徴とする請求項１に記載のコンピュータ?システム。
を含むことを特徴とする、上記請求項１ないし３のいずれかに記載のコンピュータ?システム。
が確立可能であることを特徴とする、上記請求項１ないし４のいずれかに記載のコンピュータ?システム。
システム。
上記アプリケーション?プログラムＡ i 、Ａ jの各々は専用仮想端末ＶＴ i 、ＶＴ j （４、９）を割り當てられ、 上記専用仮想端末ＶＴ i 、ＶＴ jは上記ホスト?コンピュータの１つに記憶されることを特徴とする、上記請求項１ないし７のいずれかに記載のコンピュータ?システム。
つのアプリケーション?プログラムＡ iを選ぶステップと、 ｂ） 上記通信サブシステムを介して、上記アプリケーション?プログラムＡ iと専用仮想端末ＶＴ i （４、９）
の間に論理結(jié)合Ｌ iを確立するステップと、 ｃ） 上記端末Ｔと上記専用仮想端末ＶＴ iの間に論理結(jié)合１ iTを確立するステップと、 ｄ） 上記論理結(jié)合１ iTの存在と無関係に上記論理結(jié)合Ｌ iを維持するステップとから成ることを特徴とする上記方法。
Ｂ 2 ）を上記専用仮想端末ＶＴ iに割り當て、 ｂ） 専用端末制御ブロックＢＴを上記端末Ｔに割り當て、 ｃ） 第１のポインタＰ iTを上記制御ブロックＢ iに記憶し、 ｄ） 第２のポインタＰ Tiを上記端末制御ブロックＢＴ
に記憶することにより上記論理結(jié)合Ｌ iが確立され、 上記第１のポインタＰ iTは上記端末制御ブロックＢＴを指し、上記第２のポインタＰ Tiは上記制御ブロックＢ i
を指すことを特徴とする請求項１０に記載の方法。
シミュレーション?プログラム（７）と、上記ユーザ?
シミュレーション?プログラムが割り當てられた専用仮想端末ＶＴ c （１４）をさらに含み、 ａ） 上記複數(shù)のアプリケーション?プログラムから１
つのアプリケーション?プログラムＡ jを選ぶステップと、 ｂ） 上記ユーザ?シミュレーション?プログラムと上記アプリケーション?プログラムＡ i 、Ａ jの上記専用仮想端末ＶＴ i 、ＶＴ jの間に１つまたは複數(shù)の論理結(jié)合Ｃ
i 、Ｃ jを選択的に確立するステップと、 ｃ） 上記端末Ｔと上記ユーザ?シミュレーション?プログラムの上記専用仮想端末ＶＴ cの間に論理結(jié)合Ｃ Tを選択的に確立するステップを含むことを特徴とする請求項１０または１１に記載の方法。
【発明の詳細な説明】
【０００１】
【産業(yè)上の利用分野】本発明は、少なくとも１臺の端末、少なくとも１つのアプリケーション?プログラムおよび通信サブシステムから成る、複數(shù)のタスクを?qū)g行するためのコンピュータ?システムに関するものである。
さらに、本発明は、コンピュータ?システムで複數(shù)のタスクを?qū)g行するための方法に関するものである。
【０００２】
【従來の技術(shù)】従來技術(shù)は、複數(shù)の端末に接続されたホスト?システムを含むデータ処理ネットワークにおける種々のプログラム間通信の方法を開示しており、IBM Sy
stem Journal vol. 22, No. 4, 1983 は、ＩＢＭシステム?ネットワーク?アーキテクチャ（ＳＮＡ）である通信サブシステムを備えたコンピュータ?ネットワークを開示している。 この刊行物の３４５ページには、ネットワークが「端末、コントローラ、プロセッサ、およびこれらを接続するリンクから成る構(gòu)成」として定義されている。 そのような構(gòu)成が、データ処理および情報交換を含むユーザ?アプリケーションをサポートし、かつシステム?ネットワーク?アーキテクチャの仕様に適合する場合は、ＳＮＡネットワークと呼ばれる。 基本的には、
ＳＮＡは、ネットワーク內(nèi)の物理エンティティに関連した論理エンティティを定義し、これらの論理エンティティ間の対話のための規(guī)則を指定する。 ＳＮＡの論理エンティティはネットワーク?アドレス可能単位と、それらを接続する経路制御ネットワークを含む。 ネットワーク?アドレス可能単位は、「セッション」と呼ばれる論理接続を使って互いに通信する。 ３種類のネットワーク?
アドレス可能単位（ＮＡＵ）は論理裝置（ＬＵ）、物理裝置（ＰＵ）およびシステム?サービス制御點（ＳＳＣ
Ｐ）であり、これらは以下のように定義される。
【０００３】論理裝置（ＬＵ）。 ＬＵはポートであり、
これを介してエンド?ユーザがＳＮＡネットワークにアクセスすることができる。 エンド?ユーザはＬＵを使って別のエンド?ユーザと通信し、さらにシステム?サービス制御點（ＳＳＣＰ）のサービスを要求する。
【０００４】物理裝置（ＰＵ）。 ＰＵは、ＳＳＣＰと協(xié)働してノードの資源を管理する構(gòu)成要素である。
【０００５】システム?サービス制御點（ＳＳＣＰ）。
これはエンド?ユーザのための構(gòu)成管理サービス、問題判別サービスおよびディレクトリ?サービスの中心である。 ＳＳＣＰはＬＵおよびＰＵとのセッションを有することができる。 そのようなセッションが発生したとき、
ＬＵまたはＰＵはＳＳＣＰの定義域にある。 ＬＵおよびＰＵとのセッションに加えて、ＳＳＣＰはまた互いに通信して、論理裝置間のセッションおよび異なる定義域におけるセッションの開始および終了を調(diào)整することができる。
【０００６】ハードウェアの観點からは、１つのネットワークは、処理裝置と、個々のユーザに割り當てられている複數(shù)の遠隔端末裝置とを有するホスト?システムを含む。 遠隔端末裝置は１つまたは複數(shù)の通信リンクを介してホスト?システムに選択的に接続することが可能である。 これらのリンクは同軸ケーブル、専用電話回線または、ある場合には、衛(wèi)星通信リンクを含むことができる。
【０００７】ホスト処理裝置は、各々が要求に応じてエンド?ユーザに割り當てられる多數(shù)の仮想計算機の作成をサポートするオペレーティング?システムを常に含まなければならない。 仮想計算機は、ホスト?システムのホスト?プロセッサを時分割することにより、割り當てられたエンド?ユーザのためのタスクを処理する。 複數(shù)のプロセッサが並列に動作するので、ホストで真の同時処理が行われるように複數(shù)のハードウェア?プロセッサを備えるホスト?システムもある。 時分割技術(shù)によって仮想計算機のためのデータ処理タスクを「同時に」実行する１臺のハードウェア?プロセッサがあるにすぎない場合の方が多い。 このことに端末側(cè)のエンド?ユーザは気がつかない。
【０００８】データ処理ネットワークでは２種類の一般的な端末が使用されている。 第１の種類は、キーボードと表示裝置のみから成り、ホスト?システムとの接続を行うのに必要とされる以外の処理機能をほとんど、または全く持たないので、「ダム?ターミナル」と呼ばれる。 第２の種類の端末はインテリジェント?ワークステーション（ＩＷＳ）と呼ばれ、それ自體の処理裝置と、
それを支援する周辺裝置を備えている。 ＩＷＳとパーソナル?コンピュータ（ＰＣ）という用語は互いに交換可能に使用されることが多い。 非常に魅力的な価格性能比を特徴とするＰＣの即時使用性から、ＩＷＳ形式の端末で実現(xiàn)された大部分の新しいネットワークおよび舊式のネットワークの多くが、ＩＷＳ形式の端末によりダム?
ターミナルを置き換える変更を受けつつある。
【０００９】ネットワーク上の各エンド?ユーザにそれ自體の処理能力を與えることにより、それまでホストで行われていたデータ処理タスクの多くをホストＣＰＵがしなくてすむようになる。 ホストＣＰＵにより処理されるタスクの性質(zhì)はしたがって変化し、現(xiàn)在では、電子メールおよび電子カレンダ等のもっと複雑なアプリケーションがホスト?システムの制御下にネットワーク上で実現(xiàn)されている。 これらのアプリケーションは共に、分散アプリケーション?プログラムと呼ばれるものを含む。
分散アプリケーション?プログラムでは、アプリケーション?プログラムの一部分がホスト?システム上に常駐し、別の部分がＩＷＳ端末上に常駐する。
【００１０】現(xiàn)在のデータ処理ネットワークの多くは、
１９７４年に初めて記述されたＩＢＭのＳＮＡアーキテクチャに従って設(shè)計されている。 それ以來、種々の新しい機能およびサービスが追加されてきた。 上で示唆したように、ＳＮＡネットワークは、データ?リンクにより相互接続された複數(shù)のノードと見なすことができる。 これらのノードの各々で、経路制御要素が、論理裝置と呼ばれる資源管理プログラム間で経路情報単位（ＰＩＵ）
と呼ばれる情報パケットを送る。 経路のこれらの論理結(jié)合はセッションと呼ばれる。 データの転送ネットワークはしたがって経路制御要素とデータ?リンク制御要素により定義される。
【００１１】ノードは複數(shù)のリンクにより接続することができ、複數(shù)のＬＵを含む。 種々の形式のＬＵセッションおよびプロトコルがＳＮＡアーキテクチャの枠組みの中で確立された。 主として３種類のセッションがある。
第１の種類はＳＮＡにより明示されていない。 第２の種類は端末を含み、第３の種類はプログラム間通信を含む。 例えば、ＬＵ６は、ＬＵ２およびＬＵ７等の端末Ｌ
Ｕ形式の制限を回避する、ＳＮＡにより定義されたプログラム間通信プロトコルを提供する。 ＬＵ６．２は拡張プログラム間通信すなわちＡＰＰＣプロトコルと呼ばれる。
【００１２】論理裝置はメッセージ?ポート以上のものである。 ＬＵは、１つまたは複數(shù)の論理プログラムを含むプログラム間通信等のオペレーティング?システム?
サービスを提供する。 各アプリケーション?プログラムはＬＵをローカル?オペレーティング?システムとして使用し、セッションにより接続された疎結(jié)合ＬＵを分散オペレーティング?システムとして使用する。
【００１３】ＬＵは、特定のハードウェアおよびその構(gòu)成に依存するそのプログラムに複數(shù)の資源を割り振る。
使用可能にされる資源のあるものはリモートであり、一方、その他はローカル、すなわち、アプリケーション?
プログラムと同じＬＵに関係している。 セッションは各ＬＵにおけるローカル資源と考えられるが、特定のＬＵ
間で共用される。
【００１４】ＬＵの制御機能は資源配置である。 プログラムは資源に対するアクセスを要求する。 ＬＵまたはＬ
Ｕ上で実行されるプログラム間でメッセージを搬送するセッションは資源を共用していると見なされる。 セッションは逐次実行される複數(shù)の會話に分割される。
【００１５】セッションにより接続されたＬＵは、「會話」として使用するためセッションをアプリケーション?プログラムに割り振る際に責任を分擔する。 したがって、アプリケーション?プログラムが「トランザクション?プログラム」と呼ばれることもある。
【００１６】ＬＵ間の正しい接続は、初めに２つのＬＵ
間でセッションを起動し、次にメッセージ?データの交換を促進するよう働く共通な一組のプロトコルの結(jié)果として行われる。 ２つの論理裝置間でのセッションの起動要求は「バインド」とも呼ばれる。
【００１７】ＩＢＭ社により刊行された、ＳＣ３０?３
１１２というＳＮＡフォーマットおよびプロトコル解説書は、例えば、プログラミング言語宣言で、ネットワーク?エンティティと、メッセージを生成し、操作し、翻訳し、送信および返送するプログラムの間を流れるメッセージのフォーマットを定義することによりＳＮＡを記述している。
【００１８】ＩＢＭ社により刊行された、ＧＣ３０?３
０８４と呼ばれるＬＵ６．２用のＳＮＡトランザクション?プログラム解説書は、インプリメンティング?プロダクトにより提供される機能を記述する動詞を定義している。
【００１９】ＳＮＡ形式の通信サブシステムが広く使用されているとはいえ、ＵＮＩＸ形式／イーサネット?ベースのシステム相互接続プロトコルである伝送制御プロトコル／インターネット?プロトコル（ＴＣＰ／ＩＰ）
等のその他の通信サブシステムが従來技術(shù)から知られている。
【００２０】図１はコンピュータ?システムの従來技術(shù)例を示し、アプリケーション?プログラムが通信サブシステムを介して端末Ｔに論理的に接続されている。 コンピュータ?システムは少なくともホスト２と通信サブシステム３から成る。 アプリケーション?プログラムＡ 1
はホスト２の記憶空間１に記憶される。 例えば、ＳＮＡ
またはＴＣＰ／ＩＰ形式である通信サブシステムはアプリケーション?プログラムＡ 1と端末Ｔの間の論理結(jié)合を確立するよう働く。 通信サブシステム３は、図面に示していないその他のホスト?コンピュータを含むことができる。 通信サブシステム３により確立されるアプリケーション?プログラムＡ 1と端末Ｔの間の論理結(jié)合はセッションとも呼ばれる。
【００２１】この従來技術(shù)のコンピュータ?システムのユーザは、ユーザのコマンドで割込み駆動事象を?qū)g現(xiàn)することができないという問題に直面する。 例えば、エディタを使ってレポートを作成するためユーザがコンピュータ?システムを使用している間に、ユーザはワードプロセッシング?セッションを中斷して、ユーザがエディタとして使用しているアプリケーション?プログラムとは異なるアプリケーション?プログラムに常駐する電話番號の検索等の別のプログラムに直ちにスケッチすることが必要な場合がある。
【００２２】さらに、ある場合には、アプリケーション?プログラムＡ 1の要求に応じて、顧客の住所等の多數(shù)のデータを入力することが必要である。 これらのデータがコンピュータ?システムの記憶媒體上に記憶されたファイルとして存在する場合は、ユーザの対話を伴わずにデータが自動的にアプリケーション?プログラムＡ 1に入力されることが望ましい。 しかし、一般にこのことは、その要求に応じてユーザが端末Ｔを介してデータを入力することを期待するアプリケーション?プログラムＡ 1を変更することなしには不可能である。 このタスクを自動的に実行するため、アプリケーション?プログラムＡ 1は、ユーザの対話を伴うことなくコンピュータ?
システムに記憶されたファイルからデータが自動的に入力されることが可能なように、変更されねばならないであろう。 タスクを自動化するには、アプリケーション?
プログラムＡ 1は少なくとも部分的に書き直されねばならず、多くの時間と資源が必要である。 したがって、ある場合には、ユーザは退屈なデータ入力の仕事を端末Ｔ
を介して手で行わなければならない。 この點も短所である。 なぜならば、手によるデータの入力はファイルからの自動データ入力と比べて比較的長い時間を必要とするので、コンピュータ?システムの処理時間と通信サブシステムの資源が浪費されるからである。
【００２３】
【発明が解決しようとする課題】したがって、本発明の目的は改善されたコンピュータ?システムと、コンピュータ?システムで複數(shù)のタスクを?qū)g行するための改善された方法を提供することである。
【００２４】
【課題を解決するための手段】本発明の目的は、特許請求の範囲に記載された発明により解決される。
【００２５】本発明によれば、アプリケーション?プログラムと端末の間のデータ?ストリームは途中でさえぎられて仮想端末に送られる。 このことは仮想端末管理プログラムにより制御される。
【００２６】仮想端末の概念は、例えば、US-A-5 109 5
10、EP-A-0 114 357 およびランツ（Ｌａｎｔｚ）等の"
Virtual Terminal Management in a Multiple Process
Environment", 1979, Proceedings of the 7th Symposi
um on Operating SystemPrinciples, pp. 86-97 からそういうものとして知られている。 しかし、互いに相互接続されるとともに、ＳＮＡ、ＴＣＰ／ＩＰまたは類似の種類の通信サブシステムにより端末と接続される複數(shù)のホスト?コンピュータから成るコンピュータ?システムにおける仮想端末のアプリケーションに関しては従來技術(shù)は言及していない。
【００２７】本発明によれば、仮想端末管理プログラムは、受け取ったデータ?ストリームをＳＮＡ３２７０データ?ストリーム等の実際のデータ?ストリーム?アーキテクチャに従って解析することにより、表示畫面の真の記憶裝置內(nèi)イメージを作成する。 記憶裝置內(nèi)イメージは実際の表示畫面の內(nèi)容、レイアウト、色および強調(diào)表示等に関する全ての情報を含む。
【００２８】仮想端末管理プログラムはまた、通信サブシステムのデータ通信プロトコルにより定義される全ての機能を?qū)g行する。 したがって、仮想端末はアプリケーション?プログラムに対して実端末であるかのように裝う。 相手が仮想端末であるのか、または実端末であるのかにアプリケーション?プログラムは全く気づかない。
【００２９】仮想端末管理プログラムは、アプリケーション?プログラムおよび実端末が同時に仮想端末にアクセスすることが可能な２重インタフェースを通信サブシステムに提供する。 仮想端末に対する複數(shù)のアクセス動作の調(diào)和は仮想端末管理プログラムにより制御され、監(jiān)視されるのが好都合である。
【００３０】仮想端末管理プログラムは実端末に先立ってデータ?ストリームを受け取るので、データを?qū)g端末に送る前に仮想端末バッファを変更することができる。
この変更には以下のようなものがある。 ? 異なるコード規(guī)格への変換（例えば、ＥＢＣＤＩＣ
からＡＳＣＩＩ）、 ? 異なる伝送プロトコルへの変換（例えば、ＳＮＡからＴＣＰ／ＩＰ）、 ? 別の言語コード?ページへの変換、 ? 古いアプリケーション?プログラムの改善された表示（例えば、色の追加等）、 ? 仮想端末管理プログラムにより提供されるアプリケーション?プログラミング?インタフェース（ＡＰＩ）
を使用して、データを仮想端末バッファに追加すること、 ? ＡＰＩプログラムの使用による特定の仮想端末に対する他の仮想端末からのデータ転送、 ? ユーザ畫面上でのメッセージ?ウィンドウのオーバレイ。
【００３１】例えば、ＳＮＡ形式の環(huán)境では、仮想端末管理プログラムは要求に応じて１つまたは複數(shù)のＬＵの機能をシミュレートする。 したがって、論理結(jié)合はＳＮ
Ａ通信サブシステムを介して、アプリケーション?プログラムとその専用仮想端末の間で確立することが可能である。 専用仮想端末はアプリケーション?プログラムには実端末のように見えるので、論理結(jié)合は原則として実端末と専用仮想端末の間の別の論理結(jié)合の存在とは無関係である。 これにより、バックグラウンド操作が可能となる。
【００３２】本発明は、複數(shù)のセッションが１つの実端末裝置を共用することを可能にする點で有用である。 ユーザが「ホット?キー」機能を使うことによりセッションを切り換えた場合、仮想端末管理プログラムは活動中の他の仮想端末の全てをバックグラウンドで維持しながら、実裝置にとっての新たな仮想端末のデータに対するアクセスを可能にする。 さらに、２つ以上の仮想端末バッファの部分データの実端末上での表示に加え、実端末上に現(xiàn)在表示されていない仮想端末バッファ更新を可能とする。 これにより、ユーザはその畫面上で複數(shù)のホスト?セッションを見ることができる。
【００３３】仮想端末管理プログラムは各仮想端末のためのＡＰインタフェースを提供する。 これにより、実端末上に表示される前に仮想端末バッファを変更することができるプログラムの書込みが可能になる。 仮想端末管理プログラムはまた、自動オペレーションに対応するユーザ?インタフェースをシミュレートすることができる。 この自動オペレーションはあるアプリケーション?
プログラムの専用仮想端末の畫面內(nèi)容にさえ作用して、
別のアプリケーション?プログラムの要求に対する応答を提供することができる。
【００３４】
【実施例】図２に示す本発明のコンピュータ?システムは、仮想端末４、仮想端末管理プログラム５、仮想端末管理プログラム５に屬するアプリケーション?プログラミング?インタフェース６、およびユーザ?シミュレーション?プログラム７をさらに含む點で図１の従來技術(shù)のコンピュータ?システムと異なる。 通信サブシステム３を介してアプリケーション?プログラムＡ 1とその専用仮想端末４の間に論理結(jié)合Ｌ 1が確立される。 端末Ｔ
とアプリケーション?プログラムＡ 1の専用仮想端末４
の間に論理結(jié)合１ 1Tが確立される。 論理結(jié)合Ｌ 1を介してアプリケーション?プログラムＡ 1から生じるデータ?ストリームは仮想端末機能により処理される。 データはそれによって畫面イメージとして記憶されるが、畫面イメージは拡張屬性バッファを含む実畫面バッファの真のコピーである。 この例では、各セッションは、好ましくはＩＢＭの拡張通信機能を特徴とするＩＢＭ仮想通信アクセス方式ＶＴＡＭの制御下にある。 仮想通信アクセス方式（ＶＴＡＭ）は、一組のＩＢＭプログラムであり、端末とアプリケーション?プログラムの間の通信を制御し、かつＳＮＡと協(xié)同動作する。 仮想端末管理プログラムは、論理結(jié)合の確立にＶＴＡＭを使用する。
【００３５】端末Ｔと仮想端末４の間の論理結(jié)合１ 1Tがもはや維持されない場合は、このことはアプリケーション?プログラムＡ 1にとって透過ではない。 なぜならば、論理結(jié)合Ｌ 1は論理結(jié)合１ 1Tの存在とは無関係に維持されるようになっているからである。 アプリケーション?プログラムＡ 1がユーザからの入力を必要とする場合は、この入力動作はユーザ?シミュレーション?プログラム７により自動的に実行される。 ユーザ?シミュレーション?プログラム７は仮想端末４、特に実畫面の真の記憶裝置內(nèi)イメージを含む仮想端末４の仮想端末バッファに自由にアクセスすることができる。
【００３６】仮想端末バッファはコンピュータ?システムのメイン?メモリに保持されることが好ましいので、
ユーザ?シミュレーション?プログラム７は仮想端末バッファの內(nèi)容を常に監(jiān)視する。 ユーザ?シミュレーション?プログラム７は、仮想端末管理プログラム５のアプリケーション?プログラミング?インタフェース６を介して仮想端末バッファにアクセスする。 アプリケーション?プログラミング?インタフェース６は仮想端末バッファにアクセスするため必要な全ての機能を提供する。
ユーザにより書かれたシミュレーション?プログラム７
は、仮想端末管理プログラム５により提供されるアプリケーション?インタフェース６を介して仮想端末４にアクセスする。 アプリケーション?プログラミング?インタフェースは以下の機能要求を提供する。 ? アプリケーションおよび端末セッションＬ i 、１ iT
（この例では、Ｌ 1および１ 1T ）の確立および制御。 ? 仮想端末の確立および制御。 ? 仮想端末管理プログラム５により複數(shù)の仮想端末が確立される場合は、どう仮想端末が実端末Ｔ上に表示されるか、およびユーザ?シミュレーション?プログラムと仮想端末の中の別のものの間のデータの交換を制御する。
【００３７】機能要求は、ＲＥＸＸのようなインタプリタ言語またはＰＬ／１またはＣのような通常の言語で書くことができるユーザ?シミュレーション?プログラム７のプログラミングのため使用される。 アプリケーション?プログラミング?インタフェース６は、ユーザ?シミュレーション?プログラム７の要求に応じて、仮想端末（例えば、仮想端末４および論理結(jié)合Ｃ 1 ）とユーザ?シミュレーション?プログラム７の間で論理結(jié)合を維持することにより、同時に実行されているユーザ?シミュレーション?プログラム７の仮想端末管理プログラム５の仮想端末に対するアクセスを制御する方法を提供する。 これは、特定のアプリケーションの要求に依存するアルゴリズムに従い、ユーザ?シミュレーション?プログラム７で実現(xiàn)される。
【００３８】仮想端末における畫面イメージをアプリケーションの要求に整合させておくため、ユーザ?シミュレーション?プログラム７は、オペレータとして働くとき、畫面レイアウトを変更することはできない。 ユーザ?シミュレーション?プログラム７は、ユーザが実端末上でのデータ入力を許可されるとき、仮想端末バッファの內(nèi)容を変更することができるだけである。 仮想端末管理プログラムはアプリケーション?プログラミング?インタフェース６を介する仮想端末バッファに対する無効アクセス要求を拒絶することにより、整合性を保証する。
【００３９】図３のコンピュータ?システムは、ホスト２の記憶空間１２に記憶されている他のアプリケーション?プログラムＡ 2 、アプリケーション?プログラムＡ 2
の専用仮想端末９、および仮想端末管理プログラム５のソフトウェアおよびアプリケーション?プログラミング?インタフェース６により実現(xiàn)されるスイッチ１１をさらに含む。 仮想端末９とユーザ?シミュレーション?プログラム７（この例ではクロス?アプリケーション?プログラム７）の間に論理結(jié)合Ｃ 2が確立される。 クロス?アプリケーション?プログラム７は２つ以上のアプリケーション?プログラムを統(tǒng)合する働きをする。 この點について以下にさらに詳細に説明する。
【００４０】通信サブシステム３を介して、アプリケーション?プログラムＡ 2と専用仮想端末９の間に論理結(jié)合Ｌ 2が確立される。 論理結(jié)合１ 1Tはこの事例では、通信サブシステム３およびスイッチ１１を介して確立される。 スイッチ１１の位置が変更された場合は、仮想端末９と端末Ｔの間にもう１つの論理結(jié)合１ 2Tが確立される。 スイッチ１１の位置は、対応するコマンドを論理結(jié)合１ 1Tを介して仮想端末管理プログラムに出すことにより、端末Ｔのユーザの要求に応じて変更される。
【００４１】スイッチ１１の位置は、この例ではクロス?アプリケーション?プログラム７であるユーザ?シミュレーション?プログラム７の要求に応じて変更することもできる。
【００４２】最初に、ユーザがアプリケーション?プログラムＡ 1を使用する事例について考察する。 したがって、論理結(jié)合Ｌ 1および１ 1Tが確立される。 アプリケーション?プログラムＡ 1は顧客データ、例えば、名前、
街區(qū)、市およびユーザからの出來高の入力を要求する。
特定の顧客からの出來高を見つけるため、ユーザは第２
のアプリケーション?プログラムＡ 2を使用してデータベースにアクセスしなければならない。 したがって、ユーザは、論理結(jié)合１ 2Tを確立するようスイッチ１１の位置が変更されることを要求する。 このことは、好ましくは「ホット?キー」を使うことによって、対応するコマンドを端末Ｔから仮想端末管理プログラム５に出すことにより行われる。
【００４３】いったん論理結(jié)合１ 2Tが確立されると、アプリケーション?プログラムＡ 2により特定の顧客の出來高を見つけるため、ユーザはその顧客の名前および住所を入力する。 ユーザの要求に応答して、スイッチ１１
は、再び論理結(jié)合１ 1Tが確立されるようにその開始位置に再び入れ替えられる。 ユーザはこのとき必要とされる顧客データの全て（出來高を含む）をアプリケーション?プログラムＡ 1に入力することができる。
【００４４】ＳＮＡ３２７０データ?ストリームが使用される場合は、通信サブシステム３內(nèi)のデータ?ストリームは、論理裝置がＬＵセッションを介して伝送するユーザ提供データおよびコマンドから成る。 論理裝置はまた、データが処理され、フォーマットされる方法を決定する制御情報を伝送する。 ＳＮＡ３２７０データ?ストリームは、ＬＵタイプ２および３が使用する唯一のデータ?ストリームである。 ＬＵタイプ６．１および６．２
の場合は任意データ?ストリームである。 データ?ストリームはファイル間転送、表示アプリケーションおよび印刷裝置アプリケーションをサポートする。
【００４５】一般に、アプリケーション?プログラムは以下の２つの方法の１つを使って表示オペレータと通信する。
【００４６】第１の方法では、アプリケーション?プログラムは表示面をフォーマットされていないままにしておき、オペレータは表示面を自由形式で使用する。 第２
の方法では、アプリケーション?プログラムは表示面を完全に、または部分的にフォーマットし（すなわち、表示面をフィールドに編成し）、オペレータはデータをフィールドに入力する。 表示オペレータ、特に端末Ｔのユーザはアプリケーション?プログラムＡ 1 、Ａ 2の仮想端末バッファの指定された位置にのみデータを入力できるので、第２の方法は図３に示す例で使用される。
【００４７】ＳＮＡ３２７０データ?ストリームは、アプリケーション?プログラマが表示面を１つの活動域に、さらには、任意選択で１つまたは複數(shù)の基準域に分割することを可能にする。 各領(lǐng)域はパーティションと呼ばれる。 「活動狀態(tài)」のパーティションはカーソルを含み、オペレータがデータまたは要求を入力することができる唯一のパーティションである。
【００４８】次に考察する第２の事例は、この例ではクロス?アプリケーション?プログラムであるユーザ?シミュレーション?プログラム７の事例である。 クロス?
アプリケーション?プログラム７が実行中である場合は、第１の事例の上述の手順が自動的に実行される。 アプリケーション?プログラムＡ 1が、顧客データ、特に出來高が入力されることを要求する場合は、論理結(jié)合Ｃ
1を介してクロス?アプリケーション?プログラム７により認識される。 その結(jié)果、クロス?アプリケーション?プログラム７は特定の顧客の名前および住所を論理結(jié)合Ｃ 2を介して仮想端末９に入力し、要求された顧客の出來高をもたらすアプリケーション?プログラムＡ 2のデータベースでの照會の結(jié)果について、仮想端末９の仮想端末バッファを監(jiān)視する。 この數(shù)はアプリケーション?プログラムＡ 2の仮想端末バッファから読まれ、論理結(jié)合Ｃ 2を介してクロス?アプリケーション?プログラム７に転送される。 クロス?アプリケーション?プログラム７は論理結(jié)合Ｃ 1を介して出來高を仮想端末４に自動的に入力する。 アプリケーション?プログラムＡ 1の次の要求で、同じ動作シーケンスが再び自動的に実行される。 このことはユーザの対話なしに行われる。 仮想端末バッファの１つに対する論理結(jié)合１ 1Tまたは１ 2Tがスイッチ１１により確立される場合、ユーザはアプリケーション?プログラムの任意のものを監(jiān)視することができる。
【００４９】図４のコンピュータ?システムは獨立した仮想端末１４をさらに含む。 獨立端末１４はクロス?アプリケーション?プログラムの専用に供される。 スイッチ１１および通信サブシステム３を介して、獨立仮想端末１４と端末Ｔの間に論理結(jié)合Ｃ Tが確立されるので、
獨立仮想端末１４は端末Ｔのユーザにより監(jiān)視される。
【００５０】例えば、出來高、未払い請求書の未払い債権および最後の催促狀の日付等の顧客データにアクセスするためアプリケーション?プログラムＡ 1が顧客識別番號（ＩＤ）を必要とする場合は、アプリケーション?
プログラムＡ 1は顧客ＩＤが入力されることを要求する。 これは、アプリケーション?プログラムＡ 1の仮想端末４と接続されているクロス?アプリケーション?プログラム７により認識される。 なぜならば、クロス?アプリケーション?プログラム７は仮想端末４の仮想端末バッファを監(jiān)視するからである。 アプリケーション?プログラムＡ 1が、クロス?アプリケーション?プログラムにとって未知の顧客識別番號の入力を必要とする場合は、クロス?アプリケーション?プログラムは論理結(jié)合Ｃ 2によりアプリケーション?プログラムＡ 2にアクセスする。 特定の顧客の名前および住所が仮想端末９の仮想端末バッファに入力され、アプリケーション?プログラムＡ 2のデータベースが照會され、結(jié)果が仮想端末９の仮想端末バッファに返される。 次に、クロス?アプリケーション?プログラム７は、アプリケーション?プログラムＡ 2により見つけ出される、必要とされる顧客ＩＤ
をアプリケーション?プログラムＡ 1の仮想端末４に入力する。 アプリケーション?プログラムＡ 1により提供された情報は論理結(jié)合Ｃ 1を介してクロス?アプリケーション?プログラムにより監(jiān)視される。 図４に示す例では、クロス?アプリケーション?プログラム７は、未払い債権があることを認識する。 この関連情報は論理結(jié)合Ｌ Cを介して獨立仮想端末１４に出力される。 したがって、特定の顧客に未払い請求書の未払い債権がある場合は、コンピュータ?システムのユーザはその顧客に関してのみ知らされるだけである。
【００５１】獨立仮想端末１４は仮想端末管理プログラム５により提供される。 獨立仮想端末１４はアプリケーション?プログラムとはセッションにより結(jié)合されていない。 これにより、クロス?アプリケーション?プログラム７によって決定される畫面レイアウトのセットアップが可能になる。 この事例では、クロス?アプリケーション?プログラム７は論理結(jié)合Ｃ Tを介して実端末に対するセッションを制御する。 それによって、端末Ｔのユーザに新たなインタフェースを提供するための任意の畫面レイアウトを畫定することが可能になる。 畫面レイアウトは、図に示すように、１つまたは複數(shù)のアプリケーション畫面の出力を結(jié)合することができる。
【００５２】要するに、ユーザ?シミュレーション?プログラム７は以下のタスクの１つまたは複數(shù)を?qū)g行することが可能である。 ? 頻繁に繰り返されるタスクの場合のアプリケーション?プログラムに対するユーザ入力のシミュレーション（図２に示す好ましい実施例と比較）。 ? 現(xiàn)在見えないアプリケーション?プログラムの真の記憶裝置內(nèi)畫面イメージを保持する仮想端末バッファから得られたデータの統(tǒng)合。 このデータは、現(xiàn)在表示されているアプリケーション?プログラムの畫面に統(tǒng)合される（図３の好ましい実施例と比較）。 ? 獨立仮想端末での新たな畫面レイアウトの提供による１つまたは複數(shù)のアプリケーション?プログラムに対する新たなユーザ?インタフェースの提供（図４の好ましい実施例と比較）。
【００５３】この手法は、実効プログラムを全く変更することなくアプリケーション?プログラム間通信を提供する點で有用である。 １つまたは複數(shù)のアプリケーション?プログラムのユーザに対する外観は、アプリケーション?プログラム自體を変えることなく変えることができる。 ユーザ?シミュレーション?プログラム７またはクロス?アプリケーション?プログラム７は、コンピュータ?システムの通信サブシステム３に対して全く影響を及ぼすことなくユーザによって書かれることが可能である。 さらに、ユーザ?シミュレーション?プログラム７またはクロス?アプリケーション?プログラム７のプログラマは、データ?ストリームの特性について全く知らなくてよい。 なぜならば、ユーザ?シミュレーション?プログラム７は、アプリケーション?インタフェース６により定義されるＡＰＩ機能要求を使用して対応する仮想端末バッファにアクセスすることにより、アプリケーション?プログラムの畫面に直接アクセスすることができるからである。 さらに、同じシミュレーション?プログラム７またはクロス?アプリケーション?プログラム７を同時に複數(shù)回実行し、その度毎に異なる端末Ｔの異なるユーザに、必要とされる異なる仮想端末を提供することを考慮しているので、この手法は有用である。
【００５４】さらに、本発明は、通信サブシステム３が一層効率的に使用されるので、特に有用である。 ジャンプ、エスケープまたは同様な種類のオペレーションが現(xiàn)在の畫面內(nèi)容の保管を必要とするときは常に、新たに変更されたデータを、端末Ｔとセッションにより結(jié)合されているアプリケーション?プログラムの仮想端末バッファに追加するだけでよい。 例えば、セッションを変更するためスイッチ１１が起動される場合、全畫面読取り動作を行わせる必要はない。 その理由は、仮想端末バッファは実畫面の真の記憶裝置內(nèi)イメージをコンピュータ?
システムのメイン?メモリに常に保持するからである。
あるアプリケーション?プログラムから別のアプリケーション?プログラムへのジャンプ操作（すなわち、図３
のスイッチ１１の位置の変更）、または、実端末Ｔとのセッションが維持されていない場合のエスケープ操作は、ユーザの最後の入力コマンドの後で変更された、新たに変更されたデータを、ジャンプ操作またはエスケープ操作が実行されるアプリケーション?プログラムの仮想端末バッファに追加することを必要とするだけである。 そのアプリケーション?プログラムの畫面が後で実端末Ｔに戻されねばならなくなったときは、そのアプリケーション?プログラムに割り當てられている、対応する仮想端末はデータ?ストリーム（ＳＮＡ３２７０データ?ストリーム等）をその保管された仮想端末から生成して実端末に送ることができる。 このステップはＶＴＡ
Ｍを使用して実行すると好都合である。 この場合は、そのアプリケーション?プログラムの仮想端末バッファが記憶されている記憶位置を指すポインタのみが実端末に送られればよい。 これにより伝送時間が節(jié)約されるので、通信サブシステムの動作も向上する。 したがって、
通信サブシステム３を妨げることなくスイッチ１１を非常に頻繁に起動することができる。
【００５５】図５は、図３に示すコンピュータ?システムのさらに詳細な図を示す。 ユーザ?シミュレーション?プログラム７は図５には示されていない。 図５に示すコンピュータ?システムは図３のコンピュータ?システムに関連してもう１臺の仮想端末１５をさらに含む。 仮想端末４、９、１５の各々は制御ブロックＢ１、Ｂ２、
ＢＴおよび仮想端末バッフ?。郑裕粒薄ⅲ郑裕粒?、ＶＴ
Ｔ１をそれぞれ含む。 スイッチ１１は、アプリケーション?プログラムの専用に供される仮想端末４、９と実端末Ｔの専用に供される仮想端末１５の間に置かれる。
【００５６】実端末Ｔの仮想端末１５は、コンピュータ?システムのスイッチが入れられるときに早くも生成される。 好ましくは、コンピュータ?システムは、コンピュータ?システムの構(gòu)成要素間の相互接続の確立を管理するＩＢＭのプログラムＮｅｔｖｉｅｗアクセス?サービスまたは同様な製品により制御される。 第１に、Ｎｅ
ｔｖｉｅｗアクセス?サービスの選択メニューは実端末Ｔ上に示される。 すなわち、換言すると、選択メニューは仮想端末バッファＶＴＴ１に記憶される。 これは、図６に示すフローチャートのステップ６０に対応する。 端末制御ブロックＢＴには、資源識別テーブル（ＲＩＤ
Ｔ）が記憶される。 ＲＩＤＴは、仮想端末バッフ?。郑?
Ｔ１を指すポインタＰ Tを含む。
【００５７】次に実端末Ｔのユーザは、仮想端末１５上に示される選択メニューから、コンピュータ?システムに存在するアプリケーション?プログラム中のアプリケーション?プログラムＡ iを選ぶ（ステップ６１）。 アプリケーション?プログラムＡ 1を使用したいというユーザの要求はアプリケーション?プログラムＡ iに転送される（ステップ６２）。 この転送はＩＢＭのプログラムＮｅｔｖｉｅｗアクセス?サービスにより行われることが好ましい。 アプリケーション?プログラムＡ iは、
それがユーザの要求を満たすことができるかどうかテストする。
【００５８】満たすことができる場合は、空の制御ブロックが選ばれ、この制御ブロックがアプリケーション?
プログラムＡ iの制御ブロックＢ iになるように識別子により印を付けられる（ステップ６３）。 次にスイッチ１
１を必要な位置に入れることにより、アプリケーション?プログラムＡ iの専用仮想端末ＶＴ iと実端末Ｔの間に論理結(jié)合１ iTが確立される（ステップ６４）。 図５に示す例では、アプリケーション?プログラムＡ 1がユーザにより選ばれ、論理結(jié)合１ 1Tが確立されるような位置にスイッチ１１が入れられる。 スイッチ１１の機能は第１
のポインタＰ 1Tを制御ブロックＢ 1に記憶することにより実現(xiàn)される。 ポインタＰ 1Tは実端末Ｔの制御ブロックＢＴを指す。 第２のポインタＰ Tiは制御ブロックＢＴに記憶される。 第２のポインタＰ Tiは、ユーザにより選ばれたアプリケーション?プログラムＡ iの制御ブロックＢ iを指す。 図５に示す例では、ポインタＰ Tiはしたがって、選ばれたアプリケーション?プログラムＡ 1の制御ブロックＢ 1を指す。
【００５９】各制御ブロックＢ i 、ＢＴ（空の制御ブロックではない）は資源識別テーブルＲＩＤＴを含む。 アプリケーション?プログラムＡ iまたは実端末Ｔに対する、ＬＵ（仮想端末５によりシミュレートされる）により割り振られた資源に関するデータは、対応する制御ブロックＢ iまたはＢＴのＲＩＤＴに記憶される。
【００６０】制御ブロックＢ i 、ＢＴの各々にある各資源識別テーブルは、制御ブロックＢ iが屬する仮想端末ＶＴｉの仮想端末バッフ?。郑裕粒椁螌g際の狀態(tài)を示すための記憶フィールドを含む。 これらの記憶フィールドは畫面サイズに関するデータ、畫面の行および列の數(shù)、
カーソル位置およびその他のハードウェア特性を含む。
これらのデータは、対応するアプリケーション?プログラムＡ iまたは仮想端末Ｔの「バインド」要求により、
制御ブロックＢ i 、ＢＴの資源識別テーブルにそれぞれ入力される。
【００６１】実端末Ｔの仮想端末１５は任意選択である。 選択メニューが使用されない場合は、仮想端末バッフ?。郑裕裕堡悉猡悉涫褂盲丹欷胜ぁ?しかし、制御ブロックＢＴは第２のポインタＰ Tiを記憶するため依然として必要とされる。 アプリケーション?プログラムｉの中の１つの仮想端末ＶＴ iと実端末Ｔの間に新たな論理結(jié)合１ iTが確立される場合は、仮想端末バッフ?。郑裕裕?
の內(nèi)容はもはや実端末Ｔ上に表示されないが、新たに選ばれるアプリケーション?プログラムＡ iの仮想端末バッフ?。郑裕粒椁蝺?nèi)容（図５に示す例では、ＶＴＡ２の內(nèi)容）が表示される。 ユーザが別のアプリケーション?
プログラム（例えば、アプリケーション?プログラムＡ
2 ）を要求する場合は、図５で破線により示されるように、スイッチ１１の位置がそれに対応して変えられる。
それによって論理結(jié)合１ 2Tが確立される。
【００６２】現(xiàn)在選択されているアプリケーション?プログラムＡ 1をアプリケーション?プログラムＡ 2にユーザが変える場合について一例として考察する。 以下のシーケンスが実行される。
【００６３】第１に、実端末Ｔはアプリケーション?プログラムＡ 1 、または換言すると、そのアプリケーション?プログラムＡ 1の仮想端末４の実端末Ｔ上で表示される畫面を示す。 次に、ユーザはアプリケーション?プログラムＡ 1からアプリケーション?プログラムＡ 2への変更要求を示すため、「ジャンプ」キーを押す。 「ジャンプ」キーを押すことは、アプリケーション?プログラムＡ 1からの離脫の前に仮想端末４が実端末Ｔの畫面內(nèi)容の最後の更新を保持するように、実端末Ｔのデータ?
バッファに記憶された新たな変更データが仮想端末バッフ?。郑裕粒堡擞洃洡丹欷毪长趣虬凳兢工搿?
【００６４】第２に、論理結(jié)合１ 1Tがもはや確立されないことを示すため、第１のポインタＰ 1Tが空ポインタになるよう変更される。 新たに選択されたアプリケーション?プログラムＡ 2の制御ブロックＢ 2を指すように、第２のポインタＰ Tiが変更される。 アプリケーション?プログラムｉのポインタＰ Tiが順序付きテーブルに記憶されるので、スイッチ１１の位置を変えるため必要とされる対応ポインタＰ T2がそのテーブルから得られる。 そのテーブルは仮想端末管理プログラム５の制御下で確立される。 複數(shù)の実端末Ｔがある場合は、各端末Ｔは異なる第１のポインタＰ iTを必要とするので、複數(shù)の第１のポインタＰ iTがある。 これらの第１のポインタも順序付きテーブルに記憶される。 アプリケーション?プログラムＡ 2に対するアクセス要求が出される端末Ｔの端末制御ブロックＢＴを指す、必要とされる第１のポインタＰ iT
（この例ではポインタＰ 2T ）を読むため、このテーブルが仮想端末管理プログラム５によりアクセスされる。 ポインタＰ 2Tは仮想端末管理プログラム５により制御ブロックＢ 2に記憶される。
【００６５】第３に、図５に示す例で、仮想端末９に記憶されたデータからＳＮＡ３２７０データ?ストリームが生成される。 このデータ?ストリームは実端末Ｔに送られ、その結(jié)果、実端末Ｔはアプリケーション?プログラムＡ 2の畫面を示す。
【００６６】図７は図４のコンピュータ?システムのさらに詳細な図を示す。 いったんクロス?アプリケーション?プログラム７が起動されると、プログラムは、対応する仮想端末バッフ?。郑裕粒薄ⅲ郑裕粒?、ＶＴＴ１にアクセスするため、アプリケーション?プログラミング?インタフェース６および仮想端末管理プログラム５により仮想端末４、９、１５、特に制御ブロックＢ１、Ｂ
２、ＢＴに対する論理結(jié)合Ｃ 1 、Ｃ 2 、Ｃ Tを確立する。
これらの仮想端末からのデータは、クロス?アプリケーション?プログラム７の獨立仮想端末１４に記憶されている新たな畫面に対してクロス?アプリケーション?プログラム７により構(gòu)成することができる。 獨立仮想端末１４に記憶された畫面は、実端末Ｔ上での表示のため、
クロス?アプリケーション?プログラム７から論理結(jié)合Ｃ Tを介して仮想端末１５に適當なプログラミング?インタフェース?コマンドを送出することにより伝送することができる。 コマンドの送出は図７で破線により示されている。
【００６７】図４および図７の好ましい実施例はアプリケーション?プログラムの統(tǒng)合にとって特に有用である。 複數(shù)のアプリケーション?プログラム（アプリケーション?プログラムＡ 1およびＡ 2等）が與えられた場合、これらは以下の方法でクロス?アプリケーション?
プログラム７により結(jié)合される。
【００６８】ａ） 複數(shù)のアプリケーション?プログラムの中の１つのアプリケーション?プログラムＡ iが選ばれる。 すなわち、そのアプリケーション?プログラムＡ iの対応する仮想端末ＶＴ iに対する論理結(jié)合Ｃ iが確立される。 さらに、クロス?アプリケーション?プログラム７は仮想端末ＶＴ iを監(jiān)視する。 このことは仮想端末バッフ?。郑?iの仮想端末バッフ?。郑裕粒椁伪O(jiān)視により行われる。 クロス?アプリケーション?プログラム７は、アプリケーション?プログラミング?インタフェースにより提供される機能要求を使用することにより、
仮想端末バッフ?。郑裕粒椁虮O(jiān)視する。
【００６９】ｂ） アプリケーション?プログラムＡ i
が情報の入力を要求した場合は、仮想端末ＶＴ iを監(jiān)視することによりクロス?アプリケーション?プログラム７により認識される。 アプリケーション?プログラムＡ
iによるこの情報要求に応答して、クロス?アプリケーション?プログラム７は、要求された情報を提供することができる別のアプリケーション?プログラムＡ jを選ぶ。
【００７０】ｃ） したがって、そのアプリケーション?プログラムＡ jの対応する仮想端末ＶＴ jに対する論理結(jié)合Ｃ jが確立される。
【００７１】ｄ） アプリケーション?プログラムＡ j
は、アプリケーション?プログラムＡ iにより要求される情報を提供するようクロス?アプリケーション?プログラム７により要求される（ステップｂと比較）。 このことは、対応する照會要求を論理結(jié)合Ｃ jを介してアプリケーション?プログラムＡ jの仮想端末ＶＴ jに入力することにより行われる。
【００７２】ｅ） クロス?アプリケーション?プログラム７は仮想端末バッフ?。郑裕?Jの監(jiān)視により仮想端末ＶＴ jを監(jiān)視する。 一度要求された情報が仮想端末Ｖ
Ｔ jに存在すれば、この情報は論理結(jié)合Ｃ jを介してクロス?アプリケーション?プログラム７に出力される。 再びクロス?アプリケーション?プログラム７が、アプリケーション?プログラミング?インタフェース６により提供された機能要求により、仮想端末（この場合はＶＴ
j ）にアクセスする。 要求された情報は論理結(jié)合Ｃ iを介してアプリケーション?プログラムＡ iの仮想端末ＶＴ i
に入力される。
【００７３】ｆ） クロス?アプリケーション?プログラム７は、アプリケーション?プログラムＡ iの要求された情報に対する応答について、アプリケーション?プログラムＡ iの仮想端末ＶＴ iを監(jiān)視する。
【００７４】ｇ） 一度要求された情報の入力に対するアプリケーション?プログラムＡ iの応答が存在する場合は、アプリケーション?プログラミング?インタフェース６により、論理結(jié)合Ｃ iを介してクロス?アプリケーション?プログラムに出力される。 アプリケーション?プログラムＡ iの応答は所定の基準を満たすかどうかテストされる。 図４の例では、所定の基準は、未払い債権があるか否かである。
【００７５】ｈ） 所定基準が応答により満たされた場合は、クロス?アプリケーション?プログラム７とその獨立仮想端末ＶＴ c １４の間に論理結(jié)合Ｌ cが確立される。 アプリケーション?プログラムＡ iの応答は論理結(jié)合Ｌ cを介して獨立仮想端末ＶＴ cに入力される。 ユーザに対する応答を説明するため追加のテキスト情報を付加することができる（図４に示す獨立仮想端末１４でのテキスト情報と比較）。
【００７６】ｉ） 獨立仮想端末ＶＴ c １４と端末Ｔの間に論理結(jié)合Ｃ Tが確立されるような位置にスイッチ１
１が入れられる。 獨立仮想端末ＶＴ c １４が端末Ｔ上に表示されるので、ユーザはアプリケーション?プログラムＡ iの応答を知らされる。
【００７７】上記ステップｂ）での選択のため、ルックアップ?テーブルがコンピュータ?システムに記憶されることが好ましい。 このルックアップ?テーブルは要求された情報を、その情報を提供可能な特定のアプリケーション?プログラムに割り當てる。 したがって、各テーブル項目は、要求された情報と、この情報を提供可能な対応するプログラムとから成る対である。 上述のステップｂ）では、このテーブルは、アプリケーション?プログラムＡ iにより要求された情報を提供することができるアプリケーション?プログラムＡ jを見つけて選ぶためアクセスされる。
【００７８】まとめとして、本発明の構(gòu)成に関して以下の事項を開示する。
【００７９】（１）少なくとも１つの端末Ｔ、少なくとも１つのアプリケーション?プログラムＡ i 、および通信サブシステム（３）から成る、複數(shù)のタスクを?qū)g行するためのコンピュータ?システムにおいて、専用仮想端末ＶＴ i （４）を上記アプリケーション?プログラムＡ i
に割り當てることが可能であり、上記通信サブシステムを介して、上記アプリケーション?プログラムＡ iとその専用仮想端末ＶＴ i （４、９）の間に論理結(jié)合Ｌ iを確立することが可能であり、上記論理結(jié)合Ｌ iは上記端末Ｔと上記専用仮想端末ＶＴ iの間の論理結(jié)合１ iTと無関係に維持されることを特徴とする上記コンピュータ?システム。 （２）上記専用仮想端末ＶＴ i （４）は専用制御ブロックＢ iを割り當てられ、上記端末Ｔは専用制御ブロックＢＴを割り當てられ、上記端末Ｔと上記専用仮想端末Ｖ
Ｔ iの間の上記論理結(jié)合１ iTは、第１のポインタＰ iTを上記制御ブロックＢ iに記憶するとともに、第２のポインタＰ Tiを上記端末制御ブロックＢＴに記憶することにより確立可能であり、上記第１のポインタＰ iTは上記端末制御ブロックＢＴを指し、上記第２のポインタＰ Tiは上記制御ブロックＢ iを指すことを特徴とする上記（１）に記載のコンピュータ?システム。 （３）上記端末Ｔと上記専用仮想端末ＶＴ iの間の上記論理結(jié)合１ iTが確立されていない場合は、上記第１のポインタＰ iTが空ポインタであることを特徴とする上記（２）に記載のコンピュータ?システム。 （４）専用仮想端末ＶＴ Tが上記端末Ｔに割り當てられ、上記制御ブロックＢＴが好ましくは、上記端末Ｔの上記専用仮想端末ＶＴ Tを指す仮想端末ポインタＰ Tを含むことを特徴とする、上記（１）ないし（３）のいずれかに記載のコンピュータ?システム。 （５）ユーザ?シミュレーション?プログラム（７）
と、上記ユーザ?シミュレーション?プログラムに割り當てられる専用仮想端末ＶＴ c （１４）とをさらに含み、上記ユーザ?シミュレーション?プログラムと上記アプリケーション?プログラムの上記専用仮想端末ＶＴ
iの間の論理結(jié)合Ｃ i （Ｃ 1 、Ｃ 2 ）が上記シミュレーション?プログラムの制御下で確立可能であり、上記端末Ｔ
と上記専用仮想端末ＶＴ cの間の論理結(jié)合Ｃ Tが確立可能であることを特徴とする、上記（１）ないし（４）のいずれかに記載のコンピュータ?システム。 （６）上記ユーザ?シミュレーション?プログラムと上記アプリケーション?プログラムＡ iの上記専用仮想端末ＶＴ iの間の上記論理結(jié)合Ｃ iが、第３のポインタＰ ic
を上記制御ブロックＢ iに記憶するとともに、上記ユーザ?シミュレーション?プログラムに割り當てられる記憶位置に第４のポインタＰ ciを記憶することにより確立可能であり、上記第３のポインタＰ ciは上記ユーザ?シミュレーション?プログラムを指し、上記第４のポインタＰ ciは上記プログラム特定制御ブロックＢ iを指すことを特徴とする上記（５）に記載のコンピュータ?システム。 （７）上記端末Ｔと上記ユーザ?シミュレーション?プログラムの上記専用仮想端末ＶＴ cの間の上記論理結(jié)合Ｃ Tが、第５のポインタＰ TCを上記端末制御ブロックＢ
Ｔに記憶するとともに、上記ユーザ?シミュレーション?プログラムに割り當てられる記憶位置に第６のポインタＰ CTを記憶することにより確立可能であり、上記第５
のポインタＰ TCは上記ユーザ?シミュレーション?プログラムを指し、上記第６のポインタＰ CTは上記端末特定制御ブロックＢＴを指すことを特徴とする上記（５）または（６）に記載のコンピュータ?システム。 （８）複數(shù)のホスト?コンピュータと、上記ホスト?コンピュータの異なるものに記憶される少なくとも２つのアプリケーション?プログラムＡ i 、Ａ jを含み、上記アプリケーション?プログラムＡ i 、Ａ jの各々は専用仮想端末ＶＴ i 、ＶＴ j （４、９）を割り當てられ、上記専用仮想端末ＶＴ i 、ＶＴ jは上記ホスト?コンピュータの１
つに記憶されることを特徴とする、上記（１）ないし（７）のいずれかに記載のコンピュータ?システム。 （９）上記論理結(jié)合が仮想通信アクセス方式により確立可能であることを特徴とする、上記（１）ないし（８）
のいずれかに記載のコンピュータ?システム。 （１０）
端末Ｔ、複數(shù)のアプリケーション?プログラム、および通信サブシステム（３）から成るコンピュータ?システムで複數(shù)のタスクを?qū)g行するための方法において、 ａ） 上記複數(shù)のアプリケーション?プログラムから１
つのアプリケーション?プログラムＡ iを選ぶステップと、 ｂ） 上記通信サブシステムを介して、上記アプリケーション?プログラムＡ iと専用仮想端末ＶＴ i （４、９）
の間に論理結(jié)合Ｌ iを確立するステップと、 ｃ） 上記端末Ｔと上記専用仮想端末ＶＴ iの間に論理結(jié)合１ iTを確立するステップと、 ｄ） 上記論理結(jié)合１ iTの存在と無関係に上記論理結(jié)合Ｌ iを維持するステップとから成ることを特徴とする上記方法。 （１１）ａ） 専用制御ブロックＢ i （Ｂ 1 、Ｂ 2 ）を上記専用仮想端末ＶＴ iに割り當て、 ｂ） 専用端末制御ブロックＢＴを上記端末Ｔに割り當て、 ｃ） 第１のポインタＰ iTを上記制御ブロックＢ iに記憶し、 ｄ） 第２のポインタＰ Tiを上記端末制御ブロックＢＴ
に記憶することにより上記論理結(jié)合Ｌ iが確立され、 上記第１のポインタＰ iTは上記端末制御ブロックＢＴを指し、上記第２のポインタＰ Tiは上記制御ブロックＢ i
を指すことを特徴とする上記（１０）に記載の方法。 （１２）上記コンピュータ?システムがユーザ?シミュレーション?プログラム（７）と、上記ユーザ?シミュレーション?プログラムが割り當てられた専用仮想端末ＶＴ c （１４）をさらに含み、 ａ） 上記複數(shù)のアプリケーション?プログラムから１
つのアプリケーション?プログラムＡ jを選ぶステップと、 ｂ） 上記ユーザ?シミュレーション?プログラムと上記アプリケーション?プログラムＡ i 、Ａ jの上記専用仮想端末ＶＴ i 、ＶＴ jの間に１つまたは複數(shù)の論理結(jié)合Ｃ
i 、Ｃ jを選択的に確立するステップと、 ｃ） 上記端末Ｔと上記ユーザ?シミュレーション?プログラムの上記専用仮想端末ＶＴ cの間に論理結(jié)合Ｃ Tを選択的に確立するステップを含むことを特徴とする上記（１０）または（１１）に記載の方法。
【図１】従來技術(shù)のコンピュータ?システムの概略図である。
【図２】本発明によるコンピュータ?システムの好ましい実施例の概略図である。
【図３】本発明によるコンピュータ?システムの好ましい実施例の概略図である。
【図４】本発明によるコンピュータ?システムの好ましい実施例の概略図である。
【図５】複數(shù)のセッションの相関を示す概略図である。
【図６】セッションの確立を示すフローチャートである。
【図７】本発明によるクロス?アプリケーション?プログラムの使用を示す概略図である。
２ ホスト ３ 通信サブシステム ４ 仮想端末 ５ 仮想端末管理プログラム ６ アプリケーション?プログラミング?インタフェース ７ ユーザ?シミュレーション?プログラム ９ 専用仮想端末 １１ スイッチ １２ 記憶空間 １５ 専用仮想端末 Ｔ 端末 Ａ 1アプリケーション?プログラム Ａ 2アプリケーション?プログラム
フロントページの続き (72)発明者 ヴォルフガンク?アイバッハ ドイツ 71088 ホルツゲルリンゲン チ ュービンガー?シュトラーセ 106／４ (72)発明者 ミヒャエル?フォックス ドイツ 72160 ホルプ ダムシュトラー セ 15 (72)発明者 ハンス?ハー?ハルツ ドイツ 71032 ベブリンゲン ヴェルダ ーシュトラーセ 19 (72)発明者 ロルフ?シェーファー ドイツ 71111 ヴァルデンブーフ リー ベナウシュトラーセ 27 (72)発明者 ラルフ?シュトライト ドイツ 71296 ハイムスハイム グラー フ?エーベルハルト?シュトラーセ 54
高效檢索全球?qū)＠?/div>專利匯是專利免費檢索,專利查詢,專利分析-國家發(fā)明專利查詢檢索分析平臺，是提供專利分析，專利查詢，專利檢索等數(shù)據(jù)服務(wù)功能的知識產(chǎn)權(quán)數(shù)據(jù)服務(wù)商。
我們的產(chǎn)品包含105個國家的1.26億組數(shù)據(jù)，免費查、免費專利分析。
分析報告專利匯分析報告產(chǎn)品可以對行業(yè)情報數(shù)據(jù)進行梳理分析，涉及維度包括行業(yè)專利基本狀況分析、地域分析、技術(shù)分析、發(fā)明人分析、申請人分析、專利權(quán)人分析、失效分析、核心專利分析、法律分析、研發(fā)重點分析、企業(yè)專利處境分析、技術(shù)處境分析、專利壽命分析、企業(yè)定位分析、引證分析等超過60個分析角度，系統(tǒng)通過AI智能系統(tǒng)對圖表進行解讀，只需1分鐘，一鍵生成行業(yè)專利分析報告。
應(yīng)用程序編程接口熱門專利
