JP2019016923A - Ｉｐ−ｐｂｘシステム、ｉｐ−ｐｂｘ設定自動化方法およびｉｐ−ｐｂｘ設定自動化プログラム - Google Patents

Abstract

【課題】設置工事時において、SIP-GWのコンフィグレーション情報の設定登録を自動化することが可能なiP-PBXシステムを提供する。【解決手段】SIP-GW11のキャリア特定情報生成／解析部116においてSIPサーバ3に対して送信した認証情報無しのREGISTERリクエストメッセージに対する応答として返送されてきたエラー応答メッセージを解析して、該エラー応答メッセージに付加されているパラメータ情報に基づいて、SIPサーバ3の通信サービス事業者を特定し、特定した該通信サービス事業者の仕様に合致する認証用のコンフィグレーション情報を生成して、コンフィグレーション設定情報保管エリア112に設定保管するとともに、認証用の前記コンフィグレーション情報に基づいて生成した認証情報を付加したREGISTERリクエストメッセージを、再度、SIPサーバ3に対して送信して、SIPサーバ3の認証および登録を得る。【選択図】図２

Description

本発明は、ＩＰ（Internet Protocol）−ＰＢＸ（Private Branch eXchange）システム、ＩＰ−ＰＢＸ設定自動化方法およびＩＰ−ＰＢＸ設定自動化プログラムに関し、特に、ＳＩＰ（Session Initiation Protocol）ネットワークに接続するためのＳＩＰゲートウェイ部を備えた構内電話システム（ＩＰ−ＰＢＸ）におけるコンフィグレーション情報の設定技術に関する。

音声通話システムでは、近年、インターネット等を用いたベストエフォート型の音声通信網が主流になってきている。このような音声通信網は、ＩＰ電話システムと称され、構内電話網等のローカルネットワークにおいても、ＩＰ−ＰＢＸシステムとして構築されるようになってきている。

ＩＰ電話システムにおいては、個々の電話機の音声通話用のセッションの確立、終了、変更を管理するために、通常、ＳＩＰ（Session Initiation Protocol）プロトコルに準拠したレジストレーション操作が用いられている。該ＳＩＰプロトコルを適用することにより、各通信サービス事業者（キャリア）ごとに、セッション内の通信プロトコルが異なる場合であっても、一つのＩＰネットワーク（ＳＩＰネットワーク）内において通信を行うことを可能にし、さらに、個々の電話機すなわちＩＰ電話機やＩＰ−ＰＢＸのようなローカルネットワークに関する認証についても、場所の如何によらず、端末側の操作により実施することを可能にしている。而して、ＩＰ電話システムにおいてＳＩＰプロトコルを適用することは、任意の音声通信プロトコルを用いた音声通話を可能にするとともに、個々の電話機すなわちＩＰ電話機やローカルネットワークをＩＰネットワーク内の任意の場所に移動させることも容易にしている。

つまり、例えば、音声通話を行う場合、通信サービス事業者ごとに異なる通信プロトコルのうち、個々のＩＰ電話機（より一般的にはＩＰ端末）が音声通話用のセッション内で使用する通信プロトコルや、個々のＩＰ電話機自身や通話を管理するＳＩＰサーバを識別するためのＳＩＰ ＵＲＩ（ＳＩＰ Uniform Resource Identifier）等を選択して、コンフィグレーション情報として、ユーザのレジストレーション操作によって設定登録を行うことにより、前記ＳＩＰネットワークを介して、相互の通信が可能になるように構成されている。

また、ユーザエージェントとして、個々のＩＰ電話機の代わりに、ローカルネットワークを構築するＩＰ−ＰＢＸシステムを用いる場合においては、ＩＰ−ＰＢＸシステム内に設置したＳＩＰゲートウェイ装置（ＳＩＰ Gateway、以降、ＳＩＰ−ＧＷと記述する）を、各ユーザにて選択した通信サービス事業者（キャリア）のＳＩＰサーバに接続して、ＳＩＰプロトコルを用いて通話接続を行っている。ここで、ＳＩＰ−ＧＷとＳＩＰサーバとの間は、ＳＩＰメッセージにより、通信が行われるが、同じＳＩＰメッセージ（例えば、登録要求用のＲＥＧＩＳＴＥＲリクエストメッセージ、発呼要求用のＩＮＶＩＴＥリクエストメッセージなど）であっても、各通信サービス事業者（キャリア）のＳＩＰサーバそれぞれの仕様によって、要求されるメッセージの内容が異なる。よって、ユーザは、それぞれが選択した通信サービス事業者（キャリア）のＳＩＰサーバに合わせたＳＩＰメッセージの送受信に対応することができるように、当該ユーザが使用するＩＰ−ＰＢＸシステムのＳＩＰ−ＧＷに対して、事前に、手動で、コンフィグレーション情報の設定登録を実施することが必要である。

ここで、ＳＩＰ−ＧＷへのコンフィグレーション情報の設定登録は、ＩＰ−ＰＢＸシステムの構築時（設置工事時）に（つまり、発呼要求用のＩＮＶＩＴＥリクエストメッセージの送出等、ＩＰ−ＰＢＸシステムとしての実運用を開始する以前に）、初期設定として、手順書を確認しながら、ユーザのネットワーク担当者や保守員が、手動で、ＩＰ−ＰＢＸシステムのＳＩＰ−ＧＷに対して実施することが必要になる。しかし、コンフィグレーション設定登録に関する設定項目が多岐に亘るため、設定に時間がかかるなどの課題があった。また、手動のコンフィグレーション設定登録においては、設定ミスなどの人為的なミスが発生し易く、さらに、ミスに気付き難いという性質もあった。

なお、ＳＩＰサーバとＳＩＰ−ＧＷとの間で送受するＳＩＰメッセージにはアドレス情報としてＳＩＰ ＵＲＩが含まれているが、通信サービス事業者（キャリア）によっては、該ＳＩＰ ＵＲＩに通信サービス事業者（キャリア）のドメイン名を使用している場合がある。したがって、かかる場合には、通信サービス事業者（キャリア）の特定と特定した通信サービス事業者（キャリア）に対応するコンフィグレーション情報の設定登録を自動化することは可能である。しかし、ＳＩＰ ＵＲＩとしてＩＰアドレスや通信サービス事業者（キャリア）以外の文字列を使用している通信サービス事業者（キャリア）もあるので、必ずしも、ＳＩＰ ＵＲＩをチェックすることによって設定登録を自動化することができるというものではない。

このため、コンフィグレーション情報は、通常、手動により設定登録されるが、手動による設定登録の際に、何らかの理由によって、ＩＰ電話機やＩＰ−ＰＢＸシステムの通信プロトコルの登録やＳＩＰ ＵＲＩの登録等のコンフィグレーション情報の設定登録を失敗してしまうと、当該ＩＰ電話機や当該ＩＰ−ＰＢＸシステムは、ＳＩＰネットワークを利用した音声通話ができなくなってしまい、運用上の支障が生じてしまう。

かかる事態を回避するために、コンフィグレーションの設定登録を自動化しようとするいくつかの提案がなされている。例えば、特許文献１の特開２００５−３２３３２４号公報「メディア通信装置およびメディア通信プログラム」においては、クライアント端末間の通信を開始する際に、複数の通信サービス事業者（キャリア）ごとに異なっている通信プロトコルを自動的に判別し、判別した通信プロトコルに従ったセッションを確立して、確立したセッションに基づいてメディア（文字情報、音声情報、画像情報、アプリケーション等）のパケットをクライアント端末間で送受信するという仕組みを提案している。

そして、該特許文献１においては、各通信サービス事業者の通信プロトコル（ＳＩＰメッセージ）を自動的に判別する方法として、以下の４つを挙げている。
（１）レスポンスメッセージの内容を解析する方法
（２）交信時のコールフローを解析する方法
（３）レスポンスメッセージに含まれるエラーコードを解析する方法
（４）サブスクライブリクエストを送信した際に得られる通信プロトコルのステートを解析する方法

