JP4220952B2 - 移行処理システム、ならびに、処理および通信試験装置 - Google Patents

Description

本発明は、移行処理システム、処理および通信試験装置、スクリプト生成装置に関し、特に、情報処理システムを移行するのに適した移行処理システム、処理および通信試験装置、スクリプト生成装置に関する。

従来、情報処理システムを或るシステムから別のシステム、たとえば、汎用機システムからＷｅｂシステムに業務アプリケーションプログラム（以下、「アプリケーションプログラム」を「ＡＰ」という）を移行する場合には、最初から業務ＡＰをＷｅｂシステム用に設計、製造していた。このため、設計、製造、テストを含めた全体工程の工数が掛かるといった問題点があった。具体的に、図１５および図１６を用いて説明する。

図１５は、既存システム２０の機能を示す機能ブロック図である。図１５を参照して、前述した汎用機システムの一例であるシステム移行前の既存システム２０は、汎用機９００と、端末装置９７０とを備える。

汎用機９００は、ＣＯＢＯＬ（COmmon Business Oriented Language）を用いて作成された業務ＡＰを実行する業務ＡＰ実行制御部９１１と、データベース管理システム（DataBase Management System、以下、「ＤＢＭＳ」という）を実行するＤＢＭＳ実行制御部９１２と、端末装置９７０と通信するためのインタフェースである通信部９５０とを備える。また、ＤＢＭＳ実行制御部９１２は、汎用機９００の内部または外部に設けられたデータベース（DataBase、以下、「ＤＢ」という）９６０に蓄積されたデータを管理する。

また、端末装置９７０は、簡単な入出力処理および通信処理を行なう端末ＡＰを実行する端末ＡＰ実行制御部９７１と、端末ＡＰに対してデータを入力するための入力部９７３と、端末ＡＰからデータを出力するための出力部９７４と、汎用機９００と通信するためのインタフェースである通信部９７５とを備える。

端末ＡＰ実行制御部９７１は、利用者によって入力部９７３から入力された所定の業務処理を実行させるための指示に基づいた処理要求を示す通信用データＢ５０２を通信部９７５を介して汎用機９００に送信する。通信用データＢ５０２には、制御電文と業務電文とが含まれる。制御電文とは、ユーザＩＤ（identification data）、通信に関するデータ等の制御情報が含まれる電文である。業務電文とは、業務ＡＰがやりとりする業務に関する入出力情報が含まれる電文である。

業務ＡＰ実行制御部９１１は、端末装置９７０から通信部９５０を介して受信された通信用データＢ５０２により示される処理要求に応じた業務処理を実行し、処理結果を示す通信用データＡ５０１を通信部９５０を介して処理要求を出した端末装置９７０に送信する。また、業務ＡＰ実行制御部９１１は、必要に応じて、ＤＢＭＳ実行制御部９１２に所定のデータをＤＢ９６０から読出す要求を出して、読出されたデータを用いて業務処理を実行する。

端末ＡＰ実行制御部９７１は、通信部９７５を介して受信された通信用データＡ５０１により示される処理結果を出力部９７４により表示させる。

このような端末装置と汎用機との間で処理要求に応じて処理結果が得られる一連の処理をトランザクション処理という。近年、集中処理システムで実行されるトランザクション処理の分散処理システムへの移行が頻繁に行なわれるようになってきた。

図１６は、従来のシステム移行後のＷｅｂシステム３０の機能を示す機能ブロック図である。図１６を参照して、Ｗｅｂシステム３０は、ＡＰサーバ８４０と、Ｗｅｂサーバ８３０と、クライアントパーソナルコンピュータ（Personal Computer、以下、「ＰＣ」という）８２０とを備える。

ＡＰサーバ８４０は、業務ＡＰを実行する業務ＡＰ実行制御部８４１と、ＤＢＭＳを実行するＤＢＭＳ実行制御部８４２と、Ｗｅｂサーバ８３０と通信するためのインタフェースである通信部８４５とを備える。また、ＤＢＭＳ実行制御部８４２は、ＡＰサーバ８４０の内部または外部に設けられたＤＢ８４６に蓄積されたデータを管理する。

Ｗｅｂサーバ８３０は、画面制御ＡＰを実行する画面制御ＡＰ実行制御部８３１と、ＡＰサーバ８４０と通信するためのインタフェースである通信部８３６と、クライアントＰＣ８２０と通信をするためのインタフェースである通信部８３５とを備える。

クライアントＰＣ８２０は、汎用的なＷｅｂブラウザプログラムを実行するＷｅｂブラウザ実行制御部８２１と、Ｗｅｂブラウザプログラムに対してデータを入力するための入力部８２３と、Ｗｅｂブラウザプログラムからデータを出力するための出力部８２４と、Ｗｅｂサーバ８３０と通信するためのインタフェースである通信部８２５とを備える。

Ｗｅｂブラウザ実行制御部８２１は、利用者によって入力部８２３から入力された所定の業務処理を実行させるための指示に基づいて処理要求を示す通信用データＦ５３４を通信部８２５を介してＷｅｂサーバ８３０に送信する。

画面制御ＡＰ実行制御部８３１は、クライアントＰＣ８２０から通信部８３５を介して受信された通信用データＦ５３４により示される処理要求に応じた業務処理をＡＰサーバ８４０に実行させるための処理要求を示す通信用データＤ５３２を通信部８３６を介してＡＰサーバ８４０に送信する。

業務ＡＰ実行制御部８４１は、Ｗｅｂサーバ８３０から通信部８４５を介して受信された通信用データＤ５３２により示される処理要求に応じた業務処理を実行する。そして、業務ＡＰ実行制御部８４１は、処理結果を示す通信用データＣ５３１を通信部８４５を介して処理要求を出したＷｅｂサーバ８３０に送信する。また、業務ＡＰ実行制御部８４１は、必要に応じて、ＤＢＭＳ実行制御部８４２に所定のデータをＤＢ８４６から読出す要求を出す。そして、業務ＡＰ実行制御部８４１は、読出されたデータを用いて業務処理を実行する。

画面制御ＡＰ実行制御部８３１は、ＡＰサーバ８４０から通信部８３６を介して受信された通信用データＣ５３１により示される処理結果を示す通信用データＥ５３３を通信部８３５を介してクライアントＰＣ８２０に送信する。Ｗｅｂブラウザ実行制御部８２１は、Ｗｅｂサーバ８３０から通信部８２５を介して受信された通信用データＥ５３３により示される処理結果を出力部８２４により表示させる。

ここで、既存システム２０からＷｅｂシステム３０に前述したトランザクション処理を移行させる際には、Ｗｅｂサーバ８３０、ＡＰサーバ８４０とクライアントＰＣ８２０との間で、Ｗｅｂシステム３０で一般的な通信用データＣ５３１、通信用データＤ５３２、通信用データＥ５３３、および、通信用データＦ５３４を用いてデータのやりとりができるように、ＣＯＢＯＬ、または、よりＷｅｂシステム３０に馴染み易い高級言語を用いて、既存システム２０の業務ＡＰを設計、製造し直すことがよく行なわれている。したがって、通信用データＣ５３１および通信用データＤ５３２に含まれる制御電文および業務電文は、それぞれ、通信用データＡ５０１および通信用データＢ５０２に含まれる制御電文および業務電文と異なったものとなる。

このようにして業務ＡＰを設計、製造し直した場合には、Ｗｅｂシステム３０によく適合した業務ＡＰを製造することができる。しかし、業務ＡＰおよび通信用データＣ５３１、通信用データＤ５３２、通信用データＥ５３３、および、通信用データＦ５３４をすべて設計、製造し直す必要がある。また、既存の業務処理が完全に移行されているか否かの確認を含めたテストをする必要がある。このため、前述したようにシステム移行に膨大な工数が掛かる。

特開２００１−３３１３１０号公報（以下、「特許文献１」という）には、ＡＰに対する複数のミドルウェアプログラムの各インタフェースを複数の所定インタフェースに変換し、これら変換された所定インタフェースを使用してＡＰとミドルウェアプログラムとのインタフェースを行なうようにするインタフェース変換方法が開示されている。

これによれば、ＡＰにその所定インタフェース機能を備えれば各ミドルウェアプログラムのインタフェースにそれぞれ適合するようなインタフェースを組み込む必要が無く、ＡＰの開発工数を削減することができる。
特開２００１−３３１３１０号公報

しかしながら、特許文献１によれば、ＡＰに所定インタフェース機能を備える必要がある。このため、所定インタフェース機能がＡＰに予め備えられていない場合は、ＡＰに所定インタフェースを組込むための開発工数が必要となるといった問題点がある。

この発明は上述の問題点を解決するためになされたもので、この発明の目的の１つは、情報処理システムを効率よく移行することが可能な移行処理システム、ならびに、処理および通信試験装置を提供することにある。

上述した課題を解決するために、この発明のある局面に従えば、移行処理システムは、移行前情報処理システムにおけるホストプログラムの機能を、サーバプログラムの機能として実行する。移行前情報処理システムは、所定処理を行なうホストプログラムを実行する移行前情報処理装置とホストプログラムによる処理結果を表示するターミナルプログラムを実行する移行前端末装置とを含む。サーバプログラムは、ホストプログラムが記述されたプログラム言語に相当するプログラム言語で記述されることにより生成される。

また、移行処理システムは、データベースに記憶されたデータを用いて所定処理を行なうサーバプログラムを実行するサーバ装置と、サーバプログラムによる処理結果を表示するクライアントプログラムを実行するクライアント装置とを備える。さらに、サーバ装置およびクライアント装置は、それぞれ、サーバプログラムによる所定処理の処理結果または処理対象の複数の項目データからなるデータ群に、クライアントプログラムが処理するためおよびサーバ装置とクライアント装置とが通信するために必要な付加データが付加された通信用データをやりとりする。
また、項目データがデータ群をなすデータ構造は、ホストプログラムとターミナルプログラムとの間でやりとりされる移行前通信用データのデータ構造と同じである。
また、サーバ装置は、通信データ変換部を含む。通信データ変換部は、通信用データとしてクライアントプログラムからサーバプログラムに向けて送信された所定処理をサーバプログラムに実行させるための処理要求を、データ群に変換してサーバプログラムに受渡すとともに、受渡されたデータ群に含まれる処理対象に対するサーバプログラムによる処理結果を項目データとして通信用データに変換してクライアントプログラムに送信する。
また、処理要求は、処理対象を項目データとして含む通信用データである。通信データ変換部は、処理要求から付加データを除去することによってデータ群に変換する。

