JP5839604B2 - Ａｐｌ−ｇｗ−ｆｅ - Google Patents

Description

本発明は、ＮＧＮ（next generation network：次世代ネットワーク）における、ＡＰＬ−ＧＷ−ＦＥ（Application gateway functional entity）に関する。

ＮＧＮでのアプリケーションサービスを制御する機能として、ＩＴＵ−Ｔ勧告Ｙ．２０１２で規定されるＡＳＦ＆ＳＳＦ（Application Support Functions and Service Support Functions)がある（非特許文献１参照）。

ＡＳＦ＆ＳＳＦの構成要素であるＡＳ−ＦＥ（Application support functional entity）は、各サービスのサービスロジックを収容・実行するものである（特許文献１参照）。また、ＡＳＦ＆ＳＳＦの構成要素であるＡＰＬ−ＧＷ−ＦＥは、ＮＧＮ外部のアプリケーション（以下、「ＡＰＬ」）向けのゲートウェイであり、外部のＡＰＬ向けのＡＰＩ／プロトコルである、例えば、ＰａｒｌａｙＸ／ＳＯＡＰと、ＮＧＮ向けの呼制御プロトコルであるＳＩＰとのインタワークを行うものである。

また、ＡＳＦ＆ＳＳＦの構成要素であるＳＳ−ＦＥ（Service switching functional entity）は、ＰＳＴＮ（Public Switched Telephone Network：公衆交換電話網）においてサービスを提供する高度ＩＮ（Intelligent Network）のＳＣＰ（Service Control Point）にアクセスするための機能要素である。また、ＡＳＦ＆ＳＳＦの構成要素であるＡＰＬ−ＳＣＭ−ＦＥ（Application Service Coordination Manager Functional Entity）は、ＡＳ−ＦＥやＡＰＬ−ＧＷ−ＦＥ、ＳＳ−ＦＥの複数のＡＰＬ／サービスとのインタラクション（連携）を管理する。

特開2011-40000号公報

ITU-T: Functional requirements and architecture of the NGN, ITU-T Recommendation Y.2012 (Jul. 2006)

従来のＮＧＮにおけるＡＰＬ−ＧＷ−ＦＥでは、（１）ＮＧＮで呼制御を行うＳ−ＣＳＣ−ＦＥ（Serving Call Session Control Functional Entity）、および、ガイダンス等のメディアリソースを制御するＭＲＣ−ＦＥ（Media Resource Control Functional Entity）と連携したＳＩＰセッション制御を行う「呼処理機能」と、（２）ＡＰＬサーバに応じたＡＰＩ／プロトコルからなる「ＩＦ（Interface：インタフェース）機能」とが一体として構成されている。つまり、呼処理機能とＩＦ機能とを分けることなく、ＡＰＬ−ＧＷ−ＦＥの機能として一連のソフトウェアが開発される。

ここで、ＡＰＬ−ＧＷ−ＦＥに要求される信頼性、可用性、性能は、連携するＡＰＬサーバによって異なる。例えば、基本的に停止することが許されない高い信頼性、可用性、性能を要求される従来のＰＳＴＮと同程度の高い信頼性等が要求される場合もあれば、低くて構わない場合もある。しかしながら、従来のＡＰＬ−ＧＷ−ＦＥでは、呼処理機能とＩＦ機能の両方が一体となった構成のため、接続するＡＰＬサーバに適合させて柔軟にサーバ構成を変更することができない。例えば、呼処理機能は高い信頼性等を維持しつつ、ＩＦ機能は、接続するＡＰＬサーバに応じて、信頼性等を低めに設定し、開発費用や運用費用の削減を実現するような構成にすることはできない。

また、ＡＰＬ−ＧＷ−ＦＥの様々なシステム構成や、ＡＰＬ−ＧＷ−ＦＥに接続されるミドルウェアに特化してＡＰＬ−ＧＷ−ＦＥのソフトウェアを開発すると、後に外部条件に合わせてシステム構成の変更が求められた場合やミドルウェアに変更が生じた場合に、大幅に設計をし直す可能性があり、開発箇所を局所化できないという問題がある。

本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、システム構成変更またはミドルウェアの変更に影響を受けにくいＡＰＬ−ＧＷ−ＦＥを提供することにある。

