JP5275908B2 - 通信システム、セッション制御管理サーバ及びセッション制御方法 - Google Patents
通信システム、セッション制御管理サーバ及びセッション制御方法 Download PDFInfo
- Publication number
- JP5275908B2 JP5275908B2 JP2009133709A JP2009133709A JP5275908B2 JP 5275908 B2 JP5275908 B2 JP 5275908B2 JP 2009133709 A JP2009133709 A JP 2009133709A JP 2009133709 A JP2009133709 A JP 2009133709A JP 5275908 B2 JP5275908 B2 JP 5275908B2
- Authority
- JP
- Japan
- Prior art keywords
- address
- terminal
- session control
- information
- management server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0407—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden
- H04L63/0421—Anonymous communication, i.e. the party's identifiers are hidden from the other party or parties, e.g. using an anonymizer
Description
本発明は、通信システム、セッション制御管理サーバ及びセッション制御方法に係り、特に、インターネットにおけるセッション制御に関連し、非通知による着信要求を受けた場合の応答処理を行うための通信システム、セッション制御管理サーバ及びセッション制御方法に関する。
現在、インターネットの普及に伴い、各通信事業者およびＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）により、インターネットを利用したＩＰ電話サービスが提供されている。また、ＩＰ電話サービスでは、通信開始前に端末間にて通信路（セッション）の確立を行うことで、音声データをＲＴＰ（ＲｅａｌＴｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットにて転送するＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）通信が行われる。
端末間のセッション確立と切断を行うための主なセッション制御プロトコルとして、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が仕様化されており、ＳＩＰサーバを介して端末間のセッション制御が行われる。
ＳＩＰメッセージは要求または応答情報を搬送するスタートライン部、ヘッダ部と、セッション内容を記述するメッセージボディ部から構成され、セッション内容の記述には、例えばＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が適用され、通信相手をスタートライン部に記載されているリクエストＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）によって識別している。また、セッション確立の過程にて、受信者の呼び出し、音声、映像等の各プロトコル、ビットレート等、端末間のＲＴＰパケット通信条件が決定される。
端末間のセッション確立と切断を行うための主なセッション制御プロトコルとして、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が仕様化されており、ＳＩＰサーバを介して端末間のセッション制御が行われる。
ＳＩＰメッセージは要求または応答情報を搬送するスタートライン部、ヘッダ部と、セッション内容を記述するメッセージボディ部から構成され、セッション内容の記述には、例えばＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が適用され、通信相手をスタートライン部に記載されているリクエストＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）によって識別している。また、セッション確立の過程にて、受信者の呼び出し、音声、映像等の各プロトコル、ビットレート等、端末間のＲＴＰパケット通信条件が決定される。
ＩＰ電話サービスでは、基本的に発信者と着信者の電話番号等のＵＲＩ情報を用いて端末間のセッション確立を行うが、電話交換サービスと同様に発信者番号非通知サービス（以下、非通知とする。）も提供されるため、着信者は非通知による呼び出しを受け付けた場合、通話により発信者を確認することになる。
しかし、ＩＰ電話サービスでは、電話交換サービスとは異なり、ＳＩＰメッセージによるセッション確立時に、ＲＴＰパケット通信にて使用するＩＰアドレス等の通知を行う仕様であるため、発信者に対して着信者のＩＰアドレスを無条件に通知してしまうことになる。そのため、通話にて発信者を確認する前に着信者のＩＰアドレスを知られてしまうという課題がある。
さらに、悪意のある発信者の場合、着信者のＩＰアドレスを入手後、そのＩＰ端末に対して大量のパケットを流すＤＯＳ（Ｄｅｎｉａｌ ｏｆ Ｓｅｒｖｉｃｅ）アタックなどの被害が発生する可能性がある。
特許文献１では、発信者のＩＰアドレスを保護するための方法について記載されているが、受信者側については記載されていない。
本発明は、以上の点に鑑み、ＩＰ電話サービスにおいて発信者番号非通知サービスを実現するための通信システム、セッション制御管理サーバ及びセッション制御方法を提供することを目的とする。
しかし、ＩＰ電話サービスでは、電話交換サービスとは異なり、ＳＩＰメッセージによるセッション確立時に、ＲＴＰパケット通信にて使用するＩＰアドレス等の通知を行う仕様であるため、発信者に対して着信者のＩＰアドレスを無条件に通知してしまうことになる。そのため、通話にて発信者を確認する前に着信者のＩＰアドレスを知られてしまうという課題がある。
さらに、悪意のある発信者の場合、着信者のＩＰアドレスを入手後、そのＩＰ端末に対して大量のパケットを流すＤＯＳ（Ｄｅｎｉａｌ ｏｆ Ｓｅｒｖｉｃｅ）アタックなどの被害が発生する可能性がある。
特許文献１では、発信者のＩＰアドレスを保護するための方法について記載されているが、受信者側については記載されていない。
本発明は、以上の点に鑑み、ＩＰ電話サービスにおいて発信者番号非通知サービスを実現するための通信システム、セッション制御管理サーバ及びセッション制御方法を提供することを目的とする。
本発明によると、例えば、非通知着信要求メッセージ受信時に、暫定ＩＰアドレスを使用して通信を行う機能を有する複数のＩＰ電話端末と、暫定ＩＰアドレス要求メッセージを受信したＩＰ電話端末宛の、非通知着信要求ＩＮＶＩＴＥメッセージを受信した場合、Ｐｏｏｌ ＩＰアドレスから暫定ＩＰアドレスを割当て、上記ＩＮＶＩＴＥメッセージに割当てた暫定ＩＰアドレスを追加して転送するＳＩＰサーバが接続されたＩＰ電話網において、
ＩＰ電話端末は、ＳＩＰサーバに情報登録する際、ＲＥＧＩＳＴＥＲメッセージの例えばＣｏｎｔａｃｔフィールドに、通常のＩＰアドレスと一緒にＰｏｏｌ ＩＰアドレスを要求する設定を追加することで、非通知着信要求メッセージを受信した場合、暫定アドレスの割当てを要求する。
ＳＩＰサーバは、上記ＲＥＧＩＳＴＥＲメッセージにて、上記要求設定を検出した場合には、加入者管理テーブルに通常のＩＰアドレスに関する情報登録および、非通知着信要求時にＰｏｏｌ ＩＰアドレスを割当てるための情報登録も併せて行うことができる。
また、ＳＩＰサーバは、非通知着信要求ＩＮＶＩＴＥメッセージの着信側ＩＰ電話端末が、該ＩＰ電話端末の場合、Ｐｏｏｌ ＩＰアドレスの暫定割当てを行うと共に、着信側ＩＰ電話端末に対して暫定ＩＰアドレスの通知をＩＮＶＩＴＥメッセージのＦｒｏｍフィールドに追加して行うことができる。
暫定ＩＰアドレスの割当を受けた着信側ＩＰ電話端末は以後のダイアログにおいて、自ＩＰアドレスを暫定ＩＰアドレスを使用して接続、通信および切断処理を行うことができる。
上記のセッション制御により、着信側ＩＰ電話端末にて、非通知着信要求の発信者ＩＰ電話端末と通信する場合、自ＩＰアドレスを非通知の相手に知られること無く通信することができる。
なお、セッション制御プロトコルとしてＳＩＰではなく、ＭＧＣＰ、Ｈ．２４８等のセッション制御プロトコルを用いた場合でもＳＩＰと同様に適用できる。
また、Ｐｏｏｌ ＩＰアドレスをＳＩＰサーバから割当てる方法を記載しているが、着信側ＩＰ電話端末が、非通知着信要求（Ａｎｏｎｙｍｏｕｓ）を認識した場合、着信側ＩＰ電話端末がＤＨＣＰサーバ等に暫定ＩＰアドレスを要求する方法でも適用できる。
ＩＰ電話端末は、ＳＩＰサーバに情報登録する際、ＲＥＧＩＳＴＥＲメッセージの例えばＣｏｎｔａｃｔフィールドに、通常のＩＰアドレスと一緒にＰｏｏｌ ＩＰアドレスを要求する設定を追加することで、非通知着信要求メッセージを受信した場合、暫定アドレスの割当てを要求する。
ＳＩＰサーバは、上記ＲＥＧＩＳＴＥＲメッセージにて、上記要求設定を検出した場合には、加入者管理テーブルに通常のＩＰアドレスに関する情報登録および、非通知着信要求時にＰｏｏｌ ＩＰアドレスを割当てるための情報登録も併せて行うことができる。
また、ＳＩＰサーバは、非通知着信要求ＩＮＶＩＴＥメッセージの着信側ＩＰ電話端末が、該ＩＰ電話端末の場合、Ｐｏｏｌ ＩＰアドレスの暫定割当てを行うと共に、着信側ＩＰ電話端末に対して暫定ＩＰアドレスの通知をＩＮＶＩＴＥメッセージのＦｒｏｍフィールドに追加して行うことができる。
暫定ＩＰアドレスの割当を受けた着信側ＩＰ電話端末は以後のダイアログにおいて、自ＩＰアドレスを暫定ＩＰアドレスを使用して接続、通信および切断処理を行うことができる。
上記のセッション制御により、着信側ＩＰ電話端末にて、非通知着信要求の発信者ＩＰ電話端末と通信する場合、自ＩＰアドレスを非通知の相手に知られること無く通信することができる。
なお、セッション制御プロトコルとしてＳＩＰではなく、ＭＧＣＰ、Ｈ．２４８等のセッション制御プロトコルを用いた場合でもＳＩＰと同様に適用できる。
また、Ｐｏｏｌ ＩＰアドレスをＳＩＰサーバから割当てる方法を記載しているが、着信側ＩＰ電話端末が、非通知着信要求（Ａｎｏｎｙｍｏｕｓ）を認識した場合、着信側ＩＰ電話端末がＤＨＣＰサーバ等に暫定ＩＰアドレスを要求する方法でも適用できる。
本発明の第１の解決手段によると、
複数のＩＰ端末とセッション制御管理サーバが接続されている通信システムにおいて、
前記セッション制御管理サーバは、
通話中又は切断を示すステータス、発信者情報、着信者情報を記憶する接続管理テーブルと、
加入者毎の電話番号、識別子、ＩＰアドレスを記憶する加入者管理テーブル
を備え、
前記セッション制御管理サーバが、発信側ＩＰ端末から非通知着信要求である第１接続要求メッセージを受信した場合、
前記セッション制御管理サーバは、前記発信側ＩＰ端末から受信した第１接続要求メッセージから発信者情報及び着信者情報を抽出し、前記接続管理テーブルに、発信者情報として発信者アドレス、着信者情報として着信端末識別子を登録し、
前記セッション制御管理サーバは、着信者情報に着信端末識別子と着信側ＩＰ端末に割当てた暫定ＩＰアドレスを含めた第２接続要求メッセージを着信側ＩＰ端末に送信し、
前記着信側ＩＰ端末は、受信した第２接続要求メッセージから着信者情報を抽出し、暫定ＩＰアドレスが含まれている場合、自ＩＰアドレスとして前記暫定ＩＰアドレスを使用した応答メッセージを前記セッション制御管理サーバに送信し、
前記セッション制御管理サーバは、前記暫定ＩＰアドレスにより前記接続管理テーブルを参照して、セッション接続確立制御により前記発信側ＩＰ端末と前記着信側ＩＰ端末との間の通信を行う
通信システムが提供される。
複数のＩＰ端末とセッション制御管理サーバが接続されている通信システムにおいて、
前記セッション制御管理サーバは、
通話中又は切断を示すステータス、発信者情報、着信者情報を記憶する接続管理テーブルと、
加入者毎の電話番号、識別子、ＩＰアドレスを記憶する加入者管理テーブル
を備え、
前記セッション制御管理サーバが、発信側ＩＰ端末から非通知着信要求である第１接続要求メッセージを受信した場合、
前記セッション制御管理サーバは、前記発信側ＩＰ端末から受信した第１接続要求メッセージから発信者情報及び着信者情報を抽出し、前記接続管理テーブルに、発信者情報として発信者アドレス、着信者情報として着信端末識別子を登録し、
前記セッション制御管理サーバは、着信者情報に着信端末識別子と着信側ＩＰ端末に割当てた暫定ＩＰアドレスを含めた第２接続要求メッセージを着信側ＩＰ端末に送信し、
前記着信側ＩＰ端末は、受信した第２接続要求メッセージから着信者情報を抽出し、暫定ＩＰアドレスが含まれている場合、自ＩＰアドレスとして前記暫定ＩＰアドレスを使用した応答メッセージを前記セッション制御管理サーバに送信し、
前記セッション制御管理サーバは、前記暫定ＩＰアドレスにより前記接続管理テーブルを参照して、セッション接続確立制御により前記発信側ＩＰ端末と前記着信側ＩＰ端末との間の通信を行う
通信システムが提供される。
本発明の第２の解決手段によると、
複数のＩＰ端末とセッション制御管理サーバが接続されている通信システムにおける前記セッション制御管理サーバであって、
通話中又は切断を示すステータス、発信者情報、着信者情報を記憶する接続管理テーブルと、
加入者毎の電話番号、識別子、ＩＰアドレスを記憶する加入者管理テーブル
を備え、
前記セッション制御管理サーバが、発信側ＩＰ端末から非通知着信要求である第１接続要求メッセージを受信した場合、
前記セッション制御管理サーバは、前記発信側ＩＰ端末から受信した第１接続要求メッセージから発信者情報及び着信者情報を抽出し、前記接続管理テーブルに、発信者情報として発信者アドレス、着信者情報として着信端末識別子を登録し、
前記セッション制御管理サーバは、着信者情報に着信端末識別子と着信側ＩＰ端末に割当てた暫定ＩＰアドレスを含めた第２接続要求メッセージを着信側ＩＰ端末に送信し、
前記セッション制御管理サーバは、前記着信側ＩＰ端末から、自ＩＰアドレスとして前記暫定ＩＰアドレスを使用した応答メッセージを受信し、
前記セッション制御管理サーバは、前記暫定ＩＰアドレスにより前記接続管理テーブルを参照して、セッション接続確立制御により前記発信側ＩＰ端末と前記着信側ＩＰ端末との間の通信を行う
セッション制御管理サーバが提供される。
複数のＩＰ端末とセッション制御管理サーバが接続されている通信システムにおける前記セッション制御管理サーバであって、
通話中又は切断を示すステータス、発信者情報、着信者情報を記憶する接続管理テーブルと、
加入者毎の電話番号、識別子、ＩＰアドレスを記憶する加入者管理テーブル
を備え、
前記セッション制御管理サーバが、発信側ＩＰ端末から非通知着信要求である第１接続要求メッセージを受信した場合、
前記セッション制御管理サーバは、前記発信側ＩＰ端末から受信した第１接続要求メッセージから発信者情報及び着信者情報を抽出し、前記接続管理テーブルに、発信者情報として発信者アドレス、着信者情報として着信端末識別子を登録し、
前記セッション制御管理サーバは、着信者情報に着信端末識別子と着信側ＩＰ端末に割当てた暫定ＩＰアドレスを含めた第２接続要求メッセージを着信側ＩＰ端末に送信し、
前記セッション制御管理サーバは、前記着信側ＩＰ端末から、自ＩＰアドレスとして前記暫定ＩＰアドレスを使用した応答メッセージを受信し、
前記セッション制御管理サーバは、前記暫定ＩＰアドレスにより前記接続管理テーブルを参照して、セッション接続確立制御により前記発信側ＩＰ端末と前記着信側ＩＰ端末との間の通信を行う
セッション制御管理サーバが提供される。
本発明の第３の解決手段によると、
複数のＩＰ端末とセッション制御管理サーバが接続されている通信システムにおいて、
前記セッション制御管理サーバは、
通話中又は切断を示すステータス、発信者情報、着信者情報を記憶する接続管理テーブルと、
加入者毎の電話番号、識別子、ＩＰアドレスを記憶する加入者管理テーブル
を備えた、前記通信システムにおけるセッション制御方法であって、
前記セッション制御管理サーバが、発信側ＩＰ端末から非通知着信要求である第１接続要求メッセージを受信した場合、
前記セッション制御管理サーバは、前記発信側ＩＰ端末から受信した第１接続要求メッセージから発信者情報及び着信者情報を抽出し、前記接続管理テーブルに、発信者情報として発信者アドレス、着信者情報として着信端末識別子を登録し、
前記セッション制御管理サーバは、着信者情報に着信端末識別子と着信側ＩＰ端末に割当てた暫定ＩＰアドレスを含めた第２接続要求メッセージを着信側ＩＰ端末に送信し、
前記着信側ＩＰ端末は、受信した第２接続要求メッセージから着信者情報を抽出し、暫定ＩＰアドレスが含まれている場合、自ＩＰアドレスとして前記暫定ＩＰアドレスを使用した応答メッセージを前記セッション制御管理サーバに送信し、
前記セッション制御管理サーバは、前記暫定ＩＰアドレスにより前記接続管理テーブルを参照して、セッション接続確立制御により前記発信側ＩＰ端末と前記着信側ＩＰ端末との間の通信を行う
セッション制御方法が提供される。
複数のＩＰ端末とセッション制御管理サーバが接続されている通信システムにおいて、
前記セッション制御管理サーバは、
通話中又は切断を示すステータス、発信者情報、着信者情報を記憶する接続管理テーブルと、
加入者毎の電話番号、識別子、ＩＰアドレスを記憶する加入者管理テーブル
を備えた、前記通信システムにおけるセッション制御方法であって、
前記セッション制御管理サーバが、発信側ＩＰ端末から非通知着信要求である第１接続要求メッセージを受信した場合、
前記セッション制御管理サーバは、前記発信側ＩＰ端末から受信した第１接続要求メッセージから発信者情報及び着信者情報を抽出し、前記接続管理テーブルに、発信者情報として発信者アドレス、着信者情報として着信端末識別子を登録し、
前記セッション制御管理サーバは、着信者情報に着信端末識別子と着信側ＩＰ端末に割当てた暫定ＩＰアドレスを含めた第２接続要求メッセージを着信側ＩＰ端末に送信し、
前記着信側ＩＰ端末は、受信した第２接続要求メッセージから着信者情報を抽出し、暫定ＩＰアドレスが含まれている場合、自ＩＰアドレスとして前記暫定ＩＰアドレスを使用した応答メッセージを前記セッション制御管理サーバに送信し、
前記セッション制御管理サーバは、前記暫定ＩＰアドレスにより前記接続管理テーブルを参照して、セッション接続確立制御により前記発信側ＩＰ端末と前記着信側ＩＰ端末との間の通信を行う
セッション制御方法が提供される。
本発明によると、ＩＰ電話サービスにおいて発信者番号非通知サービスを実現するための通信システム及びセッション制御方法を提供することができる。例えば、本発明によると、セッション制御にて、受信者のＩＰアドレスとして暫定アドレスを発信者に通知することにより、受信者側のセキュリティを高めることができる。
以下で説明するように、セッション制御にて、受信者のＩＰアドレスとして暫定アドレスを発信者に通知することにより、受信者側のセキュリティを高めることができる。以下、図面を用いて実施の形態について詳細に説明する。
Ａ．システム
図１は、セッション制御プロトコルとしてＳＩＰを用いた場合のＩＰ電話ネットワーク構成例を示す図である。
ネットワークでは、複数のＩＰ電話端末１（１−１Ａ〜１ｎ、１−２Ａ〜２ｍ）、ＳＩＰサーバ２、各ＩＰ電話端末１とルータ（Ｒ）４（４−１〜３）を接続するためのＬ２ＳＷ３（３−１、２）およびＩＰアドレスを動的に割当てるＤＨＣＰサーバ５（５−１、２）を備える。各ＩＰ電話端末１間にて通信を行う場合、まず、ＩＰ電話端末１からＳＩＰサーバ２に対して登録を行う。次に、ＳＩＰサーバ２に対して、通信相手と通話するために、ＳＩＰサーバ２を介してＳＩＰメッセージにて接続制御を行い、セッション接続完了後、ＩＰ電話端末１間にて通話が行われる。
図２は、ＩＰ電話端末１の主要部を示すブロック構成図である。
ＩＰ電話端末１は、主に回線ＩＦ（インタフェース）１１、プロセッサ１２、ＳＩＰ処理部１３、プロトコル処理１４およびユーザインタフェースであるスピーカ１５、マイク１６、キー１７を備える。ＳＩＰ処理部１３は、主に登録処理（Ｆ１）、ＩＮＶＩＴＥ受信処理（Ｆ１０２）、および、キー１７にて入力された情報に従い接続・切断処理１３１を行う。プロトコル処理１４は、回線ＩＦ１１から受信したＲＴＰパケットのデコード処理を行う。デコードされた音声は、スピーカ１５から出力される。また、マイク１６から入力した音声のエンコード処理を行い、ＲＴＰパケットを回線ＩＦ１１から送信する。
Ａ．システム
図１は、セッション制御プロトコルとしてＳＩＰを用いた場合のＩＰ電話ネットワーク構成例を示す図である。
ネットワークでは、複数のＩＰ電話端末１（１−１Ａ〜１ｎ、１−２Ａ〜２ｍ）、ＳＩＰサーバ２、各ＩＰ電話端末１とルータ（Ｒ）４（４−１〜３）を接続するためのＬ２ＳＷ３（３−１、２）およびＩＰアドレスを動的に割当てるＤＨＣＰサーバ５（５−１、２）を備える。各ＩＰ電話端末１間にて通信を行う場合、まず、ＩＰ電話端末１からＳＩＰサーバ２に対して登録を行う。次に、ＳＩＰサーバ２に対して、通信相手と通話するために、ＳＩＰサーバ２を介してＳＩＰメッセージにて接続制御を行い、セッション接続完了後、ＩＰ電話端末１間にて通話が行われる。
図２は、ＩＰ電話端末１の主要部を示すブロック構成図である。
ＩＰ電話端末１は、主に回線ＩＦ（インタフェース）１１、プロセッサ１２、ＳＩＰ処理部１３、プロトコル処理１４およびユーザインタフェースであるスピーカ１５、マイク１６、キー１７を備える。ＳＩＰ処理部１３は、主に登録処理（Ｆ１）、ＩＮＶＩＴＥ受信処理（Ｆ１０２）、および、キー１７にて入力された情報に従い接続・切断処理１３１を行う。プロトコル処理１４は、回線ＩＦ１１から受信したＲＴＰパケットのデコード処理を行う。デコードされた音声は、スピーカ１５から出力される。また、マイク１６から入力した音声のエンコード処理を行い、ＲＴＰパケットを回線ＩＦ１１から送信する。
図３は、ＳＩＰサーバ２の主要部を示すブロック構成図である。
ＳＩＰサーバ２は、主に回線ＩＦ２１、プロセッサ２２、ＳＩＰ処理部２３、接続管理テーブル２４、加入者管理テーブル２５およびＰｏｏｌアドレス管理テーブル２６を備える。ＳＩＰ処理部２３は、主にＲＥＧＩＳＴＥＲ処理（Ｆ２）、ＩＮＶＩＴＥ処理（Ｆ１０１）、接続登録処理（Ｆ１０３）および切断登録処理（Ｆ１０４）を行う。
図４は、ＲＥＧＩＳＴＥＲ処理（Ｆ２）にてＳＩＰサーバ２に登録される各加入者情報を管理する加入者管理テーブル２５のテーブル構成を示す図である。
加入者管理テーブル２５は、加入者の電話番号２５１、ＳＩＰ ＵＲＩ２５２、ＩＰアドレス２５３およびオプション２５４を含む。
図５は、セッション制御におけるＩＮＶＩＴＥ処理（Ｆ１０１）、接続登録処理（Ｆ１０３）および切断登録処理（Ｆ１０４）の各処理によりＳＩＰサーバ２にて管理する接続管理テーブル２４のテーブル構成を示す図である。
接続管理テーブル２４は、接続開始時間２４１、切断時間２４２、ステータス２４３、発信者情報２４４、着信者情報２４５および備考２４６を含む。
図６は、Ｐｏｏｌアドレス管理テーブル２６のテーブル構成を示す図である。
Ｐｏｏｌアドレス管理テーブル２６は、ＩＰアドレス２６１、開始時間２６２および使用者２６３を含む。
なお、図中、各テーブルには、参照番号（＃）が示されている。
ＳＩＰサーバ２は、主に回線ＩＦ２１、プロセッサ２２、ＳＩＰ処理部２３、接続管理テーブル２４、加入者管理テーブル２５およびＰｏｏｌアドレス管理テーブル２６を備える。ＳＩＰ処理部２３は、主にＲＥＧＩＳＴＥＲ処理（Ｆ２）、ＩＮＶＩＴＥ処理（Ｆ１０１）、接続登録処理（Ｆ１０３）および切断登録処理（Ｆ１０４）を行う。
図４は、ＲＥＧＩＳＴＥＲ処理（Ｆ２）にてＳＩＰサーバ２に登録される各加入者情報を管理する加入者管理テーブル２５のテーブル構成を示す図である。
加入者管理テーブル２５は、加入者の電話番号２５１、ＳＩＰ ＵＲＩ２５２、ＩＰアドレス２５３およびオプション２５４を含む。
図５は、セッション制御におけるＩＮＶＩＴＥ処理（Ｆ１０１）、接続登録処理（Ｆ１０３）および切断登録処理（Ｆ１０４）の各処理によりＳＩＰサーバ２にて管理する接続管理テーブル２４のテーブル構成を示す図である。
接続管理テーブル２４は、接続開始時間２４１、切断時間２４２、ステータス２４３、発信者情報２４４、着信者情報２４５および備考２４６を含む。
図６は、Ｐｏｏｌアドレス管理テーブル２６のテーブル構成を示す図である。
Ｐｏｏｌアドレス管理テーブル２６は、ＩＰアドレス２６１、開始時間２６２および使用者２６３を含む。
なお、図中、各テーブルには、参照番号（＃）が示されている。
Ｂ．動作
以下、図７、図９に示すシーケンス図と、図８、図１０〜図１２に示すＳＩＰメッセージ図および図１３〜図１８に示すフローチャートを参照して、実施の形態１のｕｓｅｒ−１＠Ａ（１−１Ａ）とｕｓｅｒ−２＠Ｂ（１−２Ｂ）間の通信を行うために、ＳＩＰサーバ２を介したセッション制御の処理動作について説明する。
以下、図７、図９に示すシーケンス図と、図８、図１０〜図１２に示すＳＩＰメッセージ図および図１３〜図１８に示すフローチャートを参照して、実施の形態１のｕｓｅｒ−１＠Ａ（１−１Ａ）とｕｓｅｒ−２＠Ｂ（１−２Ｂ）間の通信を行うために、ＳＩＰサーバ２を介したセッション制御の処理動作について説明する。
１．登録
図７は、ＩＰ電話端末情報をＳＩＰサーバへ登録するシーケンス例を示す図である。
図１３は、ＩＰ電話端末における登録処理フローを示す図である。
ＳＩＰ処理部１３は、図７のシーケンスに示すように、ｕｓｅｒ−２＠Ｂ（１−２Ｂ）の電源を入れた場合等、通話を可能とするためＳＩＰサーバ２に対して登録処理（Ｆ１）を行う。図１３に示すように、登録処理（Ｆ１）では、非通知着信要求があった場合にＰｏｏｌ ＩＰアドレス要求可否の判定（Ｆ１１）を行い、要求しない場合（Ｎ）にはＲＥＧＩＳＴＥＲメッセージに基本情報を設定して、ＲＥＧＩＳＴＥＲメッセージを送信（Ｆ１３）する。一方、要求する場合（Ｙ）には基本情報の他に、非通知着信時には、ＳＩＰサーバ２からｐｏｏｌ ＩＰアドレスの割当てを要求するために、ＲＥＧＩＳＴＥＲメッセージのＣｏｎｔａｃｔフィールドにＰｏｏｌ ＩＰアドレス要求を追加設定（Ｆ１２）を行い、ＲＥＧＩＳＴＥＲメッセージを送信（Ｆ１３）する。
図８は、ＲＥＧＩＳＴＥＲメッセージ（Ａｎｏｎｙｍｏｕｓ時の要求例を含む）の記述例を示す図である。
ＲＥＧＩＳＴＥＲ（Ａｎｏｎｙｍｏｕｓ：Ｐｏｏｌ）（ＳＱ１）は、登録処理（Ｆ１）により、図８に示すＲＥＧＩＳＴＥＲメッセージ（Ｍ１）に、例えばＣｏｎｔａｃｔ：＜ｓｉｐ：ｕｓｅｒ−２＠ａｎｏｎｙｍｏｕｓ−ｐｏｏｌ＞（Ｍ１１）のような設定を追加され、ｕｓｅｒ−２＠Ｂ（１−２Ｂ）からＳＩＰサーバ２に転送される。
図７は、ＩＰ電話端末情報をＳＩＰサーバへ登録するシーケンス例を示す図である。
図１３は、ＩＰ電話端末における登録処理フローを示す図である。
ＳＩＰ処理部１３は、図７のシーケンスに示すように、ｕｓｅｒ−２＠Ｂ（１−２Ｂ）の電源を入れた場合等、通話を可能とするためＳＩＰサーバ２に対して登録処理（Ｆ１）を行う。図１３に示すように、登録処理（Ｆ１）では、非通知着信要求があった場合にＰｏｏｌ ＩＰアドレス要求可否の判定（Ｆ１１）を行い、要求しない場合（Ｎ）にはＲＥＧＩＳＴＥＲメッセージに基本情報を設定して、ＲＥＧＩＳＴＥＲメッセージを送信（Ｆ１３）する。一方、要求する場合（Ｙ）には基本情報の他に、非通知着信時には、ＳＩＰサーバ２からｐｏｏｌ ＩＰアドレスの割当てを要求するために、ＲＥＧＩＳＴＥＲメッセージのＣｏｎｔａｃｔフィールドにＰｏｏｌ ＩＰアドレス要求を追加設定（Ｆ１２）を行い、ＲＥＧＩＳＴＥＲメッセージを送信（Ｆ１３）する。
図８は、ＲＥＧＩＳＴＥＲメッセージ（Ａｎｏｎｙｍｏｕｓ時の要求例を含む）の記述例を示す図である。
ＲＥＧＩＳＴＥＲ（Ａｎｏｎｙｍｏｕｓ：Ｐｏｏｌ）（ＳＱ１）は、登録処理（Ｆ１）により、図８に示すＲＥＧＩＳＴＥＲメッセージ（Ｍ１）に、例えばＣｏｎｔａｃｔ：＜ｓｉｐ：ｕｓｅｒ−２＠ａｎｏｎｙｍｏｕｓ−ｐｏｏｌ＞（Ｍ１１）のような設定を追加され、ｕｓｅｒ−２＠Ｂ（１−２Ｂ）からＳＩＰサーバ２に転送される。
図１４は、ＳＩＰサーバにおけるＲＥＧＩＳＴＥＲ処理フローを示す図である。
ＳＩＰサーバ２は、ＲＥＧＩＳＴＥＲ（ＳＱ１）を受信すると、ＳＩＰ処理部２３は、ＲＥＧＩＳＴＥＲ処理（Ｆ２）を行う。図１４に示すように、ＲＥＧＩＳＴＥＲ処理（Ｆ２）では、受信したＲＥＧＩＳＴＥＲメッセージ（Ｍ１）のＣｏｎｔａｃｔフィールドにＰｏｏｌ ＩＰアドレス要求があるか判定（Ｆ２１）する。ここで、例えばＣｏｎｔａｃｔ：＜ｓｉｐ：ｕｓｅｒ−２＠ａｎｏｎｙｍｏｕｓ−ｐｏｏｌ＞（Ｍ１１）のような設定がある場合（Ｙ）、ＳＩＰ処理部２３は、図４−（ｂ）に示すように、加入者管理テーブル２５の＃ｓ（２５５）に基本情報として、例えばＦｒｏｍフィールドより、電話番号（２５１）に０３−５０００−２２２２、ＳＩＰ ＵＲＩ（２５２）にｕｓｅｒ−２＠Ｂを登録し、および、ＣｏｎｔａｃｔフィールドよりＩＰアドレス（２５３）にＩＰｖ４＝１１．０．０．２を登録する。また、ＳＩＰ処理部２３は、＃ｔ（２５６）に、電話番号（２５１）に０３−５０００−２２２２、ＳＩＰ ＵＲＩ（２５２）にｕｓｅｒ−２＠Ｂ、および、例えばＩＰアドレス（２５３）にＩＰｖ４＝Ｐｏｏｌと登録し、さらに、非通知着信時にＰｏｏｌ ＩＰアドレスを割当てを行うためのオプション（２５４）登録を行い（Ｆ２２）、その後、２００ ＯＫメッセージを送信する（Ｆ２３）。
また、ステップＦ２１でＰｏｏｌ ＩＰアドレス要求のための設定が無い場合（Ｎ）、ＳＩＰ処理部２３は、＃ｓ（２５５）のみの登録を行い、＃ｔ（２５６）の登録は行われず、２００ ＯＫメッセージを送信する（Ｆ２３）。ＯＫメッセージは、２００ ＯＫ（ＳＱ２）として、ＳＩＰサーバ２からｕｓｅｒ−２＠Ｂ（１−２Ｂ）に転送される。
ＳＩＰサーバ２は、ＲＥＧＩＳＴＥＲ（ＳＱ１）を受信すると、ＳＩＰ処理部２３は、ＲＥＧＩＳＴＥＲ処理（Ｆ２）を行う。図１４に示すように、ＲＥＧＩＳＴＥＲ処理（Ｆ２）では、受信したＲＥＧＩＳＴＥＲメッセージ（Ｍ１）のＣｏｎｔａｃｔフィールドにＰｏｏｌ ＩＰアドレス要求があるか判定（Ｆ２１）する。ここで、例えばＣｏｎｔａｃｔ：＜ｓｉｐ：ｕｓｅｒ−２＠ａｎｏｎｙｍｏｕｓ−ｐｏｏｌ＞（Ｍ１１）のような設定がある場合（Ｙ）、ＳＩＰ処理部２３は、図４−（ｂ）に示すように、加入者管理テーブル２５の＃ｓ（２５５）に基本情報として、例えばＦｒｏｍフィールドより、電話番号（２５１）に０３−５０００−２２２２、ＳＩＰ ＵＲＩ（２５２）にｕｓｅｒ−２＠Ｂを登録し、および、ＣｏｎｔａｃｔフィールドよりＩＰアドレス（２５３）にＩＰｖ４＝１１．０．０．２を登録する。また、ＳＩＰ処理部２３は、＃ｔ（２５６）に、電話番号（２５１）に０３−５０００−２２２２、ＳＩＰ ＵＲＩ（２５２）にｕｓｅｒ−２＠Ｂ、および、例えばＩＰアドレス（２５３）にＩＰｖ４＝Ｐｏｏｌと登録し、さらに、非通知着信時にＰｏｏｌ ＩＰアドレスを割当てを行うためのオプション（２５４）登録を行い（Ｆ２２）、その後、２００ ＯＫメッセージを送信する（Ｆ２３）。
また、ステップＦ２１でＰｏｏｌ ＩＰアドレス要求のための設定が無い場合（Ｎ）、ＳＩＰ処理部２３は、＃ｓ（２５５）のみの登録を行い、＃ｔ（２５６）の登録は行われず、２００ ＯＫメッセージを送信する（Ｆ２３）。ＯＫメッセージは、２００ ＯＫ（ＳＱ２）として、ＳＩＰサーバ２からｕｓｅｒ−２＠Ｂ（１−２Ｂ）に転送される。
２．非通知着信
図９は、ＩＰ電話端末間の接続、通話および切断シーケンス例を示す図である。
図１０は、発信者側ＩＰ電話端末からのＩＮＶＩＴＥメッセージ（発信者Ａｎｏｎｙｍｏｕｓ時）の記述例を示す図である。
次に、図９のシーケンスにて、ＳＩＰサーバ２を介した、ｕｓｅｒ−１＠Ａ（１−１Ａ）とｕｓｅｒ−２＠Ｂ（１−２Ｂ）間における非通知着信要求時の各処理の説明を行う。
図９は、ＩＰ電話端末間の接続、通話および切断シーケンス例を示す図である。
図１０は、発信者側ＩＰ電話端末からのＩＮＶＩＴＥメッセージ（発信者Ａｎｏｎｙｍｏｕｓ時）の記述例を示す図である。
次に、図９のシーケンスにて、ＳＩＰサーバ２を介した、ｕｓｅｒ−１＠Ａ（１−１Ａ）とｕｓｅｒ−２＠Ｂ（１−２Ｂ）間における非通知着信要求時の各処理の説明を行う。
（発信）
ｕｓｅｒ−１＠Ａ（１−２Ａ）は、ＩＮＶＩＴＥ（Ａｎｏｎｙｍｏｕｓ）（ＳＱ１０１）にて、図１０に示すＩＮＶＩＴＥメッセージ（Ｍ１０１）をＳＩＰサーバ２に転送する。ｕｓｅｒ−１＠Ａ（１−２Ａ）は、発信者番号非通知要求のため、ＩＮＶＩＴＥメッセージ（Ｍ１０１）におけるＦｒｏｍヘッダの値として、例えば非通知を示すＦｒｏｍ：ａｎｏｎｙｍｏｕｓ＜ｓｉｐ：ａｎｏｎｙｍｏｕｓ＠Ａ＞；ｔａｇ＝ｑｑｑｑｑｑ（Ｍ１０１１）を設定する。
ｕｓｅｒ−１＠Ａ（１−２Ａ）は、ＩＮＶＩＴＥ（Ａｎｏｎｙｍｏｕｓ）（ＳＱ１０１）にて、図１０に示すＩＮＶＩＴＥメッセージ（Ｍ１０１）をＳＩＰサーバ２に転送する。ｕｓｅｒ−１＠Ａ（１−２Ａ）は、発信者番号非通知要求のため、ＩＮＶＩＴＥメッセージ（Ｍ１０１）におけるＦｒｏｍヘッダの値として、例えば非通知を示すＦｒｏｍ：ａｎｏｎｙｍｏｕｓ＜ｓｉｐ：ａｎｏｎｙｍｏｕｓ＠Ａ＞；ｔａｇ＝ｑｑｑｑｑｑ（Ｍ１０１１）を設定する。
（ＩＮＶＩＴＥ処理）
ＳＩＰサーバ２では、ＩＮＶＩＴＥ（ＳＱ１０１）を受信すると、ＳＩＰ処理部２３は、ＩＮＶＩＴＥ処理（Ｆ１０１）を行う。
ＳＩＰサーバ２では、ＩＮＶＩＴＥ（ＳＱ１０１）を受信すると、ＳＩＰ処理部２３は、ＩＮＶＩＴＥ処理（Ｆ１０１）を行う。
図１５は、ＳＩＰサーバにおけるＩＮＶＩＴＥ処理フローを示す図である。
図１５に示すように、ＩＮＶＩＴＥ処理（Ｆ１０１）では、ＩＮＶＩＴＥメッセージ（Ｍ１０１）受信時に、図５−（ａ）に示すように、接続管理テーブル（２４）における、例えば、＃２（２４７）に、ＩＮＶＩＴＥメッセージ（Ｍ１０１）受信時間を接続開始時間（２４１）＝２００９／１／１０ １１：５８：２８、ステータス（２４３）＝ＩＮＶＩＴＥ処理２００ ＯＫ待ちとして設定する。
発信者情報（２４４）は、例えばヘッダ部におけるＦｒｏｍフィールドの値“ａｎｏｎｙｍｏｕｓ＜ｓｉｐ：ａｎｏｎｙｍｏｕｓ＠Ａ＞；ｔａｇ＝ｑｑｑｑｑｑ”（Ｍ１０１１）、およびＣｏｎｔａｃｔフィールドの値“＜ｓｉｐ：ａｎｏｎｙｍｏｕｓ＠１０．０．０．１＞”（Ｍ１０１３）から該情報として、ａｎｏｎｙｍｏｕｓ、ａｎｏｎｙｍｏｕｓ＠Ａおよび、Ｃ＝ＩＮ等よりＩＰ４＝１０．０．０．１等を設定し、備考（２４６）として非通知接続要求を設定する。
着信者情報（２４５）は、例えばヘッダ部におけるＴｏフィールドの値“０３−５０００−２２２２＜ｓｉｐ：ｕｓｅｒ−２＠Ｂ＞”（Ｍ１０１２）から該情報として、０３−５０００−２２２２およびｕｓｅｒ−２＠Ｂ等を設定する（Ｆ１０１１）。
また、着信者情報（２４５）の値（電話番号“０３−５０００−２２２２”又はＳＩＰ ＵＲＩ“ｕｓｅｒ−２＠Ｂ”）を検索キー情報として加入者管理テーブル（２５）を検索し、着信者側のＩＰアドレス情報を抽出し、接続管理テーブル（２４）における着信者情報（２４５）として、ＩＰ４＝１１．０．０．２およびｐｏｏｌを追加設定する（Ｆ１０１２）。
次に、ＳＩＰ処理部２３は、接続管理テーブル（２４）を参照し、又は、ＩＮＶＩＴＥメッセージ（Ｍ１０１）から、発信者情報が非通知（ａｎｏｎｙｍｏｕｓ）接続要求の有無を判定（Ｆ１０１３）する。非通知（ａｎｏｎｙｍｏｕｓ）接続要求では無い場合（Ｎ）、ＳＩＰ処理部２３は、ＩＮＶＩＴＥメッセージを送信する（Ｆ１０１８）。一方、非通知（ａｎｏｎｙｍｏｕｓ）接続要求の場合（Ｙ）、ＳＩＰ処理部２３は、発信者情報（２４４）の値（ＩＰアドレス“ＩＰ４＝１０．０．０．１”）を検索キー情報として加入者管理テーブル（２５）を検索し、発信者側の電話番号およびＳＩＰ ＵＲＩ情報を抽出し、接続管理テーブル（２４）における発信者情報（２４４）として、電話番号＝０４５−１１１−１１１１およびＳＩＰ ＵＲＩ＝ｕｓｅｒ−１＠Ａを追加設定する（Ｆ１０１４）。
また、ＳＩＰ処理部２３は、着信者側ＩＰアドレスとしてｐｏｏｌ要求の有無を判定（Ｆ１０１５）する。例えば、ＳＩＰ処理部２３は、着信者の電話番号又はＳＩＰ ＵＲＩに基づいて加入者管理テーブル（２５）を参照し、対応するＩＰアドレス（２５３）にＩＰアドレス＝Ｐｏｏｌが設定されている場合、又は、対応するオプション（２５４）に非通知着信時にＰｏｏｌ ＩＰアドレスを割り当てる旨の情報が設定されている場合に、ｐｏｏｌ要求ありと判定することができる。
図１５に示すように、ＩＮＶＩＴＥ処理（Ｆ１０１）では、ＩＮＶＩＴＥメッセージ（Ｍ１０１）受信時に、図５−（ａ）に示すように、接続管理テーブル（２４）における、例えば、＃２（２４７）に、ＩＮＶＩＴＥメッセージ（Ｍ１０１）受信時間を接続開始時間（２４１）＝２００９／１／１０ １１：５８：２８、ステータス（２４３）＝ＩＮＶＩＴＥ処理２００ ＯＫ待ちとして設定する。
発信者情報（２４４）は、例えばヘッダ部におけるＦｒｏｍフィールドの値“ａｎｏｎｙｍｏｕｓ＜ｓｉｐ：ａｎｏｎｙｍｏｕｓ＠Ａ＞；ｔａｇ＝ｑｑｑｑｑｑ”（Ｍ１０１１）、およびＣｏｎｔａｃｔフィールドの値“＜ｓｉｐ：ａｎｏｎｙｍｏｕｓ＠１０．０．０．１＞”（Ｍ１０１３）から該情報として、ａｎｏｎｙｍｏｕｓ、ａｎｏｎｙｍｏｕｓ＠Ａおよび、Ｃ＝ＩＮ等よりＩＰ４＝１０．０．０．１等を設定し、備考（２４６）として非通知接続要求を設定する。
着信者情報（２４５）は、例えばヘッダ部におけるＴｏフィールドの値“０３−５０００−２２２２＜ｓｉｐ：ｕｓｅｒ−２＠Ｂ＞”（Ｍ１０１２）から該情報として、０３−５０００−２２２２およびｕｓｅｒ−２＠Ｂ等を設定する（Ｆ１０１１）。
また、着信者情報（２４５）の値（電話番号“０３−５０００−２２２２”又はＳＩＰ ＵＲＩ“ｕｓｅｒ−２＠Ｂ”）を検索キー情報として加入者管理テーブル（２５）を検索し、着信者側のＩＰアドレス情報を抽出し、接続管理テーブル（２４）における着信者情報（２４５）として、ＩＰ４＝１１．０．０．２およびｐｏｏｌを追加設定する（Ｆ１０１２）。
次に、ＳＩＰ処理部２３は、接続管理テーブル（２４）を参照し、又は、ＩＮＶＩＴＥメッセージ（Ｍ１０１）から、発信者情報が非通知（ａｎｏｎｙｍｏｕｓ）接続要求の有無を判定（Ｆ１０１３）する。非通知（ａｎｏｎｙｍｏｕｓ）接続要求では無い場合（Ｎ）、ＳＩＰ処理部２３は、ＩＮＶＩＴＥメッセージを送信する（Ｆ１０１８）。一方、非通知（ａｎｏｎｙｍｏｕｓ）接続要求の場合（Ｙ）、ＳＩＰ処理部２３は、発信者情報（２４４）の値（ＩＰアドレス“ＩＰ４＝１０．０．０．１”）を検索キー情報として加入者管理テーブル（２５）を検索し、発信者側の電話番号およびＳＩＰ ＵＲＩ情報を抽出し、接続管理テーブル（２４）における発信者情報（２４４）として、電話番号＝０４５−１１１−１１１１およびＳＩＰ ＵＲＩ＝ｕｓｅｒ−１＠Ａを追加設定する（Ｆ１０１４）。
また、ＳＩＰ処理部２３は、着信者側ＩＰアドレスとしてｐｏｏｌ要求の有無を判定（Ｆ１０１５）する。例えば、ＳＩＰ処理部２３は、着信者の電話番号又はＳＩＰ ＵＲＩに基づいて加入者管理テーブル（２５）を参照し、対応するＩＰアドレス（２５３）にＩＰアドレス＝Ｐｏｏｌが設定されている場合、又は、対応するオプション（２５４）に非通知着信時にＰｏｏｌ ＩＰアドレスを割り当てる旨の情報が設定されている場合に、ｐｏｏｌ要求ありと判定することができる。
ステップＦ１０１５で、ｐｏｏｌ要求では無い場合（Ｎ）、ＳＩＰ処理部２３は、ＩＮＶＩＴＥメッセージをｕｓｅｒ−２＠Ｂに送信する（Ｆ１０１８）。一方、ｐｏｏｌ要求が有る場合（Ｙ）、ＳＩＰ処理部２３は、例えば図６−（ｂ）に示すように、Ｐｏｏｌアドレス管理テーブル（２６）における空きアドレスを予め定められた順に選択又は予め定められた規則等で選択し、例えば、＃３（２６４）のＩＰアドレス（２６１）＝１１．０．０．２０２を割当て、開始時間（２６２）＝２００９／１／１０ １１：５８：２８および、Ｔｏフィールドより使用者（２６３）＝ｕｓｅｒ−２＠Ｂの設定を行い、接続管理テーブル（２４）における着信者情報（２４５）として、Ｐｏｏｌ＝１１．０．０．２０２を追加する（Ｆ１０１６）。
次に、ＳＩＰ処理部２３は、ｕｓｅｒ−２＠Ｂ（１−２Ｂ）に対して上記にて割当てたＰｏｏｌアドレスを通知するために、ＩＮＶＩＴＥメッセージに、Ｐｏｏｌアドレスを追加する（Ｆ１０１７）。
次に、ＳＩＰ処理部２３は、ｕｓｅｒ−２＠Ｂ（１−２Ｂ）に対して上記にて割当てたＰｏｏｌアドレスを通知するために、ＩＮＶＩＴＥメッセージに、Ｐｏｏｌアドレスを追加する（Ｆ１０１７）。
図１１は、ＳＩＰサーバからのＩＮＶＩＴＥメッセージ（発信者Ａｎｏｎｙｍｏｕｓ、Ｐｏｏｌ ＩＰアドレス割当て時）の記述例を示す図である。
Ｐｏｏｌアドレスの追加は、例えば、図１１のＩＮＶＩＴＥメッセージ（Ｍ１０２）における、Ｔｏ：０３−５０００−２２２２＜ｓｉｐ：ｕｓｅｒ−２＠Ｂ＞；ｐｏｏｌ＝ＩＮ ＩＰ４ １１．０．０．２０２（Ｍ１０２１）に示すように、“；ｐｏｏｌ＝ＩＮ ＩＰ４ １１．０．０．２０２”として、上記にて割当てたＰｏｏｌアドレス＝１１．０．０．２０２をＩＮＶＩＴＥメッセージに追加する。
その後、ＳＩＰ処理部２３は、ＩＮＶＩＴＥメッセージをｕｓｅｒ−２＠Ｂに送信する（Ｆ１０１８）。ＩＮＶＩＴＥメッセージは、ＩＮＶＩＴＥ（ＳＱ１０２）として、ＳＩＰサーバ２からｕｓｅｒ−２＠Ｂ（１−２Ｂ）に転送される。
Ｐｏｏｌアドレスの追加は、例えば、図１１のＩＮＶＩＴＥメッセージ（Ｍ１０２）における、Ｔｏ：０３−５０００−２２２２＜ｓｉｐ：ｕｓｅｒ−２＠Ｂ＞；ｐｏｏｌ＝ＩＮ ＩＰ４ １１．０．０．２０２（Ｍ１０２１）に示すように、“；ｐｏｏｌ＝ＩＮ ＩＰ４ １１．０．０．２０２”として、上記にて割当てたＰｏｏｌアドレス＝１１．０．０．２０２をＩＮＶＩＴＥメッセージに追加する。
その後、ＳＩＰ処理部２３は、ＩＮＶＩＴＥメッセージをｕｓｅｒ−２＠Ｂに送信する（Ｆ１０１８）。ＩＮＶＩＴＥメッセージは、ＩＮＶＩＴＥ（ＳＱ１０２）として、ＳＩＰサーバ２からｕｓｅｒ−２＠Ｂ（１−２Ｂ）に転送される。
（ＩＮＶＩＴＥ受信処理）
図１６は、ＩＰ電話端末におけるＩＮＶＩＴＥ受信処理フローを示す図である。
ｕｓｅｒ−２＠Ｂ（１−２Ｂ）では、ＳＩＰ処理部１３が、ＩＮＶＩＴＥ受信処理（Ｆ１０２）を行う。図１６に示すように、ＩＮＶＩＴＥ受信処理（Ｆ１０２）では、受信したＩＮＶＩＴＥメッセージ（Ｍ１０２）におけるＴｏフィールドの値を抽出（Ｆ１０２１）を行い、Ｐｏｏｌ ＩＰアドレスが割当てられているか判定（Ｆ１０２２）する。
例えば、Ｔｏ：０３−５０００−２２２２＜ｓｉｐ：ｕｓｅｒ−２＠Ｂ＞；ｐｏｏｌ＝ＩＮ ＩＰ４ １１．０．０．２０２（Ｍ１０２１）のような設定がある場合（Ｙ）、ｕｓｅｒ−２＠Ｂ（１−２Ｂ）では、本ダイアログにおけるＳＩＰメッセージおよびＲＴＰパケットにて使用する自ＩＰアドレスとして、正式なＩＰアドレス（１１．０．０．２）を使用せずに、ＳＩＰサーバ２にて割当てられたＰｏｏｌ ＩＰアドレス（１１．０．０．２０２）を使用する（Ｆ１０２３）。その後、ＳＩＰ処理部１３は、１８０ ＲｉｎｇｉｎｇメッセージをＳＩＰサーバ２に送信する（Ｆ１０２４）。
一方、ステップＦ１０２２で設定が無い場合（Ｎ）、ｕｓｅｒ−２＠Ｂ（１−２Ｂ）では、ＳＩＰ処理部１３は、本ダイアログにおけるＳＩＰメッセージおよびＲＴＰパケットにて使用する自ＩＰアドレスとして、正式なＩＰアドレス（１１．０．０．２）を使用し、１８０ Ｒｉｎｇｉｎｇメッセージを送信する（Ｆ１０２４）。
図１６は、ＩＰ電話端末におけるＩＮＶＩＴＥ受信処理フローを示す図である。
ｕｓｅｒ−２＠Ｂ（１−２Ｂ）では、ＳＩＰ処理部１３が、ＩＮＶＩＴＥ受信処理（Ｆ１０２）を行う。図１６に示すように、ＩＮＶＩＴＥ受信処理（Ｆ１０２）では、受信したＩＮＶＩＴＥメッセージ（Ｍ１０２）におけるＴｏフィールドの値を抽出（Ｆ１０２１）を行い、Ｐｏｏｌ ＩＰアドレスが割当てられているか判定（Ｆ１０２２）する。
例えば、Ｔｏ：０３−５０００−２２２２＜ｓｉｐ：ｕｓｅｒ−２＠Ｂ＞；ｐｏｏｌ＝ＩＮ ＩＰ４ １１．０．０．２０２（Ｍ１０２１）のような設定がある場合（Ｙ）、ｕｓｅｒ−２＠Ｂ（１−２Ｂ）では、本ダイアログにおけるＳＩＰメッセージおよびＲＴＰパケットにて使用する自ＩＰアドレスとして、正式なＩＰアドレス（１１．０．０．２）を使用せずに、ＳＩＰサーバ２にて割当てられたＰｏｏｌ ＩＰアドレス（１１．０．０．２０２）を使用する（Ｆ１０２３）。その後、ＳＩＰ処理部１３は、１８０ ＲｉｎｇｉｎｇメッセージをＳＩＰサーバ２に送信する（Ｆ１０２４）。
一方、ステップＦ１０２２で設定が無い場合（Ｎ）、ｕｓｅｒ−２＠Ｂ（１−２Ｂ）では、ＳＩＰ処理部１３は、本ダイアログにおけるＳＩＰメッセージおよびＲＴＰパケットにて使用する自ＩＰアドレスとして、正式なＩＰアドレス（１１．０．０．２）を使用し、１８０ Ｒｉｎｇｉｎｇメッセージを送信する（Ｆ１０２４）。
ＳＩＰ処理部１３は、１８０ Ｒｉｎｇｉｎｇ（ＳＱ１０３）として、ｕｓｅｒ−２＠Ｂ（１−２Ｂ）からＳＩＰサーバ２に送信する。
図１２は、着信者側ＩＰ電話端末からの１８０ Ｒｉｎｇｉｎｇメッセージ（着信者側ＩＰアドレス＝Ｐｏｏｌ ＩＰアドレス設定時）の記述例を示す図である。
ｕｓｅｒ−２＠Ｂ（１−２Ｂ）は、ＩＮＶＩＴＥ受信処理（Ｆ１０２）により、１８０ Ｒｉｎｇｉｎｇ（ＳＱ１０３）にて、図１２に示す１８０ Ｒｉｎｇｉｎｇ（Ｍ１０３）におけるＣｏｎｔａｃｔフィールドに、＜ｓｉｐ：ｕｓｅｒ−２＠１１．０．０．２０２＞（Ｍ１０３１）として、Ｐｏｏｌ ＩＰアドレスを設定する。
図１２は、着信者側ＩＰ電話端末からの１８０ Ｒｉｎｇｉｎｇメッセージ（着信者側ＩＰアドレス＝Ｐｏｏｌ ＩＰアドレス設定時）の記述例を示す図である。
ｕｓｅｒ−２＠Ｂ（１−２Ｂ）は、ＩＮＶＩＴＥ受信処理（Ｆ１０２）により、１８０ Ｒｉｎｇｉｎｇ（ＳＱ１０３）にて、図１２に示す１８０ Ｒｉｎｇｉｎｇ（Ｍ１０３）におけるＣｏｎｔａｃｔフィールドに、＜ｓｉｐ：ｕｓｅｒ−２＠１１．０．０．２０２＞（Ｍ１０３１）として、Ｐｏｏｌ ＩＰアドレスを設定する。
（応答）
また、ＳＩＰサーバ２は、１８０ Ｒｉｎｇｉｎｇ（ＳＱ１０３）をｕｓｅｒ−２＠Ｂ（１−２Ｂ）から受信すると、１８０ Ｒｉｎｇｉｎｇをｕｓｅｒ−１＠Ａ（１−１Ａ）に転送する（ＳＱ１０４）。
ｕｓｅｒ−２＠Ｂ（１−２Ｂ）にて、オフフック状態に遷移すると、２００ ＯＫ（ＳＱ１０５）として、ｕｓｅｒ−２＠Ｂ（１−２Ｂ）からＳＩＰサーバ２に送信し、ＳＩＰサーバ２からｕｓｅｒ−１＠Ａ（１−１Ａ）に転送する（ＳＱ１０６）。
２００ ＯＫ（ＳＱ１０６）を受信したｕｓｅｒ−１＠Ａ（１−１Ａ）は、ＡＣＫ（ＳＱ１０７）として、ｕｓｅｒ−１＠Ａ（１−１Ａ）からＳＩＰサーバ２に送信する。
また、ＳＩＰサーバ２は、１８０ Ｒｉｎｇｉｎｇ（ＳＱ１０３）をｕｓｅｒ−２＠Ｂ（１−２Ｂ）から受信すると、１８０ Ｒｉｎｇｉｎｇをｕｓｅｒ−１＠Ａ（１−１Ａ）に転送する（ＳＱ１０４）。
ｕｓｅｒ−２＠Ｂ（１−２Ｂ）にて、オフフック状態に遷移すると、２００ ＯＫ（ＳＱ１０５）として、ｕｓｅｒ−２＠Ｂ（１−２Ｂ）からＳＩＰサーバ２に送信し、ＳＩＰサーバ２からｕｓｅｒ−１＠Ａ（１−１Ａ）に転送する（ＳＱ１０６）。
２００ ＯＫ（ＳＱ１０６）を受信したｕｓｅｒ−１＠Ａ（１−１Ａ）は、ＡＣＫ（ＳＱ１０７）として、ｕｓｅｒ−１＠Ａ（１−１Ａ）からＳＩＰサーバ２に送信する。
（接続登録処理）
図１７は、ＳＩＰサーバにおける接続登録処理フローを示す図である。
ＳＩＰサーバ２では、ＳＩＰ処理部２３は、接続登録処理（Ｆ１０３）を行う。図１７に示すように、接続登録処理（Ｆ１０３）では、ＡＣＫメッセージを受信（Ｆ１０３１）し、図５−（ｂ）の＃２に示すように、接続開始時間（２４１）を２００９／１／１０ １１：５８：２９に更新すると共に、ステータス（２４３）を通話中に変更する（Ｆ１０３２）。その後、ＳＩＰ処理部２３は、ＡＣＫメッセージを送信する（Ｆ１０３３）。ＳＩＰ処理部２３は、ＡＣＫ（ＳＱ１０８）として、ＳＩＰサーバ２からｕｓｅｒ−２＠Ｂ（１−２Ｂ）に転送する。
こうして、ＩＮＶＩＴＥ（ＳＱ１０１）からＡＣＫ（ＳＱ１０８）によるセッション接続確立制御により、ｕｓｅｒ−１＠Ａ（１−１Ａ）とｕｓｅｒ−２＠Ｂ（１−２Ｂ）間のＲＴＰ（ＶｏＩＰ）通信（ＳＱ１０９）が行われる。
図１７は、ＳＩＰサーバにおける接続登録処理フローを示す図である。
ＳＩＰサーバ２では、ＳＩＰ処理部２３は、接続登録処理（Ｆ１０３）を行う。図１７に示すように、接続登録処理（Ｆ１０３）では、ＡＣＫメッセージを受信（Ｆ１０３１）し、図５−（ｂ）の＃２に示すように、接続開始時間（２４１）を２００９／１／１０ １１：５８：２９に更新すると共に、ステータス（２４３）を通話中に変更する（Ｆ１０３２）。その後、ＳＩＰ処理部２３は、ＡＣＫメッセージを送信する（Ｆ１０３３）。ＳＩＰ処理部２３は、ＡＣＫ（ＳＱ１０８）として、ＳＩＰサーバ２からｕｓｅｒ−２＠Ｂ（１−２Ｂ）に転送する。
こうして、ＩＮＶＩＴＥ（ＳＱ１０１）からＡＣＫ（ＳＱ１０８）によるセッション接続確立制御により、ｕｓｅｒ−１＠Ａ（１−１Ａ）とｕｓｅｒ−２＠Ｂ（１−２Ｂ）間のＲＴＰ（ＶｏＩＰ）通信（ＳＱ１０９）が行われる。
（切断登録処理）
通話が完了後、例えばｕｓｅｒ−１＠Ａ（１−１Ａ）から切断する場合、ＢＹＥ（ＳＱ１１０）をＳＩＰサーバ２に対して送信し、ＳＩＰサーバ２からｕｓｅｒ−２＠Ｂ（１−２Ｂ）に転送する（ＳＱ１１１）。ＢＹＥ（ＳＱ１１１）を受信したｕｓｅｒ−２＠Ｂ（１−２Ｂ）は、ＳＩＰサーバ２に対して、２００ ＯＫ（ＳＱ１１２）を送信する。
図１８は、ＳＩＰサーバにおける切断登録処理フローを示す図である。
ＳＩＰサーバ２では、ＳＩＰ処理部２３が、切断登録処理（Ｆ１０４）を行う。図１８に示すように、切断登録処理（Ｆ１０４）では、ＢＹＥメッセージに対する２００ ＯＫメッセージを受信（Ｆ１０４１）し、図５−（ｃ）の＃２に示すように、切断時間（２４２）を２００９／１／１０ １２：４：１２を更新すると共に、ステータス（２４３）を切断に変更する（Ｆ１０４２）。その後、２００ ＯＫメッセージを送信する（Ｆ１０４３）。ＳＩＰ処理部２３は、２００ ＯＫメッセージ（ＳＱ１１３）として、ＳＩＰサーバ２からｕｓｅｒ−１＠Ａ（１−１Ａ）に転送する。
こうして、ＢＹＥ（ＳＱ１１０）から２００ ＯＫ（ＳＱ１１３）によるセッション切断制御により、ｕｓｅｒ−１＠Ａ（１−１Ａ）とｕｓｅｒ−２＠Ｂ（１−２Ｂ）間のＲＴＰ（ＶｏＩＰ）通信（ＳＱ１０９）が切断が完了する。
通話が完了後、例えばｕｓｅｒ−１＠Ａ（１−１Ａ）から切断する場合、ＢＹＥ（ＳＱ１１０）をＳＩＰサーバ２に対して送信し、ＳＩＰサーバ２からｕｓｅｒ−２＠Ｂ（１−２Ｂ）に転送する（ＳＱ１１１）。ＢＹＥ（ＳＱ１１１）を受信したｕｓｅｒ−２＠Ｂ（１−２Ｂ）は、ＳＩＰサーバ２に対して、２００ ＯＫ（ＳＱ１１２）を送信する。
図１８は、ＳＩＰサーバにおける切断登録処理フローを示す図である。
ＳＩＰサーバ２では、ＳＩＰ処理部２３が、切断登録処理（Ｆ１０４）を行う。図１８に示すように、切断登録処理（Ｆ１０４）では、ＢＹＥメッセージに対する２００ ＯＫメッセージを受信（Ｆ１０４１）し、図５−（ｃ）の＃２に示すように、切断時間（２４２）を２００９／１／１０ １２：４：１２を更新すると共に、ステータス（２４３）を切断に変更する（Ｆ１０４２）。その後、２００ ＯＫメッセージを送信する（Ｆ１０４３）。ＳＩＰ処理部２３は、２００ ＯＫメッセージ（ＳＱ１１３）として、ＳＩＰサーバ２からｕｓｅｒ−１＠Ａ（１−１Ａ）に転送する。
こうして、ＢＹＥ（ＳＱ１１０）から２００ ＯＫ（ＳＱ１１３）によるセッション切断制御により、ｕｓｅｒ−１＠Ａ（１−１Ａ）とｕｓｅｒ−２＠Ｂ（１−２Ｂ）間のＲＴＰ（ＶｏＩＰ）通信（ＳＱ１０９）が切断が完了する。
なお、本実施の形態では、セッション制御プロトコルとしてＳＩＰを用いて、非通知着信要求（Ａｎｏｎｙｍｏｕｓ）の場合、着信側のＩＰアドレスをＰｏｏｌ ＩＰアドレスを使用するための説明を行ったが、ＭＧＣＰ、Ｈ．２４８等のセッション制御プロトコルを用いた場合でもＳＩＰと同様に適用できる。
また、Ｐｏｏｌ ＩＰアドレスをＳＩＰサーバから割当てる方法を記載しているが、着信側ＩＰ電話端末が、非通知着信要求（Ａｎｏｎｙｍｏｕｓ）を認識した場合、着信側ＩＰ電話端末がＤＨＣＰサーバ等に暫定ＩＰアドレスを要求する方法でも適用できる。
また、Ｐｏｏｌ ＩＰアドレスをＳＩＰサーバから割当てる方法を記載しているが、着信側ＩＰ電話端末が、非通知着信要求（Ａｎｏｎｙｍｏｕｓ）を認識した場合、着信側ＩＰ電話端末がＤＨＣＰサーバ等に暫定ＩＰアドレスを要求する方法でも適用できる。
１：ＩＰ電話端末
２：ＳＩＰサーバ
３：Ｌ２ＳＷ
４：ルータ
５：ＤＨＣＰサーバ
２：ＳＩＰサーバ
３：Ｌ２ＳＷ
４：ルータ
５：ＤＨＣＰサーバ
Claims (14)
- 複数のＩＰ端末とセッション制御管理サーバが接続されている通信システムにおいて、
前記セッション制御管理サーバは、
通話中又は切断を示すステータス、発信者情報、着信者情報を記憶する接続管理テーブルと、
加入者毎の電話番号、識別子、ＩＰアドレスを記憶する加入者管理テーブル
を備え、
前記セッション制御管理サーバが、発信側ＩＰ端末から非通知着信要求である第１接続要求メッセージを受信した場合、
前記セッション制御管理サーバは、前記発信側ＩＰ端末から受信した第１接続要求メッセージから発信者情報及び着信者情報を抽出し、前記接続管理テーブルに、発信者情報として発信者アドレス、着信者情報として着信端末識別子を登録し、
前記セッション制御管理サーバは、着信者情報に着信端末識別子と着信側ＩＰ端末に割当てた暫定ＩＰアドレスを含めた第２接続要求メッセージを着信側ＩＰ端末に送信し、
前記着信側ＩＰ端末は、受信した第２接続要求メッセージから着信者情報を抽出し、暫定ＩＰアドレスが含まれている場合、自ＩＰアドレスとして前記暫定ＩＰアドレスを使用した応答メッセージを前記セッション制御管理サーバに送信し、
前記セッション制御管理サーバは、前記暫定ＩＰアドレスにより前記接続管理テーブルを参照して、セッション接続確立制御により前記発信側ＩＰ端末と前記着信側ＩＰ端末との間の通信を行う
通信システム。 - 前記セッション制御管理サーバは、
前記接続管理テーブルに、発信者情報として非通知識別子をさらに登録し、
発信者情報が非通知接続要求を示す非通知識別子を含む場合に、さらに、着信者情報に従い前記加入者管理テーブルを参照し、ＩＰアドレスに暫定ＩＰアドレス割当ての識別情報が記憶されていれば、着信側ＩＰ端末に暫定ＩＰアドレスを割当て、前記接続管理テーブルの着信者情報に暫定アドレスを登録することを特徴とする請求項１に記載の通信システム。 - 前記セッション制御管理サーバは、発信者情報が非通知接続要求を示す非通知識別子を含む場合、接続要求メッセージに含まれる発信者のＩＰアドレスにより前記加入者管理テーブルを検索し、発信者の電話番号及び／又は識別子を求め、前記接続管理テーブルの発信者情報に追加することを特徴とする請求項１又は２に記載の通信システム。
- 発信側ＩＰ端末は、発信者情報として、送信元フィールドに非通知識別子を設定し、宛先フィールドに着信端末識別子を設定した接続要求メッセージをセッション制御管理サーバに転送することを特徴とする請求項１乃至３のいずれかに記載の通信システム。
- 前記セッション制御管理サーバは、前記ＩＰ端末から受信した登録メッセージに、暫定ＩＰアドレス割当て要求設定があると、前記加入者管理テーブルに、前記ＩＰ端末の電話番号及び識別子及びＩＰアドレスを含む、通常使用するＩＰアドレスに関する登録設定を行うと共に、非通知の発信側ＩＰ端末からの接続要求時に、前記ＩＰ端末の電話番号及び識別子及び暫定ＩＰアドレス割当ての識別情報を含む、暫定ＩＰ割当て要求を行うための登録設定を行うことを特徴とする請求項１乃至４のいずれかに記載の通信システム。
- 前記ＩＰ端末は、前記セッション制御管理サーバに非通知着信のための登録をする際、登録メッセージに、自ＩＰアドレスの他に暫定ＩＰアドレスを要求する設定を追加することで、非通知着信要求メッセージを受信した場合、暫定アドレスの割当てを要求することを特徴とする請求項１乃至５のいずれかに記載の通信システム。
- 発信側ＩＰ端末から非通知の接続要求が、前記セッション制御管理サーバにて上記暫定ＩＰアドレス割り当て要求登録された着信側ＩＰ端末宛の場合、前記セッション制御管理サーバは、Ｐｏｏｌ ＩＰアドレスから暫定ＩＰアドレスを決定し、送信元フィールドに非通知識別子を含め、宛先フィールドにおいて着信ＩＰ端末の識別子に暫定ＩＰアドレスを付加して、接続要求メッセージを着信側ＩＰ端末に転送することを特徴とする請求項１乃至６のいずれかに記載の通信システム。
- 前記着信側ＩＰ端末は、前記セッション制御管理サーバから、割当てられた暫定ＩＰアドレスを受信した場合、以後の処理において、送信元ＩＰアドレス及び／又はセッション制御メッセージの各設定パラメータに使用する自ＩＰアドレスとして、暫定ＩＰアドレスを使用することを特徴とする請求項１乃至７のいずれかに記載の通信システム。
- 前記セッション制御管理サーバは、複数のＰｏｏｌ ＩＰアドレスを記憶したＰｏｏｌアドレス管理テーブル暫定ＩＰアドレスをさらに備え、
前記Ｐｏｏｌアドレス管理テーブルから予め定めた順又は規則でＰｏｏｌ ＩＰアドレスを選択して、暫定ＩＰアドレスを割当てることを特徴とする請求項１乃至８のいずれかに記載の通信システム。 - 複数のＩＰ端末とセッション制御管理サーバが接続されている通信システムにおける前記セッション制御管理サーバであって、
通話中又は切断を示すステータス、発信者情報、着信者情報を記憶する接続管理テーブルと、
加入者毎の電話番号、識別子、ＩＰアドレスを記憶する加入者管理テーブル
を備え、
前記セッション制御管理サーバが、発信側ＩＰ端末から非通知着信要求である第１接続要求メッセージを受信した場合、
前記セッション制御管理サーバは、前記発信側ＩＰ端末から受信した第１接続要求メッセージから発信者情報及び着信者情報を抽出し、前記接続管理テーブルに、発信者情報として発信者アドレス、着信者情報として着信端末識別子を登録し、
前記セッション制御管理サーバは、着信者情報に着信端末識別子と着信側ＩＰ端末に割当てた暫定ＩＰアドレスを含めた第２接続要求メッセージを着信側ＩＰ端末に送信し、
前記セッション制御管理サーバは、前記着信側ＩＰ端末から、自ＩＰアドレスとして前記暫定ＩＰアドレスを使用した応答メッセージを受信し、
前記セッション制御管理サーバは、前記暫定ＩＰアドレスにより前記接続管理テーブルを参照して、セッション接続確立制御により前記発信側ＩＰ端末と前記着信側ＩＰ端末との間の通信を行う
セッション制御管理サーバ。 - 前記接続管理テーブルに、発信者情報として非通知識別子をさらに登録し、
発信者情報が非通知接続要求を示す非通知識別子を含む場合に、さらに、着信者情報に従い前記加入者管理テーブルを参照し、ＩＰアドレスに暫定ＩＰアドレス割当ての識別情報が記憶されていれば、着信側ＩＰ端末に暫定ＩＰアドレスを割当て、前記接続管理テーブルの着信者情報に暫定アドレスを登録することを特徴とする請求項１０に記載のセッション制御管理サーバ。 - 複数のＩＰ端末とセッション制御管理サーバが接続されている通信システムにおいて、
前記セッション制御管理サーバは、
通話中又は切断を示すステータス、発信者情報、着信者情報を記憶する接続管理テーブルと、
加入者毎の電話番号、識別子、ＩＰアドレスを記憶する加入者管理テーブル
を備えた、前記通信システムにおけるセッション制御方法であって、
前記セッション制御管理サーバが、発信側ＩＰ端末から非通知着信要求である第１接続要求メッセージを受信した場合、
前記セッション制御管理サーバは、前記発信側ＩＰ端末から受信した第１接続要求メッセージから発信者情報及び着信者情報を抽出し、前記接続管理テーブルに、発信者情報として発信者アドレス、着信者情報として着信端末識別子を登録し、
前記セッション制御管理サーバは、着信者情報に着信端末識別子と着信側ＩＰ端末に割当てた暫定ＩＰアドレスを含めた第２接続要求メッセージを着信側ＩＰ端末に送信し、
前記着信側ＩＰ端末は、受信した第２接続要求メッセージから着信者情報を抽出し、暫定ＩＰアドレスが含まれている場合、自ＩＰアドレスとして前記暫定ＩＰアドレスを使用した応答メッセージを前記セッション制御管理サーバに送信し、
前記セッション制御管理サーバは、前記暫定ＩＰアドレスにより前記接続管理テーブルを参照して、セッション接続確立制御により前記発信側ＩＰ端末と前記着信側ＩＰ端末との間の通信を行う
セッション制御方法。 - 前記接続管理テーブルは、発信者情報として非通知識別子をさらに登録し、
前記セッション制御管理サーバは、発信者情報に非通知接続要求を示す非通知識別子を含む場合、さらに、着信者情報に従い前記加入者管理テーブルを参照し、ＩＰアドレスに暫定ＩＰアドレス割当ての識別情報が記憶されていれば、着信側ＩＰ端末に暫定ＩＰアドレスを割当て、前記接続管理テーブルの着信者情報に暫定アドレスを登録することを特徴とする請求項１２に記載のセッション制御方法。 - 前記セッション制御のためのプロトコルは、ＳＩＰ、又は、ＭＧＣＰ、Ｈ．２４８であることを特徴とする請求項１２又は１３に記載のセッション制御方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009133709A JP5275908B2 (ja) | 2009-06-03 | 2009-06-03 | 通信システム、セッション制御管理サーバ及びセッション制御方法 |
| US12/792,100 US8606936B2 (en) | 2009-06-03 | 2010-06-02 | Communication system, session control management server and session control method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009133709A JP5275908B2 (ja) | 2009-06-03 | 2009-06-03 | 通信システム、セッション制御管理サーバ及びセッション制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2010283489A JP2010283489A (ja) | 2010-12-16 |
| JP5275908B2 true JP5275908B2 (ja) | 2013-08-28 |
Family
ID=43301536
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009133709A Expired - Fee Related JP5275908B2 (ja) | 2009-06-03 | 2009-06-03 | 通信システム、セッション制御管理サーバ及びセッション制御方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US8606936B2 (ja) |
| JP (1) | JP5275908B2 (ja) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8938534B2 (en) | 2010-12-30 | 2015-01-20 | Ss8 Networks, Inc. | Automatic provisioning of new users of interest for capture on a communication network |
| US9058323B2 (en) | 2010-12-30 | 2015-06-16 | Ss8 Networks, Inc. | System for accessing a set of communication and transaction data associated with a user of interest sourced from multiple different network carriers and for enabling multiple analysts to independently and confidentially access the set of communication and transaction data |
| US8972612B2 (en) | 2011-04-05 | 2015-03-03 | SSB Networks, Inc. | Collecting asymmetric data and proxy data on a communication network |
| US10225354B2 (en) * | 2011-06-06 | 2019-03-05 | Mitel Networks Corporation | Proximity session mobility |
| US20120311038A1 (en) | 2011-06-06 | 2012-12-06 | Trinh Trung Tim | Proximity Session Mobility Extension |
| US9350762B2 (en) | 2012-09-25 | 2016-05-24 | Ss8 Networks, Inc. | Intelligent feedback loop to iteratively reduce incoming network data for analysis |
| WO2014092640A1 (en) * | 2012-12-10 | 2014-06-19 | MOTIWALLA, Juzar | Computerized method and system for secure communication, and method and system for matching customers with options for investment |
| US9830593B2 (en) | 2014-04-26 | 2017-11-28 | Ss8 Networks, Inc. | Cryptographic currency user directory data and enhanced peer-verification ledger synthesis through multi-modal cryptographic key-address mapping |
| JP6396685B2 (ja) * | 2014-06-04 | 2018-09-26 | 日本電気通信システム株式会社 | 呼制御装置、受信機及びそれらの制御方法 |
| JP6476806B2 (ja) * | 2014-12-09 | 2019-03-06 | 沖電気工業株式会社 | 通信中継装置及び通信中継装置の中継方法 |
| CN106157079A (zh) | 2015-04-13 | 2016-11-23 | 阿里巴巴集团控股有限公司 | 订单数据的交互方法及服务器 |
| CN106161374A (zh) | 2015-04-13 | 2016-11-23 | 阿里巴巴集团控股有限公司 | 订单数据的交互方法及服务器 |
| CN106161807A (zh) | 2015-04-13 | 2016-11-23 | 阿里巴巴集团控股有限公司 | 通信方法及服务器 |
| FI20185636A1 (en) * | 2018-07-10 | 2020-01-11 | Telia Co Ab | Handling of subscriber identity when providing service |
| CN114449112B (zh) * | 2022-04-08 | 2023-06-16 | 荣耀终端有限公司 | 电话会议的提醒方法、电子设备及存储介质 |
Family Cites Families (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6564261B1 (en) * | 1999-05-10 | 2003-05-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Distributed system to intelligently establish sessions between anonymous users over various networks |
| US6496511B1 (en) * | 1999-05-21 | 2002-12-17 | 3Com Corporation | Method for preserving preassigned IP addresses in a remote access server |
| JP3487813B2 (ja) * | 2000-06-21 | 2004-01-19 | 日本電気通信システム株式会社 | 移動通信システム、移動通信中継装置及びコンピュータ読み取り可能な記憶媒体 |
| US20050152363A1 (en) * | 2000-12-21 | 2005-07-14 | Bellsouth Intellectual Property Corporation | Disposable communications addresses |
| US20040240642A1 (en) * | 2001-06-18 | 2004-12-02 | Crandell Jeffrey L. | Apparatus, systems and methods for managing incoming and outgoing communication |
| FI20020818A0 (fi) * | 2002-04-30 | 2002-04-30 | Ericsson Telefon Ab L M | Menetelmä ja järjestely persoonattoman tilapäisen numeron antamiseksi viestintäverkon tilaajalle |
| KR100934138B1 (ko) * | 2002-05-06 | 2009-12-29 | 퀄컴 인코포레이티드 | 무선 통신 장치의 ｉｐ 어드레스를 등록하기 위한 시스템및 방법 |
| JP3873891B2 (ja) * | 2003-01-22 | 2007-01-31 | 株式会社日立製作所 | パケット通信装置 |
| CA2588611A1 (en) * | 2004-11-24 | 2006-06-01 | Talkplus, Inc. | User-controlled telecommunications system |
| WO2006072052A2 (en) * | 2004-12-31 | 2006-07-06 | Anonymizer, Inc. | System for protecting identity in a network environment |
| JP2007006456A (ja) * | 2005-05-25 | 2007-01-11 | Sharp Corp | 受信装置、送信装置 |
| JP4480634B2 (ja) * | 2005-06-24 | 2010-06-16 | 富士通株式会社 | 通信システム及びセッション確立方法 |
| US7830868B2 (en) * | 2006-02-06 | 2010-11-09 | Research In Motion Limited | System and method for effecutating a SIP call in a network environment including IMS |
| US20080025488A1 (en) * | 2006-01-13 | 2008-01-31 | Ben Dean | Anonymous Communications Using Sender Based Routing |
| GB2443889A (en) * | 2006-11-20 | 2008-05-21 | Skype Ltd | Method and system for anonymous communication |
| GB0625439D0 (en) * | 2006-12-20 | 2007-01-31 | Skype Ltd | Communication system and method |
| JP5050566B2 (ja) * | 2007-02-28 | 2012-10-17 | 富士通株式会社 | 電話接続プログラム、電話接続方法、及び電話接続装置 |
| JP2009049559A (ja) * | 2007-08-15 | 2009-03-05 | Sony Corp | メッセージ中継装置、メッセージ中継システム及びプログラム |
| WO2009026170A2 (en) * | 2007-08-16 | 2009-02-26 | Research In Motion Limited | Apparatuses and methods for anonymous messaging |
| EP2051471A1 (en) * | 2007-10-18 | 2009-04-22 | Nokia Siemens Networks Oy | Pseudonymous mobile communication for internet communities |
| WO2010111144A1 (en) * | 2009-03-24 | 2010-09-30 | Research In Motion Limited | System and method for providing a circuit switched domain number |
| US8621090B2 (en) * | 2009-05-07 | 2013-12-31 | Match.Com, L.L.C. | System and method for providing sequenced anonymous communication sessions over a network |
-
2009
- 2009-06-03 JP JP2009133709A patent/JP5275908B2/ja not_active Expired - Fee Related
-
2010
- 2010-06-02 US US12/792,100 patent/US8606936B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2010283489A (ja) | 2010-12-16 |
| US20100312903A1 (en) | 2010-12-09 |
| US8606936B2 (en) | 2013-12-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5275908B2 (ja) | 通信システム、セッション制御管理サーバ及びセッション制御方法 | |
| US9077566B2 (en) | Caller ID callback authenticationi for voice over internet protocol (“VoIP”) deployments | |
| JP5662745B2 (ja) | 企業外の電話を企業内のユーザに関連付けるネットワーク・フレームワーク | |
| JP4480634B2 (ja) | 通信システム及びセッション確立方法 | |
| KR20070010693A (ko) | Ｓｉｐ를 이용한 통신 시스템에서 호 해제 요청/응답메시지를 이용한 네트워크 상태 관리 방법 | |
| KR20080044830A (ko) | Ｓｉｐ와 같은 컴퓨터 프로토콜에 기초하여 전화 호출을다이얼로그와 연관시키는 방법 | |
| JP3990297B2 (ja) | 応答処理制御方法 | |
| US9071690B2 (en) | Call transfer processing in SIP mode | |
| US7620167B2 (en) | Apparatus to override the redirect or reject feature at an SIP end point | |
| WO2007036124A1 (fr) | Procédé d'adressage dans un système de communication | |
| CN101622815B (zh) | 用于呼叫分叉情况的动态密钥交换 | |
| JP5325871B2 (ja) | 通信システム及びサーバ | |
| JP4677350B2 (ja) | 呼制御信号転送装置、呼制御信号転送方法および呼制御信号転送プログラム | |
| JP4564881B2 (ja) | 音声通信システム | |
| EP2289253B1 (en) | Method for achieving a call -waiting functionality in a communication network. | |
| US7995561B2 (en) | Techniques for implementing logical trunk groups with session initiation protocol (SIP) | |
| JP2010219580A (ja) | 通信中継装置、通信端末、及び通信方法 | |
| CA2819877C (en) | Method and apparatus for processing multiple incoming calls in a single device | |
| JP2006352552A (ja) | ファックス通信システム、その通信方法、これに用いる端末及びサーバ | |
| JP2005252802A (ja) | 迷惑電話防止サービスを提供するｉｐ電話システム | |
| WO2011124166A2 (zh) | 一种会话转接方法、应用服务器和通信系统 | |
| Garcia-Martin et al. | Session Description Protocol (SDP) Extension for Setting Audio and Video Media Streams over Circuit-Switched Bearers in the Public Switched Telephone Network (PSTN) | |
| JP2008042739A (ja) | Ｓｉｐによるｉｐアドレス取得方法、ネットワーク・システム、及びｓｉｐ端末 | |
| WO2013048230A1 (en) | A system and method for session transfer from a public switched telephone network (pstn) device to a session initiation protocol (sip) device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20110819 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130221 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130226 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130423 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130514 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130516 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |