JP2012175308A - サービス連携方法及びサービス連携装置 - Google Patents

Abstract

【課題】複数のアプリケーションサーバ間でのサービス連携を実現するための、アプリケーションサーバが起動される順序に依存せずに情報のやり取りを行える手段を提供する。
【解決手段】ＳＣＩＭ１が、データ連携の対象となる情報種別と、当該情報種別の連携データを参照または更新するアプリケーションサーバ群とを対応付ける連携ＡＳリスト１４を記憶しており、要求元のアプリケーションサーバ２からデータ連携の要求を受け付け、呼制御サーバ３から送信されるＳＩＰ信号を監視して連携先のアプリケーションサーバ２が起動されたことを検知したときに、連携ＡＳリスト１４を参照して当該サーバにデータ連携を要請する。その後、ＳＣＩＭ１は、各連携先のアプリケーションサーバ２から送信されてくる連携データの更新情報を収集して、要求元のアプリケーションサーバ２に送信する。
【選択図】図１

Description

本発明は、ＩＰマルチメディア・サブシステム（ＩＭＳ：Internet Protocol Multimedia Subsystem）ベースのネットワークにおいて、各種のサービスを提供する複数のアプリケーションサーバ（ＡＳ：Application Server）を連携させるためのサービス連携方法及びサービス連携装置に関する。

近年、ＩＰ（Internet Protocol）ネットワークを介したコミュニケーションの多様化が進展し、アプリケーションサーバ（ＡＳ）とＳＩＰ（Session Initiation Protocol）サーバ（呼制御サーバ）とが連携してサービスを提供するネットワークアーキテクチャが検討されている。そのアーキテクチャとして、第三世代携帯電話システム仕様の検討及び策定を行うプロジェクトである３ＧＰＰ（3rd Generation Partnership Project）により標準化されたＩＰマルチメディア・サブシステム（ＩＭＳ）が知られている。

ＩＭＳベースのネットワークにおいては、呼処理に用いられるＳＩＰ信号によって通信を行い、サービスを提供するために、以下の２つの機能要素が定義されている。
(1) 各サービスを提供する主体であるアプリケーションサーバ（ＡＳ）
(2) ユーザからの発呼要求を分析し、ＡＳへ呼を接続するＳ−ＣＳＣＦ（Serving Call Session Control Function）

Ｓ−ＣＳＣＦは、ユーザからの発呼要求を受け取ると、各サービスを起動する条件と、その際の接続先のＡＳとの対応が記載されているｉＦＣ（initial Filter Criteria）を参照して、各ＡＳへ呼を接続することでサービスを起動する。

ｉＦＣは、複数設定することが可能であり、複数のサービスを起動して連携させることができる。その場合は、ｉＦＣに設定した優先度に基づいて複数のＡＳを順次起動することで、サービス間の連携を実現する。このとき、先に起動されたＡＳから後に起動されるＡＳに順々に情報を引き継いでいく方法は既に提案されており、非特許文献１には、ＳＩＰ信号を構成するHistory-infoヘッダのなかに後で起動されるＡＳに通知すべき情報を記載しておく方法が開示されている。

RFC 4244 : An Extension to the Session Initiation Protocol (SIP) for Request History Information, November 2005.

しかし、非特許文献１の方法では、後に起動されるＡＳがＳＩＰ信号に記載された情報を利用することはできるが、後に起動されるＡＳの情報を先に起動されているＡＳに通知することはできない。そのため、そのような通知を必要とするようなサービス間の連携を実現することができないという問題がある。

例えば、公衆電話端末からの番号案内サービスの利用時に、通話時間に応じた従量課金と番号案内が成功したときの案内料金の課金とを併せて行う場合を想定すると、料金の収納をリアルタイムに指示する公衆電話ＡＳと、番号案内を行い、番号案内が成功する毎に課金を行う番号案内ＡＳとのサービス連携が必要となる。このような課金を実現するためには、
(1) 公衆電話ＡＳを起動
(2) 公衆電話ＡＳが通話料金の従量課金を開始
(3) 番号案内ＡＳを起動
(4) 番号案内成功時に番号案内ＡＳから公衆電話ＡＳに案内料金の収納を依頼
というプロセスが必要である。つまり、ＡＳが起動される順序に依存せずに、ＡＳ間で情報のやり取りを行う手段が必要になる。

一方、複数のサービスを連携させるための機能として、ＩＭＳ標準ではＡＳとＳ−ＣＳＣＦ間及びＡＳ相互間の連携動作を管理する機能要素としてＳＣＩＭ（Service Capability Interaction Manager）が定義されているが、ＡＳ相互間の連携動作の具体的な内容や、実装方法までは規定されていない。

本発明は、前記の問題を解決するためになされたものであり、複数のＡＳ間でのサービス連携を実現するための、ＡＳが起動される順序に依存せずにＡＳ間での情報のやり取りを行える手段を提供することを課題とする。

前記の課題を解決するために、本発明は、通信端末間の通信パスを設定する呼制御サーバと、それぞれが所定の付加サービスを提供する複数のＡＳとが接続されるネットワークにおいて、前記ＡＳ間のデータ連携を行うサービス連携方法であって、前記ネットワークにはサービス連携装置が接続されており、前記サービス連携装置は、前記データ連携の対象となる情報種別と、当該情報種別の連携データを参照または更新するＡＳ群とを対応付ける第１のリストを記憶部に記憶しており、前記サービス連携装置が、前記データ連携の要求元となる要求元ＡＳから、前記情報種別の指定を含んで前記連携データの転送要求を受け付けるステップと、前記サービス連携装置が、前記呼制御サーバが送信する呼制御信号を監視することによって他の前記ＡＳの起動を検知し、当該ＡＳが前記第１のリストに登録されている場合に、当該ＡＳに前記転送要求を受け付けた前記連携データを送信するとともに、当該連携データを更新したときに当該更新後のデータを返送するよう指示するステップと、前記サービス連携装置から前記返送を指示された各ＡＳが、当該連携データを更新したときに当該更新後のデータを通知データとして前記サービス連携装置に送信するステップと、前記サービス連携装置が、前記各ＡＳから送信される前記通知データを受信して前記要求元ＡＳに転送するステップとを含むことを特徴とする。

