(57)【要約】【課題】  ソフトウェアのバージョンアップ中であっても、アラーム通知を受信し、アラーム事象を認識できるアラームシステムを実現すること。【解決手段】  実施形態のアラームシステムは、アラーム通知を受信し、アラーム通知を、第１の系統と第２の系統との両方に配信する配信手段と、第１の系統に設けられ、配信手段から配信されたアラーム通知を記憶する第１の記憶手段と、第２の系統に設けられ、配信手段から配信されたアラーム通知を記憶する第２の記憶手段と、第１の系統に設けられ、第１の記憶手段に記憶されたアラーム通知を、ソフトウェアを用いて解析し、解析結果を出力する第１の解析手段と、第２の系統に設けられ、第２の記憶手段に記憶されたアラーム通知を、ソフトウェアを用いて解析し、解析結果を出力する第２の解析手段とを備える。【選択図】図１
2018067182.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアのバージョンアップ中であっても、アラーム通知の取得および解析を継続することができるアラームシステムであって、
前記アラーム通知を受信し、前記アラーム通知を、第１の系統と第２の系統との両方に配信する配信手段と、
前記第１の系統に設けられ、前記配信手段から配信されたアラーム通知を記憶する第１の記憶手段と、
前記第２の系統に設けられ、前記配信手段から配信されたアラーム通知を記憶する第２の記憶手段と、
前記第１の系統に設けられ、前記第１の記憶手段に記憶されたアラーム通知を、前記ソフトウェアを用いて解析し、解析結果を出力する第１の解析手段と、
前記第２の系統に設けられ、前記第２の記憶手段に記憶されたアラーム通知を、前記ソフトウェアを用いて解析し、解析結果を出力する第２の解析手段とを備え、
前記第１の解析手段を動作させ、前記第２の解析手段を停止させている間に、前記第２の解析手段のソフトウェアをバージョンアップし、前記バージョンアップの完了後、前記バージョンアップされたソフトウェアのテストを実施するために、前記第１の解析手段を動作させながら、前記第２の解析手段を動作させるようにした、アラームシステム。
【請求項２】
ソフトウェアのバージョンアップ中であっても、アラーム通知の取得および解析を継続することができるアラームシステムであって、
前記アラーム通知を受信し、前記アラーム通知を、第１の系統と第２の系統との両方に配信する配信手段と、
前記第１の系統に設けられ、前記配信手段から配信されたアラーム通知を記憶する第１の記憶手段と、
前記第２の系統に設けられ、前記配信手段から配信されたアラーム通知を記憶する第２の記憶手段と、
前記第１の系統に設けられ、前記第１の記憶手段に記憶されたアラーム通知を、前記ソフトウェアを用いて解析し、解析結果を出力する第１の解析手段と、
前記第２の系統に設けられ、前記第２の記憶手段に記憶されたアラーム通知を、前記ソフトウェアを用いて解析し、解析結果を出力する第２の解析手段とを備え、
前記第２の解析手段を動作させ、前記第１の解析手段を停止させている間に、前記第１の解析手段のソフトウェアをバージョンアップするようにした、アラームシステム。
【請求項３】
前記第１の解析手段のソフトウェアのバージョンアップが終了した後、前記バージョンアップされたソフトウェアを動作させるために、前記第２の解析手段を停止させ、前記第１の解析手段を動作させるようにした、請求項２に記載のアラームシステム。
【請求項４】
前記第１の解析手段のソフトウェアのバージョンアップが終了した後、バージョンアップ前のソフトウェアによるバックアップ動作のために、前記第２の解析手段を動作させながら、前記第１の解析手段を動作させるようにした、請求項２に記載のアラームシステム。
【請求項５】
前記配信手段、前記第１の記憶手段、および前記第１の解析手段を、第１のサーバに備え、前記第２の記憶手段、および前記第１の解析手段を、第２のサーバに備えた、請求項１乃至４のうち何れか１項に記載のアラームシステム。
【請求項６】
ソフトウェアのバージョンアップ中であっても、アラーム通知の取得および解析を継続することができるアラームシステムのための運用方法であって、
前記アラームシステムでは、
配信手段が、前記アラーム通知を受信し、前記アラーム通知を、第１の系統と第２の系統との両方に配信し、
前記第１の系統に設けられた第１の記憶手段が、前記配信手段から配信されたアラーム通知を記憶し、
前記第２の系統に設けられた第２の記憶手段が、前記配信手段から配信されたアラーム通知を記憶し、
前記第１の系統に設けられた第１の解析手段が、前記第１の記憶手段に記憶されたアラーム通知を、前記ソフトウェアを用いて解析し、解析結果を出力し、
前記第２の系統に設けられた第２の解析手段が、前記第２の記憶手段に記憶されたアラーム通知を、前記ソフトウェアを用いて解析し、解析結果を出力し、
前記第１の解析手段を動作させ、前記第２の解析手段を停止させている間に、前記第２の解析手段のソフトウェアをバージョンアップし、前記バージョンアップの完了後、前記バージョンアップされたソフトウェアのテストを実施するために、前記第１の解析手段を動作させながら、前記第２の解析手段を動作させるようにした、運用方法。
【請求項７】
ソフトウェアのバージョンアップ中であっても、アラーム通知の取得および解析を継続することができるアラームシステムのための運用方法であって、
前記アラームシステムでは、
配信手段が、前記アラーム通知を受信し、前記アラーム通知を、第１の系統と第２の系統との両方に配信し、
前記第１の系統に設けられた第１の記憶手段が、前記配信手段から配信されたアラーム通知を記憶し、
前記第２の系統に設けられた第２の記憶手段が、前記配信手段から配信されたアラーム通知を記憶し、
前記第１の系統に設けられた第１の解析手段が、前記第１の記憶手段に記憶されたアラーム通知を、前記ソフトウェアを用いて解析し、解析結果を出力し、
前記第２の系統に設けられた第２の解析手段が、前記第２の記憶手段に記憶されたアラーム通知を、前記ソフトウェアを用いて解析し、解析結果を出力し、
前記第２の解析手段を動作させ、前記第１の解析手段を停止させている間に、前記第１の解析手段のソフトウェアをバージョンアップするようにした、運用方法。
【請求項８】
前記アラームシステムでは、前記第１の解析手段のソフトウェアのバージョンアップが終了した後、前記バージョンアップされたソフトウェアを動作させるために、前記第２の解析手段を停止させ、前記第１の解析手段を動作させるようにした、請求項７に記載の運用方法。
【請求項９】
前記アラームシステムでは、前記第１の解析手段のソフトウェアのバージョンアップが終了した後、バージョンアップ前のソフトウェアによるバックアップ動作のために、前記第２の解析手段を動作させながら、前記第１の解析手段を動作させるようにした、請求項７に記載の運用方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、アラームシステムおよびその運用方法に関する。
【背景技術】
【０００２】
従来、ＴＶ局用の放送システムには、アラームシステムが備えられている。
【０００３】
この種のアラームシステムは、放送システム内のすべての装置から送信されるアラーム通知を受信し、受信したアラーム通知の内容を、ＧＵＩから表示させたり、音で報知するためのシステムである。
【０００４】
このようなアラームシステムは、通常、放送システム内に１つしか備えられていない。なぜなら、もしもアラームシステムとして、現用系と予備系との２つが備えらえている場合、放送システム内の各装置は、アラーム通知を送信する際に、まず、今どちらの系のアラームシステムが動作しているのかを把握する必要がある。しかしながら、現状、放送システム内の各装置は、そのように、動作中の系を判断し、動作中の系へ正しく送信する機能を備えておらず、アラーム通知を、ある１つのＩＰアドレスに向けて送信することしかできないからである。従って、放送システム内には、１つのアラームシステムしか備えらえていない。
【０００５】
したがって、万が一、この唯一のアラームシステムに故障が発生した場合、放送システム内の各装置は、アラームシステムが故障しているにも関わらず、アラームシステムに向けてアラーム通知を送信し続けることになる。
【０００６】
このような状況では、実際にアラーム事象が発生し、アラーム通知が送信されているにも関わらず、アラームシステムが故障しているために、アラーム通知の内容がＧＵＩから表示されることも、音で報知されることもなく、アラーム事象そのものが認識されないということになる。
【０００７】
ところで、アラームシステムの故障には、２つのタイプがある。１つはハードウェア的な故障であり、もう１つはソフトウェア的な故障である。
【０００８】
ハードウェア的な故障に対しては、ハードウェアを２台用意し、１台を現用系、もう１台を予備系とし、さらに、クラスタリングというミドルウェアを適用することによって、現用系が故障した場合に、シームレスに予備系に切り替えることにより、対応することができる。
【０００９】
一方、ソフトウェア的な故障に対しては、仮にクラスタリングを適用したとしても、プロセッサが１つしかないので、処理自体が停止してしまう。しかしながら、ソフトウェアが故障するということはバグではない限り、通常ではあり得ることではない。本来、適切にプログラムされたソフトウェアであれば、バグはない筈であるので、ソフトウェアは、常時、正常に動作する。従って、ソフトウェア的な故障を想定することは現実的ではない。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０１５−５０６９２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、ソフトウェアのバージョンアップの際には、ソフトウェアを長時間停止する必要がある。したがって、この間は、アラームシステムは、機能しない。よって、この間に、アラーム通知が送信されたとしても、アラームシステムは、このアラーム通知を受信することも、処理することもできず、アラーム通知の内容がＧＵＩから表示されることも、音で報知されることもなく、アラーム事象は認識されないということになる。
【００１２】
本発明が解決しようとする課題は、ソフトウェアのバージョンアップ中であっても、アラーム通知を受信し、アラーム事象を認識することができるアラームシステムおよびその運用方法を提供することである。
【課題を解決するための手段】
【００１３】
実施形態のアラームシステムは、ソフトウェアのバージョンアップ中であっても、アラーム通知の取得および解析を継続することができるアラームシステムであって、アラーム通知を受信し、アラーム通知を、第１の系統と第２の系統との両方に配信する配信手段と、第１の系統に設けられ、配信手段から配信されたアラーム通知を記憶する第１の記憶手段と、第２の系統に設けられ、配信手段から配信されたアラーム通知を記憶する第２の記憶手段と、第１の系統に設けられ、第１の記憶手段に記憶されたアラーム通知を、ソフトウェアを用いて解析し、解析結果を出力する第１の解析手段と、第２の系統に設けられ、第２の記憶手段に記憶されたアラーム通知を、ソフトウェアを用いて解析し、解析結果を出力する第２の解析手段とを備える。そして、第１の解析手段を動作させ、第２の解析手段を停止させている間に、第２の解析手段のソフトウェアをバージョンアップし、バージョンアップの完了後、バージョンアップされたソフトウェアのテストを実施するために、第１の解析手段を動作させながら、第２の解析手段を動作させる。
【図面の簡単な説明】
【００１４】
【図１】放送システムに適用されたアラームシステムの構成例を示す機能ブロック図である。
【図２Ａ】リリース対象ソフトウェアおよび設定のテストを実施する際の構成を示す機能ブロック図（１／２）である。
【図２Ｂ】リリース対象ソフトウェアおよび設定のテストを実施する際の構成を示す機能ブロック図（２／２）である。
【図３Ａ】ソフトウェアリリース時に第１の系統が停止している間における、第２の系統によるバックアップ稼働の際の構成を示す機能ブロック図（１／４）である。
【図３Ｂ】ソフトウェアリリース時に第１の系統が停止している間における、第２の系統によるバックアップ稼働の際の構成を示す機能ブロック図（２／４）である。
【図３Ｃ】ソフトウェアリリース時に第１の系統が停止している間における、第２の系統によるバックアップ稼働の際の構成を示す機能ブロック図（３／４）である。
【図３Ｄ】ソフトウェアリリース時に第１の系統が停止している間における、第２の系統によるバックアップ稼働の際の構成を示す機能ブロック図（４／４）である。
【図４Ａ】第１の系統にソフトウェアリリースした後の、第２の系統による、旧バージョンによるバックアップ稼働の際の構成を示す機能ブロック図（１／４）である。
【図４Ｂ】第１の系統にソフトウェアリリースした後の、第２の系統による、旧バージョンによるバックアップ稼働の際の構成を示す機能ブロック図（２／４）である。
【図４Ｃ】第１の系統にソフトウェアリリースした後の、第２の系統による、旧バージョンによるバックアップ稼働の際の構成を示す機能ブロック図（３／４）である。
【図４Ｄ】第１の系統にソフトウェアリリースした後の、第２の系統による、旧バージョンによるバックアップ稼働の際の構成を示す機能ブロック図（４／４）である。
【図５】リリース対象ソフトウェアおよび設定のテスト時の動作例を示すフローチャートである。
【図６】ソフトウェアリリース時に第１の系統が停止している間における、第２の系統によるバックアップ稼働の際の動作例を示すフローチャートである。
【図７】第１の系統にソフトウェアリリースした後の、第２の系統による、旧バージョンによるバックアップ稼働の際の動作例を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下に、本発明の実施形態のアラームシステムを、図面を参照して説明する。
【００１６】
本発明の実施形態のアラームシステムは、ソフトウェアのバージョンアップ中であっても、アラーム通知の取得および解析を継続することができるアラームシステムである。このようなアラームシステムを、放送システムに適用される場合を例に説明する。
【００１７】
図１は、放送システム５０に適用されたアラームシステム１０の構成例を示す機能ブロック図である。
【００１８】
アラームシステム１０は、マスタサーバ２０と、縮退系サーバ３０とを備える。
【００１９】
マスタサーバ２０は、配信部２１と、データベース（以下、「ＤＢ」と称する）２２と、解析部２３と、ログテーブル２４と、端末通知プロセス２５とを備える。また、縮退系サーバ３０は、ＤＢ  ３２と、解析部３３と、ログテーブル３４と、端末通知プロセス３５とを備える。縮退系サーバ３０は、マスタサーバ２０とは異なり、配信部２１を備えていないので、マスタサーバ２０よりも機能的にも価格的にも低いサーバで実現できることから、縮退系と称される。
【００２０】
配信部２１は、放送システム５０において生成されたすべてのアラーム通知を受信し、受信したアラーム通知をＤＢ  ２２と、ＤＢ  ３２との両方に配信する。ＤＢ  ２２と、ＤＢ  ３２とは大容量の記憶装置であって、それぞれ、例えば９０日分のアラーム通知を記憶することができる。９０日分のアラーム通知を記憶した後は、９１日目のアラーム通知を削除し、削除されたスペースに、最新日のアラーム通知を記憶する。
【００２１】
アラーム通知は、好適には、ＳＮＭＰパケットによってなされ、発信元、エラー内容、ログ情報等を含んでいる。配信部２１には、ＩＰアドレスが付されており、放送システム５０内の図示しない各部位では、エラーが発生すると、アラーム通知を生成し、配信部２１のＩＰアドレスを宛先として出力する。これによって、放送システム５０において生成されたすべてのアラーム通知が、配信部２１に到達する。
【００２２】
ＤＢ  ２２は、配信部２１から配信されたアラーム通知を記憶する。同様に、ＤＢ  ３２もまた、配信部２１から配信されたアラーム通知を記憶する。
【００２３】
解析部２３は、ＤＢ  ２２に記憶されたアラーム通知を、ソフトウェアを用いて解析し、解析結果およびそのログを、ログテーブル２４へ出力する。同様に、解析部３３は、ＤＢ  ３２に記憶されたアラーム通知を、ソフトウェアを用いて解析し、解析結果およびそのログを、ログテーブル３４へ出力する。
【００２４】
ログテーブル２４は、解析部２３から出力されたログを記憶するとともに、解析部２３から出力された解析結果を、端末通知プロセス２５へ出力する。ログテーブル３４は、解析部３３から出力されたログを記憶するとともに、解析部３３から出力された解析結果を、端末通知プロセス３５へ出力する。
【００２５】
端末通知プロセス２５は、ログテーブル２４から出力された解析結果を、クライアント４０へ送り、クライアント４０は、この解析結果に基づいて、音や表示等によってアラームを出力する。端末通知プロセス３５は、ログテーブル３４から出力された解析結果を、クライアント４２へ送り、クライアント４２は、この解析結果に基づいて、音や表示等によってアラームを出力する。
【００２６】
マスタサーバ２０および縮退系サーバ３０は、例えば、図示していないが、ＣＰＵ（Central Processing Unit）、並びに、ＣＰＵが処理を実行するためのアプリケーションプログラムやデータを格納するＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等を備える。マスタサーバ２０は、ＲＯＭに格納されたアプリケーションプログラムを、ＲＡＭを利用してＣＰＵに実行させることで、配信部２１、解析部２３、および端末通知プロセス２５の機能を実現する。縮退系サーバ３０もまた、ＲＯＭに格納されたアプリケーションプログラムを、ＲＡＭを利用してＣＰＵに実行させることで、解析部３３および端末通知プロセス３５の機能を実現する。
【００２７】
マスタサーバ２０に備えられたＤＢ  ２２、解析部２３、ログテーブル２４、および端末通知プロセス２５は第１の系統を構成し、縮退系サーバ３０に備えられたＤＢ  ３２、解析部３３、ログテーブル３４、および端末通知プロセス３５は第２の系統を構成する。解析部２３と解析部３３とには、通常は、同一のバージョンの同一のプログラムがインストールされている。同様に、端末通知プロセス２５と端末通知プロセス３５とにも、通常は、同一のバージョンの同一のプログラムがインストールされている。
【００２８】
このようにアラームシステム１０は、機能的に等価な２つの系統を備えていることによって、以下のような用途を実現する。  
（１）リリース対象ソフトウェアおよび設定のテスト。  
（２）ソフトウェアリリース時に第１の系統が停止している間、第２の系統によるバックアップ稼働。  
（３）第１の系統にソフトウェアリリースした後、第２の系統による、旧バージョンによるバックアップ稼働。
【００２９】
以下に、上記（１）〜（３）各ケースについて説明する。
【００３０】
（１）リリース対象ソフトウェアおよび設定のテスト。  
リリース対象ソフトウェアおよび設定のテストを行う場合、図２Ａに示すように、クライアント４２を端末通知プロセス３５から切断し、第２の系統を停止する。ただし、第２の系統が停止している間であっても、配信部２１はＤＢ  ３２へアラーム通知を配信し、ＤＢ  ３２は、配信部２１から配信されたアラーム通知を、図示しないメッセージキューにタイムスタンプ付きでキューイングする。
【００３１】
そして、第２の系統を停止している間に、解析部３３に、新たなソフトウェアおよび設定をインストールする。インストール完了後、図２Ｂに示すように、クライアント４２を端末通知プロセス３５に再び接続し、第２の系統を再起動する。
【００３２】
このようにすることによって、第１の系統を動作させたまま、第２の系統に新たなソフトウェアおよび設定をインストールし、インストール完了後、第２の系統を動作させることができる。前述したように、第２の系統が停止している間であっても、ＤＢ  ３２には、その間に配信部２１から配信されたアラーム通知が蓄積されるので、縮退系サーバ３０による運用を行うことが可能な時間に制限はなくなり、また、第１の系統からクライアント４０へ出力されたアラーム通知と、第２の系統からクライアント４２へ出力されたアラーム通知とが同一であるか否かを確認することができる。そして、同一であることが確認されれば、リソース対象ソフトウェアおよび設定のテストが成功したと判定する。
【００３３】
（２）ソフトウェアリリース時に第１の系統が停止している間、第２の系統によるバックアップ稼働。  
ソフトウェアリリース時に第１の系統が停止している間のバックアップ稼働を行う場合、先ず図３Ａに示すように、クライアント４２が、端末通知プロセス３５に接続されていない状態で、ＤＢ  ２２に記憶されているデータを、ＤＢ  ３２へコピーする。次に図３Ｂに示すように、クライアント４２を、端末通知プロセス３５へ接続する。その後、図３Ｃに示すように、クライアント４０を端末通知プロセス２５から切断し、第１の系統を停止する。ただし、第１の系統が停止している間であっても、配信部２１は、アラーム通知をＤＢ  ２２へ配信し、ＤＢ  ２２は、配信部２１から配信されたアラーム通知を、図示しないメッセージキューにタイムスタンプ付きでキューイングする。
【００３４】
そして、第１の系統が停止している間に、解析部２３に、新たなソフトウェアおよび設定をインストールする。この間、第２の系統が、第１の系統のバックアップとして稼働することによって、アラーム通知をクライアント４２へ出力する。
【００３５】
そして、インストールの完了後、図３Ｄに示すように、クライアント４０を端末通知プロセス２５に接続し、第１の系統を再起動する。再起動後、解析部２３は、停止中にＤＢ  ２２にキューイングされていたアラーム通知を使って解析をすることにより、停止中の状態を復元する。これによって、第２の系統は、第１の系統のバックアップとして稼働する必要がなくなったので、クライアント４２を、端末通知プロセス３５から切断する。
【００３６】
このようにすることによって、ソフトウェアリリース時に第１の系統が停止している間、第２の系統によるバックアップ稼働を実施することができる。
【００３７】
（３）第１の系統にソフトウェアリリースした後、第２の系統による、旧バージョンによるバックアップ稼働。  
第１の系統にソフトウェアリリースした後、第２の系統によって、旧バージョンによるバックアップ稼働を行う場合、図４Ａに示すように、クライアント４２を端末通知プロセス３５から切断する。そして、ＤＢ  ２２、解析部２３、ログテーブル２４、および端末通知プロセス２５の内容を、ＤＢ  ３２、解析部３３、ログテーブル３４、および端末通知プロセス３５それぞれにコピーする。その後、図４Ｂに示すように、クライアント４２を端末通知プロセス３５に接続する。
【００３８】
その後、図４Ｃに示すように、クライアント４０を端末通知プロセス２５から切断し、第１の系統を停止させ、その間、解析部２３および端末通知プロセス２５のソフトウェアを新バージョンに更新する。なお、この間は、第２の系統が、アラーム通知の解析を行う。第１の系統への新バーションのソフトウェアの更新が終了すると、図４Ｄに示すように、クライアント４０を端末通知プロセス２５へ接続し、第１の系統を起動するとともに、クライアント４２を端末通知プロセス３５から切断する。これによって、第１の系統によって、新バージョンのソフトウェアによるアラーム通知の解析がなされるようになる一方、第２の系統によって、旧バージョンのソフトウェアを、裏で動作させる。
【００３９】
このようにすることによって、第１の系統を、新バージョンのソフトウェアに更新し、動作させる一方、第２の系統において、バックアップとして旧バージョンのソフトウェアによって動作させることができる。
【００４０】
次に、上記（１）〜（３）の各ケースを実現するための運用方法を、フローチャートを用いてそれぞれ説明する。
【００４１】
（１）リリース対象ソフトウェアおよび設定のテスト時の動作を図５のフローチャートに示す。
【００４２】
リリース対象ソフトウェアおよび設定のテストを行う場合、図２Ａに示すように、先ず、クライアント４２が、端末通知プロセス３５から切断され、第２の系統が停止される（Ｓ１）。ただし、第２の系統が停止している間であっても、配信部２１からＤＢ  ３２へはアラーム通知が配信され、ＤＢ  ３２では、配信部２１から配信されたアラーム通知が、図示しないメッセージキューにタイムスタンプ付きでキューイングされる。
【００４３】
このように、第２の系統が停止している間に、解析部３３に、新たなソフトウェアおよび設定がインストールされる（Ｓ２）。
【００４４】
インストール完了後、図２Ｂに示すように、クライアント４２が端末通知プロセス３５へ再び接続され、第２の系統が再起動される（Ｓ３）。
【００４５】
このようにすることによって、第１の系統を動作させたまま、第２の系統に新たなソフトウェアおよび設定をインストールし、インストール完了後、第２の系統を動作させることができるようになる。
【００４６】
また、前述したように、第２の系統が停止している間であっても、ＤＢ  ３２には、その間に配信部２１から配信されたアラーム通知が蓄積されるので、縮退系サーバ３０による運用を行うことが可能な時間に制限はなくなる。また、これによって、第１の系統からクライアント４０へ出力されたアラーム通知と、第２の系統からクライアント４２へ出力されたアラーム通知とが同一であるか否かを確認することもできるようになる。そして、同一であることを確認することによって、リソース対象ソフトウェアおよび設定のテストが成功したと判定することができる。
【００４７】
（２）ソフトウェアリリース時に第１の系統が停止している間、第２の系統によってバックアップ稼働する場合の動作を、図６のフローチャートに示す。
【００４８】
ソフトウェアリリース時に第１の系統が停止している間のバックアップ稼働を行う場合、図３Ａに示すように、先ず、クライアント４２が端末通知プロセス３５に接続されていない状態で、ＤＢ  ２２に記憶されているデータが、ＤＢ  ３２へコピーされる（Ｓ１１）。
【００４９】
次に図３Ｂに示すように、クライアント４２が、端末通知プロセス３５へ接続される（Ｓ１２）。その後、図３Ｃに示すように、クライアント４０が、端末通知プロセス２５から切断され、第１の系統が停止される（Ｓ１３）。ただし、第１の系統が停止している間であっても、配信部２１から、アラーム通知がＤＢ  ２２へ配信され、ＤＢ  ２２では、配信部２１から配信されたアラーム通知が、図示しないメッセージキューにタイムスタンプ付きでキューイングされる。
【００５０】
このように、第１の系統が停止している間に、解析部２３へ、新たなソフトウェアおよび設定がインストールされる（Ｓ１４）。この間、第２の系統が、第１の系統のバックアップとして稼働することによって、アラーム通知がクライアント４２へ出力される（Ｓ１５）。
【００５１】
そして、インストールの完了後、図３Ｄに示すように、クライアント４０が端末通知プロセス２５に接続され、第１の系統が再起動される（Ｓ１６）。再起動後、解析部２３では、停止中にＤＢ  ２２にキューイングされていたアラーム通知を使って解析がなされることにより、停止中の状態が復元される（Ｓ１７）。これによって、第２の系統は、第１の系統のバックアップとして稼働する必要がなくなったので、クライアント４２が、端末通知プロセス３５から切断される（Ｓ１８）。
【００５２】
このようにすることによって、ソフトウェアリリース時に第１の系統が停止している間、第２の系統によるバックアップ稼働を実施することができる。
【００５３】
（３）第１の系統にソフトウェアリリースした後、第２の系統によって、旧バージョンによるバックアップ稼働する場合の動作を、図７のフローチャートに示す。
【００５４】
第１の系統にソフトウェアリリースした後、第２の系統によって、旧バージョンによるバックアップ稼働を行う場合、先ず、図４Ａに示すように、クライアント４２が、端末通知プロセス３５から切断される（Ｓ２１）。
【００５５】
次に、ＤＢ  ２２、解析部２３、ログテーブル２４、および端末通知プロセス２５の内容が、ＤＢ  ３２、解析部３３、ログテーブル３４、および端末通知プロセス３５それぞれにコピーされる（Ｓ２２）。その後、図４Ｂに示すように、クライアント４２が、端末通知プロセス３５に接続される（Ｓ２３）。
【００５６】
その後、図４Ｃに示すように、クライアント４０が端末通知プロセス２５から切断され、第１の系統が停止される（Ｓ２４）。その間、解析部２３および端末通知プロセス２５のソフトウェアが新バージョンに更新される（Ｓ２５）。なお、この間は、第２の系統によって、アラーム通知の解析がなされる。
【００５７】
第１の系統への新バーションのソフトウェアの更新が終了すると、図４Ｄに示すように、クライアント４０が端末通知プロセス２５へ接続され、第１の系統が起動される（Ｓ２６）。また、クライアント４２が端末通知プロセス３５から切断される（Ｓ２７）。
【００５８】
このようにすることによって、第１の系統を、新バージョンのソフトウェアに更新し、動作させながら、一方、第２の系統では、バックアップとして旧バージョンのソフトウェアによって動作させることができる。
【００５９】
上述したように、本実施形態のアラームシステムにおいては、上記のような作用により、第１の系統を動作させたまま、第２の系統に新たなソフトウェアおよび設定をインストールし、インストール完了後、第２の系統を動作させることができる。そして、第１の系統からクライアント４０へ出力されたアラーム通知と、第２の系統からクライアント４２へ出力されたアラーム通知とが同一であるか否かを確認し、同一であることを確認することによって、リソース対象ソフトウェアおよび設定のテストが成功したと判定することができる。
【００６０】
また、ソフトウェアリリース時に第１の系統が停止している間、第２の系統によるバックアップ稼働を実施することができる。
【００６１】
さらには、第１の系統を、新バージョンのソフトウェアに更新し、動作させながら、一方、第２の系統では、バックアップとして旧バージョンのソフトウェアによって動作させることができることができる。
【００６２】
このように、本実施形態のアラームシステムは、ソフトウェアのバージョンアップ中であっても、アラーム通知を受信し、アラーム事象を認識することが可能となる。
【００６３】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【００６４】
たとえば、上記実施形態では、実施形態のアラームシステムを、放送システムに適用される場合を例に説明した。しかしながら、実施形態のアラームシステムの適用対象は、放送システムに限定されることはなく、例えば、発電所や、工場等のように一般的な産業プラントに適用することも可能である。
【符号の説明】
【００６５】
１０  アラームシステム、２０  マスタサーバ、２１  配信部、２２  データベース、２３  解析部、２４  ログテーブル、２５  端末通知プロセス、３０  縮退系サーバ、３３  解析部、３４  ログテーブル、３５  端末通知プロセス、４０  クライアント、４２  クライアント、５０  放送システム。
【図１】
2018067182.tif 000003
【図２Ａ】
2018067182.tif 000004
【図２Ｂ】
2018067182.tif 000005
【図３Ａ】
2018067182.tif 000006
【図３Ｂ】
2018067182.tif 000007
【図３Ｃ】
2018067182.tif 000008
【図３Ｄ】
2018067182.tif 000009
【図４Ａ】
2018067182.tif 000010
【図４Ｂ】
2018067182.tif 000011
【図４Ｃ】
2018067182.tif 000012
【図４Ｄ】
2018067182.tif 000013
【図５】
2018067182.tif 000014
【図６】
2018067182.tif 000015
【図７】
2018067182.tif 000016