JP5084537B2 - サーバ装置及びプログラム - Google Patents

Description

本発明は、クライアント装置からの要求に基づき、データ処理システムに対してデータ処理を指示するサーバ装置に関する。
例えば、既存システムの動作をエミュレートして既存機能の再利用を可能にするラッピングエンジン装置において、エミュレート画面を管理する技術に関する。

メインフレームなどのレガシーシステムの端末をエミュレートしてクライアント装置に機能を提供するシステムとして、ラッピングシステムが存在する。
ラッピングシステムは、クライアント装置からレガシーシステムにおけるデータ処理の要求があった際に、レガシーシステムに対応する端末の動作をエミュレートして、レガシーシステムにデータ処理を指示し、処理結果をクライアント装置に送信する。
このとき、ラッピングシステムによる端末エミュレートにより、レガシーシステムは、端末からデータ処理の指示が行われていると判断する。

このようなラッピングシステムにおいて、エミュレートする端末を管理する技術として、特開２００４−３０２７２５号公報に開示の「レガシーラッピングシステム及びレガシーラッピングシステムにおける処理方法」がある。

特開２００４−３０２７２５号公報では、メインフレームをラッピングして接続する際に、端末エミュレートプログラムを複数用意して、前もって測定しておいたそれぞれの画面遷移時間、通信時間、処理時間などをもとに、クライアントからの要求がもっとも短い時間で実行できる端末エミュレートプログラムに処理を行わせることにより、処理の効率化を可能とする。
特開２００４−３０２７２５号公報

特許文献１に記載の技術は、エミュレートする際に、効率よく実行できるエミュレーション環境を提供することを目的とし、クライアント装置からの要求に対して、管理しているエミュレーション環境のうち各画面遷移の時間および通信時間などの処理時間のみを条件として目的画面へ最短で遷移できるものを選択している。
つまり、特許文献１に記載の技術では、クライアント要求の業務内容や全体のアクセス状況などの考慮がされていないという課題がある。
また、クライアントからの要求がくる前の段階では、管理しているエミュレーション環境に対する最適化が行われていないという課題がある。

この発明は、上記のような課題を解決することを主な目的の一つとしており、業務内容を考慮した最適エミュレーション画面の提供と、クライアント装置からの要求が到来する前に、エミュレートを行うサーバ装置において最適化処理を行うことにより、エミュレーションの効率化を図ることを主な目的とする。

本実施の形態に係るサーバ装置は、
データ処理を行うデータ処理システムに接続されたサーバ装置であって、
前記データ処理システムに対して前記データ処理の実行を指示する実行指示部と、
前記データ処理システムに前記データ処理の実行を指示するまでに必要な一連の操作の中から特定の操作を待機操作として示す待機操作情報を記憶する待機操作情報記憶部と、
前記待機操作までの操作手順を示す事前手順情報を記憶する事前手順情報記憶部と、
前記待機操作情報及び前記事前手順情報に基づき、前記実行指示部の状態を前記待機操作までが実行された状態にし、前記実行指示部を前記待機操作までが実行された状態で待機させる操作管理部とを有することを特徴とする。

本発明によれば、実行指示部を待機操作までを実行させた状態にして待機させておくため、クライアント装置から要求があった際に、データ処理装置への実行指示を効率的に行うことができる。

実施の形態１．
以下、本発明の実施の形態を図面を用いて説明する。
図１は、本実施の形態に係るラッピングシステムの構成例を示す。
図１において、ラッピングエンジン装置１０１は、クライアント装置である統合システム１３１とレガシーシステムである既存システム１４１に接続されている。
そして、ラッピングエンジン装置１０１は、統合システム１３１からの要求を受け取って、既存システム１４１に対して端末エミュレーションによりデータ処理を指示する。
ラッピングエンジン装置１０１は、サーバ装置の例である。
また、既存システム１４１は、データ処理システムの例である。
また、本実施の形態では、既存システム１４１はラッピングエンジン装置１０１からの指示に基づき、複数種のデータ処理が可能であるとする。
既存システム１４１において示しているＭｅｎｕ、ＳＣＲ（スクリーン）１等は、既存システム１４１がデータ処理の指示を受け付ける際に利用される画面を示している。
ラッピングエンジン装置１０１は、端末エミュレーションにより各データ処理に規定さている画面遷移を行って各データ処理を指示する必要がある。

ラッピングエンジン装置１０１には、リクエスト実行部１０２、ブラウザエンジンプール管理部１０４、ブラウザエンジンプール１１３、スクリプト記憶部１２３、情報記憶部１２４が含まれる。

リクエスト実行部１０２は、統合システム１３１からデータ処理の要求を受信し、ブラウザエンジンプール管理部１０４に、エミュレーション情報が定義されているスクリプト１０３の実行を指示する。
リクエスト実行部１０２は、クライアント要求処理部の例である。

スクリプト記憶部１２３には、複数のスクリプト１０３が格納されている。
詳細は、後述するが、ブラウザエンジンプール１１３において管理されているブラウザエンジンは、所定の待機操作まで行った段階で待機状態になっており、スクリプト１０３には、例えば図３に示すように、待機操作以降の操作手順が示されている。なお、待機操作とは、既存システム１４１に各データ処理の実行を指示するまでに必要な一連の操作のうちの一つ（途中の操作）である。
また、スクリプト記憶部１２３は複数のスクリプト１０３を保有しており、各スクリプト１０３は、既存システム１４１が実施する各データ処理に対応している。
スクリプト１０３は指示手順情報の例であり、スクリプト記憶部１２３は指示手順情報記憶部の例である。

ブラウザエンジンプール１１３には、既存システム１４１をエミュレートするブラウザエンジンが複数管理されている。
ブラウザエンジンプール１１３では、ブラウザエンジンはグループに分けられて管理されている。
ブラウザエンジンは、統合システム１３１から要求のあったデータ処理の実行を既存システム１４１に対して指示する。
ブラウザエンジンは、実行指示部の例である。

