(57)【要約】【課題】アプリケーションサーバと連携して第三者によるサービス提供を容易にできるサービス提供連携サーバを提供する。【解決手段】サービス毎に他のサービスと併行して提供可能であるか否かの条件（競合可否条件）を予め設定し、また、サービス毎にその提供状態を管理し、呼接続要求があった場合にサービスの提供状態及び競合可否条件に基づいて、その呼接続要求に係るサービスを提供可能であるか否かを判定し、提供可能と判定した場合にはアプリケーションサーバへその呼接続要求を中継するサービス提供連携サーバ。【選択図】図１
2010220016.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのアプリケーションサーバと連携して通信装置へサービスを提供するサービス提供連携サーバであって、
サービス種別毎に対応する少なくとも１つの競合可否条件を保持する第１テーブルと、
ユーザ毎に現在提供中の少なくとも１つのサービス種別を現在提供サービス種別として記憶する第２テーブルと、
前記通信装置から到来したサービス要求に応じて前記第１及び第２テーブルを参照しつつ前記現在提供サービス種別に対応する競合可否条件に基づいて前記サービス要求に対応する１のサービス種別を提供できると判別した場合に前記アプリケーションサーバのうちの前記１のサービス種別を提供可能な１のアプリケーションサーバへ前記サービス要求を中継するサービス分析部と、
を含むことを特徴とするサービス提供連携サーバ。
【請求項２】
前記サービス分析部は、前記１のサービス種別を提供できないと判別した場合に前記通信装置へサービス提供不可の通知を発する提供不可通知手段を更に含むことを特徴とする請求項１に記載のサービス提供連携サーバ。
【請求項３】
前記サービス分析部は、前記サービス要求信号がｉＦＣトリガ条件に合致したか否かを判別するトリガ条件判別手段を更に含み、
当該合致したと判別された場合にのみ前記１のサービス種別を提供できるか否かを判別することを特徴とする請求項１に記載のサービス提供連携サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションサーバと連携してユーザへのサービス提供を行うサービス提供連携サーバに関する。
【背景技術】
【０００２】
近年、ＩＰネットワークを介したコミュニケーションの多様化が進展し、第三者が提供するアプリケーションサーバと通信事業者が提供する呼制御サーバ（ＳＩＰ（Session Initiation Protocol）サーバ）とが連携してサービスを提供するネットワークアーキテクチャが検討されている。そのアーキテクチャとして、第三世代携帯電話システム仕様の検討及び策定を行うプロジェクトである３ＧＰＰ(3rd Generation Partnership Project)により標準化されたＩＰマルチメディア・サブシステム（IP Multimedia Subsystem：ＩＭＳ）が知られている。通常、ＩＭＳにおいては、ユーザ毎の契約情報を含むユーザプロファイル（User Profile）と、サービス起動条件を含むサービスプロファイル（Service Profile）とが管理されている。ＳＩＰサーバは、ユーザからの呼接続要求に応じて、サービスプロファイルに含まれるサービス起動条件であるイニシャルフィルタクライテリア（Initial Filter Criteria：ＩＦＣ）に従って、接続先のアプリケーションサーバと連携してサービスを提供する。例えば、特許文献１には、呼制御信号に基づいて付加サービスを特定すると共に起動制限の情報を参照し、当該特定された複数の付加サービスの間で矛盾があるか否かをチェックし、矛盾があると判定した場合に当該呼制御信号を発した通信端末へエラー応答を返すサービス連携装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２１１７３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＩＭＳにおいては、ＳＩＰサーバとアプリケーションサーバとが連携することは規定されているものの、提供サービス同士が競合した場合の処理が十分に規定されていない。詳細には、ＩＭＳではサービスの競合や併行実行に関してＳＣＩＭ（Service Capability Interaction Manager）と称されるファンクション名は規定されているものの、詳細な仕様は規定されていない。
【０００５】
また、特許文献１に開示されているサービス連携装置によれば、ＩＭＳアーキテクチャにおけるホームサブスクライバーサーバー（Home Subscriber Server：ＨＳＳ）で管理されるプロファイルを利用する一般的な構成とは大幅に異なるので、第三者のアプリケーションサーバが連携するのは容易ではなく、第三者がサービスを提供するにはハードルが非常に高いものとなっている。つまり、当該サービス連携装置により第三者がサービスを提供する場合には、提供サービスの競合を確実に回避するための非常に複雑な手順を踏む必要があり、第三者と通信事業者との間での設定条件を細部にわたって整合させる必要がある。このことが、第三者によるサービス提供拡大の阻害要因となっている。
【０００６】
本発明は上記した如き問題点に鑑みてなされたものであって、アプリケーションサーバと連携して第三者によるサービス提供を容易にできるサービス提供連携サーバを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明によるサービス提供連携サーバは、少なくとも１つのアプリケーションサーバと連携して通信装置へサービスを提供するサービス提供連携サーバであって、サービス種別毎に対応する少なくとも１つの競合可否条件を保持する第１テーブルと、ユーザ毎に現在提供中の少なくとも１つのサービス種別を現在提供サービス種別として記憶する第２テーブルと、前記通信装置から到来したサービス要求に応じて前記第１及び第２テーブルを参照しつつ前記現在提供サービス種別に対応する競合可否条件に基づいて前記サービス要求に対応する１のサービス種別を提供できると判別した場合に前記アプリケーションサーバのうちの前記１のサービス種別を提供可能な１のアプリケーションサーバへ前記サービス要求を中継するサービス分析部と、を含むことを特徴とする。
【発明の効果】
【０００８】
本発明によるサービス提供連携サーバによれば、アプリケーションサーバと連携して第三者によるサービス提供を容易にできる。
【図面の簡単な説明】
【０００９】
【図１】本実施例によるサービス提供連携サーバをＨＳＳ／ＤＢサーバなどと共に表すブロック図である。
【図２】ユーザプロファイルに含まれるユーザ情報の一例を表すユーザ情報テーブルである。
【図３】サービス実行ポリシーテーブルの一例を表す図である。
【図４】現在提供サービステーブルの一例を表す図である。
【図５】競合管理テーブルの一例を表す図である。
【図６】ＳＩＰサーバのサービス分析部によるサービス分析処理ルーチンを表すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明に係る実施例について添付の図面を参照しつつ詳細に説明する。
【００１１】
図１は、本実施例によるサービス提供連携サーバ１０を、ＨＳＳ／ＤＢサーバ２０、アプリケーションサーバ３０−１〜３０−ｎ（ｎは２以上の整数）、通信端末４０−１及び４０−２と共に表すブロック図である。これらのサーバによって構成される通信システムは、３ＧＰＰにより標準規格化されたＩＭＳ（ＩＰマルチメディア・サブシステム）であり、これらのサーバが連携することによって通信端末４０−１へサービスを提供するものである。これらのサーバは、例えばインターネットなどの通信網５１〜５３を介して相互にパケットを交換することにより通信可能である。また、通信端末４０−１は、通信網５４を介してサービス提供連携サーバ１０及びＨＳＳ／ＤＢサーバ２０と通信可能である。通信端末４０−２は、通信網５５を介してアプリケーションサーバ３０−１〜３０−ｎと通信可能である。
【００１２】
サービス提供連携サーバ１０は、例えばＳＩＰ（Session Initiation Protocol）を通話制御プロトコルとして用いた呼接続制御を行ういわゆるＳＩＰサーバである（以下、ＳＩＰサーバ１０と称する）。ＳＩＰサーバ１０は、通信事業者が管理するサーバであり、信号送受信部１１と、ルーチング処理部１２と、サービス分析部１３と、を含む。
【００１３】
信号送受信部１１は、通信網５１を介してＨＳＳ／ＤＢサーバ２０と、通信網５２を介してアプリケーションサーバ３０−１〜３０−ｎと、通信網５４を介して通信端末４０−１と、それぞれパケットの交換により、例えばＩＮＶＩＴＥ信号やＡＣＫ信号などのいわゆるＳＩＰ信号やその他の信号を送受信するものである。信号送受信部１１は、後述のルーチング処理部１２によって決定された中継先へパケットを送信する。
【００１４】
ルーチング処理部１２は、通信網５１〜５４のいずれかを介して到来したパケットの中継先を決定する、つまりいわゆるルーチング処理を行うものである。ルーチング処理部１２は、パケットのヘッダに含まれる例えば宛先ＩＰアドレスなどの宛先情報に基づいてパケットの中継先を決定する。
【００１５】
サービス分析部１３は、通信端末４０−１からのサービス要求信号に応じて、通信端末４０−１へ供給すべきサービスの分析を行い、その分析結果に応じた処理を実行するものである。ここで、サービス要求信号とは、例えばＳＩＰなどの通信プロトコルに従った呼接続要求信号である。この分析処理の詳細については後述する（図６に示されるサービス分析処理ルーチンを参照しての説明）。
【００１６】
信号送受信部１１、ルーチング処理部１２及びサービス分析部１３の各機能は、例えばマイクロプロセッサなどのハードウェアで構成されたものであっても良いし、また、コンピュータプログラムによっても構成可能である。プログラムにより構成した場合には、そのプログラムは例えばハードディスクなどの記憶媒体（図示せず）に記憶され、後述の制御部１４がこれを読み出して実行することによってこれらの各機能を実現する。
【００１７】
制御部１４は、信号送受信部１１、ルーチング処理部１２及びサービス分析部１３を統括制御する例えばＣＰＵなどの演算処理装置である。これらの各ブロックの機能がプログラムにより構成されている場合には、例えばハードディスクなどの記憶媒体（図示せず）に記憶されているそのプログラムを読み出して実行することによってこれらの各機能を実現する。
【００１８】
ＨＳＳ／ＤＢサーバ２０は、いわゆるホームサブスクライバーサーバー（Home Subscriber Server：ＨＳＳ）と、データベースサーバー（Data Base：ＤＢ）の機能を併せ持つサーバーである。ＨＳＳ／ＤＢサーバ２０は、ユーザプロファイル２１と、サービスプロファイル２２と、サービス実行ポリシーテーブル２３と、サービス提供状態管理テーブル２４と、を含む。
【００１９】
ユーザプロファイル２１は、通信端末４０−１やその他図示せぬ通信端末の各々のユーザ契約情報を含むプロファイルである。
【００２０】
図２は、ユーザプロファイル２１に含まれるユーザ情報の一例を表すユーザ情報テーブルである。「ユーザ番号」欄には、通信端末４０−１やその他図示せぬ通信端末の各々を識別するための端末毎に固有の例えば電話番号やＩＰアドレスなどのユーザ識別子が設定されている。以下、便宜上、ユーザ識別子をＵ１、Ｕ２、Ｕ３、・・・で表す。「サービス種別」欄には、例えば呼転送、ウェブコール、３ＰＣＣ（3rd Party Call Control)などのサービス種別を識別するためのサービス毎に固有のサービス識別子が設定されている。以下、サービス識別子を例えばＳＢ、Ｓ１、Ｓ２、・・・、Ｓｎで表す。例えばサービス識別子ＳＢは、通信事業者が提供する例えば呼接続サービスなどの基本サービスを表す。また、サービス識別子Ｓ１、Ｓ２、・・・、Ｓｎは、第三者が提供する例えば呼転送、ウェブコール、３ＰＣＣなどのいわゆる付加サービスを表す。「アプリケーションサーバ」欄には、アプリケーションサーバ３０−１〜３０−ｎの各々を識別するためのサーバ毎に固有の例えばＩＰアドレスなどのサーバ識別子が設定されている。以下、サーバ識別子をＡ３０−１〜Ａ３０−ｎで表す。
【００２１】
例えば、通信端末４０−１に対応するユーザ識別子Ｕ１には、サービス識別子Ｓ２、Ｓ３、Ｓ４及びＳＢが対応付けられている。これは、通信端末４０−１のユーザがサービス識別子Ｓ２、Ｓ３、Ｓ４及びＳＢの各々に対応するサービスの提供を受けるために予め設定したものである。ユーザは、提供サービスの設定又は変更をしたい場合、通信端末４０−１により、自身のユーザ識別子と、提供を受けたいサービスのサービス識別子とを含むサービス設定変更信号を、通信網５４を介してＨＳＳ／ＤＢサーバ２０へ送信する。そして、このサービス設定変更信号によりユーザプロファイル２１へアクセスして当該信号に含まれるユーザ識別子とサービス識別子とを図２に示される如くユーザ情報テーブルに設定又は変更する。
【００２２】
また、サービス識別子Ｓ１にはサーバ識別子Ａ３０−１、Ｓ２にはＡ３０−２、・・・、ＳｎにはＡ３０−ｎ、がそれぞれ対応付けられている。これは、例えばサービス識別子Ｓ１に対応するサービスを提供するアプリケーションサーバは、サーバ識別子Ａ３０−１に対応するアプリケーションサーバ３０−１であることを表している。なお、ユーザプロファイル２１には、ユーザ情報テーブルに示した情報以外にも各種のユーザ契約情報が含まれている。
【００２３】
サービスプロファイル２２は、ＩＭＳアーキテクチャにおけるいわゆるイニシャルフィルタクライテリア（Initial Filter Criteria。以下、ＩＦＣと称する）やその他のサービス起動条件を含むプロファイルである。ＩＦＣは、例えば通信端末４０−１からの呼接続要求信号（ＳＩＰ信号）に応じたＳＩＰサーバ１０によってサービスプロファイル２２から読み出され、そのＳＩＰ信号をアプリケーションサーバへ中継する際のいわゆるトリガ条件の判定に用いられるものである。例えばＩＦＣには電話番号などのユーザ識別子が含まれており、ＳＩＰサーバ１０は、そのユーザ識別子と、ＳＩＰ信号に含まれるユーザ識別子とが一致した場合に、そのＳＩＰ信号をアプリケーションサーバへ中継するといった処理を行う。ＩＦＣは、通信事業者がＳＩＰサーバ１０から通信網５１を介してサービスプロファイル２２へアクセスして設定する。
【００２４】
サービス実行ポリシーテーブル２３は、提供サービスの競合時における処理条件（以下、競合可否条件と称する）を含む競合条件テーブル（第１テーブル）である。
【００２５】
図３は、サービス実行ポリシーテーブル２３の一例を表す図である。「サービス種別」欄には、サービス識別子Ｓ１、Ｓ２、・・・、Ｓｎが設定されている。「サービスポリシー」欄には、競合可否条件が設定されている。例えばサービス種別Ｓ１には、（１）本サービス（すなわちサービス種別Ｓ１に対応するサービス）実施中は他サービスの実行不可、（２）通信事業者サービス実行中は本サービス実行不可といった競合可否条件が対応付けられている。
【００２６】
サービス種別毎のサービスポリシー（競合可否条件）は、通信事業者がＳＩＰサーバ１０から通信網５１を介してサービス実行ポリシーテーブル２３へアクセスして全てのサービス種別について設定するようにしても良いし、サービスを提供する第三者がアプリケーションサーバ（３１−１〜３１−ｎのいずれか１つ）から通信網５３を介してサービス実行ポリシーテーブル２３へアクセスして自身が提供するサービス種別について設定するようにしても良い。なお、図３では「ポリシー情報」を説明の便宜のために文章により表現したものであり、実際にはコンピュータプログラムによる実行形式に則したデータ形式にて設定されるものである。
【００２７】
サービス提供状態管理テーブル（第２テーブル）２４は、通信端末毎のサービス提供状態及びサービスの競合可否状態を管理するためのテーブルである。サービス提供状態管理テーブル２４は、現在提供サービステーブルと、競合管理テーブルからなる。
【００２８】
図４は、現在提供サービステーブルの一例を表す図である。「ユーザ番号」欄には、ユーザ識別子Ｕ１、Ｕ２、Ｕ３、・・・が設定されている。「提供中サービス種別」欄には、サービス識別子ＳＢ、Ｓ１、Ｓ２、・・・、Ｓｎが設定されている。「提供状態」欄は、現在提供されているサービスについては「実行中」、提供されていないサービスについては「−」で表す。なお、当該サービスは、アプリケーションサーバ３０−１〜３０−ｎの少なくとも１によって提供されるものである。例えばユーザ識別子Ｕ１に対応する通信端末４０−１へ、アプリケーションサーバ３０−２からサービス識別子Ｓ２に対応するサービスが提供されている場合、図４に示される如く「提供状態」欄には「実行中」が設定される。なお、「提供状態」欄は、ＳＩＰサーバ１０のサービス分析部１３によって設定される。
【００２９】
図５は、競合管理テーブルの一例を表す図である。「ユーザ番号」欄には、ユーザ識別子Ｕ１、Ｕ２、Ｕ３、・・・が設定されている。「提供中サービス種別」欄には、通信端末毎に現在提供されているサービスのサービス識別子ＳＢ、Ｓ１、Ｓ２、・・・、Ｓｎが設定されている。「競合提供不可サービス」欄は、現在提供されているサービスと併行して提供することができないサービスを特定するデータが設定される。例えばユーザ識別子Ｕ１に対応する通信端末４０−１へ、アプリケーションサーバ３０−２及び３０−３から順にサービス識別子Ｓ２及びＳ３に対応するサービスがそれぞれ提供されている場合、基本サービス以外のサービスについては、サービス識別子Ｓ２及びＳ３に対応するサービスとは併行して提供できないことを表している。
【００３０】
例えば「競合提供不可サービス」欄は、提供できないサービスのサービス識別子（ＳＢ、Ｓ１、Ｓ２、・・・、Ｓｎ）を列挙するような形式で設定しても良い。この場合、例えば「基本サービス以外」の欄は、基本サービスのサービス識別子ＳＢ以外のサービス識別子Ｓ１、Ｓ２、・・・、Ｓｎが設定される。なお、図５では「競合提供不可サービス」を説明の便宜のために文章により表現したものであり、実際にはコンピュータプログラムによる実行形式に則したデータ形式にて設定されるものである。なお、「競合提供不可サービス」欄は、ＳＩＰサーバ１０のサービス分析部１３によって設定される。
【００３１】
ユーザプロファイル２１、サービスプロファイル２２、サービス実行ポリシーテーブル２３及びサービス提供状態管理テーブル２４は、ＨＳＳ／ＤＢサーバ２０に備えられた例えばハードディスクなどの記憶媒体（図示せず）に記憶されており、サービス提供連携サーバ１０は通信網５１を介して、アプリケーションサーバ３０−１〜３０−ｎは通信網５３を介して、通信端末４０−１は通信網５４を介して、それぞれこれらのプロファイル及びテーブルにアクセス可能である。なお、これらのプロファイル及びテーブルについては、ＨＳＳ／ＤＢサーバ２０に代えてＳＩＰサーバ１０が保持するようにしても良いが、本実施例では上記の通りＨＳＳ／ＤＢサーバ２０が保持するものとする。
【００３２】
アプリケーションサーバ３０−１は、通信端末４０−１その他の図示せぬ通信端末へサービスを提供する第三者（つまり通信事業者でない者）が管理するアプリケーションサーバであり、サービス提供のためのアプリケーションを保持している。アプリケーションサーバ３０−１は、信号送受信部３１と、アプリケーション記憶部３２と、サービス制御部３３と、プロファイル３４と、を含む。
【００３３】
信号送受信部３１は、サービス提供のための例えばＳＩＰ信号などの各種信号及び例えば音声データや映像データなどのサービスデータを送受信するものである。
【００３４】
アプリケーション記憶部３２は、例えば呼転送、ウェブコール、３ＰＣＣなどのサービスを提供するための少なくとも１のアプリケーションを記憶する例えばハードディスクなどの記憶媒体である。アプリケーションはコンピュータプログラムからなり、後述のサービス制御部３３によってアプリケーション記憶部３２から読み出され実行される。
【００３５】
サービス制御部３３は、通信端末４０−１その他の図示せぬ通信端末へのサービス提供を制御する例えばＣＰＵなどの演算処理機能を有するマイクロプロセッサである。詳細には、サービス制御部３３は、ＳＩＰサーバ１０から中継された呼接続信号に応じてアプリケーション記憶部３２に記憶されているコンピュータプログラムからなるアプリケーションを読み出して実行することによりサービス提供を行う。サービス制御部３３は、信号送受信部３１をして、通信網５２及び５４を介して通信端末４０−１と、また、通信網５５を介して通信端末４０−２との間でそれぞれＳＩＰ信号や映像データなどのサービスデータを送受信せしめることによって、通信端末４０−１及び４０−２へサービスを提供する。
【００３６】
プロファイル３４は、例えばユーザ契約情報などのユーザ関連情報及び例えば提供サービスの種別や提供の制限条件などのサービス関連情報などを含むプロファイルであり、例えばハードディスクなどの記憶媒体（図示せず）に記憶されている。
【００３７】
アプリケーションサーバ３０−２〜３０−ｎの各々もアプリケーションサーバ３０−１と同じ構成である。
【００３８】
通信端末４０−１は、いわゆるＶｏＩＰ（Voice over Internet Protocol）による通信機能を有する例えば携帯電話端末、パーソナルコンピュータ、ＰＤＡなどの端末である。通信端末４０−１は、入力部４１と、通信部４２と、を含む。
【００３９】
入力部４１は、ユーザからの入力を受け入れる例えば電話番号ボタンやキーボードなどである。ユーザは、提供を受けたいサービスの種別を設定又は変更したい場合には、当該設定又は変更に係るサービスのサービス識別子を入力部４１へ入力する。また、ユーザは、当該設定又は変更により登録したサービスの提供を受けたい場合には、入力部４１へ呼接続要求の入力を行う。
【００４０】
通信部４１は、呼接続要求信号などのＳＩＰ信号、サービス設定変更信号、音声又は映像データなどのサービスデータを例えばインターネットなどの通信網５４を介して送受信するものである。
【００４１】
通信部４１は、ユーザによる入力部４１へのサービス識別子の入力に応じて、当該サービス識別子を含むサービス設定変更信号を生成し、これを通信網５４を介してＨＳＳ／ＤＢサーバ２０へ送信する。例えば通信部４１はサービス識別子Ｓ２、Ｓ３及びＳ４を含むサービス設定変更信号を通信端末４０−１からＨＳＳ／ＤＢサーバ２０へ送信して、ユーザプロファイル２１にアクセスし、ユーザ情報テーブル内の「サービス種別」欄の設定を図２に示される如く更新する。このように、ユーザは、提供を受けたいサービスをユーザプロファイル２１内のユーザ情報テーブルに予め設定することができる。
【００４２】
また、通信部４１は、ユーザによる入力部４１への呼接続要求入力に応じて、ＳＩＰプロトコルに従った呼接続要求信号を生成し、これを通信網５４を介してＳＩＰサーバ１０へ送信する。これにより、ユーザは、サービスの競合制限条件を満たすことを条件として、ユーザ情報テーブルに予め設定したサービスの提供を受けることができる。
【００４３】
また、通信部４１は、サービスを提供するアプリケーションサーバ（３０−１〜３０−ｎの少なくとも１つ）及びＳＩＰサーバ１０との間で通信網５４を介してＳＩＰ信号その他の信号を送受信し、また、アプリケーションサーバ３０−１〜３０−ｎの少なくとも１つから提供されるサービスについての例えば音声又は映像などのサービスデータを通信網５４を介して受信する。
【００４４】
また、例えば呼転送サービスを予め設定していた場合に、通信端末４０−２との間で呼接続が確立されたときには、通信部４１は、通信網５２、５４及び５５を介して通信端末４０−２との間で通話信号を相互に送受信する。通信網５４がインターネット網である場合、通信部４１は、パケットにてこれらの信号及びデータを送受信する。
【００４５】
通信端末４０−２も通信端末４０−１と同様の構成である。通信端末４０−２は、例えばインターネットなどの通信網５５を介してアプリケーションサーバ３０−１〜３０−ｎとの間で同様の信号及びデータを送受信する。
【００４６】
図６は、ＳＩＰサーバ１０のサービス分析部１３によるサービス分析処理ルーチンを表すフローチャートである。以下、図6を参照しつつ、サービス分析処理について説明する。サービス分析部１３によるサービス分析処理ルーチンは例えばコンピュータプログラムによって構成され、そのプログラムは例えばハードディスクなどの記憶媒体（図示せず）に記憶されており、制御部１４がこれを読み出して実行する。サービス分析部１３は、信号送受信部１１によって呼接続要求信号が受信される毎にサービス分析処理ルーチンを実行する。
【００４７】
ここで、前提として、ユーザプロファイル２１のユーザ情報テーブルは図２に示される如く設定されており、また、サービス実行ポリシーテーブル２３は図３に示される如く設定されている。
【００４８】
先ず、サービス分析部１３は、信号送受信部１１による呼接続要求信号の受信に応じてサービス分析処理の実行を開始する（ステップＳ１０１）。ここで、呼接続要求信号は、通信端末４０から送信されたものであり、例えば電話番号やＩＰアドレスなどのユーザ識別子が含まれている。
【００４９】
次に、サービス分析部１３は、呼接続要求信号に含まれるユーザ識別子に基づいて、例えば当該ユーザによるサービス利用の停止制限がなされているかなどの基本接続条件を満たすか否かについての基本サービス分析を実行する（ステップＳ１０２）。
【００５０】
次に、サービス分析部１３は、ユーザ識別子に基づいて呼接続要求信号の発信元の通信装置が通信端末であるかアプリケーションサーバであるかを判別する（ステップＳ１０３）。このとき、サービス分析部１３は、ＨＳＳ／ＤＢサーバ２０のユーザプロファイル２１にアクセスし、ユーザプロファイル２１に登録されている、サービス提供契約をしたユーザのユーザ識別子及びアプリケーションサーバのサーバ識別子と、呼接続要求信号に含まれるユーザ識別子とを比較することによって判別する。
【００５１】
以下、サービス識別子Ｓ２を含む呼接続要求信号が通信端末４０から発せられた場合について、ステップＳ１０４〜Ｓ１１１を説明する。
【００５２】
サービス分析部１３は、呼接続要求信号に含まれるユーザ識別子Ｕ１から、その発信元の通信装置が通信端末４０であると判別し、ＨＳＳ／ＤＢサーバ２０のサービスプロファイル２２にアクセスしてＩＦＣを取得して、呼接続要求信号に含まれるデータがＩＦＣのトリガ条件に合致するか否かを判定する（ステップＳ１０４）。サービス分析部１３は、例えば呼接続要求信号に含まれるユーザ識別子Ｕ１と、ＩＦＣに設定されている複数のユーザ識別子のうちの１つとが一致したと判定した場合に、トリガ条件に合致したと判定する。
【００５３】
サービス分析部１３は、トリガ条件に合致しなかったと判定した場合には、その旨を制御部１４へ通知する。制御部１４は、予め設定されている通信事業者サービス分析ロジックに従って例えば呼接続処理などの通常の通信事業者サービスの提供処理を実行する（ステップＳ１０５）。
【００５４】
サービス分析部１３は、トリガ条件に合致したと判定した場合には、ＨＳＳ／ＤＢサーバ２０のユーザプロファイル２１（ユーザ情報テーブル（図２））、サービス実行ポリシーテーブル２３（図３）、サービス提供状態管理テーブル２４（現在提供サービステーブル（図４）及び競合管理テーブル（図５））にアクセスして、これらのデータを参照し（ステップＳ１０６、Ｓ１０７）、サービス実行の可否を判定する（ステップＳ１０８）。詳細には以下の如き処理がなされる。
【００５５】
先ず、サービス分析部１３は、競合管理テーブルの「ユーザ番号」欄のユーザ識別子Ｕ１に対応する「競合提供不可サービス」欄には何ら競合禁止の設定がなされていないことから、ユーザ情報テーブルの「ユーザ番号」欄のユーザ識別子Ｕ１に対応する「サービス種別」欄に設定されているサービス識別子Ｓ２のサービスを実行可能であると判定する（ステップＳ１０８）。
【００５６】
次に、サービス分析部１３は、現在提供サービステーブルの「ユーザ番号」欄のユーザ識別子Ｕ１に対応する「提供中サービス種別」欄のサービス識別子Ｓ２に対応する「提供状態」欄を「提供中」に更新する（ステップＳ１０９）。また、サービス分析部１３は、競合管理テーブルの「ユーザ番号」欄のユーザ識別子Ｕ１に対応する「提供中サービス種別」欄にサービス識別子Ｓ２を追加更新する（ステップＳ１０９）。
【００５７】
更に、サービス分析部１３は、サービス実行ポリシーテーブル２３の「サービス種別」欄のサービス識別子Ｓ２に対応する「サービスポリシー」欄の競合条件に合致するように、競合管理テーブルの「提供中サービス種別」欄のサービス識別子Ｓ２に対応する「競合提供不可サービス」欄に「なし」を追加設定する（ステップＳ１０９）。これは、サービス識別子Ｓ２のサービスを実施中であっても、実行不可の他サービスがないことを表している。
【００５８】
次に、サービス分析部１３は、ユーザ情報テーブルの「サービス種別」欄のサービス識別子Ｓ２に対応する「アプリケーションサーバ」欄のサーバ識別子Ａ３０−２のアプリケーションサーバ３０−２へ呼接続信号を中継するように信号送受信部１１へ指示する。信号送受信部１１は、通信路５２を介してアプリケーションサーバ３０−２へ呼接続信号を中継する（ステップＳ１１０）。なお、サービス分析部１３は、当該中継の際には呼接続信号に対して例えばデータ変換やデータ追加などの特別の処理を施すことなく送信して良い。
【００５９】
続いて、サービス識別子Ｓ３を含む呼接続要求信号が通信端末４０から発せられた場合について説明する。なお、上記した処理により、アプリケーションサーバ３０−２から通信端末４０へサービス識別子Ｓ２に対応するサービスが継続して提供されている。
【００６０】
サービス分析部１３は、競合管理テーブルの「提供中サービス種別」欄のサービス識別子Ｓ２に対応する「競合提供不可サービス」欄に「なし」と設定されていることから、ユーザ情報テーブルの「ユーザ番号」欄のユーザ識別子Ｕ１に対応する「サービス種別」欄に設定されているサービス識別子Ｓ３のサービスを実行可能であると判定する（ステップＳ１０８）。
【００６１】
次に、サービス分析部１３は、現在提供サービステーブルの「ユーザ番号」欄のユーザ識別子Ｕ１に対応する「提供中サービス種別」欄のサービス識別子Ｓ３に対応する「提供状態」欄を「提供中」に更新する（ステップＳ１０９）。これにより、現在提供サービステーブルは図４に示される如く設定される。また、サービス分析部１３は、競合管理テーブルの「ユーザ番号」欄のユーザ識別子Ｕ１に対応する「提供中サービス種別」欄にサービス識別子Ｓ３を追加更新する（ステップＳ１０９）。これにより、競合管理テーブルは図５に示される如く設定される。
更に、サービス分析部１３は、サービス実行ポリシーテーブル２３の「サービス種別」欄のサービス識別子Ｓ３に対応する「サービスポリシー」欄の競合条件に合致するように、競合管理テーブルの「提供中サービス種別」欄のサービス識別子Ｓ３に対応する「競合提供不可サービス」欄に「基本サービス以外」を追加設定する（ステップＳ１０９）。これは、サービス識別子Ｓ３のサービスを実施しているときには、他サービス（例えばサービス識別子Ｓ４のサービス）を併行して実行できないことを表している。
【００６２】
次に、サービス分析部１３は、ユーザ情報テーブルの「サービス種別」欄のサービス識別子Ｓ３に対応する「アプリケーションサーバ」欄のサーバ識別子Ａ３０−３のアプリケーションサーバ３０−３へ呼接続信号を中継するように信号送受信部１１へ指示する。信号送受信部１１は、通信路５２を介してアプリケーションサーバ３０−３へ呼接続信号を中継する（ステップＳ１１０）。
【００６３】
ここで更に、サービス識別子Ｓ４を含む呼接続要求信号が通信端末４０から発せられた場合について説明する。なお、上記した処理により、アプリケーションサーバ３０−２からはサービス識別子Ｓ２に対応するサービスが、また、アプリケーションサーバ３０−３からはサービス識別子Ｓ３に対応するサービスが、通信端末４０へそれぞれ継続して提供されている。
【００６４】
サービス分析部１３は、競合管理テーブルの「提供中サービス種別」欄のサービス識別子Ｓ３に対応する「競合提供不可サービス」欄に「基本サービス以外」と設定されていることから、ユーザ情報テーブルの「ユーザ番号」欄のユーザ識別子Ｕ１に対応する「サービス種別」欄に設定されているサービス識別子Ｓ４のサービスをＳ２及びＳ３のサービスと併行して実行できないと判定する（ステップＳ１０８）。
【００６５】
この場合、サービス分析部１３は、サービス識別子Ｓ４のサービスを提供できない旨を通知するように信号送受信部１１へ指示する。信号送受信部１１は、その旨を表すサービス提供不可信号を通信端末４０へ送信する（ステップＳ１１１）。
【００６６】
上記したように、ＳＩＰサーバ１０は、サービスの競合可否条件を満たす限りアプリケーションサーバ３０−１〜３０−ｎと連携してサービスを提供し、通信端末４０から呼接続要求信号があった場合でもサービスの競合可否条件を満たさない場合にはサービスを提供せずにサービス提供不可通知をする。
【００６７】
以上、呼接続要求信号が通信端末４０から発せられた場合についての説明である。サービス分析部１３が、アプリケーションサーバ３０−１〜３０−ｎのいずれか１つから呼接続要求信号が発せられたと判別した場合（ステップＳ１０３）にはステップＳ１１２〜Ｓ１１７の処理に進む。ステップＳ１１２〜Ｓ１１７の処理は、上記したステップＳ１０６〜Ｓ１１１の処理と同じである。つまり、アプリケーションサーバ３０−１〜３０−ｎのいずれか１つから呼接続要求信号があった場合にも、サービスの競合可否条件を満たす限りサービスを提供し、サービスの競合可否条件を満たさない場合にはサービスを提供せずにサービス提供不可通知をする。
【００６８】
上記したように本実施例によるサービス提供連携サーバ（ＳＩＰサーバ）は、サービス毎に他のサービスと併行して提供可能であるか否かの条件（競合可否条件）を予め設定し、また、サービス毎にその提供状態を管理し、呼接続要求があった場合にサービスの提供状態及び競合可否条件に応じて、その呼接続要求に係るサービスを提供可能であるか否かを判定する。これにより、通信事業者が管理するサーバであるサービス提供連携サーバは、第三者が管理するアプリケーションサーバと連携して、ユーザ毎に提供される複数のサービスの競合条件を分析するという複雑な処理を行うことなく、サービス競合による不具合の発生を防ぐことができる。それ故、第三者側にとってはサービス提供連携サーバと容易に連携可能となりサービス提供に際してのハードルを低くすることができると共に、通信事業者側にとっては第三者のアプリケーションサーバを利用した多用なサービスの提供を簡易に実現できる。
【００６９】
なお、図２〜図５に表した各テーブルの構成は一例であり、他の態様で構成されたものであっても良い。また、上記した実施例は通信プロトコルとしてＳＩＰを利用した例であるが、サーバ間の連携が可能であれば他の通信プロトコルを用いても良い。
【００７０】
また、上記した実施例は、ＨＳＳ／ＤＢサーバ２０が、ユーザプロファイル２１、サービスプロファイル２２、サービス実行ポリシーテーブル２３及びサービス提供状態管理テーブル２４の各々を保持した場合の例であるが、ＨＳＳ／ＤＢサーバ２０に代えてＳＩＰサーバ１０がこれらのテーブルを保持するようにしても良い。
【符号の説明】
【００７１】
１０  サービス提供連携サーバ（ＳＩＰサーバ）
１１  信号送受信部
１２  ルーチング処理部
１３  サービス分析部
１４  制御部
２０  ＨＳＳ／ＤＢサーバ
２１  ユーザプロファイル
２２  サービスプロファイル
２３  サービス実行ポリシーテーブル
２４  サービス提供状態管理テーブル
３０−１〜３０−ｎ  アプリケーションサーバ
３１  信号送受信部
３２  アプリケーション記憶部
３３  サービス制御部
３４  プロファイル
４０−１、４０−２  通信端末
４１  入力部
４２  通信部
５１〜５５  通信網
【図１】
2010220016.tif 000003
【図２】
2010220016.tif 000004
【図３】
2010220016.tif 000005
【図４】
2010220016.tif 000006
【図５】
2010220016.tif 000007
【図６】
2010220016.tif 000008