【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、遠隔通信システムの分野に関係し、特に、ホスト・システムからの進歩したオペレーティング・システム（ＯＳ）をベースとするコマンド命令を受信して翻訳し、遠隔のシステムのオペレーティング・システムの命令を使用して遠隔システム上で当該命令を実行することにより、１つ以上のホスト・システムとの間のインターフェースを行う遠隔通信システムに関するものである。

【０００２】

【従来の技術】通常、ホスト・コンピュータ・システムとの通信のために遠隔の端末を使用する。 こうした遠隔の端末は遠隔位置のユーザーに対してホスト・システムのプログラム、データベースその他のリソースへのアクセスを提供する。 遠隔端末とホスト・システムとの間の通信は、典型的には、電話線その他の直列又は並列の通信線を介して行われる。 ホスト・システムとの間でデータその他の情報を送受信するには、厳格な通信プロトコルを必要とする。

【０００３】伝統的に、端末は、ホスト・システムへ情報を送り、該ホスト・システムから情報を受信し、受信された情報を表示することができる専用のハードウェアを備えていた。 専用のハードウェア端末の初期の一例はテレタイプ機械である。 テレタイプ機械はホスト・システムからのデータ文字列を翻訳処理し、その翻訳処理の結果を複写綴りの紙に印字してユーザーが見ることができるようにする。 また、テレタイプ機械のユーザーはキーボード上でタイプすることにより、ホスト・システムへメッセージ又はリクエストを送ることができる。

【０００４】基本的なテレタイプ機械の改良は陰極線管（ＣＲＴ）型の端末である。 初期の文字ベース型のＣＲ
Ｔ端末は、旧式のテレタイプ機械と全く同じやり方でホスト・システムと通信する。 しかしながら、ホスト・システムから受信した情報を複写綴りの紙上に印字する代わりに、その情報はＣＲＴスクリーン上に表示される。
スクリーン上への情報の表示は、ユーザーと端末との間のインターフェースを強化する。 文字ベース型の端末は、ホスト・システムから送出された文字、数字及び制御文字を翻訳処理することによって通信を行う。 ホスト・システムから送出された文字は遠隔の端末のスクリーン上に表示され、制御文字は端末カーソルの位置を制御し、表示されるべき文字の位置を制御するのに使用される。

【０００５】文字ベース型のＣＲＴ端末は、基本的なテレタイプ機械に対する改良ではあるけれども、欠点や欠陥を持っている。 例えば、文字ベース型の端末のユーザー・インターフェースは、遠隔通信の主要な隘路、即ち転送速度に起因して厳しく制限される。 限られた量のデータしか所与の時間に通信線を介して遠隔の端末へ送ることができないので、遠隔位置のユーザーは、精巧なフルテキスト・プロンプト・スクリーンではなく、短い暗号コマンド・ライン・プロンプトを設けてシステムのデータ転送の隘路を除去することが必要になることが多い。 その結果、システム速度又はユーザー・フレンドリ性が大巾に損なわれる。

【０００６】ＣＲＴ表示装置を使用する他の形式の端末は、グラフィックスをベースとする端末である。 グラフィックス・ベース型の端末は、文字の表示に加えて、ホスト・コンピュータからのコマンドを翻訳処理し、グラフィックス表示装置上に線、箱、円、様式化されたテキスト及びグラフィックス文字を描くことができる。 こうして、インターフェースのユーザー・フレンドリ性は文字ベース型の端末に対して改善される。 しかし、グラフィックス・ベース型の端末は、典型的には、文字ベース型の端末に比べて高価であり、システム速度の犠牲においてインターフェースのユーザー・フレンドリ性を改善するにすぎない。

【０００７】パーソナル・コンピュータの爆発的流行と共に、ターミナル・エミュレータの開発のための大きな市場が生じた。 典型的には、ターミナル・エミュレータは、コンピュータが「ダム」ターミナルをエミュレートできるようにするプログラムを備えており、これによって、該コンピュータは専用端末の公知の通信プロトコルを使ってホスト・システムと遠隔的に通信することができる。 ホスト・システムは、ターミナル・エミュレータが実際の端末とは通信しておらず、自分と通信しているのだということを知らない。 ホスト・システムは公知の通信プロトコルと一致するデータを送受信するだけである。 ターミナル・エミュレータ・プログラムはホスト・
システムからのコマンドを翻訳し、ホスト・システムとの間で情報を送受信する。

【０００８】言うまでもなく、スループットやユーザー・フレンドリ性に限度があるというような、文字ベース型の端末やグラフィックス・ベース型の専用端末に固有の同じ問題や制限が、文字ベース型及びグラフィックス・ベース型のターミナル・エミュレータにも存在する。

【０００９】ユーザー・インターフェースに改良を加え、データ・スループットの隘路に関連した多くの問題を回避するために、「ターミナル・エミュレータ」システムの中には、ホスト・スペシフィックな専用ターミナル・プログラムを採用するものもある。 このような専用ターミナル・プログラムは遠隔のコンピュータに常駐し、遠隔のコンピュータによって実行されてホスト・システムとの通信を初期化し維持する。 上記の標準的な文字ベース型及びグラフィックス・ベース型のターミナル・エミュレータとは違って、ターミナル・プログラムは、遠隔のコンピュータの固定記憶装置に蓄積された多くのプロンプト・スクリーンのテキストはもちろん、グラフィックスをも備えることが多い。 例えば、ホスト・
システムへ接続する前に、ターミナル・プログラムはログオン・スクリーン又はヘルプ・スクリーンを表示してユーザーを援助する。 ログオン・スクリーン又はヘルプ・スクリーンのテキストは、ホスト・システムと通信する必要なくターミナル・プログラムに遠隔的にアクセス可能なものである。

