JPH02213945A - エキスパート・コンサルテーシヨンを行なうコンピユータ・システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 本発明は総括的に人工知能の分野に関し、詳細にいえば
エキスパート・システムに関する。特に、埋込みエキス
パート・システムを提供するアーキテクチャを説明する
。

Ｂ、従来の技術 近年、エキスパート・システムを作成し、コンサルチー
シロンを行なうためのツールが、市販されるようになる
につれて、金融、保険、製造、航空宇宙などのさまざま
な産業においてエキスパート・システムが使用されるこ
とが大幅に増加してきた。ＩＢＭコーポレーシ１ンが市
販しているエキスパート・システム環境がその一例であ
る、これらの従来技術のツールは、−度に行なえるコン
サルチーシロンが１つだけである環境で作動する独立型
プログラムという特性を共通して有していた。

しかしながら、エキスパート・システム技術の利益を完
全に実現するには、エキスパート・システムを種々さま
ざまな態様でアクセスできるようにすることが望ましい
。たとえば、保険引受業などの既存のコンピュータ適用
業務で、エキスパート・システム技術を活用することが
望まれることもある。保険引受業の例において、ナレッ
ジ・エンジニアはエキスパートの引受業者にインタビュ
ーを行ない、保険証券を受は入れるか、拒否するかを決
定する際に、そのエキスパートが使っている知識を収集
する。これをすべて行なう手続き型プログラムを作成す
るのに時間を費やす代わりに、ナレッジ・エンジニアは
エキスパートの知識を、規則及び事実として知識ベース
に入れ、システムの生産性及び保守性の大幅な向上を達
成できる。

保険適用業務の処理には、エキスパート・システムだけ
ではな（、複雑な適用業務プログラムも必要であるから
、システム・パフォーマンスではエキスパート・システ
ムを、適用業務プログラムに埋め込むか、あるいは適用
業務プログラムから呼び出せるようにすることが必要で
ある。

エキスパート・システムの大規模ユーザの多くは、ユー
ザ自身の業務上の要件を溝たすために多額の費用をかけ
て開・発した、統合度の高いプログラミング・システム
を存している。これらの顧客はひそかに、エキスパート
・システム処理を利用したいと考えている。独立型のエ
キスパート・システムを使用することもできるが、稼働
している適用業務からログオフし、再度ログオンするこ
とは、いくら良くみても、不便なことである。

さらに、エキスパート・システムにコンサルチーシロン
を行なっていることさえ、しばしばユーザに意識させず
に、同一のエンド・ユーザ適用業務システムによって、
エキスパート・システム機能を提供することが好ましい
。また、顧客の中には自分たちが構築したシステムに、
またそのシステムに記憶したデータに多額の投資を行な
っているものもいる。これらの顧客はすでに獲得してい
る豊富なデータを使用するための統合ツールとして、エ
キスパート・システムを利用しはじめようと考えている
。エキスパート・システムのコンサルチーシロンは他の
あらゆる適用業務と類似している。

すでにシステムに入っているデータを、ユーザに入力さ
せることを望むものはいない。エキスパート−システム
をユーザの既存のコンピューターシステムに統合するこ
とによって、既存のデータがアクセス可能となり、エン
ド・ユーザはこれに、そのユーザの適用業務の他のもの
に対して定義された通常のネットワーク機能を介してア
クセスできる。

エキスパート・システム機能を既存の適用業務プログラ
ムに統合するには、解決しなければならない問題がいく
つかある。まず、ユーザのコンピュータ・システムにす
でに存在しているデータにアクセスしなければならない
。多くのデータベース管理システムのデータを利用する
のが容易でないのは、それぞれのシステムがアクセス、
保守、保全性、及びバックアウトなどに独自の規則を存
しているからである。

第２に、エキスパート・システムを何回も作成したり、
あるいは多くの異なるインターフェースを作成したりし
ないで、さまざまな環境で機能できるエキスパート・シ
ステムを開発する必要がある。これらのさまざまなソフ
トウェア環境の各々は、それ自体の一連の制約、規則な
どを有している。埋込みエキスパート・システムを実際
に実現するには、エキスパート・システムを、利用され
るすべての既存の環境と互換性を有するように構成する
必要がある。

