JPH10161976A

JPH10161976A - オンライン業務処理システム

Info

Publication number: JPH10161976A
Application number: JP8315921A
Authority: JP
Inventors: Akihiro Yoshikawa; 彰弘吉川; Hideya Kawahara; 英哉川原
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1996-11-27
Filing date: 1996-11-27
Publication date: 1998-06-19

Abstract

(57)【要約】【課題】従来、ホスト計算機上のオンライン業務プログ
ラムは、通信回線を経由して端末装置と接続して用いら
れていた。しかし文字と罫線で構成された画面が見にく
いなど、使いにくいユーザインタフェースとなってい
た。【解決手段】インタネットなどで用いられているブラウ
ザ上に、使いやすいグラフィカルユーザインタフェース
（ＧＵＩ）を表示可能とする。オンライン業務プログラ
ムが表示する画面ごとに、ブラウザに対して画面表示内
容を指示するテキストを保持し、オンライン業務プログ
ラムの出力データと合成してブラウザに送信することで
達成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信手段を介して
ホスト計算機（汎用計算機、メインフレーム計算機とも
呼ばれる）にアクセスして業務処理を行なうオンライン
業務処理システムに関し，特に従来通信手段を介してホ
スト計算機に接続してオンライン業務画面を表示してい
たホスト端末装置に代えて、他の画面表示においても利
用可能なより汎用的な表示手段を接続することで、オン
ライン業務画面のみならず他の画面表示もこの単一の表
示手段をもって表示可能とするオンライン業務処理シス
テムに関する。

【０００２】さらに本発明の望ましい態様によれば、イ
ンタネット上のＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅｂの
略）に用いられるＷＷＷブラウザとホスト計算機とを通
信手段を介して接続することで、このＷＷＷブラウザに
オンライン業務画面を表示可能とするオンライン業務処
理システムに関する。

【０００３】

【従来の技術】従来は、例えば米国ＡｐｅｒｔｕｓＴ
ｅｃｈｎｏｌｏｇｉｅｓＩｎｃｏｒｐｏｒａｔｅｄ社
のＥｎｔｅｒｐｒｉｓｅ／Ａｃｃｅｓｓ：ＷｅｂＥｄ
ｉｔｉｏｎという製品に関してインタネット上に「ｈｔ
ｔｐ：／／ｗｗｗ．ａｐｅｒｔｕｓ．ｃｏｍ／ａｐｐｒ
ｏｄｓ／ｅｌｅｃｏｍｍ／ｅａｗｅｍａｉｎ．ｈｔｍ」
に開示されている広告によれば、第一の計算機であるホ
スト計算機とＷＷＷブラウザとの間にさらに第二の計算
機を設け、第二の計算機に、ホスト計算機上のオンライ
ン業務プログラムからのデータをＷＷＷブラウザ向けの
データにデータ形式の変換をするプログラムを設けるこ
とで、ＷＷＷブラウザ上にオンライン業務プログラムの
画面表示を行なうオンライン業務処理システムがあっ
た。

【０００４】また、米国ＷａｌｌＤａｔａＩｎｃｏｒ
ｐｏｒａｔｅｄ社のホスト・コネクティビティ・プロダ
クトＲＵＭＢＡという製品の広告によれば、Ｍｉｃｒｏ
ｓｏｆｔのＷｉｎｄｏｗｓアプリケーション開発ツール
であるＶｉｓｕａｌＢａｓｉｃで利用可能なプログラ
ム部品が提供され、これを用いてホストコンピュータに
アクセスするプログラムをＶｉｓｕａｌＢａｓｉｃ言
語で作成することができた。

【０００５】また、蝶理情報システム株式会社のＶｉｓ
ｕａｌＢａｓｉｃ対応アプリケーション開発支援キッ
トＥＶＢ−ＳＤＫという製品の広告によれば、ホストと
の通信接続やキー入力制御、キーシミュレーションなど
を行なう１０種類のＶｉｓｕａｌＢａｓｉｃ用プログ
ラム部品が提供されていた。

【０００６】また、（株）日立製作所の端末メッセージ
マッピング支援ＸＭＡＰ２Ｅ２によれば、情報を画面表
示するための領域の名称と座標と表示するデータのデー
タ型を定義する画面定義情報に基づき、端末に画面表示
のための情報を送信するオンライン業務プログラムを容
易に開発するための、端末メッセージマッピング支援シ
ステムがあった。

【０００７】また、ＦｉｒｓｔＣｌａｓｓ誌，Ｍａｒ
ｃｈ／Ａｐｒｉｌ，１９９４，Ｖｏｌ．ＩＶ，Ｉｓｓｕ
ｅＩＩのｐ．１０，ｐ．２０に掲載されたＷＲＡＰＰＩ
ＮＧＬＥＧＡＣＹＡＰＰＬＩＣＡＴＩＯＮＳによれ
ば、端末インタフェースを介在して古いアプリケーショ
ンを制御するという概念が開示されていた。

【０００８】

【発明が解決しようとする課題】従来のオンライン業務
プログラムは、ホストコンピュータ上で実行され、ホス
ト端末装置にオンライン業務の画面表示を行なうもので
あった。しかし近年では計算機ネットワークが高度に発
達したため、ネットワーク上の様々な計算機からデータ
を取得し、これを表示するブラウザと呼ばれる表示手段
が幅広く利用されつつある。ブラウザは表示手段を統一
できるため、他の表示手段の操作を修得しなくても済
み、また他の表示手段を用意する必要がないためシステ
ムを安価に実現でき、さらに他の計算機と接続して他の
情報を表示したり、他の情報とオンライン業務処理の情
報との相互のデータのやりとりも容易になるなどの利点
がある。

【０００９】従来は、例えばＥｎｔｅｒｐｒｉｓｅ／Ａ
ｃｃｅｓｓ：ＷｅｂＥｄｉｔｉｏｎに見られる上記従
来技術では、ホスト計算機からホスト端末装置向けのデ
ータを取得し、次にこのデータ形式を解析し、ブラウザ
向けのデータ形式に変換していた。このため、ホスト計
算機はオンライン業務プログラムの出力データをホスト
端末装置向けのデータに変換し、第二の計算機はこれを
さらにブラウザ向けのデータ形式に変換していた。従っ
て、オンライン業務プログラムが表示する各画面ごと
に、ホスト計算機が出力するデータが異るため、ホスト
端末装置向けのデータを解析するためには、各画面ごと
にデータ解析のための定義が必要であり、オンライン業
務処理システムの構築に手間がかかる、という課題があ
った。しかも、変換処理が少くとも２回必要であり、ま
たホスト端末装置向けのデータを解析する処理が必要で
あり、画面が表示されるまでに時間がかかる、という課
題があった。

【００１０】また、ホスト・コネクティビティ・プロダ
クトＲＵＭＢＡないしＥＶＢ−ＳＤＫに見られる上記従
来技術では、ユーザインタフェースの作成に便利なプロ
グラム部品が提供されているが、これらのプログラム部
品を配置したり他のデータとのやりとりをコーディング
したりする手間がかかっていた。

【００１１】また、ＸＭＡＰ２Ｅ２に見られる上記従来
技術では、ホスト計算機で実行する業務処理プログラム
の作成において、画面定義データを利用することでプロ
グラムの作成を支援していた。しかしこの業務処理プロ
グラムにアクセスする装置ないし方法では、業務処理の
内容によらない固定の機能を有する端末装置ないしは端
末プロトコルに基づくアクセスに限定されていた。従っ
て業務の内容に応じて適切な表示を行なうことができ
ず、またＧＵＩを利用できないという課題があった。

【００１２】またホスト計算機で実行する業務処理プロ
グラムでは、計算やデータベースの更新などの業務処理
の中核をなす処理以外に、画面入出力のためにホスト端
末を制御する処理やエラーチェック処理などを行なって
いたため、プログラムの大きさが大きくなり、後から表
示画面を変更することが困難になっていた。

【００１３】また、ＦｉｒｓｔＣｌａｓｓ誌の記事に
見られる上記従来技術では、ホスト計算機と他の計算機
とで互いに情報をやりとりする方法が示されていたが、
この方法は従来の端末エミュレータなどに見られるもの
と同じであり、しかも具体的なプログラムを作成する装
置ないし方法は開示されていなかった。

【００１４】本発明は上記事情に鑑みてなされたもの
で、その目的とするところは、ネットワーク上の様々な
計算機からデータを取得し、これを表示可能とするブラ
ウザと呼ばれる表示手段をもって操作可能なオンライン
業務処理システムを安価に提供することにある。そのた
めに本発明では、ホスト計算機とホスト端末装置とを通
信手段を介して接続した構成で動作するように作成した
従来のオンライン業務プログラムを修正することなくそ
のまま利用することと、このプログラムの入出力データ
とブラウザの入出力データとのデータ形式の相互の変換
を高速に処理する手段を、少い手間で実現可能とするこ
とと、を目的とする。

【００１５】さらに、操作性の向上や豊かな表現力を用
いた分かりやすい表示を行なうため、ＧＵＩの利用、あ
るいは画面の表示内容や座標などの画面構成の変更、さ
らには従来１画面であったものを複数画面に分割、など
による従来のオンライン業務処理画面の変更を、従来の
オンライン業務プログラムを変更したり追加のプログラ
ム記述を行なったりすることなく達成することを目的と
する。

【００１６】さらに、前記ブラウザに表示される画面表
示の構成を指示するための定義データを、従来のオンラ
イン業務処理画面を作成するために作成した画面定義情
報を用いて生成する手段を提供することで、この定義デ
ータの作成の手間を省くことを目的とする。

【００１７】

【課題を解決するための手段】本発明は、ホスト計算機
（１）と、通信手段（３）と、ディスプレイないしテレ
ビを備えかつグラフィックス表示機能を有するブラウザ
（２９）とを有するオンライン業務処理システムであっ
て、前記ホスト計算機（１）は、業務プログラムのソー
スコード（７）と、オンライン業務処理画面における画
面中のデータフィールドのフィールド名称，表示座標，
少くとも入力か出力かを区別する入出力区分の対応表を
定義する画面定義情報（６）と、前記フィールド名称と
表示指示を示す文字列ないし記号列によって前記データ
フィールドのデータを前記ブラウザ（２９）に表示する
ことを指示する情報もしくは前記フィールド名称と入力
指示を示す文字列ないし記号列によって前記ブラウザ
（２９）にユーザが入力したデータを該フィールド名称
と対応付けて前記ホスト計算機（１）に送信することを
指示する情報を含むハイパテキストテンプレート（２
１）とを有し、該画面定義情報（６）の中で入出力区分
が出力となっている前記データフィールドについては該
データフィールドに表示するデータと該データフィール
ドの前記フィールド名称との対応を示す出力論理情報
（２３）を出力し、かつ、該画面定義情報の中で入出力
区分が入力となっている前記データフィールドについて
は該データフィールドに入力されたデータと該データフ
ィールドの前記フィールド名称との対応を示す入力論理
情報（３３）を入力し、該出力と該入力とを繰り返すこ
とで前記業務プログラムのソースコード（７）に指示さ
れた処理手順に従ってオンライン業務処理を行なうオン
ライン業務プログラム（９）を前記業務プログラムのソ
ースコード（７）と前記画面定義情報（６）とから生成
する手段（８）と、前記オンライン業務プログラム
（９）が出力した前記出力論理情報（２３）と前記ハイ
パテキストテンプレート（２１）とから、該ハイパテキ
ストテンプレート（２１）に前記フィールド名称と前記
表示指示を示す文字列ないし記号列が含まれるときはこ
れを、該出力論理情報（２３）から該フィールド名称に
対応する前記データフィールドに表示するデータを取得
して該データを表示することを指示する文字列ないし記
号列に置き換えることで、ハイパテキストを合成してこ
れを前記ブラウザ（２）に送信する手段（２２）と、前
記ハイパテキスト中に含まれる前記フィールド名称と前
記入力指示を示す文字列ないし記号列に従って、前記ブ
ラウザ（２９）にユーザが入力したデータを該フィール
ド名称と対応付けて該ブラウザ（２９）が送信したもの
を前記通信手段（３）を介して受信し、該データと該フ
ィールド名称との対応を示す前記入力論理情報（３３）
を前記オンライン業務プログラム（９）に入力する手段
とを有し、前記ブラウザ（２９）は、前記通信手段
（３）を介して前記ハイパテキストを受信し、該ハイパ
テキストに含まれる前記データを表示することを指示す
る前記文字列ないし記号列に従って該データを表示し、
前記フィールド名称と前記入力指示を示す文字列ないし
記号列に従ってユーザの入力を取得しこれを該フィール
ド名称と対応付けて送信する手段を有することを特徴と
するオンライン業務処理システムによって達成される。

