(57)【要約】【課題】  サービス追加時に必要となる変更量を軽減し、簡易にサービスを追加する。【解決手段】  セッション制御システムは、加入者に関するサービスの提供条件を示す加入者データを加入者ＤＢ４に、サービスに関する情報を示す加入者データをサービスＤＢ３に分離して保持する。信号分析部１１は、サービスＤＢ３内のサービスの起動条件の情報を用いて加入者の端末６から受信した信号を分析し、提供する可能性のある全サービスの抽出を行う。加入者データ分析部１２は、加入者ＤＢ４内の加入者データを基に、信号分析部１１が抽出した全サービスそれぞれについて、提供可否の判断を行う。サービス競合分析部１３は、サービスＤＢ３から取得したサービス競合条件の情報により、提供可能と判断されたサービスの競合を分析する。サービスの競合関係に問題がない場合、サービス処理部によるサービスを起動する。【選択図】    図１
2007072664.tif 000002
【特許請求の範囲】
【請求項１】
パケット通信網におけるコネクション型通信を実現するために端末のセッションを制御するセッション制御システムにおいて、
加入者ごとのサービス提供条件を示す加入者データを保持する加入者データ保持手段と、
サービスごとのサービス提供条件を示すサービスデータを保持するサービスデータ保持手段と、
加入者の端末からセッション制御要求信号を受信し、前記加入者データ保持手段内の加入者データにより示される該加入者のサービス提供条件と、前記サービスデータ保持手段内のサービスデータにより示されるサービス提供条件とを基に、該加入者へ提供するサービスを判断するとともに、前記端末のセッションの確立または解放の処理を行うセッション制御手段と、
前記セッション制御手段により前記加入者へ提供すると判断されたサービスの処理を実行するサービス処理手段と、
を有することを特徴とするセッション制御システム。
【請求項２】
前記加入者データは、各加入者がサービスを契約しているか否かを示すデータであり、
前記サービスデータは、サービス毎の起動条件、優先度、及び、他のサービスとの競合条件を示すデータである、
ことを特徴とする請求項１に記載のセッション制御システム。
【請求項３】
前記セッション制御手段は、
前記セッション制御要求信号の内容を分析し、要求されているサービスを判断する信号分析手段と、
前記セッション制御要求信号により示される発信者識別情報を用いて前記加入者データ保持手段を参照し、前記信号分析手段により要求されていると判断されたサービスを、当該加入者へ提供可能であるか否かを判断する加入者データ分析手段と、
前記加入者データ分析手段により複数のサービスが提供可能であると判断された場合に、前記サービスデータ保持手段内の該複数のサービスの競合条件のデータを参照し、該複数のサービスを同時に提供可能か否かを判断するサービス競合分析手段とを有する、
ことを特徴とする請求項２に記載のセッション制御システム。
【請求項４】
サービスの追加時に、
加入者データ保持手段の保持する加入者データのうち、必要に応じた加入者について追加サービスを契約するか否かのデータが追加され、
サービスデータ保持手段の保持するサービスデータに、前記追加サービスについての起動条件、優先度、及び、他のサービスと競合条件を示すデータが追加される、
ことを特徴とする請求項２または請求項３に記載のセッション制御システム。
【請求項５】
パケット通信網におけるコネクション型通信を実現するために端末のセッションを制御し、
加入者ごとのサービス提供条件を示すデータを保持する加入者データ保持手段と、
サービスごとのサービス提供条件を示すデータを保持するサービスデータ保持手段と、
を有するセッション制御システムに用いられるコンピュータプログラムであって、
加入者の端末からセッション制御要求信号を受信し、前記加入者データ保持手段内の加入者データにより示される該加入者のサービス提供条件と、前記サービスデータ保持手段内のサービスデータにより示されるサービス提供条件とを基に、該加入者へ提供するサービスを判断するとともに、前記端末のセッションの確立または解放の処理を行うセッション制御ステップと、
前記セッション制御ステップにより前記加入者へ提供すると判断されたサービスの処理を実行するサービス処理ステップと、
をコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項６】
前記加入者データは、各加入者がサービスを契約しているか否かを示すデータであり、
前記サービスデータは、サービス毎の起動条件、優先度、及び、他のサービスとの競合条件を示すデータである、
ことを特徴とする請求項５に記載のコンピュータプログラム。
【請求項７】
前記セッション制御ステップは、
前記セッション制御要求信号の内容を分析し、要求されているサービスを判断する信号分析ステップと、
前記セッション制御要求信号により示される発信者識別情報を用いて前記加入者データ保持手段を参照し、前記信号分析ステップにより要求されていると判断されたサービスを、当該加入者へ提供可能であるか否かを判断する加入者データ分析ステップと、
前記加入者データ分析ステップにより複数のサービスが提供可能であると判断された場合に、前記サービスデータ保持手段内の該複数のサービスの競合条件のデータを参照し、該複数のサービスを同時に提供可能か否かを判断するサービス競合分析ステップとからなる、
ことを特徴とする請求項６に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットを含むパケット転送網において、端末の要求を元に、複数台の端末間のセッション設定を代行するマルチサーバ構成のセッション制御システム、及び、そのコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、インターネットを代表とするパケット通信網において、ＩＰ（Internet Protocol）電話をはじめとするリアルタイム通信用のセッションを利用するアプリケーションが増加している。このセッションの確立は、各ユーザ（端末）が、セッションの設定、解放を代行するサーバ（セッション制御サーバ）に対して、セッション要求（リクエスト）を送信することにより実現する形態が一般的である。最近は、セッション制御サーバのセッション制御部は単なるセッションの確立を提供するだけではなく、認証、帯域制御、課金、着アドレス変換や、他のセッション制御部が管理する端末との接続（中継接続）などの複数の付加サービスを提供する形態が研究、開発されており、各標準化団体においても、端末〜セッション制御部間のプロトコルや、サービスを実現するサーバアーキテクチャに関して議論が行われている。
【０００３】
セッション制御サーバを複数のサーバで実現する方式については、標準化団体３ＧＰＰ（Third Generation Partnership Project）において、ＩＭＳ（IP Multimedia Subsystem）として検討されている。図５は、ＩＭＳで提唱されているネットワークアーキテクチャモデルを示す。
ＩＭＳによれば、セッション制御を行うＳ−ＣＳＣＦ（Service - Call State Control Function：セッション制御部）９１は、ユーザからのサービス要求を分析し、ユーザに提供するサービス（セッション制御における接続先の選択や、信号の編集方式、認証や課金方式の選択などの付加サービス）を判断し、サービスを実現するＡＳ（Application Server：サービス処理部）９３に対して信号の転送を行う。このとき、提供されるサービスは、ユーザヘの提供条件（契約など）、および、ユーザの要求（サービス要求の信号内に含まるパラメータ）によって決定される。
【０００４】
図６は、ＩＭＳのサービス起動方式（以下、ＩＭＳ方式）を示す。ＩＭＳ方式は、ＨＳＳ（Home Subscriber Server）９５に、加入者毎のサービスの提供条件（契約条件）や複数のサービスの競合条件や優先度といった、対象のユーザが利用できるサービスの起動に関する情報を、ＸＭＬ（extensible markup language）により記述されたUser Profile（図７参照）として保持する方式である。Ｓ−ＣＳＣＦ９１はユーザからの受信信号のパラメータがUser Profileに記述されている起動条件と一致した場合、User Profileに記載されているＡＳ９３に対して、ユーザからの信号を転送することでサービスを実現する。User Profileには、複数のサービス毎の起動条件を記述したService Profileが含まれており、Service Profileの優先度の高いものから、順次サービスを起動する。本方式では、ユーザから複数のサービス起動要求を受けた場合で、かつ、要求を受けたすべてのサービスを提供できない場合（同時に成立しないサービスの提供など）は、それぞれのService Profileに記述される起動条件に、同時に別のサービスを要求していないことを追記する。
【０００５】
図７は、ＸＭＬにより記述されたUser Profileを示す図である。
同図において、User Profileは、ローカルなユーザ識別子であるPrivate User Identifierと、１以上のService Profileとからなる。Service Profileは、サービスの詳細を示す情報であり、Public Identification及びInitial Filter Criteriaを有する。Public Identificationは、グローバルなユーザ識別子である。Initial Filter Criteriaには、信号に含まれるパラメータ条件と、起動されるサービスに対応するＡＳ９３のアドレスの情報が記載される。
【０００６】
ＩＭＳ方式では加入者毎にこのUser Profileを管理するため、加入者の増減を行う場合には、対象の加入者のみに対してUser Profileを追加、または、削除することにより柔軟な対応が可能になる。（以上、ＩＭＳ方式に関しては、例えば、非特許文献１参照）
【非特許文献１】ゴンザロ・カマリロ及びミゲル・Ａ・ガルシア−マーチン（Gonzalo Camarillo and Miguel A. Garcia-Martin）著、「３Ｇ  ＩＰ  マルチメディアサブシステム（ＩＭＳ）（The 3G IP Multimedia Subsystem （ＩＭＳ））」、ジョン・ウイリー＆サンズ（John Wiley & Sons,Ltd）、２００４、Ｐ．１６１〜１６９
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来の技術では、サービスの追加、特に、全加入者に同等の条件で提供する契約を必要としないパターンのサービス追加時には、全加入者のUser Profileの変更が必要になる。前述のようにUser ProfileはＸＭＬにより書かれているため、変更が複数個所に跨ることが想定される。さらには、加入者の他サービスの契約状況によって、追加サービスの提供、未提供が決定される場合や、既にセッションを確立している状態において、追加サービスの要求を受けた場合などのサービスの提供可否なども考慮すると、User Profileの変更パターンは加入者によって異なる場合も想定され、本作業は非常に複雑になることが懸念される。
【０００８】
本発明は、上記問題を解決するためになされたもので、その目的は、サービス追加時に必要となる変更量を軽減し、簡易にサービスを追加することができるセッション制御システム及びコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上記問題を解決するために、本発明は、パケット通信網におけるコネクション型通信を実現するために端末のセッションを制御するセッション制御システムにおいて、加入者ごとのサービス提供条件を示すデータを保持する加入者データ保持手段と、サービスごとのサービス提供条件を示すデータを保持するサービスデータ保持手段と、加入者の端末からセッション制御要求信号を受信し、前記加入者データ保持手段内の加入者データにより示される該加入者のサービス提供条件と、前記サービスデータ保持手段内のサービスデータにより示されるサービス提供条件とを基に、該加入者へ提供するサービスを判断するとともに、前記端末のセッションの確立または解放の処理を行うセッション制御手段と、前記セッション制御手段により前記加入者へ提供すると判断されたサービスの処理を実行するサービス処理手段と、を有することを特徴とするである。
【００１０】
また、本発明は、上述するセッション制御システムであって、前記加入者データは、各加入者がサービスを契約しているか否かを示すデータであり、前記サービスデータは、サービス毎の起動条件、優先度、及び、他のサービスとの競合条件を示すデータである、ことを特徴とする。
【００１１】
また、本発明は、上述するセッション制御システムであって、前記セッション制御手段は、前記セッション制御要求信号の内容を分析し、要求されているサービスを判断する信号分析手段と、前記セッション制御要求信号により示される発信者識別情報を用いて前記加入者データ保持手段を参照し、前記信号分析手段により要求されていると判断されたサービスを、当該加入者へ提供可能であるか否かを判断する加入者データ分析手段と、前記加入者データ分析手段により複数のサービスが提供可能であると判断された場合に、前記サービスデータ保持手段内の該複数のサービスの競合条件のデータを参照し、該複数のサービスを同時に提供可能か否かを判断するサービス競合分析手段とを有する、ことを特徴とする。
【００１２】
また、本発明は、上述するセッション制御システムであって、サービスの追加時に、加入者データ保持手段の保持する加入者データのうち、必要に応じた加入者について追加サービスを契約するか否かのデータが追加され、サービスデータ保持手段の保持するサービスデータに、前記追加サービスについての起動条件、優先度、及び、他のサービスと競合条件を示すデータが追加される、ことを特徴とする。
【００１３】
また、本発明は、パケット通信網におけるコネクション型通信を実現するために端末のセッションを制御し、加入者ごとのサービス提供条件を示すデータを保持する加入者データ保持手段と、サービスごとのサービス提供条件を示すデータを保持するサービスデータ保持手段と、を有するセッション制御システムに用いられるコンピュータプログラムであって、加入者の端末からセッション制御要求信号を受信し、前記加入者データ保持手段内の加入者データにより示される該加入者のサービス提供条件と、前記サービスデータ保持手段内のサービスデータにより示されるサービス提供条件とを基に、該加入者へ提供するサービスを判断するとともに、前記端末のセッションの確立または解放の処理を行うセッション制御ステップと、前記セッション制御ステップにより前記加入者へ提供すると判断されたサービスの処理を実行するサービス処理ステップと、をコンピュータに実行させることを特徴とするコンピュータプログラムである。
【００１４】
また、本発明は、上述するコンピュータプログラムであって、前記加入者データは、各加入者がサービスを契約しているか否かを示すデータであり、前記サービスデータは、サービス毎の起動条件、優先度、及び、他のサービスとの競合条件を示すデータである、ことを特徴とする。
【００１５】
また、本発明は、上述するコンピュータプログラムであって、前記セッション制御ステップは、前記セッション制御要求信号の内容を分析し、要求されているサービスを判断する信号分析ステップと、前記セッション制御要求信号により示される発信者識別情報を用いて前記加入者データ保持手段を参照し、前記信号分析ステップにより要求されていると判断されたサービスを、当該加入者へ提供可能であるか否かを判断する加入者データ分析ステップと、前記加入者データ分析ステップにより複数のサービスが提供可能であると判断された場合に、前記サービスデータ保持手段内の該複数のサービスの競合条件のデータを参照し、該複数のサービスを同時に提供可能か否かを判断するサービス競合分析ステップとからなる、ことを特徴とする。
【発明の効果】
【００１６】
以上のように、本発明によれば、セッション制御をマルチサーバ構成で行うセッション制御システムにおいて、サービスの追加時の変更箇所を局所化することにより、サービスの容易な追加が可能となるという効果を得ることができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して本発明の実施の形態について詳細に説明する。
本実施の形態におけるセッション制御システムは、既存技術においてUser Profileとして管理される情報の管理方法を変更することにより、サービス追加時の影響を局所化して情報管理を行う。すなわち、本実施の形態によるセッション制御システムの特徴は、ＩＭＳ（IP Multimedia Subsystem）方式におけるUser Profileが保有している情報を、加入者に関するサービス提供条件（契約など）の情報を示す加入者データと、サービスに関する情報を示すサービスデータに分離して管理する点にある。
【００１８】
図１は、本発明の一実施の形態によるセッション制御システムの構成を示すブロック図である。
マルチサーバ構成のセッション制御システムは、ネットワークを介して加入者の端末６や中継ノードと接続される。このネットワークは、インターネットに代表される、ＩＰ（Internet Protocol）等を用いたパケット通信網である。セッション制御システムは、パケット通信網においてコネクション型通信を実現するために、少なくとも２以上の端末間のセッション確立処理及びセッション解放処理を端末に代行して実行し、例えば、ＩＰ電話等リアルタイム通信用のセッションを利用するアプリケーションを提供する。同図において、セッション制御システムは、セッション制御部１、複数のサービス処理部２、サービスＤＢ３、加入者ＤＢ４、サービス固有ＤＢ５から構成される。以下、各機能について詳細に説明する。
【００１９】
セッション制御部１は、ＩＭＳのＳ−ＣＳＣＦ（Service - Call State Control Function）に相当する。セッション制御部１は、端末６の通信におけるセッションの確立、解放処理を行う。セッション制御部１は、信号分析部１１、加入者データ分析部１２、サービス競合分析部１３、信号分配部１４などの機能部を内部に有する。信号分析部１１は、発信加入者の端末６から受信した信号を分析し、どのサービスが要求されているかを確認する。加入者データ分析部１２は、加入者データを保持する加入者ＤＢ４から、発信加入者に関する契約情報を取得し、要求されたサービスの提供可否を判断する。サービス競合分析部１３は、サービスデータを保持するサービスＤＢ３を参照し、発信加入者の要求するサービスが同時に実現可能かを確認する。また、同時に生起するサービスとその優先度を信号分配部１４へ通知する。信号分配部１４は、対象サービスのサービス処理部２へ、発信加入者の端末６から受信した信号を分配転送するとともに、対象サービスの優先度に関する情報をサービス処理部２へ通知する。このとき、信号分配部１４は、ＩＭＳ方式と同様の処理により、複数のサービスに対して優先度順に信号を分配する。
【００２０】
サービス処理部２は、ＩＭＳのＡＳ（Application Server）に相当し、各サービス独自の処理を行う。各サービス独自の処理には、例えば、セッション制御における接続先の選択や、信号の編集方式、認証や課金方式の選択などの付加サービス処理などがある。ここでは、サービスＡ、Ｂ、Ｃを提供するサービス処理部２を、それぞれ、サービス処理部２ａ、２ｂ、２ｃとする。サービスＤＢ３は、ＩＭＳのＨＳＳ（Home Subscriber Server）機能の一部を有し、各サービスの起動条件、サービス毎の競合条件、サービス処理部２のアドレス、優先度など、各サービスに関する情報を示すサービスデータ（後述する図３）を管理する。加入者ＤＢ４は、ＩＭＳのＨＳＳ機能の一部を有し、各加入者の契約条件の情報を示す加入者データ（後述する図２）を管理する。サービス固有ＤＢ５は、ユーザ毎に管理されるサービス固有のデータを保持する。
【００２１】
図２は、図１に示すセッション制御システムの加入者ＤＢ４が保持する加入者データの設定例を、図３は、セッション制御システムのサービスＤＢ３が保持するサービスデータの設定例を示す図であり、これらは、本発明の特徴を現している。
【００２２】
図２の加入者データは、加入者毎に、各サービスを契約しているか否かを示す契約条件の情報を示す。同図においては、加入者Ａは、サービスＡ及びＣを契約しており、サービスＣは未契約であること、等をテーブル形式で示している。
【００２３】
図３のサービスデータが示すサービスに関する情報とは、（ａ）各サービスの起動条件、（ｂ）サービスを実現するサービス処理部２のアドレスとサービスの優先度、（ｃ）サービス起動時の競合条件、（ｄ）セッション確立後の競合条件の４つの情報に分けられる。サービス起動時の競合条件とは、端末６からの起呼信号受信時に２つのサービスを同時に要求された場合の提供可否の情報であり、セッション確立後の競合条件とは既にセッションを確立（サービスを提供）している状態で、端末６から別のサービスを要求された場合のサービス提供可否の情報である。
【００２４】
図３（ａ）に示すサービスの起動条件の情報には、各サービス毎の起動条件がテーブル形式により記述されている。同図においては、サービスＡが、（起動条件１）「○○信号に××パラメータが存在する」、（起動条件２）「△△信号に××パラメータが存在する」、（起動条件３）「○△信号に××パラメータが存在する」、…のいずれかに合致した場合に起動されること、等を示している。
【００２５】
図３（ｂ）に示すサービス優先度の情報には、各サービス毎に、サービス処理部２のアドレス及び優先度がテーブル形式により記述されている。同図においては、サービスＡを実現するサービス処理部２のアドレスは「ＡＡＡ」、サービスＡの優先度（Priority）は「１」であり、サービスＢを実現するサービス処理部２のアドレスは「ＢＢＢ」、優先度（Priority）は「１０」であること、等を示している。
【００２６】
図３（ｃ）に示す起呼時の競合表には、各サービス毎に、起呼時に他のサービスと同時に提供可能であるか否か、及び、提供できない場合のリアクションがテーブル形式により記述されている。同図においては、サービスＡとサービスＢはサービス競合しないため両サービスとも「提供」可能であり、サービスＡとサービスＣはサービス競合するため両サービスとも「未提供」であり、リアクションとして音源パターンＡを送出すること、等を示している。
【００２７】
図３（ｄ）に示すセッション確立後の競合表には、各サービス毎に、当該サービスを提供中、他のサービスが提供可能であるか否か、及び、提供できない場合のリアクションがテーブル形式により記述されている。同図においては、サービスＡの提供中に、サービスＢが要求された場合はサービス競合しないため「提供」可能であり、サービスＣが要求された場合はサービス競合するため「未提供」とするが、リアクションとしての音源接続はしないこと、等を示している。
【００２８】
なお、サービスデータは、１つのセッション制御システムに対して１パターンのみ保持するとすることが可能となる。そのため、ＩＭＳ方式では、加入者毎に実施する必要があったサービスの追加に伴うサービスの起動条件設定は、１システムに対して１パターンのみの設定となる。従って、サービス追加に伴う起動条件設定時には、全ユーザの情報を変更することなく新規サービスを追加することが可能となる。
【００２９】
また、サービス追加時は、ＩＭＳ方式と同様に、本実施の形態によるセッション制御システムにおいても、追加されるサービスに対応するサービス処理部２（ＩＭＳの提唱するＡＳ相当）の構築が必要である。しかし、ＩＭＳ方式が全加入者のUser Profileを変更する必要があるのに対して、本実施の形態によるセッション制御システムでは、サービスデータのみを変更すればよいため、サービスの追加が容易に実現できるようになる。また、追加されるサービスが契約を必要とするものである場合は、加入者データにもデータの追加が必要である。ＩＭＳ方式におけるUser Profileは、ユーザ毎にサービス起動条件を変更する際は、他のサービスとの関係を意識した変更を必要とするのに対して、本実施の形態によるセッション制御システムでは、契約の有り無しの情報の追加のみで構わないため、サービス追加時の手順はＩＭＳ方式に対して簡略化される。
【００３０】
上記のように加入者データとサービスデータを分離して管理するために、セッション制御処理の中でこれらを組み合わせ必要な分析処理を実施する必要がある。図１に示すセッション制御システムにおける、本分析手法、及び、データの保持方法について図４に示すアルゴリズムを用いて説明する。
【００３１】
図４は、セッション制御システムが実行するアルゴリズムを示す図である。
セッション制御システムは、セッション制御を要求する加入者（以下、この加入者を「発信者」と記載）の端末６からサービス起動要求あるいは追加サービス起動要求などのセッション制御要求信号を受信する（ステップＳ１００）。セッション制御要求信号には、発信者を識別する発信者識別情報と、加入者が要求するサービスを特定するための情報が含まれる。受信したセッション制御要求信号は、信号分析部１１において、サービスＤＢ３から取得したサービスの起動条件の情報を基に分析し、加入者により要求されたサービス、すなわち、この時点で発信者に対して提供する可能性のある全サービスの抽出を行う（ステップＳ１１０）。サービスデータをサービスＤＢ３から取得する契機は発信者の信号処理中である必要はないため、サービスデータが変更される度にセッション制御部１内にデータをキャッシュする方法でも構わない。
【００３２】
次に、加入者データ分析部１２において、加入者ＤＢ４で管理している加入者データを基に、信号分析部１１において抽出された全サービスそれぞれについて、提供可否の判断を行う（ステップＳ１２０）。ここで加入者が要望している全てのサービスが提供不可と判断された場合、発信者にその旨を伝える（ステップＳ１３０）。これは、例えば、サービスを提供できないことを通知する提供不可信号の送出、または、サービス提供不可音源接続などにより行う。
【００３３】
ステップＳ１２０において、提供可能と判断された場合は、サービスＤＢ３から取得したサービスデータを基に、サービス競合条件の分析を実施する（ステップＳ１４０）。この分析処理により、発信者が要求する複数サービスの組み合わせの提供可否が確定する。サービスの競合関係に問題がない場合、サービスＤＢ３から取得した優先度に従って、サービス処理部２によるサービスを起動する（ステップＳ１５０）。ステップＳ１４０において、提供が不可と判断された場合、サービスＤＢ３から取得したサービスデータに基づき必要なリアクション手順を実施する（ステップＳ１６０）。これは、例えば、提供不可信号送出、または、サービス提供不可音源接続などにより行う。
【００３４】
続いて、セッション制御システムの動作例について説明する。
まず、上述したセッション制御システムにおける、セッション制御要求受信時のサービス起動の動作例を、図１〜図４を利用して説明する。本動作例は、セッションが確立していない状態、すなわち、サービスを提供していない状態において、ユーザ（加入者）からセッション制御要求としてのサービス起動要求を受信した場合の処理である。
【００３５】
セッション制御システムは、ユーザの端末６からサービス起動要求を受信する（図４のステップＳ１００）。受信した信号は、信号分析部１１において、サービスＤＢ３がサービスデータとして保持する各サービスの起動条件（図３（ａ））を元に分析し、この時点でユーザに提供する可能性のあるサービス（ユーザの要求するサービス）の抽出を行う（図４のステップＳ１１０）。サービスデータを管理するサービスＤＢ３、および、加入者データを管理する加入者ＤＢ４から各データを取り込む契機については、信号の分析を行う直前に取り込む方法と、事前に取り込みを行いセッション制御部１にキャッシュしておく方法のどちらの方法も考えられる。また、事前に取り込みを行う場合、例えばデータの変更契機に取り込みを行う方法などが考えられる。
【００３６】
サービスデータは、１システムに対して１つ保持するものであるため、ここで判断された起動条件は全ユーザに対して同じ条件が適用されることとなる。一方、ユーザヘのサービス提供可否はユーザによって異なるため、次に加入者データ分析部１２において、加入者データ（図２）を元に、実際にユーザの要求するサービスを起動可能であるか否かを判断する（図４のステップＳ１２０）。以上の分析の結果、複数のサービスを提供可能なことが確認されたら、サービス競合分析部１３において、サービスデータに含まれる起呼時のサービスの競合表（図３（ｃ））を元に、ユーザの要求する複数のサービスが同時に提供可能かを判断する（図４のステップＳ１４０）。同時に提供不可の場合は、起呼時のサービス競合表（図３（ｃ））に示されるユーザヘのリアクション、例えば、サービス提供不可信号を送出する、サービス提供不可音源に接続する、等を実行する（図４のステップＳ１６０）。提供可能な場合は、サービスデータの示すサービスの優先度、および、サービス処理部２のアドレス（図３（ｂ））を元に、提供するサービスに対応した各サービス処理部２へ優先度に従って信号の転送が行われ、サービス処理部２によって、サービスが実現される。サービスを実現する上で必要とされるサービス固有のユーザ毎に管理されるデータは、サービス処理部２において保持しているか、それらのデータを管理している外部のサービス固有ＤＢ５への問い合わせ処理を実行することによって取得する。
【００３７】
次に、上述したセッション制御システムにおける、セッション確立中のサービス起動の動作例を、図１〜図４を利用して説明する。本動作例は、セッションが既に確立している場合において、ユーザから追加サービスの起動要求を受信した場合の処理である。
【００３８】
ユーザの端末で既にセッションが確立している状態において、セッション制御システムのセッション制御部１が当該端末６からサービス起動要求を受信する（図４のステップＳ１００）。受信した信号は、信号分析部１１において、サービスＤＢ３がサービスデータとして保持する各サービスの起動条件（図３（ａ））に基づいて分析し、セッション制御システムが提供可能な全サービスの中から、この時点でユーザに提供する可能性のあるサービス（ユーザの要求するサービス）の抽出を行う（図４のステップＳ１１０）。
【００３９】
サービスデータを管理するサービスＤＢ３、および、加入者データを管理する加入者ＤＢ４から各データを取り込む契機については、上述した動作例と同様に、信号の分析を行う直前に取り込む方法と、事前に取り込みを行いセッション制御部１にキャッシュしておく方法のどちらの方法も考えられる。また、事前に取り込みを行う場合、例えば各データの変更契機に取り込みを行う方法などが考えられる。
【００４０】
加入者データ分析部１２において、加入者データを元にユーザの要求するサービスを起動可能か否かの判断を実施する（図４のステップＳ１２０）。以上の分析の結果、提供可能なことが確認されたら、サービス競合分析部１３において、現在の状態でユーザの要求するサービスの提供が可能かどうかを、サービスデータに含まれるセッション確立後のサービス競合表（図３（ｄ））を元に判断する（図４のステップＳ１４０）。同時サービス提供不可の場合は、セッション確立後の競合表（図３（ｄ））に記載されているリアクションを実行する（図４のステップＳ１６０）。提供可能な場合は、サービスデータのサービスの優先度情報を元に、各サービス処理部２へ優先度に従って信号の転送が行われ、サービス処理部２によって、サービスが実現される（図４のステップＳ１５０）。サービスを実現する上で必要とされるサービス固有のユーザ毎に管理されるデータは、サービス処理部２において保持しているか、それらのデータを管理している外部のサービス固有ＤＢ５への問い合わせ処理を実行することによって取得する。
【００４１】
次に、上述したセッション制御システムにおける、サービス追加時の手順を説明する。サービスの追加時には、サービス処理部２の構築を行うとともに、セッション制御部１に対してサービス処理部２への信号の転送契機の追加を行う。本実施の形態では、信号の転送契機は加入者データ（図２）、および、サービスデータ（図３）として保持するため、それぞれのデータを管理するＤＢの内容を変更する。加入者データに対しては、対象のサービスが一部のユーザヘのみ提供されるもの（例えば契約を必要とする場合）である場合のみ、サービスが提供されるユーザの加入者データに対して、サービスを許容する旨の記述を追加する。サービスデータに対しては、追加サービスについてサービスの起動条件（ユーザからの信号に含まれるパラメータの条件）、起呼時の競合表、セッション確立後の競合表、サービスの優先度の４種類のデータを追加し、変更を行う。データの変更は、例えば、セッション制御システムの備えるキーボード等の入力手段、ネットワークにより接続されるコンピュータ装置などからの入力される指示や、コンピュータ読み取り可能な記録媒体からのデータ読み込み等により行う。
【００４２】
上述するように、セッション制御をマルチサーバ構成で行うセッション制御システムにおいては、ＩＭＳではＸＭＬ（extensible markup language）により渾然一体の状態で記載されているUser Profileを加入者データ及びサービスデータに分割し、かつ、これらをテーブル形式により記述する。これにより、サービス管理が行いにくなることを回避し、サービス間の競合関係も単純化することができる。よって、サービスの追加時の変更箇所を局所化し、サービスの容易な追加が可能となる。
【００４３】
なお、上述のセッション制御システムは、内部にコンピュータシステムを有している。そして、上述したセッション制御部１の信号分析部１１、加入者データ分析部１２、サービス競合分析部１３、及び、信号分配部１４、ならびに、サービス処理部２の動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウェアを含むものである。
【００４４】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【図面の簡単な説明】
【００４５】
【図１】本発明の一実施の形態に係るセッション制御システムの構成を示すブロック図である。
【図２】同実施の形態による加入者に関する情報（加入者データ）のフォーマット例を示す図である。
【図３】同実施の形態によるサービスに関する情報（サービスデータ）のフォーマット例を示す図である。
【図４】同実施の形態によるサービス起動処理のアルゴリズム例を示す図である。
【図５】ＩＭＳにおけるネットワークアーキテクチャを示す図である。
【図６】ＩＭＳにおけるサービス起動方式を示す図である。
【図７】ＩＭＳにおけるUser Profileのフォーマット例を示す図である。
【符号の説明】
【００４６】
１…セッション制御部
１１…信号分析部
１２…加入者データ分析部
１３…サービス競合分析部
１４…信号分配部
２ａ、２ｂ、２ｃ…サービス処理部
３…サービスＤＢ
４…加入者ＤＢ
５…サービス固有ＤＢ
【図１】
2007072664.tif 000003
【図２】
2007072664.tif 000004
【図３】
2007072664.tif 000005
【図４】
2007072664.tif 000006
【図５】
2007072664.tif 000007
【図６】
2007072664.tif 000008
【図７】
2007072664.tif 000009