Ｃ０発明が解決しようとする課題 本発明の目的は、コンピュータ・システムで稼働してい
る適用業務プログラムがアクセスできる埋込みエキスパ
ート・システム機能を提供することである。

本発明の他の目的は、既存の顧客適用業務がエキスパー
ト・システムのコンサルチーシロンを行なえるようにす
ることである。

本発明のさらに他の目的は、エンド・ユーザにとって透
過性のエキスパート・システム機能を提供することであ
る。

本発明のさらにまた他の目的は、信頼性が高く、保守が
容易で、コンピュータ・システムで作動する他のプログ
ラムと独立して作動する、エキスパート・システム機能
を提供することである。

本発明の他の目的は、多くのユーザが同時に使用できる
エキスパート・システム機能を提供することである。

００課題を解決するための手段 汎用コンピュータ・システムで利用できるオペレーティ
ング環境のいずれにおいても、他の適用業務プログラム
が自由にアクセスできるエキスパート・システムが提供
される。この新規のアーキテクチャにおいて、エキスパ
ート・システム・コンサルテーシ１ン会サブシステムが
、エキスパートのフンサルチーシロンを行なうための手
段を提供する。エキスパート・システム・サブシステム
にハ、複数の並行フンサルチーシロンを開始し、管理す
るタスク・マネージャが含まれる。インターフェース・
プログラミングはエキスパート・システムのフンサルチ
ーシロン・サブシステムが、これとコンピュータ・シス
テム内で作動している他の適用業務プログラムとの間の
データ及びコマンドの連絡及び受渡しを行なう機能を提
供する。さラニ、エキスパート・システムがデータベー
ス管理システムに記憶されているデータにアクセスする
ことを可能とする手段が提供される。

Ｅ、実施例 本発明を特定の市販されている汎用コンピュータ・シス
テムに関して説明するが、本発明記載のアーキテクチャ
が多くのさまざまな会社が製造している、はとんどの一
般に市販されているコンピュータ・システムで機能でき
ることを理解すべきである。したがって、いかなる点に
おいても、本発明を説明するオペレーティング環境を、
特許請求の範囲の範囲を限定するものと考えてはならな
い。

背景として、本発明の好ましい実施例を、ＩＢＭコーポ
レーシｅン（ＩＢＭはインターナシｅナル轡ビジネス・
マシーンズ・コーポレーシジンの登録商標である）が市
販しているＩＢＭシステム／３７０という汎用コンビエ
ータ・システムに関して説明する。システム／３７０の
作動に関する詳細な説明は、ＩＢＭから入手可能な「シ
ステム／３７０．作動原理（Ｓｙｓｔｅｍ／３７０　Ｐ
ｒ１ｎｃｉｐｌｅｓ　ｏｆＯｐｅｒａｔｉｏｎ）　Ｊ　
　（Ｉ　ＢＭ刊行物番号ＧＡ２２−７０００）に記載さ
れている。さらに、以下で説明する本発明は、システム
／３７０で作動する多重仮想記憶（ＭＶＳ）オペレーテ
ィング・システム内のサブシステムとして作動する。Ｍ
ＶＳオペレーティング・システムの詳細な説明について
は、ｒＯ８／ＶＳ２　　ＭＶＳの概要（Ｏ３／ＶＳ２　
ＭＶＳＯｖｅｒｖｉｅｗ）　Ｊ　　（Ｉ　ＢＭ刊行物番
号ＧＣ２８−０９８４−１）を参照されたい。この内容
は参照することによって、本明細書の一部を構成する。

本発明が動作するコンピュータ・システムを、第１図の
ブロック線図に示す。汎用コンピュータ・システムには
通常、中央演算処理装置（ＣＰＵ）１０があり、これは
データを処理する回路、ならびにデータを記憶する回路
、すなわちメモリを含んでいる。ＣＰＵの制御はＭＶＳ
オペレーティング・システムによってもたらされる。Ｍ
ＶＳオペレーティング・システムはコンピュータ・シス
テムの各種の構成要素すべての間のデータの流れ及び処
理を制御する。

