(57)【要約】      （修正有）【課題】複数のＩＰ端末とノード装置（プロキシ）とを備える通信システムをおいて、ＳＩＰによるＩＰ端末間の通信を行う際に、各ＩＰ端末が特定のＩＰ端末とのみ通信できるようにする。【解決手段】ＳＩＰによるＩＰ端末間の通信を行うＳＩＰ通信方法で、前記ＩＰ端末ごとに、前記ＩＰ端末がメッセージの着信を許可する発信元ＩＰ端末のアドレス情報を、前記ノード装置に登録するステップと、前記ノード装置で受信したＳＩＰのメッセージから、発信元ＩＰ端末のアドレス情報及び着信先ＩＰ端末のアドレス情報を抽出するステップと、前記抽出した発信元ＩＰ端末のアドレス情報及び着信先ＩＰ端末のアドレス情報の組み合わせを、前記ノード装置に登録されたアドレス情報と照合するステップと、前記抽出したアドレス情報の組み合わせが、前記登録されたアドレス情報と適合する場合にのみ、前記メッセージを前記着信先ＩＰ端末に転送するステップとを有するＳＩＰ通信方法である。【選択図】        図４
2004282115.tif 000002
【特許請求の範囲】
【請求項１】
複数のＩＰ端末と、前記ＩＰ端末間の通信を中継するプロキシ手段を有する１つ以上のノード装置とを備える通信システムを用い、前記ノード装置を介して、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）によるＩＰ端末間の通信を行うＳＩＰ通信方法であって、
前記ＩＰ端末ごとに、前記ＩＰ端末がメッセージの着信を許可する発信元ＩＰ端末のアドレス情報を、前記ノード装置に登録するステップと、
前記ノード装置で受信したＳＩＰのメッセージから、発信元ＩＰ端末のアドレス情報及び着信先ＩＰ端末のアドレス情報を抽出するステップと、
前記抽出した発信元ＩＰ端末のアドレス情報及び着信先ＩＰ端末のアドレス情報の組み合わせを、前記ノード装置に登録されたアドレス情報と照合するステップと、
前記抽出したアドレス情報の組み合わせが、前記登録されたアドレス情報と適合する場合にのみ、前記メッセージを前記着信先ＩＰ端末に転送するステップとを有することを特徴とするＳＩＰ通信方法。
【請求項２】
複数のＩＰ端末と、前記ＩＰ端末間の通信を中継するプロキシ手段を有する１つ以上のノード装置とを備え、前記ノード装置を介して、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）によるＩＰ端末間の通信を行うＳＩＰ通信システムであって、
前記ノード装置は、前記プロキシ手段と、
前記ＩＰ端末ごとに、前記ＩＰ端末がメッセージの着信を許可する発信元ＩＰ端末のアドレス情報を登録する着信許可端末登録手段と、
前記ＳＩＰプロキシ手段で受信したＳＩＰのメッセージから、着信要求を検知する着信要求検知手段と、
前記メッセージから、発信元ＩＰ端末のアドレス情報及び着信先ＩＰ端末のアドレス情報を抽出するアドレス情報抽出手段と、
前記抽出した発信元ＩＰ端末のアドレス情報及び前記着信先ＩＰ端末のアドレス情報の組み合わせを、前記着信許可端末登録手段に登録されたアドレス情報と照合するアドレス情報照合手段とを備え、
前記プロキシ手段は、前記アドレス情報照合手段で照合した結果、前記抽出したアドレス情報の組み合わせが、前記登録されたアドレス情報と適合した場合にのみ、前記メッセージを前記着信先ＩＰ端末に転送することを特徴とするＳＩＰ通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＳＩＰ通信方法及びＳＩＰ通信システムに関し、特に、プロキシ機能を備えるノード装置を介して、ＳＩＰによるＩＰ端末間の通信を行う方法及びシステムに適用して有効な技術に関するものである。
【０００２】
【従来の技術】
従来、インターネット等のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク上のＩＰ端末間の通信では、セッションの設定や変更、解放を制御するプロトコルとして、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）が注目されている。前記ＳＩＰは、例えば、ＩＰネットワーク上で、電話の呼制御を実現するためのアプリケーションレイヤーのプロトコルであり、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）で標準化されている（例えば、非特許文献１や非特許文献２を参照。）。
【０００３】
前記ＳＩＰによる通信では、セッションの設定に必要なＩＰアドレス情報や、発信元のＩＰ端末と着信先のＩＰ端末の間で使用するＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）のＩＰアドレス情報を送受信する。前記ＲＴＰは、ＩＰパケットで音声を送るＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）サービス等で使用されている実時間データ転送プロトコルであり、これも前記ＩＥＴＦで標準化されている（例えば、非特許文献３を参照。）。
【０００４】
前記ＳＩＰのシステムは、例えば、複数のＩＰ端末（ユーザーエージェント）や、ＳＩＰプロキシ（ｐｒｏｘｙ）手段を有するノード装置（サーバー）、ＳＩＰ  ＵＲＩ（ＳＩＰ  Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）と呼ばれるアドレスから構成される。このとき、前記システムは、例えば、図５に示すように、前記第１ＩＰ端末１Ａ及び第２ＩＰ端末１Ｂ、ならびに前記第１ノード装置２Ａからなるシステムと、前記第３ＩＰ端末１Ｃ及び前記第４ＩＰ端末１Ｄ、ならびに前記第２ノード装置２Ｂからなるシステムが接続されている。またこのとき、前記第１ノード装置２Ａと前記第２ノード装置２Ｂは、例えば、インターネット上で接続されている。
【０００５】
前記ＳＩＰシステムを利用して、例えば、前記第１ＩＰ端末１Ａから前記第３ＩＰ端末１Ｃに対して、ＳＩＰのメッセージを発信する場合、前記第１ＩＰ端末１Ａから発信された前記メッセージを受信した第１ノード装置２Ａが、前記メッセージの転送先を決定し、前記メッセージを第２ノード装置２Ｂに転送する。前記第２ノード装置２Ｂでは、受信した前記メッセージの着信要求を検知し、要求された着信先のＩＰ端末（第３ＩＰ端末１Ｃ）へ前記メッセージを転送する。
【０００６】
また、前記ＳＩＰシステムを利用する場合、外部のＩＰ端末からの不正なアクセスを防ぐために、例えば、前記ノード装置において、ｄｉｇｅｓｔ認証等の認証方式を用いて、前記メッセージの発信元のＩＰ端末を認証している（例えば、非特許文献４を参照。）。このとき、図５に示した例では、例えば、前記第３ＩＰ端末１Ｃから発信されたメッセージを受信した第１ノード装置２Ａは、前記第３ＩＰ端末１Ｃの正当性が確認できた場合のみ、前記第１ＩＰ端末１Ａあるいは前記第２ＩＰ端末１Ｂに前記メッセージを転送する。
【０００７】
【非特許文献１】
Ｍ．Ｈａｎｄｌｅｙ，  Ｈ．Ｓｃｈｕｌｚｒｉｎｎｅ，  Ｅ．Ｓｃｈｏｏｌｅｒ，  Ｊ．Ｒｏｓｅｎｂｅｒｇ、”ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ”、［ｏｎｌｉｎｅ］、Ｍａｒｃｈ  １９９９、［平成１５年２月１４日検索］、インターネット＜ＵＲＬ  ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２５４３．ｔｘｔ＞
【非特許文献２】
Ｊ．Ｒｏｓｅｎｂｅｒｇ，  Ｈ．Ｓｃｈｕｌｚｒｉｎｎｅ，  Ｇ．Ｃａｍａｒｉｌｌｏ，  Ａ．Ｊｏｈｎｓｔｏｎ，  Ｊ．Ｐｅｔｅｒｓｏｎ，  Ｒ．Ｓｐａｒｋｓ，  Ｍ．Ｈａｎｄｌｅｙ，  Ｅ．Ｓｃｈｏｏｌｅｒ、”ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ”、［ｏｎｌｉｎｅ］、Ｊｕｎｅ  ２００２、［平成１５年２月１４日検索］、インターネット＜ＵＲＬ  ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３２６１．ｔｘｔ＞
【非特許文献３】
Ｈ．Ｓｃｈｕｌｚｒｉｎｎｅ，  ＧＭＤ  Ｆｏｋｕｓ，  Ｓ．Ｃａｓｎｅｒ，  Ｒ．Ｆｒｅｄｅｒｉｃｋ，  Ｖ．Ｊａｃｏｂｓｏｎ、”ＲＴＰ：Ａ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｒｅａｌ−Ｔｉｍｅ  Ａｐｐｌｉｃａｔｉｏｎｓ”、［ｏｎｌｉｎｅ］、Ｊａｎｕａｒｙ  １９９６、［平成１５年２月１４日検索］、インターネット＜ＵＲＬ  ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ１８８９．ｔｘｔ＞
【非特許文献４】
Ｊ．Ｆｒａｎｋｓ，  Ｊ．Ｈｏｓｔｅｔｌｅｒ，  Ｓ．Ｌａｗｒｅｎｃｅ，  Ｐ．Ｌｅａｃｈ，  Ａ．Ｌｕｏｔｏｎｅｎ，  Ｌ．Ｓｔｅｗａｒｔ、”ＨＴＴＰ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ：Ｂａｓｉｃ  ａｎｄ  Ｄｉｇｅｓｔ  Ａｃｃｅｓｓ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ”、［ｏｎｌｉｎｅ］、Ｊｕｎｅ  １９９９、［平成１５年２月１４日検索］、インターネット＜ＵＲＬ  ：  ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２６１７．ｔｘｔ＞
【０００８】
【発明が解決しようとする課題】
しかしながら、前記従来の技術では、例えば、前記着信先ＩＰ端末の代わりに、前記ノード装置が前記発信元ＩＰ端末の認証を行う。そのため、前記ノード装置が、発信元ＩＰ端末の認証に成功した場合、すなわち、前記発信元ＩＰ端末の正当性を確認できた場合、前記発信元ＩＰ端末からのメッセージは、前記着信先ＩＰ端末に着信してしまう。
【０００９】
また、前記発信元ＩＰ端末が前記ノード装置に認証された場合、前記発信元ＩＰ端末から発信されたメッセージは、前記ノード装置に収容された全てのＩＰ端末に着信させることができる。そのため、例えば、前記ノード装置に収容されたＩＰ端末のユーザーの中に、前記発信元ＩＰ端末との通信、すなわち、前記メッセージの着信を許可しないユーザーがいたとしても、そのユーザーのＩＰ端末に、前記メッセージが着信するという問題があった。
【００１０】
ここで、例えば、図５に示したネットワークにおいて、前記第３ＩＰ端末１Ｃから前記第１ＩＰ端末１Ａあるいは前記第２ＩＰ端末１Ｂに対してＳＩＰメッセージを発信する場合を考える。またこのとき、例えば、図６（ａ）に示すように、前記第１ＩＰ端末１Ａのユーザーは、前記第３ＩＰ端末１Ｃとの通信を許可し、前記第２ＩＰ端末１Ｂのユーザーは、前記第３ＩＰ端末１Ｃとの通信を許可しないとする。
【００１１】
この場合、従来のＳＩＰシステムでは、前記第１ノード装置２Ａが前記第３ＩＰ端末１Ｃの認証に成功すると、前記第３ＩＰ端末１Ｃから前記第１ＩＰ端末１Ａに対して発信されたメッセージが前記第１ＩＰ端末１Ａに着信するだけでなく、前記第３ＩＰ端末１Ｃから前記第２ＩＰ端末１Ｂに対して発信されたメッセージも前記第２ＩＰ端末１Ｂに着信してしまう。
【００１２】
また、同様に、前記第４ＩＰ端末１Ｄの場合も、前記第１ノード装置２Ａが認証に成功すれば、前記第１ＩＰ端末あるいは前記第２ＩＰ端末のユーザーがメッセージの着信を許可するかしないかに関わらず、前記第４ＩＰ端末１Ｄからのメッセージが、前記第１ＩＰ端末１Ａあるいは前記第２ＩＰ端末１Ｂに着信してしまう。また、前記第４ＩＰ端末１Ｄが、前記第１ＩＰ端末１Ａあるいは前記第２ＩＰ端末１Ｂのユーザーから見て、不特定なＩＰ端末であっても、前記第１ノード装置２Ａに認証されれば、前記第４ＩＰ端末１Ｄからのメッセージは、前記第１ＩＰ端末１Ａや前記第２ＩＰ端末１Ｂに着信することになる。
【００１３】
すなわち、従来のＳＩＰメッセージの通信方法では、メッセージの発信元ＩＰ端末が、着信先ＩＰ端末のユーザーから見て、メッセージの着信を許可するＩＰ端末でも許可しないＩＰ端末でも、前記ノード装置に認証されれば、前記メッセージが前記着信先ＩＰ端末に着信してしまうという問題があった。
【００１４】
また、前記ノード装置が、前記メッセージを発信したＩＰ端末の認証に成功すれば、発信元ＩＰ端末が、前記ノード装置に収容されているＩＰ端末のユーザーがメッセージの着信を許可しているＩＰ端末であるかどうかに関わらず、前記メッセージが前記ＩＰ端末に着信してしまう。そのため、外部のＩＰ端末からの不正なアクセスを許容してしまう可能性が高いという問題があった。
【００１５】
このような問題を防ぐためには、例えば、前記ノード装置において、前記メッセージの着信を制限すればよい。このとき、従来のＳＩＰシステムでは、前記ノード装置に収容されたＩＰ端末のユーザーが着信を許可していないＩＰ端末から発信されたメッセージを、前記ノード装置で受信したときに、その発信元ＩＰ端末の認証を全て失敗するように設定している。しかしこの場合、前記ノード装置に収容されたＩＰ端末のユーザーの中に、前記発信元ＩＰ端末からのメッセージの着信を許可しているユーザーがいても、そのユーザーのＩＰ端末にメッセージを着信させることができなくなるという問題がある。
【００１６】
ここで、例えば、図５に示した例において、前記第３ＩＰ端末１Ｃから前記第１ＩＰ端末１Ａあるいは前記第２ＩＰ端末１Ｂに対してメッセージを発信する場合を考える。このとき、例えば、図６（ｂ）に示すように、前記第１ＩＰ端末１Ａのユーザーは、前記第３ＩＰ端末１Ｃからのメッセージの着信を許可しており、前記第２ＩＰ端末１Ｂのユーザーは、前記第３ＩＰ端末１Ｃからのメッセージの着信を許可していないとする。この場合、前記第１ノード装置２Ａが、前記第３ＩＰ端末１Ｃからメッセージを受信したときに、認証を全て失敗する設定になっていると、図６（ｂ）に示したように、前記第３ＩＰ端末１Ｃから前記第２ＩＰ端末１Ｂに対して発信されたメッセージが前記第２ＩＰ端末１Ｂに着信しないだけでなく、前記第３ＩＰ端末１Ｃから前記第１ＩＰ端末１Ａに対して発信されたメッセージも、前記第１ＩＰ端末１Ａに着信しないことになる。
【００１７】
また、同様に、前記第４ＩＰ端末１Ｄの場合も、前記第１ノード装置２Ａでメッセージを受信したときに、認証を全て失敗すれば、前記第１ＩＰ端末１Ａあるいは前記第２ＩＰ端末１Ｂのユーザーがメッセージの着信を許可するＩＰ端末であるかどうかに関わらず、前記第４ＩＰ端末１Ｄからのメッセージは、前記第１ＩＰ端末１Ａあるいは前記第２ＩＰ端末１Ｂに着信しないことになる。
【００１８】
本発明の目的は、複数のＩＰ端末とノード装置（プロキシ）とを備える通信システムを用いて、ＳＩＰによるＩＰ端末間の通信を行う際に、各ＩＰ端末が特定のＩＰ端末のみと通信することが可能な技術を提供することにある。
【００１９】
本発明の他の目的は、複数のＩＰ端末とノード装置（プロキシ）とを備える通信システムを用いて、ＳＩＰによるＩＰ端末間の通信を行う際に、前記各ＩＰ端末への不正なアクセスを防ぎ、セキュリティを高めることが可能な技術を提供することにある。
【００２０】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述及び添付図面によって明らかになるであろう。
【００２１】
【課題を解決するための手段】
本願において開示される発明の概要を説明すれば、以下の通りである。
【００２２】
（１）複数のＩＰ端末と、前記ＩＰ端末間の通信を中継するプロキシ手段を有する１つ以上のノード装置とを備える通信システムを用い、前記ノード装置を介して、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）によるＩＰ端末間の通信を行うＳＩＰ通信方法であって、前記ＩＰ端末ごとに、前記ＩＰ端末がメッセージの着信を許可する発信元ＩＰ端末のアドレス情報を、前記ノード装置に登録するステップと、前記ノード装置で受信したＳＩＰのメッセージから、発信元ＩＰ端末のアドレス情報及び着信先ＩＰ端末のアドレス情報を抽出するステップと、前記抽出した発信元ＩＰ端末のアドレス情報及び着信先ＩＰ端末のアドレス情報の組み合わせを、前記ノード装置に登録されたアドレス情報と照合するステップと、前記抽出したアドレス情報の組み合わせが、前記登録されたアドレス情報と適合する場合にのみ、前記メッセージを前記着信先ＩＰ端末に転送するステップとを有するＳＩＰ通信方法である。
【００２３】
前記（１）の手段によれば、前記各ＩＰ端末には、前記登録したアドレス情報を持つＩＰ端末からのメッセージのみが着信する。そのため、前記各ＩＰ端末は、特定のＩＰ端末のみとＳＩＰ通信を行うことができる。
【００２４】
また、前記各ＩＰ端末は、特定のＩＰ端末のみとＳＩＰ通信を行うことができるので、外部のＩＰ端末からの不正なアクセスを防ぐことができる。そのため、前記通信システムのセキュリティを高くすることができる。
【００２５】
また、前記（１）の手段で、前記各ＩＰ端末がメッセージの着信を許可するＩＰ端末は、異なるノード装置に収容されているＩＰ端末であってもよいし、同じノード装置に収容されているＩＰ端末であってもよい。
【００２６】
（２）複数のＩＰ端末と、前記ＩＰ端末間の通信を中継するプロキシ手段を有する１つ以上のノード装置とを備え、前記ノード装置を介して、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）によるＩＰ端末間の通信を行うＳＩＰ通信システムであって、前記ノード装置は、前記ＳＩＰ通信を中継するＳＩＰプロキシ手段と、前記ＩＰ端末ごとに、前記ＩＰ端末がメッセージの着信を許可する発信元ＩＰ端末のアドレス情報を登録する着信許可端末登録手段と、前記ＳＩＰプロキシ手段で受信したＳＩＰのメッセージから、着信要求を検知する着信要求検知手段と、前記メッセージから、発信元ＩＰ端末のアドレス情報及び着信先ＩＰ端末のアドレス情報を抽出するアドレス情報抽出手段と、前記抽出した発信元ＩＰ端末のアドレス情報及び前記着信先ＩＰ端末のアドレス情報の組み合わせを、前記着信許可端末登録手段に登録されたアドレス情報と照合するアドレス情報照合手段とを備え、前記ＳＩＰプロキシ手段は、前記アドレス情報照合手段で照合した結果、前記抽出したアドレス情報の組み合わせが、前記登録されたアドレス情報と適合した場合にのみ、前記メッセージを前記着信先ＩＰ端末に転送するＳＩＰ通信システムである。
【００２７】
前記（２）の手段は、前記（１）のＳＩＰ通信方法を実現するための通信システムであり、前記ＳＩＰプロキシ手段を備えるノード装置に、前記着信許可端末登録手段、前記アドレス情報抽出手段、前記アドレス情報照合手段の各手段を設けることで、前記ノード装置に収容（接続）された各ＩＰ端末は、特定のＩＰ端末のみとＳＩＰ通信を行うことができる。
【００２８】
また、前記各ＩＰ端末は、特定のＩＰ端末のみとＳＩＰ通信を行うことができるので、外部のＩＰ端末からの不正なアクセスを防ぐことができる。そのため、前記通信システムのセキュリティを高くすることができる。
【００２９】
また、前記（２）の手段で、前記各ＩＰ端末がメッセージの着信を許可するＩＰ端末は、異なるノード装置に収容されているＩＰ端末であってもよいし、同じノード装置に収容されているＩＰ端末であってもよい。
【００３０】
以下、本発明について、図面を参照して実施の形態（実施例）とともに詳細に説明する。
【００３１】
なお、実施例を説明するための全図において、同一機能を有するものは、同一符号を付け、その繰り返しの説明は省略する。
【００３２】
【発明の実施の形態】
（実施例）
図１は、本発明による一実施例のＳＩＰ通信システムの概略構成を示す模式図である。
【００３３】
図１において、１はＩＰ端末、１Ａは第１ＩＰ端末、１Ｂは第２ＩＰ端末、２はノード装置、２０１はＳＩＰプロキシ手段、２０２は着信許可端末登録手段、２０３は着信要求検出手段、２０４はアドレス情報抽出手段、２０５はアドレス情報照合手段、３はインターネットである。
【００３４】
本実施例のＳＩＰ通信システムは、例えば、ＩＰ電話のように、インターネット上のＩＰ端末間でＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）によるメッセージの送受信を行うためのシステムであり、図１に示すように、複数のＩＰ端末１と、前記各ＩＰ端末１とインターネット３上のＩＰ端末の間での通信を中継するノード装置２により構成されている。なお、図１に示したシステムでは、前記ＩＰ端末１が第１ＩＰ端末１Ａ及び前記第２ＩＰ端末１Ｂの２つだけであるが、実際には、多数のＩＰ端末が接続（収容）されている。
【００３５】
また、前記ノード装置２には、前記ＩＰ端末間の通信を中継するためのＳＩＰプロキシ（ｐｒｏｘｙ）手段２０１と、第１ＩＰ端末１Ａ及び前記第２ＩＰ端末１Ｂが通信を許可するＩＰ端末のアドレス情報を登録する着信許可端末手段２０２と、前記ＳＩＰプロキシ手段２０１で受信したＳＩＰのメッセージから着信要求を検知する着信要求検知手段２０３と、前記メッセージから発信元ＩＰ端末のアドレス情報及び着信先ＩＰ端末のアドレス情報を抽出するアドレス情報抽出手段２０４と、前記抽出した発信元ＩＰ端末のアドレス情報と前記着信先ＩＰ端末とアドレス情報の組み合わせを、前記着信許可端末手段２０２に登録されたアドレス情報と照合するアドレス情報照合手段２０５手段とを備える。
【００３６】
また、前記ＳＩＰプロキシ手段２０１は、前記第１ＩＰ端末１Ａや前記第２ＩＰ端末１ＢからのＳＩＰメッセージの発信、及び前記第１ＩＰ端末１Ａや前記第２ＩＰ端末１Ｂへのメッセージの着信を代行する手段である。
【００３７】
また、前記着信許可端末手段２０２は、前記ノード装置２（通信システム）に収容されているＩＰ端末、例えば、前記第１ＩＰ端末１Ａと前記第２ＩＰ端末１Ｂが、メッセージの着信を許可するＩＰ端末のアドレス情報を登録する着信許可リストを持つ。このとき、前記着信許可リストには、前記第１ＩＰ端末１Ａ及び前記第２ＩＰ端末１Ｂが、それぞれ個別にアクセスすることができ、各ＩＰ端末のユーザーが、個別にメッセージの着信を許可するＩＰ端末のアドレス情報を登録できるようになっている。またこのとき、前記着信許可リストは、例えば、ＩＰ端末ごとに設け、例えば、前記第１ＩＰ端末１Ａのユーザーは、前記第２ＩＰ端末１Ｂに割り当てられた着信許可リストにアクセスできないようにしておく。
【００３８】
また、前記ノード装置２は、例えば、コンピュータや専用サーバーに、前記各手段を実行させるためのプログラムをインストールした装置であるとする。
【００３９】
図２乃至図４は、本実施例のＳＩＰ通信システムを用いた通信方法を説明するための模式図であり、図２はシステムの接続例を示す図、図３は通信許可リストの一例を示す図、図４はＳＩＰメッセージの送受信のシーケンスの一例を示す図である。
【００４０】
本実施例のＳＩＰ通信システムは、例えば、インターネット上のＩＰ端末間で、前記プロキシ（ｐｒｏｘｙ）手段２０１を有するノード装置を介して、ＳＩＰ通信を行うシステムであり、例えば、図２に示すように、第１ＩＰ端末１Ａ及び第２ＩＰ端末１Ｂ、ならびに第１ノード装置２Ａからなる通信システムと、第３ＩＰ端末１Ｃ及び第４ＩＰ端末１Ｄ、ならびに第２ノード装置２Ｂの２つのノード装置からなる通信システムがインターネットを介して接続されている。このとき、図示は省略するが、前記第１ノード装置２Ａ及び前記第２ノード装置２Ｂは、図１に示したように、前記ＳＩＰプロキシ手段２０１、前記着信許可端末登録手段２０２、前記着信要求検知手段２０３、前記アドレス情報抽出手段２０４、及び前記アドレス情報照合手段２０５の各手段を備えているとする。
【００４１】
またこのとき、前記第１ノード装置２Ａの前記着信許可端末手段２０２が持つ着信許可リストには、前記第１ＩＰ端末１Ａ及び前記第２ＩＰ端末１Ｂのユーザーが、ＳＩＰメッセージの着信を許可するＩＰ端末のアドレス情報を登録する。
【００４２】
なお、ここでいう、ＳＩＰメッセージの着信を許可するＩＰ端末というのは、実際には、ＩＰ電話等による通信を許可するＩＰ端末のことである。
【００４３】
また、前記着信許可リストは、例えば、前記ＩＰ端末ごとに割り当てる。ここでは、前記第１ＩＰ端末１Ａのユーザーは、図３（ａ）に示すように、前記第３ＩＰ端末１Ｃ及び前記第４ＩＰ端末１Ｄからのメッセージの着信を許可しているものとする。また、前記第２ＩＰ端末１Ｂのユーザーは、図３（ｂ）に示すように、前記第４ＩＰ端末１Ｄからのメッセージのみ着信を許可しているものとする。このとき、前記第１ＩＰ端末１Ａのユーザーは、前記第２ＩＰ端末１Ｂに割り当てられた着信許可リストにアクセスすることはできないようにしておく。
【００４４】
またこのとき、前記着信許可リストには、各ＩＰ端末のアドレス情報として、例えば、ＳＩＰ  ＵＲＩ（ＳＩＰ  Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）を登録する。
【００４５】
また、詳細な説明は省略するが、前記第２ノード装置２Ｂの着信許可端末登録手段２０２が持つ着信許可リストには、前記第３ＩＰ端末１Ｃ及び前記第４ＩＰ端末１Ｄがメッセージの着信を許可するＩＰ端末のアドレス情報（ＳＩＰ  ＵＲＩ）を登録しておく。
【００４６】
また、前記第１ノード装置２Ａ及び前記第２ノード装置２Ｂは、例えば、コンピュータや専用サーバーに、前記各手段を実行させるためのプログラムをインストールした装置であるとする。
【００４７】
以下、本実施例のＳＩＰ通信システムを用いたＩＰ端末間の通信方法について説明する。ここでは、通信方法の一例として、例えば、前記第３ＩＰ端末１Ｃから前記第１ＩＰ端末１Ａあるいは前記第２ＩＰ端末１Ｂに対して、ＳＩＰのメッセージを送信する場合について説明する。また、前記第３ＩＰ端末１Ｃから発信するメッセージは、例えば、ＩＰ電話等をかけるときのように、セッションの開始を要求するメッセージ（ＩＮＶＩＴＥリクエスト）であるとする。
【００４８】
前記第３ＩＰ端末１Ｃから、前記第１ＩＰ端末１Ａあるいは前記第２ＩＰ端末１Ｂに対してＩＮＶＩＴＥリクエストを発信した場合、まず、図４に示すように、前記第２ノード装置２ＢのＳＩＰプロキシ手段２０１で、前記ＩＮＶＩＴＥリクエストの転送先を決定して転送する（ステップ５０１）。このとき、前記ＩＮＶＩＴＥリクエストは、前記第１ノード装置２Ａに転送される。
【００４９】
次に、前記ＩＮＶＩＴＥリクエストを受信した前記第１ノード装置２ＡのＳＩＰプロキシ手段２０１は、図４に示すように、前記受信したＩＮＶＩＴＥリクエストから、前記第１ノード装置２Ａに収容されたＩＰ端末への着信要求を検知する（ステップ５０２）。前記着信要求の検知は、前記第１ノード装置２Ａの着信要求検知手段２０３で行う。
【００５０】
前記着信要求を検知したら、次に、前記ＩＮＶＩＴＥリクエストから、発信元ＩＰ端末のアドレス情報及び着信先ＩＰ端末のアドレス情報を抽出する（ステップ５０３）。前記発信元ＩＰ端末のアドレス情報及び前記着信先ＩＰ端末のアドレス情報は、前記第１ノード装置２Ａのアドレス情報抽出手段２０４で抽出する。このとき、前記発信元ＩＰ端末のアドレス情報及び前記着信先ＩＰ端末のアドレス情報はそれぞれ、例えば、前記ＩＮＶＩＴＥリクエストのＦｒｏｍヘッダー及びＴｏヘッダーから抽出する。本実施例の場合、前記発信元ＩＰ端末は、前記第３ＩＰ端末１Ｃであるので、前記ＩＮＶＩＴＥリクエストのＦｒｏｍヘッダーには、例えば、前記第３ＩＰ端末１Ｃのアドレス（ＳＩＰ  ＵＲＩ）が記述されている。また、前記着信先ＩＰ端末は前記第１ＩＰ端末１Ａあるいは前記第２ＩＰ端末１Ｂであるので、前記ＩＮＶＩＴＥリクエストのＴｏヘッダーには、前記第１ＩＰ端末１Ａあるいは前記第２ＩＰ端末１Ｂのアドレス（ＳＩＰ  ＵＲＩ）が記述されている。
【００５１】
前記発信元ＩＰ端末のアドレス情報及び前記着信先ＩＰ端末のアドレス情報を抽出したら、次に、前記抽出したアドレス情報の組み合わせと、前記着信許可端末登録手段２０２が持つ着信許可リストを照合する（ステップ５０４）。前記通信許可リストの照合は、前記第１ノード装置２Ａのアドレス情報照合手段２０５で行う。本実施例の場合、前記着信許可リストには、図３（ａ）及び図３（ｂ）に示したように、前記第１ＩＰ端末１Ａだけが、前記第３ＩＰ端末１Ｃからのメッセージの着信を許可すると登録されている。そのため、前記ＩＮＶＩＴＥリクエストの着信先ＩＰ端末のアドレス情報が前記第１ＩＰ端末１Ａのアドレスの場合は、適合する組み合わせが見つかる。
【００５２】
また、前記アドレス情報照合手段２０５において、前記抽出したアドレス情報の組み合わせと、前記通信許可リストを照合した結果は、前記ＳＩＰプロキシ手段２０１に送られる。前記ＳＩＰプロキシ手段２０１では、送られてきた結果に基づき、前記着信先ＩＰ端末に前記ＳＩＰメッセージを転送するかどうかの判定をする（ステップ５０５）。本実施例の場合、前記ＩＮＶＩＴＥメッセージの着信先ＩＰ端末のアドレス情報が、前記第１ＩＰ端末１Ａのアドレスだと、前記着信許可リストに、適合する組み合わせが登録されている。このとき、前記アドレス情報照合手段２０５から照合結果を受け取った前記ＳＩＰプロキシ手段２０１は、前記第１ＩＰ端末１Ａが前記第３ＩＰ端末１ＣからのＳＩＰメッセージの着信を許可していることがわかる。そのため、前記第３ＩＰ端末１Ｃからの前記ＩＮＶＩＴＥリクエストは、前記第１ＩＰ端末１Ａに転送され、前記第１ＩＰ端末１Ａに着信する（ステップ５０５ａ）。
【００５３】
前記ＩＰ電話では、図示は省略するが、前記ＩＮＶＩＴＥリクエストが前記第１ＩＰ端末１Ａに着信すると、第１ＩＰ端末１Ａのユーザーにメッセージが着信したことを知らせるとともに、前記第３ＩＰ端末１Ｃに、前記ＩＮＶＩＴＥメッセージが着信したことを知らせるメッセージ（１８０  Ｒｉｎｇｉｎｇ）を返信する。そして、前記第１ＩＰ端末１Ａのユーザーが前記ＩＮＶＩＴＥリクエストに応答する、すなわち電話に出ると、前記第１ＩＰ端末１Ａから前記第３ＩＰ端末１Ｃに対して応答メッセージ（２００  ＯＫ）が送信される（ステップ５０６）。
【００５４】
その後、詳細な説明は省略するが、前記応答メッセージ（２００  ＯＫ）が前記第３ＩＰ端末１Ｃに着信し、前記第３ＩＰ端末１Ｃから前記第１ＩＰ端末１Ａに対して、セッション開始を確認するＡＣＫリクエストを送信すると、前記第３ＩＰ端末１Ｃは通話可能な状態になる。また、前記第１ＩＰ端末１Ａは、前記ＡＣＫリクエストを受信すると、通話可能な状態になり、前記第３ＩＰ端末１Ｃと前記第１ＩＰ端末１Ａの間で通話（通信）をできるようになる。
【００５５】
一方、前記ＩＮＶＩＴＥリクエストの着信先ＩＰ端末のアドレス情報が、前記第２ＩＰ端末１Ｂであった場合、前記通信許可リストに、適合する組み合わせが登録されていない。このとき、前記アドレス情報照合手段２０５での照合結果を受け取ったＳＩＰプロキシ手段２０１は、前記第２ＩＰ端末１Ｂが前記第３ＩＰ端末１ＣからのＳＩＰメッセージの着信を許可していないことがわかる。そのため、前記ＳＩＰプロキシ手段２０１が受信した前記ＩＮＶＩＴＥリクエストは、前記第２ＩＰ端末１Ｂに転送されない。このとき、前記第１ノード装置２Ａは、前記第２ノード装置２Ｂ（第３ＩＰ端末１Ｃ）に対して、例えば、着信エラーのメッセージ（４０３）を送信する（ステップ５０５ｂ）。
【００５６】
また、詳細な説明は省略するが、前記第４ＩＰ端末１Ｄから、前記第１ＩＰ端末１Ａあるいは前記第２ＩＰ端末１ＢにＩＮＶＩＴＥリクエストを送信した場合も、同様の手順で、前記ＩＮＶＩＴＥリクエストの発信元ＩＰ端末（第４ＩＰ端末１Ｄ）のアドレス情報及び着信先ＩＰ端末のアドレス情報の組み合わせと、前記通信許可リストを照合して、適合する組み合わせがある場合のみ、前記着信先ＩＰ端末に前記ＩＮＶＩＴＥリクエストが着信する。本実施例の場合、図３（ａ）及び図３（ｂ）に示したように、前記第４ＩＰ端末１Ｄとの通信は、前記第１ＩＰ端末１Ａ、前記第２ＩＰ端末１Ｂともに許可しているので、どちらのＩＰ端末に前記ＩＮＶＩＴＥリクエストを送信した場合も、前記ＩＮＶＩＴＥリクエストが着信する。
【００５７】
また、実際のネットワーク上には、多数のＩＰ端末があり、前記第１ＩＰ端末１Ａあるいは前記第２ＩＰ端末１Ｂに、ＩＮＶＩＴＥリクエストを送信するのは、前記第３ＩＰ端末１Ｃや前記第４ＩＰ端末１Ｄだけでなく、他のＩＰ端末からも、前記第１ＩＰ端末１Ａあるいは前記第２ＩＰ端末１Ｂに対してＩＮＶＩＴＥリクエストが送信されることがある。しかしながら、本実施例の場合、図３（ａ）及び図３（ｂ）に示したように、前記第１ＩＰ端末１Ａが通信を許可しているのは前記第３ＩＰ端末１Ｃ及び前記第４ＩＰ端末１Ｄのみで、前記第２ＩＰ端末１Ｂが通信を許可しているのは前記第４ＩＰ端末１Ｄのみである。そのため、前記第１ノード装置２Ａでは、その他のＩＰ端末からＳＩＰメッセージが届いたときに、前記アドレス情報照合手段２０５の照合結果から、前記第１ＩＰ端末１Ａ及び前記第２ＩＰ端末１Ｂが通信を許可していないと判定し、前記他のＩＰ端末からのＳＩＰメッセージは前記第１ＩＰ端末１Ａ及び前記第２ＩＰ端末１Ｂに着信しない。
【００５８】
また、本実施例では、４つのＩＰ端末１Ａ，１Ｂ，１Ｃ，１Ｄの間でのＳＩＰ通信を考えたが、例えば、実際のＩＰ電話網では、多数のＩＰ端末が存在する。そのため、途中で、メッセージの着信、言い換えると、通信を許可してもよいＩＰ端末が増える場合もある。また、同じＩＰ端末、例えば、前記第１ＩＰ端末１Ａであっても、状況に応じて、例えば、前記第３ＩＰ端末１Ｃとの通信を許可したくない場合がでてくる可能性もある。そのような場合は、例えば、前記第１ＩＰ端末１Ａから前記着信許可端末登録手段２０２が持つ着信許可リストにアクセスして、メッセージの着信を許可するＩＰ端末のアドレス情報を追加、あるいは削除すればよい。
【００５９】
以上説明したように、本実施例のＳＩＰ通信システムによれば、ネットワーク上のＩＰ端末ごとに、前記着信許可端末登録手段２０２が持つ着信許可リストに、メッセージの着信、すなわち通信を許可するＩＰ端末のアドレス情報を登録することにより、前記ノード装置で受信したメッセージの着信先ＩＰ端末が、前記メッセージの着信を許可しているＩＰ端末かどうかを、前記ノード装置内で判定することができる。そのため、前記各ＩＰ端末は、通信を許可したＩＰ端末からのメッセージのみを着信し、ＳＩＰ通信を行うことができる。
【００６０】
また、前記着信許可リストに、前記メッセージの着信を許可するＩＰ端末のアドレス情報を登録することで、前記各ＩＰ端末は、通信を許可しないＩＰ端末、特に、外部の不特定なＩＰ端末からのＳＩＰメッセージが着信することはない。そのため、前記各ＩＰ端末は、例えば、前記外部のＩＰ端末からの不正なアクセスを防ぐことができ、セキュリティを高めることができる。
【００６１】
また、本実施例では、図２に示したような単純な構成のネットワークを例に挙げて説明したが、本実施例のＳＩＰ通信方法は、これに限らず、前記ＩＰ端末及び前記ノード装置を多数有するネットワーク上でのＳＩＰ通信にも適用できる。
【００６２】
また、前記接続許可リストに登録するＩＰ端末のアドレス情報は、同じノード装置に収容されているＩＰ端末のアドレス情報であってもよい。
【００６３】
以上、本発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において、種々変更可能であることはもちろんである。
【００６４】
【発明の効果】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば、以下の通りである。
【００６５】
（１）複数のＩＰ端末とノード装置（プロキシ）とを備える通信システムを用いて、ＳＩＰによるＩＰ端末間の通信を行う際に、各ＩＰ端末が特定のＩＰ端末のみと通信することができる。
【００６６】
（２）複数のＩＰ端末とノード装置（プロキシ）とを備える通信システムを用いて、ＳＩＰによるＩＰ端末間の通信を行う際に、前記各ＩＰ端末への不正なアクセスを防ぎ、セキュリティを高めることができる。
【図面の簡単な説明】
【図１】本発明による一実施例のＳＩＰ通信システムの概略構成を示す模式図である。
【図２】本実施例のＳＩＰ通信システムを用いた通信方法を説明するための模式図であり、システムの接続例を示す図である。
【図３】本実施例のＳＩＰ通信システムを用いた通信方法を説明するための模式図であり、図３（ａ）は第１ＩＰ端末の着信許可リストの例を示す図、図３（ｂ）は第２ＩＰ端末の着信許可リストの例を示す図である。
【図４】本実施例のＳＩＰ通信システムを用いた通信方法を説明するための模式図であり、第３ＩＰ端末からＳＩＰメッセージの送信したときのシーケンスを示す図である。
【図５】従来のＳＩＰ通信システムを用いたネットワークの構成例を示す模式図である。
【図６】従来のＳＩＰ通信システムの課題を説明するための模式図である。
【符号の説明】
１…ＩＰ端末、１Ａ…第１ＩＰ端末、１Ｂ…第２ＩＰ端末、１Ｃ…第３ＩＰ端末、１Ｄ…第４ＩＰ端末、２…ノード装置、２Ａ…第１ノード装置、２Ｂ…第２ノード装置、２０１…ＳＩＰプロキシ手段、２０２…着信許可端末登録手段、２０３…着信要求検知手段、２０４…アドレス情報抽出手段、２０５…アドレス情報照合手段、３…インターネット。
【図１】
2004282115.tif 000003
【図２】
2004282115.tif 000004
【図３】
2004282115.tif 000005
【図４】
2004282115.tif 000006
【図５】
2004282115.tif 000007
【図６】
2004282115.tif 000008