(57)【要約】【課題】  データの更新状況と更新するための実行時間と開始時刻と終了時刻と実行予想時間と開始予想時刻と終了予想時刻とを含む表示情報を容易に検索及び取得し、取得した表示情報を表示する表示システムを提供する。【解決手段】  表示システム１は、基本処理実行結果テーブル５１を記憶する第１の記憶部４１と、営業日カレンダテーブル５２ｂを記憶する第２の記憶部４２と、処理ユニットマスタテーブル５３を記憶する第３の記憶部４３と、処理ブロックマスタテーブル５４を記憶する第４の記憶部４４と、表示情報を呼び出す呼び出し部２０ｂと、呼び出し部２０ｂが表示情報を呼び出した際に、処理ブロックマスタテーブル５４における処理ブロックを基に表示情報を算出する算出部（制御部）４０と、制御部４０によって算出された表示情報を表示する表示部２０ａと、を具備する。【選択図】      図１
2009294760.tif 000002
【特許請求の範囲】
【請求項１】
金融システムのサーバに保存されているデータが更新される際に、端末に前記データの更新状況と更新するための実行時間と開始時刻と終了時刻と実行予想時間と開始予想時刻と終了予想時刻とを含む表示情報を表示する表示システムにおいて、
前記データを更新するための基本処理が実行された際に、前記基本処理の結果を格納する基本処理実行結果テーブルを記憶する第１の記憶部と、
前記基本処理が実行される実行日を示す実行日情報と、前記実行日情報に対応し、前記実行日毎に所望に設定され、前記実行日の種類を示す実行日種類情報を格納する営業日カレンダテーブルを記憶する第２の記憶部と、
前記データを更新するための処理単位として、前記基本処理の前記実行日情報を基に、前記基本処理から所望に設定される処理ユニットを格納する処理ユニットマスタテーブルを記憶する第３の記憶部と、
前記表示情報を表示するための処理単位として前記処理ユニットを基に所望に設定される処理ブロックを格納する処理ブロックマスタテーブルを記憶する第４の記憶部と、
前記表示情報を呼び出す呼び出し部と、
前記呼び出し部が前記表示情報を呼び出した際に、前記処理ブロックマスタテーブルにおける前記処理ブロックを基に前記表示情報を算出する算出部と、
前記算出部によって算出された前記表示情報を表示する表示部と、
を具備することを特徴とする表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融システムにおけるデータの更新状況等を含む表示情報を表示する表示システムに関する。
【背景技術】
【０００２】
例えば銀行や証券会社等には、金融業務に係るオンラインシステムが用いられる。このオンラインシステムは、例えば銀行や証券会社等の営業時間外にて、例えば日次バッチ処理（基本処理）を行い、例えば顧客情報といったデータを大量に更新する。その際、データの更新が終了（完了）するまで、上述したオンラインシステムの利用やサーバにデータを保存すること等は制限される。このような利用制限は、銀行や証券会社におけるユーザ（例えば窓口業務を行う人）への影響が大きい。よってデータの更新状況と更新するための実行時間と開始時刻と終了時刻と実行予想時間と開始予想時刻と終了予想時刻とを含む表示情報等は、モニタなどに表示され、オンラインシステムを管理するシステム管理者によって管理される。
【０００３】
また例えば特許文献１には、顧客の取引情報や預かり資産の増減傾向を容易にかつ簡単に取得する金融業務支援システムが開示されている。
【特許文献１】特開２００６―３５０７９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら上述したオンラインシステムにおいて、データの更新に必要な外部ファイルの受信の遅延や、オンラインシステムにおけるシステム障害や、更新対象データの営業日の違いによるデータ量や処理内容の違いなどによって、表示情報（例えば上述した更新状況や開始予想時刻等）は変化する。これにより変化した後の表示情報が表示されず、システム管理者は変化する表示情報を取得できない虞が生じる。つまりシステム管理者は、データの更新状況と更新するための実行時間と開始時刻と終了時刻と実行予想時間と開始予想時刻と終了予想時刻とを含む表示情報等を把握できない虞が生じる。
【０００５】
上述した更新対象データの営業日の違いによるデータ量の違いや処理内容の違いについて簡単に説明する。ここでは、例えば月初にて月初バッチ処理（基本処理）を行い、さらに特定の日に新たにバッチ処理を行うものとする。この特定の日に行われるバッチ処理は、新たに設定された処理であるものとする。営業日の違いとは、月初と特定の日といったようにバッチ処理を行う日が異なることを示す。またデータ量の違いとは、月初バッチ処理のデータ量と特定の日に行われるバッチ処理のデータ量とが異なることを示す。また処理内容の違いとは、月初バッチ処理の処理内容と、特定の日に行われるバッチ処理の処理内容とが異なることを示す。
【０００６】
そのため本発明は、上記事情に鑑み、データの更新状況と更新するための実行時間と開始時刻と終了時刻と実行予想時間と開始予想時刻と終了予想時刻とを含む表示情報を容易に検索及び取得し、取得した表示情報を表示する表示システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
第１の本発明は目的を達成するために、金融システムのサーバに保存されているデータが更新される際に、端末に前記データの更新状況と更新するための実行時間と開始時刻と終了時刻と実行予想時間と開始予想時刻と終了予想時刻とを含む表示情報を表示する表示システムにおいて、前記データを更新するための基本処理が実行された際に、前記基本処理の結果を格納する基本処理実行結果テーブルを記憶する第１の記憶部と、前記基本処理が実行される実行日を示す実行日情報と、前記実行日情報に対応し、前記実行日毎に所望に設定され、前記実行日の種類を示す実行日種類情報を格納する営業日カレンダテーブルを記憶する第２の記憶部と、前記データを更新するための処理単位として、前記基本処理の前記実行日情報を基に、前記基本処理から所望に設定される処理ユニットを格納する処理ユニットマスタテーブルを記憶する第３の記憶部と、前記表示情報を表示するための処理単位として前記処理ユニットを基に所望に設定される処理ブロックを格納する処理ブロックマスタテーブルを記憶する第４の記憶部と、前記表示情報を呼び出す呼び出し部と、前記呼び出し部が前記表示情報を呼び出した際に、前記処理ブロックマスタテーブルにおける前記処理ブロックを基に前記表示情報を算出する算出部と、前記算出部によって算出された前記表示情報を表示する表示部と、を具備することを特徴とする表示システムを提供する。
【０００８】
第２の発明はさらに、前記基本処理実行結果テーブルは、前記基本処理が実行された日付け情報と、前記基本処理毎に異なるように設定され、前記基本処理を示す基本処理情報と、前記基本処理が開始された時刻を示す開始時刻情報と、前記基本処理が終了された時刻を示す終了時刻情報と、基本処理の動作状態を示す動作状態情報とを前記結果として有することを特徴とする上記に記載の表示システムを提供する。
【０００９】
第３の発明はさらに、前記処理ユニットマスタテーブルは、前記実行日種類情報と、前記データを更新するための処理情報と、前記データを更新するためにかかる実行予想時間を示す実行予想時間情報と、を前記処理ユニット毎に有することを特徴とする上記に記載の表示システムを提供する。
【００１０】
第４の発明はさらに、前記処理ブロックマスタテーブルは、前記実行日種類情報と、前記処理ブロック毎に異なるように予め設定され、前記処理ブロックを示す情報である処理ブロック情報と、処理ブロックとして設定された前記処理ユニットにおいて、最初に処理が実行される前記処理ユニットを示す情報である最初処理ユニット情報と、前記処理ブロックとして設定された前記処理ユニットにおいて、最後に処理が実行される前記処理ユニットを示す情報である最後処理ユニット情報と、前記処理ブロックにおける更新処理が実行中に前記表示部に表示される情報である実行中メッセージ情報と、前記処理ブロックにおける更新処理が終了した後に前記表示部に表示される情報である実行後メッセージ情報と、前記表示部に表示される前記処理ブロックの表示の順序を示す表示順序情報と、を前記処理ブロック毎に有することを特徴とする上記に記載の表示システムを提供する。
【００１１】
第５の発明は第１乃至第４の発明の構成に加え、前記呼び出し部は、前記実行日情報または前記処理ブロック情報のいずれか一方を基に前記表示情報を呼び出すこと特徴とする上記に記載の表示システムを提供する。
【発明の効果】
【００１２】
本発明によれば、データの更新状況と更新するための実行時間と開始時刻と終了時刻と実行予想時間と開始予想時刻と終了予想時刻とを含む表示情報を容易に検索及び取得し、取得した表示情報を表示する表示システムを提供することができる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照して本発明の実施形態について詳細に説明する。図１乃至図９Ｂを参照して第１の実施形態について説明する。図１は、本実施形態における表示システム１の概略構成図である。表示システム１は、例えば銀行等における金融システムに用いられる。図１に示すように、表示システム１は、サーバ１０と、少なくとも１つのクライアント端末２０と、サーバ１０とクライアント端末２０とが互いに例えば顧客情報や取引情報や預り情報等のデータを送受信するためのＬＡＮやインターネットやイントラネット環境などのネットワーク３０とを有している。この表示システム１は、サーバ１０とクライアント端末２０とがネットワーク３０によって接続された構成となっている。表示システム１は、Ｗｅｂアプリケーション等のデータベース参照型システムであり、データや後述する表示情報等を管理し、所望にアクセスされた際に表示情報等をクライアント端末２０の表示部２０ａに表示させる。所望にアクセスされた際とは、例えばクライアント端末２０の後述する呼び出し部２０ｂによって後述する営業日日付けや処理ブロックＩＤ等の検索条件が入力され、クライアント端末２０がネットワーク３０を介してサーバ１０（後述するＤＢサーバ１３）にアクセスしたときである。また表示情報とは、例えばデータの更新状況と更新するための実行時間と開始時刻と終了時刻と実行予想時間と開始予想時刻と終了予想時刻等である。
【００１４】
データにおける顧客情報とは、売買取引の行われた顧客の氏名、年齢、住所、職業、顧客が売買する投資信託の口座番号、顧客を担当する銀行における窓口担当者、顧客の例えば取引のための資金の残高、などの顧客属性（静的データ）である。  
データにおける取引情報とは、顧客が行った取引に関する情報であり、例えば後述する顧客の最古投資日といった初回の取引（投資）日、顧客が取引（投資）を行った日を示す取引（投資）日、約定日、銘柄、口数、および、買付・売却等の取引の種類を示す区分が含まれる。  
データにおける預り情報とは、顧客が投資した時点の投資額や現時点の評価額に関する情報であり、保有している銘柄、口数および買い付け単価が含まれる。
【００１５】
クライアント端末２０は、ネットワーク３０と後述するＷＥＢサーバ１４を介してＤＢサーバ１３にアクセスできるようになっている。このクライアント端末２０は、図示しないＣＰＵや記憶部を有している。またクライアント端末２０は、後述する営業日日付けや処理ブロックＩＤ等の検索条件を入力することで表示情報を呼び出す呼び出し部２０ｂと、データや、クライアント端末２０がサーバ１０に所望にアクセスした際に表示情報等を表示するＷｅｂブラウザ等による表示部２０ａとを有している。呼び出し部２０ｂは、例えばキーボードやマウスなどであり、検索条件を入力するための入力部であり、検索条件を取得するための取得部でもある。なお呼び出し部２０ｂが表示情報を呼び出すことは、クライアント端末２０がネットワーク３０を介してサーバ１０に所望にアクセスすることに含まれる。
【００１６】
サーバ１０は、データを更新するためのバッチ処理（基本処理）を行う例えばＥｘｔｒａｃｔ  Ｔｒａｎｓｆｏｒｍ  Ｌｏａｄ（以下、ＥＴＬ）サーバ等のデータ更新サーバ１１と、データ更新サーバ１１における基本処理全体のフローを制御する運用管理サーバ１２と、更新される前のデータと更新された後のデータ等を格納（保存）するデータベースサーバ（以下、ＤＢサーバ）１３と、ＤＢサーバ１３と接続し、クライアント端末２０にデータや表示情報等を送信するＷＥＢサーバ１４とを有している。
【００１７】
データ更新サーバ１１と運用管理サーバ１２とＤＢサーバ１３とは、基本処理を行うための動作環境となる。
【００１８】
データ更新サーバ１１は、図２に示すように例えば基本処理１乃至基本処理６等を実行する。基本処理１乃至基本処理６等は、予め設定されているプログラム等である。なお図２では、簡略化のため、基本処理１乃至基本処理６のみを記載する。  
例えば基本処理１とは、顧客情報における顧客の住所に変更が生じた際に、住所を示す住所情報を更新するプログラムである。また例えば基本処理２とは、例えば顧客情報における資金の残高に変更が生じた際に、資金の残高を示す残高情報を更新するプログラムである。また例えば基本処理３とは、例えば顧客情報における顧客を担当する銀行における窓口担当者に変更が生じた際に、窓口担当者を示す担当者情報を更新するプログラムである。基本処理４乃至基本処理６についても、例えば顧客情報における上述した住所や残高や担当者以外の項目を更新するプログラムである。
【００１９】
基本処理は、上述したように顧客情報における住所といった各項目を更新するプログラムであるが、これに以外にも取引情報の各項目や預かり情報の各項目を更新するプログラムでもある。このように基本処理は、例えば顧客情報や取引情報や預り情報等における各項目（例えば顧客情報における顧客の住所や取引情報における取引（投資）を行った日や預かり情報における保有している銘柄等）が変更された際に、各項目を更新するためのプログラムである。
【００２０】
運用管理サーバ１２は、図２に示すように例えば基本処理１と基本処理２の後に基本処理３を実行する、基本処理３の後に基本処理４乃至基本処理６を実行する、といった基本処理のフローを制御する。
【００２１】
ＤＢサーバ１３は、図１に示すようにデータ更新サーバ１１が実行した各基本処理の結果（ログ）を図３に示すように基本処理実行結果テーブル５１に算出する制御部４０と、制御部４０によって算出された基本処理実行結果テーブル５１を記憶する第１の記憶部４１とを有している。
【００２２】
ログとは、各基本処理の実行結果（バッチ処理の実行結果）を示す情報であり、各基本処理の実行経過（バッチ処理の処理経過）を示す情報である。実行結果を示す情報とは、例えば基本処理実行結果テーブル５１における基本処理１乃至基本処理３のログを示す。また実行経過を示す情報とは、例えば基本処理実行結果テーブル５１における基本処理４乃至基本処理６のログを示す。つまり基本処理実行結果テーブル５１は、データを更新するための基本処理が実行された際に、基本処理の実行結果や基本処理の実行経過を格納する。
【００２３】
このログは、基本処理毎に出力される。つまり基本処理は、データ更新サーバ１１が実行する処理の最小単位を示す。
【００２４】
基本処理実行結果テーブル５１は、図３に示すように、基本処理が実行された日付けを示す日付け情報と、基本処理毎に異なるように予め設定され、各基本処理を示す情報であるバッチＩＤ（基本処理情報）と、データ更新サーバ１１が基本処理を開始した時刻を示す開始時刻情報と、データ更新サーバ１１が基本処理を終了した時刻を示す終了時刻情報と、基本処理の動作状態を示すステータス（動作状態情報）と、詳細メッセージ等を格納している。なお図３に示すように基本処理４乃至基本処理６のように処理が実行中の場合、終了時刻は算出されない。また例えば基本処理６が実行されていない場合、基本処理実行結果テーブル５１には基本処理６のログは算出されない。
【００２５】
バッチＩＤは、本実施形態では例えば基本処理１、基本処理２・・・と、予め設定されるものとする。なおバッチＩＤは、基本処理毎に異なるように制御部４０によって設定されてもよい。また基本処理１のバッチＩＤは「０００００１」と設定され、基本処理２のバッチＩＤは「００００１０」と設定されても良い。ステータスは、例えば基本処理が終了（完了）している状態を示す正常、基本処理が実行している状態を示す実行中等と表示される。
【００２６】
また図１に示すようにＤＢサーバ１３は、図１に示すように、バッチ登録マスタテーブル５２ａと営業日種類情報を管理する営業日カレンダテーブル５２ｂとを記憶する第２の記憶部４２と、処理ユニットマスタテーブル５３を記憶する第３の記憶部４３と、処理ブロックマスタテーブル５４を記憶する第４の記憶部４４とを有している。
【００２７】
バッチ登録マスタテーブル５２ａには、図４Ａに示すように基本処理の名前とこの基本処理に対応する上述したバッチＩＤとの対応関係がまとめられている。バッチＩＤは、基本処理毎に異なるように設定され、基本処理を示す。バッチ登録マスタテーブル５２ａは、予め算出（作成）されていてもよいし、制御部４０が基本処理実行結果テーブル５１を算出した際に、制御部４０によって算出されてもよい。なおバッチ登録マスタテーブル５２ａは、基本処理名を管理しないのであれば算出されなくても良い。
【００２８】
営業日カレンダテーブル５２ｂは、図４Ｂに示すように営業日日付けと、営業日日付けに対応し、営業日日付け毎に所望に設定され、営業日の種類を示す営業日種類情報とを格納している。言い換えると、営業日カレンダテーブル５２ｂには、営業日日付けと営業日種類情報との対応関係がまとめられている。営業日日付けとは、基本処理が実行される実行日を示す実行日情報である。また、営業日種類情報とは、例えば通常、月初、月末、期末、年度末等のように営業日（実行日）の種類（カテゴリー）を示す実行日種類情報である。営業日カレンダテーブル５２ｂには、例えば１月６日が通常の営業日に属し、例えば４月１日が月初の営業日に属すること等がまとめられている。なお例えば１月６日が月初の営業日となるようにしてもよい。このように営業日日付けと営業日種類情報との関係は、所望に調整される。
【００２９】
処理ユニットマスタテーブル５３は、データを更新するための処理単位として、実行日情報を基に、基本処理から所望に設定される処理ユニットを格納する。
【００３０】
ここで本実施形態における処理ユニットマスタテーブル５３における処理ユニットと上述した基本処理の関係について簡単に説明する。  
基本処理における日付け情報（図３参照）は、上述したように営業日日付け（図４Ｂ参照）に対応する。日付け情報が異なれば、一般的に基本処理の内容（プログラム）は異なる。図３に示す基本処理実行結果テーブル５１において例えば同じ日付け情報を有する基本処理は、図５Ａに示す処理ユニットマスタテーブル５３において予め１つの処理ユニットとして所望に設定されている。これら処理ユニットは、各プログラムによるデータの更新状況を示すものである。
【００３１】
例えば上述した基本処理１乃至基本処理６は、同じ日付け情報を有し、上述したように顧客情報を更新するプログラムである。そのため例えば基本処理１乃至基本処理６は、処理ユニットＡとしてまとめられる。よって処理ユニットＡは、日付け情報が７／１０における顧客情報の更新状況を示すものとなる。
【００３２】
なお同じ基本処理であっても、例えば通常と月初とでは、異なる処理ユニットとして設定される。例えば図示しない基本処理７乃至基本処理１４が月初である２／１における顧客情報を更新するプログラムである場合、処理ユニットＡとは異なる処理ユニットＢとして設定される。つまり処理ユニットＢは、日付け情報が２／１における顧客情報の更新状況を示すものとなる。
【００３３】
また同じ基本処理であり、営業日種類情報が通常である例えば１／６の基本処理と営業日種類情報が通常である例えば１／７の基本処理とは、それぞれ同じ処理ユニットとして設定される。
【００３４】
このように本実施形態の処理ユニットマスタテーブル５３では、基本処理を基とする処理ユニットの構成が管理されている。言い換えると処理ユニットマスタテーブル５３には、データを更新するための処理単位として、基本処理の営業日種類情報を基に、基本処理から所望に設定される処理ユニットが予め設定（定義）されている。
【００３５】
処理ユニットマスタテーブル５３は、図５Ａに示すように、営業日種類情報と、処理ユニットの名前と、処理ユニット毎に異なるように予め設定され、各処理ユニットを示す情報である処理ユニットＩＤ（処理ユニット情報）と、各処理ユニットの開始情報を示す開始バッチＩＤと、各処理ユニットの終了情報を示す終了バッチＩＤと、一方の処理ユニットの直前に実行される他方の処理ユニットを示す情報である直前処理ユニットＩＤと、処理ユニットの実行予想時間と、を処理ユニット毎に有している。
【００３６】
処理ユニットＩＤと、開始バッチＩＤと、終了バッチＩＤとは、処理ユニット毎に異なるように予め所望に設定される。処理ユニットＩＤと、開始バッチＩＤと、終了バッチＩＤと、直前の処理ユニットＩＤとは、データを更新するための処理情報である。
【００３７】
また実行予想時間は、基本処理のデータ量に応じて予め設定されている。つまり同じ基本処理であっても、日付け情報が異なり、データ量が異なるのであれば、処理ユニットにおける実行予想時間は異なるように予め所望に設定される。つまり処理ユニットマスタテーブル５３では、基本処理のデータ量に対応する実行予想時間が予め所望に定義されている。なお実行予想時間は、基本処理のデータ量に応じて予め設定されるため、所望に調整可能である。
【００３８】
例えば図５Ａに示すように処理ユニットＡは、処理ユニットＩＤを「ＵＮＩＴ＿Ａ」と設定され、開始バッチＩＤを「ＡＳ．ｂａｔ」と設定され、終了バッチＩＤを「ＡＥ．ｂａｔ」と設定される。また処理ユニットＡの実行予想時間は、例えば「Ａｔ」と設定される。他の処理ユニットについては、図５Ａに示すとおりである。
【００３９】
なお本実施形態において、図５Ａに示す営業日種類情報が例えば通常である場合、図５Ｂに示すように処理ユニットＡにおける更新処理が終了した後に、処理ユニットＢ，Ｃ，Ｄにおける更新処理が同時（並列）に開始されるものとする。また処理ユニットＤにおける更新処理が終了した後に、処理ユニットＥにおける更新処理が開始されるものとする。また処理ユニットＥにおける更新処理が終了した後に、処理ユニットＦ，Ｇにおける更新処理が同時（並列）に開始されるものとする。これら更新処理の順番は、予め所望に設定されている。
【００４０】
そのため図５Ａに示すように、例えば処理ユニットＢにおける直前の処理ユニットＩＤは、処理ユニットＡを示すＵＮＩＴ＿Ａとなる。また例えば処理ユニットＥにおける直前の処理ユニットＩＤは、処理ユニットＤを示すＵＮＩＴ＿Ｄとなる。また例えば処理ユニットＡにおける直前の処理ユニットＩＤは、存在しないため、無し（ＮＵＬＬ）となる。
【００４１】
図５Ａに示す営業日種類情報が例えば月初や月末や年度末である場合、それぞれについては、営業日種類情報が例えば通常である場合と略同様であるため詳細な説明は省略する。
【００４２】
上述したように処理ユニットＡは、営業日分類情報が通常（例えば７／１０）における顧客情報の更新状況を示すものである。また処理ユニットＢ’は、営業日分類情報が月初（例えば２／１）における顧客情報の更新状況を示すものである。
【００４３】
表示部２０ａに表示される表示情報（データである顧客情報の更新状況等）は、上述した通常や月初などの営業日種類情報に区分されること無く、まとめて管理され、表示される必要がある。
【００４４】
そのため、処理ユニットＡ，Ｂは、顧客情報の更新状況等を示す処理ブロックとしてまとめられる。つまり処理ブロックと処理ユニットの関係について簡単に説明すると、処理ブロックは、少なくとも１つの処理ユニットから構成され、処理ユニットのように営業日種類情報によって分類はされず、表示部２０ａに表示される表示情報において、例えばデータの更新状況と更新するための実行時間と開始時刻と終了時刻と実行予想時間と開始予想時刻と終了予想時刻といった表示情報の項目毎にまとまったものである。
【００４５】
このように処理ブロックは、表示情報を表示部２０ａに表示するための処理単位として処理ユニットを基に所望に設定され、表示情報を管理する。この表示情報は、呼び出し部２０ｂが営業日日付け（実行日情報）または後述する処理ブロックＩＤ（処理ブロック情報）のいずれか一方を基に表示情報を呼び出した際に、算出部である制御部４０が処理ブロックマスタテーブル５４における処理ブロックを基に表示情報を算出することで、表示部２０ａに表示される。言い換えると、この表示情報は、クライアント端末２０が上述したようにＤＢサーバ１３にアクセスした際に、ネットワーク３０とＷＥＢサーバ１４を介して表示部２０ａに表示される。
【００４６】
上述した処理ブロックマスタテーブル５４は、この処理ブロックを格納する。  
図６Ａに示すように処理ブロックマスタテーブル５４は、営業日種類情報と、処理ブロックの名前と、処理ブロック毎に異なるように予め設定され、各処理ブロックを示す情報である処理ブロックＩＤ（処理ブロック情報）と、処理ブロックとして設定された処理ユニットにおいて、最初に処理が実行される先頭の処理ユニットを示す情報である最初処理ユニットＩＤ（最初処理ユニット情報）と、処理ブロックとして設定された前記処理ユニットにおいて、最後に処理が実行される最後尾の処理ユニットを示す情報である最後処理ユニットＩＤ（最後処理ユニット情報）と、処理ブロックにおける更新処理が実行中に表示部２０ａに表示される情報である実行中メッセージ情報と、処理ブロックにおける更新処理を終了後に表示部２０ａに表示される情報である実行中メッセージ情報と、表示部２０ａに表示される処理ブロックの表示の順序を示す表示順序情報と、を処理ブロック毎に有している。
【００４７】
本実施形態において図６Ｂに示すように例えば処理ユニットＡと処理ユニットＢとは、予めまとめられ、図６Ｂと図６Ｃに示すように処理ブロックＡとして予め設定される。また例えば処理ユニットＣは、処理ブロックＢとして予め設定される。また例えば処理ユニットＤは、処理ブロックＣとして予め設定される。また例えば処理ユニットＥと処理ユニットＦとは、予めをまとめられ、処理ブロックＤとして予め設定される。また処理ユニットＧは、処理ブロックＥとして予め設定される。
【００４８】
先頭の処理ユニットは、更新処理が最初に実行されるユニットである。上述した処理ブロックＡにおいて、最初の処理ユニットは図６Ｂに示すように処理ユニットＡであり、最初処理ユニットＩＤは処理ユニットＡを示すＵＮＩＴ＿Ａとなる。また最後の処理ユニットは、更新処理が最後に実行されるユニットである。上述した処理ブロックＡにおいて、最後の処理ユニットは図６Ｂに示すように処理ユニットＢであり、最後処理ユニットＩＤは処理ユニットＢを示すＵＮＩＴ＿Ｂとなる。
【００４９】
なお例えば処理ユニットＡと処理ユニットＣは、予めまとめられ、処理ブロックＦとして予め設定されてもよい。このように処理ブロックは、少なくとも１つの処理ユニットから設定され、所望な処理ユニットから構成される。
【００５０】
実行中メッセージ情報とは、例えば処理ブロックにおける更新処理が実行さている旨のメッセージであり、処理ブロックにおける更新処理が実行されている際に表示部２０ａに表示される。また実行後メッセージ情報とは、例えば処理ブロックにおける更新処理が終了した旨のメッセージであり、処理ブロックにおける更新処理が終了した際に表示部２０ａに表示される。表示順序情報は、各処理ブロックに番号が割り振られ、番号の少ない処理ブロックから表示部２０ａに表示されるように設定される。これにより例えば処理ブロックＡから処理ブロックＢ，Ｃ，Ｄ，Ｅの順に表示されることとなる。
【００５１】
次に本実施形態における動作方法について説明する。  
まず図７Ａと図７Ｂと図８を参照して表示情報の検索方法と取得方法について説明する。なお図７Ａは、ネットワーク３０等の図示を省略している。
【００５２】
クライアント端末２０が例えばシステム管理者等のユーザによって操作され、例えば営業日日付けが表示情報を取得するための検索条件として入力部である呼び出し部２０ｂによって入力される（Ｓｔｅｐ１）。これにより入力部２０ｂは表示情報を呼び出すこととなり、クライアント端末２０は表示情報を取得するためにＷＥＢサーバ１４を介してサーバ１０（ＤＢサーバ１３）にアクセスすることとなる。なお検索条件は、営業日日付けに限定する必要はなく、処理ブロックＩＤでもよい。
【００５３】
これにより表示情報の問い合わせが、クライアント端末２０からネットワーク３０とＷＥＢサーバ１４とを介してＤＢサーバ１３等のサーバ１０側に対して行われる。なお入力される営業日日付けは、例えば４／１といった日付けである。
【００５４】
制御部４０は、入力された日付けを基に、図４Ｂに示す営業日カレンダテーブル５２ｂから日付けに対応する営業日分類情報を算出する（Ｓｔｅｐ２）。
【００５５】
制御部４０は、算出された営業日分類情報を基に、図６Ａに示す処理ブロックマスタテーブル５４から、処理ブロック名と、実行中メッセージ情報と実行後メッセージ情報とのいずれか一方と、を算出する（Ｓｔｅｐ３）。  
算出される実行中メッセージ情報または実行後メッセージ情報において、処理ブロックにおける更新処理が実行されている場合、実行中メッセージ情報が算出される。また処理ブロックにおける更新処理が終了している場合、実行後メッセージ情報が算出される。
【００５６】
また制御部４０は、図６Ａに示す処理ブロックマスタテーブル５４における最初処理ユニットＩＤと最後処理ユニットＩＤとを基に、図５Ａに示す処理ユニットマスタテーブル５３から、実行予想時間を算出する（Ｓｔｅｐ４）。各処理ユニットの実行予想時間の算出方法は、後述する。
【００５７】
また制御部４０は、図５Ａに示す処理ユニットマスタテーブル５３における開始バッチＩＤと終了バッチＩＤを基に、図３に示す基本処理実行結果テーブル５１における開始時刻と終了時刻とを算出する（Ｓｔｅｐ５）。
【００５８】
なお上述した日付けが入力されると、制御部４０は、入力された日付けを基に、図３に示す基本処理実行結果テーブル５１における開始時刻と終了時刻を算出してもよい。つまりＳｔｅｐ１からＳｔｅｐ５に進んでも良い。
【００５９】
制御部４０は、算出された処理ブロック名と開始時刻と終了時刻と実行時間とステータスとを図７Ａと図８に示すようにデータ更新状況リスト６０にまとめる（Ｓｔｅｐ６）。なお図７Ａと図８に示すようにデータ更新状況リスト６０には、Ｓｔｅｐ１にてアクセスされた際の時刻（例えば２００７／０９／２６  ０９：１０）が表示される。
【００６０】
開始時刻は、処理が開始されていれば実際に開始された時刻となり、処理が開始されていなければ開始される際の開始予想時刻となる。終了時刻についても同様である。また実行時間は、処理ブロックにおける更新処理が終了していれば実際の実行時間であり、処理ブロックにおける更新処理が実行中の状態や実行前の状態であれば、実行予想時間となる。またステータスには、処理ブロックにおける更新処理が実行されている場合、実行中メッセージ情報が表示される。また処理ブロックにおける更新処理が終了している場合、実行後メッセージ情報が表示される。
【００６１】
そしてこのデータ更新状況リスト６０は、表示情報として表示部２０ａに表示される（Ｓｔｅｐ７）。
【００６２】
つまり呼び出し部２０ｂは検索条件として営業日日付けや処理ブロックＩＤを基に表示情報を呼び出すと、制御部４０は営業日カレンダテーブル５２ｂと処理ブロックマスタテーブル５４と処理ユニットマスタテーブル５３と基本処理実行結果テーブル５１とを基に表示情報を算出し、表示部２０ａは算出された表示情報をデータ更新状況リスト６０として表示する。
【００６３】
次に図９Ａと図９Ｂを参照して各処理ブロックにおける実行予想時間の算出方法と終了予想時刻の算出方法について説明する。この実行予想時間と終了予想時刻、制御部４０によって算出される。
【００６４】
図９Ａに示すように処理ブロックＡにおける更新処理は終了していることを示す。また処理ブロックＢ，Ｃにおける更新処理は、実行中であることを示す。また処理ブロックＤ，Ｅにおける更新処理は、未実行であることを示す。
【００６５】
処理ブロックＡ（処理ユニットＡ，Ｂ）における実行時間は、処理ユニットＡの実行時間と処理ユニットＢの実行時間との和であり、制御部４０によって算出される。処理ユニットＡの実行時間と処理ユニットＢの実行時間は、基本処理実行結果テーブル５１を基に制御部４０によって算出される。つまり更新処理が終了している処理ブロックの実行時間は、処理ブロックを構成する処理ユニットにおける基本処理の開始時刻と終了時刻から制御部４０によって算出される。
【００６６】
また処理ブロックＢ（処理ユニットＣ）の開始時刻は、処理ユニットＡの終了時刻である。処理ブロックＢ（処理ユニットＣ）の終了予想時刻は、処理ユニットＣの開始時刻と図５Ａに示す処理ユニットマスタテーブル５３における処理ユニットＣの実行予想時間との和であり、制御部４０によって算出される。処理ブロックＣ（処理ユニットＤ）についても同様である。この場合、処理ブロックＢ，Ｃの実行時間は、実行予想時間となる。
【００６７】
また、まだ処理が未実行である処理ブロックＤの開始予想時刻は、処理ブロックＣ（処理ユニットＤ）の終了予想時刻である。処理ユニットＥの終了予想時刻は、処理ユニットＤの終了予想時刻と図５Ａに示す処理ユニットマスタテーブル５３における処理ユニットＥの実行予想時間との和である。処理ユニットＦの終了予想時刻は、処理ユニットＥの終了予想時刻と図５Ａに示す処理ユニットマスタテーブル５３における処理ユニットＦの実行予想時間との和であり、制御部４０によって算出される。  
つまり処理ブロックＤの終了予想時刻は、処理ブロックＣ（処理ユニットＤ）の終了予想時刻と処理ユニットＥの実行予想時間と処理ユニットＦの実行予想時間との和であり、制御部４０によって算出される。
【００６８】
また、まだ処理が未実行である処理ブロックＥ（処理ユニットＧ）の処理開始予想時刻は、処理ユニットＥの終了予想時刻である。処理ブロックＥの終了予想時刻は、処理ユニットＥの終了予想時刻と図５Ａに示す処理ユニットマスタテーブル５３における処理ユニットＧの実行予想時間との和であり、制御部４０によって算出される。
【００６９】
このように各処理ブロックの終了予想時刻は、図５Ａに示す処理ユニットマスタテーブル５３に予め設定されている実行予想時間を基に制御部４０によって算出され、図８に示すようにデータ更新状況リスト６０にまとめられる。
【００７０】
なお処理ブロックＡにおいて、更新処理は終了している。よって開始時刻と終了時刻と実行時間は、予想値ではなく、実際に行われた値である。
【００７１】
また処理ブロックＢ，Ｃにおいて、処理は実行中である。よって開始時刻は実際に行われた値であるが、終了時刻と実行時間は、予想値である。
【００７２】
また処理ブロックＤ，Ｅにおける更新処理は未実行である。よって開始時刻と終了時刻と実行時間は、予想値である。これら予想値や実際に行われた値は、見やすいように色分けされていることが好適である。
【００７３】
これにより本実施形態は、例えば営業日日付けや処理ブロックＩＤを検索条件として、呼び出し部２０ｂによって呼び出すだけで、図８に示すデータ更新状況リスト６０（データの更新状況やデータの更新の開始時刻や終了時刻やデータの更新の開始予想時刻や終了予想時刻等の表示情報）を容易に検索及び取得することができる。
【００７４】
また本実施形態は、図８に示すデータ更新状況リスト６０を表示部２０ａに表示させることができるため、ユーザに容易に表示情報を取得させることができる。つまり本実施形態においてユーザは、容易に表示情報を検索でき、更新状況や終了予想時刻等の表示情報を容易に把握することができる。
【００７５】
また本実施形態は、図５Ａに示す処理ユニットマスタテーブル５３における各処理ユニットの例えば実行予想時間を所望に調整することができる。これにより本実施形態は、基本処理のデータ量に応じて、さまざまな処理ブロックに対応可能なデータ更新状況リスト６０を表示させることができる。なお実行予想時間は、例えばクライアント端末２０を操作して処理ユニットマスタテーブル５３を書き換えることで、所望に調整することができる。
【００７６】
また本実施形態は、例えば図５Ａに示す処理ユニットマスタテーブル５３において、処理ユニットを所望に追加、または削除することができる。
【００７７】
例えば図５Ａに示す処理ユニットマスタテーブル５３において例えば図示しない処理ユニットＨが処理ユニットＧの後に新たに追加される場合、処理ユニットＨに対応する処理ユニットＩＤと開始バッチＩＤと終了バッチＩＤと直前の処理ユニットＩＤ（この場合ＵＮＩＴＥ＿Ｇ）と実行予想時間とを処理ユニットマスタテーブル５３に追加（新たに設定）すればよい。  
例えば処理ユニットＨが７／１５における顧客情報の更新状況を示すものである場合、データ更新状況リスト６０は、処理ユニットＨが追加されることで７／１５を含む顧客情報の更新状況を表示することができる。
【００７８】
また処理ユニットマスタテーブル５３において例えば処理ユニットＤが削除される場合、処理ユニットＤに対応する処理ユニットＩＤと開始バッチＩＤと終了バッチＩＤと直前の処理ユニットＩＤと実行予想時間とを処理ユニットマスタテーブル５３から削除すればよい。また処理ユニットＥにおける直前の処理ユニットＩＤをＵＮＩＴＤからＵＮＩＴＡに修正すればよい。
【００７９】
例えば処理ユニットＤが顧客情報の更新状況を示すものである場合、データ更新状況リスト６０は、処理ユニットＤが削除されることで顧客情報の更新状況を表示する必要が無くなる。
【００８０】
これにより本実施形態は、例えば顧客情報の更新状況を表示させる、または顧客情報の更新状況を表示させない、といったさまざまな機能に対応可能なデータ更新状況リスト６０を表示させることができる。なお処理ユニットの追加や削除は、例えばクライアント端末２０を操作して処理ユニットマスタテーブル５３を書き換えることで、所望に調整することができる。
【００８１】
また本実施形態は、図４Ｂに示す営業日カレンダテーブル５２ｂにおいて、新規に例えば特別といった営業日種類情報を追加したり、例えば１／６の営業日種類情報を変更しても良い。また本実施形態は、新規の営業日種類情報における処理内容に対応した処理ユニットＩＤを追加しても良い。なおこれら営業日種類情報の追加や、営業日種類情報を変更や、処理ユニットＩＤの追加は、例えばクライアント端末２０を操作して営業日カレンダテーブル５２ｂや処理ユニットマスタテーブル５３を書き換えることで、所望に調整することができる。
【００８２】
このように本実施形態は、ＤＢサーバ１３に記憶されているバッチ登録マスタテーブル５２ａと、営業日カレンダテーブル５２ｂと、処理ユニットマスタテーブル５３と、処理ブロックマスタテーブル５４とにおける各項目を例えばクライアント端末２０を操作することで所望に調整し、表示部２０ａに表示される表示情報の項目を制御する。つまり本実施形態は、管理システムに依存しない表示情報する表示システム１を運用することができる。
【００８３】
なお本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。
【図面の簡単な説明】
【００８４】
【図１】本実施形態における表示システムの概略構成図である。
【図２】図２は、基本処理全体のフローを示す図である。
【図３】図３は、基本処理実行結果テーブルを示す図である。
【図４Ａ】図４Ａは、バッチ登録マスタテーブルを示す図である。
【図４Ｂ】図４Ｂは、営業日カレンダテーブルを示す図である。
【図５Ａ】図５Ａは、処理ユニットマスタテーブルを示す図である。
【図５Ｂ】図５Ｂは、各処理ユニットにおける処理の開始と処理の終了を示す概略図である。
【図６Ａ】図６Ａは、処理ブロックマスタテーブルを示す図である。
【図６Ｂ】図６Ｂは、処理ユニットと処理ブロックの関係を示す図である。
【図６Ｃ】図６Ｃは、各処理ブロックにおける処理の開始と処理の終了を示す概略図である。
【図７Ａ】図７Ａは、表示情報の検索方法と取得方法を示す図である。
【図７Ｂ】図７Ｂは、表示情報の検索方法と取得方法を示すフローチャートである。
【図８】図８は、データ更新状況リストを示す図である。
【図９Ａ】図９Ａは、処理ブロックにおける実行予想時間の算出方法と終了予想時刻の算出方法を示す図である。
【図９Ｂ】図９Ｂは、処理ブロックにおける実行予想時間の算出方法と終了予想時刻の算出方法を示す図である。
【符号の説明】
【００８５】
１…表示システム、１０…サーバ、１１…データ更新サーバ、１２…運用管理サーバ、１３…データベースサーバ、１４…ＷＥＢサーバ、２０…クライアント端末、２０ａ…表示部、２０ｂ…呼び出し部、３０…ネットワーク、４０…制御部、４１…第１の記憶部、４２…第２の記憶部、４３…第３の記憶部、４４…第４の記憶部、５１…基本処理実行結果テーブル、５２ａ…バッチ登録マスタテーブル、５２ｂ…営業日カレンダテーブル、５３…処理ユニットマスタテーブル、５４…処理ブロックマスタテーブル、６０…データ更新状況リスト。
【図１】
2009294760.tif 000003
【図２】
2009294760.tif 000004
【図３】
2009294760.tif 000005
【図４Ａ】
2009294760.tif 000006
【図４Ｂ】
2009294760.tif 000007
【図５Ａ】
2009294760.tif 000008
【図５Ｂ】
2009294760.tif 000009
【図６Ａ】
2009294760.tif 000010
【図６Ｂ】
2009294760.tif 000011
【図６Ｃ】
2009294760.tif 000012
【図７Ａ】
2009294760.tif 000013
【図７Ｂ】
2009294760.tif 000014
【図８】
2009294760.tif 000015
【図９Ａ】
2009294760.tif 000016
【図９Ｂ】
2009294760.tif 000017