JP5568348B2 - 通信制御装置及び通信制御システム - Google Patents

Description

本発明は、ＩＭＳ（IP Multimedia Subsystem）で使用される通信制御装置及び通信制御システムに関する。

固定通信、移動通信を問わず音声や動画等のＩＰベースのマルチメディアサービスを提供することを目的としてＩＭＳが規定されている。ＩＭＳは、ＩＰ電話等で使用されるＳＩＰ（Session Initiation Protocol）を用いて、セッション制御が行われる。このＩＭＳのセッション制御では、Ｐ−ＣＳＣＦ（Proxy Call Session Control Function）、Ｓ−ＣＳＣＦ（Serving Call Session Control Function）、Ｉ−ＣＳＣＦ（Interrogating Call Session Control Function）と呼ばれる３つのセッション制御機能により、端末間の通信セッションの設定や解放、ＳＩＰ信号の中継等が行われる。

特開２００９−２０６７６６号公報

ところで、現在までに、インターネットの急速な発展や、コストの低減等によりＩＰ電話が普及している。ＩＰ電話を使用したＶｏＩＰ（Voice over IP）システムでは、ＳＢＣ（Session Border Controller）と呼ばれるゲートウェイ装置やＣ５ＳＳ（Class 5 Soft Switch）といったセッション制御装置を介してセッション制御が行われる。このＳＢＣやＣ５ＳＳとＶｏＩＰ端末や後段の中継装置との間のインターフェースは、通信事業者毎に異なっている。このため、ＶｏＩＰ端末は、通信事業者の仕様を満たしたものが用いられている。

一方、上記したＩＭＳでは、ユーザ端末、Ｐ−ＣＳＣＦ、Ｉ−ＣＳＣＦ、Ｓ−ＣＳＣＦ間のインターフェースが厳密に定められている。このため、ユーザ端末は、ＩＭＳの仕様を満たしたものしか用いることができない。したがって、既存のＶｏＩＰシステムからＩＭＳに移行するためには、エンドユーザのユーザ端末をＶｏＩＰ端末からＩＭＳ端末に入れ替えなければならず、端末更新のコストがかかる上、ユーザに設備変更を意識させてしまっていた。

また、網側でも、既存のＶｏＩＰシステムで提供している全てのサービスを、ＩＭＳに移行させる必要があった。さらに、ＩＭＳの導入の際には、既存のＶｏＩＰシステムを残しつつ、ＩＭＳの設備を併存させるのが一般的であり、既存のＶｏＩＰシステム及びＩＭＳの設備を２重に設けなければならなかった。このように、既存のＶｏＩＰシステムからＩＭＳに移行する際には、網側の初期の設備投資も増大するという問題があった。

本発明は、かかる点に鑑みてなされたものであり、既存の非ＩＭＳ端末をＩＭＳ対応のシステムに接続させることで、端末更新のコスト及び網側の設備投資を抑えることができる通信制御装置及び通信制御システムを提供することを目的とする。

本発明の通信制御装置は、ＩＭＳ端末と非ＩＭＳ端末とを含むユーザ端末についてＩＭＳ対応のシステムでの通信制御を行う通信制御装置であって、前記ユーザ端末からのユーザ登録メッセージの内容または受信ポートに基づいて、当該ユーザ端末の端末種別情報としてＩＭＳ端末か非ＩＭＳ端末かを保持する端末種別記憶部と、前記端末種別記憶部に記憶された非ＩＭＳ端末との間の送受信信号については、ＩＭＳ信号フォーマットと非ＩＭＳ信号フォーマットとを相互にフォーマット変換して中継し、前記端末種別記憶部に記憶されたＩＭＳ端末との送受信信号については、前記フォーマット変換を行わずに中継する中継部とを備えたことを特徴とする。

この構成によれば、通信制御装置と非ＩＭＳ端末との間の送受信信号は、ＩＭＳ信号フォーマットと非ＩＭＳ信号フォーマットとに相互にフォーマット変換して中継されるため、非ＩＭＳ端末をＩＭＳ対応のシステムに接続させることができる。これにより、既存の非ＩＭＳ対応のシステムからＩＭＳ対応のシステムに移行する際に、ユーザ端末を非ＩＭＳ端末からＩＭＳ端末に入れ替える必要がない。よって、端末更新のコストを無くすことができると共に、ユーザに網側の設備変更を意識させることがない。また、非ＩＭＳ端末がＩＭＳ対応のシステムに接続されるため、既存の非ＩＭＳ対応のシステムの設備を撤去することができる。このため、ＩＭＳ対応のシステム及び非ＩＭＳ対応のシステムの設備を２重に設けることなく、非ＩＭＳ対応のシステムからＩＭＳ対応のシステムに段階的に移行することができ、網側の設備投資を低減することができる。

また本発明は、上記通信制御装置において、前記中継部は、前記ユーザ端末について非ＩＭＳ対応のシステムとの中継をさらに行っており、前記非ＩＭＳ対応のシステムとの中継時に、前記端末種別記憶部に記憶された非ＩＭＳ端末との間の送受信信号については、前記フォーマット変換を行わずに中継し、前記端末種別記憶部に記憶されたＩＭＳ端末との間の送受信信号については、前記フォーマット変換して中継することを特徴とする。

この構成によれば、非ＩＭＳ端末をＩＭＳ対応のシステム及び非ＩＭＳ対応のシステムに接続させることができる。また、通信制御装置とＩＭＳ端末との間の送受信信号は、ＩＭＳ信号フォーマットと非ＩＭＳ信号フォーマットとに相互にフォーマット変換して中継されるため、ＩＭＳ端末をＩＭＳ対応のシステム及び非ＩＭＳ対応のシステムに接続させることができる。

また本発明は、上記通信制御装置において、前記ユーザ登録メッセージを、ＳＩＰに準拠するＲＥＧＩＳＴＥＲメッセージとすることができる。

また本発明は、上記通信制御装置において、前記送受信信号は、ＳＩＰに準拠するＲＥＧＩＳＴＥＲ、ＩＮＶＩＴＥ、またはＳＵＢＳＣＲＩＢＥのリクエストメッセージであり、前記中継部は、前記端末種別記憶部に記憶された非ＩＭＳ端末から受信したリクエストメッセージに基づいて認証情報を生成し、当該リクエストメッセージに認証情報を付加することでフォーマット変換することができる。

また本発明は、上記通信制御装置において、前記送受信信号は、ＳＩＰに準拠するＲＥＧＩＳＴＥＲ、ＩＮＶＩＴＥ、またはＳＵＢＳＣＲＩＢＥのリクエストメッセージまたはＩＮＶＩＴＥ、またはＳＵＢＳＣＲＩＢＥのリクエストメッセージに対する応答メッセージであり、前記中継部は、前記端末種別記憶部に記憶された非ＩＭＳ端末との間のリクエストメッセージまたは応答メッセージに、当該非ＩＭＳ端末に接続されたアクセス回線を示すアクセスネットワーク情報を付加することでフォーマット変換することができる。

また本発明は、上記通信制御装置において、前記送受信信号は、ＳＩＰに準拠するＩＮＶＩＴＥ、またはＳＵＢＳＣＲＩＢＥのリクエストメッセージであり、前記中継部は、前記ＩＭＳ対応のシステムにおいて、ユーザ登録時にセッション制御を行う中継装置から通知された当該中継装置向けのルーティング情報を保持し、前記端末種別記憶部に記憶された非ＩＭＳ端末から受信したリクエストメッセージに、前記ルーティング情報を付加することでフォーマット変換することができる。

また本発明は、上記通信制御装置において、前記送受信信号は、ＳＩＰに準拠するＩＮＶＩＴＥ、またはＳＵＢＳＣＲＩＢＥのリクエストメッセージであり、前記中継部は、前記端末種別記憶部に記憶された非ＩＭＳ端末向けのリクエストメッセージ内の発信者情報を、当該非ＩＭＳ端末で処理可能な発信者情報に直すことでフォーマット変換することができる。