ブラウザエンジンプール管理部１０４は、ブラウザエンジンプール１１３のブラウザエンジンを管理する。
具体的には、ブラウザエンジンプール管理部１０４は、情報記憶部１２４に格納されている画面遷移情報１０９、待機画面情報１１０、スクリプト／待機画面対応情報１１１等に基づき、既存システム１４１が行う複数のデータ処理の各々に対して１つ以上のブラウザエンジンを割り当て、各ブラウザエンジンの状態を待機操作までが実行された状態にし、待機操作までが実行された状態で待機させる。
本実施の形態では、ブラウザエンジンプール管理部１０４は、待機操作として、各ブラウザエンジンに、所定の画面（待機画面）を取得する操作まで行わせ、待機画面を取得した状態で各ブラウザエンジンを待機させる。
また、ブラウザエンジンプール管理部１０４は、リクエスト実行部１０２により統合システム１３１からの要求が受信された際に、スクリプト１０３に基づき、待機中のブラウザエンジンに待機操作以降の操作を実行させて既存システム１４１に対するデータ処理の実行の指示を行わせる。
ブラウザエンジンプール管理部１０４は、操作管理部の例である。

情報記憶部１２４には、ブラウザエンジンプール管理部１０４が利用する各種情報（プーリング情報１０８、画面遷移情報１０９、待機画面情報１１０、スクリプト／待機画面対応情報１１１、ブラウザエンジン情報１１２）が格納されている。
なお、情報記憶部１２４は、事前手順情報記憶部及び待機操作情報記憶部の例である。

プーリング情報１０８は、例えば図４に示す情報であり、ブラウザエンジンプール１１３にプールするブラウザエンジンに関する情報である。具体的には、ブラウザエンジンプール数、ブラウザエンジンプール最大数が示される。

また、画面遷移情報１０９は、例えば図８に示す情報であり、待機操作（待機画面の取得操作）までの操作手順を示す。
画面遷移情報１０９は、事前手順情報の例である。

待機画面情報１１０は、例えば図５に示す情報であり、待機画面ごとに待機させるブラウザエンジンの割合（又は数）を指定する。
待機画面情報１１０に示される各待機画面を取得する操作が操作待機操作となる。

スクリプト／待機画面対応情報１１１は、例えば図７に示す情報であり、スクリプト１０３と待機画面との対応付けを示す。各スクリプト１０３は、既存システム１４１が実施する各データ処理（Ｍｅｎｕ、Ｃｒｅａｔｅ、Ｓｅａｒｃｈ、Ｓａｖｅ等の処理）に対応していることから、スクリプト／待機画面対応情報１１１には、データ処理ごとの待機画面（待機操作）が示されている。
なお、待機画面情報１１０及びスクリプト／待機画面対応情報１１１は、待機操作情報の例である。

ブラウザエンジン情報１１２は、例えば図６に示す情報であり、各ブラウザエンジンの状態を示す。

ブラウザエンジンプール管理部１０４は、リクエスト受付部１０５と待機画面管理部１０６とブラウザエンジン管理部１０７から構成され、ブラウザエンジンプール１１３の状態管理を行う。
ブラウザエンジンプール１１３では、複数のブラウザエンジンが状況ごとに管理されている。
たとえば、実行中の動作中プール１２０、まだ実行せず同じ画面にて待機状態であるブラウザエンジンのプール、例えばＳＣＲ１プール１１４、ＳＣＲ３プール１１７にて管理されている。
ブラウザエンジンプール１１３の状態は、待機画面管理部１０６がプーリング情報１０８、画面遷移情報１０９、待機画面情報１１０に基づいて初期状態を取得して、ブラウザエンジン管理部１０７によって初期化実行され、その後はブラウザエンジン情報１１２にて管理されている。
クライアントである統合システム１３１からの要求がくると待機画面管理部１０６がスクリプト／待機画面対応情報１１１から、要求に対応する待機画面のＩＤを取得して、ブラウザエンジン管理部１０７がその画面ＩＤのブラウザエンジンにて操作を実行する。

図３は、スクリプト１０３の例であるスクリプト１０３ａを示す。
スクリプト１０３ａでは、既存システム１４１への値の入力、ボタン操作、結果となる画面への遷移後データの取得を指定する。
前述したように、スクリプト１０３ａは、待機操作である待機画面の取得後の操作手順が示されている。

図４は、プーリング情報１０８の例であるプーリング情報１０８ａを示す。
プール定義項目４０１は、ブラウザエンジンプール１１３に対する定義項目名である。
プール定義値項目４０２は、プール定義項目４０１に対応する値を定義する。
図４では、ブラウザエンジンプール１１３で管理するブラウザエンジンプール数４０３と、ラッピングエンジン装置１０１におけるブラウザエンジンの最大数４０４が指定されている。

図５は、待機画面情報１１０の例である待機画面情報１１０ａを示す。
待機画面情報１１０ａでは、待機画面ＩＤ５０１と、ブラウザエンジンプール１１３に含まれるブラウザエンジンの全体数に対する待機するブラウザエンジンの数の割合５０２をパーセンテージ（％）で指定している。
また、図１８に示す待機画面情報１１０ｂのように、待機する数５０３とし、各待機画面ＩＤ５０１に対して待機させておく画面の数（ブラウザエンジンの数）を指定してもよい。

図６は、ブラウザエンジン情報１１２の例として、ブラウザエンジン情報１１２ａを示す。
ブラウザエンジンＮｏ項目６０１には通し番号がふられている。この通し番号はブラウザエンジンプール１１３にて状態管理しているブラウザエンジンを識別するための番号である。
また、ブラウザの画面ＩＤ項目６０２には、各ブラウザエンジンの待機画面の識別情報が示される。
また、現在のブラウザ状態項目６０３には、各ブラウザエンジンの状態が示される。
「実行中」はブラウザエンジンが端末エミュレートを実行していることを示している。「待ち」又は「準備中」はブラウザエンジンが端末エミュレートを実行していないことを示している。

図７は、スクリプト／待機画面対応情報１１１の例として、スクリプト／待機画面対応情報１１１ａを示す。
クライアントの統合システム１３１からの要求で呼ばれるスクリプト項目７０１に対して、無駄な画面遷移なく効率よく処理できる待機画面ＩＤ項目７０２が設定されている。

なお、図５に示す待機画面情報１１０ａと図７に示すスクリプト／待機画面対応情報１１１ａをまとめて、図１９に示す待機画面情報１１０ｄとしてもよい。
図１９の待機画面情報１１０ｃでは、スクリプトと待機画面との対応関係、待機画面ごとの待機割合をまとめて管理することができる。

