(57)【要約】【課題】オペレータが面倒な作業を行うことなく、冗長化された複数のサーバのデータを更新することができるデータ設定システムを提供する。【解決手段】第１メインサーバを含む複数のサーバを有するメインサーバシステム、および、第１サブサーバを含む複数のサーバを有するサブサーバシステムを有する。設定装置は、サーバシステムへのデータアップロードが指示されると、第１メインサーバに状態確認要求を送信する。第１メインサーバは、メイン・サブサーバシステムの全サーバの動作状態を確認する。メインサーバシステムの全サーバが正常に動作していれば第１メインサーバは、設定装置に対して正常応答を返信する。設定装置は、第１メインサーバから正常応答を受信した場合には、メインサーバシステムの各サーバに対してデータをアップロードする。【選択図】図２
2020035163.tif 000002
【特許請求の範囲】
【請求項１】
第１メインサーバを含む複数のサーバを有するメインサーバシステム、および、第１サブサーバを含む複数のサーバを有するサブサーバシステムを有するサーバシステム、
ネットワークを介して前記サーバシステムの各サーバと通信する設定装置、
前記設定装置に、前記サーバシステムにアップロードすべきデータを入力する設定用端末、
を有するデータ設定システムであって、
前記設定装置は、前記設定用端末から前記データのアップロードが指示されると、前記第１メインサーバに状態確認要求を送信し、
前記第１メインサーバは、前記状態確認要求を受信すると、前記サーバシステムの全サーバの動作状態を確認し、少なくともメインサーバシステムの全サーバが正常に動作していれば前記設定装置に対して正常応答を返信し、メインサーバシステムのサーバに正常に動作していないものがある場合には前記設定装置に異常応答を返信し、
前記設定装置は、前記第１メインサーバから正常応答を受信した場合には、前記メインサーバシステムの各サーバに対して前記データをアップロードし、前記第１メインサーバから異常応答を受信した場合、または、前記第１メインサーバから応答を受信しなかった場合には、前記サブサーバシステムの各サーバに対して前記データをアップロードする
データ設定システム。
【請求項２】
前記メインサーバシステムの各サーバに対して前記データをアップロードする場合、前記設定装置は、前記第１メインサーバに対して全データをアップロードし、前記第１メインサーバが、前記メインサーバシステムの他のサーバに前記全データの一部または全部を転送し、
前記サブサーバシステムの各サーバに対して前記データをアップロードする場合、前記設定装置は、前記第１サブサーバに対して全データをアップロードし、前記第１サブサーバが、前記サブサーバシステムの他のサーバに前記全データの一部または全部を転送する
請求項１に記載のデータ設定システム。
【請求項３】
前記サブサーバシステムは、前記メインサーバシステムの各サーバに各々対応するサーバを有し、
前記メインサーバシステムの各サーバは、前記設定装置からデータがアップロードされたとき、前記ネットワークを介して、前記サブサーバシステムの対応するサーバに該データを送信して、データを同期させ、
前記サブサーバシステムの各サーバは、前記設定装置からデータがアップロードされたとき、前記ネットワークを介して、前記メインサーバシステムの対応するサーバに該データを送信して、データを同期させる
請求項１に記載のデータ設定システム。
【請求項４】
前記設定装置が前記第１メインサーバに対して全データをアップロードした場合、前記第１メインサーバが、前記第１サブサーバに該アップロードされたデータを転送してデータを同期させ、
前記設定装置が前記第１サブサーバに対して全データをアップロードした場合、前記第１サブサーバが、前記第１メインサーバに該アップロードされたデータを転送してデータを同期させる
請求項２に記載のデータ設定システム。
【請求項５】
第１メインサーバを含む複数のサーバを有するメインサーバシステム、および、第１サブサーバを含む複数のサーバを有するサブサーバシステムを有するサーバシステム、
ネットワークを介して前記サーバシステムの各サーバと通信する設定装置、
前記設定装置に、前記サーバシステムからデータを取得して更新する設定用端末、
を有するデータ設定システムであって、
前記設定装置は、前記設定用端末から前記データのダウンロードが指示されると、前記第１メインサーバに状態確認要求を送信し、
前記第１メインサーバは、前記状態確認要求を受信すると、前記サーバシステムの全サーバの動作状態を確認し、少なくともメインサーバシステムの全サーバが正常に動作していれば前記設定装置に対して正常応答を返信し、メインサーバシステムのサーバに正常に動作していないものがある場合には前記設定装置に異常応答を返信し、
前記設定装置は、前記第１メインサーバから正常応答を受信した場合には、前記メインサーバシステムのサーバから前記データをダウンロードし、前記第１メインサーバから異常応答を受信した場合、または、前記第１メインサーバから応答を受信しなかった場合には、前記サブサーバシステムのサーバから前記データをダウンロードする
データ設定システム。
【請求項６】
前記第１メインサーバは、前記サーバシステムの全サーバが正常に動作している場合、前記メインサーバシステムの各サーバに記憶されているデータの日付と前記サブサーバシステムの各サーバに記憶されているデータの日付を比較し、サブサーバシステムの各サーバに記憶されているデータの日付のほうが新しい場合、前記設定装置に、異常応答を返信する請求項５に記載のデータ設定システム。
【請求項７】
第１メインサーバを含む複数のサーバを有するメインサーバシステム、および、第１サブサーバを含む複数のサーバを有するサブサーバシステムを有するサーバシステム、
ネットワークを介して前記サーバシステムの各サーバと通信する設定装置、
前記設定装置に、前記サーバシステムにアップロードすべきデータを入力する設定用端末、
を有するシステムにおいて、
前記設定装置が、前記設定用端末から前記データのアップロードが指示されると、前記第１メインサーバに状態確認要求を送信し、
前記状態確認要求を受信した前記第１メインサーバが、前記サーバシステムの全サーバの動作状態を確認し、少なくともメインサーバシステムの全サーバが正常に動作していれば前記設定装置に対して正常応答を返信し、メインサーバシステムのサーバに正常に動作していないものがある場合には前記設定装置に異常応答を返信し、
前記設定装置が、前記第１メインサーバから正常応答を受信した場合には、前記メインサーバシステムの各サーバに対して前記データをアップロードし、前記第１メインサーバから異常応答を受信した場合、または、前記第１メインサーバから応答を受信しなかった場合には、前記サブサーバシステムの各サーバに対して前記データをアップロードする
データ設定方法。
【請求項８】
前記メインサーバシステムの各サーバに対して前記データをアップロードする場合、前記設定装置は、前記第１メインサーバに対して全データをアップロードし、前記第１メインサーバが、前記メインサーバシステムの他のサーバに前記全データの一部または全部を転送し、
前記サブサーバシステムの各サーバに対して前記データをアップロードする場合、前記設定装置は、前記第１サブサーバに対して全データをアップロードし、前記第１サブサーバが、前記サブサーバシステムの他のサーバに前記全データの一部または全部を転送する
請求項１に記載のデータ設定方法。
【請求項９】
前記サブサーバシステムは、前記メインサーバシステムの各サーバに各々対応するサーバを有するシステムであって、
前記メインサーバシステムの各サーバは、前記設定装置からデータがアップロードされたとき、前記ネットワークを介して、前記サブサーバシステムの対応するサーバに該データを送信して、データを同期させ、
前記サブサーバシステムの各サーバは、前記設定装置からデータがアップロードされたとき、前記ネットワークを介して、前記メインサーバシステムの対応するサーバに該データを送信して、データを同期させる
請求項７に記載のデータ設定方法。
【請求項１０】
前記設定装置が前記第１メインサーバに対して全データをアップロードした場合、前記第１メインサーバが、前記第１サブサーバに該アップロードされたデータを転送してデータを同期させ、
前記設定装置が前記第１サブサーバに対して全データをアップロードした場合、前記第１サブサーバが、前記第１メインサーバに該アップロードされたデータを転送してデータを同期させる
請求項８に記載のデータ設定方法。
【請求項１１】
第１メインサーバを含む複数のサーバを有するメインサーバシステム、および、第１サブサーバを含む複数のサーバを有するサブサーバシステムを有するサーバシステム、
ネットワークを介して前記サーバシステムの各サーバと通信する設定装置、
前記設定装置に、前記サーバシステムからデータを取得して更新する設定用端末、
を有するシステムにおいて、
前記設定装置は、前記設定用端末から前記データのダウンロードが指示されると、前記第１メインサーバに状態確認要求を送信し、
前記第１メインサーバは、前記状態確認要求を受信すると、前記サーバシステムの全サーバの動作状態を確認し、少なくともメインサーバシステムの全サーバが正常に動作していれば前記設定装置に対して正常応答を返信し、メインサーバシステムのサーバに正常に動作していないものがある場合には前記設定装置に異常応答を返信し、
前記設定装置は、前記第１メインサーバから正常応答を受信した場合には、前記メインサーバシステムのサーバから前記データをダウンロードし、前記第１メインサーバから異常応答を受信した場合、または、前記第１メインサーバから応答を受信しなかった場合には、前記サブサーバシステムのサーバから前記データをダウンロードする
データ設定方法。
【請求項１２】
前記第１メインサーバは、前記サーバシステムの全サーバが正常に動作している場合、前記メインサーバシステムの各サーバに記憶されているデータの日付と前記サブサーバシステムの各サーバに記憶されているデータの日付を比較し、サブサーバシステムの各サーバに記憶されているデータの日付のほうが新しい場合、前記設定装置に、異常応答を返信する請求項１１に記載のデータ設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、冗長化された複数のサーバのデータを更新するデータ設定システムおよびデータ設定方法に関する。
【背景技術】
【０００２】
ネットワーク上にサーバ（呼制御サーバ）を設置し、このサーバを介して音声通信を行う音声通信システムが実用化されている（たとえば特許文献１、特許文献２）。この音声通信システムでは、トランシーバ形状の通信端末が用いられる。通信端末が音声通信を実行できるようにするためには、プロビジョニングデータを読み込んで機能を設定する必要がある。このため、ネットワーク上にプロビジョニングサーバを設置し、通信端末がネットワークを介してプロビジョニングサーバにアクセスすることで、プロビジョニングデータをダウンロードできるようにしている。
【０００３】
プロビジョニングデータには、複数の通信端末で共通のデータ、および、各通信端末でそれぞれ個別のデータがある。これらを別々に通信端末に設定するため、ネットワーク上に複数のプロビジョニングデータが設けられている。各プロビジョニングサーバへのプロビジョニングデータのアップロードは、システムのオペレータによって行われる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開ＷＯ／２０１７／０８６４１５
【０００５】
【特許文献２】国際公開ＷＯ／２０１７／０８６４１６
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１、２のシステムでは、複数のサーバにバックアップがなく、いずれかのサーバがダウンするとシステムがダウンしてしまう。そこでシステムを冗長化（たとえば２重化）することが考えられる。システムのオペレータが冗長化された複数のサーバをメンテナンスすることは面倒であり、冗長化されたサーバ間の同期を確認することも面倒である。
【０００７】
この発明は、オペレータが面倒な作業を行うことなく、冗長化された複数のサーバのデータを更新することができるデータ設定システムおよびデータ設定方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明のデータ設定システムは、第１メインサーバを含む複数のサーバを有するメインサーバシステム、および、第１サブサーバを含む複数のサーバを有するサブサーバシステムを有するサーバシステム、ネットワークを介してサーバシステムの各サーバと通信する設定装置、サーバシステムにアップロードすべきデータを設定装置に入力する設定用端末を有する。設定装置は、設定用端末からデータのアップロードが指示されると、第１メインサーバに状態確認要求を送信する。第１メインサーバは、状態確認要求を受信すると、サーバシステムの全サーバの動作状態を確認し、少なくともメインサーバシステムの全サーバが正常に動作していれば設定装置に対して正常応答を返信し、メインサーバシステムのサーバに正常に動作していないものがある場合には設定装置に異常応答（システム切換要求）を返信する。設定装置は、第１メインサーバから正常応答を受信した場合には、メインサーバシステムの各サーバに対してデータをアップロードし、第１メインサーバから異常応答を受信した場合または第１メインサーバから応答を受信しなかった場合には、サブサーバシステムの各サーバに対してデータをアップロードする。
【０００９】
本発明のデータ設定方法は、第１メインサーバを含む複数のサーバを有するメインサーバシステム、および、第１サブサーバを含む複数のサーバを有するサブサーバシステムを有するサーバシステム、ネットワークを介してサーバシステムの各サーバと通信する設定装置、サーバシステムにアップロードすべきデータを設定装置に入力する設定用端末を有するシステムにおいて、以下の手順が実行される。設定装置は、設定用端末からデータのアップロードが指示されると、第１メインサーバに状態確認要求を送信する。第１メインサーバは、状態確認要求を受信すると、サーバシステムの全サーバの動作状態を確認し、少なくともメインサーバシステムの全サーバが正常に動作していれば設定装置に対して正常応答を返信し、メインサーバシステムのサーバに正常に動作していないものがある場合には設定装置に異常応答（システム切換要求）を返信する。設定装置は、第１メインサーバから正常応答を受信した場合には、メインサーバシステムの各サーバに対してデータをアップロードし、第１メインサーバから異常応答を受信した場合または第１メインサーバから応答を受信しなかった場合には、サブサーバシステムの各サーバに対してデータをアップロードする。
【００１０】
上記発明において、メインサーバシステムの各サーバに対してデータをアップロードする場合、設定装置が第１メインサーバに対して全データをアップロードし、第１メインサーバがメインサーバシステムの他のサーバに全データの一部または全部を転送してもよい。また、サブサーバシステムの各サーバに対してデータをアップロードする場合、設定装置が第１サブサーバに対して全データをアップロードし、第１サブサーバがサブサーバシステムの他のサーバに全データの一部または全部を転送してもよい。
【００１１】
上記発明において、メインサーバシステムの各サーバは、設定装置からデータがアップロードされたとき、ネットワークを介してサブサーバシステムの対応するサーバにこのデータを送信して、データを同期させてもよい。また、サブサーバシステムの各サーバは、設定装置からデータがアップロードされたとき、ネットワークを介してメインサーバシステムの対応するサーバにこのデータを送信して、データを同期させてもよい。
【００１２】
上記発明において、設定装置が前記第１メインサーバに対して全データをアップロードした場合、第１メインサーバが第１サブサーバにアップロードされたデータを転送してデータを同期させてもよい。また、設定装置が第１サブサーバに対して全データをアップロードした場合、第１サブサーバが第１メインサーバにアップロードされたデータを転送してデータを同期させてもよい。
【００１３】
本発明のデータ設定システムは、第１メインサーバを含む複数のサーバを有するメインサーバシステム、および、第１サブサーバを含む複数のサーバを有するサブサーバシステムを有するサーバシステム、ネットワークを介してサーバシステムの各サーバと通信する設定装置、設定装置を介してサーバシステムからデータを取得して更新する設定用端末を有する。設定装置は、設定用端末からデータのダウンロードが指示されると、第１メインサーバに状態確認要求を送信する。第１メインサーバは、状態確認要求を受信すると、サーバシステムの全サーバの動作状態を確認し、少なくともメインサーバシステムの全サーバが正常に動作していれば設定装置に対して正常応答を返信し、メインサーバシステムのサーバに正常に動作していないものがある場合には設定装置に異常応答（システム切換要求）を返信する。設定装置は、第１メインサーバから正常応答を受信した場合には、メインサーバシステムのサーバ（少なくとも第１メインサーバ）からデータをダウンロードし、第１メインサーバから異常応答を受信した場合または第１メインサーバから応答を受信しなかった場合には、サブサーバシステムのサーバ（少なくとも第１サブサーバ）からデータをダウンロードする。
【００１４】
本発明のデータ設定方法は、第１メインサーバを含む複数のサーバを有するメインサーバシステム、および、第１サブサーバを含む複数のサーバを有するサブサーバシステムを有するサーバシステム、ネットワークを介してサーバシステムの各サーバと通信する設定装置、設定装置を介してサーバシステムからデータを取得して更新する設定用端末を有するシステムにおいて、以下の手順が実行される。設定装置は、設定用端末からデータのダウンロードが指示されると、第１メインサーバに状態確認要求を送信する。第１メインサーバは、状態確認要求を受信すると、サーバシステムの全サーバの動作状態を確認し、少なくともメインサーバシステムの全サーバが正常に動作していれば設定装置に対して正常応答を返信し、メインサーバシステムのサーバに正常に動作していないものがある場合には設定装置に異常応答（システム切換要求）を返信する。設定装置は、第１メインサーバから正常応答を受信した場合には、メインサーバシステムのサーバ（少なくとも第１メインサーバ）からデータをダウンロードし、第１メインサーバから異常応答を受信した場合または第１メインサーバから応答を受信しなかった場合には、サブサーバシステムのサーバ（少なくとも第１サブサーバ）からデータをダウンロードする。
【００１５】
上記発明において、前記サーバシステムの全サーバが正常に動作している場合、第１メインサーバが、前記メインサーバシステムの各サーバに記憶されているデータの日付と前記サブサーバシステムの各サーバに記憶されているデータの日付を比較し、サブサーバシステムの各サーバに記憶されているデータの日付のほうが新しい場合、設定装置に異常応答を返信してもよい。
【発明の効果】
【００１６】
この発明によれば、複数のサーバを有するサーバシステムが冗長化されていても、データの設定を行うオペレータがそれを意識することなく、アップロード／ダウンロードするサーバシステムの選択やデータの同期を行うことが可能になる。
【図面の簡単な説明】
【００１７】
【図１】この発明の実施形態である音声通信システムの呼制御システムの構成図である。
【図２】音声通信システムの端末設定システムの構成図である。
【図３】遠隔設定装置のブロック図である。
【図４】音声通信システムのサーバのブロック図である。
【図５】通信端末のブロック図である。
【図６】通信端末に設定されるプロビジョニングデータを示す図である。
【図７】通信端末のプロビジョニングデータがどのサーバから書き込まれるかを示す図である。
【図８】プロビジョニングサーバおよび呼制御サーバに設けられるテーブルを示す図である。
【図９】遠隔設定装置からサーバシステムへデータをアップロードする場合のシーケンスを示す図である。
【図１０】データアップロード時の遠隔設定装置の動作を示すフローチャートである。
【図１１】データアップロード時の第１サーバ（呼制御サーバ）の動作を示すフローチャートである。
【図１２】データダウンロード時の遠隔設定装置の動作を示すフローチャートである。
【図１３】データダウンロード時の第１サーバの動作を示すフローチャートである。
【図１４】第１メインサーバと第１サブサーバの連携動作を示すフローチャートである。
【図１５】通信端末のデータ設定の手順を説明する図である。
【発明を実施するための形態】
【００１８】
図面を参照してこの発明の音声通信システムについて説明する。図１は、この発明が適用される音声通信システム１の呼制御システム２の構成図である。また、図２は、音声通信システム１の端末設定システム３の構成図である。
【００１９】
図１において、呼制御システム２では、通信端末１１−１〜５が、呼制御サーバ（以下の説明では第１サーバとも呼ぶ）１４を介して相互に音声通信をする。呼制御サーバ１４は、複数の通信端末１１相互間の音声通信を中継する。各通信端末１１と呼制御サーバ１４とは通信基盤(communication infrastructure)で接続される。通信基盤としては、携帯電話の通信ネットワークであるＬＴＥネットワーク１０が用いられる。ＬＴＥネットワーク１０は、無線通信拠点である基地局１０Ａを有している。通信端末１１は、基地局１０Ａと通信することでＬＴＥネットワーク１０にアクセスする。なお、本発明において、通信基盤はＬＴＥネットワークに限定されない。ただし、図２に示す各種サーバ１４〜１６は、外部の端末装置から自由なアクセスが不可能な閉域網に設置されている。
【００２０】
通信端末１１は、図６に示すようなプロビジョニングデータを記憶部４１（図５参照）に書き込むことによって使用可能になる。プロビジョニング処理において、通信端末１１に書き込むプロビジョニングデータの設定は、図２に示す端末設定システム３によって行われる。
【００２１】
図２において、端末設定システム３は、２つのサーバシステム４（メインサーバシステム４Ｍ、サブサーバシステム４Ｓ）を有している。すなわち、サーバシステム４は、メインサーバシステム４Ｍおよびサブサーバシステム４Ｓの２つのシステムにより二重化（冗長化）されている。なお、図１は、稼働している一方の呼制御サーバ１４のみを表示している。
【００２２】
なお、以下の説明で、音声通信システム１を運営し、クライアントに貸し出して使用させる者をプロバイダ（システムプロバイダ）、音声通信システムをプロバイダから借り受けて使用する者（企業）をクライアント、クライアントの構成員で通信端末１１を使用して音声通信を行う者をユーザ、クライアントの構成員で設定用端末１８を使用して通信端末１１のためのプロビジョニングデータをサーバシステム４にアップロードする者をオペレータと呼ぶ。
【００２３】
各サーバシステム４（４Ｍ，４Ｓ）には、上述の第１（呼制御）サーバ１４（１４Ｍ，１４Ｓ）に加えて第２サーバ１５（１５Ｍ，１５Ｓ）および第３サーバ１６（１６Ｍ，１６Ｓ）が設置されている。各サーバは、それぞれＬＴＥネットワーク１０に接続されている。音声通信システム１の運用時には、メインサーバシステム４Ｍ、サブサーバシステム４Ｓのうち何れか一方が稼働して、通信端末１１の音声通信を中継する。第１サーバ１４、第２サーバ１５、第３サーバ１６は、ＬＴＥネットワーク１０に直接接続されてもよいが、ローカル・エリア・ネットワーク５およびゲートウェイ（不図示）を介してＬＴＥネットワーク１０に接続されていてもよい。
【００２４】
第２、第３サーバ１５、１６は、通信端末１１をセットアップするためのプロビジョニングデータ（図６参照）を記憶し、通信端末１１のアクセスに応じてその通信端末１１にプロビジョニングデータを送信する。通信端末１１は、このプロビジョニングデータを記憶部４１に記憶して自身をセットアップすることにより通信が可能になる。
【００２５】
ＬＴＥネットワーク１０には、遠隔設定装置１７も接続されている。遠隔設定装置１７は、基地局１０Ａを介してＬＴＥネットワーク１０に接続され、設定用端末１８から入力されたプロビジョニングデータ（図６参照）を第１サーバ１４にアップロードしたり、第１サーバ１４に記憶されているデータをダウンロードして設定用端末１８に取得させる動作などを行う。遠隔設定装置１７が本発明の設定装置に対応する。
【００２６】
第１サーバ１４、第２サーバ１５および第３サーバ１６には、図８に示すようなテーブルが記憶される。複数のユーザがそれぞれ所持する通信端末１１は、電源オン時に第２サーバ１５、第３サーバ１６および第１サーバ１４にこの順で順次アクセスすることにより音声通信が可能になる。クライアントのオペレータは、遠隔設定装置１７を用いることにより、各通信端末１１に記憶させるプロビジョニングデータを更新し、第１サーバ１４、第２サーバ１５および第３サーバ１６にアップロードする。クライアントのオペレータは、設定用端末１８を用いて遠隔設定装置１７に更新データを入力する。遠隔設定装置１７は図３に示す構成をしており、設定用端末１８は例えばパーソナルコンピュータで構成される。
【００２７】
各サーバへの、プロビジョニングデータの登録は、オペレータが設定用端末１８にデータ入力することによって行われる。設定用端末１８に入力されたデータは遠隔設定装置１７によってメインサーバシステム４Ｍ、サブサーバシステム４Ｓのいずれか一方に送信される。データがどちらのシステムに送信されるかについては後述する。
【００２８】
図３は、遠隔設定装置１７のブロック図である。遠隔設定装置１７は、オペレータによる設定用端末１８の操作に応じて、サーバシステム４にプロビジョニングデータをアップロードし、サーバシステム４からプロビジョニングデータをダウンロードする。遠隔設定装置１７は、設定用端末１８と通信するＬＡＮインタフェース１１２、ＬＴＥネットワーク１０を介して各サーバと通信するＬＴＥインタフェース１１４、Ｒ／Ｗ制御部１１０および設定ファイル記憶部１１１を有している。
【００２９】
ＬＡＮインタフェース１１２は、設定用端末１８と通信するためのプロトコルスタック１１３を有している。このプロトコルスタック１１３は、一般的なＬＡＮ規格に準拠したプロトコルを実行するためのものでよい。また、ＬＴＥインタフェース１１４は、ＬＴＥネットワーク１０を介してサーバシステム４の各サーバと通信するためのプロトコルスタック１１５を有している。このプロトコルスタック１１５は、ＬＴＥネットワーク１０の規格に準拠したものである。設定ファイル記憶部１１１は、各サーバのプロビジョニングデータを更新するための更新データを記憶する。Ｒ／Ｗ制御部１１０は、設定ファイル記憶部１１１へのリード／ライトを制御する。
【００３０】
このように、ＬＡＮインタフェース１１２側とＬＴＥインタフェース１１４側は設定ファイル記憶部１１１を共有するが、通信を中継しない構成であり、設定用端末１８がＬＴＥネットワーク１０側に認証を行ったのちでなければ直接コマンドを送信することができないようになっている。また逆に、ＬＴＥネットワーク１０側から設定用端末１８が見えない構成であるため、ＬＴＥネットワーク１０から設定用端末１８にアクセスされることがない。
【００３１】
図４は、各サーバ１４、１５、１６のブロック図である。サーバは、制御部３０、記憶部３１およびネットワーク通信部３２を有している。記憶部３１は、たとえばハードディスクやＲＡＭなどで構成され、図８に示すようなテーブルを記憶する。ネットワーク通信部３２は、ＬＴＥネットワーク１０を介して通信端末１１や遠隔設定装置１７と通信する。制御部３０は、ＬＴＥネットワーク１０を介した通信により、遠隔設定装置１７からプロビジョニングデータを取得して記憶部３１に記憶する。また、制御部３０は、ＬＴＥネットワーク１０を介してアクセスしてきた通信端末１１に対して記憶部３１に記憶しているプロビジョニングデータを送信する。
【００３２】
図５は、通信端末１１のブロック図である。通信端末１１は、図１に示したように、ハンディトランシーバの外観を有しているが、機能的にはＬＴＥネットワーク１０の基地局１０Ａを介して音声信号を送受信する無線ネットワーク機器である。装置の動作を制御する制御部４０はマイクロプロセッサで構成される。制御部４０は、各種のデータが記憶される記憶部４１を有している。記憶部４１は、プロビジョニングデータ記憶エリア４１Ａを有し、このプロビジョニングデータ記憶エリア４１Ａには、図６に示すようなプロビジョニングデータが記憶される。制御部４０には、操作部４２、表示部４３、オーディオ回路４４、ＬＴＥ通信部４５およびカードスロット４６が接続されている。操作部４２は、ＰＴＴスイッチ２２０などのキースイッチを含み、ユーザの操作を受け付けてその操作信号を制御部４０に入力する。表示部４３は液晶ディスプレイを含む。液晶ディスプレイには、ユーザの操作によって選択された通信相手の識別番号や着信した通信相手の識別番号などが表示される。
【００３３】
オーディオ回路４４は、マイク２４０およびスピーカ２４１を有している。制御部４０は、受信した音声信号をデコードしてオーディオ回路４４に入力する。オーディオ回路は、このデコードされたオーディオ信号をアナログ信号に変換してスピーカ２４１から出力する。オーディオ回路４４は、また、マイク２４０から入力された音声信号をデジタル信号に変換して制御部４０に入力する。制御部４０は、このデジタルオーディオ信号を音声パケット化してＬＴＥ通信部４５に入力する。ＬＴＥ通信部４５は、ＬＴＥ通信方式で無線通信を行う回路を有し、制御部４０から入力されたパケットを基地局１０Ａに向けて送信するとともに、基地局１０Ａから受信したパケットを制御部４０に入力する。なお、オーディオ回路４４にはイヤホンコネクタ２４２が設けられている。イヤホンコネクタ２４２にイヤホンマイク（不図示）が接続されると、通信端末１１本体に設けられているマイク２４０およびスピーカ２４１は機能を停止し、イヤホンマイクのマイクおよびスピーカ（イヤホン）が有効になる。カードスロット４６には、端末識別情報が記憶されたＩＣカード（ＳＩＭカード）４７がセットされる。このＳＩＭカード４７に記憶されている端末識別情報（ＩＣＣＩＤ）が各通信端末１１の識別情報として用いられる。なお、ＳＩＭカード４７に代えて、端末識別情報（ＩＣＣＩＤ）が書き込まれたモジュールを組み込んでもよい。
【００３４】
以上の構成の通信端末１１において、ユーザがＰＴＴスイッチ２２０を押しながらマイク２４０に向けて音声を入力すると、通信端末１１は、この音声信号を音声パケットに編集して基地局１０Ａを介して呼制御サーバ１６に送信する。
【００３５】
図６は記憶部４１のプロビジョニングデータ記憶エリア４１Ａの構成、および、プロビジョニングデータ記憶エリア４１Ａに記憶されるデータを示す図である。プロビジョニングデータ記憶エリア４１Ａには、以下のようなプロビジョニングデータが記憶される。なお、この実施形態では、以下のデータのうち第２メインサーバアドレスおよび第２サブサーバアドレスは、通信端末１１の出荷時に不揮発に書き込まれる。
【００３６】
第２／３メインサーバドレス：第２メインサーバ１５Ｍまたは第３メインサーバ１６ＭのＩＰアドレス
第２／３サブサーバドレス：第２サブサーバ１５Ｓまたは第３サブサーバ１６ＳのＩＰアドレス
第１メインサーバドレス：第１メインサーバ（メイン呼制御サーバ）１４ＭのＩＰアドレス
第１サブサーバドレス：第１サブサーバ（サブ呼制御サーバ）１４ＳのＩＰアドレス
送受信ポート番号：第１サーバ１４（１４Ｍ、１４Ｓ）と通信する際の第１サーバ１６の送受信ポート番号
呼出ＩＤ：通信端末１１の自身の呼出ＩＤ
通知音設定：着信等の通知音の選択情報
オプションボタン設定：操作部４２に設けられているオプションボタンに対する機能の割当情報
イヤホン設定：イヤホンマイクが接続された場合にフル・デュプレックス通信を行うか否かの設定情報
アドレス帳：呼出可能な通信端末１１の呼出ＩＤリスト
音量設定：通話音の音量設定情報
【００３７】
以上のデータのうち、第２／３メインサーバドレス、第２／３サブサーバドレス、第１メインサーバドレスおよび第１サブサーバドレスが、各通信端末１１（１１−1〜５）に共通のデータ４１２である。通信端末１１にメインサーバシステム４Ｍおよびサブサーバシステム４Ｓの両方のサーバアドレスを記憶させるのは、メインサーバシステム４Ｍがダウンしたときサブサーバシステム４Ｓに乗り換えさせるためである。呼出ＩＤ、送受信ポート番号、通知音設定、オプションボタン設定、イヤホン設定、アドレス帳および音量設定が、各通信端末１１ごとに個別に設定される個別データ４１３である。このうち、呼出ＩＤおよび送受信ポート番号は各通信端末１１ごとにユニークであり且つ通信端末１１から変更することができない個別固定データ４１３Ａである。それ以外のプロビジョニングデータである通知音設定、オプションボタン設定、イヤホン設定、アドレス帳および音量設定は、ユーザが通信端末１１を操作することによって、または、通信端末１１に接続されたクローニング端末２０（図２参照）によって変更することが可能な個別可変データ４１３Ｂである。なお、共通データ４１２、個別固定データ４１３Ａ、個別可変データ４１３Ｂの種類および数はこの実施形態に限定されない。
【００３８】
図７は、第１サーバ１４および第２サーバ１５の各サーバにより、通信端末１１（プロビジョニングデータ記憶エリア４１Ａ）にどのデータが書き込まれるかを説明する図である。初期状態（初期化時）には、第２メインサーバアドレスおよび第２サブサーバアドレスが書き込まれている。通信端末１１が、稼働中の第２サーバ１５（通常は第２メインサーバ１５Ｍ）にアクセスすると、プロビジョニングデータが全て書き込まれるとともに、第２／第３メインサーバアドレス、第２／第３サブサーバアドレスの欄が、それぞれ第３メインサーバ１６Ｍおよび第３サブサーバ１６Ｓのアドレスに書き換えられる。この状態で通信端末１１は設定済となる。そして、運用を開始するために再起動フラグがセットされる。
【００３９】
設定済の通信端末１１が電源オン（再起動）されると、稼働中の第３サーバ１５（通常は第３メインサーバ１６Ｍ）にアクセスする。第３サーバ１６は、通信端末１１に対してプロビジョニングデータのうち共通データ４１２および個別固定データ４１３Ａを書き込む。個別可変データは４１３Ｂは、ユーザによって変更されている可能性があるため上書きしない。なお、個別可変データ４１３Ｂは、設定済となったのち、通信端末１１の操作またはクローニング端末２０からの設定によって書き換えることが可能である。
【００４０】
図８（Ａ）、（Ｂ）、（Ｃ）は、それぞれ、第２サーバ１５、第３サーバ１６および第１サーバ（呼制御サーバ）１４の記憶部３１に設けられるテーブルの例を示す図である。これらのデータはメインサーバシステム４Ｍおよびサブサーバシステム４Ｓの各サーバに共通に記憶される。
【００４１】
図８（Ａ）は、第２サーバ１５の記憶部３１に設けられるプロビジョニングデータテーブルを示す図である。自己の音声通信システム１に所属する通信端末１１のそれぞれに対応して、その端末装置１１に設定すべき全てのプロビジョニングデータが記憶される。プロビジョニングデータは、上述したように共通データ４１２と個別データ４１３からなるが、このテーブルには全てのプロビジョニングデータが記憶されている。
【００４２】
図８（Ｂ）は、第３サーバ１６の記憶部３１に設けられるプロビジョニングデータテーブルを示す図である。このプロビジョニングデータテーブルには、各通信端末１１の共通データ４１２および個別データ４１３のうち個別固定データ４１３Ａが記憶されているが、個別可変データ４１３Ｂが記憶されていない。第２サーバ１５は、設定済の通信端末１１に対してプロビジョニングを行うが、このときユーザによって更新された個別可変データ４１３Ｂを上書きしないように、個別データ４１３のうち個別固定データ４１３Ａのみプロビジョニングするようにしている。
【００４３】
図８（Ｃ）は、第１サーバ１４の端末テーブルを示す図である。端末テーブルには、この音声通信システム１に所属する通信端末１１の一覧と各通信端末１１のアクティブフラグが記憶されている。通信端末１１が第１サーバ１４にアクセスしてレジストを要求すると、その通信端末１１に対応するアクティブフラグをセットしてその通信端末１１が稼働中である旨を記憶する。これによってこの通信端末１１と音声信号の送受信を可能にする。
【００４４】
これらテーブル（記憶エリア）の設定、全データのプリセットはシステムプロバイダによって行われる。そして、プロビジョニングデータのう、第２／第３メインサーバアドレス、第２／第３サブサーバアドレス、第１メインサーバアドレス、第１サブサーバアドレス、ポート番号を除くデータは、クライアント（オペレータ）により遠隔設定装置１７を用いて設定可能である。また、個別可変データ４１３Ｂは、ユーザが通信端末１１を操作する等により、通信端末１１の記憶部４１Ａ内で変更可能である。
【００４５】
以下、設定システム３におけるプロビジョニングデータのアップロード、ダウンロードの手順について説明する。図９は、メインサーバシステム４Ｍの各サーバ１４，１５，１６にプロビジョニングデータをアップロードするシーケンスを示す図である。遠隔設定装置１７は、データをアップロードするまえに、メインサーバシステム４Ｍが正常に機能しているかを確認する。このシーケンス図は、メインサーバシステム４Ｍが正常に機能している場合の通信手順を示している。
【００４６】
遠隔設定装置（ＲＳＢ）１７は、設定用端末（ＰＣ）１８から入力されるコマンドやデーによって動作する。設定用端末１７のオペレータは、設定用端末１８を操作して遠隔設定装置１７に記憶されているプロビジョニングデータやレジストデータ（以下、単にプロビジョニングデータと呼ぶ）を更新する（Ｓ１０１）。オペレータは、プロビジョニングデータの更新が終了すると、設定用端末１８を操作して、遠隔設定装置１７に対してプロビジョニングデータのアップロード要求のメッセージを送信する（Ｓ１０２）。以上の処理は、設定用端末１８と遠隔設定装置１７のＬＡＮインタフェース１１２側で行われる。
【００４７】
遠隔設定装置１７は、設定用端末１８からアップロード要求を受信すると、ＬＴＥインタフェース１１４側の動作により、メインサーバシステム４Ｍの第１メインサーバ１４Ｍに状態確認要求を送信する（Ｓ１０３）。遠隔設定装置１７は、第１メインサーバ１４Ｍに状態確認要求を送信することによってメインサーバシステム４Ｍ、サブサーバシステム４Ｓの各サーバが正常に動作しているかを確認する。
【００４８】
状態確認要求を受信した第１メインサーバ１４Ｍは、他のサーバ、すなわちメインサーバシステム４Ｍの第２メインサーバ１５Ｍ、第３メインサーバ１６Ｍ、サブサーバシステム４Ｓの第１サブサーバ１４Ｓ、第２サブサーバ１５Ｓおよび第３サブサーバ１６Ｓに対して状態確認要求を送信して、各サーバが正常に動作しているか否かの返信を要求する（Ｓ１０４）。この状態確認要求に対して各サーバから正常に動作している旨の応答（正常応答）が返信されてくる（Ｓ１０５）。第１メインサーバ１４Ｍは、自身を含めて全てのサーバが正常に動作している旨の正常応答を遠隔設定装置１７に返信する（Ｓ１０６）。
【００４９】
第１メインサーバ１４Ｍから正常応答を受信した遠隔設定装置１７は、メインサーバシステム４Ｍの各サーバ（第１メインサーバ１４Ｍ、第２メインサーバ１５Ｍ、第３メインサーバ１６Ｍ）に対して、必要なデータをそれぞれ送信する（Ｓ１０７）。データを受信した第１メインサーバ１４Ｍ、第２メインサーバ１５Ｍ、第３メインサーバ１６Ｍは、サブサーバシステム４Ｓの対応するサーバ（第１サーバ１４Ｓ、第２サーバ１５Ｓ、第３サーバ１６Ｓ）にそれぞれデータを転送してメインサーバシステム４Ｍ、サブサーバシステム４Ｓのデータを同期させる（Ｓ１０８）。これにより、サブサーバシステム４Ｓも稼働可能になる。
【００５０】
第１メインサーバ１６Ｍは、メインサーバシステム４Ｍが正常に稼働している間、その旨を示す「生存通知」メッセージを定期的にサブサーバシステム４Ｓの第１サブサーバ１４Ｓに送信する。サブサーバシステム４Ｓは、メインサーバシステム４Ｍから生存通知を受信している間、待機状態となる。
【００５１】
図１０は、遠隔設定装置１７のデータアップロード時の動作を示すフローチャートである。設定用端末１８からアップロード要求のメッセージを受信するとこの処理が開始される。まず、メインサーバシステム４Ｍの第１メインサーバ１４Ｍに対して状態確認要求を送信する（Ｓ１０）。これに対する返信を受信し、その返信が正常応答であるか否かを判断する（Ｓ１１）。正常応答の場合には（Ｓ１１でＹＥＳ）、第１メインサーバ１４Ｍ、第２メインサーバ１５Ｍ、第３メインサーバ１６Ｍに対して必要なデータをそれぞれ送信して（Ｓ１２）、処理を終了する。
【００５２】
一方、第１メインサーバ１４Ｍからの返信が異常応答であった場合には（Ｓ１１でＮＯ）、サブサーバシステム４Ｓの第１サブサーバ１４Ｓに対して状態確認の要求を送信する（Ｓ１３）。これに対する返信を受信し、その返信が正常応答であるか否かを判断する（Ｓ１４）。正常応答の場合には（Ｓ１４でＹＥＳ）、サブサーバシステム４Ｓの第１サブサーバ１４Ｓ、第２サブサーバ１５Ｓ、第３サブサーバ１６Ｓに対して必要なデータをそれぞれ送信して（Ｓ１５）、処理を終了する。サブサーバシステム４Ｓの第１サブサーバ１４Ｓからの返信も異常応答であった場合には（Ｓ１４でＮＯ）、サーバシステムのダウンと判断してそのまま処理を終了する。
【００５３】
図１１は、第１サーバ１４の動作を示すフローチャートである。ここではメインサーバシステム４Ｍの第１メインサーバ１４Ｍの動作について説明するが、サブサーバシステム４Ｓの第１サブサーバ１４Ｓの動作も「メイン」と「サブ」を入れ換えるだけで同じである。
【００５４】
Ｓ２０で遠隔設定装置１７から状態確認要求を受信すると、第１メインサーバ１４Ｍは、他の全てのサーバ（第２メインサーバ１５Ｍ、第３メインサーバ１６Ｍ、第１サブサーバ１４Ｓ、第２サブサーバ１５Ｓ、第３サブサーバ１６Ｓ）宛に状態確認要求のメッセージを送信する（Ｓ２１）。第１メインサーバ１４Ｍは、各サーバから返信を受信し、少なくともメインサーバシステム４Ｍの第２メインサーバ１５Ｍ、第３メインサーバ１６Ｍが正常であるかを判断する（Ｓ２２）。第１メインサーバ１４Ｍは、自装置を含むメインサーバシステム４Ｍが正常に動作していれば（Ｓ２２でＹＥＳ）、遠隔設定装置１７宛に正常応答の返信を送信する（Ｓ２３）。こののち、遠隔設定装置１７からデータを受信し、これを所定の記憶エリアに記憶する（Ｓ２４）。第１メインサーバ１４Ｍは、受信したデータをサブサーバシステム４Ｓの第１サブサーバ１４Ｓに転送してメインサーバシステム４Ｍ、サブサーバシステム４Ｓのデータを同期させる（Ｓ２５）。
【００５５】
Ｓ２２で、メインサーバシステム４Ｍのサーバのうち少なくとも一つから正常返信を受信しなかった場合（Ｓ２２でＮＯ）、遠隔設定装置１７に対して異常応答（システム切換要求）を返信する（Ｓ２７）。
【００５６】
なお、Ｓ２４、Ｓ２５の遠隔設定装置１７からデータを受信して記憶エリアに記憶する処理（Ｓ２４）、および、受信したデータをサブサーバシステム４Ｓ側の対応するサーバに転送してデータを同期する処理（Ｓ２５）は、メインサーバシステム４Ｍの第２メインサーバ１５Ｍ、第３メインサーバ１６Ｍでも並行して実行されている。
【００５７】
図１２、図１３は、遠隔設定装置１７がサーバからデータをダウンロードする場合の手順を示すフローチャートである。なお、ダウンロード時の処理動作は、アップロード時の処理動作とほぼ同じである。
【００５８】
図１２は、遠隔設定装置１７のデータダウンロード時の動作を示すフローチャートである。設定用端末１８からダウンロード要求を受信するとこの処理が開始される。まず、メインサーバシステム４Ｍの第１メインサーバ１４Ｍに対して状態確認要求を送信する（Ｓ３０）。これに対する返信を受信し、その返信が正常応答であるか否かを判断する（Ｓ３１）。正常応答の場合には（Ｓ３１でＹＥＳ）、第１メインサーバ１４Ｍに対してデータのダウンロード要求を送信し（Ｓ３２）、第１メインサーバ１４Ｍから送信されたデータを受信する（Ｓ３３）。
【００５９】
一方、第１メインサーバ１４Ｍからの返信が異常応答であった場合には（Ｓ３１でＮＯ）、サブサーバシステム４Ｓの第１サブサーバ１４Ｓに対して状態確認の要求を送信する（Ｓ３４）。これに対する返信を受信し、その返信が正常応答であるか否かを判断する（Ｓ３５）。正常応答の場合には（Ｓ３５でＹＥＳ）、第１サブサーバ１４Ｓに対してデータのダウンロード要求を送信し（Ｓ３６）、第１サブサーバ１４Ｓから送信されたデータを受信する（Ｓ３７）。サブサーバシステム４Ｓの第１サブサーバ１４Ｓからの返信も異常応答であった場合には（Ｓ３５でＮＯ）、サーバシステムのダウンと判断してそのまま処理を終了する。
【００６０】
図１３は、第１サーバ１４のダウンロード時の動作を示すフローチャートである。ここではメインサーバシステム４Ｍの第１メインサーバ１４Ｍの動作について説明するが、サブサーバシステム４Ｓの第１サブサーバ１４Ｓの動作も「メイン」と「サブ」を入れ換えるだけで同じである。
【００６１】
Ｓ４０で遠隔設定装置１７から状態確認要求を受信すると、第１メインサーバ１４Ｍは、他の全てのサーバ（第２メインサーバ１５Ｍ、第３メインサーバ１６Ｍ、第１サブサーバ１４Ｓ、第２サブサーバ１５Ｓ、第３サブサーバ１６Ｓ）宛に状態確認要求のメッセージを送信する（Ｓ４１）。第１メインサーバ１４Ｍは、各サーバから返信を受信し、全てのサーバから正常応答を受信したか否かを判断する（Ｓ４２）。全てのサーバから正常応答を受信した場合には（Ｓ４２でＹＥＳ）、メインサーバシステム４Ｍの各サーバに記憶されているデータとサブサーバシステム４Ｓの各サーバに記憶されているデータの日付を比較する（Ｓ４４）。メインサーバシステム４Ｍ側のデータ日付が新しい（古くない）場合（Ｓ４５でＹＥＳ）、遠隔設定装置１７宛に正常応答を返信する（Ｓ４６）。こののち、遠隔設定装置１７からのダウンロード要求に応じて、第１メインサーバ１４Ｍが記憶しているデータを遠隔制御装置１７に送信する（Ｓ４７）。
【００６２】
Ｓ４２で全てのサーバから正常応答を受信できなかった場合でも（Ｓ４２でＮＯ）、少なくともメインサーバシステム４Ｍの第２メインサーバ１５Ｍ、第３メインサーバ１６Ｍが正常であるかを判断する（Ｓ４３）。自装置を含むメインサーバシステム４Ｍが正常に動作していれば（Ｓ４２でＹＥＳ）、第１メインサーバ１４Ｍは、遠隔設定装置１７宛に正常応答の返信を送信する（Ｓ４６）。
【００６３】
一方、Ｓ４５でサブサーバシステム４Ｓ側のデータのほうが新しいと判断された場合（Ｓ４５でＮＯ）、または、Ｓ４３で、メインサーバシステム４Ｍのサーバのうち少なくとも一つから正常返信を受信しなかった場合には、（Ｓ４３でＮＯ）、遠隔設定装置１７に対して異常応答（システム切換要求）を返信する（Ｓ４８）。
【００６４】
図１４は、メインサーバシステム４Ｍとサブサーバシステム４Ｓの連携動作を示すフローチャートである。図１４（Ａ）において、第１メインサーバ１４Ｍが呼制御サーバ１４として稼働している間は、定期的（例えば１秒毎）に第１サブサーバ１４Ｓに対して生存通知を送信する（Ｓ５０）。図１４（Ｂ）において、第１サブサーバ１４Ｓは、第１メインサーバ１４Ｍから送られてくる生存通知を受信すると（Ｓ５１でＹＥＳ）、ウォッチドッグタイマをリセットし（Ｓ５３）、呼制御サーバとしての動作せずに待機する（Ｓ５４）。ウォッチドッグタイマがタイムアップするまでに（Ｓ５２でＮＯ）次の生存通知を受信している間は、この待機状態を継続する。
【００６５】
第１メインサーバ１４Ｍがダウンすると生存通知が送信されなくなるため、ウォッチドッグタイマがタイムアップし（Ｓ５２でＹＥＳ）、第１サブサーバ１４Ｓは呼制御サーバ１４として稼働する（Ｓ５５）。ただし、稼働中もメイン呼制御サーバ１４Ｍから生存通知が送られてくるか否かを監視しており（Ｓ５１）、生存通知を受信した場合はウォッチドッグタイマをリセットして（Ｓ５３）、呼制御サーバとしての動作を停止する（Ｓ５４）。
【００６６】
なお、通信に障害が発生して第１メインサーバ１４Ｍが送信した生存通知を第１サブサーバ１４Ｓが受信できない場合は、第１メインサーバ１４Ｍ、第１サブサーバ１４Ｓの両方が呼制御サーバ１４として稼働する。
【００６７】
以下、通信端末１１が、データアップロードが完了したサーバシステムにアクセスして機能を設定する手順を説明する。音声通信を行う通信端末１１は、初期状態では、第２サーバ１５、第３サーバ１６に順次アクセスしてプロビジョニングデータを取得し、音声通信システム１で音声通信に使用できるようにセットアップされる。一旦セットアップされると、次回の電源オンからは第３サーバ１６にアクセスすることで使用可能になる。
【００６８】
図７に示したように、第２サーバ１５は、初期状態の通信端末１１に対して全てのプロビジョニングデータを送信する。第３サーバ１６は、設定済の通信端末１１に対してプロビジョニングデータのうち固定データのみ再設定する。プロビジョニングデータを取得した通信端末１１は、第１サーバ（呼制御サーバ）１４にアクセスしてレジストを要求し、レジストされることで図１に示した呼制御システム２に所属する通信端末１１として他の通信端末１１と通信することが可能になる。
【００６９】
図１５は、通信端末１１の初期状態からの設定手順を示す図である。通信端末装置１１は、電源がオンされると、まず、第２メインサーバ１５Ｍにアクセスしてプロビジョニングを要求する（Ｓ６０）。これに対して第２メインサーバ１５Ｍが応答した場合（Ｓ６１でＮＯ）、第２メインサーバ１５Ｍから全てのプロビジョニングデータを取得する（Ｓ６３）。一方、第２メインサーバ１５Ｍへのプロビジョニング要求がタイムアウトした場合、または、第２メインサーバ１５Ｍからサーバ切換要求が送られてきた場合（Ｓ６１でＹＥＳ）、第２サブサーバ１５Ｓにアクセスして、第２サブサーバ１５Ｓから全てのプロビジョニングデータを取得する（Ｓ６３）。第２メインサーバ１５Ｍからプロビジョニングデータを受信した場合、以後の処理は全てメインサーバシステム４Ｍに対して行われる。一方、第２サブサーバ１５Ｓからプロビジョニングデータを受信した場合、以後の処理は全てサブサーバシステム４Ｓに対して行われる。
【００７０】
第２サーバ１５（１５Ｍまたは１５Ｓ）から受信したデータのなかには第３メイン／サブサーバ１６（１６Ｍ、１６Ｓ）のアドレスも含まれている。通信端末１１は、再起動して、第３サーバ１６にアクセスする（Ｓ６４）。第３サーバ１６は、通信端末１１に対して、共通データ４１２、個別固定データ４１３Ａのみ再設定する（Ｓ６５）。これでプロビジョニングが完了し、通信端末１１は、呼制御サーバである第１サーバ１４（１４Ｍまたは１４Ｓ）にアクセスしてレジストを要求する（Ｓ６６）。第１サーバ１４（１４Ｍまたは１４Ｓ）からレジスト完了の通知が来ると（Ｓ６７）、通信端末１１は、音声通信のための端末として使用可能になる。
【００７１】
なお、サブサーバシステム４Ｓでの運用中にメインサーバシステム４Ｍが復旧した場合、メインサーバシステム４Ｍは再び、サブサーバシステム４Ｓに対して生存通知を送信する。メインサーバ４Ｍからの生存通知を受信するとサーバシステム４Ｓは、通信端末１１のレジスト要求に対し、自分がサブサーバシステム４Ｓであることを通知する。この通知を受信した通信端末１１は、メインサーバシステム４Ｍにレジスト要求を行う。
【００７２】
一度電源がオフされた通信端末１１または再起動された通信端末１１は、Ｓ６４から動作を開始し、第３サーバ１６にアクセスする。ここで、共通データ４１２および個別固定データ４１３Ａが再設定される。これにより、電源オン前に遠隔設定装置１７によってプロビジョニングデータが変更された場合でもそれを通信端末１１の設定に反映させることができる。また、この場合でも、ユーザが個別に通信端末１１の設定を変更している場合もあるため、個別可変データ４１３Ｂは上書きしない。
【００７３】
本発明において、メインサーバシステム４Ｍが不調の場合（第１メインサーバ１４Ｍから異常応答の返信があった場合）、サブサーバシステム４Ｓの状況を確認することなく、サブサーバシステム４Ｓ側にデータをアップロードするようにしてもよい。本発明において、各サーバシステム４Ｍ，Ｓに含まれるサーバの数は３に限定されない。音声通信システム１に所属する通信端末１１の数に制限はない。
【００７４】
上記実施形態では、遠隔設定装置１７が、第１サーバ１４、第２サーバ１５、第３サーバ１６のそれぞれに対してデータをアップロードしているが、遠隔監視装置１７が、第１サーバ１４に対してデータをアップロードし、第１サーバ１４が第２サーバ１５、第３サーバ１６にデータを転送するようにしてもよい。サーバシステムからのデータダウンロードについても、第１サーバ１４、第２サーバ１５、第３サーバ１６のそれぞれからデータをダウンロードするようにしてもよい。
【符号の説明】
【００７５】
１  音声通信システム
２  呼制御システム
３  端末設定システム
４  サーバシステム
４Ｍ  メインサーバシステム
４Ｓ  サブサーバシステム
１０  ＬＴＥネットワーク
１１  通信端末
１２  初期設定サーバ
１４（１４Ｍ，１４Ｓ）  第１（メイン／サブ）サーバ（呼制御サーバ）
１５（１５Ｍ，１５Ｓ）  第２（メイン／サブ）サーバ（第１プロビジョニングサーバ）
１６（１６Ｍ，１６Ｓ）  第３（メイン／サブ）サーバ（第２プロビジョニングサーバ）
１７  遠隔設定装置
１８  設定用端末
４１Ａ  プロビジョニングデータ記憶エリア
【図１】
2020035163.tif 000003
【図２】
2020035163.tif 000004
【図３】
2020035163.tif 000005
【図４】
2020035163.tif 000006
【図５】
2020035163.tif 000007
【図６】
2020035163.tif 000008
【図７】
2020035163.tif 000009
【図８】
2020035163.tif 000010
【図９】
2020035163.tif 000011
【図１０】
2020035163.tif 000012
【図１１】
2020035163.tif 000013
【図１２】
2020035163.tif 000014
【図１３】
2020035163.tif 000015
【図１４】
2020035163.tif 000016
【図１５】
2020035163.tif 000017