(57)【要約】      （修正有）【課題】イベントのデータを処理する装置が複数設けられたシステムにおいて、イベントのデータをイベントが発生した順序どおりに処理する。【解決手段】負荷分散装置１は、タイムスタンプを含む通知を受信する受信部と、各々受信した順序で通知を共通の記憶装置に格納する複数の情報処理装置の中から、受信した通知の送信先である１の情報処理装置を決定する決定部１２と、最後に受信した通知に含まれるタイムスタンプと、当該最後に受信した通知の送信先の情報処理装置の識別情報とを格納するデータ格納部１３とを有する。決定部は、新たに受信した第１の通知に含まれるタイムスタンプとデータ格納部に格納されているタイムスタンプとが同じである場合に、第１の通知の送信先を、データ格納部に格納されている識別情報が示す情報処理装置に決定して、第１の通知とともに送信部１４に出力し、送信部は第１の通知を識別情報が示す情報処理装置に送信する。【選択図】図２
2015095167.tif 000002
【特許請求の範囲】
【請求項１】
タイムスタンプを含む通知を受信する受信部と、
各々受信した順序で通知を共通の記憶装置に格納する複数の情報処理装置の中から、受信した前記通知の送信先である１の情報処理装置を決定する決定部と、
最後に受信した通知に含まれるタイムスタンプと、当該最後に受信した通知の送信先の情報処理装置の識別情報とを格納するデータ格納部と、
を有し、
前記決定部は、
新たに受信した第１の通知に含まれるタイムスタンプと前記データ格納部に格納されているタイムスタンプとが同じである場合に、前記第１の通知の送信先を、前記データ格納部に格納されている識別情報が示す情報処理装置に決定する
負荷分散装置。
【請求項２】
前記決定部は、
前記第１の通知に含まれるタイムスタンプと前記データ格納部に格納されているタイムスタンプとが同じではない場合に、前記第１の通知の送信先を、負荷分散のためのアルゴリズムで決定し、前記第１の通知に含まれるタイムスタンプ及び決定された前記送信先の情報処理装置の識別情報で、前記データ格納部に格納されているタイムスタンプ及び識別情報を更新する
請求項１記載の負荷分散装置。
【請求項３】
タイムスタンプを含む通知を受信し、
最後に受信した通知に含まれるタイムスタンプと当該最後に受信した通知の送信先の情報処理装置の識別情報とを格納するデータ格納部から、前記最後に受信した通知に含まれるタイムスタンプを特定し、
受信した前記通知に含まれるタイムスタンプと、抽出された前記最後に受信した通知に含まれるタイムスタンプとが同じである場合、受信した前記通知の送信先を、各々受信した順序で通知を共通の記憶装置に格納する複数の情報処理装置のうち、前記データ格納部に格納されている識別情報が示す情報処理装置に決定する、
処理をコンピュータが実行する負荷分散方法。
【請求項４】
記憶装置と、
各々受信した順序で通知を前記記憶装置に格納する複数の情報処理装置と、
前記複数の情報処理装置に通知を送信する負荷分散装置と、
を有し、
前記負荷分散装置は、
タイムスタンプを含む通知を受信する受信部と、
前記複数の情報処理装置の中から、受信した前記通知の送信先である１の情報処理装置を決定する決定部と、
最後に受信した通知に含まれるタイムスタンプと、当該最後に受信した通知の送信先の情報処理装置の識別情報とを格納するデータ格納部と、
を有し、
前記決定部は、
新たに受信した第１の通知に含まれるタイムスタンプと前記データ格納部に格納されているタイムスタンプとが同じである場合に、前記第１の通知の送信先を、前記データ格納部に格納されている識別情報が示す情報処理装置に決定する
負荷分散システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにおいて発生したイベントを管理する技術に関する。
【背景技術】
【０００２】
ＳＮＭＰ（Simple Network Management Protocol）は、ネットワークに接続された装置（以下、ネットワーク装置と呼ぶ）をネットワーク経由で監視及び制御するためのプロトコルである。ＳＮＭＰを利用するシステムにおいては、ネットワーク装置が、ネットワーク装置の状態が変化した場合に、ＳＮＭＰトラップと呼ばれる通知を、ネットワークを管理する管理サーバに送信する。管理サーバは、ＳＮＭＰトラップに含まれるデータによって、ネットワーク装置にどのようなイベント（例えば、障害）が発生したか特定することができる。
【０００３】
しかし、ネットワークが大規模化し、ネットワーク装置の数が増えると、管理サーバが受信するＳＮＭＰトラップの数も増える。その結果、管理サーバの処理が遅延し、イベントが発生したことを管理者に通知するのが遅くなることがある。また、管理サーバのリソースのオーバーフローによってＳＮＭＰトラップの一部を欠損し、ネットワーク装置の正確な状態を管理者に通知することができなくなることがある。
【０００４】
管理サーバを複数設ければ、管理サーバの負荷を分散することができる。しかし、同じタイムスタンプを含む複数のＳＮＭＰトラップを複数の管理サーバが処理するような状況が生じると、各管理サーバの処理速度が異なることが原因で、イベントが発生した順序を正確に特定することができなくなる。
【０００５】
従来の技術においては、イベントが発生した順序を、以下のような方法で管理する。具体的には、イベントの時刻情報と、イベントが発生した際にインクリメントするカウンタの値とを含む履歴情報を記憶する。そして、記憶された履歴情報に含まれている時刻情報及びカウンタの値を利用することで、履歴情報をイベントの発生順序どおりに並べ替える。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−１１６９２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
但し、上記の技術は、カウンタを管理するための機構を用意することを前提とした技術である。また、上記の技術においては、カウンタの値を管理する処理等の負荷を分散することは考慮されていない。
【０００８】
従って、本発明の目的は、１つの側面では、イベントのデータを処理する装置が複数設けられたシステムにおいて、イベントのデータをイベントが発生した順序どおりに処理するための技術を提供することである。
【課題を解決するための手段】
【０００９】
本発明に係る負荷分散装置は、タイムスタンプを含む通知を受信する受信部と、各々受信した順序で通知を共通の記憶装置に格納する複数の情報処理装置の中から、受信した通知の送信先である１の情報処理装置を決定する決定部と、最後に受信した通知に含まれるタイムスタンプと、当該最後に受信した通知の送信先の情報処理装置の識別情報とを格納するデータ格納部とを有する。そして、上で述べた決定部は、新たに受信した第１の通知に含まれるタイムスタンプとデータ格納部に格納されているタイムスタンプとが同じである場合に、第１の通知の送信先を、データ格納部に格納されている識別情報が示す情報処理装置に決定する。
【発明の効果】
【００１０】
１つの側面では、イベントのデータを処理する装置が複数設けられたシステムにおいて、イベントのデータをイベントが発生した順序どおりに処理できるようになる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本実施の形態におけるシステムの概要を示す図である。
【図２】図２は、負荷分散装置の機能ブロック図である。
【図３】図３は、データ格納部に格納されるデータの一例を示す図である。
【図４】図４は、ログＤＢに格納されるデータの一例を示す図である。
【図５】図５は、障害ＤＢに格納されるデータの一例を示す図である。
【図６】図６は、監視処理部が実行する処理について説明するための図である。
【図７】図７は、監視処理部が実行する処理について説明するための図である。
【図８】図８は、ＳＮＭＰトラップの一例を示す図である。
【図９】図９は、メインの処理フローを示す図である。
【図１０】図１０は、ＳＮＭＰトラップの送信先の決定について説明するための図である。
【図１１】図１１は、コンピュータの機能ブロック図である。
【図１２】図１２は、ネットワーク装置の機能ブロック図である。
【発明を実施するための形態】
【００１２】
図１に、本実施の形態におけるシステムの概要を示す。ネットワークスイッチ或いはルータ等であるネットワーク装置３１乃至３３は、本実施の形態の主要な処理を実行する負荷分散装置１に接続されている。負荷分散装置１は、管理サーバ５１及び５２に接続されている。管理サーバ５１及び５２は、ログＤＢ（DataBase）７に接続されている。ログＤＢ７は、障害ＤＢ９１及び監視処理部９２を含む監視サーバ９に接続されている。監視サーバ９は、監視端末１１に接続されている。
【００１３】
ネットワーク装置３１乃至３３は、監視端末１１を操作する監視者による監視の対象である。ネットワーク装置３１乃至３３は、イベントが発生した場合（例えば、障害が発生した場合又は障害が復旧した場合）に、発生したイベントの情報を含むＳＮＭＰトラップを負荷分散装置１に送信する。
【００１４】
負荷分散装置１は、ネットワーク装置３１乃至３３から受信したＳＮＭＰトラップの送信先を決定し、決定された送信先に対してＳＮＭＰトラップを送信する。ＳＮＭＰトラップの送信先を決定する処理については、後で詳細に説明する。
【００１５】
管理サーバ５１及び５２は、負荷分散装置１から受信したＳＮＭＰトラップに含まれるデータを、受信した順にログＤＢ７に格納する。管理サーバ５１及び５２は、ＳＮＭＰトラップに含まれるデータをログＤＢ７に格納する際に、データにログＩＤを付与する。ログＩＤは、ログを特定するための識別情報である。
【００１６】
監視サーバ９における監視処理部９２は、ログＤＢ７に新たにログが格納されると、タイムスタンプ及びログＩＤで、ログＤＢ７に格納されているログをソート（すなわち、並べ替え）する。ここでは、タイムスタンプを第１のソートキーとし、ログＩＤを第２のソートキーとする。そして、監視処理部９２は、ログＤＢ７に格納されているログに基づき、障害ＤＢ９１に格納されているデータを更新する。
【００１７】
監視端末１１は、例えば定期的に、障害ＤＢ９１に格納されているデータを読み出し、監視端末１１のモニタ等に表示する。監視端末１１を操作する監視者は、モニタに表示された内容を確認する。例えば、ネットワーク装置３１乃至３３のいずれかにおいて発生した障害が復旧していない場合には、障害を復旧するための対処をする。
【００１８】
図２に、負荷分散装置１の機能ブロック図を示す。負荷分散装置１は、受信部１１と、決定部１２と、データ格納部１３と、送信部１４とを含む。
【００１９】
受信部１１は、ネットワーク装置３１乃至３３からＳＮＭＰトラップを受信し、決定部１２に出力する。決定部１２は、データ格納部１３に格納されているデータを用いて、ＳＮＭＰトラップの送信先を決定する。そして、決定部１２は、決定された送信先の識別情報とＳＮＭＰトラップを送信部１４に出力する。送信部１４は、受け取った識別情報が示す送信先の管理サーバに対し、ＳＮＭＰトラップを送信する。
【００２０】
図３に、データ格納部１３に格納されるデータの一例を示す。図３の例では、ノードＩＤと、タイムスタンプと、送信先の管理サーバの識別情報とが格納される。ノードＩＤは、ネットワーク装置の識別情報である。タイムスタンプは、イベントが発生した時刻を表す情報である。データ格納部１３には、各ネットワーク装置について、最後に受信したＳＮＭＰトラップに含まれるタイムスタンプと、最後に受信したＳＮＭＰトラップの送信先の管理サーバの識別情報とが格納される。従って、新たにＳＮＭＰトラップを受信した場合には、そのＳＮＭＰトラップの送信元のネットワーク装置についてデータが更新される。
【００２１】
図４に、ログＤＢ７に格納されるデータの一例を示す。図４の例では、ログＩＤと、障害コードと、状態に関する情報と、タイムスタンプと、ノードＩＤとが格納される。ログＩＤの番号が小さいほどログＤＢ７に格納された時点が早い。状態が「発生」である場合、ネットワーク装置に障害が発生し、障害が未だ復旧していない。状態が「復旧」である場合、ネットワーク装置に発生した障害が既に復旧している。
【００２２】
図５に、障害ＤＢ９１に格納されるデータの一例を示す。図５の例では、ノードＩＤと、障害コードと、状態に関する情報とが格納される。障害コードは、障害の種類を表す。
【００２３】
図６及び図７を用いて、監視処理部９２が実行する処理について説明する。例えば、ログＤＢ７に新たにログが追加され、ログＤＢ７が図６に示した６０１の状態から６０２の状態に変化したとする。追加された、ログＩＤが４であるログは、ネットワーク装置３１において発生した障害Ａが時刻「２４」に復旧したことを表している。このように、ログＤＢ７に新たにログが追加されたことを検出すると、監視処理部９２は、追加されたログに基づき、障害ＤＢ９１に格納されているデータを更新する。例えば、障害ＤＢ９１が図７における７０１の状態である場合には、追加されたログによって、７０２の状態に更新する。ここでは、ネットワーク装置３１の状態が、「発生」から「復旧」に更新される。
【００２４】
このように、監視処理部９２は、或るネットワーク装置で発生した或る障害について、「発生」を表すログと「復旧」を表すログとを対応付けることによって、ネットワーク装置の状態を管理する。
【００２５】
図８に、ＳＮＭＰトラップの一例を示す。図８の例では、ＳＮＭＰトラップには、ＰＤＵ（Protocol Data Unit）タイプを表す情報と、ベンダの識別子と、エージェントアドレスと、トラップ番号と、拡張トラップ番号と、タイムスタンプと、データとが含まれる。ＰＤＵタイプを表す情報は、ＳＮＭＰトラップであることを表す。ベンダ識別子は、ベンダを識別するための情報である。エージェントアドレスは、例えば、イベントが発生したネットワーク装置のＩＰアドレスである。トラップ番号は、イベントの性質を規定する番号である。拡張トラップ番号は、イベントの性質をより具体的に規定する番号である。データの部分には、イベントに関する追加の情報等が含まれる。
【００２６】
次に、図９及び図１０を用いて、負荷分散装置１の動作について説明する。
【００２７】
まず、負荷分散装置１の受信部１１は、ネットワーク装置３１乃至３３のうちいずれかのネットワーク装置からＳＮＭＰトラップを受信する（図９：ステップＳ１）。受信部１１は、受信したＳＮＭＰトラップを決定部１２に出力する。
【００２８】
決定部１２は、ＳＮＭＰトラップの送信元のノードＩＤを、ＳＮＭＰトラップに含まれるエージェントアドレスによって特定する（ステップＳ３）。例えば、エージェントアドレスとノードＩＤとが対応付けられたデータを用いて、ノードＩＤを特定する。
【００２９】
決定部１２は、ステップＳ３において特定されたノードＩＤに対応するタイムスタンプを、データ格納部１３から特定する（ステップＳ５）。
【００３０】
決定部１２は、ステップＳ５において特定されたタイムスタンプが、受信したＳＮＭＰトラップに含まれるタイムスタンプと同じであるか判断する（ステップＳ７）。
【００３１】
同じである場合（ステップＳ７：Ｙｅｓルート）、決定部１２は、特定されたノードＩＤに対応する送信先の管理サーバの識別情報を、データ格納部１３から特定する（ステップＳ９）。決定部１２は、特定された識別情報及び受信したＳＮＭＰトラップを送信部１４に出力する。
【００３２】
同じではない場合（ステップＳ７：Ｎｏルート）、決定部１２は、所定の負荷分散アルゴリズム（例えば、ラウンドロビン）によって送信先の管理サーバの識別情報を特定する（ステップＳ１１）。そして、決定部１２は、データ格納部１３における、ステップＳ３において特定されたノードＩＤに対応するタイムスタンプ及び送信先の識別情報を、受信したＳＮＭＰトラップに含まれるタイムスタンプ及びステップＳ１１において特定された識別情報で更新する（ステップＳ１３）。決定部１２は、ステップＳ１１において特定された識別情報及び受信したＳＮＭＰトラップを送信部１４に出力する。
【００３３】
送信部１４は、決定部１２から受け取った識別情報が示す送信先の管理サーバに、受信したＳＮＭＰトラップを送信する（ステップＳ１５）。そして処理を終了する。
【００３４】
以上のような処理を実行すれば、或るネットワーク装置から受信した、タイムスタンプが同じである複数のＳＮＭＰトラップは、同じ管理サーバに送信される。管理サーバは、受信した順序どおりにログＩＤをログに付与してログＤＢ７に格納するので、タイムスタンプが同じである複数のＳＮＭＰトラップの順序を、ログＩＤによって特定できるようになる。
【００３５】
また、同じネットワーク装置からのＳＮＭＰトラップを同じ管理サーバに送信するという方法だと、イベントの発生状況によっては管理サーバの負荷に偏りが生じる。しかし、本実施の形態の方法であれば、そのような問題は生じない。
【００３６】
また、管理サーバを複数設けずに、１つの高性能な管理サーバを設けることにより、ＳＮＭＰトラップの増加に対処するという方法も考えられる。しかし、初期導入コストが高く、また、ネットワーク装置の数がさらに増えた場合にはサーバの入れ替えを行うことになるので運用が停止するという問題がある。
【００３７】
なお、管理サーバが複数設けられているので、管理サーバ毎に処理速度が異なることが原因で、タイムスタンプが示す時刻が後であるにもかかわらず先にログＤＢ７に格納されるログが生じる可能性がある。しかし、監視処理部９２は、タイムスタンプを第１のソートキーとしてログを並び替え、さらにログＩＤを第２のソートキーとしてログを並び替えるので、最終的には、ログＤＢ７にはイベントが発生した順序どおりにログが格納される。
【００３８】
図１０を用いて、負荷分散装置１による送信先の決定について具体的に説明する。例えば、或る１つのネットワーク装置について、８つのＳＮＭＰトラップを受信したとする。すなわち、障害Ａが時刻１１に発生したことを表すＳＮＭＰトラップと、障害Ａが時刻１２に復旧したことを表すＳＮＭＰトラップと、障害Ｂが時刻１３に発生したことを表すＳＮＭＰトラップと、障害Ｂが時刻１４に復旧したことを表すＳＮＭＰトラップと、障害Ｃが時刻１５に発生したことを表すＳＮＭＰトラップと、障害Ｃが時刻１５に復旧したことを表すＳＮＭＰトラップと、障害Ｄが時刻１６に発生したことを表すＳＮＭＰトラップと、障害Ｄが時刻１７に復旧したことを表すＳＮＭＰトラップとを、この順序で受信したとする。
【００３９】
送信先を決定するためのアルゴリズムがラウンドロビンである場合、送信先は、図１０の１００１のようになる。すなわち、障害Ａが時刻１１に発生したことを表すＳＮＭＰトラップは管理サーバ５１に送信され、障害Ａが時刻１２に復旧したことを表すＳＮＭＰトラップは管理サーバ５２に送信され、障害Ｂが時刻１３に発生したことを表すＳＮＭＰトラップは管理サーバ５１に送信され、障害Ｂが時刻１４に復旧したことを表すＳＮＭＰトラップは管理サーバ５２に送信され、障害Ｃが時刻１５に発生したことを表すＳＮＭＰトラップ（ここでは、第５のＳＮＭＰトラップと呼ぶ）は管理サーバ５１に送信され、障害Ｃが時刻１５に復旧したことを表すＳＮＭＰトラップ（ここでは、第６のＳＮＭＰトラップと呼ぶ）は管理サーバ５１に送信され、障害Ｄが時刻１６に発生したことを表すＳＮＭＰトラップは管理サーバ５２に送信され、障害Ｄが時刻１７に復旧したことを表すＳＮＭＰトラップは管理サーバ５１に送信される。
【００４０】
このように、第６のＳＮＭＰトラップ以外は、ラウンドロビンによって送信先が決定される。第６のＳＮＭＰトラップは、タイムスタンプが第５のＳＮＭＰトラップと同じであるので、第５のＳＮＭＰトラップの送信先と同じ送信先に送信される。
【００４１】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上で説明した負荷分散装置１及び監視サーバ９の機能ブロック構成は実際のプログラムモジュール構成に一致しない場合もある。
【００４２】
また、上で説明した各テーブルの構成は一例であって、上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。
【００４３】
なお、上で述べた例では、管理サーバは２つであるが、３つ以上であってもよい。
【００４４】
なお、上で述べた例では、管理サーバが物理サーバであり、ログＤＢ７が管理サーバとは別に設けられた例を示したが、１つの情報処理装置内に仮想マシンである管理サーバを複数実行し、その情報処理装置内にログＤＢ７を設けてもよい。
【００４５】
なお、上で述べた負荷分散装置１、管理サーバ５１及び５２、監視サーバ９並びに監視端末１１は、コンピュータ装置であって、図１１に示すように、メモリ２５０１とＣＰＵ（Central Processing Unit）２５０３とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本発明の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００４６】
また、上で述べたネットワーク装置３１乃至３３は、図１２に示すように、メモリ２６０１とＣＰＵ２６０３とハードディスク・ドライブ（ＨＤＤ）２６０５と表示装置２６０９に接続される表示制御部２６０７とリムーバブル・ディスク２６１１用のドライブ装置２６１３と入力装置２６１５とネットワークに接続するための通信部２６１７（図１２では、２６１７ａ乃至２６１７ｃ）とがバス２６１９で接続されている場合もある。なお、場合によっては、表示制御部２６０７、表示装置２６０９、ドライブ装置２６１３、入力装置２６１５は含まれない場合もある。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２６０５に格納されており、ＣＰＵ２６０３により実行される際にはＨＤＤ２６０５からメモリ２６０１に読み出される。必要に応じてＣＰＵ２６０３は、表示制御部２６０７、通信部２６１７、ドライブ装置２６１３を制御して、必要な動作を行わせる。なお、通信部２６１７のいずれかを介して入力されたデータは、他の通信部２６１７を介して出力される。ＣＰＵ２６０３は、通信部２６１７を制御して、適切に出力先を切り替える。また、処理途中のデータについては、メモリ２６０１に格納され、必要があればＨＤＤ２６０５に格納される。本発明の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２６１１に格納されて頒布され、ドライブ装置２６１３からＨＤＤ２６０５にインストールされる。インターネットなどのネットワーク及び通信部２６１７を経由して、ＨＤＤ２６０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２６０３、メモリ２６０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する
【００４７】
以上述べた本発明の実施の形態をまとめると、以下のようになる。
【００４８】
本実施の形態の第１の態様に係る負荷分散装置は、（Ａ）タイムスタンプを含む通知を受信する受信部と、（Ｂ）各々受信した順序で通知を共通の記憶装置に格納する複数の情報処理装置の中から、受信した通知の送信先である１の情報処理装置を決定する決定部と、（Ｃ）最後に受信した通知に含まれるタイムスタンプと、当該最後に受信した通知の送信先の情報処理装置の識別情報とを格納するデータ格納部とを有する。そして、上で述べた決定部は、（ｂ１）新たに受信した第１の通知に含まれるタイムスタンプとデータ格納部に格納されているタイムスタンプとが同じである場合に、第１の通知の送信先を、データ格納部に格納されている識別情報が示す情報処理装置に決定する。
【００４９】
このようにすれば、タイムスタンプが同じであったとしても、通知を受信した順序どおりに共通の記憶装置に格納できるようになる。これによって、イベントの発生順序どおりに通知を処理することができるようになる。
【００５０】
また、上で述べた決定部は、（ｂ２）第１の通知に含まれるタイムスタンプとデータ格納部に格納されているタイムスタンプとが同じではない場合に、第１の通知の送信先を、負荷分散のためのアルゴリズムで決定し、第１の通知に含まれるタイムスタンプ及び決定された送信先の情報処理装置の識別情報で、データ格納部に格納されているタイムスタンプ及び識別情報を更新してもよい。このようにすれば、タイムスタンプが同じではない場合には、負荷が特定の情報処理装置に集中することを抑制できるようになる。
【００５１】
また、上で述べたデータ格納部には、最後に受信した通知の送信元の装置の識別情報がさらに格納されてもよい。このようにすれば、複数の送信元び装置が存在する場合にも対処できるようになる。
【００５２】
本実施の形態の第２の態様に係る負荷分散方法は、（Ｄ）タイムスタンプを含む通知を受信し、（Ｅ）最後に受信した通知に含まれるタイムスタンプと当該最後に受信した通知の送信先の情報処理装置の識別情報とを格納するデータ格納部から、最後に受信した通知に含まれるタイムスタンプを特定し、（Ｆ）受信した通知に含まれるタイムスタンプと、抽出された最後に受信した通知に含まれるタイムスタンプとが同じである場合、受信した通知の送信先を、各々受信した順序で通知を共通の記憶装置に格納する複数の情報処理装置のうち、データ格納部に格納されている識別情報が示す情報処理装置に決定する処理を含む。
【００５３】
なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
【００５４】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００５５】
（付記１）
タイムスタンプを含む通知を受信する受信部と、
各々受信した順序で通知を共通の記憶装置に格納する複数の情報処理装置の中から、受信した前記通知の送信先である１の情報処理装置を決定する決定部と、
最後に受信した通知に含まれるタイムスタンプと、当該最後に受信した通知の送信先の情報処理装置の識別情報とを格納するデータ格納部と、
を有し、
前記決定部は、
新たに受信した第１の通知に含まれるタイムスタンプと前記データ格納部に格納されているタイムスタンプとが同じである場合に、前記第１の通知の送信先を、前記データ格納部に格納されている識別情報が示す情報処理装置に決定する
負荷分散装置。
【００５６】
（付記２）
前記決定部は、
前記第１の通知に含まれるタイムスタンプと前記データ格納部に格納されているタイムスタンプとが同じではない場合に、前記第１の通知の送信先を、負荷分散のためのアルゴリズムで決定し、前記第１の通知に含まれるタイムスタンプ及び決定された前記送信先の情報処理装置の識別情報で、前記データ格納部に格納されているタイムスタンプ及び識別情報を更新する
付記１記載の負荷分散装置。
【００５７】
（付記３）
前記データ格納部には、
前記最後に受信した通知の送信元の装置の識別情報がさらに格納される
付記１又は２記載の負荷分散装置。
【００５８】
（付記４）
タイムスタンプを含む通知を受信し、
最後に受信した通知に含まれるタイムスタンプと当該最後に受信した通知の送信先の情報処理装置の識別情報とを格納するデータ格納部から、前記最後に受信した通知に含まれるタイムスタンプを特定し、
受信した前記通知に含まれるタイムスタンプと、抽出された前記最後に受信した通知に含まれるタイムスタンプとが同じである場合、受信した前記通知の送信先を、各々受信した順序で通知を共通の記憶装置に格納する複数の情報処理装置のうち、前記データ格納部に格納されている識別情報が示す情報処理装置に決定する、
処理をコンピュータが実行する負荷分散方法。
【００５９】
（付記５）
記憶装置と、
各々受信した順序で通知を前記記憶装置に格納する複数の情報処理装置と、
前記複数の情報処理装置に通知を送信する負荷分散装置と、
を有し、
前記負荷分散装置は、
タイムスタンプを含む通知を受信する受信部と、
前記複数の情報処理装置の中から、受信した前記通知の送信先である１の情報処理装置を決定する決定部と、
最後に受信した通知に含まれるタイムスタンプと、当該最後に受信した通知の送信先の情報処理装置の識別情報とを格納するデータ格納部と、
を有し、
前記決定部は、
新たに受信した第１の通知に含まれるタイムスタンプと前記データ格納部に格納されているタイムスタンプとが同じである場合に、前記第１の通知の送信先を、前記データ格納部に格納されている識別情報が示す情報処理装置に決定する
負荷分散システム。
【符号の説明】
【００６０】
１  負荷分散装置    １１  受信部
１２  決定部    １３  データ格納部
１４  送信部    ３１，３２，３３  ネットワーク装置
５１，５２  管理サーバ    ７  ログＤＢ
９  監視サーバ    ９１  障害ＤＢ
９２  監視処理部    １１  監視端末
【図１】
2015095167.tif 000003
【図２】
2015095167.tif 000004
【図３】
2015095167.tif 000005
【図４】
2015095167.tif 000006
【図５】
2015095167.tif 000007
【図６】
2015095167.tif 000008
【図７】
2015095167.tif 000009
【図８】
2015095167.tif 000010
【図９】
2015095167.tif 000011
【図１０】
2015095167.tif 000012
【図１１】
2015095167.tif 000013
【図１２】
2015095167.tif 000014