しかし、該特許文献１における自動判別方法は、いずれも、メディアのパケット通信を行う際のプロトコルを判別する方法であって、通話相手のクライアント端末に発呼した以降すなわちＳＩＰプロトコルのＩＮＶＩＴＥリクエストメッセージ（発呼：通信開始要求）の送信以降において実施するものであり、ＳＩＰ−ＧＷというゲートウェイ装置に適用する場合には、通信プロトコルの判定処理が遅過ぎるという問題がある。すなわち、ユーザエージェントとして、複数の内線ＩＰ端末を接続しているＩＰ−ＰＢＸシステムに適用しようとする場合、ＩＰ−ＰＢＸシステムの外線接続機能を有するＳＩＰ−ＧＷの初期設定として、内線ＩＰ端末からの外線発呼用のＩＮＶＩＴＥリクエストメッセージの送信に先立って、ＳＩＰ−ＧＷ自身の登録／認証をＳＩＰネットワーク（実際には、通信サービス事業者（キャリア）のＳＩＰサーバ）に対して行うことが必要である。

それにも関わらず、前記特許文献１に記載の技術は、ＩＮＶＩＴＥリクエストメッセージ送信以降において、通信サービス事業者（キャリア）の判別処理を実施することになるので、ＩＰ−ＰＢＸシステムには適用することができないという問題がある。

また、特許文献２の特開２００８−２５８８３８号公報「電話システムおよびゲートウェイ装置」においては、パケット網への発信（ＩＮＶＩＴＥリクエストメッセージ）に用いる自アドレス情報（ＳＩＰ ＵＲＩ）の登録を、ＲＥＧＩＳＴＥＲリクエストメッセージを用いて、パケット網のＳＩＰサーバに対して要求し、該登録の成否を管理するという仕組みを提案している。

すなわち、該特許文献２に記載の技術は、個々のＩＰ電話機が自アドレス情報（ＳＩＰ ＵＲＩ）をＲＥＧＩＳＴＥＲリクエストメッセージによってＳＩＰサーバに対して登録要求した場合の登録の成否を管理するというものであるが、異なる複数の通信サービス事業者（キャリア）の場合を対象としたものではなく、ＲＥＧＩＳＴＥＲリクエストメッセージそのものに含まれる要求内容に関して、通信サービス事業者（キャリア）ごとに異なる仕様の内容を自動的に判定して設定するという技術ではない。

また、特許文献３の特開２０１２−０８５００３号公報「ＳＩＰ機器」においては、ＷＡＮ（Wide Area Network例えば、インターネット）からのＩＮＶＩＴＥメッセージの送信先についてＲＥＧＩＳＴＥＲリクエストメッセージを用いてあらかじめ登録することにより、ＷＡＮからの不正アクセスを自動的に排除するという仕組みを提案している。

しかし、該特許文献３に記載の技術も、前記特許文献２の場合と同様に、ＲＥＧＩＳＴＥＲリクエストメッセージそのものに含まれる要求内容に関して、通信サービス事業者（キャリア）ごとに異なる仕様の内容を自動的に判定して設定するという技術ではない。

特開２００５−３２３３２４号公報 特開２００８−２５８８３８号公報 特開２０１２−０８５００３号公報

前述したように、本発明に関連する現状の技術においては、次のような課題がある。

すなわち、ローカルネットワークの外線接続用としてＳＩＰゲートウェイ部（例えばＳＩＰ−ＧＷ）を備えたＩＰ−ＰＢＸシステムを構築して、ＳＩＰ−ＧＷ、ＳＩＰネットワークを経由して、通信サービス事業者（キャリア：例えばＮＴＴ、ＫＤＤＩ、等）のＳＩＰサーバに接続し、他のクライアント端末との間の通信を開始しようとする場合、ＳＩＰサーバに対するＳＩＰゲートウェイ部（例えばＳＩＰ−ＧＷ）の認証や通信に必要とされるパラメータすなわちコンフィグレーション情報が通信サービス事業者（キャリア）ごとに異なっている。このため、本発明に関連する現状の技術においては、ＩＰ−ＰＢＸシステムの設置工事の際に、ＳＩＰ−ＧＷに対するコンフィグレーション情報の登録（ＲＥＧＩＳＴ）作業として、接続される通信サービス事業者（キャリア）ごとに、異なるコンフィグレーション情報を一つ一つ手動で設定することが必要になる。

したがって、設定に時間がかかるのみならず、設定ミスなどの人為的なミスが発生し易く、かつ、発生したミスにも気付き難いという問題があった。さらに、前記特許文献１〜３に記載されたような自動化技術に関しても、前述したように、ＩＰ−ＰＢＸシステムに対して適用することができないという問題があった。

（本発明の目的）
本発明は、かかる事情に鑑みてなされたものであり、ＳＩＰゲートウェイ部を備えたＩＰ−ＰＢＸシステムにおいて、システムの構築時（設置工事時）に、該ＳＩＰゲートウェイ部のコンフィグレーション情報の設定登録を自動化することが可能なＩＰ−ＰＢＸシステム、ＩＰ−ＰＢＸ設定自動化方法およびＩＰ−ＰＢＸ設定自動化プログラムを提供することを、その目的としている。

前述の課題を解決するため、本発明によるＩＰ−ＰＢＸシステム、ＩＰ−ＰＢＸ設定自動化方法およびＩＰ−ＰＢＸ設定自動化プログラムは、主に、次のような特徴的な構成を採用している。

（１）本発明によるＩＰ−ＰＢＸシステムは、
通信サービス事業者ごとのＳＩＰ（Session Initiation Protocol）サーバが配置されたＳＩＰネットワークに接続するためのＳＩＰゲートウェイ部を備えたＩＰ−ＰＢＸ（Internet Protocol−Private Branch eXchange）システムにおいて、
前記ＳＩＰゲートウェイ部は、
前記ＳＩＰサーバとの間の通信および認証に必要とするコンフィグレーション情報を設定保管するためのコンフィグレーション設定情報保管エリアと、
前記ＳＩＰサーバに対して送信した認証情報無しのＲＥＧＩＳＴＥＲリクエストメッセージ（認証／登録要求メッセージ）に対する応答として該ＳＩＰサーバから返送されてきたエラー応答メッセージを解析して、該エラー応答メッセージに付加されているパラメータ情報に基づいて、当該ＳＩＰサーバの通信サービス事業者を特定し、特定した該通信サービス事業者の仕様に合致する認証用のコンフィグレーション情報を生成して、前記コンフィグレーション設定情報保管エリアに設定保管するキャリア特定情報生成／解析手段と
を有し、
前記コンフィグレーション設定情報保管エリアに設定保管された認証用の前記コンフィグレーション情報に基づいて、前記ＳＩＰサーバへの送信に用いる認証情報を生成して、生成した該認証情報を付加したＲＥＧＩＳＴＥＲリクエストメッセージ（認証／登録要求メッセージ）を、再度、前記ＳＩＰサーバに対して送信して、前記ＳＩＰサーバから認証および登録成功の旨を示す応答メッセージを受信することにより、前記ＳＩＰネットワークを利用した通信が可能な状態に移行する
ことを特徴とする。

（２）本発明によるＩＰ−ＰＢＸ設定自動化方法は、
通信サービス事業者ごとのＳＩＰ（Session Initiation Protocol）サーバが配置されたＳＩＰネットワークに接続するためのＳＩＰゲートウェイ部を備えたＩＰ−ＰＢＸ（Internet Protocol−Private Branch eXchange）システムにおいて、前記ＳＩＰゲートウェイ部のコンフィグレーション情報を自動的に設定するＩＰ−ＰＢＸ設定自動化方法であって、
前記ＳＩＰゲートウェイ部は、
前記ＳＩＰサーバとの間の通信および認証に必要とするコンフィグレーション情報を設定保管するためのコンフィグレーション設定情報保管エリアと、
前記ＳＩＰサーバに対して送信した認証情報無しのＲＥＧＩＳＴＥＲリクエストメッセージ（認証／登録要求メッセージ）に対する応答として該ＳＩＰサーバから返送されてきたエラー応答メッセージを解析して、該エラー応答メッセージに付加されているパラメータ情報に基づいて、当該ＳＩＰサーバの通信サービス事業者を特定し、特定した該通信サービス事業者の仕様に合致する認証用のコンフィグレーション情報を生成して、前記コンフィグレーション設定情報保管エリアに設定保管するキャリア特定情報生成／解析ステップと
を有し、
前記コンフィグレーション設定情報保管エリアに設定保管された認証用の前記コンフィグレーション情報に基づいて、前記ＳＩＰサーバへの送信に用いる認証情報を生成して、生成した該認証情報を付加したＲＥＧＩＳＴＥＲリクエストメッセージ（認証／登録要求メッセージ）を、再度、前記ＳＩＰサーバに対して送信して、前記ＳＩＰサーバから認証および登録成功の旨を示す応答メッセージを受信することにより、前記ＳＩＰネットワークを利用した通信が可能な状態に移行する
ことを特徴とする。