また本発明は、上記通信制御装置において、前記送受信信号は、ＳＩＰに準拠するＩＮＶＩＴＥメッセージまたはＩＮＶＩＴＥメッセージに対する応答メッセージであり、前記中継部は、前記端末種別記憶部に記憶された非ＩＭＳ端末との間のＩＮＶＩＴＥメッセージ内または応答メッセージ内のメディアに関する情報を、当該非ＩＭＳ端末で処理可能なメディアに関する情報に変換することができる。

また、本発明の通信制御システムは、上記通信制御装置と、前記通信制御装置に接続され、ユーザ単位で情報が登録されるデータベースを有するＩＭＳ対応の管理サーバを備え、前記管理サーバのデータベースは、前記ユーザ端末のユーザＩＤが登録されるユーザＩＤフィールドと、前記ユーザ端末に関連する付加情報が登録される付加情報フィールドとを含み、前記ユーザＩＤフィールドにユーザＩＤを登録し、前記付加情報フィールドに付加情報として前記ユーザ端末が属するグループのグループＩＤを登録してユーザＩＤとグループＩＤとを関連付けると共に、前記ユーザＩＤフィールドにグループＩＤを登録し、前記付加情報フィールドに付加情報としてグループ情報を登録してグループＩＤとグループ情報とを関連付けることで、グループＩＤを介してユーザＩＤとグループ情報とを関連付けることを特徴とする。

この構成によれば、ユーザ単位での情報登録に制約されたデータベースのデータ構造を変えることなく、データベースにグループ単位で情報を登録させることができる。このため、ユーザ単位の情報だけでなくグループ単位の情報を持つ非ＩＭＳ対応のシステムのデータベースを、ＩＭＳ対応のデータベースに集約することができる。また、アプリケーションサーバとの連動時に、データベースのデータ構造の基本構造が変更されないため、アプリケーションの処理ロジックの変更が不要となる。

また、本発明の他の通信制御システムは、上記通信制御装置と、前記通信制御装置から中継された前記ユーザ端末のユーザ情報が登録されたデータベースを有する管理サーバとを備えた前記ＩＭＳ対応のシステム内に、前記非ＩＭＳ対応のアプリケーションサーバをさらに備え、前記アプリケーションサーバは、非ＩＭＳ対応のデータベースに対するＡＰＩ（Application Programming Interface）をＩＭＳ対応のデータベースに対するＡＰＩにインターフェース変換するコンバータを有し、前記コンバータによるインターフェース変換によりＩＭＳ対応のＡＰＩを介して前記管理サーバのデータベースを参照し、前記ユーザ端末にアプリケーションを提供することを特徴とする。

この構成によれば、非ＩＭＳ対応のアプリケーションサーバにＩＭＳ対応の管理サーバのデータベースを参照させることができる。したがって、非ＩＭＳ対応のアプリケーションサーバをＩＭＳ対応のアプリケーションサーバとして流用することができる。また、非ＩＭＳ対応のシステムからＩＭＳ対応システムへの移行時には、ＩＭＳ対応のシステムにおいて既存のアプリケーションサーバのサービスを継続させることができる。

本発明によれば、既存の非ＩＭＳ対応のシステムからＩＭＳ対応のシステムへの移行時に、既存の非ＩＭＳ端末をＩＭＳ対応システムに接続させることで、端末更新のコスト及び網側の設備投資を抑えることができる。

本発明の実施の形態を示す図であり、通信制御システムのシステム構成図である。 本発明の実施の形態を示す図であり、Ｐ−ＣＳＣＦサーバの機能ブロック図である。 本発明の実施の形態を示す図であり、送受信信号のフォーマット変換処理の一例（認証情報付加）を示す図である。 本発明の実施の形態を示す図であり、送受信信号のフォーマット変換処理の一例（アクセスネットワーク情報付加）を示す図である。 本発明の実施の形態を示す図であり、送受信信号のフォーマット変換処理の一例（ルーティング情報付加）を示す図である。 本発明の実施の形態を示す図であり、送受信信号のフォーマット変換処理の一例（発信者番号変換）を示す図である。 本発明の実施の形態を示す図であり、送受信信号のフォーマット変換処理の一例（メディアコーデック情報変換）を示す図である。 本発明の実施の形態を示す図であり、送受信信号のフォーマット変換処理の一例（リソース制御）を示す図である。 本発明の実施の形態を示す図であり、ユーザ登録処理のシーケンス図である。 本発明の実施の形態を示す図であり、セッション制御処理のシーケンス図である。 本発明の実施の形態を示す図であり、既存のアプリケーションサーバのＩＭＳ化の説明図である。 本発明の実施の形態を示す図であり、管理サーバの共有データベースの格納方式の説明図である。 本発明の実施の形態を示す図であり、緊急通話時の発着信規制の説明図である。

以下、本発明の実施の形態について添付図面を参照して詳細に説明する。なお、本実施の形態においては、ＩＭＳ端末と既存のＶｏＩＰ端末とを同時に接続可能としたハイブリッドＩＭＳについて説明する。なお、既存の非ＩＭＳ端末はＶｏＩＰ端末に限定されるものではなく、ＩＭＳに集約可能なＳＩＰ端末であればよい。図１は、本発明の実施の形態における通信制御システムのシステム構成図である。

図１に示す通信制御システム１は、非ＩＭＳ対応のシステムである既存のＶｏＩＰシステムからＩＭＳに移行させたものであり、既存のＶｏＩＰユーザ及び新規のＩＭＳユーザに対してサービスを提供可能に構成されている。通信制御システム１のＩＭＳ網２は、移動通信や固定通信を問わず通信サービスを提供するものであり、第１のアクセスネットワーク３を介してＩＭＳユーザのＩＭＳ端末６が接続され、第２のアクセスネットワーク４を介して既存のＶｏＩＰユーザのＶｏＩＰ端末７が接続される。

なお、第１、第２のアクセスネットワーク３、４は、ＬＴＥ（Long Term Evolution）、ＷＬＡＮ（Wireless LAN）、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等の無線アクセスネットワークであってもよいし、ＦＴＴＨ（Fiber To The Home）、ＡＤＳＬ（Asymmetric Digital Subscriber Line）等の有線ネットワークであってもよい。

この通信制御システム１では、ＩＭＳ端末６は、ＩＭＳに対応したセッション制御メッセージであるＳＩＰメッセージを用いてセッション制御される。一方、非ＩＭＳ端末であるＶｏＩＰ端末７は、ＩＭＳに対応していないセッション制御メッセージであるＳＩＰメッセージを用いてセッション制御される。このため、ＩＭＳ網２内では、ＶｏＩＰ端末７のＩＭＳに非対応のＳＩＰメッセージを、ＩＭＳに対応したＳＩＰメッセージに変換して、ＶｏＩＰ端末７による通信を可能としている。

また、ＩＭＳ網２は、既存のＶｏＩＰシステムのサービスを提供するソフトスイッチ１１やアプリケーションサーバ１２が接続され、ソフトスイッチ１１を介して既存の電話網５に接続されている。よって、ＶｏＩＰ端末７は、電話網５を介した通信や従来のアプリケーションサービスの提供を受けることが可能となっている。さらに、ＩＭＳ網２は、ＩＭＳに準拠した他の通信システムの各種サーバに接続可能に構成されている。

ＩＭＳ網２は、Ｐ−ＣＳＣＦサーバ１３と、Ｉ−ＣＳＣＦサーバ１４と、Ｓ−ＣＳＣＦサーバ１５と、管理サーバ１６と、アプリケーションサーバ１７とを備えている。Ｐ−ＣＳＣＦサーバ１３は、第１、第２のアクセスネットワーク３、４を介してＩＭＳ端末６及びＶｏＩＰ端末７に接続され、ＩＭＳ端末６及びＶｏＩＰ端末７とＳ−ＣＳＣＦサーバ１５及びＩ−ＣＳＣＦサーバ１４との間でＳＩＰメッセージを中継する。また、Ｐ−ＣＳＣＦサーバ１３は、様々なアクセスネットワークからＩＭＳ網２を独立させるために、アクセスネットワークとの整合を行う。このＰ−ＣＳＣＦサーバ１３の整合機能としては、例えば、ＳＩＰメッセージの圧縮・解凍等により無線資源の使用効率を高めている。