こうすることにより、サービス連携装置が、要求元ＡＳから受け付けた連携データを連携先の各ＡＳに配信し、その更新を行った各ＡＳから更新後の連携データを収集して要求元ＡＳに通知するので、複数のＡＳ間で、ＡＳが起動される順序に依存せずに、データ連携を行うことが可能となる。

また、本発明は、前記のサービス連携方法において、前記サービス連携装置は、前記受け付けた連携データの転送要求に対応付けて、前記第１のリストに登録されていて前記更新後のデータの返送をまだ指示していないＡＳ群を特定する情報を含む第２のリストを前記記憶部に記憶し、前記サービス連携装置が、前記他の前記ＡＳの起動を検知したときに、前記第２のリストを参照して当該ＡＳに前記更新後のデータの返送をまだ指示していないと判定した場合に、前記更新後のデータを返送するよう指示することを特徴とする。

こうすることにより、サービス連携装置は、他のＡＳの起動を検知したときに、当該ＡＳに更新後のデータの返送を指示すべきか否かを正しく判定することができる。

また、本発明は、前記のサービス連携方法において、前記サービス連携装置は、前記呼制御サーバと前記ＡＳ間で前記呼制御信号を中継することを特徴とする。

こうすることにより、サービス連携装置は、呼制御サーバからＡＳに送信される呼制御信号から他のＡＳが起動されたことを直ちに検知して、当該ＡＳとの間のデータ連携を確実に行うことができる。

また、本発明は、前記のサービス連携方法において、前記呼制御信号はＳＩＰ信号であることを特徴とする。

こうすることにより、本発明をＩＭＳ標準にしたがったネットワークに広く適用することができる。

また、本発明は、通信端末間の通信パスを設定する呼制御サーバと、それぞれが所定の付加サービスを提供する複数のＡＳとが接続されるネットワークにおいて、前記ＡＳ間のデータ連携を行うサービス連携装置であって、前記データ連携の対象となる情報種別と、当該情報種別の連携データを参照または更新するＡＳ群とを対応付ける第１のリストを記憶する記憶部と、前記データ連携の要求元となる要求元ＡＳから、前記情報種別の指定を含んで前記連携データの転送要求を受け付け、当該連携データを更新したそれぞれの前記ＡＳから当該更新後のデータを受信して前記要求元ＡＳに転送する情報転送制御部と、前記呼制御サーバが送信する呼制御信号を監視することによって他の前記ＡＳの起動を検知する起動監視部と、前記起動監視部が起動を検知した当該ＡＳが前記第１のリストに登録されている場合に、当該ＡＳに前記転送要求を受け付けた前記連携データを送信するとともに、当該連携データを更新したときに当該更新後のデータを返送するよう指示し、前記返送を指示された各ＡＳが当該連携データを更新したときに送信してくる当該更新後のデータを受信して、前記要求元ＡＳに転送する情報収集制御部とを備えることを特徴とする。

こうすることにより、サービス連携装置が、要求元ＡＳから受け付けた連携データを連携先の各ＡＳに配信し、その更新を行った各ＡＳから更新後の連携データを収集して要求元ＡＳに通知するので、複数のＡＳ間で、ＡＳが起動される順序に依存せずに、データ連携を行うことが可能となる。

本発明によれば、複数のＡＳ間でのサービスの連携を実現するための、ＡＳが起動される順序に依存せずにＡＳ間で情報のやり取りを行う手段を提供することができる。

本発明の実施形態に係るサービス連携システムの概略構成図である。 連携ＡＳリストのデータ構成例についての説明図である。 転送要求リストのデータ構成例についての説明図である。 収集情報リストのデータ構成例についての説明図である。 データ連携処理の全体的な流れを示すフローチャートである。 情報収集タスクの処理手順を示すフローチャートである。 サービス連携システムの動作例についての説明図である。 動作例に係る連携ＡＳリストのデータ例である。 動作例に係る転送要求リストのデータ例である。 動作例に係る収集情報リストのデータ例である。 動作例に係る主要な装置間の通信手順を示すシーケンスチャートである。

以下、本発明の実施形態を適宜図面を参照して詳細に説明する。本実施形態では、複数のアプリケーションサーバ（以下、「ＡＳ」と略記。）間でのサービス連携を実現するために、ＡＳからの要求にしたがってサービス連携に必要な情報（連携データ）を連携先のＡＳに通知するとともにその更新情報を収集し、収集した更新情報を要求元のＡＳに通知する手段をＳＣＩＭ（Service Capability Interaction Manager）に備える。これにより、各ＡＳは、サービス連携に必要となる連携データの転送をＳＣＩＭに要求しておけば、他のＡＳが行った当該連携データの更新情報をＳＣＩＭから受け取ることができる。したがって、サービス連携に必要な各種の連携データを任意のＡＳ間でやり取りすることが可能となる。また、連携データの種類や、連携先となるＡＳの範囲を適宜変更することにより、複数のＡＳによって提供される連携サービスの仕様を容易に変更することができる。

