特許 7607185 コンピュータシステムおよび設定方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-12-19

(45)【発行日】2024-12-27

(54)【発明の名称】コンピュータシステムおよび設定方法

(51)【国際特許分類】

   H04L 41/0806 20220101AFI20241220BHJP

【ＦＩ】

H04L41/0806

【請求項の数】 3

(21)【出願番号】P 2022557211

(86)(22)【出願日】2020-10-14

(86)【国際出願番号】 IB2020059635

(87)【国際公開番号】W WO2022079470

(87)【国際公開日】2022-04-21

【審査請求日】2022-12-09

(73)【特許権者】

【識別番号】323001546

【氏名又は名称】楽天シンフォニー株式会社

(74)【代理人】

【識別番号】100105924

【弁理士】

【氏名又は名称】森下 賢樹

(72)【発明者】

【氏名】ラシナム バーラート

(72)【発明者】

【氏名】パケコ ドゥルス

(72)【発明者】

【氏名】アビシェク シン

(72)【発明者】

【氏名】アトリ ラウル

(72)【発明者】

【氏名】カンウィオカー クナル

【審査官】羽岡 さやか

(56)【参考文献】

【文献】米国特許出願公開第２０１９／０２８０９２８（ＵＳ，Ａ１）

【文献】特開２０２０－０６５１２７（ＪＰ，Ａ）

【文献】国際公開第２０１７／００２７３５（ＷＯ，Ａ１）

【文献】韓国公開特許第１０－２０１８－０１２７８１６（ＫＲ，Ａ）

【文献】米国特許出願公開第２０２０／００６７７６７（ＵＳ，Ａ１）

【文献】特開２０１８－１３７６９５（ＪＰ，Ａ）

【文献】米国特許出願公開第２００９／０２３８３４９（ＵＳ，Ａ１）

【文献】戸根 勤 TSUTOMU TONE，サーバー充実計画，日経ＮＥＴＷＯＲＫ 第１７号 ，日本，日経ＢＰ社 Nikkei Business Publications,Inc.，2001年08月22日，P.74-81

【文献】倉光 君郎，ＳＯＨＯ時代のＵＮＩＸ管理と活用の記録（第３回），ＴＲＹ！ＰＣ 第１０巻 第３号 ，日本，ＣＱ出版株式会社，1998年08月01日，第10巻，P.108-117

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ４１／００

Ｈ０４Ｗ ４／００－９９／００

(57)【特許請求の範囲】

【請求項1】

読取装置と、
前記読取装置とは通信ネットワークを介して通信接続される１以上のコンピュータを含む設定システムと、
を備え、
前記読取装置は、通信機器の識別情報を読み取り、前記通信機器の識別情報を前記通信ネットワークに送信し、
前記設定システムは、前記通信ネットワークを介して前記識別情報を受信し、前記識別情報に基づき、前記通信機器が所定の対向装置と正しく接続されているか否かを確認し、
前記設定システムは、前記通信機器が所定の対向装置と正しく接続されていることが確認された場合に、前記通信機器の設定情報を前記通信機器に反映させ、
前記設定システムは、前記通信機器への通信の到達性を確認することにより、前記通信機器の設定情報が前記通信機器に反映されたことを検出し、
前記設定システムは、前記通信機器の設定情報が前記通信機器に反映されたことが検出された場合に、前記通信機器に対する試験を実行する、
コンピュータシステム。

【請求項2】

前記設定システムは、第１コンピュータと、前記第１コンピュータと通信ネットワークを介して通信接続される第２コンピュータと、を少なくとも備え、
前記第１コンピュータが、前記通信機器の設定情報が前記通信機器に反映されたことを検出し、
前記第２コンピュータが、前記試験を実行する、
請求項１に記載のコンピュータシステム。

【請求項3】

読取装置と、前記読取装置と通信ネットワークを介して通信接続される１以上のコンピュータを含む設定システムとを備えるコンピュータシステムによる通信機器に対する設定方法であって、
前記読取装置が、前記通信機器から当該機器の識別情報を読み取り、前記通信機器の識別情報を前記通信ネットワークに送信するステップと、
前記設定システムが、前記通信ネットワークを介して前記識別情報を受信し、前記識別情報に基づき、前記通信機器が所定の対向装置と正しく接続されているか否かを確認するステップと、
前記設定システムが、前記通信機器が所定の対向装置と正しく接続されていると確認された場合に、前記通信機器の設定情報を前記通信機器に反映させるステップと、
前記設定システムが、前記通信機器への通信の到達性を確認することにより、前記通信機器の設定情報が前記通信機器に反映されたことを検出するステップと、
前記設定システムが、前記通信機器の設定情報が前記通信機器に反映されたことが検出された場合に、前記通信機器に対する試験を実行するステップと、
を備える設定方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、データ処理技術に関し、特にＧＣ（Ｇｒｏｕｐ Ｃｅｎｔｅｒ）の設定に関するコンピュータシステムおよび設定方法に関する。

【背景技術】

【0002】

移動体通信では、基地局、ＧＣ、およびデータセンタ（以下「ＣＤＣ」（Ｃｅｎｔｒａｌ Ｄａｔａ Ｃｅｎｔｅｒ）とも呼ぶ。）に配置された通信機器が連携して、利用者のデータが伝送される。ＧＣには、例えば、ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）の機能を提供するＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）やＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）を含む多数の通信機器が配置される（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２０－１３６７８８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

従来、１つのＧＣにおける通信機器の設定には２～３日以上の期間を要しており、設定期間の短縮が求められている。

【0005】

本開示はこうした課題に鑑みてなされたものであり、１つの目的は、ＧＣに配置される通信機器の設定を効率化する技術を提供することにある。