【００１８】

【発明の実施の形態】以下、本発明の実施例について図
面を参照して説明する。

【００１９】先ず最初に、本発明の概要を図１〜６を参
照して説明する。図１は本発明にかかるオンライン業務
処理システムの構成を示すブロック図であり、図２は従
来のオンライン業務処理システムの構成を示すブロック
図である。図３と図４はオンライン業務プログラム９が
端末装置に表示する画面の一例を示している。一方、図
５と図６は本発明にかかるオンライン業務処理システム
の画面表示例であり、次に述べる６つの特徴を有する。

【００２０】第一に、従来のオンライン業務処理システ
ムで用いていたオンライン業務プログラム９を、修正す
ることなくそのまま利用している。このため、新たにプ
ログラムを開発する必要がなく、安価に実現できる。

【００２１】第二に、ホスト端末装置１４の代わりにブ
ラウザと呼ばれる表示手段を用いて表示している。ホス
ト端末装置１４がホスト計算機１専用に設計されたもの
であるのに対し、ブラウザ２９は他の計算機から情報を
取得して表示する目的にも利用できる汎用的なものであ
る。このため、ユーザが使用する表示手段の統一が図ら
れ、安価に実現でき、表示手段の操作を容易に修得可能
となるなどの利点が得られる。

【００２２】第三に、処理を高速に実行できる。本発明
は、オンライン業務処理システムを安価に実現する目的
のため、元来はホスト端末装置１４向けに開発したオン
ライン業務プログラム９を修正することなく利用する。
このため、このプログラムの入出力データと、ブラウザ
２９の入出力データの形式の違いを相互に変換する仕組
みが必要となる。本発明によれば変換に必要なデータを
あらかじめ用意し、変換の際にはこれを用いた合成処理
だけを行なう構成とすることにより、変換処理を高速に
行なうことができる。

【００２３】第四に、ブラウザ２９は本発明にかかるオ
ンライン業務処理システムとは別の計算機と接続して、
他の情報を表示することも可能である。このため、ＧＵ
Ｉのコピー＆ペースト等の機能を用いて他の情報源との
情報交換が容易になる。

【００２４】第五に、ブラウザ２９の表示画面は、画面
の表示内容と座標などの画面構成とを規定するハイパテ
キストテンプレート２１に基づいて表示する。このハイ
パテキストテンプレート２１を変更することで表示画面
を変えることがでる。従って従来使用していたオンライ
ン業務プログラム９を修正することなく、例えば図３は
図５のように、図４は図６のように変更できる。さらに
別途画像データを付加すると図２２のように変更するこ
ともできる。しかもブラウザ２９は汎用的に用いるもの
なので、汎用的な画面エディタが利用でき、これを用い
てハイパテキストテンプレート２１を容易に編集でき
る。

【００２５】第六に、パソコンやワークステーション計
算機に搭載されたウィンドウシステムの機能を活用する
ことで、豊かな表現力と操作の簡便さとを有するグラフ
ィカルユーザインタフェース（本明細書ではＧＵＩと略
す）を提供することができる。

【００２６】特に第二に述べたブラウザは、インタネッ
ト（世界中の計算機を相互に接続する計算機ネットワー
ク）で普及しているＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅ
ｂの略。インタネットを用いて他の計算機が提供する情
報を、ＷＷＷブラウザ又はＷｅｂブラウザと呼ばれる汎
用的な表示プログラムで画面表示したり、簡単な操作で
他の情報を送信するように要求したりするための仕組み
のこと。以後、ＷＷＷと呼ぶ。また表示に用いるものを
ＷＷＷブラウザと呼ぶ）のためのＷＷＷブラウザを用い
ることができる。

【００２７】本発明の目的は、既存のオンライン業務プ
ログラム９を変更することなく、図３と図４に示す従来
画面から図５と図６に示すＷＷＷブラウザ画面へと、表
示手段を変更せしめ、前記５つの利点が得れらるオンラ
イン業務処理システムを実現することにある。

【００２８】先ず従来のオンライン業務処理システムに
ついて説明する。

【００２９】図２は従来のオンライン業務処理システム
の構成を示すブロック図である。図２において、１はホ
スト計算機である。ホスト計算機は、汎用計算機とかメ
インフレーム計算機と呼ばれることもあるが、本明細書
ではホスト計算機と記載する。１４はディスプレイとキ
ーボードを有し、画面表示したり利用者の入力を受け付
けるホスト端末装置である。３はホスト計算機１とホス
ト端末装置１４との通信に用いる通信手段である。

【００３０】ホスト計算機１において、オンライン業務
プログラム９は図１１及び図１２に示す出力論理情報を
出力し、これを端末メッセージマッピング手段１０がホ
スト端末装置１４向けの制御データにデータ形式を変換
し、トランザクション管理手段１１と通信制御装置４と
を経由してホスト端末装置１４に送信する。ホスト端末
装置１４は、出力論理情報を、画面定義情報６の表示形
式で表示し、ユーザ入力を受け付ける。ユーザ入力は逆
順をたどって入力論理情報に変換され、オンライン業務
プログラム９への入力となる。入力論理情報は、出力論
理情報から画面名の情報を省いた形式の情報で、入力用
のフィールドに対してユーザが入力した値を保持するも
のである。

【００３１】この流れの中で、オンライン業務プログラ
ム９は出力論理情報を出力することと、入力論理情報を
入力することとを繰り返すなかで、オンライン業務処理
を行なう。例えば在庫管理システムでは、オンライン業
務プログラムは在庫部品を表示するために出力論理情報
に在庫部品の部品名と数量を出力し、これに対してユー
ザは詳細に調べたい部品の部品名を入力し、これは入力
論理情報に変換されてオンライン業務プログラムに入力
され、次にオンライン業務プログラムは指示された部品
に関する詳細情報を出力論理情報に出力する、という具
合に繰り返す。

【００３２】また、端末メッセージマッピング手段１０
は、出力論理情報に含まれるフィールド値と、画面定義
情報６に含まれるフィールド値の表示形式の定義や、常
に画面表示する固定文字列の定義、に従って、これをホ
スト端末装置１４に画面表示せしめるための制御データ
形式に変換したり、逆にユーザの入力指示に従ってホス
ト端末装置１４が取得した入力データから、どの入力値
がどのフィールドに対応するかを画面定義情報６に従っ
て解析し、入力論理情報の形式に変換する。

【００３３】また、トランザクション管理手段１１は、
ホスト計算機に接続された複数のホスト端末装置１４
と、オンライン業務処理との対応づけを行なうことで、
複数のホスト端末装置１４で同時にオンライン業務処理
を行なう場合でも、それぞれに対して起動されたオンラ
イン業務プログラム９とホスト端末装置１４とのデータ
のやりとりを適切に割りふる。

【００３４】ホスト計算機１において、６は画面定義情
報である。画面定義情報は画面の表示内容を定義すると
ともに、オンライン業務プログラム９と端末メッセージ
マッピング手段１０とが互いにやりとりする出力論理情
報及び入力論理情報のデータ形式を定義している。７は
業務プログラムソースであり、オンライン業務処理の処
理手順をプログラミング言語で記述したものである。８
はオンライン業務プログラム生成手段であり、業務プロ
グラムソース７をコンパイルしてオンライン業務処理を
生成するとともに、出力論理情報及び入力論理情報を用
いてオンライン業務プログラム９が端末メッセージマッ
ピング手段１０と入出力する処理を、画面定義情報６に
従って生成し、さらにこれらを組合せることでオンライ
ン業務プログラム９を生成する。端末メッセージマッピ
ング手段１０は画面定義情報６に従ってホスト端末装置
１４に定義通りの画面を表示するため、出力論理情報や
入力論理情報と、ホスト端末装置１４が入出力するデー
タとの相互の変換を行なう。オンライン業務プログラム
９はこのようにして生成されたものであり、これを実行
すると、通信手段３を経由して、ホスト計算機に接続さ
れたホスト端末装置１４にオンライン業務画面を表示す
る。利用者はこの画面を操作して業務を遂行する。

【００３５】次に、本発明にかかるオンライン業務処理
システムについて説明する。本発明では上記従来のオン
ライン業務処理システムで作成済のオンライン業務プロ
グラム９を変更せずにそのまま利用することで、開発を
容易としている。この目的を達成するために画面定義情
報６を利用する計算機システムを以下に開示する。

【００３６】図１は本発明にかかるオンライン業務処理
装置の構成を示すブロック図である。図１において、１
はホスト計算機、２９はブラウザ、３は１と２９との間
で画面表示のためのデータ及びユーザの入力データを相
互に通信するための通信手段である。２９のブラウザに
は、インタネットで用いられるＷＷＷブラウザを搭載し
た、パソコンやワークステーション計算機を用いること
ができる。

【００３７】ホスト計算機１に含まれる構成要素につい
て、以下に説明する。６〜９は図２に示す従来のオンラ
イン業務処理システムと同じである。従ってオンライン
業務プログラム９を変更せずにそのまま利用する。５０
はオンライン業務プログラム９が入出力する出力論理情
報２３や入力論理情報３３とハイパテキストとの相互変
換を行なう手段である。

【００３８】ここでハイパテキストについて説明する。
ハイパテキストを表示する仕組みは従来技術であって、
本願で特許を請求するものではない。ハイパテキスト
は、他のハイパテキストの所在を示す情報や、当該ハイ
パテキスト又は他のハイパテキスト中の特定の部分を指
し示す情報などを、当該ハイパテキスト中のある部分と
関連付ける情報を含むテキストである。ブラウザは、ハ
イパテキスト中のある部分を指示することで、その部分
に関連付けられた、ハイパテキストの所在を示す情報や
ハイパテキスト中の特定の部分を指し示す情報を取得
し、その所在情報に従って他のハイパテキストを取り出
したり、指し示された特定の部分に表示位置を変更した
りする。これにより、ユーザはブラウザ上で簡単な指示
操作をするだけで、あるテキストと関連のある他のテキ
ストを表示することができる。ハイパテキストはまた、
画像データファイルや音声データファイル、動画データ
ファイル、プログラムなどの所在情報も同様にして、当
該ハイパテキスト中のある部分と関連付ける情報を保持
しうる。図１３にハイパテキストの一例を示す。この例
では１３０１から１３０２の間に含まれるテキストと、
１３０３の”／ＴＲ０１／ＳＩＤ０１／１”で示される
所在にあるプログラムとを関連付けている。