（３）本発明によるＩＰ−ＰＢＸ設定自動化プログラムは、
通信サービス事業者ごとのＳＩＰ（Session Initiation Protocol）サーバが配置されたＳＩＰネットワークに接続するためのＳＩＰゲートウェイ部を備えたＩＰ−ＰＢＸ（Internet Protocol−Private Branch eXchange）システムにおいて、前記ＳＩＰゲートウェイ部のコンフィグレーション情報を自動的に設定する、コンピュータによって実行可能なＩＰ−ＰＢＸ設定自動化プログラムであって、
前記ＳＩＰゲートウェイ部は、
前記ＳＩＰサーバとの間の通信および認証に必要とするコンフィグレーション情報を設定保管するためのコンフィグレーション設定情報保管エリアと、
前記ＳＩＰサーバに対して送信した認証情報無しのＲＥＧＩＳＴＥＲリクエストメッセージ（認証／登録要求メッセージ）に対する応答として該ＳＩＰサーバから返送されてきたエラー応答メッセージを解析して、該エラー応答メッセージに付加されているパラメータ情報に基づいて、当該ＳＩＰサーバの通信サービス事業者を特定し、特定した該通信サービス事業者の仕様に合致する認証用のコンフィグレーション情報を生成して、前記コンフィグレーション設定情報保管エリアに設定保管するキャリア特定情報生成／解析処理機能と
を有し、
前記コンフィグレーション設定情報保管エリアに設定保管された認証用の前記コンフィグレーション情報に基づいて、前記ＳＩＰサーバへの送信に用いる認証情報を生成して、生成した該認証情報を付加したＲＥＧＩＳＴＥＲリクエストメッセージ（認証／登録要求メッセージ）を、再度、前記ＳＩＰサーバに対して送信して、前記ＳＩＰサーバから認証および登録成功の旨を示す応答メッセージを受信することにより、前記ＳＩＰネットワークを利用した通信が可能な状態に移行する
ことを特徴とする。

本発明のＩＰ−ＰＢＸシステム、ＩＰ−ＰＢＸ設定自動化方法およびＩＰ−ＰＢＸ設定自動化プログラムによれば、以下のような効果を奏することができる。

ＩＰ−ＰＢＸシステムの設置工事の際に、通信サービス事業者（キャリア）ごとのコンフィグレーション情報の設定を自動的に行うことができるので、ユーザは、外線接続時に、接続される通信サービス事業者（キャリア）がどの事業者であるかを意識することなく、通信を開始することが可能になる。また、ＩＰ−ＰＢＸシステムの設置工事期間の短縮を図ることも可能になる。

本発明に係るＩＰ−ＰＢＸシステムのシステム構成の一例を示すシステム構成図である。 図１のＩＰ−ＰＢＸシステムのＳＩＰゲートウェイ部を構成するＳＩＰ―ＧＷの内部構成の一例を示す機能ブロック図である。 図１のＩＰ−ＰＢＸシステムの構築時においてＳＩＰ−ＧＷとＳＩＰサーバとの間で行われるメッセージのやり取りの一例を説明するためのシーケンスチャートである。 ＳＩＰサーバから応答として返送される４０１エラーレスポンスに付加されるＷＷＷ−Authenticateヘッダの情報が通信サービス事業者（キャリア）ごとに異なった情報からなっていることを説明するためのテーブルである。 図４に例示した各通信サービス事業者（キャリア）に関するＷＷＷ−Authenticateヘッダ内のパラメータ情報の有無を示すキャリア別パラメータテーブルの設定例を示すテーブルである。 図４に例示した各通信サービス事業者（キャリア）に関するＷＷＷ−Authenticateヘッダ内のパラメータ情報の有無および該パラメータ情報の設定値の条件（パラメータ条件）を示すキャリア別パラメータテーブルの設定例を示すテーブルである。 現状の技術におけるＳＩＰ―ＧＷの内部構成を示す機能ブロック図である。

以下、本発明によるＩＰ−ＰＢＸシステム、ＩＰ−ＰＢＸ設定自動化方法およびＩＰ−ＰＢＸ設定自動化プログラムの好適な実施形態について添付図を参照して説明する。なお、以下の説明においては、本発明によるＩＰ−ＰＢＸシステムおよびＩＰ−ＰＢＸ設定自動化方法について主に説明するが、かかるＩＰ−ＰＢＸ設定自動化方法をコンピュータにより実行可能なＩＰ−ＰＢＸ設定自動化ＩＰ−ＰＢＸ設定自動化プログラムとして実施するようにしても良いし、あるいは、ＩＰ−ＰＢＸ設定自動化プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。また、以下の各図面に付した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではないことも言うまでもない。

（本発明の特徴）
本発明の実施形態の説明に先立って、本発明の特徴についてその概要をまず説明する。本発明は、接続先の通信サービス事業者（キャリア）ごとの異なるコンフィグレーション情報をＩＰ−ＰＢＸシステム内のＳＩＰ（Session Initiation Protocol）ゲートウェイ部例えばＳＩＰ−ＧＷ（ＳＩＰ Ｇａｔｅｗａｙ：外線接続用として、ＰＢＸ機能を有する交換機に外付け（外部接続）しているＳＩＰゲートウェイ装置）に自動的に設定登録することを可能にしていることを主要な特徴としている。

より具体的に説明すると、以下の通りである。すなわち、ＩＰ−ＰＢＸシステムの構築時（すなわち設置工事時）において、該ＩＰ−ＰＢＸシステム内に配置したＳＩＰゲートウェイ部例えばＳＩＰ−ＧＷから、まず、ＳＩＰネットワークに配置されている通信サービス事業者（キャリア）のＳＩＰサーバに対して送信した認証情報無しの登録／認証要求（ＲＥＧＩＳＴＥＲリクエストメッセージ）に対して、該ＳＩＰサーバから返信されてくる応答（エラー応答メッセージ）を、ＳＩＰゲートウェイ部例えばＳＩＰ−ＧＷにおいて解析することにより、該当する通信サービス事業者（キャリア）を特定することを、本発明は主要な特徴としている。

そして、通信サービス事業者（キャリア）ごとに異なるパラメータのうち、特定した当該通信サービス事業者（キャリア）において認証に必要とされるパラメータを、返信されてきた応答（エラーメッセージ）の中から取り出して、認証用のコンフィグレーション情報として、当該通信サービス事業者（キャリア）の仕様に適合した形式でＳＩＰゲートウェイ部例えばＳＩＰ−ＧＷに自動的に設定することを、本発明は主要な特徴としている。

そして、ＳＩＰゲートウェイ部例えばＳＩＰ−ＧＷから、今度は、認証用の前記コンフィグレーション情報に基づいて生成した認証情報を付加した状態で、登録／認証要求（ＲＥＧＩＳＴＥＲリクエストメッセージ）を前記ＳＩＰサーバに対して再度送信し、前記ＳＩＰサーバの登録／認証を得ることにより、通信を開始することを可能にしていることを、本発明は主要な特徴としている。

