ネットワーク保守システムと方法並びに装置
【課題】故障／警報の発生から回復までの一連の復旧、保守作業の自動化を可能とするシステムの提供。
【解決手段】ＬＴＥネットワーク上の通信ノードの故障又は警報の通知を保守卓から受け取る第１のサーバ（２０３）と、第１のサーバ（２０３）と接続され、ＩＰ電話の構内交換を行う第２のサーバ（２１１）と、第１のサーバ（２０３）と接続され、在庫及び発注を管理する第３のサーバ（２２１）を備え、第１のサーバ（２０３）は、故障と警報に対して、対応する保守のシナリオをデータとして記憶装置に記憶しており、前記保守卓からの通信ノードの故障又は警報の通知を受けると、故障又は警報に対応した保守のシナリオを決定し、前記第２及び／又は第３のサーバに通知し、第２のサーバ（２１１）のシステム（２１０）では、保守に必要な要員の手配を行い、第３のサーバ（２２１）のシステム（２２０）では、保守で必要な部品の在庫の問い合わせと取り出し前記部品の発注を行う。
【解決手段】ＬＴＥネットワーク上の通信ノードの故障又は警報の通知を保守卓から受け取る第１のサーバ（２０３）と、第１のサーバ（２０３）と接続され、ＩＰ電話の構内交換を行う第２のサーバ（２１１）と、第１のサーバ（２０３）と接続され、在庫及び発注を管理する第３のサーバ（２２１）を備え、第１のサーバ（２０３）は、故障と警報に対して、対応する保守のシナリオをデータとして記憶装置に記憶しており、前記保守卓からの通信ノードの故障又は警報の通知を受けると、故障又は警報に対応した保守のシナリオを決定し、前記第２及び／又は第３のサーバに通知し、第２のサーバ（２１１）のシステム（２１０）では、保守に必要な要員の手配を行い、第３のサーバ（２２１）のシステム（２２０）では、保守で必要な部品の在庫の問い合わせと取り出し前記部品の発注を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システムに関し、特に、ネットワークの故障等に対応するシステムと方法並びに装置に関する。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）により標準化が進められている移動通信システムである。ＬＴＥシステムでは、ネットワークを構成する通信ノードの故障は保守卓に集められ、保守員が保守卓を使用して故障／警報を監視する。通信ノードの故障は、ハードウェアに依存する部分が大きい。また、これらの故障情報は、装置の提供メーカー毎に異なる。
【０００３】
このため、通信ノードの故障情報は、メーカー別の保守卓に集められる。保守卓の出力画面や保守卓で作成されるログ情報の出力などで保守員に故障を通知する。
【０００４】
通知を受けた保守員は、通知された情報から故障の内容を判断する。
【０００５】
ハードウェアの個別不良の故障の場合、マニュアル等に従って交換の指示を行う。
【０００６】
不良品の交換を行う建設工事部門は、交換した不良品の修理の依頼を、例えば製造元のメーカー等に対して行う。
【０００７】
資材部門では、交換用の予備品の補充のための在庫確認を行うとともに、今後、不足しそうな場合には、交換用の予備品の注文等の作業を、例えば資材用業務システムを用いて行う。
【０００８】
保守員がハードウェアの個別不良であるか否かわからない場合、または、処置方法が不明である場合、保守員から技術部門に情報が伝えられる。
【０００９】
技術部門では、例えば不良の原因となる被疑装置のメーカーに連絡を行った上で、設計不良も考慮しながら、対応方法を決定する。また、サービスへの影響を最小限に抑え、再発防止を行うための解析と対策が行われる。
【００１０】
更に、サービスが大幅にダウンする場合には、公共のシステムダウンになるため、総務省の電気通信事業法に従い、解決までに例えば１時間単位の緊急性が求められる。
【００１１】
図１は、ネットワーク設備の保守システムの典型的なシステム構成を示す図である。図１を参照すると、ＬＴＥシステム１００の通信ノード群１０１−１、１０１−２をそれぞれ監視する保守卓１０２−１、１０２−２を備えている。図１の例では、メーカー毎に通信ノード群１０１と保守卓１０２が設けられる。通信ノード群１０１−１の故障、警報の情報は、保守卓１０２−１に通知され、通信ノード群１０１−２の故障、警報の情報は、別系統の保守卓１０２−２に通知される。保守卓１０２−１、１０２−２には、システム保守員に対して故障情報等を通知するためのマンマシンインタフェースを備える。なお、図１において、人手による情報伝達は図示されない。通信ノード群１０１−１と、１０１−２は、例えばＬＴＥの基地局（ｅＮｏｄｅＢ（ｅＮＢ）あるいはＨｏｍｅ-ｅＮｏｄｅＢ（ＨｅＮＢ））等を含む。
【００１２】
なお、本発明の実施例で用いられるＳＯＡＰアーキテクチャについては特許文献１、非特許文献５等の記載が参照される。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特表２００４−５３４９９１号公報
【非特許文献】
【００１４】
【非特許文献１】標準化団体 Ｎｅｘｔ Gｅｎｅｒａｔｉｏｎ Mｏｂｉｌｅ Ｎｅｔｗｏｒｋｓ、“ＮＧＭＮ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ ｏｎ ＳＯＮ ａｎｄ Ｏ＆Ｍ Ｒｅｑｕｉｒｅｍｅｎｔｓ”、２００８年１２月０５日
【非特許文献２】標準化団体 Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋｓ、“ＮＧＭＮ Ｉｎｆｏｒｍａｔｉｖｅ Ｌｉｓｔ ｏｆ ＳＯＮ Ｕｓｅ Ｃａｓｅｓ”、２００７年０４月１７日
【非特許文献３】３ＧＰＰ ＴＲ ３６．９０２ Ｖ９．２．０ （２０１０−０６） Ｔｅｃｈｎｉｃａｌ Ｒｅｐｏｒｔ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ； Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ； Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ−ＵＴＲＡＮ）； Ｓｅｌｆ−ｃｏｎｆｉｇｕｒｉｎｇ ａｎｄ ｓｅｌｆ−ｏｐｔｉｍｉｚｉｎｇ ｎｅｔｗｏｒｋ （ＳＯＮ） ｕｓｅ ｃａｓｅｓ ａｎｄ ｓｏｌｕｔｉｏｎｓ （Ｒｅｌｅａｓｅ ９）
【非特許文献４】３ＧＰＰ ＴＳ ３２．５００ Ｖ１０．１．０ （２０１０−０９）Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ； Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｓｅｒｖｉｃｅｓ ａｎｄ Ｓｙｓｔｅｍ Ａｓｐｅｃｔｓ； Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ； Ｓｅｌｆ−Ｏｒｇａｎｉｚｉｎｇ Ｎｅｔｗｏｒｋｓ （ＳＯＮ）； Ｃｏｎｃｅｐｔｓ ａｎｄ ｒｅｑｕｉｒｅｍｅｎｔｓ （Ｒｅｌｅａｓｅ １０）
【非特許文献５】Ｗ３Ｃ ＳＯＡＰ ｖ１．２ Ｐａｒｔ０：Ｐｒｉｍｅｒ ２００７年０４月２７日
【発明の開示】
【発明が解決しようとする課題】
【００１５】
以下に関連技術の問題点を説明する。
【００１６】
保守作業は、保守作業を行う保守員が起点で開始されるが、故障／警報の発生から復旧させるには、保守員に、技術的に高度で膨大な製品、システムに対する予備知識が必要とされる。また、保守作業に多くの保守員の工数が必要となる場合がある。さらに、保守員の育成に、時間と費用もかかる。システムの復旧作業でヒューマンエラーの発生の可能性もある。障害、警報の発生から、復旧までに、保守員つまり人間系が処理する対応が必要になる。緊急の問題発生時でも、故障／警報の発生から暫定対応の間に、保守員の作業の段取りと、人の操作が必要であり、関係者への連絡等で時間がかかる場合がある。
【００１７】
ＬＴＥシステムのサービス停止の時間の短縮と、保守時間の低減の観点では、人手の処理の介在を減らしていく必要がある。
【００１８】
そこで、本発明の目的は、故障／警報の発生から回復までの一連の復旧、保守作業を自動化するシステムと方法を提供することにある。
【課題を解決するための手段】
【００１９】
前記課題を解決するため、本発明が概略以下の構成とされる。
【００２０】
本発明の第１視点（first aspect）によれば、ネットワーク上の通信ノードの故障又は前記ネットワークの警報を保守卓から受け取る第１のサーバ装置と、
前記第１のサーバ装置と接続されＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話の構内交換を行う第２のサーバ装置と、
前記第１のサーバ装置と接続され在庫及び発注を管理する第３のサーバ装置と、
を備え、
前記第１のサーバ装置は、前記保守卓から通知される故障と警報に対して対応する保守・復旧のシナリオをデータとして予め、記憶装置に記憶しており、
前記保守卓から故障又は警報の通知を受けると、前記故障又は警報に対応したシナリオを決定し、前記シナリオの規定に基づき、前記第２のサーバ装置及び／又は前記第３のサーバ装置に対応を指示し、
前記第２のサーバ装置は、前記第１のサーバ装置からの指示を受けると、前記指示に基づき、電話又はメールにて保守に必要な要員の手配を行う手段を備え、
前記第３のサーバ装置は、前記第１のサーバ装置からの指示を受けると、前記指示に基づき、保守で必要な部品の在庫の問い合わせと取り出し、さらに、前記部品の発注が必要と判断した場合、前記部品の発注を行う手段を備えた保守システムが提供される。
【００２１】
本発明の第２視点（second aspect）によれば、ネットワーク上の通信ノードの故障又は前記ネットワークに関する警報の通知を保守卓から受け取る第１のサーバが、前記故障と前記警報に対して、対応する保守・復旧のシナリオをデータとして、記憶装置に記憶しており、前記保守卓からの故障又は警報の通知を受けると、故障又は警報に対応したシナリオを決定し、前記シナリオの規定に基づき、第２のサーバ及び／又は第３のサーバに対応を指示し、
前記第２のサーバでは、前記第１のサーバからの指示からの指示を受けると、前記指示に基づき、保守に必要な要員の手配を自動で行い、
前記第３のサーバは、前記第１のサーバからのからの指示を受けると、前記指示に基づき、保守で必要な部品の在庫の問い合わせと取り出し、さらに前記部品の発注が必要と判断した場合、前記部品の発注を自動で行う保守方法が提供される。
【００２２】
本発明の第３視点（third aspect）によれば、ネットワーク上の通信ノードの故障又はネットワークに関する警報の通知を保守卓から受け取るサーバ装置であって、
ＩＰ電話の構内交換を行うＩＰ−ＰＢＸサーバ装置と、在庫及び発注を管理するＳＣＭ処理サーバ装置とにそれぞれ通信接続され、
前記故障と警報に対して、対応する保守・復旧のシナリオをデータとして記憶装置に記憶しており、
前記保守卓から故障又は警報の通知を受けると、前記故障又は警報に対応したシナリオを決定し、前記シナリオに基づき、前記ＩＰ−ＰＢＸサーバ装置及び／又は前記ＳＣＭ処理サーバ装置に対応を指示し、
前記ＩＰ−ＰＢＸサーバ装置には、保守に必要な要員の手配を行わせ、
前記ＳＣＭ処理サーバ装置には、保守で必要な部品の在庫の問い合わせと取り出し、さらに必要に応じて前記部品の発注を行わせるサーバ装置が提供される。
【発明の効果】
【００２３】
本発明によれば、故障／警報の発生から回復までの一連の復旧、保守作業を自動化することができる。
【図面の簡単な説明】
【００２４】
【図１】ＬＴＥシステムの保守の関連技術を説明する図である。
【図２】本発明の一実施形態のシステム構成を示す図である。
【図３】本発明の一実施形態における動作を示すシーケンス図である。
【図４】本発明の一実施形態において故障発生時のシステム間の連携手順を示すシーケンス図である。
【図５】本発明の一実施形態において警報発生時のシステム間の連携手順を示すシーケンス図である。
【図６】本発明の一実施形態におけるＳＯＮサーバ内のキーデータベースの要素を示す図である。
【発明を実施するための形態】
【００２５】
本発明の実施形態について説明する。本発明に係る保守システムは、ＬＴＥシステムで採用される見込みであるＳｅｌｆ Ｏｒｇａｎｉｚｉｎｇ Ｎｅｔｗｏｒｋｓ（ＳＯＮ：非特許文献３、４参照）と、ＬＴＥシステムを運営する顧客の社内電話システム（ＩＰ−ＰＢＸ（Ｉｎｔｅｒｎｅｔ−Ｐｒｏｔｏｃｏｌ Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ Ｅｘｃｈａｎｇｅ）システム：ＩＰネットワーク上に構築されたＩＰ電話網に内線電話や外部公衆網への接続制御を実現するＰＢＸ機能を提供する）と、顧客内の在庫管理、資材の注文、納品を行う業務システム（ＳＣＭ（Ｓｕｐｐｌｙ Ｃｈａｉｎ Ｍａｎａｇｅｍｅｎｔ）システム）を情報技術システム（ＩＴ）で結合する。
【００２６】
ＩＴシステムの実現には、それぞれのシステムの中核となるＳＯＮ（Ｓｅｌｆ−Ｏｒｇａｎｉｚｉｎｇ Ｎｅｔｗｏｒｋ）のサーバ、ＩＰ−ＰＢＸシステムのサーバ、ＳＣＭシステムのサーバ間を、サーバ間通信の可能とさせる標準的なＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）インターフェース（非特許文献５等参照）で結合し、連携動作を実現する。ＳＯＡＰでは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書にエンベロープという付帯情報が付いたメッセージを、通信プロトコルとしてＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）等を用いて送受する。
【００２７】
ＳＯＮサーバは、ＬＴＥシステムの通信ノードの故障の通知又は警報を保守卓から受け、ＩＰ−ＰＢＸサーバにＳＯＡＰインタフェースで情報と通信し、ＳＣＭサーバとＳＯＡＰインタフェースで通信する。また、ＳＯＮサーバは、ＳＣＭサーバからの指示に従いＬＴＥシステムの制御、情報の送信が保守卓経由で行う。
【００２８】
本実施形態において、ＳＯＮサーバには、保守卓から通知される通信ノードの異常／警報に対するアクションを事前に登録しておく。ＳＯＮサーバにおいて、通信ノードの異常／警報の内容が分類されている。通信ノードの異常／警報の発生に対して、ＳＯＮサーバは、当該異常／警報に対応したアクション（最適な保守対応）を選択する。そして、ＳＯＮサーバは、選択した該保守対応に従い、ＩＰ−ＰＢＸシステムのサーバ、ＳＣＭシステムと連携し、保守要員の手配、部品交換で必要な部品の調達（在庫からの取り出し、メーカーへの発注）を自動化する。
【００２９】
この結果、保守員による解析と復旧のための判断の負荷が低減され、保守にかかる運営コスト（ＯＰＥＸ：ｏｐｅｒａｔｉｏｎａｌ ｅｘｐｅｎｄｉｔｕｒｅ）を低減する。
【００３０】
通信ノードの異常、警報発生時の必要な操作が、事前に、ＩＰ−ＰＢＸシステム、ＳＣＭシステムを含め登録しておくことで、通信ノードの異常、警報の対処手続きが自動で行われ、通信ノードの異常、警報に対して対応時間を短縮することができる。この結果、ＬＴＥシステムのサービス断の時間を低減することができる。
【００３１】
＜実施形態１＞
図２は、本発明の一実施形態の構成を示す図である。図２を参照すると、本実施形態において、ＬＴＥシステムを構成する通信ノード群２０１−１、２０１−２をそれぞれ監視するための保守卓２０２−１、２０２−２を含む標準的なＬＴＥシステムの保守監視構成に、ＬＴＥネットワークの運用管理を自律的に行うＳＯＮサーバ２０３が接続されている。保守卓２０２は非特許文献１の記載が参照される。ＳＯＮサーバ２０３は非特許文献２、３、４の記載が参照される。なお、メーカー１の通信ノード群２０１−１は、保守卓２０２−１に接続され、メーカー２の通信ノード群２０１−２は、保守卓２０２−２に接続され、保守卓２０２−１、２０２−２は、ＳＯＮサーバに接続される。なお、通信ノード群２０１−１、２０１−２は、例えばＬＴＥの基地局（ｅＮｏｄｅＢ（ｅＮＢ）あるいはＨｏｍｅ-ｅＮｏｄｅＢ（ＨｅＮＢ））等を含む。
【００３２】
ＳＯＮサーバ２０３では、メーカー毎の保守卓２０２−１、２０２−２からの異常、警報の情報の内容から、問題のある被疑のノード、ノードを構成するカード、部品を特定し、修理のためのアクション（動作）を決定する。
【００３３】
ＳＯＮサーバ２０３では、部品の個別不良（アクション：部品の交換で修理できる）から、被疑が明らかでない設計不良（アクション：ソフトウェアの修正等、再発防止が必要）等に、故障が、予めクラス分けされており、該故障の分類に対応して、予めアクションが記憶部内に設定されている。ＳＯＮサーバ２０３では、異常、警報の情報の内容に対応したアクションが選択される。また、ＳＯＮサーバ２０３は、ＳＯＡＰインタフェース２０４で外部のサーバとの情報のやり取りが可能である。
【００３４】
ＩＰ−ＰＢＸシステム２１０は、ＬＴＥシステムを運用する顧客の社内電話システムであり、ＩＰ−ＰＢＸサーバ２１１はＩＰ電話の構内交換（ＩＰ内線電話）を実現する。ＩＰ−ＰＢＸシステム２１０に実装される機能は、顧客内のシステムに依存する。この例では、音声として外線との発着信機能を有し、顧客社内の内線のダイアルインによる直通電話の機能を有し、可能であれば、留守番電話機能またはボイスメールによる不在時の留守番機能、音声以外ではメッセンジャー、電子メールなどの情報伝達機能も備えている。ＩＰ−ＰＢＸのサーバ２１１は、ＳＯＡＰインタフェース２１２で外部のサーバとの情報のやり取りが可能である。
【００３５】
ＳＣＭシステム２２０は、ＬＴＥシステムを運用する顧客のサプライチェーンマネジメントシステムであり、機能と使用方法は顧客内のシステムに依存する。在庫管理機能を備え、顧客にＬＴＥシステムの資材を納入している製造メーカーへの注文が可能である。ＳＣＭシステム２２０のＳＣＭサーバ２２１は、ＳＯＡＰインタフェース２２２で外部のサーバとの情報のやり取りが可能である。
【００３６】
次に、本実施の形態の動作について説明する。通信ノード２０１−１、２の立ち上げ時に、保守卓２０２−１、２は、通信ノード２０１−１、２のハードウェア構成、機構、ソフトウェア構成、構成要素の個数、バージョン等の構成（コンフィギュレーション）情報を取得する。保守卓２０２−１、２は、これらの構成情報を通信ノード２０１−１、２毎に保持する。
【００３７】
図３は、本実施形態に共通の処理シーケンスを示す図である。通信ノード群２０１−１又は２の１つ又は複数で故障が発生した場合、保守卓２０２−１又は２に故障が通知される（３０１）。
【００３８】
保守卓２０２−１又は２では、故障の初期切りわけが行われ、保守員への故障発生の通知が行われる（３０２）。
【００３９】
保守卓２０２−１又は２から、ＳＯＮサーバ２０３に故障が通知される（３０３）。
【００４０】
保守卓２０２−１又は２からＳＯＮサーバ２０３に、故障した通信ノードの構成情報が通知される（３０４）。通信ノードの構成情報は、後に交換のために必要な情報である。
【００４１】
また、保守卓２０２−１又は２で、ＬＴＥシステムのトラヒックの予期しない低下を検出する等、警報を検出した場合には、故障、警報の区別の情報が、ＳＯＮサーバ２０３に伝えられる（３０５）。
【００４２】
ＳＯＮサーバ２０３では、故障と警報に対して、対応する保守のシナリオをデータとして予め記憶部（不図示）に記憶保持している。
【００４３】
保守シナリオの一つとして、故障／警報の解析に詳細な情報が必要であると判定した場合には、ＳＯＮサーバ２０３は、保守卓２０２−１又は２に対して、詳細な情報の取得の要求を行う。保守卓２０２−１又は２からの故障に対応した保守シナリオに、故障情報と、故障した通信ノードの構成情報のほか、さらに追加情報の照会が規定されている場合、ＳＯＮサーバ２０３は、保守卓２０２−１又は２にこの情報の取得を依頼する。
【００４４】
保守卓２０２−１又は２は、故障の発生している通信ノード２０１−１又は２から、所定のアップロード処理で、必要な情報をアップロードする（３０６）。
【００４５】
ＳＯＮサーバ２０３では、保守卓２０２−１又は２からの通信ノードの故障／警報の情報の通知より、
・更に必要な情報の収集、
・個別不良、設計不良の判断、
・交換部品の特定、
・復旧方法の特定、
・必要な業務システムＳＣＭと復旧のためのシナリオの選択、
・自動応答の開始
を判断する（３０７）。
【００４６】
ＳＯＮサーバ２０３は、業務システムＳＣＭとの連携により、必要な自動動作を行う（３０８）。ＳＯＮサーバ２０３は、予め定められたシナリオに従い、ＳＯＡＰ手順により、ＳＣＭサーバ２２１との連携により、自動で故障／警報に対する対応を進めていく（３０９）。すなわち、ＳＯＮサーバ２０３が中心となり、ＬＴＥシステム向けの情報のやり取りを保守卓２０２−１又は２、ＩＰ−ＰＢＸシステム２１０との情報のやり取りをＩＰ−ＰＢＸサーバ２１１、ＳＣＭシステムとのやり取りをＳＣＭ処理サーバ２２１が行うことで、故障／警報に対する対応を進めていく。
【００４７】
図４は、通信ノード群２０１の１つノードの構成要素が故障して交換する場合のシナリオの流れを示す図であり、図３のステップ３０９の処理手順を示すシーケンス図である。
【００４８】
保守卓２０２−１又は２から、通信ノード群２０１−１又は２の１つのノードの構成要素の故障が通知されたＳＯＮサーバ２０３では、ＳＣＭシステム２２０のＳＣＭ処理サーバ２２１に、交換部品の在庫の問い合わせ（４０１）と、交換部品の在庫からの取り出しを指定する（４０２）。交換部品を在庫から取り出すことによって、在庫の残量が所定の閾値より下回る場合には、ＳＣＭシステムを２２０使用して、メーカーに注文を行う（４０３）。
【００４９】
次に、ＳＯＮサーバ２０３では、部品交換に必要な工事／調整関係者の手配として、ＩＰ−ＰＢＸサーバ２１１を介して、顧客内部の関連部門、及び、顧客とこれらの役務の取引をしている顧客外関係会社に対して、電話、ボイスメール、電子メールなど、シナリオで定められた手段と番号、音声以外の場合には、電文を自動生成して連絡を行い、交換の要員手配を行う（４０４−１、４０４−２）。電子メール又は電文の自動生成にあたり、ＳＯＮサーバ２０３では、所定の記憶部に予め保持される雛形文（スケルトン）の該当欄に、保守卓から通知された故障通信ノードの情報、交換部品に関する情報を埋め込んで生成する。電話等の音声による連絡も所定の記憶部に予め保持される音声の雛形の該当箇所に、保守卓から通知された故障通信ノードの情報、交換部品に関する情報を音声自動に変換して生成するが、公知の任意の手法が用いられる。
【００５０】
ＳＯＮサーバ２０３では、交換品の修理が必要な場合には、ＩＰ−ＰＢＸサーバ２１１を介して、顧客内部の修理に関係する部門に、電話、ボイスメール、電子メール等のうち、シナリオに定められた手段と番号（電話番号、メールアドレス）、音声以外の場合には、電文を自動で作成した後に、連絡を行い。修理の手配を行う（４０５）。
【００５１】
ＳＯＮサーバ２０３において、シナリオに記載された必要な動作が終了したら、保守卓２０２−１又は２に、交換処置に関する経過情報を送信し（４０６）、保守員に状況がわかるようにする。保守卓２０２−１又は２のモニタ画面等の出力装置には、保守員に対して、ＩＰ−ＰＢＸシステム２１１、ＳＣＭシステム２２０との連携による保守対応の状況が出力される（４０７）。
【００５２】
図５は、保守卓２０２−１、２でシステムの警報を検出した場合の流れを示す図であり、図３の３０６、３０９の詳細なシーケンスを示す図である。
【００５３】
保守卓２０２−１又は２は、警報を検出する（５０１）と、ＳＯＮサーバ２０３に警報を通知する（５０２）。
【００５４】
保守卓２０２−１又は２から警報を通知されたＳＯＮサーバ２０３は、警報から問題を特定して対応するために、問題解析を行う必要があると判定した場合、解析のためのさらなる情報の取得を保守卓２０２−１又は２に依頼する（５０３）。
【００５５】
保守卓２０２−１又は２は、通信ノード群２０１−１又は２からのアップロード処理にて、通信ノード群２０１−１又は２から、解析に必要な追加情報を取得する（５０４）。
【００５６】
ＬＴＥを運用している顧客内関係部門とメーカーの関係部門等に、連絡と対策のための召集を、電話、ボイスメール、電子メール等、シナリオで予め定められた手段と番号（音声以外の場合には、電文）を作成し、連絡を行う（５０５、５０６）。
【００５７】
また、ＳＯＮサーバ２０３では、保守卓２０２−１又は２からの警報に対応するシナリオに従った暫定のアクションを実行する（５０７）。この結果、ＬＴＥシステムのサービス停止を極力短くする。
【００５８】
図６は、ＳＯＮサーバ２０３で保持しているデータベースの内容の一例を示す図である。ＬＴＥシステムから発生する故障／警報に関する情報が、故障／警報単位に定義されている。それぞれのデータレコード（６０１）には、図４、図５で示した復旧処理が自動で行うための必要な情報が定義されている。
・故障／警報の情報の区別、
・故障した装置の構成情報パターン、
・取得する追加情報、
・該当構成情報が有する交換可能な部品／ユニット／カード／ソフトウエア、
・本故障／警報の情報のサービス・インパクト／修理のアクションパターン、
・交換部品の単価、常時保持する在庫閾値、
・故障／警報の情報の関連連絡先情報（外線番号、内線番号、メールアドレス、自動応答番号）、
・連絡するコミュニケーション選択方法（音声／電子メール／ボイスメール）、
・非音声時の電文内容デフォルト、
・ＳＣＭに対する在庫問い合わせ情報の入力情報デフォルト、
・ＳＣＭに対する注文情報の入力情報デフォルト、
・ＩＰ−ＰＢＸ、ＳＣＭの業務システムの特定の為の統一資源識別子（ＵＲＩ）、ＩＰアドレス。
・ポート番号等のＳＯＡＰ通信に必要な情報。
【００５９】
データレコード６０１は、顧客、顧客のＬＴＥシステムを提供するメーカーによって内容を変更する必要がある。このため、ＳＯＮサーバ２０３のデータベースは、データレコード６０１の変更等を容易化するために、業界標準のＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）等、インタフェース、コマンド系を備えた構成としてもよい。また、顧客の電話番号等の情報が含まれることから、データベースには、例えばファイアウォール、不正侵入検知システム等公知のセキュリティ対策が施され、インターネット又はイントラネットからの不正アクセス等を防ぐ構成としてもよい。
【００６０】
ＳＯＡＰのインタフェースを用いてＳＯＮサーバ２０３から指示ができれば、ＩＰ−ＰＢＸシステム２１０、ＳＣＭシステム２２０だけでなく、他の業務オペレーションの自動化も可能であり、ＯＰＥＸの更なる低減が実現できる。またＳＯＡＰインタフェースを具備しているサーバシステムであれば、ＩＰ−ＰＢＸシステム２１０、ＳＣＭシステム２２０だけでなく、ＳＯＮと連動したＯＰＥＸ低減のための自動化を考えることが可能である。
【００６１】
また、本発明は、ＬＴＥに制限されず、３Ｇ無線アクセスネットワーク、あるいは、ＬＴＥ、３Ｇ無線アクセスネットワーク、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ ＬＡＮ）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）を含むＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワークにも適用可能であることは勿論である。３Ｇ無線アクセスネットワークの場合、通信ノード群は、例えば基地局／制御局（ＮｏｄｅＢ／ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ））となる。
【００６２】
なお、上記の特許文献、非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【符号の説明】
【００６３】
１００ ＬＴＥシステム
１０１−１、１０１−２ 通信ノード群
１０２−１、１０２−２ 保守卓
２００ ＬＴＥシステム
２０１−１、２０１−２ 通信ノード群
２０２−１、２０２−２ 保守卓
２０３ ＬＴＥシステムのＳＯＮサーバ
２０４ ＳＯＡＰインタフェース
２１０ ＩＰ−ＰＢＸシステム
２１１ ＩＰ−ＰＢＸサーバ
２１２ ＩＰ−ＰＢＸとのＳＯＡＰインタフェース
２２０ ＳＣＭシステム
２２１ ＳＣＭ処理サーバ
２２２ ＳＣＭサーバとのＳＯＡＰインタフェース
６０１ データ
【技術分野】
【０００１】
本発明は通信システムに関し、特に、ネットワークの故障等に対応するシステムと方法並びに装置に関する。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）により標準化が進められている移動通信システムである。ＬＴＥシステムでは、ネットワークを構成する通信ノードの故障は保守卓に集められ、保守員が保守卓を使用して故障／警報を監視する。通信ノードの故障は、ハードウェアに依存する部分が大きい。また、これらの故障情報は、装置の提供メーカー毎に異なる。
【０００３】
このため、通信ノードの故障情報は、メーカー別の保守卓に集められる。保守卓の出力画面や保守卓で作成されるログ情報の出力などで保守員に故障を通知する。
【０００４】
通知を受けた保守員は、通知された情報から故障の内容を判断する。
【０００５】
ハードウェアの個別不良の故障の場合、マニュアル等に従って交換の指示を行う。
【０００６】
不良品の交換を行う建設工事部門は、交換した不良品の修理の依頼を、例えば製造元のメーカー等に対して行う。
【０００７】
資材部門では、交換用の予備品の補充のための在庫確認を行うとともに、今後、不足しそうな場合には、交換用の予備品の注文等の作業を、例えば資材用業務システムを用いて行う。
【０００８】
保守員がハードウェアの個別不良であるか否かわからない場合、または、処置方法が不明である場合、保守員から技術部門に情報が伝えられる。
【０００９】
技術部門では、例えば不良の原因となる被疑装置のメーカーに連絡を行った上で、設計不良も考慮しながら、対応方法を決定する。また、サービスへの影響を最小限に抑え、再発防止を行うための解析と対策が行われる。
【００１０】
更に、サービスが大幅にダウンする場合には、公共のシステムダウンになるため、総務省の電気通信事業法に従い、解決までに例えば１時間単位の緊急性が求められる。
【００１１】
図１は、ネットワーク設備の保守システムの典型的なシステム構成を示す図である。図１を参照すると、ＬＴＥシステム１００の通信ノード群１０１−１、１０１−２をそれぞれ監視する保守卓１０２−１、１０２−２を備えている。図１の例では、メーカー毎に通信ノード群１０１と保守卓１０２が設けられる。通信ノード群１０１−１の故障、警報の情報は、保守卓１０２−１に通知され、通信ノード群１０１−２の故障、警報の情報は、別系統の保守卓１０２−２に通知される。保守卓１０２−１、１０２−２には、システム保守員に対して故障情報等を通知するためのマンマシンインタフェースを備える。なお、図１において、人手による情報伝達は図示されない。通信ノード群１０１−１と、１０１−２は、例えばＬＴＥの基地局（ｅＮｏｄｅＢ（ｅＮＢ）あるいはＨｏｍｅ-ｅＮｏｄｅＢ（ＨｅＮＢ））等を含む。
【００１２】
なお、本発明の実施例で用いられるＳＯＡＰアーキテクチャについては特許文献１、非特許文献５等の記載が参照される。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特表２００４−５３４９９１号公報
【非特許文献】
【００１４】
【非特許文献１】標準化団体 Ｎｅｘｔ Gｅｎｅｒａｔｉｏｎ Mｏｂｉｌｅ Ｎｅｔｗｏｒｋｓ、“ＮＧＭＮ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ ｏｎ ＳＯＮ ａｎｄ Ｏ＆Ｍ Ｒｅｑｕｉｒｅｍｅｎｔｓ”、２００８年１２月０５日
【非特許文献２】標準化団体 Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋｓ、“ＮＧＭＮ Ｉｎｆｏｒｍａｔｉｖｅ Ｌｉｓｔ ｏｆ ＳＯＮ Ｕｓｅ Ｃａｓｅｓ”、２００７年０４月１７日
【非特許文献３】３ＧＰＰ ＴＲ ３６．９０２ Ｖ９．２．０ （２０１０−０６） Ｔｅｃｈｎｉｃａｌ Ｒｅｐｏｒｔ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ； Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ； Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ−ＵＴＲＡＮ）； Ｓｅｌｆ−ｃｏｎｆｉｇｕｒｉｎｇ ａｎｄ ｓｅｌｆ−ｏｐｔｉｍｉｚｉｎｇ ｎｅｔｗｏｒｋ （ＳＯＮ） ｕｓｅ ｃａｓｅｓ ａｎｄ ｓｏｌｕｔｉｏｎｓ （Ｒｅｌｅａｓｅ ９）
【非特許文献４】３ＧＰＰ ＴＳ ３２．５００ Ｖ１０．１．０ （２０１０−０９）Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ； Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｓｅｒｖｉｃｅｓ ａｎｄ Ｓｙｓｔｅｍ Ａｓｐｅｃｔｓ； Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ； Ｓｅｌｆ−Ｏｒｇａｎｉｚｉｎｇ Ｎｅｔｗｏｒｋｓ （ＳＯＮ）； Ｃｏｎｃｅｐｔｓ ａｎｄ ｒｅｑｕｉｒｅｍｅｎｔｓ （Ｒｅｌｅａｓｅ １０）
【非特許文献５】Ｗ３Ｃ ＳＯＡＰ ｖ１．２ Ｐａｒｔ０：Ｐｒｉｍｅｒ ２００７年０４月２７日
【発明の開示】
【発明が解決しようとする課題】
【００１５】
以下に関連技術の問題点を説明する。
【００１６】
保守作業は、保守作業を行う保守員が起点で開始されるが、故障／警報の発生から復旧させるには、保守員に、技術的に高度で膨大な製品、システムに対する予備知識が必要とされる。また、保守作業に多くの保守員の工数が必要となる場合がある。さらに、保守員の育成に、時間と費用もかかる。システムの復旧作業でヒューマンエラーの発生の可能性もある。障害、警報の発生から、復旧までに、保守員つまり人間系が処理する対応が必要になる。緊急の問題発生時でも、故障／警報の発生から暫定対応の間に、保守員の作業の段取りと、人の操作が必要であり、関係者への連絡等で時間がかかる場合がある。
【００１７】
ＬＴＥシステムのサービス停止の時間の短縮と、保守時間の低減の観点では、人手の処理の介在を減らしていく必要がある。
【００１８】
そこで、本発明の目的は、故障／警報の発生から回復までの一連の復旧、保守作業を自動化するシステムと方法を提供することにある。
【課題を解決するための手段】
【００１９】
前記課題を解決するため、本発明が概略以下の構成とされる。
【００２０】
本発明の第１視点（first aspect）によれば、ネットワーク上の通信ノードの故障又は前記ネットワークの警報を保守卓から受け取る第１のサーバ装置と、
前記第１のサーバ装置と接続されＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話の構内交換を行う第２のサーバ装置と、
前記第１のサーバ装置と接続され在庫及び発注を管理する第３のサーバ装置と、
を備え、
前記第１のサーバ装置は、前記保守卓から通知される故障と警報に対して対応する保守・復旧のシナリオをデータとして予め、記憶装置に記憶しており、
前記保守卓から故障又は警報の通知を受けると、前記故障又は警報に対応したシナリオを決定し、前記シナリオの規定に基づき、前記第２のサーバ装置及び／又は前記第３のサーバ装置に対応を指示し、
前記第２のサーバ装置は、前記第１のサーバ装置からの指示を受けると、前記指示に基づき、電話又はメールにて保守に必要な要員の手配を行う手段を備え、
前記第３のサーバ装置は、前記第１のサーバ装置からの指示を受けると、前記指示に基づき、保守で必要な部品の在庫の問い合わせと取り出し、さらに、前記部品の発注が必要と判断した場合、前記部品の発注を行う手段を備えた保守システムが提供される。
【００２１】
本発明の第２視点（second aspect）によれば、ネットワーク上の通信ノードの故障又は前記ネットワークに関する警報の通知を保守卓から受け取る第１のサーバが、前記故障と前記警報に対して、対応する保守・復旧のシナリオをデータとして、記憶装置に記憶しており、前記保守卓からの故障又は警報の通知を受けると、故障又は警報に対応したシナリオを決定し、前記シナリオの規定に基づき、第２のサーバ及び／又は第３のサーバに対応を指示し、
前記第２のサーバでは、前記第１のサーバからの指示からの指示を受けると、前記指示に基づき、保守に必要な要員の手配を自動で行い、
前記第３のサーバは、前記第１のサーバからのからの指示を受けると、前記指示に基づき、保守で必要な部品の在庫の問い合わせと取り出し、さらに前記部品の発注が必要と判断した場合、前記部品の発注を自動で行う保守方法が提供される。
【００２２】
本発明の第３視点（third aspect）によれば、ネットワーク上の通信ノードの故障又はネットワークに関する警報の通知を保守卓から受け取るサーバ装置であって、
ＩＰ電話の構内交換を行うＩＰ−ＰＢＸサーバ装置と、在庫及び発注を管理するＳＣＭ処理サーバ装置とにそれぞれ通信接続され、
前記故障と警報に対して、対応する保守・復旧のシナリオをデータとして記憶装置に記憶しており、
前記保守卓から故障又は警報の通知を受けると、前記故障又は警報に対応したシナリオを決定し、前記シナリオに基づき、前記ＩＰ−ＰＢＸサーバ装置及び／又は前記ＳＣＭ処理サーバ装置に対応を指示し、
前記ＩＰ−ＰＢＸサーバ装置には、保守に必要な要員の手配を行わせ、
前記ＳＣＭ処理サーバ装置には、保守で必要な部品の在庫の問い合わせと取り出し、さらに必要に応じて前記部品の発注を行わせるサーバ装置が提供される。
【発明の効果】
【００２３】
本発明によれば、故障／警報の発生から回復までの一連の復旧、保守作業を自動化することができる。
【図面の簡単な説明】
【００２４】
【図１】ＬＴＥシステムの保守の関連技術を説明する図である。
【図２】本発明の一実施形態のシステム構成を示す図である。
【図３】本発明の一実施形態における動作を示すシーケンス図である。
【図４】本発明の一実施形態において故障発生時のシステム間の連携手順を示すシーケンス図である。
【図５】本発明の一実施形態において警報発生時のシステム間の連携手順を示すシーケンス図である。
【図６】本発明の一実施形態におけるＳＯＮサーバ内のキーデータベースの要素を示す図である。
【発明を実施するための形態】
【００２５】
本発明の実施形態について説明する。本発明に係る保守システムは、ＬＴＥシステムで採用される見込みであるＳｅｌｆ Ｏｒｇａｎｉｚｉｎｇ Ｎｅｔｗｏｒｋｓ（ＳＯＮ：非特許文献３、４参照）と、ＬＴＥシステムを運営する顧客の社内電話システム（ＩＰ−ＰＢＸ（Ｉｎｔｅｒｎｅｔ−Ｐｒｏｔｏｃｏｌ Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ Ｅｘｃｈａｎｇｅ）システム：ＩＰネットワーク上に構築されたＩＰ電話網に内線電話や外部公衆網への接続制御を実現するＰＢＸ機能を提供する）と、顧客内の在庫管理、資材の注文、納品を行う業務システム（ＳＣＭ（Ｓｕｐｐｌｙ Ｃｈａｉｎ Ｍａｎａｇｅｍｅｎｔ）システム）を情報技術システム（ＩＴ）で結合する。
【００２６】
ＩＴシステムの実現には、それぞれのシステムの中核となるＳＯＮ（Ｓｅｌｆ−Ｏｒｇａｎｉｚｉｎｇ Ｎｅｔｗｏｒｋ）のサーバ、ＩＰ−ＰＢＸシステムのサーバ、ＳＣＭシステムのサーバ間を、サーバ間通信の可能とさせる標準的なＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）インターフェース（非特許文献５等参照）で結合し、連携動作を実現する。ＳＯＡＰでは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書にエンベロープという付帯情報が付いたメッセージを、通信プロトコルとしてＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）等を用いて送受する。
【００２７】
ＳＯＮサーバは、ＬＴＥシステムの通信ノードの故障の通知又は警報を保守卓から受け、ＩＰ−ＰＢＸサーバにＳＯＡＰインタフェースで情報と通信し、ＳＣＭサーバとＳＯＡＰインタフェースで通信する。また、ＳＯＮサーバは、ＳＣＭサーバからの指示に従いＬＴＥシステムの制御、情報の送信が保守卓経由で行う。
【００２８】
本実施形態において、ＳＯＮサーバには、保守卓から通知される通信ノードの異常／警報に対するアクションを事前に登録しておく。ＳＯＮサーバにおいて、通信ノードの異常／警報の内容が分類されている。通信ノードの異常／警報の発生に対して、ＳＯＮサーバは、当該異常／警報に対応したアクション（最適な保守対応）を選択する。そして、ＳＯＮサーバは、選択した該保守対応に従い、ＩＰ−ＰＢＸシステムのサーバ、ＳＣＭシステムと連携し、保守要員の手配、部品交換で必要な部品の調達（在庫からの取り出し、メーカーへの発注）を自動化する。
【００２９】
この結果、保守員による解析と復旧のための判断の負荷が低減され、保守にかかる運営コスト（ＯＰＥＸ：ｏｐｅｒａｔｉｏｎａｌ ｅｘｐｅｎｄｉｔｕｒｅ）を低減する。
【００３０】
通信ノードの異常、警報発生時の必要な操作が、事前に、ＩＰ−ＰＢＸシステム、ＳＣＭシステムを含め登録しておくことで、通信ノードの異常、警報の対処手続きが自動で行われ、通信ノードの異常、警報に対して対応時間を短縮することができる。この結果、ＬＴＥシステムのサービス断の時間を低減することができる。
【００３１】
＜実施形態１＞
図２は、本発明の一実施形態の構成を示す図である。図２を参照すると、本実施形態において、ＬＴＥシステムを構成する通信ノード群２０１−１、２０１−２をそれぞれ監視するための保守卓２０２−１、２０２−２を含む標準的なＬＴＥシステムの保守監視構成に、ＬＴＥネットワークの運用管理を自律的に行うＳＯＮサーバ２０３が接続されている。保守卓２０２は非特許文献１の記載が参照される。ＳＯＮサーバ２０３は非特許文献２、３、４の記載が参照される。なお、メーカー１の通信ノード群２０１−１は、保守卓２０２−１に接続され、メーカー２の通信ノード群２０１−２は、保守卓２０２−２に接続され、保守卓２０２−１、２０２−２は、ＳＯＮサーバに接続される。なお、通信ノード群２０１−１、２０１−２は、例えばＬＴＥの基地局（ｅＮｏｄｅＢ（ｅＮＢ）あるいはＨｏｍｅ-ｅＮｏｄｅＢ（ＨｅＮＢ））等を含む。
【００３２】
ＳＯＮサーバ２０３では、メーカー毎の保守卓２０２−１、２０２−２からの異常、警報の情報の内容から、問題のある被疑のノード、ノードを構成するカード、部品を特定し、修理のためのアクション（動作）を決定する。
【００３３】
ＳＯＮサーバ２０３では、部品の個別不良（アクション：部品の交換で修理できる）から、被疑が明らかでない設計不良（アクション：ソフトウェアの修正等、再発防止が必要）等に、故障が、予めクラス分けされており、該故障の分類に対応して、予めアクションが記憶部内に設定されている。ＳＯＮサーバ２０３では、異常、警報の情報の内容に対応したアクションが選択される。また、ＳＯＮサーバ２０３は、ＳＯＡＰインタフェース２０４で外部のサーバとの情報のやり取りが可能である。
【００３４】
ＩＰ−ＰＢＸシステム２１０は、ＬＴＥシステムを運用する顧客の社内電話システムであり、ＩＰ−ＰＢＸサーバ２１１はＩＰ電話の構内交換（ＩＰ内線電話）を実現する。ＩＰ−ＰＢＸシステム２１０に実装される機能は、顧客内のシステムに依存する。この例では、音声として外線との発着信機能を有し、顧客社内の内線のダイアルインによる直通電話の機能を有し、可能であれば、留守番電話機能またはボイスメールによる不在時の留守番機能、音声以外ではメッセンジャー、電子メールなどの情報伝達機能も備えている。ＩＰ−ＰＢＸのサーバ２１１は、ＳＯＡＰインタフェース２１２で外部のサーバとの情報のやり取りが可能である。
【００３５】
ＳＣＭシステム２２０は、ＬＴＥシステムを運用する顧客のサプライチェーンマネジメントシステムであり、機能と使用方法は顧客内のシステムに依存する。在庫管理機能を備え、顧客にＬＴＥシステムの資材を納入している製造メーカーへの注文が可能である。ＳＣＭシステム２２０のＳＣＭサーバ２２１は、ＳＯＡＰインタフェース２２２で外部のサーバとの情報のやり取りが可能である。
【００３６】
次に、本実施の形態の動作について説明する。通信ノード２０１−１、２の立ち上げ時に、保守卓２０２−１、２は、通信ノード２０１−１、２のハードウェア構成、機構、ソフトウェア構成、構成要素の個数、バージョン等の構成（コンフィギュレーション）情報を取得する。保守卓２０２−１、２は、これらの構成情報を通信ノード２０１−１、２毎に保持する。
【００３７】
図３は、本実施形態に共通の処理シーケンスを示す図である。通信ノード群２０１−１又は２の１つ又は複数で故障が発生した場合、保守卓２０２−１又は２に故障が通知される（３０１）。
【００３８】
保守卓２０２−１又は２では、故障の初期切りわけが行われ、保守員への故障発生の通知が行われる（３０２）。
【００３９】
保守卓２０２−１又は２から、ＳＯＮサーバ２０３に故障が通知される（３０３）。
【００４０】
保守卓２０２−１又は２からＳＯＮサーバ２０３に、故障した通信ノードの構成情報が通知される（３０４）。通信ノードの構成情報は、後に交換のために必要な情報である。
【００４１】
また、保守卓２０２−１又は２で、ＬＴＥシステムのトラヒックの予期しない低下を検出する等、警報を検出した場合には、故障、警報の区別の情報が、ＳＯＮサーバ２０３に伝えられる（３０５）。
【００４２】
ＳＯＮサーバ２０３では、故障と警報に対して、対応する保守のシナリオをデータとして予め記憶部（不図示）に記憶保持している。
【００４３】
保守シナリオの一つとして、故障／警報の解析に詳細な情報が必要であると判定した場合には、ＳＯＮサーバ２０３は、保守卓２０２−１又は２に対して、詳細な情報の取得の要求を行う。保守卓２０２−１又は２からの故障に対応した保守シナリオに、故障情報と、故障した通信ノードの構成情報のほか、さらに追加情報の照会が規定されている場合、ＳＯＮサーバ２０３は、保守卓２０２−１又は２にこの情報の取得を依頼する。
【００４４】
保守卓２０２−１又は２は、故障の発生している通信ノード２０１−１又は２から、所定のアップロード処理で、必要な情報をアップロードする（３０６）。
【００４５】
ＳＯＮサーバ２０３では、保守卓２０２−１又は２からの通信ノードの故障／警報の情報の通知より、
・更に必要な情報の収集、
・個別不良、設計不良の判断、
・交換部品の特定、
・復旧方法の特定、
・必要な業務システムＳＣＭと復旧のためのシナリオの選択、
・自動応答の開始
を判断する（３０７）。
【００４６】
ＳＯＮサーバ２０３は、業務システムＳＣＭとの連携により、必要な自動動作を行う（３０８）。ＳＯＮサーバ２０３は、予め定められたシナリオに従い、ＳＯＡＰ手順により、ＳＣＭサーバ２２１との連携により、自動で故障／警報に対する対応を進めていく（３０９）。すなわち、ＳＯＮサーバ２０３が中心となり、ＬＴＥシステム向けの情報のやり取りを保守卓２０２−１又は２、ＩＰ−ＰＢＸシステム２１０との情報のやり取りをＩＰ−ＰＢＸサーバ２１１、ＳＣＭシステムとのやり取りをＳＣＭ処理サーバ２２１が行うことで、故障／警報に対する対応を進めていく。
【００４７】
図４は、通信ノード群２０１の１つノードの構成要素が故障して交換する場合のシナリオの流れを示す図であり、図３のステップ３０９の処理手順を示すシーケンス図である。
【００４８】
保守卓２０２−１又は２から、通信ノード群２０１−１又は２の１つのノードの構成要素の故障が通知されたＳＯＮサーバ２０３では、ＳＣＭシステム２２０のＳＣＭ処理サーバ２２１に、交換部品の在庫の問い合わせ（４０１）と、交換部品の在庫からの取り出しを指定する（４０２）。交換部品を在庫から取り出すことによって、在庫の残量が所定の閾値より下回る場合には、ＳＣＭシステムを２２０使用して、メーカーに注文を行う（４０３）。
【００４９】
次に、ＳＯＮサーバ２０３では、部品交換に必要な工事／調整関係者の手配として、ＩＰ−ＰＢＸサーバ２１１を介して、顧客内部の関連部門、及び、顧客とこれらの役務の取引をしている顧客外関係会社に対して、電話、ボイスメール、電子メールなど、シナリオで定められた手段と番号、音声以外の場合には、電文を自動生成して連絡を行い、交換の要員手配を行う（４０４−１、４０４−２）。電子メール又は電文の自動生成にあたり、ＳＯＮサーバ２０３では、所定の記憶部に予め保持される雛形文（スケルトン）の該当欄に、保守卓から通知された故障通信ノードの情報、交換部品に関する情報を埋め込んで生成する。電話等の音声による連絡も所定の記憶部に予め保持される音声の雛形の該当箇所に、保守卓から通知された故障通信ノードの情報、交換部品に関する情報を音声自動に変換して生成するが、公知の任意の手法が用いられる。
【００５０】
ＳＯＮサーバ２０３では、交換品の修理が必要な場合には、ＩＰ−ＰＢＸサーバ２１１を介して、顧客内部の修理に関係する部門に、電話、ボイスメール、電子メール等のうち、シナリオに定められた手段と番号（電話番号、メールアドレス）、音声以外の場合には、電文を自動で作成した後に、連絡を行い。修理の手配を行う（４０５）。
【００５１】
ＳＯＮサーバ２０３において、シナリオに記載された必要な動作が終了したら、保守卓２０２−１又は２に、交換処置に関する経過情報を送信し（４０６）、保守員に状況がわかるようにする。保守卓２０２−１又は２のモニタ画面等の出力装置には、保守員に対して、ＩＰ−ＰＢＸシステム２１１、ＳＣＭシステム２２０との連携による保守対応の状況が出力される（４０７）。
【００５２】
図５は、保守卓２０２−１、２でシステムの警報を検出した場合の流れを示す図であり、図３の３０６、３０９の詳細なシーケンスを示す図である。
【００５３】
保守卓２０２−１又は２は、警報を検出する（５０１）と、ＳＯＮサーバ２０３に警報を通知する（５０２）。
【００５４】
保守卓２０２−１又は２から警報を通知されたＳＯＮサーバ２０３は、警報から問題を特定して対応するために、問題解析を行う必要があると判定した場合、解析のためのさらなる情報の取得を保守卓２０２−１又は２に依頼する（５０３）。
【００５５】
保守卓２０２−１又は２は、通信ノード群２０１−１又は２からのアップロード処理にて、通信ノード群２０１−１又は２から、解析に必要な追加情報を取得する（５０４）。
【００５６】
ＬＴＥを運用している顧客内関係部門とメーカーの関係部門等に、連絡と対策のための召集を、電話、ボイスメール、電子メール等、シナリオで予め定められた手段と番号（音声以外の場合には、電文）を作成し、連絡を行う（５０５、５０６）。
【００５７】
また、ＳＯＮサーバ２０３では、保守卓２０２−１又は２からの警報に対応するシナリオに従った暫定のアクションを実行する（５０７）。この結果、ＬＴＥシステムのサービス停止を極力短くする。
【００５８】
図６は、ＳＯＮサーバ２０３で保持しているデータベースの内容の一例を示す図である。ＬＴＥシステムから発生する故障／警報に関する情報が、故障／警報単位に定義されている。それぞれのデータレコード（６０１）には、図４、図５で示した復旧処理が自動で行うための必要な情報が定義されている。
・故障／警報の情報の区別、
・故障した装置の構成情報パターン、
・取得する追加情報、
・該当構成情報が有する交換可能な部品／ユニット／カード／ソフトウエア、
・本故障／警報の情報のサービス・インパクト／修理のアクションパターン、
・交換部品の単価、常時保持する在庫閾値、
・故障／警報の情報の関連連絡先情報（外線番号、内線番号、メールアドレス、自動応答番号）、
・連絡するコミュニケーション選択方法（音声／電子メール／ボイスメール）、
・非音声時の電文内容デフォルト、
・ＳＣＭに対する在庫問い合わせ情報の入力情報デフォルト、
・ＳＣＭに対する注文情報の入力情報デフォルト、
・ＩＰ−ＰＢＸ、ＳＣＭの業務システムの特定の為の統一資源識別子（ＵＲＩ）、ＩＰアドレス。
・ポート番号等のＳＯＡＰ通信に必要な情報。
【００５９】
データレコード６０１は、顧客、顧客のＬＴＥシステムを提供するメーカーによって内容を変更する必要がある。このため、ＳＯＮサーバ２０３のデータベースは、データレコード６０１の変更等を容易化するために、業界標準のＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）等、インタフェース、コマンド系を備えた構成としてもよい。また、顧客の電話番号等の情報が含まれることから、データベースには、例えばファイアウォール、不正侵入検知システム等公知のセキュリティ対策が施され、インターネット又はイントラネットからの不正アクセス等を防ぐ構成としてもよい。
【００６０】
ＳＯＡＰのインタフェースを用いてＳＯＮサーバ２０３から指示ができれば、ＩＰ−ＰＢＸシステム２１０、ＳＣＭシステム２２０だけでなく、他の業務オペレーションの自動化も可能であり、ＯＰＥＸの更なる低減が実現できる。またＳＯＡＰインタフェースを具備しているサーバシステムであれば、ＩＰ−ＰＢＸシステム２１０、ＳＣＭシステム２２０だけでなく、ＳＯＮと連動したＯＰＥＸ低減のための自動化を考えることが可能である。
【００６１】
また、本発明は、ＬＴＥに制限されず、３Ｇ無線アクセスネットワーク、あるいは、ＬＴＥ、３Ｇ無線アクセスネットワーク、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ ＬＡＮ）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）を含むＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワークにも適用可能であることは勿論である。３Ｇ無線アクセスネットワークの場合、通信ノード群は、例えば基地局／制御局（ＮｏｄｅＢ／ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ））となる。
【００６２】
なお、上記の特許文献、非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【符号の説明】
【００６３】
１００ ＬＴＥシステム
１０１−１、１０１−２ 通信ノード群
１０２−１、１０２−２ 保守卓
２００ ＬＴＥシステム
２０１−１、２０１−２ 通信ノード群
２０２−１、２０２−２ 保守卓
２０３ ＬＴＥシステムのＳＯＮサーバ
２０４ ＳＯＡＰインタフェース
２１０ ＩＰ−ＰＢＸシステム
２１１ ＩＰ−ＰＢＸサーバ
２１２ ＩＰ−ＰＢＸとのＳＯＡＰインタフェース
２２０ ＳＣＭシステム
２２１ ＳＣＭ処理サーバ
２２２ ＳＣＭサーバとのＳＯＡＰインタフェース
６０１ データ
【特許請求の範囲】
【請求項１】
ネットワーク上の通信ノードの故障又は前記ネットワークの警報を保守卓から受け取る第１のサーバ装置と、
前記第１のサーバ装置と接続され、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話の構内交換を行う第２のサーバ装置と、
前記第１のサーバ装置と接続され、在庫及び発注を管理する第３のサーバ装置と、
を備え、
前記第１のサーバ装置は、前記保守卓から通知される故障と警報に対して対応する保守・復旧のシナリオをデータとして予め、記憶装置に記憶しており、
前記保守卓から故障又は警報の通知を受けると、前記故障又は警報に対応したシナリオを決定し、前記シナリオの規定に基づき、前記第２のサーバ装置及び／又は前記第３のサーバ装置に対応を指示し、
前記第２のサーバ装置は、前記第１のサーバ装置からの指示を受けると、前記指示に基づき、電話又はメールにて保守に必要な要員の手配を行う手段を備え、
前記第３のサーバ装置は、前記第１のサーバ装置からの指示を受けると、前記指示に基づき、保守で必要な部品の在庫の問い合わせと取り出し、さらに、前記部品の発注が必要と判断した場合、前記部品の発注を行う手段を備えた、ことを特徴とする保守システム。
【請求項２】
前記第１のサーバ装置において、故障又は警報の解析のために、前記通信ノードからさらに詳細な情報が必要であると判断した場合には、前記第１のサーバ装置は、前記保守卓に対して追加情報の取得の要求を行い、
前記第１のサーバ装置からの前記追加情報の要求を受けた前記保守卓では、前記通信ノードから情報を取得し、前記前記第１のサーバ装置に送信する請求項１記載の保守システム。
【請求項３】
前記第１のサーバ装置において、前記故障による交換部品の修理が必要と判断した場合には、前記第２のサーバ装置を介して、修理部門に修理の手配を行う請求項１記載の保守システム。
【請求項４】
前記第１のサーバ装置は、前記シナリオに規定された一連の動作が終了すると、前記保守卓に、前記動作の経過情報を送信する請求項１記載の保守システム。
【請求項５】
前記ネットワークがＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ネットワークであり、
前記第１のサーバ装置がＳＯＮ（Ｓｅｌｆ−Ｏｒｇａｎｉｚｉｎｇ Ｎｅｔｗｏｒｋ）サーバであり、
前記第２のサーバ装置がＩＰ−ＰＢＸ（Ｉｎｔｅｒｎｅｔ−Ｐｒｏｔｏｃｏｌ Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ Ｅｘｃｈａｎｇｅ）サーバであり、
前記第３のサーバ装置がＳＣＭ（Ｓｕｐｐｌｙ Ｃｈａｉｎ Ｍａｎａｇｅｍｅｎｔ）処理サーバである請求項１乃至４のいずれか１項に記載の保守システム。
【請求項６】
ネットワーク上の通信ノードの故障又は前記ネットワークに関する警報の通知を保守卓から受け取る第１のサーバが、前記故障と前記警報に対して、対応する保守・復旧のシナリオをデータとして、記憶装置に記憶しており、
前記保守卓からの故障又は警報の通知を受けると、故障又は警報に対応したシナリオを決定し、前記シナリオの規定に基づき、第２のサーバ及び／又は第３のサーバに対応を指示し、
前記第２のサーバでは、前記第１のサーバからの指示からの指示を受けると、前記指示に基づき、保守に必要な要員の手配を自動で行い、
前記第３のサーバは、前記第１のサーバからのからの指示を受けると、前記指示に基づき、保守で必要な部品の在庫の問い合わせと取り出し、さらに前記部品の発注が必要と判断した場合、前記部品の発注を自動で行う、ことを特徴とする保守方法。
【請求項７】
前記第１のサーバにおいて、故障又は警報の解析のために、前記通信ノードからさらに詳細な情報が必要であると判断した場合には、前記第１のサーバは、前記保守卓に対して追加情報の取得の要求を行い、
前記第１のサーバ装置からの前記追加情報の要求を受けた前記保守卓では、前記通信ノードから情報を取得し、前記前記第１のサーバ装置に送信する請求項６記載の保守方法。
【請求項８】
前記第１のサーバにおいて、前記故障による交換部品の修理が必要と判断した場合には、前記第２のサーバを介して修理部門に修理の手配を行う請求項６記載の保守方法。
【請求項９】
前記第１のサーバは、前記シナリオに規定された一連の動作が終了すると、前記保守卓に経過情報を送信する請求項６記載の保守方法。
【請求項１０】
ネットワーク上の通信ノードの故障又はネットワークに関する警報の通知を保守卓から受け取るサーバ装置であって、
ＩＰ電話の構内交換を行うＩＰ−ＰＢＸサーバ装置と、在庫及び発注を管理するＳＣＭ処理サーバ装置とにそれぞれ通信接続され、
前記故障と警報に対して、対応する保守・復旧のシナリオをデータとして記憶装置に記憶しており、
前記保守卓から故障又は警報の通知を受けると、前記故障又は警報に対応したシナリオを決定し、前記シナリオに基づき、前記ＩＰ−ＰＢＸサーバ装置及び／又は前記ＳＣＭ処理サーバ装置に対応を指示し、
前記ＩＰ−ＰＢＸサーバ装置には、保守に必要な要員の手配を行わせ、
前記ＳＣＭ処理サーバ装置には、保守で必要な部品の在庫の問い合わせと取り出し、さらに必要に応じて前記部品の発注を行わせる、ことを特徴とするサーバ装置。
【請求項１】
ネットワーク上の通信ノードの故障又は前記ネットワークの警報を保守卓から受け取る第１のサーバ装置と、
前記第１のサーバ装置と接続され、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話の構内交換を行う第２のサーバ装置と、
前記第１のサーバ装置と接続され、在庫及び発注を管理する第３のサーバ装置と、
を備え、
前記第１のサーバ装置は、前記保守卓から通知される故障と警報に対して対応する保守・復旧のシナリオをデータとして予め、記憶装置に記憶しており、
前記保守卓から故障又は警報の通知を受けると、前記故障又は警報に対応したシナリオを決定し、前記シナリオの規定に基づき、前記第２のサーバ装置及び／又は前記第３のサーバ装置に対応を指示し、
前記第２のサーバ装置は、前記第１のサーバ装置からの指示を受けると、前記指示に基づき、電話又はメールにて保守に必要な要員の手配を行う手段を備え、
前記第３のサーバ装置は、前記第１のサーバ装置からの指示を受けると、前記指示に基づき、保守で必要な部品の在庫の問い合わせと取り出し、さらに、前記部品の発注が必要と判断した場合、前記部品の発注を行う手段を備えた、ことを特徴とする保守システム。
【請求項２】
前記第１のサーバ装置において、故障又は警報の解析のために、前記通信ノードからさらに詳細な情報が必要であると判断した場合には、前記第１のサーバ装置は、前記保守卓に対して追加情報の取得の要求を行い、
前記第１のサーバ装置からの前記追加情報の要求を受けた前記保守卓では、前記通信ノードから情報を取得し、前記前記第１のサーバ装置に送信する請求項１記載の保守システム。
【請求項３】
前記第１のサーバ装置において、前記故障による交換部品の修理が必要と判断した場合には、前記第２のサーバ装置を介して、修理部門に修理の手配を行う請求項１記載の保守システム。
【請求項４】
前記第１のサーバ装置は、前記シナリオに規定された一連の動作が終了すると、前記保守卓に、前記動作の経過情報を送信する請求項１記載の保守システム。
【請求項５】
前記ネットワークがＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ネットワークであり、
前記第１のサーバ装置がＳＯＮ（Ｓｅｌｆ−Ｏｒｇａｎｉｚｉｎｇ Ｎｅｔｗｏｒｋ）サーバであり、
前記第２のサーバ装置がＩＰ−ＰＢＸ（Ｉｎｔｅｒｎｅｔ−Ｐｒｏｔｏｃｏｌ Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ Ｅｘｃｈａｎｇｅ）サーバであり、
前記第３のサーバ装置がＳＣＭ（Ｓｕｐｐｌｙ Ｃｈａｉｎ Ｍａｎａｇｅｍｅｎｔ）処理サーバである請求項１乃至４のいずれか１項に記載の保守システム。
【請求項６】
ネットワーク上の通信ノードの故障又は前記ネットワークに関する警報の通知を保守卓から受け取る第１のサーバが、前記故障と前記警報に対して、対応する保守・復旧のシナリオをデータとして、記憶装置に記憶しており、
前記保守卓からの故障又は警報の通知を受けると、故障又は警報に対応したシナリオを決定し、前記シナリオの規定に基づき、第２のサーバ及び／又は第３のサーバに対応を指示し、
前記第２のサーバでは、前記第１のサーバからの指示からの指示を受けると、前記指示に基づき、保守に必要な要員の手配を自動で行い、
前記第３のサーバは、前記第１のサーバからのからの指示を受けると、前記指示に基づき、保守で必要な部品の在庫の問い合わせと取り出し、さらに前記部品の発注が必要と判断した場合、前記部品の発注を自動で行う、ことを特徴とする保守方法。
【請求項７】
前記第１のサーバにおいて、故障又は警報の解析のために、前記通信ノードからさらに詳細な情報が必要であると判断した場合には、前記第１のサーバは、前記保守卓に対して追加情報の取得の要求を行い、
前記第１のサーバ装置からの前記追加情報の要求を受けた前記保守卓では、前記通信ノードから情報を取得し、前記前記第１のサーバ装置に送信する請求項６記載の保守方法。
【請求項８】
前記第１のサーバにおいて、前記故障による交換部品の修理が必要と判断した場合には、前記第２のサーバを介して修理部門に修理の手配を行う請求項６記載の保守方法。
【請求項９】
前記第１のサーバは、前記シナリオに規定された一連の動作が終了すると、前記保守卓に経過情報を送信する請求項６記載の保守方法。
【請求項１０】
ネットワーク上の通信ノードの故障又はネットワークに関する警報の通知を保守卓から受け取るサーバ装置であって、
ＩＰ電話の構内交換を行うＩＰ−ＰＢＸサーバ装置と、在庫及び発注を管理するＳＣＭ処理サーバ装置とにそれぞれ通信接続され、
前記故障と警報に対して、対応する保守・復旧のシナリオをデータとして記憶装置に記憶しており、
前記保守卓から故障又は警報の通知を受けると、前記故障又は警報に対応したシナリオを決定し、前記シナリオに基づき、前記ＩＰ−ＰＢＸサーバ装置及び／又は前記ＳＣＭ処理サーバ装置に対応を指示し、
前記ＩＰ−ＰＢＸサーバ装置には、保守に必要な要員の手配を行わせ、
前記ＳＣＭ処理サーバ装置には、保守で必要な部品の在庫の問い合わせと取り出し、さらに必要に応じて前記部品の発注を行わせる、ことを特徴とするサーバ装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１２−１２９６７４（Ｐ２０１２−１２９６７４Ａ）
【公開日】平成２４年７月５日（２０１２．７．５）
【国際特許分類】
【出願番号】特願２０１０−２７７６８５（Ｐ２０１０−２７７６８５）
【出願日】平成２２年１２月１４日（２０１０．１２．１４）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【出願人】（０００２３２２５４）日本電気通信システム株式会社 (586)
【Ｆターム（参考）】
【公開日】平成２４年７月５日（２０１２．７．５）
【国際特許分類】
【出願日】平成２２年１２月１４日（２０１０．１２．１４）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【出願人】（０００２３２２５４）日本電気通信システム株式会社 (586)
【Ｆターム（参考）】
[ Back to top ]