JPH03188527A - アプリケーションを構築しかつ実行する方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ この発明は、−船釣にはデータ処理システムおよび処理
に関し、かつ、より特定的には、複数の手順（ｐｒｏｃ
ｅｄｕｒｅｓ）を備えたアプリケーションを構築しかつ
実行するための方法に関し、この場合前記手順は機能グ
ラフによって表わされ、各機能グラフ（ｆｕｎｃｔｉｏ
ｎ　Ｈｒｓｐｈ＊）は複数の接点（ノード）を含み、か
つ前記機能グラフは前記ノードの各々に対する輸入変数
（ｉｉｐｏｔｌマＩｒ１ｘｂｌｅｓ）を特定するための
輸入テーブルを含む。

本発明は、本発明の譲り受は人に譲渡された、以下の発
明に関連する。即ち、 米国特許第４，８７８，１７５号、パラメータを加算／
削除することにより患者に特有のフローシートを発生す
るための方法。

［従来の技術および発明が解決しようとする課題］本発
明は、アプリケーションが「有向グラフ（ｄｉｒｅｃｔ
ｅｄ　１ｔ＊１ｈｓ）Ｊとして表わされるデータ処理シ
ステムにおいて有用である。付属書類Ａとしてここに添
付した用語集を参照。

アプリケーションを有効グラフとして表わす目的の１つ
はグラフのノードが再利用できるようにすることである
。ノードはモジュール機能（ｍｏｄ＋＋１ｓｒ　１ｕｃ
ｊｉｏｎｓ）を表わすことができる。古いノードを再結
合することによりかつ二三の新しいものを書くことによ
り、アプリケーションは比較的少ない努力で書くことが
できる。

主手順（ｇ＋ｎｉａ　ｐｔｏｃｃｄｗｒｅ）および種々
のサブルーチンを備えた伝統的なアプリケーションにお
いては、主手順およびサブルーチンはパラメータを用い
てお互いにデータを渡す（ｐＨｌ）ことができる。

もし有向グラフのノードが伝統的なパラメータパス方法
を用いてデータを渡せば、各ノードはそれが相互作用す
るノードがどのようなデータを期待しているかを知らな
くてはならない。これはノードがどのように結合できる
かということにおける柔軟性を制限する。

有向グラフとして表わされるアプリケーションにおいて
は、該グラフのノードは（伝統的な意味において）パラ
メータを使用することができないが、それは各ノードが
他のものと独立であり、かつ従ってどのようなパラメー
タを他のノードが期待しているかを知らないためである
。

ここに開示されたデータ輸入の方法を用いることにより
、ノード（およびサブグラフ）はデータを輸入属性（ｉ
ｍｐｏｔｊ　１日ｒｉｂｕｔｅｓ）を用いることにより
、他のノードがどのようなデータを期待しているかを明
白に知ることなく、データを渡すことができる。従って
ノードは該ノードの内容を変えることなく任意の順序で
結合できる。

従って、本発明は有向グラフとして表わされるアプリケ
ーションにおける独立な、緩＜　　（ｌｏｏｓｅｌｙ）
結合されたノード（およびサブグラフ）の間のデータバ
スの問題を解決する。

本発明はまたイベントを発生しているインタフェースに
対し有向グラフとして表わされるアプリケーションを結
合する。

知られた従来のアプリケーション発生システムは、アメ
リカ合衆国カルフォルニア用９４１０５、サン・フラン
シスコ、トウエルフス・フロア、マーケット・ストリー
ト５９５、インターアクティブ・ディベロップメント・
エンバイロメンツ社から入手可能なＲａｐｉｄ／Ｕｓｅ
アプリケージジンシステムである。

［発明が解決しようとする課題］ しかしながら、Ｒａｐｉｄ／Ｕｓｅは緩く結合されたノ
ードの間で変数を輸入または輸出する（ｃｘｐｏｒｌ）
可能力を提供しない。そのうえ、それはライン毎のアプ
リケーションのために設計され、ユーザインタフェース
の一部としての情報スクリーンの任意の部分を仮想的に
ユーザが選択できるも−ののような、イベント駆動アプ
リケーションではない。

本発明によれば、有向グラフにおける各ノードは輸入属
性および輸出属性のリストをそれに関連して有している
。それがノードを呼び出す時、グラフマネージャは輸入
属性の値を同じグラフの他のノードによって先に輸出さ
れた値によりあるいは親グラフ（ｐｓｒｅｍｔ　Ｈｒ＊
ｐｋ）によって輸入された値により初期化する。処理の
間のいずれの時間においても、しかしながら通常退出（
ｅ　ｘ　ｉ　ｔ）の直前に、ノードは属性値を輸出し、
これは該グラフの後続のノードにより輸入できる。

従って、本発明の目的は、有向グラフのノードに、その
ようなノードの間の緩かな結合を維持しながら、それら
の間でパラメータを渡すことを許容するソフトウェアア
ーキテクチャを提供することにある。

従って、各ノードはそれらの単純性およびモジューラ性
を保持している。従ってこれらは比較的容易に解釈し、
維持し、かつ再利用できる。

本発明の他の目的は、輸入および輸出値が変更可能なテ
ーブルを介して属性に関連付けられているソフトウェア
アーキテクチャを提供することにある。

［課題を解決するための手段］ これらおよび他の目的は本発明の１つの実施例によれば
データ処理システムにおける複数の手順を備えたアプリ
ケーションを構築しかつ実行する方法を提供することに
より達成され、該方法は（ａ）複数のノードを備えた機
能グラフにより少なくとも１つの手順を表わす段階、お
よび（ｂ）前記ノードの各々に対し輸入変数を特定する
ために輸入テーブルを提供する段階を備えている。

本発明の他の実施例においては、複数の手順を備えたア
プリケーションを構築しかつ実行するための方法が提供
され、該方法は（ａ）複数のノードを有する機能グラフ
によって少なくとも１つの手順を表わす段階、そして（
ｂ）前記ノードの各々に対し輸出変数を特定するための
輸出テーブルを提供する段階を具備する。

［実施例］ 本発明は添付の特許請求の範囲に特に指摘されている。

しかしながら、本発明の他の特徴は添付の図面を参照し
て以下の詳細な説明を参照することによりより明らかと
なりかつ本発明が最もよく理解できるようになるであろ
う。

データ処理システムの背景的説明 患者のケアプロセス 第１図から第４図までは、本発明が実施されかつ有用性
を与えるシステムの背景説明を提供する。

そのようなシステムはさらに上に述べた関連発明に記載
されている。しかしながら、本発明は高度の個別対応（
ｃｕｔ＋ｏｍｉ！ｘｊｉｏｎ）が可能でなければならな
い任意のデータ処理システムにおいて広い用途を有して
おりかつ第１図から第４図に示されたシステムに関連す
るもののような実施に制限されないことを意図している
。

第１図は、典型的な病院環境における患者のケアプロセ
スを一般的に示すブロック図である。