【００３９】ハイパテキストは、専用のエディタを用い
て編集することもできる。特に、先に述べたインタネッ
トのＷＷＷの場合、ハイパテキストの構文規則にはＨＴ
ＭＬ（ＨｉｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａ
ｇｅ）というものが既定されており、世界中で幅広く利
用されている。この構文規則はインタネットの標準であ
るから、ＨＴＭＬのエディタも多数存在し、ハイパテキ
ストの作成や修正などの作業が容易になっている。

【００４０】引続き図１において、ホスト計算機１に含
まれる構成要素について、画面が表示されるまでの順を
追いながら説明する。

【００４１】２３は出力論理情報であって、オンライン
業務プログラム９が出力するオンライン業務処理の結果
である。図１１は出力論理情報２３の一例である。また
図１２は出力論理情報２３の他の一例である。図１１の
例では、画面名が”ＡＢＰ０１０”であることと、各フ
ィールドの値が空白であることとを示している。また図
１２の例では、画面名が”ＡＢＰ０１０”であること
と、例えば１２０１によればフィールド”ＡＢＦＥＢＵ
ＮＲ”の値が”ＭＭ”であることなどを示している。

【００４２】２１はハイパテキストテンプレートであ
り、ハイパテキスト合成手段２２が合成して出力するハ
イパテキストのひな型である。ハイパテキストテンプレ
ート２１は、画面ごとにあり、画面名で識別する。図９
はハイパテキストテンプレート２１の一例である。ハイ
パテキストテンプレートは、合成のための印が含まれて
いるものの、構文規則はハイパテキストと同じであるか
ら、ハイパテキスト用のエディタを用いて作成や修正な
どの編集作業ができる。

【００４３】３２はハイパテキスト合成手段２２がハイ
パテキストテンプレート２１と出力論理情報２３とをど
のように合成するかを規定する合成ルールである。図１
０は合成ルール３２の一例である。

【００４４】２２はハイパテキストテンプレート２１と
出力論理情報２３とを、合成ルール３２に従って合成す
るハイパテキスト合成手段である。例えば、図９に示す
ハイパテキストテンプレート２１の例と、図１１に示す
出力論理情報２３の例とを、図１０に示す合成ルール３
２の例に従って合成すると、ハイパテキスト合成手段２
２は、図１３に示すハイパテキストを出力する。ただし
ここで、１３０３の部分はトランザクション管理手段２
４から得られるトランザクション名と、セッション管理
手段３０から得られるセッションＩＤと、ハイパテキス
トを出力した回数を示すアクセスカウンタとから合成す
る。

【００４５】２４はトランザクション管理手段であっ
て、ブラウザ２９からの要求に従ってトランザクション
を開始し、オンライン業務プログラム９を起動する。オ
ンライン業務プログラム９が複数あるときは、どのオン
ライン業務プログラムを起動するかをトランザクション
名で識別する。トランザクション名はブラウザ２９が指
定する。なお、トランザクション名は実行するオンライ
ン業務処理を識別するものであるから、同じオンライン
業務処理を同時に複数個実行するときは、これら複数の
トランザクション名は同一である。

【００４６】４は通信制御装置であって、通信手段３を
経由して、他の計算機やブラウザ２９やホスト端末装置
１４との通信を制御する。通信制御装置４は、通信手段
３を経由して他の機器との通信を開始するとき、他の機
器との通信管理の単位である通信セッションを開始す
る。逆に通信を終了するとき、通信セッションを終了す
る。図１において、ホスト計算機１と接続されるブラウ
ザ２９は複数あってもよく、通信手段３はこれらすべて
とホスト計算機１との通信手段を提供する。通信制御装
置４は、受信したデータがどの通信セッションのもの
か、またある通信セッションに対して送信したいデータ
をどのブラウザに送信するかを管理する情報を保持し、
これを用いて送受信を行なう。

【００４７】ここで、通信セッションとトランザクショ
ンとの関係を説明する。トランザクションはオンライン
業務処理を実行する単位であって、オンライン業務処理
を開始するときにトランザクションを開始し、オンライ
ン業務処理を終了するとともにトランザクションを終了
する。通信セッションは、通信手段３を経由して他の機
器との送受信を開始するときに開始し、その後送受信を
繰り返し、送受信を終了するときに終了する。通常は、
トランザクションの開始と終了はそれぞれ、通信セッシ
ョンの開始と終了と同時であり、１対１関係で対応す
る。しかし前述のインタネットで用いられるＷＷＷで
は、画面を表示するごとに通信セッションを開始・終了
するという通信プロトコルが用いられる。本発明はこの
インタネットのＷＷＷにも用いることができるが、その
場合はトランザクションと通信セッションとが１対１に
対応しない。このためあるブラウザから次の画面の要求
があったとき、通信制御装置４は新たな通信セッション
を開始するが、その通信セッションがどのトランザクシ
ョンに対応するのかは通信制御装置４が保持する情報で
は識別できない。従って本発明をインタネットのＷＷＷ
に用いる場合、通信セッションとトランザクションとの
対応関係を識別する手段が必要である。

【００４８】３０はセッション管理手段であって、通信
セッションとトランザクションとの対応関係を識別す
る。これは本発明をインタネットのＷＷＷに用いる場合
のように、通信セッションとトランザクションとが１対
１に対応しない場合に必要となる。通信セッションとト
ランザクションとの対応関係の情報はセッション管理テ
ーブル３１に保持する。図１５はセッション管理テーブ
ル３１の一例である。

【００４９】以上に述べた各構成要素により、ブラウザ
２９からの要求に従ってトランザクションを開始し、こ
れに伴い実行を開始されたオンライン業務プログラム９
は出力論理情報２３を出力する。この出力論理情報２３
で与えられるフィールド値は、ハイパテキスト合成手段
２２において、出力論理情報２３の画面名に対応するハ
イパテキストテンプレート２１と合成し、セッション管
理手段３０で管理する通信セッションを用いてブラウザ
２９へと送信する。ブラウザ２９は、受信したハイパテ
キストを例えば図５のように表示する。

【００５０】次に図１において、ホスト計算機１に含ま
れる構成要素について、ブラウザ２９の表示画面にユー
ザが入力操作をしてから、オンライン業務プログラム９
に入力されるまでの順を追いながら説明する。

【００５１】図５はブラウザ２９の表示画面の一例であ
って、この例では５０１は分類コードの入力領域であ
り、５０２は部品コードの入力領域である。ユーザの入
力指示があると、ブラウザ２９は入力データを送信す
る。

【００５２】２５はフィールド入力値取得手段であっ
て、ブラウザ２９から受信したデータから、各入力フィ
ールドに与えられた入力値を取得し、フィールド入力値
３４に記憶する。

【００５３】２６は入力チェック手段であり、画面定義
情報６で与えられたフィールドのデータ型に従って、フ
ィールド入力値３４の値をチェックする。例えば数字型
のフィールドに英字が含まれていないか、英数字型のフ
ィールドに日本語文字が含まれていないか、などをチェ
ックする。チェックの結果、エラーがあればハイパーテ
キスト合成手段がエラー画面のハイパーテキストを合成
し、ブラウザに送信する。

【００５４】３３は入力論理情報であって、入力チェッ
ク手段２６でチェックした結果エラーがないときに、オ
ンライン業務プログラム９に入力するデータである。

【００５５】以上に述べた各構成要素により、ユーザが
ブラウザ２９の表示画面に入力したデータから、フィー
ルド入力値取得手段２５がフィールドとフィールド値と
の対応情報を取得し、入力チェック手段２６が入力値を
チェックし、データをオンライン業務プログラム９に入
力する。

【００５６】次に図１において、ホスト計算機１に含ま
れる他の構成要素について説明する。

【００５７】２０は画面定義情報６に従って、ハイパテ
キストテンプレート２１を生成するハイパテキスト生成
手段である。画面定義情報６の一例を図１６に示す。画
面定義情報６は画面を構成するフィールドの名称、入出
力の区分、Ｘ座標、Ｙ座標、長さ、型などの情報を含む
ため、この定義通りの画面を表示するためのハイパテキ
ストテンプレートを生成することが可能である。生成し
た後、ハイパテキスト用のエディタで修正することもで
きる。従って通常、先ずハイパテキスト生成手段２０を
用いてハイパテキストテンプレートを生成し、次に必要
に応じてハイパテキスト用のエディタで適宜修正を行な
って作成する。

【００５８】２８はブラウザ２９からの要求に従って、
サーバ配布データ２７に記憶したデータを配布するデー
タサーバである。前述のように、ハイパテキストはテキ
スト中のある部分と他のテキストや画像データなどとの
関連情報を保持しており、ブラウザ２９は、ユーザの指
示に従って、関連付けられたデータを要求する。ハイパ
テキストにはデータの所在情報が含まれており、この所
在情報には、データサーバ２８から取得するのか、トラ
ンザクション管理手段２４を経由してオンライン業務プ
ログラム９から取得するのかを識別する情報や、サーバ
配布データ２７中のどのデータを取得するのかを識別す
る情報が含まれている。通信制御装置４はこの所在情報
に従ってデータサーバ２８又はトランザクション管理手
段２４に要求内容を渡す。データサーバ２８は所在情報
に従って、サーバ配布データ２７からデータを取得し、
これを配布する。

【００５９】図２の従来の構成では、端末メッセージマ
ッピング手段１０がオンライン業務プログラム９の出力
データをホスト端末装置１４の制御データに変換して送
信し、ホスト端末装置１４がこの制御データに従って画
面表示をしていた。本発明に係る図１の構成では、オン
ライン業務プログラム９を変更せずにそのまま用いなが
らも、ハイパテキスト合成手段２２がハイパテキストを
合成するので、ホスト端末装置１４の代わりにブラウザ
２９に画面表示する。ホスト端末装置１４はホスト計算
機１向けに設計されたものであって、制御データも専用
のデータ形式であった。これに対し、ブラウザ２９はホ
スト計算機１に限らず他の計算機から得られる情報にも
汎用的に利用できるものである。従って本発明によれば
従来のオンライン業務プログラム９を変更することな
く、オンライン業務処理も、他の計算機から得られる情
報の表示にも利用でき、表示手段の統一、ＧＵＩによる
表示など、発明の実施の形態の冒頭に述べたような利点
が得られる。

【００６０】以下、図１〜２５を用いて本発明の第一の
実施例を説明する。

【００６１】以下、本実施例の処理手順を説明する。図
７は本発明にかかるオンライン業務処理システムの処理
手順を示すフローチャートである。

【００６２】図７において、先ずオンライン業務プログ
ラム生成手段８が画面定義情報６と業務プログラムソー
ス７とを用いてオンライン業務プログラム９を生成する
（ステップ７０１）。業務プログラムソース７はオンラ
イン業務処理の処理手順をプログラミング言語で記述し
たものである。

【００６３】画面定義情報６の一例を図１６に示す。画
面定義情報は画面の構成要素に関する座標やデータ型な
どの情報を有し、図３に示すようなオンライン業務の画
面中の個々の要素に対応している。

【００６４】図１６において、１６０１はオンライン業
務処理と対応づけられるトランザクション名である。

【００６５】１６０２は画面を識別する画面名である。

【００６６】１６０３は画面中の個々のフィールドを識
別するフィールド名である。図１６の各々の行は、ある
画面中のあるフィールド１個についての定義を示してい
る。