この発明に従えば、移行処理システムにおいて、サーバプログラムによる所定処理の結果または処理対象の複数の項目データからなるデータ群に、クライアントプログラムが処理するためおよびサーバ装置とクライアント装置とが通信するために必要な付加データが付加された通信用データがやりとりされる。また、項目データがデータ群をなすデータ構造は、ホストプログラムとターミナルプログラムとの間でやりとりされる移行前通信用データのデータ構造と同じである。また、移行後のサーバプログラムは、移行前のホストプログラムを記述したプログラム言語に相当するプログラム言語で記述される。

このため、情報処理システムを移行する際に通信用データのデータ構造を新たに設計する必要がなくなり、移行前のホストプログラムのソースコードをそのまま用いることができる。その結果、情報処理システムを効率よく移行することが可能な移行処理システムを提供することができる。また、移行後のサーバプログラムが、移行前のホストプログラムによって通信されるデータのデータ構造と同じデータ構造をなすデータ群を含む通信用データを出力しても、サーバ装置およびクライアント装置は、処理することが可能な通信用データをやりとりすることができる。

この発明のさらに他の局面によれば、処理および通信試験装置は、移行処理システムにおいて、サーバプログラムによる処理および通信の試験をする。移行前情報処理システムは、所定処理を行なうホストプログラムを実行する移行前情報処理装置とホストプログラムによる処理結果を表示するターミナルプログラムを実行する移行前端末装置とを含む。移行処理システムは、移行前情報処理システムにおけるホストプログラムの機能を、ホストプログラムが記述されたプログラム言語に相当するプログラム言語で記述されることにより生成されたサーバプログラムの機能として実行する。移行処理システムは、通信データ変換部を含むサーバ装置と、クライアント装置とを備える。

サーバ装置は、所定処理を行なうサーバプログラムを実行する。クライアント装置は、サーバプログラムによる処理結果を表示するクライアントプログラムを実行する。サーバ装置およびクライアント装置は、それぞれ、サーバプログラムによる所定処理の処理結果または処理対象の複数の項目データからなるデータ群に、クライアントプログラムが処理するためおよびサーバ装置とクライアント装置とが通信するために必要な付加データが付加された通信用データをやりとりする。項目データがデータ群をなすデータ構造は、ホストプログラムとターミナルプログラムとの間でやりとりされる移行前通信用データのデータ構造と同じである。
通信データ変換部は、通信用データとしてクライアントプログラムからサーバプログラムに向けて送信された所定処理をサーバプログラムに実行させるための処理要求を、データ群に変換してサーバプログラムに受渡すとともに、受渡されたデータ群に含まれる処理対象に対するサーバプログラムによる処理結果を項目データとして通信用データに変換してクライアントプログラムに送信する。
処理要求は、処理対象を項目データとして含む通信用データである。通信データ変換部は、処理要求から付加データを除去することによってデータ群に変換する。

また、処理および通信試験装置は、通信用データ設定部と、送信部と、受信部と、表示部とを備える。通信用データ設定部は、処理対象の設定値を擬似的に設定する。送信部は、通信用データ設定部により設定された設定値を項目データとして含むデータ群をサーバプログラムに向けて送信する。

受信部は、送信部により送信されたデータ群に含まれる項目データで示される設定値に対するサーバプログラムによる処理結果を含むデータ群を受信する。表示部は、受信部により受信されたデータ群に含まれる処理結果の値を表示する。

この発明に従えば、情報処理システムを移行する際に通信用データのデータ構造を新たに設計する必要がなくなり、移行前のホストプログラムのソースコードをそのままサーバプログラムのソースコードとして用いることができる。このため、サーバプログラムの製造は比較的短期間に行なうことができる。

また、通信データ変換部およびクライアントプログラムが未完成であっても、処理および通信試験装置が、処理対象の設定値を擬似的に設定して、設定値が設定されたデータ群をサーバプログラムに向けて送信して、送信されたデータ群に含まれる項目データで示される設定値に対するサーバプログラムによる処理結果を含むデータ群を受信して、受信されたデータ群に含まれる処理結果の値を表示する。このため、サーバプログラムの処理および通信の試験をすることができる。

したがって、通信データ変換部およびクライアントプログラムの設計、製造と並行して、サーバ装置によるサーバプログラムの処理および通信の試験をすることができる。その結果、情報処理システムを効率よく移行することが可能な処理および通信試験装置を提供することができる。

好ましくは、表示部は、データ群の項目データと項目データの項目名称との関係を定義する定義ファイルに基づいて、データ群に含まれる処理結果の値を、項目名称に対応させて表示する。

この発明に従えば、処理および通信試験装置により、データ群の項目データと項目データの項目名称との関係を定義する定義ファイルに基づいて、データ群に含まれる処理結果の値が項目名称に対応させて表示される。項目データがデータ群をなすデータ構造が移行前後で同じであるので、データ群の項目データと項目データの項目名称との関係は、移行前後で同じである。また、移行前通信用データのデータ構造は既知である。このため、データ群の項目データと項目データの項目名称との関係を定義する定義ファイルが容易に作成でき、容易にサーバプログラムの処理および通信の試験をすることができる。

以下、本発明の実施の形態について図面を参照して説明する。なお、図中同一符号は同一または相当する部材を示し、重複する説明は繰返さない。本発明の実施の形態においては、情報処理システムを移行する例として、汎用機システムからＷｅｂシステムに移行する場合について説明する。

図１は、本発明の実施の形態の１つにおけるＷｅｂシステム１０の概略を示す図である。図１を参照して、システム移行後のＷｅｂシステム１０は、Ｗｅｂサーバ３００と、ＡＰサーバ４００と、クライアントＰＣ２００と、システム管理用ＰＣ１００とを備える。

Ｗｅｂサーバ３００、ＡＰサーバ４００、クライアントＰＣ２００、および、システム管理用ＰＣ１００は、ネットワーク５００を介して接続される。ネットワーク５００は、ＬＡＮ（Local Area Network）であってもよいし、ＷＡＮ（Wide Area Network）であってもよい。

Ｗｅｂサーバ３００、ＡＰサーバ４００、クライアントＰＣ２００、および、システム管理用ＰＣ１００は、ネットワーク５００を介して互いに通信することが可能である。本実施の形態においては、Ｗｅｂサーバ３００において、ＨＴＴＰ（HyperText Transfer Protocol）を用いるため、通信プロトコルは、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）のような標準的なプロトコルであることが好ましい。

Ｗｅｂサーバ３００は、クライアントＰＣ２００からの要求に応じた情報送信を行なうコンピュータである。Ｗｅｂサーバ３００から送信される情報は、ＨＴＭＬ（HyperText Markup Language）やＸＨＴＭＬ（eXtensible HTML）などのマークアップ言語で記述される。そして、クライアントＰＣ２００などで実行されるＷｅｂブラウザによりマークアップ言語で記述された情報が解析され、情報の内容が表示される。

ＡＰサーバ４００は、他のコンピュータからの処理要求に応じて所定のＡＰを実行し、処理要求をしたコンピュータに実行結果を送信する。Ｗｅｂサーバ３００、および、ＡＰサーバ４００は、サーバとして用いるのに適したコンピュータ、たとえば、ワークステーション（Work Station）により構成される。

クライアントＰＣ２００、および、システム管理用ＰＣ１００は、一般的なＰＣで構成される。クライアントＰＣ２００、および、システム管理用ＰＣ１００は、少なくともキーボードやマウスなどの入力部と、ディスプレイなどの出力部と、他のコンピュータと通信をするための通信部と、ＡＰやデータなどを記憶する記憶部と、各部の制御やデータの演算を行なう中央処理装置（Central Processing Unit、以下、「ＣＰＵ」という）などの制御部とを備える。

また、クライアントＰＣ２００、および、システム管理用ＰＣ１００は、ハードディスクドライブ（Hard Disk Drive、以下、「ＨＤＤ」という）、フロッピー（登録商標）ディスクドライブ（ＦＤＤ）、ＣＤ（Compact Disc）ドライブ、ＤＶＤ（Digital Versatile Disk）ドライブ、および、ＭＯ（Magneto-Optical disk）ドライブなどの外部記憶装置を備えてもよい。

クライアントＰＣ２００は、少なくともＷｅｂブラウザプログラムを実行することが可能なように構成される。システム管理用ＰＣ１００は、Ｗｅｂサーバ３００やＡＰサーバ４００をメンテナンスするために用いられるＰＣである。

システム管理用ＰＣ１００に替えて、Ｗｅｂサーバ３００やＡＰサーバ４００が、それぞれ、キーボードやマウスなどの入力部と、ディスプレイやプリンタなどの出力部を備え、ネットワーク５００を介さないで、メンテナンス可能なように構成してもよい。

図２は、本実施の形態における移行過程でのＷｅｂシステム１０の概略を示す図である。図２を参照して、システム移行過程中のＷｅｂシステム１０は、図１で説明した構成に加えて、業務ＡＰ動作確認ツール６００と、Ｗｅｂシステム用画面自動生成装置７００とをさらに備える。

業務ＡＰ動作確認ツール６００は、Ｗｅｂサーバ３００、ＡＰサーバ４００、クライアントＰＣ２００、および、システム管理用ＰＣ１００と、それぞれ、ネットワーク５００を介して接続される。業務ＡＰ動作確認ツール６００は、Ｗｅｂサーバ３００、ＡＰサーバ４００、クライアントＰＣ２００、および、システム管理用ＰＣ１００と、それぞれ、互いにネットワーク５００を介して通信することが可能である。

業務ＡＰ動作確認ツール６００は、ＡＰサーバ４００により実行される業務ＡＰの動作を確認するためのツールである。ＡＰサーバ４００により実行される業務ＡＰは、既存システム２０の汎用機９００で実行されていた業務ＡＰをほぼそのまま流用したものである。

Ｗｅｂシステム用画面自動生成装置７００は、スクリプトファイルを自動生成するコンピュータである。Ｗｅｂシステム１０においてＷｅｂサーバ３００によってこのスクリプトファイルが実行されることにより、クライアントＰＣ２００からの要求に従ってＡＰサーバ４００で実行される業務ＡＰの実行結果が、Ｗｅｂサーバ３００によって、クライアントＰＣ２００に送信される。

業務ＡＰ動作確認ツール６００、および、Ｗｅｂシステム用画面自動生成装置７００は、一般的なＰＣで構成される。業務ＡＰ動作確認ツール６００、および、Ｗｅｂシステム用画面自動生成装置７００は、少なくともキーボードやマウスなどの入力部と、ディスプレイなどの出力部と、他のコンピュータと通信をするための通信部と、ＡＰやデータなどを記憶する記憶部と、各部の制御やデータの演算を行なうＣＰＵなどの制御部とを備える。

また、Ｗｅｂサーバ３００、および、Ｗｅｂシステム用画面自動生成装置７００は、外部記憶装置を備える。Ｗｅｂサーバ３００、および、Ｗｅｂシステム用画面自動生成装置７００は、外部記憶装置によって記録媒体７６１を介して、Ｗｅｂシステム用画面自動生成装置７００によって生成されたスクリプトファイルをやり取りする。

