【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理方法および情報処理システム、並びに記録媒体に関し、特に、Ｘ
プロトコルに従って互いに通信を行うＪＡＸサーバ及びＸクライアントと、ＪＡＸサーバに接続された端末のＷ
ＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）ブラウザ上で動作するＪａｖａアプレットからなり、ＷＷＷブラウザ内でＸ−Ｗｉｎｄｏｗ環境を実現し、Ｘ−Ｗｉｎｄｏｗアプリケーションを動作させる情報処理方法および情報処理システム、並びに記録媒体に関する。

【０００２】

【従来の技術】リモートのマシン（リモートコンピュータ）から、ホストコンピュータ（以下では適宜、ホストと略記する）上のデータを見たり、ホストコンピュータ上でアプリケーションを起動させたりすることは、コンピュータ資源の活用の面から有用な方法である。 Ｘ−Ｗ
ｉｎｄｏｗシステムは、このような利用法を簡単に行うために開発された。

【０００３】Ｘ−Ｗｉｎｄｏｗシステムは、現在、ほとんどのＵＮＩＸコンピュータのプラットフォームに実装されている。 ホストコンピュータ（例えば、ＵＮＩＸコンピュータ）上で動作するＸ−Ｗｉｎｄｏｗアプリケーションをリモートのマシンで使用するためには、リモートのマシンに、例えば、「カメレオン（ｃｈａｍｅｌｅ
ｏｎ）」（ＮＥＴＭＡＮＡＧＥ社の製品）や、「Ｒｅｆ
ｌｅｃｔｉｏｎ Ｘ」（ＷＲＱ社の製品）等のＸ−サーバソフトウェア（Ｘ−Ｗｉｎｄｏｗシステムに含まれる）を導入する必要がある。 特に、リモートのマシン（例えば、パーソナルコンピュータ（ＰＣ））のオペレーティングシステム（ＯＳ）がＵＮＩＸではない場合、
専用のＸ−サーバソフトウェアを導入しなければならない。

【０００４】

【発明が解決しようとする課題】このようにして、Ｘ−
Ｗｉｎｄｏｗシステムを利用して、リモートのマシンからホスト上のＸ−Ｗｉｎｄｏｗアプリケーションを稼働することができる。 このとき、リモートのマシンからホストにｒｌｏｇｉｎすると、ホスト上の全てのファイルをリモートのマシン上で閲覧したり、実行することができるため、セキュリティ上、様々な不都合が生じる場合がある課題があった。

【０００５】また、このようにして、Ｘ−Ｗｉｎｄｏｗ
システムを利用して、リモートのマシンからホスト上のＸ−Ｗｉｎｄｏｗアプリケーションを稼働できた場合でも、Ｘ−Ｗｉｎｄｏｗシステムにおいてホストコンピュータとリモートのマシンとの間でやりとりされるデータの転送量が大量であるため、高速なネットワークでなければ実用にならない課題があった。

【０００６】本発明はこのような状況に鑑みてなされたものであり、ＷＷＷブラウザ上で動作するＪａｖａアプレットを用いて、ＷＷＷブラウザ内でＸ−Ｗｉｎｄｏｗ
環境を実現した端末が、Ｘ−Ｗｉｎｄｏｗシステムのコマンドの送受信を制御する例えばＣやＣ＋＋で記述されたプログラムを搭載したＸ−サーバを介してホストコンピュータとのやりとりを行うようにし、セキュリティを向上させることができるようにするものである。

【０００７】また、ＷＷＷブラウザ上で動作するＪａｖ
ａアプレットを用いて、ＷＷＷブラウザ内でＸ−Ｗｉｎ
ｄｏｗ環境を実現し、ＪＡＸサーバと端末間でやりとりされるデータの転送量を削減し、より安価に効率的かつセキュリティに優れた通信ネットワークシステムを構築することができるようにするものである。

【０００８】

【課題を解決するための手段】請求項１に記載の情報処理方法は、端末からのイベントをホスト上のＸクライアントに送信し、Ｘクライアントからのコマンドを解釈してコマンドに対応する処理を行い、処理結果に対応するビットマップイメージデータを圧縮して端末に送信するＪＡＸサーバが、Ｘクライアントとの間で、Ｘプロトコルに従った通信を行う情報処理方法であって、ＷＷＷブラウザ上で動作する第１のＪａｖａアプレットが、ユーザ名とパスワードからなるログイン情報と、所定のプログラム名のプログラムの起動を指示する情報をＪＡＸサーバに送信し、イベントに対応するイベント情報を生成し、イベント情報をＪＡＸサーバに送信し、ＪＡＸサーバは、ユーザ名に対応するユーザが、プログラム名に対応するプログラムを起動することが許可されているか否かを判定する判定ステップと、プログラム名に対応するプログラムが格納されているホストを検索する検索ステップと、検索ステップによって検索されたホストに、プログラムの起動を指示するための情報を送信する起動ステップと、イベント情報をＸプロトコルに従ってプログラムを構成するＸクライアントに送信するイベント処理ステップと、Ｘクライアントからプログラムを実行した結果に対応してＸプロトコルに従って送信されてきたコマンドを解釈するコマンド解釈ステップと、コマンド解釈ステップにおいて解釈されたコマンドに対応する処理を実行し、ＪＡＸサーバ内にある仮想スクリーンに処理結果を書き込む処理ステップと、仮想スクリーンに書き込まれた処理結果としてのビットマップイメージデータに対応する画像データをＷＷＷブラウザに送信する送信ステップとを備え、ＷＷＷブラウザ上で動作する第２のＪａｖａアプレットは、送信ステップにおいてＷＷＷブラウザに対して送信された画像データをＸクライアントに対応するウィンドウ内に表示することを特徴とする。
また、判定ステップにおいては、ユーザ名と、ユーザ名に対応するユーザが起動可能なプログラムのプログラム名とを対応付けた情報に基づいて、ユーザ名に対応するユーザが、プログラム名に対応するプログラムを起動することが許可されているか否かが判定されるようにすることができる。 また、検索ステップにおいては、プログラム名と、プログラム名に対応するプログラムが格納されているホストの識別情報とを対応付けた情報に基づいて、プログラム名に対応するプログラムが格納されているホストが検索されるようにすることができる。 請求項４に記載の情報処理方法は、端末からのイベントをＸクライアントに送信し、Ｘクライアントからのコマンドを解釈してコマンドに対応する処理を行い、処理結果に対応するビットマップイメージデータを圧縮して端末に送信するＪＡＸサーバが、Ｘクライアントとの間で、Ｘプロトコルに従った通信を行う情報処理方法であって、Ｗ
ＷＷブラウザ上で動作する第１のＪａｖａアプレットが、イベントに対応するイベント情報を生成し、イベント情報をＪＡＸサーバに送信し、ＪＡＸサーバは、イベント情報をＸプロトコルに従ってＸクライアントに送信するイベント処理ステップと、イベント情報に対応して、ＸクライアントからＸプロトコルに従って送信されてきたコマンドを解釈するコマンド解釈ステップと、コマンド解釈ステップにおいて解釈されたコマンドに対応する処理を実行し、ＪＡＸサーバ内にある仮想スクリーンに処理結果を書き込む処理ステップと、仮想スクリーンに書き込まれた処理結果としてのビットマップイメージデータに対応する画像データを、ＷＷＷブラウザに送信する送信ステップとを備え、ＷＷＷブラウザ上で動作する第２のＪａｖａアプレットは、送信ステップにおいてＷＷＷブラウザに対して送信された画像データをＸクライアントに対応するウィンドウ内に表示することを特徴とする。 また、画像データは、ビットマップイメージデータを圧縮したものであるようにすることができる。
また、画像データは、ビットマップイメージデータの変更された部分に対応するビットマップイメージデータであるようにすることができる。 請求項７に記載の情報処理システムは、端末からのイベントをホスト上のＸクライアントに送信し、Ｘクライアントからのコマンドを解釈してコマンドに対応する処理を行い、処理結果に対応するビットマップイメージデータを圧縮して端末に送信するＪＡＸサーバが、Ｘクライアントとの間で、Ｘプロトコルに従った通信を行う情報処理システムであって、
ユーザ名とパスワードからなるログイン情報と、所定のプログラム名のプログラムの起動を指示する情報をＸサーバに送信し、イベントに対応するイベント情報を生成し、イベント情報をＪＡＸサーバに送信する、ＷＷＷブラウザ上で動作する第１のＪａｖａアプレットと、ＪＡ
Ｘサーバ上で動作し、ユーザ名に対応するユーザが、プログラム名に対応するプログラムを起動することが許可されているか否かを判定する判定手段と、ＪＡＸサーバ上で動作し、プログラム名に対応するプログラムが格納されているホストを検索する検索手段と、ＪＡＸサーバ上で動作し、検索手段によって検索されたホストにプログラムの起動を指示するための情報を送信する起動手段と、ＪＡＸサーバ上で動作し、イベント情報をＸプロトコルに従ってプログラムを構成するＸクライアントに送信するイベント処理手段と、ＪＡＸサーバ上で動作し、
Ｘクライアントからプログラムを実行した結果に対応してＸプロトコルに従って送信されてきたコマンドを解釈するコマンド解釈手段と、ＪＡＸサーバ上で動作し、コマンド解釈手段によって解釈されたコマンドに対応する処理を実行し、ＪＡＸサーバ内にある仮想スクリーンに処理結果を書き込む処理手段と、ＪＡＸサーバ上で動作し、仮想スクリーンに書き込まれた処理結果としてのビットマップイメージデータに対応する画像データをＷＷ
Ｗブラウザに送信する送信手段と、送信手段より送信されてきた画像データをＸクライアントに対応するウィンドウ内に表示する、ＷＷＷブラウザ上で動作する第２のＪａｖａアプレットとを備えることを特徴とする。 請求項８に記載の情報処理システムは、端末からのイベントをＸクライアントに送信し、Ｘクライアントからのコマンドを解釈してコマンドに対応する処理を行い、処理結果に対応するビットマップイメージデータを圧縮して端末に送信するＪＡＸサーバが、Ｘクライアントとの間で、Ｘプロトコルに従った通信を行う情報処理システムであって、イベントに対応するイベント情報を生成し、
イベント情報をＪＡＸサーバに送信する、ＷＷＷブラウザ上で動作する第１のＪａｖａアプレットと、ＪＡＸサーバ上で動作し、イベント情報をＸプロトコルに従ってＸクライアントに送信するイベント処理手段と、ＪＡＸ
サーバ上で動作し、ＸクライアントからＸプロトコルに従って送信されてきたコマンドを解釈するコマンド解釈手段と、ＪＡＸサーバ上で動作し、コマンド解釈手段によって解釈されたコマンドに対応する処理を実行する処理手段と、ＪＡＸサーバ内にあり、処理手段による処理結果が書き込まれる仮想スクリーンと、ＪＡＸサーバ上で動作し、仮想スクリーンに書き込まれた処理結果としてのビットマップイメージデータに対応する画像データを、ＷＷＷブラウザに送信する送信手段と、送信手段より送信されてきた画像データをＸクライアントに対応するウィンドウ内に表示する、ＷＷＷブラウザ上で動作する第２のＪａｖａアプレットとを備えることを特徴とする。 請求項９に記載の記録媒体は、請求項１乃至６のいずれかに記載の情報処理方法を実行可能なプログラムが記録されていることを特徴とする。 本発明に係る情報処理方法および情報処理システム、並びに記録媒体においては、ＷＷＷブラウザ上で動作する第１のＪａｖａアプレットが、ユーザ名とパスワードからなるログイン情報と、所定のプログラム名のプログラムの起動を指示する情報をＪＡＸサーバに送信し、イベントに対応するイベント情報を生成し、イベント情報をＪＡＸサーバに送信し、ＪＡＸサーバは、ユーザ名に対応するユーザが、プログラム名に対応するプログラムを起動することが許可されているか否かを判定し、プログラム名に対応するプログラムが格納されているホストを検索し、検索されたホストに、プログラムの起動を指示するための情報を送信し、イベント情報をＸプロトコルに従ってプログラムを構成するＸクライアントに送信し、Ｘクライアントからプログラムを実行した結果に対応してＸプロトコルに従って送信されてきたコマンドを解釈し、解釈されたコマンドに対応する処理を実行し、ＪＡＸサーバ内にある仮想スクリーンに処理結果を書き込み、仮想スクリーンに書き込まれた処理結果としてのビットマップイメージデータに対応する画像データをＷＷＷブラウザに送信する。 そして、ＷＷＷブラウザ上で動作する第２のＪａｖ
ａアプレットは、ＷＷＷブラウザに対して送信された画像データをＸクライアントに対応するウィンドウ内に表示する。 或いは、ＷＷＷブラウザ上で動作する第１のＪ
ａｖａアプレットが、イベントに対応するイベント情報を生成し、イベント情報をＪＡＸサーバに送信し、ＪＡ
Ｘサーバは、イベント情報をＸプロトコルに従ってＸクライアントに送信し、イベント情報に対応して、ＸクライアントからＸプロトコルに従って送信されてきたコマンドを解釈し、解釈されたコマンドに対応する処理を実行し、ＪＡＸサーバ内にある仮想スクリーンに処理結果を書き込み、仮想スクリーンに書き込まれた処理結果としてのビットマップイメージデータに対応する画像データを、ＷＷＷブラウザに送信する。 そして、ＷＷＷブラウザ上で動作する第２のＪａｖａアプレットは、ＷＷＷ
ブラウザに対して送信された画像データをＸクライアントに対応するウィンドウ内に表示する。

