(57)【特許請求の範囲】
【請求項１】
少なくとも一つのホストコンピュータ（２０１）とリモートコンピュータ（２０５）との間に配置されたリモートアクセス回路モジュール（２００）であって、
上記少なくとも一つのホストコンピュータは、特定の種類のオペレーティングシステムと、上記ホストコンピュータに関する標準的なモニタに通常割り当てられるアナログＲＧＢビデオ信号を付与するビデオ出力と、上記ホストコンピュータに関する標準的なマウスにより通常送信されるマウス制御信号を受信するマウス入力とを有し、
上記リモートアクセス回路モジュール（２００）は、
上記ビデオ出力に接続されたビデオキャプチャ回路（２９／３０／３１）と、
上記マウス制御信号を、個別に、上記ホストコンピュータのマウス入力に送信するマウスインターフェース（１７）とを備え、
上記リモートアクセス回路モジュールが、更に、
上記リモートコンピュータに関するマウスポインタの現在のマウス位置をキャプチャするマウス同期化器であって、上記マウス入力によりキャプチャされる上記リモートコンピュータからのマウス信号と、上記ビデオキャプチャ回路によりその画像が受信されるマウスポインタとを調整し、上記リモートコンピュータに関するマウスポインタが移動するのに併せて、上記リモートコンピュータに関するマウスポインタが、上記ビデオキャプチャ回路により画像が受信されたマウスポインタと同期するように、マウス遅延を修正するマウス同期化器と、
上記ビデオキャプチャ回路と通信状態にあって、上記ホストコンピュータにおける特定の種類のオペレーティングシステムとは独立に動作し、上記ビデオキャプチャ回路により受信されるアナログＲＧＢビデオ信号を同期化かつデジタル化し、ネットワーク媒体（２０６）と通信状態にあるネットワークインターフェースを経由してデジタル化されたＲＧＢビデオ信号を送信し、上記ホストコンピュータがロックアップしてもはやマウス制御信号を受信することができないときにも、上記リモートコンピュータユーザに、実質的にリアルタイムで上記ホストコンピュータにより付与されたものと同様のＲＧＢビデオ信号を見えるようにするビデオ処理回路（１０）とを備えることを特徴とするリモートアクセス回路モジュール（２００）。
【請求項２】
上記ビデオ処理回路が、上記ホストコンピュータにより生成されたアナログビデオ信号のビデオフォーマット特性を推測し、上記ビデオキャプチャ回路によりキャプチャされたビデオ信号を同期化することを特徴とする請求項１に記載の回路モジュール。
【請求項３】
上記ビデオフォーマット特性が解像度情報を含むことを特徴とする請求項２に記載の回路モジュール。
【請求項４】
上記解像度情報が、ホストコンピュータのＶＧＡカードにより生成されることを特徴とする請求項３に記載の回路モジュール。
【請求項５】
上記ビデオキャプチャ回路が、上記ホストコンピュータの標準ビデオインタフェースと通信することを特徴とする請求項１ないし請求項４のいずれか１項に記載の回路モジュール。
【請求項６】
上記ビデオキャプチャ回路が、上記ホストコンピュータの標準ビデオインタフェースの出力を受信するためのソフトウェアを除く全てのソフトウェアと独立して動作することを特徴とする請求項５に記載の回路モジュール。
【請求項７】
上記ビデオキャプチャ回路が、上記ホストコンピュータにより生成されるアナログビデオ信号のビデオフォーマット特性を推測し、上記ビデオキャプチャ回路によりキャプチャされたビデオ信号を同期化することを特徴とする請求項６に記載の回路モジュール。
【請求項８】
上記ネットワークアクセスインターフェースが、リモートアクセスエンジンと協同して、同期化かつデジタル化されたビデオを上記ネットワーク媒体のロジックデータパスを経由して上記リモートコンピュータに送信することを特徴とする請求項１に記載の回路モジュール。
【請求項９】
上記ビデオ処理回路が、
上記ホストサーバからのアナログビデオ信号のデジタル化を行うメインＣＰＵ（２１）と、
上記メインＣＰＵと通信状態であるフィールドプログラマブルゲートアレイ（１１）と、
上記メインＣＰＵと上記フィールドプログラマブルゲートアレイとによりデジタル化されたホストビデオ信号を保存するとともに、上記リモートコンピュータに送信するために上記リモートアクセスエンジンにデジタル化されたホストビデオ信号を送信し、上記フィールドプログラマブルゲートアレイと通信状態にあって上記フィールドプログラマブルゲートアレイから進行する少なくともビデオ同期を受信するビデオＲＡＭ（２５／２６）と、
上記フィールドプログラマブルゲートアレイと通信状態にあって、デジタル化されたホストビデオ信号と、リモートアクセスエンジンへのマウス情報とを確認する情報を通信するバスコントローラ（２２）とを備えることを特徴とする請求項８に記載の回路モジュール。
【請求項１０】
上記ビデオ処理回路が、
上記ホストサーバからの水平ならびに垂直同期信号をそれぞれ受信する同期極性回路（３５／３７）と、
上記同期極性回路と通信状態にあって、ドットクロック信号を出力する位相ロックされたループビデオドットクロック回路（３８）と、
上記ＲＧＢビデオ信号のグラフィックモードを自動的に決定する変換器（１１）とを備えることを特徴とする請求項１ないし請求項９のいずれか１項に記載の回路モジュール。
【請求項１１】
上記ＲＧＢビデオ信号のビデオフレーム率特性を決定する回路（１１）を備えることを特徴とする請求項１０に記載の回路モジュール。
【請求項１２】
上記グラフィックモードが多数の利用可能な色を含むことを特徴とする請求項１０または請求項１１のいずれかに記載の回路モジュール。
【請求項１３】
上記グラフィックモードが、画面内の水平方向のピクセル数と、画面内の垂直方向のピクセル数との積により表される画面解像度を含むことを特徴とする請求項１０ないし請求項１２のいずれか１項に記載の回路モジュール。
【請求項１４】
上記グラフィックモードが、画面内の水平方向のピクセル数と、画面内の垂直方向のピクセル数との積により表される画面解像度に対して多数の利用可能な色を特徴付けるテーブルを含むことを特徴とする請求項１０ないし請求項１３のいずれか１項に記載の回路モジュール。
【請求項１５】
上記ビデオ処理回路が予め設定されたビデオグラフィックモード特性のセットを保存するメモリ（２４）を含むとともに、ＲＧＢビデオ信号を１つあるいはそれ以上のビデオ画面セグメントパート（２５／２６）に分割し、上記ビデオ画面セグメントパートを保存済の予め設定されたビデオグラフィックモード特性と比較することを特徴とする請求項１０ないし請求項１４のいずれか１項に記載の回路モジュール。
【請求項１６】
上記ビデオ処理回路が、各ビデオ画面セグメントパートに関する検査合計を保存するとともに管理する、ビデオチェックサムマネージャーを備えることを特徴とする請求項１５に記載の回路モジュール。
【請求項１７】
上記ホストコンピュータと上記リモートコンピュータとの間にあって、データパケットの送信を上記ホストコンピュータと上記リモートコンピュータとの間の遠隔通信リンクに連動させるリモートアクセスエンジンと、
上記遠隔通信リンクと通信状態にあるリモートアクセスコントロールカードを含み、リモートロケーションに関する現在の呼出し者ＩＤを読み取り、予め定義された呼出し者ＩＤのリストを保存し、現在の呼出し者ＩＤを上記リストと比較して、上記現在の呼出し者ＩＤが、予め定義された呼出し者ＩＤのリストのいずれとも一致しないときは常に上記リモートアクセスエンジンを使用不能にするリモートアクセスコントローラとを備えることを特徴とする請求項１ないし請求項７のいずれか１項に記載の回路モジュール。
【請求項１８】
上記リモートアクセスコントローラが、上記現在の呼出し者ＩＤが、予め定義された呼出し者ＩＤのリストのいずれとも一致しないときは常に予め定義された電話番号に自動的にページ警告を発する電話ジャックを備えることを特徴とする請求項１７に記載の回路モジュール。
【請求項１９】
さらに、上記リモートアクセスコントローラが、上記予め定義された呼出し者ＩＤが上記現在の呼出し者ＩＤと一致するときは常に上記ホストコンピュータをリセットすることを特徴とする請求項１７に記載の回路モジュール。
【請求項２０】
さらに、上記リモートアクセスコントローラが、上記予め定義された呼出し者ＩＤが上記現在の呼出し者ＩＤと一致するときは常に上記ホストコンピュータをリブートすることを特徴とする請求項１７に記載の回路モジュール。
【請求項２１】
外部モデム（８１／８２）と、上記ホストコンピュータ（２０１）にＡＣ電源を供給するコントロールモジュール（８０）とをさらに備え、
上記外部モデムが上記コントロールモジュールと通信状態にあるとともに、異なる遠隔通信リンクにおける外部モデムにより受信された呼出しに自動的に応答し、
上記コントロールモジュールが、上記外部モデムが自動的に呼出しに応答するときは常に、上記ホストコンピュータへの電源を一時的に遮断することを特徴とする請求項１７に記載の回路モジュール。
【請求項２２】
上記ビデオ処理回路が、交互配置されたビデオＲＡＭ（２５／２６）の結合であることを特徴とする請求項１に記載の回路モジュール。
【請求項２３】
上記ビデオ処理回路が、上記交互配置されたビデオＲＡＭに保存されたＲＧＢビデオ信号の２つのビデオフレームの間の検査合計の差を決定する検査合計セクションを備えることを特徴とする請求項２２に記載の回路モジュール。
【請求項２４】
上記ビデオ処理回路が、ビデオＲＡＭ（２５／２６）とパレットＲＡＭ（２４）とを備え、
上記ビデオ処理回路が、上記パレットＲＡＭとビデオＲＡＭとのビデオフレーム情報の間の検査合計の差を求める検査合計セクションを含むことを特徴とする請求項１に記載の回路モジュール。
【請求項２５】
ネットワークを経由してホストコンピュータからリモートコンピュータへＲＧＢビデオ情報を通信する回路であって、
上記ホストコンピュータからの上記ＲＧＢビデオ情報を受信するビデオ入力回路と、
上記ＲＧＢビデオ情報をデジタル化するとともに、上記ビデオ入力回路により受信された上記ＲＧＢビデオ情報のビデオフォーマットを復号化するビデオ処理回路と、
上記デジタル化されたＲＧＢビデオ情報をデジタルＲＧＢピクセルデータのストリームとして受信するアドレスマルチプレクサ（５４）と、上記ＲＧＢピクセルデータのストリームによりアドレスされるとともに各ＲＧＢピクセルについて上記ＲＧＢピクセルの色度に対応するパレットインデックスバイトを出力するフラッシュパレット変換器ＲＡＭ（２４）とを有するフラッシュパレット変換器回路（５２）とをさらに備えることを特徴とする請求項２４に記載の回路モジュール。
【請求項２６】
多量のパレットインデックスバイトをアセンブルされた単一のピクセルバイトに圧縮して保存するピクセルアセンブリ回路（７５）を更に備え、
上記ピクセルアセンブリ回路は、
上記ビデオ処理回路から上記ＲＧＢビデオ情報のビデオフォーマットを受信するとともに上記フラッシュパレット変換器回路から上記パレットインデックスバイトを受信するロジックアレイ（７７）と、
上記ロジックアレイにより制御されて多量のパレットインデックスバイトを上記ＲＧＢビデオ情報のビデオフォーマットの特性の機能としてアセンブルするフリップ−フロップ（７８）とを備えていることを特徴とする請求項２５に記載の回路モジュール。
【請求項２７】
外部電源からＡＣ電源を受容するＡＣ電源入力と、ＡＣ電源を外部電源からホストコンピュータに送電するＡＣ電源出力と、それらの間に設けられるスイッチと、リブート信号を受信するとともに上記スイッチの動作により上記ホストコンピュータへのＡＣ電源を遮断するコントロールデータ入力とを有するコントロールモジュール（８０）を備えることを特徴とする請求項１ないし請求項２６のいずれか１項に記載の回路モジュール。
【請求項２８】
外部電源からＡＣ電源を受容するＡＣ電源入力と、ＡＣ電源を外部電源からホストコンピュータに送電するＡＣ電源出力と、それらの間に設けられるスイッチと、リブート信号を受信するとともに上記スイッチの動作により上記ホストコンピュータへのＡＣ電源を遮断するコントロールデータ入力とを有するコントロールモジュール（８０）と、
通信回路（８１／２１７）とを備え、
上記通信回路は、上記リモートコンピュータと上記ホストコンピュータ通信回路との間に確立された第２のロジックデータパスと異なる第１のロジックデータパスを、上記リモートコンピュータと上記コントロールモジュールとの間に確立するとともに、上記異なるロジックデータパスを経由して上記リモートコンピュータ（２０５）に、リブート信号を送信するように命令されたときに、上記リブート信号を送信することを特徴とする請求項１ないし請求項２６のいずれか１項に記載の回路モジュール。
【請求項２９】
上記通信回路がモデム（８１）を含むことを特徴とする請求項２８に記載の回路モジュール。
【請求項３０】
上記第１のコントロールモジュール（８０：ＩＤ１）にデイジーチェーンされて上記外部電源からのＡＣ電源を受容するとともに該外部電源からのＡＣ電源を第２の被制御装置（２０２）に送電する第２のコントロールモジュール（８０：ＩＤ２）を更に備え、上記第２のコントロールモジュールは、上記第２の被制御装置へのＡＣ電源を遮断する第２のスイッチを有し、
上記通信回路が、上記リモートコンピュータと上記第２のコントロールモジュールとの間にロジックデータパスを確立し、上記第２のスイッチを動作させて上記第２の被制御装置へ送電するＡＣ電源を遮断するように、ロジックデータパスを経由して上記リモートコンピュータから上記第２のコントロールモジュールに指示を与えることを特徴とする請求項２８に記載の回路モジュール。
【請求項３１】
上記マウス同期化器は、
上記リモートパーソナルコンピュータに関するモニタ上のマウスポインタの現在のマウス位置をキャプチャするものであり、
上記リモートパーソナルコンピュータに関するモニタ上のマウスポインタの現在のマウス位置を、上記ホストパーソナルコンピュータに通信するビデオアプリケーションを備え、
上記ホストパーソナルコンピュータは現在のマウス位置と一致する位置にホストマウスポインタをジャンプさせることを特徴とする請求項１ないし請求項３０のいずれか１項に記載の回路モジュール。
【請求項３２】
上記現在のマウス位置が、上記リモートコンピュータマウスポインタの現在のＸ／Ｙ座標を示す形式で、上記リモートコンピュータから上記マウス同期化器に送信されることを特徴とする請求項３１に記載の回路モジュール。
【請求項３３】
上記マウス同期化器が、リモートユーザがマウスボタンをクリックしたときは常に上記リモートパーソナルコンピュータに関する上記モニタ上のマウスポインタの現在のマウス位置をキャプチャすることを特徴とする請求項３１に記載の回路モジュール。
【発明の詳細な説明】
（発明の分野）
本発明は、リモートコンピュータアクセスに関し、より詳細にはリモートパーソナルコンピュータ（以下、パーソナルコンピュータを「ＰＣ」と記す）および１つあるいはそれ以上のホストＰＣへ／からのビデオ、キーボード、マウス情報を送信および制御するためのハードウェアとソフトウェアとに関する。
【０００１】
（発明の背景と概要）
ＰＣの導入により、遠隔の位置（リモートロケーション）からＰＣにアクセス（リモートアクセス）する必要が発生した。初期のリモートアクセスは、ピーシーエニウェア（pcAnywhere：登録商標），リーチアウト（Reach Out ）等のソフトウェアベースのシステムを試みている。そのようなリモートアクセスシステムは、特性のオペレーティングシステム（すなわち、DOS ：登録商標、Windows ：登録商標、Unix：登録商標等）に関連してのみ機能し、オペレーティングシステムが強化さえるたびに通常ソフトウェアのアップグレートが必要とされる独立オペレーティングシステムである。
【０００２】
ソフトウェアのみをベースとするシステムも有益である（すなわち、ソフトウェアはホストＰＣにインストールされなければならない）。その結果、ソフトウェアはホストＰＣからのリソースを必要とするとともに、ホストＰＣ上で動作しているリモートアクセスソフトウェアとアプリケーションソフトウェアとの間の非互換性によりホストＰＣをロックアップさせてしまう。さらに、ネットワークファイルサーバ等の、全てのリモートアクセスソフトウェアプロダクトと互換性の無い、多くの限界ＰＣアプリケーションについてもなおさらである。その結果、ホストＰＣが停止するとリモートアクセスソフトウェアも停止し、停止あるいはロックアップしたＰＣにリモートアクセスしてなぜ停止したかを判断したり、修正動作をとることができなくなる。
【０００３】
例えば、米国特許第５７３２２１２号には、いわゆるＫＥＹ−ＶＩＥＷ（キービュー）として販売されている従来のリモートアクセス製品が開示されている。Ｋｅｙｖｉｅｗとは、リモートユーザに供する適当な内部ソフトウェアオペレーティングシステムを有するホストＰＣに外部接続される、特別設計のハードウェアである。リモートユーザのＰＣで動作する適当なソフトウェアは、ホストサイトにおけるＫＥＹ−ＶＩＥＷユニットにリモートアクセスするために用いられていた。この適当なソフトウェアを実行するリモートユーザは、いずれのホストサイトにアクセスするために、標準のモデムとＰＣとだけを必要としていた。
【０００４】
本発明によれば（実施形態においては、”ＫＥＹ−ＶＩＥＷ  II（キービューII）”として記す）、単一あるいは第３のパーティであるスイッチボックスとともにあるＫＥＹ−ＶＩＥＷ  ＰＣにより複数のホストＰＣを制御することができ、ヘルプデスクあるいはメインテナンスパーソナルが高く集中化（centralized ）されつつ、あたかもサイト上であるかのようにサポートコールに反応する。これにより、メインテナンスと技術サポートに要するコストと同様に、時間とを劇的に削減することができる。
【０００５】
ＫＥＹ−ＶＩＥＷ  IIにおいては、ｐｃＡｎｙｗｈｅｒｅ等の標準リモートアクセスエンジンがＫＥＹ−ＶＩＥＷ  ＰＣにリモートアクセスするために用いられている。ｐｃＡｎｙｗｈｅｒｅは、ＫＥＹ−ＶＩＥＷ  ＰＣとともに用いることにより、ＬＡＮ、モデム、インターネットおよび／または直接シリアルまたはパラレルポートアクセスを行うことができる。ｐｃＡｎｙｗｈｅｒｅはＴＣＩＰアクセスをサポートしており、顧客はインターネットを介して、ＫＥＹ−ＶＩＥＷ  II  ＰＣと、国際的にも離れた位置においてホストＰＣに接続されたホストコンピュータを実行させるランチ、モニタ、および制御アプリケーションとに、あたかもサイト上にあるかのようにアクセスすることができる。
【０００６】
ここに記載された実施形態は、最新の３２ビット技術を用いるリモートアクセスパッケージ、ｐｃＡｎｙｗｈｅｒｅを用いる。しかし、他のリモートアクセスエンジンを代用することもできる。
【０００７】
ＫＥＹ−ＶＩＥＷ  IIによれば、ホストＰＣで動作するあらゆるリモートアクセスハードウェアやソフトウェアを用いることなく、リモートロケーションから実質的にリアルタイムで”ホスト”ＰＣを制御することを改善することができる。あらゆるオペレーティングシステムを動作させるあらゆるＰＣは、ホストＰＣと同様に標準ビデオと互換性のあるキーボードとを備える。本発明は、コスト高となるソフトウェアのアップグレードと、ホストあるいはリモートＰＣのオペレーティングシステムをいちいち変更す煩雑さとを含むリモートアクセスソリューションに基づくソフトウェアに依存するオペレーティングシステムを不要とする。
【０００８】
ＫＥＹ−ＶＩＥＷ  IIは、ホストＰＣとそのビデオモニタ、キーボード、マウスおよび電源との間にインストールされた、独立したハードウェアである。換言すれば、ホストＰＣのビデオモニタ出力信号は、ＶＧＡモニタに到達する前にＫＥＹ−ＶＩＥＷ  IIを通過し、キーボードおよびマウス入力信号はＰＣに到達する前にＫＥＹ−ＶＩＥＷ  IIを通過する。したがって、ＫＥＹ−ＶＩＥＷ  IIは、あらゆるオペレーティングシステムあるいはアプリケーションを実行するあらゆるＰＣを全体的にリモートコントロールする必要があるＰＣの限界入力と出力機能の全てを停止することができる。
【０００９】
それゆえ、ＫＥＹ−ＶＩＥＷ  IIは独立プラットフォーム（platform-independent）のリモートアクセスを提供する。ＫＥＹ−ＶＩＥＷ  IIによれば、たとえまだ未発表であっても、あらゆる形式のオペレーティングシステムにリモートアクセスすることができる。さらに、ＫＥＹ−ＶＩＥＷ  IIはホストＰＣのアナロクビデオ信号（ＶＧＡあるいはＳＶＧＡ）をデジタル形式に変換するので、ＫＥＹ−ＶＩＥＷ  IIによれば、ホストＰＣの全体がロックアップしたような場合であってもリモートユーザは、ビデオ出力ディスプレイ上の表示物を実質的にリアルタイムで見ることができる。
【００１０】
ＫＥＹ−ＶＩＥＷ  IIを用いることにより、リモートサポートを行う技術者は、あたかもオンサイトであるかのように停止したサイトへ即時に送信される。ＫＥＹ−ＶＩＥＷ  IIは、解決のためのダウンタイム、技術者の移動時間を不要とし、効率的に希少な技術者のエキスパートを集中化させることができるとともに、利用することができる。
【００１１】
ＫＥＹ−ＶＩＥＷ  IIリモートコントロールの考え方においては、リモートユーザは、ｐｃＡｎｙｗｈｅｒｅを用いてＫＥＹ−ＶＩＥＷ  ＰＣを呼び出すだけで、ホストＰＣにインストールされたソフトウェアあるいはハードウェア無しで、あたかもサイト上にあるかのように１つまたはそれ以上のホストＰＣを制御することができる。ＫＥＹ−ＶＩＥＷ  ＰＣにアクセスするために、リモートユーザは標準モデムあるいはＬＡＮインターフェースを有するＰＣあるいはラップトップ以外の特別なハードウェアを必要としない。
【００１２】
ＫＥＹ−ＶＩＥＷ  IIは、大抵の場合において、通常のホストＰＣ処理を遠隔的に復元するために必要なツールを備えている。たとえば、ＫＥＹ−ＶＩＥＷ  IIは、ホストＰＣにおけるＣＭＯＳセッティングを遠隔的に閲覧したり変更したりするために用いることができる。遠隔修理が不可能である（たとえば、ハードドライブに欠陥がある）場合、ＫＥＹ−ＶＩＥＷ  IIは、通常のホストＰＣの動作を回復するために必要な部品（たとえば、ハードドライブ）が何であるかを遠隔的に決定するために必要とされる、無制限アクセスを提供する。
【００１３】
多くのネットワークオペレーティングシステムによれば、リモートアクセスソフトウェアアプリケーションはネットワークサーバのオペレーティングシステムと共存することができない。サーバオペレーティングシステムがリモートアクセスをサポートしている場合であっても、リモートアクセスソフトウェアアプリケーションがサーバのパフォーマンスを低下させるということだけでは、管理者はリモートアクセスを許可しない。さらに、そのようなアプリケーションは入力コールを継続的に試験するようにバックグラウンドで常に動作しているので、そのようなアプリケーションは、サーバの停止の可能性を高めてしまう。サーバのオペレーティングシステムが停止すると、サーバのプロセッサはなんらかの理由によりロックアップするか、あるいはネットワーク接続システムが停止しても、ネットワーク管理者はサーバに直接オンサイトアクセスを行わなければ、その停止の理由と必要な交換部品を決定することができない。しかしながら、ＫＥＹ−ＶＩＥＷ  IIシステムがインストールされれば、必要に応じて、ネットワーク管理者はホストユニットにリモートアクセスすることができるとともに、サーバの画面で何が表示されているかを閲覧し、サーバのキーボードを物理的に操作し、サーバの動作制御および／またはコールドブート（冷起動）をすることができる。ゆえに、ＫＥＹ−ＶＩＥＷ  IIはネットワーク管理者に、ホストＰＣあるいはネットワークにサポートされたＣＰＵあるいはローカルエリアネットワーク（ＬＡＮ）のいずれも必要としない、あらゆるネットワークサーバ（ホストＰＣ）への無条件アクセスを提供する。
【００１４】
ＫＥＹ−ＶＩＥＷ  IIの他の用途の例としては、従業者が彼らの参照ファイルにリモートアクセスするためにマルチポートのネットワーク通信に依存しているような会社を想像されたい。通信サーバにおいて１つあるいはそれ以上のポートが故障すると、当該会社のファイルとネットワークとにリモートアクセスすることが不可能となるか、あるいは困難になる。そのような場合、他のポートにおいてまだなお適切に作業しているリモートユーザがいるかもしれず、”見えない状態（blindly ）”で通信サーバをリブート（再起動）すると、即座に彼らの接続を切断してしまうので、単純に通信サーバをリブートすることは好ましくない。明らかに、ネットワーク管理者は、即時に修正作業を行うことができる位置になければならないが、オンサイトでなくてもよい。ＫＥＹ−ＶＩＥＷ  IIによれば、管理者は、サーバの前に物理的に座っているかのように、通信サーバに即時にリモートアクセスして制御することができる。
【００１５】
ＫＥＹ−ＶＩＥＷ  IIは、ＰＣのリモートメンテナンスをより効率的に行うために用いることもできる。不具合が発生したとき、リモートメンテナンスセンターは、故障したＰＣについて診断処理を行うことができる。多くの場合においては、メンテナンスセンターにより遠隔的に問題を解決して、技術者が移動する時間を無駄にすることを防止できる。最低でも、ＫＥＹ−ＶＩＥＷ  IIはマネージメントパーソナルに、誰かがそのサイトに割り当てられる前にオンサイト修理を実行するために、どの分野でどの程度の技術者の技術レベルが必要であるかを提供することができる。
【００１６】
最後の例としては、ＫＥＹ−ＶＩＥＷ  IIは、ユーザの動作を遠隔的にモニタして共同安全性をより容易にするために用いることもできる。たとえば、銀行はＫＥＹ−ＶＩＥＷ  ＰＣをリモートブランチにおける各ＰＣに接続することができる。ブランチのスタッフは、彼らのＰＣと彼らの動作が遠隔的にモニタされているのかいないのかを知るための方法が何も無い。さらに重要なのは、モニタリングステップが通常のＰＣを用いるスタッフには何も影響しないことである。
【００１７】
ＫＥＹ−ＶＩＥＷ  ＰＣを用いれば、単一の電話線、ＬＡＮノード接続あるいはインターネットアドレスを用いることによりマルチＰＣを遠隔的に制御することができる。サポートされた第三者（third party ）のスイッチボックスを付け加えることにより、リモートアクセスが可能であるＰＣの数をより増やすことができる。さらに、ＫＥＹ−ＶＩＥＷ  IIによりホストＰＣを遠隔的にリブートすることができるとともに、ホストＰＣに接続した状態を維持してリブートするのを見ることができる。
【００１８】
ＫＥＹ−ＶＩＥＷ  IIは、２５６色と１０２４×７６８までのグラフィックリソリューションをサポートし、リモートキーボードとマウスとを提供する。
【００１９】
ＫＥＹ−ＶＩＥＷ  ＰＣ内に利用者はインターフェースカードをインストールするが、各インターフェースカードは、ホストＰＣあるいはサポートされた第三者スイッチボックスのＶＧＡ／ＳＶＧＡビデオ出力信号をキャプチャ（捕捉）し、実質的にリアルタイムベースでＫＥＹ−ＶＩＥＷ  ＰＣの画面におけるホストＰＣの画面に表示することができる。ＫＥＹ−ＶＩＥＷ  ＰＣは、あたかもＫＥＹ−ＶＩＥＷ  ＰＣのキーボードとマウスとが直接ホストＰＣに接続されているかのように、自身のキーボードとマウスとを転送してホストＰＣを制御することもできる。これにより、ｐｃＡｎｙｗｈｅｒｅのシングルコピーを経由してリモートユーザがＫＥＹ−ＶＩＥＷ  ＰＣにリンクしたときには、オプションの第三者のスイッチボックスに直接あるいは間接的に接続された全ての”ホスト”ＰＣを全体的に制御するゲートウェイとして役立つ。これにより、ホストＰＣにインストールされた特別なハードウェアやリモートアクセスソフトウェアを用いることなく、オペレーティングシステムやアプリケーションを実行する４８個のホストＰＣまでを制御し、スイッチすることができる。
【００２０】
ＫＥＹ−ＶＩＥＷ  IIは、いわゆるＮＥＴ（ネット）−９１１コントロールモジュールと、ＫＥＹ−ＶＩＥＷカスタムハードウェアユニットへのＫＥＹ−ＶＩＥＷ  ＰＣアクセスコントロールカードとの機能を統合する。これは、ＫＥＹ−ＶＩＥＷ  IIがＮＥＴ−９１１製品の単一ファミリーの一部となることができるということである。当該ファミリーにおける各製品は、全体のファミリーの、特にネットワークの管理を目的とするリモートＰＣのための有用性をより強化する特別な機能を実行するように設計されている。当該ファミリーにおける他の製品を、以下により詳細に説明する。
【００２１】
１．ネットワークトラブル警告システム
これは、ネットワークの不具合を発見して、ネットワーク管理者にトラブルを警告を発するための、もっとも包括的で、汎用性があるとともにフェールセーフな方法である。
【００２２】
ネットワークサイトを適切に管理するためには、１日のうち２４時間、１週間のうち７日間、サーバと環境とをモニタリングするための完全に信頼のおける手段が必要である。不具合が発生したとき、フェールセーフ警告送信システムも必要である。
【００２３】
市場においては、ソフトウェアベースのネットワークモニタリングシステムも存在する。例えば、米国特許第５５６６３３９号を例示することができる。
【００２４】
しかし、ソフトウェアベースのシステムはフェールセーフではない。たとえば、ＰＣが停止したりロックアップしてしまうと、モニタリングステップは何の通知もなく停止する。従来のシステムにおいては、音声警告を送信することができるシステムがなかった。さらに、これらのシステムは環境をモニタリングする能力を有していない。したがって、大抵のサーバの不具合は、電源の不具合か、あるいは誤動作冷却システムによる過剰な熱が蓄積された結果によるものである。
【００２５】
ＮＥＴ−９１１トラブル警告システムは、従来のモニタリング製品の不具合を解決するトータルソリューションである。ＮＥＴ−９１１システムは、シリアルケーブルを経由してワークステーションに接続されたハードウェアと同様に、ネットワークワークステーションにインストールされたソフトウェアからなる。ＮＥＴ−９１１は、数に限りのないファイルサーバ（たとえば、Novell Netware  あるいはWindows NT  サーバ）と同様に、ＬＡＮを介してワークステーションに可視化されるように環境をモニタする。さらに、特定のサーバ（すなわち、トラブル警告システム）が、警告システムによって可視化されるように供されていない他のサーバオペレーティングシステムへのゲートウェイとして用いられているとき、当該サーバは単一のトラブル警告システムからもモニタすることができる。
【００２６】
ＮＥＴ−９１１は、電話によりページャおよび／またはカスタムユーザ記録された音声は、（１）ネットワークサーバの不具合（２）電源の不具合あるいは保存（３）温度が過熱あるいは過冷却（４）ほかのモニタされたプロセスの不具合（たとえばテープバックアップユニット）の場合に警告をする。フェイルセーフプロセスを確実にするため、ハードウェアユニットは、過剰の内部バッテリと、マイクロプロセッサと、モデムとを有している。これにより、ユニットに接続されたワークステーションが停止したり、ＡＣ電源を失ったりしても、警告を発することが可能になる。反対に、システムに備えられたソフトウェアを用いることにより、ワークステーションをハードウェアユニットが停止した場合の不具合警告を発するために用いることができる。これらに防止装置（デバイス）によりトラブル警告システムは、ネットワークのモニタリングを、長期間信頼のおけるものとしている。
【００２７】
ＮＥＴ−９１１システムには、ほかにも数多くの革新的な特徴が盛り込まれている。たとえば、サーバの不具合が検知された場合、ＮＥＴ−９１１は不具合を確認するために接続されたワークステーションを自動的にコールドブートする。この追加ステップにより、偽りの不具合警告が発せられることを防止している。第２の例として、ＮＥＴ−９１１は、警告呼出しに対する応答を記録するとともに、これをワークステーションのディスクドライブに記録する。この記録が、警告が送信されたことを証明する完全な監査トレールとして供する。さらに、ＮＥＴ−９１１に２つのアダプタポートを設けて、水、煙および侵入者を検知するために用いることもできる。
【００２８】
ＮＥＴ−９１１システムは、ＫＥＹ−ＶＩＥＷ  IIシステムの能力を用いて自動的に所望の者（達）に、ネットワーク上で検知された不具合を警告する。よって、ＫＥＹ−ＶＩＥＷ  IIは、不具合を迅速に処理するために用いることもできる。
【００２９】
２．コントロールモジュール
これらは、数に制限のないＰＣあるいはルータ、プリンタ、コピー機等に、リモート電源制御およびシリアルがアクセスできるようにする単一の装置である。他の電話線を必要とするリモート電源制御製品とは異なり、ＮＥＴ−９１１は、リモートアクセスのために、１つに統合され、前もってセットされたあらゆるＰＣのシリアルポートに接続される。
【００３０】
ＮＥＴ−９１１コントロールモジュールによれば、数に制限のないＰＣあるいはルータ、プリンタ、コピー機等に対してリモート電源制御ができるとともにシリアルアクセスができる。自身の電話線を必要とする他のリモート電源制御製品とは異なり、ＮＥＴ−９１１モジュールは、一つにチェーンされて、リモートアクセスのために前もってセットアップされた全てのＰＣのシリアルポートにされることができる。ＮＥＴ−９１１を備える”モジュール管理ソフトウェア”は、”管理者ＰＣ”にインストールされて、電源を制御する必要があるとき、およびＰＣのシリアルポートに接続されている２５０個までの装置へのシリアルアクセスが必要なときに遠隔的に起動される。ＫＥＹ−ＶＩＥＷ  IIを用いるサイトに対して、モジュールはＫＥＹ−ＶＩＥＷ  ＰＣのシリアルポートに接続されて、ＫＥＹ−ＶＩＥＷ  ＰＣに接続されている全てのホストＰＣに対するシリアルアクセスと電源制御を行う。
【００３１】
ローコストのＮＥＴ−９１１を数多くの実用的な目的に用いることができる。第三者のスイッチボックスに接続されたＫＥＹ−ＶＩＥＷユニットを備えるサイトに対して、ＮＥＴ−９１１モジュールはファイル送信のために用いられるとともに、スイッチボックスに接続されたＰＣをリブートするために用いられることができる。他のサイトについて、ＮＥＴ−９１１モジュールは、シリアル管理と、他のＰＣあるいはルータへの電源制御に用いることができる。
【００３２】
管理者ＰＣは、ｐｃＡｎｙｗｈｅｒｅ、Ｒｅｍｏｔｅｌｙ  Ｐｏｓｓｉｂｌｅ、Ｃａｒｂｏｎ  Ｃｏｐｙ等の市販のソフトウェアパッケージを用いてリモートアクセスできる。管理者ＰＣは、管理、ファイル送信、あるいはＡＣ電源制御目的のためのルータあるはＰＣ等の、他の装置にシリアルアクセスするためのゲートウェイとしての役割を果たすのみである。第三者の大半、リモート制御、ソフトウェアパッケージは、電話線、ＬＡＮおよび／またはインターネットを経由して管理者ＰＣにリモートアクセスすることをサポートする。
【００３３】
各ＮＥＴ−９１１モジュールは、安価かつ標準の８ワイヤ、直線フラットケーブルを用いてデイジーチェーンされる２５０個のモジュールまで許可する、単一の”ＤＡＴＡ  ＩＮ”と単一の”ＤＡＴＡ  ＯＵＴ”ポートを備える。デイジーチェーンにおける第１のモジュールは、特別なシリアルポートインターフェースコネクタ（ＲＪ−４５からＤＢ−９）を用いて、管理者ＰＣ上の全ての標準シリアルポートへＤＡＴＡ  ＩＮポートから直接接続する。チェーン上の最後のモジュールのＤＡＴＡ  ＯＵＴポートに追加されたモジュールのＤＡＴＡ  ＩＮポートに接続することによって、チェーンに他のモジュールを追加することもできる。各モジュールがデイジーチェーン上にインストールされた順番（すなわち、物理的なシーケンス）に基づくＮＥＴ−９１１モジュール管理ソフトウェア（管理者ＰＣ上で動作するもの）によって、モジュールはアドレスされる。たとえば、管理者ＰＣのシリアルポートに直接接続されたモジュールをモジュール  ＩＤ  １とし、モジュール  ＩＤ  １のＤＡＴＡ  ＯＵＴポートに接続されたモジュールをモジュール  ＩＤ  ２とする。
【００３４】
モジュール管理ソフトウェアを用いることにより、デイジーチェーン上の各モジュール（すなわち、アクティブモジュールと称する）が個別に選択される。モジュールがアクティブであれば、そのモジュールのシリアルポートに接続されたあらゆる装置は、管理者ＰＣに直接接続された単一のシリアル装置であるかのように、シリアルアクセスが可能となる。装置とモジュールとの間のシリアルコンフリクトを防止するために、デイジーチェーン上の単一のモジュールは、いずれの点においても瞬時にアクティブとなることができる。管理者モジュールを用いることにより、リモートロケーションからいつでもアクティブモジュールを変更することができる。
【００３５】
ＮＥＴ−９１１モジュールは、１つの電源入力コードと、電源出力コンセントとを備える。ＡＣ電源は、壁の差し込み口やＵＰＳ等の、あらゆるＡＣ電源から得ることができる。ＡＣ電源はモジュールを通過して、モジュールの３又電源コンセントに接続された装置に送られる。１つ以上の装置への電源は、モジュール上の電源出力コンセントへの複数のコンセントを有する、市販の電源ストリップにより制御されることができる。モジュールが、（モジュール管理ソフトウェアを用いて）管理者ＰＣからアクセスされたとき、モジュールの電源出力からのＡＣ電源を含む装置の電源がＯＮあるいはＯＦＦされる。
【００３６】
各ＮＥＴ−９１１コントロールモジュールは、単一の”シリアルインターフェースポート”を備える。これにより、（ＰＣ、ルータ、プリンタ等の、順次制御あるいは管理することができる）装置を、ＲＪ−４５からＤＢ−９シリアルインターフェースアダプタを用いることによりモジュールに接続することができる。これにより、管理者ＰＣにより（モジュール管理者ソフトウェアを用いて）デイジーチェーンにおけるモジュールがアドレスされれば、その装置が管理者ＰＣにシリアル接続された装置のみであるかのように思える。
【００３７】
デイジーチェーンされたモジュールは数百個存在するが、モジュール管理ソフトウェアにより、同時に唯一のモジュールがアドレスされる（アクティブとなる）。この試みにより、管理者ＰＣと、選択されたモジュールのシリアルポートに接続されたあらゆるＰＣ（あるいは他の装置）との間の無制限のシリアル通信が可能になる。さらに、特別なデータパケットを妨害あるいは生成することがなく、モジュールのシリアルインターフェースに接続された装置と通信する際にシリアルパフォーマンスを低下させないように、ＮＥＴ−９１１モジュールは設計されている。
【００３８】
モジュール管理ソフトウェアを用いれば、デイジーチェーンにおける各モジュールを別個に選択することができる（以下、アクティブモジュールと称する）。モジュールがアクティブであるとき、そのモジュールのシリアルポートに接続されたあらゆる装置は、管理者ＰＣに直接接続された単一のシリアル装置であるかのように、シリアルアクセスが可能となる。装置とモジュールとの間のシリアルコンフリクトを防止するために、デイジーチェーン上の単一のモジュールは、いずれの点においても瞬時にアクティブとなることができる。管理者モジュールソフトウェアを用いることにより、リモートロケーションからいつでもアクティブモジュールを変更することができる。
【００３９】
デイジーチェーンにおけるモジュールのどれもアドレスされないようにサポートされたモードもある。このモードでは、シリアル信号は、デイジーチェーンの終端に接続されたもの全てを通過する。このモードは、”シリアル  パス−スルー（Serial pass-through ）”と呼ばれる。たとえば、このモードでは、まるでモジュールが存在していないかのように、管理者ＰＣは、デイジーチェーンにおける最終モジュールのＤＡＴＡ  ＯＵＴポートに直接接続されたシリアルプリンタあるいはモデムと通信することができる。チェーンの最終モジュールに接続された装置へ直接接続を行うために、（１）特別なオプションのＲＪ−４５からＤＢ−９コネクタが必要であるか、（２）標準ＮＥＴ−９１１ＲＪ−４５からＤＢ−９モジュールコネクタとその装置のシリアルポートとの間に無効な（null）モデムコネクターを配置しなければならない。
【００４０】
市販されている多くのＡＣ電源制御製品と異なり、ＮＥＴ−９１１モジュールは、モジュールへの電源が切断された場合に出力電圧の現在の状態を記憶する。これは、非常事態において重要である。例えばこの特徴により、ユーザは、リモートサイトにおける装置への電源を永続的に切断しても、その一時的な運転停止よりサイト上のハードウェアを破壊することを防止することができる。この場合、市販されている多くの装置は、他のモジュールへの電源が停止すると、サイト上の装置への電源供給を不適切に停止して、電源を再供給する。対照的に、本実施形態においては、ＮＥＴ−９１１によれば、リモートユーザにより電源が再供給されるまで電源切断状態を維持することが保証される。
【００４１】
３．ＫＥＹ−ＶＩＥＷ  ＰＣアクセスコントロールカード
これらのカードは、呼出し者ＩＤを記録するとともに、呼出し者ＩＤに基づくＫＥＹ−ＶＩＥＷ  ＰＣへのアクセスを制限する。また、ＫＥＹ−ＶＩＥＷ  ＰＣを遠隔的にリブートすることができる。
【００４２】
各ＫＥＹ−ＶＩＥＷ  ＰＣは、侵入者が検知されたときにＫＥＹ−ＶＩＥＷ  ＰＣを遠隔的にリセットし、呼出し者ＩＤをキャプチャし、ページャ警告を発するとともに、ＫＥＹ−ＶＩＥＷ  ＰＣのターボライトを制御することができるように設計された単一のＩＳＡ”アクセスコントロールカード”を含むことも可能である。
【００４３】
リブートカードがインストールされると、そのカードの背面上の”電話入力”ジャックに電話線が接続される。”電話出力”ジャックは、必要に応じて、電話あるいはモデムのいずれかの電話信号を通過させる。
【００４４】
呼出しが受信されると、カードが呼出し者ＩＤをキャプチャするとともに、ＫＥＹ−ＶＩＥＷ  ＰＣにおいて作動するＫＥＹ−ＶＩＥＷ  IIアプリケーションに受信されるあらゆるＩＤを通過させる。呼出し者ＩＤメニューオプションを用いることにより、ＫＥＹ−ＶＩＥＷ  ＰＣは、予め特定された電話番号リストからの呼出しのみを受信して安全性を改善するようにも構成することができる。さらに、呼出し者ＩＤをキャプチャすることにより、ＫＥＹ−ＶＩＥＷ  ＰＣにリモートアクセスするように試みる者の電話番号を記録することができる。
【００４５】
各アクセスコントロールカードは、ＰＣの内部リセットスイッチ、あるいはリモートユーザに指示されたときにリセットカードにＫＥＹ−ＶＩＥＷ  ＰＣをリブートさせる付属のＮＥＴ−９１１コントロールモジュールのいずれかに接続されている。
【００４６】
アクセスコントロールカードは、入力リング（ring）をカウントし、検知されたリングの数に基づく作業を行うことができる。ユーザの数より受信されたリングの数が少ない場合および／または多い場合には、カードはＫＥＹ−ＶＩＥＷ  ＰＣをリブートするように構成することができる。
【００４７】
ＫＥＹ−ＶＩＥＷ  ＰＣを遠隔的にリーブトすることは、ＫＥＹ−ＶＩＥＷ  ＰＣがロックアップした場合（すなわちユーザがＫＥＹ−ＶＩＥＷ  ＰＣにリモートアクセスしようとしても応答しない場合）において必要である。リセットカードは、全ての入力電話呼出しをモニタするとともに、ユーザ数以下の数のリングが検知された場合あるいはユーザ数以上の数のリングが検知された場合にＫＥＹ−ＶＩＥＷ  ＰＣをリブートするように構成されることができる。
【００４８】
モデムがＫＥＹ−ＶＩＥＷ  ＰＣにインストールされている場合には、ＫＥＹ−ＶＩＥＷ  IIおよび／またはリモートアクセスエンジンのいずれかが停止していても、モデムが呼出しに応答することができる。このような場合、ＫＥＹ−ＶＩＥＷ  ＰＣを遠隔的にリブートすることが必要になる。このために、４リング後の呼出しに対してのみモデムが応答するような指示を与えるようにリモートアクセスエンジンを構成することもできる。そして、”ｎリング以下（例えば２リング）でリブートできる”ようにＫＥＹ−ＶＩＥＷ  IIがセットされる。これらの設定を用いることにより、リモートユーザはＫＥＹ−ＶＩＥＷ  ＰＣを呼び出して１リング後に電話を切断すれば、ＫＥＹ−ＶＩＥＷ  ＰＣをリブートすることができる。
【００４９】
アクセスコントロールカードは、モデムがＫＥＹ−ＶＩＥＷ  ＰＣをリブートさせる呼出しに応答した後にタッチトーンコード（８デジットまで）がリモート呼出し者により入力された場合に、種々の”少ないリングでのリブート”をサポートしている。
【００５０】
ＫＥＹ−ＶＩＥＷ  ＰＣがロックアップしたときに、モデムもロックアップして呼出しに全く応答しないことも可能である。ＫＥＹ−ＶＩＥＷ  ＰＣにモデムがインストールされていないが、ＫＥＹ−ＶＩＥＷ  ＰＣはＬＡＮあるいはインターネットを経由してリモートアクセスされている場合でも、ＫＥＹ−ＶＩＥＷ  ＰＣがロックアップしたときに電話線を用いてＫＥＹ−ＶＩＥＷ  ＰＣを遠隔的にリブートすることも必要である。これらの問題は、１０リング以上にイネーブルリブート（Ｅｎａｂｌｅ  Ｒｅｂｏｏｔ）をセッティングすることにより解決することができる。この場合、リモートユーザはＫＥＹ−ＶＩＥＷ  ＰＣを呼出すとともに切断する前に１０リング以上待つことにより、ＫＥＹ−ＶＩＥＷ  ＰＣをリブートすることができる。
【００５１】
まれではあるが、ＫＥＹ−ＶＩＥＷ  ＰＣにインストールされたモデムがロックアップするとともに電話回線の邪魔をして、リモートユーザがＫＥＹ−ＶＩＥＷ  ＰＣにアクセスしようと試みるときにいつでも回線がビジーであるようにすることも可能である。さらに、あるリモートユーザが非常事態中に他のリモートユーザのアクセスを妨害したいと望むかもしれない。これらの状況は、外部モデムを（コネクタとＲＪ−４５ケーブルとを用いる）アクセスコントロールカードのＲＪ−４５シリアルポートに接続するとともに、このモデムに第２の（異なる）電話回線を接続することにより解決することができる。このモデムは２４００ボーの伝送率以上では動作しないので、補助外部モデムをこの目的のために用いることもできる。ＮＥＴ−９１１コントロールモジュールが既にアクセスコントロールカードのシリアルポートに接続されている場合は、モデムはモジュールの”Ｄａｔａ  Ｏｕｔ”ポートに接続しなければならない。そして、このモデムは自動応答モードに構成されることができる。そして、外部モデムを使用する作業は、イネーブルされるとともにパスワード定義されなければならず、以下イネーブルリブートトピックと称する。この場合、リモートユーザは、アクセスコントロールカードによりＫＥＹ−ＶＩＥＷ  ＰＣがリブートされようとしているとき、ハイパーターミナル（Ｗｉｎｄｏｗｓサポートされたもの）等のターミナルエミュレーションプログラムを用いて外部モデムを呼出して正しいパスワードを入力する。
【００５２】
潜在的な侵入者が検知された場合、アクセスコントロールカードはページャ警告を発することができる。このようなページャ警告は、ユーザが所定の数の正しいパスワードを入力することができないか、あるいは呼出し者ＩＤが認証されていない電話番号から検知された場合に適切である。ページャおよび関連するページャを経由して警告された者は、ページャ警告メニューオプションを用いていると定義することができる。ページャ警告を発するためには、外部モデムはアクセスコントロールカードに接続されていなければならない。
【００５３】
アクセスコントロールカードは、カードからＫＥＹ−ＶＩＥＷ  ＰＣのマザーボードのターボライト制御ピンに接続されたケーブルを経由して、ＫＥＹ−ＶＩＥＷ  ＰＣのフロントパネルのターボライトを制御するために用いることもできる。ターボライトは、リモートユーザがＫＥＹ−ＶＩＥＷ  ＰＣにアクセスしているときを可視化するために用いられるとともに、ＫＥＹ−ＶＩＥＷ  ＰＣがホストモードあるいはメニューモードのいずれであるのかを示すために用いられる。
【００５４】
ＫＥＹ−ＶＩＥＷ  ＰＣのターボライトは、ＫＥＹ−ＶＩＥＷ  ＰＣがメニューモードであるときと、リモートアクセスされていないときにＯＦＦの状態である。ＫＥＹ−ＶＩＥＷ  ＰＣのターボライトは、ＫＥＹ−ＶＩＥＷ  ＰＣがホストモードであるときと、リモートアクセスされていないときにＯＮである。ＫＥＹ−ＶＩＥＷ  ＰＣがメニューモードであって、遠隔的にアクセスされていないときはいつでも、このライトはＯＮとして点灯する。ＫＥＹ−ＶＩＥＷ  ＰＣが、ｐｃＡｎｙｗｈｅｒｅが”Ｉｎ  Ｓｅｓｓｉｏｎ”状態でＫＥＹ−ＶＩＥＷ  ＰＣがホストモードであるモードであれば、ターボライトはＯＮであるが、５秒おきに０．５秒ＯＦＦとなる。
【００５５】
ＫＥＹ−ＶＩＥＷ  ＰＣ上で実行されるＫＥＹ−ＶＩＥＷ  ＰＣアプリケーションにより処理され、ユーザビープオプションと接続されるこの方法でターボライトを設定することによれば、ホストサイトで作業する者に対して、ＫＥＹ−ＶＩＥＷ  ＰＣがリモートアクセスされているときはいつでも、目に見えるとともに音声による表示を与えるので、セキュリティを改善することができる。
【００５６】
概して、本発明の上記の実施形態は、
６４０×４８０，８００×６００，１０２４×７６８あるいは他のグラフィックモードにおける２，４，１６，２５６あるいは他の数の色に対するサポートと；
モデムアクセス、ＬＡＮアクセス、直接シリアル／パラレルケーブルアクセスおよび／またはＴＣＰ  ＩＰインターネットアクセス（すなわち、２パスまで）がホストサイトへリモートアクセスするために起動されるためのリモートアクセスサポートと；
ホストおよびリモートサイトにおけるリモートアクセスエンジンの完全な統合と；
ホストサイトとリモートサイトとの間のプラグアンドプレイモデム能力とＬＡＮインターフェースとを保証し、ＫＥＹ−ＶＩＥＷ  ＰＣにインストールされる標準オペレーティングシステムと；
ＫＥＹ−ＶＩＥＷにおけるマルチＫＥＹ−ＶＩＥＷ  ＰＣＩカードを用いる単一のＫＥＹ−ＶＩＥＷ  ＰＣからマルチホストＰＣを制御する能力と；
単一のＫＥＹ−ＶＩＥＷ  ＰＣＩカードがマルチホストＰＣにアクセスするための第三者のスイッチボックスのサポートと；
リモートＰＣからホストＰＣを制御するためのマウスサポートと；
ＫＥＹ−ＶＩＥＷ  ＰＣをゲートウェイとして用いてシリアル管理可能なホストサイトに無制限数ある装置に対して、リモートＡＣ電源制御を行い、直接シリアルアクセスするためのＫＥＹ−ＶＩＥＷ  II互換可能なＮＥＴ−９１１コントロールモジュールの統合と、；
４個のホストＰＣあるいはスイッチボックスまでのコンビネーションを制御するための単一のＫＥＹ−ＶＩＥＷ  ＰＣの使用；とを備える。
【００５７】
語句の意味
【００５８】
詳細な説明および請求の範囲に用いられている以下の単語は、以下の意味を有する。
【００５９】
リモートＰＣ（Remote PC ）
ＫＥＹ−ＶＩＥＷ  ＰＣを呼び出してリモートアクセスセッションを開始するために用いられるＰＣを指す。
【００６０】
ローカルＰＣ（Local PC）
リモートＰＣと同じである。ホストＰＣを技術的に”リモートＰＣ”として自然に眺めることができるリモートユーザについて述べられている箇所で用いられる。
【００６１】
ＫＥＹ−ＶＩＥＷ  ＰＣ（キービューＰＣ）
リモートＰＣからの呼出しを受信するとともに、電源を制御してＰＣ、ルータ等を含む装置にシリアルアクセスを行う所望のホストＰＣあるいはＮＥＴ−９１１コントロールモジュールへのゲートウェイとしての役割を果たす。
【００６２】
アクティブホストＰＣ（Active Host PC）
ＫＥＹ−ＶＩＥＷ  ＰＣが現在制御しているホストＰＣを指す。ＫＥＹ−ＶＩＥＷ  ＰＣが（１）ＫＥＹ−ＶＩＥＷ  ＰＣＩカードに接続された外部ＰＣスイッチボックスあるいは（２）マルチＰＣＩカードのいずれかを経由してマルチホストＰＣを制御できる場合でも、これらのＰＣのうち一つのＰＣのみが制御される。現在制御されているこのＰＣを、”アクティブＰＣ”と称する。
【００６３】
アクティブＰＣＩカード（Active PCI PC ）
マルチＰＣＩカードがＫＥＹ−ＶＩＥＷ  ＰＣにインストール可能であるので、アクティブＰＣＩカードは、アクセスのためにＫＥＹ−ＶＩＥＷ  ＡＰＰ（アプリケーション）により現在選択されているＰＣＩカードを指す。
【００６４】
ＫＥＹ−ＶＩＥＷ  ユニット
ホストサイトにリモートアクセスを行うために設計された第１世代のＫＥＹ−ＶＩＥＷ  ハードウェア装置（すなわち、ブラックボックス）を指す。このＫＥＹ−ＶＩＥＷ  ユニットは、現在ＫＥＹ−ＶＩＥＷ  ＰＣに置き換えられている。
【００６５】
ホストＰＣ
ＫＥＹ−ＶＩＥＷ  ＰＣにより制御することができるあらゆるＰＣを指す。
【００６６】
ホストサイト
ＫＥＹ−ＶＩＥＷ  ＰＣに接続された全てのホストＰＣを含むＫＥＹ−ＶＩＥＷ  ＰＣのロケーションを指す。
【００６７】
ＫＥＹ−ＶＩＥＷ  ＡＰＰ
ＰＣＩ  ＡＰＰとブート  ＡＰＰとをインターフェースしてＫＥＹ−ＶＩＥＷ  ＰＣの動作要求を満足するために必要な、ＫＥＹ−ＶＩＥＷ  ＰＣのＷｉｎｄｏｗｓ  ９５（登録商標）オペレーティングシステムで動作するソフトウェアを指す。全てのリモートアクセス要求はｐｃＡｎｙｗｈｅｒｅリモートアプリケーションソフトウェアにより満足されるので、リモートＰＣにカスタムソフトウェアは存在しない。
【００６８】
ブート  ＡＰＰ（Boot App）
各ＫＥＹ−ＶＩＥＷ  ＰＣは、１つの電源制御ＩＳＡカードを備える。ブート  ＡＰＰは、ＫＥＹ−ＶＩＥＷ  ＡＰＰと、上記カードにデイジーチェーン接続された付属の電源コントロールモジュールとを通信させるソフトウェアオペレーティングシステムである。数に制限のない電源モジュールは、標準９ピンのシリアルケーブルを経由してデイジーチェーンされ、ＫＥＹ−ＶＩＥＷ  ＰＣの標準シリアルポートに接続される。ブート  ＡＰＰにより、ＫＥＹ−ＶＩＥＷ  ＰＣを用いて各ブートモジュールにシリアル通過アクセスを行うことができる。最終的に、リングの数、あるいはＫＥＹ−ＶＩＥＷモデムが呼出しに応答したのちに押されたタッチトーンに基づく、電話回線への”ＰＨＯＮＥ”ＲＪ−１１コネクタからのインターフェースを経由して、このＡＰＰによりＫＥＹ−ＶＩＥＷ  ＰＣをリセットすることができる。
【００６９】
ＫＢ／ＭＯＵＳＥ  ＡＰＰ
ユーザが押しているキーと、画面上のマウスポインタのＸ／Ｙ位置と、ＫＥＹ−ＶＩＥＷ  ＡＰＰから受信されるマウスボタンの押し／離しとを表すＰＣＩ  ＡＰＰからの入力を受信する、分離したキーボード／マウスマイクロプロセッサ（ＡＰＰ）を有するＫＥＹ−ＶＩＥＷ  ＰＣＩカードを指す。ＫＢ／ＭＯＵＳＥ  ＡＰＰは、この情報を処理し、アクティブホストＰＣに必要なキーボードマスウインターフェースを提供する。場合によっては、このＫＢ／ＭＯＵＳＥ  ＡＰＰは、ＫＥＹ−ＶＩＥＷ  ＡＰＰへ（ＰＣＩ  ＡＰＰを経由して）情報を返送する。たとえば、アクティブＫＥＹ−ＶＩＥＷ  ＰＣＩカードがスイッチボックスに接続されている場合、新しいＰＣがこのスイッチボックスに接続されれば、このスイッチボックスは、通常ＫＢ／ＭＯＵＳＥ  ＡＰＰに状態に関する情報を返信する。この情報は、ＫＢ／ＭＯＵＳＥ  ＡＰＰからＫＥＹ−ＶＩＥＷ  ＡＰＰに返信されて、ホストＰＣを交換するユーザを確認することができる。
【００７０】
リモートＰＣに接続されたマウスを”リモートマウス”と称したり、リモートＰＣを用いる者を”リモートユーザ”と称したり、リモートＰＣがあるサイトを”リモートサイト”と称したりするように、上記の語句のバリエーションを用いることもできる。
【００７１】
（実施形態の詳細な説明）
本発明の実施形態はホストサイトとリモートサイトとに関して記載されており、その一例を図２８に示す。
【００７２】
ＫＥＹ−ＶＩＥＷ  IIホストサイトは、１つあるいはそれ以上のホストＰＣに接続されたＫＥＹ−ＶＩＥＷ  ＰＣからなる。リモートユーザは、リモートアクセスエンジン（好ましくは、ｐｃＡｎｙｗｈｅｒｅ）を用いて数に制限なくＫＥＹ−ＶＩＥＷ  IIホストサイトにアクセスすることができる。
【００７３】
ＫＥＹ−ＶＩＥＷ  IIを用いることにより、利用者はホストＰＣのオペレーティングシステムが変更するたびに一般的に必要となる、ソフトウェアベースのソリューションに関してアッグレードに要する費用を低減することができる。ホストＰＣ上ではＫＥＹ−ＶＩＥＷ  IIソフトウェアは動作していないので、ＫＥＹ−ＶＩＥＷ  IIはホストＰＣ上で動作するオペレーティングシステムの形式とは無関係である。
【００７４】
一般的な上記のＫＥＹ−ＶＩＥＷ  II  ＰＣは、４つのＰＣＩスロットとＩＳＡスロットとを備え、以下のハードウェアコンポーネントを含む。
【００７５】
ＩＢＭコンパチブルキーボード
マイクロソフトコンパチブルシリアルマウス
ＳＶＧＡモニタ
１〜８個のＫＥＹ−ＶＩＥＷ  ＰＣＩホストＰＣインターフェースカード（全てのカードはＩＲＱを有する）
１つのＩＳＡアクセスコントロールカード
１つのＩＳＡグラフィックカード（リブートすることなくウィンドウズ（登録商標）を経由してグラフィックモードの切り替えをすることができる）
１つのＩＳＡモデムカード
１つのＬＡＮインターフェースカード
１つのマウス用のシリアルポート
ＮＥＴ−９１１コントロールモジュール用の１１個のシリアルポート
ＫＥＹ−ＶＩＥＷ  ＰＣとホストＰＣとの間のファイル送信用の１つのパラレルポート
ＫＥＹ−ＶＩＥＷ  ＰＣにリモートアクセスするためにＬＡＮを用いて試みることは、画面リフレッシュ率が最速となり、上記のリモートアクセスアプローチである。ＬＡＮリンクが故障した場合には、非常事態においてＫＥＹ−ＶＩＥＷ  IIホストサイトへのフェールセーフアクセスを保証するために、モデムがバックアップ手段として用いられる。
【００７６】
各ＫＥＹ−ＶＩＥＷ  II  ＰＣＩカードは、ホストＰＣに直接接続されているか、サポートされた第三者のスイッチボックスを介してマルチホストＰＣに接続されているかのいずれかである。スイッチボックスがＰＣＩカードに接続されている場合、スイッチボックスにより、スイッチボックスに接続された複数のＰＣの間のキーボード制御を交換することができるとともに、ＰＣＩカードビデオ入力ポートへの一貫して高品質のビデオ信号を送信することができる。サイベックス（Cybex ）等の会社により提供され、市販されているＫＶＭスイッチボックスは、この基準に合致する。他の実施形態においては、スイッチボックスは一つのＫＥＹ−ＶＩＥＷ  IIに分岐接続されている。
【００７７】
理想的には、ＫＥＹ−ＶＩＥＷ  IIで用いられるビデオスイッチボックスは、当該スイッチボックスに接続された標準ＩＢＭコンパチブルキーボードを用いて構成された複数のＰＣを交換することができる。スイッチボックスのビデオ出力信号の品質と安定性とは、アクティブホストＰＣからの鮮明で一貫したビデオ信号をキャプチャするためのＫＥＹ−ＶＩＥＷ  ＰＣＩ  カードに十分である。
【００７８】
ＫＥＹ−ＶＩＥＷ  ＰＣは、３つのアプリケーションソフトウェアパッケージ、すなわちｐｃＡｎｙｗｈｅｒｅと、ＮＥＴ−９１１コントロールモジュールシステムと、ＫＥＹ−ＶＩＥＷ  IIシステムとを含む。好ましくは、これ以外のソフトウェアアプリケーションは、インストールされず、ＫＥＹ−ＶＩＥＷ  ＰＣからは用いられない。
【００７９】
ＫＥＹ−ＶＩＥＷ  ＰＣは少なくとも一つのリモートアクセスするための手段を備えていなければならない。好ましくは、それらの手段のうち一つには、リモートアクセスができなくなったときのために２つのアクセスモードがインストールされている。
【００８０】
一般的に、ユーザはＫＥＹ−ＶＩＥＷ  ＰＣ内にＬＡＮカードと、モデムあるいはインターネットＴＣＰ／ＩＰサーバインターフェースとをインストールする。ＬＡＮアクセスは、顕著に反応時間が速いので、リモートアクセスのための上記した手段として通常用いられている。ＬＡＮに不具合が発生した場合、モデムあるいはインターネット接続を経由してリモートアクセスを行うことができる。ＫＥＹ−ＶＩＥＷ  II  ＰＣにリモートアクセスするために可能な手段は、以下の通りである。
【００８１】
・内部あるいは外部モデム（５７．６ボーの伝送率が推奨）
・ＴＣＰ／ＩＰインターネットサーバ
・ＫＥＹ−ＶＩＥＷ  ＰＣのパラレルポートに直接接続されたローカルエリアネットワークインターフェースカード（ＮｅｔＢｉｏｓ，ＳＰＸあるいはＢａｎｙａｎ  Ｖｉｎｅｓ）−特別ｐｃＡｎｙｗｈｅｒｅケーブルインターフェースを用いるもの
・ＫＥＹ−ＶＩＥＷ  ＰＣのシリアルポートへの直接接続−無効なモデムケーブルを用いる
・ＣＡＰＩ２．０を経由するＩＤＳＮ。
【００８２】
カードスロット（４ＩＳＡおよび４ＰＣＩ）の８つの特徴点の全部は、一般的にＫＥＹ−ＶＩＥＷ  ＰＣにおいて利用可能である。これらのスロットの好ましい用途は以下の通りである。
【００８３】
ＩＳＡ  スロット：
・１つは、ＳＶＧＡカード
・１つは、ＬＡＮインターフェースカード
・１つは、モデムカード
・１つは、ＫＥＹ−ＶＩＥＷアクセスコントロールカード
ＰＣＩ  スロット：
・４つまでは、ＫＥＹ−ＶＩＥＷ  IIホストＰＣインターフェースカード
好ましくは、４つのカードが当初システムにインストールされていない場合でも、ＰＣＩスロットはＫＥＹ−ＶＩＥＷ  IIカードのために空けられている。ユーザが、ＫＥＹ−ＶＩＥＷ  ＰＣＩカードを追加してインストールしたいと願う状況が想定される。この目的のためにＰＣＩスロットを空けておくことにより、他のＰＣＩカードをＩＳＡカードに置き換えなくてはならない場合でも、オペレーティングシステムを再構成する必要が無くなる。
【００８４】
各ＫＥＹ−ＶＩＥＷ  ＰＣＩカードは、必要なホストＰＣ  ＶＧＡ／ＳＶＧＡアナログ−デジタル変換ハードウェアと、ホストＰＣキーボードインターフェースと、ホストＰＣマウスインターフェースとを備える。１つあるいはそれ以上のこれらのＰＣＩカード（８つのカードまで）がＫＥＹ−ＶＩＥＷ  ＰＣに挿入されて、単一のＫＥＹ−ＶＩＥＷ  ＰＣが、１つあるいはそれ以上のホストＰＣあるいはＰＣのスイッチボックスを制御することができる。使用可能な割り込みを使い果たさないように、複数のＰＣＩカードは同じアドレスとＩＲＱとを共有している。各ＰＣＩカードは、０−７のうちからカードＩＤをセットするのに必要な３ポジションのＤＩＰスイッチを含む。
【００８５】
上記したように、各ＰＣＩカードはサポートされたスイッチボックスに追加して接続することも可能であり、マルチＰＣに接続される。入力された特別なキーボードシーケンスに基づいて、サポートされたスイッチボックスは、ホストＰＣを交換するとともに、選択されたＫＥＹ−ＶＩＥＷ  ＰＣのＰＣＩカードに繋がるホストＰＣのキーボード、マウス、シリアルおよびビデオインターフェースをパスするように遠隔的に操作される。たとえば、ＰＣ（１）がＤＯＳのテキストモードを実行しており、ＰＣ（２）が６４０×４８０グラフィックモードを実行しており、ＰＣ（３）が１０２４×７６８グラフィックモードを実行しているような３つのＰＣにスイッチボックスを接続することができる。この例では、リモートユーザはＫＥＹ−ＶＩＥＷ  ＰＣの画面上のメニューオプションをクリックして、スイッチボックスに（特別なキーボードシーケンスを経由して）ＰＣ（２）からＰＣ（３）までをスイッチするように伝える。オペレーティングシステムに接続された特別な唯一のソフトウェアインターフェースにより、ＫＥＹ−ＶＩＥＷ  ＰＣは自動的にフライ上の異なるグラフィックモードを調整して、ＫＥＹ−ＶＩＥＷ  ＰＣの画面が常に全画面上にホストＰＣの画面の内容を移すようにする。
【００８６】
各ＫＥＹ−ＶＩＥＷ  ＰＣは、１つのＩＳＡ  ＫＥＹ−ＶＩＥＷ  アクセスコントロールカードを必要とする。ＫＥＹ−ＶＩＥＷ  ＰＣがロックアップした場合には、リモートユーザはこのカードにより、（リセットボタン回路を経由して）ＫＥＹ−ＶＩＥＷ  ＰＣをリブートすることができる。ＲＪ−４５インターフェースポートがこのカード上にあり、更にリモートロケーションからＫＥＹ−ＶＩＥＷ  ＰＣをコールドブートする（すなわち、ＡＣ電源を切断する）ためにＮＥＴ−９１１コントロールモジュールに追加して接続することもできる。さらに、このカードはＫＥＹ−ＶＩＥＷ  ＰＣの前面にある状態ライト（通常ターボライト）の一つを制御するために用いることができ、誰かがＫＥＹ−ＶＩＥＷ  ＰＣにリモートアクセスしているときには、それをホストサイトにおいて視覚的に知ることができる（すなわち、ライトが点灯する）。最終的に、ＫＥＹ−ＶＩＥＷ  ＰＣにおけるモデムへの呼出しは全て、このカードの電話回線インターフェースの入力／出力ポートを通過しなければならない。このアプローチにより、カードは電話回線から呼出し者ＩＤ（すなわち、電話番号）をキャプチャすることができる。この呼出し者ＩＤを用いることにより、呼出し者ＩＤに基づくリモートユーザのＫＥＹ−ＶＩＥＷ  ＰＣのリブートオプションと同様に、ＫＥＹ−ＶＩＥＷ  ＰＣのモデムへのリモートユーザのモデムアクセスをカードは制限することができる。したがって、呼び出しＩＤは安全性のレベルを向上させるとともに、ＫＥＹ−ＶＩＥＷ  ＰＣにリモートアクセスするために役立つ。
【００８７】
ＫＥＹ−ＶＩＥＷ  ＰＣの標準シリアルポートの一つは、２５０個までのＮＥＴ−９１１コントロールモジュールのシリアルインターフェースを提供するために通常用いられる。これらのモジュールがデイジーチェーンされることによって、リモートユーザはホストＰＣあるいはホストサイトにおける他の装置をコールドブードすることができる。さらに、モジュールによりリモートユーザは、その装置がホストＰＣのシリアルポートに直接接続されている唯一の装置であるかのように、このモジュールに接続された装置にシリアルアクセスすることができる。
【００８８】
ＫＥＹ−ＶＩＥＷ  ＰＣを、ルータ、あるいは他のホストＰＣへのファイル送信を可能とするアヴェニューにアクセスさせて遠隔的にシリアル管理することによるこの特徴は、非常に有益である。
【００８９】
次に、ＫＥＹ−ＶＩＥＷ  ＰＣＩ  ハードウェアカードとその内部回路の相互作用（interaction ）について説明する。ＫＥＹ−ＶＩＥＷ  IIカードの主要部分はＦＰＧＡ（フィールドプログラマブルゲートアレイ：Field Programmable Gate Arrays）とオンボードのＣＰＵである。このカードは、３つの主要機能を有する：ビデオキャプチャ回路と、キーボード／マウス回路と、シリアルポート回路とである。このカードは、ＰＣＩバスアーキテクチュアにインターフェースするように設計されている。
【００９０】
図１に示すように、カードは２つのＦＰＧＡに関して設計されており、好ましくは、ＦＰＧＡは８０ＭＨｚ以上で動作する、Ｘｉｌｉｎｘ  ＸＣ３１００Ａファミリーである。他は、メインＦＰＧＡと、標準のＸｉｌｉｎｘの一部である。
【００９１】
ＫＥＹ−ＶＩＥＷ  ＰＣＩカード１０においては、ＦＰＧＡ１１が数個の異なる回路により囲まれている。これらは、ビデオインターフェース回路１４と、シリアルコントローラチップ回路１５と、マウスおよびキーボードドライバ回路１７および１８と、キーボードおよびメインカードＣＰＵ回路２０および２１と、ドック１９と、フラッシュパレットコンバータ（変換器）ＲＡＭ２４と、ビデオキャプチャＲＡＭ２５および２６と、ＰＣＩバス２３と通信状態にあるＰＣＩバスコントローラチップ２２とを含む。カードＩＤスイッチ１６も含まれている。
【００９２】
図２は、ＦＰＧＡ１１へのビデオインターフェース回路１４を示す。ビデオバッファ回路２９−３１のセットは、ビデオをブーストするとともにそれをＶＧＡディスプレイへ送り返すビデオ増幅器を備える。これらの回路２９−３１は、ＡＤＣ３２−３４を収容するノイズおよびレベル条件を提供し、既知の電圧の上下限以内のアナログ信号であることが好ましい。
【００９３】
条件だしされる前のビデオが適切に調整された後に、アナログカラー信号が３つのアナログ装置であるＡＤ９Ｏ０１２フラッシュアナログデジタル変換器３２−３４を駆動させる。これらの回路は、参照信号が内部抵抗電圧ラダーにより２５６ステップに分割されるフラッシュ変換技術を用いて、入力電圧を出力８ビットデジタル値に変換する。これらの電圧ステップは、２５６セパレートアナログ比較器により同時に入力信号と比較される。可能な値を一度に比較することにより、チップは１００ＭＨｚまで作動することができる。
【００９４】
ＡＤＣチップは８ビット出力するが、ＰＣＩカードは各色について５ビットのみを必要とする。よって、最下位の有効３ビットが１５アドレスビットを生成しつつ処分される。以下に説明するフラッシュパレット変換器ＲＡＭとビデオ信号の最下位の有効な３ビットを処分するプロセスとを結合することにより、キャプチャされたビデオをより安定させることができる。
【００９５】
同期パルス、すなわちビデオ信号からの水平同期（Ｈｓｙｎｃ）および垂直同期（Ｖｓｙｎｃ）が調整されてメインＦＰＧＡ１１に入力される。これらの信号は両方とも極性符号化されているので、従来のモニタ（非多重同期のもの）は、ＶＧＡカードが送信しているモードを判断することができた。したがって、信号は負のパルスあるいは正のパルスのいずれであってもよい。ＴＴＬレベル信号がＦＰＧＡに必要であるので、これらの不規則な極性信号は、正のＴＴＬレベル信号に変換されなければならない。しかしこれが終了する前に、極性自身はＴＴＬレベル信号に変換されなくてはならず、ＦＰＧＡに送信されなければならない。したがって、同期調整回路３５と３７とが、４つのＴＴＬライン、すなわち２つの同期パルスと２つの極性パルスとを出力する。ＦＰＧＡは内部に極性パルスを保持して、２つの安定極性ビット（ＦＰＧＡレジスタ参照）を形成する。
【００９６】
ＦＰＧＡは、ビデオ同期パルスの追加プロセスも行う。ソフトウェアは正確なビデオフレーム率を知る必要があるので、ＦＰＧＡは、１秒当たりの垂直同期パルスの数をカウントするとともに、その値をＦＰＧＡレジスタ内に記憶する低周波数のカウンタを備える。他のＦＰＧＡカウンタは、垂直同期パルス間の水平同期パルスの数をカウントする。この値が他のＦＰＧＡレジスタに記憶される。
【００９７】
水平同期パルスが調整器３６とＰＬＬ３８とに入力される。ある種のビデオカードは、稼働中のビデオの終端でこの信号を消去する。物理的なモニタにとっては、これはそれほど問題ではない；しかし、ＰＬＬ回路にとっては、これにより出力周波数をドリフトさせてしまう。ＰＬＬ回路の大半は安定した参照周波数を必要としており、そうでないと不安定となってしまう。１Ｃ５１５２２ＰＬＬチップ等のいくつかのＰＬＬチップは、欠けている水平同期パルスを無視するための回路が必要である。ＰＬＬの出力は、ビデオへのドットクロックとなる。このドットクロックからの各パルスは、ビデオ信号における各ドットの中心の位置に正確に配列されなければならない。したがって、ＰＬＬは、出力ドットクロックの位相を調整する方法と、種々の数のビデオライン長、すなわち６４０，８００，１０２４等のビデオライン長をサポートするための方法とを含む。
【００９８】
図３に示すように、Ｋｅｙｖｉｅｗ  ＰＣＩ  カードは、埋め込み処理のための２つの分離したＣＰＵ、すなわちメインＣＰＵ２１とキーボードＣＰＵ２０とを備える。キーボードＣＰＵインターフェースは外部メモリを備えていないので、Ｉ／Ｏピンの大半が空き状態である。キーボードＣＰＵの２ポートは、２つのマウスとキーボードとを制御するために用いられており、他の０および２のポートはメインＣＰＵとシリアルＥＥＰＲＯＭとを通信させるために用いられている。
【００９９】
カードへのメインＣＰＵ２１のインターフェースは、マイクロプロセッサのためのプログラムコードを保持する外部プログラムＲＡＭメモリ４１を含む。ＣＰＵからの指示フェッチと、データ読み込み／書き込み信号がＦＰＧＡ内のロジックにより吸収され、ＣＰＵがＲＡＭからのコードを実行することができる。
【０１００】
ＲＡＭは、ＣＰＵのアドレススペースの最終３２Ｋに配置されている。これにより、ＣＰＵ内のＥＰＲＯＭにあるブートストラッププログラムは、ＲＡＭが受信する前にリセットするように制御される。ソフトウェア技術を用いて、ブートストラッププログラムによりＲＡＭに実際のプログラムがロードされる。これが終了すると、ＩＰＬの後にＲＡＭ内のプログラムに制御が送信される。
【０１０１】
メインＣＰＵ２１は、ＦＰＧＡレジスタ１１と、複式ポートフラッシュパレット変換器ＲＡＭ２４Ａおよび２４Ｂとをアドレスすることができる。これらは全て、メインＣＰＵのデータ記憶スペースの前半３２Ｋに配置されている。これは、ＣＰＵがプログラムメモリとは異なったデータメモリの取り扱いをするので可能である。ＦＰＧＡレジスタとフラッシュパレット変換器ＲＡＭ（これらはすべて同じロケーションとバンクとに配置されている）との間の衝突を防止するため、２つの特別な装置選択ビットがメインＣＰＵから直接出力されている。これらのＩ／Ｏは、ＣＰＵが自身のデータメモリアドレススペースの下位３２Ｋにアクセスした場合にアドレスされる装置を選択する。
【０１０２】
メインカードＣＰＵ２１は、ＣＰＵが一定時間以内に応答しない場合に、ＣＰＵをリセットするウォッチドック特性を有する。キーボードＣＰＵ２０は、そのような自動回路を備えていない。その代わり、キーボード回路へのリセットラインは、メインカードＣＰＵにより直接制御されている。これにより、メインＣＰＵは不安定にロックアップしてしまうことが防止されている。
【０１０３】
実際、アドレスラッチは、通常外部７４Ｌ５３７３あるいはその同等物である。ＦＰＧＡレジスタにアクセスするためにＦＰＧＡ１１はチップへの入力を必要とするので、このラッチ作業がＦＰＧＡ内で実行される。ＡＬＥがＦＰＧＡラッチストロボへの入力であり、それに対応して、ラッチのＱ出力が出力である。この構成を用いることにより、ＦＰＧＡ内において２５６までの個別のレジスタを選択することができる。
【０１０４】
ＣＰＵについて
ＣＰＵは、メインおよびキーボードＣＰＵ２０と２１とからマスター／スレイブ配置においてパラレルに動作する、２つの８７Ｃ５２−２４マイクロプロセッサである。これら両方とも、キーボード回路に付与される、同じ２２．１１８４Ｍｈｚのクロックで動作する。メインカードＣＰＵ２１は、シリアル形式でキーボードＣＰＵにコマンドとデータとを送信する。キーボードＣＰＵ２０は、メインＣＰＵ２１に命令された通りに、キーボードとマウスとに単にコードを送信するプログラムを有する。メインカードＣＰＵ２１は、自身のＩＰＬを制御するブートストラップコードを備える。メインプログラムはＲＡＭ内に格納されているとともに固定アドレスにおいてジャンプテーブルを備えているので、プログラムが実行することにより常にライブラリ機能の呼び出し方を知ることができる。このようにして、ライブラリ機能の多くをＥＰＲＯＭの余分なスペースに導入し、それが旧式となったときに上書きすることができる。同様に、内部ＣＰＵ通信ルーティンは、キーボードＣＰＵプログラムセグメントとメインカードＣＰＵプログラムセグメントとの間で共有されることができる。
【０１０５】
図４は、メインメモリマップを示す。ＲＡＭ（データ）とＲＯＭ（コード）アドレススペースを分離した状態に維持するよりも、この設計では、ＲＡＭプログラム記憶領域がプログラムのアップロードを容易にするために必要であるので、ＲＡＭチップが各アドレススペースの上位３２ＫのＲＡＭおよびＲＯＭ領域の両方に配置されている。この設計では、ブートストラッププログラムが内部ＥＰＲＯＭ４５に導入される。それは、８Ｋの長さであり、ＲＯＭアドレスＯＱＯＱＨから始まるように配置されているとともに、ＲＡＭリードを用いてアクセスすることができない。パワーアップにおいて、ブートストラップコードは制御可能となる。
【０１０６】
パワーアップ後間もなく、ＫＶ−ＡＰＰが自身のプログラムをメインカードＣＰＵのＲＡＭにロードするが、ＩＰＬ（イニシャル  プログラム  ロード：Initial Program Load）と呼ばれている。ＲＡＭは、メインカードＣＰＵのＲＡＭとＲＯＭとのアドレススペース４６の０００Ｈ−ＦＦＦＦＨに配置されている。ＲＡＭは３２Ｋ×８  １  ５ｎｓのチップあるいはそれ以上のチップである。キーボードＣＰＵのプログラムは固定されており、ＫＶ−ＡＰＰによっては上書きできない。
【０１０７】
ＣＰＵは、マスクプログラムされるか、ＯＴＰプログラムされるか、ＥＰＲＯＭプログラムされる。ＣＰＵにおける安全ビットは、外部コードが実行されることを防止するような方法でセットされてはならないことが重要である。最大限の有用性と高い安全性とを維持するために、インテル（登録商標）８７Ｃ５２ＢＨシリーズのマイクロプロセッサを用いることができる。キーボードとメインカードＩＰＬコードの両方が、同じＥＰＲＯＭプログラムスペースに結合される。パワーアップ時には、ＣＰＵに外部ＲＡＭが備えつけられているのかをＣＰＵが決定する。そうであれば、装置はメインカードＣＰＵコードを実行する。そうでなければ、装置はキーボードＣＰＵの特性を仮定する。現在、キーボードプロセスに全体のＥＰＲＯＭのうち２５％が割り当てられ、メインプロセスに７５％が割り当てられている。現在選択された８７Ｃ５２−２４チップでは、８ＫのＥＰＲＯＭのうち、２Ｋがキーボードプロセスに割り当てられ、６Ｋがメインプロセスに割り当てられる。
【０１０８】
メインＣＰＵＲＡＭのＩＰＬの後、ＫＶ−ＡＰＰがメインＣＰＵにＲＡＭプログラムを実行するように命令する。ＲＡＭプログラムは、ブーストストラップが含まない追加のコードと機能とを含む。
【０１０９】
シリアルバス
メインカードＣＰＵ２１のシリアルＩ／Ｏピンと、Ｒ×Ｄ（データ）と、Ｔ×Ｄ（クロック）とは周辺機器とシリアル通信を行う。シリアルライン（クロック、データ、ＲＤ／ＷＲ［Ｐ１．０］）はすべてのシリアル装置に折り返される。ＣＰＵ２１は、各装置に対する独立装置選択ラインも出力する。シリアルデバイスは、高レベルのその装置の選択（ＣＳ）入力を受信するまで、入力（クロック、データ、ＲＤ／ＷＲ）を無視する。どの装置も、その装置が選択されるまではどんな信号も出力することはできず、選択されていないときは出力の全てを高インピーダンス状態に変更する必要がある。ＰＬＬ３８は特別な場合である。それには、ＲＤ／ＷＲピンは用いられていないが、読み込み／書き込み機能がデータストリームに取り入れられる。
【０１１０】
どのシリアル装置も、装置選択ラインにより選択されない限り、メインカードＣＰＵとの通信を開始しない。
【０１１１】
キーボードＣＰＵは、プライベートＥＥＰＲＯＭチップを付属して備えているので、回路のリマインダがパワーダウンされている間は、キーボード回路はＥＥＰＲＯＭデータにアクセスすることができる。
【０１１２】
キーボードＣＰＵシリアルアクセス
キーボードＣＰＵ２０はシリアルアクセスされる必要がある。キーボードＣＰＵは直接アクセスできるレジスタを備えていないが、その代わりにコマンドアプローチを使用する。このアプローチにより、装置へのバイト数と、装置からのバイト数が、実行されているコマンドに依存して変化する。キーボードＣＰＵに書き込まれる最初のバイトは、コマンドバイトである。コマンドの例をいくつか紹介する。
【０１１３】
0004146089.tif 000002
【０１１４】
キーボードＣＰＵ２０におけるすべての読み込み動作は、ＣＰＵ２０の出力レジスタの内容を読み込む。このレジスタはある種のコマンドによりセットされ、その内容に影響を与えることなく複数回読み込まれる。キーボードコマンドコードの下位３ビットは、特別な意味を有する。２つのＬＳＢ（ビット１および０）は、常にコマンドバイトに続くバイトの数を表す。この構成により、３バイトまでコマンドバイトに続くことができる。ビット２がセットされると、コマンドはキーボードＣＰＵの出力レジスタの内容を変更する。残りのビットは任意であり、各コマンドを固有のものとするためだけに役立つ。
【０１１５】
シリアルＥＥＰＲＯＭアクセスの場合、特別な条件が適用される。コマンドが送信されたのち、キーボードＣＰＵ２０は、コマンドバイトに続いて８ビットアドレスを送信しようとする。アドレスバイトは、記憶あるいは書き換えのためのバイトのＥＥＰＲＯＭにおけるアドレスである。ＲＥＡＤ  ＰＲＯＭコマンドである場合、アドレスバイトによりアドレスされたＥＥＰＲＯＭのロケーションにおける値が、キーボード出力レジスタにコピーされる。ＷＲＩＴＥ  ＰＲＯＭコマンドについては、アドレスバイトの後にキーボードＣＰＵに受信される次のバイトが、アドレスされたＥＥＰＲＯＭのロケーションに記憶される。しかし、ＥＥＰＲＯＭが書き込み可能になる前に、キーボードＣＰＵはメインＣＰＵからＥＮＡＢＬＥ  ＷＲＩＴＥコマンドを受信しなければならない。これがまさに次のコマンドであれば、このコマンドにより書き込み作業を実行できる。書き込みコマンドの後、あるいは他のコマンドの後で、ＷＲＩＴＥ  ＥＮＡＢＬＥ状態が無効となる。最初にＷＲＩＴＥ  ＥＮＡＢＬＥコマンドを送信せずにＷＲＩＴＥ  ＰＲＯＭコマンドを送信しようとしても、キーボードＣＰＵはＷＲＩＴＥ  ＰＲＯＭコマンドを無視し、キーボード状態レジスタの適切なエラーフラッグをセットする。ＷＲＩＴＥ  ＰＲＯＭの前に先行してＷＲＩＴＥ  ＥＮＡＢＬＥコマンドを要求することにより、マイクロプロセッサが混乱して不注意なＥＥＰＲＯＭへの書き込みを行うことを防止することができる。
【０１１６】
キーボードＣＰＵ２０がシリアルＩ／Ｏに対する装置選択信号により選択されているときはいつでも、最終バイトが誤って送信された場合に、それが消去されるように、キーボードＣＰＵソフトウェアはシリアルインターフェースをリセットする。ＲＤ／ＷＲピンが下げられているときにはキーボードＣＰＵは書き込まれ、ＲＤ／ＷＲピンが上げられているときには読み込まれる。
【０１１７】
ＱＵＥＲＹ  ＳＴＡＴＵＳコマンドに返信される状態レジスタは、以下の定義を有する；
BIT 0=Num-Lockライト状態--- ホストからのライト状態
BIT 1=Scroll-Lock ライト状態--- ホストからのライト状態
BIT 2=Caps-Lock ライト状態--- ホストからのライト状態
BIT 3=ホスト電源オン
BIT 4=ＥＥＰＲＯＭがビジーである
BIT 5=保護メモリに書き込もうとするエラー
BIT 6=通信で検知されるエラー
BIT 7=FIFO overrun-FIFO が読み込まれていないので、バイトを失った。
【０１１８】
キーボードシリアルアルゴリズム
メインＣＰＵ２１は、キーボードＣＰＵ２０と連絡するようにされたいくつかのＩ／Ｏピンを有する。あるＩ／Ｏピンは、キーボードＣＰＵによって直接供給される特定のビジー入力ピンである。これは、キーボードＣＰＵがビジーであることおよびシリアル入力に応答できないことをメインカードＣＰＵに示す。キーボードＣＰＵがアイドル状態の場合、ビジー出力をクリアする。メインＣＰＵの別のＩ／Ｏピンは、キーボードＣＰＵ回路のＲＳＴ（リセット）入力に接続される。このことは、キーボードＣＰＵがコントロールを失った場合、メインＣＰＵがキーボードＣＰＵをリセットする。特別な回路はまた、メインＣＰＵの電源が落ちた場合、キーボードＣＰＵがそれ自体の電源をいれるのをリセットし、偶発的なリセットを防止する。メインＣＰＵの第３入力ピンは、キーボードのＲＴＳ（送信準備）出力によって供給される。この出力は、キーボードの内部ＦＩＦＯが内部に何かがあり、点検の必要があることをメインＣＰＵに通知する。
【０１１９】
メインＣＰＵ２１とキーボードＣＰＵ２０との間のシリアル通信を始めるために、ハンドシェーキングアプローチを用いる。メインＣＰＵがキーボードＣＰＵにバイトを送信しようとする場合、まずキーボードＣＰＵからのビジー入力をチェックし、それがローであることを確かめる。それがハイである場合には、メインＣＰＵはそれをクリアするのを待たなければならない。メインＣＰＵが１秒以上待たなければならない場合、キーボードＣＰＵが破壊され、キーボードＣＰＵのＲＳＴピンを切換え（toggling）トグルすることによりリセットする。一方で、ビジー入力がローである場合、メインＣＰＵはシリアルバイトを転送し始めることができる。
【０１２０】
ビジーフラッグはまた、キーボードＣＰＵがシリアル入力ビットを処理し終わったことをメインＣＰＵに示す。このステータスは、デバイス選択入力によって起こる。従って、キーボードＣＰＵを選択する前に、ビジーピンを読み取ることが重要である。
【０１２１】
メインＣＰＵ２１は最初のビットを送信する前に、まずシリアルクロックおよびＲＤ／ＷＲ’ラインをローに設定し、キーボードデバイス選択ラインをハイに設定する。そして、データビットをシリアルデータラインに出力する。これが終了したとき、クロック出力のレベルをハイに変える。キーボードＣＰＵがシリアルクロックラインにおける転送がローからハイになったことを確かめた場合、シリアルデータラインにおいてビットを読み取る。そして、キーボードＣＰＵ２０がビットを処理し終わったとき、ビジー出力をハイに引き上げる。このことは、ビットが受信され処理されたことをメインＣＰＵに通知する。そしてメインＣＰＵはシリアルクロックをローに引き戻し、キーボードＣＰＵにそのビジー出力と同様に行うように合図する。この処理は、バイトの８つ全てのビットがメインＣＰＵからキーボードＣＰＵに転送されるまで続けられる。全てのコマンドバイトが転送されたとき、デバイス選択ラインはクリアされ、キーボードビジー出力が通常使用に戻る。この手順は、キーボードＣＰＵが高いデータ転送速度を維持する間、シリアルフレーミングエラーを検出することを可能にする。
【０１２２】
同様の処理は、メインＣＰＵがキーボードＣＰＵの出力レジスタからシリアルバイトを読み取る場合に行われる。まず、キーボードＣＰＵがビジーでないか、あるいは破壊されていないことを確かめた後、メインＣＰＵはクロックラインをローに設定し、そしてＲＤ／ＷＲ’およびデバイス選択ラインをハイに設定する。このとき、メインＣＰＵはクロックラインをハイに引き上げる場合、キーボードＣＰＵはシリアルデータラインにおけるビットを出力する。これが終了したとき、キーボードＣＰＵは、そのビジー出力をハイに引き上げる。このことは、データを読み取る準備されていることをメインＣＰＵに通知する。メインＣＰＵが読み取りを行い、入力ビットを処理し終わったとき、シリアルクロックラインをローに引き戻す。キーボードＣＰＵは、これを確認し、そのビジー出力と同様に行う。また、この処理は、キーボードＣＰＵからメインＣＰＵに全部のバイトを送信するまで続ける。読み取る１つのバイトのみが存在するので、デバイス選択ラインは、リセットされる。
【０１２３】
キーボードコマンド手順
ホストにスキャンコードを送信するための典型的なキーボード操作は、メインカードＣＰＵのためであり、キーボードＣＰＵに以下のコマンドを出す：
｛Check Busy｝SEND KEY CODE ＜scan code ＞
スキャンコードバイトを受信したとき、キーボードＣＰＵは一時的にビジーピンを設定し、そしてホストにバイトをそのまま（verbatim）送信する。ステータスレジスタにおけるエラーフラッグは、キーボードＣＰＵが有効でないコマンドの処理に質問する場合に設定される。このエラー検出は、キーボードＣＰＵのコマンドにのみ適用され、スキャンコードデータには適用されない。
【０１２４】
時々、スイッチボックスは、通信のフォームとして無効なスキャンコードを戻す。これらは、受信時にキーボードＣＰＵの内部の１６バイトソフトウェアＦＩＦＯに加えられる。このＦＩＦＯは、実際に、回路列として実行される。スイッチボックスは通常、キー配列への応答で４バイト以上決して送信しないので、１６バイトＦＩＦＯがメインカードＣＰＵによって点検される前にオーバーランする可能性が遠隔操作にのみある。この配列は、このようなものである（［ＮＵＭＬＯＣＫ］［ＭＩＮＵＳ］［ＮＵＭＫＬＯＣＫ］キー配列について）：
｛Check Busy｝SEND KEY CODE ＜Make Num-Lock ＞
｛Check Busy｝SEND KEY CODE ＜Break Num-Lock
｛Check Busy｝SEND KEY CODE ＜Make- ＞
｛Check Busy｝SEND KEY CODE ＜Break-＞
｛Check Busy｝SEND KEY CODE ＜Make Num-Lock ＞
｛Check Busy｝SEND KEY CODE ＜Break Num-Lock
if (RST) then｛Check Busy｝READ FIFO
各送信キーコードの直前および直後に質問ステータス（ＱＵＥＲＹ  ＳＴＡＴＵＳ）もある。最後のスキャンコードが送信されたにもかかわらず、キーボードＣＰＵのＲＴＳ出力ピンをＦＩＦＯが点検する必要があることを示すように設定した場合、メインＣＰＵはＦＩＦＯを読み取り、ＫＶ−ＡＰＰにデータを送信し返さなければならない。キーボードＣＰＵはメイク−ブレーク−リピート（make-break-repeat ）コードの適切なフォーマットまたはそれらが有効なコードであるか否かと全く関係がない。質問された場合、干渉を生成しない複数のブレークコードおよび無限の数の無効なコードを送信する。
【０１２５】
ＰＬＬシリアルアクセス
上記のように、ＰＬＬ３８ビデオドットクロックチップは、特別なシリアルアクセスを必要とする。１つの主な差異は、全ての他のデバイスのためのＲＤ／ＷＲ’ピンが使用されないことである。ＰＬＬは、データストリームを介してこのビットを得る。メインＣＰＵからのデバイス選択出力は、ＰＬＬチップのＳＥＬｎ入力ピンに関係する。ＰＬＬ３８は、ＲＤ／ＷＲビット、続いて３ビットアドレス、続いて１１ビットデータバイトを使用する。
【０１２６】
シリアル  ＥＥＰＲＯＭ  アクセス
４−ワイヤシリアルＥＥＰＲＯＭは、不揮発性データ保存のためのカードに備えられる。例示の設計は、２５６×８バイトで構成された２ＫシリアルＥＥＰＲＯＭと呼ばれる。このＥＥＰＲＯＭは、ＫＥＹ−ＶＩＥＷコンピュータの電源が落ちた場合、外部シリアルポートＩＲＱおよびベースアドレスを保存する。ＥＥＰＲＯＭは、キーボードＣＰＵ２０に配置され、キーボード回路の二重電源（dual power）によって電源が供給される。メインカードＣＰＵ２１は、キーボードＣＰＵに質問することにより、ＥＥＰＲＯＭの情報にアクセスすることができる。ＥＥＰＲＯＭは、シリアルバスになく、メインＣＰＵは直接それにアクセスすることができない。
【０１２７】
ウォッチドッグ（監視）タイマー（watchdog timer)
メインＣＰＵ２１のための監視タイマー回路は、メインＣＰＵ  ＩＣに組み入れられる。キーボードＣＰＵ２０は、メインＣＰＵに構成された監視回路を駆動するソフトウェアを備える。キーボードが、メインＣＰＵが有限の時間内にそれを送信するコマンドに応答しない場合、メインＣＰＵは、キーボードＣＰＵのＲＳＴラインをトグルする。このことにより、キーボードＣＰＵをリセットさせる。
【０１２８】
両方のＣＰＵは、電源が入るのをリセットすることが可能な特別な回路およびメインＣＰＵが電源が入らない場合、キーボードＣＰＵの不注意によるリセットを防止する他の回路を備える。
【０１２９】
ＦＰＧＡレジスタアクセス
レジスタを含むたった１つのものであるメインＦＰＧＡは、メインカードＣＰＵのＲＡＭスペースにマップされる（図４）。ＲＡＭスペース４７（ＯＯＨからＦＦＨ）の最初の２５６バイトは、ＦＰＧＡレジスタスペースに厳密に対応する。ＦＰＧＡデバイス選択が全てのＦＰＧＡレジスタアクセスに対してハイに設定されていることは重要である。そうでなければ、ＯＯＯＯＨから７ＦＦＦＨ領域におけるＲＡＭロケーションへのＣＰＵアクセスは、フラッシュパレットコンバータＲＡＭにマップされる。しかしながら、ＦＰＧＡデバイス選択ビットがハイに設定される場合、ＦＰＧＡレジスタのコンテンツは、そこから読み取られ、そしてそこに直接書き込まれる。
【０１３０】
ポート１の定義
メインＣＰＵ２１は、図３に示す８つの認識されたポート１接続（Ｐ１．０〜Ｐ１．７）を有し、以下のように議論される：
Ｐ１．０−ＲＤ／ＷＲ’シリアルバスリード／ライトアウトプットポートは、キーボードＣＰＵ２０に出力する。この出力ピンは、モードシリアルバスアクセス中にＲＤ／ＷＲ’信号として作用する。このピンは、通常ハイ（読み取り）であり、シリアルデバイスにデータを書き込む場合、ローに設定される。ほとんどのデバイスについて、ＥＥＰＲＯＭおよびキーボードチップを備え、このピンの操作は、記載の通りである。しかしながら、ＰＬＬ３８については、このピンが関係しない。
【０１３１】
Ｐ１．１−ＦＰＧＡデバイス選択出力は、ＦＰＧＡ１１に接続し、メインＣＰＵのＲＡＭデータアドレススペースのより低い３２Ｋに対するチップ選択ラインとして役立つ。このピンがハイであり、メインＣＰＵがＯＯＨからＦＦＨアドレススペースにデータの読み取りまたは書き込みを行う場合、実際には、直接ＦＰＧＡレジスタを読み取るかまたは書き込む。しかしながら、このピンがローであり、メインＣＰＵがＯＯＯＯＨから７ＦＦＦＨ領域にデータをアドレスする場合、実際には、フラッシュパレットコンバータＲＡＭにデータをアドレスする。
【０１３２】
Ｐ１．２−キーボードビジー入力はキーボードＣＰＵ２０に出力し、キーボードＣＰＵがビジーであり、シリアルコマンドに応答できないことを示す特別に設けられたピンである。この入力はまた、２重の目的を有し、メインＣＰＵとキーボードＣＰＵとの間のシリアル転送中にタイミング信号として使用される。
【０１３３】
Ｐ１．３−キーボードリセット出力ピンは、キーボードＣＰＵ２０のＲＳＴ（リセット）入力に（ほぼ）直接接続される。破壊が検出された場合、キーボードＣＰＵをリセットするためにメインＣＰＵによって使用される。メインＣＰＵは、ＰＣＩ  ＡＰＰからのコマンドのもとでこのビットをトグルすることができる。キーボードＣＰＵの不注意なリセットの防止を助けるために、ＦＰＧＡロジックは、リセット信号が通り過ぎる前にキーボードＣＰＵがＦＰＧＡチップ選択レジスタによって選択されることが要求される。
【０１３４】
Ｐ１．４−ＦＩＦＯ  ＲＴＳ入力は、キーボードＣＰＵ２０に接続し、送信ストロボへのＦＩＦＯ準備である。この目的は、キーボードチップのＦＩＦＯがその中に少なくとも１バイト有する場合を示すことである。最後のバイトがＦＩＦＯから読み取られた場合に、それはクリアされる。この入力はメインＣＰＵのソフトな中断を行うので、そのバイトは、ＦＩＦＯのオーバーランを引き起こす前に取り扱うことができる。
【０１３５】
Ｐ１．５−ＩＣＳ１  ５２２デバイス選択は、ＰＬＬドットクロック３８におけるＳＥＬｎピンをコントロールするＩ／Ｏピンである。このデバイスは、このピンがローになった場合に選択される。このデバイスが選択された場合、シリアルバスに書き込むことができる。
【０１３６】
Ｐ１．６−キーボードデバイス選択は、キーボードＣＰＵへのデバイス選択入力をコントロールするＩ／Ｏピンである。キーボードＣＰＵは、このピンがハイである場合に選択される。キーボードが選択される場合、シリアルバスにおいてデータの読み取りまたは書き込みを行うことができる。
【０１３７】
Ｐ１．７−フラッシュパレットコンバータチップ選択は、ＦＰＧＡ１１に接続し、ＣＰＵの読み取りまたは書き込み中にアクセスされるデュアルポートフラッシュパレットコンバータＲＡＭをコントロールする。このピンがハイである場合、奇数バンクが選択される。そうでなければ、偶数バンクが選択される。
【０１３８】
メインＦＰＧＡレジスタインデックス
この設計は、ハードウェアの立場から、たとえソフトウェアの立場からでも、いくつかのＦＰＧＡ１１を備えており、全てのレジスタは、単一のＦＰＧＡにある。第２ＦＰＧＡがレジスタ情報を必要とする場合、レジスタへのアクセスを得るために、第１ＦＰＧＡへハードウェアを接続することが必要である。上記の例示のように、レジスタは、メインＣＰＵ２１によって直接アドレスされ、潜在的に各ＦＰＧＡに２５６個のレジスタまで存在することができる。メインＣＰＵがこれらのレジスタのほとんどをアドレスする前に、ＦＰＧＡデバイス選択出力ピンＰ１．１において最初にハイレベルで出力しなければならない。このことはＦＰＧＡレジスタを可能にし、フラッシュパレットコンバータＲＡＭを不可能にする。
【０１３９】
好ましい実施形態において、いくつかのレジスタは以下を含む：
００−これは、無効なレジスタであり、読み取りまたは書き込み時にランダムな値を返す。
【０１４０】
０１−ＦＰＧＡフラッグ−このバイトは、読み取りのみであり、このレジスタのコンテンツはＦＰＧＡによって設定される。ビット１は、ビデオＦＰＧＡから持ち込まれる。このレジスタのフラッグは以下である：
０  −予約
１  * −ビジー−ＦＰＧＡが選択されたビデオブロックを書き込むのがビジーである場合設定される。
【０１４１】
２  −最終パルスの水平同期化した分極（polarity）−０＝ネガティブ分極、１＝ポジティブ分極。
【０１４２】
３  −最終パルスの垂直同期化した分極−０＝ネガティブ分極、１＝ポジティブ分極、注意として分極フラッグは同期を有するパルスではない。
【０１４３】
４  −予約
５  −予約
６  −予約
７  −予約
０２−ＤＩＰスイッチ設定−このバイトは、ディップスイッチによって選択される４つのビットを含むフラッグのみの読み取りである。ビット０および１は、カードアドレスとして使用される。ビット２および３は予約される。このレジスタのフラッグは以下である：
０  −カードアドレスのビット０がＤＩＰスイッチによって設定される。
【０１４４】
１  −カードアドレスのビット１がＤＩＰスイッチによって設定される。
【０１４５】
２  −カードアドレスＤＩＰスイッチのスイッチ２が将来の使用のために予約される。
【０１４６】
３  −カードアドレスＤＩＰスイッチのスイッチ３が将来の使用のために予約される。
【０１４７】
４  −予約
５  −予約
６  −予約
７  −予約
０３  −ＣＰＵフラッグ−このバイトは、読み取りまたは書き込みを行うことができるが、ＣＰＵは値を変更することができるのみである。ビット２および３は、ビデオＦＰＧＡに出される。このレジスタのフラッグは、以下である：
０  −ビデオバンク−このビットは、ビデオバンク２５および２６がどの回路に関係するかを決定する。ハイビットは、ＦＰＧＡ１３がバンク０（２５）を有し、そしてバス２３がバンク１（２６）を有することを意味する。１６Ｋ×３２ビットのデュアルポートＲＡＭ構成を用いる場合、このピンは、ＲＡＭのレフト（キャプチャ）ポートのアドレスラインＡ１４に繋がれる。ライト（ＰＣＩバス）ポートにおける同じアドレスラインは、このビットの反対に繋がれる。このように、１つの回路がＲＡＭの０〜８Ｋ部分にトータルアクセスを有し、その他は、ＲＡＭの８〜１６Ｋ部分へのアクセスを有する。
【０１４８】
１  −フラッシュパレットコンバータマルチプレクサのための予約。
【０１４９】
２、３  −これはビデオフォーマットのバイト当たりのピクセルの数を示す。以下の表はこれがどのように復号されるかを示す：
0004146089.tif 000003
４  −予約
５  −予約
６  −予約
７  −ステルスモード−このビットを設定した場合、カードはＰＣＩバスからのいかなる読み取りコマンドにも応答しない。カードシリアルポートおよびビデオメモリはオフラインであり、ＰＣＩバスによるいかなる読み取り／書き込み試行にも応答しない。カードは完全に使用中であるのとは異なるが、システムでは見えない（invisible ）。メインカードＣＰＵはＰＣＩバスからの書き込みが試みられるが、このビットがリセットされるまでバスを介して応答しない。このことは、システムがメインカードＣＰＵにステルスフラッグをリセットするコマンドを出させる。他のコマンドはまた、メインカードＣＰＵに送信することができるが、ステルスビットがリセットされるまでＦＰＧＡを読み取ることができない。ステルスモードのいくつかの面では、ソフトウェアによって直接コントロールされるが、このビットを備えているので、ＦＰＧＡはステルスモードにおける８２５０シリアルポートコントローラデバイスをシャットダウンすることによってハードウェアの終了を取り扱うことができる。
【０１５０】
０４  −コマンドポート−このレジスタは、命令を実行させるより低い５ビットを有するコマンドレジスタである。このレジスタがＫＶ−ＡＰＰによって書き込まれる場合、ＦＰＧＡは、そのＩＮＴＩピンをトグルすることによってメインカードＣＰＵへの中断を生成する。そして、メインカードＣＰＵは、このコマンドを処理しはじめることができる。ＰＣＩバスからこのレジスタにコマンドを受信したとき、ＦＰＧＡのステータスレジスタのおける全てのビットは、それらの適切な値に設定される。この動作は、ＦＰＧＡ自体によって自動的に行われ、実行の理由のためにメインＣＰＵによっては自動的に行われない。コマンドバイトは以下のように構成される：
０〜５−６ビットは、メインカードＣＰＵに命令する。
【０１５１】
６〜７−カードアドレスがコマンドに応答する。
【０１５２】
このレジスタは、ベースＩ／Ｏ（コマンド）レジスタに書き込むＫＶ−ＡＰＰの動作によって書き込まれるのみである。ステータスレジスタ（ＦＰＧＡレジスタ０８）は、ＫＶ−ＡＰＰが同じベースＩ／Ｏレジスタを読み取る場合、戻される。メインＣＰＵは、コマンドレジスタに書き込むことができない。反対にステータスレジスタに適用する。メインＣＰＵによって書き込まれ、ＫＶ−ＡＰＰがベースＩ／Ｏ（コマンド）レジスタを読み取る場合、読み取られる。
【０１５３】
０５−パラメータポート０−このＦＰＧＡレジスタは、ベース＋１Ｉ／Ｏポートのコンテンツのコピーである。それは、メインＣＰＵによって読み取りまたは書き込みを行うことができ、そのコンテンツはＩ／Ｏポートによって反映される。実際、ＫＶ−ＡＰＰおよびメインＣＰＵの両方は、このパラメータレジスタにアクセスして直接の読み取り／書き込みを行う。パラメータポートレジスタは、コマンドレジスタに送信するコマンドの一般的なパラメータである。
【０１５４】
０６−パラメータポート１−このＦＰＧＡレジスタは、ベース＋２Ｉ／Ｏポートのコンテンツのコピーである。詳細にはパラメータポート０を参照。
【０１５５】
０７−パラメータポート２−このＦＰＧＡレジスタは、ベース＋３Ｉ／Ｏポートのコンテンツのコピーである。詳細にはパラメータポート０を参照。
【０１５６】
０８−ステータスレジスタ−これは、ＫＶ−ＡＰＰがベースＩ／Ｏレジスタを読み取る場合に受け取るレジスタである。それは、カードの操作ステータスの種々の面を示す。ＫＶ−ＡＰＰがこのレジスタのみを読み取ることができる間、ＣＰＵはアクセスして読み取りと書き込みの両方を行う。ビット構成は以下の通りである：
０−ビジーコマンド−カードはまだ、ＫＶ−ＡＰＰから受信する最後のコマンドを処理している。このビットはＫＶ−ＡＰＰがＦＰＧＡにおけるコマンドレジスタ（ベースＩ／Ｏレジスタ）にコマンドを書き込む場合、ＦＰＧＡによって自動的に設定される。メインカードＣＰＵは、処理し終わったとき、このビットおよび全てのパラメータポートのビジービットをリセットする。パラメータポートは異なっているので、ステータスレジスタを読み取ることにより、ビジーフラッグを設定しない。
【０１５７】
１−ビジーパラメータポート０−カードは、ＦＰＧＡパラメータポート０からまたはＦＰＧＡパラメータポート０へバイトを転送することがビジーである。このビットは、ＫＶ−ＡＰＰがＦＰＧＡにおけるパラメータポート０（ベース＋１Ｉ／Ｏレジスタ）にパラメータの書き込みまたは読み取りを行う場合、ＦＰＧＡによって自動的に設定される。メインカードＣＰＵは処理し終わるかまたは転送すべき次のバイトの準備ができた場合に、このビットをリセットする。
【０１５８】
２−ビジーパラメータポート１−カードは、ＦＰＧＡパラメータポート１からまたはＦＰＧＡパラメータポート０へバイトを転送することがビジーである。このビットは、ＫＶ−ＡＰＰがＦＰＧＡにおけるパラメータポート１（ベース＋２Ｉ／Ｏレジスタ）にパラメータの書き込みまたは読み取りを行う場合、ＦＰＧＡによって自動的に設定される。メインカードＣＰＵは処理し終わるかまたは転送すべき次のバイトの準備ができた場合に、このビットをリセットする。
【０１５９】
３−ビジーパラメータポート２−カードは、ＦＰＧＡパラメータポート２からまたはＦＰＧＡパラメータポート２へバイトを転送することがビジーである。このビットは、ＫＶ−ＡＰＰがＦＰＧＡにおけるパラメータポート２（ベース＋３Ｉ／Ｏレジスタ）にパラメータの書き込みかまたは読み取りを行う場合、ＦＰＧＡによって自動的に設定される。メインカードＣＰＵは、転送されるべき次のバイトのための処理し終わるかまたは準備ができた場合に、このビットをリセットする。
【０１６０】
４−モード変化−このフラッグは、ビデオモード変化がメインカードＣＰＵにより検出された場合に設定される。このフラッグは、カードが「ロードビデオパラメータ」コマンドを受信した場合に通常リセットされる。
【０１６１】
５−予約
６−予約
７−サポートされていない命令／転送エラー−このビットは、エラー状態を検出した際に設定される。通常コマンドがへたにフォーマットまたは無効化されてカードに転送される場合、このビットは設定される。また、パケット転送中に、不適当な検査合計等のエラーがあった場合、このビットが設定される。このビットは、次のコマンドが書き込まれた場合にクリアされる。
【０１６２】
０９−ビデオページセグメントＭＳＢ−ビデオページセグメントアドレスのハイバイト。これは、ＫＶ−ＡＰＰがＫＥＹ−ＶＩＥＷ  IIのビデオバッファをアドレスするために使用するアドレスのセグメントである。カードのＰＣＩ回路は、ＫＥＹ−ＶＩＥＷ  IIのビデオＲＡＭをＫＶ−ＡＰＰのメモリにおけるこのセグメントの始めにマップする。
【０１６３】
１０−ビデオページセグメントＬＳＢ−ビデオページセグメントアドレスのローバイト。これは、ＫＶ−ＡＰＰがＫｅｙＶｉｅｗ  IIのビデオバッファをアドレスするために使用するアドレスのセグメントである。カードのＰＣＩ回路は、Ｋｅｙｖｉｅｗ  IIのビデオＲＡＭをＫＶ−ＡＰＰのメモリにおけるこのセグメントの始めにマップする。
【０１６４】
１１−メインカードＩ／ＯベースアドレスＭＳＢ−Ｉ／Ｏベースアドレスのハイバイト。これはＫＶ−ＡＰＰがＫｅｙＶｉｅｗ  IIカードへ送信するまたはＫｅｙＶｉｅｗ  IIから受信する場合に使用するＩ／Ｏアドレスである。特に、それはコマンドポートレジスタのＩ／Ｏアドレスである。パラメータポートレジスタは、このアドレス（すなわち、ベース＋１、ベース＋２、ベース＋３）に適切な埋め合わせを添加することによってアクセスされる。ＫＥＹ−ＶＩＥＷカードのＰＣＩ回路は、このＩ／Ｏアドレスにコマンドポートベースレジスタをマップする。これは、シリアルポートベースアドレスではない。このことは、他のＦＰＧＡレジスタによって規定される。
【０１６５】
１２−メインカードＩ／ＯベースアドレスＬＳＢ−Ｉ／Ｏベースアドレスのローバイト。詳細は上記を参照。
【０１６６】
１３−シリアルポートＩ／ＯベースアドレスＭＳＢ−シリアルＩ／Ｏベースアドレスのハイバイト。これはオペレーティングシステムがＫｅｙＶｉｅｗカードのシリアルチップにアクセスする場合に使用するＩ／Ｏベースアドレスである。ＫｅｙＶｉｅｗカードのＰＣＩ回路性は、シリアルポートペースレジスタとこのＩ／Ｏアドレスにマップする。
【０１６７】
１４−シリアルポートＩ／ＯベースアドレスＬＳＢ−シリアルＩ／Ｏベースアドレスのローバイト。詳細は上記を参照。
【０１６８】
１５−シリアルポートＩＲＱ−シリアルポートのＩＲＱ。これはシリアルポートがオペレーティングシステムを中断するのに使用するＩＲＱである。ＫｅｙＶｉｅｗ  IIカードのＰＣＩ回路は、ＩＲＱ中断を始めるためにこのレジスタを使用する。
【０１６９】
１６−ＦＰＧＡセットのバージョンナンバー−ＭＳＮは、メジャーなバージョンであり、ＬＳＮはマイナーである。全てのＦＰＧＡは、バージョン認識の目的のために１つのピースを考慮する。
【０１７０】
１７−カレントビデオライン−このレジスタは、水平同期パルスをカウントするピクセル確認回路の１２ビットカウンタの値を保持する。この値は、ＣＰＵによって変化させることができず、最後の垂直同期パルス以来のラインの実際の数を表す。
【０１７１】
１８−フラッシュパレットＲＡＭデータ−このレジスタは、逆転される。
【０１７２】
１９−ビデオタイミングレジスタ−「スタートセグメント」−垂直同期後およびキャプチャされたビデオの始めのライン前の見えないラインを含む、ラインの数または水平同期。これはキャプチャされるべき始めの水平ライン前であるキャプチャされていない全てのアクティブビデオラインを含む。これは、セグメントキャプチャが始まる際の正確な物理的ラインである。
【０１７３】
２０−ビデオタイミングレジスタ−「スタートライン」−水平同期パルス後および全てのアクティブラインにおける始めのアクティブビデオピクセル前の、見えない幅セルの数、またはドットクロック。これは、ビデオラインキャプチャを始める際の正確な物理的ピクセルである。このレジスタは、ビデオＦＰＧＡに輸送される。
【０１７４】
２１−ビデオタイミングレジスタ−「エンドライン」−見えないピクセルならびにアクティブピクセルを含む水平同期パルス後の、ピクセルの数、またはドットクロック。これは、ビデオラインキャプチャを中止する際に正確な物理的ピクセルである。このレジスタは、ビデオＦＰＧＡに輸送される。
【０１７５】
２２−ビデオタイミングレジスタ−「ストップセグメント」−見えないラインならびにビデオの最後のアクティブラインがキャプチャされる前のキャプチャされたラインを含む、ラインの数、または水平同期。これは、セグメントキャプチャが終了した際に正確な物理的ラインである。
【０１７６】
２３−チップ選択レジスタ−このレジスタは、使用されない。
【０１７７】
２４−カレントビデオバンクのための３２ビット検査合計のＭＳＷのＭＳＢである。
【０１７８】
２５−カレントビデオバンクのための３２ビット検査合計のＭＳＷのＬＳＢである。
【０１７９】
２６−カレントビデオバンクのための３２ビット検査合計のＬＳＷのＭＳＢである。
【０１８０】
２７−カレントビデオバンクのための３２ビット検査合計のＬＳＷのＬＳＢである。
【０１８１】
これは、上記ビデオタイミングレジスタによって選択されるカレントビデオセグメントのためのＸＯＲシフト−２１検査合計である。選択されたセグメントの最初のラインの開始において、検査合計レジスターをクリアする。この検査合計は、ビデオスキャニングビームが選択されたセグメント中にある場合、このレジスタに連続的に書き込まれる。ビデオスキャニングビームが選択されたセグメントを出る場合、検査合計レジスタにおける値は、セグメントに対して有効である。この値が迅速に読み取られない場合、次のフレームをそれに上書きするならば、改悪されたものになる。また、キャプチャされたセグメントの末端において、ＦＰＧＡがＩＮＦＯピンを実行することによってメインカードＣＰＵへの中断を生じる。これらのレジスタは、ビデオＦＰＧＡから輸送される。
【０１８２】
２８−垂直フレームレート−ＦＰＧＡは、１秒における垂直同期パルスの数を連続的にカウントする周波数カウンタ回路を有する。このカウントは、全体としてこのレジスタに保存され、そしてアクティブカウントとしては保存されない。
【０１８３】
２９−水平ラインレートＭＳＢ−ＦＰＧＡは、垂直同期パルス間の水平同期パルスの数をカウントする別の特別な１６ビットカウンタを備える。このレジスタは、１６ビットカウントの上位バイトである。
【０１８４】
３０−水平ラインレートＬＳＢ−このレジスタは、１６ビット水平ラインカウントの下位バイトである。
【０１８５】
ＫｅｙＶｉｅｗ  ＰＣＩカードシステムコマンド
この章では、ＫｅｙＶｉｅｗ  ＰＣＩカードへのコマンド概要を提供する（図１）。全てのコマンドは、１方向である。つまり、これらは、ＫＶ−ＡＰＰにおいてのみ開始され得るが、カード自体では開始されない。これは、主に伝達を開始されたカードに対して必要がないためおよびＫＶ−ＡＰＰシステムに行われた中断がないためである。始めに見ただけでは、それは、カードの余剰な投票（redundant polling)に巻き込まれることになるＫＶ−ＡＰＰプロセッサの結果であると予想できるが、これはその場合ではない。たまたま、ＫＶ−ＡＰＰがビデオを正確に処理するためにこのステータスレジスタを連続的に読み取らなければならないので、このレジスタにおけるビットはカードが重要であるといわれるものを有する場合を示す。このように、ＫＶ−ＡＰＰはハードウェアを中断する必要なく必要な情報を得る。
【０１８６】
ａ．初期化
ＫＶ−カード１０にコマンドを送信するために、まず初期化しなければならない。カードが電源を入れられた場合、それはステルスモードであり、そしてここに存在するコマンドを実行するのに必要な多くのプログラムを備えていない。メインカードＣＰＵプログラムをロードしなければならないが、その前に、Ｉ／Ｏポートおよびビデオセグメントアドレスをまずロードしなければならない。
【０１８７】
電源をいれたとき、カード１０は、Ｉ／Ｏベースアドレスが実際にコマンドポートであると想定されることの知識を含まない。Ｉ／Ｏベースアドレスなしに、ＫＶ−ＡＰＰからのコマンドを受信する方法はない。この周辺を得るために、小さなセルフタイミング手順が開発されてきた。この手順において、ＫＶ−ＡＰＰはカードが使用される可能な８以外の１つのＩ／Ｏベースアドレスを選択する。そして、それは繰り返してカード０からこのアドレスにアドレスされるＮＯＰ（コード００）を送信する。これらのＮＯＰは、１０秒までの間に１／１０秒の間隔を開けて送信される。カードが存在する場合、Ｉ／Ｏベースアドレスおよびデクローク（decloak ）としっかりはまる（latch on to)。この機能はソフトウェアの部分であるがＦＰＧＡの部分ではない。全てのカードは、初期化のこのフェーズの間ステルスモードであるかまたはその他はバスコンフリクトが生じる。
【０１８８】
そして、ＫＶ−ＡＰＰはコマンド／ステータスレジスタおよび３つのパラメータポートを読み取ることによりカードの存在を確認する。
【０１８９】
デクロークすることは、ＮＯＰコマンドのための通常の操作ではなく、デクロークするためにカードを呼び出すために使用されてはならない。通常、ＮＯＰコマンドは、単に、ステータスレジスタをゼロにクリアすることを期待しない。始めのカードが適切に正確なＩ／Ｏベースアドレスにロードされたとき、ＫＶ−ＡＰＰは、ＫＥＹ−ＶＩＥＷ  ＰＣにおける４つ全てのＰＣＩカードのための手順を繰り返す。次のカードの処理をする前に、デクロークされたカードは、ステルスモードに引き戻される（クロークされる（cloak ））。初期化の間、ＮＯＰ命令を処理するコードは、ＥＰＲＯＭ  ＩＯＬコードに位置される。メインカードＣＰＵソフトウェアがロードされた後、古いＮＯＰ処理コードは、ＲＡＭの新しいコードによって上書きされる。
【０１９０】
ｂ．呼び出し配列
ＫｅｙＶｉｅｗ  IIカードに対するコマンドのいくつかは、複数のパラメータを必要とする。このパラメータは、まず、パラメータポートレジスタにロードされ、そしてコマンドレジスタにロードされる。これは、カードが書き込まれてすぐにコマンドを実行させるので、書き込みされるべきパラメータを待たない。パケットされていないパラメータが書き込みされる順番は、コマンドレジスタが最後に書き込みされる限りにおいては重要ではない。
【０１９１】
パケットされたデータの場合、特別なルールを適用する。この場合、複数の２５６バイトの記録が同じコマンドのもとで転送される。パケットがどのようにメインカードＣＰＵからおよびメインカードＣＰＵへ転送されるかの実施例については以下を参照のこと。
【０１９２】
ｃ．ＫＶ−ＡＰＰからＫＶ−カードへのパケット転送
ＫＶ−カード１０へのパケットの転送は、かなり簡単である。デバイスまたはパケットを受信する内部バッファのためのコードは、まずパラメータポート０に書き込まれる。カードに送信されたファイルは、２５６バイトのかたまりに分割される。このかたまりの数（ゼロで始まる）は、ハイビットに設定されたパラメータポート１にロードされる。ハイビットに設定することは、それが書き込みおよび読み取りを行わないことを示す。２５６バイトパケットの８ビット検査合計は、データの２５７番目のバイトとして送信されるので、カードにおけるＣＰＵは有効な転送を確かにすることができる。パケットの最初のバイトは、パラメータポート２に書き込まれる。これら全てのレジスタに書き込むことは、それ自体によるものではないが、「転送パケット」コマンドがＫＶ−ＡＰＰによってコマンドレジスタに書き込まれた場合、転送処理が始まる。
【０１９３】
パケット転送コマンド中に起こる最初のことは、パラメータポート２の最初のバイトをロードし、そして一時バッファに保存することである。ＫＶ−ＡＰＰによるコマンドまたはパラメータポートに書き込むことにより、ＦＰＧＡがレジスタのためのビジーフラッグを自動的に設定するので、ＣＰＵは各バイトを処理し終わった場合にパラメータポート２のためのビジーフラッグをクリアしなければならない。
【０１９４】
パラメータポート２のためのビジーフラッグがメインカードＣＰＵによってクリアされる場合、ＫＶ−ＡＰＰはこれを検出し、そしてパケットの第２のバイトをこのポートに書き込む。これが終わったとき、ＫＶ−ＡＰＰはビジーフラッグが再びクリアされるまで待機する。そして、２５６バイトの全てが転送されるまで、次のバイトを送信するなどする。次に、８ビット検査合計は、２５７バイトとして送信される。そのとき、メインカードＣＰＵは検査合計を受信したパケットの実際の検査合計と比較する。２つの検査合計が異なる場合、ＣＰＵはステータスレジさ歌にＥＲＲＯＲフラッグを設定することによってこれに報告する。エラーの場合、一時バッファのコンテンツは、廃棄される。検査合計が合っている場合、一時バッファのコンテンツは、デバイスまたはパラメータポート０に書き込まれた値によっておよびパラメータポート１に特定されたアドレスに、最初に参照されたロケーションにコピーされる。コマンドレジスタのためのビジーフラッグは、パケット転送が完了するまで設定されたままである。全てのコマンドおよびパラメータポートビジーフラッグはパケット操作が完了した場合にクリアされる。
【０１９５】
パラメータポート１にロードされる「かたまり（chunk ）」（パケット）数は、ＣＰＵＲＡＭ４１およびフラッシュパレットコンバータＲＡＭ２４Ａおよび２４Ｂへおよびからデータを転送する場合に使用されるだけである。１つのパケットを転送する場合、ハイビットはいまだに重要であり、パケット数はゼロに設定されるべきである。検査合計が全ての転送について有効である。また、他のコマンドがパケットを転送中にコマンドレジスタに書き込まれるとしても、注意すべきであり、ＮＯＰでさえ、全体のパケットを廃棄する。
【０１９６】
複数のパケットが存在する場合では、プログラムおよびフラッシュパレットコンバータＲＡＭのような、各２５６バイトパケットは、分離したコマンドとして分離して送信される。これらの場合には、２５６バイトパケットが転送されることを特定することが重要である。
【０１９７】
１２８パケット（３２Ｋ）の１つのみが、ある得られたデバイスのパラメータポート１において特定され得る。これらのパケットは配列された順序で行われる必要はない。
【０１９８】
ｄ．ＫＶ−カードからＫＶ−ＡＰＰへのパケット転送
ＫＶ−カードからＫＶ−ＡＰＰへのパケットの転送のために、デバイスまたはパケットが読み取られるべき内部バッファのアドレスは、まずパラメータポート０に書き込まれる。読み取られるべきパケットのインデックス数は、ハイビットクリアを有するパラメータポート１にロードされる。ＲＡＭデバイスに期待するすべてのことは、これが単にゼロであることである。ハイビットがをクリアすることを示すことは、読み取っているが、書き込んでいないことである。ゼロは、パラメータポート２に対してビジーフラッグを設定するＦＰＧＡを順番通りに、パラメータポート２に書き込まれる。この転送中に、カードはまず２５６バイトのパケットを、そして検査合計バイトを送信し、その結果、カードのＣＰＵは有効な転送を確認する。これら全てのレジスタを書き込むことは、それ自体で行うことはないが、「転送パケット」コマンドがＫＶ−ＡＰＰによってコマンドレジスタに書き込まれた場合、転送処理が始まる。
【０１９９】
パケット転送コマンド中に、まずメインカードＣＰＵがパケットの最初のバイトをパラメータポート２に書き込む。次いで、それが、そのポートのためにビジーフラッグをクリアする。ＫＶ−ＡＰＰはパラメータポート２のためのビジーがもはや設定されていないことを検出する場合、ポートを読み取り、パケットの最初のバイトを保存する。ＦＰＧＡは、ＫＶ−ＡＰＰがそれを読み取る場合、ポートのためのビジーフラッグを自動的に設定する。これはＫＶ−ＡＰＰプログラムが複数の時間で同じバイトを読み取ることを防止する。
【０２００】
次に、メインカードＣＰＵはパラメータポート２におけるパケットの第２バイトを置き、そのビジーフラッグをクリアする。そしてＫＶ−ＡＰＰはまた、そのバイトを読み取り、保存する。このプロセスは、２５６バイト全てがＫＶ−ＡＰＰによって読み取られるまで続けられる。そのとき、メインカードＣＰＵは検査合計である２５７バイト目を転送する。ＫＶ−ＡＰＰは通常、たとえ検査合計バイトを使用しなくてもそれを読み取る点を作成する。
【０２０１】
コマンドレジスタのためのビジーフラッグは、パケット転送が完了するまで設定されたままである。全てのコマンドおよびパラメータポートビジーフラッグは、パケット操作が完了した場合にクリアされる。パラメータポート１にロードされたパケット数は、ＲＡＭデバイスへおよびからデータを転送する場合のみ使用される。他の全てのデバイスのために、これはゼロに設定される。検査合計は、全ての転送について確認される。たとえ他のコマンドがパケット転送中にコマンドレジスタに書き込まれたとしても、ＮＯＰでさえ、パケット転送は終わらず、特定されていないステートにＫＶ−ＡＰＰを残しておく。
【０２０２】
転送のための複数のパケットが存在する場合では、ＲＡＭデバイスのためのような各２５６バイトパケットは分離したコマンドとして分離して送信される。この場合、２５６バイトパケットが転送されることを特定することは重要である。１つの１２８パケット（合計３２Ｋ）のみが、ある得られたデバイスのために特定され得る。これらのパケットは、配列順にある必要はない。
【０２０３】
ＫｅｙＶｉｅｗ  IIカードコマンド
以下は、ＫＶ−カードが受け入れられるコマンドおよびこれらのパラメータのリストである。
【０２０４】
ａ．ＯＯ−ＮＯＰ（操作なし）
このコマンドは、ステータスレジスタにおけるビジーおよびエラーフラッグをクリアする効果を有する。通常ビジーフラッグは、コマンドが完了した場合にクリアされる。特にＮＯＰが何もしないので、通常４つ全てのビジーフラッグを完了し、それからそれをクリアする。
【０２０５】
最初のコマンドの６ビットは、全てゼロであり、そして最後の２つのビット６と７は、カードをアドレスするためのものである。実際にアドレスされたカードのみが、ＮＯＰ実施を処理する。これは、カードがステルスモードであるかまたはないかに係わる。
【０２０６】
上記のように、ＩＰＬ中のＥＰＲＯＭコードにおけるＮＯＰコマンドは、デクロークするカードに起因する。
【０２０７】
ｂ．０１（ステルス）
このコマンドは、システムのカードをクロークする、デクロークする、ターンオフするおよびターンオンするための能力を提供する。このコマンドの実際の機能は、パラメータポート０に存在する値によって規定される。これらの機能を以下に説明する：
００−クローク−カードがクロークされる場合、ＫＶ−ＡＰＰで確認することはできない。クロークされたカードを読み取る試みは、失敗する。シリアルチップはまた、不具合があり、ＫＶ−ＡＰＰ  ＣＰＵを中断することができない。その他には、クローク機能は、カードを機能化させない。ビデオキャプチャは、ビデオデータがＫＶ−ＡＰＰにより読み取られないにもかかわらずクロークされたカードにおいていまだ機能する。クロークするコマンドが出された場合、システムにおける全てのカードは、コマンドバイトにおいて特定されたアドレスに関してクロークする。
【０２０８】
０１−デクローク（DeCloak ）−これは、クロークされたカードのステータスを繰り返す。特にアドレスされたカードのみが、このコマンドに応答する。「ターンオン」コマンドはこのコマンドに伴われる。
【０２０９】
０２−ターンオフ−これは、ＰＬＬドットクロックジェネレータを低周波数除数（low frequency divisor ）でロードさせる。この補助は、ＦＣＣ放射を減らす。このコマンドはまた、カードをクロークさせるが、１つの特定のカードにねらいつけられる。続く「クローク」コマンドが出された場合、このカードの「オフ」状態に影響しない。この機能は、これらのカードからＥＭＩを減らすために与えられる。ＦＰＧＡにおける全てのレジスタは、このコマンドの結果、変化しないままである。
【０２１０】
０３−ターンオン−これはカードを「ターンオフ」コマンドの前に使用された値でＰＬＬドットクロック除数をリロードさせる。これは、同時に「ターンオン」および「クローク」させられるカードに対して可能であるので、この機能は、カードをでクロークさせない。
【０２１１】
ｃ．０２（パケット転送）
このコマンドは、ＫＶ−ＡＰＰへおよびＫＶ−ＡＰＰから２５６バイトパケットを転送させる。このデバイスまたはデータが入力されるまたは出力されるバッファは、このコマンドを呼び出す前にパラメータポート０にロードされるデバイスパラメータによって特定される。
【０２１２】
カードデバイスにおけるパケットのアドレスは、複数のパケットが存在する場合に特定される。これは、メインカードＣＰＵプログラムおよびフラッシュパレットコンバータＲＡＭコンテンツを含む。アドレスバイトはパラメータポート１に保存される。実際には、たった７ビットなので、アドレスのための値の範囲は、０〜１２７に限定される。これは、実際には２５６バイトページまでのインデックスであるので、実際には０〜３２，７６８にアドレスされる。ＣＰＵ  ＲＡＭは、デバイスの開始に関連してアドレスされ、実際のＣＰＵアドレスに関連しない。
【０２１３】
このコマンドは読み取りおよび書き込みの両方をサポートする。アドレスバイトのビット７は、これをコントロールする。ビット７が設定された場合、この操作はカードからのパケット書き込みである。ビット７がクリアされた場合、この操作はカードからのパケット読み取りである。
【０２１４】
パラメータポート２は、全てのデータが読み取られるまたは書き込まれる場所である。全てが送信されるまで２５６バイトは連続して転送される。このあと、追加の１バイト検査合計もまた送信される。
【０２１５】
以下は、転送コマンドを有効にするデバイスコードである：
００−無効なデバイス（Null Device ）−これは、カードに書き込まれたデータを除いて転送するために機能し、自動的に廃棄される。検査合計は他のデバイスと全く同様に比較される。このデバイスからの読み取りの場合、パケットは全てゼロを含む。このアドレスは、デバッギングするために有用である。
【０２１６】
０１−メインカードＣＰＵ  ＲＡＭ  デバイス−これはメインカードＣＰＵにロードされるためのメインプログラムコードである。このコードは、呼び出し時に機能のバージョンが実行されることを決定するジャンプテーブルを上書きする。
【０２１７】
０２−フラッシュパレットコンバータＲＡＭデバイス（偶数）−このバッファは、ビデオキャプチャ回路のために必須である。供給されたデータはキャプチャされた色が適切なビデオモードにおけるビデオデータを色調変化する（pallettize）ために適合されるカラー立方体である。別のメインカードＣＰＵコマンドである生成パレットは一般的な色または黒白パレットを自動的にロードする。生成パレットコマンドとこの転送コマンドとの間の違いは、後者が注文製のパレットであり、前者が決まっている数学的に生成されたパレットである。
【０２１８】
０３−フラッシュパレットコンバータＲＡＭデバイス（奇数）−上記と同様であるが奇数バンクのためである。
【０２１９】
０４−ビデオパラメータ記録−このデバイスは、カードへのビデオパラメータの２５６バイト構造を保存するためにある。これは、ビデオモード変化が生じる場合に全てのビデオレジスタがロードされるのを確実にするための素早くそして簡単な方法である。
【０２２０】
０５−キーボード／マウスセットアップ記録−これは、情報をセットアップするキーボードおよびマウスの２５６バイト構造である。この記録は、カードに接続されるマウスおよびキーボードの型についての情報を含む。
【０２２１】
０６−検査合計レジスタ−これは全体で６４ＤＷＯＲＤ（２５６バイト）の検査合計アレイである。個々のレジスタは、ビデオ検査合計マネージャー（Video Checksum Manager）を用いて読み取られ得る。転送コマンドはまた、検査合計レジスタを書き込ませる。
【０２２２】
ｄ．０３（生成パレット）
このコマンドは、メインカードＣＰＵを均一なパレットを生成させ、そしてフラッシュパレットコンバータＲＡＭにロードさせる。実際に生成されたパレットは、パラメータポート０および１のコンテンツに依存する。パラメータポート０がゼロである場合、パレットは黒白グレイスケールである。パラメータ０に他の値が存在する場合、パレットはカラーである。パラメータポート１はパレットに生成するカラーの全数を含む。カラーの数について利用できる選択は０（２色）、１（４色）、２（１６色）および３（２５６色）のみである。パラメータポート１のより低い２ビットのみが考慮される。
【０２２３】
ｅ．０４（ＦＰＧＡ  レジスタアドレス）
このコマンドは、ＫＶ−ＡＰＰをＦＰＧＡにおける全てのレジスタへ完全に間接的にアクセスさせる。このコマンドはまた、ＫＶ−ＡＰＰをＥＥＰＲＯＭおよびＩＣＳ−１  ５２２ビデオチップに間接的にアクセスさせる。パラメータポート０はアクセスするためのデバイスを定義する。これらは、シリアルアドレスするセクションと同様である：
0004146089.tif 000004
* 最初の２ビットのみが有効なデバイス選択ビットである。ビット７は、読み取り／書き込みビットである。パラメータポート０の他の全てのビットは無視される。
【０２２４】
パラメータポート２では、データが読み取り操作のために戻され、そして書き込み操作のために入れられる。読み取り操作について、パラメータポート２のデータは、ビジーステータスフラッグがリセットされた場合に有効である。
【０２２５】
ＥＥＰＲＯＭはキーボードコマンドを介してアクセスされる。キーボードインターフェイスはまた、複数のバイトを要求することができる。このコマンドは一回で１バイトのみを送信することができるので、複数は、キーボードがそれと完全にアクセスするために必要であり得る。キーボード読み取りは、通常キーボード出力レジスタに戻る。
【０２２６】
ＩＣＳ１  ５２２チップは通常８の代わりに１１ビットレジスタを使用するので、より低い８ビットのみが戻されるかまたは設定される。レジスタのより上位の３ビットにアクセスするために、３２がこのコマンドを実行する前にレジスタ数に加えられる。
【０２２７】
ｆ．０５（ビデオ検査合計マネージャー）
全てのビデオモードは３２Ｋセグメントである。これらのセグメントの各々１つは、それと関連する検査合計を有する。１２８０×１０２４解像度におけるこれらのセグメントの６４まで存在することができる。メインカードＣＰＵはそのＲＡＭメモリに検査合計を保存する。ビデオ検査合計マネージャーは、ＫＶ−ＡＰＰにこれらの値を読み取らせる。全体の検査合計アレイ（６４ＤＷＯＲＤ＝２５６バイト）を読み取るための注意として、ＫＶ−ＡＰＰが転送コマンドを使用してもよい。転送コマンドは、ＫＶ−ＡＰＰが検査合計レジスタに書き込むことができるたった１つの方法である。
【０２２８】
以下の表は、種々のビデオモードを表す。各ビデオモードにおけるセグメント数が示される。セグメント当たりの物理的ラインの数は、丸括弧に示す。全てのＫｅｙ  Ｖｉｅｗ  Ｐｒｏによってサポートされているわけではないことに注意されたい。
【０２２９】
0004146089.tif 000005
以下のサブコマンドはコマンドは、コマンドポートに書き込み前にパラメータポート０に書き込まれるべきである：
００−カレントビデオモードにおけるセグメントの数（およびセグメント当たりのライン）の戻り。このコマンドの完了時において、パラメータポート０は、使用されるビデオセグメントの数を含み、そしてパラメータポート１および２は各ビデオセグメントにおけるラインの数を含む。ＭＳＢは、パラメータポート１にあり、そしてＬＳＢはパラメータポート２にある。
【０２３０】
０１−選択された検査合計のより低い１６ビットの戻り。検査合計レジスタ数は、パラメータポート１に書き込まれる。戻りにおいて、検査合計のより低い１６ビットはパラメータポート１および２に保存される。ＭＳＢは、パラメータポート１にあり、ＬＳＢはパラメータポート２にある。カレント検査合計レジスタ数は、パラメータポート０に保存される。
【０２３１】
０２−選択された検査合計のより上位の１６ビットの戻り。検査合計レジスタ数はパラメータポート１に書き込まれる。戻りにおいて、検査合計のより上位の１６ビットは、パラメータポート１および２に保存される。ＭＳＢはパラメータポート１にあり、ＬＳＢはパラメータポート２にある。カレント検査合計レジスタ数は、パラメータポート０に保存される。
【０２３２】
０３−現在選択されるビデオセグメント検査合計の戻り（より低い１６ビット）。これはビデオバッファにあるビデオセグメントと関連する検査合計である。セグメント数は、パラメータポート０に戻される。カレント検査合計のより低い１６ビットは、パラメータポート１および２に保存される。ＭＳＢはパラメータポート１にあり、ＬＳＢは、パラメータポート２にある。
【０２３３】
０４−現在選択されるビデオセグメント検査合計の戻り（より上位の１６ビット）。これはビデオバッファにあるビデオセグメントと関連する検査合計である。セグメント数は、パラメータポート０に戻される。カレント検査合計のより上位の１６ビットは、パラメータポート１および２に保存される。ＭＳＢは、パラメータポート１にあり、ＬＳＢは、パラメータポート２にある。
【０２３４】
ｇ．０６（ビデオキャプチャ）
以下のコマンドは、パラメータポート０に書き込まれ得る：
００−このサブコマンドは、ビデオキャプチャハードウェアがビデオＲＡＭに書き込むセグメントを選択する。セグメント数は、パラメータポート１に書き込まれる。この選択において、セグメントは、自動的に増加しない。
【０２３５】
０１−このサブコマンドは、全てのビデオセグメントのキャプチャを自動的に始める。ゼロでない（non −zero）セグメントのインターリーブ（interleave）は、パラメータポート１に書き込まれる。このサブコマンドが、実行された後、セグメント数０がキャプチャされる。そして、カレントセグメントとインターリーブとが、キャプチャされる。これは、最後のセグメント（およびインターリーブ）がキャプチャされるまで続く。そのとき、キャプチャは、セグメント数１で再スタートされ、最後のセグメント（およびインターリーブ）に達する。これは、全てのセグメントがキャプチャされるまで続く。そのとき、処理が繰り返される。例えば、３のインターリーブでは、システムは最初に通過するときに、セグメント０、３、６、９、１２等をキャプチャする。システムは２回目に通過するときにセグメント１、４、７、１０、１３等をキャプチャする。システムは３回目に通過するときに、セグメント２、５、８、１１、１４等をキャプチャする。これは好ましいキャプチャ法である。
【０２３６】
ｈ．０７（キーボードマネージャー）
００−このサブコマンドは、パラメータポート１に書き込まれたスキャンコートバイトをキーボードに送信する。スキャンコードは、いかなる方法でも確認、証明またはチェックされない。
【０２３７】
０１−このサブコマンドは、キーボードＣＰＵから２バイトが戻るまで読み取る。戻りにおいて、パラメータポート０は、圧縮したバイトを含む。より上位の６ビットは、利用することができるキーボードバイトの総数を含む（このコマンドで戻されるいかなるものも含む）。より低い２ビットは、現在戻されるキーボードバイトの数を含む。２バイトまではこのコマンドへの単一の呼び出しで戻され得る。戻される最初のバイトは、パラメータポート１にあり、２番目はパラメータポート２にある。
【０２３８】
０２−このサブコマンドは、パラメータポート０のキーボードステータス光を戻す。
【０２３９】
ビット０＝Ｎｕｍ−Ｌｏｃｋ光ステータス
ビット１＝Ｓｃｒｏｌｌ−Ｌｏｃｋ光ステータス
ビット２＝Ｃａｐｓ−Ｌｏｃｋ光ステータス
ｉ．０８（マウスマネージャー）
このコマンドは、マウスミッキー情報を送信する。Ｘ−ミッキーは、パラメータポート１に書き込み、Ｙ−ミッキーはパラメータポート２に送信する。
【０２４０】
ｊ．０９（シリアルポートマネージャー）
このコマンドは、ベースポートおよび８２５０シリアルポートコントローラのＩＲＱに設定される。ＩＲＱはパラメータポート０に書き込まれ、そしてベースポートアドレスは、パラメータポート１および２に書き込まれる。ＭＳＢはパラメータポート１にあり、ＬＳＢはパラメータポート２にある。パラメータポートの全てがゼロである場合、８２５０チップは実際のＩＲＱおよびベースポートアドレスに影響を与えることなく不具合にされる。全てのパラメータポートが２５５である場合、シリアルポートのカレント値は、それを変化することなく戻る。
【０２４１】
フラッシュパレットコンバータ（変換器）
フラッシュパレットコンバータ回路５２は、ここで図５を参照して記載される。
【０２４２】
データバンド幅要件およびＶＧＡスクリーンへのピクセル輸送速度を最小にするために、この設計では、図５に示すように、フラッシュパレットコンバータ５２を使用する。この回路は、パレットインデックスに直接のＲＢＧ５−５−５カラー入力を転換するための単純なハードウェア回路を使用する。この回路は、メインカードＣＰＵ２１がフラッシュパレットコンバータＲＡＭ２４を飛んでいる値でプログラムさせるので、ビデオモードを変化させることができる。この回路によって出力されるパレットインデックスは色度ではなく、そして色または輝度に直接相関していないことに注意すべきである。予備プログラムされたカラー値を探すのにＶＧＡカードによって使用されるインデックスは簡単である。パレットインデックス値における計算および比較は、意味ある結果を必ずしも得られるわけではない。ビデオキャプチャ回路５３からの出力は、ＲＢＧ８−８−８フォーマットにおけるデジタルビデオである。フラッシュパレットコンバータＲＡＭ２４は１５アドレス入力のみを有するので、各カラーの少なくとも３つの重要なビットがＲＢＧ５−５−５フォーマットにおけるビデオを形成するのに廃棄される。
【０２４３】
フラッシュパレットコンバータＲＡＭのアドレスおよびデータラインは、２つのマルチプレクサ５４および５５の方法によって両方とも供給される。アドレスマルチプレクサ５４は単純であり、単一方向のマルチプレクサは、１５全てのアドレスビットを取り扱う。マルチプレクサは、２つの入力選択および１つの出力を有する。アドレスマルチプレクサを通過するデータは、選択された出力バンクの関する１つの方向にのみ移動する。アドレスマルチプレクサへの２つの可能な入力バンクがある。マルチプレクサへの選択された入力は、ノーマル操作のためのＲＢＧ５−５−５信号とプログラムモードのための１５ビットカウンタの出力との間をスイッチする。
【０２４４】
データマルチプレクサ５５は、少し余分に複雑になる。ノーマル操作中、フラッシュパレットコンバータＲＡＭ２４におけるＩ／Ｏピンからのデータ信号は、出力のみであり、そしてピクセル保存回路５６に送信される。データの流れは、ノーマル操作モードにおける１つの方法のみである。しかしながら、プログラムモードにおいて、データの流れは、双方向である。プログラムモードにおいて、マルチプレクサ５５は、ＦＰＣ  ＲＡＭ２４とそれを書き込むためのバイトを含むＦＰＧＡデータレジスタ５７との間の双方向データ接続を生成する。従って、プログラムモードにおいて、ＲＡＭコンテンツは、読み取りおよび書き込みの両方を行うことができる。データをプログラムモードにおいて読み取らせるための理由は、自己診断目的のためである。
【０２４５】
フラッシュパレットコンバータタイミング回路５８は、ＦＰＣ回路中で必要とされる種々のコントロール信号を生成する。これらの信号は、ＲＡＭ２４のＲＤ／ＷＲ’およびＣＳ’、アドレスカウンタ５９のＣＬＲおよびＣＬＫ、ならびにマルチプレクサ５４および５５への２つのＳＥＬラインを含む。出力としてＦＰＧＡレジスタ５７およびピクセルクロックを使用する。ピクセルクロックは、ノーマル操作中に、ＲＡＭ読み取りが適切なタイミングで行われることを確実にする必要がある。プログラムモードにおいて、ピクセルクロックは使用されない。マルチプレクサへのＳＥＬラインは、ＳＥＬ信号の操作をコントロールするＦＰＧＡレジスタにおけるフラッグに接続される。アドレスカウンタへのＣＬＲ信号は、同様に行われる。ＳＥＬおよびＣＬＲラインの両方が、ＦＰＧＡレジスタにおけるビットに直接接続されるので、それらはこの回路におけるロジックの最小部分を占める。データマルチプレクサからのデータラインは、ＦＰＧＡレジスタへ直接接続される。このレジスタは、それがＲＡＭメモリであるようにメインカードＣＰＵ２１によって直接アクセスされ得る。
【０２４６】
ノーマル操作中、ＦＰＣ  ＲＡＭへのＲＤ／ＷＲ’入力は、ＣＳ’入力がピクセルクロックに接続されている間、高く保持される。ピクセルクロックは遅延の増加およびＲＡＭアクセス時間を説明するように調整される。この信号はまた、ピクセル集合回路を通り過ぎる。プログラムモードにおいて、ＦＰＣ  ＲＡＭへのアドレスは、１５ビットカウンタによって供給される。このカウンタは、カウンタにおけるＣＬＲピンに関連するＦＰＧＡフラッグをトグルすることによるＣＰＵコントロールのもとでゼロにクリアされる。次いで、カウンタは、ＦＰＧＡデータレジスタへまたＦＰＧＡからのＣＰＵによって読み取りおよび書き込み操作に続くＦＰＣタイミング回路によって増加される。
【０２４７】
プログラムモードにおけるＦＰＣ  ＲＡＭ２４への読み取りおよび書き込みのために、タイミング信号の配列は、図６のタイミング図に示される。
【０２４８】
標準クロック（ＦＰＧＡ  ＣＬＫ）リファレンスは、プログラム操作のために必要である。ピクセルクロック（ＰＩＸＥＬ  ＣＬＫ）は、それが存在することばかりか、その周波数が十分確立されていないことが保証されていないので、使用することができない。従って、標準ＦＰＧＡクロックは、プログラムモードにある場合に、タイミングパターンを生成するために使用される。アドレスクロック信号がＲＡＭ  Ｒｄ／Ｗｒ’信号の前に生じることに注意する。アドレスクロック（Ａｄｄｒ  ＣＬＫ）は、プログラミング中に１５ビットアドレスカウンタ５９を進めるのに使用されるパルスである。ＣＰＵ  ＲＤ’およびＣＰＵ  ＷＲ’信号は、ＣＰＵ信号がハイに戻るまで上昇しない。そのことが起こったとき、アドレスクロック信号は正確に１回のＦＰＧＡクロックサイクルについて上昇する。
【０２４９】
また、プログラムモードのためのクロックソースとしてメインカードＣＰＵ２１からのＡＬＥストロボを使用することが可能である。実際には、ＲＤ’またはＷＲ’ストロボが終わった後の正に次のＡＬＥパルス（およびそのパルスのみ）は、アドレスクロックパルスとして直接使用され得る。ＡＬＥを使用する多くの回路を設計する際の注意点は、アドレスカウンタに直接接続しないことである。そのことが起こってしまった場合、メインカードＣＰＵはＦＰＣ  ＲＡＭへの読み取りまたは書き込みを正確に行うことができない。重要な点は、バイトがＦＰＣ  ＲＡＭへの読み取りまたは書き込みが行われた後にのみアドレスカウンタが増加することである。
【０２５０】
ピクセル集合回路
ピクセル集合回路７５（図８）の目的は、例えば図７に示すように、保存のために１つのバイトに８つのピクセルまで圧縮することである。バイトに適合するピクセルの数は、使用中の特定のカラーモードのピクセル当たりのビットの数に依存する。ピクセル当たりのビットの数と可能なカラーの数との間には直接の関係がある。同じバイトに保存される異なる大きさのピクセルが存在する状況はない。
【０２５１】
ピクセルモード７０当たりの１ビットにおいて、２つの可能な色のみが存在し、８つのピクセルが１つのバイトに保存される。２つの可能な色しか存在しないので、このモードはモノクロスクリーンに対してのみ使用することができる。２色モードにおいて使用される色は、黒と白である必要はないが、どんな２色でも良い。同様に、オリジナルのキャプチャされたスクリーンは、多数の色である。フラッシュパレットコンバータが最も近い２色のうちの１つを自動的に選択する。
【０２５２】
ピクセルモード７１当たりの２ビットにおいて、４つの可能な色が存在し、４つのピクセルは１つのバイトに保存される。４つの可能な色しか存在しないので、このモードは、合理的な色の境界にある。ＣＧＡモニタのために設計されたもののようなあるテキストスクリーンは、キャプチャするために４色のみを有する。しかしながら、実際には、２ビットモードは、４レベルのグレイスケールに最もよく適合している。また、どれだけのオリジナルのキャプチャされた色がホストに存在するかということは、違いを生じない。フラッシュパレットコンバータは適切なグレイレベルに自動的に各色を近づける。
【０２５３】
ピクセルモード７２当たりの４ビットにおいて、１６の可能な色が存在し、適合した２つのピクセルは１つのバイトに保存される。このモードは、１６色または１６レベルグレイスケールのために現実的に使用され得る。Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）のスクリーンは、この時点で少なくとも９５％で１６色モードを使用する。これはまた、ＯＳ／２の事実である。グレイスケールモードはまた、スクリーンにおける色がパレットカラーにおいてよく適合していない場合も使用され得る。しかしながら実際は、グレイスケールとカラーモードの両方が、等しい速度で送られるので、１６レベルのグレイスケールに対する多くの必要はおそらくない。
【０２５４】
ピクセルモード７３当たりの８ビットにおいて、２５６の可能な色が存在するが、全体のバイトがそれを保存するのに必要である。なぜなら、このモードにおいてＶＧＡスクリーンで色を表示するのにより少ない計算が必要とされるので、このモードは、ローカルモードにおいて急速に更新するために好ましいモードである。しかしながら、１６色モードは、おそらくリモートモードにおいてもっとも実用的である。一般に２５６色モードはリモートネットワークのために必要ではないが、写実性が要求される場合に有用である。
【０２５５】
上記のような状態にする前に、図８のピクセル集合回路７５は、ビデオＲＡＭに保存され、そして最終的にはＰＣＩ  ＡＰＰにバス２３を介して送信されるバイトへピクセルをパックする。２５６色モードにおいて、８つ全てのビットがそのモードで使用されているので、ピクセル集合回路は単にバイトが通過するだけである。他の全てのモードにおいて、ピクセル集合回路は、８ピクセルまでの断片からのバイトを集合しなければならない。
【０２５６】
フラッシュパレットコンバータＲＡＭ２４からの出力バイトは、特定の８ビットレジスタに適用される。このレジスタは、実際には８つで構成されたラッチであり、独立してコントロールされたＤ型フリップフロップ７８である。この構成において、入力側における各ビットは、レジスタへロードされた選択性であり得る。この回路において、製品全体（Sum-of-Products ）（ＳＯＰ）のロジックアレイ７７は、ビットがロードされること、およびＳＯＰ回路７７への入力がカラーモードおよび３ビットカウンタである場合をコントロールする。
【０２５７】
カラーモードは、前もって定義され、そして１つのバイトにロードされるピクセルの数をＳＯＰロジックアレイ７７が計算することによって使用される。「００」の値は、ピクセルモード当たり１ビット（２色）で存在する。「０１」は、ピクセルモード当たり２ビット（４色）で存在する。「１０」の値は、ピクセル当たり４ビット（１６色）で存在する。「１１」の値は、ピクセル当たり８ビット（２５６色）で存在する。この値は、適切なＦＰＧＡレジスタから直接得られる。
【０２５８】
３ビットカウンタ７６を備えているので、ＳＯＰロジック回路７７はロードするバイトの部分が分かる。２５６色モードにおいて、８つ全てのビットが使用されるのでカウンタが無視される。１６色モードにおいて、カウンタのｌｓｂのみが使用される。同様に、４色モードにおいては、カウンタの２つのｌｓｂのみが使用される。しかしながら、２色モードにおいては、カウンタの３つ全てのビットが使用される。ＳＯＰロジックアレイは、カウンタのどれだけのビットが使用されるかを考慮して自動的に決定する。従って、カウンタ出力ビットの数を追加の回路性を変更する必要はない。
【０２５９】
３ビットカウンタ７６のＣＬＫストロボは、フラッシュパレットコンバータ回路５２からのバイト準備ストロボに関連する。このパルスは、一旦送られてきた各ピクセルについてカウンタを増加するのに使用される。
【０２６０】
３ビットカウンタ７６へのＣＬＲストロボは、水平同期パルスから送られる。この構成の目的は、カウンタが各水平ラインにおける最初のピクセルをゼロにするのを確実にすることである。生の水平同期パルスを使用することはできないが、カウンタをクリアする信号を、適切なゲートを用いることによってそこから送ることができる。
【０２６１】
２色モードのおいて、フラッシュパレットコンバータＲＡＭ２４は、８つのフリップフロップ７８の入力に存在する。ＳＯＰロジックアレイ７７は、ロードするＤＯ位置のフリップフロップに信号を送信し、その他には送信しない。次のピクセルバイトが送信されてきた場合、Ｄ１位置のフリップフロップのみがロードされ、その他はロードされない。これは、８つのピクセルバイトが送信され、Ｄ７位置にロードされるまで続く。Ｄ７がクロックされる場合、圧縮されたピクセルは完全に集合される。Ｄ７クロックストロボはまた、次の回路のためのバイト準備ストロボとして機能する。
【０２６２】
４色モードにおいて、操作が２色モード操作と同様に行われる。ここでＤＯおよびＤ１は、フラッシュパレットコンバータＲＡＭ２４からの最初のピクセルバイトからロードされる。そして、続いてＤ２およびＤ３が、次いでＤ４およびＤ５、そして最後のＤ６およびＤ７がロードされる。
【０２６３】
１６色モードにおいて、２ピクセルのみが、出力する各バイトに適合する。また、パッキングプロセスは、２色および４色モードと同様である。ここで、より低いニブルのＤＯ−Ｄ３は、フラッシュパレットコンバータＲＡＭからの最小のピクセルバイトからロードされる。次いで、上位のニブルのＤ４−Ｄ７が、ロードされる。
【０２６４】
２５６色モードにおいて、フラッシュパレットコンバータＲＡＭからのピクセルバイトの８つ全てのビットを同時にロードする。ピクセル集合回路５２は次の回路に直接これらのバイトが単に通過させる。
【０２６５】
積和論理アレイのためのブール(Boolean) 方程式
標準積(minterm product) の和およびそれに対応するブール方程式は、次の通りである。変数ＸおよびＹは、適切なＦＰＧＡレジスタから送られる２ビットカラーモードに対応している。上記変数Ｘは最下位ビットであり、変数Ｙは最上位ビットである。上記の２ビットカラーモードは、２色モードでは“００”、４色モードでは“０１”、１６色モードでは“１０”、２５６色モードでは“１１”である。変数Ａ、Ｂ、およびＣは、３ビットカウンタの出力である。上記変数Ａは最下位ビットであり、変数Ｃは最上位ビットである。
【０２６６】
８ビットデータモデル（8 BIT DATA MODEL）
Ｏｕｔ０＝Σｍ(0,8,12,16,18,20,22,24,25,26,27,28,29,30,31)
Ｏｕｔ０＝ＸＹ＋Ａ’Ｙ＋Ａ’Ｂ’Ｘ＋Ａ’Ｂ’Ｃ’
Ｏｕｔ１＝Σｍ(1,8,12,16,18,20,22,24,25,26,27,28,29,30,31)
Ｏｕｔ１＝ＸＹ＋Ａ’Ｙ＋Ａ’Ｂ’Ｘ＋Ａ’Ｂ’Ｃ’Ｘ’Ｙ’
Ｏｕｔ２＝Σｍ(2,9,13,16,18,20,22,24,25,26,27,28,29,30,31)
Ｏｕｔ２＝ＸＹ＋Ａ’Ｙ＋ＡＢ’Ｘ＋Ａ’ＢＣ’Ｘ’
Ｏｕｔ３＝Σｍ(3,9,13,16,18,20,22,24,25,26,27,28,29,30,31)
Ｏｕｔ３＝ＸＹ＋Ａ’Ｙ＋ＡＢ’Ｘ＋Ａ’ＢＣ’Ｘ’Ｙ’
Ｏｕｔ４＝Σｍ(4,10,14,17,19,21,23,24,25,26,27,28,29,30,31)
Ｏｕｔ４＝ＸＹ＋ＡＹ＋Ａ’ＢＸ＋Ａ’Ｂ’ＣＸ’Ｙ’
Ｏｕｔ５＝Σｍ(5,10,14,17,19,21,23,24,25,26,27,28,29,30,31)
Ｏｕｔ５＝ＸＹ＋ＡＹ＋Ａ’ＢＸ＋ＡＢ’ＣＸ’
Ｏｕｔ６＝Σｍ(6,11,15,17,19,21,23,24,25,26,27,28,29,30,31)
Ｏｕｔ６＝ＸＹ＋ＡＹ＋ＡＢＸ＋Ａ’ＢＣＸ’Ｙ’
Ｏｕｔ７＝Σｍ(7,11,15,17,19,21,23,24,25,26,27,28,29,30,3l)
Ｏｕｔ７＝ＸＹ＋ＡＹ＋ＡＢＸ＋ＡＢＣ
ゲートの概略
８…４入力ＯＲゲート
５…インバータゲート
３…２入力ＡＮＤゲート
６…３入力ＡＮＤゲート
２…４入力ＡＮＤゲート
４…５入力ＡＮＤゲート
ＦＰＧＡ構造は、ゲートに関する話ではなく、論理セルに関する話である。実際、論理セルには、フリップフロップに加えて上述したゲートが含まれるので、この構造に必要な論理セルは８個である。３ビットカウンタは、あと３個の論理セルを追加するものである。それゆえ、回路全体として必要なセルは１１個だけである。
【０２６７】
真理値表
ＸＹ＝１画素あたり１ビット
ＤＥＣ  ＹＸ    ＣＢＡ
０＝    ００    ０００＝Ｏｕｔ０
１＝    ００    ００１＝Ｏｕｔ１
２＝    ００    ０１０＝Ｏｕｔ２
３＝    ００    ０１１＝Ｏｕｔ３
４＝    ００    １００＝Ｏｕｔ４
５＝    ００    １０１＝Ｏｕｔ５
６＝    ００    １１０＝Ｏｕｔ６
７＝    ００    １１１＝Ｏｕｔ７
ＸＹ＝１画素あたり２ビット
ＤＥＣ  ＹＸ    ＣＢＡ
８＝    ０１    ０００＝Ｏｕｔ０＋Ｏｕｔ１
９＝    ０１    ００１＝Ｏｕｔ２＋Ｏｕｔ３
１０＝  ０１    ０１０＝Ｏｕｔ４＋Ｏｕｔ５
１１＝  ０１    ０１１＝Ｏｕｔ６＋Ｏｕｔ７
１２＝  ０１    １００＝Ｏｕｔ０＋Ｏｕｔ１
１３＝  ０１    １０１＝Ｏｕｔ２＋Ｏｕｔ３
１４＝  ０１    １１０＝Ｏｕｔ４＋Ｏｕｔ５
１５＝  ０１    １１１＝Ｏｕｔ６＋Ｏｕｔ７
ＸＹ＝１画素あたり４ビット
ＤＥＣ  ＹＸ    ＣＢＡ
１６＝  １０    ０００＝Ｏｕｔ０＋Ｏｕｔ１＋Ｏｕｔ２＋Ｏｕｔ３
１７＝  １０    ００１＝Ｏｕｔ４＋Ｏｕｔ５＋Ｏｕｔ６＋Ｏｕｔ７
１８＝  １０    ０１０＝Ｏｕｔ０＋Ｏｕｔ１＋Ｏｕｔ２＋Ｏｕｔ３
１９＝  １０    ０１１＝Ｏｕｔ４＋Ｏｕｔ５＋Ｏｕｔ６＋Ｏｕｔ７
２０＝  １０    １００＝Ｏｕｔ０＋Ｏｕｔ１＋Ｏｕｔ２＋Ｏｕｔ３
２１＝  １０    １０１＝Ｏｕｔ４＋Ｏｕｔ５＋Ｏｕｔ６＋Ｏｕｔ７
２２＝  １０    １１０＝Ｏｕｔ０＋Ｏｕｔ１＋Ｏｕｔ２＋Ｏｕｔ３
２３＝  １０    １１１＝Ｏｕｔ４＋Ｏｕｔ５＋Ｏｕｔ６＋Ｏｕｔ７
ＸＹ＝１画素あたり８ビット
ＤＥＣ  ＹＸ    ＣＢＡ
２４＝  １１    ０００＝Ｏｕｔ０＋Ｏｕｔ１＋Ｏｕｔ２＋Ｏｕｔ３
＋Ｏｕｔ４＋Ｏｕｔ５＋Ｏｕｔ６＋Ｏｕｔ７
２５＝  １１    ００１＝Ｏｕｔ０＋Ｏｕｔ１＋Ｏｕｔ２＋Ｏｕｔ３
＋Ｏｕｔ４＋Ｏｕｔ５＋Ｏｕｔ６＋Ｏｕｔ７
２６＝  １１    ０１０＝Ｏｕｔ０＋Ｏｕｔ１＋Ｏｕｔ２＋Ｏｕｔ３
＋Ｏｕｔ４＋Ｏｕｔ５＋Ｏｕｔ６＋Ｏｕｔ７
２７＝  １１    ０１１＝Ｏｕｔ０＋Ｏｕｔ１＋Ｏｕｔ２＋Ｏｕｔ３
＋Ｏｕｔ４＋Ｏｕｔ５＋Ｏｕｔ６＋Ｏｕｔ７
２８＝  １１    １００＝Ｏｕｔ０＋Ｏｕｔ１＋Ｏｕｔ２＋Ｏｕｔ３
＋Ｏｕｔ４＋Ｏｕｔ５＋Ｏｕｔ６＋Ｏｕｔ７
２９＝  １１    １０１＝Ｏｕｔ０＋Ｏｕｔ１＋Ｏｕｔ２＋Ｏｕｔ３
＋Ｏｕｔ４＋Ｏｕｔ５＋Ｏｕｔ６＋Ｏｕｔ７
３０＝  １１    １１０＝Ｏｕｔ０＋Ｏｕｔ１＋Ｏｕｔ２＋Ｏｕｔ３
＋Ｏｕｔ４＋Ｏｕｔ５＋Ｏｕｔ６＋Ｏｕｔ７
３１＝  １１    １１１＝Ｏｕｔ０＋Ｏｕｔ１＋Ｏｕｔ２＋Ｏｕｔ３
＋Ｏｕｔ４＋Ｏｕｔ５＋Ｏｕｔ６＋Ｏｕｔ７
ここで、上記ビデオ記憶ＲＡＭ回路に代わる構成として、８Ｋ×８ビットのチップを８個使用する構成よりもむしろ好ましい、３２Ｋ×８ビットのＳＲＡＭを２個使用した構成について述べる。このようなチップは、モトローラ (Motorola) および他の製造業者から入手できる。
【０２６８】
上記の３２×８のＳＲＡＭを用いる手法は、たとえ５ｎｓという非常に高速のＳＲＡＭを用いたとしても、待ち状態を必要とする。この前提は、上記のＦＰＧＡは、４つの８ビットの読み出しを行い、それらを１つの３２ビットのワードに連結し、さらにそれをＰＣＩバス上に転送するためには、２００ＭＨｚを超える周波数で動作しなければならないと考えられることに基づいている。ＦＰＧＡ／ＰＣＩマスター（PCI MASTER) は約１００ＭＨｚでしか動作しないので、これは、１つの３２ビットのワードを転送する毎におよそ４つの待ち状態が発生しうることを意味する。これは、データ転送速度の障害となり、許容できないであろう。代わりに、本実施形態において３２ビットでビデオ記憶を保持するようにすると、もっとよい。
【０２６９】
ビデオ記憶のために３２Ｋ×３２ビットのＳＲＡＭを使用する構成では、１２ｎｓ以上の速度であれば許容できるはずである。もう１つの必要条件は、上記のＳＲＡＭが「バイト書き込み」能力を持ちうること（そのような例はサイプレス(Cypress) CY7C1337である）である。この代替手段は、前記の手段と同様に全３２ビットをＰＣＩバスへ転送する一方、８ビット画素アセンブリ回路 (Pixel Assembly Circuit) を使用可能にする（それゆえゲート数を削減できる）。上記のＲＡＭ（１バイト毎に１つ）上には４つの書き込みストロボがあるので、３２ビットのワードの適切な位置へバイトをロードするために単純な４ビットの循環カウンターを使用することができる。
【０２７０】
Keyview IIの実施形態例の拡張カードの詳細図を図９に示す。添付の図９は、この拡張カード以外のものを排除する概略図として理解されるべきものではなく、Keyview II製品の機能を説明するための概略的なブロック図としてのみ理解されるべきものである。
【０２７１】
上記ブロック図は、各ブロック毎に破線の囲みで示す１５個のセクションに分割されている。Keyview IIカード（“ＫＶカード”）のための入出力は、全て３つのコネクタ、すなわち、拡張カードの下部に配置されたＶＧＡ  ＤＢ−１５、サイベックス(Cybex) ４４ピン、およびＰＣＩプラグインコネクタを通る。上記カードへの入力電源電力（＋５Ｖの直流（ＤＣ））は、標準的なＰＣのＰＣＩマザーボードからＰＣＩコネクタを通して供給される。
【０２７２】
図９のセクション１. ０は、電源回路である。上記ＫＶカードは、このカードの入力ビデオセクションに使用される負の−５Ｖの直流のレールを必要とするので、ＰＣマザーボードにより供給された標準的な５Ｖの直流のレールから負電圧を得ることが必要である。上記の負電圧は、プッシュプル方式で構成した比較回路および電力バッファ段を用いて＋５Ｖの直流を電力ドック(dock)信号に変換するチャージポンプ技術を用いることによって得られる。電力クロックの出力は、図に示すように２つのダイオードブリッジを用いて結合(couple)された交流（ＡＣ）、およびこれらを用いて整流された直流である。上記タイオードブリッジは、基準レベルが＋０. ７ボルトである直流再生回路として機能する。２つめのタイオードは、基準レベルを接地電位にバイアスする。上記クロックの全入力電圧範囲（５Ｖpp）は、接地電位より低い電位で動作され、それによって必要な−５Ｖの直流の負のレールが提供されている。
【０２７３】
図９のセクション２. ０は、ビデオ入力バッファ回路である。上記入力ビデオバッファ回路は、６つの広帯域演算増幅器からなっており、これらは、まとまった(unity) ゲイン増幅器群として構成されているとともに非反転増幅器群として構成されており、以下に述べるセクション３. ０のアナログ−デジタル変換器（ＡＤＣ）の入力電圧必要条件を満たす十分な電圧ゲインを持っている。
【０２７４】
上記１５ピンＶＧＡコネクタからの複数種類の入力ビデオ信号（赤、緑、青）は、インピーダンス整合としても知られている同軸ケーブル間のオーバシュートおよびリンギングの最小化のために、正確に７５オームに成端（terminate)しなければならない。上記のビデオ信号は、いったん成端されると、非反転統合(unity) ゲイン増幅器を用いて緩衝され、サイベックス(Cybex) ４４ピンコネクタへ通過可能となり、外部モニターで使用され、外部モニターでも７５オームに成端される。他の３つのビデオアンプは、４倍のゲインを持ち、ビデオレベルをＡＤＣで必要とされる最大レベル３Ｖppにまで増幅するように構成されている。
【０２７５】
図９のセクション３. ０は、アナログ−デジタル変換器（ＡＤＣ）回路である。３つの高速のアナログ−デジタル変換回路（好ましくは TDA8714）は、セクション１. ０によって供給される入力ビデオレベルをデジタル化するために用いられるものである。上記ＡＤＣは、８ビットの解像度仕様を持ち、最高８０ＭＨｚの変換サンプリング速度で処理可能である。このサンプリング速度は、リフレッシュレート６０Ｈｚにおいて１０２４×７６８のＳＶＧＡ画素フォーマットのビデオ帯域幅必要条件を満たすのに十分な速度である。全てのデジタル入力およびデジタル出力はＴＴＬに適応したものであり、それは（以下に述べるセクション４. ０の）メインＦＰＧＡ＃１の論理レベル必要条件と同等である。上記ＡＤＣは、セクション１０. ０のクロック生成回路で得られた変換クロックを画素クロック生成回路から受け取る。画素クロック生成回路（ＰＣＧ）からのクロックは、入力ビデオ信号を生成した元のクロックと正確に同期化される。ＡＤＣからの出力は、セクション４. ０のメインＦＰＧＡ＃１に入力される。ＡＤＣは、ＦＰＧＡ＃１によって能動低レベル(active low level)まで使用可能である（ＣＥ）。ＡＤＣの電源電力は、アナログ＋５Ｖおよびデジタル＋５Ｖによって供給される。両方の電圧は同じであるが、これらのアナログ基準電圧およびデジタル基準電圧は、それぞれに適した入力電力ピンに対して必要な外部電源から入力されるものである。それらは、また、上記の適切な複数の電力ピンのためのＰＣＢレイアウトトレース(layer trace) 手順を参照する。
【０２７６】
図９のセクション４. ０は、メインＦＰＧＡ＃１回路である。ＦＰＧＡ＃１（図１の構成要素１２）は、ＡＤＣ、３つの外部の３２Ｋ×８のＳＲＡＭ２４〜２６、メインＣＰＵ（２１）、およびＰＣＩマスターゲートアレイ２２の間の全てのビデオデータ通信量を制御する７Ｋゲートアレイ（１４４ピン）である。それは、また、メインＣＰＵ２１によって読み出されるカードＩＤコードを受け取る。ＦＰＧＡ＃１は、また、２つのビデオフレーム間の検査合計の差を求め、その差を、ＰＣＩマスターによって処理するためにＦＰＧＡ＃２（図１の構成要素１３および図９のセクション７. ０に対応する）へ送る。上記の検査合計の差は、セクション５. ０内のＳＲＡＭの１つとセクション６. ０内のパレット(Palette) ＲＡＭとの比較から得られる。それは、また、ＡＤＣからＰＣＩマスターへの色数の転送を始動させるコマンドを、メインＣＰＵから受け取る。上記のＦＰＧＡ＃１は、メインＣＰＵによる命令に従って、２色、４色、１６色、または２５６色をＰＣＩマスターによって処理される色数として選択できるようになっている。それは、また、セクション５. ０内に示されている（と共に図１の構成要素２５〜２６に対応している）２つの外部ＳＲＡＭのインタリーブ機能を制御する。このインタリーブ機能は、外部ＳＲＡＭを、ＰＣＩマスターアレイ(PCI Master Array)に対する読み書き構成要素として動作可能にする。インタリーブ機能は、ＣＰＵからＰＣＩマスターアレイを介してメインＦＰＧＡ＃１に発動される上記ブロック図に示すように、３つの論理マルチプレクサ（ＦＰＧＡ＃１のＭＵＸ１、ＭＵＸ２、およびＭＵＸ３）は、セクション５. ０および６. ０の３つの外部ＳＲＡＭへアクセスすることが必須である。加えて、メインＦＰＧＡ＃１によって、メインＣＰＵのための入力シリアルポートも提供されている。最後に、ＦＰＧＡ＃１内では、上述した種々の制御機能を正確に同期させるために、タイミングおよび制御部が必須である。ＦＰＧＡ＃１の唯一の入力電源電力は、＋５Ｖ直流である。
【０２７７】
図９のセクション５. ０および６. ０は、インターリーブ機能を持つ３２Ｋ×８の外部ＲＡＭである。全てのアドレス、データ、読み書き(Read/Write)、およびチップイネーブル（ＣＥ）制御配線は、メインＦＰＧＡ＃１のマルチプレクサセクションによって提供される。セクション５. ０の２つの外部ＲＡＭおよびセクション６. ０のＲＡＭは、メインＦＰＧＡの一部ではなく、スタンドアローンのチップである。ＳＲＡＭのアクセス時間は、最高で１２ｎｓになり得るものであり、この値は最高データ転送速度８０ＭＨｚに対応している。
【０２７８】
図９のセクション７. ０は、ＦＰＧＡ＃２である。ＦＰＧＡ＃２は、ＫＶカードの第２のフィールドプログラマブルゲート (Field-Programmable-Gate)アレイであり、４Ｋゲートアレイ、１４４ピンのチップである。それは、上記のメインＦＰＧＡと同じ論理ファミリで構成されており、１００ＭＨｚ以上で動作可能である。ＦＰＧＡ＃２の小区画内には、図９に示すように、タイミングおよび制御部、ＶＧＡフォーマット復号部、ビデオラッチ区域(Video Latch Area)、ＣＰＵシリアルポート、およびＰＣＩマスターゲートアレイ部がある。上記ＰＣＩマスターの機能は、メインＦＰＧＡ１１とＰＣＩバスとの間の「ブリッジ」として働くことである。ＦＰＧＡ＃２は、ＦＰＧＡ＃１からビデオ差分計算の結果を受け取り、そのデータを入力ビデオラッチに格納する。それは、ビデオデータを、ＰＣＩバス（セクション１３. ０）へ読み出すために、タイミングおよび制御部と連係して３３ＭＨｚのＰＣＩ転送速度でＰＣＩマスターに転送する。ＶＧＡフォーマット復号部は、ＶＧＡ画素フォーマットを判別する。ＶＧＡモードは、６０Ｈｚあるいは７２Ｈｚのリフレッシュ速度において６４０×４８０、８００×６００、あるいは１０２４×７６８の全てをとりうる。このセクションの機能は、水平同期信号および垂直同期信号の極性に存在する符号化情報を用いることによっていずれのＶＧＡフォーマットがアドレスされているかを判別することにある。これら論理レベルの意味を能動高レベルの(active high) ＴＴＬ信号および能動低レベルの(active low)ＴＴＬ信号の組み合わせと解釈する論理を用いることによって、正しいＶＧＡフォーマットを復号することができる。上記情報は、その後、シフトレジスタに格納されると共にメインＣＰＵに供給される（セクション９. ０）。この情報は、セクション１０. ０内の画素クロック生成回路で必要とされる除数をメインＣＰＵで計算するのに必要なものである。メインＣＰＵおよびキーボードＣＰＵに必要とされるシフトレジスタもまたＦＰＧＡ＃２によって提供されており、これによりキーボードＣＰＵがメインＣＰＵと通信できるようになっている。そのような第２のＦＰＧＡは、２つのＣＰＵが通信するための導管の役割を果たす。
【０２７９】
図９のセクション８. ０は、システムクロック回路である。上記ブロック図のこのセクションは、３つの異なるクロック周波数を供給することが可能なスタンドアローンのクロックチップである。上記出力周波数は、手作業でプログラムすることが可能であり、ＰＬＬ技術を利用した、外部の水晶振動子によって動作する周波数合成器を用いて生成される。システムクロックは、１００ＭＨｚクロック、２４ＭＨｚクロック、および１００ＫＨｚクロックを供給する。２４ＭＨｚクロックは、オンボードＣＰＵ(87C52-24)で用いられる。１００ＫＨｚクロックは−５Ｖの直流のレールを形成するために用いられ、１００ＭＨｚクロックは両方のＦＰＧＡを駆動するために用いられる。ここでは２４ＭＨｚクロックが両方のＣＰＵの入力となるように示したが、このクロックの周波数は、望みであれば、２２ＭＨｚのような他の周波数に変更することも可能である。
【０２８０】
図９のセクション９．０は、メインＣＰＵおよびキーボードＣＰＵを含んでいる。メインＣＰＵおよびキーボードＣＰＵは、両方のＦＰＧＡと通信する。メインＣＰＵは、インターリーブ機能、選択された色数、およびＦＰＧＡ＃２への検査合計差の読み出しに従って、外部ＳＲＡＭおよびＦＰＧＡ＃２の間でデータを送信する。メインＣＰＵは、メインＦＰＧＡ＃１の周りの３つのＳＲＡＭと同様に、外部ＳＲＡＭ（セクション１１．０）を必要とする。その外部ＳＲＡＭは、キーボードおよびマウスデバイスからのデータと、第２のＦＰＧＡ＃２のＶＧＡフォーマット復号部からのデータとを格納するために用いられる。ＶＧＡフォーマット復号部からのデータは、メインＣＰＵが画素クロック生成回路（セクション１０．０）のための正しい除数を生成するのに用いられる。上記の除数は、６０Ｈｚおよび７２Ｈｚのリフレッシュにおいて６４０×４８０から１０２４×７６８までの各画素フォーマットのための差分値となる。ＫＶカードは、６０Ｈｚおよび７２Ｈｚにおいて６４０×４８０、８００×６００、および１０２４×７６８でビデオを取り込むように設計されている。それゆえ、合計６つの除数が、メインＣＰＵによって生成されてセクション１０．０のプロトコルコレクタ(Protocall Corrector) に送られ、プロトコルコレクタは、それら除数を１つずつ順次ドットクロックジェネレータ、ＩＣＳ１５２２に送る。
【０２８１】
図９のセクション１０．０は、画素クロック生成回路 (ドットクロック生成回路）を含んでいる。
【０２８２】
セクション１０．０の機能は、ホストＰＣグラフィックカードで用いられる画素クロック（周波数および位相）を正確に再生し、ＫＶカードへの赤、緑、および青の入力に存在するアナログビデオ信号を生成することにある。セクション１０．０は、メインＣＰＵ（セクション９．０）から入力された帰還除数と、ＤＢ−１５入力コネクタを介してホストＰＣから入力された水平同期信号とを用いて、セクション２．０の３つのアナログ−デジタル変換器でアナログデータをデジタルデータに変換するのに用いられる出力画素クロックを生成する。セクション９．０で説明したように、ＰＬＬの出力周波数は、入力水平周波数と、ＶＧＡ画素フォーマットの関数として変化するメインＣＰＵからの帰還除数とによって判別される。実際、上記水平同期信号は、ＶＧＡビデオ規格に沿って、垂直同期信号を含む複合同期信号となっている。垂直同期期間の持続期間には、水平同期パルスが完全に欠如していてもよく、また、ＥＩＡ規格Ｒ５３４３Ａに沿って等化パルスおよび鋸歯状(Serration) パルスとして知られているパルスが存在していてもよい。いくつかのグラフィックスカードは等化パルスおよび鋸歯状パルスを含む一方、他のグラフィックスカードはそれらを全く含まない。実際、垂直帰線消去期間において、均等化および鋸歯状パルスは２Ｘの水平パルスである。ここで、２Ｘは水平周波数の２倍に対応する。
【０２８３】
水平同期パルスの欠如あるいは２Ｘパルスの存在は、フェーズロックループに大きな影響を与える。２次または３次の帰還システムとして動作し、どんな入力周波数の微分変化にでも応答する時間を必要とするのは、あらゆるＰＬＬに共通の性質である。ＰＬＬは、入力周波数の変化に起因して、２次のシステムの減衰係数の大きさに応じてオーバシュートおよびアンダーシュートし、最終的に定常状態に落ち着く。また、ＰＬＬが周波数の微分変化の間に「ロック」を失った場合、すなわち水平パルスが消失した場合には、入力周波数を再度キャプチャし入力周波数に再度ロックするのに、ある限られた時間を必要とする。この理由から、上記ＰＬＬは、水平入力信号が欠如あるいは２倍の周波数になっている期間内に動作するように、すなわちこの期間内にロックを失わないように設計する必要がある。セクション１０．０では、垂直帰線消去期間内にＰＬＬの帰還ループを効率的に「切断する」サンプルホールド回路を用いることでロックの喪失を避ける方法を採用している。上記の切断は、ＰＬＬの位相検知器の出力で行われる。位相検知器は、入力水平同期および帰還クロックから信号を受け取ることを思い出して頂きたい。垂直同期期間における水平同期パルスの欠如あるいは２Ｘパルスの付加は、通常接続されたＰＬＬでは、ＶＣＯを周波数変化の方向に動かすような、すなわち出力周波数を低下または上昇させるような大きい位相誤差信号を位相検知器の出力に発生させる。微分変化のために、ＰＬＬループは、定常状態を得て定常状態に落ち着くのに追加の時間を必要とするであろう。その結果、垂直帰線消去期間の後、標準水平パルスが戻った途端に、妨害期間を発生させる。
【０２８４】
セクション１０．０で用いられている設計技術は、垂直帰線消去期間（Vertical Blanking Period）内に位相検知器から位相誤差信号を除去するためのものである。垂直帰線消去期間は、また、第２のＦＰＧＡ＃２のＶＧＡフォーマット復号部で生成され、サンプルホールド回路のホールド信号に送られる。垂直帰線消去期間は、また、ＶＧＡ画素フォーマットの関数として変化し、５００μｓから１．２ｍｓまで変動しうる。それゆえ、必要なことは、最長の垂直帰線消去期間を超えるホールド期間を用いることだけである。これを達成するために、入力垂直同期パルスは、サンプルホールド回路内で最長の１．５ｍｓまで伸長される。積分コンデンサ（ＣＩ）上の直流レベルが安定なホールドレベルに持続されることを保証するために、ループフィルタの入出力部を、高インピーダンスおよび低漏電のバッファ回路で緩衝することが必要である。
【０２８５】
図９のセクション１１．０は、メインＣＰＵ  ＳＲＡＭである。この理由は、セクション９．０に関して上で述べた通りである。
【０２８６】
図９のセクション１２．０は、キーボードおよびマウスデバイスである。これらのデバイスは、アクセスセッション中にリモートＰＣがホストＰＣを制御するために必要とされる。
【０２８７】
図９のセクション１３．０は、ＰＣＩバスである。ＰＣＩバスは、標準的なＰＣマザーボード構造の一部である。
【０２８８】
図９のセクション１４．０は、説明した実施形態のＫＶカードを実現する積分回路の例の短いリストである。
【０２８９】
0004146089.tif 000006
図９のセクション１５．０は、ＩＤディップスイッチである。１枚のKeyview プロ(Keyview - Pro) 拡張カードに対して各々適合される多数のリモートアクセスホストＰＣの必要条件を満たすために、最高で合計８枚のカードの各々にＩＤコードを与えることが必要である。これを達成するために、セクション１５．０に示されるように、手作業でプログラム可能なディップスイッチが用いられる。この３ビットのコードは、メインＦＰＧＡ＃１によって受け取られ、カードの識別およびタグ付けのためにメインＣＰＵに渡される。
【０２９０】
リモートリセットカードの仕様
ＫＶ  ＰＣＩカードに加えて、各ＫＥＹ−ＶＩＥＷ  ＰＣは、１枚のＫＥＹ−ＶＩＥＷ  ＩＳＡ「再起動(Reboot)」カード９０を含んでいる。このＫＥＹ−ＶＩＥＷ  ＩＳＡ「再起動」カード９０は、ＫＥＹ−ＶＩＥＷ  ＰＣが、遠隔リセットされ、発呼側（呼出し者）のＩＤをキャプチャし、ＫＥＹ−ＶＩＥＷ  ＰＣのターボライト(turbo light) を制御することが可能となるように設計されている。再起動カードの例（ＡＫＡアクセスコントロールカード）を図１１に示す。また、図１２に、このカードのより詳細な図面を示す。
【０２９１】
再起動カードが取り付けられた場合、電話線は、カードの背面板上のフォンジャック９１に接続される。フォン出力ジャック９２は、電話またはモデムへの電話信号の通過を可能にするものである。
【０２９２】
呼出し(call)が受信されると、上記カードは、呼出し者ＩＤをキャプチャし、受け取った全てのＩＤをＩＳＡバスを介してＫＥＹ−ＶＩＥＷ  ＡＰＰに渡す。上記カード上の記憶装置は、現在の呼出し者ＩＤを処理できれば十分である（すなわち、ワンウェイ(one-way) でよく、以前の呼出しからキャプチャされた複数の呼出し者ＩＤの記憶する必要はない）。呼出し者ＩＤは１回目の呼出し(ring)と２回目の呼出し(ring)との間にしかキャプチャされないので、ＫＥＹ−ＶＩＥＷ  ＰＣ上のｐｃＡｎｙｗｈｅｒｅは、ユーザが呼出し者ＩＤをキャプチャすることを望めば、３回目の呼出し（あるいはそれより後の呼出し）に対して応答するように設定されている。
【０２９３】
上記カードは、入力された呼出しの回数を数える能力を持っており、これにより、上記カード上のＣＰＵが、検出された呼出し回数に応じた動作を行うことができる。理想的には、この呼出し検出機能は、他国の呼出しも処理可能である。もしこれが可能でないなら、ハードウェアは、他国における特別なタイプの呼出し条件を検出するための特注のオペレーティング・システムソフトウェアを書く能力を支援する。
【０２９４】
上記カードは、また、ＫＥＹ−ＶＩＥＷ  ＰＣ内のモデムが呼出しに応答した後にリモートユーザのトーンダイアル(touch tone)入力を正確に識別することが可能なＤＴＭＩＦ復号器を有している。モデムは、呼出しに応答した直後から呼出しを終了するまでノイズを発生するので、ＤＴＭＦ復号器は、このノイズが発生している間、正確にリモートユーザのトーンを認識することが可能である。リモートユーザによって受け取られたどんなトーンも、上記カードのオペレーティング・システムに返される。この方法では、１回の呼出しにつき最高で８つのトーンがキャプチャされうる。
【０２９５】
リモートユーザが正しいトーンダイアル再起動コードを入力すると、上記カード上のハードウェア手段は、発呼者が正しいコードを受け取ったことを確認するための可聴のトーン（上述したモデムノイズ越しに聞こえる）を発呼者に返送する。
【０２９６】
いくつかのケースでは、上記カードのオペレーティング・システムは、検出された呼出し回数がユーザの設定した呼出し回数（例えば３回）より少ないときにＰＣを再起動する必要があるかもしれない。この機能は、３回の呼出しに対してモデムが応答する場合に必須であるが、ＫＥＹ−ＶＩＥＷ  ＡＰＰまたはｐｃＡｎｙｗｈｅｒｅアプリケーションが停止させられ、トーンダイアルコード機能を起動させるプッシュホン、あるいはＤＴＭＦ復号器がトーンを認識しない国では、ユーザがいないであろう。
【０２９７】
他の場合として、モデムが呼出しに応答し損ねて、リモートユーザがトーンダイアルを入力しようがなくなる場合にも対応できるように、ユーザの設定した呼出し回数（例えば１０回）よりも多くの呼出しが検出された場合にＫＥＹ−ＶＩＥＷ  ＰＣを起動する必要があるかもしれない。このユーザオプションは、ＫＥＹ−ＶＩＥＷ  ＰＣがモデムを持たない場合にも必要とされるであろう。
【０２９８】
動作の点から見ると、カード上のハードウェアは、呼出し情報、呼出し者ＩＤ情報、およびトーンダイアル情報を単にカードのオペレーティング・システムに返送し、ユーザがカードをどのように動作するように設定したかという情報に基づいて、カードのオペレーティング・システムが何をすべきか決定する。加えて、他国では、カード上の標準ハードウェアの代わりにオペレーティング・システムが呼出し／トーン検出動作を行わなければならないかもしれない。そでは、さらなるハードウェアの変更を回避するためにハードウェアリンクを使用することができる。
【０２９９】
リブート（再起動）カード９０は、再起動ボードのリセットピンとＫＥＹ−ＶＩＥＷ  ＰＣのマザーボード上のリセットピンとの間に２つのピンケーブルが取り付けられたときに、ＰＣのマザーボードの上のリセットピンに信号を送ることによってＫＥＹ−ＶＩＥＷ  ＰＣをリセットする。加えて、ポートに接続されたKeyview モジュールへの電力供給をカードのオペレーティング・システムが制御することができるように、ＰＪ−４５ジャック、標準シリアルインタフェースが設けられている。
【０３００】
再起動カード９０の第２の機能は、再起動ボードのターボピンとＫＥＹ−ＶＩＥＷ  ＰＣのマザーボード上のターボピンとの間に２つのピンケーブルが取り付けられたときに、ＫＥＹ−ＶＩＥＷ  ＰＣのフロントパネル上のターボライトを制御することにある。上記ターボライトは、リモートユーザがいつＫＥＹ−ＶＩＥＷ  ＰＣにアクセスしているかを視覚的に示すと共に、ＫＥＹ−ＶＩＥＷ  ＰＣがホストモードであるか、あるいはメニューモードであるのかを示すために用いられている。
【０３０１】
ＫＥＹ−ＶＩＥＷ  ＰＣのターボライトは、ＫＥＹ−ＶＩＥＷ  ＰＣがメニューモードであり、かつ、リモートアクセスされていないときには、消灯する。ＫＥＹ−ＶＩＥＷ  ＰＣのターボライトは、ＫＥＹ−ＶＩＥＷ  ＰＣがホストモードであり、かつ、リモートアクセスされていないときには、点灯する。このターボライトは、ＫＥＹ−ＶＩＥＷ  ＰＣがホストモードであり、かつ、リモートアクセスされているときにはいつでも、短時間点灯する。より詳細には、上記ターボライトは、ＫＥＹ−ＶＩＥＷ  ＰＣがリモートアクセスされており（すなわち、ｐｃＡｎｙｗｈｅｒｅが「セッション中」であり）、かつ、メニューモードであるときにはいつでも、０．５秒間（５秒周期で）瞬間点灯する(flash ON)以外は消灯する。ＫＥＹ−ＶＩＥＷ  ＰＣのｐｃＡｎｙｗｈｅｒｅが「セッション中」であり、かつ、ＫＥＹ−ＶＩＥＷ  ＰＣがホストモードである場合には、上記ターボライトは、５秒周期で０．５秒間消灯する(flash OFF) 以外、点灯すべきである。
【０３０２】
ＫＥＹ−ＶＩＥＷ  ＰＣ上で作動しているＫＥＹ−ＶＩＥＷ  ＡＰＰは、次のようにターボライトに対して何をすべきかを起動カードに命令するためのコマンドまたはコードを、ＩＳＡバスによって再起動カードに送信できるようになっている必要がある。
【０３０３】
コード  動作
１  ライトを点灯せよ
２  ライトを消灯せよ
３  ライトを５秒毎に瞬間消灯する(blink OFF) 以外は点灯せよ
４  ライトを５秒毎に瞬間点灯する(blink ON)以外は消灯せよ
このようなターボライトをＫＥＹ−ＶＩＥＷ  ＡＰＰによって処理されるビープ音ユーザオプションと連動するように設定すれば、ホスト側がリモートアクセスされているときはいつでも、ホスト側で働いている誰にでも、目に見えるだけでなく耳に聞こえる形でＫＥＹ−ＶＩＥＷ  ＰＣの状態を示すことができる。さらに、ターボライトが消灯したままであるときはいつでも、ホスト側のユーザは、ＫＥＹ−ＶＩＥＷ  ＰＣがホストモードでなく、キーボードまたはマウスの入力がホストＰＣに送られないことを知ることができる。この場合、ホスト側のユーザは、ＫＥＹ−ＶＩＥＷ  ＰＣがどのような状態にあるのかを見るために、ＫＥＹ−ＶＩＥＷ  ＰＣのＳＶＧＡカードにモニターを接続する必要がある。上記ターボライトが消灯した場合には、通常、それは、誰かがＫＥＹ−ＶＩＥＷ  ＡＰＰをシャットダウンしたことを示している。
【０３０４】
ＫＥＹＶＩＥＷシステム構造
ＫＥＹ−ＶＩＥＷ  ＰＣ２００（図２８〜２９）を導入するには、各ホストＰＣ（２０１〜２０４）のキーボード、マウス、およびモニタをホストＰＣから切断する。これら周辺機器は、もうホストＰＣには使用されないが、顧客がＫＥＹ−ＶＩＥＷ  ＰＣあるいは他のところに使用できる。次に、ＰＣスイッチボックスが多数のＰＣを制御するためにこのサイト上で使用されるのと同様にして、必要時にＫＥＹ−ＶＩＥＷ  ＰＣのオプション（あってもなくてもよい）のモニタ、キーボード、およびマウス（図２８〜２９に示さず）をホストＰＣ２０１〜１２０４の制御に使用することができるように、仕入れたマルチポートインターフェイスケーブル２１３を、ＫＥＹ−ＶＩＥＷ  ＰＣのＰＣＩカード２５のピンコネクタからホストＰＣのキーボード、マウス、およびビデオカード入力ポートに接続する。適切なマウスドライバが、ホストＰＣ上にインストールされるであろう。そのマウスドライバは、何らかの既存のドライバに代わるKeyview マウスドライバであってもよい。このような場合、ＫＥＹ−ＶＩＥＷ  ＰＣは、ホストＰＣのビデオ出力信号とホストＰＣのマウス制御手順とを認識できるように（後述するようにして）Keyview IIシステムに用意されたソフトウェアを用いて自動的にトレーニングされる。
【０３０５】
上述したようにＫＥＹ−ＶＩＥＷ  ＰＣＩカードを直接１つのホストＰＣに接続する代わりに、Keyview IIは、カードをサポートされたＰＣスイッチボックスに直接接続することを可能にし、それは、特別なキーボードホットキーを用いて多数のＰＣ間で順次切り換えを行うことを可能にする。ＫＥＹ−ＶＩＥＷ  ＰＣＩカードが、サポートされた第三者のスイッチボックスに接続すべきものであれば、スイッチボックスに接続した全てのＰＣの電源を切ることが望ましい。ＮＥＴ−９１１制御モジュール（図１０）が、スイッチボックスに接続された複数のホストＰＣに対して接続すべきものであれば、この制御モジュールは、図１０に示すように、デイジーチェーン方式でこれらのホストＰＣに接続される。
【０３０６】
図１１および１２に示すように、１枚のKeyview アクセスコントロールカード９０をＫＥＹ−ＶＩＥＷ  ＰＣ内のＩＳＡスロットに取り付けてもよい。このカードの主要な機能は、（１）万一ＫＥＹ−ＶＩＥＷ  ＰＣが止まった場合にＫＥＹ−ＶＩＥＷ  ＰＣが遠隔的に再起動され得るようにすること、（２）ＰＣ上のターボライトを点滅させることによって、誰かがＫＥＹ−ＶＩＥＷ  ＰＣにリモートアクセスしているとホスト側の人に警告すること、（３）モデムによってＫＥＹ−ＶＩＥＷ  ＰＣにアクセスしようと試みている誰かの呼出し者ＩＤをキャプチャしてログに記録すること、（４）オプションとして、呼出し者ＩＤが凍結されたか、あるいは発呼側の電話番号が予め許可された番号のリストに適合しない場合に、電話接続を自動的に終了させること、および（４）無許可ユーザが検出された場合にページャの警告を発することにある。
【０３０７】
ＫＥＹ−ＶＩＥＷ  ＰＣが遠隔で再起動可能となるようにするために、２つの選択肢の１つを用いることができる。
【０３０８】
第１の選択肢は、図１２で示すように、モジュール８０に設けられたＲＪ−４５ケーブルを用いて、オプションのＮＥＴ−９１１制御モジュール８０をアクセスコントロールカードのＲＪ−４５データポートに接続することが必要である。この場合、モジュールのＡＣ電源出力コードをＫＥＹ−ＶＩＥＷ  ＰＣの電源入力ソケットに差し込み、モジュールのＡＣ電源入力コードを壁面コンセントまたはＵＰＳのようなＡＣ電源に差し込む。Keyview 制御モジュールがこの形態で使用される場合、このモジュールに他のモジュールをデイジーチェーン方式で接続しなくてもよい。モジュールがこの形態で接続された後、ＫＥＹ−ＶＩＥＷ  ＰＣが再起動されるべきであるとリセットされたカードが判断する（後述）と、ＫＥＹ−ＶＩＥＷ  ＰＣへの電力供給を２０秒間にわたって一時的に遮断するよう上記モジュールに指示することによって、ＫＥＹ−ＶＩＥＷ  ＰＣは自動的に冷始動（コールドブート）される。この選択肢は、推奨されるリモート起動アプローチである。
【０３０９】
ＫＥＹ−ＶＩＥＷ  ＰＣを再起動するための第２の選択肢は、各アクセスカードに用意された２本のピンケーブルを、カード９０上の「リセット(Reset) 」というラベルが貼られたピン（図１１）から、ＫＥＹ−ＶＩＥＷ  ＰＣのマザーボード上のリセットピンに接続し、ＫＥＹ−ＶＩＥＷ  ＰＣの前面上のリセットボタンをアクセスコントロールカード９０に接続することが必要である。モジュールがこの形態で接続された後、ＫＥＹ−ＶＩＥＷ  ＰＣが再起動されるべきであるとリセットされたカードが判断する（後述）と、（リセットボタンが物理的に押されたかのように）ＫＥＹ−ＶＩＥＷ  ＰＣのマザーボード上のピンを閉じることによって、ＫＥＹ−ＶＩＥＷ  ＰＣは自動的にリセットされる。
【０３１０】
内部リセットの選択肢に対する、制御モジュールを用いる選択肢の主な利点は、ホストＰＣを冷始動させることができ、それが、通常ＫＥＹ−ＶＩＥＷ  ＰＣとこのＰＣ上の全てのカードとを完全にリセットすることを確実に行える信頼性のより高い手段である点にある。内部リセットの選択肢の主要な利点は、制御モジュール８０のコスト増を避けることができる点にある。もし両方の選択肢を同時に導入すれば、制御モジュールの選択肢が最初に動作され、リセットのオプションは、制御モジュールが失敗するかあるいは取り除かれた場合にしか使用されないであろう。換言すれば、制御モジュール８０がアクセスコントロールカード９０に接続されている場合には、上記カードは内部リセットアプローチを用いる代わりに自動的にモジュールの存在を感知し、必要時にＫＥＹ−ＶＩＥＷ  ＰＣを冷始動するであろう。
【０３１１】
ＫＥＹ−ＶＩＥＷ  ＰＣを遠隔再起動するための２つの異なるハードウェアアプローチに加えて、再起動プロセスを遠隔で開始させるための２つのオプションもある。再起動処理は、（１）リセットカードによって検出された電話の呼出し回数に基づいて、あるいは（２）オプションのＮＥＴ−９１１制御モジュール８０に接続されたオプションのモデムに送信されたパスワードによって、開始される。ＫＥＹ−ＶＩＥＷ  ＰＣの遠隔再起動は、ＫＥＹ−ＶＩＥＷ  ＰＣが永続的に止まった場合（すなわち、ユーザがＫＥＹ−ＶＩＥＷ  ＰＣにリモートアクセスしようと試みても応答しない場合）に必要となる。
【０３１２】
アクセスカード９０は、入力された全ての電話の呼出しを監視し、（１）検出された呼出し回数が、ユーザの設定した呼出し回数より少ない場合、あるいは（２）検出された呼出し回数が、ユーザの設定した呼出し回数より少ない場合に、ＫＥＹ−ＶＩＥＷ  ＰＣを再起動する。
【０３１３】
モデムがＫＥＹ−ＶＩＥＷ  ＰＣ内部に取り付けられると、モデムは呼出しに応答可能であるが、ＫＥＹＶＩＥＷおよび／またはリモートアクセスエンジンが停止される。この場合、ＫＥＹ−ＶＩＥＷ  ＰＣを遠隔再起動することが必要となる。これを実現するために、リモートアクセスエンジンは、４回の呼出しの直後に呼出しに応答せよとモデム８２に命令するよう設定されている。次に、呼出しが何回より少ないときにKeyview の再起動を可能にするかのオプション（後述する）は、呼出し３回に設定すべきである。次に、リモートユーザが、これらの設定を用いてＫＥＹ−ＶＩＥＷ  ＰＣを電話で呼び出し、２回の呼出しの後に電話を切ることで、ＫＥＹ−ＶＩＥＷ  ＰＣが再起動される。
【０３１４】
また、ＫＥＹ−ＶＩＥＷ  ＰＣが止まったときに、モデム８２も停止し、呼出しに全く応答しなくなる可能性がある。また、モデムがＫＥＹ−ＶＩＥＷ  ＰＣ内部に取り付けられず、ＫＥＹ−ＶＩＥＷ  ＰＣがＬＡＮまたはインターネットを介してリモートアクセスされている場合にも、同様に、止まったＫＥＹ−ＶＩＥＷ  ＰＣを電話線を用いて遠隔再起動する必要がある。これらの問題は両方とも、呼出しが何回より多いときに再起動を可能にするかのオプションを呼出し６回に設定することによって解決することができる。この状況で、リモートユーザが、単にＫＥＹ−ＶＩＥＷ  ＰＣを電話で呼び出し、６回より多くの呼出しを待ってから電話を切ることで、ＫＥＹ−ＶＩＥＷ  ＰＣが再起動される。
【０３１５】
稀なケースとして、ＫＥＹ−ＶＩＥＷ  ＰＣ内部に取り付けられたモデムが、電話線に繋がったまま停止し、リモートユーザがＫＥＹ−ＶＩＥＷ  ＰＣにアクセスするか、あるいはＰＣを再起動しようと試みたときに、ラインが常にビジーとなる可能性がある。加えて、リモートユーザは、緊急状況時に別のリモートユーザのアクセスを終了させる能力を持つことを望むかもしれない。これらの状況は両方とも、アクセスコントロールカードに接続されたオプションのＮＥＴ−９１１制御モジュール８０のＲＪ−４５データ出力ポートに対して外部モデム８１を（上記モジュールに設けられたＤＢ−９（オス）コネクタに対し、ＣＭＭモデムを用いて）接続することで、解決することができる。この構成（図１２に示す）では、このオプションのモデム８１に２本目の（異なる）電話線を接続する必要がある。余った旧式の外部モデムが、２４００ボーを超える速度で動作することがないので、この場合にうまく動作する。図１２は、オプションのＮＥＴ−９１１制御モジュール８０、外部モデム８１、および内部モデム８２の両方を、アクセスコントロールカード９０と接続した様子を表している。
【０３１６】
外部モデム８１を設置した場合、このモデム上のディップスイッチの設定は、モデムが呼出しに自動応答するのを阻止しないように設定する必要がある。外部モデムを設置した後、このモデムを使うオプションを可能にし、パスワードを設定する必要がある。モデムが設置され、パスワードを受け付けるように設定された後、リモートユーザは、単にＨｙｐｅｒｔｅｒｍｉｎａl （Ｗｉｎｄｏｗｓ（登録商標）で提供されている）のような端末エミュレーションプログラムを用いて、（１）外部モデムを呼び出し、（２）接続が完了したときに“ＲＥＳＥＴ”とタイプし、（３）アクセスコントロールカード９０によって促されたときに正しいパスワードを入力し、これにより、ＫＥＹ−ＶＩＥＷ  ＰＣを再起動させる。
【０３１７】
アクセスコントロールカード９０は、侵入者の可能性がある者が発見された場合にも、ページャの警告を発する能力を持っている。このようなページャの警告は、ユーザが予め設定された回数の推測の中で正しいパスワードを入力し損ねた場合、あるいは検出された呼出し者ＩＤが無許可の電話番号からのものである場合には、適切であろう。ページャおよび関連するページャコードによる警戒を受け取る者（１人または複数人）は、ページャ警告メニューオプション（後述する）を用いて設定することができる。ページャの警告を発するためには、上述したように、オプションの外部モデム８１をアクセスコントロールカード９０に接続する必要がある。
【０３１８】
Keyview アクセスコントロールカード９０を取り付ける場合、ＫＥＹ−ＶＩＥＷ  ＰＣ上のフロントパネルのステータスライト（例えばターボライト）からのケーブルの１つがＫＥＹ−ＶＩＥＷ  ＰＣのマザーボードから引き抜かれて、アクセスコントロールカード９０上のＬＥＤピン（図１１でのＪ２）に再び差し込まれる。この接続は、誰かがＫＥＹ−ＶＩＥＷ  ＰＣに遠隔接続しているときはいつでもＫＥＹ−ＶＩＥＷ  ＰＣの前面上のＬＥＤライトの１つが点滅することを保証する。耳に聞こえるビープと連動されたこの点滅は、誰かがＫＥＹ−ＶＩＥＷ  ＰＣにリモートアクセスしているときはいつでも、ホスト側の者に警告を発するように設計されている。
【０３１９】
電話線は、電話を受けたときにKeyview が呼出し者ＩＤを自動的にキャプチャするように、電話会社によって有効になるオプションの呼出し者ＩＤ機能を持っている。このライン上での呼出し者ＩＤサービスを有効にすることで、（１）呼出し者ＩＤが利用不可能であるとき、（２）呼出し者ＩＤが意図的に凍結されたとき（すなわち、呼出し者が呼び出し前に＊６７を入力したとき）、あるいは（３）呼出し者ＩＤが予め許可されたＩＤのリスト上にないときにはいつでも、Keyview アクセスコントロールカードが受け取った全ての呼出しを追跡してログに記録し、オプションとしてリモートユーザからの呼び出しを自動的に終了させることが可能になる。これらのKeyview 呼出し者ＩＤ機能の構築の仕方に関する情報については、呼出し者ＩＤの項を参照されたい。
【０３２０】
ＫＥＹ−ＶＩＥＷ  ＰＣビデオモニタ設置
ＶＧＡモニタ２１４は、ＫＥＹ−ＶＩＥＷ  ＰＣのビデオカードに接続される。通常、ホストＰＣ２０１−２０４またはスイッチボックスから引き抜かれたモニタは、この目的のために使用される。このビデオモニタは、ＫＥＹ−ＶＩＥＷ  ＰＣまたはアクティブホストＰＣに起こったことを反映し、通常ＫＥＹ−ＶＩＥＷ  ＰＣにのみ必要なモニタである。ＫＥＹ−ＶＩＥＷ  ＰＣがホストモードにある場合、このモニタは、わずかに遅延したベースでアクティブホストＰＣにおいて生じたことを反映する。ＫＥＹ−ＶＩＥＷ  ＰＣは、ホストＰＣからホストＰＣへスイッチすることができるので、１つのモニタのみが、一旦スイッチ処理が完了したアクティブＰＣを観察することが必要とされる。
【０３２１】
何人かのユーザは、リアルタイムベースでホストＰＣ２０１−２０４を観察したい。これらのユーザについて、ビデオ出力ポートは、リアルタイムベースにおける各ＰＣＩカードのためのアクティブホストＰＣのビデオ出力信号を通過させる各ＰＣＩカードの裏に存在する。ＫＥＹ−ＶＩＥＷ  ＰＣに設置されるＰＣＩが１つより多い場合には、複数のモニタがアクティブホストＰＣの出力を見るためにホスト側に必要とされる。このような複数のモニタの必要性を避けるために、単に、安価なＡ−Ｂスタイルビデオスイッチボックスが、各ＰＣＩカードビデオ出力ポートとＫＥＹ−ＶＩＥＷ  ＰＣのビデオカードの出力との間をスイッチするために設置され得、その結果、１つのモニタがリアルタイムベースにおけることを観察することができる。
【０３２２】
内部モデムはＫＥＹ−ＶＩＥＷ  ＰＣへモデムを介してリモートアクセスを可能にするＫＥＹ−ＶＩＥＷ  ＰＣに通常設置される。モデムに加えて、例えばＬＡＮカードのようなＫＥＹ−ＶＩＥＷ  ＰＣに設置される他のリモートアクセス手段を示唆する。
【０３２３】
通常、ＬＡＮカードは、ＫＥＹ−ＶＩＥＷ  ＰＣにアクセスするリモートＬＡＮまたはインターネットを可能にする注文生産の（customer's）内部ネットワークで適合するＫＥＹ−ＶＩＥＷ  ＰＣに設置される。この例は、図２８および２９に示し、ここで、リモートサイト２０５は、ネットワーク２０６を介してＫｅｙｖｉｅｗ  ＰＣとアクセスする。ネットワーク２０６は、ＬＡＮであってもよく、ここで、リモートＰＣ２１０およびＫｅｙｖｉｅｗ  ＰＣ２００は内部ＬＡＮカードを含む。ＫＥＹ−ＶＩＥＷ  ＰＣへのリモートアクセスは、しばしば緊急時に必要とされるので、リモートアクセスの別の手段は、モデム８１／８２のようなＫＥＹ−ＶＩＥＷ  ＰＣに設置することができる。
【０３２４】
適用可能なＬＡＮカードをＫＥＹ−ＶＩＥＷ  ＰＣに設置した後、このカードを図２８および２９に示すようにＬＡＮに接続する。
【０３２５】
通常、ＮＥＴ−９１１コントロールモジュールは、ＫＥＹ−ＶＩＥＷ  ＰＣのシリアルポートの１つに接続される（図１２）。これらのモジュールは、ともにデイジーチェーンで繋がれ、リモートユーザによってホストＰＣへのシリアルアクセスおよびパワーコントロールを可能にするためのＫＥＹ−ＶＩＥＷ  ＰＣによってアクセス可能な各ホストＰＣに接続される。このモジュールのシリアルアクセス特性は、ホストＰＣ２０１−２０４とＫＥＹ−ＶＩＥＷ  ＰＣ２００との間ファイル転送を容易にするために通常使用される。ルータやプリンタのようなシリアルアクセスおよび／またはパワーコントロールが遠隔で必要とされる他のデバイスは、デイジーチェーンでモジュールに接続され得る。そのため、この観点から、ＫＥＹ−ＶＩＥＷ  ＰＣは、遠隔で管理するネットワークデバイスのための全てを包括したプラットフォームとなる。
【０３２６】
スタートアップ処理
ＫＥＹ−ＶＩＥＷ  II  ＰＣが、リブートする各時間で以下の主要なことがらが生じる：
オペレーティングシステムは、ネットワークインターフェイスカードのためのＬＡＮドライバまたはＫＥＹ−ＶＩＥＷ  ＰＣに設置されたモデムのためのモデムドライバのようなデバイスドライバを含んでロードされる。
【０３２７】
ＫＥＹ−ＶＩＥＷ  ＰＣＩカードにアクセスするために必要とされる多くのデバイスドライバは、カードと接続するＫＥＹ−ＶＩＥＷアプリケーションを可能にするためにロードされる。
【０３２８】
ＫＥＹ−ＶＩＥＷ  ＰＣＩカードオペレーティングシステムは、カードメモリへのＫＥＹ−ＶＩＥＷ  ＰＣのディスクドライブからロードされる。このアプローチは、単にＰＣＩカードのオペレーティングシステムのプログラムファイルを新しいプログラムファイルと置き換えることによって起こるＰＣＩカードファームウェアのアップグレードを容易にする。
【０３２９】
次に、リモートアクセスエンジンは、ユーザがＫＥＹ−ＶＩＥＷ  ＰＣへのリモートアクセスを可能にすることを明確にしている手段（２つまで）（たとえば、モデムおよびＬＡＮの両方が明確にされている）を使用する「ホスト」モードにおいて自動的にロードする。
【０３３０】
ＫＥＹ−ＶＩＥＷ  IIアプリケーション（ＫＶ−ＡＰＰ）は、次いで、自動的に立ち上げられ、以下のことがらが起こる：
ＫＥＹ−ＶＩＥＷ  ＰＣは８００×６００グラフィックモードにスイッチし、そしてＫＥＹ−ＶＩＥＷ  IIグラフィックロゴを５秒間表示する。このロゴは、キーまたはマウスボタンを押すことによりすぐにクリアされる。ＫＥＹ−ＶＩＥＷ  IIロゴが表示されている間、ＫＥＹ−ＶＩＥＷアプリケーションは最後のアクティブホストＰＣ（例えば、ＰＣＩカードＩＤ、スイッチボックスＰＣ  ＩＤ、ＰＣのためのビデオドライバ等）についてのディスクステータスファイルに保存されている情報にアクセスする。この情報は、ついで、ＫＥＹ−ＶＩＥＷ  ＰＣＩカードにコマンドとして送信され、それによって適切なＫＥＹ−ＶＩＥＷ  ＰＣＩカードがアクティブカードになる。
【０３３１】
最後にアクセスされたＫＥＹ−ＶＩＥＷ  ＰＣＩカードは、もはやアクセス可能ではなく（例えば、ＫＥＹ−ＶＩＥＷ  IIアプリケーションのアクティブにする要求に応答しない）、エラーメッセージが表示され、そしてＫＥＹ−ＶＩＥＷ  IIシステムはそのメニューモードに戻る。メニューモードにある間、全てのリモートまたはホストサイトキーボードまたはマウス入力はホストＰＣの代わりにＫＥＹ−ＶＩＥＷ  ＰＣをコントロールする。このメニューモードから、１つ上のＫＥＹ−ＶＩＥＷ  ＰＣＩカードがＫＥＹ−ＶＩＥＷ  ＰＣに存在する場合、ユーザは最後のアクティブＰＣＩカードに再アクセスしようとすることまたはアクセスするために別のＰＣＩカードを選択しようとすることができる。最後にアクセスされたＫＥＹ−ＶＩＥＷ  ＰＣＩカードがアクセス可能である場合、ＫＥＹ−ＶＩＥＷ  ＰＣは自動的にホストモード処理を始め、ここでアクティブホストＰＣのスクリーンは、ＫＥＹ−ＶＩＥＷ  ＰＣのフルスクリーンを用いて写し出される（すなわち、ＫＥＹ−ＶＩＥＷ  ＰＣグラフィックモードは、アクティブホストＰＣのグラフィックモードに自動的に調整される）、そしてリモートまたはホストサイトキーボード／マウス入力がアクティブホストＰＣに転送される。
【０３３２】
上記の工程により示されたように、一旦ＫＥＹ−ＶＩＥＷアプリケーションが操作状態になると、２つのモードのうち１つ、すなわちホストモードまたはメニューモードのいずれかにおいて操作し、通常のＫＥＹ−ＶＩＥＷ  II処理を始める。左のＣｔｒｌキーを４回叩くことにより、ＫＥＹ−ＶＩＥＷ  ＰＣをホストモードからメニューモードへスイッチさせる。メニューモードから、Ｆ５キーを押すかまたはＫＥＹ−ＶＩＥＷメインメニューバーの他のオプションからＥｘｉｔメニューモードオプションを選択するかのいずれかにより、ＫＥＹ−ＶＩＥＷ  ＰＣをメニューモードからホストモードにスイッチさせる。
【０３３３】
ＫＥＹ−ＶＩＥＷホストモードは、ユーザがＫＥＹ−ＶＩＥＷ  ＰＣからアクティブホストＰＣを完全にコントロールさせる。ホストモードにおいて全てのリモートまたはホストサイトマウスまたはキーボード入力は、ＫＥＹ−ＶＩＥＷアプリケーションによって中断され（trapped ）（すなわち方向が変えられ）、まるでリモート／ホストサイトのキーボード／マウスがアクティブホストＰＣに直接取り付けてあったかのように、アクティブホストＰＣを通過する。複数のホストＰＣがＫＥＹ−ＶＩＥＷ  ＰＣに接続されている場合、ある時点でホストＰＣの１つのみが、アクティブホストＰＣとして設計され得る。必要であれば、キーボードのｎｕｍロック、ｃａｐｓロック、およびスクロールロック光のステータスのような情報がＫＥＹ−ＶＩＥＷシステムと介して戻されるので、リモートおよびローカルＰＣのキーボードステータス光がアクティブホストＰＣのステータス光に反映する。
【０３３４】
ＫＥＹ−ＶＩＥＷ  IIメニューモードは、（１）さらにＰＣＩカード、ホストＰＣの定義等を含むＫＥＹ−ＶＩＥＷ処理のためのＰＣを構成する、（２）ホストＰＣ間をスイッチする、（３）ホストＰＣおよび／またはシリアルアクセスホストＰＣへのパワーをコントロールするためにＮＥＴ−９１１コントロールモジュールとアクセスする、そして（４）ホストＰＣを十分にコントロールするために必要なビデオまたはマウスドライバを作成することを可能にする。ＫＥＹ−ＶＩＥＷメニューモードにおいて、リモートとホストキーボード／マウス活性の両方はＫＥＹ−ＶＩＥＷ  ＰＣに向けられた入力である。通常ユーザは、特定のタスクを行うために単に一時的にホストモードにスイッチし、これは、典型的にホストＰＣからホストＰＣにスイッチするため、あるいはＮＥＴ−９１１コントロールモジュールにアクセスするためである。メニューモードにおいて利用することができるプロセッシングオプションのより詳細な議論は、そのテーマの元で議論される。
【０３３５】
ホストモード
ＫＥＹ−ＶＩＥＷのホストモードによれば、ユーザは、起動されているホストＰＣを完全に制御することができる。ホストモードにおいては、まるでリモート／ホストのサイトのキーボード／マウスがホストＰＣに直接に接続されているかのように、全てのリモート、またはホストのサイトの、マウスやキーボードの入力は、ＫＥＹ−ＶＩＥＷのアプリケーションによってトラップされ、起動されているホストＰＣへと送信される。もし必要ならば、ＫＥＹ−ＶＩＥＷシステムを通じて、キーボードのｎｕｍ  ｌｏｃｋ、ｃａｐｓ  ｌｏｃｋ及びｓｃｒｏｌｌ  ｌｏｃｋのライトの状態などの情報を返信することができ、それにより、遠隔とローカルのＰＣのキーボードの状態を表すライトが、起動されているホストＰＣの状態を表すライトを反映するようにできる。
【０３３６】
ホストモードになっている時には、ＫＥＹ−ＶＩＥＷ  ＰＣの画面は、ホストＰＣの画面に表示されているものを反映する。ホストＰＣの画面がＫＥＹ−ＶＩＥＷ  ＰＣの画面と異なったグラフィックモードになっている場合は、ホストＰＣの画面がＫＥＹ−ＶＩＥＷ  ＰＣにおいて常に全画面を基準として表示されるように、ＫＥＹ−ＶＩＥＷのアプリケーションは、ＫＥＹ−ＶＩＥＷ  ＰＣの画像解像度を、ホストＰＣの画面の画像解像度と一致させるように、自動的に変更する。サポートされている画像解像度は、６４０×４８０、８００×６００及び１０２４×７６８である。
【０３３７】
ホストモードにおいては、ある特定の“ホットキー”の組合わせは、ＫＥＹ−ＶＩＥＷのアプリケーションによってトラップされ、起動されているホストＰＣへは返信されない。ホットキーの働きは、３秒以内に行われる、４回連続した、ホットキーを押して離すという動作（タップ：ｔａｐ）によって引き起こされる。それらのキーのリストは、以下に記載されている。ホストＰＣにおいて起動されたアプリケーションによって用いられる、類似の複数回タップによるホットキーのアプローチと干渉しあう可能性を最少にするために、４度ホットキーをタップするという動作がＫＥＹ−ＶＩＥＷ  IIにおいては標準として用いられている。ホットキーは連続してタップされないといけないので、ホットキー以外のキーを押した場合には、ホットキーのタップのカウンタはリセットされる。
【０３３８】
３秒の間に、ユーザが上記のホットキーのうちの一つを４回以下タップした場合には、全てのキーのタップは、起動されているホストＰＣへ向けられたものと仮定され、ホストＰＣへと送信される。このアプローチは、他のアプリケーションによって用いられている、ありがちなホットキーのタップの組合わせを、ＫＥＹ−ＶＩＥＷのアプリケーションがトラップしないということを保証する。
【０３３９】
ＫＥＹ−ＶＩＥＷのＰＣＩカードがスイッチボックスに接続された時には、ホストモードからメニューモードへと切換える必要を避けることを助けるような、特別の方法が存在する。ＫＥＹ−ＶＩＥＷのメニューシステムは、いろいろなサポートされているスイッチボックスのホットキー配列のうちの任意の一つを、左のシフト（ｓｈｉｆｔ）キーを４回タップするという標準的なＫＥＹ−ＶＩＥＷのホットキーの配列へと割り当てることができる。例えば、任意のＫＥＹ−ＶＩＥＷのＰＣＩカードに対して、＜ＮｕｍＬｏｃｋ＞＜Ｍｉｎｕｓ＞＜ＮｕｍＬｏｃｋ＞というスイッチボックスのコマンドコードを、この特別な左のシフトキーの配列へ割り当てることができ、このことにより、ホストモードにおいて、リモートサイトまたはホストサイトのユーザからの左のシフトキーの配列をＫＥＹ−ＶＩＥＷが検出した時には、ＫＥＹ−ＶＩＥＷは、＜ＮｕｍＬｏｃｋ＞＜Ｍｉｎｕｓ＞＜ＮｕｍＬｏｃｋ＞という配列をホストＰＣへと送信し、ドライバをロードするのに必要とされる全てのことや、またはＰＣ間の切換えにおいて要求されるその他のステップを実行することができる。このアプローチは、スイッチボックスに接続されたＰＣ間の切換えにおいて、ホストサイトにおいてもリモートサイトにおいても、ユーザが同一の手法を用いることができるという、さらなる利点を有する。
【０３４０】
ユーザアプリケーションで用いられるホットキーとコンフリクト（ｃｏｎｆｌｉｃｔ）するような、スイッチボックスのためのいろいろな異なるホットキーを、トラップしなければならないということを避けるために、ＫＥＹ−ＶＩＥＷは、スイッチボックスのベンダーによるホットキーの配列が入力されるのを捜すということはしない。もしそのようなキーが入力され、スイッチボックスによってＰＣ間の切換えが行われたとすると、ＫＥＹ−ＶＩＥＷのアプリケーションは変化に気が付かず、新しいＰＣからのビデオ出力を正しく解読しないかもしれない。このことによって、ＫＥＹ−ＶＩＥＷ  ＰＣにおいて、読取り不能なホストの画面の画像が現れることになるかもしれない。
【０３４１】
ユーザが、（１）スイッチボックスに備えられた、違うチャンネルを選択するためのボタンを押すか、または（２）左のシフトキーを４度タップする代わりにベンダーのホットキー配列を入力するかのどちらかを介して、スイッチボックスによってＰＣ間の切換えを行った時には、変化が起きる後までＫＥＹ−ＶＩＥＷは変化に気が付かないことになる。このような場合においては、変化が既に生じているとアプリケーションに警告を行うような特別なコードがＫＥＹ−ＶＩＥＷのアプリケーションへ返信されるように、サポートされるスイッチボックスは設計される。まれな場合として、このようなフィードバックが起こらないこともあり得る。そういう場合には、ＫＥＹ−ＶＩＥＷ  ＰＣはホストＰＣと同期化されず、ホストＰＣの画面はスクランブル（ｓｃｒａｍｂｌｅ）される。それに加えて、変化が検出されたとしても、変化が検出された時から、ＫＥＹ−ＶＩＥＷが新たなホストＰＣのビデオ出力と同期化するのに必要なステップを行うまでは、ホストの画面はスクランブルされたままとなる。従って、スイッチボックスにつながれたＰＣ間の切換えを行うには、左のシフトキーをタップするという方法が推奨される。
【０３４２】
起動されているホストＰＣがない場合には、ホストＰＣが、起動されているホストＰＣとして正しく選択されるまでは、ＫＥＹ−ＶＩＥＷのアプリケーションは、メニューモードからホストモードへの切換えを行わない。
【０３４３】
ホストモードとなっている時には、ホストサイトのユーザは、（ホストサイトのモニタがＫＥＹ−ＶＩＥＷ  ＰＣのＳＶＧＡカードに接続されていると仮定すると）ホストＰＣの画面の少し遅れた描画を見ることになり、そして、ホストＰＣを制御するために、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスとキーボードとを用いることができる。ホストＰＣにおける画面表示の遅れを回避するために、ホストサイトのユーザは、モニタをＰＣＩカードのＳＶＧＡ出力に直接つなぎ、さらに二つ目のモニタをＫＥＹ−ＶＩＥＷ  ＰＣのＳＶＧＡカードにつなぐことができ（二つのモニタを用いることによって、ＫＥＹ−ＶＩＥＷのＰＣＩカードのリアルタイムのビデオ出力と、ＫＥＹ−ＶＩＥＷ  ＰＣのＳＶＧＡカードの出力とを比較することができる）、それによって、ＫＥＹ−ＶＩＥＷのメニューモードにアクセスするか、またはどれだけはやくＫＥＹ−ＶＩＥＷがホストの画面を表示するかを試すことができる。通常の処理においては、ホストサイトのユーザは、おそらくＫＥＹ−ＶＩＥＷ  ＰＣのＳＶＧＡ出力にモニタをつなぎ、表示される色の数を減らすことによって、画面を描画する遅れを最少にしようとすると思われる。ＫＥＹ−ＶＩＥＷ  ＰＣがメニューモードの時か、または複数のＰＣＩカードがインストールされている時には、この方法によれば、異なるビデオポートを切換える必要から生じる混乱を避けることができるかもしれない。もしホストサイトのユーザにとってリアルタイムの表示が必要ならば、ＰＣＩカードのビデオ出力とＫＥＹ−ＶＩＥＷ  ＰＣのＳＶＧＡビデオ出力とを切換える安価なビデオスイッチボックスも必要となる。
【０３４４】
すでに述べたように、たった一枚のＫＥＹ−ＶＩＥＷ  ＰＣＩカードをもつＫＥＹ−ＶＩＥＷ  ＰＣのユーザは、ＫＥＹ−ＶＩＥＷのメニューモードをめったに用いようとしないし、またＫＥＹ−ＶＩＥＷ  ＰＣのＳＶＧＡカードの通常のＳＶＧＡ出力を見ようともしない。たとえもしこの一枚のＰＣＩカードが、外部のＰＣスイッチボックスへ接続されたとしても、ホストサイトのユーザは、ＫＥＹ−ＶＩＥＷのメニューモードに行くのとは反対に、カードに接続されたＰＣ間を切換えるキーボードの“ホットキー”コマンドを入力することができる。しかし、リモートユーザはメニューモードを用いる必要があり、というのも、ｐｃＡｎｙｗｈｅｒｅが、スイッチボックスへ接続されたＰＣ間を切換えるのに必要なキーボードのホットキーコマンド（例えば＜ＮｕｍＬｏｃｋ＞＜Ｍｉｎｕｓ＞＜Ｎｕｍｌｏｃｋ＞）を妨害するかもしれないからである。このメニューモードへの切換えの必要を回避することは、所望されたことである。もし、リモートユーザがＫＥＹ−ＶＩＥＷ  ＰＣをメニューモードのまま放置し、かつ、自動的に切換えて戻すタイマが無効とされている場合には、ホストサイトにおけるその後のユーザが、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスやキーボードを用いようと試みた時には、それはホストＰＣへは伝達されず、（というのもメニューモードではＫＥＹ−ＶＩＥＷの画面は見ないので）混乱させられることとなる。
【０３４５】
ＫＥＹ−ＶＩＥＷのＰＣが再起動された時は、ＫＥＹ−ＶＩＥＷ  ＰＣは自動的にホストモードの処理を始めようと試みる。この方法は、起動されているホストＰＣを制御できるよう、ＫＥＹ−ＶＩＥＷ  ＰＣが常に準備されていることを保証する。
【０３４６】
ＫＥＹ−ＶＩＥＷのＰＣにおいてＫＥＹ−ＶＩＥＷのユーザセキュリティが有効とされている時は、ＫＥＹ−ＶＩＥＷは自動的にホストモードの処理を終了し、ＫＥＹ−ＶＩＥＷ  ＰＣが遠隔でアクセスされる度に特別のログイン画面を表示する。リモートユーザは、ＫＥＹ−ＶＩＥＷによってＫＥＹ−ＶＩＥＷのアプリケーションへのアクセスが許可される前に、正しいログインＩＤとパスワードを入力する必要がある。ＫＥＹ−ＶＩＥＷのユーザセキュリティが有効とされている時には、ＫＥＹ−ＶＩＥＷのＰＣを再起動することによって、リモートユーザがアプリケーションへアクセスできるよう試みるような状況を防止することに加えて、ＫＥＹ−ＶＩＥＷは、ＫＥＹ−ＶＩＥＷのアプリケーション処理が始まる度に、ユーザへログインを要求する。
【０３４７】
メニューモード
ＫＥＹ−ＶＩＥＷ  IIのメニューモードによって、以下のことを行うことができる。それは、（１）ＰＣＩカードやホストＰＣなどの定義を付け加えることを含む、ＫＥＹ−ＶＩＥＷの処理のために、ＫＥＹ−ＶＩＥＷ  ＰＣを構成すること、（２）複数のホストＰＣの間の切換えを行うこと、（３）ホストＰＣ及び／またはシリアルアクセスのホストＰＣへの電源を制御するＮＥＴ−９１１制御モジュールにアクセスすること、及び（４）うまくホストＰＣを制御するために必要なビデオドライバまたはマウスドライバを作成することである。ＫＥＹ−ＶＩＥＷのメニューモードでは、リモート又はホストにおけるキーボード／マウスの動作は、ＫＥＹ−ＶＩＥＷ  ＰＣへと入力される。
【０３４８】
ＫＥＹ−ＶＩＥＷのメインメニューオプションバーは、メニューモードにおいては、ＫＥＹ−ＶＩＥＷ  ＰＣの画面の上部に位置している。このメニューは、いくつかのオプションと副オプションからなる。メインメニューオプションが選択された時は、特別に付加されたメニューが表示される。メニューの例が図１３に示されている。
【０３４９】
データ入力作業の最中を含む、メニューモードのいずれかの時点において、リモートサイトまたはホストサイトのユーザによってＦ５キーがタップされた場合には、その度に、最後に使用されたＰＣＩカードとホストＰＣへ、制御が戻される。Ｆ５キーが押された時には、使用中のデータ入力アイテム、または、新しいＰＣの定義などでまだ終了していない新しい入力項は、無視される。こうした理由によって、データの入力処理または取り扱いが進行中の間は、Ｆ５キーを押すことは推奨されない。ホストモードに戻るための、推奨される方法は、その他と表示されているメニューオプションから、終了のメニューモードアイテムを選択することである。
【０３５０】
ＫＥＹ−ＶＩＥＷのＰＣが単一のＰＣＩカードをもっているような場合には、ＫＥＹ−ＶＩＥＷ  ＰＣのＳＶＧＡカードに接続されたモニタを有しないホストサイトというものがあり得る。もし、リモートユーザが、接続を終了した時にＫＥＹ−ＶＩＥＷ  ＰＣをメニューモードのまま放置した場合に、ホストサイトのユーザが、ホストＰＣへアクセスを試み、そしてキーボード／マウスの制御ができないということに気が付いた時には、そのユーザは混乱させられ、いらいらさせられる。この状況を正すため、ＫＥＹ−ＶＩＥＷのシステムは、遠隔またはＫＥＹ−ＶＩＥＷのキーボードの入力が、ユーザの定義した秒数の間に検出されない場合には、自動的にホストモードへ復帰するという特徴を備えている。所望の秒数は、メニューモードにおけるデータ入力オプションの一つである。自動切換えの特徴は、前記の秒数を０に設定することで、無効とすることができる。
【０３５１】
もし、（１）ホストサイトのＫＥＹ−ＶＩＥＷ  ＰＣがメニューモードに切換えられるか、（２）ＫＥＹ−ＶＩＥＷアプリケーションの処理がホストＰＣにおいて終了されられたかのどちらかが行われた時には、ＫＥＹ−ＶＩＥＷ  ＰＣを制御するため、ホストサイトのユーザは、ＫＥＹ−ＶＩＥＷ  ＰＣを再起動するか、またはＫＥＹ−ＶＩＥＷ  ＰＣのＳＶＧＡカードにモニタを接続するかのどちらかを行う必要がある。そのどちらかの場合において、ＫＥＹ−ＶＩＥＷ  ＰＣに接続された任意のホストＰＣの制御は、ＫＥＹ−ＶＩＥＷ  ＰＣがホストモードに復帰するまでは、不可能である。こうした訳で、（１）ホストＰＣのＫＥＹ−ＶＩＥＷアプリケーションを決してメニューモードから終了させないということと、（２）ＫＥＹ−ＶＩＥＷのアプリケーションが、ユーザが定義した秒数の経過後に自動的にメニューモードからホストモードへと復帰するような、自動切換えの特徴を備えさせることとが推奨される。後者の特徴においては、リモートユーザが接続を終了した時にＫＥＹ−ＶＩＥＷのユニットをメニューモードのまま放置する場合の問題が解決され、それによってホストサイトのユーザが、メニューモードを終了するまでは、ホストＰＣを制御できないようにすることができる。
【０３５２】
切り換え（Ｓｗｉｔｃｈ）
図１３に記載のスイッチメニューのオプションは、ＰＣ間の切り換えとモジュール間の切り換えと連係している。
【０３５３】
ＰＣのサブメニュースイッチのオプションは（図１４）、多数のホストＰＣがＫＥＹ−ＶＩＥＷ  ＰＣに接続されている場合に、ホストＰＣの定義の追加／削除、あるいは、ホストＰＣをユーザが切り換えする許可に用いられる。
【０３５４】
ＫＥＹ−ＶＩＥＷは、（１）ＫＥＹ−ＶＩＥＷユニットのＫＥＹ−ＶＩＥＷ  ＰＣＩカード間の切り換え、あるいは、（２）シングルカードに繋がったＰＣ間の切り換え（スイッチボックスによって）によってＰＣ間の切り換えを支えている。このメニューオプションは、これらの２つの場合の両方で、ＰＣ間の切り換えを可能にする。
【０３５５】
スイッチモジュールのサブメニュー（図１５）は、互いにデイジーチェーンされた任意のＮＥＴ−９１１  コントロールモジュールと間の切り換えと、ＫＥＹ−ＶＩＥＷ  ＰＣのシリアルポートの一つに接続されたＮＥＴ−９１１  コントロールモジュール間の切り換えを可能にする。この方法だと、リモートユーザがＡＣ電源を操作したり、あるいは、各々のモジュールに接続されたあらゆるデバイス（例えば、ホストＰＣ、ルーター等）と連続的なアクセスを可能にする。このメニューオプションを選択したとき、シリアルポート上で検知された全てのＮＥＴ−９１１  コントロールモジュールのリストはディスプレイに表示される。このリストから、“作動モジュール（アクティブモジュール）”として選択されたモジュールは、モジュールまたはＫＥＹ−ＶＩＥＷ  ＰＣのＡＣ電源を受信しているデバイスに対し、ＡＣ電源をＯＮまたはＯＦＦできるようになっており、これにより、シリアルポートに接続されたあらゆるモジュールにアクセスが可能になっている。
【０３５６】
ａ．ＰＣ間の切り換え
ＰＣのサブメニューオプションのスイッチは、全ての利用できるＰＣＩカード（Ｃａｒｄ−ＩＤｓ）からなっており、そのカードに係わる４０種の仕様説明と関連している。例えば、図１４に示されるリストなどである。
【０３５７】
ＫＥＹ−ＶＩＥＷ  ＰＣを起動させると、ＫＥＹ−ＶＩＥＷはポーリングに対応するカードを検索するために、可能性のある８つのＰＣＩカードのＩＤをポーリングする。対応するカードのＫＥＹ−ＶＩＥＷ  ＰＣＩによって、表が作成される。
【０３５８】
カードのＩＤのカラムは、０から７がＫＥＹ−ＶＩＥＷ  ＰＣＩカードのＩＤナンバーとして表示される。
【０３５９】
カードの説明のカラムでは、予めユーザが定義づけた、カードに係わる４０種の説明が表示される。
【０３６０】
選択用ホストＰＣボタンは、ＰＣＩカードのリストボックス内で現在明るく強調されているＰＣＩカードＩＤとして利用される。もし、明るく強調されたＰＣＩカードが、アクティブホストＰＣに直接接続されていると、そのホストＰＣはアクティブホストＰＣとなり、そのＰＣは、ホストモードのＫＥＹ−ＶＩＥＷ  ＰＣによってコントロールされることになる。もし、明るく強調されたＰＣＩカードがＰＣスイッチボックスに接続されていると、このスイッチボックスと定義されたホストＰＣの画面には、さらに詳細なスイッチボックスＰＣリストの表題が表示される。
【０３６１】
接続されたＫＥＹ−ＶＩＥＷ  ＰＣＩカードは、セッティングボタンをクリックすることで“接続された”と定義づけされる。ＰＣＩカードを選択したとき、ＰＣＩカード内部で、まだアクセス可能か再度確認テストされる。もし、もはやアクセスが不可能であるときは、エラーメッセージが表示される。
【０３６２】
セッティングボタンは、明るく強調されたＰＣＩカードのシステム設定のデータに入力、または、切り換えができる。画面上に表された“ＫＥＹ−ＶＩＥＷ  ＰＣＩ  Ｃａｒｄ  Ｓｅｔｔｉｎｇｓ”は、現段階のＰＣＩカードのセッティングを表している。画面上に表れるプロセスは、以下の“ＰＣＩ  ＣＡＲＤ  ＳＥＴＴＩＮＧＳ”の表題で詳細に表されている。
【０３６３】
テストとは、もし、インストールされたカードＩＤが検出されない場合に、カードナンバーを明るく強調してもよく、また、起動時にカードが一時的に作動しないときには、テストボタンオプションを選択してもよい。テストオプションが選択されたときは、明るく強調されたカードＩＤは再テストされ、また、カードが選択されたことがわかると、カードの説明が、ＰＣＩカードＩＤリストの次のカードＩＤに表示される。
【０３６４】
新しいホストＰＣが作動ＰＣとして選ばれると、ＫＥＹ−ＶＩＥＷ  イベントログに入力される。
【０３６５】
ＰＣＩ  カード  セッティング
例の一つとして、図１７に示されるような、ＫＥＹ−ＶＩＥＷ  ＰＣＩカードスクリーンは、選択されたＫＥＹ−ＶＩＥＷ  ＰＣＩカードのシステム設定に入力、または、切り換えが可能である。このスクリーンのあらゆるセッティングの説明は、以下のように表される。
【０３６６】
“カード説明書”は、ユーザが定義したＫＥＹ−ＶＩＥＷ  ＰＣにインストールされたあらゆるＰＣＩカードの定義したものである。
【０３６７】
“接続されたカード”は、ＫＥＹ−ＶＩＥＷ  ＰＣＩカードが直接、（１）ホストＰＣ、あるいは（２）スイッチボックスが多数のホストＰＣとアクセスするＰＣＩカード、に接続されているかどうか参照するものである。
【０３６８】
ＰＣにカードが接続されていると、スイッチボックスのホットキーは、この入力に関してはアクセス不能となる（すなわち、グレイアウトとなる）。他の点に関する現段階のスイッチボックスのホットキーの入力は、これ以下の画面上に表されている。スイッチボックスのホットキーは、何にしても、スイッチボックスのメーカーが、スイッチボックスのチャンネル（すなわち、ＰＣ）間で切り換えができるコマンドを明記したキー配列によって決定される。
【０３６９】
以下、メニューの矢印をクリックしていくと、ＫＥＹ−ＶＩＥＷによって維持されているあらゆるスイッチボックスのホットキーのコマンドが表示される。例えば、図１８に示される、リストである。
【０３７０】
ホットキーの配列は、各々のＰＣＩカードに接続された各々のスイッチボックスによって選択される。この方法だと、ＫＥＹ−ＶＩＥＷ  ＰＣ内の各々のＰＣＩカードによって、定められた異なったコマンド配列が可能になる。
【０３７１】
この配列ではＫＥＹ−ＶＩＥＷ  ＰＣの左のシフトキーを割り当てる。そのため、左のシフトキーはＰＣＩカードが接続したときよりも４倍タップされることになる。コマンド配列は作動ＰＣＩカードに接続されたスイッチボックスから送信される。この左シフトキーの処置は、ホストサイトのユーザが、ＫＥＹ−ＶＩＥＷ  メニューシステムに入力することなく、スイッチボックスに接続されたＰＣ間において、切り換えができる非常に有益なショートカットである。
【０３７２】
図１７に戻ってみると、“ビデオドライバー”には、このホストＰＣのビデオの出力信号を適当に処理するのに必要なＫＥＹ−ＶＩＥＷのビデオを含んだ１２の特徴をもつビデオドライバーの名前が明記されている。
【０３７３】
“マウスインターフェース（Mouse Interface ）”のメニューでは、このＰＣＩカードのマウスに接続されたインターフェース（すなわち、ＰＳ／２、シリアル）のタイプを入力することができる。
【０３７４】
“マウスドライバ（Mouse Driver）”のメニューでは、カードに直接接続されたあらゆるＰＣのドライバーの名前を入力することができる。
【０３７５】
ＫＥＹ−ＶＩＥＷ  ＰＣ  ＩＤは、ユーザが入力できない。ＰＣ  ＩＤ  ナンバーは、カードがＰＣに接続されている場合に、表示されるだけである。ＫＥＹ−ＶＩＥＷは、内部的に、あらゆるホストＰＣに１つずつ連続ナンバーを割り当てている。このナンバーは、あらゆるＰＣと関連したドライバーファイルネームの一部分となっている。
【０３７６】
スイッチボックスＰＣリスト
ＫＥＹ−ＶＩＥＷ  ＰＣＩカードが、ＰＣスイッチボックスに接続されたとき、スイッチボックスに接続されたあらゆるＰＣは、ＫＥＹ−ＶＩＥＷ  ＰＣで、どのＰＣにアクセスできるかを定義し、システム設定を行なわなくてはならない。例えば、図１９に示すような、このダイアログボックスは、予め定義されたそれらのＰＣを含み、（１）アクティブホストＰＣからＰＣを指定、（２）リスト上からＰＣのシステム設定を変更、（３）新しいＰＣの追加／システム変更、あるいは、（４）リストから定義されたＰＣの削除、を可能にする。
【０３７７】
スイッチボックスＰＣリストウインドウの画面は、スイッチボックスに接続されたあらゆるＰＣの以下のような情報を表示する。
【０３７８】
１）ＰＣ  ＩＤ  カラムは、ＰＣの特有のナンバーを表示する。ＫＥＹ−ＶＩＥＷは、内部的に、あらゆるホストＰＣに１つずつ連続ナンバーを割り当てている。このナンバーは、ＫＥＹ−ＶＩＥＷのイベントログを検出するときに、ＰＣを明らかにするのに有益である。
【０３７９】
２）ＰＣの説明のカラムは、予めユーザが定義づけた、ＰＣに係わる４０種の仕様説明が表示される。
【０３８０】
図１９の“セッティング”ボタンが選択されたとき、スイッチボックスのセッティングスクリーンは、選択されたＫＥＹ−ＶＩＥＷ  ＰＣ  カードが接続されたＰＣスイッチボックスがさらに接続されているあらゆるＰＣの、システム設定の入力／切り換えができる。例えば、図２０に示すスクリーンである。このスクリーンのあらゆるセッティングの説明を以下に示す。
【０３８１】
ＰＣの説明には、新しく加わったＰＣには説明が無いような場合、新しいＰＣにＫＥＹ−ＶＩＥＷユーザをはっきり確定した説明をしなくてはならない。
【０３８２】
スイッチボックスＩＤの入力は、このＰＣを切り換えるためのスイッチボックスで、キー配列に必要とされるスイッチボックスを明らかにする。
【０３８３】
ビデオドライバー入力は、このホストＰＣのビデオの出力信号を適当に処理するのに必要なＫＥＹ−ＶＩＥＷのビデオを含んだ１２の特徴をもつビデオドライバーの名前が明記されている。
【０３８４】
マウスドライバーの入力は、ＰＣでのマウスドライバーの名前を明らかにしている。
【０３８５】
図２０に示すＫＥＹ−ＶＩＥＷ  ＰＣ  ＩＤは、内部的に、あらゆるホストＰＣに１つずつ連続ナンバーを割り当てている。このナンバーは、あらゆるＰＣと関連したドライバーファイルネームの一部分となっている。
【０３８６】
ｂ．切り換えモジュール
スイッチメニューにおいて、スイッチモジュールのサブメニューが存在する。各メニュー毎のモジュールメインメニューは、デイジーチェーンとアクセスできる（図１８参照）。デイジーチェーンのモジュールは、電源のＯＮ／ＯＦＦ、作動モジュールと接続しているデバイスの再起動、および、モジュールパラメータの設定、により示すことができる。このメニューオプションを選択すると、２つのサブメニューオプションが以下のように表れる。
【０３８７】
１）モジュールのプロセスでは、このメニューの選択は、デイジーチェーン上の全てのモジュールにアクセスとコントロールが可能になる。これは、（１）モジュールが接続されたデバイスが連続的にアクセスできるようにするため、作動しているデイジーチェーンのデバイスを表記、（２）電源のＯＮ／ＯＦＦあるいは作動モジュールと接続しているデバイスの再起動、（３）パススルーモードでのモジュールデイジーチェーンの置換、および、（４）外部状況に依存するモジュールが接続されたデバイスの電流を自動的にコントロールするＮＥＴ−９１１による基準の明確化、を含んでいる。
【０３８８】
２）モジュールシステムのシステム設定のとき、このメニューオプションは、（１）モジュールデイジーチェーンにアクセスするＣＯＭポートの明確化、（２）もし、ユーザがＮＥＴ−９１１に入力しなければならないとき、いつでも電源のＯＦＦ／ＯＮされる理由を限定、（イベントログの目的について）、および、ＮＥＴ−９１１が接続されたデバイスを再起動するとき、電源のＯＦＦからＯＮにかかった時間を明らかにすることができる。
【０３８９】
モジュールプロセス
モジュールプロセスの初期動作の前には、ＣＯＭポートが接続されたモジュールデイジーチェーンは、モジュールシステムのシステム設定メニューオプションを用いて適切に明らかにされる必要がある。ＮＥＴ−９１１のモジュールソフトを新しくインストールされたＣＯＭポートは、初期設定によりＣＯＭ１となる。
【０３９０】
モジュールプロセスのメインオプション（図１６）が選択されると、モジュールシステム設定上で明らかにされたＣＯＭポートのモジュールデイジーチェーンは自動的にポーリングする。ポーリングに要する時間はモジュールあたり１秒程度である。ポーリング中に、（１）チェーン上に新たなモジュールが加わった場合、（２）チェーン上からモジュールが削除された場合、または、（３）モジュールの物理的な位置が切り換わった場合は、ＮＥＴ−９１１が最新のデイジーチェーンのポーリングによって確定する。これらの問題が発生したら、ポーリングの最後に、スクリーン上で該当メッセージが表示される。そして、ＮＥＴ−９１１のイベントファイルのログに切り換わる。また、ポーリング中に、消去された作動モジュールは、デイジーチェーンをパススルーモードへと置き換える。
【０３９１】
もし、ポーリング中にモジュールが検出されなかったら、適切なメッセージを表示させ、モジュールを作動させる。そして、ＮＥＴ−９１１コントロールモジュールの画面上に挙げられたセッティングボタンとパススルーボタンはグレイアウトされる。このような問題が発生したときは、ＰＣの他のデバイスがＣＯＭポートまたはデイージーチェーンに干渉しているためにハードウェアインストールのトピック適切にインストールされないことが、ＣＯＭポートの指定に問題を生じせしめている。
【０３９２】
ユーザの安全を確保するときや、最新のユーザが正当にデイジーチェーンの全てのモジュールに正しくアクセスできないとき、モジュールリスト上のそれらのモジュールにアクセスしてもかまわない。正確にアクセスする“安全”という面で以下のようなことが検討されている。
【０３９３】
あらゆるＮＥＴ−９１１のコントロールモジュールがデイジーチェーン上で検出を行ない、以下のような情報が画面上のリストボックスに表れる。
【０３９４】
Ｐｏｓ        ここでは、チェーン上のモジュールの物理的なオーダー（位置）を示す。
【０３９５】
Ｐｏｗｅｒ    ここでは、あらゆるモジュールの後半のＡＣ電源の“ＰＯＷＥＲ  ＯＵＴ”コードの電流の流れる状態を含んでいる。“ＯＮ”とは  あらゆるデバイスが電流を受け取っていることになる。“ＯＦＦ”とはデバイスが電流が遮断されることになる。
【０３９６】
Ｍｏｄｕｌｅ（モジュール）
Ｄｅｓｃｒｉｐｔｉｏｎ  この説明は、ユーザが定義づけしたデバイスが接続されたモジュールについてである。
【０３９７】
プロセスの説明で起きたことは、図１６に表されるＮＥＴ−９１１のコントロールモジュールのリストのあらゆるオプションボックスに関連ある。
【０３９８】
作動ボタン１２０のモジュールは、明るく強調されているモジュールを作動させる。モジュールは、モジュールの電源、または、他のセッティングが切り換わる前、あるいは、第三者によるソフトウェアプログラムのターミナルエミレェーションにより連続的なアクセスを行う前に、作動してもよい。
【０３９９】
セッティングボタン１２１は、セッティング画面上に以下のプロセスオプションとセッティングについて表示させる。
【０４００】
再起動ボタンは作動モジュールを再起動できる。このボタンがグレイアウトしていると、モジュールの出力ＡＣ電源のステータスは容易にＯＦＦできる。この場合、Ｐｏｗｅｒ  ＯＮボタンを単純にクリックするだけで再起動ができる。このオプションが選択されると、確認設定画面には、再起動プロセスは開始させるための確認設定の要求が表示される。加えて、“要求理由”のセッティング（モジュールシステムのシステム設定の検索）がチェックされると、モジュールが接続されたデバイスが、どのように再起動するのかの説明である５０種のラインのうちの２つが画面上に表示される。作動が確認（そして、あらゆる要求された理由が入力）された後、モジュールシステムのシステム設定で“再起動による遅延時間”のセッティングとして明らかにされている時間、作動モジュールのソケットからの出力ＡＣ電源を受信するあらゆるデバイスの電流を一時的に遮断する。
【０４０１】
再起動プロセスが開始すると、ＮＥＴ−９１１は全てのモジュールのプロセスに存在し、メインメニューに戻る。この方法だと、再起動プロセスが完了するまで、モジュールデイジーチェーンへのアクセスが予め排除される。
【０４０２】
もし、必要ならば、再起動ボタンは、動作中のＮＥＴ−９１１モジュールのＰＣの再起動に用いることができる。再起動するとき、ＮＥＴ−９１１モジュールは、ＮＥＴ−９１１のアプリケーションからのサポートなしでユーザが決定した時間、自分で電力を回復させる。
【０４０３】
Ｐｏｗｅｒ  ＯＮのボタンで作動モジュールの電源をＯＮにすることができる。もし“電源ＯＮのための要求理由”（モジュールシステムのシステム設定の検索）のセッティングがチェックされると、画面上に、どのように電源がＯＮされるかを説明した５０種のラインのうち２つが表示される。
【０４０４】
Ｐｏｗｅｒ  ＯＦＦのボタンで作動モジュールの電源をＯＦＦすることができる。もし、“電源ＯＦＦのための要求理由”（モジュールシステムのシステム設定の検索）のセッティングがチェックされると、画面上に、どのように電源がＯＦＦされるかを説明した５０種のラインのうち２つが表示される。
【０４０５】
また、サブメニューのセッティングにおいて、
ａ．コントロールモジュールが接続されたデバイスの説明とは、この編集ボックスが最新の説明を表示し、また、説明を切り換えができることである。
【０４０６】
ｂ．スケジュールモジュールイベントとは、ダイアログボックスのこのセクションが、次のとおりモジュール電源の動作を自動化できることである。
【０４０７】
ｃ．トリガー再起動のファイルネームとは、ＮＥＴ−９１１によって検出されたときに、このＮＥＴ−９１１の唯一の特徴である、Ｄｒｖ＼ディレクトリー＼ファイルネームが、再起動されたモジュールから電流を受信するあらゆるデバイスに対して明らかにされることである。ＮＥＴ−９１１によって検出された明記されたファイルは、再起動前に連続的な再起動の障害を起こすものとして排除される。この特徴は、自動的にあらゆるデバイス（モニターシステムによる問題箇所の検索）が再起動されることになるため、ＮＥＴ−９１１の顧客の第三者モニターシステムにとって有用である。この場合のモニターシステムは、デバイスを再起動するＮＥＴ−９１１を明記したファイルを作成するにすぎない。再起動トリガーファイルの内容は問題とならない。ＮＥＴ−９１１はファイルの存在に関係するだけである。
【０４０８】
ｄ．電源ＯＦＦのトリガーファイルとは、このＮＥＴ−９１１の唯一の特徴である、Ｄｒｖ＼ディレクトリー＼ファイルネームが、ＮＥＴ−９１１によって検出されたときに、このモジュールから電流を受信するあらゆるデバイスの電源がＯＦＦされることで明らかにされることである。ＮＥＴ−９１１によって検出された明記されたファイルは、電源ＯＦＦの前に、繰り返して電源ＯＦＦすることを妨げるものとして排除される。この特徴は、問題箇所を検出するとき、電源がＯＦＦされるため、ＮＥＴ−９１１の顧客の第三者モニターシステムにとって有用である。この場合のモニターシステムは、モジュールが接続されたデバイスの電源をＯＦＦするＮＥＴ−９１１を明記したファイルを作成するにすぎない。電源ＯＦＦのトリガーファイルの内容は問題とならない。ＮＥＴ−９１１はファイルの存在に関係するだけである。
【０４０９】
ｅ．電源ＯＮのトリガーファイルとは、このＮＥＴ−９１１の唯一の特徴である、Ｄｒｖ＼ディレクトリー＼ファイルネームが、ＮＥＴ−９１１によって検出されたときに、このモジュールから電流を受信するあらゆるデバイスの電源がＯＮされることで明らかにされることである。ＮＥＴ−９１１によって検出された明記されたファイルは、電源ＯＮの前に、繰り返して電源ＯＮすることを妨げるものとして排除される。この特徴は、問題箇所を検出するとき、電源がＯＮされるため、ＮＥＴ−９１１の顧客の第三者モニターシステムにとって有用である。この場合のモニターシステムは、モジュールが接続されたデバイスの電源をＯＦＦするＮＥＴ−９１１を明記したファイルを作成するにすぎない。電源ＯＮのトリガーファイルの内容は問題とならない。ＮＥＴ−９１１はファイルの存在に関係するだけである。
【０４１０】
ｆ．毎日のスケジュールされた再起動時刻とは、ＮＥＴ−９１１モジュールに接続されたデバイスが、１日に３回スケジュールされた時刻に再起動されることである。
【０４１１】
ｇ．毎日のスケジュールされた電源ＯＦＦ時刻とは、ＮＥＴ−９１１モジュールに接続されたデバイスが、日毎に異なる３回の時刻にスケジュールにそって電源がＯＦＦされることである。
【０４１２】
ｈ．毎日のスケジュールされた電源ＯＮ時刻とは、ＮＥＴ−９１１モジュールに接続されたデバイスが、日毎に異なる３回の時刻にスケジュールにそって電源がＯＮされることである。
【０４１３】
ｉ．モジュール情報とは、セッティング画面でステータスを表示する箇所に、アップデートできないモジュールについての追加情報を含んでいることである。ステータスの説明は、以下に示すとおりである。
【０４１４】
ａ．現在の位置は、モジュールデイジーチェーンにおけるモジュールの最新の物理的な位置である。
【０４１５】
ｂ．先行位置は、最後にモジュールデイジーチェーンがポーリングしたときの、モジュールの物理的なオーダー（位置）である。
【０４１６】
ｃ．ステータス電源は、モジュールが接続されたあらゆるデバイスの電源をＯＮ／ＯＦＦすることができるものである。
【０４１７】
ｄ．シリアルナンバーは、工場内でモジュールに対して割り当てられシリアルナンバーのことである。
【０４１８】
ｅ．ファームウェアバージョンは、モジュールのハードウェア／ファームウェアバージョンとモジュールのオペレーションシステムのことである。
【０４１９】
ｆ．モジュールタイプは、モジュールがシングルブレイクモジュールあるいはマルチブレイクモジュールのポートを示している。
【０４２０】
パススルーボタン１２２は、あらゆる作動モジュールを削除し、あらゆる連続した伝達が、チェーンの端のモジュールの出力ポートに直接接続されている全てのデバイスが通過するパススルーモードにおいて、モジュールデイジーチェーンの配置を決定する。
【０４２１】
再ポーリングボタン１２３は、モジュールデイジーチェーンを再ポーリングし、マルチリストボックスをリフレッシュする。
【０４２２】
作動モジュールの画面の最下部にあるリストの、作動モジュールステータスボックス１２４は、最新の作動モジュールを含んでいる。もし、最新のモジュールでない場合、このステータスボックスは“No Modules Active-Pass-Through Mode ”となる。
【０４２３】
モジュールシステムのシステム設定メニュー（図２７）のオプションは、以下のように全てのモジュールプロセスに適用できるパラメーターに切り換えることができる。
【０４２４】
電源ＯＦＦ動作のための要求理由とは、ユーザがいつでも、再起動またはＮＥＴ−９１１が接続されたあらゆるデバイスの電源をＯＦＦする理由を提供できるこのボックスをチェックすることである。その入力した理由は、ラインごとに５０種の特徴のラインがあり、そのうちの２つを含んでいても構わない。入力された理由は、ＫＥＹ−ＶＩＥＷ  Ｅｖｅｎｔ  Ｌｏｇに保存される。もし、このチェックボックスが消去されたら電源ＯＦＦの要求はされなかったものとされる。
【０４２５】
電源ＯＮ動作のための要求理由とは、ユーザがいつでも、ＮＥＴ−９１１が接続されたあらゆるデバイスの電源をＯＮする理由を提供できるこのボックスをチェックすることである。その入力した理由は、ラインごとに５０種の特徴のラインがあり、そのうちの２つを含んでいても構わない。入力された理由は、ＫＥＹ−ＶＩＥＷ  Ｅｖｅｎｔ  Ｌｏｇに保存される。もし、このチェックボックスが消去されたら電源ＯＮの要求はされなかったものとされる。
【０４２６】
再起動遅延時間（Reboot Delay in Seconds ）とは、このオプションでセットする電源の時間は、再起動オプションがモジュールプロセスセッティング画面にて選択されたときは常に、作動モジュールに接続されたデバイスの電源を一時的に止めることになる。工場でのこのオプションは初期設定で２０秒とされており、この時間で、電源が自動的に回復する前に、デバイス時間上でのあらゆるディスクドライバーをスピンダウンさせなくてはならない。
【０４２７】
モジュールデイージーチェーンＣＯＭポートとは、モジュールデイージーチェーンへアクセスするＮＥＴ−９１１のＣＯＭポートを指し示すことができる。ＰＣにとって、モジュールデイージーチェーンが一つだけだとすると、このセッティングだけ、もう一度セッティングが必要となる。ＮＥＴ−９１１モジュールは、ＣＯＭ１からＣＯＭ４にインストールされ、他のデバイスとＩＲＱが共有できない。
【０４２８】
このような稀な場合は、ＰＣは他のデイージーチェーンにアクセスさせるときに、いつでもＣＯＭポートを切り換えれるように、さらにもう一つモジュールデイージーチェーンを持つことになる。工場での初期設定のＣＯＭポートは、ＣＯＭ１となる。もしこのＣＯＭポートの設定が適当でないと、モジュールデイージーチェーンはアクセスできなくなる。
【０４２９】
他の実施形態として、ＮＥＴ−９１１コントロールモジュールソフトウェアのＤＯＳのバージョンがインストールされているときと、コマンドラインパラメーターの使用を開始しているときとは、ＤＯＳを基本としたプログラムが作られる。このＤＯＳを使った方法だと、ＮＥＴ−９１１の３２ｂｉｔでスケジュールされたイベントを用いる方法よりも、第三者のモニターアプリケーションで簡単に行なうことができる。この他の実施形態としてのＤＯＳを基本としたベースだと、ＮＥＴ−９１１モジュールは、第三者のアプリケーションおよび電源カットだけでなく必要時のモジュールの自動復帰によってアクセスされてもよい。以下、ＤＯＳコマンドの実行内容については、
？ｏｒＨＥＬＰ−ｈｅｌｐを表示する。
【０４３０】
ＮＯＬＯＧＯ−スタート時のロゴスクリーンを省略する。
【０４３１】
ＮＯＭＳＧＳ−コマンドラインファンクションからメッセージを削除する。
【０４３２】
ＣＯＵＮＴ−モジュールの接続された数をリターンする。
【０４３３】
ＬＯＧＩＮ：ｎ−モジュールナンバーｎをログする。
【０４３４】
ＬＯＧＯＵＴ−全てのモジュールをログアウトする。
【０４３５】
ＰＯＷＥＲ：ｖ−もし‘ｖ’が‘Ｏ’〜なら、最新のモジュールから電源をＯＦＦする。‘ｖ’が他の値なら電源をＯＮする。
【０４３６】
ＲＥＢＯＯＴ−作動モジュールを再起動する。
【０４３７】
ソフトウェアのアプリケーションの基礎である、ほとんどの第三者モニターシステムとタイマーとは、イベントの存在上でプログラムを実行することができる。イベントが発生したときは、ＤＯＳプログラムは自動的にモニターを選択する数多くののパラメーターの一つを使用する。その時モジュールが接続されたデバイスは、電源ＯＦＦ、電源の回復、再起動することになる。
【０４３８】
コマンドラインオプションを使用するときは、デバイスへの電源カット、電源の回復、再起動する前に、モジュールナンバーが作動しているかを確認（目的のモジュールにログすることで）することが重要である。さもなくば、不注意で間違ったデバイスに対して、電源カットしたり、再起動したりすることになってしまうからである。例えば、コマンドラインフォーマットが“Ｎ９ＭＯＤＤＯＳ  ｌｏｇ：２  ｐｏｗｅｒ：０  ｌｏｇｏｕｔ”だと、２番位置のモジュールの電源をカットし、パススルーモードへデイージーチェーンを回復させることになる。
【０４３９】
デイージーチェーン上でモジュールに最初にインストールされたとき、モジュールにアクセスすること、モジュールに接続されたデバイスの状態を切り換えること、および、モジュールのシリアルポートに連続的にうまくアクセスできてるかどうかのテストすることで、モジュールが正確に機能していることをテストすることは重要である。
【０４４０】
ＮＥＴ−９１１モジュールは、総合的に１０アンペアを消費するあらゆる１１０ボルトのデバイスを処理する。レーザープリンタは１０アンペアを定期的に利用している。通常、ＰＣのシステム設定では５アンペア以下が必要とされる。モジュールは、チェーン上の他のモジュールのステータスの電源に影響受けることなくいつでもデイージーチェーンによって電源が切られる。デイージーチェーンから離れたモジュールが、チェーン上の最新のモジュールでないなら、残っているモジュールの中からデイージーチェーンに再接続されなくてはならない。もし、モジュールが離されたり加えられたりすると、各々のモジュールに対してその（いわゆるシーケンス）デイージーチェーンに関する、後の正確な説明によるモジュールマネジメントソフトウェアの説明により、切り換えられたり、再検討されるべきである。
【０４４１】
このように（１）数多くのモジュールは全体としてデイージーチェーンである、（２）長いＲＪ−４５ケーブルは、モジュール間に張り巡らされている、あるいは、（３）他のデバイスからの過度の電子放出がある場合、にはデバイスまたはデイージーチェーンに接続されたデバイスにとってシリアルボーの比率を減らす必要な場合がある。また、高いボー比率のときにシリアルトランスミッションエラーが発生しないかぎり、高保護のシリアルケーブルを使用しない。
【０４４２】
また、ホストモード内で、ｐｃＡｎｙｗｈｅｒｅが実行されているとき、ｐｃＡｎｙｗｈｅｒｅは、離れたクライアントＰＣとコミュニケーションするバックグラウンドタスクとして必然的な優先度に割り振られなければならない。
【０４４３】
この稀な場合、デイージーチェーンの末端でシリアルなパススルーモードにアクセスしたあらゆるデバイスは、一時的にデイージーチェーン上で現在のモジュールを検出できるモジュールマネジメントソフトウェアに干渉してしまうかもしれない。これは、チェーン末端のデバイスがポーリングしながら接続を待機しているために起きる。この場合、このようなことが起きたら、チェーン上に追加のモジュールが表れる。デイージーチェーンは、問題箇所を直すため再ポーリングされる。
【０４４４】
それぞれのモジュール８０の先端部に３つのステータスが光る。
【０４４５】
この光ったステータスの目的は、以下の通りである。
【０４４６】
Ｐｏｗｅｒ  Ｉｎ            光で指し示されるＮＥＴ−９１１コントロールモジュールはモジュール電源コードを経てＡＣ電源を受信している。
【０４４７】
Ｐｏｗｅｒ  Ｏｕｔ          光で指し示されるモジュールは、モジュールの後ろのPOWER OUT ソケットのＡＣ電源を通っている。
【０４４８】
Ｍｏｄｕｌｅ  Ａｃｔｉｖｅ  光で指し示されるモジュールは、ＮＥＴ−９１１モジュールマネジメントソフトウェアを使用している作動モジュールとして選択されている。
【０４４９】
“Ｐｏｗｅｒ  Ｏｕｔ”インジケーターの隣に位置するＮＥＴ−９１１モジュールアクションボタンは、ユニットの前方部で光っている。ペンまたは鉛筆の先端でこのアクションボタンを押すことで、モジュール接続されたデバイスに対して、ＡＣ電源をＯＮからＯＦＦに、または、その反対に手動で切り換えることができる。
【０４５０】
ＫＥＹ−ＶＩＥＷのセキュリティとしては、ＮＥＴ−９１１モジュールシステム設定のセッティングに対してアクセスするには、ユーザは管理者としてアクセスしなくてはならない。
【０４５１】
セキュリティ
図１３に“セキュリティ”が記載されている。ｐｃＡｎｙｗｈｅｒｅには、プロダクトの設計、暗号化、ユーザパスワード、サポート用の特別データ暗号化規格（ＤＥＳ：Data Encryption Standard）セキュリティモデム、イベントログ、ホストサイトでのスクリーンの隠蔽、リモートアクセスセッションを始めることができる特定のホストサイトの誰かを要求するためのサポートとオプションを呼び出せる、といった広範囲に渡った安全上の特徴がある。ユーザは、リモートアクセスのセキュリティに関して高いレベルの要求をしているのに対して、多数の第三者は、ハードウェアユーザに対して、ｐｃＡｎｙｗｈｅｒｅとＫＥＹ−ＶＩＥＷ  IIとの間で互換性があるデバイスで認証、暗号化を提供している。これらのデバイスのほとんどが連邦データ暗号化規格（Federal Goverment's Date Encryption Standard）に従った高いセキュリティを保持している。
【０４５２】
ｐｃＡｎｙｗｈｅｒｅとともに利用できるこれらの広範囲なリモートアクセスセキュリティに加えて、追加のセキュリティの方法はＫＥＹ−ＶＩＥＷ  IIに構成されている。これらの追加のＫＥＹ−ＶＩＥＷセキュリティの方法は、顧客システムを破壊することができるメーカーのセキュリティサブルーチンにについて詳しいメーカーの雇用者がいる状況を妨げることとなる独立したメーカーのファイアーウォールを作ることができる。これらの各々の追加のＫＥＹ−ＶＩＥＷセキュリティの方法は簡単にすると、以下のようになる。
【０４５３】
ユーザ−ＩＤのログインおよびパスワードの暗号化、ユーザ管理の信頼、および、ＫＥＹ−ＶＩＥＷ  ＰＣＩカードまたはＮＥＴ−９１１コントロールモジュールへの正確なアクセスができるユーザとして定義する。
【０４５４】
システム−（１）リモートユーザによるログインナンバーの取得許可、（２）パスワード満了時期の自由選択、（３）パスワードが要する最小キャラクター、（４）リモートユーザによるＫＥＹ−ＶＩＥＷＰ  ＰＣへのアクセス時の発信音の回数、そして、（５）ユーザが自動的にログアウトする場合かまたは、ユーザ指定の時間での未作動モジュールが検出された場合のメニューモードからホストモードへの自動切り換えができるイベントタイマーのことである。
【０４５５】
呼出し者ＩＤ−リモートユーザに呼出し者ＩＤの取得を義務づけ、さらに、呼出し者ＩＤから自由にアクセスできるユーザを指定することである。ＫＥＹ−ＶＩＥＷ  ＰＣカードは、各々の呼出し者ＩＤを取り込むことができる。その結果、ＫＥＹ−ＶＩＥＷ  ＰＣは、指定されなかったユーザ、および／若しくは、意図的に呼出し者ＩＤをブロックされたユーザを調べて、システム設定することができる。
【０４５６】
携帯警報装置は、ユーザが認可されたパスワードのナンバーでＫＥＹ−ＶＩＥＷにログインしようとしてうまくいかないときはいつでも、発信音で１人またはそれ以上の携帯警報装置をもった人に警告する。
【０４５７】
ＫＥＹ−ＶＩＥＷのシステム設定の切り換えを援助するシステムバックアップ装置は、ＫＥＹ−ＶＩＥＷによって毎週自動的にバックアップされるバックアップファイルから、システム設定ファイルを作成するか、あるいは、回復させている。
【０４５８】
イベントログ−リモートユーザがＫＥＹ−ＶＩＥＷシステムを使用した場合や、ｐｃＡｎｙｗｈｅｒｅのイベントログの補足として、ＫＥＹ−ＶＩＥＷ  カードにアクセスした場合の履歴となるＫＥＹ−ＶＩＥＷイベントログを検出することである。このデータ／時間のスタンプログは、呼出し者ＩＤの情報、ＫＥＹ−ＶＩＥＷアプリケーションプロセスの開始時または終了時、ＰＣＩカード間のあらゆる切り換え、そして、ユーザセキュリティ、システムセキュリティ、または、呼出し者ＩＤのセキュリティセッティングの作成に関するあらゆる切り換え、に該当する場合は、ユーザのログイン情報を示す。
【０４５９】
パスワードの変更とは、ログインに成功できたユーザが、パスワードの変更をすることである。
【０４６０】
ログアウトとは、ユーザが、ＫＥＹ−ＶＩＥＷアプリケーションからログアウトすることである。
【０４６１】
さらに、追加のセキュリティの特徴は、リモートユーザがＫＥＹ−ＶＩＥＷ  ＰＣにアクセスするとき、個々のホストサイトに通知するためにＫＥＹ−ＶＩＥＷ  ＰＣは可聴性の発信音、または、．ｗａｖファイルによる音で知らせる。そのうえ、ＫＥＹ−ＶＩＥＷ  ＰＣはリモートアクセスが行なわれているときは、ターボライトが視覚的な警告として発光しだす。可聴性の警告音は、ＫＥＹ−ＶＩＥＷ  ＰＣのオプティカルサウンドカードのインストールによって所望のボリュームレベルに増幅される。個々のサイト上で確実なこの方法だと、ＫＥＹ−ＶＩＥＷ  ＰＣに離れてアクセスしている人が誰か音ではっきりわかる。
【０４６２】
ユーザセキュリティが作動すると、ＫＥＹ−ＶＩＥＷシステムにログインしているあらゆるユーザが自動的にログアウトすることになるので、他のユーザは離れて、ＫＥＹ−ＶＩＥＷ  ＰＣへとアクセスできる。この特徴は、サイト上のユーザがログアウトしてしまうのを忘れるという状況が、リモートユーザにサイト上のユーザと同じであることを想定した機会を与えないことになっている。逆にいうと、リモートユーザは、リモートユーザアクセスセッションの完了前は、ＫＥＹ−ＶＩＥＷからログアウトできず、ＫＥＹ−ＶＩＥＷはあらゆるリモートアクセスセッションの完了をもって、自動的にリモートユーザをログアウトする。さらに、この方法は、他の誰かが、アクセスを完了するリモートユーザのログインＩＤを予想することを排除することになる。結局、ユーザがＫＥＹ−ＶＩＥＷプロセスをログアウトした後は常に、ＫＥＹ−ＶＩＥＷメニューモードは、新しいユーザが、認可されていないホストＰＣにアクセスしたり、検出したりできないようにしている。
【０４６３】
ＫＥＹ−ＶＩＥＷユーザのセキュリティは、すなわち、管理者と通常者（非管理者）の２者のユーザに場合分けしている。
【０４６４】
管理者のユーザは、ホストＰＣとＫＥＹ−ＶＩＥＷセキュリティとセッティングのシステム設定にの全てにアクセスできる。通常者は、ＫＥＹ−ＶＩＥＷセキュリティまたはシステムセッティング（すなわち、メインメニューがグレイアウトしてしまう）の切り換えができない。加えて通常者は、ＫＥＹ−ＶＩＥＷ  ＰＣＩカードあるいはＮＥＴ−９１１コントロールモジュールにはアクセスできないものと定められていてもよい。
【０４６５】
ユーザセキュリティ
ＫＥＹ−ＶＩＥＷのセキュリティにおいては、ＫＥＹ−ＶＩＥＷのユーザ、パスワード、管理者としての権限（オーソリティ）、ＫＥＹ−ＶＩＥＷ  ＰＣＩカードへのアクセス権などをも定義することができる。このメニューアイテムにアクセスするためには、（１）セキュリティを無効にしておくか、又は（２）現在ＫＥＹ−ＶＩＥＷを使用しているユーザが“管理者としての”権利を有している必要がある。
【０４６６】
ＥＮＡＢＬＥ  ＳＥＣＵＲＩＴＹというチェックボックスは、ＫＥＹ−ＶＩＥＷセキュリティを有効にするか（ボックスをチェックする）、または無効にするか（ボックスをクリアする）どうかを決定する。
【０４６７】
もし、セキュリティが無効にされた場合には、システムにログインすることなく、誰でもＫＥＹ−ＶＩＥＷのアプリケーションにアクセスできる。この場合においては、以前において（管理者としての）権限を得た人間のリストは全く無視され、また、以前のセッションにおいてセットアップを行ったユーザのリストを含むリストボックスは灰色に反転し選択不能（ｇｒａｙｅｄ−ｏｕｔ）となる。もしセキュリティが無効とされているならば、イベントのログを取ることは行われない。さらに、Ｅｖｅｎｔ  Ｌｏｇ、Ｃｈａｎｇｅ  Ｐａｓｓｗｏｒｄ、Ｌｏｇｏｕｔ  Ｓｅｃｕｒｉｔｙの各メニューアイテムは灰色に反転し選択不能となる。
【０４６８】
セキュリティが有効とされた時は、ＫＥＹ−ＶＩＥＷのアプリケーションにアクセスを試みる場合には、遠隔からであれ、オンサイトであれ、まず始めに正しいユーザＩＤとパスワードを用いてログインする必要がある。ＫＥＹ−ＶＩＥＷのセキュリティを有効とする前には、少なくても一人以上の管理者としてのアクセス権をもつユーザを決めておく必要がある。
【０４６９】
Ａｄｄ  Ｕｓｅｒボタンを用いれば、新たなユーザを決めることができる。Ｃｈａｎｇｅ  Ｕｓｅｒボタンも似た働きをもち、この場合は以前設定したユーザのプロファイルを編集し直すことができる。もしこれらのボタンを選択すると、新たなユーザ、または変更するためのユーザの、次のような情報を要求するダイアログボックスが現れる。
【０４７０】
ユーザ名−２５文字以内でユーザ名を定義する。
【０４７１】
パスワード−パスワードは１５文字以内である。全てのパスワードはＫＥＹ−ＶＩＥＷにより内部で暗号化されている。
【０４７２】
パスワード確認−入力された全てのパスワードは、所望のパスワードであるか確認するため、もう一度入力する必要がある。
【０４７３】
管理者の権利−このボックスがチェックされた時は、そのユーザは、セキュリティを有効にする／無効にするという能力、ユーザを付け加えたり消去したりする能力及びユーザのパスワードを変える能力などを含む、全てのＫＥＹ−ＶＩＥＷのシステムに完全にアクセスすることができるという、“管理者としての権限”を有することになる。もしこのボックスがチェックされない時は、そのユーザは“通常の”ユーザと見なされる。通常のユーザのアクセス権は、選定されたＫＥＹ−ＶＩＥＷのＰＣＩカードとＮＥＴ−９１１コントロールモジュールのみに制限されている。通常のユーザは、システムの設定を変えたり、ユーザを付け加えたり、セキュリティを無効にしたりすることはできない。
【０４７４】
強制パスワード変更−このオプションがチェックされた時は、そのユーザは次回のログインの際パスワードを変更することを強制される。
【０４７５】
ユーザ閉め出し−このボックスがチェックされた場合には、そのユーザはＫＥＹ−ＶＩＥＷシステムにログインすることができなくなる。もしあるユーザが正しいパスワードを入力せずに、ユーザごとに設定されたログイン試行回数を超えてログインを試みることがあれば、その度に、ＫＥＹ−ＶＩＥＷシステムによってこのボックスは自動的にチェックされる。
【０４７６】
非管理者のためのＫＥＹ−ＶＩＥＷのＰＣＩカードへのアクセス権−通常の（すなわち非管理者の）ユーザがアクセスすることができる、ＫＥＹ−ＶＩＥＷ  ＰＣにインストールされるＰＣＩカードを８枚まで選定することができる。管理者の権利のボックスがチェックされているユーザは自動的に全てのＰＣＩカードに対して権利を有している。
【０４７７】
非管理者のＮＥＴ−９１１モジュールへのアクセス権−交流電源とモジュールに接続されたデバイスへのシリアルのアクセスとを制御するために、２５０個までのＮＥＴ−９１１コントロールモジュールをＫＥＹ−ＶＩＥＷ  ＰＣのシリアルポートに接続することができる。通常の（即ち非管理者の）ユーザは、選定されたモジュール数（即ちモジュールデイジーチェーンにおける位置）にアクセスすることを禁止される。管理者としての権利のボックスがチェックされているユーザは、ＰＣに接続された全てのＮＥＴ−９１１コントロールモジュールに対する権利を自動的に有する。
【０４７８】
ユーザのアクセスを、選定したモジュールに制限する前に、モジュールデイジーチェーンが接続されるＣＯＭポートをＫＥＹ−ＶＩＥＷが確認できるように、デイジーチェーンに対して前もってアクセスがなされている必要がある。このことは実際必要であり、というのも、まれに顧客が、ＫＥＹ−ＶＩＥＷ  ＰＣの異なるシリアルポートに接続されている一つ以上のＮＥＴ−９１１モジュールデイジーチェーンをもっているということがあり得るからである。もしそのような場合にユーザアクセスを制限したとすると、そのモジュールアクセスを制限するべきデイジーチェーン（すなわちＣＯＭポート）に対して、ユーザモジュールアクセス制限に入る直前にアクセスすることが必要となる。換言すると、ＫＥＹ−ＶＩＥＷは、任意の新しく指定されたユーザモジュールアクセス制限と、モジュールが実際にアクセスできた最後のＣＯＭポートとを、自動的に関連づけるのである。
【０４７９】
ユーザ消去ボタンは、強調処理された部分のユーザを消去する。この場合、ユーザを消去することを確認するため、“大丈夫ですか”というメッセージが現れる。
【０４８０】
システムセキュリティ設定ダイアログボックスは、遠隔からのユーザに何回までのログイン試行失敗を許すかという回数、パスワードを期限切れとする基準、ユーザを自動的にログアウトさせる基準、パスワードとして許される最短のサイズ、及び呼出し者ＩＤ要求などを設定することができる。これらの特徴は、次のように定義され、または構成される。：
ログイン試行が可能である限界−これにより、あるユーザが正しいパスワードをうちこむまでに許される、連続した試行回数を制限する。
【０４８１】
パスワードの期限切れが起きるようにする−これにより、ユーザに定期的に自分のパスワードを変更させる。
【０４８２】
リモートセッションにおけるビープ間隔−これは、誰かがＫＥＹ−ＶＩＥＷ  ＰＣにリモートアクセスしようとする度に、ＫＥＹ−ＶＩＥＷ  ＰＣが周期的間隔でビープ音を発することによって、ホストサイトにおけるユーザに警告を与えるものである。
【０４８３】
パスワードとして許される最短長を設定−これは、ユーザパスワードとしてゆるされる最短の文字数を設定するものである。
【０４８４】
不使用（ｉｎａｃｔｉｖｉｔｙ）タイマーを設定−これは、“ユーザ使用（ａｃｔｉｖｉｔｙ）中”というイベントが、ユーザが指定した秒数内に検出されない場合に、“ユーザ使用中”というイベントのうちの二つの可能な処理の内の一つを始めるために用いられる。ユーザ使用中というイベントは、（１）メニューモードにおいて、メニューオプションが選択されるか、またはＯＫ／ＣＡＮＣＥＬボタンがクリックされるかの度に起きるか、または（２）ホストモードにおいてキーボード入力が行われる度に起きる。このチェックボックスがチェックされると、ＮＵＭＢＥＲ  ＯＦ  ＭＩＮＵＴＥＳ記入項において指定された期間内に動作が検出されない場合には、指定された動作がなされる。このＮＵＭＢＥＲ  ＯＦ  ＭＩＮＵＴＥＳの設定は１分から９９分の間の値を取り得る。指定された時間中に不使用である場合に起き得る動作は、タイマオプションボタンが次に述べるものの内のどれにマークされているかに依存する。
【０４８５】
自動ログアウト−このオプションは、ユーザが使用中にログアウトを忘れて、権限を持たない人間によるセキュリテイの破れとなり得るような開放された状態でシステムが放置されている場合を扱う。このボタンが有効とされている時は、ＮＵＭＢＥＲ  ＯＦ  ＭＩＮＵＴＥＳで指定された期間に不使用が継続すれば、ＫＥＹ−ＶＩＥＷは自動的にユーザをログアウトさせる。上記の方法でユーザをログアウトさせる直前に、ログアウトを中止するために２０秒の猶予を与える旨を表示したメッセージボックスが現れる。もしこの自動ログアウトが有効とされていても、ユーザセキュリティが有効とされていない状態では、ユーザはログインする必要がないので、上記の設定は無視される。
【０４８６】
ホストモードへの自動切換え−このオプションは、ＫＥＹ−ＶＩＥＷ  ＰＣがメニューモードとなっている場合のみに適用される。これは、（そもそも前に使用したユーザがＫＥＹ−ＶＩＥＷ  ＰＣをメニューモードとして使用を終えているので）始めにＫＥＹ−ＶＩＥＷ  ＰＣにアクセスする度に、ユーザがメニューモードからホストモードへの切換えに煩わされなくてよいように、ＫＥＹ−ＶＩＥＷ  ＰＣが自動的に無設定状態（ｄｅｆａｕｌｔ）でホストモードとなっていることを望む顧客のために設計されたものである。もしこのラジオボタンのオプションが選択されている場合には、ＮＵＭＢＥＲ  ＯＦ  ＭＩＮＵＴＥＳで指定された時間だけ不使用が継続する度に、ＫＥＹ−ＶＩＥＷは自動的にホストモードに切り換わる。もしこの自動切換えが起きる時に、使用中のホストＰＣがない場合には、適切なエラーメッセージが表示され、ホストモードへの切換えは行われない。このようなホストモードへの切換えの直前には、切換えを中止させるために２０秒の猶予がある旨表示したメッセージボックスが現れる。
【０４８７】
もしＥｎａｂｌｅ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒボックスがチェックされていない場合には、タイマーは無効とされ、自動ログアウトやホストモードへの自動切換えの処理は行われない。
【０４８８】
サイトＩＤ
サイトＩＤメニューオプションによれば、ＫＥＹ−ＶＩＥＷ  ＰＣに８文字までのサイト名を割り当てることができる。
【０４８９】
サイトＩＤの目的は、それぞれ遠隔に配置されているＫＥＹ−ＶＩＥＷ  ＰＣに記録されているイベントログを、中央で集合全体のイベントログとしてまとめることにある。
【０４９０】
サイトにログイン直後にファイルを転送するための、ｐｃＡｎｙｗｈｅｒｅのファイルオプションである“自動ファイル送信（Ａｕｔｏ  Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ）”をセットすることによって、ＫＥＹ−ＶＩＥＷのＰＣが遠隔でアクセスされる度に、ＰＣに記録されているイベントログは、自動的にリモートサイトへ転送されるようにすることができる。このファイル転送が始まると、ｐｃＡｎｙｗｈｅｒｅは（そのファイル同期の特徴により）、前回の遠隔へのファイル転送の時からＫＥＹ−ＶＩＥＷ  ＰＣに付け加わった分の記録のみを自動的に転送する。
【０４９１】
呼出し者ＩＤ
現在ではたいていの電話会社によって、呼出しを受信するたびに、呼出し者の電話番号を把握することができるオプションの“呼出し者ＩＤ”が提供されていている。
【０４９２】
ＫＥＹ−ＶＩＥＷ  ＰＣのアクセスコントロールカードは、それぞれの呼出し者ＩＤをキャプチャすることができる。その結果、ＫＥＹ−ＶＩＥＷ  ＰＣは、（モデムを介して）以前に権限を持ったことのある電話番号ではない電話番号から呼出しをして、遠隔でＫＥＹ−ＶＩＥＷ  ＰＣに接続しようと試みているユーザや、自分の電話番号（すなわち呼出し者ＩＤ）を意図的に隠そうとしている、遠隔でＫＥＹ−ＶＩＥＷ  ＰＣに接続しようとしているユーザを締め出すように構成されていることとなる。もし、この呼出し者ＩＤのサービスが設置されている場合には、たとえここで述べられているその他のセキュリティ機能が働いていないとしても、ＫＥＹ−ＶＩＥＷは自動的に、かかってくる全ての電話の呼出し者ＩＤをキャプチャし、呼出し者ＩＤの情報をＫＥＹ−ＶＩＥＷのイベントログの中に記録する。
【０４９３】
権限を持ち得る場所における電話番号を指定することにより、新しい呼出し者ＩＤの電話の場所を付け加えることができる。つぎの範囲を指定する必要がある。
【０４９４】
電話番号の位置−特定された電話番号の電話が位置する物理的な場所を記述する。この記述は４０文字以内で行う。
【０４９５】
電話番号−モデムを介してこのＫＥＹ−ＶＩＥＷ  ＰＣに遠隔よりアクセスする権限を有するような電話番号を入力する。この電話番号は地域コードを含んでいる必要があり、ＫＥＹ−ＶＩＥＷのログに記述されているのと全く同じように整形（format）されている必要がある。
【０４９６】
ページャ（Ｐａｇｅｒ）警告
ＫＥＹ−ＶＩＥＷのセキュリティがイネーブルされていて、かつ、ユーザが許されたパスワード推定の回数以内にＫＥＹ−ＶＩＥＷへのログインを果たせなかった時は、ＫＥＹ−ＶＩＥＷは、一つ又はそれ以上のページャに対して、侵入者かもしれない人物が検出された旨をページャ警告として出すように構成されている。
【０４９７】
この特徴を満たす前に、図１２のアクセスコントロールカード９０について詳細に述べた時のように、モデムがＮＥＴ−９１１モジュールを介してＫＥＹ−ＶＩＥＷアクセスコントロールカードへと接続されている必要がある。接続されている８１番のモデムは、ページャ警告ダイヤルに電話するのと、遠隔でＫＥＹ−ＶＩＥＷ  ＰＣを再起動するためにパスワードを入力するのとに用いられる。
【０４９８】
ページャ警告の設定は以下の事柄を含む。
【０４９９】
ａ．有効とされている場合に、ページャ警告は、（１）呼出し者ＩＤの違反が起きた場合（呼出し者ＩＤのトピックを参照のこと）または、（２）ＫＥＹ−ＶＩＥＷセキュリティが有効とされ、かつ、ユーザが許された試行回数以内にログインできなかったので、閉め出し状態となった場合（システムセキュリティ設定のトピックを参照のこと）のイベントにおいてページを出す。後者の場合においては、あるＫＥＹ−ＶＩＥＷから“閉め出された”ユーザが、閉め出し状態になった後に再びログインを試みた場合には、ページャ警告は出されない。
【０５００】
ｂ．権限をもったユーザが検出されたイベントにおいて、ページが出されるべき全ての人物と場所は、リストにまとめられる。もし、権限を持たない侵入者が検出された時には、このリストに含まれる全ての人物にページが出される。
【０５０１】
ｃ．ページを出すべき新しい人物を加える場合には、番号が特定されたページャが物理的に位置する場所、ページャ電話番号及び警告コードなど、その人物や場所の記述を入力することにより行うことができる。この特定のページャ警告コードは、まず第一に、これはＫＥＹ−ＶＩＥＷの警告であると表示されたそのページを受信することになる、ＮＥＴ−９１１の管理者に対するものであるとはっきり確認する必要がある。９１１のコード接頭辞はこの目的のために用いることができる。このコードの後に続いて、警告を出すＫＥＹ−ＶＩＥＷ  ＰＣを一つ一つ区別するためのサイトＩＤ数を用いることもできる。ＫＥＹ−ＶＩＥＷ  ＰＣが内部モデムを有している場合には、このコードは、そのモデムにアクセスするために用いられる電話番号で終わることができる。
【０５０２】
ｄ．上記のセクションｃで述べた情報を編集することによって、ページ警告リストを変更することもできる。
【０５０３】
ＫＥＹ−ＶＩＥＷの管理者がページャ警告を受け取った時には、その人物は、ページに示されたＫＥＹ−ＶＩＥＷ  ＰＣにアクセスするべきであり（遠隔であれオンサイトであれ）、なぜページが出現したのかを解決するためにそのサイトのイベントログの終わり部分を見ることになる。
【０５０４】
それぞれのページャ警告は、完了するまで約７０秒程度必要とする。全ての指定されたページャ警告が配送されるまでの間、ＫＥＹ−ＶＩＥＷ  ＰＣの反応は停止する。それ故、ページが出現している間に管理者がログにアクセスすることが可能であるという可能性を防止するため、ページャ警告の数は最少となるようにしておく必要がある。ページャ警告は、呼出した先の番号が通話中であれば、配送を行わない。
【０５０５】
システムバックアップ
このメニューオプションによれば、（１）現在のＫＥＹ−ＶＩＥＷの構成の変化の状態を暗号化して保存することができ、（２）ＫＥＹ−ＶＩＥＷのファイルが不正なものとなった際に、バックアップからＫＥＹ−ＶＩＥＷの構成を復元することができる。
【０５０６】
ＫＥＹ−ＶＩＥＷの構成の変化は、永久的なディスク保存装置に対して、任意に記録することもできる。
【０５０７】
このシステムバックアップルーチンは、ＫＥＹ−ＶＩＥＷによって保存された構成のバックアップファイルのリストを保持している。ＫＥＹ−ＶＩＥＷのメニューオプションが選択される度に、ＫＥＹ−ＶＩＥＷは、システム構成が最後にバックアップされた日付に対して現在の日付をチェックして、７日以上が経過している場合には自動的に構成をバックアップする。このようにして、ＫＥＹ−ＶＩＥＷには、一年分までの構成ファイルが保持されている。
【０５０８】
ユーザの加入（ｉｎｉｔｉａｔｉｏｎ）において、現在のＫＥＹ−ＶＩＥＷの構成は、暗号化されてディスクへ保存される。その後、バックアップを選択して、最新のＫＥＹ−ＶＩＥＷ構成として復元することができる。
【０５０９】
イベントログ
ＫＥＹ−ＶＩＥＷのセキュリティメニューのイベントログオプションは、全てのＫｅｙｖｉｅｗ  IIの使用状況の記録を保持し、後においてＫＥＹ−ＶＩＥＷの使用状況を見ることができるというユニークな特徴を備えている。このログは、ＫＥＹ−ＶＩＥＷのホストＰＣへのユーザアクセスの全ての面だけでなく、ユーザによるＫＥＹ−ＶＩＥＷのシステム構成に対する変更の全ての面についても、時間／日付を記録した項を備えている。
【０５１０】
より具体的には、ＫＥＹ−ＶＩＥＷのイベントログは、ユーザのログイン活動状況の他に、もし適用可能ならば以下の情報を表す。それは、呼出し者ＩＤ情報、ＫＥＹ−ＶＩＥＷのアプリケーション処理がいつ始まりいつ終了されたかという情報、ＰＣＩカード間における切換え、さらにはユーザセキュリティ、システムセキュリティ、呼出し者ＩＤセキュリティ設定及び他のシステム構成設定が変更された場合のログなどである。
【０５１１】
それぞれのイベント列は、行われたイベントに関する簡略な１行の説明を含んでいる。それらの列のうちいくつかは、行の始めに空白が挿入され、へこんだ状態となっている。それらのへこんだ（Ｉｎｄｅｎｔｅｄ）列は、そのイベントが、それよりも以前のイベント行と関連することを意味している。例えば、もしユーザが、以前ＰＣに接続されていたＫＥＹ−ＶＩＥＷのＰＣＩカードに対して、スイッチボックスを接続したならば、ＰＣＩカードの設定を、“スイッチボックス”から“ＰＣ”へと変更することになる。それでこのイベントは、他のイベント、即ち、形式上直接にＰＣＩカードと接続されていたＰＣと関係するような、ビデオドライバやマウスドライバの消去のような他のイベントを生じさせる。このような結果として生じるイベントは、ログのへこんだ部分で、“スイッチボックス”から“ＰＣ”への設定変更を記録するイベントのすぐ後で現れる。
【０５１２】
マウス
図１３におけるマウスメニューバーオプションによると、ホストＰＣのマウスの動作を制御し、ホストＰＣのマウスの位置とＫＥＹ−ＶＩＥＷ  ＰＣのマウスの位置とを同調させるために用いられるマウスドライバを、新しく作ったり、リストとして並べたりすることができる。ホストのＰＣがマウスによる補助を必要としない場合や、ホストＰＣに特別なＫＥＹ−ＶＩＥＷのマウスドライバがインストールされている場合には、このメニューオプションは適用されない。
【０５１３】
マウスドライバを新しく作る場合の処理について考える前に、なぜマウスドライバを新しく作らなければならないのかを理解しておくことが重要である。
【０５１４】
ＫＥＹ−ＶＩＥＷのセッションの間、ＫＥＹ−ＶＩＥＷ  ＰＣのＰＣＩカードは、ＫＥＹ−ＶＩＥＷ  ＰＣのビデオ画面に表示する前に、使用されているホストＰＣからのビデオ出力データを処理しなければならない。この処理によって生じるわずかな遅れは、ホストＰＣのマウスポインタを出現させ、それがＫＥＹ−ＶＩＥＷ  ＰＣのマウスポインタの後を追いかける陰のように見えるようになるという状況を引き起こす。ｐｃＡｎｙｗｈｅｒｅアプリケーションによって画面データがリモートユーザへと伝達される場合に、このホストの画面データは秒単位の時間で処理されることになるので、この遅れは、リモートユーザにとってはより大きくなる。
【０５１５】
ＫＥＹ−ＶＩＥＷのＰＣのマウスのポインタが、ホストＰＣのマウスのポインタと適切に同期するならば（すなわち両方のポインタはマウスの動作が停止したときに一致するようになっているならば）、ＫＥＹ−ＶＩＥＷ  ＰＣのポインタはホストＰＣの画面上でマウスの正しい位置を表現することになり、陰は無視できることになる。マウスが動いている時には画面に二つのポインタが出現するので、これは混乱のもととなる。この問題は、ホストＰＣにおいてホストＰＣのポインタが空白で見えなくなる（ｂｌａｎｋ  ｏｕｔ）ようにマウスの構成の設定を行うことか、それともＷｉｎｄｏｗｓ９５のマウスポインタの制御パネルのオプションを用いて、ユーザが画面上でどのポインタがＫＥＹ−ＶＩＥＷ  ＰＣのポインタかそれともホストＰＣのポインタかを判別できるように、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスポインタの外観を、ホストＰＣのマウスポインタの外観と異なるものに変更することかによって回避できる。狐の形をしたマウスポインタがＫＥＹ−ＶＩＥＷ  IIにおいて提供されている。
【０５１６】
この同期処理において最も問題となるのは、ホストＰＣにおいて起動されているアプリケーションが、マウスの位置が新たな場所へとぶことを引き起こし、そのことがＫＥＹ−ＶＩＥＷ  ＰＣのマウスが同じ新たな場所にとんで同期することを妨げるということである。他の同期問題は、もしだれかがホストＰＣにおいてマウスの加速に関する要因を変化させた場合に生じる。
【０５１７】
マウス位置が非同期となった時の最も重大な問題は、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスを用いて、画面上のどの位置にもホストＰＣのマウスを移動させることができなくなるということである。例えば、もしＫＥＹ−ＶＩＥＷ  ＰＣのマウスポインタが非同期となってホストＰＣのマウスのポインタの左側に位置するようになった場合は、ホストＰＣのマウスを画面の左端へ移動させることができなくなる。なぜならば、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスが画面左端に到達した時には、ＫＥＹ−ＶＩＥＷ  ＰＣにおけるマウスの動きのデータというのはもはや生じえないからである（すなわちホストＰＣにおいて起動されているアプリケーションによって検知され得ない）。  ＫＥＹ−ＶＩＥＷのＰＣのマウスポインタが、ホストＰＣのマウスポインタとの同期を維持するようにするためには、いくつかのアプローチが可能である。
【０５１８】
第一のアプローチは、ＫＥＹ−ＶＩＥＷ  IIにおいて提供される特別なマウスドライバを、ホストＰＣのマウスドライバがインストールされるべき位置に対してインストールすることである。このアプローチによれば、このマウスドライバがＫＥＹ−ＶＩＥＷ  ＰＣのアプリケーションと通信することにより、全てのマウスの動きが常に同期されるように保証する。
【０５１９】
二番目のマウス同期のアプローチにおいては、ＫＥＹ−ＶＩＥＷによるアクセスのためホストＰＣが定義された時に、特別なＫＥＹ−ＶＩＥＷのマウスドライバがＫＥＹ−ＶＩＥＷ  ＰＣに作られる。このマウスドライバの作成は、単純な仕事である。このアプローチが用いられた場合には、ホストＰＣにおいて設定された、（１）マウスの反応度や加速に関する要因を変更すること、（２）クリックに反応する速度を変更すること、及び、（３）特定の位置（たとえば新しいダイアログボックスの強調処理されたボタン）に自動的にジャンプすることを許可することなどの特別のマウスオプションは無効としておかなければならない。ホストＰＣで有効とされている上記のような特徴は、ホストＰＣのマウスにとってＫＥＹ−ＶＩＥＷ  ＰＣのマウスとの同期がとれなくなる原因となり、ホストＰＣのマウスの制御が困難または不可能となる原因となる。
【０５２０】
もう一つの方法においては、ホストＰＣから得られたビデオ画像データの中を探すことによりトラップされ得るような特別な色に設定した、かつ／または、特別な形態に描写されたマウスポインタを用いる。
【０５２１】
更にもう一つ別の方法においては、ＫＥＹ−ＶＩＥＷ  ＰＣの特別なソフトウェアが、マウスが画面の端に到達した状況を特に探す。この場合には、そのソフトウェアは、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスが画面の端から離れるまで、ホストＰＣに対してマウスの動き（ミッキー：ｍｉｃｋｅｙｓ）の方向を伝達し続ける。この実施形態は、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスの位置がホストＰＣのマウスの位置と非同期となった場合に、上の例で述べたように、マウスが画面の端に移動できないようにすることにより、問題を解決する。上の実施形態の変形としては、生のマウスの動きを、マウス自身から直接捉えるといった方法が考えられる。
【０５２２】
そういう訳で、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスと、ホストＰＣのマウスとを同期させることは、数多くの技術的な障害を提供する。いくつかの同期の設計は、好ましくないと評価されるとともに決定されたが、これによって必ずしも本発明から除外されるものではない。完全を期するため、そのような他の実施形態も以下に記載する。
【０５２３】
マウス同期のための好ましい方法は、ホストＰＣにおいて用いられているマウスインターフェイスの型に応じて、シリアルかＰＳ−２のマウスインターフェイスケーブルを介して、ホストＰＣの画面上におけるマウスの現在位置をとらえ、そのマウスの現在位置をＫＥＹ−ＶＩＥＷ  ＰＣへと送りかえすような、ホストＰＣにインストールするためのマウスドライバを書くことと思われる。書かれたマウスドライバは、現在ホストＰＣにインストールされているどのマウスドライバとも置き換えることができるように設計されている。
【０５２４】
従来のマウスドライバとは異なり、ＫＥＹ−ＶＩＥＷのマウスドライバは、ホストとＫＥＹ−ＶＩＥＷ  ＰＣとの間の双方向通信を考慮して設計されている。ホストのＰＣへマウスインターフェイスケーブルを介してミッキーを送信する代わりに、ＫＥＹ−ＶＩＥＷ  ＰＣからホストＰＣへ、正確なＸ／Ｙ座標が送信され、それによって、まるでマウスがホストＰＣのアプリケーションによってジャンプするように命令されたかのように、ホストＰＣのマウスが指定された座標へとジャンプする。ホストやリモートサイトのユーザがマウスのボタンをクリックすると、単一のデータパケットとして、正確なＸ／Ｙ座標とクリックされたボタンとがホストＰＣへと送信される。Ｘ／Ｙ座標は送信されるがボタンがクリックされない場合には、ボタンがクリックされたという情報の為のパケットのセグメントがゼロ値に設定され、それにより全てのパケットの形式が首尾一貫される。ＫＥＹ−ＶＩＥＷ  ＰＣからホストＰＣへと送信されたパケットは、典型的なシリアルＡＣＫＩＮＡＫプロトコルによって承認される必要がある。マウスのクリック情報を含まないような、ホストＰＣによって承認されないパケットは、ＫＥＹ−ＶＩＥＷ  ＰＣによって、より新しいＸ／Ｙ座標のパケットが伝達されるように、ＫＥＹ−ＶＩＥＷ  ＰＣ内のバッファーに捨てられる。
【０５２５】
ＫＥＹ−ＶＩＥＷのＰＣにおいて、ホストＰＣのマウスがジャンプするようにするという手段を備えることには、一つの大きな利点がある。ホストＰＣの画面をマウスポインタが横切る度に、より画面差異（ｓｃｒｅｅｎ  ｄｉｆｆｅｒｅｎｃｅ）が起きるようになり、それは、単にマウスを追跡するためにＫＥＹ−ＶＩＥＷのＡＰＰへより３２ｋ画面が送信されることを意味する。マウスクリックを必要としないマウスの座標変化は、選択しておいた回数だけ意図的に無視するようにＫＥＹ−ＶＩＥＷ  ＰＣを設定していたとすると、ホストＰＣのマウスは余り移動しなくなり、ジャンプもしなくなる。結局、起こり得る画面差異の回数は減少する。このことは、リモートユーザがホストＰＣのマウスとＫＥＹ−ＶＩＥＷ  ＰＣのマウスが同期するのを確認した際に、その速度を著しく増加させる。
【０５２６】
ＫＥＹ−ＶＩＥＷのマウスドライバは、典型的なマウスに必要とされる全ての機能を提供可能なように設計されているが、ホストＰＣのアプリケーションによるマウスの機能性を変化させるようなよくある要求は無視する。例えば、（１）マウスの感度や加速要因を変化させる、（２）クリックの速度を変化させる、及び（３）特定の位置（例えば新しいダイアログボックスの強調されたボタン）へ自動的にジャンプすることを許可するような特徴を供えさせるといった要求は、通常のマウスドライバと同様認識はされるが、無視され、結局マウスの動作に影響を与えない。これらのマウスの特徴の内の一つがＫＥＹ−ＶＩＥＷによって無視された場合には、もし可能ならば、変化を要求したアプリケーション（例えばＷｉｎｄｏｗｓ）に対して、そのオプションはＫＥＹ−ＶＩＥＷのドライバによってサポートされていない旨通知することもできる。これにより、そのアプリケーションが、ユーザに対して、その特徴がサポートされていない旨通知することができる。
【０５２７】
ＫＥＹ−ＶＩＥＷのマウスドライバの設計においては、ホストのアプリケーションがその機能は利用できない旨を通知できないような時に、特別なルーチンがマウスの本質的な機能的な要求をサポートするようにする。例えば、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスの動き／クリックのパケットによって、ホストＰＣのアプリケーションはマウスドライバを呼び出す権利を得て、画面上でマウスを他の位置へとジャンプさせる。もしアプリケーションが、その要求時点でジャンプ機能がサポートされていない旨通知できないならば、マウスドライバはジャンプを受け入れなければならない。この場合、ジャンプの動きは無視され、マウスドライバによって捨てられ、ポインタは今までの位置に留まる。ジャンプを生成したこのアプリケーションを無視したことは、アプリケーションのコードに何らの影響も与えない、というのも、アプリケーションが次にポインタの現在位置を要求したときには、アプリケーションはユーザがポインタを元の位置に戻したと判断するからである。ジャンプが起きることを許可することは、ＫＥＹ−ＶＩＥＷの設計にとっては大きな影響があり、なぜならば、ＫＥＹ−ＶＩＥＷ  ＰＣへＸ／Ｙ座標の位置のパケットを伝達し戻すことの用意がなされてなければならないし、そしてＫＥＹ−ＶＩＥＷ  ＰＣがマウスポインタをジャンプの位置へと強制的に変更する手段を持たなければならないからである。このような複雑さを設計に加えることは、品質が保証されない。
【０５２８】
マウスドライバに古くから必要とされていたサポート機能の一つは、生のミッキーを、もし要求されるならば、ホストＰＣのアプリケーションへ直接に伝達することだと信じられていて、それによりアプリケーションは自分自身のマウスの動作を表現し、制御することができる。自分自身のマウスを制御するアプリケーションは稀であり、大抵の最近のアプリケーションはマウスを動かし、マウスの位置を追跡し、その位置をアプリケーション自身へと返信するという動作をマウスドライバに頼っている。より望ましい具体化は、アプリケーションがマウスを異なる位置へとジャンプさせたりするときに、マウスを移動するため１ピクセルあたりどの程度のミッキーが必要になるのかを決定するためにミッキーを要求するというようなアプリケーションではなく、その代わり、全ての最近のアプリケーションはマウスドライバに依存しているということを前提としている。上記したように、古いアプリケーションのみがマウス制御の入力としてミッキーに依存している。従って、望ましい具体化としてはそのようなアプリケーションに対するマウスのサポートを行わないことになる。
【０５２９】
その様な場合において、マウスのサポートを中止し、予測不可能なマウスの動作を避けるためには、ＫＥＹ−ＶＩＥＷのホストＰＣのマウスドライバは、ＫＥＹ−ＶＩＥＷ  ＰＣからのＸ／Ｙ座標の変化を受信する度に、ミッキーの動きを単に更新しないようにすればよい。このアプローチは、ホストＰＣのアプリケーションが画面中央からマウスポインタを始動させて、さらにユーザがマウスポインタを範囲外へと動かすことができない場合に問題を発生し得る。この問題を解決するには、Ｘ／Ｙ座標が９９９９／９９９９の値をもつ特別なパケットをＫＥＹ−ＶＩＥＷのマウスドライバへと送信し、それによりホストＰＣがＫＥＹ−ＶＩＥＷによってちょうどアクセスされたということをドライバへ伝達し、さらに、よくある典型的な斜めの矢印状のマウスポインタが画面上から消えてしまう画面右下の角に、ミッキーに依存するマウスポインタを強制的に移動するように、大量のミッキーをそのアプリケーションへ送信すればよい。このパケットは、Ｘ／Ｙ座標に依存する通常のアプリケーションに対しては、マウスポインタを画面中央の首尾一貫した場所に位置させることができる。
【０５３０】
もしホストＰＣのＫＥＹ−ＶＩＥＷのマウスドライバが、ありそうにもないことだが、動作するためにミッキーの入力に依存するようなアプリケーションを検出することができるならば、ドライバは特別のパケットをＫＥＹ−ＶＩＥＷ  ＰＣへと送信し、ユーザへこのアプリケーションではマウスの動作がサポートされていない旨を警告することができる。
【０５３１】
ホストＰＣにインストールするための特別なＫＥＹ−ＶＩＥＷのマウスドライバを開発することは、推奨されるアプローチである。これは、ホストＰＣのマウスの動作が現実的な時間内に起こり、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスポインタが、ホストＰＣの画面上における実際の位置を反映するようにすることを確実にする。リモートＰＣからホストＰＣがアクセスされた場合にはささいな問題が発生する、というのも、画面更新による遅れに伴って、ホストＰＣのマウスの画像は、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスの現在位置よりも間をとって遅れることになるからである。このような場合には、ユーザは、異なるポインタの外観をもち得るホストＰＣのマウスの画像を単に無視するように指示される、というのも、たった一つだけのＫＥＹ−ＶＩＥＷのマウスポインタが、ＫＥＹ−ＶＩＥＷ  ＰＣにインストールされるようにするからである。どのようなイベントにおいても、単にホストＰＣのマウスポインタを空白にするということによっては、マウスポインタが二つあるということは解決されない、というのも、ＫＥＹ−ＶＩＥＷのＰＣＩカードのビデオ出力ポートによってホストＰＣの画面を見ている、ホストサイトのユーザにとって、ホストＰＣのマウスポインタは見えるものでなければならないからである。その他には、プログラム制御により、必要に応じて、ホストＰＣのマウスを覆い隠したり復元したりすることもできる。
【０５３２】
ａ．それ程望ましくないマウス同期オプション
新しいＫＥＹ−ＶＩＥＷのシステムにおいては、ＫＥＹ−ＶＩＥＷ  ＰＣに接続されているホストＰＣへの全てのマウス入力は、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスインターフェイスによって制御される。ホストＰＣのマウスを制御し得る４つの主な設計のアプローチが次に議論されるが、これらはいくつかの理由によって余り望ましくないものである。望ましい方法である、各ホストＰＣの従来のマウスドライバのある位置へ入れ換えてインストールするような、ＫＥＹ−ＶＩＥＷの特別に作ったマウスドライバを作成することになる方法、は上記した。
【０５３３】
アプローチ＃１
最初の設計アプローチにおいては、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスポインタは、ブランク（存在しない）ポインタがＫＥＹ−ＶＩＥＷ  ＰＣがホストモードであったときは、ポインタと重なるように設定されている。このＫＥＹ−ＶＩＥＷ  ＰＣのポインタは、メニューモードに戻るときに復元されるだろう。上記のアプローチでは、ＫＥＹ−ＶＩＥＷ  ＰＣまたはリモートＰＣのマウスのどちらか一方からのあらゆるマウスの移動は、真のポインタの位置がホストまたはリモートＰＣのスクリーンの隅にあったときでさえホストＰＣに伝えられる。これはよいアプローチであるが、これは現在では、実現不可能である。
【０５３４】
マウスがリモートＰＣのＫＥＹ−ＶＩＥＷ  ＰＣウインドウに達するかあるいは境界線を越えるたびに、ｐｃＡｎｙｗｈｅｒｅは、ホスト側へマウスの移動データをストップする。上記の構成では、ＫＥＹ−ＶＩＥＷ  ＰＣが、初めてアクセスされたとき、ホストＰＣのマウスがスクリーンの最底部、または、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスがスクリーンの最頂部にある場合、ホストＰＣのマウスポインタは、リモートＰＣから上にいくことはない。この場合、マウス移動データの伝送を一時的に停止するために”ホットキー”を用いることによってホストＰＣポインタのアプローチをつかむには、ホストＰＣ上に可視ポインタが必要である、そして、以下に議論するように、マウスの感度および速度変化の差のために一時的にはこの方法しかない。これらの問題点は、ドライバファイルが必要不可欠であり、このアプローチの単純さは取り除かれる。これは、また、ホストとメニューモードとの間の切り替え時に、ＫＥＹ−ＶＩＥＷ  ＡＰＰの内部から新しいマウスポインタへ飛ぶような、マウスポインタを切り替えることが可能になるときの二次的な技術問題でもある。
【０５３５】
アプローチ＃２
結局、この問題に対するホストＰＣのポインタとＫＥＹ−ＶＩＥＷとを同期させる確かな方法としては、唯一のマウスポインタをホストＰＣにインストールする方法である。この方法は、”唯一ポインタ”アプローチしかない事実に帰する。唯一のポインタを用いて、ＫＥＹ−ＶＩＥＷまたはＰＣＩ  ＡＰＰは、ホストスクリーンの差分ファイルを経てホストＰＣの唯一のポインタの正確な現在位置を検出することができる。
【０５３６】
唯一ポインタアプローチでは、ＫＥＹ−ＶＩＥＷ  ＡＰＰは、ホストＰＣのスクリーン表示データを解析することにより、マウスポインタのホットスポットの正確な位置を決定することができるはずである。ＫＥＹ−ＶＩＥＷ  ＰＣのＣＰＵ上のポテンシャルプロセスの負荷を避けるためには、初めに、ＰＣＩカードのアナログからデジタルに変換するビデオハードウェア中にポイント検出部が含まれていることが必要な構成である。結局、このプロセスは、もしそれがスループット作用に不利にならなければ、ＰＣＩカードおよびＫＥＹ−ＶＩＥＷ  ＡＰＰ中に含まれているものから取り除かれるだろう。
【０５３７】
この唯一ポインタの構成では、ホストＰＣのマウスの色、形そして予め決定されているホットスポット（これは、シングルピクセルのとき）の位置が必要である。
【０５３８】
マウスポインタを動かすとき、ＰＣのマウスドライバは、スクリーン領域内のホットスポットを記憶することを保証する。ウインドウズでは、ホットスポットは、標準である矢印ポインタの先にあり、矢印が最も低く位置しており、スクリーンの右端にあるときは、ポインタの表示は消えている。しかし、このことは、ホットスポットのピクセルは、スクリーンのかなり端に位置していることを示している。
【０５３９】
ＰＣＩカードにおけるポインタの位置検出を許容するために、あらゆるホストＰＣのスクリーンで用いられていない唯一の色の組み合わせ設定のポインタを設計する必要がある。これにより、ＫＥＹ−ＶＩＥＷ  ＰＣは、表示されているホストＰＣのスクリーンの位置を唯一捉えることができ、問題が起きると、ポインタの位置を検出するための試みは、１またはそれ以上のブロックの端の向こうで”シッティング”している（すなわち、止まっている）。従って、これらのブロックは、左から右へ、そして上から下へ形成されており、カーソルの位置を検出する真っ直ぐ進む方法は、カラーピクセルの唯一水平パターンが基礎となっており、これにより、ビデオキャプチャーエンジンは、くまなく捜す必要がない（左から議論する（just left to fight））。水平パターン証明のみを用いることは、カーソルが２ブロック以上バラバラにできないことを意味している。さらに、もし、水平線が同一水平線上のホットスポットの両端の画素数で構成されているとすれば、ポインタのＸ軸の大部分は、ほとんど一つのブロックのみで構成されており、このポインタ検出できない位置に止まることがない。
【０５４０】
選択された色のパターンは、白色画素ホットスポットとともに赤、青、そして黄色の、歪ませることができる最小の、主要な色を含めていればよい。以下のパターンが示唆されている−ＢＲＣＢＲＧＷＣＲＢＧＲＢ。これを基礎として、もし、水平画素パターンのＢＲＣＢＲＣＷかＷＧＲＢＧＲＢの内の一方が検出された間、ブロックが形成され、ホットスポットはＷ画素の位置にある。従って、”マスクテスト”の２つの簡単なパターンは、ポインタが接しているブロックの間にあるときでさえ、全ての場合におけるポインタのホットスポットを見つけることが可能である。もしパターンテストが効果的に捉えるためにあまりにも長い場合には、ただ、ＢＲＧＷまたはＷＧＲＢのみを取り除けばよい。
【０５４１】
上記したように、ホストＰＣ上で多くのアプリケーションが動作している唯一ポインタアプローチは、カスタムマウスポインタをサポートしている。これは、ホストＰＣがＷｉｎｄｏｗｓＮＴまたは９５を基本にしていれば問題ないが、他のホストＰＣでは根本的な解決にはならない。それに加えて、ホストＰＣからのカスタムポインタフィードバック上では、ビデオデータのデコーダによるマウス移動待機時間のため減速され、スキャンされる前に、マウス位置は決定される。このマウスの応答の遅延は、リモートユーザから失望される。最終的には、マウスの位置を決定する工程は、意味ありげにＰＣＩカードのハードウェアのコストが増加するか、ＫＥＹ−ＶＩＥＷ  ＡＰＰ工程のＫＥＹ−ＶＩＥＷ  ＰＣ上のポインタ決定関数が行うのをたよりにするか、何方か一方に集中するだろう。
【０５４２】
アプローチ＃３
第３のアプローチとしては、ＫＥＹ−ＶＩＥＷ  ＰＣのＰＣＩカードを経てホストＰＣに正しくコントロールされているマウスのデータをインプットすることにより、ホストＰＣのマウスは、ＫＥＹ−ＶＩＥＷ  ＰＣのマウス位置と同調し続けるだろう。同調は、ホストＰＣのマウス移動の正確な結果を理解するためにＫＥＹ−ＶＩＥＷ  ＰＣのトレーニングによって完成した。
【０５４３】
マウスとともに供給されるマウスドライバソフトウェアは、ＰＣに接続されたマウスの感度の変化をさせた。マウス感度が低いとき、マウスが大きな物理的移動を行うと、スクリーン上のポインタが移動する。このマウスの移動は、所定の距離から起こる”クリック”の数を固定することにより生じる。感度が低い場合、マウスのクリック数が読み込まれるマウスドライバは、同じ距離だけスクリーン上のマウスを動かすためには、多くのクリック数を必要とする。マウスがスクリーン上を動くためのデータをしばしば”ミッキー”と呼ぶ。
【０５４４】
情報のポイントとしては単に、ホストスクリーンに対して極端なマウス移動コンマンドが送信されることにより、ホストＰＣのマウスポインタの位置は、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスポインタ位置と自動的に同調し、マウスの現在位置に関係なく強制的に０，０の位置に移動させられる（すなわち、ホストＰＣのインターフェイスケーブル中には、上下方向に１０２４移動、横方向に７６８移動に配置されている）。そして、マウスの移動は伝達され、その既知の位置である０，０からＫＥＹ−ＶＩＥＷ  ＰＣの現在位置でまでのマウスの動きをたどる。ホストＰＣのマウス感度とＫＥＹ−ＶＩＥＷ  ＰＣの感度とが異なって設定されている場合、ｐｃＡｎｙｗｈｅｒｅによってコントロールされるようになっており、リモートユーザがリアルタイム（リモート）でマウスを動かしたとき、ホストＰＣのマウス（取り込まれたホストスクリーンとして示される）は同期していない。リモートＰＣのマウスの感度とホストＰＣのマウスの感度が同じであることはほとんど無く、ホストとＫＥＹ−ＶＩＥＷ  ＰＣとのマウスをリアルタイムで同調することは不可能であるので、その差が計算され、後をたどるようになっている。
【０５４５】
マウスの感度に加えて、多くのマウスドライバは、加速ファクタをサポートしており、それによって、マウスは、止まること無くますます長く、そして速く動かされる。言い換えると、マウスが絶えず動きはじめたとき、最初のマウスの移動は、最後のマウスの移動よりクリック当たりのミッキーが少ない。マウス加速設定は、リモートまたはＫＥＹ−ＶＩＥＷ  ＰＣのどちらか一方とは関係がないので、ＫＶ−ＡＰＰは、ＫＥＹ−ＶＩＥＷ  ＰＣ上のあらゆる点で速くマウスの位置（ＸＹ座標）を知ることのみが必要である。このＫＶ−ＡＰＰは、現在位置に対してＫＥＹ−ＶＩＥＷ  ＰＣがどれぐらい速くなったのかは関係しない。しかし、ホストＰＣが加速ファクタを使うように設定されるとき、問題が生じる。この問題において、ベクトルの向きに沿って交差してホストＰＣを動かすのに必要とされるミッキーの数は、ベクトルの長さに応じて決まるだろう。従って、ホストＰＣのマウスは、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスと絶えず同期していることはない。さらに、マウスドライバ製作者によって使われる異なった加速方程式に基づく同期因子によって、マウスドライバを製作するのは難しい作業になる。
【０５４６】
マウス加速問題を解決するためにできることとして、（１）全てのユーザにマウス加速特性を無効にすることを要求する、または、（２）メニューモードに、ユーザがホストＰＣに対して最小レベル以下のマウス移動データを転送を遅くすることを許可するマウススピードファクターを加える。（１）の場合では、プロセスの最小量を用いている最小単位時間中、常に正確に同期しているので望ましい。（２）の場合では、ホストＰＣのマウスを動かす際、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスと連動するために、主要な遅延が引き起こされるかもしれず、退屈なユーザコントロールされた試行錯誤マウス速度調整設定を含む。
【０５４７】
ホストＰＣのマウス設定を警告することなく、ホストＰＣのマウス移動の効果を予測することは、ホストＰＣのマウスポインタの１画素をＸあるいはＹ軸に沿って動かすのに必要なミッキーの正確な数を知るためのＫＥＹ−ＶＩＥＷ  ＰＣの訓練をすることを含むだろう。所定のホストＰＣのためにマウスポインタを動かすために要求されたミッキーの数は、ホストＰＣのマウスドライバファイルとして、ＫＥＹ−ＶＩＥＷ  ＰＣ中に蓄積されるだろう。どんなホストＰＣマウス加速ルーチンの効果でも取り込むのは難しい。だから、このアプローチは、ホストＰＣのマウス加速を無効にするのに必要であるだろう。このアプローチは、唯一ポインタアプローチにおいて必要なビデオフィードバックのための、どんな遅延も避けることにとても有益であり、このドライバは、ホストＰＣのマウスがどこに位置しているのかを予測するための必要な情報を持っている。しかしながら、もし、マウスクリックがホストＰＣに対して、伝送を中止すると、ユーザが加速特性の無効を忘れるか、または、特別に作られたホストＰＣアプリケーションが加速特性を無効にすることができないことを含んでおり、ホストとＫＥＹ−ＶＩＥＷ  ＰＣのマウスは、永久的に非同期化されるだろう。さらに、ホストＰＣ上で、動作しているいくつかのアプリケーションは、ホストＰＣのマウスドライバに所定の座標に対して飛ぶように命令するコマンドを出すだろう。もし、これが起こるならば、ＫＥＹ−ＶＩＥＷ  ＰＣは、ホストＰＣと全く同期化しないだろう。
【０５４８】
アプローチ＃４
アプローチ２と３との欠点の多くを克服するために、これらのアプローチは結合されるとともに改善される。しかしながら、マウスドライバと唯一ポインタアプローチの両方を使うことは、マウスの同期をさらに困難にする。ビデオフィードバックの位置決めが起こるときまでに、マウスドライバは、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスの位置以外では同期化されているかもしれない。この問題を解決するために、ビデオマウス同期は、ＫＥＹ−ＶＩＥＷ  ＰＣのマウス位置が唯一ポインタアプローチによって決定されたことが変更されない（すなわち、動きが止まっている）ときのみ起こるようにすべきである。マウスが動作を停止するのを待つことは、取り込まれているホストＰＣのビデオスクリーンがマウスの現在位置が正確に再現されることを保証する。ＫＥＹ−ＶＩＥＷは、また、ユーザがマウスドライバを作成しない場合（唯一ポインタアプローチ）を支援する。しかしながら、先に述べたように、ホストＰＣのポイント移動は、唯一ポインタアプローチとマウスドライバアプローチの両方用いることはさらに神経質になる。唯一ポインタがインストールされていない場合、ホストユーザは、以下に述べるように、ホストＰＣにマウスドライバを製作するように要求し、加速が無効であることを保証するだろう。そうしなければ、ホストＰＣのマウスは、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスと同期化しないだろう。
【０５４９】
マウスドライバアプローチをつかって、ＫＥＹ−ＶＩＥＷ  ＡＰＰは、常に、リモートとＫＥＹ−ＶＩＥＷ  ＰＣのマウスとの間の設定されているマウス感度差に関係なく、ＫＥＹ−ＶＩＥＷ  ＰＣのマウスの現在位置であるＸ／Ｙ座標を正確に知るだろう。マウスドライバを作成するとき、そのトリックは、ホストＰＣのマウス位置とともにこの分かっている正確な位置と同期化する。困難であると言及されるように、ホストＰＣは、おそらく、非常に多い、異なる感度の設定の全てをセットする。そしてホストＰＣが初めてアクセスされたとき、ポインタは、おそらくスクリーンのどこかにある。この目的は、（１）ホストＰＣの感度の設定の決定とホストＰＣのドライバファイルの設定の蓄積、および（２）ホストＰＣが最初にアクセスされた後、既知の位置（例えば、位置０、０）へホストＰＣのマウスを強制することである。稀な場合ではあるが、異なった感度設定のホストＰＣ上で異なったアプリケーションを動作させることも可能である。これらの場合、ＫＥＹ−ＶＩＥＷ設計がホスト装置の多様のビデオドライバを保存することができると同様に、ＫＥＹ−ＶＩＥＷは、ホストＰＣのための多様なマウスドライバを保存しておく必要がある。
【０５５０】
ホストＰＣ上の表示に特別なスクリーンが要求されるビデオトレーニングとは異なり、マウスドライバを製作することは、ホストＰＣ上にソフトウェアを備えないようにしなければならない。これは必要条件であり、感度が設定されたホストアプリケーションは、このアプリケーションが動作している間、マウストレーニングプログラムの動作を支持しない。
【０５５１】
ＫＥＹ−ＶＩＥＷマウスドライバを製作するために、ユーザは、選択した隅の内側ビデオの動きの無い場所（例えば、点滅しているカーソル）のスクリーンの４隅の内の１つを選択する必要がある。ホストＰＣはこの方法で正しくセットアップされた後、ホストＰＣは、ＫＥＹ−ＶＩＥＷ  ＡＰＰを経て、ＫＥＹ−ＶＩＥＷ  ＰＣ上にアクティブＰＣとして選択されるだろう。その後、ホストＰＣマウスポインタの現在位置がスクリーンの４つの隅のどこにあるかをユーザが選択するような新しいメニューオプションが選ばれるだろう。ＫＥＹ−ＶＩＥＷ  ＡＰＰは、その後、極端なミッキーをホストＰＣに送信し、スクリーンのコーナーの端にマウスポインタのホットスポットが強制される。次に、ＫＥＹ−ＶＩＥＷ  ＡＰＰ／ＰＣＩ  ＡＰＰは、数秒間、”１×１”エリアの中での隅（ＰＣＩビデオキャプチャー回路）でビデオの違いが無かったことを報告するテストを行う。もし、違いが報告されれば、適用可能なエラーメッセージがユーザに報告され、マウスドライバ生成プロセスは終了する。そうでなければ、ポインタが現在位置から１０画素、水平（右）に動かされるまでミッキーが数えられ、そしてホストＰＣに送信される。そして、その後、ポインターが元の位置に戻るまで、左に再びカウントされる。同じプロセスは、それから下から上へ垂直に繰り返されるだろう。このテストの終わりまで、ドライバファイルは、ホストＰＣのマウスが右または左、上または下へ  移動するために要求される画素毎の正確なミッキーの数が作り続けられるだろう。
【０５５２】
ドライバ情報が集められた後、ホストＰＣ上でマウス加速が無効になっていることを証明するために、新しいマウスドライバ情報を用いてスクリーンの角の隅から対角線上に少なくとも２０画素ポインタを動かすことによって、適切な形状が決定される。カーソルは１６画素以上ではないことにより、このアプローチは、カーソル全体が視覚化されていることを保証する。次に、ポインタの現在位置の全体のエリアをカバーしている５０×５０画素のエリアの検査合計が計算される。そして、ポインタがその正確な開始場所に戻り終わる数秒間、速い速度でカーソルが全体のあちこちに移動するための新しいマウスドライバデータをＫＥＹ−ＶＩＥＷ  ＰＣが、使うことによってミッキーが送信されるだろう。この時点で、同じ５０×５０画素のエリアにおいて、２回目の検査合計が計算されるだろう。もし、２つの検査合計が一致していなければ、それは、ミッキーが転送中に失われているか、ホストＰＣ上のマウスが加速ファクターを持っていたためであり、これは、失敗を意味するだろう。このイベントで、作成された信頼することができるドライバでポイントが決定されるため、テストは、ホストＰＣに対してミッキーの転送の遅い速度を用いて自動的に繰り返さる。そして、減速ファクターを要求するのと同様に速度の減速の必要性をユーザに提案する。このマウス速度ファクターは、マウスドライバに含まれている必要があるだろう。転送中に落とされるミッキーまたはホストＰＣ上のマウス加速ファクターの存在は、ホストＰＣのためのマウスドライバを作ることを不可能にしている。この場合、加速が無効になっているかと唯一マウスアプローチの使用を提案するかをユーザにチェックするように要求するエラーメッセージが表示される。
【０５５３】
この方法でマウスドライバは上手く作られると、ドライバは上手く作られたが、マウス感度に対してあらゆる変化するかまたはドライバが作られた後の加速設定はホストＰＣのマウスとＫＥＹ−ＶＩＥＷ  ＰＣのマウスとが同期しなくなり、適切なマウスコントロールが妨害されることをユーザに提案する警告メッセージが表示される。このメッセージも、また、ホストＰＣ上のあらゆるアプリケーションのための再動作訓練をユーザに提案するものであり、これは、稀な事実ではあるが、あらゆるアプリケーションはマウス感度設定を変更することが可能である。
【０５５４】
マウス同期アプローチに関係なく、ホストＰＣのマウスポインタイメージの現在位置は常に、ＫＥＹ−ＶＩＥＷ  ＰＣあるいはリモートＰＣ上のマウスポインタの現在位置に遅れるだろう。これは、このＫＥＹ−ＶＩＥＷ  ＰＣ上にホストＰＣのスクリーンを表示するように要求することによる遅延のために起こる。この遅れが結果として、マウスが動かされているとき、ＫＥＹ−ＶＩＥＷユーザに、スクリーン上に２つのマウスポインタをみせるだろう。この問題を排除するために、ＫＥＹ−ＶＩＥＷ  ＰＣのＰＣＩカードとホストＰＣのビデオ出力ポートとが直接接続されているモニターを用いているホスト側のユーザは、マウスの位置を知る必要があり、これは実現可能ではない。同様に、ＫＥＹ−ＶＩＥＷ  ＰＣ上のマウスポインタは、ＫＥＹ−ＶＩＥＷ  ＰＣがホストモードでない度に、ソフトウェアを介して自動的に復元されるノーマルポインタでない限り見えなくすることはできず、そしてこれは、可能であるだろうし問題を解決できる。しかしながら、この場合、ユーザは、ホストであるか否かを視覚的に知る手段を有しておらず、そして、ＫＥＹ−ＶＩＥＷ  ＰＣポインタは同期していない。
【０５５５】
ホストＰＣに唯一のＫＥＹ−ＶＩＥＷポインタがインストールされたときは、スクリーン上の２つのポインタとは異なっているので、それらの間の相違をユーザに示すことは容易であるだろう。しかしながら、その特別なポインタ（”ＫＶＨＯＳＴ．ＡＮＩ”）はホストＰＣにはインストールされないので、もし、唯一マウスドライバアプローチが用いられても、それらは異ならないだろう。リモートユーザが２つのポインタを見分けるのを助けるために、別のオプションである”Ｋ．ＡＮＩ”と呼ばれる特別な”ｂｕｌｌｓ−ｅｙｅ”マウスポインタがＫＥＹ−ＶＩＥＷ  ＰＣ上で利用可能である。このポインタは、全体的に赤い。しかしながら、ｐｃＡｎｙｗｈｅｒｅは、外見上、カラーポインタをサポートしていないのでポインタがリモートＰＣから見えるとき、それは、黒いポインタとして表される。それは、さらに、ＫＥＹ−ＶＩＥＷ  ＰＣ上の異なった設計は、ユーザにとって望ましい別の効果があることに気付く。現在、ＫＥＹ−ＶＩＥＷ  ＰＣのスクリーンに、リモートＰＣ上で縮小されたウインドウやＫＥＹ−ＶＩＥＷ  ＰＣ上に現れている他のウインドウが表示されているとき、リモートＰＣが指しているポインタかまたはＫＥＹ−ＶＩＥＷ  ＰＣが指しているポインタかどうか混乱することになる。しかし、ポインタが異なっているとき、ｐｃＡｎｙｗｈｅｒｅは、リモートＰＣのフォーマットに対するポインタを変更する。そして、そのとき、ポインタは、ＫＥＹ−ＶＩＥＷ  ＰＣのウインドウの外側のポインタがＫＥＹ−ＶＩＥＷ  ＰＣのスクリーンの終わりとリモートＰＣのスクリーンの始まりとの場所を明らかにする。
【０５５６】
最終的に、マウスドライバアプローチにおいては、ホストＰＣが最初にアクセスされる度に、ホストマウスに対して正確なミッキーを送ることによって、ＫＥＹ−ＶＩＥＷ  ＡＰＰは、ホストマウスが位置０、０に動かされるのを保証するために、ＫＥＹ−ＶＩＥＷマウスとホストマウスとを自動的に同期化する。ＫＥＹ−ＶＩＥＷ  ＰＣのマウスの現在のマウス位置に対してベクトルが計算され、その位置に対してホストマウスを動かすためのミッキーが送られ、そのために両方のマウスの同期化がおこる。これにより、ノーマルマウスプロセスが始めることができた。
【０５５７】
マウスドライバアプローチの下で、ＫＥＹ−ＶＩＥＷメニューモードは、マウスドライバを作るためのオプションを与えるだろう。マウスドライバリストメニューオプションもまた、ビデオドライバリストオプションと同様に、ユーザによって追記および削除が許可されたマウスドライバを加える必要がある。最終的に各々のＫＥＹ−ＶＩＥＷ  ＰＣＩカードとスイッチボックスＰＣリストとには、ＫＥＹ−ＶＩＥＷに接続された各々のＰＣと関連付けられたマウスドライバファイルネームはアップデートされた領域を含む必要がある。
【０５５８】
ホストＰＣがアクセスされるとき、もしマウスドライバの名前（ＰＣＩカードとスイッチボックスＰＣが適当であれば）が空であれば、唯一のカーソルが使われていると想定すべきである。もし、唯一のマウスの足跡が、選択されたホストＰＣのスクリーン上のＰＣＩ  ＡＰＰによって検出されなければ（そして、以下に議論する”スキップメッセージ”が設定されていない）、ＫＥＹ−ＶＩＥＷ  ＡＰＰが示す以下のメッセージが表示されるべきである。
【０５５９】
注意：アクティブなホストＰＣでは、マウスドライバ、または、ＫＥＹ−ＶＩＥＷポインターは検出されない。マウスドライバを作るために”トレーニング”ボタンをクリックしなさい。将来、このメッセージを示すのをやめるために”スキップメッセージ”ボタンをクリックしなさい。マウスドライバ無しでホストＰＣにアクセスし続けるならば”無視”、または、ＫＥＹ−ＶＩＥＷメインメニューに戻るならば”キャンセル”ボタンをクリックしなさい。
【０５６０】
この”スキップメッセージ”ボタンは、マウスを使わないノベル社のサーバーのようなホストＰＣのために必要である。このような場合、ユーザは、ＰＣにアクセスする度に不必要なメッセージを望まないだろう。トレーニングボタンが選択されたとき、マウスドライバを説明しているテキスト部分が使用できることや、ポインタオプションが利用可能であることや、もし、ユーザが、ＫＥＹ−ＶＩＥＷポインタオプションを使いたくなったときにトレーニングをキャンセンルする”ＨＥＬＰ”ボタンを有していることが重要である。
【０５６１】
ｂ．マウスドライバは、ホストＰＣのマウスをコントロールや同期するために必要なとき、ＫＥＹ−ＶＩＥＷマウスバーオプションは、必要なマウスドライバを作るように選択されるべきである。選択された際、２つのサブメニューアイテムは以下のように表される。
【０５６２】
マウストレーニング  このメニューオプションは所定のホストＰＣのマウスドライバを作るために用いられる
リストマウスドライバ  このメニューオプションは、予め作られているマウスドライバのリストの追加および削除のために用いられ、アクティブなホストＰＣの予め作られているマウスドライバ間を切り替える。
【０５６３】
上記のメニューオプションは、現在のアクティブホストＰＣの設定がアクティブホストＰＣ上にインストールされている特別なＫＥＹ−ＶＩＥＷマウスドライバを示している、そのアクティブホストＰＣはマウスのサポートを支持していない（ホストＰＣのためのマウス必要条件の詳細な情報はスイッチＰＣの項目に示す）、または、ホストＰＣがアクティブでない場合、アクセスできない。
【０５６４】
このマウストレーニングメニューは所定のホストＰＣのためのマウスドライバを作るために用いられる。このメニューオプションを選択する前に、マウスドライバが作られているホストＰＣがアクティブＰＣとして選択され、アクティブＰＣのためのマウスドライバオプションが、上記スイッチングＰＣで議論されているドライバネームオプションを用いて設定される。加えて、通常、のオペレーティングシステムで使われているマウスは、ホストＰＣ（例えば、ウインドウズ，ＯＳ／２，ＤＯＳ等）上で動作しており、従って、これらのマウスはホストＰＣ上で視覚化されている。最終的に、このホストＰＣは、スクリーンの４隅の内１つによって密接している”略１×１”エリア中に信頼できるビデオイメージを持っていなくてはならない。言い換えると、ホストＰＣの４隅の内の１つ中に光っているカーソル、色の変化または移動があってはならない。
【０５６５】
このメニューオプションが選択されているとき、図２１に例示されているような、アクティブホストＰＣのスクリーンの信頼できる隅の選択を要求するポップアップメニューが現れる４隅の内の１つが選択された後（オプション上でダブルクリックすることによるか要望のオプションを強調するかのどちらか一方や選択したオプション上をクリックする）、ＫＥＹ−ＶＩＥＷは、マウスドライバを作るために、ホストＰＣのマウスポインタを、スクリーンの表示されている隅に移動させる。もし、トレーニング中の間、または、テストの間マウスが適切な反応を返さないような他の動きが検出されると、適切なメッセージが表示され、マウスドライバは作られないだろう。さもなければ、マウスドライバファイルは、スイッチＰＣメニューオプションの下で議論されたファイルネーミング規定を使って作成されるだろう。それから、アクティブＰＣのためのマウスドライバは、自動的に更新されるだろう。
【０５６６】
このマウスドライバファイルは、ホストＰＣのマウスがホストＰＣのＸ軸上の１画素およびＹ軸上の１画素を動くのに必要なマウスの移動における正確な量としての値を含んでいる。このドライバは、また、ホストＰＣのどんなマウス加速設定も避けるために必要な速度調節ファクターを含んでいる。
【０５６７】
マウストレーニングが完了した後、プロセスは、マウスメインメニューバーオプションまで自動的に戻る。
【０５６８】
マウスドライバ一覧
マウスメニューオプションのリストは、図２２に例示されるように、マウストレーニングメニューオプションを用いて作られている現在のアクティブホストＰＣのために作られた全てのマウスドライバを含んでいるリストボックスが表示される。ＫＥＹ−ＶＩＥＷは、各々のドライバのファイルネームの一部を含んでいるホストＰＣの唯一のナンバーを用いて、ホストＰＣと各々のマウスドライバファイルとを関連付ける。もし、（１）ホストＰＣがアクティブではない（２）アクティブＰＣのために作られているマウスドライバがない、または、（３）アクティブホストＰＣのためのマウスドライバ設定がドライバネームオプションに対して設定されていない（ホストＰＣのためのマウス必要条件の詳細な情報はスイッチＰＣの項目に示す）の条件で、メニューオプションが選ばれたとき、エラーメッセージが現れる。
【０５６９】
このマウスドライバリストボックスは、アクティブホストＰＣのマウスドライバの各々が、以下に示す情報を含んでいる。
【０５７０】
ファイルネーム−ＫＥＹ−ＶＩＥＷデフォルトディレクトリ中にマウスドライバディスクデータの名前が蓄積されている。マウスドライバファイルは、マウストレーニングメニューオプションによって作られる。必要とされるマウスドライバファイルネーミング規定は、ＰＣＩカード設定の項で議論される。
【０５７１】
日付−マウスドライバファイルが作られた日
時間−マウスドライバファイルが作られた時間
ホストＰＣ−このドライバファイルを用いているホストＰＣの説明
マウスドライバプロセスオプションについては、以下に示す。
【０５７２】
選択−このボタンは、アクティブホストＰＣによって使われているデフォルトマウスドライバを変更するために用いられる。このボタンが選択されたとき、ＫＥＹ−ＶＩＥＷは、ＫＥＹ−ＶＩＥＷディレクトリ中にまだ、マウスドライバファイルが存在することを再確認する。もし、このドライバが存在していなら、エラーメッセージが表示され、この選択は無効になる。さもなければ、強調されたマウスドライバは、ホストＰＣのデフォルトマウスドライバになる。もし、選択されたドライバが既にデフォルトであれば、適切なエラーメッセージが表示され、そして、選択されたドライバは、デフォルトドライバのままである。もし、選択されたドライバがデフォルトドライバでないのならば、デフォルトドライバはそれから変更される。この場合、アクティブＰＣは、間違ったマウスドライバが使われており、ＫＥＹ−ＶＩＥＷは自動的に、このホストＰＣの効力を無くす。このホストＰＣは、スイッチＰＣのメニューオプションを用いることで新たに選択されたマウスドライバと共に再び効力を発揮することができる。
【０５７３】
アップデート−これは、ＫＥＹ−ＶＩＥＷアプリケーションの外側からマウスドライバファイルを消去するかコピーするかにより可能であるが、推奨はされておらず、そして、このボタンは、ハードドライブのデフォルトＫＥＹ−ＶＩＥＷディレクトリ中に実在するドライバファイルとリストアップされているマウスドライバとを再同調するために用いられる。もし、ドライバファイルがリストアップされているマウスドライバに見つからなかった場合、そのドライバは、自動的にリストから削除されるだろう。もし、ドライバがＫＥＹ−ＶＩＥＷディレクトリ中に実在するがリスト上にない場合、そのドライバの項目が自動的にリストに加えられるだろう。プロセスの間、追加または削除示されている全てのマウスドライバの名前の表示のメッセージが表示されているだろう。表示されているメッセージもまた、結果と一致しているか検出される。
【０５７４】
削除−このボタンを選択すると、強調されて登録されているものと関連付けられたドライバファイルを削除する。通常、どんなドライバファイルも、削除されるべきではない。削除プロセスが始まる前に確認が必要であるだろう。もしアクティブホストＰＣのためのデフォルトドライバが削除された場合、ホストＰＣのためのデフォルトドライバはもはや存在しないので、ホストＰＣのための設定は消され、そして、ホストＰＣは、自動的に効力を無くすだろう。上記のホストＰＣは、再びアクティブに次のうちの何れかで再びアクティブにすることができる。それは、（１）ホストＰＣの設定を、ＮｏマウスサポートオプションかＫＥＹ−ＶＩＥＷマウスオプションかのいずれかを用いることで変更する（２）新しいマウスドライバを作るためにマウストレーニングメニューオプションを選択する、または、（３）スイッチＰＣのメニューオプションを用いることで別に存在するマウスドライバファイルネームを登録するの何れかである。
【０５７５】
ビデオ
図１３のビデオＫＥＹ−ＶＩＥＷメニューバーオプションは、ＫＥＹ−ＶＩＥＷ  ＰＣ上にアクティブホストＰＣのスクリーンを表示するために用いられるＫＥＹ−ＶＩＥＷビデオドライバの作成とリストアップを許可する。選択されたとき、アクティブホストＰＣのビデオトレーニングを開始する３つのメニューオプションが現れる。その３つとは、既に作られているビデオドライバのリストアップおよび／または削除、または、ホストＰＣビデオ出力信号をデコードするとき、用いられる色の数の設定である。
【０５７６】
ビデオドライバの作成または保持するプロセスを議論する前に、何故ビデオドライバが作られなくてはならないのかを理解することは重要である。ホストＰＣ中の各々のビデオカードは、他のビデオカードと異なったビデオ出力信号が作りだすかもしれない。ＫＥＹ−ＶＩＥＷ  ＰＣが所定のホストＰＣのビデオ出力信号を正確にデコードするために、それは、ホストＰＣが用いているかもしれない各々のビデオの解像度において、ホストＰＣ中にインストールされているビデオカードの唯一の特性を固定しなければならない。この信号にＫＥＹ−ＶＩＥＷ  ＰＣが表示されている各々の画素を固定することができるように周知のテストパターンがホストＰＣのスクリーン上に表示されなければならず、そして、適切なドライバファイルを作ることができるようにトレーニングプロセスの間に正確に画素の色を表示する。全ての可能なグラフィックス解像度において、ＫＥＹ−ＶＩＥＷにある特定のグラフィックス解像度がホストＰＣ上で使われないか否かを教え込む必要はない。このＫＥＹ−ＶＩＥＷ  ＰＣは、ホストＰＣの現在のグラフィックス解像度を自動的に検出することができ、そして、この解像度に必要なドライバファイルを作る。
【０５７７】
ＫＥＹ−ＶＩＥＷは、６４０×４８０画素から１０２４×７６８画素までの範囲の様々なグラフィックス解像度をサポートする。高グラフィック解像度において、表示するのに必要な画素の数は劇的に増加する。結果として、ホストＰＣスクリーンを長く取り込みそしてリモートユーザに伝送するためにＫＥＹ−ＶＩＥＷは、より多くのデータをエンコードしなくてはならない。従って、それは、リモートユーザのスクリーンリフッレッシュ周波数を向上させるために、許容可能である最低のグラフィックス解像度にホストＰＣが設定されるべきであることを示唆している。
【０５７８】
上記したように、ビデオＫＥＹ−ＶＩＥＷメニューバーオプションが選ばれるとき、以下に示す３つのオプションメニューが現れる。
【０５７９】
ビデオトレーニング−このメニューオプションをを選択する前に、ユーザは、アクティブホストＰＣ上に周知のフルスクリーングラフィックステストパターンを表示しなくてはならない。このメニューオプションは、そのすぐ後で、アクティブホストＰＣの現在のグラフィックモード（例えば、６４０×４８０画素、１０２４×７６８画素）のためのビデオグラフィックスファイルを作る。もし、ホストＰＣがアクティブでない、または、意図されるホストＰＣよりも他の方がアクティブである場合、必要なトレーニングファイルは作られない。
【０５８０】
リストビデオドライバ−このメニューオプションは、以前に作られたビデオドライバをリストアップや削除、および、アクティブホストＰＣのために以前に作られたビデオドライバ間を切り替えるために用いられる。
【０５８１】
色−このメニューオプションは、ユーザがホストＰＣを見るために使われる色の数の指定を許可するだろう。
【０５８２】
ビデオトレーニング
ビデオトレーニングは、ビデオオプションがＫＥＹ−ＶＩＥＷのメインウインドウバーから選択された時に表示される最初のメニューオプションである。
【０５８３】
ビデオトレーニングのメニューオプションを選択する前に、ユーザはアクティブホストＰＣ上の公知のフルスクリーングラフィックテストパターンを示さなければならない。このビデオトレーニングのメニューオプションは、この時、ホストＰＣのうちのアクティブホストＰＣの現在のグラフィックモード（例えば、６４０×４８０，８００×６００など）のためのビデオグラフィックファイルを作成する。
【０５８４】
このメニューアイテムの項目が選ばれると、ＫＥＹ−ＶＩＥＷは、ＫＥＹ−ＶＩＥＷのＰＣ上にホスト画面を正確に表示することを妨害する可能性のある画素を整列させるための、適切なＫＥＹ−ＶＩＥＷのＰＣＩカードによって受信された現在のビデオ出力と、ホストＰＣの画面上で知られたテストパターンとを比べる。ＫＥＹ−ＶＩＥＷのトレーニングテストパターンは、全体の画面にわたる黒と白との画素を反転させて、全体の画面に表示させることも可能である。提供されている３種類のグラフィックモード（すなわち、６４０×４８０、８００×６００、および１０２４×７６８）を処理するために、３つのテストパターンは必要である。
【０５８５】
いったん、適切なテストパターンがホストＰＣ上で表示されれば、そのホストＰＣはアクティブホストＰＣとなる。完全にトレーニング処理がされたＫＥＹ−ＶＩＥＷは、標準フォーマットのメモリのなかにトレーニングドライバのデータを記憶し、ドライバのデータを保存する。
【０５８６】
このトレーニング処理の間に、ＫＥＹ−ＶＩＥＷのＰＣは、要求されたＫＥＹ−ＶＩＥＷのテストパターンがアクティブホストＰＣ上に表示されていることを検出することができる。もし、このパターンが、いつトレーニング処理が始められたか分からない場合は、適切なエラーメッセージが表示される。
【０５８７】
ビデオトレーニング処理が終了したあと、処理はビデオメインメニューオプションに自動的にもどる。
【０５８８】
ビデオドライバのリスト
ビデオドライバのリストのメニューオプションは、例えば図２３に示されるものであり、ビデオドライバリストのメニューオプションには、一つのリストボックスを表示する。このリストボックスは、現在のアクティブホストＰＣのために作成されたいくつかのビデオドライバを含み、ビデオトレーニングメニューオプションを使用している。
【０５８９】
ビデオドライバのリストボックスには、
１）トレーニング処理の間に保存されたビデオドライバディスクデータファイルの所在、
２）ビデオドライバファイルが作成された日付、
３）ビデオドライバファイルが作成された時刻、および
４）ビデオドライバファイルを使用するホストＰＣの解説、が表示されている。
【０５９０】
配色
ＫＥＹ−ＶＩＥＷのビデオメインバーオプションの下、ユーザは、ホストＰＣの画面を表示するために使用される色の数、すなわち、２５６色、１６色、４色、もしくは２色などの色の配色も設定することができる。
【０５９１】
一般に、色の配色は、ホストＰＣの画面が迅速に反応することができる配色のうち、最も少ない色の数を設定する。つまり、ホストモードの間、ＫＥＹ−ＶＩＥＷのＰＣの画面表示が、アクティブホストＰＣの画面に表示された時間に近づくようにさせたいユーザは、使用するために必要な最低の配色を選定するべきである。
【０５９２】
ホストＰＣビデオの画面表示
リモートユーザとホストＰＣとの相互間の影響を与える時間差を、できるだけ無くすことは、ユーザにとって重要である。これは、従来方法とは異なる本発明により可能となる。
【０５９３】
ＫＥＹ−ＶＩＥＷのＰＣからリモートＰＣへデータを移動するｐｃＡｎｙｗｈｅｒｅの圧縮ルーチンは、（１）画面上の変更している画素を検索する、（２）変更した画面の区分を見分けるために画面を断部ごとに分割する、そして（３）もっとも近時に変更した画面の部分に、変更したことを示す優先権を与える。ｐｃＡｎｙｗｈｅｒｅは画面の左上から変更の検索を行い、左上から右上へ移動し、そして下へと移動し、下部へと移動して検索を行う。
【０５９４】
変更する画面の画素のみを検索することに関しては、これは、ＫＥＹ−ＶＩＥＷ  ＡＰＰが、ｐｃＡｎｙｗｈｅｒｅが変更した色と似た色の画素をあらかじめ色付け処理しているかどうかとは関係なく（画素はあらかじめ色付けをされていたため）、画面もしくは画面の一部にあらかじめ色を付けることが可能であることを意味する。したがって、ｐｃＡｎｙｗｈｅｒｅの立場からみると、画素が変更し、ＫＥＹ−ＶＩＥＷのＰＣの画面にこれらの画素が、そのまま配置しているかを正確に確定するためのホスト画面を、あらかじめ分析するためのＣＰＵを使用する必要はない。
【０５９５】
画面を区分に分割することと、近時に変化した区分を優先的に最初に調べることとに関しては、ｐｃＡｎｙｗｈｅｒｅは、ＫＥＹ−ＶＩＥＷシステムが関連する主なエリアのリモートユーザに対してマウスポインターの動作処理を最適にするための、補助的な役割に近い。
【０５９６】
ホストＰＣの画面は、異常な速さ（例えば、１秒あたり７０画像）で、最適化される。ＫＥＹ−ＶＩＥＷのＰＣＩカードのハードウェアの設計では、１画面の最適化ごとにホストＰＣの画面の異なる３２ｋ区分を処理することを要求する。３２ｋ区分に画面を分割する一番の理由は、画面全体を最適化の一周期で処理できないということではなく、ホスト画面を最適化している間に、処理されたホスト画面の情報を蓄積し分析するための、高価で高速な固定ＲＡＭチップの必要性を最小限にするためである。処理されたブロックの増加もまた、（１）ＲＡＭチップに大きなスペースが必要となること、（２）実質上、ＰＣＩボードのコストが増大すること、および（３）より大きなブロックを移動するためにＰＣＩバスに負荷がかかること、という望ましくない効果を招くことになる。
【０５９７】
色の数を把握し、ホストのビデオモードが増加すれば、３２ｋ以上の区分が、全体の画面処理を完璧に行うために、処理されることが必要である。これは、また、より以上の最適化の周期の短縮と、ホスト画面が全て分析された後経過する時間がより短くなることを意味する。しかし、ホスト画面を３２ｋ区分に分解することによって、処理量は、画素を変更するために決定する区分ごとに算出されることが可能である。これを基本として、変更した区分のみが、ＰＣＩバスの実質の負荷をなくし可能なチョークポイントを削除するＫＥＹ−ＶＩＥＷのＡＰＰに、ＫＥＹ−ＶＩＥＷのＰＣＩカードから変更されることを要求する。もしブロックサイズが３２ｋ未満で設定されると、ホストＰＣの全体画面を分析する時間が長くなり、画面の最適化を、特に１０２４×７６８のビデオモードにおいて、十分な精度まで実施できなくなる。
【０５９８】
なぜなら、
（１）およそ３２ｋあたりで、画面全体のあるポイントを代表することができない、
（２）ＫＥＹ−ＶＩＥＷは、ホストＰＣが失敗した場合に、最後のいくつかの画像を絶えず保存しているわけではないので、ＫＥＹ−ＶＩＥＷのＰＣのみが、アクティブＰＣＩカードとアクティブホストＰＣとからの画像データを（スイッチボックスの場合に）処理されるからである。
【０５９９】
キーボードメニュー
図１３のメインメニューに戻ると、ホストＰＣがＫＥＹ−ＶＩＥＷ  ＰＣに接続された時には、物理的にホストＰＣ用となっているキーボードは存在しない。その代わり、ＫＥＹ−ＶＩＥＷ  ＰＣのキーボードかリモートＰＣのキーボードかのどちらかを介して、全てのキーストローク（ｋｅｙｓｔｒｏｋｅ）がホストＰＣへ入力される。キーボードメインメニューオプションは、キーストロークの組合わせ（マクロ）を定義してホストＰＣへと送信するか、またはホストＰＣのキーボード制御装置をリセットすることにより、ホストＰＣが入力を受付けなくなってしまった（ｌｏｃｋ  ｕｐ）かもしれないという状態から復帰させるか、という動作のどちらかを行うことができる。
【０６００】
ＫＥＹ−ＶＩＥＷのメインメニューバーのキーボードメニューオプションは、次の二つのサブオプションを持つ：
キーボードマクロを作成／送信−キーボードマクロを作成／送信のオプションは、ホットキーの配列（例えばＳｈｉｆｔ＋Ｃｔｒｌ＋Ｅｎｄ）を定義して名前をつけることができ、その名前がつけられたマクロが選択された時には、起動されている（ａｃｔｉｖｅ）ホストＰＣへとホットキーの配列が送信される。このようにホットキーの配列を定義することにより、ユーザが、特定のホットキー配列を思い出したり、キーボードによって入力したりする必要を避けることができる。ある場合には、ＫＥＹ−ＶＩＥＷ  ＰＣにおいて起動されているＷｉｎｄｏｗｓのアプリケーションは、Ｃｔｒｌ＋Ａｌｔ＋ＤｅｌｅｔｅまたはＡｌｔ−Ｔａｂなどのホットキーが、起動されているホストＰＣへと送信される前に、トラップする。このような場合には、適切なキーボードマクロが既に前もって定義されている。このオプションが選択された時は、前もって定義されたかあるいはユーザが定義したホットキーの組合わせのリストが現れ、ホストサイトのユーザかまたはリモートユーザは、まるでキー配列が実際にホストＰＣのキーボードによって入力されたかのように、ホットキーの組合わせのうち一つを選択し、起動されているホストＰＣへ直接その組合わせを伝達することができる。そのようなリストの例を図２４に示す。ＫＥＹ−ＶＩＥＷ  ＰＣが、キーボード制御されたスイッチボックスへと接続されている場合には、スイッチボックスをコマンドモードにするようなこのメニューオプションを用いて、マクロが定義されなければならず、さらに、スイッチボックスへと接続されたＰＣ間をスイッチボックスが切り換えるように、余分のマクロが定義されなければならない。
【０６０１】
起動されているホストＰＣのキーボードをリセットする−それぞれのＫＥＹ−ＶＩＥＷのＰＣＩカードは、起動されているホストＰＣのキーボード制御装置に再起動を強制するような、ＰＣのキーボードのプラグの引き抜きを、安全にエミュレートするような内部スイッチを含む。このメニューオプションは単にそのスイッチを呼出し、ＫＥＹ−ＶＩＥＷのユーザが、ホストＰＣを再起動することなく、入力を受付けなくなったＰＣの動作を再開させることを遠隔で試みることができるようにする。
【０６０２】
キーボードマクロを作成／送信
キーボードマクロを作成／送信のオプションは、ホットキーの配列（例えばＳｈｉｆｔ＋Ｃｔｒｌ＋Ｅｎｄ）を定義して名前をつけることができ、その名前がつけられたマクロが選択された時には、起動されているホストＰＣへとホットキーの配列が送信される。このようにホットキーの配列を定義することにより、ユーザが、特定のホットキー配列を思い出したり、キーボードによって入力したりする必要を避けることができる。ある場合には、ＫＥＹ−ＶＩＥＷ  ＰＣにおいて起動されているＷｉｎｄｏｗｓのアプリケーションは、Ｃｔｒｌ＋Ａｌｔ＋ＤｅｌｅｔｅまたはＡｌｔ−Ｔａｂなどのホットキーが、起動されているホストＰＣへと送信される前に、トラップする。このような場合には、適切なキーボードマクロが既に前もって定義されている。
【０６０３】
稀な場合として、Ｗｉｎｄｏｗｓによってキーを押した組合わせがトラップされたり遅らされたりすることにより、起動されているホストＰＣへ適切に伝達がなされないということがあるので、マクロは作成する必要がある。問題を引き起こすかもしれない、既知のキーを押す組合わせは、このトピックの終わりの部分のおいて記載される。元に戻ると、上記の問題が発生した場合には、キーボード入力の代わりに、このメニューオプションを用いてマクロを作成し、作成されたマクロをホストＰＣへと送信することにより、問題は解決され得る。
【０６０４】
このメニューオプションは、キーボードマクロを作成または消去したり、作成されたマクロを起動されているホストＰＣへと送信したりすることに用いることができる。いったんマクロが作成されると、このマクロは、利用することのできるどのＫＥＹ−ＶＩＥＷのメニューオプションにおいても自動的に現れ、それに伴いキーボードマクロはホストＰＣへと送信される。このメニューオプションは次のものを含む：（１）ＰＣＩカード設定（スイッチボックスのホットキーの設定）と（２）スイッチボックスＰＣ設定（スイッチボックスＩＤ）である。あるいはまた、スイッチボックスマクロは、図２５において例としてメニューを示すように、それぞれ独立に修正したり又は選択したりできる。図２５においては、現在使用されているＰＣＩカードに関連したスイッチボックスコマンドマクロの（一度に１５のマクロを表示する）スクロールするリストが示されている。もし使用中のＰＣＩカードに対して文字列が定義されていない場合には、マクロが定義されるようにするため、ユーザはＡｄｄボタンをクリックする。
【０６０５】
マクロを定義する時には、スイッチボックスのためのコマンドキー配列は入力されるべきでない。ＫＥＹ−ＶＩＥＷは、マクロを送信する前には自動的に適切なコマンドモード配列を付け加え、マクロを送信した後には自動的に＜Ｅｎｔｅｒ＞キーを付け加える。
【０６０６】
内部においては、異なるマクロがそれぞれのＰＣＩカードに割り当てられることができるように、ＫＥＹ−ＶＩＥＷ  ＡＰＰは、マクロのリストとＰＣＩカードＩＤとを関連づけている。もし現在使用されているＰＣＩカードＩＤが、スイッチボックスカード（すなわち以前のＳｗＰＣメニューオプションの後に記載したＳＢ）として定義されていないならば、このメニューオプションが選択された場合にＰＣＩカードのマクロの入力を妨げるように、エラーメッセージが現れる。
【０６０７】
次に、（１）オプションが選択され、選択されたマクロ配列がホストＰＣへと送信される、（２）ユーザがＥｓｃキーをおす、及び（３）ユーザがｃａｎｃｅｌボタンを押すという動作のうちのいずれかがなされた後には、処理状態はキーボードメインメニューオプションへと復帰する。キーボードメニューオプションから、メニューオプションを選択するために、ユーザは矢印キー／Ｅｎｔｅｒキーまたはマウスを用いることができる。
【０６０８】
起動されているホストＰＣのキーボードをリセットする
たいていのＰＣは、入力を受付けないようにみえるので無駄に再起動するということがあり、というのも、この場合ＰＣのキーボード制御装置は全く入力を受付けなくなってしまうからである。このような場合には、単にＰＣのキーボードのプラグを引き抜き、もう一度ＰＣに差し込み直すだけで、ＰＣは停止状態から開放されることがある。しかし、キーボードはＰＣから電源を供給されているので、この方法はＰＣかつ／またはキーボードをショートさせるかもしれないので、自分の手で試す方法としてはおすすめできない。
【０６０９】
それぞれのＫＥＹ−ＶＩＥＷ  ＰＣＩカードは、ＰＣのキーボード制御装置の再起動を強制するような、ＰＣのキーボードのプラグの引き抜きを、安全にエミュレートするような内部スイッチを含んでいる。このメニューオプションはそのスイッチを単に呼びだし、ＫＥＹ−ＶＩＥＷのユーザが、ホストＰＣを再起動することなく、入力を受付けなくなったＰＣの動作を再開させることを遠隔で試みることを可能にする。ホストＰＣにおいてこの方法を試みる前に、ＰＣにおいて決定的なアプリケーションが起動されていない時に、非常時に用いてみるより先に、このオプションをテストとして用いてみることが推奨される。このようなテストは、このメニューオプションが、ホストＰＣやスイッチボックスに、望ましくないサイドイフェクトを与えるものではないということを保証する。
【０６１０】
その他
図１３のＫｅｙ−ＶＩＥＷのメインメニューバーの、その他（Ｏｔｈｅｒ）のメニューオプションは、次のようないくつかの副メニューオプションを含んでいる。
【０６１１】
１．  カードアドレス−このメニューオプションは、ＫＥＹ−ＶＩＥＷ  ＰＣＩカードやアクセスコントロールカードと交信する、ＫＥＹ−ＶＩＥＷのソフトウェアアプリケーションによって用いられる、メモリアドレス及び／又はＩＲＱを、変更させることができる：
２．  リセットオプション−このメニューオプションは、ＫＥＹ−ＶＩＥＷのアクセスコントロールカードを配置するのに用いられる。（図２６において例示される）このオプションは、ＫＥＹ−ＶＩＥＷ  ＰＣのアクセスコントロールカードが以下の事柄に対してどのように作用するかを決めることができる：
ａ．  数が 以下の時は再起動を可能にする−これによりユーザは３から９までの電話の呼出しベルの回数を指定し、そして、ＫＥＹ−ＶＩＥＷアクセスコントロールカードに差し込まれた電話線において、指定した回数よりも少ない数の呼出し音が検出された場合には、ＫＥＹ−ＶＩＥＷ  ＰＣは再起動される。もしこのオプションが有効とされている場合には、数が 以上の時は再起動を可能にするというオプションも有効とされていなければならず、また逆の場合も同様である。いつかＫＥＹ−ＶＩＥＷ  ＰＣが入力を受付けない状態になり、遠隔からのアクセスを受付けなくなったような場合において、ＫＥＹ−ＶＩＥＷ  ＰＣを遠隔から再起動するために、この特徴は必要とされる。ＫＥＹ−ＶＩＥＷ  ＰＣにモデムがインストールされている場合には、モデムが呼出しに返答する前にＫＥＹ−ＶＩＥＷ  ＰＣが再起動されるという状況を避けるために、この設定において指定された回数よりも少なくても一回以上多い呼出しに、ｐｃＡｎｙｗｈｅｒｅを介して返答するように、モデムは設定されている必要がある。
【０６１２】
ｂ．  数が 以上の時は再起動を可能にする−これによりユーザは５から１０までの電話の呼出しベルの回数を指定し、そして、ＫＥＹ−ＶＩＥＷアクセスコントロールカードに差し込まれた電話線において、指定した回数よりも多い回数の呼出し音が検出された場合には、ＫＥＹ−ＶＩＥＷ  ＰＣは再起動される。もしこのオプションが有効とされている場合には、数が 以下の時は再起動を可能にするというオプションも有効とされていなければならず、また逆の場合も同様である。いつかＫＥＹ−ＶＩＥＷ  ＰＣのモデムが入力を受付けない状態になり、呼出しに返答しなくなったような場合において、ＫＥＹ−ＶＩＥＷ  ＰＣを遠隔から再起動するために、この特徴は必要とされる。ＫＥＹ−ＶＩＥＷ  ＰＣにモデムがインストールされている場合には、モデムが呼出しに返答する前にＫＥＹ−ＶＩＥＷ  ＰＣが再起動されるという状況を避けるために、この設定において指定された回数よりも少なくても二回以上少ない呼出しに、ｐｃＡｎｙｗｈｅｒｅを介して返答するように、モデムは設定されている必要がある。
【０６１３】
ｃ．  外部のモデム を介した再起動を可能とする−これによりユーザは、ＫＥＹ−ＶＩＥＷ  ＰＣ自体を再起動するようにリモートユーザによって用意された、１０文字のパスワードを指定することができる。この遠隔再起動（remote reboot ）という特徴は、ＫＥＹ−ＶＩＥＷ  ＰＣのアクセスコントロールカード９０によって取り扱われ、このアクセスコントロールカードのデータポートに接続された外部モデムを必要とする。この特徴を用いてＫＥＹ−ＶＩＥＷ  ＰＣを再起動するには、（Ｗｉｎｄｏｗｓにおいて提供されているＨｙｐｅｒ  ｔｅｒｍｉｎａｌプログラムのように）端末エミュレーションプログラムを用いて、ＮＥＴ−９１１モジュールに接続された外部モデムを、リモートサイト２０５が呼び出すことになる。ＮＥＴ−９１１制御モジュールに接続されたモデムは、自動返信モードに設定され、二度目の呼出し音の後に、入力される全ての呼出しに返信する。もしこのモデムの結合が完全なものとなった時は、リモートユーザが指定したパスワードを打ち込み、そして、もし正しい場合には、ＫＥＹ−ＶＩＥＷ  ＰＣはすぐに再起動される。緊急時においても、この遠隔再起動という特徴を用いて、ＫＥＹ−ＶＩＥＷ  ＰＣへの別のリモートユーザからの接続を、遠隔から終了させることができ、というのも、ＫＥＹ−ＶＩＥＷ  ＰＣをリセットするのに、別の独立した電話線とモデムが用いられているからである。
【０６１４】
３．  サウンドオプション−（１）システムメッセージが表示される時、
（２）ＫＥＹ−ＶＩＥＷ  ＰＣにユーザが遠隔からアクセスする時、または自動化されたＮＥＴ−９１１モジュールイベントが引き起こされた時に、このメニューオプションにより、音がなるように設定できる。多くの背景ノイズがあるような、典型的なコンピュータ室においては特に、ＰＣの内部スピーカによるビープ音は、しばしば聴き取り難く感じられる。その結果、音によるＫＥＹ−ＶＩＥＷからの警告は、気付かれないままとなってしまう。例えば、ホストサイトの現在の人員に、そのサイトが現在アクセスされていると警告するために、誰かがそのサイトにリモートアクセスする度に、大音量が鳴らされるということを多くのユーザは望んでいる。
【０６１５】
４．  解像度切換え−このメニューオプションは、ＫＥＹ−ＶＩＥＷ  ＰＣの画面の画像解像度の切換えを行う。好ましい具体化としては、次のような設定を用いることができる：６４０×４８０、８００×６００、及び１０２４×７６８であるが、といっても他の場合も可能であり、本発明においては他の場合も考慮されている。選択された画像解像度は、ＫＥＹ−ＶＩＥＷ  ＰＣの画面のみに適用され、そしてＫＥＹ−ＶＩＥＷ  ＰＣの画面解像度をリモートＰＣの画面解像度と同期させるという便利なものであり、それによってＫＥＹ−ＶＩＥＷ  ＰＣはリモートＰＣにおいて全画面の大きさで表示される。けれども、ＫＥＹ−ＶＩＥＷ  ＰＣがホストモードに切り換わった時には、ＫＥＹ−ＶＩＥＷ  ＰＣの画面は自動的にホストＰＣの画面の解像度を仮定することになるので、ＫＥＹ−ＶＩＥＷ  ＰＣの画面においてホストＰＣの画面が全画面表示される。
【０６１６】
５．  メニューモードを終了する−このメニューオプションは、ＫＥＹ−ＶＩＥＷ  ＰＣをメニューモードからホストモードへと切換える。
【０６１７】
６．  ＫＥＹ−ＶＩＥＷを終了する−このメニューオプションは、ＫＥＹ−ＶＩＥＷのアプリケーションの処理を終了し、制御がＷｉｎｄｏｗｓ９５オペレーティングシステムによって行われるように戻す。
【０６１８】
７．  リモートセッションビープ間隔−リモートＰＣによってＫＥＹ−ＶＩＥＷ  ＰＣがアクセスされている間、どの程度の間隔でＫＥＹ−ＶＩＥＷ  ＰＣがビープ音を鳴らすかを設定する。
【０６１９】
８．  ホストモードに自動切換えする間隔−ＫＥＹ−ＶＩＥＷがメニューモードからホストモードへ切換えることによって戻る前に、ＫＥＹ−ＶＩＥＷ  ＡＰＰへマウスやキーボードからの入力がなされずに経過する秒数を設定する。ホストモードへ自動切換えによって戻ることは必要であり、これによって、通常、ホストサイトのユーザはホストＰＣのコンソール（ｃｏｎｓｏｌｅ）制御を行うことができ、ＫＥＹ−ＶＩＥＷ  ＰＣをメニューモードから切換えるために、コンソールモニタをホストＰＣからＫＥＹ−ＶＩＥＷ  ＰＣのＶＧＡカードへと切換えることを心配する必要がなくなる。
【０６２０】
起動されているホストＰＣ（アクティブホストＰＣ）の設定
図１３のＫＥＹ−ＶＩＥＷのメインメニュー画面に戻ると、メニュー画面の下部のバナー（ｂａｎｎｅｒ）は、起動されているホストＰＣに関連する全ての現在の状況を示している。このバナーは、ＫＥＹ−ＶＩＥＷ  ＰＣがメニューモードにあるときは常に、画面の固定した位置に現れる。情報としては、ＰＣＩカードに関する記述、ＳＢホットキー、ＰＣのＩＤ、マウスの型、マウスとビデオドライバの位置、スイッチボックスのチャンネル及び表示している色の数などが含まれている。
【０６２１】
ホットキー
ホットキーの配列に、一定の機能を割り当てることができる。ホストモードにおいては、Ｋｅｙ−ｖｉｅｗのアプリケーションによってＫｅｙｖｉｅｗに特有のホットキーの組合わせがトラップされ、それは起動されているホストＰＣには伝達し戻されない。ホットキーの機能の例としては、
ａ．  メニューモードからホストモードへ切換える。
【０６２２】
ｂ．  起動されているホストＰＣの画面を再描画する。
【０６２３】
ｃ．  使用されているＰＣＩカードに接続されたスイッチボックスに、選択されたスイッチボックスのコマンドの配列を送信する。
【０６２４】
ｄ．  ＫＥＹ−ＶＩＥＷのＰＣＩカード間において切換えを行う。
【０６２５】
ｅ．  例えば、Ｃｔｒｌ−Ａｌｔ  Ｄｅｌｅｔｅ、Ａｌｔ−ｔａｂ、Ｃｔｒｌ−Ｅｓｃ、Ａｌｔ−Ｓｐａｃｅ、Ａｌｔ−ＥｎｔｅｒなどのキーボードマクロをホストＰＣへと送信する（この特徴がないとすると、ＫＥＹ−ＶＩＥＷ  ＰＣのオペレーティングシステムは、オペレーティングシステム固有のホットキーを、それがホストＰＣに届く前に、トラップしてしまう）。
【０６２６】
ＫＥＹ−ＶＩＥＷ  ＰＣ  ＬＥＤ表示器
ＫＥＹ−ＶＩＥＷアクセスコントロールカードは、ＫＥＹ−ＶＩＥＷ  ＰＣの前面に配置されている状態ＬＥＤライト（通常はターボライト）の一つと接続されている。このＬＥＤライトの状態は、ＫＥＹ−ＶＩＥＷ  ＰＣの状態を表示する。ＫＥＹ−ＶＩＥＷのＰＣがメニューモードで、遠隔からアクセスされていない時には、このＬＥＤライトは消灯されている。また、ＫＥＹ−ＶＩＥＷ  ＰＣがホストモードで、遠隔からアクセスされていない時には常に、このライトは点灯されたままとなる。
【０６２７】
ＫＥＹ−ＶＩＥＷのＰＣが遠隔でアクセスされた時には、ＬＥＤは一瞬強い光を発する。より具体的には、ＫＥＹ−ＶＩＥＷが遠隔でアクセスされ（すなわち、ｐｃＡｎｙｗｈｅｒｅが“動作中”の場合）、かつ、メニューモードにある時には常に、ターボライトは５秒毎に０．５秒間強い光を発し、残りの時間は消灯されている。また、もしｐｃＡｎｙｗｈｅｒｅが“動作中”で、かつ、ＫＥＹ−ＶＩＥＷ  ＰＣがホストモードにあるときには、ＫＥＹ−ＶＩＥＷ  ＰＣのターボライトは５秒毎に０．５秒間消灯され、残りの時間は点灯されている。
【０６２８】
ユーザが構成することができるビープオプションと連動した形で、このようにターボライトの設定をすることにより、サイトが遠隔でアクセスされる度に、ホストサイトの人員へ、目に見えてかつ音の聞こえる指示を与えることになる。さらに、ターボライトが消灯されたままの時には、ＫＥＹ−ＶＩＥＷ  ＰＣはホストモードではなく、ＫＥＹ−ＶＩＥＷ  ＰＣがホストモードに切り換わるまではキーボードやマウスの入力をホストＰＣへ伝達しないということを、ホストサイトのユーザは知ることができる。
【０６２９】
ファイル転送
ＫＥＹ−ＶＩＥＷ  IIにおいては、（ｐｃＡｎｙｗｈｅｒｅなどの）リモートアクセスエンジンが、リモートサイト２０５からＫＥＹ−ＶＩＥＷ  ＰＣ２００まで、およびその逆の場合の、ファイル転送を取り扱う。例えば、ｐｃＡｎｙｗｈｅｒｅは、（例えばドロップアンドドラッグなどの）全ての最新のファイル転送ツールを、リモートユーザにとって入手可能とすることができる。しかし、ファイルをホストＰＣ２０１〜２０４へ転送することができ、またはその逆に転送することができるのでなければ、ＫＥＹ−ＶＩＥＷ  ＰＣ２００にファイルをもってくるのは殆ど意味がない。
【０６３０】
もしＫＥＹ−ＶＩＥＷ  ＰＣ２００にＬＡＮカードがインストールされたならば、起動プロセスの一部であるドライブマッピングによって、ＬＡＮ及び／又はホストＰＣへ、ＫＥＹ−ＶＩＥＷ  ＰＣを取り付けるようにすることができる。もし、ホストＰＣもまたＬＡＮに接続された（図２８には示されていないが、可能である）ならば、リモートユーザ２０５がホストサイト２０１〜２０４へファイルを転送するために、モデム２１８を介してＫＥＹ−ＶＩＥＷ  ＰＣ２００にアクセスした時に、そのリモートユーザ２０５は、ホストＰＣのハードディスクがマップされているドライブへ単にファイル転送すればよく、または、ＫＥＹ−ＶＩＥＷのアプリケーションをいったん停止し、利用可能なホストＰＣにログインして、ホストＰＣへファイルを転送すればよい。
【０６３１】
もう一つの場合としては、ＫＥＹ−ＶＩＥＷ  ＰＣ２００に一枚のＫＥＹ−ＶＩＥＷ  ＰＣＩカード９０がインストールされている場合には、必要となるパラレルケーブルがＫＥＹ−ＶＩＥＷ  ＰＣ２００からホストＰＣ２０１まで接続されている限り、ＬａｐｌｉｎｋやｐｃＡｎｙｗｈｅｒｅなどの商業用のファイル転送ソフトウェアパッケージによって、ＫＥＹ−ＶＩＥＷ  ＰＣに備えられたパラレルポートを、ホストＰＣ２０１へのファイル転送のために用いることができる。
【０６３２】
さらにもう一つ別に、複数のホストＰＣ２０１〜２０４がＫＥＹ−ＶＩＥＷ  ＰＣ２００に接続されている場合にも、ＮＥＴ−９１１制御モジュール８０を通じたシリアル結合（図１０）を用いて、ＫＥＹ−ＶＩＥＷと任意のホストＰＣとの間のファイル転送を行うことができる。そのモジュール８０は、デイジーチェーン式に配線され、ＫＥＹ−ＶＩＥＷ  ＰＣのシリアルポートの一つと、それぞれのホストＰＣ２０１〜２０４に備えられたシリアルポート（図１０における“オプションのシリアル接続”）の一つとを接続する。ＮＥＴ−９１１制御モジュールにアクセスする手順と、モジュールに接続されたホストＰＣにリンクする手順とは、上において詳しく記載した。ｐｃＡｎｙｗｈｅｒｅ、Ｌａｐｌｉｎｋ及び（Ｗｉｎｄｏｗｓにおいて提供されている）Ｈｙｐｅｒｔｅｒｍｉｎａｌソフトウェアなどのシリアル方式のファイル転送ソフトウェアを、ＫＥＹ−ＶＩＥＷ  ＰＣとホストＰＣとの間のファイル転送に用いることができる。ＮＥＴ−９１１制御モジュールは、ＫＥＹ−ＶＩＥＷ  ＰＣのシリアルアクセスをも許可し、ＫＥＹ−ＶＩＥＷ  ＰＣを介して、ローカルまたは遠隔で、ルータ、プリンタ及びＵＰＳシステムなどの他のシリアル方式のデバイスを制御する。
【０６３３】
ＮＥＴ−９１１制御モジュールを介した、リモートＰＣからホストＰＣへのファイル転送のための、典型的なステップの例として、以下のものがある。
【０６３４】
１．  ｐｃＡｎｙｗｈｅｒｅを用いて、リモートＰＣからＫＥＹ−ＶＩＥＷ  ＰＣ上の一時ディレクトリへ、要求された全てのファイルを転送する。
【０６３５】
２．  ＫＥＹ−ＶＩＥＷのメインメニューからスイッチオプションを選びだし、次にスイッチモジュールオプションを選び、そしてファイルが転送されるべきホストＰＣに接続された制御モジュールを選択し、その際、選択したモジュールが、使用可能なモジュールであることを確認する。このステップにおいては、選択した使用可能なモジュールを介した、ＫＥＹ−ＶＩＥＷ  ＰＣのシリアルポートからホストＰＣのシリアルポートまでの、直接の標準的なシリアル結合が開通される。
【０６３６】
３．  ＫＥＹ−ＶＩＥＷのメインメニューからスイッチオプションを選びだし、次にＰＣの切換えを選び、そして、ファイルが転送されるべきホストＰＣが、起動されているホストＰＣであることを確認する。
【０６３７】
４．  ＫＥＹ−ＶＩＥＷのＰＣにおいて、メニューモードからホストモードへ切換えを行い、そして、ＫＥＹ−ＶＩＥＷ  ＰＣとホストＰＣの間の直接のシリアルインターフェイスを介して、ＫＥＹ−ＶＩＥＷ  ＰＣからファイルを受取るため、起動されているホストＰＣにおいて、（ホストモードにおいて）ｐｃＡｎｙｗｈｅｒｅや（Ｗｉｎｄｏｗｓにおいて供給されている）Ｈｙｐｅｒ  ｔｅｒｍｉｎａｌなどのファイル転送ソフトウェアプログラムを起動する。ボーレート、ストップビット、フロー制御などのシリアルポートパラメータ設定は、下で述べるステップ６のＫＥＹ−ＶＩＥＷ  ＰＣの設定と、同じとなることを保証するようにしておく。
【０６３８】
５．  ＫＥＹ−ＶＩＥＷのＰＣにおいては、ホストモードからメニューモードへの切換えがなされ、ＫＥＹ−ＶＩＥＷ  IIのアプリケーションが最少となるようにする。
【０６３９】
６．  上のステップ４において起動されていたホストＰＣにおいて用いられたファイル転送プログラムと、適合可能なファイル転送プログラムを、ＫＥＹ−ＶＩＥＷ  ＰＣにおいてＷｉｎｄｏｗｓのデスクトップ上から起動する。例えば、もし上のステップ４のホストモードにおいてｐｃＡｎｙｗｈｅｒｅが起動されていた場合は、ＫＥＹ−ＶＩＥＷ  ＰＣにおいてリモートモードでｐｃＡｎｙｗｈｅｒｅを起動する。用いられたファイル転送ソフトウェアのシリアルポートパラメータ設定が、上のステップ４における設定と一致するように確認する。
【０６４０】
７．  上のステップ１において準備したＫＥＹ−ＶＩＥＷ  ＰＣの一時ディレクトリから、起動されているホストＰＣへ、ファイル転送ソフトウェアを介して、全てのファイルを転送する。
【０６４１】
８．  ＫＥＹ−ＶＩＥＷのＰＣの一時ディレクトリから、転送済のファイルを消去する。
【０６４２】
９．  ＫＥＹ−ＶＩＥＷのＰＣにおけるファイル転送処理を終了し、上のステップ５において最少とされたＫＥＹ−ＶＩＥＷのアプリケーションを最大にする。
【０６４３】
１０．  ホストモードへと切換え、起動されているホストＰＣにおいて、上のステップ４において起動されたファイル転送処理を終了する。
【０６４４】
１１．  通常のＫＥＹ−ＶＩＥＷの処理を再開する。
【０６４５】
起動されているホストＰＣからＫＥＹ−ＶＩＥＷ  ＰＣの一時ディレクトリへのファイルの転送が始めになされるような場合を除いて、上と同一のステップの後に、起動されているホストＰＣからリモートＰＣへのファイル転送を行うというステップを続けることもできる。その場合、ファイルは、ｐｃＡｎｙｗｈｅｒｅによってＫＥＹ−ＶＩＥＷ  ＰＣからリモートＰＣへと転送される。
【０６４６】
もし、起動されているホストＰＣとＫＥＹ−ＶＩＥＷ  ＰＣとの間においてシリアルファイル転送処理を始めないのならば、ＰＣ間におけるシリアルケーブル上に、特別な無効（ｎｕｌｌ）モデムアダプタが必要となるようにすることもできる。
【０６４７】
ＫＥＹ−ＶＩＥＷのＰＣにおいてファイル転送を扱うＷｉｎｄｏｗｓ  ＮＴ／９５のＨｙｐｅｒｔｅｒｍｉｎａｌプログラムを構成するには、ＫＥＹ−ＶＩＥＷ  ＰＣにおいてシリアルケーブルが接続されている部分をＣＯＭポートを用いるというように記述を変更して、ホストＰＣにおいて、上で詳しく説明したステップを、ステップ３とステップ４を除いて行えばよい。
【０６４８】
ｐｃＡｎｙｗｈｅｒｅセッション
ｐｃＡｎｙｗｈｅｒｅセッションがいつ始まりいつ終わるのかということを決めておく事が必要となる場合も時折ある。第一に、ｐｃＡｎｙｗｈｅｒｅが使用中であるかどうかを決める最もよい方法は、（Ｗｉｎｄｏｗｓ９５など）使用中のオペレーティングシステムのステータスバーに対して、“起動中”というキーワードで検査することである。もしこれが不可能ならば、その場合は、次にのべる、より複雑なもう一つの方法を用いることができる。
【０６４９】
あるｐｃＡｎｙｗｈｅｒｅのセッションがいつ始まりいつ終わったのかを決めるため、ｐｃＡｎｙｗｈｅｒｅのログファイルに単にアクセスするという方法は、おわかりのようにｐｃＡｎｙｗｈｅｒｅはシェアーモード（ｓｈａｒｅｄ  ｍｏｄｅ）ではログファイルを用いないので、うまくいかない。このことは、遠隔からのアクセスのセッションが始まるか終わるかした時に、もしＫＥＹ−ＶＩＥＷ  ＡＰＰがログファイルを読もうとしても、（ＫＥＹ−ＶＩＥＷ  ＡＰＰがファイルを開いたままにしているので）ｐｃＡｎｙｗｈｅｒｅはオペレーティングシステムからファイルオープンを失敗したという信号を受信し、ｐｃＡｎｙｗｈｅｒｅはログファイルを単に更新しないことになるということを意味する。
【０６５０】
この問題を補正するためには、ユーザがログインかログアウトする度に更新される、ｐｃＡｎｙｗｈｅｒｅのログファイルのファイル更新時間と日付を、ＫＥＹ−ＶＩＥＷ  ＡＰＰがみるようにすればよい。ホストＰＣのプロセッサに負担をかけないために、ファイルの時間と日付を見ることは、約５秒おきに行うことができる。ホストのログファイルには終了（ｓｉｇｎ−ｏｆｆ）と開始（ｓｉｇｎ−ｏｎ）以外の項がなく、ファイルの時間と日付はそのどちらかのイベントが行われた時に更新される。ログの他の項、例えばファイル転送の情報などは、遠隔の端末においてのみ記録される。
【０６５１】
時間と日付の変更のみが追跡されるので、セッションが開始されたか終了されたかに関わらず、特にｐｃＡｎｙｗｈｅｒｅのセッションが継続中にホストＰＣが入力を受付けなくなり、再起動しなければならないような場合には、Ｋｅｙｖｉｅｗは同期からはずれ得る。これを防止するためには、ＫＥＹ−ＶＩＥＷのＡＰＰの処理が最初に始まり、日付／時間の変更がなされた直後の、その度に、Ｋｅｙｖｉｅｗが使用中か使用されていないかをみるために、ファイルのログの最後の項が読まれるようにすればよい。
【０６５２】
ファイルが誤ってセッションが継続中である旨表示するかもしれないので、もしｐｃＡｎｙｗｈｅｒｅセッションの最中にＫ  ＰＣが入力を受付けなくなり再起動しなければならないならば、Ｋｅｙｖｉｅｗ  ＰＣの起動において、ｐｃＡｎｙｗｈｅｒｅのログの内容に関わらず、リモートアクセスのセッションは継続していないと仮定するようにＫＥＹ−ＶＩＥＷのＡＰＰへと伝達するために、（Ｋｅｙｖｉｅｗ  ＰＣのＡＵＴＯＥＸＥＣ．ＢＡＴに）ダミーのｆｌａｇファイルが作られる。ＫＥＹ−ＶＩＥＷ  ＡＰＰが始めにロードされる時にダミーファイルを探す場合において、ＫＥＹ−ＶＩＥＷ  ＡＰＰはセッションは継続していないと仮定してダミーファイルを消去するので、ＫＥＹ−ＶＩＥＷ  ＡＰＰが一旦終了したが、ホストＰＣを再起動することなくその後ロードされたような場合には、再びこのような仮定がなされることはない。このアプローチにおいては、継続中であったセッションが終了したことを示すため、ｐｃＡｎｙｗｈｅｒｅのログを更新するという必要がなく、というのも、開始されたＰＣ  ＡＷセッションを最後の項が反映するような場合に、日付と時間を更新するまでは、ＫＥＹ−ＶＩＥＷ  ＡＰＰはもう一度ログをみようとしないからである。
【０６５３】
上記においてＫＥＹ−ＶＩＥＷ  ＡＰＰによって検出されたように、ＰＣ  ＡＷセッションが始まった時は、上述したようにＫＥＹ−ＶＩＥＷ  ＡＰＰはホストＰＣへの全てのキーボード入力とマウス入力とを再送信するのを停止し、ＫｅｙｖｉｅｗメインメニューをＫｅｙｖｉｅｗ  ＰＣの画面に表示する。上記の手順を用いてＫＥＹ−ＶＩＥＷ  ＡＰＰによって検出されるような、ｐｃＡｎｙｗｈｅｒｅのセッションが終了した時に、ユーザがＫｅｙ−ｖｉｅｗメインメニューの処理を終了していない場合は、Ｋｅｙ−ｖｉｅｗのメインメニューはＫｅｙ−ｖｉｅｗ  ＰＣの画面より自動的に取り除かれ、全てのキーボード／マウスの入力はＫｅｙ−ｖｉｅｗ  ＰＣからホストＰＣへ再発送される。
【０６５４】
以上において、本発明を、最も実用的で好ましい実施形態と現在考えられているものと関連させて記述してきたが、本発明は開示した実施形態に限定されずに理解されるべきであり、またその反対に、本発明は、添付した請求項の精神およびその範囲に含まれるようないろいろの変更態様や均等物を網羅するように意図されていると理解されるべきである。
【図面の簡単な説明】
【図１】  本発明のＰＣＩカードの実施形態を示す概略のブロックダイアグラムである。
【図２】  本発明の実施形態のビデオインターフェースを示す概略のブロックダイアグラムである。
【図３】  本発明の実施形態に関するメインＣＰＵインターフェースの概略のブロックダイアグラムである。
【図４】  本発明の実施形態に関するメインＣＰＵのメモリマップである。
【図５】  本発明の実施形態に関するフラッシュパレット変換器回路の図である。
【図６】  本発明の実施形態に関するフラッシュパレット変換器回路のタイミングダイアグラムである。
【図７】  本発明の実施形態に関するピクセルアセンブリの概略を示す図である。
【図８】  ピクセルアセンブリ回路の実施形態の概略のブロックダイアグラムである。
【図９】  本発明に関するＰＣＩカードの詳細な構成を示すダイアグラムである。
【図１０】  本発明の実施形態に関するデイジーチェーンされたコントロールモジュールの実施形態である。
【図１１】  本発明の実施形態に関するアクセスコントロールカードの実施形態である。
【図１２】  リモートアクセスＰＣと、コントロールモジュールと、モデムとを含む本発明の実施形態の構成図と斜視図とを混合した図である。
【図１３】  本発明の実施形態に関するグラフィカルユーザインターフェースの例である。
【図１４】  本発明の実施形態に関するグラフィカルユーザインターフェースの例である。
【図１５】  本発明の実施形態に関するグラフィカルユーザインターフェースの例である。
【図１６】  本発明の実施形態に関するグラフィカルユーザインターフェースの例である。
【図１７】  本発明の実施形態に関するグラフィカルユーザインターフェースの例である。
【図１８】  本発明の実施形態に関するグラフィカルユーザインターフェースの例である。
【図１９】  本発明の実施形態に関するグラフィカルユーザインターフェースの例である。
【図２０】  本発明の実施形態に関するグラフィカルユーザインターフェースの例である。
【図２１】  本発明の実施形態に関するグラフィカルユーザインターフェースの例である。
【図２２】  本発明の実施形態に関するグラフィカルユーザインターフェースの例である。
【図２３】  本発明の実施形態に関するグラフィカルユーザインターフェースの例である。
【図２４】  本発明の実施形態に関するグラフィカルユーザインターフェースの例である。
【図２５】  本発明の実施形態に関するグラフィカルユーザインターフェースの例である。
【図２６】  本発明の実施形態に関するグラフィカルユーザインターフェースの例である。
【図２７】  本発明の実施形態に関するグラフィカルユーザインターフェースの例である。
【図２８】  本発明のシステム構成の実施形態を示す構成ダイアグラムである。
【図２９】  本発明のシステム構成を他の例を示す図である。
【図１】
0004146089.tif 000007
【図２】
0004146089.tif 000008
【図３】
0004146089.tif 000009
【図４】
0004146089.tif 000010
【図５】
0004146089.tif 000011
【図６】
0004146089.tif 000012
【図７】
0004146089.tif 000013
【図８】
0004146089.tif 000014
【図９】
0004146089.tif 000015
【図１０】
0004146089.tif 000016
【図１１】
0004146089.tif 000017
【図１２】
0004146089.tif 000018
【図１３】
0004146089.tif 000019
【図１４】
0004146089.tif 000020
【図１５】
0004146089.tif 000021
【図１６】
0004146089.tif 000022
【図１７】
0004146089.tif 000023
【図１８】
0004146089.tif 000024
【図１９】
0004146089.tif 000025
【図２０】
0004146089.tif 000026
【図２１】
0004146089.tif 000027
【図２２】
0004146089.tif 000028
【図２３】
0004146089.tif 000029
【図２４】
0004146089.tif 000030
【図２５】
0004146089.tif 000031
【図２６】
0004146089.tif 000032
【図２７】
0004146089.tif 000033
【図２８】
0004146089.tif 000034
【図２９】
0004146089.tif 000035
【図３０】
0004146089.tif 000036
【図３１】
0004146089.tif 000037
【図３２】
0004146089.tif 000038
【図３３】
0004146089.tif 000039