情報処理装置により発生するエラーに関するエラーメッセージを制御するエラーメッセージ出力制御方法において、予め、前記エラーメッセージの出力数の上限値を定めたエラーメッセージ上限テーブルを記憶しておき、前記情報処理装置でのエラーの発生を検知し、検知された前記エラーにより出力すべきエラーメッセージの出力数を特定し、特定されたエラーメッセージが、前記上限値を超えているかを判断し、前記判断の結果、前記上限値を超えている場合、1前記上限値分のエラーメッセージを出力し、2前記1のエラーメッセージの出力の後に、前記上限値分以外のエラーメッセージを出力することを特徴とするエラーメッセージ出力制御方法。請求項1に記載のエラーメッセージ出力制御方法において、予め、エラーメッセージ種類毎の出力先を定めたエラーメッセージ出力先テーブルを記憶しておき、検知された前記エラーにより出力すべきエラーメッセージの種類を特定し、前記12の出力は、特定された前記エラーメッセージの種類および前記エラーメッセージ出力先テーブルにより特定される出力先に出力することを特徴とするエラーメッセージ出力制御方法。請求項2に記載のエラーメッセージ出力制御方法において、前記エラーメッセージ出力先テーブルは、前記エラーの種類としてエラーコードと前記エラーメッセージの出力先として出力先コードを記録していることを特徴とするエラーメッセージ出力制御方法。請求項2または3のいずれかに記載のエラーメッセージ出力制御方法において、前記エラーメッセージ出力先テーブルは、前記エラーを発生させるプログラムを識別するプログラムID毎に、前記エラーメッセージ種類毎の出力先を記録しており、前記エラーの発生の検知は、エラーが発生したプログラムのプログラムIDから、当該プログラムIDに対応するメッセージの上限値を前記エラーメッセージ上限テーブルから取得し、前記プログラムIDから当該プログラムに対応するエラーメッセージ生成パラメタを特定し、特定した前記エラーメッセージ生成パラメタから前記エラーが発生したプログラムに対応するエラーメッセージを生成することを特徴とするエラーメッセージ出力制御方法。特許文献1では、一度に出力可能なエラーメッセージ出力数の上限については、考慮がされていない。そのため、エラーメッセージ出力数が上限値を超えるようなエラー情報テーブルについては対応出来ない。ここで、エラーメッセージ出力数とは、エラーメッセージの内容として出力される項目の数を指す。また、エラー発生元の処理で使用しているファイルレイアウトと、エラーメッセージ用にファイルレイアウトを別で管理しているため、保守の際に双方のメンテナンスが必要となってしまう。本発明では、エラーメッセージ出力の上限数をエラーメッセージ上限テーブルに定義しておきエラーが発生した場合、この上限値を超える場合には上限数分のエラーメッセージ出力を実施した後、残りのエラーメッセージ出力を実施するよう制御を行なう。また、出力手段識別テーブルに利用者毎、かつエラーメッセージ毎の出力手段を定義する。また、ファイルレイアウトの管理を統一するためのテーブル内容と、参照方法を定義する。本発明により、エラーメッセージ数が上限を超える場合であっても、エラーメッセージを出力することが可能になる。以下、図面を用いて本発明に関する実施の形態を説明する。情報処理装置によって予め作成されているソフトウェア処理系において、動作中にエラーを生じたとき、外部表示装置へエラーメッセージを出力する。エラーメッセージ出力数が上限を超える場合であっても、エラー情報テーブルの定義のみで、出力されるエラーメッセージ数を制御する実施例を示す。ここで、エラーメッセージ出力数とは、エラーメッセージとして出力される項目の数を指す。図1に本実施の形態を構成するハードウエア構成図を示す。図1は、端末11、ウェブウェブアプリケーションサーバ12、DBサーバ13、バッチサーバ14、およびプリンタ15、16を備える。本実施の形態では、オペレータが端末11を操作し、端末11により図9に示すエラー情報生成パラメタテーブルの定義及び図10に示すエラーメッセージ上限テーブルの定義のための入力を行なう。オペレータが操作する端末はすべてウェブアプリケーションサーバ12に接続されており、端末11により入力された情報はウェブアプリケーションサーバ12を経由してDBサーバ13の各テーブルへ登録される。ここで、DBサーバは、エラーメッセージを格納するエラー情報保持テーブル10と、エラーメッセージの上限値を保持するエラーメッセージ上限テーブル20と、エラーメッセージの作成に供する情報を格納するエラーメッセージ生成パラメタテーブル30と、エラー内容毎の出力先プリンタ情報を保持する出力プリンタ定義テーブル40を備える。DBサーバ13の各テーブルへ登録された情報は、バッチサーバ14により参照され、バッチサーバ14はDBサーバ13へ登録された情報に基づいてエラーメッセージを生成し、プリンタ15又は16により生成したエラーメッセージを出力する。次に、図2から図7を用いて、エラーメッセージの出力方法について具体的に説明する。処理の流れは、図2に示すフローチャートに示す。以下、これに従って説明するまず、エラーメッセージ登録処理部40が、バッチサーバ14において異常を引き起こしたプログラムが入力情報として取り込んだ、ソフトウエア処理系の中間情報として作成された情報入力情報をプログラムID、エラーコードとともにエラー情報保持テーブル10に登録するS100。次に、エラーメッセージ上限数取得処理部60が、システムコードをキーに、一度に出力可能なエラーメッセージの上限数をエラーメッセージ上限テーブル20より取得するS110。ここで、システムコードとはシステムにおける共通コードを指す。、また、エラーメッセージ対象取得処理部70が、エラー情報生成パラメタテーブル30から、エラーが発生したプログラムIDとエラーコードをキーに、該当するエラーメッセージ出力対象情報項目名称、コピー句、レイアウトパターンを取得するS120。このとき、該当するエラーメッセージ出力対象情報が複数存在する場合は、シーケンス番号の若い順に取得する。なお、この順序は逆であってもよい。さらに他の規則に従った順序であることを妨げない。エラーメッセージ取得判定処理部100が、エラーメッセージ出力対象情報の取得の有無を判定しS130、取得ができた場合は、エラーメッセージ対象コピー句取得処理部が、エラーメッセージの生成に必要な項目情報を、各種コピー句ファイル150より取得し、エラーメッセージ生成処理部80が、エラーメッセージ対象取得処理S120において取得したエラーメッセージ出力対象情報をもとに、エラーメッセージの生成を行なうS140。生成したエラーメッセージは一時記憶領域メモリに記憶する。出力するエラーメッセージが複数存在する場合は、エラーメッセージ対象取得S120から出力S160までを繰り返し行なう。繰り返しの途中で、エラーメッセージ上限判定処理部110が、出力するエラーメッセージ数がエラーメッセージ上限数取得処理S110において取得したエラーメッセージ上限数と一致するかを判定するS150。この判定が一致した場合、一時記憶領域に格納していたエラーメッセージを出力するS160。その後、エラーメッセージ対象取得処理S120にて該当するエラーメッセージ出力対象情報が取得されなくなるまで、繰り返しを実行する。エラーメッセージ対象取得S120にて該当するエラーメッセージ出力対象情報が取得されなくなった場合、出力対象の有無を確認しS170、出力対象が有る場合はエラーメッセージのファイル出力を行なう。出力対象のエラーメッセージ分のファイル出力が済んだ後、出力先プリンタ情報取得処理部120が、出力先プリンタ定義テーブル40から、エラーが発生したプログラムIDとエラーコードをキーに、該当するエラーメッセージ出力先情報出力先プリンタアドレスを取得するS180出力先プリンタ判定処理部130が、出力先プリンタ情報の取得の有無を判定しS190取得ができた場合は、出力先プリンタ情報取得処理S180において取得したエラーメッセージ出力先情報をもとに、該当するプリンタへの出力を行ない、処理を終了する。このとき、出力されたエラーメッセージは図7のようになる。次に、利用者毎かつエラーメッセージ毎に異なる出力手段でエラーメッセージ出力を制御する実施例を示す。例えば、エラーメッセージから読み取りたい情報は、運用担当者と保守担当者等、立場によって異なるため、出力先コードおよびエラーコードにより、出力手段を制御する。まず、本実施例で使用するハードウエアは図1に示す装置である。図8から図13を用いて、エラーメッセージの出力方法について具体的に説明する。なお、エラー情報保持テーブルは図3のテーブルを利用するものとする。まず、エラーメッセージ登録処理部40が、バッチサーバ14においてエラーを発生したプログラムが入力情報として取り込んだ、ソフトウエア処理系の中間情報として作成された情報をプログラムID、エラーコードとともにエラー情報保持テーブル10に登録するS200。次に、エラーメッセージ対象取得処理部60が、エラー情報生成パラメタテーブル30より、エラーを発生したプログラムIDとエラーコードより、該当するエラーメッセージ出力対象情報項目名称、開始位置、バイト長、出力先コードを取得する。このとき、該当するエラーメッセージ出力対象情報が複数存在する場合は、出力先コードの若い順かつシーケンス番号の若い順に取得する。次に、出力先コードが前回レコードと一致するかどうか判定を行なうS230が、初回レコードの場合は必ずYesとなる。さらに、エラーメッセージ上限数取得処理部50が、エラーメッセージ対象取得S210において取得した出力先コードをもとに、一度に出力可能なエラーメッセージの上限数をエラーメッセージ上限テーブル20より取得するS260。なお、ここで出力先コードをもとにエラーメッセージ上限テーブルを取得するのは、出力先毎にエラーメッセージ上限数が異なるケースに対応するためである。エラーメッセージ生成処理部70が、エラーメッセージ登録S200において登録した、エラーを引き起こした入力情報と、エラーメッセージ対象取得S210において取得したエラーメッセージ出力対象情報とに基づき、エラーメッセージの生成を行うS270。生成されたエラーメッセージは、一時記憶領域に記憶する。出力するエラーメッセージが複数存在する場合は、エラーメッセージ対象取得S210から出力処理S290まで繰り返し行なう。繰り返しの途中、エラーメッセージ対象取得S210において、取得した出力先コードが前回取得した出力先コードと一致するかどうか判定を行なうS230。判定の結果、一致する場合は、出力対象判定処理S240および出力処理S250は行なわない。また、繰り返しの途中で、エラーメッセージ上限判定処理部が、出力するエラーメッセージ数がエラーメッセージ上限数取得S260において取得したエラーメッセージ上限数と一致するかを判定するS280。判定の結果、一致した場合は一時記憶領域に格納していたエラーメッセージを出力するS290。出力処理部80が、出力先コードをもとに、呼び出しを行なう出力サブプログラムを制御する。呼び出された出力サブプログラムにより、出力先プリンタが制御される。たとえば、出力サブプログラム1が呼び出された場合、プリンタ15へ出力され、出力サブプログラム2が呼び出された場合、プリンタ16へ出力される等のように制御される。次に、エラーメッセージ対象取得S210において取得した出力先コードが前回取得した出力先コードと一致しなくなるまで、再度、エラーメッセージ対象取得S210、エラーメッセージ上限数取得S260およびエラーメッセージ生成S270を繰り返す。エラーメッセージ対象取得S210において取得した出力先コードが前回取得した出力先コードと一致しなくなった場合S230、出力処理を行なうS250。このとき、出力されているエラーメッセージは図12のようになる。このうち、運用レポートについては、図8ないし11のようになる。その後、エラーメッセージ対象取得S210にて該当するエラーメッセージ出力対象情報が取得されなくなるまで、同様に、エラーメッセージ対象取得S210、エラーメッセージ上限数取得S260およびエラーメッセージ情報生成S270を繰り返す。エラーメッセージ取得判定処理部が、エラーメッセージ出力対象情報が取得したかを判定しS220、取得できない場合は、出力対象の有無を確認しS300、その後エラーメッセージを出力するS310。このとき、出力されるエラーメッセージは図13のようになる。