【課題を解決するための手段】

【0006】

上記課題を解決するために、本開示のある態様のコンピュータシステムは、ＧＣ（Ｇｒｏｕｐ Ｃｅｎｔｅｒ）に配置される読取装置と、ＧＣとは異なる場所に配置されるオペレーションサポートシステムと、を備える。読取装置は、ＧＣに配送された通信機器から当該機器の識別情報を読み取り、通信機器の識別情報をオペレーションサポートシステムへ送信し、オペレーションサポートシステムは、読取装置から送信された通信機器の識別情報をもとに、通信機器が所定の対向装置と正しく接続されているか否かを確認し、オペレーションサポートシステムは、通信機器が所定の対向装置と正しく接続されている場合に、通信機器の設定情報を通信機器に自動的に反映させる。

【0007】

本開示の別の態様は、設定方法である。この方法は、ＧＣ（Ｇｒｏｕｐ Ｃｅｎｔｅｒ）に配置される読取装置と、ＧＣとは異なる場所に配置されるオペレーションサポートシステムとを備えるコンピュータシステムにおける設定方法であって、読取装置が、ＧＣに配送された通信機器から当該機器の識別情報を読み取り、通信機器の識別情報をオペレーションサポートシステムへ送信するステップと、オペレーションサポートシステムが、読取装置から送信された通信機器の識別情報をもとに、通信機器が所定の対向装置と正しく接続されているか否かを確認するステップと、オペレーションサポートシステムが、通信機器が所定の対向装置と正しく接続されている場合に、通信機器の設定情報を通信機器に自動的に反映させるステップと、を備える。

【0008】

なお、以上の構成要素の任意の組合せ、本開示の表現を、装置、コンピュータプログラム、コンピュータプログラムを読み取り可能に記録した記録媒体などの間で変換したものもまた、本開示の態様として有効である。

【発明の効果】

【0009】

本開示によれば、ＧＣに配置される通信機器の設定を効率化することができる。

【図面の簡単な説明】

【0010】

【図1】図１は実施例の通信システムの構成を示す図である。

【0011】

【図2】図２は実施例の通信システムの動作を示すシーケンス図である。

【0012】

【図3】図３は図２に続く、通信システムの動作を示すシーケンス図である。

【0013】

【図4】図４は図３に続く、通信システムの動作を示すシーケンス図である。

【0014】

【図5】図５は図４に続く、通信システムの動作を示すシーケンス図である。

【0015】

【図6】図６は図５に続く、通信システムの動作を示すシーケンス図である。

【0016】

【図7】図７は図６に続く、通信システムの動作を示すシーケンス図である。

【発明を実施するための形態】

【0017】

実施例では、移動体通信事業者（ＭＮＯ：Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）網のＧＣに配置される通信機器の効率的な設定（いわゆるＺＴＰ（Ｚｅｒｏ Ｔｏｕｃｈ Ｐｒｏｖｉｓｉｏｎｉｇ））を実現するコンピュータシステム（後述の通信システム１０）を提案する。ＧＣは、加入者線を収容する局であり、すなわち、所定のエリア内の加入電話からの回線を集約している加入者交換局である。ＧＣは、物理的に加入者に近い位置にあるデータセンタであり、「エッジデータセンタ」とも言える。

【0018】

実施例のコンピュータシステム（後述の通信システム１０）は、ＧＣにおけるコミッショニングのプロセスをエンドツーエンドで自動化する。具体的には、実施例のコンピュータシステム（後述の通信システム１０）は、ＧＣに配置される複数種類の通信機器およびネットワーク機能（後述のＴＯＲ２０、サーバ２２、ＯＯＢ２４、ｖＤＵ３６、ｖＣＵ３８等）について、それぞれのセットアップと検証を自動化する。なお、通信機器は、通信機能を備えるデータ処理装置を意味し、例えば、スイッチやルータ等の中継装置を含み、また、サーバ等の情報処理装置を含む。

【0019】

図１は、実施例の通信システム１０の構成を示す。通信システム１０は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１２、基地局１４、ＳＷ（ＳＷｉｔｃｈ）１８、ＴＯＲ（Ｔｏｐ Ｏｆ Ｒａｃｋ）２０、サーバ２２、ＯＯＢ（Ｏｕｔ Ｏｆ Ｂａｎｄ）２４、導入チーム２６、読取装置２８、ＯＳＳ（Ｏｐｅｒａｔｉｏｎ Ｓｕｐｐｏｒｔ Ｓｙｓｔｅｍ）４２、オーケストレーションサーバ４８、ネットワーク管理サーバ５０、ＴＦＴＰ（Ｔｒｉｖｉａｌ Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバ５２、コアネットワークシステム５４、出荷チーム６２を備える。導入チーム２６および出荷チーム６２は、人の集団である。これらの人の集団を除く各装置は、無線または有線の通信網を介して接続される。図１ではＧＣ１６を１つ描いているが、実際の通信システム１０は、複数のＧＣ１６を備える。

【0020】

ＵＥ１２は、移動体通信事業者と契約を結んだユーザ（加入者）により操作される移動可能な通信端末であり、例えば、スマートフォンやタブレット端末である。基地局１４は、ＵＥ１２と無線接続されることによって無線通信を実行する。

【0021】

ＳＷ１８、ＴＯＲ２０、サーバ２２、ＯＯＢ２４、導入チーム２６、読取装置２８は、ＧＣ１６に配置される。ＳＷ１８、ＴＯＲ２０、サーバ２２、ＯＯＢ２４、読取装置２８のそれぞれは、ＧＣ１６に複数台配置されてもよい。ＳＷ１８は、例えば、ＧＣ１６の外部ネットワークと接続されるレイヤ２スイッチである。ＴＯＲ２０は、例えば、複数台のサーバ２２が格納されるラックに設けられたレイヤ２スイッチである。