図１は、本発明の実施形態に係るサービス連携システムの概略構成図である。図１に示すように、本システムは、通信端末４相互間の通信パスを提供する呼制御サーバ３と、所定の付加サービスを提供するＡＳ２と、ＳＣＩＭ１とが不図示のネットワークに接続されて構成される。

通信端末４は、ＶｏＩＰ（Voice over Internet Protocol）による音声データの送受信や映像データの送受信に用いられる複数種類の端末である。この通信端末４は、呼のルーティングを司る呼制御サーバ３に接続されており、呼制御サーバ３は、発側の通信端末４からの要求に基づいて着側の通信端末４が接続されている呼制御サーバ３へ呼をルーティングすることによって、通信端末４相互間にＶｏＩＰや映像通信等の通信パスを提供する。なお、本実施形態では、呼制御信号としてＳＩＰ（Session Initiation Protocol）信号を用いることとしており、呼制御サーバ３がＳＩＰプロキシとして呼制御信号を仲介することにより、通信端末４相互間あるいは通信端末４とＡＳ２との間の通信パスが設定される。

ＡＳ２は、通信端末４からの要求に基づいて呼制御サーバ３から呼び出され、各種の付加サービスを提供する。ＡＳ２は、通信機能を有し、それぞれが所定の付加サービスを提供するアプリケーションプログラムを実行するコンピュータによって構成される。また、ＡＳ２は、他のＡＳ２と連携して付加サービスを提供するために必要な場合は、ＳＣＩＭ１に対して連携先のＡＳ２との間で連携データの転送を行うように要求し、ＳＣＩＭ１は、この要求に基づいて連携先のＡＳ２に連携データを通知するとともに、その更新情報を収集して、要求元のＡＳ２に引き渡す。

ＳＣＩＭ１は、通信機能を有するコンピュータによって構成され、情報転送制御部１１、ＡＳ起動監視部１２、情報収集制御部１３、サービス連携用ＤＢ（Database）１０を備える。これらは、ＳＣＩＭ１が備える不図示のＣＰＵ（Central Processing Unit）が、所定のプログラムを実行することによって具現化される。

情報転送制御部１１は、ＡＳ２からデータ連携の要求を受け付けて、ＡＳ起動監視部１２及び情報収集制御部１３を起動し、情報収集制御部１３が連携先の各ＡＳ２から収集した更新情報（更新された連携データ）を要求元のＡＳ２に送信する。ＡＳ起動監視部１２は、呼制御サーバ３から送信されるＳＩＰ信号をＡＳ２に中継し、その通信内容を監視することによって、データ連携が要求された呼について２番目以降のＡＳ２が起動されたことを検知する。情報収集制御部１３は、ＡＳ起動監視部１２から２番目以降のＡＳ２が起動された旨の通知を受けて、当該ＡＳ２が連携先となっていればデータ連携を要請し、その後各連携先のＡＳ２から送信されてくる更新情報（更新された連携データ）を収集する。

また、磁気ディスク装置や半導体メモリなどの記憶手段と、データを管理するプログラムであるデータベース管理システムとで構成される記憶部であるサービス連携用ＤＢ１０には、複数のＡＳ２間で連携データを交換するために必要な情報を保持するための連携ＡＳリスト１４（第１のリスト）、転送要求リスト１５（第２のリスト）、及び収集情報リスト１６を備える。

図２は、連携ＡＳリスト１４のデータ構成例についての説明図である。この連携ＡＳリスト１４は、新たな付加サービスを提供するＡＳ２が追加設置されたり、ＡＳ２間の連携サービスの仕様が変更されたりしたときに、不図示の保守用端末などによって登録データの更新が行われる。図２に示すように、連携ＡＳリスト１４には、ＡＳ２間のサービス連携に必要となる連携データの種別（情報種別）と、当該連携データを参照または更新するＡＳ２群とを示すデータが保持される。図２の例は、「情報種別（１）」の連携データは「連携ＡＳ名（１１）」、「連携ＡＳ名（１２）」、・・・で示される第１のＡＳ２群により、また「情報種別（２）」の連携データは「連携ＡＳ名（２１）」、「連携ＡＳ名（２２）」、・・・で示される第２のＡＳ２群により参照または更新されることを表している。

図３は、転送要求リスト１５のデータ構成例についての説明図である。この転送要求リスト１５は、ＡＳ２からＳＣＩＭ１に対してデータ連携の要求が発行される都度、当該要求元のＡＳ２がサービスを提供する呼と対応付けて生成され、当該呼が切断されるまでの間サービス連携用ＤＢ１０内に保持される。図３に示すように、転送要求リスト１５には、データ連携を要求した要求元のＡＳ２の名称と、要求された連携データの種別と、要求元のＡＳ２から連携先の各ＡＳ２に通知したい通知データと、各連携先のＡＳ２ごとに、当該ＡＳ２の名称と、当該ＡＳ２へデータ連携の要請を通知したか否かを示す通知状態とが保持される。この連携先の各ＡＳ２は、連携ＡＳリスト１４（図２）から連携データの種別に対応付けられたＡＳ２群の情報を読み出すことで特定することができる。図３の例は、「要求元ＡＳ名」で示される要求元のＡＳ２から、連携先の各ＡＳ２に通知したい「連携先への通知データ」を含めて「要求情報種別」のデータ連携がＳＣＩＭ１に要求されたのち、「連携ＡＳ名（１）」で示される連携先のＡＳ２にはＳＣＩＭ１からデータ連携の要請が通知され、「連携ＡＳ名（２）」で示される連携先のＡＳ２にはまだデータ連携の要請が通知されていない状態を表している。なお、連携先のＡＳ２に通知したい通知データがない場合は「連携先への通知データ」は指定しなくてもよい。