而して、ユーザエージェントとしてＩＰ−ＰＢＸシステムの設置工事を行う際に、設置工事期間を短縮することができるとともに、ユーザは、外線接続時に、接続される通信サービス事業者（キャリア）がどの事業者であるかを意識することなく、通信を開始することが可能になるという効果が得られる。

（本発明の実施形態の構成例）
次に、本発明の実施形態に係るＩＰ−ＰＢＸシステムの構成例について説明する。本実施形態に係るＩＰ−ＰＢＸシステムは、外線接続時にＳＩＰ（Session Initiation Protocol）ネットワークを介して通信を行うためのＳＩＰゲートウェイ部として、ＳＩＰゲートウェイ装置（以下、ＳＩＰ−ＧＷと称する）を、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）機能を有する交換機に外付け（外部接続）した形式で備えている。そして、ＩＰ−ＰＢＸシステムの構築時において、前述したように、該ＳＩＰ−ＧＷは、各通信サービス事業者（キャリア）が運営するＳＩＰネットワーク内のＳＩＰサーバそれぞれへ送信した登録／認証要求（ＲＥＧＩＳＴＥＲリクエストメッセージ）に対する該ＳＩＰサーバからの応答メッセージを解析することにより、当該ＳＩＰサーバの通信サービス事業者（キャリア）を特定し、該通信サービス事業者（キャリア）に適合したパラメータの設定を自動的に行うように構成されている。

図１は、本発明に係るＩＰ−ＰＢＸシステムのシステム構成の一例を示すシステム構成図である。図１に示すように、ＩＰ−ＰＢＸシステム１は、交換機１０、ＳＩＰ−ＧＷ１１、ＰＣ（Personal Computer）１２を少なくとも含んで構成されている。そして、交換機１０は、内線側については、ＬＡＮ（Local Area Network）５を介して、ｎ台（ｎ：正整数）の内線用のＩＰ端末２１、…、ＩＰ端末２ｎと接続されていて、ＩＰ端末２１、…、ＩＰ端末２ｎ相互間の内線接続を制御する他、ＩＰ端末２１、…、ＩＰ端末２ｎそれぞれのＳＩＰ−ＧＷ１１を経由した外線接続の制御も行う。ここで、交換機１０は、ＰＢＸ（Private Branch eXchange）機能を有しており、ローカルネットワークを形成する構内交換機である。また、ＩＰ端末２１、…、ＩＰ端末２ｎは、ＩＰ（Internet Protocol）プロトコルに準拠した通信プロトコルを用いて音声通信を行うことができる電話端末である。

また、交換機１０の外線側にはＳＩＰ−ＧＷ１１が接続されていて、該ＳＩＰ−ＧＷ１１はＳＩＰネットワーク２に接続されている。そして、ＳＩＰ−ＧＷ１１は、外線側のＳＩＰネットワーク２と内線側のＬＡＮ５との間で相互のプロトコル変換を行い、ＩＰ端末２１、…、ＩＰ端末２ｎをＳＩＰネットワーク２に接続する機能を備えている。ＳＩＰネットワーク２には、通信サービス事業者（キャリア）それぞれが専用に運営するＳＩＰサーバ３が接続されていて、ＳＩＰネットワーク２に係わる呼は、ＳＩＰメッセージのＳＩＰ ＵＲＩ（ＳＩＰ Uniform Resource Identifier）に基づいて、ＳＩＰサーバ３により制御される。

また、ＳＩＰネットワーク２には、ＩＰ−ＰＢＸシステム１の内線側のＩＰ端末２１、…、ＩＰ端末２ｎそれぞれの外線側の通話相手となる各種端末も接続されているが、図１には、代表して、電話端末４が接続されている様子を示している。ただし、ＩＰ端末２１、…、ＩＰ端末２ｎの外線側の通話相手は、電話端末４に限るものではなく、別のグループに属するＩＰ−ＰＢＸシステムであっても良いし、携帯端末やＰＣ（Personal Computer）、ＰＤＡ(Personal Digital Assistants)等の音声通話機能を備えた複合端末であっても構わない。

次に、図２は、図１のＩＰ−ＰＢＸシステム１のＳＩＰゲートウェイ部を構成するＳＩＰ―ＧＷ１１の内部構成の一例を示す機能ブロック図であり、コンフィグレーション情報の設定機能を中心にして例示している。図２に示すように、ＳＩＰ−ＧＷ１１は、交換機Ｉ／Ｆ１１０、コンフィグレーション設定入出力Ｉ／Ｆ１１１、コンフィグレーション設定情報保管エリア１１２、ＳＩＰメッセージ送受信Ｉ／Ｆ１１３、受信ＳＩＰメッセージ解析部１１４、送信ＳＩＰメッセージ生成部１１５、キャリア特定情報生成／解析部１１６、および、キャリア別パラメータテーブル１１７を少なくとも含んで構成される。

交換機Ｉ／Ｆ１１０は、交換機１０との間の外線接続用の接続インタフェースを司る機能ブロックであり、コンフィグレーション設定入出力Ｉ／Ｆ１１１は、ＰＣ１２との間でコンフィグレーション情報の設定に関するやり取りを行うインタフェースを司る機能ブロックである。コンフィグレーション設定情報保管エリア１１２は、コンフィグレーション設定入出力Ｉ／Ｆ１１１を介してＰＣ１２から入力される通信用のコンフィグレーション情報（例えば、当該ＳＩＰ−ＧＷ１１のＩＰアドレス、接続先のＳＩＰサーバ３のＩＰアドレス、当該ＳＩＰ−ＧＷ１１に割り付けられたユーザＩＤ、パスワード、等）を保管するエリアである。さらに、コンフィグレーション設定情報保管エリア１１２は、ＳＩＰサーバ３から受信した４０１エラーメッセージ（認証失敗応答メッセージ）に含まれている認証用のパラメータを、ＳＩＰメッセージ送受信Ｉ／Ｆ１１３、受信ＳＩＰメッセージ解析部１１４、キャリア特定情報生成／解析部１１６を介して、受け取って、認証用のコンフィグレーション情報として、保管する機能ブロックでもある。

また、ＳＩＰメッセージ送受信Ｉ／Ｆ１１３は、ＳＩＰネットワーク２との間でＳＩＰメッセージ（ＲＥＧＩＳＴＥＲリクエストメッセージ、ＩＮＶＩＴＥリクエストメッセージ、４０１エラーメッセージ、２００ＯＫレスポンスメッセージ、等）を送受信するインタフェースを司る機能ブロックである。受信ＳＩＰメッセージ解析部１１４は、ＳＩＰメッセージ送受信Ｉ／Ｆ１１３を介して、ＳＩＰネットワーク２から受信したＳＩＰメッセージを解析する機能ブロックである。送信ＳＩＰメッセージ生成部１１５は、コンフィグレーション設定情報保管エリアに保管されているコンフィグレーション情報、および、交換機Ｉ／Ｆ１１０を介して交換機１０側から送信されてくるデータを、ＳＩＰメッセージ送受信Ｉ／Ｆ１１３を介して、ＳＩＰネットワーク２に送信するＳＩＰメッセージとして生成する機能ブロックである。

また、キャリア特定情報生成／解析部１１６、および、キャリア別パラメータテーブル１１７は、本発明に特有の機能として、現状の技術におけるＳＩＰ−ＧＷに対して新たに追加した機能ブロックである。キャリア特定情報生成／解析部１１６は、ＳＩＰメッセージ送受信Ｉ／Ｆ１１３、受信ＳＩＰメッセージ解析部１１４を介して、ＳＩＰネットワーク２のＳＩＰサーバ３から受信した４０１エラーメッセージに認証に必要な情報として含まれているパラメータ（ＲＦＣ３６２１勧告のＷＷＷ−Authenticateヘッダ内パラメータ）の有無情報を、キャリア別パラメータテーブル１１７と照合した結果に基づいて、該ＳＩＰサーバ３の通信サービス事業者（キャリア）を特定する機能ブロックである。

