JP4267212B2 - データ処理システムにおいてアプリケーションへのアクセスを提供する方法および装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、改良されたデータ処理システムを提供し、特に、アプリケーションをアクセスするための方法および装置を提供する。さらに詳細には、本発明は、ディスプレイ・エミュレーション・メカニズムを通じて、分散データ処理システムにおいてレガシー・アプリケーションをアクセスするための方法および装置を提供する。
【０００２】
【従来の技術】
“インターネットワーク（Internetwork）”とも呼ばれるインターネットは、データ転送、および送り側のネットワークから受け側のネットワークで使用するプロトコルへのメッセージ変換を処理するゲートウェイによって結合されたコンピュータ・ネットワークの集合である。大文字から始まる場合の“インターネット（Internet）”という用語は、ＴＣＰ／ＩＰプロトコルを用いるネットワークおよびゲートウェイの集合を指す。
【０００３】
インターネットは、情報と娯楽の両方の供給源として、文化的に定着してきた。多くの企業が、マーケティング手段の一部としてインターネット・サイトを構築し、その企業が提供する製品あるいはサービスについて顧客に知らせたり、ブランド・ロイヤリティを発生させようとして他の情報を提供している。多数の連邦、州および地方の政府機関、特に、国税庁や州書記官のような、社会の事実上のすべての階層と対話しなければならない機関も、情報目的にインターネット・サイトを使用している。情報ガイドや公文書の検索可能なデータベースをオンラインで提供することによって、運営コストを削減することができる。さらに、インターネットは、商取引媒体として、ますます一般的になってきている。
【０００４】
現在、インターネットを介するデータ転送の最も一般的に使用されている方法は、単に“Ｗｅｂ（ウェブ）”とも称するＷＷＷ（ワールド・ワイド・ウェブ）環境を使用することである。ＦＴＰ（ファイル転送プロトコル）および Gopher のような、情報を転送するための他のインターネット資源も存在するが、Ｗｅｂの人気には及ばなかった。Ｗｅｂ環境では、サーバとクライアントが、色々なデータ・ファイル（例えば、テキスト、グラフィック画像、音声、動画ビデオなど）の転送を処理するための既知のプロトコルである、ＨＴＴＰ（ハイパーテキスト転送プロトコル）を使用してデータ処理を行う。色々なデータ・ファイルの情報は、標準的なページ記述言語であるＨＴＭＬ（ハイパーテキスト・マークアップ言語）で、ユーザへの表示用にフォーマットされる。基本的な表示フォーマットに加えて、ＨＴＭＬでは、開発者がＵＲＬによって識別される他のＷｅｂ資源への”リンク”を指定できる。ＵＲＬは、特定の情報への通信経路を定義する特殊な構文識別子である。“ページ”または“Ｗｅｂページ”と呼ばれる、クライアントがアクセス可能な情報論理ブロックの各々は、ＵＲＬによって識別される。ＵＲＬは、ユーザのＷｅｂ“ブラウザ”のために、情報を検出およびアクセスするための汎用の、一貫性のある方法を提供する。ブラウザは、例えば、ＵＲＬのような、識別子によって識別される情報の要求を発行することができるプログラムである。ユーザは、コンテンツのソースをアクセスするためのブラウザ用のＧＵＩを通じて、ドメイン名を入力することができる。ドメイン名は、ＤＮＳ（ドメイン・ネーム・システム）によってＩＰアドレスへ自動的に変換される、ＤＮＳは、ユーザが入力したシンボル名をデータベース中のドメイン名を検索してＩＰアドレスへ翻訳するサービスである。
【０００５】
インターネットは、また、ブラウザを通じて、ユーザにアプリケーションへのアクセスを提供するために広く利用される。Ｗｅｂ上のアプリケーションへのアクセスは、一般的には、Ｗｅｂ上のＨＴＭＬ文書のオブジェクトとして埋め込まれる、”アプレット”として知られるプログラムの利用を通じて提供される。アプレットは、ＨＴＭＬページとともに Java をサポートするブラウザへ、トランスペアレントな形でダウンロードすることができる Java プログラムである。これらの Java プログラムは、ネットワークおよびプラットフォームに依存しない。アプレットは、どこから提供されたか、どんなデータ処理システムにロードされたかに関係なく、同じ方法を実行する。
【０００６】
【発明が解決しようとする課題】
Ｗｅｂを通じて、容易にアクセスすることができない、無数のレガシー・アプリケーションが、しかしながら、まだ存在する。レガシー・アプリケーションとは、ある期間、存在していたアプリケーションである。その用語は、しばしば、メインフレームおよびＥＲＰ（エンタープライズ・リソース・プランニング）アプリケーションを指す。今日のインターネットの世界では、実質的上、Ｗｅｂに関連しないものは、しばしば、レガシー・アプリケーションと考えられる。これらのアプリケーションは、多くの企業で今なお利用され、財務情報、顧客リスト、人事記録、および製造報告書のような、企業データへのアクセスを提供する。多くの企業は、Ｗｅｂを通じて、雇用者および顧客が利用するために、これらのプリケーションへのアクセスを提供することを望んでいる。
【０００７】
アプリケーションへのアクセスを提供するＷｅｂサーバとしてのメインフレーム・システムの利用は、さらに一般的になってきている。これらのタイプのシステム上のレガシー・アプリケーションは、しかしながら、“グリーン・スクリーン”を介するユーザとの対話を提供する。“グリーン・スクリーン”は、暗い背景の上に緑色の文字を用いる表示（ディスプレイ）である。これらのアプリケーションへのアクセスは、端末エミュレーションの使用により提供され、クライアントにエミュレータ・ソフトウェアの導入またはアプレットのダウンロードを要求する。他の場合では、“グリーン・スクリーン”のＨＴＭＬバージョンが、クライアントのブラウザへの伝送用に作成されてきた。ＨＴＭＬ文書は、各々のスクリーン毎にアプリケーションで作成される。これらのスクリーンのＨＴＭＬバージョンの作成は、しかしながら、単調かつ時間がかかる。
【０００８】
【課題を解決するための手段】
そのため、Ｗｅｂ上のレガシー・アプリケーションへのアクセスを提供する、改良された方法および装置を有することは有益である。
【０００９】
本発明は、アプリケーションをアクセスするための方法および装置を提供する。ホスト・アプリケーションからのデータは、マークアップ言語データを形成するために、ホスト・フォーマットからマークアップ言語フォーマットへと変換される。スタイルシートが、マークアップ言語文書を生成するために、マークアップ言語データへ適用される。このマークアップ言語文書は、次に、ユーザとの対話が生じる、ディスプレイ上に表示される。同じホスト・アプリケーション・データに異なる表示を提供するために、複数のスタイルシートを用いることもできる。
【００１０】
マークアップ言語文書への入力の受け取りに応答して、この入力は、ホスト・フォーマットへ変換され、そして、ホスト・アプリケーションへ戻される。このようにして、本発明のメカニズムは、レガシー・アプリケーションへアクセスを提供する。
【００１１】
【発明の実施の形態】
次に図を参照すると、図１は、本発明を実施し得る分散データ処理システムを示す。分散データ処理システム１００は、本発明を実施し得るコンピュータのネットワークである。分散データ処理システム１００は、分散データ処理システム１００内で接続される色々な装置とコンピュータとの間に、通信リンクを提供するために使用される媒体であるネットワーク１０２を含む。ネットワーク１０２は、有線または光ファイバ・ケーブルのような常時接続、または電話接続を通じて作られる一時的な接続を含む。
【００１２】
図示された例では、サーバ１０４は、記憶装置１０６とともにネットワーク１０２に接続される。加えて、クライアント１０８、１１０、および１１２も、ネットワーク１０２に接続される。これらのクライアント１０８−１１２は、例として、パーソナル・コンピュータまたはネットワーク・コンピュータでもよい。このアプリケーションの目的では、ネットワーク・コンピュータは、ネットワークに結合された別のコンピュータからプログラムまたは他のアプリケーションを受け取る、ネットワークに結合された、いかなるコンピュータでもよい。図示された例では、サーバ１０４は、ブート・ファイル、オペレーティング・システム・イメージ、およびアプリケーションのような、データをクライアント１０８−１１２へ提供する。クライアント１０８−１１２は、サーバ１０４のクライアントである。分散データ処理システム１００は、示していないが、付加的なサーバ、クライアント、および他の装置を含むこともできる。
【００１３】
図示された例では、分散データ処理システム１００は、互いに通信するためにＴＣＰ／ＩＰプロトコルを用いる、ネットワークおよびゲートウェイの世界的な集合を表すネットワーク１０２を有するインターネットである。インターネットの本質は、データおよびメッセージを伝送する何千もの商用、政府用、教育用、およびその他用のコンピュータ・システムから成る、メジャー・ノード間またはホスト・コンピュータ間の高速データ通信網のバックボーンである。もちろん、分散データ処理システム１００は、例として、イントラネット、ＬＡＮ（ローカル・エリア・ネットワーク）、またはＷＡＮ（広域ネットワーク）のような、幾つかの異なるタイプのネットワークとして実装することもできる。図１は、例示されたものであり、本発明のアーキテクチャ的な制限を与えるものではない。
【００１４】
レガシー・アプリケーションは、サーバ１０４上に装備され得る。本例では、レガシー・アプリケーションは、クライアント１０８−１１２に対して、”グリーン・スクリーン”または他の表示を提供する、ホスト・アプリケーションである。クライアントによるこのレガシー・アプリケーションへのアクセスは、エミュレータ・ソフトウェアの導入またはネットワーク１０２を介してエミュレータのアプレット・バージョンをダウンロードすることにより、またはそのような必要なしに提供される。
【００１５】
本発明のメカニズムは、これらの例においてＸＭＬ（拡張マークアップ言語）およびＸＳＬ（拡張スタイルシート言語）の使用に基づいて、ＨＴＭＬページを生成する。特に、ホスト・データ・ストリームが、ＸＭＬフォーマットへ変換される。このホスト・データ・ストリームは、ユーザ入力用の表示を含む。ＸＳＬスタイルシートが、本例のＨＴＭＬページを生成するために、この変換されたデータへ適用される。ＨＴＭＬページは、表示用のブラウザ、およびクライアント１０８のようなクライアントへ送られる。ＨＴＭＬページは、ＨＴＴＰを用いる接続でクライアント１０８へ送られる。入力は、クライアント１０８で表示されたＨＴＭＬページとのユーザ対話に応答して、サーバ１０４で受け取ることができる。この入力は、ＨＴＴＰフォーマットである。入力は、レガシー・アプリケーションで認識されるフォーマットへ変換され、変換された入力がレガシー・アプリケーションへ送られる。
【００１６】
図２を参照すると、図１のサーバ１０４のような、サーバとして実装することができるデータ処理システムのブロック図が、本発明の好ましい実施形態に従い示される。データ処理システム２００は、システム・バス２０６に接続された複数のプロセッサ２０２および２０４を含む、対称型マルチプロセッサ（ＳＭＰ）・システムとすることができる。代替的には、単一プロセッサ・システムを用いる場合もある。また、ローカル・メモリ２０９へのインターフェースを提供する、メモリ・コントローラ／キャッシュ２０８が、システム・バス２０６へ接続されている。Ｉ／Ｏバス・ブリッジ２１０は、システム・バス２０６へ接続され、そしてＩ／Ｏバス２１２へのインターフェースを提供する。メモリ・コントローラ／キャッシュ２０８およびＩ／Ｏバス・ブリッジ２１０は、図示したように統合される場合もある。
【００１７】
Ｉ／Ｏバス２１２へ接続された、ＰＣＩバス・ブリッジ２１４は、ＰＣＩローカル・バス２１６へのインタ−フェースを提供する。幾つかのモデムが、ＰＣＩバス２１６へ接続され得る。典型的なＰＣＩバスの実装は、４つのＰＣＩ拡張スロットまたはアドイン・コネクタをサポートする。図１のネットワーク・コンピュータ１０８−１１２への通信リンクは、アドイン・ボードを介してＰＣＩローカル・バス２１６へ接続されたモデム２１８およびネットワーク・アダプタ２２０を通じて提供され得る。
【００１８】
付加的なＰＣＩバス・ブリッジ２２２および２２４は、付加的なモデムまたはネットワーク・アダプタをサポートし得る付加的なＰＣＩバス２２６および２２８へのインターフェースを提供する。このようにして、データ処理システム２００は、複数のネットワーク・コンピュータへの接続を可能にする。メモリ・マップ式グラフィック・アダプタ２３０およびハード・ディスク２３２が、図示したように、直接的あるいは間接的にＩ／Ｏバス２１２へ接続されてもよい。
【００１９】
図２に示したハードウェアは変更することができる。例えば、光ディスク装置などの他の周辺装置を、図示したハードウェアに加えて、あるいはその代わりに使用することもできる。図示した例は、本発明に関してアーキテクチャ的な制限を含むことを意味するものではない。
【００２０】
図２に示したデータ処理システムは、例えば、ＡＩＸ（拡張対話式エグゼクティブ）オペレーティング・システムを実行する IBM RISC/System 6000 である。
【００２１】
これらの例において、データ処理システム２００は、ホストすなわちレガシー・フォーマットと、ＸＭＬのようなマークアップ言語フォーマットとの間のデータ変換のために用いるプロセスを含む。ＸＭＬに変換されたデータへスタイルシートを適用するために用いられるプロセスは、データ処理システム２００内に置くこともできる。
【００２２】
次に、図３を参照すると、本発明を実施し得るデータ処理システムを示すブロック図である。データ処理システム３００は、クライアント・コンピュータの一例である。データ処理システム３００は、ＰＣＩローカル・バス・アーキテクチャを用いる。図示した例は、ＰＣＩバスを用いるのであるが、ＡＧＰ（Accelerated Graphics Port）およびＩＳＡ（Industry Standard Architecture）のような、他のバス・アーキテクチャを用いることもできる。プロセッサ３０２および主記憶装置３０４は、ＰＣＩブリッジ３０８を介して、ＰＣＩローカル・バス３０６へ接続する。ＰＣＩブリッジ３０８は、プロセッサ３０２用の統合メモリ・コントローラおよびキャッシュ・メモリを含むこともできる。ＰＣＩローカル・バス３０６への付加的な接続は、構成要素の直接的な接続を通じて、またはアドイン・ボードを介して作ることができる。図示した例では、ＬＡＮアダプタ３１０、ＳＣＳＩホスト・バス・アダプタ３１２、および拡張バス・インターフェース３１４は、構成要素の直接的な接続によりＰＣＩローカル・バス３０６へ接続する。対照的に、オーディオ・アダプタ３１６、グラフィック・アダプタ３１８、およびオーディオ／ビデオ・アダプタ３１９は、ＰＣＩローカル・バス３０６へ接続する。拡張バス・インターフェース３１４は、キーボードおよびマウス・アダプタ３２０、モデム３２２、および付加的なメモリ３２４に接続を提供する。ＳＣＳＩホスト・バス・アダプタ３１２は、ハード・ディスク・ドライブ３２６、テープ・ドライブ３２８、およびＣＤ−ＲＯＭドライブ３３０に接続を提供する。典型的なＰＣＩローカル・バスの実装は、３または４のＰＣＩ拡張スロット、あるいはアドイン・コネクタをサポートする。
【００２３】
オペレーティング・システムはプロセッサ３０２上で実行し、それは図３のデータ処理システム３００内の色々な構成要素の制御を調整し提供するために使用される。オペレーティング・システムは、米 Microsoft 社の Windows 2000 のような、市販のオペレーティング・システムとすることができる。Java のような、オブジェクト指向プログラム・システムは、オペレーティング・システムと関連して実行することができ、また、データ処理システム３００上で実行する、Java プログラムまたはアプリケーションからオペレーティング・システムへのコールを提供する。”Java”は、米 Sun Microsystems 社の商標である。オペレーティング・システム、オブジェクト指向オペレーティング・システム、およびアプリケーションまたはプログラムの命令は、ハード・ディスク・ドライブ３２６のような記憶装置上に置かれ、プロセッサ３０２での実行のために主記憶装置３０４の中にロードすることができる。
【００２４】
図３のハードウェアは、実装形態に依存して変更できる。フラッシュＲＯＭ（または、等価の不揮発性メモリ）または光ディスク装置などのような、他の内部ハードウェアまたは周辺装置が、図３に示されたハードウェアに加えて、またはその代わりに使用することもできる。また、本発明のプロセスは、マルチプロセッサ・データ処理システムへ適用することもできる。
【００２５】
例えば、もし、データ処理システム３００がネットワーク・コンピュータとして構成されるならば、オプションを示す図３の点線３３２で表されたような、ＳＣＳＩホスト・バス・アダプタ３１２、ハード・ディスク・ドライブ３２６、テープ・ドライブ３２８、およびＣＤ−ＲＯＭ３３０を含まなくてもよい。その場合、クライアント・コンピュータは、ＬＡＮアダプタ３１０、モデム３２２などのような、何らかのネットワーク・コミュニケーション・インターフェースを含まなければならない。別の例として、データ処理システム３００は、ネットワーク・コミュニケーション・インターフェースによらずに、ブートできるように構成されるスタンドアロン・システムでもよい。さらなる例として、データ処理システム３００は、ＰＤＡ（Personal Digital Assistant）装置でもよい。
【００２６】
図３に示した例および上述の例は、アーキテクチャ的な制限を含むことを意味しない。例えば、データ処理システム３００は、ＰＤＡの形式を取ることに加えて、ノートブック・コンピュータまたはハンド・ヘルド・コンピュータでもよく、またキオスク（Kiosk）またはＷｅｂ装置であってもよい。
【００２７】
次に、図４を参照すると、レガシー・アプリケーションにディスプレイ・エミュレーションを提供するために用いる構成要素のブロック図を、本発明の好ましい実施形態に従って示す。本例では、クライアント４００は、ホスト・アプリケーション４０２をアクセスする。このアクセスは、ホスト変換４０４、ＸＳＬ変換４０６、スタイルシート４０８、およびＷｅｂサーバ４１０の使用を介して提供される。
【００２８】
ホスト・アプリケーション４０２は、ホスト・データをホスト変換４０４へ送る。本例では、データは、ホスト・スクリーンを含む。ホスト変換４０４は、ホスト・スクリーンをホスト・フォーマットから、例えば、ＸＭＬデータを形成するためのＸＭＬフォーマットのようなマークアップ言語フォーマットへ変換する。
【００２９】
ホスト・フォーマットは、例えば、３２７０、５２５０、およびＶＴのような色々な形式を取ることができ、それらは、インターナショナル・ビジネス・マシーンズ・コーポレーションの S/390 および AS/400 のようなシステムから端末装置へ送られるホスト・アプリケーションのデータ・フォーマットである。
【００３０】
ＸＭＬは、Ｗｅｂページのデータ要素および企業間の文書を定義するために用いられる。ＸＭＬは、ＨＴＭＬと似たようなタグ構造を用いる。ＨＴＭＬは、どのようにして要素を表示するかを定義するが、一方、ＸＭＬは、これらの要素が含むものを定義する。ＨＴＭＬは、予め定義されたタグを用いるが、ＸＭＬは、ページの開発者がタグを定義することが可能である。結果として、製品、セールス・レップ、および支払い総額の期限のような、実質的ないかなるデータ項目も識別することができ、Ｗｅｂページをデータベース・レコードのように機能させることができる。このように、ＸＭＬは、データを識別するための一般の方法を提供する。本例では、ＸＭＬフォーマットへのホスト・データの変換は、ＤＴＤ（Document Type Definition）を用いて処理される。ＤＴＤは、ＳＧＭＬ（Standard Generalized Markup Language）文書のコンテンツを記述する言語である。ＤＴＤは、また、ＸＭＬとともに用いられ、ＤＴＤの定義は、ＸＭＬ文書または分離したファイル内に埋め込むこともできる。
【００３１】
ＸＳＬ変換４０６は、ＨＴＭＬページを生成するために、ＸＳＬスタイルシート４０８をＸＭＬデータへ適用する。本例では、ＸＳＬ変換４０６は、Java サーブレットの形式を取ることもできる。ＸＳＬ変換４０６で生成されたＨＴＭＬページは、ブラウザで表示するＨＴＭＬページをクライアント４００へ送る、Ｗｅｂサーバ４１０へ渡される。このＨＴＭＬページは、ホスト・アプリケーション４０２で生成されたものと、似たようなインターフェースを提供する。ＸＭＬデータがＨＴＭＬフォーマットへ変換されるとき、ＨＴＭＬページへのユーザ入力が認識されて対応するホスト・スクリーン・フィールドへ逆変換されることができるように、ホスト・スクリーン入力フィールドについての情報がＨＴＭＬ入力フィールドへ挿入される。スタイルシートは、これらの例において、ＨＴＭＬ形式用のテンプレート構造を定義する。もちろん、スタイルシートは、実装形態に応じて、ＨＴＭＬとは異なる文書フォーマットを生成するために用いることもできる。付加的には、JavaScript は、スタイルシート構文が線境界に従って、テキスト要素が容易に分解されることを容認しない場合に用いることができる。これらの例において、JavaScript は、ホスト・フィールドの位置を計算するために JavaScript を用いることにより、ＨＴＭＬのホスト・スクリーンを与えるようにＸＭＬ変換と結合することができる。
【００３２】
ＨＴＭＬページに対するユーザ入力が集められ、ＨＴＭＬフォーマットでＷｅｂサーバ４１０へ送り返される。このユーザ入力は、次に、データをホスト・アプリケーション４０２用のホスト・フォーマットへ変換する、ホスト変換４０４へ戻される。変換されたデータは、次に、ホスト・アプリケーション４０２へ戻される。
【００３３】
スタイルシートの利用を通じて、本発明のメカニズムは再利用可能なソフトウェア構成要素を提供し、ホスト・アプリケーション４０２のような、レガシー・アプリケーション用の表示またはスクリーンのエミュレーションを提供するために要求される作業または労力を減らす。
【００３４】
図４の色々な構成要素間の機能の分割は、本発明の説明を容易にするためになされ、本発明に対するアーキテクチャ的な制限を示すものではない。例として、ホスト変換４０４、ＸＳＬ変換４０６、およびＷｅｂサーバ４１０は、１つのアプリケーションに結合することができる。構成要素は、図２のデータ処理システムのようなサ−バに実装することができる。代替的に、ホスト変換４０４およびＸＳＬ変換４０６は、Ｗｅｂサーバ上の１つのアプリケーションに結合することができる。さらに、ホスト・アプリケーション４０２は、ホスト変換４０４、ＸＳＬ変換４０６、およびＷｅｂサーバ４１０とともに、同じデータ処理システム上に置くことができる。代替的に、ホスト・アプリケーション４０２は、メインフレーム・コンピュータのような、リモート・データ処理システム上に置くこともできる。
【００３５】
次に、図５を参照すると、レガシー・アプリケーションの表示の図が示されている。表示５００は、メインフレーム・コンピュータで見られるような、レガシー・アプリケーションでしばしば提供される”グリーン・スクリーン”タイプの表示を示す。表示５００を見てわかるように、表示は、グラフィカル・フォーマットではなく、テキスト・フォーマットである。
【００３６】
次の図６を参照すると、変換されたスクリーンの表示が、本発明の好ましい実施形態に従って示される。この例では、表示６００は、図５の表示５００のような、レガシー表示をエミュレートして表示されるＨＴＭＬ文書を示す。この例では、ＸＳＬスタイルシートのようなスタイルシートが、表示５００のホスト・データの変換により生成されたＸＭＬデータに適用される。
【００３７】
図７を参照すると、代替の変換されたスクリーンの表示が、本発明の好ましい実施形態に従って示される。表示７００は、ＨＴＭＬ文書の表示である。表示７００は、ホスト・データから生成されたスクリーンの別のフォーマットの例である。この例では、表示７００は、図５の表示５００のホスト・データを変換することにより生成される。表示７００は、デバッグ操作を実行するユーザが用いるような画面である。表示７００は、図６の表示６００を生成するために使用したものとは異なるスタイルシートを適用することによって生成される。スタイルシートは、同じＸＭＬデータへ適用される。
【００３８】
こうして、幾つかの異なるフォーマットが、１つのホスト表示から作成することができる。これらの異なるフォーマットは、ホスト・データからＸＭＬフォーマットへの変換で生成されたＸＭＬデータに対して異なるスタイルシートを適用することにより生成される。このようにして、異なるクライアントは、適用されるスタイルシートに依存して、同じホスト・アプリケーションから異なる表示を受け取ることができる。
【００３９】
次に、図８を参照すると、ホスト・データから表示を生成するための処理のフローチャートが、本発明の好ましい実施形態に従って示される。処理は、ホスト・スクリーンを受け取ることから開始する（ステップ８００）。ホスト・スクリーンのＸＭＬ表示が構成される（ステップ８０２）。このステップは、図４のホスト変換４０４のような、ホスト変換ユニットに実装される。この例では、処理は、JavaBean を用いて実装することができる。ホスト・スクリーンの表示を構成するために用いる処理は、ホスト・フォーマットのデータをＸＭＬフォーマットへ変換することを含む。
【００４０】
次に、ＸＳＬスタイルシートが、ＨＴＭＬページを生成するためにＸＭＬ表示へ適用される（ステップ８０４）。このステップは、図４のＸＳＬ変換ユニット４０６のような、ＸＳＬ変換ユニットで実行する。スタイルシートは、ＨＴＭＬ形式のテンプレート構造を定義する。ＸＭＬデータ・コンテンツは、もとの”グリーン・スクリーン”の同じ行列位置に従って、結果として生じるＨＴＭＬページの位置と動的に関連する。JavaScript は、テキスト要素が容易に線境界に従って分解されることを認めない、現行のＸＳＬスタイルシート構文の欠点を克服するために用いることができる。
【００４１】
ステップ８０４では、保護されていないフィールドは、テキスト・タイプの形式入力要素へ自動的に変換され、また、表示することができないフィールドは、パスワード・タイプとなる。ユーザのファンクション・キーの選択は、その値が認識されて対応するホスト・スクリーンのファンクション・キーに逆変換され得るように、隠し（HIDDEN）タイプの入力要素へセットされる。端末スクリーン・カーソル位置も、同じ目的で隠しタイプの入力へセットされる。加えて、スクリーンが流れるときに動的にスタイルシートの選択を管理者が操作できるように、スタイルシート名も隠しタイプの入力へセットされる。この操作は、次のスクリーン用に所望のスタイルシート名を現行のスタイルシートにセットすることにより達成することができる。形式は、ＸＭＬ／ＸＳＬ処理を繰り返し実行するサーバ上のサーブレットに戻る場所を指定する。形式のテンプレートはスタイルシートに埋め込まれ、それは、ユーザとの対話のための最終的な形式を生成するためにＸＳＬ変換プロセスで処理される。ＨＴＭＬページが、表示用にクライアントへ送られ（ステップ８０６）、その後処理は終了する。このステップは、図４のＷｅｂサーバ４１０のような、Ｗｅｂサーバ・アプリケーションで実行することもできる。
【００４２】
次に、図９を参照すると、ユーザ入力をホスト・アプリケーションへ返すための処理のフローチャートが、本発明の好ましい実施形態に従って示される。処理は、ＨＴＭＬページへのユーザ入力を受け取ることにより開始する（ステップ９００）。この入力は、ブラウザへ与えられたユーザ入力から受け取られる。入力は、サーブレットまたはＣＧＩ（コンピュータ・グラフィック・インターフェース）で受け取られる。サーブレットは、Ｗｅｂサーバまたはアプリケーション・サーバで実行され、典型的にはデータベースをアクセスするか、またはＥコマース処理を実行するためにサーバ側の処理を提供する、Java アプリケーションである。ＣＧＩは、表示および印刷のための装置独立グラフィック言語である。サーブレットおよびＣＧＩは、図４のＷｅｂサーバに実装することもできる。
【００４３】
ユーザ入力は、次に、ホスト・フォーマットへ変換される（ステップ９０２）。ユーザ入力が、次にホスト・アプリケーションへ送られた後（ステップ９０４）、処理が終了する。
【００４４】
次の図１０を参照すると、ホスト・フォーマットおよびＸＭＬフォーマット間のデータ・ストリームを変換するための処理のフローチャートが、本発明の好ましい実施例に従って示される。図１０に示した処理は、図４のホスト変換４０４に実装することができる。特に、これらの処理は、Java Bean に実装することができる。
【００４５】
処理は、ホストからデータ・ストリームを受け取ることにより開始する（ステップ１０００）。データ・ストリームを解析する（ステップ１００２）。表示スペースをホスト・スクリーン用に構成する（ステップ１００４）。ステップ１００６は、ホスト・フォーマットのデータをＸＭＬフォーマットへ変換する。これらの例では、変換は、ＤＴＤを用いて行われる。表示スペースの構成において、データ・ストリームで記述されたスクリーン・レイアウトは、文字および属性を含むスクリーン中にある全ての現行フィールド用のメモリ内イメージを生成するために用いる。
【００４６】
次に、表示スペースは、ＸＭＬフォーマットへ変換される（ステップ１００６）。ＸＭＬフォーマットは、次に、ＸＳＬ変換処理のような、待機中のプログラムへ渡される。これらのプログラムのリスナは、新しいホスト・データについて通知される（ステップ１００８）。処理は、次に、ユーザ入力を待つ（ステップ１０１０）。処理は、ユーザ入力を受け取るまで、ステップ１０１０へ戻る。
【００４７】
ユーザ入力が受け取られると、ホスト・スクリーンの対応する入力フィールドが、識別される（ステップ１０１２）。ホスト入力フィールドの新しい値が、ユーザ入力を用いてセットされる（ステップ１０１４）。ユーザ入力およびファンクション・キーは、次に、ホスト・アプリケーションへ送られ（ステップ１０１６）、その後処理はステップ１０００へ戻る。ステップ１０１６では、ホスト・アプリケーションへ送られたデータは、ホスト・アプリケーションで用いられるフォーマットである。
【００４８】
ユーザ入力がもとのホスト・スクリーンへ変換されて、ホストへ送り返すことができるように、ＨＴＭＬでホスト端末を表示するために、入出力マッピング・メカニズムが本発明で用いられる。ＨＴＭＬ入力フィールドは、ホスト・アプリケーション用のユーザ入力を提供するために用い、それは、実際のホスト入力フィールドについての情報を含む。また、ＨＴＭＬ端末エミュレータの隠しフィールドは、カーソル位置およびユーザからのファンクション・キー入力を運ぶためのものである。
【００４９】
次の図１１を参照すると、ＨＴＭＬ文書へＸＭＬデータを変換するための処理のフローチャートが、本発明の好ましい実施形態に従って示される。処理は、ＸＭＬデータを受け取ることにより開始する（ステップ１１００）。ユーザを識別する（ステップ１１０２）。識別したユーザ用にスタイルシートを選択する（ステップ１１０４）。ＸＳＬスタイルシートは、スタイルシート名の隠しタイプ入力を操作することにより、実行時に選択または変更することができる。IBM ホスト・オンデマンド（HOD ）およびホスト・パブリッシャ製品で用いられるようなマクロ技術は、自動的にホスト・スクリーンをスキップし、動的にＸＳＬスタイルシートを切り換えるのに用いることもできる。マクロは、ホスト・アプリケーションを事前定義状態へ自動的にナビゲートする、事前記録スクリプトである。これは、次のスタイルシートを適用する前に、サーブレットに初めにマクロを操作させる、事前記録ホスト・アクセス・マクロ名の別の隠し入力タイプで提供される。
【００５０】
選択されたスタイルシートが、ＸＭＬデータへ適用された後（ステップ１１０６）、処理が終了する。このようにして、ホスト端末エミュレーションのカスタム化は、本発明を用いて容易に実行することができる。
【００５１】
このように、本発明は、”グリーン・スクリーン”の表示システムを有するアプリケーションと、そのような表示をサポートすることが難しいインターネットのようなネットワーク上でのその使用に関連する問題を克服する。本発明のメカニズムは、特定のアプリケーション用にアプレットを生成すること、あるいは、各々のスクリーン用にＨＴＭＬ文書を作成することを避ける。本発明は、共通のＸＭＬフォーマットへホスト・データを変換すること、およびＨＴＭＬ文書を介してエミュレーション・インターフェースを提供するためにＸＳＬスタイルシートを用いることとを通じて、これらの利点を提供する。さらに、スタイルシートは、エミュレーション・インターフェース用のスクリーンをエミュレートするためにロジックの変更を必要とせずに、カスタム化可能なエミュレーション・インターフェースを与えるメカニズムを提供する。インターフェースは、ホスト・データから生成される同じ共通のＸＭＬフォーマットに対して、異なるスタイルシートを適用することにより、特定のユーザの必要性を満たすようにカスタム化することができる。このようにして、インターフェースは、スクリーンのエミュレーション用のロジックの変更を必要とせずに、スタイルシートを取り替えることで変更される。かくして、ホスト・アプリケーションからの同じホスト・データを用いて、異なる表示を異なるユーザへ提供することができる。
【００５２】
本発明で提供される別の利点は、本発明を用いてホスト・アプリケーションをアクセスするために、ユーザがブラウザを必要とすることだけである。さらには、表示の変更は、ＸＳＬスタイルシートの変更で容易に行える。
【００５３】
本発明は、十分に機能するデータ処理システムの情況において記載してきたが、本発明のプロセスは、コンピュータ可読媒体の命令の形式および色々な形式で配布でき、また、本発明は配布を実行するために実際に用いる信号担持媒体のタイプに関係なく等しく適用することができる。コンピュータ可読媒体の例は、フロッピ・ディスク、ハード・ディスク・ドライブ、ＲＡＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭのような記録可能型媒体、ならびに、ディジタルおよびアナログ通信リンク、例として、無線周波数伝送や光伝送のような伝送形式を用いる有線または無線の通信リンクのような伝送型媒体を含む。コンピュータ可読媒体は、特定のデータ処理システムの実際の用途ではデコードされる、コード化されたフォーマットの形式を取ることができる。
【００５４】
本発明に関する上記の説明は例示のためになされたものであって、本発明は上記の例に制限されるものではない。多くの変更および修正ができることは当業者には明らかである。例えば、ＸＭＬおよびＨＴＭＬを本発明の説明で使用したのであるが、他の文書言語を使用することもできる。
【００５５】
例示は、ホスト・フォーマットのデータからＸＭＬデータを生成することにおいて、ＤＴＤの使用を示すが、このデータ変換を提供するために他のメカニズムを使用することもできる。例えば、ＸＭＬスキーマは、ＸＭＬ文書で使用するコンテンツの定義を提供する。ＸＭＬスキーマは標準ＳＧＭＬスキーマであるＤＴＤのスーパーセットである。
【図面の簡単な説明】
【図１】本発明を実施することができる、分散データ処理システムを図で表したものである。
【図２】本発明の好ましい実施形態に従い、サーバとして実装することができる、データ処理システムのブロック図である。
【図３】本発明を実施することができる、データ処理システムを示す、ブロック図である。
【図４】本発明の好ましい実施形態に従い、レガシー・アプリケーション用にディスプレイ・エミュレーションを提供するために使用する、構成要素のブロック図である。
【図５】レガシー・スクリーンの表示である。
【図６】本発明の好ましい実施形態に従い、変換されたスクリ−ンの表示である。
【図７】本発明の好ましい実施形態に従い、代替の変換されたスクリ−ンの表示である。
【図８】本発明の好ましい実施形態に従い、ホスト・データから表示を生成するための処理のフローチャートである。
【図９】本発明の好ましい実施形態に従い、ホスト・アプリケーションへユーザ入力を返すための処理のフローチャートである。
【図１０】本発明の好ましい実施形態に従い、ホスト・フォーマットおよびＸＭＬフォーマット間のデータ・ストリームを変換するための処理のフローチャートである。
【図１１】本発明の好ましい実施形態に従い、ＸＭＬデータをＨＴＭＬ文書へ変換するための処理のフローチャートである。
【符号の説明】
１００ データ処理システム
１０２ ネットワーク
１０４ サーバ
１０６ 記憶装置
１０８−１１２ クライアント
２００ データ処理システム
２０２，２０４ プロセッサ
２０６ システム・バス
２０８ メモリ・コントローラ／キャッシュ
２０９ ローカル・メモリ
２１０ Ｉ／Ｏバス・ブリッジ
２１２ Ｉ／Ｏバス
２１４ ＰＣＩバス・ブリッジ
２１６ ＰＣＩバス
２１８ モデム
２２０ ネットワーク・アダプタ
２２４ ＰＣＩバス・ブリッジ
２２６，２２８ ＰＣＩバス
２３０ グラフィック・アダプタ
２３２ ハード・ディスク
３００ データ処理システム
３０２ プロセッサ
３０４ 主記憶装置
３０６ ＰＣＩローカル・バス
３０８ ＰＣＩブリッジ
３１０ ローカル・エリア・ネットワーク・アダプタ
３１２ ＳＣＳＩホスト・バス・アダプタ
３１４ 拡張バス・インターフェース
３１６ オーディオ・アダプタ
３１８ グラフィック・アダプタ
３１９ オーディオ／ビデオ・アダプタ
３２０ キーボードおよびマウス・アダプタ
３２２ モデム
３２４ 付加的なメモリ
３２６ ハード・ディスク・ドライブ
３２８ テープ・ドライブ
３３０ ＣＤ−ＲＯＭドライブ
３３２ ＳＣＳＩホスト・バス・アダプ、ハード・ディスク・ドライブ、およびテープ・ドライブ、ＣＤ−ＲＯＭドライブ
４００ クライアント
４０２ ホスト・アプリケーション
４０４ ホスト変換
４０６ ＸＳＬ変換
４０８ スタイルシート
４１０ Ｗｅｂサーバ