図４は、収集情報リスト１６のデータ構成例についての説明図である。この収集情報リスト１６は、ＡＳ２からＳＣＩＭ１に対してデータ連携の要求が発行される都度、当該要求元のＡＳ２がサービスを提供する呼と対応付けて生成され、当該呼が切断されるまでの間サービス連携用ＤＢ１０内に保持される。図４に示すように、収集情報リスト１６には、データ連携を要求した要求元のＡＳ２の名称と、要求された連携データの種別と、連携先の各ＡＳ２から収集された更新後の連携データである通知データごとに、収集元のＡＳ２の名称と、通知データと、当該通知データを要求元のＡＳ２に転送済みであるか否かを示す転送状態とが保持される。図４の例は、「要求元ＡＳ名」で示される要求元のＡＳ２から要求された「要求情報種別」のデータ連携に対して、「連携ＡＳ名（１）」から「通知データ（１）」が、「連携ＡＳ名（２）」から「通知データ（２）」がそれぞれＳＣＩＭ１に送信され、前者はすでにＳＣＩＭ１から要求元のＡＳ２への転送が終了し、後者はまだ要求元のＡＳ２に転送されていない状態を表している。

図５は、ＳＣＩＭ１が行うデータ連携処理の全体的な流れを示すフローチャートである。以下、図５に示したフローチャートに沿ってデータ連携処理の動作を詳細に説明する。

ＳＣＩＭ１の情報転送制御部１１は、まずステップＳ３１にて要求元となるいずれかのＡＳ２からデータ連携の要求である転送要求を受信するのを待ち、転送要求を受信すると（ステップＳ３１で「Ｙｅｓ」）ステップＳ３２に処理を進める。

ステップＳ３２では、指定された連携データの種別に対応する連携先のＡＳ２群の情報を連携ＡＳリスト１４（図２）から取得して、すべての連携ＡＳの初期状態を「未通知」として転送要求リスト１５（図３）を生成する。続くステップＳ３３では、情報収集タスク（詳細は図６を用いて後記する。）を起動するとともに、ＡＳ起動監視部１２を作動させる。

続いて、ステップＳ３４では、ＡＳ起動監視部１２が呼制御サーバ３から送信される呼制御信号を監視することで別のＡＳ２が起動されるのを待ち、別のＡＳ２が起動されたことを検知すると（ステップＳ３４で「Ｙｅｓ」）ステップＳ３５に処理を進める。

ステップＳ３５では、情報収集制御部１３が、起動された当該ＡＳ２が転送要求リスト１５（図３）に登録され、かつその状態が「未通知」となっているか否かを判定し、そうでなければ（ステップＳ３５で「Ｎｏ」）ステップＳ３４に処理を戻す。また、起動された当該ＡＳ２が転送要求リスト１５（図３）に登録され、かつその状態が「未通知」となっている場合は（ステップＳ３５で「Ｙｅｓ」）ステップＳ３６に処理を進める。

ステップＳ３６では、情報収集制御部１３は、起動された当該ＡＳ２にデータ連携を要請する収集通知を送信し、送信が終了したら転送要求リスト１５（図３）に登録されている当該ＡＳ２の状態を「未通知」から「通知済み」に更新する。この収集通知は、当該ＡＳ２に、転送要求リスト１５（図３）に登録されている「要求情報種別」と「連携先への通知データ」とを通知するとともに、当該連携データを更新したときに当該更新後のデータを返送するよう指示するものである。

続いて、ステップＳ３７では、ＡＳ起動監視部１２が呼制御信号を監視することで呼が切断されたか否かを判定し、呼が切断されていなければ（ステップＳ３７で「Ｎｏ」）ステップＳ３４に処理を戻し、呼が切断された場合には（ステップＳ３７で「Ｙｅｓ」）ステップＳ３８に処理を進める。

ステップＳ３８では、情報収集制御部１３が、転送要求リスト１５（図３）を参照して、状態が「通知済み」となっている連携先の各ＡＳ２にデータ連携の終了を通知する収集終了通知を送信する。連携先の各ＡＳ２は、この収集終了通知を受信すると当該呼に対するデータ連携処理を終了する。

続いて、ステップＳ３９では、情報転送制御部１１が、ステップＳ３３で起動した情報収集タスクを終了させ、続くステップＳ４０では、ステップＳ３２で生成した転送要求リスト１５（図３）を削除して一連の処理を終了する。

図６は、図５のステップＳ３３で起動される情報収集タスクの処理手順を示すフローチャートである。以下、図６に示したフローチャートに沿って情報収集タスクの動作を詳細に説明する。

情報収集タスクが起動されると、まずステップＳ４１にて、転送要求リスト１５（図３）に登録されている「要求元ＡＳ名」と「要求情報種別」との２つのデータからなる初期状態の収集情報リスト１６（図４の先頭の２行のデータからなるリスト）を生成する。

続いて、ステップＳ４２では、いずれかの連携先のＡＳ２から更新された連携データである通知データを受信するのを待ち、通知データを受信した場合は（ステップＳ４２で「Ｙｅｓ」）ステップＳ４３に処理を進める。

ステップＳ４３では、受信した通知データの送信元のＡＳ名と通知データと「未転送」とからなるレコードを生成して収集情報リスト１６（図４）の末尾に追加登録し、続くステップＳ４４にて、当該通知データを「要求元ＡＳ名」で示される要求元のＡＳ２に送信したのち、収集情報リスト１６（図４）の当該レコードの状態を「未転送」から「転送済み」に更新する。