【００１０】そのうえ、計算その他の実行可能な機能は、遠隔のコンピュータ上の専用ターミナル・プログラムにより実行される。 このようにして、専用ターミナル・プログラムは遠隔のコンピュータを「スマート」ターミナルに変え、ホスト・システムが通常実施すべき多くのタスクからホスト・システムを解放する。 その結果、
オンライン・ヘルプその他のツールのような特徴が加わったカスタマイズされたユーザー・フレンドリなプロンプト・スクリーンを得ることができ、システム全体の速度及び効率を向上させることができる。

【００１１】しかしながら、専用ターミナル・プログラムにも欠点や欠陥がある。 こうした複雑なソフトウェア・プログラムは、定義によれば、ターミナル・エミュレータではない。 これは、こうしたターミナル・プログラムが特定の形式の端末を現実に「エミュレート」していないからである。 その代わりに、ターミナル・プログラム及びホスト・システムは、互いに理解できる独自のプロトコルを用いて相互に通信する。 このターミナル・プログラムはホスト・システムの特定の要求に対してカスタマイズされ、ホスト・ソフトウェアの一体的な部品として相互作用を行う。 その結果、専用ターミナル・プログラムの主要な問題は、１つの特定のホスト・システムとのみコンパティブルであるということである。 本当のターミナル・エミュレータは多くのホスト・システムに知られた標準的な文字・グラフィックス通信プロトコルを使用しており、したがって、包括的であって、多くのホスト・システムとの通信が可能である。 一方、ホスト・スペシフィックな専用ターミナル・プログラムはフレキシブルではなく、１つのホスト・システムの極めて特定のコマンドを認識して応答するのみである。

【００１２】更に、専用ターミナル・プログラムのそれぞれのコマンドは、該プログラムが設計されたホストに対してスペシフィックであるので、それぞれの新たなホスト・システムに対して新たなターミナル・プログラムを書く必要がある。 ホスト・システムの形式が異なる毎に、数百、数千の専用のターミナル・プログラムを開発することは不可能である。 その時間消費的な性質及びこうした作業の出費に加えて、多くの遠隔システムには、
所要の数千もの専用のターミナル・プログラムを記憶させるに足るデータ記憶容量がない。

【００１３】専用ターミナル・プログラムの別の問題は、こうしたプログラムが大型で複雑なことが多いことである。 専用ターミナル・プログラムの主要な目的は、
或る種のタスクとテキスト処理責任性とをホスト・システムから遠隔のコンピュータへ移すことであるから、ターミナル・プログラムは相当な量のディスク記憶スペースを必要とするのが普通であり、遠隔のコンピュータ上でインストールし維持することは典型的には困難である。

【００１４】専用ターミナル・プログラムの更に別の問題は、ホストに対して動的変更を行うことが難しいということである。 標準的な文字又はグラフィックス端末又はエミュレータの場合、ホスト・システムに対する変更は端末又はエミュレータ自体に対する変更を必要としない。 しかし、専用ターミナル・プログラムの場合、ホスト・システムの変更は、専用ターミナル・プログラムに対しても実質的な対応の変更を要求することが多い。 例えば、ホスト・システムがプロンプト・スクリーンを変更したり、ログイン・スクリーンやヘルプ・スクリーンのような新たな特徴を追加したりすると、ホスト・システム及び専用ターミナル・プログラムは当該変更を受け入れるよう更新されなければならない。 それぞれの遠隔位置で専用ターミナル・プログラムを更新することは、
小さなタスクではない。 更新された専用ターミナル・プログラムを含むディスクをメールを介してそれぞれの遠隔位置へ送り、又は、専用ターミナル・プログラムのその他の精巧なオンライン・パッチ作業を行わなければならない。

【００１５】

【発明が解決しようとする課題】前記の事項に鑑みて、
この発明の主要な目的は、従来のシステムや装置の持つ欠点や欠陥が無く、ユーザー・フレンドリな動作を行う、高速で効率的な遠隔通信システムを提供することである。

【００１６】この発明の一般的な目的は、ホスト・システムとのユーザー・フレンドリなインターフェースを達成するために遠隔のコンピュータのオペレーティング・
システムを利用することができる、グラフィック環境又はウィンドウ動作環境に見出されるようなフレキシブルな遠隔通信システムを提供することである。

【００１７】この発明の他の一般的な目的は、多くの独立のホスト・システムとコンパティブルであるよう設計された遠隔通信システムを提供することである。

【００１８】この発明の更に別の目的は、比較的小さなソフトウェア・インターフェース・プログラムを持ち、
ホストのシステムが更新され又は修正されたときにも修正を必要としない遠隔通信システムを提供することである。

【００１９】

【課題を解決するための手段】この発明にあっては、上記の及び他の目的は改良された遠隔通信システムにおいて実施される。 このシステムは、従来の装置及び方法、
即ち、複数のホスト・システムのソフトウェアとはコンパティブルでないうえ、ホスト・システムが変更され又は更新されたときに保持し更新することが困難な大型で複雑な専用ターミナル・プログラムを持つ従来の装置及び方法とは異なる。 この発明の遠隔通信システムは、従来の装置及び方法に固有のデータ転送の隘路という非能率性のない高速で効率的でユーザー・フレンドリなインターフェースを提供する。

【００２０】この発明の一つの特徴によれば、オペレーティング・システムをベースとする遠隔通信システムは、ホスト・システムからデータと命令コマンドとを受信して翻訳する小型で比較的簡単なターミナル・プログラムを遠隔のコンピュータに設けることによって達成される。 ホスト・スペシフィックなコマンドを翻訳し実行する複雑な専用ターミナル・プログラムを持つのではなく、この発明のエミュレータは、遠隔通信システムが理解し実行するオペレーティング・システムの基本タスク（例えば、ウィンドウ、ボタン、編集フィールド、リストボックスその他のオペレーティング・システム・オブジェクトの作成）に基づくコマンドを採用する。 ホスト・システムと遠隔通信システムとの間でデータを送受信し表示するのに加えて、この発明の遠隔通信システムの機能は、ホスト・システムからの命令を受信、翻訳し、
遠隔通信システムのオペレーティング・システムに命令を実行するよう命令し、次いで、命令の成功した完了をホスト・システムへ報告することである。

【００２１】こうして、この発明は、ユーザーが知っているウィンドウ又はグラフィック・インターフェースをユーザーに提供することにより、ユーザー・フレンドリ性が達成される遠隔通信システムを開示する。 ユーザー・インターフェースを表示し維持する負担をホスト・システムから取り除くことにより、速度とスループットとが向上する。 遠隔通信システムのオペレーティング・システムの特徴に合わせたコマンドを採用することにより、可搬性と柔軟性とが達成される。

【００２２】この発明の利点は、文字をベースとするエミュレータ、グラフィックスをベースとするエミュレータ及び専用ターミナル・プログラム・“エミュレータ”
に固有の多くの問題を解消しながら、これらの装置の有利な特性を維持することができることである。

【００２３】この発明の他の特徴及び利点は、図面を参照して以下の詳細な説明を理解するとき明白になろう。

【００２４】

【発明の実施の形態】以下、この発明を最適な実施形態について説明するが、この発明はこれらの実施形態に限定されるものではない。 この発明は、特許請求の範囲の請求項によって定義された発明の精神と範囲内に含まれる代替物、修正物及び等価物をも含むものである。

【００２５】図１は、この発明の一実施形態のブロック図を遠隔通信システム１０の形式で表している。 一般的に、遠隔通信システム１０は、マイクロプロセッサ（Ｃ
ＰＵ）１４と、モデム１６、ハードディスク・ドライブ（ＨＤＤ）１８、ビデオ・グラフィックス・カード２
０、シリアル・キーボード・ポート２１、キーボード２
２、表示モニタ２６を含むコンパティブルな周辺機器とを備えたパーソナル・コンピュータ１２から成る。 マイクロプロセッサ１４と周辺機器との間の通信は通信バス３０を介して行われる。

【００２６】マイクロプロセッサ１４は例えばインテル８０４８６であり、パーソナル・コンピュータ１２はマイクロソフト・ウィンドウズ（登録商標）・オペレーティング・システムを動作させているのが好ましく、８メガバイトのランダム・アクセス・メモリ（ＲＡＭ）２４
を備えている。 この発明の図示の実施形態で用いられる要素については、ここで特に詳述しないが、当業者に公知のとおり、発明の範囲を逸脱することなく、多くの変更及び置換が可能である。

【００２７】典型的には、遠隔通信システム１０は以下のとおりに動作し、使用される。 遠隔通信システムを端末として使用するユーザーは、キーボード２２によってコマンドを入力することにより、ホスト・システム５０
との通信を開始するよう遠隔通信システム１０に指示する。 ＲＡＭ２４に記憶されたターミナル・エミュレータ・プログラム１１は遠隔通信システム１０の動作及びホスト・システム５０との間でのデータの送受信を制御する。 ログインその他の情報は遠隔通信システム１０のモデム１６で変調され、電話線４８を介してホスト・システム５０へ送られる。 ホスト・システム５０に接続されたモデム５４は受信された情報を復調する。 ホスト・システムと遠隔通信システム１０との間の通信のために、
モデムの代わりに、例えば、総合ディジタル通信網（Ｉ
ＳＤＮ）又はディジタル電話回線のような他の通信手段を用いてもよい。

【００２８】図の実施形態において、一般的に、ホスト・システム５０は、マイクロプロセッサ（ＣＰＵ）６４
とハードディスク・ドライブ（ＨＨＤ）６８を含むコンパティブルな周辺機器とを備えた８０４８６−６６ Ｍ
ｚ ゲートウェイ ２０００コンピュータ６２から成る。 マイクロプロセッサ６４と周辺機器との間の通信は通信バス７０を介して行われる。

【００２９】図２に示すように、ステップ１００において遠隔通信システム１０はホスト・システム５０を呼び出す。 遠隔通信システム１０がターミナル・エミュレータ・プログラム１１のコピーを持っていれば、遠隔通信システム１０はホスト・システム５０の応答を５秒間待ち（ステップ１０４）、ホスト・システム５０にログイン・ストリング「〜 〜 〜 〜」を送る（ステップ１０
６）。 ホスト・システム５０はログイン・ストリングの受信をログイン応答ストリング「= = = =」を送出することによって応答する（ステップ１０８）。 ステップ１
１０において、遠隔通信システム１０は、使用されているオペレーティング・システムやプロセッサの形式及びパーソナル・コンピュータ１２がマウスを有するかどうかの情報を含む初期化ストリングをホスト・システム５
０に送る。 この時点で通信が確立され、ホスト・システム５０はコマンドその他の命令やデータの遠隔通信システム１０への送出を開始することができる（これについては後述する）。

【００３０】逆に、パーソナル・コンピュータ１２がターミナル・エミュレータ・プログラム１１を持っていないと、ホスト・システム５０は、７秒間待ってもパーソナル・コンピュータ１２からログイン・ストリング「〜
〜 〜 〜」が来ないとき、ＡＳＣＩＩテキスト・プロンプトを送り、ユーザーがターミナル・エミュレータ・
プログラム１１のダウンロードを望むかどうかを質問する（ステップ１１２）。 ユーザーの答えがノーであれば、ホスト・システム５０はハングアップする（ステップ１１６）。 しかし、ユーザーの答えがイエスであれば、ホスト・システム５０は、ＸＭＯＤＥＭのような工業標準ファイル転送プロトコルを用いてターミナル・エミュレータ・プログラム１１をパーソナル・コンピュータ１２へ送り（ステップ１１８）、ユーザーが端末セッションの開始を望むかどうかを質問する（ステップ１２
０）。 ユーザーの答えがイエスであれば、パーソナル・
コンピュータ１２はホスト・システム５０との接続を維持しながらターミナル・エミュレータ・プログラム１１
を実行し、ホスト・システム５０へログイン・ストリング「〜 〜 〜 〜」を送出する（ステップ１０６）ことによって上記の端末セッションを開始する。