【００６７】１６０４はフィールドの入出力区分を示
し、固定フィールドはある固定の文字列を常に表示する
ものであり、出力フィールドはホストから送られる情報
を表示するものであり、入力フィールドは利用者が入力
したデータをホストに送るためのものであり、入出力フ
ィールドは最初にホストから送られる情報を表示し、か
つ、利用者が入力したデータをホストに送るためのもの
である。

【００６８】１６０５と１６０６はフィールドを表示す
る位置のＸ座標とＹ座標とを示し、１６０７はフィール
ドの長さであり、その長さ分の文字列の表示や入力がで
きる。

【００６９】１６０８はフィールドに表示又は入力され
るデータの型であり、日本語は日本語の文字列であり、
英数字はアルファベットと数字と記号文字からなる文字
列であり、数字は数字文字列である。

【００７０】１６０９は入出力区分１６０４が固定のと
きだけ使われるもので、固定的に画面に表示する文字列
を示す。

【００７１】なお、画面名、フィールド名には任意の文
字列を用いることができるが、一般的には名称規則を決
めることが多い。例えばこの場合、最初の「ＡＢ」がオ
ンライン業務処理全体に共通な識別コードであり、次の
「Ｐ」ないしは「Ｆ」はそれぞれ画面名、フィールド名
を表す。フィールド名の４文字目は入出力区分に応じ
て、Ｆは固定、Ｏは出力、などを表す。残りの部分は各
フィールドごとに異る名称を表す。

【００７２】例えば１６１０の行の１６０１，１６０２
項目によれば、トランザクション名が「ＴＲ０１」のオ
ンライン業務処理における「ＡＰＢ０１０」という画面
の定義であることが分る。これは図５の５０３に対応す
る定義を示し、１６０３によればフィールド名は「ＡＢ
ＦＦＴＩＴＬ」であって、１６０４によればある文字列
を固定的に出力するフィールドで、その文字列は１６０
９によれば、図５の５０３のように表示される文字列
「部品仕様」を定義している。またそのデータ型は「日
本語」で、座標は（１０，２）であり、長さが８文字で
あることが分る。長さについては英数字の長さで表記す
るので、日本語文字１文字で英数字２文字分になる。こ
の場合「部品仕様」は日本語４文字なので長さは８文字
である。

【００７３】ステップ７０１では、画面定義情報６に従
って出力論理情報２３及び入力論理情報３３のデータ形
式を求め、その形式に従って入出力を行なうようにオン
ライン業務プログラム９を生成する。図１１ないし図１
２は、オンライン業務プログラム９が出力する出力論理
情報２３の一例である。出力に関与するのは、入出力区
分１６０４が出力のものと入出力のものであり、図１６
によれば、１６１２，１６１４，１６１６，１６１８が
該当する。これらは図１１ないし図１２の１１０２，１
１０３，１１０４，１１０５のフィールド名と対応して
いる。入力論理情報については入出力区分１６０４が入
力のものと入出力のものが関与するので、例えば図１６
によれば、１６１２，１６１４が該当する。またつぎに
どの画面を表示するのかについては、業務プログラムソ
ース７の処理ロジックに記述されていて、オンライン業
務プログラム９が指示するものなので、入力論理情報に
は画面名は含まれない。図２５は入力論理情報の一例で
ある。図２５において、２５０１，２５０２はそれぞ
れ、図１６の１６１２，１６１４に対応する。２５０
３，２５０４はこれらのフィールドに対する入力値の例
である。

【００７４】図７に戻って、次にハイパテキストテンプ
レート２１と合成ルール３２を記憶する（ステップ７０
２）。

【００７５】図９はハイパテキストテンプレート２１の
一例である。図９はトランザクション名「ＴＲ０１」
の、画面名「ＡＢＰ０１０」の画面に対するハイパテキ
ストテンプレートである。

【００７６】図９において、９０５は表示するときに、
ハイパテキスト中の空白を無視しないことを指示し、９
０７はこの指示の終了を示す。このように、文字「＜」
で始まる部分は、ハイパテキストをブラウザ２９で表示
したときの指示や、ハイパテキスト合成手段２２に対す
る合成方法の指示を示し、それ以外のものは単にそのま
ま表示することを示す。例えば９０８によれば、ここに
英数字１０文字分の空白を空けて表示することを指示し
ている。また９０９によれば、空白に続いて「部品仕
様」と表示することを指示している。

【００７７】９０１の「＜ＦＯＲＭ」で始まる部分は９
０１と９０６の間のテキストを、他のプログラムないし
データと関連付けることを指示するものである。９０６
の「＜／ＦＯＲＭ＞」はこの指示の終了位置を示す。

【００７８】９０３の、２個の文字「％」で囲まれた部
分はハイパテキスト合成手段２２に対して、合成するハ
イパテキストに関する指示を示しており、９０３の「％
ＳＩＤ％」ではセッションＩＤをここに埋め込むことを
指示している。

【００７９】また、９０４の「％ＣＯＵＮＴ％」ではア
クセスカウントをここに埋め込むことを指示している。

【００８０】９１０は９０１で関連付けられたプログラ
ムないしデータに対して入力を送信して次の画面を要求
することをユーザが指示するための、ボタンＧＵＩをブ
ラウザに表示することを指示する。

【００８１】９１１〜９１４については次の合成ルール
の説明で述べる。

【００８２】図１０は合成ルール３２の一例である。

【００８３】図１０において、１００１は各々の合成ル
ールがどのトランザクションに対するルールかを指示す
るトランザクション名である。

【００８４】１００２はハイパテキストテンプレート２
１の中で、合成ルールの適用を指示するときに用いるタ
グ名である。例えば図９の９１１ないし９１２では「Ｘ
−ＩＮＯＵＴＴＸＴ」というタグ名を指示しているの
で、後に述べるステップ７１１において１０１３の行に
示された合成ルールを適用する。同様に９１３ないし９
１４では「Ｘ−ＯＵＴＴＸＴ」というタグ名を指示して
いるので、後に述べるステップ７１１において１０１２
の行に示された合成ルールを適用する。

【００８５】，１００３は合成ルールを適用するとき
に用いるパラメタをハイパテキストテンプレート２１中
で指定するときに用いる合成パラメタ名である。例えば
１０１１では合成パラメタ名「ＸＦＩＥＬＤ」と「ＸＳ
ＩＺＥ」とをパラメタに用いることを指示している。こ
れに対応させて例えば９１１では「ＸＦＩＥＬＤ」に
「ＡＢＦＥＢＵＮＲ」を、「ＸＳＩＺＥ」に「１０」を
パラメタに指示している。

【００８６】１００４は合成ルールを適用した結果、ハ
イパテキストテンプレート２１に合成される置換文字列
である。例えば１０１１では置換文字列に「＜ＩＮＰＵ
ＴＮＡＭＥ＝”ＸＦＩＥＬＤ” ＴＹＰＥ＝”ＴＥＸ
Ｔ” ＳＩＺＥ＝ＸＳＩＺＥＶＡＬＵＥ＝”％ＸＦＩＥ
ＬＤ％”＞」を指示している。この中で、合成パラメタ
名に一致する部分はパラメタと置換され、９１１の例の
場合、「＜ＩＮＰＵＴＮＡＭＥ＝”ＡＢＦＥＢＵＮ
Ｒ” ＴＹＰＥ＝”ＴＥＸＴ” ＳＩＺＥ＝１０ＶＡ
ＬＵＥ＝”％ＡＢＦＥＢＵＮＲ％”＞」となる。

【００８７】１０１３の行の例では、置換文字列１００
４は他の表へのポインタになっており、さらに合成条件
ごとに置換文字列が変化することを指示している。

【００８８】１００５は合成条件を示し、１００６は合
成条件１００５を満たすときに置換される文字列を示
す。例えば１０１６によれば、合成パラメタ「ＸＦＩＥ
ＬＤ」に入力エラーが検出されたとき、「＜ＩＮＰＵＴ
ＮＡＭＥ＝”ＸＦＩＥＬＤ”ＴＹＰＥ＝”ＴＥＸＴ”
ＳＩＺＥ＝ＸＳＩＺＥＶＡＬＵＥ＝”％ＸＦＩＥＬ
Ｄ％” ＣＯＬＯＲ＝ＲＥＤ＞」という置換文字列を用
い、１０１７によれば、その他の条件では「＜ＩＮＰＵ
ＴＮＡＭＥ＝”ＸＦＩＥＬＤ” ＴＹＰＥ＝”ＴＥＸ
Ｔ” ＳＩＺＥ＝ＸＳＩＺＥＶＡＬＵＥ＝”％ＸＦＩ
ＥＬＤ％”＞」という置換文字列を用いることが指示さ
れている。ここで「ＥＲＲ」はそれに続くフィールドが
エラーの場合という条件を示し、また「ＡＮＹ」は他の
条件に当てはまらないときを示し、また１０１８の行の
「ＮＵＬＬ」はフィールド値が空白の場合という条件を
それぞれ示す。

【００８９】図７に戻り、以上に述べた７５０及び７５
１の部分、次に述べる７５２の部分は、処理を行なう時
刻に隔たりがある。本発明はメインフレーム上の既存の
オンライン業務プログラムを修正することなく、パソコ
ンなどの安価な計算機上のブラウザから継続利用するも
のである。通常、オンライン業務プログラム９は図２の
構成で利用するために作成され、しばらくは図２の構成
で運用された後に本発明を適用する。７５０はかつて、
オンライン業務プログラム９が作成された時に実行さ
れ、７５１は本発明を適用するための準備の段階であ
り、１回だけ行なえばよい。７５２はオンライン業務処
理システムの運用段階であり、オンライン業務処理を行
なう都度実行する。従って、７５０の部分でオンライン
業務プログラム９が作成されたのは例えば１０年前とか
で、７５１の部分でホストアクセスプログラム４０を今
作成し、今後は７５２の部分の処理を繰り返し行ない、
ブラウザ２９を操作して業務処理を行なう。このよう
に、７５０〜７５２の３部分の処理を行なう時刻には隔
たりがある。

【００９０】以下、７５２の部分の処理手順を説明す
る。

【００９１】次にブラウザ２９からハイパテキストの要
求を受信する（ステップ７０３）。ただし受信していな
ければ、タイムアウトのチェック（ステップ７０４）に
処理を移す。

【００９２】次にもしハイパテキストの要求を受信して
いなければ、セッション管理テーブル３１を調べ、各セ
ッションの前回のアクセス時刻と現在時刻とを比較する
ことで、接続タイムアウトが発生したセッションがない
かを調べる（ステップ７０４）。タイムアウト時間は予
め適切な値を設定しておく。図５において、１５０３は
前回のアクセス時刻を示し、これを現在時刻と比較す
る。もし接続タイムアウトが発生した場合、トランザク
ションを終了し、当該セッションの記録をセッション管
理テーブル３１から削除する（ステップ７１６）。

【００９３】ステップ７０３とステップ７０４のいずれ
かが発生するまで、次のステップには進まない。ここで
は図２３に示すようなハイパテキスト要求データを取得
したものとする。２３０１によれば、所在情報は「／Ｔ
Ｒ０１」を示している。文字「／」は所在情報を複数個
並べるときの区切りを示す。「ＴＲ０１」はトランザク
ション名である。

【００９４】次にステップ７０３で取得したハイパテキ
ストの要求がトランザクションの開始要求であるか判定
する（ステップ７０５）。前述の例「／ＴＲ０１」では
トランザクションの開始要求を示す。

