JPS62163155A - 情報通信システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 本発明は、電子式情報通信システムに関し、さらに具体
的に、エンド・ユーザ端末に図形情報およびテキスト情
報（ビデオテックス）並びにトランザクション処理能力
を与えるためのデータベースおよびアプリケーション・
プログラムを含むオペレーション・ノードの組合せに関
するものである。

Ｂ、開示の概要 ビデオテックス・データベースと、幾つかまたはすべて
が互いに遠隔位置にある個々のエンμ・ユーザ端末との
間で、対話形式で情報をアクセスし、トランザクション
を実行するための、情報ユーティリティを実現するため
のアーキテクチャを開示する。この情報ユーティリティ
は、ビデオテックス・アプリケーション・ネットワーク
（ＶＡＮ）と接続することができ、各々が（１）１人以
−Ｌの加入ユーザ、（２）何らかの形のデータベースを
含むこと、および（３）１つ以」−の特注アプリケーシ
ョン・プログラム、という特徴を有し、さらに各々が「
独立した」操作も可能である、分散した準自律オペレー
ション・ノート（ＯＮ）の組合せを含むことができる。

エスタブリツシュメント・オペレーション・ノート（Ｅ
ＯＮ）と呼ばれる、エンド・ユーザ端末を備えた典型的
なＯＮは、独自のユーザ・インターフェースをサポート
し、ユーザはこのユーザ・インターフェースを介して、
構内および遠隔位置に記憶された広範な各種のデータベ
ースに対して制御された確実なアクセスを行なうことが
できる。このノートを介して、ユーザは、付加サービス
および特殊サービスをもたらす、ＶＡＮ全体に渡って分
散された、多数のアプリケーション・プログラムと対話
することもできる。ＯＮによってサポートされる、ユー
ザ・インターフェース、情報に確実にアクセスするため
の機構、およびアプリケーション環境は、本発明の重要
な特徴であり、ＯＮをネットワーク内の特殊機能に適合
させることができる。たとえば、典型的ノードは、１つ
以−Ｌのデータ・ベースとエンド・ユーザ端末を備えた
システムから構成しくＥＯＮ）、もう一つのノードを、
エンド・ユーザまたはアプリケーション・プログラムを
含まず、情報供給者（Ｉ　Ｐ）によって維持される特殊
データベースのみから構成する（ＤＯＮ）ことができる
。同様に、互いに無関係な幾つかのエンド・ユーザ端末
を備えたディレクトリ・データベースのみから第３のノ
ード（ＴＯＮ）を構成することもできる。もう一つのノ
ートを、ディレクトリ・データベースと、ネットワーク
上のユーザにサービスを提供する一組のアプリケーショ
ン・プログラムだけから構成する（ＰＯＮ）こともでき
る。何人かの小規模構内ユーザが協働して、多編成ノー
ト（ＭＯＯＮ）を形成することもでき、また他のネット
ワークに対するアクセスを処理するため（ＮＯＮ）、ま
たは第三者データベースとインターフェースするため（
ＩＯＮ）の、特殊ノードを形成することもできる。最後
に、あるノードは、各ノートで利用可能なデータベース
およびアプリケーション・プログラムの大域的ディレク
トリを保持する、システム・オペレーション・ノード（
ＳＯＮ）の役割をすることができ、またシステム内のす
へてのノードの対話および動作を監視し、調整する働き
をすることもできる。全体的に見て、ここに開示するア
プリケーション・アーキテクチャおよび特定の実施形態
は、エンド・ユーザに貴重な能力およびサービスを提供
する。・ Ｃ１従来の技術 ビデオテックス・サービスは、効果的で、ユーザになじ
み易く、比較的安価な方法で、大きなユーザ集団に情報
を電子的に伝えるための手段である。ビデオテックス・
サービスは、１つの表示装置で色、図形およびテキスト
を組み合わせて、経験を積んだユーザにも未経験のユー
ザにも情報を魅力的な形で提示する。ビデオテックスの
普及が増大するにつれ、ユーザの大部分は、データ処理
の訓練を受けていなくとも、ビデオテックス・サービス
を広範囲の情報ベースをアクセスするための使用する他
に、メツセージ交換およびトランザクション処理のため
に使用することにも関心を持つようになると推測される
。経験を積んだユーザは、一般に特定の情報を迅速かつ
直接的に得たいと思うが、未経験のユーザは、提供され
る情報の価値を見きわめようとしてデータベースを拾い
読みする傾向がある。

第１世代および第２世代のビデオテックス・サービスは
、提供される情報ベースの範囲の点でも。

広範なエンド・ユーザの能力に応じるためのシステムの
能力の点でも制限される傾向がある。一方、ＩＢＭ社（
７）ＶＮＥＴやゼロツクＸ　（ＸＥＲＯＸ）社のＥＴＨ
ＥＲＮＥＴ等のデータ処理ネットワークが、個々のコン
ピュータ端末およびデータベースの二者間および多者間
での通信を改善し、統合するために開発されてきた。し
かし、これらのネットワークは、いずれも本質的には構
内のローカル・エリア・システムであり、操作装置、作
業端末およびデータベースの大部分は、オフィス内また
は二［場内等で接近して配置されている。または非対話
形式であって、ファイル転送操作モードで動作する。

■ＢＭ礼の情報ネットワーク（Ｉ　Ｎ）やＰＶＭシステ
ム等他のネットワークは、集中データ処理機能と、遠隔
位置にあるそれらのユーザとの間でオンラインの対話セ
ツションをもたらす。しかし、これらのネットワークは
、−貫した使い易いインターフェースを提供しない。し
たがって、周知のビデオテックスが使えない。

色、図形およびテキス１へによる情報提示（ビデオテッ
クス）を処理できる統合された個々のコンパクトな作業
端末と共に、大規模な、集中化された専用データベース
の成長が増大するにつれて、遠隔位置に設置された各種
の端末とデータベース間の協働を促進するための拡張ア
ーキテクチャの開発が求められるようになってきている
。

Ｄ０発明が解決しようとする問題点 本発明の目的は、遠隔地にある様々なデータ・ベースお
よび端末間で、対話形式でビデオテックス情報をアクセ
スし、トランザクションを実行するのに適した情報ネジ
ｌ−ワーク構成を提供することである。

Ｅ０問題点を解決するための手段 本発明は、ビデオテックス・データベースと、幾つかま
たはすべてが互いに遠隔位置にある個々のエンド・ユー
ザ端末との間で、対話形式で情報をアクセスし、トラン
ザクションを実行するための情報ユーティリティのため
のアーキテクチャおよびその実現に関するものである。

本発明が対象とするビデオテックス・アプリケーション
・ネットワーク（ＶＡＮ）は、各々が（１）１Å以上の
加入ユーザ、（２）何らかの形のデータベースを含むこ
と、および（３）１つ以上の特注アプリケーション・プ
ログラム、という特徴を有する、分散した準自律オペレ
ーション・ノード（ＯＮ）の組合せを含む。各ノードは
「独立した」操作も可能である。すなわち、各ノードは
そのユーザ集団の要求に応じることができ、他のいかな
るノードにも接続する必要はない。

エスタブリツシュメント・オペレーション・ノード（Ｅ
　ＯＮ）と呼ばれるエンドユーザ端末を備えた典型的な
オペレーション・ノードは、独自のユーザ・インターフ
ェースをサポートし、ユーザは、このユーザ・インター
フェースを介して、構内および遠隔位置に記憶された広
範な各種のデータベースに対して制御された確実なアク
セスを行なうことができる。このノードを介して、ユー
ザは、付加サービスおよび専用サービスをノードのユー
ザにもたらす、ＶＡＮ全体に渡って分散された、多数の
アプリケーション・プログラムと対話することもできる
。ＯＮによってサポートされるユーザ・インターフェー
ス、情報に確実にアクセスするための機構、およびアプ
リケーション環境は１本発明の重要な特徴である。

オペレーション・ノードは、ネットワーク内の特殊の機
能に適合させることができる。たとえば、典型的なノー
ドは、１つ以上のデータベースとエンド・ユーザ端末を
備えたシステムから構成しくＥＯＮ）、もう一つのノー
ドを、エンド・ユーザまたはアプリケーション・プログ
ラムを含まず、情報供給者（Ｉ　Ｐ）によって維持され
る専用データベースのみから構成する（ＤＯＮ）ことが
できる。同様に、互いに無関係な幾つかのエンド・ユー
ザ端末を備えたディレクトリ・データベースのみから第
３のノー１くを構成する（ＴＯＮ）ことができる。ディ
レクトリ・データベースと、ネットワーク上のユーザに
サービスを提供する一組のアプリケーション・プログラ
ムだけから、オペレーション・ノードを構成する（ＰＯ
Ｎ）こともできる。何人かの小規模の構内ユーザが協働
して、多編成ノード（ＭＯＯＮ）を形成することもでき
、他のネットワークに対するアクセスを処理するため（
ＮＯＮ）、または第三者データベースとインターフェー
スするため（ＩＯＮ）の特殊ノードを構成することもで
きる。最後にオペレーション・ノードは、各種のノード
で利用可能なデータベースおよびアプリケーション・プ
ログラムの大域的ディレクトリを保持する、システム・
オペレーション・ノート（ＳＯＮ）の役割を引き受ける
ことができ、またシステム内のすべてのノードの対話お
よび動作を監視し、調整する働きをすることもできる。

全体的に見て、ここに開示するアプリケーション・アー
キテクチャおよび特定の実施形態は、エンド・ユーザに
貴重な能力およびサービスを提供する。

Ｆ、実施例 ビデオテックス・アプリケーション・ネットワーク（Ｖ
　Ａ　Ｎ）に接続された本発明の主要構成要素を、一般
的に表わしたシステムを、第１図に示す。このアーキテ
クチャ内の基本的構成要素は、オペレーション・ノート
（ＯＮ）である。オペレーション・ノードは、それを介
してすべてのエンド・ユーザ端末（Ｅ／Ｕ）がシステム
に接続される装置であり、そこには、接続された他のノ
ードにとって利用可能なビデオテックス情報を含む１つ
以上のデータベースが常駐する。様々なノード、そのエ
ンド・ユーザとの対話、およびそのサービスが、全体と
して請皿、壬り一テ／−リ−え４または情報システムを
構成している。

まずシステムを概念的に考察すると、すべてのノードは
、多くの機能および操作を独力で実行できる点で、すな
わち、システムと対話することなく自由に、その構内デ
ータベースおよび端末間で構内データ処理および情報交
換を実行できる点で、その形がどうであれ、準自律的で
ある。オペレーション・ノードは、また分散式でもある
。すなわち、互いに離れた位置にあり、各々システム内
の他の１つ以」二のノートに接続することができる。

通信路はまた、任意のオペレーション・ノードとの間で
の、ならびに任意のオペレーション・ノード対の間での
複数の同時的「対話」をサポートする。同時に、通信路
は、１つ以上の任意のノードを追加または削除しても、
ネットワークに最小限の支障しか生じないようになって
いる。

ＶＡＮは、［単一システム・イメージ」をサボートシな
いので、各ＯＮは、普通の形で処理中であるとＯＮが予
想するユーザ集団のみを認識する（そのユーザ・プロフ
ィルを保持する）。そのような各プロフィルは、ＯＮ特
有の識別子によって識別される。識別子は、システム・
アクセス・コード（ＳＡＣ）と連結された、識別名、識
別番号、または識別記号（ＯＮ−ＩＤ）の形を取る。５
ＡＣ１０Ｎ−ＴＤの組合せは、ＶＡＮ内で一意的である
。オペレーション・ノード上にその識別可能なプロフィ
ルがあるユーザは、そのＯＮに加入していると言われる
。ユーザは２つ以」―のＯＮに加入することが許される
。各ＯＮでのユーザのプロフィル・レコードが同じであ
る必要はなく、実際には、機密保護および経済上の種々
の理由で、ユーザは個々のＯＮで異なるプロフィルを有
することができる。しかし、ユーザは、加入しているＯ
Ｎでしかサービスを受けることができない。サービスに
は、システムに対するログ・オンの処理、情報検索、お
よび各種のトランザクション機能（たとえばデータ収集
）の実行が含まれる。

オペレーション・ノードにある情報は、ヘ−二ν−によ
って編成することが好ましい。ページは、制御情報およ
び表示可能データから成る可変長データ構造である。ペ
ージ内の表示可能データは、通常、業界規格である北米
提示レベル・プロトコル構文法（Ｎｏｒｔｈ　Ａｍｅｒ
ｊｃａｎ　Ｐｒｅｓｅｎｔａｔｉｏｎ　ＬｅｖｅｌＰｒ
ｏｔｏｃｏｌ　５ｙｎｔａｘ）（ＮＡＰＬＰＳ）に従っ
て符号化され、好ましくは、エンド・ユーザの端末にあ
る表示装置上で色、図形、およびテキストの形で読み出
される。

提示の連続性やアニメーション効果を確保するため、ま
たはその他の理由で、ページを画面移動シーケンスとし
て編成することができる。そのようなシーケンスはご−
ジ・セ’／ｌ−と呼ばれる。ページ・セットを構成する
ページ数には概念」二制限はない。ある意味論によって
関係づけられた一群のページ・セットを、システムはあ
るデ−タベ−人に属するものとして認識できる。そのよ
うな各データベースは、データベース・アクセス・コー
ド（ＤＡＣ）と連結された０Ｎ−ＩＤの形の一意的な識
別子によって識別される。

データベースは、それらの作成および維持に責任をもつ
情％（ｌ給−＠　（Ｉ　Ｐ　’）が所有できる。ＴＰは
、１人の人間でも、または各々が１つ以上の役割を割当
てられた何人かの集団または幾つかのグループから成る
組織でもよい。