図８は、画面遷移情報１０９の例として、画面遷移情報１０９ａを示す。
これは、ブラウザエンジンを待機画面まで遷移するまでの遷移情報を示す。
画面遷移情報１０９ａでは、画面１にて待機するまでに、最初に表示する画面のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）と、その画面がロードされた後入力するデータとクリックするボタンの指示が示されている。
この指示に従って画面への操作を行うことにより指定された画面にて待機することができる。

なお、プーリング情報１０８、画面遷移情報１０９、待機画面情報１１０、スクリプト／待機画面対応情報１１１をスクリプト形式とすることも可能である。

次に、本実施の形態に係るラッピングエンジン装置１０１の動作を詳細に説明する。
ここで、図２は、本実施の形態に係る最適ブラウザエンジンを提供して既存システムのエミュレートを実行するラッピングエンジン装置１０１の動作例を示すフローチャートである。
以下、ラッピングエンジン装置１０１の実行例を図２に示すフローチャートを参照しながら説明する。

ラッピングエンジン装置１０１を起動すると、待機画面管理部１０６が、プーリング情報１０８で指定されているブラウザエンジンプール数４０３からプールするブラウザエンジンの総数を取得し、待機画面情報１１０をもとにプールされているブラウザエンジン総数の情報とあわせて、指定された画面ＩＤの画面をいくつずつプールするか決定し、その値に従ってブラウザエンジン管理部１０７によりブラウザエンジンの画面を遷移させ、それぞれのグループでプールさせる。
このときそれぞれ、画面遷移情報１０９に従ってブラウザエンジンを指定された画面ＩＤまで遷移させる。
例えば、プーリング情報１０８ａではブラウザエンジンプール数４０３が６０であり、待機画面情報１１０ａでは、プールしているブラウザエンジンに対して、画面ＩＤが「Ｍｅｎｕ」、「ＳＣＲ１」、「ＳＣＲ３」「ＳＣＲｂ」の画面を１０％、３０％、３０％、３０％ずつと指定しているため、それぞれ「Ｍｅｎｕ」を６枚、「ＳＣＲ１」を１８枚、「ＳＣＲ３」を１８枚、「ＳＣＲｂ」を１８枚とする。
そして、ブラウザエンジンを指定された画面数分起動し、待機画面を取得した状態でＳＣＲ１プール１１４、ＳＣＲ３プール１１７などにて画面ＩＤごとにプールさせる（ステップＳ２０１）。
このとき、待機する割合５０２が待機画面情報１１０ｂのようにブラウザエンジンの個数で指定されている場合には、その数に従ってブラウザエンジンをプールさせる。

ここで、図２０を参照して、ステップＳ２０１の処理の詳細を説明する。
ラッピングエンジン装置１０１が起動されると、待機画面管理部１０６が、情報記憶部１２４から、プーリング情報１０８、待機画面情報１１０、画面遷移情報１０９を取得する（ステップＳ２００１）。
次に、待機画面管理部１０６は、プーリング情報１０８と待機画面情報１１０に基づき、画面ＩＤ（データ処理）ごとに、ブールするブラウザエンジンの数を決定する（ステップＳ２００２）。
次に、待機画面管理部１０６は、画面ＩＤ（データ処理）ごとに、ステップＳ２０２で決定した数分のブラウザエンジンを割当てる（ステップＳ２００３）。
次に、ブラウザエンジン管理部１０７が、画面ＩＤごとに、割当てたブラウザエンジン（割当実行指示部）を起動し、各ブラウザエンジンを指定された画面ＩＤまで遷移させた状態（画面ＩＤで示される待機画面を取得した状態）にする（ステップＳ２００４）。
このとき、ブラウザエンジン管理部１０７は、各ブラウザエンジンに画面遷移情報１０９に示される操作手順で操作を行わせ、待機画面を取得した状態にさせる。

なお、各ブラウザエンジンによる待機画面の取得処理自体はどのような方法でもよい。
例えば、画面遷移情報１０９に各ブラウザエンジンが実際に既存システム１４１と通信を行い既存システム１４１から待機画面を受信する操作手順を記述しておき、各ブラウザエンジンが画面遷移情報１０９に従って実際に既存システム１４１と通信を行いログイン処理等を経て既存システム１４１から実際に待機画面を受信するようにしてもよい。
または、画面遷移情報１０９に各ブラウザエンジンが既存システム１４１と通信を行った場合と同等の状態が得られる操作手順及び待機画面を生成する操作手順を記述しておき、各ブラウザエンジンが画面遷移情報１０９に従って既存システム１４１と通信を行ったのと同等な状態を作り出して待機画面を生成し、既存システム１４１から待機画面を取得したのと同等な状態を得るようにしてもよい。
または、画面ＩＤごとに、１つのブラウザエンジンが代表して既存システム１４１と通信を行って待機画面を受信し、受信した待機画面（及びその他の情報）を他のブラウザエンジンと共用するようにしてもよい。
または、画面ＩＤごとに、１つのブラウザエンジンが代表して既存システム１４１と通信を行ったのと同様な処理を行い、待機画面を生成し、生成した待機画面（及びその他の情報）を他のブラウザエンジンと共用するようにしてもよい。

また、待機画面の取得後は、各ブラウザエンジンは、それぞれに対応する待機画面と対応付けられて待機状態となる。
つまり、各ブラウザエンジンのプロセスがポインタ等により待機画面と対応付けられた状態でラッピングエンジン装置１０１のメインメモリにロードされ、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）による実行を待っている状態である。

次に、図２０のステップＳ２００４以降の処理を、図２のステップＳ２０２以降の処理として説明する。
ブラウザエンジン管理部１０７は、プールしているすべてのブラウザエンジンに番号を振り、ブラウザエンジンの待機画面の画面ＩＤとブラウザ状態をブラウザエンジン情報１１２に記録する（ステップＳ２０２）。

