サービス選択制御装置及びサービス選択制御システム
【課題】既存のサービスを提供するのに必要な処理の制御を変更したり、新たなセッションを増やしたりすることなく、サービスを選択することのできるサービス選択制御装置及びサービス選択制御システムを提供する。
【解決手段】ＳＣＩＭ２６は、提供すべきサービスを特定した上で、そのサービスを提供するのに必要な処理の制御を行うべきＡＳを決定する。そして、ＡＳ２４を選択する際に、ＳＣＩＭ２６が、Ｓ−ＣＳＣＦ２３に対して、サービス起動信号として３ＸＸレスポンスを返信する。続いて、Ｓ−ＣＳＣＦ２３が、３ＸＸレスポンスを受けとるとＡＳ２４を選択する。つまり、ＳＣＩＭ２６は、ＡＳ２４を直接選択せずに、Ｓ−ＣＳＣＦ２３を介して間接的選択する。
【解決手段】ＳＣＩＭ２６は、提供すべきサービスを特定した上で、そのサービスを提供するのに必要な処理の制御を行うべきＡＳを決定する。そして、ＡＳ２４を選択する際に、ＳＣＩＭ２６が、Ｓ−ＣＳＣＦ２３に対して、サービス起動信号として３ＸＸレスポンスを返信する。続いて、Ｓ−ＣＳＣＦ２３が、３ＸＸレスポンスを受けとるとＡＳ２４を選択する。つまり、ＳＣＩＭ２６は、ＡＳ２４を直接選択せずに、Ｓ−ＣＳＣＦ２３を介して間接的選択する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス選択制御装置及びサービス選択制御システムに関し、特に携帯電話向けの各種のサービスを提供するのに必要な処理を制御するサービス制御装置から、提供すべきサービスを選択するサービス選択制御装置及びサービス選択制御システムに関する。
【背景技術】
【０００２】
身近に使われている携帯電話向けのサービスには、留守番電話や転送電話のサービス等の従来から馴染みのあるサービスがある。近年では、これらのサービスの他にも、通話内容をそのまま翻訳してくれるサービスや、通話内容をメモ代わりに録音してくれるサービスといったような様々な便利なサービスが提供されようとしている。
【０００３】
このような各種のサービスを提供するのにあたっては、事業者側で、ユーザーのサービスの契約状況やユーザーの現在のサービス活性状態等に応じて、サービスを提供するか否かを判断する等の制御が必要になる。ここでいう、ユーザーのサービスの契約状況とは、例えば留守番電話のサービスを契約しているか否かといったことである。また、ユーザーの現在のサービス活性状態とは、例えば留守番電話のサービスが利用開始状態であるか、または利用停止状態であるかといったことである。ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍｓ）の網におけるサービスを選択する上での制御に関することについては、例えば、下記に示す非特許文献１，２に記載されている。
【０００４】
ＩＭＳ網では、上記のサービスを提供するＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）のアプリケーションサーバー（以下、「ＡＳ」と省略する。）が、サービスを提供するのに必要な処理の制御を行っている。そして、サービスを選択する際には、ＳＣＩＭ（Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｉｎｔｅｒａｃｔｉｏｎ Ｍａｎａｇｅｒ）が、ユーザー毎のサービスの契約状態や現在のサービス活性状態等を確認してから、対象のＡＳのサービスを特定した上で、ユーザーに提供すべきサービスが選択されるように制御している。
【０００５】
また、ＡＳが複数存在する場合においては、サービスを選択する際に、Ｓｅｒｖｉｃｅ Ｂｒｏｋｅｒが、ユーザー毎にサービスを適切な順序で起動したり、ユーザーの現在のサービス活性状態に応じてＡＳ同士で動的に連携を行ったりするように制御している。
しかしながら、現状のＩＭＳ網では、サービスを提供するのに必要な処理の制御を行う全てのＡＳのサービスが、ＳＣＩＭによって選択されるように構築されていない。例えば、留守番電話や転送電話のサービス等といった既存のサービスを提供するのに必要な処理を制御するＡＳが、自らのサービスを提供するのに必要な処理の制御に加えて、別のサービスを選択する上での制御を行うことがある。このため、既存のサービスのＡＳの制御には、別のサービスを追加する度に別のサービスを選択する上での制御が追加される。各サービスのアプリケーションの汎用性を一層高めるためにも、理想としては、ＳＣＩＭによってサービスを選択する制御を一元化して行えることが望ましい。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ） ＴＳ２３．００２
【非特許文献２】３ＧＰＰ ＴＲ２３．８１０
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところが、サービスの中には、新たに提供されようとしている新規のサービスだけではなく、既に提供されている既存のサービスも数多くある。
例えば、図１３に示すように、網１００には、既存のサービスを提供するのに必要な処理を制御するサービス制御装置であるＡＳ１０１と、その既存のサービスに続いて新たに提供されようとしている新規のサービスを提供するのに必要な処理を制御するサービス制御装置であるＡＳ１０２とがある。そして、Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−Ｃａｌｌ／Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）１０４等の制御装置が、図１３中の矢印Ｍ１１で示すような流れでＩＮＶＩＴＥリクエストをＡＳ１０１に対して出力する。これにより、ＡＳ１０１が、Ｓ−ＣＳＣＦ１０４によって直接選択される。
【０００８】
また、図１４に示すように、Ｓ−ＣＳＣＦ１０４が、図１３中の矢印Ｍ１２で示すような流れでＩＮＶＩＴＥリクエストをＳＣＩＭ１０３に対して出力する。さらに、ＳＣＩＭ１０３が、図１３中の矢印Ｍ１３で示すような流れでＩＮＶＩＴＥリクエストをＡＳ１０１に対して出力する。これにより、ＡＳ１０１が、ＳＣＩＭ１０３によって直接選択される。
【０００９】
このため、全てのＡＳのサービスをＳＣＩＭによって直接選択させるように変更する場合には、既存のＡＳの処理を変更しなければならない。また、全てのサービスのＡＳをＳＣＩＭによって直接選択させるように変更する場合には、ＳＣＩＭで管理されるセッションが増えていくのと同時に、ＳＣＩＭの処理負担が増える。このことから、ＳＣＩＭの処理能力を低下させることが懸念される。
そこで、本発明は、上記の課題に鑑み、既存のサービスを提供するのに必要な処理の制御を変更したり、新たなセッションを増やしたりすることなく、サービスを選択することのできるサービス選択制御装置及びサービス選択制御システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明によるサービス選択制御装置及びサービス選択制御システムは、上記の目的を達成するために、次のように構成される。
本発明による第１のサービス選択制御装置は、少なくともユーザー毎のサービスの契約状況を管理する契約状況管理装置に対して、サービスの契約状況を問い合わせるサービス契約状況問合部と、前記サービス契約状況問合部による問い合わせによって得られたサービスの契約状況に基づいてユーザー毎に提供すべきサービスを特定し、サービスの提供に必要な処理を制御するサービス制御装置からサービスを選択するサービス選択部と、を備え、前記サービス選択部は、前記サービス制御装置と自制御装置との間の中間制御装置に対して、サービスを間接的に選択するために用いるサービス起動信号を出力することを特徴とする。
【００１１】
上記の第１のサービス選択制御装置によれば、サービス契約状況問合部が、最初に、ユーザー毎のサービスの契約状態や現在のサービス活性状態等を判断する。その上で、サービス選択部が、提供すべきサービスを特定した上で、そのサービスを選択する。そして、サービス選択部が、中間制御装置に対して、サービス起動信号を出力する。具体的には、３ＸＸレスポンスのリダイレクションを返す。そして、サービス制御装置を間接的に選択する。
これにより、既存のサービス制御装置の処理を変更したり、サービス選択制御装置で管理されるセッションをなるべく増やしたりすることなく、サービス選択制御装置はサービスを選択することが可能となる。
【００１２】
本発明による第２のサービス選択制御装置は、前記サービス選択部により選択されたサービスの提供に必要な処理を、複数の所定の処理の中から選択して行うように制御するために用いる制御指示情報を生成する制御指示情報生成部を備え、前記選択するサービス選択部は、前記制御指示情報生成部により生成された制御指示情報が付加された前記サービス起動信号を出力することを特徴とする。
上記の第２のサービス選択制御装置によれば、制御指示情報生成部により生成された制御指示情報を用いることで、例えば、制御指示情報が付加されたサービス起動信号を受けとったサービス制御装置は、サービスを提供するのに必要な処理を、条件に応じて所定の処理に変更して行うことが可能となる。
【００１３】
本発明による第３のサービス選択制御装置は、前記制御指示情報生成部は、前記サービス制御装置のサービスを順番に複数選択していくように処理を制御するための制御指示情報を生成することを特徴とする。
上記の第３のサービス選択制御装置によれば、制御指示情報生成部により生成された制御指示情報を用いたことで、例えば、制御指示情報が付加されたサービス起動信号を受けとったサービス制御装置は、サービスを提供するのに必要な処理を、条件に応じて所定の処理に変更して行う。さらに、そのサービス制御装置は、別のサービスを提供するのに必要な処理を制御するサービス制御装置を選択するための処理を行うことが可能となる。
【００１４】
本発明による第４のサービス選択制御装置は、前記サービス選択部は、前記サービス契約状況問合部による問い合わせにより得られたサービスの種類に応じて、前記サービス制御部に対して前記サービス起動信号を出力することで、サービスを直接選択することを特徴とする。
上記の第４のサービス選択制御装置によれば、例えば、新規のサービスの提供に必要な処理を制御するサービス制御装置のように、自制御装置から直接選択されるサービス制御装置にあっては、そのサービス制御装置に対してサービス起動信号を直接出力する。これにより、サービス選択制御装置は、サービス制御装置で提供されるサービスを選択することが可能となる。
【００１５】
本発明によるサービス選択制御システムは、サービスの提供に必要な処理を制御するサービス制御部と、少なくとも前記サービス制御部により処理を制御されるサービスのユーザー毎の契約状況を管理する契約状況管理部と、前記契約状況管理部に対してサービスの契約状況を問い合わせ、当該問い合わせによって得られたサービスの契約状況に基づいてユーザー毎に提供すべきサービスを特定し、当該特定されたサービスの提供に必要な処理を制御するサービス制御部からサービスを選択するサービス選択制御部と、を備え、前記選択制御部は、前記サービス制御部と前記サービス選択制御部との間の中間制御部に対して、サービスを間接的に選択するために用いるサービス起動信号を出力することを特徴とする。
【００１６】
上記のサービス選択制御システムによれば、自制御システムを構成するサービス制御部や中間制御部等は、サービス選択制御部から出力されたサービス起動信号に従って、サービスを選択するための処理の制御を行う。これにより、サービス選択制御部にあっては、既存のサービス制御部の処理を変更したり、サービス選択制御部で管理されるセッションを新たに増やしたりすることなく、サービスを選択することが可能となる。
【発明の効果】
【００１７】
本発明によれば、サービス選択制御装置は、中間制御装置に対して、サービス起動信号を出力することにより、サービス制御装置を間接的に選択する。よって、サービス選択制御装置にあっては、サービス制御装置の既存のサービスを提供するのに必要な処理を変更したり、サービス選択制御装置で管理されるセッションを新たに増やしたりすることなく、サービスを選択することができる。また、別のサービスを追加する度に、既存のサービス制御装置の制御に別のサービスを選択する上で必要になる制御を追加する必要がない。
【００１８】
このように、サービス選択制御装置が、サービスを選択するための処理の制御を行うことで、既存のサービスと新規のサービスとの管理・制御を一元化することができる。
また、サービス選択制御システムでは、サービス制御装置で提供されるサービスのアプリケーションの汎用性を一層高めることができる。新規のサービスの提供を始めようとする際に、従来よりも、サービスの導入に必要な期間を短縮すると共に、より安価にサービスを提供することができる。さらに、サービス選択制御システムでは、サービス選択制御システムを用いた網のトラヒック量を抑えることができると共に、網の既設の設備を最大限に活用することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態に係るＳＣＩＭ２６を用いて構成された網１０の概略構成を示すブロック図である。
【図２】ＳＣＩＭ２６の機能構成を示すブロック図である。
【図３】ＳＣＩＭ２６におけるサービスを選択する際の制御の処理の流れを示す模式図である。
【図４】ＳＣＩＭ２６が、Ｓ−ＣＳＣＦ２３を介してＡＳを選択する場合の網１０の各制御装置の第１の処理の流れを示すシーケンス図である。
【図５】ＳＣＩＭ２６が、Ｓ−ＣＳＣＦ２３を介してＡＳを選択する場合の網１０の各制御装置の第２の処理の流れを示すシーケンス図である。
【図６】ＳＣＩＭ２６が、制御指示情報を用いてＡＳを選択する場合の網１０の各制御装置の第３の処理の流れを示す第１のシーケンス図である。
【図７】ＳＣＩＭ２６が、制御指示情報を用いてＡＳを選択する場合の網１０の各制御装置の第３の処理の流れを示す第２のシーケンス図である。
【図８】発信から応答までの間の発信側のユーザーに提供されるサービスと、着信側の端末のユーザーに提供されるサービスを示す模式図である。
【図９】第１の具体的なサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れを示す模式図である。
【図１０】第２の具体的なサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れを示す模式図である。
【図１１】第３の具体的なサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れを示す模式図である。
【図１２】発信側の網１０と着信側の網５０とにあるＳＩＰセッションを示す模式図である。
【図１３】背景技術におけるＡＳ１０１を選択する場合の網１００の各制御装置の第１の処理の流れを示す模式図である。
【図１４】背景技術におけるＡＳ１０１を選択する場合の網１００の各制御装置の第２の処理の流れを示す模式図である。
【発明を実施するための形態】
【００２０】
以下、添付図面を参照しながら、本発明のサービス選択制御装置を用いて構成された網の好適な実施形態を詳細に説明する。
（ＳＣＩＭ２６を用いて構成された網１０の構成）
まず、図１を参照して、本発明の実施形態に係るＳＣＩＭ２６を用いて構成された網１０の概略構成を説明する。
【００２１】
図１に示す網１０は、ＩＭＳ網の一部であり、Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ−Ｃａｌｌ／Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）２１と、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）２２と、Ｓ−ＣＳＣＦ２３と、ＡＳ２４，２５−１，２５−２と、ＳＣＩＭ２６と、図では記載を省略している各制御装置とを備えて構成される。また、端末３１は、例えばスマートフォン等の携帯端末である。なお、網１０の概略構成を説明しているため、図１では説明の上で必要な制御装置だけを図示している。実際には、端末３１とＰ−ＣＳＣＦ２１との間には、図示しない無線基地局装置等が設けられており、それらの装置を介して端末３１が、網１０に接続されることになる。
【００２２】
Ｐ−ＣＳＣＦ２１は、網１０に接続される端末３１が接続される制御装置であり、ＳＩＰサーバとしてＳＩＰメッセージの処理を行う。
ＨＳＳ２２は、ユーザーが契約しているサービスの内容に関する情報（ユーザープロファィル情報）等を管理する契約状況管理装置である。
Ｓ−ＣＳＣＦ２３は、Ｐ−ＣＳＣＦ２１と同様にＳＩＰサーバとしてＳＩＰメッセージの処理を行う。また、Ｓ−ＣＳＣＦ２３は、ＨＳＳ２２からユーザープロファイル情報を取得する。その上で、Ｓ−ＣＳＣＦ２３は、例えばユーザーのサービスの契約状態等を確認したり、ユーザープロファイル情報のｉＦＣ（Ｉｎｉｔｉａｌ ｆｉｌｔｅｒ ｃｒｉｔｅｒｉａ）を参照してＳＩＰメッセージを各ＳＩＰ ＡＳを経由するように変更したりする。
【００２３】
複数のＡＳ２４，２５−１，２５−２は、携帯電話の各種のサービスを提供するのに必要な処理を制御するサービス制御装置である。
ＡＳ２４は、既存のサービスを提供するのに必要な処理を制御するサービス制御装置である。既存のサービスとは、例えば、留守番電話や転送電話のサービスである。
ＡＳ２５−１，２５−２は、上記の既存のサービスに続いて新たに提供されようとしている新規のサービスを提供するのに必要な処理を制御するサービス制御装置である。新規のサービスとは、例えば、通話内容をそのまま翻訳してくれるサービスや、通話内容をメモ代わりに録音してくれるサービスである。
【００２４】
なお、ここでは、既存のサービスを提供するのに必要な処理を制御するＡＳは１つであり、また新規のサービスを提供するのに必要な処理を制御するＡＳは２つであるが、ＡＳの数はこれらに限定されるものでない。
ＳＣＩＭ２６は、ユーザー毎のサービスの契約状況や現在のサービス活性状態をＨＳＳ２２に問い合わせて、サービスを提供するか否かを判断する。その上で、ＳＣＩＭ２６は、各ＡＳのサービスを選択するための処理の制御を行う。
【００２５】
なお、上記のＡＳ２４，２５−１，２５−２及びＳＣＩＭ２６の各制御装置から、ＳＩＰとしてＳＩＰ ＡＳ２７を構成している。また、Ｓ−ＣＳＣＦ２３やＰ−ＣＳＣＦ２１等は、ＡＳ２４，２５−１，２５−２とＳＣＩＭ２６との間の中間制御装置の一つであり、ＡＳ２４，２５−１，２５−２とＳＣＩＭ２６とＨＳＳ２２との制御装置の処理部からサービス選択制御システムを構成している。
【００２６】
（ＳＣＩＭ２６の機能構成）
続いて、図２を参照して、上記で説明した網１０に用いられているＳＣＩＭ２６の機能構成を説明する。
図２に示すＳＣＩＭ２６は、サービス契約状況問合部２６ａと、サービス選択部２６ｂと、制御指示情報生成部２６ｃと、制御信号送受部２６ｄと、サービス情報保持部２６ｅとを備えて構成される。
サービス契約状況問合部２６ａは、ＨＳＳ２２に対して、ユーザー毎のサービスの契約状況や現在のサービス活性状態等を問い合わせる。
【００２７】
サービス選択部２６ｂは、サービス契約状況問合部２６ａによる問い合わせによって得られたサービスの契約状況や現在のサービス活性状態等に基づいて、ＡＳ２４，２５−１，２５−２によって制御されたサービスを選択する。サービス選択部２６ｂは、Ｓ−ＣＳＣＦ２３に対して、サービスを間接的に選択するために用いるサービス起動信号を出力する。なお、このサービス起動信号には、後述するように、サービス選択部２６ｂが、制御指示情報生成部２６ｃによって生成される制御指示情報を付加することもできる。
【００２８】
制御指示情報生成部２６ｃは、ＡＳに対して、例えば条件に応じて処理の内容を変更するように指示したり、ＡＳのサービスを選択した上でさらに別のＡＳのサービスをさらに選択したりする指示等を出す場合（図６及び図７の模式図を用いて後述する処理を行う場合）に必須な要部であって、ＡＳに対して後述するような制御指示情報を生成する。この制御指示情報とは、例えば状態フラグや処理結果フラグ等のサービスの提供に必要な処理を制御するために用いる付加情報であり、上記のサービス起動信号の拡張領域等に付加される。
【００２９】
制御信号送受部２６ｄは、ＡＳ２４，２５−１，２５−２によって制御されるサービスを選択したり、ＨＳＳ２２に対してユーザー毎のサービスの契約状況や現在のサービス活性状態等を問い合わせたりするために必要な各制御信号を、各ＡＳとの間で送受する。
サービス情報保持部２６ｅは、サービス選択部２６ｂによって選択されたサービスを特定するための情報をサービス情報として保持する。サービス情報保持部２６ｅによって保持されているサービス情報は、ＳＣＩＭ２６の各処理部が処理を行う上で参照することができるようになっている。
【００３０】
（ＳＣＩＭ２６におけるサービスを選択する際の制御の処理の流れ）
続いて、図３を参照して、ＳＣＩＭ２６におけるサービスを選択する際の制御の処理の流れを説明する。
以下の説明でユーザーに提供するサービスは、その処理がＡＳ２４で制御される既存のサービスである。既存のサービスとは、上記で説明したように、留守番電話や転送電話のサービスである。
【００３１】
まず、図３に示すように、Ｓ−ＣＳＣＦ２３は、ｉＦＣを参照して、ＳＣＩＭ２６を接続することを決定する。Ｓ−ＣＳＣＦ２３は、図３中の矢印Ｍ１で示すような流れで、ＳＣＩＭ２６に対して、ＩＮＶＩＴＥリクエストを出力する。背景技術で説明したように、従来の網では、Ｓ−ＣＳＣＦ２３が、既存のサービスを提供するのに必要な処理を制御するＡＳ２４を直接選択していた。
【００３２】
しかしながら、ＳＣＩＭが、ユーザー毎のサービスの契約状態や現在のサービス活性状態等を確認してから、対象のＡＳのサービスを特定した上で、ユーザーに提供すべきサービスを選択するように制御を行っている。このため、各ＡＳの前段にＳＣＩＭ２４が設けられて、そのＳＣＩＭ２４がサービスを選択する制御を行うというＳＣＩＭの本来の機能を残しつつ、ＳＣＩＭ２４が各ＡＳを一元的に選択できることが好ましい。そこで、網１０では、Ｓ−ＣＳＣＦ２３が、ＡＳ２４を直接選択せずに、以下に説明するようにしてＡＳ２４を選択する。
【００３３】
まず、ＳＣＩＭ２６は、ユーザー毎のサービスの契約状態や現在のサービス活性状態を確認した上で、ユーザーに提供すべきサービスを特定する。続いて、ＳＣＩＭ２６は、そのサービスを提供するのに必要な処理の制御を行うべきＡＳが、ＡＳ２４であることを決定する。そして、ＳＣＩＭ２６は、矢印Ｍ２で示すような流れで、Ｓ−ＣＳＣＦ２３に対して、ＡＳ２４を選択させるために、サービス起動信号として３ＸＸレスポンスを返信する。
【００３４】
Ｓ−ＣＳＣＦ２３は、受信した３ＸＸレスポンスに従って、ＡＳ２４を選択することを決定する。そして、Ｓ−ＣＳＣＦ２３は、矢印Ｍ３で示すような流れで、ＡＳ２４に対して、サービスを提供するのに必要な処理の制御を行うように、ＩＮＶＩＴＥリクエストを出力する。ＡＳ２４は、その応答として、矢印Ｍ４で示すような流れで、Ｓ−ＣＳＣＦ２３に対して２００（ＯＫ）レスポンス等を出力する。その後、ＡＳ２４は、サービスを提供するのに必要な処理の制御を開始する。
【００３５】
以上のように、ＡＳ２４を選択する際に、ＳＣＩＭ２６が、Ｓ−ＣＳＣＦ２３に対して、ＡＳ２４を選択するようにサービス起動信号として３ＸＸレスポンスを出力する。続いて、Ｓ−ＣＳＣＦ２３が、ＡＳ２４を選択する。従って、ＳＣＩＭ２６が、ＡＳ２４を直接選択することはない。このように、網１０では、上記で説明したＳＣＩＭ２６の本来の機能を残しつつ、ＳＣＩＭ２６が、サービスを選択する制御を一元化して行うことができる。
【００３６】
（ＳＣＩＭ２６がＡＳ２４を選択する場合の網１０の各制御装置の処理の流れ）
続いて、図４〜図６を参照して、ＳＣＩＭ２６がＡＳ２４を選択する場合の網１０の各制御装置の主な処理の流れを説明する。
（第１の処理例）
まず、図４を参照して、ＳＣＩＭ２６が、Ｓ−ＣＳＣＦ２３を介してＡＳ２４を選択する場合の網１０の各制御装置の処理の流れから説明していく。以下の説明でも、ユーザーに提供されるサービスは、その処理がＡＳ２４で制御される既存のサービスである。
【００３７】
図４に示すように、まず、Ｓ−ＣＳＣＦ２３は、図４中の矢印Ｍ１０１で示すような流れで、Ｐ−ＣＳＣＦ２１からリクエストを受け取る。そして、Ｓ−ＣＳＣＦ２３は、ｉＦＣを参照して、ＳＣＩＭ２６を接続することを決定する（ステップＳ１０１）。Ｓ−ＣＳＣＦ２３は、矢印Ｍ１０２で示すような流れで、ＳＣＩＭ２６に対して、ＩＮＶＩＴＥリクエストを出力する。
【００３８】
ＳＣＩＭ２６は、矢印Ｍ１０３で示すような流れで、ＨＳＳ２２からユーザープロファイル情報を取得する。そして、ＳＣＩＭ２６は、ユーザー毎のサービスの契約状態や現在のサービス活性状態等を確認する（ステップＳ１０２）。ここで、ＳＣＩＭ２６は、矢印Ｍ１０４で示すような流れで、ＨＳＳ２２と、例えばＡＳ２５−１と、ＩＮＶＩＴＥ，ＭＥＳＳＡＧＥ，ＩＮＦＯ等のＳＩＰメソッドのリクエスト／レスポンスを送受しても良い。これにより、例えば、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）によるメッセージを送付する等のセッションと独立しているサービスを起動することができる。
【００３９】
さらに、ＳＣＩＭ２６は、ユーザー毎のサービスの契約状態や現在のサービス活性状態等に基づいて、ユーザーに提供されるサービスを特定する。さらに、ＳＣＩＭ２６は、そのサービスを提供するのに必要な処理の制御を行うＡＳが、ＡＳ２４であることを決定する（ステップＳ１０３）。ＳＣＩＭ２６は、矢印Ｍ１０５で示すような流れで、Ｓ−ＣＳＣＦ２３がＡＳ２４を選択するように、３ＸＸレスポンスを返信する。
【００４０】
Ｓ−ＣＳＣＦ２３は、３ＸＸレスポンスに従って、ＡＳ２４を選択することを決定する（ステップＳ１０４）。Ｓ−ＣＳＣＦ２３は、矢印Ｍ１０６で示すような流れで、ＡＳ２４に対して、サービスを提供するのに必要な処理の制御を開始するように、ＩＮＶＩＴＥリクエストを出力する。なお、サービスを提供するのに必要な処理の制御を行うＡＳがＡＳ２４であることを示す情報を３ＸＸレスポンスに予め設定しておいても良いが、サービスを提供するのに必要な処理の制御を行うＡＳがＡＳ２４であることをＳ−ＣＳＣＦ２３で一意に特定することができるのであれば、３ＸＸレスポンスに情報を設定しておかなくても良い。
【００４１】
ＡＳ２４は、ＩＮＶＩＴＥリクエストを受けとると、矢印Ｍ１０７で示すような流れで、Ｓ−ＣＳＣＦ２３に対して、２００（ＯＫ）レスポンスを返信する。続いて、ＡＳ２４は、サービスを提供するのに必要な処理の制御を開始する（ステップＳ１０５）。
【００４２】
（第２の処理例）
続いて、図５を参照して、ＳＣＩＭ２６が、Ｓ−ＣＳＣＦ２３を介してＡＳ２５−１を選択する場合の網１０の各制御装置の処理の流れを説明していく。ここでは、ユーザーに提供されるサービスは、ＡＳ２５−１で制御される新規のサービスとして説明する。
図５に示すように、まず、ＳＣＩＭ２６に最初の信号が入力されて、ステップＳ２０１〜Ｓ２０３の処理は、図４に示したステップＳ１０１〜Ｓ１０３の処理の流れと実質同じである。また、その処理を行うために、図５中の矢印Ｍ２０１〜Ｍ２０４で示すような流れで送受されるリクエスト／レスポンスも、図４中の矢印Ｍ１０１〜Ｍ１０４で示したような流れで送受されるリクエスト／レスポンスと同じである。
【００４３】
但し、図４に示したステップＳ１０３の処理では、Ｓ−ＣＳＣＦ２３は、３ＸＸレスポンスに従って、ＡＳ２４を選択していた。これに対して第２の処理例では、ＡＳ２５−１は、新規のサービスを提供するのに必要な処理の制御を行うＡＳである。このため、ＡＳ２５−１は、ＳＣＩＭ２６によって直接選択される。
従って、まずステップＳ２０３の処理で、ＳＣＩＭ２６は、サービスを提供するのに必要な処理の制御を行うＡＳが、ＡＳ２５−１であることを決定する（ステップＳ２０３）。続いて、ＳＣＩＭ２６は、矢印Ｍ２０５で示すような流れで、ＡＳ２５−１に対して、サービスを提供するのに必要な処理の制御を開始するように、ＩＮＶＩＴＥリクエストを出力する。
【００４４】
ＡＳ２５−１は、ＩＮＶＩＴＥリクエストを受けとると、矢印Ｍ２０６で示すような流れで、ＳＣＩＭ２６に対して、２００（ＯＫ）レスポンスを返信する。続いて、ＡＳ２５−１は、サービスを提供するのに必要な処理の制御を開始する（ステップＳ２０４）。
なお、ここでは、ＳＣＩＭ２６によって選択されるＡＳをＡＳ２５−１として説明したが、勿論、ＳＣＩＭ２６によって選択されるＡＳはＡＳ２５−２であっても良い。ＡＳ２５−２を選択する場合にあっても、ＡＳ２５−１と同様にＳＣＩＭ２６によって直接選択されるため、上記で説明した処理の流れ、その処理で送受されるリクエスト／レスポンスも実質同じである。
【００４５】
（第３の処理例）
続いて、図６及び図７を参照して、ＳＣＩＭ２６が、制御指示情報生成部２６ｃで生成された制御指示情報を用いてＡＳ２４，２５−１を選択する場合の網１０の各制御装置の処理の流れを説明していく。ここでは、ユーザーに提供されるサービスは、その処理がＡＳ２４で制御される既存のサービスと、ＡＳ２５−１で制御される新規のサービスとして説明する。
【００４６】
図６に示すように、まず、ＳＣＩＭ２６に最初の信号が入力されて、ステップＳ３０１〜Ｓ３０３の処理は、図４に示したステップＳ１０１〜Ｓ１０３の処理の流れと実質同じである。また、その処理を行うために、図６中の矢印Ｍ３０１〜Ｍ３０４で示すような流れで送受されるリクエスト／レスポンスも、図４中の矢印Ｍ１０１〜Ｍ１０４で示したような流れで送受されるリクエスト／レスポンスと同じである。
【００４７】
但し、図４に示したステップＳ１０３の処理では、Ｓ−ＣＳＣＦ２３が、３ＸＸレスポンスに従って、ＡＳ２４を選択していた。また、図５に示したステップＳ２０３の処理では、ＳＣＩＭ２６が、ＡＳ２５−１を直接選択していた。これに対して第３の処理例では、ＳＣＩＭ２６が、ＡＳ２４を選択するのに続いて、別のＡＳであるＡＳ２５−１を選択することを決定する（ステップＳ３０３）。そして、ＳＣＩＭ２６は、矢印Ｍ３０５で示すような流れで、ＡＳ２４とＡＳ２５−１とを連続して選択するために必要な制御指示情報を３ＸＸレスポンスに付加する。そして、ＳＣＩＭ２６は、Ｓ−ＣＳＣＦ２３に対してその３ＸＸレスポンスを返信する。
【００４８】
Ｓ−ＣＳＣＦ２３は、ｉＦＣを参照して次のルーチング先をする際に、３ＸＸレスポンスに付加されている制御指示情報を取り出し、その制御指示情報で設定されている条件等に合わせて、次のルーチング先を決定する。このようにして、Ｓ−ＣＳＣＦ２３は、ＡＳ２４を選択することを決定する（ステップＳ３０４）。
【００４９】
なお、ＳＣＩＭ２６によってＡＳ２４が選択された後、さらにＳＣＩＭ２６はＡＳ２５−１を選択する。この際、ＳＣＩＭ２６によってＡＳ２４が選択された後、ＳＣＩＭ２６に対してＩＮＶＩＴＥリクエストを出力するように要求すれば、ＳＣＩＭ２６がＡＳ２５−１を選択するようになっている。このため、Ｓ−ＣＳＣＦ２３は、矢印Ｍ３０６で示すような流れで、ＡＳ２４に対してＩＮＶＩＴＥリクエストを出力する際に、ＩＮＶＩＴＥリクエストに対して、ＳＣＩＭ２６を選択することを示す制御指示情報を付加する。そして、Ｓ−ＣＳＣＦ２３は、そのＩＮＶＩＴＥリクエストを出力する。
【００５０】
以上説明したように、ＳＣＩＭ２６を選択するための制御指示情報がリクエストに付加されているため、ＡＳ２４は別のＡＳであるＡＳ２５−１の存在を意識しないようになっている。
ＡＳ２４は、Ｓ−ＣＳＣＦ２３からＩＮＶＩＴＥリクエストを受けとると、サービスを提供するのに必要な処理の制御を開始する（ステップＳ３０５）。
【００５１】
なお、上記で説明したように、制御指示情報に付加される情報は、ＡＳ２４とＡＳ２５−１とを連続して選択するために必要となる制御指示に限定されない。例えば、サービスを提供するのに必要な処理を、予め決められている複数の処理の中から条件に応じて選択して、その選択した処理に変更するための状態フラグ等を、制御指示情報に付加することもできる。このため、制御指示情報に状態フラグ等が付加されていれば、ＡＳ２４は、ステップＳ３０５で、状態フラグ等に応じて決まる処理が行われるように制御する。
【００５２】
さらに、図７に示すように、ＡＳ２４は、矢印Ｍ３０７で示すような流れで、ＩＮＶＩＴＥリクエストを、Ｓ−ＣＳＣＦ２３に対して出力する。このＩＮＶＩＴＥリクエストには、ＳＣＩＭ２６を選択するための制御指示情報が付加されている。
Ｓ−ＣＳＣＦ２３は、そのＩＮＶＩＴＥリクエストに付加されている制御指示情報に従って、ＳＣＩＭ２６に接続することを決定する（ステップＳ３０６）。そして、Ｓ−ＣＳＣＦ２３は、矢印Ｍ３０８で示すような流れで、ＳＣＩＭ２６に対して、制御指示情報が付加されたＩＮＶＩＴＥリクエストを出力する。
【００５３】
ＳＣＩＭ２６は、ＩＮＶＩＴＥリクエストを受けとり、後続の詳細な処理として、ＡＳ２５−１を選択することを決定する（ステップＳ３０７）。そして、ＳＣＩＭ２６は、矢印Ｍ３０９で示すような流れで、ＡＳ２５−１に対してＩＮＶＩＴＥリクエストを出力する。
ＡＳ２５−１は、ＳＣＩＭ２６からＩＮＶＩＴＥリクエストを受けとると、サービスを提供するのに必要な処理の制御を開始する（ステップＳ３０８）。
【００５４】
ここでは、ＳＣＩＭ２６が、ＡＳ２４とＡＳ２５−１とを順番に選択するように制御するものとして説明したが、必ずしもＡＳ２４とＡＳ２５−１とを連続して選択する必要はない。例えば、ＳＣＩＭ２６が、ＡＳ２４を選択して、状態フラグ等に応じて決まる処理が行われるように制御したら、ステップＳ３０６で後続の処理を行わなずに終了するようにすることも勿論可能である。また、ＳＣＩＭ２６が、ＡＳ２４とＡＳ２５−２とを順番に選択することも可能である。
【００５５】
ここまで、ＳＣＩＭ２６を用いた網１０で行われる処理の制御について説明した。このＳＣＩＭ２６に相当するサービス選択制御装置は、発信側の網と発信側の網とにそれぞれ設けられている。そして、ＳＣＩＭ２６によって提供されるサービスも、それぞれ異なっていても良い。そこで、ここからは、発信側の網の各制御装置と着信側の網の各制御装置の処理の流れを説明する。
【００５６】
（発信／着信側の網で提供されるサービス）
まず、図８を説明して、発信から応答までの間の発信側のユーザーに提供されるサービスと、着信側の端末のユーザーに提供されるサービスとを説明する。
図８に示すように、発信側の端末３１から発信して、着信側の端末７１で応答するまでの間の各処理時に開始されたり、準備状態になったりするサービスには、発信側の網の処理の中で提供されるサービスと、着信側の網の処理との中で提供されるサービスとに分かれている。そして、その具体的なサービス例として、図８に示すようなサービスがある。なお、図８に示した各処理ステップに合わせて、実線で示されているサービスが既存のサービスであり、また点線で示されているサービスが新規のサービスである。既存のサービスについては、そのサービスを提供するのに必要な処理が、ＡＳ２４において制御される。また、新規のサービスについては、それらのサービスを提供するのに必要な処理が、ＡＳ２５−１，２５−２において制御される。
【００５７】
図８に示すように、ステップＳ４０１の発信側の端末３１から発信の処理を開始した時に発信側の網で開始されるサービスには、既存のサービスとして、通話料の課金に関するサービスや発信者の電話番号を通知するサービス等がある。
その後で、ステップＳ４０２の着信側の網への着信の接続の処理を開始する前の準備段階で発信側の網で開始されるサービスには、新規のサービスとして、例えば通話内容を翻訳するサービス等がある。
【００５８】
そして、ステップＳ４０３の着信側の端末７１への着信の処理を開始する時に着信側の網で開始されるサービスには、既存のサービスとして、例えば発信者に公共等の場所にいることを知らせるサービス等がある。
次に、ステップＳ４０４の着信側の端末７１を呼び出す処理を開始する前の準備段階で着信側の網で開始されるサービスには、既存のサービスとして、例えば留守番電話や転送電話のサービス等がある。
次に、ステップＳ４０５の着信側の端末７１を呼び出す処理と並行して着信側の網で開始されるサービスには、既存のサービスと新規のサービスとがある。既存のサービスとしては、例えば呼出音を変えるサービス等がある。また、新規のサービスとしては、例えば新機能が追加された呼出音を変えるサービス等がある。
【００５９】
次に、ステップＳ４０６の着信側の端末７１の応答時処理での応答結果に基づいて行われる着信側の網で開始されるサービスには、既存のサービスと新規のサービスとがある。既存のサービスとしては、例えば圏外時の着信の有無を知らせるサービス等がある。また、新規のサービスとしては、例えば通話内容を録音するサービス等がある。
最後に、ステップＳ４０７の着信側の端末７１の応答時処理での応答結果後に発信側の網で開始されるサービスには、新規のサービスとして、例えば相手の現在の状況等を知らせるためのプレゼンスのサービス等がある。
【００６０】
上記の各タイミングで開始されるサービスの中には、例えば、複数のサービスを組み合わせて提供することが可能なものがある。例えば、ステップＳ４０１の処理時に既存のサービスとして、通話料の課金に関するサービスや発信者の電話番号を通知するサービス等があり、その直後のステップＳ４０２の処理時に新規のサービスとして、通話内容を翻訳するサービス等がある。これらの２つのサービスは、ステップＳ４０１，Ｓ４０２の処理時に組み合わせて提供することが可能であるサービスである。このため、ＳＣＩＭは、既存のサービスと新規のサービスとを組み合わせて提供することができるように、サービスを選択する処理を制御する。
【００６１】
また、ステップＳ４０５の処理時に既存のサービスとして、呼出音を変えるサービス等があり、新規のサービスとして、新機能が追加された呼出音を変えるサービス等がある。これらの２つのサービスは、サービスの内容が類似するサービスである。このため、ＳＣＩＭは、ユーザー毎のサービスの契約状態や現在のサービス活性状態等に基づいて、既存のサービスと新規のサービスとのうちのいずれかのサービスのみを提供することができるように、サービスを選択する処理を制御する。
【００６２】
（具体的なサービスを提供する際の発信／着信側の網の各制御装置の処理の流れ）
続いて、図９〜図１１を参照して、具体的な幾つかのサービスを挙げて、そのサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れを説明する。図９〜図１１の模式図では、図１に示した網１０をそのまま発信側の網とした上で、この網１０と同じ構成を有する網を着信側の網５０としている。よって、着信側の網５０を構成する各制御装置は着信側の網１０を構成する各制御装置に対応しており、例えば着信側の網１０のＳＣＩＭ２６は着信側の網５０のＳＣＩＭ６６に対応している。なお、処理の流れを説明するのにあたって、説明に関連する主要な信号のみを図中に各矢印で示している。
【００６３】
（第１の処理例）
図９の模式図では、下記のサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れを示している。
まず、発信側の網１０では、ＳＣＩＭ２６が、既存のサービスである通話料の課金に関するサービスを提供するのに必要な処理の制御を行うＡＳ２４を選択する。それに続いて、ＳＣＩＭ２６が、新規のサービスである通話内容を録音するサービスを提供するのに必要な処理の制御を行うＡＳ２５−２を選択する。
【００６４】
さらに、着信側の網５０では、ＳＣＩＭ６６が、既存のサービスである転送電話のサービスを提供するのに必要な処理の制御を行うＡＳ６４を選択する。なお、着信側の網５０では、ＳＣＩＭ６６は、既存のサービスのみを選択する。
つまり、発信側の網１０で通話料の課金に関するサービスを提供するのに必要な処理の制御を開始したら、着信側の網５０で着信呼を全て転送電話のサービスに転送した上で、さらに発信側の網１０で転送電話のサービスに接続後の通話内容を録音する。
【００６５】
図９の模式図に示すように、発信側の網１０では、図９中の矢印５０１で示すよう流れで、発信側の端末３１から発信の処理が行われる。Ｓ−ＣＳＣＦ２３は、ｉＦＣを参照して、ＳＣＩＭ２６を接続することを決定する。Ｓ−ＣＳＣＦ２３は、矢印５０２で示すような流れで、ＳＣＩＭ２６に対して、ＩＮＶＩＴＥリクエストを出力する。
【００６６】
ＳＣＩＭ２６は、図９では図示しないＨＳＳ２２からユーザープロファイル情報を取得して、ユーザー毎のサービスの契約状態や現在のサービス活性状態等を確認する。確認後、ＳＣＩＭ２６は、ユーザーに提供されるサービスが、通話料の課金に関するサービスと通話内容を録音するサービスとであることを特定する。また、ＳＣＩＭ２６は、それらのサービスを提供するのに必要な処理の制御を行うＡＳが、ＡＳ２４とＡＳ２５−１とであることを決定する。ＳＣＩＭ２６は、ＡＳ２４を選択するために、矢印５０３で示すような流れで、Ｓ−ＣＳＣＦ２３に対して３ＸＸレスポンスを返信する。
【００６７】
Ｓ−ＣＳＣＦ２３は、Ｓ−ＣＳＣＦ２３から３ＸＸレスポンスを受けとると、まずＡＳ２４を選択することを決定する。Ｓ−ＣＳＣＦ２３は、ＡＳ２４に対してサービスを提供するのに必要な処理の制御を開始させために、矢印５０４で示すような流れでＩＮＶＩＴＥリクエストを出力する。
ＡＳ２４は、Ｓ−ＣＳＣＦ２３からのＩＮＶＩＴＥリクエストを受けとると、サービスを提供するのに必要な処理の制御を開始する。
【００６８】
さらに、ＡＳ２４は、ＩＮＶＩＴＥリクエストに含まれている状態フラグ等の制御指示情報から、ＡＳ２５−１をＳＣＩＭ２６によって選択させることを判断する。このため、ＡＳ２４は、矢印５０５で示すような流れで、ＡＳ２４に続いてＡＳ２５−１を選択するための制御指示情報をＩＮＶＩＴＥリクエストに付加して出力する。さらに、Ｓ−ＣＳＣＦ２３は、ＳＣＩＭ２６に対して、制御指示情報が付加されたＩＮＶＩＴＥリクエストを出力する。
【００６９】
ＳＣＩＭ２６は、制御指示情報に含まれる状態フラグ等に基づいて、詳細な後続の処理を決定する。ＳＣＩＭ２６は、ＡＳ２５−２に対して通話内容を録音するサービスを提供するのに必要な処理の制御を開始させるために、矢印５０６で示すような流れでＩＮＶＩＴＥリクエストを出力する。
ＡＳ２５−２は、ＳＣＩＭ２６からＩＮＶＩＴＥリクエストを受けとると、サービスを提供するのに必要な処理の制御を開始する。さらに、ＡＳ２５−２は、発信側の網１０のＳ−ＣＳＣＦ２３を介して、着信側の網５０のＳ−ＣＳＣＦ６３にルーチングするための処理を行う。このため、ＡＳ２５−１は、矢印５０７で示すような流れで、ＳＣＩＭ２６、Ｓ−ＣＳＣＦ２３を介してＳ−ＣＳＣＦ６３に対し、ＩＮＶＩＴＥリクエストを出力する。
【００７０】
また、ここから説明する着信側の網５０の処理の流れにおいても、上記で説明した発信側の網１０の処理の流れと実質同じである。
まず、Ｓ−ＣＳＣＦ６３は、ＳＣＩＭ６６を接続することを決定する。Ｓ−ＣＳＣＦ６３は、矢印５０８で示すような流れで、ＳＣＩＭ６６に対して、ＩＮＶＩＴＥリクエストを出力する。
【００７１】
ＳＣＩＭ６６は、ＳＣＩＭ６６は、ユーザー毎のサービスの契約状態や現在のサービス活性状態等を確認する。確認後、ＳＣＩＭ６６は、ユーザーに提供されるサービスを特定して、そのサービスを提供するのに必要な処理の制御を行うＡＳが、ＡＳ６４であることを決定する。ＳＣＩＭ６６は、ＡＳ６４を選択するために、矢印５０９に示すような流れで、Ｓ−ＣＳＣＦ６３に対して３ＸＸレスポンスを返信する。
Ｓ−ＣＳＣＦ６３は、Ｓ−ＣＳＣＦ６３から３ＸＸレスポンスを受けとると、ＡＳ６４を選択することを決定する。Ｓ−ＣＳＣＦ６３は、ＡＳ６４に対してサービスを提供するのに必要な処理の制御を開始させるるために、矢印５１０に示すようにＩＮＶＩＴＥリクエストを出力する。
【００７２】
ＡＳ６４は、Ｓ−ＣＳＣＦ６３からのＩＮＶＩＴＥリクエストを受けとると、転送電話のサービスを提供するのに必要な処理の制御を開始する。さらに、ＡＳ６４は、矢印５１１で示すように、Ｓ−ＣＳＣＦ６３，２３を介してＳＣＩＭ２６に対し、１８３（Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ）レスポンスを出力する。このとき、１８３（Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ）レスポンスには、制御指示情報として、着信側の網５０で起動中のサービスを示す情報を付与されている。そして、ＳＣＩＭ２６は、１８３（Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ）レスポンスに付加されている起動中のサービスを示す情報を受けとると、通話内容を録音するサービスにおける通話内容の録音を開始する等といった後続の詳細な処理を判断する。
【００７３】
（第２の処理例）
また、別のサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れとして、図１０に示す模式図では、下記のサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れを示している。
まず、発信側の網１０では、図９の模式図と同様に、ＳＣＩＭ２６が、通話料の課金に関するサービスを提供するのに必要な処理の制御を行うＡＳ２４と、通話内容を録音するサービスを提供するのに必要な処理の制御を行うＡＳ２５−２とを選択する。
さらに、着信側の網５０では、ＳＣＩＭ６６が、既存のサービスである留守番電話のサービスを提供するのに必要な処理を制御するＡＳ６４を選択する。なお、着信側の網５０では、図９の模式図で説明した第１の処理例と同様に、ＳＣＩＭ６６が、既存のサービスのみを選択する。
【００７４】
つまり、発信側の網１０で通話料の課金に関するサービスを提供するのに必要な処理の制御を開始したら、着信側の網５０で着信側の端末７１で応答がないものとして留守番電話のサービスに接続するが、発信側の網１０で留守番電話のサービスに接続されているため通話内容を録音するサービスにおける通話内容を録音を行わない。
図１０中の矢印６０１〜６１０で示す各信号の流れは、図９中の矢印５０１〜５１０で示した各信号の流れと同じである。但し、第２の処理例では、着信側の網５０で選択されるサービスが転送電話のサービスであるため、矢印６０８〜６１０で示すような各信号の流れで、ＳＣＩＭ２６が、ＡＳ６４の転送電話のサービスを選択する。
【００７５】
ＡＳ６４は、着信側の端末７１で応答がない場合に提供する留守番電話のサービスを準備状態にしておく。そして、ＡＳ６４は、矢印６１１で示すような流れで、Ｓ−ＣＳＣＦ６３に対して、ＩＮＶＩＴＥリクエストを出力する。さらに続いて、Ｓ−ＣＳＣＦ６３は、ＳＣＩＭ６６に対してＩＮＶＩＴＥリクエストを出力する。
【００７６】
ＳＣＩＭ６６は、矢印６１２で示すような流れで、着信側の端末７１にルーチングするための処理を行う。このとき、ＳＣＩＭ６６は、着信側の端末７１が応答または無応答であるかの応答状態を判断する。そして、ＳＣＩＭ６６は、着信側の端末７１が無応答であると判断すると、矢印６１３で示すような流れで、Ｓ−ＣＳＣＦ６３を介してＡＳ６４に対し、１８３（Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ）レスポンスを出力する。このとき、ＳＣＩＭ６６は、１８３（Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ）レスポンスに、制御指示情報として着信側の網５０で起動中のサービスを示す情報を付与している。そして、ＡＳ６４は、留守番電話のサービスにおけるメッセージの録音を開始する等といった処理を開始する。
【００７７】
続いて、ＡＳ６４、矢印６１４で示すような流れで、Ｓ−ＣＳＣＦ６３、Ｓ−ＣＳＣＦ２３を介してＳＣＩＭ２６に対し、１８３（Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ）レスポンスを出力する。なお、１８３（Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ）レスポンスには、着信側の網５０で起動中のサービスを示す情報が付与されているが、ＡＳ６４は、その情報そのまま透過する。
ＳＣＩＭ２６は、１８３（Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ）レスポンスに付加されている起動中のサービスを示す情報から、後続の詳細な処理を判断する。そして、矢印６１５で示すような流れで、ＡＳ２５−２に対して、通話内容を録音するサービスが準備状態であったが、通話内容の録音を行わないようにＩＮＶＩＴＥリクエストを出力する。
【００７８】
（第３の処理例）
さらに、別のサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れとして、図１１に示す模式図は、下記のサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れを示している。
まず、発信側の網１０では、図９及び図１０の模式図と同様に、ＳＣＩＭ２６が、通話料の課金に関するサービスを提供するのに必要な処理の制御を行うＡＳ２４と、通話内容を翻訳するサービスを提供するのに必要な処理の制御を行うＡＳ２５−１とを選択する。
さらに、着信側の網５０では、ＳＣＩＭ６６が、既存のサービスである着信音を変えるサービスを提供するのに必要な処理の制御を行うＡＳ６４を選択する。また、プレゼンスのサービスを提供するのに必要な処理の制御を行うＡＳ６５−２を選択する。
【００７９】
つまり、発信側の網１０で通話料の課金に関するサービスを提供するのに必要な処理の制御を開始したら、着信側の網１０で呼出音を変えるサービスを提供する。また、着信側の網１０でプレゼンスのサービスの状態を更新し、発信側の網１０で通話内容の翻訳を行うための処理の制御を開始する。
図１１中の矢印７０１〜７１０で示す各信号の流れは、図９中の矢印５０１〜５１０で示した各信号の流れと実質同じである。但し、第３の処理例では、発信側の網１０で選択されるサービスは、通話内容を翻訳するサービスであるため、矢印７０５，７０６で示す各信号の流れで、ＳＣＩＭ２６が、ＡＳ２５−１の通話内容を翻訳するサービスを選択する。また、発信側の網５０で選択されるサービスは呼出音を変えるサービスであるため、矢印７０８〜７１０で示す各信号の流れで、ＳＣＩＭ２６が、ＡＳ６４の呼出音を変えるサービスを起動する。
【００８０】
ＡＳ６４は、呼出音を変えるサービスを提供するのに必要な処理の制御を開始する。そして、ＡＳ６４は、矢印７１１で示すような流れで、Ｓ−ＣＳＣＦ６３に対して、ＩＮＶＩＴＥリクエストを出力する。さらに続いて、Ｓ−ＣＳＣＦ６３は、ＳＣＩＭ６６に対して、ＩＮＶＩＴＥリクエストを出力する。
ＳＣＩＭ６６は、制御指示情報に含まれる状態フラグ等に基づいて、詳細な後続の処理を決定する。ＳＣＩＭ６６は、プレゼンスのサービスを提供するのに必要な処理の制御を開始するために、矢印７１２で示すような流れで、ＡＳ６５−２に対してＮＯＴＩＦＹリクエストを出力する。
【００８１】
ＡＳ６５−２は、矢印７１３で示すように、着信側の端末７１にルーチングするための処理を行う。このとき、ＳＣＩＭ６６は、着信側の端末７１が応答または無応答であるかの応答状態を判断する。そして、ＳＣＩＭ６６は、矢印７１４で示すように流れで、着信側の端末７１が応答したと判断する。さらに、ＳＣＩＭ６６は、矢印７１５，７１６で示すような流れで、発信側の網１０のＳＣＩＭ２６に対して、２００（ＯＫ）レスポンスを返信する。
【００８２】
ＳＣＩＭ２６は、例えば通話内容の翻訳を開始する等といった、ＡＳ２５−１に対する後続の詳細な処理を判断する。
なお、発信側の網１０と着信側の網５０とで提供されるサービスの組み合わせは、上記の上記の第１〜第３の処理例で説明したサービスに限定されるものでない。図８の模式図で説明したような各種のサービス等を組み合わせても、上記で説明したＳＣＩＭはサービスを選択することができる。
【００８３】
また、各制御装置から出力される信号は、上記の説明にあったＩＮＶＩＴＥリクエストや２００（ＯＫ）リクエスト等の信号以外にも、提供すべきサービスや端末の応答状態等によって異なり、例えばＳＣＩＭから出力される１８０（Ｒｉｎｇｉｎｇ）レスポンス等のような各種のリクエスト／レスポンスがある。このような場合であっても、上記で説明した処理の流れと実質同じ流れで、上記で説明したＳＣＩＭはサービスを選択することができる。
【００８４】
（まとめ）
上記で説明したＳＣＩＭおいては、既存のサービスを提供するのに必要な処理の制御を行うＡＳの処理を変更することなく、サービスを選択することができる。また、既存のＡＳの制御には、別のサービスを追加する度に別のサービスを選択する上での制御を追加する必要がない。
また、ＳＣＩＭにおいては、Ｓ−ＣＳＣＦに対して３ＸＸレスポンス等の信号を出力することでサービスを選択するため、ＳＣＩＭとＳ−ＣＳＣＦとの間にＳＩＰセッションが確立しない。よって、図１１の模式図に、第３の処理例で確立しているＳＩＰセッションを重ねてみると、図１２中に点線で示すＳＩＰセッションのみである。よって、上記で説明したＳＣＩＭおいては、新たにＳＣＩＭで管理されるＳＩＰセッションを増やすことなく、サービスを選択することができる。
【産業上の利用可能性】
【００８５】
本発明のサービス選択制御装置は、特にＩＭＳを基盤とする網で、携帯電話向けのサービスを提供するＡＳを選択するサービス選択制御装置及びサービス選択制御システムとして利用することができる。
【符号の説明】
【００８６】
（発信側）
１０……網
２１……Ｐ−ＣＳＣＦ
２２……ＨＳＳ
２３……Ｓ−ＣＳＣＦ
２４……ＡＳ（既存のサービス）
２５−１，２５−２……ＡＳ（新規のサービス）
２６……ＳＣＩＭ
２６ａ……サービス契約状況問合部
２６ｂ……サービス選択部
２６ｃ……制御指示情報生成部
３１……端末
（着信側）
５０……網
６１……Ｐ−ＣＳＣＦ
６３……Ｓ−ＣＳＣＦ
６４……ＡＳ（既存のサービス）
６５−１，６５−２……ＡＳ（新規のサービス）
６６……ＳＣＩＭ
７１……端末
【技術分野】
【０００１】
本発明は、サービス選択制御装置及びサービス選択制御システムに関し、特に携帯電話向けの各種のサービスを提供するのに必要な処理を制御するサービス制御装置から、提供すべきサービスを選択するサービス選択制御装置及びサービス選択制御システムに関する。
【背景技術】
【０００２】
身近に使われている携帯電話向けのサービスには、留守番電話や転送電話のサービス等の従来から馴染みのあるサービスがある。近年では、これらのサービスの他にも、通話内容をそのまま翻訳してくれるサービスや、通話内容をメモ代わりに録音してくれるサービスといったような様々な便利なサービスが提供されようとしている。
【０００３】
このような各種のサービスを提供するのにあたっては、事業者側で、ユーザーのサービスの契約状況やユーザーの現在のサービス活性状態等に応じて、サービスを提供するか否かを判断する等の制御が必要になる。ここでいう、ユーザーのサービスの契約状況とは、例えば留守番電話のサービスを契約しているか否かといったことである。また、ユーザーの現在のサービス活性状態とは、例えば留守番電話のサービスが利用開始状態であるか、または利用停止状態であるかといったことである。ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍｓ）の網におけるサービスを選択する上での制御に関することについては、例えば、下記に示す非特許文献１，２に記載されている。
【０００４】
ＩＭＳ網では、上記のサービスを提供するＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）のアプリケーションサーバー（以下、「ＡＳ」と省略する。）が、サービスを提供するのに必要な処理の制御を行っている。そして、サービスを選択する際には、ＳＣＩＭ（Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｉｎｔｅｒａｃｔｉｏｎ Ｍａｎａｇｅｒ）が、ユーザー毎のサービスの契約状態や現在のサービス活性状態等を確認してから、対象のＡＳのサービスを特定した上で、ユーザーに提供すべきサービスが選択されるように制御している。
【０００５】
また、ＡＳが複数存在する場合においては、サービスを選択する際に、Ｓｅｒｖｉｃｅ Ｂｒｏｋｅｒが、ユーザー毎にサービスを適切な順序で起動したり、ユーザーの現在のサービス活性状態に応じてＡＳ同士で動的に連携を行ったりするように制御している。
しかしながら、現状のＩＭＳ網では、サービスを提供するのに必要な処理の制御を行う全てのＡＳのサービスが、ＳＣＩＭによって選択されるように構築されていない。例えば、留守番電話や転送電話のサービス等といった既存のサービスを提供するのに必要な処理を制御するＡＳが、自らのサービスを提供するのに必要な処理の制御に加えて、別のサービスを選択する上での制御を行うことがある。このため、既存のサービスのＡＳの制御には、別のサービスを追加する度に別のサービスを選択する上での制御が追加される。各サービスのアプリケーションの汎用性を一層高めるためにも、理想としては、ＳＣＩＭによってサービスを選択する制御を一元化して行えることが望ましい。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ） ＴＳ２３．００２
【非特許文献２】３ＧＰＰ ＴＲ２３．８１０
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところが、サービスの中には、新たに提供されようとしている新規のサービスだけではなく、既に提供されている既存のサービスも数多くある。
例えば、図１３に示すように、網１００には、既存のサービスを提供するのに必要な処理を制御するサービス制御装置であるＡＳ１０１と、その既存のサービスに続いて新たに提供されようとしている新規のサービスを提供するのに必要な処理を制御するサービス制御装置であるＡＳ１０２とがある。そして、Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−Ｃａｌｌ／Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）１０４等の制御装置が、図１３中の矢印Ｍ１１で示すような流れでＩＮＶＩＴＥリクエストをＡＳ１０１に対して出力する。これにより、ＡＳ１０１が、Ｓ−ＣＳＣＦ１０４によって直接選択される。
【０００８】
また、図１４に示すように、Ｓ−ＣＳＣＦ１０４が、図１３中の矢印Ｍ１２で示すような流れでＩＮＶＩＴＥリクエストをＳＣＩＭ１０３に対して出力する。さらに、ＳＣＩＭ１０３が、図１３中の矢印Ｍ１３で示すような流れでＩＮＶＩＴＥリクエストをＡＳ１０１に対して出力する。これにより、ＡＳ１０１が、ＳＣＩＭ１０３によって直接選択される。
【０００９】
このため、全てのＡＳのサービスをＳＣＩＭによって直接選択させるように変更する場合には、既存のＡＳの処理を変更しなければならない。また、全てのサービスのＡＳをＳＣＩＭによって直接選択させるように変更する場合には、ＳＣＩＭで管理されるセッションが増えていくのと同時に、ＳＣＩＭの処理負担が増える。このことから、ＳＣＩＭの処理能力を低下させることが懸念される。
そこで、本発明は、上記の課題に鑑み、既存のサービスを提供するのに必要な処理の制御を変更したり、新たなセッションを増やしたりすることなく、サービスを選択することのできるサービス選択制御装置及びサービス選択制御システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明によるサービス選択制御装置及びサービス選択制御システムは、上記の目的を達成するために、次のように構成される。
本発明による第１のサービス選択制御装置は、少なくともユーザー毎のサービスの契約状況を管理する契約状況管理装置に対して、サービスの契約状況を問い合わせるサービス契約状況問合部と、前記サービス契約状況問合部による問い合わせによって得られたサービスの契約状況に基づいてユーザー毎に提供すべきサービスを特定し、サービスの提供に必要な処理を制御するサービス制御装置からサービスを選択するサービス選択部と、を備え、前記サービス選択部は、前記サービス制御装置と自制御装置との間の中間制御装置に対して、サービスを間接的に選択するために用いるサービス起動信号を出力することを特徴とする。
【００１１】
上記の第１のサービス選択制御装置によれば、サービス契約状況問合部が、最初に、ユーザー毎のサービスの契約状態や現在のサービス活性状態等を判断する。その上で、サービス選択部が、提供すべきサービスを特定した上で、そのサービスを選択する。そして、サービス選択部が、中間制御装置に対して、サービス起動信号を出力する。具体的には、３ＸＸレスポンスのリダイレクションを返す。そして、サービス制御装置を間接的に選択する。
これにより、既存のサービス制御装置の処理を変更したり、サービス選択制御装置で管理されるセッションをなるべく増やしたりすることなく、サービス選択制御装置はサービスを選択することが可能となる。
【００１２】
本発明による第２のサービス選択制御装置は、前記サービス選択部により選択されたサービスの提供に必要な処理を、複数の所定の処理の中から選択して行うように制御するために用いる制御指示情報を生成する制御指示情報生成部を備え、前記選択するサービス選択部は、前記制御指示情報生成部により生成された制御指示情報が付加された前記サービス起動信号を出力することを特徴とする。
上記の第２のサービス選択制御装置によれば、制御指示情報生成部により生成された制御指示情報を用いることで、例えば、制御指示情報が付加されたサービス起動信号を受けとったサービス制御装置は、サービスを提供するのに必要な処理を、条件に応じて所定の処理に変更して行うことが可能となる。
【００１３】
本発明による第３のサービス選択制御装置は、前記制御指示情報生成部は、前記サービス制御装置のサービスを順番に複数選択していくように処理を制御するための制御指示情報を生成することを特徴とする。
上記の第３のサービス選択制御装置によれば、制御指示情報生成部により生成された制御指示情報を用いたことで、例えば、制御指示情報が付加されたサービス起動信号を受けとったサービス制御装置は、サービスを提供するのに必要な処理を、条件に応じて所定の処理に変更して行う。さらに、そのサービス制御装置は、別のサービスを提供するのに必要な処理を制御するサービス制御装置を選択するための処理を行うことが可能となる。
【００１４】
本発明による第４のサービス選択制御装置は、前記サービス選択部は、前記サービス契約状況問合部による問い合わせにより得られたサービスの種類に応じて、前記サービス制御部に対して前記サービス起動信号を出力することで、サービスを直接選択することを特徴とする。
上記の第４のサービス選択制御装置によれば、例えば、新規のサービスの提供に必要な処理を制御するサービス制御装置のように、自制御装置から直接選択されるサービス制御装置にあっては、そのサービス制御装置に対してサービス起動信号を直接出力する。これにより、サービス選択制御装置は、サービス制御装置で提供されるサービスを選択することが可能となる。
【００１５】
本発明によるサービス選択制御システムは、サービスの提供に必要な処理を制御するサービス制御部と、少なくとも前記サービス制御部により処理を制御されるサービスのユーザー毎の契約状況を管理する契約状況管理部と、前記契約状況管理部に対してサービスの契約状況を問い合わせ、当該問い合わせによって得られたサービスの契約状況に基づいてユーザー毎に提供すべきサービスを特定し、当該特定されたサービスの提供に必要な処理を制御するサービス制御部からサービスを選択するサービス選択制御部と、を備え、前記選択制御部は、前記サービス制御部と前記サービス選択制御部との間の中間制御部に対して、サービスを間接的に選択するために用いるサービス起動信号を出力することを特徴とする。
【００１６】
上記のサービス選択制御システムによれば、自制御システムを構成するサービス制御部や中間制御部等は、サービス選択制御部から出力されたサービス起動信号に従って、サービスを選択するための処理の制御を行う。これにより、サービス選択制御部にあっては、既存のサービス制御部の処理を変更したり、サービス選択制御部で管理されるセッションを新たに増やしたりすることなく、サービスを選択することが可能となる。
【発明の効果】
【００１７】
本発明によれば、サービス選択制御装置は、中間制御装置に対して、サービス起動信号を出力することにより、サービス制御装置を間接的に選択する。よって、サービス選択制御装置にあっては、サービス制御装置の既存のサービスを提供するのに必要な処理を変更したり、サービス選択制御装置で管理されるセッションを新たに増やしたりすることなく、サービスを選択することができる。また、別のサービスを追加する度に、既存のサービス制御装置の制御に別のサービスを選択する上で必要になる制御を追加する必要がない。
【００１８】
このように、サービス選択制御装置が、サービスを選択するための処理の制御を行うことで、既存のサービスと新規のサービスとの管理・制御を一元化することができる。
また、サービス選択制御システムでは、サービス制御装置で提供されるサービスのアプリケーションの汎用性を一層高めることができる。新規のサービスの提供を始めようとする際に、従来よりも、サービスの導入に必要な期間を短縮すると共に、より安価にサービスを提供することができる。さらに、サービス選択制御システムでは、サービス選択制御システムを用いた網のトラヒック量を抑えることができると共に、網の既設の設備を最大限に活用することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態に係るＳＣＩＭ２６を用いて構成された網１０の概略構成を示すブロック図である。
【図２】ＳＣＩＭ２６の機能構成を示すブロック図である。
【図３】ＳＣＩＭ２６におけるサービスを選択する際の制御の処理の流れを示す模式図である。
【図４】ＳＣＩＭ２６が、Ｓ−ＣＳＣＦ２３を介してＡＳを選択する場合の網１０の各制御装置の第１の処理の流れを示すシーケンス図である。
【図５】ＳＣＩＭ２６が、Ｓ−ＣＳＣＦ２３を介してＡＳを選択する場合の網１０の各制御装置の第２の処理の流れを示すシーケンス図である。
【図６】ＳＣＩＭ２６が、制御指示情報を用いてＡＳを選択する場合の網１０の各制御装置の第３の処理の流れを示す第１のシーケンス図である。
【図７】ＳＣＩＭ２６が、制御指示情報を用いてＡＳを選択する場合の網１０の各制御装置の第３の処理の流れを示す第２のシーケンス図である。
【図８】発信から応答までの間の発信側のユーザーに提供されるサービスと、着信側の端末のユーザーに提供されるサービスを示す模式図である。
【図９】第１の具体的なサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れを示す模式図である。
【図１０】第２の具体的なサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れを示す模式図である。
【図１１】第３の具体的なサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れを示す模式図である。
【図１２】発信側の網１０と着信側の網５０とにあるＳＩＰセッションを示す模式図である。
【図１３】背景技術におけるＡＳ１０１を選択する場合の網１００の各制御装置の第１の処理の流れを示す模式図である。
【図１４】背景技術におけるＡＳ１０１を選択する場合の網１００の各制御装置の第２の処理の流れを示す模式図である。
【発明を実施するための形態】
【００２０】
以下、添付図面を参照しながら、本発明のサービス選択制御装置を用いて構成された網の好適な実施形態を詳細に説明する。
（ＳＣＩＭ２６を用いて構成された網１０の構成）
まず、図１を参照して、本発明の実施形態に係るＳＣＩＭ２６を用いて構成された網１０の概略構成を説明する。
【００２１】
図１に示す網１０は、ＩＭＳ網の一部であり、Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ−Ｃａｌｌ／Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）２１と、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）２２と、Ｓ−ＣＳＣＦ２３と、ＡＳ２４，２５−１，２５−２と、ＳＣＩＭ２６と、図では記載を省略している各制御装置とを備えて構成される。また、端末３１は、例えばスマートフォン等の携帯端末である。なお、網１０の概略構成を説明しているため、図１では説明の上で必要な制御装置だけを図示している。実際には、端末３１とＰ−ＣＳＣＦ２１との間には、図示しない無線基地局装置等が設けられており、それらの装置を介して端末３１が、網１０に接続されることになる。
【００２２】
Ｐ−ＣＳＣＦ２１は、網１０に接続される端末３１が接続される制御装置であり、ＳＩＰサーバとしてＳＩＰメッセージの処理を行う。
ＨＳＳ２２は、ユーザーが契約しているサービスの内容に関する情報（ユーザープロファィル情報）等を管理する契約状況管理装置である。
Ｓ−ＣＳＣＦ２３は、Ｐ−ＣＳＣＦ２１と同様にＳＩＰサーバとしてＳＩＰメッセージの処理を行う。また、Ｓ−ＣＳＣＦ２３は、ＨＳＳ２２からユーザープロファイル情報を取得する。その上で、Ｓ−ＣＳＣＦ２３は、例えばユーザーのサービスの契約状態等を確認したり、ユーザープロファイル情報のｉＦＣ（Ｉｎｉｔｉａｌ ｆｉｌｔｅｒ ｃｒｉｔｅｒｉａ）を参照してＳＩＰメッセージを各ＳＩＰ ＡＳを経由するように変更したりする。
【００２３】
複数のＡＳ２４，２５−１，２５−２は、携帯電話の各種のサービスを提供するのに必要な処理を制御するサービス制御装置である。
ＡＳ２４は、既存のサービスを提供するのに必要な処理を制御するサービス制御装置である。既存のサービスとは、例えば、留守番電話や転送電話のサービスである。
ＡＳ２５−１，２５−２は、上記の既存のサービスに続いて新たに提供されようとしている新規のサービスを提供するのに必要な処理を制御するサービス制御装置である。新規のサービスとは、例えば、通話内容をそのまま翻訳してくれるサービスや、通話内容をメモ代わりに録音してくれるサービスである。
【００２４】
なお、ここでは、既存のサービスを提供するのに必要な処理を制御するＡＳは１つであり、また新規のサービスを提供するのに必要な処理を制御するＡＳは２つであるが、ＡＳの数はこれらに限定されるものでない。
ＳＣＩＭ２６は、ユーザー毎のサービスの契約状況や現在のサービス活性状態をＨＳＳ２２に問い合わせて、サービスを提供するか否かを判断する。その上で、ＳＣＩＭ２６は、各ＡＳのサービスを選択するための処理の制御を行う。
【００２５】
なお、上記のＡＳ２４，２５−１，２５−２及びＳＣＩＭ２６の各制御装置から、ＳＩＰとしてＳＩＰ ＡＳ２７を構成している。また、Ｓ−ＣＳＣＦ２３やＰ−ＣＳＣＦ２１等は、ＡＳ２４，２５−１，２５−２とＳＣＩＭ２６との間の中間制御装置の一つであり、ＡＳ２４，２５−１，２５−２とＳＣＩＭ２６とＨＳＳ２２との制御装置の処理部からサービス選択制御システムを構成している。
【００２６】
（ＳＣＩＭ２６の機能構成）
続いて、図２を参照して、上記で説明した網１０に用いられているＳＣＩＭ２６の機能構成を説明する。
図２に示すＳＣＩＭ２６は、サービス契約状況問合部２６ａと、サービス選択部２６ｂと、制御指示情報生成部２６ｃと、制御信号送受部２６ｄと、サービス情報保持部２６ｅとを備えて構成される。
サービス契約状況問合部２６ａは、ＨＳＳ２２に対して、ユーザー毎のサービスの契約状況や現在のサービス活性状態等を問い合わせる。
【００２７】
サービス選択部２６ｂは、サービス契約状況問合部２６ａによる問い合わせによって得られたサービスの契約状況や現在のサービス活性状態等に基づいて、ＡＳ２４，２５−１，２５−２によって制御されたサービスを選択する。サービス選択部２６ｂは、Ｓ−ＣＳＣＦ２３に対して、サービスを間接的に選択するために用いるサービス起動信号を出力する。なお、このサービス起動信号には、後述するように、サービス選択部２６ｂが、制御指示情報生成部２６ｃによって生成される制御指示情報を付加することもできる。
【００２８】
制御指示情報生成部２６ｃは、ＡＳに対して、例えば条件に応じて処理の内容を変更するように指示したり、ＡＳのサービスを選択した上でさらに別のＡＳのサービスをさらに選択したりする指示等を出す場合（図６及び図７の模式図を用いて後述する処理を行う場合）に必須な要部であって、ＡＳに対して後述するような制御指示情報を生成する。この制御指示情報とは、例えば状態フラグや処理結果フラグ等のサービスの提供に必要な処理を制御するために用いる付加情報であり、上記のサービス起動信号の拡張領域等に付加される。
【００２９】
制御信号送受部２６ｄは、ＡＳ２４，２５−１，２５−２によって制御されるサービスを選択したり、ＨＳＳ２２に対してユーザー毎のサービスの契約状況や現在のサービス活性状態等を問い合わせたりするために必要な各制御信号を、各ＡＳとの間で送受する。
サービス情報保持部２６ｅは、サービス選択部２６ｂによって選択されたサービスを特定するための情報をサービス情報として保持する。サービス情報保持部２６ｅによって保持されているサービス情報は、ＳＣＩＭ２６の各処理部が処理を行う上で参照することができるようになっている。
【００３０】
（ＳＣＩＭ２６におけるサービスを選択する際の制御の処理の流れ）
続いて、図３を参照して、ＳＣＩＭ２６におけるサービスを選択する際の制御の処理の流れを説明する。
以下の説明でユーザーに提供するサービスは、その処理がＡＳ２４で制御される既存のサービスである。既存のサービスとは、上記で説明したように、留守番電話や転送電話のサービスである。
【００３１】
まず、図３に示すように、Ｓ−ＣＳＣＦ２３は、ｉＦＣを参照して、ＳＣＩＭ２６を接続することを決定する。Ｓ−ＣＳＣＦ２３は、図３中の矢印Ｍ１で示すような流れで、ＳＣＩＭ２６に対して、ＩＮＶＩＴＥリクエストを出力する。背景技術で説明したように、従来の網では、Ｓ−ＣＳＣＦ２３が、既存のサービスを提供するのに必要な処理を制御するＡＳ２４を直接選択していた。
【００３２】
しかしながら、ＳＣＩＭが、ユーザー毎のサービスの契約状態や現在のサービス活性状態等を確認してから、対象のＡＳのサービスを特定した上で、ユーザーに提供すべきサービスを選択するように制御を行っている。このため、各ＡＳの前段にＳＣＩＭ２４が設けられて、そのＳＣＩＭ２４がサービスを選択する制御を行うというＳＣＩＭの本来の機能を残しつつ、ＳＣＩＭ２４が各ＡＳを一元的に選択できることが好ましい。そこで、網１０では、Ｓ−ＣＳＣＦ２３が、ＡＳ２４を直接選択せずに、以下に説明するようにしてＡＳ２４を選択する。
【００３３】
まず、ＳＣＩＭ２６は、ユーザー毎のサービスの契約状態や現在のサービス活性状態を確認した上で、ユーザーに提供すべきサービスを特定する。続いて、ＳＣＩＭ２６は、そのサービスを提供するのに必要な処理の制御を行うべきＡＳが、ＡＳ２４であることを決定する。そして、ＳＣＩＭ２６は、矢印Ｍ２で示すような流れで、Ｓ−ＣＳＣＦ２３に対して、ＡＳ２４を選択させるために、サービス起動信号として３ＸＸレスポンスを返信する。
【００３４】
Ｓ−ＣＳＣＦ２３は、受信した３ＸＸレスポンスに従って、ＡＳ２４を選択することを決定する。そして、Ｓ−ＣＳＣＦ２３は、矢印Ｍ３で示すような流れで、ＡＳ２４に対して、サービスを提供するのに必要な処理の制御を行うように、ＩＮＶＩＴＥリクエストを出力する。ＡＳ２４は、その応答として、矢印Ｍ４で示すような流れで、Ｓ−ＣＳＣＦ２３に対して２００（ＯＫ）レスポンス等を出力する。その後、ＡＳ２４は、サービスを提供するのに必要な処理の制御を開始する。
【００３５】
以上のように、ＡＳ２４を選択する際に、ＳＣＩＭ２６が、Ｓ−ＣＳＣＦ２３に対して、ＡＳ２４を選択するようにサービス起動信号として３ＸＸレスポンスを出力する。続いて、Ｓ−ＣＳＣＦ２３が、ＡＳ２４を選択する。従って、ＳＣＩＭ２６が、ＡＳ２４を直接選択することはない。このように、網１０では、上記で説明したＳＣＩＭ２６の本来の機能を残しつつ、ＳＣＩＭ２６が、サービスを選択する制御を一元化して行うことができる。
【００３６】
（ＳＣＩＭ２６がＡＳ２４を選択する場合の網１０の各制御装置の処理の流れ）
続いて、図４〜図６を参照して、ＳＣＩＭ２６がＡＳ２４を選択する場合の網１０の各制御装置の主な処理の流れを説明する。
（第１の処理例）
まず、図４を参照して、ＳＣＩＭ２６が、Ｓ−ＣＳＣＦ２３を介してＡＳ２４を選択する場合の網１０の各制御装置の処理の流れから説明していく。以下の説明でも、ユーザーに提供されるサービスは、その処理がＡＳ２４で制御される既存のサービスである。
【００３７】
図４に示すように、まず、Ｓ−ＣＳＣＦ２３は、図４中の矢印Ｍ１０１で示すような流れで、Ｐ−ＣＳＣＦ２１からリクエストを受け取る。そして、Ｓ−ＣＳＣＦ２３は、ｉＦＣを参照して、ＳＣＩＭ２６を接続することを決定する（ステップＳ１０１）。Ｓ−ＣＳＣＦ２３は、矢印Ｍ１０２で示すような流れで、ＳＣＩＭ２６に対して、ＩＮＶＩＴＥリクエストを出力する。
【００３８】
ＳＣＩＭ２６は、矢印Ｍ１０３で示すような流れで、ＨＳＳ２２からユーザープロファイル情報を取得する。そして、ＳＣＩＭ２６は、ユーザー毎のサービスの契約状態や現在のサービス活性状態等を確認する（ステップＳ１０２）。ここで、ＳＣＩＭ２６は、矢印Ｍ１０４で示すような流れで、ＨＳＳ２２と、例えばＡＳ２５−１と、ＩＮＶＩＴＥ，ＭＥＳＳＡＧＥ，ＩＮＦＯ等のＳＩＰメソッドのリクエスト／レスポンスを送受しても良い。これにより、例えば、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）によるメッセージを送付する等のセッションと独立しているサービスを起動することができる。
【００３９】
さらに、ＳＣＩＭ２６は、ユーザー毎のサービスの契約状態や現在のサービス活性状態等に基づいて、ユーザーに提供されるサービスを特定する。さらに、ＳＣＩＭ２６は、そのサービスを提供するのに必要な処理の制御を行うＡＳが、ＡＳ２４であることを決定する（ステップＳ１０３）。ＳＣＩＭ２６は、矢印Ｍ１０５で示すような流れで、Ｓ−ＣＳＣＦ２３がＡＳ２４を選択するように、３ＸＸレスポンスを返信する。
【００４０】
Ｓ−ＣＳＣＦ２３は、３ＸＸレスポンスに従って、ＡＳ２４を選択することを決定する（ステップＳ１０４）。Ｓ−ＣＳＣＦ２３は、矢印Ｍ１０６で示すような流れで、ＡＳ２４に対して、サービスを提供するのに必要な処理の制御を開始するように、ＩＮＶＩＴＥリクエストを出力する。なお、サービスを提供するのに必要な処理の制御を行うＡＳがＡＳ２４であることを示す情報を３ＸＸレスポンスに予め設定しておいても良いが、サービスを提供するのに必要な処理の制御を行うＡＳがＡＳ２４であることをＳ−ＣＳＣＦ２３で一意に特定することができるのであれば、３ＸＸレスポンスに情報を設定しておかなくても良い。
【００４１】
ＡＳ２４は、ＩＮＶＩＴＥリクエストを受けとると、矢印Ｍ１０７で示すような流れで、Ｓ−ＣＳＣＦ２３に対して、２００（ＯＫ）レスポンスを返信する。続いて、ＡＳ２４は、サービスを提供するのに必要な処理の制御を開始する（ステップＳ１０５）。
【００４２】
（第２の処理例）
続いて、図５を参照して、ＳＣＩＭ２６が、Ｓ−ＣＳＣＦ２３を介してＡＳ２５−１を選択する場合の網１０の各制御装置の処理の流れを説明していく。ここでは、ユーザーに提供されるサービスは、ＡＳ２５−１で制御される新規のサービスとして説明する。
図５に示すように、まず、ＳＣＩＭ２６に最初の信号が入力されて、ステップＳ２０１〜Ｓ２０３の処理は、図４に示したステップＳ１０１〜Ｓ１０３の処理の流れと実質同じである。また、その処理を行うために、図５中の矢印Ｍ２０１〜Ｍ２０４で示すような流れで送受されるリクエスト／レスポンスも、図４中の矢印Ｍ１０１〜Ｍ１０４で示したような流れで送受されるリクエスト／レスポンスと同じである。
【００４３】
但し、図４に示したステップＳ１０３の処理では、Ｓ−ＣＳＣＦ２３は、３ＸＸレスポンスに従って、ＡＳ２４を選択していた。これに対して第２の処理例では、ＡＳ２５−１は、新規のサービスを提供するのに必要な処理の制御を行うＡＳである。このため、ＡＳ２５−１は、ＳＣＩＭ２６によって直接選択される。
従って、まずステップＳ２０３の処理で、ＳＣＩＭ２６は、サービスを提供するのに必要な処理の制御を行うＡＳが、ＡＳ２５−１であることを決定する（ステップＳ２０３）。続いて、ＳＣＩＭ２６は、矢印Ｍ２０５で示すような流れで、ＡＳ２５−１に対して、サービスを提供するのに必要な処理の制御を開始するように、ＩＮＶＩＴＥリクエストを出力する。
【００４４】
ＡＳ２５−１は、ＩＮＶＩＴＥリクエストを受けとると、矢印Ｍ２０６で示すような流れで、ＳＣＩＭ２６に対して、２００（ＯＫ）レスポンスを返信する。続いて、ＡＳ２５−１は、サービスを提供するのに必要な処理の制御を開始する（ステップＳ２０４）。
なお、ここでは、ＳＣＩＭ２６によって選択されるＡＳをＡＳ２５−１として説明したが、勿論、ＳＣＩＭ２６によって選択されるＡＳはＡＳ２５−２であっても良い。ＡＳ２５−２を選択する場合にあっても、ＡＳ２５−１と同様にＳＣＩＭ２６によって直接選択されるため、上記で説明した処理の流れ、その処理で送受されるリクエスト／レスポンスも実質同じである。
【００４５】
（第３の処理例）
続いて、図６及び図７を参照して、ＳＣＩＭ２６が、制御指示情報生成部２６ｃで生成された制御指示情報を用いてＡＳ２４，２５−１を選択する場合の網１０の各制御装置の処理の流れを説明していく。ここでは、ユーザーに提供されるサービスは、その処理がＡＳ２４で制御される既存のサービスと、ＡＳ２５−１で制御される新規のサービスとして説明する。
【００４６】
図６に示すように、まず、ＳＣＩＭ２６に最初の信号が入力されて、ステップＳ３０１〜Ｓ３０３の処理は、図４に示したステップＳ１０１〜Ｓ１０３の処理の流れと実質同じである。また、その処理を行うために、図６中の矢印Ｍ３０１〜Ｍ３０４で示すような流れで送受されるリクエスト／レスポンスも、図４中の矢印Ｍ１０１〜Ｍ１０４で示したような流れで送受されるリクエスト／レスポンスと同じである。
【００４７】
但し、図４に示したステップＳ１０３の処理では、Ｓ−ＣＳＣＦ２３が、３ＸＸレスポンスに従って、ＡＳ２４を選択していた。また、図５に示したステップＳ２０３の処理では、ＳＣＩＭ２６が、ＡＳ２５−１を直接選択していた。これに対して第３の処理例では、ＳＣＩＭ２６が、ＡＳ２４を選択するのに続いて、別のＡＳであるＡＳ２５−１を選択することを決定する（ステップＳ３０３）。そして、ＳＣＩＭ２６は、矢印Ｍ３０５で示すような流れで、ＡＳ２４とＡＳ２５−１とを連続して選択するために必要な制御指示情報を３ＸＸレスポンスに付加する。そして、ＳＣＩＭ２６は、Ｓ−ＣＳＣＦ２３に対してその３ＸＸレスポンスを返信する。
【００４８】
Ｓ−ＣＳＣＦ２３は、ｉＦＣを参照して次のルーチング先をする際に、３ＸＸレスポンスに付加されている制御指示情報を取り出し、その制御指示情報で設定されている条件等に合わせて、次のルーチング先を決定する。このようにして、Ｓ−ＣＳＣＦ２３は、ＡＳ２４を選択することを決定する（ステップＳ３０４）。
【００４９】
なお、ＳＣＩＭ２６によってＡＳ２４が選択された後、さらにＳＣＩＭ２６はＡＳ２５−１を選択する。この際、ＳＣＩＭ２６によってＡＳ２４が選択された後、ＳＣＩＭ２６に対してＩＮＶＩＴＥリクエストを出力するように要求すれば、ＳＣＩＭ２６がＡＳ２５−１を選択するようになっている。このため、Ｓ−ＣＳＣＦ２３は、矢印Ｍ３０６で示すような流れで、ＡＳ２４に対してＩＮＶＩＴＥリクエストを出力する際に、ＩＮＶＩＴＥリクエストに対して、ＳＣＩＭ２６を選択することを示す制御指示情報を付加する。そして、Ｓ−ＣＳＣＦ２３は、そのＩＮＶＩＴＥリクエストを出力する。
【００５０】
以上説明したように、ＳＣＩＭ２６を選択するための制御指示情報がリクエストに付加されているため、ＡＳ２４は別のＡＳであるＡＳ２５−１の存在を意識しないようになっている。
ＡＳ２４は、Ｓ−ＣＳＣＦ２３からＩＮＶＩＴＥリクエストを受けとると、サービスを提供するのに必要な処理の制御を開始する（ステップＳ３０５）。
【００５１】
なお、上記で説明したように、制御指示情報に付加される情報は、ＡＳ２４とＡＳ２５−１とを連続して選択するために必要となる制御指示に限定されない。例えば、サービスを提供するのに必要な処理を、予め決められている複数の処理の中から条件に応じて選択して、その選択した処理に変更するための状態フラグ等を、制御指示情報に付加することもできる。このため、制御指示情報に状態フラグ等が付加されていれば、ＡＳ２４は、ステップＳ３０５で、状態フラグ等に応じて決まる処理が行われるように制御する。
【００５２】
さらに、図７に示すように、ＡＳ２４は、矢印Ｍ３０７で示すような流れで、ＩＮＶＩＴＥリクエストを、Ｓ−ＣＳＣＦ２３に対して出力する。このＩＮＶＩＴＥリクエストには、ＳＣＩＭ２６を選択するための制御指示情報が付加されている。
Ｓ−ＣＳＣＦ２３は、そのＩＮＶＩＴＥリクエストに付加されている制御指示情報に従って、ＳＣＩＭ２６に接続することを決定する（ステップＳ３０６）。そして、Ｓ−ＣＳＣＦ２３は、矢印Ｍ３０８で示すような流れで、ＳＣＩＭ２６に対して、制御指示情報が付加されたＩＮＶＩＴＥリクエストを出力する。
【００５３】
ＳＣＩＭ２６は、ＩＮＶＩＴＥリクエストを受けとり、後続の詳細な処理として、ＡＳ２５−１を選択することを決定する（ステップＳ３０７）。そして、ＳＣＩＭ２６は、矢印Ｍ３０９で示すような流れで、ＡＳ２５−１に対してＩＮＶＩＴＥリクエストを出力する。
ＡＳ２５−１は、ＳＣＩＭ２６からＩＮＶＩＴＥリクエストを受けとると、サービスを提供するのに必要な処理の制御を開始する（ステップＳ３０８）。
【００５４】
ここでは、ＳＣＩＭ２６が、ＡＳ２４とＡＳ２５−１とを順番に選択するように制御するものとして説明したが、必ずしもＡＳ２４とＡＳ２５−１とを連続して選択する必要はない。例えば、ＳＣＩＭ２６が、ＡＳ２４を選択して、状態フラグ等に応じて決まる処理が行われるように制御したら、ステップＳ３０６で後続の処理を行わなずに終了するようにすることも勿論可能である。また、ＳＣＩＭ２６が、ＡＳ２４とＡＳ２５−２とを順番に選択することも可能である。
【００５５】
ここまで、ＳＣＩＭ２６を用いた網１０で行われる処理の制御について説明した。このＳＣＩＭ２６に相当するサービス選択制御装置は、発信側の網と発信側の網とにそれぞれ設けられている。そして、ＳＣＩＭ２６によって提供されるサービスも、それぞれ異なっていても良い。そこで、ここからは、発信側の網の各制御装置と着信側の網の各制御装置の処理の流れを説明する。
【００５６】
（発信／着信側の網で提供されるサービス）
まず、図８を説明して、発信から応答までの間の発信側のユーザーに提供されるサービスと、着信側の端末のユーザーに提供されるサービスとを説明する。
図８に示すように、発信側の端末３１から発信して、着信側の端末７１で応答するまでの間の各処理時に開始されたり、準備状態になったりするサービスには、発信側の網の処理の中で提供されるサービスと、着信側の網の処理との中で提供されるサービスとに分かれている。そして、その具体的なサービス例として、図８に示すようなサービスがある。なお、図８に示した各処理ステップに合わせて、実線で示されているサービスが既存のサービスであり、また点線で示されているサービスが新規のサービスである。既存のサービスについては、そのサービスを提供するのに必要な処理が、ＡＳ２４において制御される。また、新規のサービスについては、それらのサービスを提供するのに必要な処理が、ＡＳ２５−１，２５−２において制御される。
【００５７】
図８に示すように、ステップＳ４０１の発信側の端末３１から発信の処理を開始した時に発信側の網で開始されるサービスには、既存のサービスとして、通話料の課金に関するサービスや発信者の電話番号を通知するサービス等がある。
その後で、ステップＳ４０２の着信側の網への着信の接続の処理を開始する前の準備段階で発信側の網で開始されるサービスには、新規のサービスとして、例えば通話内容を翻訳するサービス等がある。
【００５８】
そして、ステップＳ４０３の着信側の端末７１への着信の処理を開始する時に着信側の網で開始されるサービスには、既存のサービスとして、例えば発信者に公共等の場所にいることを知らせるサービス等がある。
次に、ステップＳ４０４の着信側の端末７１を呼び出す処理を開始する前の準備段階で着信側の網で開始されるサービスには、既存のサービスとして、例えば留守番電話や転送電話のサービス等がある。
次に、ステップＳ４０５の着信側の端末７１を呼び出す処理と並行して着信側の網で開始されるサービスには、既存のサービスと新規のサービスとがある。既存のサービスとしては、例えば呼出音を変えるサービス等がある。また、新規のサービスとしては、例えば新機能が追加された呼出音を変えるサービス等がある。
【００５９】
次に、ステップＳ４０６の着信側の端末７１の応答時処理での応答結果に基づいて行われる着信側の網で開始されるサービスには、既存のサービスと新規のサービスとがある。既存のサービスとしては、例えば圏外時の着信の有無を知らせるサービス等がある。また、新規のサービスとしては、例えば通話内容を録音するサービス等がある。
最後に、ステップＳ４０７の着信側の端末７１の応答時処理での応答結果後に発信側の網で開始されるサービスには、新規のサービスとして、例えば相手の現在の状況等を知らせるためのプレゼンスのサービス等がある。
【００６０】
上記の各タイミングで開始されるサービスの中には、例えば、複数のサービスを組み合わせて提供することが可能なものがある。例えば、ステップＳ４０１の処理時に既存のサービスとして、通話料の課金に関するサービスや発信者の電話番号を通知するサービス等があり、その直後のステップＳ４０２の処理時に新規のサービスとして、通話内容を翻訳するサービス等がある。これらの２つのサービスは、ステップＳ４０１，Ｓ４０２の処理時に組み合わせて提供することが可能であるサービスである。このため、ＳＣＩＭは、既存のサービスと新規のサービスとを組み合わせて提供することができるように、サービスを選択する処理を制御する。
【００６１】
また、ステップＳ４０５の処理時に既存のサービスとして、呼出音を変えるサービス等があり、新規のサービスとして、新機能が追加された呼出音を変えるサービス等がある。これらの２つのサービスは、サービスの内容が類似するサービスである。このため、ＳＣＩＭは、ユーザー毎のサービスの契約状態や現在のサービス活性状態等に基づいて、既存のサービスと新規のサービスとのうちのいずれかのサービスのみを提供することができるように、サービスを選択する処理を制御する。
【００６２】
（具体的なサービスを提供する際の発信／着信側の網の各制御装置の処理の流れ）
続いて、図９〜図１１を参照して、具体的な幾つかのサービスを挙げて、そのサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れを説明する。図９〜図１１の模式図では、図１に示した網１０をそのまま発信側の網とした上で、この網１０と同じ構成を有する網を着信側の網５０としている。よって、着信側の網５０を構成する各制御装置は着信側の網１０を構成する各制御装置に対応しており、例えば着信側の網１０のＳＣＩＭ２６は着信側の網５０のＳＣＩＭ６６に対応している。なお、処理の流れを説明するのにあたって、説明に関連する主要な信号のみを図中に各矢印で示している。
【００６３】
（第１の処理例）
図９の模式図では、下記のサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れを示している。
まず、発信側の網１０では、ＳＣＩＭ２６が、既存のサービスである通話料の課金に関するサービスを提供するのに必要な処理の制御を行うＡＳ２４を選択する。それに続いて、ＳＣＩＭ２６が、新規のサービスである通話内容を録音するサービスを提供するのに必要な処理の制御を行うＡＳ２５−２を選択する。
【００６４】
さらに、着信側の網５０では、ＳＣＩＭ６６が、既存のサービスである転送電話のサービスを提供するのに必要な処理の制御を行うＡＳ６４を選択する。なお、着信側の網５０では、ＳＣＩＭ６６は、既存のサービスのみを選択する。
つまり、発信側の網１０で通話料の課金に関するサービスを提供するのに必要な処理の制御を開始したら、着信側の網５０で着信呼を全て転送電話のサービスに転送した上で、さらに発信側の網１０で転送電話のサービスに接続後の通話内容を録音する。
【００６５】
図９の模式図に示すように、発信側の網１０では、図９中の矢印５０１で示すよう流れで、発信側の端末３１から発信の処理が行われる。Ｓ−ＣＳＣＦ２３は、ｉＦＣを参照して、ＳＣＩＭ２６を接続することを決定する。Ｓ−ＣＳＣＦ２３は、矢印５０２で示すような流れで、ＳＣＩＭ２６に対して、ＩＮＶＩＴＥリクエストを出力する。
【００６６】
ＳＣＩＭ２６は、図９では図示しないＨＳＳ２２からユーザープロファイル情報を取得して、ユーザー毎のサービスの契約状態や現在のサービス活性状態等を確認する。確認後、ＳＣＩＭ２６は、ユーザーに提供されるサービスが、通話料の課金に関するサービスと通話内容を録音するサービスとであることを特定する。また、ＳＣＩＭ２６は、それらのサービスを提供するのに必要な処理の制御を行うＡＳが、ＡＳ２４とＡＳ２５−１とであることを決定する。ＳＣＩＭ２６は、ＡＳ２４を選択するために、矢印５０３で示すような流れで、Ｓ−ＣＳＣＦ２３に対して３ＸＸレスポンスを返信する。
【００６７】
Ｓ−ＣＳＣＦ２３は、Ｓ−ＣＳＣＦ２３から３ＸＸレスポンスを受けとると、まずＡＳ２４を選択することを決定する。Ｓ−ＣＳＣＦ２３は、ＡＳ２４に対してサービスを提供するのに必要な処理の制御を開始させために、矢印５０４で示すような流れでＩＮＶＩＴＥリクエストを出力する。
ＡＳ２４は、Ｓ−ＣＳＣＦ２３からのＩＮＶＩＴＥリクエストを受けとると、サービスを提供するのに必要な処理の制御を開始する。
【００６８】
さらに、ＡＳ２４は、ＩＮＶＩＴＥリクエストに含まれている状態フラグ等の制御指示情報から、ＡＳ２５−１をＳＣＩＭ２６によって選択させることを判断する。このため、ＡＳ２４は、矢印５０５で示すような流れで、ＡＳ２４に続いてＡＳ２５−１を選択するための制御指示情報をＩＮＶＩＴＥリクエストに付加して出力する。さらに、Ｓ−ＣＳＣＦ２３は、ＳＣＩＭ２６に対して、制御指示情報が付加されたＩＮＶＩＴＥリクエストを出力する。
【００６９】
ＳＣＩＭ２６は、制御指示情報に含まれる状態フラグ等に基づいて、詳細な後続の処理を決定する。ＳＣＩＭ２６は、ＡＳ２５−２に対して通話内容を録音するサービスを提供するのに必要な処理の制御を開始させるために、矢印５０６で示すような流れでＩＮＶＩＴＥリクエストを出力する。
ＡＳ２５−２は、ＳＣＩＭ２６からＩＮＶＩＴＥリクエストを受けとると、サービスを提供するのに必要な処理の制御を開始する。さらに、ＡＳ２５−２は、発信側の網１０のＳ−ＣＳＣＦ２３を介して、着信側の網５０のＳ−ＣＳＣＦ６３にルーチングするための処理を行う。このため、ＡＳ２５−１は、矢印５０７で示すような流れで、ＳＣＩＭ２６、Ｓ−ＣＳＣＦ２３を介してＳ−ＣＳＣＦ６３に対し、ＩＮＶＩＴＥリクエストを出力する。
【００７０】
また、ここから説明する着信側の網５０の処理の流れにおいても、上記で説明した発信側の網１０の処理の流れと実質同じである。
まず、Ｓ−ＣＳＣＦ６３は、ＳＣＩＭ６６を接続することを決定する。Ｓ−ＣＳＣＦ６３は、矢印５０８で示すような流れで、ＳＣＩＭ６６に対して、ＩＮＶＩＴＥリクエストを出力する。
【００７１】
ＳＣＩＭ６６は、ＳＣＩＭ６６は、ユーザー毎のサービスの契約状態や現在のサービス活性状態等を確認する。確認後、ＳＣＩＭ６６は、ユーザーに提供されるサービスを特定して、そのサービスを提供するのに必要な処理の制御を行うＡＳが、ＡＳ６４であることを決定する。ＳＣＩＭ６６は、ＡＳ６４を選択するために、矢印５０９に示すような流れで、Ｓ−ＣＳＣＦ６３に対して３ＸＸレスポンスを返信する。
Ｓ−ＣＳＣＦ６３は、Ｓ−ＣＳＣＦ６３から３ＸＸレスポンスを受けとると、ＡＳ６４を選択することを決定する。Ｓ−ＣＳＣＦ６３は、ＡＳ６４に対してサービスを提供するのに必要な処理の制御を開始させるるために、矢印５１０に示すようにＩＮＶＩＴＥリクエストを出力する。
【００７２】
ＡＳ６４は、Ｓ−ＣＳＣＦ６３からのＩＮＶＩＴＥリクエストを受けとると、転送電話のサービスを提供するのに必要な処理の制御を開始する。さらに、ＡＳ６４は、矢印５１１で示すように、Ｓ−ＣＳＣＦ６３，２３を介してＳＣＩＭ２６に対し、１８３（Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ）レスポンスを出力する。このとき、１８３（Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ）レスポンスには、制御指示情報として、着信側の網５０で起動中のサービスを示す情報を付与されている。そして、ＳＣＩＭ２６は、１８３（Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ）レスポンスに付加されている起動中のサービスを示す情報を受けとると、通話内容を録音するサービスにおける通話内容の録音を開始する等といった後続の詳細な処理を判断する。
【００７３】
（第２の処理例）
また、別のサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れとして、図１０に示す模式図では、下記のサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れを示している。
まず、発信側の網１０では、図９の模式図と同様に、ＳＣＩＭ２６が、通話料の課金に関するサービスを提供するのに必要な処理の制御を行うＡＳ２４と、通話内容を録音するサービスを提供するのに必要な処理の制御を行うＡＳ２５−２とを選択する。
さらに、着信側の網５０では、ＳＣＩＭ６６が、既存のサービスである留守番電話のサービスを提供するのに必要な処理を制御するＡＳ６４を選択する。なお、着信側の網５０では、図９の模式図で説明した第１の処理例と同様に、ＳＣＩＭ６６が、既存のサービスのみを選択する。
【００７４】
つまり、発信側の網１０で通話料の課金に関するサービスを提供するのに必要な処理の制御を開始したら、着信側の網５０で着信側の端末７１で応答がないものとして留守番電話のサービスに接続するが、発信側の網１０で留守番電話のサービスに接続されているため通話内容を録音するサービスにおける通話内容を録音を行わない。
図１０中の矢印６０１〜６１０で示す各信号の流れは、図９中の矢印５０１〜５１０で示した各信号の流れと同じである。但し、第２の処理例では、着信側の網５０で選択されるサービスが転送電話のサービスであるため、矢印６０８〜６１０で示すような各信号の流れで、ＳＣＩＭ２６が、ＡＳ６４の転送電話のサービスを選択する。
【００７５】
ＡＳ６４は、着信側の端末７１で応答がない場合に提供する留守番電話のサービスを準備状態にしておく。そして、ＡＳ６４は、矢印６１１で示すような流れで、Ｓ−ＣＳＣＦ６３に対して、ＩＮＶＩＴＥリクエストを出力する。さらに続いて、Ｓ−ＣＳＣＦ６３は、ＳＣＩＭ６６に対してＩＮＶＩＴＥリクエストを出力する。
【００７６】
ＳＣＩＭ６６は、矢印６１２で示すような流れで、着信側の端末７１にルーチングするための処理を行う。このとき、ＳＣＩＭ６６は、着信側の端末７１が応答または無応答であるかの応答状態を判断する。そして、ＳＣＩＭ６６は、着信側の端末７１が無応答であると判断すると、矢印６１３で示すような流れで、Ｓ−ＣＳＣＦ６３を介してＡＳ６４に対し、１８３（Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ）レスポンスを出力する。このとき、ＳＣＩＭ６６は、１８３（Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ）レスポンスに、制御指示情報として着信側の網５０で起動中のサービスを示す情報を付与している。そして、ＡＳ６４は、留守番電話のサービスにおけるメッセージの録音を開始する等といった処理を開始する。
【００７７】
続いて、ＡＳ６４、矢印６１４で示すような流れで、Ｓ−ＣＳＣＦ６３、Ｓ−ＣＳＣＦ２３を介してＳＣＩＭ２６に対し、１８３（Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ）レスポンスを出力する。なお、１８３（Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ）レスポンスには、着信側の網５０で起動中のサービスを示す情報が付与されているが、ＡＳ６４は、その情報そのまま透過する。
ＳＣＩＭ２６は、１８３（Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ）レスポンスに付加されている起動中のサービスを示す情報から、後続の詳細な処理を判断する。そして、矢印６１５で示すような流れで、ＡＳ２５−２に対して、通話内容を録音するサービスが準備状態であったが、通話内容の録音を行わないようにＩＮＶＩＴＥリクエストを出力する。
【００７８】
（第３の処理例）
さらに、別のサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れとして、図１１に示す模式図は、下記のサービスを提供する際の発信側の網１０と着信側の網５０の各制御装置の処理の流れを示している。
まず、発信側の網１０では、図９及び図１０の模式図と同様に、ＳＣＩＭ２６が、通話料の課金に関するサービスを提供するのに必要な処理の制御を行うＡＳ２４と、通話内容を翻訳するサービスを提供するのに必要な処理の制御を行うＡＳ２５−１とを選択する。
さらに、着信側の網５０では、ＳＣＩＭ６６が、既存のサービスである着信音を変えるサービスを提供するのに必要な処理の制御を行うＡＳ６４を選択する。また、プレゼンスのサービスを提供するのに必要な処理の制御を行うＡＳ６５−２を選択する。
【００７９】
つまり、発信側の網１０で通話料の課金に関するサービスを提供するのに必要な処理の制御を開始したら、着信側の網１０で呼出音を変えるサービスを提供する。また、着信側の網１０でプレゼンスのサービスの状態を更新し、発信側の網１０で通話内容の翻訳を行うための処理の制御を開始する。
図１１中の矢印７０１〜７１０で示す各信号の流れは、図９中の矢印５０１〜５１０で示した各信号の流れと実質同じである。但し、第３の処理例では、発信側の網１０で選択されるサービスは、通話内容を翻訳するサービスであるため、矢印７０５，７０６で示す各信号の流れで、ＳＣＩＭ２６が、ＡＳ２５−１の通話内容を翻訳するサービスを選択する。また、発信側の網５０で選択されるサービスは呼出音を変えるサービスであるため、矢印７０８〜７１０で示す各信号の流れで、ＳＣＩＭ２６が、ＡＳ６４の呼出音を変えるサービスを起動する。
【００８０】
ＡＳ６４は、呼出音を変えるサービスを提供するのに必要な処理の制御を開始する。そして、ＡＳ６４は、矢印７１１で示すような流れで、Ｓ−ＣＳＣＦ６３に対して、ＩＮＶＩＴＥリクエストを出力する。さらに続いて、Ｓ−ＣＳＣＦ６３は、ＳＣＩＭ６６に対して、ＩＮＶＩＴＥリクエストを出力する。
ＳＣＩＭ６６は、制御指示情報に含まれる状態フラグ等に基づいて、詳細な後続の処理を決定する。ＳＣＩＭ６６は、プレゼンスのサービスを提供するのに必要な処理の制御を開始するために、矢印７１２で示すような流れで、ＡＳ６５−２に対してＮＯＴＩＦＹリクエストを出力する。
【００８１】
ＡＳ６５−２は、矢印７１３で示すように、着信側の端末７１にルーチングするための処理を行う。このとき、ＳＣＩＭ６６は、着信側の端末７１が応答または無応答であるかの応答状態を判断する。そして、ＳＣＩＭ６６は、矢印７１４で示すように流れで、着信側の端末７１が応答したと判断する。さらに、ＳＣＩＭ６６は、矢印７１５，７１６で示すような流れで、発信側の網１０のＳＣＩＭ２６に対して、２００（ＯＫ）レスポンスを返信する。
【００８２】
ＳＣＩＭ２６は、例えば通話内容の翻訳を開始する等といった、ＡＳ２５−１に対する後続の詳細な処理を判断する。
なお、発信側の網１０と着信側の網５０とで提供されるサービスの組み合わせは、上記の上記の第１〜第３の処理例で説明したサービスに限定されるものでない。図８の模式図で説明したような各種のサービス等を組み合わせても、上記で説明したＳＣＩＭはサービスを選択することができる。
【００８３】
また、各制御装置から出力される信号は、上記の説明にあったＩＮＶＩＴＥリクエストや２００（ＯＫ）リクエスト等の信号以外にも、提供すべきサービスや端末の応答状態等によって異なり、例えばＳＣＩＭから出力される１８０（Ｒｉｎｇｉｎｇ）レスポンス等のような各種のリクエスト／レスポンスがある。このような場合であっても、上記で説明した処理の流れと実質同じ流れで、上記で説明したＳＣＩＭはサービスを選択することができる。
【００８４】
（まとめ）
上記で説明したＳＣＩＭおいては、既存のサービスを提供するのに必要な処理の制御を行うＡＳの処理を変更することなく、サービスを選択することができる。また、既存のＡＳの制御には、別のサービスを追加する度に別のサービスを選択する上での制御を追加する必要がない。
また、ＳＣＩＭにおいては、Ｓ−ＣＳＣＦに対して３ＸＸレスポンス等の信号を出力することでサービスを選択するため、ＳＣＩＭとＳ−ＣＳＣＦとの間にＳＩＰセッションが確立しない。よって、図１１の模式図に、第３の処理例で確立しているＳＩＰセッションを重ねてみると、図１２中に点線で示すＳＩＰセッションのみである。よって、上記で説明したＳＣＩＭおいては、新たにＳＣＩＭで管理されるＳＩＰセッションを増やすことなく、サービスを選択することができる。
【産業上の利用可能性】
【００８５】
本発明のサービス選択制御装置は、特にＩＭＳを基盤とする網で、携帯電話向けのサービスを提供するＡＳを選択するサービス選択制御装置及びサービス選択制御システムとして利用することができる。
【符号の説明】
【００８６】
（発信側）
１０……網
２１……Ｐ−ＣＳＣＦ
２２……ＨＳＳ
２３……Ｓ−ＣＳＣＦ
２４……ＡＳ（既存のサービス）
２５−１，２５−２……ＡＳ（新規のサービス）
２６……ＳＣＩＭ
２６ａ……サービス契約状況問合部
２６ｂ……サービス選択部
２６ｃ……制御指示情報生成部
３１……端末
（着信側）
５０……網
６１……Ｐ−ＣＳＣＦ
６３……Ｓ−ＣＳＣＦ
６４……ＡＳ（既存のサービス）
６５−１，６５−２……ＡＳ（新規のサービス）
６６……ＳＣＩＭ
７１……端末
【特許請求の範囲】
【請求項１】
少なくともユーザー毎のサービスの契約状況を管理する契約状況管理装置に対して、サービスの契約状況を問い合わせるサービス契約状況問合部と、
前記サービス契約状況問合部による問い合わせによって得られたサービスの契約状況に基づいてユーザー毎に提供すべきサービスを特定し、サービスの提供に必要な処理を制御するサービス制御装置からサービスを選択するサービス選択部と、
を備え、
前記サービス選択部は、前記サービス制御装置と自制御装置との間の中間制御装置に対して、サービスを間接的に選択するために用いるサービス起動信号を出力することを特徴とするサービス選択制御装置。
【請求項２】
前記サービス選択部により選択されたサービスの提供に必要な処理を、複数の所定の処理の中から選択して行うように制御するために用いる制御指示情報を生成する制御指示情報生成部を備え、
前記選択するサービス選択部は、前記制御指示情報生成部により生成された制御指示情報が付加された前記サービス起動信号を出力することを特徴とするサービス選択制御装置。
【請求項３】
前記制御指示情報生成部は、前記サービス制御装置のサービスを順番に複数選択していくように処理を制御するための制御指示情報を生成することを特徴とする請求項２に記載のサービス選択制御装置。
【請求項４】
前記サービス選択部は、前記サービス契約状況問合部による問い合わせにより得られたサービスの種類に応じて、前記サービス制御部に対して前記サービス起動信号を出力することで、サービスを直接選択することを特徴とする請求項１〜３のいずれか１項に記載のサービス選択制御装置。
【請求項５】
サービスの提供に必要な処理を制御するサービス制御部と、
少なくとも前記サービス制御部により処理を制御されるサービスのユーザー毎の契約状況を管理する契約状況管理部と、
前記契約状況管理部に対してサービスの契約状況を問い合わせ、当該問い合わせによって得られたサービスの契約状況に基づいてユーザー毎に提供すべきサービスを特定し、当該特定されたサービスの提供に必要な処理を制御するサービス制御部からサービスを選択するサービス選択制御部と、
を備え、
前記選択制御部は、前記サービス制御部と前記サービス選択制御部との間の中間制御部に対して、サービスを間接的に選択するために用いるサービス起動信号を出力することを特徴とするサービス選択制御システム。
【請求項１】
少なくともユーザー毎のサービスの契約状況を管理する契約状況管理装置に対して、サービスの契約状況を問い合わせるサービス契約状況問合部と、
前記サービス契約状況問合部による問い合わせによって得られたサービスの契約状況に基づいてユーザー毎に提供すべきサービスを特定し、サービスの提供に必要な処理を制御するサービス制御装置からサービスを選択するサービス選択部と、
を備え、
前記サービス選択部は、前記サービス制御装置と自制御装置との間の中間制御装置に対して、サービスを間接的に選択するために用いるサービス起動信号を出力することを特徴とするサービス選択制御装置。
【請求項２】
前記サービス選択部により選択されたサービスの提供に必要な処理を、複数の所定の処理の中から選択して行うように制御するために用いる制御指示情報を生成する制御指示情報生成部を備え、
前記選択するサービス選択部は、前記制御指示情報生成部により生成された制御指示情報が付加された前記サービス起動信号を出力することを特徴とするサービス選択制御装置。
【請求項３】
前記制御指示情報生成部は、前記サービス制御装置のサービスを順番に複数選択していくように処理を制御するための制御指示情報を生成することを特徴とする請求項２に記載のサービス選択制御装置。
【請求項４】
前記サービス選択部は、前記サービス契約状況問合部による問い合わせにより得られたサービスの種類に応じて、前記サービス制御部に対して前記サービス起動信号を出力することで、サービスを直接選択することを特徴とする請求項１〜３のいずれか１項に記載のサービス選択制御装置。
【請求項５】
サービスの提供に必要な処理を制御するサービス制御部と、
少なくとも前記サービス制御部により処理を制御されるサービスのユーザー毎の契約状況を管理する契約状況管理部と、
前記契約状況管理部に対してサービスの契約状況を問い合わせ、当該問い合わせによって得られたサービスの契約状況に基づいてユーザー毎に提供すべきサービスを特定し、当該特定されたサービスの提供に必要な処理を制御するサービス制御部からサービスを選択するサービス選択制御部と、
を備え、
前記選択制御部は、前記サービス制御部と前記サービス選択制御部との間の中間制御部に対して、サービスを間接的に選択するために用いるサービス起動信号を出力することを特徴とするサービス選択制御システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−２４８９３２（Ｐ２０１２−２４８９３２Ａ）
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願番号】特願２０１１−１１６８８６（Ｐ２０１１−１１６８８６）
【出願日】平成２３年５月２５日（２０１１．５．２５）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願日】平成２３年５月２５日（２０１１．５．２５）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]