また、Ｐ−ＣＳＣＦサーバ１３は、ＩＭＳ端末６とＶｏＩＰ端末７とを識別して、端末種別に応じた中継処理を行うことで、ＩＭＳ端末６とＶｏＩＰ端末７とをＩＭＳ網２に接続可能としている。この場合、Ｐ−ＣＳＣＦサーバ１３は、ユーザ端末の端末種別を記憶する端末種別記憶部２２を有しており、この端末種別記憶部２２を参照してＩＭＳ端末６とＶｏＩＰ端末７とを識別する。そして、Ｐ−ＣＳＣＦサーバ１３は、端末種別記憶部２２に非ＩＭＳ端末として記憶されたＶｏＩＰ端末７との間のＳＩＰメッセージについては、ＶｏＩＰ信号フォーマットとＩＭＳ信号フォーマットとを相互にフォーマット変換して中継する。

すなわち、ＶｏＩＰ端末７から送信されたＳＩＰメッセージについては、ＩＭＳに対応したＩＭＳ信号フォーマットに変換されてＩＭＳ網２内に中継され、ＶｏＩＰ端末７向けのＳＩＰメッセージについては、ＶｏＩＰに対応したＶｏＩＰ信号フォーマットに変換されてＶｏＩＰ端末７に中継される。一方、Ｐ−ＣＳＣＦサーバ１３は、端末種別記憶部２２に記憶されたＩＭＳ端末６との間のＳＩＰメッセージについては、フォーマット変換せずに中継する。なお、Ｐ−ＣＳＣＦサーバ１３のフォーマット変換処理や端末種別記憶部２２への記憶処理の詳細については後述する。

Ｉ−ＣＳＣＦサーバ１４は、ユーザのＩＭＳへの登録やセッション制御時に、管理サーバ１６に管理されたユーザ情報を用いて、ユーザに適したＳ−ＣＳＣＦサーバ１５を選択する。そして、Ｉ−ＣＳＣＦサーバ１４は、選択したＳ−ＣＳＣＦサーバ１５にユーザの登録処理を引き継ぐ。また、Ｉ−ＣＳＣＦサーバ１４は、他のネットワークからのゲートウェイとして、ＩＭＳ網２内の構成を隠蔽する。

Ｓ−ＣＳＣＦサーバ１５は、管理サーバ１６に管理されたユーザ情報を用いてセッション制御や認証を行う。また、Ｓ−ＣＳＣＦサーバ１５は、必要に応じてアプリケーションサーバ１７のサービス処理を起動する。このように、Ｓ−ＣＳＣＦサーバ１５は、ユーザに対してサービスを提供する際の中心的なサーバとして機能する。

管理サーバ１６は、いわゆるＨＳＳ（Home Subscribe Server）であり、セッション制御、サービス制御に必要なユーザ情報等が格納される共有データベース２１を管理している。共有データベース２１には、ユーザ情報としてプライベートユーザ識別子、パブリックユーザ識別子、Ｓ−ＣＳＣＦサーバ１５の選択情報、契約サービス情報、ユーザ認証情報等が格納されている。また、共有データベース２１には、既存のＶｏＩＰシステムのアプリケーションサーバ１２の持つデータベースも集約されている。

アプリケーションサーバ１７は、Ｓ−ＣＳＣＦサーバ１５から中継されたＳＩＰメッセージに応じて、ＩＭＳ端末６及びＶｏＩＰ端末７にアプリケーションサービスを提供する。また、アプリケーションサーバ１７は、管理サーバ１６の共有データベース２１からアプリケーションサービスに関するユーザ情報を取得する。

また、既存のＶｏＩＰシステムのアプリケーションサーバ１２は、管理サーバ１６の共有データベース２１にアクセス可能なように、固有のデータベースに対応するＡＰＩ（Application Programming Interface）を、管理サーバ１６の共有の共有データベース２１に対応するＡＰＩに変換する後述するコンバータ３１を有している。このＡＰＩの変換により、ＩＭＳにおいて既存のアプリケーションサーバ１２のサービスの継続が可能となっている。

このように構成された通信制御システム１では、Ｐ−ＣＳＣＦサーバ１３に端末識別機能とフォーマット変換機能とを持たせることにより、ＩＭＳ端末６とＶｏＩＰ端末７をＩＭＳに集約している。このため、既存のＶｏＩＰシステムからＩＭＳへの移行時に、既存のＶｏＩＰ端末７をＩＭＳ端末６に入れ替えが不要となる。さらに、管理サーバ１６の共有の共有データベース２１に、既存のアプリケーションサーバ１２のデータベースを集約して、既存のアプリケーションサーバ１２に共有データベース２１にアクセスさせている。これにより、既存のアプリケーションサーバ１２をＩＭＳ対応のアプリケーションサーバとして流用可能としている。

以下、図２を参照して、本発明の特徴部分であるＰ−ＣＳＣＦサーバについて詳細に説明する。図２は、本発明の実施の形態に係るＰ−ＣＳＣＦサーバの機能ブロック図である。なお、図２では、本発明の特徴部分であるＰ−ＣＳＣＦサーバの端末識別機能とフォーマット変換機能に関する部分のみ図示している。

図２に示すように、Ｐ−ＣＳＣＦサーバ１３は、端末種別判定部２５と、端末種別記憶部２２と、中継部２６とを備えている。端末種別判定部２５は、ユーザ登録のためのセッション制御情報であるＲＥＧＩＳＴＥＲメッセージを受信すると、そのＲＥＧＳＴＥＲメッセージの送信元の端末種別を特定して端末種別記憶部２２に記憶する。具体的には、端末種別判定部２５は、ＲＥＧＩＳＴＥＲメッセージのフォーマットやメッセージ内容、または受信ポートに応じて、送信元の端末種別がＩＭＳ端末６かＶｏＩＰ端末７かを特定する。なお、端末種別判定部２５は、送信元のユーザ端末がＶｏＩＰ端末７の場合、必要に応じてさらに詳細にどのようなＶｏＩＰ端末かを特定してもよい。

端末種別記憶部２２は、ユーザ識別子毎に端末種別情報を保持している。また、端末種別記憶部２２は、ユーザ登録（ＲＥＧＩＳＴＥＲ）から登録解除（ｄｅ−ＲＥＧＩＳＴＥＲ）あるいは登録期間の満了、その他の理由により登録が解除されるまで端末種別情報を保持している。なお、ユーザ識別子は、ＵＲＩ形式で記載された識別子であり、例えば、ＩＭＳ端末６ではパブリックユーザ識別子である。また、端末種別情報とは、ユーザ端末がＩＭＳ端末６かＶｏＩＰ端末７かを識別可能な情報であればよく、例えば、ＩＭＳ端末６か否かを示す情報、またはＶｏＩＰ端末７か否かを示す情報でもよい。

中継部２６は、端末種別記憶部２２を参照して、送受信信号の送受信先の端末種別を識別して、端末種別に応じた中継処理を行う。具体的には、中継部２６は、端末種別記憶部２２を参照して、送受信信号に含まれるユーザ識別子からＩＭＳ端末６とＶｏＩＰ端末７とを識別する。そして、中継部２６は、端末種別記憶部２２に記憶されたＶｏＩＰ端末７との間の送受信信号については、ＶｏＩＰ信号フォーマットとＩＭＳ信号フォーマットとを相互にフォーマット変換して中継する。一方、中継部２６は、端末種別記憶部２２に記憶されたＩＭＳ端末６との間の送受信信号については、フォーマット変換をせずに中継する。

ここで、図３から図８を参照して、Ｐ−ＣＳＣＦサーバの中継部による送受信信号のフォーマット変換処理について具体例を挙げて説明する。図３から図８は、本発明の実施の形態に係るＰ−ＣＳＣＦサーバの中継部による送受信信号のフォーマット変換処理の一例を示す図である。

図３は、ユーザ登録時における認証情報の付加によるフォーマット変換を示している。ユーザ登録時には、ＶｏＩＰ端末７から送受信信号としてＲＥＧＩＳＴＥＲメッセージがＰ−ＣＳＣＦサーバ１３を介してＩ−ＣＳＣＦサーバ１４に送信される。このとき、Ｉ−ＣＳＣＦサーバ１４は、ＲＥＧＩＳＴＥＲメッセージの受信に認証情報（Authorizationヘッダ）を必要とするが、ＶｏＩＰ端末７は必ずしもＲＥＧＩＳＴＥＲメッセージに認証情報を付与しない。このため、Ｐ−ＣＳＣＦサーバ１３の中継部２６は、ＶｏＩＰ端末７から送信されたＲＥＧＩＳＴＥＲメッセージに認証情報を付加してＩ−ＣＳＣＦサーバ１４に中継する。