続いて、ステップＳ４５では、情報転送制御部１１から図５のステップＳ３９で自身のタスクの終了が指示されたか否かを判定し、タスクの終了が指示されていなければ（ステップＳ４５で「Ｎｏ」）ステップＳ４２に処理を戻し、タスクの終了が指示された場合は（ステップＳ４５で「Ｙｅｓ」）ステップＳ４６に処理を進める。

ステップＳ４６では、ステップＳ４１で生成した収集情報リスト１６（図４）を削除して一連の処理を終了する。

なお、以上に説明したデータ連携処理では、連携先のＡＳ２から新たに更新された連携データを受信する都度、ＳＣＩＭ１から要求元のＡＳ２に当該データを転送するものとしたが、要求元のＡＳ２には所定の周期でまとめて連携データを送信するものとしてもよいし、要求元のＡＳ２からの受信要求に応じて未転送の連携データをまとめて送信するものとしてもよい。また、連携先のＡＳ２に、連携データの種類に加えて、通知を必要とする更新条件を通知し、当該更新条件に該当する更新を行った場合にのみ連携データを通知させるものとしてもよい。

次に、サービス連携の具体例を用いて、本システムの動作を説明する。ここでは、公衆電話端末から番号案内サービスに接続し、番号案内後、案内された電話番号への接続を依頼するが、接続先の電話番号が分担課金サービス用の番号であり、発側の負担分だけを、公衆電話端末から収納するというサービスを考える。この場合、公衆電話端末からの料金の収納を行う公衆電話ＡＳと、番号案内サービスを提供する番号案内ＡＳと、発側と着側の利用者に通話料金を分担して負担させる分担課金サービスを提供する分担課金ＡＳとの３つのＡＳ２が、課金に関する連携データを交換しつつ当該サービスを提供することになる。

なお、番号案内サービスに接続するときには、所定の特番（例えば、「１０４」）をダイヤルするものとし、番号案内が成功した時点で所定の案内料金が課金され、引き続き案内された番号へ自動接続して通話を行う場合には、通常とは異なる課金レートで通話料が課金されるものとする。また、分担課金サービスでは、特別な電話番号（例えば、「０５７０−０」で始まる電話番号）が契約者に付与され、契約内容に応じて発側と着側との通話料金の分担比率が決められているものとする。

図７は、前記のようなサービス連携を行う場合のサービス連携システムの動作を説明するための説明図である。図７に示すように、このサービス連携システムは、発側ＳＣＩＭ１ｓ、中継ＳＣＩＭ１ｒ、公衆電話ＡＳ２Ａ、番号案内ＡＳ２Ｂ、分担課金ＡＳ２Ｃ、発側呼制御サーバ３ｓ、中継呼制御サーバ３ｒ、着側呼制御サーバ３ｄから構成される。ここで、発側ＳＣＩＭ１ｓと中継ＳＣＩＭ１ｒとが前記したＳＣＩＭ１に相当し、公衆電話ＡＳ２Ａ、番号案内ＡＳ２Ｂ及び分担課金ＡＳ２Ｃが前記したＡＳ２に相当し、発側呼制御サーバ３ｓ、中継呼制御サーバ３ｒ及び着側呼制御サーバ３ｄが前記した呼制御サーバ３に相当する。

公衆電話ＡＳ２Ａは、公衆電話端末４ｓからの発信時に起動され、公衆電話端末向けのサービスを提供する。ここでは、公衆電話専用の通話料金（例えば、１０円／分）や、サービス料金を、硬貨またはテレホンカードの通話度数によって公衆電話端末４ｓに収納させるものとする。そのために、公衆電話ＡＳ２Ａは、発着間の距離や時間帯などに応じた課金レートから通話料金の計算を行う料金計算部２１と、公衆電話端末４ｓに実際に料金を収納するタイミングと金額を指示する収納指示部２２とを備える。

番号案内ＡＳ２Ｂは、利用者からの問い合わせに応じて各種情報から着側の電話番号を検索して通知し、利用者から依頼があれば検索した電話番号の着側端末４ｄを呼び出して自動接続するサービスを提供する。そのために、番号案内ＡＳ２Ｂは、問い合わせのあった電話番号を検索して利用者に通知する番号案内部２３と、検索した電話番号の着側端末４ｄを呼び出して接続する案内先接続部２４とを備える。なお、番号案内ＡＳ２Ｂの課金部（図示省略）は、番号案内が成功した際には案内料金（例えば、番号案内１件当たり３０円）を課金し、案内先への自動接続を行った場合には通常とは異なる特別な課金レートで通話料金を課金するものとする。

分担課金ＡＳ２Ｃは、発側の利用者と着側の利用者とに通話料金を分担して負担させる分担課金サービスを提供する。そのために、分担課金ＡＳ２Ｃは、分担課金サービスの契約者に割り当てられた特別な電話番号を通常の加入者電話番号に変換する番号変換部２５と、契約内容に応じて通話料金の一部または全部を着側が分担するように発側と着側のそれぞれの課金レートを計算する分担課金部２６とを備える。