【０００９】

【発明の実施の形態】図１は、本発明を応用した通信ネットワークシステムの一実施の形態の構成例を示すブロック図である。 本実施の形態は、ホストコンピュータ（以下では適宜、ホストと略記する）１−１，１−２，
１−３，． ． ． ，１−Ｎ（Ｎは、４以上の自然数）（また、以下では適宜、ホスト１−１をホストＡ、ホスト１
−２をホストＢ、ホスト１−３をホストＣと記載する）
と、サーバ２と、端末３と、端末３に接続された表示装置４、キーボード５、及びマウス６から構成されている。 以下では、ホスト１−１，１−２，１−３，・・
・，１−Ｎを特に区別する必要がないとき、適宜単にホスト１と記載することにする。

【００１０】ホスト１−１（ホストＡ）には、Ｘ−Ｗｉ
ｎｄｏｗシステムが実装され、Ｘ−Ｗｉｎｄｏｗアプリケーション（Ｘクライアントを含むプログラム）１ａが動作するようになっている。 ホスト１−２乃至ホスト１
−Ｎの構成も上述したホスト１−１の場合と基本的に同様であるのでその説明は省略する。

【００１１】サーバ２では、端末３からのイベントをホスト１に送信し、ホスト１からのコマンドを解釈してコマンドに対応する処理を行い、処理結果に対応するビットマップイメージデータを圧縮して端末３に送信するＪ
ＡＸサーバ２ａが動作しており、端末３からインターネットやＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）
を介して送信されてきたキー入力やマウスクリック等のイベントに対応するイベント情報をホスト１−１乃至１
−Ｎのうちのそのイベントに対応する所定のものに送信するイベント処理部２ｂと、ホスト１−１乃至１−Ｎより供給されたコマンド（リクエスト）、例えば、「絵を描け」、「スクロールせよ」等のコマンドを解釈するコマンド解釈部２ｃと、コマンド解釈部２ｃによって解釈されたコマンドを実行する処理部２ｄと、その処理結果としてのグラフィックデータ（ビットマップイメージデータ）が格納される仮想スクリーン２ｅと、仮想スクリーン２ｅに作成されたグラフィックデータを例えばＧＩ
Ｆ（Ｇｒａｐｈｉｃｓ Ｉｎｔｅｒｃｈａｎｇｅ Ｆｏ
ｒｍａｔ）等のフォーマットの画像データに変換してデータ量を圧縮する圧縮部２ｆと、圧縮された画像データを端末３に向けて送信する送信部２ｇと、端末３からのログイン情報（ユーザ名、パスワード、接続先のホスト名等）や、ホスト１上の所定のプログラムの起動を指示する情報を受け取り、ホスト１−１乃至１−Ｎの所定のものにログインし、所定のプログラムを起動する起動処理部２ｉと、ログイン情報に含まれるユーザ名に基づいて、このユーザ名のユーザが使用可能なホスト１−１乃至１−Ｎ上のプログラムや、各プログラムが格納されているホスト名等が登録された管理テーブル２ｈとから構成されている。

【００１２】端末３は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓ
ｙｓｔｅｍ）としてＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗ
ｓ（Ｍｉｃｒｏｓｏｆｔ、Ｗｉｎｄｏｗｓは、米国マイクロソフト社の登録商標）が搭載されたＰＣ（パーソナルコンピュータ（ＰＣ／ＡＴ互換機））、Ａｐｐｌｅ
Ｃｏｍｐｕｔｅｒ社のＭＡＣ−ＯＳを搭載したマッキントッシュ（ＭＡＣ）などであり、Ｉｎｔｅｒｎｅｔ Ｅ
ｘｐｌｏｒｅｒやＮｅｔｓｃａｐｅ Ｃｏｍｍｕｎｉｃ
ａｔｏｒ（Ｎｅｔｓｃａｐｅ Ｃｏｍｍｕｎｉｃａｔｉ
ｏｎｓ社の商標）などのＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ
Ｗｅｂ）ブラウザ３ａがＯＳ上で動作するようになっている。