医師３０１は病院の滞在中にわたり患者３１５の世話（
ケア）およびマネージメントに対して責任を持つ。患者
を病院に入れるに際し、医師は患者を査定しかつ診断に
来る。この診断にもとづき医師は彼の経過ノート（ｐｒ
ｏｇｒｅｓｓ　ｎｏｔｅ）にケアの計画を書きかつ看護
人および他の病院の職員３゜３により実行されるべき医
師オーダ３０６のリストを発生する。医師のオーダ３０
６はカーデックス（Ｋｘｒｄｅｘ）　３１０、タスクリ
スト（Ｔａｓｋ　Ｌｉ５ｔ）　　３１２、レクイジショ
ン（ＲｅｑｕｉｓＮｉｏｎ）　　３１４、および患者の
ケア計画３０２の実行全体に役立つ他の関連するフオー
ムの源である。看護オーダ３０８もまたカーデックス３
１０およびタスクリスト３１２に対応する介在事を発生
する。

カーデックス３１０およびタスクリスト３１２における
他の介在事は病院手順３２２によって指令され、該病院
手順はケアの病院標準、病院のポリシイ、および規則を
含む。看護人および他の病院職員３０３はカーデックス
３１０およびタスクリスト３１２に書かれた命令を実行
しかつ次に必要な文書を提供するための要求を満たすよ
う適切なフオームに記入する。

フローシート３２３および診断結果３２６のような他の
フオームは患者または患者のティシュ、流動体、その他
に対し直接行なわれる特定の測定、試験結果、および／
または計算３１６を文書化する。同様に、介護（ｉｎｊ
ｅｒｖｅ＋ｕｉｏｎｓ）および他の療法（ｔｈｅｔ麿Ｐ
Ｆ）３２０が医療管理記録フオーム３３２および他のフ
オームに文書化される。

看護人および医師は患者３１５および介護および療法３
２０の結果を観察しかつ彼らの観察３１８を経過ノート
３２４および他の関連するフオームに文書化する。

観察３１８および経過ノート３２４から医師３１０また
は看護人３０３は患者３１５の現在の状態に対応する新
しい一組のオーダ３００を書く。

システムハードウェア 次に第２図を参照すると、本発明の自動化臨床記録シス
テムを実施するための典型的なハードウェア構成のブロ
ック図が示されている。第２図は、ローカルエリアネッ
トワーク（ＬＡＮ）１に結合された複数のワークステー
ションまたはターミナル２，２２，３２．３４および８
５を具備する分散型コンピュータシステムを示す。

該システムは典型的には病院または診療所において、集
中治療ユニットのような、看護治療ユニットに使用する
ために導入される。ターミナル２および２２の各々は患
者のベツドサイドに配置される。１つのターミナルは単
一の患者の使用に捧げることができ、あるいはそれは複
数の患者のために使用することもできる。ターミナル３
２および３４は看護ステーションまたは看護人／医師ラ
ウンジ領域に配置することができる。ターミナル８５は
システム管理者によってシステムを構築しかつ維持する
ためにおよび、システム状態およびエラーメツセージを
表示し、記録し、かつ診断を行なうような、付加的なサ
ービスを提供するために使用されるシステムコンソール
である。

ターミナル２のような、各々のベツドサイドのワークス
テーションまたはターミナルは観察者に情報を表示する
ための可視的スクリーン３を備えたビデオデイスプレィ
、計算、データ格納、および通信機器を含みかつそれに
関連してキーボードおよびマウス５のような指示装置を
有するハウジング４、そして１つまたはそれ以上のベツ
ドサイド装置８および１０への接続７および９を含む。

ベツドサイド装置８および１０はＥＫＧモニタ、呼吸モ
ニタ、その他のような、治療を行なっている患者に適し
た患者監視機器の形をとることができる。ベツドサイド
ターミナル２２はターミナル２に結合されたものから異
なる組のベツドサイド装置２８および３０に結合できる
。

看護ステーションまたはラウンジターミナル３２および
３４、そしてシステムコンソール８５、は患者治療ユニ
ットに使用されているものと同じでよいが、ベツドサイ
ド装置の接続はなく、あるいはそれらはそれらが同様の
機能を提供する限りやや異なる機器（例えば、パーソナ
ルコンピュータ）を備えていてもよい。

ＬＡＮＩにはまたファイルサーバ６２および関連するデ
イクス記憶装置６４が結合されている。

ファイルサーバ６２はワークステーション２゜２２、　
３２．　３４．および８５によってディスク記憶装置６
４に情報を書き込みかつディスク記憶装置６４から情報
を読出すために制御されたアクセスを提供する。

任意選択的にＬＡＮ１にはＬＡＮＩへの種々のシステム
周辺機器を結合するために（図示しない）インタフェー
スを結合できる。例えば、遠隔アクセスモデムをそのよ
うなインタフェースの１つに結合して病院内または、医
者の住居のような、離れて位置するいずれかの場所に配
置された遠隔ターミナル（図示せず）からのシステムへ
のアクセスを提供することができる。遠隔アクセスはま
た離れた場所の設備からシステムの問題を診断するため
に使用することができる。研究所のシステムをインタフ
ェースに結合し研究情報を研究所システムおよび臨床管
理システムの間で通信できるようにすることができる。

オーダ通信システムをインタフェースに結合してオーダ
がシステムから他の病院システム（例えば、薬局または
研究室）におよびその逆に通信することができる。記録
格納装置をインタフェースに結合してシステムに記憶さ
れた任意の情報を磁気テープまたは光ディスクのような
適切な記録メディアに安全に格納することができる。

プリンタ８１および８３がファイルサーバ６２に結合さ
れ患者の情報を病院職員の便宜のために印刷しかつすべ
ての観察、オーダ、パラメータの読み、治療計画、およ
び監視される患者に関する他の患者情報の適切な法的記
録を維持することができる。プリンタ８１および８３は
、例えば、レーザプリンタまたは高速ドツトマトリクス
プリンタのような任意の適切なプリンタでよい。プリン
タは任意選択的にもし必要であればベツドサイドターミ
ナルおよび／または看護ステーションまたはラウンジの
ターミナルに結合することができる。

動作においては、システムの使用者、典型的には看護婦
または医師、はキーボード、マウス、またはライトペン
、タッチパッド、トラックボールその他のような情報を
入力するための他の適切な手段の使用によりシステムと
の対話を行なう。

「アイコン」、スクリーン感知領域、または同等のもの
、あるいはエンドアプリケーションに適切なこれらの任
意の組合わせもまた提供できる。

「アイコン」はスクリーン上に表示されるシンボルであ
ってその機能は現在のスクリーン環境に照らしてシステ
ムによりユーザのために定義されるものであり、かつこ
れらはユーザのアプリケーションの直接の要求に応じて
容易に変えることができるものである。本発明において
はアイコンはシステムユーザによりマウスによってスク
リーンカーソルを動かしかつアイコン上で「クリックす
る」、即ちカーソルがアイコンに乗っている間にマウス
ボタンを押圧する、ことにより選択される。