次に、クライアントの統合システム１３１からリクエストがくるとリクエスト実行部１０２がリクエストを受け取りスクリプト１０３を選択する。
リクエスト実行部１０２は、スクリプト１０３に従って、ブラウザエンジンプール管理部１０４に対して、スクリプトを実行するブラウザエンジンを要求する（ステップＳ２０３）。
統合システム１３１からのリクエストには、スクリプト１０３の種類（Ｍｅｎｕ、Ｃｒｅａｔｅ、Ｓｅａｒｃｈ、Ｓａｖｅ等）を特定可能な情報が含まれており、リクエスト実行部１０２は統合システム１３１からのリクエストを解析して、統合システム１３１からのリクエストに適合するスクリプト１０３を選択する。
そして、リクエスト実行部１０２は、選択したスクリプトの種類をブラウザエンジンプール管理部１０４に通知して、ブラウザエンジンによるスクリプト１０３の実行を指示する。

リクエスト実行部１０２によりスクリプトの実行が指示されると、ブラウザエンジンプール管理部１０４では、リクエスト受付部１０５がリクエスト実行部１０２からの指示を受け取り、待機画面管理部１０６が、スクリプト／待機画面対応情報１１１に基づき、指定されたスクリプトに対応する待機画面ＩＤ７０２で定義されている待機画面ＩＤを取得する。
例えば、リクエスト実行部１０２からスクリプト「Ｃｒｅａｔｅ」の実行が指示された場合は、スクリプト／待機画面対応情報１１１ａに従い、「ＳＣＲ１」画面が、スクリプト「Ｓｅａｒｃｈ」を実行する場合は、「ＳＣＲｂ」画面が待機画面管理部１０６にて決定される（ステップＳ２０４）。

ブラウザエンジン管理部１０７では、ブラウザエンジン情報１１２からブラウザの画面ＩＤ６０２が指定された待機画面ＩＤで、かつブラウザ状態項目６０３が待機状態であるブラウザエンジンを選択し、選択したブラウザエンジンのブラウザ状態項目６０３を「実行中」に更新する。
例えば、スクリプト「Ｃｒｅａｔｅ」が実行される場合は、ブラウザエンジン管理部１０７は、ブラウザエンジン情報１１２ａよりブラウザの画面ＩＤ６０２が「ＳＣＲ１」であり、ブラウザ状態６０３が「待ち」であるブラウザエンジンＮｏ６０１が「２」であるブラウザエンジンを選択し、このブラウザ状態６０３を「実行中」に変更する（ステップＳ２０５）。

次に、ブラウザエンジン管理部１０７は、選択したブラウザエンジンにスクリプト１０３を実行させる（ステップＳ２０６）。
具体的には、ブラウザエンジン管理部１０７は、スクリプト記憶部１２３から、統合システム１３１から要求されたデータ処理に対応するスクリプト１０３を取得し、選択したブラウザエンジンに当該スクリプト１０３を供給する。
また、リクエスト実行部１０２から、ブラウザエンジンの選択指示（ステップＳ２０３）の際に、併せてスクリプト１０３を受け取るようにしてもよい。

指定されたブラウザエンジンにてスクリプト１０３が実行されると、ブラウザエンジンが目的画面に遷移される。つまり、ブラウザエンジンは、スクリプト１０３の実行により、統合システム１３１から要求のあったデータ処理に直結する目的画面（既存システム１４１にデータ処理を指示するための画面）を取得する。
そして、ブラウザエンジンは、目的画面よりアウトプットを取得して、スクリプトのリターン値となり、リクエスト実行部１０２から統合システム１３１へ応答が返される（ステップＳ２０７）。
その後、リクエストがあればステップＳ２０２より繰り返し処理を行い、リクエストがなくなると終了する（Ｓ２０９）。

以上、本実施の形態では、スクリプトを実行するブラウザエンジンを、クライアントからのリクエストに先立ち、待機画面まで遷移させた状態でスクリプトと対応付けて管理するブラウザエンジンプールにより、画面の無駄な遷移がなく待ち時間が少なくて効率よく動作する既存システムのラッピングエンジンを実現可能である。

また、本実施の形態では、待機画面情報の設定を変更することで、各待機画面にて待機させるブラウザエンジンの数、割合を調整するができる。
クライアントである統合システムにおける業務内容から特定のデータ処理に対する要求が多いことが予見されるような場合には、そのようなデータ処理に割り当てるブラウザエンジン数を他のデータ処理に比べて多くすることができる。
また、統合システムからのアクセス傾向が変化して、データ処理Ａに対する要求が減少するとともにデータ処理Ｂに対する要求が増加したような場合は、データ処理Ａに割り当てていたブラウザエンジン数を減少させ、データ処理Ｂに割り当てるブラウザエンジン数を増加させるといった調整が可能である。

以上、本実施の形態では、クライアントのシステムからのリクエストにより既存システムをブラウザエンジン上で実行してエミュレートさせる際に、ブラウザエンジンを複数もち状態を管理するブラウザエンジンプールとブラウザエンジンプール管理部により、個々のブラウザエンジンをリクエストに対応してそれぞれ最適な画面であらかじめプールしておき、リクエストがくるとプールされている中から最適画面をもつブラウザエンジンを抽出し、リクエスト実行部により既存システムの機能を呼び出すスクリプトを抽出されたブラウザエンジンにて実行するラッピングエンジン装置について説明した。

実施の形態２．
図９は、本実施の形態に係るラッピングシステムの構成例を示す。
図９では、図１の既存システムをエミュレートするラッピングシステムの構成図に対して、スクリプト／待機画面対応情報１１１ｂが変更されている。
また、本実施の形態では、待機画面管理部１０６及びブラウザエンジン管理部１０７をスクリプト／待機画面対応情報１１１ｂに対応させて待機画面管理部１０６ａ及びブラウザエンジン管理部１０７ａとしている。

図１０は、スクリプト／待機画面対応情報１１１の例であるスクリプト／待機画面対応情報１１１ｂを示す。
図１０のスクリプト／待機画面対応情報１１１ｂは、図７のスクリプト／待機画面対応情報１１１に対して後処理項目１００１の情報（後処理情報）を追加している。
後処理項目１００１は、スクリプト実行後のブラウザエンジンに対する後処理の指定項目であり、画面を遷移させずにそのままの状態を維持するか、ブラウザエンジン自体を破棄するか、待機画面を再設定させるかの後処理が設定されている。
「そのまま」を指定した場合は、継続して画面を使用することが可能であり、「戻る」の場合は、同じ処理を繰り返し行う場合に画面を待機画面に戻してブラウザエンジンを再利用することが可能である。
また、ブラウザエンジンが必要ない場合には「破棄」を指示することが可能である。また、待機画面を指定してブラウザエンジンを再利用することが可能である。
なお、本実施の形態における情報記憶部１２４は、後処理情報記憶部の例でもある。