この場合、中継部２６は、ＶｏＩＰ端末７から受信したＲＥＧＩＳＴＥＲメッセージ内のユーザ識別子及び定型フォーマット等から認証情報を生成し、生成した認証情報をＲＥＧＩＳＴＥＲメッセージに付加する。具体的には、ＲＥＧＩＳＴＥＲメッセージのToヘッダの値「user1@example.com」からAuthorizationヘッダのusernameおよびrealm等の認証情報を生成する。必要に応じて中継部２６は予め設定された値または自身で生成した値を使って認証情報を生成してもよい。この構成により、ＲＥＧＩＳＴＥＲメッセージに認証情報を付与しないＶｏＩＰ端末７からＩＭＳ網２内にＲＥＧＩＳＴＥＲメッセージを送信することが可能となる。

図４は、セッション開始時におけるアクセスネットワーク情報の付加によるフォーマット変換を示している。セッション開始時には、ＶｏＩＰ端末７から送受信信号としてＩＮＶＩＴＥメッセージがＰ−ＣＳＣＦサーバ１３を介してＳ−ＣＳＣＦサーバ１５に送信される。このとき、Ｓ−ＣＳＣＦサーバ１５は、ＩＮＶＩＴＥメッセージの受信に、ＶｏＩＰ端末７のアクセスネットワーク情報（P-Access-Networkヘッダ）を必要とするが、ＶｏＩＰ端末７はＩＮＶＩＴＥメッセージにアクセスネットワーク情報を付与しない。このため、Ｐ−ＣＳＣＦサーバ１３の中継部２６は、ＶｏＩＰ端末７から送信されたＩＮＶＩＴＥメッセージにアクセスネットワーク情報を付加してＳ−ＣＳＣＦサーバ１５に中継している。

この場合、中継部２６は、ＶｏＩＰ端末７の回線種別や定型フォーマット等からアクセスネットワーク情報を生成し、生成したアクセスネットワーク情報をＩＮＶＩＴＥメッセージに付加する。また、中継部２６は、ＶｏＩＰ端末７からＩＮＶＩＴＥメッセージのレスポンスとして送信される２００応答メッセージについても、アクセスネットワーク情報を付加してＳ−ＣＳＣＦサーバ１５に中継する。この構成により、ＩＮＶＩＴＥメッセージにアクセスネットワーク情報を付加しないＶｏＩＰ端末７からＩＭＳ網２内にＩＮＶＩＴＥメッセージを送信することが可能となる。

図５は、セッション開始時におけるルーティング情報の付加によるフォーマット変換を示している。ユーザ登録完了時には、Ｓ−ＣＳＣＦサーバ１５からのＲＥＧＩＳＴＥＲレスポンス（２００応答メッセージ）にてルーティング情報（Service-Routeヘッダ）がＰ−ＣＳＣＦサーバ１３を介してＩＭＳ端末に送信される。このルーティング情報は、ＩＭＳ網２内での適切なルーティングのために後続のリクエストで使用されるが、ＶｏＩＰ端末７はＲＥＧＩＳＴＥＲの２００応答メッセージで受信したルーティング情報を認識できず、そのためその後のＩＮＶＩＴＥメッセージにルーティング情報を付加しない。

このため、Ｐ−ＣＳＣＦサーバ１３の中継部２６は、Ｓ−ＣＳＣＦサーバ１５から受信したルーティング情報を保持し、ＶｏＩＰ端末７から送信されたＩＮＶＩＴＥメッセージにルーティング情報を付加してＳ−ＣＳＣＦサーバ１５に中継している。この構成により、ＶｏＩＰ端末７からの後続のリクエストにルーティング情報が付与され、ＩＭＳ網２内で適切にルーティングが行われる。

図６は、セッション開始時における発信者情報のフォーマット変換を示している。発信者情報は、ＩＮＶＩＴＥメッセージにてＩ−ＣＳＣＦサーバ１４からＰ−ＣＳＣＦサーバ１３を介してＶｏＩＰ端末７に送信される。このとき、Ｉ−ＣＳＣＦサーバ１４は、信頼される発信者情報としてP-Asserted-Identityヘッダを使用するが、ＶｏＩＰ端末７はP-Asserted-Identityヘッダに対応していない場合があり、発信者情報としてFromヘッダの内容をユーザに表示してしまう。

このため、Ｐ−ＣＳＣＦサーバ１３の中継部２６は、Ｉ−ＣＳＣＦサーバ１４から受信したＩＮＶＩＴＥメッセージ内のP-Asserted-IdentityヘッダをＶｏＩＰ端末７が理解可能なFromヘッダに変換してＶｏＩＰ端末７に中継している。この構成により、ＶｏＩＰ端末７に発信者情報を通知させることが可能となる。

図７は、セッション開始時におけるメディアに関する情報の変換を示している。メディアに関する情報は、ＩＮＶＩＴＥメッセージ（およびその２００応答メッセージ）のボディ部に設定されるＳＤＰ（Session Description Protocol）にてＰ−ＣＳＣＦサーバ１３を介してユーザ端末間で送受信される。ＩＭＳ端末６は、通常のＶｏＩＰ端末７に使用される音声メディアに加え、映像、データ等のメディアが使用されている。このようにＶｏＩＰ端末７は、サポートするメディアが少なく、形式も限定されているため、Ｐ−ＣＳＣＦサーバ１３の中継部２６においてメディア情報の変換が行われる。

この場合、中継部２６は、接続する端末種別に応じてあらかじめ設定された情報に基づいてＩＭＳ端末６とＶｏＩＰ端末７との間で、メディア情報を変換する。例えば、ＶｏＩＰ端末７がメディアコーデックのネゴシエーションに対応しておらず、ＩＭＳ端末６から複数のメディアコーデックが指定されているＩＮＶＩＴＥを受信した場合、そのままＶｏＩＰ端末７にメディア情報を中継すると、コーデック不一致によりエラーとなる場合がある。そこで中継部２６において利用不可なコーデックを削除してＶｏＩＰ端末７に送信することにより接続をさせることができる。またＩＭＳ端末６がＴＶ電話の場合、映像から音声だけを取り出してＩＭＳ端末６とＶｏＩＰ端末７と接続させるようにメディアコーデック情報を変換することも可能である。例えば、中継部２６は、ＩＭＳ端末６で使用されるＨ．２６３等の動画コーデックとＶｏＩＰ端末７で使用されるμ‐ｌａｗ等の音声コーデックとのコーデック情報を変換するようにする。

図８は、セッション開始時におけるリソース制御情報の変換を示している。リソース制御情報は、ＩＮＶＩＴＥメッセージ（およびその２００応答メッセージ）にてＰ−ＣＳＣＦサーバ１３を介してユーザ端末間で送受信される。この場合、ＩＭＳ端末６は、リソース制御（QoS：Quality of Service）機能を有するのに対し、ＶｏＩＰ端末７は、リソース制御機能を有していない。よって、ＩＭＳ端末６においてリソース制御が要求された場合には、ＩＭＳ端末６とＶｏＩＰ端末７とを接続することができない。このため、Ｐ−ＣＳＣＦサーバ１３の中継部２６にてリソース制御機能を終端している。

この場合、中継部２６は、ＩＭＳ端末６からの送信されたＩＮＶＩＴＥメッセージ内のリソース制御情報を削除して、ＶｏＩＰ端末７に中継する。また、中継部２６は、ＩＭＳ端末６からのＶｏＩＰ端末７の代わりにリソース制御情報に応答する。また必要に応じてＳＩＰシーケンスに変更が必要な場合、そのシーケンスの変換も行う。この構成により、ＩＭＳ端末６に疑似的にリソース制御しているように見せ、ＩＭＳ端末６とＶｏＩＰ端末７との接続を可能としている。