ユーザはシステムに対しキーボードによりおよび／また
は指示装置（単数または複数）により情報または質問を
与え、かつ彼はシステムからスクリーン上に表示された
情報によりおよび／または、別の実施例においては、音
声合成をも含み得る可聴信号によって情報を受ける。

患者のフローシート 第３図は、本発明の自動化臨床記録システムにおけるフ
ローシート情報スクリーンを示す。

第３図に示されるフローシートスクリーンははぼ時間ご
とのインターバルで記録された患者ドナルド・Ｍ・ジャ
クソンの生命徴候情報を示す。例えば、体温（１６７行
）、脈拍（１６８行）、および収縮期の動脈圧および拡
張期の動脈圧（１６９行）が測定されかつ記録される。

フォームズマネージャ 第４図は、フォームスマネーシャ（ｆｏｒＩｌｓａｌｌ
ｎＩｇｅｔ）のアプリケーションプログラムおよびデー
タベースへの関係を示すブロック図である。フォームズ
マネージャ１１１は入力、出力、およびシステムアプリ
ケーションおよびデータベースの内のおよび間のインタ
フェース、あるいはバッファ、として使用される。

入力装置１１２がフォームズマネージャ１１１に結合さ
れている。入力装置１１２はジョイスティックを有する
キーボードとして示されているが、任意の形の入力装置
でよい。一般に、通信は入力装置１１２からフォームズ
マネージャ１１１に行なわれる。しかしながら、フォー
ムズマネージャ１１１が入力装置１１２における可視的
または音響的装置を作動させる必要があるかもしれない
。

このため、フォームズマネージャ１１１から入力袋７１
１１２へいくらかの通信があるであろう。

フォームズマネージャ１１１にはまたオペレータ・デイ
スプレィ・モジュール１１３が接続されている。デイス
プレィ１１３は典型的には陰極線管（ｃＲＴ）であるが
、種々の形式のフラットパネル型デイスプレィのような
数多くの任意の形式のデイスプレィでよい。通信は一般
にフォームズマネージャ１１１からデイスプレィ１１３
に行なわれる。しかしながら、タッチセンススクリーン
または他の形式の入力装置をデイスプレィ１１３からフ
ォームズマネージャ１１１に通信を必要とするシステム
において導入することができる。

フォームズマネージャ１１１はまたアプリケーションプ
ログラム１１４およびデータベースと相互作用する。こ
の特定の例に対する、データベースは、一般データベー
ス１１５と特定データベース１１６に分割されている。

データベースは機能的に分離されるかもしれないが、双
方共同じ物理的ロケーションに含まれ得ることを理解す
べきである。

このような形式の電子的データベースにおいては、フロ
ーシートのセルが該セル内の情報を拡張するそれに関連
したフオームまたはリポートを備えることができる。こ
のフオームは１つまたはそれ以上のオブジェクトクラス
の１つまたはそれ以上のオブジェクト例（ｏｂｊｅｃｔ
　１ｎｓｌｘａｃｅｚ）から得られる種々の属性（ｘｌ
ｔｔｉｂｏｔｅｓ）および処理ルールにより構成するこ
とかできる。オブジェクト例はオブジェクトクラスの実
例化したものである。オブジェクトクラスはそれが構造
を定義するという点で（プログラミング言語において使
用される）型（＋ｒｐｃ）と同じである。これらのフロ
ーシートセルのための情報および基本的なフオームは種
々の患者の記録を含むデータベースから来る。フオーム
および記録の例は同時継続特許出願「スブレドシート・
デイスプレィを形成する方法」および「複数データフィ
ールドを有するスプレドシート・セル」に見られる。

動作においては、オブジェクトが入力装置１１２を通し
てフォームズマネージャに入力される。この入力はチエ
ツクされかつ特定の患者のためにデータベース１１６に
記憶される。あるフオームが表示されるべき場合には、
フォームズマネージャ１１１は表示すべきオブジェクト
のリストを得る。オブジェクトの１つの源はアプリケー
ションプログラム１１４である。フォームズマネージャ
は次にデータベース１１５から該オブジェクトに関連す
る表示タイル（ｄｉｓｐｌＩｙｔｉｌｅｓ）を引出す。

タイルに置かれるべきデータが次にデータベース１１６
から得られる。これらの入力を用いて、フォームズマネ
ージャ１１１はデイスプレィ１１３上に表示されるフオ
ームを展開する。

第５図は、本発明のアプリケーションソフトウェアのア
ーキテクチャのブロック図を示す。

このアプリケーションソフトウェアのアーキテクチャは
アクション指向型（ｘｃｔｉｏｍ−ｏｔｉｅｎｔｃｄ）
アプリケーションを特定する方法である。フォームズマ
ネージャ１００はユーザアクションを「イベント」に翻
訳しかつ該イベントをグラフマネージャ１０１に送る。

グラフマネージャ１０１は入力イベントをふるい分け、
適切な時間に呼んでいるＤＥＣＬの世話をし、対話ノー
ドの編成を処理し、かつデータフローを輸入／輸出する
。

ユーザは行動（アクション）を行なう。フォームズマネ
ージャ１００はユーザのアクションにもとづきイベント
を発生する。グラフマネージャ１０１はフォームズマネ
ージャ１００により発生されたイベントを捕獲する。

アプリケーションソフトウェアのアーキテクチャ内に書
かれたアプリケーションはグラフ（そして場合によって
はサブグラフ）に集められた１組の対話ノードおよびグ
ラフを描くグラフテーブルエントリからなる。アプリケ
ーションにおける対話ノードは種々の属性を用いる。各
属性はそれに関連して一群の手順を有し、それらのいず
れも任意選択的なものである。これらの手順は集合的に
ＤＥＣＬとして知られているデフオールド、エデイツト
、計算、およびリストである。

デフォルト（ＤＥＦＡＵＬＴ）手順は一般的にバブル１
０２によって示され、エデイツト（ＥＤＩＴ）手順はバ
ブル１０３により、計算（ｃＡＬＣＵＬＡＴＩＯＮ）手
順はバブル１０５により、クロスエデイツト（ｃＲＯ８
Ｓ−ＥＤＩＴ）手順はバブル１０４により、そしてリス
ト（Ｌ　Ｉ　ＳＴ）手順はバブル１０７によって示され
ている。

機能グラフ アプリケーションの調整用論理は１組の機能グラフとし
て表わされる。機能グラフは有向グラフへと接続された
１組のノードおよびアーク（Ｈｃｓ）である。機能グラ
フはアプリケーションを数多くの独立したしかし協働す
るモジュールに分割することを許容する。グラフにおけ
る各ノードは呼び出された時にそれが行なうよく定義さ
れた機能を有する。（グラフにおけるノードはサブグラ
フを表わすかもしれない。）アプリケーション設計者は
これらのグラフに関してアプリケーションを特定し、存
在するノードのライブラリーから描きかつ多分該ライブ
ラリーに新しいノードを加える。