【００９５】次に開始するトランザクション名を取得す
る（ステップ７０６）。前述の例「／ＴＲ０１」では
「ＴＲ０１」である。

【００９６】次にトランザクションを開始し、セッショ
ン管理テーブルを更新する（ステップ７０７）。トラン
ザクション管理手段２４はトランザクション名「ＴＲ０
１」で示されるオンライン業務プログラムを起動、セッ
ション管理手段３０はセッションを開始し、セッション
ＩＤを割り当てる。セッションＩＤは「ＳＩＤ０１」か
ら順に、「ＳＩＤ０２」、「ＳＩＤ０３」…と番号をつ
けてゆく。

【００９７】図１５はセッション管理テーブルの一例で
ある。

【００９８】図１５において、１５０１は当該セッショ
ンのトランザクション名である。

【００９９】１５０２はセッションを識別するセッショ
ンＩＤである。

【０１００】１５０３は前回アクセスした時刻を記憶す
るアクセス時刻である。

【０１０１】１５０４はアクセスの回数を記憶するアク
セスカウンタである。

【０１０２】１５０５は「ＴＲ０１」に対するトランザ
クションを開始し、セッションＩＤに「ＳＩＤ０１」を
割り当て、現在時刻「１２：１０：０３」を、アクセス
カウンタに初期値「１」を記憶したところである。

【０１０３】１５０６は、その後再度「ＴＲ０１」に対
するトランザクション要求があり、セッションＩＤに
「ＳＩＤ０２」を割り当て、送受信を繰り返した後、時
刻「１２：１１：０１」に１０回目のアクセスがあった
ことを示している。このように同じトランザクション名
で、トランザクション開始要求があった場合もあるた
め、これを識別するためセッションＩＤを管理してい
る。

【０１０４】１５０７は別のトランザクション名での要
求があったことを示している。なお、セッション「ＳＩ
Ｄ０３」は既に終了したため、欠番になっている。

【０１０５】次に、トランザクションの開始とともに起
動されたオンライン業務プログラム９が、初期画面の出
力論理情報２３を出力するので、これを取得する（ステ
ップ７０８）。図１１は初期画面の出力論理情報２３の
例である。

【０１０６】図１１において、１１０１は画面名を示
す。どの画面を表示するかという制御は業務プログラム
ソース７の処理ロジックに含まれており、ここでは初期
画面の画面名に「ＡＢＰ０１０」を指示している。ま
た、フィールドに出力する値も業務プログラムソース７
の処理ロジックに含まれており、１１０２〜１１０５に
よれば、すべてのフィールドに空白文字列を指示してい
る。

【０１０７】次に、フィールド入力値３４をクリアする
（ステップ７０９）。

【０１０８】次に、ハイパテキストテンプレートのファ
イル名を取得する（ステップ７１０）。ハイパテキスト
のファイル名は、トランザクション名と画面名とから特
定する。例えば「ＴＲ０１．ＡＢＰ０１０」というファ
イル名を取得する。

【０１０９】次に、ハイパテキストテンプレートを読み
込む（ステップ７１１）。図９は「ＴＲ０１．ＡＢＰ０
１０」というファイル名で読み込まれたハイパテキスト
テンプレートの一例である。

【０１１０】次に、ハイパテキストを合成する（ステッ
プ７１２）。ステップ７１２の詳細を図８に示す。

【０１１１】図８において合成ルール３２から、当該ト
ランザクション「ＴＲ０１」に対するタグ名を一つ取得
する。以下、すべてのタグ名についてステップ８０２〜
ステップ８０８を繰り返す（ステップ８０１）。例えば
タグ名「Ｘ−ＩＮＴＸＴ」を取得する。

【０１１２】次に、タグ名をハイパテキストの中から検
索する（ステップ８０２）。図９にはタグ名「Ｘ−ＩＮ
ＴＸＴ」は含まれないので、ステップ８０２〜ステップ
８０８を終了し、ステップ８０１において次のタグ名
「Ｘ−ＯＵＴＴＸＴ」を取得する。図９によれば、ステ
ップ８０２の検索の結果、９１３に見つかる。

【０１１３】次に、合成パラメタ値を取得する（ステッ
プ８０３）。９１３によれば、合成パラメタ名「ＸＦＩ
ＥＬＤ」に対する合成パラメタ値「ＡＢＦＯＢＵＨＮ」
を得る。

【０１１４】次に、合成条件が指定されているときは、
合成条件が一致するルールを検索する（ステップ８０
４）。図１０によれば、１０１２の行では合成条件を示
す表へのポインタはない。

【０１１５】次に、置換文字列中の合成パラメタ名を合
成パラメタ値で置換する（ステップ８０５）。図１０に
よれば、１０１２の行の合成パラメタ名１００３によれ
ば、合成パラメタ名は「ＸＦＩＥＬＤ」であり、置換文
字列「％ＸＦＩＥＬＤ％」の中の「ＸＦＩＥＬＤ」の部
分を合成パラメタ値「ＡＢＦＯＢＵＨＮ」に置換し、
「％ＡＢＦＯＢＵＨＮ％」を得る。

【０１１６】次に、置換文字列中のフィールド値参照部
分をフィールドの値で置換する（ステップ８０６）。文
字「％」で囲まれた部分がフィールド名のときは、フィ
ールド値の参照を示し、図１１の出力論理情報２３の例
によれば、フィールドの値は空白文字列であるから、置
換の結果空白文字列を得る。なお、オンライン業務プロ
グラム９は画面定義情報６に従って、指定の長さの文字
列を出力論理情報２３に出力している。この場合、図１
６の１６１６によれば、２０文字である。

【０１１７】次に、ハイパテキスト中のタグ部を置換文
字列で置換する（ステップ８０７）。この場合、図９の
９１３を２０文字の空白文字列で置換する。

【０１１８】引続き、ステップ８０２〜ステップ８０８
を繰り返し、図９の９１４も空白文字列で置換する。

【０１１９】さらに、ステップ８０１ではタグ名「Ｘ−
ＩＮＯＵＴＴＸＴ」を取得し、図９の９１１から、合成
パラメタ名「ＸＦＩＥＬＤ」に対する合成パラメタ値
「ＡＢＦＥＢＵＮＲ」を、合成パラメタ名「ＸＳＩＺ
Ｅ」に対する合成パラメタ値「１０」を得る（ステップ
８０３）。

【０１２０】図１０の１０１３によれば、合成条件が指
定されているが、フィールドへの入力は行なわれていな
いので、１０１６の「ＥＲＲ」の条件には該当せず、１
０１７から置換文字列が得られる。

【０１２１】以下、同様に繰り返す。最後に、セッショ
ンＩＤとアクセスカウントを合成する指示があるとき、
これを置換する（ステップ８０９）。９０３によれば、
セッションＩＤを合成する指示「％ＳＩＤ％」があるの
で、これをセッションＩＤ「ＳＩＤ０１」に置換する。
また、９０４によれば、アクセスカウントを合成する指
示「％ＣＯＵＮＴ％」があるので、現在のアクセスカウ
ントをセッション管理テーブル３１から取得し、ここで
は「１」に置換する。

【０１２２】この場合の例では、合成結果として図１３
のようなハイパテキストを得る。

【０１２３】図７に戻り、次にハイパテキストを送信す
る（ステップ７１３）。これにより、ブラウザ２９は図
１３のようなハイパテキストを受信し、図５のような画
面を表示する。

【０１２４】図５において、５０３は１３０４の指示に
従って表示したものである。５０１，５０２はそれぞ
れ、１３０５，１３０６の指示に従って入力フィールド
を表示したものである。５０４は１３０７の指示に従っ
てボタンＧＵＩを表示したものである。

【０１２５】従来は、図１１の出力論理情報２３に対し
て、端末メッセージマッピング手段１０は図１６に示す
ような画面定義情報６を参照しながら、ホスト端末装置
１４の制御データを作成し、ホスト端末装置１４は図３
のような画面を表示していた。図３において、３０１，
３０２はそれぞれ５０１，５０２に対応する従来の表示
例で、また５０４に対応する表示は従来はなかった。な
お、３０１，３０２の文字「．」は入力領域を示してい
る。

【０１２６】以下、図５において、ユーザが５０１に
「ＭＭ」、５０２に「ＭＭ３Ｘ１０」と入力し、ボタン
ＧＵＩを押下したときの、その後の処理手順について説
明する。

【０１２７】ブラウザ２９は、ボタンＧＵＩが押下され
ると、図１３の１３０３の所在情報に従って、次の画面
を要求する。図２４はブラウザ２９が送信するハイパテ
キスト要求の例である。図２４において、２４０１は図
１３の１３０３の所在情報で取得したものをブラウザ２
９が折り返し送信するものである。２４０２は、入力フ
ィールド５０１のフィールド名を１３０５の「ＮＡＭＥ
＝”ＡＢＦＥＢＵＮＲ”」から取得し、入力されたフィ
ールド値と対応させて送信したものである。同様に、２
４０３は１３０６から取得したフィールド名とフィール
ド値である。

【０１２８】図７に戻り、ハイパテキスト要求を受信す
る（ステップ７０３）。

【０１２９】次に、トランザクション開始か判定する
（ステップ７０５）。所在情報にセッションＩＤ「ＳＩ
Ｄ０１」が含まれていることから、これは既に実行中の
トランザクションである。

【０１３０】次に所在情報から、トランザクション名と
セッションIDを取得する（ステップ７１７）。図２４の
例では、トランザクション名「ＴＲ０１」とセッション
ＩＤ「ＳＩＤ０１」とを取得する。

【０１３１】次にフィールド入力値を取得する（ステッ
プ７１８）。即ち、２４０２，２４０３から「ＭＭ」と
「ＭＭ３Ｘ１０」を取得する。

【０１３２】次に画面定義情報６に定義されたフィール
ドの型に基づいて入力値をチェックする（ステップ７１
９）。図１６の１６１２，１６１４によれば、これらは
英数字と定義されており、正しい入力であることが分
る。

【０１３３】もしここで誤りがあれば、ステップ７１１
〜７１４でハイパテキストの合成・送信などを行なう。
例えばフィールド「ＡＢＦＥＢＵＮＲ」に誤りがあった
とき、ステップ７１２のハイパテキストの合成処理の中
で、ステップ８０４で図９の９１１に対応するルールを
検索する。９１１によればタグ名は「Ｘ−ＩＮＯＵＴＴ
ＸＴ」であり、図１０の１０１３が該当する。１０１６
によれば、合成条件１００５は「ＥＲＲ（ＸＦＩＥＬ
Ｄ）」であり、合成パラメタ「ＸＦＩＥＬＤ」の値は９
１１によれば「ＡＢＦＥＢＵＮＲ」であり、「ＥＲＲ
（ＡＢＦＥＢＵＮＲ）」の条件が満たされるか判定す
る。フィールド「ＡＢＦＥＢＵＮＲ」に誤りがあったの
で、この条件が満たされるため１０２０の指示が追加さ
れる。ブラウザはこの指示に従って、エラーが発生した
フィールドを赤色で表示するため、ユーザは誤り箇所を
容易に認識できる。

【０１３４】ステップ７１９で誤りが検出されなけれ
ば、次にすべてのフィールド値が得られたかを調べる
（ステップ７２０）。図１６によれば、現在処理中のト
ランザクション「ＴＲ０１」の画面「ＡＰＢ０１０」の
フィールドの中で、入力ないし入出力のものは、１６１
２，１６１４の２個であり、図２４によれば、この場合
２４０２，２４０３に両方とも値が得られているので、
この条件を満たす。

