JP5374450B2

JP5374450B2 - 付加サービス競合制御システム、付加サービス競合制御方法及び付加サービス競合制御プログラム

Info

Publication number: JP5374450B2
Application number: JP2010152832A
Authority: JP
Inventors: 紀貴堀米; 裕一石原; 健一郎松本
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2010-07-05
Filing date: 2010-07-05
Publication date: 2013-12-25
Anticipated expiration: 2030-07-05
Also published as: JP2012015939A

Description

本発明は、ＩＰ技術を利用した電話サービス等のセッション制御が必要な通信に係る付加サービスの競合制御技術に関する。

従来の電話交換機による付加サービスの提供は、交換機とサービス制御ノードにより実現されていた。

一方、ＩＰ技術を利用した電話サービス等のセッション制御により確立される基本呼は、呼制御サーバにより実現されている。また、各種の付加サービス、例えば、Ｃ２Ｄ（Click to Dial）や、ＣＲＢＴ（Customized RingBack Tone）等の提供は、呼制御サーバとアプリケーションサーバの連携制御による実現が想定されている。ＩＰ技術を利用した呼制御及び付加サービスの提供方式としては、例えば、３ＧＰＰ（3rd Generation Partnership Project）等の標準にて、ＳＩＰプロトコルを用いた方式が規定されている。なお、このような３ＧＰＰのモデルにおいては、呼制御サーバはＳ−ＣＳＣＦ（Serving Call Session Control Function）、アプリケーションサーバはＳＩＰＡＳ（SIP Application Server）と見なすことができる。

３ＧＰＰのアーキテクチャモデルでは、呼を制御するＳ−ＣＳＣＦと付加サービスを提供するＳＩＰＡＳとの間のインタフェースとしてＩＳＣ（IP multimedia Service Control）が定義されており、ＳＩＰプロトコルにて情報のやり取りを行う。ＳＩＰＡＳで提供される付加サービスは、ＳＩＰリクエスト（例えば、ＩＮＶＩＴＥ信号等）を受信したＳ−ＣＳＣＦにおいて、ｉＦＣ（initial Filter Criteria）と呼ばれるフィルタのチェックが行われ、そのリクエストの設定内容がｉＦＣの条件に合致した場合に、当該ｉＦＣで指定されたＳＩＰＡＳにＳＩＰリクエストを送信することにより実現される。

ユーザの利便性を向上させるために多数の付加サービスの提供が不可欠であり、呼制御サーバを保有している通信事業者とは別の事業者が保有するアプリケーションサーバと組み合わせて付加サービスを実現することによるサービスの多様化が求められている。多数の付加サービスが複数の事業者により提供される場合、１つの呼制御サーバには、複数のアプリケーションサーバが接続され、ユーザの所望する付加サービスの内容により、連携するアプリケーションサーバを適宜活用して付加サービスを実現することがある。

ここで、付加サービスの中には、例えば、コールウェイティング（着信しようとしたユーザが通信中の場合、通常とは異なる信号音でその着信を知らせる機能）や話中転送（着信しようとしたユーザが通信中の場合、事前に指定されている番号に転送する機能）のように、どちらも着ユーザが通信中の場合に起動される付加サービスであって、１つの着信呼には同時に提供することができないものがある。以降、この事象を付加サービス競合と呼ぶ。

このような付加サービスが同時に起動されようとした場合、それら付加サービスをどちらも起動しないか、又は何らかの判断基準によってどちらかの付加サービスだけを起動するように制御を行わなければならない。

複数のアプリケーションサーバにより複数の付加サービスが提供される形態においても同様であり、同時に提供することができない付加サービスが起動されようとした場合は、双方とも起動しない又はどちらか一方だけ起動するような付加サービス競合制御を行う必要がある。

また、呼制御サーバ及び各アプリケーションサーバで提供される付加サービスには、いくつかの付加サービスに必要とされる一部の機能の可能性もあり、複数のサーバで必要な機能を起動することにより、１つの付加サービスを提供する場合も考えられる。このような場合においても、付加サービス競合制御を行う必要がある。

従来であれば、呼制御サーバ及びアプリケーションサーバの各サーバそれぞれで付加サービスを実現する場合、又はある付加サービスを提供するための機能を各サーバで分担し、それらの機能を組み合わせて付加サービスを実現する場合のどちらであっても、付加サービス間の競合を考慮し、どのように各サーバ又は各機能を利用するかを予め設計し、プログラムすることで実現する必要があった。