次に、本実施の形態に係るラッピングエンジン装置１０１の動作を図１１を参照して説明する。
ここで、図１１は図２の最適ブラウザエンジンを提供するフローチャートに対して、ブラウザエンジンの後処理を追加して、ブラウザエンジンを効率よく再利用するラッピングエンジン装置１０１の動作例を示すフローチャートである。
ステップＳ２０１からＳ２０７を実行すると、統合システム１３１は、最適なブラウザエンジンにて既存システム１４１の機能を実行する。
実行後、ブラウザエンジン管理部１０７は、スクリプト／待機画面対応情報１１１から後処理項目１００１を取得する（ステップＳ３０１）。

次に、ブラウザエンジン管理部１０７は、後処理項目１００１の値に従って、待機画面更新処理を行うか何も処理せずに終了処理の確認を行うかを判断する（ステップＳ３０２）。
例えば、スクリプト／待機画面対応情報１１１ｂのように、スクリプト「Ｃｒｅａｔｅ」の場合、後処理項目１００１が「そのまま」であるため、更新処理は行わないため終了確認（ステップＳ２０８）へ進む。
スクリプト「Ｓｅａｒｃｈ」の場合は、後処理項目１００１が「戻る」であるため、待機画面更新処理へ進み、戻るボタン押下処理により画面を戻す（ステップＳ３０３）。
スクリプト「Ｍｅｎｕ」の場合は、後処理項目１００１が「Ｍｅｎｕ」であるため、待機画面更新処理へ進み、画面をＭｅｎｕへ遷移させる（ステップＳ３０３）。
また、スクリプト「Ｓａｖｅ」の場合は、後処理項目１００１が「破棄」であるため、待機画面更新処理へ進みブラウザエンジンを破棄させる（ステップＳ３０３）。
待機画面更新処理を行った場合には、その後ステップＳ２０２へ進みブラウザエンジン情報１１２の更新処理を行い、統合システム１３１からのリクエストの受け取りへと進み、処理を繰り返す。

以上、本実施の形態によれば、ブラウザエンジンプール１１３により提供されたブラウザエンジンの後処理を指定することにより、管理しているブラウザエンジンの再利用を効率よく行うことが可能である。

以上、本実施の形態では、ブラウザエンジン管理部が提供されたブラウザエンジンにてスクリプトを実行した後、ブラウザエンジンを破棄するか、そのままかの後処理をスクリプト／待機画面対応情報に定義しておき、実行後に、ブラウザエンジンプールの状態を効率よく更新させるラッピングエンジン装置について説明した。

実施の形態３．
図１２は、図５の待機画面情報１１０ａに対して、各画面ＩＤ項目５０１に対応する最低待機数項目１２０１を追加した待機画面情報１１０ｃを示す。
最低待機数項目１２０１は、ブラウザエンジンプール１１３にて管理されているブラウザエンジンが、画面ＩＤごとに待機しておくべき最低数が設定されている。

次に、図１３を参照して本実施の形態に係るラッピングエンジン装置の動作について説明する。
図１３は、図２又は図１１のフローチャートのステップＳ２０５においてブラウザエンジン管理部１０７が行う待機画面更新処理の例を示すフローチャートである。
ブラウザエンジン管理部１０７は、リクエストに対して最適な画面ＩＤをもつブラウザエンジンを選択すると（ステップＳ１３０１）、ブラウザエンジン情報１１２が更新される（選択したブラウザエンジンのブラウザ状態６０３が「待ち」から「実行中」に変化する）。
次に、ブラウザエンジン管理部１０７は、ブラウザエンジン情報１１２より、選択したブラウザエンジンと同じ画面ＩＤをもつブラウザエンジンのうち、ブラウザ状態６０３が「待ち状態」であるブラウザエンジンの数と、待機画面情報１１０にて定義されている最低待機数１２０１を比較する（ステップＳ１３０２）。

ブラウザ状態６０３が「待ち状態」であるブラウザエンジンの数が最低待機数１２０１より少なくなっている場合には、ブラウザエンジン管理部１０７は、プーリング情報１０８ａにおけるブラウザエンジンプール最大数４０４で設定された値以下の範囲で最低待機数になるまでブラウザエンジンを生成し、生成したブラウザエンジンを待機画面まで遷移させる（ステップＳ１３０３）。
ブラウザ状態６０３が「待ち状態」であるブラウザエンジンの数が最低待機数１２０１より少なくない場合には、何もせずに処理を終了する。

以上、本実施の形態では、ブラウザエンジンプール管理部１０４が、ブラウザエンジンを選択した後に、ブラウザエンジンプール１１３における画面ＩＤごとのプールの最適化を実施することにより、ブラウザエンジン全体の最適化を実現することが可能である。

以上、本実施の形態では、ブラウザエンジン管理部が、スクリプト実行時にブラウザエンジンを選択した時に、提供したブラウザエンジンのあったプールでまだ待機状態のブラウザエンジンの数をチェックし、指定された最低待機数よりも少なくなった場合に、待機画面管理部が待機状況を更新させるラッピングエンジン装置について説明した。

実施の形態４．
図１４は、図９の構成図に対して、タイマー部１４０１を追加した構成を示す。
また、本実施の形態では、ブラウザエンジン管理部１０７の代わりにブラウザエンジン管理部１０７ｂを用いる構成としている。
ブラウザエンジン管理部１０７ｂは、タイマー部１４０１の計時により定期的にブラウザエンジンの状態を更新チェックする機能を有する。

図１５は、図４のプーリング情報に対して、ブラウザエンジンチェック時間項目１５０１を追加したプーリング情報１０８ｂである。
ブラウザエンジンチェック時間項目１５０１は、ブラウザエンジンプール管理部１０４がブラウザエンジンプール１１３の状態を定期的に最適化する際のチェック時間を設定したものである。