第１図には、端末装置２６、直接アクセス記憶装置２８
．３０．及び印刷装置３２などの入出力（Ｉ　１０）装
置も示されている。端末装置、パーソナル・コンビエー
タ、ディスク駆動機構、磁気テープ駆動機構、光デイス
ク記憶装置、印刷装置などを含む、任意の数のＩ１０装
置を、汎用コンピュータ・システムに含めることができ
、図示のＩ１０装置が説明のためのものにすぎないこと
は、当技術分野の技術者には明らかであろう。Ｉ１０装
置２６．２８．３０．８２の間、及びＣＰＵ　１０との
間の連絡は、通信インターフェース３４と呼ぶ専用型の
ソフトウェアによって制御される。

通信インターフェース３４の詳細は本発明の範囲外のも
のであり、その詳細は検討しない。

ＭＶＳオペレーティング・システムのアーキテクチャ内
で、独立したタスクすなわちサブシステムは独立して、
同時に作動でき、多重タスク処理ないし多重処理環境が
可能である。複数のＭＶＳタスクが可能であることが、
コンピュータの容量／スループットを向上させるのは、
多数の機能を並行して処理できるからである。ＭＶＳは
異なるサブシステムが作動できるそのメモリ内に、数種
類の離散形のアドレス空間を設定することによって多重
処理機能を提供する。第１図には、トランザクション処
理サブシステム１４、タイムシェアリング・サブシステ
ム１６、バッチ・サブシステム１８、エキスパート・シ
ステム俸コンサルテーション・サブシステム２０及びデ
ータベース管理サブシステム２２が示されている。これ
らのサブシステムの各々は他とは無関係に作動し、かつ
拡張メモリ域２４のすべての領域をアドレスする能力を
有している。

「産業上の利用分野」の部分で述べたように、サブシス
テム１４．１６．１８．２０及び２２は異なる構成であ
り、データの記憶、アクセス、連絡などに異なる規則を
有している。このことはこれらが互いに連絡するのを困
難にしている。この問題を解決するために、共通サービ
ス域（Ｃ８Ａ）３ｅを設ける。ＭＶＳサブシステム間の
すべての連絡はＣ８Ａ３Ｂを介して行なわれ、これは共
通の基盤として役立ち、かつサブシステムが他のサブシ
ステムと連絡し、かつこれらの間でデータを受は渡すの
を可能とする。

埋込みモードで複数の、並行コンサルチーシロンを可能
とするという所望の目的を達成するために、本発明のエ
キスパート・システムをＭＶＳサブシステム２０として
実現する。ＭＶＳサブシステムとして、エキスパート・
システム拳コンサルテーシＵン・サブシステム２０は、
トランザクシロン処理１４、タイムシェアリング１６及
びバッチ１８などの他の適用業務指向サブシステムのい
ずれかとともに埋込みモードで作動できる。さらに、デ
ータベース管理サブシステム２２によって制御されるデ
ータにアクセスすることができる。また、独立モード、
すなわち「対話」モードで作動することもできる。

第２図に示すように、典型的なエキスパート・システム
・コンサルチーシーン・システムは推論機構４０及び知
識ベース１−ｎ４２を含んでおり、これらのベースは異
なる問題領域に関する知識を含んでいる。推論機構４０
はプログラミング・コードを含んでおり、このコードは
推論手順を行なって、独立コンサルタ４４または適用業
務プログラム４６によって与えられるデータ、ならびに
知識ベース４２に記憶されている知識データに基づいて
値を推論する。コンサルチーシーンはデータがコンサル
タ４４と推論機構４０との間で直接受は渡される対話モ
ードで、あるいは適用業務プログラム４６が推論機構４
０と直接連絡する埋込みモードで行なうことができる。

−膜内なエキスパート・システムの推論機構に関する詳
細については、参照することによって本明細書の一部を
なす米国特許第４７６３２７７号及び米国特許第４８４
８０４４号を参照されたい。

第３図は埋込みエキスパート・システムのアーキテクチ
ャを示す。線Ａよりも上のブロックは１つまたは複数の
適用業務指向ＭＶＳサブシステム、すなわちトランザク
シーン処理１４、タイムシェアリング１６またはバッチ
１８（第１図）に含まれている、適用業務領域と呼ばれ
る要素を表す。

ブロック５０はエキスパート・システムのコンサルチー
シーンを必要とすることのある、保険引受は業務または
ローン処理などの適用業務プログラムを表す。適用業務
プログラム５０がエキスパート・システムのサブシステ
ムを呼び出して、コンサルチーシロンを行なう場合、こ
れはコマンドを出して、データ値を要求するか、設定し
、コンサルチーシーンの流れを制御するための情報を渡
さなければならない。