ＶＡＮデータベースは、そのページがオペレーション・
ノードに永久的に記憶され、そのＯＮに加入している特
権ユーザ（Ｉ　Ｐ）によって維持されている場合に、そ
のオペレーション・ノードに対して一■四にあると言う
。同様に、データベースのページがＶＡＮ内の他の場所
に記憶されている場合は、そのようなデータベースは、
遠−隔−装置、１１ものと見なされる。いずれの場合に
も、すべてのＶＡＮデータベースが十分に定義された構
造を共用し、特定のデータベースのページまたはページ
・セットが常に単−ＯＮ内に記憶され、かつそのＯＮに
よって維持されることが好ましい。

ページに対して１つ以上のｆＰ＋　Ｄ　１％　Ｗｔ−を
定義することができる。これらの出口経路を使って、ユ
ーザは、ＴｊＡ在表示されているページから別のページ
に移ることができる。２種類の出口経路が定義される。

第１の種類の、ユーザによって定義される出口経路は、
ユーザの以前の行動からシステムが引き出す出口経路で
ある。たとえば、システムは。

そのユーザによるページ・アクセスの限定された経歴を
追跡するので、表示された前のページの出「１経路がシ
ステムに既知である。他のそのような出口経路について
は、以下でさらに詳しく説明する。もう一つの種類の、
情報供給者によって定義される出口経路は、ページの制
御域に組み込まれ、やはり以下で説明する特定の機能に
よって呼び出される。

ユーザは、ＶＡＮデータベースおよび第三者データベー
ス（ＴＰＤ）からの情報を要求することができる。Ｔ　
Ｐ　Ｄ　ｌの情報は、ＶＡＮデータベースとは異なる編
成であってもよい。しかし、この２種のデータベースに
対するアクセス機構は、非常に類似したものにする。

前述のように、ＶＡＮデータベースは、構内または遠隔
位置に設けることができる。しかし、そのようなデータ
ベースはすべて構造的に同じであるので、非構内ビデオ
テックス・データベースならびに構内ビデオテックス・
データベースに対するアクセスは、ユーザがデータベー
スのある場所を知らない形で実行される。このことは、
非構内データベースにアクセスするため遠隔ＯＮに接続
する過程と、ユーザが文脈の変更を合図するときそこか
ら切離す過程とを暗黙の状態に保つことによって行なわ
れる。

構内であれ、または遠隔であれ、特定のＯＮからアクセ
スすることができるＶＡＮデータベースは、そのＯＮの
データベース・ディレクトリ中にエントリを有する。こ
のディレクトリによって、ＯＮは当該のデータベースの
位置と形式を決定することができる。必ずしもすべての
Ｖ　Ａ　Ｎデータベースが、ネットワーク内のすべての
ＯＮからアクセスできるわけではないことに留意すべき
である。特定のＯＮからＶＡＮデータベースへのアクセ
ス可能性は、一般には、アクセスを望んでいるＯＮとデ
ータベースを所有するＩＰとの間の交渉上の問題である
。

前述のように、ＴＰＤへのアクセスを処理する手順も」
二記に類似している。構内または遠隔位置にあるＶＡＮ
データベースのページからの出口経路が、ＴＰＤからの
ページを検索すべきことを示す。ＶＡＮデータベースと
同様に、ＴＰＤもまたＯＮのデータベース・ディレクト
リ内のエントリによって表わされる。要求されたＴＰＤ
が、ユーザが加入しているＯＮからアクセス可能である
場合、ＯＮのディレクトリ内で１つのエントリが設定済
みである。このエントリの設定によって、ＴＰＤが常駐
している（外部）システムに対してＯＮが要求を出せる
ようになる。ＴＰＤシステムは、ＶＡＮから独立したそ
のデータベースを維持しながら、ＶＡＮユーザとの間で
有意味なアクセス・セツションを実行するために、ペー
ジ、ページ・セットおよびデータベースの意味論を認識
する。

ＴＰＤシステムとＶＡＮの間で通信を行なう具体的な方
法は、様々であり、当業者の知識の範囲内にあるので、
本明細書では詳細には考察しない。

エンド・ユーザ機能 エンド・ユーザが加入しているＯＮならびに他のＯＮ内
の情報にアクセスするために、広範な機能を、エンド・
ユーザは利用できる。これらの機能について、本節で、
エンド・ユーザ端末（Ｅ／Ｕ）のコンピュータ・キーボ
ードを使用して機能の操作および表示を呼び出し、かつ
制御することと関連して考察する。

一画−１Ｗ跣（スクロール）機能は、エンド・ユーザが
それを使って、ページセット内の順序に従ってページを
アクセスできる。ユーザは、順方向に画面移動して、次
のページに順にアクセスし、または逆方向に画面移動し
て、前ページにアクセスすることができる。画面移動の
基準点は、常に現在表示されているページである。画面
移動と関連する出口経路は、現在表示されているページ
のデータ構造の制御セクションに常に絹み込まれている
。

ＲＳＷＦ機能は、エンド・ユーザがそれを使って、以前
に表示されたページまで（時系列中で）さかのぼること
ができる。再追跡機能の出方経路は、システムが過去の
ユーザのアクションにもとづいてそれを引き出す。

ｊ＝−ミニＭ膜機能は、エンド・ユーザがそれを使って
、各選択毎にシステムが潜在的に異なる出力経路を取る
ような所定の範囲内の１つの整数を選択できる。そのよ
うな各出口の経路は、現在表示されているページの制御
セクションで定義しなければならない。次のような各種
の選択出口がある。

塵迫−この経路は、選択が現在非活動状態にあり、従っ
て有効な出口経路ではないことを示す。

−直豫側擺　この場合、出口が、ＶＡＮ内のあるオペレ
ーション・ノードであるデータベース内のページを一意
的に識別する。

肢述席拠探鼾　この出口は、システムが呼びｌＩＳした
プログラム識別子をもたらす。プログラムは、ある探索
基準に従って現在のデータベースの探索を実施し、その
探索の結果を含む１ページまたは複数ページを生成する
。その基準は、エンド・ユーザが出口経路で指定された
プロンプト°ストリングに対する応答の形で与えること
ができる。

プｏ９うＬ」−ト圏　この出口は、記述準拠探索出口を
一般化した形である。記述準拠探索出口がＶＡＮデータ
ベースを探索するための専用プログラムを起動するのに
対して、プログラム・トリガはどんなプログラムの起動
も可能にする。

システムは、そのようなプログラムの論理を知ることが
できない。

コマンド・ストリンノー　この出口は、メニュー選択内
からの他の形式の出口のシミュレーションを与える。た
とえば、この出口を使って、」二連の画面移動機能をシ
ミュレー１−することができる。

すべてのページが、それらの制御セクションで定義され
たメニュー選択出口を有するわけではないことに留意す
べきである。そのページに対してメニュー選択が定義さ
れているページは、インデックス・ページと呼ばれる。

＝２０− 見見機能は、ユーザがそれを使ってデータベース内のペ
ージに直接アクセスできる。発見機能は、ユーザがデー
タ名、ページセット識別子およびページ識別子を指定す
る必要がある。各ＯＮにあるユーザ・セツション管理プ
ログラムが活動状態にあるすべてのユーザに対する文脈
情報（または現状態情報）を維持する。ユーザのデータ
ベース文脈は、現在表示されているページが属するデー
タベースである。現データベースは常にシステムにとっ
て既知であるので、ユーザがデータベース内のあるペー
ジを発見した場合、データベース名を指定する必要はな
い。ＶＡＮユーザ集団がアクセスできるデータベースを
作成しようとするＩＰは、データベース名を指定しなけ
ればならない。このデータベース名は、セツション管理
ＯＮがユーザのためにそのデータベースにアクセスする
ときに使用する。ＩＰは、１つのＯＮ内に複数のデータ
ベースを所有することができる。

バッファ久ズ機能は、現在表示されているページを表示
する前の最後のインデックス°ページを表示するために
使用される。連続的バックアップは、以前に見た、（限
定された）一連のインデックスを通って逆方向に働く。

ネークジ（ト機能は、現在表示されているページの表示
の前に表示された最後のインデックス・ページ上の、次
の出口経路を得るために使用される。

これは、次に選択番号の増分を伴うバックアップと同等
であり、中間表示を保管する。その主な用途は、項目リ
ストを拾い読みすることである。

ヌ−：り１機能は、リコール機能によって後でアクセス
するため、現在表示されているページをシステムに「記
憶」させるものである。

臥）−ニー夾機能は、「マークされた」ページを表示す
るために使用される。リコールが出される前に複数ペー
ジがマークされている場合、最後にマークされたページ
が表示される。文脈情報がマークと一緒に保管され、リ
コールによって復元されるので、エンド・ユーザがメニ
ュー選択によってページを検索し、それにマークし、後
でそれをリコールした場合、バックアップ機能は、エン
ド・ユーザが初めにそのページを検索したメニューに戻
る。

定礁機能は、エンド・ユーザがそれを使って、現在表示
中のページの同義語、またはストリング置換を定義でき
る。ユーザは、頻繁に表示されるページに、最も有意味
な識別子を用いて、「命令し」、後でそのようなページ
を名前によってアクセスすることできる。ストリング置
換を使うと、ユーザは、頻繁に使用されるコマンド・ス
トリングを短縮することができる。

先卸機能は、特定の同義語またはすべての同義語の定義
を表示する。

ララ（トー１−了−ンードー機能は、システムに、ユー
ザが入力した最後のコマンドを表示させる。相次ぐ「ラ
スト・コマンド」は、以前に入力された一連のコマンド
を通って逆向きに働き、循環して最後に最新のコマンド
に戻る。ラスト・コマンドは、また２つの付随的な機能
を有する。一方の機能はリスト中を逆方向に移動し、第
２の機能は、保管されたコマンド・ストリングのリスト
中を移動せず、最新のコマンドを繰返し検索する。

水口に機能は、以前に命名されたページを表示させ、エ
ンド・ユーザを既知の状態に復元する。

夫ヤンセ坐機能は、ユーザがそれを使って、システムに
よる最後の機能の処理を終了できる。

公ソレズ機能は、ユーザが、システムの使い方の情報を
表示し、または現在表示中のページに関連する情報を表
示するために呼び出すことができる。

−酊聚丞機能は、現在のページを再表示する。

種−捉機能は、オフラインで見るため、現在のページを
エンド・ユーザ端末の構内にあるファイルに保管する。

＋ｉ　Ｂ−的一も二２−１’　閑兎機能は、ユーザがそ
れを使って、現在のデータベース内に含まれるトビツク
を表わす項を入力できる。ユーザに、そのトビツクを含
むデータベース内のページセットを指定するメニューが
提示される。希望する場合、ユーザは次にＱＬ−メニュ
ー選択またはその他の操作機能によって、「ヒツト」を
検索することができる。

キーワード探索は、ユーザをメニュー階層から出てより
直接に関連のトビツクに向わせる。

エンド・ユーザ端末」二の表示域は、複数のオーバレイ
・ウィンドウを使って制御される。そのようなウィンド
ウを使うと、ユーザにとって重要な情報を失わずに、ス
クリーン内容の管理が容易にでき、ユーザとシステム間
の十分でかつ時宜にかなった対話が実現される。

以下の考察では、数種のウィンドウについて説明する。

これらのウィンドウは、必要なとき下側にあるページ・
イメージをオーバーレイし、オーバーレイされた区域は
、ウィンドウが必要でなくなったとき復元される。

コマンド行ウィンドウ−これは、たとえば、表示モード
中にエンド・ユーザが何かをタイプし始めるたびに、ス
クリーンの下部に現われる。（表示モードについては、
本節の後段で説明する。）コマンド行ウィンドウは、−
行のテキストとファンクション・キーの定義を収容する
のに十分な広さであることが好ましい。コマンド・ウィ
ンドウは、予め指定されたキーを押して消すことができ
る（下にあるスクリーンを復元させることができる）。

このキーを使って、コマンド・ウィンドウと下側にある
スクリーンの間で切換えることができる。このキーを使
ってウィンドウとスクリーンの間で切換えない場合、ウ
ィンドウは、ユーザがコマンド・シーケンスを始めると
現われ、コマンドを実行するためシステムが受は取った
とき消える。特注オプションの１つは、このコマンド・
ウィンドウを、たとえばスクリーンの上部またはスクリ
ーンの下部に配置することであり、もう１つは特定の切
換えキーである。

プロンプト・ウィンドウ−システムはこれを使って、短
いテキスト・ストリングでエンド・ユーザにプロンプト
し、応答を得ることができる。このプロンプト・ウィン
ドウは、ユーザがその１つ以」二のパラメータを必要と
するプログラム・トリガと一緒に使用される。プロンプ
ト・ウィンドウま、ユーザがブロンプ１へを要求するメ
ニューを選択すると現われ、ユーザ入力が受は取られた
後で消える。

アクション・メニュー・ウィンドウ−これは、可変高（
アクション項目の数により決まる）のウィンドウである
。このウィンドウは、アクション・キーを押したときス
クリーン−にに現われ、ユーザがアクション・メニュー
からあるオプションを選択すると消える。（アクション
・キーとその使い方は下記で説明する。） メツセージ・ウィンドウ−システムはこれを使って、情
報およびエラー・メツセージを表示できる。エラー・メ
ツセージは通常、何らかの理由で（たとえば、機密保護
違反、ページが見つからない、等）システムが実行でき
なかったコマンドに応答して現われる。メツセージ・ウ
ィンドウは、ユーザがキーを打って新しいコマンド・ス
トリングを始めると、消える。メツセージ・ウィンドウ
はまた、あるエンド・ユーザから別のエンド・ユーザに
送られた１行メツセージを表示するために使用すること
ができる。