【0022】

ＯＯＢ２４は、管理用および／または監視用のネットワークに接続されるレイヤ２スイッチである。導入チーム２６は、ＧＣ１６において通信機器の設置作業や設定作業を実施する作業者を含む。導入チーム２６は、作業者により操作される情報処理装置（ＰＣやタブレット端末等）を携行してよい。これらの情報処理装置は、無線または有線の通信網を介してＳＷ１８に接続される。読取装置２８は、スキャナ機能および通信機能を備える情報処理装置である。

【0023】

サーバ２２は、ＧＣにおける各種データ処理を実行する情報処理装置であり、ＳＫＵ（Ｓｔｏｃｋ Ｋｅｅｐｉｎｇ Ｕｎｉｔ）とも呼ばれる。サーバ２２は、複数の機能ブロックとして、管理ノード３０、ＶＩＭ（Ｖｉｒｔｕａｌｉｚｅｄ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｍａｎａｇｅｒ）３２、ＯｐｅｎＳｔａｃｋ３４、ｖＤＵ（ｖｉｒｔｕａｌ Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）３６、ｖＣＵ（ｖｉｒｔｕａｌ Ｃｅｎｔｒａｌ Ｕｎｉｔ）３８を備える。

【0024】

上記複数の機能ブロックは、ハードウェア的には、回路ブロック、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、メモリにロードされたプログラムをＣＰＵが実行すること等により実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。

【0025】

実施例では、上記複数の機能ブロックのそれぞれに対応するモジュールが実装されたコンピュータプログラムがネットワークを介してサーバ２２のストレージにインストールされる。サーバ２２のＣＰＵは、各機能ブロックに対応するコンピュータプログラムをメインメモリに読み出して実行することにより、各機能ブロックに対応する機能を発揮する。なお、上記のコンピュータプログラムは、所定の記録媒体に格納されてもよく、その記録媒体を介してサーバ２２のストレージにインストールされてもよい。

【0026】

管理ノード３０は、ＶＩＭ管理ノードともいえ、ＧＣ１６に配置される複数台のサーバ２２の中の１台にインストールされる。管理ノード３０は、ＧＣ１６に配置される複数台のサーバ２２におけるＶＩＭの動作を管理し、制御する。ＶＩＭ３２は、物理マシンおよび仮想マシンをネットワーク資源として管理するシステムである。ＯｐｅｎＳｔａｃｋ３４は、クラウドコンピューティングの基盤を構築するためのソフトウェアであり、仮想マシンやストレージ、ネットワーク等を統合的に管理する。

【0027】

ｖＤＵ３６とｖＣＵ３８は、仮想化されたＲＡＮ（すなわちｖＲＡＮ（ｖｉｒｔｕａｌ ＲＡＮ））の機能を提供するソフトウェアである。ｖＤＵ３６は、ＤＵ（リモート局）の機能を提供するソフトウェアである。ｖＣＵ３８は、ＣＵ（集約基地局）の機能を提供するソフトウェアである。

【0028】

ＯＳＳ４２、オーケストレーションサーバ４８、ネットワーク管理サーバ５０、ＴＦＴＰサーバ５２、コアネットワークシステム５４は、ＣＤＣ４０に配置される。ＣＤＣ４０は、通信網を介して複数のＧＣ１６と接続され、複数のＧＣに関するデータを処理するデータセンタである。例えば、ＣＤＣ４０は、複数のＧＣで受け付けられた通信データを集約して処理するデータセンタである。ＣＤＣ４０に配置されるシステムおよびサーバの機能は仮想化されてよく、ＣＤＣ４０における物理的なハードウェア構成に制限はない。

【0029】

ＯＳＳ４２は、通信システム１０全体の運用を支援する情報処理システムである。ＯＳＳ４２は、ＯＳＳ－ＳＦ（Ｓｉｔｅｆｏｒｇｅ）４４とＯＳＳ－ＦＳ（Ｆｏｒｅｓｉｇｈｔ）４６とを備える。「Ｓｉｔｅｆｏｒｇｅ」および「Ｆｏｒｅｓｉｇｈｔ」は、製品名であり、また、商標または登録商標である。実施例では、ＯＳＳ－ＳＦ４４とＯＳＳ－ＦＳ４６は、異なるソフトウェアモジュールとして実装されるが、単一のソフトウェアモジュールとして実装されてもよい。

【0030】

オーケストレーションサーバ４８は、ＧＣ１６の通信機器のセットアップ等に関するオーケストレーション機能を提供する情報処理装置である。ネットワーク管理サーバ５０は、ＧＣ１６におけるネットワーク情報を管理する情報処理装置である。ネットワーク管理サーバ５０は、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバの機能を含む。ＴＦＴＰサーバ５２は、ファイルサーバとして機能する情報処理装置である。

【0031】

コアネットワークシステム５４は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｃｏｌｉｔｉｏｎ）または第５世代移動通信システム（以下「５Ｇ」と呼ぶ。）のコアネットワーク機能を提供するコンピュータシステムである。例えば、コアネットワークシステム５４は、ＵＤＭ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ）、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）等の機能を含んでもよい。

【0032】

通信システム１０では、ＵＥ１２から送信された通信データは、基地局１４、ＧＣ１６のｖＤＵ３６およびｖＣＵ３８、ＣＤＣ４０のコアネットワークシステム５４を介して外部ネットワーク（インターネット等）へ送信される。

【0033】