例えば、全ての付加サービス間の競合条件を「付加サービス競合表」等として纏めた上で各サーバに保持させ、呼毎に制御を行うサーバに対して起動済の付加サービス情報を通知し、各サーバで競合制御を実行する方式がある。

また、特許文献１によれば、複数の第三者サービスアプリケーションが連携する場合にも、サービス矛盾や信号矛盾の発生しない付加サービス連携を実現するために、付加サービスの連携を制御するサービス連携装置を設け、付加サービスの種別同士の起動制限の情報（サービス競合情報）を記憶し、受信した呼制御信号に基づいて呼び出すべき付加サービスを特定するとともに、特定された複数の付加サービス同士で矛盾があるかどうかチェックし、チェック結果に矛盾がある場合にはエラーを返送し、矛盾のない場合のみ付加サービスを呼び出し、実行する方式が開示されている。

特開２００８−２１１７３９号公報

しかしながら、競合制御を含めたサービス制御の方法を予め設計するには、関連する呼制御サーバやアプリケーションサーバの持つ機能の詳細を事前に確認し、それに基づいて設計を行う必要がある。そのため、他の事業者が保有するアプリケーションサーバを利用して付加サービスを実現しようとする場合、他の事業者のアプリケーションサーバの機能や提供する付加サービス仕様の詳細を事前に確認し、それに基づいた制御方式や機能を設計することが必須であり、これらの情報の開示と設計条件の調整等に多くの時間が必要となってしまい、新規に付加サービスを提供開始するまでの時間が長くかかるという欠点がある。

また、個々の呼に対して各サーバが競合制御を行うために、付加サービス起動状況に関する情報を相互に通信する必要がある。しかし、全ての付加サービス間で競合条件をまとめた場合、起動済の付加サービスを一意に判別できる情報を通信する必要があり、付加サービスの全体数および起動済付加サービス数が増加した場合は、信号サイズや通信量が増加するという欠点がある。

本発明は、上記を鑑みてなされたものであり、付加サービス競合を適切に制御することを課題とする。

請求項１に記載の付加サービス競合制御システムは、提供される付加サービスの競合を呼制御サーバとアプリケーションサーバで連携制御する付加サービス競合制御システムにおいて、前記呼制御サーバ及び前記アプリケーションサーバは、各サーバが提供する付加サービス又は付加サービスに必要とされる一部の機能を付加サービスの起動条件に応じたカテゴリに所属させて記憶しておく記憶手段と、他方のサーバからサービス起動要求信号を受信した場合に前記記憶手段を参照し、前記サービス起動要求信号に含まれるカテゴリ名のカテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能については競合するものとして起動せず、前記カテゴリ名以外のカテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能を起動する競合制御手段と、起動済みの付加サービス又は付加サービスに必要とされる一部の機能が属するカテゴリ名を含めたサービス起動要求信号を前記他方のサーバに送信する送信手段と、を有することを特徴とする。

本発明によれば、呼制御サーバ及びアプリケーションサーバの各サーバが提供する付加サービス又は付加サービスに必要とされる一部の機能を付加サービスの起動条件に応じたカテゴリに所属させて記憶手段に記憶しておき、他方のサーバからサービス起動要求信号を受信した場合に当該記憶手段を参照し、サービス起動要求信号に含まれるカテゴリ名のカテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能については競合するものとして起動せず、カテゴリ名以外のカテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能を起動して、起動済みの付加サービス又は付加サービスに必要とされる一部の機能が属するカテゴリ名を含めたサービス起動要求信号を他方のサーバに送信するため、競合するカテゴリ情報だけを伝え合うだけで付加サービスの競合制御が実現でき、網全体として付加サービスの競合を適切に制御することが可能となる。

請求項２に記載の付加サービス競合制御方法は、提供される付加サービスの競合を呼制御サーバとアプリケーションサーバで連携制御する付加サービス競合制御方法において、前記呼制御サーバ及び前記アプリケーションサーバにより、各サーバが提供する付加サービス又は付加サービスに必要とされる一部の機能を付加サービスの起動条件に応じたカテゴリに所属させて記憶手段に記憶しておくステップと、他方のサーバからサービス起動要求信号を受信した場合に前記記憶手段を参照し、前記サービス起動要求信号に含まれるカテゴリ名のカテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能については競合するものとして起動せず、前記カテゴリ名以外のカテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能を起動するステップと、起動済みの付加サービス又は付加サービスに必要とされる一部の機能が属するカテゴリ名を含めたサービス起動要求信号を前記他方のサーバに送信するステップと、を有することを特徴とする。

請求項３に記載の付加サービス競合制御プログラムは、提供される付加サービスの競合を呼制御サーバとアプリケーションサーバで連携制御する付加サービス競合制御プログラムにおいて、前記呼制御サーバ及び前記アプリケーションサーバに、各サーバが提供する付加サービス又は付加サービスに必要とされる一部の機能を付加サービスの起動条件に応じたカテゴリに所属させて記憶手段に記憶しておく手順と、他方のサーバからサービス起動要求信号を受信した場合に前記記憶手段を参照し、前記サービス起動要求信号に含まれるカテゴリ名のカテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能については競合するものとして起動せず、前記カテゴリ名以外のカテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能を起動する手順と、起動済みの付加サービス又は付加サービスに必要とされる一部の機能が属するカテゴリ名を含めたサービス起動要求信号を前記他方のサーバに送信する手順と、を実行させることを特徴とする。

本発明によれば、付加サービス競合を適切に制御することができる。

付加サービス競合制御システムの全体構成を示す図である。各サーバの機能ブロック構成を示す図である。サービス競合制御シーケンスの一例を示す図である。

本発明は、競合する付加サービスを付加サービスの起動条件に基づいて予め分類しておき、その分類情報を基に各サーバで競合条件を判定・起動制御する方式を導入することにより、全てのサーバの詳細情報に基づいた事前の設計工程や各付加サービスの詳細な仕様の事前確認を不要とし、新規付加サービス開始までの期間の短縮と共に、個々の呼に対して競合制御に必要な情報量を削減して、呼の要求から付加サービス提供までの時間短縮を図るものである。

以下、本発明を実施する一実施の形態について図面を用いて説明する。但し、本発明は多くの異なる様態で実施することが可能であり、本実施の形態の記載内容に限定して解釈すべきではない。

図１は、本実施の形態に係る付加サービス競合制御システムの全体構成を示す図である。この付加サービス競合制御システム１は、加入者端末７０から要求された呼の基本接続を行う呼制御サーバ１０と、呼制御サーバ１０に通信可能に接続され、加入者端末７０に所定の付加サービスを提供する第１のアプリケーションサーバ３０及び第２のアプリケーションサーバ５０とで構成されている。呼制御サーバ１０及び各アプリケーションサーバ３０，５０には、一付加サービスを実現する機能又は一付加サービスに必要とされる一部の機能が実装され、その付加サービスは各サーバにより適宜起動される。

図２は、付加サービス競合システムを構成している各サーバの機能ブロック構成を示す図である。呼制御サーバ１０は、記憶部１１と、競合制御部１２と、通信部１３とで構成されている。

記憶部１１は、呼制御サーバ１０が提供する付加サービス又は付加サービスに必要とされる一部の機能を、それら付加サービスの起動条件に応じた競合カテゴリ（以下、付加サービス競合カテゴリという場合もある）に所属させた競合カテゴリ条件テーブルを記憶しておく機能を有している。

競合制御部１２は、サービス起動要求信号を受信した場合に、記憶部１１に記憶されている競合カテゴリ条件テーブルを参照し、サービス起動要求信号に含まれる競合カテゴリ名の競合カテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能については競合するものとして起動せず、その競合カテゴリ名以外の競合カテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能については競合しないため起動する機能を有している。

通信部１３は、加入者端末７０や各アプリケーションサーバ３０，５０からサービス起動要求信号を受信する機能や、起動済みの付加サービス又は付加サービスに必要とされる一部の機能が属する競合カテゴリ名を含めたサービス起動要求信号を各アプリケーションサーバ３０，５０に送信する機能を有している。

第１のアプリケーションサーバ３０及び第２のアプリケーションサーバ５０も呼制御サーバ１０の上記各機能部と同様の機能部を有し、図２では符号を代えてそれらを示している。

本実施の形態では、呼制御サーバ１０及び各アプリケーションサーバ３０，５０において、付加サービス間の競合制御を行うために必要な情報として、上述した付加サービス競合カテゴリという情報を定義している。この付加サービス競合カテゴリは、付加サービスを起動する際の信号条件やサービス条件、呼状態等の様々な組み合わせで定義され、競合カテゴリの示す条件で起動される付加サービス同士は競合することを意味している。