ヘルプ・テキスト・ウィンドウ−これは、簡単な援助情
報を示すために使用される。情報の量は通常２．３行を
越えない。このウィンドウの位置もまた特注できる。

対話方式 ユーザがいつでも入ることができる対話式には、青水モ
ードとｙノ石ンｊ１ン□・モードの２種がある。

ユーザがシステムへのログ・オンに成功すると、彼は表
示モードにあるものと見なされる。

表示モードでは、ユーザは、画面移動；マーク／リコー
ル；メニュー・品目選択およびそれに付随するプロンプ
ト（もしあれば）；バックアップ／ネクス１−；再追跡
；告知／定義；発見；ホーム；ヘルプ；およびキャンセ
ルを含むすべての情報アクセス機能を呼び出すことがで
きる。これらのコマンドのどれも、端末キーボード上の
ファンクション・キー／同義語の組合せによって呼び出
すことができる。そのようなファンクション・キーは、
次の３つの方法のうちの１つで指定することができる。

（１）カーソルを行頭に戻すなどの機能をも一２８＝ つ″速記″カーソル制御キー、（２）テキスト・ストリ
ング用の速記キー、および（３）コマンド中への直接マ
ツピング用のキー。カーソル制御キーは、決してスクリ
ーン管理から離脱することがなく、従って、ここでは特
に重要ではない。（３）のキーは、既にコマンドの符号
化を表しているので、処理のため直ちに送られる。タイ
プ（３）のキーはテキストを持たず、最近のコマンドの
リストにも保管されないので、それらの機能はスクリー
ンに反響されない。

テキスト中にマツピングする（２）のキーは、さらに終
了文字を有するキードと、有しないキーの２種に細分さ
れる。終了文字を有するキーで呼び出される出力は、実
行のため直ちに取り上げられるが、終了文字を有しない
キーの出力は、あたかもタイプされたばかりのように、
コマンド行に表示され、エンド・ユーザは、ＥＮＴＥＲ
キーを押してコマンドの処理を開始する前に、コマンド
行の編集に取りかかることができる。キーは、コマンド
全体にマツピングされる必要はない。キーを貼に共通テ
キス１−・ストリングを表す速記記号にして、エンド・
ユーザがコマンドの残りの部分を補充してもよい。キャ
ンセル・キーは、現在のコマンド（もし、あれば）の実
行を打ち切る効果を有する。ファンクション・キーは、
特注セツション中にユーザが定義し、そうでない場合は
、−組の省略時の定義が定められる。

表示モード中は、特定のユーザについて１つのコマンド
だけを実行でき、さらに、システムは保留中の分析のた
め１つ以」二のタイプ・アヘッド文字を受は取る。ユー
ザがシステムにそうすることを明白に要求しない限り、
表示モードから出ることはない。従って、ユーザは表示
モードを出すに、ビデオテックスのページおよびトラン
ザクションのページを見ることができる。

アクション・メニュー・ウィンドウを活動化するアクシ
ョン・キーが定義される。アクション・キーは、表示モ
ード中にいつでも押すことができる。その結果としてシ
ステムがもたらすアクションは、同じである。すなわち
、システムは、そのページ」−で有効なアクション項目
を含むウィンドウを表示する。たとえば、データベース
・ページ上で有効なアクションは、（ａ）アクション・
モードをクイツトする、（ｂ）そのページをネーム・タ
グのついた個人ファイル上に保管する、（ｃ）メツセー
ジの準備を始める、である。トランザクション・ページ
上での、アクション項目は、上記のすべての項目と、フ
ィールド記入や１〜ランザクジヨン活動化等の他の幾つ
かの項目である。メツセージ・ページ上でのアクション
項目は、上記のものに加えて、メツセージ編集を含むこ
とができる。

表示モード・コマンド（キャンセルを除く）の場合と同
様に、アクション・キーは、現在のコマンドが実行され
た後で有効になる。すなわち、割込み形ではない。

アクション・モード中、次の表示機能は中断される。再
追跡；バックアップ／ネクスト；画面移動；マーク／リ
コール；告知／定義；発見；およびホームの各コマンド
。キャンセル・コマンドとヘルプ・コマンドだけが活動
状態になる。コマン−３１＝ ド行ウィンドウは、アクション・モード中閉じられる。

これらのキーのいずれかがファンクション・キーによっ
て呼び出された場合、システムは、（ａ）その時点でユ
ーザができることをユーザに思い出させるアクション・
ウィンドウ（一種のヘルプ・ウィンドウ）を表示し、（
ｂ）ユーザにエラー・メツセージを出して、ユーザの次
の行動を持つ。

アクション・モード中にアクション・キーを押した場合
、システムは、表示モード中のその応答に非常に類似し
た形で応答する。システムは、そのページにとってその
時点で適したアクション項目をユーザが選択するための
アクション・メニュー・ウィンドウを提示する。たとえ
ば、トランザクションの記入期間中、次のアクションが
有効である。（ａ）クイツトする（キャンセルと同じ）
、（ｂ）記入する（ユーザを元のところに戻す）、およ
び（ｃ）送る（処理のために記入フィールドをトランザ
クション・プログラムに送り返す）。

ｙニ！！リ−ケコ＝ｊイｊ」−ン崩−ラ、へ一一−力で
−」クジ（−ヒ述の情報アクセス機能は、ユーザがそれ
を使ってデータベースを拾い読みし、特定の探索を実行
できるようにするものであるが、情報ユーティリティは
、ユーザがユーティリティから得た情報に働きかけるこ
とができなければ不完全である。

従って、ＶＡＮシステムが提供する主要サービスの１つ
は、ユーザに、制御された形でアプリケーション・プロ
グラムを呼び出す能力を与えることである。これは一般
に上ラッザクション・サーく丞と呼ばれる。そのような
サービスには、プログラム・トリガ；付加価値ページ作
成、およびトランザクションの３種がある。

プログラム・ト夫ｕは、ユーザがインデックス・ページ
」二でメニュー選択を行なった結果呼び出され、実行さ
れるプログラムである。プログラム・トリガ識別は、現
在表示中のページの制御セクションにはめ込まれなけれ
ばならない。プログラム・トリガは、通常トリガを呼び
出すユーザからの１つ以上のパラメータの入力を必要と
する。これらのパラメータは、やはり現在表示中のペー
ジの制御セクションにはめ込まれたプロンプト・ストリ
ンクによって要求される。

イ刊加−価イ直ペニンー作−虜を用いるとＶＡＮデータ
ベースからあるページを検索するとき、そのページをユ
ーザの端末に表示する前に現在の情報または特定の情報
をそのページに「付加」して、そのページの価値を高め
ることができる。そのような機能は、１つのプログラム
を呼び出し、そしてそのプログラムによって、検索され
たページと、プログラムが他のソースから得たデータと
を組合わせることによって可能になる。

一ト浪ａシ９ｑｙは、エンド・ユーザが何らかの明白な
アクションによってそれらを呼び出した後に、エンド・
ユーザとの広範な対話を実行することができるプロクラ
ムである。（トランザクションの呼び出しは、−Ｉ−記
のシステム／ユーザ・インターフェースの項で詳しく論
じである。）１−ランザクジョンと、プログラム・トリ
ガおよび付加価値ページ作成との間には、多くの違いが
ある。第１に、トランザクションは、情報アクセス機能
が中断中のモードで実行されるのに対し、プログラム・
トリガと付加価値ページ作成は、情報アクセス（すなわ
ち表示）モー１−で実行される。

（モードについても、」二記のシステム／ユーザ・イン
ターフェースの項で詳しく説明した。）第２に、トラン
ザクションは、エンド・ユーザとデータの多重交換を行
なうことができるのに対し、もう一方の形式のプログラ
ム・サービスは単一交換しかできない。これらの違いは
あるものの、すべてのアプリケーション・プログラムは
、法部で説明する同じ総称アクセス制御機構の制御を受
ける。

組管贋１１劃およびア先督ス制御−槻鼻構内および非構
内ビデオテックス・データベース上の情報へのアクセス
、およびトランザクション・サービス（構内および遠隔
の両方）は、次に説明する各機構によって制御される。

ユーザ妥」木兼糞 オペレーション・ノードにとって既知の各ユーザは、Ｏ
Ｎの制御を受けるプロフィルを有する。

システムへのアクセスは、ユーザＩＤとパスワードの組
合せによって制御される。このユーザＩＤとパスワード
は、エンド・ユーザが供給しなければならず、また記憶
された値と一致しなければならない。パスワー１く、満
了日、および最後パスワードは、プロフィルの他の部分
とは別の区域に記憶される。さらに、パスワードは、暗
号化された形で記憶される。パスワードは、当該のユー
ザよりの所有者だけが知っている。システム管理者は、
通常そのシステムのユーザ達のパスワードを知らない。

しかし、システム管理者は、所有者がそのパスワードを
忘れ、新しいパスワードを要求した場合、特定のパスワ
ードを既知の値に変更することができる。そのような体
系は、必要ならばシステム担当者が介入できる余地を残
しながら、ユーザのプライバシーの最大限の保護をもた
らす。

ユーザ・グループ データベースおよび１−ランザクジョン資源に対する集
合的アクセス権を与えるため、オペレーション・ノード
で１つまたは複数のユーザ・グループを定義することが
できる。そのグループのメンバーになると、エンド・ユ
ーザは、そのグループに付随する権利を与えられる。ユ
ーザは、加入しているＯＮ内で定義されたユーザ・グル
ープだけでなく、他のノードにあるグループのメンバー
になることもできる。これにより、ユーザは遠隔ＯＮで
の明示の許可なしに、遠隔位置にあるデータベースに対
してアクセスすることができる。

資源クラス ユーザおよびユーザ・グループに加えて、各オペレーシ
ョン・ノード内には、２つの主要な資源クラスがある。

これらはＶＡＮデータベースとＶＡＮ）−ランザクジョ
ン・サービスである。これらの資源は、ユーザおよびユ
ーザ・グループを定義するのと同様の形で、システムに
対して定義される。データベース・クラスとトランザク
ション・クラスの属性は異なる。

データベースに対するアクセスは、２レベルのチェック
によって制御される。２つのレベルは互いに独立してい
る。すなわち、一方のレベルでのチェックに合格しても
、もう一方のレベルでの合格を意味しない。第１のレベ
ルはデータベース・チェックと呼ばれ、第２のレベルは
ページレベル・チェックと呼ばれる。

データベース・レベル・チェックは次のように働く。デ
ータベースは公用または私用として定義しなければなら
ない。データベースが公用と定義されている場合、デー
タベース・チェックは常に合格する。データベースが私
用として定義されている場合は、データベース・アクセ
スが明示的に許可されなければならない。これは、その
データベースに対してシステムが維持しているアクセス
・リストを調べることによって行なわれる。アクセス・
リストは、関連のデータベースに対して各種のアクセス
髪有する、ユーザおよびユーザ・クループの識別子を含
む。あるアクセス要求についてデータベース・レベル・
チェックが合格した場合、次にページ・レベル・チェッ
クが実行される。これは、その要求が参照するページに
関連する又二２　番％と、そのアクセス要求を出してい
るユーザの久イ！又１−リ□テーイー二男ノ、上中にあ
るゾーン番号を突き合わせることによって行なわれる。

ゾーン番号は、データベースを、ユーザが選択的アクセ
スを行なうことができる保証区域に分割するための機構
と見なすことができる。データベースに対するユーザの
ケイパビリティ・リストは、ユーザがアクセスできるゾ
ーンのリストである。

公用データベースに対するアクセス要求には。

データベース・レベル・チェックは必要でないが、ペー
ジ・レベル・チェックが実行される。ゾーンおよびケイ
パビリティ・リストは、すべてのページおよびすべての
ユーザに対して定義する必要はないことに留意すべきで
ある。システム・オペレータがオープン・システムを走
らせたいと思う多くの場合に、制御データ構造がないと
、アクセス制御機構が無力化されることがある。

トランザクション・サービスも、公用または私用と定義
することができる。ｌ−ランザクジョンが公用として定
義されている場合、すべてのユーザがそれを呼び出すこ
とができる。私用として定義されている場合は、そのト
ランザクション資源のアクセス・リストに含まれる識別
子を有するユザ（およびユーザ・グループのメンバー）
だけがそれを呼び出ずことができる。

＠戒方主Ｖ後軌１１ヘ オペレーション・ノートのアーキテクチャは、様々な要
件を満たすため、異なる幾つかの方法でオペレーション
・ノードを構成できるようになっている。（第１図参照
）。本発明を具体化したビデオテックス・アプリケーシ
ョン・ネットワーク（ＶＡＮ）は、一般に、通常、（１
）１Å以上の加入ユーザ、（２）何らかの形のデータベ
ースを備えること、および（３）１つ以」二の特注（カ
スタム化）プログラム、という特徴を有する、分散され
た準自律的オペレーション・ノード（ＯＮ）の組合せを
含んでいる。各ノードは、「独立した」オペレーション
が可能である、すなわち、各ノードはそのユーザ集団の
要求に応じることができ、他のいなかるノードにも接続
される必要がないが、ＶＡＮのメンバーになることによ
り、そのケイパビリティが大幅に高まる。

ビデオテックス表示装置を有するエンド・ニーザ端末（
１”：／Ｕ）、適切なデータベースおよびアプリケーシ
ョン・プログラムを備えた、ｍ必ｊＪ共り一之Ａフク訃
こユ本ご少−ジョン・右二下−（ＥＯＮ）と呼ばれる典
型的なオペレーション・ノードは、独自のユーザ・イン
ターフェースをサボー１〜し、ユーザは、このユーザ・
インターフェースを介して、構内および遠隔位置に記憶
された広範な各種のデータベースに対して、制御された
確実なアクセスを行なうことができる。このノードを介
して、ユーザは、付加サービスおよび特殊サービスをノ
ードのユーザにもたらす、ＶＡＮ全体に渡って分散され
た多数のアプリケーション・プログラムと対話すること
もできる。ＯＮによってサポートされる、ユーザ・イン
ターフェース、情報を確実にアクセスするための機構、
およびアプリケーション環境は、本発明の重要な特徴で
ある。