上記目的を達成するため、本発明は、外部のＡＰＬ（Application）サーバとネットワークを介して接続され、端末に通信サービスを提供するＡＰＬ−ＧＷ−ＦＥ（Application Gateway Functional Entity）であって、前記ＡＰＬ−ＧＷ−ＦＥは、呼処理部と、前記ＡＰＬサーバとのＩＦ（Interface）部とを分離して備え、前記呼処理部は、前記端末から受信したメッセージの前記ＡＰＬサーバへの接続ＩＦ種別を解析するＩＦ種別解析部と、前記解析した接続ＩＦ種別に対応するＩＦ部のサーバを、振分先リストを用いて振り分け、前記メッセージおよび前記解析した接続ＩＦ種別を、振り分けたＩＦ部のサーバに送信するＩＦサーバ振分部と、を備え、前記ＩＦ部は、前記呼処理部から送信されたメッセージを、前記解析した接続ＩＦ種別用のＩＦ変換部に振り分けるＩＦ変換振分部と、前記メッセージを所定のＩＦに変換し、前記ＡＰＬサーバに送信するＩＦ変換部と、を備える。

本発明は、外部のＡＰＬ（Application）サーバとネットワークを介して接続され、端末に通信サービスを提供するＡＰＬ−ＧＷ−ＦＥ（Application Gateway Functional Entity）であって、前記ＡＰＬ−ＧＷ−ＦＥは、呼処理部と、前記ＡＰＬサーバとのＩＦ（Interface）部と分離して備え、前記呼処理部は、ミドルウェア依存の格納場所にデータの書き込み、または前記格納場所からデータの読み出しを制御するデータ書込／読込部を備える。

本発明は、外部のＡＰＬ（Application）サーバとネットワークを介して接続され、端末に通信サービスを提供するＡＰＬ−ＧＷ−ＦＥ（Application Gateway Functional Entity）であって、前記ＡＰＬ−ＧＷ−ＦＥは、呼処理部と、前記ＡＰＬサーバとのＩＦ（Interface）部と分離して備え、前記呼処理部は、ミドルウェアを介して投入されたコマンドを受け付け、当該コマンドが前記ＩＦ部で使用するコマンドの場合、当該コマンドを前記ＩＦ部に送信するコマンド制御部を、さらに備える。

本発明によれば、システム構成変更またはミドルウェアの変更に影響を受けにくいＡＰＬ−ＧＷ−ＦＥを提供することができる。

本実施形態に係るＡＳＦ＆ＳＳＦの全体構成を示す図である。 第１の実施形態に係るＡＰＬ−ＧＷ−ＦＥの機能ブロック図である。 第１の実施形態における共通的な機能配置を説明するための説明図である。 第２の実施形態に係るＡＰＬ−ＧＷ−ＦＥの機能ブロック図である。 第３の実施形態に係るＡＰＬ−ＧＷ−ＦＥの機能ブロック図である。

以下、本発明の実施の形態について、図面を参照して説明する。

図１は、本実施形態に係るＡＳＦ＆ＳＳＦ１００の全体構成を示す図である。ＡＳＦ＆ＳＳＦ１００は、ＮＧＮにおいて、アプリケーションサービスを制御する機能を有する。図示するＡＳＦ＆ＳＳＦ１００は、ＡＰＬ−ＧＷ−ＦＥ（Application gateway functional entity）１０と、ＡＳ−ＦＥ（Application Support Functional Entity）２０と、ＡＰＬ−ＳＣＭ−ＦＥ（Application Service Coordination Manager Functional Entity）３０と、ＳＳ−ＦＥ（Service Switching Functional Entity）４０とを備える。

ＡＰＬ−ＧＷ−ＦＥ１０は、ＮＧＮの外部のＡＰＬサーバ２と接続されるとともに、ＡＳ−ＦＥ２０、ＡＰＬ−ＳＣＭ−ＦＥ３０およびＳＳ−ＦＥ４０と接続され、外部のＡＰＬ向けのインタフェースと、ＮＧＮにおけるＳＩＰによる呼処理を実行する。ＡＳ−ＦＥ２０は、ＡＰＬ−ＧＷ−ＦＥ１０、ＡＰＬ−ＳＣＭ−ＦＥ３０およびＳＳ−ＦＥ４０と接続され、各アプリケーションサービスのサービスロジック（サービスを実現するためのアプリケーションプログラム）を収容し、実行する。ＡＰＬ−ＳＣＭ−ＦＥ３０は、ＡＰＬ−ＧＷ−ＦＥ１０、ＡＳ−ＦＥ２０およびＳＳ−ＦＥ４０と接続され、複数のＡＰＬを実行する際の連携を制御する。ＳＳ−ＦＥ４０は、ＡＰＬ−ＧＷ−ＦＥ１０、ＡＳ−ＦＥ２０およびＡＰＬ−ＳＣＭ−ＦＥ３０と接続され、従来のＰＳＴＮ（Public Switched Telephone Networks）との連携を制御する。

＜第１の実施形態＞
図２は、第１の実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０の構成例を示す機能ブロック図である。図２に示すように、本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０は、従来一体として設けられていた呼処理機能とＩＦ機能とを分離して構成した、呼処理部１１とＩＦ部１２とを備える。

