JP3873891B2

JP3873891B2 - パケット通信装置

Info

Publication number: JP3873891B2
Application number: JP2003012987A
Authority: JP
Inventors: 辰彦宮田; 健一坂本; 稔日高; 和義星野; 聡史清藤; 一磨湯本
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2003-01-22
Filing date: 2003-01-22
Publication date: 2007-01-31
Anticipated expiration: 2023-01-22
Also published as: US20050100008A1; CN1518265A; CN100512097C; JP2004228829A; US7394804B2

Description

【０００１】
【発明の属する技術分野】
本発明は、インターネットでの１対１の通信において発信者が受信者を呼び出す時の呼び出し形態方式に関する。
【０００２】
【従来の技術】
【非特許文献１】
IETF RFC3261
【非特許文献２】
IETF RFC2327
【非特許文献３】
IETF RFC1889
現在、急速なIP網の発展に伴い、交換機ベースの電話通信網をIP網に統合する動きが活発化している。各電話通信事業者はVoIP(Voice over IP)を利用して自社で持つIP網での音声データ転送を計画している。VoIPは呼シグナリングとセッション制御を行うプロトコルと音声転送用プロトコルの２つから構成される。IETF(Internet Engineering Task Force)は呼シグナリングとセッション制御を行うため、SIP(Session Initiation Protocol)(IETF RFC3261)を仕様化した。また、SIP内部での音声圧縮方式や転送レートの取決め等セッション記述には、例えばSDP(Session Description Protocol)(IETF RFC2327)が適用される。音声転送用プロトコルはSIPでは特に決められていないが、RTP(Real-timeTransport Protocol、RFC1889に記載)を用いることが多い。
【０００３】
IETF RFC3261によるとSIPはSIPスタートライン、SIPメッセージヘッダ、SIPメッセージボディからなるSIPメッセージをSIPサーバを経由して通話者間で送受信して、受信者の呼びだし、通話中の音声、映像プロトコル、ビットレートなどを通話者間で取り決めるプロトコルである。SIPスタートラインには主にメッセージ発信者の動作を記述、SIPメッセージヘッダには主にメッセージ受信者の宛先、経由したSIPサーバ、Call-ID(発信者管理番号)などを記述、SIPメッセージボディには通話時に使用する音声、映像プロトコル、ビットレートなどの提案を記述する。
【０００４】
【発明が解決しようとする課題】
以下、IETF RFC3261記載SIPによる２者間通話の開始から終了までの手順を簡単に示し、包含された課題を説明する。
【０００５】
図１はSIPによる２者間通話を示すネットワーク図である。
【０００６】
図２はSIPによる２者間通話の動作を示すシーケンス図である。
【０００７】
図１ではドメイン3-1に属しIP電話2-1を持つUserAが、SIPサーバ1-1〜1-3を介して、ドメイン3-3に属しIP電話2-2を持つUserBに発信を行う。
【０００８】
まず、UserAはUserBと通話を行う為にSIPサーバA1-1へスタートラインINVITE、UserB宛のSIPメッセージ発信する(11)。INVITEメッセージを受信したSIPサーバA1-1はメッセージヘッダにVIAヘッダを付けてSIPサーバB1-2にSIPメッセージを転送する。また、その時、SIPメッセージ送信元であるIP電話機2-1にスタートライン100TryingのSIPメッセージを返信する(12)。SIPメッセージを受信したSIPサーバB1-2,C1-3は同様の動作を行いUserBの持つIP電話機2-2にメッセージを転送する。
【０００９】
SIPメッセージを受信したIP電話機2-2はスタートライン180Ringing、UserA宛てのSIPメッセージをSIPサーバC1-3に送信(13)し、ベル等でUserBを呼び出す。スタートライン180RingingのSIPメッセージはSIPサーバを経由してIP電話機2-1に到達する。
【００１０】
UserBが電話を取るとIP電話機2-2はスタートライン200OK、UserA宛てのSIPメッセージを送信(14)し、それはSIPサーバを経由してIP電話機2-1に到達する。IP電話2-1はそれに対するACKを返信(15)して主信号経路7を音声パケットが通り、通話が開始する(16)。
【００１１】
通話が終わると通話を終えたUserAの持つIP電話機2-1はスタートラインBYE、UserB宛てのSIPメッセージを発信(17)し、SIPサーバを経由してIP電話機2-2に到達、それに対するACKをIP電話機2-2が発信(18)、SIPサーバを経由しIP電話機2-1に到達し通話が終了する。
【００１２】
SIPは通話発信者、受信者が互いのSIPメッセージを送受信するプロトコルである。メッセージヘッダ内部の送信元を示すFromヘッダ、受信者を示すToヘッダ、中継したSIPサーバ(プロキシモード)を示すViaヘッダ等には受信者が発信者に返信しても届くでユーザ名、ドメイン名等を記述する。また、発信者は受信者とSIPによりセッションを張るために、自端末のIPアドレス、もしくはドメイン名を記述する。
【００１３】
VoIPは発信者の身元(電話番号やユーザ名など)を受信者に通知しない発信方法について、まず発信者端末がランダムなユーザ名を作成、ランダムユーザ名と端末のIPアドレスをSIPサーバに登録して発信時にそのランダムユーザを発信元とする方法が現在、IETF RFC3261で提案されており、この方法では発信者が匿名発信のすべての手順を行う。
【００１４】
SIPシステムにおいてIETFが提案する発信者が自分の身元を隠して通信をする方法を用いるとSIPサーバにはランダムユーザ名しか登録されないので発信者は受信者だけでなく、SIPサーバにも匿名発信を行っていることになる。SIPサーバはサーバに登録されたユーザ名から実ユーザ名を割り出せないので発信の制御、管理を行うことが難しい。通信事業者等のIP電話サービスでは発信者の特定、通話可否管理、通話時間管理等ユーザを管理する必要が必ずある。
【００１５】
また、悪意のある第３者にSIPメッセージを盗聴されると、SIPメッセージないに記述がある発信者、受信者のSIP-URL、所属ドメイン名が判明し、迷惑電話等の被害が発生する可能性がある。
【００１６】
さらに、IP電話機のIPアドレスを知られると、通話後、悪意のある第３者により大量のパケットをIP電話機に流し、装置の処理を妨害するDOS(Denial of Service)アタックなどをかけられる可能性も高くなる。
【００１７】
本発明はSIPメッセージ発信者の身元を表すユーザ名、所属ドメインをSIPサーバが発信者管理を行いながら受信者、もしくは悪意のある第3者から隠す「送信元非通知発信」を行うことを目的とする。
【００１８】
また、第３者によるIP電話機についたIPアドレスの特定を困難にし、IPアドレスを知られて発生する被害を最小限に押さえることを目的とする。
【００１９】
【課題を解決するための手段】
本発明のひとつの観点は、発信者からのメッセージを受信者に伝達するパケット通信装置であって、発信者の要求により発信者が発信するメッセージの少なくとも一部を変換する機能および消去する機能の少なくとも一つを有する処理部と、メッセージの少なくとも一部を変換または消去するか否かを判断する制御部と、を有し制御部の判断に基づいて、処理部においてメッセージの少なくとも一部を変換または消去するパケット通信装置である。このような構成により、発信元を特定する情報を、送信先から秘匿することが可能となる。
【００２０】
上記変換または消去されるメッセージ部分の少なくとも一部の具体例としては、
（１）SIPメッセージを含むIPパケットのペイロードのSIPメッセ−ジヘッダーのうち、発信元ユーザを特定する部分、
（２）SIPメッセージを含むIPパケットのペイロードのSIPメッセ−ジヘッダーのうち、発信元ドメインを特定する部分、
（３）SIPメッセージを含むIPパケットのペイロードのSIPメッセ−ジヘッダーのうち、Viaタグ部分、
（４）SIPメッセージを含むIPパケットのペイロードのSIPメッセ−ジヘッダーのうち、Call-IDの所属ドメインを示す部分、
（５）SIPメッセージを含むIPパケットのペイロードのSIPメッセージボディのうち、ユーザ名を表す部分、
のひとつもしくはこれらの組み合わせが考えられる。
【００２１】
制御部は、メッセージ受信時にメッセージ内容を解析し、ある特定の文字列、もしくはある特定のヘッダの発見を契機として、処理部においてメッセージ部分の変換または消去を行うこととすればよい。ある特定の文字列とは、電話番号の最初の数文字に入る数字、例えば「184」である。また、ある特定のヘッダとはSIPメッセージヘッダであり、SIPメッセージヘッダ内の拡張ヘッダの発見を契機として上記処理部にメッセージ部分の変換または消去を行えばよい。
【００２２】
さらに、メッセージの少なくとも一部の変換前後の対応を格納するテーブルを備えることが好ましい。発信者のSIP-URL、所属ドメインを隠す為に本願発明の一例では、SIPシステムにおいて発信者から受信者までの中継点にあるSIPサーバがSIPメッセージの変換を行う。メッセージ変換機能付SIPサーバは発信者の発信メッセージ部分を変換、消去する方法、メッセージ部分を変換、消去するか否かを判断する処理部、どのような情報を元に変換するかを判断する処理部、変換時の規則を保持したテーブルを備えることを特徴とする。
【００２３】
また、発信者の持つIP電話機のIPアドレスを第３者に知られにくくする為に本願発明は、IP電話機がSIPメッセージ発信時にその通話限りのテンポラリIPアドレス生成、取得を行い通話終了と同時にIPアドレスを使い捨てる。IP電話機はSIPメッセージ発信と連動してIPアドレスを生成、取得し、通話終了時にIPアドレスを廃棄する方法、テンポラリIPアドレスをSIPサーバに登録する処理部、通話終了時にテンポラリアドレスによるSIPサーバ登録を解除する処理部、ランダムインタフェイスIDを生成する処理部を特徴として持つ。
【００２４】
SIPサーバによるSIPメッセージ変換処理とIP電話機によるテンポラリIPアドレス取得SIPメッセは選択して利用することが可能であり、両方もしくは一方を利用することができる。本発明の他の観点は、ＩＰ電話の通信方法であって、ＳＩＰメッセージを受信するステップと、ＳＩＰメッセージを検査して、非通知発信要求の有無を検出するステップと、非通知発信要求があった場合、ＳＩＰメッセージの少なくとも一部に対して、変更および削除の少なくともひとつの処理を行うステップと、記処理の終わったＳＩＰメッセージを送信するステップと、を有するＩＰ電話の通信方法である。非通知発信要求があった場合、ＳＩＰメッセージの少なくとも一部に対して、変更の処理を行い、変更前と変更後の対応づけを記録したテーブルを生成することが望ましい。
【００２５】
また、本発明の他の観点は、ＩＰ電話の通信方法であって、通話の開始に際して、発信元アドレスを本来のアドレスから一時的なアドレスに変更する処理と、通話の終了に際して、上記一時的なアドレスを廃棄する処理を有するＩＰ電話の通信方法である。
【００２６】
また、他の観点は、発信者の要求により発信者が発信するメッセージ部分を変換もしくは消去する方法であって、メッセージ部分を変換、消去するか否かを判断する処理と、変換する場合、どのような情報を元に変換するかを判断する処理と、変換を行う時の規則を特徴とする。また、ユーザが自分の発信元を特定されないように発信ごとに発信元を変更する方法であって、メッセージを発信と連動して発信元を変更する処理と、通話が終わると同時に通話中に利用した身元を表すアドレスを使い捨てる処理と、発信用、受信用に別個の身元を表すアドレスを持つ方法と、発信処理をする時のユーザの発信方法を特徴とする電話装置である。本発明の範囲は、以上の方法、装置、方式を含むものである。
【００２７】
【発明の実施の形態】
＜実施例１＞
図３は本願発明によるメッセージ変換機能付SIPサーバを利用したIP電話網についての第1の実施例である。
【００２８】
図４は本願発明におけるメッセージ変換機能付SIPサーバ12-1の動作手順を示すフローチャートである。
【００２９】
図５は変換機能付SIPサーバ12-1の機能ブロックを表したものである。
【００３０】
図６はメッセージ変換機能付SIPサーバ12-1の装置構成図である。
【００３１】
図７はSIPメッセージを含むIPパケットを示す図である。６０はIPパケット、６１はIPv4/v6ヘッダ、６２はTCP/UDPヘッダ、６４はSIPスタートライン、６５はSIPメッセージヘッダ、６６はSIPメッセージボディ(SDP)である。
【００３２】
図４と図５を参照し、変換機能付SIPサーバ12-1の処理を以下に説明する。
【００３３】
まず図７で示したIPパケット６０をIF５１から入力する。次にSIPメッセージ送受信部４５でSIPメッセージ受信２２を行い、スタートライン検査２３、ヘッダ検査２４、ボディ検査２５をSIPメッセージ検査部４４で行う。SIPメッセージにエラーがある場合はエラー応答通知３３を行い処理は終了する。
【００３４】
エラーのない場合、次にメッセージ変換有無検査２６をメッセージ変換・処理部４７で行う。
【００３５】
変換要求がない場合、メッセージ変換・処理部４７でSIPメッセージヘッダ６４にViaヘッダを記述して、IF５１からSIPメッセージを送信する。発信元非通知発信を行う旨を表すフラグ５６１や５７１等（図３１参照）による変換要求がある場合、メッセージヘッダ変換処理２７、メッセージボディ変換処理２８をメッセージ変換・処理部４７で行う。この変換処理によって、発信元を示す情報が送信先から見えなくなる。変換を行った後、変換情報抽出２９を変換情報抽出・転送部４６で行い、変換テーブル生成に必要なヘッダ・ボディ情報を抽出する。次に変換情報テーブル生成３０を変換エントリ生成・変更部４９で、変換情報テーブル書き込み３１を変換エントリ入出力部４８で行い、変換エントリを変換エントリ登録部５０に登録する。変換を行ったSIPメッセージはメッセージ転送３２をSIPメッセージ送受信部４５で行い、IF５１から転送を行う。
【００３６】
本実施例では、図５のSIPメッセージ処理部４１と変換テーブル処理部４２の変換エントリ生成・処理部４９の機能は、図６のCPU７２で実行される。図５の変換エントリ入出力部４８の機能は図６の変換テーブル呼び出し部７５で実行される。図５の変換テーブル登録部４３の機能は、図６の変換テーブル記憶部７４で実行される。
＜実施例２＞
次にさらに詳細な実施例を示す。
【００３７】
図８は本願発明によるSIPサーバの第２の実施例を示すネットワーク網構成概要図である。
【００３８】
図９は本願発明におけるメッセージ変換機能付SIPサーバを用いたネットワーク例における通話手順を示すシーケンス図である。
第２の実施例ではUserAがUserBに向かって送信元非通知発信を行う。非通知の処理は変換機能付SIPサーバＡ12-2で行われる。SIPメッセージ変換処理は図９に示す通話開始から終了までのシーケンス内の１１１ステップ、１１２ステップ時に発信者がSIPメッセージを送信したヘッダ変換機能付SIPサーバA(１２−２)で行う。なお、変換機能付SIPサーバの動作については第1の実施例と同様となる。図１０、図１１、図１２は第２の実施例におけるSIPメッセージの変換項目を表すものである。
【００３９】
図１０はSIPメッセージのヘッダ部分（図７の65）を示す。上が変換前、下が返還後を示す。第２の実施例では変換前のヘッダ１４１内、Fromタグのユーザ名１４２とSIP-URLのユーザを表す部分１４３を、たとえばAnonymous等個人を特定できない文字列１４７、１４８に変換する。
【００４０】
図１１はSIPメッセージのボディ部分（変換前）を示す。SIPメッセージのボディ部分とは図７の66で示される部分である。
【００４１】
図１２はSIPメッセージのボディ部分（変換後）を示す。ここでは、メッセージボディ(SDP)151のユーザ名を表す部分１５２を１５６に変換する。また、"o","c"タグにある通話時のユーザアドレスを示す部分１５３はFQDNで記述されている場合はIPアドレスに変換する。
【００４２】
以上のようにして、受信先が発信元を特定できる情報、Fromタグのユーザ名142、SIP-URLのユーザを表す部分143、メッセージボディ(SDP)のユーザ名を表す部分152などを変換し、発信元情報を秘匿することができる。
図１３、１４は第１の実施例における変換機能付SIPサーバ１２が保持する変換テーブルである。変換テーブルはユーザ名をすべて同一のものに変換し、実ユーザ名１７１とCall-ID１７２を関連付けたテーブル１７０や例えば「Anonymous1〜100」の様に事前にSIPサーバに保存した匿名ユーザ名１８１と実ユーザ名１８２を関連づけたテーブル１８０等がある。このテーブルにより、匿名ユーザ名181とCall ID 172が関連づけられるので、テーブルを参照することによりルーティングは支障なく行われる。
＜実施例３＞
図１５は本願発明によるメッセージ変換機能付SIPサーバの第３の実施例を示すネットワーク網構成概要図である。図８の実施例と異なり、SIP サーバＢにおいて、匿名処理が行われる。
【００４３】
図１６は本願発明におけるメッセージ変換機能付SIPサーバを用いたネットワークにおける通話処理手順を示すシーケンス図である。
【００４４】
第３の方法ではUserAがUserBに向かって送信元非通知発信を行う。SIPメッセージ変換処理は図１６に示す通話開始から終了までのシーケンス内の２１１ステップ、２１２ステップ時に受信者にSIPメッセージを送信するヘッダ変換機能付SIPサーバA(１２−３)で行う。変換機能付SIPサーバの動作は第1の実施例と同様となる。
【００４５】
図１７は第３の実施例におけるメッセージ変換機能付SIPメッセージの変換項目を表すものである。変換前、変換後のSIPメッセージヘッダ（図７の65）を示している。
【００４６】
第３の実施例では変換前のヘッダ２２１内、Viaタグ２２２を消去、自サーバのViaタグ２３２のみの記述にする。また、Fromタグのユーザ名２２３を一例としてAnonymous等個人を特定できない文字列２３３に変換し、SIP-URLを表す部分２２４をユーザ名、所属ドメイン名が分からない２２５に変換する。他にCall-IDの所属ドメインを示す２２５を２３５に変換する。メッセージボディ(SDP)の変換規則は第１の実施例と同様である。
【００４７】
以上のように、図１７の実施例では、さらにメッセージの経由地を示すViaタグを削除することにより、発信源の推定を回避することができる。また、Call-IDの所属ドメインを示す部分225を、所属ドメインが特定できない仮ドメイン名235に変換することにより、発信源の推定を回避することができる。
【００４８】
図１８、図１９は第２の実施例における変換機能付SIPサーバ１２−３が保持する変換テーブルである。変換テーブルはユーザ名をすべて同一のものに変換し、実ユーザ名２７２とCall-ID２７３とドメイン名２７４を関連付けたテーブル２７１や例えば「Anonymous1−100」の様に事前にSIPサーバに保存したユーザ名２８２と実ユーザ名２８３とドメイン名２８４を関連づけたテーブル２８１等がある。これらのテーブルを参照してルーティングを行うが、受信先ではこれらの情報は参照することができず、発信元の情報は秘匿される。
＜実施例４＞図２０は本願発明によるSIPサーバの第４の実施例を示すネットワーク網構成概要図である。
【００４９】
図２１は本願発明におけるメッセージ変換機能付SIPサーバを用いたネットワークにおける通話処理手順を示すシーケンス図である。
【００５０】
第４の方法ではUserAがUserBに向かって送信元非通知発信を行う。SIPメッセージ変換処理は図２１に示す通話開始から終了までのシーケンス内の３１１ステップ、３１４ステップ時に発信者がSIPメッセージを送信したヘッダ変換機能付SIPサーバA(１２−４)で行い、３１２ステップ、３１３ステップ時に受信者にSIPメッセージを送信するヘッダ変換機能付SIPサーバC(１２−５)で行う。なお、変換機能付SIPサーバの動作については第1の実施例と同様となる。
【００５１】
図２２は第４の実施例におけるSIPメッセージの変換項目を表すものである。第４の実施例ではまず、SIPサーバ１２−４で変換前のヘッダ３２１内、Fromタグのユーザ名３２２、３２３を一例としてAnonymous等個人を特定できない文字列３２６、３２７に変換し、メッセージボディ(SDP)を第１の実施例と同じ規則で変換する。次にSIPサーバ１２−５で変換前のヘッダ３３１内、Viaタグ３３２を消去、自サーバのViaタグ３３６のみの記述にする。また、FromタグのSIP-URLを表す部分３３３を所属ドメイン名が分からない３３７に変換する。他にCall-IDの所属ドメインを示す部分３３４を３３８に変換する。
【００５２】
図２３は変換機能付SIPサーバ１２−４が保持する変換テーブルである。
【００５３】
図２４は変換機能付SIPサーバ１２−５が保持する変換テーブルである。
【００５４】
SIPサーバ１２−４が保持する変換テーブルはユーザ名をすべて同一のものに変換し、実ユーザ名３４２とCall-ID３４３を関連付けたテーブル３４１や例えば「Anonymous1〜100」の様に事前にSIPサーバに保存したユーザ名３５２と実ユーザ名３５３を関連づけたテーブル３５１等がある。SIPサーバ１２−５が保持する変換テーブルはCall-ID３６２とドメイン名３６４を関連付けたテーブル３６１等がある。
＜実施例５＞
図２５は本願発明によるSIPサーバの第５の実施例を示すネットワーク網構成概要図である。
【００５５】
図２６は本願発明におけるメッセージ変換機能付SIPサーバを用いたネットワークにおける通話処理手順を示すシーケンス図である。
【００５６】
第５の方法ではUserAがUserBに向かって送信元非通知発信を行う。SIPメッセージ変換処理は図２６に示す通話開始から終了までのシーケンス内の４１１ステップ、４１２ステップ時に各通信事業者のトップレベルドメインにあるヘッダ変換機能付SIPサーバA(１２−６)で行う。
【００５７】
図２７は第５の実施例におけるSIPメッセージの変換項目を表すものである。第５の実施例では変換前のヘッダ４２０内、Viaタグ４２１を消去、自サーバのViaタグ、つまり通信事業者を表す４２６のみの記述にする。また、Fromタグのユーザ名４２２とSIP-URLのユーザを表す部分４２３を一例としてAnonymous等個人を特定できない文字列４２７、４２８に変換する。他にCall-IDタグ内の発信者所属ドメインを示す４２４を通信事業者のトップレベルドメイン４２９に変換する。メッセージボディ(SDP)の変換規則は第１の実施例と同様である。また、第４の実施例における変換機能付SIPサーバ１２−６が保持する変換テーブルは図１８、１９となりテーブルの持つ項目は第２の実施例と同様となる。
＜実施例６＞
図２８はテンポラリIPアドレスを通話時に利用するIP電話機の動作フローチャートを示したものである。
【００５８】
図２９はIP電話機の機能ブロック図である。以下に本願発明による第6の実施例のおけるIP電話機の動作を示す。
【００５９】
図３０はIPv6アドレス体系図である。
【００６０】
図３１は発信元非通知発信を行う時のSIPメッセージヘッダを示す図である。
【００６１】
まず電話開始時の動作について説明する。発信者が相手のユーザへの発信を決めるとIP電話装置５２１でSIPメッセージ発信処理が開始し、アドレス取得方法選択５０２を行う。ランダムアドレス生成を選択した場合、次に同一サブネット内のルータからIPv6アドレスプレフィックス５５１を取得する為にRouer Solicitation送信５０３を行う。ルータがRouter Solicitationに対するRouter Advertisement送信するとRouter Advertisement受信５０５を行い、アドレスプレフィックス５５１を取得する。次にIPv6インタフェイスID５５２を決定する為にインタフェイスID生成５０６をランダムインタフェイスID生成部５２８で行いインタフェイスID５５２を生成する。アドレスプレフィックス、インタフェイスIDの例を図３０の５５３、５５４に示す。次にアドレスプレフィックス５５１とインタフェイスID５５２を使いテンポラリIPアドレス処理部５２９でIPアドレス生成処理５０７を行う。アドレス取得方法選択５０２でDHCPサーバから取得を選択した場合、DHCPサーバ等外部のアドレス配布用サーバにアドレス取得要求５０４を行いテンポラリIPアドレス取得５０８を行う。IPv4でIP電話を行う場合は必ず外部サーバからアドレスを取得する。次に、テンポラリアドレスとユーザ名を使いユーザデータ処理部５３２でユーザ情報の変更エントリ、もしくは新規登録エントリを生成してアカウント登録処理５０９を行う。次にSIPメッセージヘッダ生成部５３１でSIPメッセージヘッダ処理５１０、SIPメッセージボディ生成部５３０でSIPメッセージボディ生成処理５１１を行う。
【００６２】
図３１に示すように、発信元を隠して相手に発信を行いたい場合、SIPメッセージヘッダ５６０に一例として交換機ベースの電話システムで発信元非通知発信を行うときに相手方電話番号の前につける１８４の数字(５６１)や拡張ヘッダ(５７１)等、SIPサーバに発信元非通知発信を行う旨を表すフラグを記述する。その後、SIPシグナリング発生部５２５で受信者への要求を示すSIPスタートライン INVITEを生成、SIPメッセージを生成し、IPパケット処理部５２６でIPパケット６０を生成、SIPシグナリング発信処理５１２を行い通話が開始する。通話が終了するとユーザデータ処理部５３２でアカウント登録消去処理５１４を行いSIPサーバからアカウントを消去し、テンポラリIPアドレス処理部５２９でIPアドレス廃棄処理５１５を行い処理は終了する。
【００６３】
SIPメッセージ受信時の場合は発進時と処理は同様であるが、テンポラリアドレス取得、アカウント登録をIP電話機電源投入時、もしくはSIPサーバが権限を持っているドメイン内にIP電話機が入った時に行い、SIPメッセージを受信、通話を行い通話終了時にテンポラリIPアドレスを廃棄、新しいテンポラリIPアドレスをすぐに取得しアカウント登録を行う。
【００６４】
結果、IP電話機はSIPメッセージ発信用、受信用に２つのテンポラリIPアドレスを持つことになるが、IPv4の場合、１端末に２つのアドレスを設定することができないので発信用、受信用のどちらかのテンポラリIPアドレスを持つ。
【００６５】
以上説明した本願発明の実施例であるヘッダ変換機能付SIPサーバにより、SIPシグナリング受信者は変換されたSIPメッセージ内部にある匿名を表すユーザ名を確認することで発信者が匿名発信を行っていることを認識出来る。SIPメッセージ内ドメイン名が変換、消去されて隠れている場合、SIPメッセージ受信者は発信者の所属ドメイン名を知ることが出来ない。また、悪意ある第3者が発信者のSIPメッセージを受信した場合もユーザ名が隠れているので発信者を特定しづくなる。
また、SIPサーバは実ユーザ名とほかのパラメータに関連した変換テーブルを保持するので通信事業者などの発信者管理等が可能となる。
【００６６】
本願実施例のテンポラリIPアドレスを利用したIP電話機によりIP電話機が通話ごとにIPアドレスを変更することで、悪意ある第3者にSIPメッセージ、および通話中のIPパケットを盗聴された場合でも発信者を特定しづらくなる。さらにIPv6でのSIPメッセージ発信の場合、同一セグメント内のIPアドレスが大量あり、第三者による発信者特定が困難になる。
【００６７】
【発明の効果】
交換機電話の匿名発信機能に対応した機能を、ＩＰ電話において実現することができる。
【図面の簡単な説明】
【図１】本発明の課題を説明するために作成した、SIPネットワーク例を表す概念図である。
【図２】本発明の課題を説明するために作成した、SIPネットワークにおける通話処理例を示すシーケンス図である。
【図３】本願発明におけるSIPネットワークを表す概念図である。
【図４】本願発明におけるメッセージ変換機能付SIPサーバの動作手順を示すフローチャート図である。
【図５】本願発明おけるメッセージ変換機能付SIPサーバの機能ブロック図である。
【図６】本願発明におけるメッセージ変換機能付SIPサーバの装置ブロック図である。
【図７】 SIPメッセージを含むIPパケットを示すフォーマット図である。
【図８】本願発明におけるメッセージ変換機能付SIPサーバを用いたネットワーク例を示す概念図である。
【図９】本願発明におけるメッセージ変換機能付SIPサーバを用いたネットワーク例における通話手順を示すシーケンス図である。
【図１０】本願発明におけるメッセージ変換機能付SIPサーバによる変換前、変換後のSIPメッセージヘッダを示す表図である。
【図１１】本願発明におけるメッセージ変換機能付SIPサーバによる変換前のSIPメッセージボディ(SDP)を示す表図である。
【図１２】本願発明におけるメッセージ変換機能付SIPサーバによる変換後のSIPメッセージボディ(SDP)を示す図である。
【図１３】本願発明におけるメッセージ変換機能付SIPサーバが保持する変換テーブルを示す表図である。
【図１４】本願発明におけるメッセージ変換機能付SIPサーバが保持する変換テーブルを示す表図である。
【図１５】本願発明におけるメッセージ変換機能付SIPサーバを用いた概念図である。
【図１６】本願発明におけるメッセージ変換機能付SIPサーバを用いたネットワークにおける通話処理手順を示すシーケンス図である。
【図１７】本願発明におけるメッセージ変換機能付SIPサーバによる変換前、変換後のSIPメッセージヘッダを示す表図である。
【図１８】本願発明におけるメッセージ変換機能付SIPサーバが保持する変換テーブルを示す表図である。
【図１９】本願発明におけるメッセージ変換機能付SIPサーバが保持する変換テーブルを示す表図である。
【図２０】本願発明におけるメッセージ変換機能付SIPサーバを用いた概念図である。
【図２１】本願発明におけるメッセージ変換機能付SIPサーバを用いたネットワークにおける通話処理手順を示すシーケンス図である。
【図２２】本願発明におけるメッセージ変換機能付SIPサーバによる変換前、変換後のSIPメッセージヘッダを示す表図である。
【図２３】本願発明におけるメッセージ変換機能付SIPサーバが保持する変換テーブルを示す表図である。
【図２４】本願発明におけるメッセージ変換機能付SIPサーバが保持する変換テーブルを示す表図である。
【図２５】本願発明におけるメッセージ変換機能付SIPサーバを用いたネットワーク図である。
【図２６】本願発明におけるメッセージ変換機能付SIPサーバを用いたネットワークにおける通話処理手順を示すシーケンス図である。
【図２７】本願発明におけるメッセージ変換機能付SIPサーバによる変換前、変換後のSIPメッセージヘッダを示す表図である。
【図２８】本願発明におけるIP電話機によるテンポラリアドレス取得から廃棄までをしめすフローチャート図である。
【図２９】本願発明におけるIP電話機の機能ブロック図である。
【図３０】 IPv6アドレス体系図である。
【図３１】発信元非通知発信を行う時のSIPメッセージヘッダを示す表図である。
【符号の説明】
１…SIPサーバ、２…IP電話機、３…ネットワークドメイン、１１…テンポラリアドレス生成機能付IP電話機、１２…変換機機能付SIPサーバ、６０…IPパケット、６１…IPv4/v6ヘッダ、６２…TCP/UDPヘッダ、６４…SIPスタートライン、６５…SIPメッセージヘッダ、６６…SIPメッセージボディ(SDP)、７２…汎用CPU、７３…汎用メモリ、１４１…SIPメッセージヘッダ、１５…１SDP、１７０…変換テーブル、５２１…テンポラリアドレス生成機能付IP電話機、５５１…IPv6アドレスプレフィックス、５５２…IPv6インタフェイスID。