ビデオテックス・データベースの作成および維持専用で
あり、エンド・ユーザ端末をほとんど、または全く扱わ
ないオペレーション・ノードは、ｆニノベースーオペレ
ーション」７ケード（ＤＯＮ）と呼ばれる。そのような
ＯＮは、経済性および１２機能に対する専用サービスを
達成するため、多数のＩＰが共有することができる。

端−末木勺に一＝−ジョンソー二丼（ＴＯＮ）は、ある
エンド・ユーザ集団およびそれらの端末にビデオテック
ス・サービスを提供する。そのようなノードには、ＶＡ
Ｎデータベースはほとんどまたは全く常駐せず、一般に
はディレクトリ・データベースのみが常駐する。すべて
、または大部分のデータベース・アクセスは、遠隔位置
にあるデータベースに対するものである。そのようなノ
ードのユーティリティは、情報ベースを自分で生成せず
、すべて、またはほとんどの情報ニーズについて遠隔デ
ータベースに依存するユーザ集団から出ている。ＴＯＮ
は、Ｖ　Ａ、　Ｈのための端末集中機能を実行する。

プログラム・オペレーション・ノード（ＰＯＮ）は、ノ
ードから離れた位置にいるエンド・ユーザが呼び出すこ
とができる、−組のアプリケーション・プログラムから
成る、オペレーション・ノードである。ＰＯＮはエンド
・ユーザをサポートせず、またどんな構内ビデオテック
ス・データベースも持たず、ディレクトリ・データベー
スだけを有する。このノードに常駐するアプリケーショ
ン・プログラムは、他のノード上のユーザが使用できる
。ＰＯＮはＶＡＮ、Ｊ二のサービス・マシンと考えるこ
とができる。

Ｉ成オペレージョン・ノーｉｉ（ＭＯＯＮ）は、自前の
ＯＮを設けても費用的に引き合うだけの大きさのユーザ
要件またはデータベース要件を見込めない組織集団に、
ビデオテックス・サービスを提供するＯＮである。各組
織に属するデータベースは、上述の機密保護機構を使っ
て、不許可アクセスから保護される。

第王者システムで確立されたデータベースへの接続は、
第三者システムとオペレーション・ノードの間の特別な
プロトコルを介してアクセスすることができる。ＶＡＮ
上の他のＯＮがＴＰＤにアる。専用プログラムが、第三
者システム（ＯＥ　ＭＩＰ）とＶＡＮの間のプロトコル
を実現する。

ＶＡＮの外部の他のネットワークに対するアクセスの処
理専用のネットワニ−ｖ−ｉ＜ユＬ／：ジョンー／ニー
！１（ＮＯＮ）を確立することができる。

そのデータベース・ディレクトリがＶＡＮ上のすべての
データベースに関する情報を含み、そのトランザクショ
ン・ディレクトリがＶＡＮ内のすべてのアプリケーショ
ン・プログラムの属性を含んでいるオペレーション・ノ
ードは、−’ＪＸデ湊ニオへ！：シジョ二ノーｊ５　（
ＳＯＮ）と呼ばれる。

ＶＡＮ上のその他のオペレーション・ノードは、データ
ベースおよびアプリケーション・プログラムの存在およ
び利用可能性に関する情報をＳＯＮに照会することがで
きる。ＳＯＮは貴重な情報を含んでいるものの、ＳＯＮ
が無い場合、またはＳＯＮが故障した場合でも、ＶＡＮ
上のオペレーション・ノードは、継続して動作すること
ができる。

ＳＯＮは、ブイレフ１へり情報を維持する他に、他のＯ
Ｎのパフォーマンスに関する統計および使用法データを
含むことができる。

構内コンピュータ・システムは、異なる幾つかの方法で
ＶＡＮに接続することができる。データベース・システ
ムに対する好ましい接続方法は、ＯＮとしての直接接続
によるものである。これによりＶＡＮの完全なメンバー
特権を与えられ、ＶＡＮのすべてのサポート機能を使用
することができる。そのためには、ＶＡＮアーキテクチ
ャを完全に遵守し、分散制御機構の操作に参加すること
が必要である。

ある構内データベース・システムを、明確に補助的な形
でＶＡＮに接続することが望ましくなる場合が生じるこ
とがある。これは、ＶＡＮアーキテクチャに適合する形
で、関連するデータベース・システムを適切に表現する
ことを司るＩＯＮを使って行なうことができる。従って
、ＩＯＮは、ネットワーク加入のすべての面を扱う。第
三者システムは、単に特定のゲートウェア・プロトコル
に従わなければならない。このプロトコルは、ＩＯＮ通
信アクセス方式として具体化される。従って、　　。

第二者システムは、相互接続と提示に特有のゲートウェ
イ・インターフェースをサポートしな番すればならない
が、どのアプリケーション・レベル・コードも変更する
必要はない。

構内コンピュータ・システムを、広範な処理または外部
データの入力、処理または記憶を特徴とする特定のＯＮ
に常駐する、ビデオテックス・アプリケーションをサポ
ートするトランザクション・プロセッサ（Ｔ／Ｐ）とし
て、その０１１こ直接接続することができる。そのよう
な接続Ｉま構内アプリケーションのニーズに応じて個別
３行なわれ、関連するトランザクション・プロセッサ番
よ、通常はＶＡＮの外観も呈しない。

しかし、同様の形式の接続を使って、必ずしもビデオテ
ックスという観点から構成されてし１なし）外部アプリ
ケーションに対するネットワークを９得ることができる
。このことは、とくしこ外部アブ１ノケーシヨン・プロ
グラムを、接続されたトランザクション・プロセッサ内
のサポート・プログラムとして処理するために、ビデオ
テックス・アプリケーションを適当なＯＮに設けること
によって達成される。

アーキテクチャ オペレーション・ノードはアーキテクチャの基礎となる
のは、機能分割の概念である。オペレーション・ノード
によって実行される機能は、（ａ）プロセッサの能力を
活用し、（ｂ）現在あるソフトウェア・プログラム・プ
ロダクトを利用し、さらに（Ｃ）システムの使用性を高
めるように意図された方法で、複数のプロセッサの間に
分散される。

第２図は、ビデオテックス・オペレーション・ノードの
機能分散の全体を示す。ホスト・マシン２０は広範囲の
動作を行なうことができるマシン・ファミリを表す。フ
ァミリの一例はＩＢＭ３７０クラスのマシンである。ホ
スト・マシン２０は、データベースの常駐場所、遠隔ビ
デオテックス・データベースに対するアクセス、メツセ
ージの記憶および供給、およびアプリケーション・プロ
グラムの管理機能を提供する。

分散サブシステムは、ユーザ端末通信の管理、ホス１−
・マシン２ｏからの検索済みのデータのキャッシング（
記憶）、およびエンド・ユーザ端末２３からホスト・マ
シンへのプロトコル交換を担当する。そのような分散サ
ブシステム・プロセッサの一例は、１８Ｍシリーズ／１
である。分散サブシステム２１は、高速通信チャネル２
２を介してホスト・コマンド・マシン２０に接続されて
いる。そのような接続機構の一例は、１８Ｍシリーズ／
１、システム／３７０チャネル接続機構である（第１０
図参照）。

エンド・ユーザ端末２３は、ユーザ・セツションの管理
に関与するプログラマブル知能装置である。これらの知
能端末の役割を決定する際の基礎となる考え方は、知能
端末の能力および限界に従いながら、システム／ユーザ
・インターフェース機能をできるだけ軽減することであ
る。エンド・ユーザ端末として使用できる装置の一例は
、１８Ｍパーソナル・コンピュータ（ｐｃ）である（第
１−２図参照）。

オふし５７１６月−ン・ノード・□枕艷ｘＨ塵鼻戊第３
図にハードウェア構成の実例を示し、次表に、ＯＮホス
トの機能を実行するために必要なソフトウェアを示す。

ＩＢＭ社システム３７０クラスのマシンが示しであるが
、ＤＥＣ社ＶＡＸ／７８０や、アムダール社システム４
００シリーズのマシン等の別のハードウェアを用いた構
成を、それと等価な一組のソフトウェア構成要素と一緒
に使うこともできる。

ホスト・ソフトウェアは、２つの部分、すなわち、ＭＶ
Ｓなど、システム制御プログラム（ＳＣＰ）の一部分ま
たはＳＣＰと一緒に容易に利用できる構成要素と、本明
細書の前段で説明した特定の機能を実現する構成要素と
に分割される。本節の以下の部分では、本発明に特有の
ホストの構成要素について説明する。

最初に、−例として、次表に第３図に示したハードウェ
ア構成要素と一緒に使用できるホスト・ソフトウェアの
リストを示す。

第３図のハードウェアの機能を実現するためのホスト・
ソフトウェアの一例の表 １１−　ＭＶＳ／ＳＰ１．３．Ｘ　　　　　　　６−１
）Ｆｌ）／３７０　　　　　　　　１１２−　ＪＩＥＳ
２または、ＩＥＳ３　　　７−ｒｓｐｒ／ｐｎＦ１１３
−　ＲＡＣＦ　　　　　　　　　８−　ＴＳＯ／Ｅ　Ｒ
２，Ｘ　　　　　　＋１４−　ＤＡＴＡＢＡＳＥ　２　
（ＤＢ２）　　　　９−　ＯＮ構成要素（下記参照）１
１５−　ＶＴＡＭ　Ｖ２．Ｘ　　　　　　　　　　　　
　　　　　１以下に、ＯＮホストに特有のソフトウェア
を構成する構成要素のリストを示す。

・ホスト制御プログラム ・分散サブシステム通信 ・構成要素通信 ・プロセス制御 ・資源管理 ・データ管理 ・セツション管理 ・アプリケーション・プログラム管理 第４図に、各種の構成要素間の対話を示す。オペレーシ
ョン・ノード制御領域３ｏは、ＯＮの神経中枢である。

オペレーション・ノート制御領域３０は、下記で詳細に
論じる幾つかの構成要素がら成る。要するに、制御領域
３０は、分散サブシステム領域３１からの情報検索およ
びアプリケーション・プログラムの開始の要求を処理す
ることができる。制御領域はまた、エンド・ユーザのた
めに複雑な魚介を実行するため、データベース管理シス
テム３２、オペレーション・ノード・データ領域３８と
通信する。制御領域は、ネットワーク・ソフトウェア３
５を介して他のオペレーション・ノードとのセツション
を維持することができる。制御領域は、アプリケーショ
ン・プログラムを実行できる領域３３．３７へのデータ
経路および制御経路をもたらす。制御領域は、情報供給
者（ＴＰ）３４およびシステム管理担当者３６からの要
求を満足するため、これらの領域を通信する。

ホスト１叫−神！≦イニ９−÷（〒オー４１ＯＮホスト
制御プログラム３０は、適切な構成要素初期設定ルーチ
ンの呼出しを担当する。最初＝５１− に呼び出されるルーチンは、制御データ・モジュールで
ある。このモジュールは、システム構成データを含む一
定の制御ファイルを開く。この構成データは、ホス１〜
・ソフトウェアの適用業務層およびシステム変数調整パ
ラメータを作成するコマンド・ハンドラ・モジュールを
識別する。制御プログラムはまた、コマンド・ハンドラ
・サービスに対する大域的アクセスを可能にするため、
コマンド・ハンドラ・モジュールのロードと、ＥＰＡＴ
　Ａ　Ｂ　Ｔ、　Ｅと呼ばれる入口点アドレス・テーブ
ルの作成を担当する。制御データ・モジュールは、次に
ホスト大域データ・ブロック（第５図参照）を割り振り
、固定しなければならない。システム変数調整パラメー
タは、大域データ・ブロック内の一定のシステム制御フ
ィールドを初期設定する際に、入力として使用される。

幾つかの典型的システム変数調整パラメータには、（１
）現在のオペレーション・ノードの識別、（２）ログ・
オンを許された構内ユーザの最大数、（３）遠隔ユーザ
・セツションの最大数、（４）作業エージェント・タス
りの最小数および最大数、（５）追跡が活動状態にある
かどうか、および統計を収集すべきかどうか。

（６）再試行エラー・カウントの最大数、（７）どの形
式のキャッシングが望ましいか、等がある。

制御データ・モジュールが、制御権をホスト制御プログ
ラムに返したとき、残りのシステム・タスクが始動する
。これらは、ポート受信タスク、ボート送信タスク、オ
ペレータ制御タスク、タイマ・タクス、最後に作業エー
ジェント・タスクである。これらの各タスクは、何らか
の追加的初期設定機能を実行する。サポートするサブタ
スクが用意されると、制御プログラムは、構成要素初期
設定ルーチンとして識別されたモジュールを求めてＥＰ
ＡＴＡＢＬＥを系統的に探索する。これらの構成要素初
期設定ルーチンは、テーブル内のその位置の順に実行さ
れる。

ｉ散世ブシ友テム通催 構成要素または領域３１の主要機能は、分散サブシステ
ム２１との通信を維持することである。

このアーキテクチャは、分散プロセッサへの複数ポート
接続をサポートする。ホストは、複数の分散プロセッサ
もサボー！〜する。ホストと任意の分散プロセッサとの
間の最小ポート構成は、１つの受信ポートと１つの送信
ポートである。ただし、標準は送信ボー１−２個である
。第３図に示すような特定のハードウェア構成のもとで
は、２つの送信ボー１へにするとチャネル経路が一層効
率的に使用できるのに対し、分散サブシステムからのト
ラフィックを処理するには、分散プロセッサからの１つ
の受信ボー１へで十分であることが判明した。