なお、上記した例は、一例に過ぎない。下記各項目についてもフォーマット変換が行われる。例えば、ＲＴＰ（Real-time Transport Protocol）、ＳＲＴＰ（Secure Real-time Transport Protocol）、対応ＣＯＤＥＣ等。ＳＩＰのシーケンスとして、ｐｒｅｃｏｎｄｉｔｉｏｎ、ｅａｒｌｙ ｍｅｄｉａ等。ネットワークやトランスポートのプロトコルとして、ＩＰｖ４（Internet Protocol Version 4）、ＩＰｖ６（Internet Protocol Version 6）、ＵＤＰ（User Datagram Protocol）、ＴＣＰ（Transmission Control Protocol）、ＴＬＳ（Transport Layer Security）、ＩＰｓｅｃ（IP Security Protocol）等。

また、Ｐ−ＣＳＣＦサーバ１３には、上記した各機能ブロックを実現する通信インターフェース、制御回路を含んだハード構成を有している。また、ＩＭＳ端末６、ＶｏＩＰ端末７、Ｉ−ＣＳＣＦサーバ１４、Ｓ−ＣＳＣＦサーバ１５、管理サーバ１６、アプリケーションサーバ１２、１７も同様に通信インターフェース、制御回路を含んだハード構成を有している。制御回路には、各種処理を実行するプロセッサや、メモリが設けられている。メモリは、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）等の一つまたは複数の記憶媒体で、用途に応じて構成されている。また、メモリには、制御プログラム等の各種アプリケーションが記憶されている。

次に、図９を参照して、通信制御システムにおけるユーザ登録処理について説明する。図９は、本発明の実施の形態に係る通信制御システムにおけるユーザ登録処理のシーケンス図である。なお、ここでは、ユーザ端末としてＶｏＩＰ端末がユーザ登録される場合について説明する。

図９に示すように、ＶｏＩＰ端末７は、Ｐ−ＣＳＣＦサーバ１３に対して送信元ＩＰアドレス、ユーザ識別子等を含むＲＥＧＩＳＴＥＲメッセージを送信する（ステップＳ０１）。Ｐ−ＣＳＣＦサーバ１３は、ＲＥＧＩＳＴＥＲメッセージのフォーマットやメッセージ内容、または受信ポートに応じて送信元の端末種別を特定し、端末種別記憶部２２に記憶する（ステップＳ０２）。このとき、端末種別記憶部２２には、ユーザ識別子とＶｏＩＰ端末７を示す端末識別情報とが関連付けられて記憶される。

次に、Ｐ−ＣＳＣＦサーバ１３は、ＶｏＩＰ端末７から受信したＲＥＧＩＳＴＥＲメッセージを、ＶｏＩＰ信号フォーマットからＩＭＳ信号フォーマットに変換する（ステップＳ０３）。この場合、Ｐ−ＣＳＣＦサーバ１３におけるフォーマット変換として、ＲＥＧＩＳＴＥＲメッセージに対する認証情報の付加等が行われる。フォーマット変換されたＲＥＧＩＳＴＥＲメッセージには、認証情報の他に、アクセスネットワーク情報が付加される。その他の情報は通常のＩＭＳの規定に従って設定される。

次に、Ｐ−ＣＳＣＦサーバ１３は、変換したＲＥＧＩＳＴＥＲメッセージを、Ｉ−ＣＳＣＦサーバ１４に中継する（ステップＳ０４）。Ｉ−ＣＳＣＦサーバ１４は、管理サーバ１６にアクセスしてＳ−ＣＳＣＦサーバ１５のリストからＶｏＩＰ端末７に適したＳ−ＣＳＣＦサーバ１５を選択する（ステップＳ０５）。次に、Ｉ−ＣＳＣＦサーバ１４は、選択したＳ−ＣＳＣＦサーバ１５にＲＥＧＩＳＴＥＲメッセージを中継する（ステップＳ０６）。Ｓ−ＣＳＣＦサーバ１５は、管理サーバ１６にアクセスしてユーザ認証を行う（ステップＳ０７）。

Ｓ−ＣＳＣＦサーバ１５は、ユーザ認証が成功すると、管理サーバ１６からユーザ情報を取得すると共に、Ｐ−ＣＳＣＦサーバ１３のアドレスを含むルーティング情報を保持する（ステップＳ０８）。このルーティング情報は、ＶｏＩＰ端末７の着信時においてＳ−ＣＳＣＦサーバ１５からＰ−ＣＳＣＦサーバ１３向けのルーティングに使用される。次に、Ｓ−ＣＳＣＦサーバ１５は、ユーザ登録がされたことを示す２００応答メッセージをＰ−ＣＳＣＦサーバ１３に送信する（ステップＳ０９）。このとき、２００応答メッセージにてＳ−ＣＳＣＦサーバ１５のアドレスを含むルーティング情報（Service-Routeヘッダ）がＰ−ＣＳＣＦサーバ１３に中継される。

Ｐ−ＣＳＣＦサーバ１３は、Ｓ−ＣＳＣＦサーバ１５から受信したＳ−ＣＳＣＦサーバ１５のアドレスを含むルーティング情報を保持する（ステップＳ１０）。このルーティング情報は、ＶｏＩＰ端末７の発信時においてＰ−ＣＳＣＦサーバ１３からＳ−ＣＳＣＦサーバ１５向けのルーティングに使用される。そして、Ｐ−ＣＳＣＦサーバ１３は、ＩＮＶＩＴＥメッセージに応答する信号として２００応答メッセージをＶｏＩＰ端末７に中継する（ステップＳ１１）。

次に、図１０を参照して、通信制御システムにおけるセッション制御処理について説明する。図１０は、本発明の実施の形態に係る通信制御システムにおけるセッション制御処理のシーケンス図である。なお、ここでは、ＶｏＩＰ端末とＩＭＳ端末との間のセッション制御処理について説明する。また、ここでは、リソース制御処理が行われていないものとして説明する。

図１０に示すように、ＶｏＩＰ端末７は、Ｐ−ＣＳＣＦ_sサーバ１３ａに対して、発信元のユーザ識別子、着信側のパブリックユーザ識別子等を含むＩＮＶＩＴＥメッセージを送信する（ステップＳ２１）。Ｐ−ＣＳＣＦ_sサーバ１３ａは、ＩＮＶＩＴＥメッセージに含まれる発信元のユーザ識別子と端末種別記憶部２２とに基づいて、ユーザ端末の端末種別を識別する（ステップＳ２２）。

次に、Ｐ−ＣＳＣＦ_sサーバ１３ａは、端末種別をＶｏＩＰ端末７と識別すると、ＩＮＶＩＴＥメッセージをＶｏＩＰ信号フォーマットからＩＭＳ信号フォーマットにフォーマット変換する（ステップＳ２３）。この場合、Ｐ−ＣＳＣＦ_sサーバ１３ａにおけるフォーマット変換として、ＩＮＶＩＴＥメッセージに対してアクセスネットワーク情報の付加や、ユーザ登録に保持したＳ−ＣＳＣＦ_sサーバ１５ａ向けのルーティング情報の付加等が行われる。また、必要に応じてメディアコーデック情報の変換等も行われる。

次に、Ｐ−ＣＳＣＦ_sサーバ１３ａは、ルーティング情報に基づいてＩＮＶＩＴＥメッセージをＳ−ＣＳＣＦ_sサーバ１５ａに中継する（ステップＳ２４）。Ｓ−ＣＳＣＦ_sサーバ１５ａは、ＩＮＶＩＴＥメッセージを任意のＩ−ＣＳＣＦ_dサーバ１４に中継する（ステップＳ２５）。Ｉ−ＣＳＣＦ_dサーバ１４は、管理サーバ１６にアクセスして、着信側のパブリックユーザ識別子に基づいてＳ−ＣＳＣＦ_dサーバ１５ｂのアドレスを取得する（ステップＳ２６）。次に、Ｉ−ＣＳＣＦ_dサーバ１４は、ＩＮＶＩＴＥメッセージをＳ−ＣＳＣＦ_dサーバ１５ｂに中継する（ステップＳ２７）。

