(57)【要約】【課題】複数のコンピュータからなるシステムにおいて、そのシステム構成の変更時における通信先設定を容易に行なうことができる通信先指定方法を提供することである。【解決手段】機能やセグメント等の論理的な通信先指定が可能なインターフェースと、複数通信先に対応した論理通信機能により、各アプリケーションの通信先設定を機能やセグメント等の単位で指定可能とし、論理的な通信先指定を実現する。これにより、需要拡大等によるコンピュータ増設時にはアプリケーション固有の通信先設定ファイルを変更する必要がなく、かつ、機能追加の構成変更時の通信先設定変更も機能やセグメント単位での設定のみでよく、変更データ量の削減をすることができる。【選択図】図１
2008015977.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンピュータからなるコンピュータシステムの通信先指定方法において、
該コンピュータシステムに含まれるコンピュータ上のアプリケーションの通信先コンピュータを、論理的に指定することを特徴とする通信先指定方法。
【請求項２】
該コンピュータシステムに含まれるコンピュータを論理的に分類して管理し、前記アプリケーションの通信先コンピュータの指定を、前記論理的な分類で行うことを特徴とする請求項１に記載の通信先指定方法。
【請求項３】
前記論理的な分類が、該コンピュータシステムに含まれるコンピュータを機能で分類するものであることを特徴とする請求項２に記載の通信先指定方法。
【請求項４】
前記論理的な分類が、該コンピュータシステムに含まれるコンピュータをセグメントで分類するものであることを特徴とする請求項２または３に記載の通信先指定方法。
【請求項５】
複数のコンピュータからなるコンピュータシステムの通信方法において、
前記コンピュータシステムに含まれるコンピュータを論理的に分類して管理し、
前記コンピュータシステムに含まれるコンピュータ上のアプリケーションの通信先コンピュータの指定を、前記論理的な分類で行い、
前記論理的な分類と、該分類されたコンピュータのアドレスとを対応付けしておき、
該対応付けに基づいて、前記論理的な分類から、前記アプリケーションの通信先コンピュータのアドレスを取得し、該アプリケーションが該アドレスに対して通信することを特徴とする通信方法。
【請求項６】
複数のコンピュータからなるコンピュータシステムにおいて、
前記コンピュータシステムに含まれるコンピュータを論理的に分類して管理する分類手段と、
前記コンピュータシステムに含まれるコンピュータ上のアプリケーションの通信先コンピュータの指定を、前記論理的な分類で行う通信先指定手段と、
前記分類手段の論理的な分類と、該分類されたコンピュータのアドレスとを対応付けした対応付手段と、
前記対応付手段の対応付けに基づいて、前記通信先指定手段で指定された論理的な分類から、該アプリケーションの通信先コンピュータのアドレスを取得し、該アプリケーションが該アドレスに対して通信することを特徴とするコンピュータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信先指定方法に関し、特に、通信先を論理的に指定する通信先指定方法に関する。
【背景技術】
【０００２】
近年、コンピュータシステムは非常に多くの情報を管理・処理することが求められており、大規模化されてきている。
【０００３】
一つのシステムであっても、コンピュータ数が数十台から数百台も備えた規模のシステムも存在する。また、一方で、システムに対する要求の変化も急速になっているため、システムへの機能追加や需要拡大に伴うコンピュータ台数の増設等が頻繁になってきており、迅速かつ安全に構成変更を行う必要が出てきている。
【０００４】
このような課題に対して、構成サーバの切替えを簡潔にかつ容易にできる方法（特許文献１）や、構成変更時のデータの同期ずれを抑止し、システム全体としての信頼性を向上させる方法（特許文献２）等が提案されている。
【特許文献１】特開２００３−３４５７７０号公報
【特許文献２】特開平１０−３３４０２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１や特許文献２に記載の各コンピュータの通信先の設定がされていることが前提となっており、通信先設定変更の手間の削減については解決されていなかった。
【０００６】
従来、システムにおける通信先設定は、個々のアプリケーション毎の通信要件に合った通信先ＩＰアドレスもしくはホスト名を各アプリケーションの設定ファイルに定義する。
【０００７】
大規模システムの場合、アプリケーション毎の通信要件を、膨大な量の通信先ＩＰアドレスもしくはホスト名単位で整理し、設定する必要があるため、設定ミス等を起こし易い。
【０００８】
また、システムへの需要拡大等によりコンピュータ増設等の構成変更が発生した場合、影響する全アプリケーションの設定ファイルを個々のアプリケーション毎に設定する必要があるため、作業量が膨大になり、迅速に対応できず、かつ設定ミス等を起こし易いという問題があった。
【０００９】
本発明は上記の問題点に鑑みてなされたもので、複数のコンピュータからなるシステムにおいて、そのシステム構成の変更時における通信先設定を容易に行なうことができる通信先指定方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明では、従来の課題を解決するために、機能やセグメント等の論理的な通信先指定が可能なインターフェースと、複数通信先に対応した論理通信機能により、各アプリケーションの通信先設定を機能やセグメント等の単位で指定可能とし、論理的な通信先指定を実現する。
【００１１】
これにより、需要拡大等によるコンピュータ増設時にはアプリケーション固有の通信先設定ファイルを変更する必要がなく、かつ、機能追加の構成変更時の通信先設定変更も機能やセグメント単位での設定のみでよく、変更データ量の削減をすることができる。
【発明の効果】
【００１２】
本発明によれば、複数のコンピュータからなるシステムにおいて、そのシステム構成の変更時における通信先設定を容易に行なうことができる通信先指定方法を提供することができる。
【００１３】
すなわち、本発明によれば、アプリケーション固有の通信先設定ファイルに論理的な情報を用いることでセグメントや台数に影響しない設定をすることが可能なため、システムの構成変更時に設定変更を行うデータの変更量を削減し、構成変更による通信先設定変更の手間、及び設定ミス等による危険性を削減することができる。
【００１４】
また、本発明によれば、システム共通ＩＰアドレスファイル（ホスト情報ファイル）は全コンピュータのＩＰアドレス単位設定となるものの、システム共通であることから、コンピュータごとに設定する必要がないため、システムの構成変更時に設定変更を行うデータの変更量を削減し、構成変更による通信先設定変更の手間、及び設定ミス等による危険性を削減することができる。
【００１５】
また、本発明によれば、アプリケーション固有の通信先定義を機能やセグメントの指定で設定できることから、設定ファイルを目視確認する上でも分り易いため、システムの構成変更時に構成変更による通信先設定変更の手間、及び設定ミス等による危険性を削減することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明による実施の形態について図面を参照して説明する。
【００１７】
図１は、本発明による通信先指定方法を適用するコンピュータシステムの構成の一例を示すブロック図である。
【００１８】
本例のシステム構成は、コンピュータ（１）内に、システム内全コンピュータのＩＰアドレスと機能番号とセグメント番号とを紐付けたデータとを格納しているシステム共通ホスト情報ファイル（６）と、このファイル（６）を参照し検索するＩＰアドレス抽出機能（４）と、論理通信機能（７）とを有して構成される。
【００１９】
論理通信機能（７）は、アプリケーションに論理通信先指定を可能にするためのインターフェースを提供するインターフェース部（３）を含む。
【００２０】
各ＩＰアドレスに対するアプリケーション固有の通信処理の定義は通信先定義ファイル（５）に予め定義する。
【００２１】
なお、本実施の形態では、コンピュータをアドレスで特定する際にＩＰアドレスを用いているが、本発明はこれに限られるものではなく、たとえばＭＡＣアドレスなど、ＩＰアドレス以外のいかなるアドレスを用いてもかまわない。
【００２２】
また、本例では、本実施の形態の通信先指定方法を適用するアプリケーション（２）と、アプリケーションの通信要件を、通信先機能や通信先セグメント等の論理的情報で記憶しているアプリケーション固有の通信先定義ファイル（５）とをコンピュータ１内に有して本発明が実現される。
【００２３】
本実施の形態では、コンピュータシステムを構成する各コンピュータを、論理的に分類して管理し、通信先の指定をこの論理的な分類で行うようにしている。
【００２４】
図１に示した構成例では、
コンピュータ（１２）は、機能番号が機能１の群（１０）に属し、セグメント番号がセグメント１の群（８）に属し、論理通番が論理通番１であると論理的に分類され、
コンピュータ（１３）は、機能番号が機能１の群（１０）に属し、セグメント番号がセグメント１の群（８）に属し、論理通番が論理通番２であると論理的に分類され、
コンピュータ（１４）は、機能番号が機能１の群（１０）に属し、セグメント番号がセグメント１の群（８）に属し、論理通番が論理通番３であると論理的に分類され、
コンピュータ（１５）は、機能番号が機能２の群（１１）に属し、セグメント番号がセグメント１の群（８）に属し、論理通番が論理通番１であると論理的に分類され、
コンピュータ（１６）は、機能番号が機能２の群（１１）に属し、セグメント番号がセグメント１の群（８）に属し、論理通番が論理通番２であると論理的に分類され、
コンピュータ（１７）は、機能番号が機能２の群（１１）に属し、セグメント番号がセグメント１の群（８）に属し、論理通番が論理通番３であると論理的に分類される。
【００２５】
また、コンピュータ（１２）のＩＰアドレスはＩＰアドレス１であり、コンピュータ（１３）のＩＰアドレスはＩＰアドレス２であり、コンピュータ（１４）のＩＰアドレスはＩＰアドレス３であり、コンピュータ（１５）のＩＰアドレスはＩＰアドレス４であり、コンピュータ（１６）のＩＰアドレスはＩＰアドレス５であり、コンピュータ（１７）のＩＰアドレスはＩＰアドレス６である。
【００２６】
なお、図１では、セグメント番号がセグメント２の群（９）に属するコンピュータの図示を省略している。
【００２７】
セグメントによる分類は、たとえばグループ化されるコンピュータの数を、ある程度均等に振り分けるものである。
【００２８】
この各コンピュータの論理的な分類と、そのコンピュータと実際に通信する際のアドレスであるＩＰアドレスとは、システム共通ホスト情報ファイル（６）で対応付けられている。
【００２９】
図２は、図１に示したシステム共通ホスト情報ファイル（６）の内容の一例を示す図である。
【００３０】
図２に示すように、本実施の形態におけるシステム共通ホスト情報ファイル（６）の内容は、各コンピュータのそれぞれについて、そのコンピュータが提供可能な機能（実装している機能）の機能番号と、そのコンピュータが属するセグメントのセグメント番号と、そのコンピュータの同一機能群且つ同一セグメント群内での論理通番と、そのコンピュータのＩＰアドレスとを紐付けて記憶するものである。
【００３１】
図３は、図１に示した通信先定義ファイル（５）の内容の一例を示す図である。
【００３２】
この通信先定義ファイル（５）には複数の通信要件を定義可能であり、通信元コンピュータ（１）で動作するアプリケーションでは、通信先定義ファイル（５）に定義された通信要件のうちのいずれかを用いて処理を実行する。
【００３３】
図３に示すように、アプリケーション固有の通信先定義ファイル（５）には複数の通信要件が定義されており、通信要件のそれぞれでは、各アプリケーションが通信相手のコンピュータに要求する機能の機能番号と、通信相手のコンピュータが属するセグメントのセグメント番号と、通信相手のコンピュータの同一機能群且つ同一セグメント群内での論理通番と、通信方針とが記憶されている。
【００３４】
この通信先定義ファイル（５）では通信相手のコンピュータの指定が、同一機能を実装するコンピュータの台数増減に依存しないため、通信先管理を容易にすることができる。
【００３５】
図４は、図３に示した通信先定義ファイル（５）内の通信方針の詳細の一例を示す図である。
【００３６】
図４に示すように、本実施の形態では、通信先定義ファイル（５）の各通信要件で用いる通信方針として、通信方針番号１、２、３の３種類が定義可能である。
【００３７】
通信方針番号１では、正常動作時にはすべてに通信を行い、異常時には無視をする。通信方針番号２では、正常動作時にはすべてに通信を行い、異常時にはリトライをする。通信方針番号３では、正常動作時には順次どれかに通信を行い、異常時には次のＩＰアドレスにリトライをする。
【００３８】
この通信方針としては、コンピュータシステムの特徴によって図４に示す３種類以外の方針を盛り込むことも可能である。
【００３９】
なお、上述の論理通信機能（７）、ＩＰアドレス抽出機能（４）、通信先定義ファイル（５）及びホスト情報ファイル（６）は、コンピュータシステムを構成する全コンピュータのそれぞれに実装され（コンピュータ１２、１３、１４、１５、１６、１７・・・のすべてに実装）、各コンピュータのアプリケーションは、自身が実行されるコンピュータ内に実装された論理通信機能（７）のインターフェース（３）を使用して通信を行う。
【００４０】
各アプリケーションが、通信先定義ファイル（５）内のどの通信要件を用いるかは、たとえばアプリケーション内で定義すればよい。
【００４１】
上述のようにアプリケーション固有の通信先定義は通信先定義ファイル（５）で管理するため、ホスト情報ファイル（６）は全コンピュータ共通のデータとして管理することができる。
【００４２】
次に、本実施の形態の動作についてさらに詳しく説明する。
【００４３】
本実施の形態の通信先指定方法を適用するコンピュータシステムを構成するコンピュータで動作するアプリケーションは、アプリケーション固有の通信先設定ファイル（５）から自身の通信要件を読出し、機能番号、セグメント番号、論理通番を取得し、取得した機能番号、セグメント番号、論理通番を引数としてインターフェース（３）を実行する。
【００４４】
この際、機能番号、セグメント番号、論理通番の各項目に”全て”を指定することも可能である。図３の通信先設定ファイル（５）の例では、論理通番に”全て”を指定している。
【００４５】
ＩＰアドレス抽出機能（４）は、引数として渡された機能番号、セグメント番号、論理通番に基づき、この条件に一致するすべてのコンピュータのＩＰアドレスを、システム共通ＩＰアドレスファイル（６）内から抽出して取得し、取得した全ＩＰアドレスをアプリケーションの論理通信機能（７）に返答する。
【００４６】
図３の例では、機能番号として機能１を指定し、セグメント番号としてセグメント１を指定し、論理通番として全てを指定しており、この場合、ＩＰアドレス１、ＩＰアドレス２、ＩＰアドレス３（コンピュータ１２、１３、１４のＩＰアドレス）が、ＩＰアドレス抽出機能（４）によって検索され、返答される。
【００４７】
次にフローチャートを参照しながら、上述の通信先定義ファイル（５）の各通信要件で用いる通信方針に関わる動作を説明する。
図５は、図１に示したコンピュータシステムを構成するコンピュータで動作するアプリケーションによる通信動作の通信方針に関わる動作を示すフローチャートである。
【００４８】
論理通信機能（７）は、ＩＰアドレス抽出機能（４）から返答されて取得（Ａ−１）したＩＰアドレスと、アプリケーション固有の通信先設定ファイル（５）に記録されている通信方針、及び予め定義している各ＩＰアドレス（各コンピュータ）に対するアプリケーション固有の通信処理をもとに、通信を実現する。
【００４９】
図５を参照すると、通信方針番号が１の場合には（Ａ−２）、図４の通信方針番号１のときの動作に従い、取得したすべてのＩＰアドレスに対して、アプリケーション固有の通信処理を行い（Ａ−３、Ａ−４、Ａ−５）、完了したならば通信終了する（Ａ−６）。
【００５０】
また、通信方針番号が２の場合には（Ａ−２）、図４の通信方針番号２のときの動作に従い、取得したすべてのＩＰアドレスに対して、アプリケーション固有の通信処理を行い（Ａ−７、Ａ−８、Ａ−１０）、その途中で通信結果が異常の場合にはリトライを行い（Ａ−９）、完了したならば通信終了する（Ａ−６）。
【００５１】
また、通信方針番号が３の場合には（Ａ−２）、図４の通信方針番号３のときの動作に従い、取得したＩＰアドレスのどれかに対して、アプリケーション固有の通信処理を行い（Ａ−１１、Ａ−１２、Ａ−１３）、その結果が正常であれば通信終了し（Ａ−６）、異常の場合には次のＩＰアドレスにリトライを行う（Ａ−１４、Ａ−１１、Ａ−１２）。
【００５２】
以上のように、論理通信機能（７）は各通信方針の枠組みを実現する。
【図面の簡単な説明】
【００５３】
【図１】本発明による通信先指定方法を適用するコンピュータシステムの構成の一例を示すブロック図である。
【図２】図１に示したシステム共通ホスト情報ファイル（６）の内容の一例を示す図である。
【図３】図１に示した通信先定義ファイル（５）の内容の一例を示す図である。
【図４】図３に示した通信先定義ファイル（５）内の通信方針の詳細の一例を示す図である。
【図５】図１に示したコンピュータシステムを構成するコンピュータで動作するアプリケーションによる通信動作の通信方針に関わる動作を示すフローチャートである。
【符号の説明】
【００５４】
１、１２、１３、１４、１５、１６、１７  コンピュータ
２  アプリケーション
３  インターフェース部
４  ＩＰアドレス抽出機能
５  通信先設定ファイル
６  システム共通ホスト情報ファイル
７  論理通信機能
８  セグメント１コンピュータ群
９  セグメント２コンピュータ群
１０  機能１コンピュータ群
１１  機能２コンピュータ群
【図１】
2008015977.tif 000003
【図２】
2008015977.tif 000004
【図３】
2008015977.tif 000005
【図４】
2008015977.tif 000006
【図５】
2008015977.tif 000007