なお、Ｗｅｂサーバ３００、および、Ｗｅｂシステム用画面自動生成装置７００は、記録媒体７６１を介してファイルをやり取りすることに限定されず、他の方法でファイルをやり取りしてもよい。たとえば、ネットワークを介してファイルをやり取りしてもよい。

業務ＡＰ動作確認ツール６００の機能については、後述する図６から図１２で詳細に説明する。Ｗｅｂシステム用画面自動生成装置７００の機能については、後述する図１３および図１４で詳細に説明する。

図３は、本実施の形態におけるシステム管理用ＰＣ１００の構成を示すブロック図である。図３を参照して、システム管理用ＰＣ１００は、制御部１１０と、記憶部１２０と、入力部１３０と、出力部１４０と、通信部１５０とを備える。また、システム管理用ＰＣ１００は、外部記憶装置１６０を選択的に備える。

バス１９０は、各部がデータをやり取りするための伝送路である。バス１９０は、制御部１１０と、記憶部１２０と、入力部１３０と、出力部１４０と、通信部１５０と、外部記憶装置１６０とを接続する。

制御部１１０は、ＣＰＵやその周辺回路で構成される。制御部１１０は、記憶部１２０に記憶されたプログラムを実行し、記憶部１２０や入力部１３０や通信部１５０や外部記憶装置１６０からデータを受取り、データに演算を施して、記憶部１２０や出力部１４０や通信部１５０に出力する。また、制御部１１０は、記憶部１２０や入力部１３０や出力部１４０や通信部１５０の動作を制御する。

記憶部１２０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などの半導体メモリで構成される。記憶部１２０は、ＡＰやデータなどを記憶する。また、仮想的な記憶部としてＨＤＤの一部が用いられることがある。

入力部１３０は、キーボードやマウスで構成される。入力部１３０は、システム管理用ＰＣ１００の利用者がシステム管理用ＰＣ１００に必要な情報を入力するために用いられる。出力部１４０は、ディスプレイやプリンタやスピーカなどで構成される。出力部１４０は、システム管理用ＰＣ１００により処理された情報を出力する。

通信部１５０は、システム管理用ＰＣ１００をネットワーク５００と接続するためのインタフェースである。システム管理用ＰＣ１００は、通信部１５０を介して他のコンピュータと必要な情報を送受信する。

外部記憶装置１６０は、記録媒体１６１に記録されたプログラムやデータをシステム管理用ＰＣ１００に読込む。また、外部記憶装置１６０は、記録媒体１６１に必要な情報を書込む。

コンピュータ読取可能な記録媒体１６１としては、ＤＤＳ（Digital Data Storage）などの磁気テープ、ＦＤＤ、ＨＤＤ等の磁気ディスク、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、ＣＤ−Ｒ（Compact Disk Recordable）、ＣＤ−ＲＷ（Compact Disk ReWritable）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk Read Only Memory）、ＤＶＤ−Ｒ（Digital Versatile Disk Recordable）、ＤＶＤ−ＲＡＭ（Digital Versatile Disk Random Access Memory）等の光ディスク、ＭＯ（Magneto-Optical disk）等の光磁気ディスク、ＩＣ（Integrated Circuit）カード、メモリカード、あるいは、マスクＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electronically Erasable and Programmable Read Only Memory）、フラッシュメモリ等の不揮発性メモリを含めた、固定的にプログラムを担持する記録媒体である。また、記録媒体１６１を、ネットワークからプログラムがダウンロードされるように流動的にプログラムを担持する媒体とすることもできる。

クライアントＰＣ２００、業務ＡＰ動作確認ツール６００、および、Ｗｅｂシステム用画面自動生成装置７００は、それぞれ、システム管理用ＰＣ１００と同様に、制御部と、記憶部と、入力部と、出力部と、通信部とを備える。また、Ｗｅｂサーバ３００、および、ＡＰサーバ４００は、それぞれ、制御部と、記憶部と、通信部とを備える。Ｗｅｂサーバ３００、および、ＡＰサーバ４００は、それぞれ、入力部と、出力部とを選択的に備えてもよい。また、Ｗｅｂサーバ３００、ＡＰサーバ４００、および、Ｗｅｂシステム用画面自動生成装置７００は、それぞれ、外部記憶装置を備える。また、クライアントＰＣ２００、業務ＡＰ動作確認ツール６００は、それぞれ、外部記憶装置を選択的に備えてもよい。

図４は、本実施の形態におけるＷｅｂシステム１０の機能の概略を示す機能ブロック図である。図４を参照して、Ｗｅｂシステム１０は、ＡＰサーバ４００と、Ｗｅｂサーバ３００と、クライアントＰＣ２００とを備える。

ＡＰサーバ４００は、業務ＡＰを実行する業務ＡＰ実行制御部４１１と、ＤＢＭＳを実行するＤＢＭＳ実行制御部４１２と、Ｗｅｂサーバ３００と通信するためのインタフェースである通信部４５０とを備える。また、ＤＢＭＳ実行制御部４１２は、ＡＰサーバ４００の内部または外部に設けられたＤＢ４６０に蓄積されたデータを管理する。

本実施の形態においては、業務ＡＰは、既存システム２０の汎用機９００で用いられていたＣＯＢＯＬで記述されたプログラムをほぼそのまま流用する。このため既存システム２０の汎用機９００からＷｅｂシステム１０のＡＰサーバ４００への業務ＡＰの移行にはさほど工数は掛からない。

Ｗｅｂサーバ３００は、画面制御ＡＰを実行する画面制御ＡＰ実行制御部３１０と、ＡＰサーバ４００と通信するためのインタフェースである通信部３５２と、クライアントＰＣ２００と通信をするためのインタフェースである通信部３５１とを備える。

画面制御ＡＰ実行制御部３１０で実行される画面制御ＡＰは、通信処理制御プログラム（以下、「通信処理制御ＰＧ」という）３１１と、ログイン制御プログラム（以下、「ログイン制御ＰＧ」という）３１２と、エラー処理制御プログラム（以下、エラー処理制御ＰＧ」という）３１３と、業務画面フレームファイル３１４と、業務画面項目定義ファイル３１５とを含む。

通信処理制御ＰＧ３１１は、通信処理に関する制御を行なうプログラムである。ログイン制御ＰＧ３１２は、Ｗｅｂサーバ３００へのログインに関する制御を行なうプログラムである。エラー処理制御ＰＧ３１３は、エラー処理に関する制御を行なうプログラムである。業務画面フレームファイル３１４は、Ｊａｖａ（登録商標）で作成された実行形式ファイルである。業務画面フレームファイル３１４は、クライアントＰＣ２００からの要求に応じて、業務画面項目定義ファイル３１５を参照し、Ｗｅｂサーバ３００上で処理を実行し、処理結果としてのＷｅｂページをクライアントＰＣ２００に送信する。

クライアントＰＣ２００は、汎用的なＷｅｂブラウザプログラムを実行するＷｅｂブラウザ実行制御部２１１と、Ｗｅｂブラウザプログラムに対してデータを入力するための入力部２３０と、Ｗｅｂブラウザプログラムからデータを出力するための出力部２４０と、Ｗｅｂサーバ３００と通信するためのインタフェースである通信部２５０とを備える。

Ｗｅｂブラウザ実行制御部２１１は、利用者によって入力部２３０から入力された所定の業務処理を実行させるための指示に基づいて処理要求を示す通信用データＢ＋付加データＢ５２２を通信部２５０を介してＷｅｂサーバ３００に送信する。

画面制御ＡＰ実行制御部３１０は、クライアントＰＣ２００から通信部３５１を介して受信された通信用データＢ＋付加データＢ５２２により示される処理要求に応じた業務処理をＡＰサーバ４００に実行させるための処理要求を示す通信用データＢ５１２を通信部３５２を介してＡＰサーバ４００に送信する。

業務ＡＰ実行制御部４１１は、Ｗｅｂサーバ３００から通信部４５０を介して受信された通信用データＢ５１２により示される処理要求に応じた業務処理を実行する。そして、業務ＡＰ実行制御部４１１は、処理結果を示す通信用データＡ５１１を通信部４５０を介して処理要求を出したＷｅｂサーバ３００に送信する。また、業務ＡＰ実行制御部４１１は、必要に応じて、ＤＢＭＳ実行制御部４１２に所定のデータをＤＢ４６０から読出す要求を出す。そして、業務ＡＰ実行制御部４１１は、読出されたデータを用いて業務処理を実行する。

画面制御ＡＰ実行制御部３１０は、ＡＰサーバ４００から通信部３５２を介して受信された通信用データＡ５１１により示される処理結果を示す通信用データＡ＋付加データＡ５２１を通信部３５１を介してクライアントＰＣ２００に送信する。Ｗｅｂブラウザ実行制御部２１１は、Ｗｅｂサーバ３００から通信部２５０を介して受信された通信用データＡ＋付加データＡ５２１により示される処理結果を出力部２４０により表示させる。

本実施の形態においては、既存システム２０の汎用機９００で用いられていた業務ＡＰをほぼそのままＷｅｂシステム１０のＡＰサーバ４００に移行するので、通信用データＡ５１１および通信用データＢ５１２は、汎用機やＣＯＢＯＬで用いられる固定長の複数のデータの集合体であるレコード形式であることが多い。また、このレコードには、このデータに含まれる複数のデータの内容が含まれ、それぞれのデータの表示レイアウト情報などのデータを扱うための情報は含まれない。

このため、クライアントＰＣ２００のＷｅｂブラウザプログラムで扱えるように、Ｗｅｂサーバ３００により、データを画面に表示する際のレイアウトなどを示す付加データＡが通信用データＡ５１１に付加されて、ＨＴＭＬデータである通信用データＡ＋付加データＡ５２１としてクライアントＰＣ２００に送信される。付加データＡは、通信用データＡに含まれる各データのそれぞれの表示レイアウトやＨＴＭＬデータとして必要な情報を含むデータである。

同様に、通信用データＢ＋付加データＢ５２２も、クライアントＰＣ２００のＷｅｂブラウザプログラムで扱えるＨＴＭＬデータである。通信用データＢ＋付加データＢ５２２は、Ｗｅｂサーバ３００により、レコード形式の通信用データＢ５１２に変換されて、通信用データＢとしてＡＰサーバ４００に送信される。付加データＢは、ＨＴＭＬデータとして必要な情報を含むデータである。

これにより、業務ＡＰからみて、Ｗｅｂサーバ３００が、既存システム２０の端末装置９７０と同じ動作をすることとなる。したがって、業務ＡＰを特に変更しなくても既存システム２０と同様の業務処理を業務ＡＰにより行なうことが可能となる。