キャリア別パラメータテーブル１１７は、通信サービス事業者（キャリア）ごとに、ＷＷＷ−Authenticateヘッダ内パラメータの有無を示す情報を設定登録しているテーブルである。なお、ＷＷＷ−Authenticateヘッダ内パラメータは、通信サービス事業者（キャリア）ごとにそれぞれ異なる値が割り当てられており、かつ、該パラメータの有無の組み合わせについても、通信サービス事業者（キャリア）ごとにそれぞれ異なっている。

参考のために、現状の技術におけるＳＩＰ−ＧＷの内部構成について説明しておく。図７は、現状の技術におけるＳＩＰ―ＧＷの内部構成を示す機能ブロック図である。図７に示すように、現状の技術におけるＳＩＰ−ＧＷ１１Ａにおいては、図２に示したキャリア特定情報生成／解析部１１６およびキャリア別パラメータテーブル１１７の機能ブロックを有していないので、通信サービス事業者（キャリア）を自動的に識別する機能を備えていない。したがって、現状の技術におけるＳＩＰ−ＧＷ１１Ａの場合は、認証要求や発呼要求等を行う動作に先立って、通信サービス事業者（キャリア）のＳＩＰサーバ３の仕様に適合するＳＩＰメッセージを生成するために必要とするコンフィグレーション情報を、全て、ＰＣ１２への人手を介した入力に基づいて、コンフィグレーション設定情報保管エリア１１２に設定登録することが必要になる。

（実施形態の動作の説明）
次に、図１、図２に示したＩＰ−ＰＢＸシステム１およびＳＩＰ−ＧＷ１１の動作について、その一例を詳細に説明する。まず、ＩＰ−ＰＢＸシステム１の構築時において、ＩＰ−ＰＢＸシステム１内のＳＩＰ−ＧＷ１１を、ＳＩＰネットワーク２に配置されているＳＩＰサーバ３（通信サービス事業者（キャリア）それぞれに専用の通信用サーバ）に接続して、ＳＩＰ−ＧＷ１１とＳＩＰサーバ３との間で行う登録／認証用のメッセージ（ＳＩＰメッセージ）のやり取りについて、図３のシーケンスチャートを用いて、説明する。図３は、ＩＰ−ＰＢＸシステム１の構築時においてＳＩＰ−ＧＷ１１とＳＩＰサーバ３との間で行われるメッセージのやり取りの一例を説明するためのシーケンスチャートであり、ＲＥＧＩＳＴＥＲリクエストメッセージに関する登録／認証動作のフローの一例を示している。

図３に示すシーケンスチャートにおいて、ＩＰ−ＰＢＸシステム１の構築時に、まず、ＳＩＰ−ＧＷ１１からＳＩＰネットワーク２上の各ＳＩＰサーバ３に対して、認証情報を付加していない状態で、ユーザエージェントクライアント（ＵＡＣ：User Agent Client）であるＳＩＰ−ＧＷ１１の登録／認証を要求するメッセージすなわちＲＥＧＩＳＴＥＲリクエストメッセージを送信する（シーケンスＳｅｑ１）。通信サービス事業者（キャリア）は、それぞれ、自社専用のＳＩＰサーバ３をＳＩＰネットワーク２上に配置しており、ユーザエージェントクライアントからのＲＥＧＩＳＴＥＲリクエストメッセージ（登録／認証要求メッセージ）に対する登録／認証処理を実施している。

ＳＩＰサーバ３は、認証情報を付加していない状態のＲＥＧＩＳＴＥＲリクエストメッセージを受信すると、当該ユーザエージェントクライアントに関する認証情報を必要とする旨の応答メッセージ（権限不足：Unauthorizedのエラーメッセージ）すなわち４０１エラーレスポンスを、送信元のＳＩＰ−ＧＷ１１に対して返送する（シーケンスＳｅｑ２）。

ここで、該４０１エラーレスポンスには、当該ＳＩＰサーバ３において認証に必要とする情報（ＲＦＣ３６２１勧告に規定のＷＷＷ−Authenticateヘッダ内のパラメータ情報）を付加して返送する。各通信サービス事業者（キャリア）のＳＩＰサーバ３において認証に必要な情報（ＷＷＷ−Authenticateヘッダ内のパラメータ情報）は、図４のテーブルに示すように、通信サービス事業者（キャリア）ごとに、必要とするパラメータの組み合わせが異なるとともに、同じパラメータであっても設定値自体も異なる情報からなっている。図４は、ＳＩＰサーバ３から応答として返送される４０１エラーレスポンスに付加されるＷＷＷ−Authenticateヘッダの情報が通信サービス事業者（キャリア）ごとに異なった情報からなっていることを説明するためのテーブルである。

つまり、図４には、認証に必要な情報として、ＷＷＷ−Authenticateヘッダ内パラメータ４１に示すように、以下に示す７個のパラメータそれぞれに関して、通信サービス事業者（キャリア）４２に例示するように、キャリアＡ、キャリアＢ、キャリアＣ、キャリアＤの４社における設定例を示している。なお、該７個のパラメータは、ＲＦＣ３６２１勧告に認証用として規定された７個のパラメータであり、「Realm」（認証名）、「domain」（完全ＵＲＩリスト）、「nonce」（ＳＩＰサーバ３生成の使い捨てトークン）、「opaque」（ユーザ定義用文字列）、「stale」（ユーザＩＤ、パスワードのハッシュ正常性）、「algorithm」（暗号方式）、「qop」（保護レベル）の７個である。

図４に例示するように、例えば、通信サービス事業者（キャリア）が、キャリアＡの場合は、「domain」、「opaque」、「qop」の３個のパラメータは認証に使用しないパラメータであり、また、キャリアＢの場合は、「domain」、「stale」、「algorithm」の３個のパラメータは認証に使用しないパラメータである。また、パラメータ「Realm」や「nonce」は、全ての通信サービス事業者（キャリア）において認証用として必須のパラメータであるが、それぞれの設定値は互いに異なった情報からなっている。

図３のシーケンスチャートの説明に戻って、ＳＩＰ−ＧＷ１１は、ＳＩＰサーバ３から４０１エラーレスポンスを受け取ると、当該ＳＩＰサーバ３において認証に必要とする情報として、該４０１エラーレスポンスに付加されているＷＷＷ−Authenticateヘッダ内のパラメータ情報を解析することにより、当該ＳＩＰサーバ３の通信サービス事業者（キャリア）を特定する。さらに、特定した当該ＳＩＰサーバ３の通信サービス事業者に対する接続ユーザＩＤ、認証パスワードの他に、受け取った４０１エラーレスポンスに付加されている認証に必要な情報（ＷＷＷ−Authenticateヘッダ内のパラメータ情報）に基づいて、当該ＳＩＰサーバ３に対するＲＦＣ３６２１勧告に規定された認証情報を生成し、生成した該認証情報が付加されたＲＥＧＩＳＴＥＲリクエストメッセージを作成して、当該ＳＩＰサーバ３に対して、再度、送信する（シーケンスＳｅｑ３）。

ＳＩＰサーバ３は、ＳＩＰ−ＧＷ１１から認証情報が付加されたＲＥＧＩＳＴＥＲリクエストメッセージを受信すると、付加されている認証情報が、当該ＳＩＰサーバ３において必要とする所望の認証情報であるか否かを確認し、所望の認証情報であった場合には、送信元のＳＩＰ−ＧＷ１１の登録／認証を行うとともに、登録／認証を成功裏に行った旨を示す登録成功応答メッセージすなわち２００ＯＫレスポンスメッセージを、送信元のＳＩＰ−ＧＷ１１に対して返送する（シーケンスＳｅｑ４）。

以上の図３のシーケンスチャートおよび図４のテーブルに関する説明を、図２に示したＳＩＰ−ＧＷ１１の機能ブロック図を参照する形で、さらに詳細に説明する。