倉庫６０は、出荷前の通信機器（ＴＯＲ２０、サーバ２２等）を保管する倉庫である。倉庫６０には、出荷チーム６２が配置される。出荷チーム６２は、ＧＣ１６への通信機器の出荷に関する作業を行う作業者を含む。出荷チーム６２は、作業者により操作される情報端末（ＰＣやタブレット端末等）を携行してよい。これらの情報処理装置は、無線または有線の通信網を介してＯＳＳ４２に接続される。

【0034】

以下、ＧＣ１６における通信機器の設定に関する動作を説明する。
図２は、実施例の通信システム１０の動作を示すシーケンス図である。ＯＳＳ－ＳＦ４４は、ＧＣ設定業務を担当する担当者のログインを受け付ける（Ｓ１０）。ＯＳＳ－ＳＦ４４は、担当者の操作に応じて、構築対象のＧＣ（以下「ＧＣ１６」とする。）に関するＧＣ詳細データを生成する（Ｓ１２）。ＯＳＳ－ＳＦ４４は、ＧＣ詳細データをＯＳＳ４２の記憶部（データベース等）に格納する。なお、記憶部は、ＯＳＳ４２の外部に設けられた記憶装置であってもよい。

【0035】

ＧＣ詳細データは、ＧＣ１６の名称、種別、ＩＤ、位置情報を含む。また、ＧＣ詳細データは、ＧＣ１６に配置される１つ以上のＰＯＤ（Ｐｏｉｎｔ Ｏｆ Ｄｅｌｉｖｅｒｙ）のＩＤを含む。ＰＯＤは、ＧＣ１６に配置される通信機器のグループである。例えば、ＰＯＤは、１台のＴＯＲ２０と、複数台のサーバ２２の組であってもよい。ＧＣ詳細データのＧＣ種別は、（１）ＧＣに設置されるべき通信機器の種類と個数、（２）ＧＣにおける複数の通信機器の接続態様（例えばどの通信機器とどの通信機器を接続するか等）、（３）ＧＣに設けられる１つ以上のＰＯＤの態様、に予め対応付けられる。言い換えれば、ＧＣ種別は、上記（１）～（３）を一意に識別可能な情報である。

【0036】

ＯＳＳ－ＳＦ４４は、ＧＣ詳細データを作成したことをＯＳＳ－ＦＳ４６へ通知する（Ｓ１４）。ＯＳＳ－ＦＳ４６は、通信機器の出荷指示を出荷チーム６２へ通知する（Ｓ１６）。例えば、ＯＳＳ－ＦＳ４６は、通信機器の出荷指示を含む電子メールを出荷チーム６２の情報端末へ送信してもよい。出荷チーム６２は、ＯＳＳ４２に記憶されたＧＣ１６のＧＣ詳細データ（ＧＣ種別等）に基づいて、ＧＣ１６に配置すべき複数の通信機器について各通信機器の種類と個数を識別する。出荷チーム６２は、ＧＣ１６に配置すべき複数の通信機器をＧＣ１６へ出荷する（Ｓ１８）。出荷チーム６２（出荷チーム６２の情報端末）は、通信機器の出荷完了をＯＳＳ－ＳＦ４４へ通知する。

【0037】

図３は、図２に続く、通信システム１０の動作を示すシーケンス図である。ＯＳＳ－ＳＦ４４は、出荷完了通知を受け付けると、ＧＣ計画データの作成指示をＯＳＳ－ＦＳ４６へ送信する（Ｓ２２）。ＯＳＳ－ＦＳ４６は、予め記憶されたＧＣ１６のＧＣ詳細データ（ＧＣ種別等）に基づいて、ＧＣ１６に配置する複数の通信機器について各通信機器の種類と個数を識別する。ＯＳＳ－ＦＳ４６は、ＧＣ１６に配置する各通信機器に関する属性情報を含むＧＣ計画データを生成する（Ｓ２４）。この属性情報は、各通信機器に付与するＩＰアドレスやホスト名を含む。

【0038】

ＯＳＳ４２の記憶部は、既存のＧＣに配置した既存の通信機器に割当済のＩＰアドレスとホスト名を記憶する。ＯＳＳ－ＦＳ４６は、ＧＣ計画データの作成時、上記記憶部を参照して、ＧＣ１６に配置する各通信機器に対して、既存の通信機器に未割当の（すなわちユニークな）ＩＰアドレスとホスト名を自動的に割り当てる。これにより、通信システム１０内でのＩＰアドレスとホスト名の重複（言い換えれば競合）を確実に回避することができる。ＯＳＳ－ＦＳ４６は、ＧＣ１６におけるネットワーク構築作業の指示をＧＣ１６の導入チーム２６へ通知する（Ｓ２６）。ＯＳＳ－ＦＳ４６は、上記作業の指示を含む電子メールを導入チーム２６の情報処理装置へ送信してもよい。

【0039】

導入チーム２６は、読取装置２８を操作して、ＧＣ１６に配送された各通信機器の情報を読取装置２８に読み取らせる（Ｓ２８）。ここで読み取り対象となる情報は、各通信機器の物理的な実体・個体に対して割り当てられた物理的な識別情報であり、製品コードとＭＡＣアドレスを含む。具体的には、読取装置２８は、スキャナ機能により、各通信機器（ＴＯＲ２０、サーバ２２等）に貼付されたラベルから各通信機器の物理的な識別情報（製品コード、ＭＡＣアドレス等）を読み取る（Ｓ３０）。読み取る情報は、例えばバーコードや二次元コードである。読み取る情報は、数字の刻印やＲＦタグから得られる電子的情報（電子データ）であってよい。読取装置２８は、各通信機器から読み取った各通信機器の物理的な識別情報をＯＳＳ－ＳＦ４４へ送信する（Ｓ３２）。ＯＳＳ－ＳＦ４４は、読取装置２８から送信された、ＧＣ１６に配置される各通信機器の物理的な識別情報をＯＳＳ４２の記憶部に格納する（Ｓ３４）。