【００１３】ＷＷＷブラウザ３ａは、Ｊａｖａ（Ｓｕｎ
Ｍｉｃｒｏｓｙｓｔｅｍｓ社の商標）アプレットをコンパイルして作成されたＪａｖａバイトコード（Ｊａｖ
ａアプレット：ＷＷＷブラウザなどで実行される埋め込みＪａｖａアプリケーション）をインターネット等を介して自動的にダウンロードする機能と、ダウンロードしたＪａｖａバイトコード（Ｊａｖａアプレット）又はハードディスク等に記憶されているＪａｖａバイトコード（Ｊａｖａアプレット）を、Ｊａｖａ実行時インタプリタで実行する機能（Ｊａｖａ実行時システム）を有している。

【００１４】このＪａｖａ実行時システムは、安全な仮想環境でＪａｖａアプレットを実行するため、Ｊａｖａ
アプレットには、例えばファイルにアクセスすることができないといった制約があり、セキュリティに優れているという特徴がある。 Ｊａｖａアプレット３ｂは、ＷＷ
Ｗブラウザ３ａにより起動され、後述するような処理を実行するようになっている。

【００１５】次に、図２乃至図４のフローチャートを参照して、端末３の動作について説明する。 図２は、端末３のイベント送信処理の手順を示すフローチャートである。 まず最初に、ステップＳ１において、Ｊａｖａアプレット３ｂにより、マウス６、キーボード５などによるイベントが発生したか否かが判定される。 イベントが発生していないと判定された場合、ステップＳ１の処理が繰り返し実行される。 一方、イベントが発生したと判定された場合、ステップＳ２に進む。

【００１６】ステップＳ２においては、Ｊａｖａアプレット３ｂにより、イベントの詳細を示すイベント情報が作成され、暗号化される。 その後、ステップＳ３において、暗号化したイベント情報をインターネット、ＷＡＮ
などを介してＪＡＸサーバ２ａに送信する。

【００１７】次に、ステップＳ４において処理の終了が指示されたか否かが判定され、処理の終了が指示されていないと判定された場合、ステップＳ１に戻り、ステップＳ１以降の処理が繰り返し実行される。 一方、処理の終了が指示された場合、例えば、ＷＷＷブラウザ３ａが終了したり、Ｊａｖａアプレット３ｂが終了した場合、
処理を終了する。

【００１８】図３は、端末３が、ホスト１−１乃至１−
Ｎ上のプログラムを起動するときの処理手順を示すフローチャートである。 まず最初に、ステップＳ１１において、端末３のＪａｖａアプレット３ｂにより、ユーザによって、起動したいプログラムのプログラム名がキーボード５を用いて入力されたか否かが判定される。

【００１９】ユーザにより、起動したいプログラムのプログラム名が入力されていないと判定された場合、ステップＳ１１の処理が繰り返し実行される。 一方、ユーザにより、起動したいプログラムのプログラム名が入力されたと判定された場合、ステップＳ１２に進む。

【００２０】ステップＳ１２においては、Ｊａｖａアプレット３ｂは、ユーザによってキーボード５を介して入力されたプログラム名、ユーザ名、パスワードを暗号化する。 そして、暗号化されたプログラム名、ユーザ名、
パスワードが、ＷＷＷブラウザ３ａにより、ｈｔｔｐ
（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｆｅｒ Ｐｒｏｔｏ
ｃｏｌ）等のプロトコルに従って、インターネット又はＷＡＮ等を介してＪＡＸサーバ２ａに送信される。

【００２１】次に、ステップＳ１３において、処理の終了が指示されたか否かが判定され、処理の終了が指示されていないと判定された場合、ステップＳ１１に戻り、
ステップＳ１１以降の処理が繰り返し実行される。 一方、処理の終了が指示された場合、例えば、ＷＷＷブラウザ３ａが終了したり、Ｊａｖａアプレット３ｂが終了した場合、処理を終了する。

【００２２】図４は、ＪＡＸサーバ２ａより送信されてきたＧＩＦ形式の画像データを表示装置４に表示する手順を示すフローチャートである。 まず最初に、ステップＳ２１において、端末３のＷＷＷブラウザ３ａ上で動作するＪａｖａアプレット３ｂは、ＪＡＸサーバ２ａより送信されてきたＧＩＦ形式の画像データを受信する。 次に、ステップＳ２２に進み、ステップＳ２１において受信されたＧＩＦ形式の画像データを、表示装置４の上記プログラムを処理したホスト１に対応するウィンドウ内に表示する。 その後、処理を終了する。

【００２３】次に、図５、図６、及び図９乃至図１１のフローチャートと、図７及び図８を参照して、ＪＡＸサーバ２ａの動作について説明する。

【００２４】図５は、ＪＡＸサーバ２ａのイベント処理部２ｂの動作を示すフローチャートである。 まず最初に、ステップＳ３１において、端末３から暗号化されたイベント情報が送信されてきたか否かが判定される。 端末３から暗号化されたイベント情報が送信されてきていないと判定された場合、ステップＳ３１に戻り、ステップＳ３１以降の処理が繰り返し実行される。

【００２５】一方、端末３から暗号化されたイベント情報が送信されてきたと判定された場合、ステップＳ３２
に進む。 ステップＳ３２においては、端末３から送信されてきた暗号化されたイベント情報を復号化して元のイベント情報に戻した後、このイベント情報をこのイベント情報に対応するクライアントに送信する。 いま、このイベント情報がホスト１−１（ホストＡ）に対応するものであるとすると、このイベント情報はホスト１−１に送信されることになる。 このとき、イベント情報の送信は、Ｘプロトコルに従って行われる。

【００２６】次に、ステップＳ３３に進み、イベント処理の終了が指示されたか否かが判定される。 イベント処理の終了が指示されていないと判定された場合、ステップＳ３１に戻り、ステップＳ３１以降の処理が繰り返し実行される。 一方、イベント処理の終了が指示されたと判定された場合、処理を終了する。 例えば、ＪＡＸサーバ２ａが終了させられた場合、処理を終了する。

【００２７】図６は、ＪＡＸサーバ２ａが、ホスト１−
１乃至１−Ｎ上の所定のプログラムを起動するときの処理手順を示すフローチャートである。 まず最初に、ステップＳ４１において、端末３から、暗号化されたプログラム名、ユーザ名、及びパスワードが送信されてきたか否かが判定される。 端末３から、暗号化されたプログラム名、ユーザ名、及びパスワードが送信されてきていないと判定された場合、ステップＳ４１の処理が繰り返し実行される。 一方、端末３から、暗号化されたプログラム名、ユーザ名、及びパスワードが送信されてきたと判定された場合、ステップＳ４２に進む。

【００２８】ステップＳ４２においては、起動処理部２
ｉにより、管理テーブル２ｈに記憶されている図７に示したテーブルに基づいて、端末３より送信されてきたプログラム名に対応するプログラムが、ユーザ名に対応するユーザによって起動が可能であるか否か（ユーザ名に対応するユーザに対して起動が許可されているか否か）
が判定される。

【００２９】図７は、ユーザ＃１乃至ユーザ＃Ｎ毎に、
各ユーザがプログラム＃１乃至プログラム＃Ｎの起動が可能であるか否か（使用が可能であるか否か）を示す情報が格納されているテーブルを示している。 この例の場合、例えば、ユーザ＃１は、プログラム＃１の使用許可情報が○であるので、プログラム＃１の使用が可能であるが、プログラム＃２，＃３，． ． ． ，＃Ｎの使用許可情報がそれぞれ×であるので、プログラム＃２，＃
３，． ． ． ，＃Ｎを使用することはできない。

【００３０】また、ユーザ＃２は、プログラム＃１，＃
２の使用許可情報がそれぞれ○であるので、プログラム＃１，＃２の使用が可能であるが、プログラム＃
３，． ． ． ，＃Ｎの使用許可情報がそれぞれ×であるので、プログラム＃３，． ． ． ，＃Ｎを使用することはできない。 また、ユーザ＃Ｎは、プログラム＃１，＃２，
＃３，． ． ． ，＃Ｎの全ての使用許可情報がそれぞれ○
であるので、プログラム＃１，＃２，＃３，． ． ． ，＃
Ｎの全てを使用することができる。

【００３１】従って、図６のステップＳ４２においては、図７のテーブルを参照して、端末３よりユーザ名、
パスワードとともに送信されてきたプログラム名に対応するプログラムが、そのユーザ名に対応するユーザによって使用が可能であるか否かが判定され、使用が可能ではないと判定された場合、ステップＳ４１に戻り、ステップＳ４１以降の処理が繰り返し実行される。 一方、使用が可能であると判定された場合、ステップＳ４３に進む。

【００３２】ステップＳ４３においては、起動処理部２
ｉにより、端末３より供給されたプログラム名に対応するプログラムが格納されているホスト１が、図８に示したテーブルより検索される。 そして、上記プログラムが格納されているホスト１−１乃至１−Ｎの所定のものに対して、上記プログラムを起動するための所定のコマンドが送信され、上記プログラムを起動する処理が行われる。

【００３３】この処理は、ＪＡＸサーバ２ａとホスト１
−１乃至１−Ｎの所定のものとの間でＸプロトコルに従って行われる。

【００３４】次に、ステップＳ４４に進み、処理の終了が指示されたか否かが判定される。 処理の終了が指示されていないと判定された場合、ステップＳ４１に戻り、
ステップＳ４１以降の処理が繰り返し実行される。 一方、処理の終了が指示されたと判定された場合、処理を終了する。 例えば、ＪＡＸサーバ２ａが終了させられた場合、処理を終了する。

【００３５】図９は、ＪＡＸサーバ２ａのコマンド解釈部２ｃの動作を示すフローチャートである。 まず最初に、ステップＳ５１において、ホスト１からコマンドが送信されてきたか否かが判定される。 ホスト１からコマンドが送信されてきていないと判定された場合、ステップＳ５１の処理が繰り返し実行される。 一方、ホスト１
からコマンドが送信されてきたと判定された場合、ステップＳ５２に進む。

【００３６】ステップＳ５２においては、コマンド解釈部２ｃは、ホスト１から送信されてきたコマンドを解釈し、ステップＳ５３において、コマンドを解釈した結果を処理部２ｄに供給する。 その後、ステップＳ５４に進み、処理の終了が指示されたか否かが判定され、処理の終了が指示されていない場合、ステップＳ５１に戻り、
ステップＳ５１以降の処理が繰り返し実行される。 一方、処理の終了が指示されたと判定された場合、処理を終了する。

【００３７】図１０は、ＪＡＸサーバ２ａの処理部２ｄ
の動作を示すフローチャートである。 まず最初に、ステップＳ６１において、コマンド解釈部２ｃによって解釈されたコマンドに対応する処理を順次実行する。 次に、
ステップＳ６２において、実行結果を仮想スクリーン２
ｅに書き込む。 従って、仮想スクリーン２ｅに書き込まれたビットマップイメージデータ、例えば、文字や図形などに対応するビットマップイメージデータがコマンドを処理した結果ということになる。 その後、処理を終了する。

【００３８】図１１は、ＪＡＸサーバ２ａの圧縮部２ｆ
及び送信部２ｇの動作を示すフローチャートである。 まず最初に、ステップＳ７１において、圧縮部２ｆは、仮想スクリーン２ｅに書き込まれたビットマップイメージデータをＧＩＦ形式の画像データに変換・圧縮する。 そして、ＧＩＦ形式の画像データを送信部２ｇに供給する。 次に、ステップＳ７２において、送信部２ｇは、Ｇ
ＩＦ形式の画像データを端末３にインターネットやＷＡ
Ｎを介して送信する。 その後、処理を終了する。

【００３９】例えば、端末３のキーボード５を操作してログイン情報（ユーザ名とパスワード）を入力すると、
ＷＷＷブラウザ３ａ上で動作するＪａｖａアプレット３
ｂは、ログイン情報を暗号化した後、インターネットやＷＡＮを介してサーバ２に送信する。 そして、サーバ２
は、このログイン情報の認証を行い、ログイン情報の認証が成功すると、ウィンドウ内にプロンプトが表示され、それ以降のコマンド入力が可能になる。 次に、Ｘ−
Ｗｉｎｄｏｗを起動すると、サーバ２に接続された各ホストに対応するウィンドウが表示装置４の画面内に表示される。

【００４０】表示装置４の画面にホスト１−１（ホストＡ）に対応するウィンドウが表示されているとき、ユーザがこのウィンドウのスクロールバーをマウス６でクリックするという操作を行うと、イベントが発生し、端末３のＷＷＷブラウザ３ａ内で動作しているＪａｖａアプレット３ｂがこのイベントを検知し（図２のステップＳ
１のＹＥＳ）、この操作に対応するイベント情報を生成する。 そして、このイベント情報を暗号化した（図２のステップＳ２）後、インターネット又はＷＡＮ等を介してＪＡＸサーバ２ａに送信する（図２のステップＳ
３）。

【００４１】ＪＡＸサーバ２ａのイベント処理部２ｂ
は、端末３から送信されてきた暗号化されたイベント情報を元のイベント情報に戻した後、ホスト１−１に供給する（図５のステップＳ３２）。

【００４２】ホスト１−１上で動作するＸ−Ｗｉｎｄｏ
ｗアプリケーションは、ＪＡＸサーバ２ａより供給されたイベント情報に対応してコマンド（リクエスト）を生成し、このコマンドをＸプロトコルに従ってＪＡＸサーバ２ａに供給する。 ホスト１−１からＪＡＸサーバ２ａ
に供給されたコマンドは、コマンド解釈部２ｃによって解釈され（図９のステップＳ５２）、その結果が処理部２ｄに供給される（図９のステップＳ５３）。 処理部２
ｄは、コマンド解釈部２ｃによって解釈されたコマンドに対応する処理を実行する（図１０のステップＳ６
１）。

【００４３】仮想スクリーン２ｅには、表示装置４の表示画面に対応するビットマップイメージデータが格納されているので、処理部２ｄは、仮想スクリーン２ｅに格納されている、表示装置４のホスト１−１（ホストＡ）
に対応するウィンドウの表示内容がスクロールするように、仮想スクリーン２ｅに格納されているビットマップイメージデータを書き換える処理を実行する（図１０のステップＳ６２）。

【００４４】次に、圧縮部２ｆは、仮想スクリーン２ｅ
に格納されているビットマップイメージデータをＧＩＦ
形式の画像データに変換する（図１１のステップＳ７
１）。 ＧＩＦ形式の画像データは、ビットマップイメージデータと比較してデータ量が少ないため、実質的に画像圧縮したことになる。

【００４５】次に、送信部２ｇは、圧縮部２ｆによって圧縮された画像データ（ＧＩＦ形式の画像データ）を端末３に送信する（図１１のステップＳ７２）。

【００４６】端末３のＷＷＷブラウザ３ａ上で動作するＪａｖａアプレット３ｂは、ＪＡＸサーバ２ａより送信されてきたＧＩＦ形式の画像データを受信し（図４のステップＳ２１）、それを表示装置４の画面上のホスト１
−１（ホストＡ）に対応するウィンドウ内に表示する（図４のステップＳ２２）。

【００４７】また、例えば、ユーザ名がユーザ＃１のユーザにより、端末３のキーボード５が操作され、プログラム＃１の起動を指示する情報が入力されると（図３のステップＳ１１のＹＥＳ）、端末３のＪａｖａアプレット３ｂは、この情報（プログラム名（プログラム＃１）
とプログラム＃１の起動を指示する情報）と、先に入力されたユーザ名（いまの場合、ユーザ＃１）、パスワードを暗号化した後、ＪＡＸサーバ２ａにｈｔｔｐプロトコルに従って送信する（図３のステップＳ１２）。

【００４８】ＪＡＸサーバ２ａは、端末３より送信されてきたプログラム＃１の起動を指示する情報、ユーザ名、パスワード等の情報を受信すると（図６のステップＳ４１のＹＥＳ）、これらの情報を復号化した後、まず、ユーザ＃１にこのプログラム＃１を起動（使用）する許可が与えられており、ユーザ＃１がこのプログラム＃１を起動（使用）することができるか否かが、図７のテーブルを参照して判定される（図６のステップＳ４
２）。 その結果、ユーザ＃１がこのプログラム＃１を起動（使用）することができると判定された場合、次に、
プログラム＃１が格納されているホストのホスト名が、
図８に示すテーブルを参照して認識される。 ここでは、
例えば、上記プログラム＃１がホストＡに格納されているものとする。

【００４９】次に、ＪＡＸサーバ２ａの起動処理部２ｉ
は、上記プログラム＃１が格納されているホスト（いまの場合、ホストＡ（ホスト１−１））に対して上記プログラム＃１を起動するための情報を送信し、上記プログラム＃１の起動をホストＡに対して要求する（図６のステップＳ４３）。

【００５０】ホストＡは、サーバ２のＪＡＸサーバ２ａ
からプログラム＃１の実行が要求されると、プログラム＃１を実行し、実行結果としてのコマンド（リクエスト）をサーバ２のＪＡＸサーバ２ａにＸプロトコルに従って送信する。