ＡＰＬ−ＧＷ−ＦＥ１０の呼処理部１１は、ＮＧＮのネットワークを介して、呼制御を行うＳ−ＣＳＣ−ＦＥ５０や、ガイダンス等のメディアリソースを制御するＭＲＣ−ＦＥと連携し、図示しない端末からのＳＩＰ（Session Initiation Protocol）メッセージを受信して、そのメッセージに応じた呼処理を実行する。ここで、端末は、例えば、電話回線を介してＮＧＮに接続されるＩＰ（Internet Protocol）電話や、無線回線を介して接続される携帯電話機、若しくは、インターネットを介して接続されるコンピュータ等である。

ＩＦ部１２は、外部ネットワークを介して、外部のＡＰＬサーバ２１、２２と接続され、例えば、Ｐａｒｌａｙ Ｘ等のＡＰＩにより、ＡＰＬサーバ２１、２２に応じたＩＦ機能を実現する。なお、図２に示すＡＰＬ−ＧＷ−ＦＥ１０は、複数のサーバにそれぞれＩＦ部１２を搭載しているものとする。

以下に、呼処理部１１およびＩＦ部１２が備える機能の詳細を説明する。

（呼処理部）
本実施形態の呼処理部１１は、具体的には、特許文献１（特開２０１１−４００００号公報）に記載された通信サービス提供サーバが備える構成を改良し、新たな機能を追加したものとして実現する。特許文献１に記載された通信サービス提供サーバは、ＡＳ−ＦＥにおいて、各ＡＰＬのサービスに依存しない共通部分を部品（プログラムのモジュール）として予め用意しておくことで、呼接続や、呼切断、ガイダンス再生等の基本的な呼処理を実行させ、効率的な通信サービスを提供する。

図２に示す本実施形態の呼処理部１１は、通信プロトコルスタック１１１と、発ＵＡ（User Agent）１１２と、連携ＡＰＬ部１１３と、ＩＦ種別解析部１１４と、ＩＦサーバ（クラスタ）振分部１１５と、連携ＵＡ１１６と、通信部１１７とを備える。

通信プロトコルスタック１１１は、ネットワークで用いられるプロトコルのプロトコルスタックとして機能し、例えば、ＳＩＰ等のプロトコルに基づき、メッセージのエンコードおよびデコードを行う。

発ＵＡ１１２は、端末との間でセッションを確立するためのメッセージの送受信を行い、対向装置ごとの通信プロトコルレベルでの状態管理を行う。

連携ＡＰＬ部１１３は、端末が送信した外部のＡＰＬサーバ２１、２２を利用するサービスに関するメッセージを、通信プロトコルスタック１１１および発ＵＡ１１２を介して取得すると、当該メッセージを通信部１１７等を介してＩＦ部１２に送信する。また、連携ＡＰＬ部１１３は、ＩＦ部１２から、通信サービスの制御情報を、通信部１１７等を介して取得し、当該制御情報を用いて端末への呼処理を行う。

ＩＦ種別解析部１１４は、端末から受信したメッセージについて、外部のＡＰＬサーバ２１、２２との接続ＩＦ種別を分析する。例えば、ＩＦ種別解析部１１４は、図２に示すＩＦ種別リスト１１４ａを備え、Ｓ−ＣＳＣ−ＦＥ５０を介して端末から受信したメッセージで指定されたサービスを実施するＡＰＬサーバ２１、２２のＩＦ種別を取得する。図示するＩＦ種別リスト１１４ａは、各サービスと、当該サービスに必要なＩＦ種別とが対応付けて記憶されている。

ＩＦサーバ（クラスタ）振分部１１５は、ＩＦ種別解析部１１４の解析結果（接続ＩＦ種別）を用いて、端末から受信したメッセージの振分先（送信先）のＩＦ部１２のサーバ（またはクラスタ）を決定する。例えば、ＩＦサーバ（クラスタ）振分部１１５は、図２に示すような振分先リスト１１５ａを参照し、解析結果の接続ＩＦ種別に対応するＩＦ部１２のサーバ（またはクラスタ）を決定する。なお、振分先リスト１１５ａには、各ＩＦ種別と、当該ＩＦ種別に対応するＩＦ部１２のサーバ（またはクラスタ）のＩＰアドレスとが設定されている。そして、ＩＦサーバ（クラスタ）振分部１１５は、決定した振分先のＩＦ部１２に、端末から受信したメッセージと、ＩＦ種別解析部１１４が解析した接続ＩＦ種別とを、連携ＵＡ１１６および通信部１１７とを介して送信する。

連携ＵＡ１１６は、ＩＦ部１２と連携するためにＩＦ部１２側の状態を管理する。通信部１１７は、ＩＦ部１２との間で、情報の送受信を行う通信インタフェースにより構成される。