【0040】

ＧＣ１６の導入チーム２６は、ＯＳＳ－ＳＦ４４に記憶されたＧＣ１６のＧＣ詳細データを参照し、そのＧＣ詳細データ（ＧＣ種別等）に基づいて、ＧＣ１６に配送された複数の通信機器を通信ケーブルにて接続し、ＧＣ１６のネットワークを構築する（Ｓ３６）。導入チーム２６は、ＧＣ１６に配置された複数の通信機器の電源をオンする（Ｓ３８）。導入チーム２６は、手作業によるＧＣ受け入れ試験を実施する（Ｓ４０）。

【0041】

手作業によるＧＣ受け入れ試験は、ＧＣ１６に配置された複数の通信機器の物理的な構成が正しいかを人が確認する作業である。例えば、手作業によるＧＣ受け入れ試験は、（１）通信ケーブルが通信機器と正しく接続されているか、（２）各通信機器に正しくラベルが貼付されているか、（３）各通信機器に設けられたインジケータランプ（ＬＥＤ等）が正常動作（点灯等）しているかの確認を含む。導入チーム２６（導入チーム２６の情報端末）は、手作業によるＧＣ受け入れ試験の結果をＯＳＳ－ＳＦ４４へ送信する（Ｓ４２）。

【0042】

図４は、図３に続く、通信システム１０の動作を示すシーケンス図である。ＯＳＳ－ＳＦ４４は、導入チーム２６から通知された手作業によるＧＣ受け入れ試験の結果をＯＳＳ４２の記憶部に格納する（Ｓ４４）。ＯＳＳ－ＳＦ４４は、ケーブルマトリックスチェックの実施をＯＳＳ－ＦＳ４６に指示する（Ｓ４６）。ＯＳＳ－ＦＳ４６は、読取装置２８から送信されたＧＣ１６に配置される複数の通信機器の物理的な識別情報をもとに、ケーブルマトリックスチェックとして、ＧＣ１６の各通信機器が所定の対向装置と正しく接続されているか否かを確認する（Ｓ４８）。

【0043】

具体的には、ＯＳＳ－ＦＳ４６は、ＣＤＰ（Ｃｉｓｃｏ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を用いて、ＧＣ１６に配置された複数の通信機器（ＴＯＲ２０、サーバ２２等）のそれぞれについて、どのポートにどの機器（ＭＡＣアドレス）が接続されているかをマッピングする。また、ＯＳＳ－ＦＳ４６は、ＧＣ１６に配置された複数の通信機器それぞれの製品コードおよびＭＡＣアドレスと、上記マッピングの結果とに基づいて、ＧＣ１６の各通信機器が所定の対向装置と正しく接続されているか否か、すなわち、ＧＣ１６のＧＣ種別に適合した接続態様であるか否かを確認する。

【0044】

ケーブルマトリックスチェックにおいてエラーが検出された場合、すなわち、ＧＣ１６における通信機器の接続が正しくないことが検出された場合、ＯＳＳ－ＦＳ４６は、そのエラーをＯＳＳ－ＳＦ４４へ通知する（Ｓ５０）。ＯＳＳ－ＳＦ４４は、エラーの修正を担当するチームに修正タスクを割り当てる（Ｓ５２）。修正タスクが割り当てられたチームは、例えば、ＧＣ１６において通信機器の接続態様を修正する。ＯＳＳ－ＳＦ４４は、エラーの修正が完了したことをＯＳＳ－ＦＳ４６へ通知する（Ｓ５４）。

【0045】

後述するように、ＯＳＳ－ＦＳ４６は、ケーブルマトリックスチェックが成功した場合（エラーが修正された場合を含む）、言い換えれば、ＧＣ１６の各通信機器が所定の対向装置と正しく接続されている場合に、ＧＣ１６の各通信機器の設定情報を各通信機器に自動的に反映させる自動コミッショニング処理を実行する。このように、ＧＣ１６に配置された通信機器の接続態様が正しいことを条件として自動コミッショニング処理を実行することにより、自動コミッショニング処理を開始後のエラーの発生と、当該エラーの修正に伴う手戻りの発生を抑制することができる。

【0046】

図４の説明に戻る。ＯＳＳ－ＦＳ４６は、ケーブルマトリックスチェックが成功した場合、または、エラーの修正完了が通知された場合、サーバ２２に関する自動ヘルスチェック処理を実行する（Ｓ５６）。自動ヘルスチェック処理は、メモリ、ディスクサイズ、電源ステータスの正常性確認を含む。自動ヘルスチェック処理にて異常が検出された場合、ケーブルマトリックスチェックにおける異常検出時と同様に、ＯＳＳ－ＦＳ４６は、検出した異常をＯＳＳ－ＳＦ４４へ通知する。ＯＳＳ－ＳＦ４４は、所定のチームに異常への対応を依頼し、サーバ２２を正常な状態に移行させる。

【0047】