Claims (5)

1. データ処理システムにおいてアプリケーションへのアクセスを提供する方法であって、
   ホスト・フォーマットを有する前記アプリケーションからのデータを拡張マークアップ言語フォーマットへ変換して、拡張マークアップ言語データを形成するステップと、
   拡張スタイルシートを前記形成された拡張マークアップ言語データへ適用して、拡張マークアップ言語文書を生成するステップであって、前記拡張スタイルシートは識別されたユーザ用に選択された拡張スタイルシートである、前記生成するステップと、
   前記生成した拡張マークアップ言語文書を表示するステップと、
   前記拡張マークアップ言語フォーマットを使用する、前記拡張マークアップ言語文書に対する入力を受け取るステップと、
   前記拡張マークアップ言語フォーマットの前記入力を前記ホスト・フォーマットへ変換して、ホスト・フォーマット・データを形成するステップと、
   前記形成されたホスト・フォーマット・データを前記アプリケーションへ送るステップと
   を含む、前記方法。
2. 前記拡張マークアップ言語文書を表示するステップは、
   前記拡張マークアップ言語文書を前記データ処理システムのクライアントへ送るステップを含み、
   前記拡張マークアップ言語文書は、前記クライアントのブラウザで表示される、
   請求項１に記載の方法。
3. アプリケーションへのアクセスを提供するデータ処理システムであって、
   ホスト・フォーマットを有する前記アプリケーションからのデータを拡張マークアップ言語フォーマットへ変換して、拡張マークアップ言語データを形成する変換手段と、
   拡張スタイルシートを前記形成された拡張マークアップ言語データへ適用して、拡張マークアップ言語文書を生成する適用手段であって、前記拡張スタイルシートは識別されたユーザ用に選択された拡張スタイルシートである、前記適用手段と、
   前記生成した拡張マークアップ言語文書を表示するための表示手段と、
   前記拡張マークアップ言語フォーマットを使用する、前記拡張マークアップ言語文書に対する入力を受け取るための受け取り手段と、
   前記拡張マークアップ言語フォーマットの前記入力を前記ホスト・フォーマットへ変換して、ホスト・フォーマット・データを形成するための変換手段と、
   前記形成されたホスト・フォーマット・データを前記アプリケーションへ送るための送信手段と
   を含む、前記データ処理システム。
4. 前記拡張マークアップ言語文書を表示するための前記表示手段は、
   前記拡張マークアップ言語文書を前記データ処理システムのクライアントへ送るための送信手段を含む、請求項３に記載のデータ処理システム。
5. 前記拡張マークアップ言語文書は、前記クライアントのブラウザで表示される、請求項３に記載のデータ処理システム。

Images