まず、ＩＰ−ＰＢＸシステム１の構築時に、ＳＩＰ−ＧＷ１１の初期設定として、外線接続時に接続する各通信サービス事業者（キャリア）それぞれにおいて認証に必要とするコンフィグレーション情報に関する有無情報すなわちＲＦＣ３６２１勧告準拠のＷＷＷ−Authenticateヘッダ内の各パラメータの有無情報を、キャリア別パラメータテーブル１１７にあらかじめ設定登録する。認証に必要とするコンフィグレーション情報すなわちＷＷＷ−Authenticateヘッダ内の各パラメータの有無情報の組み合わせは、前述したように、各通信サービス事業者（キャリア）それぞれにおいて異なっているので、キャリア別パラメータテーブル１１７の設定登録情報は、通信サービス事業者（キャリア）識別用の情報として利用することができる。

さらに、ＳＩＰ−ＧＷ１１をＳＩＰネットワーク２に接続する前に、ＳＩＰ−ＧＷ１１のコンフィグレーション設定入出力Ｉ／Ｆ１１１に接続されているＰＣ１２から、人手を介して、ＳＩＰネットワーク２上に配置されている各通信サービス事業者（キャリア）のＳＩＰサーバ３に関するＩＰアドレス、ＳＩＰ−ＧＷ１１自身のＩＰアドレス、各通信サービス事業者（キャリア）のＳＩＰサーバ３へ接続するために各通信サービス事業者（キャリア）から通知されているユーザＩＤ、認証パスワード、のそれぞれに関するコンフィグレーション情報を入力する。ＳＩＰ−ＧＷ１１は、コンフィグレーション設定入出力Ｉ／Ｆ１１１に入力されたコンフィグレーション情報を、ＳＩＰ−ＧＷ１１のコンフィグレーション設定情報保管エリア１１２に保管する。

次に、ＳＩＰ−ＧＷ１１をＳＩＰネットワーク２に接続すると、ＳＩＰ−ＧＷ１１は、ＳＩＰネットワーク２に配置されている接続先のＳＩＰサーバ３の通信サービス事業者（キャリア）に関する情報を取得するために、コンフィグレーション設定情報保管エリア１１２に保管されているＳＩＰサーバ３への接続用のコンフィグレーション情報（ＳＩＰ−ＧＷ自身のＩＰアドレスや接続先のＳＩＰサーバ３のＩＰアドレス等）を使用して、送信ＳＩＰメッセージ生成部１１５において、ＳＩＰサーバ３に対する登録／認証要求用のＲＥＧＩＳＴＥＲリクエストメッセージ（認証情報付加無し）を作成する。そして、作成した該ＲＥＧＩＳＴＥＲリクエストメッセージ（認証情報付加無し）を、ＳＩＰメッセージ送受信Ｉ／Ｆ１１３に渡す。ＳＩＰメッセージ送受信Ｉ／Ｆ１１３は、受け取ったＲＥＧＩＳＴＥＲリクエストメッセージ（認証情報付加無し）を、ＳＩＰネットワーク２を介して、ＳＩＰサーバ３に対して送信する（図３のシーケンスＳｅｑ１）。

ＳＩＰサーバ３は、ＳＩＰ−ＧＷ１１からのＲＥＧＩＳＴＥＲリクエストメッセージ（認証情報付加無し）を受信すると、受け取ったＲＥＧＩＳＴＥＲリクエストメッセージに認証情報が付加されていないため、当該ＳＩＰサーバ３において認証に必要とする情報（ＷＷＷ−Authenticateヘッダ内のパラメータ情報）を付加した４０１エラーレスポンスを、送信元のＳＩＰ−ＧＷ１１に対して返送する（図３のシーケンスＳｅｑ２）。

ＳＩＰ−ＧＷ１１は、ＳＩＰサーバ３から返送されてきた４０１エラーレスポンスをＳＩＰメッセージ送受信部１１３において受信すると、受信した４０１エラーレスポンスを受信ＳＩＰメッセージ解析部１１４に引き渡す。受信ＳＩＰメッセージ解析部１１４は、解析結果として、ＳＩＰメッセージ送受信部１１３から引き渡された情報が４０１エラーレスポンスであることを識別すると、キャリア特定情報生成／解析部１１６に、該４０１エラーレスポンスを引き継ぐ。

キャリア特定情報生成／解析部１１６は、受け取った該４０１エラーレスポンスに付加されている情報を取り出して、図４のＷＷＷ−Authenticateヘッダ内パラメータ４１に例示した７個の各パラメータに関する情報が含まれているか否かを確認する。そして、パラメータが存在している場合には、当該パラメータの存在を示すフラグとして‘１’を設定していく。全てのパラメータに関する確認が終了すると、キャリア特定情報生成／解析部１１６は、４０１エラーレスポンスのパラメータの有無に関して設定したフラグ情報を、キャリア別パラメータテーブル１１７に通信サービス事業者（キャリア）識別用の情報として通信サービス事業者（キャリア）ごとにあらかじめ設定しているパラメータ有無情報と比較する。

図５は、図４に例示した各通信サービス事業者（キャリア）に関するＷＷＷ−Authenticateヘッダ内のパラメータ情報の有無を示すキャリア別パラメータテーブル１１７の設定例を示すテーブルである。図５のキャリア別パラメータテーブル１１７に示すように、キャリアＡ、キャリアＢ、キャリアＣ、キャリアＤの４社の通信サービス事業者（キャリア）ごとに、図４に示した例においてＷＷＷ−Authenticateヘッダ内のパラメータが存在している場合には、キャリア別パラメータテーブル１１７内の該当する位置に、フラグとして、‘１’を設定し、パラメータが存在していない場合には、キャリア別パラメータテーブル１１７内の該当する位置に、‘０’を設定している。

キャリア特定情報生成／解析部１１６は、４０１エラーレスポンスのパラメータの有無に関して設定したフラグ情報とキャリア別パラメータテーブル１１７との間の各パラメータの有無に関する比較結果に基づいて、ＳＩＰサーバ３の通信サービス事業者（キャリア）を特定する。そして、特定した通信サービス事業者（キャリア）のＳＩＰメッセージ仕様に合わせて、該４０１エラーレスポンスに付加されている認証に必要な情報（ＷＷＷ−Authenticateヘッダの情報）を、認証用のコンフィグレーション情報として、コンフィグレーション設定情報保管エリア１１２に保管する。

しかる後、ＳＩＰ−ＧＷ１１は、再度、ＳＩＰサーバ３の通信サービス事業者（キャリア）に対して登録／認証を要求するために、送信ＳＩＰメッセージ生成部１１５を起動する。送信ＳＩＰメッセージ生成部１１５は、キャリア特定情報生成/解析部１１６により追加して保管した認証用のコンフィグレーション情報と、初期設定としてＰＣ１２を経由して人手により設定しておいた接続用（通信用）のコンフィグレーション情報との双方を、コンフィグレーション設定情報保管エリア１１２から読み出す。

そして、送信ＳＩＰメッセージ生成部１１５は、コンフィグレーション設定情報保管エリア１１２から読み出した情報に基づいて、特定した通信サービス事業者（キャリア）仕様に合致する認証情報を作成することにより、該認証情報を付加したＲＥＧＩＳＴＥＲリクエストメッセージを生成して、ＳＩＰメッセージ送受信Ｉ／Ｆ１１３に渡す。ＳＩＰメッセージ送受信Ｉ／Ｆ１１３は、受け取ったＲＥＧＩＳＴＥＲリクエストメッセージ（認証情報付加有り）を、ＳＩＰネットワーク２を介して、ＳＩＰサーバ３に対して送信する（図３のシーケンスＳｅｑ３）。

ＳＩＰサーバ３は、ＳＩＰ−ＧＷ１１からのＲＥＧＩＳＴＥＲリクエストメッセージ（認証情報付加有り）を受信すると、受信したＲＥＧＩＳＴＥＲリクエストメッセージに所望の認証情報が付加されているか否かを確認して、所望の認証情報が付加されていた場合には、送信元のＳＩＰ−ＧＷ１１の登録／認証を行うとともに、認証成功の旨を示す応答メッセージすなわち２００ＯＫレスポンスメッセージを、送信元のＳＩＰ−ＧＷ１１に対して返送する（図３のシーケンスＳｅｑ４）。