機能グラフは１組の次のフオームの三つ組によって定義
される、即ち（ソース　ノード（ｓｏｕｔｃｅｎｏｄｅ
）　、アーク（ｕｃ）　、デスティネーションノード（
ｄｅｓｊｉｎＮｉｏｎ　　ｎｏｄｅｌ　）　。各機能グ
ラフは少なくともフオーム（ＧＲＰＨＩＮＩＴ、アーク
、デスティネーション　ノード）の少なくとも１つの三
つ組を有している。ＧＲＰＨＩＮＩＴはグラフへのエン
トリポイントを定義する［擬似ノード（ｐｓｅｗｄａ　
ｎｏｄｅ）　Ｊである。ＧＲＰＨＩＮＩＴから来るアー
クの各々はその親グラフから機能グラフに来るアークの
１つと整合すべきである。

第６Ａ図および第６Ｂ図は、２つの機能グラフを示す。

第６Ａ図は、“ｆ　　ａｄｔ”と題するグラフを示し、
かつ第６Ｂ図は第６Ａ図のグラフ２００内の同じ名前の
手順的ノード（ｐｒｏｃｅｄ＋＋ｒ＊Ｉｎｏｄｅ）２０
５に対応する、ｆ　　１ｎｄｅｘ”と題するグラフを示
す。

グラフ２００においては、ノードｆ　　１ｎｄｅＸはア
ークＩＮＤＥＸを介して「呼ばれる（ｃｓｌｌｅｄ）Ｊ
。グラフ２１０においては、ＩＮＤＥＸと呼ばれるアー
クはＧＲＰＨＩＮＩＴ２１１をグラフの第１のノード２
１２とリンクする。

グラフを退出するには、フオーム（ソース　ノード、ア
ーク、ＧＲＰＨＥＸＩＴ）の少なくとも１つの三つ組が
存在しなければならない。ＧＲＰＨＥＸＩＴはグラフの
退出点を規定する「擬′似ノード」である。ＧＲＰＨＥ
ＸＩＴに来るアークの各々はその親グラフにおける機能
グラフを去るアークの１つと整合すべきである。

Ｇｒｐｈ　　ｍｇｔはこれらの機能グラフの実行の管理
に責任を有する。各ノードはそれが完了すると状態値（
＠ｔ＊ｔｗｓ　ｙｓｌ＊ｅ）を戻す。Ｇｒｐｈ　　ｍｇ
ｔは親のグラフのどのアークが続くか、従ってどのノー
ドを次に呼出すかを判定するため状態値を使用する。さ
らに、呼ばれたノードはそれを呼んだアークの名前を渡
され、該ノードにその処理を行なうために付加的な情報
を与える。機能グラフにおけるノードはいくつかのノー
ドタイプの１つでよく、あるいはそれは他の機能グラフ
でよい。

これは機能グラフがアプリケーションによって要求され
た場合にネストされることを許容する。

対話ノード 機能グラフにおける各ノードはイベントプロセッサとし
て構成される。イベントは、マウスボタンのクリッキン
グまたはフィールドの値の変更のような、アクションの
結果として発生される。ノードの本体はイベントループ
であり、ノードが退出するまで、各入力イベントを順次
処理する。各ノードは各イベントに対する処理を規定す
るコードセグメントと共に、それが理解する１組のイベ
ントを有する。

第７図は、対話ノードの構造を示す。各ノードはイベン
トプロセッサとして構成される。該ノードの本体はイベ
ントループであり、ノードが退出されるまで、各入力イ
ベントを順次処理する。各ノードはそのイベントに対す
る処理を規定するコードセグメントと共に、それが理解
する１組のイベントを有する。イベント処理は以下のカ
テゴリーの１つまたはそれ以上に対応する。

フオームのデイスプレィおよび除去 フオームメニューの表示 ユーザエントリーのフオームデータフィールドへのイネ
ーブル／ディスエーブル フオームオブジェクトのユーザ選択の受は入れ／拒絶 （オブジェクトアクションの環境内で）データベースに
おけるオブジェクト例の生成／変更／削除 データベースへの処理の手早い送付、先に入力したオブ
ジェクトアクションのロールパック 他の処理（例えば、患者のチャートのオープニング、リ
ポートの印刷要求、その他）へのメツセージの発生 この処理を行なうためには、イベント処理コードは典型
的には、現在選択されているオブジェクト例に対し、あ
るいはデータベースの他のデータに対し、データベース
に間合わせる必要がある。

イベント イベントは２つのソース、即ちノードへの入力グラフア
ーク（ノードが受信する最初のイベントはノードを呼出
させるグラフアークである）、およびユーザ対話により
発生されるイベント（即ち、ユーザアクションによりト
リガされるイベント）、から来る。これらのイベントは
２つのクラス、即ち予め定義されたイベントおよびアプ
リケーション定義イベント、に分割される。予め定義さ
れたイベントは充分に定義された条件下でシステムおよ
び／またはユーザのアクションにより発生される。各ノ
ードはこれらのイベントに対する処理を定義しなければ
ならない。アプリケーションもまた７オ一ムメニユー選
択に関連するイベントを規定できる。アプリケーション
定義イベントはその関連するメニュー選択がユーザによ
って選択された時には常に発生される。

グラフテーブル 機能グラフはデータベースにおけるテーブル（「グラフ
テーブル」）におけるエントリーによって規定される。

エントリーはグラフノードの間およびグラフの間の順序
付けを規定する。グラフテーブルの各エントリーはソー
スノードネーム、アークネーム（イベント）、デスティ
ネーションノードネーム、およびソースノードを含むグ
ラフ−のネームを含む。従って、グラフネーム、ソース
ノード、およびイベントを与えることにより、グラフマ
ネージャは次に呼出すノード（デスティネーションノー
ド）の名前を捜すことができる。

グラフマネージャによって確保される３つの特別のノー
ドネームがある。ソースノードネームに対し′″ｇｒａ
ｐｈ　　１ｎｉｔ”を備えたグラフテーブルにおけるエ
ントリーはグラフへのエントリ−ポイントである。デス
ティネーションノードに対する“ｇｒａｐｈ　　ｅｘｉ
ｔ”を有するエントリイはグラフからの退出点である。

ここに添付されたグラフテーブルはそれぞれ第６Ａ図お
よび第６Ｂ図に示された“ｆ　　ａｄｔ”および“ｆ　
　１ｎｄｅｘ”と題する２つの機能グラフに対するエン
トリーを示す。例えば、グラフ”ｆ　　ａｄｔ”におい
てＩＮＩＴイベントはソースノードＧＲＡＰＨｌＮｌＴ
２Ｏ１およびデスティネーションノードＳ　　ＣＥＮＳ
ＵＳ２０３をリンクする。

