統合アーキテクチャ設計支援システム、統合アーキテクチャ設計支援方法、および統合アーキテクチャ設計支援装置、並びにプログラム
【課題】複数の情報処理装置を備えるシステム連携において、隣接する情報処理システムにおける連携だけでなく、情報処理システム内の連携も含めて、システム間連携の把握を可能し、さらに、設計支援をすることを目的とする。
【解決手段】各情報処理装置３０において統合情報を収集し、収集された統合情報に基づいて、統合アーキテクチャ設計支援装置１０が、外部連携情報および内部連携情報を生成する。そして、生成された外部連携情報と内部連携情報とから連携図情報を作成する。さらに、収集された統合情報に基づいて、統合アーキテクチャ設計支援装置１０が、新たな多重度定義情報を生成し、各情報処理装置３０に配布することでシステムの設計支援を行うことを特徴とする。
【解決手段】各情報処理装置３０において統合情報を収集し、収集された統合情報に基づいて、統合アーキテクチャ設計支援装置１０が、外部連携情報および内部連携情報を生成する。そして、生成された外部連携情報と内部連携情報とから連携図情報を作成する。さらに、収集された統合情報に基づいて、統合アーキテクチャ設計支援装置１０が、新たな多重度定義情報を生成し、各情報処理装置３０に配布することでシステムの設計支援を行うことを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、統合アーキテクチャ設計支援システム、統合アーキテクチャ設計支援方法、および統合アーキテクチャ設計支援装置、並びにプログラムに関する。
【背景技術】
【０００２】
現在、インターネットをはじめとするネットワーク技術の発達により、例えば利用者が情報処理システムを利用する頻度や取り扱うデータ量、その処理内容によって、複数の情報処理システムを連携させて処理を実行させることが増加してきている。
そのため、複数の情報処理システムを連携させることで複雑かつ多様になったシステム間の連携を管理し、設計する技術が求められ、例えば、ＷＥＢサービスなどでは、相互接続性の向上や標準化が押し進められている。
このようにネットワーク等に接続された複数の情報処理システムが、どのように接続され、配置されているかを把握することは、その情報処理システム間の連携が複雑になるに従い困難になってきており、さらにその連携を把握し、最適化して設計することも困難となる。
そこで、この複雑になったシステム間の連携を把握する技術として、アプリケーションシステムの連携状況を全体的に参照するために視覚的に描画・出力することができる技術が開示されている（例えば、特許文献１参照）。
【特許文献１】特開２００６−７２７８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に記載された情報処理システム間の連携の現状把握技術では、隣接するシステム間の連携のみを対象としており、情報処理システム内の連携は対象外である。この為、情報処理システム内の連携も含めた、フロントエンドシステムからバックエンドシステムまでの連携を把握することはできないものである。また、情報処理システム間の連携の現状把握のみを対象としており、その現状把握に基づく具体的な設計支援方法は対象外となっている。
【０００４】
このような背景に鑑みて本発明がなされたのであり、本発明は、情報処理システムのシステム間連携において、隣接するシステム間における連携だけでなく、システム内の連携をも含めて、システムの連携の把握を可能とし、さらに、新たなシステムの設計支援をすることができる、統合アーキテクチャ設計支援システム、統合アーキテクチャ設計支援方法、および統合アーキテクチャ設計支援装置、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
前記課題を解決するため、本発明の統合アーキテクチャ設計支援システム、統合アーキテクチャ設計支援方法、および統合アーキテクチャ設計支援装置、並びにプログラムは、各情報処理装置において収集された統合情報を、アーキテクチャ設計支援装置が受信し、受信した統合情報に基づいて連携情報を生成し、生成した連携情報に基づいて連携図情報を生成し、さらに連携情報をもとに、新たな定義情報を生成し、各情報処理装置に送信して、その新たな定義情報に更新することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、複数の情報処理システムのシステム間連携において、隣接する情報処理システムにおける連携だけでなく、情報処理システム内の連携も含めて、システムの連携の把握を可能とし、さらに、設計支援をすることができる、統合アーキテクチャ設計支援システム、統合アーキテクチャ設計支援方法、および統合アーキテクチャ設計支援装置、並びにプログラムを提供することができる。
【発明を実施するための最良の形態】
【０００７】
次に、本発明を実施するための最良の形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。
【０００８】
図１は、本発明の実施形態に係る統合アーキテクチャ設計支援システムの構成例を示す機能ブロック図である。
統合アーキテクチャ設計支援システム１は、統合アーキテクチャ設計支援装置１０と、ネットワーク４０を介して接続される複数の情報処理装置３０（３０Ａ，３０Ｂ，３０Ｃ）と、各情報処理装置３０の運用を管理する運用管理装置２０とを含んで構成される。なお、この情報処理装置３０は、３つに限定されることなく、複数の情報処理装置で構成されていればよい。
また、本実施形態においては、情報処理装置３０の一例として、銀行のフロントシステムであるインターネットバンキングシステムを情報処理装置３０Ａ、データ中継装置を情報処理装置３０Ｂ、バックシステムである勘定系システムを情報処理装置３０Ｃとするインターネットバンキングを例として説明する。
【０００９】
情報処理装置３０は、制御部３３０と、入出力部３１１と、通信部３１３と、メモリ部３１４と、記憶部３１５とを含んで構成される。
【００１０】
制御部３３０は、情報処理装置３０全体の制御を司り、統合情報生成部３３１と、統合情報送信部３３２と、定義情報受信部３３３と、定義更新部３３４とを含んで構成される。なお、この制御部３３０、入出力部３１１、および通信部３１３は、例えば情報処理装置３０のハードディスクに格納されたプログラムをＣＰＵ（Central Processing Unit）がＲＡＭ（Random Access Memory）に展開し実行することで実現される。
【００１１】
統合情報生成部３３１は、情報処理装置３０内の定義情報、構成情報、および稼動情報を収集し、「統合情報」を生成する機能を有する。ここで、定義情報とは、各情報処理装置３０間のサービスの連携先を定義する「連携定義情報」や、情報処置装置３０のデータの入力口の多重度（回線数）を定義する「多重度定義情報」等を含む（詳細は後記する）。また、構成情報には、情報処理装置３０内のハードウェア構成情報やソフトウェア構成情報、ネットワーク構成情報等を含む。また、稼動情報には、各情報処理装置３０間のデータの処理を記録した「連携稼動情報」（詳細は後記する）や、リソース稼動情報等を含む。
なお、本実施形態においては、定義情報、構成情報、稼動情報等のシステムの運用管理に必要な情報をまとめて「統合情報」とし、統合情報生成部３３１が行う「統合情報」の生成とは、これらの情報を収集することをいう。
【００１２】
図２は、情報処理装置の統合情報生成部が収集する定義情報の一例である「外部連携定義情報」のデータ構成を示した図である。
図２に示すように、外部連携定義情報２００には、サービスＩＤ２０１と、連携先ＵＲＩ２０２とを含む。
ここで、サービスＩＤ２０１の「Ｓ１」「Ｓ２」「Ｓ３」等は、例えば、インターネットバンキングにおける「残高照会」「入金処理」「振り込み処理」等のサービスをそれぞれ示しているものである。
一方、連携先ＵＲＩ２０２は、サービスＩＤ２０１で指定されるサービスを、連携する情報処理装置３０のいずれに送信するかを示している。例えば連携先ＵＲＩ２０１の「ｈｏｓｔＢ」は、情報処理装置３０Ｂであるデータ中継装置に送信することを示す。したがって、図２の例において、サービス「Ｓ１」「Ｓ２」「Ｓ３」に関するデータは、情報処理装置３０Ｂのデータ中継装置に送信されることを表している。
【００１３】
図３は、情報処理装置の統合情報生成部が収集する稼動情報の一例である「連携稼動情報」のデータ構成を示した図である。
図３（ａ）は、情報処理装置３０Ａ（インターネットバンキングシステム）の連携稼動情報３００を示す。また、図３（ｂ）は、情報処理装置３０Ｂ（データ中継装置）の連携稼動情報３００を示す。
図３（ａ）に示すように、連携稼動情報３００は、目的とするサービスであるサービスＩＤ３０５についての情報ごとに、その情報が処理された日時３０１、そのサービスに関する連携元である情報処理装置３０ごとにその情報の処理について固有に付されたメッセージＩＤ３０２、その情報の処理内容が「要求」か「応答」の情報３０３、そのサービスに関する連携先である情報処理装置３０を示す連携先ＩＤ３０４、およびその情報のデータ量であるメッセージ長３０６を含んで構成される。
この連携稼動情報３００により、どのサービスに関する情報が、どの情報処理装置３０に何時送られたかの情報を把握することができる。例えば、図３（ａ）において、「情報処理装置３０Ａ（インターネットバンキングシステム）から、２００８年１月１０日１０時に、サービスＳ１についての要求情報が情報処理装置３０Ｂ（データ中継装置）に３００バイトの情報量」で送信されたことが示される。
【００１４】
図１に戻り、情報処理装置３０の統合情報送信部３３２は、統合情報生成部３３１が生成した「統合情報」を通信部３１３、ネットワーク４０を介して運用管理装置２０へ送信する機能を有する。
【００１５】
定義情報受信部３３３は、統合アーキテクチャ設計支援装置１０が生成した、データの入力口の多重度（回線数）に関する新たな多重度定義情報（後記する図１４参照）を、ネットワーク４０経由で受信する機能を有する。また、定義更新部３３４は、定義情報受信部３３３が受信した新たな多重度定義情報を用いて、現状の「多重度定義情報」を更新し、情報処理装置３０に反映させる機能を有する。
【００１６】
次に、入出力部３１１は、例えば、キーボートやプリンタ等で構成され、外部からの情報処理装置３０への指示を受け付ける。また、情報処理装置３０の制御部３３０が処理した結果を、印字出力する機能を有する。
【００１７】
通信部３１３は、統合情報送信部３３１の制御により「統合情報」を、ネットワーク４０を介して、運用管理装置２０へ送信する機能を有する。また、統合アーキテクチャ設計支援装置１０が生成した新たな多重度定義情報を、ネットワーク４０を介して受信する機能を有する。
【００１８】
記憶部３１５は、ハードディスクやフラッシュメモリ等の補助記憶装置からなり、情報処理装置３０が処理すべきデータを保存する。また、メモリ部３１４は、ＲＡＭ等の一次記憶装置からなり、統合情報生成部３３１が生成した「統合情報」や、定義情報受信部３３３が受信した新たな多重度定義情報を一時的に記憶する機能を有する。
【００１９】
次に、運用管理装置２０について説明する。運用管理装置２０は、各情報処理装置３０（３０Ａ，３０Ｂ，３０Ｃ）に関する情報を管理する機能を有し、制御部２２０、入出力部２１１、通信部２１３、メモリ部２１４、記憶部２１５を含んで構成される。
【００２０】
制御部２２０は、統合情報収集部２２１と、定義分配部２２２とを含んで構成される。なお、この制御部２２０、入出力部２１１、および通信部２１３は、例えば運用管理装置２０のハードディスクに格納されたプログラムをＣＰＵがＲＡＭに展開し実行することで実現される。
統合情報収集部２２１は、各情報処理装置３０から「統合情報」を収集し、統合アーキテクチャ設計支援装置１０に送信する機能を有する。
また、定義分配部２２２は、統合アーキテクチャ設計支援装置１０が生成した新たな多重度定義情報を、ネットワーク４０を介して受信し、該当する情報処理装置３０に対して分配する機能を有する。
【００２１】
入出力部２１１は、例えば、キーボートやプリンタ等で構成され、外部から運用管理装置２０への指示を受け付ける。また、入出力部２１１は、運用管理装置２０の制御部２２０が処理した結果を、印字出力する機能を有する。
また、通信部２１３は、ネットワーク４０を介して、各情報処理装置３０が生成した「統合情報」を受信し、統合アーキテクチャ設計支援装置１０へ送信する機能を有する。また、通信部２１３は、統合アーキテクチャ設計支援装置１０が生成した新たな多重度定義情報を受信し、各情報処理装置３０に送信する機能を有する。
【００２２】
記憶部２１５は、ハードディスクやフラッシュメモリ等の補助記憶装置からなり、運用管理装置２０が処理すべきデータを保存する。また、メモリ部２１４は、ＲＡＭ等の一次記憶装置からなり、情報処理装置３０から受信した「統合情報」や、統合アーキテクチャ設計支援装置１０から受信した新たな多重度定義情報を一時的に記憶する機能を有する。
【００２３】
なお、本実施形態においては、統合アーキテクチャ設計支援装置１０と運用管理装置２０とを分けた構成として説明しているが、それぞれの機能を１つの装置で行うことも可能である。
【００２４】
次に、統合アーキテクチャ設計支援装置１０について説明する。統合アーキテクチャ設計支援装置１０は、制御部１００と、入出力部１０１と、表示部１０２と、通信部１０３と、メモリ部１０４と、記憶部１０５とを含んで構成される。
【００２５】
制御部１００は、統合アーキテクチャ設計支援装置１０全体の制御を司り、統合情報取得部１１０と、連携情報生成部１２０と、連携図情報生成部１３０と、連携図情報表示部１４０と、定義情報生成部１５０と、定義情報送信部１６０とを含んで構成される。なお、この制御部１００、入出力部１０１、表示部１０２、および通信部１０３は、例えば統合アーキテクチャ設計支援装置１０のハードディスクに格納されたプログラムをＣＰＵがＲＡＭに展開し実行することで実現される。
【００２６】
統合情報取得部１１０は、ネットワーク４０を介して運用管理装置２０から受信した各情報処理装置３０の「統合情報」を、通信部１０３経由で取得する機能を有する。
【００２７】
連携情報生成部１２０は、統合情報取得部１１０が取得した「統合情報」をもとに、情報処理装置３０の「外部連携情報」と「内部連携情報」とを生成する機能を有する。また、連携情報生成部１２０は、外部連携情報生成部１２１と、内部連携情報生成部１２２とを含んで構成される。
ここで「外部連携情報」とは、例えば、情報処理装置３０Ａ（インターネットバンキングシステム）と情報処理装置３０Ｂ（データ中継装置）との間の連携や、情報処理装置３０Ｂ（データ中継装置）と情報処理装置３０Ｃ（勘定系システム）との間の連携のように、装置間における連携を表す情報である。外部連携情報生成部１２１は、外部連携定義情報２００と、連携稼動情報３００とからこの「外部連携情報」を生成する。
なお、この外部連携情報４００の具体的な生成方法については、後記する（図７参照）。
【００２８】
図４は、本実施形態に係る外部連携情報のデータ構造の一例を示した図である。
図４に示すように、外部連携情報４００は、連携元ＩＤ４０１と、連携先ＩＤ４０２と、連携先サービスＩＤ４０３と、時間あたりの最大メッセージ件数４０４と、平均応答時間４０５と、平均要求メッセージ長４０６と、平均応答メッセージ長４０７とを含んで構成される。この外部連携情報４００により、目的とするサービス「Ｓ１」（連携先サービスＩＤ４０３）である、例えば「残高照会」に関する情報を、情報処理装置３０Ａ（連携元ＩＤ４０１「Ａ」）のインターネットバンキングシステムから情報処理装置３０Ｂ（連携先ＩＤ４０２「Ｂ」）のデータ中継装置に対して、時間あたり最大１００００件送信されたこと等が示されている。
【００２９】
また、「内部連携情報」とは、各情報処理装置３０それぞれの装置内部での情報の連携を示す情報である。内部連携情報生成部１２２は、統合情報取得部１１０が取得した「統合情報」に含まれる連携稼動情報３００から、情報処理装置３０の入力サービスの件数と出力サービスの件数との相関係数を計算することにより「内部連携情報」を生成する。
なお、この内部連携情報４００の具体的な生成方法については、後記する（図８参照）。
【００３０】
図５は、本実施形態に係る「内部連携情報」のデータ構造の一例を示した図である。
図５に示すように、内部連携情報５００は、連携元ＩＤ５０１、中継ＩＤ５０２、中継サービスＩＤ５０３、連携先ＩＤ５０４、連携先サービスＩＤ５０５、さらに時間あたりの最大メッセージ件数等の稼動情報を含んで構成される。
【００３１】
図１に戻り、連携図情報生成部１３０は、外部連携情報生成部１２１が生成した外部連携情報４００と、内部連携情報生成部１２２が生成した内部連携情報５００とを用いて、連携図情報を生成する機能を有する。
【００３２】
図１１は、連携図情報生成部が生成した連携図の例を示した図である。図１１（ａ）は、情報処理装置３０が３つ連携している場合を示す。図１１（ｂ）は情報処理装置３０が６つ連携している場合を示している。
図１１（ａ）に示すように、情報処理装置「Ａ」（例えば、インターネットバンキングシステム）と、情報処理装置「Ｂ」（例えば、データ中継装置）と、情報処理装置「Ｃ」（例えば、勘定系システム）との間の情報の流れが外部連携情報４００に基づき「→（矢印）」で示されている。そして、情報処理装置「Ｂ」（データ中継装置）内の情報の流れが内部連携情報５００に基づき、「→（矢印）」で示されている。
なお、図１１（ａ）に示した情報処理装置内の「○」印は、それぞれのサービスの入力口と出力口を概念図として示したものである。したがって、例えば、情報処理装置「Ｂ」のサービス「Ｓ１」の入力口で受信された情報は、情報処理装置「Ｃ」のサービス「Ｓ４」と「Ｓ５」とに送信されるための２つの出力口において内部連携していることを示している。
このようにすることで、システム内の連携も含めた上で、フロントエンドシステムであるインターネットバンキングシステムから、バックエンドシステムである勘定系システムまでの連携を把握することが可能となる。
【００３３】
図１に戻り、連携図情報表示部１４０は、連携図情報生成部１３０が生成した連携図情報を表示部１０２に表示させる機能を有する。
【００３４】
定義情報生成部１５０は、情報処理装置３０のサービスごとの入力口の多重度（回線数）を示す情報である「多重度定義情報」を、外部連携情報４００を用いて生成する機能を有する。
【００３５】
図１３は、情報処理装置が収集する「多重度定義情報」のデータ構造の一例を示す図である。
図１３に示すように、多重度定義情報１３００は、情報処理装置３０についてのサービスＩＤ１３０１と、そのサービスＩＤごとのサービス多重度１３０２を含んで構成されている。例えば、サービスＩＤ１３０１が「Ｓ１」の場合、サービスの多重度が「４」、つまりサービス「Ｓ１」について４回線設置されていることが示されている。
【００３６】
この定義情報生成部１５０は、ネットワーク４０を介して情報処理装置３０から取得した「統合情報」に含まれる現状の多重度定義情報１３００（図１３参照）と、外部連携情報生成部１２１が生成した外部連携情報４００を用いて計算された新たな多重度とを比較する。そして、定義情報生成部１５０が新たに計算した多重度と、現状の多重度定義情報１３００に含まれる多重度が異なる場合に、新たな多重度定義情報を生成する機能を有する。
【００３７】
図１に戻り、定義情報送信部１６０は、定義情報生成部１５０が生成した新たな多重度定義情報を通信部１０３を介して、ネットワーク４０経由で運用管理端末２０に送信する機能を有する。
【００３８】
次に、入出力部１０１は、例えば、キーボートやプリンタ等で構成され、外部から統合アーキテクチャ設計支援装置１０への指示を受け付ける。また、統合アーキテクチャ設計支援装置１０の制御部１００が処理した結果を、印字出力する機能を有する。
【００３９】
表示部１０２は、液晶ディスプレイ等で構成されており、連携図情報表示部１４０の制御のもとに、連携図情報を表示する。また、統合情報取得部１１０が取得した各情報処理装置３０についての「統合情報」を表示する機能を有する。
【００４０】
通信部１０３は、ネットワーク４０を介して、運用管理装置２０が収集した各情報処理装置３０に関する「統合情報」を受信する機能を有する。また、定義情報送信部１６０の制御により、定義情報生成部１５０が生成した新たな多重度定義情報をネットワーク４０を介して運用管理装置２０に送信する機能を有する。
【００４１】
メモリ部１０４は、ＲＡＭ等の一次記憶装置からなり、連携情報生成部１２０が生成した外部連携情報４００や内部連携情報５００、さらには、定義情報生成部１５０が生成した新たな多重度定義情報等を一時的に記憶する機能を有する。また、記憶部１０５は、ハードディスクやフラッシュメモリ等の補助記憶装置からなり、通信部１０３が受信した「統合情報」や、連携図情報生成部１３０が生成した連携図情報等を記憶する機能を有する。
【００４２】
次に、図１を参照しつつ、図６に沿って、本実施形態に係る統合アーキテクチャ設計支援システム１の動作について説明する。
図６は、本実施形態に係る統合アーキテクチャ設計支援システムの動作を示すシーケンス図である。
【００４３】
まず、各情報処理装置３０（３０Ａ，３０Ｂ，３０Ｃ）の統合情報生成部３３１が、定義情報、構成情報、および稼動情報を収集し、「統合情報」を生成する（ステップＳ６０１）。
次に、各情報処理装置３０の統合情報送信部３３２は、統合情報生成部３３１により生成された「統合情報」を、ネットワーク４０を介して運用管理装置２０に送信する（ステップＳ６０２）。
【００４４】
続いて、運用管理装置２０の統合情報収集部２２１は、各情報処理装置３０の統合情報送信部３３２から送信された「統合情報」を収集する（ステップＳ６０３）。そして、統合情報収集部２２１は、収集した「統合情報」をネットワーク４０を介して、統合アーキテクチャ設計支援装置１０に送信する。
【００４５】
統合アーキテクチャ設計支援装置１０の統合情報取得部１１０は、運用管理装置２０から通信部１０３を介して「統合情報」を取得する（ステップＳ６０４）。
そして、取得した「統合情報」をもとに、連携情報生成部１２０による連携情報生成処理が行われる（ステップＳ６０５）。この連携情報生成処理においては、各情報処理装置３０間の連携を示す外部連携情報４００（図４参照）と、情報処理装置３０内部での情報の連携を示す内部連携情報５００（図５参照）とを生成する処理を行う。なお、この外部連携情報４００と、内部連携情報５００とを生成する処理については、後記し詳細に説明する（図７および図８参照）。
【００４６】
連携情報生成部１２０により外部連携情報４００と内部連携情報５００が生成されると、連携図情報生成部１３０は、この外部連携情報４００と内部連携情報５００とを用いて、連携図情報を生成する処理を行う（ステップＳ６０６）。
そして、連携図情報生成部１３０が生成した連携図情報（図１１参照）を、連携図情報表示部１４０の制御により、表示部１０２に表示する（ステップＳ６０７）。
【００４７】
次に、定義情報生成部１５０は、定義情報生成処理を行う（ステップＳ６０８）。具体的には、定義情報生成部１５０は、外部連携情報生成部１２１が生成した外部連携情報４００（図４参照）を用いて新たな多重度を計算し、ネットワーク４０を介して情報処理装置４０から取得した「統合情報」に含まれる現状の多重度定義情報１３００（図１３参照）と異なる場合に、新たな多重度定義情報を生成する。なお、具体的な多重度定義生成の処理の流れは後記する（図１２参照）。
【００４８】
定義情報生成部１５０により、新たな多重度定義情報が生成されると、その生成された新たな多重度定義情報を、定義情報送信部１６０が、ネットワーク４０を介して運用管理装置２０に送信する（ステップＳ６０９）。
【００４９】
次に、運用管理装置２０は、ネットワーク４０を介して新たな多重度定義情報を受信し、各情報処理装置３０に定義分配部２２２が新たな多重度定義情報を分配し送信する（ステップＳ６１０）。各情報処理装置３０の定義情報受信部３３３は、ネットワーク４０を介して新たな多重度定義情報を受信する（ステップＳ６１１）。そして、定義更新部３３４は、定義情報受信部３３３が受信した新たな多重度定義情報を用いて、現状の多重度定義情報１３００（図１３参照）を更新し、情報処理装置３０に反映させる処理を行う（ステップＳ６１２）。
【００５０】
（連携情報生成処理）
次に、図６のステップＳ６０５における連携情報生成処理について、具体的に説明する。まず、各情報処理装置３０間における情報の連携を示す外部連携情報４００（図４参照）の生成処理について説明する。
【００５１】
図７は、統合アーキテクチャ設計支援装置の外部連携情報生成部が行う、外部連携情報生成処理の流れを示す図である。
まず、外部連携情報生成部１２１（図１参照）は、統合情報取得部１１０が取得しメモリ部１０４に記憶された外部連携定義情報２００（図２参照）を取得する（ステップＳ７０１）。そして取得した外部連携定義情報２００に予め設定されたファイル名等から、どの情報処理装置３０の外部連携定義情報２００かを判断し、外部連携情報４００（図４参照）の連携元ＩＤ４０１を決定する。例えば、外部連携定義情報２００のファイル名が「GaibuRenkeiTeigi_A」であれば、外部連携情報４００の連携元ＩＤ４０１を「Ａ」（情報処理装置３０Ａ）とする。
【００５２】
次に、図２の連携先ＵＲＩ２０２から情報の連携先である「//hostＢ/」を参照し、連携先が「Ｂ」であることを取得する。そして図４の連携先ＩＤ４０２を「Ｂ」（情報処理装置３０Ｂ）とする。また、図２のサービスＩＤ２０１から、情報の処理内容であるサービスＩＤ２０１を特定し、図４の連携先サービスＩＤ４０３を決定する。
【００５３】
次に、外部連携情報生成部１２１は、統合情報取得部１１０が取得しメモリ部１０４に記憶された連携稼動情報３００（図３参照）を取得する（ステップＳ７０２）。そして、連携稼動情報３００に基づき、例えば、図４の外部連携情報４００の連携元ＩＤ４０１が「Ａ」、連携先ＩＤ４０２が「Ｂ」、連携先サービスＩＤ４０３が「Ｓ１」に一致するデータとして、図３のメッセージＩＤ３０２が「ＭＡ１」、連携先ＩＤ３０４が「Ｂ」、サービスＩＤ３０５が「Ｓ１」であるデータを検索し、検索されたデータから、時間ごとの最大メッセージ件数４０４、平均応答時間４０５、平均要求メッセージ長４０６、平均応答メッセージ長４０７を算出する（ステップＳ７０３）。
このようにすることで、各情報処理装置３０間の外部連携情報４００を生成することができる。なお、この外部連携情報４００は、外部連携情報生成部１２１の制御によりメモリ部１０４に記憶される。
【００５４】
図８は、統合アーキテクチャ設計支援装置の内部連携情報生成部が行う、内部連携情報生成処理の流れを示す図である。
まず、内部連携情報生成部１２２は、情報処理装置３０のうちから、１つを選択する（ステップＳ８０１）。
次に、内部連携情報生成部１２２は、選択した情報処理装置３０の「統合情報」の中に、内部連携情報５００が含まれているか否かを判断する（ステップＳ８０２）。なお、内部連携情報５００が含まれている場合とは、情報処理装置３０内に、予め内部連携情報５００が設定されており、「統合情報」として統合アーキテクチャ設計支援装置１０に送信されている場合である。ステップＳ８０２において、内部連携情報５００が含まれている場合には（ステップＳ８０２→Ｙｅｓ）、内部連携情報５００を生成する必要はなく、ステップＳ８０８の処理へ進む。一方、「統合情報」の中に内部連携情報５００が含まれていない場合には（ステップＳ８０２→Ｎｏ）、内部連携情報５００を生成するため、ステップＳ８０３〜Ｓ８０７の処理に進む。
【００５５】
内部連携情報生成部１２２は、まず、統合情報取得部１１０が通信部１０３を介して受信した「統合情報」の中から、連携稼動情報３００（図３参照）を取得する（ステップＳ８０３）。
そして、取得した連携稼動情報３００から時間帯ごとの入出力のサービス件数を算出する。
【００５６】
図９は、情報処理装置の時間帯ごとの入力サービスと、出力サービスの処理件数を示す図である。図９は、一例として情報処理装置３０Ｂ（データ中継装置）の時間帯ごとのサービスの入力件数と、出力件数とを示している。この入力サービスの処理件数は、図３（ａ）のサービスＩＤ３０５（例えば「Ｓ１」）に何回データが送信されたかを検出することで得ることができる。また、出力サービスの処理件数は、図３（ｂ）において、サービスＩＤ３０５（例えば「Ｓ４」）に何回送信したかを検出することで得ることができる。
【００５７】
次に、内部連携情報生成部１２２は、検出された入出力のサービス件数の情報から、入出力間の相関係数を計算する（ステップＳ８０５）。
図１０は、入力サービスと出力サービスとの相関件数を計算した結果を示す図である。図１０に示すように、例えば、入力サービス「Ｓ１」と出力サービス「Ｓ４」との相関係数が「１．００」、「Ｓ１」と「Ｓ５」の相関係数が「１．００」、「Ｓ１」と「Ｓ６」の相関係数が「０．１０」のように算出される。
【００５８】
次に、内部連携情報生成部１２２は、算出された相関係数と予め設定された相関係数の所定値とを比較する（ステップＳ８０６）。ここで、所定値以上の相関係数が算出されなかった場合には（ステップＳ８０６→Ｎｏ）、内部連携するものがないと判断しステップＳ８０８の処理へ進む。一方、所定値以上の相関件数が１つ以上存在する場合には（ステップＳ８０６→Ｙｅｓ）、ステップ８０７に進む。
【００５９】
図１０に示す例においては、例えば相関係数の所定値が「０．７」と定義されていた場合、図に示すように４つの場合において、相関係数が「０．７」以上であると判断される。つまり、「０．７」以上であれば、入力サービスと出力サービスとの連携があると判断され、ステップＳ８０７に進み、内部連携情報５００の生成処理を行う（ステップＳ８０７）。
【００６０】
図１０に示す例においては、相関係数が０．７以上の内部連携として、Ｓ１→Ｓ４、Ｓ１→Ｓ５、Ｓ２→Ｓ６、Ｓ３→Ｓ６を抽出する。
そして、例えば、内部連携情報生成部１２２は、入力サービスＩＤ「Ｓ１」をもとに、外部連携情報４００（図４参照）を検索し、その結果として連携元ＩＤ４０１「Ａ」、連携先ＩＤ４０２「Ｂ」を取得し、図５の内部連携情報５００の連携元ＩＤ５０１を「Ａ」とし、中継ＩＤ５０２「Ｂ」とし、中継サービスＩＤ５０３を「Ｓ１」とする。次に、出力サービスＩＤ「Ｓ４」をもとに外部連携情報４００を検索し、その結果として連携先ＩＤ４０１「Ｃ」、連携先サービスＩＤ４０３「Ｓ４」を取得し、図５の内部連携情報５００の連携先ＩＤ５０４を「Ｃ」とし、連携先サービスＩＤ５０５を「Ｓ４」として設定する。同様にして、内部連携情報生成部１２２は、図４の外部連携情報４００から最大メッセージ件数４０４等の稼動情報を取得し、図５の内部連携情報５００を生成する。
なお、この内部連携情報５００は、内部連携情報生成部１２２の制御によりメモリ部１０４に記憶される。
【００６１】
図８に戻り、内部連携情報生成部１２２は、ステップＳ８０７において内部連携情報５００を生成すると、次に、内部連携情報５００が生成されていない情報処理装置３０があるか否かを判断する（ステップＳ８０８）。ここで、内部連携情報５００が生成されていない情報処理装置３０がある場合には、ステップＳ８０１へ戻り、次の情報処理装置３０の内部連携情報５００の生成処理に進む。一方、すべての内部連携情報５００を生成し、内部連携情報５００を生成していない情報処理装置３０がない場合には（ステップＳ８０８→Ｎｏ）、内部連携情報生成処理を終了する。
このようにすることで、情報処理装置３０の内部連携情報５００を生成することができる。
【００６２】
（連携図情報生成処理）
次に、図６のステップＳ６０６における連携図情報生成処理について、具体的に説明する。
連携図情報生成部１３０は、まず、統合アーキテクチャ設計支援システム１を構成するすべての情報処理装置３０を把握する。そのため、連携図情報生成部１３０は、外部連携情報４００（図４参照）から連携元ＩＤ４０１と連携先ＩＤ４０２を抽出する。そして、内部連携情報５００から、連携元ＩＤ５０１と中継ＩＤ５０２と連携先ＩＤ５０４とを抽出する。そして、重複を排除して、図１５に示す情報処理装置一覧情報１５００を作成する。
【００６３】
図１５は、統合アーキテクチャ設計支援システムに含まれる情報処理装置を示す情報処理装置一覧情報の一例を示す図である。
図１５に示すように、情報処理装置一覧情報１５００は、システムＩＤ１５０１と、システム名１５０２とを含んで構成される情報である。
連携図情報生成部１３０は、図１５に示された情報処理装置一覧情報１５００から、統合アーキテクチャ設計支援システム１内に存在する情報処理装置３０のすべてを特定する。
次に、各情報処理装置３０間の連携情報を得るため、連携図情報生成部１３０は、外部連携情報４００（図４参照）を取得する。そして、外部連携情報４００の連携元ＩＤ４０１と連携先ＩＤ４０２とから、情報処理装置３０を特定し、連携先サービスＩＤ４０３から連携しているサービスＩＤを特定する。次に、連携図情報表示部１４０の処理により、図１１（ａ）に示すように、各情報処理装置３０間の外部連携が「→（矢印）」として表示される。
続いて、連携図情報生成部１３０は、内部連携情報５００（図５参照）を取得する。そして、中継サービスＩＤ５０３と、連携サービスＩＤ５０５とを取得する。次に、連携図情報表示部１４０の処理により、図１１（ａ）に示すように、Ｓ１→Ｓ４、Ｓ１→Ｓ５、Ｓ２→Ｓ６、Ｓ３→Ｓ６が、内部連携を示す「→（矢印）」として表示される。
【００６４】
また、図１１（ｂ）には、連携図情報表示部１４０により表示部１０２に示された連携図情報の変形例を示している。この変形例のように、例えば、情報処理装置３０が、Ａ〜Ｆまでの６つ存在する場合においても、外部連携情報４００と内部連携情報５００とを用いて、連携状況を「→（矢印）」で示すことができる。実際のシステム連携においては、情報処理装置３０がさらに増え連携が複雑になることが想定される。本実施形態においては、このように複雑な情報の処理の流れを、視覚的に把握できるという効果を奏することができる。
【００６５】
（定義情報生成処理）
次に、図６のステップＳ６０８における定義情報生成処理について、具体的に説明する。
図１２は、定義情報生成部による定義情報の生成処理の流れを示す図である。
まず、図１５に示す情報処理装置一覧情報１５００をもとに、情報処理装置３０の中から１つを選択する（ステップＳ１２０１）。次に、外部連携情報生成部１２１が生成した外部連携情報４００を取得する（ステップＳ１２０２）。
【００６６】
続いて、定義情報生成部１５０は、取得した外部連携情報４００を用いて情報処理装置３０の入力口の多重度を計算する（ステップＳ１２０３）。
この多重度の計算は、例えばトラフィック計算理論を適用し求めることができる。具体的には、最大メッセージ件数（件／秒）×平均応答時間（秒）（呼量）を計算し、呼損率表（即時式完全群負荷表）を参照することにより、多重度（回線数）を求める。
【００６７】
図４の外部連携情報４００においては、例えば、連携元ＩＤ４０１が「Ａ」、連携先ＩＤ４０２が「Ｂ」、連携先サービスＩＤ４０３が「Ｓ２」の場合、最大メッセージ件数＝２００００（件／時間）／３６００（秒）≒５．５６（件／秒）、平均応答時間５００（ミリ秒）／１０００（ミリ秒）＝０．５０（秒）より、呼量＝５．５６（件／秒）×０．５０（秒）≒２．７８（アーラン）となる。したがって、呼損率表より、呼損率＝０．０１の場合、多重度は「８」と求めることができる。
ここで、呼損率とは、発生するすべての接続要求（呼）のうち、処理しきれない接続要求（呼）の割合をいう。
定義情報生成部１５０は、情報処理装置３０のサービスＩＤそれぞれについて、同様の処理を行い多重度を算出する。
図１４は、定義情報生成部により算出されたサービスＩＤの多重度の一例を示す図である。
【００６８】
次に、定義情報生成部１５０は、統合情報取得部１１０が通信部１０３を介して受信した「統合情報」の中から、該当する情報処理装置３０の多重度定義情報１３００（図１３参照）を取得する（ステップＳ１２０４）。
続いて、取得した現状の多重度定義情報１３００と、定義情報生成部１５０が算出した多重度（図１４参照）とを比較する（ステップＳ１２０５）。
ここで、現状の多重度定義情報１３００と、定義情報生成部１５０が算出した多重度が同じ場合には（ステップＳ１２０５→Ｎｏ）、新たな多重度定義の生成処理を行わず、ステップＳ１２０７へ進む。一方、現状の多重度定義情報１３００と、定義情報生成部１５０が算出した多重度が異なる場合には（ステップＳ１２０５→Ｙｅｓ）、定義情報生成部１５０は、算出した多重度を適用させるために新たな多重度定義情報を生成する（ステップＳ１２０６）。
例えば、図１３に示す現状の多重度定義情報１３００において、サービスＩＤ１３０１が「Ｓ２」の多重度は「５」である。一方、図１４に示す定義情報生成部１５０が算出したサービスＩＤ１３０１の多重度は「８」である。このように多重度が異なる場合、最適な多重度を設定するために、定義情報生成部１５０は、定義情報生成部１５０が算出した多重度を新たな多重度定義情報１３１０（図１４）として生成する。
【００６９】
続いて、ステップＳ１２０７において、多重度の判断をしていない情報処理装置３０があるか否かを判断する（ステップＳ１２０７）。多重度の判断をしていない情報処理装置３０がある場合には（ステップＳ１２０７→Ｙｅｓ）、ステップＳ１２０１へ戻り処理を続ける。一方、多重度の判断をしていない情報処理装置３０がない場合には（ステップＳ１２０７→Ｎｏ）、定義情報生成処理を終了する。
【００７０】
このようにすることで、情報処理装置３０の稼動状況に応じた新たな多重度定義情報１３１０を統合アーキテクチャ設計支援装置１０が設計することができる。また、情報処理装置３０は、定義情報受信部３３３が、新たな多重度定義情報１３１０を受信することで、定義更新部３３４が、現状の多重度定義情報１３００を更新し、新たな多重度定義情報１３１０を情報処理装置３０に反映させることができる。
【００７１】
本実施形態によれば、複数の情報処理装置間３０のシステム連携において、隣接する情報処理装置３０における外部連携情報４００だけでなく、情報処理装置３０内の内部連携情報５００も含めて表示できる。さらに、統合アーキテクチャ設計支援装置１０が、新たに定義情報を生成することで、情報処理装置３０の設計支援をすることができる、統合アーキテクチャ設計支援システム、統合アーキテクチャ設計支援方法、および統合アーキテクチャ設計支援装置、並びにプログラムを提供することができる。
なお、本実施形態の例を、インターネットバンキングとして説明したが、例えば、金融、製造、流通、通信、公共サービスといった業種に用いられるシステムにおいても同様に適用可能である。
【図面の簡単な説明】
【００７２】
【図１】本実施形態に係る統合アーキテクチャ設計支援システムの構成を示す機能ブロック図である。
【図２】本実施形態に係る外部連携定義情報の一例を示す図である。
【図３】本実施形態に係る連携稼動情報の例を示す図である。
【図４】本実施形態に係る外部連携情報の一例を示す図である。
【図５】本実施形態に係る内部連携情報の一例を示す図である。
【図６】本実施形態に係る統合アーキテクチャ設計支援システムの動作を示すシーケンス図である。
【図７】本実施形態に係る外部連携情報生成処理の流れを示すフローチャートである。
【図８】本実施形態に係る内部連携情報生成処理の流れを示すフローチャートである。
【図９】本実施形態に係る情報処理装置の入力サービスと出力サービスの件数を示す図である。
【図１０】本実施形態に係る入力サービスと出力サービスの相関係数を示す図である。
【図１１】本実施形態に係る連携図情報の例を示す図である。
【図１２】本発明の実施形態に係る定義情報生成処理の流れを示すフローチャートである。
【図１３】本発明の実施形態に係る多重度定義情報の一例を示す図である。
【図１４】本発明の実施形態に係る統合アーキテクチャ設計支援装置が生成した新たな多重度定義情報の一例を示す図である。
【図１５】本発明の実施形態に係る情報処理装置一覧情報を一例を示す図である。
【符号の説明】
【００７３】
１ 統合アーキテクチャ設計支援システム
１０ 統合アーキテクチャ設計支援装置
２０ 運用管理装置
３０（３０Ａ，３０Ｂ，３０Ｃ） 情報処理装置
４０ ネットワーク
１００，２２０，３３０ 制御部
１０１，２１１，３１１ 入出力部
１０２ 表示部
１０３，２１３，３１３ 通信部
１０４，２１４，３１４ メモリ部
１０５，２１５，３１５ 記憶部
１１０ 統合情報取得部
１２０ 連携情報生成部
１２１ 外部連携情報生成部
１２２ 内部連携情報生成部
１３０ 連携図情報生成部
１４０ 連携図情報表示部
１５０ 定義情報生成部
１６０ 定義情報送信部
２００ 外部連携定義情報
２２１ 統合情報収集部
２２２ 定義分配部
３００ 連携稼動情報
３３１ 統合情報生成部
３３２ 統合情報送信部
３３３ 定義情報受信部
３３４ 定義更新部
４００ 外部連携情報
５００ 内部連携情報
１３００，１３１０ 多重度定義情報
１５００ 情報処理装置一覧情報
【技術分野】
【０００１】
本発明は、統合アーキテクチャ設計支援システム、統合アーキテクチャ設計支援方法、および統合アーキテクチャ設計支援装置、並びにプログラムに関する。
【背景技術】
【０００２】
現在、インターネットをはじめとするネットワーク技術の発達により、例えば利用者が情報処理システムを利用する頻度や取り扱うデータ量、その処理内容によって、複数の情報処理システムを連携させて処理を実行させることが増加してきている。
そのため、複数の情報処理システムを連携させることで複雑かつ多様になったシステム間の連携を管理し、設計する技術が求められ、例えば、ＷＥＢサービスなどでは、相互接続性の向上や標準化が押し進められている。
このようにネットワーク等に接続された複数の情報処理システムが、どのように接続され、配置されているかを把握することは、その情報処理システム間の連携が複雑になるに従い困難になってきており、さらにその連携を把握し、最適化して設計することも困難となる。
そこで、この複雑になったシステム間の連携を把握する技術として、アプリケーションシステムの連携状況を全体的に参照するために視覚的に描画・出力することができる技術が開示されている（例えば、特許文献１参照）。
【特許文献１】特開２００６−７２７８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に記載された情報処理システム間の連携の現状把握技術では、隣接するシステム間の連携のみを対象としており、情報処理システム内の連携は対象外である。この為、情報処理システム内の連携も含めた、フロントエンドシステムからバックエンドシステムまでの連携を把握することはできないものである。また、情報処理システム間の連携の現状把握のみを対象としており、その現状把握に基づく具体的な設計支援方法は対象外となっている。
【０００４】
このような背景に鑑みて本発明がなされたのであり、本発明は、情報処理システムのシステム間連携において、隣接するシステム間における連携だけでなく、システム内の連携をも含めて、システムの連携の把握を可能とし、さらに、新たなシステムの設計支援をすることができる、統合アーキテクチャ設計支援システム、統合アーキテクチャ設計支援方法、および統合アーキテクチャ設計支援装置、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
前記課題を解決するため、本発明の統合アーキテクチャ設計支援システム、統合アーキテクチャ設計支援方法、および統合アーキテクチャ設計支援装置、並びにプログラムは、各情報処理装置において収集された統合情報を、アーキテクチャ設計支援装置が受信し、受信した統合情報に基づいて連携情報を生成し、生成した連携情報に基づいて連携図情報を生成し、さらに連携情報をもとに、新たな定義情報を生成し、各情報処理装置に送信して、その新たな定義情報に更新することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、複数の情報処理システムのシステム間連携において、隣接する情報処理システムにおける連携だけでなく、情報処理システム内の連携も含めて、システムの連携の把握を可能とし、さらに、設計支援をすることができる、統合アーキテクチャ設計支援システム、統合アーキテクチャ設計支援方法、および統合アーキテクチャ設計支援装置、並びにプログラムを提供することができる。
【発明を実施するための最良の形態】
【０００７】
次に、本発明を実施するための最良の形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。
【０００８】
図１は、本発明の実施形態に係る統合アーキテクチャ設計支援システムの構成例を示す機能ブロック図である。
統合アーキテクチャ設計支援システム１は、統合アーキテクチャ設計支援装置１０と、ネットワーク４０を介して接続される複数の情報処理装置３０（３０Ａ，３０Ｂ，３０Ｃ）と、各情報処理装置３０の運用を管理する運用管理装置２０とを含んで構成される。なお、この情報処理装置３０は、３つに限定されることなく、複数の情報処理装置で構成されていればよい。
また、本実施形態においては、情報処理装置３０の一例として、銀行のフロントシステムであるインターネットバンキングシステムを情報処理装置３０Ａ、データ中継装置を情報処理装置３０Ｂ、バックシステムである勘定系システムを情報処理装置３０Ｃとするインターネットバンキングを例として説明する。
【０００９】
情報処理装置３０は、制御部３３０と、入出力部３１１と、通信部３１３と、メモリ部３１４と、記憶部３１５とを含んで構成される。
【００１０】
制御部３３０は、情報処理装置３０全体の制御を司り、統合情報生成部３３１と、統合情報送信部３３２と、定義情報受信部３３３と、定義更新部３３４とを含んで構成される。なお、この制御部３３０、入出力部３１１、および通信部３１３は、例えば情報処理装置３０のハードディスクに格納されたプログラムをＣＰＵ（Central Processing Unit）がＲＡＭ（Random Access Memory）に展開し実行することで実現される。
【００１１】
統合情報生成部３３１は、情報処理装置３０内の定義情報、構成情報、および稼動情報を収集し、「統合情報」を生成する機能を有する。ここで、定義情報とは、各情報処理装置３０間のサービスの連携先を定義する「連携定義情報」や、情報処置装置３０のデータの入力口の多重度（回線数）を定義する「多重度定義情報」等を含む（詳細は後記する）。また、構成情報には、情報処理装置３０内のハードウェア構成情報やソフトウェア構成情報、ネットワーク構成情報等を含む。また、稼動情報には、各情報処理装置３０間のデータの処理を記録した「連携稼動情報」（詳細は後記する）や、リソース稼動情報等を含む。
なお、本実施形態においては、定義情報、構成情報、稼動情報等のシステムの運用管理に必要な情報をまとめて「統合情報」とし、統合情報生成部３３１が行う「統合情報」の生成とは、これらの情報を収集することをいう。
【００１２】
図２は、情報処理装置の統合情報生成部が収集する定義情報の一例である「外部連携定義情報」のデータ構成を示した図である。
図２に示すように、外部連携定義情報２００には、サービスＩＤ２０１と、連携先ＵＲＩ２０２とを含む。
ここで、サービスＩＤ２０１の「Ｓ１」「Ｓ２」「Ｓ３」等は、例えば、インターネットバンキングにおける「残高照会」「入金処理」「振り込み処理」等のサービスをそれぞれ示しているものである。
一方、連携先ＵＲＩ２０２は、サービスＩＤ２０１で指定されるサービスを、連携する情報処理装置３０のいずれに送信するかを示している。例えば連携先ＵＲＩ２０１の「ｈｏｓｔＢ」は、情報処理装置３０Ｂであるデータ中継装置に送信することを示す。したがって、図２の例において、サービス「Ｓ１」「Ｓ２」「Ｓ３」に関するデータは、情報処理装置３０Ｂのデータ中継装置に送信されることを表している。
【００１３】
図３は、情報処理装置の統合情報生成部が収集する稼動情報の一例である「連携稼動情報」のデータ構成を示した図である。
図３（ａ）は、情報処理装置３０Ａ（インターネットバンキングシステム）の連携稼動情報３００を示す。また、図３（ｂ）は、情報処理装置３０Ｂ（データ中継装置）の連携稼動情報３００を示す。
図３（ａ）に示すように、連携稼動情報３００は、目的とするサービスであるサービスＩＤ３０５についての情報ごとに、その情報が処理された日時３０１、そのサービスに関する連携元である情報処理装置３０ごとにその情報の処理について固有に付されたメッセージＩＤ３０２、その情報の処理内容が「要求」か「応答」の情報３０３、そのサービスに関する連携先である情報処理装置３０を示す連携先ＩＤ３０４、およびその情報のデータ量であるメッセージ長３０６を含んで構成される。
この連携稼動情報３００により、どのサービスに関する情報が、どの情報処理装置３０に何時送られたかの情報を把握することができる。例えば、図３（ａ）において、「情報処理装置３０Ａ（インターネットバンキングシステム）から、２００８年１月１０日１０時に、サービスＳ１についての要求情報が情報処理装置３０Ｂ（データ中継装置）に３００バイトの情報量」で送信されたことが示される。
【００１４】
図１に戻り、情報処理装置３０の統合情報送信部３３２は、統合情報生成部３３１が生成した「統合情報」を通信部３１３、ネットワーク４０を介して運用管理装置２０へ送信する機能を有する。
【００１５】
定義情報受信部３３３は、統合アーキテクチャ設計支援装置１０が生成した、データの入力口の多重度（回線数）に関する新たな多重度定義情報（後記する図１４参照）を、ネットワーク４０経由で受信する機能を有する。また、定義更新部３３４は、定義情報受信部３３３が受信した新たな多重度定義情報を用いて、現状の「多重度定義情報」を更新し、情報処理装置３０に反映させる機能を有する。
【００１６】
次に、入出力部３１１は、例えば、キーボートやプリンタ等で構成され、外部からの情報処理装置３０への指示を受け付ける。また、情報処理装置３０の制御部３３０が処理した結果を、印字出力する機能を有する。
【００１７】
通信部３１３は、統合情報送信部３３１の制御により「統合情報」を、ネットワーク４０を介して、運用管理装置２０へ送信する機能を有する。また、統合アーキテクチャ設計支援装置１０が生成した新たな多重度定義情報を、ネットワーク４０を介して受信する機能を有する。
【００１８】
記憶部３１５は、ハードディスクやフラッシュメモリ等の補助記憶装置からなり、情報処理装置３０が処理すべきデータを保存する。また、メモリ部３１４は、ＲＡＭ等の一次記憶装置からなり、統合情報生成部３３１が生成した「統合情報」や、定義情報受信部３３３が受信した新たな多重度定義情報を一時的に記憶する機能を有する。
【００１９】
次に、運用管理装置２０について説明する。運用管理装置２０は、各情報処理装置３０（３０Ａ，３０Ｂ，３０Ｃ）に関する情報を管理する機能を有し、制御部２２０、入出力部２１１、通信部２１３、メモリ部２１４、記憶部２１５を含んで構成される。
【００２０】
制御部２２０は、統合情報収集部２２１と、定義分配部２２２とを含んで構成される。なお、この制御部２２０、入出力部２１１、および通信部２１３は、例えば運用管理装置２０のハードディスクに格納されたプログラムをＣＰＵがＲＡＭに展開し実行することで実現される。
統合情報収集部２２１は、各情報処理装置３０から「統合情報」を収集し、統合アーキテクチャ設計支援装置１０に送信する機能を有する。
また、定義分配部２２２は、統合アーキテクチャ設計支援装置１０が生成した新たな多重度定義情報を、ネットワーク４０を介して受信し、該当する情報処理装置３０に対して分配する機能を有する。
【００２１】
入出力部２１１は、例えば、キーボートやプリンタ等で構成され、外部から運用管理装置２０への指示を受け付ける。また、入出力部２１１は、運用管理装置２０の制御部２２０が処理した結果を、印字出力する機能を有する。
また、通信部２１３は、ネットワーク４０を介して、各情報処理装置３０が生成した「統合情報」を受信し、統合アーキテクチャ設計支援装置１０へ送信する機能を有する。また、通信部２１３は、統合アーキテクチャ設計支援装置１０が生成した新たな多重度定義情報を受信し、各情報処理装置３０に送信する機能を有する。
【００２２】
記憶部２１５は、ハードディスクやフラッシュメモリ等の補助記憶装置からなり、運用管理装置２０が処理すべきデータを保存する。また、メモリ部２１４は、ＲＡＭ等の一次記憶装置からなり、情報処理装置３０から受信した「統合情報」や、統合アーキテクチャ設計支援装置１０から受信した新たな多重度定義情報を一時的に記憶する機能を有する。
【００２３】
なお、本実施形態においては、統合アーキテクチャ設計支援装置１０と運用管理装置２０とを分けた構成として説明しているが、それぞれの機能を１つの装置で行うことも可能である。
【００２４】
次に、統合アーキテクチャ設計支援装置１０について説明する。統合アーキテクチャ設計支援装置１０は、制御部１００と、入出力部１０１と、表示部１０２と、通信部１０３と、メモリ部１０４と、記憶部１０５とを含んで構成される。
【００２５】
制御部１００は、統合アーキテクチャ設計支援装置１０全体の制御を司り、統合情報取得部１１０と、連携情報生成部１２０と、連携図情報生成部１３０と、連携図情報表示部１４０と、定義情報生成部１５０と、定義情報送信部１６０とを含んで構成される。なお、この制御部１００、入出力部１０１、表示部１０２、および通信部１０３は、例えば統合アーキテクチャ設計支援装置１０のハードディスクに格納されたプログラムをＣＰＵがＲＡＭに展開し実行することで実現される。
【００２６】
統合情報取得部１１０は、ネットワーク４０を介して運用管理装置２０から受信した各情報処理装置３０の「統合情報」を、通信部１０３経由で取得する機能を有する。
【００２７】
連携情報生成部１２０は、統合情報取得部１１０が取得した「統合情報」をもとに、情報処理装置３０の「外部連携情報」と「内部連携情報」とを生成する機能を有する。また、連携情報生成部１２０は、外部連携情報生成部１２１と、内部連携情報生成部１２２とを含んで構成される。
ここで「外部連携情報」とは、例えば、情報処理装置３０Ａ（インターネットバンキングシステム）と情報処理装置３０Ｂ（データ中継装置）との間の連携や、情報処理装置３０Ｂ（データ中継装置）と情報処理装置３０Ｃ（勘定系システム）との間の連携のように、装置間における連携を表す情報である。外部連携情報生成部１２１は、外部連携定義情報２００と、連携稼動情報３００とからこの「外部連携情報」を生成する。
なお、この外部連携情報４００の具体的な生成方法については、後記する（図７参照）。
【００２８】
図４は、本実施形態に係る外部連携情報のデータ構造の一例を示した図である。
図４に示すように、外部連携情報４００は、連携元ＩＤ４０１と、連携先ＩＤ４０２と、連携先サービスＩＤ４０３と、時間あたりの最大メッセージ件数４０４と、平均応答時間４０５と、平均要求メッセージ長４０６と、平均応答メッセージ長４０７とを含んで構成される。この外部連携情報４００により、目的とするサービス「Ｓ１」（連携先サービスＩＤ４０３）である、例えば「残高照会」に関する情報を、情報処理装置３０Ａ（連携元ＩＤ４０１「Ａ」）のインターネットバンキングシステムから情報処理装置３０Ｂ（連携先ＩＤ４０２「Ｂ」）のデータ中継装置に対して、時間あたり最大１００００件送信されたこと等が示されている。
【００２９】
また、「内部連携情報」とは、各情報処理装置３０それぞれの装置内部での情報の連携を示す情報である。内部連携情報生成部１２２は、統合情報取得部１１０が取得した「統合情報」に含まれる連携稼動情報３００から、情報処理装置３０の入力サービスの件数と出力サービスの件数との相関係数を計算することにより「内部連携情報」を生成する。
なお、この内部連携情報４００の具体的な生成方法については、後記する（図８参照）。
【００３０】
図５は、本実施形態に係る「内部連携情報」のデータ構造の一例を示した図である。
図５に示すように、内部連携情報５００は、連携元ＩＤ５０１、中継ＩＤ５０２、中継サービスＩＤ５０３、連携先ＩＤ５０４、連携先サービスＩＤ５０５、さらに時間あたりの最大メッセージ件数等の稼動情報を含んで構成される。
【００３１】
図１に戻り、連携図情報生成部１３０は、外部連携情報生成部１２１が生成した外部連携情報４００と、内部連携情報生成部１２２が生成した内部連携情報５００とを用いて、連携図情報を生成する機能を有する。
【００３２】
図１１は、連携図情報生成部が生成した連携図の例を示した図である。図１１（ａ）は、情報処理装置３０が３つ連携している場合を示す。図１１（ｂ）は情報処理装置３０が６つ連携している場合を示している。
図１１（ａ）に示すように、情報処理装置「Ａ」（例えば、インターネットバンキングシステム）と、情報処理装置「Ｂ」（例えば、データ中継装置）と、情報処理装置「Ｃ」（例えば、勘定系システム）との間の情報の流れが外部連携情報４００に基づき「→（矢印）」で示されている。そして、情報処理装置「Ｂ」（データ中継装置）内の情報の流れが内部連携情報５００に基づき、「→（矢印）」で示されている。
なお、図１１（ａ）に示した情報処理装置内の「○」印は、それぞれのサービスの入力口と出力口を概念図として示したものである。したがって、例えば、情報処理装置「Ｂ」のサービス「Ｓ１」の入力口で受信された情報は、情報処理装置「Ｃ」のサービス「Ｓ４」と「Ｓ５」とに送信されるための２つの出力口において内部連携していることを示している。
このようにすることで、システム内の連携も含めた上で、フロントエンドシステムであるインターネットバンキングシステムから、バックエンドシステムである勘定系システムまでの連携を把握することが可能となる。
【００３３】
図１に戻り、連携図情報表示部１４０は、連携図情報生成部１３０が生成した連携図情報を表示部１０２に表示させる機能を有する。
【００３４】
定義情報生成部１５０は、情報処理装置３０のサービスごとの入力口の多重度（回線数）を示す情報である「多重度定義情報」を、外部連携情報４００を用いて生成する機能を有する。
【００３５】
図１３は、情報処理装置が収集する「多重度定義情報」のデータ構造の一例を示す図である。
図１３に示すように、多重度定義情報１３００は、情報処理装置３０についてのサービスＩＤ１３０１と、そのサービスＩＤごとのサービス多重度１３０２を含んで構成されている。例えば、サービスＩＤ１３０１が「Ｓ１」の場合、サービスの多重度が「４」、つまりサービス「Ｓ１」について４回線設置されていることが示されている。
【００３６】
この定義情報生成部１５０は、ネットワーク４０を介して情報処理装置３０から取得した「統合情報」に含まれる現状の多重度定義情報１３００（図１３参照）と、外部連携情報生成部１２１が生成した外部連携情報４００を用いて計算された新たな多重度とを比較する。そして、定義情報生成部１５０が新たに計算した多重度と、現状の多重度定義情報１３００に含まれる多重度が異なる場合に、新たな多重度定義情報を生成する機能を有する。
【００３７】
図１に戻り、定義情報送信部１６０は、定義情報生成部１５０が生成した新たな多重度定義情報を通信部１０３を介して、ネットワーク４０経由で運用管理端末２０に送信する機能を有する。
【００３８】
次に、入出力部１０１は、例えば、キーボートやプリンタ等で構成され、外部から統合アーキテクチャ設計支援装置１０への指示を受け付ける。また、統合アーキテクチャ設計支援装置１０の制御部１００が処理した結果を、印字出力する機能を有する。
【００３９】
表示部１０２は、液晶ディスプレイ等で構成されており、連携図情報表示部１４０の制御のもとに、連携図情報を表示する。また、統合情報取得部１１０が取得した各情報処理装置３０についての「統合情報」を表示する機能を有する。
【００４０】
通信部１０３は、ネットワーク４０を介して、運用管理装置２０が収集した各情報処理装置３０に関する「統合情報」を受信する機能を有する。また、定義情報送信部１６０の制御により、定義情報生成部１５０が生成した新たな多重度定義情報をネットワーク４０を介して運用管理装置２０に送信する機能を有する。
【００４１】
メモリ部１０４は、ＲＡＭ等の一次記憶装置からなり、連携情報生成部１２０が生成した外部連携情報４００や内部連携情報５００、さらには、定義情報生成部１５０が生成した新たな多重度定義情報等を一時的に記憶する機能を有する。また、記憶部１０５は、ハードディスクやフラッシュメモリ等の補助記憶装置からなり、通信部１０３が受信した「統合情報」や、連携図情報生成部１３０が生成した連携図情報等を記憶する機能を有する。
【００４２】
次に、図１を参照しつつ、図６に沿って、本実施形態に係る統合アーキテクチャ設計支援システム１の動作について説明する。
図６は、本実施形態に係る統合アーキテクチャ設計支援システムの動作を示すシーケンス図である。
【００４３】
まず、各情報処理装置３０（３０Ａ，３０Ｂ，３０Ｃ）の統合情報生成部３３１が、定義情報、構成情報、および稼動情報を収集し、「統合情報」を生成する（ステップＳ６０１）。
次に、各情報処理装置３０の統合情報送信部３３２は、統合情報生成部３３１により生成された「統合情報」を、ネットワーク４０を介して運用管理装置２０に送信する（ステップＳ６０２）。
【００４４】
続いて、運用管理装置２０の統合情報収集部２２１は、各情報処理装置３０の統合情報送信部３３２から送信された「統合情報」を収集する（ステップＳ６０３）。そして、統合情報収集部２２１は、収集した「統合情報」をネットワーク４０を介して、統合アーキテクチャ設計支援装置１０に送信する。
【００４５】
統合アーキテクチャ設計支援装置１０の統合情報取得部１１０は、運用管理装置２０から通信部１０３を介して「統合情報」を取得する（ステップＳ６０４）。
そして、取得した「統合情報」をもとに、連携情報生成部１２０による連携情報生成処理が行われる（ステップＳ６０５）。この連携情報生成処理においては、各情報処理装置３０間の連携を示す外部連携情報４００（図４参照）と、情報処理装置３０内部での情報の連携を示す内部連携情報５００（図５参照）とを生成する処理を行う。なお、この外部連携情報４００と、内部連携情報５００とを生成する処理については、後記し詳細に説明する（図７および図８参照）。
【００４６】
連携情報生成部１２０により外部連携情報４００と内部連携情報５００が生成されると、連携図情報生成部１３０は、この外部連携情報４００と内部連携情報５００とを用いて、連携図情報を生成する処理を行う（ステップＳ６０６）。
そして、連携図情報生成部１３０が生成した連携図情報（図１１参照）を、連携図情報表示部１４０の制御により、表示部１０２に表示する（ステップＳ６０７）。
【００４７】
次に、定義情報生成部１５０は、定義情報生成処理を行う（ステップＳ６０８）。具体的には、定義情報生成部１５０は、外部連携情報生成部１２１が生成した外部連携情報４００（図４参照）を用いて新たな多重度を計算し、ネットワーク４０を介して情報処理装置４０から取得した「統合情報」に含まれる現状の多重度定義情報１３００（図１３参照）と異なる場合に、新たな多重度定義情報を生成する。なお、具体的な多重度定義生成の処理の流れは後記する（図１２参照）。
【００４８】
定義情報生成部１５０により、新たな多重度定義情報が生成されると、その生成された新たな多重度定義情報を、定義情報送信部１６０が、ネットワーク４０を介して運用管理装置２０に送信する（ステップＳ６０９）。
【００４９】
次に、運用管理装置２０は、ネットワーク４０を介して新たな多重度定義情報を受信し、各情報処理装置３０に定義分配部２２２が新たな多重度定義情報を分配し送信する（ステップＳ６１０）。各情報処理装置３０の定義情報受信部３３３は、ネットワーク４０を介して新たな多重度定義情報を受信する（ステップＳ６１１）。そして、定義更新部３３４は、定義情報受信部３３３が受信した新たな多重度定義情報を用いて、現状の多重度定義情報１３００（図１３参照）を更新し、情報処理装置３０に反映させる処理を行う（ステップＳ６１２）。
【００５０】
（連携情報生成処理）
次に、図６のステップＳ６０５における連携情報生成処理について、具体的に説明する。まず、各情報処理装置３０間における情報の連携を示す外部連携情報４００（図４参照）の生成処理について説明する。
【００５１】
図７は、統合アーキテクチャ設計支援装置の外部連携情報生成部が行う、外部連携情報生成処理の流れを示す図である。
まず、外部連携情報生成部１２１（図１参照）は、統合情報取得部１１０が取得しメモリ部１０４に記憶された外部連携定義情報２００（図２参照）を取得する（ステップＳ７０１）。そして取得した外部連携定義情報２００に予め設定されたファイル名等から、どの情報処理装置３０の外部連携定義情報２００かを判断し、外部連携情報４００（図４参照）の連携元ＩＤ４０１を決定する。例えば、外部連携定義情報２００のファイル名が「GaibuRenkeiTeigi_A」であれば、外部連携情報４００の連携元ＩＤ４０１を「Ａ」（情報処理装置３０Ａ）とする。
【００５２】
次に、図２の連携先ＵＲＩ２０２から情報の連携先である「//hostＢ/」を参照し、連携先が「Ｂ」であることを取得する。そして図４の連携先ＩＤ４０２を「Ｂ」（情報処理装置３０Ｂ）とする。また、図２のサービスＩＤ２０１から、情報の処理内容であるサービスＩＤ２０１を特定し、図４の連携先サービスＩＤ４０３を決定する。
【００５３】
次に、外部連携情報生成部１２１は、統合情報取得部１１０が取得しメモリ部１０４に記憶された連携稼動情報３００（図３参照）を取得する（ステップＳ７０２）。そして、連携稼動情報３００に基づき、例えば、図４の外部連携情報４００の連携元ＩＤ４０１が「Ａ」、連携先ＩＤ４０２が「Ｂ」、連携先サービスＩＤ４０３が「Ｓ１」に一致するデータとして、図３のメッセージＩＤ３０２が「ＭＡ１」、連携先ＩＤ３０４が「Ｂ」、サービスＩＤ３０５が「Ｓ１」であるデータを検索し、検索されたデータから、時間ごとの最大メッセージ件数４０４、平均応答時間４０５、平均要求メッセージ長４０６、平均応答メッセージ長４０７を算出する（ステップＳ７０３）。
このようにすることで、各情報処理装置３０間の外部連携情報４００を生成することができる。なお、この外部連携情報４００は、外部連携情報生成部１２１の制御によりメモリ部１０４に記憶される。
【００５４】
図８は、統合アーキテクチャ設計支援装置の内部連携情報生成部が行う、内部連携情報生成処理の流れを示す図である。
まず、内部連携情報生成部１２２は、情報処理装置３０のうちから、１つを選択する（ステップＳ８０１）。
次に、内部連携情報生成部１２２は、選択した情報処理装置３０の「統合情報」の中に、内部連携情報５００が含まれているか否かを判断する（ステップＳ８０２）。なお、内部連携情報５００が含まれている場合とは、情報処理装置３０内に、予め内部連携情報５００が設定されており、「統合情報」として統合アーキテクチャ設計支援装置１０に送信されている場合である。ステップＳ８０２において、内部連携情報５００が含まれている場合には（ステップＳ８０２→Ｙｅｓ）、内部連携情報５００を生成する必要はなく、ステップＳ８０８の処理へ進む。一方、「統合情報」の中に内部連携情報５００が含まれていない場合には（ステップＳ８０２→Ｎｏ）、内部連携情報５００を生成するため、ステップＳ８０３〜Ｓ８０７の処理に進む。
【００５５】
内部連携情報生成部１２２は、まず、統合情報取得部１１０が通信部１０３を介して受信した「統合情報」の中から、連携稼動情報３００（図３参照）を取得する（ステップＳ８０３）。
そして、取得した連携稼動情報３００から時間帯ごとの入出力のサービス件数を算出する。
【００５６】
図９は、情報処理装置の時間帯ごとの入力サービスと、出力サービスの処理件数を示す図である。図９は、一例として情報処理装置３０Ｂ（データ中継装置）の時間帯ごとのサービスの入力件数と、出力件数とを示している。この入力サービスの処理件数は、図３（ａ）のサービスＩＤ３０５（例えば「Ｓ１」）に何回データが送信されたかを検出することで得ることができる。また、出力サービスの処理件数は、図３（ｂ）において、サービスＩＤ３０５（例えば「Ｓ４」）に何回送信したかを検出することで得ることができる。
【００５７】
次に、内部連携情報生成部１２２は、検出された入出力のサービス件数の情報から、入出力間の相関係数を計算する（ステップＳ８０５）。
図１０は、入力サービスと出力サービスとの相関件数を計算した結果を示す図である。図１０に示すように、例えば、入力サービス「Ｓ１」と出力サービス「Ｓ４」との相関係数が「１．００」、「Ｓ１」と「Ｓ５」の相関係数が「１．００」、「Ｓ１」と「Ｓ６」の相関係数が「０．１０」のように算出される。
【００５８】
次に、内部連携情報生成部１２２は、算出された相関係数と予め設定された相関係数の所定値とを比較する（ステップＳ８０６）。ここで、所定値以上の相関係数が算出されなかった場合には（ステップＳ８０６→Ｎｏ）、内部連携するものがないと判断しステップＳ８０８の処理へ進む。一方、所定値以上の相関件数が１つ以上存在する場合には（ステップＳ８０６→Ｙｅｓ）、ステップ８０７に進む。
【００５９】
図１０に示す例においては、例えば相関係数の所定値が「０．７」と定義されていた場合、図に示すように４つの場合において、相関係数が「０．７」以上であると判断される。つまり、「０．７」以上であれば、入力サービスと出力サービスとの連携があると判断され、ステップＳ８０７に進み、内部連携情報５００の生成処理を行う（ステップＳ８０７）。
【００６０】
図１０に示す例においては、相関係数が０．７以上の内部連携として、Ｓ１→Ｓ４、Ｓ１→Ｓ５、Ｓ２→Ｓ６、Ｓ３→Ｓ６を抽出する。
そして、例えば、内部連携情報生成部１２２は、入力サービスＩＤ「Ｓ１」をもとに、外部連携情報４００（図４参照）を検索し、その結果として連携元ＩＤ４０１「Ａ」、連携先ＩＤ４０２「Ｂ」を取得し、図５の内部連携情報５００の連携元ＩＤ５０１を「Ａ」とし、中継ＩＤ５０２「Ｂ」とし、中継サービスＩＤ５０３を「Ｓ１」とする。次に、出力サービスＩＤ「Ｓ４」をもとに外部連携情報４００を検索し、その結果として連携先ＩＤ４０１「Ｃ」、連携先サービスＩＤ４０３「Ｓ４」を取得し、図５の内部連携情報５００の連携先ＩＤ５０４を「Ｃ」とし、連携先サービスＩＤ５０５を「Ｓ４」として設定する。同様にして、内部連携情報生成部１２２は、図４の外部連携情報４００から最大メッセージ件数４０４等の稼動情報を取得し、図５の内部連携情報５００を生成する。
なお、この内部連携情報５００は、内部連携情報生成部１２２の制御によりメモリ部１０４に記憶される。
【００６１】
図８に戻り、内部連携情報生成部１２２は、ステップＳ８０７において内部連携情報５００を生成すると、次に、内部連携情報５００が生成されていない情報処理装置３０があるか否かを判断する（ステップＳ８０８）。ここで、内部連携情報５００が生成されていない情報処理装置３０がある場合には、ステップＳ８０１へ戻り、次の情報処理装置３０の内部連携情報５００の生成処理に進む。一方、すべての内部連携情報５００を生成し、内部連携情報５００を生成していない情報処理装置３０がない場合には（ステップＳ８０８→Ｎｏ）、内部連携情報生成処理を終了する。
このようにすることで、情報処理装置３０の内部連携情報５００を生成することができる。
【００６２】
（連携図情報生成処理）
次に、図６のステップＳ６０６における連携図情報生成処理について、具体的に説明する。
連携図情報生成部１３０は、まず、統合アーキテクチャ設計支援システム１を構成するすべての情報処理装置３０を把握する。そのため、連携図情報生成部１３０は、外部連携情報４００（図４参照）から連携元ＩＤ４０１と連携先ＩＤ４０２を抽出する。そして、内部連携情報５００から、連携元ＩＤ５０１と中継ＩＤ５０２と連携先ＩＤ５０４とを抽出する。そして、重複を排除して、図１５に示す情報処理装置一覧情報１５００を作成する。
【００６３】
図１５は、統合アーキテクチャ設計支援システムに含まれる情報処理装置を示す情報処理装置一覧情報の一例を示す図である。
図１５に示すように、情報処理装置一覧情報１５００は、システムＩＤ１５０１と、システム名１５０２とを含んで構成される情報である。
連携図情報生成部１３０は、図１５に示された情報処理装置一覧情報１５００から、統合アーキテクチャ設計支援システム１内に存在する情報処理装置３０のすべてを特定する。
次に、各情報処理装置３０間の連携情報を得るため、連携図情報生成部１３０は、外部連携情報４００（図４参照）を取得する。そして、外部連携情報４００の連携元ＩＤ４０１と連携先ＩＤ４０２とから、情報処理装置３０を特定し、連携先サービスＩＤ４０３から連携しているサービスＩＤを特定する。次に、連携図情報表示部１４０の処理により、図１１（ａ）に示すように、各情報処理装置３０間の外部連携が「→（矢印）」として表示される。
続いて、連携図情報生成部１３０は、内部連携情報５００（図５参照）を取得する。そして、中継サービスＩＤ５０３と、連携サービスＩＤ５０５とを取得する。次に、連携図情報表示部１４０の処理により、図１１（ａ）に示すように、Ｓ１→Ｓ４、Ｓ１→Ｓ５、Ｓ２→Ｓ６、Ｓ３→Ｓ６が、内部連携を示す「→（矢印）」として表示される。
【００６４】
また、図１１（ｂ）には、連携図情報表示部１４０により表示部１０２に示された連携図情報の変形例を示している。この変形例のように、例えば、情報処理装置３０が、Ａ〜Ｆまでの６つ存在する場合においても、外部連携情報４００と内部連携情報５００とを用いて、連携状況を「→（矢印）」で示すことができる。実際のシステム連携においては、情報処理装置３０がさらに増え連携が複雑になることが想定される。本実施形態においては、このように複雑な情報の処理の流れを、視覚的に把握できるという効果を奏することができる。
【００６５】
（定義情報生成処理）
次に、図６のステップＳ６０８における定義情報生成処理について、具体的に説明する。
図１２は、定義情報生成部による定義情報の生成処理の流れを示す図である。
まず、図１５に示す情報処理装置一覧情報１５００をもとに、情報処理装置３０の中から１つを選択する（ステップＳ１２０１）。次に、外部連携情報生成部１２１が生成した外部連携情報４００を取得する（ステップＳ１２０２）。
【００６６】
続いて、定義情報生成部１５０は、取得した外部連携情報４００を用いて情報処理装置３０の入力口の多重度を計算する（ステップＳ１２０３）。
この多重度の計算は、例えばトラフィック計算理論を適用し求めることができる。具体的には、最大メッセージ件数（件／秒）×平均応答時間（秒）（呼量）を計算し、呼損率表（即時式完全群負荷表）を参照することにより、多重度（回線数）を求める。
【００６７】
図４の外部連携情報４００においては、例えば、連携元ＩＤ４０１が「Ａ」、連携先ＩＤ４０２が「Ｂ」、連携先サービスＩＤ４０３が「Ｓ２」の場合、最大メッセージ件数＝２００００（件／時間）／３６００（秒）≒５．５６（件／秒）、平均応答時間５００（ミリ秒）／１０００（ミリ秒）＝０．５０（秒）より、呼量＝５．５６（件／秒）×０．５０（秒）≒２．７８（アーラン）となる。したがって、呼損率表より、呼損率＝０．０１の場合、多重度は「８」と求めることができる。
ここで、呼損率とは、発生するすべての接続要求（呼）のうち、処理しきれない接続要求（呼）の割合をいう。
定義情報生成部１５０は、情報処理装置３０のサービスＩＤそれぞれについて、同様の処理を行い多重度を算出する。
図１４は、定義情報生成部により算出されたサービスＩＤの多重度の一例を示す図である。
【００６８】
次に、定義情報生成部１５０は、統合情報取得部１１０が通信部１０３を介して受信した「統合情報」の中から、該当する情報処理装置３０の多重度定義情報１３００（図１３参照）を取得する（ステップＳ１２０４）。
続いて、取得した現状の多重度定義情報１３００と、定義情報生成部１５０が算出した多重度（図１４参照）とを比較する（ステップＳ１２０５）。
ここで、現状の多重度定義情報１３００と、定義情報生成部１５０が算出した多重度が同じ場合には（ステップＳ１２０５→Ｎｏ）、新たな多重度定義の生成処理を行わず、ステップＳ１２０７へ進む。一方、現状の多重度定義情報１３００と、定義情報生成部１５０が算出した多重度が異なる場合には（ステップＳ１２０５→Ｙｅｓ）、定義情報生成部１５０は、算出した多重度を適用させるために新たな多重度定義情報を生成する（ステップＳ１２０６）。
例えば、図１３に示す現状の多重度定義情報１３００において、サービスＩＤ１３０１が「Ｓ２」の多重度は「５」である。一方、図１４に示す定義情報生成部１５０が算出したサービスＩＤ１３０１の多重度は「８」である。このように多重度が異なる場合、最適な多重度を設定するために、定義情報生成部１５０は、定義情報生成部１５０が算出した多重度を新たな多重度定義情報１３１０（図１４）として生成する。
【００６９】
続いて、ステップＳ１２０７において、多重度の判断をしていない情報処理装置３０があるか否かを判断する（ステップＳ１２０７）。多重度の判断をしていない情報処理装置３０がある場合には（ステップＳ１２０７→Ｙｅｓ）、ステップＳ１２０１へ戻り処理を続ける。一方、多重度の判断をしていない情報処理装置３０がない場合には（ステップＳ１２０７→Ｎｏ）、定義情報生成処理を終了する。
【００７０】
このようにすることで、情報処理装置３０の稼動状況に応じた新たな多重度定義情報１３１０を統合アーキテクチャ設計支援装置１０が設計することができる。また、情報処理装置３０は、定義情報受信部３３３が、新たな多重度定義情報１３１０を受信することで、定義更新部３３４が、現状の多重度定義情報１３００を更新し、新たな多重度定義情報１３１０を情報処理装置３０に反映させることができる。
【００７１】
本実施形態によれば、複数の情報処理装置間３０のシステム連携において、隣接する情報処理装置３０における外部連携情報４００だけでなく、情報処理装置３０内の内部連携情報５００も含めて表示できる。さらに、統合アーキテクチャ設計支援装置１０が、新たに定義情報を生成することで、情報処理装置３０の設計支援をすることができる、統合アーキテクチャ設計支援システム、統合アーキテクチャ設計支援方法、および統合アーキテクチャ設計支援装置、並びにプログラムを提供することができる。
なお、本実施形態の例を、インターネットバンキングとして説明したが、例えば、金融、製造、流通、通信、公共サービスといった業種に用いられるシステムにおいても同様に適用可能である。
【図面の簡単な説明】
【００７２】
【図１】本実施形態に係る統合アーキテクチャ設計支援システムの構成を示す機能ブロック図である。
【図２】本実施形態に係る外部連携定義情報の一例を示す図である。
【図３】本実施形態に係る連携稼動情報の例を示す図である。
【図４】本実施形態に係る外部連携情報の一例を示す図である。
【図５】本実施形態に係る内部連携情報の一例を示す図である。
【図６】本実施形態に係る統合アーキテクチャ設計支援システムの動作を示すシーケンス図である。
【図７】本実施形態に係る外部連携情報生成処理の流れを示すフローチャートである。
【図８】本実施形態に係る内部連携情報生成処理の流れを示すフローチャートである。
【図９】本実施形態に係る情報処理装置の入力サービスと出力サービスの件数を示す図である。
【図１０】本実施形態に係る入力サービスと出力サービスの相関係数を示す図である。
【図１１】本実施形態に係る連携図情報の例を示す図である。
【図１２】本発明の実施形態に係る定義情報生成処理の流れを示すフローチャートである。
【図１３】本発明の実施形態に係る多重度定義情報の一例を示す図である。
【図１４】本発明の実施形態に係る統合アーキテクチャ設計支援装置が生成した新たな多重度定義情報の一例を示す図である。
【図１５】本発明の実施形態に係る情報処理装置一覧情報を一例を示す図である。
【符号の説明】
【００７３】
１ 統合アーキテクチャ設計支援システム
１０ 統合アーキテクチャ設計支援装置
２０ 運用管理装置
３０（３０Ａ，３０Ｂ，３０Ｃ） 情報処理装置
４０ ネットワーク
１００，２２０，３３０ 制御部
１０１，２１１，３１１ 入出力部
１０２ 表示部
１０３，２１３，３１３ 通信部
１０４，２１４，３１４ メモリ部
１０５，２１５，３１５ 記憶部
１１０ 統合情報取得部
１２０ 連携情報生成部
１２１ 外部連携情報生成部
１２２ 内部連携情報生成部
１３０ 連携図情報生成部
１４０ 連携図情報表示部
１５０ 定義情報生成部
１６０ 定義情報送信部
２００ 外部連携定義情報
２２１ 統合情報収集部
２２２ 定義分配部
３００ 連携稼動情報
３３１ 統合情報生成部
３３２ 統合情報送信部
３３３ 定義情報受信部
３３４ 定義更新部
４００ 外部連携情報
５００ 内部連携情報
１３００，１３１０ 多重度定義情報
１５００ 情報処理装置一覧情報
【特許請求の範囲】
【請求項１】
複数の情報処理装置と、前記複数の情報処理装置間のシステム連携の把握および設計を行う統合アーキテクチャ設計支援装置とがネットワークを介して接続可能にされた統合アーキテクチャ設計支援システムであって、
前記情報処理装置は、
自身が処理する情報の連携先と連携状況を定義する定義情報と、自身の稼動情報と、を含む統合情報を生成する統合情報生成部と、
前記統合情報生成部により生成された前記統合情報を、前記ネットワークを介して前記統合アーキテクチャ設計支援装置に送信する統合情報送信部と、
前記統合アーキテクチャ設計支援装置が生成した新たな定義情報を、前記ネットワークを介して受信する定義情報受信部と、
前記受信した新たな定義情報に基づいて、自身が保持する前記定義情報を更新する定義更新部と、を備え、
前記統合アーキテクチャ設計支援装置は、
外部からの情報を入力するための入出力部と、
前記複数の情報処理装置のシステム連携に関する情報を表示する表示部と、
前記複数の情報処理装置から前記ネットワークを介して前記統合情報を受信する通信部と、
前記受信した前記統合情報が記憶される記憶部と、
前記通信部を介して前記統合情報を取得する統合情報取得部と、
前記取得した統合情報に基づいて、前記複数の情報処理装置に関する連携情報を生成する連携情報生成部と、
前記連携情報に基づいて、前記複数の情報処理装置のシステム連携を表す連携図情報を生成する連携図情報生成部と、
前記連携情報に基づいて、前記新たな定義情報を生成する定義情報生成部と、
前記定義情報生成部が生成した新たな定義情報を、前記ネットワークを介して前記複数の情報処理装置に送信する定義情報送信部と、
を備えることを特徴とする統合アーキテクチャ設計支援システム。
【請求項２】
前記連携情報生成部は、
前記複数の情報処理装置間の連携状況を示す外部連携情報を、前記統合情報に含まれる前記定義情報と前記稼動情報とから生成する外部連携情報生成部と、
前記稼動情報から前記情報処理装置における時間ごとの情報の入出力件数を検出し、前記検出された入出力件数から入出力間の相関係数を算出し、前記相関係数が所定値以上のときに入出力間に連携があると判断し、前記情報処理装置内部の連携状況を示す内部連携情報を生成する内部連携情報生成部と、
を備えることを特徴とする請求項１に記載の統合アーキテクチャ設計支援システム。
【請求項３】
前記連携図情報生成部は、前記外部連携情報と前記内部連携情報とを基に、前記情報処理装置の連携状況を示す連携図情報を生成することを特徴とする請求項２に記載の統合アーキテクチャ設計支援システム。
【請求項４】
前記情報処理装置の前記統合情報生成部が、情報の入力口の多重度を示す多重度定義情報を含んで前記統合情報を生成した場合において、
前記定義情報生成部は、
前記外部連携情報に基づいて新たに多重度を計算し、前記統合情報に含まれる多重度定義情報と比較し、前記新たに計算した多重度と異なる場合に、新たな多重度定義情報を生成することを特徴とする請求項２または請求項３に記載の統合アーキテクチャ設計支援システム。
【請求項５】
複数の情報処理装置と、前記複数の情報処理装置間のシステム連携の把握および設計を行う統合アーキテクチャ設計支援装置とがネットワークを介して接続可能にされた統合アーキテクチャ設計支援システムに用いられる統合アーキテクチャ設計支援方法であって、
前記情報処理装置は、
自身が処理する情報の連携先と連携状況を定義する定義情報と、自身の稼動情報と、を含む統合情報を生成し、
前記生成された統合情報を、前記ネットワークを介して前記統合アーキテクチャ設計支援装置に送信し、
前記統合アーキテクチャ設計支援装置が生成した新たな定義情報を、前記ネットワークを介して受信し、
前記受信した新たな定義情報に基づいて、自身の前記定義情報を更新し、
前記統合アーキテクチャ設計支援装置は、
外部からの情報を入力するための入出力部と、前記複数の情報処理装置のシステム連携に関する情報を表示する表示部と、前記複数の情報処理装置から前記ネットワークを介して前記統合情報を受信する通信部と、前記受信した前記統合情報が記憶される記憶部と、を備え、
前記通信部を介して前記統合情報を取得し、
前記取得した統合情報に基づいて、前記複数の情報処理装置に関する連携情報を生成し、
前記連携情報に基づいて、前記複数の情報処理装置のシステム連携を表す連携図情報を生成し、
前記連携情報に基づいて、前記新たな定義情報を生成し、
前記生成した新たな定義情報を、前記ネットワークを介して前記複数の情報処理装置に送信する、
ことを特徴とする統合アーキテクチャ設計支援方法。
【請求項６】
複数の情報処理装置とネットワークを介して接続され、前記複数の情報処理装置間のシステム連携の把握および設計を行う統合アーキテクチャ設計支援装置であって、
外部からの情報を入力するための入出力部と、
前記複数の情報処理装置のシステム連携に関する情報を表示する表示部と、
前記複数の情報処理装置から前記ネットワークを介して、前記情報処理装置が処理する情報の連携先と連携状況を定義する定義情報と、前記情報処理装置の稼動情報と、を含む統合情報を受信する通信部と、
前記受信した前記統合情報が記憶される記憶部と、
前記通信部を介して前記統合情報を取得する統合情報取得部と、
前記取得した統合情報に基づいて、前記複数の情報処理装置に関する連携情報を生成する連携情報生成部と、
前記連携情報に基づいて、前記複数の情報処理装置のシステム連携を表す連携図情報を生成する連携図情報生成部と、
前記連携情報に基づいて、新たな定義情報を生成する定義情報生成部と、
前記定義情報生成部が生成した新たな定義情報を、前記ネットワークを介して前記複数の情報処理装置に送信する定義情報送信部と、
を備えることを特徴とする統合アーキテクチャ設計支援装置。
【請求項７】
請求項５に記載の統合アーキテクチャ設計支援方法をコンピュータに実行させるためのプログラム。
【請求項１】
複数の情報処理装置と、前記複数の情報処理装置間のシステム連携の把握および設計を行う統合アーキテクチャ設計支援装置とがネットワークを介して接続可能にされた統合アーキテクチャ設計支援システムであって、
前記情報処理装置は、
自身が処理する情報の連携先と連携状況を定義する定義情報と、自身の稼動情報と、を含む統合情報を生成する統合情報生成部と、
前記統合情報生成部により生成された前記統合情報を、前記ネットワークを介して前記統合アーキテクチャ設計支援装置に送信する統合情報送信部と、
前記統合アーキテクチャ設計支援装置が生成した新たな定義情報を、前記ネットワークを介して受信する定義情報受信部と、
前記受信した新たな定義情報に基づいて、自身が保持する前記定義情報を更新する定義更新部と、を備え、
前記統合アーキテクチャ設計支援装置は、
外部からの情報を入力するための入出力部と、
前記複数の情報処理装置のシステム連携に関する情報を表示する表示部と、
前記複数の情報処理装置から前記ネットワークを介して前記統合情報を受信する通信部と、
前記受信した前記統合情報が記憶される記憶部と、
前記通信部を介して前記統合情報を取得する統合情報取得部と、
前記取得した統合情報に基づいて、前記複数の情報処理装置に関する連携情報を生成する連携情報生成部と、
前記連携情報に基づいて、前記複数の情報処理装置のシステム連携を表す連携図情報を生成する連携図情報生成部と、
前記連携情報に基づいて、前記新たな定義情報を生成する定義情報生成部と、
前記定義情報生成部が生成した新たな定義情報を、前記ネットワークを介して前記複数の情報処理装置に送信する定義情報送信部と、
を備えることを特徴とする統合アーキテクチャ設計支援システム。
【請求項２】
前記連携情報生成部は、
前記複数の情報処理装置間の連携状況を示す外部連携情報を、前記統合情報に含まれる前記定義情報と前記稼動情報とから生成する外部連携情報生成部と、
前記稼動情報から前記情報処理装置における時間ごとの情報の入出力件数を検出し、前記検出された入出力件数から入出力間の相関係数を算出し、前記相関係数が所定値以上のときに入出力間に連携があると判断し、前記情報処理装置内部の連携状況を示す内部連携情報を生成する内部連携情報生成部と、
を備えることを特徴とする請求項１に記載の統合アーキテクチャ設計支援システム。
【請求項３】
前記連携図情報生成部は、前記外部連携情報と前記内部連携情報とを基に、前記情報処理装置の連携状況を示す連携図情報を生成することを特徴とする請求項２に記載の統合アーキテクチャ設計支援システム。
【請求項４】
前記情報処理装置の前記統合情報生成部が、情報の入力口の多重度を示す多重度定義情報を含んで前記統合情報を生成した場合において、
前記定義情報生成部は、
前記外部連携情報に基づいて新たに多重度を計算し、前記統合情報に含まれる多重度定義情報と比較し、前記新たに計算した多重度と異なる場合に、新たな多重度定義情報を生成することを特徴とする請求項２または請求項３に記載の統合アーキテクチャ設計支援システム。
【請求項５】
複数の情報処理装置と、前記複数の情報処理装置間のシステム連携の把握および設計を行う統合アーキテクチャ設計支援装置とがネットワークを介して接続可能にされた統合アーキテクチャ設計支援システムに用いられる統合アーキテクチャ設計支援方法であって、
前記情報処理装置は、
自身が処理する情報の連携先と連携状況を定義する定義情報と、自身の稼動情報と、を含む統合情報を生成し、
前記生成された統合情報を、前記ネットワークを介して前記統合アーキテクチャ設計支援装置に送信し、
前記統合アーキテクチャ設計支援装置が生成した新たな定義情報を、前記ネットワークを介して受信し、
前記受信した新たな定義情報に基づいて、自身の前記定義情報を更新し、
前記統合アーキテクチャ設計支援装置は、
外部からの情報を入力するための入出力部と、前記複数の情報処理装置のシステム連携に関する情報を表示する表示部と、前記複数の情報処理装置から前記ネットワークを介して前記統合情報を受信する通信部と、前記受信した前記統合情報が記憶される記憶部と、を備え、
前記通信部を介して前記統合情報を取得し、
前記取得した統合情報に基づいて、前記複数の情報処理装置に関する連携情報を生成し、
前記連携情報に基づいて、前記複数の情報処理装置のシステム連携を表す連携図情報を生成し、
前記連携情報に基づいて、前記新たな定義情報を生成し、
前記生成した新たな定義情報を、前記ネットワークを介して前記複数の情報処理装置に送信する、
ことを特徴とする統合アーキテクチャ設計支援方法。
【請求項６】
複数の情報処理装置とネットワークを介して接続され、前記複数の情報処理装置間のシステム連携の把握および設計を行う統合アーキテクチャ設計支援装置であって、
外部からの情報を入力するための入出力部と、
前記複数の情報処理装置のシステム連携に関する情報を表示する表示部と、
前記複数の情報処理装置から前記ネットワークを介して、前記情報処理装置が処理する情報の連携先と連携状況を定義する定義情報と、前記情報処理装置の稼動情報と、を含む統合情報を受信する通信部と、
前記受信した前記統合情報が記憶される記憶部と、
前記通信部を介して前記統合情報を取得する統合情報取得部と、
前記取得した統合情報に基づいて、前記複数の情報処理装置に関する連携情報を生成する連携情報生成部と、
前記連携情報に基づいて、前記複数の情報処理装置のシステム連携を表す連携図情報を生成する連携図情報生成部と、
前記連携情報に基づいて、新たな定義情報を生成する定義情報生成部と、
前記定義情報生成部が生成した新たな定義情報を、前記ネットワークを介して前記複数の情報処理装置に送信する定義情報送信部と、
を備えることを特徴とする統合アーキテクチャ設計支援装置。
【請求項７】
請求項５に記載の統合アーキテクチャ設計支援方法をコンピュータに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００９−２３７８６８（Ｐ２００９−２３７８６８Ａ）
【公開日】平成２１年１０月１５日（２００９．１０．１５）
【国際特許分類】
【出願番号】特願２００８−８２７０５（Ｐ２００８−８２７０５）
【出願日】平成２０年３月２７日（２００８．３．２７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２１年１０月１５日（２００９．１０．１５）
【国際特許分類】
【出願日】平成２０年３月２７日（２００８．３．２７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]