（ＩＦ部）
次に、本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０のＩＦ部１２について説明する。前述のとおり、図２に示すＡＰＬ−ＧＷ−ＦＥ１０は、複数のサーバにＩＦ部１２をそれぞれ搭載しているものとする。

本実施形態の各ＩＦ部１２は、外部のＡＰＬサーバ２１、２２向けのＡＰＩ／プロトコルと、ＮＧＮ向けの呼制御プロトコルであるＳＩＰとのインタワークを行うものである。図２に示すＡＰＬ−ＧＷ−ＦＥ１０のＩＦ部１２は、通信部１２１と、連携ＵＡ１２２と、ＩＦ変換振分部１２３と、ＩＦ変換部１２４と、通信プロトコルスタック１２５とを備える。

通信部１２１は、呼処理部１１との間で、情報の送受信を行う通信インタフェースにより構成される。連携ＵＡ１２２は、呼処理部１１と連携するために呼処理部１１側の状態を管理する。

ＩＦ変換振分部１２３は、呼処理部１１から送信されたメッセージ（端末から送信されたメッセージ）と、ＩＦ種別解析部１１４が解析した接続ＩＦ種別とを、通信部１２１および連携ＵＡ１２２を介して受け付け、当該メッセージを接続ＩＦ種別に対応するＩＦ変換部１２４に振り分け、送出する。

ＩＦ変換部１２４は、外部のＡＰＬサーバ２１、２２との接続ＩＦ（ＡＰＩ／プロトコル）と、呼処理部１１との通信用のＩＦ（内部ＩＦ）とを相互に変換する。なお、ＩＦ変換部１２４は、各ＡＰＬサーバ２１、２２とのＩＦ毎に存在する。すなわち、ＩＦ変換振分部１２３から受け付けた内部ＩＦのメッセージを、対応する外部のＡＰＬサーバ２１、２２用のＩＦ（例えば、Ｐａｒｌａｙ Ｘ、ＳＩＰなど）のメッセージに変換する。そして、変換したメッセージを、当該メッセージで指定されたサービスを提供するＡＰＬサーバ２１に、通信プロトコルスタック１２５を介して送信する。

通信プロトコルスタック１２５は、外部ネットワークで用いられるプロトコルのプロトコルスタックとして機能し、例えば、ＳＩＰやＳＯＡＰ／ＨＴＴＰ等のプロトコルに基づき、メッセージのエンコードおよびデコードを行う。

以上説明したように、本実施形態のＡＰＬ−ＧＷ−ＦＥ１０では、呼処理部１１とＩＦ部１２とを分離した構成とし、これにより、本実施形態では、例えば、連携するＡＰＬサーバ２１、２２の信頼性、可用性、性能等の要件に応じて、ＡＰＬ−ＧＷ−ＦＥ１０のシステム構成（サーバ構成）を柔軟に変更することが可能となる。例えば、低遅延が要求される場合は呼処理部１１とＩＦ部１２を同一のサーバに搭載する構成を選択し、また、ＩＦ部１２の処理量が呼処理部１１よりも大幅に多い場合は呼処理部１１とＩＦ部１２を別サーバに搭載する構成を選択し、さらに、ＩＦ部１２に高性能のハードウェアを使用したり複数台で構成したりすることなどが可能である。

また、本実施形態のＡＰＬ−ＧＷ−ＦＥ１０では、端末から送信されたメッセージを外部のＡＰＬサーバ２１、２２と接続するための接続ＩＦ種別を解析するＩＦ種別解析部１１４と、メッセージの振分先のＩＦ部１２を決定するＩＦサーバ（クラスタ）振分部１１５とを呼処理部１１に配置し、ＩＦ種別解析部１１４の解析結果を用いて対応するＩＦ変換部１２４へメッセージを振り分けるＩＦ変換振分部１２３は、ＩＦ部１２に配置する。

これにより、本実施形態では、ＡＰＬ−ＧＷ−ＦＥ１０がとりうる様々なシステム構成において、共通的なソフトウェア構成とすることができ、ＡＰＬ−ＧＷ−ＦＥ１０におけるサーバ構成変更時のソフトウェア開発箇所の局所化を可能とすることができる。これについて、図３を用いて具体的に説明する。

