(57)【特許請求の範囲】
【請求項１】
少なくとも個々の契約に固有のキー情報と各契約における種々のデータとを更新可能な処理終了日付と共に１のレコードとして格納するマスタファイルと、上記キー情報で特定されるレコードに対してのみ実行されるエクスターナル処理用の識別コードを該キー情報と共に同じく格納するエクスターナル処理登録ファイルと、マスタファイルの全レコードに対して実行されるインターナル処理用の識別コードを格納するインターナル処理登録ファイルと、上記エクスターナル処理及びインターナル処理の実行プログラムが、それらに対応する識別コードと共に格納される実行プログラム格納部と、上記マスタファイルからキー情報の順に１のレコードを読み出した後、エクスターナル処理登録ファイルに上記キー情報と同じキー情報がある場合に該エクスターナル処理登録ファイルからエクスターナル処理用の識別コードを抽出すると共に、インターナル処理登録ファイルから全インターナル処理用の識別コードを抽出し、それらの識別コードに従って上記実行プログラム格納部にある夫々の実行プログラムを、読み出されたレコードのデータを参照して実行すると共に、これらの実行が終了したマスタファイルの該レコードの処理終了日付を更新し、以上の処理を該マスタファイルの最後のキー情報が付与されたレコードに対してまで繰り返し実行するプログラム実行部とを有することを特徴とするデータ処理システム。
【請求項２】
少なくとも個々の契約に固有のキー情報と各契約における種々のデータとを更新可能な処理終了日付と共に１のレコードとして格納するマスタファイルと、上記キー情報で特定されるレコードに対してのみ実行されるエクスターナル処理用の識別コードを該キー情報と共に同じく格納するエクスターナル処理登録ファイルと、マスタファイルの全レコードに対して実行されるインターナル処理用の識別コードを格納するインターナル処理登録ファイルと、上記エクスターナル処理及びインターナル処理の実行プログラムが、それらに対応する識別コードと共に格納される実行プログラム格納部と、上記マスタファイルからキー情報の順に１のレコードを読み出した後、エクスターナル処理登録ファイルに上記キー情報と同じキー情報がある場合に該エクスターナル処理登録ファイルからエクスターナル処理用の識別コードを抽出すると共に、インターナル処理登録ファイルから全インターナル処理用の識別コードを抽出し、それらの識別コードに従って上記実行プログラム格納部にある夫々の実行プログラムを、読み出されたレコードのデータを参照して実行すると共に、これらの実行が終了したマスタファイルの該レコードの処理終了日付を更新し、以上の処理を該マスタファイルの最後のキー情報が付与されたレコードに対してまで繰り返し実行するプログラム実行部と、前記エクスターナル処理登録ファイルの内容を複製したテンポラリエクスターナル処理登録ファイルと、同じく前記インターナル処理登録ファイルの内容を複製したテンポラリインターナル処理登録ファイルと、外部からのオンライン処理要求を、その要求のあった日の属するシステム基準日を付して該要求をした者に割り当てられたキー情報と一緒に受け付けると共に、オンライン処理要求のあったキー情報を基にマスタファイルから該当するレコードを引き出し、その処理終了日付を上記システム基準日と比較して、処理終了日付がシステム基準日より前の場合に、上記要求をした者に再度の要求を促す要求処理受け付け部と、再度の要求を促した場合に、処理要求受付型メンテナンス処理要求をそのキー情報と共に格納する要求格納部と、上記要求格納部の処理要求受付型メンテナンス処理要求に付帯するキー情報を抽出し、上記マスタファイルから該キー情報のレコードを読み出した後、テンポラリエクスターナル処理登録ファイルに上記キー情報と同じキー情報がある場合に該テンポラリエクスターナル処理登録ファイルからエクスターナル処理用の識別コードを抽出すると共に、テンポラリインターナル処理登録ファイルから全インターナル処理用の識別コードを抽出し、それらの識別コードに従って上記実行プログラム格納部にある夫々の実行プログラムを、読み出されたレコードのデータを参照して実行すると共に、これらの実行が終了した該レコードの処理終了日付を更新する第２プログラム実行部とを有することを特徴とするデータ処理システム。
【請求項３】
少なくとも個々の契約に固有のキー情報と各契約における種々のデータとを更新可能な処理終了日付と共に１のレコードとして格納するマスタファイルと、上記キー情報で特定されるレコードに対してのみ実行されるエクスターナル処理用の識別コードを該キー情報と共に同じく格納するエクスターナル処理登録ファイルと、マスタファイルの全レコードに対して実行されるインターナル処理用の識別コードを格納するインターナル処理登録ファイルと、上記エクスターナル処理及びインターナル処理の実行プログラムが、それらに対応する識別コードと共に格納される実行プログラム格納部と、上記マスタファイルからキー情報の順に１のレコードを読み出した後、エクスターナル処理登録ファイルに上記キー情報と同じキー情報がある場合に該エクスターナル処理登録ファイルからエクスターナル処理用の識別コードを抽出すると共に、インターナル処理登録ファイルから全インターナル処理用の識別コードを抽出し、それらの識別コードに従って上記実行プログラム格納部にある夫々の実行プログラムを、読み出されたレコードのデータを参照して実行すると共に、これらの実行が終了したマスタファイルの該レコードの処理終了日付を更新し、以上の処理を該マスタファイルの最後のキー情報が付与されたレコードに対してまで繰り返し実行するプログラム実行部と、前記エクスターナル処理登録ファイルの内容を複製したテンポラリエクスターナル処理登録ファイルと、同じく前記インターナル処理登録ファイルの内容を複製したテンポラリインターナル処理登録ファイルと、外部からのオンライン処理要求を、その要求のあった日の属するシステム基準日を付して該要求をした者に割り当てられたキー情報と一緒に受け付けると共に、オンライン処理要求のあったキー情報を基にマスタファイルから該当するレコードを引き出し、その処理終了日付を上記システム基準日と比較して、処理終了日付がシステム基準日より前の場合に、上記要求をした者に再度の要求を促す要求処理受け付け部と、再度の要求を促した場合に、処理要求受付型メンテナンス処理要求をそのキー情報と共に格納する要求格納部と、上記要求格納部の処理要求受付型メンテナンス処理要求に付帯するキー情報を抽出し、上記マスタファイルから該キー情報のレコードを読み出した後、テンポラリエクスターナル処理登録ファイルに上記キー情報と同じキー情報がある場合に該テンポラリエクスターナル処理登録ファイルからエクスターナル処理用の識別コードを抽出すると共に、テンポラリインターナル処理登録ファイルから全インターナル処理用の識別コードを抽出し、それらの識別コードに従って上記実行プログラム格納部にある夫々の実行プログラムを、読み出されたレコードのデータを参照して実行すると共に、これらの実行が終了した該レコードの処理終了日付を更新する第２プログラム実行部と、第２プログラム実行部における上記処理が終了し、また上記の者からのオンライン処理要求の再度の実行が行われた場合に、該オンライン処理要求に対応する処理を実行するオンライン処理実行部とを有することを特徴とするデータ処理システム。
【請求項４】
上記第２プログラム実行部は、所定の時間毎に前記要求格納部内にキー情報の付帯した処理要求受付型メンテナンス処理要求の存否の確認を行うことを特徴とする請求項２又は請求項３記載のデータ処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばマスタファイルメンテナンス処理（バッチ処理）に利用可能なデータ処理システム、或いはこのようなメンテナンス処理時に外部からオンライン処理要求があった場合にも同メンテナンス処理とオンライン処理要求に対応した処理が実行できるデータ処理システムに関する。
【０００２】
【従来の技術】
金融・証券・保険業などでは、これまで、日中はＡＴＭ（Automated teller Machine）などの端末装置を通じて受ける顧客のオンライン処理要求に対応した処理をし、他方公共料金の引き落とし処理などの大量の口座振替処理や、契約顧客に対する各種案内処理など全顧客を対象とする定型的な処理（通常センターカット処理と言ったり、メンテナンス処理と言ったりする）は、オンラインの稼働していない夜間に行われるのが一般的である。翌日のオンライン処理要求を受け付けられるようになる迄に、翌日に期日の到来するメンテナンス処理をバッチで一括処理すれば良かった。
【０００３】
図１１は、マスタファイル１００に各契約毎に１のレコードとして登録された顧客に対して、特定の顧客に対して後述するキー情報を指定して行う入金処理や給付処理（保険などであれば例えば入院給付など）など（顧客からの請求などを引き金に行うエクスターナル的な処理；以下エクスターナル処理と言う）と、上記全顧客を対象に行う処理（内部的に起動するインターナル的な処理；以下インターナル処理と言う）を一緒に行うメンテナンス処理（上述のようにセンターカット処理とも言う）の一例を示している。同図に示すように、マスタファイル１００には、契約毎にキー情報（証券番号など；００１〜９９９で示されている）と、各契約における種々のデータとが１のレコードとして格納されている。またトランザクションファイル１０１には、該夜間において、特定の顧客に対して行うべき各種処理と全顧客に対して行うべき上記メンテナンス処理（図面では入金、給付、銀行振替、満期案内などで示されているが実際にはその処理を示す識別コードが付与されている）が、処理対象となる顧客に対応するキー情報と共に夫々のレコードとして格納されている。そして適用業務プログラム群が特定のファイル（図示なし）に格納されており、これらのプログラム群にはそれぞれ識別コードが付されている。
【０００４】
【発明が解決しようとする課題】
以上の構成において夜間メンテナンス処理部１０２によって、上記トランザクションファイル１０１のレコードが１件ずつ読み込まれ、該トランザクションファイル１０１の処理識別コードで指定された処理に対応する適用業務プログラムが実行される（処理識別コードを基に適用業務プログラム群が上記の適用業務プログラム格納ファイルから読み出され実行される）。この時、適用業務プログラムの中で、トランザクションファイル１０１に指定されたキー情報のあるレコードがマスタファイル１００から読み込まれ、該レコードにあるデータが参照されて、適用業務処理が実行される。以上の処理を、トランザクションファイル１０１の最後のレコードに対する処理が終了するまで繰り返す。
【０００５】
従って同じキー情報に対するものであっても異なるトランザクションとして規定されていれば、マスタファイル１００を実際に読み書きする回数が、トランザクションファイル１０１のレコード回数分発生し、処理時間が長くなるという問題があった。
【０００６】
また図１２に示すように、前日（図面上10/1；これをｎ日としている）のメンテナンス処理が終了してからでなければ、翌日（図面上10/2；これをｎ＋１日としている）のオンライン処理要求に対する処理（図上オンライン［ｎ＋１日付］）はできないので（同じ日付のオンライン処理要求に対する処理はできる）、そのためにどうしても前日の終了間際からメンテナンス処理（図上メンテナンス［ｎ日付］）を行い、翌日のオンライン処理要求が受け付けられるようにしているのが現状である。
【０００７】
ところが近年顧客のライフスタイルの多様化に伴い、オンライン処理をより長い時間稼働させることが要求されるようになった。
【０００８】
このように、前日のメンテナンス処理が終了してからでなければ、翌日のオンライン処理要求に対応する処理はできないのに、上記のようにメンテナンスの処理時間が長ければ、オンライン処理をより長い時間稼働させる要求に応えることができないと言う問題も生じていた。
【０００９】
本発明は、以上のような問題に鑑み創案されたもので、マスタファイルのデータ読み出し・書き込み回数を減らすことで短時間でデータ処理ができるシステム、及びこのようにデータ処理を高速処理することが可能なシステムを利用することで、メンテナンス処理時に外部からオンライン処理要求があった場合にも、同メンテナンス処理とオンライン処理要求に対応した処理が短時間のうちに実行できるデータ処理システムを提供せんとするものである。
【００１０】
【課題を解決するための手段】
そのため本発明に係るデータ処理システムの構成は、
少なくとも個々の契約に固有のキー情報と各契約における種々のデータとを更新可能な処理終了日付と共に１のレコードとして格納するマスタファイルと、
上記キー情報で特定されるレコードに対してのみ実行されるエクスターナル処理用の識別コードを該キー情報と共に同じく格納するエクスターナル処理登録ファイルと、
マスタファイルの全レコードに対して実行されるインターナル処理用の識別コードを格納するインターナル処理登録ファイルと、
上記エクスターナル処理及びインターナル処理の実行プログラムが、それらに対応する識別コードと共に格納される実行プログラム格納部と、
上記マスタファイルからキー情報の順に１のレコードを読み出した後、エクスターナル処理登録ファイルに上記キー情報と同じキー情報がある場合に該エクスターナル処理登録ファイルからエクスターナル処理用の識別コードを抽出すると共に、インターナル処理登録ファイルから全インターナル処理用の識別コードを抽出し、それらの識別コードに従って上記実行プログラム格納部にある夫々の実行プログラムを、読み出されたレコードのデータを参照して実行すると共に、これらの実行が終了したマスタファイルの該レコードの処理終了日付を更新し、以上の処理を該マスタファイルの最後のキー情報が付与されたレコードに対してまで繰り返し実行するプログラム実行部と
を有することを基本的特徴としている。
【００１１】
上記構成では、メンテナンス処理として行う処理を、マスタファイルに登録されているレコードのうち特定のキー情報を有するレコードに対してのみ処理の行われるエクスターナル処理と、全レコードに対して処理を行うインターナル処理とに分け、マスタファイルからキー情報の順に１つのレコードを読み出すと、もしそのレコードがエクスターナル処理の対象である場合（エクスターナル処理用の識別コードと共に抽出されるキー情報が上記キー情報と一致する場合）にそのエクスターナル処理を行うと共に、インターナル処理も一緒に実行し（登録されている全インターナル処理が実行される）、このような処理をキー情報の順に各レコードを読み出しながら最後まで行うので、マスタファイルに対するアクセス数が格段に少なくなり、処理速度の向上につながるのである。
【００１２】
すなわち、マスタファイルにおいてキー情報で特定されるレコード（特定顧客）に対して実行されるエクスターナル処理用の識別コードを、エクスターナル処理登録ファイルに格納し、マスタファイルの全レコード（全顧客）に対して実行されるインターナル処理用の識別コードを、インターナル処理登録ファイルに格納する（以上の格納処理は通常メインフレームなどのコンピュータがスケジュール処理として自動的に行う）。そのようにしておけば、上記プログラム実行部が、マスタファイルからキー情報の順に１のレコードを読み出す毎に、エクスターナル処理登録ファイルに上記キー情報と同じキー情報がある場合に該エクスターナル処理登録ファイルからエクスターナル処理用の識別コードを抽出すると共に、インターナル処理登録ファイルから全インターナル処理用の識別コードを抽出し、それらの識別コードに従って上記実行プログラム格納部にある夫々の実行プログラムを、読み出されたレコードのデータを参照して実行することになる。その後これらの実行が終了したマスタファイルの該レコードの処理終了日付を更新する。これにより、該当するレコードに対する当該日付のメンテナンス処理が完了したことが、該マスタファイルを参照するだけで判別可能となる。そして以上の処理を該マスタファイルの最後のキー情報が付与されたレコードに対してまで繰り返すことになる。
【００１３】
上記のようにマスタファイルの各レコードへのアクセス（読み書きを含む）は１度ずつになるので、上述のように、エクスターナル処理とインターナル処理の混在するトランザクションファイルのレコード回数分、マスタファイルを実際に読み書きする回数が発生するなどと言うことがなくなり、それだけ処理時間が短縮されることになる。
【００１４】
一方全レコード（全顧客）に対して実行される上記インターナル処理であっても、特定のレコードでは処理する必要がない場合がある。そのような場合には、該インターナル処理の実行プログラムが、処理対象のレコードか否かの判定を行い、対象外のレコードに対しては何も行わないようにすれば良い。
【００１５】
通常マスタファイルやエクスターナル処理登録ファイルでは、キー情報は、数字や文字或いはそれらの組み合わせのような場合、所定の順序でソートされてそのレコードや識別コードが夫々のファイルに格納されている方が、処理速度の向上につながる。またキー情報は、例えば契約毎の証券番号などが考えられるが、それだけに限定されるわけではなく、対象とする顧客を特定したり、種々のデータのまとまりがある毎に付されても良い。いずれにしても１のレコード毎に別々に付されることになる。
【００１６】
またエクスターナル処理用及びインターナル処理用の各識別コードは、直接プログラムコードを指すものでなくても、特定のルールに従って、適用業務プログラムのプログラムコードに変換し、該プログラムを読み出して実行させることができるものであれば用いることができる。
【００１７】
請求項２の構成は、高速処理することが可能な上記構成を利用して、メンテナンス処理時に外部からオンライン処理要求があった場合にも、同メンテナンス処理とオンライン処理要求に対応した処理が短時間のうちに実行できるデータ処理システムを規定している。すなわち、少なくとも個々の契約に固有のキー情報と各契約における種々のデータとを更新可能な処理終了日付と共に１のレコードとして格納するマスタファイルと、上記キー情報で特定されるレコードに対してのみ実行されるエクスターナル処理用の識別コードを該キー情報と共に同じく格納するエクスターナル処理登録ファイルと、マスタファイルの全レコードに対して実行されるインターナル処理用の識別コードを格納するインターナル処理登録ファイルと、上記エクスターナル処理及びインターナル処理の実行プログラムが、それらに対応する識別コードと共に格納される実行プログラム格納部と、上記マスタファイルからキー情報の順に１のレコードを読み出した後、エクスターナル処理登録ファイルに上記キー情報と同じキー情報がある場合に該エクスターナル処理登録ファイルからエクスターナル処理用の識別コードを抽出すると共に、インターナル処理登録ファイルから全インターナル処理用の識別コードを抽出し、それらの識別コードに従って上記実行プログラム格納部にある夫々の実行プログラムを、読み出されたレコードのデータを参照して実行すると共に、これらの実行が終了したマスタファイルの該レコードの処理終了日付を更新し、以上の処理を該マスタファイルの最後のキー情報が付与されたレコードに対してまで繰り返し実行するプログラム実行部と、前記エクスターナル処理登録ファイルの内容を複製したテンポラリエクスターナル処理登録ファイルと、同じく前記インターナル処理登録ファイルの内容を複製したテンポラリインターナル処理登録ファイルと、外部からのオンライン処理要求を、その要求のあった日の属するシステム基準日を付して該要求をした者に割り当てられたキー情報と一緒に受け付けると共に、オンライン処理要求のあったキー情報を基にマスタファイルから該当するレコードを引き出し、その処理終了日付を上記システム基準日と比較して、処理終了日付がシステム基準日より前の場合に、上記要求をした者に再度の要求を促す要求処理受け付け部と、再度の要求を促した場合に、処理要求受付型メンテナンス処理要求をそのキー情報と共に格納する要求格納部と、上記要求格納部の処理要求受付型メンテナンス処理要求に付帯するキー情報を抽出し、上記マスタファイルから該キー情報のレコードを読み出した後、テンポラリエクスターナル処理登録ファイルに上記キー情報と同じキー情報がある場合に該テンポラリエクスターナル処理登録ファイルからエクスターナル処理用の識別コードを抽出すると共に、テンポラリインターナル処理登録ファイルから全インターナル処理用の識別コードを抽出し、それらの識別コードに従って上記実行プログラム格納部にある夫々の実行プログラムを、読み出されたレコードのデータを参照して実行すると共に、これらの実行が終了した該レコードの処理終了日付を更新する第２プログラム実行部とを有することを特徴としている。
【００１８】
すなわち、上記構成では、上記請求項１の構成と同じ構成で、メンテナンス処理を効率的に実行する。それと共に、該メンテナンス処理時に外部からオンライン処理要求があった場合に、その要求のあった日をシステム基準日として付して該要求をした者に割り当てられたキー情報と一緒に処理要求受付型メンテナンス処理要求を上記要求処理受け付け部が受け付ける。そして処理要求受付型メンテナンス処理要求のあったキー情報を基にマスタファイルから該当するレコードを引き出し、その処理終了日付を上記システム基準日と比較して、処理終了日付がシステム基準日より前の場合に、該要求処理受け付け部は、上記要求をした者に再度の要求を促す。これは、システムの処理がなかなか行われず、処理が遅延してしまって自分の要求したオンライン処理が実行されたか否かに関し、その要求者が不安を抱くことがないようにするため、その要求を再度行ってもらう。その間に、システムとしては、この者に対するメンテナンス処理などを優先して済ましてしまおうというものである。上記請求項１の構成によりこのような対応がより効率的に出来るようになった。
【００１９】
このような再度の要求を促した後、上記処理要求受付型メンテナンス処理要求をそのキー情報と共に上記要求格納部に格納する。そして上記処理終了日付がシステム基準日より前の場合には、上述のように、そのオンライン処理要求をした者のメンテナンス処理のみを優先して行わせてから、上記オンライン処理要求に対応する処理が行えるようにする構成を備えるようにする必要がある。そのため、エクスターナル処理登録ファイルの内容とインターナル処理登録ファイルの内容とをコピーして、テンポラリなテンポラリエクスターナル処理登録ファイルとテンポラリインターナル処理登録ファイルとを作っておいて、オンライン処理要求をした者のメンテナンス処理（処理要求受付型メンテナンス処理）のみを優先して、第２プログラム実行部が行うことになる。
【００２０】
すなわち、上記処理要求受付型メンテナンス処理要求に付帯するキー情報を抽出し、上記マスタファイルから該キー情報のレコードを読み出した後、テンポラリエクスターナル処理登録ファイルに上記キー情報と同じキー情報がある場合に該テンポラリエクスターナル処理登録ファイルからエクスターナル処理用の識別コードを抽出すると共に、テンポラリインターナル処理登録ファイルから全インターナル処理用の識別コードを抽出し、それらの識別コードに従って上記実行プログラム格納部にある夫々の実行プログラムを、読み出されたレコードのデータを参照して実行すると共に、これらの実行が終了した該レコードの処理終了日付を更新する。
【００２１】
ここでも、オンライン処理要求を行った者に割り当てられたキー情報を基に、マスタファイルの該レコードを参照して、その者だけの上記メンテナンス処理を先に行って、それが既に終了している旨を表すために、マスタファイルの該レコードの処理終了日付を更新してしまうのである。そのため、そのレコード（その要求を行った者）だけは、オンライン処理が可能となる。このようにすることで、その者からのオンライン処理要求の再度の実行が行われた場合に、該オンライン処理が実行できるようになる。
【００２２】
ここで上記システム基準日とは、システム稼働上何日付けの処理かを表す日付であって、カレンダの任意の日付（例えばｎ日）の始まった後システムが稼働を始めた時から、その後に行われるメンテナンス処理が終了した同日（カレンダ上はｎ＋１日でもｎ日として扱う）のシステム終了時までを、システム基準日（ｎ日）とする。
【００２３】
第２プログラム実行部における上記処理が終了し、また上記の者からのオンライン処理要求の再度の実行が行われた場合に、該オンライン処理要求に対応する処理をオンライン処理実行部が実行することになる（請求項３）。すなわち、少なくとも個々の契約に固有のキー情報と各契約における種々のデータとを更新可能な処理終了日付と共に１のレコードとして格納するマスタファイルと、上記キー情報で特定されるレコードに対してのみ実行されるエクスターナル処理用の識別コードを該キー情報と共に同じく格納するエクスターナル処理登録ファイルと、マスタファイルの全レコードに対して実行されるインターナル処理用の識別コードを格納するインターナル処理登録ファイルと、上記エクスターナル処理及びインターナル処理の実行プログラムが、それらに対応する識別コードと共に格納される実行プログラム格納部と、上記マスタファイルからキー情報の順に１のレコードを読み出した後、エクスターナル処理登録ファイルに上記キー情報と同じキー情報がある場合に該エクスターナル処理登録ファイルからエクスターナル処理用の識別コードを抽出すると共に、インターナル処理登録ファイルから全インターナル処理用の識別コードを抽出し、それらの識別コードに従って上記実行プログラム格納部にある夫々の実行プログラムを、読み出されたレコードのデータを参照して実行すると共に、これらの実行が終了したマスタファイルの該レコードの処理終了日付を更新し、以上の処理を該マスタファイルの最後のキー情報が付与されたレコードに対してまで繰り返し実行するプログラム実行部と、前記エクスターナル処理登録ファイルの内容を複製したテンポラリエクスターナル処理登録ファイルと、同じく前記インターナル処理登録ファイルの内容を複製したテンポラリインターナル処理登録ファイルと、外部からのオンライン処理要求を、その要求のあった日の属するシステム基準日を付して該要求をした者に割り当てられたキー情報と一緒に受け付けると共に、オンライン処理要求のあったキー情報を基にマスタファイルから該当するレコードを引き出し、その処理終了日付を上記システム基準日と比較して、処理終了日付がシステム基準日より前の場合に、上記要求をした者に再度の要求を促す要求処理受け付け部と、再度の要求を促した場合に、処理要求受付型メンテナンス処理要求をそのキー情報と共に格納する要求格納部と、上記要求格納部の処理要求受付型メンテナンス処理要求に付帯するキー情報を抽出し、上記マスタファイルから該キー情報のレコードを読み出した後、テンポラリエクスターナル処理登録ファイルに上記キー情報と同じキー情報がある場合に該テンポラリエクスターナル処理登録ファイルからエクスターナル処理用の識別コードを抽出すると共に、テンポラリインターナル処理登録ファイルから全インターナル処理用の識別コードを抽出し、それらの識別コードに従って上記実行プログラム格納部にある夫々の実行プログラムを、読み出されたレコードのデータを参照して実行すると共に、これらの実行が終了した該レコードの処理終了日付を更新する第２プログラム実行部と、第２プログラム実行部における上記処理が終了し、また上記の者からのオンライン処理要求の再度の実行が行われた場合に、該オンライン処理要求に対応する処理を実行するオンライン処理実行部とを有することを特徴としている。
【００２４】
上記構成では、第２プログラム実行部により、所定の時間毎に前記要求格納部内にキー情報の付帯した処理要求受付型メンテナンス処理要求の存否の確認が行われる構成とすることで、通常のプログラム実行部とは別系統の第２プログラム実行部により、上記のテンポラリな処理が優先して行われるため、オンライン処理要求をする者に対し、より迅速な処理を提供できるようになる（請求項４）。
【００４３】
【発明の実施の形態】
以下、本発明の実施の形態を図示例と共に説明する。
（実施例１）
図１〜図３は、本発明の１実施例に係る生命保険会社におけるデータ処理システムの構成と、該システムにおける処理手順を示している。
【００４４】
本構成は、メインフレームでシステムが構成されており、その中に有する記憶装置が、後述する各格納部やファイルとして機能せしめられ、また該メインフレームの演算処理装置が、後述するプログラム実行部５やスケジュール処理実行部１１として、それらの各処理が実行されることになる。
【００４５】
本データ処理システムは、キー情報と各契約における種々のデータを、更新可能な処理終了日付と共に、１のレコードとして格納するマスタファイル１と、マスタファイル１に対して、上記キー情報で特定されるレコードに対してのみ実行されるエクスターナル処理用の適用業務プログラムの識別コードを該キー情報と共に同じく格納するエクスターナル処理登録ファイル２と、上記マスタファイル１の全レコードに対して実行されるインターナル処理用の適用業務プログラムの識別コードを格納するインターナル処理登録ファイル３と、上記エクスターナル処理及びインターナル処理の適用業務プログラムが、それらに対応する識別コードと共に格納される業務処理実行プログラム格納部４と、上記マスタファイル１からキー情報の順に１のレコードを読み出した後、エクスターナル処理登録ファイル２に上記キー情報と同じキー情報がある場合に該エクスターナル処理登録ファイル２からエクスターナル処理用の識別コードを抽出すると共に、インターナル処理登録ファイル３から全インターナル処理用の識別コードを抽出し、それらの識別コードに従って上記業務処理実行プログラム格納部４にある夫々の適用業務プログラムを、読み出されたレコードのデータを参照して実行すると共に、これらの実行が終了したマスタファイル１の該レコードの処理終了日付を更新し、以上の処理を該マスタファイル１の最後のキー情報が付与されたレコードに対してまで繰り返し実行するプログラム実行部５とを有している。
【００４６】
上記キー情報は、個々の契約に固有の証券番号として付与されるものであり、図中001〜999で示されている。また各レコードに記録される種々のデータには、Ａ〜Ｚさんなどの契約者に関する各属性事項、Ｓで示される保険金額、Ｐで示される保険料、保険料の入金の仕方などと、その他の事項（図示なし）で構成されている。さらに処理終了日付とは、図中../../..で示されている。尚、図面上インターナル処理登録ファイル３には、銀行振替案内処理、満期案内処理としているが、実際にはその処理の識別コードが記録されている。同様に、エクスターナル処理登録ファイル２にも、図面上入金や給付としているが、実際にはそれに対応する識別コードが記録されている。
【００４７】
ここで上記エクスターナル処理登録ファイル２とインターナル処理登録ファイル３の各適用業務プログラムに対応する識別コードは、メインフレームに備えられたスケジュール処理実行部１１によって自動的に各ファイルに格納される。すなわち、該スケジュール処理実行部１１により、上記メンテナンス処理が、マスタファイル１における特定のキー情報を有するレコードに対してのみ処理の行われるエクスターナル処理と該マスタファイル１に登録されている全レコードに対して処理を行うインターナル処理とに分けられ、該スケジュール処理実行部１１によって、夫々の適用業務プログラムに対応する識別コードが、エクスターナル処理登録ファイル２とインターナル処理登録ファイル３に格納される。
【００４８】
そして、上記準備が整って、図２に示すように、走行開始時間になって、プログラム実行部５によって夜間メンテナンスが開始される（ステップＳ１０１）。
【００４９】
夜間メンテナンスが開始されれば、図３▲１▼に示すように、マスタファイル１からキー情報の順に１のレコードが読み出される（ステップＳ１０２）。そしてプログラム実行部５により、マスタファイル１に記録された最後のキー情報ＥＮＤマークの付いたレコードか否かがチェックされる（ステップＳ１０３）。
【００５０】
ＥＮＤマークのキー情報の付いたレコードでなければ（ステップＳ１０３；Ｎｏ）、エクスターナル処理登録ファイル２が参照され、そこにエクスターナル処理用の識別コードがあるか否かがチェックされる（ステップＳ１０４）。
【００５１】
エクスターナル処理用の識別コードがなければ（ステップＳ１０４；Ｎｏ）、後述するステップＳ１１０にジャンプする。反対にエクスターナル処理用の識別コードがあれば（ステップＳ１０４；Ｙｅｓ）、上記キー情報と同じキー情報があるか否かがチェックされる（ステップＳ１０５）。同じキー情報がない場合は同じく後述するステップＳ１１０までジャンプする。反対に同じキー情報がある場合（ステップＳ１０５；Ｙｅｓ）、該エクスターナル処理登録ファイル２からエクスターナル処理用の識別コードが抽出される（ステップＳ１０６）。
【００５２】
そして上記業務処理実行プログラム格納部４から、該当する識別コードの付されたエクスターナル処理用の適用業務プログラムが抽出される（ステップＳ１０７）。
【００５３】
その後該適用業務プログラムが、前記プログラム実行部５によって、読み出されたレコードのデータを参照しながら実行される（ステップＳ１０８；図３▲２▼参照）。
【００５４】
さらに同じキー情報に対してエクスターナル処理用の識別コードが最後まで抽出されたか否かがチェックされる（ステップＳ１０９）。該識別コードが最後まで抽出されていなければ（ステップＳ１０９；Ｎｏ）、前記ステップＳ１０５に復帰する。
【００５５】
反対にエクスターナル処理用の上記識別コードが最後まで抽出されていれば（ステップＳ１０９；Ｙｅｓ）、インターナル処理登録ファイル３が同じく参照され、そこにインターナル処理用の識別コードがあるか否かがチェックされる（ステップＳ１１０）。
【００５６】
インターナル処理用の識別コードがなければ（ステップＳ１１０；Ｎｏ）、後述するステップＳ１１５にジャンプする。反対にインターナル処理用の識別コードがあれば（ステップＳ１１０；Ｙｅｓ）、インターナル処理用の識別コードが抽出される（ステップＳ１１１）。
【００５７】
その後上記業務処理実行プログラム格納部４から、該当する識別コードの付されたインターナル処理の適用業務プログラムが抽出される（ステップＳ１１２）。
【００５８】
そしてインターナル処理の適用業務プログラムが、前記プログラム実行部５によって、読み出されたレコードのデータを参照しながら実行される（ステップＳ１１３；図３▲３▼参照）。
【００５９】
さらに同じキー情報に対してインターナル処理用の識別コードが最後まで抽出されたか否かがチェックされる（ステップＳ１１４）。該識別コードが最後まで抽出されていなければ（ステップＳ１１４；Ｎｏ）、前記ステップＳ１１１に復帰する。
【００６０】
反対にインターナル処理用の上記識別コードが最後まで抽出されていれば（ステップＳ１１４；Ｙｅｓ）、これらの実行が終了したマスタファイル１の該レコードは、その処理終了日付がプログラム実行部５によって更新される（ステップＳ１１５）。
【００６１】
そして上記ステップＳ１０２に復帰する。次のステップＳ１０３で、読み出されたレコードのキー情報としてＥＮＤマークが付いていれば（ステップＳ１０３；Ｙｅｓ）、そこで処理を終了する（ステップＳ１１６）。
【００６２】
このようにマスタファイル１から次のレコードが順次読み出され、同様な処理が繰り返され、該マスタファイル１の最後のキー情報が付与されたレコードに対してまで実行される。
【００６３】
このような処理をキー情報の順に各レコードを読み出しながら最後まで行うので、マスタファイル１に対するアクセス数が格段に少なくなり（上記メンテナンス処理時に、１レコードに対して１回のみ）、処理速度の向上につながるのである。
【００６４】
（実施例２）
図４〜図１０までは、日をまたいで［ｎ日（10/1）とｎ＋１日（10/2）］行われる夜間メンテナンス処理時に、外部からオンライン処理要求があった場合にも、同メンテナンス処理とオンライン処理要求に対応した処理が短時間のうちに実行できる本発明の第２実施例に係る同じく生命保険会社におけるデータ処理システムの構成を示している。
【００６５】
本構成でも、基本的にはメインフレームでシステムが構成されており、その中に有する記憶装置が、後述する各格納部やファイルとして機能せしめられ、また該メインフレームの演算処理装置が、後述するプログラム実行部５、第２プログラム実行部１０、スケジュール処理実行部１１及びオンライン処理実行部１２として、それらの各処理が実行されることになる。
【００６６】
ただし、上記オンライン処理実行部１２は、オンライン処理要求を受けて、その処理を行うため、図４に示すように、ゲートウェイサーバ１３、通信回線１４を介して、外部に設置されたＡＴＭ１５につなげられている（図では１つのみ示されているが複数接続されている）。尚、端末はＡＴＭなどに限定されるわけではない。
【００６７】
本データ処理システムは、個々の契約に固有の証券番号として付与されたキー情報と各契約における種々のデータを、更新可能な処理終了日付と共に、１のレコードとして格納するマスタファイル１と、該マスタファイル１において上記キー情報で特定されるレコードに対してのみ実行されるエクスターナル処理用の適用業務プログラムの識別コードを該キー情報と共に格納するエクスターナル処理登録ファイル２と、上記マスタファイル１の全レコードに対して実行されるインターナル処理用の適用業務プログラムの識別コードを格納するインターナル処理登録ファイル３と、上記エクスターナル処理及びインターナル処理の適用業務プログラムが、それらに対応する識別コードと共に格納される業務処理実行プログラム格納部４と、上記マスタファイル１からキー情報の順に１のレコードを読み出した後、エクスターナル処理登録ファイル２に上記キー情報と同じキー情報がある場合に該エクスターナル処理登録ファイル２からエクスターナル処理識別コードを抽出すると共に、インターナル処理登録ファイル３から全インターナル処理識別コードを抽出し、それらの識別コードに従って上記業務処理実行プログラム格納部４にある夫々の適用業務プログラムを、読み出されたレコードのデータを参照して実行すると共に、これらの実行が終了したマスタファイル１の該レコードの処理終了日付を更新し、以上の処理を該マスタファイル１の最後のキー情報が付与されたレコードに対してまで繰り返し実行するプログラム実行部５と、前記エクスターナル処理登録ファイル２の内容を複製したテンポラリエクスターナル処理登録ファイル６と、同じく前記インターナル処理登録ファイル３の内容を複製したテンポラリインターナル処理登録ファイル７と、ＡＴＭ１５など外部からのオンライン（対外系オンライン）処理要求を、その要求のあった日の属するシステム基準日を付して該要求をした者に割り当てられたキー情報（後述する例ではキー情報００６のＦさんに割り当てられたキー情報）と一緒に受け付けると共に、オンライン処理要求のあったキー情報を基にマスタファイル１から該当するレコードを引き出し、その処理終了日付を上記システム基準日と比較して、処理終了日付がシステム基準日より前の場合に、上記要求をした者に再度の要求を促す要求処理受付部８と、再度の要求を促した場合に、処理要求受付型メンテナンス処理要求をそのキー情報と共に格納する要求格納部９と、上記要求格納部９の処理要求受付型メンテナンス処理要求に付帯するキー情報を抽出し、上記マスタファイル１から該キー情報のレコードを読み出した後、テンポラリエクスターナル処理登録ファイル６に上記キー情報と同じキー情報がある場合に該テンポラリエクスターナル処理登録ファイル６からエクスターナル処理識別コードを抽出すると共に、テンポラリインターナル処理登録ファイル７から全インターナル処理識別コードを抽出し、それらの識別コードに従って上記業務処理実行プログラム格納部４にある夫々の適用業務プログラムを、読み出されたレコードのデータを参照して実行すると共に、これらの実行が終了した該レコードの処理終了日付を更新する第２プログラム実行部１０とを有している。
【００６８】
上記キー情報は、上述のように、個々の契約に固有の証券番号として付与されるものであり、図中001〜999で示されている。また各レコードに記録される種々のデータには、Ａ〜Ｚさんなどの契約者に関する各属性事項、Ｓで示される保険金額、Ｐで示される保険料、保険料の入金の仕方などと、その他の事項（図示なし）で構成されている。さらに処理終了日付とは、図中9/30処理完了とか10/1処理完了とかいう形式で示されている。尚、図面上インターナル処理登録ファイル３には、銀行振替案内処理、満期案内処理としているが、実際にはその処理に対応する識別コードが記録されている。同様に、エクスターナル処理登録ファイル２にも、図面上入金や給付としているが、実際にはそれに対応する識別コードが記録されている。
【００６９】
ここでも上記エクスターナル処理登録ファイル２とインターナル処理登録ファイル３の各適用業務プログラムの識別コードは、メインフレームに備えられたスケジュール処理実行部１１が自動的に行う。
【００７０】
すなわち、図５上翌日［図面上ｎ＋１日（10/2）］として示す日のオンライン稼働時間（オンライン［ｎ＋１日付］の始まりの時間）前までに行うべき夜間メンテナンス処理を、図４に示すように、マスタファイル１において特定のキー情報を有するレコードに対してのみ処理の行われるエクスターナル処理と該マスタファイル１に登録されている全レコードに対して処理を行うインターナル処理とに分け、該スケジュール処理実行部１１によって、夫々の識別コードが、エクスターナル処理登録ファイル２とインターナル処理登録ファイル３に格納される。
【００７１】
これらのファイルが作成されると、同じく図４に示すように、該スケジュール処理実行部１１により、これらの内容を夫々複製して、上記テンポラリエクスターナル処理登録ファイル６とテンポラリインターナル処理登録ファイル７とが作成される。
【００７２】
そして上記処理が終了した後、図４〜図６に示すように、オンライン処理と平行してプログラム実行部５は処理を行う。
【００７３】
すなわち、マスタファイル１からキー情報の順に１のレコードが読み出される。そしてエクスターナル処理登録ファイル２が参照され、そこに上記キー情報と同じキー情報がある場合に該エクスターナル処理登録ファイル２からエクスターナル処理識別コードが抽出される。
【００７４】
上記業務処理実行プログラム格納部４から、該当する識別コードの付されたエクスターナル処理の適用業務プログラムが抽出され、該適用業務プログラムが、読み出されたレコードのデータを参照しながら実行される。この抽出・実行を繰り返す。
【００７５】
またインターナル処理登録ファイル３が同じく参照され、そこから全インターナル処理識別コードが抽出される。
【００７６】
その後上記業務処理実行プログラム格納部４から、該当する識別コードの付されたインターナル処理の適用業務プログラムが抽出され、該適用業務プログラムが、読み出されたレコードのデータを参照しながら実行される。この抽出・実行を繰り返す。
【００７７】
これらの実行が終了したマスタファイル１の該レコードは、その処理終了日付がプログラム実行部５によって更新される。
【００７８】
そしてマスタファイル１から次のレコードが読み出され、同様な処理が繰り返され、該マスタファイル１の最後のキー情報が付与されたレコードに対してまで実行される。
【００７９】
ところが、上記保険会社の保険契約者である（証券番号として付されたキー情報006）のＦさんが、図４及び図６に示すように、ｎ＋１日（図面上は10/2）の午前１時に上記ＡＴＭ１５を介して、ｎ＋１日付のオンライン操作を行い、後述するような自分が契約した保険契約の契約者貸し付けなどの処理要求を、オンライン処理実行部１２に対してしてきた（図６上▲１▼）とする。ただし、この要求時には、図６に示すように、上記プログラム実行部５は、上記ｎ日付夜間メンテナンス処理を実行中であり、且つキー情報順にプログラム実行部５がキー情報004のＤさんまでのエクスターナル処理及びインターナル処理用の適用業務プログラムの実行を行い、処理終了日付を更新した状態であったとする。
【００８０】
上述のように、上記プログラム実行部５は、キー情報順に、マスタファイル１の各レコードのデータを読み出し、エクスターナル処理及びインターナル処理を行うので、Ｆさんのオンライン処理要求に対応する処理は、実行できないはずである。すなわち、Ｆさん用のｎ日付のメンテナンス処理が終了してからでなければ、ｎ＋１日付のオンライン処理要求に対応する処理はできないからである。
【００８１】
この場合、上記要求処理受付部８によって、外部からのＦさんのオンライン処理要求が、その要求のあったｎ＋１日（10/2付け）の属するシステム基準日［カレンダ上はｎ＋１日（10/2付け）であるがシステム稼働上ｎ日（10/1付け）として扱う］を付して該要求をしたＦさんのキー情報006と一緒に受け付けられる。
【００８２】
また該要求処理受付部８により、オンライン処理要求のあったキー情報を基にマスタファイル１から該当するレコードが引き出され、その処理終了日付ｎ−１日（９／３０付け）が上記システム基準日と比較されて（図６上○２）、処理終了日付がシステム基準日より前の場合に、上記要求をしたＦさんに再度のオンライン処理要求が促される（図６上○３）。
【００８３】
該要求処理受付部８によって再度の要求が促された場合に、上記要求格納部９に、処理要求受付型メンテナンス処理要求とそのキー情報とが共に格納される（図６上▲４▼）。
【００８４】
他方上記第２プログラム実行部１０により、所定の時間毎に、要求格納部９に処理要求受付型メンテナンス処理要求が格納されていないかが常に確認される状態になっている（図６上▲４▼’）。上記のように、要求処理受付部８によって、要求格納部９にＦさんに対する処理要求受付型メンテナンス処理要求が格納されれば、第２プログラム実行部１０は、これを感知して、次のような処理を行う。
【００８５】
すなわち、該第２プログラム実行部１０により、該処理要求受付型メンテナンス処理要求に付帯するキー情報006が抽出され、上記マスタファイル１から該キー情報のレコードが読み出される（図６上マスタファイル１側の▲４▼’）。
【００８６】
そして上記テンポラリエクスターナル処理登録ファイル６に上記キー情報と同じキー情報があるか否かが確認され、それがある場合に該テンポラリエクスターナル処理登録ファイル６からエクスターナル処理用の識別コードが抽出され、それに対応する適用業務プログラムが実行され、該抽出・実行が繰り返される。
【００８７】
その後、テンポラリインターナル処理登録ファイル７から全インターナル処理識別コードが抽出され、それに対応する適用業務プログラムが実行され、該抽出・実行が繰り返される。
【００８８】
このように上記識別コードに従って上記業務処理実行プログラム格納部４にある夫々の適用業務プログラムが、第２プログラム実行部１０により、上記キー情報006の付いたレコードのデータを参照して、該レコードに対してだけ先に、ｎ日付（10/1付け）の夜間メンテナンス処理として実行される（図６上▲５▼’▲６▼’）。
【００８９】
また、これらの実行が終了したキー情報006の付いたレコードの処理終了日付が、ｎ−１日（9/30付け）からｎ日付（10/1付け）に更新される（図６上▲７▼’）。
【００９０】
この時、Ｆさんから再度オンライン処理要求が要求処理受付部８に受付られた場合（図６上▲８▼）、それに対応するオンライン処理が実行される。
【００９１】
Ｆさんの夜間メンテナンス処理が終了しているため、プログラム実行部５によるＦさん向けの（キー情報006のついた）夜間メンテナンス処理はバイパスされる。
【００９２】
図７〜図１０までは、Ｆさんが上記ＡＴＭ１５で上述のオンライン処理要求を行う場合に、該ＡＴＭ１５画面に表示された表示例を示している。
【００９３】
図７は、ＡＴＭ１５における最初の表示画面例である。すなわち、同画面上でどの様なオンライン処理要求を出すかを選択する。この場合「提携取引等」を選択したとする。
【００９４】
その後いくつかの画面遷移が有り、図８に示すように、生命保険契約者に対する貸し付けの処理要求が、ＡＴＭ１５の画面上で、Ｆさんによって選択され、さらにＡＴＭ１５に備えられたカード挿入口（図示なし）への契約者カードの挿入が求められ、また暗証番号などの入力が求められ、それらが正確に行われたとする。すると、図９のように、画面が遷移する。この際要求処理受付部８により、Ｆさんに割り当てられたキー情報を基にマスタファイル１の同じキー情報からＦさんのレコードが抽出され、要求を出した時が属する上記システム基準日とマスタファイル１の夜間メンテナンス処理に関する処理終了日が比較される。
【００９５】
この際、前日の夜間メンテナンス処理が終了しておらず、Ｆさんのオンライン処理要求が実行できない場合は、図１０に示すように、只今取り扱いができないので再度オンライン処理要求を行って欲しい旨の表示がなされ、これまでの処理がＦさんによって繰り返されることになる。その間に、第２プログラム実行部１０により、Ｆさんに関してだけ、夜間メンテナンス処理がなされて、マスタファイル１の処理終了日が更新されるため、Ｆさんが、図１０の求めに応じてオンライン処理要求を再度行った場合には、すぐにＦさんに対するオンライン処理が上記オンライン処理実行部１２で実行されることになる。
【００９６】
尚、本発明のデータ処理システムは、上述の実施例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【００９７】
【発明の効果】
以上、説明したように本発明の請求項１〜請求項４記載のデータ処理システムによれば、マスタファイルのデータ読み出し・書き込み回数を減らすことで短時間でデータ処理ができ、データ処理を高速処理することが可能となるという優れた効果を奏し得る。
【００９８】
また請求項２〜４の構成によれば、上記構成を利用することで、メンテナンス処理時に外部からオンライン処理要求があった場合にも、オンライン処理要求をした者の上記メンテナンス処理のみ優先して行わせ、その処理を完了させてしまうため（その管理はマスタファイルの処理終了日の更新と要求処理受付部によるこれらの日付のチェックで行っているため）、メンテナンス処理が終了していないとできなかった該オンライン処理要求に対応した処理が実行できるようになる。その際、オンライン処理要求を行った者に対し、再度のオンライン処理要求をするよう促す構成としているため、システムの処理がなかなか行われず、システム障害が発生してしまって自分の要求したオンライン処理が実行されていなかったような不安を、その者に抱かせることがない。
【図面の簡単な説明】
【図１】本発明の１実施例に係る生命保険会社におけるデータ処理システムの構成を示す説明図である。
【図２】上記システムの処理の流れを示すフローチャートである。
【図３】上記システムにおける処理説明図である。
【図４】本発明の第２実施例に係る同じく生命保険会社におけるデータ処理システムの構成を示す説明図である。
【図５】同システムにおける処理の流れを示すタイムチャートである。
【図６】上記システムにおける処理手順を示す説明図である。
【図７】ＡＴＭの最初の画面例を示す画面構成説明図である。
【図８】ＡＴＭの操作途中の画面例を示す画面構成説明図である。
【図９】要求処理受付部８がオンライン処理要求の実行が可能か否か判定を行っている間に示される画面構成説明図である。
【図１０】オンライン処理要求を再度促している状態を示す画面構成説明図である。
【図１１】従来構成で実行される夜間メンテナンス処理の一例を示す説明図である。
【図１２】上記従来構成における処理の流れを示すタイムチャートである。
【符号の説明】
１、１００  マスタファイル
２          エクスターナル処理登録ファイル
３          インターナル処理登録ファイル
４          業務処理実行プログラム格納部
５          プログラム実行部
６          テンポラリエクスターナル処理登録ファイル
７          テンポラリインターナル処理登録ファイル
８          要求処理受付部
９          要求格納部
１０          第２プログラム実行部
１１          スケジュール処理実行部
１２          オンライン処理実行部
１３          ゲートウェイサーバ
１４          通信回線
１５          ＡＴＭ
１０１          トランザクションファイル
１０２          夜間メンテナンス処理部
【図１】
0004154154.tif 000002
【図２】
0004154154.tif 000003
【図３】
0004154154.tif 000004
【図４】
0004154154.tif 000005
【図５】
0004154154.tif 000006
【図６】
0004154154.tif 000007
【図７】
0004154154.tif 000008
【図８】
0004154154.tif 000009
【図９】
0004154154.tif 000010
【図１０】
0004154154.tif 000011
【図１１】
0004154154.tif 000012
【図１２】
0004154154.tif 000013