ＯＳＳ－ＦＳ４６は、Ｓ２４で生成したＧＣ計画データが示すＩＰアドレスおよびホスト名を、ＧＣ１６に配置された複数台のサーバ２２のそれぞれに割り当てる（Ｓ５８）。ＯＳＳ－ＦＳ４６は、ＧＣ１６のＧＣ種別、ＧＣ１６の各通信機器のＩＰアドレスとホスト名、およびケーブルマトリックスチェックの結果（例えば、どのポートにどの機器が接続されているかを示すデータ）をもとに、ＴＯＲ２０の設定情報を生成する（Ｓ６０）。ＴＯＲ２０の設定情報は、例えば、ＴＯＲ２０のホスト名、ＭＡＣアドレステーブルのデータ、ＡＲＰテーブルのデータ、ＶＬＡＮに関するデータ、優先制御に関するデータを含んでもよい。ＯＳＳ－ＦＳ４６は、ＴＯＲに対する自動コミッショニング処理の実行を自動承認する（Ｓ６２）。自動承認を行うことで、手動介入により誤って「拒否」が入力されてしまうこと、また「拒否」の入力に伴う時間の浪費を回避することができる。

【0048】

図５は、図４に続く、通信システム１０の動作を示すシーケンス図である。同図は、１台のＴＯＲ２０の自動コミッショニング処理の流れを示している。ＧＣ１６に複数台のＴＯＲ２０が配置される場合、各ＴＯＲ２０の設定情報の生成、自動承認、図５の自動コミッショニング処理が並行して実行されてもよい。また、ＧＣ１６に配置されるサーバ２２（または複数台のサーバ２２）についても同様に、設定情報の生成、自動承認、自動コミッショニング処理が実行（または並行して実行）されてもよい。また、ＧＣ１６に配置されるＯＯＢ２４（または複数台のＯＯＢ２４）についても同様に、設定情報の生成、自動承認、自動コミッショニング処理が実行（または並行して実行）されてもよい。この自動コミッショニングの処理により、全国に点在する複数のＧＣを地域的制限なく、同時多発的にセットアップし、検証することができる。

【0049】

ＯＳＳ－ＦＳ４６は、ＴＯＲ２０に割り当てたＩＰアドレス、ＴＦＴＰサーバ５２のＩＰアドレス、および後述のＴＯＲ設定ファイルのファイル名を含むＤＨＣＰプールのデータをオーケストレーションサーバ４８へ送信する（Ｓ６４）。オーケストレーションサーバ４８は、上記ＤＨＣＰプールの生成をネットワーク管理サーバ５０に指示する（Ｓ６６）ネットワーク管理サーバ５０は、上記ＤＨＣＰプールを生成し、上記ＤＨＣＰプールの生成完了をオーケストレーションサーバ４８へ通知する（Ｓ６８）。オーケストレーションサーバ４８は、上記ＤＨＣＰプールの生成完了をＯＳＳ－ＦＳ４６へ通知する（Ｓ６９）。

【0050】

ＯＳＳ－ＦＳ４６は、Ｓ６０で生成したＴＯＲ２０の設定情報（ＴＯＲ２０のホスト名等）を含むファイル（「ＴＯＲ設定ファイル」とも呼ぶ。）をＴＦＴＰサーバ５２にアップロードする（Ｓ７０）。ＯＳＳ－ＦＳ４６は、ＴＯＲ登録要求をオーケストレーションサーバ４８へ送信する（Ｓ７２）。オーケストレーションサーバ４８は、ＴＯＲ登録要求を受け付けると、ＴＯＲ２０のホスト名を指定したｐｉｎｇリクエストをＴＯＲ２０（ＧＣ１６のネットワーク）へ送信する（Ｓ７４）。オーケストレーションサーバ４８は、このｐｉｎｇリクエストを定期的（例えば１５分おき）に繰り返す（Ｓ７６）。

【0051】

ＴＯＲ２０は、ＤＨＣＰディスカバー／リクエストをネットワーク管理サーバ５０へ送信する（Ｓ７８）。ネットワーク管理サーバ５０は、ＴＯＲ２０に割り当てたＩＰアドレス、ＴＦＴＰサーバ５２のＩＰアドレス、およびＴＯＲ設定ファイルのファイル名を含むＤＨＣＰオファー／ＡＣＫをＴＯＲ２０へ送信する（Ｓ８０）。ＴＯＲ２０は、ＤＨＣＰオファー／ＡＣＫに含まれるＴＯＲ設定ファイルのファイル名を指定したＴＯＲ設定ファイルのダウンロード要求をＴＦＴＰサーバ５２へ送信する（Ｓ８２）。ＴＦＴＰサーバ５２は、ダウンロード要求で指定されたファイル名により識別されるＴＯＲ設定ファイルをＴＯＲ２０へ送信する（Ｓ８４）。

【0052】

ＴＯＲ２０は、ＴＦＴＰサーバ５２から提供されたＴＯＲ設定ファイルが示す設定情報を自機に反映させる。例えば、ＴＯＲ２０は、設定情報に含まれるホスト名を自機の環境データに設定し、また、設定情報に含まれる各種テーブルデータを自機の記憶部に格納してもよい。ＴＯＲ２０は、自律的に再起動する（Ｓ８８）。再起動後のＴＯＲ２０は、ＴＯＲ設定ファイルが示す設定情報を反映した動作を実行する。

【0053】

オーケストレーションサーバ４８は、ＴＯＲ２０のホスト名を指定したｐｉｎｇリクエストをＴＯＲ２０（ＧＣ１６のネットワーク）へ送信する（Ｓ９０）。ＴＯＲ２０は、ｐｉｎｇレスポンスをオーケストレーションサーバ４８へ送信する（Ｓ９２）。オーケストレーションサーバ４８は、ＴＯＲ２０からのｐｉｎｇレスポンスを受け付けると、ＴＯＲ２０の設定完了をＯＳＳ－ＦＳ４６へ通知する（Ｓ９４）。

【0054】