【００３１】ログインの処理が完了すると、ホスト・システム５０の要件に依存して、ホスト・システム５０はコマンド又は他の命令を遠隔通信システム１０へ送る。
当該分野においては周知のように、ホスト・システム５
０は、ＲＡＭ６６に記憶され且つ無制限の数のサービスの中の１つ以上のサービスを実行するホスト・プログラム５１を有する。 例えば、ホスト・システム５０は電子掲示板サービス、データベースその他の情報サービス、
又は一層進歩したプロジェクト・スペシフィックなサービスを提供する。 言うまでもなく、ホスト・プログラム５１はホスト・システム５０のオペレーティング・システムとコンパティブルな任意の言語で書くことができる。

【００３２】ホスト・システム５０からコマンドを受信すると、ターミナル・エミュレータ・プログラム１１はそのコマンドを翻訳し、遠隔通信システム１０のオペレーティング・システムへ伝えて実行させる。

【００３３】図３は、ホスト・システム５０と遠隔通信システム１０との間で送られるコマンドの総合データ構造フォーマットを示している。 この実施形態においては、１バイト長のエスケープ文字（２７）がどのコマンドにおいても先頭に置かれる。 エスケープ文字の後に、
１バイト又は２バイトのコマンド・セットが続く。 このコマンド・セットの最初の１バイトはコマンドそのものである。 その次のバイトはコマンドに対するオプションの拡張子である。 コマンド・セットの後に、必要であれば、コマンドのパラメータが続く。 このパラメータの後に、コマンドやパラメータが正しく送信され受信されたことを確かめるために、８ビットの巡回冗長検査（ＣＲ
Ｃ）の数値が続く。 コマンドが拡張子又はパラメータを含まないならば、ＣＲＣ検査の後には、間隙やヌル・スペースなしでコマンドが続く。 場合によっては、コマンドのパラメータは可変長のデータを含んでもよい。 この場合、可変長のデータの後にＣＲＣ検査が続く。 図４〜
図６は、この発明の実施形態において使用される基本的な核心のコマンド、そのパラメータ及び簡単な説明のリストである。

【００３４】グラフィックスの制御のためのコマンドの中には、総合コマンド・フォーマットに従わないものもある。 その代わりに、「刷毛を選択せよ」、「ペンを選択せよ」、「円を描け」、「メタファイルを描け」というようなグラフィックス・コマンドは、先頭のエスケープ文字（２７）を含まない。 このようなグラフィックス・コマンドはコマンドの組において（例えば、遠隔通信システム１０の表示モニタ２６を制御するために）一緒に送られることが多いので、こうしたコマンドの一つの組を特別のエスケープ・シーケンス（この場合には、＜
ＥＳＣ＞＜Ｂ＞）で識別することが能率的である。 遠隔通信システム１０は、特別のエスケープ・シーケンスを受信した後、エスケープ文字（２７）によって一連のコマンドが終了するまで、特別のエスケープ・シーケンスに続く一連のコマンドをグラフィックス・コマンドであると翻訳する。

【００３５】この発明の実施形態においては、遠隔通信システム１０は、ウィンドウ、ボタン、編集フィールド、リストボックスその他のオペレーティング・システム・オブジェクトの作成を援助するためにダイアログ・
リソースを使用する。 ダイアログ・リソースは、オペレーティング・システム・オブジェクトを定義するパラメータを含むファイルであり、オブジェクトがどのように見え、どのように動作するかを定義するパラメータを含む。 例えば、マイクロソフト・ウィンドウズ（登録商標）プログラムにおける各ウィンドウは種々のオブジェクトを含む。 ウィンドウの最上部に位置するオブジェクト（例えば、ボタン、編集フィールド、リストボックス、スクロール・バー）はコントロールと呼ばれる。 プログラマ又はユーザーによって作られたダイアログ・リソース・ファイルは、コントロールに対する情報パラメータを記憶する。 遠隔通信システム１０はダイアログ・
リソースに含まれた情報を使用し、もって、オペレーティング・システムに対しオペレーティング・システム・
オブジェクトを作って維持するよう命令する。

【００３６】ダイアログ・リソースは必要に応じてホスト・システム５０によって遠隔通信システム１０へ送出される。 図４に示すように、ホスト・システム５０がダイアログ・リソースを作るために使用されるコマンドは、「Ｃ」拡張子を有する「Ｗ」である。 ホスト・システム５０は遠隔通信システム１０へダイアログ番号、ダイアログ・ペアレント番号、ダイアログＩＤ及びダイアログ・バージョンをパラメータとして送出する。 ダイアログ番号はどのダイアログ・リソースを表示すべきかを識別する。 ダイアログ・ペアレント番号はダイアログ・
ウィンドウのペアレントの番号である。 ダイアログ・ウィンドウにペアレントがなければ、ダイアログ・ペアレント番号は２５５に等しい。 ダイアログＩＤは、ダイアログ・ウィンドウ・テンプレートを含む符号化されたリソース・ファイル名であり、ダイアログ・バージョンは表示されるべきダイアログ・リソースのバージョン番号を含む。

【００３７】遠隔通信システム１０のプロトコルは、遠隔通信システム１０がダイアログ・リソースを持たないときに、ダイアログ・リソースを含むファイルのホスト・システム５０からの自動転送を提供する。 図７は、ダイアログ・リソース・ファイルを送出し、その結果のダイアログ・ボックスを表示モニタ２６上に表示するために遠隔通信システム１０とホスト・システム５０とが従う動作シーケンスを表すフロー図である。 ホスト・システム５０が遠隔通信システム１０にウィンドウを表示するよう指示すると、ステップ２００において、ホスト・
システム５０はモデム５４を介して、当該ウィンドウの番号識別子及び当該ウィンドウのバージョン番号を送信する。 そこで、遠隔通信システム１０は、要求されたウィンドウに関連したダイアログ・リソース・ファイルをハード・ディスク・ドライブ１８に持っているかどうかをチェックする（ステップ２０２）。 持っていれば、遠隔通信システム１０は、ダイアログ・リソース・ファイルから検索された情報を使ってウィンドウを表示モニタ２６のスクリーン上に生成して表示し（スクリーン２０
４）、ホスト・システム５０に対してウィンドウの生成を応答する（ステップ２０６）。