図５は、本実施の形態におけるＷｅｂサーバ３００で実行される画面制御ＡＰの流れを示すフローチャートである。図５を参照して、まず、画面制御ＡＰ実行制御部３１０により、クライアントＰＣ２００からログイン要求があるか否かが判断される（ステップＳ１０１）。ログイン要求があると判断された場合は、画面制御ＡＰ実行制御部３１０により、ログイン制御ＰＧ３１２が実行される（ステップＳ１０２）。

ログイン制御ＰＧ３１２が実行されることにより、クライアントＰＣ２００の利用者からのログイン要求に対してクライアントＰＣ２００において利用者にパスワードが要求され、予め登録された正当な利用者であるか否かが判断される。正当な利用者でないと判断された場合は、Ｗｅｂサーバ３００を利用することができないように制御される。

ステップＳ１０１でログイン要求がないと判断された場合、または、ステップＳ１０２が実行された後、画面制御ＡＰ実行制御部３１０により、エラーが発生したか否かが判断される（ステップＳ１０３）。エラーが発生したと判断された場合は、画面制御ＡＰ実行制御部３１０により、エラー制御ＰＧ３１３が実行される（ステップＳ１０４）。

エラー処理制御ＰＧ３１３が実行されることにより、Ｗｅｂサーバ３００で発生したエラーに応じた表示や処理が行なわれる。

ステップＳ１０３でエラーが発生していないと判断された場合、または、ステップＳ１０４が実行された後、画面制御ＡＰ実行制御部３１０により、クライアントＰＣ２００から処理要求が受信されたか否かが判断される（ステップＳ１０５）。処理要求が受信されていないと判断された場合は、ステップＳ１０１に戻る。

一方、ステップＳ１０５で処理要求が受信されたと判断された場合は、画面制御ＡＰ実行制御部３１０により処理要求に応じた業務画面フレームファイル３１４が実行されることによって、通信処理制御ＰＧ３１１が呼出され、処理要求を含む通信用データＢ＋付加データＢ５２２に応じた通信用データＢ５１２がＡＰサーバ４００に送信される（ステップＳ１０６）。

そして、ＡＰサーバ４００から処理要求に応じた処理結果が受信されたか否かが判断される（ステップＳ１０７）。処理結果が受信されていないと判断された場合は、ステップＳ１０７を繰返す。一方、処理結果が受信されたと判断された場合は、画面制御ＡＰ実行制御部３１０により処理結果を含む通信用データＡ５１１に応じた業務画面フレームファイル３１４が実行されることによって、通信処理制御ＰＧ３１１が呼出され、処理結果を含む通信用データＡ５１１に応じた通信用データＡ＋付加データＡ５２１が生成される（ステップＳ１０８）。

次に、画面制御ＡＰ実行制御部３１０により業務画面フレームファイル３１４が実行されることによって、ステップＳ１０８で生成された通信用データＡ＋付加データＡ５２１がクライアントＰＣ２００に送信される（ステップＳ１０９）。その後、ステップＳ１０１に戻る。

図６は、本実施の形態における業務ＡＰ動作確認ツール６００の機能の概略を示す機能ブロック図である。図６を参照して、業務ＡＰ動作確認ツール６００は、業務ＡＰ動作確認ツールプログラムを実行する制御部６１０と、画面定義ファイル６２１を記憶する記憶部６２０と、利用者からのデータの入力を受ける入力部６３０と、ログイン画面６４１、送受信画面６４２、および、受信電文ヘッダ画面６４３などの画面を表示する出力部６４０と、ＡＰサーバ４００と通信をするためのインタフェースである通信部６５０とを含む。制御部６１０、記憶部６２０、入力部６３０、出力部６４０、および、通信部６５０の機能は、前述した図３で説明したように、それぞれ、システム管理用ＰＣ１００の対応する各部の機能と同様である。

業務ＡＰ動作確認処理については、後述する図７で説明する。画面定義ファイル６２１については、後述する図１１および図１２で説明する。ログイン画面６４１については、後述する図１０で説明する。送受信画面６４２については、後述する図１１で説明する。受信電文ヘッダ画面６４３については、後述する図１２で説明する。

業務ＡＰ動作確認ツール６００では、まず、ログイン画面６４１が出力部６４０に表示され、動作を確認する業務ＡＰを指定する番号などの必要な情報の入力を入力部６３０から受付けた後、送受信画面６４２が表示される。次に、送受信画面６４２において、テスト用の業務電文の内容が設定された後、制御部６１０によって、設定された業務電文および必要な制御電文の内容を含む通信用データＢ５１２が生成される。送受信画面６４２では、画面定義ファイル６２１で定義された業務電文の項目に応じて、業務電文の内容が設定される。そして、生成された通信用データＢ５１２が通信部６５０を介してＡＰサーバ４００に送信される。

ＡＰサーバ４００では、業務ＡＰ動作確認ツール６００から通信部４５０を介して通信用データＢ５１２が受信される。そして、業務ＡＰ実行制御部４１１によって、通信用データＢ５１２に含まれる業務電文の内容に従って業務処理が実行される。また、必要に応じて、業務ＡＰ実行制御部４１１によって、ＤＢＭＳ実行制御部４１２に所定のデータをＤＢ４６０から読出す要求が出されて、読出されたデータが用いられ、業務処理が実行される。そして、業務処理の処理結果を示す業務電文と必要な制御電文とを含む通信用データＡ５１１が通信部４５０を介して業務ＡＰ動作確認ツール６００に送信される。

業務ＡＰ動作確認ツール６００では、ＡＰサーバ４００から通信部６５０を介して通信用データＡ５１１が受信される。そして、画面定義ファイル６２１で定義された業務電文の項目に応じて、通信用データＡ５１１に含まれる業務電文の内容が、送受信画面６４２に表示される。また、予め定められた制御電文の項目に応じて、通信用データＡ５１１に含まれる制御電文の内容が、受信電文ヘッダ画面６４３に表示される。

図７は、本実施の形態における業務ＡＰ動作確認ツール６００で実行される業務ＡＰ動作確認処理の流れを示すフローチャートである。図７を参照して、まず、ログイン画面６４１を表示した後に動作を確認する業務ＡＰを指定する番号などの必要な情報の入力を受付けるログイン処理が実行される（ステップＳ２０１）。

図８は、業務ＡＰ動作確認処理のサブルーチンとして実行されるログイン処理の流れを示すフローチャートである。図８を参照して、ログイン処理においては、まず、ログイン画面６４１が表示されているか否かが判断される（ステップＳ２８１）。表示されていないと判断された場合は、ログイン画面６４１が出力部６４０にウィンドウ表示される（ステップＳ２８２）。

図１０は、業務ＡＰ動作確認ツールで表示されるログイン画面６４１を示す表示画面図である。図１０を参照して、ログイン画面６４１は、個人情報入力領域と、システム情報入力領域と、業務入力領域と、操作領域とを含む。

個人情報入力領域は、ユーザＩＤ入力部６４１Ａと、所属コード入力部６４１Ｂと、権限入力部６４１Ｃとを含む。ユーザＩＤ入力部６４１Ａは、業務ＡＰに対していずれのユーザが業務処理の要求をしているかを示すユーザＩＤをテスト用に入力するためのテキストボックスである。ユーザＩＤ入力部６４１Ａには、正当なユーザＩＤが入力される必要があるため、予めテスト用のユーザＩＤとしてＡＰサーバ４００に登録されたユーザＩＤが入力されるか、実際に登録されているユーザＩＤが入力される。

所属コード入力部６４１Ｂは、ユーザＩＤ入力部６４１Ａに入力されたユーザＩＤで示されるユーザが所属する部署のコードである所属コードをテスト用に入力するためのテキストボックスである。権限入力部６４１Ｃは、ユーザＩＤ入力部６４１Ａに入力されたユーザＩＤで示されるユーザの業務ＡＰにおいて許容される操作の権限をテスト用に入力するためのテキストボックスである。

システム情報入力領域は、予算編成支援入力領域と、金銭会計選択部６４１Ｅと、財産管理選択部６４１Ｆとを含む。予算編成支援入力領域は、予算編成支援選択部６４１Ｄと、年度入力部６４１Ｇと、予算区分入力部６４１Ｈと、部コード入力部６４１Ｉとを含む。

予算編成支援選択部６４１Ｄは、テストする業務ＡＰとして予算編成支援業務ＡＰを選択するためのラジオボタンである。以下、ボタンとは、ＧＵＩ（Graphical User Interface）としてのボタンをいう。金銭会計選択部６４１Ｅは、テストする業務ＡＰとして金銭会計業務ＡＰを選択するためのラジオボタンである。財産管理選択部６４１Ｆは、テストする業務ＡＰとして財産管理業務ＡＰを選択するためのラジオボタンである。予算編成支援選択部６４１Ｄ、金銭会計選択部６４１Ｅ、および、財産管理選択部６４１Ｆは、いずれか１つのみ選択可能である。選択された選択部のラジオボタンには、予算編成支援選択部６４１Ｄで示すように、塗りつぶされた円が表示される。

予算編成支援入力領域の各入力部は、予算編成支援選択部６４１Ｄが選択されたときに、入力可能となる。年度入力部６４１Ｇは、テストする予算編成支援業務ＡＰの予算編成の年度を入力するためのテキストボックスである。予算区分入力部６４１Ｈは、テストする予算編成支援業務ＡＰの予算編成の予算区分を入力するためのテキストボックスである。部コード入力部６４１Ｉは、テストする予算編成支援業務ＡＰの予算編成の対象の部署のコードである部コードを入力するためのテキストボックスである。

業務入力領域は、業務ＩＤ入力部６４１Ｊと、業務ＩＤ枝番入力部６４１Ｋとを含む。業務ＩＤ入力部６４１Ｊは、選択された業務ＡＰに含まれる複数の業務のうちのテストする業務を示す業務ＩＤを入力するためのテキストボックスである。業務ＩＤ枝番入力部６４１Ｋは、選択された業務ＡＰに含まれる複数の業務のうちのテストする業務の枝番を入力するためのテキストボックスである。

操作領域は、開始ボタン６４１Ｘと、終了ボタン６４１Ｙとを含む。開始ボタン６４１Ｘは、業務ＡＰ動作確認処理の開始を指示するためのボタンである。終了ボタン６４１Ｙは、業務ＡＰ動作確認処理の終了を指示するためのボタンである。