【０１３５】次に入力値をオンライン業務プログラムに
渡し、次画面の出力論理情報２３を取得する（ステップ
７２１）。図２５はオンライン業務プログラムに渡す入
力論理情報３３の例である。２５０３，２５０４はそれ
ぞれ、２４０２，２４０３から得られるものである。オ
ンライン業務プログラムは、図２５のように与えられ
た、分類コードと部品コードに従って、図１２のような
部品の詳細情報を、出力論理情報２３に出力する。

【０１３６】以下、同様の手順をたどれば、図９に示
す、画面「ＡＢＰ０１０」のハイパテキストテンプレー
トに、図１２の出力論理情報２３を合成し、図１４に示
すハイパテキストを得る。これをブラウザ２９に送信す
ると、ブラウザ２９はハイパテキストの指示に従って図
６のように表示する。

【０１３７】以上に説明した処理手順によれば、画面定
義情報に従ってオンラインプログラム生成手段８が生成
した、既存のオンライン業務プログラム９を変更するこ
となく、図１の構成の中で実行する。ハイパテキスト合
成手段２２は、予め記憶したハイパテキストテンプレー
ト２１と、オンライン業務プログラム９が出力した出力
論理情報２３とを合成してハイパテキストを作成するた
め、元来はホスト端末装置１４に表示するように作成さ
れたオンライン業務プログラム９を、ホスト端末装置１
４の代わりにブラウザ２９を用いる図１のような構成で
も使用することが出来る。これにより、ホスト計算機１
向けに設計された端末装置以外の表示手段でも、既存の
プログラム資産を継続して利用できる。オンライン業務
プログラム９のようなプログラムはホスト計算機１に多
数存在し、またこのようなプログラムを新たに開発する
にはたいへんな手間と時間を要するため、既存のプログ
ラムを新しい計算機環境で継続的に利用できることは産
業的価値が高い。

【０１３８】以下、図１、図９、図１６、図１７を用い
て本発明の第二の実施例を説明する。

【０１３９】本実施例は、図１において、画面定義情報
６からハイパテキストテンプレート２１を生成するハイ
パテキストテンプレート生成手段２０について説明す
る。

【０１４０】図１７はハイパテキストテンプレート生成
手段２０の処理手順を示すフローチャートである。

【０１４１】図１７において、先ず利用者の指示に従っ
て、生成するハイパテキストテンプレートのトランザク
ション名と画面名を記憶する（ステップ１７０１）。

【０１４２】次にヘッダ情報を出力する（ステップ１７
０２）。図９の９０５と９０１がヘッダ情報である。こ
こで９０２の部分は前記ステップで記憶したトランザク
ション名であり、その他の部分は固定の文字列である。
従ってこのステップでは画面定義情報６を参照する必要
はない。

【０１４３】次に画面定義情報６をＸ座標値の昇順にソ
ートする（ステップ１７０３）。さらに画面定義情報６
をＹ座標値の昇順にソートする（ステップ１７０４）。
これらにより、画面定義情報６から情報を読みとると
き、Ｙ座標値の小さいものから順に読み出せるようにな
る。また、Ｙ座標値の等しいものが複数あるときは、Ｘ
座標値の小さいものから順に読み出せるようになる。図
１６はソート後の画面定義情報６の例である。

【０１４４】次に制御変数Ｘ０，Ｙ０をともに０クリア
する（ステップ１７０５）。

【０１４５】次に画面定義情報６から一組の情報を取得
する（ステップ１７０６）。例えば図１６の１６１０の
行の情報を取得する。

【０１４６】次にＹ座標１６０６の値と制御変数Ｙ０の
差を計算し、その数だけの改行文字を出力し、その後制
御変数Ｙ０の値を更新する（ステップ１７０７）。ここ
ではＹ座標値が２であるから、改行を２個出力し、Ｙ０
に２を代入する。図９において、９０１の末尾に１個
と、９０１と９０８の間に空行が一行あり、ここに１個
改行がある。

【０１４７】次にＸ座標１６０５の値と制御変数Ｘ０の
差を計算し、その数だけの空白文字を出力し、その後制
御変数Ｘ０の値を更新する（ステップ１７０８）。ここ
ではＸ座標値が１０であるから、空白文字を１０個出力
し、Ｘ０に１０を代入する。図９において、９０８は空
白文字を１０個出力したものである。

【０１４８】次に入出力区分等の値に従い、当該フィー
ルドの入出力を行なう指示文を出力する（ステップ１７
０９）。例えば図６の１６１０の行によれば、入出力区
分が固定であるから、１６０９にある文字列「部品仕
様」を図９の９０９のように出力する。また、１６１２
の行によれば、入出力区分が入出力であるから、入出力
のためのタグ「Ｘ−ＩＮＯＵＴＴＸＴ」を用いて、「＜
Ｘ−ＩＮＯＵＴＴＸＴＸＦＩＥＬＤ＝」に続いて引用符
で囲ったフィールド名１６０３、さらに「ＸＳＩＺＥ
＝」に続いて長さ１６０７、最後にタグの終了を示す
「＞」を付加して図９の９１１のように出力する。ま
た、１６１６の行によれば、入出力区分が出力であるか
ら、出力のためのタグ「Ｘ−ＯＵＴＴＸＴ」を用いて、
「＜Ｘ−ＯＵＴＴＸＴＸＦＩＥＬＤ＝」に続いて引用
符で囲ったフィールド名１６０３、最後にタグの終了を
示す「＞」を付加して図９の９１３のように出力する。

【０１４９】以上に述べたステップ１７０６〜ステップ
１７０９を繰り返した後、フッタ情報を出力する（ステ
ップ１７１０）。フッタ情報は図９の９０６と９０７の
ような固定文字列である。

【０１５０】以上に説明した処理手順によれば、図１６
に示すような画面定義情報６から、図９に示すようなハ
イパテキストテンプレート２１を生成する。図１におい
て、オンライン業務プログラム９は過去に既に作成済み
のソフトウェア資産であり、ホスト計算機１にはこのよ
うな作成済みのソフトウェア資産が多数あり、これをい
かに有効に活用するかが、産業上の課題となっている。
本実施例によれば、オンライン業務プログラム９を作成
する目的で作成した画面定義情報６を活用してハイパテ
キストテンプレート２１を生成するため、これによっ
て、本発明の第一の実施例に述べたオンライン業務シス
テムを容易に構築するという効果が得られる。

【０１５１】以下、図１〜図２５を用いて本発明の第三
の実施例を説明する。

【０１５２】本実施例は、オンライン業務プログラム９
を変更せずとも、ハイパテキストテンプレート２１を変
更するだけで、本発明の第一の実施例における図６のよ
うな表示画面を図２０〜図２２に示すような表示画面に
変更することもできることを示し、これにより表示画面
の修正が容易になされ得ることを示すものである。

【０１５３】図９は本発明の第一の実施例に用いたハイ
パテキストテンプレート２１である。本実施例ではこの
代わりに図１８、図１９に示すハイパテキストテンプレ
ート２１の例を用いて説明する。

【０１５４】図１８はトランザクション名「ＴＲ０１」
及び画面名「ＡＢＰ０１０」と対応付けて、例えばファ
イル名を「ＴＲ０１．ＡＢＰ０１０」として保持するハ
イパテキストテンプレート２１である。図１９は同じく
トランザクション名「ＴＲ０１」及び画面名「ＡＢＰ０
１０」と対応付けるが、さらに、２番目に用いることを
示す添字「２」を付加して、例えばファイル名を「ＴＲ
０１．ＡＢＰ０１０−２」として保持するハイパテキス
トテンプレート２１である。

【０１５５】以下、本発明の第一の実施例と同様にし
て、図７に示す本発明にかかるオンライン業務処理シス
テムの処理手順を実行した場合について説明する。

【０１５６】先ず、ステップ７０３において図２３のよ
うなハイパテキスト要求を受け付け、ステップ７０７で
トランザクションを開始し、ステップ７０８では図１１
のような出力論理情報２３を取得し、ステップ７１０で
はハイパテキストファイル名「ＴＲ０１．ＡＢＰ０１
０」を取得する。図１８がこれに対するハイパテキスト
テンプレート２１の例である。

【０１５７】ステップ７１２のハイパテキストの合成処
理の処理手順において、図１８のハイパテキストテンプ
レート２１と図１１の出力論理情報２３を合成すると、
図２６に示すようなハイパテキストを得、これをブラウ
ザ２９に送信する。図２０はブラウザ２９の表示画面例
である。図２６と図２０において、２６０１の「＜Ｈ１
＞」と「＜／Ｈ１＞」は、これで囲まれた文字列を大き
な文字で表示することをブラウザ２９に指示するもの
で、これにより２００２のような表示を得る。図２１は
このメニューをユーザが操作している様子を示してお
り、２１０１は２６０２の指示に従って「ＭＭ」と「Ｘ
Ｘ」の２つの選択肢を表示しているところである。

【０１５８】ここで、ユーザは「ＭＭ」を選択して「実
行」ボタンを押下したとする。ブラウザ２９は図２７の
ようなハイパテキスト要求を送信する。図２７におい
て、２７０２は、２６０２の指示に従って、フィールド
名「ＡＢＦＥＢＵＮＲ」と対応付けて入力値を送信した
ものである。第一の実施例ではブラウザは図１３に示す
ハイパテキストに従って図２４のようなハイパテキスト
要求を送信していた。これと比較すると、２７０１，２
７０２はそれぞれ２４０１，２４０２と同様であるが、
図２６のハイパテキストではフィールド名「ＡＢＦＥＢ
ＵＨＣ」に対応する指示がないため、２４０３に対応す
る情報が図２７にはない。

【０１５９】次に、ステップ７０３で上記ハイパテキス
ト要求を受信し、ステップ７１８でフィールド入力値を
取得してこれをフィールド入力値３４に記憶する。

【０１６０】ステップ７２０で全てのフィールド値が入
力されたかを調べるとき、図１６によれば、入力ないし
入出力のフィールドには１６１２と１６１４とがある
が、まだ１６１２に対応するものしか受信していないの
で、ステップ７２２に進む。

【０１６１】次に、ステップ７２２において次のハイパ
テキストのファイル名を取得する。このとき、前回用い
たハイパテキストのファイル名「ＴＲ０１．ＡＢＰ０１
０」に、２回目を示す添字「２」を付加して「ＴＲ０
１．ＡＢＰ０１０−２」をファイル名とする。

【０１６２】ハイパテキストを読み込むとき、図１９に
示すようなファイル「ＴＲ０１．ＡＢＰ０１０−２」が
得られる。

【０１６３】ステップ７１２でハイパテキストを合成す
るとき、前回用いた図１１の出力論理情報２３を再度用
いて合成する。図８において、ステップ８０１でタグ名
「Ｘ−ＩＭＧ」を取得したとき、ステップ８０２以後の
処理において、ステップ８０２では図１９の１９０１が
該当する。図１０に示す合成ルールによれば、タグ名
「Ｘ−ＩＭＧ」に対して、１０１４が該当する。なお、
１０１５は別のトランザクション「ＴＲ０２」に対する
合成ルールであり、該当しない。このように、トランザ
クションごとに合成ルールを変更することもできる。ス
テップ８０４において合成条件を検索する際、１０１８
によれば、「ＮＵＬＬ（ＸＦＩＥＬＤ）」とあり、合成
パラメータ「ＸＦＩＥＬＤ」の値は１９０１によれば
「ＡＢＦＥＢＵＨＣ」であり、図１１の１１０３によれ
ば空文字列であるから、この合成条件が合致し、置換文
字列「ｎｏｄａｔａ．」を得、図２８の２８０１のよ
うな合成結果を得る。