すなわち、付加サービス又は付加サービスに必要とされる一部の機能毎に付加サービス競合テーブルに属することになり、同一の競合カテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能は互いに競合するが、異なる競合カテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能とは競合しない。

例えば、コールウェイティングと話中転送は共に、付加サービス提供対象ユーザに着信があり、且つそのユーザが通信中の時に起動される付加サービスであるため、その両者を同時に起動することはできない。

そこで、提供対象ユーザへの着信、且つそのユーザが通信中という付加サービスの起動条件を仮に競合カテゴリＡと名付け、この条件で起動される付加サービス又は付加サービスに必要とされる一部の機能があれば競合カテゴリＡに所属させる。そして、競合カテゴリＡに属する付加サービス又は付加サービスに必要とされる一部の機能が既に起動されている場合には、その競合カテゴリＡの付加サービス又は付加サービスに必要とされる一部の機能は起動しないように制御する。これにより、コールウェイティングと話中転送は同時に起動されないことになる。

この競合カテゴリの定義は、呼制御サーバ１０及び各アプリケーションサーバ３０，５０で共通するものである。図２に示したように、呼制御サーバ１０及び各アプリケーションサーバ３０，５０は、各サーバがそれぞれ提供する付加サービス及び付加サービスに必要とされる一部の機能が、どの競合カテゴリに属するかという情報を個別に保有する。

呼制御サーバ１０及び各アプリケーションサーバ３０，５０は、行方向に付加サービス機能及び付加サービスに必要とされる一部の機能（表の各行）、列方向に競合カテゴリとした表からなる競合カテゴリ条件テーブルにより、付加サービス機能及び付加サービスに必要とされる一部の機能がどの競合カテゴリに属するかを保持している。なお、競合カテゴリ条件テーブルは上記の内容が保持されていればよく、行方向、列方向の構成説明はあくまで一例である。

また、競合カテゴリ条件テーブルの列方向の競合カテゴリは各サーバで共通しているが、行方向の付加サービス及び付加サービスに必要とされる一部の機能がどの競合カテゴリに属するかという情報は、それぞれのサーバに固有の情報であり、他のサーバや他事業者対して通知する必要はない。呼制御サーバ１０及び各アプリケーションサーバ３０，５０は、サービス起動要求の信号（以下、リクエスト信号という）に、既に起動された付加サービス又は付加サービスに必要とされる一部の機能が属する競合カテゴリ名を載せるだけである。

次に、競合カテゴリ条件テーブルを用いてサービス競合を制御する手順を示す。図３は、サービス競合制御シーケンスを示す図である。呼制御サーバ１０は、競合カテゴリＢに属するサービス＃１という付加サービス又は付加サービスに必要とされる一部の機能を有している。第１のアプリケーションサーバ３０は、付加サービス又は付加サービスに必要とされる一部の機能としてＡＳ（α１）及びＡＳ（α２）を有し、ＡＳ（α１）の属する競合カテゴリはＢであり、ＡＳ（α２）の属する競合カテゴリはＡである。第２のアプリケーションサーバ５０は、付加サービス又は付加サービスに必要とされる一部の機能としてＡＳ（β１）及びＡＳ（β２）を有し、ＡＳ（β１）の属する競合カテゴリはＡであり、ＡＳ（β２）の属するカテゴリはＣである。

最初に、呼制御サーバ１０により、ユーザ等からリクエスト信号（例えば、ＳＩＰＩＮＶＩＴＥ信号）が受信され（Ｓ１）、その信号に含まれる情報からまず第１のアプリケーションサーバ３０にリクエスト信号を送ることが決定される（Ｓ２）。この処理は、３ＧＰＰモデルではｉＦＣの判定により行われる。

次いで、呼制御サーバ１０により、呼制御サーバ１０ではまだ付加サービス又は付加サービスに必要とされる一部の機能が起動されていないことを示すため、起動済みカテゴリ情報にＮＵＬＬが設定され、その設定されたリクエスト信号が第１のアプリケーションサーバ３０に送信される（Ｓ３）。

次いで、第１のアプリケーションサーバ３０により、そのリクエスト信号が受信され、受信したリクエスト信号に含まれる起動済みカテゴリ情報（ＮＵＬＬ）と自身の持つ競合カテゴリ条件テーブルとが比較され、自身のもつ付加サービス又は付加サービスに必要とされる一部の機能であるＡＳ（α１）及びＡＳ（α２）が属する競合カテゴリＡ及び競合カテゴリＢの付加サービス又は付加サービスに必要とされる一部の機能がまだ起動されていないことが確認できるため、ＡＳ（α１）及びＡＳ（α２）が起動される（Ｓ４）。