【００５１】ホストＡから送信されてきたコマンドは、
上述したように、サーバ２のＪＡＸサーバ２ａ内のコマンド解釈部２ｃによって解釈され、処理部２ｄに供給される。 処理部２ｄは、コマンド解釈部２ｃによって解釈されたコマンドに対応する処理を実行し、実行結果としてのグラフィックデータ（ビットマップイメージデータ）を仮想スクリーン２ｅ上に書き込む。

【００５２】即ち、仮想スクリーン２ｅには、表示装置４の表示画面に対応するビットマップイメージデータが格納されているので、処理部２ｄは、仮想スクリーン２
ｅに格納されている、表示装置４のホスト１−１（ホストＡ）に対応するウィンドウ内に、上記プログラムの実行結果が反映されるように、仮想スクリーン２ｅに格納されているビットマップイメージデータを書き換える処理を実行する。

【００５３】仮想スクリーン２ｅに作成されたグラフィックデータは、圧縮部２ｆによっＧＩＦ等のフォーマットの画像データに変換され、圧縮された後、送信部２ｇ
に供給される。 送信部２ｇは、圧縮部２ｆより供給された画像データを端末３にインターネット又はＷＡＮを介して送信する。

【００５４】端末３のＷＷＷブラウザ３ａ上で動作するＪａｖａアプレット３ｂは、ＪＡＸサーバ２ａの送信部２ｇより送信されてきたＧＩＦ形式の画像データを受信し、それを表示装置４の画面上のホストＡに対応するウィンドウ内に表示する。

【００５５】以上のように、本実施の形態においては、
端末３のＷＷＷブラウザ３ａ上で動作するＪａｖａアプレット３ｂが、キーボード５等を用いて入力されたログイン情報やイベント情報、さらには、所定のプログラムの起動を指示する情報等を暗号化してＪＡＸサーバ２ａ
に送信する処理と、ＪＡＸサーバ２ａから送信されてきたＧＩＦ形式の画像データを表示装置４に表示する処理を行うようにし、ＪＡＸサーバ２ａが、端末３から送信されてきた暗号化されたログイン情報やイベント情報、
プログラムの起動を指示する情報等を元の情報に戻し（復号化し）、イベント情報やプログラムの起動を指示する情報は対応するホスト１に供給し、イベント情報やプログラムの起動を指示する情報に対応してホスト１のＸ−Ｗｉｎｄｏｗアプリケーション１ａから送信されてくるコマンドを解釈し、解釈されたコマンドに対応する処理を行って、処理結果を仮想スクリーン２ｅに書き込み、仮想スクリーン２ｅに書き込まれたビットマップイメージデータをＧＩＦ形式の画像データに変換して端末３に送信する。

【００５６】このように、端末３とＪＡＸサーバ２ａとの間でやりとりされるログイン情報やイベント情報、プログラムの起動を指示する情報等は暗号化されているので、仮にこれらの情報が盗まれたとしても、解読することは困難である。 このため、セキュリティを向上させることができる。 さらに、端末３からホスト１に対して、
直接、例えばｒｌｏｇｉｎやｔｅｌｎｅｔ等によるログインを実行することができないため、端末３は自由にホスト１上のファイルにアクセスすることができない。 これにより、さらにセキュリティを向上させることができる。 このように、端末３はホスト１に直接接続されることがなく、常にＪＡＸサーバ２ａを介して接続されるので、データセキュリティの面でも危険性が少ないという効果がある。

【００５７】また、ＪＡＸサーバ２ａにおいて、ホスト１からのコマンドに対応する処理を行い、仮想スクリーン２ｅに書き込んだ処理結果、即ちビットマップイメージデータをＧＩＦ形式の画像データに変換して端末３に送信するので、ＪＡＸサーバ２ａと端末３との間でやりとりされるデータの転送量を減少させることができる。

【００５８】従って、インターネットのように狭帯域ネットワークでも実用的に使用することができる。

【００５９】さらに、Ｊａｖａアプレットは、インターネットエクスプローラやネットスケープナビゲータ等のＷＷＷブラウザ上で動作するため、本実施の形態で用いられるＪａｖａアプレット３ｂもほとんど全てのコンピュータ上で動作させることが可能である。

【００６０】また、ホストマシン（ＵＮＩＸマシン）であるホスト１にインストールされているＸ−Ｗｉｎｄｏ
ｗアプリケーション１ａを変更することなく、クライアントマシンである端末３のＷＷＷブラウザ３ａ内のＪａ
ｖａアプレット３ｂに、従来のＸサーバソフトウェアが行っていた処理を行わせ、ＷＷＷブラウザ内にＸ−Ｗｉ
ｎｄｏｗ環境を実現することができるので、特別なＸサーバソフトウェアが不要となる。

【００６１】また、図１に示した上記実施の形態においては、サーバ２のＪＡＸサーバ２ａが、ホスト１より送信されてきたコマンドを解釈し、実行するようにしているが、ホスト１より送信されてきたコマンドをそのまま端末３に送信し、端末３のＪａｖａアプレット３ｂがコマンドを解釈し、コマンドに対応する処理を実行し、実行結果を表示装置４の対応するホスト１のウィンドウ内に表示するようにすることも可能である。

【００６２】図１２乃至図１５は、図１に示した通信ネットワークシステムの具体的な構成例を示している。 なお、図１２乃至図１５のＪＡＸサーバ１１ｂ，２３ａ，
３３ａ，４３ａの構成及び動作は、図１のＪＡＸサーバ２ａの場合と同様である。 その他の各ブロック構成及び動作も、図１の同一名称の各ブロックと基本的に同様である。 従って、以下ではその詳細な説明は適宜省略する。

【００６３】図１２に示した例の場合、ホスト（ＵＮＩ
Ｘワークステーションなど）１１上ではＸ−Ｗｉｎｄｏ
ｗアプリケーション１１ａとＪＡＸサーバ１１ｂとが動作しており、端末（Ｗｉｎｄｏｗｓ ＰＣ、ＭＡＣなど）１３上ではＷＷＷブラウザ１３ｂが動作し、ＷＷＷ
ブラウザ１３ｂによりＪａｖａアプレット１３ａが動作するようになっている。 そして、ホスト１１と端末１３
とはＬＡＮ（ＬｏｃａｌＡｒｅａ Ｎｅｔｗｏｒｋ）で接続されている。 ＬＡＮ ＨＵＢ（或いはＬＡＮ ＳＷ
ＩＴＣＨ）１２は、ＬＡＮ同士を接続するためのものである。

【００６４】この例の場合、ＪＡＸサーバ１１ｂとＸ−
Ｗｉｎｄｏｗアプリケーション１１ａが同一のホストマシン（この例の場合、ＵＮＩＸワークステーション）
（ホスト１１）内にある点が、図１に示した実施の形態とは異なっている。 その他の構成及び動作は図１に示した実施の形態の場合と同様である。

【００６５】図１３に示した例の場合、ホスト（ＵＮＩ
Ｘワークステーションなど）２１上ではＸ−Ｗｉｎｄｏ
ｗアプリケーション２１ａが動作しており、サーバ（Ｕ
ＮＩＸワークステーションなど）２３上ではＪＡＸサーバ２３ａが動作している。 また、端末（Ｗｉｎｄｏｗｓ
ＰＣ、ＭＡＣなど）２４上ではＷＷＷブラウザ２４ｂ
が動作し、ＷＷＷブラウザ２４ｂによりＪａｖａアプレット２４ａが動作するようになっている。 そして、ホスト２１とサーバ２３とはＬＡＮにより接続され、サーバ２３と端末２４とはダイヤルアップ接続により接続される。 ＬＡＮ ＨＵＢ（又はＬＡＮ ＳＷＩＴＣＨ）２２
は、ＬＡＮ同士を接続するようになっている。

【００６６】図１４に示した例の場合、ホスト（ＵＮＩ
Ｘワークステーションなど）３１上ではＸ−Ｗｉｎｄｏ
ｗアプリケーション３１ａが動作しており、サーバ（Ｕ
ＮＩＸワークステーションなど）３３上ではＪＡＸサーバ３３ａが動作している。 また、端末（Ｗｉｎｄｏｗｓ
ＰＣ、ＭＡＣなど）３４上ではＷＷＷブラウザ３４ｂ
が動作し、ＷＷＷブラウザ３４ｂによりＪａｖａアプレット３４ａが動作するようになっている。 そして、ホスト３１とサーバ３３とはＬＡＮにより接続され、サーバ３３と端末３４とはＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅ
ｔｗｏｒｋ）により接続されている。 ＬＡＮ ＨＵＢ
（又はＬＡＮ ＳＷＩＴＣＨ）３２は、ＬＡＮ同士を接続するようになっている。

【００６７】また、ルータ３５，３６は、それぞれルーティング処理を行い、複数のＷＡＮ間でデータ（パケット）を中継するようになっている。 そして、端末３４とサーバ３３との間のイベント情報や画像データ（ＧＩＦ
形式の画像データ）等のデータの送受信は、データパケットにより行われる。