Ｓ−ＣＳＣＦ_dサーバ１５ｂは、着信側のＩＭＳ端末６のユーザ登録時に保持したＰ−ＣＳＣＦ_dサーバ１３ｂ向けのルーティング情報に基づいて、ＩＮＶＩＴＥメッセージをＰ−ＣＳＣＦ_dサーバ１３ｂに中継する（ステップＳ２８）。Ｐ−ＣＳＣＦ_dサーバ１３ｂは、ＩＮＶＩＴＥメッセージに含まれる着信先のパブリックユーザ識別子と端末種別記憶部２２とに基づいて、着信側のユーザ端末の端末種別を識別する（ステップＳ２９）。次に、Ｐ−ＣＳＣＦ_dサーバ１３ｂは、端末種別をＩＭＳ端末６と識別すると、ＩＮＶＩＴＥメッセージをフォーマット変換せずにＩＭＳ端末６に送り届ける（ステップＳ３０）。

着信側のＩＭＳ端末６は、ＩＮＶＩＴＥメッセージを受信すると、着信音等により着信側ユーザを呼び出す（ステップＳ３１）。このＩＭＳ端末６の呼び出し状態は、１８０ＲｉｎｇｉｎｇメッセージでＶｏＩＰ端末７に通知される。着信側のＩＭＳ端末６が応答すると（ステップＳ３２）、ＩＮＶＩＴＥメッセージの応答信号として２００応答メッセージがＶｏＩＰ端末７に通知される。この２００応答メッセージについても、Ｐ−ＣＳＣＦ_sサーバ１３ａにおいてフォーマット変換が行われる。そして、発信側のＶｏＩＰ端末７から着信側のＩＭＳ端末６にＡＣＫメッセージが返信され、セッションが確立される。

次に、図１１を参照して、既存のアプリケーションサーバのＩＭＳ化について説明する。図１１は、本発明の実施の形態に係る既存のアプリケーションサーバのＩＭＳ化の説明図である。なお、図１１においては、（ａ）が既存のＶｏＩＰシステム、（ｂ）が一般的なＩＭＳ、（ｃ）が本発明に係る通信制御システムをそれぞれ示している。

図１１（ａ）に示すように、既存のＶｏＩＰシステムでは、既存のアプリケーションサーバ１２は、アプリケーション毎に固有のデータベース３２を有しており、固有のデータベース３２に対するＡＰＩによりアプリケーションプロセス、データ投入プロセスが行われていた。すなわち、既存のＶｏＩＰシステムでは、アプリケーションサーバ１２毎に異なるデータベースとＡＰＩとを有していた。

一方、図１１（ｂ）に示すように、一般的なＩＭＳでは、アプリケーションサーバ１７の他に、データ投入サーバ１８を有しており、アプリケーションプロセスとデータ投入プロセスを別々のサーバで行う。また、アプリケーションサーバ１７及びデータ投入サーバ１８は、管理サーバ１６の共有データベースにアクセスし、共有データベース２１を用いて処理している。共有データベース２１のアクセスには、Ｄｉａｍｅｔｅｒ／Ｓｈインターフェース等のＩＭＳに対応するＡＰＩが用いられている。

このため、図１１（ａ）に示す既存のアプリケーションサーバ１２を、図１１（ｂ）に示すＩＭＳに統合する際には、管理サーバ１６の共有データベース２１にアクセスするために、ＩＭＳに対応したＡＰＩに変更する必要があった。そこで、図１１（ｃ）に示すように、本実施の形態に係る通信制御システム１では、既存のＩＭＳ非対応のＡＰＩをＩＭＳに対応するＡＰＩに変換するコンバータ３１をアプリケーションサーバ１２に設けるようにした。また、既存のアプリケーションサーバ１２のデータ投入プロセスを、データ投入サーバ１８に行わせて、データ投入サーバ１８においてもコンバータ３１を設けるようにした。

コンバータ３１は、一般的なデータベースＡＰＩのデータベース側のインターフェースと、Ｄｉａｍｅｔｅｒ／Ｓｈインターフェースを持つ。アプリケーションプロセスおよびデータ投入プロセスから見ると、コンバータ３１はデータベースとして動作しているように見え、登録サーバ１６から見ると、コンバータ３１はＤｉａｍｅｔｅｒ／Ｓｈをサポートするアプリケーションサーバに見える。コンバータ３１は、ＤＢ−ＡＰＩから入ってきたデータの追加、削除、変更要求に従ってＤｉａｍｅｔｅｒ／Ｓｈを使用して登録サーバ１６のデータを追加、削除、変更する。同様に、ＤＢ−ＡＰＩからの参照要求に従って、Ｄｉａｍｅｔｅｒ／Ｓｈを使用して登録サーバ１６のデータを取得しＤＢ−ＡＰＩへ参照応答としてデータを返す。

この構成により、既存のアプリケーションサーバ１２にＩＭＳ網２内の管理サーバ１６の共有データベース２１を参照させることが可能となる。したがって、既存のアプリケーションサーバ１２をＩＭＳ対応のアプリケーションサーバとして流用することができる。また、ＶｏＩＰシステムからＩＭＳ対応の通信制御システム１への移行時には、既存のアプリケーションサーバ１２のサービスを継続させることができる。

次に、図１２を参照して、管理サーバの共有データベースの格納方式について説明する。図１２は、本実施の形態における管理サーバの共有データベースの格納方式の説明図である。なお、図１２においては、（ａ）が既存のＶｏＩＰシステム、（ｂ）が一般的なＩＭＳ、（ｃ）が本発明に係る通信制御システムをそれぞれ示している。

図１２（ａ）に示すように、既存のＶｏＩＰシステムでは、既存のアプリケーションサーバ１２が固有のデータベースを有するため、データ構造に制約がなく、ユーザ単位の情報だけでなく、会社やシステム等のユーザが属するグループ単位の情報を持つことが可能となっている。すなわち、ユーザ毎に各種データが関連付けられたテーブルＡと、グループ毎に各種データが関連付けられたテーブルＢとを別々に持つことが可能であった。

また、テーブルＡは、ユーザＩＤフィールドと、データフィールドと、グループＩＤフィールドとを含み、テーブルＢは、グループＩＤフィールドと、データフィールドとを含んで構成されている。この構成により、テーブルＡ、Ｂは、それぞれのグループＩＤフィールドに格納されたグループＩＤを介して、各種データの関連付けが可能となっていた。

一方、図１２（ｂ）に示すように、一般的なＩＭＳでは、管理サーバ１６の共有データベース２１のデータ構造に制約があるため、ユーザ単位でしか情報を持つことができない。具体的には、共有データベース２１は、ユーザＩＤフィールドと、データフィールドと、リポジトリデータと呼ばれる付加情報フィールドとを含んで構成されるが、グループの情報を保持するための、別のテーブルを設けることができない。したがって、既存のアプリケーションサーバ１２の固有のデータベースを共有データベース２１に集約する場合には、ユーザ毎にグループ情報を付加情報として格納する必要がある。

例えば、共有データベース２１の付加情報フィールドに、図１２（ａ）のテーブルＢのデータフィールドに格納されたグループ情報を格納する。この構成により、ユーザ毎にグループ情報を持たせることが可能であるが、各ユーザが持つグループ情報が重複するため、リソースの使用量やデータの更新等の処理量が多くなる。また、共有データベース２１は、既存のアプリケーションサーバ１２のデータベースとデータ構造が大きく異なるため、アプリケーションの処理ロジックも変更する必要があった。

このため、図１２（ｃ）に示すように、共有データベース２１のユーザＩＤフィールドに、ダミーのユーザＩＤとしてグループＩＤを格納させ、グループ単位で情報を持たせるようにした。また、付加情報フィールドにおいて、ユーザＩＤに関連付けられたグループＩＤとユーザＩＤフィールドに格納されたグループＩＤとを結び付けることで、グループＩＤを介してユーザＩＤとグループ情報とを関連付けるようにした。

この構成により、共有データベース２１のデータ構造を変えることなく、共有データベース２１に既存のアプリケーションサーバ１２のデータベースを集約することができる。また、既存のアプリケーションサーバ１２のデータベース構造を踏襲したまま情報が格納されるため、アプリケーションの処理ロジックの変更が不要となる。さらに、各ユーザが持つグループ情報の重複を避けることができ、リースの使用量やデータ更新等の処理量を減らすことが可能となる。