次いで、第１のアプリケーションサーバ３０により、呼制御サーバ１０に返すリクエスト信号に、起動済みカテゴリ情報として競合カテゴリＡ及び競合カテゴリＢが設定され、その設定されたリクエスト信号が呼制御サーバ１０に送信される（Ｓ５）。

次いで、呼制御サーバ１０により、そのリクエスト信号が受信され、そのリクエスト信号が分析されて、次に第２のアプリケーションサーバ５０にリクエスト信号を送ることが決定される（Ｓ６）。この処理は、Ｓ２と同様に３ＧＰＰモデルではｉＦＣの判定により行われる。

次いで、呼制御サーバ１０により、起動済みカテゴリ情報としてＡ、Ｂが設定され、その設定されたリクエスト信号が第２のアプリケーションサーバ５０に送信される（Ｓ７）。

次いで、第２のアプリケーションサーバ５０により、そのリクエスト信号が受信され、受信したリクエスト信号に含まれる起動済みカテゴリ情報（Ａ、Ｂ）と自身の持つ競合カテゴリ条件テーブルとが比較され、自身のもつ付加サービス又は付加サービスに必要とされる一部の機能であるＡＳ（β１）が属する競合カテゴリＡの付加サービス又は付加サービスに必要とされる一部の機能は既に起動済みであることがわかるため、ＡＳ（β１）は起動されない。一方、自身の持つ付加サービス又は付加サービスに必要とされる一部の機能であるＡＳ（β２）が属する競合カテゴリＣの付加サービス又は付加サービスに必要とされる一部の機能はまだ起動されていないことが確認できるため、ＡＳ（β２）が起動される（Ｓ８）。

次いで、第２のアプリケーションサーバ５０により、呼制御サーバ１０に返すリクエスト信号に、自身が起動したカテゴリを知らせるため、起動済みカテゴリ情報として競合カテゴリＣが設定され、その設定されたリクエスト信号が呼制御サーバ１０に送信される（Ｓ９）。

第２のアプリケーションサーバ５０からリクエスト信号を受信した呼制御サーバ１０は、その信号を分析し、自身の既に持つ情報（第１のアプリケーションサーバ３０から受信した情報）と合わせて、競合カテゴリＡ、Ｂ、Ｃが起動されたことがわかる。呼制御サーバ１０が持つ付加サービス又は付加サービスに必要とされる一部の機能であるサービス＃１は競合カテゴリＢに属するため、新たには起動することなく、次の処理（例えば、ｉＦＣ処理や他の呼制御サーバへの送信処理等）を継続する。

なお、第２のアプリケーションサーバ５０は、呼制御サーバ１０に返すリクエスト信号に、自身が起動した競合カテゴリＣと呼制御サーバ１０から伝えられた競合カテゴリＡ、Ｂとを合わせて、起動済みカテゴリ情報を競合カテゴリＡ、Ｂ、Ｃと設定し、そのリクエスト信号を送信するような実現例もある。

以上より、呼制御サーバ１０及び各アプリケーションサーバ３０，５０は、起動済みの付加サービス及び付加サービスに必要とされる一部の機能の属する競合カテゴリの情報を送受することにより、競合する付加サービス又は付加サービスに必要とされる一部の機能を起動しないように制御することが可能となる。

本実施の形態によれば、呼制御サーバ１０及び各アプリケーションサーバ３０，５０の各サーバが提供する付加サービス又は付加サービスに必要とされる一部の機能を付加サービスの起動条件に応じたカテゴリに所属させた競合カテゴリ条件テーブルを記憶しておき、他方のサーバからリクエスト信号を受信した場合に当該競合カテゴリ条件テーブルを参照し、リクエスト信号に含まれる競合カテゴリ名の競合カテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能については競合するものとして起動せず、競合カテゴリ名以外の競合カテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能を起動して、起動済みの付加サービス又は付加サービスに必要とされる一部の機能が属する競合カテゴリ名を含めたリクエスト信号を他方のサーバに送信するので、競合する競合カテゴリ情報だけを伝え合うだけで付加サービスの競合制御が実現でき、起動する付加サービス個々の詳細な情報を送受する必要がなく、網全体として付加サービスの競合を適切に制御することが可能となる。