図８から図１０は、前記のような連携サービスを行っているときのサービス連携用ＤＢ１０が備える連携ＡＳリスト１４、転送要求リスト１５、収集情報リスト１６のデータ例である。ここで、図８の連携ＡＳリスト１４Ａが図２の連携ＡＳリスト１４のデータ例であり、図９の転送要求リスト（１）１５Ａ及び転送要求リスト（２）１５Ｂが図３の転送要求リスト１５のデータ例であり、図１０の収集情報リスト（１）１６Ａ及び収集情報リスト（２）１６Ｂが図４の収集情報リスト１６のデータ例である。また、図８に示すように、連携ＡＳリスト１４Ａには、「課金」の連携データの連携先として、「公衆電話ＡＳ」、「番号案内ＡＳ」、「分担課金ＡＳ」の３つが登録されている。図１１は、そのときの主要な装置間の通信手順を示すシーケンスチャートである。以下、図７から図１０を参照しつつ、図１１に示したシーケンスチャートに沿って、本システムの動作を詳細に説明する。

図７の公衆電話端末４ｓから番号案内サービス用の特番（例えば、「１０４」）がダイヤルされると、発側呼制御サーバ３ｓは、まず、公衆電話サービスを起動するために公衆電話ＡＳ２Ａに呼を接続する（Ｓ１：ＡＳ接続）。次に、公衆電話ＡＳ２Ａの料金計算部２１は、番号案内サービス用の特番がダイヤルされているため、自身が備える料金表の課金レートでは料金計算ができないと判断し、発側呼制御サーバ３ｓに制御を移してＡＳ再接続を指示する（Ｓ２：ＡＳ再接続指示）とともに、課金に関するデータ連携を発側ＳＣＩＭ１ｓに要求する（Ｓ３：転送要求）。

公衆電話ＡＳ２Ａから課金に関するデータ連携を要求された発側ＳＣＩＭ１ｓは、連携ＡＳリスト１４Ａ（図８）を参照して、図９（ａ）に示した転送要求リスト（１）１５Ａを生成する。ただし、この時点では、「番号案内ＡＳ」、「分担課金ＡＳ」の状態は共に「未通知」となっている。なお、連携先への通知データは不要であるので「−」となっている。またこの時点で、発側ＳＣＩＭ１ｓは、ＡＳ起動監視部１２による他のＡＳ２の起動の監視を開始する。

一方、発側呼制御サーバ３ｓは、ダイヤルされた特番に基づいてこの第一呼を番号案内ＡＳ２Ｂに接続する（Ｓ４：ＡＳ接続）。これにより、番号案内ＡＳ２Ｂによるこの第一呼に対する番号案内サービスの提供が開始される（図７参照）。

発側ＳＣＩＭ１ｓのＡＳ起動監視部１２は、発側呼制御サーバ３ｓが送信する呼制御信号（ＳＩＰ信号）から番号案内ＡＳ２Ｂの起動を検知すると、その旨を情報転送制御部１１に伝える。次に、情報転送制御部１１は、転送要求リスト（１）１５Ａを参照し、起動された「番号案内ＡＳ」の状態が「未通知」となっているので、番号案内ＡＳ２Ｂにデータ連携を開始するための通知である収集通知を送信したのち（Ｓ５：収集通知）、当該状態を「未通知」から「通知済み」に更新する（図９（ａ）参照）。

続いて、番号案内ＡＳ２Ｂは、接続された第一呼に対して番号案内サービスを開始する。その際、番号案内サービスのための通話料金は無料なので、第一呼の連携データとして「課金レート（無料）」を発側ＳＣＩＭ１ｓに通知する（Ｓ６：課金レート）。この連携データを受信した発側ＳＣＩＭ１ｓは、通知されたデータを図１０（ａ）に示した収集情報リスト（１）１６Ａに「未転送」の状態で追加登録するとともに、連携データの要求元である公衆電話ＡＳ２Ａに転送したのち（Ｓ７：課金レート）、その連携データの状態を「未転送」から「転送済み」に更新する。「課金レート（無料）」の連携データを受信した公衆電話ＡＳ２Ａの料金計算部２１は、受信した課金レートにしたがって通話料金を計算し、収納指示部２２が公衆電話端末４ｓに料金の収納を指示する（Ｓ８：料金収納指示）。ただし、この場合は課金レートが無料であるので、この時点では通話料金の収納は行われない。

番号案内サービスにおける電話番号検索の手順については説明を省略するが、ここでは、案内した電話番号が分担課金サービス用の電話番号であり、公衆電話端末４ｓのダイヤル操作等によってその電話番号への自動接続が依頼されたものとする。番号案内が成功した時点で、番号案内ＡＳ２Ｂは、第一呼の連携データとして、「案内料金」（例えば３０円／件）を発側ＳＣＩＭ１ｓに通知する（Ｓ９：案内料金）。この連携データを受信した発側ＳＣＩＭ１ｓは、通知されたデータを収集情報リスト（１）１６Ａに追加登録するとともに、連携データの要求元である公衆電話ＡＳ２Ａに転送したのち（Ｓ１０：案内料金）、その連携データの状態を「転送済み」に更新する。「案内料金」の連携データを受信した公衆電話ＡＳ２Ａの収納指示部２２は、受信した案内料金の収納を直ちに公衆電話端末４ｓに指示する（Ｓ１１：料金収納指示）。

次に、番号案内ＡＳ２Ｂの案内先接続部２４は、案内した電話番号への自動接続を行うために、新しい呼（第二呼）を発信する（Ｓ１２：案内先接続）。このとき、案内先接続部２４は、接続先の電話番号が分担課金サービス用の番号であるので、自身が備える料金表の課金レートによる料金計算ができないと判断し、番号案内呼用の特別な課金レートの通知を含めて課金に関するデータ連携を中継ＳＣＩＭ１ｒに要求する（Ｓ１３：転送要求）。