【００６８】図１５に示した例の場合、ホスト（ＵＮＩ
Ｘワークステーションなど）４１上ではＸ−Ｗｉｎｄｏ
ｗアプリケーション４１ａが動作しており、サーバ（Ｕ
ＮＩＸワークステーションなど）４３上ではＪＡＸサーバ４３ａが動作している。 また、端末（Ｗｉｎｄｏｗｓ
ＰＣ、ＭＡＣなど）４４上ではＷＷＷブラウザ４４ｂ
が動作し、ＷＷＷブラウザ４４ｂによりＪａｖａアプレット４４ａが動作するようになっている。 そして、ホスト４１とサーバ４３とはＬＡＮにより接続され、サーバ４３と端末４４とはインターネット４７を介して接続されている。 ＬＡＮ ＨＵＢ（或いはＳＷＩＴＣＨ）４２
は、ＬＡＮ同士を接続するようになっている。

【００６９】即ち、端末４４は、ＩＳＰ（インターネットサービスプロバイダ）４６にダイヤルアップ接続し、
ＩＳＰ４６を介してインターネット４７に接続している。 同様に、サーバ４３は、ＩＳＰ４５にダイヤルアップ接続し、ＩＳＰ４５を介してインターネット４７に接続している。 従って、端末４４とサーバ４３の間のデータ（イベント情報や画像データ（ＧＩＦ形式の画像データ））の送受信は、インターネット４７を介して行われる。 即ち、図１５は、図１に示した実施の形態の具体的な構成例を示している。

【００７０】図１２乃至図１５に示したような構成の通信ネットワークシステムにおいても、図１に示した実施の形態の場合と同様の効果を得ることができる。

【００７１】図１６は、本発明を応用した通信ネットワークシステムの他の実施の形態の構成例を示すブロック図である。 なお、図１の実施の形態と同一の構成要素には同一の符号を付している。 本実施の形態は、ホストコンピュータ（以下では適宜、ホストと略記する）１（また、以下ではホスト１を適宜ホストＡと記載する）、サーバ２、端末３と、端末３に接続された表示装置４、キーボード５、及びマウス６から構成されている。 また、
図示及び説明は省略するが、ホストＡの他にホストＢやホストＣがサーバ２に接続されているものとする。

【００７２】ホスト１（ホストＡ）には、Ｘ−Ｗｉｎｄ
ｏｗシステムが実装され、Ｘ−Ｗｉｎｄｏｗアプリケーション（Ｘクライアントを含むプログラム）１ａが動作するようになっている。

【００７３】サーバ２では、端末３からのイベントをホスト１に送信し、ホスト１からのコマンドを解釈してコマンドに対応する処理を行い、処理結果に対応するビットマップイメージデータを圧縮して端末３に送信するＪ
ＡＸサーバ２ａが動作しており、端末３からインターネットやＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）
を介して送信されてきたキー入力やマウスクリック等のイベントに対応するイベント情報をホスト１に送信するイベント処理部２ｂと、ホスト１より供給されたコマンド（リクエスト）、例えば、「絵を描け」、「スクロールせよ」等のコマンドを解釈するコマンド解釈部２ｃ
と、コマンド解釈部２ｃによって解釈されたコマンドを実行する処理部２ｄと、その処理結果が格納される仮想スクリーン２ｅと、仮想スクリーン２ｅに作成されたグラフィックデータ（ビットマップイメージデータ）を例えばＧＩＦ（Ｇｒａｐｈｉｃｓ Ｉｎｔｅｒｃｈａｎｇ
ｅＦｏｒｍａｔ）等のフォーマットの画像データに変換してデータ量を圧縮する圧縮部２ｆと、圧縮された画像データを端末３に向けて送信する送信部２ｇとから構成されている。

【００７４】端末３は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓ
ｙｓｔｅｍ）としてＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗ
ｓ（Ｍｉｃｒｏｓｏｆｔ、Ｗｉｎｄｏｗｓは、米国マイクロソフト社の登録商標）が搭載されたＰＣ（パーソナルコンピュータ（ＰＣ／ＡＴ互換機））、ＭＡＣ−ＯＳ
を搭載したマッキントッシュなどであり、Ｉｎｔｅｒｎ
ｅｔ ＥｘｐｌｏｒｅｒやＮｅｔｓｃａｐｅ Ｃｏｍｍ
ｕｎｉｃａｔｏｒ（Ｎｅｔｓｃａｐｅ Ｃｏｍｍｕｎｉ
ｃａｔｉｏｎｓ社の商標）などのＷＷＷ（Ｗｏｒｌｄ
Ｗｉｄｅ Ｗｅｂ）ブラウザ３ａがＯＳ上で動作するようになっている。

【００７５】ＷＷＷブラウザ３ａは、Ｊａｖａ（Ｓｕｎ
Ｍｉｃｒｏｓｙｓｔｅｍｓ社の商標）アプレットをコンパイルして作成されたＪａｖａバイトコード（Ｊａｖ
ａアプレット：ＷＷＷブラウザなどで実行される埋め込みＪａｖａアプリケーション）をインターネット等を介して自動的にダウンロードする機能と、ダウンロードしたＪａｖａバイトコード（Ｊａｖａアプレット）又はハードディスク等に記憶されているＪａｖａバイトコード（Ｊａｖａアプレット）を、Ｊａｖａ実行時インタプリタで実行する機能（Ｊａｖａ実行時システム）を有している。

【００７６】このＪａｖａ実行時システムは、安全な仮想環境でＪａｖａアプレットを実行するため、Ｊａｖａ
アプレットには、例えばファイルにアクセスすることができないといった制約があり、セキュリティに優れているという特徴がある。 Ｊａｖａアプレット３ｂは、ＷＷ
Ｗブラウザ３ａにより起動され、後述するような処理を実行するようになっている。

【００７７】次に、図１７及び図１８のフローチャートを参照して、端末３の動作について説明する。 図１７
は、端末３のイベント送信処理の手順を示すフローチャートである。 まず最初に、ステップＳ１０１において、
Ｊａｖａアプレット３ｂにより、マウス６、キーボード５などによるイベントが発生したか否かが判定される。
イベントが発生していないと判定された場合、ステップＳ１０１の処理が繰り返し実行される。 一方、イベントが発生したと判定された場合、ステップＳ１０２に進む。

【００７８】ステップＳ１０２においては、Ｊａｖａアプレット３ｂにより、イベントの詳細を示すイベント情報が作成され、暗号化される。 その後、ステップＳ１０
３において、暗号化したイベント情報をインターネット、ＷＡＮなどを介してＪＡＸサーバ２ａに送信する。

【００７９】次に、ステップＳ１０４において処理の終了が指示されたか否かが判定され、処理の終了が指示されていないと判定された場合、ステップＳ１０１に戻り、ステップＳ１０１以降の処理が繰り返し実行される。 一方、処理の終了が指示された場合、例えば、ＷＷ
Ｗブラウザ３ａが終了したり、Ｊａｖａアプレット３ｂ
が終了した場合、処理を終了する。

【００８０】図１８は、ＪＡＸサーバ２ａより送信されてきたＧＩＦ形式の画像データを表示装置４に表示する手順を示すフローチャートである。 まず最初に、ステップＳ１１１において、端末３のＷＷＷブラウザ３ａ上で動作するＪａｖａアプレット３ｂは、ＪＡＸサーバ２ａ
より送信されてきたＧＩＦ形式の画像データを受信する。 次に、ステップＳ１１２に進み、ステップＳ１１１
において受信されたＧＩＦ形式の画像データを、表示装置４のホスト１に対応するウィンドウ内に表示する。 その後、処理を終了する。

【００８１】次に、図１９乃至図２２のフローチャートを参照して、ＪＡＸサーバ２ａの動作について説明する。

【００８２】図１９は、ＪＡＸサーバ２ａのイベント処理部２ｂの動作を示すフローチャートである。 まず最初に、ステップＳ１２１において、端末３から暗号化されたイベント情報が送信されてきたか否かが判定される。
端末３から暗号化されたイベント情報が送信されてきていないと判定された場合、ステップＳ１２１に戻り、ステップＳ１２１以降の処理が繰り返し実行される。

【００８３】一方、端末３から暗号化されたイベント情報が送信されてきたと判定された場合、ステップＳ１２
２に進む。 ステップＳ１２２においては、端末３から送信されてきた暗号化されたイベント情報を元のイベント情報に戻した後、このイベント情報をこのイベント情報に対応するクライアントに送信する。 いま、このイベント情報がホスト１に対応するものであるとすると、このイベント情報はホスト１に送信されることになる。 このとき、イベント情報の送信は、Ｘプロトコルに従って行われる。

