(57)【要約】【課題】ガイダンス装置等の一部のサービス制御装置が情報の転送先を一つのみしか登録できない場合でも、スケーラビリティを保ちながら、目的の装置へ情報を転送できるようにする。【解決手段】サービス制御装置がガイダンス装置にガイダンス要求を行う際、ＳＩＰ信号のＣａｌｌ＿ＩＤと、当該サービス制御装置のＩＰアドレスをデータベースサーバに登録する。サービス制御装置はガイダンス装置に接続し、ガイダンス装置は応答結果（ＨＴＴＰ）を負荷分散装置に送信する。負荷分散装置では、Ｗｅｂサーバに応答結果を転送する。ＷｅｂサーバはそのＣａｌｌ＿ＩＤを抽出し、データベースサーバにサービス制御装置のＩＰアドレスを照合する。Ｗｅｂサーバは、データベースサーバからの問い合わせ結果をもとに、特定されたサービス制御装置にガイダンス応答結果を通知する。【選択図】        図２
2004192067.tif 000002
【特許請求の範囲】
【請求項１】
データベースサーバ、負荷分散装置、複数のサービス制御装置、複数の通信端末がＩＰ網で接続されているサービス提供システムにおいて、
前記サービス制御装置の少なくとも一部の装置（以下、サービス制御装置Ｂ）は、通信端末からの情報の転送先が１ケ所のみ登録できるような構成における信号分散方法であって、
通信端末からの発呼要求を負荷分散装置で、あるサービス制御装置（以下、サービス制御装置Ａ）に振り分ける工程と、
サービス制御装置Ａが、データベースサーバに対して、発呼要求の識別子及び要求を送出した当該サービス制御装置Ａの識別子を登録する工程と、
サービス制御装置Ａが、サービス制御装置Ｂに対して通信端末への接続指示を要求する工程と、
サービス制御装置Ｂが、通信端末に接続し、通信内容を受け取る工程と、
サービス制御装置Ｂが受け取った通信内容を負荷分散装置で、あるサービス制御装置（以下、サービス制御装置Ｃ）に振り分ける工程と、
サービス制御装置Ｃが、データベースサーバに対して、サービス制御装置Ｂに接続要求をだしたサービス制御装置Ａを問い合わせる工程と、
データベースサーバが、登録されている発呼要求の識別子及びサービス制御装置の識別子を検索して、サービス制御装置Ｃへ問い合わせ結果を通知する工程と、
サービス制御装置Ｃが、前記データベースサーバからの問い合わせ結果をもとに接続要求をだしたサービス制御装置Ａに前記通信内容を送信する工程と、
を具備することを特徴とする信号分散方法。
【請求項２】
請求項１記載の信号分散方法において、
サービス制御装置Ａは、データベースサーバに対して、発呼要求の識別子としてＳＩＰ信号のＣａｌｌ＿ＩＤ、当該サービス制御装置Ａの識別子として該サービス制御装置ＡのＩＰアドレスを登録し、
サービス制御装置Ｃは、データベースサーバに対して、通信内容に含まれるＣａｌｌ＿ＩＤを用いて問い合わせを行う、
ことを特徴とする信号分散方法。
【請求項３】
請求項２記載の信号分散方法において、
データベースサーバは、サービス制御装置Ｃから問い合わせがあると、Ｃａｌｌ＿ＩＤに対応するサービス制御装置ＡのＩＰアドレスをサービス制御装置Ｃに通知することを特徴とする信号分散方法。
【請求項４】
請求項１乃至３のいずれか１項に記載の信号分散方法において、
サービス制御装置Ｂは、通信端末にガイダンスを送出し、通信端末からガイダンス応答結果を受信するガイダンス装置であることを特徴とする信号分散方法。
【請求項５】
請求項１乃至４のいずれか１項に記載の信号分散方法において、
サービス制御装置Ａとサービス制御装置Ｃは同一装置あるいは別装置のいずれでもよいことを特徴とする信号分散方法。
【請求項６】
データベースサーバ、負荷分散装置、複数のサービス制御装置、複数の通信端末がＩＰ網で接続され、前記サービス制御装置の少なくとも一部の装置は通信端末からの情報の転送先が１ケ所のみ登録できるような構成となっているサービス提供システムにおいて、
請求項１乃至５のいずれか１項に記載の信号分散方法を使用していることを特徴とするサービス提供システム。
【請求項７】
請求項６に記載のサービス提供システムに使用されているサービス制御装置。
【請求項８】
請求項６に記載のサービス提供システムに使用されているデータベースサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、負荷分散装置、複数のサービス制御装置、複数の通信端末がＩＰ網で接続されて、サービスをスケーラブルに実現するサービス提供システムに関し、特に、一部のサービス制御装置が通信端末からの情報の転送先が１ケ所のみ登録できるような構成における信号分散方法、それを適用したサービス提供システム、そのサービス制御装置及びデータベースサーバに関する。
【０００２】
【従来の技術】
近年、ＩＰ網（インターネットプロトコル網）におけるサービスも高機能化が要望されているが、サービス開始時の初期投資を軽減させるために、最小構成でサービスを開始し、ユーザが増加するにしたがい設備を増設できるようなスケーラブルなサービス制御装置の構成が求められている。このように多重化されたサービス制御装置を設置する構成を実現する方法として、サービス制御装置とソフトスイッチとの間に負荷分散装置を設置し、各サービス制御装置の負荷状態を確認し、より負荷が少ない装置に信号を分配する方法がある（例えば、非特許文献１参照）。
【０００３】
負荷分散装置では、信号のセッションを維持する情報を記憶することができ、エンドユーザからの同一セッションの信号に対しては常に同じ装置を説用するような設定を行うことができる。しかし、この設定は信号のプロトコル毎に対して行うため、一方のプロトコル内の情報を利用して他方のプロトコルに対する信号の制御を行うことはできなかった。
【０００４】
【非特許文献１】
水野修、長山和弘著、「ＩＰ網上の高機能サービス提供に向けたサービスエージェント構成法」、ＮＴＴ  Ｒ＆Ｄ  ２００２／０２
【０００５】
【発明が解決しようとする課題】
いま、エンドユーザがＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に対応した通信端末を使用してコールセンタサービスなど通信さービスの代表番号に接続し、一次受付のガイダンスの応答によって端末を特定、着信するサービスを考える。
【０００６】
エンドユーザは通信サービスの代表番号に対し発信を行い、負荷分散装置によって接続要求のＳＩＰ信号がサービス制御装置に振り分けられ、ある１つのサービス制御装置に要求が届く。サービス制御装置はガイダンス装置に対してエンドユーザへのガイダンスを送出要求し、ガイダンス装置はエンドユーザの通信端末から応答、例えばＰＢ信号や声音にてガイダンス応答結果をサービス制御装置に通知する。通知はＳＩＰとＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  ＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）を利用する。サービス制御装置は、この情報を利用してエンドユーザからの呼を制御する。ガイダンス装置はエンドユーザからのガイダンス応答の送信先が１つのＩＰのみ登録できる。
【０００７】
この場合、サービス制御装置やガイダンス装置がそれぞれ多重化した構成では、ガイダンス装置が応答を送信できるサービス制御装置のＩＰアドレスを１つしか持てないため、ガイダンス応答を要求したサービス制御装置にガイダンス応答結果が送信できなかった。また、ガイダンス装置に登録したＩＰアドレスのサービス制御装置に対して、他のサービス制御装置からのガイダンス要求の応答も送られてくるため、特定のサービス制御装置のみに負荷が集中し、負荷を平準化することが困難であった。
【０００８】
また、ガイダンス装置からの応答結果を、負荷分散装置を経由してサービス制御装置に通知する方法が考えられるが、各制御装置の負荷状態は常に変化しているため、負荷分散装置がガイダンス応答を要求したサービス制御装置を特定できず、間違ったサービス制御装置に情報が送られる可能性があった。
【０００９】
本発明は、例えば、ガイダンス装置の制約としてガイダンスの応答結果を送信できる宛先のＩＰアドレスが１つのみであっても、サービス制御装置やガイダンス装置のスケーラビリティを保ちながら、ガイダンス応答を要求したサービス制御装置に対して応答結果を送信できることを目的とする。
【００１０】
【課題を解決するための手段】
本発明では、ＩＰ網上にデータベースサーバを設置し、サービス制御装置がガイダンス装置に対してガイダンス要求を行う際、要求信号を識別できる識別子、例えばＳＩＰ信号のＣａｌｌ＿ＩＤと、要求を行ったサービス制御装置を特定できる識別子、例えば当該サービス制御装置の物理ＩＰアドレスを要求毎にデータベースサーバに登録する。サービス制御装置はガイダンス装置に接続要求を行い、ガイダンス装置がガイダンスを流す。ガイダンス装置はユーザからの応答結果を負荷分散装置のＩＰアドレスに送信する。負荷分散装置では、例えば、多重化構成されたサービス制御装置の一つであるＷｅｂサーバの１台にユーザからの応答結果を転送する。ＷｅｂサーバはＨＴＴＰで送られたＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）内からＣａｌｌ＿ＩＤを抽出し、データベースサーバにサービス制御装置のＩＰアドレスを照合する。Ｗｅｂサーバは、データベースサーバからの問い合わせ結果をもとに、特定されたサービス制御装置にガイダンス応答結果を通知する。
【００１１】
【発明の実施の形態】
以下、本発明の実施例を図面により詳細に説明する。
図１は、本発明の一実施例を示すシステム構成図である。図１において、通信端末（ＳＩＰに対応）１００、１０１はソフトスイッチ１１０に接続されている。例えば、エンドユーザ１０２は通信端末１００をソフトスイッチ１１０を介して、他の通信端末１０１と接続し、そのエンドユーザ１０３と通話を行うことができる。また、ソフトスイッチ１１０は、ガイダンス装置１２０、負荷分散装置１３０、サービス制御装置１４０、Ｗｅｂサーバ１５０、データベースサーバ１６０のそれぞれとＩＰ網２００で接続されている。
【００１２】
ガイダンス装置１２０は、サービス制御装置の一種であり、信号送受信機能１２１、ガイダンス送出機能１２２、ＰＢ受信・音声認識機能１２３から構成される。ガイダンス装置１２０は、サービス制御装置１４０からのガイダンス要求（ＳＩＰ）に基づき、ソフトスイッチ１１０（ルータ、交換機等）を経由して通信端末１００、１０１に接続し、ユーザに対しガイダンスを送出する。また、ガイダンス装置１２０は、通信端末１００、１０１からのＰＢ信号や音声をＰＢ受信・音声認識機能１２３で受信し、負荷分散装置１３０を介して、その応答結果（ガイダンス応答結果）を他のＷｅｂサーバ１５０にＨＴＴＰを用いて通知することができる。
【００１３】
負荷分散装置１３０は、信号振分機能１３１を具備し、ソフトスイッチ１１０やガイダンス装置１２０からの信号を受信し、サービス制御装置１４０やＷｅｂサーバ１５０へ、負荷の状態に応じて信号を分配することができる。
【００１４】
サービス制御装置１４０は、信号受信機能１４１、サービス制御機能１４２、データベース通信機能１４３から構成される。サービス制御装置１４０は、負荷分散装置１３０を介して、ソフトスイッチ１１０からの信号を受信し、、ガイダンス装置１２０にガイダンス要求し、ガイダンス装置１２０からの応答結果に基づきサービスの制御を行うことができる。また、サービス制御装置１４０は、ガイダンス装置１２０に対してガイダンス要求を行う際、データベース通信機能１４３により、要求を識別できる識別子、要求を行った当該サービス制御装置１４０を特定できる識別子をデータベースサーバ１６０に登録することができる。
【００１５】
Ｗｅｂサーバ１５０もサービス制御装置の一種であり、信号送受信機能１５１、データベース通信機能１５２から構成される。Ｗｅｂサーバ１５０は、負荷分散装置１３０からガイダンス応答結果を受け取ると、データベース通信機能１５２により、ガイダンス要求を出したサービス制御装置をデータベースサーバ１６０に問い合わせて、その結果をもとに該当サービス制御装置にガイダンス応答結果を通知することができる。
【００１６】
データベースサーバ１６０は、Ｃａｌｌ＿ＩＤ−サービス制御装置番号対応テーブル１６１、データベース処理機能１６２から構成される。データベースサーバ１６０は、データベース処理機能１６２により、サービス制御装置から登録要求があると、要求を識別できる識別子（例えばＣａｌｌ＿ＩＤ）と要求を行ったサービス制御装置を特定できる識別子（例えばＩＰアドレス）を対応テーブル１６１に登録し、また、サービス制御装置（ここではＷｅｂサーバ１５０）から問い合わせがあると、対応テーブル１６１からＣａｌｌ＿ＩＤに対応するＩＰアドレスを検索して、Ｗｅｂサーバ１５０に通知することができる。
【００１７】
図２に、本実施例の動作シーケンス例を示す。図２はコールセンタを想定し、通信端末１００からの発信呼に対してガイダンス装置１２０に接続し、通信端末１００からＰＢで送出された信号に基づき、着信すべき通信端末１０１を選択し通話を行うまでを示している。
【００１８】
まず、通信端末１００はコールセンタの代表電話番号に対してＳＩＰを用いて発信（接続要求）を行う。コールセンタの代表電話番号は、負荷分散装置１３０のＩＰアドレスにマッピングされている。ソフトスイッチ１１０は、通信端末１００からの呼の着信電話番号から負荷分散装置１３０のＩＰアドレスを特定し、接続要求のＳＩＰ信号を負荷分散装置１３０に送る。負荷分散装置１３０では複数のサービス制御装置１４０やＷｅｂサーバ１５０の負荷状態をチエックしており、ここでは、負荷が低いサービス制御装置１４０に対して、通信端末１００からの接続要求のＳＩＰ信号を振り分ける（ステップ１）。
【００１９】
サービス制御装置１４０では、受信した信号に対応したサービス制御シナリオを起動する（ステップ２）。ここでは、サービス制御装置１４０は、通信端末１００とガイダンス応答を行うためにガイダンス装置１２０に接続してガイダンス要求のＳＩＰ信号を送信する（ステップ３）。この時、サービス制御装置１４０は、データベースサーバ１６０に対して、ガイダンス要求を識別する識別子（ここではＳＩＰのＣａｌｌ＿ＩＤとする）と、該ガイダンス要求を行った当該サービス制御装置１４０を特定する識別子（ここではサービス制御装置のＩＰアドレスとする）を登録するための登録要求を送信する（ステップ４）。
【００２０】
図３（Ａ）に、サービス制御装置１４０からデータベースサーバ１６０へ送信される登録要求電文の構成例を示す。登録要求電文２００は、電文名称２０１、ガイダンス装置１２０に通知したＳＩＰ信号のＣａｌｌ＿ＩＤ（ソフトスイッチ１１０にて割当てられたＳＩＰのＣａｌｌ＿ＩＤ）２０２、当該サービス制御装置１４０のＩＤアドレス２０３、要求時刻２０４から構成される。
【００２１】
データベースサーバ１６０は、サービス制御装置１４０から登録要求電文２００を受信すると、そのＣａｌｌ＿ＩＤ２０２、該サービス制御装置１４０のＩＤアドレス２０３、要求時刻２０４を、Ｃａｌｌ＿ＩＤ−サービス制御装置番号対応テーブル１６１に登録する（ステップ５）。図４に対応テーブル１６１の構成例を示す。図４において、レコード３０１がサービス制御装置１４０から送信された図３（Ａ）の登録要求電文２００に対応する。なお、ステップ５の処理については後述する。
【００２２】
一方、ガイダンス装置１２０は、サービス制御装置１４０からガイダンス要求（ＳＩＰ）を受信すると、通信端末１００に対してガイダンスを送信し、通信端末１００からその応答情報をＰＢ信号にて受信する（ステップ６）。ガイダンス装置１２０は、サービス制御装置１４０に対して、ＳＩＰ信号のガイダンス要求応答を返却する。また、ガイダンス装置１２０は、ガイダンス応答結果をサービス制御装置１４０に通知できないため、負荷分散装置１３０にＨＴＴＰ信号を送信する。ＨＴＴＰ信号にはＣａｌｌ＿ＩＤとガイダンス応答結果が含まれる。負荷分散装置１３０は、先の接続要求のＳＩＰ信号と同様に、複数のサービス制御装置の負荷状態に応じて１つのサービス制御装置を選択し、ＨＴＴＰ信号を転送する。ここでは、負荷分散装置１３０は、サービス制御装置の一種であるＷｅｂサーバ１５０を選択してＨＴＴＰ信号を転送する（ステップ７）。
【００２３】
Ｗｅｂサーバ１５０は、ガイダンス装置１２０からＨＴＴＰ信号が転送されると、該ＨＴＴＰ信号からＣａｌｌ＿ＩＤを抽出し、データベースサーバ１６０に対して、ガイダンス要求を行ったサービス制御装置の装置番号を問い合わせる（ステップ８）。
【００２４】
図３（Ｂ）に、Ｗｅｂサーバ１５０からデータベースサーバ１６０へ送信される照会要求電文の構成例を示す。照会要求電文２１０は、電文名称２１１、ＨＴＴＰ信号から抽出したＣａｌｌ＿ＩＤ（サービス制御装置１４０にガイダンス装置１２０が通知したＳＩＰのＣａｌｌ＿ＩＤ）２１２、要求時刻２１３から構成される。
【００２５】
データベースサーバ１６０は、Ｗｅｂサーバ１５０から照会要求電文２１０を受信すると、そのＣａｌｌ＿ＩＤ２１２に対応するサービス制御装置のＩＰアドレスを、Ｃａｌｌ＿ＩＤ−サービス制御装置番号対応テーブル１６１から検索し、その結果をＷｅｂサーバ１５０に通知する（ステップ９）。図４のテーブル例の場合、レコード３０１のＣａｌｌ＿ＩＤ１６１１と図３（Ｂ）の照会要求電文２１０のＣａｌｌ＿ＩＤ２１２とが一致するため、データベースサーバ１６０は、該エントリ３０１のＩＰアドレス１６１２（サービス制御装置１４０のＩＰアドレス）をＷｅｂサーバ１５０に通知する。なお、ステップ９の処理については後述する。
【００２６】
Ｗｅｂサーバ１５０は、データベースサーバ１６０から通知された検索結果から該当するサービス制御装置１４０を特定し、サービス制御装置１４０へガイダンス応答結果（ＨＴＴＰ）を送信する（ステップ１０）。サービス制御装置１４０は、Ｗｅｂサーバ１５０から通知されたガイダンス応答結果より着信すべき通信端末１０１を特定し（ステップ１１）、通信端末１０１に対して要求（ＳＩＰ）を行う（ステップ１２）。これにより、通信端末１００と通信端末１０１で通話が成立する。
【００２７】
図５は、データベースサーバ１６０における登録要求電文受信時の処理フローチャートを示す。データベースサーバ１６０は、サービス制御装置１４０から登録要求電文２００（図３（Ａ））を受信すると（ステップ１００１）、該電文を解析し、Ｃａｌｌ＿ＩＤ２０２、サービス制御装置のＩＰアドレス２０３、要求時刻２０４を抽出する（ステップ１００２）。そして、電文から抽出されたＣａｌｌ＿ＩＤと同じ値が対応テーブル１６１（図４）に存在するか判定し（ステップ１００３）、存在しない場合、対応テーブル１６１内の空きを確認して、抽出したＣａｌｌ＿ＩＤサービス制御装置のＩＰアドレス、要求時刻を対応テーブル１６１へ登録する（ステップ１００４）。また、電文２００から抽出したＣａｌｌ＿ＩＤと同じ値が既に対応テーブル１６１に存在する場合は、サービス制御装置１４０に対してエラーを返却する（ステップ１００５）。
【００２８】
図６は、データベースサーバ１６０における照会要求電文受信時の処理フローチャートを示す。データベースサーバ１６０は、Ｗｅｂサーバ１５０から照会要求電文２１０（図３（Ｂ））を受信すると（ステップ２００１）、該電文を解析し、Ｃａｌｌ＿ＩＤ２１２を抽出する（ステップ２００２）。そして、電文から抽出したＣａｌｌ＿ＩＤと同じ値が対応テーブル１６１（図４）に存在するか判定し（ステップ２００３）、存在すれば、対応テーブル１６１の該当レコードより、対応するサービス制御装置のＩＰアドレスを取り出して、そのＩＰアドレスを含む応答電文を作成し（ステップ２００４）、Ｗｅｂサーバ１５０通知する（ステップ２００５）。通知が完了すると、対応テーブル１６１から通知したＣａｌｌ＿ＩＤのレコードを削除する（ステップ２００６）。また、電文２１０から抽出したＣａｌｌ＿ＩＤと同じ値が対応テーブル１６１に存在しない場合は、Ｗｅｂサーバ１５０に対してエラーを返却する（ステップ２００７）。
【００２９】
図７は、本発明の他の実施例のシステム構成図で、図１のＷｅｂサーバ１５０を省略し、サービス制御装置１４０に縮退させた実施例である。図７の動作シーケンスは、図１のシステム構成の場合と基本的に同様であるが、負荷分散装置１３０は、ガイダンス装置１２０からのガイダンス応答結果（ＨＴＴＰ）をサービス制御装置１４０に転送する。サービス制御装置１４０は、ＨＴＴＰ信号からＣａｌｌ＿ＩＤを抽出して、データベースサーバ１６０にガイダンス要求を出したサービス制御装置の装置番号を問い合わせ、データベースサーバ１６０からの応答結果から自サービス制御装置１４０を特定する。なお、サービス制御装置１４０自身で照合できれば、データベースサーバ１６０に対する問い合わせを省略することができる。
【００３０】
また、サービス制御装置が複数存在し、負荷分散装置１３０が、ガイダンス要求を出したサービス制御装置１４０と異なるサービス制御装置に対してガイダンス応答結果を転送した場合は、そのサービス制御装置が図１のＷｅｂサーバ１５０と同様にデータベースサーバ１６０に問い合わせて当該サービス制御装置１４０を特定し、ガイダンス応答結果を送信することになる。
【００３１】
以上、本発明の一実施例を説明したが、本発明は、これに限られるものではない。例えば、実施例では、通信端末からの情報の転送先（ＩＰアドレス）が１ヶ所のみ登録できる装置例としてガイダンス装置を挙げたが、ガイダンス装置に限らないことは云うまでもない。
【００３２】
【発明の効果】
以上説明したように、本発明によれば、ＩＰ網を利用したサービス提供システムにおいて、例えば、ガイダンス装置の制約としてガイダンスの応答結果を送信できる宛先のＩＰアドレスが１つのみであっても、サービス制御装置やガイダンス装置のスケーラビリティを保ちながら、ガイダンス応答を要求したサービス制御装置に対して応答結果を送信することができる。
【図面の簡単な説明】
【図１】本発明を適用するシステムの一実施例を示す構成図である。
【図２】本発明を適用するシステムの動作シーケンス例である。
【図３】本発明を適用するシステムの電文構成の一例である。
【図４】本発明を適用するシステムのＣａｌｌ＿ＩＤ−サービス制御装置番号対応テーブルの一例である。
【図５】データベースサーバの登録電文受信時のフローチャート例である。
【図６】データベースサーバの照会要求電文受信時のフローチャート例である。
【図７】本発明を適用するシステムの一実施例で縮退構成を示す構成図である。
【符号の説明】
１００，１０１  通信端末
１１０  ソフトスイッチ
１２０  ガイダンス装置
１５０  Ｗｅｂサーバ
１６０  データベースサーバ
１６１  Ｃａｌｌ＿ＩＤ−サービス制御装置特定番号対応テーブル
【図１】
2004192067.tif 000003
【図２】
2004192067.tif 000004
【図３】
2004192067.tif 000005
【図４】
2004192067.tif 000006
【図５】
2004192067.tif 000007
【図６】
2004192067.tif 000008
【図７】
2004192067.tif 000009