図３（ａ）は、本実施形態のＡＰＬ−ＧＷ−ＦＥ１０のシステム構成を示すものであって、（ａ−１）のシステム構成（縮退構成）の場合と、（ａ−２）のシステム構成（呼処理部１１とＩＦ部１２の分離構成）の場合とで、ＡＰＬ−ＧＷ−ＦＥ１０のソフトウェア構成を共通化することができる。すなわち、（ａ−１）は、呼処理部１１とＩＦ部１２とを１つのサーバに搭載した構成例であって、ＩＦ部１２には複数のＩＦ変換部１２４を備える。（ａ−２）は、呼処理部１１のサーバとＩＦ部１２のサーバとを分離し、さらにＩＦ部１２はＩＦ種別毎に複数のサーバでクラスタ構成されている構成例であって、各ＩＦ部１２は１つのＩＦ変換部１２４を備える。本実施形態では、ＩＦ種別解析部１１４およびＩＦサーバ（クラスタ）振分部１１５を呼処理部１１に配置し、ＩＦ変換振分部１２３をＩＦ部１２に配置することで、ＡＰＬ−ＧＷ−ＦＥ１０のシステムがどのような構成であっても、（ａ−１）、（ａ−２）に示すように共通したソフトウェア構成とすることができる。

なお、（ａ−１）のシステム構成の場合、ＩＦ部１２は１つであるため、本来、ＩＦサーバ（クラスタ）振分部１１５は不要であるが、共通的なソフトウェア構成とするために、単一の振分先のＩＦ部１２のアドレスを設定した振分先リスト１１５ａを設定する。このように、ＩＦサーバ振分部１１５の振分先リスト１１５ａを変更することにより、システム構成変更時の影響を吸収し、容易にシステム変更に対応することができる。

図３（ｂ）は、システム構成に特化したＡＰＬ−ＧＷ−ＦＥを示すものである。（ｂ−１）は、呼処理部１１とＩＦ部１２とを１つのサーバに搭載した構成例であって、この場合、ＩＦ部１２にＩＦ種別解析部およびＩＦ変換振分部を配置する。（ｂ−２）は、呼処理部１１が１つのサーバで、ＩＦ部１２がＩＦ種別毎に複数のサーバでクラスタ構成されている構成例であって、この場合、呼処理部１１にＩＦ種別解析部およびＩＦサーバ（クラスタ）振分部を配置する。このような、各システム構成に特化したＡＰＬ−ＧＷ−ＦＥとした場合、ＡＰＬ−ＧＷ−ＦＥの機能構成は、各システム構成において共通化していないため、システム構成が（ｂ−１）から（ｂ−２）に変更した場合、または（ｂ−２）から（ｂ−１）に変更した場合に、大幅に設計をし直す必要があり、開発箇所を局所化できず、ソフトウェアの開発箇所が多岐にわたる。

これに対し、本実施形態では、図３（ａ）に示すようにシステム構成に依存しない共通した機能構成であるため、システム構成の変更によるソフトウェアの開発箇所を局所化することができる。すなわち、ＩＦサーバ振分部１１５の振分先リスト１１５ａを変更することで、容易にシステム変更に対応することができる。また、本実施形態では、複数のシステム構成向けに、ＡＰＬ−ＧＷ−ＦＥ１０をそれぞれ開発する場合に、共通した機能構成であるため、システム構成ごとの開発負荷を低減し、新規開発箇所の局所化を図ることができる。

＜第２の実施形態＞
図４は、第２の実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０Ａの構成例を示す機能ブロック図である。図４に示すように、本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０Ａは、従来一体として設けられていた呼処理機能とＩＦ機能とを分離して構成した、呼処理部１１ＡとＩＦ部１２Ａとを備える。

呼処理部１１Ａは、ＮＧＮのネットワークを介して、呼制御を行うＳ−ＣＳＣ−ＦＥや、ガイダンス等のメディアリソースを制御するＭＲＣ−ＦＥと連携し、図示しない端末からのＳＩＰメッセージを受信して、そのメッセージに応じた呼処理を実行する。ＩＦ部１２Ａは、外部ネットワークを介して、外部のＡＰＬサーバ２と接続され、例えば、Ｐａｒｌａｙ Ｘ等のＡＰＩにより、ＡＰＬサーバ２に応じたＩＦ機能を実現する。

本実施形態では、呼処理部１１Ａに接続するミドルウェアＡ６０は、固定のミドルウェアであって、ＩＦ部１２Ａに接続するミドルウェアＢ７０は、変更可能なミドルウェアであるものとする。呼処理部１１Ａについては、ＡＳ−ＦＥ２０の構成が適用可能なため既存ＡＳ−ＦＥ２０を活用することを考えるとミドルウェアＡ６０は固定となり、一方、ＩＦ部１２ＡのミドルウェアＢ７０についてはサービス要件に合わせて変更可能とすることが考えられる。

本実施形態のＩＦ部１２Ａは、通信プロトコルスタック１２１Ａと、ＩＦ変換部１２２Ａと、通信部１２３Ａとを備える。通信プロトコルスタック１２１Ａは、外部のＡＰＬサーバ２で用いられるプロトコルのプロトコルスタックとして機能し、例えば、ＳＩＰやＳＯＡＰ／ＨＴＴＰ等のプロトコルに基づき、メッセージのエンコードおよびデコードを行う。ここでは、通信プロトコルスタック１２１Ａは、ＡＰＬサーバ２から送信されたメッセージを、ＩＦ変換部１２２Ａに送出する。