以上のように、本実施の形態に係る通信制御システム１によれば、Ｐ−ＣＳＣＦサーバ１３とＶｏＩＰ端末７との間の送受信信号は、フォーマット変換して中継されるため、ＶｏＩＰ端末７をＩＭＳ網２に接続させることができる。これにより、既存のＶｏＩＰシステムからＩＭＳに移行する際に、ＶｏＩＰ端末７をＩＭＳ端末６に入れ替える必要がない。よって、端末更新のコストを無くすことができると共に、ユーザに網側の設備変更を意識させることがない。また、ＶｏＩＰ端末７がＩＭＳに接続されるため、既存のＶｏＩＰシステムの設備を撤去することができる。このため、ＩＭＳ及びＶｏＩＰシステムの設備を併存させることなく、ＶｏＩＰシステムからＩＭＳに段階的に移行することができ、網側の設備投資を低減することが可能となる。

次に、本発明の通信制御システムを利用した緊急通話時の発着信規制について説明する。図１３は、本実施の形態に係る通信制御システムの緊急通話時の発着信規制の説明図である。

一般的な通話システムにおいては、受付端末との緊急通話中に緊急呼発信者側からの切断を防止する仕組みを有している。これは、空き回線を留保することにより実現されている。しかしながら、ＩＰを用いた通話システムの場合には、物理的なパスを有さないため、回線を留保することができない。そこで、本実施の形態に係る通信制御システム１では、緊急呼発信者側から切断された場合に、他の発信者からの緊急呼発信者への発信、発信者からの受付端末以外への発信を規制して疑似的に回線を留保する緊急呼アプリケーションサーバを設けるようにした。

図１３（ａ）に示すように、緊急呼発信者のユーザ端末３７が緊急呼を発信すると（ステップＳ４１）、Ｓ−ＣＳＣＦサーバ１５は、緊急呼番号を検出して緊急呼を緊急呼アプリケーションサーバ１７ａに中継する（ステップＳ４２）。緊急呼アプリケーションサーバ１７ａは、受付端末３８に緊急呼を中継し、緊急通話を確立させる（ステップＳ４３）。また、緊急呼アプリケーションサーバ１７ａは、緊急呼発信者の発着信規制を行うために、ｉＦＣ（initial Filter Criteria）トリガー条件を管理サーバ１６の共有データベース２１に追加する（ステップＳ４４）。

管理サーバ１６のｉＦＣトリガー条件が変更されると、管理サーバ１６はＳ−ＣＳＣＦサーバ１５にその内容を通知する（ステップＳ４５）。なお、ｉＦＣトリガー条件とは、Ｓ−ＣＳＣＦサーバ１５のユーザプロファイルとしてユーザ毎に設定されるもので、ＳＩＰメッセージのヘッダ等の比較条件を設定することにより、条件にマッチした呼を特定のアプリケーションサーバに中継する条件である。ここでは、ｉＦＣトリガー条件として、緊急呼発信者からの緊急呼以外への新たな発信、および緊急呼発信者への緊急呼受付端末以外からの着信を規制する（ユーザへの発着番号を検出してガイダンスや切断するサーバへ転送する）ものが設定されている。例えば、緊急呼発信者からのＩＮＶＩＴＥメッセージのRequest-URIが緊急呼番号以外、あるいは緊急呼発信者へのＩＮＶＩＴＥメッセージのContactヘッダのアドレスが緊急呼アプリケーションサーバから以外の場合、切断するためのガイダンスサーバあるいは、切断用アプリケーションサーバにＩＮＶＩＴＥメッセージを転送するようなｉＦＣとなる。

この状態で、緊急呼発信者のユーザ端末３７で切断された場合、緊急呼アプリケーションサーバ１７ａで切断信号が中断され、受付端末３８と緊急呼アプリケーションサーバ１７ａとの間で通話が留保される。緊急呼アプリケーションサーバ１７ａは、切断を検出すると、緊急呼発信者のユーザ端末３７に対して自動発信して再接続を試みる。これは、緊急呼発信者のユーザ端末３７と再接続あるいは、受付端末３８側からの切断があるまで繰り返される。

また、他の発信者のユーザ端末３７から緊急発進者のユーザ端末３７に発信した場合、Ｓ−ＣＳＣＦサーバ１５のｉＦＣトリガー条件にかかり、ガイダンス接続や話中切断等で着信規制される。さらに、緊急呼発信者のユーザ端末３７から他の発信者のユーザ端末３７に発信した場合にも同様にガイダンス接続や話中切断等で着信規制される。緊急呼発信者のユーザ端末３７から緊急呼が発信された場合、緊急呼が再び緊急呼アプリケーションサーバ１７ａに中継され、緊急呼アプリケーションサーバ１７ａが留保している受付端末３８との通話に接続される。

図１３（ｂ）に示すように、受付端末３８で切断された場合、緊急呼アプリケーションサーバ１７ａは通話を開放し、緊急呼発信者のユーザ端末３７に対する再接続している場合にはこれを停止する（ステップＳ４６）また、緊急呼アプリケーションサーバ１７ａは、ｉＦＣトリガー条件を管理サーバ１６の共有データベース２１から削除する（ステップＳ４７）。管理サーバ１６は、ｉＦＣトリガー条件の削除をＳ−ＣＳＣＦサーバ１５に通知し、Ｓ−ＣＳＣＦサーバ１５にｉＦＣトリガー条件を削除させる（ステップＳ４８）。

このような構成により、ＩＰを用いた通話システムであっても、緊急呼アプリケーションサーバ１７ａを設けることで、緊急呼発信者のユーザ端末３７と受付端末３８との緊急通話中に緊急呼発信者側からの切断を防止することが可能となっている。なお、上記した通信制御システム１におけるユーザ端末３７は、ＩＰにより通話可能な端末であればよく、ＶｏＩＰ端末７でもよいし、ＩＭＳ端末６でもよい。

なお、上記した実施の形態においては、通信制御システムが、通信制御装置としてのＰ−ＣＳＣＦサーバを有する構成としたが、この構成に限定されるものではない。通信制御装置は、Ｐ−ＣＳＣＦサーバの一部として設けられてもよいし、Ｐ−ＣＳＣＦサーバと協働して動作するなら外部に設けられてもよい。

また、上記した実施の形態においては、ＩＭＳ端末とＶｏＩＰ端末とがＰ−ＣＳＣＦサーバに接続される構成としたが、この構成に限定されるものではない。Ｐ−ＣＳＣＦサーバは、ＩＭＳ端末及びＶｏＩＰ端末以外のＳＩＰ端末を接続する構成としてもよい。

また、上記した実施の形態においては、Ｐ−ＣＳＣＦサーバは、ＶｏＩＰ端末をＩＭＳに接続させる構成としたが、この構成に限定されるものではない。Ｐ−ＣＳＣＦサーバは、ＩＭＳ端末を既存のＶｏＩＰシステムに接続させる構成としてもよい。

また、上記した実施の形態においては、ＩＭＳと既存のＶｏＩＰシステムとを併存させる構成としてもよい。この場合、Ｐ−ＣＳＣＦにＳＢＣ機能を持たせるようにする。また、この場合、ＩＭＳ端末を既存のＶｏＩＰシステムに接続してもよい。この場合、Ｐ−ＣＳＣＦは、ＩＭＳ端末からの送受信信号をフォーマット変換して中継するようにする。

また、今回開示された実施の形態は、全ての点で例示であってこの実施の形態に制限されるものではない。本発明の範囲は、上記した実施の形態のみの説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。

以上説明したように、本発明は、既存の非ＩＭＳ端末をＩＭＳ対応システムに接続させることで、端末更新のコスト及び網側の設備投資を抑えることができるという効果を有し、特に既存のＶｏＩＰシステムからＩＭＳへの移行に用いられる通信制御装置及びこれを備えた通信制御システムに有用である。

