(57)【要約】  本発明は、ネットワーク機器において、複数の登録された着信側ユーザ・アドレスの中の第１の登録された着信側ユーザ・アドレスに呼び出し要求を分岐するための方法および装置を提供する。本方法は、分岐関連の情報を取得するステップであって、分岐関連の情報は、パブリック・ユーザＩＤコードに対応し、少なくとも１つの発呼者番号と複数の登録された着信側ユーザ・アドレスとの間の分岐順位の関係を表している、ステップと、発信ユーザ装置から呼び出し要求を受信するステップと、発信ユーザ装置の番号およびパブリック・ユーザＩＤコードに対応する分岐関連の情報に従って、複数の登録された着信側ユーザ・アドレスの中の第１の登録された着信側ユーザ・アドレスを決定するステップと、第１の登録された着信側ユーザ・アドレスに呼び出し要求を分岐するステップとを含む。分岐関連の情報に記録される発呼者番号に対する呼び出し要求の分岐方式は、分岐関連の情報に記録されていない発呼者番号のものとは異なっていてもよい。このようにして、特定の分岐方式を一部の特定の番号に対して採用して、ユーザの個人的な需要を満たすことができる。
2013527709.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク機器において、複数の登録された着信側ユーザ・アドレスの中の第１の登録された着信側ユーザ・アドレスに呼び出し要求を分岐する方法であって、前記複数の登録された着信側ユーザ・アドレスは、パブリック・ユーザＩＤコードを共有し、前記方法は、
Ａ．分岐関連の情報を取得するステップであって、前記分岐関連の情報は、前記パブリック・ユーザＩＤコードに対応し、少なくとも１つの発呼者番号と前記複数の登録された着信側ユーザ・アドレスとの間の分岐順位の関係を表している、ステップと、
Ｂ．発信ユーザ装置から前記呼び出し要求を受信するステップであって、前記呼び出し要求は前記パブリック・ユーザＩＤコードを含み、前記発信ユーザ装置は、前記少なくとも１つの発呼者番号の１つの番号に対応する、ステップと、
Ｃ．前記発信ユーザ装置の番号および前記パブリック・ユーザＩＤコードに対応する前記分岐関連の情報に従って、前記複数の登録された着信側ユーザ・アドレスの中の前記第１の登録された着信側ユーザ・アドレスを決定するステップと、
Ｄ．前記第１の登録された着信側ユーザ・アドレスに前記呼び出し要求を分岐するステップと
を含む方法。
【請求項２】
前記分岐関連の情報において、前記少なくとも１つの発呼者番号のそれぞれは、前記複数の登録された着信側ユーザ・アドレスの１つのみにそれぞれ対応する請求項１に記載の方法。
【請求項３】
前記ネットワーク機器は、サービング呼セッション制御機能エンティティである請求項１に記載の方法。
【請求項４】
前記ステップＡは、
ホーム加入者サーバから前記分岐関連の情報を受信するステップ
によって実行される請求項３に記載の方法。
【請求項５】
前記ステップＤの後に、
前記着信側ユーザ・アドレスのプロキシ呼セッション制御機能エンティティを介して、前記第１の登録された着信側ユーザ・アドレスに前記呼び出し要求を送信するステップ
をさらに含む請求項４に記載の方法。
【請求項６】
前記複数の登録された着信側ユーザ・アドレスは、携帯電話に対応するアドレス、固定電話に対応するアドレス、および音声メールボックスに対応するアドレスのいずれか１つを含む請求項１に記載の方法。
【請求項７】
ネットワーク機器において、複数の登録された着信側ユーザ・アドレスの中の第１の登録された着信側ユーザ・アドレスに呼び出し要求を分岐するための分岐装置であって、前記複数の登録された着信側ユーザ・アドレスは、パブリック・ユーザＩＤコードを共有し、前記分岐装置は、
分岐関連の情報を取得するように構成された第１の機器であって、前記分岐関連の情報は、前記パブリック・ユーザＩＤコードに対応し、少なくとも１つの発呼者番号と前記複数の登録された着信側ユーザ・アドレスとの間の分岐順位の関係を表している、第１の機器と、
発信ユーザ装置から前記呼び出し要求を受信するように構成された第２の機器であって、前記呼び出し要求は前記パブリック・ユーザＩＤコードを含み、前記発信ユーザ装置は、前記少なくとも１つの発呼者番号の１つの番号に対応する、第２の機器と、
前記発信ユーザ装置の番号および前記パブリック・ユーザＩＤコードに対応する前記分岐関連の情報に従って、前記複数の登録された着信側ユーザ・アドレスの中の前記第１の登録された着信側ユーザ・アドレスを決定するように構成された第３の機器と、
前記第１の登録された着信側ユーザ・アドレスに前記呼び出し要求を分岐するように構成された第４の機器と
を備える分岐装置。
【請求項８】
前記分岐関連の情報において、前記少なくとも１つの発呼者番号のそれぞれは、前記複数の登録された着信側ユーザ・アドレスの１つのみにそれぞれ対応する請求項７に記載の分岐装置。
【請求項９】
前記ネットワーク機器は、サービング呼セッション制御機能エンティティである請求項７に記載の分岐装置。
【請求項１０】
前記第１の機器は、ホーム加入者サーバから前記分岐関連の情報を受信するように構成された第５の機器を含む請求項９に記載の分岐装置。
【請求項１１】
前記着信側ユーザ・アドレスのプロキシ呼セッション制御機能エンティティを介して、前記第１の登録された着信側ユーザ・アドレスに前記呼び出し要求を送信するように構成された第６の機器をさらに含む請求項９に記載の分岐装置。
【請求項１２】
前記複数の登録された着信側ユーザ・アドレスは、携帯電話に対応するアドレス、固定電話に対応するアドレス、および音声メールボックスに対応するアドレスのいずれか１つを含む請求項７に記載の分岐装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信システムに関し、詳細には、複数の登録された着信側ユーザ・アドレスの１つに呼び出し要求を分岐するための方法および装置に関する。
【背景技術】
【０００２】
３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）のＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）では、サービング呼セッション制御機能（Ｓ−ＣＳＣＦ：Ｓｅｒｖｉｎｇ−Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）エンティティは、複数の登録された連絡先アドレスでパブリック・ユーザＩＤをサポートすることができる。すなわち、ユーザをたとえば携帯電話アドレス、固定電話アドレス、音声メールボックス・アドレスなど、複数の連絡先アドレスに同時に関連付けることができる。パブリック・ユーザＩＤが複数の登録された連絡先アドレスに関連付けられている場合、パブリック・ユーザＩＤを指すセッション設定プロトコル（ＳＩＰ）要求を複数の登録された連絡先アドレスに転送できるように、Ｓ−ＣＳＣＦは分岐をサポートするものとする。
【０００３】
並列分岐方式では、ＳＩＰ要求は、パブリック・ユーザＩＤに関連付けられた複数の登録されたアドレスに同時に送信され、次に、それぞれの登録された連絡先アドレスに対応するユーザ装置のすべてが実際上同時に鳴る。
【０００４】
連続分岐方式では、複数の登録されたアドレスにそれぞれ対応する数値に従って、パブリック・ユーザＩＤに関連付けられた複数の登録されたアドレスの１つが決定され、ＳＩＰ要求は、決定される登録されたアドレスに分岐され、ついで、この決定される登録されたアドレスに対応するユーザ装置だけが鳴る。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
発明者らは、既存の分岐方式では、異なる発呼者番号に対して分岐方式が同じであることを特定した。しかし、ユーザは、一部の用途のシナリオにおいて、特定のカテゴリの発呼者番号に特定の分岐方式を適用できることを望んでいる。たとえば、家族からの着信については、ユーザは、固定電話に対応する登録されたアドレスに呼び出し要求を優先的に分岐し、それにより、携帯電話を使用して通信することによる電磁波の問題について心配することなく、長時間、家族と通信できるようになることを望んでいる。他の例では、たとえば、商業アンケートまたは販売促進電話などの「スパム」電話については、ユーザは、音声メールボックスに対応する登録されたアドレスに呼び出し要求を優先的に分岐して、自分の生活への「スパム」電話の悪影響を緩和または回避できることを望んでいる。
【０００６】
本発明の背景および前述の問題について理解の下、一部の発呼者番号に適用された分岐方式が、他の発呼者番号の分岐方式とは異なる可能性がある場合には、一層の利益がもたらされる。
【課題を解決するための手段】
【０００７】
前述の問題の対処するために、本発明の一態様の実施形態によると、ネットワーク機器において、複数の登録された着信側ユーザ・アドレスの中の第１の登録された着信側ユーザ・アドレスに呼び出し要求を分岐する方法が提供され、複数の登録された着信側ユーザ・アドレスは、パブリック・ユーザＩＤコードを共有し、この方法は、
Ａ．分岐関連の情報を取得するステップであって、分岐関連の情報は、パブリック・ユーザＩＤコードに対応し、少なくとも１つの発呼者番号と複数の登録された着信側ユーザ・アドレスとの間の分岐順位の関係を表している、ステップと、
Ｂ．発信ユーザ装置から呼び出し要求を受信するステップであって、呼び出し要求はパブリック・ユーザＩＤコードを含み、発信ユーザ装置は、前記少なくとも１つの発呼者番号の１つの番号に対応する、ステップと、
Ｃ．発信ユーザ装置の番号およびパブリック・ユーザＩＤコードに対応する分岐関連の情報に従って、複数の登録された着信側ユーザ・アドレスの中の第１の登録された着信側ユーザ・アドレスを決定するステップと、
Ｄ．第１の登録された着信側ユーザ・アドレスに呼び出し要求を分岐するステップと
を含む。
【０００８】
発呼者番号が分岐関連の情報に記録されている場合、少なくとも１つの発呼者番号と複数の登録された着信側ユーザ・アドレスとの間の分岐順位の関係を表す分岐関連の情報を考慮して、発呼者番号からの呼び出し要求の分岐先の登録されたアドレスが決定されるため、発呼者番号の呼び出し要求は、分岐関連の情報に関連する分岐方式における対応する登録されたアドレスに分岐することができる。言いかえると、分岐関連の情報に記録されている発呼者番号に対する呼び出し要求の分岐方式は、分岐関連の情報に記録されていない発呼者番号のものとは異なっていてもよい。このようにして、特定の分岐方式を一部の特定の番号に対して採用して、ユーザの個人的な需要を満たすことができる。
【０００９】
オプションとして、前記少なくとも１つの発呼者番号のそれぞれは、複数の登録された着信側ユーザ・アドレスの１つのみにそれぞれ対応する。すなわち、１つの発呼者番号は、１つの登録された着信側ユーザ・アドレスにのみ関連付けられる。発呼者番号は、１つの登録された着信側ユーザ・アドレスにのみ関連付けられるため、ネットワーク機器の分岐動作を単純化することができ、ユーザにとって使いやすくなる。
【００１０】
本発明の他の態様の実施形態によると、ネットワーク機器において、複数の登録された着信側ユーザ・アドレスの中の第１の登録された着信側ユーザ・アドレスに呼び出し要求を分岐するための分岐装置が提供され、複数の登録された着信側ユーザ・アドレスは、パブリック・ユーザＩＤコードを共有し、この分岐装置は、
分岐関連の情報を取得するように構成された第１の機器であって、分岐関連の情報は、パブリック・ユーザＩＤコードに対応し、少なくとも１つの発呼者番号と複数の登録された着信側ユーザ・アドレスとの間の分岐順位の関係を表している、第１の機器と、
発信ユーザ装置から呼び出し要求を受信するように構成された第２の機器であって、呼び出し要求はパブリック・ユーザＩＤコードを含み、発信ユーザ装置は、前記少なくとも１つの発呼者番号の１つの番号に対応する、第２の機器と、
発信ユーザ装置の番号およびパブリック・ユーザＩＤコードに対応する分岐関連の情報に従って、複数の登録された着信側ユーザ・アドレスの中の第１の登録された着信側ユーザ・アドレスを決定するように構成された第３の機器と、
第１の登録された着信側ユーザ・アドレスに呼び出し要求を分岐するように構成された第４の機器と
を含む。
【００１１】
本発明のそれぞれの態様は、以下の実施形態の記述からより明白になるだろう。
【００１２】
本発明の前述ならびに他の特徴、目的、および利点は、図を参照して、以下の限定を目的としない実施形態の詳細な説明からより明白になるだろう。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態による複数の登録された着信側ユーザ・アドレスの１つに呼び出し要求を分岐する方法のフローチャートである。
【図２ａ】本発明による分岐関連の情報の実施形態を示す図である。
【図２ｂ】本発明による分岐関連の情報の実施形態を示す図である。
【図２ｃ】本発明による分岐関連の情報の実施形態を示す図である。
【図２ｄ】本発明による分岐関連の情報の実施形態を示す図である。
【図３】本発明の他の実施形態による複数の登録された着信側ユーザ・アドレスの１つに呼び出し要求を分岐する方法のフローチャートである。
【図４】本発明の実施形態によるネットワーク機器によって分岐関連の情報を取得する方法のフローチャートである。
【図５】本発明の実施形態による分岐装置の概略図である。
【発明を実施するための形態】
【００１４】
すべての図において、同一または同様の参照番号は、同一または同様の構成要素を示している。
【００１５】
図１は、本発明の実施形態による方法のフローチャートである。
【００１６】
本発明の態様の実施形態によると、ネットワーク機器において、複数の登録された着信側ユーザ・アドレスの中の第１の登録された着信側ユーザ・アドレスに呼び出し要求を分岐する方法が提供される。
【００１７】
複数の登録された着信側ユーザ・アドレスは、パブリック・ユーザＩＤコードを共有し、たとえば、パブリック・ユーザＩＤコードは、複数の登録された着信側ユーザ・アドレスに関連付けられている。複数の登録された着信側ユーザ・アドレスは、携帯電話に対応するアドレス、固定電話に対応するアドレス、および音声メールボックスに対応するアドレスのいずれか１つを含むことができる。ネットワーク機器は、呼び出し要求を分岐するように構成され、たとえば、ＩＭＳシステムにおけるＳ−ＣＳＣＦエンティティとしてなど、多数の方法で実現することができる。
【００１８】
図１を参照すると、本方法は、ネットワーク機器が分岐関連の情報を取得するステップ１１０を含む。分岐関連の情報は、パブリック・ユーザＩＤコードに対応し、少なくとも１つの発呼者番号と複数の登録された着信側ユーザ・アドレスとの間の分岐順位の関係を表す。
【００１９】
ネットワーク機器は、たとえば、ユーザから分岐関連の情報を取得し、ネットワーク機器にその情報を格納する、または他のネットワーク機器から分岐関連の情報を取得するなど、多数の方法で分岐関連の情報を取得することができる。
【００２０】
分岐関連の情報は、多数の方法で表すことができる。図２ａから図２ｄは、本発明による分岐関連の情報の実施形態を示している。
【００２１】
一実施形態では、少なくとも１つの発呼者番号のそれぞれは、複数の登録された着信側ユーザ・アドレスの１つのみにそれぞれ対応する。すなわち、発呼者番号は、１つの登録された着信側ユーザ・アドレスにのみ関連付けられる。図２ａに示す分岐関連の情報において、ＰＵＢＬＩＣ＿ＩＤは、パブリック・ユーザ識別子であり、ＰＲＩＶＡＴＥ＿ＩＤは、パブリック・ユーザ識別子を共有する登録された着信側ユーザ・アドレスであり、ＣＡＬＬＩＮＧ＿ＰＲＥＦＥＲは、対応する登録されたアドレスに優先的に分岐される発呼者番号である。図２ａに示す分岐関連の情報は、パブリック・ユーザ識別子ｉｖｙ．ｐｕｉｄに対応する３つの登録された着信側ユーザ・アドレスを含み、ｉｖｙ．ｃｅｌｌは、携帯電話に対応する登録された着信側ユーザ・アドレスであり、ｉｖｙ．ｐｏｔｓは、固定電話に対応する登録された着信側ユーザ・アドレスであり、ｉｖｙ．ｍａｉｌｂｏｘは、音声メールボックスに対応する登録された着信側ユーザ・アドレスである。登録された着信側ユーザ・アドレスｉｖｙ．ｃｅｌｌに対応する２つの発呼者番号は、２つの携帯電話番号１３９００２９６６６６および１３９０５３２６６６６である。すなわち、これらの２つの番号の呼び出し要求は、登録された着信側ユーザ・アドレスｉｖｙ．ｃｅｌｌに分岐されることになる。登録された着信側ユーザ・アドレスｉｖｙ．ｍａｉｌｂｏｘに対応する発呼者番号は、先頭に８００を持つ番号である。すなわち、先頭に８００を持つ番号の呼び出し要求は、登録された着信側ユーザ・アドレスｉｖｙ．ｍａｉｌｂｏｘに分岐されることになる。発呼者番号は、１つの登録された着信側ユーザ・アドレスにのみ関連付けられているため、ネットワーク機器の分岐動作を単純化することができ、ユーザにとって使いやすくなる。
【００２２】
他の実施形態では、少なくとも１つの発呼者番号の少なくとも１つは、複数の登録された着信側ユーザ・アドレスの２つ以上にそれぞれ対応する。すなわち、１つの発呼者番号が、複数の登録された着信側ユーザ・アドレスに関連付けられている。図２ｂに示す分岐関連の情報では、ＣＡＬＬＩＮＧ＿ＰＲＥＦＥＲ１は、登録された着信側ユーザ・アドレスに最初に分岐する発呼者番号であり、ＣＡＬＬＩＮＧ＿ＰＲＥＦＥＲ２は、最初に分岐された登録された着信側ユーザ・アドレスに対応するユーザ装置が、事前に定めた時間内に呼び出し要求に応答しない場合に、他の登録された着信側ユーザ・アドレスに再び分岐される発呼者番号である。図２ｂに示す分岐関連の情報に対応して、発呼者番号１３９０５３２６６６６からの呼び出し要求を例に挙げると、この呼び出し要求は、登録された着信側ユーザ・アドレスｉｖｙ．ｐｏｔｓに最初は分岐され、事前に定めた時間内に応答がない場合、登録された着信側ユーザ・アドレスｉｖｙ．ｃｅｌｌに分岐される。
【００２３】
前述の２つの実施形態では、発呼者番号と登録された着信側ユーザ・アドレスとの間の分岐順位の関係は、登録された着信側ユーザ・アドレスのカテゴリごとにリストに記載される。オプションとして、図２ｃおよび図２ｄに示す分岐関連の情報のように、発呼者番号と登録された着信側ユーザ・アドレスとの間の分岐順位の関係は、発呼者番号のカテゴリごとにリストに記載することができる。図２ｃおよび図２ｄに示す分岐関連の情報は、同じ分岐の役割を果たすことができ、図２ｃおよび図２ｄに示す分岐関連の情報は、同じ分岐の役割を果たすことができる。
【００２４】
本方法は、ネットワーク機器が発信ユーザ装置から呼び出し要求を受信するステップ１２０をさらに含む。呼び出し要求はパブリック・ユーザＩＤコードを含み、発信ユーザ装置は、少なくとも１つの発呼者番号の１つの番号に対応する。少なくとも１つの発呼者番号は、たとえば、携帯電話の番号、固定電話の番号など、様々な種類のユーザ装置の番号を含む。
【００２５】
本方法は、ネットワーク機器が、発信ユーザ装置の番号およびパブリック・ユーザＩＤコードに対応する分岐関連の情報に従って、複数の登録された着信側ユーザ・アドレスの中の第１の登録された着信側ユーザ・アドレスを決定するステップ１３０をさらに含む。
【００２６】
第１の登録された着信側ユーザ・アドレスは、分岐先の最後に決定される登録された着信側ユーザ・アドレスである。ネットワーク機器は、呼び出し要求のパブリック・ユーザＩＤコードを介してパブリック・ユーザＩＤコードに対応する分岐関連の情報を決定することができる。少なくとも１つの発呼者番号と複数の登録された着信側ユーザ・アドレスとの間の分岐順位の関係は、たとえば、図２ａから図２ｄに示す分岐関連の情報など、分岐関連の情報に記録されるため、ネットワーク機器は、分岐関連の情報に従って分岐すべき登録された着信側ユーザ・アドレスを決定することができる。
【００２７】
本方法は、ネットワーク機器が第１の登録された着信側ユーザ・アドレスに呼び出し要求を分岐するステップ１４０をさらに含む。
【００２８】
分岐関連の情報に記録されていない発信ユーザは、たとえば並列分岐または連続分岐など、既存の分岐方式で分岐することができる。関連する分岐方式は当業者には既知であるため、その詳細な記述は繰り返さない。
【００２９】
複数の登録された着信側ユーザ・アドレスの１つに呼び出し要求を分岐する方法について、ＩＭＳシステムを例として以下にさらに記述する。
【００３０】
図３は、本発明の他の実施形態による複数の登録された着信側ユーザ・アドレスの１つに呼び出し要求を分岐する方法のフローチャートである。
【００３１】
図３を参照すると、最初に、ユーザ装置ＵＥ−ｏは、セッション設定プロトコル（ＳＩＰ）を介してＵＥ−ｏに対応するプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ：Ｐｒｏｘｙ−Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）エンティティＰ−ＣＳＣＦ−ｏに呼び出し要求メッセージＩＮＶＩＴＥを送信する。
【００３２】
次に、ＵＥ−ｏに対応するサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティＳ−ＣＳＣＦ−ｏおよび呼び出し要求の宛先ユーザのＩＤ（ＩＤコードと呼ぶこともできる）に対応する問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ：Ｉｎｔｅｒｒｏｇａｔｉｎｇ−Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）エンティティＩ−ＣＳＣＦ−ｔを通じて、呼び出し要求は、呼び出し要求の宛先ユーザのＩＤに対応するサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティＳ−ＣＳＣＦ−ｔに連続して転送され、Ｉ−ＣＳＣＦ−ｔは、ホーム加入者サーバ（ＨＳＳ）に問い合わせることでＳ−ＣＳＣＦ−ｔの関連情報を取得する。
【００３３】
次に、Ｓ−ＣＳＣＦ−ｔは、分岐関連の情報およびＵＥ−ｏの番号に従って登録された着信側ユーザ・アドレスに対応するＵＥ−ｔ１に分岐すべき呼び出し要求を決定し、ＵＥ−ｔ１に対応するプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）エンティティＰ−ＣＳＣＦ−ｔ１を介してＵＥ−ｔ１に呼び出し要求を送信する。ＵＥ−ｔ１は、メッセージ１００  Ｔｒｙｉｎｇのフィード・バックを通じて呼び出し要求の受信を報告し、進行状況レポート・メッセージ１８３  Ｐｒｏｇを介してＵＥ−ｔ１での呼び出し要求の進行中の処理を報告する。
【００３４】
最後に、呼び出し要求はＵＥ−ｔ１で最終的な応答２００  ＯＫを持っていないため、Ｓ−ＣＳＣＦ−ｔは、ＵＥ−ｔ２に呼び出し要求を再び分岐する。Ｓ−ＣＳＣＦ−ｔは、たとえば、分岐関連の情報およびＵＥ−ｏの番号に従って分岐を実行する、またはＵＥ−ｔ２およびＵＥ−ｔ３に対応する数値のみに従って分岐を実行するなど、さらに分岐するために多数の方法を採用することができる。最後に、呼び出し要求はＵＥ−ｔ２で応答される。
【００３５】
図４は、本発明の実施形態によるネットワーク機器によって分岐関連の情報を取得する方法のフローチャートである。
【００３６】
図４を参照すると、Ｓ−ＣＳＣＦは、ユーザ装置ＵＥの登録手順のステップ７においてＨＳＳから、たとえば、図２ａから図２ｄに示す分岐関連の情報など、分岐関連の情報を取得する。
【００３７】
分岐関連の情報は、ＳＡＡ（Ｓｅｒｖｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ  Ａｎｓｗｅｒ）コマンドのユーザ・データの属性値ペア（ＡＶＰ：Ａｔｔｒｉｂｕｔｅ  Ｖａｌｕｅ  Ｐａｉｒ）に入れることができる。分岐関連の情報を含むユーザ・データの属性値ペアは、以下のＸＭＬ言語で定義することができる。
＜？ｘｍｌ  ｖｅｒｓｉｏｎ＝“１．０”  ｅｎｃｏｄｉｎｇ＝“ＵＴＦ−８”？＞
＜ＩＭＳＳｕｂｓｃｒｉｐｔｉｏｎ                  ｘｍｌｎｓ：ｘｓｉ＝“ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００１／ＸＭＬＳｃｈｅｍａ−ｉｎｓｔａｎｃｅ”
ｘｓｉ：ｎｏＮａｍｅｓｐａｃｅＳｃｈｅｍａＬｏｃａｔｉｏｎ＝“Ｄ：￥￥ＣｘＤａｔａＴｙｐｅ．ｘｓｄ”＞
＜ＰｒｉｖａｔｅＩＤ＞ｉｖｙ．ｃｅｌｌ＜／ＰｒｉｖａｔｅＩＤ＞
＜ＳｅｒｖｉｃｅＰｒｏｆｉｌｅ＞
＜ＰｕｂｌｉｃＩｄｅｎｔｉｔｙ＞
＜Ｉｄｅｎｔｉｔｙ＞  ｉｖｙ．ｐｕｉｄ  ＜／Ｉｄｅｎｔｉｔｙ＞
＜ＣａｌｌｉｎｇＰｒｅｆｅｒ＞
＜ＩＤ＞  １３９００２９６６６６  ＜／ＩＤ＞
＜ＩＤ＞  １３９０５３２６６６６  ＜／ＩＤ＞
＜／ＣａｌｌｉｎｇＰｒｅｆｅｒ＞
＜／ＰｕｂｌｉｃＩｄｅｎｔｉｔｙ＞
＜ＩｎｉｔｉａｌＦｉｌｔｅｒＣｒｉｔｅｒｉａ＞
＜Ｐｒｉｏｒｉｔｙ＞０＜／Ｐｒｉｏｒｉｔｙ＞
＜ＴｒｉｇｇｅｒＰｏｉｎｔ＞
＜ＣｏｎｄｉｔｉｏｎＴｙｐｅＣＮＦ＞１＜／ＣｏｎｄｉｔｉｏｎＴｙｐｅＣＮＦ＞
＜ＳＰＴ＞
＜ＣｏｎｄｉｔｉｏｎＮｅｇａｔｅｄ＞０＜／ＣｏｎｄｉｔｉｏｎＮｅｇａｔｅｄ＞
＜Ｇｒｏｕｐ＞０＜／Ｇｒｏｕｐ＞
＜Ｍｅｔｈｏｄ＞ＩＮＶＩＴＥ＜／Ｍｅｔｈｏｄ＞
＜／ＳＰＴ＞
＜ＳＰＴ＞
＜ＣｏｎｄｉｔｉｏｎＮｅｇａｔｅｄ＞０＜／ＣｏｎｄｉｔｉｏｎＮｅｇａｔｅｄ＞
＜Ｇｒｏｕｐ＞０＜／Ｇｒｏｕｐ＞
＜Ｍｅｔｈｏｄ＞ＭＥＳＳＡＧＥ＜／Ｍｅｔｈｏｄ＞
＜／ＳＰＴ＞
＜ＳＰＴ＞
＜ＣｏｎｄｉｔｉｏｎＮｅｇａｔｅｄ＞０＜／ＣｏｎｄｉｔｉｏｎＮｅｇａｔｅｄ＞
＜Ｇｒｏｕｐ＞０＜／Ｇｒｏｕｐ＞
＜Ｍｅｔｈｏｄ＞ＳＵＢＳＣＲＩＢＥ＜／Ｍｅｔｈｏｄ＞
＜／ＳＰＴ＞
＜ＳＰＴ＞
＜ＣｏｎｄｉｔｉｏｎＮｅｇａｔｅｄ＞０＜／ＣｏｎｄｉｔｉｏｎＮｅｇａｔｅｄ＞
＜Ｇｒｏｕｐ＞１＜／Ｇｒｏｕｐ＞
＜Ｍｅｔｈｏｄ＞ＩＮＶＩＴＥ＜／Ｍｅｔｈｏｄ＞
＜／ＳＰＴ＞
＜ＳＰＴ＞
＜ＣｏｎｄｉｔｉｏｎＮｅｇａｔｅｄ＞０＜／ＣｏｎｄｉｔｉｏｎＮｅｇａｔｅｄ＞
＜Ｇｒｏｕｐ＞１＜／Ｇｒｏｕｐ＞
＜Ｍｅｔｈｏｄ＞ＭＥＳＳＡＧＥ＜／Ｍｅｔｈｏｄ＞
＜／ＳＰＴ＞
＜ＳＰＴ＞
＜ＣｏｎｄｉｔｉｏｎＮｅｇａｔｅｄ＞１＜／ＣｏｎｄｉｔｉｏｎＮｅｇａｔｅｄ＞
＜Ｇｒｏｕｐ＞１＜／Ｇｒｏｕｐ＞
＜ＳＩＰＨｅａｄｅｒ＞
＜Ｈｅａｄｅｒ＞Ｆｒｏｍ＜／Ｈｅａｄｅｒ＞
＜Ｃｏｎｔｅｎｔ＞“ｊｏｅ”＜／Ｃｏｎｔｅｎｔ＞
＜／ＳＩＰＨｅａｄｅｒ＞
＜／ＳＰＴ＞
＜／ＴｒｉｇｇｅｒＰｏｉｎｔ＞
＜ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ＞
＜ＳｅｒｖｅｒＮａｍｅ＞ｓｉｐ：ＡＳ１＠ｈｏｍｅｄｏｍａｉｎ．ｃｏｍ＜／ＳｅｒｖｅｒＮａｍｅ＞
＜ＤｅｆａｕｌｔＨａｎｄｌｉｎｇ＞０＜／ＤｅｆａｕｌｔＨａｎｄｌｉｎｇ＞
＜／ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ＞
＜／ＩｎｉｔｉａｌＦｉｌｔｅｒＣｒｉｔｅｒｉａ＞
＜／ＳｅｒｖｉｃｅＰｒｏｆｉｌｅ＞
＜／ＩＭＳＳｕｂｓｃｒｉｐｔｉｏｎ
【００３８】
図５は、本発明の実施形態による分岐装置の概略図である。
【００３９】
本発明の他の態様の実施形態によると、ネットワーク機器において、複数の登録された着信側ユーザ・アドレスの中の第１の登録された着信側ユーザ・アドレスに呼び出し要求を分岐する分岐装置が提供される。
【００４０】
複数の登録された着信側ユーザ・アドレスは、パブリック・ユーザＩＤコードを共有する。複数の登録された着信側ユーザ・アドレスは、携帯電話に対応するアドレス、固定電話に対応するアドレス、および音声メールボックスに対応するアドレスのいずれか１つを含むことができる。ネットワーク機器は、呼び出し要求を分岐するように構成され、たとえばＩＭＳシステムにおけるＳ−ＣＳＣＦエンティティとしてなど、多数の方法で実現することができる。
【００４１】
図５を参照すると、分岐装置５００は、第１の機器５１０、第２の機器５２０、第３の機器５３０、および第４の機器５４０を含む。
【００４２】
第１の機器５１０は、分岐関連の情報を取得するように構成され、分岐関連の情報は、パブリック・ユーザＩＤコードに対応し、少なくとも１つの発呼者番号と複数の登録された着信側ユーザ・アドレスとの間の分岐順位の関係を表す。
【００４３】
ネットワーク機器は、たとえば、ユーザから分岐関連の情報を取得し、ネットワーク機器にその情報を格納する、または他のネットワーク機器から分岐関連の情報を取得するなど、多数の方法で分岐関連の情報を取得することができる。オプションとして、ネットワーク機器は、ＨＳＳから分岐関連の情報を取得することができる。
【００４４】
分岐関連の情報は、多数の方法で表すことができる。
【００４５】
一実施形態では、少なくとも１つの発呼者番号のそれぞれは、複数の登録された着信側ユーザ・アドレスの１つのみにそれぞれ対応する。すなわち、１つの発呼者番号は、１つの登録された着信側ユーザ・アドレスにのみ関連付けられている。
【００４６】
他の実施形態では、少なくとも１つの発呼者番号の少なくとも１つは、複数の登録された着信側ユーザ・アドレスの２つ以上にそれぞれ対応する。すなわち、発呼者番号は、複数の登録された着信側ユーザ・アドレスに関連付けられている。
【００４７】
発呼者番号と登録された着信側ユーザ・アドレスとの間の分岐順位の関係は、たとえば、登録された着信側ユーザ・アドレスのカテゴリごとにリストに記載する、または発呼者番号のカテゴリごとにリストに記載するなど、多数の方法で表すことができる。
【００４８】
第２の機器５２０は、発信ユーザの端末装置から呼び出し要求を受信するように構成され、呼び出し要求はパブリック・ユーザＩＤコードを含み、発信ユーザの端末装置は、少なくとも１つの発呼者番号の１つの番号に対応する。少なくとも１つの発呼者番号は、たとえば、携帯電話の番号、固定電話の番号など、様々な種類のユーザ装置の番号を含む。第２の機器５２０は、たとえば受信機としてなど、多数の方法で実現することができる。
【００４９】
第３の機器５３０は、発信ユーザの端末装置の番号およびパブリック・ユーザＩＤコードに対応する分岐関連の情報に従って、複数の登録された着信側ユーザ・アドレスの中の第１の登録された着信側ユーザ・アドレスを決定するように構成されている。
【００５０】
第１の登録された着信側ユーザ・アドレスは、分岐先の最後に決定される登録された着信側ユーザ・アドレスである。ネットワーク機器は、呼び出し要求のパブリック・ユーザＩＤコードを介してパブリック・ユーザＩＤコードに対応する分岐関連の情報を決定することができる。少なくとも１つの発呼者番号と複数の登録された着信側ユーザ・アドレスとの間の分岐順位の関係は、分岐関連の情報に記録されるため、ネットワーク機器は、分岐関連の情報に従って分岐すべき登録された着信側ユーザ・アドレスを決定することができる。
【００５１】
第４の機器５４０は、第１の登録された着信側ユーザ・アドレスに呼び出し要求を分岐するように構成されている。
【００５２】
一実施形態では、第１の機器５１０は、ホーム加入者サーバから分岐関連の情報を受信するように構成された第５の機器を含む。
【００５３】
他の実施形態では、分岐装置は、着信側ユーザ・アドレスのプロキシ呼セッション制御機能エンティティを介して、第１の登録された着信側ユーザ・アドレスに呼び出し要求を送信するように構成された第６の機器をさらに含む。
【００５４】
本発明は、前述の代表的な実施形態の詳細に限定されるものではないこと、および本発明は、本発明の精神または重要な特徴から逸脱することなく、他の特定の形態で実現できることは当業者には自明であろう。したがって、本実施形態は、すべての点において限定的ではなく例示的として見なされるべきであり、本発明の範囲は、前述の記述ではなく添付の特許請求の範囲によって定義されるため、本発明において、特許請求の範囲の等価物の意味および範囲に該当する変更のすべてを包含することを意図するものである。特許請求の範囲における参照番号は、当該の特許請求の範囲を限定するものとして解釈するものではない。さらに、「含む（ｃｏｍｐｒｉｓｉｎｇ）」という用語は、他の機器またはステップを排除するものではなく、単数形は複数形を排除するものではない。システムの特許請求の範囲に記述した複数の機器は、ソフトウェアまたはハードウェアによって単一の機器で実現することができる。「第１」、「第２」などの用語は、名称を明示することを意図するものであり、特定の順序を表すものではない。
【図１】
2013527709.tif 000003
【図２ａ】
2013527709.tif 000004
【図２ｂ】
2013527709.tif 000005
【図２ｃ】
2013527709.tif 000006
【図２ｄ】
2013527709.tif 000007
【図３】
2013527709.tif 000008
【図４】
2013527709.tif 000009
【図５】
2013527709.tif 000010
【国際調査報告】
2013527709.tif 000011
2013527709.tif 000012
2013527709.tif 000013
2013527709.tif 000014