(57)【特許請求の範囲】
【請求項１】
ネットワーク上で提供される通信サービスを利用する利用者の発信端末から送信された信号を処理する信号処理装置と、当該通信サービスに用いられるアドレスを着信端末各々に割り当てるアドレス割当装置とから構成され、前記信号処理装置が、着信端末を利用する利用者を一意に識別するＩＤもしくは着信端末を一意に識別するＩＤが指定された信号を受信すると、前記アドレス割当装置によって当該着信端末に割り当てられたアドレスを用いて当該信号を処理する通信サービス提供システムであって、
前記アドレス割当装置は、
着信端末を一意に識別する割当先情報を受け付けるとともに、アドレスの割り当てを要求する割当要求を当該着信端末から受け付けると、アドレスを割り当てて当該アドレスを当該着信端末に応答する割当手段と、
前記割当手段によって着信端末にアドレスが割り当てられると、当該アドレスと前記割当先情報との対応づけを割当記憶手段に格納する割当格納手段と、
アドレスを指定して当該アドレスを現に割り当てられている着信端末の割当先情報を問い合わせる割当先情報問い合わせを前記信号処理装置から受け付けると、当該アドレスを検索キーとして前記割当記憶手段を検索し、当該アドレスに対応づけられている割当先情報を取得して当該割当先情報を当該信号処理装置に応答する応答手段とを備え、
前記信号処理装置は、
前記アドレス割当装置の割当手段によるアドレスの割り当てを受けた着信端末から、当該着信端末を利用する利用者のＩＤもしくは当該着信端末のＩＤと、当該着信端末の割当先情報と、当該着信端末に割り当てられたアドレスとの対応づけを格納することを要求する格納要求を受け付けると、当該対応づけを端末情報記憶手段に格納する格納手段と、
ＩＤが指定された信号を発信端末から受信すると、当該ＩＤを検索キーとして前記端末情報記憶手段を検索し、当該ＩＤに対応づけられている割当先情報およびアドレスを取得する第１の取得手段と、
前記第１の取得手段によって割当先情報およびアドレスが取得されると、当該アドレスを検索キーとする前記割当先情報問い合わせを前記アドレス割当装置に送信し、前記応答手段によって応答されることで当該アドレスに対応づけられている割当先情報を取得する第２の取得手段と、
前記第２の取得手段によって割当先情報が取得されると、前記第１の取得手段によって取得された割当先情報と前記第２の取得手段によって取得された割当先情報とが一致するか否かを比較し、一致した場合に、前記第１の取得手段によって取得されたアドレスを用いて前記信号を処理する信号処理手段と、
を備えたことを特徴とする通信サービス提供システム。
【請求項２】
ネットワーク上で提供される通信サービスを利用する利用者の発信端末から送信された信号を処理する信号処理装置と、当該通信サービスに用いられるアドレスを着信端末各々に割り当てるアドレス割当装置とから構成され、前記信号処理装置が、着信端末を利用する利用者を一意に識別するＩＤもしくは着信端末を一意に識別するＩＤが指定された信号を受信すると、前記アドレス割当装置によって当該着信端末に割り当てられたアドレスを用いて当該信号を処理する通信サービス提供システムにおける前記アドレス割当装置であって、
着信端末を一意に識別する割当先情報を受け付けるとともに、アドレスの割り当てを要求する割当要求を当該着信端末から受け付けると、アドレスを割り当てて当該アドレスを当該着信端末に応答する割当手段と、
前記割当手段によって着信端末にアドレスが割り当てられると、当該アドレスと前記割当先情報との対応づけを割当記憶手段に格納する割当格納手段と、
アドレスを指定して当該アドレスを現に割り当てられている着信端末の割当先情報を問い合わせる割当先情報問い合わせを前記信号処理装置から受け付けると、前記着信端末から受け付けた格納要求によって当該信号処理装置に格納された割当先情報と当該アドレス割当装置から応答されることで当該信号処理装置に取得される割当先情報とが一致するか否かが当該信号処理装置において比較され、一致した場合に当該信号処理装置において前記信号が処理されるように、当該アドレスを検索キーとして前記割当記憶手段を検索し、当該アドレスに対応づけられている割当先情報を取得して当該割当先情報を当該信号処理装置に応答する応答手段と、
を備えたことを特徴とするアドレス割当装置。
【請求項３】
ネットワーク上で提供される通信サービスを利用する利用者の発信端末から送信された信号を処理する信号処理装置と、当該通信サービスに用いられるアドレスを着信端末各々に割り当てるアドレス割当装置とから構成され、前記信号処理装置が、着信端末を利用する利用者を一意に識別するＩＤもしくは着信端末を一意に識別するＩＤが指定された信号を受信すると、前記アドレス割当装置によって当該着信端末に割り当てられたアドレスを用いて当該信号を処理する通信サービス提供システムにおける前記信号処理装置であって、
前記アドレス割当装置によってアドレスの割り当てを受けた着信端末から、当該着信端末を利用する利用者のＩＤもしくは当該着信端末のＩＤと、当該着信端末の割当先情報と、当該着信端末に割り当てられたアドレスとの対応づけを格納することを要求する格納要求を受け付けると、当該対応づけを端末情報記憶手段に格納する格納手段と、
ＩＤが指定された信号を発信端末から受信すると、当該ＩＤを検索キーとして前記端末情報記憶手段を検索し、当該ＩＤに対応づけられている割当先情報およびアドレスを取得する第１の取得手段と、
前記第１の取得手段によって割当先情報およびアドレスが取得されると、当該アドレスを検索キーとして当該アドレスを現に割り当てられている着信端末の割当先情報を問い合わせる割当先情報問い合わせを前記アドレス割当装置に送信し、当該アドレス割当装置から応答されることで当該アドレスに対応づけられている割当先情報を取得する第２の取得手段と、
前記第２の取得手段によって割当先情報が取得されると、前記第１の取得手段によって取得された割当先情報と前記第２の取得手段によって取得された割当先情報とが一致するか否かを比較し、一致した場合に、前記第１の取得手段によって取得されたアドレスを用いて前記信号を処理する信号処理手段と、
を備えたことを特徴とする信号処理装置。
【請求項４】
ネットワーク上で提供される通信サービスを利用する利用者の発信端末から送信された信号を処理する信号処理装置と、当該通信サービスに用いられるアドレスを着信端末各々に割り当てるアドレス割当装置とから構成される通信サービス提供システムにおいて、前記信号処理装置が、着信端末を利用する利用者を一意に識別するＩＤもしくは着信端末を一意に識別するＩＤが指定された信号を受信すると、前記アドレス割当装置によって当該着信端末に割り当てられたアドレスを用いて当該信号を処理する通信サービス提供方法であって、
前記アドレス割当装置は、
着信端末を一意に識別する割当先情報を受け付けるとともに、アドレスの割り当てを要求する割当要求を当該着信端末から受け付けると、アドレスを割り当てて当該アドレスを当該着信端末に応答する割当工程と、
前記割当工程によって着信端末にアドレスが割り当てられると、当該アドレスと前記割当先情報との対応づけを割当記憶部に格納する割当格納工程と、
アドレスを指定して当該アドレスを現に割り当てられている着信端末の割当先情報を問い合わせる割当先情報問い合わせを前記信号処理装置から受け付けると、当該アドレスを検索キーとして前記割当記憶部を検索し、当該アドレスに対応づけられている割当先情報を取得して当該割当先情報を当該信号処理装置に応答する応答工程とを含み、
前記信号処理装置は、
前記アドレス割当装置の割当工程によるアドレスの割り当てを受けた着信端末から、当該着信端末を利用する利用者のＩＤもしくは当該着信端末のＩＤと、当該着信端末の割当先情報と、当該着信端末に割り当てられたアドレスとの対応づけを格納することを要求する格納要求を受け付けると、当該対応づけを端末情報記憶部に格納する格納工程と、
ＩＤが指定された信号を発信端末から受信すると、当該ＩＤを検索キーとして前記端末情報記憶部を検索し、当該ＩＤに対応づけられている割当先情報およびアドレスを取得する第１の取得工程と、
前記第１の取得工程によって割当先情報およびアドレスが取得されると、当該アドレスを検索キーとする前記割当先情報問い合わせを前記アドレス割当装置に送信し、前記応答工程によって応答されることで当該アドレスに対応づけられている割当先情報を取得する第２の取得工程と、
前記第２の取得工程によって割当先情報が取得されると、前記第１の取得工程によって取得された割当先情報と前記第２の取得工程によって取得された割当先情報とが一致するか否かを比較し、一致した場合に、前記第１の取得工程によって取得されたアドレスを用いて前記信号を処理する信号処理工程と、
を含んだことを特徴とする通信サービス提供方法。
【請求項５】
ネットワーク上で提供される通信サービスを利用する利用者の発信端末から送信された信号を処理する信号処理装置と、当該通信サービスに用いられるアドレスを着信端末各々に割り当てるアドレス割当装置とから構成される通信サービス提供システムにおいて、前記信号処理装置が、着信端末を利用する利用者を一意に識別するＩＤもしくは着信端末を一意に識別するＩＤが指定された信号を受信すると、前記アドレス割当装置によって当該着信端末に割り当てられたアドレスを用いて当該信号を処理する通信サービス提供方法をコンピュータに実行させる通信サービス提供プログラムであって、
着信端末を一意に識別する割当先情報を受け付けるとともに、アドレスの割り当てを要求する割当要求を当該着信端末から受け付けると、アドレスを割り当てて当該アドレスを当該着信端末に応答する割当手順と、
前記割当手順によって着信端末にアドレスが割り当てられると、当該アドレスと前記割当先情報との対応づけを割当記憶部に格納する割当格納手順と、
アドレスを指定して当該アドレスを現に割り当てられている着信端末の割当先情報を問い合わせる割当先情報問い合わせを前記信号処理装置から受け付けると、当該アドレスを検索キーとして前記割当記憶部を検索し、当該アドレスに対応づけられている割当先情報を取得して当該割当先情報を当該信号処理装置に応答する応答手順とを前記アドレス割当装置としてのコンピュータに実行させ、
前記アドレス割当装置の割当手順によるアドレスの割り当てを受けた着信端末から、当該着信端末を利用する利用者のＩＤもしくは当該着信端末のＩＤと、当該着信端末の割当先情報と、当該着信端末に割り当てられたアドレスとの対応づけを格納することを要求する格納要求を受け付けると、当該対応づけを端末情報記憶部に格納する格納手順と、
ＩＤが指定された信号を発信端末から受信すると、当該ＩＤを検索キーとして前記端末情報記憶部を検索し、当該ＩＤに対応づけられている割当先情報およびアドレスを取得する第１の取得手順と、
前記第１の取得手順によって割当先情報およびアドレスが取得されると、当該アドレスを検索キーとする前記割当先情報問い合わせを前記アドレス割当装置に送信し、前記応答手順によって応答されることで当該アドレスに対応づけられている割当先情報を取得する第２の取得手順と、
前記第２の取得手順によって割当先情報が取得されると、前記第１の取得手順によって取得された割当先情報と前記第２の取得手順によって取得された割当先情報とが一致するか否かを比較し、一致した場合に、前記第１の取得手順によって取得されたアドレスを用いて前記信号を処理する信号処理手順と、
を前記信号処理装置としてのコンピュータに実行させることを特徴とする通信サービス提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、通信サービス提供システム、アドレス割当装置および信号処理装置に関する。
【背景技術】
【０００２】
従来より、ネットワーク上で提供される通信サービスのひとつに、発信端末から送信された信号を着信端末に転送することで、発信端末と着信端末との間のセッションを確立するセッション制御型のものがある。例えば、非特許文献１に開示されているＳＩＰ（Session  Initiation  Protocol）による通信サービスにおいては、着信端末を利用する利用者を一意に識別するＩＤもしくは着信端末を一意に識別するＩＤとしてＳＩＰ−ＵＲＩ（Uniform  Resource  Identifier）が使用され、ＳＩＰサーバが、着信端末のＳＩＰ−ＵＲＩが指定されたＳＩＰ信号を発信端末から受信すると、当該着信端末に割り当てられたＩＰアドレスを用いて当該ＳＩＰ信号を転送することで、発信端末と着信端末との間でＳＩＰによるセッションを確立する。
【０００３】
具体的に例を挙げて説明すると、例えば、着信端末を利用する利用者を一意に識別するＳＩＰ−ＵＲＩが、『UserA@example.co.jp』であるとする。また、着信端末は、ＤＨＣＰ（Dynamic  Host  Configuration  Protocol）サーバ機能を有するＨＧＷ（Home  GateWay）から、ＩＰアドレス『10.1.2.1』の割り当てを受けているものとする。このような構成の下、着信端末は、ＳＩＰサーバに対してREGISTERメッセージを送信することで、ＳＩＰ−ＵＲＩとＩＰアドレスとの対応づけをＳＩＰサーバに登録することを要求し、ＳＩＰサーバは、要求された対応づけを記憶部に登録する。こうして、発信端末を利用する利用者が着信端末に割り当てられたＩＰアドレスを知らなくとも、発信端末が、着信端末のＳＩＰ−ＵＲＩ『UserA@example.co.jp』が指定されたＳＩＰ信号をＳＩＰサーバに送信すると、ＳＩＰサーバは、当該ＳＩＰ−ＵＲＩを検索キーとして対応づけを検索し、当該ＳＩＰ−ＵＲＩ『UserA@example.co.jp』に対応づけられているＩＰアドレス『10.1.2.1』を用いて当該ＳＩＰ信号を着信端末に転送する。
【０００４】
なお、発信端末が、着信端末との間でセッションを確立するにあたり、着信端末のＳＩＰ−ＵＲＩとＩＰアドレスとの対応づけを確認する技術がある。かかる技術によれば、発信端末は、着信端末のＳＩＰ−ＵＲＩとＩＰアドレスとの対応づけを自端末に予め記憶している。このような構成の下、発信端末は、着信端末との間でセッションを確立するにあたり、ＳＩＰサーバが記憶する着信端末のＳＩＰ−ＵＲＩとＩＰアドレスとの対応づけと、自端末が記憶する着信端末のＳＩＰ−ＵＲＩとＩＰアドレスとの対応づけとが一致するか否かを比較し、一致した場合に、自端末が記憶するＩＰアドレスを用いてＳＩＰ信号を送信する。
【０００５】
また、従来より、ネットワーク上で提供される通信サービスのひとつに、発信端末から送信された名前解決要求に応答することで、発信端末と着信端末との間のＩＰ（Internet  Protocol）通信を実現するものがある。例えば、非特許文献２に開示されているＤＮＳ（Domain  Name  System）による通信サービスにおいては、着信端末を利用する利用者を一意に識別するＩＤもしくは着信端末を一意に識別するＩＤとしてホスト名が使用され、名前解決装置が、着信端末のホスト名が指定された名前解決要求を発信端末から受信すると、当該着信端末に割り当てられたＩＰアドレスを、当該名前解決要求に対する応答として発信端末に送信することで、発信端末は、着信端末との間でＩＰ通信を実現する。
【０００６】
具体的に例を挙げて説明すると、例えば、着信端末を一意に識別するホスト名が、『ID001@example.co.jp』であるとする。また、着信端末は、ＤＨＣＰサーバ機能を有するＨＧＷから、ＩＰアドレス『10.1.2.1』の割り当てを受けているものとする。このような構成の下、着信端末は、ＤＮＳサーバに対してDNS  Updateメッセージを送信することで、ホスト名とＩＰアドレスとの対応づけをＤＮＳサーバに登録することを要求し、ＤＮＳサーバは、要求された対応づけを記憶部に登録する。こうして、発信端末を利用する利用者が着信端末に割り当てられたＩＰアドレスを知らなくとも、発信端末が、着信端末のホスト名『ID001@example.co.jp』が指定された名前解決要求をＤＮＳサーバに送信すると、ＤＮＳサーバは、当該ホスト名を検索キーとして対応づけを検索し、当該ホスト名『ID001@example.co.jp』に対応づけられているＩＰアドレス『10.1.2.1』を、当該名前解決要求に対する応答として発信端末に送信する。
【０００７】
【非特許文献１】“SIP:  Session  Initiation  Protocol”、［online］、［平成１９年１２月１１日検索］、インターネット＜ftp://ftp.rfc-editor.org/in-notes/rfc3261.txt＞
【非特許文献２】“Dynamic  Updates  in  the  Domain  Name  System”、RFC2136、［online］、［平成１９年１２月１１日検索］、インターネット＜ftp://ftp.rfc-editor.org/in-notes/rfc2136.txt＞
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ところで、上記した従来の技術では、以下に説明するように、着信端末に対する通信が、意図しない着信端末に誤着信するおそれがあるという課題がある。これを言い換えると、意図した着信端末に着信することが保証されていないという課題である。
【０００９】
例えば、ＳＩＰによる通信サービスにおいて、着信端末が、ＳＩＰサーバに対してREGISTERメッセージを送信することで、ＳＩＰ−ＵＲＩとＩＰアドレスとの対応づけをＳＩＰサーバに登録した後に、着信端末の移動や無線リンクの切断等が発生し、着信端末がネットワークから離脱したという状態が考えられる。このような状態で、発信端末が、当該着信端末のＳＩＰ−ＵＲＩが指定されたＳＩＰ信号をＳＩＰサーバに送信すると、ＳＩＰサーバは、REGISTERメッセージ受信時に登録したＩＰアドレス、すなわち、当該着信端末が既に利用していないＩＰアドレスを用いて、当該ＳＩＰ信号を転送してしまう。すると、ＳＩＰ信号の転送先となるはずの着信端末は存在しないことから、当該ＳＩＰ信号の転送は、タイムアウト時間経過後、接続失敗となる。
【００１０】
さらに、当該着信端末に割り当てられていたＩＰアドレスが、別の着信端末に割り当てられたという状態が考えられる。このような状態で、発信端末が、当該着信端末のＳＩＰ−ＵＲＩが指定されたＳＩＰ信号を送信すると、上記と同様、ＳＩＰサーバは、REGISTERメッセージ受信時に登録したＩＰアドレス、すなわち、別の着信端末に割り当てられたＩＰアドレスを用いて、当該ＳＩＰ信号を転送してしまう。すると、着信端末に対する通信が、意図しない着信端末に誤着信する（着信端末は、迷惑な誤着信を受ける）。
【００１１】
なお、発信端末がＳＩＰ−ＵＲＩとＩＰアドレスとの対応づけを確認する従来の技術によったとしても、上記したような、ＳＩＰサーバが記憶する対応づけと現に着信端末に割り当てられている対応づけとの間に食い違いが生じている状態の下では、意図しない着信端末に誤着信するおそれがあるという課題を解決することはできない。
【００１２】
また、例えば、ＤＮＳによる通信サービスにおいて、着信端末が、ＤＮＳサーバに対してDNS  Updateメッセージを送信することで、ホスト名とＩＰアドレスとの対応づけをＤＮＳサーバに登録した後に、着信端末の移動や無線リンクの切断等が発生し、着信端末がネットワークから離脱したという状態が考えられる。このような状態で、発信端末が、当該着信端末のホスト名が指定された名前解決要求をＤＮＳサーバに送信すると、ＤＮＳサーバは、DNS  Updateメッセージ受信時に登録したＩＰアドレス、すなわち、当該着信端末が既に利用していないＩＰアドレスを応答として送信してしまう。すると、発信端末は既に利用されていないＩＰアドレス宛のパケットを送信してしまい、通信失敗となる。
【００１３】
さらに、当該着信端末に割り当てられていたＩＰアドレスが、別の着信端末に割り当てられたという状態が考えられる。このような状態で、発信端末が、当該着信端末のホスト名が指定された名前解決要求を送信すると、上記と同様、ＤＮＳサーバは、DNS  Updateメッセージ受信時に登録したＩＰアドレス、すなわち、別の着信端末に割り当てられたＩＰアドレスを応答として送信してしまう。すると、発信端末は、意図しない着信端末宛にパケットを送信してしまう結果、情報漏えいを起こしてしまう（着信端末は、迷惑なパケットを受理させられてしまう）。
【００１４】
そこで、この発明は、上記した従来技術の課題を解決するためになされたものであり、着信端末に対する通信が、意図した着信端末に着信することを保証することが可能な通信サービス提供システム、アドレス割当装置および信号処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１５】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、ネットワーク上で提供される通信サービスを利用する利用者の発信端末から送信された信号を処理する信号処理装置と、当該通信サービスに用いられるアドレスを着信端末各々に割り当てるアドレス割当装置とから構成され、前記信号処理装置が、着信端末を利用する利用者を一意に識別するＩＤもしくは着信端末を一意に識別するＩＤが指定された信号を受信すると、前記アドレス割当装置によって当該着信端末に割り当てられたアドレスを用いて当該信号を処理する通信サービス提供システムであって、前記アドレス割当装置は、着信端末を一意に識別する割当先情報を受け付けるとともに、アドレスの割り当てを要求する割当要求を当該着信端末から受け付けると、アドレスを割り当てて当該アドレスを当該着信端末に応答する割当手段と、前記割当手段によって着信端末にアドレスが割り当てられると、当該アドレスと前記割当先情報との対応づけを割当記憶手段に格納する割当格納手段と、アドレスを指定して当該アドレスを現に割り当てられている着信端末の割当先情報を問い合わせる割当先情報問い合わせを前記信号処理装置から受け付けると、当該アドレスを検索キーとして前記割当記憶手段を検索し、当該アドレスに対応づけられている割当先情報を取得して当該割当先情報を当該信号処理装置に応答する応答手段とを備え、前記信号処理装置は、前記アドレス割当装置の割当手段によるアドレスの割り当てを受けた着信端末から、当該着信端末を利用する利用者のＩＤもしくは当該着信端末のＩＤと、当該着信端末の割当先情報と、当該着信端末に割り当てられたアドレスとの対応づけを格納することを要求する格納要求を受け付けると、当該対応づけを端末情報記憶手段に格納する格納手段と、ＩＤが指定された信号を発信端末から受信すると、当該ＩＤを検索キーとして前記端末情報記憶手段を検索し、当該ＩＤに対応づけられている割当先情報およびアドレスを取得する第１の取得手段と、前記第１の取得手段によって割当先情報およびアドレスが取得されると、当該アドレスを検索キーとする前記割当先情報問い合わせを前記アドレス割当装置に送信し、前記応答手段によって応答されることで当該アドレスに対応づけられている割当先情報を取得する第２の取得手段と、前記第２の取得手段によって割当先情報が取得されると、前記第１の取得手段によって取得された割当先情報と前記第２の取得手段によって取得された割当先情報とが一致するか否かを比較し、一致した場合に、前記第１の取得手段によって取得されたアドレスを用いて前記信号を処理する信号処理手段と、を備えたことを特徴とする。
【００１６】
また、請求項２に係る発明は、ネットワーク上で提供される通信サービスを利用する利用者の発信端末から送信された信号を処理する信号処理装置と、当該通信サービスに用いられるアドレスを着信端末各々に割り当てるアドレス割当装置とから構成され、前記信号処理装置が、着信端末を利用する利用者を一意に識別するＩＤもしくは着信端末を一意に識別するＩＤが指定された信号を受信すると、前記アドレス割当装置によって当該着信端末に割り当てられたアドレスを用いて当該信号を処理する通信サービス提供システムにおける前記アドレス割当装置であって、着信端末を一意に識別する割当先情報を受け付けるとともに、アドレスの割り当てを要求する割当要求を当該着信端末から受け付けると、アドレスを割り当てて当該アドレスを当該着信端末に応答する割当手段と、前記割当手段によって着信端末にアドレスが割り当てられると、当該アドレスと前記割当先情報との対応づけを割当記憶手段に格納する割当格納手段と、アドレスを指定して当該アドレスを現に割り当てられている着信端末の割当先情報を問い合わせる割当先情報問い合わせを前記信号処理装置から受け付けると、前記着信端末から受け付けた格納要求によって当該信号処理装置に格納された割当先情報と当該アドレス割当装置から応答されることで当該信号処理装置に取得される割当先情報とが一致するか否かが当該信号処理装置において比較され、一致した場合に当該信号処理装置において前記信号が処理されるように、当該アドレスを検索キーとして前記割当記憶手段を検索し、当該アドレスに対応づけられている割当先情報を取得して当該割当先情報を当該信号処理装置に応答する応答手段と、を備えたことを特徴とする。
【００１７】
また、請求項３に係る発明は、ネットワーク上で提供される通信サービスを利用する利用者の発信端末から送信された信号を処理する信号処理装置と、当該通信サービスに用いられるアドレスを着信端末各々に割り当てるアドレス割当装置とから構成され、前記信号処理装置が、着信端末を利用する利用者を一意に識別するＩＤもしくは着信端末を一意に識別するＩＤが指定された信号を受信すると、前記アドレス割当装置によって当該着信端末に割り当てられたアドレスを用いて当該信号を処理する通信サービス提供システムにおける前記信号処理装置であって、前記アドレス割当装置によってアドレスの割り当てを受けた着信端末から、当該着信端末を利用する利用者のＩＤもしくは当該着信端末のＩＤと、当該着信端末の割当先情報と、当該着信端末に割り当てられたアドレスとの対応づけを格納することを要求する格納要求を受け付けると、当該対応づけを端末情報記憶手段に格納する格納手段と、ＩＤが指定された信号を発信端末から受信すると、当該ＩＤを検索キーとして前記端末情報記憶手段を検索し、当該ＩＤに対応づけられている割当先情報およびアドレスを取得する第１の取得手段と、前記第１の取得手段によって割当先情報およびアドレスが取得されると、当該アドレスを検索キーとして当該アドレスを現に割り当てられている着信端末の割当先情報を問い合わせる割当先情報問い合わせを前記アドレス割当装置に送信し、当該アドレス割当装置から応答されることで当該アドレスに対応づけられている割当先情報を取得する第２の取得手段と、前記第２の取得手段によって割当先情報が取得されると、前記第１の取得手段によって取得された割当先情報と前記第２の取得手段によって取得された割当先情報とが一致するか否かを比較し、一致した場合に、前記第１の取得手段によって取得されたアドレスを用いて前記信号を処理する信号処理手段と、を備えたことを特徴とする。
【００１８】
また、請求項４に係る発明は、ネットワーク上で提供される通信サービスを利用する利用者の発信端末から送信された信号を処理する信号処理装置と、当該通信サービスに用いられるアドレスを着信端末各々に割り当てるアドレス割当装置とから構成される通信サービス提供システムにおいて、前記信号処理装置が、着信端末を利用する利用者を一意に識別するＩＤもしくは着信端末を一意に識別するＩＤが指定された信号を受信すると、前記アドレス割当装置によって当該着信端末に割り当てられたアドレスを用いて当該信号を処理する通信サービス提供方法であって、前記アドレス割当装置は、着信端末を一意に識別する割当先情報を受け付けるとともに、アドレスの割り当てを要求する割当要求を当該着信端末から受け付けると、アドレスを割り当てて当該アドレスを当該着信端末に応答する割当工程と、前記割当工程によって着信端末にアドレスが割り当てられると、当該アドレスと前記割当先情報との対応づけを割当記憶部に格納する割当格納工程と、アドレスを指定して当該アドレスを現に割り当てられている着信端末の割当先情報を問い合わせる割当先情報問い合わせを前記信号処理装置から受け付けると、当該アドレスを検索キーとして前記割当記憶部を検索し、当該アドレスに対応づけられている割当先情報を取得して当該割当先情報を当該信号処理装置に応答する応答工程とを含み、前記信号処理装置は、前記アドレス割当装置の割当工程によるアドレスの割り当てを受けた着信端末から、当該着信端末を利用する利用者のＩＤもしくは当該着信端末のＩＤと、当該着信端末の割当先情報と、当該着信端末に割り当てられたアドレスとの対応づけを格納することを要求する格納要求を受け付けると、当該対応づけを端末情報記憶部に格納する格納工程と、ＩＤが指定された信号を発信端末から受信すると、当該ＩＤを検索キーとして前記端末情報記憶部を検索し、当該ＩＤに対応づけられている割当先情報およびアドレスを取得する第１の取得工程と、前記第１の取得工程によって割当先情報およびアドレスが取得されると、当該アドレスを検索キーとする前記割当先情報問い合わせを前記アドレス割当装置に送信し、前記応答工程によって応答されることで当該アドレスに対応づけられている割当先情報を取得する第２の取得工程と、前記第２の取得工程によって割当先情報が取得されると、前記第１の取得工程によって取得された割当先情報と前記第２の取得工程によって取得された割当先情報とが一致するか否かを比較し、一致した場合に、前記第１の取得工程によって取得されたアドレスを用いて前記信号を処理する信号処理工程と、を含んだことを特徴とする。
【００１９】
また、請求項５に係る発明は、ネットワーク上で提供される通信サービスを利用する利用者の発信端末から送信された信号を処理する信号処理装置と、当該通信サービスに用いられるアドレスを着信端末各々に割り当てるアドレス割当装置とから構成される通信サービス提供システムにおいて、前記信号処理装置が、着信端末を利用する利用者を一意に識別するＩＤもしくは着信端末を一意に識別するＩＤが指定された信号を受信すると、前記アドレス割当装置によって当該着信端末に割り当てられたアドレスを用いて当該信号を処理する通信サービス提供方法をコンピュータに実行させる通信サービス提供プログラムであって、着信端末を一意に識別する割当先情報を受け付けるとともに、アドレスの割り当てを要求する割当要求を当該着信端末から受け付けると、アドレスを割り当てて当該アドレスを当該着信端末に応答する割当手順と、前記割当手順によって着信端末にアドレスが割り当てられると、当該アドレスと前記割当先情報との対応づけを割当記憶部に格納する割当格納手順と、アドレスを指定して当該アドレスを現に割り当てられている着信端末の割当先情報を問い合わせる割当先情報問い合わせを前記信号処理装置から受け付けると、当該アドレスを検索キーとして前記割当記憶部を検索し、当該アドレスに対応づけられている割当先情報を取得して当該割当先情報を当該信号処理装置に応答する応答手順とを前記アドレス割当装置としてのコンピュータに実行させ、前記アドレス割当装置の割当手順によるアドレスの割り当てを受けた着信端末から、当該着信端末を利用する利用者のＩＤもしくは当該着信端末のＩＤと、当該着信端末の割当先情報と、当該着信端末に割り当てられたアドレスとの対応づけを格納することを要求する格納要求を受け付けると、当該対応づけを端末情報記憶部に格納する格納手順と、ＩＤが指定された信号を発信端末から受信すると、当該ＩＤを検索キーとして前記端末情報記憶部を検索し、当該ＩＤに対応づけられている割当先情報およびアドレスを取得する第１の取得手順と、前記第１の取得手順によって割当先情報およびアドレスが取得されると、当該アドレスを検索キーとする前記割当先情報問い合わせを前記アドレス割当装置に送信し、前記応答手順によって応答されることで当該アドレスに対応づけられている割当先情報を取得する第２の取得手順と、前記第２の取得手順によって割当先情報が取得されると、前記第１の取得手順によって取得された割当先情報と前記第２の取得手順によって取得された割当先情報とが一致するか否かを比較し、一致した場合に、前記第１の取得手順によって取得されたアドレスを用いて前記信号を処理する信号処理手順と、を前記信号処理装置としてのコンピュータに実行させることを特徴とする。
【発明の効果】
【００２０】
請求項１、２、３、４、または５の発明によれば、ネットワーク上で提供される通信サービスを利用する利用者の発信端末から送信された信号を処理する信号処理装置と、当該通信サービスに用いられるアドレスを着信端末各々に割り当てるアドレス割当装置とから構成され、信号処理装置が、着信端末を利用する利用者を一意に識別するＩＤもしくは着信端末を一意に識別するＩＤが指定された信号を受信すると、アドレス割当装置によって当該着信端末に割り当てられたアドレスを用いて当該信号を処理する通信サービス提供システムであって、アドレス割当装置は、着信端末を一意に識別する割当先情報を受け付けるとともに、アドレスの割り当てを要求する割当要求を当該着信端末から受け付けると、アドレスを割り当てて当該アドレスを当該着信端末に応答し、着信端末にアドレスが割り当てられると、当該アドレスと前記割当先情報との対応づけを割当記憶部に格納し、アドレスを指定して当該アドレスを現に割り当てられている着信端末の割当先情報を問い合わせる割当先情報問い合わせを信号処理装置から受け付けると、当該アドレスを検索キーとして割当記憶部を検索し、当該アドレスに対応づけられている割当先情報を取得して当該割当先情報を当該信号処理装置に応答し、信号処理装置は、アドレス割当装置によるアドレスの割り当てを受けた着信端末から、当該着信端末を利用する利用者のＩＤもしくは当該着信端末のＩＤと、当該着信端末の割当先情報と、当該着信端末に割り当てられたアドレスとの対応づけを格納することを要求する格納要求を受け付けると、当該対応づけを端末情報記憶部に格納し、ＩＤが指定された信号を発信端末から受信すると、当該ＩＤを検索キーとして端末情報記憶部を検索し、当該ＩＤに対応づけられている割当先情報およびアドレスを取得し、割当先情報およびアドレスが取得されると、当該アドレスを検索キーとする割当先情報問い合わせをアドレス割当装置に送信し、応答されることで当該アドレスに対応づけられている割当先情報を取得し、割当先情報が取得されると、端末情報記憶部から取得した割当先情報とアドレス割当装置から取得した割当先情報とが一致するか否かを比較し、一致した場合に、端末情報記憶部から取得されたアドレスを用いて前記信号を処理するので、着信端末に対する通信が、意図した着信端末に着信することを保証することが可能になる。
【発明を実施するための最良の形態】
【００２１】
以下に添付図面を参照して、本発明に係る通信サービス提供システム、アドレス割当装置および信号処理装置の実施例を詳細に説明する。なお、以下では、実施例で用いる主要な用語、実施例１に係る通信サービス提供システムの概要および特徴、実施例１に係る通信サービス提供システムの構成、実施例１に係る通信サービス提供システムによる処理の手順、実施例１に係る通信サービス提供システムの原理、実施例１の効果を順に説明し、続いて、他の実施例について説明する。
【実施例１】
【００２２】
［用語の説明］
最初に、以下の実施例で用いる主要な用語を説明する。まず、「通信用ＩＤ」（特許請求の範囲に記載の「ＩＤ」に対応する）とは、着信端末を利用する利用者を一意に識別するＩＤもしくは着信端末を一意に識別するＩＤであり、通信サービスを利用する利用者の発信端末は、「通信用ＩＤ」が指定された信号を送信することで、通信サービスを利用する。言い換えると、「通信用ＩＤ」は、人間（発信端末の利用者など）が識別しやすいように着信端末に付与されたＩＤである。具体的には、ＳＩＰによる通信サービスにおいては、ＳＩＰ−ＵＲＩなどであり、ＤＮＳによる通信サービスにおいては、ホスト名などである。例えば、ＳＩＰによる通信サービスの場合、発信端末は、着信端末との間でセッションを確立することを要求する際に、INVITEメッセージの『From』に自端末のＳＩＰ−ＵＲＩを指定し、『To』に着信端末のＳＩＰ−ＵＲＩを指定する。
【００２３】
また、「コンタクトアドレス」（特許請求の範囲に記載の「アドレス」に対応する）とは、通信サービスに用いられるアドレスであり、ネットワークに接続された端末（コンピュータや通信機器）に割り当てられるアドレスである。言い換えると、「コンタクトアドレス」は、端末が識別できるように割り当てられている識別子であり、発信端末と着信端末との間で通信を行う際に、発信端末は、「コンタクトアドレス」によって着信端末を識別できなければならない。具体的には、ＩＰアドレスや、ＩＰアドレスとポート番号との組み合わせなどである。
【００２４】
また、「割当先識別情報」（特許請求の範囲に記載の「割当先情報」に対応する）とは、着信端末を一意に識別する情報である。言い換えると、「割当先識別情報」は、「コンタクトアドレス」の割当先である着信端末を一意に識別する情報であれば、どのような情報であってもよい。具体的には、ＭＡＣ（Media  Access  Control）アドレスや、上記した「通信用ＩＤ」などである。
【００２５】
ここで、発信端末が着信端末との間で通信サービスを利用する際、発信端末は、着信端末の「通信用ＩＤ」が指定された信号（ＳＩＰ信号、名前解決要求など）を、ＳＩＰサーバやＤＮＳサーバなどの「信号処理装置」に送信する。すると、「信号処理装置」は、当該ＳＩＰ信号を転送したり、名前解決要求に応答するなどするために、ＨＧＷなどの「ＩＰゲートウェイ装置」（特許請求の範囲に記載の「アドレス割当装置」に対応する）によって当該着信端末に割り当てられた「コンタクトアドレス」を取得しなければならない。
【００２６】
具体的には、「信号処理装置」が、着信端末について、「通信用ＩＤ」と「コンタクトアドレス」との対応づけを記憶部に登録しているので、発信端末が、着信端末の「通信用ＩＤ」が指定された信号を「信号処理装置」に送信すると、「信号処理装置」が、当該「通信用ＩＤ」を検索キーとして記憶部を検索することで、当該「通信用ＩＤ」に対応づけられた「コンタクトアドレス」を当該着信端末に割り当てられた「コンタクトアドレス」として取得する。
【００２７】
ところで、「通信用ＩＤ」と「コンタクトアドレス」との対応づけがネットワークにおいて静的なものであれば、『信号処理装置に登録されている対応づけ』と『着信端末に現に割り当てられている対応づけ』とは、常に同期すると考えられる。しかしながら、実際には、例えば、ＤＨＣＰなどによって着信端末に「コンタクトアドレス」が動的に割り当てられ、かつ、当該着信端末に割り当てられる「コンタクトアドレス」が変更され得るネットワークが多く存在する。このようなネットワークにおいては、「通信用ＩＤ」と「コンタクトアドレス」との対応づけが動的なものとなり、『信号処理装置に登録されている対応づけ』と『着信端末に現に割り当てられている対応づけ』とが必ずしも正確に同期せず、食い違いが生じる事象が存在する。この結果、着信端末に対する通信が、意図しない着信端末に誤着信するおそれがあるのである。本発明に係る「通信サービス提供システム」は、このような課題を解決する構成をとっている。
【００２８】
［実施例１に係る通信サービス提供システムの概要および特徴］
続いて、図１および図２を用いて、実施例１に係る通信サービス提供システムの概要および特徴を説明する。図１は、実施例１に係る通信サービス提供システム（登録段階）の概要および特徴を説明するための図であり、図２は、実施例１に係る通信サービス提供システム（着信処理段階）の概要および特徴を説明するための図である。
【００２９】
なお、実施例１に係る通信サービス提供システムにおいては、通信サービスとして「ＳＩＰによる通信サービス」を想定し、信号処理装置として「ＳＩＰサーバ」を想定し、通信用ＩＤとして「ユーザＩＤ」を想定し、コンタクトアドレスとして「ＩＰアドレス」を想定し、割当先識別情報として「ユーザＩＤ」を想定する。また、説明の便宜上から、「着信端末」と「発信端末」とを区別して説明するが、本発明はこれに限られるものではなく、「端末」が「着信端末」としての機能も「発信端末」としての機能も備え、いずれの立場ともなり得る「端末」であってもよい。
【００３０】
実施例１に係る通信サービス提供システムは、上記したように、ＳＩＰサーバが、通信用ＩＤ（ユーザＩＤ）が指定された信号を受信すると、ＩＰゲートウェイ装置によって当該着信端末に割り当てられたＩＰアドレスを用いて当該信号を転送することを概要とし、着信端末に対する通信が、意図した着信端末に着信することを保証することを主たる特徴とする。なお、以下では、通信サービス提供システムの主たる特徴を、登録段階と着信処理段階とに分けて説明する。
【００３１】
［登録段階］
まず、着信端末１００が、ＩＰアドレスの割り当てを要求する割当要求をＩＰゲートウェイ装置２００に送信する（図１の（１）を参照）。例えば、実施例１における着信端末１００は、ＩＰゲートウェイ装置２００との間で相互認証を行うことで、着信端末１００の割当先識別情報としてユーザＩＤ『User01』を送信している。
【００３２】
すると、ＩＰゲートウェイ装置２００は、着信端末１００の割当先識別情報を受け付けるとともに、割当要求を当該着信端末１００から受け付けると、ＩＰアドレスを割り当てて、当該ＩＰアドレスと割当先識別情報との対応づけをアドレス割当状態記憶部（特許請求の範囲に記載の「割当記憶手段」に対応する）に格納する（図１の（２）を参照）。例えば、ＩＰゲートウェイ装置２００は、ＩＰアドレス『10.1.2.1』を割り当て、当該ＩＰアドレス『10.1.2.1』と割当先識別情報『User01』との対応づけを格納する。
【００３３】
続いて、ＩＰゲートウェイ装置２００は、割り当てたＩＰアドレスを着信端末１００に応答する（図１の（３）を参照）。例えば、ＩＰゲートウェイ装置２００は、割り当てたＩＰアドレス『10.1.2.1』を着信端末１００に応答する。
【００３４】
次に、ＩＰアドレスの割り当てを受けた着信端末１００は、当該着信端末１００を利用する利用者の通信用ＩＤと、当該着信端末１００の割当先識別情報と、当該着信端末１００に割り当てられたＩＰアドレスとの対応づけを格納することを要求する格納要求を、ＳＩＰサーバ３００に送信する（図１の（４）を参照）。例えば、着信端末１００は、通信用ＩＤとしてユーザＩＤ『User01』と、割当先識別情報としてユーザＩＤ『User01』と、ＩＰアドレス『10.1.2.1』との対応づけを格納することを要求する格納要求を送信する。なお、実施例１においては、通信用ＩＤと割当先識別情報とが、いずれも、ユーザＩＤ『User01』である点に注意されたい。
【００３５】
すると、ＳＩＰサーバ３００は、格納要求を受け付けると、対応づけを端末情報記憶部（特許請求の範囲に記載の「端末情報記憶手段」に対応する）に格納する（図１の（５）を参照）。例えば、ＳＩＰサーバ３００は、通信用ＩＤ兼割当先識別情報としてユーザＩＤ『User01』と、ＩＰアドレス『10.1.2.1』との対応づけを格納する。
【００３６】
［着信処理段階］
まず、発信端末４００が、着信端末１００を利用する利用者の通信用ＩＤが指定された信号をＳＩＰサーバ３００に送信し、ＳＩＰサーバ３００は、通信用ＩＤが指定されたＳＩＰ信号を受信する（図２の（１）を参照）。例えば、ＳＩＰサーバ３００は、通信用ＩＤとしてユーザＩＤ『User01』が指定されたＳＩＰ信号を受信する。
【００３７】
続いて、ＳＩＰサーバ３００は、発信端末４００から受信した通信用ＩＤを検索キーとして端末情報記憶部を検索し、当該通信用ＩＤに対応づけられている割当先識別情報およびＩＰアドレスを取得する（図２の（２）を参照）。例えば、ＳＩＰサーバ３００は、発信端末４００から受信したユーザＩＤ『User01』に対応づけられている割当先識別情報としてユーザＩＤ『User01』を取得し、ＩＰアドレス『10.1.2.1』を取得する。
【００３８】
次に、ＳＩＰサーバ３００は、取得したＩＰアドレスを検索キーとする割当先識別情報問い合わせをＩＰゲートウェイ装置２００に送信し、ＩＰゲートウェイ装置２００によって応答されることで、当該ＩＰアドレスに対応づけられている割当先識別情報を取得する（図２の（３）を参照）。例えば、ＳＩＰサーバ３００は、取得したＩＰアドレス『10.1.2.1』を検索キーとする割当先識別情報問い合わせをＩＰゲートウェイ装置２００に送信する。すると、ＩＰゲートウェイ装置２００は、当該ＩＰアドレス『10.1.2.1』を検索キーとしてアドレス割当状態記憶部を検索し、当該ＩＰアドレス『10.1.2.1』に対応づけられている割当先識別情報『User01』を取得して、当該割当先識別情報『User01』をＳＩＰサーバ３００に応答する。こうして、ＳＩＰサーバ３００は、ＩＰアドレス『10.1.2.1』に対応づけられている割当先識別情報『User01』を取得する。
【００３９】
続いて、ＳＩＰサーバ３００は、端末情報記憶部から取得された割当先識別情報とＩＰゲートウェイ装置２００から取得された割当先識別情報とが一致するか否かを比較する（図２の（４）を参照）。例えば、ＳＩＰサーバ３００は、端末情報記憶部から取得された割当先識別情報『User01』とＩＰゲートウェイ装置２００から取得された割当先識別情報『User01』とが一致するか否かを比較する。
【００４０】
そして、ＳＩＰサーバ３００は、端末情報記憶部から取得された割当先識別情報とＩＰゲートウェイ装置２００から取得された割当先識別情報とが一致した場合に、端末情報記憶部から取得されたＩＰアドレスを用いてＳＩＰ信号を転送する（図２の（５）を参照）。例えば、ＳＩＰサーバ３００は、端末情報記憶部から取得されたＩＰアドレス『10.1.2.1』を用いてＳＩＰ信号を転送する。
【００４１】
このようなことから、実施例１に係る通信サービス提供システムによれば、着信端末に対する通信が、意図した着信端末に着信することを保証することが可能になる。
【００４２】
具体的には、実施例１によれば、ＳＩＰサーバ３００は、発信端末４００から受信したＳＩＰ信号を転送する前に、ＳＩＰ信号の転送に用いようとしているＩＰアドレスが、発信端末４００から受信した信号に指定された通信用ＩＤで一意に識別される着信端末１００（通信用ＩＤで一意に識別される利用者が利用する着信端末１００）に現に割り当てられているＩＰアドレスであるか否か、言い換えると、真に正当な着信端末１００に着信することを事前に確認した上で（意図しない着信端末には着信しないことを確認した上で）、ＳＩＰ信号を転送する。この結果、ＳＩＰサーバ３００は、『ＳＩＰサーバ３００に登録されている対応づけ』と『着信端末１００に現に割り当てられている対応づけ』とが正確に同期しないことに基づく不都合を回避した上で、ＳＩＰ信号を転送することになる。一方、発信端末４００においては、着信端末１００に対する通信が、意図しない着信端末に誤着信するおそれがなくなるのである。
【００４３】
［実施例１に係る通信サービス提供システムの構成］
次に、図３〜図６を用いて、実施例１に係る通信サービス提供システムを説明する。図３は、実施例１に係る通信サービス提供システムの構成を示すブロック図であり、図４は、アドレス割当状態記憶部を説明するための図であり、図５は、対応づけの同期について説明するための図であり、図６は、端末情報記憶部を説明するための図である。
【００４４】
図３に示すように、実施例１に係る通信サービス提供システムは、着信端末１００と、ＩＰゲートウェイ装置２００と、ＳＩＰサーバ３００と、発信端末４００とから構成される。着信端末１００は、Ｌ２ＳＷ（レイヤ２スイッチ、無線ＬＡＮアクセスポイントなど）１０およびＩＰゲートウェイ装置２００を介してネットワーク２０のルータ（図示を省略）に接続されている。また、ＳＩＰサーバ３００は、Ｌ２ＳＷ１０を介してネットワーク２０のルータに接続されている。また、発信端末４００も、Ｌ２ＳＷ１０を介してネットワーク２０のルータに接続されている。以下、着信端末１００、ＩＰゲートウェイ装置２００、ＳＩＰサーバ３００の順に説明する。
【００４５】
［着信端末１００］
図３に示すように、実施例１における着信端末１００は、市販のＰＣ（Personal  Computer）やＷＳ（Work  Station）などの汎用的なコンピュータに、以下の機能を提供するプログラムを稼動させたものであり、特に本発明に密接に関連するものとしては、通信部１１０と、登録要求部１０１と、信号受信部１０２とから構成される。
【００４６】
通信部１１０は、ＩＰ通信用の一般的なインタフェースおよびライブラリを備え、ＩＰゲートウェイ装置２００、ＳＩＰサーバ３００等との間でデータを送受信する。
【００４７】
登録要求部１０１は、ＩＰアドレスの割り当てを要求する割当要求（ＤＨＣＰクライアントによる割当要求）をＩＰゲートウェイ装置２００に送信し、割り当てられたＩＰアドレスを受信する。また、登録要求部１０１は、通信用ＩＤと割当先識別情報とＩＰアドレスとの対応づけを格納することを要求する格納要求をＳＩＰサーバ３００に送信し、その応答を受信する。
【００４８】
具体的には、登録要求部１０１は、ＩＰアドレスの割当要求をＩＰゲートウェイ装置２００（後述するアドレス割当部２０１）に送信し、アドレス割当部２０１によって割り当てられたＩＰアドレスを受信する。また、登録要求部１０１は、着信端末１００の通信用ＩＤ（着信端末１００を利用する利用者を一意に識別するＩＤ）と割当先識別情報とを兼ねたものとしてのユーザＩＤと、受信したＩＰアドレスとの対応づけを格納する格納要求をＳＩＰサーバ３００（後述する登録受付部３０１）に送信し、格納したことを示す応答を受信する。
【００４９】
ここで、登録要求部１０１は、割当要求をＩＰゲートウェイ装置２００に送信するにあたり、ＩＰゲートウェイ装置２００（後述するアドレス割当部２０１）との間で相互認証を行うことで、着信端末１００の割当先識別情報をアドレス割当部２０１に送信する。例えば、登録要求部１０１は、アドレス割当部２０１との間で、ＥＡＰ（Extensible  Authentication  Protocol）−ＴＬＳ（Transport  Layer  Security）による相互認証を行うことで、ＥＡＰメッセージもしくは証明書に含まれるユーザＩＤを割当先識別情報としてアドレス割当部２０１に送信するとともに、ＭＡＣアドレスを送信する。その後、登録要求部１０１は、アドレス割当部２０１から『EAP-Success』を受信すると、着信端末１００のＭＡＣアドレスを含むＩＰアドレスの割当要求をアドレス割当部２０１に送信する。
【００５０】
なお、実施例１においては、ＩＰゲートウェイ装置２００のアドレス割当部２０１がＥＡＰサーバとしての機能を兼ね備え、登録要求部１０１とアドレス割当部２０１との間でＥＡＰ−ＴＬＳによる相互認証が行われることを前提としているが、本発明はこれに限られるものではなく、ＥＡＰ−ＴＬＳ以外の方式の認証を行うのでもよい。すなわち、本発明は、相互認証の方式（共有鍵による認証や、パスワード認証も含む）に依存するものでもなければ、認証自体が必須なものでもない（実施例２を参照）。
【００５１】
信号受信部１０２は、ＳＩＰ信号を受信し、発信端末４００との間でセッションを確立する。具体的には、信号受信部１０２は、ＳＩＰサーバ３００（後述する信号処理部３０３）から転送されるＳＩＰ信号を受信する。
【００５２】
［ＩＰゲートウェイ装置２００］
図３に示すように、実施例１におけるＩＰゲートウェイ装置２００は、市販のＰＣやＷＳなどの汎用的なコンピュータに、以下の機能を提供するプログラムを稼動させたものであり、特に本発明に密接に関連するものとしては、通信部２１０と、アドレス割当部２０１と、アドレス割当状態記憶部２０２と、アドレス有効性応答部２０３とを備える。
【００５３】
通信部２１０は、ＩＰ通信用の一般的なインタフェースおよびライブラリを備え、着信端末１００、ＳＩＰサーバ３００等との間でデータを送受信する。
【００５４】
アドレス割当部２０１は、着信端末１００の割当先識別情報を受け付けるとともに、ＩＰアドレスの割当要求を当該着信端末１００から受け付けると、ＩＰアドレスを割り当てて当該ＩＰアドレスを当該着信端末１００に応答する。また、アドレス割当部２０１は、割り当てたＩＰアドレスと割当先識別情報との対応づけを格納する。具体的には、アドレス割当部２０１は、着信端末１００の登録要求部１０１との間で相互認証を行うことで、着信端末１００の割当先識別情報を受け付ける。また、アドレス割当部２０１は、割当要求を登録要求部１０１から受け付けると、ＩＰアドレスを割り当てて当該ＩＰアドレスを登録要求部１０１に応答する。また、アドレス割当部２０１は、割り当てたＩＰアドレスと、登録要求部１０１から受け付けた割当先識別情報との対応づけを、アドレス割当状態記憶部２０２に格納する。
【００５５】
アドレス割当状態記憶部２０２は、着信端末１００に割り当てられたＩＰアドレスと、当該着信端末１００の割当先識別情報との対応づけを記憶する。具体的には、アドレス割当状態記憶部２０２は、アドレス割当部２０１によって着信端末１００に割り当てられたＩＰアドレスと、アドレス割当部２０１によって受け付けられた着信端末１００の割当先識別情報との対応づけを、アドレス割当部２０１によって格納されることで記憶し、記憶した対応づけは、アドレス有効性応答部２０３による処理に利用される。
【００５６】
例えば、アドレス割当状態記憶部２０２は、図４に示すように、対応づけを記憶する。なお、図４において、アドレス割当状態記憶部２０２は、ＩＰアドレスと割当先識別情報との対応づけの他に、ＭＡＣアドレスを対応づけて記憶している。これは、アドレス割当部２０１が、着信端末１００の登録要求部１０１との間で相互認証を行うことで、着信端末１００の割当先識別情報を受け付けたことと関係する。すなわち、実施例１において、アドレス割当部２０１は、登録要求部１０１との間で相互認証を行うことで、割当先識別情報として、ユーザＩＤを受け付けている。その後、アドレス割当部２０１は、ＩＰアドレスの割当要求を登録要求部１０１から受け付けるので、割当要求を行う着信端末１００と、相互認証で認証した着信端末１００とが同一の端末であることを紐付ける情報が別途必要となるのである。この点、ＭＡＣアドレスは、相互認証においても取得可能な情報であり、また、割当要求においても取得可能な情報であり、なおかつ、着信端末１００を一意に識別する情報である。このため、実施例１においては、割当要求を行う着信端末１００と、相互認証で認証した着信端末１００とが同一の端末であることを紐付ける情報としてＭＡＣアドレスを用いており、アドレス割当状態記憶部２０２も、図４に示すように、ＭＡＣアドレスをも対応づけて記憶しているのである。
【００５７】
ところで、ＩＰアドレスが動的に割り当てられるネットワークにおいては、アドレスと割当先識別情報との対応づけも動的に変化することになる。すなわち、アドレス割当状態記憶部２０２が記憶する対応づけも動的に変化する。具体的には、アドレス割当部２０１は、ネットワークに接続する端末に割り当てたＩＰアドレスと割当先識別情報との対応づけをアドレス割当状態記憶部２０２に格納するが、当該端末がネットワークから離脱するなどしてリリースされたＩＰアドレスについては、ネットワークに接続する別の端末に割り当て、新たな対応づけをアドレス割当状態記憶部２０２に格納する。
【００５８】
例えば、アドレス割当部２０１が、ネットワークに接続する端末（割当先識別情報『User03』）にＩＰアドレス『10.1.2.3』を割り当て、割り当てたＩＰアドレスと割当先識別情報との対応づけをアドレス割当状態記憶部２０２に格納すると、アドレス割当状態記憶部２０２は、図４の（Ａ）に示すように、ＩＰアドレス『10.1.2.3』と割当先識別情報『User03』とを対応づけて記憶する。その後、当該端末がネットワークから離脱するなどしてＩＰアドレス『10.1.2.3』がリリースされると、アドレス割当部２０１は、ネットワークに接続する別の端末（割当先識別情報『User04』）にＩＰアドレス『10.1.2.3』を割り当て、割り当てたＩＰアドレスと割当先識別情報との対応づけをアドレス割当状態記憶部２０２に格納する。すると、アドレス割当状態記憶部２０２は、図４の（Ｂ）に示すように、ＩＰアドレス『10.1.2.3』と割当先識別情報『User04』とを対応づけて記憶する。
【００５９】
アドレス有効性応答部２０３は、割当先識別情報問い合わせをＳＩＰサーバ３００から受け付けると、割当先識別情報をＳＩＰサーバ３００に送信する。具体的には、アドレス有効性応答部２０３は、ＩＰアドレスを指定して当該ＩＰアドレスを現に割り当てられている着信端末１００の割当先識別情報を問い合わせる割当先識別情報問い合わせをＳＩＰサーバ３００（後述する信号処理部３０３）から受け付けると、当該ＩＰアドレスを検索キーとしてアドレス割当状態記憶部２０２を検索し、当該ＩＰアドレスに対応づけられている割当先識別情報を取得して当該割当先識別情報を信号処理部３０３に送信する。
【００６０】
［ＳＩＰサーバ３００］
図３に示すように、実施例１におけるＳＩＰサーバ３００は、市販のＰＣやＷＳなどの汎用的なコンピュータに、以下の機能を提供するプログラムを稼動させたものであり、特に本発明に密接に関連するものとしては、通信部３１０と、登録受付部３０１と、端末情報記憶部３０２と、信号処理部３０３とを備える。
【００６１】
通信部３１０は、ＩＰ通信用の一般的なインタフェースおよびライブラリを備え、着信端末１００、ＩＰゲートウェイ装置２００、発信端末４００等との間でデータを送受信する。
【００６２】
登録受付部３０１は、着信端末１００から、通信用ＩＤと割当先識別情報とＩＰアドレスとの対応づけを格納することを要求する格納要求を受け付けると、当該対応づけを格納する。具体的には、登録受付部３０１は、着信端末１００の登録要求部１０１から、着信端末１００の通信用ＩＤ（着信端末１００を利用する利用者を一意に識別するＩＤ）と割当先識別情報とを兼ねたものとしてのユーザＩＤと、ＩＰアドレスとの対応づけを格納する格納要求を受け付けると、当該対応づけを端末情報記憶部３０２に格納する。
【００６３】
端末情報記憶部３０２は、着信端末１００の通信用ＩＤと、当該着信端末１００の割当先識別情報と、当該着信端末１００に割り当てられたＩＰアドレスとの対応づけを記憶する。具体的には、端末情報記憶部３０２は、登録受付部３０１によって受け付けられた対応づけを、登録受付部３０１によって格納されることで記憶し、記憶した対応づけは、信号処理部３０３による処理に利用される。
【００６４】
ところで、ＩＰアドレスが動的に割り当てられるネットワークにおいては、通信用ＩＤと割当先識別情報とＩＰアドレスとの対応づけも動的に変化することになる。すなわち、端末情報記憶部３０２が記憶する対応づけも動的に変化する。具体的には、端末情報記憶部３０２は、着信端末１００によって登録された対応づけを、当該着信端末１００がネットワークから正常に離脱した際には削除する。すなわち、着信端末１００は、シャットダウン時にＳＩＰサーバ３００との間で通信を行い、端末情報記憶部３０２に登録した対応づけを削除する。こうすることで、原則的には、端末情報記憶部３０２が記憶する対応づけと、実際にネットワークに接続している端末についての対応づけとが同期し、端末情報記憶部３０２は、実際にネットワークに接続している端末についての対応づけを記憶する。
【００６５】
しかしながら、端末情報記憶部３０２が記憶する対応づけと、実際にネットワークに接続している端末についての対応づけとが同期せず、食い違いが生じることがある。例えば、正常にシャットダウンを行わずにネットワークを離脱するなどしたことで、着信端末１００が、端末情報記憶部３０２に登録した対応づけを削除することなくネットワークを離脱したとする。このような場合には、当該着信端末１００に割り当てられていたＩＰアドレスがリリースされ、他の端末に割り当てられる可能性が生じる一方で、このＩＰアドレスを用いた対応づけが端末情報記憶部３０２に残ってしまうので、端末情報記憶部３０２が記憶する対応づけと、実際にネットワークに接続している端末についての対応づけとが同期しないといったことが起こり得るのである。
【００６６】
具体的に例を挙げて説明すると、例えば、図５に示すように、着信端末１００（割当先識別情報『User03』）が、ＩＰゲートウェイ装置２００にＩＰアドレスの割当要求を送信し（図５の（１）を参照）、ＩＰゲートウェイ装置２００がＩＰアドレス『10.1.2.3』を割り当てると（図５の（２）を参照）、着信端末１００（割当先識別情報『User03』）が、割り当てられたＩＰアドレス『10.1.2.3』をＳＩＰサーバ３００に格納することを要求し（図５の（３）を参照）、ＳＩＰサーバ３００が、着信端末１００の通信用ＩＤ『User03』と割当先識別情報『User03』とＩＰアドレス『10.1.2.3』とを対応づけて格納する（図５の（４）を参照）。この時、端末情報記憶部３０２は、図６の（Ａ）に示すように、対応づけを格納する。
【００６７】
その後、図５の（５）に示すように、着信端末１００（割当先識別情報『User03』）がネットワークから離脱したとする。なお、当該離脱が正常に行われなかったために、ＳＩＰサーバ３００の端末情報記憶部３０２は、図５の（４）（図６の（Ａ））に示す対応づけを格納したままであるとする。このような場合、ＩＰアドレス『10.1.2.3』はリリースされるので、例えば、着信端末１００（割当先識別情報『User04』）が、ＩＰゲートウェイ装置２００にＩＰアドレスの割当要求を送信すると（図５の（６）を参照）、ＩＰゲートウェイ装置２００がＩＰアドレス『10.1.2.3』を割り当ててしまうことが起こり得る（図５の（７）を参照）。すると、着信端末１００（割当先識別情報『User04』）が、割り当てられたＩＰアドレス『10.1.2.3』をＳＩＰサーバ３００に格納することを要求し（図５の（８）を参照）、ＳＩＰサーバ３００が、着信端末１００の通信用ＩＤ『User04』と割当先識別情報『User04』とＩＰアドレス『10.1.2.3』とを対応づけて格納する（図５の（９）を参照）。この時、端末情報記憶部３０２は、図６の（Ｂ）に示すように、対応づけを格納する。
【００６８】
ここで、改めて、図５の（Ａ）に示す状態と、図５の（Ｂ）に示す状態とについて考えると、図５の（Ａ）に示す状態とは、ＩＰアドレス『10.1.2.3』がいずれの着信端末１００にも割り当てられていないにも関わらず、ＳＩＰサーバ３００の端末情報記憶部３０２には、着信端末１００（割当先識別情報『User03』）のＩＰアドレスとして格納されているという意味で、『ＳＩＰサーバ３００に登録されている対応づけ』と『着信端末１００に現に割り当てられている対応づけ』とに食い違いが発生している状態である。また、図５の（Ｂ）に示す状態とは、ＩＰアドレス『10.1.2.3』が別の着信端末１００（割当先識別情報『User04』）に割り当てられているにも関わらず、ＳＩＰサーバ３００の端末情報記憶部３０２には、依然として、着信端末１００（割当先識別情報『User03』）のＩＰアドレスとして格納されているという意味で、『ＳＩＰサーバ３００に登録されている対応づけ』と『着信端末１００に現に割り当てられている対応づけ』とに食い違いが発生している状態である。
【００６９】
信号処理部３０３は、受信したＳＩＰ信号に指定された通信用ＩＤに対応づけられている割当先識別情報およびＩＰアドレスを端末情報記憶部３０２から取得する。次に、信号処理部３０３は、割当先識別情報をＩＰゲートウェイ装置２００から取得する。そして、信号処理部３０３は、端末情報記憶部３０２から取得した割当先識別情報とＩＰゲートウェイ装置２００から取得した割当先識別情報とが一致するか否かを比較し、比較結果に基づいてＳＩＰ信号を転送する。
【００７０】
具体的には、信号処理部３０３は、通信用ＩＤが指定されたＳＩＰ信号を受信すると、当該通信用ＩＤ（実施例１においてはユーザＩＤ）を検索キーとして端末情報記憶部３０２を検索し、当該通信用ＩＤに対応づけられているユーザＩＤ（実施例１においては通信用ＩＤと同一）およびＩＰアドレスを取得する。次に、信号処理部３０３は、取得したＩＰアドレスを検索キーとする割当先識別情報問い合わせをＩＰゲートウェイ装置２００に送信し、ＩＰゲートウェイ装置２００によって応答されることで当該ＩＰアドレスに対応づけられているユーザＩＤを取得する。そして、信号処理部３０３は、端末情報記憶部３０２を検索して取得したユーザＩＤと、ＩＰゲートウェイ装置２００から取得したユーザＩＤとが一致するか否かを比較し、一致した場合に、端末情報記憶部３０２を検索して取得したＩＰアドレスを用いてＳＩＰ信号を転送する。また、不一致であった場合には、ＳＩＰ信号の転送を行わずに、発信端末４００に、エラー、もしくは、転送できなかった理由を返却する。
【００７１】
［実施例１に係る通信サービス提供システムによる処理の手順］
次に、実施例１に係る通信サービス提供システムによる処理の手順を、図７および図８を用いて説明する。図７は、実施例１に係る通信サービス提供システムによる処理（登録処理段階）を示すシーケンス図であり、図８は、実施例１に係る通信サービス提供システムによる処理（着信処理段階）を示すシーケンス図である。以下、登録処理段階、着信処理段階の順に説明する。
【００７２】
［登録処理段階］
まず、着信端末１００の登録要求部１０１とＩＰゲートウェイ装置２００のアドレス割当部２０１との間で、『EAP-TLS』による相互認証処理が実行される（ステップＳ１０１）。
【００７３】
この相互認証が成功すると、アドレス割当部２０１は、登録要求部１０１から送信されたＥＡＰメッセージもしくは証明書に含まれるユーザＩＤ（割当先識別情報）と、ＭＡＣアドレスとを受け付けると、ユーザＩＤとＭＡＣアドレスとの対応づけ（レコード）をアドレス割当状態記憶部２０２に格納（登録）する（ステップＳ１０２）。その後、アドレス割当部２０１は、認証が成功したことを示す『EAP-Success』を登録要求部１０１に送信する（ステップＳ１０３）。
【００７４】
続いて、『EAP-Success』を受信した登録要求部１０１は、着信端末１００のＭＡＣアドレスを含むＩＰアドレスの割当要求をアドレス割当部２０１に送信する（ステップＳ１０４）。
【００７５】
すると、ＩＰアドレスの割当要求を受信したアドレス割当部２０１は、ＩＰアドレスの割当要求に含まれるＭＡＣアドレスを取得し（ステップＳ１０５）、ＩＰアドレスを割り当てる（ステップＳ１０６）。
【００７６】
さらに、アドレス割当部２０１は、ステップＳ１０５で取得したＭＡＣアドレスを検索キーとしてアドレス割当状態記憶部２０２を検索し、当該ＭＡＣアドレスに対応づけられているユーザＩＤを取得し（ステップＳ１０７）、ステップＳ１０７で検索したユーザＩＤ（割当先識別情報）の対応づけ（レコード）に、ステップＳ１０６で割り当てたＩＰアドレスを追加格納（登録）する（ステップＳ１０８）。こうして、アドレス割当部２０１は、ＩＰアドレスとユーザＩＤ（割当先識別情報）との対応づけをアドレス割当状態記憶部２０２に格納する。
【００７７】
続いて、アドレス割当部２０１は、ＩＰアドレスの割当要求に対する応答にＩＰアドレスを含めて、登録要求部１０１に返却する（ステップＳ１０９）。
【００７８】
次に、登録要求部１０１が、ＳＩＰサーバ３００の登録受付部３０１に『SIP-REGISTER』を送信すると（ステップＳ１１０）、その応答として、登録受付部３０１から『401  Unauthorized』が送信される（ステップＳ１１１）。
【００７９】
続いて、登録要求部１０１は、ユーザＩＤ（通信用ＩＤ  兼  割当先識別情報）と、アドレス割当部２０１から受信したＩＰアドレスとを含む登録要求である『REGISTERメッセージ』を、ＳＩＰサーバ３００に送信する（ステップＳ１１２）。
【００８０】
ＳＩＰサーバ３００の登録受付部３０１は、登録要求部１０１から受信したユーザＩＤ（通信用ＩＤ  兼  割当先識別情報）とＩＰアドレスとの対応づけを端末情報記憶部３０２に格納（登録）する（ステップＳ１１３）。
【００８１】
その後、登録受付部３０１は、登録要求部１０１に『200  OK』を返却する（ステップＳ１１４）。
【００８２】
［着信処理段階］
まず、発信端末４００が、着信端末１００のユーザＩＤ（通信用ＩＤ）が指定された着信要求である『INVITEメッセージ』を送信すると、ＳＩＰサーバ３００の信号処理部３０３が当該着信要求を受信する（ステップＳ２０１）。
【００８３】
すると、信号処理部３０３は、当該『INVITEメッセージ』に含まれるＳＩＰ−ＵＲＩもしくはAuthorization  HeaderからユーザＩＤ（通信用ＩＤ）を取得し、当該ユーザＩＤを検索キーとして端末情報記憶部３０２を検索し、当該ユーザＩＤに対応づけられているＩＰアドレスを取得する（ステップＳ２０２）。なお、検索キーとしたユーザＩＤは、端末情報記憶部３０２において、割当先識別情報の意味でも格納されている。
【００８４】
さらに、信号処理部３０３は、取得されたＩＰアドレスを検索キーとする割当先識別情報問い合わせをアドレス有効性応答部２０３に送信する（ステップＳ２０３）。すると、アドレス有効性応答部２０３は、受信したＩＰアドレスを検索キーとしてアドレス割当状態記憶部２０２を検索し、当該ＩＰアドレスに対応づけられているユーザＩＤ（割当先識別情報）を取得して（ステップＳ２０４）、ＳＩＰサーバ３００に返却する（ステップＳ２０５）。
【００８５】
信号処理部３０３は、端末情報記憶部３０２を検索する際の検索キーとなったユーザＩＤ（実施例１においては、割当先識別情報の意味も兼ねる）と、アドレス有効性応答部２０３から受信したユーザＩＤ（割当先識別情報）とが、一致するか否かを比較（照合）する（ステップＳ２０６）。
【００８６】
信号処理部３０３は、前記照合結果が一致していた場合には、ステップＳ２０１で発信端末４００から受信していた『INVITEメッセージ』を着信端末１００の信号受信部１０２に転送する。一方、信号処理部３０３は、前記照合結果が不一致であった場合には、ステップＳ２０１で発信端末４００から受信していた『INVITEメッセージ』を着信端末１００の信号受信部１０２に転送せず、エラーや、転送できなかった理由を、発信端末４００に返却する。
【００８７】
このようにして、発信端末４００の意図する着信端末１００に『INVITEメッセージ』が転送される。この後、着信端末１００が『200  OK』により応答することで、両者の間にセッションが確立される。
【００８８】
［実施例１に係る通信サービス提供システムの原理］
ここで、図９を用いて、実施例１に係る通信サービス提供システムの原理について、改めて説明する。図９は、実施例１に係る通信サービス提供システムの原理を説明するための図である。
【００８９】
図９に示すように、実施例１に係る通信サービス提供システムにおいては、（１）〜（１３）の順で、情報が関連づけられている。すなわち、図９の（１）に示すように、着信端末１００の登録要求部１０１が、ＩＰゲートウェイ装置２００のアドレス割当部２０１に割当先識別情報（ユーザＩＤ）を送信することで、アドレス割当部２０１は、ＩＰアドレスと割当先識別情報（ユーザＩＤ）との対応づけをアドレス割当状態記憶部２０２に格納することになる（図９の（２）を参照）。
【００９０】
また、アドレス割当部２０１による応答としてＩＰアドレスが登録要求部１０１に送信されるので（図９の（３）を参照）、登録要求部１０１は、通信用ＩＤ（ユーザＩＤ）と割当先識別情報（ユーザＩＤ）とＩＰアドレスとの対応づけを、ＳＩＰサーバ３００の登録受付部３０１に格納することになる（図９の（４）および（５）を参照）。
【００９１】
このような状態において、図９の（６）に示すように、通信用ＩＤ（ユーザＩＤ）を指定した信号送信要求をＳＩＰサーバ３００の信号処理部３０３が受信すると、信号処理部３０３は、指定された通信用ＩＤ（ユーザＩＤ）を検索キーとして端末情報記憶部３０２を検索し（図９の（７）を参照）、対応づけられている割当先識別情報（ユーザＩＤ）とＩＰアドレスとを取得する（図９の（８）を参照）。
【００９２】
そして、信号処理部３０３は、検索することで取得したＩＰアドレスを検索キーとして、ＩＰゲートウェイ装置２００のアドレス有効性応答部２０３に、割当先識別情報問い合わせを行う（図９の（９）を参照）。すると、アドレス有効性応答部２０３は、ＩＰアドレスを検索キーとしてアドレス割当状態記憶部２０２を検索し（図９の（１０）を参照）、対応づけられている割当先識別情報（ユーザＩＤ）を取得する（図９の（１１）を参照）。
【００９３】
続いて、アドレス有効性応答部２０３が、取得した割当先識別情報（ユーザＩＤ）を信号処理部３０３に応答として送信すると（図９の（１２）を参照）、信号処理部３０３は、端末情報記憶部３０２から取得した割当先識別情報（ユーザＩＤ）と（図９の（８）を参照）、アドレス有効性応答部２０３から取得した割当先識別情報（ユーザＩＤ）とが一致するか否かを比較し、一致した場合に、信号転送するなどする（図９の（１３）を参照）。
【００９４】
実施例１に係る通信サービス提供システムは、このように情報を関連づけることで、『ＳＩＰサーバ３００に登録されている対応づけ』と『着信端末１００に現に割り当てられている対応づけ』とが正確に同期しないことに基づく不都合を回避した上で、ＳＩＰ信号を転送することを可能にしている。
【００９５】
［実施例１の効果］
上記してきたように、実施例１によれば、ネットワーク上で提供される通信サービスを利用する利用者の発信端末から送信された信号を処理する信号処理装置と、当該通信サービスに用いられるアドレスを着信端末各々に割り当てるアドレス割当装置とから構成され、信号処理装置が、着信端末を利用する利用者を一意に識別するＩＤもしくは着信端末を一意に識別するＩＤが指定された信号を受信すると、アドレス割当装置によって当該着信端末に割り当てられたアドレスを用いて当該信号を処理する通信サービス提供システムであって、アドレス割当装置は、着信端末を一意に識別する割当先情報を受け付けるとともに、アドレスの割り当てを要求する割当要求を当該着信端末から受け付けると、アドレスを割り当てて当該アドレスを当該着信端末に応答し、着信端末にアドレスが割り当てられると、当該アドレスと前記割当先情報との対応づけを割当記憶部に格納し、アドレスを指定して当該アドレスを現に割り当てられている着信端末の割当先情報を問い合わせる割当先情報問い合わせを信号処理装置から受け付けると、当該アドレスを検索キーとして割当記憶部を検索し、当該アドレスに対応づけられている割当先情報を取得して当該割当先情報を当該信号処理装置に応答し、信号処理装置は、アドレス割当装置によるアドレスの割り当てを受けた着信端末から、当該着信端末を利用する利用者のＩＤもしくは当該着信端末のＩＤと、当該着信端末の割当先情報と、当該着信端末に割り当てられたアドレスとの対応づけを格納することを要求する格納要求を受け付けると、当該対応づけを端末情報記憶部に格納し、ＩＤが指定された信号を発信端末から受信すると、当該ＩＤを検索キーとして端末情報記憶部を検索し、当該ＩＤに対応づけられている割当先情報およびアドレスを取得し、割当先情報およびアドレスが取得されると、当該アドレスを検索キーとする割当先情報問い合わせをアドレス割当装置に送信し、応答されることで当該アドレスに対応づけられている割当先情報を取得し、割当先情報が取得されると、端末情報記憶部から取得した割当先情報とアドレス割当装置から取得した割当先情報とが一致するか否かを比較し、一致した場合に、端末情報記憶部から取得されたアドレスを用いて前記信号を処理するので、着信端末に対する通信が、意図した着信端末に着信することを保証することが可能になる。
【００９６】
具体的には、実施例１によれば、着信要求を受信した際にＳＩＰサーバに登録されているＩＰアドレスとユーザＩＤとの組み合わせと、ネットワーク接続時にＩＰゲートウェイ装置に登録されているＩＰアドレスとユーザＩＤとの組み合わせとを突き合わせ、一致しない場合には信号転送を行わないことで、誤着信を防止することができる。
【００９７】
すなわち、従来の手法であれば、着信端末を利用する利用者もしくは着信端末の移動やネットワーク接続の切断時などに、意図しない通信相手に着信してしまうことがあった。しかしながら、実施例１に係る通信サービス提供システムによれば、ＳＩＰサーバに登録されているユーザＩＤとＩＰアドレスとの対応関係が実状況と乖離している場合には、着信を行わないことにより、誤着信や情報の漏洩を防ぐことができる。
【００９８】
［ＮＡＰＴ環境］
なお、実施例１においては、コンタクトアドレスをＩＰアドレスとする事例について説明してきた。つまり、全ての着信端末がグローバルＩＰアドレスを利用している環境での適用例であった。しかしながら、本発明はこれに限られるものではない。例えば、コンタクトアドレスをＩＰアドレスとポート番号との組み合わせとすることで、ＮＡＰＴ（Network  Address  Port  Translation）環境配下に存在する着信端末であっても、本発明に係る通信サービス提供システムを適用することができる。この場合には、ＩＰゲートウェイ装置２００に、ＮＡＰＴ機能が追加されることになる。
【００９９】
［Ｂ２ＢＵＡ］
また、信号処理装置は、Ｂ２ＢＵＡであってもよい。なお、信号処理装置をＢ２ＢＵＡに適用する場合には、ＮＡＰＴ環境であることが一般的であると考えられるので、以下では、信号処理装置たるＢ２ＢＵＡ３５０の端末情報記憶部、および、ＩＰゲートウェイ装置２００のアドレス割当状態記憶部に記憶されるＩＰアドレスは、プライベートＩＰアドレスであるものとして説明する。一方、ＳＩＰサーバ３００の端末情報記憶部に記憶されるＩＰアドレスは、Ｂ２ＢＵＡ３５０のグローバルＩＰアドレスであるものとして説明する。具体的には、Ｂ２ＢＵＡ３５０の端末情報記憶部には、ＩＰアドレスとポート番号との組み合わせ『192.168.0.10：20000』が記憶され、ＩＰゲートウェイ装置２００のアドレス割当状態記憶部には、ＩＰアドレスとポート番号との組み合わせ『192.168.0.10：20000』が記憶され、ＳＩＰサーバ３００の端末情報記憶部には、ＩＰアドレスとポート番号との組み合わせ『10.1.2.1:10000』が記憶されるものとする。
【０１００】
このような構成の下、例えば、図１０に示すように、発信端末４００が、通信用ＩＤ『User01』を指定する『INVITEメッセージ』をＳＩＰサーバ３００に送信し（図１０の（１）を参照）、ＳＩＰサーバ３００が、当該『INVITEメッセージ』を着信端末１００のＢ２ＢＵＡ３５０に転送したとする（図１０の（２）を参照）。
【０１０１】
すると、ここで、信号処理装置たるＢ２ＢＵＡ３５０が、通信用ＩＤ『User01』を検索キーとして端末情報記憶部を検索し、当該通信用ＩＤ『User01』に対応づけられている割当先識別情報『User01』、および、ＩＰアドレスとポート番号との組み合わせ『192.168.0.10：20000』を取得する。また、Ｂ２ＢＵＡ３５０が、取得したＩＰアドレスとポート番号との組み合わせ『192.168.0.10：20000』を検索キーとする割当先識別情報問い合わせをＩＰゲートウェイ装置２００に送信し、割当先識別情報『User01』を取得する（図１０の（３）を参照）。
【０１０２】
そして、Ｂ２ＢＵＡ３５０が、端末情報記憶部から取得した割当先識別情報『User01』と、ＩＰゲートウェイ装置２００から取得した割当先識別情報『User01』とが一致するか否かを比較し（図１０の（４）を参照）、一致した場合に、ＩＰアドレス『192.168.0.10』を用いて『INVITEメッセージ』を着信端末１００に転送する（図１０の（５）を参照）。
【実施例２】
【０１０３】
さて、これまで実施例１として、ＩＰゲートウェイ装置が認証サーバとしての機能を備え、着信端末がネットワークに接続する際に相互認証（ユーザ認証）を行い、認証成功の場合にのみ当該着信端末にＩＰアドレスの割り当てを行う事例を説明した。これに対して、実施例２では、ＩＰゲートウェイ装置がＤＨＣＰサーバの機能のみを備え（認証サーバとしての機能を備えず）、また、着信端末がＳＩＰサーバに接続する際に、ＩＭＳ（IP  Multimedia  Subsystem）−Ｓｅｃｕｒｉｔｙで規定されるようにIPSec通信を確立した上でユーザ認証を行う点が、実施例１と異なる。また、実施例１においては、割当先識別情報として通信用ＩＤを用いる手法を説明したが、実施例２においては、割当先識別情報としてＭＡＣアドレスを用いる手法を説明する。
【０１０４】
［実施例２に係る通信サービス提供システムの概要および特徴］
まず、図１１および図１２を用いて、実施例２に係る通信サービス提供システムの概要および特徴を説明する。図１１は、実施例２に係る通信サービス提供システム（登録段階）の概要および特徴を説明するための図であり、図１２は、実施例２に係る通信サービス提供システム（着信処理段階）の概要および特徴を説明するための図である。
【０１０５】
なお、実施例２に係る通信サービス提供システムにおいては、通信サービスとして「ＳＩＰによる通信サービス」を想定し、信号処理装置として「ＳＩＰサーバ」を想定し、通信用ＩＤとして「ユーザＩＤ」を想定し、コンタクトアドレスとして「ＩＰアドレス」を想定し、割当先識別情報として「ＭＡＣアドレス」を想定する。
【０１０６】
［登録段階］
まず、着信端末１００が、ＩＰアドレスの割り当てを要求する割当要求をＩＰゲートウェイ装置２００に送信する（図１１の（１）を参照）。この時、着信端末１００が送信する割当要求には、当該着信端末１００のＭＡＣアドレスが含まれている。
【０１０７】
すると、ＩＰゲートウェイ装置２００は、着信端末１００の割当先識別情報を受け付けるとともに、割当要求を当該着信端末１００から受け付けると、ＩＰアドレスを割り当てて、当該ＩＰアドレスと割当先識別情報との対応づけをアドレス割当状態記憶部に格納する（図１１の（２）を参照）。例えば、ＩＰゲートウェイ装置２００は、ＩＰアドレス『10.1.2.1』を割り当て、当該ＩＰアドレス『10.1.2.1』と割当先識別情報『MAC01』との対応づけを格納する。
【０１０８】
続いて、ＩＰゲートウェイ装置２００は、割り当てたＩＰアドレスを着信端末１００に応答する（図１１の（３）を参照）。例えば、ＩＰゲートウェイ装置２００は、割り当てたＩＰアドレス『10.1.2.1』を着信端末１００に応答する。
【０１０９】
次に、ＩＰアドレスの割り当てを受けた着信端末１００は、当該着信端末１００を利用する利用者の通信用ＩＤと、当該着信端末１００の割当先識別情報と、当該着信端末１００に割り当てられたＩＰアドレスとの対応づけを格納することを要求する格納要求を、ＳＩＰサーバ３００に送信する（図１１の（４）を参照）。この時、実施例２において、着信端末１００は、ＩＰＳｅｃ通信を確立した上で、格納要求をＳＩＰサーバ３００に送信する。例えば、着信端末１００は、通信用ＩＤとしてユーザＩＤ『User01』と、割当先識別情報としてＭＡＣアドレス『MAC01』と、ＩＰアドレス『10.1.2.1』との対応づけを格納することを要求する格納要求を送信する。なお、実施例２においては、通信用ＩＤと割当先識別情報とが異なる点に注意されたい。
【０１１０】
すると、ＳＩＰサーバ３００は、格納要求を受け付けると、対応づけを端末情報記憶部に格納する（図１１の（５）を参照）。例えば、ＳＩＰサーバ３００は、通信用ＩＤとしてユーザＩＤ『User01』と、割当先識別情報としてＭＡＣアドレス『MAC01』と、ＩＰアドレス『10.1.2.1』との対応づけを格納する。
【０１１１】
［着信処理段階］
まず、発信端末４００が、着信端末１００を利用する利用者の通信用ＩＤが指定された信号をＳＩＰサーバ３００に送信し、ＳＩＰサーバ３００は、通信用ＩＤが指定されたＳＩＰ信号を受信する（図１２の（１）を参照）。例えば、ＳＩＰサーバ３００は、通信用ＩＤとしてユーザＩＤ『User01』が指定されたＳＩＰ信号を受信する。
【０１１２】
続いて、ＳＩＰサーバ３００は、発信端末４００から受信した通信用ＩＤを検索キーとして端末情報記憶部を検索し、当該通信用ＩＤに対応づけられている割当先識別情報およびＩＰアドレスを取得する（図１２の（２）を参照）。例えば、ＳＩＰサーバ３００は、発信端末４００から受信したユーザＩＤ『User01』に対応づけられている割当先識別情報としてＭＡＣアドレス『MAC01』を取得し、ＩＰアドレス『10.1.2.1』を取得する。
【０１１３】
次に、ＳＩＰサーバ３００は、取得したＩＰアドレスを検索キーとする割当先識別情報問い合わせをＩＰゲートウェイ装置２００に送信し、ＩＰゲートウェイ装置２００によって応答されることで、当該ＩＰアドレスに対応づけられている割当先識別情報を取得する（図１２の（３）を参照）。例えば、ＳＩＰサーバ３００は、取得したＩＰアドレス『10.1.2.1』を検索キーとする割当先識別情報問い合わせをＩＰゲートウェイ装置２００に送信する。すると、ＩＰゲートウェイ装置２００は、当該ＩＰアドレス『10.1.2.1』を検索キーとしてアドレス割当状態記憶部を検索し、当該ＩＰアドレス『10.1.2.1』に対応づけられている割当先識別情報『MAC01』を取得して、ＳＩＰサーバ３００に応答する。こうして、ＳＩＰサーバ３００は、ＩＰアドレス『10.1.2.1』に対応づけられている割当先識別情報『MAC01』を取得する。
【０１１４】
続いて、ＳＩＰサーバ３００は、端末情報記憶部から取得された割当先識別情報とＩＰゲートウェイ装置２００から取得された割当先識別情報とが一致するか否かを比較する（図１２の（４）を参照）。例えば、ＳＩＰサーバ３００は、端末情報記憶部から取得された割当先識別情報『MAC01』とＩＰゲートウェイ装置２００から取得された割当先識別情報『MAC01』とが一致するか否かを比較する。
【０１１５】
そして、ＳＩＰサーバ３００は、端末情報記憶部から取得された割当先識別情報とＩＰゲートウェイ装置２００から取得された割当先識別情報とが一致した場合に、端末情報記憶部から取得されたＩＰアドレスを用いてＳＩＰ信号を転送する（図１２の（５）を参照）。例えば、ＳＩＰサーバ３００は、端末情報記憶部から取得されたＩＰアドレス『10.1.2.1』を用いてＳＩＰ信号を転送する。
【０１１６】
このようなことから、実施例２に係る通信サービス提供システムによれば、着信端末に対する通信が、意図した着信端末に着信することを保証することが可能になる。
【０１１７】
［実施例２に係る通信サービス提供システムの構成］
次に、図１３および図１４を用いて、実施例２に係る通信サービス提供システムを説明する。図１３は、アドレス割当状態記憶部を説明するための図であり、図１４は、端末情報記憶部を説明するための図である。
【０１１８】
実施例２に係る通信サービス提供システムは、着信端末１００と、ＩＰゲートウェイ装置２００と、ＳＩＰサーバ３００と、発信端末４００とから構成され、実施例１に係る通信サービス提供システムと同様の構成である。以下では、記憶する情報が実施例１とは異なるアドレス割当状態記憶部２０２と端末情報記憶部３０２とについてのみ、簡単に説明する。
【０１１９】
［ＩＰゲートウェイ装置２００］
アドレス割当状態記憶部２０２は、実施例１と同様、着信端末１００に割り当てられたＩＰアドレスと、当該着信端末１００の割当先識別情報との対応づけを記憶する。例えば、アドレス割当状態記憶部２０２は、図１３に示すように、ＭＡＣアドレスとＩＰアドレスとの対応づけを記憶する。
【０１２０】
例えば、アドレス割当部２０１が、ネットワークに接続する端末（割当先識別情報『MAC03』）にＩＰアドレス『10.1.2.3』を割り当て、割り当てたＩＰアドレスと割当先識別情報との対応づけをアドレス割当状態記憶部２０２に格納すると、アドレス割当状態記憶部２０２は、図１３の（Ａ）に示すように、ＩＰアドレス『10.1.2.3』と割当先識別情報『MAC03』とを対応づけて記憶する。その後、当該端末がネットワークから離脱するなどしてＩＰアドレス『10.1.2.3』がリリースされると、アドレス割当部２０１は、ネットワークに接続する別の端末（割当先識別情報『MAC04』）にＩＰアドレス『10.1.2.3』を割り当て、割り当てたＩＰアドレスと割当先識別情報との対応づけをアドレス割当状態記憶部２０２に格納する。すると、アドレス割当状態記憶部２０２は、図１３の（Ｂ）に示すように、ＩＰアドレス『10.1.2.3』と割当先識別情報『MAC04』とを対応づけて記憶する。
【０１２１】
［ＳＩＰサーバ３００］
端末情報記憶部３０２は、実施例１と同様、着信端末１００の通信用ＩＤと、当該着信端末１００の割当先識別情報と、当該着信端末１００に割り当てられたＩＰアドレスとの対応づけを記憶する。例えば、端末情報記憶部２０は、図１４に示すように、ユーザＩＤとＭＡＣアドレスとＩＰアドレスとの対応づけを記憶する。なお、図１４の（Ａ）と（Ｂ）とは、実施例１と同様、通信用ＩＤと割当先識別情報とＩＰアドレスとの対応づけが動的に変化する様子を示すものである。
【０１２２】
［実施例２に係る通信サービス提供システムによる処理の手順］
次に、実施例２に係る通信サービス提供システムによる処理の手順を、図１５および１６を用いて説明する。図１５は、実施例２に係る通信サービス提供システムによる処理（登録処理段階）を示すシーケンス図であり、図１６は、実施例２に係る通信サービス提供システムによる処理（着信処理段階）を示すシーケンス図である。以下、登録処理段階、着信処理段階の順に説明する。
【０１２３】
［登録処理段階］
まず、着信端末１００の登録要求部１０１は、着信端末１００のＭＡＣアドレス（割当先識別情報）を含むＩＰアドレスの割当要求をアドレス割当部２０１に送信する（ステップＳ３０１）。
【０１２４】
すると、ＩＰアドレスの割当要求を受信したアドレス割当部２０１は、ＩＰアドレスの割当要求に含まれるＭＡＣアドレスを取得し（ステップＳ３０２）、ＩＰアドレスを割り当てる（ステップＳ３０３）。
【０１２５】
さらに、アドレス割当部２０１は、ＩＰアドレスとＭＡＣアドレス（割当先識別情報）との対応づけ（レコード）をアドレス割当状態記憶部２０２に格納（登録）する（ステップＳ３０４）。
【０１２６】
続いて、アドレス割当部２０１は、ＩＰアドレスの割当要求に対する応答にＩＰアドレスを含めて、登録要求部１０１に返却する（ステップＳ３０５）。
【０１２７】
次に、登録要求部１０１が、ＳＩＰサーバ３００の登録受付部３０１との間で、『ＩＭＳ−ＡＫＡ（ＩＭＳ：IP  Multimedia  Subsystem、ＡＫＡ：Authentication  and  Key  Agreement）』による相互認証を実施する（ステップＳ３０６）。具体的には、登録要求部１０１がＳＩＰサーバ３００の登録受付部３０１に『SIP-REGISTER』を送信すると、その応答として、登録受付部３０１から『401  Unauthorized』が送信されるが（ステップＳ３０７）、登録要求部１０１は、当該『401  Unauthorized』に含まれるパラメータ（ＲＡＮＤ（Random  challenge）、ＡＵＴＮ（Authentication  Token））を用いて、登録受付部３０１との間の共有鍵を生成する。
【０１２８】
その後、生成した共有鍵を用いて、登録要求部１０１と登録受付部３０１との間で、ＩＰ  Ｓｅｃが確立される（ステップＳ３０８）。
【０１２９】
続いて、登録要求部１０１は、ＩＰ  ＳｅｃのＥＳＰトランスポートモードで、ユーザＩＤ（通信用ＩＤ）と、ＭＡＣアドレス（割当先識別情報）と、アドレス割当部２０１から受信したＩＰアドレスとを含む登録要求である『REGISTERメッセージ』を、ＳＩＰサーバ３００に送信する（ステップＳ３０９）。
【０１３０】
ＳＩＰサーバ３００の登録受付部３０１は、登録要求部１０１から受信したユーザＩＤ（通信用ＩＤ）とＭＡＣアドレス（割当先識別情報）とＩＰアドレスとの対応づけを端末情報記憶部３０２に格納（登録）する（ステップＳ３１０）。
【０１３１】
その後、登録受付部３０１は、登録要求部１０１に『200  OK』を返却する（ステップＳ３１１）。
【０１３２】
［着信処理段階］
まず、発信端末４００が、着信端末１００のユーザＩＤ（通信用ＩＤ）が指定された着信要求である『INVITEメッセージ』を送信すると、ＳＩＰサーバ３００の信号処理部３０３が当該着信要求を受信する（ステップＳ４０１）。
【０１３３】
すると、信号処理部３０３は、当該『INVITEメッセージ』に含まれるＳＩＰ−ＵＲＩもしくはAuthorization  HeaderからユーザＩＤ（通信用ＩＤ）を取得し、当該ユーザＩＤを検索キーとして端末情報記憶部３０２を検索し、当該ユーザＩＤに対応づけられているＭＡＣアドレス（割当先識別情報）およびＩＰアドレスを取得する（ステップＳ４０２）。
【０１３４】
さらに、信号処理部３０３は、取得されたＩＰアドレスを検索キーとする割当先識別情報問い合わせをアドレス有効性応答部２０３に送信する（ステップＳ４０３）。すると、アドレス有効性応答部２０３は、受信したＩＰアドレスを検索キーとしてアドレス割当状態記憶部２０２を検索し、当該ＩＰアドレスに対応づけられているＭＡＣアドレス（割当先識別情報）を取得して（ステップＳ４０４）、割当先識別情報をＳＩＰサーバ３００に返却する（ステップＳ４０５）。
【０１３５】
信号処理部３０３は、端末情報記憶部３０２から取得したＭＡＣアドレス（割当先識別情報）と、アドレス有効性応答部２０３から受信したＭＡＣアドレス（割当先識別情報）とが、一致するか否かを比較（照合）する（ステップＳ４０６）。
【０１３６】
信号処理部３０３は、前記照合結果が一致していた場合には、ステップＳ４０１で発信端末４００から受信していた『INVITEメッセージ』を着信端末１００の信号受信部１０２に転送する。一方、信号処理部３０３は、前記照合結果が不一致であった場合には、ステップＳ４０１で発信端末４００から受信していた『INVITEメッセージ』を着信端末１００の信号受信部１０２に転送せず、エラーや、転送できなかった理由を、発信端末４００に返却する。
【０１３７】
このようにして、発信端末４００の意図する着信端末１００に『INVITEメッセージ』が転送される。この後、着信端末１００が『200  OK』により応答することで、両者の間にセッションが確立される。
【０１３８】
［実施例２に係る通信サービス提供システムの原理］
ここで、図１７を用いて、実施例２に係る通信サービス提供システムの原理について、改めて説明する。図１７は、実施例２に係る通信サービス提供システムの原理を説明するための図である。
【０１３９】
図１７に示すように、実施例１に係る通信サービス提供システムにおいては、（１）〜（１３）の順で、情報が関連づけられている。すなわち、図１７の（１）に示すように、着信端末１００の登録要求部１０１が、ＩＰゲートウェイ装置２００のアドレス割当部２０１に割当先識別情報（ＭＡＣアドレス）を送信することで、アドレス割当部２０１は、ＩＰアドレスと割当先識別情報（ＭＡＣアドレス）との対応づけをアドレス割当状態記憶部２０２に格納することになる（図１７の（２）を参照）。
【０１４０】
また、アドレス割当部２０１による応答としてＩＰアドレスが登録要求部１０１に送信されるので（図１７の（３）を参照）、登録要求部１０１は、通信用ＩＤ（ユーザＩＤ）と割当先識別情報（ＭＡＣアドレス）とＩＰアドレスとの対応づけを、ＳＩＰサーバ３００の登録受付部３０１に格納することになる（図１７の（４）および（５）を参照）。
【０１４１】
このような状態において、図１７の（６）に示すように、通信用ＩＤ（ユーザＩＤ）を指定した信号送信要求をＳＩＰサーバ３００の信号処理部３０３が受信すると、信号処理部３０３は、指定された通信用ＩＤ（ユーザＩＤ）を検索キーとして端末情報記憶部３０２を検索し（図１７の（７）を参照）、対応づけられている割当先識別情報（ＭＡＣアドレス）とＩＰアドレスとを取得する（図１７の（８）を参照）。
【０１４２】
そして、信号処理部３０３は、検索することで取得したＩＰアドレスを検索キーとして、ＩＰゲートウェイ装置２００のアドレス有効性応答部２０３に、割当先識別情報問い合わせを行う（図１７の（９）を参照）。すると、アドレス有効性応答部２０３は、ＩＰアドレスを検索キーとしてアドレス割当状態記憶部２０２を検索し（図１７の（１０）を参照）、対応づけられている割当先識別情報（ＭＡＣアドレス）を取得する（図１７の（１１）を参照）。
【０１４３】
続いて、アドレス有効性応答部２０３が、取得した割当先識別情報（ＭＡＣアドレス）を信号処理部３０３に応答として送信すると（図１７の（１２）を参照）、信号処理部３０３は、端末情報記憶部３０２から取得した割当先識別情報（ＭＡＣアドレス）と（図１７の（８）を参照）、アドレス有効性応答部２０３から取得した割当先識別情報（ＭＡＣアドレス）とが一致するか否かを比較し、一致した場合に、信号転送するなどする（図１７の（１３）を参照）。
【０１４４】
実施例２に係る通信サービス提供システムは、このように情報を関連づけることで、『ＳＩＰサーバ３００に登録されている対応づけ』と『着信端末１００に現に割り当てられている対応づけ』とが正確に同期しないことに基づく不都合を回避した上で、ＳＩＰ信号を転送することを可能にしている。
【０１４５】
［実施例２の効果］
実施例１では、ＩＰゲートウェイ装置に認証サーバ機能が必要であり、ＩＰゲートウェイ装置上のＤＨＣＰサーバ機能は、当該認証サーバ機能と連動してＩＰアドレスを割り当て、割り当てたＩＰアドレスをアドレス割当記憶部に登録しておく必要があった。実施例２によれば、ＩＰゲートウェイ装置上にはＤＨＣＰサーバ機能だけでよく、認証サーバ機能は必要ないので、ＩＰゲートウェイ装置のコストが削減できる。ネットワークへの接続拠点ごとにＩＰゲートウェイ装置を配置することを考慮すると、大きなコスト削減が期待できる。なお、信号処理装置であるＳＩＰサーバは、ＩＰ  Ｓｅｃ等のセキュアなチャネルを着信端末との間に確保して、ユーザ認証を行うことになる。
【実施例３】
【０１４６】
さて、これまで実施例１および２として、信号処理装置がＳＩＰサーバである場合の事例を説明した。しかしながら、本発明はこれに限られるものではなく、例えば、信号処理装置がＤＮＳサーバである場合にも、本発明を同様に適用することができる。そこで、実施例３では、信号処理装置がＤＮＳサーバである場合の事例を説明する。
【０１４７】
［実施例３に係る通信サービス提供システムの概要および特徴］
まず、図１８および図１９を用いて、実施例３に係る通信サービス提供システムの概要および特徴を説明する。図１８は、実施例３に係る通信サービス提供システム（登録段階）の概要および特徴を説明するための図であり、図１９は、実施例３に係る通信サービス提供システム（着信処理段階）の概要および特徴を説明するための図である。
【０１４８】
なお、実施例３に係る通信サービス提供システムにおいては、通信サービスとして「ＤＮＳによる通信サービス」を想定し、信号処理装置として「ＤＮＳサーバ」を想定し、通信用ＩＤとして「ホスト名」を想定し、コンタクトアドレスとして「ＩＰアドレス」を想定し、割当先識別情報として「ユーザＩＤ」を想定する。
【０１４９】
［登録段階］
まず、着信端末１００が、ＩＰアドレスの割り当てを要求する割当要求をＩＰゲートウェイ装置２００に送信する（図１８の（１）を参照）。
【０１５０】
すると、ＩＰゲートウェイ装置２００は、着信端末１００の割当先識別情報を受け付けるとともに、割当要求を当該着信端末１００から受け付けると、ＩＰアドレスを割り当てて、当該ＩＰアドレスと割当先識別情報との対応づけをアドレス割当状態記憶部に格納する（図１８の（２）を参照）。例えば、ＩＰゲートウェイ装置２００は、ＩＰアドレス『10.1.2.1』を割り当て、当該ＩＰアドレス『10.1.2.1』と割当先識別情報『User01』との対応づけを格納する。
【０１５１】
続いて、ＩＰゲートウェイ装置２００は、割り当てたＩＰアドレスを着信端末１００に応答する（図１８の（３）を参照）。例えば、ＩＰゲートウェイ装置２００は、割り当てたＩＰアドレス『10.1.2.1』を着信端末１００に応答する。
【０１５２】
次に、ＩＰアドレスの割り当てを受けた着信端末１００は、当該着信端末１００を利用する利用者の通信用ＩＤと、当該着信端末１００の割当先識別情報と、当該着信端末１００に割り当てられたＩＰアドレスとの対応づけを格納することを要求する格納要求を、ＤＮＳサーバ５００に送信する（図１８の（４）を参照）。例えば、着信端末１００は、通信用ＩＤとしてホスト名『ID001』と、割当先識別情報としてユーザＩＤ『User01』と、ＩＰアドレス『10.1.2.1』との対応づけを格納することを要求する格納要求を送信する。
【０１５３】
すると、ＤＮＳサーバ５００は、格納要求を受け付けると、対応づけを端末情報記憶部に格納する（図１８の（５）を参照）。例えば、ＤＮＳサーバ５００は、通信用ＩＤとしてホスト名『ID001』と、割当先識別情報としてユーザＩＤ『User01』と、ＩＰアドレス『10.1.2.1』との対応づけを格納する。
【０１５４】
［着信処理段階］
まず、発信端末４００が、着信端末１００を利用する利用者の通信用ＩＤが指定された名前解決要求をＤＮＳサーバ５００に送信し、ＤＮＳサーバ５００は、通信用ＩＤが指定された名前解決要求を受信する（図１９の（１）を参照）。例えば、ＤＮＳサーバ５００は、通信用ＩＤとしてホスト名『ID001』が指定された名前解決要求を受信する。
【０１５５】
続いて、ＤＮＳサーバ５００は、発信端末４００から受信した通信用ＩＤを検索キーとして端末情報記憶部を検索し、当該通信用ＩＤに対応づけられている割当先識別情報およびＩＰアドレスを取得する（図１９の（２）を参照）。例えば、ＤＮＳサーバ５００は、発信端末４００から受信したホスト名『ID001』に対応づけられている割当先識別情報としてユーザＩＤ『User01』を取得し、ＩＰアドレス『10.1.2.1』を取得する。
【０１５６】
次に、ＤＮＳサーバ５００は、取得したＩＰアドレスを検索キーとする割当先識別情報問い合わせをＩＰゲートウェイ装置２００に送信し、ＩＰゲートウェイ装置２００によって応答されることで、当該ＩＰアドレスに対応づけられている割当先識別情報を取得する（図１９の（３）を参照）。例えば、ＤＮＳサーバ５００は、取得したＩＰアドレス『10.1.2.1』を検索キーとする割当先識別情報問い合わせをＩＰゲートウェイ装置２００に送信する。すると、ＩＰゲートウェイ装置２００は、当該ＩＰアドレス『10.1.2.1』を検索キーとしてアドレス割当状態記憶部を検索し、当該ＩＰアドレス『10.1.2.1』に対応づけられている割当先識別情報『User01』を取得して、当該割当先識別情報『User01』をＤＮＳサーバ５００に応答する。こうして、ＤＮＳサーバ５００は、ＩＰアドレス『10.1.2.1』に対応づけられている割当先識別情報『User01』を取得する。
【０１５７】
続いて、ＤＮＳサーバ５００は、端末情報記憶部から取得された割当先識別情報とＩＰゲートウェイ装置２００から取得された割当先識別情報とが一致するか否かを比較する（図１９の（４）を参照）。例えば、ＤＮＳサーバ５００は、端末情報記憶部から取得された割当先識別情報『User01』とＩＰゲートウェイ装置２００から取得された割当先識別情報『User01』とが一致するか否かを比較する。
【０１５８】
そして、ＤＮＳサーバ５００は、端末情報記憶部から取得された割当先識別情報とＩＰゲートウェイ装置２００から取得された割当先識別情報とが一致した場合に、端末情報記憶部から取得されたＩＰアドレスを用いて信号を処理する（図１９の（５）を参照）。例えば、ＤＮＳサーバ５００は、端末情報記憶部から取得されたＩＰアドレス『10.1.2.1』を名前解決要求に対する応答として送信する。
【０１５９】
このようなことから、実施例３に係る通信サービス提供システムによれば、着信端末に対する通信が、意図した着信端末に着信することを保証することが可能になる。
【０１６０】
［実施例３に係る通信サービス提供システムの構成］
次に、図２０〜図２２を用いて、実施例３に係る通信サービス提供システムを説明する。図２０は、実施例３に係る通信サービス提供システムの構成を示すブロック図であり、図２１は、アドレス割当状態記憶部を説明するための図であり、図２２は、端末情報記憶部を説明するための図である。
【０１６１】
実施例３に係る通信サービス提供システムは、図２０に示すように、着信端末１００と、ＩＰゲートウェイ装置２００と、ＤＮＳサーバ５００と、発信端末４００とから構成される。以下では、記憶する情報がこれまでの実施例とは異なるアドレス割当状態記憶部２０２と端末情報記憶部５０２とについてのみ、簡単に説明する。
【０１６２】
［ＩＰゲートウェイ装置２００］
アドレス割当状態記憶部２０２は、実施例１と同様、着信端末１００に割り当てられたＩＰアドレスと、当該着信端末１００の割当先識別情報との対応づけを記憶する。例えば、アドレス割当状態記憶部２０２は、図２１に示すように、ＭＡＣアドレスとユーザＩＤ（割当先識別情報）とＩＰアドレスとの対応づけを記憶する。
【０１６３】
［ＤＮＳサーバ５００］
端末情報記憶部５０２は、着信端末１００の通信用ＩＤと、当該着信端末１００の割当先識別情報と、当該着信端末１００に割り当てられたＩＰアドレスとの対応づけを記憶する。例えば、端末情報記憶部５０２は、図２２に示すように、ホスト名とユーザＩＤとＩＰアドレスとの対応づけを記憶する。なお、図２２の（Ａ）と（Ｂ）とは、これまでの実施例と同様、通信用ＩＤと割当先識別情報とＩＰアドレスとの対応づけが動的に変化する様子を示すものである。
【０１６４】
［実施例３に係る通信サービス提供システムによる処理の手順］
次に、実施例３に係る通信サービス提供システムによる処理の手順を、図２３および２４を用いて説明する。図２３は、実施例３に係る通信サービス提供システムによる処理（登録処理段階）を示すシーケンス図であり、図２４は、実施例３に係る通信サービス提供システムによる処理（着信処理段階）を示すシーケンス図である。以下、登録処理段階、着信処理段階の順に説明する。
【０１６５】
［登録処理段階］
まず、着信端末１００の登録要求部１０１とＩＰゲートウェイ装置２００のアドレス割当部２０１との間で、『EAP-TLS』による相互認証処理が実行される（ステップＳ５０１）。
【０１６６】
この相互認証が成功すると、アドレス割当部２０１は、登録要求部１０１から送信されたＥＡＰメッセージもしくは証明書に含まれるユーザＩＤ（割当先識別情報）と、ＭＡＣアドレスとを受け付けると、ユーザＩＤとＭＡＣアドレスとの対応づけ（レコード）をアドレス割当状態記憶部２０２に格納（登録）する（ステップＳ５０２）。その後、アドレス割当部２０１は、認証が成功したことを示す『EAP-Success』を登録要求部１０１に送信する（ステップＳ５０３）。
【０１６７】
続いて、『EAP-Success』を受信した登録要求部１０１は、着信端末１００のＭＡＣアドレスを含むＩＰアドレスの割当要求をアドレス割当部２０１に送信する（ステップＳ５０４）。
【０１６８】
すると、ＩＰアドレスの割当要求を受信したアドレス割当部２０１は、ＩＰアドレスの割当要求に含まれるＭＡＣアドレスを取得し（ステップＳ５０５）、ＩＰアドレスを割り当てる（ステップＳ５０６）。
【０１６９】
さらに、アドレス割当部２０１は、ステップＳ５０５で取得したＭＡＣアドレスを検索キーとしてアドレス割当状態記憶部２０２を検索し、当該ＭＡＣアドレスに対応づけられているユーザＩＤを取得し（ステップＳ５０７）、ステップＳ５０７で検索したユーザＩＤ（割当先識別情報）の対応づけ（レコード）に、ステップＳ５０６で割り当てたＩＰアドレスを追加格納（登録）する（ステップＳ５０８）。こうして、アドレス割当部２０１は、ＩＰアドレスとユーザＩＤ（割当先識別情報）との対応づけをアドレス割当状態記憶部２０２に格納する。
【０１７０】
続いて、アドレス割当部２０１は、ＩＰアドレスの割当要求に対する応答にＩＰアドレスを含めて、登録要求部１０１に返却する（ステップＳ５０９）。
【０１７１】
続いて、登録要求部１０１は、ホスト名（通信用ＩＤ）と、ユーザＩＤ（割当先識別情報）と、アドレス割当部２０１から受信したＩＰアドレスとを含む登録要求である『DNS  Updateメッセージ』を、ＤＮＳサーバ５００に送信する（ステップＳ５１０）。
【０１７２】
ＤＮＳサーバ５００の登録受付部５０１は、登録要求部１０１から受信したホスト名（通信用ＩＤ）とユーザＩＤ（割当先識別情報）とＩＰアドレスとの対応づけを端末情報記憶部５０２に格納（登録）する（ステップＳ５１１）。
【０１７３】
その後、登録受付部５０１は、登録要求部１０１に『OK/NG』を返却する（ステップＳ５１２）。
【０１７４】
［着信処理段階］
まず、発信端末４００が、着信端末１００のホスト名（通信用ＩＤ）が指定された名前解決要求である『DNSクエリ  メッセージ』を送信すると、ＤＮＳサーバ５００の信号処理部５０３が当該名前解決要求を受信する（ステップＳ６０１）。
【０１７５】
すると、信号処理部５０３は、当該『DNSクエリ  メッセージ』に含まれるホスト名（通信用ＩＤ）を取得し、当該ホスト名を検索キーとして端末情報記憶部５０２を検索し、当該ホスト名に対応づけられているユーザＩＤ（割当先識別情報）およびＩＰアドレスを取得する（ステップＳ６０２）。
【０１７６】
さらに、信号処理部５０３は、取得されたＩＰアドレスを検索キーとする割当先識別情報問い合わせをアドレス有効性応答部２０３に送信する（ステップＳ６０３）。すると、アドレス有効性応答部２０３は、受信したＩＰアドレスを検索キーとしてアドレス割当状態記憶部２０２を検索し、当該ＩＰアドレスに対応づけられているユーザＩＤ（割当先識別情報）を取得して（ステップＳ６０４）、割当先識別情報をＤＮＳサーバ５００に返却する（ステップＳ６０５）。
【０１７７】
信号処理部５０３は、端末情報記憶部５０２から取得したユーザＩＤ（割当先識別情報）と、アドレス有効性応答部２０３から受信したユーザＩＤ（割当先識別情報）とが、一致するか否かを比較（照合）する（ステップＳ６０６）。
【０１７８】
信号処理部５０３は、前記照合結果が一致していた場合には、ステップＳ６０１で発信端末４００から受信していた『DNSクエリ  メッセージ』に対する応答として、ステップＳ６０２で取得したＩＰアドレスを発信端末４００に送信する（ステップＳ６０７）。そして、発信端末４００が、ＤＮＳサーバ５００から取得したＩＰアドレス宛に信号を送信することで、着信端末１００に信号が送信される（ステップＳ６０８）。一方、信号処理部５０３は、前記照合結果が不一致であった場合には、エラーを発信端末４００に返却する。
【０１７９】
［実施例３に係る通信サービス提供システムの原理］
ここで、図２５を用いて、実施例３に係る通信サービス提供システムの原理について、改めて説明する。図２５は、実施例３に係る通信サービス提供システムの原理を説明するための図である。
【０１８０】
図２５に示すように、実施例３に係る通信サービス提供システムにおいては、（１）〜（１３）の順で、情報が関連づけられている。すなわち、図２５の（１）に示すように、着信端末１００の登録要求部１０１が、ＩＰゲートウェイ装置２００のアドレス割当部２０１に割当先識別情報（ユーザＩＤ）を送信することで、アドレス割当部２０１は、ＩＰアドレスと割当先識別情報（ユーザＩＤ）との対応づけをアドレス割当状態記憶部２０２に格納することになる（図２５の（２）を参照）。
【０１８１】
また、アドレス割当部２０１による応答としてＩＰアドレスが登録要求部１０１に送信されるので（図２５の（３）を参照）、登録要求部１０１は、通信用ＩＤ（ホスト名）と割当先識別情報（ユーザＩＤ）とＩＰアドレスとの対応づけを、ＤＮＳサーバ５００の登録受付部５０１に送信し、登録受付部５０１は、当該対応づけを端末情報記憶部５０２に格納することになる（図２５の（４）および（５）を参照）。
【０１８２】
このような状態において、図２５の（６）に示すように、通信用ＩＤ（ホスト名）を指定した名前解決要求をＤＮＳサーバ５００の信号処理部５０３が受信すると、信号処理部５０３は、指定された通信用ＩＤ（ホスト名）を検索キーとして端末情報記憶部５０２を検索し（図２５の（７）を参照）、対応づけられている割当先識別情報（ユーザＩＤ）とＩＰアドレスとを取得する（図２５の（８）を参照）。
【０１８３】
そして、信号処理部５０３は、検索することで取得したＩＰアドレスを検索キーとして、ＩＰゲートウェイ装置２００のアドレス有効性応答部２０３に、割当先識別情報問い合わせを行う（図２５の（９）を参照）。すると、アドレス有効性応答部２０３は、ＩＰアドレスを検索キーとしてアドレス割当状態記憶部２０２を検索し（図２５の（１０）を参照）、対応づけられている割当先識別情報（ユーザＩＤ）を取得する（図２５の（１１）を参照）。
【０１８４】
続いて、アドレス有効性応答部２０３が、取得した割当先識別情報（ユーザＩＤ）を信号処理部５０３に応答として送信すると（図２５の（１２）を参照）、信号処理部５０３は、端末情報記憶部５０２から取得した割当先識別情報（ユーザＩＤ）と（図２５の（８）を参照）、アドレス有効性応答部２０３から取得した割当先識別情報（ユーザＩＤ）とが一致するか否かを比較し、一致した場合に、信号転送するなどする（図２５の（１３）を参照）。
【０１８５】
実施例３に係る通信サービス提供システムは、このように情報を関連づけることで、『ＤＮＳサーバ５００に登録されている対応づけ』と『着信端末１００に現に割り当てられている対応づけ』とが正確に同期しないことに基づく不都合を回避した上で、ＤＮＳサービスを提供し、ＩＰ通信を実現することを可能にしている。
【０１８６】
［実施例３の効果］
上記してきたように、実施例３によれば、名前解決要求を受信した際にＤＮＳサーバに登録されているＩＰアドレスとユーザＩＤとの組み合わせと、ネットワーク接続時にＩＰゲートウェイ装置に登録されているＩＰアドレスとユーザＩＤとの組み合わせとを突き合わせ、一致しない場合には名前解決要求に対する応答を行わないことで、誤着信を防止することができる。
【０１８７】
すなわち、従来の手法であれば、着信端末を利用する利用者もしくは着信端末の移動やネットワーク接続の切断時などに、ＤＮＳサーバが管理する当該ホスト名に対応したＩＰアドレスと、実際に当該着信端末に割り当てられているＩＰアドレスとが乖離する可能性があり、このような場合に、意図しない通信相手に着信してしまうことがあった。しかしながら、実施例３に係る通信サービス提供システムによれば、ＤＮＳサーバに登録されているホスト名とＩＰアドレスとの対応関係が実状況と乖離している場合には、エラーを送信することで、誤着信や情報の漏洩を防ぐことができる。
【実施例４】
【０１８８】
［他の実施例］
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。
【０１８９】
［システム構成等］
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１９０】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１９１】
なお、本実施例で説明した通信サービス提供方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【産業上の利用可能性】
【０１９２】
以上のように、本発明に係る通信サービス提供システム、アドレス割当装置および信号処理装置は、信号処理装置が、着信端末を利用する利用者を一意に識別するＩＤもしくは着信端末を一意に識別するＩＤが指定された信号を受信すると、アドレス割当装置によって当該着信端末に割り当てられたアドレスを用いて当該信号を処理することに有用であり、特に、着信端末に対する通信が、意図した着信端末に着信することを保証することに適する。
【図面の簡単な説明】
【０１９３】
【図１】実施例１に係る通信サービス提供システム（登録段階）の概要および特徴を説明するための図である。
【図２】実施例１に係る通信サービス提供システム（着信処理段階）の概要および特徴を説明するための図である。
【図３】実施例１に係る通信サービス提供システムの構成を示すブロック図である。
【図４】アドレス割当状態記憶部を説明するための図である。
【図５】対応づけの同期について説明するための図である。
【図６】端末情報記憶部を説明するための図である。
【図７】実施例１に係る通信サービス提供システムによる処理（登録処理段階）を示すシーケンス図である。
【図８】実施例１に係る通信サービス提供システムによる処理（着信処理段階）を示すシーケンス図である。
【図９】実施例１に係る通信サービス提供システムの原理を説明するための図である。
【図１０】Ｂ２ＢＵＡに適用した事例を説明するための図である。
【図１１】実施例２に係る通信サービス提供システム（登録段階）の概要および特徴を説明するための図である。
【図１２】実施例２に係る通信サービス提供システム（着信処理段階）の概要および特徴を説明するための図である。
【図１３】アドレス割当状態記憶部を説明するための図である。
【図１４】端末情報記憶部を説明するための図である。
【図１５】実施例２に係る通信サービス提供システムによる処理（登録処理段階）を示すシーケンス図である。
【図１６】実施例２に係る通信サービス提供システムによる処理（着信処理段階）を示すシーケンス図である。
【図１７】実施例２に係る通信サービス提供システムの原理を説明するための図である。
【図１８】実施例３に係る通信サービス提供システム（登録段階）の概要および特徴を説明するための図である。
【図１９】実施例３に係る通信サービス提供システム（着信処理段階）の概要および特徴を説明するための図である。
【図２０】実施例３に係る通信サービス提供システムの構成を示すブロック図である。
【図２１】アドレス割当状態記憶部を説明するための図である。
【図２２】端末情報記憶部を説明するための図である。
【図２３】実施例３に係る通信サービス提供システムによる処理（登録処理段階）を示すシーケンス図である。
【図２４】実施例３に係る通信サービス提供システムによる処理（着信処理段階）を示すシーケンス図である。
【図２５】実施例３に係る通信サービス提供システムの原理を説明するための図である。
【符号の説明】
【０１９４】
１０  Ｌ２ＳＷ
２０  ネットワーク
１００  着信端末
１０１  登録要求部
１０２  信号受信部
１１０  通信部
２００  ＩＰゲートウェイ装置
２０１  アドレス割当部
２０２  アドレス割当状態記憶部
２０３  アドレス有効性応答部
２１０  通信部
３００  ＳＩＰサーバ
３０１  登録受付部
３０２  端末情報記憶部
３０３  信号処理部
３１０  通信部
４００  発信端末
５００  ＤＮＳサーバ
５０１  登録受付部
５０２  端末情報記憶部
５０３  信号処理部
５１０  通信部
【図１】
0004764410.tif 000002
【図２】
0004764410.tif 000003
【図３】
0004764410.tif 000004
【図４】
0004764410.tif 000005
【図５】
0004764410.tif 000006
【図６】
0004764410.tif 000007
【図７】
0004764410.tif 000008
【図８】
0004764410.tif 000009
【図９】
0004764410.tif 000010
【図１０】
0004764410.tif 000011
【図１１】
0004764410.tif 000012
【図１２】
0004764410.tif 000013
【図１３】
0004764410.tif 000014
【図１４】
0004764410.tif 000015
【図１５】
0004764410.tif 000016
【図１６】
0004764410.tif 000017
【図１７】
0004764410.tif 000018
【図１８】
0004764410.tif 000019
【図１９】
0004764410.tif 000020
【図２０】
0004764410.tif 000021
【図２１】
0004764410.tif 000022
【図２２】
0004764410.tif 000023
【図２３】
0004764410.tif 000024
【図２４】
0004764410.tif 000025
【図２５】
0004764410.tif 000026