【００３８】遠隔通信システム１０が識別されたダイアログ・リソース・ファイルを持っていないとき、遠隔通信システム１０はダイアログ・リソース・ファイルを要求されたリソースに内部リストを加え、ホスト・システム５０からダイアログ・リソース・ファイルを要求する（ステップ２１０）。 ダイアログ・リソース・ファイルの要求を受け取ると、ホスト・システム５０はダイアログ・リソース・ファイルを遠隔通信システム１０へ転送する（ステップ２１２）。 ステップ２１４において、遠隔通信システム１０はダイアログ・リソース・ファイルを受信して記憶し、要求されたリソースのリストからダイアログ・リソース・ファイルを取り除く。 次いで、遠隔通信システム１０は表示モニタ２６のスクリーン上にウィンドウを作成して表示し（ステップ２０４）、ホスト・システム５０に対してウィンドウの作成を知らせる（ステップ２０６）。 図６は、ダイアログ・ボックスの成功した作成を知らせるメッセージのフォーマットを示している。

【００３９】ダイアログ・リソースを用いてウィンドウを作成することにより、遠隔通信システム１０がウィンドウを表示し保持するに要する時間を大幅に短縮することができる。 遠隔通信システム１０はウィンドウを表示し保持する方法を知っているので、上述のとおり、ウィンドウに関するほんの少量の情報を遠隔通信システム１
０へ送信するだけで足りる。

【００４０】ホスト・システム５０のソフトウェアを作成するプロセスも大幅に簡単化される。 遠隔通信システム１０の表示モニタ２６にウィンドウを表示するために、ホスト・システム５０は所望のウィンドウを表示させるコマンドを送るだけである。 遠隔通信システム１０
がウィンドウに対するダイアログ・リソース・ファイルを持っていれば、そのウィンドウが表示される。 また、
遠隔通信システム１０が該ダイアログ・リソース・ファイルを持っていなければ、ホスト・システム５０は応答の容易なダイアログ・リソース・ファイルについての要求を受信することになる。 こうして、ウィンドウその他のオペレーティング・システム・オブジェクトをオペレーティング・システムによって表示モニタ２６上に表示し保持することができる。 その代わりに、遠隔のパーソナル・コンピュータ１２のオペレーティング・システムがＭＳ−ＤＯＳ（登録商標）のようなオペレーティング・システム・オブジェクトをサポートしない形式のものであれば、オペレーティング・システム・オブジェクトに関係するコマンドはターミナル・エミュレータ・プログラム１１によって実行される。

【００４１】いずれにしても、ユーザーが表示モニタ２
６のスクリーン上のオブジェクト（例えば、ウィンドウ内のボタン）を作動させると、ホスト・システム５０に連絡が入り、必要ならば、ホスト・システム５０は遠隔通信システム１０に別の命令と情報を送出する。 例えば、ボタンが作動されたことをホスト・システム５０に通知するメッセージのフォーマットは、図６の２行目に示すとおりである。

【００４２】言うまでもなく、ダイアログ・ウィンドウを作成し表示するため以外にも、リソース・ファイルを用いることができる。 この発明においては、頻繁に反復されるグラフィックス、ビデオ、オーディオ、リストその他のテキストを送信し分配するのを援助するためにも、リソースを使用することができる。 更に、遠隔通信システム１０で実行することができるソフトウェア・コードを含むリソース、例えば、動的にリンクされたライブラリ（ＤＬＬ）が使用可能である。 実行可能なコードを含むリソースを遠隔通信システム１０へ送ることにより、遠隔通信システム１０が実行する多くの時間消費的なタスクが軽減されるので、ホスト・システム５０の隘路が解消される。

【００４３】例えば、遠隔通信システム１０が保持するデータベースは局所的にサーチできるので、長い場合もあるデータベースをホスト・システム５０へ送るのに必要な時間を節約できる。 更に、実行可能なコード・リソースは、遠隔通信システム１０に対するデータ又は表示集約的なタスク（例えば、リポートの生成やグラフィックスの表示及び操作）を軽減するのに特に有用である。

【００４４】ＤＬＬコード・リソース・ファイルの場合、ホスト・システム５０は、（１）ＤＬＬバージョン番号及び（２）機能プロトタイプ（リターン・タイプと各機能が必要とするパラメータのリストとを含む）を含む初期化ファイル（.ＩＮＩ）を保持する。 このパラメータのリストは、ＤＬＬが遠隔通信システム１０上で動いているときにＤＬＬによって送受されるメッセージのサイズと構成に関する情報を含むものである。

【００４５】ホスト・システム５０が遠隔通信システム１０上のＤＬＬの機能を実行したいとき、ホスト・システム５０はＤＬＬバージョン番号、ＤＬＬによって実行されるべき機能及びＤＬＬにより使用されるべきパラメータを送出する。 所望の機能を実行した後、.ＩＮＩファイルの機能プロトタイプがリターン値を要求していたならば、ＤＬＬはホスト・システム５０にリターン値を送る。

【００４６】上記のＤＬＬは実際にはパーソナル・コンピュータ１２上で実行されているので、ＤＬＬに含まれるコードはコンピュータ・スペシフィックでなければならない。 したがって、この発明の別の実施形態においては、実行可能なコード・リソースは、遠隔のパーソナル・コンピュータ１２のオペレーティング・システムから独立した標準化され且つスクリプト化された言語でパーソナル・コンピュータ１２へ送出される。 次いで、パーソナル・コンピュータ１２によりインタープリタが使用され、ホスト・システム５０から送出された実行可能なコード・リソースを翻訳する。 スクリプト化された命令を復号した後、実行可能なコード・リソースによって要求されたコマンドをインタープリタは実行する。 代わりに、インコンパティブルなコードそのものをパーソナル・コンピュータ１２によって翻訳し、次いで実行することもできる。