このように、オーケストレーションサーバ４８は、ＧＣ１６の通信機器（図５ではＴＯＲ２０）への通信の到達性を定期的に確認することにより、通信機器の設定情報が当該通信機器に反映された場合にそのことを検出し、通信機器の設定情報が当該通信機器に反映されたことをＯＳＳ４２へ通知する。後述するように、ＯＳＳ４２は、通信機器の設定情報が当該通信機器に反映されたことが通知された場合、通信機器への通信の到達性確認を含むＧＣ受け入れ試験を自動で実行する。これにより、ＧＣ１６に配置された通信機器に対する遠隔からの自動試験を適切なタイミングで実行することができる。

【0055】

図６は、図５に続く、通信システム１０の動作を示すシーケンス図である。ＯＳＳ－ＦＳ４６は、ＴＯＲ２０の設定完了（自動コミッショニング処理の完了）が通知されると、ＧＣ受け入れ試験を自動で実行する（Ｓ９６）。ＧＣ１６に配置される複数の通信機器に対する自動コミッショニング処理を実行する場合、ＯＳＳ－ＦＳ４６は、自動コミッショニング処理の対象となった全ての通信機器に対する自動コミッショニング処理の完了が通知されたことを条件としてＧＣ受け入れ試験を実行してもよい。

【0056】

ＧＣ受け入れ試験は、ＯＯＢ２４に遠隔ログインして行うＯＯＢ２４の受け入れ試験と、ＴＯＲ２０に遠隔ログインして行うＴＯＲ２０の受け入れ試験とを含む。ＯＯＢ２４の受け入れ試験は、（１）ＯＯＢ２４のソフトウェアバージョンの検証（最新バージョンであるか、または、ＧＣ種別に適合するバージョンであるか等）、（２）ポートが接続状態であるかの確認、（３）外部機器へのｐｉｎｇ試験を含む。ＴＯＲ２０の受け入れ試験は、（１）ＴＯＲ２０のソフトウェアバージョンの検証（最新バージョンであるか、または、ＧＣ種別に適合するバージョンであるか等）、（２）温度状態の確認、（３）ポートが接続状態であるかの確認、（４）外部機器へのｐｉｎｇ試験、（５）アラームの検証を含む。

【0057】

ＯＳＳ－ＦＳ４６は、ＧＣ受け入れ試験の結果をＯＳＳ－ＳＦ４４へ送信する（Ｓ９８）。ＯＳＳ－ＳＦ４４は、ＧＣ受け入れ試験の結果をＯＳＳ４２の記憶部に格納する（Ｓ１００）。ＯＳＳ－ＦＳ４６は、Ｓ１０で作成されたＧＣ詳細データ、Ｓ２４で生成されたＧＣ計画データ、Ｓ３４で記憶された各通信機器の物理的な識別情報等に基づいて、ＶＩＭ３２とＯｐｅｎＳｔａｃｋ３４のセットアップデータを生成する（Ｓ１０２）。例えば、ＯＳＳ－ＦＳ４６は、ＧＣ詳細データが示すＧＣ種別に対応するセットアップデータのテンプレートに対して、ＧＣ計画データが示すＩＰアドレスや、各通信機器のＭＡＣアドレス等をパラメータとして設定することにより、ＶＩＭ３２とＯｐｅｎＳｔａｃｋ３４のセットアップデータを生成してもよい。

【0058】

ＯＳＳ－ＦＳ４６は、ＶＩＭ３２のセットアップを自動承認する（Ｓ１０４）。ＯＳＳ－ＦＳ４６は、サーバ２２にリモートログインして、サーバ２２のファームウェアを更新する（Ｓ１０６）。ファームウェアの更新は、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）、ファイアウォールの更新を含む。

【0059】

ＯＳＳ－ＦＳ４６は、管理ノード３０（ＶＩＭ管理ノード）のインストール指示をサーバ２２へ送信する（Ｓ１０８）。サーバ２２は、管理ノード３０をインストールする。ＯＳＳ－ＦＳ４６は、ＧＣ１６に配置される複数台のサーバ２２のうち１台のサーバ２２に管理ノード３０をインストールさせる。ＧＣ１６の１台のサーバ２２にインストールされた管理ノード３０は、ＧＣ１６の複数台のサーバ２２にＶＩＭ３２をインストールする（Ｓ１１２）。

【0060】

ＧＣ１６に配置される複数台のサーバ２２のそれぞれは、ＶＩＭ３２のインストールに成功すると、ＶＩＭ３２のインストール成功をＯＳＳ－ＦＳ４６へ通知する（Ｓ１１４）。ＧＣ１６に配置される全てのサーバ２２からＶＩＭ３２のインストール成功が通知されると、ＯＳＳ－ＦＳ４６は、ＧＣ受け入れ処理を実行する（Ｓ１１６）。ＯＳＳ－ＦＳ４６は、ＧＣ受け入れ完了をＯＳＳ－ＳＦ４４に通知する（Ｓ１１８）。ＯＳＳ－ＳＦ４４は、ＧＣ受け入れ完了を示す情報をＯＳＳ４２の記憶部に格納する（Ｓ１２０）。

【0061】

図７は、図６に続く、通信システム１０の動作を示すシーケンス図である。ＯＳＳ－ＦＳ４６は、Ｓ１１６のＧＣ受け入れ処理が完了すると、ＯｐｅｎＳｔａｃｋ３４のセットアップの開始を自動承認する（Ｓ１２２）。ＯＳＳ－ＦＳ４６は、ＯｐｅｎＳｔａｃｋ３４のインストールを指示するデータをオーケストレーションサーバ４８へ送信する（Ｓ１２４）。オーケストレーションサーバ４８は、ＯｐｅｎＳｔａｃｋ３４のインストールをサーバ２２に指示する（Ｓ１２６）。Ｓ１２６の処理は、仮想マシンイメージファイルをサーバ２２へ送信することを含んでもよい。サーバ２２のＯｐｅｎＳｔａｃｋ３４は、仮想マシンイメージファイルをもとに、仮想マシンインスタンスを生成してもよい。

