(57)【要約】【課題】  リソースの状態の最大閾値又は最小閾値を動的に変更することにより、リソースの状態を最適化する。【解決手段】  リソース状態閾値調整機能114が、CPUの使用率とメモリの使用率の一方の現状値がリソース状態閾値テーブル500の最大閾値を越えた場合に、リソース状態閾値テーブル500のCPUの使用率とメモリの使用率の他方の最小閾値を、CPUの使用率とメモリの使用率の他方の現状値に更新すると共に、負荷分散機能118とキューイング機能119とログ機能120のうち機能選択条件600の削除条件に合致し優先順位の低いログ機能120を選択し、送信機能116がログ機能120を削除する。【選択図】図１
2006252087.tif 000002
【特許請求の範囲】
【請求項１】
処理装置及び記憶装置を含む複数のハードウェアリソースを備えた情報処理装置において、
前記記憶装置は、各ハードウェアリソースの状態の最大閾値と最小閾値を記憶し、
前記処理装置は、各ハードウェアリソースの状態量を取得する手段と、取得された前記各ハードウェアリソースの状態量が前記記憶装置内の前記最大閾値又は最小閾値を越えた場合に、前記記憶装置内の他のハードウェアリソースの最大閾値又は最小閾値を更新する手段とを備える情報処理装置。
【請求項２】
前記処理装置は、取得された前記各ハードウェアリソースの状態量が前記記憶装置内の前記最大閾値又は最小閾値を越えた場合に、当該情報処理装置内で前記ハードウェアリソースにより実現される機能を追加又は削除する請求項１に記載の情報処理装置。
【請求項３】
前記記憶装置は、前記ハードウェアリソースの状態によって定義された前記各機能の追加条件及び削除条件を記憶し、
前記処理装置は、前記記憶装置内の前記追加条件又は前記削除条件に合致した場合に、当該情報処理装置内で前記ハードウェアリソースにより実現される機能を追加又は削除する請求項２に記載の情報処理装置。
【請求項４】
前記機能は、データの送信又は受信に関する機能であって、負荷分散機能とキューイング機能とログ機能を含み、
前記記憶装置は、前記各機能を追加又は削除するための前記各機能の優先順位を記憶し、
前記処理装置は、前記優先順位に従って、前記機能を追加又は削除し、
前記優先順位は、前記負荷分散機能、前記キューイング機能、前記ログ機能の順に定められている請求項２に記載の情報処理装置。
【請求項５】
前記更新する手段は、取得された前記各ハードウェアリソースの状態量が前記記憶装置内の前記最大閾値を越えた場合に、前記記憶装置内の他のハードウェアリソースの最小閾値を更新し、
前記処理装置は、取得された前記各ハードウェアリソースの状態量が前記記憶装置内の前記最大閾値を越えた場合に、当該情報処理装置内で前記ハードウェアリソースにより実現される機能を削除する手段と、取得された前記各ハードウェアリソースの状態量が前記記憶装置内の更新後の最小閾値を越えた場合に、当該情報処理装置内で前記ハードウェアリソースにより実現される機能を追加する手段とを備える情報処理装置。
【請求項６】
処理装置及び記憶装置を含む複数のハードウェアリソースを備えた情報処理装置の各ハードウェアリソースの状態を管理するための、前記情報処理装置による情報処理方法において、
前記記憶装置が、各ハードウェアリソースの状態の最大閾値と最小閾値を記憶しており、
前記処理装置が、各ハードウェアリソースの状態量を取得し、
前記処理装置が、取得された前記各ハードウェアリソースの状態量が、前記記憶装置内の前記最大閾値又は最小閾値を越えた場合に、前記記憶装置内の他のハードウェアリソースの最大閾値又は最小閾値を更新する情報処理方法。
【請求項７】
処理装置及び記憶装置を含む複数のハードウェアリソースを備えた情報処理装置に、各ハードウェアリソースの状態を管理する手順を実行させるためのプログラムにおいて、
前記記憶装置に、各ハードウェアリソースの状態の最大閾値と最小閾値を記憶する手順を実行させ、
前記処理装置に、各ハードウェアリソースの状態量を取得する手順を実行させ、
前記処理装置に、取得された前記各ハードウェアリソースの状態量が前記記憶装置内の前記最大閾値又は最小閾値を越えた場合に、前記記憶装置内の他のハードウェアリソースの最大閾値又は最小閾値を更新する手順を実行させるためのプログラム。
【請求項８】
CPUとメモリとハードディスクを備えた情報処理装置において、
前記ハードディスクは、前記CPUの使用率の最大閾値と最小閾値及び前記メモリの使用率の最大閾値と最小閾値を記憶し、
前記CPUは、前記CPUの使用率と前記メモリの使用率を取得する手段と、取得された前記CPUの使用率と前記メモリの使用率の一方が前記ハードディスク内の前記CPUの使用率と前記メモリの使用率の一方の最大閾値を越えた場合に、前記ハードディスク内の前記CPUの使用率と前記メモリの使用率の他方の最小閾値を、取得された前記CPUの使用率とメモリの使用率の他方に基づく値に更新する手段と、プログラムに従って前記CPUが前記メモリにより実現される機能を削除する手段を備えた情報処理装置。
【請求項９】
前記CPUは、取得された前記CPUの使用率と前記メモリの使用率の他方が前記ハードディスク内の前記CPUの使用率と前記メモリの使用率の他方の更新後の最小閾値を越えた場合に、プログラムに従って前記CPUが前記メモリを使用することにより実現される機能を追加する手段を備えた請求項８に記載の情報処理装置。
【請求項１０】
CPUとメモリとハードディスクを備えた情報処理装置の前記CPUと前記メモリの状態を管理するための、前記情報処理装置による情報処理方法において、
前記ハードディスクが、前記CPUの使用率の最大閾値と最小閾値及び前記メモリの使用率の最大閾値と最小閾値を記憶しており、
前記CPUが、前記CPUの使用率と前記メモリの使用率を取得し、
前記CPUが、取得された前記CPUの使用率と前記メモリの使用率の一方が、前記ハードディスク内の前記CPUの使用率と前記メモリの使用率の一方の最大閾値を越えた場合に、前記ハードディスク内の前記CPUの使用率と前記メモリの使用率の他方の最小閾値を、取得された前記CPUの使用率とメモリの使用率の他方に基づく値に更新し、
前記CPUが、プログラムに従って前記CPUが前記メモリにより実現される機能を削除する情報処理方法。
【請求項１１】
CPUとメモリとハードディスクを備えた情報処理装置に、前記CPUと前記メモリの状態を管理する手順を実行させるためのプログラムにおいて、
前記ハードディスクに、前記CPUの使用率の最大閾値と最小閾値及び前記メモリの使用率の最大閾値と最小閾値を記憶する手順を実行させ、
前記CPUに、前記CPUの使用率と前記メモリの使用率を取得する手順を実行させ、
前記CPUに、取得された前記CPUの使用率と前記メモリの使用率の一方が、前記ハードディスク内の前記CPUの使用率と前記メモリの使用率の一方の最大閾値を越えた場合に、前記ハードディスク内の前記CPUの使用率と前記メモリの使用率の他方の最小閾値を、取得された前記CPUの使用率とメモリの使用率の他方に基づく値に更新する手順を実行させ、
前記CPUに、プログラムに従って前記CPUが前記メモリにより実現される機能を削除する手順を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各ハードウェアリソースの状態を管理し、最適化する情報処理装置、方法及びプログラムに係り、特にネットワークに接続されて、送信機能と受信機能の少なくとも１つを含む情報処理装置、方法及びプログラムに関する。
【背景技術】
【０００２】
情報処理装置を使ったシステム間連携技術については、相互接続性の向上や標準化が推し進められている。その代表的な例が、Webサービスである。
【０００３】
一方、システム間連携方法の最適化技術としては、ネットワークに複数の計算機が接続された環境で、アプリケーションを意識せずに最適な通信プロトコルを自動選択する装置及び方法が知られている（特許文献１参照）。
【０００４】
また、それぞれの機能を実現するために必要な部品を受け取り可能な計算機がネットワークにより接続された環境で、アプリケーションの通信量と計算機負荷を測定し、指定時間毎に、アプリケーションを選択し、計算機リソースの割り当て変更又は新しく複製を適当な場所に配置又は不必要ならば削除し又は複製元との整合性を取り、計算機負荷及びネットワーク負荷を均等化する自律分散データ計算機処理サーバシステムが知られている（特許文献２参照）。
【０００５】
また、各サーバの処理時間とＣＰＵ使用率とメモリ使用率とを検出し、前記処理時間又はＣＰＵ使用率又はメモリ使用率が所定の閾値を所定数以上越えたとき、前記閾値を越えたサーバ群に対し、接続ユーザ数及びＣＰＵクロック数を元に前記閾値を越えない様にサーバ群を構成するサーバの追加数を計算するウェブサイトの構成決定支援方法が知られている（特許文献３参照）。
【０００６】
また、各サーバは自身の負荷状況をＣＰＵ負荷、ジョブ優先順位、実行ジョブ数、ジョブ入力待ち行列数のそれぞれに重み付けを行い、また、閾値を割り当て、この閾値と採取された負荷情報を定期的に比較することにより、ＬＡＮトラフィックの受け入れ、あるいは中断を指示する負荷判断を行い、そして、ＬＡＮ接続された負荷分散装置に前記負荷判断の結果に従い生成される負荷制御情報をタイムリーに送信することにより、該当サーバへのＬＡＮトラフィックの送信制御を行うクライアントサーバシステムが知られている（特許文献４参照）。
【０００７】
【特許文献１】特開平9-289531号公報
【特許文献２】特開2004-126896号公報
【特許文献３】特開2003-178040号公報
【特許文献４】特開2000-268012号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従来のシステム間連携方法の最適化技術では、負荷監視装置の負荷情報収集、送信側計算機の負荷情報参照によるネットワーク負荷の増大、送信側計算機のみによる通信プロトコルの決定、複数の機能固定の通信プロトコルの実装といった点が考慮されていない。また、従来の技術には、各リソースの最適な閾値を選択することをまでは記載されていない。
【０００９】
本発明の目的は、リソースの状態の最大閾値又は最小閾値を動的に変更することにより、リソースの状態を最適化する装置、方法及びプログラムを提供することである。
【００１０】
本発明の他の目的は、リソースにより実現される機能を部品化し、リソースの状態に応じて機能を追加又は削除することにより、リソースの状態を最適化する装置、方法及びプログラムを提供することである。
【課題を解決するための手段】
【００１１】
本発明は、各ハードウェアリソース（例えば、CPUやメモリ）の状態量（例えば、CPUの使用率やメモリの使用率）が最大閾値又は最小閾値を越えた場合に、他のハードウェアリソースの最大閾値又は最小閾値を更新する。
【００１２】
好ましくは、本発明は、各ハードウェアリソースの状態量が最大閾値又は最小閾値を越えた場合に、ハードウェアリソースにより実現される機能を追加又は削除する。
【００１３】
好ましくは、本発明は、ハードウェアリソースの状態によって定義された各機能の追加条件（例えば、ハードウェアリソースの状態量が最大閾値より大きい）又は削除条件（例えば、ハードウェアリソースの状態量が最大閾値より小さい）に合致した場合に、機能を追加又は削除する。
【００１４】
好ましくは、各ハードウェアリソースの状態量が最大閾値を越えた場合に、他のハードウェアリソースの最小閾値を更新すると共にハードウェアリソースにより実現される機能を削除し、各ハードウェアリソースの状態量が更新後の最小閾値を越えた（より小さくなった）場合に、機能を追加する。
【発明の効果】
【００１５】
本発明によれば、リソースの状態の最大閾値又は最小閾値を動的に変更することにより、リソースの状態を最適化することができる。
【００１６】
本発明によれば、リソースにより実現される機能を部品化し、リソースの状態に応じて機能を追加又は削除することにより、リソースの状態を最適化することができる。
【００１７】
そして、リソースの状態を最適化できることにより、装置の運用コストを削減し、リソースのバランスのとれた装置間の連携が可能となる。
【発明を実施するための最良の形態】
【００１８】
運用コストの削減、リソースのバランスのとれたシステム間連携を可能とするという目的を、負荷分散機能、キューイング機能、ログ機能などの送受信機能を部品化し、各機能を動的に追加、削除可能とし、ＣＰＵ、メモリ、ハードディスクなどのハードウェアリソースの予め設定した最大閾値と使用状況を元に最小閾値を自動的に調整し、送受信機能の予め設定した使用条件と使用状況と合わせて、送受信機能を自動的に追加、削除することにより実現した。尚、各機能は、上記機能に限られない。
【００１９】
以下、本発明を実施するための最良の形態を図面に基づいて説明する。
【００２０】
図１は、本発明のシステム間連携方法の全体システム構成図である。
【００２１】
図２は、本発明のシステム間連携方法の、送受信機能を部品化し、リソースを自動的に最適化することにより、運用コストの削減、リソースのバランスのとれたシステム間連携を可能とする実施の形態の内、送信処理の概要を示す送信処理概要フロー図である。
【００２２】
まず、図１に示すシステム間連携方法の全体システム構成図について説明する。
【００２３】
システム間連携方法は、送信システム１１０と受信システム１３０と、これらのシステム間を接続する通信ネットワーク１５０により実現されている。
【００２４】
送信システム１１０は、リソース状態を管理するリソース状態管理機能１１１、送信オプション機能を選択する送信オプション機能選択基本機能１１３とリソース状態の閾値を調整するリソース状態閾値調整機能１１４とからなる送信オプション機能選択機能１１２、送信を伴う業務処理を行う送信アプリケーション１１５、負荷分散機能１１８、キューイング機能１１９、ログ機能１２０等の送信オプション機能１１７と実際に送信を行う送信基本機能１２１とからなる送信機能１１６を持つ計算機（コンピュータ）ある。
【００２５】
受信システム１３０は、リソース状態を管理するリソース状態管理機能１３１、受信オプション機能を選択する受信オプション機能選択基本機能１３３とリソース状態の閾値を調整するリソース状態閾値調整機能１３４とからなる受信オプション機能選択機能１３２、受信を伴う業務処理を行う受信アプリケーション１３５、負荷分散機能１３８、キューイング機能１３９、ログ機能１４０等の受信オプション機能１３７と実際に受信を行う受信基本機能１４１とからなる受信機能１３６を持つ計算機（コンピュータ）である。
【００２６】
送信システム１１０及び受信システム１３０を構成する計算機は、プログラムに従って動作する処理装置と、データやファイル、プログラムを記憶し、処理装置からアクセス可能な記憶装置と、他の装置と通信ネットワークなどを介してデータやファイルを送受信する通信装置とを備える。計算機は、さらに、ユーザからの指示を受け付ける入力装置と、処理装置の処理結果などを表示する表示装置を備えるのが好ましい。プログラムに従って、処理装置が記憶装置内のデータやファイルにアクセスして動作することにより、各機能が実現される。よって、各機能は、処理装置や記憶装置などのリソースの状態（例えば、使用率）に影響を与える。つまり、機能が多くなるほど、処理装置や記憶装置などのリソースの状態量が大きくなる。但し、機能ごとに処理装置や記憶装置などの各リソースに与える影響度は異なってもよい。
【００２７】
送信システム１１０は、複数の受信システム１３０にメッセージを送信するための処理能力を持った計算機であることが望ましい。具体的には、大型計算機、高性能ワークステーションが良い。受信システム１３０は、複数の送信システム１１０からメッセージを受信するための処理能力を持った計算機であることが望ましい。具体的には、大型計算機、高性能ワークステーションが良い。通信ネットワークは、情報を他の情報処理装置に伝送する伝送媒体であれば良い。
【００２８】
以下、本発明を実施するための最良の形態における処理動作を、図１の全体システム構成図を引用しながら、図２の送信処理概要フロー図、図３のリソース状態閾値調整詳細フロー図および図４の送信オプション機能選択詳細フロー図に従い、銀行のフロントシステムであるインターネットバンキングシステムが送信システム、バックシステムである勘定系システムが受信システムとなるインターネットバンキングを例として説明する。
＜ステップ２０１＞各リソース状態の現状値取得
送信システム１１０の送信オプション機能選択機能１１２は、送信システム１１０のリソース状態管理機能１１１から、ＣＰＵ使用率、メモリ使用率などの各リソース状態の現状値を取得する。ハードディスク使用率を用いてもよい。ＣＰＵやメモリが同一種で複数存在する場合は、個々の使用率を取得してもよい。
【００２９】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、インターネットバンキングシステムのリソース状態管理機能１１１から、ＣＰＵ使用率の現状値７０％、メモリ使用率の現状値２０％を取得するといった場合が想定される。
＜ステップ２０２＞リソース状態閾値調整
ここから、図３に示すリソース状態閾値調整詳細処理フロー図を用いて、リソース状態閾値調整２０２を詳しく説明する。
＜ステップ３０１＞各リソース状態の現状値
送信システム１１０の送信オプション機能選択機能１１２は、各リソース状態の現状値を保持している。
【００３０】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、ＣＰＵ使用率の現状値７０％、メモリ使用率の現状値２０％を保持している。
＜ステップ３０２＞各リソース状態の最大/最小閾値取得
送信システム１１０の送信オプション機能選択機能１１２は、リソース状態閾値テーブル５００から、ＣＰＵ使用率、メモリ使用率などの各リソース状態の最大閾値と最小閾値を取得する。リソース状態閾値テーブル５００は、ハードディスクに記憶されるのが好ましい。ＣＰＵやメモリが同一種で複数の場合は、リソース状態閾値テーブル５００が、個々の最大閾値と最小閾値を保持してもよい。
【００３１】
図５にリソース状態閾値テーブル５００の例を示す。リソース状態閾値テーブル５００は、リソース状態５０１、最大閾値５０２、最小閾値５０３とからなる。
【００３２】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、リソース状態閾値テーブル５００から、ＣＰＵ利用率の最大閾値６０％、最小閾値１５％、メモリ使用率の最大閾値４０％、最小閾値０％を取得するといった場合が想定される。
＜ステップ３０３＞各リソース状態の現状値＞最大閾値
送信システム１１０の送信オプション機能選択機能１１２は、各リソース状態の現状値と最大閾値を比較し、あるリソース状態の現状値が最大閾値を超えた場合、当該リソース以外のリソースの最小閾値を更新する。尚、あるリソースの現状値が最小閾値を越えた場合、当該リソース以外のリソースの最大閾値を更新してもよい。あるリソースの状態量と他のリソースの状態が相反する場合は、あるリソース状態の現状値が最大閾値を超えた場合、当該リソース以外のリソースの最大閾値を更新し、あるリソースの現状値が最小閾値を越えた場合、当該リソース以外のリソースの最小閾値を更新してもよい。
【００３３】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングの送信オプション機能選択機能１１２は、ステップ２０１で取得したＣＰＵ使用率の現状値７０％、メモリ使用率の現状値２０％とステップ３０２で取得したＣＰＵ利用率の最大閾値６０％、メモリ使用率の最大閾値４０％をそれぞれ比較し、この場合、ＣＰＵ使用率の現状値７０％が最大閾値６０％を超えているため、メモリ使用率の最小閾値を更新する。
＜ステップ３０４＞当該リソース以外のリソースの最小閾値更新
ステップ３０３であるリソース状態の現状値が最大閾値を超えた場合、リソース状態閾値テーブル５００の当該リソース以外のリソースで(現状値＜最大閾値)の最小閾値５０３をステップ２０１で取得した現状値に更新する。但し、現状値の代わりに、現状値を基準にした値（例えば、現状値に所定の割合を乗算した値や現状値に所定の値を加減算した値）に更新してもよい。
【００３４】
インターネットバンキングの例では、ＣＰＵ使用率の現状値７０％が最大閾値６０％を超えているため、リソース状態閾値テーブル５００のメモリ使用率の最小閾値５０３をステップ２０１で取得した現状値２０％に更新する。
【００３５】
本実施例では、＜ステップ４０２＞機能選択条件、機能選択状態取得時に、リソース状態閾値テーブル５００より、各リソース状態の閾値を取得することを想定しており、＜ステップ３０４＞当該リソース以外のリソースの最小閾値更新時には、機能選択条件テーブル６００を更新しないが、削除条件６０３、追加条件６０４内の最小閾値の元であるリソース状態閾値テーブル５００の最小閾値を更新する為、この時点では、機能選択条件テーブル６００を更新することと同等である。このイメージを図８に示す。
【００３６】
図８では、キューイング機能の削除条件がCPU使用率の現状値＞６０（％）またはメモリ使用率の現状値＞４０（％）であり、キューイング機能の追加条件がCPU使用率の現状値＜１５（％）またはメモリ使用率の現状値＜０（％）であり、ログ機能の削除条件がCPU使用率の現状値＞６０（％）またはメモリ使用率の現状値＞４０（％）であり、キューイング機能の追加条件がCPU使用率の現状値＜１５（％）またはメモリ使用率の現状値＜２０（％）であることを示している。
＜ステップ２０３＞送信オプション機能選択
ここから、図４に示す送信オプション機能選択詳細フロー図を用いて送信オプション機能選択２０３を詳しく説明する。
＜ステップ４０１＞各リソース状態の現状値、最大/最小閾値
送信システム１１０の送信オプション機能選択機能１１２は、各リソース状態の現状値、最大閾値および最小閾値を保持している。
【００３７】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、ＣＰＵ使用率の現状値７０％、最大閾値６０％、最小閾値１５％、メモリ使用率の現状値２０％、最大閾値４０％、最小閾値２０％を保持している。
＜ステップ４０２＞機能選択条件、機能選択状態取得
送信システム１１０の送信オプション機能選択機能１１２は、機能選択条件テーブル６００から機能選択条件を、機能選択状態テーブル７００から機能選択状態を取得する。機能選択状態テーブル７００は、ハードディスクに記憶されるのが好ましい。ＣＰＵやメモリが同一種で複数の場合は、機能選択状態テーブル７００が、個々の最大閾値と最小閾値を保持してもよい。
【００３８】
図６に機能選択条件テーブル６００の例を示す。機能選択条件テーブル６００は、機能６０１、優先順位６０２、削除条件６０３、追加条件６０４とからなる。例えば、優先順位６０２は、ユーザによって設定される。送信システムとして重要な（必須の）機能のほど、優先順位が高くする。
【００３９】
また、図７に機能選択状態テーブル７００の例を示す。機能選択状態テーブル７００は、機能７０１、選択状態７０２とからなる。
＜ステップ４０３＞削除機能有無判定/決定
送信システム１１０の送信オプション機能選択機能１１２は、各リソース状態の現状値、最大閾値、最小閾値、機能選択条件テーブル６００および機能選択状態テーブル７００から、選択状態が「選択」かつ削除条件に合致する機能の有無を判定し、「有」の場合、優先順位が最も低い機能を削除機能に決定する。
【００４０】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、ＣＰＵ使用率の現状値７０％、最大閾値６０％、最小閾値１５％、メモリ使用率の現状値２０％、最大閾値４０％、最小閾値２０％、機能選択条件テーブル６００および機能選択状態テーブル７００から、選択状態が「選択」かつ削除条件に合致する機能の有無を「有」と判定し、キューイング機能、ログ機能を抽出し、優先順位が最も低いログ機能を削除機能に決定する。
＜ステップ４０４＞送信オプション機能削除
送信システム１１０の送信オプション機能選択機能１１２は、ステップ４０３で削除機能が「有」の場合、決定した削除機能を削除する。削除機能を削除するとは、その機能を実現するアプリケーションプログラムを停止することを含む。
【００４１】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、ステップ４０３で削除機能が「有」のため、決定した削除機能であるログ機能を削除する。
＜ステップ４０５＞追加機能有無判定/決定
送信システム１１０の送信オプション機能選択機能１１２は、各リソース状態の現状値、最大閾値、最小閾値、機能選択条件テーブル６００および機能選択状態テーブル７００から、選択状態が「未選択」かつ追加条件に合致する機能の有無を判定し、「有」の場合、優先順位が最も高い機能を追加機能に決定する。
【００４２】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、ＣＰＵ使用率の現状値７０％、最大閾値６０％、最小閾値１５％、メモリ使用率の現状値２０％、最大閾値４０％、最小閾値２０％、機能選択条件テーブル６００および機能選択状態テーブル７００から、選択状態が「未選択」かつ追加条件に合致する機能の有無を「無」と判定する。
＜ステップ４０６＞送信オプション機能追加
送信システム１１０の送信オプション機能選択機能１１２は、ステップ４０５で追加機能が「有」の場合、決定した追加機能を追加する。
【００４３】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、ステップ４０５で追加機能が「無」のため、特に何もしない。
＜ステップ４０７＞機能選択状態更新
送信システム１１０の送信オプション機能選択機能１１２は、ステップ４０３および４０５で決定した削除機能、追加機能を元に、機能選択状態テーブル７００を更新する。
【００４４】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、決定した削除機能がログ機能であることを元に、機能選択状態テーブル７００の選択状態７０２を「未選択」に更新する。
【００４５】
ここから、図２に戻って、処理動作の続きを説明する。
＜ステップ２０４＞送信オプション機能変更要求要否判定
ステップ４０３で判定した削除機能有無、ステップ４０５で判定した追加機能有無に基づき、送信システム１１０の送信オプション機能選択機能１１２は、送信システム１１０の送信機能１１６への送信オプション機能変更要求の要否を判定し、「要」の場合、ステップ２０５に進み、「不要」の場合、ステップ２０１に戻り、同様の処理を繰り返す。
【００４６】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、送信機能１１６への送信オプション機能変更要求の要否を「要」と判定し、ステップ２０５に進む。
＜ステップ２０５＞送信オプション機能変更要求
ステップ２０４で判定した送信オプション機能変更要求要否、ステップ４０３で決定した削除機能、ステップ４０５で決定した追加機能に基づき、送信システム１１０の送信オプション機能選択機能１１２は、送信システム１１０の送信機能１１６に送信オプション機能変更要求を送信する。
【００４７】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、送信機能１１６にログ機能の削除を要求する送信オプション変更要求を送信する。
＜ステップ２０６＞送信オプション機能変更
送信システム１１０の送信機能１１６は、送信システム１１０の送信オプション機能選択機能１１２から送信オプション機能変更要求を受信し、送信オプション機能を変更する。
【００４８】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信機能１１６は、送信オプション機能選択機能１１２にログ機能の削除を要求する送信オプション変更要求を受信し、ログ機能を削除する。
＜ステップ２０７＞送信機能利用
送信システム１１０の送信アプリケーション１１５は、任意のタイミングにて、送信システム１１０の送信機能１１６を利用する。
【００４９】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信アプリケーション１１５である残高照会アプリケーションは、送信機能１１６を利用するといった場合が想定される。
＜ステップ２０８＞受信システムへの送信
送信システム１１０の送信機能１１６は、送信システム１１０の送信アプリケーション１１５から利用され、受信システム１３０に情報を送信する。
【００５０】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信機能１１６は、送信システム１１０であるインターネットバンキングシステムの送信アプリケーション１１５である残高照会アプリケーションから利用され、受信システム１３０である勘定系システムに残高照会要求を送信するといった場合が想定される。
【００５１】
ここまで、＜ステップ２０１＞〜＜ステップ２０８＞に沿って、リソース状態の現状値の増加に伴う、送信オプション機能の削除の例を説明したが、次に、再度、＜ステップ２０１'＞〜＜ステップ２０８'＞に沿って、リソース状態の現状値の減少に伴う、送信オプション機能の追加の例を説明する。この過程で、前述の＜ステップ３０４＞当該リソース以外のリソースの最小閾値更新にて更新した最小閾値を使用することにより、リソース状態の現状値が最大閾値を超えることを極力防止し、極力多数の送信オプション機能を追加可能な送信オプション選択機能を実現している。極力多数の送信オプション機能を追加することにより、リソースの状態を向上できる。
＜ステップ２０１'＞各リソース状態の現状値取得
送信システム１１０の送信オプション機能選択機能１１２は、送信システム１１０のリソース状態管理機能１１１から、ＣＰＵ使用率、メモリ使用率などの各リソース状態の現状値を取得する。
【００５２】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、インターネットバンキングシステムのリソース状態管理機能１１１から、ＣＰＵ使用率の現状値３５％、メモリ使用率の現状値１０％を取得するといった場合が想定される。
＜ステップ２０２'＞リソース状態閾値調整
ここから、図３に示すリソース状態閾値調整詳細処理フロー図を用いて、リソース状態閾値調整２０２を詳しく説明する。
＜ステップ３０１'＞各リソース状態の現状値
送信システム１１０の送信オプション機能選択機能１１２は、各リソース状態の現状値を保持している。
【００５３】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、ＣＰＵ使用率の現状値３５％、メモリ使用率の現状値１０％を保持している。
＜ステップ３０２'＞各リソース状態の最大/最小閾値取得
送信システム１１０の送信オプション機能選択機能１１２は、リソース状態閾値テーブル５００から、ＣＰＵ使用率、メモリ使用率などの各リソース状態の最大閾値と最小閾値を取得する。
【００５４】
図９にリソース状態閾値テーブル９００の例を示す。リソース状態閾値テーブル９００は、リソース状態９０１、最大閾値９０２、最小閾値９０３とからなる。
【００５５】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、リソース状態閾値テーブル９００から、ＣＰＵ利用率の最大閾値６０％、最小閾値１５％、メモリ使用率の最大閾値４０％、最小閾値２０％を取得するといった場合が想定される。
＜ステップ３０３'＞各リソース状態の現状値＞最大閾値
送信システム１１０の送信オプション機能選択機能１１２は、各リソース状態の現状値と最大閾値を比較し、あるリソース状態の現状値が最大閾値を超えた場合、当該リソース以外のリソースの最小閾値を更新する。
【００５６】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングの送信オプション機能選択機能１１２は、ステップ２０１で取得したＣＰＵ使用率の現状値３５％、メモリ使用率の現状値１０％とステップ３０２で取得したＣＰＵ利用率の最大閾値６０％、メモリ使用率の最大閾値４０％をそれぞれ比較し、この場合、ＣＰＵ使用率、メモリ使用率共に現状値が最大閾値を超えていないため、特に何もしない。
＜ステップ３０４'＞当該リソース以外のリソースの最小閾値更新
ステップ３０３であるリソース状態の現状値が最大閾値を超えた場合、リソース状態閾値テーブル５００の当該リソース以外のリソースで(現状値＜最大閾値)の最小閾値５０３をステップ２０１で取得した現状値に更新する。
【００５７】
インターネットバンキングの例では、ＣＰＵ使用率、メモリ使用率共に現状値が最大閾値を超えていないため、特に何もしない。
＜ステップ２０３'＞送信オプション機能選択
ここから、図４に示す送信オプション機能選択詳細フロー図を用いて送信オプション機能選択２０３を詳しく説明する。
＜ステップ４０１'＞各リソース状態の現状値、最大/最小閾値
送信システム１１０の送信オプション機能選択機能１１２は、各リソース状態の現状値、最大閾値および最小閾値を保持している。
【００５８】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、ＣＰＵ使用率の現状値３５％、最大閾値６０％、最小閾値１５％、メモリ使用率の現状値１０％、最大閾値４０％、最小閾値２０％を保持している。
＜ステップ４０２'＞機能選択条件、機能選択状態取得
送信システム１１０の送信オプション機能選択機能１１２は、機能選択条件テーブル６００から機能選択条件を、機能選択状態テーブル７００から機能選択状態を取得する。
【００５９】
図６に機能選択条件テーブル６００の例を示す。機能選択条件テーブル６００は、機能６０１、優先順位６０２、削除条件６０３、追加条件６０４とからなる。
【００６０】
また、図１０に機能選択状態テーブル１０００の例を示す。機能選択状態テーブル１０００は、機能１００１、選択状態１００２とからなる。
＜ステップ４０３'＞削除機能有無判定/決定
送信システム１１０の送信オプション機能選択機能１１２は、各リソース状態の現状値、最大閾値、最小閾値、機能選択条件テーブル６００および機能選択状態テーブル７００から、選択状態が「選択」かつ削除条件に合致する機能の有無を判定し、「有」の場合、優先順位が最も低い機能を削除機能に決定する。
【００６１】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、ＣＰＵ使用率の現状値３５％、最大閾値６０％、最小閾値１５％、メモリ使用率の現状値１０％、最大閾値４０％、最小閾値２０％、機能選択条件テーブル６００および機能選択状態テーブル１０００から、選択状態が「選択」かつ削除条件に合致する機能の有無を「無」と判定する。
＜ステップ４０４'＞送信オプション機能削除
送信システム１１０の送信オプション機能選択機能１１２は、ステップ４０３で削除機能が「有」の場合、決定した削除機能を削除する。
【００６２】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、ステップ４０３で削除機能が「無」のため、特に何もしない。
＜ステップ４０５'＞追加機能有無判定/決定
送信システム１１０の送信オプション機能選択機能１１２は、各リソース状態の現状値、最大閾値、最小閾値、機能選択条件テーブル６００および機能選択状態テーブル７００から、選択状態が「未選択」かつ追加条件に合致する機能の有無を判定し、「有」の場合、優先順位が最も高い機能を追加機能に決定する。
【００６３】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、ＣＰＵ使用率の現状値３５％、最大閾値６０％、最小閾値１５％、メモリ使用率の現状値１０％、最大閾値４０％、最小閾値２０％、機能選択条件テーブル６００および機能選択状態テーブル１０００から、選択状態が「未選択」かつ追加条件に合致する機能の有無を「有」と判定し、ログ機能を抽出し、ログ機能を追加機能に決定する。
＜ステップ４０６'＞送信オプション機能追加
送信システム１１０の送信オプション機能選択機能１１２は、ステップ４０５で追加機能が「有」の場合、決定した追加機能を追加する。
【００６４】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、ステップ４０５で追加機能が「有」のため、決定した追加機能であるログ機能を追加する。
＜ステップ４０７'＞機能選択状態更新
送信システム１１０の送信オプション機能選択機能１１２は、ステップ４０３および４０５で決定した削除機能、追加機能を元に、機能選択状態テーブル７００を更新する。
【００６５】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、決定した追加機能がログ機能であることを元に、機能選択状態テーブル１０００の選択状態１００２を「選択」に更新する。
【００６６】
ここから、図２に戻って、処理動作の続きを説明する。
＜ステップ２０４'＞送信オプション機能変更要求要否判定
ステップ４０３で判定した削除機能有無、ステップ４０５で判定した追加機能有無に基づき、
送信システム１１０の送信オプション機能選択機能１１２は、送信システム１１０の送信機能１１６への送信オプション機能変更要求の要否を判定し、「要」の場合、ステップ２０５に進み、「不要」の場合、ステップ２０１に戻り、同様の処理を繰り返す。
【００６７】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、送信機能１１６への送信オプション機能変更要求の要否を「要」と判定し、ステップ２０５に進む。
＜ステップ２０５'＞送信オプション機能変更要求
ステップ２０４で判定した送信オプション機能変更要求要否、ステップ４０３で決定した削除機能、ステップ４０５で決定した追加機能に基づき、送信システム１１０の送信オプション機能選択機能１１２は、送信システム１１０の送信機能１１６に送信オプション機能変更要求を送信する。
【００６８】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信オプション機能選択機能１１２は、送信機能１１６にログ機能の追加を要求する送信オプション変更要求を送信する。
＜ステップ２０６'＞送信オプション機能変更
送信システム１１０の送信機能１１６は、送信システム１１０の送信オプション機能選択機能１１２から送信オプション機能変更要求を受信し、送信オプション機能を変更する。
【００６９】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信機能１１６は、送信オプション機能選択機能１１２からにログ機能の追加を要求する送信オプション変更要求を受信し、ログ機能を追加する。
＜ステップ２０７'＞送信機能利用
送信システム１１０の送信アプリケーション１１５は、任意のタイミングにて、送信システム１１０の送信機能１１６を利用する。
【００７０】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信アプリケーション１１５である残高照会アプリケーションは、送信機能１１６を利用するといった場合が想定される。
＜ステップ２０８'＞受信システムへの送信
送信システム１１０の送信機能１１６は、送信システム１１０の送信アプリケーション１１５から利用され、受信システム１３０に情報を送信する。
【００７１】
インターネットバンキングの例では、送信システム１１０であるインターネットバンキングシステムの送信機能１１６は、送信システム１１０であるインターネットバンキングシステムの送信アプリケーション１１５である残高照会アプリケーションから利用され、受信システム１３０である勘定系システムに残高照会要求を送信するといった場合が想定される。
【００７２】
一方、受信システム１３０における受信処理については、基本的には、送信システム１１０における送信処理と同様であるため、説明を省略する。
【００７３】
以上のように本実施形態によれば、通信ネットワークを利用したシステム間連携において、送受信機能を部品化し、リソースを自動的に最適化することにより、運用コストの削減、リソースのバランスのとれたシステム間連携を実現することができる。
【００７４】
また、（１）送信システムにのみ本実施形態を適用し、受信システムは従来のシステム間連携方法を適用する、（２）受信システムにのみ本実施形態を適用し、送信システムは従来のシステム間連携方法を適用する、（３）あるリソース状態の現状値が最大閾値を超えた場合、リソース状態閾値テーブルの当該リソース以外のリソースで(現状値＜最大閾値)の最小閾値を、あるリソース状態の現状値が最大閾値を超えた場合の現状値の平均値に更新する、などの形態がある。本実施形態の場合、直前の最大閾値超えを重視したリソースの最適化が可能であるのに比べて、（３）の場合、最小閾値が安定し、これまでの最大閾値超えを総合したリソースの最適化が可能である。
【００７５】
以上、本発明の実施例を説明したが、本発明では、銀行のフロントシステムであるインターネットバンキングシステムが送信システム１１０、バックシステムである勘定系システムが受信システム１３０となるインターネットバンキングを例として説明したが、例えば、その他の金融および製造、流通、公共、通信といった業種、業界の企業情報システムなどにも適用可能である。
【００７６】
また、図１において、送信システム１１０、受信システム１３０はそれぞれ１台ずつとなっているが、送信システム１１０、受信システム１３０が複数台存在可能であることは言うまでもない。
【産業上の利用可能性】
【００７７】
本発明では、銀行のフロントシステムであるインターネットバンキングシステムが送信システム、バックシステムである勘定系システムが受信システムとなるインターネットバンキングに適用可能であり、さらに、その他の金融および製造、流通、公共、通信といった業種、業界の企業情報システムなどにも適用可能である。
【図面の簡単な説明】
【００７８】
【図１】システム間連携の実施方法を示した全体システム構成図である。
【図２】システム間連携の実施方法の内、送信処理の概要を示した送信処理概要フロー図である。
【図３】システム間連携の実施方法の内、送信処理のリソース状態閾値調整の詳細を示したリソース状態閾値調整詳細フロー図である。
【図４】システム間連携の実施方法の内、送信処理の送信オプション機能選択の詳細を示した送信オプション機能選択詳細フロー図である。
【図５】リソース状態閾値のテーブルの一例である。
【図６】機能選択条件のテーブルの一例である。
【図７】機能選択状態のテーブルの一例である。
【図８】機能選択条件のテーブルの一例である。
【図９】リソース状態閾値のテーブルの一例である。
【図１０】機能選択状態のテーブルの一例である。
【符号の説明】
【００７９】
１１０  送信システム
１１１  リソース状態管理機能
１１２  送信オプション機能選択機能
１１３  送信オプション機能選択基本機能
１１４  リソース状態閾値調整機能
１１５  送信アプリケーション
１１６  送信機能
１１７  送信オプション機能
１１８  負荷分散機能
１１９  キューイング機能
１２０  ログ機能
１２１  送信基本機能
１３０  受信システム
１３１  リソース状態管理機能
１３２  受信オプション機能選択機能
１３３  受信オプション機能選択基本機能
１３４  リソース状態閾値調整機能
１３５  受信アプリケーション
１３６  受信機能
１３７  受信オプション機能
１３８  負荷分散機能
１３９  キューイング機能
１４０  ログ機能
１４１  受信基本機能
１５０  通信ネットワーク
【図１】
2006252087.tif 000003
【図２】
2006252087.tif 000004
【図３】
2006252087.tif 000005
【図４】
2006252087.tif 000006
【図５】
2006252087.tif 000007
【図６】
2006252087.tif 000008
【図７】
2006252087.tif 000009
【図８】
2006252087.tif 000010
【図９】
2006252087.tif 000011
【図１０】
2006252087.tif 000012