【０１６４】図２８は図１１の出力論理情報２３と図１
９のハイパテキストテンプレート２１との合成結果を示
す。これをブラウザ２９に送信すると、図２９のような
表示を得る。

【０１６５】図２９において、ユーザが２９０１に「Ｍ
Ｍ３Ｘ１０」と部品コードを入力し、「実行」ボタンを
押下したとする。ブラウザ２９は図３０のようなハイパ
テキスト要求を送信する。図３０において、３００２
は、２８０２の指示に従って、フィールド名「ＡＢＦＥ
ＢＵＨＣ」と対応付けて入力値を送信したものである。
第一の実施例ではブラウザは図１３に示すハイパテキス
トに従って図２４のようなハイパテキスト要求を送信し
ていた。これと比較すると、３００１，３００２はそれ
ぞれ２４０１，２４０３と同様であるが、図２８のハイ
パテキストではフィールド名「ＡＢＦＥＢＵＮＲ」に対
応する指示がないため、２４０２に対応する情報が図３
０にはない。しかし、前回図２７に示すハイパテキスト
要求を受信したとき、ステップ７１８でフィールド入力
値３４に、フィールド名「ＡＢＦＥＢＵＮＲ」と対応付
けて、入力値「ＭＭ」を記憶したので、これと合わせる
ことで全てのフィールド値の入力が得られた。

【０１６６】次に、ステップ７０３で上記ハイパテキス
ト要求を受信し、ステップ７１８でフィールド入力値を
取得してこれをフィールド入力値３４に記憶する。ここ
では前回取得済みのフィールド名「ＡＢＦＥＢＵＮＲ」
に対応する入力値に加えて、フィールド名「ＡＢＦＥＢ
ＵＨＣ」に対応する入力値が新たに得られ、これをフィ
ールド入力値３４に追加する。

【０１６７】ステップ７２０で全てのフィールド値が入
力されたかを調べるとき、前述のように全て得られたの
でステップ７２１に進む。

【０１６８】次に、ステップ７２１でフィールド入力値
３４に記憶した情報に従って、図２５のような入力論理
情報３３をオンライン業務プログラム９に渡す。オンラ
イン業務プログラム９は、第一の実施例のときと同じよ
うに、部品の詳細情報を図１２に示すような出力論理情
報２３として出力する。

【０１６９】ステップ７１０でハイパテキストファイル
名を取得するとき、前回と同じ画面名かを調べ、同じ画
面のときは前回のハイパテキストファイル名をそのまま
用いる。従って、「ＴＲ０１．ＡＢＰ０１０−２」を用
いる。このように、ハイパテキストファイル名は最初は
「ＴＲ０１．ＡＢＰ０１０」を用い、ステップ７２０で
全てのフィールド値が得られない間はステップ７２２で
添字を付加して「ＴＲ０１．ＡＢＰ０１０−２」、さら
にフィールド値が得られなければ次に「ＴＲ０１．ＡＢ
Ｐ０１０−３」、と添字を増やしてゆく。すべてのフィ
ールド値が得られた後も、画面名が変化しない間は最後
に用いたハイパテキストファイル名を用いる。

【０１７０】ステップ７１２でハイパテキストを合成す
るとき、図１２の出力論理情報２３と図１９のハイパテ
キストテンプレート２１とを合成する。図８において、
タグ名「Ｘ−ＩＭＧ」に対する合成ルールでは、１０１
４が該当し、今回は「ＡＢＦＥＢＵＨＣ」は図１２の１
１０３のように空文字列ではないため、合成条件は１０
１９が合致し、置換文字列「＜ＩＭＧＳＲＣ＝”ｈｔ
ｔｐ：／／ｈｏｓｔ−ａ／ＤＩＲＥＣＴＯＲＹ／％ＸＦ
ＩＥＬＤ％”＞」を得、図３１の３１０１のような合成
結果を得る。

【０１７１】図３１は図１２の出力論理情報２３と図１
９のハイパテキストテンプレート２１との合成結果を示
す。これをブラウザ２９に送信すると、図２２のような
表示を得る。

【０１７２】図３１において、３１０１は「ｈｔｔｐ：
／／ｈｏｓｔ−ａ／ＡＢＰ０１０／ＭＭ３Ｘ１０」とい
う所在情報に従って図１のデータサーバ２８にデータを
要求することを指示するものである。データサーバ２８
は予めサーバ配布データ２７に記憶した画像ファイルを
ブラウザ２９に送信し、これにより例えば図２２の２２
０１のような画像を表示する。所在情報には部品コード
を示す情報「ＭＭ３Ｘ１０」が含まれているため、サー
バ配布データ２７には、これと対応付けて全ての部品に
対する画像データを記憶しておく。これにより、オンラ
イン業務プログラム９を変更することなく、図２２の２
２０１のように指示された部品に対応する画像データの
表示が得られるように構成することもできる。

【０１７３】以上に説明した本発明の第三の実施例によ
れば、ハイパテキストテンプレート２１を変更すること
で、次の３つの利点が得られる。

【０１７４】利点の第一に、図９のような１個のハイパ
テキストテンプレート２１を図１８と図１９のような２
個のハイパテキストテンプレート２１に分割すること
で、図６のような表示画面を図２０と図２２のような２
個の表示画面に分割することができる。図７のステップ
７２０で全てのフィールド値が得られない場合はステッ
プ７２１の入力論理情報３３をオンライン業務プログラ
ム９に渡すステップを実行しないため、これら２個の画
面を表示する間、オンライン業務プログラム９は関与し
ない。このため、オンライン業務プログラム９を変更す
ることなく、元は１個だった表示画面を２個、あるいは
３個以上に分割することができる。しかも冒頭に述べた
ようなハイパテキストテンプレート２１を編集するエデ
ィタを用いれば、図９のようなハイパテキストテンプレ
ート２１を分割する作業は容易に達成することができ
る。

【０１７５】利点の第二に、ハイパテキストテンプレー
ト２１を変更することでＧＵＩを用いた情報表現や操作
性の向上を図れる。例えば図９の９０９を図２８の２８
０３のように変更することで、２２０２のような表示を
得ることができる。これは、図６の６０１に見られる第
一の実施例の表示よりも文字を大きく表示するととも
に、画面を分割したため入力領域が部品コードの入力だ
けになったのでそのことをより具体的に表示したもので
ある。また、図９の９１１を図２６の２６０２のように
変更することで、図２１の２１０１のように、メニュー
ＧＵＩを用いて操作性を向上させることもできる。

【０１７６】なお、第二の実施例によれば、画面定義情
報６からハイパテキストテンプレート２１を生成するこ
とができるが、画面定義情報６には、どの文字を大きく
表示すべきか、あるいはどのフィールドをメニューにし
た方が操作性が向上できるか、またメニューの選択肢は
何であるか、などの情報が含まれていない。このため、
第二の実施例を用いて生成できるのは図９のようなもの
であって、これを利用して第三の実施例を適用するため
には、エディタなどの編集支援プログラムを利用するな
どして、人手で修正しなければならない。しかしその場
合でも、図９のようなものを手本にして作成した方が、
作成が容易となるので、第三の実施例の適用において
は、第二の実施例と併用するとさらに効果が高い。

【０１７７】利点の第三に、サーバ配布データ２７に画
像データなどを別途記憶しておくことにより、図２２の
２２０１のような画像表示を追加することもできる。オ
ンライン業務プログラム９にはこのような表示機能はな
く、また画像データも含まれていなかったが、そのよう
な場合でも、オンライン業務プログラム９を修正するこ
となく、画像表示が得られるように修正できるという利
点がある。

【０１７８】

【発明の効果】本発明の第一及び第三の実施例によれ
ば、ホスト計算機上の既存のオンライン業務プログラム
の修正も追加のプログラム記述もなしに、このプログラ
ムを用いたオンライン業務の画面表示を、以下の５つの
特徴を有する画面表示に変更できるという顕著な効果を
奏するものである。表示手段に用いるブラウザ２９はパ
ソコンやワークステーションなどの、グラフィックス表
示が可能な計算機上にブラウザプログラムを搭載するこ
とで実現でき、これらは近年非常に安価に入手できる。

【０１７９】特徴の第一に、従来のオンライン業務処理
システムで用いていたオンライン業務プログラム９を、
修正することなくそのまま利用している。このため、新
たにプログラムを開発する必要がなく、安価に実現でき
る。

【０１８０】特徴の第二に、ホスト端末装置１４の代わ
りにブラウザと呼ばれる表示手段を用いて表示してい
る。ホスト端末装置１４がホスト計算機１専用に設計さ
れたものであるのに対し、ブラウザ２９は他の計算機か
ら情報を取得して表示する目的にも利用できる汎用的な
ものである。このため、ユーザが使用する表示手段の統
一が図られ、安価に実現でき、表示手段の操作を容易に
修得可能となるなどの利点が得られる。

【０１８１】特徴の第三に、処理を高速に実行できる。
本発明は、オンライン業務処理システムを安価に実現す
る目的のため、元来はホスト端末装置１４向けに開発し
たオンライン業務プログラム９を修正することなく利用
する。このため、このプログラムの入出力データと、ブ
ラウザ２９の入出力データの形式の違いを相互に変換す
る仕組みが必要となる。本発明によればあらかじめ用意
したハイパテキストテンプレート２１を用いるため、変
換の際には合成処理だけを行なえばよい。このため変換
処理を高速に行なうことができる。

【０１８２】特徴の第四に、ブラウザ２９は本発明にか
かるオンライン業務処理システムとは別の計算機と接続
して、他の情報を表示することも可能である。このた
め、ＧＵＩのコピー＆ペースト等の機能を用いて他の情
報源との情報交換が容易になる。

【０１８３】特徴の第五に、ブラウザ２９の表示画面
は、画面の表示内容と座標などの画面構成とを規定する
ハイパテキストテンプレート２１に基づいて表示する。
このハイパテキストテンプレート２１を変更することで
表示画面を変えることがでる。従って従来使用していた
オンライン業務プログラム９を修正することなく、例え
ば図３は図５のように、図４は図６のように変更でき
る。さらに別途画像データを付加すると図２２のように
変更することもできる。しかもブラウザ２９は汎用的に
用いるものなので、汎用的な画面エディタが利用でき、
これを用いてハイパテキストテンプレート２１を容易に
編集できる。

【０１８４】特徴の第六に、パソコンやワークステーシ
ョン計算機に搭載されたウィンドウシステムの機能を活
用することで、豊かな表現力と操作の簡便さとを有する
グラフィカルユーザインタフェース（本明細書ではＧＵ
Ｉと略す）を提供することができる。

【０１８５】さらに本発明の第二の実施例によれば、ハ
イパテキストテンプレート２１を画面定義情報６から生
成することもできる。本発明の第一ないし第三の実施例
で必要となるハイパテキストテンプレート２１は、オン
ライン業務プログラムが表示する画面ごとに必要となる
ものであり、しかもその画面数は通常数十から数百、多
いものでは数千にも及ぶ。しかし本発明の第二の実施例
によれば、手間をかけずにハイパテキストテンプレート
２１を作成できる。これにより、ホスト計算機上にある
多数のオンライン業務プログラムを、手間をかけずに本
発明にかかるオンライン業務処理システムで利用可能と
することができる。