グラフマネージャ内でのイベント処理 （予め定義されたおよびアプリケーションにより定義さ
れた）すべてのイベントから、グラフマネージャは６個
のみ、即ちＤＥＦＡＵＬＴ、ＮＥＷ、Ｓ　ＩＧＮ、ＯＫ
、ＭＯＲＥ、およびＣＲＯ８Ｓ　　ＥＤＩＴのみを捕捉
／ふるい分けする。

ＤＥＦＡＵＬＴおよびＣＲＯ８Ｓ　　ＥＤＩＴイベント
はアプリケーション対話ノードへ決して渡されず、他の
ものはある処理が完了した後渡されるであろう。

詳細な説明−輸入／輸出 各ノードはそれに関連して輸入（ｉｍｐｏｔｔ）属性お
よび輸出（ｅｘｐｏｒｔ）属性を有している。それがノ
ードを呼出す時、グラフマネージャは同じグラフにおけ
る他のノードにより先に輸出された値によりあるいは親
グラフにより輸入された値により輸入属性の値を初期化
する。処理の間の（しかしながら通常退出の直前の）任
意の時間にノードは属性値を輸出することができ、これ
はグラフの後続のノードによって輸入でき、該属性が輸
出された後（輸出対話ノードが退出する前を含め）任意
の時間に実行されるＤＥＣＬの手順により輸入され、お
よび／またはグラフにより輸出されることができる。

この方法によれば、輸入属性は、ノードが輸入属性を使
用することができかつそれらをノードの範囲内で変更さ
えしてもよいという点で［バスバイバリュー（ｐｔｓｓ
−ｂｙ−ｖｘｌｕｅ）　Ｊパラメータに等しいが、いず
れの変更もノードが退出する時には捨てられる。

輸出属性は属性に対しなされたいずれの変更もノードが
退出した後に残っているという点で［パスバイリファレ
ンス（ｐｘｓｓ−ｂ７−ｒｅ［ｅｔｅｎｃｅ）　Ｊパラ
メータと等価である。輸入されない輸出属性はノードが
それをセットするまで何らの価値もない。

輸入されかつ輸出される属性は初期値を有し、かつノー
ドはそれを変更する前に該属性を使用することができる
。

ノード（またはエンティティとしてとられる、グラフ）
の機能はグラフにおける他のノードのそれと独立である
が、ノードは属性値を輸入および輸出することにより他
のノードとおよび他のグラフとデータを［分は合う（ｓ
ｈｘｒｅ）Ｊことができる。

シンタックスに関しては、ノードを特定するための構成
は次の形をとる。

Ｍｏｄｅ　（ｎｇｔａｅ） Ｉｍｐｏｔｔｓ（ｘｔｔｒｉｂｌｅ　　１ｉｓｔ）；Ｅ
ｘｐｏｒｔｓ（ａｔｔｒｉｂｌｅ　　１ｉｓｔ）；この
場合、ｎａｍｅはノードの名前である。

Ｉｍｐｏ　ｒ　ｔ　ｓはノードがその値を輸入するすべ
ての属性を定義する（属性はシステム辞書において定義
されなければならない）。Ｅｘｐｏ　ｒ　ｔＳはノード
が輸出する属性を定義する（属性はシステム辞書におい
て定義されなければならない）。

輸入および輸出属性の双方に対し、パラメーターの宣言
（ｄｅｃｌｘｔ＊ｔｉｏｎ：デクラレーション）はこれ
らのデクラレーションにもとづき適切な形式で発生され
るであろう（すべての輸入／輸出属性はポインタを介し
て参照される）。

ノードを除くすべてのクローズ（即ち、Ｉｍｐｏｒｔｓ
およびＥｘｐｏ　ｒ　ｔ　ｓ）は任意選択的なものであ
る。

ノードは呼出しの間にメモリを持たない。それが保持す
ることを希望するいずれの情報も輸出されかつ次に再輸
入される。ローカル変数において保持される情報は同じ
呼出しにおけるイベントの間維持される。

各ノードはそれに関連して輸入属性および輸出属性のリ
ストを有している。ノードが呼出される時、グラフマネ
ージャは輸入属性の値を同じグラフにおける他のノード
により先に輸出された値により、あるいは親グラフそれ
自体により輸入されている値により初期化する。輸入さ
れた属性は値により渡され（ｐｉｓｓｅｄ　ｂ７マ葛１
ｏｅ）　、従って輸入者によるいずれの変更も、その値
が輸出される場合を除き、ノードが退出する場合に失わ
れる。ノードが戻る時、それは１組の属性値を輸出しこ
れはグラフにおける後続のノードにより輸入され、ある
いはグラフにより輸出される。すべての属性は属性ネー
ムにより参照される。

輸入−輸出はアプリケーションのノードのコードが実行
される時パラメータを入力および出力するための方法を
実現する。

第８図は、ノード２２１，２２３．および２２５が種々
の属性を輸入し、かっノード２２３，２２５、および２
２７が種々の属性を輸出する機能グラフを示す。

パラメータａ、ｂ、ｃ、ｄおよびｅはＩＭＰＯＲＴ、Ｅ
ＸＰＯＲＴ、ＩＭＰＯＲＴ　　ＥＸＰＯＲＴ、またはＬ
ＯＣＡＬのタイプとして定義される変数へのポインタで
あり次のようになる。

ＩＭＰＯＲＴ　　−パラメータは入力のみであり、それ
はパラメータとしてノードまたはグラフから戻すことは
できない。このタイプのデータアイテムはグラフレベル
においておよびノードレベルにおいて定義され得る。

ＥＸＰＯＲＴ　　−パラメータは出力のみであり、それ
はパラメータとしてノードまたはグラフに入力できない
。このタイプのデータアイテムはグラフレベルにおいて
およびノードレベルにおいて定義され得る。

ＩＭＰＯＲＴ　　ＥＸＰＯＲＴ　　−パラメータは入力
および出力双方であり、それはパラメータとしてノード
またはグラフに入力しかつ逆に戻すことかできる。この
タイプのデータアイテムはグラフレベルにおいておよび
ノードレベルにおいて定義され得る。

ＬＯＣＡＬ　　−パラメータはグラフのみにローカルな
ものである。それはグラフに輸入しあるいはグラフから
輸出できないが、同じグラフにおける任意の他のノード
によって輸入、輸出あるいは輸入　輸出タイプのアイテ
ムとして用いられ得る。このタイプのデータアイテムは
グラフレベルにおいてのみ定義され得る。

情報は輸入−輸出のための規則を定義するために適切な
システムテーブルに入力されなければならない。

ノードへの入力またはノードからの出力として定義され
る任意のデータアイテムもまたそのノードを含むグラフ
に対し定義されなければならない。

以下の情報はシステムテーブルの組立／更新プログラム
を用いて入力される。

ｇｒａｐｈ　　ｎａｍｅ　　−それに対しあなたが輸入
−輸出アイテムを定義しているグラフの名前またはそれ
に対しあなたが輸入−輸出アイテムを定義しているノー
ドを含むグラフの名前である。