【００４７】実行可能なコード・リソースを上記のように送信し使用することにより、カスタマイズされ極めて強力で莫大な量のユーザー・インターフェースを達成することができる。

【００４８】図８は、遠隔通信システム１０との間で送受するのに使用されるデータ構造とファイル転送プロトコルとを示している。 遠隔通信システム１０へのファイル転送の場合、いずれのコマンドについても、エスケープ文字（２７）はコマンドに先行する。 エスケープ文字の後のＡＳＣＩＩ文字（１）はブロックの開始を示す。
その次のバイトは、ファイル（４ビット）の送信番号と送信されるべきデータのブロックのブロックサイズ（４
ビット）とを含む。 その次のバイトはメッセージに含まれるブロック番号を表し、それに続くバイトは、先行する４バイトが正しく送受信されたことを確認するためのＣＲＣ検査の数値である。 ブロックに対するデータはＣ
ＲＣ検査の数値の後に与えられる。 ブロックサイズを復号することにより、遠隔通信システム１０はメッセージに含まれるデータの量を知る。 この実施形態においては、データ量はブロックサイズの２乗に等しく、１バイト〜３２キロバイトである。 １６ビットのＣＲＣ検査の数値がデータの後に続き、データが正しく送受信されたことを確認する。

【００４９】リソースその他のデータ・ファイルの転送を開始するため、ホスト・システム５０は、エスケープ文字、それに続く文字１、送信番号及びゼロ・ブロック番号を遠隔通信システム１０へ送信することにより、ファイル転送会話を開始するコマンドを送る。 実際のファイル・データの代わりに、ゼロ・ブロック番号に続くデータのセクションは １）「ファイル名」−−−１３文字までのストリング ２）「ファイル長」−−−“０”から“９”までの文字のストリング ３）「ファイル形式」−−−１文字−−リソース・ファイルに対する“Ｒ”他のファイルに対する“Ｆ” ４）「ファイル日付」−−−“０”から“９”までの文字のストリング ５）「ファイル時間」−−−“０”から“９”までの文字のストリング の情報を含む。

【００５０】上記の項目のそれぞれはヌル（０）文字によって分離され、データの残余の部分にはヌル文字が挿入されてブロックサイズを満たす。 ゼロ・ブロック・コマンドを受信した後、遠隔通信システム１０は与えられた「ファイル名」でハード・ディスク・ドライブ１８にファイルを開き、アクティブなファイルの送信をアクティブなファイル・テーブルに登録する。 「ファイル名」
に対する３バイトの拡張子はリソースの形式を定義する。 即ち、“.ＤＲＣ”はダイアログ・リソースを表し、“.ＷＭＦ”はメタ・グラフィックス・ファイルを表し、“.ＢＭＰ”はデバイスから独立のビットマップ・グラフィックス・ファイルを表し、“.ＴＸＴ”はＡ
ＳＣＩＩテキスト・ファイルを表し、“.ＬＳＴ”はＡ
ＳＣＩＩリスト・ファイルを表す。

【００５１】送受信される新たなデータ・ブロック毎に、遠隔通信システム１０はデータについてＣＲＣ検査を行い、その結果と送信されたＣＲＣ検査の数値とを比較する。 ブロックのＣＲＣ検査の数値が計算されたＣＲ
Ｃ検査の数値と一致すると、新たなデータをファイルの最後に追加することによりファイルを更新する。 ファイルのサイズが「ファイル・サイズ」と一致すると、転送が完了し、ファイルが閉じられる。 送信されるべきデータが更にあるならば、ファイルは開いた状態を取り続け、ファイル転送レコードが保持され更新される。

【００５２】データのブロックを成功裡に受信した後、
遠隔通信システム１０はホスト・システム５０へ肯定応答（ＡＣＫ）を送る。 送信に誤りがあったならば、遠隔通信システム１０はホスト・システム５０へ否定応答（ＮＡＫ）を送る。

【００５３】図９は、肯定応答及び否定応答のデータ構造を示している。 再び、１バイト長のエスケープ文字（２７）が、ＡＣＫコマンド及びＮＡＫコマンドを含む全部のコマンドに先行する。 エスケープ文字の後にＡＣ
Ｋ（６）又はＮＡＫ（２１）文字がある。 ＡＣＫ文字はブロックの成功した送信を示し、ＮＡＫ文字はブロックの不成功の送信を示す。 その次のバイトは、ファイル（４ビット）の送信番号と送信されたデータのブロックのブロックサイズ値（４ビット）とを含む。 その次のバイトは送信されたブロックの番号を表し、最後のバイトは、先行する４バイトが正しく送受信されたことを保証するのに使用される巡回冗長検査（ＣＲＣ）の数値を表す。

【００５４】送信番号は応答において提供され、遠隔通信システム１０及びホスト・システム５０において保持される。 これは、後述するとおり、ホスト・システム５
０は複数のファイル転送からのＡＣＫを期待しているからである。 ブロック番号は、ホスト・システム５０が次のブロックの転送を開始する前に以前に送信されたブロックの応答を待つ必要がないように提供される。

【００５５】ファイル転送の適正な動作及び完了を保証するために、ホスト・システム５０は応答のないブロックのリストを保持する。 ＡＣＫが受信されると、ホスト・システム５０は当該ブロックを応答のないブロックのリストから取り除く。 しかし、ホスト・システム５０がＮＡＫを受信すると、そのブロックは再送信され、応答のないブロックのリストに残る。 ブロックの送出を保証するために、ブロックが送信されるとタイマーがセットされる。 タイマーがＡＣＫ又はＮＡＫを受信することなく満了すると、当該ブロックは再送信される。

