JP2000076057A - デ―タ処理システムにおいてデ―タにアクセスするための方法および装置 - Google Patents

デ―タ処理システムにおいてデ―タにアクセスするための方法および装置

Info

Publication number
JP2000076057A
JP2000076057A JP11230174A JP23017499A JP2000076057A JP 2000076057 A JP2000076057 A JP 2000076057A JP 11230174 A JP11230174 A JP 11230174A JP 23017499 A JP23017499 A JP 23017499A JP 2000076057 A JP2000076057 A JP 2000076057A
Authority
JP
Japan
Prior art keywords
data
format
code
processing system
java
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP11230174A
Other languages
English (en)
Other versions
JP3357637B2 (ja
Inventor
Jeffrey Purple Lance
ランス・ジェフリー・パープル
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
International Business Machines Corp
Original Assignee
International Business Machines Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by International Business Machines Corp filed Critical International Business Machines Corp
Publication of JP2000076057A publication Critical patent/JP2000076057A/ja
Application granted granted Critical
Publication of JP3357637B2 publication Critical patent/JP3357637B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/258—Data format conversion from or to a database
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Data Mining & Analysis (AREA)
  • Stored Programmes (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

(57)【要約】 【課題】 非標準フォーマットを有するデータを読み取
るための、データ処理システムにおける方法を提供する
こと。 【解決手段】 グラフィカル・ユーザ・インターフェー
スが表示され、ユーザは、そのグラフィカル・ユーザ・
インターフェースと対話して、読み取られるデータのフ
ォーマットを入力する。読み取られるデータのフォーマ
ットは、グラフィカル・ユーザ・インターフェースを介
して受け取られる。そのデータのフォーマットを使用し
てデータを読み取るコードが生成される。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、一般に改良された
データ処理システムに関し、詳細には、データにアクセ
スするための改良された方法および装置に関する。さら
に詳細には、本発明は、レガシー・データ・フォーマッ
トで記憶されたデータにアクセスするための方法および
装置を提供する。
【０００２】
【従来の技術】データ処理システムでのデータの操作
は、従来技術で周知である。データは、現代の現況技術
のデータ処理システムでは、データ・アクセス、データ
符号化、データ通信、データ圧縮、データ変換、データ
入力、データ交換、データ・ファイリング、データ・リ
ンキング、データ・ロック、データ操作、データ・マッ
ピング、データ・モデリング、データ処理、データ記
録、データ・ソート、データ転送を含む、多数の方法で
操作することができる。現代の現況技術のデータ処理シ
ステムのユーザが使用可能な大量のデータは、量と複雑
さにおいて圧倒的になることがしばしばである。ユーザ
が使用可能なデータの量は、インターネットによって増
加した。「インターネットワーク」とも称するインター
ネットは、通信においては、データ転送と、送信元ネッ
トワークからのメッセージの受信側ネットワークによっ
て使用されるプロトコルへの変換（必要であればパケッ
トを用いる）とを処理するゲートウェイによって互いに
接続された、おそらくは異種のコンピュータ・ネットワ
ークの組である。先頭が大文字の用語「Internet（本明
細書では「インターネット」と表記）」は、ＴＣＰ／Ｉ
Ｐプロトコル集を使用するネットワークおよびゲートウ
ェイの集合を指す。
【０００３】インターネットは、情報と娯楽の両方の供
給源として、文化的に定着してきた。多くの企業が、マ
ーケティングの努力に組み込まれた一部としてインター
ネット・サイトを作成し、その企業が提供する製品また
はサービスについて顧客に知らせるか、ブランド・ロイ
ヤリティを発生させようとして他の情報を提供してい
る。多数の連邦、州および地方の政府機関、特に、国税
庁や国務長官など、社会の事実上すべての階層と対話し
なければならない機関も、情報目的にインターネット・
サイトを使用している。情報ガイドや公文書の検索可能
なデータベースをオンラインで提供することによって、
運営コストを削減することができる。
【０００４】現在、インターネットを介するデータ転送
の最も一般的に使用されている方法は、単に「ウェブ」
とも称するワールド・ワイド・ウェブ環境を使用するこ
とである。ファイル転送プロトコル（ＦＴＰ）やGopher
など、情報を転送するための他のインターネット資源も
存在するが、ウェブほどの人気を得てはいない。ウェブ
環境では、サーバとクライアントが、さまざまなデータ
・ファイル（たとえば、テキスト、静止グラフィック画
像、音声、動画ビデオなど）の転送を処理するための既
知のプロトコルであるハイパーテキスト転送プロトコル
（ＨＴＴＰ）を使用してデータ・トランザクションを行
う。情報は、標準的なページ記述言語であるハイパーテ
キスト・マークアップ言語（ＨＴＭＬ）によって、ユー
ザへの提示のためにフォーマットされる。基本的な提示
フォーマットのほかに、ＨＴＭＬでは、開発者が、ユニ
フォーム・リソース・ロケータ（Uniform Resource Loc
ator、ＵＲＬ）によって識別される他のウェブ資源への
「リンク」を指定できる。ＵＲＬは、特定の情報への通
信経路を定義する特殊な構文の識別子である。クライア
ントがアクセスできる情報の論理ブロックのそれぞれ
を、「ページ」または「ウェブ・ページ」と称するが、
これはＵＲＬによって識別される。ＵＲＬは、ウェブ
「ブラウザ」によってこの情報を見つけ、アクセスする
ための、汎用の一貫性のある方法を提供する。ブラウザ
とは、ＵＲＬによって識別される情報を求める要求を、
クライアント計算機から発行することのできるプログラ
ムである。ウェブの情報の検索は、一般に、たとえばNe
tscape Communications Corporation社から入手できるN
etscape CommunicatorなどのＨＴＭＬ互換ブラウザを用
いて達成される。
【０００５】ユーザが、ウェブ・ページなどの文書の検
索を所望する時には、ユーザ側のクライアント・コンピ
ュータに接続されたサーバに要求が発行され、この要求
は、要求された情報の検索を達成するために一連のサー
バによって処理される可能性がある。文書の選択は、通
常は、ユーザがハイパーテキスト・リンクを選択するこ
とによって実行される。ハイパーテキスト・リンクは、
通常は、クライアント側のブラウザによって、ブラウザ
を用いて表示されている文書内の強調表示された単語ま
たは句として表示される。ブラウザは、要求された文書
に関するハイパーテキスト転送プロトコル（ＨＴＴＰ）
要求を、要求された文書のＵＲＬによって識別されるサ
ーバに発行する。サーバは、ＨＴＴＰを使用して、要求
された文書をクライアント・ブラウザに返す。この文書
内の情報は、ＨＴＭＬに従ってフォーマットされて、ク
ライアントに提示される。通常、ワークステーションと
共に、パーソナル・コンピュータ（ＰＣ）上のブラウザ
が、インターネットへのアクセスに使用される。ワール
ド・ワイド・ウェブによってサポートされるウェブ・ペ
ージの標準ＨＴＭＬ構文と標準通信プロトコル（ＨＴＴ
Ｐ）によって、あらゆるブラウザがあらゆるウェブ・サ
ーバと通信できることが保証される。
【０００６】アプリケーションまたはプログラムが、ウ
ェブ・サーバからインターネットを介してコンピュータ
に送られることもしばしばである。Javaアプリケーショ
ンは、ウェブ・サーバとクライアント・コンピュータの
間で送られる種類のアプリケーションとしてますます普
及しつつある。Javaプログラミング言語とJavaアプレッ
トは、インターネットとワールド・ワイド・ウェブを介
してプラットフォームから独立したアプリケーション・
プログラムを提供する。Java言語で記述されたプログラ
ムは、Javaインタープリタを有するすべてのコンピュー
タ・プラットフォームで実行できる。さらに、Javaで記
述されたプログラムの完全性は、実行の前に検証するこ
とができる。Javaアプリケーションは、インターネット
で一般的であり、企業で使用されるイントラネットおよ
び他の種類のネットワークでますます一般的になりつつ
ある。
【０００７】Javaアプリケーションの使用が増加するに
つれて、これらのアプリケーションと、他の種類のオペ
レーティング環境のためにフォーマットされたデータと
の間の非互換性が生じた。他の環境のためにフォーマッ
トされたデータは、そのフォーマットのデータを読み取
るのに必要なJavaクラスが存在しないのでアクセスでき
ないことがしばしばである。新しいオペレーティング環
境によってサポートされないフォーマットで記憶された
データである、レガシー・データ・フォーマットで記憶
されたデータにアクセスする必要がある。たとえば、Ja
vaでは、Javaでサポートされないフォーマットで記憶さ
れたデータが、レガシー・フォーマット・データである
とみなされる。レガシー・データは、古いデータ処理プ
ログラム（「レガシー・アプリケーション」）による使
用には便利であるが、標準フォーマットとして広く受け
入れられてはいないフォーマットで記憶されたデータで
ある。したがって、このデータは、元の「レガシー・ア
プリケーション」以外のアプリケーションによって使用
するためには変換が必要である。レガシー・フォーマッ
トのデータへのアクセスは、そのデータを簡単にアクセ
スできるものにするために望ましい。たとえば、データ
は、ウェブ・ブラウザでJavaアプレットによってアクセ
スすることができる。通常、ユーザは、データの基本構
造を知っているが、そのデータを読み取ることのできる
使用可能なJavaクラスを有しない。さらに、ユーザは、
必要なJavaリーダー・ツールを一から記述する時間がな
いか、そのための専門知識がない場合がある。
【０００８】
【発明が解決しようとする課題】したがって、レガシー
・データ・フォーマットのデータにアクセスするための
改良された方法および装置を有することが有利である。
【０００９】
【課題を解決するための手段】本発明は、非標準フォー
マットを有するデータを読み取るための、データ処理シ
ステムにおける方法を提供する。グラフィカル・ユーザ
・インターフェースが表示され、ユーザは、そのグラフ
ィカル・ユーザ・インターフェースと対話して、読み取
られるデータのフォーマットを入力する。読み取られる
データのフォーマットは、グラフィカル・ユーザ・イン
ターフェースを介して受け取られる。そのデータのフォ
ーマットを使用してデータを読み取るコードが生成され
る。
【００１０】
【発明の実施の形態】ここで図面、具体的には図１を参
照すると、本発明を実施できるデータ処理システム１０
０のブロック図が示されている。データ処理システム１
００では、ＰＣＩ（peripheral component interconnec
t）ローカル・バス・アーキテクチャが使用される。図
示の例ではＰＣＩバスを使用しているが、マイクロ・チ
ャネルやＩＳＡなどの他のバス・アーキテクチャを使用
することができる。プロセッサ１０２と主記憶１０４
は、ＰＣＩブリッジ１０８を介してＰＣＩローカル・バ
ス１０６に接続される。ＰＣＩブリッジ１０８には、プ
ロセッサ１０２用の統合されたメモリ・コントローラお
よびキャッシュ・メモリを含めることもできる。ＰＣＩ
ローカル・バス１０６への追加の接続は、直接構成要素
相互接続またはアドイン・ボードを介して行うことがで
きる。図示の例では、ローカル・エリア・ネットワーク
（ＬＡＮ）アダプタ１１０、ＳＣＳＩホスト・バス・ア
ダプタ１１２および拡張バス・インターフェース１１４
が、直接構成要素接続によってＰＣＩローカル・バス１
０６に接続される。これに対して、オーディオ・アダプ
タ１１６、グラフィックス・アダプタ１１８およびオー
ディオ／ビデオ・アダプタ（Ａ／Ｖ）１１９は、拡張ス
ロットに挿入されるアドイン・ボードによってＰＣＩロ
ーカル・バス１０６に接続される。拡張バス・インター
フェース１１４は、キーボードおよびマウス・アダプタ
１２０、モデム１２２および追加メモリ１２４のための
接続を提供する。ＳＣＳＩホスト・バス・アダプタ１１
２は、図示の例では、ハード・ディスク装置１２６、テ
ープ駆動装置１２８およびＣＤ−ＲＯＭ１３０のための
接続を提供する。通常のＰＣＩローカル・バス実施態様
では、３つまたは４つのＰＣＩ拡張スロットまたはアド
イン・コネクタがサポートされる。
【００１１】オペレーティング・システムは、プロセッ
サ１０２上で走行し、図１のデータ処理システム１００
内のさまざまな構成要素を調整し、それらの制御を提供
するのに使用される。オペレーティング・システムは、
International Business Machines Corporation社から
入手できるＯＳ／２などの市販オペレーティング・シス
テムとすることができる。「ＯＳ／２」は、Internatio
nal Business Machines Corporation社の商標である。J
avaなどのオブジェクト指向プログラミング・システム
は、オペレーティング・システムと共に走行することが
でき、データ処理システム１００上で実行中のJavaプロ
グラムまたはアプリケーションからオペレーティング・
システムへの呼出しを提供することができる。オペレー
ティング・システム、オブジェクト指向オペレーティン
グ・システムおよびアプリケーションまたはプログラム
の命令は、ハード・ディスク装置１２６などの記憶装置
に置かれ、プロセッサ１０２による実行のために主記憶
１０４にロードすることができる。
【００１２】技術における通常の知識を有する者は、図
１のハードウェアを変更できることを諒解するであろ
う。たとえば、光ディスク駆動装置などの他の周辺装置
を、図１に図示されたハードウェアに追加して、または
その代わりに使用することができる。図示の例は、本発
明に関するアーキテクチャ的制限を暗示するものではな
い。
【００１３】本発明は、ユーザがグラフィカル・ユーザ
・インターフェース（ＧＵＩ）を介してデータ・フォー
マットを記述できるようにするためのシステム、方法お
よびコンピュータ使用可能媒体を提供する。本発明は、
ユーザによって提供され記述されたデータ・フォーマッ
トの記述を受け取って、記述されたデータ・フォーマッ
トのデータを読み取ることができる１つまたは複数のJa
vaクラスを生成する。具体的に言うと、ユーザ入力によ
ってデータのフォーマットが記述されるＧＵＩで受け取
られたユーザ入力に応答して、Java beanが生成され
る。この形で、レガシー・データ・フォーマットで符号
化されたデータ・ストリームを読み取ることのできるJa
va beanが作成される。このＧＵＩを用いて、たとえば
開発者やプログラマなどのユーザが、既存のデータ・フ
ォーマットを記述し、そのデータ・フォーマットを読み
取ることのできる新しいbeanを生成することができる。
【００１４】図示の例では、本発明の処理は、Internat
ional Business Machine Corporation社から入手できる
「BeanExtender」と称するビルダ・ツールで実施するこ
とができる。BeanExtenderは、「write once, run ever
ywhere（一度作成すればどこでも実行できる）」コンポ
ーネントであるJava Beansコンポーネントを構築し、拡
張する。BeanExtenderは、Javaソース・コードの必要な
しに既存のJava Beansの動的な挙動の変更、カスタマイ
ズおよび拡張を提供し、Java Beansの挙動とポリシの簡
単な開発および使用を提供し、高度なJava Beansスクリ
プティング、集約、管理およびネットワーク開発機能を
提供する。BeanExtenderは、Sun Microsystems, Inc.社
から入手できるJavaSoftのJDK 1.1.1に基づく。図示の
例を、ビルダ・ツールBeanExtenderでのこれらの処理の
実装に関連して説明する。
【００１５】図２ないし図６に移ると、本発明の好まし
い実施例に従って、レガシー・データ・フォーマットを
読み取るのに使用されるbeanの生成に使用されるＧＵＩ
を示す図が示されている。図２には、ファイル・スキー
マ２０２を有するＧＵＩ内のウィンドウ２００が示され
ている。ファイル・スキーマは、ファイル、データベー
スまたは通信データ・ストリームなどのデータの集合に
含まれる構造を記述するのに使用される。ファイル・ス
キーマ２０２には、データ・フォーマットの実際の詳細
を記述したスキーマ・レコード２０２Ａないし２０２Ｅ
の集合が含まれる。異なるファイル・スキーマは、ウィ
ンドウ２００内のスキーマ・メニュー２０４を使用して
作成することができる。あるファイル・スキーマのため
のリーダー・クラスを生成するために、ユーザは、スキ
ーマ・メニュー２０４からGenerate（生成）コマンド
（図示せず）を選択することができる。これに応答し
て、１組のリーダー・クラスのJavaソース・コードが発
行され、コンパイルされて、beanを形成する。図示の例
では、各ソース・コード・ファイルに<Item>Reader.jav
aという名前が付けられる。このItemは、そのリーダー
・クラスの生成に使用されるファイル・スキーマまたは
スキーマ・レコードの名前である。ソース・コード・フ
ァイルと結果のクラス・ファイルは、ビルダ・ツールBe
anExtenderのBeanSystemPropertiesクラスで定義され
る、現作業ディレクトリのパッケージ・サブディレクト
リcom/ibm/beans/tools/dataFormatWizard/readersに置
かれる。
【００１６】図３に移ると、本発明の好ましい実施例に
よるレコード属性ダイアログが表示されている。スキー
マ・レコードを使用して、ファイル・スキーマ内のフィ
ールドおよびサブレコードの組の構造が記述される。レ
コード属性ダイアログ３００は、スキーマ・レコードの
特性を設定するためのＧＵＩを提供する。この特性に
は、たとえば"unused"（未使用）、"name"（名前）、"b
locksize"（ブロック・サイズ）、"repeated"（反復）
および"if"（条件）が含まれる。これらの特性によっ
て、ファイル・スキーマ内に含まれる数値、テキスト文
字列、定数値などの情報の基本的な組が記述される。こ
れらのスキーマ・レコード特性を、下で詳細に説明す
る。
【００１７】特性"unused"は、フィールド３０２を選択
することによってセットでき、セットされた時にそのス
キーマ・レコードに未使用データが含まれることを示す
特性である。リーダー・クラスは、入力ストリームから
データを読み取るが、そのデータを記憶せず、データに
アクセスするためのアクセッサ（accessor）メソッドを
提供しない。レガシー・データを含むデータ・ストリー
ムから読み取られたデータにアクセスするための、アク
セッサ・メソッドは、生成されたJavaリーダー・クラス
によって提供される。
【００１８】スキーマ・レコードの"name"特性は、name
フィールド３０４で定義される。図示の例では、レコー
ド名はファイル・スキーマ内で一意である。この名前
は、そのスキーマのJavaリーダー・クラスを生成するの
に使用される。この名前が有効なJavaクラス識別子でな
い場合には、有効なJavaクラス識別子に変換される。途
中の空白が除去され、無効な文字は"x"文字に変換され
る。"HurricaneRecord"が、図３に示された属性のスキ
ーマ・レコードの名前である。"blocksize"特性は、blo
cksizeフィールド３０６で設定される。この特性は、フ
ィールド３０８を選択することによってセットすること
ができる。この特性がセットされている場合、リーダー
・クラスは、このレコードを処理する時に、必ずblocks
izeフィールド３０６で設定されたバイト数を読み取
る。このレコードのフィールドおよびサブフィールドに
よって使用されていないバイトは、すべて無視される。
【００１９】次に、"repeated"特性を、repeatフィール
ド３１０で設定することができる。これは、そのレコー
ドがデータ・ストリーム内で１回現れると期待される
か、複数回現れると期待されるかを決定するフィールド
である。図示の例では、"repeated"特性は、repeatフィ
ールド３１０で以下の値を有することができる。 ONCE：このレコードは、正確に１回だけ現れると期待さ
れる。この値は省略時値である。 N TIMES：このレコードは、N回現れると期待される。こ
こで、Nは、Javaの式によって定義される。この式で
は、定数値を使用するか、このスキーマの他のフィール
ドの値を参照することができる。スキーマ内の他のフィ
ールドの値を参照するには、そのフィールドのgetアク
セッサ・メソッドを使用する。 WHILE X：このレコードは、条件Xが真である間に任意の
回数だけ現れると期待される。Xは、Javaの式によって
定義され、定数値を使用するか、他のスキーマ・フィー
ルドの値を参照することができる。他のスキーマ・フィ
ールドの値を参照するには、そのフィールドのgetアク
セッサ・メソッドを使用する。 UNTIL X：このレコードは、条件Xが真になるまで、任意
の回数（少なくとも１回）現れると期待される。Xは、J
avaの式によって定義され、定数値を使用するか、他の
フィールドの値を参照することができる。他のスキーマ
・フィールドの値を参照するには、そのフィールドのge
tアクセッサ・メソッドを使用する。 UNTIL END-OF-BLOCK：このレコードは、現ブロックの終
りに達するまで、任意の回数だけ現れると期待される。
このレコードが、ブロック・サイズを定義する別のレコ
ードに含まれていない場合には、この値は有効でない。 UNTIL END-OF-FILE：このレコードは、入力ストリーム
の終りに達するまで、任意の回数だけ現れると期待され
る。
【００２０】"if"特性では、あるレコードがデータ・ス
トリーム内に必ず現れると期待されるか、特定の条件の
下でのみ現れると期待されるかを決定する。レコードが
必ず現れるとは期待されない場合、定数または他のスキ
ーマ値を使用する論理Java式を供給して、レコードが期
待される時を決定する。デフォルトでは、レコードは、
データ・ストリーム内に現れると期待される。この特性
は、"always"３１２または"if"３１４を選択することに
よって決定される。条件は、"if"３１４が選択されてい
る時に、フィールド３１６に入力する。図３では、"alw
ays"３１２が選択されている。
【００２１】次に、図４に、本発明の好ましい実施例に
よるプリミティブ・フィールド属性ダイアログを示す。
プリミティブ・フィールドとは、単一のバイトや単一の
浮動小数点値など、Javaのプリミティブ型として解釈す
ることのできるスキーマ・フィールドである。リーダー
・クラスでは、クラスjava.io.DatalnputStreamの定義
済みのメソッドのうちの１つを使用して、値を読み取
り、指定されたJavaプリミティブ型を返すgetアクセッ
サ・メソッドを定義する。
【００２２】プリミティブ・フィールド属性ダイアログ
４００では、プリミティブ・フィールドは、"unuse
d"、"name"、"primitive type"（プリミティブ型）また
は"repeated"という属性のうちの１つを有することがで
きる。これらは、プリミティブ・フィールド属性ダイア
ログ４００内で設定できる特性である。特性"unused"
は、図示の例では「チェック・マーク」によって示され
ている、フィールド４０２を選択することによって使用
することができる。"unused"特性がセットされている場
合、そのプリミティブ・フィールドは、未使用データを
表す。リーダー・クラスは、入力ストリームからそのデ
ータを読み取るが、データを記憶せず、それにアクセス
するためのgetアクセッサ・メソッドを提供しない。"na
me"特性は、nameフィールド４０４で設定される。プリ
ミティブ・フィールドの名前が、nameフィールド４０４
に入力される。このフィールド名は、図示の例では親ス
キーマ・レコード内で一意である。この名前は、親スキ
ーマ・レコードのJavaリーダー・クラス内でフィールド
を宣言するのに使用される。指定された名前が有効なJa
vaフィールド識別子でない場合には、有効なJavaフィー
ルド識別子に変換される。途中の空白が除去され、無効
な文字は"x"文字に変換される。nameフィールド４０４
の値は、この例では"skip1"である。"primitive type"
特性は、primitive typeフィールド４０６で設定され、
プリミティブ・フィールドの型を示す。この特性は、図
示の例では、byte（バイト）、boolean（論理値）、cha
racter（文字）、double（倍精度浮動小数点）、float
（浮動小数点）、integer（整数）、short（短整数）の
うちのいずれかとすることができる。プリミティブ・フ
ィールド属性ダイアログ４００では、primitive type
が"byte"になっている。
【００２３】repeated特性は、repeatフィールド４０８
で設定する。この特性によって、そのフィールドがデー
タ・ストリームに１回だけ現れると期待されるか、複数
回現れると期待されるかが決定される。この特性は、図
示の例では以下の値のいずれかを有することができる。 ONCE：このフィールドは、正確に１回だけ現れると期待
される。これは省略時設定である。 N TIMES：このフィールドは、N回現れると期待される。
このNは、Javaの式によって定義される。この式では、
定数値を使用するか、スキーマ内の他のフィールドの値
を参照することができる。スキーマの他のフィールドの
値を参照するには、そのフィールドのgetアクセッサ・
メソッドを使用する。 WHILE X：このフィールドは、条件Xが真である間、任意
の回数だけ現れると期待される。Xは、Javaの式によっ
て定義され、定数値を使用するか、他のスキーマ・フィ
ールドの値を参照することができる。他のスキーマ・フ
ィールドの値を参照するには、そのフィールドのgetア
クセッサ・メソッドを使用する。 UNTIL X：このフィールドは、条件Xが真になるまで、任
意の回数（少なくとも１回）だけ現れると期待される。
Xは、Javaの式によって定義され、定数値を使用する
か、他のフィールドの値を参照することができる。他の
スキーマ・フィールドの値を参照するには、そのフィー
ルドのgetアクセッサ・メソッドを使用する。 UNTIL END-OF-BLOCK：このフィールドは、現在のブロッ
クの終りに達するまで、任意の回数だけ現れると期待さ
れる。このレコードが、ブロック・サイズを定義する別
のレコードに含まれていない場合には、この値は有効で
ない。 UNTIL END-OF-FILE：このフィールドは、入力ストリー
ムの終りに達するまで、任意の回数だけ現れると期待さ
れる。
【００２４】ここで図５に移ると、本発明の好ましい実
施例によるクラス・フィールド・ダイアログが示されて
いる。クラス・フィールドとは、別のJavaクラスによっ
て管理されるスキーマ・フィールドである。たとえば、
ibm.beans.tools.dataFormatWizard.readersパッケージ
のASCII_Integerクラスは、一連のASCII数字を読み取
り、自動的に整数値に変換するクラスである。クラス・
フィールド・ダイアログ５００は、"unused"、"nam
e"、"classname"（クラス名）、"arguments"（引
数）、"repeated"および"if"などの複数の特性の設定に
使用することができる。特性"unused"は、フィールド５
０２を選択することによってセットされる。この特性が
セットされている場合には、そのクラス・フィールド
は、未使用データを表す。リーダー・クラスは、入力ス
トリームからそのデータを読み取るが、そのデータを記
憶せず、それにアクセスするためのgetアクセッサ・メ
ソッドを提供しない。"name"特性は、nameフィールド５
０４で設定する。この名前は、親スキーマ・レコード用
のJavaリーダー・クラス内でフィールドを宣言するのに
使用される。図示の例では、フィールド名はファイル・
スキーマ内で一意でなければならない。ここで指定され
た名前が有効なJavaフィールド識別子でない場合には、
有効なJavaフィールド識別子に変換される。途中の空白
が除去され、無効な文字は"x"文字に変換される。"clas
sname"特性は、class nameフィールド５０６で設定され
る。これは、このクラス・フィールドのデータを読み取
るのに使用される外部Javaリーダー・クラスの名前であ
る。図示の例では、このクラスで、com.ibm.beans.tool
s.dataFormatWizard.LegacyReaderインターフェースを
実装し、このクラスによって読み取られるデータにアク
セスするためのgetアクセッサ・メソッドを提供しなけ
ればならない。このクラスが必要とする設定は、コンス
トラクタ引数の形で供給することができる。"argument
s"特性は、argumentsフィールド５０８で設定される。
外部Javaリーダー・クラスに渡すコンストラクタ引数
が、このフィールドで設定される。特性"repeated"は、
repeatフィールド５１０で設定する。この特性は、その
レコードがデータ・ストリーム内に１回現れると期待さ
れるか、複数回現れると期待されるかを決定する。図示
の例では、この特性は、以下の値を有することができ
る。 ONCE：このフィールドは正確に１回だけ現れると期待さ
れる。これは省略時値である。 N TIMES：このフィールドは、N回だけ現れると期待され
る。Nは、Javaの式によって定義される。この式では、
定数値を使用するか、スキーマ内の他のフィールドの値
を参照することができる。スキーマ内の他のフィールド
の値を参照するには、そのフィールドのgetアクセッサ
・メソッドを使用する。 WHILE X：このフィールドは、条件Xが真である間に、任
意の回数だけ現れると期待される。Xは、Javaの式によ
って定義され、定数値を使用するか、他のスキーマ・フ
ィールドの値を参照することができる。他のスキーマ・
フィールドの値を参照するには、そのフィールドのget
アクセッサ・メソッドを使用する。 UNTIL X：このフィールドは、条件Xが真になるまで、任
意の回数（少なくとも１回）だけ現れると期待される。
Xは、Javaの式によって定義され、定数値を使用する
か、他のフィールドの値を参照することができる。他の
スキーマ・フィールドの値を参照するには、そのフィー
ルドのgetアクセッサ・メソッドを使用する。 UNTIL END-OF-BLOCK：このフィールドは、現在のブロッ
クの終りに達するまで、任意の回数だけ現れると期待さ
れる。このレコードが、ブロック・サイズを定義する別
のレコードに含まれていない場合には、この値は有効で
ない。 UNTIL END-OF-FILE：このフィールドは、入力ストリー
ムの終りに達するまで、任意の回数だけ現れると期待さ
れる。
【００２５】"if"特性は、"always"フィールド５１２ま
たは"if"フィールド５１４を選択することによって設定
される。この特性は、フィールドがデータ・ストリーム
に必ず現れると期待されるか、特定の条件の下でのみ現
れると期待されるかを決定する。"if"フィールド５１４
の選択によって示されるように、このフィールドが必ず
現れると期待されない場合、定数または他のスキーマ値
を使用してフィールド５１６に論理Java式を入力して、
フィールドが現れると期待される時を決定する。デフォ
ルトでは、フィールドはデータ・ストリームに現れると
期待される。
【００２６】次に図６を参照すると、本発明の好ましい
実施例によるアサーション・ダイアログが示されてい
る。アサーションは、データをストリームから読み取っ
ている間にそのデータに対して実行される論理テストを
表すスキーマ・フィールドである。テストが真の場合、
例外が送出され、入力が停止する。アサーションは、"i
f"特性だけを有し、これは、"always"フィールド６０２
または"if"フィールド６０４を選択することによって決
定される。"if"特性では、アサーションを実行するかど
うかが決定される。"if"フィールド６０４を選択するこ
とは、定数または他のスキーマ・フィールド値を使用し
てフィールド６０６に論理Java式を入力することを意味
する。フィールド６０６は、このアサーションを実行す
る時を決定するのに使用される。
【００２７】次に図７を参照すると、本発明の好ましい
実施例による、データを読み取るためのJavaコードの生
成のための処理の流れ図が示されている。この処理は、
既存のスキーマを使用してデータを読み取るかどうかの
判定から開始される（ステップ７００）。既存のスキー
マを使用しない場合には、この処理は、ユーザに新しい
スキーマの名前とデータの構造の記述を入力するように
指示することを含めてユーザと対話して、新しいスキー
マを作成する（ステップ７０２）。この対話は、上で説
明したものなどのＧＵＩを使用して行われる。その後、
そのスキーマが、読み取られるレガシー・データの記述
に適当であるかどうかの判定が行われる（ステップ７０
４）。スキーマがデータを記述するのに適当でない場合
には、この処理は、ユーザと対話して、現在のスキーマ
を改善し（ステップ７０６）、その後、ステップ７０４
に戻る。スキーマが読み取られるデータの記述に適当で
ある場合には、レガシー・データを読み取るためのJava
コードを生成し（ステップ７０８）、その後、この処理
は終了する。図示の例では、ステップ７０８で、beanの
形のJavaコードが生成される。もちろん、実施態様に応
じて、データを読み取るための他の種類のJavaコードを
生成することができる。
【００２８】次に、図８を参照すると、本発明の好まし
い実施例によるファイル・スキーマを対話的に編集する
処理の流れ図が示されている。図８は、図７のステップ
７０６を詳細に示す図である。この処理は、ユーザがス
キーマ項目を選択するの待つことから始まる（ステップ
８００）。スキーマ項目は、たとえば、ファイル・スキ
ーマ自体、スキーマ・レコード、または、クラス・フィ
ールド、プリミティブ・フィールド、アサーションなど
のスキーマ・フィールドとすることができる。ユーザが
項目を選択した時に、この処理は、ユーザがその項目に
対する処置を選択するのを待つ（ステップ８０２）。ユ
ーザが、選択された項目に対する処置を選択した時に、
ユーザが有効な処置と項目を選択したかどうかに関する
判定が行われる（ステップ８０４）。有効な処置と項目
が選択されなかった場合には、この処理は終了する。
【００２９】有効な処置と項目が選択された場合、ユー
ザが、選択された項目の特性値の変更を求めたかどうか
に関する判定を行う（ステップ８０６）。ユーザが項目
の特性値の変更を要求した場合、この処理は、更新され
た値の入力をユーザに指示し、選択されたスキーマ項目
にその値を適用し（ステップ８０７）、その後、この処
理は終了する。
【００３０】ステップ８０６に戻って、ユーザが選択さ
れた項目の特性値の変更を要求しなかった場合には、ユ
ーザが、選択された値をスキーマから除去することを要
求したかどうかに関する判定を行う（ステップ８０
８）。ユーザがファイル・スキーマからの項目の除去を
要求した場合には、選択された項目をファイル・スキー
マから除去し（ステップ８１０）、その後、この処理は
終了する。この処置は、ファイル・スキーマ自体に対し
ては無効である。ステップ８０８で、ユーザがスキーマ
からの選択された項目の除去を要求しなかった場合、ユ
ーザが、項目に含まれる新しいスキーマ・レコードの追
加を要求したかどうかに関する判定を行う（ステップ８
１２）。この判定の回答が肯定の場合、ユーザは、新し
いレコードの名前とレコードの特性を入力するように指
示され、新しい空のレコードが作成され、そのレコード
が、選択された項目の子としてスキーマに追加され（ス
テップ８１４）、その後、この処理は終了する。ステッ
プ８１４での処理は、スキーマ・フィールドについては
無効である。
【００３１】ステップ８１２に戻って、判定の回答が否
定の場合には、ユーザが、項目に含まれる新しいスキー
マ・フィールドの追加を要求したかどうかについて判定
する（ステップ８１６）。ユーザが新しいスキーマ・フ
ィールドの追加を要求した場合には、新しいフィールド
名とフィールド特性を入力するようにユーザに指示し、
指定されたファイルを作成し、新しいフィールドを、選
択された項目の子としてスキーマに追加し（ステップ８
１８）、この処理はその後終了する。この処置は、スキ
ーマ・レコードに対してのみ有効である。
【００３２】次に図９を参照すると、本発明の好ましい
実施例による、対話型スキーマ編集のための処理の流れ
図が示されている。図９は、図７のステップ７０８を詳
細に示す図である。図９の処理の説明では、Internatio
nal Business Machines Corporation社から入手できる
ビルダ・ツールであるBeanExtenderの機能を使用する。
この処理は、parentClass（親クラス）に"Object"、cla
ssName（クラス名）にschema.name（スキーマ名）＋"Re
ader"、interfaces（インターフェイス）に"com.ibm.be
ans.tools.dataFormatWizard.LegacyReader"をセットす
ることから開始される（ステップ９００）。次に、"co
m.ibm.beans.tools.dataFormatWizard.readers"に対し
てJavaパッケージ・ステートメントを発行する（ステッ
プ９０２）。その後、(className, parentClass, inter
faces)に対してJavaクラス・オープン宣言を発行する
（ステップ９０４）。その後、デフォルトのJavaコンス
トラクタを発行する（ステップ９０６）。その後、スキ
ーマ内のすべてのレコードについてJavaインスタンス変
数宣言（name = field.name（フィールド名）, type =f
ield.name + "Reader"）を発行する（ステップ９０
８）。スキーマ内のすべてのレコードについてJavaゲッ
タ・メソッド（name = field.name, type = field.name
+ "Reader"）を発行し（ステップ９１０）、"void rea
dLegacy(java.io.InputStream)"に対してJavaオープン
・メソッドを発行する（ステップ９１２）。その後、ス
キーマ内のレコードのそれぞれについて、そのレコード
・タイプのレガシー・データを読み取るためのJavaコー
ドを生成する（ステップ９１４）。その後、"void read
Legacy(java.io.InputStream)"に対してJavaクローズ・
メソッドを発行し（ステップ９１６）、classNameに対
してJavaクラス・クローズ宣言を発行し（ステップ９１
８）、その後、処理が終了する。
【００３３】図１０に移ると、本発明の好ましい実施例
による、スキーマ・レコードを読み取るためのJavaコー
ドを生成するための処理の流れ図が示されている。図１
０は、図９のステップ９１４の詳細を示す図である。こ
の処理は、parentClassに"Object"、classNameにrecor
d.name + "Reader"、interfacesに"com.ibm.beans.tool
s.dataFormatWizard.LegacyReader"をセットすることか
ら始まる（ステップ１０００）。次に、"com.ibm.bean
s.tools.dataFormatWizard.readers"に対してJavaパッ
ケージ・ステートメントを発行する（ステップ１００
２）。次に、(className, parentClass, interfaces)に
対してJavaクラス・オープン宣言を発行する（ステップ
１００４）。次に、デフォルトのJavaコンストラクタを
発行する（ステップ１００６）。その後、レコード内の
すべてのフィールドに対して、Javaインスタンス変数宣
言(name = field.name, type = field.name + "Reade
r")を発行する（ステップ１００８）。レコード内のす
べてのフィールドに対してJavaゲッタ・メソッド(name
= field.name, type = field.name + "Reader")を発行
し（ステップ１０１０）、"void readLegacy(java.io.I
nputStream)"に対してJavaオープン・メソッドを発行す
る（ステップ１０１２）。その後、レコード内のフィー
ルドのそれぞれについて、プリミティブ・フィールドの
場合はjava.io.read<type>呼出を発行し、サブレコード
の場合は再帰的なreadLegacy()呼出を発行し、レコード
がオプションの場合には、適当なifテストを取り込み、
レコードが繰り返される場合には、適当なforループを
取り込み、ブロック・サイズが定義されている場合に
は、read<type>呼出で適当なサイズの入出力バッファを
指定する（ステップ１０１４）。その後、"void readLe
gacy (java.io.InputStream)"に対してJavaクローズ・
メソッドを発行し（ステップ１０１６）、classNameに
対してJavaクラス・クローズ宣言を発行し（ステップ１
０１８）、その後、この処理は終了する。
【００３４】完全に機能するデータ処理システムに関し
て本発明を説明してきたが、本発明の処理は、命令のコ
ンピュータ可読媒体の形式およびさまざまな形式で配布
することができ、本発明は、配布の実行に実際に使用さ
れる信号担持媒体の具体的な種類にかかわらず、同等に
適用されることを当業者が理解することに留意すること
が重要である。コンピュータ可読媒体の例には、フロッ
ピ・ディスク、ハード・ディスク装置、ＲＡＭ、ＣＤ−
ＲＯＭおよび、ディジタル通信リンクやアナログ通信リ
ンクなどの伝送型媒体が含まれる。
【００３５】本発明の説明は、例示と説明の目的で提示
されたものであって、網羅的なものではなく、本発明を
開示された形態に限定するものではない。多数の変更お
よび変形が、当業者に明白である。たとえば、本発明
は、オブジェクト指向以外の種類のシステムのためにレ
ガシー・データを読み取るコードの生成に使用すること
ができる。開示された実施例は、本発明の原理と実用的
な応用例を最もよく説明するため、また、当業者が、意
図される特定の用途に適したさまざまな変更を伴うさま
ざまな実施態様のために本発明を理解できるようにする
ために選択され、記述されたものである。
【００３６】まとめとして、本発明の構成に関して以下
の事項を開示する。
【００３７】（１）読み取られるデータのフォーマット
を入力するのに使用されるグラフィカル・ユーザ・イン
ターフェースを表示する、データ処理システムによって
実施されるステップと、前記グラフィカル・ユーザ・イ
ンターフェースを介して、前記読み取られるデータの前
記フォーマットを受け取る、データ処理システムによっ
て実施されるステップと、前記データの前記フォーマッ
トを使用して前記データを読み取るためのコードを生成
する、データ処理システムによって実施されるステップ
とを含む、前記フォーマットを有する前記データを読み
取るための、データ処理システムにおける方法。 （２）受け取った前記データの前記フォーマットが、コ
ードを生成するために十分であるかどうかを判定するス
テップと前記データの前記フォーマットがコードを生成
するために不十分であると判定されたことに応答して、
前記データの前記フォーマットに関する追加情報を要求
するステップとをさらに含む、上記（１）に記載の方
法。 （３）前記コードが、Javaコードである、上記（１）に
記載の方法。 （４）前記Javaコードが、beanである、上記（３）に記
載の方法。 （５）前記データの前記フォーマットが、ファイル・ス
キーマに入力される、上記（１）に記載の方法。 （６）前記ファイル・スキーマが、前記データの前記フ
ォーマットを記述する複数のレコードを含む、上記
（５）に記載の方法。 （７）読み取られるデータのフォーマットを入力するの
に使用されるグラフィカル・ユーザ・インターフェース
を表示するための表示手段と、前記グラフィカル・ユー
ザ・インターフェースを介して、前記読み取られるデー
タの前記フォーマットを受け取るための受取手段と、前
記データの前記フォーマットを使用して前記データを読
み取るためのコードを生成する生成手段とを含む、前記
フォーマットを有する前記データを読み取るためのデー
タ処理システム。 （８）前記データの前記フォーマットが、コードを生成
するために十分であるかどうかを判定するための判定手
段と、受け取った前記データの前記フォーマットがコー
ドを生成するために不十分であると判定されたことに応
答して、前記データの前記フォーマットに関する追加情
報についてユーザに指示するための指示手段とをさらに
含む、上記（７）に記載のデータ処理システム。 （９）前記コードがJavaコードである、上記（７）に記
載の情報処理システム。 （１０）前記Javaコードがbeanである、上記（９）に記
載の情報処理システム。 （１１）前記データの前記フォーマットが、ファイル・
スキーマに入力される、上記（７）に記載のデータ処理
システム。 （１２）前記ファイル・スキーマが、前記データの前記
フォーマットを記述した複数のレコードを含む、上記
（１１）のデータ処理システム。 （１３）コンピュータ可読媒体と、読み取られるデータ
のフォーマットを入力するためにユーザが対話するグラ
フィカル・ユーザ・インターフェースを表示するための
第１命令と、前記グラフィカル・ユーザ・インターフェ
ースを介して、前記読み取られるデータの前記フォーマ
ットを受け取るための第２命令と、前記データの前記フ
ォーマットを使用して前記データを読み取るためのコー
ドを生成するための第３命令とを含み、前記命令が、前
記コンピュータ可読媒体上で実施される、前記フォーマ
ットを有する前記データを読み取るためのコンピュータ
・プログラム製品。 （１４）前記コンピュータ可読媒体が、ハード・ディス
ク装置である、上記（１３）に記載のコンピュータ・プ
ログラム製品。 （１５）前記コンピュータ可読媒体が、ランダム・アク
セス・メモリである、上記（１３）に記載のコンピュー
タ・プログラム製品。 （１６）レガシー・データのフォーマットを記述するの
に必要な情報を示す、グラフィカル・ユーザ・インター
フェースを表示する、データ処理システムによって実施
されるステップと、前記グラフィカル・ユーザ・インタ
ーフェースを介して前記レガシー・データの前記フォー
マットを受け取る、データ処理システムによって実施さ
れるステップと、前記レガシー・データの前記フォーマ
ットを使用して生成される、前記レガシー・データを読
み取るためのコードを自動的に生成する、データ処理シ
ステムによって実施されるステップとを含む、前記レガ
シー・データにアクセスするための、データ処理システ
ムにおける方法。 （１７）前記コードが、少なくとも１つのJavaクラスで
ある、上記（１６）に記載の方法。 （１８）前記コードが、Java beanである、上記（１
６）に記載の方法。 （１９）前記レガシー・データの前記フォーマットが、
ファイル・スキーマに入力される、上記（１６）の方
法。 （２０）レガシー・データのフォーマットを記述するの
に必要な情報を示すグラフィカル・ユーザ・インターフ
ェースを表示するための表示手段と、前記グラフィカル
・ユーザ・インターフェースを介して前記レガシー・デ
ータの前記フォーマットを受け取るための受取手段と、
前記レガシー・データの前記フォーマットを使用して生
成される、前記レガシー・データを読み取るためのコー
ドを自動的に生成するためのコード生成手段とを含む、
前記レガシー・データにアクセスするためのデータ処理
システム。 （２１）前記コードが、少なくとも１つのJavaクラスで
ある、上記（２０）に記載のデータ処理システム。 （２２）前記コードが、Java beanである、上記（２
０）に記載のデータ処理システム。 （２３）前記レガシー・データの前記フォーマットが、
ファイル・スキーマに入力される、上記（２０）に記載
のデータ処理システム。
【図面の簡単な説明】
【図１】本発明を実施できるデータ処理システムのブロ
ック図である。
【図２】本発明の好ましい実施例による、ファイル・ス
キーマを含むＧＵＩ内のウィンドウを示す図である。
【図３】本発明の好ましい実施例に従って表示される、
レコード属性ダイアログを示す図である。
【図４】本発明の好ましい実施例による、プリミティブ
・フィールド属性ダイアログを示す図である。
【図５】本発明の好ましい実施例による、クラス・フィ
ールド・ダイアログを示す図である。
【図６】本発明の好ましい実施例による、アサーション
・ダイアログを示す図である。
【図７】本発明の好ましい実施例による、データを読み
取るJavaコードを生成する処理の流れ図である。
【図８】本発明の好ましい実施例による、ファイル・ス
キーマの対話型編集のための処理の流れ図である。
【図９】本発明の好ましい実施例による、ファイル・ス
キーマを読み取るJavaコードを生成する処理の流れ図で
ある。
【図１０】本発明の好ましい実施例による、スキーマ・
レコードを読み取るJavaコードを生成する処理の流れ図
である。
【符号の説明】
１００ データ処理システム １０２ プロセッサ １０４ 主記憶 １０６ ＰＣＩローカル・バス １０８ ＰＣＩブリッジ １１０ ローカル・エリア・ネットワーク（ＬＡＮ）ア
ダプタ １１２ ＳＣＳＩホスト・バス・アダプタ １１４ 拡張バス・インターフェース １１６ オーディオ・アダプタ １１８ グラフィックス・アダプタ １１９ オーディオ・ビデオ・アダプタ（Ａ／Ｖ） １２０ キーボードおよびマウス・アダプタ １２２ モデム １２４ 追加メモリ １２６ ハード・ディスク装置 １２８ テープ駆動装置 １３０ ＣＤ−ＲＯＭ

Claims (23)

    【特許請求の範囲】
  1. 【請求項１】読み取られるデータのフォーマットを入力
    するのに使用されるグラフィカル・ユーザ・インターフ
    ェースを表示する、データ処理システムによって実施さ
    れるステップと、 前記グラフィカル・ユーザ・インターフェースを介し
    て、前記読み取られるデータの前記フォーマットを受け
    取る、データ処理システムによって実施されるステップ
    と、 前記データの前記フォーマットを使用して前記データを
    読み取るためのコードを生成する、データ処理システム
    によって実施されるステップとを含む、前記フォーマッ
    トを有する前記データを読み取るための、データ処理シ
    ステムにおける方法。
  2. 【請求項２】受け取った前記データの前記フォーマット
    が、コードを生成するために十分であるかどうかを判定
    するステップと前記データの前記フォーマットがコード
    を生成するために不十分であると判定されたことに応答
    して、前記データの前記フォーマットに関する追加情報
    を要求するステップとをさらに含む、請求項１に記載の
    方法。
  3. 【請求項３】前記コードが、Javaコードである、請求項
    １に記載の方法。
  4. 【請求項４】前記Javaコードが、beanである、請求項３
    に記載の方法。
  5. 【請求項５】前記データの前記フォーマットが、ファイ
    ル・スキーマに入力される、請求項１に記載の方法。
  6. 【請求項６】前記ファイル・スキーマが、前記データの
    前記フォーマットを記述する複数のレコードを含む、請
    求項５に記載の方法。
  7. 【請求項７】読み取られるデータのフォーマットを入力
    するのに使用されるグラフィカル・ユーザ・インターフ
    ェースを表示するための表示手段と、 前記グラフィカル・ユーザ・インターフェースを介し
    て、前記読み取られるデータの前記フォーマットを受け
    取るための受取手段と、 前記データの前記フォーマットを使用して前記データを
    読み取るためのコードを生成する生成手段とを含む、前
    記フォーマットを有する前記データを読み取るためのデ
    ータ処理システム。
  8. 【請求項８】前記データの前記フォーマットが、コード
    を生成するために十分であるかどうかを判定するための
    判定手段と、 受け取った前記データの前記フォーマットがコードを生
    成するために不十分であると判定されたことに応答し
    て、前記データの前記フォーマットに関する追加情報に
    ついてユーザに指示するための指示手段とをさらに含
    む、請求項７に記載のデータ処理システム。
  9. 【請求項９】前記コードがJavaコードである、請求項７
    に記載の情報処理システム。
  10. 【請求項１０】前記Javaコードがbeanである、請求項９
    に記載の情報処理システム。
  11. 【請求項１１】前記データの前記フォーマットが、ファ
    イル・スキーマに入力される、請求項７に記載のデータ
    処理システム。
  12. 【請求項１２】前記ファイル・スキーマが、前記データ
    の前記フォーマットを記述した複数のレコードを含む、
    請求項１１のデータ処理システム。
  13. 【請求項１３】コンピュータ可読媒体と、 読み取られるデータのフォーマットを入力するためにユ
    ーザが対話するグラフィカル・ユーザ・インターフェー
    スを表示するための第１命令と、 前記グラフィカル・ユーザ・インターフェースを介し
    て、前記読み取られるデータの前記フォーマットを受け
    取るための第２命令と、 前記データの前記フォーマットを使用して前記データを
    読み取るためのコードを生成するための第３命令とを含
    み、前記命令が、前記コンピュータ可読媒体上で実施さ
    れる、前記フォーマットを有する前記データを読み取る
    ためのコンピュータ・プログラム製品。
  14. 【請求項１４】前記コンピュータ可読媒体が、ハード・
    ディスク装置である、請求項１３に記載のコンピュータ
    ・プログラム製品。
  15. 【請求項１５】前記コンピュータ可読媒体が、ランダム
    ・アクセス・メモリである、請求項１３に記載のコンピ
    ュータ・プログラム製品。
  16. 【請求項１６】レガシー・データのフォーマットを記述
    するのに必要な情報を示す、グラフィカル・ユーザ・イ
    ンターフェースを表示する、データ処理システムによっ
    て実施されるステップと、 前記グラフィカル・ユーザ・インターフェースを介して
    前記レガシー・データの前記フォーマットを受け取る、
    データ処理システムによって実施されるステップと、 前記レガシー・データの前記フォーマットを使用して生
    成される、前記レガシー・データを読み取るためのコー
    ドを自動的に生成する、データ処理システムによって実
    施されるステップとを含む、前記レガシー・データにア
    クセスするための、データ処理システムにおける方法。
  17. 【請求項１７】前記コードが、少なくとも１つのJavaク
    ラスである、請求項１６に記載の方法。
  18. 【請求項１８】前記コードが、Java beanである、請求
    項１６に記載の方法。
  19. 【請求項１９】前記レガシー・データの前記フォーマッ
    トが、ファイル・スキーマに入力される、請求項１６の
    方法。
  20. 【請求項２０】レガシー・データのフォーマットを記述
    するのに必要な情報を示すグラフィカル・ユーザ・イン
    ターフェースを表示するための表示手段と、 前記グラフィカル・ユーザ・インターフェースを介して
    前記レガシー・データの前記フォーマットを受け取るた
    めの受取手段と、 前記レガシー・データの前記フォーマットを使用して生
    成される、前記レガシー・データを読み取るためのコー
    ドを自動的に生成するためのコード生成手段とを含む、
    前記レガシー・データにアクセスするためのデータ処理
    システム。
  21. 【請求項２１】前記コードが、少なくとも１つのJavaク
    ラスである、請求項２０に記載のデータ処理システム。
  22. 【請求項２２】前記コードが、Java beanである、請求
    項２０に記載のデータ処理システム。
  23. 【請求項２３】前記レガシー・データの前記フォーマッ
    トが、ファイル・スキーマに入力される、請求項２０に
    記載のデータ処理システム。
JP23017499A 1998-08-20 1999-08-17 データ処理システムにおいてデータにアクセスするための方法および装置 Expired - Fee Related JP3357637B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/137,771 US6252587B1 (en) 1998-08-20 1998-08-20 Method and apparatus in a data processing system for accessing data
US09/137771 1998-08-20

Publications (2)

Publication Number Publication Date
JP2000076057A true JP2000076057A (ja) 2000-03-14
JP3357637B2 JP3357637B2 (ja) 2002-12-16

Family

ID=22478984

Family Applications (1)

Application Number Title Priority Date Filing Date
JP23017499A Expired - Fee Related JP3357637B2 (ja) 1998-08-20 1999-08-17 データ処理システムにおいてデータにアクセスするための方法および装置

Country Status (2)

Country Link
US (1) US6252587B1 (ja)
JP (1) JP3357637B2 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6931623B2 (en) * 1999-08-30 2005-08-16 Touchnet Information Systems, Inc. Method of accessing data and logic on existing systems through dynamic construction of software components
WO2003017175A1 (en) 2001-08-14 2003-02-27 Bloomberg Lp Distribution and mapping of financial records from data stream
US7917548B2 (en) * 2003-11-14 2011-03-29 Bottelle Memorial Institute Universal parsing agent system and method
US20060253466A1 (en) * 2005-05-05 2006-11-09 Upton Francis R Iv Data Mapping Editor Graphical User Interface

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08137681A (ja) * 1994-11-09 1996-05-31 Hitachi Ltd グラフィカル・ユーザ・インタフェースの構築方式
JPH1031585A (ja) * 1996-07-17 1998-02-03 Nec Corp 仕様書入力によるプログラミング自動生成方式
JPH1040089A (ja) * 1996-07-22 1998-02-13 Nec Corp データ移行プログラム生成方式

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6070006A (en) * 1993-04-14 2000-05-30 Kabushiki Kaisha Toshiba Object oriented software development tool for creation of new class(es)
US5627979A (en) * 1994-07-18 1997-05-06 International Business Machines Corporation System and method for providing a graphical user interface for mapping and accessing objects in data stores
US5708828A (en) * 1995-05-25 1998-01-13 Reliant Data Systems System for converting data from input data environment using first format to output data environment using second format by executing the associations between their fields
US5710901A (en) * 1995-12-29 1998-01-20 Tci Summitrak Of Texas, Inc. Method and apparatus for validating data entered by a user
JP3070507B2 (ja) * 1997-02-14 2000-07-31 日本電気株式会社 Ｇｕｉ自動作成システム
US5956730A (en) * 1997-08-15 1999-09-21 International Business Machines Corporation Legacy subclassing

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08137681A (ja) * 1994-11-09 1996-05-31 Hitachi Ltd グラフィカル・ユーザ・インタフェースの構築方式
JPH1031585A (ja) * 1996-07-17 1998-02-03 Nec Corp 仕様書入力によるプログラミング自動生成方式
JPH1040089A (ja) * 1996-07-22 1998-02-13 Nec Corp データ移行プログラム生成方式

Also Published As

Publication number Publication date
US6252587B1 (en) 2001-06-26
JP3357637B2 (ja) 2002-12-16

Similar Documents

Publication Publication Date Title
US7269792B2 (en) System and method for generating high-function browser widgets with full addressability
US8201153B2 (en) Configurable Java Server pages processing
US7194683B2 (en) Representing and managing dynamic data content for web documents
JP4625198B2 (ja) 動的ウェブページコンテンツファイルからのサーバ側コード生成
US8935358B2 (en) Interactive server side components
US5781739A (en) IMS/WWW mapping system
US7240067B2 (en) System and methodology for extraction and aggregation of data from dynamic content
US6222634B1 (en) Apparatus and method for printing related web pages
US6279015B1 (en) Method and apparatus for providing a graphical user interface for creating and editing a mapping of a first structural description to a second structural description
US6433794B1 (en) Method and apparatus for selecting a java virtual machine for use with a browser
US6941552B1 (en) Method and apparatus to retain applet security privileges outside of the Java virtual machine
US7093193B1 (en) String template pages for generating HTML document
US6948120B1 (en) Computer-implemented system and method for hosting design-time controls
US6973655B2 (en) System and method of integrating software components
US7529763B2 (en) System and method for providing dynamic client architecture in an application development environment
KR20080024191A (ko) 그래픽 토폴로지 디스플레이를 파퓰레이팅하는 컴퓨터 구현방법
US7669178B2 (en) System and method for interacting with computer programming languages at semantic level
WO1999008182A1 (en) Method and apparatus for static and dynamic generation of information on a user interface
JPH11167584A (ja) ページ遷移方法及びその実施装置並びにその処理プログラムとデータを記録した媒体
US7181682B1 (en) Document publishing and rendering
JP2009031960A (ja) クライアント装置およびサーバ装置の間の通信を中継する技術
US20040205587A1 (en) System and method for enumerating arbitrary hyperlinked structures in which links may be dynamically calculable
JP3357637B2 (ja) データ処理システムにおいてデータにアクセスするための方法および装置
US20070192681A1 (en) Application migration to languages implementing tag fields
KR20010048898A (ko) 시각적인 화면 설계와 고속 처리가 가능한 동적문서 연동장치 및 그 방법

Legal Events

Date Code Title Description
R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081004

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees