(57)【要約】【課題】  いわゆる営業店システムで、処理量や時間帯によりサーバを即時に停止するかどうかの判断を自動で行う機能を備え、障害発生時の運用をスムーズに行えるようにすることである。【解決手段】  利用者が操作する複数台の端末と、端末からの要求を処理する複数種類のプログラムを有する複数のサーバと、端末とサーバの間にあり端末からの要求をどのサーバに振り分けるかを制御する負荷分散機から構成される営業店システムであって、前記サーバは、プログラム毎の重要度の情報と、時間帯毎の重要度の情報と、プログラムの重要度と時間帯毎の重要度に対してサーバ即時停止可否の情報を保有し、 前記サーバは、端末からの要求量を算出する部分と、プログラムに障害が発生した際に、プログラムの重要度と時間帯の重要度からサーバ即時停止可否を判断する部分と、負荷分散機に対し状態を通知する部分とを備える。【選択図】  図１
2007004412.tif 000002
【特許請求の範囲】
【請求項１】
金融機関において使用される複数の情報処理装置とネットワークを介して接続する営業店システムにおいて、
複数の情報処理装置からのデータの入力およびデータの営業店システムサーバへ送信を行う際に、営業店システムサーバのプログラムの一部に障害が発生し、使用不可能となった際に、当該プログラムを使用している営業店システムサーバの営業店の状態を取得するスケジュール情報取得制御部と、
当該プログラムの利用頻度を取得するプログラム利用頻度判断制御部と、
前記スケジュール情報取得制御部とプログラム利用頻度判断制御部により取得された情報を利用してその営業店システムサーバの障害対応を判断する障害対応判断部を有することにより、
前記プログラムの一部の障害時に、前記営業店システムサーバの即時切り離し可否を決定できることを実現する営業店システム。
【請求項２】
請求項１に記載の営業店システムおいて、
情報処理装置が送信したデータにより処理を行わせる営業店システムサーバを決定する負荷分散機と接続し、
営業店システムサーバと情報処理装置が保持するステータスを使用することにより、
再度情報処理装置からのデータの入力およびデータの営業店システムサーバへ送信を行わずにデータの送信を行う営業点システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、いわゆる営業店を含む所定のサービスの提供を含む業務を実行するエリア（以下、営業店）における情報処理システムに関する。その中でも特に、営業店内、および営業店外にある複数の情報処理装置を利用して業務を実現する営業店システムの障害に対応する技術に関する。
【背景技術】
【０００２】
【特許文献１】特許番号 特開２００１−２１６１７４号公報
【０００３】
特許文献１では、アプリケーションに障害が発生した場合、他のサーバに処理を振り分ける仕組みが提示されている。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、特開２００１−２１６１７４号公報に記載されている従来技術は、サーバの一部のプログラムで障害が発生した場合、そのサーバを停止しなければ端末からの要求を別のサーバに振り分けることができないため、即時にサーバを停止する必要があり、障害が発生したプログラム以外は正常に動作可能であるにもかかわらず、それらも同時に使用不可能となってしまう。また、処理量が多い時間帯に障害が発生した場合は残りのサーバに負荷が集中し、端末利用者への応答時間が遅くなってしまう可能性がある。
【０００５】
本発明の目的は、一部のプログラムの障害の場合に、障害が発生したサーバを停止させることなく、正常に稼動しているプログラムだけを実行可能にすることである。また、処理量や時間帯によりサーバを即時に停止するかどうかの判断を自動で行う機能を備え、障害発生時の運用をスムーズに行えるようにすることである。
【課題を解決するための手段】
【０００６】
前記目的を実現するために、本発明では、利用者が操作する複数台の端末と、端末からの要求を処理する複数種類のプログラムを有する複数のサーバと、端末とサーバの間にあり端末からの要求をどのサーバに振り分けるかを制御する負荷分散機から構成される営業店システムであって、
前記サーバは、プログラム毎の重要度の情報と、時間帯毎の重要度の情報と、プログラムの重要度と時間帯毎の重要度に対してサーバ即時停止可否の情報を保有し、
前記サーバは、端末からの要求量を算出する部分と、プログラムに障害が発生した際に、プログラムの重要度と時間帯の重要度からサーバ即時停止可否を判断する部分と、負荷分散機に対し状態を通知する部分とを備え、
プログラム障害発生時にサーバ即時停止可否を判断する手段と、即時停止しない場合に障害が発生していないプログラムのみを利用可能にする手段を有することにより、状況によってサーバを停止させずに運用したり、停止させたりすることを実現する。
【発明の効果】
【０００７】
本発明によれば、端末とサーバと負荷分散機により構成される営業店システムにおいて、一部のプログラムの障害時に、自動でサーバ即時停止可否を判断できる。また、サーバ停止しない場合は、障害が発生したサーバの障害が発生していない別のプログラムを使用できる。
【発明を実施するための最良の形態】
【０００８】
以下に本発明の実施の形態を説明する。
【実施例１】
【０００９】
以下、本発明の実施例を説明する。
まず、本実施例のシステム構成図について、説明する。本実施例のシステムは、営業店１００と電算センタがネットワーク１５０で接続されている。営業店１５０には、各情報処理装置（窓口端末１０１やＡＴＭ１０２等）が存在し、これらがネットワーク１５０と接続される。ここで、窓口端末１０１やＡＴＭ１０２等のそれぞれは、いわゆる情報処理機能があり、CPUなどの処理部、メモリ、記憶媒体を有し、記憶媒体に格納されたプログラムに従って情報処理を実行する。その中の１つとして、フロー制御／ステータス保持機能を実行する。
【００１０】
また、電算センタには、負荷分散機１６０、営業店システムサーバ０１（１１０）、営業店システムサーバ０２（１２０）、他システム０１（１３０）、他システム０２（１４０）が互いにネットワークなどを介して接続されている。ここで、営業店システムサーバ０１（１１０）、営業店システムサーバ０２（１２０）や他システム０１（１３０）、他システム０２（１４０）は、それぞれ、1以上であればよい。また、これらは、窓口端末と同様、CPUなどの処理部、メモリ、記憶媒体を有し、記憶媒体に格納されたプログラムに従って情報処理を実行する。ここで、図示した機能を実行する。以下のその詳細をフローチャートに従って説明する。
【００１１】
図５において、以下の処理を実行する。
ステップ５０１において、窓口端末は、通常メニューを表示する。ステップ５０２において、ステップ５０１の表示に従って、行員から入力される、顧客情報を含む情報を、負荷分散機１６０に送信する。この処理は、顧客がＡＴＭを会して行ってもよい。
【００１２】
ステップ５０３において、負荷分散機は、受信したデータから、処理を依頼する営業店システムサーバを決定し、送信する。つまり、受信した情報を処理すべき営業店システムサーバを、それぞれの負荷の状況から選択する。
【００１３】
ステップ５０４において、ステップ５０３で選択された営業店システムサーバが、データを受信し、処理を開始する。ステップ５０５において、エラーが発生した場合、営業店システムサーバは、他システムに処理を依頼するために、プログラムを呼び出す。そのプログラムは、エラーを返す。(例.プログラム01がエラーを返した)
次に、ステップ５０６において、営業店システムサーバは、エラーのプログラムによる対応を決める為に、障害対応判断を行う。この詳細は、後述する。その内容は、図６に示したとおりである。
【００１４】
ステップ５０７において、営業店システムサーバは、ステップ５０６で判断された障害対応の内容を、負荷分散機にデータ(ステータス)送信する。
【００１５】
ステップ５０８において、負荷分散機は、受信したデータ(ステータス)を、窓口端末に返す。
【００１６】
ステップ５０９において、窓口端末は、データ(ステータス)を受信する。そして、ステップ５１０において、窓口端末は、フロー制御/ステータス保持機能を使用して受信したステータスを解析する。そして、ステップ５１１において、窓口端末は、フロー制御/ステータス保持機能を使用してデータを編集して、これを負荷分散機に送信する。つまり、情報処理（業務の実行）を希望しており、障害が発生した業務を実行するための情報を送信する。
【００１７】
ステップ５１２において、負荷分散機は、受信したデータから、処理を依頼する営業店システムサーバを決定し、送信する。処理を依頼する営業店システムサーバは、エラーが発生したもの以外でも、そのもので構わない。引き続き情報処理を実行するものであればよい。
【００１８】
ステップ５１３において、ステップ５１２で選択された営業店システムサーバは、データを受信し、処理を開始する。そして、ステップ５１４で処理を完了した場合、負荷分散機にデータ(ステータス)を送信する。
【００１９】
ステップ５１６において、負荷分散機は、受信したデータ(ステータス)を、窓口端末に返す。
【００２０】
ステップ５１７において、窓口端末は、受信した場合、処理完了画面を表示し、ステップ５１８で、通常メニューを表示する。
【００２１】
次に、ステップ５０６の詳細を、図６を用いて説明する。
まず、ステップ６０１において、エラー検知した場合、フロー制御/ステータス保持部は、スケジュール情報取得制御部を呼出し、スケジュール情報取得依頼を通知する（ステップ６０２）
ステップ６０３において、スケジュール情報取得制御部は、営業店Noと、現在の日時からスケジュール情報を、図に示すスケジュールテーブルから取得する。例えば、図２に示した.営業店No[1111]、日時[12/26、12:00]の場合、営業情報[繁忙時]、平均トランザクション[400,000(件/時)]を取得する。そして、これをフロー制御/ステータス保持部に通知する。
【００２２】
また、ステップ６０４において、フロー制御/ステータス保持部は、プログラム重要度制御部を呼出す。そして、ステップ６０５において、プログラム重要度制御部がこれに応じて、障害の起きたプログラムの重要度を、図３に示すプログラム利用頻度テーブルから取得する。例えば、プログラム名[プログラム01]の場合、プログラム利用頻度[低]を取得する。そして、これをフロー制御/ステータス保持部に通知する。
【００２３】
また、ステップ６０６において、フロー制御/ステータス保持機能は、ステップ６０３、６０５で取得した情報と、現在のトランザクション量を元に、障害対応判断部を呼出す。そして、ステップ６０７において、障害対応判断部が、これらの情報に基づいて、障害対応を決定し、そのデータを図4の障害対応テーブルから取得する。例えば、営業情報[繁忙時]、平均トランザクション[400,000(件/時)]、現在のトランザクション[500,000(件/時)、営業情報[繁忙時]、プログラム利用頻度[低]の場合、障害対応[即時切り離し不要]を取得する。そして、これをフロー制御/ステータス保持部に通知する。
【００２４】
最後に、ステップ６０８において、フロー制御/ステータス保持機能は、障害対応判断結果を出力し、ステップ５０７に遷移する。
【図面の簡単な説明】
【００２５】
【図１】本実施形態における営業店システムおよび情報処理装置を含むネットワーク構成図である。
【図２】本実施形態におけるスケジュールテーブルの例を示す図である。
【図３】本実施形態におけるプログラム利用頻度テーブルの例を示す図である。
【図４】本実施形態における障害対応判断テーブルの例を示す図である。
【図５】本実施形態における営業店システムおよび情報処理装置を制御する方法における障害発生時フローを示す図である。
【図６】本実施形態における営業店システムおよび情報処理装置を制御する方法における障害対応判断フローを示す図である。
【符号の説明】
【００２６】
１００  営業店
１０１  窓口端末
１０２  ＡＴＭ
１１０  営業店システムサーバ０１
１１１  フロー制御/ステータス保持部
１１２  障害対応判断部
１１３  スケジュール情報取得制御部
１１４  プログラム利用頻度判断制御部
１１５  プログラム０１(他システム０１連携用)
１１６  プログラム０２(他システム０２連携用)
１２０  営業店システムサーバ０２
１２１  フロー制御/ステータス保持部
１２２  障害対応判断部
１２３  スケジュール情報取得制御部
１２４  プログラム利用頻度判断制御部
１２５  プログラム０１(他システム０１連携用)
１２６  プログラム０２(他システム０２連携用)
１３０  他システム０１
１３１  システム制御部
１３２  システム連携部
１４０  他システム０２
１４１  システム制御部
１４２  システム連携部
１５０  ネットワーク
１６０  負荷分散機
２０００  スケジュールテーブル
３０００  プログラム利用頻度テーブル
４０００  障害対応判断テーブル
【図１】
2007004412.tif 000003
【図２】
2007004412.tif 000004
【図３】
2007004412.tif 000005
【図４】
2007004412.tif 000006
【図５】
2007004412.tif 000007
【図６】
2007004412.tif 000008