番号案内ＡＳ２Ｂから課金に関するデータ連携を要求された中継ＳＣＩＭ１ｒは、連携ＡＳリスト１４Ａ（図８）を参照して、図９（ｂ）に示した転送要求リスト（２）１５Ｂを生成する。ただし、この時点では、「公衆電話ＡＳ」、「分担課金ＡＳ」の状態は共に「未通知」となっている。なお、連携先への通知データには番号案内ＡＳ２Ｂから指定された「番号案内呼課金レート」が登録されている。またこの時点で、中継ＳＣＩＭ１ｒは、ＡＳ起動監視部１２による他のＡＳ２の起動の監視を開始する。

一方、中継呼制御サーバ３ｒは、接続先の電話番号が分担課金サービス用の番号であるので、この第二呼を分担課金ＡＳ２Ｃに接続する（Ｓ１４：ＡＳ接続）。これにより、第二呼に対して分担課金ＡＳ２Ｃが起動される。

中継ＳＣＩＭ１ｒのＡＳ起動監視部１２は、中継呼制御サーバ３ｒが送信する呼制御信号（ＳＩＰ信号）から分担課金ＡＳ２Ｃの起動を検知すると、その旨を情報転送制御部１１に伝える。次に、情報転送制御部１１は、転送要求リスト（２）１５Ｂを参照し、起動された「分担課金ＡＳ」の状態が「未通知」となっているので、分担課金ＡＳ２Ｃにデータ連携を開始するための通知である収集通知を送信したのち（Ｓ１５：収集通知）、当該状態を「未通知」から「通知済み」に更新する（図９（ｂ）参照）。このとき、転送要求リスト（２）１５Ｂには、連携先への通知データとして「番号案内呼課金レート」が登録されているので、当該データを含めて収集通知を送信する。

続いて、分担課金ＡＳ２Ｃの番号変換部２５は、接続先の分担課金サービス用の番号に関する契約内容（図示省略）などを参照して、その番号を実際に着信する着側端末４ｄの電話番号に変換して中継呼制御サーバ３ｒに当該電話番号への接続を指示する（Ｓ１６：着側電話番号）。また、分担課金ＡＳ２Ｃの分担課金部２６は、発着間の距離や時間帯などから通話料金の計算を行い、さらに、契約で定められた発側と着側との料金分担比率に基づいて発側が分担する課金レートを決定し、第二呼の連携データとしてこの「発側課金レート」を中継ＳＣＩＭ１ｒに通知する（Ｓ１７：発側課金レート）。この連携データを受信した中継ＳＣＩＭ１ｒは、通知されたデータを図１０（ｂ）に示した第二の収集情報リスト（２）１６Ｂに登録するとともに、連携データの要求元である番号案内ＡＳ２Ｂに転送したのち（Ｓ１８：発側課金レート）、その連携データの状態を「転送済み」に更新する。

着側端末４ｄの電話番号への接続を依頼された中継呼制御サーバ３ｒは、着側呼制御サーバ３ｄ経由で着側端末４ｄを呼び出し（Ｓ１９：着側端末接続）、着側呼制御サーバ３ｄ経由で着信応答を検知すると（Ｓ２０：着信応答）番号案内ＡＳ２Ｂと着側端末４ｄとの間に第二呼の通信パスを設定する（図７参照）。また、同じく着信応答を検知した番号案内ＡＳ２Ｂの案内先接続部２４は、発側の公衆電話端末４ｓとの間の第一呼と着側端末４ｄとの間の第二呼との２つの通信パスを結合することで、両端末間での通話を可能とする。

このとき、案内先接続部２４は、中継ＳＣＩＭ１ｒを介して先に分担課金ＡＳ２Ｃから通知された「発側課金レート」を参照して、結合した通信パスに対する新たな課金レートを決定し（サービス仕様によっては番号案内接続料を加味した特別な課金レートとなる場合もある。）、決定した新たな課金レートを発側ＳＣＩＭ１ｓに通知し（Ｓ２１：課金レート）、これを受信した発側ＳＣＩＭ１ｓが、公衆電話ＡＳ２Ａにこの新たな課金レートを転送する（Ｓ２２：課金レート）。これにより、公衆電話ＡＳ２Ａの料金計算部２１は、通知された新たな課金レートにしたがって通話料金の計算を行い、収納指示部２２が公衆電話端末４ｓに所定のタイミングで料金の収納を指示する（Ｓ２３：料金収納指示）。

以上では、複数のＡＳ２間で課金情報を交換する場合の例を説明したが、交換する情報は課金情報に限らず、呼の接続と無関係に他のＡＳ２の情報が必要になるサービスや、呼処理とは異なるタイミングで、ＡＳ２間の情報の流通が必要となるサービスにも適用が可能である。

以上にて本発明を実施するための形態の説明を終えるが、本発明の実施の態様はこれに限られるものではなく、本発明の趣旨を逸脱しない範囲内で各種の変更が可能である。