【0062】

オーケストレーションサーバ４８は、ＯｐｅｎＳｔａｃｋ３４のインストール状況（仮想マシンインスタンス生成状況を含む）を所定時間（例えば１５分）おきに繰り返しサーバ２２に問い合わせる（Ｓ１２８）（Ｓ１３０）。ＯｐｅｎＳｔａｃｋ３４のインストール（仮想マシンインスタンスの生成を含む）が完了すると、サーバ２２は、ＯｐｅｎＳｔａｃｋ３４のインストール成功をオーケストレーションサーバ４８に通知する（Ｓ１３２）。オーケストレーションサーバ４８は、ＯｐｅｎＳｔａｃｋ３４のインストール成功をＯＳＳ－ＦＳ４６に通知する（Ｓ１３４）。

【0063】

ＯＳＳ－ＦＳ４６は、オーケストレーションサーバ４８と連携して、ＧＣ１６における異常発生時のアラートを設定し、また、ＧＣ１６におけるバックアップ等の定期ジョブ（ｃｒｏｎジョブ等）を設定する（Ｓ１３６）。ＯＳＳ－ＦＳ４６は、ＧＣ１６の複数のサーバ２２にインストールされたＶＩＭ３２に対する試験を実行する（Ｓ１３８）。この試験は、各サーバ２２のＶＩＭ３２のインストールステータスの確認を含む。

【0064】

ＯＳＳ－ＦＳ４６は、ＧＣ１６の通信機器に対して割当可能なＩＰアドレスの範囲を示すＤＨＣＰプール（ＩＰアドレスプール）のデータを生成する（Ｓ１４０）。ＯＳＳ－ＦＳ４６は、ＤＨＣＰプールのデータをオーケストレーションサーバ４８へ送信する（Ｓ１４２）。ＯＳＳ－ＦＳ４６は、ネットワーク管理サーバ５０に対してＤＨＣＰプールを登録する（Ｓ１４４）。オーケストレーションサーバ４８は、ＤＨＣＰプールの設定完了をＯＳＳ－ＦＳ４６へ通知する（Ｓ１４６）。ＯＳＳ－ＦＳ４６は、ｖＲＡＮ機能（すなわちｖＤＵ３６とｖＣＵ３８）をサーバ２２にインストールする（Ｓ１４８）。例えば、ＯＳＳ－ＦＳ４６は、ｖＤＵ３６のプログラムとｖＣＵ３８のプログラムをサーバ２２へ送信し、サーバ２２にそれらのプログラムをインストールしてもよい。

【0065】

実施例の通信システム１０によると、ＧＣ１６における通信機器の設定における手動介入を低減し、ＧＣ１６における通信機器の設定を効率化して、その設定に要する時間を大幅に短縮するとともに、全国に点在する複数のＧＣを地域的制限なく、同時多発的にセットアップし、検証することができる。例えば、実施例の通信システム１０によると、１つのＧＣ１６における通信機器の設定を９時間から１０時間程度で完了でき、これを全国で同時多発的に実行することができる。

【0066】

また、実施例の通信システム１０は、複数のＧＣ１６における通信機器の設定を並行して実行する構成とすることもできる。例えば、ＯＳＳ４２は、複数のＧＣ１６に配置される複数の読取装置２８から送信された各ＧＣ１６の通信機器の物理的な識別情報（ＭＡＣアドレス等）をもとに、各ＧＣ１６の通信機器が所定の対向装置と正しく接続されているか否かを確認する処理を並行して実行してもよい。すなわち、ＯＳＳ－ＳＦ４４とＯＳＳ－ＦＳ４６は、複数のＧＣ１６に関するケーブルマトリックスチェック（図４のＳ４８）を並行して実行してもよい。

【0067】

また、ＯＳＳ４２は、各ＧＣ１６の通信機器が所定の対向機器と正しく接続されている場合に、各ＧＣ１６の通信機器の設定情報を各ＧＣ１６の通信機器に自動的に反映させる処理を並行して実行してもよい。すなわち、ＯＳＳ－ＳＦ４４とＯＳＳ－ＦＳ４６は、複数のＧＣ１６に配置された通信機器に対する自動コミッショニング処理（図５）を並行して実行してもよい。複数のＧＣ１６における通信機器の設定を並行して実行することにより、例えば、３０局から４０局のＧＣ１６に対する設定処理を同時に進めることができる。

【0068】

以上、本開示を実施例をもとに説明した。この実施例は例示であり、各構成要素あるいは各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本開示の技術の範囲にあることは当業者に理解されるところである。

【0069】

上述した実施例および変形例の任意の組み合わせもまた本開示の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施例および変形例それぞれの効果をあわせもつ。また、請求項に記載の各構成要件が果たすべき機能は、実施例および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。

【産業上の利用可能性】

【0070】

本開示の技術は、ＧＣ（Ｇｒｏｕｐ Ｃｅｎｔｅｒ）に配置される通信機器の設定に関わる装置またはシステムに適用することができる。

【符号の説明】

【0071】

１０ 通信システム、１６ ＧＣ、２０ ＴＯＲ、２２ サーバ、２４ ＯＯＢ、２８ 読取装置、４０ ＣＤＣ、４２ ＯＳＳ、４８ オーケストレーションサーバ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】