【図面の簡単な説明】

【図１】本発明にかかるオンライン業務処理システムの
構成を示すブロック図である。

【図２】従来のオンライン業務処理システムの構成を示
すブロック図である。

【図３】従来のオンライン業務処理システムの画面の一
例である。

【図４】従来のオンライン業務処理システムの画面の他
の一例である。

【図５】本発明にかかるオンライン業務処理システムの
画面の一例である。

【図６】本発明にかかるオンライン業務処理システムの
画面の他の一例である。

【図７】本発明にかかるオンライン業務処理システムの
処理手順を示すフローチャートである。

【図８】ハイパテキスト合成ステップ７１２の詳細な処
理手順を示すフローチャートである。

【図９】ハイパテキストテンプレート２１の一例であ
る。

【図１０】合成ルール３２の一例である。

【図１１】出力論理情報の一例である。

【図１２】出力論理情報の他の一例である。

【図１３】ブラウザに送信するハイパテキストの一例で
ある。

【図１４】ブラウザに送信するハイパテキストの他の一
例である。

【図１５】セッション管理テーブルの一例である。

【図１６】画面定義情報の一例である。

【図１７】ハイパテキストテンプレート生成手段２０の
処理手順を示すフローチャートである。

【図１８】第三の実施例の説明に用いるハイパテキスト
テンプレート２１の一例である。

【図１９】第三の実施例の説明に用いるハイパテキスト
テンプレート２１の他の一例である。

【図２０】本発明にかかるオンライン業務処理システム
の画面の他の一例である。

【図２１】図２０のメニュー部分を操作している様子を
示す画面例である。

【図２２】画像データの表示の様子を示す画面例であ
る。

【図２３】ステップ７０３でブラウザ２９から受信する
ハイパテキスト要求の一例である。

【図２４】ステップ７０３でブラウザ２９から受信する
ハイパテキスト要求の他の一例である。

【図２５】入力論理情報の一例である。

【図２６】ブラウザに送信するハイパテキストの他の一
例である。

【図２７】ステップ７０３でブラウザ２９から受信する
ハイパテキスト要求の他の一例である。

【図２８】ブラウザに送信するハイパテキストの他の一
例である。

【図２９】本発明にかかるオンライン業務処理システム
の画面の他の一例である。

【図３０】ステップ７０３でブラウザ２９から受信する
ハイパテキスト要求の他の一例である。

【図３１】ブラウザに送信するハイパテキストの他の一
例である。

【符号の説明】

１…ホスト計算機（汎用計算機とかメインフレーム計算
機と呼ばれることもある），３…通信手段，４…通信制
御装置、６…画面定義情報、７…業務プログラムソー
ス、８…オンライン業務プログラム生成手段、９…オン
ライン業務プログラム、１０…端末メッセージマッピン
グ手段、１１…トランザクション管理手段、１４…ホス
ト端末装置、２０…ハイパテキストテンプレート生成手
段、２１…ハイパテキストテンプレート、２２…ハイパ
テキスト合成手段、２３…出力論理情報、２４…トラン
ザクション管理手段、２５…フィールド入力値取得手
段、２６…入力チェック手段、２７…サーバ配布デー
タ、２８…データサーバ、２９…ブラウザ、３０…セッ
ション管理手段、３１…セッション管理テーブル、３２
…合成ルール、３３…入力論理情報、３４…フィールド
入力値。

Claims

【特許請求の範囲】

【請求項１】ホスト計算機と、通信手段と、ディスプレ
イないしテレビを備えかつグラフィックス表示機能を有
するブラウザとを有するオンライン業務処理システムで
あって、前記ホスト計算機は、業務プログラムのソース
コードと、オンライン業務処理画面における画面中のデ
ータフィールドのフィールド名称，表示座標，少くとも
入力か出力かを区別する入出力区分の対応表を定義する
画面定義情報と、前記フィールド名称と表示指示を示す
文字列ないし記号列によって前記データフィールドのデ
ータを前記ブラウザに表示することを指示する情報もし
くは前記フィールド名称と入力指示を示す文字列ないし
記号列によって前記ブラウザにユーザが入力したデータ
を該フィールド名称と対応付けて前記ホスト計算機に送
信することを指示する情報を含むハイパテキストテンプ
レートとを有し、該画面定義情報の中で入出力区分が出
力となっている前記データフィールドについては該デー
タフィールドに表示するデータと該データフィールドの
前記フィールド名称との対応を示す出力論理情報を出力
し、かつ、該画面定義情報の中で入出力区分が入力とな
っている前記データフィールドについては該データフィ
ールドに入力されたデータと該データフィールドの前記
フィールド名称との対応を示す入力論理情報を入力し、
該出力と該入力とを繰り返すことで前記業務プログラム
のソースコードに指示された処理手順に従ってオンライ
ン業務処理を行なうオンライン業務プログラムを前記業
務プログラムのソースコードと前記画面定義情報とから
生成する手段と、前記オンライン業務プログラムが出力
した前記出力論理情報と前記ハイパテキストテンプレー
トとから、該ハイパテキストテンプレートに前記フィー
ルド名称と前記表示指示を示す文字列ないし記号列が含
まれるときはこれを、該出力論理情報から該フィールド
名称に対応する前記データフィールドに表示するデータ
を取得して該データを表示することを指示する文字列な
いし記号列に置き換えることで、ハイパテキストを合成
してこれを前記ブラウザに送信する手段と、前記ハイパ
テキスト中に含まれる前記フィールド名称と前記入力指
示を示す文字列ないし記号列に従って、前記ブラウザに
ユーザが入力したデータを該フィールド名称と対応付け
て該ブラウザが送信したものを前記通信手段を介して受
信し、該データと該フィールド名称との対応を示す前記
入力論理情報を前記オンライン業務プログラムに入力す
る手段とを有し、前記ブラウザは、前記通信手段を介し
て前記ハイパテキストを受信し、該ハイパテキストに含
まれる前記データを表示することを指示する前記文字列
ないし記号列に従って該データを表示し、前記フィール
ド名称と前記入力指示を示す文字列ないし記号列に従っ
てユーザの入力を取得しこれを該フィールド名称と対応
付けて送信する手段を有することを特徴とするオンライ
ン業務処理システム。
【請求項２】請求項１記載のオンライン業務処理システ
ムにおいて、前記ホスト計算機が有する前記画面定義情報は、前記デ
ータフィールドに入力されるべきデータとして許容され
る値を既定するデータ型をさらに有し、前記ホスト計算
機はさらに、ユーザが入力したデータを前記画面定義情
報の前記データ型に従って許容される値か否かを調べる
手段をさらに有し、前記ホスト計算機が有するハイパテ
キストを合成してこれを前記ブラウザに送信する前記手
段は、前記手段で調べた結果もし許容されないときは、
どのデータフィールドに許容されないデータが入力され
たかをユーザが認識できるように該データフィールドの
表示色を変えるか又は枠で囲むか又は該データフィール
ドのフィールド名を表示するか又は許容されないデータ
であることを示す他の表示手段によって、表示するよう
に前記ブラウザに指示する文字列ないし記号列をハイパ
テキストに合成してこれを前記ブラウザに送信する手段
であることを特徴とするオンライン業務処理システム。
【請求項３】請求項１記載のオンライン業務処理システ
ムにおいて、前記ホスト計算機はさらにユーザが入力し
たデータを前記フィールド名称と対応付けて記憶するフ
ィールド入力値記憶手段をさらに有し、前記ホスト計算
機が有する前記ハイパテキストテンプレートは、前記オ
ンライン業務プログラムが一度に出力した前記出力論理
情報を２回もしくはそれ以上に分割して表示するため、
ないしは、２回もしくはそれ以上に分割してユーザが入
力したデータをまとめて前記オンライン業務プログラム
に一度に前記入力論理情報を入力するために、１回目の
表示ないし入力に用いる第一のハイパテキストテンプレ
ートと２回目の表示ないし入力に用いる第二のハイパテ
キストテンプレートとの、少くとも２個以上のハイパテ
キストテンプレートであって、前記ホスト計算機が有す
る前記データと前記フィールド名称との対応を示す入力
論理情報を前記オンライン業務プログラムに入力する前
記手段は、ユーザが入力したデータを前記フィールド名
称と対応付けて前記フィールド入力値記憶手段に記憶
し、前記画面定義情報において前記入出力区分が入力で
ある全てのデータフィールドについて前記フィールド入
力値記憶手段に記憶してあるか調べ、全てを記憶してあ
るときのみ該データと該フィールド名称との対応を示す
入力論理情報を前記オンライン業務プログラムに入力す
る手段であって、前記ホスト計算機が有する前記ハイパ
テキストテンプレートからハイパテキストを合成してこ
れを前記ブラウザに送信する前記手段は、先ず前記第一
のハイパテキストテンプレートからハイパテキストを合
成してこれを前記ブラウザに送信し、前記画面定義情報
において前記入出力区分が入力である全てのデータフィ
ールドについて前記フィールド入力値記憶手段に記憶し
てあるか調べる前記手段において全てを記憶してなかっ
たときは、次に前記第二のハイパテキストテンプレート
からハイパテキストを合成してこれを前記ブラウザに送
信する手段であることを特徴とするオンライン業務処理
システム。
【請求項４】請求項１記載のオンライン業務処理システ
ムにおいて、前記ホスト計算機が有する前記ハイパテキ
ストテンプレートは、前記ハイパテキストテンプレート
から前記ハイパテキストを合成する前記手段がどのよう
に合成を行なうかを指示するタグと、該タグと対応付け
られた１個又は複数個のタグ引数とを含むハイパテキス
トテンプレートであって、前記ホスト計算機はさらに、
前記タグ，前記タグと対応付けられたタグ引数を用いて
合否を判別する条件式，条件が合致したときハイパテキ
ストに合成すべき文字列ないし記号列の対応表を定義す
る合成ルールをさらに有し、前記ホスト計算機が有する
前記ハイパテキストテンプレートからハイパテキストを
合成してこれを前記ブラウザに送信する前記手段は、前
記ハイパテキストテンプレート中に前記タグが含まれる
ときは、該タグに対応付けられた１個又は複数個のタグ
引数と、前記合成ルールの中で該タグに対応する前記条
件式とから、条件を判別し、条件が合致しないときはさ
らに他の合成ルールを調べ、条件が合致するものがあっ
たときは前記合成ルールの中で該タグ及び該条件式に対
応する前記文字列ないし記号列を用いてハイパテキスト
を合成してこれを前記ブラウザに送信する手段であるこ
とを特徴とするオンライン業務処理システム。
【請求項５】請求項１記載のオンライン業務処理システ
ムにおいて、前記ホスト計算機はさらに、前記画面定義情報において
前記入出力区分が出力であるデータフィールドについて
該データフィールドのデータを前記ブラウザ上の前記表
示座標に表示することを指示する文字列ないし記号列を
生成し、前記画面定義情報において前記入出力区分が入
力であるデータフィールドについて前記ブラウザ上の前
記表示座標にユーザがデータを入力可能とし、かつ、入
力された該データを該データフィールドの前記フィール
ド名称と対応付けて前記ホスト計算機に送信することを
指示する文字列ないし記号列を生成することにより、前
記画面定義情報から前記ハイパテキストテンプレートを
生成する手段をさらに有することを特徴とするオンライ
ン業務処理システム。