このアーキテクチャは、両方向で最大３２個のポートを
サポートすることができる。分散サブシステムの入出力
構成はパラメータ駆動され、その初期設定処理中にポー
ト送信タスクによって読取られる。

ホストと分散サブシステムの間のすべての構内通信を処
理するサポート・タスクには、ポート受信タスクとポー
ト送信タスクの２つがある。それらの名前から推測でき
るように、一方のタスクは分散サブシステムから到来す
るすべてのトラフィックを処理し、もう一方のタスクは
サブシステムに向うすべての１〜ラフイツクを処理する
。２つの非同期タスクを使って、両方向通信を処理する
と、アプリケーションは、基礎になっているハードウェ
アとは無関係に、全二重通信路のように動作することが
できる。半二重接続に必要な対話式プロトコルがないと
、アルゴリズムの複雑さが軽減されるだけでなく、スル
ーブツトも増大する。典型的な対話型プロトコルの場合
のように、モードを変更するのに必要な追加的初期接続
手順、すなわち送信要求、送信許可等は必要ない。受信
プロトコルは簡単である。すなオ〕ち、分散サブシステ
ムは起動されるたびに送信し、ホストは必要があり次第
受信する。基礎となる前提は、ホストが割込み駆動され
、分散プロセッサがデータを送信すると、ホストがただ
ちにそれを受諾できることである。一方、送信プロトコ
ルは、プロセッサに速度差がある可能性があるため、も
う少し複雑になる。

ホストは、まず分散サブシステムが次のデータ・ブロッ
クを受は取る準備ができていることを示す肯定応答を、
分散システムから受は取らなければならない。

データ単位を一度ホストが受は取ると、ポート受信タス
クは、この要素または「作業単位」にホスト・ヘッダを
付加してから、それを入力待ち行列に入れる。この入力
待ち行列は、タスク指名待ち行列と呼ばれる。ポート受
信タスクは次に、サービスを受けたとおりのポートに対
する読取りを再び出し、サービスを要求しているポート
が他にあるかどうか調べる。活動状態にあるボー１〜が
他にない場合は、このタスクはすべてのポートからの割
込みを待つ。

ポート送信タスクは、複数の事象を待つ。事象タイプ１
は、ポート送信タスクの入力待ち行列に入れられた要求
である。事象タイプ２は、分散プロセッサから出される
次のトラフィックのためのポートを解放する肯定応答で
ある。事象タイプ１によって喚起されると、このタスク
はその待ち行列から要素を獲得し、それを適当な分散サ
ブシステムに送る。タスクは、待ち行列がすべてなくな
るまで、このアクティビティを継続する。事象タイプ２
によって喚起された場合は、対応するポートが再び入出
力可能になる。

一裏腹栗遭１−佳 構成要素間の通信は、待ち行列を介して行なわれる。す
べての待ち行列は、ホスト制御領域に常駐し、待ち行列
に入れられた作業の複数の需要者および作成者によって
管理される。たとえば、前述のように、ポート送信タス
クは、自己の待ち行列の唯一の需要者として、その待ち
行列を管理する。この待ち行列のための作業の作成には
、多くの要成要素が関与できる。たとえば、コマンド・
ハンドラと呼ばれるある種のアプリケーション・レベル
・モジュールは、応答データを起点分散サブシステムに
送り返す機能を実行するとき、ポート送信待ち行列の要
素を生成する。

前述のもう１つの待ち行列は、タスク指名（ＤＳＰ）待
ち行列である。この待ち行列のための作業の作成者は、
作業をホスト・システムに導入したいと思うすべてのプ
ログラムである。作業をＤＳＰ待ち行列に入れると、最
終的には、その要求を処理する特定のコマンド・ハンド
ラを呼び出すことになる。ＤＳＰ待ち行列のための作業
の通常の作成者は、トランザクション、ＴＳＯプログラ
ム、ＩＰサポート・プログラム、外部ネットワーク・ソ
フトウェア、およびバッチ・ジョブである。

ＤＳＰ待ち行列からの作業の唯一の需要者は作業エージ
ェント・タスクである。これらのタスクについては、下
記の「処理制御」の節でさらに詳細に論じる。

待ち行列に入れられた作業単位のすべての作成者と需要
者は「スケジューラ」と呼ばれる共通の待ち行列アクセ
ス方式ソフトウェアを使用する。

「スケジューラ」という総称語は、ホス１〜領域の内部
および外部の発呼者のためにゲット（Ｇ　Ｅ　Ｆ　）お
よびプツト（ｐｕＴ）の待ち行列操作を実行する、一連
のモジュールを指す。そのように広範な種類のユーザに
適合するために満たされねばならない。これらのモジュ
ールの要件が幾つかある。

それには以下のものがある。

・発呼者が稼働している場所（アドレス・スペース）に
対する感知性、 ・アドレス・スペースを横切ってデータを移動させる能
力、 ・監視プログラムおよび問題プログラムのために実行す
る能力、 ・特権操作の許可レベルの付与、および、・すべての発
呼者に対する単一インターフェースの付与。

Ａｉ級暮 向時的コマンド処理のレベルは、実行中の作業エージェ
ント・タスクの数に反映される。作業エージェントの目
的は、ユーザが開始する何らかのアクティビティのため
に呼び出すことができる、コマンド・ハンドラ・ルーチ
ンのための実行環境をもたらすことである。この場合の
ユーザは、その端末で作業しているエンド・ユーザであ
る。ログオンしたユーザが１０人おり、エージェント・
タスクが５個しかシステムに依存しない場合いっても、
最大限５人しか同時にコマンドを実行でき一５９＝ ない。ＤＳＰ待ち行列に入れられたその他の要求は、エ
ージェント・タスクが解放されるまで、待ち行列に留る
ことになる。ＣＰＵスケジューリング・アルゴリズムは
、そのモデルとして時分割環境を用いる。

ある程度の整合性をもつインターフェースをユーザに提
供することは、どのオンライン・システムにおいても絶
対に必要である。応答時間も、すべてのユーザが均等な
応答を受は取る限りで、整合性のある挙動を示すべきで
ある。言い換えれば、適度の整合性のある応答をエンド
・ユーザに提示するため、システムはＣＰＵ資源を公平
に分散すべきである。たとえば、はぼ同じ時刻にページ
の表示を要求するユーザが１０人いる場合は、要求が逐
次的に処理されるなら、システムの応答は極端に乱れる
ように見える。最初の要求は極端に速く受は取り、最後
の要求は極端に遅く受は取られることになる。しかし、
ＣＰＵ資源をラウントロピン方式で順番に割り当てて、
要求が同時に処理される場合には、１つの要求がＣＰＵ
を占□有することはなく、従って、応答はより均等にな
る。ＶＡ、Ｎ内の協働するすべてのプロセッサを考慮す
ると、ユーザの応答は、他の幾つかの要因によって影響
を受ける。要求が解決される地点はそれぞれ異なってお
り、また実際に要求がホストに届かないこともあり得る
。上記の例では、すべての要求がホストに到達し、同一
の地点で解決されたと想定している。

本発明では、オペレーティング・システムは、ＣＰＵを
タスク優先順位に従って割り振る。作業エージェント・
タスクは、それらが接続された順にタスク優先順位を付
与される。このことは、最初のエージェントは、行なう
べき作業があるときはいつでもＣＰＵを獲得でき、第２
のエージェント・タスクは、最初のエージェントが遊休
状態の場合にのみ実行され、以下同様であることを意味
する。オペレーティング・システムにこれらのタスクを
通常の形で指名させると、どのエージェントがユーザの
要求およびその関連する優先順位を得るかに応じて、ユ
ーザの応答にひずみが生じることになる。この状態のた
め、ホスト制御プログラムは、オペレーティング・シス
テムのタスクの指名アルゴリズムに影響を及ぼす。

ホスト制御プログラムの一つの追加機能は、ＣＰＵ資源
の割振りを制御することである。この機能は、ＣＰＵを
現在実行中のエージェントから引き離して、次のエージ
ェントを実行させるときに。

タイマ・タスクと呼ばれる第３のタスクによって指示さ
れる。３つのタスク、すなわち、タイマ、制御プログラ
ムおよび作業エージェントは、すべてＣＰ　Ｕのスケジ
ューリング・アクティビティに関与する。作業エージェ
ントは、すべてのコマンドの経過実行時間を計算する。

タイマ・タスクがこの時間を使って適正なタイム・スラ
イスまたは量子を計算する。タイマ・タスクは、作業負
荷のシフトに応じて量子を動的に調整する（経過実行時
間の最近の経歴を抽出する）。タイマは、タイム・スラ
イスの持続時間中は休止する。覚醒すると、別のエージ
ェントのための時間であることを知っている制御プログ
ラムと接触する。制御プログラムは、次に作業エージェ
ント・タスクに制御権を強制的に放棄させ、オペレーテ
ィング・システムがその作業エージェント・タスクをタ
スク指名（ＤＳＰ）待ち行列の終わりに入れる。制御プ
ログラムは、どのエージェントが現在実行中であるかを
追跡する。この過程は連続的である。システムが遊休状
態のとき、タイマ・タスクはより長い持続時間に渡って
休止し、随のため、スケジューリング・アクティビティ
によるＣ　Ｐ　Ｕオーバーヘッドが減少する。

資源管理 ＯＮホストは、集中資源管理方法の基礎となる独自の資
源識別番号を使用する。これらの番号、すなわち資源の
タグは、「アクセス・コード」と呼ばれていた。３種の
資源タグがあり、各々異なる資源クラスを表わす。デー
タベース・アクセス・コード、すなわちＤＡＣは、デー
タベース資源クラスを識別する。トランザクション・ア
クセス・コード、すなわちＴＡＣは、トランザクション
資源クラスを識別する。３番目の資源クラスはユザ・ク
ラスである。ユーザは、ＳＡＣまたはシステム・アクセ
ス・コードと呼ばれる番号によって識別される。すべて
のアクセス・コードは、利用可能なＩｆ３番号の同一プ
ールから得られ、資源が一意的に識別できる。

一意的な番号で特定の資源を識別すると、資源要素を表
すデータ構造が効率的に管理できる。たとえば、データ
ベース・ディレクトリ要素であれ、トランザクション・
ディレクトリ要素であれ、ユーザ・セツション管理デー
タであれ、すべての制御データは、固定され、共通のデ
ータ構造から共通の資源管理サービス・ルーチンによっ
て処理される。これらの資源要素は資源制御テーブルと
して知られるインコア（ｉｎｃｏｒｅ）構造に含まれる
。

資源タグとオペレーション・ノードＩＤ（ＯＮ−■Ｄ：
ビデオテックス・アプリケーション・ネットワークのメ
ンバーとしてオペレーション・ノードを一意的に識別す
る２バイトのＩＤ番号）を組み合わせると、ネットワー
ク全体に渡って特定の資源を一意的に識別できる。たと
えば、ＳＡＣ／ＯＮ−ＩＤの組合せは、特定のユーザを
一意的に識別する。これによってネットワーク全体に渡
る資源の大域的処理が容易になる。資源制御テーブル（
ＲＣＴ）も、資源（７）ＯＮ　−Ｉ　Ｄヲ認定テｉ！、
したがって、１つの構造で特定のノードにとって既知の
すべての資源を反映することができる。ノードｒＢＪに
あるＲＥＳＴＡＵＲＡＮＴデータベースにノードｒＡＪ
がアクセスできる場合、ノードｒＡＪは、そのＲＣＴ中
にノードｒＢＪにあるＲＥＳＴＡ、ＵＲＡＮＴデータベ
ースを識別するＤＡＣｌｏＮ−ＩＤ番号を反映するエン
トリを有することになる。

すべての資源要素データ（ユーザ、データベースおよび
トランザクションの各ディレクトリ）は、ＤＡＳＤによ
ってサポートされる。資源制御テーブルは、初期設定時
に、確実なデータセット内に含まれる資源データから作
成される。

第３図に示す実施形態では、第３図に関連して表に記し
た、ＩＢＭ社のプログラム・プロダクトである資源アク
セス制御機能（ＲＡＣＦ）を、資源アクセス制御ツール
として使用することができ、またホス１−資源データに
対するアクセス方式および保管場所としても使用する。

３種の資源のどれも、対応するＲＡＣＦプロフィルを有
する。他の実施形態では、これと等価な機能をもつ同等
の資源管理ツールを使用することができる。

至二久１現 ホストは、そのデータ処理の対象として、主としてビデ
オテックスのページを扱う。これらのページは、関係デ
ータベース管理システムによって制御される関係テーブ
ルに記憶される。第３図に示す実施形態では、表に記し
たＩ　’ＲＭプログラム・プロダクトＤＢ２をデータベ
ース管理システムとして使用することができる。他の実
施形態では、等価な機能をもつ同等のＤＢＭＳを使用す
ることができる。ページを検索された後、任意選択によ
り仮想メモリにバッファされ、したがって以後の検索時
間が減る。これは、ビデオテックス・ページの「ホスト
・キャッシング」と呼ばれる。キャッシュは、ホス］・
・セツションにまたがって維持される。そのホストが故
障すると、仮想メモリの内容は２次記憶装置に保管され
る。

ページ処理ソフトウェアは、操作全般、すなわち、検索
、挿入、削除および修正を担当する。ページ処理ソフト
ウェアはまた、目的データベースの識別、遠隔ページ操
作要求の自動開始、データベース可用性プロトコルの実
施、およびユーザ・データベースまたはページ・アクセ
ス許可要件の実施をも担当する。これらのルーチンは、
その必要とされる機能を実行する際に、特定の基本ホス
ト・サービスを利用する。たとえば、遠隔ページ検索中
、要求を出しているユーザのセツション・データが遠隔
ノードにとって既知でなければならない。ページ操作ソ
フトウェアは、適当なデータが未だアクセス可能でない
場合は、そのデータを得るためユーザ・セツションの管
理ルーチンを呼び出す。この特定の場合、遠隔の要求者
にとって、それがこのノード」二のデータベースに対す
る最初の参照である場合は、遠隔の要求者のために「暗
黙のログ・オン」が実行されることになる。遠隔検索の
場合、ユーザ・セツション・データは常にアクセス可能
であるので、このことは必要ではない（ユーザは、ペー
ジ検索要求を行なうためにログ・オンしなければならな
い）。

ページ操作ソフトウェアは、データベース可用性プロト
コルを実施するに当って、資源制御テーブルからデータ
ベース・ディレクトリ情報を得るために資源管理サービ
スを利用する。データベース用のディレクトリ・エント
リ内に、そのデータベースのオンライン／オフライン状
況が保存されている。ページ操作ソフトウェアは、オフ
ライン・データベースに対するアクセスを拒絶する。デ
ータベース可用性属性もそのディレクトリ内に保持され
る。データベースは、構内および遠隔の発呼者について
、公用アクセスまたは私用アクセスを有するものとして
定義される。特定の種類の発呼者（構内または遠隔）に
ついて私用のアクセスとして定義されている場合、ペー
ジ操作ソフトウェアは、要求を出しているユーザのその
データベースに対するアクセス権をチェックするため、
セラジョン・サービス・ルーチンを呼び出す（後段の「
セツション管理」を参照）。

ページ操作ソフトウェアは、また特定のページに必要な
、ページ検索後処理の開始をも担当する。

ビデオテックス・ページには、検索されたページを完成
するため、追加的な動的処理が必要なものもある。ある
ページでは、何らかの独自のページ更新および動的ペー
ジ作成を実行するため、プログラムまたはトランザクシ
ョンの開始が必要である。ページ操作ソフトウェアは、
この状態を検出して、検索されたページをトランザクシ
ョン開始コマンド・ハンドラに転送する（後段の［アプ
リケーション・プログラム管理」を参照）。

データ管理は、さらに２つの下位構成要素、すなわち、
タグ・データ・サービスおよび動的ページ作成サービス
を有する。タグ・データ・サービス・コマンド・ハンド
ラは、非ページ・データ・オブジェクトの基本的データ
処理に使用される。

これらのデータ・オブジェクトは、数字ラベル、すなわ
ちタグを有し、様々な場所に記憶される。

タグ・データは、既存の構造の下部構造またはディスク
」−のレコー１へ全体からなるオブジェクトである。た
とえば、ユーザ・ディレクトリの特定の部分はタグつき
構造として識別することができ、したがって、外部構成
要素がタグによって特定のフィールドを検索または更新
することができる。

エンド・ユーザ端末にあるユーザ・インターフェース・
ソフトウェアによって管理される、ユーザの同義語デー
タは、ディスク・ファイル」二のレコードとして維持さ
れる。このレコードは、タグつきデータ・オブジェクト
であり、この共通のインターフェースを使って外部発呼
者が検索または更新することができる。外部発呼者は、
他のアドレス・スペースにあるプログラム（システム管
理プログラム）から遠隔操作ノードの分散サブシステム
・プロセッサにまで及ぶ。タグつきデータ・サービスは
、ページ操作と同様に要求を遠隔ノードに送り、必要な
場合、続いて応答データを送ることを担当する。

もう一つの下位構成要素、すなオ〕ち動的ページ作成サ
ービスは、主としてより動的な形でエン１く・ユーザと
通信しなければならない構成要素が主として使用する。

このルーチンは、フィールド属性を定義するための特定
の制御ワー１（と−緒にＥＢＣＤＩＣテキス１−を入力
として受は取り、分散サブシステム・プロセッサおよエ
ンド・ユーザの端末ソフトウェアによる処理のために必
要な、適切な制御データを完備した、完全な形のビデオ
テックス・ページを作成する。動的ページ作成サービス
は、（１）全画面テキスト・データの設計および調’Ｉ
１．　（２）入力処理のための無保護フィールドの識別
、（３）入力後の「タイプ・チェック」処理の制御、（
４）ヘッディングおよびカラー情報の付与、および（５
）ＮＡＰＴ、ＰＳはめ込みオプションが可能な、広範囲
のオプションをサポートする。このサービスは、特定の
トランザクション管理ルーチン、ユーザ・セツション・
サービス・ソフトウェア、および種々のパネル作成ユー
ティリティによって使用される。

一７１＝ −ｔΣｙ　ｖ　Ｅ−ンー管−那− 全体的セツション管理は、プロセッサおよびノートにま
たがる構成要素の協働により分散方式で達成される。ユ
ーザ・インターフェースのレベルでは、セツション管理
は、主としてエンド・ユーザ端末で実行されるソフトウ
ェアが担当する。分散サブシステム・プロセッサはまた
、接続されたエンド・ユーザのために幾つかのセツショ
ン管理データを維持する。ホストも、エンド・ユーザの
ためにセツション・データを維持しなければならない。

ホス１−」二で行なわれるほとんど全ての処理は、何ら
かのエンド・ユーザ・アクションの結果である。前述の
ように、「作業単位」は構成要素間の基本的インターフ
ェースとして働く。「作業単位」はまた、特定の作業の
生成に対する責任があるエンド・ユーザを識別する。ユ
ーザのＳＡＣおよび０Ｎ−Ｉｒ）番号は、作業貼位に含
まれている。

「ユーザ感知」モードで処理を行なう構成要素は、この
情報に直ちにアクセスできなければならない。

いずれかの構成要素が追加的ユーザ情報を必要とする場
合、ＳＡＣおよび０Ｎ−ＴＩ）番号を入力として使って
、資源管理サービス（ＲＭＳ）呼び出すことができる。

ＲＭＳは、資源制御テーブル内のユーザのディレクトリ
・エントリを見つけて戻す。ユーザＩＤ、ユーザ・タイ
プ、技量レベル、および種々の制御フラッグが、そのデ
ィレクトリに含まれている。ＲＭＳは、またユーザの制
御ブロック拡張域を指すポインタを戻す。

セツション管理ルーチンは、広範なユーザ制御域の作成
と維持を担当する。これらの制御ブロックは、ログオン
時に、ユーザ開始／終了（Ｕ　Ｉ　Ｔ）モジュールと呼
ばれるモジュールによって作成される。ログオン処理中
に、ユーザＴＤおよびパスワードが検査され、確実なデ
ータ・セットからユーザ・ディレクトリが得られ、資源
管理サービスを用いて資源制御テーブル中で更新される
。ＴＪ　ＩＴは、次にユーザのディレクトリ・データの
コピーを、ユーザの同義語レコードと一緒に適切な分散
サブシステムに送る。

コマンド・ハンドラは、セツション管理サービスと協働
して、ユーザのセツションを維持するのを助ける。コマ
ンドの実行に先立って、前処理プログラム、モジュール
が呼び出される。このモジュールは、制御ブロック拡張
域で現在実行中のコマンドをログする。現在の要求が別
のノー１く宛ての場合、拡張域内のノード活動記録テー
ブルがそれに応じて更新される。前処理プログラムは、
「事前処理状況コード」をコマンド・ハンドラに戻す。

このコードは、次のうちの１つを示す：（１）現コマン
ドが取消された；（２）前のコマンドがまだ終了してい
ない；または、（３）通常の処理を継続する。コマンド
・ハンドラは、このコートの内容に応じた応答を出す。

コマンドの実行の直後、応答データを元の分散サブシス
テムに送る前に、コマンド・ハンドラは、後処理プログ
ラム・モジュールを呼び出す。このモジュールは、統計
を記録し、現コマンド状況を戻す。この場合も、コマン
ド・ハンドラはその状況に応じた応答を出す。

たとえば、終了済みの遠隔ページ要求が、取消し状態の
ため放棄されることがある。

この例の実施形態でサポートされている、セツションに
関連するその他の機能には、次のものがある： ・ログオンおよびログオフ処理のためのＲＡＣＦインタ
ーフェース； ・ユーザ・データベースへのアクセス許可をチェックす
るためのＲＡＣＦインターフェース；・ユーザ・トラン
ザクションへのアクセス許可をチェックするためのＲＡ
ＣＦインターフェース；・現コマンド状況に対する照会
；および・現コマンドの取消し。

ログオフの間、処理セツション管理は、下記のことを担
当する。

・ノード活動記録テーブル中で識別される全てのノード
で「暗黙のログオフ」を開始する。

・現在実行中の全てのコマンドを終了する。

・ユーザのセツション中に作成された全ての一時ページ
を除去する。

・ＳＭＦデーデーース中に最終セツション統計を一７５
＝ 記録する。および ・全てのユーザ・セツション・データを一掃する。

ユーザのディレクトリ・データに対するいかなる変更も
、分散サブシステムによって開始されたタグつきデータ
・サービス・モジュールを一回ごとに呼び出して処理さ
れる。

ヱプ刃−ケニー之１ン・プログラム管１−アプリケーシ
ョン・プログラムをサポートするための処理要件は次の
通りである。

・多重ユーザ・サポート−同時使用； ・開始／終了処理； ・ビデオテックス・サービスへのアクセス；・ビデオテ
ックス・データへのアクセス；・ビデオテックス・ネッ
トワークのアクセス；および ・第王者データへのアクセス。

五ヲ之！クジョン・アプリケーション・サブシステム（
ＴＡＳ） アプリケーション・プログラムをサポートするために使
用される環境は、トランザクション・アブリケージョン
・サブシステムすなわちＴＡＳと呼ばれる。この環境は
、上記の［アプリケーション・プログラム・サービス」
の項で詳述した３種のアプリケーション・プログラム全
てをサポートする。

トランザクション・アプリケーション・サブシステムは
、自分のアドレス・スペースに常駐するビデオテックス
・サブシステムである（第８図参照）。第８図はトラン
ザクション・データ領域の概要を簡単に例示している。

なお、第８図の上部のブロック内のＶＳＭ　（ビスツ・
サービス・マシン）ポインタはＶＴＳＴＡ制御領域と呼
ばれる別のアドレス・スペースに常駐する大域データ領
域のアドレスを含み、ＡＳＣＢ　（アドレス・スペース
制御ブロック）アドレスはオペレーティング・システム
がアドレス・スペースを管理するために用いる制御ブロ
ックのアドレスであり、ＥＣＢ（事象制御ブロック）ア
ドレスはＴＡＳテーブルのこのエントリによって識別さ
れるＴＡＳ領域と関連するトランザクション管理プログ
ラムを活動化するための制御ブロックのアドレスであり
、大域ポインタはＴＡＳテーブルのこのエントリによっ
て識別されるＴＡＳ領域に対する大域データ領域のアド
レスであり、ＱＣＷ　（待ち行列制御ワード）／フラグ
は関連するＴＡＳ領域に対する種々の待ち行列の先頭お
よび末尾のアドレスならびに種々のフラグであり、サブ
システムＴＤは関連するＴＡＳ領域が表わすサブシステ
ムの名前である。

ホスト制御領域が、トランザクション・アプリケーショ
ン・サブシステムを構成する１つまたは複数のアドレス
・スペースを管理する。そのような各アドレス・スペー
スを、ＴＡＳ領域と呼ぶ。第６図に示すように、全ての
ＴＡＳ領域は同じ構造を有する。（ａ）負荷均衡をサポ
ートするため；（ｂ）制御されたテス１へ環境をサポー
トするため；および（ｃ）アプリケーション・コードの
分離および保護をもたらすため、システム・オペレータ
が複数のＴＡＳ領域を活動化することができる。

第６図で、「ユーザ・コード」部分は、（ａ）既存のＶ
ＡＮページに価値を付加するため、（ｂ）エンド・ユー
ザによるメニュー選択の結果として、または（Ｃ）分散
サブシステムからの「トランザクション開始」要求の結
果として、呼び出されたアプリケーション・プログラム
を表わす。第７図に、トランザクション・アプリケーシ
ョン・プログラムの実例の実行に関連する論理を示す、
ＲＣＶＭＡＰ（マツプ受信）　、ＢＵＩ　ＬＤＰＧ　（
ページ作成）　、ＳＥＮＤＭＡＰ　（マツプ送信）、５
ＴＯＲＥＰＡＧＥ　（ページ記憶）はトランザクション
・プログラムによって用いられるビデオテックス・サー
ビスである。

工Ｎ憶−９枡劃−既定 システム起動時にホストが初期設定されるとき、［トラ
ンザクション・ディレクトリ」がホスト制御領域の主記
憶域に作成される。トランザクション・ディレクトリは
、オペレーション・ノードにとって既知の各アプリケー
ション・プログラムのエントリを含んでいる。トランザ
クション・ディレクトリは、次の情報を含む。

・トランザクション・タイトル； ・ＴＡＣ−トランザクション・アクセス・コード；・Ｈ
ＯＮ−ホーム・オペレーション・ノード■Ｄ；・ＰＧＭ
−実行すべきアプリケーション・プログラム； ・５ＴＡＴ−構内および外部状況バイト；・０ＮＬＮ−
オンライン／オフライン標識十フラグ； ・５ＩＤ−サブシステムＩＤ；および ・ＴＡＳ　Ｉ−大域ＴＡＳテーブルに対するインデック
ス。

アプリケーションは、それと関連するＴＡＳ領域が活動
化され、オンライン状態になるまでは。