而して、ＳＩＰ−ＧＷ１１のコンフィグレーション情報の設定が完了し、以降、ＩＰ−ＰＢＸシステム１に接続されているＩＰ端末２１、…、ＩＰ端末２ｎは、ＳＩＰサーバ３の通信サービス事業者（キャリア）を介して、例えば、ＳＩＰネットワーク２に接続されている電話端末４との間の外線接続を行い、互いに音声通話を行うことができる状態になる。

なお、前述したように、図７に示した現状の技術におけるＳＩＰ−ＧＷ１１Ａにおいては、図２に示したキャリア特定情報生成／解析部１１６およびキャリア別パラメータテーブル１１７の機能ブロックを有していないので、通信サービス事業者（キャリア）を自動的に特定する機能を備えていない。また、現状の技術におけるＳＩＰ−ＧＷ１１Ａの場合は、通信サービス事業者（キャリア）のＳＩＰサーバ３の仕様に適合するＳＩＰメッセージを生成するためのコンフィグレーション情報の設定を行おうとする際に、全て、ＰＣ１２への人手を介した入力に基づいて、コンフィグレーション設定情報保管エリア１１２に設定登録することが必要になっていた。

これに対して、本発明の一実施形態として図２に示したＳＩＰ−ＧＷ１１は、キャリア特定情報生成／解析部１１６およびキャリア別パラメータテーブル１１７の機能ブロックを有し、ＳＩＰサーバ３からのレスポンスメッセージに基づいて、自動的に、通信サービス事業者（キャリア）を特定して、該通信サービス事業者（キャリア）の仕様に適合したコンフィグレーション情報を設定することができる。その結果、ＳＩＰ−ＧＷ１１に、あらかじめ人手により設定する必要があるコンフィグレーション情報は、ＳＩＰサーバ３との間の接続用（通信用）の情報のうち、ＳＩＰサーバ３およびＳＩＰ−ＧＷ１１のＩＰアドレス、ユーザＩＤ、パスワード程度であり、その他の情報や認証に必要な情報は、必要に応じて、自動的に設定することができる。

また、本発明の一実施形態として図２に示したＳＩＰ−ＧＷ１１において、通信サービス事業者（キャリア）識別用の情報として利用するキャリア別パラメータテーブル１１７に関しては、図５に示した場合に限るものではない。例えば、通信サービス事業者（キャリア）を特定するための特定情報として、図５に示したようなＷＷＷ−Authenticateヘッダ内の各パラメータの有無に関する情報だけではなく、各パラメータの設定値に関してパラメータ条件に合致しているか否かという情報をさらに含めても良い。図６は、図４に例示した各通信サービス事業者（キャリア）に関するＷＷＷ−Authenticateヘッダ内のパラメータ情報の有無および該パラメータ情報の設定値の条件（パラメータ条件）を示すキャリア別パラメータテーブル１１７の設定例を示すテーブルである。

図６に示すキャリア別パラメータテーブル１１７においては、パラメータ条件として、ＷＷＷ−Authenticateヘッダ内の各パラメータのうち、「nonce」（使い捨てトークン）パラメータに関し、トークンの桁数も含めて確認する例を示し、また、「opaque」（ユーザ定義用文字列）パラメータに関し、設定値の有無も含めて確認する例を示している。

つまり、図６のキャリア別パラメータテーブル１１７を用いることにより、以下のように、通信サービス事業者（キャリア）をより的確に特定することができる。つまり、図４に例示したように、キャリアＡ、キャリアＢ、キャリアＣ、キャリアＤのそれぞれは、「nonce」の桁数が１６桁、３１桁、３２桁、４０桁と互いに異なっているので、「nonce」の桁数に関するパラメータ条件を図６のキャリア別パラメータテーブル１１７に設定することにより、通信サービス事業者（キャリア）を特定するためのより有効な情報として利用することが可能である。

また、図４に例示したように、キャリアＢとキャリアＣとは、「opaque」のパラメータは双方とも有りの情報であるが、キャリアＢの場合の設定値は、“auth”であり、パラメータ条件として設定値が存在し、キャリアＣの場合は、“”であり、パラメータ条件として設定値が無しの状態にある。したがって、「opaque」の設定値の有無に関するパラメータ条件を図６のキャリア別パラメータテーブル１１７に設定することにより、通信サービス事業者（キャリア）を特定するためのより有効な情報として利用することが可能である。

なお、図１に示した構成例においては、ＳＩＰネットワーク２に接続するためのＳＩＰゲートウェイ部の機能を、ＰＢＸ機能を有する交換機１０に対して外付け（外部接続）したＳＩＰ−ＧＷ１１（ＳＩＰゲートウェイ装置）に備えている場合を示したが、本発明は、かかる場合に限るものではない。例えば、前記ＳＩＰゲートウェイ部の機能を、交換機１０（ＰＢＸ）内に内蔵して構成するようにしても良い。かくのごとく交換機１０内にＳＩＰゲートウェイ部の機能を内蔵して構成する場合は、図２に示したＳＩＰ−ＧＷ１１に備えている各機能ブロックが、交換機１０内に備えられる構成になることは言うまでもない。

以上、本発明の好適な実施形態の構成を説明した。しかし、かかる実施形態は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。

１ ＩＰ−ＰＢＸシステム
２ ＳＩＰネットワーク
３ ＳＩＰサーバ
４ 電話端末
５ ＬＡＮ
１０ 交換機
１１ ＳＩＰ−ＧＷ
１１Ａ ＳＩＰ−ＧＷ
１２ ＰＣ（Personal Computer）
２１ ＩＰ端末
２ｎ ＩＰ端末
１１０ 交換機Ｉ／Ｆ
１１１ コンフィグレーション設定入出力Ｉ／Ｆ
１１２ コンフィグレーション設定情報保管エリア
１１３ ＳＩＰメッセージ送受信Ｉ／Ｆ
１１４ 受信ＳＩＰメッセージ解析部
１１５ 送信ＳＩＰメッセージ生成部
１１６ キャリア特定情報生成／解析部
１１７ キャリア別パラメータテーブル

Claims (10)

1. 通信サービス事業者ごとのＳＩＰ（Session Initiation Protocol）サーバが配置されたＳＩＰネットワークに接続するためのＳＩＰゲートウェイ部を備えたＩＰ−ＰＢＸ（Internet Protocol−Private Branch eXchange）システムにおいて、
   前記ＳＩＰゲートウェイ部は、
   前記ＳＩＰサーバとの間の通信および認証に必要とするコンフィグレーション情報を設定保管するためのコンフィグレーション設定情報保管エリアと、
   前記ＳＩＰサーバに対して送信した認証情報無しのＲＥＧＩＳＴＥＲリクエストメッセージ（認証／登録要求メッセージ）に対する応答として該ＳＩＰサーバから返送されてきたエラー応答メッセージを解析して、該エラー応答メッセージに付加されているパラメータ情報に基づいて、当該ＳＩＰサーバの通信サービス事業者を特定し、特定した該通信サービス事業者の仕様に合致する認証用のコンフィグレーション情報を生成して、前記コンフィグレーション設定情報保管エリアに設定保管するキャリア特定情報生成／解析手段と
   を有し、
   前記コンフィグレーション設定情報保管エリアに設定保管された認証用の前記コンフィグレーション情報に基づいて、前記ＳＩＰサーバへの送信に用いる認証情報を生成して、生成した該認証情報を付加したＲＥＧＩＳＴＥＲリクエストメッセージ（認証／登録要求メッセージ）を、再度、前記ＳＩＰサーバに対して送信して、前記ＳＩＰサーバから認証および登録成功の旨を示す応答メッセージを受信することにより、前記ＳＩＰネットワークを利用した通信が可能な状態に移行する
   ことを特徴とするＩＰ−ＰＢＸシステム。