【００５６】この発明の重要な特徴によれば、コマンド及び要求は、ファイル転送のブロックの間に遠隔通信システム１０へ送信し、そこから受信することができる。
これにより、１つ以上のファイルの転送をバックグラウンドで行いながら、ユーザーはホスト・システム５０の特徴へのアクセスを続行することができる。 現在のファイル転送の全部のブロックを送信し終わらないうちに、
リソース又は他のファイルの送信が要求されると、送信番号により、遠隔通信システム１０及びホスト・システム５０は送信されるべきファイルを追跡することができ、それによって、複数のファイルの複数のブロックを同時に送信することができる。

【００５７】この発明の他の重要な特徴によれば、先行のブロックに誤りが検出された後に送信されるデータのブロックは、遠隔通信システム１０のＲＡＭ２４にバッファー記憶される。 誤りを含むブロックの送信後、バッファーされたブロックは再送信されたブロックと結合され、ファイル内の適切な位置に追加される。 このようにして、正しく送信されたブロックの再送信は最小に保持される。 用心のため、誤りが検出された後に送出され得るデータの量はウィンドウの特性によって制限される。
応答のないブロックの数が予め設定した値（例えば、４
ブロック）を越えると、ホスト・システム５０は新たなブロックの送出を停止する。

【００５８】時折、長いファイルの転送の場合に特に、
電話線における誤り又は他の誤りが発生し、遠隔通信システム１０又はホスト・システム５０にファイル転送をアボートさせることがある。 こうした場合、アボートされたファイルの一部は正しく受信され、遠隔通信システム１０のハード・ディスク・ドライブ１８に記憶された可能性もある。

【００５９】したがって、図１０に示すとおり、ゼロ・
ブロック・コマンドを受信すると（ステップ３００）、
遠隔通信システム１０はハード・ディスク・ドライブ１
８をまずチェックし、「ファイル・サイズ」よりも小さいサイズで「ファイル名」と同じ名前のファイルが存在するかどうかを決定する（ステップ３０２）。 こうしたファイルが存在しないと、遠隔通信システム１０は「ファイル名」というファイル名でファイルを開き、ホスト・システム５０に該ファイルを送るよう知らせる（ステップ３０４）。 ステップ３０６で、ホスト・システム５
０は、ファイルを遠隔通信システム１０へ送信することにより、ファイル転送を完了する。

【００６０】「ファイル名」と同じ名前のファイルがハード・ディスク・ドライブ１８上に実在すれば、遠隔通信システム１０はその実在のファイルについてＣＲＣ検査を実施し、送信番号、実在のファイルの長さ及びＣＲ
Ｃ検査の数値を含む通知をホスト・システム５０へ送る（ステップ３０６）。 そこで、ホスト・システム５０
は、実在のファイルの長さによって識別された、転送されるべきファイルの当該部分について同じＣＲＣ検査を行い（ステップ３０８）、ＣＲＣ検査が一致するかどうかを決定する（ステップ３１０）。 一致しなければ、ホスト・システム５０は送信をアボートし、一致が発生しなかった旨を遠隔通信システム１０に対して通知する（ステップ３１２）。 ＣＲＣ検査が一致すると、ホスト・システム５０は遠隔通信システム１０に一致を通知し、次いで、実在のファイルが持たない追加のデータ・
ブロックを遠隔通信システム１０に対して送出する（ステップ３１４）。 次いで、遠隔通信システム１０は追加のデータ・ブロックを以前の実在のブロックと結合し、
完全なファイルを形成する。

【００６１】当業者には理解できるところであるが、遠隔通信システム１０からホスト・システム５０へのファイル転送も同時に、これまで説明したと同じ方法で行うことができる。

【００６２】この発明の遠隔通信システム１０はリストボックスを表示する能力を持つ。 本質的には、リストボックスは、ウィンドウ内に限られた数の項目を表示することにより、また、ユーザーがリストをスクロールして所望の他の項目を見ることができるようにすることにより、ユーザーが項目のリストを見ることができるようにするコントロールである。 リストボックスは、大きな項目リストボックスを表示するのを援助するのに特に有用である。 例えば、リストボックスは従業員のリストやディレクトリに蓄積されているドキュメントのリストを表示する。 リストボックスを表示するには、プログラムは、リストボックスを含むストリングのリストボックスを保持することが一般的には必要である。 オペレーティング・システムはデータ操作を取り扱うとともに、表示モニタ２６のウィンドウ内でリストボックスをスクリーン上に表示させる。

【００６３】短いリスト（例えば、３０項目よりも小さいもの）については、ホスト・システム５０は、複数のコマンドを発してラインを所要のリストボックスに挿入することにより、リストボックスを保持するだけである。 コマンドの数を減らすために、ホスト・システム５
０は遠隔通信システム１０に項目の全リストを送信するだけでよい。 次いで、項目のリストは遠隔のパーソナル・コンピュータ１２のオペレーティング・システムを用いて保持され、表示される。 しかし、数千以上の項目を含むこともある大型のリストを保持し又は送信しなければならないのを避けるために、この発明の遠隔通信システム１０はリストを更新する他の方法を提供する。

【００６４】大型のリストボックスを更新する他の方法は、リストボックスに含まれる項目の全部をユーザーは見るのは稀であるという事実を利用する。 図１１において、リストボックスを初期化するために、ホスト・システム５０は初期化ストリングを遠隔通信システム１０へ送る（ステップ４００）。 初期化ストリングはリストボックスに含まれる項目の数を含んでいる。 初期化ストリングの送出直後に、ホスト・システム５０はリストボックスの可視部分を正しく表示するに足る項目を送出する（ステップ４０２）。 遠隔通信システム１０は項目を受信すると（ステップ４０４）、その項目をリストボックスの可視部分に表示する（ステップ４０５）。