利用できない。トランザクション・アプリケーションを
もたらすオペレーション・ノードは、その可能性スケジ
ュールに従ってその資源を利用可能にする。ＴＡＳ領域
が初期設定時に自動的に起動されず、システム管理責任
者の明示の許可を受けてオペレータが起動する（すなわ
ち、オンライン状態にする）のは、このためである。こ
の領域が一度起動されると、トランザクション・サブシ
ステム開始プログラム（ＴＳＩ）（第６図参照）が、そ
れ自体をホスト制御領域にとって「既知」にする。これ
は「サブシステム接続」処理と呼ばれる。

この時点以降、そのＴＡＳ領域に関連するアプリケーシ
ョン・プログラムを、エンド・ユーザが利用できるよう
にする。

サブシステム接続処理中、ＴＳＩは、ＴＡＳ領域に関連
するアプリケーション・プログラムをアクセスするため
に必要な全ての情報を制御領域に供給する。この情報は
、各ＴＡＳ領域の属性を含むＴＡＳテーブルと呼ばれる
テーブル中のエントリを作成するために使用される。

ホスト制御プログラムは、ＴＡＳ領域とホスト間の通信
のため、ホスト領域に要求待ち行列を維持する。全ての
トランザクション開始要求は、ｒＴ　Ｓ　Ｍ」待ち行列
に入られる。ただし、ｒＴＳＭ」はＴＡＳ領域のための
入力待ち行列の総称表現である。第８図に、ＴＡＳアド
レス・スペースをサポートするために必要なデータ構造
を示す。

７ごＬ刀−々−ショー２−２−ソ＼Ｗノーｊ１ム−の−
呼Ｕ出」７方分散サブシステムは、要求ブロックを構成
し、その要求をホスｌ−に渡すことにより、特定のユー
ザのためにトランザクション・セツションを開始するこ
とを要求する。この要求によってトランザクション・セ
ツション開始コマンド・ハンドラが活動化され、コマン
ド・ハンドラは、他のシステム・サービスと対話して、
１−ランザクジョン・セツションを確立する。このコマ
ンド・ハンドラは、「遠隔］開始要求を目標ノートに送
り、（既にログオンされていない場合）遠隔ユーザのた
めの暗黙のログオンを開始し、ＲＡＭへの呼び出しによ
りトランザクション・ディレクトリ・エン１へりを獲得
し、必要ならば「アクセス・チェック」処理を開始し、
開始要求を当該の゛ｒＡＳ領域に渡すことを担当する。

１−ランザクジョン・ディレクトリ・エン１へりは、こ
のトランザクションが現在利用可能か否かを示し、トラ
ンザクションのアクセス可能性状況を識別する。「私用
」と定義されている１〜ランザクジヨンは、アクセス・
チェックが必要である。トランザクション・ディレクト
リはまた、所有するＴＡＳ領域を識別する、ＴＡＳテー
ブルに対するインデックスを含む。

トランザクション・サブシステム開始プログラムは、サ
ブシステム接続処理を終了した後は、ただ作業を持つだ
けである。要求がホスト領域内のその待ち行列に入れら
れると、スケジューラがＴＡＳテーブルに記憶された情
報を用いてＴＳＩを覚醒在せ、それにより、ＴＳＩはホ
スト領域にゲラ１〜Ｑ（待ち行列）要求を出す。待ち行
列の要素が一度得られると、ＴＳＩは自由な作業エージ
エン１〜要求ブロツクを探し出しく第６図参照）、渡さ
れた情報（トランザクション・ディレクトす・エントリ
と、呼び出しているユーザのディレクトリ・エントリか
らの幾つかのフィールドとの合成）でそれを更新する。

次に、トランザクションが要求した環境にもとづいて、
ＴＳＩは適当な作業エージェント接続処理を実行する。

作業エージェントが接続されると、ＴＳＩはホストにも
つと作業を要求する。要求待ち行列がこ一８３＝ のようにして尽きると、開始プログラムは複数の事象を
待つ。これが、活動状態にある１つまたは複数の作業エ
ージェントの終了事象、およびホストからＴＡＳへの「
作業保留」信号により引き起こされる事象である。作業
エージェントがその作業を終了すると、ＴＳＩによって
分離される。

トランザクション作業エージェント（ＴＷＡＧ）がＴＳ
Ｔによって活動化されると、それが割り当てられた作業
エージェント要求ブロックを求めて作業エージェント要
求ブロックを探索する。ＴＷＡＧは、次にその要求ブロ
ックを主張し、実行環境を設定する。　Ｔ　Ｗ　Ａ　Ｇ
はまた、回復環境を設定し、トランザクション・プログ
ラム（ユーザ・コード）をロードし、制御権をトランザ
クションに移す。トランザクション・インターフェース
・ルーチン（Ｔ　Ｉ　Ｒ）は、種々の表示フォーマット
作成機能、エンド・ユーザ通信機能およびファイル・ア
クセス機能を実行するためにそれが必要なとき、ユーザ
・コードによって呼び出される（第７図参照）。

一耐− ＴＩＲは、多くのエンド・ユーザによって呼び出される
潜在的に多数のアプリケーション・プログラムによって
共有されるので、各ＴＩＲは、ホスト制御領域へのサー
ビス・コールを行なう際に１へランザクジョン・アクセ
ス・コード（Ｔ　Ａ　Ｃ）および（ＴＷＡＧの要求ブロ
ック内で利用可能な）アプリケーション・プログラムの
０Ｎ−ＴＤならびにシステム・アクセス・コード（ＳＡ
Ｃ）およびエンド・ユーザの０Ｎ−ＩＤを使用しなけれ
ばならない。そのようなサービス・コールの例としては
、ホスト資源に対するアクセス・チェック、およびエン
ド・ユーザ端末との間でのデータの送受がある。ＴＩＲ
はまた、アプリケーション・プログラムからの要求に応
じて、エンド・ユーザとの対話セツションを終了するこ
とを担当する。

第１０図に、分散サブシステムを実現するのに使用でき
るハードウェア環境の実例を提示する。

このハードウェアの実例は、プロセッサとしてＴＢＭ礼
のシリーズ／１を使用する。使用できる他のプロセッサ
の実例としては、Ｄ１ΣＣ社のＩ）　Ｄ　ＰＩ−１／　
７０、データ・ジェネラル（ｌｌａｔａＧｅｎｅｒａｌ
）礼のエクリプス（ｒ７．ｃｌ　１ｐｓｅ）　／　Ｉ、
およびそオしらと同等のものがある。サボー１〜可能な
端末の数は、実際の構成に応じて変る。本例のバー］く
ウ−７は、最大６４台までのエンド・ユーザ端末をサポ
ートすることができる。

必要とするパフォーマンスのレベルに応じて変わるハー
ドウェア構成要素には、次のものがある。

・（１）絹込みディスクとして絹込み３０　Ｍ　＋３デ
イスクとＴＢＭの実記憶装置とを備えた４９５６型プロ
セツサは、費用効率の最も大きい構成をもたらす。

・（２）ソフトウェアを装備するため、および診断用に
必要な任意の型のディスケット駆動機構１台。

・（３）診断実行および種々の用途のためのオペレータ
用の４９７８または４９８０型端末。

分散サブシステムのソフｉ・ウェア環境分散サブシステ
ムのソフトウェア・アーキテクチャはその編成にとって
必須の多くの基本的特性を有する。これらの基本的特性
には、次のものがある。

・多重タスク処理。この機能は、基礎となるシステム制
御プログラムによってもたらされる。たとえば、図に示
したハードウェアの実例では、好ましい制御プログラム
は、ＴＢＭ事象駆動エクゼクティブである。別の制御プ
ログラムは、ＩＢＭ実時間プログラミング・システム（
ＲＰＳ）を備えている。

・待ち行列駆動。タスク間の通信、特にあるタスクが別
のタスクからのサービスの要求に関する通信は、待ち行
列を用いて行なわれる。各タスクは、作業の有無を調べ
る入力要求Ｆ　Ｔ　Ｆ　Ｏ待ち行列を有する。待ち行列
は、要求パラメータを含み、処理の結果、通常別のタス
クの待ち行列Ｆに要求が生成される。（簡単な場合は、
要求は応答情報である。） ・記憶容量の拘束。システム上で利用可能な実記憶容量
によって、大きな端末集団をサポートするための容量お
よびフレキシビリティが制限されることがあるという事
実を、このアーキテクチャは反映している。

・常駐。少数のユーティリティ・プログラムを除いて、
プログラムは常に主記憶装置に常駐する。

補助記憶装置を用いた動的ローディングまたはアンロー
ディングはない。

・割込み駆動入出力。ポーリングはない。

・部分的再入可能。一部のモジュールは、再入可能であ
る。その他のモジュールは、それらの入力待ち行列から
取り出されるとき、要求を一度に１つだけ処理するため
、逐次再使用可能である。

・専用システム。このソフトウェアは、あたかもハード
ウェア資源に対して他のアプリケーションからの競合が
ないかのように働く。

第１１図に、分散サブシステム・ラフ１−ウェアを構成
する構成要素の全体的編成を示す。機能性は異なる多数
のプログラム間に分散し、全てＣＰＵおよび他の資源に
関して同時に競合する。制御権を有する「主」プログラ
ムはない。制御プログラムは、大部分の場合、そのアル
ゴリズムを用いて競合各間を調停し、特定のモジュール
内の幾分低レベルの制御はモジュール自体によって行な
われる。モジュールを通るデータ・フローの説明は後は
ど行なうが、まず、第１１図に示す機能要素を以下に簡
単に説明する。

入出力制御装置サブシステム（ＩＯＣ８）１１０は、非
同期構内回線またはダイアル・イン回線を介したユーザ
端末との通信用の［リンク層］プロトコル・サポートを
もたらす。これには割込み処理、エラー回復、書込み、
読取りおよび装置制御が含まれる。

端末ハンドラ１１１は、ユーザ端末との通信用の「セツ
ション層」をもたらす。端末との通信は、完全にこの層
およびそれより下の層によって処理することができる。

しかし、その大部分は、アプリケーション・レベルでサ
ービス管理プログラム】１２に関係する。１つの端末ハ
ンドラだけで、十分な実施が達成できる。

ユーザ・アクションは最終的にはこの「適用業務層」に
まで浸透するので、サービス管理プログラム１１２が事
実−Ｌの「主プログラム」である。

サービス管理プログラム１１２は、ユーザからのコマン
ドを処理してページ・バッファ管理プログラム１１３、
チャネル接続サポー１−１１４、端末ハンドラ等に要求
を送る。

ホスト通信構成要素であるチャネル接続サポート１１４
およびチャネル接続プログラム】−１５は、ホスト（２
０）と分散サブシステム（２１）の間の通信チャネル（
２２）（第２図）を制御する。

その他の構成要素は、−組のマクロおよびデータ・バッ
ファを介してそれらと対話する。

ホス１−・コマンド・サポート構成要素１］６は、ホス
ト・コマンドの経路指定をする。ホストとの大部分の対
話は、ユーザ・アクションの結果である。しかし、ホス
トは分散サブシステムによってサポートされる幾つかの
機能を開始する。ホストによって発生されたコマンドは
、（分散サブシステムからのコマンドに対する応答とは
違って）処理のためこのタスクを経て送られる。

ページ・バッファ管理プログラム１］３は、ホストに関
係なく迅速な検索を行なうため、構内ディスク上のビデ
オテックス・ページの集合を維持する。ページ検索要求
は、そのページが保管されているかどうか調べるため、
先ずここを通る。ホストから送られたページは、この構
成要素によってディスクに書き込まれる。

パフォーマンス・モニタ１１７は、周期的に働いて、シ
ステム・パフォーマンス統計を抽出し、後で分析するた
めにスナップショット・バッファをディスクに書込むタ
スクである。

アクティビティ・ログ１１８は、サービス・マネージャ
内でのアクティビティの経過記録を制御し、後で分析す
るためにそれを周期的にディスクに書込むタスクである
。

追跡プログラム１１９は、ＬＣＢ　（回線制御ブロック
）を介してｌ０Ｃ８と対話して端末回線」−の追跡を制
御し、その結果を記録する任意選択プログラムである。

オペレータ・プログラム１２０は、構内接続端末から実
行されるプログラムであり、ＯＮパラメータおよび操作
に対する制御をもたらす。オペレータ・プログラム１２
０はまた、システム操作を監視するための表示機能を備
えている。このプログラムは、ＯＮを実行するためには
必要でない。

初期設定プログラム１２１は、出る前に、記憶装置を割
り当て、プログラムをロードし、入出力装置を起動する
等により、サブシステム・ソフトウェアを初期設定する
。初期設定プログラム１２１は、通常の操作中は存在し
ない。

−雪−ム流れの実舛 第１１図に示す概要が与えられているものとして、実例
の操作の場合に、制御権およびデータがシステム中をど
のように流れるかの例を以下に示す。要求は、ユーザが
開始したページ検索であるものとする。ページ・バッフ
ァ１１３にはそのページが存在しないものと仮定する。

端末からのコマンド・データ→割込みハンドラ→９２一 端末■ｏｃｓ　（１１，０）→端末ハンドラ→サービス
管理プログラム（１１２）→→ページ・バッファ（１１
３）→チャネル接続（］１４，１１５）の出力タスク→
ホストへの入出力 ホストが応答を書き込む→チャネル接続（１１４゜１１
５）の入カタスク→ページ・バッファ（１１３）→サー
ビス管理プログラム（１，１２）→端末ハンドラ（１１
１）−＋Ｉ○Ｃ８（１，ｉ　ｏ）　→データを端末に書
き込む。

肯定応答およびエラー回復は図には示しておらず、また
動作モニタおよびチャネル接続タイマ・タスク等の周辺
機能も示してない。