各適用業務５０の内部には、プログラミング・コード５
２の小さな言語間インターフェース・スタブが含まれて
いる。インターフェース・スタブ５２は適用業務プログ
ラム５０によって連係編集され、適用業務プログラム５
０とエキスパート・システムのコンサルテーシ縫ン構成
要素の間に直接インターフェースをもたらす。インター
フェ−ス・スタブ５２の主な機能は、エキスパート・シ
ステム機能を呼び出し、コンサルチーシロンの基礎とな
るパラメータを生成し、渡すことである。

パラメータ・リスト５４がインターフェース・スタブ５
２によって生成され、環境インターフェース５６に渡さ
れる。この環境インターフェースは本質的にエキスパー
ト・システムのサブシステムとの接続を行ない、このサ
ブシステムにコンサルチーシロンを希望していることを
伝え、呼出し要求を送る。環境インターフェース５６は
パラメータ・リスト５４を、フラットなＰＡＲＭ　　Ｌ
ＩＳＴ　　５８に変換し、これを線ＡとＢの間の区域と
して示されている共通サービス域へ送る。

共通サービス域及び仮想記憶　サービス・ルーチン Ｃ８Ａ３Ｂ　（第１図）は各種のコンピュータ・ソフト
ウェア適用業務が必要とするプログラム及びデータを保
持するメモリの区域である。上述のように、ＭＶＳ内で
連絡を行なうプログラムは、共通言語を扱えなければな
らない。これは仮想記憶間サービスといわれる、一連の
命令及びマクロを使用することによって達成される。

仮想記憶間サービスは異なるアドレス空間がプログラム
またはデータのいずれかを共用することを可能とする方
法である。トランザクシ嘗ン処理サブ領域の指定アドレ
ス空間で処理を行なっているものは、エキスパート拳シ
ステムのアドレス空間にあるものを直接参照することは
できない。接続を行なうためには、情報を２つの領域の
間で受は渡すことを可能とする通信プロトコルがなけれ
ばならない。ブロックｅＯは適用業務領域とエキスハー
ト・システム領域の間のゲートウェイを提供する仮想記
憶間サービス・ルーチンを表す。

第４図はメモリ間ソース・ルーチンの流れ図を示してい
る。環境インターフェースからのサービスないし呼出し
要求は、ブロック１００で受は取られる。ブロック１０
２はテストを行なって、サービス要求が初期設定要求か
、終了要求なのかを判定する。これが初期設定要求か終
了要求である場合には、ブロック１０４はエキスパート
・システム作業要素をゲットし、初期設定して、将来使
用するために、適用業務領域アドレス空間識別子を保管
する。

サービス要求が初期設定要求または終了要求でない場合
には、ブロック１０６は特定の呼出し元のコンサルチー
シーンに対するタスク・テーブル項目について、エキス
パート・システムのタスク・テーブル８４（第３図）を
チエツクする。この特定のタスクの作業要素のアドレス
も、タスク幸テーブルから得られる。エキスパート・シ
ステムのアドレス空間における記憶域が得られ、そのア
ドレスが作業要素に保管される。適用業務領域からエキ
スパート・システム領域、すなわちアドレス空間へのデ
ータのメモリ間移動が行なわれる。

ブロック１０８，１１０及び１１２はＭｖＳがエキスパ
ート・システムの事象制御ブロックを添記し、次いでユ
ーザの記憶域保護キーを復元することを可能とするコマ
ンドである。ブロック１１４において、エキスパート・
システム領域からのデータは、メモリ間移動によって、
適用業務領域へ移動され、したがってデータの交換を完
了する。