【００６５】リストボックスの可視部分が移動すると必ず、オペレーティング・システムはターミナル・エミュレータ・プログラム１１に通知し、可視部分にブランク・スペースが見えるかどうかを決定させる（ステップ４
０６）。 見えれば、ターミナル・エミュレータ・プログラム１１は、遠隔通信システム１０がリストボックスを正しく表示するのに必要な項目を持つかどうかチェックする（ステップ４０８）。 持っていれば、遠隔通信システム１０は所望の項目を表示する（ステップ４１０）。
遠隔通信システム１０がリストボックスを正しく表示するのに必要な項目を持っていないならば、遠隔通信システム１０は所望の項目にマークを付し、項目を供給するようホスト・システム５０に要求する（ステップ４１
２）。

【００６６】誤った電話線接続に関連した問題を最小化するために、遠隔通信システム１０は、リストボックスの項目が要求されるとタイマーをセットする（ステップ４１２）。 ステップ４１４において、遠隔通信システム１０は所望の項目を受信したかどうか決定する。 受信していれば、遠隔通信システム１０はその項目をリストボックスの可視部分に表示する（ステップ４０５）。 しかし、受信していなければ、遠隔通信システム１０はタイマーが満了したかどうかチェックする（ステップ４０
６）。 タイマーが満了していれば、遠隔通信システム１
０は所望の任意の項目をチェックし、リストボックスの現在の可視部分におけるブランク・スペースについてリストボックスをチェックする。 この時点において、遠隔通信システム１０は、必要であれば、リストボックスの項目の再送信を要求する（ステップ４１２）。

【００６７】同じ項目に対する多重要求を除去するために、遠隔通信システム１０はホスト・システム５０から受信した項目を保持する。 また、遠隔通信システム１０
は、ホスト・システム５０からの情報に対する要求を、
任意の時点でリストボックスを正しく表示することができる項目数に限定し、ユーザーが項目のリストを迅速にスキャンしているだけのときにホスト・システム５０によって送信されるべきデータ量を削減する。 このようにして、不要なデータに対する多重要求がシステムのデータ転送能力を滞らせる（ｂａｃｋｌｏｇ）ことはない。

【００６８】この発明の別の実施形態においては、ホスト・プログラム５１はスクリプト言語で書かれている。
スクリプト言語は、ターミナル・エミュレータ・プログラム１１とコンパティブルであり且つ該プログラム１１
によって認識可能なコマンドの組を提供する。 例えば、
スクリプト言語は、ダイアログ・ボックス及びメッセージ・ボックスを作成し破壊するためのコマンド、及び、
遠隔通信システム１０からの種々雑多なメッセージ（例えば、ボタンの作動や編集フィールドの更新に関係するもの）に応答するためのコマンドを含む。 そこで、スクリプト言語は、実行可能なホスト・プログラム又はインタープリタによって翻訳することができるホスト・プログラムを作成するため、スクリプト・コンパイラによってコンパイルされる。

【００６９】ホスト・プログラム５１をスクリプト言語で書くことにより、複数のホスト・システムを維持し保守することが容易になる。 スクリプト言語は、遠隔通信システムとインターフェースすることができるホスト・
プログラムを作成するための簡単なプラットフォームを提供すると共に、全部のホスト・システムに適用可能な反復的で周知のコード（例えば、通信プロトコル等のためのコード）を開発し保持するためのホスト・システム設計者の必要性を軽減する。

【００７０】以上の詳細な説明から理解されるとおり、
この発明が開示するのは、システムの速度や可搬性を犠牲にすることなく、ウィンドウ環境又はグラフィックス環境において強力でユーザー・フレンドリなインターフェースを提供する改良された遠隔通信システムである。

【図面の簡単な説明】

【図１】この発明に係る遠隔通信システムの一実施形態の概略図で、主要な要素の配置を示している。

【図２】遠隔通信を初期化し、端末セッションを開始するための、図１の遠隔通信システムとホスト・システムとが従う動作のシーケンスを表すフロー図である。

【図３】図１の遠隔通信システムとホスト・システムとの間で送られるコマンドの一般的なデータ構造フォーマットである。

【図４】図１の遠隔通信システム及びホスト・システムによって使用される基本的なコマンドとそれらのパラメータと簡単な説明とを示す表である。

【図５】図１の遠隔通信システム及びホスト・システムによって使用される基本的なコマンドとそれらのパラメータと簡単な説明とを示す表である。

【図６】図１の遠隔通信システム及びホスト・システムによって使用される基本的なコマンドとそれらのパラメータと簡単な説明とを示す表である。

【図７】遠隔のコンピュータ上でダイアログ・ボックスを作成するための、図１の遠隔通信システムとホスト・
システムとが従う動作のシーケンスを表すフロー図である。

【図８】リソースその他のファイルを図１の遠隔通信システムへ送信するのに使用されるデータ構造とファイル転送プロトコルとを示す図である。

【図９】肯定応答（ＡＣＫ）と否定応答（ＮＡＫ）とに対するデータ構造を示す図である。

【図１０】遠隔のパーソナル・コンピュータへフィールドを送信するための、図１の遠隔通信システムとホスト・システムとが従う動作のシーケンスを表すフロー図である。

【図１１】遠隔のパーソナル・コンピュータ上でリストボックスを表示し保守するための、図１の遠隔通信システムとホスト・システムとが従う動作のシーケンスを表すフロー図である。

【符号の説明】

１０：遠隔通信システム、１１：ターミナル・エミュレータ・プログラム、１２：パーソナル・コンピュータ、
１６：モデム、２２：キーボード、 ２６：表示モニタ、５０：ホスト・システム、 ５１：ホスト・
プログラム、５４：モデム。

───────────────────────────────────────────────────── フロントページの続き (71)出願人 596019215 1000 Ｈａｒｔ Ｒｏａｄ，Ｓｕｉｔｅ 260，Ｂａｒｒｉｎｇｔｏｎ，Ｉｌｌｉｎ ｏｉｓ 60010，Ｕｎｉｔｅｄ Ｓｔａｔ ｅｓ ｏｆ Ａｍｅｒｉｃａ