JPH10501639A - 訓練可能ユーザ・インターフェース変換装置 - Google Patents

Abstract

(57)【要約】 ホスト・コンピュータ上で実行される既存のアプリケーションのために使用される第１ユーザ・インターフェースを、クライアント・コンピュータ上で使用するための第２ユーザ・インターフェースに変換する装置および方法。本装置はホストから入力するためのプロンプトおよび要求を傍受し、それらをクライアント・コンピュータ上で使用するのに適した形態に変換し、変換したプロンプトおよび要求をクライアントに渡す。本装置は、後のプロンプトおよび要求において使用するための情報を記憶し、記憶した値に基づいて分岐することによってパスの実行を多様化し、正しくない入力によって生じるエラーの処理を可能とする。

Description

【発明の詳細な説明】 訓練可能ユーザ・インターフェース変換装置 背景 本発明は、対象とするコンピュータから新たなコンピュータへの、ソフトウエ ア・アプリケーション・ユーザ・インターフェースの統合および変換を、基礎と なるアプリケーションを変更せずに行うことに関するものである。 ソフトウエア開発者、システム・インテグレータ、付加価値販売者、およびエ ンドユーザは、最先端のハンドヘルド・コンピュータや携帯用データ収集端末を 利用することを欲している。しかしながら、これらの新しい装置を既存のソフト ウエアシステムに組み込むことは、第一に、アプリケーションを実行するコンピ ュータ・システムはユーザ・インターフェースに最小限の機能性を備えていなけ ればならないため、困難であることが立証されている。例えば、在庫管理システ ム(inventory system)のユーザ・インターフェースは、２４行ｘ８０文字を表示 することができる画面を必要とする場合がある。しかしながら、携帯用端末は４ 行ｘ４０文字を与えるに過ぎないので、このアプリケーションを直接実行するこ とはできない。ハンドヘルドまたは携帯用端末は、典型的に、必要とされる最小 限の機能性を備えていないので、これらは現在のアプリケーションのほとんどを 実行することができない。 この問題に対するこれまで解決案は、古いアプリケーションの書き換え、携帯 用端末の制約に合った新しいアプリケーションの購入、またはフィールド、プロ ンプト、および応答を対象のコンピュータ表示装置上の各位置から、携帯用装置 上のより使い易い位置に「割り当てる(map)」、個別のマッピング・プログラム の書き込みを含んでいた。古いアプリケーションの書き換えは時間がかかり、費 用もかかり、既存のシステムにバグを侵入させる危険性もある。新たなアプリケ ーションの購入には、多大な費用および危険が伴う。 個別マッピング・プログラムは高価であり、作成に時間がかかり、更に、アプ リケーション・プログラムの変更によって、個別マッピング・プログラムにも変 更が必要となる可能性があるので、アプリケーションの保守費用が増大すること になる。加えて、個別マッピング・プログラムは、同期の問題(synchronization problem)を生じる可能性がある。同期を取る必要性は、タイプ入力を継続して 進めている操作者には見えないエラー・メッセージの衝撃について考えれば明白 となろう。したがって、個別マッピング・プログラムは、この問題に対する満足 のいく解決案とはなっていない。 本発明は、既存のアプリケーションと新たなコンピュータ・システムとの間で 、インテリジェントな訓練可能インターフェースとして作用することによって、 この問題を解決するものである。その結果、本発明は、既存のコンピュータ・ソ フトウエアを、元々はそのために設計されたのではないハードウエアを用いて使 用できるようにする。具体的には、本発明は、既存のプログラムとのインターフ ェースを行い、当該既存のプログラムの表示画面からのデータを処理し、これら のデータを異なる態様および／またはフォーマットでユーザに提示する手段を提 供する。同様に、ユーザからのデータを受け入れ、必要であればそのデータをフ ォーマットし直し、フォーマットし直したデータを既存のアプリケーションに提 示する。 本発明の目的の１つは、既存のソフトウエア・アプリケーションのユーザ・イ ンターフェースを変換(translate or convert)し、新たなコンピュータ・システ ム上で動作できるようにするシステムを提供することである。加えて、本発明の 目的は、単純な方式を用いて既存のソフトウエア・アプリケーションのユーザ・ インターフェースを変換するように教育または訓練を行うシステムを提供するこ とである。本発明の更に別の目的は、携帯用装置の動作を既存のソフトウエア・ アプリケーションのそれに同期させる、同期機構を提供することである。本発明 の付加的な目的は、アプリケーション・エラーに対する堅固なエラー処理を提供 することである。 発明の概要 本発明によって、必要なレベルのユーザ・インターフェース機能性を備えてい ないシステム上で、既存のアプリケーション・ソフトウエアを利用することが可 能となる。 本発明は、既存のソフトウエア・アプリケーションのユーザ・インターフェー スを変換する、訓練可能な装置を開示する。前記装置は、ホスト・コンピュータ およびクライアント・コンピュータ双方と通信するように構成されたコンピュー タを含む。前記装置はホスト・コンピュータの入出力ストリームを傍受し、アプ リケーションのユーザ・インターフェースをクライアントのユーザ・インターフ ェースに変換し、クライアント・コンピュータ上で使用できるようにする。前記 コンピュータは、更に、アプリケーションのユーザ・インターフェースによって 搬送されるタスクの繰り返しや冗長な情報を隠すことによって、ユーザのアプリ ケーションとの相互作用を簡略化するように構成されている。前記コンピュータ は、更に、ホスト・アプリケーションを単一のユーザ・インターフェースに一本 化するように構成されている。 前記装置を作成しかつ訓練する方法も開示する。前記装置は、ユーザのアプリ ケーションとの相互作用を監視することによって訓練される。監視プロセスは、 アプリケーションのユーザ・インターフェースを変換するために、前記装置が利 用するパス履歴(path history)を作成する。 図面の簡単な説明 第１図は、ハンドヘルドまたは携帯用端末を利用する従来技術のコンピュータ ・システムのブロック図である。 第２図は、携帯用端末とアプリケーションが対象とする端末との間の機能的な 差を示す図である。 第３図は、携帯用端末にインターフェースするために本発明を利用するコンピ ュータ・システムのブロック図である。 第４図は、教育プロセスの間に作成された仮想ユーザ・パスのブロック図であ る。 第Ａ図ないし第ＫＫ図は、本発明の一実施例の画面を印刷したものである。 好適実施例の詳細な説明 第１図は、携帯用端末を用いる従来技術のコンピュータ・システムである。コ ンピュータ・システム１０は、携帯用端末１６に特定して設計されたアプリケー ション１２を実行する。このアプリケーション１２は、携帯用端末１６を通じて ユーザ１４と相互作用を行う。アプリケーション１２は、赤外線、無線周波数、 または直接配線のような通信媒体１８を通じて、携帯用端末１６と通信を行う。 携帯用端末１６は、ユーザ１４に、特定の情報を要求するプロンプトを表示する 。ユーザ１４はこれらの要求に応答して、携帯用端末１６に回答を入力する。 アプリケーション・プログラムが携帯用端末で動作するように設計されていな い場合、ユーザはアプリケーションと対話することができない。例えば、第２図 を参照して、アプリケーションが機能キーを含むフル・サイズ・キーボード２１ を有する端末２０を必要とし、このキーボードが携帯用端末２２上で使用可能な キーボード２３とは異なる場合がある。また、アプリケーションは、画面サイズ が携帯用端末２２上の画面２５よりも大きい端末２４も必要とする場合もある。 いずれの状況においても、アプリケーションは、システムにある形の変化を加え ることなくては、携帯用端末上で実行することはできない。 第３図は、本発明を利用したコンピュータ・システムを示す。コンピュータ・ システム３０は、携帯用端末と共に用いるように設計されたのではないアプリケ ーション３２を実行する。本発明３４は、アプリケーション３２と携帯用端末３ ６との間に挿入される。アプリケーション３２は、通信媒体３３を通じて本発明 ３４と通信を行い、一方、本発明３４は通信媒体３８を通じて携帯用端末３６と 通信を行う。ここでも、携帯用端末３６は、ユーザ３９に、特定の情報を要求す るプロンプトを表示するが、これらのプロンプトは本発明が発生するのであって 、基礎となるアプリケーション３２ではない。ユーザ３９は、これらのプロンプ トに応答して、携帯用端末３６に回答を入力するが、これらの回答も本発明３４ によって捕獲され、必ずしも直接アプリケーション３２に渡されるのではない。 本発明は、基礎となるアプリケーション・プログラムと同一のコンピュータ・ システム上に存在することができ、あるいは別個のコンピュータ・システム内に 存在し、ネットワークを通じて当該アプリケーション・プログラムと通信するこ ともできる。いずれの状況においても、本発明は、Ｉ／Ｏストリームを傍受し、 ユーザ・インターフェースを変換して、携帯用端末上で使用できるようにする。 また、本発明は、既存のプログラムのそれと同一のコンピュータ・システムを通 じたアクセスであっても、既存のプログラムまたはプログラム群へのアクセスを 簡略化するために用いることもできる。 既存のアプリケーションと携帯用端末との間でインターフェースおよび変換を 行うために、本発明は仮想ユーザ（ＶＵ：virtual user）を作成する。ＶＵは、 既存のアプリケーションには実際のユーザとして見える。ＶＵを訓練して、丁度 実際のユーザが行うように、既存のアプリケーションを処理させて、携帯用端末 と互換性のあるフォーマットで、実際のユーザにデータを提示する。 アプリケーションを処理している間の人間のユーザの相互作用を監視すること によって、最終システムにおける使用に先だって、ＶＵを作成する。バックグラ ウンドでは、本発明は「パス・ファイル(path file)」を作成し、ＶＵは、これ を用いて、自動的にアプリケーション内の特定のタスクを通じて移動する(navig ate)。パス・ファイルは、訓練プロセスの間に作成された一連の自動発生された 「ステップ」から成り、ＶＵは後にこれらを線形または分岐シーケンスで実行す ることによって、アプリケーション中を移動する。アプリケーションにおけるあ らゆるカーソルの停止は、ＶＵによって再検討され、少なくとも１つのステップ 、恐らく一連のステップが、この停止と関連付けられる。 本発明は、ＶＵの作成を容易にする３つの特徴を備えている。第１に、本発明 は、メニュー先導型インターフェース(menu driven interface)を利用し、ＶＵ を作成するプロセスを容易にすることによって、プロセスを、「オフ・ライン」 ではなく、対話式(interactive)にしている。ユーザは、古典的な意味でプログ ラムする必要はなく、単にアプリケーションと対話すればよい。 第２に、ＶＵは、基礎となるアプリケーション上では使用できない機能を作成 し利用することができる。本発明は単に予め定義されているステップ集合に従う だけなので、人が入力可能なあらゆるキーストロークの組み合わせは、ＶＵも行 うことができる。これによって、ＶＵを訓練または教育して、アプリケーション 全体にわたる移動、異なるアプリケーションへの出入り、更に異なるホストへの アクセスおよび退出さえも可能となる。例えば、あるアプリケーションが２つの メニュー選択肢を有するとする。第１のメニューは手持ちの項目の量を掲示し、 第２のメニューは項目の位置を掲示するものとする。アプリケーションに直接ア クセスする典型的なユーザは、第１のメニュー選択肢に入って量を得て、第１メ ニュー選択肢から出て、第２メニュー選択肢に入って位置を得ることによって、 双方の情報を得る。ＶＵは、これと同じステップを行うように訓練可能であるが 、双方の情報を有する１つの画面をユーザに提示することもできる。したがって 、本発明は、特定のアプリケーションを「書かれているように直接」実行するの ではこれまで得られなかった新しい機能を、ユーザに作成することができる。 第３に、本発明はストリーム監視を設け、これによって、ＶＵはそれ自体をア プリケーションと同期させることができる。ＶＵは、ホストにいずれのキースト ロークを返送する前でも、あらゆるアプリケーションのカーソル停止と同期を取 らなければならない。ストリーム監視を用いることによって、ＶＵは現在のカー ソル位置を認識し、それによってどのアプリケーションの画面をそれが「見てい る」のかを判断することができる。仮想ユーザの作成および訓練 アプリケーションのユーザ・インターフェースを変換するためには、ＶＵを作 成し教育しなければならない。 以下に示すのは、教育プロセスの間本発明のメニュー・バーの選択肢ファイル (FILE)、変数(VARS)、ホスト(HOST)、クライアント(CLIENT)およびその他(MISC) からアクセス可能な全コマンドのリストである。 ファイル・メニュー Save path File: 作成したステップをパス・ファイルにセーブするが、終了 しない。 Save & Exit: パス・ファイルをセーブし、終了する。 Quit: セーブせずに終了する。 Save Window: 後に印刷するために、あらゆる画面の画像をセーブするこ とができる。 変数メニュー Declare Variable: 作成したパス・ファイル内で使用する変数を宣言する。 Set Variable: 既に宣言済みの変数を初期値に初期化する。 Branch on Variable: ここで定義し、ファイルされたto match"と変数が等し いときに、プログラムが分岐するパス名(path name)を 定義する。注意："No．"はパス内のステップ＃を選択す る。 ホスト・メニュー（初回） Control Local(PTY): ホスト・アプリケーションへの接続方法を、ＶＵが実 行しているのと同一コンピュータへの疑似端末(pseud o terminal)アクセスとして定義する。 Connect Local(Pipe): ホスト・アプリケーションへの接続方法は、ＶＵが実 行しているのと同一コンピュータへのパイプ(pipe)を 介してであることを定義する。 Connect via TELNET: ホスト・アプリケーションへの接続方法は、テルネッ ト(telnet)を介してであることを定義し、この場合、 アプリケーションはＶＵとは異なるコンピュータ上で 実行している。 Connect via Serial: ホスト・アプリケーションへの接続方法は、ＶＵが実 行しているコンピュータ上の直列ポートを介してであ ることを定義する。 ホスト・メニュー Send to Host: いずれのキーストロークの組み合わせもホストに送る。 Wait for Host: ＶＵとホスト・アプリケーションとが、所与の時刻におい て所与のアプリケーションの正確に同一文字にあることを 確実にする同期ステップ。 Save Host Screen Data: ホスト画面の特定のウインドウ(window)をセーブす る。毎回画面の同一ライン上に現われるエラー・メ ッセージをセーブするためにしばしば用いられる。 Bypass Virtual User: 相互作用訓練を停止し、ホスト・アプリケーション へ直接データを入力させる。 クライアント・メニュー Clear Screen: 画面をクリアするためのコマンド・シーケンスを送る。 Sound Tone: ベル・トーンを鳴らすためのコマンド・シーケンスを送る。 Move Cursor: クライアントの画面のｘ、ｙ座標へカーソルを動かすコマン ド・シーケンスを送る。 Send Cursor: 表示のために、クライアントに文字列を送る。 Get Replay: クライアントからの回答を要求する（スキャナまたはキーボ ード入力）。 ＭＩＳＣメニュー Start New Path: 現ステップをパスの始点として定義する。以下の接続ステ ートメント(connect statement)を用いるときに、接続点( connect point)として用いられる。 End Path: パスの終点を定義する。 Connect(Loop): 上述の"Start New Path"選択肢を用いて指定したパス・レ ベルに、プログラム・フローの方向を変える。 Exec Procedure: プログラム制御を予め定義されている手順に渡すことを可 能にする。端末モード(Terminal Mode)、ログオン(Logon) 等に手順が使用可能である。 上で定義したメニュー・バーからの種々の選択肢を選択することによって、Ｖ Ｕを訓練するアプリケーションにアクセスすることができる。アプリケーション にアクセスした後、ＶＵを対話式に訓練し、アプリケーションにおけるプロンプ トに適切に反応させるようにすることができる。 重要な概念はアプリケーション・プログラム・フロー(application program f low)である。アプリケーション・プログラム・フローは、特定のアプリケーショ ンの使用のために従わなければならない、一連のデータ入力プロンプトである。 これらのプロンプトは、メニュー選択、データおよび時刻入力、およびアプリケ ーションを処理するために必要な他の入力を含む。本発明は、誰がどのようにア プリケーションと対話したか（例えば、仮想ユーザ）を予め定義し、憶えておく 方法を提供する。 いずれかのアプリケーションを使用する人にとっての第１ステップは、アプリ ケーションとどのように相互作用するかについての訓練を受けることである。Ｖ Ｕは、しかしながら、繰り返しのキーストローク・シーケンス、アクセス時刻お よびデータ情報を憶えておき、どのようにそれを行うかを決して忘れないように 訓練することができる。ＶＵは、アプリケーションが行うカーソル停止(cursor stop)にどのように反応するかについての訓練を受けなければならない。カーソ ル停止／プロンプトにどのように反応するかについて訓練を受けた後、ＶＵはア プリケーション内の同一機能をそれ自体で処理できるようになる。 データ入力を容易にするために、ＶＵには、クライアント・データ入力のため のプロンプトに対する訓練を行わなければならない。クライアントは、操作者が データを入力する端末（ＲＦハンドヘルド、通常の端末等）である。ＶＵは、ア プリケーション内でプログラミングの変更を全く行う必要なく、当該アプリケー ションの処理を簡略化する。ＶＵは、大多数のアプリケーションのカーソル停止 ／プロンプトを自動化し、手持ちの特定のタスクに対して要求された情報のみを クライアントに渡すことによって、これを行う。アプリケーション中の各カーソ ル停止において、クライアントにデータを催促するか、あるいはメニュー・バー が許す他の機能のいずれかを行う選択肢がある。この選択肢によって、ＶＵは所 与のアプリケーションのカーソル停止に対するその応答を変更することができる 。このように、本発明は、ステップの実行において確実に分岐が行えるようにす る。 以下に示すのは、典型的な仮想ユーザ訓練セッションの基本ステップのリスト である。 １）ホスト接続／ログオン／アプリケーション・アクセス ２）クライアント・メニュー ３）ホスト・アプリケーション・アクセス ４）アクセス・メニュー間の自動移動 ５）クライアント・データ入力の催促 ６）クライアント・データに基づく分岐およびエラー命令 ７）再びクライアント・タスクを開始するための繰り返し、またはクライアン ト・メニューへの帰還。 実行しようとしているいずれかの機能に対して、これらの部分を繰り返すこと により、簡略化されたユーザ入力画面を携帯用端末操作者のために作成すること ができる。ＶＵは単に人と同じように、アプリケーション中を６６ＭＨｚ（コン ピュータのクロック速度）で移動するだけなので、人が折好く実行できることを 期待できないタスクを行うように、それを訓練することができる。この簡単な概 念によって、あるアプリケーション（いくつかの異なるアプリケーションでもよ い）のいくつかのメニュー選択肢からの機能を纏めて、元のアプリケーションに も存在し得ない、単一の操作者画面を作成することができるようになる。 これらのステップ各々の詳細は、以下の訓練セッションの例を通じてより明確 となろう。以下の例で引用する図は、３つの重要な領域を示していることに注意 されたい。各図は、本発明の訓練画面を表わす。図の上部には、第Ａ−ａ図に示 すように、上述の機能メニューにアクセスするために用いるメニュー・バーがあ る。図の真ん中にあるのは"Client"と標記されたモデル・クライアント・ウイン ドウであり、第Ａ−ａ図に示すように、クライアント・コンピュータ・システム 上の画面の大きさおよび形状を反映する。この画面は、スペック・ファイルにお いて定義される。スペック・ファイル(spec file)の一例が、補足資料Ｂとして 含まれている。最後に、"HOST"と標記された"Host Window Shade（ホスト・ウイ ンドウ・シェード）"が必要に応じてポップアップ(pop up)され、ホストが送っ たメッセージおよびプロンプトを示す。これは、第Ｉ−ｃ図に示されている。CL IENT、HOSTおよび本発明のメニューは、教育プロセスの間のシステム状態を示す 。 教育プロセスが終了したとき、完成したＶＵは訓練された通りに動作する。仮想ユーザ訓練／教育セッションの例 以下に述べるのは、ＶＵの作成を例示するために、実際のユーザによって実行 される簡単なアプリケーション例である。以下の説明において、［］はプルダウ ン・メニューを用いて選択すべき選択肢を表わすか、あるいは押圧する実際のキ ーを表わすために用いられる。例えば、Select[Start New Path]は、プルダウン ・メニューの中の選択肢"Start New Path"を強調することを意味し、press[end] は、エンド・キーを押圧することを意味する。 ステップ０：（第Ａ−ａ図から第Ａ−ｄ図） Ｍｉｓｃ．メニューにアクセスし、[Start New Path]を選択する。開始しよう としているパス(path)の名称を定義しなければならない。これは、ループ処理お よび分岐制御には重要である。パス名は、分岐およびループ・アクセスのための パス内の地点を指定する。この例では、name[main menu]が選択されているが、 これがメイン・メニューを表示する地点であるからである。 ステップ１：（第Ｂ−ａ図から第Ｂ−ｂ図） クライアント・メニューにアクセスし、[Move Cursor]を選択する。これは、 クライアント・ウインドウの中のカーソル位置を設定する。デフォルト設定であ る行：１および列：１が選択されている。クライアント・ウインドウ内のカーソ ルは、ｘ，ｙ位置即ち１，１に結果として移動する。 ステップ２：（第Ｃ−ａ図から第Ｃ−ｂ図） クライアント・メニューにアクセスし、[C1ear Screen]を選択する。その結果 、クライアント画面はクリアされる。 ステップ３：（第Ｄ−ａ図から第Ｄ−ｈ図） クライアント・メニューにアクセスし、[Send Message]を選択する。サブメニ ューが表示される。タイプ・サブメニューにアクセスし、[Text]を選択し、クラ イ アント画面上に表示されるメッセージを入力する。この例では、[Do you want t o run the program y/n（このプログラムを実行したいですか。はい／いいえ）] というメッセージを入力する。この時点で、文章[Do you want to run the prog ram y/n]が、クライアント画面上に納まるように適切な長さのラインに分割され て、クライアント画面上に表示される。こうして、システムはクライアントから の回答を受ける用意が完了する。 ステップ４：（第Ｅ−ａ図から第Ｅ−ｃ図） 変数メニューにアクセスし、[Declare Variable]を選択する。クライアントか らのステップ３における質問に対する応答を記憶することによって、変数を宣言 することができる。変数名[answer]を入力する。 ステップ５：（第Ｆ−ａ図から第Ｆ−ｂ図） クライアント・メニューにアクセスし、[Get Reply]を選択する。[answer][ta b][1]とタイプし、"answer"を変数として入力する。クライアントからの応答を 記憶し、最大長を１文字に等しく設定する。尚、編集上の間違いに対して通常期 待されるように、[backspace]がここで機能することを注記しておく。 ステップ６：（第Ｇ図） 定義する必要のある選択肢が２つある。第１に"y"即ち肯定の応答であり、通 常、典型的な訓練手順であれば、アプリケーションを処理するために必要とされ る「通常の」パスを通過することになる。この場合、通常とは"y"を意味するの で、"y"で応答する。後にこの例において、"n"に対する訓練を入力することがで きる。 ステップ７：（第Ｈ−ａ図から第Ｈ−ｃ図） 変数にアクセスし、[Branch on Variable]を選択する。[answer][tab][y][tab ][start_rw][tab]とタイプする。これは以下の動作を定義する。変数"answer"が 値"y"に等しい場合、"start_rw"と命名されたパスに進む。次のメニューで[d]を 選択し、パス名を宣言する。このとき"n"の動作も定義してよい。[n][tab][exit ][tab][d]と入力する。これによって、"answer"が"n"のときパス"exit"が実行さ れることになる。 ここで、"Start_rw"と命名されたパスが作成される。 ホスト接続／ログオン／アプリケーションへのアクセス：この訓練例では、同 一のホスト上でアプリケーションと本発明の双方を実行する。したがってアプリ ケーションのことを、異なる即ち遠隔ホスト(remote host)に対して、ローカル ・ホスト(local host)上での実行と呼ぶ。以下の命令は、ローカル・ホスト上の みで疑似端末（ＰＴＹ）を通じてアプリケーションへアクセスする場合に適用さ れる。本発明を実行するために、ローカル・ホストをログオンしなければならな い。したがって、この接続方法を用いれば、アプリケーションにアクセスする前 に、ホストにログオンする必要はない。他の接続方法については、適用可能な項 を参照されたい。 パス名： start_rw ステップ０：（第Ｉ−ａ図から第Ｉ−ｃ図） ホスト・メニュー選択肢にアクセスする。一旦メニュー・バーに「入った」な ら、移動のためには矢印キーを使用すればよい。ホストのウインドウ・シェード (window shade)を「プルダウン(pull down)」するには、下向きの矢印を使用す る。[Connect Local(PTY)]を強調し、[enter]を押圧することによって、この選 択肢を選択する。すると、コマンドの催促を受ける(:Command)。通常用いている キーを入力して、アプリケーションにアクセスする。実世界では[go-rw]とタイ プすると、"Argument:"を残すことができる。空白を一列に並べ、[end]を押圧す ることによって、このステップを完了する。[end]を押圧すると、仮想ユーザが 、ホストへのコマンド・ライン入力として、操作者のキーストロークを送ってく ることに気が付くであろう。この時点で、端末（中間）ウインドウ内の実世界ア プリケーションの第１画面を見ることになる。 [Exec Procedure]を使用する代替案 ステップ０： Ｍｉｓｃメニューにアクセスし、[Exec Procedure]を選択する。[go_rw][end] とタイプする。 アクセス・メニュー中の自動化された移動：この時点で、仮想ユーザに、どの ようにアプリケーション中を移動するかについて訓練させる準備が整っている。 おわかりのように、カーソル停止(cursor stop)において実行される第１ステッ プは、「ホストを待つ(Wait for Host)」ステップである。この処理は、仮想ユ ーザおよびホスト・アプリケーションが互いに同期していることを確認するため のものである。ホストに情報を送ろうとすると、まず「ホストを待つ」を実行す るように要求される。クライアント入力を催促する順序は、完全に操作者次第で ある。この指導は基本的指針に従うものである。 パス名：nav_menus ステップ０：（第Ｊ−ａ図から第Ｊ−ｃ図） Ｍｉｓｃメニューにアクセスし、[Start New Path][enter]を選択する。[nav_ menus][end]とタイプする。注意：[nav_menus]は１名称として選択された。何故 なら、このパスは所望のトランザクションにアクセスするために必要なメニュー 中を移動するからである。この名称には下線(underscore)が必要であり、空間は 許されない。 ステップ１：（第Ｋ−ａ図から第Ｋ−ｃ図） ホスト・メニューにアクセスし、[Wait for Host]を選択する。[enter]を押圧 し、下向き矢印を使用して[automatic]を選択し、[enter][enter]を押圧する。 この時点で、文字列"o continue，or ESC to exi"がホスト画面の底部に現われ るための自動ホスト同期が確認されている。 ステップ２：（第Ｌ−ａ図から第Ｌ−ｃ図） ホスト・メニューにアクセスし、[Send to Host]を選択する。サブメニューに おいて、[Special Char(s)]を選択する。[enter]を押圧すると、ウインドウ内に 〈cr〉が見え、[.][enter]を押圧する。必要な場合には[tab]キーを用いて編集 を行う。[end]を押圧してこのステップを活性化する。アプリケーションがＶＵ のキャリッジ・リターンに対して次の画面で応答するのを見て、ここで頭文字を 入力しなければならない。 ステップ３：（第Ｍ図） ステップ＃２におけるシーケンスを用いることによって、１組の頭文字を容易 に「ハードコード化(hardcode)」することができる。あるいは、クライアントに 「ユーザの頭文字」を催促することもできる。クライアントにユーザの頭文字を 催促するために、以下のように処理を進める。クライアント・メニューにアクセ スし、下向き矢印を用いて[Clear Screen]を選択する。この時点でクライアント 画面は空白になり、古いプロンプト"Real World(y/n)?"が端末ウインドウの背後 に隠されるので、全く変化を見ることができない場合がある。 パス名：item_transfer ステップ０：（第Ｎ−ａ図から第Ｎ−ｃ図） Ｍｉｓｃメニューにアクセスし、[Start New Path]を選択する。パスの名称と して、[item_transfer]とタイプする。このパスは、クライアントに情報を催促 し、項目転送トランザクションを完了する。プログラムは、最後のパス"access" を新たなパス"item_transfer"に連結する選択肢を操作者に与える。[n]を押圧し て、"link to New Path"を選択する。 ステップ１：（第Ｏ図） 先のステップにおけるように、画面をクリアする。クライアント・メニューに アクセスし、[Clear Screen]を選択する。ここで、クライアント画面は空白とな っているはずである。 ステップ２：（第Ｐ図） 上述のように、クライアント・メニューにアクセスし、[Move Cursor]を選択 する。行１および列１を選択する。この時点で、カーソルは、クライアント画面 上のｘ，ｙ位置１，１において点滅するはずである。 ステップ３：（第Ｑ−ａ図から第Ｑ−ｂ図） クライアント・メニューにアクセスし、[Send Message]を選択する。サブメニ ュー内で[Text]を選択する。この時点で、クライアント画面上に表示すべきメッ セージを入力する。[item:]を入力する。プロンプト"item:"がここでクライアン ト画面上に現われる。 ステップ４：（第Ｒ図） 先と同様、変数メニューにアクセスし、[Declare Variabale]を選択する。こ の時点で、クライアントの応答を項目プロンプトに記憶するための変数が宣言さ れる。名称[item]を変数の名称として入力する。 ステップ５：（第Ｓ−ａ図から第Ｓ−ｂ図） クライアント・メニューにアクセスし、［Get Reply]を選択する。この時点で 、クライアントからの回答が入力され、変数"item"に記憶される。[item][tab][ 10]と入力し、クライアントの応答に対する変数としての"item"を入力し、最大 長１０文字が許される。メニュー・バーは、"Waiting for Client Input at Cli ent or here（クライアントまたはここにおいて、クライアント入力を待つ）"と 置き換えられる。有効な項目名をここで入力する。 パス名： Update_host ステップ０：（第Ｔ図） Ｍｉｓｃメニューにアクセスし、[Start New Path]を選択する。この一連のス テップに対する新たなパス名として、[update_host]とタイプする。このパスは 、"item_transfer"パスの下で受信した応答を用いて、ホストを更新する。 ステップ１：（第Ｕ図） 先と同様、クライアント・メニューにアクセスし、［Clear Screen]を選択し て、この時点での画面をクリアする。 ステップ２：（第Ｖ図） 先と同様、クライアント・メニューにアクセスし、［Move Cursor]を選択する 。行１および列１を新たな位置として選択する。クライアント・ウインドウ内の カーソルは、この時点で、ｘ，ｙ位置１，１に配置されるはずである。 ステップ３：（第Ｗ図） 先と同様、クライアント・メニューにアクセスし、[Send Message]を選択する 。サブメニューにおいて[Text]を選択する。ここで、クライアント画面上に表示 すべきメッセージを入力する。[Processing Data（処理データ）]を入力する。 ここで、クライアント画面上に、プロンプト"Processing Data"が表示される。 ステップ４：（第Ｘ−ａ図から第Ｘ−ｂ図） ホスト・メニューにアクセスし、[Wait for Host]を選択する。[automatic]を 選択する。これにより、この時点で、ホストとクライアントとを自動的に同期さ せることになる。"item_error"の"None of the above"パスにおいて、エラー処 理が設けられること、および、１００ｘ．１秒＝１０秒に、タイム・アウトを設 定することを注記しておく。したがって、エラー状態では、応答がないまま１０ 秒経過すると、item_errorが実行される。 ステップ５：（第Ｙ−ａ図から第Ｙ−ｂ図） ホスト・メニューにアクセスし、[Send to Host]を選択する。ここで、変数"i tem"がホストに送られる。サブメニューから[Variable]を選択し、ホストに送る 変数として、[item]とタイプする。サブメニューから[Special Char(s)]を選択 し、[cr]を入力する。これによって、キャリッジ・リターンがホストに渡される 。 パス名：item_error ステップ０：（第Ｚ−ａ図から第Ｚ−ｂ図） データが入力され、それによってアプリケーションがそのエラー処理ルーチン に入ったので、カーソルはもはや第２のプロンプト"warehouse"近くにあるその 通常の「次の入力(next entry)」位置にはない。代わりに、メッセージ"Press E nter or F8（EnterまたはF8を押圧する）"と共に、画面の右下側角に位置してい る。画面の左側角には、エラー・メッセージ"Item not on file（項目はファイ ル上にない）"が表示されていることを注記しておく。"update_host"のステップ ４は、"non of the aboave"条件が真である場今に使用するパスとして定義され た、"item_error"という名称のエラー処理サブルーチンを有していた。したがっ て、エラー状態を処理するために、制御は"item_error"に渡されている。ホスト にアクセスし、[Wait for Host]を選択する。これで、自動ホスト同期の確認が 行われたことになる。 ステップ１：（第ＡＡ図） 先と同様、変数メニューにアクセスし、[Declare Variable]を選択する。この 変数は、ホスト画面上で現在"error window（エラー・ウインドウ）"内にあるホ スト・データを記憶する。[item_error]とタイプし、変数"item_error"を定義し 、これを次のステップで使用する。 ステップ２：（第ＢＢ図） ホスト・ウインドウ・シェードを選択し、"save host data（ホスト・データ をセーブする）"を選択する。ステップ１で宣言した変数を入力し、矢印キーを 用いて、画面上のエラー・メッセージを覆うように「ウインドウ」を移動する。 シフト「＋」または「−」キーを用いて、"Save Host Screen Data"ボックス内 の角括弧によって定義されている「ウインドウ」のサイズの拡大または縮小を行 う。 ステップ３：（第ＣＣ図） 先と同様、クライアント・メニューにアクセスし、[Clear Screen]を選択する 。これで、クライアント・スクリーンはクリアされるはずである。 ステップ４：（第ＤＤ図） 先と同様、クライアント・メニューにアクセスし、[Move Cursor]を選択する 。行を１に、そして列を１に設定する。クライアント画面において、カーソルは ｘ，ｙ位置１，１に移動するはずである。 ステップ５：（第ＥＥ図） クライアント・メニューから[Sound Tone]を選択する。クライアントにトーン が発せられ、ユーザにエラーを通知する。 ステップ６：（第ＦＦ図） 先と同様、クライアント・メニューにアクセスし、[Send Message]を選択する 。サブメニューから[Variable]を選択する。"item_error"を変数名として入力し 、[Special Char(s)]を選択し、キャリッジ・リターンおよびライン・フィード を定義し、テキストの次の行がエラー・メッセージを上書きしないようにする。 [Text]を選択し、クライアント画面上で表示したいメッセージを入力する。[Spe cial Char(s)]を選択し、キャリッジ・リターン、ライン・フィードおよび表示 すべきメッセージの最後の部分を入力する。この例では、"〈cr〉〈lf〉Press E NTER to〈cr〉〈1f〉continue:"という内容である。 ステップ７：（第ＧＧ図） 上述のステップにおいて示したように、新たな変数"answer"を宣言し、継続す るためにクライアントからENTERキーを得る。 ステップ８：（第ＨＨ図） 以前のステップにおいて示したように、クライアントの回答を得る。 ステップ９：（第ＩＩ図） プロンプトに対するクライアントの応答を待つ。 ステップ１０：（第ＪＪ図） クライアントから入力されたばかりの"answer"を送る前に、ホストを待つ。 ステップ１１：（第ＫＫ−ａ図から第ＫＫ−ｂ図） この時点では、ホストは項目入力プロンプトに戻っている。Ｍｉｓｃメニュー にアクセスし、[Loop]を選択し、このエラー・パスをitem_transferの先頭に接 続し、再度クライアントに項目番号を催促する。 あらゆるエラー状態もこの技術を用いることによって処理可能であることを注 記しておく。"Wait for Host"ダイアログ・ボックスの"Possible Response"領域 のいずれかを用いることも、同等に正しい。したがって、５つの付加的な「既知 の」応答を宣言し、上述と同様に「訓練」することができる。全ての条件で用い る１つのエラー応答についてのみ、ＶＵを訓練したい場合、"none of the above "選択肢が最適である。 第４図は、上述の例において記載した種々のパスの相互接続を示す。上述のよ うに訓練されたＶＵは、この時点では、前記アプリケーション例と携帯用端末と の間のインターフェースとして使用できるよう準備が整っている。パス・ファイル・プリミティブ(Path File Primitives) パス・ファイルは、ＶＵの教育プロセスの間に捕獲した一連のステップおよび コマンドを指定する。補足資料Ａは、先に例示したＶＵの例に対するパス・ファ イルを含む。以下のプリミティブは、ホスト・プログラムの挙動および人の操作 者との相互作用を記録するために用いられる。 Ｓｅｎｄａｃｔ： 端末パス・ファイル $cl_connect: クライアントの接続を確保する。 $cl_clear: クライアントの画面をクリアする。 $cl_tone: クライアント上でベル・トーンを鳴らす。 $cl_move: クライアントのカーソルを位置付ける。 $cl_send: クライアントにデータを送る。 $cl_get: クライアントからデータを得る。 $cl_discon: クライアントとの接続を切断する。 $host_send: ホスト・アプリケーションにデータを送る。 $host_connect: ホスト・アプリケーションへの接続を確保する。 $host_discon: ホスト・アプリケーションとの接続を切断する。 $host_save: エミュレーション領域からのデータを記憶する。 $host_sync: ホストの動作を監視し、挙動データベースと比較する。 $declare: 記憶変数を宣言する。 $param: システム・パラメータとして変更する。 $set: 変数の値を変える。 $pipe: クライアントとホスト・アプリケーションとの間で透明な 接続を確保する。 $new_path: 新たな一連の動作を開始する。 $loop: 制御を移転する。 $done: パスを終了する。 $vbranch: 変数値に応じた条件付き分岐を行う。 $exec: プログラム手順を実行する。スペック・ファイル・プリミティブ(Spec File Primitive) スペック・ファイルは、ＶＵによって使用するためのシステム依存情報を捕獲 する。補足資料Ｂは、先に例示したＶＵの一例に対するスペック・ファイルを含 む。「プログラム・レベル」インターフェースでは、以下のプリミティブに対応 している。 nop: 動作なし mark: プログラム位置にラベルを付ける。 label: プログラム位置にラベルを付ける。 begin: プログラム構造を起動する。 end: プログラム構造を終了する。 write: ホストまたはクライアントにデータを出力する。 display: クライアントにデータを出力する。 send: ホストにデータを出力する。 file_write: ディスク・ファイルにデータを出力する。 get: クライアントからのデータを入力する。 read: データを入力する。 find: エミュレータ画面上にデータを配置する。 if: 条件付き実行。 else: 条件付き実行。 endif: 条件付き実行。 declare: 記憶変数を宣言する。 param: システム構成を設定する。 set: 変数の値を設定する。 eof: スペック・ファイルを終了する。 connect: クライアントまたはホストへの接続を確保する。 disconnect: 接続を切断する。 monitor: ホストまたはクライアントからのデータを監視し、予測したデー タと比較する。 pipe: ホストまたはクライアントとモニタとの間でデータを転送する。 configure: エミュレーション、クライアントＩ／Ｏ、またはホストＩ／Ｏ構 成を設定する。 sleep: 遅らせる。 capture: 訓練モードを入力する。 include: サブファイルからコマンドを挿入する。 declare_action: パスファイルを処理し記憶する。 run_action: パスファイルを実行する。 file_open: ディスク・ファイルを開く。 file_close: ディスク・ファイルを閉じる。 spawn: システム・コマンドをサブプロセスとして実行する。 goto: フロー制御 loop: フロー制御 break: フロー制御 exit: フロー制御 gosub: フロー制御 return: フロー制御 next: フロー制御 then: フロー制御 上述の例によって開示したように、既存のプログラムの処理は、実際のユーザ ではなく、仮想ユーザ・プログラムが行う。したがって、以下の機能に対応する 。 １．実際のユーザから得たデータのシーケンスおよびフォーマットは、元のプロ グラムによって要求されたものとは異なっていてもよい。 ２．ユーザ・データを他のデータ源からのデータと組み合わせて、既存のアプリ ケーションに提示することができる。 ３．単一ホスト上または多数のホスト・コンピュータからであっても、所与のア プリケーションまたは多数のアプリケーションの多数の機能からのデータを組み 合わせ、ユーザに提示することができる。また、ユーザの対話があってもなくて も、あるホスト・アプリケーションから他のアプリケーションにデータを渡すこ とができる。これによって、新たなアプリケーション・プログラムを書くことな く、新しく、より複雑な機能の生成が可能となる。 ４．対話式リアル・タイム、メニュー先導方式で、仮想ユーザの訓練を行う。本 発明は、目標ホスト・アプリケーションの実際の挙動を監視し、この挙動の詳細 を記憶して、将来参考にする。ホストのプログラム挙動の多くの面が記録され、 それには、実際のデータ・ストリームのキー要素や、エミュレートされた画面表 示の内容が含まれる。この挙動データベースは、ＶＵモデュールによって使用さ れ、連続的にホスト・プログラムを処理する（エラー状態の検出および解釈を含 む）と共に、人の操作者に提示するためのデータ源として使用され、および／ま たはアプリケーション内の異なるデータ入力画面および／または異なるホスト・ アプリケーションに渡される。 ５．ＶＵモデュールは、ホスト・プログラムによる予測しなかった動作を検出し 、それらを例外状態として操作者に報告し、および／またはその挙動および必要 な応答を学習する。 本発明ばＡＮＳＩ Ｃプログラミング言語で実施した。本発明は、４８６クラ スのワークステーション上で動作する、ＳＣＯ Ｕｎｉｘオペレーティング・シ ステム(Santa Crus，CA)の下で実行する。クライアントの携帯用端末は、ＡＮＳ ＩまたはＶＴ１００端末エミュレータを実行可能であれば、いかなる装置でもよ い。このような装置には、Ｊａｎｕｓ Ｊ２０１０ Ｈａｎｄｈｅｌｄ(Everett ,WA)がある。 本発明は、その精神または本質的な特性から逸脱することなく、他の特定形態 においても具現化が可能であることは、当業者には認められよう。したがって、 ここに開示した実施例は、いかなる意味においても、例示的なのであって制限的 ではないと解釈されるものとする。