ｎｏｄｅ　　ｎａｍｅ　　−それに対しあなたが輸入−
輸出アイテムを定義しているノードの名前・′テする。

あなたがグラフレベルでアイテムを定義している時、こ
こにＮＵＬＬ　　Ｎ０ＤＥを入力しなさい。

ａｔｔｒ　　ｎａｍｅ　　−あなたが輸入または輸出す
ることを希望するデータアイテムの名前である。このデ
ータイテムは「属性」テーブルにおいて定義されておら
なければならない。

ｉｅ　　ｏｒｄｅｒ　　−グラフまたはノードによって
期待されるパラメータのリストにおけるこのパラメータ
のシーケンスまたは順序である。

ｉｅ　　ｔｙｐｅ　　−“ｉｍｐｏｒｔ”　　　　ｅｘ
ｐｏｒｔ”　　　’ｉｍｐ　　ｅｘｐ”または”ｌ。

ｃａｌ”の１つである。“Ｌｏｃａｌ”はグラフレベル
においてのみ定義できる。

２つの組のキーは以下のようにランタイムテープルをア
クセスするために発生される。

ｋｅ７１−ｇｒｘｐｈ　　ｎｓａ＋ｅ、ｎｏｄｅ　　ｎ
ｕ＋ｅ、ｉｅ　　ｏｒｄｅｒ。

ｋｅ７２−ｇｒｘｐｈ　　　ｎｘｍｅ、ｎｏｄｅ　　　
ｎｔｍｅ、１ｔｔｔ　　　ｎｘｍｅ第９図は、ノードＧ
ＲＡＰＨＸおよび ＧＲＡＰＨＹを具備する他の機能グラフを示す。

ＧＲＡＰＨＸはＮｏｄｅ　　ｌ、Ｎｏｄｅ　　２゜およ
びＮｏｄｅ　　３で表わされるノードを含み、これらの
各々は実行可能なアプリケーションを行なう。ＧＲＡＰ
ＨＹはＮｏｄｅ　　４を含み、これはまた実行可能なア
プリケーションを達成する。

第１０図は、第９図のノードＧＲＡＰＨＸ。

Ｎｏｄｅ　　ｌ、Ｎｏｄｅ　　２．Ｎｏｄｅ　　３゜Ｇ
ＲＡＰＨＹ、およびＮｏｄｅ　　４に対する輸入および
輸出パラメータを与える輸入／輸出テーブルを表わす。

第１１図は、第１０図のテーブルにおけるシンボルＩ、
Ｅ、ＩＥ、およびＬをそれぞれＩｍｐｏｒｔ、Ｅｘｐｏ
ｒｔ、Ｉｍｐｏｒｔ　　Ｅｘｐ。

ｒｔ、およびＬｏｃａｌとして定義する。

この例においては、ＧＲＡＰＨＸが最初に実行し、次に
ＧＲＡＰＨＹが実行する。

ＧＲＡＰＨＸ内で、Ｎｏｄｅ　　ｌが最初に実行し、そ
れにＮｏｄｅ　　２およびＮｏｄｅ　　３が続く。

シンボルａ、　　ｂ、　　ｃ、　　ｄ、およびＸはパラ
メータとしてノードコードに渡されるデータアイテムを
表わす。ＧＲＡＰＨＸはパラメータａおよびｄを輸入す
る。ＧＲＡＰＨＹはＧＲＡＰＨＸにより輸出されたデー
タエレメントａおよびＣを輸入し、かつＧＲＡＰＨＹは
パラメータＣを輸−出する。

輸入および輸出の詳細な実施 輸入および輸出は「黒板（ｂｌｒｃｋ　ｂｏｓｒｄ）　
Ｊのスタックを用いて実施される。各グラフにおけるア
プリケーションノードは（スタックの先頭部（ｔｏｐ）
にある）それらのグラフの黒板を見ることができるのみ
である。

各グラフの最初のノードは“ｇｒａｐｈ　　１ｎｉｔ”
と呼ばれる。Ｇｒａｐｈ　　１ｎｉｔは現在のグラフの
黒板をセットアツプするグラフマネージャ機能である。

呼ばれた時、ｇｒａｐｈ　　１ｎｉｔは黒板を生成し、
グラフの輸入を該黒板にコピーし、かつ該黒板を黒板ス
タックにブツシュする。Ｇｒａｐｈ　　１ｎｉｔはグラ
フの輸入属性を取扱う。

Ｇｒａｐｈ　　１ｎｉｔが実行された後、サブグラフお
よびアプリケーションノードは対応するグラフテーブル
において定義されるように呼出される。

アプリケーションノードおよびサブグラフは黒板上の値
を参照しおよび／または変更することができかつ該黒板
に新しい値を加えることができる。

グラフにおける最後のノードは“ｇｒａｐｈｅｘｉｔ”
と呼ばれる。Ｇｒａｐｈ　　ｅｘｉｔはそのグラフの輸
出値を現在のグラフの黒板から呼んでいるグラフの黒板
にコピーしかつ黒板スタックからデータを取り出す（ｐ
ｏｐ）　ｏ　Ｇｒａｐｈ　　ｅｘｉｔはグラフの輸出属
性を取扱う。

好ましい実施例の動作 輸入および輸出の実施は実例を用いることにより最もよ
く説明される。令弟１２Ａ図から第１２Ｄ図までを参照
する。

第１２Ａ図は、ノード５０１〜５０５を備えたグラフＡ
（５００）を示す。ノード５０２（グラフＢ）は第１２
Ｂ図に示されるサブグラフを有し、かつノード５０４（
グラフＣ）は第１２Ｃ図に示されるサブグラフを有する
。

第１２Ｂ図において、ノード５０９（グラフＤ）は第１
２Ｄ図に示されるサブグラフを具備する。

グラフＡ−Ｄの各々は種々の輸入および輸出を有するも
のとして図示されている。例えば、グラフＡは輸入とし
てＸを有しかつ輸出としてＶを有する。

第１３Ａ図から第１３Ｇ図までは、第１２Ａ図から第１
２Ｄ図までに示されるグラフの種々の実行段階に対応す
る黒板スタック（単数または複数）を示す。

全く最初のグラフ（グラフＡ）が呼出される前は、黒板
スタックは空である。グラフマネージャは黒板スタック
を最初のグラフ（グラフＡ）への輸入ｘ、　ｙ、　　ｚ
により新しい黒板を初期化することによりかつ黒板をス
タックにブツシュすることにより初期化する（第１３Ａ
図）。

グラフマネージャは次にグラフＡをその最初のノード、
ｇｒａｐｈ　　１ｎｉｔ５０１を呼出すことによりスタ
ートさせる。Ｇｒａｐｈ　　１ｎｉｔ５０１はグラフＡ
のために黒板を生成し、スタックのトップにおける黒板
からグラフＡのために輸入ｘ、　　ｙ、　　ｚをコピー
し、かつグラフＡの黒板をスタックにブツシュする。Ｇ
ｒａｐｈ　　１ｎｉｔ５０１は戻り、かつグラフマネー
ジャは呼出しのために次のノードを決定する。