Claims

発信者からのメッセージを受信者に伝達するパケット通信装置であって、
発信者の要求により発信者が発信するメッセージの送信元アドレスを変換する機能を有する処理部と、
上記送信元アドレスを変換するか否かを判断する制御部と、を有し、
上記制御部の判断に基づいて、上記処理部において上記送信元アドレスを変換するパケット通信装置であって、
さらに上記処理部は、
通話の開始に際して、上記発信元アドレスを本来のアドレスから一時的なアドレスに変更する処理と、
通話の終了に際して、上記一時的なアドレスを廃棄する処理を行い、
さらに、前記発信元アドレスとは IPv6 アドレスのことであり、メッセージ送信用と受信用に別々のアドレスを２つ設定し、受信用は 1 回の通話終了時に使い捨て、すぐに生成、送信用はメッセージ送信時に生成、通話終了時に使い捨てすることを特徴とするパケット通信装置。
請求項１記載のパケット通信装置であって、
上記制御部は、上記一時的なアドレスとしてランダムアドレス生成を行うかどうか決定し、
ランダムアドレス生成を行う場合、同一サブネット内のルータからIPv6アドレスプレフィックスを取得するとともにインタフェイスIDを生成し、
さらに、上記IPv6アドレスプレフィックスと上記インタフェイスIDから上記一時的なアドレスを生成し、
上記一時的なアドレスと送信元ユーザ名を用いてユーザ情報の変更エントリ、もしくは新規登録エントリを生成してアカウントの登録処理を行い、
通話が終了したとき上記アカウントの消去処理と上記一時的なアドレスの廃棄処理を行うことを特徴とするパケット通信装置。
請求項１記載のパケット通信装置であって、
IPv4でIP電話を行う場合は外部サーバからアドレスを取得して上記一時的なアドレスとして用いることを特徴とするパケット通信装置。
請求項３記載のパケット通信装置であって、
前記発信元アドレスとはIPv6アドレスのことであり、ランダムな値を持ったアドレスを上記一時的なアドレスとして生成することを特徴とするパケット通信装置。
請求項１記載のパケット通信装置であって、
前記発信元アドレスとはIPv6、もしくはIPv4アドレスのことであり、上記一時的なアドレスを通話開始メッセージ受信と連動してアドレス配信用サーバから受け取り、通話終了メッセージ受信と連動して該一時的なアドレスを破棄することを特徴とするパケット通信装置。