(57)【特許請求の範囲】
【請求項１】
ＡＰＬ（Application）サーバとネットワークを介して接続され、端末に対して通信サービスを提供するためのゲートウェイ機能を実現するＡＰＬ−ＧＷ−ＦＥ（Application Gateway Functional Entity）であって、
前記ＡＰＬ−ＧＷ−ＦＥは、呼処理手段と、ＩＦ（Interface）手段と分離して備え、
前記呼処理手段は、
前記端末から受信したメッセージが、前記ＡＰＬサーバを利用する通信サービスに関するメッセージか否かを判定するサービス判定部と、
前記サービス判定部が、前記ＡＰＬサーバを利用する通信サービスに関するメッセージであると判定した場合に、前記受信したメッセージを、前記ＩＦ手段に送信する連携ＡＰＬ部と、
前記端末との間で前記通信サービスを提供するための呼処理を実行する呼制御部と、を備え、
前記ＩＦ手段は、
前記受信したメッセージを取得し、前記ＡＰＬサーバが提供する通信サービスについての制御情報を、前記呼処理手段の連携ＡＰＬ部を介して、前記呼制御部に送信するＡＰＬ処理部を備え、
前記呼処理手段の呼制御部が、受信した前記制御情報に基づき前記呼処理を実行し、
前記呼処理手段は、さらに、
前記端末に固有な識別情報と、前記端末が契約した通信サービスとを対応付けた加入者情報を記憶するサービス情報記憶部と、
前記呼処理手段のサービス判定部が、前記ＡＰＬサーバを利用する通信サービスに関するメッセージでないと判定した場合に、前記受信したメッセージに含まれる前記端末の前記識別情報に基づき、前記端末が契約した通信サービスを特定し、前記特定した通信サービスを実現するための情報を、前記ＩＦ手段を介して、前記ネットワークに接続されるＤＢ（DataBase）サーバから取得する電話系サービスＡＰＬ部と、を備えること
を特徴とするＡＰＬ−ＧＷ−ＦＥ。
【請求項２】
前記ＡＰＬ処理部には、前記通信サービスを提供するためのＡＰＩ（Application Programming Interface）が設定されており、
前記ＩＦ手段は、前記ネットワークに接続される新たなＡＰＬサーバにより提供される通信サービスに対応させて、前記ＡＰＩまたは前記ＡＰＬサーバとの間で送受信を行うための通信プロトコルの追加、変更、削除の少なくとも１つを実行するＩＦ更新部を、さらに備えること
を特徴とする請求項１に記載のＡＰＬ−ＧＷ−ＦＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＮＧＮ（Next Generation Network：次世代ネットワーク）における、ＡＰＬ−ＧＷ−ＦＥ（Application Gateway Functional Entity）に関する。
【背景技術】
【０００２】
従来から、ＮＧＮでのアプリケーションサービスを制御する機能として、ＩＴＵ−Ｔ勧告Ｙ．２０１２において規定されるＡＳＦ＆ＳＳＦ（Application Support Functions and Service Support Functions）が知られている（非特許文献１参照）。ＡＳＦ＆ＳＳＦの構成要素であるＡＰＬ−ＧＷ−ＦＥは、ＮＧＮ外部のアプリケーション（以下、「ＡＰＬ」と呼ぶ）向けのゲートウェイであり、外部のＡＰＬ向けのＡＰＩ（Application Programming Interface）／プロトコルである、例えば、Ｐａｒｌａｙ  Ｘ（非特許文献２参照）／ＳＯＡＰ（Simple Object Access Protocol ）と、ＮＧＮ向けの呼制御プロトコルであるＳＩＰ（Session Initiation Protocol）とのインタワークを行うものである。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ITU-T: Functional requirements and architecture of the NGN, ITU-T Recommendation Y.2012 (Jul. 2006)
【非特許文献２】ETSI: Open Service Access (OSA); Parlay X Web Services, ETSI ES, 202, 504, V1.1.1 (May. 2008)
【特許文献】
【０００４】
【特許文献１】特開２０１１−４００００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来のＮＧＮにおけるＡＰＬ−ＧＷ−ＦＥでは、（１）ＮＧＮで呼制御を行うＳ−ＣＳＣ−ＦＥ（Serving Call Session Control Functional Entity）、および、ガイダンス等のメディアリソースを制御するＭＲＣ−ＦＥ（Media Resource Control Functional Entity）と連携したＳＩＰセッション制御を行う「呼処理機能」と、（２）ＡＰＬサーバに応じたＡＰＩ／プロトコルからなる「ＩＦ（Interface：インタフェース）機能」とが一体として構成されている。つまり、呼処理機能とＩＦ機能とを分けることなく、ＡＰＬ−ＧＷ−ＦＥの機能として一連のソフトウェアが開発される。従って、ＡＰＬ−ＧＷ−ＦＥにおいて、各種ＡＰＬサーバ向けのＡＰＩ／プロトコルを、新たに追加、変更、削除する際には、呼処理機能とＩＦ機能との両方において関連する箇所のソフトウェアの修正が必要であった。
【０００６】
また、ＡＰＬ−ＧＷ−ＦＥに要求される信頼性、可用性、性能は、接続するＡＰＬサーバによって異なる。例えば、基本的に停止することが許されない高い信頼性、可用性、性能を要求される従来のＰＳＴＮ（Public Switched Telephone Networks）と同程度の高い信頼性等が要求される場合もあれば、低くて構わない場合もある。しかしながら、従来のＡＰＬ−ＧＷ−ＦＥでは、呼処理機能とＩＦ機能の両方が一体となった構成のため、接続するＡＰＬサーバに適合させて柔軟にサーバ構成を変更することができなかった。例えば、呼処理機能は高い信頼性等を維持しつつ、ＩＦ機能は、接続するＡＰＬサーバに応じて、信頼性等を低めに設定し、開発費用や運用費用の削減を実現するような構成にすることはできなかった。
【０００７】
このような背景に鑑みて本発明がなされたのであり、本発明は、各種ＡＰＬサーバ向けのＡＰＩ／プロトコルを追加、変更、削除する際にソフトウェアの修正箇所を局所化する。さらに、各種ＡＰＬサーバの信頼性、可用性、性能等の要件に応じて、ＡＰＩ−ＧＷ−ＦＥのサーバ構成を柔軟に変更可能とすることを課題とする。
【課題を解決するための手段】
【０００８】
前記した課題を解決するため、請求項１に記載の発明は、ＡＰＬサーバとネットワークを介して接続され、端末に対して通信サービスを提供するためのゲートウェイ機能を実現するＡＰＬ−ＧＷ−ＦＥであって、前記ＡＰＬ−ＧＷ−ＦＥが、呼処理手段と、ＩＦ手段と分離して備え、前記呼処理手段が、前記端末から受信したメッセージが、前記ＡＰＬサーバを利用する通信サービスに関するメッセージか否かを判定するサービス判定部と、前記サービス判定部が、前記ＡＰＬサーバを利用する通信サービスに関するメッセージであると判定した場合に、前記受信したメッセージを、前記ＩＦ手段に送信する連携ＡＰＬ部と、前記端末との間で前記通信サービスを提供するための呼処理を実行する呼制御部と、を備え、前記ＩＦ手段が、前記受信したメッセージを取得し、前記ＡＰＬサーバが提供する通信サービスについての制御情報を、前記呼処理手段の連携ＡＰＬ部を介して、前記呼制御部に送信するＡＰＬ処理部を備え、前記呼処理手段の呼制御部が、受信した前記制御情報に基づき前記呼処理を実行し、前記呼処理手段が、さらに、前記端末に固有な識別情報と、前記端末が契約した通信サービスとを対応付けた加入者情報を記憶するサービス情報記憶部と、前記呼処理手段のサービス判定部が、前記ＡＰＬサーバを利用する通信サービスに関するメッセージでないと判定した場合に、前記受信したメッセージに含まれる前記端末の前記識別情報に基づき、前記端末が契約した通信サービスを特定し、前記特定した通信サービスを実現するための情報を、前記ＩＦ手段を介して、前記ネットワークに接続されるＤＢサーバから取得する電話系サービスＡＰＬ部と、を備えることを特徴とするＡＰＬ−ＧＷ−ＦＥとした。
【０００９】
このようにすることで、ＩＦ手段のＡＰＬ処理部が、呼処理手段の連携ＡＰＬ部を介して呼制御部に制御情報を送信し、呼制御部に通信サービスの呼処理を実行させることができる。また、呼処理手段とＩＦ手段とを分離した構成とすることで、各種ＡＰＬサーバの信頼性、可用性、性能等の要件に応じて、ＡＰＬ−ＧＷ−ＦＥのサーバ構成を柔軟に変更することが可能となる。さらに、新たなＡＰＬサーバの通信サービスに対応させて、ＡＰＬ処理部の機能（ＡＰＩ／プロトコル）を追加、変更、削除する際に、ソフトウェアの修正箇所を局所化することができる。
また、このようにすることで、呼処理手段の電話系サービスＡＰＬ部から、ＩＦ手段を介して、各種サーバの機能が利用可能となる。例えば、呼処理手段の電話系サービスＡＰＬ部から、ＩＦ手段を介して、ＤＢサーバに記憶された情報を取得し利用することが可能となる。
【００１２】
請求項２に記載の発明は、前記ＡＰＬ処理部には、前記通信サービスを提供するためのＡＰＩ（Application Programming Interface）が設定されており、前記ＩＦ手段は、前記ネットワークに接続される新たなＡＰＬサーバにより提供される通信サービスに対応させて、前記ＡＰＩまたは前記ＡＰＬサーバとの間で送受信を行うための通信プロトコルの追加、変更、削除の少なくとも１つを実行するＩＦ更新部を、さらに備えることを特徴とする請求項１に記載のＡＰＬ−ＧＷ−ＦＥとした。
【００１３】
このようにすることで、ＩＦ更新部は、外部のＡＰＬサーバの通信サービスに対応させて、ＡＰＩやプロトコルの追加、変更、削除等を行うことができ、その際に、ＩＦ手段の内部のみ修正すればよい。よって、本実施形態に係るＡＰＬ−ＧＷ−ＦＥによれば、各種ＡＰＬサーバ向けのＡＰＩ／プロトコルを追加、変更、削除する際にソフトウェアの修正箇所を局所化することができる。
【発明の効果】
【００１４】
本発明によれば、各種ＡＰＬサーバ向けのＡＰＩ／プロトコルを追加、変更、削除する際にソフトウェアの修正箇所を局所化することができる。さらに、各種ＡＰＬサーバの信頼性、可用性、性能等の要件に応じて、ＡＰＬ−ＧＷ−ＦＥのサーバ構成を柔軟に変更可能とすることができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態に係るＡＰＬ−ＧＷ−ＦＥを含むＡＳＦ＆ＳＳＦの全体構成を示す図である。
【図２】本実施形態に係るＡＰＬ−ＧＷ−ＦＥの構成例を示す機能ブロック図である。
【図３】本実施形態に係るＡＰＬ−ＧＷ−ＦＥにおける処理の流れを説明するための図である。
【図４】本実施形態に係るＩＦ更新部によるＡＰＩの追加、変更、削除の例を説明するための図である。
【図５】本実施形態に係るＩＦ更新部によるプロトコルの追加、変更、削除の例を説明するための図である。
【発明を実施するための形態】
【００１６】
次に、本発明を実施するための形態（以下、「本実施形態」という）におけるＡＰＬ−ＧＷ−ＦＥ１０等について説明する。
【００１７】
図１は、本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０を含むＡＳＦ＆ＳＳＦ１００の全体構成を示す図である。
ＡＳＦ＆ＳＳＦ１００は、ＮＧＮにおいて、アプリケーションサービスを制御する機能を司り、図１に示すように、ＡＰＬ−ＧＷ−ＦＥ１０、ＡＳ−ＦＥ（Application Support Functional Entity）２０、ＡＰＬ−ＳＣＭ−ＦＥ（Application Service Coordination Manager Functional Entity）３０、およびＳＳ−ＦＥ（Service Switching Functional Entity）４０を含んで構成される。
【００１８】
ＡＰＬ−ＧＷ−ＦＥ１０は、ＮＧＮの外部のＡＰＬサーバ２と接続され、外部のＡＰＬ向けのインタフェースと、ＮＧＮにおけるＳＩＰによる呼処理を実行する手段とを備える。
ＡＳ−ＦＥ２０は、ＡＰＬ−ＧＷ−ＦＥ１０およびＳＳ−ＦＥ４０に直接、または、ＡＰＬ−ＳＣＭ−ＦＥ３０を介して接続され、各アプリケーションサービスのサービスロジック（サービスを実現するためのプログラム）を収容し実行する。
ＡＰＬ−ＳＣＭ−ＦＥ３０は、ＡＰＬ−ＧＷ−ＦＥ１０、ＡＳ−ＦＥ２０およびＳＳ−ＦＥ４０に接続され、１つ以上で構成されるＡＳ−ＦＥ２０において、複数のＡＰＬを実行する際の連携を制御する。
そして、ＳＳ−ＦＥ４０は、ＡＳ−ＦＥ２０と直接、または、ＡＰＬ−ＳＣＭ−ＦＥ３０を介して接続され、従来のＰＳＴＮとの連携を制御する。
【００１９】
なお、以下において説明するように、本実施形態におけるＡＰＬ−ＧＷ−ＦＥ１０は、呼処理機能とＩＦ機能とを分離した構成にすることにより、従来ＡＳ−ＦＥ２０が行っていた、ＡＰＬによるサービスを提供するための呼制御を、ＡＰＬ−ＧＷ−ＦＥ１０が備える呼処理機能（呼処理手段１１）で実行することも可能となる。これにより、ＡＳＦ＆ＳＳＦ１００内のＡＳ−ＦＥ２０とＡＰＬ−ＧＷ−ＦＥ１０とが備える呼処理機能を１つの装置で実現することが可能となり、サーバ構成の柔軟な変更ができるものとなる。
【００２０】
≪ＡＰＬ−ＧＷ−ＦＥの構成≫
図２は、本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０の構成例を示す機能ブロック図である。
図２に示すように、本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０は、従来一体として設けられていた呼処理機能とＩＦ機能とを分離して構成した、呼処理手段１１とＩＦ手段１２とを備える。
【００２１】
ＡＰＬ−ＧＷ−ＦＥ１０の呼処理手段１１は、ＮＧＮのネットワーク７０を介して、呼制御を行うＳ−ＣＳＣ−ＦＥ５０や、ガイダンス等のメディアリソースを制御するＭＲＣ−ＦＥ６０と連携し、端末１からのＳＩＰ（Session Initiation Protocol）メッセージ（以下、単に「メッセージ」と呼ぶ）を受信して、そのメッセージに応じた呼処理を実行する。ここで、端末１は、例えば、電話回線を介してＮＧＮに接続されるＩＰ（Internet Protocol）電話や、無線回線を介して接続される携帯電話機、若しくは、インターネットを介して接続されるコンピュータ等である。
【００２２】
ＩＦ手段１２は、外部ネットワーク８０を介して、ＡＰＬサーバ２やＤＢ（DataBase）サーバ３と接続され、例えば、Ｐａｒｌａｙ  Ｘ（符号１７１）等のＡＰＩにより、ＡＰＬサーバ２に応じたＩＦ機能を実現する。
【００２３】
以下、この呼処理手段１１、ＩＦ手段１２それぞれが備える機能の詳細を説明する。
【００２４】
＜呼処理手段＞
本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０の呼処理手段１１は、具体的には、特許文献１（特開２０１１−４００００号公報）に記載された通信サービス提供サーバが備える構成を改良し、新たな機能を追加したものとして実現する。特許文献１に記載された通信サービス提供サーバは、ＡＳＦ＆ＳＳＦ１００のＡＳ−ＦＥ２０において、各ＡＰＬのサービスに依存しない共通部分を部品（プログラムのモジュール）として予め用意しておくことで、呼接続や、呼切断、ガイダンス再生等の基本的な呼処理を実行させ、効率的な通信サービスを提供する。本実施形態におけるＡＰＬ−ＧＷ−ＦＥ１０は、前記したように、呼処理機能とＩＦ機能とを分離した構成とする。これにより、呼処理機能を実現する呼処理手段１１については、従来の技術（特許文献１）に記載の呼処理機能を改良したものとして実現するものである。以下、具体的に説明する。
【００２５】
図２に示すように、本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０の呼処理手段１１は、通信プロトコルスタック１１０と、ＵＡ（User Agent）機能部１２０と、部品機能部１３０と、サービスロジック部１４０と、サービス情報記憶部１５０と、通信部１６０とを備える。なお、ＵＡ機能部１２０および部品機能部１３０が請求項の呼制御部に相当する機能を実現する。
【００２６】
通信プロトコルスタック１１０は、ネットワーク７０で用いられるプロトコルのプロトコルスタックとして機能し、例えば、ＳＩＰ等のプロトコルに基づき、メッセージのエンコードおよびデコードを行う。
【００２７】
ＵＡ機能部１２０は、端末１との間でセッションを確立するためのメッセージの送受信を行う。具体的には、ＵＡ機能部１２０は、複数のＵＡ、例えば、発ＵＡ、着ＵＡ、発用ＭＳ（Media Server）−ＵＡ、着用ＭＳ−ＵＡとして機能し、対向装置ごとの通信プロトコルレベルでの状態管理を行う。また、ＵＡ機能部１２０は、部品機能部１３０内ですでに部品が生成されている場合には、その生成されている部品に対してメッセージを送信し、部品が生成されていない場合には、部品機能部１３０内の後記する部品管理制御部１３１に対してメッセージを送信する。
【００２８】
部品機能部１３０は、部品管理制御部１３１および部品の集合を示す呼処理部品１３２を備え、サービスに依存しないＳＩＰ信号レベルでのセッション制御を行う。この部品機能部１３０は、異なる通信サービスに対して、共通して利用可能なソフトウェアのモジュール（部品）を、通信サービスに応じて実行する。
【００２９】
部品管理制御部１３１は、ＵＡ機能部１２０や、サービスロジック部１４０から取得したメッセージ（制御情報（例えば、後記する「部品の生成に関する情報」等））に応じて、まだ部品のインスタンスが作成されていない場合に、対応する部品を生成し、メッセージの出力を行う。この部品管理制御部１３１による部品のインスタンスの生成は、例えば、セッション毎に行われ、セッションの開始時に、部品管理制御部１３１が、部品のインスタンスを生成し、セッションの終了時に当該部品のインスタンスを削除する。
【００３０】
呼処理部品１３２は、異なる通信サービスにおいて共通する処理を実現する１つ以上の部品で構成される。この部品は、例えば、発呼（部品）、接続（部品）、切断（部品）、ガイダンス再生（部品）等である。この各部品は、取得したメッセージ（制御情報）に応じて、当該部品の機能を実現するためのメッセージを出力する。
【００３１】
サービスロジック部１４０は、通信サービスの制御内容を表すサービスロジック（サービスを実現するための処理を示すプログラム）に従って通信サービスの制御を実行する。そして、このサービスロジック部１４０は、サービス判定部１４１と、電話系サービスＡＰＬ部１４２と、連携ＡＰＬ部１４３とを備える。
【００３２】
サービス判定部１４１は、端末１から送信されたメッセージを、部品機能部１３０を介して取得し、当該メッセージの振り分け先を、電話系サービスＡＰＬ部１４２、連携ＡＰＬ部１４３のどちらかに決定し起動させる。サービス判定部１４１は、この振り分けを、例えば、受信したメッセージ（ＳＩＰ信号）に含まれる、発信元電話番号（アドレス）や、送信先電話番号（アドレス）、サービス識別子等の識別情報に基づき決定したり、サービス情報記憶部１５０に記憶された加入者情報を参照して、当該加入者が契約しているサービスに基づき決定する。
そして、サービス判定部１４１は、外部のＡＰＬサーバ２を利用しない通信サービスに関するメッセージである場合には、電話系サービスＡＰＬ部１４２に当該メッセージを出力し、外部のＡＰＬサーバ２を利用する通信サービスに関するメッセージの場合には、連携ＡＰＬ部１４３に当該メッセージを出力する。
【００３３】
電話系サービスＡＰＬ部１４２は、外部のＡＰＬサーバ２を利用しない通信サービスについての制御を実行する。この電話系サービスＡＰＬ部１４２は、部品機能部１３０から取得したメッセージについて、サービス情報記憶部１５０内の加入者情報等を参照して、該当するサービスのサービスロジックを決定し、当該サービスを提供するための制御を実行する。より詳細には、電話系サービスＡＰＬ部１４２は、決定されたサービスロジックに基づき、サービスに依存する通信サービスの制御を実現すると共に、サービスに依存しない通信サービスの制御を、部品機能部１３０に指示することで実現する。なお、この電話系サービスＡＰＬ部１４２は、部品の生成に関する情報（例えば、部品の種類（発呼、接続、切断、ガイダンス再生等）、発信側の端末１の電話番号（アドレス）、着信側の端末１の番号（アドレス））等の制御情報を作成して、部品機能部１３０に送信する。
この電話系サービスＡＰＬ部１４２が実行する通信サービスには、例えば、「０１２０」のダイヤルで始まる発呼を登録された着信端末の番号に変換する番号変換サービスや、端末１に対して、ＭＲＣ−ＦＥ６０（例えば、メディアサーバ）に記憶されているモーニングコールの音声データを再生する網内発呼サービス等がある。
【００３４】
また、電話系サービスＡＰＬ部１４２は、通信サービスを実現するための必要な情報が、外部ネットワーク８０に接続されたＤＢサーバ３に記憶されている場合には、通信部１６０を介して、必要な情報の取得要求メッセージを、ＩＦ手段１２に送信し、応答メッセージを、ＤＢサーバ３からＩＦ手段１２を介して取得する。例えば、番号変換サービスを実現するとき、ＤＢサーバ３に、「０１２０−ｘｘｘ−ｘｘｘ」で始まる論理番号と、着信先となる物理番号「０３−ｙｙｙｙ−ｙｙｙｙ」との対応関係が記憶されている場合に、電話系サービスＡＰＬ部１４２は、ＩＦ手段１２を介して、ＤＢサーバ３にアクセスし、論理番号に対応する物理番号の情報を、ＩＦ手段１２を介して取得する。
【００３５】
連携ＡＰＬ部１４３は、外部のＡＰＬサーバ２を利用するサービスに関するメッセージを部品機能部１３０から取得すると、そのメッセージを、通信部１６０を介して、ＩＦ手段１２のＡＰＬ処理部１７０に送信する。
また、連携ＡＰＬ部１４３は、ＩＦ手段１２のＡＰＬ処理部１７０から、外部のＡＰＬサーバ２を利用した通信サービスの制御情報（例えば、部品の生成に関する情報等）を、通信部１６０を介して取得し、その情報を部品機能部１３０に出力する。
【００３６】
サービス情報記憶部１５０は、各通信サービスを端末１に提供するため、サービスロジック部１４０が実行する際に必要する情報を記憶する。例えば、サービス情報記憶部１５０は、端末に固有な識別情報（電話番号、アドレス、契約番号等）と、ユーザのサービスの契約内容を表す情報とが対応付けられている加入者情報等を記憶する。
【００３７】
通信部１６０は、ＩＦ手段１２との間で、情報の送受信を行う通信インタフェースにより構成される。
【００３８】
なお、特許文献１に記載された通信サービス提供サーバと本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０の呼処理手段１１との構成の違いは、本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０においては、サービスロジック部１４０の中に、サービス判定部１４１、電話系サービスＡＰＬ部１４２および連携ＡＰＬ部１４３を備え、さらに、ＩＦ手段１２と情報の送受信を行うための通信部１６０を備えている点である。
【００３９】
＜ＩＦ手段＞
次に、本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０のＩＦ手段１２について説明する。
本実施形態に係るＩＦ手段１２は、外部のＡＰＬ向けのＡＰＩ／プロトコルと、ＮＧＮ向けの呼制御プロトコルであるＳＩＰとのインタワークを行うものである。
【００４０】
図２に示すように、本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０のＩＦ手段１２は、通信プロトコルスタック１１１と、ＡＰＬ処理部１７０と、ＩＦ更新部１８０と、通信部１６１とを備える。
本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０は、前記したように、呼処理手段１１が、外部のＡＰＬサーバ２を利用しない通信サービスについての制御を実行する電話系サービスＡＰＬ部１４２を備えるが、これに加えて、ＩＦ手段１２において、外部のＡＰＬサーバ２を利用する通信サービスについての制御を実行するＡＰＬ処理部１７０を、呼処理手段１１とは分離した構成として備えることを特徴とする。
また、ＡＰＬ−ＧＷ−ＦＥ１０の構成を、呼処理手段１１とＩＦ手段１２とに分離したことに伴い、外部ネットワーク８０を介して接続するＡＰＬサーバ２の新たな通信サービス等に適合させて、各種ＡＰＬ向けのＡＰＩ／プロトコルを追加、変更、削除するためのＩＦ更新部１８０を、ＩＦ手段１２に備えることを特徴とする。以下、具体的に説明する。
【００４１】
通信プロトコルスタック１１１は、外部ネットワーク８０で用いられるプロトコルのプロトコルスタックとして機能し、例えば、ＳＯＡＰやＲＥＳＴ（Representational State Transfer）等のプロトコルに基づき、メッセージのエンコードおよびデコードを行う。
【００４２】
ＡＰＬ処理部１７０は、外部のＡＰＬサーバ２を利用する通信サービスについての制御を実行する。例えば、ＡＰＬ処理部１７０には、外部のＡＰＬを利用して通信サービスを実現するためのＡＰＩとして、Ｐａｒｌａｙ  Ｘ（符号１７１）等が備えられる。
このＡＰＬ処理部１７０は、各ＡＰＩ（例えば、Ｐａｒｌａｙ  Ｘ）に基づき、サービスに依存する通信サービスの制御を、通信部１６１を介して呼処理手段１１とメッセージを送受信することにより実現すると共に、サービスに依存しない通信サービスの制御を、部品機能部１３０にリモートで指示することで実現する。具体的には、ＡＰＬ処理部１７０は、外部のＡＰＬサーバ２を利用する通信サービスの制御に関して、部品の生成に関する情報（例えば、部品の種類（発呼、接続、切断、ガイダンス再生等）、サービスを提供するＡＰＬサーバ２のアドレス情報、サービスを利用する端末１の電話番号（アドレス））等の制御情報を作成して、呼処理手段１１の連携ＡＰＬ部１４３を介し、部品機能部１３０に送信する。
【００４３】
ＩＦ更新部１８０は、各種ＡＰＬサーバ２向けのＡＰＩやプロトコルを追加、変更、削除する。このＩＦ更新部１８０が行うＡＰＩやプロトコルの修正は、ＩＦ手段１２の内部の修正に限られたものなるため、呼処理手段１１について、ソフトウェアの修正を行う必要はない。
なお、このＩＦ更新部１８０が行う、ＡＰＩやプロトコルの追加、変更、削除の具体例については、後記において説明する。
【００４４】
通信部１６１は、呼処理手段１１との間で、情報の送受信を行う通信インタフェースにより構成される。
【００４５】
以上説明したように、本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０は、呼処理手段１１とＩＦ手段１２とを分離した構成とし、外部のＡＰＬサーバ２を利用しない通信サービスと、外部のＡＰＬサーバ２を利用する通信サービスとを判定して、それぞれの通信サービスに応じた呼制御を行う。
図３に示すように、呼処理手段１１のサービスロジック部１４０が、部品機能部１３０からメッセージを受信すると、サービス判定部１４１が、外部のＡＰＬサーバ２を利用する通信サービスに関するメッセージか否かを判定し、外部のＡＰＬサーバ２を利用しない場合は、そのメッセージを電話系サービスＡＰＬ部１４２に振り分ける（Ｓ１０）。一方、外部のＡＰＬサーバ２を利用する場合には、そのメッセージを、連携ＡＰＬ部１４３を介して、ＩＦ手段のＡＰＬ処理部１７０に送信する（Ｓ２０）。
そして、電話系サービスＡＰＬ部１４２は、外部ネットワーク８０に接続されたＤＢサーバ３に記憶された情報を利用する場合は、通信部１６０を介して接続されたＩＦ手段１２を介して、必要な情報を取得する（Ｓ１１）。
また、ＩＦ手段１２のＡＰＬ処理部１７０は、外部のＡＰＬサーバ２を利用する通信サービスについての制御を、呼処理手段１１の連携ＡＰＬ部を介して、部品機能部１３０との間で、リモートで実行することができる（Ｓ２１）。
【００４６】
（ＩＦ更新部）
次に、本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０のＩＦ手段１２におけるＩＦ更新部１８０が行う処理について説明する。
【００４７】
図４は、本実施形態に係るＩＦ更新部１８０によるＡＰＩの追加、変更、削除の例を説明するための図である。また、図５は、本実施形態に係るＩＦ更新部１８０によるプロトコルの追加、変更、削除の例を説明するための図である。なお、ＩＦ更新部１８０は、ＡＰＩやプロトコルの追加、変更、削除等の指示情報を、システム管理者等から、ネットワークを介して受信したり、ＡＰＬ−ＧＷ−ＦＥ１０に備わる入力部（不図示）を介して取得したりすることにより実行する。
【００４８】
図４では、初期状態として、本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０のＩＦ手段１２のＡＰＬ処理部１７０に、ＡＰＩのセットとして「Ｐａｒｌａｙ  Ｘ」が設定され、サーバＡのサービスＡＰＬ ＃１による通信サービスを提供するための「Third Party Call」（２者間通話）の機能として、３つのＡＰＩ（makeCallSession，getCallSessioninfo，endCallSession）が実装されているものとする。
【００４９】
図４の（１）は、ＡＰＩの追加の例を示している。ＩＦ更新部１８０は、サーバＢ（符号４０１）のサービスＡＰＬ ＃２による通信サービスを実現するために、「addCallParticipant」（符号４０２）のＡＰＩを、「Third Party Call」に追加する。
【００５０】
図４の（２）は、ＡＰＩの変更の例を示している。ＩＦ更新部１８０は、「Third Party Call」のＡＰＩである「makeCallSession」（符号４０３）について、バグの修正や仕様変更を行う。
【００５１】
図４の（３）は、ＡＰＩの機能単位の追加の例を示している。ＩＦ更新部１８０は、サーバＣ（符号４０４）のサービスＡＰＬ ＃３による通信サービスを実現するために、「Call Notification」（特定の発呼に対する特定のイベントに反応して、ＡＰＬを呼び出す機能）（符号４０５）のＡＰＩを追加する。
【００５２】
図４の（４）は、ＡＰＩのセット単位の追加の例を示している。ＩＦ更新部１８０は、サーバＤ（符号４０６）のサービスＡＰＬ ＃４による通信サービスを実現するために、新たなＡＰＩのセット「ｘｘ」（符号４０７）を追加する。
【００５３】
図４の（５）は、ＡＰＩのセット単位の削除の例を示している。ＩＦ更新部１８０は、サーバＡ（符号４０８）のサービスＡＰＬ ＃１による通信サービスが終了、中止等した場合に、「Ｐａｒｌａｙ  Ｘ」(符号４０９)のＡＰＩをセット単位で削除する。
【００５４】
次に、図５を参照して、ＩＦ更新部１８０によるプロトコルの追加、変更、削除の例を説明する。
図５では、初期状態として、本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０のＩＦ手段１２のＡＰＬ処理部１７０に、ＡＰＩのセットとして「Ｐａｒｌａｙ  Ｘ」が設定され、通信プロトコルスタック１１１に、プロトコルとしてＳＯＡＰ／ＨＴＴＰ（HyperText Transfer Protocol）が設定されているものとする。
【００５５】
図５の（６）は、プロトコルの追加の例を示している。ＩＦ更新部１８０は、サーバＥ（符号５０１）のサービスＡＰＬ ＃５による通信サービスを実現するために、「ＳＩＰ」（符号５０２）のプロトコルに対応する機能を、通信プロトコルスタック１１１に追加する。
【００５６】
図５の（７）は、プロトコルの変更の例を示している。ＩＦ更新部１８０は、「ＳＩＰ」（符号５０３）のプロトコルについて、バグの修正や仕様変更を行う。
【００５７】
図５の（８）は、プロトコルの削除の例を示している。ＩＦ更新部１８０は、サーバＥ（符号５０１）のサービスＡＰＬ ＃５による通信サービスが終了、中止等した場合に、「ＳＩＰ」（符号５０２）のプロトコルに対応する機能を、通信プロトコルスタック１１１から削除する。
【００５８】
このように、ＩＦ更新部１８０は、外部のＡＰＬに対応して、ＡＰＩやプロトコルの追加、変更、削除等を行うことができ、その際に、ＩＦ手段１２の内部のみ修正すればよく、呼処理手段１１を修正する必要はない。よって、本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０によれば、各種ＡＰＬサーバ向けのＡＰＩ／プロトコルを追加、変更、削除する際にソフトウェアの修正箇所を局所化することができる。
【００５９】
以上説明した、本実施形態に係るＡＰＬ−ＧＷ−ＦＥ１０によれば、次のような効果を奏することが可能となる。
（Ａ）呼処理手段１１の部品（呼処理部品１３２）をＩＦ手段１２からリモートで制御できるようにしたことにより、各種ＡＰＩ／プロトコルの処理をＩＦ手段１２に閉じて設定（開発）することが可能となるため、各種ＡＰＬサーバ向けのＡＰＩ／プロトコルを追加、変更、削除する際に、ソフトウェアの修正箇所を局所化することができる。
（Ｂ）呼処理手段１１とＩＦ手段１２とを分離した構成とすることで、各種ＡＰＬサーバの信頼性、可用性、性能等に要件に応じて、ＡＰＬ−ＧＷ−ＦＥ１０のサーバ構成を柔軟に変更することが可能となる。例えば、呼処理手段１１、ＩＦ手段１２それぞれを現用系と待機系の２系統のサーバ構成にしたり、呼処理手段１１のみ２系統、若しくは、ＩＦ手段１２のみ２系統にしたりするなど、ＡＰＬサーバに応じたサーバ構成の柔軟な変更が可能となる。
（Ｃ）ＡＳ−ＦＥ２０とＡＰＬ−ＧＷ−ＦＥ１０とで、呼処理機能（呼処理手段１１）を共通化することができるため、ＡＳ−ＦＥ２０の呼処理機能が有する高い信頼性、可用性をＡＰＬ−ＧＷ−ＦＥ１０も享受することが可能となる。また、ＡＳ−ＦＥ２０とＡＰＬ−ＧＷ−ＦＥ１０とを同一のサーバとして構成することで、ＡＳ−ＦＥ２０の呼処理機能をＡＰＬ−ＧＷ−ＦＥ１０の呼処理手段１１が担うことができ、設備効率を高めることが可能となる。
（Ｄ）呼処理手段１１のＡＰＬから、ＩＦ手段１２を介して、各種サーバの機能が利用可能となる。例えば、呼処理手段１１の電話系サービスＡＰＬ部１４２から、ＩＦ手段１２を介して、ＤＢサーバ３に記憶された情報を取得し利用することが可能となる。
【符号の説明】
【００６０】
１      端末
２      ＡＰＬサーバ
３      ＤＢサーバ
１０    ＡＰＬ−ＧＷ−ＦＥ
１１    呼処理手段
１２    ＩＦ手段
２０    ＡＳ−ＦＥ
３０    ＡＰＬ−ＳＣＭ−ＦＥ
４０    ＳＳ−ＦＥ
５０    Ｓ−ＣＳＣ−ＦＥ
６０    ＭＲＣ−ＦＥ
７０    ネットワーク
８０    外部ネットワーク
１００  ＡＳＦ＆ＳＳＦ
１１０，１１１  通信プロトコルスタック
１２０  ＵＡ機能部（呼制御部）
１３０  部品機能部（呼制御部）
１３１  部品管理制御部
１３２  呼処理部品
１４０  サービスロジック部
１４１  サービス判定部
１４２  電話系サービスＡＰＬ部
１４３  連携ＡＰＬ部
１５０  サービス情報記憶部
１６０，１６１  通信部
１７０  ＡＰＬ処理部
１８０  ＩＦ更新部
【図１】
0005715584.tif 000002
【図２】
0005715584.tif 000003
【図３】
0005715584.tif 000004
【図４】
0005715584.tif 000005
【図５】
0005715584.tif 000006