ＩＦ変換部１２２Ａは、外部のＡＰＬサーバ２との接続ＩＦ（ＡＰＩ／プロトコル）と、呼処理部１１Ａとの通信用のＩＦ（内部ＩＦ）とを相互に変換する。例えば、ＳＩＰと内部ＩＦとを相互変換するＩＦ変換部、Ｐａｒｌａｙ Ｘと内部ＩＦとを相互変換するＩＦ変換部などを備える。ここでは、ＩＦ変換部１２２Ａは、通信プロトコルスタック１２１Ａから受け取ったメッセージを、内部ＩＦに変換する。

通信部１２３Ａは、呼処理部１１Ａとの間で、情報の送受信を行う通信インタフェースにより構成される。ここでは、通信部１２３Ａは、内部ＩＦに変換後のメッセージを呼処理部１１Ａに送信する。

本実施形態の呼処理部１１Ａは、通信部１１１Ａと、連携ＡＰＬ部１１２Ａと、データ書込／読込部１１３Ａと、ミドルアダプタ１１４Ａとを備える。

通信部１１１Ａは、ＩＦ部１２Ａとの間で、情報の送受信を行う通信インタフェースにより構成される。ここでは、通信部１１１Ａは、ＩＦ部１２Ａから受け付けたメッセージを連携ＡＰＬ部１１２Ａに送出する。

連携ＡＰＬ部１１２Ａは、呼処理部１１Ａ内の各種機能を利用可能なアプリケーションであって、ＩＦ部１２Ａに呼処理部１１Ａの機能を提供する。ここでは、連携ＡＰＬ部１１２Ａは、受け付けたメッセージに対して所定の呼処理を行うことにより、ミドルウェアＡ６０へのデータアクセス指示をデータ書込／読込部１１３Ａに送出する。

データ書込／読込部１１３Ａは、呼処理の中で各種データをミドルウェアＡ６０依存の格納場所に書き込みおよび読み込みを行うための制御を行う。具体的には、データ書込／読込部１１３Ａは、連携ＡＰＬ部１１２Ａから受け付けた指示により、ミドルウェアＡ６０依存の格納場所にデータの書き込み、または前記格納場所からデータの読み込みを行うための制御命令を生成し、ミドルアダプタ１１４Ａを介してミドルウェアＡ６０へ送信する。ミドルアダプタ１１４Ａは、ミドルウェアＡ６０と接続するためのアダプタである。

このように本実施形態では、ミドルウェアＡ６０へのデータ書込みおよび読込みを行うデータ書込／読込部１１３Ａおよびミドルアダプタ１１４Ａを、呼処理部１１Ａに配置する。呼処理部１１Ａに接続されるミドルウェアＡ６０は、固定のミドルウェアであるため、呼処理部１１Ａにデータ書込／読込部１１３Ａおよびミドルアダプタ１１４Ａを備えることで、ミドルウェアの変更に影響を受けない共通的なソフトウェア構成とすることができる。

なお、ＩＦ部１２Ａにデータ書込／読込部１１３Ａおよびミドルアダプタ１１４Ａを配置した場合、ＩＦ部１２Ａに接続されるミドルウェアＢ７０は、変更可能なミドルウェアであるため、ミドルウェアＢ７０が変更になる度に、変更後のミドルウェアＢ７０にあわせて、データ書込／読込部１１３Ａおよびミドルアダプタ１１４Ａの変更が生じることになる。本実施形態では、データ書込／読込部１１３Ａおよびミドルアダプタ１１４Ａを呼処理部１１Ａに配置し、連携ＡＰＬ部１１２Ａを介してリモートで呼処理部１１Ａが備えるデータ書込／読込部１１３ＡをＩＦ部１２Ａ側で活用することで、各システム構成で共通可能な機能配置とすることができ、システム構成変更時の開発局所化を実現することができる。また、ミドルウェアの変更に影響を受けにくいＡＰＬ−ＧＷ−ＦＥを提供することができる。

＜第３の実施形態＞
図５は、第３の実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０Ｂの構成例を示す機能ブロック図である。図５に示すように、本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０Ｂは、従来一体として設けられていた呼処理機能とＩＦ機能とを分離して構成した、呼処理部１１ＢとＩＦ部１２Ｂとを備える。

呼処理部１１Ｂは、ＮＧＮのネットワークを介して、呼制御を行うＳ−ＣＳＣ−ＦＥや、ガイダンス等のメディアリソースを制御するＭＲＣ−ＦＥと連携し、図示しない端末からのＳＩＰメッセージを受信して、そのメッセージに応じた呼処理を実行する。ＩＦ部１２Ｂは、外部ネットワークを介して、外部のＡＰＬサーバと接続され、例えば、Ｐａｒｌａｙ Ｘ等のＡＰＩにより、ＡＰＬサーバに応じたＩＦ機能を実現する。