図８に戻って、ログイン画面６４１が表示されている状態で、開始ボタン６４１Ｘが操作されたか否かが判断される（ステップＳ２８３）。開始ボタン６４１Ｘが操作されていないと判断された場合は、終了ボタン６４１Ｙが操作されたか否かが判断される(ステップＳ２８８）。終了ボタン６４１Ｙが操作されていないと判断された場合は、ステップＳ２８３に戻る。

ステップＳ２８３で、開始ボタン６４１Ｘが操作されたと判断された場合は、個人情報入力領域やシステム情報入力領域や業務入力領域の各入力部に必要な入力項目が入力されていて正常なデータが入力されているかが判定される（ステップＳ２８４）。そして、入力項目が正常であるか否かが判断される（ステップＳ２８５）。入力項目が正常でないと判断された場合は、エラー表示がされ（ステップＳ２８６）、ステップＳ２８３に戻る。

一方、ステップＳ２８５で入力項目が正常であると判断された場合は、各入力項目が設定され（ステップＳ２８７）、メインルーチンへ戻る。

ステップＳ２８８で、終了ボタン６４１Ｙが操作されたと判断された場合は、業務ＡＰ動作確認処理を終了させる終了処理が行なわれ（ステップＳ２８９）、業務ＡＰ動作確認処理が終了する。

図７に戻って、次に、ログイン処理で設定された情報に応じた業務ＡＰの送受信画面６４２のウィンドウが表示される（ステップＳ２０２）。送受信画面６４２は、画面定義ファイル６２１に従って、各入出力項目を表示する画面である。画面定義ファイルは、業務電文の各入出力項目の画面番号、項目名、入出力区分、属性、桁数などが定義されたＣＳＶ（Comma Separated Values）ファイルであり、複数の業務ＡＰに対して予め複数作成される。業務ＡＰに入出力されるデータが既知であるので、利用者は画面定義ファイルを容易に作成することができる。

図１１は、業務ＡＰ動作確認ツールで表示される送受信画面６４２を示す表示画面図である。図１１を参照して、送受信画面６４２は、業務ＡＰ情報表示領域６４２Ａと、送信電文表示領域と、受信電文表示領域と、閉じるボタン６４２Ｚと、終了ボタン６４２Ｙとを含む。

業務ＡＰ情報表示領域６４２Ａには、ログイン画面６４１で設定されたシステム種別やユーザＩＤや所属コードや権限などの情報が表示される。また、業務ＡＰのバージョン情報も表示される。

送信電文表示領域は、業務番号入力部６４２Ｂと、業務番号枝番入力部６４２Ｃと、フェーズ入力部６４３Ｄと、保存ボタン６４２Ｓと、読込ボタン６４２Ｔと、フラグ設定ボタン６４２Ｕと、送信ボタン６４２Ｖと、送信電文表示部６４２Ｈとを含む。

業務番号入力部６４２Ｂ、および、業務番号枝番入力部６４２Ｃは、それぞれ、業務番号、および、業務番号枝番を入力するためのテキストボックスである。業務番号入力部６４２Ｂ、および、業務番号枝番入力部６４２Ｃには、それぞれ、ログイン画面６４１で設定された業務ＩＤ、および、業務番号枝番が表示される。また、それぞれ、別の業務ＩＤ、および、業務番号枝番を入力することができる。

フェーズ入力部６４２Ｄは、送信電文（通信用データＢ５１２）に設定するフェーズを入力するためのテキストボックスである。送信電文表示部６４２Ｈは、送信電文に含まれる各項目の項番、項目名称、入出力区分、属性、文字数、フラグ状態、および、値を表示するためのスクロールバー付のテキストボックスである。

保存ボタン６４２Ｓは、送信電文表示部６４２Ｈに表示されている送信電文の各項目の内容の保存を業務ＡＰ動作確認処理に指示するためのボタンである。読込ボタン６４２Ｔは、保存されている送信電文の各項目の内容を含むファイルの読込みおよび読込まれた内容の送信電文表示部６４２Ｈへの表示を業務ＡＰ動作確認処理に指示するためのボタンである。

フラグ設定ボタン６４２Ｕは、値が設定されている項目にフラグを設定するためのボタンである。送信ボタン６４２Ｖは、送信電文表示部６４２Ｈに表示されている内容の送信電文のＡＰサーバ４００への送信を業務ＡＰ動作確認処理に指示するためのボタンである。

受信電文表示領域は、業務番号入力部６４２Ｅと、業務番号枝番入力部６４２Ｆと、エラー番号入力部６４２Ｇと、移行ボタン６４２Ｐと、ヘッダ表示ボタン６４２Ｑと、受信クリアボタン６４２Ｒと、受信電文表示部６４２Ｉとを含む。

業務番号入力部６４２Ｅ、および、業務番号枝番入力部６４２Ｆは、それぞれ、前述した業務番号入力部６４２Ｂ、および、業務番号枝番入力部６４２Ｃと同様であるので説明は繰返さない。エラー番号入力部６４２Ｇは、送信電文に含まれるエラー番号を入力するためのテキストボックスである。

受信電文表示部６４２Ｉは、受信電文に含まれる各項目の項番、項目名称、入出力区分、属性、文字数、フラグ状態、および、値を表示するためのスクロールバー付のテキストボックスである。

移行ボタン６４２Ｐは、受信電文表示部６４２Ｉに表示されている受信電文の各項目の内容の送信電文表示部６４２Ｈへの移行を業務ＡＰ動作確認処理に指示するためのボタンである。ヘッダ表示ボタン６４２Ｑは、後述する図１２で説明する受信電文ヘッダ表示画面の表示を業務ＡＰ動作確認処理に指示するためのボタンである。受信クリアボタン６４２Ｒは、受信電文表示部６４２Ｉに表示されている受信電文の各項目の内容の削除を業務ＡＰ動作確認処理に指示するためのボタンである。

閉じるボタン６４２Ｚは、送受信画面６４２のウィンドウを閉じることを業務ＡＰ動作確認処理に指示するためのボタンである。終了ボタン６４２Ｙは、業務ＡＰ動作確認ツールの終了を業務ＡＰ動作確認処理に指示するためのボタンである。

図７に戻って、次に、送信ボタン６４２Ｖが操作されたか否かが判断される（ステップＳ２１１）。操作されていないと判断された場合は、ステップＳ２２１に進む。一方、操作されたと判断された場合は、送信電文表示部６４２Ｈの入力データの判定が行なわれる（ステップＳ２１２）。

そして、入力データが正常であるか否かが判断される（ステップＳ２１３）。正常でないと判断された場合は、ステップＳ２２１に進む。一方、正常であると判断された場合は、送信電文表示部６４２Ｈの入力データの内容に従って通信用データＢ５１２が生成され（ステップＳ２１４）、生成された通信用データＢ５１２がＡＰサーバ４００に送信され（ステップＳ２１５）、ステップＳ２２１に進む。

次いで、通信用データＢ５１２に応じたＡＰサーバ４００の業務ＡＰによる処理結果を含む受信電文（通信用データＡ５１１）が受信されたか否かが判断される（ステップＳ２２１）。受信されていないと判断された場合は、ステップＳ２３１に進む。一方、受信されたと判断された場合は、通信用データＡ５１１に含まれる業務電文の内容が受信電文表示部６４２Ｉに示される各項目に設定され（ステップＳ２２２）、設定された各項目の内容が受信電文表示部６４２Ｉに表示され（ステップＳ２２３）、ステップＳ２３１に進む。

次に、ヘッダ表示ボタン６４２Ｑが操作されたか否かが判断される（ステップＳ２３１）。操作されていないと判断された場合は、ステップＳ２４１に進む。一方、操作されたと判断された場合は、受信電文ヘッダ画面６４３を表示する処理であるヘッダ表示処理が実行される（ステップＳ２３２）。ヘッダ表示処理の実行後、ステップＳ２３１に進む。

図９は、業務ＡＰ動作確認処理のサブルーチンとして実行されるヘッダ表示処理の流れを示すフローチャートである。図９を参照して、まず、受信電文が受信されているか否かが判断される（ステップＳ２９１）。受信されていないと判断された場合は、エラー表示が行なわれ（ステップＳ２９３）、メインルーチンへ戻る。

一方、ステップＳ２９１で受信電文が受信されていると判断された場合は、受信電文ヘッダ画面６４３が出力部６４０にウィンドウ表示される（ステップＳ２９２）。

図１２は、業務ＡＰ動作確認ツールで表示される受信電文ヘッダ画面６４３を示す表示画面図である。受信電文ヘッダ画面６４３は、受信電文ヘッダ表示領域６４３Ａと、閉じるボタン６４３Ｚとを含む。

受信電文ヘッダ表示領域６４３Ａには、受信電文のうちの制御電文に含まれる各項目の項番、項目名称、および、値が表示される。閉じるボタン６４３Ｚは、受信電文ヘッダ画面６４３のウィンドウを閉じることを業務ＡＰ動作確認処理に指示するためのボタンである。

図９に戻って、次に、閉じるボタン６４３Ｚが操作されたか否かが判断される（ステップＳ２９４）。閉じるボタン６４３Ｚが操作されていないと判断された場合は、ステップＳ２９４が繰返される。一方、閉じるボタン６４３Ｚが操作されたと判断された場合は、受信電文ヘッダ画面６４３のウィンドウがクローズされ（ステップＳ２９５）、メインルーチンに戻る。

図７に戻って、送受信画面６４２の保存ボタン６４２Ｓが操作されたか否かが判断される（ステップＳ２４１）。操作されていないと判断された場合は、ステップＳ２５１に進む。一方、操作されたと判断された場合は、送信電文表示部６４２Ｈの内容が記憶部６２０に保存され（ステップＳ２４２）、Ｓ２５１に進む。

次いで、読込ボタン６４２Ｔが操作されたか否かが判断される（ステップＳ２５１）。操作されていないと判断された場合は、ステップＳ２６１に進む。一方、操作されたと判断された場合は、保存された送信電文の内容が記憶部６２０から読込まれ、送信電文表示部６４２Ｈに表示され（ステップＳ２５２）、Ｓ２６１に進む。

次に、閉じるボタン６４２Ｚが操作されたか否かが判断される（ステップＳ２６１）。操作されていないと判断された場合は、ステップＳ２７１に進む。一方、操作されたと判断された場合は、送受信画面６４２のウィンドウがクローズされ（ステップＳ２６２）、ステップＳ２０１に戻る。

次に、終了ボタン６４２Ｙが操作されたか否かが判断される（ステップＳ２７１）。操作されていないと判断された場合は、ステップＳ２１１に戻る。一方、操作されたと判断された場合は、業務ＡＰ動作確認処理を終了させる終了処理が行なわれ（ステップＳ２７２）、業務ＡＰ動作確認処理が終了する。

なお、この業務ＡＰ動作確認ツール６００は、既存システム２０からＷｅｂシステム１０に移行される業務ＡＰだけでなく、新規作成業務ＡＰのテストも行なうことが可能である。

図１３は、本実施の形態におけるＷｅｂシステム用画面自動生成装置７００の構成を示すブロック図である。図１３を参照して、Ｗｅｂシステム用画面自動生成装置７００は、ＰＣなどのコンピュータにより構成される。Ｗｅｂシステム用画面自動生成装置７００は、制御部７１０と、記憶部７２０とを備える。また、図示しないが、Ｗｅｂシステム用画面自動生成装置７００は、入力部と、出力部と、通信部と、外部記憶装置とを備える。

Ｗｅｂシステム用画面自動生成装置７００の制御部７１０、記憶部７２０、入力部、出力部、通信部、および、外部記憶装置の機能は、それぞれ、図３で説明したシステム管理用ＰＣ１００の制御部１１０、記憶部１２０、入力部１３０、出力部１４０、通信部１５０、および、外部記憶装置１６０の機能と同様である。

Ｗｅｂシステム用画面自動生成ツール３６のプログラムが制御部７１０に読込まれることにより、Ｗｅｂシステム画面自動生成部７１１が制御部７１０に構成される。

記憶部７２０は、業務画面ソースファイル７２１と、項目属性定義ファイル７２２と、業務画面フレーム翻訳ルール定義ファイル７２３と、画面項目定義翻訳ルール定義ファイル７２４とを記憶する。翻訳ルール定義ファイルとは、ＸＭＬで記述された定義情報を実行形式のファイルに翻訳するためのルールを定義したファイルである。翻訳ルール定義ファイルは、基本的に、業務画面ごとに作成する必要がない。

Ｗｅｂシステム画面自動生成ツール３６がＷｅｂシステム画面自動生成部７１１によって実行されることにより、業務画面ソースファイル７２１、項目属性定義ファイル７２２、業務画面フレーム翻訳ルール定義ファイル７２３、および、画面項目定義翻訳ルール定義ファイル７２４が記憶部７２０から読込まれ、業務画面フレームファイル３１４、および、業務画面項目定義ファイル３１５が生成される。Ｗｅｂシステム用画面自動生成部７１１で実行される処理については、後述する図１４で説明する。

また、記憶部７２０は、制御部７１０によって生成された業務画面フレームファイル３１４および業務画面項目定義ファイル３１５を記憶する。

図１４は、本実施の形態におけるＷｅｂシステム用画面自動生成ツール３６の機能を示すブロック図である。図１４を参照して、図１３で説明した業務画面ソースファイル７２１には、画面毎ＸＭＬ（eXtensible Markup Language）ファイル（ｐｉｍ？？？？．ｘｍｌ）３６２が含まれる。項目属性定義ファイル７２２には、ＤＴＤ（Document Type Definition、文書型定義）定義ファイル（ｐｉｍ．ｄｔｄ）３６１が含まれる。

業務画面フレーム翻訳ルール定義ファイル７２３には、ボディ部生成ＸＳＬ（eXtensible Stylesheet Language）ファイル（ｐｉｍｂｏｄｙ．ｘｓｌ）３６３と、ｊｓｐ？？？？．ｅｎｔ定義ファイル（ｐｉｍｂｅｎｔ．ｘｓｌ）３６４と、ＸＳＬ予約ボディファイル（ｊｓｐ？？？？．ｅｎｔ）３６５とが含まれる。

画面項目定義翻訳ルール定義ファイル７２４には、Ｓｅｒｖｉｃｅ．ｔｘｔ生成ＸＳＬファイル（ｐｉｍｉｎｆｏ．ｘｓｌ）３６６と、ｆｃｓ？？？？．ｅｎｔ定義ファイル（ｐｉｍｉｅｎｔ．ｘｓｌ）３６７と、ＸＳＬ予約ｓｅｒｖｉｃｅファイル（ｆｃｓ？？？？．ｅｎｔ）３６８とが含まれる。

業務画面フレームファイル３１４は、ファイル名がｂｏｄｙ？？？？．ｊｓｐである。業務画面項目定義ファイル３１５は、ファイル名がＳｅｒｖｉｃｅ？？？？．ｔｘｔである。

ここで、「？？？？」は、各画面番号を示す。また、ＸＳＬ予約ボディファイル３６５、および、ＸＳＬ予約ｓｅｒｖｉｃｅファイル３６８は、ＸＳＬで変換対象とできない特殊な構造をもった表組みを利用する場合のみ予め作成する必要がある。
Ｗｅｂシステム用画面自動生成ツール（ｍａｋｅｘｍｌ．ｂａｔ）３６を実行することにより、Ｗｅｂシステム用画面自動生成装置７００は、ＤＴＤ定義ファイル３６１と、画面毎ＸＭＬファイル３６２と、ボディ部生成ＸＳＬファイル３６３と、ｊｓｐ？？？？．ｅｎｔ定義ファイル３６４と、ＸＳＬ予約ボディファイル（ｊｓｐ？？？？．ｅｎｔ）３６５とを参照・変換して、業務画面フレームファイル３１４を生成する。業務画面フレームファイル３１４は、Ｊａｖａ（登録商標）の実行形式のファイルである。

また、Ｗｅｂシステム用画面自動生成装置７００は、Ｗｅｂシステム用画面自動生成ツール３６を実行することにより、ＤＴＤ定義ファイル３６１と、画面毎ＸＭＬファイル３６２と、Ｓｅｒｖｉｃｅ．ｔｘｔ生成ＸＳＬファイル（ｐｉｍｉｎｆｏ．ｘｓｌ）３６６と、ｆｃｓ？？？？．ｅｎｔ定義ファイル（ｐｉｍｉｅｎｔ．ｘｓｌ）３６７と、ＸＳＬ予約ｓｅｒｖｉｃｅファイル（ｆｃｓ？？？？．ｅｎｔ）３６８とを参照・変換して、業務画面項目定義ファイル３１５を生成する。業務画面項目定義ファイル３１５は、業務画面フレームファイル３１４が実行されるときに参照されるテキストファイルである。

なお、本実施の形態においては、画面毎ＸＭＬファイル３６２の内容が予め設定されてＷｅｂシステム用画面自動生成装置７００の記憶部７２０に記憶されていることとした。しかし、これに限定されず、Ｗｅｂシステム用画面自動生成装置７００の入力部から画面毎ＸＭＬファイル３６２の内容が入力されること、Ｗｅｂシステム用画面自動生成装置７００の通信部から画面毎ＸＭＬファイル３６２の内容が受信されること、または、Ｗｅｂシステム用画面自動生成装置７００の外部記憶装置により記録媒体から画面毎ＸＭＬファイル３６２の内容が読込まれることにより、画面毎ＸＭＬファイル３６２の内容が設定されるようにしてもよい。

このため、画面毎ＸＭＬファイル３６２を業務画面ごとに作成するのみで、Ｗｅｂシステム用画面自動生成ツール３６がＷｅｂシステム用画面自動生成装置７００で実行されることによって、業務画面フレームファイル３１４、および、業務画面項目定義ファイル３１５を自動的に生成することができる。

画面毎ＸＭＬファイル３６２は、Ｗｅｂシステム用の業務画面を構成するデータの項目や属性や構造に関する情報を定義したＸＭＬファイルである。業務画面を構成するデータの項目や属性や構造に関する情報は、比較的簡単に設定することができるので、Ｗｅｂシステム用画面自動生成ツール３６によれば、比較的簡単に業務画面フレームファイル３１４、および、業務画面項目定義ファイル３１５を生成することが可能となる。また、画面毎ＸＭＬファイル３６２は、業務画面に関する入出力項目、属性、および、構成部品等を、一定の記載ルールに準じてコーディングするだけで作成することができるので、Ｊａｖａ（登録商標）の専門的な知識は不要である。

また、汎用機９００で実行されていた業務ＡＰの場合、端末装置９７０で表示される業務画面が簡素であり、入力項目も英字、数字の直接入力がほとんどであるので、Ｗｅｂシステム用画面自動生成ツール３６によって、複数候補のうちからの選択形式により画面毎ＸＭＬファイル３６２を作成するだけでＷｅｂシステムとして基本的なＧＵＩを業務画面に付加して自動生成することができる。

背景技術の図１６で説明したように、従来のシステム再構築における開発方法においては、既存システム２０のプログラムや設計書等を参考にはするものの、実際に稼動している業務ＡＰをそのまま利用するのではなく、基本的にすべてのプログラムを一から設計、製造するため、業務ＡＰ、画面制御ＡＰ、通信用データＣ５３１、通信用データＤ５３２、通信用データＥ５３３、通信用データＦ５３４を新たに開発する必要があった。また、システム全体としての動作確認を行なう必要があった。このため、膨大な開発工数および工期が掛かっていた。

これに対して、本実施の形態の再構築方法によれば、画面毎ＸＭＬファイル３６２を業務画面ごとに作成するだけで、既存システム２０をＷｅｂシステム１０に再構築することができる。また、業務画面の作成と並行して、画面定義ファイル６２１を作成するだけで、業務ＡＰ動作確認ツール６００を用いてＡＰサーバ４００をテストすることができる。このため、従来のシステムの再構築と比較して、開発工数を大幅に削減することができる。その結果、短期間、低コストでのシステムの再構築が可能となる。

また、システムの再構築後、新たな業務ＡＰを開発する場合、または、順次、古い業務ＡＰを新しい業務ＡＰに順次移行する場合には、業務ＡＰ実行制御部４１１により実行される業務ＡＰでなく、Ｗｅｂサーバ３００に馴染み易い業務ＡＰとすることができる。

現在、国の電子政府の実現をはじめ全国の地方自治体においては、汎用機で稼動している財務会計や人事給与システム等の既存システムをＷｅｂシステムへ移行するダウンサイジング事業が多数計画されている。

本発明は、既存システムの情報資産を有効活用し短期間で効率的で経済的な開発が可能となる。さらに、Ｗｅｂシステムの開発であれば、業務内容に関係なく適用することができるため、ダウンサイジング事業を実現する上で大いに貢献することが可能となる。

以上説明したように、本実施の形態におけるＷｅｂシステム１０は、移行前の既存システム２０における汎用機９００の移行前の業務ＡＰの機能を、ＡＰサーバ４００の業務ＡＰの機能として実行する。既存システム２０は、移行前の業務ＡＰを実行する汎用機９００と端末ＡＰを実行する端末装置９７０とを含む。ＡＰサーバ４００の業務ＡＰは、移行前の業務ＡＰが記述されたプログラム言語である汎用機用ＣＯＢＯＬに相当するオープン系ＣＯＢＯＬで記述されることにより生成される。

また、Ｗｅｂシステム１０は、業務ＡＰを実行するＡＰサーバ４００と、Ｗｅｂブラウザプログラムを実行するクライアントＰＣ２００とを備える。さらに、ＡＰサーバ４００およびクライアントＰＣ２００は、それぞれ、業務ＡＰおよびＷｅｂブラウザプログラムによって、移行前の業務ＡＰと端末ＡＰとの間でやりとりされる移行前の通信用データＡ５０１および通信用データＢ５０２のデータ構造（制御電文および業務電文のデータ項目、データ配列、および、データ属性）に相当するデータ構造の通信用データＡ５１１および通信用データＢ５１２を含みクライアントＰＣ２００によって通信することが可能な通信用データＡ＋付加データＡ５２１および通信用データＢ＋付加データＢ５２２をやりとりする。

このように、移行後のＷｅｂシステム１０において、業務ＡＰおよびＷｅｂブラウザプログラムが実行されることによって、移行前の業務ＡＰと端末ＡＰとの間でやりとりされる移行前の通信用データＡ５０１および通信用データＢ５０２のデータ構造に相当するデータ構造の通信用データＡ５１１および通信用データＢ５１２を含みＷｅｂブラウザプログラムによって通信することが可能な通信用データＡ＋付加データＡ５２１および通信用データＢ＋付加データＢ５２２がやりとりされる。また、移行後の業務ＡＰは、移行前の業務ＡＰを記述したプログラム言語に相当するプログラム言語で記述される。

このため、既存システム２０からＷｅｂシステム１０に移行する際に通信用データのデータ構造を新たに設計する必要がなくなり、移行前の業務ＡＰのソースコードをそのまま用いることができる。その結果、システムを効率よく移行することができる。

また、本実施の形態におけるＷｅｂシステム１０のサーバは、Ｗｅｂサーバ３００を含む。Ｗｅｂサーバ３００は、Ｗｅｂブラウザプログラムから業務ＡＰに向けて送信される通信用データＢ＋付加データＢ５２２を、業務ＡＰによって処理することが可能な通信用データＢ５１２に変換してＡＰサーバ４００に送信するとともに、業務ＡＰからＷｅｂブラウザプログラムに向けて送信される通信用データＡ５１１を、Ｗｅｂブラウザプログラムによって処理することが可能な通信用データＡ＋付加データＡ５２１に変換してＷｅｂブラウザプログラムに送信する。

このように、業務ＡＰとＷｅｂブラウザプログラムとの間でやりとりされる通信用データは、業務ＡＰおよびＷｅｂブラウザプログラムによってそれぞれ処理することが可能なように変換されて送信される。このため、移行後の業務ＡＰが、移行前の業務ＡＰによって通信されるデータのデータ構造に相当するデータ構造の通信用データを出力しても、ＡＰサーバ４００およびクライアントＰＣ２００は、処理することが可能な通信用データをやりとりすることができる。

また、業務ＡＰ動作確認ツール６００は、Ｗｅｂシステム１０において、業務ＡＰによる処理および通信の試験をする。Ｗｅｂシステム１０は、業務ＡＰを実行するＡＰサーバ４００と、Ｗｅｂブラウザプログラムを実行するクライアントＰＣ２００と、Ｗｅｂサーバ３００とを含む。

Ｗｅｂサーバ３００は、Ｗｅｂブラウザプログラムから業務ＡＰに向けて送信される通信用データＢ＋付加データＢ５２２を、業務ＡＰによって処理することが可能な通信用データＢ５１２に変換して業務ＡＰに送信するとともに、業務ＡＰからＷｅｂブラウザプログラムに向けて送信される通信用データＡ５１１を、Ｗｅｂブラウザプログラムによって処理することが可能な通信用データＡ＋付加データＡ５２１に変換してＷｅｂブラウザプログラムに送信する。

また、Ｗｅｂシステム１０は、移行前の既存システム２０における移行前の業務ＡＰの機能を、移行前の業務ＡＰが記述されたプログラム言語に相当するプログラム言語で記述されることにより生成された業務ＡＰの機能として実行する。移行前の既存システム２０は、移行前の業務ＡＰを実行する移行前の汎用機９００と端末ＡＰを実行する移行前の端末装置９７０とを含む。

また、業務ＡＰ動作確認ツール６００は、通信用データ設定機能（送受信画面６４２、ステップＳ２１２〜ステップＳ２１４）と、通信用データ送信機能（送受信画面６４２、ステップＳ２１５）と、通信用データ受信機能（送受信画面６４２、ステップＳ２２１、ステップＳ２２２）と、通信用データ表示機能（送受信画面６４２、ステップＳ２２３）とを備える。通信用データ設定機能は、Ｗｅｂブラウザプログラムから業務ＡＰに向けて送信される通信用データの値を擬似的に設定する。通信用データ送信機能は、通信用データ設定機能により値が設定された通信用データＢ５１２を業務ＡＰに向けて送信する。この通信用データＢ５１２は、移行前の通信用データＢ５０２のデータ構造に相当するデータ構造である。

通信用データ受信機能は、業務ＡＰからＷｅｂブラウザプログラムに向けて送信されるＷｅｂサーバ３００により変換される前の通信用データＡ５１１を受信する。この通信用データＡ５１１は、通信用データ送信機能により送信された通信用データＢ５１２に応じて業務ＡＰによって処理された処理結果を含む。また、この通信用データＡ５１１は、移行前の業務ＡＰによって通信される移行前の通信用データＡ５０１のデータ構造に相当するデータ構造である。通信用データ表示機能は、通信用データ受信機能により受信された通信用データＡ５１１に含まれる処理結果の値を表示する。

このように、既存システム２０からＷｅｂシステム１０に移行する際に通信用データのデータ構造を新たに設計する必要がなくなり、移行前の業務ＡＰのソースコードをそのまま業務ＡＰのソースコードとして用いることができる。このため、業務ＡＰの製造は比較的短期間に行なうことができる。

また、Ｗｅｂサーバ３００およびＷｅｂブラウザプログラムが未完成であっても、業務ＡＰ動作確認ツール６００が、業務ＡＰに向けて送信される通信用データＢ５１２の値を擬似的に設定して、値が設定された通信用データＢ５１２を業務ＡＰに向けて送信して、業務ＡＰからの処理結果を含む通信用データＡ５１１を受信して、受信された処理結果の値を表示する。このため、業務ＡＰの処理および通信の試験をすることができる。

したがって、Ｗｅｂサーバ３００およびＷｅｂブラウザプログラムの設計、製造と並行して、ＡＰサーバ４００による業務ＡＰの処理および通信の試験をすることができる。その結果、システムを効率よく移行することができる。

また、通信用データＡ５１１および通信用データＢ５１２のデータ構造を設定する画面定義ファイル６２１をさらに備え、通信用データ表示機能は、画面定義ファイル６２１により設定されたデータ構造に基づいて、通信用データＡ５１１および通信用データＢ５１２に含まれる値を表示する。このため、通信用データＡ５１１および通信用データＢ５１２のデータ構造を設定するだけで、容易に業務ＡＰの処理および通信の試験をすることができる。

また、Ｗｅｂシステム用画面自動生成ツール３６は、Ｗｅｂシステム１０における業務画面フレームファイル３１４および業務画面項目定義ファイル３１５を生成する。Ｗｅｂシステム１０は、業務ＡＰを実行するＡＰサーバ４００と、Ｗｅｂブラウザプログラムを実行するクライアントＰＣ２００と、Ｗｅｂサーバ３００とを備える。Ｗｅｂサーバ３００は、業務画面フレームファイル３１４および業務画面項目定義ファイル３１５を実行する。

業務画面フレームファイル３１４および業務画面項目定義ファイル３１５は、Ｗｅｂサーバ３００により実行されることにより、Ｗｅｂブラウザプログラムから業務ＡＰに向けて送信される通信用データＢ＋付加データＢ５２２を業務ＡＰによって処理することが可能な通信用データＢ５１２に変換して業務ＡＰに送信するとともに、業務ＡＰからＷｅｂブラウザプログラムに向けて送信される送信用データＡ５１１をＷｅｂブラウザプログラムによって処理することが可能な送信用データＡ＋付加データＡ５２１に変換してＷｅｂブラウザプログラムに送信する。

また、Ｗｅｂシステム１０は、移行前の既存システム２０における移行前の業務ＡＰの機能を、業務ＡＰの機能として実行する。移行前の既存システム２０は、移行前の業務ＡＰを実行する移行前の汎用機９００と端末ＡＰを実行する移行前の端末装置９７０とを含む。業務ＡＰは、移行前の業務ＡＰが記述されたプログラム言語に相当するプログラム言語で記述されることにより生成される。さらに、業務ＡＰによって通信される通信用データＡ５１１および通信用データＢ５１２は、移行前の業務ＡＰによって通信される移行前の通信用データＡ５０１および通信用データＢ５０２のデータ構造に相当するデータ構造の通信用データである。

そして、Ｗｅｂシステム用画面自動生成装置７００は、画面毎ＸＭＬファイル３６２を記憶し、Ｗｅｂシステム用画面自動生成機能を備える。画面毎ＸＭＬファイル３６２は、移行前の業務ＡＰと端末ＡＰとの間でやりとりされる移行前の通信用データＡ５０１および通信用データＢ５０２に含まれるデータのデータ構造に応じたパラメータを設定する。Ｗｅｂシステム用画面自動生成機能は、画面毎ＸＭＬファイル３６２により設定されたパラメータに基づいて、業務画面フレームファイル３１４および業務画面項目定義ファイル３１５を生成する。

具体的には、業務画面フレームファイル３１４および業務画面項目定義ファイル３１５は、Ｗｅｂブラウザプログラムから業務ＡＰに要求内容を送信するためのスクリプトを含む画面をＷｅｂブラウザプログラムにより表示させるための通信用データＡ＋付加データＡ５２１をＷｅｂブラウザプログラムに送信する機能と、Ｗｅｂブラウザプログラムから業務ＡＰへの要求内容を含む通信用データＢ＋付加データＢ５２２を受信する機能と、受信された通信用データＢ＋付加データＢ５２２で指定される要求内容を含む通信用データＢ５１２を業務ＡＰに送信する機能と、業務ＡＰから要求内容に応じた業務ＡＰによる処理結果を含む通信用データＡ５１１を受信する機能と、受信された処理結果に応じた画面をＷｅｂブラウザプログラムにより表示させるための通信用データＡ＋付加データＡ５２１を生成する機能と、生成された通信用データＡ＋付加データＡ５２１をＷｅｂブラウザプログラムに送信する機能とをＷｅｂサーバ３００に実行させる。

このように、移行前の業務ＡＰと端末ＡＰとの間でやりとりされる移行前の通信用データＡ５０１および通信用データＢ５０２に含まれるデータのデータ構造に応じたパラメータが設定され、設定されたパラメータに基づいて業務画面フレームファイル３１４および業務画面項目定義ファイル３１５が生成される。そして、業務画面フレームファイル３１４および業務画面項目定義ファイル３１５が実行されることによって、業務画面フレームファイル３１４および業務画面項目定義ファイル３１５を実行するＷｅｂサーバ３００の各機能により、業務ＡＰとＷｅｂブラウザプログラムとの通信が可能となる。

このため、移行前の通信用データＡ５０１および通信用データＢ５０２のデータ構造に応じたパラメータが設定されるだけで、業務ＡＰとＷｅｂブラウザプログラムとの通信を可能とする業務画面フレームファイル３１４および業務画面項目定義ファイル３１５を生成することができる。その結果、システムを効率よく移行することができる。

以上、本発明の実施の形態を説明したが、本発明の技術的思想は、既存の汎用機システムからＷｅｂシステムへの情報処理システムの移行に適用することができる。また、或るクライアントサーバシステムからＷｅｂシステムへの情報処理システムの移行にも適用することができる。

また、本実施の形態におけるＷｅｂサーバ３００およびＡＰサーバ４００が１台のコンピュータで構成されてもよい。

なお、本実施の形態においては、Ｗｅｂシステム１０で行なわれる処理について説明したが、図５、図７〜図９に示した処理を実行する情報処理プログラム、情報処理方法、情報処理装置として発明を捉えることができる。

今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味、および、範囲内でのすべての変更が含まれることが意図される。

本発明の実施の形態の１つにおけるＷｅｂシステムの概略を示す図である。 本実施の形態における移行過程でのＷｅｂシステムの概略を示す図である。 本実施の形態におけるシステム管理用ＰＣの構成を示すブロック図である。 本実施の形態におけるＷｅｂシステムの機能の概略を示す機能ブロック図である。 本実施の形態におけるＷｅｂサーバで実行される画面制御ＡＰの流れを示すフローチャートである。 本実施の形態における業務ＡＰ動作確認ツールの機能の概略を示す機能ブロック図である。 本実施の形態における業務ＡＰ動作確認ツールで実行される業務ＡＰ動作確認処理の流れを示すフローチャートである。 業務ＡＰ動作確認処理のサブルーチンとして実行されるログイン処理の流れを示すフローチャートである。 業務ＡＰ動作確認処理のサブルーチンとして実行されるヘッダ表示処理の流れを示すフローチャートである。 業務ＡＰ動作確認ツールで表示されるログイン画面を示す表示画面図である。 業務ＡＰ動作確認ツールで表示される送受信画面を示す表示画面図である。 業務ＡＰ動作確認ツールで表示される受信電文ヘッダ画面を示す表示画面図である。 本実施の形態におけるＷｅｂシステム用画面自動生成装置の構成を示すブロック図である。 本実施の形態におけるＷｅｂシステム用画面自動生成ツールの機能を示すブロック図である。 既存システムの機能を示す機能ブロック図である。 従来のシステム移行後のＷｅｂシステムの機能を示す機能ブロック図である。

符号の説明

１０ Ｗｅｂシステム、２０ 既存システム、３６ Ｗｅｂシステム用画面自動生成ツール、１００ システム管理用ＰＣ、１１０ 制御部、１２０ 記憶部、１３０ 入力部、１４０ 出力部、１５０ 通信部、１６０ 外部記憶装置、１６１ 記録媒体、１９０ バス、２００ クライアントＰＣ、２１１ Ｗｅｂブラウザ実行制御部、２３０ 入力部、２４０ 出力部、２５０ 通信部、３００ Ｗｅｂサーバ、３１０ 画面制御ＡＰ実行制御部、３１１ 通信処理制御プログラム、３１２ ログイン制御プログラム、３１３ エラー処理制御プログラム、３１４ 業務画面フレームファイル、３１５ 業務画面項目定義ファイル、３５１ 通信部、３５２ 通信部、３６１ ＤＴＤ定義ファイル、３６２ 画面毎ＸＭＬファイル、３６３ ボディ部生成ＸＳＬファイル、３６４ ｊｓｐ？？？？．ｅｎｔ定義ファイル、３６５ ＸＳＬ予約ボディファイル、３６６ Ｓｅｒｖｉｃｅ．ｔｘｔ生成ＸＳＬファイル、３６７ ｆｃｓ？？？？．ｅｎｔ定義ファイル、３６８ ＸＳＬ予約ｓｅｒｖｉｃｅファイル、４００ ＡＰサーバ、４１１ 業務ＡＰ実行制御部、４１２ ＤＢＭＳ実行制御部、４５０ 通信部、４６０ ＤＢ、５００ ネットワーク、５０１ 通信用データＡ、５０２ 通信用データＢ、５１１ 通信用データＡ、５１２ 通信用データＢ、５２１ 通信用データＡ＋付加データＡ、５２２ 通信用データＢ＋付加データＢ、５３１ 通信データＣ、５３２ 通信データＤ、５３３ 通信データＥ、５３４ 通信データＦ、６００ 業務ＡＰ動作確認ツール、６１０ 制御部、６２０ 記憶部、６２１ 画面定義ファイル、６３０ 入力部、６４０ 出力部、６４１ ログイン画面、６４２ 送受信画面、６４３ 受信電文ヘッダ画面、６５０ 通信部、７００ Ｗｅｂシステム用画面自動生成装置、７１０ 制御部、７１１ Ｗｅｂシステム画面自動生成部、７２０ 記憶部、７２１ 業務画面ソースファイル、７２２ 項目属性定義ファイル、７２３ 業務画面フレーム翻訳ルール定義ファイル、７２４ 画面項目定義翻訳ルール定義ファイル、７６１ 記録媒体、８２０ クライアントＰＣ、８２１ Ｗｅｂブラウザ実行制御部、８２３ 入力部、８２４ 出力部、８２５ 通信部、８３０ Ｗｅｂサーバ、８３１ 画面制御ＡＰ実行制御部、８３５ 通信部、８３６ 通信部、８４０ ＡＰサーバ、８４１ 業務ＡＰ実行制御部、８４２ ＤＢＭＳ実行制御部、８４５ 通信部、８４６ ＤＢ、９００ 汎用機、９１１ 業務ＡＰ実行制御部、９１２ ＤＢＭＳ実行制御部、９５０ 通信部、９６０ ＤＢ、９７０ 端末装置、９７１ 端末ＡＰ実行制御部、９７３ 入力部、９７４ 出力部、９７５ 通信部。

Claims (3)

1. 所定処理を行なうホストプログラムを実行する移行前情報処理装置と前記ホストプログラムによる処理結果を表示するターミナルプログラムを実行する移行前端末装置とを含む移行前情報処理システムにおける前記ホストプログラムの機能を、前記ホストプログラムが記述されたプログラム言語に相当するプログラム言語で記述されることにより生成されたサーバプログラムの機能として実行する移行処理システムであって、
   データベースに記憶されたデータを用いて前記所定処理を行なう前記サーバプログラムを実行するサーバ装置と、
   前記サーバプログラムによる処理結果を表示するクライアントプログラムを実行するクライアント装置とを備え、
   前記サーバ装置および前記クライアント装置は、それぞれ、前記サーバプログラムによる前記所定処理の処理結果または処理対象の複数の項目データからなるデータ群に、前記クライアントプログラムが処理するためおよび前記サーバ装置と前記クライアント装置とが通信するために必要な付加データが付加された通信用データをやりとりし、
   前記項目データが前記データ群をなすデータ構造は、前記ホストプログラムと前記ターミナルプログラムとの間でやりとりされる移行前通信用データのデータ構造と同じであり、
   前記サーバ装置は、前記通信用データとして前記クライアントプログラムから前記サーバプログラムに向けて送信された前記所定処理を前記サーバプログラムに実行させるための処理要求を、前記データ群に変換して前記サーバプログラムに受渡すとともに、受渡された前記データ群に含まれる前記処理対象に対する前記サーバプログラムによる前記処理結果を前記項目データとして前記通信用データに変換して前記クライアントプログラムに送信する通信データ変換手段を含み、
   前記処理要求は、前記処理対象を前記項目データとして含む前記通信用データであり、
   前記通信データ変換手段は、前記処理要求から前記付加データを除去することによって前記データ群に変換する、移行処理システム。
2. 所定処理を行なうホストプログラムを実行する移行前情報処理装置と前記ホストプログラムによる処理結果を表示するターミナルプログラムを実行する移行前端末装置とを含む移行前情報処理システムにおける前記ホストプログラムの機能を、前記ホストプログラムが記述されたプログラム言語に相当するプログラム言語で記述されることにより生成されたサーバプログラムの機能として実行するシステムであって、通信データ変換手段を含むサーバ装置と、クライアント装置とを備える移行処理システムにおいて、前記サーバプログラムによる処理および通信の試験をする処理および通信試験装置であって、
   前記サーバ装置は、前記所定処理を行なう前記サーバプログラムを実行し、
   前記クライアント装置は、前記サーバプログラムによる処理結果を表示するクライアントプログラムを実行し、
   前記サーバ装置および前記クライアント装置は、それぞれ、前記サーバプログラムによる前記所定処理の処理結果または処理対象の複数の項目データからなるデータ群に、前記クライアントプログラムが処理するためおよび前記サーバ装置と前記クライアント装置とが通信するために必要な付加データが付加された通信用データをやりとりし、
   前記項目データが前記データ群をなすデータ構造は、前記ホストプログラムと前記ターミナルプログラムとの間でやりとりされる移行前通信用データのデータ構造と同じであり、
   前記通信データ変換手段は、前記通信用データとして前記クライアントプログラムから前記サーバプログラムに向けて送信された前記所定処理を前記サーバプログラムに実行させるための処理要求を、前記データ群に変換して前記サーバプログラムに受渡すとともに、受渡された前記データ群に含まれる前記処理対象に対する前記サーバプログラムによる前記処理結果を前記項目データとして前記通信用データに変換して前記クライアントプログラムに送信し、
   前記処理要求は、前記処理対象を前記項目データとして含む前記通信用データであり、
   前記通信データ変換手段は、前記処理要求から前記付加データを除去することによって前記データ群に変換し、
   前記処理および通信試験装置は、
   前記処理対象の設定値を擬似的に設定する通信用データ設定手段と、
   前記通信用データ設定手段により設定された前記設定値を前記項目データとして含む前記データ群を前記サーバプログラムに向けて送信する送信手段と、
   前記送信手段により送信された前記データ群に含まれる前記項目データで示される前記設定値に対する前記サーバプログラムによる前記処理結果を含む前記データ群を受信する受信手段と、
   前記受信手段により受信された前記データ群に含まれる前記処理結果の値を表示する表示手段とを備える、処理および通信試験装置。
3. 前記表示手段は、前記データ群の前記項目データと当該項目データの項目名称との関係を定義する定義ファイルに基づいて、前記データ群に含まれる前記処理結果の値を、前記項目名称に対応させて表示する、請求項２に記載の処理および通信試験装置。

Images