エキスパート・システム領域 第３図の線Ｂの下の部分は、エキスパート・システム領
域ないしサブシステムを表している。タスク・マネージ
ャ６２は仮想記憶間サービス・ルーチン６０から、コン
サルチーシーン要求を受は取る。要求がコンサルチーシ
ロンを希望している場合には、タスク・マネージャは活
動状態にあるすべてのサブタスクを調べ、特定の知識ベ
ースがロードされており、実行準備ができているかどう
かを判断する。そうであれば、コンサルチーシロンが呼
び出される。各特定のフンサルテーシＶンは独立タスク
であり、数百のコンサルチーシーンヲ並行して呼び出す
ことができる。エキスパート・システムのコンサルチー
シロン・コードのコピー１つだけがＥＳＥ領域に含まれ
ているが、各コンサルチーシーンにはそれ自体の知識ベ
ースが必要である。したがって、コンサルチーシーンを
呼び出した場合に、自由な知識ベースが存在していない
のであれば、タスク・マネージャはＤＡＳＤ装置２８．
３０（第１図）から、拡張メモリ域２４にコピーを書き
込むよう要求する。コンサルテーションが完了した場合
、知識ベースは記憶域から消去されるのではなく、休止
状態とされるが、これは将来の使用に備えて保管してお
く方が、これを削除し、次に必要になったときに、メモ
リに再度書き込むよりも効率がよいからである。知識ベ
ースは、システム操作員がこれを消去するまで、拡張メ
モリにとどまる。

タスク・マネージャ エキスパート０システムのコンサルテーションを初期設
定する要求を、エキスパート・システム作業要素（ＥＶ
Ｅ）と呼ぶ。これらはＭＶＳ制御ブロックで、仮想記憶
間サービス・ルーチンｅＯによってタスク・マネージャ
６２の待ち行列に入れられる。コンサルテーションない
しセッシ縫ンが確立されたのち、仮想記憶間サービス・
ルーチン６０がエキスパート・システムのサブタスク１
−ｎを、すべての以降の連絡のために直接転記する。

第５図には、タスク・マネージャの作動の詳細が示され
ている。セッシ１ン要求はブロック２００でテストされ
、初期設定要求であるか、あるいはサブシステム終了要
求であるかを調べる。サブシステム終了要求である場合
には、タスク・マネージャは以下で説明する終了ないし
遮断手順を実施する。それ以外の場合には、仮想記憶間
サービス・ルーチンはタスク・マネージャを「起こし」
、ＥＷＥはブロック２０２の内部記憶の待ち行列に入れ
られる。待ち行列を処理している間に、仮想記憶間サー
ビス・ルーチンは新しいＥＷＥを待ち行列に入れること
を継続する。

ブロック２０４で、待ち行列内のＥＷＥの順序が逆転さ
れるので、もっとも古いものが最初に処理されることに
なる。ブロック２０８は要求が「開始」要求なのか、終
了要求なのかを判断する。

開始要求の場合には、処理はブロック２０８で継続され
、それ以外の場合には、ブロック２１６が呼び出される
。

タスク・テーブル（後述）をブロック２０８で走査し、
要求された知識ベースがロードされている遊休サブタス
クを見つけだす。正しい知識ベースを有する遊休サブタ
スクが見つかった場合、あるいは適切な知識ベースをロ
ードできる遊休サブタスクが見つかった場合には、ブロ
ック２１０はサブタスクを転記し、コンサルテーション
を完了する。遊休サブタスクが見つからなかった場合に
は、ブロック２１２は新しいサブタスクを接続する。す
べてのサブタスクが使用中であり、サブタスクの限度に
達している場合には、開始要求はブロック２１４によっ
て拒絶される。

要求が終了要求であると、ブロック２０８が判断した場
合には、ブロック２１６はまず、サブシステムが共用モ
ードになっているかどうかをチエツクする。共用モード
になっている場合には、ブロック２１８は要求を拒絶す
る。共用モードでない場合には、終了標識が「オン」に
セットされ、外部待ち行列にはブロック２２０で、「閉
鎖」というフラグが付けられる。

ブロック２２２は内部待ち行列に他のＥＷＥがあるかど
うかチエツクする。存在する場合には、処理はブロック
２０６に戻され、処理される。存在していない場合には
、処理はブロック２００に戻される。

終了要求をブロック２００で受は取った場合には、遮断
手順が開始される。ブロック２２４はすべてのサブタス
クに対するタスク・テーブルの終了フラグをオンにする
。あらゆる非活動サブタスクが転記されるので、これら
は実行され、終了フラグを検出し、これによってこれら
自体を終了させる。すべてのサブタスクが終了した場合
には（ブロック２２８）　、制御は「初期設定」ルーチ
ンに戻る。