【手続補正書】特許法第１８４条の８ 【提出日】１９９６年７月１日 【補正内容】 （請求の範囲の変更） 請求の範囲 １．ホスト・コンピュータ上で実行される既存のアプリケーションからの第１ユ ーザ・インターフェースを、クライアント・コンピュータ上で実行される第２ユ ーザ・インターフェースに変換し、ユーザ・インターフェースが、入力のための １組のプロンプトと出力のための１組の表示から成る、システムであって、 前記ホスト・コンピュータと通信する訓練用コンピュータであって、前記ホス ト・コンピュータ上で実行される前記既存のアプリケーション・プログラムの前 記第１ユーザ・インターフェースを、該訓練用コンピュータを通じて、同時に処 理する第１ユーザが発生する第１組のプロンプトおよび表示を対話的に監視しか つ捕獲するように構成され、前記第１組のプロンプトおよび表示を、前記クライ アント・コンピュータ上の前記第２ユーザ・インターフェースを通じて提示する ために、前記第１ユーザによって選択された第２組のプロンプトおよび表示に変 換するように構成され、更に、前記第１組のプロンプトおよび表示を、前記第２ 組のプロンプトおよび表示と関連付けて記憶するように構成された、前記訓練用 コンピュータと、 前記ホスト・コンピュータおよび前記クライアント・コンピュータと通信する 変換用コンピュータであって、前記第１組のプロンプトおよび表示のために、前 記既存のアプリケーションの第１ユーザ・インターフェースを監視するように構 成され、更に、前記クライアント・コンピュータ上の前記第２ユーザ・インター フェース上で、前記第１組のプロンプトおよび表示と関連付けられた前記第２組 のプロンプトおよび表示を表示するように構成された、前記変換用コンピュータ と、 を具備し、 これによって、前記クライアント・コンピュータを操作する前記第２ユーザが 、前記変換用コンピュータを通じて、前記第２組のプロンプトおよび表示を通じ て、前記ホスト・コンピュータ上で実行される前記既存のアプリケーションと相 互作 用させてなるシステム。 ２．請求項１記載の装置において、前記訓練用コンピュータおよび前記ホスト・ コンピュータは、前記ホスト・コンピュータおよび前記訓練用コンピュータとし て動作するように構成された単一のコンピュータである装置。 ３．請求項１記載の装置において、前記第１ユーザ・インターフェースは、第１ の情報量を表示可能な第１情報表示装置を含み、前記第２インターフェースは、 第２の情報量を表示可能な第２情報表示装置を含み、前記第１の情報量は前記第 ２の情報量とは等しくない装置。 ４．請求項１記載の装置において、前記既存のアプリケーションは、少なくとも ２つの別個のコンピュータ・プログラムを含み、前記少なくとも２つの別個のコ ンピュータ・プログラムは同時に実行される装置。 ５．請求項１または４記載の装置において、前記第１組のプロンプトおよび表示 の前記第２組のプロンプトおよび表示への前記変換は、前記第１組のプロンプト および表示の一部を、前記第２組のプロンプトおよび表示として捕獲することを 含む装置。 ６．請求項１または４記載の装置において、前記第１組のプロンプトおよび表示 の前記第２組のプロンプトおよび表示への前記変換は、前記第１組のプロンプト および表示の一部を捕獲し、前記第２組のプロンプトおよび表示を一連の予め定 義されている組のプロンプトおよび表示の１つとして定義することを含み、前記 一連の予め定義されているプロンプトおよび表示の前記１つは、前記第１組のプ ロンプトおよび表示に基づいて選択される装置。 ７．請求項１または４記載の装置において、前記第１組のプロンプトおよび表示 の前記第２組のプロンプトおよび表示への前記変換は、前記第１組のプロンプト および表示の一部を捕獲し、前記第２組のプロンプトおよび表示を一連の予め定 義されている組のプロンプトおよび表示の１つとして定義することを含み、前記 一連の予め定義されているプロンプトおよび表示の前記１つは、前記クライアン ト・コンピュータ上で相互作用する前記第２ユーザに基づいて選択される装置。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＡＭ，ＡＴ，ＡＵ，ＢＢ，Ｂ Ｇ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＫ ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，ＪＰ，ＫＥ， ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＲ，ＬＴ，ＬＵ，Ｌ Ｖ，ＭＤ，ＭＧ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＩ，ＳＫ，ＴＪ， ＴＴ，ＵＡ，ＵＺ，ＶＮ (72)発明者 スピラー，セス・エイ アメリカ合衆国メイン州03909，ヨーク, オーガナグ・ロード 62

Claims (1)

1. 【特許請求の範囲】 １．ホスト・コンピュータ上で実行される既存のアプリケーションからの第１ユ ーザ・インターフェースを、クライアント・コンピュータ上で実行される第２ユ ーザ・インターフェースに変換する装置であって、 前記ホスト・コンピュータ上で実行される前記アプリケーションを使用するユ ーザの相互作用を監視しかつ獲得するように構成されていると共に、前記相互作 用が前記クライアント・コンピュータ上で提示可能となるように、前記相互作用 を変換するように構成されているコンピュータと、 前記コンピュータと前記ホスト・コンピュータとの間で通信を行う第１通信手 段と、 前記コンピュータと前記クライアント・コンピュータとの間で通信を行う第２ 通信手段と、 を具備し、 これによって、前記第１ユーザ・インターフェースを、前記第２ユーザ・イン ターフェース上で使用するために修正してなる装置。