さらに詳細に述べると、操作ステップは次の通りである
。

１、割込みハンドラが一度に１バイトを端末回線から得
て、それらをｌ０Ｃ８ＩＩＯに渡す。

■○Ｃ８はそれらをリンク・レベルのパケットにアセン
ブルし、パケット化データを取り除き、より高レベルの
処理のためのデータ・ストリートを生成する。

２、ｌ０Ｃ８が十分なデータを有するとき、ＩＯＣＳは
待ち行列要素を生成し、それをその端末に関連する端末
ハンドラ（１１１，）に送る。

３、端末ハンドラ１１１は、セツション層情報をチェッ
クし、データをこの回線用のサービス管理プログラム（
］、１．２）に送る。

４、サービス管理プログラム１１２は、要求をデコード
し、それが実行できる処理を実行する。

最終的には、ページ検索コマンドが作成され、ホストに
送られる。しかし、まず要求はページ・バッファ管理プ
ログラム１１３に進む。

５、管理プログラム１１３は、関連ページがバッファに
ないことを判定し、要求をチャネル接続１１４，１１５
）の出力タスクに送る。

６、出力タスクは、要求をホストに書込む。

７、ホストの応答が、入力タスクを介して戻る。

このタスクは、保留応答リスト上の待ち行列要素を取り
出し、それに入力データを指すポインタを記入する。こ
のタスクはページ検索応答を認識できるので、サービス
管理プログラム１１２の代りにページ・バッファ管理プ
ログラム１１３に応答を送る。

８、ページ・バッファは、ページをバッファに挿入し、
次にデータをサービス管理プログラム１１２に送る。ペ
ージ・バッファ管理プログラム１１３は、同じデータを
処理するサービス管理プログラムと並列に動作していな
いことに留意すべきである。ページは、サービス管理プ
ログラム１１２に到着する前に、バッファ（１１，３）
に入っていく。ここでの逐次処理の主な理由は、（ａ）
ページ・バッファ】−１３によって費される時間が経路
内の他の全。

ての構成要素と比べて大きくないこと、および（ｂ）ペ
ージ・バッファ管理プログラム１１３とサービス管理プ
ログラム１１２は同じ物理データを共用するので、ペー
ジ・バッファ１１３が終了する前にサービス管理プログ
ラム１１−２が記憶装置を解放しないようにするために
は一層の複雑さが必要になるからである。必要なら、こ
の直列化は除去できることは明らかである。

９、サービス管理プログラム１１２は、端末に送るため
、アプリケーション・プロ１〜コルを用いて、データ番
パッケージする。サービス管理プログラム１−１２は、
バッファ（１１３）内のデータを端末ハンドラ１１１に
送る。

１０、最終段階では、データをパケット化して書込み、
肯定応答を処理する。ここでの部分は、ページの一部書
込み、および経路に沿って肯定応答を得ることに関する
ものである。分散サブシステムは通常、全ての回線が一
時に１ページを論理記憶域内に保持できることを確実す
るのに十分な記憶容量を持たない。したがって、端末へ
の書込みの間、１回線につき一度に１つのセグメントの
スワップ・インが行なわれ、各セグメントの後に肯定応
答がある（多重パケット）。転送が１つの記憶セグメン
トを越える場合にのみ、中間段階が必要となる。

一９６＝ エンド・ユーザ・インターフェースのハードウェア構成
の一例を第１２図に示す。構成要素は、一般に次の通り
である。

・少なくとも２５６ＫＢの記憶容量を備えた、ＰＣ等の
コンピュータが必要である。

・コマンドおよびデータを入力するためのコンピュータ
・キーボードが必要である。駆動機構を備えたディスケ
ットが必要である。しかし、ハード・ディスクは任意選
択である。幾つかのサービスでは、ファイルへの書込み
アクセスが必要なことがある。

・ビデオテックス環境では、カラー・モニタが必要であ
る。非ビデオテックス環境をサポートする場合、モノク
ロ・モニタを使用してもよい。

・システムが構成接続されない場合、必要な他のハード
ウェアは、図形アダプタおよびモデムである。

ｐ；ユン′下−−−三（二＝Ｉシーｇ琶うに−り）ｐ々
二Ｚ□ト□ウ−リ１ｍ！］次に、一般に第１３図を参照
しながら、Ｔ）　Ｃ端末ソフトウェアの主要構成要素に
ついて説明する。

ます、タスク間通信、メモリ管理、およびタイマ制御用
のオペレーティング・システム・サービスにアクセスす
るための、監視プログラムおよび共用サービス・インタ
ーフェース・ルーチンが設けられている（これらは図に
は示してない）。入出力制御装置サブシステム１１０は
、プロセッサ（シリーズ／１）へのリンク層通信をもた
らす。

Ｔ　ＯＣＳ　１１０は、エラー回復機能を備えた、非同
期データ回線を介するパケット転送機構を実現する。こ
の機構は、２つのタスク、すなわち、データ書込みおよ
び制御操作用のタスクと、通信回線からの入力データ処
理用のタスクから成る。■ＯＣ８はその上のセツション
層を扱う。

セツションｌ　１．３０は、主としてセツション開始お
よび終了のため、およびアプリケーションとデータ・リ
ンク層の間のパイプとなるためのセツション層プロトコ
ルを備えている。セツション層プロ１〜コルは、その両
隣の層からの要求およびデータ信号を聞き取る単一のタ
スクである。

スクリーン管理プログラム１３１は、画面およびキーボ
ードを管理するためのタスクである。スクリーン管理プ
ログラム１３１は、キーストロークをそれらの定義中に
写像し、カーソル制御やエコー等の機能を制御する。さ
らに、このタスクは、ユーザ入力およびプログラム出力
のためのウィンドウも管理する。

アプリケーション管理プログラム】３２は、ビデオテッ
クス・サブシステムの主要部分である。

このタスクは、キーボードからのユーザの要求およびプ
ロセッサ（シリーズ／１）から送られたデータを処理す
る際に、セツション層１３０、スクリーン管理プログラ
ム１３１およびＮ　Ａ　Ｐ　Ｌ　Ｐ　Ｓデコーダ１３３
と通信する。画面移動、メニュー選択、前に見た情報の
再呼出し、および同義語等のデータベース操作およびデ
ータ検索のための多数のビデオテックス機能は、アプリ
ケーション管理プログラム１３２によって完全に処理さ
れる。

大部分の機能は、最終的に、セツション層１３０を介し
て開始されるビデオテックス・ページ検索をもたらす。

したがって典型的なシナリオは次の通りである。（ａ）
ユーザがキーボードからコマンドを入力する。（ｂ）ス
クリーン管理プログラム１３１が、コマンドが入力され
たという信号をアプリケーション管理プログラム１３２
に送る。（Ｃ）アプリケーション管理プログラム１３２
がコマンドをデコードし、どのページまたは他のどのデ
ータがホストから要求されているかを判定する。（ｄ）
アプリケーション管理プログラム１３２が、コマンドを
フォーマット化し、セツション（１３０）およびそれ以
下の層を介してホストに送る。（ｅ）ホストの応答が、
セツション層１３０を介して戻り、アプリケーション管
理プログラム１３２によって処理される。

アプリケーション管理プログラムのもう１つの機能は、
スクリーン管理プログラム１３１を介して入力フィール
ド／ウィンドウを定義し、ユーザ入力データを処理する
ことによって、トランザクジョン入力を管理することで
ある。

キーボード定義をカスタム化し、スタックに割当てるべ
き記憶量等のアプリケーション・パラメータをカスタム
化するためにユーザが実行できる独立型プログラムであ
る。カストマイザを使用することができる（これは図示
してない）。

ＮＡＰＬＰＳデコーダ１３３は、Ｎ　Ａ　Ｐ　Ｌ　Ｐ　
Ｓデータ・ストリームを図形コマンドに変換する。

図形サポート１３４のソフトウェアは１図形プリミティ
ブをモニタ上の実イメージに変換する。

残りの２つの図、すなわち、第１４図および第１５図に
、エンド・ユーザ端末のアーキテクチャをさらに詳細に
示す。まず、入出力レシーバ・タスク１４０が、出力デ
ータが終了する度に、入力データおよび信号を受は取る
。入出力レシーバ・タスク１４０は、セツション層タス
ク１３０に、また最終的にはアプリケーションに送るた
め、入力データをアセンブルする。セツション層タスク
は、データを通信回線に書込むことを入出カサ−ビス管
理プログラム・タスク１１２ａに要求する。

ポー１−割込みハンドラ１４１は、通信回線ノ１−トウ
エアからの最低レベルの信号を処理し、タイマ】４２は
、エラー回復を開始する前に特定の事象を待つ時間を限
定する。

第１５図に示すキーボード処理アーキテクチャの操作の
一例は次の通りである。割込みノ１ンドラおよび制御プ
ログラム１．４−１．　ａ　’ｒ介して、ユーザ入力信
号が到着する。スクリーン管理プログラム１３１は、コ
マンド全体を受は取るとすぐにキ一定義テーブル１５０
を用いて、キーストロークを解釈し、それらの処理を制
御する。ウィンドウ管理プロクラム１５１が、モニター
１−で低レベル図形サポー１〜機構と対話する。個々の
コマンド解析およびコマンド・ハンドラ１５２が、特定
のコマンド１５３にもとづいて起動され、必要に応じて
■ＯＣ８１１，０を介してホスｌ−と通信しながら、ユ
ーザ・データ１５４およびメツセージ１５５を処理する
。次のユーザ人力についても、この過程が繰返される。

以１〕、ビデオテックス・データベースと個々のエンド
・ユーザ端末の間で新規なかつ有用な形および方法で、
対話方式で情報にアクセスし、トランザクションを実行
するための、情報ユーティリティのアーキテクチャおよ
びその実施形態について説明した。

Ｇ０発明の効果 本発明に従って複数のオペレーション・ノードの各々に
、ビデオテックス情報を供給するデータベースと、メツ
セージの交換およびトランザクションを制御するアプリ
ケーション・プログラムを設けることにより、遠隔端末
間で多様性のある対話式ビデオテックス情報通信をする
ことが可能になる。

【図面の簡単な説明】

第１図は、本発明を実施できるビデオテックス・アプリ
ケーション・ネットワーク（ＶＡＮ）、およびオペレー
ション・ノードが取ることのできる様々な構成を示すブ
ロック・ダイヤグラム、第２図は、本発明によるオペレ
ーション・ノード（ＯＮ）のアーキテクチャ全体のブロ
ック・ダイヤグラム、第３図は、ＯＮホス１へのハード
ウェアおよびソフトウェア構成の一例のブロック・ダイ
ヤグラム、第４図は、ＯＮ特有のラフ１−ウェアと、Ｏ
Ｎホス１−」〕に存在するその他の典型的な構成要素と
の関係を示すブロック・ダイヤグラム、第５図は、ＯＮ
ホスト内の大域データ構造を示すブロック・ダイヤグラ
ム、第６図は、トランザクション・アプリケーション・
サブシステム（ＴＡＳ）の概要を示すブロック・ダイヤ
グラム、第７図は、ＴＡＳ下で実行されるアプリケーシ
ョン・プログラムの実例の概略説明図、第８図は、ＯＮ
ホストによって維持されるトランザクション・データ域
の概要を示すブロック・ダイヤグラム、第９図は、ホス
ト上のアプリケーション・プログラムの開始に関係する
論理の詳細を示す論理フローチャート、第１０図は１分
散サブシステムの実現に関係するハードウェアの一例の
説明図、第１１−図は、分散サブシステムの論理の実行
に関係するソフトウェアのブロック・ダイヤグラム、第
１２図は、ＯＮ分散サブシステムに接続できる通常のエ
ンド・ユ弓図− 一ザ端末構成の一例の説明図、第１３図は、エンド・ユ
ーザ端末の論理の実行に関係するソフトウェアのブロッ
ク・ダイヤグラム、第１４図は、エンド・ユーザ端末」
−の入出力制御システムの詳細を示すブロック・ダイヤ
グラム、第１５図は、エンド・ユーザによって入力され
たキーストロークが端末ソフトウェアによりどのように
処理されるかを示すブロック・ダイヤグラムである。 ２０・・・・ホスト・マシン、２１・・・・分散サブシ
ステム、２２・・・・高速通信チャネル、２３・・・・
エンド・ユーザ端末、３０・・・・オペレーション・ノ
ード制御域、３１・・・・分散サブシステム領域、３２
・・・・データベース管理システム、３４・・・・情報
供給者（ＩＰ）、３５・・・・ネットワーキング・ソフ
トウェア。 第３図 ユーザコート （トランサケ遁し対話） 第７図 ホストマレシ 今散寸フ　システベ キー士、−ト°　　　　　　モ、ノクロ七ニタ↓ ホストへの 第１１図

Claims (1)

1. 【特許請求の範囲】 （イ）図形情報およびテキスト情報をユーザに表示する
   端末手段と、 （ロ）図形情報およびテキスト情報を供給するための第
   １のデータベース手段と、上記ユーザのためにメッセー
   ジを交換しトランザクションを実行するための第１のア
   プリケーション・プログラム手段とを備えた、上記端末
   手段に接続された第１のオペレーション・ノードと、 （ハ）図形情報およびテキスト情報を供給するための第
   ２のデータベース手段と、メッセージを交換しトランザ
   クションを実行するための第２のアプリケーション・プ
   ログラム手段とを備えた、第２のオペレーション・ノー
   ドと、 （ニ）上記端末手段が上記第１のノードを介して上記第
   １および第２のデータベース手段から上記図形情報およ
   びテキスト情報をアクセスし且つ上記第２のオペレーシ
   ョン・ノードとメッセージを交換しトランザクションを
   実行することを可能にするための手段と、 を有する情報通信システム。