五月呈定 エキスパート・システムのサブシステムの作動全体は、
システム操作員によって制御される。第８図においてブ
ロック８６で示されている「環境初期設定」ルーチンに
よって、操作員は次のような構成オブシロンを制御でき
る。

１、作業データセットに対する省略時の高水準修飾子 ２、エキスパート・システムのサブタスクの最大数 ３、サブシステムが共用されているかどうか４、サブタ
スクの最大数または最小数に対する優先度 ５、サブシステム識別子 ６、タイムアウト監視間隔 その他の制御パラメータを第６図の「初期設定」流れ図
を参照して説明する。

ステップ８００において、ＭＶＳジ日ブ制御言語のｒＰ
ＡＲＭ＝Ｊフィールドを、システム操作員によってカス
トム化し、上述の構成オプシＦンのいずれか、または全
部を選択する。ステップ３０２は大域制御ブロックに対
し、またタスク・テーブルに対し記憶域を割り振る。ス
テップ３０４において、ＭｖＳサブシステム制御テーブ
ル（ＳＳＣＴ）連鎖を探索し、適切な識別子を探す。

ＳＳＣＴｍ別子が見９からない、あるいはすでに「使用
中」とフラグが付けられている場合には、ＡＢＥＮＤコ
マンドがブロック３０８によって出される。「初期設定
」ルーチンはＭＶＳに、エキスパート・システムのサブ
システムがすでに「使用中」であって、これを２度目に
呼び出せないようになっているかどうかを通知する。識
別子が見つかり、かつエキスパート・システムのサブシ
ステムが「使用中」でない場合には、５ＳＣＴには「使
用中」のフラグが付けられる。

ブロック３０８は仮想記憶間サービス・ルーチンをＣ３
Ａにロードする。付加的なユーティリティ・サブルーチ
ンがブロック３１０でメモリにロードされる。ブロック
３１２は操作員制御サブタスク（サブシステムを照会し
、制御するのにシステム操作員が使用する）及びタイム
アウト監視サブタスク（ランナウェイ・コンサルチーシ
ロンを防止する）を接続する。最後に、５ＳＣＴ項目に
はブロック３１４で「利用可能」とのフラグが付けられ
、タスク・マネージャがブロック３１８で連係される。

すべてのエキスパート・システムのコンサルチーシロン
が完了したのち、制御はブロック３１８でタスク・マネ
ージャから戻り、ならびに操作員制御及びタイムアウト
監視サブタスクがブロック３２０で取り外される。

タスク・テーブル 第３図のタスク・テーブル８４は、エキスパート・シス
テム領域内で生じるすべてのエキスパート−システムの
コンサルチーシロンを追跡する。

第７図はタスク・テーブルが各コンサルチーシロンに対
して記録する情報の形式を示す。タスク・テーブルの項
目及びこれらの項目の簡単な説明を、以下に示す。

コンサルチーシロンＩＤ −各コンサルチーシロンに対する 一意の識別子 ＫＢ名　　　−コンサルチーシロンの行なわれた知識ベ
ースの名前 タスク状況　　−コンサルチーシロンの現在の状況 現行ユーザ　−　ユーザの識別子 アドレスＩＤ−ＭＶＳアドレス空間識別子ＰＡＲＭリス
ト・ポインタ ー　パラメーターリストに対するポ インタ ストリング番号 −　各サブタスクに割り当てられた 相対番号 事象制御プロ、り ＭＶＳ待機／転記マクロを使用 する２つのタスクを同期させる のに使用される タスク制御ブロック・アドレス サブタスクのタスク制御ブロッ クのアドレス ＥＷＥアドレス −ＥＳ作業要素のアドレス 最終活動時間−最後の活動からの経過時間環境　　　　
−パッチ、トランプクシ１ン、タイムシェアリングなど ファンクシロン−コール 適用業務プログラムとエキスパート・システム領域の間
の連絡を制御するファンクシロン・コールは、３つのカ
テゴリーに分けられる。

１、制御機能 ＩＮＩＴ　　　　エキスパート・システムとの連絡を確
立する。

５ＥＴＡＤＤＲ連絡域のアドレスを設定する。

Ｃ０ＨＳｔｌＬＴ　　コンサルチーシロンを開始する。