【００８４】次に、ステップＳ１２３に進み、イベント処理の終了が指示されたか否かが判定される。 イベント処理の終了が指示されていないと判定された場合、ステップＳ１２１に戻り、ステップＳ１２１以降の処理が繰り返し実行される。 一方、イベント処理の終了が指示されたと判定された場合、処理を終了する。

【００８５】図２０は、ＪＡＸサーバ２ａのコマンド解釈部２ｃの動作を示すフローチャートである。 まず最初に、ステップＳ１３１において、ホスト１からコマンドが送信されてきたか否かが判定される。 ホスト１からコマンドが送信されてきていないと判定された場合、ステップＳ１３１の処理が繰り返し実行される。 一方、ホスト１からコマンドが送信されてきたと判定された場合、
ステップＳ１３２に進む。

【００８６】ステップＳ１３２においては、コマンド解釈部２ｃは、ホスト１から送信されてきたコマンドを解釈し、ステップＳ１３３において、コマンドを解釈した結果を処理部２ｄに供給する。 その後、ステップＳ１３
４に進み、処理の終了が指示されたか否かが判定され、
処理の終了が指示されていない場合、ステップＳ１３１
に戻り、ステップＳ１３１以降の処理が繰り返し実行される。 一方、処理の終了が指示されたと判定された場合、処理を終了する。

【００８７】図２１は、ＪＡＸサーバ２ａの処理部２ｄ
の動作を示すフローチャートである。 まず最初に、ステップＳ１４１において、コマンド解釈部２ｃによって解釈されたコマンドに対応する処理を順次実行する。 次に、ステップＳ１４２において、実行結果を仮想スクリーン２ｅに書き込む。 従って、仮想スクリーン２ｅに書き込まれたビットマップイメージデータ、例えば、文字や図形などに対応するビットマップイメージデータがコマンドを処理した結果ということになる。 その後、処理を終了する。

【００８８】図２２は、ＪＡＸサーバ２ａの圧縮部２ｆ
及び送信部２ｇの動作を示すフローチャートである。 まず最初に、ステップＳ１５１において、圧縮部２ｆは、
仮想スクリーン２ｅに書き込まれたビットマップイメージをＧＩＦ形式の画像データに変換・圧縮する。 そして、ＧＩＦ形式の画像データを送信部２ｇに供給する。
次に、ステップＳ１５２において、送信部２ｇは、ＧＩ
Ｆ形式の画像データを端末３にインターネットやＷＡＮ
を介して送信する。 その後、処理を終了する。

【００８９】例えば、端末３のキーボード５を操作してログイン情報（ユーザ名とパスワード）を入力すると、
ＷＷＷブラウザ３ａ上で動作するＪａｖａアプレット３
ｂは、ログイン情報を暗号化した後、インターネットやＷＡＮを介してサーバ２に送信する。 そして、サーバ２
は、このログイン情報の認証を行い、ログイン情報の認証が成功すると、ウィンドウ内にプロンプトが表示され、それ以降のコマンド入力が可能になる。 次に、Ｘ−
Ｗｉｎｄｏｗを起動すると、サーバ２に接続された各ホストに対応するウィンドウが表示装置４の画面内に表示される。

【００９０】表示装置４の画面にホスト１（ホストＡ）
に対応するウィンドウが表示されているとき、ユーザがこのウィンドウのスクロールバーをマウス６でクリックするという操作を行うと、イベントが発生し、端末３のＷＷＷブラウザ３ａ内で動作しているＪａｖａアプレット３ｂがこのイベントを検知し（図１７のステップＳ１
０１のＹＥＳ）、この操作に対応するイベント情報を生成する。 そして、このイベント情報を暗号化した（図１
７のステップＳ１０２）後、インターネット又はＷＡＮ
等を介してＪＡＸサーバ２ａに送信する（図１７のステップＳ１０３）。

【００９１】ＪＡＸサーバ２ａのイベント処理部２ｂ
は、端末３から送信されてきた暗号化されたイベント情報を元のイベント情報に戻した後、ホスト１に供給する（図１９のステップＳ１２２）。

【００９２】ホスト１上で動作するＸ−Ｗｉｎｄｏｗアプリケーションは、ＪＡＸサーバ２ａより供給されたイベント情報に対応してコマンド（リクエスト）を生成し、このコマンドをＸプロトコルに従ってＪＡＸサーバ２ａに供給する。 ホスト１からＪＡＸサーバ２ａに供給されたコマンドは、コマンド解釈部２ｃによって解釈され（図２０のステップＳ１３２）、その結果が処理部２
ｄに供給される（図２０のステップＳ１３３）。 処理部２ｄは、コマンド解釈部２ｃによって解釈されたコマンドに対応する処理を実行する（図２１のステップＳ１４
１）。

【００９３】仮想スクリーン２ｅには、表示装置４の表示画面に対応するビットマップイメージデータが格納されているので、処理部２ｄは、仮想スクリーン２ｅに格納されている、表示装置４のホスト１（ホストＡ）に対応するウィンドウの表示内容がスクロールするように、
仮想スクリーン２ｅに格納されているビットマップイメージデータを書き換える処理を実行する（図２１のステップＳ１４２）。

【００９４】次に、圧縮部２ｆは、仮想スクリーン２ｅ
に格納されているビットマップイメージデータをＧＩＦ
形式の画像データに変換する（図２２のステップＳ１５
１）。 ＧＩＦ形式の画像データは、ビットマップイメージデータと比較してデータ量が少ないため、実質的に画像圧縮したことになる。

【００９５】次に、送信部２ｇは、圧縮部２ｆによって圧縮された画像データ（ＧＩＦ形式の画像データ）を端末３に送信する（図２２のステップＳ１５２）。

【００９６】端末３のＷＷＷブラウザ３ａ上で動作するＪａｖａアプレット３ｂは、ＪＡＸサーバ２ａより送信されてきたＧＩＦ形式の画像データを受信し（図１８のステップＳ１１１）、それを表示装置４の画面上のホスト１に対応するウィンドウ内に表示する（図１８のステップＳ１１２）。

【００９７】以上のように、本実施の形態においては、
端末３のＷＷＷブラウザ３ａ上で動作するＪａｖａアプレット３ｂが、イベント情報をＪＡＸサーバ２ａに送信する処理と、ＪＡＸサーバ２ａから送信されてきたＧＩ
Ｆ形式の画像データを表示装置４に表示する処理を行うようにし、ＪＡＸサーバ２ａが、イベント情報をホスト１に供給し、イベント情報に対応してホスト１のＸ−Ｗ
ｉｎｄｏｗアプリケーション１ａから送信されてくるコマンドを解釈し、コマンドに対応する処理を行って、処理結果を仮想スクリーン２ｅに書き込み、仮想スクリーン２ｅに書き込まれたビットマップイメージデータをＧ
ＩＦ形式の画像データに変換して端末３に送信する。

【００９８】このように、ＪＡＸサーバ２ａにおいて、
ホスト１からのコマンドに対応する処理を行い、仮想スクリーン２ｅに書き込んだ処理結果、即ちビットマップイメージデータをＧＩＦ形式の画像データに変換して端末３に送信するので、ＪＡＸサーバ２ａと端末３との間でやりとりされるデータの転送量を減少させることができる。

【００９９】従って、インターネットのように狭帯域ネットワークでも実用的に使用することができる。 また、
端末３は、ホスト１に直接接続することがないので、データセキュリティの面でも危険性が少ないという効果もある。

【０１００】さらに、Ｊａｖａアプレットは、インターネットエクスプローラやネットスケープナビゲータ等のＷＷＷブラウザ上で動作するため、本実施の形態で用いられるＪａｖａアプレット３ｂもほとんど全てのコンピュータ上で動作させることが可能である。

【０１０１】また、ホストマシン（ＵＮＩＸマシン）であるホスト１にインストールされているＸ−Ｗｉｎｄｏ
ｗアプリケーション１ａを変更することなく、クライアントマシンである端末３のＷＷＷブラウザ３ａ内のＪａ
ｖａアプレット３ｂに、従来のＸサーバソフトウェアが行っていた処理を行わせ、ＷＷＷブラウザ内にＸ−Ｗｉ
ｎｄｏｗ環境を実現することができるので、特別なＸサーバソフトウェアが不要となる。

【０１０２】上述した図１２乃至図１５は、図１６に示した通信ネットワークシステムの具体的な構成例を示している。 図１２乃至図１５の構成及び動作は、すでに説明したので、ここでは省略する。 図１２乃至図１５に示したような構成の通信ネットワークシステムにおいても、図１６に示した実施の形態の場合と同様の効果を得ることができる。

