(57)【要約】【課題】任意のランダムな英数文字列で構成されるロケーション情報の定期的な更新とロケーション情報の照合手段による同一性検証によって偽装クライアントおよび偽装ＩＭサーバ等の攻撃者からのチャット等の偽装メッセージ配信の低減や、偽装ＩＭサーバを検出する機構を提供する。【解決手段】ＩＭクライアントは、ＳＩＰ−ＵＲＬ形式のロケーション情報を定期的に生成し、それを保持する機能を有するロケーション情報管理部１と、ロケーション情報をＩＭサーバへ登録・更新するＲＥＧＩＳＴＥＲリクエストを送信する機能と、ロケーション情報管理部１からロケーション情報を取得し、任意のプライバシ拡張ヘッダに該ロケーション情報を設定する機能と、信号送受信部３と、ロケーション情報比較部２から構成される。ＩＭサーバは、ＲＥＧＩＳＴＥＲリクエストとＭＥＳＳＡＧＥリクエストを処理する。ロケーション情報管理部１と、ロケーション情報比較部２と、信号送受信部３から構成される。【選択図】図１
2009288894.tif 000002
【特許請求の範囲】
【請求項１】
ランダム文字列で構成した自身のロケーション情報を定期的に生成するためのロケーション情報生成手段と、
前記ロケーション情報を記憶するための記憶手段と、
ＭＥＳＳＡＧＥリクエスト信号をＩＭサーバに送信する際に、プライバシ拡張ヘッダに前記ロケーション情報を設定して送信するための送信手段と、
ＩＭサーバから受信した前記ＭＥＳＳＡＧＥリクエスト信号について、自身が記憶するロケーション情報と、ＭＥＳＳＡＧＥリクエスト信号のＲｅｑｕｅｓｔ−ＵＲＩのロケーション情報と、を比較するための比較手段と、
を備えることを特徴とするＩＭクライアント装置。
【請求項２】
ＩＭクライアントのランダム文字列で構成されたロケーション情報を記憶するための記憶手段と、
前記ＩＭクライアントからＭＥＳＳＡＧＥリクエスト信号を受信して、前記記憶手段が記憶する前記ロケーション情報と、前記ＭＥＳＳＡＧＥリクエスト信号のプライバシ拡張ヘッダに設定されているランダム文字列で構成されたロケーション情報と、を比較するための比較手段と、
前記ＭＥＳＳＡＧＥリクエスト信号を転送する際に、Ｒｅｑｕｅｓｔ−ＵＲＩに設定された着信先ＩＭクライアントのロケーション情報をランダム文字列で構成するためのロケーション情報生成手段と、
前記ロケーション情報生成手段でランダム文字列に構成したＩＭメッセージを受信側ＩＭクライアントに送信するための送信手段と、
を備えることを特徴とするＩＭサーバ。
【請求項３】
ランダム文字列で構成した自身のロケーション情報を定期的に生成して保持するためのロケーション情報保持手段と、
前記ロケーション情報を定期的にＩＭサーバに登録するためのロケーション情報登録手段と、
ＩＭサービスのＭＥＳＳＡＧＥリクエスト信号を前記ＩＭサーバに送信する際に、プライバシ拡張ヘッダに前記ロケーション情報保持手段に保存した前記ロケーション情報を設定して送信するための送信手段と、
送信側ＩＭクライアントを収容するＩＭサーバは、自身が記憶するランダム文字列で構成されたロケーション情報と、ＭＥＳＳＡＧＥリクエスト信号のプライバシ拡張ヘッダに設定されているランダム文字列で構成されたロケーション情報とを比較するための比較機能と、
受信側ＩＭクライアントを収容するＩＭサーバは、前記ＭＥＳＳＡＧＥリクエスト信号を受信すると、そのＲｅｑｕｅｓｔ−ＵＲＩに設定された着信先ＩＭクライアントのロケーション情報をランダム文字列で構成したものに変換して、このＩＭメッセージを受信側ＩＭクライアントに送信するための送信手段と、
受信側ＩＭクライアントは自身のロケーション情報と、前記ＭＥＳＳＡＧＥリクエスト信号の前記Ｒｅｑｕｅｓｔ−ＵＲＩのロケーション情報と、を比較するための比較手段と、
を備えることを特徴とするＩＭシステム。
【請求項４】
ロケーション情報保持手段において、ランダム文字列で構成した自身のロケーション情報を定期的に生成して保持するステップと、
ロケーション情報登録手段において、前記ロケーション情報を定期的にＩＭサーバに登録するステップと、
送信手段において、ＩＭサービスのＭＥＳＳＡＧＥリクエスト信号を前記ＩＭサーバに送信する際に、プライバシ拡張ヘッダに前記ロケーション情報保持手段に保存した前記ロケーション情報を設定して送信するステップと、
比較機能において、送信側ＩＭクライアントを収容するＩＭサーバは、自身が記憶するランダム文字列で構成された前記ロケーション情報と、ＭＥＳＳＡＧＥリクエスト信号のプライバシ拡張ヘッダに設定されているランダム文字列で構成されたロケーション情報とを比較するステップと、
送信手段において、受信側ＩＭクライアントを収容するＩＭサーバは、前記ＭＥＳＳＡＧＥリクエスト信号を受信すると、そのＲｅｑｕｅｓｔ−ＵＲＩに設定された着信先ＩＭクライアントのロケーション情報をランダム文字列で構成したものに変換して、このＩＭメッセージを受信側ＩＭクライアントに送信するステップと、
比較手段において、受信側ＩＭクライアントは自身のロケーション情報と、前記ＭＥＳＳＡＧＥリクエスト信号の前記Ｒｅｑｕｅｓｔ−ＵＲＩのロケーション情報と、を比較するステップと、
を有することを特徴とするＩＭ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＭサービスにおける通信システムに好適であり、レジストラおよびプロキシ機能を具備するＩＭサーバ、およびクライアントで構成されるＩＭサービスシステムのセキュリティ方式に関する。
【背景技術】
【０００２】
従来において、ＩＭ（インスタントメッセージング）サービスとは、ユーザ間で短いテキストメッセージをリアルタイムに交換するメッセージングサービスである。テキストや音声を使ったチャットを提供するアプリケーションプロバイダが増加してきており、コミュニケーションの一形態として広く受け入れられている。
【０００３】
ここでＩＭサービスにおける信号処理について、図７の従来の技術と図８の従来の信号フォーマット、図９の従来のＩＭサービスの実施の形態１および図１０の従来のＩＭサービス実施の形態２にて説明する。
【０００４】
図９は、ＩＭサーバ２１０とＩＭサーバ２２０が連携しており、ＩＭサーバ２１０収容のＩＭクライアント１１０はＩＭサーバ２２０収容のＩＭクライアント１３０へインスタントメッセージを送信する例である。
【０００５】
詳細には、図７に示すように、ＩＭクライアント１１０および１３がそれぞれ収容のＩＭサーバ２１０、２２に図８（Ａ）、（Ｂ）のＲＥＧＩＳＴＥＲフォーマットに従ってロケーション情報管理部１へロケーション情報が登録済みの状態のときに、図８のＭＥＳＳＡＧＥリクエストのフォーマットに従い、ＩＭクライアント１１０が、Ｔｏヘッダ情報の着信先アドレスにＩＭクライアント１３０のアドレスを指定し、Ｆｒｏｍヘッダ情報の発信元アドレスにはＩＭクライアント１１０の自身のアドレスを設定し、Ｒｅｑｕｅｓｔ−ＵＲＩには、送信先アドレスを設定し、ＩＭクライアント１１０を収容するＩＭサーバ２１０へＳ１１２のＭＥＳＳＡＧＥリクエストを送信する。
【０００６】
ＩＭサーバ２１０では、ＩＭクライアント１１０からのＳ１１２のＴｏヘッダ情報のホスト部より、他サーバ収容加入者と判定し、プロキシ先のＩＭサーバ２２０へＳ２１１のＭＥＳＳＡＧＥリクエストを送出する。ＩＭサーバ２２０は、Ｓ２１１のＴｏヘッダに設定された着信先アドレスより、自収容加入者と判定し、ＩＭクライアント１３０のロケーション情報を導出し、信号Ｓ２２１のＲｅｑｕｅｓｔ−ＵＲＩに該ロケーション情報を設定し、ＩＭクライアント１３０にＳ２２１のＭＥＳＳＡＧＥリクエストを送信する。
【０００７】
図１０は、ＩＭクライアント１１０と１２が同一のＩＭサーバ２１０に収容され、ＩＭクライアント１１０からＩＭクライアント１２０へインスタントメッセージを送信する例である。
【０００８】
詳細には、ＩＭクライアント１１０および１２が収容ＩＭサーバ２１０に図８のＲＥＧＩＳＴＥＲフォーマットに従ってロケーション情報管理部１へロケーション情報が登録済みの状態のときに、図３に示すように図８のＭＥＳＳＡＧＥリクエストのフォーマットに従い、ＩＭクライアント１１０が、Ｔｏヘッダ情報の着信先アドレスにＩＭクライアント１２０のアドレスを指定し、Ｆｒｏｍヘッダ情報の発信元アドレスにはＩＭクライアント１１０の自身のアドレスを設定し、Ｒｅｑｕｅｓｔ−ＵＲＩには、送信先アドレスを設定し、ＩＭクライアント１１０を収容するＩＭサーバ２１０へＳ１１２のＭＥＳＳＡＧＥリクエストを送信する。ＩＭサーバ２１０では、クライアント１１からのＳ１１２のＴｏヘッダ情報の着信先アドレスのホスト部より、自サーバ収容加入者と判定し、Ｓ１１２のＴｏヘッダ情報に設定された着信先アドレスより、自収容加入者と判定し、ＩＭクライアント１２０のロケーション情報を導出し、信号Ｓ２１１のＲｅｑｕｅｓｔ−ＵＲＩに該ロケーション情報を設定し、ＩＭクライアント１２０にＳ２１１のＭＥＳＳＡＧＥリクエストを送信する。
【０００９】
たとえばロケーション情報の一例としては、ｕｓｅｒｉｎｆｏ部とｈｏｓｔ部（ＦＱＤＮ）から構成されるＳＩＰ−ＵＲＩ形式のアドレスとして「ｓｉｐ：ｕｓｅｒｉｎｆｏ＠ＦＱＤＮ」が設定される（非特許文献１参照）。
【非特許文献１】ＴＴＣ標準  ＪＪ−９０．２４  事業者ＳＩＰ網に接続するＳＩＰクライアント基本接続インタフェース仕様
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上述のような従来の技術においては、ＭＥＳＳＡＧＥリクエストのＲｅｑｕｅｓｔ−ＵＲＩにユーザ名や自身の電話番号など容易に他者に推測されうる値を用いていることから、ＭＥＳＳＡＧＥリクエストの詐称が容易に行うことができてしまい、セキュリティ上問題が生じる。
【００１１】
ＳＩＰによる電話サービスの場合、ＩＭサーバとは異なり、通話を開始する前にＩＮＶＩＴＥメッセージによりセッションを確立する。このようなサービスを、以下、「セッション系サービス」又は「ＩＮＶＩＴＥ系サービス」と称する。セッション系サービスの場合、従来から以下のようなセキュリティ対策の技術が存在するが、ＩＭ系サービスには存在しないことが課題である。
【００１２】
セッション系サービスのセキュリティ対策として、非特許文献１の４．１．３．２章および６．１．２章に示されるように「ＳＩＰ端末は、ロケーション情報であるＲＥＧＩＳＴＥＲリクエストのＣｏｎｔａｃｔヘッダの設定条件として、Ｃｏｎｔａｃｔヘッダに指定するロケーション情報のｕｓｅｒｉｎｆｏ部は、容易に他者に推測されない任意のランダムな英数字文字列を設定することが望ましいとされている。また、ＳＩＰ端末は受信したｉｎｉｔｉａｌ  ＩＮＶＩＴＥリクエストのＲｅｑｕｅｓｔ−ＵＲＩを、自身がロケーション情報登録動作時にＲＥＧＩＳＴＥＲリクエストのＣｏｎｔａｃｔヘッダに指定したロケーション情報とロケーション情報登録時にＳＩＰ端末が設定したＣｏｎｔａｃｔヘッダのＵＲＩのｕｓｅｒｉｎｆｏ部及びｈｏｓｔ部と同値である等の条件を比較することにより、同値と判断されるＲｅｑｕｅｓｔ−ＵＲＩであった場合にのみ、正常に処理すべき着信呼と判断する。」
という方式が、推奨されている。
【００１３】
この方式の詳細動作に関しては、図１１のＩＮＶＩＴＥ系サービスにおけるセキュリティ対策の参考形態例、図１３、１４、１５のＩＮＶＩＴＥ系サービスにおけるセキュリティ対策、参考例１〜３、図１２のＩＮＶＩＴＥ系サービスにおけるセキュリティ対策の信号フォーマットを用いて説明する。
【００１４】
図１３の参考例１は、ＳＩＰクライアント１１からのＩＮＶＩＴＥ系サービスがＳＩＰサーバ２１、２２を経由してＳＩＰクライアント１３で受信されるまでの処理動作である。
【００１５】
ＳＩＰサーバ２１に収容のＳＩＰクライアント１１とＳＩＰサーバ２２に収容のＳＩＰクライアント１３は、図１２のＲＥＧＩＳＴＥＲフォーマットに従ってロケーション情報のｕｓｅｒｉｎｆｏ部に任意のランダムな英数文字列を設定し、自身が収容されるＳＩＰサーバへＲＥＧＩＳＴＥＲリクエストを送信する。ＳＩＰサーバ２１、２２は自収容クライアントのＲＥＧＩＳＴＥＲリクエスト受信し、ロケーション情報（ランダムな英数文字列化したもの）をロケーション情報管理部１へ登録する。
【００１６】
ロケーション情報が登録済みの状態のときに、図１２のＩＮＶＩＴＥリクエストのフォーマットに従い、Ｃｏｎｔａｃｔヘッダには、ロケーション情報を設定し、Ｔｏヘッダの着信先アドレスにはＳＩＰクライアント１３のアドレスを指定し、発信元アドレスにはＳＩＰクライアント１１の自身のアドレスを設定し、Ｒｅｑｕｅｓｔ−ＵＲＩには、送信先アドレスを設定し、ＳＩＰクライアント１１を収容するＳＩＰサーバ２１へＳ１１２のＩＮＶＩＴＥリクエストを送信する。
【００１７】
ＳＩＰサーバ２１では、ＳＩＰクライアント１１からのＳ１１２を受信し、呼情報管理部へＳ１１２の中のロケーション情報を一構成要素とする呼情報を設定する。そしてＴｏヘッダのホスト部より、他サーバ収容加入者と判定し、ＳＩＰサーバ２１自身のアドレスを経路情報としてＲｅｃｏｒｄ−Ｒｏｕｔｅに記録し、プロキシ先ＳＩＰサーバ２２へＳ２１１のＩＮＶＩＴＥリクエストを送出する。
【００１８】
ＳＩＰサーバ２２は、Ｓ２１１を受信し、呼情報管理部へＳ２１１の中のロケーション情報および経由したＳＩＰサーバ２１のアドレスを一構成要素とする呼情報を設定する。そして、該信号のＴｏヘッダに設定された着信先アドレスより、自収容加入者と判定し、ＳＩＰクライアント１３のロケーション情報（ランダムな英数文字列化したもの）をロケーション情報管理部１から導出し、信号Ｓ２２１のＲｅｑｕｅｓｔ−ＵＲＩに該ロケーション情報を設定し、ＳＩＰクライアント１３にＳ２２１のＩＮＶＩＴＥリクエストを送信する。
【００１９】
ＳＩＰクライアント１３は、Ｓ２２１の信号受信後、ロケーション情報比較部２にて「自身のロケーション情報管理部１に保持されているロケーション情報（ランダムな英数文字列化したもの）」を「Ｓ２２１のＲｅｑｕｅｓｔ−ＵＲＩ（ランダムな英数文字列化したもの）」を比較する処理を行う。比較した結果、情報（ランダムな英数文字列化したもの）が一致する場合、正規信号としてＳ２２１を操作する。
【００２０】
図１４の参考例２は、ＳＩＰクライアント１１からのＩＮＶＩＴＥリクエストがＳＩＰサーバ２１を経由してＳＩＰクライアント１２で受信されるまでの処理動作である。
【００２１】
ＳＩＰサーバ２１に収容のＳＩＰクライアント１１とＳＩＰクライアント１２は、図１２のＲＥＧＩＳＴＥＲフォーマットに従ってロケーション情報のｕｓｅｒｉｎｆｏ部に任意のランダムな英数文字列を設定し、自身が収容されるＳＩＰサーバへＲＥＧＩＳＴＥＲリクエストを送信する。ＳＩＰサーバ２１は自収容クライアントのＲＥＧＩＳＴＥＲリクエストを受信し、ロケーション情報（ランダムな英数文字列化したもの）をロケーション情報管理部１へ登録する。
【００２２】
ロケーション情報が登録済みの状態のときに、図１２のＩＮＶＩＴＥリクエストのフォーマットに従い、Ｃｏｎｔａｃｔヘッダには、ロケーション情報を設定し、Ｔｏヘッダの着信先アドレスにはＳＩＰクライアント１２のアドレスを指定し、発信元アドレスにはＳＩＰクライアント１１の自身のアドレスを設定し、Ｒｅｑｕｅｓｔ−ＵＲＩには、送信先アドレスを設定し、ＳＩＰクライアント１１を収容するＳＩＰサーバ２１へＳ１１２のＩＮＶＩＴＥリクエストを送信する。
【００２３】
ＳＩＰサーバ２１では、ＳＩＰクライアント１１からのＳ１１２を受信し、呼情報管理部へＳ１１２の中のロケーション情報を一構成要素とする呼情報を設定する。そしてＴｏヘッダのホスト部より、自サーバ収容加入者と判定し、ＳＩＰクライアント１２のロケーション情報をロケーション情報管理部１から導出し、信号Ｓ２１１のＲｅｑｕｅｓｔ−ＵＲＩに該ロケーション情報を設定し、ＳＩＰクライアント１２にＳ２２１のＩＮＶＩＴＥリクエストを送信する。
【００２４】
ＳＩＰクライアント１２は、Ｓ２１１の信号受信後、ロケーション情報比較部２にて「自身のロケーション情報管理部１に保持されているロケーション情報（ランダムな英数文字列化したもの）」と「Ｓ２１１のＲｅｑｕｅｓｔ−ＵＲＩ（ランダムな英数文字列化したもの）」を比較する処理を行う。比較した結果、情報（ランダムな英数文字列化したもの同士）が一致するため、正規信号としてＳ２１１を操作する。
【００２５】
図１５、１６の参考例３、４は、偽装ＳＩＰサーバからの偽装ＩＮＶＩＴＥリクエストをＳＩＰクライアントにて受信した場合の処理動作である。
【００２６】
図１５の参考例３に示している処理動作では、ＳＩＰサーバ２２を偽装したＳＩＰサーバ２２’からＳＩＰクライアント１３へのＳ２２１’のＩＮＶＩＴＥリクエストを受信した時、ロケーション情報比較部２にて該クライアントがＳＩＰサーバ２２のロケーション管理部に登録したロケーション情報とＳ２２１’のＲｅｑｕｅｓｔ−ＵＲＩを比較する処理を行ない、不一致検出によるリクエストの破棄を行う。
【００２７】
図１６の参考例３のＳＩＰサーバ２１を偽装したＳＩＰサーバ２１’からＳＩＰクライアント１２へのＳ２１１’のＩＮＶＩＴＥリクエストを受信する場合についても同様である。
【００２８】
しかしながら、ＩＭサービスにて使用するＭＥＳＳＡＧＥリクエストについては、ＩＮＶＩＴＥ系サービスのようにセキュリティ対策について何も規定されておらず、偽装クライアントおよび偽装ＩＭサーバの攻撃者から偽のテキストや音声を使ったチャットおよび偽のメッセージの転送が実行される可能性があった。
【００２９】
本発明は上記を鑑みてなされたものであり、その目的は、任意のランダムな英数文字列で構成されるロケーション情報の定期的な更新とロケーション情報の照合手段による同一性検証によって偽装クライアントおよび偽装ＩＭサーバ等の攻撃者からのチャット等の偽装メッセージ配信の低減や、偽装ＩＭサーバを検出する機構を提供することにある。
【課題を解決するための手段】
【００３０】
上記の目的を達成するために、請求項１に記載の本発明は、ランダム文字列で構成した自身のロケーション情報を定期的に生成するためのロケーション情報生成手段と、前記ロケーション情報を記憶するための記憶手段と、ＭＥＳＳＡＧＥリクエスト信号をＩＭサーバに送信する際に、プライバシ拡張ヘッダに前記ロケーション情報を設定して送信するための送信手段と、ＩＭサーバから受信した前記ＭＥＳＳＡＧＥリクエスト信号について、自身が記憶するロケーション情報と、ＭＥＳＳＡＧＥリクエスト信号のＲｅｑｕｅｓｔ−ＵＲＩのロケーション情報と、を比較するための比較手段と、を備える。
【００３１】
また、請求項２に記載の本発明は、ＩＭクライアントのランダム文字列で構成されたロケーション情報を記憶するための記憶手段と、前記ＩＭクライアントからＭＥＳＳＡＧＥリクエスト信号を受信して、前記記憶手段が記憶する前記ロケーション情報と、前記ＭＥＳＳＡＧＥリクエスト信号のプライバシ拡張ヘッダに設定されているランダム文字列で構成されたロケーション情報と、を比較するための比較手段と、前記ＭＥＳＳＡＧＥリクエスト信号を転送する際に、Ｒｅｑｕｅｓｔ−ＵＲＩに設定された着信先ＩＭクライアントのロケーション情報をランダム文字列で構成するためのロケーション情報生成手段と、前記ロケーション情報生成手段でランダム文字列に構成したＩＭメッセージを受信側ＩＭクライアントに送信するための送信手段と、を備える。
【００３２】
また、請求項３に記載の本発明は、ランダム文字列で構成した自身のロケーション情報を定期的に生成して保持するためのロケーション情報保持手段と、前記ロケーション情報を定期的にＩＭサーバに登録するためのロケーション情報登録手段と、ＩＭサービスのＭＥＳＳＡＧＥリクエスト信号を前記ＩＭサーバに送信する際に、プライバシ拡張ヘッダに前記ロケーション情報保持手段に保存した前記ロケーション情報を設定して送信するための送信手段と、送信側ＩＭクライアントを収容するＩＭサーバは、自身が記憶するランダム文字列で構成されたロケーション情報と、ＭＥＳＳＡＧＥリクエスト信号のプライバシ拡張ヘッダに設定されているランダム文字列で構成されたロケーション情報とを比較するための比較機能と、受信側ＩＭクライアントを収容するＩＭサーバは、前記ＭＥＳＳＡＧＥリクエスト信号を受信すると、そのＲｅｑｕｅｓｔ−ＵＲＩに設定された着信先ＩＭクライアントのロケーション情報をランダム文字列で構成したものに変換して、このＩＭメッセージを受信側ＩＭクライアントに送信するための送信手段と、受信側ＩＭクライアントは自身のロケーション情報と、前記ＭＥＳＳＡＧＥリクエスト信号の前記Ｒｅｑｕｅｓｔ−ＵＲＩのロケーション情報と、を比較するための比較手段と、を備える。
【００３３】
また、請求項４に記載の本発明は、ロケーション情報保持手段において、ランダム文字列で構成した自身のロケーション情報を定期的に生成して保持するステップと、ロケーション情報登録手段において、前記ロケーション情報を定期的にＩＭサーバに登録するステップと、送信手段において、ＩＭサービスのＭＥＳＳＡＧＥリクエスト信号を前記ＩＭサーバに送信する際に、プライバシ拡張ヘッダに前記ロケーション情報保持手段に保存した前記ロケーション情報を設定して送信するステップと、比較機能において、送信側ＩＭクライアントを収容するＩＭサーバは、自身が記憶するランダム文字列で構成された前記ロケーション情報と、ＭＥＳＳＡＧＥリクエスト信号のプライバシ拡張ヘッダに設定されているランダム文字列で構成されたロケーション情報とを比較するステップと、送信手段において、受信側ＩＭクライアントを収容するＩＭサーバは、前記ＭＥＳＳＡＧＥリクエスト信号を受信すると、そのＲｅｑｕｅｓｔ−ＵＲＩに設定された着信先ＩＭクライアントのロケーション情報をランダム文字列で構成したものに変換して、このＩＭメッセージを受信側ＩＭクライアントに送信するステップと、比較手段において、受信側ＩＭクライアントは自身のロケーション情報と、前記ＭＥＳＳＡＧＥリクエスト信号の前記Ｒｅｑｕｅｓｔ−ＵＲＩのロケーション情報と、を比較するステップと、を有する。
【発明の効果】
【００３４】
本発明によれば、任意のランダムな英数文字列で構成されるロケーション情報の定期的な更新とロケーション情報の照合手段による同一性検証によって偽装クライアントおよび偽装ＩＭサーバ等の攻撃者からのチャット等の偽装メッセージ配信の低減や、偽装ＩＭサーバを検出する機構を提供することができる。
【発明を実施するための最良の形態】
【００３５】
図１に本発明の実施形態におけるＩＭサービスシステム構成例を示す。
【００３６】
まず、ＩＭクライアント１１０、１２、１３は、ＰＣやＰＤＡ等の端末装置であり、「任意のランダムな英数文字列であるｕｓｅｒｉｎｆｏ部とｈｏｓｔ部で構成されたＳＩＰ−ＵＲＬ形式のロケーション情報」を定期的に生成し、それを保持する機能を有するロケーション情報管理部１と、ロケーション管理部からロケーション情報を取得し、ロケーション情報をＩＭサーバへ登録・更新するＲＥＧＩＳＴＥＲリクエストを送信する機能と、ＩＭサーバへＭＥＳＳＡＧＥリクエストの信号を送信する際にロケーション情報管理部１からロケーション情報を取得し、任意のプライバシ拡張ヘッダに該ロケーション情報を設定する機能と、ＩＭサーバからＭＥＳＳＡＧＥリクエストを受信する機能を有する信号送受信部３と、ＩＭサーバからＭＥＳＳＡＧＥリクエストを受信する際に、信号送受信部３とロケーション管理部と連携してＭＥＳＳＡＧＥリクエストのＲｅｑｕｅｓｔ−ＵＲＩとロケーション情報管理部１に保持しているロケーション情報との同一性を検証する機能を有するロケーション情報比較部２から構成される。
【００３７】
また、ＩＭサーバ２１０、２２は、ＲＥＧＩＳＴＥＲリクエストとＭＥＳＳＡＧＥリクエストを処理するサーバであり、ＩＭクライアントから送信されたＲＥＧＩＳＴＥＲリクエストのロケーション情報を保持する機能を有するロケーション情報管理部１と、ＩＭクライアントからのＭＥＳＳＡＧＥリクエストを受信した際、リクエスト中の任意のプライバシ拡張ヘッダに設定されたロケーション情報とロケーション情報管理部１から取得したロケーション情報との同一性を検証する機能を有するロケーション情報比較部２と、ＩＭクライアントからのＲＥＧＩＳＴＥＲおよびＭＥＳＳＡＧＥリクエストを受信する機能と、ＩＭサーバからＩＭサーバおよびＩＭサーバからＩＭクライアントへＭＥＳＳＡＧＥリクエストを送信する機能と、エンドユーザ間でロケーション情報が漏洩しないようにＩＭサーバ間およびＩＭサーバからＩＭクライアントへＭＥＳＳＡＧＥリクエストを送信する際にロケーション情報が設定される任意のプライバシ拡張ヘッダを削除する機能と、ＩＭクライアントへＭＥＳＳＡＧＥリクエストを送信する際にロケーション情報管理部１からロケーション情報を取得し、Ｒｅｑｕｅｓｔ−ＵＲＩに設定する機能を有する信号送受信部３から構成される。
【００３８】
＜第１の実施の形態＞
図１の実施形態例、図２（ａ）、（ｂ）の信号フォーマット、図３、４、５、６の実施の形態１〜４を用いて説明する。
【００３９】
図３の第１の実施の形態は、ＩＭクライアント１１から送信されたＭＥＳＳＡＧＥリクエストが正規サーバであるＩＭサーバ２１、２２を経由してＩＭクライアント１３で受信するまでの処理動作である。
【００４０】
ＩＭサーバ２１に収容のＩＭクライアント１１とＩＭサーバ２２に収容のＩＭクライアント１３は、図２のＲＥＧＩＳＴＥＲフォーマットに従ってロケーション情報のｕｓｅｒｉｎｆｏ部に任意のランダムな英数文字列をＣｏｎｔａｃｔヘッダに設定し、自身が収容されるＩＭサーバへＲＥＧＩＳＴＥＲリクエストを送信する。ＩＭサーバ２１、２２は自収容クライアントのＲＥＧＩＳＴＥＲリクエスト受信し、ロケーション情報（ランダムな英数文字列化したもの）をロケーション情報管理部１へ登録する。
【００４１】
ＩＭクライアント１１から発信してＩＭサービスを開始する場合、ＩＭクライアント１１は、ロケーション情報（ランダムな英数文字列化したもの）が登録済みの状態のときに、ＩＭクライアント１１がＭＥＳＳＡＧＥリクエストを送信する際に信号送受信部３にて、図２のＭＥＳＳＡＧＥリクエストフォーマットに従い、ＲＥＧＩＳＴＥＲリクエスト送信時のロケーション情報（ランダムな英数文字列化したもの）をロケーション情報管理部１から取得し、任意のプライバシ拡張ヘッダであるＰ−Ｅｘ−ＩＤに該ロケーション情報（ランダムな英数文字列化したもの）を設定し、Ｔｏヘッダの着信先アドレスにはＩＭクライアント１３のアドレスを指定し、発信元アドレスにはＩＭクライアント１１の自身のアドレスを設定し、Ｒｅｑｕｅｓｔ−ＵＲＩには、送信先アドレスを設定し、ＩＭクライアント１１を収容するＩＭサーバ２１へＳ１１２のＭＥＳＳＡＧＥリクエストを送信する。
【００４２】
ＩＭサーバ２１では、ロケーション情報比較部２にて「ＩＭクライアント１１からのＳ１１２のＰ−Ｅｘ−ＩＤヘッダのロケーション情報（ランダムな英数文字列化したもの）」と「ＩＭサーバ２１のロケーション情報管理部１に保持しているＩＭクライアント１１のロケーション情報（ランダムな英数文字列化したもの）」の同一性を検証する。ロケーション情報（ランダムな英数文字列化したもの同士）が一致のため、正規信号と判定し、ＩＭサーバ２１の信号送受信部３にてＴｏヘッダ情報のホスト部より、他サーバ収容加入者と判定し、Ｐ−Ｅｘ−ＩＤヘッダの削除を行ない、プロキシ先のＩＭサーバ２２へＳ２１１のＭＥＳＳＡＧＥリクエストを送出する。
【００４３】
ＩＭサーバ２２の信号送受信部３にて受信したＳ２１１のＴｏヘッダに設定された着信先アドレスより、自収容加入者と判定し、ロケーション情報管理部１からＩＭクライアント１３のロケーション情報（ランダムな英数文字列化したもの）を導出し、信号Ｓ２２１のＲｅｑｕｅｓｔ−ＵＲＩに該ロケーション情報（ランダムな英数文字列化したもの）」を設定し、ＩＭクライアント１３にＳ２２１のＭＥＳＳＡＧＥリクエストを送信する。ＩＭクライアント１３の信号送受信部３にてＳ２２１を受信後、ロケーション情報比較部２にて「自身のロケーション情報管理部１に保持されているロケーション情報（ランダムな英数文字列化したもの）」と「Ｓ２２１のＲｅｑｕｅｓｔ−ＵＲＩ（ランダムな英数文字列化したもの）」との同一性を検証する。ロケーション情報（ランダムな英数文字列化したもの同士）が一致のため、正規信号としてＳ２２１を操作する。
【００４４】
＜第２の実施の形態＞
図４の第２の実施の形態は、ＩＭクライアント１１から送信されたＭＥＳＳＡＧＥリクエストが正規サーバであるＩＭサーバ２１を経由してＩＭクライアント１２で受信するまでの処理動作である。
【００４５】
ＩＭサーバ２１に収容のＩＭクライアント１１とＩＭクライアント１２は、図２のＲＥＧＩＳＴＥＲフォーマットに従ってロケーション情報のｕｓｅｒｉｎｆｏ部に任意のランダムな英数文字列をＣｏｎｔａｃｔヘッダに設定し、自身が収容されるＩＭサーバへＲＥＧＩＳＴＥＲリクエストを送信する。ＩＭサーバ２１は自収容クライアントのＲＥＧＩＳＴＥＲリクエスト受信し、ロケーション情報（ランダムな英数文字列化したもの）をロケーション情報管理部１へ登録する。
【００４６】
ＩＭクライアント１１から発信してＩＭサービスを開始する場合、ＩＭクライアント１１は、ロケーション情報（ランダムな英数文字列化したもの）が登録済みの状態のときに、ＩＭクライアント１１がＭＥＳＳＡＧＥリクエストを送信する際に信号送受信部３にて、図２のＭＥＳＳＡＧＥリクエストのフォーマットに従い、ＲＥＧＩＳＴＥＲリクエスト送信時のロケーション情報（ランダムな英数文字列化したもの）をロケーション情報管理部１から取得し、任意のプライバシ拡張ヘッダであるＰ−Ｅｘ−ＩＤに該ロケーション情報（ランダムな英数文字列化したもの）を設定し、Ｔｏヘッダの着信先アドレスにはＩＭクライアント１２のアドレスを指定し、発信元アドレスにはＩＭクライアント１１の自身のアドレスを設定し、Ｒｅｑｕｅｓｔ−ＵＲＩには、送信先アドレスを設定し、ＩＭクライアント１１を収容するＩＭサーバ２１へＳ１１２のＭＥＳＳＡＧＥリクエストを送信する。
【００４７】
ＩＭサーバ２１では、ロケーション情報比較部２にて「ＩＭクライアント１１からのＳ１１２のＰ−Ｅｘ−ＩＤヘッダのロケーション情報（ランダムな英数文字列化したもの）」と「ＩＭサーバ２１のロケーション情報管理部１に保持しているＩＭクライアント１１のロケーション情報（ランダムな英数文字列化したもの）」の同一性を検証する。ロケーション情報（ランダムな英数文字列化したもの同士）が一致のため、Ｓ１１２を正規信号として判定する。ＩＭサーバ２１の信号送受信部３にてＴｏヘッダ情報の着信先アドレスのｈｏｓｔ部よりＩＭクライアント１２が自サーバ収容加入者と判定し、Ｐ−Ｅｘ−ＩＤヘッダの削除を行ない、ロケーション情報管理部１からＩＭクライアント１２のロケーション情報（ランダムな英数文字列化したもの）を導出し、信号Ｓ２１１のＲｅｑｕｅｓｔ−ＵＲＩに該ロケーション情報（ランダムな英数文字列化したもの）を設定し、ＩＭクライアント１２にＳ２１１のＭＥＳＳＡＧＥリクエストを送信する。ＩＭクライアント１２の信号送受信部３にてＳ２１１を受信後、ロケーション情報比較部２にて「自身のロケーション情報管理部１に保持されているロケーション情報（ランダムな英数文字列化したもの）」と「Ｓ２１１のＲｅｑｕｅｓｔ−ＵＲＩ（ランダムな英数文字列化したもの）」との同一性を検証する。ロケーション情報（ランダムな英数文字列化したもの同士）が一致のため、正規信号としてＳ２１１を操作する。
【００４８】
＜第３の実施の形態＞
図５の実施の形態３は、ＩＭクライアント１１を偽装するＩＭクライアント１１’からのＭＥＳＳＡＧＥリクエストを送信を正規ＩＭサーバ２１に受信した場合の処理動作である。
【００４９】
ＩＭサーバ２１に収容のＩＭクライアント１１とＩＭサーバ２２に収容のＩＭクライアント１３は、図２のＲＥＧＩＳＴＥＲフォーマットに従ってロケーション情報のｕｓｅｒｉｎｆｏ部に任意のランダムな英数文字列をＣｏｎｔａｃｔヘッダに設定し、自身が収容されるＩＭサーバへＲＥＧＩＳＴＥＲリクエストを送信する。ＩＭサーバ２１、２２は自収容クライアントのＲＥＧＩＳＴＥＲリクエスト受信し、ロケーション情報（ランダムな英数文字列化したもの）をロケーション情報管理部１へ登録する。ＩＭサーバ２１は、信号送受信部３にて偽装ＩＭクライアント１１’からのＭＥＳＳＡＧＥリクエストであるＳ１１２’を受信し、ロケーション情報比較部２にて「偽装ＩＭクライアント１１’からのＳ１１２’のＰ−Ｅｘ−ＩＤヘッダのロケーション情報（一般にランダムな英数文字列化されていないもの）」と「ＩＭサーバ２１のロケーション情報管理部１に保持しているＩＭクライアント１１のロケーション情報（ランダムな英数文字列化したもの）」の同一性を検証する。ロケーション情報が不一致のため、Ｓ１１２’を不正信号として判定し、偽装ＩＭクライアント１１’のリクエストに対しエラーレスポンスを返却する。
【００５０】
＜第４の実施の形態＞
図６の第４の実施の形態は、ＩＭサーバ２２を偽装するＩＭサーバ２２’からのＭＥＳＳＡＧＥリクエストを正規ＩＭクライアント１３にて受信した場合の処理動作である。
【００５１】
ＩＭクライアント１３が信号送受信部３にて偽装ＩＭサーバ２２’からのＳ２２１’の偽装ＭＥＳＳＡＧＥリクエストを受信後、ＩＭクライアント１３のロケーション情報比較部２にて、「自身のロケーション情報管理部１に保持されているロケーション情報（ランダムな英数文字列化したもの）」と「Ｓ２２１’のＲｅｑｕｅｓｔ−ＵＲＩ（一般にランダムな英数文字列化されていないもの）」の同一性を検証する。ロケーション情報が不一致のため、Ｓ２２１’を不正信号として判定し、正規ＩＭサーバ２２に対しエラーレスポンスを送信する。
【００５２】
以上説明した本発明の実施の形態によれば、任意のランダムな英数文字列で構成されるロケーション情報の定期的な更新とロケーション情報の照合手段による同一性検証によって偽装クライアントおよび偽装ＩＭサーバ等の攻撃者からのチャット等の偽装メッセージ配信の低減や、偽装ＩＭサーバを検出する機構を提供することができる。
【図面の簡単な説明】
【００５３】
【図１】本発明の実施形態におけるＩＭサービスシステム構成例を示す。
【図２】本発明の実施形態における信号フォーマットを示す。
【図３】本発明の第１の実施の形態に係り、ＩＭクライアントから送信されたＭＥＳＳＡＧＥリクエストが正規サーバであるＩＭサーバを経由してＩＭクライアントで受信するまでの処理動作を示す。
【図４】本発明の第２の実施の形態に係り、ＩＭクライアントから送信されたＭＥＳＳＡＧＥリクエストが正規サーバであるＩＭサーバを経由してＩＭクライアントで受信するまでの処理動作を示す。
【図５】本発明の第３の実施の形態に係り、ＭＥＳＳＡＧＥリクエストを送信を正規ＩＭサーバに受信した場合の処理動作を示す。
【図６】本発明の第４の実施の形態に係り、ＭＥＳＳＡＧＥリクエストを正規ＩＭクライアントにて受信した場合の処理動作を示す。
【図７】従来技術による、ＩＭクライアントがそれぞれ収容のＩＭサーバに図８のＲＥＧＩＳＴＥＲフォーマットに従ってロケーション情報管理部１へロケーション情報が登録済みの状態を示す。
【図８】従来技術による、ＭＥＳＳＡＧＥリクエストのフォーマットを示す。
【図９】従来技術による、ＩＭサーバ収容のＩＭクライアントはＩＭサーバ収容のＩＭクライアントへインスタントメッセージを送信する例を示す。
【図１０】従来技術による、ＩＭクライアントからＩＭクライアントへインスタントメッセージを送信する例を示す。
【図１１】従来技術による、ＩＮＶＩＴＥ系サービスにおけるセキュリティ対策の参考形態例を示す。
【図１２】従来技術における、ＩＮＶＩＴＥ系サービスにおけるセキュリティ対策の信号フォーマット例を示す。
【図１３】従来技術における、ＩＮＶＩＴＥ系サービスにおけるセキュリティ対策を示す。
【図１４】従来技術における、ＩＮＶＩＴＥ系サービスにおけるセキュリティ対策を示す。
【図１５】従来技術における、ＩＮＶＩＴＥ系サービスにおけるセキュリティ対策を示す。
【図１６】従来技術における、ＳＩＰサーバを偽装したＳＩＰサーバからＳＩＰクライアントへのＩＮＶＩＴＥリクエストを受信する場合を示す。
【符号の説明】
【００５４】
１…ロケーション情報管理部１
２…ロケーション情報比較部２
３…信号送受信部３
４…ネットワーク
【図１】
2009288894.tif 000003
【図２】
2009288894.tif 000004
【図３】
2009288894.tif 000005
【図４】
2009288894.tif 000006
【図５】
2009288894.tif 000007
【図６】
2009288894.tif 000008
【図７】
2009288894.tif 000009
【図８】
2009288894.tif 000010
【図９】
2009288894.tif 000011
【図１０】
2009288894.tif 000012
【図１１】
2009288894.tif 000013
【図１２】
2009288894.tif 000014
【図１３】
2009288894.tif 000015
【図１４】
2009288894.tif 000016
【図１５】
2009288894.tif 000017
【図１６】
2009288894.tif 000018