１ 通信制御システム
２ ＩＭＳ網
３ 第１のアクセスネットワーク
４ 第２のアクセスネットワーク
５ 電話網
６ ＩＭＳ端末
７ ＶｏＩＰ端末（非ＩＭＳ端末）
１１ ソフトスイッチ
１２ 既存のアプリケーションサーバ
１３ Ｐ−ＣＳＣＦサーバ（通信制御装置）
１４ Ｉ−ＣＳＣＦサーバ
１５ Ｓ−ＣＳＣＦサーバ
１６ 管理サーバ
１７ アプリケーションサーバ
１７ａ 緊急呼アプリケーションサーバ
１８ データ投入サーバ
２１ 共有データベース
２２ 端末種別記憶部
２５ 端末種別判定部
２６ 中継部
３１ コンバータ

Claims (11)

1. 種々のアクセス網を経由して接続される個々のユーザ端末に対してアクセス網に依存せずにＩＰベースのマルチメディアサービスを提供可能にアクセス網から独立して構築されたＩＭＳ（IP Multimedia Subsystem）網上に配置され、アクセス網を経由して当該ＩＭＳ網に直接アクセスして前記マルチメディアサービスの提供を受けるＩＭＳ端末と非ＩＭＳ端末とを含むユーザ端末の通信制御を行う通信制御装置であって、
   前記アクセス網経由で前記ＩＭＳ網に直接アクセスするユーザ端末を当該アクセス網と前記ＩＭＳ網との境界において集約し、前記ユーザ端末が発信するＳＩＰ（Session Initiation Protocol）メッセージを受けて呼処理を行うＰ−ＣＳＣＦ（Proxy Call Session Control Function）サーバと、
   前記ユーザ端末を前記ＩＭＳ網にユーザ登録するためのユーザ登録メッセージのフォーマット、メッセージ内容または受信ポートに基づいて特定される端末種別を、ＩＭＳ端末又は非ＩＭＳ端末であることを示す端末種別情報として記憶する端末種別記憶部と、を具備し、
   前記Ｐ−ＣＳＣＦサーバは、ユーザ登録対象のユーザ端末が非ＩＭＳ端末であれば前記ユーザ登録メッセージであるＲＥＧＩＳＴＥＲ及びその応答メッセージについてＩＭＳ信号フォーマットと非ＩＭＳ信号フォーマットとを相互にフォーマット変換して中継し、また前記ＩＭＳ網に対してアクセス網を経由して接続するユーザ端末からのＳＩＰメッセージに含まれたＩＮＶＩＴＥを受けてセッション開始し、セッション時に前記端末種別記憶部に記憶された端末種別情報に基づいて当該ユーザ端末の種別を識別すると共に、当該ユーザ端末が非ＩＭＳ端末であれば他ユーザ端末との間の送受信信号のうち少なくともセッション制御用のＩＮＶＩＴＥ、その応答メッセージ及びＡＣＫについてＩＭＳ信号フォーマットと非ＩＭＳ信号フォーマットとを相互にフォーマット変換して中継し、当該ユーザ端末がＩＭＳ端末であれば他ユーザ端末であるＩＭＳ端末との間の送受信信号について前記フォーマット変換を行わずに中継することを特徴とする通信制御装置。
2. 前記Ｐ−ＣＳＣＦサーバは、ユーザ端末が非ＩＭＳ端末であれば他ユーザ端末との間の送受信信号のうちセッション制御のための状態登録を制御するＳＵＢＳＣＲＩＢＥとその応答メッセージについてＩＭＳ信号フォーマットと非ＩＭＳ信号フォーマットとを相互にフォーマット変換することを特徴とする請求項１記載の通信制御装置。
3. 前記Ｐ−ＣＳＣＦサーバは、前記ユーザ端末について非ＩＭＳ対応のシステムとの中継をさらに行っており、前記非ＩＭＳ対応のシステムとの中継時に、前記端末種別記憶部に記憶された端末種別情報に基づいて識別された非ＩＭＳ端末との間の送受信信号については、前記フォーマット変換を行わずに中継し、前記端末種別記憶部に記憶された端末種別情報に基づいて識別されたＩＭＳ端末との間の送受信信号については、前記フォーマット変換して中継することを特徴とする請求項１又は請求項２に記載の通信制御装置。
4. 前記ユーザ登録メッセージは、ＳＩＰに準拠するＲＥＧＩＳＴＥＲメッセージであることを特徴とする請求項１から請求項３のいずれかに記載の通信制御装置。
5. 前記Ｐ−ＣＳＣＦサーバは、前記端末種別記憶部に記憶された端末種別情報に基づいて識別された非ＩＭＳ端末から受信したＲＥＧＩＳＴＥＲメッセージ内の情報に基づいて認証情報を生成し、当該ＲＥＧＩＳＴＥＲメッセージに認証情報を付加することでフォーマット変換することを特徴とする請求項１から請求項４のいずれかに記載の通信制御装置。
6. 前記Ｐ−ＣＳＣＦサーバは、前記端末種別記憶部に記憶された端末種別情報に基づいて識別された非ＩＭＳ端末から受信したＩＮＶＩＴＥまたは応答メッセージに、当該非ＩＭＳ端末に接続されたアクセス回線を示すアクセスネットワーク情報を付加することでフォーマット変換することを特徴とする請求項１から請求項４のいずれかに記載の通信制御装置。
7. 前記Ｐ−ＣＳＣＦサーバは、ユーザ登録時にＩＭＳ対応のシステム内でセッション制御を行う中継装置から通知された当該中継装置向けのルーティング情報を保持し、前記端末種別記憶部に記憶された端末種別情報に基づいて識別された非ＩＭＳ端末から受信したＩＮＶＩＴＥに、前記ルーティング情報を付加することでフォーマット変換することを特徴とする請求項１から請求項４のいずれかに記載の通信制御装置。
8. 前記Ｐ−ＣＳＣＦサーバは、ＩＭＳ対応のシステム内でセッション制御を行う中継装置から通知されたＩＮＶＩＴＥの宛先が、前記端末種別記憶部に記憶された端末種別情報に基づいて非ＩＭＳ端末であると識別された場合、当該非ＩＭＳ端末宛のＩＮＶＩＴＥ内の発信者情報を、当該非ＩＭＳ端末で処理可能な発信者情報に直すことでフォーマット変換することを特徴とする請求項１から請求項４のいずれかに記載の通信制御装置。
9. 前記Ｐ−ＣＳＣＦサーバは、前記端末種別記憶部に記憶された端末種別情報に基づいて識別された非ＩＭＳ端末と他ユーザ端末との間の送受信信号となるＩＮＶＩＴＥ内または応答メッセージ内のメディアに関する情報を、当該非ＩＭＳ端末で処理可能なメディアに関する情報に変換することを特徴とする請求項１から請求項４のいずれかに記載の通信制御装置。
10. 請求項１から請求項９のいずれかに記載の通信制御装置と、前記通信制御装置に接続され、ユーザ単位で情報が登録されるデータベースを有するＩＭＳ対応の管理サーバを備え、
    前記管理サーバのデータベースは、前記ユーザ端末のユーザＩＤが登録されるユーザＩＤフィールドと、前記ユーザ端末に関連する付加情報が登録される付加情報フィールドとを含み、
    前記ユーザＩＤフィールドにユーザＩＤを登録し、前記付加情報フィールドに付加情報として前記ユーザ端末が属するグループのグループＩＤを登録してユーザＩＤとグループＩＤとを関連付けると共に、前記ユーザＩＤフィールドにグループＩＤを登録し、前記付加情報フィールドに付加情報としてグループ情報を登録してグループＩＤとグループ情報とを関連付けることで、グループＩＤを介してユーザＩＤとグループ情報とを関連付けることを特徴とする通信制御システム。
11. 請求項１から請求項９のいずれかに記載の通信制御装置と、前記通信制御装置から中継された前記ユーザ端末のユーザ情報が登録されたデータベースを有する管理サーバとを備えたＩＭＳ対応のシステム内に、前記非ＩＭＳ対応のアプリケーションサーバをさらに備え、
    前記アプリケーションサーバは、非ＩＭＳ対応のデータベースに対するＡＰＩ（Application Programming Interface）をＩＭＳ対応のデータベースに対するＡＰＩにインターフェース変換するコンバータを有し、前記コンバータによるインターフェース変換によりＩＭＳ対応のＡＰＩを介して前記管理サーバのデータベースを参照し、前記ユーザ端末にアプリケーションを提供することを特徴とする通信制御システム。
    

Images