【０１０３】なお、図１の実施の形態においては、ＪＡ
Ｘサーバ２ａは、仮想スクリーン２ｅ上に作成された各ウィンドウ毎のビットマップイメージデータをＧＩＦ形式の画像データに変換して端末３に送信するようにしたが、処理部２ｄがコマンドに対応する処理を行った結果、仮想スクリーンの一部分のみが書き換えられるような場合、書き換えられた部分の画像データだけを端末３
に対して送信するようにすることもできる。 これにより、データ転送量をさらに削減することが可能となる。
その場合、端末３に送信すべき画像データはデータ量が比較的少ないので、ＧＩＦ形式等の画像データに変換し、圧縮するのではなく、ビットマップイメージデータのままであってもよい。

【０１０４】また、上記図１の実施の形態においては、
ビットマップイメージデータをＧＩＦ形式の画像データに変換するようにしたが、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈ
ｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕ
ｐ）、或いはＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ
Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等のその他のフォーマットの画像データに変換するようにしてもよい。

【０１０５】また、上記図１の実施の形態で用いたテーブルの構成は例であってこれに限定されるものではない。

【０１０６】また、上記図１６の実施の形態においては、ＪＡＸサーバ２ａは、仮想スクリーン２ｅ上に作成された各ウィンドウ毎のビットマップイメージデータをＧＩＦ形式の画像データに変換して端末３に送信するようにしたが、処理部２ｄがコマンドに対応する処理を行った結果、仮想スクリーンの一部分のみが書き換えられるような場合、書き換えられた部分の画像データだけを端末３に対して送信するようにすることもできる。 これにより、データ転送量をさらに削減することが可能となる。 その場合、端末３に送信すべき画像データはデータ量が比較的少ないので、ＧＩＦ形式等の画像データに変換し、圧縮するのではなく、ビットマップイメージデータのままであってもよい。

【０１０７】また、上記図１６の実施の形態においては、ビットマップイメージデータをＧＩＦ形式の画像データに変換するようにしたが、ＪＰＥＧ（Ｊｏｉｎｔ
Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕ
ｐ）、或いはＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ
Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等のその他のフォーマットの画像データに変換するようにしてもよい。

【０１０８】

【発明の効果】以上の如く、本発明に係る情報処理方法および情報処理システム、並びに記録媒体によれば、Ｗ
ＷＷブラウザ上で動作する第１のＪａｖａアプレットが、ユーザ名とパスワードからなるログイン情報と、所定のプログラム名のプログラムの起動を指示する情報をＪＡＸサーバに送信し、イベントに対応するイベント情報を生成し、イベント情報をＪＡＸサーバに送信し、Ｊ
ＡＸサーバは、ユーザ名に対応するユーザが、プログラム名に対応するプログラムを起動することが許可されているか否かを判定し、プログラム名に対応するプログラムが格納されているホストを検索し、検索されたホストに、プログラムの起動を指示するための情報を送信し、
イベント情報をＸプロトコルに従ってプログラムを構成するＸクライアントに送信し、Ｘクライアントからプログラムを実行した結果に対応してＸプロトコルに従って送信されてきたコマンドを解釈し、解釈されたコマンドに対応する処理を実行し、ＪＡＸサーバ内にある仮想スクリーンに処理結果を書き込み、仮想スクリーンに書き込まれた処理結果としてのビットマップイメージデータに対応する画像データをＷＷＷブラウザに送信する。 そして、ＷＷＷブラウザ上で動作する第２のＪａｖａアプレットは、ＷＷＷブラウザに対して送信された画像データをＸクライアントに対応するウィンドウ内に表示するようにしたので、端末がｈｔｔｐプロトコルでデータのやりとりを行うＪＡＸサーバを介してＸクライアントにアクセスするようにすることができるので、セキュリティを向上させることができる。 また、Ｊａｖａアプレットは、ほとんど全てのＷＷＷブラウザ上で動作するため、特別なＸサーバソフトウェアが不要となり、より安価に効率的かつセキュリティの面でも優れたシステムを構築することができる。 また、ＷＷＷブラウザ上で動作する第１のＪａｖａアプレットが、イベントに対応するイベント情報を生成し、イベント情報をＪＡＸサーバに送信し、ＪＡＸサーバは、イベント情報をＸプロトコルに従ってＸクライアントに送信し、イベント情報に対応して、ＸクライアントからＸプロトコルに従って送信されてきたコマンドを解釈し、解釈されたコマンドに対応する処理を実行し、ＪＡＸサーバ内にある仮想スクリーンに処理結果を書き込み、仮想スクリーンに書き込まれた処理結果としてのビットマップイメージデータに対応する画像データを、ＷＷＷブラウザに送信する。 そして、ＷＷＷブラウザ上で動作する第２のＪａｖａアプレットは、ＷＷＷブラウザに対して送信された画像データをＸクライアントに対応するウィンドウ内に表示するようにしたので、ＪＡＸサーバと端末との間でやりとりされるデータの転送量を削減することができる。 また、Ｊ
ａｖａアプレットは、ほとんど全てのＷＷＷブラウザ上で動作するため、特別なＸサーバソフトウェアが不要となり、より安価に効率的かつセキュリティの面でも優れたシステムを構築することができる。

【図面の簡単な説明】

【図１】本発明を応用した通信ネットワークシステムの一実施の形態の構成例を示す図である。

【図２】図１の端末のＪａｖａアプレットによるイベント処理手順を説明するためのフローチャートである。

【図３】プログラムの起動処理手順を説明するためのフローチャートである。

【図４】図１の端末のＪａｖａアプレットの表示制御処理手順を説明するためのフローチャートである。

【図５】図１のＪＡＸサーバのイベント処理部の処理手順を説明するためのフローチャートである。

【図６】サーバ上でのプログラム起動処理手順を説明するためのフローチャートである。

【図７】ユーザ名と各ユーザが使用可能なプログラムのプログラム名とを対応付けたテーブルを示す図である。

【図８】プログラム名と各プログラムが格納されているホストのホスト名を対応付けたテーブルを示す図である。

【図９】図１のＪＡＸサーバのコマンド解釈部の処理手順を説明するためのフローチャートである。

【図１０】図１のＪＡＸサーバの処理部の処理手順を説明するためのフローチャートである。

【図１１】図１のＪＡＸサーバの圧縮部の処理手順を説明するためのフローチャートである。

【図１２】本発明を適用した通信ネットワークシステムの具体的な構成例を示す図である。

【図１３】本発明を適用した通信ネットワークシステムの具体的な他の構成例を示す図である。

【図１４】本発明を適用した通信ネットワークシステムの具体的な他の構成例を示す図である。

【図１５】本発明を適用した通信ネットワークシステムの具体的な他の構成例を示す図である。

【図１６】本発明を応用した通信ネットワークシステムの他の実施の形態の構成例を示す図である。

【図１７】図１６の端末のＪａｖａアプレットによるイベント処理を説明するためのフローチャートである。

【図１８】図１６の端末のＪａｖａアプレットの表示制御処理を説明するためのフローチャートである。

【図１９】図１６のＪＡＸサーバのイベント処理部の処理手順を説明するためのフローチャートである。

【図２０】図１６のＪＡＸサーバのコマンド解釈部の処理手順を説明するためのフローチャートである。

【図２１】図１６のＪＡＸサーバの処理部の処理手順を説明するためのフローチャートである。

【図２２】図１６のＪＡＸサーバの圧縮部の処理手順を説明するためのフローチャートである。

【符号の説明】

１，１１，２１，３１，４１ ホスト １ａ，１１ａ，２１ａ，３１ａ，４１ａ Ｘ−Ｗｉｎｄ
ｏｗアプリケーション（Ｘ１１ Ａｐｐｌｉｃａｔｉｏ
ｎ） ２ サーバ ２ａ，１１ｂ，２３ａ，３３ａ，４３ａ ＪＡＸサーバ ２ｂ イベント処理部 ２ｃ コマンド解釈部 ２ｄ 処理部 ２ｅ 仮想スクリーン ２ｆ 圧縮部 ２ｇ 送信部 ２ｈ 管理テーブル ２ｉ 起動処理部 ３，１３，２４，３４，４４ 端末 ３ａ，１３ｂ，２４ｂ，３４ｂ ＷＷＷブラウザ ３ｂ，１３ａ，２４ａ，３４ａ，４４ａ Ｊａｖａアプレット ４ 表示装置 ５ キーボード ６ マウス １２，２２，３２，４２ ＬＡＮ ＨＵＢ（又はＳＷＩ
ＴＣＨ） ２３，３３，４３ サーバ ３５，３６ ルータ ４５，４６ ＩＳＰ（インターネットサービスプロバイダ） ４７ インターネット

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ラルフ ゴベライ アメリカ合衆国 オクラホマ州 タルサ サウスイエール8801 270スイート マー キュリーインターナショナルテクノロジー インク内 Ｆターム(参考） 5B085 AA08 AC03 AE00 BA02 BC01 BE05 BE07 BG07 CC16 CE07