2. 前記ＳＩＰゲートウェイ部は、
   前記エラー応答メッセージに付加されている前記パラメータ情報を構成する各パラメータの有無を、前記通信サービス事業者を特定するための特定情報として、各前記通信サービス事業者ごとにあらかじめ設定登録したキャリア別パラメータテーブル
   をさらに有し、
   前記ＳＩＰサーバから前記エラー応答メッセージを受け取った際に、当該エラー応答メッセージに付加されている前記パラメータ情報を構成する各パラメータの有無を、前記キャリア別パラメータテーブルにあらかじめ設定登録されている前記特定情報と比較することにより、前記キャリア特定情報生成／解析手段において、前記ＳＩＰサーバの通信サービス事業者を特定する
   ことを特徴とする請求項１に記載のＩＰ−ＰＢＸシステム。
3. 前記ＳＩＰゲートウェイ部は、
   前記エラー応答メッセージに付加されている前記パラメータ情報を構成する各パラメータの有無および各該パラメータの設定値に関するパラメータ条件を、前記通信サービス事業者を特定するための特定情報として、各前記通信サービス事業者ごとにあらかじめ設定登録したキャリア別パラメータテーブル
   をさらに有し、
   前記ＳＩＰサーバから前記エラー応答メッセージを受け取った際に、当該エラー応答メッセージに付加されている前記パラメータ情報を構成する各パラメータの有無および各該パラメータの設定値に関するパラメータ条件を、前記キャリア別パラメータテーブルにあらかじめ設定登録されている前記特定情報と比較することにより、前記キャリア特定情報生成／解析手段において、前記ＳＩＰサーバの通信サービス事業者を特定する
   ことを特徴とする請求項１に記載のＩＰ−ＰＢＸシステム。
4. 前記ＳＩＰゲートウェイ部の前記キャリア特定情報生成／解析手段において解析する前記エラー応答メッセージの前記パラメータ情報は、ＲＦＣ３６２１勧告に規定のＷＷＷ−Authenticateヘッダ内パラメータである
   ことを特徴とする請求項１ないし３のいずれかに記載のＩＰ−ＰＢＸシステム。
5. 前記ＳＩＰゲートウェイ部を、ＰＢＸ機能を有する交換機内に内蔵する形で構成するか、または、該交換機と外部接続したＳＩＰゲートウェイ装置として構成する
   ことを特徴とする請求項１ないし４のいずれかに記載のＩＰ−ＰＢＸシステム。
6. 通信サービス事業者ごとのＳＩＰ（Session Initiation Protocol）サーバが配置されたＳＩＰネットワークに接続するためのＳＩＰゲートウェイ部を備えたＩＰ−ＰＢＸ（Internet Protocol−Private Branch eXchange）システムにおいて、前記ＳＩＰゲートウェイ部のコンフィグレーション情報を自動的に設定するＩＰ−ＰＢＸ設定自動化方法であって、
   前記ＳＩＰゲートウェイ部は、
   前記ＳＩＰサーバとの間の通信および認証に必要とするコンフィグレーション情報を設定保管するためのコンフィグレーション設定情報保管エリアと、
   前記ＳＩＰサーバに対して送信した認証情報無しのＲＥＧＩＳＴＥＲリクエストメッセージ（認証／登録要求メッセージ）に対する応答として該ＳＩＰサーバから返送されてきたエラー応答メッセージを解析して、該エラー応答メッセージに付加されているパラメータ情報に基づいて、当該ＳＩＰサーバの通信サービス事業者を特定し、特定した該通信サービス事業者の仕様に合致する認証用のコンフィグレーション情報を生成して、前記コンフィグレーション設定情報保管エリアに設定保管するキャリア特定情報生成／解析ステップと
   を有し、
   前記コンフィグレーション設定情報保管エリアに設定保管された認証用の前記コンフィグレーション情報に基づいて、前記ＳＩＰサーバへの送信に用いる認証情報を生成して、生成した該認証情報を付加したＲＥＧＩＳＴＥＲリクエストメッセージ（認証／登録要求メッセージ）を、再度、前記ＳＩＰサーバに対して送信して、前記ＳＩＰサーバから認証および登録成功の旨を示す応答メッセージを受信することにより、前記ＳＩＰネットワークを利用した通信が可能な状態に移行する
   ことを特徴とするＩＰ−ＰＢＸ設定自動化方法。
7. 前記ＳＩＰゲートウェイ部は、
   前記エラー応答メッセージに付加されている前記パラメータ情報を構成する各パラメータの有無を、前記通信サービス事業者を特定するための特定情報として、各前記通信サービス事業者ごとにあらかじめ設定登録したキャリア別パラメータテーブル
   をさらに有し、
   前記ＳＩＰサーバから前記エラー応答メッセージを受け取った際に、当該エラー応答メッセージに付加されている前記パラメータ情報を構成する各パラメータの有無を、前記キャリア別パラメータテーブルにあらかじめ設定登録されている前記特定情報と比較することにより、前記キャリア特定情報生成／解析ステップにおいて、前記ＳＩＰサーバの通信サービス事業者を特定する
   ことを特徴とする請求項６に記載のＩＰ−ＰＢＸ設定自動化方法。
8. 前記ＳＩＰゲートウェイ部は、
   前記エラー応答メッセージに付加されている前記パラメータ情報を構成する各パラメータの有無および各該パラメータの設定値に関するパラメータ条件を、前記通信サービス事業者を特定するための特定情報として、各前記通信サービス事業者ごとにあらかじめ設定登録したキャリア別パラメータテーブル
   をさらに有し、
   前記ＳＩＰサーバから前記エラー応答メッセージを受け取った際に、当該エラー応答メッセージに付加されている前記パラメータ情報を構成する各パラメータの有無および各該パラメータの設定値に関するパラメータ条件を、前記キャリア別パラメータテーブルにあらかじめ設定登録されている前記特定情報と比較することにより、前記キャリア特定情報生成／解析ステップにおいて、前記ＳＩＰサーバの通信サービス事業者を特定する
   ことを特徴とする請求項６に記載のＩＰ−ＰＢＸ設定自動化方法。
9. 前記ＳＩＰゲートウェイ部の前記キャリア特定情報生成／解析ステップにおいて解析する前記エラー応答メッセージの前記パラメータ情報は、ＲＦＣ３６２１勧告に規定のＷＷＷ−Authenticateヘッダ内パラメータである
   ことを特徴とする請求項６ないし８のいずれかに記載のＩＰ−ＰＢＸ設定自動化方法。
10. 通信サービス事業者ごとのＳＩＰ（Session Initiation Protocol）サーバが配置されたＳＩＰネットワークに接続するためのＳＩＰゲートウェイ部を備えたＩＰ−ＰＢＸ（Internet Protocol−Private Branch eXchange）システムにおいて、前記ＳＩＰゲートウェイ部のコンフィグレーション情報を自動的に設定する、コンピュータによって実行可能なＩＰ−ＰＢＸ設定自動化プログラムであって、
    前記ＳＩＰゲートウェイ部は、
    前記ＳＩＰサーバとの間の通信および認証に必要とするコンフィグレーション情報を設定保管するためのコンフィグレーション設定情報保管エリアと、
    前記ＳＩＰサーバに対して送信した認証情報無しのＲＥＧＩＳＴＥＲリクエストメッセージ（認証／登録要求メッセージ）に対する応答として該ＳＩＰサーバから返送されてきたエラー応答メッセージを解析して、該エラー応答メッセージに付加されているパラメータ情報に基づいて、当該ＳＩＰサーバの通信サービス事業者を特定し、特定した該通信サービス事業者の仕様に合致する認証用のコンフィグレーション情報を生成して、前記コンフィグレーション設定情報保管エリアに設定保管するキャリア特定情報生成／解析処理機能と
    を有し、
    前記コンフィグレーション設定情報保管エリアに設定保管された認証用の前記コンフィグレーション情報に基づいて、前記ＳＩＰサーバへの送信に用いる認証情報を生成して、生成した該認証情報を付加したＲＥＧＩＳＴＥＲリクエストメッセージ（認証／登録要求メッセージ）を、再度、前記ＳＩＰサーバに対して送信して、前記ＳＩＰサーバから認証および登録成功の旨を示す応答メッセージを受信することにより、前記ＳＩＰネットワークを利用した通信が可能な状態に移行する
    ことを特徴とするＩＰ−ＰＢＸ設定自動化プログラム。

Images