本実施形態では、呼処理部１１Ｂに接続するミドルウェアＡ６０は、固定のミドルウェアであって、ＩＦ部１２Ａに接続するミドルウェアＢ７０は、変更可能なミドルウェアであるものとする。呼処理部１１Ｂについては、ＡＳ−ＦＥ２０の構成が適用可能なため既存ＡＳ−ＦＥ２０を活用することを考えるとミドルウェアＡ６０は固定となり、一方、ＩＦ部１２ＢのミドルウェアＢ７０についてはサービス要件に合わせて変更可能とすることが考えられる。

本実施形態の呼処理部１１Ｂは、ミドルアダプタ１１１Ｂと、コマンド制御部１１２Ｂと、コマンド実行部１１３Ｂと、通信部１１４Ｂと、を備える。

ミドルアダプタ１１１Ｂは、ミドルウェアＡ６０と接続するためのアダプタであって、ミドルウェアＡ６０を介して、他装置から投入される各サービスの保守コマンドを受け付け、コマンド制御部１１２Ｂに送出する。

コマンド制御部１１２Ｂは、投入されたコマンドを受け付けて、当該コマンドを振り分ける。すなわち、呼処理部１１Ｂで使用するコマンドが投入された場合は、当該コマンドに対応するコマンド実行部１１３Ｂに当該コマンドを振り分け、送出する。ＩＦ部１２Ｂで使用するコマンドが投入された場合は、シンタックスチェックなどのチェックを一切行わず、ノーチェックで（透過的に）通信部１１４Ｂを介してＩＦ部１２Ｂに送信する。なお、ＩＦ部１２Ｂ用のコマンドが新たに追加となる場合に、呼処理部１１Ｂ側に影響がないように、実際のコマンドは引数に記載する。

各コマンド実行部１１３Ｂは、コマンド制御部１１２Ｂから受け付けたコマンドを実行する。通信部１１４Ｂは、ＩＦ部１２Ｂとの間で、情報の送受信を行う通信インタフェースにより構成される。ここでは、通信部１１４Ｂは、コマンド制御部１１２Ｂから受け付けたコマンドをＩＦ部１２Ｂに送信する。

本実施形態のＩＦ部１２Ｂは、通信部１２１Ｂと、コマンド制御部１２２Ｂと、コマンド実行部１２３Ｂと、を備える。

通信部１２１Ｂは、呼処理部１１Ｂとの間で、情報の送受信を行う通信インタフェースにより構成される。ここでは、通信部１２１Ｂは、呼処理部１１Ｂから透過的に送信されたコマンドをコマンド制御部１２２Ｂに送出する。

コマンド制御部１２２Ｂは、呼処理部１１Ｂから送信された、ＩＦ部１２Ｂで使用するコマンドを受け付け、当該コマンドを対応するコマンド実行部１２３Ｂに振り分け、送出する。各コマンド実行部１２３Ｂは、コマンド制御部１２２Ｂから受け付けたコマンドを実行する。なお、各コマンド実行部１２３Ｂは、コマンドを実行する際に、コマンドのシンタックスチェックを行う。

このように本実施形態では、ミドルアダプタ１１１Ｂおよびコマンド制御部１１２Ｂを、呼処理部１１Ｂに配置する。呼処理部１１Ｂに接続されるミドルウェアＡ６０は、固定のミドルウェアであるため、呼処理部１１Ｂにミドルアダプタ１１１Ｂおよびコマンド制御部１１２Ｂを備えることで、ミドルウェアの変更に影響を受けない共通的なソフトウェア構成とすることができる。

なお、ＩＦ部１２Ｂにミドルアダプタ１１１Ｂおよびコマンド制御部１１２Ｂを配置した場合、ＩＦ部１２Ｂに接続されるミドルウェアＢ７０は、変更可能なミドルウェアであるため、ミドルウェアＢ７０が変更になる度に、変更後のミドルウェアＢ７０にあわせて、ミドルアダプタ１１１Ｂおよびコマンド制御部１１２Ｂの変更が生じることになる。本実施形態では、コマンドを呼処理部１１Ｂ側から投入してＩＦ部１２Ｂに透過することで、ミドルウェアの変更の影響を受けることなく、各システム構成で共通可能な機能配置とすることができ、システム構成変更時の開発局所化を実現することができる。すなわち、ミドルウェアの変更に影響を受けにくいＡＰＬ−ＧＷ−ＦＥを提供することができる。