グラフにおける次のノードはサブグラフ、グラフＢであ
る。グラフマネージャはグラフＢにおける最初のノード
を呼出すが、これはｇｒａｐｈｉｎｉｔ５０６　（第１
２図）である。Ｇｒａｐｈｉｎｉｔ５０６はグラフＢの
ために新しい黒板を作成し、スタックのトップにおける
黒板（グラフＡの黒板）からグラフＢのために輸入Ｘを
コピーシ、かつグラフＢの黒板をスタックにブツシュす
る（第１３Ｂ図）ｏ　Ｇｒａｐｈ　　１ｎｉｔ５０６は
戻り、かつグラフマネージャは呼出しのために次のノー
ドを決定する。

次のノードはノードＩＢであり、従ってグラフマネージ
ャはノードＩＢを呼出し、これはその黒板（スタックの
トップにおけるもの）から値を参照（輸入）することが
でき、黒板上の値（それが輸入した輸出値）を変更し、
および／または値を黒板に加算する（新しい値を輸出す
る）ことができる。ノードＩＢが終わると、それは戻り
（第１３Ｃ図の黒板）、かつグラフマネージャは呼出し
のため次のノードを決定する。

処理は続き、グラフマネージャによりノード２Ｂ１グラ
フＤ１ノードＩＤ、ノード２Ｄ、およびノード３Ｄを上
に述べたと同様の方法で呼出す。

次にノード３Ｄが戻る（第１３Ｄ図の黒板）。

グラフマネージャは、次のノードはｇｒａｐｈｅｘｉｔ
５０９であることを決定しこれを呼出す。Ｇｒａｐｈ　
　ｅｘｉｔ５０９はスタックからグラフＤの黒板を取出
し、黒板からのグラフＤの輸出をスタックのトップにお
ける黒板（グラフＢの黒板）に輸出し、取出された黒板
を捨て、かつ戻る。

グラフマネージャは呼出すための次のノードはグラフＢ
のｇｒａｐｈ　　ｅｘｉｔ５１０であることを決定する
。Ｇｒａｐｈ　　ｅｘｉｔ５１０はグラフＢの黒板を取
出し、グラフＢの輸出Ｖを（スタックのトップにおける
）グラフＡの黒板にコピーし、グラフＢの黒板を捨て、
かつ戻る（第１３Ｅ図の黒板）。

グラフマネージャは次にノードＩＡ、グラフＣのｇｒａ
ｐｈ　　１ｎｉｔ５１１　（これはグラフＣのための黒
板をスタックにブツシュする）、ノードＩＣ，ノード２
Ｃ（第１３Ｆ図の黒板）、グラフＣのｇｒａｐｈ　　ｅ
ｘｉｔ５１４　（これはグラフＣの黒板をスタックから
取出す）、およびグラフＡのｇｒａｐｈ　　ｅｘｉｔ５
０５を呼出し、これはグラフＡの黒板をスタックから取
出し、最初のブラックボードをスタック上に残す（第１
３Ｇ図の黒板）。

グラフマネージャによるパラメータの輸入および輸出を
示す擬似コードは添付の付属書類Ｂに与えられている。

第１４Ａ図から第１４Ｄ図までは付属書類Ｂの擬似コー
ドに対応するフローダイヤグラムを示す。

第１４Ａ図において、ルーチンはボックス５２１に入る
ことにより始まり、そこで黒板スタックが初期化される
。次に、ボックス５２３にお゛いて、最初のグラフの輸
入が黒板にコピーされる。

次に、ボックス５２５において、第１４Ｃ図に示される
Ｇｒａｐｈ　　Ｉｎ１ｔルーチンが実行され、それによ
りルーチンは判断ボックス５２７に入る。

判断ボックス５２７において、もし現在のノードがＧｒ
ａｐｈ　　Ｅｘｉｔであれば、ルーチンはボックス５３
３に進み、そこで第１４Ｄ図に示されるＧｒａｐｈ　　
Ｅｘｉｔが呼ばれるが、もしそうでなければルーチンは
ボックス５２９に進み、そこで現在のノードが第１４Ｂ
図に示されるルーチンに従って実行される。

ボックス５２９の後に、ルーチンはボックス５３１に進
み、そこで現在のノードが先の現在のノードから退出ア
ークに接続されたノードにセットされ、かつルーチンは
判断ボックス５２７に入るために進む。

第１４Ｂ図において、ルーチンはボックス５３５に入る
ことにより始まり、そこでノードの輸入がスタックのト
ップの黒板から取出され、かつ次に判断ボックス５３７
に進む。

判断ボックス５３７において、もしノードがサブグラフ
であれば、ルーチンはボックス５３８に進み、そこでＧ
ｒａｐｈ　　Ｉｎ１ｔが実行されるが、もしそうでなけ
れば、それはボックス５３９に進み、そこでノードのコ
ードが実行され、かつ次にボックス５４０に進み、そこ
でノードの変数が黒板に輸出される。

ボックス５３８から、ルーチンは判断ボックス５４１に
進む。判断ボックス５４１において、もし現在のノード
がＧｒａｐｈ　　Ｅｘｉｔであれば、ルーチンはボック
ス５４９に進み、そこでＧｒａｐｈ　　Ｅｘｉｔが呼ば
れるが、もしそうでなければ、それはボックス５４３に
進み、そこで現在のノードのコードが実行される、即ち
ルーチンＢに再び入る。ルーチンＢは循環的であること
が注目される。

ボックス５４３からルーチンはボックス５４５に進み、
そこでノードの輸出がスタックのトップの黒板にコピー
され、かつ次にそれはボックス５４７に進み、そこで現
在のノードが前の現在のノードから退出アークに接続さ
れたノードにセットされる。ボックス５４７からルーチ
ンは判断ボックス５４１に入るために戻る。

第１４Ｃ図において、ルーチンＣはボックス５５１に入
ることにより始まり、そこで黒板が作成される。次に、
ボックス５５３において、グラフにより期待される輸入
がスタックのトップにおける黒板から新しい黒板にコピ
ーされる。最後に、ボックス５５５において、新しい黒
板が黒板スタックにブツシュされ、かつルーチンは退出
する。

第１４Ｄ図において、ルーチンＤはボックス５５７に入
ることにより始まり、そこでトップの黒板がスタックか
ら取出される。次に、ボックス５５９において、グラフ
の輸出が取出された黒板からスタックのトップにおける
親グラフの黒板にコピーされる。最後に、ボックス５６
１において、取出された黒板が破壊され、かつルーチン
Ｄは退出する。

当業者には開示された発明は数多くの方法で変更でき、
かつ特定的に構成されかつ上で説明された好ましい形態
以外の多くの実施例となり得ることが明らかであろう。

例えば、グラフマネージャおよびフォームズマネージャ
の間の機能性の分割は種々の方法により変えることがで
き、それにより一方が他方により行なわれるものとここ
に説明された機能を行なうことができ、かつ逆も同様で
ある。