図１６は、スクリプト／待機画面対応情報１１１ｃを示す。
図１６に示すスクリプト／待機画面対応情報１１１ｃの後処理項目１００１では、「そのまま」、「戻る」、「破棄」に加えて「待機」が指定される。
「待機」では、あるデータ処理の実行を既存システム１４１に指示した後のブラウザエンジンを他のデータ処理向けに再利用することが可能である。
このとき、ブラウザエンジンを待機させておく画面ＩＤは設定されていないため、画面ＩＤをもたない待機状態となり、全体の最適化を行った場合に、最適化の結果による画面ＩＤにて待機状態に設定される。
つまり、本実施の形態では、ブラウザエンジンが既存システム１４１に対して統合システム１３１から要求されたデータ処理の実行を指示した後に、当該ブラウザエンジンの割当を解除して、いずれのデータ処理にも割り当てずに「待機」させる場合があり、ブラウザエンジン管理部１０７ｂが、タイマー部１４０１の計時に基づき、定期的に、割当が解除されていずれのデータ処理に対しても割り当てられていないブラウザエンジンを抽出し、抽出したブラウザエンジンをいずれかのデータ処理に対して割り当てる。

次に、図１７を参照して、本実施の形態に係るラッピングエンジン装置１０１の動作について説明する。
図１７は、ブラウザエンジンプール管理部１０４のブラウザエンジンプール定期的更新処理における動作例を示すフローチャートである。
なお、図１７に示すフローは、図２又は図１１に示すフローと別ルーチンで実施される。
ブラウザエンジン管理部１０７が、タイマー部１４０１を使って、管理をスタートしたときにプール更新時間を０と設定し（ステップＳ１７０１）、タイマーを起動しておいてリクエストの受け取りを待つ（ステップＳ１７０２）。
次に、ブラウザエンジン管理部１０７は、プール更新時間とブラウザエンジンチェック時間１５０１を比較する（ステップＳ１７０３）。
プール更新時間がブラウザエンジンチェック時間１５０１以内ならステップＳ１７０２にもどる。
ブラウザエンジンチェック時間１５０１を超えたら、ブラウザエンジン管理部１０７は、プーリング情報１０８ｂから「ブラウザエンジンプール数」を取得し、ブラウザエンジン情報１１２から現在の「ブラウザエンジン数」、「待機画面ごとのプーリング数」、「待ち状態で画面ＩＤが指定されていないもの」を取得し、待機画面情報１１０から「画面ＩＤごとに待機させる割合」を取得する（ステップＳ１７０４）。
次に、ブラウザエンジン管理部１０７は、これら取得した値をもとにブラウザエンジンプール１１３の状態を更新する（ステップＳ１７０５）。
このとき、画面ＩＤが指定されてないブラウザエンジンに対しても、全体を最適化する画面ＩＤが設定され、その画面ＩＤにて待機状態となる。
つまり、ブラウザエンジン管理部１０７は、画面ＩＤが指定されていないブラウザエンジンに対して、割当てられているブラウザエンジン数が相対的に少ない画面ＩＤを選択して、画面ＩＤが指定されていないブラウザエンジンに新たな画面ＩＤ（選択した画面ＩＤ）を割り当てる。

以上のように、ブラウザエンジンプール管理部１０４が定期的に定義情報をチェックしてブラウザエンジンプール１１３の状態を更新することにより、ブラウザエンジン全体の最適化を実現することが可能である。

以上、本実施の形態では、ブラウザエンジンプール管理部が、スクリプト実行でブラウザエンジンを提供するのと同時に、定期的にブラウザエンジンプールの待機状態をチェックして、待機画面情報をもとにブラウザエンジンの待機状態を更新させるラッピングエンジン装置について説明した。

最後に、実施の形態１〜４に示したラッピングエンジン装置１０１のハードウェア構成例について説明する。
図２１は、実施の形態１〜４に示すラッピングエンジン装置１０１のハードウェア資源の一例を示す図である。
なお、図２１の構成は、あくまでもラッピングエンジン装置１０１のハードウェア構成の一例を示すものであり、ラッピングエンジン装置１０１のハードウェア構成は図２１に記載の構成に限らず、他の構成であってもよい。

図２１において、ラッピングエンジン装置１０１は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。
更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
通信ボード９１５、キーボード９０２、マウス９０３、スキャナ装置９０７、ＦＤＤ９０４などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置の一例である。

通信ボード９１５は、ネットワークを介して統合システム１３１及び既存システム１４１に接続されている。例えば、通信ボード９１５は、ＬＡＮ（ローカルエリアネットワーク）、インターネット、ＷＡＮ（ワイドエリアネットワーク）などに接続されていても構わない。

磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。
プログラム群９２３のプログラムは、ＣＰＵ９１１がオペレーティングシステム９２１、ウィンドウシステム９２２を利用しながら実行する。

また、ＲＡＭ９１４には、ＣＰＵ９１１に実行させるオペレーティングシステム９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
また、ＲＡＭ９１４には、ＣＰＵ９１１による処理に必要な各種データが格納される。

また、ＲＯＭ９１３には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置９２０にはブートプログラムが格納されている。
ラッピングエンジン装置１０１の起動時には、ＲＯＭ９１３のＢＩＯＳプログラム及び磁気ディスク装置９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム９２１が起動される。

上記プログラム群９２３には、実施の形態１〜４の説明において「〜部」として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
また、ブラウザエンジンもプログラム群９２３に含まれる。
また、待機状態のブラウザエンジンのプロセスはＲＡＭ９１４にロードされ、ＣＰＵ９１１による実行を待っている状態である。
また、スクリプト記憶部１２３及び情報記憶部１２４は、例えば、磁気ディスク装置９２０により実現され、スクリプト１０３、プーリング情報１０８、画面遷移情報１０９、待機画面情報１１０、スクリプト／待機画面対応情報１１１、ブラウザエンジン情報１１２等はファイル群９２４に含まれる。

また、ファイル群９２４には、実施の形態１〜４の説明において、「〜の判断」、「〜の取得」、「〜の比較」、「〜の決定」、「〜の更新」、「〜の設定」、「〜の実行」、「〜の選択」等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、実施の形態１〜４で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。

また、実施の形態１〜４の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、実施の形態１〜４の「〜部」としてコンピュータを機能させるものである。あるいは、実施の形態１〜４の「〜部」の手順や方法をコンピュータに実行させるものである。

このように、実施の形態１〜４に示すラッピングエンジン装置１０１は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータであり、上記したように「〜部」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。

