(57)【特許請求の範囲】
【請求項１】
複数のＩＰネットワーク間で、クライアント端末が通信先となるサーバのアドレスを取得するＩＰアドレス取得方法において、
第１のＩＰネットワークに属するクライアント端末は、所定の通信プロトコルに従い、第２のＩＰネットワークに属する通信先サーバに対する電話要求を第１のＩＰネットワーク上の第１サーバに送信し、
上記第１サーバは、第２のＩＰネットワーク上の第２サーバに上記電話要求を転送し、
上記第２サーバは、上記電話要求を通信先サーバに通知し、
上記通信先サーバは、上記電話要求に含まれる情報に基づいて、発信元となる上記クライアント端末の認証を行い、その認証で該クライアント端末からのアクセスを許可する判定をした場合に、該クライアント端末に対して自サーバのＩＰアドレスを上記第２サーバを通じて通知し、
上記クライアント端末は上記通知されたＩＰアドレスを用いて上記通信先サーバと通信を開始するＩＰアドレス取得方法。
【請求項２】
請求項１記載のＩＰアドレス取得方法において、
上記通信先サーバは、クライアント端末を特定する情報を予めデータベースに登録し、
クライアント端末からのＩＰアドレス取得要求があったときに該クライアント端末がそのデータベースに登録されたものかどうかの判定を上記認証として行うＩＰアドレス取得方法。
【請求項３】
請求項１記載のＩＰアドレス取得方法において、
上記所定のプロトコルは、ＩＰネットワーク上で電話の制御を取扱うプロトコルとなるＩＰアドレス取得方法。
【請求項４】
請求項１又は２記載のＩＰアドレス取得方法において、
上記通信先サーバは、上記のようにしてクライアント端末の認証完了後に該クライアント端末との間でなされる通信のログを記憶するＩＰ アドレス取得方法。
【請求項５】
複数のＩＰネットワーク間で、クライアント端末に対して通信相手となるサーバのＩＰアドレスの通知を行うクライアントサーバシステムにおいて、
第１のＩＰネットワークに属するクライアント端末は、所定の通信プロトコルに従い、第２のＩＰネットワークに属する通信先サーバに対する電話要求を第１のＩＰネットワーク上の第１サーバに送信するＩＰアドレス問合せ手段を有し、
上記第１サーバは、第２のＩＰネットワーク上の第２サーバに上記電話要求を転送する電話要求転送手段を有し、
上記第２サーバは、上記電話要求を通信先サーバに通知する電話要求通知手段を有し、
上記通信先サーバは、上記電話要求に含まれる情報に基づいて、発信元となる上記クライアント端末の認証を行う認証手段と、
上記認証手段で該クライアント端末からのアクセスを許可する判定をした場合に、該クライアント端末に対して自サーバのＩＰアドレスを上記第２サーバを通じて通知するＩＰアドレス通知手段とを有するクライアントサーバシステム。
【請求項６】
複数のＩＰネットワーク間で、サーバに対してＩＰアドレスを要求するクライアント端末において、
第１のＩＰネットワークに属するクライアント端末は、所定の通信プロトコルに従い、第２のＩＰネットワークに属する通信先サーバのＩＰアドレスを第１のＩＰネットワーク上の第１サーバに問合せるＩＰアドレス問合せ手段と、
第２のＩＰネットワークに属する通信先サーバが上記問合わせに応じて第２のＩＰネットワーク上の第２サーバを通じて通知する自サーバのＩＰアドレスを取得するＩＰアドレス取得手段と、
上記取得した通信先サーバのＩＰアドレスを用いて該通信先サーバと通信を行うクライアント端末。
【請求項７】
請求項６記載のクライアント端末において、
上記所定のプロトコルは、ＩＰネットワーク上で電話の制御を取扱うプロトコルとなるクライアント端末。
【請求項８】
複数のＩＰネットワーク間で、クライアント端末からの要求に基づいてＩＰアドレスの通知を行うサーバにおいて、
上記サーバは、ＩＰアドレスの要求元となる第１のＩＰネットワークに属するクライアント端末の認証を第２のＩＰネットワーク上の第２サーバを通じて通知される電話要求に基づいて行う認証手段と、
上記認証手段で上記クライアント端末からのアクセスを許可する判定をした場合に、該クライアント端末に対して自サーバのＩＰアドレスを第２のＩＰネットワーク上の第２サーバを通じて通知するＩＰアドレス通知手段とを有するサーバ。
【請求項９】
請求項８記載のサーバにおいて、
上記認証手段は、クライアント端末を特定する情報を予めデータベースに登録するデータベース登録手段と、
上記クライアント端末からのＩＰアドレス取得要求があったときに該クライアント端末を特定する情報がそのデータベースに登録されたものかどうかを判定するクライアント判定手段とを有するサーバ。
【請求項１０】
請求項８又は９記載のサーバにおいて、
上記クライアント端末の認証完了後に該クライアント端末との間でなされる通信のログを記憶するログ収集手段と、
上記収集されたログに基づいて不正アクセスを検出する不正アクセス検出手段とを有するサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＰネットワークにおけるＩＰアドレス取得方法およびクライアントサーバシステムに係り、詳しくは、ＩＰネットワークにおいてユーザ認証を行う際のＩＰアドレス取得方法およびクライアントサーバシステムに関する。
【０００２】
また、本発明は、そのようなクライアントサーバシステムで用いられるクライアント端末に関する。
【０００３】
更に、本発明は、そのようなクライアントサーバシステムで用いられるサーバに関する。
【０００４】
【従来の技術】
従来、インターネットにおけるＷＷＷのサーバにアクセスする際のサーバのＩＰアドレス解決手段にＤＮＳ（domain name system）によるアドレス解決手段がある。このＤＮＳはドメイン名をＩＰアドレスに変換する役割を持っている。
【０００５】
図７はこのＤＮＳによるアドレス解決の手順を示す図である。同図に示すように、クライアント端末１００（ＩＰアドレス：２１０．１．１．１）の利用者がＷｅｂページを閲覧するためにサーバ側のＵＲＬ(www.xxxyyy.co.jp)を入力すると、該クライアント端末１００からＤＮＳサーバ６００に対し相手サーバ４００のＩＰアドレスを要求する信号が送出（▲１▼）される。ＤＮＳサーバ６００は受信したドメイン名をＩＰアドレス（www.xxxyyy.co.jp→２１０．２．４．２）に変換してクライアント端末１００に通知する。このようにＤＮＳサーバ６００はクライアント端末１００からある名前を持つホストのＩＰアドレスを要求されたときに登録済みのデータから目的のＩＰアドレスを検索してクライアント端末に通知する。クライアント端末は、上記のようにしてＤＮＳサーバからＩＰアドレス（２１０．２．４．２）取得することで、通信相手のサーバにデータ要求することができ、相手サーバからＨＴＭＬ(hypertext markup language)文書等を得ることができるようになっている。
【０００６】
また、インターネットで利用できるサービスにファイル転送(ＦＴＰ)があり、ＦＴＰサーバにアクセスすることで誰でもファイルをダウンロードできるようになっている。ＦＴＰサーバでは、どの相手にデータを配信したかを収集するログ機能が備えられ、ファイルアップデート等に登録された相手にその旨を通知したりしている。図８はＦＴＰサーバ７００におけるログ収集の手順を示す図である。
【０００７】
同図に示すように、まず、クライアント端末１００（ＩＰアドレス：２１０．１．１、利用者のe-mailアドレス：taka@xxxyyy.jp）からＦＴＰサーバ７００（URL:www.xxxyyy.co.jp、ＩＰアドレス：２１０．２．４．２）にデータ要求（▲１▼）が送られると、ＦＴＰサーバ７００はデータ転送の引き換えにe-mailアドレスを要求（▲２▼）する。この要求は前述したようにクライアント端末１００に対してファイルのアップデート情報等を提供するために行うものである。ＦＴＰサーバ７００はクライアント端末１００からのe-mailアドレスを取得（▲３▼）すると、そのアドレスを登録（▲４▼）した後、クライアント端末１００にデータ転送を開始（▲５▼）するようになっている。
【０００８】
さて、インターネットにおいて、クライアント端末を認証する場合、ＩＤとパスワードの入力によるサーバ側での認証が一般的に行われる。しかし、このような認証方法の他にもクライアント端末の電話番号（例：端末番号等）を用いて認証を行う方法がある。
【０００９】
この電話番号による認証手順は、例えば、図９に示す手順で行われる。
【００１０】
まず、ユーザ（＝クライアント）は携帯電話８００（電話番号：０９０−１２３４、ＩＰアドレス：２１０．１．１．１）を用いてＩＳＰ（internet service provider）９００にダイヤルアップ接続を行う。このとき携帯電話末８００からは通信相手となるサーバ４００（ＩＰアドレス：２１０．２．４．２）へのアクセス要求が送信（▲１▼）される。ＩＳＰ９００側にはゲートウェイ９１０が備えられ、該ゲートウェイ９１０は、ユーザがＩＳＰ９００に接続してきたときに発番号通知からどの端末から発信されてきたのかを認識し、その発番号通知から得られる電話番号をフラグとして付加してサーバ４００側に通知（▲２▼）する。サーバ４００側は、上記のようにして通知された電話番号（０９０−１２３４）を用いて認証やログ収集（▲３▼）を行う。サーバ４００は認証を終えるとユーザの携帯電話８００に対しデータを送信（▲４▼）する。このようにユーザの認証を該ユーザの携帯電話８００の電話番号を用いて行うので比較的高いセキュリティが得られる
【発明が解決しようとする課題】
上述したように、従来のアドレス解決システム（図７の場合）では、ＤＮＳが公開されているアドレスシステムであるため、任意のユーザからのＩＰアドレスの取得要求があれば該当するＩＰアドレスを探索してそのユーザに通知する仕組みとなっている。つまり、誰でもＩＰアドレスを取得することが可能となっている。そのため、悪意のユーザによるアクセスを防ぐことができない。また、このような悪意のユーザからのアクセスを防止するために、ＩＰアドレスを変更して不正なアクセスから回避しようとすれば、ＤＮＳサーバ６００内に登録されているＩＰアドレスを毎回変更しなければならなくなり利便性が悪くなる。
【００１１】
また、図８の場合、ＦＴＰサーバ７００ではクライアント端末１００から受取ったメールアドレスが正当なものであるかどうかを確認することができない。個の理由は、クライアント端末１００の利用者がe-mailアドレスを虚偽申告するからである。従って、ＦＴＰサーバ７００では正確なログ収集ができない。
【００１２】
更に、図９で示したアクセス元電話番号による認証では、サーバ４００に直接電話をかけているわけではないのでサーバ４００側にアクセス元の電話番号を通知してもらうために、ＩＳＰ９００とサーバ４００間で特別な契約が必要となってくる。そのため、汎用的に利用することができない。また、インターネットの接続はこの電話を使用してＩＳＰ９００に接続した場合のみしか接続できなくなるため利用範囲が限定されてしまう。
【００１３】
本発明は、上記のような問題点を解決するためになされたもので、その課題するところは、ＩＰネットワーク上でより簡単でかつ精度の高い認証を行うことのできるＩＰアドレス取得方法及びクライアントサーバシステムを提供することである。
【００１４】
また、そのようなクライアントサーバシステムで用いられるクライアント端末及びサーバを提供することである。
【００１５】
【課題を解決するための手段】
上記第一の課題を解決するため、本発明は、請求項１に記載されるように、複数のＩＰネットワーク間で、クライアント端末が通信先となるサーバのアドレスを取得するＩＰアドレス取得方法において、第１のＩＰネットワークに属するクライアント端末は、所定の通信プロトコルに従い、第２のＩＰネットワークに属する通信先サーバに対する電話要求を第１のＩＰネットワーク上の第１サーバに送信し、上記第１サーバは、第２のＩＰネットワーク上の第２サーバに上記電話要求を転送し、上記第２サーバは、上記電話要求を通信先サーバに通知し、上記通信先サーバは、上記電話要求に含まれる情報に基づいて、発信元となる上記クライアント端末の認証を行い、その認証で該クライアント端末からのアクセスを許可する判定をした場合に、該クライアント端末に対して自サーバのＩＰアドレスを上記第２サーバを通じて通知し、上記クライアント端末は上記通知されたＩＰアドレスを用いて上記通信先サーバと通信を開始するように構成される。
【００１６】
このようなＩＰアドレス取得方法では、クライアント端末はＩＰ電話用のプロトコル（SIP: Session Initiation Protocol）に従って、サーバ側に電話をかけてＩＰアドレスを問合せる。サーバ側は、該アクセス元ユーザ認証を行い、信頼されるユーザからの問合せであればアドレスを通知する。つまり、サーバ側ではアドレスを通知すべきかどうかを判断することができるので、正当なユーザでないとみなした場合にはアドレス通知を拒否することができる。その結果、本発明のＩＰアドレス取得方法によれば、認証セキュリティを向上させることが可能である。
【００１７】
上記サーバ側でのアクセス元ユーザ認証は、請求項２に記載されるように、上記ＩＰアドレス取得方法において、上記通信先サーバは、クライアント端末を特定する情報を予めデータベースに登録し、クライアント端末からのＩＰアドレス取得要求があったときに該クライアント端末がそのデータベースに登録されたものかどうかの判定を上記認証として行うように構成される。
【００１８】
請求項１記載の所定の通信プロトコルは、請求項３に記載されるように、上記ＩＰアドレス取得方法において、上記所定の通信プロトコルは、ＩＰネットワーク上で電話の制御を取扱うプロトコルとなるように構成される。
【００１９】
本発明では、上記所定の通信プロトコルにＩＰ電話用の呼制御プロトコル（ＳＩＰ）が用いられる。従って、アクセス元ユーザの認証に、なりすまし等が困難なＩＰ電話番号（ＳＩＰ−ＵＲＬ）を用いることで、通常のＩＤ、パスワード等の認証として比較してより信頼度の高いユーザ認証を行うことができる。
【００２０】
より正確なログ収集が可能になるという観点から、本発明は、請求項４に記載されるように、上記ＩＰアドレス取得方法において、上記通信先サーバは、上記のようにしてクライアント端末の認証完了後に該クライアント端末との間でなされる通信のログを記憶するように構成される。
【００２１】
このようなＩＰアドレス取得方法によれば、ＩＰ電話番号に基づいて認証がとおった後、該ＩＰ電話番号に対応付けられたアクセス（ファイルのダウンロード等）履歴を残すので、正確なログ収集が可能になる。
【００２２】
また、本発明は、請求項５に記載されるように、複数のＩＰネットワーク間で、クライアント端末に対して通信相手となるサーバのＩＰアドレスの通知を行うクライアントサーバシステムにおいて、第１のＩＰネットワークに属するクライアント端末は、所定の通信プロトコルに従い、第２のＩＰネットワークに属する通信先サーバに対する電話要求を第１のＩＰネットワーク上の第１サーバに送信するＩＰアドレス問合せ手段を有し、
上記第１サーバは、第２のＩＰネットワーク上の第２サーバに上記電話要求を転送する電話要求転送手段を有し、上記第２サーバは、上記電話要求を通信先サーバに通知する電話要求通知手段を有し、上記通信先サーバは、上記電話要求に含まれる情報に基づいて、発信元となる上記クライアント端末の認証を行う認証手段と、
上記認証手段で該クライアント端末からのアクセスを許可する判定をした場合に、該クライアント端末に対して自サーバのＩＰアドレスを上記第２サーバを通じて通知するＩＰアドレス通知手段とを有するように構成される。
【００２３】
更に、本発明は、請求項６に記載されるように、複数のＩＰネットワーク間で、サーバに対してＩＰアドレスを要求するクライアント端末において、第１のＩＰネットワークに属するクライアント端末は、所定の通信プロトコルに従い、第２のＩＰネットワークに属する通信先サーバのＩＰアドレスを第１のＩＰネットワーク上の第１サーバに問合せるＩＰアドレス問合せ手段と、第２のＩＰネットワークに属する通信先サーバが上記問合わせに応じて第２のＩＰネットワーク上の第２サーバを通じて通知する自サーバのＩＰアドレスを取得するＩＰアドレス取得手段と、上記取得した通信先サーバのＩＰアドレスを用いて該通信先サーバと通信を行うように構成される。
【００２４】
また更に、本発明は、請求項８に記載されるように、複数のＩＰネットワーク間で、クライアント端末からの要求に基づいてＩＰアドレスの通知を行うサーバにおいて、上記サーバは、ＩＰアドレスの要求元となる第１のＩＰネットワークに属するクライアント端末の認証を第２のＩＰネットワーク上の第２サーバを通じて通知される電話要求に基づいて行う認証手段と、上記認証手段で上記クライアント端末からのアクセスを許可する判定をした場合に、該クライアント端末に対して自サーバのＩＰアドレスを第２のＩＰネットワーク上の第２サーバを通じて通知するＩＰアドレス通知手段とを有するように構成される。
【００２５】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００２６】
図１は、本発明の実施の一形態に係るＩＰアドレス取得方法が適用されるシステム構成図である。
【００２７】
図１において、このシステムは、Ａ社ＩＰ(internet protocol)電話網に加入しているクライアント端末（電話番号：client@telA.com）１００と、Ａ社ＩＰ電話網（アドレス：telA.com）２００と、Ｂ社ＩＰ(internet protocol)電話網に加入しているサーバ（（電話番号：server@telB.com）４００と、Ｂ社ＩＰ電話網３００とで構成される。Ａ社ＩＰ電話網２００及びＢ社電話網３００はＩＰ網５００内に形成され、それぞれのＩＰ電話網２００、３００にはＩＰ電話用のサーバ（Ａ者電話サーバ２１０、Ｂ社電話サーバ３１０）が設置される。また、クライアント端末１００と、サーバ４００には、ＩＰ電話を実現するプロトコルとしてＳＩＰ（Session Initiation Protocol）が実装される。本発明では、サーバのＩＰアドレス解決に主要なＩＰ電話のアドレス解決手段であるＳＩＰを用いる。例えば、次のようにしてサーバのＩＰアドレスを解決する。
【００２８】
クライアント端末１００はＳＩＰを用いてサーバ４００に電話をかけてサーバのＩＰアドレスを問合せる。該サーバ４００は電話をかけてきたアクセス元ユーザが信頼できる場合に限って自サーバ４００のＩＰアドレスを通知する。すなわち、電話をかけてきたアクセス元ユーザが信頼できるか否かをアクセス元ユーザのＩＰ電話番号によって判断するので、知られたくない利用者からのＩＰアドレスの取得要求を拒否することができる。その結果、悪意のある第三者にアドレスが知られるのを防ぐことができるのでハッキングされにくくなり認証セキュリティが向上する。
【００２９】
上記クライアント端末１００は、例えば、図２に示すように構成される。
【００３０】
図２は、本発明に係るクライアント端末１００の機能ブロックを示した図である。
【００３１】
このクライアント端末１００は、ＳＩＰに基づくクライアント端末であって、音声通信や映像通信の情報圧縮を行うコーデック部１１と、その圧縮された信号を伝送するためにパケット化を行うＲＴＰ部(Real-time transfer protocol：リアルタイム伝送プロトコル)１２と、そのＲＴＰパケットの伝送を担うＵＤＰ/ＩＰ部１３と、サーバ４００との間の呼制御や通信制御を行うＳＩＰ部１４と、加入しているＩＰ電話網との信号送受を担うＮＷ  ＩＮＴＦ（ネットワークインターフェース）部１５とから構成される。
【００３２】
一方、上記サーバ４００は、例えば、図３に示すように構成される。
【００３３】
図３は、本発明に係るサーバ４００の機能ブロックを示した図である。
【００３４】
このサーバ４００は、クライアント端末１００との通信を制御するＳＩＰ部２１と、クライアントのＩＰ電話番号やＩＰアドレスおよびログ収集などの履歴を記憶するデータベース（以下、ＤＢ部という）部２２と、クライアントの認証を上記ＤＢ部２２を参照して行う認証部２３と、加入しているＩＰ電話網との信号送受を担うＮＷ  ＩＮＴＦ（ネットワークインターフェース）部２４とから構成される。本例では、ＤＢ部２２に▲１▼クライアントのＩＰ電話番号、▲２▼ＩＰアドレス、▲３▼アクセス履歴（ログ収集）を記憶するデータベースがそれぞれ用意される形態を想定するが、これに限らず上記▲１▼〜▲３▼の情報を記憶するデータベースサーバを本発明のサーバ４００とは別に設ける形態であってもよい。その場合、サーバ４００は上記データベースサーバにアクセスして必要な情報を取得することになる。
【００３５】
図４は、本発明に係るサーバ４００側でのＩＰアドレス取得手順を示すシーケンス図である。
【００３６】
図４において、クライアント端末１００はＡ社ＩＰ電話網の加入者であって、ＩＰ電話番号にclient@telA.comが割り振られている。一方、クライアント端末１００の通信相手となるサーバ４００はＢ社ＩＰ電話網の加入者であって、ＩＰ電話番号にserver@telB.comが割り振られている。
【００３７】
まず、クライアント端末１００から、server@telB.comへの電話要求をＡ社電話サーバ２１０に送る（▲１▼）。Ａ社電話サーバ２１０はＢ社電話サーバ３１０に電話情報を転送（▲２▼）する。Ｂ社電話サーバ３１０は、server@telB.comにclient@telA.comからの電話着信があることを通知（▲３▼）すると共に、クライアント端末１００のＩＰアドレスを通知（▲３▼）する。サーバ４００は、client@telA.comが自サーバ４００のユーザか否かを判定し、自サーバ４００のユーザと判定した場合は、Ｂ社電話サーバ３１０に着信可能であること及びサーバ４００のＩＰアドレスを通知（▲４▼）する。Ｂ社電話サーバ３１０は、Ａ社電話サーバ２１０にserver@telB.comが着信可能であることと、サーバ４００のＩＰアドレスを通知（▲５▼）する。Ａ社電話サーバ２１０は、クライアント端末１００にserver@telB.comが着信可能であることと、サーバ４００のＩＰアドレスを通知（▲６▼）する。クライアント端末１００は上記のようにして通知されたＩＰアドレスを用いてサーバ４００にアクセス（▲７▼）して通信を開始する。
【００３８】
このように本実施例では、サーバ４００のＩＰアドレス解決にＩＰ電話のアドレス解決手段であるＳＩＰが用いられるため、アクセス元ユーザのＩＰ電話番号（本例では、client@telA.com（ＳＩＰ−ＵＲＬ））から、ＩＰアドレスを通知するかどうかを判断することができる。すなわち、信頼のおける（ＩＰ電話番号を知っている）ユーザにのみグローバルなＩＰアドレスを通知することができるようになるので、認証セキュリティを向上させることが可能となる。
【００３９】
また、サーバ４００はＩＰアドレスを動的に管理するので、ＩＰアドレスを任意に変更しても登録し直せばＩＰ電話のかかる状態を保つことができる。そのため、悪意のある者にＩＰアドレスが知られてもＩＰアドレスを即変更すればＩＰアドレスの隠蔽が可能となるので、ハッカー等からの攻撃を防ぐことができる。
【００４０】
図５は、本発明に係るサーバ４００側でのアクセス権限の認証手順を示すシーケンス図である。本実施例における▲１▼〜▲３▼までの手順は前述のシーケンス（図４のシーケンス）と同じであるのでそれ以降から説明する。
【００４１】
サーバ４００は、Ｂ社電話サーバ３１０からのclient@telA.comが自サーバ４００のユーザがどうかをデータベース（ＤＢ部２２）を参照して調べる。ここでは、ＤＢ部２２のユーザデータベース（ＩＰ電話番号が記憶されるデータベースであって、以下、ユーザＤＢと略称する）が参照される。この参照でclient@telA.comが自サーバ４００のユーザであることが判明した場合は、該client@telA.comのＩＰアドレス（１７２．１６．１．１）を、アクセス可能ＩＰアドレスとしてＤＢ部２２のアクセスデータベース（ＩＰアドレスが記憶されるデータベースであって、以下、アクセスＤＢと略称する）に登録する。また、Ｂ社電話サーバ３１０にclient@telA.comからの着信が可能であることと、サーバ４００のＩＰアドレスを通知（▲４▼）する。これ以降の▲５▼〜▲７▼のシーケンスは前述の図４のシーケンスと同様である。サーバ４００は、アクセス元のクライアント端末１００からのアクセスを受けると、そのクライアント端末１００のＩＰアドレスがアクセスＩＰとして登録されているかどうかをアクセスＤＢを参照して調べ（▲８▼）、アクセスＩＰとして登録されていたらクライアント端末１００にデータを返す（▲９▼）。
【００４２】
このように本実施例では、サーバ４００へのアクセス認証になりすましが困難なＩＰ電話番号が用いられるので、通常のＩＤ、パスワード等の認証手段と比較して信頼度の高い認証が可能となる。また、ハードウェアに依存した電話番号を用いて認証を行う従来と比較して、クライアントのＳＩＰ−ＵＲＬは利用するハードウェアに依存しないのでどこからでもアクセスすることが可能（利用シーンを限定しない）である。
【００４３】
図６は、本発明に係るサーバ４００側でのログ収集の手順を示すシーケンス図である。本実施例における▲１▼〜▲３▼までの手順は前述のシーケンス（図５のシーケンス）と同様であるのでそれ以降から説明する。
【００４４】
サーバ４００は、client@telA.comが自サーバ４００のユーザかどうかをＤＢ部２２のユーザＤＢを参照して調べる。その参照で、自サーバ４００のユーザであることが判明したときは、client@telA.comアドレスを、アクセス可能ＩＰとしてＤＢ部２２のアクセスＤＢに登録する。また、Ｂ社電話サーバ３１０にclient@telA.comからの着信が可能であることと、サーバ４００のＩＰアドレスを通知すると共に、client@telA.comをＤＢ部２２のアクセス履歴リストに登録（▲４▼）する。▲５▼〜▲９▼の処理手順は前述のシーケンス（図５のシーケンス）と同様である。サーバ４００のアクセス履歴リストにはクライアント端末のＩＰ電話番号に基づいた履歴がとられる。
【００４５】
このように本実施例によれば、サーバ４００への各ユーザのアクセス履歴をなりすましが困難なＩＰ電話番号に基づいてとるので正確なログを収集することができる。
【００４６】
これまで説明したように、本発明のＩＰ取得方法によれば、クライアント端末１００のＩＰ電話番号を（ＳＩＰ−ＵＲＬ）を用いてサーバ４００へのアクセス認証を行うので、電子認証と必要とされる新規アカウントをとらなくても精度の高い認証が可能であると共に、ＩＰ電話用の呼制御プロトコルとしてＳＩＰの普及が予測されることから、インターネット上で普及性の高い認証を実現することが可能である。
【００４７】
また、ユーザのＩＰ電話番号は、使用するＰＣ等のハードウェアを限定しないので、従来の既存の電話番号を用いた認証より利用しやすい。
【００４８】
更に、従来の既存の電話番号を用いた認証では、アクセス網を持つインターネットサービスプロバイダから電話番号情報をもらう契約が必要だが、本発明のＳＩＰ−ＵＲＬに基づくＩＰアドレス取得方法なら利用者とサーバ間の情報交換が可能である。
【００４９】
上記例において、クライアント端末１００のＮＷ  ＩＮＴＦ部１５の信号送出機能がＩＰアドレス問合せ手段に対応し、サーバ４００の認証部２３のクライアント認証機能が認証手段、クライアント判定手段に対応し、同サーバ４００のＤＢ部２２のデータベース機能がデータベース登録手段に対応する。また、同サーバ４００のＮＷ  ＩＮＴＦ部２４の信号送出機能がＩＰアドレス通知手段に対応する。更に、Ａ社ＩＰ電話網２００が第１のＩＰネットワーク、Ｂ社ＩＰ電話網３００が第２のＩＰネットワーク、Ａ社電話サーバ２１０が第１サーバ、Ｂ社電話サーバが第２サーバに対応する。
【００５０】
【発明の効果】
以上、説明したように、請求項１乃至４記載の本願発明によれば、サーバのＩＰアドレスの解決、サーバへのアクセス権限の認証、サーバアクセスログの収集にＩＰ電話番号（ＳＩＰ−ＵＲＬ）を用いることにより、間単に、より安全で柔軟なサーバ構築が可能となるＩＰアドレス取得方法を提供することができる。
【００５１】
また、請求項５記載の本願発明によれば、上記のようなＩＰアドレス取得方法に従ってクライアントの認証を行うことのできるクライアントサーバシステムを提供することができる。
【００５２】
更に、請求項６乃至７記載の本願発明によれば、上記のようなＩＰアドレス取得方法に従って通信相手となるサーバのＩＰアドレスを取得することのできるクライアント端末を提供することができる。
【００５３】
また更に、請求項８乃至１０記載の本願発明によれば、上記のようなＩＰアドレス取得方法に従って認証を行うことのできるサーバを提供することができる。
【図面の簡単な説明】
【図１】本発明の実施の一形態に係るＩＰアドレス取得方法が適用されるシステム構成図である。
【図２】本発明に係るクライアント端末の構成（機能ブロック）図である。
【図３】本発明に係るサーバの構成（機能ブロック）図である。
【図４】本発明に係るサーバ側でのＩＰアドレス取得手順を示すシーケンス図である。
【図５】本発明に係るサーバ側でのアクセス権限の認証手順を示すシーケンス図である。
【図６】本発明に係るサーバ側でのログ収集の手順を示すシーケンス図である。
【図７】従来のＤＮＳによるアドレス解決の手順を示す図である。
【図８】従来のＦＴＰサーバにおけるログ収集の手順を示す図である。
【図９】従来のアクセス元電話番号による認証手順を示す図である。
【符号の説明】
１１  コーデック部
１２  ＲＴＰ部
１３  ＵＤＰ/ＩＰ部
１４  ＳＩＰ部（クライアント端末側）
１５  ＮＷ  ＩＮＴＦ（ネットワークインターフェース）部
２１  ＳＩＰ部（サーバ側）
２２  ＤＢ部（データベース部）
２３  認証部
２４  ＮＷ  ＩＮＴＦ（ネットワークインターフェース）部
１００  クライアント端末
２００  Ａ社ＩＰ電話網
２１０  Ａ社電話サーバ
３００  Ｂ社ＩＰ電話網
３１０  Ｂ社電話サーバ
４００  サーバ
５００  ＩＰ網
６００  ＤＮＳサーバ
７００  ＦＴＰサーバ
８００  携帯電話
９００  ＩＳＰ（internet service provider）
９１０  ゲートウェイ
【図１】
0003640927.tif 000002
【図２】
0003640927.tif 000003
【図３】
0003640927.tif 000004
【図４】
0003640927.tif 000005
【図５】
0003640927.tif 000006
【図６】
0003640927.tif 000007
【図７】
0003640927.tif 000008
【図８】
0003640927.tif 000009
【図９】
0003640927.tif 000010