従って、添付の請求の範囲により本発明の精神および範
囲内にある本発明のすべての変更を含むことを意図して
いる。

一へｎ寸Ｉ／−１でトψｏＯ−（へ）ｎ寸塙りｒ−ｏｏ
　ｏｓ　Ｏ−へｎｗｎ　Ｐ−Ｉ　Ｆ−１ｍ−−ｅ＋ｌ　
ｍ　ｍ−（へ）（へ）ヘベヘ（へ）ヘベヘ（へ）ｍ　Ｆ
ｌ　ｃｑ　（’Ｑ　ｃ’ｒ＋　ＦＩ　Ｆ”Ｉ　Ｆ”１円
円マｖ■■Ｎ■ＸＮＮＮ１１＋７＋Ｉｖ”＋　ｔｎ　ｔ
ｎ　ｙ　ｖ”ｔ　ｖ”＋　ｌ／１　％Ｏ％Ｏ％Ｏ

【図面の簡単な説明】

第１図は、典型的な病院環境における患者ケア処理を、
−船釣に、図示するブロック図である。 第２図は、本発明の方法を導入したデータ処理システム
の好ましい実施例を示すブロック図である。 第３図は、第１図および第２図に示される自動化診療記
録システムにおける計測されかつ計算された患者のパラ
メータを示す、典型的なフローシート情報スクリーンを
示す説明図である。 第４図は、フォームズマネージャのアプリケーションプ
ログラムおよびデータベースに対する関係を示すブロッ
ク図である。 第５図は、本発明のアブリケーションソフトウエアアー
キテクチャアのブロック図である。 第６Ａ図および第６Ｂ図は、２つの機能グラフを示す説
明図である。 第７図は、対話ノードの構造を示す説明図である。 第８図は、いくつかのノードが種々の属性を輸入し、か
つ他のノードは種々の属性を輸出する機能グラフを示す
説明図である。 第９図は、他の機能グラフを示す説明図である。 第１０図は、第９図に示される機能グラフのノードに対
する輸入および輸出パラメータを与える図表である。 第１Ｊ図は、第１０図の図表に見られるあるシンボルを
示す対応図である。 第１２Ａ図から第１２Ｄ図までは、いくつかの層のサブ
グラフを含む機能グラフにおける輸入および輸出の使用
を示す説明図である。 第１３Ａ図から第１３Ｇ図までは、第１２Ａ図から第１
２Ｄ図までに対応する黒板スタックを示す説明図である
。 第１４Ａ図から第１４Ｄ図までは、付属書類Ｂの擬似コ
ードに対応するフローチャートであって、本発明の好ま
しい実施例に従ってどのように輸出および輸入が属性と
関連しているかを示すものである。 １：ローカルエリアネットワーク、 ２．２２．３２．３４および８５： ワークステーション、 ３ニスクリーン、 ４：ハウジング、 ５：マウス、 ８．１０，２８．ａｏ：ベツドサイド装置、６２：ファ
イルサーバ、 ６４：ディスク記憶装置、 ８１．８３：プリンタ、 １１１：フォームズマネージャ、 １１２：入力装置、 １１３：デイスプレィ、 １１４：アプリケーションプログラム、１１５．１１６
：データベース。 特許出願人　エムチック・ヘルス・ケア・システムズ・
インコーボレーテッド 代理人弁理士　　池　内　義　明 Ｑ　都 世 ｗ

Claims (1)

1. 【特許請求の範囲】 １、データ処理システムにおける、複数の手順を備えた
   アプリケーションを構築しかつ実行する方法であって、
   該方法は、 （ａ）前記手順の少なくとも１つを複数のノードを備え
   た機能グラフによって表わす段階、そして （ｂ）前記ノードの各々に対し輸入変数を特定するため
   の輸入テーブルを提供する段階、 を具備することを特徴とするアプリケーションを構築し
   かつ実行する方法。 ２、データ処理システムにおける、複数の手順を備えた
   アプリケーションを構築しかつ実行する方法であって、
   該方法は、 （ａ）前記手順の少なくとも１つを複数のノードを備え
   た機能グラフによって表わす段階、（ｂ）前記ノードの
   各々に対し輸入変数を特定するための輸入テーブルを提
   供する段階、 （ｃ）前記輸入変数を前記ノード手順により修正する段
   階、そして （ｄ）前記輸入変数に対するいずれの修正をも前記ノー
   ド手順の実行が完了した時に捨てる段階、を具備するこ
   とを特徴とするアプリケーションを構築しかつ実行する
   方法。 ３、データ処理システムにおける、複数の手順を備えた
   アプリケーションを構築しかつ実行する方法であって、
   前記方法は、 （ａ）前記手順の少なくとも１つを機能グラフにより表
   わす段階であって、前記機能グラフは、ｉ、初期化機能
   を取扱うための初期化ノード、ｉｉ、処理機能を取扱う
   ための対話ノード、ｉｉｉ、輸出機能を取扱うための退
   出ノード、を具備するもの、 （ｂ）前記ノードの各々に対し輸入変数を特定するため
   に輸入テーブルを提供する段階、 を具備することを特徴とするアプリケーションを構築し
   かつ実行する方法。 ４、データ処理システムにおける、複数の手順を備えた
   アプリケーションを構築しかつ実行する方法であって、
   前記方法は、 （ａ）前記手順の少なくとも１つを複数のノードを備え
   た機能グラフによって表わす段階、そして （ｂ）前記ノードの各々に対し輸出変数を特定するため
   に輸出テーブルを提供する段階、 を具備することを特徴とするアプリケーションを構築し
   かつ実行する方法。 ５、データ処理システムにおける、複数の手順を備えた
   アプリケーションを構築しかつ実行する方法であって、
   該方法は、 （ａ）前記手順の少なくとも１つを複数のノードを備え
   た機能グラフによって表わす段階、（ｂ）前記ノードの
   各々に対し輸出変数を特定するために輸出テーブルを提
   供する段階、 （ｃ）前記輸出変数を前記ノード手順により修正する段
   階、そして （ｄ）前記ノード手順の実行が完了した時前記輸出変数
   に対するいずれの修正をも捨てる段階、を具備すること
   を特徴とするアプリケーションを構築しかつ実行す方法
   。 ６、データ処理システムにおける、複数の手順を備えた
   アプリケーションを構築しかつ実行する方法であって、
   該方法は、 （ａ）前記手順の少なくとも１つを機能グラフによって
   表わす段階であって、前記機能グラフは、ｉ、初期化機
   能を取扱うための初期化ノード、ｉｉ、処理機能を取扱
   うための対話ノード、ｉｉｉ、輸出機能を取扱うための
   退出ノード、を具備するもの、 （ｂ）前記ノードの各々に対し輸出変数を特定するため
   の輸出テーブルを提供する段階、 を具備することを特徴とするアプリケーションを構築し
   かつ実行する方法。