知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023160602
(43)【公開日】2023-11-02
(54)【発明の名称】構内交換機設定値補正システムおよび方法
(51)【国際特許分類】
H04M 3/00 20060101AFI20231026BHJP
【ＦＩ】
H04M3/00 E
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2022071062
(22)【出願日】2022-04-22
(71)【出願人】
【識別番号】000233295
【氏名又は名称】株式会社日立情報通信エンジニアリング
(74)【代理人】
【識別番号】110002066
【氏名又は名称】弁理士法人筒井国際特許事務所
(72)【発明者】
【氏名】飯塚 拓真
【テーマコード（参考）】
5K201
【Ｆターム（参考）】
5K201AA04
5K201CB16
5K201CD09
5K201DC02
5K201DC04
5K201EC03
5K201EE08
5K201FA03
5K201FB03
(57)【要約】
【課題】顧客環境において構内交換機（ＰＢＸ）を構築や運用する際の、顧客環境に応じた運用設定を含む設定に関して、効率化や最適化を実現できる技術を提供する。
【解決手段】実施の形態のＰＢＸ設定値補正方法は、ＰＢＸに係わる設定値を補正する方法であって、計算機により実行されるステップとして、計算機が、顧客環境のＰＢＸの運用シーケンスを監視し、運用シーケンスの監視情報を取得するステップ（Ｓ１０３）と、計算機が、監視情報に基づいた運用シーケンスと、予め規定されたモデルシーケンスとの比較（Ｓ１０４）に基づいて、顧客環境のＰＢＸの設定情報のうちの運用値を補正するステップ（Ｓ１０５，Ｓ１０６）と、を有する。
【選択図】図４
【解決手段】実施の形態のＰＢＸ設定値補正方法は、ＰＢＸに係わる設定値を補正する方法であって、計算機により実行されるステップとして、計算機が、顧客環境のＰＢＸの運用シーケンスを監視し、運用シーケンスの監視情報を取得するステップ（Ｓ１０３）と、計算機が、監視情報に基づいた運用シーケンスと、予め規定されたモデルシーケンスとの比較（Ｓ１０４）に基づいて、顧客環境のＰＢＸの設定情報のうちの運用値を補正するステップ（Ｓ１０５，Ｓ１０６）と、を有する。
【選択図】図４
【特許請求の範囲】
【請求項1】
構内交換機（ＰＢＸ）に係わる設定値を補正する構内交換機設定値補正方法であって、
計算機により実行されるステップとして、
前記計算機が、顧客環境の前記ＰＢＸの運用シーケンスを監視し、前記運用シーケンスの監視情報を取得するステップと、
前記計算機が、前記監視情報に基づいた前記運用シーケンスと、予め規定されたモデルシーケンスとの比較に基づいて、前記顧客環境の前記ＰＢＸの設定情報のうちの運用値を補正するステップと、
を有する、構内交換機設定値補正方法。
計算機により実行されるステップとして、
前記計算機が、顧客環境の前記ＰＢＸの運用シーケンスを監視し、前記運用シーケンスの監視情報を取得するステップと、
前記計算機が、前記監視情報に基づいた前記運用シーケンスと、予め規定されたモデルシーケンスとの比較に基づいて、前記顧客環境の前記ＰＢＸの設定情報のうちの運用値を補正するステップと、
を有する、構内交換機設定値補正方法。
【請求項2】
請求項１に記載の構内交換機設定値補正方法において、
前記計算機が、前記顧客環境に応じた前記ＰＢＸの運用情報の取得のためのパラメータシートを、設定者に対し提供するステップと、
前記計算機が、前記パラメータシートに前記設定者によって入力された前記運用情報を取得するステップと、
を有し、
前記運用値を補正するステップは、前記計算機が、前記運用シーケンスと前記モデルシーケンスとの比較の結果と、前記運用情報とに基づいて、前記顧客環境の前記ＰＢＸの前記運用値を補正するステップである、
構内交換機設定値補正方法。
前記計算機が、前記顧客環境に応じた前記ＰＢＸの運用情報の取得のためのパラメータシートを、設定者に対し提供するステップと、
前記計算機が、前記パラメータシートに前記設定者によって入力された前記運用情報を取得するステップと、
を有し、
前記運用値を補正するステップは、前記計算機が、前記運用シーケンスと前記モデルシーケンスとの比較の結果と、前記運用情報とに基づいて、前記顧客環境の前記ＰＢＸの前記運用値を補正するステップである、
構内交換機設定値補正方法。
【請求項3】
請求項２に記載の構内交換機設定値補正方法において、
前記運用値を補正するステップは、予め規定された対応表を参照し、前記対応表から、前記比較の結果で不一致の部分である、運用シーケンスのステップのステータスと、前記運用情報との組み合わせに応じて、前記運用値の補正値を抽出し、前記運用値を前記補正値によって補正するステップである、
構内交換機設定値補正方法。
前記運用値を補正するステップは、予め規定された対応表を参照し、前記対応表から、前記比較の結果で不一致の部分である、運用シーケンスのステップのステータスと、前記運用情報との組み合わせに応じて、前記運用値の補正値を抽出し、前記運用値を前記補正値によって補正するステップである、
構内交換機設定値補正方法。
【請求項4】
請求項１に記載の構内交換機設定値補正方法において、
前記計算機が、複数の顧客環境における、前記顧客環境ごとの前記運用値を収集し、収集された情報に基づいて統計情報を生成するステップと、
前記計算機が、前記統計情報を用いて、前記顧客環境の前記ＰＢＸの設定情報のうちの前記運用値を生成するステップと、
を有する、構内交換機設定値補正方法。
前記計算機が、複数の顧客環境における、前記顧客環境ごとの前記運用値を収集し、収集された情報に基づいて統計情報を生成するステップと、
前記計算機が、前記統計情報を用いて、前記顧客環境の前記ＰＢＸの設定情報のうちの前記運用値を生成するステップと、
を有する、構内交換機設定値補正方法。
【請求項5】
請求項４に記載の構内交換機設定値補正方法において、
前記計算機が、新規の顧客環境の前記ＰＢＸの構築時に、前記顧客環境の運用情報を取得するステップを有し、
前記運用値を生成するステップは、前記計算機が、前記統計情報と前記運用情報とを用いて、前記顧客環境の前記ＰＢＸの初期設定のための前記運用値を生成するステップである、
構内交換機設定値補正方法。
前記計算機が、新規の顧客環境の前記ＰＢＸの構築時に、前記顧客環境の運用情報を取得するステップを有し、
前記運用値を生成するステップは、前記計算機が、前記統計情報と前記運用情報とを用いて、前記顧客環境の前記ＰＢＸの初期設定のための前記運用値を生成するステップである、
構内交換機設定値補正方法。
【請求項6】
構内交換機（ＰＢＸ）に係わる設定値を補正する計算機を備える構内交換機設定値補正システムであって、
前記計算機は、
顧客環境の前記ＰＢＸの運用シーケンスを監視し、前記運用シーケンスの監視情報を取得し、
前記監視情報に基づいた前記運用シーケンスと、予め規定されたモデルシーケンスとの比較に基づいて、前記顧客環境の前記ＰＢＸの設定情報のうちの運用値を補正する、
構内交換機設定値補正システム。
前記計算機は、
顧客環境の前記ＰＢＸの運用シーケンスを監視し、前記運用シーケンスの監視情報を取得し、
前記監視情報に基づいた前記運用シーケンスと、予め規定されたモデルシーケンスとの比較に基づいて、前記顧客環境の前記ＰＢＸの設定情報のうちの運用値を補正する、
構内交換機設定値補正システム。
【請求項7】
請求項６に記載の構内交換機設定値補正システムにおいて、
前記計算機は、
前記顧客環境に応じた前記ＰＢＸの運用情報の取得のためのパラメータシートを、設定者に対し提供し、
前記パラメータシートに前記設定者によって入力された前記運用情報を取得し、
前記運用値を補正する際に、前記運用シーケンスと前記モデルシーケンスとの比較の結果と、前記運用情報とに基づいて、前記顧客環境の前記ＰＢＸの前記運用値を補正する、
構内交換機設定値補正システム。
前記計算機は、
前記顧客環境に応じた前記ＰＢＸの運用情報の取得のためのパラメータシートを、設定者に対し提供し、
前記パラメータシートに前記設定者によって入力された前記運用情報を取得し、
前記運用値を補正する際に、前記運用シーケンスと前記モデルシーケンスとの比較の結果と、前記運用情報とに基づいて、前記顧客環境の前記ＰＢＸの前記運用値を補正する、
構内交換機設定値補正システム。
【請求項8】
請求項７に記載の構内交換機設定値補正システムにおいて、
前記計算機は、前記運用値を補正する際に、予め規定された対応表を参照し、前記対応表から、前記比較の結果で不一致の部分である、運用シーケンスのステップのステータスと、前記運用情報との組み合わせに応じて、前記運用値の補正値を抽出し、前記運用値を前記補正値によって補正する、
構内交換機設定値補正システム。
前記計算機は、前記運用値を補正する際に、予め規定された対応表を参照し、前記対応表から、前記比較の結果で不一致の部分である、運用シーケンスのステップのステータスと、前記運用情報との組み合わせに応じて、前記運用値の補正値を抽出し、前記運用値を前記補正値によって補正する、
構内交換機設定値補正システム。
【請求項9】
請求項６に記載の構内交換機設定値補正システムにおいて、
前記計算機は、
複数の顧客環境における、前記顧客環境ごとの前記運用値を収集し、収集された情報に基づいて統計情報を生成し、
前記統計情報を用いて、前記顧客環境の前記ＰＢＸの設定情報のうちの前記運用値を生成する、
構内交換機設定値補正システム。
前記計算機は、
複数の顧客環境における、前記顧客環境ごとの前記運用値を収集し、収集された情報に基づいて統計情報を生成し、
前記統計情報を用いて、前記顧客環境の前記ＰＢＸの設定情報のうちの前記運用値を生成する、
構内交換機設定値補正システム。
【請求項10】
請求項９に記載の構内交換機設定値補正システムにおいて、
前記計算機は、
新規の顧客環境の前記ＰＢＸの構築時に、前記顧客環境の運用情報を取得し、
前記運用値を生成する際に、前記統計情報と前記運用情報とを用いて、前記顧客環境の前記ＰＢＸの初期設定のための前記運用値を生成する、
構内交換機設定値補正システム。
前記計算機は、
新規の顧客環境の前記ＰＢＸの構築時に、前記顧客環境の運用情報を取得し、
前記運用値を生成する際に、前記統計情報と前記運用情報とを用いて、前記顧客環境の前記ＰＢＸの初期設定のための前記運用値を生成する、
構内交換機設定値補正システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、構内交換機（ＰＢＸ：Private Branch eXchange）に係わる技術に関する。
【背景技術】
【0002】
ＰＢＸを含むシステム（ＰＢＸシステムと記載する場合がある）は、ＩＰ（Internet Protocol）ネットワークを用いたタイプのＰＢＸ（ＩＰ－ＰＢＸと記載する場合がある）の導入が進み、さらに、クラウドコンピューティングシステムを用いたタイプのＰＢＸ（クラウドＰＢＸと記載する場合がある）の導入が進んでいる。ＩＰ－ＰＢＸは、顧客環境内に構築されたＩＰネットワークを使用してＰＢＸが構成されている。クラウドＰＢＸは、クラウドコンピューティングシステム上にＰＢＸが構成されている。
【0003】
先行技術例としては、特開２０１９－１６９２３号公報（特許文献１）が挙げられる。特許文献１には、ＩＰ－ＰＢＸシステム、ＩＰ－ＰＢＸ設定自動化方法などとして、「設置工事時において、ＳＩＰ（Session Initiation Protocol）－ＧＷ（ゲートウェイ）のコンフィグレーション情報の設定登録を自動化する」旨や、「ＳＩＰサーバに対して送信した認証情報無しのREGISTERリクエストメッセージに対する応答として返送されてきたエラー応答メッセージを解析して、エラー応答メッセージに付加されているパラメータ情報に基づいて、ＳＩＰサーバの通信サービス事業者を特定し、特定した通信サービス事業者の仕様に合致する認証用のコンフィグレーション情報を生成」する旨などが記載されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１９－１６９２３号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
従来技術例のＰＢＸシステムは、顧客環境、例えば会社のＬＡＮやゲートウェイや電話端末などを含むシステムにおいてＰＢＸを構築や運用する際の広義の設定に関して、効率化や最適化を図る機能や、設定作業を支援する機能などを有していない。あるいは、従来技術例のＰＢＸシステムは、そのような機能を有しているとしても、不十分である。なお、広義の設定は、構築時の初期設定の他に、顧客環境に応じた運用に係わる設定を含む。運用に係わる設定を、説明上、運用設定と記載する場合がある。また、運用設定のパラメータ値を、運用値または運用設定値と記載する場合がある。
【0006】
あるＰＢＸの仕様を基準とした場合でも、顧客環境ごとに運用値が異なる場合や、顧客環境内で運用値が変動する場合がある。例えば、顧客環境ごとに、ＰＢＸへの接続形態として、ＬＡＮを使用する場合やＷＡＮを使用する場合などの違いがある。また、顧客環境ごとに、ＳＩＰ等のプロトコルに基づいた通信における遅延時間が異なる場合がある。従来技術例のＰＢＸシステムでは、それらの場合の運用設定に関して効率的に対応できる仕組みを有していない。従来技術例のＰＢＸシステムは、顧客環境ごとのＰＢＸ利用システムの構築時に、初期設定として効率的で好適な運用設定を行う機能を有していない。また、従来技術例のＰＢＸシステムは、構築後に運用を開始した後に顧客環境に合わせて運用設定を調整するような機能も有していない。
【0007】
そのため、従来技術例のＰＢＸシステムは、結果として、人による設定作業の手間、時間、コスト等が大きく、効率的で好適な設定作業や運用の実現のためには改善余地がある。
【0008】
本開示の目的は、上記ＰＢＸに係わる技術に関して、顧客環境においてＰＢＸを構築や運用する際の、顧客環境に応じた運用設定を含む設定に関して、効率化や最適化を実現でき、結果として、人による設定作業の手間、時間、コスト等を低減でき、効率的で好適な設定作業や運用を実現できる技術を提供することである。
【0009】
なお、特許文献１の技術は、ＳＩＰゲートウェイを公衆網と接続する際に、ＳＩＰのメッセージの内容から、自動的にキャリアを選択し、そのキャリアに沿ったデータ設定を行うことで、外線接続が可能になる。この技術は、REGISTERリクエストメッセージに含まれる、キャリア毎の異なる仕様を読み取って、ＳＩＰ－ＧＷの自動設定を行う。しかしながら、このように応答メッセージから判断する方法では、端末のエンド間のインタフェースの異常の判断のみであり、ネットワーク遅延等の、エンド間以外の設定値の補正はできない。
【課題を解決するための手段】
【0010】
本開示のうち代表的な実施の形態は以下に示す構成を有する。実施の形態の構内交換機設定値補正方法は、構内交換機（ＰＢＸ）に係わる設定値を補正する構内交換機設定値補正方法であって、計算機により実行されるステップとして、前記計算機が、顧客環境の前記ＰＢＸの運用シーケンスを監視し、前記運用シーケンスの監視情報を取得するステップと、前記計算機が、前記監視情報に基づいた前記運用シーケンスと、予め規定されたモデルシーケンスとの比較に基づいて、前記顧客環境の前記ＰＢＸの設定情報のうちの運用値を補正するステップと、を有する。
【発明の効果】
【0011】
本開示のうち代表的な実施の形態によれば、上記ＰＢＸに係わる技術に関して、顧客環境においてＰＢＸを構築や運用する際の、顧客環境に応じた運用設定を含む設定に関して、効率化や最適化を実現でき、設定作業を支援でき、結果として、設定作業の手間、時間、コスト等を低減でき、効率的で好適な設定作業や運用を実現できる。上記した以外の課題、構成および効果等については、発明を実施するための形態において示される。
【図面の簡単な説明】
【0012】
【図1】実施の形態１のＰＢＸ設定値補正システムを含む、システム全体の構成例を示す。
【図2】実施の形態１のＰＢＸ設定値補正システムでのＰＢＸシステムの機能ブロック構成例を示す。
【図3】実施の形態１で、ＰＢＸシステムのサーバのコンピュータシステムとしての構成例を示す。
【図4】実施の形態１で、ＰＢＸシステムの処理フローを示す。
【図5】実施の形態１で、ステップＳ１０２の運用情報の設定に関する説明図を示す。
【図6】実施の形態１で、ステップＳ１０３のデータ収集、およびステップＳ１０４の運用シーケンスチェックに関する説明図を示す。
【図7】実施の形態１で、モデルシーケンスと運用シーケンスとの比較に関する説明図を示す。
【図8】実施の形態１で、ステップＳ１０５の補正値決定、およびステップＳ１０６の補正アクションに関する説明図を示す。
【図9】実施の形態１で、ステップＳ１０５の補正値決定に関する詳しい処理フロー例を示す。
【図10】実施の形態１で、ステップＳ１０７のＤＢ更新に関する説明図を示す。
【図11】実施の形態１で、パラメータシートの構成例を示す。
【図12】実施の形態１で、運用情報ＤＢの構成例を示す。
【図13】実施の形態１で、運用シーケンスログＤＢの構成例を示す。
【図14】実施の形態１で、運用設定値ＤＢの構成例を示す。
【図15】実施の形態１で、設定値補正ＤＢの構成例を示す。
【図16】実施の形態１で、モデルシーケンスＤＢの構成例を示す。
【図17】実施の形態１で、統計情報ＤＢの構成例を示す。
【図18】実施の形態１で、運用情報の入力の画面例を示す。
【図19】実施の形態１で、運用値の初期設定の際のデータ等の具体例を示す。
【図20】実施の形態１で、運用値の調整の際のデータ等の具体例を示す。
【図21】実施の形態１で、運用値の確認の画面例を示す。
【図22】実施の形態１で、運用値の補正前後の運用シーケンス、更新前後の統計情報の例を示す。
【図23】実施の形態１の変形例１におけるシステム全体の構成例を示す。
【図24】変形例１で、ＰＢＸシステムの機能ブロック構成例を示す。
【図25】変形例１で、運用値決定ＤＢの構成例を示す。
【図26】変形例１で、ステップＳ１０２の運用情報の設定に関する説明図を示す。
【図27】実施の形態１の変形例２におけるシステム全体の構成例を示す。
【図28】実施の形態１の変形例３における機能の概要を示す。
【図29】実施の形態１に対する、比較例のシステムの構成例を示す。
【発明を実施するための形態】
【0013】
以下、図面を参照しながら本開示の実施の形態を詳細に説明する。図面において、同一部には原則として同一符号を付し、繰り返しの説明を省略する。説明上、プログラムによる処理について説明する場合に、プログラムや機能や処理部等を主体として説明する場合があるが、それらについてのハードウェアとしての主体は、プロセッサ、あるいはそのプロセッサ等で構成されるコントローラ、装置、計算機、システム等である。計算機は、プロセッサによって、適宜にメモリや通信インタフェース等の資源を用いながら、メモリ上に読み出されたプログラムに従った処理を実行する。これにより、所定の機能や処理部等が実現される。プロセッサは、例えばＣＰＵ／ＭＰＵやＧＰＵ等の半導体デバイス等で構成される。処理は、ソフトウェアプログラム処理に限らず、専用回路でも実装可能である。専用回路は、ＦＰＧＡ、ＡＳＩＣ、ＣＰＬＤ等が適用可能である。
【0014】
プログラムは、対象計算機に予めデータとしてインストールされていてもよいし、プログラムソースから対象計算機にデータとして配布されてもよい。プログラムソースは、通信網上のプログラム配布サーバでもよいし、非一過性のコンピュータ読み取り可能な記憶媒体、例えばメモリカードやディスクでもよい。プログラムは、複数のモジュールから構成されてもよい。プログラムを含むソフトウェアは、予め設計されたデータセット（例えばデータベース）を伴ってもよい。コンピュータシステムは、複数台の装置によって構成されてもよい。コンピュータシステムは、クライアントサーバシステム、クラウドコンピューティングシステム、ＩｏＴシステム等で構成されてもよい。各種のデータや情報は、例えばテーブルやリスト等の構造で構成されるが、これに限定されない。識別情報、識別子、ＩＤ、名前、番号等の表現は互いに置換可能である。
【0015】
＜課題等＞
課題等について補足説明する。従来、ＰＢＸシステムの構築は、専門知識を持った販売店の工事業者が実施している。ＰＢＸシステムの運用に係わる動作等の条件は、顧客環境ごとに多岐にわたっている。ＰＢＸシステムの運用設定値（言い換えると設定データやパラメータ値）は、顧客環境のユーザ要件ごとに異なる。例えば、接続形態の違いとしては、顧客環境の自社ＬＡＮ内だけでＰＢＸを使用する場合や、ＷＡＮを介してＰＢＸを使用する場合や、インターネットを介してＰＢＸを利用する場合などがある。それらのユーザ要件、言い換えると顧客環境に応じた所望の運用を表す要件や運用情報に応じて、必要な運用設定値が変わる。そのため、工事業者の人による、顧客環境に応じた運用設定値の設定や調整の作業には、多くの手間、時間、コスト等を要している。
課題等について補足説明する。従来、ＰＢＸシステムの構築は、専門知識を持った販売店の工事業者が実施している。ＰＢＸシステムの運用に係わる動作等の条件は、顧客環境ごとに多岐にわたっている。ＰＢＸシステムの運用設定値（言い換えると設定データやパラメータ値）は、顧客環境のユーザ要件ごとに異なる。例えば、接続形態の違いとしては、顧客環境の自社ＬＡＮ内だけでＰＢＸを使用する場合や、ＷＡＮを介してＰＢＸを使用する場合や、インターネットを介してＰＢＸを利用する場合などがある。それらのユーザ要件、言い換えると顧客環境に応じた所望の運用を表す要件や運用情報に応じて、必要な運用設定値が変わる。そのため、工事業者の人による、顧客環境に応じた運用設定値の設定や調整の作業には、多くの手間、時間、コスト等を要している。
【0016】
ユーザ要件に合わせた運用設定は、顧客環境のシステム構成や運用構成の変動や、要望の変動に応じて、変わり得る。そのため、現状のＰＢＸシステムでは、各工事業者の個人の知識・経験・技術に任せて、運用設定を実施している。例えば知識や経験の浅い人が運用設定を行った場合、運用設定の不備が生じる場合がある。この場合、カスタマーサポートへの問い合わせが発生することで、人手による原因解析や設定変更を行うことになる。結果、ＰＢＸシステムの構築および安定運用には、多くの時間や手間等を要している。
【0017】
上記顧客環境に応じたＰＢＸシステムの構築および運用の際には、工事業者の設定者である個人の経験値などに依存して、ＰＢＸの運用設定のパラメータ値が設定される。構築時には、運用設定を含む初期設定が行われる。しかしながら、顧客環境でのＰＢＸシステムの構築後に運用を開始してから、顧客環境での実際の運用状況と当初の運用設定パラメータ値とが一致・整合していない場合が生じ得る。そのような場合には、都度、工事業者の人が、顧客環境の場所まで行って、運用設定値を人手で調整する必要があった。
【0018】
また、ＰＢＸシステムの構築および運用の設定のノウハウは、設定を実施した工事業者の個人には蓄積されるが、業者間・個人間でのノウハウの共有はされておらず困難であった。
【0019】
＜解決手段等＞
上記課題等を踏まえ、実施の形態のＰＢＸ設定値補正システムおよび方法は、従来人手で行われていた、ＰＢＸシステムの運用設定を含む設定（Configuration／Setting）に関して、設定支援や自動調整などを行う機能を提供する。実施の形態のシステムおよび方法は、この機能として、顧客環境ごとのユーザ要件および実際の運用状況を考慮しながら、運用設定パラメータ値である運用値を補正する機能を有する。この補正機能ないし調整機能は、顧客環境ごとのユーザ要件および運用状況に対応した、運用情報および運用シーケンスに対し、一致・整合させるように、自動的に好適な運用値ないし補正値を決定して、顧客環境の運用設定を更新する機能である。
上記課題等を踏まえ、実施の形態のＰＢＸ設定値補正システムおよび方法は、従来人手で行われていた、ＰＢＸシステムの運用設定を含む設定（Configuration／Setting）に関して、設定支援や自動調整などを行う機能を提供する。実施の形態のシステムおよび方法は、この機能として、顧客環境ごとのユーザ要件および実際の運用状況を考慮しながら、運用設定パラメータ値である運用値を補正する機能を有する。この補正機能ないし調整機能は、顧客環境ごとのユーザ要件および運用状況に対応した、運用情報および運用シーケンスに対し、一致・整合させるように、自動的に好適な運用値ないし補正値を決定して、顧客環境の運用設定を更新する機能である。
【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】
ＰＢＸシステム１のサーバ１０は、機能ブロックとして、ＰＢＸ通信部１０１と、ＰＢＸ設定支援部１０２とを有する。ＰＢＸ通信部１０１は、基本的なＰＢＸ機能を実現する部分であり、ルータ１１を介して顧客環境２の外部装置２０との間でＰＢＸに係わる通信を行う部分である。具体例では、ＰＢＸ通信部１０１は、ＳＩＰに従った通信を行うＳＩＰサーバないしＵＡ（User Agent）としての機能を有する。なお、図２では、１つのサーバ１０内にＰＢＸ通信部１０１とＰＢＸ設定支援部１０２との両方が実装される場合を示しているが、これに限らず、２つ以上のサーバ等に分かれて各機能ブロックが実装されてもよい。
【0052】
ＰＢＸ設定支援部１０２は、ＰＢＸ設定支援機能やＰＢＸ設定値補正機能を実現する部分である。ＰＢＸ設定支援部１０２は、より詳しくは複数の機能ブロックを有している。ＰＢＸ設定支援部１０２は、パラメータシート提供部１０３、顧客環境運用情報設定部１０４、データ収集部（言い換えると運用シーケンス監視部）１０５、運用シーケンスチェック部１０６、運用補正値決定部１０７、補正アクション部１０８、ＤＢ更新部（言い換えると統計部）１０９、および運用値生成部１１０等を有する。
【0053】
記憶部であるＤＢ１２、例えばＤＢサーバには、各種のデータ・情報として例えば以下が記憶される。ＤＢ１２は、大別すると、顧客ＤＢ１５と共通ＤＢ１６とを有する。顧客ＤＢ１５は、顧客環境２ごとのデータ・情報を分けて保持するＤＢであり、顧客環境２ごとのＤＢとして有し、セキュアに管理される。共通ＤＢ１６は、特定の顧客環境２に依存しない、複数の顧客環境２で共通のデータを保持するＤＢである。
【0054】
顧客ＤＢ１５は、運用情報ＤＢ（言い換えるとパラメータシートＤＢ）１５１と、運用シーケンスログＤＢ１５２と、ＰＢＸ設定情報ＤＢ１５３とを有する。ＰＢＸ設定情報ＤＢ１５３には、運用設定値ＤＢ１５４が含まれる。
【0055】
運用情報ＤＢ１５１は、パラメータシート１３に従って入力された運用情報を登録・保持するＤＢである。パラメータシート１３のデータも運用情報ＤＢ１５１に管理されている。運用シーケンスログＤＢ１５２は、運用シーケンス監視によるデータ収集によって得られた運用シーケンスログを保存するＤＢである。運用シーケンスログは、例えばＳＩＰ等の通信のパケットの内容をキャプチャしたデータを含む。運用シーケンスログは、外部装置２０等から収集・取得したデータを含んでもよい。ＰＢＸ設定情報ＤＢ１５３は、顧客環境２のＰＢＸ利用システムの構築および運用に係わるすべての設定情報を保持するＤＢである。運用設定値ＤＢ１５４は、設定情報のうち、運用設定値を保持するＤＢである。
【0056】
なお、ＰＢＸ設定情報ＤＢ１５３に登録されている設定情報、および運用設定値ＤＢ１５４の運用設定値は、そのまま、ＰＢＸシステム１および顧客環境２のＰＢＸ利用システムの設定情報である。前述のように、この設定情報に対する設定更新は、そのまま、システム更新や新運用開始を意味する。
【0057】
共通ＤＢ１６は、設定値補正ＤＢ１６１と、モデルシーケンスＤＢ１６２と、統計情報ＤＢ１６３とを有する。設定値補正ＤＢ１６１は、運用設定値の補正のためのデータ・情報を保持するＤＢである。設定値補正ＤＢ１６１には、補正用情報として、後述するが、予め、対応表が規定されている。この対応表には、運用シーケンスのステップステータスと、運用情報との組み合わせごとに、運用設定パラメータ値の補正値を決定するためのデータ・情報が設定されている。
【0058】
モデルシーケンスＤＢ１６２は、予め規定されたモデルシーケンスのデータを保持するＤＢである。統計情報ＤＢ１６３は、複数の顧客環境２の運用情報や運用シーケンスや運用設定値に係わる統計情報を保持するＤＢである。ＰＢＸシステム１は、複数の顧客環境２の各顧客環境２から設定や収集された情報を統計処理することで、統計情報を得る。
【0059】
パラメータシート提供部１０３は、前述のように、設定者であるユーザＵ１の端末３０に対し、パラメータシート１３を含むデータを提供する。パラメータシート１３は、ＰＢＸ運用設定に係わるパラメータをリストとして列挙・整理して有している。設定者であるユーザＵ１は、パラメータシート１３のパラメータ項目に対し、運用情報の値を入力できる。パラメータシート１３の詳しい形式は限定されず、一例を後述する。パラメータシート１３は、運用情報のみならず、顧客情報などの様々な情報を入力可能としてもよい。
【0060】
顧客環境運用情報設定部１０４は、パラメータシート１３に入力された運用情報を取得して運用情報ＤＢ１５１に登録する。
【0061】
データ収集部１０５は、ＰＢＸ通信部１０１と連携（例えば情報のやり取り）しながら、顧客環境２のＰＢＸ利用システムの実際の運用シーケンスを監視し、監視した運用シーケンスのデータをログとして収集し、運用シーケンスログＤＢ１５２に格納する。
【0062】
運用シーケンスチェック部１０６は、データ収集部１０５による監視結果の運用シーケンスと、モデルシーケンスＤＢ１６２のモデルシーケンスとを比較・照合してチェックし、それらのシーケンス間での齟齬や不一致等を判断・検出する。
【0063】
運用補正値決定部１０７は、運用シーケンスチェック部１０６によるチェック結果に基づいて、顧客環境２の運用値を補正するための補正値および補正アクションを決定する。その際、運用補正値決定部１０７は、運用情報ＤＢ１５１から参照された顧客環境２の運用情報と、設定値補正ＤＢ１６１から参照された補正用情報とに基づいて、その補正値を決定する。この補正値は、パラメータに応じて、置換するための補正後運用値そのものでもよいし、補正加減値、補正係数、補正候補値、補正計算式などでもよい。また、補正アクションは、補正対象パラメータに対する補正方法などを指す。補正対象パラメータは、例えば不一致が生じたステップ部分に対応したパラメータ、例えばタイマ時間などとして決定される。
【0064】
補正アクション部１０８は、運用補正値決定部１０７によって決定された補正値を、決定された補正アクションによって、運用設定値ＤＢ１５４の補正前の運用値に対し作用させる補正演算を行うことにより、顧客環境２の運用値を補正・調整する。言い換えると、この補正アクションにより、運用設定値ＤＢ１５４の運用値が更新される。この際の補正演算は、運用設定のパラメータに応じて様々であってもよく、例えば補正値によって置換するものでもよいし、補正前の運用値に補正値を加算、減算、乗算、除算などするものでもよい。
【0065】
ＤＢ更新部１０９は、複数の顧客環境２における各顧客環境２の運用情報、運用シーケンスログ、運用設定値などに基づいて、例えば平均や分散などの統計値を含む統計情報を生成し、統計情報ＤＢ１６３に格納する。ＤＢ更新部１０９は、新たな情報の発生に伴い、適宜に統計情報ＤＢ１６３の統計情報を更新する。
【0066】
運用値生成部１１０は、顧客環境運用情報設定部１０４によって運用情報ＤＢ１５１に登録された運用情報に基づいて、顧客環境２の好適な運用値を生成し、運用設定値ＤＢ１５４に登録する。例えば、顧客環境２へのＰＢＸ利用システムの導入・構築時に、最初に入力・設定された運用情報に基づいて、運用値生成部１１０は、初期設定の運用値を生成する。また、その際、運用値生成部１１０は、運用情報に関する統計情報がある場合には、その統計情報を用いて、より好適な運用値を生成する。なお、説明上分けているが、運用値生成部１１０を、顧客環境運用情報設定部１０４と一体としてもよいし、運用補正値決定部１０７と一体としてもよい。
【0067】
［コンピュータシステム］
図３は、図２のサーバ１０のコンピュータシステムとしての構成例を示す。サーバ１０である計算機は、プロセッサ３０１、メモリ３０２、通信インタフェース装置３０３、入出力インタフェース装置３０４等を備え、これらの構成要素はバス３０９等を通じて相互に接続されている。
図３は、図２のサーバ１０のコンピュータシステムとしての構成例を示す。サーバ１０である計算機は、プロセッサ３０１、メモリ３０２、通信インタフェース装置３０３、入出力インタフェース装置３０４等を備え、これらの構成要素はバス３０９等を通じて相互に接続されている。
【0068】
プロセッサ３０１は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ等を備え、制御プログラム３１１に従った処理を実行する。これにより、所定の機能、少なくとも、図２の構成に対応したＰＢＸ機能３２１やＰＢＸ設定支援機能３２２などが実現される。
【0069】
メモリ３０２は、不揮発性記憶装置等を用いて構成される。メモリ３０２には、制御プログラム３１１、設定情報３１２、処理データ３１３などが記憶される。制御プログラム３１１は、サーバ１０の機能を実現するための各種のプログラムである。設定情報３１２は、制御プログラム３１１に関するシステム設定情報やユーザ設定情報である。処理データ３１３は、サーバ１０による処理過程で発生する各種のデータである。なお、図２のＤＢ１２がメモリ３０２上に構成されてもよい。メモリ３０２に限らず、他の記憶手段、例えば外部記憶装置、ＤＢサーバなどを用いてもよい。
【0070】
通信インタフェース装置３０３は、通信インタフェースが実装された装置であり、ルータ１１との通信インタフェース、ＤＢ１２との通信インタフェース等に対応している。入出力インタフェース装置３０４は、入出力インタフェースが実装された装置であり、入力装置３０５や出力装置３０６が外部接続可能である。
【0071】
制御プログラム３１１、すなわち、実施の形態１の方法やシステムを実現するためのプログラムは、事業者のシステムやプログラム配布サーバ等から、ダウンロード、インストール、更新等がされてもよい。
【0072】
［処理フロー］
図４は、実施の形態１のＰＢＸ設定値補正方法およびシステムでの処理フローを示す。ＰＢＸシステム１は、図４のフローに従った処理を実行する。図４のフローは、ステップＳ１０１～Ｓ１０８を有する。
図４は、実施の形態１のＰＢＸ設定値補正方法およびシステムでの処理フローを示す。ＰＢＸシステム１は、図４のフローに従った処理を実行する。図４のフローは、ステップＳ１０１～Ｓ１０８を有する。
【0073】
ステップＳ１０１で、ＰＢＸシステム１は、顧客環境２のＰＢＸ利用システムの構築時には、運用値を含む設定情報の初期設定を行う。なお、この構築時の初期設定は、従来通りに手動で行われてもよいし、前述のように、図２の顧客環境運用情報設定部１０４および運用値生成部１１０を用いて、運用情報に応じた運用値の生成として行われてもよい。また、ステップＳ１０１を省略したフローとし、実施の形態１の方法およびシステムは、構築済みで運用開始後の顧客環境２を対象とする方法およびシステムとしてもよい。
【0074】
ステップＳ１０２で、ＰＢＸシステム１は、パラメータシート１３を用いて、顧客環境２の運用情報を取得し、運用情報ＤＢ１５１に登録する。この際、前述のように、図２のパラメータシート提供部１０３は、ユーザＵ１の端末３０にパラメータシート１３を提供し、パラメータシート１３に入力された運用情報を取得し、運用情報ＤＢ１５１に登録する。
【0075】
ステップＳ１０３で、ＰＢＸシステム１は、図２のデータ収集部１０５により、運用開始後の顧客環境２の運用シーケンスを監視し、監視情報である運用シーケンスログのデータを取得し、運用シーケンスログＤＢ１５２に格納する。
【0076】
ステップＳ１０４で、ＰＢＸシステム１は、図２の運用シーケンスチェック部１０６により、運用シーケンスログＤＢ１５２の運用シーケンスログと、モデルシーケンスＤＢ１６２のモデルシーケンスとを比較・照合してチェックし、それらのシーケンス間の不一致等を判断・検出する。
【0077】
ステップＳ１０５で、ＰＢＸシステム１は、ステップＳ１０４のチェック結果に基づいて、補正の必要がある場合に、図２の運用補正値決定部１０７により、顧客環境２の運用値の補正のための補正値を決定する。その際、運用補正値決定部１０７は、顧客環境２の運用情報と、設定値補正ＤＢ１６１の設定用情報とを参照して、補正値を決定する。
【0078】
ステップＳ１０６で、ＰＢＸシステム１は、ステップＳ１０５の結果得られた補正値を用いて、図２の補正アクション部１０８により、顧客環境２の運用値を補正する。補正アクション部１０８は、運用設定値ＤＢ１５４の運用値を、補正値によって補正することで、更新する。
【0079】
ステップＳ１０７で、ＰＢＸシステム１は、図２のＤＢ更新部１０９により、更新された運用情報、運用シーケンスログ、および運用値を用いて、統計情報ＤＢ１６３の統計情報を更新する。
【0080】
ステップＳ１０８は、顧客環境２ごとの処理がすべて終了したかの確認であり、終了した場合（Ｙ）には図４のフローの終了となり、終了しない場合（Ｎ）にはステップＳ１０１に戻って、顧客環境２ごとの処理が同様に繰り返される。
【0081】
［運用情報の設定］
図５は、図４のステップＳ１０１およびＳ１０２に関する、パラメータシート１３を用いた顧客環境２の運用情報の登録に係わる構成例を示す説明図である。図５の例は、ステップＳ１０１とＳ１０２をまとめて実現する例である。図５では、設定者であるユーザＵ１とＰＢＸシステム１との間での機能ブロック間の処理例などを示している。図５等では、サーバ１０やＰＢＸ設定支援部１０２等の機能ブロックについては図示を省略している。機能ブロック間の処理シーケンス例は以下のようになる。
図５は、図４のステップＳ１０１およびＳ１０２に関する、パラメータシート１３を用いた顧客環境２の運用情報の登録に係わる構成例を示す説明図である。図５の例は、ステップＳ１０１とＳ１０２をまとめて実現する例である。図５では、設定者であるユーザＵ１とＰＢＸシステム１との間での機能ブロック間の処理例などを示している。図５等では、サーバ１０やＰＢＸ設定支援部１０２等の機能ブロックについては図示を省略している。機能ブロック間の処理シーケンス例は以下のようになる。
【0082】
ステップＳ２０１で、ＰＢＸシステム１のパラメータシート提供部１０３は、Ｗｅｂシステムを通じて、パラメータシート１３を含むデータを、ユーザＵ１の端末３０に送信する。ステップＳ２０２で、ユーザＵ１は、端末３０の画面に表示されたパラメータシート１３における各パラメータ項目に対し、顧客環境２の運用構成に合わせた運用情報を入力する。顧客環境２の運用構成は、例えば顧客からのヒヤリングなどで把握される。ステップＳ２０３で、ユーザＵ１の端末３０は、少なくとも、パラメータシート１３に入力された運用情報を、ＰＢＸシステム１に送信する。ここでは、運用情報とともにパラメータシート１３が送信されてもよい。ステップＳ２０４で、顧客環境運用情報設定部１０４は、端末３０から受信して取得した運用情報を、運用情報ＤＢ１５１に登録する。
【0083】
さらに、ステップＳ２０５では、ＰＢＸシステム１の運用値生成部１１０（前述のように代わりに顧客環境運用情報設定部１０３や運用補正値決定部１０７としてもよい）は、上記登録された運用情報に対し該当する統計情報を、統計情報ＤＢ１６３から抽出する。
【0084】
ステップＳ２０６で、運用値生成部１１０は、抽出した統計情報を用いて、運用値を生成する。この生成は、抽出した統計情報における例えば平均値を用いて運用値を決定することが挙げられる。
【0085】
ステップＳ２０７で、運用値生成部１１０は、生成・決定した運用値を、運用設定値ＤＢ１５４に登録する。ここまでで、構築時にパラメータシート１３を用いた運用情報の登録、および統計情報を用いた運用値の初期設定が可能である。
【0086】
なお、上記処理例において、適用できる統計情報が無い場合には、ＰＢＸシステム１は、統計情報を用いずに、従来のように運用値を初期設定してもよい。例えばユーザＵ１が手動で運用値を設定する。上記処理例では、適用できる統計情報が有る場合に、初期設定としての好適な運用値を自動的に生成して設定することができる。
【0087】
［データ収集（運用シーケンス監視）］
図６は、図４のステップＳ１０３，Ｓ１０４に関する、図２のデータ収集部１０５によるデータ収集、運用シーケンスチェック部１０６によるチェックなどについての説明図である。
図６は、図４のステップＳ１０３，Ｓ１０４に関する、図２のデータ収集部１０５によるデータ収集、運用シーケンスチェック部１０６によるチェックなどについての説明図である。
【0088】
ステップＳ３０１で、データ収集部１０５は、ＰＢＸ通信部１０１による外部装置２０との間の通信のシーケンスである運用シーケンスを監視し、ＰＢＸ通信部１０１を通じて運用シーケンスに係わるデータを取得する。例えば、ＰＢＸ通信部１０１は、外部装置２０との間で、ＳＩＰに基づいた通信のパケットを授受している。データ収集部１０５は、例えば、ＰＢＸ通信部１０１から、その通信のパケットの内容をキャプチャデータとして取得する。データ収集部１０５は、時系列上の各タイミングで、各パケットの内容のキャプチャデータを取得する。運用シーケンスログは、このような時系列上で順序を持った各時点のキャプチャデータの集まりを含む。ステップＳ３０２で、データ収集部１０５は、上記監視によって得たキャプチャデータを、運用シーケンスログＤＢ１５２内に運用シーケンスログとして格納する。
【0089】
［運用シーケンスチェック］
同じく図６で、ステップＳ３０３では、運用シーケンスチェック部１０６は、運用シーケンスログＤＢ１５２内に格納された最新の運用シーケンスログを抽出する。ステップＳ３０４で、運用シーケンスチェック部１０６は、共通ＤＢ１６のモデルシーケンスＤＢ１６２から、モデルシーケンスのデータを参照する。ステップＳ３０５で、運用シーケンスチェック部１０６は、上記抽出された運用シーケンスと、上記モデルシーケンスとを比較・照合し、齟齬や差分等を判断・検出する。この結果、シーケンス中で不一致となるステップ等の部分がある場合にその部分が検出される。
同じく図６で、ステップＳ３０３では、運用シーケンスチェック部１０６は、運用シーケンスログＤＢ１５２内に格納された最新の運用シーケンスログを抽出する。ステップＳ３０４で、運用シーケンスチェック部１０６は、共通ＤＢ１６のモデルシーケンスＤＢ１６２から、モデルシーケンスのデータを参照する。ステップＳ３０５で、運用シーケンスチェック部１０６は、上記抽出された運用シーケンスと、上記モデルシーケンスとを比較・照合し、齟齬や差分等を判断・検出する。この結果、シーケンス中で不一致となるステップ等の部分がある場合にその部分が検出される。
【0090】
［運用シーケンス］
図７は、ＰＢＸ利用に係わる運用シーケンスの例を示す。運用シーケンスは、あるＰＢＸの仕様、例えばＳＩＰというプロトコルに従った通信のシーケンスである。図７での横方向では、通信の主体として、ＰＢＸシステム１のＰＢＸ通信部１０１によるＵＡである「ＰＢＸ」と、外部装置２０によるＵＡである「ＳＩＰ１」とを示している。縦方向では、時系列、時間軸を示している。時系列上、説明用に、順序を持ったステップを有し、ステップＳ１，Ｓ２等で示す。これらのステップは、実施の形態１での機能を制御するためのステップである。各ステップは、様々なステータスをとり得る。運用シーケンスは、これらの一連のステップのステータスの集まりを有する。
図７は、ＰＢＸ利用に係わる運用シーケンスの例を示す。運用シーケンスは、あるＰＢＸの仕様、例えばＳＩＰというプロトコルに従った通信のシーケンスである。図７での横方向では、通信の主体として、ＰＢＸシステム１のＰＢＸ通信部１０１によるＵＡである「ＰＢＸ」と、外部装置２０によるＵＡである「ＳＩＰ１」とを示している。縦方向では、時系列、時間軸を示している。時系列上、説明用に、順序を持ったステップを有し、ステップＳ１，Ｓ２等で示す。これらのステップは、実施の形態１での機能を制御するためのステップである。各ステップは、様々なステータスをとり得る。運用シーケンスは、これらの一連のステップのステータスの集まりを有する。
【0091】
図７での左側の（Ａ）には、モデルシーケンスの例を示し、対比して、右側の（Ｂ）には、ある顧客環境２での運用シーケンスの例として異常シーケンスの例を示している。顧客環境２の運用シーケンスは、その顧客環境２の運用値の設定に応じた通信のシーケンスである。異常シーケンスとは、モデルシーケンスを正常と仮定した場合に、その正常のモデルに対する齟齬があることや差異が大きいことに相当する。異常シーケンスであるからといってＰＢＸ利用ができないわけではない。
【0092】
図７の（Ａ）のモデルシーケンスでは、例えばＰＢＸが発信側であり、時点７０１で、ＳＩＰ１に対し、INVITEメッセージを送信している。メッセージは、パケット内に記述されている。INVITEメッセージの送受信を起点（時点７０１）として、タイマＡのカウントが開始されている。タイマＡは、INVITEメッセージの再送の間隔を規定するためのタイマ（後述の図１４のタイマＡ）である。
【0093】
ＰＢＸからのINVITEメッセージに対し、ＳＩＰ１は、応答として、「100 try」を送信している。ステップＳ１で、ＰＢＸは、ＳＩＰ１からの「100 try」を受信している。すなわち、ステップＳ１は、ステータスが「100 try」である。ステップＳ２では、ＳＩＰ１が「180 Ring」を送信し、ＰＢＸは、その「180 Ring」を受信している。すなわち、ステップＳ２は、ステータスが「180 Ring」である。
【0094】
タイマＡのカウント時間は、そのタイマＡの設定値（運用値の１つ）に応じた時間で終了する。例えば、タイマＡの時間が時点７０２で終了する。その後、ステップＳ３では、ＳＩＰ１がＰＢＸへ「200 OK」を送信している。すなわち、ステップＳ３は、ステータスが「200 OK」である。ＰＢＸは、「200 OK」に対し、「ACK」を送信している。これにより、セッションが確立される。その後、ＰＢＸとＳＩＰ１との間では、ＲＴＰ（Real-time Transport Protocol）による通信が行われる。
【0095】
一方、図７の（Ｂ）の異常シーケンスでは、ＰＢＸからＳＩＰ１へのINVITEメッセージに対し、ＰＢＸは、タイマＡの時間内に、ＳＩＰ１からの応答を受信していない。すなわち、ステップＳ１およびステップＳ２は、ステータスが「応答無し」である。ＰＢＸは、タイマＡの時間内に応答が無かったため、ステップＳ３では、INVITEメッセージを再送している。すなわち、ステップＳ３は、ステータスがINVITEメッセージである。その後、タイマＡの時間が終了した時点７０２以降での、例えば時点７０３に、ＰＢＸは、ＳＩＰ１から送信された「100 try」を受信している。
【0096】
このように、例えばタイマＡの時間（時点７０１～時点７０２）以内に「100 try」を受信するステータスである場合には、正常として、予め（Ａ）のモデルシーケンスが規定されている。（Ａ）のモデルシーケンスに対し、（Ｂ）の運用シーケンスの比較で、例えばタイマＡの時間以内に「100 try」を受信しないステータスである場合には、異常シーケンスであるとして判断可能である。
【0097】
なお、上記例では、ＰＢＸからみたステップステータスとして記述しているが、これに限定されない。
【0098】
上記例のように、監視した運用シーケンスが、モデルシーケンスとの比較で、齟齬がある、あるいは、差異が大きい、等と判断される場合に、ＰＢＸシステム１は、運用値の補正を行う。特に、ＰＢＸシステム１は、運用シーケンスにおけるステップのステータスが不一致となる部分を検出できる。上記例では、モデルシーケンスの少なくともステップＳ１の「100 try」に関して不一致であるため、そのステップＳ１の部分に関する運用値の補正が必要であると判断できる。
【0099】
なお、ＳＩＰは、端末（User Agent：ＵＡと呼ばれる）間でセッションの生成、変更、切断を行うプロトロコルである。ＰＢＸシステム１のサーバ１０と顧客環境２の外部装置２０（例えばＩＰ電話機）は、それぞれ、ＳＩＰに対応したアプリケーションを備えるＵＡとなり、ＳＩＰによって制御されたセッション上で、音声などのデータを交換する。ＵＡは、ＵＲＩで識別される。ＳＩＰのメッセージ等の意味を簡単に説明すると以下である。「INVITE」メッセージは、セッション確立のための招待メッセージであり、自分（例えばＰＢＸ）のＵＲＩと、相手先（例えばＳＩＰ１）のＵＲＩとを伴う。「100 try」は、試行中の応答を表し、例えば「ＳＩＰ１への招待を実行中であること」をＰＢＸへ通知する暫定応答である。このうちの「100」はＳＩＰで定められたステータスコードである。
【0100】
「180 Ring」は、呼び出し中の応答を表す。例えば、ＳＩＰ１は、呼び出し処理を行い、ＰＢＸへ「180 Ring」を送信する。「200 OK」は、成功応答を表す。ＳＩＰ１は、ＩＰ電話機のオフフック等に応じて、ＰＢＸへ「200 OK」を送信する。ＰＢＸは、「200 OK」を受信すると、セッション確立の了解を表す応答「ACK」をＳＩＰ１へ送信する。これにより、セッションが生成、確立される。その後、ＰＢＸとＳＩＰ１とのＵＡ間で、ＲＴＰに従って、音声などのデータが交換される。なお、図７の例では、ＵＡとしてＰＢＸとＳＩＰ１（外部装置２０）との２つのみ示しているが、これに限らず、３つ以上のＵＡ間（例えばＳＩＰゲートウェイを介在する場合）でも、同様にＳＩＰの通信が可能である。
【0101】
【0102】
ステップＳ４０１で、運用補正値決定部１０７は、運用シーケンスチェック部１０６からの判定結果情報を参照する。判定結果情報は、例えば運用シーケンスログ、正常／異常などの判定値、不一致のステップ部分などである。ステップＳ４０２で、運用補正値決定部１０７は、上記判定結果情報に基づいて、運用設定値ＤＢ１５４から、対象の顧客環境２の運用値を抽出する。ステップＳ４０３で、運用補正値決定部１０７は、設定値補正ＤＢ１６１から、補正用情報（後述の対応表）を参照する。ステップＳ４０４で、運用補正値決定部１０７は、判定値が異常である場合（言い換えると不一致であるステップ部分がある場合）に、補正用情報に基づいて、運用シーケンスのステップステータスと、運用情報との組み合わせに応じて、運用値に係わる補正値を決定する。
【0103】
その後、ステップＳ４０５で、補正アクション部１０８は、運用補正値決定部１０７で決定された補正値を参照する。ステップＳ４０６で、補正アクション部１０８は、運用設定値ＤＢ１５４から対象の運用値を参照する。ステップＳ４０７で、補正アクション部１０８は、対象の運用値を、補正値を用いて補正演算することで、補正後の運用値を得る。そして、ステップＳ４０８で、補正アクション部１０８は、補正後の運用値によって、運用設定値ＤＢ１５４の該当する運用値を更新する。
【0104】
【0105】
ステップＳ９０１で、運用補正値決定部１０７は、運用シーケンスチェックの判定結果において、異常がある、言い換えると、齟齬がある、不一致がある、差分が大きい、または一致度合いが小さい、といった判定値であるかを確認する。ステップＳ９０１でYESである場合にはＡで示すフローのステップＳ９０２に進み、NOである場合にはＢで示すフローのステップＳ９０４に進む。Ａのフローは、基本処理機能を示しており、ＰＢＸシステム１は、少なくともＡのフローの基本処理を行う。
【0106】
ステップＳ９０２では、運用補正値決定部１０７は、運用情報ＤＢ１５１から、顧客環境２の運用情報を抽出する。
【0107】
ステップＳ９０３では、運用補正値決定部１０７は、運用シーケンスログのキャプチャによるステップステータスの値と、上記抽出された運用情報の値との組み合わせに基づいて、設定値補正ＤＢ１６１の対応表から、運用値に係わる補正値を抽出することにより、補正値を決定する。ステップＳ９０３の後、図９のフローが終了し、ステップＳ１０６の補正アクションへ続く。
【0108】
一方、Ｂのフローは、必須ではないが、追加処理機能を示している。実施の形態１では、ＰＢＸシステム１は、Ａのフローの基本処理に加え、Ｂのフローの追加処理を行う。実施の形態１の変形例では、Ｂのフローの追加処理を省略してもよい。ステップＳ９０１でNOとなった場合とは、モデルシーケンスと運用シーケンスとの差異が小さく類似であり、一見すると問題が無い場合である。しかしながら、実施の形態１では、この場合にも、運用値の調整の余地があるとして、Ｂのフローの追加処理を行って、調整を試みる。
【0109】
ステップＳ９０４では、運用補正値決定部１０７は、運用情報ＤＢ１５１から、顧客環境２に応じた運用情報を参照する。また、運用補正値決定部１０７は、運用設定値ＤＢ１５４から、顧客環境２に応じた運用値を参照する。
【0110】
ステップＳ９０５では、運用補正値決定部１０７は、運用シーケンスログのキャプチャによるステップステータス値と、運用情報の値と、運用値とに基づいて、設定値補正ＤＢ１６１から、運用値に係わる補正値を抽出する。
【0111】
この際、Ｂのフローでは、運用補正値決定部１０７は、ステップステータス値と、運用値とを比較して、運用値が最適な運用値からかけ離れていないかどうかを確認する。ＰＢＸシステム１は、かけ離れている場合には、運用値の調整が必要であると判定し、補正値を抽出する。
【0112】
Ａのフローにより、シーケンスの不一致時の運用値補正を何回も繰り返した場合、例えば図７のタイマＡの時間の運用値が、顧客環境２の運用シーケンスに合わせて長くなりすぎてしまう可能性がある。その場合、タイマＡの時間の運用値は、最適な運用値からかけ離れたものとなってしまう。そのため、Ｂのフローでは、シーケンスが一致の場合でも、ステップステータスをチェックし、モデルの運用値に対してその時の運用値がかけ離れていないかが判断される。例えばそれらの差異が閾値以上であるかどうか等が判断される。この判断の結果に応じて、運用値が最適な運用値に近付くように調整される。
【0113】
ステップＳ９０６は、ステップＳ９０５までの結果で補正値が得られたかどうかの分岐である。補正値が得られた場合（YES）には、図９のフローが終了し、補正アクションに続き、得られなかった場合（NO）には、図９のフローが終了し、例えば図４のステップＳ１０３のデータ収集へ戻る。
【0114】
［統計情報］
図１０は、図４のステップＳ１０７に関する、図２のＤＢ更新部１０９による、統計情報の生成などについての説明図である。ステップＳ１００１で、ＤＢ更新部１０９は、運用情報ＤＢ１５１から顧客環境２の運用情報を参照し、ステップＳ１００２で、運用設定値ＤＢ１５４から補正後の運用値を参照する。ステップＳ１００３で、ＤＢ更新部１０９は、顧客環境２の補正後の運用値に関して、共有ＤＢ１６の統計情報ＤＢ１６３を参照する。ステップＳ１００４で、ＤＢ更新部１０９は、運用値のパラメータに関して、平均値などの統計情報を生成または更新する。ステップＳ１００５で、ＤＢ更新部１０９は、運用値のパラメータに関して、生成または更新された統計情報によって、統計情報ＤＢ１６３の統計情報を更新する。
図１０は、図４のステップＳ１０７に関する、図２のＤＢ更新部１０９による、統計情報の生成などについての説明図である。ステップＳ１００１で、ＤＢ更新部１０９は、運用情報ＤＢ１５１から顧客環境２の運用情報を参照し、ステップＳ１００２で、運用設定値ＤＢ１５４から補正後の運用値を参照する。ステップＳ１００３で、ＤＢ更新部１０９は、顧客環境２の補正後の運用値に関して、共有ＤＢ１６の統計情報ＤＢ１６３を参照する。ステップＳ１００４で、ＤＢ更新部１０９は、運用値のパラメータに関して、平均値などの統計情報を生成または更新する。ステップＳ１００５で、ＤＢ更新部１０９は、運用値のパラメータに関して、生成または更新された統計情報によって、統計情報ＤＢ１６３の統計情報を更新する。
【0115】
［パラメータシート］
図１１は、パラメータシート１３の構成例を示す。このパラメータシート１３は、表で構成されている。このパラメータシート１３は、例えば表計算ソフトウェアのシートを用いて実装できるが、これに限定されない。図１１のパラメータシート１３の表は、列として、「項番」、「シート名」、「分類」、「項目」、および「備考」を有する。このパラメータシート１３は、表ごとに、顧客環境２ごとの運用情報を入力可能な形式である。なお、図１１では、パラメータシート１３の構造を示しており、パラメータ入力値としての運用情報の値は示していない。
図１１は、パラメータシート１３の構成例を示す。このパラメータシート１３は、表で構成されている。このパラメータシート１３は、例えば表計算ソフトウェアのシートを用いて実装できるが、これに限定されない。図１１のパラメータシート１３の表は、列として、「項番」、「シート名」、「分類」、「項目」、および「備考」を有する。このパラメータシート１３は、表ごとに、顧客環境２ごとの運用情報を入力可能な形式である。なお、図１１では、パラメータシート１３の構造を示しており、パラメータ入力値としての運用情報の値は示していない。
【0116】
「項番」は、行ごとの識別情報である。「シート名」は、シートごとの名前であり、値として例えば「内線（必須）」が設定されている。運用情報の一部として内線に関する運用設定は必須となっている。「分類」は、運用情報に関する分類であり、値として例えば「内線」が設定されている。「項目」は、運用情報に関する項目であり、値として例えば「内線番号」、「電話機種類」、「接続形態」、「場所」などを有する。「備考」は、「項目」に関する備考である。例えば、項目「内線番号」は、内線の番号を指定する項目である。項目「電話機種類」は、電話機の種類を指定する項目である。電話機とは、前述の外部装置２０の一種である。項目「接続形態」は、ＰＢＸ利用に係わるネットワークの接続の形態を指定する項目であり、接続形態の値の候補として例えばＬＡＮ／ＷＡＮ／インターネットなどがある。項目「場所」は、拠点の場所を指定する項目であり、場所の値の候補として例えば東京／大阪／札幌などがある。
【0117】
［運用情報ＤＢ］
図１２は、運用情報ＤＢ１５１の構成例を示し、パラメータシート１３を通じて入力された運用情報の例も示している。運用情報ＤＢ１５１は、パラメータシート１３に入力された運用情報を保持する。図１２の運用情報ＤＢ１５１は、表を有する。この表は、図１１のパラメータシート１３の「分類」および「項目」の入力値を有する。この表は、列として、「分類」、「内線番号」、「電話機種類」、「接続形態」、「場所」等を有し、行毎に入力値を有する。「分類」は、パラメータシート１３の「分類」と同じ値（例えば「内線」）を有する。「内線番号」は、値として、例えば、「1000」「1001」「2000」「3000」が入力されている。「電話機種類」は、値として、例えば、「ＳＩＰ電話機」または「ＩＰ電話機」が入力されている。「接続形態」は、値として、例えば、「ＬＡＮ」「ＷＡＮ」または「インターネット」が入力されている。「場所」は、値として、例えば、「東京」「大阪」または「札幌」が入力されている。
図１２は、運用情報ＤＢ１５１の構成例を示し、パラメータシート１３を通じて入力された運用情報の例も示している。運用情報ＤＢ１５１は、パラメータシート１３に入力された運用情報を保持する。図１２の運用情報ＤＢ１５１は、表を有する。この表は、図１１のパラメータシート１３の「分類」および「項目」の入力値を有する。この表は、列として、「分類」、「内線番号」、「電話機種類」、「接続形態」、「場所」等を有し、行毎に入力値を有する。「分類」は、パラメータシート１３の「分類」と同じ値（例えば「内線」）を有する。「内線番号」は、値として、例えば、「1000」「1001」「2000」「3000」が入力されている。「電話機種類」は、値として、例えば、「ＳＩＰ電話機」または「ＩＰ電話機」が入力されている。「接続形態」は、値として、例えば、「ＬＡＮ」「ＷＡＮ」または「インターネット」が入力されている。「場所」は、値として、例えば、「東京」「大阪」または「札幌」が入力されている。
【0118】
［運用シーケンスログＤＢ］
図１３は、運用シーケンスログＤＢ１５２の構成例を示す。図１３の運用シーケンスログＤＢ１５２は、運用シーケンスログの表を有する。この表は、列として、「呼番号」、「送信元」、「送信先」、「時間」、「シーケンス内容」等を有する。この表は、行毎に時間毎の情報（前述のキャプチャデータ）を保持しており、時系列での運用シーケンスログは複数の行で表現されている。「呼番号」には、ＰＢＸでの呼番号の値が格納されている。「送信元」には、送信元のアドレスが格納されている。「送信先」には、送信先のアドレスが格納されている。「時間」には、時点、例えば年月日時分秒の情報が格納されている。「シーケンス内容」には、図７に例示したような運用シーケンスを構成するステップごとのステータスとして、プロトコル上のメッセージなどの情報が格納されている。
図１３は、運用シーケンスログＤＢ１５２の構成例を示す。図１３の運用シーケンスログＤＢ１５２は、運用シーケンスログの表を有する。この表は、列として、「呼番号」、「送信元」、「送信先」、「時間」、「シーケンス内容」等を有する。この表は、行毎に時間毎の情報（前述のキャプチャデータ）を保持しており、時系列での運用シーケンスログは複数の行で表現されている。「呼番号」には、ＰＢＸでの呼番号の値が格納されている。「送信元」には、送信元のアドレスが格納されている。「送信先」には、送信先のアドレスが格納されている。「時間」には、時点、例えば年月日時分秒の情報が格納されている。「シーケンス内容」には、図７に例示したような運用シーケンスを構成するステップごとのステータスとして、プロトコル上のメッセージなどの情報が格納されている。
【0119】
［運用設定値ＤＢ］
図１４は、運用設定値ＤＢ１５４の構成例を示す。運用設定値ＤＢ１５４には、現在のＰＢＸ利用システムの運用値が登録されている。この運用値は、ＰＢＸシステム１のサーバ１０（特に図２のＰＢＸ通信部１０１）に設定されているデータと同じである。図１４の運用設定値ＤＢ１５４は、表を有する。この表は、列として、「タイマ種別」、「名称」、「運用値」等を有する。本例では、運用設定のパラメータ値として、特に、ＳＩＰにおけるタイマ（図７のタイマＡ等）に関する運用値について説明するが、これに限定されない。「タイマ種別」は、タイマの種別を表す値として０～１０等が設定されている。「名称」は、タイマ種別ごとの名称が設定されている。
図１４は、運用設定値ＤＢ１５４の構成例を示す。運用設定値ＤＢ１５４には、現在のＰＢＸ利用システムの運用値が登録されている。この運用値は、ＰＢＸシステム１のサーバ１０（特に図２のＰＢＸ通信部１０１）に設定されているデータと同じである。図１４の運用設定値ＤＢ１５４は、表を有する。この表は、列として、「タイマ種別」、「名称」、「運用値」等を有する。本例では、運用設定のパラメータ値として、特に、ＳＩＰにおけるタイマ（図７のタイマＡ等）に関する運用値について説明するが、これに限定されない。「タイマ種別」は、タイマの種別を表す値として０～１０等が設定されている。「名称」は、タイマ種別ごとの名称が設定されている。
【0120】
例えば、タイマ種別＝０のタイマは、Ｔ１：リクエスト初回再送時間である。タイマ種別＝１のタイマは、Ｔ２：リクエスト最大再送時間である。タイマ種別＝２のタイマは、Ｔ４：最終レスポンス受信からのトランザクション終了タイムアウトである。タイマ種別＝３のタイマは、INVITEリクエストExpireヘッダ設定値である。タイマ種別＝４のタイマは、REGリクエストExpireヘッダ最小値である。タイマ種別＝５のタイマは、REGリクエストExpireヘッダ最大値である。タイマ種別＝６のタイマは、INVITE受信後の最終レスポンス受け付け待ち時間である。タイマ種別＝７のタイマは、INVITEリクエストの初回再送間隔（前述のタイマＡ）である。タイマ種別＝８のタイマは、INVITEリクエストの再送満了時間（タイマＢ）である。タイマ種別＝９のタイマは、INVITEレスポンスの再送待ち時間（タイマＤ）である。タイマ種別＝１０のタイマは、INVITE以外のリクエストの初回再送間隔（タイマＥ）である。
【0121】
「運用値」には、タイマごとの運用値が設定されている。例えば、タイマ種別＝１のタイマであるリクエスト最大再送時間Ｔ２というパラメータについては、値が「500ms」である。単位は例えばミリ秒（ms）である。
【0122】
顧客環境２ごとに、上記運用設定値として例えばタイマ値が適切に設定されていない場合には、ＰＢＸ利用システムに係わる運用シーケンスが非効率的なものとなる。運用設定値が最適に設定された場合には、ＰＢＸ利用システムに係わる運用シーケンスが効率的なものとなる。
【0123】
［設定値補正ＤＢ］
図１５は、設定値補正ＤＢ１６１の構成例を示す。設定値補正ＤＢ１６１には、運用設定値の補正のための補正用情報として例えば図１５の表のような対応表が予め規定されている。図１５の対応表には、ステップステータスと運用情報との組み合わせに応じた補正値、もしくは補正値の算出・決定のための情報が登録されている。この表は、列として、「ステップ番号」、「受信データ」、「補正アクション」、「補正加減値」等を有する。「ステップ番号」には、図７のような運用シーケンスの各ステップを識別するための番号などの情報が設定されている。「受信データ」には、ステップごとのステータス値として、例えばＰＢＸがＳＩＰ１（外部装置２０）から受信するメッセージなどの値が設定されている。
図１５は、設定値補正ＤＢ１６１の構成例を示す。設定値補正ＤＢ１６１には、運用設定値の補正のための補正用情報として例えば図１５の表のような対応表が予め規定されている。図１５の対応表には、ステップステータスと運用情報との組み合わせに応じた補正値、もしくは補正値の算出・決定のための情報が登録されている。この表は、列として、「ステップ番号」、「受信データ」、「補正アクション」、「補正加減値」等を有する。「ステップ番号」には、図７のような運用シーケンスの各ステップを識別するための番号などの情報が設定されている。「受信データ」には、ステップごとのステータス値として、例えばＰＢＸがＳＩＰ１（外部装置２０）から受信するメッセージなどの値が設定されている。
【0124】
なお、運用シーケンス上のステップＳ１等は、説明のために定義したものであり、時系列上での順序に関する単位である。例えば、第１ステップであるステップＳ１では、候補のステータス（「受信データ」）として４通りの可能性があることを表している。実際に生じたメッセージ等のステータスに応じて、場合分けで考えればよい。ステップステータスに対する運用情報との組み合わせに応じて、補正アクションおよび補正加減値が、予め対応付けられて規定されている。この組み合わせに応じて補正値や補正内容を決定できる。
【0125】
例えば、ステップ番号＝Ｓ１については、候補となるステータス値として、「100 try 受信（タイマＡ以内）」、「100 try 受信（タイマＡ以降）」と、「486 Busy 受信」と、「受信なし」とがある。例えば、ステップ番号＝Ｓ２については、候補となるステータス値として、「180 受信（Expire以内）」、「180 受信（Expire以降）」がある。例えば、ステップ番号＝Ｓ３については、候補となるステータス値として、「200 受信（Expire以内）」、「200 受信（Expire以降）」、「422 受信」がある。
【0126】
「補正アクション」には、抽出した補正値を用いて補正する際の補正アクションが設定されている。例えば、ステップＳ１に関して、受信データ値であるステップステータス値が、「100 try 受信（タイマＡ以内）」や「100 try 受信（タイマＡ以降）」の場合には、補正アクション値が「タイマＡ補正」である。「486 Busy 受信」である場合には、補正アクション値が「なし」である。「受信なし」である場合には、補正アクション値が「リトライ回数の補正（再送回数設定を倍にする）」である。例えば、ステップＳ２に関して、ステータス値が、「180 受信（Expire以内）」や「180 受信（Expire以降）」である場合には、補正アクション値が「Expire補正」である。例えば、ステップＳ３に関して、ステータス値が、「200 受信（Expire以内）」や「200 受信（Expire以降）」である場合には、補正アクション値が「Expire補正」であり、「422 受信」である場合には、補正アクション値が「セッションタイマ補正」である。
【0127】
「補正加減値」列は、運用値の補正値に関する加減値が設定されている。この補正加減値は、運用設定値について、加算により補正する場合の加算値や、減算により補正する場合の減算値などである。本例では、「補正加減値」列は、さらに、前述（図１２）の接続形態の値ごとの列として、「ＬＡＮ」「ＷＡＮ」「インターネット」を有している。また、それらの接続形態の値の列ごとに、加算値に関する「加」列、減算値に関する「減」列を有する。
【0128】
ステップステータス値である「受信データ」値および「補正アクション」値の行と、「補正加減値」列とが交差するセルには、補正加減値が設定されている。例えば、ステップＳ１について、「100 try 受信（タイマＡ以内）」および「タイマＡ補正」の場合の行に対しては、接続形態が「ＬＡＮ」の場合の減算値「5ms」、「ＷＡＮ」の場合の減算値「15ms」、「インターネット」の場合の減算値「100ms」が設定されている。「100 try 受信（タイマＡ以降）」および「タイマＡ補正」の場合の行に対しては、接続形態が「ＬＡＮ」の場合の加算値「10ms」、「ＷＡＮ」の場合の加算値「30ms」、「インターネット」の場合の加算値「200ms」が設定されている。「受信なし」および「リトライ回数の補正（……）」の場合の行に対しては、接続形態が「ＬＡＮ」の場合の加算値「６回」と減算値「１回」、「ＷＡＮ」の場合の加算値「６回」と減算値「１回」、「インターネット」の場合の加算値「６回」と減算値「１回」が設定されている。
【0129】
すなわち、図１５の対応表の例では、ステップステータス値と、運用情報の例として接続形態の値との組み合わせに応じた補正加減値が、網羅的に設定されている。この対応表には、運用情報として接続形態のみならず、他の運用情報に関しても、同様に補正加減値などが規定できる。
【0130】
「補正加減値」列のセルに設定された「5ms」等の値は、前述の補正値に相当する。ＰＢＸシステム１は、このような対応表から、運用シーケンス監視情報に基づいたステップステータス値と運用情報の値との組み合わせに応じて、「5ms」減算値等の補正値を抽出する。例えば、「100 try 受信（タイマＡ以内）」と「ＬＡＮ」との組み合わせに応じて、「5ms」減算値が補正値として抽出される。この場合、この「5ms」減算値である補正値は、「補正アクション」で示す「タイマＡ補正」の補正値であり、補正前のその時のタイマＡの運用値を、この「5ms」によって減算する補正とすればよいことを表している。
【0131】
本例では、補正値を「補正加減値」の形式としたが、これに限定されない。補正値の設定の他の例としては、乗算や除算などの補正の補正係数が規定されてもよい。例えば、組み合わせに応じて、乗算の係数が「1.5」と設定されている場合、運用値をその係数「1.5」で乗算する補正とすればよい。リトライ回数をｎ倍にするという補正であれば、そのｎ値を補正値とすればよい。
【0132】
補正値の設定の他の例としては、補正値または補正後の運用値に関する候補となる範囲（例えば上限値や下限値）、または選択肢となる候補値が規定されていてもよい。例えば、値の組み合わせに応じて、候補範囲や候補値から補正値が選択されてもよい。また、補正値の設定の他の例としては、補正値または補正後の運用値を算出するための計算式などが規定されていてもよい。例えば、値の組み合わせに応じて、該当する計算式を用いて、補正値または補正後の運用値が算出されてもよい。
【0133】
［モデルシーケンスＤＢ］
図１６は、モデルシーケンスＤＢ１６２の構成例を示す。図１６のモデルシーケンスＤＢ１６２は、表を有する。この表は、列として、「メッセージ発行元」、「シーケンス内容」、「ステップ番号」等を有する。「メッセ ージ発行元」には、ＳＩＰなどのメッセージの発行元を特定する情報が設定されている。「シーケンス内容」には、図７のような運用シーケンスにおける各ステップでのＳＩＰのメッセージなどの情報が設定されている。「ステップ番号」には、図１５の対応表の「ステップ番号」と同じく、運用シーケンスの各ステップを識別するための情報が設定されている。
図１６は、モデルシーケンスＤＢ１６２の構成例を示す。図１６のモデルシーケンスＤＢ１６２は、表を有する。この表は、列として、「メッセージ発行元」、「シーケンス内容」、「ステップ番号」等を有する。「メッセ ージ発行元」には、ＳＩＰなどのメッセージの発行元を特定する情報が設定されている。「シーケンス内容」には、図７のような運用シーケンスにおける各ステップでのＳＩＰのメッセージなどの情報が設定されている。「ステップ番号」には、図１５の対応表の「ステップ番号」と同じく、運用シーケンスの各ステップを識別するための情報が設定されている。
【0134】
図１６の例では、表の複数の行において、あるモデルシーケンスが設定されている。第１行は、「メッセージ発行元」の値が「発信者」であり、「シーケンス内容」の値が「INVITE……」であり、ステップ番号はなし「－」である。同様に、第２行は、「着信者」、「100 try」、「Ｓ１」である。第３行は、「着信者」、「180 Ring」、「Ｓ２」である。第４行は、「発信者」、「200 OK」、「－」である。第５行は、「着信者」、「ACK」、「Ｓ３」である。すなわち、このモデルシーケンスは、図７の例のようなモデルシーケンスを表している。
【0135】
［統計情報ＤＢ］
図１７は、統計情報ＤＢ１６３の構成例を示す。図１７の統計情報ＤＢ１６３は、表を有する。この表は、列として、「外部装置種別」、「接続形態」、「場所」、「ステップ番号」、「設定項目」、「統計値」、「統計回数」等を有する。「外部装置種別」、「接続形態」、「場所」は、運用情報の項目の例である。「外部装置種別」は、外部装置２０の種別を表す情報であり、図１２での「電話機種類」と対応している。「接続形態」は、図１２での「接続形態」と対応している。「場所」は、図１２での「場所」と対応している。「ステップ番号」は、運用シーケンスのステップを表す情報であり、図１５での「ステップ番号」と対応している。「設定項目」は、運用設定値に係わるパラメータであり、例えば、「タイマＡ」、「リトライ回数」、「Expire」、「セッションタイマ」などがある。「統計値」は、当該行における「外部装置種別」から「設定項目」までの組み合わせに対応した、「設定項目」のパラメータの運用値に関する統計値が格納される。統計値の例は平均値や分散値である。「統計回数」は、当該行の統計値に関して、統計情報の生成や更新が何回目かを表す情報が格納される。
図１７は、統計情報ＤＢ１６３の構成例を示す。図１７の統計情報ＤＢ１６３は、表を有する。この表は、列として、「外部装置種別」、「接続形態」、「場所」、「ステップ番号」、「設定項目」、「統計値」、「統計回数」等を有する。「外部装置種別」、「接続形態」、「場所」は、運用情報の項目の例である。「外部装置種別」は、外部装置２０の種別を表す情報であり、図１２での「電話機種類」と対応している。「接続形態」は、図１２での「接続形態」と対応している。「場所」は、図１２での「場所」と対応している。「ステップ番号」は、運用シーケンスのステップを表す情報であり、図１５での「ステップ番号」と対応している。「設定項目」は、運用設定値に係わるパラメータであり、例えば、「タイマＡ」、「リトライ回数」、「Expire」、「セッションタイマ」などがある。「統計値」は、当該行における「外部装置種別」から「設定項目」までの組み合わせに対応した、「設定項目」のパラメータの運用値に関する統計値が格納される。統計値の例は平均値や分散値である。「統計回数」は、当該行の統計値に関して、統計情報の生成や更新が何回目かを表す情報が格納される。
【0136】
運用情報および運用値に関して、例えば、第１行に示すように、外部装置２０がＳＩＰ電話機であり、接続形態がＬＡＮであり、拠点の場所が東京であるという条件に該当する顧客環境２が特定できる。その顧客環境２における、運用シーケンスのステップＳ１（「100 try」）に関するタイマＡの運用設定値に関して、４回目の統計値が「1010ms」であり、リトライ回数に関する統計値が「１２回」である。また、例えば、第７行に示すように、外部装置２０がＳＩＰ電話機であり、接続形態がＷＡＮであり、拠点の場所が大阪であるという条件に該当する顧客環境２が特定できる。その顧客環境２における、運用シーケンスのステップＳ１（「100 try」）に関するタイマＡの運用設定値に関して、６回目の統計値が「1030ms」であり、リトライ回数に関する統計値が「１２回」である。
【0137】
このような運用情報および運用値に関する統計値を、前述の運用値の生成の際に利用できる。
【0138】
［具体例］
以下、図１８や図１９等を用いて、顧客環境２の運用値を生成や補正する具体例を示す。図１８は、設定者であるユーザＵ１の端末３０の表示画面で、パラメータシート１３に運用情報を入力するイメージを示す。図１８では、データ・情報の具体例を示している。図１９は、（Ａ）運用情報の例、（Ｂ）統計情報の例、（Ｃ）運用設定値の補正値の例、（Ｄ）運用設定値の補正前後の例を示す。
以下、図１８や図１９等を用いて、顧客環境２の運用値を生成や補正する具体例を示す。図１８は、設定者であるユーザＵ１の端末３０の表示画面で、パラメータシート１３に運用情報を入力するイメージを示す。図１８では、データ・情報の具体例を示している。図１９は、（Ａ）運用情報の例、（Ｂ）統計情報の例、（Ｃ）運用設定値の補正値の例、（Ｄ）運用設定値の補正前後の例を示す。
【0139】
まず、構築時の初期設定の際に、運用情報に基づいて好適な運用値を生成する例については、以下の通りである。
【0140】
図１８の画面内のパラメータシート１３においては、「内線（必須）」等のタブ項目ごとにパラメータシート情報が表示でき、運用情報のパラメータ項目（例えば内線番号、電話機種類、接続形態、場所など）ごとに、パラメータ値を入力できる。項目ごとに、例えばリストで候補のパラメータ値が表示され、ユーザＵ１が候補から選択して入力できる。項目ごとに、例えばテキストで入力可能としてもよい。
【0141】
ＰＢＸシステム１の図２の顧客環境運用情報設定部１０４は、パラメータシート１３に入力された運用情報を、運用情報ＤＢ１５１に登録する。顧客環境２に応じた運用情報の例として、拠点の場所が大阪、接続形態がＷＡＮ、電話機種類がＳＩＰ電話機であるとする（図１８での番号４，５の行のデータ）。その運用情報を図１９の（Ａ）に示している。
【0142】
この運用情報に対し、実施の形態１の場合、ＰＢＸシステム１は、例えば図１７の統計情報ＤＢ１６３の表から、その運用情報に該当するデータとして、破線枠で示す行のデータ部分を抽出する。抽出されたデータ部分は、値｛ＳＩＰ電話機，ＷＡＮ，大阪，Ｓ１，タイマＡ，1030ms，6｝を有する。このデータ値は、運用シーケンスのステップＳ１のタイマＡの運用値の統計値「1030ms」を含んでいる。この統計情報を図１９の（Ｂ）に示している。
【0143】
ＰＢＸシステム１は、顧客環境２の運用情報に対し、上記データ値から、運用シーケンスのステップＳ１のタイマＡの運用値（言い換えると補正値）として、「1030ms」とすればよいと決定できる。ＰＢＸシステム１は、同じような顧客環境２の運用状況の統計値を考慮して、ある顧客環境２の運用値の初期設定値（もしくは調整の補正値）を「1030ms」として提案できる。この補正値を図１９の（Ｃ）に示している。
【0144】
ＰＢＸシステム１は、上記決定した運用値「1030ms」を、図１４の運用設定値ＤＢ１５４の該当する破線枠で示す部分に反映する。例えば、図１９の（Ｄ）のように、補正前の運用値「1000ms」から補正後の運用値「1030ms」に更新される。
【0145】
次に、図２０を用いて、運用シーケンス監視に基づいた運用値の自動調整の具体例について以下の通りである。図２０は、（Ａ）運用シーケンス監視情報の例、（Ｂ）モデルシーケンスのデータ例、（Ｃ）モデルシーケンスと（Ｄ）運用シーケンスとの比較、（Ｅ）対応表の例、（Ｆ）運用設定値の例を示す。
【0146】
図２のデータ収集部１０５によって、図２０の（Ａ）に示すような運用シーケンス監視情報（言い換えるとキャプチャデータ）が得られたとする。このデータからは以下のようなことがわかる。（Ａ）の呼番号134の発信の運用シーケンスについて、図７や図２０の（Ｃ）と（Ｄ）のように、ＰＢＸからＳＩＰ１（外部装置２０）へのINVITEメッセージ、およびタイマＡのカウント開始（時点２００１）に対し、ＳＩＰ１からの「100 try」の応答（時点２００３）までに、1050msが経過している。1050msは、10:50:24.856から10:50:25.906までの差である。タイマＡの補正前の運用値は1030msであるとする。タイマＡの時間1030msの終了時点が時点２００２である。（Ｄ）のように、「100 try」の応答までの時間1050msは、タイマＡの時間1030ms（時点２００２）を超えている。そのため、「100 try」の応答よりも前に、（Ａ）の第２行や（Ｄ）で示すように、INVITEメッセージの再送が発生している。タイマＡの終了の時点２００２から「100 try」の応答の時点２００３までの遅延時間が20msである。
【0147】
図７の（Ａ）や図２０の（Ｂ）のモデルシーケンスで考えると、INVITEメッセージに対し、タイマＡの時間以内に、ステップＳ１のステータスとして「100 try」が応答されることが、正常または好適である。それに対し、本例では、ステップＳ１で、タイマＡの時間以内での「100 try」応答は無く、タイマＡの終了の時点２００２以降の時点２００３に「100 try」の応答が生じている。そのため、監視した運用シーケンスは、モデルシーケンスに比べ、異常または不適であり、補正が必要であると判断できる。
【0148】
ＰＢＸシステム１の運用シーケンスチェック部１０６は、上記のように、図２０の（Ａ）や（Ｄ）のような運用シーケンスと、（Ｂ）や（Ｃ）のようなモデルシーケンスとを比較し、時系列での複数のステップのステータスの差異や変化を判断する。特に、タイマの運用値に関しては、ステップ間での要求や応答の時間などが判断される。運用シーケンスチェック部１０６は、比較の結果、（Ａ）の運用シーケンスと、（Ｂ）のモデルシーケンスとで、（Ｃ）と（Ｄ）のように、例えばステップＳ１の部分について不一致と判断して検出できる。
【0149】
ＰＢＸシステム１は、上記チェックの結果である不一致に基づいて、ステップＳ１のタイマＡに関する運用値の補正が必要であると判定する。運用補正値決定部１０７は、図９のように、運用情報ＤＢ１５１から、対象の顧客環境２の運用情報（相手端末情報や接続形態など）を参照する。運用補正値決定部１０７は、図１５の設定値補正ＤＢ１６１の対応表における、不一致であるステップＳ１に該当する部分として破線枠で示す部分を参照する。特に、不一致の詳細に該当する部分は、一点鎖線で示すように２行目の「100 try 受信（タイマA以降）」の部分である。また、対象の顧客環境２の運用情報としては、図１９の（Ａ）のように接続形態がＷＡＮであるため、一点鎖線で示すように「ＷＡＮ」列が該当する。それらの行列が交差するセル部分の補正加減値は、加算値「30ms」である。これにより、運用補正値決定部１０７は、補正値を加算値「30ms」（＋30ms）として決定できる。図２０の（Ｅ）には対応表から抽出された部分を示す。
【0150】
補正アクション部１０８は、決定された補正値（＋30ms）を用いて、「補正アクション」列で示される「タイマＡ補正」を実行する。補正アクション部１０８は、図２０の（Ｆ）のように、運用設定値ＤＢ１５４から抽出したタイマＡの運用値（1030ms）を、補正値（＋30ms）によって補正し、補正後の運用値（1060ms）を、運用設定値ＤＢ１５４に登録する。これにより、INVITEリクエストの初回再送間隔に係わるタイマＡの運用設定値は、1030msから1060msに更新される。
【0151】
なお、以上では、図２の各処理部が各ＤＢを都度に読み書きする処理例を説明したが、これに限定されない。ある処理部があるＤＢから必要な情報を読み出した後、その処理部が別の処理部にその情報を受け渡し、その別の処理部はそのＤＢにはアクセスしない、といった処理例も可能である。
【0152】
ＰＢＸシステム１は、運用設定値を更新した場合、設定者であるユーザＵ１に対し、通知してもよい。例えば、ユーザＵ１の端末３０の表示画面において、ＧＵＩとともに、更新された運用設定値の状態を表示してもよい。これにより、ユーザＵ１は、その画面で、更新された運用設定値の状態を確認できる。
【0153】
図２１は、ユーザＵ１の端末３０の表示画面に、更新された運用設定値の状態を表示する画面例を示す。この画面での顧客環境２の運用情報や運用設定値などの表示は、各ＤＢの表を用いた表示としてもよいし、各ＤＢの情報に基づいて形式を変換した情報の表示としてもよい。
【0154】
図２１の画面例では、顧客の情報および顧客環境２の情報が表示されており、ユーザＵ１が選択して表示できる。領域２１０１には、上記具体例で示した自動調整が行われた場合の現在の運用設定値の状態が表示されている。また、画面内には、顧客環境に合わせてタイマＡの運用値が調整された旨の通知が表示されている。ユーザＵ１は、本画面で現在の運用値の状態および自動調整された旨を確認できる。
【0155】
なお、他の画面例としては、補正前の運用値と補正後の運用値とを並列で表示してもよいし、補正を適用するかどうかをユーザＵ１に確認してユーザＵ１が肯定の操作をした場合に補正を実行するようにしてもよい。ユーザＵ１は、補正を適用したくない場合には自分で手動設定を行ってもよい。
【0156】
上記運用値の補正による自動調整後、顧客環境２での運用シーケンスはより好適なものとなる。図２２には、補正前後の運用シーケンスの例を示す。（Ａ）の補正前の運用シーケンスでは、前述のように最初のINVITEメッセージ（時点２２０１）から、タイマＡの時間1030ms（時点２２０２）を超えても「100 try」応答が無いことで、INVITEメッセージの再送が発生している。対して、（Ｂ）の補正後の運用シーケンスでは、例えば（Ａ）と同じ時点２２０３で「100 try」応答が発生したとしても、調整後のタイマＡの時間1060ms（時点２２０４）以内の応答となる。これにより、INVITEメッセージの再送が発生しない。よって、補正後では補正前よりも好適な運用となっている。
【0157】
なお、その後の運用でも同様の仕組みでの自動調整が可能である。そのため、例えば１回目の補正後の運用値でも異常と判定された場合には、さらに２回目の調整がされる。運用監視を継続することで、必要な回数で調整がされ、結果として、最適な運用値に近付けることができる。
【0158】
また、図２２の（Ｃ）と（Ｄ）に示すように、各回の調整に伴い、統計情報ＤＢ１６３の統計情報も更新される。例えば、（Ｃ）は更新前の統計情報であり、（Ｄ）は更新後の統計情報である。更新前のタイマＡの運用値の統計値1030msに対し、調整後のタイマＡの運用値1060msを加味して統計値が再計算された結果、得られた統計値1034msが、更新後のタイマＡの運用値の統計値1034msとして登録される。また、それに伴い、統計の回数が、６回から７回に更新されている。
【0159】
ただし、例えばステップＳ１のタイマＡに関して調整した結果、タイマＡの時間が長くなり過ぎた場合には、再送が生じないものの、最適な運用値ではない可能性がある。そのため、図９のＢのフローのように、不一致が無い場合でも、運用値が適切かを確認し、例えば、図１５の減算値によって運用値を補正することで、タイマＡの時間を短くする方向にも調整できる。これにより、最適値に近付けることができる。
【0160】
［実施の形態１の効果など］
以上のように、実施の形態１のＰＢＸ設定値補正システムおよび方法等によれば、顧客環境においてＰＢＸを構築や運用する際の、顧客環境に応じた運用設定を含む設定に関して、効率化や最適化を実現でき、結果として、人による設定作業の手間、時間、コスト等を低減でき、効率的で好適な設定作業や運用を実現できる。
以上のように、実施の形態１のＰＢＸ設定値補正システムおよび方法等によれば、顧客環境においてＰＢＸを構築や運用する際の、顧客環境に応じた運用設定を含む設定に関して、効率化や最適化を実現でき、結果として、人による設定作業の手間、時間、コスト等を低減でき、効率的で好適な設定作業や運用を実現できる。
【0161】
実施の形態１によれば、工事業者の設定者である人の知識や経験に依存する必要無く、より好適な運用値となるように運用設定を支援できる。構築時には、複数の顧客環境の運用に関する統計情報を用いて、好適な運用値の初期設定が可能となる。また、運用開始後、実際の運用状況と運用設定パラメータ値とに齟齬が生じた場合でも、運用シーケンス監視情報に基づいて、より好適な運用値になるように自動調整が可能である。そのため、都度、工事業者の人が顧客環境の場所まで行って運用値を調整するといった作業を削減できる。
【0162】
実施の形態１によれば、顧客環境の運用に関する統計情報を集積し、統計情報を用いた運用値の補正を実現するので、ＰＢＸの運用設定のノウハウを、個人に依存せずに、システムによって蓄積し、個人間で共有することができ、運用設定を効率化できる。
【0163】
［変形例について］
実施の形態１では、クラウドＰＢＸとしてのＰＢＸシステム１が運用値補正などの機能を実現する例を説明した。特に、前述の統計情報を用いた機能を実装する場合には、実施の形態１のようにクラウドＰＢＸとすることが好適である。しかしながら、これに限定されない。後述のように、ＩＰ－ＰＢＸとする場合にも、実施の形態１での機能は、同様に適用可能である。ＩＰ－ＰＢＸによるＰＢＸシステムとする場合、前述の統計情報を用いた機能を実装しない形態が挙げられるが、これに限定されず、後述のように、複数のＩＰ－ＰＢＸによるＰＢＸシステムの連携や上位システムを用いて、前述の統計情報を用いた機能を実装する形態も可能である。
実施の形態１では、クラウドＰＢＸとしてのＰＢＸシステム１が運用値補正などの機能を実現する例を説明した。特に、前述の統計情報を用いた機能を実装する場合には、実施の形態１のようにクラウドＰＢＸとすることが好適である。しかしながら、これに限定されない。後述のように、ＩＰ－ＰＢＸとする場合にも、実施の形態１での機能は、同様に適用可能である。ＩＰ－ＰＢＸによるＰＢＸシステムとする場合、前述の統計情報を用いた機能を実装しない形態が挙げられるが、これに限定されず、後述のように、複数のＩＰ－ＰＢＸによるＰＢＸシステムの連携や上位システムを用いて、前述の統計情報を用いた機能を実装する形態も可能である。
【0164】
実施の形態１では、図２のように、ＰＢＸ機能を実現するＰＢＸ通信部１０１に加えて、ＰＢＸ設定支援部１０２を有するＰＢＸシステム１としたが、これに限定されない。ＰＢＸ通信部１０１を有さずにＰＢＸ設定支援部１０２のみを有するシステムとして実装してもよい。
【0165】
実施の形態１では、あるＰＢＸの仕様を基準として、正常運用シーケンスとしてのモデルシーケンスを規定した場合に、顧客環境２に応じた運用の違いに対応できることを説明した。これに限定されず、公知の各種のＰＢＸの仕様についても、実施の形態１での機能を同様に適用可能である。例えば、ＰＢＸの仕様のバリエーションごとに、モデルシーケンスが規定されてもよい。
【0166】
また、後述のように、顧客環境２内に設置された任意のコンピュータシステム、例えばサーバ等の専用の装置あるいは１つの外部装置２０が、実施の形態１と同様の機能を実現する形態も可能である。その場合、顧客環境２内のコンピュータシステムは、運用シーケンス監視や運用値補正などの処理を行う。
【0167】
また、後述のように、顧客環境２外の例えば事業者のコンピュータシステムと、顧客環境２内のコンピュータシステムとの間で、例えばクライアント・サーバ方式で、実施の形態１と同様の機能を実現する形態も可能である。顧客環境２内に、設定者が操作できるクライアント端末またはサーバなどが設けられる。その場合、顧客環境２内のコンピュータシステムは、ＧＵＩを含む設定支援機能、例えばパラメータシート１３の機能や設定値確認機能のみを担ってもよいし、運用シーケンス監視や運用値補正などの処理を担ってもよい。
【0168】
実施の形態１での機能は、コンピュータシステムを主体としてほぼ全自動で実現される機能として説明したが、これに限定されない。前述の機能の主要な処理は計算機などによって実行されるが、機能の一部について、人による作業を介在させてもよい。例えば、前述のパラメータシート１３を用いた運用情報の入力・取得は、計算機がパラメータシート１３を読み込んで解釈して運用情報を抽出する等、自動処理で実現できる。これに限らず、設定者や管理者などの人が、パラメートシート１３に入力された運用情報の一部について、データ形式を整えたり、不足する情報を入力したりといった、補助的な作業を行ってもよい。また、例えば、本ＰＢＸ設定値補正システム上での通信やユーザ・インタフェースを用いて、事業者の管理者や、工事業者の設定者や、あるいは顧客のユーザとの間で、一部、指示や回答などのコミュニケーションを行うようにしてもよい。
【0169】
［変形例１］
図２３は、実施の形態１の変形例１のＰＢＸ設定値補正システムを含んだシステム全体の構成例を示す。変形例１では、実施の形態１のようなクラウドＰＢＸのタイプではなく、ＩＰ－ＰＢＸのタイプである場合の実施例を示す。変形例１では、ＰＢＸシステム１は、顧客環境２ごとに、ＩＰ－ＰＢＸシステムとして構成される。図２３の例では、顧客環境ＡにはＰＢＸシステム１Ａを有し、顧客環境ＢにはＰＢＸシステム１Ｂを有する。同様に、顧客環境２ごとに、ＩＰ－ＰＢＸシステムとしてのＰＢＸシステム１が設けられる。ＰＢＸシステム１は事業者が管轄する。
図２３は、実施の形態１の変形例１のＰＢＸ設定値補正システムを含んだシステム全体の構成例を示す。変形例１では、実施の形態１のようなクラウドＰＢＸのタイプではなく、ＩＰ－ＰＢＸのタイプである場合の実施例を示す。変形例１では、ＰＢＸシステム１は、顧客環境２ごとに、ＩＰ－ＰＢＸシステムとして構成される。図２３の例では、顧客環境ＡにはＰＢＸシステム１Ａを有し、顧客環境ＢにはＰＢＸシステム１Ｂを有する。同様に、顧客環境２ごとに、ＩＰ－ＰＢＸシステムとしてのＰＢＸシステム１が設けられる。ＰＢＸシステム１は事業者が管轄する。
【0170】
顧客環境２ごとのＰＢＸシステム１は、例えば顧客環境２の拠点等のコンピュータシステム内のサーバ等によって構成されるが、これに限らず可能である。顧客環境２外の事業者のサーバ等の計算機により、ＰＢＸシステム１としての機能が構成されてもよい。その場合、顧客環境２外のサーバ等が、顧客環境２内の外部装置２０等と通信する。また、顧客環境２外の事業者のサーバ計算機と、顧客環境２内のクライアント計算機とが、クライアント・サーバ方式で通信することで、ＰＢＸシステム１としての機能が実現されてもよい。
【0171】
変形例１では、顧客環境２ごとのＰＢＸシステム１が、その顧客環境２の運用値を補正する機能を有し、この機能の詳細は実施の形態１と同様である。変形例１では、実施の形態１に対し主に異なる構成点としては、前述の統計情報を用いた機能を有さない。
【0172】
顧客環境Ａを担当する、工事業者Ａの設定者ＡであるユーザＵ１は、端末３０から、ＰＢＸシステム１Ａに対し、顧客環境Ａに関する設定ＣＡを行う。顧客環境Ｂを担当する、工事業者Ｂの設定者ＢであるユーザＵ１は、端末３０から、ＰＢＸシステム１Ｂに対し、顧客環境Ｂに関する設定ＣＢを行う。ＰＢＸシステム１Ａは、ＰＢＸ機能を有するサーバ１０と顧客環境Ａ内の外部装置２０との間での通信ＱＡ１，ＱＡ２による運用シーケンスを監視する。同様に、ＰＢＸシステム１Ｂは、ＰＢＸ機能を有するサーバ１０と顧客環境Ｂ内の外部装置２０との間での通信ＱＢ１，ＱＢ２による運用シーケンスを監視する。ＰＢＸシステム１Ａは、監視情報に基づいて、顧客環境Ａの運用値を補正し、ＤＢ１２を更新する。ＰＢＸシステム１Ｂは、監視情報に基づいて、顧客環境Ｂの運用値を補正し、ＤＢ１２を更新する。
【0173】
図２４は、変形例１でのＰＢＸシステム１の機能ブロック構成例を示す。変形例１の構成は、図２の構成に対し、異なる点として、サーバ１０は、ＤＢ更新部１０９を有さず、共通ＤＢ１６には統計情報ＤＢ１６３を有さない。他方、変形例１では、顧客環境２ごとの顧客ＤＢ１５に、運用値決定ＤＢ１５５を追加で有する。
【0174】
運用値決定ＤＢ１５５は、顧客環境２ごとの運用情報に対する運用値（例えば構築時の初期設定値）を、統計情報を用いずに決定するための情報が設定されているＤＢである。
【0175】
図２５は、変形例１での運用値決定ＤＢ１５５の構成例を示す。図２５の運用値決定ＤＢ１５５は、表を有する。この表は、列として、「外部装置種別」、「接続形態」、「場所」、「ステップ番号」、「設定項目」、「運用値」等を有する。「外部装置種別」から「設定項目」までの列は、図１７の統計情報ＤＢ１６３の表の列と同様の情報項目である。この運用値決定ＤＢ１５５の表は、統計情報ＤＢ１６１の表の「統計値」等を有さずに、「運用値」の列を有する。この表では、顧客環境２の運用情報として、「外部装置種別」「接続形態」「場所」の値に応じて、運用シーケンスのステップごとの「設定項目」についての「運用値」が予め固定的に設定されている。ＰＢＸシステム１は、顧客環境２の運用情報の値が与えられた場合、この表から、その値に該当する行を参照し、「運用値」を決定することができる。
【0176】
変形例１での処理フローは、実施の形態１の図４のフローと概略同様であるが、主に異なる点としては、ステップＳ１０７のＤＢ更新の処理が無い。顧客環境２のＰＢＸシステム１ごとに、図４のようなフロー（ステップＳ１０７を除く）に従って処理を行う。また、変形例１では、ＰＢＸシステム１は、ステップＳ１０１の構築時の初期設定の際には、統計情報を用いずに、運用値決定ＤＢ１５５を用いて、初期設定の運用値を生成する。もしくは、運用値決定ＤＢ１５５が無い形態の場合、ＰＢＸシステム１は、従来通りの初期設定としてもよい。変形例１でも、少なくとも、運用シーケンス監視に基づいた運用値補正を、実施の形態１と同様に実現できる。
【0177】
図２６は、変形例１での図４のステップＳ１０２の運用情報の設定に関する説明図を示す。例えば、図２３の顧客環境ＡのＰＢＸシステム１Ａは、図２６中のステップＳ２０１～Ｓ２０４で、設定者であるユーザＵ１によってパラメータシート１３に入力された運用情報を取得し、顧客ＤＢ１５の運用情報ＤＢ１５１に登録する。ここまでは実施の形態１と同様である。
【0178】
次に、ステップＳ２１１で、ＰＢＸシステム１Ａの運用値生成部１１０は、上記顧客環境２の運用情報に該当する運用値を、運用値決定ＤＢ１５５から抽出する。例えば、運用情報の値が図１９の（Ａ）と同様に｛ＳＩＰ電話機，ＷＡＮ，大阪｝である場合に、図２５の運用値決定ＤＢ１５５の表から、破線枠で示すように該当する行のデータ部分が抽出される。抽出されたデータ部分は、値｛ＳＩＰ電話機，ＷＡＮ，大阪，Ｓ１，タイマＡ補正，1000ms｝を有する。このデータ値は、運用シーケンスのステップＳ１のタイマＡの運用値の補正値「1000ms」を含んでいる。ＰＢＸシステム１は、顧客環境Ａの運用情報に対し、上記データ値から、運用シーケンスのステップＳ１のタイマＡの運用値として「1000ms」とすればよいと決定できる。
【0179】
次に、ステップＳ２１２で、ＰＢＸシステム１Ａの運用値生成部１１０は、上記抽出された運用値を、図１４の運用設定値ＤＢ１５４へ登録する。すなわち、構築時の初期設定の場合、運用設定値ＤＢ１５４において、タイマＡの運用値として1000msが登録される。運用設定値ＤＢ１５４に既に運用値が設定されていた場合、その運用値は1000msに更新される。
【0180】
上記のように、変形例１によれば、ＩＰ－ＰＢＸの場合でも、実施の形態１と同様に、運用シーケンス監視に基づいた運用値の調整が可能であり、複数の顧客環境に関する統計情報を用いずに、対象の顧客環境２内で閉じた形での運用値の調整が可能である。
【0181】
なお、図２３で、顧客環境２ごとにＰＢＸシステム１が閉じていてもよいが、さらなる変形例としては、顧客環境２ごとのＰＢＸシステム１が、広域通信を介して連携してもよい。例えば、顧客環境２外に、事業者の上位システムを設け、顧客環境２ごとのＰＢＸシステム１が、上位システムと通信してもよい。あるいは、複数のＰＢＸシステム１のうち、１つ以上のＰＢＸシステムに、上位システムとしての機能を追加で実装してもよい。上位システムは、例えば、各顧客環境２のＰＢＸシステム１から情報を収集して蓄積してもよい。また、上位システムが、前述の統計情報に係わる機能を担ってもよい。その場合、上位システムが、各顧客環境２のＰＢＸシステム１から収集・蓄積した情報に基づいて統計情報を生成し、各顧客環境２のＰＢＸシステム１に統計情報を提供してもよい。各顧客環境２のＰＢＸシステム１は、提供された統計情報を用いて、運用値の生成や補正をしてもよい。
【0182】
［変形例２］
図２７は、実施の形態１に関する他の変形例として変形例２のＰＢＸ設定値補正システムを含んだシステム全体の構成例を示す。変形例２は、実施の形態１と同様に、例えばクラウドＰＢＸを前提とする。例えば図２７のようにデータセンター１００にＰＢＸシステム１の構成要素としてのコンピュータシステム１ａを有する。その上で、変形例２では、顧客環境２内の例えば拠点のシステム内にも、ＰＢＸシステム１の構成要素となるコンピュータシステム１ｂを設ける。顧客環境２内に設けられたコンピュータシステム１ｂと、データセンター１００のコンピュータシステム１ａとの間で、通信で連携する。その連携は、例えばクライアント・サーバ方式の通信でもよい。この連携により、ＰＢＸシステム１が構成されている。
図２７は、実施の形態１に関する他の変形例として変形例２のＰＢＸ設定値補正システムを含んだシステム全体の構成例を示す。変形例２は、実施の形態１と同様に、例えばクラウドＰＢＸを前提とする。例えば図２７のようにデータセンター１００にＰＢＸシステム１の構成要素としてのコンピュータシステム１ａを有する。その上で、変形例２では、顧客環境２内の例えば拠点のシステム内にも、ＰＢＸシステム１の構成要素となるコンピュータシステム１ｂを設ける。顧客環境２内に設けられたコンピュータシステム１ｂと、データセンター１００のコンピュータシステム１ａとの間で、通信で連携する。その連携は、例えばクライアント・サーバ方式の通信でもよい。この連携により、ＰＢＸシステム１が構成されている。
【0183】
データセンター１００のコンピュータシステム１ａは、例えば実施の形態１と同様に、サーバ１０やＤＢ１２を有して構成される。顧客環境２内のコンピュータシステム１ｂは、例えばサーバ２１やＤＢ２２を有して構成される。例えば、顧客環境Ａの拠点Ａ１のシステムにおいて、ＬＡＮに対し、コンピュータシステム１ｂが接続されている。サーバ２１は、サーバ１０と通信することで連携する。
【0184】
顧客環境２内のコンピュータシステム１ｂは、前述のＰＢＸシステム１の一部の機能を担う。本例では、顧客環境２内のコンピュータシステム１ｂは、顧客環境２の運用シーケンスの監視や、顧客環境２の運用設定の管理、言い換えるとＧＵＩ提供を担う。
【0185】
顧客環境Ａの設定者ＡであるユーザＵ１は、端末３０から、クラウド上のサーバ１０、または顧客環境Ａ内のサーバ２１に対し、設定作業を行う。本例では、ユーザＵ１は、端末３０から、顧客環境Ａ内のサーバ２１に対し、設定ＣＡを行う。サーバ２１は、設定支援のためのパラメータシート１３などを端末３０に提供する。サーバ２１は、パラメータシート１３に入力された運用情報を取得し、顧客環境２内のＤＢ２２に登録する。
【0186】
また、サーバ２１は、サーバ１０と通信してＤＢ２２の情報をサーバ１０に送信してもよく、その場合、サーバ１０は、サーバ２１から取得した情報をＤＢ１２に登録する。
【0187】
サーバ１０は、実施の形態１と同様に、クラウドＰＢＸとしての機能を提供する。顧客環境２の外部装置２０がＰＢＸを利用する場合、外部装置２０とサーバ１０のＰＢＸ機能との間で通信が行われる。例えば通信ＱＡ１は、拠点Ａ１内の外部装置２０と、サーバ１０のＰＢＸ機能との間での通信であり、対応する運用シーケンスを有する。
【0188】
サーバ１０またはサーバ２１は、顧客環境２内の外部装置２０と、サーバ１０のＰＢＸ機能との間の通信の運用シーケンスを監視する。本例では、顧客環境Ａの拠点Ａ１内のサーバ２１が、その運用シーケンスを監視する。サーバ２１は、監視した情報である運用シーケンスログをＤＢ２２に保存するとともに、適宜のタイミングでサーバ１０に送信する。サーバ１０は、サーバ２１から取得した監視情報である運用シーケンスログをＤＢ１２に保存する。
【0189】
サーバ１０は、運用シーケンスの監視情報に基づいて、実施の形態１と同様に、顧客環境２の運用値を補正し、補正後の運用値をＤＢ１２に登録する。サーバ１０は、補正後の運用値を、サーバ２１に送信する。サーバ２１は、補正後の運用値を、ＤＢ２２に登録する。これにより、拠点Ａ１でのＰＢＸの運用が更新される。
【0190】
上記例では、顧客環境２の拠点内に外部装置２０とは別のサーバ２０等のコンピュータシステム１ｂを設けたが、これに限定されない。他の実施例では、顧客環境２内の例えば特定の１つの外部装置２０（例えばＳＩＰゲートウェイ）に、サーバ２０等に相当する機能を実装してもよい。その特定の外部装置２０は、事業者のシステムから、その機能を実現するためのアプリケーションプログラムやデータセット等をダウンロードしてインストールしてもよい。
【0191】
［変形例３］
図２８は、実施の形態１に関する他の変形例として変形例３のＰＢＸ設定値補正システムの概要を示す説明図である。変形例３のＰＢＸ設定値補正システムにおけるＰＢＸシステム１は、ＰＢＸ利用システムの構築時に統計情報を用いて運用値を生成する機能のみならず、運用開始後にも統計情報を用いて運用値を補正する機能を有する。図２８では、縦軸に、複数の顧客環境２として前述の図１のような顧客環境Ａ（Ａ１，Ａ２）や顧客環境Ｂ（Ｂ１，Ｂ２）等がある場合に、横軸を時系列として、運用値の生成や補正のタイミングの例を示している。それぞれの顧客環境２のＰＢＸ利用システムの構築時（例えば時点ｔ１１，ｔ２１，ｔ３１，ｔ４１）には、前述の、統計情報を用いて運用値を生成する機能を用いることで、好適な初期設定が可能である。なお、十分なデータが集まっていない場合には、統計情報を用いた設定ではなく、手動設定としてもよい。
図２８は、実施の形態１に関する他の変形例として変形例３のＰＢＸ設定値補正システムの概要を示す説明図である。変形例３のＰＢＸ設定値補正システムにおけるＰＢＸシステム１は、ＰＢＸ利用システムの構築時に統計情報を用いて運用値を生成する機能のみならず、運用開始後にも統計情報を用いて運用値を補正する機能を有する。図２８では、縦軸に、複数の顧客環境２として前述の図１のような顧客環境Ａ（Ａ１，Ａ２）や顧客環境Ｂ（Ｂ１，Ｂ２）等がある場合に、横軸を時系列として、運用値の生成や補正のタイミングの例を示している。それぞれの顧客環境２のＰＢＸ利用システムの構築時（例えば時点ｔ１１，ｔ２１，ｔ３１，ｔ４１）には、前述の、統計情報を用いて運用値を生成する機能を用いることで、好適な初期設定が可能である。なお、十分なデータが集まっていない場合には、統計情報を用いた設定ではなく、手動設定としてもよい。
【0192】
さらに、変形例３では、ＰＢＸシステム１は、運用開始後にも、統計情報を用いて運用値を補正する機能を有する。ＰＢＸシステム１は、例えば、顧客環境Ａの拠点Ａ１については、時点ｔ１１の初期設定の運用値を、時点ｔ１２で、その時の統計情報を用いて補正することで調整している。同様に、ＰＢＸシステム１は、時点ｔ１２の運用値を、時点ｔ１３で、その時の統計情報を用いて補正することで調整している。同様に、顧客環境Ｂの拠点Ｂ１や拠点Ｂ２等についても、適宜のタイミング（時点ｔ３２，ｔ３３，ｔ４２，ｔ４３）で運用値が補正されている。
【0193】
統計情報を用いて運用値を補正するタイミングは、前述の運用シーケンス監視の結果、不一致が生じたタイミングとしてもよいし、統計情報が更新されたタイミングとしてもよい。例えば、統計収集範囲内の顧客環境２の運用構成の変動が生じたタイミングとしてもよい。また、前述の実施の形態１の運用シーケンス監視は、常時監視（例えば毎日の業務時間）としたが、これに限定されず、ユーザ設定などに応じて、定期監視（例えば１日１回、１週１回など）としてもよい。
【0194】
以上、本開示の実施の形態を具体的に説明したが、前述の実施の形態に限定されず、要旨を逸脱しない範囲で種々変更可能である。各実施の形態は、必須構成要素を除き、構成要素の追加・削除・置換などが可能である。特に限定しない場合、各構成要素は、単数でも複数でもよい。各実施の形態や変形例を組み合わせた形態も可能である。
【符号の説明】
【0195】
１…ＰＢＸシステム、２…顧客環境、３…工事業者、４…保守センター、１０…サーバ、１１…ルータ、１２…ＤＢ、１３…パラメータシート、２０…外部装置、３０…端末、Ｕ１…ユーザ、１００…データセンター、ＣＡ…設定、ＱＡ１…通信（運用シーケンス）、１００１…運用値の補正。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】