１ ＳＣＩＭ（サービス連携装置）
１０ サービス連携用ＤＢ（記憶部）
１１ 情報転送制御部
１２ ＡＳ起動監視部（起動監視部）
１３ 情報収集制御部
１４，１４Ａ 連携ＡＳリスト（第１のリスト）
１５，１５Ａ，１５Ｂ 転送要求リスト（第２のリスト）
１６，１６Ａ，１６Ｂ 収集情報リスト
１ｓ 発側ＳＣＩＭ（サービス連携装置）
１ｒ 着側ＳＣＩＭ（サービス連携装置）
２ ＡＳ（アプリケーションサーバ）
２１ 料金計算部
２２ 収納指示部
２３ 番号案内部
２４ 案内先接続部
２５ 番号変換部
２６ 分担課金部
２Ａ 公衆電話ＡＳ（アプリケーションサーバ）
２Ｂ 番号案内ＡＳ（アプリケーションサーバ）
２Ｃ 分担課金ＡＳ（アプリケーションサーバ）
３ 呼制御サーバ
３ｓ 発側呼制御サーバ（呼制御サーバ）
３ｒ 中継呼制御サーバ（呼制御サーバ）
３ｄ 着側呼制御サーバ（呼制御サーバ）
４ 通信端末
４ｓ 公衆電話端末（通信端末）
４ｄ 着側端末（通信端末）

Claims (8)

1. 通信端末間の通信パスを設定する呼制御サーバと、それぞれが所定の付加サービスを提供する複数のアプリケーションサーバとが接続されるネットワークにおいて、前記アプリケーションサーバ間のデータ連携を行うサービス連携方法であって、
   前記ネットワークにはサービス連携装置が接続されており、
   前記サービス連携装置は、前記データ連携の対象となる情報種別と、当該情報種別の連携データを参照または更新するアプリケーションサーバ群とを対応付ける第１のリストを記憶部に記憶しており、
   前記サービス連携装置が、前記データ連携の要求元となる要求元アプリケーションサーバから、前記情報種別の指定を含んで前記連携データの転送要求を受け付けるステップと、
   前記サービス連携装置が、前記呼制御サーバが送信する呼制御信号を監視することによって他の前記アプリケーションサーバの起動を検知し、当該アプリケーションサーバが前記第１のリストに登録されている場合に、当該アプリケーションサーバに前記転送要求を受け付けた前記連携データを送信するとともに、当該連携データを更新したときに当該更新後のデータを返送するよう指示するステップと、
   前記サービス連携装置から前記返送を指示された各アプリケーションサーバが、当該連携データを更新したときに当該更新後のデータを通知データとして前記サービス連携装置に送信するステップと、
   前記サービス連携装置が、前記各アプリケーションサーバから送信される前記通知データを受信して前記要求元アプリケーションサーバに転送するステップと
   を含むことを特徴とするサービス連携方法。
2. 請求項１に記載のサービス連携方法において、
   前記サービス連携装置は、前記受け付けた連携データの転送要求に対応付けて、前記第１のリストに登録されていて前記更新後のデータの返送をまだ指示していないアプリケーションサーバ群を特定する情報を含む第２のリストを前記記憶部に記憶しており、
   前記サービス連携装置が、前記他の前記アプリケーションサーバの起動を検知したときに、前記第２のリストを参照して当該アプリケーションサーバに前記更新後のデータの返送をまだ指示していないと判定した場合に、前記更新後のデータを返送するよう指示する
   ことを特徴とするサービス連携方法。
3. 請求項１または請求項２に記載のサービス連携方法において、
   前記サービス連携装置は、前記呼制御サーバと前記アプリケーションサーバ間で前記呼制御信号を中継する
   ことを特徴とするサービス連携方法。
4. 請求項１から請求項３のいずれか一項に記載のサービス連携方法において、
   前記呼制御信号はＳＩＰ信号である
   ことを特徴とするサービス連携方法。
5. 通信端末間の通信パスを設定する呼制御サーバと、それぞれが所定の付加サービスを提供する複数のアプリケーションサーバとが接続されるネットワークにおいて、前記アプリケーションサーバ間のデータ連携を行うサービス連携装置であって、
   前記データ連携の対象となる情報種別と、当該情報種別の連携データを参照または更新するアプリケーションサーバ群とを対応付ける第１のリストを記憶する記憶部と、
   前記データ連携の要求元となる要求元アプリケーションサーバから、前記情報種別の指定を含んで前記連携データの転送要求を受け付け、当該連携データを更新したそれぞれの前記アプリケーションサーバから当該更新後のデータを受信して前記要求元アプリケーションサーバに転送する情報転送制御部と、
   前記呼制御サーバが送信する呼制御信号を監視することによって他の前記アプリケーションサーバの起動を検知する起動監視部と、
   前記起動監視部が起動を検知した当該アプリケーションサーバが前記第１のリストに登録されている場合に、当該アプリケーションサーバに前記転送要求を受け付けた前記連携データを送信するとともに、当該連携データを更新したときに当該更新後のデータを返送するよう指示し、前記返送を指示された各アプリケーションサーバが当該連携データを更新したときに送信してくる当該更新後のデータを受信して、前記要求元アプリケーションサーバに転送する情報収集制御部と
   を備えることを特徴とするサービス連携装置。
6. 請求項５に記載のサービス連携装置において、
   前記記憶部に、前記受け付けた連携データの転送要求に対応付けて、前記第１のリストに登録されていて前記更新後のデータの返送をまだ指示していないアプリケーションサーバ群を特定する情報を含む第２のリストを記憶し、
   前記情報収集制御部は、前記起動監視部が他の前記アプリケーションサーバの起動を検知したときに、前記第２のリストを参照して前記更新後のデータの返送を指示するか否かを判定する
   ことを特徴とするサービス連携装置。
7. 請求項５または請求項６に記載のサービス連携装置において、
   前記サービス連携装置は、前記呼制御サーバと前記アプリケーションサーバ間で前記呼制御信号を中継する
   ことを特徴とするサービス連携装置。
8. 請求項５から請求項７のいずれか一項に記載のサービス連携装置において、
   前記呼制御信号はＳＩＰ信号である
   ことを特徴とするサービス連携装置。

Images