そのため、呼制御サーバ１０や各アプリケーションサーバ３０，５０を保有する通信事業者が異なっていても、付加サービス実現に関する方法や詳細な仕様を共有し調整する必要がなく、付加サービス実現の設計工程を簡易化できる。

また、個々の付加サービス情報を転送する必要がないため、信号サイズや転送する情報量を削減することができ、呼の要求から付加サービス開始までの時間が長くなることを防ぐ効果がある。

このようにして、複数の通信事業者によるアプリケーションサーバを利用して付加サービスを実現できるため、サービス利用者の利便性が向上する。

最後に、本実施の形態で説明した呼制御サーバ１０及び各アプリケーションサーバ３０，５０は、コンピュータで構成される。すなわち、全ての記憶部は、メモリ等の記憶手段で実現される。また、全ての通信部及び競合制御部は、ＣＰＵ等の演算手段で実現され、プログラムで実行される。

また、本実施の形態で説明した付加サービス競合制御システム１をプログラムとして光記憶装置や磁気記憶装置等の記録媒体に読出可能に記録し、この記録媒体をコンピュータに組み込んだり、若しくは記録媒体に記録されたプログラムを、任意の通信回線を介してコンピュータにダウンロードしたり、又は記録媒体からインストールし、該プログラムでコンピュータを動作させることにより、上述した各処理動作を付加サービス競合制御システム１として機能させることができるのは勿論である。

１…付加サービス競合制御システム
１０…呼制御サーバ
３０…第１のアプリケーションサーバ
５０…第２のアプリケーションサーバ
７０…加入者端末
１１、３１、５１…記憶部
１２、３２、５２…競合制御部
１３、３３、５３…通信部
Ｓ…ステップ

Claims

提供される付加サービスの競合を呼制御サーバとアプリケーションサーバで連携制御する付加サービス競合制御システムにおいて、
前記呼制御サーバ及び前記アプリケーションサーバは、
各サーバが提供する付加サービス又は付加サービスに必要とされる一部の機能を付加サービスの起動条件に応じたカテゴリに所属させて記憶しておく記憶手段と、
他方のサーバからサービス起動要求信号を受信した場合に前記記憶手段を参照し、前記サービス起動要求信号に含まれるカテゴリ名のカテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能については競合するものとして起動せず、前記カテゴリ名以外のカテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能を起動する競合制御手段と、
起動済みの付加サービス又は付加サービスに必要とされる一部の機能が属するカテゴリ名を含めたサービス起動要求信号を前記他方のサーバに送信する送信手段と、
を有することを特徴とする付加サービス競合制御システム。
提供される付加サービスの競合を呼制御サーバとアプリケーションサーバで連携制御する付加サービス競合制御方法において、
前記呼制御サーバ及び前記アプリケーションサーバにより、
各サーバが提供する付加サービス又は付加サービスに必要とされる一部の機能を付加サービスの起動条件に応じたカテゴリに所属させて記憶手段に記憶しておくステップと、
他方のサーバからサービス起動要求信号を受信した場合に前記記憶手段を参照し、前記サービス起動要求信号に含まれるカテゴリ名のカテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能については競合するものとして起動せず、前記カテゴリ名以外のカテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能を起動するステップと、
起動済みの付加サービス又は付加サービスに必要とされる一部の機能が属するカテゴリ名を含めたサービス起動要求信号を前記他方のサーバに送信するステップと、
を有することを特徴とする付加サービス競合制御方法。
提供される付加サービスの競合を呼制御サーバとアプリケーションサーバで連携制御する付加サービス競合制御プログラムにおいて、
前記呼制御サーバ及び前記アプリケーションサーバに、
各サーバが提供する付加サービス又は付加サービスに必要とされる一部の機能を付加サービスの起動条件に応じたカテゴリに所属させて記憶手段に記憶しておく手順と、
他方のサーバからサービス起動要求信号を受信した場合に前記記憶手段を参照し、前記サービス起動要求信号に含まれるカテゴリ名のカテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能については競合するものとして起動せず、前記カテゴリ名以外のカテゴリに属する付加サービス又は付加サービスに必要とされる一部の機能を起動する手順と、
起動済みの付加サービス又は付加サービスに必要とされる一部の機能が属するカテゴリ名を含めたサービス起動要求信号を前記他方のサーバに送信する手順と、
を実行させることを特徴とする付加サービス競合制御プログラム。