なお、以上説明した第１から第３の実施形態のＡＰＬ−ＧＷ−ＦＥ１０は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされたＡＰＬ−ＧＷ−ＦＥ１０用のプログラムを実行することにより、ＡＰＬ−ＧＷ−ＦＥ１０の各機能が実現される。また、ＡＰＬ−ＧＷ−ＦＥ１０用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。

なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、本発明は、第１から第３の実施形態を組み合わせたものであってもよい。例えば、第１の実施形態に第２の実施形態および／または第３の実施形態を組み合わせたものであってもよく、また、第２の実施形態と第３の実施形態とを組み合わせたものであってもよい。

１００：ＡＳＦ＆ＳＳＦ
１０ ：ＡＰＬ−ＧＷ−ＦＥ
１１ ：呼処理部
１１１：通信プロトコルスタック
１１２：発ＵＡ
１１３：連携ＡＰＬ部
１１４：ＩＦ種別解析部
１１４ａ：ＩＦ種別リスト
１１５：ＩＦサーバ（クラスタ）振分部
１１５ａ：振分先リスト
１１６：連携ＵＡ
１１７：通信部
１２ ：ＩＦ部
１２１：通信部
１２２：連携ＵＡ
１２３：ＩＦ変換振分部
１２４：ＩＦ変換部
１２５：通信プロトコルスタック
２０ ：ＡＳ−ＦＥ
３０ ：ＡＰＬ−ＳＣＭ−ＦＥ
４０ ：ＳＳ−ＦＥ
５０ ：Ｓ−ＣＳＣ−ＦＥ
２、２１、２２：ＡＰＬサーバ

Claims (5)

1. 外部のＡＰＬ（Application）サーバとネットワークを介して接続され、端末に通信サービスを提供するＡＰＬ−ＧＷ−ＦＥ（Application Gateway Functional Entity）であって、
   前記ＡＰＬ−ＧＷ−ＦＥは、呼処理部と、前記ＡＰＬサーバとのＩＦ（Interface）部とを分離して備え、
   前記呼処理部は、
   前記端末から受信したメッセージの前記ＡＰＬサーバへの接続ＩＦ種別を解析するＩＦ種別解析部と、
   前記解析した接続ＩＦ種別に対応するＩＦ部のサーバを、振分先リストを用いて振り分け、前記メッセージおよび前記解析した接続ＩＦ種別を、振り分けたＩＦ部のサーバに送信するＩＦサーバ振分部と、を備え、
   前記ＩＦ部は、
   前記呼処理部から送信されたメッセージを、前記解析した接続ＩＦ種別用のＩＦ変換部に振り分けるＩＦ変換振分部と、
   前記メッセージを所定のＩＦに変換し、前記ＡＰＬサーバに送信するＩＦ変換部と、を備えること
   を特徴とするＡＰＬ−ＧＷ−ＦＥ。
2. 請求項１に記載のＡＰＬ−ＧＷ−ＦＥであって、
   前記呼処理部は、ミドルウェア依存の格納場所にデータの書き込み、または前記格納場所からデータの読み出しを制御するデータ書込／読込部を、さらに備えること
   を特徴とするＡＰＬ−ＧＷ−ＦＥ。
3. 請求項１または２に記載のＡＰＬ−ＧＷ−ＦＥであって、
   前記呼処理部は、ミドルウェアを介して投入されたコマンドを受け付け、当該コマンドが前記ＩＦ部で使用するコマンドの場合、当該コマンドを前記ＩＦ部に送信するコマンド制御部を、さらに備えること
   を特徴とするＡＰＬ−ＧＷ−ＦＥ。
4. 外部のＡＰＬ（Application）サーバとネットワークを介して接続され、端末に通信サービスを提供するＡＰＬ−ＧＷ−ＦＥ（Application Gateway Functional Entity）であって、
   前記ＡＰＬ−ＧＷ−ＦＥは、呼処理部と、前記ＡＰＬサーバとのＩＦ（Interface）部と分離して備え、
   前記呼処理部は、ミドルウェア依存の格納場所にデータの書き込み、または前記格納場所からデータの読み出しを制御するデータ書込／読込部を備えること
   を特徴とするＡＰＬ−ＧＷ−ＦＥ。
5. 外部のＡＰＬ（Application）サーバとネットワークを介して接続され、端末に通信サービスを提供するＡＰＬ−ＧＷ−ＦＥ（Application Gateway Functional Entity）であって、
   前記ＡＰＬ−ＧＷ−ＦＥは、呼処理部と、前記ＡＰＬサーバとのＩＦ（Interface）部と分離して備え、
   前記呼処理部は、ミドルウェアを介して投入されたコマンドを受け付け、当該コマンドが前記ＩＦ部で使用するコマンドの場合、当該コマンドを前記ＩＦ部に送信するコマンド制御部を、さらに備えること
   を特徴とするＡＰＬ−ＧＷ−ＦＥ。

Images