取引情報検索を自動更新するための方法および装置
【課題】サーバの負荷状態に応じた取引検索結果の自動更新を可能にするための方法および装置を提供すること。
【解決手段】管理サーバは、端末から第１の設定パラメータと第１の負荷状況パラメータとを含む検索要求を受信すると、第１の負荷状況パラメータの値と、管理サーバが有する負荷状況テーブルの第２の負荷状況パラメータの値が一致するかどうかを判断し、一致しないとき、第２の負荷状況パラメータの値に従って設定パラメータを再生成し、該再生成された設定パラメータの検索条件情報に従って検索を実行する。管理サーバは、検索結果を、再生成された設定パラメータと第２の負荷状況パラメータとともに端末に送信する。端末は、送信された設定パラメータと負荷状況パラメータとを記憶し、設定パラメータで指定された検索条件および更新間隔設定で自動的に検索要求をすることにより、検索結果の自動更新を行う。
【解決手段】管理サーバは、端末から第１の設定パラメータと第１の負荷状況パラメータとを含む検索要求を受信すると、第１の負荷状況パラメータの値と、管理サーバが有する負荷状況テーブルの第２の負荷状況パラメータの値が一致するかどうかを判断し、一致しないとき、第２の負荷状況パラメータの値に従って設定パラメータを再生成し、該再生成された設定パラメータの検索条件情報に従って検索を実行する。管理サーバは、検索結果を、再生成された設定パラメータと第２の負荷状況パラメータとともに端末に送信する。端末は、送信された設定パラメータと負荷状況パラメータとを記憶し、設定パラメータで指定された検索条件および更新間隔設定で自動的に検索要求をすることにより、検索結果の自動更新を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、取引情報検索の自動更新を行うための方法および装置に関し、より詳細には、サーバの負荷状態に応じた取引情報検索の自動更新を可能にするための方法および装置に関する。
【背景技術】
【０００２】
従来、外国為替取引（外為取引）の決済では、時差リスクが存在していた。例えば、Ａ行とＢ行の取引において、Ａ行が円を通貨とし（日本）、Ｂ行がドルを通貨とする（米国）場合、各国の為替市場の稼働時間には時差があるため、円とドルを同時に決済することはできない。したがって、例えば、取引を行う銀行の一方は円を通貨として資金の払込みを行ったあと、他方からドルの資金を受け取ることができなくなるというリスクがある。
【０００３】
このような時差リスクを削減するために、現在、ＣＬＳ（Continuous Linked Settlement）銀行を介して外為取引の多通貨（例えば、円と米ドル）を同時に決済するＣＬＳ決済が行われている。
【０００４】
図１３を参照して、ＣＬＳ決済の仕組みについて簡単に説明する。円を通貨とするＡ行と、ドルを通貨とするＢ行との間で外為取引が成立すると、Ａ行およびＢ行は、それぞれＣＬＳ銀行に取引情報の入力を行う（図１３（１）：取引情報入力）。例えば、取引情報の入力は、各国外為市場の取引時間帯に随時行うことができ、例えば、Ａ行は、東京市場の取引時間帯に取引情報を入力し、Ｂ行はニューヨーク市場の取引時間帯に取引情報を入力することができる。ＣＬＳ銀行は、入力された取引情報をそれぞれの決済日（通常は、取引約定日の２営業日後）まで保存する。
【０００５】
ＣＬＳ銀行は、当初払込みスケジュール（ＩＰＩＳ：Initial Pay-In Schedule）および当日決済取引を含めた修正払込みスケジュール（ＲＰＩＳ：Revised Pay-In Schedule）を所定の時間に通知する。
【０００６】
Ａ行およびＢ行はそれぞれ、同じ決済日の取引を合算して、通貨ごとの受払尻（受払額と支払額との差分）を算出する。次いでＣＬＳ銀行から通知されたスケジュールに従って、負けポジションとなっている通貨の差額分の資金を各中央銀行のＣＬＳ銀行の口座に払い込む（図１３（２）：ペイイン）。すなわち、日本銀行やＦＲＢ（Federal Reserve Bank）などの各中央銀行に設けられたＣＬＳ銀行の口座に資金の払込みを行うことにより、ＣＬＳ銀行宛に資金を払い込む（ペイインする）ことができる。
【０００７】
ＣＬＳ銀行では、各取引について、対となる通貨の受払を同時に行うことにより振替決済を行う（図１３（３）：振替決済）。
【０００８】
また、振替決済の進捗に伴って、勝ちポジションとなっている通貨については、各中央銀行の口座を通じて資金を払い出す（ペイアウト）ことができる（図１３（４）：資金決済）。例えば、各中央銀行のＣＬＳ銀行の口座から資金を受け取ることができる。
【０００９】
ＣＬＳ銀行は、各取引について、取引の進捗状況に応じて取引ステータス情報をＡ行およびＢ行に送信する。例えば、ＣＬＳ決済対象の取引が成立したこと（Ａ行とＢ行の両行から取引情報が入力されたこと）を示すステータス、払込みスケジュールが確定しＣＬＳ決済の準備が整ったことを示すステータス、ＣＬＳ決済が完了したことを示すステータスなどである。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上述のようなＣＬＳ決済の管理業務においては、決済の進捗状況が常に更新されるのでリアルタイムで取引情報を監視する必要がある。しかしながら、取引情報の進捗状況を監視するために頻繁に検索を行うことは面倒なことである可能性がある。また、取引情報を頻繁に更新しようとすると、サーバへのアクセスが増加してサーバの負荷が発生することとなる。例えば、ＣＬＳ銀行からＩＰＩＳが通知される時間帯や、振替決済が開始されて連続的にステータスが更新される時間帯などはリアルタイムで監視する必要があり、多くのユーザが銀行のサーバにアクセスするため、特に負荷が高まると考えられる。
【００１１】
したがって、リアルタイムのデータ更新とサーバの負荷低減の両方を実現するための仕組みが必要とされる。
【００１２】
本発明は、このような問題に鑑みてなされたもので、その目的とするところは、サーバの負荷状態に応じた取引検索結果の自動更新を可能にするための方法および装置を提供することにある。
【課題を解決するための手段】
【００１３】
本発明は、このような目的を達成するために、本発明の第１の側面である方法は、管理サーバの負荷状態に応じた取引情報検索の自動更新を可能にする。管理サーバは、取引情報を含む取引情報データベースと、実行すべき検索条件式を指定する検索条件情報を含む検索条件設定テーブルと、検索結果の自動更新間隔を指定する更新間隔設定情報を含む更新間隔設定テーブルと、管理サーバの負荷状態を示す負荷状況パラメータを含む負荷状況テーブルとを備える。本方法は、管理サーバが、端末から、検索条件情報および更新間隔設定を含む第１の設定パラメータと第１の負荷状況パラメータとを含む検索要求を受信するステップと、前記検索要求内に含まれる前記第１の負荷状況パラメータの値と、前記負荷状況テーブル内の第２の負荷状況パラメータの値とが一致するかどうかを判断するステップと、前記第１の負荷状況パラメータの値と前記第２の負荷状況パラメータの値が一致しないと判断したとき、記負荷状況テーブル内の前記第２の負荷状況パラメータの値に従って、前記検索条件設定テーブル内の少なくとも２つの検索条件式のうち検索の実行に使用すべき検索条件式を決定し、決定された検索条件式を含む検索条件情報を前記検索条件設定テーブルから取り出すステップと、前記負荷状況テーブル内の前記第２の負荷状況パラメータの値に従って、前記更新間隔設定テーブル内の少なくとも２つの更新間隔設定のうち自動更新に使用すべき更新間隔設定を決定し、決定された更新間隔設定を含む更新間隔設定情報を前記更新間隔設定テーブルから取り出すステップと、前記検索条件情報と前記更新間隔設定情報とを含む第２の設定パラメータを生成するステップと、前記第２の設定パラメータの前記検索条件情報に合致する取引情報を前記取引情報データベースから取り出して、取り出された取引情報と、前記第２の設定パラメータと、前記負荷状況テーブルの前記第２の負荷状況パラメータとを前記端末に送信するステップを含む。
【００１４】
したがって、端末は、負荷状況パラメータに応じた設定パラメータの更新間隔設定により自動更新を行うこととなり、負荷状態に応じて自動更新が制限されることとなる。
【００１５】
また、第２の側面に係る方法において、管理サーバは、該管理サーバの負荷状態を判断する条件を定義する負荷判定条件テーブルをさらに備え、該負荷判定条件テーブルは、負荷状態を判断するために使用される複数の指標と、各指標に対して定義された閾値を含む。本方法は、複数の指標の少なくとも１つが該指標に対して定義された前記閾値を超えているかどうかを判断するステップと、前記少なくとも１つの指標が前記閾値を超えているとき、前記管理サーバが負荷上昇状態にあることを示すように前記負荷状況テーブル内の前記負荷状況パラメータの値を更新するステップをさらに含む。
【発明の効果】
【００１６】
以上説明したように、本発明によれば、ＣＬＳ管理サーバの現在の負荷状態に応じて、あるいは、ＣＬＳ管理サーバの負荷状態とユーザのレベルに応じて、検索条件および更新間隔を制限することが可能になる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態にかかるシステムの全体的な構成を示す図である。
【図２】本発明の一実施形態にかかる取引情報の更新間隔を設定するためのＣＬＳ管理端末上の設定画面の一例を示す図である。
【図３】本発明の一実施形態にかかる自動更新処理の流れを示すフローチャートである。
【図４】本発明の第１および第２の実施形態にしたがって自動更新を制限するためのＣＬＳ管理サーバおよびＣＬＳ管理端末の構成を示す図である。
【図５】本発明の第１の実施形態にしたがって自動更新を制限するために、ＣＬＳ管理サーバの各テーブルの構成を示す図である。
【図６】本発明の第２の実施形態にしたがって自動更新を制限するために、ＣＬＳ管理サーバの各テーブルの構成を示す図である。
【図７】本発明の第１および第２の実施形態にしたがって、自動更新を制限するための方法を示すフローチャートである。
【図８】本発明の第１および第２の実施形態にしたがって、自動更新を制限するための方法を示すフローチャートである。
【図９】本発明の第３の実施形態にしたがって自動更新を制限するためのＣＬＳ管理サーバおよびＣＬＳ管理端末の構成を示す図である。
【図１０】本発明の第３の実施形態にしたがって自動更新を制限するために、ＣＬＳ管理サーバの各テーブルの構成を示す図である。
【図１１】本発明の第３の実施形態にしたがって、自動更新を制限するための方法を示すフローチャートである。
【図１２】本発明の第３の実施形態にしたがって、自動更新を制限するための方法を示すフローチャートである。
【図１３】ＣＬＳ決済の仕組みを示す図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照しながら本発明の実施形態について詳細に説明する。
【００１９】
図１は、本発明の一実施形態に係る全体的なシステム構成を示す図である。
【００２０】
Ａ行の銀行システム１００は、ＣＬＳ決済の対象となる取引を全般的に管理し、処理するＣＬＳ管理サーバ１２０と、ＣＬＳ決済の対象となる取引が成立したことを示す取引情報（約定電文）を作成してＣＬＳ管理サーバ１２０に送信するフロントシステム１３０を備える。銀行システム１００は、ＣＬＳゲートウェイ１４０も備え、ＣＬＳ管理サーバ１２０は、ＣＬＳゲートウェイ１４０を介してＣＬＳ銀行システム１５０と通信することができる。
【００２１】
ＣＬＳ管理サーバ１２０は、取引情報データベース（ＤＢ）１２２を備え、フロントシステム１３０から送信された取引情報を取引情報ＤＢ１２２内に格納する。ＣＬＳ管理サーバ１２０の取引情報ＤＢ１２２内に格納される取引情報は、ＣＬＳ決済の対象となる取引の内容、約定が成立した約定日、決済日、取引ステータス情報などを含む。
【００２２】
ＣＬＳ管理サーバ１２０は、フロントシステム１３０から送信された取引情報を、ＣＬＳゲートウェイ１４０を介してＣＬＳ銀行システム１５０に送信する。これにより、ＣＬＳ決済対象の取引について、Ａ行からＣＬＳ銀行への取引情報の入力が行われたことになる。
【００２３】
ＣＬＳ銀行システム１５０は、Ａ行のＣＬＳ管理サーバ１２０から取引情報を受信すると、対象の取引の決済日まで取引情報を保存する。ＣＬＳ銀行システム１５０は、取引情報が対象とする取引のステータスが変化した場合、取引ステータス情報をＣＬＳ管理サーバ１２０に送信する。取引ステータス情報は、例えば、ＣＬＳ決済対象の取引が成立したこと（取引を行う両行から取引情報が入力されたこと）を示すステータス（例えば、ＭＡ）、払込みスケジュールが確定しＣＬＳ決済の準備が整ったことを示すステータス（例えば、ＳＭ）、ＣＬＳ決済が完了したことを示すステータス（例えば、ＳＴ）などである。ＣＬＳ管理サーバ１２０は、ＣＬＳ銀行システム１５０から取引ステータス情報を受信すると、取引情報ＤＢ１２２内の取引情報に含まれる取引ステータス情報を更新する。
【００２４】
銀行システム１００はさらに、ネットワークを介してＣＬＳ管理サーバ１２０に接続されるＣＬＳ管理端末１１０を含む。ユーザは、ＣＬＳ管理端末１１０を使用して所望の取引について検索を行うことができる。ＣＬＳ管理端末１１０は、ディスプレイ上に複数の検索画面（例えば、検索画面１と検索画面２など）を表示することができ、ユーザは個々の検索画面から、例えば決済日や取引ステータス情報などの所望の検索条件を設定して取引情報の検索を行うことができる。ＣＬＳ管理端末１１０は、設定された検索条件に合致する取引情報をＣＬＳ管理サーバ１２０から取得して、該取得した取引情報を検索結果として各検索画面上に表示することができる。
【００２５】
例えば、ユーザが、ＣＬＳ管理端末１１０の検索画面１から２つの検索条件：検索条件１「決済日＝2010/7/1」、検索条件２「ステータス＝ＭＡ」を指定し、検索画面２から１つの検索条件：検索条件１「ステータス＝ＳＭ」を指定することができる。検索が実行されると、ＣＬＳ管理端末１１０は、各検索条件に合致する取引情報、すなわち決済日が２０１０年７月１日であって取引ステータスがＭＡの取引情報と、取引ステータスがＳＭの取引情報とをＣＬＳ管理サーバ１２０から受信し、それぞれ検索画面１と検索画面２に表示することができる。
【００２６】
ＣＬＳ管理サーバ１２０は、検索条件設定テーブル１２４も備え、検索条件設定テーブル１２４にユーザがＣＬＳ管理端末１１０から設定した検索条件情報を格納することができる。例えば、上述のように、ユーザが各検索画面から決済日や取引ステータスなどの検索条件を設定すると、ＣＬＳ管理端末１１０は、設定された検索条件情報を、各ユーザの識別情報（例えば、ユーザＩＤ）とともにＣＬＳ管理サーバ１２０に送信する。ＣＬＳ管理サーバ１２０は、送信された各ユーザの検索条件情報を検索条件ＤＢ１２４に格納し、その後ユーザが、ＣＬＳ管理端末１１０からユーザＩＤを入力してログインすると、ＣＬＳ管理サーバ１２０は、ユーザＩＤに基づいて検索条件情報を検索条件ＤＢ１２４から取り出すことができる。次いでＣＬＳ管理サーバ１２０は、取り出した検索条件情報に基づいて取引情報ＤＢ１２２から取引情報を取り出して検索結果としてＣＬＳ管理端末１１０に送信し、ＣＬＳ管理端末１１０は、検索結果が表示されるようにＣＬＳ管理端末１１０の検索画面をリフレッシュする。したがって、ユーザは、ＣＬＳ管理端末１１０の更新された検索画面を見ることにより、所望の取引の取引情報を確認することができる。
【００２７】
ＣＬＳ管理サーバ１２０はさらに、更新間隔設定テーブル１２６も備える。本願発明では、ユーザは、検索を実行して取引情報（検索結果）の更新を行う時間間隔を予め設定することができ、設定された更新間隔の情報を更新間隔設定テーブル１２６に格納することができる。例えば、連続的に取引ステータス情報が更新される時間帯には、ユーザは、取引情報をリアルタイムでモニタリングするためにＣＬＳ管理端末１１０から検索を連続的に実行する必要があり、これはしばしば面倒な作業となる可能性がある。一方、取引ステータス情報が更新されない時間帯には、あまり頻繁に取引情報を取得しなくてもよいこともある。本願発明では、時間帯に応じて所望の更新間隔を設定できるようにし、これによりＣＬＳ管理端末１００に表示される検索結果を、時間帯に応じて所望の時間間隔設定で自動更新することができる。
【００２８】
ここで、図２を参照する。図２は、取引情報の更新間隔を設定するためのＣＬＳ管理端末１１０の設定画面の一例を示す図である。
【００２９】
ＣＬＳ管理端末１１０の設定画面２００では、点線２１０内に示されるように、時間帯に応じて個別に自動更新／手動更新を選択することができ、自動更新を選択する場合は、自動更新の間隔を設定することができる。図２では、一例として４つの個別の更新設定が選択可能な設定画面を図示しているが、さらに多くの更新設定を選択可能にすることもできる。時間帯に応じた個別の更新設定では、開始時間と終了時間を、点線２１０内に示される開始時間入力フィールド２１２と終了時間入力フィールド２１４にそれぞれ入力することにより、自動更新を行う時間帯を指定することができる。そして、指定した各時間帯に対応する更新間隔入力フィールド２１６に所望の時間間隔を入力することにより、各時間帯の自動更新間隔を設定することができる。図２の例において、１つめの設定（設定番号１）では、開始時間入力フィールド２１２に「0:00」、終了時間入力フィールド２１４に「0:30」、更新間隔入力フィールド２１６に「１」と入力されているため、ＯＫボタン２３０の押下などにより入力内容が確定されると、午前１２時から午前１２時３０分までの時間帯は、１秒間隔で自動的に更新が行われることとなる。
【００３０】
また、設定画面２００は、オプションで手動選択フィールド２１８、２２８も含む。例えば、特定の時間帯に対応する手動選択フィールド２１８にチェック入力すると、その時間帯は手動で更新を行うことを選択することができる。手動更新を選択した場合は、自動更新間隔を設定することはできない。本発明の一実施形態では、手動更新が選択された場合は、更新間隔入力フィールド２１６をグレーアウトして自動更新間隔を設定することができないことを示すことができる。
【００３１】
さらに、設定画面２００では、点線２１０内に示される時間帯毎の個別の更新設定（設定番号１〜４）に加え、点線２２０内に示されるようなデフォルトの設定を行うこともできる。これにより、設定番号１〜４で個別に指定された時間帯以外は、デフォルトの設定にしたがって取引情報の更新を行うことができる。例えば、図２の例では、点線２２０内に示されるように、手動選択フィールド２２８がチェック入力されており、デフォルトの設定では手動更新が選択されている。したがって、設定番号１〜４で個別に指定した時間帯以外は、自動更新は行われず、手動で更新を行う必要がある。手動選択フィールド２２８を選択せず、更新間隔入力フィールド２２６に所望の時間間隔を入力した場合は、デフォルトとして自動更新が設定され、設定番号１〜４で個別に指定した時間帯以外は、更新間隔入力フィールド２２６に入力した更新間隔で自動更新が行われることとなる。
【００３２】
このようにＣＬＳ管理端末１１０の設定画面２００から入力された各時間帯の更新設定情報およびデフォルトの更新設定情報は、例えばＯＫボタン２３０の押下などにより、その内容が確定されて、ユーザＩＤなどのユーザの識別情報とともにＣＬＳ管理サーバ１２０に送信されて、更新間隔設定テーブル１２６に格納される。
【００３３】
次に、図３を参照して、本発明の一実施形態に係る自動更新処理３００の流れを説明する。
【００３４】
ステップＳ３０２で、ＣＬＳ管理端末１１０が、ユーザによって入力されたログイン情報を受信すると、処理３００が開始する。ログイン情報は、例えば、ユーザＩＤなどのユーザの識別情報およびパスワードなどを含む。
【００３５】
ステップＳ３０４で、ＣＬＳ管理端末１１０は、ログイン情報をＣＬＳ管理サーバ１２０に送信する。ＣＬＳ管理サーバ１２０は、送信されたログイン情報に含まれるユーザＩＤおよびパスワードに基づいて、ユーザの認証を行うこともできる。
【００３６】
ステップＳ３０６で、ＣＬＳ管理サーバ１２０は、ログイン情報に含まれるユーザＩＤに基づいて、検索条件設定ＤＢ１２４から検索条件情報（検索画面番号、検索条件番号および検索条件の条件式など）を取り出し、更新間隔設定テーブル１２６から更新間隔設定情報（設定番号、開始時間、終了時間、更新間隔設定など）を取り出す。
【００３７】
ステップＳ３０８で、ＣＬＳ管理サーバ１２０は、取り出した検索条件情報と更新間隔設定情報をＣＬＳ管理端末１１０に送信する。ＣＬＳ管理端末１１０は、受信した検索条件情報を各検索画面上に表示することができる。
【００３８】
ステップＳ３１０で、ＣＬＳ管理端末１１０は、ＣＬＳ管理サーバ１２０から検索条件情報を受信すると、ＣＬＳ管理サーバ１２０に検索要求を行う。一実施形態では、各検索画面に検索実行ボタンなどを設けて、ユーザによって検索実行ボタンが押下されると、ＣＬＳ管理サーバ１２０に検索要求を行うように構成することができる。検索要求には、検索条件として設定されたパラメータが含まれる。
【００３９】
ステップＳ３１２で、ＣＬＳ管理サーバ１２０は、検索要求に含まれる検索条件に合致する取引情報を取引情報ＤＢ１２２から取り出して、ＣＬＳ管理端末１１０に送信する。検索条件が複数存在する場合は、取引情報ＤＢ１２２から、各検索条件に合致する取引情報をそれぞれ取り出す。
【００４０】
ステップＳ３１４で、ＣＬＳ管理端末１１０は、ＣＬＳ管理サーバ１２０から送信された取引情報を、検索結果として各検索画面に表示する。
【００４１】
ステップＳ３１６で、ＣＬＳ管理サーバ１２０からステップＳ３０８で取得した更新間隔設定情報に基づいて、現在の時刻が、自動更新が選択されている時間帯かどうかを判断する。例えば、ＣＬＳ管理端末１１０は、現在の時刻と、更新間隔設定情報内で個別に指定されている各時間帯とを比較して、現在の時刻が、更新間隔設定情報で自動更新が選択されている時間帯であるかどうかを判断する。現在の時刻が、個別に設定された時間帯のいずれかに属し、その時間帯で自動更新が選択されている（すなわち更新間隔の入力がある）場合、あるいは個別に設定された時間帯のいずれにも属さないが、デフォルト設定で自動更新が選択されている場合、現在の時刻は、更新間隔設定情報で自動更新が選択されている時間帯に該当し、処理はステップＳ３１８に進む。
【００４２】
ステップＳ３１８で、ＣＬＳ管理端末１１０は、更新間隔設定情報において、現在の時刻が属する時間帯またはデフォルトで設定されている更新間隔の間待機する。更新間隔の経過後に、処理はステップＳ３１０に戻り、検索要求をＣＬＳ管理サーバ１２０に送信することにより自動的に再検索を行う。例えば、現在の時刻が属する時間帯について設定された更新間隔がＸ秒であるとき、ＣＬＳ管理端末１１０はＸ秒間待機し、Ｘ秒経過後に自動的に再検索を行うこととなる。
【００４３】
一方、現在の時刻が、手動更新として設定された時間帯に属する場合、あるいは個別に設定された時間帯のいずれにも属さず、デフォルト設定で手動更新が選択されている場合は、ＣＬＳ管理端末１１０は、自動更新は行わず、ユーザが手動で検索要求したときに再検索を行うこととなる。
【００４４】
上述したように自動更新を選択している場合、ユーザは、手動で検索を実行することなく、時間帯に応じて設定した所望の更新間隔で更新された検索結果を取得することができる。したがって、例えば、ＩＰＩＳが通知される時間帯や連続的に取引ステータス情報が更新される時間帯には、更新間隔をより短く設定することで、頻繁に手動で検索を行うことなく、最新の取引ステータス情報を取得することができる。
【００４５】
しかしながら、ＩＰＩＳが通知される時間帯や連続的に取引ステータス情報が更新される時間帯においては、ＣＬＳ管理端末１１０からのＣＬＳ管理サーバ１２０へのアクセスが殺到して、ＣＬＳ管理サーバ１２０の負荷が上昇することがある。例えば、多くのユーザが、取引ステータス情報が連続的に更新される時間帯に非常に短い更新間隔を設定し、一部のユーザは手動更新を設定して頻繁に手動で検索を行う場合には、ＣＬＳ管理端末１１０からＣＬＳ管理サーバ１２０への大量の検索要求が行われ、ＣＬＳ管理サーバ１２０の負荷が高まることとなる。
【００４６】
そこで、本願発明では、ＣＬＳ管理サーバ１２０の負荷を低減するために、所定の条件に達した場合にはＣＬＳ管理サーバ１２０が負荷上昇状態であると判断し、ＣＬＳ管理端末１１０における検索結果の自動更新を制限できるようにする。
【００４７】
以下、図４〜８を参照して、本願発明の第１および第２の実施形態に係る自動更新の制限について説明する。
【００４８】
図４は、自動更新を制限するためのＣＬＳ管理サーバおよびＣＬＳ管理端末の構成を示す概略図である。
【００４９】
ＣＬＳ管理サーバ１２０は、取引情報ＤＢ１２２、負荷判定条件テーブル４１０、負荷状況テーブル４２０、検索条件設定テーブル４３０、および更新間隔設定テーブル４４０を備える。取引情報ＤＢ１２２は、図１に関連して説明したものと同じである。
【００５０】
負荷判定条件テーブル４１０は、ＣＬＳ管理サーバ１２０が負荷上昇状態であるかどうかを判断する際の条件を定義するテーブルである。後述するように、負荷判定条件テーブル４１０では、ＣＬＳ管理サーバ１２０の負荷状態を判定するための指標（例えば、取引受付件数、為替レートの変動率、ＣＰＵ使用率）を定義し、指標毎に所定の閾値を定義する。
【００５１】
負荷状況テーブル４２０は、ＣＬＳ管理サーバ１２０の負荷状態を管理するためのテーブルであり、ＣＬＳ管理サーバ１２０の負荷状態を示す負荷状況パラメータ４２１を含む。負荷状況パラメータ４２１は、負荷判定条件テーブル４１０に定義される負荷判定条件に基づいてＣＬＳ管理サーバ１２０が負荷上昇状態にあるかどうかを示す。一実施形態において、ＣＬＳ管理サーバ１２０は、例えば負荷判定条件テーブル４１０に定義された指標を所定の時間間隔で監視し、いずれかの指標が所定の閾値を超過したとき負荷上昇状態にあると判断して、負荷上昇状態を示すように負荷状況テーブル４２０内の負荷状況パラメータ４２１を更新することができる。負荷状況テーブル４２０の負荷状況パラメータ４２１が負荷上昇状態を示すとき、ＣＬＳ管理端末１１０の自動更新が制限されることとなる。
【００５２】
検索条件設定テーブル４３０および更新間隔設定テーブル４４０はそれぞれ、図１に関連して説明した検索条件設定テーブル１２４、更新間隔設定テーブル１２６と概ね同様であるが、自動更新を制限するために、ユーザによって予め設定された検索条件と更新間隔の情報に加え、負荷上昇状態の検索条件と更新間隔の情報も含む点において異なる。すなわち、検索条件設定テーブル４３０は、ＣＬＳ管理サーバ１２０が通常状態にあり、自動更新を制限する必要がない場合の検索の実行に使用する条件式と、ＣＬＳ管理サーバ１２０が負荷上昇状態にあり、自動更新を制限する必要がある場合の検索の実行に使用される条件式を含む。更新間隔設定テーブル４４０も同様に、自動更新を制限する必要がない場合に使用される更新間隔設定と、自動更新を制限する必要がある場合に使用される更新間隔設定を含む。
【００５３】
以下で図７、８に関連して詳述するように、ＣＬＳ管理サーバ１２０は、ＣＬＳ管理端末１１０からユーザのログイン情報を受信すると、負荷状況テーブル４２０の負荷状況パラメータにしたがって、検索条件設定テーブル４３０、更新間隔設定テーブル４４０からそれぞれ使用すべき検索条件式と更新間隔設定を決定し、該検索条件式と更新間隔設定を含む設定パラメータを生成し、該生成された設定パラメータと負荷状況パラメータをＣＬＳ管理端末１１０に送信する。これにより、ＣＬＳ管理端末１１０において、ＣＬＳ管理サーバ１２０の負荷状況に応じた検索条件と更新間隔で自動更新を行うことが可能になる。ＣＬＳ管理端末１１０は、ＣＬＳ管理サーバ１２０から設定パラメータおよび負荷状況パラメータを受信すると、それぞれ設定パラメータ４５０、負荷状況パラメータ４６０としてメモリ４７０内に記憶する。
【００５４】
図５を参照して、本発明の第１の実施形態に係る自動更新の制限について説明する。図５は、本発明の第１の実施形態に従って自動更新を制限するために、ＣＬＳ管理サーバ１２０の各テーブルの構成を示す図である。
【００５５】
図５の（ａ）に示されるように、本実施形態の負荷判定条件テーブル４１０は、「取引受付件数」、「為替レート変動率」、「ＣＰＵ使用率」という３つの指標５１１と、各指標に対する閾値５１２を定義している。本実施形態では、ＣＬＳ管理サーバ１２０は、負荷判定条件テーブル４１０の各指標を所定の時間期間（例えば、１５分間隔）で監視し、いずれかの指標が閾値を超えたか否かに応じて負荷上昇状態であるかどうかを判断する。
【００５６】
指標「取引受付件数」は、ＣＬＳ管理サーバ１２０で受け付けたＣＬＳ決済対象の取引の件数を示す値である。本実施形態では、ＣＬＳ管理サーバ１２０は、所定の時間期間（例えば、直近１５分間）に受け付けた取引の件数が所定の閾値（例えば、１０００件）を超えたとき、負荷上昇状態であると判断する。
【００５７】
指標「為替レート変動率」は、為替レートの変動率（最高レートと最低レートとの差）を示す値である。本実施形態では、ＣＬＳ管理サーバ１２０は、所定の時間期間（例えば、直近１５分間）の変動率、すなわち最高レートと最低レートの差が、所定の閾値（例えば、５％）を超えたとき、負荷上昇状態であると判断する。
【００５８】
指標「ＣＰＵ使用率」は、ＣＬＳ管理サーバ１２０のＣＰＵの使用率を示す値である。本実施形態では、ＣＬＳ管理サーバ１２０は、ＣＰＵ使用率が所定の時間期間の間（例えば、直近１５分間の間）、所定の閾値（例えば、９０％）の超過状態が継続したとき、負荷上昇状態であると判断する。
【００５９】
ＣＬＳ管理サーバ１２０は、負荷判定条件テーブル４１０の各指標５１１を所定の時間期間監視して、いずれかの指標が閾値を超えているか否かに応じて、負荷状況テーブル４２０の負荷状況パラメータ４２１を更新する。いずれかの指標が閾値を超えたときは負荷上昇状態である判断して、負荷状況パラメータ４２１に「１」（負荷上昇状態）をセットし、いずれの指標も閾値を超えていないときは負荷上昇状態ではないと判断して、負荷状況パラメータ４２１に「０」（通常状態）をセットする。
【００６０】
本実施形態の検索条件設定テーブル４３０は、図５の（ｃ）に示されるように、ユーザＩＤ５３１と、検索画面番号５３２と、検索条件番号５３３と、通常状態の条件式５３４と、負荷上昇状態の条件式５３５を含む。
【００６１】
上述のように、ユーザは、１つのＣＬＳ管理端末１１０を使用して、それぞれ別の検索画面から複数の検索を行うことができ、１つの検索で複数の検索条件を指定することができる。検索画面番号５３２は、各検索に対応する検索画面の番号であり、検索画面番号５３２を使用して各検索および検索結果を表示すべき検索画面を識別することができる。検索条件番号５３３は、各検索で指定された個々の検索条件を識別する番号である。
【００６２】
通常状態の条件式５３４は、ユーザが予め設定した各検索条件に合致する取引情報を取引情報ＤＢ１２２から取り出すための条件式である。通常状態の条件式５３４は、ＣＬＳ管理サーバ１２０が通常状態にあり、ＣＬＳ管理端末１１０の自動更新が制限されない場合に使用される。一方、負荷上昇状態の条件式５３５は、ＣＬＳ管理サーバ１２０が負荷上昇状態のときにＣＬＳ管理端末１１０の自動更新を制限するために、通常状態の条件式５３４の代わりに使用される条件式であり、通常状態の条件式５３４よりも制限されている。
【００６３】
ＣＬＳ管理サーバ１２０は、ＣＬＳ管理端末１１０からの検索要求に含まれる検索条件に従って検索を実行するが、検索に使用する条件式が多いほどＣＬＳ管理サーバ１２０の処理が多くなり、したがって負荷がより高くなる。本願発明は、ＣＬＳ管理サーバ１２０の負荷状態に応じて異なる条件式を使用して検索を実行することにより、ＣＬＳ管理サーバ１２０の負荷を低減させることができる。負荷上昇状態の条件式５３５は、例えば管理者などが管理者端末などを使用して定義することができる。
【００６４】
ＣＬＳ管理サーバ１２０は、通常状態の条件式５３４と負荷上昇状態の条件式５３５のいずれを検索の実行に使用すべきかを、負荷状況テーブル４２０の負荷状況パラメータ４２１に従って決定する。ＣＬＳ管理サーバ１２０は、負荷状況テーブル４２０を参照して、負荷状況パラメータ４２１の値が「０」（通常状態）のとき、検索の実行に通常状態の条件式５３４を使用すべきと判断し、「１」（負荷上昇状態）のときは、ＣＬＳ管理サーバ１２０は、検索の実行に負荷上昇状態の条件式５３５を使用すべきと決定する。
【００６５】
ＣＬＳ管理サーバ１２０は、次いで各ユーザＩＤに合致する検索条件設定テーブル４３０の行を特定し、特定された行の検索画面番号５３２と、検索条件番号５３３と、通常状態の条件式５３４または負荷上昇状態の条件式５３５のうち決定された条件式とを検索条件設定テーブル４３０から取り出す。
【００６６】
検索の実行に通常状態の条件式５３４が使用されるとき、ユーザＩＤ「１」のユーザの検索画面１の検索条件１および検索条件２に対して、それぞれ通常状態の条件式５３４「ValueDate=YYYY/MM/DD」および「ステータス＝ＭＡ」を使用して検索が実行されるため、両方の条件式に合致する取引情報が返されることになる。一方、負荷上昇状態の条件式５３５が使用されるとき、負荷上昇状態の条件式５３５は、検索条件１に対する条件式「Valuedate=YYYY/MM/DD」のみを含み、検索条件２に対する条件式は含まないため、Valuedateとして指定した日付（例えば、決済日＝当日など）に合致する全ての取引情報が検索結果として返されることになる。
【００６７】
本実施形態の更新間隔設定テーブル４４０は、図５の（ｄ）に示されるように、ユーザＩＤ５４１、設定番号５４２、開始時間５４３、終了時間５４４、自動更新フラグ５４５通常状態の更新間隔５４６、および負荷上昇状態の更新間隔５４７を含む。設定番号５４２は、図２の点線２１０内の設定番号に対応する。開始時間５４２、終了時間５４３、および通常状態の更新間隔５４６は、それぞれ図２の開始時間入力フィールド２１２、終了時間入力フィールド２１４、更新間隔入力フィールド２１６から入力された値に対応する。自動更新フラグ５４５は、自動更新が選択されているかどうかを示すフラグである。更新間隔入力フィールド２１６、２２６に入力があり、自動更新が選択されている場合は「１」、手動設定フィールド２１８、２２８にチェック入力があり、手動更新が選択されている場合は「０」とすることができる。
【００６８】
負荷上昇状態の更新間隔５４７は、ＣＬＳ管理サーバ１２０が負荷上昇状態にあるときに、通常状態の更新間隔５４６の代わりに使用される自動更新間隔である。負荷上昇状態の更新間隔５４７は、負荷上昇状態の条件式５３５と同様に管理者などが定義することができる。通常状態の更新間隔５４６よりもより長い時間間隔を設定することにより、ＣＬＳ管理端末１１０からの自動更新のためのアクセス数を制限することができる。本願発明では、ＣＬＳ管理サーバ１２０が負荷上昇状態にあるとき、上述のように検索条件を制限することに加え、設定画面２００から予め設定された更新間隔（通常状態の更新間隔５４６）での自動更新を一時的に無効化にし、より長い時間間隔で設定された負荷上昇状態の更新間隔５４７に従って自動更新を行わせることにより、ＣＬＳ管理サーバ１２０の負荷を低減することができる。
【００６９】
ＣＬＳ管理サーバ１２０は、図５の（ｄ）の更新間隔設定テーブル４４０において、通常状態の更新間隔５４６と負荷上昇状態の更新間隔５４７のうち、いずれの更新間隔設定を使用すべきかを、負荷状況テーブル４２０の負荷状況パラメータに従って決定する。そして、ＣＬＳ管理サーバ１２０は、各ユーザＩＤに合致する更新間隔設定テーブル４４０の行を特定し、特定された行の設定番号５４２と、開始時間５４３と、終了時間５４４と、通常状態の更新間隔５４６または負荷上昇状態の更新間隔５４７のうち決定された更新間隔設定とを更新間隔設定テーブル４４０から取り出す。
【００７０】
ＣＬＳ管理サーバ１２０は、上述のように取り出される検索条件情報と更新間隔設定情報とを含む設定パラメータを生成し、負荷状況テーブル４２０から取り出した負荷状況パラメータ４２１とともにＣＬＳ管理端末１１０に送信する。ＣＬＳ管理端末１１０は、受信した設定パラメータおよび負荷状況パラメータをそれぞれ、設定パラメータ４５０、負荷状況パラメータ４６０としてメモリに記憶する。
【００７１】
次の図６を参照して、本発明の第２の実施形態に係る自動更新の制限を説明する。図６は、本発明の第２の実施形態に従って自動更新を制限するためのＣＬＳ管理サーバ１２０の各テーブルの構成を示す図である。第２の実施形態では、負荷判定の条件となる各指標に対して複数の閾値（閾値の範囲）を定義し、複数の閾値に対応する複数の負荷上昇状態を定義し、負荷上昇状態のレベルに応じて検索条件および更新間隔を制限する。
【００７２】
本実施形態の負荷判定条件テーブル４１０は、図６の（ａ）に示されるように、各指標６１１に対して複数の閾値０〜３（６１２〜６１５）が定義されている。ＣＬＳ管理サーバ１２０は、各指標を所定の時間間隔で監視して、各指標が閾値０〜３の範囲に属するかを判断し、各指標が属する閾値のうち最大の閾値ｎを決定する。例えば、取引受付件数が閾値０の範囲であり、為替レート変動率が閾値２の範囲であり、ＣＰＵ使用率が閾値１の範囲である場合、最大閾値は閾値２である。ＣＬＳ管理サーバ１２０は、次いで、決定された最大閾値ｎに従って、負荷状況テーブル４２０の負荷状況パラメータ４２１を更新する。
【００７３】
図６の（ｂ）に示される負荷判定条件テーブル４２０の負荷状況パラメータ４２１は、負荷状態に応じて複数のパラメータ値をとることができる。ＣＬＳ管理サーバ１２０は、例えば、最大閾値が閾値０の場合は、負荷状況パラメータ４２１に通常状態を示す値「０」をセットし、最大閾値が閾値１の場合は、負荷上昇状態レベル１であることを示す値「１」をセットすることができ、閾値２および３についても同様に対応する値をセットすることができる。例えば上記例では、最大閾値が閾値２であるので、負荷状況パラメータ４２１には、負荷上昇状態レベル２を示す値「２」がセットされる。
【００７４】
本実施形態では、図６の（ｃ）、（ｄ）に示されるように、負荷上昇状態のレベルに応じて、検索条件設定テーブル４３０に複数の条件式６３４〜６３７を定義し、更新間隔設定テーブル４４０に複数の更新間隔６４６〜６４９を定義することができる。例えば、管理者は、負荷上昇状態レベルが高いほど、より少ない条件式を設定し、より長い更新間隔を設定することができる。
【００７５】
ＣＬＳ管理サーバ１２０は、負荷状況パラメータ４２１の値に従って、通常状態の条件式６３４および負荷上昇状態レベル１〜３の条件式６３５〜６３７のうち、検索の実行に使用すべき条件式を決定し、通常状態の更新間隔６４６および負荷上昇状態レベル１〜３の更新間隔６４７〜６４９のうち、使用すべき更新間隔を決定する。例えば、上記例では、負荷状況パラメータ４２１の値が「２」であるので、負荷上昇状態レベル２の条件式６３６、および負荷上昇状態レベル２の更新間隔６４８を使用すると決定される。
【００７６】
次に、図７および図８を参照して、本発明の第１および第２の実施形態にしたがって、自動更新を制限するための方法を説明する。
【００７７】
ＣＬＳ管理端末１１０は、図７のステップＳ７０２でユーザによって入力されたログイン情報を受信すると、ステップＳ７０４で、ログイン情報をＣＬＳ管理サーバ１２０に送信する。
【００７８】
ＣＬＳ管理サーバ１２０は、ＣＬＳ管理端末１１０からログイン情報を受信すると、ステップＳ７０６で、負荷状況テーブル４２０を参照して負荷状況パラメータ４２１を取り出す。
【００７９】
ステップＳ７０８で、ＣＬＳ管理サーバ１２０は、負荷状況パラメータ４２１に従って、検索条件設定テーブル４３０内の複数の条件式の列（通常状態の条件式の列、ならびに１つまたは複数の負荷上昇状態の条件式の列）のうち、いずれの列の条件式を取り出すべきか決定し、検索条件設定テーブル４３０から、検索画面番号、検索条件番号、および決定された条件式を検索条件情報として取り出す。
【００８０】
例えば、図５の例では、ＣＬＳ管理サーバ１２０は、負荷状況パラメータ４２１が「０」のときは検索条件設定テーブル４３０の通常状態の条件式の列の条件式を、「１」のときは負荷上昇状態の条件式の列の条件式を取り出すべきであると決定する。図６の例では、ＣＬＳ管理サーバ１２０は、負荷状況パラメータ４２１が「０」のときは検索条件設定テーブル４３０から通常状態の条件式の列の条件式を、「１」のときは負荷上昇状態レベル１の条件式の列の条件式を、「２」のときは負荷上昇状態レベル２の条件式の列の条件式を、「３」のときは負荷上昇状態レベル３の条件式の列の条件式をそれぞれ取り出すべきと決定する。ＣＬＳ管理サーバ１２０は、次いで、検索条件設定テーブル４３０のユーザＩＤの列を読み込み、検索条件設定テーブル４３０の複数の行のうちログイン情報に含まれるユーザＩＤに合致する行を特定し、特定された行の検索画面番号、検索条件番号、および決定された列の条件式を検索条件情報として取り出す。
【００８１】
ステップＳ７１０で、ＣＬＳ管理サーバ１２０は、負荷状況パラメータ４２１に従って、更新間隔設定テーブル４４０内の複数の更新間隔の列（通常状態の更新間隔の列、ならびに１つまたは複数の負荷上昇状態の更新間隔の列）のうち、いずれの列の更新間隔設定を取り出すべきか決定し、更新間隔設定テーブル４４０から、設定番号、開始時間、終了時間、および決定された更新間隔設定を更新間隔設定情報として取り出す。
【００８２】
例えば、図５の例では、ＣＬＳ管理サーバ１２０は、負荷状況パラメータ４２１が「０」のときは更新間隔設定テーブル４４０の通常状態の更新間隔５３４の列の更新間隔設定を、「１」のときは負荷上昇状態の更新間隔５３５の列の更新間隔設定を取り出すべきであると決定する。図６の例では、ＣＬＳ管理サーバ１２０は、負荷状況パラメータ４２１が「０」のときは更新間隔設定テーブル４４０から通常状態の更新間隔６３４の列の更新間隔設定を、「１」のときは負荷上昇状態レベル１の更新間隔６３５の列の更新間隔設定を、「２」のときは負荷上昇状態レベル２の更新間隔６３６の列の更新間隔設定を、そして「３」のときは負荷上昇状態レベル３の更新間隔６３７の列の更新間隔設定を取り出すべきであると決定する。次いで、ＣＬＳ管理サーバ１２０は、更新間隔設定テーブル４４０のユーザＩＤの列（５４１、６４１）を読み込み、更新間隔設定テーブル４４０の複数の行のうち、ログイン情報に含まれるユーザＩＤに合致する行を特定する。次いで、特定された行の設定番号（５４２、６４２）、開始時間（５４３、６４３）、終了時間（５４３、６４３）、および決定された列の更新間隔設定を、更新間隔設定情報として取り出す。
【００８３】
ステップＳ７１２で、ＣＬＳ管理サーバ１２０は、検索条件情報と更新間隔設定情報とを含む設定パラメータを生成する。
【００８４】
ステップＳ７１４で、ＣＬＳ管理サーバ１２０は、ステップＳ７１２で生成された設定パラメータと、Ｓ７０６で取り出した負荷状況パラメータ４２１とを、ＣＬＳ管理端末１１０に送信する。
【００８５】
ステップＳ７１６で、ＣＬＳ管理端末１１０は、ＣＬＳ管理サーバ１２０から送信された設定パラメータおよび負荷状況パラメータ４２１を、それぞれ設定パラメータ４５０、負荷状況パラメータ４６０としてメモリ４７０に記憶する。処理は図８に続く。
【００８６】
なお、図７のステップＳ７０２〜Ｓ７１６の処理は、初回ログイン時に行われる処理であり、したがって、ＣＬＳ管理端末１１０が設定パラメータ４５０と負荷状況パラメータ４６０を保持している場合は、ステップＳ７０２〜Ｓ７１６の処理を行わなくてもよい。
【００８７】
図８のステップＳ８０２で、ＣＬＳ管理端末１１０は、メモリ４７０内の保持する設定パラメータ４５０および負荷状況パラメータ４６０をＣＬＳ管理サーバ１２０に送信して、検索要求を行う。例えば、ＣＬＳ管理端末１１０は、設定パラメータ４５０の検索条件情報に基づいて各検索画面に検索条件の情報を表示し、ユーザによって検索が開始されると（各検索画面上の検索実行ボタンの押下など）、設定パラメータ４５０を含む検索要求をＣＬＳ管理サーバ１２０に送信する。
【００８８】
ＣＬＳ管理サーバ１２０は、ＣＬＳ管理端末１１０から検索要求を受信すると、ステップＳ８０４で、負荷状況テーブル４２０を参照して負荷状況パラメータ４２１を取り出す。
【００８９】
ステップＳ８０６で、ＣＬＳ管理サーバ１２０は、負荷状況テーブル４２０内の負荷状況パラメータ４２１の値と、ＣＬＳ管理端末から送信された負荷状況パラメータ４６０の値が一致するかどうか判断する。
【００９０】
負荷状況パラメータ４２１と４６０が一致する場合は、ＣＬＳ管理端末１１０に設定パラメータと負荷状況パラメータ４２１を前に提供したときのＣＬＳ管理サーバ１２０の負荷状態と、現在のＣＬＳ管理サーバ１２０の負荷状態が同じである。この場合、設定パラメータ４５０（検索条件情報の条件式、更新間隔設定情報の更新間隔）を変更する必要がなく、ＣＬＳ管理端末１１０からの設定パラメータ４５０に従って検索を実行し、自動更新を行うことができる。したがって、負荷状況パラメータ４２１と４６０が一致するとき、処理はステップＳ８２０に進み、ＣＬＳ管理サーバ１２０は、ステップＳ８２０で、ＣＬＳ管理端末１１０から送信された設定パラメータ４５０の検索条件情報に合致する取引情報を取引情報ＤＢ１２２から取り出し、ステップＳ８２２で、該取り出された取引情報を検索結果としてＣＬＳ管理端末１１０に送信する。ＣＬＳ管理端末１１０は、送信された取引情報を検索結果として各検索画面に表示することができる。処理は、ステップＳ８２４に進む。
【００９１】
一方、負荷状況パラメータ４２１と４６０が一致しない場合は、ＣＬＳ管理端末１１０に設定パラメータと負荷状況パラメータ４２１を前に提供したときのＣＬＳ管理サーバ１２０の負荷状態と、現在のＣＬＳ管理サーバ１２０の負荷状態が異なる。したがって、この場合、ＣＬＳ管理サーバ１２０の現在の負荷状態に応じて、設定パラメータ４５０（検索条件情報の条件式、更新間隔設定情報の更新間隔設定）を変更する必要がある。処理はステップＳ８０８に進む。
【００９２】
ステップＳ８０８で、ＣＬＳ管理サーバ１２０はステップＳ７０８と同様に、負荷状況テーブル４２０の負荷状況パラメータ４２１に従って、検索条件設定テーブル４３０内の複数の条件式のうち検索の実行に使用すべき条件式を決定して、検索条件設定テーブル４３０から、検索画面番号と検索条件番号と決定された条件式とを含む検索条件情報を取り出す。
【００９３】
ステップＳ８１０で、ＣＬＳ管理サーバ１２０はステップＳ７１０と同様に、負荷状況テーブル４２０の負荷状況パラメータ４２１に従って、更新間隔設定テーブル４４０内の複数の更新間隔設定のうち使用すべき更新間隔設定を決定して、更新間隔設定テーブル４４０から、設定番号と開始時間と終了時間と決定された更新間隔設定とを含む更新間隔設定情報を取り出す。
【００９４】
ステップＳ８１２で、ＣＬＳ管理サーバ１２０は、取り出した検索条件情報と、更新間隔設定情報とから、設定パラメータを再生成する。
【００９５】
ステップＳ８１４で、ＣＬＳ管理サーバ１２０は、再生成された設定パラメータに従って検索を実行する。ＣＬＳ管理サーバ１２０は、再生成された設定パラメータに含まれる検索条件情報に合致する取引情報を、取引情報ＤＢ１２２から取り出す。
【００９６】
ステップＳ８１６で、ＣＬＳ管理サーバ１２０は、取り出した取引情報を、再生成された設定パラメータおよび負荷状況パラメータ４２１とともにＣＬＳ管理端末１１０に送信する。ＣＬＳ管理端末１１０は、送信された取引情報を検索結果として各検索画面に表示することができる。
【００９７】
ステップＳ８１８で、ＣＬＳ管理端末１１０は、メモリ４７０内の設定パラメータ４５０と負荷状況パラメータ４６０を、ＣＬＳ管理サーバ１２０からの設定パラメータと負荷状況パラメータ４２１にそれぞれ置き換えて更新する。処理はステップＳ８２４に進む。
【００９８】
ステップＳ８２４で、ＣＬＳ管理端末１１０は、該ＣＬＳ管理端末１１０が保持する設定パラメータ４５０で設定された更新間隔の間待機し、更新間隔の時間経過後、自動的にステップＳ８０２に戻って再び検索要求を行う。したがって、ステップＳ８０６で負荷状況パラメータ４２１と４６０が一致すると判断された場合は、ＣＬＳ管理端末１１０は、前にＣＬＳ管理サーバ１２０から送信された設定パラメータ４５０の更新間隔設定情報で設定された更新間隔の間待機して、その後自動的に検索要求を行うことにより、検索結果の自動更新を行うことができる。ステップＳ８０６で負荷状況パラメータ４２１と４６０が一致しないと判断された場合は、現在の負荷状況パラメータ４２１に応じて再生成され、送信された設定パラメータ４５０の更新間隔設定情報で設定された更新間隔の間待機して、その後自動的に検索要求を行うことにより、検索結果の自動更新を行うことができる。自動更新が設定されているときは、ステップＳ８０２〜Ｓ８２４が繰り返される。
【００９９】
したがって、本方法によると、ＣＬＳ管理サーバ１２０の現在の負荷状態を示す負荷状況パラメータ４２１に対応する設定パラメータ４５０を使用するため、ＣＬＳ管理サーバ１２０の現在の負荷状態に応じて、検索条件および更新間隔を制限することが可能になる。
【０１００】
次に図９〜図１２を参照して、本発明の第３の実施形態に係る自動更新の制限を説明する。
【０１０１】
図９は、本発明の第３の実施形態に係るＣＬＳ管理サーバ１２０およびＣＬＳ管理端末１１０の構成を示す図である。図１０は、本発明の第３の実施形態に従って自動更新を制限するためのＣＬＳ管理サーバ１２０の各テーブルの構成を示す図である。
【０１０２】
第３の実施形態では、第２の実施形態と同様に、負荷判定の条件となる各指標のレベルに応じて各指標に対して複数の閾値（閾値の範囲）を定義し、複数の閾値に対応する複数の負荷上昇状態を定義する。したがって、本実施形態では、負荷判定条件テーブル４１０は、図１０の（ａ）に示されるように、図６（ａ）の負荷判定条件テーブル４１０と同様に各指標１０１１に対して複数の閾値０〜３（１０１２〜１０１５）が定義され、負荷判定条件テーブル４２０の負荷状況パラメータ４２１は、負荷状態に応じて複数のパラメータ値（例えば「０」〜「３」）をとることができる。
【０１０３】
図９に図示されるように、第３の実施形態に係るＣＬＳ管理サーバ１２０は、ユーザ一覧テーブル９１０を備える。ユーザ一覧テーブル９１０は、図１０の（ｅ）に示されるように、各ユーザに関する情報を含むテーブルであり、負荷上昇状態に応じて各ユーザの自動更新を制限するために各ユーザに割り当てられた判定レベル９１１を含む。判定レベル９１１は、例えば、負荷上昇状態のレベルと同様に「０」〜「３」の値とすることができる。管理者は、例えば各ユーザの権限など、所定の優先度に従って各ユーザに判定レベル９１１を割り当てることができる。例えば、より重要なポストにあり、自動更新を制限すべきではないユーザには判定レベル「３」を割り当て、通常のユーザには、各ユーザの権限などに応じて判定レベル「０」〜「２」のいずれかを割り当てることができる。
【０１０４】
本実施形態では、負荷上昇状態のレベル、すなわち負荷状況パラメータ４２１の値と、各ユーザに割り当てられた判定レベル９１１とに基づいて自動更新の制限を行う。ＣＬＳ管理端末１１０からユーザがログインすると、ＣＬＳ管理サーバ１２０は、ユーザ一覧テーブル９１０から該ユーザに割り当てられた判定レベル９１１を特定し、該判定レベル９１１と負荷状況パラメータ４２１の値を比較し、判定レベル９１１の値が負荷状況パラメータ４２１の値より大きいか否かを判断する。判定レベル９１１の値が負荷状況パラメータ４２１の値より大きい場合（判定レベル９１１＞負荷状況パラメータ４２１の場合）、該ユーザは自動更新の制限の対象とはならず、通常状態の条件式１０３４および通常状態の更新間隔１０４６を使用して検索が実行される。一方、判定レベル９１１の値が負荷状況パラメータ４２１の値と等しいかまたは小さい場合（判定レベル９１１≦負荷状況パラメータ４２１の場合）、該ユーザは自動更新の制限の対象となり、負荷上昇状態の条件式１０３５および負荷上昇状態の更新間隔１０４７を使用して検索が実行される。
【０１０５】
なお、図１０の検索条件設定テーブル４３０および更新間隔設定テーブル４４０においては、各検索条件に対する負荷上昇状態の条件式、各設定に対する負荷上昇状態の更新間隔設定が、それぞれ１つのみ設定されているが、図６のように負荷上昇状態のレベルに応じて複数の条件式、更新間隔設定を設定することもできる。
【０１０６】
次に、図１１および図１２を参照して、本発明の第３の実施形態にしたがって自動更新を制限するための方法について説明する。
【０１０７】
図１１のステップＳ１１０２で、ＣＬＳ管理端末１１０がユーザＩＤを含むログイン情報を受信すると、ＣＬＳ管理端末１１０は、ステップＳ１１０４でログイン情報をＣＬＳ管理サーバ１２０に送信する。ＣＬＳ管理サーバ１２０は、ＣＬＳ管理端末１１０からログイン情報を受信すると、ステップＳ１１０６で、負荷状況テーブル４２０を参照して負荷状況パラメータ４２１を取り出す。
【０１０８】
ＣＬＳ管理サーバ１２０は、次いでステップＳ１１０８で、ユーザ一覧テーブル９１０を参照し、ログイン情報に含まれるユーザＩＤに基づいてユーザに割り当てられた判定レベル９１１を特定する。
【０１０９】
ステップＳ１１１０で、ＣＬＳ管理サーバ１２０は、ユーザの判定レベル９１１と負荷状況パラメータ４２１の値を比較し、ユーザの判定レベル９１１が負荷状況パラメータ４２１の値より大きいかどうか判断する。
【０１１０】
ステップＳ１１１２で、ＣＬＳ管理サーバ１２０は、ステップＳ１１１０の比較結果に基づいて、検索条件設定テーブル４３０内の複数の条件式の列（通常状態の条件式１０３４の列、および負荷上昇状態の条件式１０３５の列）のうち、いずれの列の条件式を取り出すべきか決定し、検索条件設定テーブル４３０から、検索画面番号１０３２、検索条件番号１０３３、および決定された条件式を検索条件情報として取り出す。
【０１１１】
ＣＬＳ管理サーバ１２０は、ステップＳ１１１０でユーザの判定レベル９１１が負荷状況パラメータ４２１の値より大きい（判定レベル９１１＞負荷状況パラメータ４２１）と判断したとき、検索条件設定テーブル４３０内の複数の条件式の列のうち通常状態の条件式１０３４の列の条件式を取り出すべきと判断して、検索条件設定テーブル４３０から、検索画面番号１０３２、検索条件番号１０３３、および通常状態の条件式１０３４を検索条件情報として取り出す。一方、ステップＳ１１１０でユーザの判定レベル９１１が負荷状況パラメータ４２１の値と等しいまたは小さい（判定レベル９１１≦負荷状況パラメータ４２１）と判断したとき、検索条件設定テーブル４３０内の複数の条件式の列のうち負荷上昇状態の条件式１０３５の列の条件式を取り出すべきと判断して、検索条件設定テーブル４３０から、検索画面番号１０３２、検索条件番号１０３３、および負荷上昇状態の条件式１０３５を検索条件情報として取り出す。
【０１１２】
次いで、ステップＳ１１１４で、ＣＬＳ管理サーバ１２０は、ステップＳ１１１０の比較結果に基づいて、更新間隔設定テーブル４４０内の複数の更新間隔の列（通常状態の更新間隔１０４６の列、および負荷上昇状態の更新間隔１０４７の列）のうち、いずれの列の更新間隔設定を取り出すべきか決定し、更新間隔設定テーブル４４０から、設定番号１０４２、開始時間１０４３、終了時間１０４４、および決定された更新間隔設定を更新間隔設定情報として取り出す。
【０１１３】
ＣＬＳ管理サーバ１２０は、ステップＳ１１１０でユーザの判定レベル９１１が負荷状況パラメータ４２１の値より大きい（判定レベル９１１＞負荷状況パラメータ４２１）と判断したとき、更新間隔設定テーブル４４０内の数の更新間隔の列のうち通常状態の更新間隔１０４６の列の更新間隔設定を取り出すべきと判断して、更新間隔設定テーブル４４０から、設定番号１０４２、開始時間１０４３、終了時間１０４４、および通常状態の更新間隔設定１０４６を更新間隔設定情報として取り出す。一方、ステップＳ１１１０でユーザの判定レベル９１１が負荷状況パラメータ４２１の値と等しいまたは小さい（判定レベル９１１≦負荷状況パラメータ４２１）と判断したとき、更新間隔設定テーブル４４０内の数の更新間隔の列のうち負荷上昇状態の更新間隔１０４７の列の更新間隔設定を取り出すべきと判断して、更新間隔設定テーブル４４０から、設定番号１０４２、開始時間１０４３、終了時間１０４４、および負荷上昇状態の更新間隔設定１０４７を更新間隔設定情報として取り出す。
【０１１４】
ステップＳ１１１６〜Ｓ１１２０は、図７のステップＳ７１２〜Ｓ７１６と同様であり、ＣＬＳ管理サーバ１２０は、検索条件情報と更新間隔設定情報とを含む設定パラメータを生成し（Ｓ１１１６）、設定パラメータと負荷状況パラメータ４２１とを、ＣＬＳ管理端末１１０に送信する（Ｓ１１１８）。ＣＬＳ管理端末１１０は、ＣＬＳ管理サーバ１２０から送信された設定パラメータおよび負荷状況パラメータ４２１を、それぞれ設定パラメータ４５０、負荷状況パラメータ４６０としてメモリ４７０に保存する（Ｓ１１２０）。処理は図１２に続く。なお、図１１のステップＳ１１０２〜Ｓ１１２０の処理は、図７の処理と同様に初回ログイン時に行われる処理である。
【０１１５】
図１２に移ると、ステップＳ１２０２で、ＣＬＳ管理端末１１０が設定パラメータ４５０と負荷状況パラメータ４６０を送信することにより、ＣＬＳ管理サーバ１２０に検索要求を行う。
【０１１６】
ＣＬＳ管理サーバ１２０は、ステップＳ１２０４で負荷状況テーブル４２０の負荷状況パラメータ４２１を取り出し、ステップＳ１２０６でＣＬＳ管理端末１１０からの負荷状況パラメータ４２１と一致するかどうかを判断する。
【０１１７】
負荷状況パラメータ４２１と４６０が一致するとき、ＣＬＳ管理端末１１０の設定パラメータ４５０を変更する必要がないため、処理はステップＳ１２２４に進む。ステップＳ１２２４〜Ｓ１２２８の処理は、図８のＳ８２０〜Ｓ８２２と同様であり、ここでは説明を省略する。
【０１１８】
負荷状況パラメータ４２１と４６０が一致しないとき、処理はステップＳ１２０８に進み、ＣＬＳ管理サーバ１２０は、ユーザ一覧テーブル９１０を参照し、ユーザに対して割り当てられた判定レベル９１１を特定する。
【０１１９】
ステップＳ１２１０で、ＣＬＳ管理サーバ１２０は、ユーザの判定レベル９１１と負荷状況パラメータ４２１の値を比較し、ユーザの判定レベル９１１が負荷状況パラメータ４２１の値より大きいかどうか判断する。
【０１２０】
ステップＳ１２１２で、ＣＬＳ管理サーバ１２０はステップＳ１１１２と同様に、ステップＳ１２１０の比較結果に基づいて、検索条件設定テーブル４３０内の複数の条件式の列（通常状態の条件式１０３４の列、および負荷上昇状態の条件式１０３５の列）のうち、いずれの列の条件式を取り出すべきか決定し、検索条件設定テーブル４３０から、検索画面番号１０３２と、検索条件番号１０３３と、１０３４または１０３５のいずれか決定された条件式とを検索条件情報として取り出す。
【０１２１】
次いで、ステップＳ１２１４で、ＣＬＳ管理サーバ１２０はステップＳ１１１４と同様に、ステップＳ１２１０の比較結果に基づいて、更新間隔設定テーブル４４０内の複数の更新間隔の列（通常状態の更新間隔１０４６の列、および負荷上昇状態の更新間隔１０４７の列）のうち、いずれの列の更新間隔設定を取り出すべきか決定し、更新間隔設定テーブル４４０から、設定番号１０４２と、開始時間１０４３と、終了時間１０４４と、１０４６または１０４７のいずれか決定された更新間隔設定とを更新間隔設定情報として取り出す。
【０１２２】
ＣＬＳ管理サーバ１２０は、図８のステップＳ８１２〜Ｓ８１４と同様に、検索条件情報と更新間隔設定情報とを含む設定パラメータを再生成し（ステップＳ１２１６）し、再生成された設定パラメータに従って検索を実行して（Ｓ１２１８）、検索結果を、再生成された設定パラメータおよび負荷状況パラメータ４２１とともにＣＬＳ管理端末１１０に送信する（Ｓ１２２０）。ＣＬＳ管理端末１１０は、メモリ４７０内の設定パラメータ４５０と負荷状況パラメータ４６０を、それぞれ送信された設定パラメータと負荷状況パラメータ４２１で置き換える（Ｓ１２２２）。
【０１２３】
図８のステップＳ８２４と同様にＣＬＳ管理端末１１０は、メモリ４７０内に保持する設定パラメータ４５０で設定された更新間隔の間待機し（ステップＳ１２２８）、更新間隔の時間経過後、自動的にステップＳ１２０２に戻って再び検索要求を行う。自動更新が設定されているときは、ステップＳ８０２〜Ｓ８２４が繰り返される。
【０１２４】
したがって、本方法によると、ＣＬＳ管理サーバ１２０の現在の負荷状態を示す負荷状況パラメータ４２１とユーザの判定レベル９１１とに対応する設定パラメータ４５０を使用するため、ＣＬＳ管理サーバ１２０の負荷状態とユーザのレベルに応じて、検索条件および更新間隔を制限することが可能になる。
【符号の説明】
【０１２５】
１００ 銀行システム
１１０ ＣＬＳ管理端末
１２０ ＣＬＳ管理サーバ
１２２ 取引情報データベース
１２４、４３０ 検索条件設定テーブル
１２６、４４０ 更新間隔設定テーブル
１３０ フロントシステム
１４０ ＣＬＳゲートウェイ
１５０ ＣＬＳ銀行
２００ 設定画面
２１２ 開始時間入力フィールド
２１４ 終了時間入力フィールド
２１６、２２６ 更新間隔入力フィールド
２１８、２２８ 手動選択フィールド
４１０ 負荷判定条件テーブル
４２０ 負荷状況テーブル
４２１ 負荷状況パラメータ
９１０ ユーザ一覧テーブル
９１１ 判定レベル
【技術分野】
【０００１】
本発明は、取引情報検索の自動更新を行うための方法および装置に関し、より詳細には、サーバの負荷状態に応じた取引情報検索の自動更新を可能にするための方法および装置に関する。
【背景技術】
【０００２】
従来、外国為替取引（外為取引）の決済では、時差リスクが存在していた。例えば、Ａ行とＢ行の取引において、Ａ行が円を通貨とし（日本）、Ｂ行がドルを通貨とする（米国）場合、各国の為替市場の稼働時間には時差があるため、円とドルを同時に決済することはできない。したがって、例えば、取引を行う銀行の一方は円を通貨として資金の払込みを行ったあと、他方からドルの資金を受け取ることができなくなるというリスクがある。
【０００３】
このような時差リスクを削減するために、現在、ＣＬＳ（Continuous Linked Settlement）銀行を介して外為取引の多通貨（例えば、円と米ドル）を同時に決済するＣＬＳ決済が行われている。
【０００４】
図１３を参照して、ＣＬＳ決済の仕組みについて簡単に説明する。円を通貨とするＡ行と、ドルを通貨とするＢ行との間で外為取引が成立すると、Ａ行およびＢ行は、それぞれＣＬＳ銀行に取引情報の入力を行う（図１３（１）：取引情報入力）。例えば、取引情報の入力は、各国外為市場の取引時間帯に随時行うことができ、例えば、Ａ行は、東京市場の取引時間帯に取引情報を入力し、Ｂ行はニューヨーク市場の取引時間帯に取引情報を入力することができる。ＣＬＳ銀行は、入力された取引情報をそれぞれの決済日（通常は、取引約定日の２営業日後）まで保存する。
【０００５】
ＣＬＳ銀行は、当初払込みスケジュール（ＩＰＩＳ：Initial Pay-In Schedule）および当日決済取引を含めた修正払込みスケジュール（ＲＰＩＳ：Revised Pay-In Schedule）を所定の時間に通知する。
【０００６】
Ａ行およびＢ行はそれぞれ、同じ決済日の取引を合算して、通貨ごとの受払尻（受払額と支払額との差分）を算出する。次いでＣＬＳ銀行から通知されたスケジュールに従って、負けポジションとなっている通貨の差額分の資金を各中央銀行のＣＬＳ銀行の口座に払い込む（図１３（２）：ペイイン）。すなわち、日本銀行やＦＲＢ（Federal Reserve Bank）などの各中央銀行に設けられたＣＬＳ銀行の口座に資金の払込みを行うことにより、ＣＬＳ銀行宛に資金を払い込む（ペイインする）ことができる。
【０００７】
ＣＬＳ銀行では、各取引について、対となる通貨の受払を同時に行うことにより振替決済を行う（図１３（３）：振替決済）。
【０００８】
また、振替決済の進捗に伴って、勝ちポジションとなっている通貨については、各中央銀行の口座を通じて資金を払い出す（ペイアウト）ことができる（図１３（４）：資金決済）。例えば、各中央銀行のＣＬＳ銀行の口座から資金を受け取ることができる。
【０００９】
ＣＬＳ銀行は、各取引について、取引の進捗状況に応じて取引ステータス情報をＡ行およびＢ行に送信する。例えば、ＣＬＳ決済対象の取引が成立したこと（Ａ行とＢ行の両行から取引情報が入力されたこと）を示すステータス、払込みスケジュールが確定しＣＬＳ決済の準備が整ったことを示すステータス、ＣＬＳ決済が完了したことを示すステータスなどである。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上述のようなＣＬＳ決済の管理業務においては、決済の進捗状況が常に更新されるのでリアルタイムで取引情報を監視する必要がある。しかしながら、取引情報の進捗状況を監視するために頻繁に検索を行うことは面倒なことである可能性がある。また、取引情報を頻繁に更新しようとすると、サーバへのアクセスが増加してサーバの負荷が発生することとなる。例えば、ＣＬＳ銀行からＩＰＩＳが通知される時間帯や、振替決済が開始されて連続的にステータスが更新される時間帯などはリアルタイムで監視する必要があり、多くのユーザが銀行のサーバにアクセスするため、特に負荷が高まると考えられる。
【００１１】
したがって、リアルタイムのデータ更新とサーバの負荷低減の両方を実現するための仕組みが必要とされる。
【００１２】
本発明は、このような問題に鑑みてなされたもので、その目的とするところは、サーバの負荷状態に応じた取引検索結果の自動更新を可能にするための方法および装置を提供することにある。
【課題を解決するための手段】
【００１３】
本発明は、このような目的を達成するために、本発明の第１の側面である方法は、管理サーバの負荷状態に応じた取引情報検索の自動更新を可能にする。管理サーバは、取引情報を含む取引情報データベースと、実行すべき検索条件式を指定する検索条件情報を含む検索条件設定テーブルと、検索結果の自動更新間隔を指定する更新間隔設定情報を含む更新間隔設定テーブルと、管理サーバの負荷状態を示す負荷状況パラメータを含む負荷状況テーブルとを備える。本方法は、管理サーバが、端末から、検索条件情報および更新間隔設定を含む第１の設定パラメータと第１の負荷状況パラメータとを含む検索要求を受信するステップと、前記検索要求内に含まれる前記第１の負荷状況パラメータの値と、前記負荷状況テーブル内の第２の負荷状況パラメータの値とが一致するかどうかを判断するステップと、前記第１の負荷状況パラメータの値と前記第２の負荷状況パラメータの値が一致しないと判断したとき、記負荷状況テーブル内の前記第２の負荷状況パラメータの値に従って、前記検索条件設定テーブル内の少なくとも２つの検索条件式のうち検索の実行に使用すべき検索条件式を決定し、決定された検索条件式を含む検索条件情報を前記検索条件設定テーブルから取り出すステップと、前記負荷状況テーブル内の前記第２の負荷状況パラメータの値に従って、前記更新間隔設定テーブル内の少なくとも２つの更新間隔設定のうち自動更新に使用すべき更新間隔設定を決定し、決定された更新間隔設定を含む更新間隔設定情報を前記更新間隔設定テーブルから取り出すステップと、前記検索条件情報と前記更新間隔設定情報とを含む第２の設定パラメータを生成するステップと、前記第２の設定パラメータの前記検索条件情報に合致する取引情報を前記取引情報データベースから取り出して、取り出された取引情報と、前記第２の設定パラメータと、前記負荷状況テーブルの前記第２の負荷状況パラメータとを前記端末に送信するステップを含む。
【００１４】
したがって、端末は、負荷状況パラメータに応じた設定パラメータの更新間隔設定により自動更新を行うこととなり、負荷状態に応じて自動更新が制限されることとなる。
【００１５】
また、第２の側面に係る方法において、管理サーバは、該管理サーバの負荷状態を判断する条件を定義する負荷判定条件テーブルをさらに備え、該負荷判定条件テーブルは、負荷状態を判断するために使用される複数の指標と、各指標に対して定義された閾値を含む。本方法は、複数の指標の少なくとも１つが該指標に対して定義された前記閾値を超えているかどうかを判断するステップと、前記少なくとも１つの指標が前記閾値を超えているとき、前記管理サーバが負荷上昇状態にあることを示すように前記負荷状況テーブル内の前記負荷状況パラメータの値を更新するステップをさらに含む。
【発明の効果】
【００１６】
以上説明したように、本発明によれば、ＣＬＳ管理サーバの現在の負荷状態に応じて、あるいは、ＣＬＳ管理サーバの負荷状態とユーザのレベルに応じて、検索条件および更新間隔を制限することが可能になる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態にかかるシステムの全体的な構成を示す図である。
【図２】本発明の一実施形態にかかる取引情報の更新間隔を設定するためのＣＬＳ管理端末上の設定画面の一例を示す図である。
【図３】本発明の一実施形態にかかる自動更新処理の流れを示すフローチャートである。
【図４】本発明の第１および第２の実施形態にしたがって自動更新を制限するためのＣＬＳ管理サーバおよびＣＬＳ管理端末の構成を示す図である。
【図５】本発明の第１の実施形態にしたがって自動更新を制限するために、ＣＬＳ管理サーバの各テーブルの構成を示す図である。
【図６】本発明の第２の実施形態にしたがって自動更新を制限するために、ＣＬＳ管理サーバの各テーブルの構成を示す図である。
【図７】本発明の第１および第２の実施形態にしたがって、自動更新を制限するための方法を示すフローチャートである。
【図８】本発明の第１および第２の実施形態にしたがって、自動更新を制限するための方法を示すフローチャートである。
【図９】本発明の第３の実施形態にしたがって自動更新を制限するためのＣＬＳ管理サーバおよびＣＬＳ管理端末の構成を示す図である。
【図１０】本発明の第３の実施形態にしたがって自動更新を制限するために、ＣＬＳ管理サーバの各テーブルの構成を示す図である。
【図１１】本発明の第３の実施形態にしたがって、自動更新を制限するための方法を示すフローチャートである。
【図１２】本発明の第３の実施形態にしたがって、自動更新を制限するための方法を示すフローチャートである。
【図１３】ＣＬＳ決済の仕組みを示す図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照しながら本発明の実施形態について詳細に説明する。
【００１９】
図１は、本発明の一実施形態に係る全体的なシステム構成を示す図である。
【００２０】
Ａ行の銀行システム１００は、ＣＬＳ決済の対象となる取引を全般的に管理し、処理するＣＬＳ管理サーバ１２０と、ＣＬＳ決済の対象となる取引が成立したことを示す取引情報（約定電文）を作成してＣＬＳ管理サーバ１２０に送信するフロントシステム１３０を備える。銀行システム１００は、ＣＬＳゲートウェイ１４０も備え、ＣＬＳ管理サーバ１２０は、ＣＬＳゲートウェイ１４０を介してＣＬＳ銀行システム１５０と通信することができる。
【００２１】
ＣＬＳ管理サーバ１２０は、取引情報データベース（ＤＢ）１２２を備え、フロントシステム１３０から送信された取引情報を取引情報ＤＢ１２２内に格納する。ＣＬＳ管理サーバ１２０の取引情報ＤＢ１２２内に格納される取引情報は、ＣＬＳ決済の対象となる取引の内容、約定が成立した約定日、決済日、取引ステータス情報などを含む。
【００２２】
ＣＬＳ管理サーバ１２０は、フロントシステム１３０から送信された取引情報を、ＣＬＳゲートウェイ１４０を介してＣＬＳ銀行システム１５０に送信する。これにより、ＣＬＳ決済対象の取引について、Ａ行からＣＬＳ銀行への取引情報の入力が行われたことになる。
【００２３】
ＣＬＳ銀行システム１５０は、Ａ行のＣＬＳ管理サーバ１２０から取引情報を受信すると、対象の取引の決済日まで取引情報を保存する。ＣＬＳ銀行システム１５０は、取引情報が対象とする取引のステータスが変化した場合、取引ステータス情報をＣＬＳ管理サーバ１２０に送信する。取引ステータス情報は、例えば、ＣＬＳ決済対象の取引が成立したこと（取引を行う両行から取引情報が入力されたこと）を示すステータス（例えば、ＭＡ）、払込みスケジュールが確定しＣＬＳ決済の準備が整ったことを示すステータス（例えば、ＳＭ）、ＣＬＳ決済が完了したことを示すステータス（例えば、ＳＴ）などである。ＣＬＳ管理サーバ１２０は、ＣＬＳ銀行システム１５０から取引ステータス情報を受信すると、取引情報ＤＢ１２２内の取引情報に含まれる取引ステータス情報を更新する。
【００２４】
銀行システム１００はさらに、ネットワークを介してＣＬＳ管理サーバ１２０に接続されるＣＬＳ管理端末１１０を含む。ユーザは、ＣＬＳ管理端末１１０を使用して所望の取引について検索を行うことができる。ＣＬＳ管理端末１１０は、ディスプレイ上に複数の検索画面（例えば、検索画面１と検索画面２など）を表示することができ、ユーザは個々の検索画面から、例えば決済日や取引ステータス情報などの所望の検索条件を設定して取引情報の検索を行うことができる。ＣＬＳ管理端末１１０は、設定された検索条件に合致する取引情報をＣＬＳ管理サーバ１２０から取得して、該取得した取引情報を検索結果として各検索画面上に表示することができる。
【００２５】
例えば、ユーザが、ＣＬＳ管理端末１１０の検索画面１から２つの検索条件：検索条件１「決済日＝2010/7/1」、検索条件２「ステータス＝ＭＡ」を指定し、検索画面２から１つの検索条件：検索条件１「ステータス＝ＳＭ」を指定することができる。検索が実行されると、ＣＬＳ管理端末１１０は、各検索条件に合致する取引情報、すなわち決済日が２０１０年７月１日であって取引ステータスがＭＡの取引情報と、取引ステータスがＳＭの取引情報とをＣＬＳ管理サーバ１２０から受信し、それぞれ検索画面１と検索画面２に表示することができる。
【００２６】
ＣＬＳ管理サーバ１２０は、検索条件設定テーブル１２４も備え、検索条件設定テーブル１２４にユーザがＣＬＳ管理端末１１０から設定した検索条件情報を格納することができる。例えば、上述のように、ユーザが各検索画面から決済日や取引ステータスなどの検索条件を設定すると、ＣＬＳ管理端末１１０は、設定された検索条件情報を、各ユーザの識別情報（例えば、ユーザＩＤ）とともにＣＬＳ管理サーバ１２０に送信する。ＣＬＳ管理サーバ１２０は、送信された各ユーザの検索条件情報を検索条件ＤＢ１２４に格納し、その後ユーザが、ＣＬＳ管理端末１１０からユーザＩＤを入力してログインすると、ＣＬＳ管理サーバ１２０は、ユーザＩＤに基づいて検索条件情報を検索条件ＤＢ１２４から取り出すことができる。次いでＣＬＳ管理サーバ１２０は、取り出した検索条件情報に基づいて取引情報ＤＢ１２２から取引情報を取り出して検索結果としてＣＬＳ管理端末１１０に送信し、ＣＬＳ管理端末１１０は、検索結果が表示されるようにＣＬＳ管理端末１１０の検索画面をリフレッシュする。したがって、ユーザは、ＣＬＳ管理端末１１０の更新された検索画面を見ることにより、所望の取引の取引情報を確認することができる。
【００２７】
ＣＬＳ管理サーバ１２０はさらに、更新間隔設定テーブル１２６も備える。本願発明では、ユーザは、検索を実行して取引情報（検索結果）の更新を行う時間間隔を予め設定することができ、設定された更新間隔の情報を更新間隔設定テーブル１２６に格納することができる。例えば、連続的に取引ステータス情報が更新される時間帯には、ユーザは、取引情報をリアルタイムでモニタリングするためにＣＬＳ管理端末１１０から検索を連続的に実行する必要があり、これはしばしば面倒な作業となる可能性がある。一方、取引ステータス情報が更新されない時間帯には、あまり頻繁に取引情報を取得しなくてもよいこともある。本願発明では、時間帯に応じて所望の更新間隔を設定できるようにし、これによりＣＬＳ管理端末１００に表示される検索結果を、時間帯に応じて所望の時間間隔設定で自動更新することができる。
【００２８】
ここで、図２を参照する。図２は、取引情報の更新間隔を設定するためのＣＬＳ管理端末１１０の設定画面の一例を示す図である。
【００２９】
ＣＬＳ管理端末１１０の設定画面２００では、点線２１０内に示されるように、時間帯に応じて個別に自動更新／手動更新を選択することができ、自動更新を選択する場合は、自動更新の間隔を設定することができる。図２では、一例として４つの個別の更新設定が選択可能な設定画面を図示しているが、さらに多くの更新設定を選択可能にすることもできる。時間帯に応じた個別の更新設定では、開始時間と終了時間を、点線２１０内に示される開始時間入力フィールド２１２と終了時間入力フィールド２１４にそれぞれ入力することにより、自動更新を行う時間帯を指定することができる。そして、指定した各時間帯に対応する更新間隔入力フィールド２１６に所望の時間間隔を入力することにより、各時間帯の自動更新間隔を設定することができる。図２の例において、１つめの設定（設定番号１）では、開始時間入力フィールド２１２に「0:00」、終了時間入力フィールド２１４に「0:30」、更新間隔入力フィールド２１６に「１」と入力されているため、ＯＫボタン２３０の押下などにより入力内容が確定されると、午前１２時から午前１２時３０分までの時間帯は、１秒間隔で自動的に更新が行われることとなる。
【００３０】
また、設定画面２００は、オプションで手動選択フィールド２１８、２２８も含む。例えば、特定の時間帯に対応する手動選択フィールド２１８にチェック入力すると、その時間帯は手動で更新を行うことを選択することができる。手動更新を選択した場合は、自動更新間隔を設定することはできない。本発明の一実施形態では、手動更新が選択された場合は、更新間隔入力フィールド２１６をグレーアウトして自動更新間隔を設定することができないことを示すことができる。
【００３１】
さらに、設定画面２００では、点線２１０内に示される時間帯毎の個別の更新設定（設定番号１〜４）に加え、点線２２０内に示されるようなデフォルトの設定を行うこともできる。これにより、設定番号１〜４で個別に指定された時間帯以外は、デフォルトの設定にしたがって取引情報の更新を行うことができる。例えば、図２の例では、点線２２０内に示されるように、手動選択フィールド２２８がチェック入力されており、デフォルトの設定では手動更新が選択されている。したがって、設定番号１〜４で個別に指定した時間帯以外は、自動更新は行われず、手動で更新を行う必要がある。手動選択フィールド２２８を選択せず、更新間隔入力フィールド２２６に所望の時間間隔を入力した場合は、デフォルトとして自動更新が設定され、設定番号１〜４で個別に指定した時間帯以外は、更新間隔入力フィールド２２６に入力した更新間隔で自動更新が行われることとなる。
【００３２】
このようにＣＬＳ管理端末１１０の設定画面２００から入力された各時間帯の更新設定情報およびデフォルトの更新設定情報は、例えばＯＫボタン２３０の押下などにより、その内容が確定されて、ユーザＩＤなどのユーザの識別情報とともにＣＬＳ管理サーバ１２０に送信されて、更新間隔設定テーブル１２６に格納される。
【００３３】
次に、図３を参照して、本発明の一実施形態に係る自動更新処理３００の流れを説明する。
【００３４】
ステップＳ３０２で、ＣＬＳ管理端末１１０が、ユーザによって入力されたログイン情報を受信すると、処理３００が開始する。ログイン情報は、例えば、ユーザＩＤなどのユーザの識別情報およびパスワードなどを含む。
【００３５】
ステップＳ３０４で、ＣＬＳ管理端末１１０は、ログイン情報をＣＬＳ管理サーバ１２０に送信する。ＣＬＳ管理サーバ１２０は、送信されたログイン情報に含まれるユーザＩＤおよびパスワードに基づいて、ユーザの認証を行うこともできる。
【００３６】
ステップＳ３０６で、ＣＬＳ管理サーバ１２０は、ログイン情報に含まれるユーザＩＤに基づいて、検索条件設定ＤＢ１２４から検索条件情報（検索画面番号、検索条件番号および検索条件の条件式など）を取り出し、更新間隔設定テーブル１２６から更新間隔設定情報（設定番号、開始時間、終了時間、更新間隔設定など）を取り出す。
【００３７】
ステップＳ３０８で、ＣＬＳ管理サーバ１２０は、取り出した検索条件情報と更新間隔設定情報をＣＬＳ管理端末１１０に送信する。ＣＬＳ管理端末１１０は、受信した検索条件情報を各検索画面上に表示することができる。
【００３８】
ステップＳ３１０で、ＣＬＳ管理端末１１０は、ＣＬＳ管理サーバ１２０から検索条件情報を受信すると、ＣＬＳ管理サーバ１２０に検索要求を行う。一実施形態では、各検索画面に検索実行ボタンなどを設けて、ユーザによって検索実行ボタンが押下されると、ＣＬＳ管理サーバ１２０に検索要求を行うように構成することができる。検索要求には、検索条件として設定されたパラメータが含まれる。
【００３９】
ステップＳ３１２で、ＣＬＳ管理サーバ１２０は、検索要求に含まれる検索条件に合致する取引情報を取引情報ＤＢ１２２から取り出して、ＣＬＳ管理端末１１０に送信する。検索条件が複数存在する場合は、取引情報ＤＢ１２２から、各検索条件に合致する取引情報をそれぞれ取り出す。
【００４０】
ステップＳ３１４で、ＣＬＳ管理端末１１０は、ＣＬＳ管理サーバ１２０から送信された取引情報を、検索結果として各検索画面に表示する。
【００４１】
ステップＳ３１６で、ＣＬＳ管理サーバ１２０からステップＳ３０８で取得した更新間隔設定情報に基づいて、現在の時刻が、自動更新が選択されている時間帯かどうかを判断する。例えば、ＣＬＳ管理端末１１０は、現在の時刻と、更新間隔設定情報内で個別に指定されている各時間帯とを比較して、現在の時刻が、更新間隔設定情報で自動更新が選択されている時間帯であるかどうかを判断する。現在の時刻が、個別に設定された時間帯のいずれかに属し、その時間帯で自動更新が選択されている（すなわち更新間隔の入力がある）場合、あるいは個別に設定された時間帯のいずれにも属さないが、デフォルト設定で自動更新が選択されている場合、現在の時刻は、更新間隔設定情報で自動更新が選択されている時間帯に該当し、処理はステップＳ３１８に進む。
【００４２】
ステップＳ３１８で、ＣＬＳ管理端末１１０は、更新間隔設定情報において、現在の時刻が属する時間帯またはデフォルトで設定されている更新間隔の間待機する。更新間隔の経過後に、処理はステップＳ３１０に戻り、検索要求をＣＬＳ管理サーバ１２０に送信することにより自動的に再検索を行う。例えば、現在の時刻が属する時間帯について設定された更新間隔がＸ秒であるとき、ＣＬＳ管理端末１１０はＸ秒間待機し、Ｘ秒経過後に自動的に再検索を行うこととなる。
【００４３】
一方、現在の時刻が、手動更新として設定された時間帯に属する場合、あるいは個別に設定された時間帯のいずれにも属さず、デフォルト設定で手動更新が選択されている場合は、ＣＬＳ管理端末１１０は、自動更新は行わず、ユーザが手動で検索要求したときに再検索を行うこととなる。
【００４４】
上述したように自動更新を選択している場合、ユーザは、手動で検索を実行することなく、時間帯に応じて設定した所望の更新間隔で更新された検索結果を取得することができる。したがって、例えば、ＩＰＩＳが通知される時間帯や連続的に取引ステータス情報が更新される時間帯には、更新間隔をより短く設定することで、頻繁に手動で検索を行うことなく、最新の取引ステータス情報を取得することができる。
【００４５】
しかしながら、ＩＰＩＳが通知される時間帯や連続的に取引ステータス情報が更新される時間帯においては、ＣＬＳ管理端末１１０からのＣＬＳ管理サーバ１２０へのアクセスが殺到して、ＣＬＳ管理サーバ１２０の負荷が上昇することがある。例えば、多くのユーザが、取引ステータス情報が連続的に更新される時間帯に非常に短い更新間隔を設定し、一部のユーザは手動更新を設定して頻繁に手動で検索を行う場合には、ＣＬＳ管理端末１１０からＣＬＳ管理サーバ１２０への大量の検索要求が行われ、ＣＬＳ管理サーバ１２０の負荷が高まることとなる。
【００４６】
そこで、本願発明では、ＣＬＳ管理サーバ１２０の負荷を低減するために、所定の条件に達した場合にはＣＬＳ管理サーバ１２０が負荷上昇状態であると判断し、ＣＬＳ管理端末１１０における検索結果の自動更新を制限できるようにする。
【００４７】
以下、図４〜８を参照して、本願発明の第１および第２の実施形態に係る自動更新の制限について説明する。
【００４８】
図４は、自動更新を制限するためのＣＬＳ管理サーバおよびＣＬＳ管理端末の構成を示す概略図である。
【００４９】
ＣＬＳ管理サーバ１２０は、取引情報ＤＢ１２２、負荷判定条件テーブル４１０、負荷状況テーブル４２０、検索条件設定テーブル４３０、および更新間隔設定テーブル４４０を備える。取引情報ＤＢ１２２は、図１に関連して説明したものと同じである。
【００５０】
負荷判定条件テーブル４１０は、ＣＬＳ管理サーバ１２０が負荷上昇状態であるかどうかを判断する際の条件を定義するテーブルである。後述するように、負荷判定条件テーブル４１０では、ＣＬＳ管理サーバ１２０の負荷状態を判定するための指標（例えば、取引受付件数、為替レートの変動率、ＣＰＵ使用率）を定義し、指標毎に所定の閾値を定義する。
【００５１】
負荷状況テーブル４２０は、ＣＬＳ管理サーバ１２０の負荷状態を管理するためのテーブルであり、ＣＬＳ管理サーバ１２０の負荷状態を示す負荷状況パラメータ４２１を含む。負荷状況パラメータ４２１は、負荷判定条件テーブル４１０に定義される負荷判定条件に基づいてＣＬＳ管理サーバ１２０が負荷上昇状態にあるかどうかを示す。一実施形態において、ＣＬＳ管理サーバ１２０は、例えば負荷判定条件テーブル４１０に定義された指標を所定の時間間隔で監視し、いずれかの指標が所定の閾値を超過したとき負荷上昇状態にあると判断して、負荷上昇状態を示すように負荷状況テーブル４２０内の負荷状況パラメータ４２１を更新することができる。負荷状況テーブル４２０の負荷状況パラメータ４２１が負荷上昇状態を示すとき、ＣＬＳ管理端末１１０の自動更新が制限されることとなる。
【００５２】
検索条件設定テーブル４３０および更新間隔設定テーブル４４０はそれぞれ、図１に関連して説明した検索条件設定テーブル１２４、更新間隔設定テーブル１２６と概ね同様であるが、自動更新を制限するために、ユーザによって予め設定された検索条件と更新間隔の情報に加え、負荷上昇状態の検索条件と更新間隔の情報も含む点において異なる。すなわち、検索条件設定テーブル４３０は、ＣＬＳ管理サーバ１２０が通常状態にあり、自動更新を制限する必要がない場合の検索の実行に使用する条件式と、ＣＬＳ管理サーバ１２０が負荷上昇状態にあり、自動更新を制限する必要がある場合の検索の実行に使用される条件式を含む。更新間隔設定テーブル４４０も同様に、自動更新を制限する必要がない場合に使用される更新間隔設定と、自動更新を制限する必要がある場合に使用される更新間隔設定を含む。
【００５３】
以下で図７、８に関連して詳述するように、ＣＬＳ管理サーバ１２０は、ＣＬＳ管理端末１１０からユーザのログイン情報を受信すると、負荷状況テーブル４２０の負荷状況パラメータにしたがって、検索条件設定テーブル４３０、更新間隔設定テーブル４４０からそれぞれ使用すべき検索条件式と更新間隔設定を決定し、該検索条件式と更新間隔設定を含む設定パラメータを生成し、該生成された設定パラメータと負荷状況パラメータをＣＬＳ管理端末１１０に送信する。これにより、ＣＬＳ管理端末１１０において、ＣＬＳ管理サーバ１２０の負荷状況に応じた検索条件と更新間隔で自動更新を行うことが可能になる。ＣＬＳ管理端末１１０は、ＣＬＳ管理サーバ１２０から設定パラメータおよび負荷状況パラメータを受信すると、それぞれ設定パラメータ４５０、負荷状況パラメータ４６０としてメモリ４７０内に記憶する。
【００５４】
図５を参照して、本発明の第１の実施形態に係る自動更新の制限について説明する。図５は、本発明の第１の実施形態に従って自動更新を制限するために、ＣＬＳ管理サーバ１２０の各テーブルの構成を示す図である。
【００５５】
図５の（ａ）に示されるように、本実施形態の負荷判定条件テーブル４１０は、「取引受付件数」、「為替レート変動率」、「ＣＰＵ使用率」という３つの指標５１１と、各指標に対する閾値５１２を定義している。本実施形態では、ＣＬＳ管理サーバ１２０は、負荷判定条件テーブル４１０の各指標を所定の時間期間（例えば、１５分間隔）で監視し、いずれかの指標が閾値を超えたか否かに応じて負荷上昇状態であるかどうかを判断する。
【００５６】
指標「取引受付件数」は、ＣＬＳ管理サーバ１２０で受け付けたＣＬＳ決済対象の取引の件数を示す値である。本実施形態では、ＣＬＳ管理サーバ１２０は、所定の時間期間（例えば、直近１５分間）に受け付けた取引の件数が所定の閾値（例えば、１０００件）を超えたとき、負荷上昇状態であると判断する。
【００５７】
指標「為替レート変動率」は、為替レートの変動率（最高レートと最低レートとの差）を示す値である。本実施形態では、ＣＬＳ管理サーバ１２０は、所定の時間期間（例えば、直近１５分間）の変動率、すなわち最高レートと最低レートの差が、所定の閾値（例えば、５％）を超えたとき、負荷上昇状態であると判断する。
【００５８】
指標「ＣＰＵ使用率」は、ＣＬＳ管理サーバ１２０のＣＰＵの使用率を示す値である。本実施形態では、ＣＬＳ管理サーバ１２０は、ＣＰＵ使用率が所定の時間期間の間（例えば、直近１５分間の間）、所定の閾値（例えば、９０％）の超過状態が継続したとき、負荷上昇状態であると判断する。
【００５９】
ＣＬＳ管理サーバ１２０は、負荷判定条件テーブル４１０の各指標５１１を所定の時間期間監視して、いずれかの指標が閾値を超えているか否かに応じて、負荷状況テーブル４２０の負荷状況パラメータ４２１を更新する。いずれかの指標が閾値を超えたときは負荷上昇状態である判断して、負荷状況パラメータ４２１に「１」（負荷上昇状態）をセットし、いずれの指標も閾値を超えていないときは負荷上昇状態ではないと判断して、負荷状況パラメータ４２１に「０」（通常状態）をセットする。
【００６０】
本実施形態の検索条件設定テーブル４３０は、図５の（ｃ）に示されるように、ユーザＩＤ５３１と、検索画面番号５３２と、検索条件番号５３３と、通常状態の条件式５３４と、負荷上昇状態の条件式５３５を含む。
【００６１】
上述のように、ユーザは、１つのＣＬＳ管理端末１１０を使用して、それぞれ別の検索画面から複数の検索を行うことができ、１つの検索で複数の検索条件を指定することができる。検索画面番号５３２は、各検索に対応する検索画面の番号であり、検索画面番号５３２を使用して各検索および検索結果を表示すべき検索画面を識別することができる。検索条件番号５３３は、各検索で指定された個々の検索条件を識別する番号である。
【００６２】
通常状態の条件式５３４は、ユーザが予め設定した各検索条件に合致する取引情報を取引情報ＤＢ１２２から取り出すための条件式である。通常状態の条件式５３４は、ＣＬＳ管理サーバ１２０が通常状態にあり、ＣＬＳ管理端末１１０の自動更新が制限されない場合に使用される。一方、負荷上昇状態の条件式５３５は、ＣＬＳ管理サーバ１２０が負荷上昇状態のときにＣＬＳ管理端末１１０の自動更新を制限するために、通常状態の条件式５３４の代わりに使用される条件式であり、通常状態の条件式５３４よりも制限されている。
【００６３】
ＣＬＳ管理サーバ１２０は、ＣＬＳ管理端末１１０からの検索要求に含まれる検索条件に従って検索を実行するが、検索に使用する条件式が多いほどＣＬＳ管理サーバ１２０の処理が多くなり、したがって負荷がより高くなる。本願発明は、ＣＬＳ管理サーバ１２０の負荷状態に応じて異なる条件式を使用して検索を実行することにより、ＣＬＳ管理サーバ１２０の負荷を低減させることができる。負荷上昇状態の条件式５３５は、例えば管理者などが管理者端末などを使用して定義することができる。
【００６４】
ＣＬＳ管理サーバ１２０は、通常状態の条件式５３４と負荷上昇状態の条件式５３５のいずれを検索の実行に使用すべきかを、負荷状況テーブル４２０の負荷状況パラメータ４２１に従って決定する。ＣＬＳ管理サーバ１２０は、負荷状況テーブル４２０を参照して、負荷状況パラメータ４２１の値が「０」（通常状態）のとき、検索の実行に通常状態の条件式５３４を使用すべきと判断し、「１」（負荷上昇状態）のときは、ＣＬＳ管理サーバ１２０は、検索の実行に負荷上昇状態の条件式５３５を使用すべきと決定する。
【００６５】
ＣＬＳ管理サーバ１２０は、次いで各ユーザＩＤに合致する検索条件設定テーブル４３０の行を特定し、特定された行の検索画面番号５３２と、検索条件番号５３３と、通常状態の条件式５３４または負荷上昇状態の条件式５３５のうち決定された条件式とを検索条件設定テーブル４３０から取り出す。
【００６６】
検索の実行に通常状態の条件式５３４が使用されるとき、ユーザＩＤ「１」のユーザの検索画面１の検索条件１および検索条件２に対して、それぞれ通常状態の条件式５３４「ValueDate=YYYY/MM/DD」および「ステータス＝ＭＡ」を使用して検索が実行されるため、両方の条件式に合致する取引情報が返されることになる。一方、負荷上昇状態の条件式５３５が使用されるとき、負荷上昇状態の条件式５３５は、検索条件１に対する条件式「Valuedate=YYYY/MM/DD」のみを含み、検索条件２に対する条件式は含まないため、Valuedateとして指定した日付（例えば、決済日＝当日など）に合致する全ての取引情報が検索結果として返されることになる。
【００６７】
本実施形態の更新間隔設定テーブル４４０は、図５の（ｄ）に示されるように、ユーザＩＤ５４１、設定番号５４２、開始時間５４３、終了時間５４４、自動更新フラグ５４５通常状態の更新間隔５４６、および負荷上昇状態の更新間隔５４７を含む。設定番号５４２は、図２の点線２１０内の設定番号に対応する。開始時間５４２、終了時間５４３、および通常状態の更新間隔５４６は、それぞれ図２の開始時間入力フィールド２１２、終了時間入力フィールド２１４、更新間隔入力フィールド２１６から入力された値に対応する。自動更新フラグ５４５は、自動更新が選択されているかどうかを示すフラグである。更新間隔入力フィールド２１６、２２６に入力があり、自動更新が選択されている場合は「１」、手動設定フィールド２１８、２２８にチェック入力があり、手動更新が選択されている場合は「０」とすることができる。
【００６８】
負荷上昇状態の更新間隔５４７は、ＣＬＳ管理サーバ１２０が負荷上昇状態にあるときに、通常状態の更新間隔５４６の代わりに使用される自動更新間隔である。負荷上昇状態の更新間隔５４７は、負荷上昇状態の条件式５３５と同様に管理者などが定義することができる。通常状態の更新間隔５４６よりもより長い時間間隔を設定することにより、ＣＬＳ管理端末１１０からの自動更新のためのアクセス数を制限することができる。本願発明では、ＣＬＳ管理サーバ１２０が負荷上昇状態にあるとき、上述のように検索条件を制限することに加え、設定画面２００から予め設定された更新間隔（通常状態の更新間隔５４６）での自動更新を一時的に無効化にし、より長い時間間隔で設定された負荷上昇状態の更新間隔５４７に従って自動更新を行わせることにより、ＣＬＳ管理サーバ１２０の負荷を低減することができる。
【００６９】
ＣＬＳ管理サーバ１２０は、図５の（ｄ）の更新間隔設定テーブル４４０において、通常状態の更新間隔５４６と負荷上昇状態の更新間隔５４７のうち、いずれの更新間隔設定を使用すべきかを、負荷状況テーブル４２０の負荷状況パラメータに従って決定する。そして、ＣＬＳ管理サーバ１２０は、各ユーザＩＤに合致する更新間隔設定テーブル４４０の行を特定し、特定された行の設定番号５４２と、開始時間５４３と、終了時間５４４と、通常状態の更新間隔５４６または負荷上昇状態の更新間隔５４７のうち決定された更新間隔設定とを更新間隔設定テーブル４４０から取り出す。
【００７０】
ＣＬＳ管理サーバ１２０は、上述のように取り出される検索条件情報と更新間隔設定情報とを含む設定パラメータを生成し、負荷状況テーブル４２０から取り出した負荷状況パラメータ４２１とともにＣＬＳ管理端末１１０に送信する。ＣＬＳ管理端末１１０は、受信した設定パラメータおよび負荷状況パラメータをそれぞれ、設定パラメータ４５０、負荷状況パラメータ４６０としてメモリに記憶する。
【００７１】
次の図６を参照して、本発明の第２の実施形態に係る自動更新の制限を説明する。図６は、本発明の第２の実施形態に従って自動更新を制限するためのＣＬＳ管理サーバ１２０の各テーブルの構成を示す図である。第２の実施形態では、負荷判定の条件となる各指標に対して複数の閾値（閾値の範囲）を定義し、複数の閾値に対応する複数の負荷上昇状態を定義し、負荷上昇状態のレベルに応じて検索条件および更新間隔を制限する。
【００７２】
本実施形態の負荷判定条件テーブル４１０は、図６の（ａ）に示されるように、各指標６１１に対して複数の閾値０〜３（６１２〜６１５）が定義されている。ＣＬＳ管理サーバ１２０は、各指標を所定の時間間隔で監視して、各指標が閾値０〜３の範囲に属するかを判断し、各指標が属する閾値のうち最大の閾値ｎを決定する。例えば、取引受付件数が閾値０の範囲であり、為替レート変動率が閾値２の範囲であり、ＣＰＵ使用率が閾値１の範囲である場合、最大閾値は閾値２である。ＣＬＳ管理サーバ１２０は、次いで、決定された最大閾値ｎに従って、負荷状況テーブル４２０の負荷状況パラメータ４２１を更新する。
【００７３】
図６の（ｂ）に示される負荷判定条件テーブル４２０の負荷状況パラメータ４２１は、負荷状態に応じて複数のパラメータ値をとることができる。ＣＬＳ管理サーバ１２０は、例えば、最大閾値が閾値０の場合は、負荷状況パラメータ４２１に通常状態を示す値「０」をセットし、最大閾値が閾値１の場合は、負荷上昇状態レベル１であることを示す値「１」をセットすることができ、閾値２および３についても同様に対応する値をセットすることができる。例えば上記例では、最大閾値が閾値２であるので、負荷状況パラメータ４２１には、負荷上昇状態レベル２を示す値「２」がセットされる。
【００７４】
本実施形態では、図６の（ｃ）、（ｄ）に示されるように、負荷上昇状態のレベルに応じて、検索条件設定テーブル４３０に複数の条件式６３４〜６３７を定義し、更新間隔設定テーブル４４０に複数の更新間隔６４６〜６４９を定義することができる。例えば、管理者は、負荷上昇状態レベルが高いほど、より少ない条件式を設定し、より長い更新間隔を設定することができる。
【００７５】
ＣＬＳ管理サーバ１２０は、負荷状況パラメータ４２１の値に従って、通常状態の条件式６３４および負荷上昇状態レベル１〜３の条件式６３５〜６３７のうち、検索の実行に使用すべき条件式を決定し、通常状態の更新間隔６４６および負荷上昇状態レベル１〜３の更新間隔６４７〜６４９のうち、使用すべき更新間隔を決定する。例えば、上記例では、負荷状況パラメータ４２１の値が「２」であるので、負荷上昇状態レベル２の条件式６３６、および負荷上昇状態レベル２の更新間隔６４８を使用すると決定される。
【００７６】
次に、図７および図８を参照して、本発明の第１および第２の実施形態にしたがって、自動更新を制限するための方法を説明する。
【００７７】
ＣＬＳ管理端末１１０は、図７のステップＳ７０２でユーザによって入力されたログイン情報を受信すると、ステップＳ７０４で、ログイン情報をＣＬＳ管理サーバ１２０に送信する。
【００７８】
ＣＬＳ管理サーバ１２０は、ＣＬＳ管理端末１１０からログイン情報を受信すると、ステップＳ７０６で、負荷状況テーブル４２０を参照して負荷状況パラメータ４２１を取り出す。
【００７９】
ステップＳ７０８で、ＣＬＳ管理サーバ１２０は、負荷状況パラメータ４２１に従って、検索条件設定テーブル４３０内の複数の条件式の列（通常状態の条件式の列、ならびに１つまたは複数の負荷上昇状態の条件式の列）のうち、いずれの列の条件式を取り出すべきか決定し、検索条件設定テーブル４３０から、検索画面番号、検索条件番号、および決定された条件式を検索条件情報として取り出す。
【００８０】
例えば、図５の例では、ＣＬＳ管理サーバ１２０は、負荷状況パラメータ４２１が「０」のときは検索条件設定テーブル４３０の通常状態の条件式の列の条件式を、「１」のときは負荷上昇状態の条件式の列の条件式を取り出すべきであると決定する。図６の例では、ＣＬＳ管理サーバ１２０は、負荷状況パラメータ４２１が「０」のときは検索条件設定テーブル４３０から通常状態の条件式の列の条件式を、「１」のときは負荷上昇状態レベル１の条件式の列の条件式を、「２」のときは負荷上昇状態レベル２の条件式の列の条件式を、「３」のときは負荷上昇状態レベル３の条件式の列の条件式をそれぞれ取り出すべきと決定する。ＣＬＳ管理サーバ１２０は、次いで、検索条件設定テーブル４３０のユーザＩＤの列を読み込み、検索条件設定テーブル４３０の複数の行のうちログイン情報に含まれるユーザＩＤに合致する行を特定し、特定された行の検索画面番号、検索条件番号、および決定された列の条件式を検索条件情報として取り出す。
【００８１】
ステップＳ７１０で、ＣＬＳ管理サーバ１２０は、負荷状況パラメータ４２１に従って、更新間隔設定テーブル４４０内の複数の更新間隔の列（通常状態の更新間隔の列、ならびに１つまたは複数の負荷上昇状態の更新間隔の列）のうち、いずれの列の更新間隔設定を取り出すべきか決定し、更新間隔設定テーブル４４０から、設定番号、開始時間、終了時間、および決定された更新間隔設定を更新間隔設定情報として取り出す。
【００８２】
例えば、図５の例では、ＣＬＳ管理サーバ１２０は、負荷状況パラメータ４２１が「０」のときは更新間隔設定テーブル４４０の通常状態の更新間隔５３４の列の更新間隔設定を、「１」のときは負荷上昇状態の更新間隔５３５の列の更新間隔設定を取り出すべきであると決定する。図６の例では、ＣＬＳ管理サーバ１２０は、負荷状況パラメータ４２１が「０」のときは更新間隔設定テーブル４４０から通常状態の更新間隔６３４の列の更新間隔設定を、「１」のときは負荷上昇状態レベル１の更新間隔６３５の列の更新間隔設定を、「２」のときは負荷上昇状態レベル２の更新間隔６３６の列の更新間隔設定を、そして「３」のときは負荷上昇状態レベル３の更新間隔６３７の列の更新間隔設定を取り出すべきであると決定する。次いで、ＣＬＳ管理サーバ１２０は、更新間隔設定テーブル４４０のユーザＩＤの列（５４１、６４１）を読み込み、更新間隔設定テーブル４４０の複数の行のうち、ログイン情報に含まれるユーザＩＤに合致する行を特定する。次いで、特定された行の設定番号（５４２、６４２）、開始時間（５４３、６４３）、終了時間（５４３、６４３）、および決定された列の更新間隔設定を、更新間隔設定情報として取り出す。
【００８３】
ステップＳ７１２で、ＣＬＳ管理サーバ１２０は、検索条件情報と更新間隔設定情報とを含む設定パラメータを生成する。
【００８４】
ステップＳ７１４で、ＣＬＳ管理サーバ１２０は、ステップＳ７１２で生成された設定パラメータと、Ｓ７０６で取り出した負荷状況パラメータ４２１とを、ＣＬＳ管理端末１１０に送信する。
【００８５】
ステップＳ７１６で、ＣＬＳ管理端末１１０は、ＣＬＳ管理サーバ１２０から送信された設定パラメータおよび負荷状況パラメータ４２１を、それぞれ設定パラメータ４５０、負荷状況パラメータ４６０としてメモリ４７０に記憶する。処理は図８に続く。
【００８６】
なお、図７のステップＳ７０２〜Ｓ７１６の処理は、初回ログイン時に行われる処理であり、したがって、ＣＬＳ管理端末１１０が設定パラメータ４５０と負荷状況パラメータ４６０を保持している場合は、ステップＳ７０２〜Ｓ７１６の処理を行わなくてもよい。
【００８７】
図８のステップＳ８０２で、ＣＬＳ管理端末１１０は、メモリ４７０内の保持する設定パラメータ４５０および負荷状況パラメータ４６０をＣＬＳ管理サーバ１２０に送信して、検索要求を行う。例えば、ＣＬＳ管理端末１１０は、設定パラメータ４５０の検索条件情報に基づいて各検索画面に検索条件の情報を表示し、ユーザによって検索が開始されると（各検索画面上の検索実行ボタンの押下など）、設定パラメータ４５０を含む検索要求をＣＬＳ管理サーバ１２０に送信する。
【００８８】
ＣＬＳ管理サーバ１２０は、ＣＬＳ管理端末１１０から検索要求を受信すると、ステップＳ８０４で、負荷状況テーブル４２０を参照して負荷状況パラメータ４２１を取り出す。
【００８９】
ステップＳ８０６で、ＣＬＳ管理サーバ１２０は、負荷状況テーブル４２０内の負荷状況パラメータ４２１の値と、ＣＬＳ管理端末から送信された負荷状況パラメータ４６０の値が一致するかどうか判断する。
【００９０】
負荷状況パラメータ４２１と４６０が一致する場合は、ＣＬＳ管理端末１１０に設定パラメータと負荷状況パラメータ４２１を前に提供したときのＣＬＳ管理サーバ１２０の負荷状態と、現在のＣＬＳ管理サーバ１２０の負荷状態が同じである。この場合、設定パラメータ４５０（検索条件情報の条件式、更新間隔設定情報の更新間隔）を変更する必要がなく、ＣＬＳ管理端末１１０からの設定パラメータ４５０に従って検索を実行し、自動更新を行うことができる。したがって、負荷状況パラメータ４２１と４６０が一致するとき、処理はステップＳ８２０に進み、ＣＬＳ管理サーバ１２０は、ステップＳ８２０で、ＣＬＳ管理端末１１０から送信された設定パラメータ４５０の検索条件情報に合致する取引情報を取引情報ＤＢ１２２から取り出し、ステップＳ８２２で、該取り出された取引情報を検索結果としてＣＬＳ管理端末１１０に送信する。ＣＬＳ管理端末１１０は、送信された取引情報を検索結果として各検索画面に表示することができる。処理は、ステップＳ８２４に進む。
【００９１】
一方、負荷状況パラメータ４２１と４６０が一致しない場合は、ＣＬＳ管理端末１１０に設定パラメータと負荷状況パラメータ４２１を前に提供したときのＣＬＳ管理サーバ１２０の負荷状態と、現在のＣＬＳ管理サーバ１２０の負荷状態が異なる。したがって、この場合、ＣＬＳ管理サーバ１２０の現在の負荷状態に応じて、設定パラメータ４５０（検索条件情報の条件式、更新間隔設定情報の更新間隔設定）を変更する必要がある。処理はステップＳ８０８に進む。
【００９２】
ステップＳ８０８で、ＣＬＳ管理サーバ１２０はステップＳ７０８と同様に、負荷状況テーブル４２０の負荷状況パラメータ４２１に従って、検索条件設定テーブル４３０内の複数の条件式のうち検索の実行に使用すべき条件式を決定して、検索条件設定テーブル４３０から、検索画面番号と検索条件番号と決定された条件式とを含む検索条件情報を取り出す。
【００９３】
ステップＳ８１０で、ＣＬＳ管理サーバ１２０はステップＳ７１０と同様に、負荷状況テーブル４２０の負荷状況パラメータ４２１に従って、更新間隔設定テーブル４４０内の複数の更新間隔設定のうち使用すべき更新間隔設定を決定して、更新間隔設定テーブル４４０から、設定番号と開始時間と終了時間と決定された更新間隔設定とを含む更新間隔設定情報を取り出す。
【００９４】
ステップＳ８１２で、ＣＬＳ管理サーバ１２０は、取り出した検索条件情報と、更新間隔設定情報とから、設定パラメータを再生成する。
【００９５】
ステップＳ８１４で、ＣＬＳ管理サーバ１２０は、再生成された設定パラメータに従って検索を実行する。ＣＬＳ管理サーバ１２０は、再生成された設定パラメータに含まれる検索条件情報に合致する取引情報を、取引情報ＤＢ１２２から取り出す。
【００９６】
ステップＳ８１６で、ＣＬＳ管理サーバ１２０は、取り出した取引情報を、再生成された設定パラメータおよび負荷状況パラメータ４２１とともにＣＬＳ管理端末１１０に送信する。ＣＬＳ管理端末１１０は、送信された取引情報を検索結果として各検索画面に表示することができる。
【００９７】
ステップＳ８１８で、ＣＬＳ管理端末１１０は、メモリ４７０内の設定パラメータ４５０と負荷状況パラメータ４６０を、ＣＬＳ管理サーバ１２０からの設定パラメータと負荷状況パラメータ４２１にそれぞれ置き換えて更新する。処理はステップＳ８２４に進む。
【００９８】
ステップＳ８２４で、ＣＬＳ管理端末１１０は、該ＣＬＳ管理端末１１０が保持する設定パラメータ４５０で設定された更新間隔の間待機し、更新間隔の時間経過後、自動的にステップＳ８０２に戻って再び検索要求を行う。したがって、ステップＳ８０６で負荷状況パラメータ４２１と４６０が一致すると判断された場合は、ＣＬＳ管理端末１１０は、前にＣＬＳ管理サーバ１２０から送信された設定パラメータ４５０の更新間隔設定情報で設定された更新間隔の間待機して、その後自動的に検索要求を行うことにより、検索結果の自動更新を行うことができる。ステップＳ８０６で負荷状況パラメータ４２１と４６０が一致しないと判断された場合は、現在の負荷状況パラメータ４２１に応じて再生成され、送信された設定パラメータ４５０の更新間隔設定情報で設定された更新間隔の間待機して、その後自動的に検索要求を行うことにより、検索結果の自動更新を行うことができる。自動更新が設定されているときは、ステップＳ８０２〜Ｓ８２４が繰り返される。
【００９９】
したがって、本方法によると、ＣＬＳ管理サーバ１２０の現在の負荷状態を示す負荷状況パラメータ４２１に対応する設定パラメータ４５０を使用するため、ＣＬＳ管理サーバ１２０の現在の負荷状態に応じて、検索条件および更新間隔を制限することが可能になる。
【０１００】
次に図９〜図１２を参照して、本発明の第３の実施形態に係る自動更新の制限を説明する。
【０１０１】
図９は、本発明の第３の実施形態に係るＣＬＳ管理サーバ１２０およびＣＬＳ管理端末１１０の構成を示す図である。図１０は、本発明の第３の実施形態に従って自動更新を制限するためのＣＬＳ管理サーバ１２０の各テーブルの構成を示す図である。
【０１０２】
第３の実施形態では、第２の実施形態と同様に、負荷判定の条件となる各指標のレベルに応じて各指標に対して複数の閾値（閾値の範囲）を定義し、複数の閾値に対応する複数の負荷上昇状態を定義する。したがって、本実施形態では、負荷判定条件テーブル４１０は、図１０の（ａ）に示されるように、図６（ａ）の負荷判定条件テーブル４１０と同様に各指標１０１１に対して複数の閾値０〜３（１０１２〜１０１５）が定義され、負荷判定条件テーブル４２０の負荷状況パラメータ４２１は、負荷状態に応じて複数のパラメータ値（例えば「０」〜「３」）をとることができる。
【０１０３】
図９に図示されるように、第３の実施形態に係るＣＬＳ管理サーバ１２０は、ユーザ一覧テーブル９１０を備える。ユーザ一覧テーブル９１０は、図１０の（ｅ）に示されるように、各ユーザに関する情報を含むテーブルであり、負荷上昇状態に応じて各ユーザの自動更新を制限するために各ユーザに割り当てられた判定レベル９１１を含む。判定レベル９１１は、例えば、負荷上昇状態のレベルと同様に「０」〜「３」の値とすることができる。管理者は、例えば各ユーザの権限など、所定の優先度に従って各ユーザに判定レベル９１１を割り当てることができる。例えば、より重要なポストにあり、自動更新を制限すべきではないユーザには判定レベル「３」を割り当て、通常のユーザには、各ユーザの権限などに応じて判定レベル「０」〜「２」のいずれかを割り当てることができる。
【０１０４】
本実施形態では、負荷上昇状態のレベル、すなわち負荷状況パラメータ４２１の値と、各ユーザに割り当てられた判定レベル９１１とに基づいて自動更新の制限を行う。ＣＬＳ管理端末１１０からユーザがログインすると、ＣＬＳ管理サーバ１２０は、ユーザ一覧テーブル９１０から該ユーザに割り当てられた判定レベル９１１を特定し、該判定レベル９１１と負荷状況パラメータ４２１の値を比較し、判定レベル９１１の値が負荷状況パラメータ４２１の値より大きいか否かを判断する。判定レベル９１１の値が負荷状況パラメータ４２１の値より大きい場合（判定レベル９１１＞負荷状況パラメータ４２１の場合）、該ユーザは自動更新の制限の対象とはならず、通常状態の条件式１０３４および通常状態の更新間隔１０４６を使用して検索が実行される。一方、判定レベル９１１の値が負荷状況パラメータ４２１の値と等しいかまたは小さい場合（判定レベル９１１≦負荷状況パラメータ４２１の場合）、該ユーザは自動更新の制限の対象となり、負荷上昇状態の条件式１０３５および負荷上昇状態の更新間隔１０４７を使用して検索が実行される。
【０１０５】
なお、図１０の検索条件設定テーブル４３０および更新間隔設定テーブル４４０においては、各検索条件に対する負荷上昇状態の条件式、各設定に対する負荷上昇状態の更新間隔設定が、それぞれ１つのみ設定されているが、図６のように負荷上昇状態のレベルに応じて複数の条件式、更新間隔設定を設定することもできる。
【０１０６】
次に、図１１および図１２を参照して、本発明の第３の実施形態にしたがって自動更新を制限するための方法について説明する。
【０１０７】
図１１のステップＳ１１０２で、ＣＬＳ管理端末１１０がユーザＩＤを含むログイン情報を受信すると、ＣＬＳ管理端末１１０は、ステップＳ１１０４でログイン情報をＣＬＳ管理サーバ１２０に送信する。ＣＬＳ管理サーバ１２０は、ＣＬＳ管理端末１１０からログイン情報を受信すると、ステップＳ１１０６で、負荷状況テーブル４２０を参照して負荷状況パラメータ４２１を取り出す。
【０１０８】
ＣＬＳ管理サーバ１２０は、次いでステップＳ１１０８で、ユーザ一覧テーブル９１０を参照し、ログイン情報に含まれるユーザＩＤに基づいてユーザに割り当てられた判定レベル９１１を特定する。
【０１０９】
ステップＳ１１１０で、ＣＬＳ管理サーバ１２０は、ユーザの判定レベル９１１と負荷状況パラメータ４２１の値を比較し、ユーザの判定レベル９１１が負荷状況パラメータ４２１の値より大きいかどうか判断する。
【０１１０】
ステップＳ１１１２で、ＣＬＳ管理サーバ１２０は、ステップＳ１１１０の比較結果に基づいて、検索条件設定テーブル４３０内の複数の条件式の列（通常状態の条件式１０３４の列、および負荷上昇状態の条件式１０３５の列）のうち、いずれの列の条件式を取り出すべきか決定し、検索条件設定テーブル４３０から、検索画面番号１０３２、検索条件番号１０３３、および決定された条件式を検索条件情報として取り出す。
【０１１１】
ＣＬＳ管理サーバ１２０は、ステップＳ１１１０でユーザの判定レベル９１１が負荷状況パラメータ４２１の値より大きい（判定レベル９１１＞負荷状況パラメータ４２１）と判断したとき、検索条件設定テーブル４３０内の複数の条件式の列のうち通常状態の条件式１０３４の列の条件式を取り出すべきと判断して、検索条件設定テーブル４３０から、検索画面番号１０３２、検索条件番号１０３３、および通常状態の条件式１０３４を検索条件情報として取り出す。一方、ステップＳ１１１０でユーザの判定レベル９１１が負荷状況パラメータ４２１の値と等しいまたは小さい（判定レベル９１１≦負荷状況パラメータ４２１）と判断したとき、検索条件設定テーブル４３０内の複数の条件式の列のうち負荷上昇状態の条件式１０３５の列の条件式を取り出すべきと判断して、検索条件設定テーブル４３０から、検索画面番号１０３２、検索条件番号１０３３、および負荷上昇状態の条件式１０３５を検索条件情報として取り出す。
【０１１２】
次いで、ステップＳ１１１４で、ＣＬＳ管理サーバ１２０は、ステップＳ１１１０の比較結果に基づいて、更新間隔設定テーブル４４０内の複数の更新間隔の列（通常状態の更新間隔１０４６の列、および負荷上昇状態の更新間隔１０４７の列）のうち、いずれの列の更新間隔設定を取り出すべきか決定し、更新間隔設定テーブル４４０から、設定番号１０４２、開始時間１０４３、終了時間１０４４、および決定された更新間隔設定を更新間隔設定情報として取り出す。
【０１１３】
ＣＬＳ管理サーバ１２０は、ステップＳ１１１０でユーザの判定レベル９１１が負荷状況パラメータ４２１の値より大きい（判定レベル９１１＞負荷状況パラメータ４２１）と判断したとき、更新間隔設定テーブル４４０内の数の更新間隔の列のうち通常状態の更新間隔１０４６の列の更新間隔設定を取り出すべきと判断して、更新間隔設定テーブル４４０から、設定番号１０４２、開始時間１０４３、終了時間１０４４、および通常状態の更新間隔設定１０４６を更新間隔設定情報として取り出す。一方、ステップＳ１１１０でユーザの判定レベル９１１が負荷状況パラメータ４２１の値と等しいまたは小さい（判定レベル９１１≦負荷状況パラメータ４２１）と判断したとき、更新間隔設定テーブル４４０内の数の更新間隔の列のうち負荷上昇状態の更新間隔１０４７の列の更新間隔設定を取り出すべきと判断して、更新間隔設定テーブル４４０から、設定番号１０４２、開始時間１０４３、終了時間１０４４、および負荷上昇状態の更新間隔設定１０４７を更新間隔設定情報として取り出す。
【０１１４】
ステップＳ１１１６〜Ｓ１１２０は、図７のステップＳ７１２〜Ｓ７１６と同様であり、ＣＬＳ管理サーバ１２０は、検索条件情報と更新間隔設定情報とを含む設定パラメータを生成し（Ｓ１１１６）、設定パラメータと負荷状況パラメータ４２１とを、ＣＬＳ管理端末１１０に送信する（Ｓ１１１８）。ＣＬＳ管理端末１１０は、ＣＬＳ管理サーバ１２０から送信された設定パラメータおよび負荷状況パラメータ４２１を、それぞれ設定パラメータ４５０、負荷状況パラメータ４６０としてメモリ４７０に保存する（Ｓ１１２０）。処理は図１２に続く。なお、図１１のステップＳ１１０２〜Ｓ１１２０の処理は、図７の処理と同様に初回ログイン時に行われる処理である。
【０１１５】
図１２に移ると、ステップＳ１２０２で、ＣＬＳ管理端末１１０が設定パラメータ４５０と負荷状況パラメータ４６０を送信することにより、ＣＬＳ管理サーバ１２０に検索要求を行う。
【０１１６】
ＣＬＳ管理サーバ１２０は、ステップＳ１２０４で負荷状況テーブル４２０の負荷状況パラメータ４２１を取り出し、ステップＳ１２０６でＣＬＳ管理端末１１０からの負荷状況パラメータ４２１と一致するかどうかを判断する。
【０１１７】
負荷状況パラメータ４２１と４６０が一致するとき、ＣＬＳ管理端末１１０の設定パラメータ４５０を変更する必要がないため、処理はステップＳ１２２４に進む。ステップＳ１２２４〜Ｓ１２２８の処理は、図８のＳ８２０〜Ｓ８２２と同様であり、ここでは説明を省略する。
【０１１８】
負荷状況パラメータ４２１と４６０が一致しないとき、処理はステップＳ１２０８に進み、ＣＬＳ管理サーバ１２０は、ユーザ一覧テーブル９１０を参照し、ユーザに対して割り当てられた判定レベル９１１を特定する。
【０１１９】
ステップＳ１２１０で、ＣＬＳ管理サーバ１２０は、ユーザの判定レベル９１１と負荷状況パラメータ４２１の値を比較し、ユーザの判定レベル９１１が負荷状況パラメータ４２１の値より大きいかどうか判断する。
【０１２０】
ステップＳ１２１２で、ＣＬＳ管理サーバ１２０はステップＳ１１１２と同様に、ステップＳ１２１０の比較結果に基づいて、検索条件設定テーブル４３０内の複数の条件式の列（通常状態の条件式１０３４の列、および負荷上昇状態の条件式１０３５の列）のうち、いずれの列の条件式を取り出すべきか決定し、検索条件設定テーブル４３０から、検索画面番号１０３２と、検索条件番号１０３３と、１０３４または１０３５のいずれか決定された条件式とを検索条件情報として取り出す。
【０１２１】
次いで、ステップＳ１２１４で、ＣＬＳ管理サーバ１２０はステップＳ１１１４と同様に、ステップＳ１２１０の比較結果に基づいて、更新間隔設定テーブル４４０内の複数の更新間隔の列（通常状態の更新間隔１０４６の列、および負荷上昇状態の更新間隔１０４７の列）のうち、いずれの列の更新間隔設定を取り出すべきか決定し、更新間隔設定テーブル４４０から、設定番号１０４２と、開始時間１０４３と、終了時間１０４４と、１０４６または１０４７のいずれか決定された更新間隔設定とを更新間隔設定情報として取り出す。
【０１２２】
ＣＬＳ管理サーバ１２０は、図８のステップＳ８１２〜Ｓ８１４と同様に、検索条件情報と更新間隔設定情報とを含む設定パラメータを再生成し（ステップＳ１２１６）し、再生成された設定パラメータに従って検索を実行して（Ｓ１２１８）、検索結果を、再生成された設定パラメータおよび負荷状況パラメータ４２１とともにＣＬＳ管理端末１１０に送信する（Ｓ１２２０）。ＣＬＳ管理端末１１０は、メモリ４７０内の設定パラメータ４５０と負荷状況パラメータ４６０を、それぞれ送信された設定パラメータと負荷状況パラメータ４２１で置き換える（Ｓ１２２２）。
【０１２３】
図８のステップＳ８２４と同様にＣＬＳ管理端末１１０は、メモリ４７０内に保持する設定パラメータ４５０で設定された更新間隔の間待機し（ステップＳ１２２８）、更新間隔の時間経過後、自動的にステップＳ１２０２に戻って再び検索要求を行う。自動更新が設定されているときは、ステップＳ８０２〜Ｓ８２４が繰り返される。
【０１２４】
したがって、本方法によると、ＣＬＳ管理サーバ１２０の現在の負荷状態を示す負荷状況パラメータ４２１とユーザの判定レベル９１１とに対応する設定パラメータ４５０を使用するため、ＣＬＳ管理サーバ１２０の負荷状態とユーザのレベルに応じて、検索条件および更新間隔を制限することが可能になる。
【符号の説明】
【０１２５】
１００ 銀行システム
１１０ ＣＬＳ管理端末
１２０ ＣＬＳ管理サーバ
１２２ 取引情報データベース
１２４、４３０ 検索条件設定テーブル
１２６、４４０ 更新間隔設定テーブル
１３０ フロントシステム
１４０ ＣＬＳゲートウェイ
１５０ ＣＬＳ銀行
２００ 設定画面
２１２ 開始時間入力フィールド
２１４ 終了時間入力フィールド
２１６、２２６ 更新間隔入力フィールド
２１８、２２８ 手動選択フィールド
４１０ 負荷判定条件テーブル
４２０ 負荷状況テーブル
４２１ 負荷状況パラメータ
９１０ ユーザ一覧テーブル
９１１ 判定レベル
【特許請求の範囲】
【請求項１】
管理サーバ（１２０）の負荷状態に応じた取引情報検索の自動更新を可能にするための方法であって、前記管理サーバは、取引情報を含む取引情報データベースと、実行すべき検索条件式を指定する検索条件情報を含む検索条件設定テーブルと、検索結果の自動更新間隔を指定する更新間隔設定情報を含む更新間隔設定テーブルと、前記管理サーバの負荷状態を示す負荷状況パラメータを含む負荷状況テーブルとを備え、前記方法は、
管理サーバに接続された端末から、検索条件情報および更新間隔設定を含む第１の設定パラメータ（４５０）と第１の負荷状況パラメータ（４６０）とを含む検索要求を受信するステップ（Ｓ８０２）と、
前記検索要求内に含まれる前記第１の負荷状況パラメータの値と、前記負荷状況テーブル（４２０）内に格納される第２の負荷状況パラメータの値（４２１）とが一致するかどうかを判断するステップ（Ｓ８０６）と、
前記第１の負荷状況パラメータの値と前記第２の負荷状況パラメータの値が一致しないと判断したとき、
前記負荷状況テーブル内の前記第２の負荷状況パラメータの値に従って、前記検索条件設定テーブル内の少なくとも２つの検索条件式のうち検索の実行に使用すべき検索条件式を決定し、決定された検索条件式を含む検索条件情報を前記検索条件設定テーブルから取り出すステップと（Ｓ８０８）、
前記負荷状況テーブル内の前記第２の負荷状況パラメータの値に従って、前記更新間隔設定テーブル内の少なくとも２つの更新間隔設定のうち自動更新に使用すべき更新間隔設定を決定し、決定された更新間隔設定を含む更新間隔設定情報を前記更新間隔設定テーブルから取り出すステップ（Ｓ８１０）と、
前記検索条件情報と前記更新間隔設定情報とを含む第２の設定パラメータを生成するステップ（Ｓ８１２）と、
前記第２の設定パラメータの前記検索条件情報に合致する取引情報を前記取引情報データベースから取り出して、取り出された取引情報と、前記第２の設定パラメータと、前記負荷状況テーブルの前記第２の負荷状況パラメータとを前記端末に送信するステップ（Ｓ８１４、Ｓ８１６）と
を含むことを特徴とする方法（７００、８００）。
【請求項２】
前記管理サーバは、該管理サーバの負荷状態を判断する条件を定義する負荷判定条件テーブルをさらに備え、該負荷判定条件テーブルは、負荷状態を判断するために使用される複数の指標と、各指標に対して定義された閾値を含み、
前記複数の指標の少なくとも１つが該指標に対して定義された前記閾値を超えているかどうかを判断するステップと、
前記少なくとも１つの指標が前記閾値を超えているとき、前記管理サーバが負荷上昇状態にあることを示すように前記負荷状況テーブル内の前記負荷状況パラメータの値を更新するステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記検索条件設定テーブル内の少なくとも２つの検索条件式は、ユーザによって予め設定された第１の検索条件式と、該第１の検索条件式よりも条件が制限された第２の検索条件式とを含み、
前記負荷状況テーブル内の前記第２の負荷状況パラメータの値に従って、前記検索条件設定テーブル内の少なくとも２つの検索条件式のうち検索の実行に使用すべき検索条件式を決定することは、前記負荷状況テーブル内の前記第２の負荷状況パラメータの値が前記管理サーバの通常状態を示すとき、前記検索条件設定テーブル内の前記第１の検索条件式を使用すべきと決定し、前記負荷状況テーブル内の前記第２の負荷状況パラメータの値が前記管理サーバの負荷上昇状態を示すとき、前記検索条件設定テーブル内の前記第２の検索条件式を使用すべきと決定することを含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記更新間隔設定テーブル内の少なくとも２つの更新間隔設定は、ユーザによって予め設定された第１の更新間隔設定と、該第１の更新間隔設定よりも長い時間間隔が設定された第２の更新間隔設定とを含み、
前記負荷状況テーブル内の前記第２の負荷状況パラメータの値に従って、前記更新間隔設定テーブル内の少なくとも２つの更新間隔設定のうち自動更新に使用すべき更新間隔設定を決定することは、前記負荷状況テーブル内の前記第２の負荷状況パラメータの値が前記管理サーバの通常状態を示すとき、前記更新間隔設定テーブル内の前記第１の更新間隔設定を使用すべきと決定し、前記負荷状況テーブル内の前記第２の負荷状況パラメータの値が前記管理サーバの負荷上昇状態を示すとき、前記更新間隔設定テーブル内の前記第２の更新間隔設定を使用すべきと決定することを含むことを特徴とする請求項２に記載の方法。
【請求項５】
前記検索要求を受信するステップの前に、検索条件情報と更新間隔設定情報とを含む前記第１の設定パラメータと前記第１の負荷状況パラメータとを前記端末に送信するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記第１の負荷状況パラメータの値と前記第２の負荷状況パラメータの値が一致すると判断したとき、前記第１の設定パラメータの前記検索条件情報に合致する取引情報を前記取引情報データベースから取り出して、取り出された取引情報を検索結果として前記端末に送信するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記第１の負荷状況パラメータの値と前記第２の負荷状況パラメータの値が一致しないと判断されたとき、前記端末が保持する前記第１の設定パラメータと前記第１の負荷状況パラメータは、前記第２の設定パラメータと前記第２の負荷状況パラメータによってそれぞれ置き換えられることを特徴とする請求項１に記載の方法。
【請求項８】
前記第１の負荷状況パラメータの値と前記第２の負荷状況パラメータの値が一致しないと判断されたとき、前記取引情報と、前記第２の設定パラメータと、前記負荷状況テーブルの前記第２の負荷状況パラメータとを前記端末に送信するステップの後、前記第２の設定パラメータの前記更新間隔設定で設定された更新間隔の経過後に、前記端末から、前記第２の設定パラメータと前記第２の負荷状況パラメータによってそれぞれ置き換えられた前記第１の設定パラメータと前記第１の負荷状況パラメータを含む検索要求を受信するステップ（Ｓ８０２）をさらに含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記第１の負荷状況パラメータの値と前記第２の負荷状況パラメータの値が一致すると判断されたとき、前記取引情報と、前記第２の設定パラメータと、前記負荷状況テーブルの前記第２の負荷状況パラメータとを前記端末に送信するステップの後、前記第２の設定パラメータの前記更新間隔設定で設定された更新間隔の経過後に、前記端末から、前記第２の設定パラメータと前記第２の負荷状況パラメータによってそれぞれ置き換えられた前記第１の設定パラメータと前記第１の負荷状況パラメータを含む検索要求を受信するステップ（Ｓ８０２）をさらに含むことを特徴とする請求項７に記載の方法。
【請求項１０】
管理サーバ（１２０）の負荷状態およびユーザに割り当てられたレベルに応じた取引情報検索の自動更新を可能にするための方法であって、前記管理サーバは、取引情報を含む取引情報データベースと、実行すべき検索条件式を指定する検索条件情報を含む検索条件設定テーブルと、検索結果の自動更新間隔を指定する更新間隔設定情報を含む更新間隔設定テーブルと、前記管理サーバの負荷状態を示す負荷状況パラメータを含む負荷状況テーブルと、各ユーザのユーザＩＤと各ユーザに割り当てられたレベルを示す判定レベルとを含むユーザ一覧テーブルとを備え、前記方法は、
前記管理サーバと接続された端末から、検索条件情報および更新間隔設定を含む第１の設定パラメータ（４５０）と第１の負荷状況パラメータ（４６０）とユーザＩＤとを含む検索要求を受信するステップ（Ｓ１２０２）と、
前記検索要求内に含まれる前記第１の負荷状況パラメータの値と、前記負荷状況テーブル（４２０）内に格納される第２の負荷状況パラメータの値（４２１）とが一致するかどうかを判断するステップ（Ｓ１２０６）と、
前記第１の負荷状況パラメータの値と前記第２の負荷状況パラメータの値が一致しないと判断したとき、
前記ユーザＩＤに基づいて、前記ユーザ一覧テーブル内でユーザに割り当てられた判例レベルを識別し、前記判定レベルと前記第１の負荷状況パラメータの値とを比較するステップ（Ｓ１２０８、Ｓ１２１０）と、
前記比較結果に基づいて、前記検索条件設定テーブル内の少なくとも２つの検索条件式のうち検索の実行に使用すべき検索条件式を決定し、決定された検索条件式を含む検索条件情報を前記検索条件設定テーブルから取り出すステップと（Ｓ１２１２）、
前記比較結果に基づいて、前記更新間隔設定テーブル内の少なくとも２つの更新間隔設定のうち自動更新に使用すべき更新間隔設定を決定し、決定された更新間隔設定を含む更新間隔設定情報を前記更新間隔設定テーブルから取り出すステップ（Ｓ１２１４）と、
前記検索条件情報と前記更新間隔設定情報とを含む第２の設定パラメータを生成するステップ（Ｓ１２１６）と、
前記第２の設定パラメータの前記検索条件情報に合致する取引情報を前記取引情報データベースから取り出して、取り出された取引情報と、前記第２の設定パラメータと、前記負荷状況テーブルの前記第２の負荷状況パラメータとを前記端末に送信するステップ（Ｓ１２１８、Ｓ１２２０）と
を含むことを特徴とする方法（１１００、１２００）。
【請求項１１】
前記判定レベルと前記第１の負荷状況パラメータの値とを比較するステップは、
前記判定レベルと前記第１の負荷状況パラメータの値とを比較して、前記判定レベルが前記第１の負荷状況パラメータより大きいかどうかを判断することを含むことを特徴とする請求項９に記載の方法（１１００、１２００）。
【請求項１２】
前記検索条件設定テーブル内の少なくとも２つの検索条件式は、前記ユーザによって予め設定された第１の検索条件式と、該第１の検索条件式よりも条件が制限された第２の検索条件式とを含み、
前記比較結果に基づいて、検索の実行に使用すべき検索条件式を決定することは、前記判定レベルが前記第１の負荷状況パラメータの値より大きいとき、前記第１の検索条件式を使用すべきと決定し、前記判定レベルが前記第１の負荷状況パラメータと等しいか小さいとき、前記第２の検索条件式を使用すべきと決定することを特徴とする請求項１０に記載の方法。
【請求項１３】
前記更新間隔設定テーブル内の少なくとも２つの更新間隔設定は、前記ユーザによって予め設定された第１の更新間隔設定と、該第１の更新間隔設定よりも長い時間間隔が設定された第２の更新間隔設定とを含み、
前記比較結果に基づいて、自動更新に使用すべき更新間隔設定を決定することは、前記判定レベルが前記第１の負荷状況パラメータの値より大きいとき、前記第１の更新間隔設定を使用すべきと決定し、前記判定レベルが前記第１の負荷状況パラメータと等しいか小さいとき、前記第２の更新間隔設定を使用すべきと決定することを特徴とする請求項１０に記載の方法。
【請求項１４】
負荷状態に応じた取引情報検索の自動更新を可能にするための管理サーバであって、
取引情報を含む取引情報データベースと、
実行すべき検索条件式を指定する検索条件情報を含む検索条件設定テーブルと、
検索結果の自動更新間隔を指定する更新間隔設定情報を含む更新間隔設定テーブルと、
前記管理サーバの負荷状態を判定する条件を定義する負荷判定条件テーブルであって、前記管理サーバの負荷状態を判定するために使用される複数の指標と、各指標に対して定義された閾値を含む、負荷判定条件テーブルと、
前記負荷判定条件テーブルに定義される条件に従って前記管理サーバの負荷状態を示す負荷状況パラメータを含む負荷状況テーブルと
を備え、
前記複数の指標の少なくとも１つが該指標に対して定義された前記閾値を超えているかどうかを判断し、前記閾値を超えているとき、前記管理サーバが負荷上昇状態にあることを示すように前記負荷状況テーブル内の前記負荷状況パラメータの値を更新するように構成され、
該管理サーバと接続された端末から、検索条件情報および更新間隔設定を含む第１の設定パラメータと第１の負荷状況パラメータとを含む検索要求を受信すると、前記検索要求内に含まれる前記第１の負荷状況パラメータの値と、前記負荷状況テーブル内に格納される第２の負荷状況パラメータの値が一致するかどうかを判断し、一致しないとき、前記負荷状況テーブル内の前記第２の負荷状況パラメータの値に従って、前記検索条件設定テーブル内の少なくとも２つの検索条件式のうち検索の実行に使用すべき検索条件式および前記更新間隔設定テーブル内の少なくとも２つの更新間隔設定のうち自動更新に使用すべき更新間隔設定を決定し、前記決定された検索条件式を含む検索条件情報と前記決定された更新間隔設定を含む更新間隔設定情報とを含む第２の設定パラメータを生成し、前記取引情報データベースから取り出される前記第２の設定パラメータの前記検索条件情報に合致する取引情報と、前記第２の設定パラメータと、前記第２の負荷状況パラメータとを前記端末に送信するように構成されることを特徴とする管理サーバ。
【請求項１５】
負荷状態とユーザに割り当てられたレベルに応じた取引情報検索の自動更新を可能にする管理サーバであって、
取引情報を含む取引情報データベースと、
実行すべき検索条件式を指定する検索条件情報を含む検索条件設定テーブルと、
検索結果の自動更新間隔を指定する更新間隔設定情報を含む更新間隔設定テーブルと、
前記管理サーバの負荷状態を判定する条件を定義する負荷判定条件テーブルであって、前記管理サーバの負荷状態を判定するために使用される複数の指標と、各指標に対して定義された閾値を含む、負荷判定条件テーブルと、
前記負荷判定条件テーブルに定義される条件に従って前記管理サーバの負荷状態を示す負荷状況パラメータを含む負荷状況テーブルと
各ユーザのユーザＩＤと各ユーザに割り当てられたレベルを示す判定レベルとを含むユーザ一覧テーブルと
を備え、
前記複数の指標の少なくとも１つが該指標に対して定義された前記閾値を超えているかどうかを判断し、前記閾値を超えているとき、前記管理サーバが負荷上昇状態にあることを示すように前記負荷状況テーブル内の前記負荷状況パラメータの値を更新するように構成され、
該管理サーバと接続される端末から、検索条件情報および更新間隔設定を含む第１の設定パラメータと第１の負荷状況パラメータとユーザＩＤとを含む検索要求を受信すると、前記検索要求内に含まれる前記第１の負荷状況パラメータの値と、前記負荷状況テーブル内に格納される第２の負荷状況パラメータの値とが一致するかどうか判断し、一致しないとき、前記ユーザＩＤに基づいて、前記ユーザ一覧テーブル内でユーザに割り当てられた判定レベルを識別し、前記判定レベルと前記第１の負荷状況パラメータの値とを比較し、比較結果に基づいて、前記検索条件設定テーブル内の少なくとも２つの検索条件式のうち検索の実行に使用すべき検索条件式と、前記更新間隔設定テーブル内の少なくとも２つの更新間隔設定のうち自動更新に使用すべき更新間隔設定とを決定して、該決定された検索条件式を含む検索条件情報と、該決定された更新間隔設定を含む更新間隔設定情報と含む第２の設定パラメータを生成し、前記取引情報データベースから取り出される前記第２の設定パラメータの前記検索条件情報に合致する取引情報と、前記第２の設定パラメータと、前記第２の負荷状況パラメータとを前記端末に送信するように構成されることを特徴とする管理サーバ。
【請求項１】
管理サーバ（１２０）の負荷状態に応じた取引情報検索の自動更新を可能にするための方法であって、前記管理サーバは、取引情報を含む取引情報データベースと、実行すべき検索条件式を指定する検索条件情報を含む検索条件設定テーブルと、検索結果の自動更新間隔を指定する更新間隔設定情報を含む更新間隔設定テーブルと、前記管理サーバの負荷状態を示す負荷状況パラメータを含む負荷状況テーブルとを備え、前記方法は、
管理サーバに接続された端末から、検索条件情報および更新間隔設定を含む第１の設定パラメータ（４５０）と第１の負荷状況パラメータ（４６０）とを含む検索要求を受信するステップ（Ｓ８０２）と、
前記検索要求内に含まれる前記第１の負荷状況パラメータの値と、前記負荷状況テーブル（４２０）内に格納される第２の負荷状況パラメータの値（４２１）とが一致するかどうかを判断するステップ（Ｓ８０６）と、
前記第１の負荷状況パラメータの値と前記第２の負荷状況パラメータの値が一致しないと判断したとき、
前記負荷状況テーブル内の前記第２の負荷状況パラメータの値に従って、前記検索条件設定テーブル内の少なくとも２つの検索条件式のうち検索の実行に使用すべき検索条件式を決定し、決定された検索条件式を含む検索条件情報を前記検索条件設定テーブルから取り出すステップと（Ｓ８０８）、
前記負荷状況テーブル内の前記第２の負荷状況パラメータの値に従って、前記更新間隔設定テーブル内の少なくとも２つの更新間隔設定のうち自動更新に使用すべき更新間隔設定を決定し、決定された更新間隔設定を含む更新間隔設定情報を前記更新間隔設定テーブルから取り出すステップ（Ｓ８１０）と、
前記検索条件情報と前記更新間隔設定情報とを含む第２の設定パラメータを生成するステップ（Ｓ８１２）と、
前記第２の設定パラメータの前記検索条件情報に合致する取引情報を前記取引情報データベースから取り出して、取り出された取引情報と、前記第２の設定パラメータと、前記負荷状況テーブルの前記第２の負荷状況パラメータとを前記端末に送信するステップ（Ｓ８１４、Ｓ８１６）と
を含むことを特徴とする方法（７００、８００）。
【請求項２】
前記管理サーバは、該管理サーバの負荷状態を判断する条件を定義する負荷判定条件テーブルをさらに備え、該負荷判定条件テーブルは、負荷状態を判断するために使用される複数の指標と、各指標に対して定義された閾値を含み、
前記複数の指標の少なくとも１つが該指標に対して定義された前記閾値を超えているかどうかを判断するステップと、
前記少なくとも１つの指標が前記閾値を超えているとき、前記管理サーバが負荷上昇状態にあることを示すように前記負荷状況テーブル内の前記負荷状況パラメータの値を更新するステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記検索条件設定テーブル内の少なくとも２つの検索条件式は、ユーザによって予め設定された第１の検索条件式と、該第１の検索条件式よりも条件が制限された第２の検索条件式とを含み、
前記負荷状況テーブル内の前記第２の負荷状況パラメータの値に従って、前記検索条件設定テーブル内の少なくとも２つの検索条件式のうち検索の実行に使用すべき検索条件式を決定することは、前記負荷状況テーブル内の前記第２の負荷状況パラメータの値が前記管理サーバの通常状態を示すとき、前記検索条件設定テーブル内の前記第１の検索条件式を使用すべきと決定し、前記負荷状況テーブル内の前記第２の負荷状況パラメータの値が前記管理サーバの負荷上昇状態を示すとき、前記検索条件設定テーブル内の前記第２の検索条件式を使用すべきと決定することを含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記更新間隔設定テーブル内の少なくとも２つの更新間隔設定は、ユーザによって予め設定された第１の更新間隔設定と、該第１の更新間隔設定よりも長い時間間隔が設定された第２の更新間隔設定とを含み、
前記負荷状況テーブル内の前記第２の負荷状況パラメータの値に従って、前記更新間隔設定テーブル内の少なくとも２つの更新間隔設定のうち自動更新に使用すべき更新間隔設定を決定することは、前記負荷状況テーブル内の前記第２の負荷状況パラメータの値が前記管理サーバの通常状態を示すとき、前記更新間隔設定テーブル内の前記第１の更新間隔設定を使用すべきと決定し、前記負荷状況テーブル内の前記第２の負荷状況パラメータの値が前記管理サーバの負荷上昇状態を示すとき、前記更新間隔設定テーブル内の前記第２の更新間隔設定を使用すべきと決定することを含むことを特徴とする請求項２に記載の方法。
【請求項５】
前記検索要求を受信するステップの前に、検索条件情報と更新間隔設定情報とを含む前記第１の設定パラメータと前記第１の負荷状況パラメータとを前記端末に送信するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記第１の負荷状況パラメータの値と前記第２の負荷状況パラメータの値が一致すると判断したとき、前記第１の設定パラメータの前記検索条件情報に合致する取引情報を前記取引情報データベースから取り出して、取り出された取引情報を検索結果として前記端末に送信するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記第１の負荷状況パラメータの値と前記第２の負荷状況パラメータの値が一致しないと判断されたとき、前記端末が保持する前記第１の設定パラメータと前記第１の負荷状況パラメータは、前記第２の設定パラメータと前記第２の負荷状況パラメータによってそれぞれ置き換えられることを特徴とする請求項１に記載の方法。
【請求項８】
前記第１の負荷状況パラメータの値と前記第２の負荷状況パラメータの値が一致しないと判断されたとき、前記取引情報と、前記第２の設定パラメータと、前記負荷状況テーブルの前記第２の負荷状況パラメータとを前記端末に送信するステップの後、前記第２の設定パラメータの前記更新間隔設定で設定された更新間隔の経過後に、前記端末から、前記第２の設定パラメータと前記第２の負荷状況パラメータによってそれぞれ置き換えられた前記第１の設定パラメータと前記第１の負荷状況パラメータを含む検索要求を受信するステップ（Ｓ８０２）をさらに含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記第１の負荷状況パラメータの値と前記第２の負荷状況パラメータの値が一致すると判断されたとき、前記取引情報と、前記第２の設定パラメータと、前記負荷状況テーブルの前記第２の負荷状況パラメータとを前記端末に送信するステップの後、前記第２の設定パラメータの前記更新間隔設定で設定された更新間隔の経過後に、前記端末から、前記第２の設定パラメータと前記第２の負荷状況パラメータによってそれぞれ置き換えられた前記第１の設定パラメータと前記第１の負荷状況パラメータを含む検索要求を受信するステップ（Ｓ８０２）をさらに含むことを特徴とする請求項７に記載の方法。
【請求項１０】
管理サーバ（１２０）の負荷状態およびユーザに割り当てられたレベルに応じた取引情報検索の自動更新を可能にするための方法であって、前記管理サーバは、取引情報を含む取引情報データベースと、実行すべき検索条件式を指定する検索条件情報を含む検索条件設定テーブルと、検索結果の自動更新間隔を指定する更新間隔設定情報を含む更新間隔設定テーブルと、前記管理サーバの負荷状態を示す負荷状況パラメータを含む負荷状況テーブルと、各ユーザのユーザＩＤと各ユーザに割り当てられたレベルを示す判定レベルとを含むユーザ一覧テーブルとを備え、前記方法は、
前記管理サーバと接続された端末から、検索条件情報および更新間隔設定を含む第１の設定パラメータ（４５０）と第１の負荷状況パラメータ（４６０）とユーザＩＤとを含む検索要求を受信するステップ（Ｓ１２０２）と、
前記検索要求内に含まれる前記第１の負荷状況パラメータの値と、前記負荷状況テーブル（４２０）内に格納される第２の負荷状況パラメータの値（４２１）とが一致するかどうかを判断するステップ（Ｓ１２０６）と、
前記第１の負荷状況パラメータの値と前記第２の負荷状況パラメータの値が一致しないと判断したとき、
前記ユーザＩＤに基づいて、前記ユーザ一覧テーブル内でユーザに割り当てられた判例レベルを識別し、前記判定レベルと前記第１の負荷状況パラメータの値とを比較するステップ（Ｓ１２０８、Ｓ１２１０）と、
前記比較結果に基づいて、前記検索条件設定テーブル内の少なくとも２つの検索条件式のうち検索の実行に使用すべき検索条件式を決定し、決定された検索条件式を含む検索条件情報を前記検索条件設定テーブルから取り出すステップと（Ｓ１２１２）、
前記比較結果に基づいて、前記更新間隔設定テーブル内の少なくとも２つの更新間隔設定のうち自動更新に使用すべき更新間隔設定を決定し、決定された更新間隔設定を含む更新間隔設定情報を前記更新間隔設定テーブルから取り出すステップ（Ｓ１２１４）と、
前記検索条件情報と前記更新間隔設定情報とを含む第２の設定パラメータを生成するステップ（Ｓ１２１６）と、
前記第２の設定パラメータの前記検索条件情報に合致する取引情報を前記取引情報データベースから取り出して、取り出された取引情報と、前記第２の設定パラメータと、前記負荷状況テーブルの前記第２の負荷状況パラメータとを前記端末に送信するステップ（Ｓ１２１８、Ｓ１２２０）と
を含むことを特徴とする方法（１１００、１２００）。
【請求項１１】
前記判定レベルと前記第１の負荷状況パラメータの値とを比較するステップは、
前記判定レベルと前記第１の負荷状況パラメータの値とを比較して、前記判定レベルが前記第１の負荷状況パラメータより大きいかどうかを判断することを含むことを特徴とする請求項９に記載の方法（１１００、１２００）。
【請求項１２】
前記検索条件設定テーブル内の少なくとも２つの検索条件式は、前記ユーザによって予め設定された第１の検索条件式と、該第１の検索条件式よりも条件が制限された第２の検索条件式とを含み、
前記比較結果に基づいて、検索の実行に使用すべき検索条件式を決定することは、前記判定レベルが前記第１の負荷状況パラメータの値より大きいとき、前記第１の検索条件式を使用すべきと決定し、前記判定レベルが前記第１の負荷状況パラメータと等しいか小さいとき、前記第２の検索条件式を使用すべきと決定することを特徴とする請求項１０に記載の方法。
【請求項１３】
前記更新間隔設定テーブル内の少なくとも２つの更新間隔設定は、前記ユーザによって予め設定された第１の更新間隔設定と、該第１の更新間隔設定よりも長い時間間隔が設定された第２の更新間隔設定とを含み、
前記比較結果に基づいて、自動更新に使用すべき更新間隔設定を決定することは、前記判定レベルが前記第１の負荷状況パラメータの値より大きいとき、前記第１の更新間隔設定を使用すべきと決定し、前記判定レベルが前記第１の負荷状況パラメータと等しいか小さいとき、前記第２の更新間隔設定を使用すべきと決定することを特徴とする請求項１０に記載の方法。
【請求項１４】
負荷状態に応じた取引情報検索の自動更新を可能にするための管理サーバであって、
取引情報を含む取引情報データベースと、
実行すべき検索条件式を指定する検索条件情報を含む検索条件設定テーブルと、
検索結果の自動更新間隔を指定する更新間隔設定情報を含む更新間隔設定テーブルと、
前記管理サーバの負荷状態を判定する条件を定義する負荷判定条件テーブルであって、前記管理サーバの負荷状態を判定するために使用される複数の指標と、各指標に対して定義された閾値を含む、負荷判定条件テーブルと、
前記負荷判定条件テーブルに定義される条件に従って前記管理サーバの負荷状態を示す負荷状況パラメータを含む負荷状況テーブルと
を備え、
前記複数の指標の少なくとも１つが該指標に対して定義された前記閾値を超えているかどうかを判断し、前記閾値を超えているとき、前記管理サーバが負荷上昇状態にあることを示すように前記負荷状況テーブル内の前記負荷状況パラメータの値を更新するように構成され、
該管理サーバと接続された端末から、検索条件情報および更新間隔設定を含む第１の設定パラメータと第１の負荷状況パラメータとを含む検索要求を受信すると、前記検索要求内に含まれる前記第１の負荷状況パラメータの値と、前記負荷状況テーブル内に格納される第２の負荷状況パラメータの値が一致するかどうかを判断し、一致しないとき、前記負荷状況テーブル内の前記第２の負荷状況パラメータの値に従って、前記検索条件設定テーブル内の少なくとも２つの検索条件式のうち検索の実行に使用すべき検索条件式および前記更新間隔設定テーブル内の少なくとも２つの更新間隔設定のうち自動更新に使用すべき更新間隔設定を決定し、前記決定された検索条件式を含む検索条件情報と前記決定された更新間隔設定を含む更新間隔設定情報とを含む第２の設定パラメータを生成し、前記取引情報データベースから取り出される前記第２の設定パラメータの前記検索条件情報に合致する取引情報と、前記第２の設定パラメータと、前記第２の負荷状況パラメータとを前記端末に送信するように構成されることを特徴とする管理サーバ。
【請求項１５】
負荷状態とユーザに割り当てられたレベルに応じた取引情報検索の自動更新を可能にする管理サーバであって、
取引情報を含む取引情報データベースと、
実行すべき検索条件式を指定する検索条件情報を含む検索条件設定テーブルと、
検索結果の自動更新間隔を指定する更新間隔設定情報を含む更新間隔設定テーブルと、
前記管理サーバの負荷状態を判定する条件を定義する負荷判定条件テーブルであって、前記管理サーバの負荷状態を判定するために使用される複数の指標と、各指標に対して定義された閾値を含む、負荷判定条件テーブルと、
前記負荷判定条件テーブルに定義される条件に従って前記管理サーバの負荷状態を示す負荷状況パラメータを含む負荷状況テーブルと
各ユーザのユーザＩＤと各ユーザに割り当てられたレベルを示す判定レベルとを含むユーザ一覧テーブルと
を備え、
前記複数の指標の少なくとも１つが該指標に対して定義された前記閾値を超えているかどうかを判断し、前記閾値を超えているとき、前記管理サーバが負荷上昇状態にあることを示すように前記負荷状況テーブル内の前記負荷状況パラメータの値を更新するように構成され、
該管理サーバと接続される端末から、検索条件情報および更新間隔設定を含む第１の設定パラメータと第１の負荷状況パラメータとユーザＩＤとを含む検索要求を受信すると、前記検索要求内に含まれる前記第１の負荷状況パラメータの値と、前記負荷状況テーブル内に格納される第２の負荷状況パラメータの値とが一致するかどうか判断し、一致しないとき、前記ユーザＩＤに基づいて、前記ユーザ一覧テーブル内でユーザに割り当てられた判定レベルを識別し、前記判定レベルと前記第１の負荷状況パラメータの値とを比較し、比較結果に基づいて、前記検索条件設定テーブル内の少なくとも２つの検索条件式のうち検索の実行に使用すべき検索条件式と、前記更新間隔設定テーブル内の少なくとも２つの更新間隔設定のうち自動更新に使用すべき更新間隔設定とを決定して、該決定された検索条件式を含む検索条件情報と、該決定された更新間隔設定を含む更新間隔設定情報と含む第２の設定パラメータを生成し、前記取引情報データベースから取り出される前記第２の設定パラメータの前記検索条件情報に合致する取引情報と、前記第２の設定パラメータと、前記第２の負荷状況パラメータとを前記端末に送信するように構成されることを特徴とする管理サーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−７８９６５（Ｐ２０１２−７８９６５Ａ）
【公開日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願番号】特願２０１０−２２１９１０（Ｐ２０１０−２２１９１０）
【出願日】平成２２年９月３０日（２０１０．９．３０）
【出願人】（３０２０６４７６２）株式会社日本総合研究所 (367)
【出願人】（３９７０７７９５５）株式会社三井住友銀行 (120)
【Ｆターム（参考）】
【公開日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願日】平成２２年９月３０日（２０１０．９．３０）
【出願人】（３０２０６４７６２）株式会社日本総合研究所 (367)
【出願人】（３９７０７７９５５）株式会社三井住友銀行 (120)
【Ｆターム（参考）】
[ Back to top ]