実施の形態１に係るラッピングシステムの構成例を示す図。 実施の形態１に係るラッピングエンジン装置の動作例を示すフローチャート図。 実施の形態１に係るスクリプトの例を示す図。 実施の形態１に係るプーリング情報の例を示す図。 実施の形態１に係る待機画面情報の例を示す図。 実施の形態１に係るブラウザエンジン情報の例を示す図。 実施の形態１に係るスクリプト／待機画面対応情報の例を示す図。 実施の形態１に係る画面遷移情報の例を示す図。 実施の形態２に係るラッピングシステムの構成例を示す図。 実施の形態２に係るスクリプト／待機画面対応情報の例を示す図。 実施の形態２に係るラッピングエンジン装置の動作例を示すフローチャート図。 実施の形態３に係る待機画面情報の例を示す図。 実施の形態３に係るラッピングエンジン装置の動作例を示すフローチャート図。 実施の形態４に係るラッピングシステムの構成例を示す図。 実施の形態４に係るプーリング情報の例を示す図。 実施の形態４に係るスクリプト／待機画面対応情報の例を示す図。 実施の形態４に係るラッピングエンジン装置の動作例を示すフローチャート図。 実施の形態１に係る待機画面情報の例を示す図。 実施の形態１に係る待機画面情報の例を示す図。 実施の形態１に係るラッピングエンジン装置の動作例を示すフローチャート図。 実施の形態１〜４に係るラッピングエンジン装置のハードウェア構成例を示す図。

符号の説明

１０１ ラッピングエンジン装置、１０２ リクエスト実行部、１０３ スクリプト、１０４ ブラウザエンジンプール管理部、１０５ リクエスト受付部、１０６ 待機画面管理部、１０７ ブラウザエンジン管理部、１０８ プーリング情報、１０９ 画面遷移情報、１１０ 待機画面情報、１１１ スクリプト／待機画面対応情報、１１２ ブラウザエンジン情報、１１３ ブラウザエンジンプール、１１４ プール、１１５ ブラウザエンジン、１１６ ブラウザエンジン、１１７ プール、１１８ ブラウザエンジン、１１９ ブラウザエンジン、１２０ プール、１２１ ブラウザエンジン、１２２ ブラウザエンジン、１２３ スクリプト記憶部、１２４ 情報記憶部、１３１ 統合システム、１４１ 既存システム、１４０１ タイマー部。

Claims (12)

1. データ処理を行うデータ処理システムに接続されたサーバ装置であって、
   前記データ処理システムに対して前記データ処理の実行を指示する１つ以上の実行指示部と、
   前記データ処理システムに前記データ処理の実行を指示するまでに必要な一連の操作の中から特定の操作を待機操作として示すとともに、前記データ処理に割り当てる実行指示部の数を指定する待機操作情報を記憶する待機操作情報記憶部と、
   前記待機操作までの操作手順を示す事前手順情報を記憶する事前手順情報記憶部と、
   前記待機操作情報で指定された数の実行指示部を前記データ処理に対して割り当てるとともに、前記事前手順情報に基づき、割り当てた各割当実行指示部の状態を前記待機操作までが実行された状態にし、各割当実行指示部を前記待機操作までが実行された状態で待機させる操作管理部とを有することを特徴とするサーバ装置。
2. データ処理を行うデータ処理システムに接続されたサーバ装置であって、
   前記データ処理システムに対して前記データ処理の実行を指示する１つ以上の実行指示部と、
   前記データ処理システムに前記データ処理の実行を指示するまでに必要な一連の操作の中から特定の操作を待機操作として示す待機操作情報を記憶する待機操作情報記憶部と、
   前記待機操作までの操作手順を示す事前手順情報を記憶する事前手順情報記憶部と、
   前記待機操作情報及び前記事前手順情報に基づき、前記データ処理に対して１つ以上の実行指示部を割り当て、割り当てた各割当実行指示部の状態を前記待機操作までが実行された状態にし、各割当実行指示部を前記待機操作までが実行された状態で待機させる操作管理部と、
   割当実行指示部が前記データ処理システムに対して前記データ処理の実行を指示した後の当該割当実行指示部の状態を指定する後処理情報を記憶する後処理情報記憶部とを有し、
   前記操作管理部は、
   いずれかの割当実行指示部が前記データ処理システムに対して前記データ処理の実行を指示した後に、当該割当実行指示部の状態を前記後処理情報に指定された状態にすることを特徴とするサーバ装置。
3. データ処理を行うデータ処理システムに接続されたサーバ装置であって、
   前記データ処理システムに対して前記データ処理の実行を指示する１つ以上の実行指示部と、
   前記データ処理システムに前記データ処理の実行を指示するまでに必要な一連の操作の中から特定の操作を待機操作として示す待機操作情報を記憶する待機操作情報記憶部と、
   前記待機操作までの操作手順を示す事前手順情報を記憶する事前手順情報記憶部と、
   前記待機操作情報及び前記事前手順情報に基づき、前記データ処理に対して１つ以上の実行指示部を割り当て、割り当てた各割当実行指示部の状態を前記待機操作までが実行された状態にし、各割当実行指示部を前記待機操作までが実行された状態で待機させる操作管理部とを有し、
   前記待機操作情報記憶部は、
   前記データ処理に割り当てられる割当実行指示部の最低待機数を示す待機操作情報を記憶しており、
   前記操作管理部は、
   前記データ処理に対して待機中である待機中割当実行指示部の数を計数し、計数した前記待機中割当実行指示部の数と前記待機操作情報に示されている最低待機数とを比較し、計数した前記待機中割当実行指示部の数が前記最低待機数を下回る場合に、前記データ処理に対して、前記待機中割当実行指示部の数が前記最低待機数以上となるように新たな実行指示部を割り当てることを特徴とするサーバ装置。
4. 前記サーバ装置は、複数種のデータ処理を行うデータ処理システムに接続され、
   複数の実行指示部を有し、
   前記待機操作情報記憶部は、
   各データ処理の待機操作を示す待機操作情報を記憶し、
   前記事前手順情報記憶部は、
   データ処理ごとに、前記事前手順情報を記憶し、
   前記操作管理部は、
   前記待機操作情報に基づき、各データ処理に対して１つ以上の実行指示部を待機操作と対応づけて割り当て、各データ処理の事前手順情報に基づき、割り当てた各割当実行指示部の状態を待機操作までが実行された状態にし、各割当実行指示部を待機操作までが実行された状態で待機させることを特徴とする請求項１〜３のいずれかに記載のサーバ装置。