ＷＡＩＴ　　　　エキスパート・システムからの戻すヲ
待つ。

ＲＥＴＩＪＲＮ　　　エキスパート・システムに戻って
、処理を継続する。

ＥＮＤ　　　　コンサルチーシロンを終了する。

ＴＥＲＭ　　　　エキスパート・システムを終了スる。

２、データ・アクセス機能 ＧＥＴＰＡＲＡＭ　　エキスパート・システムのパラメ
ータ名を取り出す。

ＧＥＴＳＤＡＴＡ　　システム・データを取り出す。

ＧＥＴＡＲＧ　　　エキスパート・システムの引数を取
り出す。

ＳＥＴ　　　　エキスパート・システムのパラメータ値
をセットする。

３゜追跡機能 Ｐｔ１ＴＥＲＲＯＲエラー・メツセージを追跡ファイル
に入れ、値をリセットする。

Ｐｔ１ＴＴＲＡＣＥ　　メツセージを追跡ファイルに入
れる。

コンサルチーシロンの　の　れ 第８図を参照して、エキスパート・システムのコンサル
チーシロンの例の流れを説明する。

ステップ１−ＭＶＳサブシステムで作動している適用業
務プログラム７０は、ＩＮＩＴというファンクシーンｅ
コールを実行して、エキスパート・システム７２との連
絡を確立することによってコンサルチーシロンを開始ス
る。エキスハート・システム領域７２内で、必要なデー
タ域が設定され、推論機構が呼び出されて、コンサルチ
ーシロンを行なう。なお、適用業務プログラム７０はエ
キスパートΦシステムからの応答を待つ。

ステップ２−エキスパート・システムは制御をＷｌし、
コンサルチーシロンを開始する。推論が進むと、知識ベ
ースはＡＳＫ制御テキスト・ステートメントを介して、
エンド・ユーザ・データに対する要求を開始する。これ
が行なわれるのは、エキスパート・システムがその推論
手順を完了するのに充分な情報を有していない場合であ
る。

ステップ３−適用業務プログラムは次いで、エンド・ユ
ーザに対して画面を表示し、追加のデータを要求する。

ステップ４−適用業務プログラムは次いで、制御を受は
取り、必要なデータをエキスパート・システム領域に戻
す。

ステップ５−エキスパート・システムは次いで、コンサ
ルチーシロンを完了するか、あるいは他の情報を希望す
るようになるまで、推論手順を行なう。他の情報を希望
する場合には、ステップ２−４が反復される。

ステップｅ−エキスパート・システムのコンサルチーシ
ロンが完了すると、制御は適用業務プログラムに戻され
、処理を継続する。

【図面の簡単な説明】

第１図は、エキスパート・システム・アーキテクチャの
コンピュータ・システム環境を示すブロック線図である
。 第２図は、エキスパート・システム内の情報の流れを示
す線図である。 第３図は、エキスパート・システム・アーキテクチャの
構成要素を示すブロック線図である。 第４図は、仮想記憶間サービス・ルーチンの流れ図であ
る。 第５図は、タスク・マネージャの流れ図である。 第６図は、環境初期設定ルーチンの流れ図である。 第７図は、タスク・テーブルの要素を示す線図である。 第８図は、典型的なエキスパート・システムのフンサル
データ１ン内の情報の流れを示す線図である。 １０・・・・ＣＰＵ、２Ｂ・・・・端末装置、２８．３
０・・・・直接アクセス記憶装置、３２・・・・印刷装
置、３４・・・・通信インターフェース。

Claims (1)

1. 【特許請求の範囲】 適用業務プログラム及び知識情報を含むデータを記憶す
   る手段と、 データを処理する手段であって、前記適用業務プログラ
   ムを処理する手段と、前記適用業務プログラムからの要
   求に応じて前記知識情報に基づいてエキスパート・コン
   サルテーションを行なう手段と、複数の並行エキスパー
   ト・コンサルテーションを管理する手段と、前記エキス
   パート・コンサルテーションを行なう手段及び前記適用
   業務プログラムの間のデータの流れを制御する手段とを
   含むものとを有し、 エキスパート・システムにコンピュータ・システムで作
   動している適用業務プログラムがアクセスできるように
   したことを特徴とするエキスパート・コンサルテーショ
   ンを行なうコンピュータ・システム。