(57)【要約】【課題】着信側端末装置で認証して不正利用を防ぎ、かつP2Pサーバの問合せを最小限にして、サーバの処理負荷を抑えることができる認証システムおよび情報端末装置の認証方法を提供。【解決手段】双方向通信システム10は、IP電話アダプタ（16, 18）およびサーバをIPネットワーク12に接続させ、IP電話アダプタ（16, 18）に電話機をそれぞれ接続させてシステム構築し、発信元のIP電話アダプタ18からサーバへのアクセスを１回だけにし、IP電話アダプタ（16, 18）は認証部30を備え、認証部30でサーバからの発信元の認証用情報と発信元のIP電話アダプタ18からの認証用情報とをそれぞれ受信し、受信した認証用情報が一致するか否か判定して認証し、認証結果に応じて通信する。【選択図】図１
2005191830.tif 000002
【特許請求の範囲】
【請求項１】
複数の情報端末装置と、
該複数の情報端末装置のうち、登録された情報端末装置それぞれを特定する情報を保有し、該情報端末装置の一つを発信元とする要求に基づいて該当する情報を通信の宛先および前記発信元にそれぞれ提供する情報管理装置と、
前記複数の情報端末装置のそれぞれがIP（Internet Protocol）ネットワークに接続される環境において該IPネットワークと前記複数の情報端末装置のそれぞれとの間に配設され、前記IPネットワークで扱う情報と前記複数の情報端末装置のそれぞれが扱う情報とに変換して、通信させる変換装置とを含み、
該変換装置は、通話の状態管理、宛先の情報取得、通信相手とのネゴシエーション、取得した認証用情報の転送および通話の開始と終了の制御機能を有する通信管理手段と、
該変換装置と接続している情報端末装置に割り当てられている個別情報および該変換装置自身に割り当てられている認証用情報を保持する情報保持手段と、
前記通信管理手段を介して前記情報管理装置から供給される発信元の認証用情報と前記発信元の変換装置から供給される認証用情報とをそれぞれ受信し、受信した認証用情報が一致するか否か判定し、認証する認証手段とを含むことを特徴とする認証システム。
【請求項２】
請求項１に記載のシステムにおいて、前記情報管理装置は、前記情報端末装置それぞれの個別情報、IPアドレスおよび認証用情報を一組の情報として管理する第１の管理装置と、
該当するIPアドレスの検索および該検索に対応する認証用情報の検索、ならびに得られた情報の送出機能を有する第２の管理装置とを含むことを特徴とする認証システム。
【請求項３】
請求項１または２に記載のシステムにおいて、前記認証用情報は、前記変換装置に割り当てられた識別情報とパスワードの組み合わせであることを特徴とする認証システム。
【請求項４】
発信元の情報端末装置から宛先の情報端末装置に割り当てている個別情報を受信し、該受信に応じてIP（Internet Protocol）ネットワークを介した通信を行う変換装置のうち、前記発信元の情報端末装置が接続されている変換装置のIPアドレスおよび前記宛先の個別情報を通信要求として情報管理装置に送信する第１の工程と、
前記通信要求を受信した情報管理装置で前記発信元の変換装置のIPアドレスを検索する第２の工程と、
該情報管理装置から検索結果として得られた発信元の変換装置に割り当てられている認証用情報および前記IPアドレスを前記宛先の情報端末装置が接続されている変換装置に送信する第３の工程と、
該宛先の変換装置にて供給された発信元の認証用情報およびIPアドレスを格納する第４の工程と、
前記情報管理装置から前記宛先の情報端末装置における前記個別情報を検索する第５の工程と、
該情報管理装置から検索結果として得られた宛先に該当するエントリのIPアドレスを前記発信元の変換装置に送信する第６の工程と、
該発信元の変換装置にて前記情報管理装置から前記宛先の変換装置に割り当てられているIPアドレスの受信に応じて該発信元の認証用情報を含む情報を前記宛先の変換装置に送信する第７の工程と、
該宛先の変換装置にて前記発信元の変換装置から供給される情報を受信し、前記情報管理装置からの前記認証用情報と前記発信元の変換装置からの前記認証用情報とを比較判定する第８の工程と、
前記認証用情報の比較結果が一致した場合、該宛先の変換装置自身の情報を含む応答信号を前記発信元の変換装置に送信する第９の工程と、
前記比較結果が不一致の場合、前記発信元の変換装置にエラー情報を送信する第10の工程とを含むことを特徴とする情報端末装置の認識方法。
【請求項５】
請求項４に記載の方法において、前記認証用情報は、前記変換装置に割り当てられた識別情報とパスワードの組み合わせであることを特徴とする情報端末装置の認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証システムおよび情報端末装置の認証方法に関し、本発明の認証システムは、たとえばIP（Internet Protocol）ネットワークにおける不特定多数の個人端末装置間で行われるIP電話等のP2P（Peer-to-Peer）通信の認証システムに関するものである。また、本発明の情報端末装置の認証方法は、たとえばP2P通信における発信元の情報端末装置からの不正な接続要求を廃棄し、正常な接続要求だけを受け付ける認証方法に関するものである。
【背景技術】
【０００２】
IPネットワークでのP2P通信は、端末間で、互いのIPアドレス、メディアのIPパケット化の際に使用するTCP/UDP（Transmission Control Protocol/User Datagram Protocol）のポート番号、メディアの指定、コーデックといったSDP（Session Description Protocol）情報を互いに送信し合い、ネゴシエーションする。
【０００３】
ここで、使用するメディアとは、音声やビデオ等である。また、コーデックには、音声に関して、たとえばITU-T（International Telecommunication Union-Telecommunication standardization sector）で定義された勧告G.711, G.722, G.729等がある。このネゴシエーション方法として、従来のP2P通信方式には、インターネットの標準化組織であるIETF（Internet Engineering Task Force）のRFC（Request For Comment）2543およびRFC3261で定められたSIP（Session Initiation Protocol）等がある。
【０００４】
以下にSIPにともなう方式や動作についての概要を説明する。P2P通信において通信を開始する側の発信元端末装置は、呼ばれる側である宛先端末装置のIPアドレス等を何らかの方法で取得することが要求される。そこで、一般に、IPネットワークに端末間のIPアドレス等の取得を解決するようにP2Pサーバを用意する。P2P通信の開始時に発信元の端末装置は、P2Pサーバに対して宛先の端末装置の識別子を送信する。発信元の端末装置がたとえば、IP電話の場合、識別子は、電話番号に相当する。P2Pサーバはこの識別子から相手のIPアドレスを特定する。
【０００５】
SIPには、このIPアドレスの取得を解決する方式として、プロキシ方式とリダイレクト方式がある。プロキシ方式は、P2Pサーバが端末装置間のネゴシエーションを中継する方式である。ここで、この方式のP2PサーバはSIPサーバまたはSIPプロキシサーバと呼んでいる。これに対して、リダイレクト方式において発信元の端末装置は、P2Pサーバに対して宛先の端末装置の識別子（電話番号）を送信する。P2Pサーバは、宛先の端末装置の識別子から特定したIPアドレスを発信元の端末装置に送信し、端末装置間のネゴシエーションを直接行う方式である。一般にP2Pサーバは、SIPプロキシサーバあるいはSIPリダイレクションサーバと呼ばれる。このため、P2Pサーバは、宛先の端末装置と通信しない。
【０００６】
一般に、リダイレクト方式は、プロキシ方式に比べてP2Pサーバの中継処理等がないことから、P2Pサーバの処理負荷が少ないという特徴がある。このリダイレクト方式を用いた場合について説明する。リダイレクト方式は、上述したようにP2Pサーバの中継無しに直接ネゴシエーションを実行する。P2Pサーバは、このため全端末装置のIPアドレスを管理し、主に、発信元からの要求に応じた宛先の端末装置が有するIPアドレスを提供している。
【０００７】
次にP2P通信を開始するまでの具体的なシーケンスについて説明する。まず、発信元の端末装置は、宛先の端末装置と通信するため、通信相手となる端末装置を特定する電話番号等の識別子および発信元の端末装置自身の認証情報をP2Pサーバに送出する。認証情報とは、たとえばユーザID（IDentification）やパスワードである。
【０００８】
次にP2Pサーバは、宛先の端末装置の認証を完了すると、発信元の端末装置から得た宛先の端末装置を特定する識別子からこの宛先の端末装置が有するIPアドレスを特定し、宛先の端末装置のIPアドレスを発信元の端末装置に返信する。発信元の端末装置は、得られた宛先の端末装置のIPアドレスがわかったので、SDP情報を作成し、宛先の端末装置に送信する。宛先の端末装置も発信元の端末装置からのSDP情報を受け取ることにより、同様にSDP情報を作成し、発信元の端末装置に返信する。このような手順により、両端末装置は互いに相手の使用するIPアドレス・ポート番号・メディア・コーデックを認識でき、通信可能となる。
【０００９】
【特許文献１】特開2003-123001号公報
【特許文献２】特開2003-208409号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ところで、特開2003-123001号公報に記載の双方向通信システム及び双方向通信方法は、上述したP2Pサーバに相当する認証サーバで認証する方式である。この方式は、着信側の端末装置で認証を行っていない。このため、不正利用者が発信元の端末装置を操作し、P2Pサーバにアクセスすると、不正利用者は、着信側の端末装置と直接アクセスできてしまう。このようにSIPのリダイレクション方式では、P2P通信において不特定多数の他の端末装置からアクセスされる可能性があり、端末の成りすましや不正アクセスといったセキュリティ上の問題がある。
【００１１】
このような不正利用を防止するには、宛先の端末装置で発信元の端末装置を認証することが考えられる。この場合、宛先の端末装置はアクセスされる可能性のある端末装置すべての認証情報を保持することになり、メモリやディスクに莫大な容量が必要となり、現実的でない。
【００１２】
また、特開2003-208409号公報に記載の認証システムおよび認証方法が提案されている。この提案は、P2P端末間の通信時に、着信側端末装置がP2Pサーバヘ問い合わせる方式である。この方式では、発信側端末装置が着信側端末装置のアドレスを知るためにP2Pサーバヘの問合せ処理および着信側端末装置がP2Pサーバヘの問合せ処理、合計２回、P2Pサーバにアクセスすることになる。さらに認証処理もP2Pサーバで行うことになる。
【００１３】
本発明はこのような従来技術の欠点を解消し、着信側端末装置で認証して不正利用を防ぎ、かつP2Pサーバの問合せを最小限にして、サーバの処理負荷を抑えることができる認証システムおよび情報端末装置の認証方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明は上述の課題を解決するために、複数の情報端末装置と、この複数の情報端末装置のうち、登録された情報端末装置それぞれを特定する情報を保有し、この情報端末装置の一つを発信元とする要求に基づいて該当する情報を通信の宛先および発信元にそれぞれ提供する情報管理装置と、複数の情報端末装置のそれぞれがIP（Internet Protocol）ネットワークに接続される環境においてこのIPネットワークと複数の情報端末装置のそれぞれとの間に配設され、IPネットワークで扱う情報と複数の情報端末装置のそれぞれが扱う情報とに変換して、通信させる変換装置とを含み、この変換装置は、通話の状態管理、宛先の情報取得、通信相手とのネゴシエーション、取得した認証用情報の転送および通話の開始と終了の制御機能を有する通信管理手段と、この変換装置と接続している情報端末装置に割り当てられている個別情報およびこの変換装置自身に割り当てられている認証用情報を保持する情報保持手段と、通信管理手段を介して情報管理装置から供給される発信元の認証用情報と発信元の変換装置から供給される認証用情報とをそれぞれ受信し、受信した認証用情報が一致するか否か判定し、認証する認証手段とを含むことを特徴とする。
【００１５】
本発明の認証システムは、複数の変換装置および情報管理装置をIPネットワークに接続させ、さらに複数の変換装置に情報端末装置を接続させてシステムを構築し、発信元の変換装置から情報管理装置へのアクセスを１回だけで済ませ、変換装置は認証手段を備えて、この認証手段にて通信管理手段を介して情報管理装置から供給される発信元の認証用情報と発信元の変換装置から供給される認証用情報とをそれぞれ受信し、受信した認証用情報が一致するか否か判定し、この判定結果に応じて宛先の変換装置と発信元の変換装置とでネゴシエーションをとり、不一致でエラー情報を発信元の変換装置に送ることで、情報管理装置の処理負荷を少なくすることができ、端末装置の数が増えても問題なく対応することができる。
【００１６】
また、本発明は上述の課題を解決するために、発信元の情報端末装置から宛先の情報端末装置に割り当てている個別情報を受信し、この受信に応じてIP（Internet Protocol）ネットワークを介した通信を行う変換装置のうち、発信元の情報端末装置が接続されている変換装置のIPアドレスおよび宛先の個別情報を通信要求として情報管理装置に送信する第１の工程と、通信要求を受信した情報管理装置で発信元の変換装置のIPアドレスを検索する第２の工程と、この情報管理装置から検索結果として得られた発信元の変換装置に割り当てられている認証用情報およびIPアドレスを宛先の情報端末装置が接続されている変換装置に送信する第３の工程と、この宛先の変換装置にて供給された発信元の認証用情報およびIPアドレスを格納する第４の工程と、情報管理装置から宛先の情報端末装置における個別情報を検索する第５の工程と、この情報管理装置から検索結果として得られた宛先に該当するエントリのIPアドレスを発信元の変換装置に送信する第６の工程と、この発信元の変換装置にて情報管理装置から宛先の変換装置に割り当てられているIPアドレスの受信に応じてこの発信元の認証用情報を含む情報を宛先の変換装置に送信する第７の工程と、この宛先の変換装置にて発信元の変換装置から供給される情報を受信し、情報管理装置からの認証用情報と発信元の変換装置からの認証用情報とを比較判定する第８の工程と、認証用情報の比較結果が一致した場合、この宛先の変換装置自身の情報を含む応答信号を発信元の変換装置に送信する第９の工程と、比較結果が不一致の場合、発信元の変換装置にエラー情報を送信する第10の工程とを含むことを特徴とする。
【００１７】
本発明の情報端末装置の認識方法は、情報管理装置へのアクセスが通信要求として発信元の変換装置からの１回だけで以後、情報管理装置で発信元の変換装置のIPアドレスを検索して登録済みか否かを検証し、発信元の変換装置に対する認証用情報およびIPアドレスを正規の情報として宛先の変換装置に送信し、これらを格納し、情報管理装置から宛先の情報端末装置における個別情報を検索し、この検索で得られた宛先のIPアドレスを発信元の変換装置に送信し、発信元の変換装置で供給された宛先の変換装置のIPアドレスを基に発信元の認証用情報を含む情報を宛先の変換装置に送信し、宛先の変換装置で情報管理装置からの認証用情報と発信元の変換装置からの認証用情報とを比較判定し、この比較結果が一致した場合、宛先の変換装置で正規の発信元からの要求と判断し、この宛先の変換装置自身の情報を含む応答信号を発信元の変換装置に送信し、比較結果が不一致の場合、宛先の変換装置でなりすましと判断し、発信元の変換装置にエラー情報を送信して認証を行う。この方法では、着信側に他の変換装置に対応する認証用情報等の莫大な情報量を持たずに提供される対応した２つの認識用情報だけを基に着信側での発信側の認証を行うことができる。この認証により、情報管理装置の負担も少なくすることができる。
【発明を実施するための最良の形態】
【００１８】
次に添付図面を参照して本発明による認証システムの一実施例を詳細に説明する。
【００１９】
本実施例は、本発明の認証システムを双方向通信システム10に適用した場合である。本発明と直接関係のない部分について図示および説明を省略する。以下の説明で、信号はその現れる接続線の参照番号で指示する。
【００２０】
本実施例の双方向通信システム10は、SIPを用いたIP電話による通信について説明する。双方向通信システム10は、図２に示すように、IPネットワーク12にサーバ14、IP電話アダプタ16, 18がそれぞれ接続され、さらにIP電話アダプタ16, 18にそれぞれ端末装置である電話機20, 22が接続されている。端末装置は、電話機に限定されるものではない。本実施例において電話機20と電話機22は、それぞれIP電話アダプタ16, 18を介してIP電話を行う。ここで、IP電話とは、通常の電話のように回線交換網を利用するのではなく、IPネットワーク12を利用した電話サービスである。IP電話は、一般に回線交換網のように専用の交換機を使用するのではなく、IPネットワーク12に汎用的な装置を利用して設備コストを低減できる特徴を有している。ここで、汎用な装置には、ルータやスイッチ等がある。
【００２１】
サーバ14は、IETF（International Engineering Task Force）のRFC（Request For Comment）3261で定義されているSIPサーバである。サーバ14は、図３の論理ブロックで示すように、ロケーションサーバ24およびリダイレクトサーバ26を含む。論理ブロックとは、論理的な機能として表現したものであり、ソフトウェア・ハードウェア等の構成を直接的に示すものではない。
【００２２】
ロケーションサーバ24は、IP電話機それぞれの電話番号、IPアドレスおよび認証用情報を一組の情報として管理している。認証用情報は、各IP電話アダプタに割り当てられたIDとパスワードの組み合わせであり、SIPの認証処理で使用される。各IP電話アダプタには、それぞれ固有の認証用情報が割り当てられる。
【００２３】
リダイレクトサーバ26は、該当するIPアドレスの検索およびこの検索に対応する認証用情報の検索ならびに検索して得られた情報の送出機能を有する。これらの機能について説明すると、リダイレクトサーバ26は、電話をかける側である発信元のIP電話アダプタからIPインタフェースを経由して電話をかけられる側である宛先のIP電話アダプタの電話番号を受信した場合、ロケーションサーバ24からその電話番号に該当するエントリのIPアドレスを取り出し、発信元のIP電話アダプタヘ送信する機能およびロケーションサーバ24から発信元のIP端末装置に対応するIPアドレスに該当するエントリの認証用情報を取り出し、発信元のIP端末に関するIPアドレスと認証用情報を宛先のIP電話アダプタヘ送信する機能を有している。
【００２４】
IP電話アダプタ16, 18は、図１に示すように、論理ブロックとして通信管理部28、認証部30、電話機情報保持部32を含む。通信管理部28は、通話中/通話断などの通話状態管理機能、IP電話機から入力された電話番号をサーバ14に問い合わせて宛先のIP電話アダプタに対するIPアドレスの取得機能、他のIP電話アダプタとのネゴシエーション機能、サーバ14が有する発信元のIP電話アダプタの認証用情報を受信して、認証部30に転送する機能および通話の開始と終了の制御機能を有している。
【００２５】
認証部30は、通信管理部28を介して、サーバ14から供給される発信元の認証用情報を受信し、ネゴシエーションの処理に際して通信相手、すなわち発信元に対応するIP電話アダプタから供給される認証用情報を受信し、これらの認証用情報を用いて情報の一致か否かにより判定し、認証する機能を有する。電話機情報保持部32は、電話機に割り当てられている電話番号、IP電話アダプタ自身に割り当てられている認証用情報を保持する。
【００２６】
図２に戻って、IP電話アダプタ16, 18は、接続するIP電話機20, 22それぞれからのアナログ信号34, 36をIPパケットヘ変換し、供給されるIPパケットをアナログ信号34, 36に変換する機能を有している。本実施例のIP電話アダプタ16, 18は、これらのアダプタ同士でネゴシエーションを行う。ネゴシエーションはSIPを用いている。
【００２７】
本実施例の双方向通信システム10は、このようにサーバ14が認証用情報を扱うことにより、宛先のIP電話アダプタで発信元のIP電話アダプタを認証し、成りすましを防止する。宛先のIP電話アダプタにおける発信元のIP電話アダプタの認証には、P2P通信開始前に認証用情報がサーバ14から宛先のIP電話アダプタヘ送信される。このため、IP電話アダプタは他のIP電話アダプタの認証情報を持たなくて済む。
【００２８】
次に双方向通信システム10におけるP2P通信開始までの手順を説明する。図４に示すシーケンスは、図２の電話機22から電話機20に電話する場合の手順である。ここで、本実施例の動作説明は、明確で実質的な説明のためにIP電話アダプタ16, 18と電話機20, 22との間の手順、SIPの100 TRYINGメッセージおよび本発明に関する部分以外のSDP情報についての記載を省略し、サーバ14とIP電話アダプタ16, 18との間で行われるネゴシエーションを説明している。
【００２９】
IP電話アダプタ18は、電話機22から電話機20の宛先電話番号を受信する。このとき、IP電話アダプタ18は、発信元になる。IP電話アダプタ18は、IP電話アダプタ16のIPアドレスを取得するため、時刻T10にて電話機20の電話番号とIP電話アダプタ18自身のIPアドレスをP2P通信要求としてサーバ14に送信する。P2P通信要求は、SIPにおけるINVITEメッセージ40である。
【００３０】
サーバ14は、IP電話アダプタ18からP2P通信要求を受信すると、ロケーションサーバ24からIP電話アダプタ18のIPアドレスに該当するエントリの認証用情報を検索して、取り出す。サーバ14は、時刻T12にてIP電話アダプタ18の認証用情報およびIPアドレスをSIPのINFOメッセージ42としてIP電話アダプタ16に送信する。IP電話アダプタ16は、発信元であるIP電話アダプタ18の認証用情報とIPアドレスを受信すると、IP電話アダプタ16内の認証部30に格納する。
【００３１】
サーバ14は、さらに、ロケーションサーバ24から電話機20の電話番号に該当するエントリのIPアドレスを検索して取得する。サーバ14は、時刻T14にてSIPの302 MOVEDメッセージ44としてIP電話アダプタ18に送信する（REDIRECT）。IP電話アダプタ18は、サーバ14からIP電話アダプタ16のIPアドレスを受信すると、自身のSDP情報と認証用情報を時刻T16にてSIPのINVITEメッセージ46としてIP電話アダプタ16に送信する。
【００３２】
IP電話アダプタ16は、IP電話アダプタ18からSDP情報と認証用情報を受信すると、認証部30にてサーバ14から受信した認証用情報とIP電話アダプタ18から供給された認証用情報とを比較する。より具体的には、サーバ14から受信した認証用情報に含まれる認証識別子とIP電話アダプタ18から供給された認証用情報に含まれる認証識別子とを比較している。これらの認証識別子が一致すれば、IP電話アダプタ16は、IP電話アダプタ18からの正しい要求であると判断し、時刻T18にてIP電話アダプタ16自身のSDP情報を含む200 OKメッセージ48をIP電話アダプタ18に送信する。通話開始前におけるこの一連のネゴシエーションが完了した後、両IP電話アダプタ16, 18間で通話を開始する。
【００３３】
通話終了時、たとえばIP電話アダプタ16は電話機20から通話終了の信号を受信すると、時刻T20にて相手のIP電話アダプタ18に対するBYEメッセージ50による通話終了を通知する。通話終了を通知されたIP電話アダプタ18は、電話機22に通話終了の信号を送信し、時刻T22にて200 OKメッセージ52を相手のIP電話アダプタ16に通話終了完了として通知する。
【００３４】
もしIP電話アダプタ16は認証識別子（または認証用情報）が一致しなければ、IP電話アダプタ16は、IP電話アダプタ18に成りすましたIP電話アダプタからの要求と判断し、エラーをIP電話アダプタ18に成りすましたIP電話アダプタに送信する。このエラーを受信したIP電話アダプタは、相手端末が話中であるビジートーン信号を電話機へ送信する。
【００３５】
次にサーバ14における処理手順について図５を用いて説明する。サーバ14はすでに起動状態にある。サーバ14の起動状態を継続するか否か判定する（終了判定：ステップS10）。
【００３６】
サーバ14がシャットダウン処理をしていれば（NO）、サーバ14を終了させる。それ以外の処理が行われていれば、動作を継続させる（ステップS12へ）。
【００３７】
次にサーバ14のリダイレクトサーバ26がIP電話アダプタからP2P通信要求がないか否かを判定する。P2P通信要求がない場合（YES）、待機処理に移る（ステップS14へ）。P2P通信要求を受信した場合（NO）、ロケーションサーバ24の検索処理に移行する（ステップS16へ）。待機処理では、一定の待機時間STにわたってたとえば処理を中断して待機し、この後、再び終了判定に戻る（ステップS10へ）。
【００３８】
次に発信元のIP電話アダプタの認証用情報を検索する（ステップS16）。先の動作に対応して発信元は、IP電話アダプタ18である。まず、サーバ14におけるリダイレクトサーバ26は、P2P通信要求のINVITEメッセージ40に含まれる発信元のIPアドレスを抽出し、抽出したIPアドレスをキー情報とし、ロケーションサーバ24を検索する。
【００３９】
次にキー情報に該当するエントリが存在したか否かを判定する（ステップS18）。該当するエントリが存在する場合（YES）、サーバ14の管理対象と判断して次の処理に移行する（ステップS20へ）。また、該当するエントリが存在しない場合（NO）、サーバ14の管理対象外のIP電話アダプタからのP2P通信要求を受信したと判断し、エラー処理に移行する（ステップS22へ）。
【００４０】
次に宛先の電話機に割り当てられている電話番号を基に宛先の電話機に対応したIP電話アダプタのIPアドレスを検索する（ステップS20）。サーバ14におけるリダイレクトサーバ26が、P2P通信要求であるINVITEメッセージ40に含まれる宛先の電話番号をキー情報として用い、ロケーションサーバ24でIP電話アダプタ18のIPアドレスを検索する。
【００４１】
次にこの検索結果に対する判定を行う（ステップS24）。判定は、該当するエントリが存在するか否かである。該当するエントリが存在する場合（YES）、サーバ14の対象と判断して次の処理に移行する（ステップS26へ）。該当するエントリが存在しない場合（NO）、受信したP2P情報の電話番号が誤りと判定し、エラー処理に移行する（ステップS22へ）。
【００４２】
次にサーバ14は、検索により得られた宛先のIP電話アダプタ16に発信元のIP電話アダプタ18の認証用情報を送信する（ステップS26: INFOメッセージ42の送信）。宛先のIP電話アダプタ16は、ここで受信した認証用情報を正規の情報として格納し、後にこの格納した情報を基に通信を要求する発信元のIP電話アダプタ18に対する認証を行う。
【００４３】
次にサーバ14は、リダイレクトサーバ26から発信元のIP電話アダプタ18に対して検索により得られた宛先に対応するIP電話アダプタ16のIPアドレスを送信する（ステップS28: 302 MOVEDメッセージ44の送信; REDIRECT）。これにより、双方向通信システム10における両IP電話アダプタ16, 18は、通信に要する情報を取得できたことにより互いにネゴシエーション可能となる。
【００４４】
一方、前述したエラー処理（ステップS20）は、発信元のIP電話アダプタの認証用情報に対する検索結果または宛先のIP電話アダプタのIPアドレスに対する検索結果で該当するエントリが見つからなかったことに応じて行う処理である。このエラー処理では、P2P通信要求を送信したIP電話アダプタに対して要求がエラーであることを示すエラー情報を返却する。
【００４５】
次に双方向通信システム10におけるIP電話アダプタ16, 18の各処理について図６〜図８を用いて説明する。IP電話アダプタは、発信元にも宛先にもなるものであるが、本実施例では、IP電話アダプタ18を発信元、IP電話アダプタ16を宛先と仮定した場合について説明する。IP電話アダプタ16, 18は起動状態にあるものとする。発信元/宛先の区別なく、IP電話アダプタとしての処理を終了するか否かを判定する（ステップS30）。IP電話アダプタがシャットダウン処理をしている場合（YES）、終了に移行し、それ以外の処理では（NO）、動作を継続するものと判定し、情報の判定処理に進む（ステップS32へ）。
【００４６】
情報の判定処理とは、利用者がダイヤルしたか否か、すなわちIP電話アダプタに供給された情報が電話番号でないか否かを判定する（ステップS32）。供給された情報が電話番号でないと判定された場合（YES）、電話をかけられたか否かの判定処理に進む（ステップS34へ）。また、供給された情報が電話番号と判定された場合（NO）、IP電話アダプタと直接接続している電話機から電話番号を受信した場合であり、IP電話アダプタは発信元のIP電話アダプタ18として機能する。また、発信元としてIP電話アダプタは、接続子Aを介して図７に処理を進める（ステップS36へ）。
【００４７】
次に供給された情報がINFOメッセージでないか否かを判定する（ステップS34）。この判定は、IP電話アダプタが宛先側になるかを判断している。受信した情報がINFOメッセージでない場合（YES）、情報は、電話番号でも発信元の情報でもないことから、IP電話アダプタは電話をかけることもかけられることもなかったと判断し、待機状態に進む（ステップS38）。また、受信した情報がINFOメッセージの場合（NO）、電話をかけられて、宛先側になったと判断し、供給された情報を格納する処理に進む（ステップS40へ）。
【００４８】
待機状態に進んだ場合、ステップS38で処理を所定の時間WTだけ停止して待機し、この後、再び終了判定処理に戻る（ステップS30へ）。このように電話番号とINFOメッセージとの受信を判断することにより、IP電話アダプタは発信元と宛先とをそれぞれ分類して処理を行う。
【００４９】
分類した処理のうち、発信元としての処理について説明する。図７は、電話をかけるIP電話アダプタ18としての処理手順である。IP電話アダプタは、P2P通信要求をサーバ14に対して送信する（ステップS36：INVITEメッセージ40の送信）。これは、IP電話アドレスが宛先のIP電話アダプタ16に対するIPアドレスをサーバ14に問い合わせるためである。IP電話アダプタは、IP電話アダプタ18のIPアドレスおよび宛先の電話機に付与されている電話番号を入力したINVITEメッセージ40をサーバ14に送信する。
【００５０】
次にIP電話アダプタは、サーバ14からの応答を２段階で判定する。IP電話アダプタは、発信元としてサーバ14から宛先のIP電話アダプタ16に付与されているIPアドレスが返されたか否かを判定する（ステップS42）。宛先のIP電話アダプタ16に割り当てられているIPアドレスが返されている場合（YES）、宛先のIPアドレスが認識できたと判定し、INVITEメッセージ46の送信処理に進む（ステップS44へ）。INVITEメッセージ46の送信処理以降、宛先のIP電話アダプタ16とネゴシエーションを行う。また、IPアドレスが返されていない場合（NO）、宛先のIPアドレスが認識できなかったと判定し、エラー情報の受信判定処理に進む（ステップS46へ）。
【００５１】
エラー情報の受信判定処理（ステップS46）は、サーバ14からエラー情報が返されたか否かを判定する。エラー情報を受信している場合（YES）、通話の終了処理に進む（ステップS48へ）。また、エラー情報を受信していない場合（NO）、待機処理へ進む（ステップS50）。待機処理は、ステップS38と同様に所定の時間WTだけ処理を停止させ、待機する。この待機後、IPアドレスの受信判定処理（ステップS42）に戻る。
【００５２】
次に宛先のIP電話アダプタ16とのネゴシエーションをとる、発信元のIP電話アダプタ18としての一連の処理について説明する。IP電話アダプタ18は、図７に示すように、INVITEメッセージ46をIP電話アダプタ16に送信する（ステップS44）。INVITEメッセージ46は、相手端末へのSDP情報と認証用情報を含んでいる。
【００５３】
次にIP電話アダプタ18は、INVITEメッセージ46の送信に対する応答として宛先のIP電話アダプタ16からSDP情報を受信したか否かを判定する（ステップS52）。SDP情報を受信した場合（YES）、IP電話アダプタ18は、受信したSDP情報から宛先のIP電話アダプタ16が有する情報、すなわちポート番号、メディアおよびコーデックなどが認識できるようになる。これにより、電話機20, 22は、IP電話アダプタ16, 18を介して通話を開始する（ステップS54）。
【００５４】
また、SDP情報を受信しなかった場合（NO）、エラー情報の受信判定処理に進む（ステップS56へ）。エラー情報の受信判定処理は、宛先のIP電話アダプタ16から供給されるエラー情報の有無を判定する（ステップS56）。エラー情報が発信元に返されている場合（YES）、通話終了処理に進む（ステップS48へ）。また、発信元にエラー情報が返されていない場合（NO）、待機処理に進む（ステップS58へ）。待機処理（ステップS58）は、ステップS38と同様に所定の時間WTだけ処理を停止させ、待機した後、SDP情報の受信判定処理に戻る（ステップS52へ）。
【００５５】
次に発信元のIP電話アダプタ18が宛先のIP電話アダプタ16と通話中である場合に、発信元の電話機22から通話の終了信号を受信したか否か判定する（ステップS60）。この判定は、電話機22がオンフックされたかでわかる。通話中にオンフックされると（YES）、宛先のIP電話アダプタ16に対して終了処理を行わせるように終了要求を出力する（ステップS62へ）。また、電話機22がオンフックされていない場合（NO）、宛先側が終了した否かの判定処理に移る（ステップS64へ）。
【００５６】
次に発信元の電話機22の終了に応じて宛先のIP電話アダプタ16へ終了信号を送信する（終了要求：ステップS62）。宛先のIP電話アダプタ16は、供給される終了信号に応じて終了処理を開始し、発信元のIP電話アダプタ18に終了の要求に対する応答信号（200 OK）を出力する。
【００５７】
次に発信元のIP電話アダプタ18では応答信号を受信したか否か判定する（ステップS66）。受信していない場合（NO）、待機処理に進む（ステップS68へ）。また、受信している場合（YES）、通話終了処理に進む（ステップS48へ）。待機処理（ステップS68）は、ステップS38と同様に所定の時間WTだけ処理を停止させ、処理を待機させる。待機後、応答の受信判定処理に戻る（ステップS66へ）。
【００５８】
次に宛先側が終了したか否かの判定について説明する。この判定処理は、上述した発信元の判定と判定の対象が宛先側になる点で異なっている。すなわち、判定処理では、発信元のIP電話アダプタ18が宛先側、たとえばIP電話アダプタ16から終了の要求を受信したか否かで判定する（ステップS64）。宛先のIP電話アダプタ16から終了信号を受信した場合（YES）、終了の応答処理に進む（ステップS70へ）。また、宛先のIP電話アダプタ16から終了信号を受信しなかった場合（NO）、発信元の終了判定処理（ステップS60）に戻り、通話の終了判定を繰り返す。
【００５９】
次に終了の応答処理（ステップS70）では、発信元のIP電話アダプタ18から供給された終了信号に対する応答信号（200 OK）を宛先のIP電話アダプタ16に出力する。この後、通話終了処理に進む（ステップS48へ）。通話終了処理は、発信元の電話機22および宛先のIP電話アダプタ16を介して電話機20がオフフックで通話断状態にする。もし電話機20, 22の受話器が上がっていれば、話中音（ビジートーン）を送信する。この後、IP電話アダプタは、発信元および宛先の区別をなくして、図７の接続子Bを介して図６の終了処理に戻る（ステップS30へ）。
【００６０】
次にIP電話アダプタが宛先のIP電話アダプタ16として機能する場合について説明する。図６に戻って、ステップS40において宛先のIP電話アダプタ16としてサーバ14から供給される認証用情報およびIPアドレスを認証部30に格納する。この格納後、発信元のIP電話アダプタ18からINVITEメッセージ46を受信したか否かの判定処理に進む（ステップS72へ）。
【００６１】
次にINVITEメッセージ46の受信判定処理（ステップS72）においてINVITEメッセージ46を受信していない場合（NO）、待機処理に移行する（ステップS74へ）。待機処理（ステップS74）は、前述したステップS38と同様に所定の時間WTだけ処理を停止させ、処理を待機させる。待機後、INVITEメッセージ46の受信判定処理に戻る（ステップS72へ）。INVITEメッセージ46を受信している場合（YES）、認証処理に進む（ステップS76へ）。
【００６２】
次に認証処理を行う（ステップS76）。認証処理は、認証部30にサーバ14から供給されたINFOメッセージ42に含まれた認証用情報と受信したINVITEメッセージ46に含まれた認証用情報とが不一致か否か判定する。不一致の場合（YES）、成りすましなどの不正なIP電話アダプタからの要求であると判断し、この判断に応じてエラー処理に進む（ステップS78へ）。また、一致の場合（NO）、発信元のIP電話アダプタ18であることが確実に認証できたと判断する。宛先のIP電話アダプタ16は、発信元のIP電話アダプタ18へのSDP情報を送信する処理に進む（ステップS80）。
【００６３】
次にエラー処理は、発信元のIP電話アダプタ18に対してエラー情報を返信する（ステップS78）。また、SDP情報の送信処理（ステップS80）は、発信元のIP電話アダプタ18に宛先のIP電話アダプタ16が有するSDP情報を応答信号として送る。応答信号は、図４における200 OK（48）に対応している。これにより、宛先のIP電話アダプタ16は、発信元のIP電話アダプタ18と通信を行う上での条件を互いに保有してネゴシエーションが完了する。この完了後、図６の接続子Cを図８に進んで、通話が開始される（ステップS82へ）。
【００６４】
なお、認証部30は認証の確認後、保持していた情報をこの通話以外に使われないように破棄する。
【００６５】
ステップS82は発信元のIP電話アダプタ18と通話中であることを示す。これ以後の処理は、発信元のIP電話アダプタ18として動作させた際の通信終了処理と同じ一連の処理であるが、動作させる対象を宛先のIP電話アダプタ16としている点で異なっている。ここでは、まず電話機20から通話の終了信号を受信したか否か判定する（ステップS84）。すなわち、電話機20がオンフックされたか)を判定する。オンフックされている場合（YES）、発信元のIP電話アダプタ18を終了させるように終了の要求処理に移る（ステップS86へ）。オンフックされていない場合（NO）、宛先側は通話状態にあると判定し、発信元側の通話状態の判定に進む（ステップS88へ）。
【００６６】
終了の要求処理は、宛先のIP電話アダプタ16から発信元のIP電話アダプタ18に終了信号を送信する（ステップS86）。この送信後、宛先のIP電話アダプタ16では、発信元のIP電話アダプタ18から終了信号の受信に対する応答信号を受信したか判定する（ステップS90）。応答信号を受信した場合（YES）、通話の終了処理に移行する（ステップS92へ）。応答信号を受信していない場合（NO）、待機処理に進む（ステップS94へ）。待機処理（ステップS94）は、所定の時間WTにわたって処理を中断させ、この後、再び応答信号の受信判定処理に戻る（ステップS90へ）。
【００６７】
宛先の電話機20が終了状態にないことを受けて、発信元側が終了したか否か判定する（ステップS88）。発信元側が終了していない場合、通話が継続されていると判定し、通話処理に戻る（ステップS82へ）。また、宛先のIP電話アダプタ16が発信元側から終了を示す終了信号を受信した場合（YES：終了の要求受信）、終了の応答処理に進む（ステップS96へ）。終了の応答処理は、宛先のIP電話アダプタ16から発信元のIP電話アダプタ18に受信した終了信号に対する応答信号を出力する。この後、通話の終了処理に進む（ステップS92へ）。通話の終了処理（ステップS92）は、宛先の電話機20および発信元のIP電話アダプタ18を介して電話機22をオフフックで通話断状態にする。もし電話機20, 22の受話器が上がっていれば、話中音（ビジートーン）を送信する。この後、IP電話アダプタは、発信元および宛先の区別をなくして、図８の接続子Bを介して図６の終了処理に戻る（ステップS30へ）。
【００６８】
このように動作させることにより、不特定多数の端末が存在する環境においてサーバ14から着信側の端末装置に認証用情報を送信し、この着信側の端末装置で認証を行う場合に、リダイレクト方式におけるP2P通信を行っても、IP電話アダプタにて通信する端末が正しいか認証することができ、不正アクセスや成りすましを防ぐことができる。また、双方向通信システム10は、通話の際に既存のアナログ電話機やIP電話機における使い勝手に差を気にかけることなく、導入できる。
【００６９】
以上のように構成することにより、複数のIP電話アダプタ（16, 18）およびサーバ14をIPネットワーク12に接続させ、さらにIP電話アダプタ（16, 18）に電話機20, 22をそれぞれ接続させて双方向通信システム10を構築し、本実施例における発信元のIP電話アダプタ18からサーバ14へのアクセスを１回だけで済ませ、IP電話アダプタ（16, 18）は認証部30を備えて、認証部30にて通信管理部28を介してサーバ14から供給される発信元の認証用情報と発信元のIP電話アダプタ18から供給される認証用情報とをそれぞれ受信し、受信した認証用情報が一致するか否か判定し、この判定結果に応じて宛先のIP電話アダプタ16と発信元のIP電話アダプタ18とでネゴシエーションをとり、不一致でエラー情報を発信元のIP電話アダプタ18に送ることで、サーバ14の処理負荷を少なくすることができ、端末装置の数が増えても問題なく対応することができる。
【００７０】
サーバ14は、ロケーションサーバ24およびリダイレクトサーバ26を含むことにより、複数のIP電話アダプタ16, 18が正規の登録管理されているものか否かを検索で判定し、正しいとの判定に応じた管理された情報をIP電話アダプタに提供することができる。このような情報管理が行われることにより、IP電話アダプタに通信相手に関する認証用情報等の莫大な情報を持たせずに済む。
【００７１】
また、本発明の情報端末装置の認識方法によれば、サーバ14へのアクセスが通信要求として発信元のIP電話アダプタ18からの１回だけで以後、サーバ14で発信元のIP電話アダプタ18のIPアドレスを検索して登録済みか否かを検証し、発信元のIP電話アダプタ18に対する認証用情報およびIPアドレスを正規の情報として宛先のIP電話アダプタ16に送信し、これらを格納し、サーバ14から宛先の電話機20における電話番号を検索し、この検索で得られた宛先のIPアドレスを発信元のIP電話アダプタ18に送信し、発信元のIP電話アダプタ18で供給された宛先のIP電話アダプタのIPアドレスを基に発信元の認証用情報を含む情報を宛先のIP電話アダプタ16に送信し、宛先のIP電話アダプタ16でサーバ14からの認証用情報と発信元のIP電話アダプタ18からの認証用情報とを比較判定し、この比較結果が一致した場合、宛先のIP電話アダプタ16で正規の発信元からの要求と判断し、この宛先のIP電話アダプタ16自身の情報を含む応答信号を発信元のIP電話アダプタ18に送信し、比較結果が不一致の場合、宛先のIP電話アダプタ16でなりすましと判断し、発信元のIP電話アダプタ18にエラー情報を送信して認証を行うことにより、着信側に他のIP電話アダプタに対応する認証用情報等の莫大な情報量を持たずに提供される対応した２つの認識用情報だけを基に着信側での発信側の認証を行うことができる。この認証により、サーバ14の負担も少なくすることができる。
【産業上の利用可能性】
【００７２】
本発明は、IP電話に限らず、IPネットワーク上のテレビ電話やファイル交換等P2P通信すべてに対しても適用できることは言うまでもない。
【図面の簡単な説明】
【００７３】
【図１】本発明の認証システムを適用した双方向通信システムのうち、IP電話アダプタの概略的な構成を示す論理ブロック図である。
【図２】本発明の認証システムを適用した双方向通信システム全体の構成を示す図である。
【図３】図２のサーバにおける概略的な構成を示す論理ブロック図である。
【図４】発信元および宛先のIP電話アダプタとサーバとの動作手順を説明するシーケンシャルチャートである。
【図５】図４に示すサーバにおけるネゴシエーションの手順を説明するフローチャートである。
【図６】図４に示すP電話アダプタにおけるネゴシエーションの手順を説明するフローチャートである。
【図７】図６に続くネゴシエーションの手順を説明するフローチャートである。
【図８】図６に続くネゴシエーションの手順を説明するフローチャートである。
【符号の説明】
【００７４】
10  双方向通信システム
12  IPネットワーク
14  サーバ
16, 18 IP電話アダプタ
20, 22 電話機
28  通信管理部
30  認証部
32  電話機情報保持部
【図１】
2005191830.tif 000003
【図２】
2005191830.tif 000004
【図３】
2005191830.tif 000005
【図４】
2005191830.tif 000006
【図５】
2005191830.tif 000007
【図６】
2005191830.tif 000008
【図７】
2005191830.tif 000009
【図８】
2005191830.tif 000010