5. 前記サーバ装置は、前記データ処理システムにおけるいずれかのデータ処理を要求するクライアント装置に接続され、
   前記サーバ装置は、更に、
   前記クライアント装置から、いずれかのデータ処理の要求を受信し、前記複数種のデータ処理のうちのいずれのデータ処理が前記クライアント装置により要求されているかを判定するクライアント要求処理部と、
   データ処理ごとに、各データ処理の待機操作以降の操作手順を示す指示手順情報を記憶する指示手順情報記憶部とを有し、
   前記操作管理部は、
   前記クライアント要求処理部により前記クライアント装置からの要求が受信された際に、前記クライアント要求処理部により判定された要求データ処理に割り当てられている待機中の割当実行指示部を選択し、前記要求データ処理の指示手順情報に基づき、選択した割当実行指示部に待機操作以降の操作を実行させて前記データ処理システムに対する前記要求データ処理の実行の指示を行わせることを特徴とする請求項４に記載のサーバ装置。
6. 前記後処理情報記憶部は、
   割当実行指示部が前記データ処理システムに対して前記データ処理の実行を指示した後に当該割当実行指示部の状態を待機操作までが実行された状態に戻すことを指定している後処理情報を記憶することを特徴とする請求項２に記載のサーバ装置。
7. 前記操作管理部は、
   いずれかの割当実行指示部が前記データ処理システムに対して前記データ処理の実行を指示した後に、当該割当実行指示部の割当を解除する場合があり、
   前記操作管理部は、
   定期的に、割当が解除されて前記データ処理に対して割り当てられていない実行指示部を抽出し、抽出した実行指示部を前記データ処理に対して割り当てることを特徴とする請求項１〜３のいずれかに記載のサーバ装置。
8. 前記待機操作情報記憶部は、
   特定の画面情報の取得操作を前記待機操作として示す待機操作情報を記憶し、
   前記操作管理部は、
   前記待機操作情報及び前記事前手順情報に基づき、前記実行指示部の状態を前記特定の画面情報の取得操作までが実行された状態にし、前記実行指示部を前記特定の画面情報の取得操作までが実行された状態で待機させることを特徴とする請求項１〜７のいずれかに記載のサーバ装置。
9. 前記サーバ装置は、
   レガシーシステムであるデータ処理システムに接続され、
   前記データ処理システムに対応する端末装置をエミュレートして前記データ処理システムに対してデータ処理の実行を指示するレガシーラッピング装置であることを特徴とする請求項１〜８のいずれかに記載のサーバ装置。
10. データ処理を行うデータ処理システムに対して前記データ処理の実行を指示する１つ以上の実行指示部と、記憶装置とを有するコンピュータに、
    前記データ処理システムに前記データ処理の実行を指示するまでに必要な一連の操作の中から特定の操作を待機操作として示すとともに、前記データ処理に割り当てる実行指示部の数を指定する待機操作情報を前記記憶装置から取得する待機操作情報取得処理と、
    前記待機操作までの操作手順を示す事前手順情報を前記記憶装置から取得する事前手順情報取得処理と、
    前記待機操作情報で指定された数の実行指示部を前記データ処理に対して割り当てるとともに、前記事前手順情報に基づき、割り当てた各割当実行指示部の状態を前記待機操作までが実行された状態にし、各割当実行指示部を前記待機操作までが実行された状態で待機させる操作管理処理とを実行させることを特徴とするプログラム。
11. データ処理を行うデータ処理システムに対して前記データ処理の実行を指示する１つ以上の実行指示部と、記憶装置とを有するコンピュータに、
    前記データ処理システムに前記データ処理の実行を指示するまでに必要な一連の操作の中から特定の操作を待機操作として示す待機操作情報を前記記憶装置から取得する待機操作情報取得処理と、
    前記待機操作までの操作手順を示す事前手順情報を前記記憶装置から取得する事前手順情報取得処理と、
    前記待機操作情報及び前記事前手順情報に基づき、前記データ処理に対して１つ以上の実行指示部を割り当て、割り当てた各割当実行指示部の状態を前記待機操作までが実行された状態にし、各割当実行指示部を前記待機操作までが実行された状態で待機させる操作管理処理と、
    割当実行指示部が前記データ処理システムに対して前記データ処理の実行を指示した後の当該割当実行指示部の状態を指定する後処理情報を前記記憶装置から取得する後処理情報取得処理とを実行させ、
    前記操作管理処理において、
    前記コンピュータに、
    いずれかの割当実行指示部が前記データ処理システムに対して前記データ処理の実行を指示した後に、当該割当実行指示部の状態を前記後処理情報に指定された状態にさせることを特徴とするプログラム。
12. データ処理を行うデータ処理システムに対して前記データ処理の実行を指示する１つ以上の実行指示部と、記憶装置とを有するコンピュータに、
    前記データ処理システムに前記データ処理の実行を指示するまでに必要な一連の操作の中から特定の操作を待機操作として示す待機操作情報を前記記憶装置から取得する待機操作情報取得処理と、
    前記待機操作までの操作手順を示す事前手順情報を前記記憶装置から取得する事前手順情報取得処理と、
    前記待機操作情報及び前記事前手順情報に基づき、前記データ処理に対して１つ以上の実行指示部を割り当て、割り当てた各割当実行指示部の状態を前記待機操作までが実行された状態にし、各割当実行指示部を前記待機操作までが実行された状態で待機させる操作管理処理とを実行させ、
    前記待機操作情報取得処理において、
    前記コンピュータに、
    前記データ処理に割り当てられる割当実行指示部の最低待機数を示す待機操作情報を取得させ、
    前記操作管理処理において、
    前記コンピュータに、
    前記データ処理に対して待機中である待機中割当実行指示部の数を計数させ、計数した前記待機中割当実行指示部の数と前記待機操作情報に示されている最低待機数とを比較させ、計数した前記待機中割当実行指示部の数が前記最低待機数を下回る場合に、前記データ処理に対して、前記待機中割当実行指示部の数が前記最低待機数以上となるように新たな実行指示部を割り当てさせることを特徴とするプログラム。

Images