JP2009111859A - 利用者のアドレス情報を登録する装置、方法およびプログラム - Google Patents

Abstract

【課題】ＩＰ電話機能を利用するためのアドレス情報の登録操作を簡略化する中継装置を提供する。
【解決手段】利用者の認証に用いる認証ＩＤとアドレス情報とを対応づけて記憶する記憶部１２０と、通信端末の利用者の認証に用いるメッセージであって、認証ＩＤを含む認証メッセージをＰＣから受信し、受信した認証メッセージに基づいて利用者を認証する認証処理部１１２と、利用者が認証された場合に、認証メッセージに含まれる認証ＩＤに対応するアドレス情報を記憶部１２０から取得するＳＩＰアドレス取得部１１３と、認証メッセージを送信したＰＣに関連するＩＰ電話端末の利用者のアドレス情報として、取得されたアドレス情報を登録するための登録要求を、ＳＩＰロケーションサーバに送信するＳＩＰアドレス登録部１１５と、を備えた。
【選択図】 図３

Description

この発明は、ＩＰ電話機能を利用する利用者のアドレス情報をサーバ装置に登録する装置、方法およびプログラムに関するものである。

あるネットワークシステムに対して認証された端末に対してのみネットワークアクセスを許可するためのプロトコルとして、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１Ｘ、およびＰＡＮＡ（Protocol for Carrying Authentication for Network Access）などのネットワークアクセス認証プロトコルが知られている。

ＩＥＥＥ８０２．１Ｘの認証（以下、８０２．１Ｘ認証という）では、接続した装置に対してポートレベルでの認証と接続許可を行う。通常、８０２．１Ｘ認証は、インフラスイッチと、インフラスイッチに直接接続された装置との間で行われる。

特許文献１では、スイッチなどを介してＩＥＥＥ８０２．１Ｘに対応したポートに接続された複数の端末のうち、いずれかの端末が８０２．１Ｘ認証されることで、全ての端末に対して接続を許可する技術が提案されている。

特許文献２では、ＩＥＥＥ８０２．１Ｘに対応したポートに、スイッチなどを介して複数の端末を接続した場合、各端末のＭＡＣアドレスをベースにして、端末ごとに、８０２．１Ｘ認証および接続許可を行う技術が提案されている。

また、近年、通信装置間に介在し通信を制御・中継するシグナリング手順であるＳＩＰ（Session Initiation Protocol）などを用いてＩＰネットワーク上で電話網を実現したＩＰ電話システムが広く知られている。ＩＰ電話システムで利用されるＩＰ電話端末は、イーサネットなどによってケーブリングされ、ＩＰネットワーク上でＳＩＰなどにより呼制御およびメディア転送を行うことで電話機能を実現する。

利用者は、ＩＰ電話端末の利用を開始する際、ＩＰ電話端末に対して利用者のＳＩＰアドレスを登録する必要がある。ＳＩＰアドレスの登録とは、利用者のＳＩＰアドレスとＩＰ電話端末のＳＩＰアドレスとを対応づける処理である。この登録処理では、利用者はＩＰ電話端末に対して、認証ＩＤ／パスワードなどを入力する。ＳＩＰアドレスの登録処理は、利用者宛の着信呼を正しく受信し、発呼者を正しく識別し、また、利用者ごとのＩＰ電話端末の拡張機能（短縮ダイヤルなど）を設定するために必要である。ただし、利用者の簡便性のため、利用者が認証ＩＤ／パスワード入力を行わなくとも、既定の利用者によるＳＩＰアドレス登録がされているとみなして、着信や発信ができるように設定されることもある。

オフィス向けＩＰ電話端末は、デスクまわりのケーブリングを容易にするため、アップリンクとダウンリンクをそれぞれ１つずつ備えるスイッチ部品を内蔵するものが多い。すなわち、インフラスイッチのポートに、ＩＰ電話端末のアップリンクが接続され、ＩＰ電話端末製品のダウンリンクに、通常のＰＣなどが接続される。このような接続形態により、１つのデスクに対して割り当てられた１つのポートで、１台のＩＰ電話端末とＰＣとを利用することが可能となる。

利用者ごとに固定のデスクを設置しないフリーアドレスオフィスなどでは、ＩＰ電話端末のみが固定的にデスクに配備され、インフラネットワークに接続される。一方、利用者は、個別に割り当てられた携帯型のノートＰＣ等を、ＩＰ電話端末を介してインフラネットワークに接続する。このため、利用者は、接続したＰＣの認証とともに、ＰＣを接続したＩＰ電話端末に対するＳＩＰアドレスの登録が必要となる。

特開２００６−３５２４６８号公報 特開２００６−６７０５７号公報

しかしながら、上記のようにＩＰ電話端末を介してＰＣをインフラネットワークに接続する環境では、ＰＣ上での認証処理とは別にＩＰ電話端末上でＳＩＰアドレスの登録処理を行う必要があるため、ＩＰ電話端末を利用するための操作が煩雑になるという問題があった。

具体的には、利用者は、ＩＰ電話端末が設置されたデスクにて、ＩＰ電話端末とＰＣの利用を開始するために、以下のような操作を行う必要がある。すなわち、利用者は、まず（１）ＰＣをＩＰ電話端末のダウンリンクに接続する。次に、（２）接続したＰＣからインフラネットワークに対して８０２．１Ｘ認証を行い、接続許可を受ける。そして、（３）ＩＰ電話端末を操作し、利用者自身のＳＩＰアドレスを登録する。

本発明は、上記に鑑みてなされたものであって、ＩＰ電話機能を利用するために必要なアドレス情報の登録操作を簡略化することができる装置、方法およびプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、ＩＰ電話端末の利用者のアドレス情報を登録するサーバ装置にネットワークを介して接続され、通信端末および前記ＩＰ電話端末と前記ネットワークとの通信を中継する中継装置であって、通信端末の利用者の認証に用いる認証ＩＤとＩＰ電話端末の利用者のアドレス情報とを対応づけて記憶する第１記憶部と、前記通信端末の利用者の認証に用いるメッセージであって、前記認証ＩＤを含む認証メッセージを前記通信端末から受信し、受信した前記認証メッセージに基づいて利用者を認証する認証処理部と、前記通信端末の利用者が認証された場合に、前記認証メッセージに含まれる前記認証ＩＤに対応する前記ＩＰ電話端末の利用者のアドレス情報を前記第１記憶部から取得する利用者アドレス取得部と、前記認証メッセージを送信した前記通信端末に関連する前記ＩＰ電話端末の利用者の前記アドレス情報として、取得された前記アドレス情報を登録するための登録要求を、前記サーバ装置に送信するアドレス登録部と、を備えたことを特徴とする。

また、本発明は、上記装置を実行することができる方法およびプログラムである。

本発明によれば、ＩＰ電話機能を利用するために必要なアドレス情報の登録操作を簡略化することができるという効果を奏する。

以下に添付図面を参照して、この発明にかかる装置、方法およびプログラムの最良な実施の形態を詳細に説明する。

（第１の実施の形態）
第１の実施の形態にかかる中継装置は、ＰＣの利用者の認証が成功したときに、認証に用いた認証ＩＤに対応するＳＩＰアドレスを取得し、取得したＳＩＰアドレスを、認証した利用者が利用するＩＰ電話端末のＳＩＰアドレスとしてＳＩＰロケーションサーバに登録するものである。

なお、以下では認証プロトコルとしてＩＥＥＥ８０２．１Ｘを用いた例を説明するが、適用可能な認証プロトコルはこれに限られない。例えば、ＩＥＥＥ８０２．１Ｘと同様に、ＥＡＰ（Extensible Authentication Protocol）を利用するアクセス認証技術であるＰＡＮＡを利用するように構成してもよい。この場合、ＰＡＮＡのクライアント（PaC: PANA Client）が通信端末に相当し、ＰＡＮＡの認証エージェント（PAA: PANA Authentication Agent）が中継装置に相当する。

図１は、第１の実施の形態にかかるＩＰ電話システムのネットワーク構成を示す図である。図１に示すように、第１の実施の形態のＩＰ電話システムは、中継装置であるインフラスイッチ１００と、ＩＰ電話端末２００と、通信端末であるＰＣ３００と、ＡＡＡ（Authentication, Authorization and Accounting）サーバ４００と、アドレス管理装置であるＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ５００と、ＳＩＰサーバ６００と、ＳＩＰロケーションサーバ７００と、を含んでいる。また、インフラスイッチ１００、ＡＡＡサーバ４００、ＤＨＣＰサーバ５００、ＳＩＰサーバ６００、およびＳＩＰロケーションサーバ７００は、インフラネットワーク８００を介して接続されている。

インフラスイッチ１００は、オフィスのネットワークインフラの一部として運用されるスイッチ装置であり、ＰＣ３００やＩＰ電話端末２００を接続するためのエッジデバイスに相当する。インフラスイッチ１００は、接続する端末に対してネットワークアクセス認証を行うため、ＩＥＥＥ８０２．１ＸのＡｕｔｈｅｎｔｉｃａｔｏｒ機能を備える。インフラスイッチ１００は、デスクスペースごとに１つのポートを割り当て、１本のイーサネットケーブルを提供する。

本実施の形態では、インフラスイッチ１００は、同一のポートに接続されたＰＣ３００とＩＰ電話端末２００との関係を保持している。そして、インフラスイッチ１００は、あるポートに接続されたＰＣ３００で８０２．１Ｘ認証が行われた場合、そのＰＣ３００を利用するために認証された利用者が、同一のポートに接続されたＩＰ電話端末２００を利用するために必要なＳＩＰアドレス登録を、当該ＩＰ電話端末２００に代わって行う。

なお、インフラスイッチ１００は、事前にＩＰ電話端末２００に対する８０２．１Ｘ認証を行うように構成してもよいし、ＩＰ電話端末２００については、８０２．１Ｘ認証を行わないように構成してもよい。ただし、この場合、インフラスイッチ１００は、ＩＰ電話端末２００とＰＣ３００とを同一のポートに収容しつつ、それぞれ個別に接続設定および接続許可が与えられるように動作するものとする。このような動作は、例えば特許文献１および２の方法によって実現することができる。

ＩＰ電話端末２００は、デスクスペースを利用する利用者に対してＩＰ電話機能を提供するものある。ＩＰ電話端末２００は、呼制御にＳＩＰを利用する。ＩＰ電話端末２００は、通常の電話機能を利用するためのダイヤル部、およびヘッドセット（スピーカとマイク）を備えている。すなわち、利用者は、ダイヤル部を用いて発信先のアドレスをダイヤルすることによる発呼機能や、ＩＰ電話端末２００を指定した呼を着呼してヘッドセットを用いて通話する機能などの通常の電話と同様の機能を利用できる。ただし、以下の機能を利用するためには、デスクスペース利用者は、ＩＰ電話端末２００のダイヤル部を利用して、利用者のＳＩＰアドレス登録を行わなければならない。
（１）デスクスペース利用者のアドレスを発信元と明示した発呼。
（２）デスクスペース利用者を指定した呼の着呼。
（３）デスクスペース利用者が利用するＩＰ電話拡張機能（短縮ダイヤル、Voice Mail設定、利用者毎の転送設定、利用者毎の着信拒否設定など）。

なお、ＩＰ電話端末２００は、接続インタフェースとして、イーサネット（登録商標）を接続するためのアップリンクとダウンリンクをそれぞれ１つずつ備えている。具体的には、ＩＰ電話端末２００は、アップリンクをインフラスイッチ１００のポートに接続し、ダウンリンクをＰＣ３００に接続する。

ＰＣ３００は、利用者がデスクスペースに持ち込み、ＩＰ電話端末２００のダウンリンクに接続して利用する端末である。利用者は、ＰＣ３００をＩＰ電話端末２００のダウンリンクに接続することで、ネットワーク機能を利用することができる。ただし、ネットワーク機能を利用するためには、ＰＣ３００とインフラスイッチ１００との間で８０２．１Ｘ認証を行い、ネットワークアクセスの認可を受ける必要がある。このため、ＰＣ３００は、ＩＥＥＥ８０２．１ＸのＳｕｐｐｌｉｃａｎｔ機能を備えている。利用者は、ＰＣ３００をＩＰ電話端末２００のダウンリンクに接続した際、利用者のＩＤやパスワードを入力し、８０２．１Ｘ認証を実行する。

なお、同図ではＩＰ電話端末２００を１台およびＰＣ３００をそれぞれ１台のみ記載しているが、通常は複数のＩＰ電話端末２００およびＰＣ３００がインフラスイッチ１００を介してインフラネットワーク８００に接続される。また、以下では、ＩＰ電話端末２００とＰＣ３００とを合わせて、単に端末という場合がある。

ＡＡＡサーバ４００は、各端末および利用者の認証情報を保持し、端末に対して８０２．１Ｘ認証を行う際、インフラスイッチ１００との間でＲＡＤＩＵＳプロトコルを実行するものである。ＡＡＡサーバ４００は、利用者が８０２．１Ｘ認証のために利用する認証ＩＤと、パスワードなどの認証情報との関係の他、利用者がＩＰ電話端末２００を利用する際に用いるＳＩＰアドレス（Address of Record）の情報を保持している。

ＤＨＣＰサーバ５００は、ＰＣ３００およびＩＰ電話端末２００がネットワークを利用するために必要なＩＰアドレスを割り当てるサーバである。インフラスイッチ１００で８０２．１Ｘ認証を行う場合、該当する端末が認証された際にはじめてＩＰアドレスの割り当てが可能となる。ＤＨＣＰサーバ５００は、各端末を識別するＭＡＣアドレスなどの機器アドレスとそれに割り当てたＩＰアドレスの関係を記憶している。

なお、インフラスイッチ１００は、ＤＨＣＰサーバ５００に対して、機器アドレスを指定することで、その機器アドレスを持つＩＰ電話端末２００に割り当てたＩＰアドレスの情報を取得することができる。

ＳＩＰサーバ６００は、ＩＰ電話端末２００がＳＩＰを使ったＩＰ電話機能を実現するために必要なＳＩＰメッセージのルーティングを行うものである。ＳＩＰサーバ６００は、ＳＩＰロケーションサーバ７００が管理する情報を参照して、通話に必要なＳＩＰアドレスの対応関係を取得する。

ＳＩＰロケーションサーバ７００は、ＩＰ電話端末２００がＳＩＰを使った通話を実現するために必要なＳＩＰアドレスの対応関係を保持するものである。具体的には、ＳＩＰロケーションサーバ７００は、ＡｏＲ（Address of Record）と、コンタクトアドレスとを対応づけてデータベース７０１などに記憶している。ＡｏＲは、ＳＩＰシステム内で利用者を識別する論理的なＳＩＰアドレスである。コンタクトアドレスは、利用者が利用する端末の実際のアドレスを特定可能な情報である。コンタクトアドレスは、利用者を識別する情報と、利用者が利用するＩＰ電話端末２００のＩＰアドレスとを、記号「@」で接続した形式で記述される。

ＳＩＰアドレスの対応関係は、ＳＩＰ Ｒｅｇｉｓｔｅｒメッセージを処理したＳＩＰサーバ６００によってＳＩＰロケーションサーバ７００に登録するように構成してもよいし、その他の任意の方法によって登録するように構成してもよい。本実施の形態のインフラスイッチ１００は、ＳＩＰロケーションサーバ７００に直接アクセスして、ＳＩＰアドレスの対応関係を登録するものとする。なお、インフラスイッチ１００が、ＳＩＰ ＲｅｇｉｓｔｅｒメッセージをＳＩＰ６００サーバに送信し、ＳＩＰサーバ６００によってＳＩＰアドレス登録を実行するように構成してもよい。

インフラネットワーク８００は、インフラスイッチ１００、ＡＡＡサーバ４００、ＤＨＣＰサーバ５００、ＳＩＰサーバ６００、およびＳＩＰロケーションサーバ７００を相互に通信可能に接続するネットワークである。インフラネットワーク８００は、通常のルータおよびスイッチなどを含んでいる。

ここで、ＩＰ電話端末２００の接続形態についてさらに説明する。図２は、オフィスのデスクスペースにおけるＩＰ電話端末２００の接続形態の一例を示す図である。図２の接続形態では、複数のＩＰ電話端末２００が、それぞれデスク１５０ａ〜１５０ｃに備えられている。また、例えば各利用者に割り当てられた携帯型のＰＣ３００が、それぞれデスク１５０ａ〜１５０ｃに備えられている。

ＩＰ電話端末２００は、ＩＰ電話機能を提供するＩＰ電話処理部２２０と、インフラスイッチ１００、ＩＰ電話処理部２２０、およびＰＣ３００の間で送受信するメッセージを宛先に応じて振り分けるスイッチ部２１０とを備えている。そして、ＰＣ３００は、このスイッチ部２１０を介してインフラスイッチ１００と接続される。

次に、インフラスイッチ１００の機能および構成の詳細について説明する。図３は、第１の実施の形態のインフラスイッチ１００の詳細な構成を示すブロック図である。図３に示すように、インフラスイッチ１００は、記憶部１２０と、物理ポート部１０１と、データ転送部１１１と、認証処理部１１２と、ＳＩＰアドレス取得部１１３と、ＩＰアドレス取得部１１４と、ＳＩＰアドレス登録部１１５と、を備えている。

記憶部１２０は、ＳＩＰアドレス登録に必要な各種情報を記憶するものである。具体的には、記憶部１２０は、ポート・機器アドレス対応テーブル１２１と、ＩＤ・ＳＩＰアドレス対応テーブル１２２と、機器アドレス・ＩＰアドレス対応テーブル１２３と、を記憶している。なお、記憶部１２０は、ＨＤＤ（Hard Disk Drive）、光ディスク、メモリカード、ＲＡＭ（Random Access Memory）などの一般的に利用されているあらゆる記憶媒体により構成することができる。

ポート・機器アドレス対応テーブル１２１は、機器アドレスと物理ポートとの対応関係を保持するとともに、認証処理部１１２による８０２．１Ｘ認証の結果を保持する。図４は、ポート・機器アドレス対応テーブル１２１に記憶される情報のデータ構造の一例を示す図である。図４に示すように、ポート・機器アドレス対応テーブル１２１は、物理ポートを識別するポート番号と、機器アドレスと、８０２．１Ｘ ＥＡＰ ＩＤと、転送可否とを対応づけて記憶している。

機器アドレスには、対応するポート番号のポートに接続されているＩＰ電話端末２００またはＰＣ３００のＭＡＣアドレスが設定される。

８０２．１Ｘ ＥＡＰ ＩＤには、８０２．１Ｘ認証で用いる認証メッセージに含まれる認証ＩＤが設定される。ＩＰ電話端末２００を認証した場合は、当該ＩＰ電話端末２００のＭＡＣアドレスが認証ＩＤとして設定される。また、ＰＣ３００を認証した場合は、当該ＰＣ３００の利用者が入力した認証用の利用者名などが認証ＩＤとして設定される。

転送可否には、認証処理部１１２によって認証された場合に「許可」が設定され、認証されなかった場合に「拒否」が設定される。

なお、データ転送部１１１は、本テーブルを参照することにより、データを転送する物理ポートを特定することができる。同時に、データ転送部１１１は、本テーブルを参照することにより、指定された機器アドレスの端末に対して、対応する物理ポートを使ってデータを送受信することが許可されているか否かを判断することができる。

図３に戻り、ＩＤ・ＳＩＰアドレス対応テーブル１２２は、ある利用者がＰＣ３００で８０２．１Ｘ認証を行う際に使用する認証ＩＤと、その利用者がＩＰ電話端末２００を利用する際に利用するＳＩＰアドレスとを関連づけて記憶するものである。

図５は、ＩＤ・ＳＩＰアドレス対応テーブル１２２に記憶される情報のデータ構造の一例を示す図である。図５に示すように、ＩＤ・ＳＩＰアドレス対応テーブル１２２は、ＰＣ３００の利用者の８０２．１Ｘ認証で用いられた認証ＩＤである８０２．１Ｘ ＥＡＰ ＩＤと、当該利用者のＳＩＰアドレス（ＡｏＲ）とを対応づけて記憶している。ＳＩＰアドレス取得部１１３は、本テーブルを参照することにより、認証ＩＤに対応するＳＩＰアドレスを取得することができる。

なお、本テーブルは、インフラスイッチ１００に対して事前に設定しておいてもよいし、ＳＩＰアドレス取得部１１３を利用して、インフラネットワーク８００に接続されたＡＡＡサーバ４００などの他のサーバから取得してもよい。

図３に戻り、機器アドレス・ＩＰアドレス対応テーブル１２３は、インフラスイッチ１００に接続されたＩＰ電話端末２００の機器アドレスと、ＩＰアドレスとを対応づけて記憶するものである。図６は、機器アドレス・ＩＰアドレス対応テーブル１２３に記憶される情報のデータ構造の一例を示す図である。図６に示すように、機器アドレス・ＩＰアドレス対応テーブル１２３は、ＩＰ電話端末２００のＭＡＣアドレスである機器アドレスと、ＩＰ電話端末２００のＩＰアドレスとを対応づけて記憶している。

図３に戻り、物理ポート部１０１は、ＰＣ３００やＩＰ電話端末２００などの端末とのイーサネットケーブル接続を終端するネットワークインタフェースである。物理ポート部１０１は、８０２．１Ｘ認証が行われていない場合、対応する機器アドレスを保持した端末に対する通信が不許可とされる。また、物理ポート部１０１は、８０２．１Ｘ認証が成功した場合、対応する機器アドレスを保持した端末に対する通信が許可される。一方、特定のポートを指定して、８０２．１Ｘ認証を無効とし、全ての通信を許可・不許可のどちらかに設定することもできる。

データ転送部１１１は、端末間、または端末とインフラネットワーク８００に接続された各種サーバ装置間との間の通信を実現するために、データを転送するものである。データ転送部１１１は、データの転送の際、宛先と送信元の機器アドレスを参照して、データの転送先ポートを決定する。データ転送部１１１は、転送先を決定するために、ポート・機器アドレス対応テーブル１２１を参照する。

認証処理部１１２は、８０２．１Ｘ認証によって、ある物理ポートに対して、ある機器アドレスを保持する端末の通信を許可するか否かを認証するものである。認証処理部１１２は、認証の際、必要に応じてインフラネットワーク８００に接続されたＡＡＡサーバ４００との間でＲＡＤＩＵＳプロトコルによって認証情報を交換する。

また、認証処理部１１２は、ポート・機器アドレス対応テーブル１２１、ＩＤ・ＳＩＰアドレス対応テーブル１２２、および機器アドレス・ＩＰアドレス対応テーブル１２３の更新も行う。

ＳＩＰアドレス取得部１１３は、ＩＤ・ＳＩＰアドレス対応テーブル１２２から、認証された利用者の認証ＩＤに対応するＳＩＰアドレスを取得するものである。ＩＤ・ＳＩＰアドレス対応テーブル１２２に該当するデータが格納されていない場合は、ＳＩＰアドレス取得部１１３は、認証ＩＤに対応するＳＩＰアドレスをＡＡＡサーバ４００に対して問い合わせ、ＡＡＡサーバ４００からＳＩＰアドレスを取得する。

なお、ＳＩＰアドレス取得部１１３が、ＩＤ・ＳＩＰアドレス対応テーブル１２２を利用せず、直接ＡＡＡサーバ４００から認証ＩＤに対応するＳＩＰアドレスを取得するように構成してもよい。すなわち、ＳＩＰアドレス取得部１１３は、ＰＣ３００で８０２．１Ｘ認証が行われた際、認証時に利用された認証ＩＤを識別し、識別した認証ＩＤに対応するＳＩＰアドレスをＡＡＡサーバ４００に問い合わせる。そして、ＳＩＰアドレス取得部１１３は、利用者がＩＰ電話端末２００を利用する際に利用するＳＩＰアドレスとしてその認証ＩＤに関連づけられたＳＩＰアドレスを、ＡＡＡサーバ４００から取得する。なお、問い合わせ先のサーバはＡＡＡサーバ４００に限定されるものではない。

ＩＰアドレス取得部１１４は、機器アドレスに対応するＩＰアドレスをＤＨＣＰサーバ５００に対して問い合わせ、ＤＨＣＰサーバ５００からＩＰアドレスを取得するものである。具体的には、ＩＰアドレス取得部１１４は、あるＩＰ電話端末２００のＳＩＰアドレスを登録する際、そのＩＰ電話端末２００の機器アドレスを識別し、識別した機器アドレスに対応するＩＰアドレスをＤＨＣＰサーバ５００に問い合わせ、ＤＨＣＰサーバ５００から対応するＩＰアドレスを取得する。また、ＩＰアドレス取得部１１４は、取得したＩＰアドレスを、機器アドレスと対応づけて機器アドレス・ＩＰアドレス対応テーブル１２３に保存する。なお、問い合わせ先のサーバは、ＤＨＣＰサーバ５００に限定されるものではない。

ＳＩＰアドレス登録部１１５は、ＳＩＰロケーションサーバ７００に対して、利用者がＩＰ電話端末２００を利用するためのＳＩＰアドレスを登録するものである。具体的には、ＳＩＰアドレス登録部１１５は、ＳＩＰロケーションサーバ７００のデータベース７０１にアクセスし、利用者のＡｏＲと、当該利用者が利用するＩＰ電話端末２００上で利用可能なコンタクトアドレスとを関連づけて登録することを要求する。

次に、第１の実施の形態のＩＰ電話設定処理の概要について図７を用いて説明する。図７は、第１の実施の形態のＩＰ電話設定処理の概要を示す図である。ＩＰ電話設定処理は、ＩＰ電話端末認証処理（図７の１〜５）と、ＳＩＰアドレス登録処理（図７の６〜１０）とに分けられる。ＩＰ電話端末認証処理とは、ＩＰ電話端末２００を事前に認証し、デフォルトのＳＩＰアドレスを登録する処理である。ＳＩＰアドレス登録処理とは、ＰＣ３００を接続したときにＰＣ３００の利用者を認証するとともに、認証した利用者に固有のＳＩＰアドレスを登録する処理である。

まず、ＩＰ電話端末認証処理について説明する（下記（１）〜（５））。

（１）ＩＰ電話端末２００は、インフラスイッチ１００との間で８０２．１Ｘ認証を実行する。これは、ＩＰ電話端末２００とインフラスイッチ１００の認証処理部１１２が、ＥＡＰの認証メッセージであるＥＡＰＯＬフレームを交換することに相当する。ＩＰ電話端末２００が送信するＥＡＰＯＬフレームは、インフラスイッチ１００の物理ポートを介してデータ転送部１１１に到達する。

データ転送部１１１は、ポート・機器アドレス対応テーブル１２１を参照し、該当する物理ポートに対して、該当する機器アドレスを保持するＩＰ電話端末２００のデータ転送が許可されていないことを確認し、ＥＡＰＯＬフレームを認証処理部１１２に転送する。以後、認証処理部１１２は、ＩＰ電話端末２００との間でＥＡＰＯＬフレームを交換する。

（２）このとき、認証処理部１１２は、必要に応じてＡＡＡサーバ４００との間でＲＡＤＩＵＳプロトコルによって通信を行うことで、ＩＰ電話端末２００の８０２．１Ｘ認証を実行する。

なお、ＩＰ電話端末２００の認証ＩＤは、ＩＰ電話端末２００の機器アドレスであると仮定する。このような認証ＩＤが、ＥＡＰＯＬフレームに含まれ、８０２．１Ｘ認証で利用される。認証が成功すると、認証処理部１１２は、該当する物理ポートに対して、該当する機器アドレスを保持するＩＰ電話端末２００のデータ転送を許可する。これは、ポート・機器アドレス対応テーブル１２１で転送可否を「許可」に設定することに相当する。

（３）８０２．１Ｘ認証によって、通常のデータ送受信が許可されたＩＰ電話端末２００は、インフラスイッチ１００を介してＤＨＣＰサーバ５００に対してＩＰアドレスの割り当てを要求する。ＤＨＣＰサーバ５００は、この要求を受け、ＩＰ電話端末２００にＩＰアドレスを割り当てる。このとき、ＤＨＣＰサーバ５００は、ＩＰ電話端末２００の機器アドレスと、割り当てたＩＰアドレスとを関連づけて記憶する。

（４）この時点では、ＩＰ電話端末２００のＳＩＰアドレスが登録されていないため、利用者は原則としてＩＰ電話機能を利用することができない。ただし、インフラネットワーク８００に対する接続が完了すると同時に、最低限のＩＰ電話機能を利用可能とするためのデフォルトのＳＩＰアドレス登録を行うこともできる。これにより、ＩＰ電話端末２００に対して特定の利用者のＳＩＰアドレスを登録する以前であってもＩＰ電話端末２００を利用可能となる。

具体的には、まず、ＩＰ電話端末２００は、インフラスイッチ１００を介し、ＳＩＰサーバ６００との間で、デフォルトのＳＩＰアドレスの登録を行うためのＳＩＰ Ｒｅｇｉｓｔｅｒメッセージを交換する。ここで登録するデフォルトのＳＩＰアドレスとしてのＡｏＲは、例えば、ＩＰ電話端末２００の機器アドレスなどのＩＰ電話端末２００ごとに固有の値を利用する。また、デフォルトのＳＩＰアドレスとしてのコンタクトアドレスは、例えば、ＩＰ電話端末２００に割り当てられたＩＰアドレスを利用する。

（５）ＳＩＰサーバ６００は、デフォルトのＳＩＰアドレスを登録するために、交換したＳＩＰ Ｒｅｇｉｓｔｅｒメッセージに従って、ＳＩＰアドレスの組（ＡｏＲとコンタクトアドレスとの組）をＳＩＰロケーションサーバ７００に登録する。このＳＩＰアドレスの組は、ＳＩＰロケーションサーバ７００が保持するデータベース７０１に格納される。

以上のシーケンス（１）〜（５）は、利用者がＰＣ３００の利用を開始する前に完了しているものである。なお、インフラスイッチにおいて、ＩＰ電話端末の８０２．１Ｘ認証を行わない設定にしている場合、８０２．１Ｘのシーケンス（１）〜（２）は省略される。また、デフォルトのＳＩＰアドレス登録を行わない場合は、デフォルトのＳＩＰアドレス登録シーケンス（４）〜（５）は省略される。利用者がＰＣ３００をインフラスイッチ１００に接続した時点で、以下のＳＩＰアドレス登録処理（（６）〜（１０））が開始される。

（６）まず、利用者が、ＰＣ３００をインフラスイッチ１００に接続する。そして、ＰＣ３００は、インフラスイッチ１００との間で８０２．１Ｘ認証を実行する。これは、ＰＣ３００とインフラスイッチ１００の認証処理部１１２が、ＥＡＰＯＬフレームを交換することに相当する。ＰＣ３００が送信するＥＡＰＯＬフレームは、インフラスイッチ１００の物理ポートを介してデータ転送部１１１に到達する。

データ転送部１１１は、ポート・機器アドレス対応テーブル１２１を参照し、該当する物理ポートに対して、該当する機器アドレスを保持するＰＣ３００のデータ転送が許可されていないことを確認し、ＥＡＰＯＬフレームを認証処理部１１２に転送する。以後、認証処理部１１２は、ＰＣ３００との間でＥＡＰＯＬフレームを交換する。

（７）このとき、認証処理部１１２は、必要に応じてＡＡＡサーバ４００との間でＲＡＤＩＵＳプロトコルによって通信を行うことで、ＰＣ３００の８０２．１Ｘ認証を実行する。

なお、ＰＣ３００の認証ＩＤは、利用者に割り当てられた利用者名などのＩＤである。このような認証ＩＤが、ＥＡＰＯＬフレームに含まれ、８０２．１Ｘ認証で利用される。認証が成功すると、認証処理部１１２は、該当する物理ポートに対して、該当する機器アドレスを保持するＰＣ３００のデータ転送を許可する。これは、ポート・機器アドレス対応テーブル１２１で転送可否を「許可」に設定することに相当する。

（８）ＰＣ３００の認証が成功すると、ＳＩＰアドレス取得部１１３は、ＩＤ・ＳＩＰアドレス対応テーブル１２２から、ＰＣ３００の認証に使われた認証ＩＤに対応するＳＩＰアドレスを取得する。取得できない場合は、ＳＩＰアドレス取得部１１３は、ＡＡＡサーバ４００に対して、当該認証ＩＤを保持する利用者がＩＰ電話端末２００を利用する際に利用するＳＩＰアドレスを問い合わせる。なお、認証に使われた認証ＩＤは、ポート・機器アドレス対応テーブル１２１から取得できる。

認証ＩＤと、問い合わせの結果としてＡＡＡサーバ４００から取得したＳＩＰアドレスは、ＩＤ・ＳＩＰアドレス対応テーブル１２２に記憶される。なお、ＳＩＰアドレスの問い合わせ方法は、ＡＡＡサーバ４００に問い合わせる方法に限られず、ＡＡＡサーバ４００以外のサーバに問い合わせる方法などのあらゆる方法を適用できる。

（９）次に、ＩＰアドレス取得部１１４は、ポート・機器アドレス対応テーブル１２１を参照し、利用者が認証されたＰＣ３００に関連するＩＰ電話端末２００の機器アドレスを取得する。具体的には、ＩＰアドレス取得部１１４は、利用者が認証されたＰＣ３００の機器アドレスと同一のポート番号に対応づけられたＩＰ電話端末２００の機器アドレスを、ポート・機器アドレス対応テーブル１２１から取得する。

そして、ＩＰアドレス取得部１１４は、取得した機器アドレスを利用して、ＤＨＣＰサーバ５００に対して、ＩＰ電話端末２００に割り当てられているＩＰアドレスを問い合わせる。取得した機器アドレスと、問い合わせの結果として取得したＩＰアドレスは、機器アドレス・ＩＰアドレス対応テーブル１２３に記憶される。なお、ＩＰアドレスの問い合わせ方法は、ＤＨＣＰサーバ５００に問い合わせる方法に限られず、例えば、ＲＡＲＰ（Reverse Address Resolution Protocol）プロトコルを用いる方法などの従来から用いられているあらゆる方法を適用できる。

（１０）最後に、ＳＩＰアドレス登録部１１５は、上記（８）で取得したＳＩＰアドレスをＡｏＲとし、上記（９）で取得したＩＰアドレスから作成されるアドレスをコンタクトアドレスとして、ＳＩＰアドレス登録を行う。ここで、取得したＳＩＰアドレスは、利用者がＰＣ３００を使って認証した認証ＩＤに対応するものであり、ＩＤ・ＳＩＰアドレス対応テーブル１２２に保持されている。また、取得したＩＰアドレスは、機器アドレス・ＩＰアドレス対応テーブル１２３を検索することにより求められる。コンタクトアドレスの生成方法については、後述する。

ＳＩＰアドレス登録部１１５は、ＳＩＰロケーションサーバ７００に対して直接アクセスすることによってＳＩＰアドレスを登録する。ＳＩＰロケーションサーバ７００は、データベース７０１に、登録が要求されたＳＩＰアドレスの組（ＡｏＲとコンタクトアドレスとの組）を格納する。

なお、８０２．１Ｘ認証では、認証が有効である期間を表す認証期間が、インフラスイッチ１００の記憶部１２０等またはＡＡＡサーバ４００などに事前に設定される。そして、認証処理部１１２は、設定された認証期間が経過するごとにＰＣ３００の再認証を実行する。一方、ＳＩＰでは、ＳＩＰアドレス登録の有効期間を設定することができる。例えば、ＳＩＰ ＲｅｇｉｓｔｅｒメッセージでＳＩＰアドレスを登録する場合は、「Contact Header」のパラメタである「expires」パラメタの値で有効期間を設定することができる。

そこで、ＳＩＰアドレス登録部１１５が、ＳＩＰアドレス登録の有効期間をＩＥＥＥ８０２．１Ｘの認証期間と一致させるように調整してＳＩＰアドレス登録を実行するように構成することもできる。これにより、例えば利用者がログアウト操作を実行せずにＰＣ３００を持ち去った場合などであっても、ＰＣ３００の認証期間終了と同時にＳＩＰアドレスの有効期間を終了させることができる。

また、例えば、認証プロトコルにＰＡＮＡなどを用いた場合は、ＰＣ３００とＰＡＮＡ認証エージェントとの間でネゴシエーションすることで再認証期間を事前に決定することができる。このような場合でも、ＰＣ３００の認証が成功した場合、ＳＩＰアドレス登録部１１５が、ＳＩＰアドレス登録の有効期間として、決定された再認証期間と同一の値を指定するように構成することができる。

以上のシーケンス（１）〜（１０）により、利用者がＩＰ電話端末２００を経由してＰＣ３００を接続し、ＰＣ３００を操作してＰＣ３００のネットワークアクセス認証処理を完了させることで、同時に、利用者がＩＰ電話端末２００を利用するためのＳＩＰアドレス登録処理が完了する。これにより、ＰＣ３００およびＩＰ電話端末２００の利用を開始する際の利用者の操作が簡略化される。

なお、利用者の認証終了を通知する通知メッセージであるＥＡＰＯＬ−ＬｏｇｏｆｆメッセージをＰＣ３００から受信した場合、認証処理部１１２は、当該ＰＣ３００の８０２．１Ｘ認証を終了する。これにより、認証成功前の状態と同様に、当該ＰＣ３００によるネットワークアクセスが拒否されるようになる。

また、上述のように、認証処理部１１２は、ＩＥＥＥ８０２．１Ｘの再認証タイマーで指定される間隔でＰＣ３００の再認証を行っている。したがって、認証処理部１１２は、ＰＣ３００の再認証に失敗した場合、対応するＰＣ３００の８０２．１Ｘ認証を終了する。そして、認証成功前の状態と同様に、当該ＰＣ３００によるネットワークアクセスが拒否されるようになる。

ＥＡＰＯＬ−Ｌｏｇｏｆｆメッセージの受信、または再認証の失敗によりＰＣ３００の８０２．１Ｘ認証が終了した場合、ＳＩＰアドレス登録部１１５は、対応するＳＩＰアドレスをＳＩＰロケーションサーバ７００から削除する。具体的には、ＳＩＰアドレス登録部１１５は、認証が終了したＰＣ３００の利用者の認証ＩＤと、対応するＰＣ３００に関連づけられているＩＰ電話端末２００のＩＰアドレスとから、登録したＳＩＰアドレスの組を特定する。そして、ＳＩＰアドレス登録部１１５は、ＳＩＰロケーションサーバ７００に直接アクセスし、特定したＳＩＰアドレスの組の削除をＳＩＰロケーションサーバ７００に要求する。

これにより、ＰＣ３００の利用者のログオフと連動して、ＩＰ電話端末２００の利用を終了するためのＳＩＰアドレスの削除処理を実行することができる。

次に、このように構成された第１の実施の形態にかかるインフラスイッチ１００によるＳＩＰアドレス登録処理の詳細について図８を用いて説明する。図８は、第１の実施の形態におけるＳＩＰアドレス登録処理の全体の流れを示すフローチャートである。

まず、データ転送部１１１は、ＰＣ３００からＥＡＰＯＬフレームを受信する（ステップＳ８０１）。次に、データ転送部１１１は、ポート・機器アドレス対応テーブル１２１から、当該フレームを受信した物理ポートと、当該フレームの送信元の機器アドレスとに対応する転送可否を取得する（ステップＳ８０２）。

次に、データ転送部１１１は、転送可否が「許可」であるか否かを判断し（ステップＳ８０３）、「許可」である場合は（ステップＳ８０３：ＹＥＳ）、ＳＩＰアドレス登録処理を終了する。

転送可否が「許可」でない場合、すなわち「拒否」である場合は（ステップＳ８０３：ＮＯ）、データ転送部１１１は、受信したＥＡＰＯＬフレームを認証処理部１１２に転送する（ステップＳ８０４）。

認証処理部１１２は、ＰＣ３００との間でＥＡＰＯＬフレームを交換し、ＡＡＡサーバ４００との間でＲＡＤＩＵＳプロトコルによって通信することで、ＰＣ３００の８０２．１Ｘ認証を実行する（ステップＳ８０５）。

次に、認証処理部１１２は、ＰＣ３００が認証されたか否かを判断し（ステップＳ８０６）、認証されなかった場合は（ステップＳ８０６：ＮＯ）、ＳＩＰアドレス登録処理を終了する。

認証された場合は（ステップＳ８０６：ＹＥＳ）、認証処理部１１２は、ポート・機器アドレス対応テーブル１２１の認証されたＰＣ３００に対応する転送可否を「許可」に設定する（ステップＳ８０７）。また、認証処理部１１２は、認証された利用者の認証ＩＤを、ポート・機器アドレス対応テーブル１２１の８０２．１Ｘ ＥＡＰ ＩＤ欄に設定する（ステップＳ８０８）。

次に、ＳＩＰアドレス取得部１１３は、認証された利用者の認証ＩＤに対応するＳＩＰアドレスを、ＩＤ・ＳＩＰアドレス対応テーブル１２２から取得する（ステップＳ８０９）。例えば、ＩＤ・ＳＩＰアドレス対応テーブル１２２に図５のようなデータが格納されており、利用者の認証ＩＤが「Alice」であった場合、ＳＩＰアドレス取得部１１３は、「Alice」に対応するＳＩＰアドレス＝「alice@example.com」を取得する。

次に、ＩＰアドレス取得部１１４は、認証されたＰＣ３００の機器アドレスと同一のポート番号に対応づけられているＩＰ電話端末２００の機器アドレスを、ポート・機器アドレス対応テーブル１２１から取得する（ステップＳ８１０）。例えば、ポート・機器アドレス対応テーブル１２１に図４のようなデータが格納されており、ＰＣ３００の機器アドレスが「00000000ZZ01」であった場合、ＩＰアドレス取得部１１４は、対応するポート番号＝１と同一のポート番号に対応する機器アドレス「00000000AA01」を取得する。

次に、ＩＰアドレス取得部１１４は、取得した機器アドレスに対応するＩＰアドレスをＤＨＣＰサーバ５００から取得する（ステップＳ８１１）。なお、ＩＰアドレス取得部１１４は、取得したＩＰアドレスを機器アドレス・ＩＰアドレス対応テーブル１２３に保存する。例えば、機器アドレス＝「00000000AA01」に対応するＩＰアドレスとして「192.168.0.91」をＤＨＣＰサーバ５００から取得した場合、ＩＰアドレス取得部１１４は、図６の先頭レコードのようなデータを機器アドレス・ＩＰアドレス対応テーブル１２３に保存する。

次に、ＳＩＰアドレス登録部１１５は、取得したＩＰアドレスからコンタクトアドレスを生成する（ステップＳ８１２）。例えば、ＳＩＰアドレス登録部１１５は、ＳＩＰアドレス取得部１１３によってＩＤ・ＳＩＰアドレス対応テーブル１２２から取得されたＳＩＰアドレスであるＡｏＲのユーザパートに、記号「@」と、取得したＩＰアドレスとを付加することにより、コンタクトアドレスを生成する。

次に、ＳＩＰアドレス登録部１１５は、ＩＤ・ＳＩＰアドレス対応テーブル１２２から取得されたＳＩＰアドレスであるＡｏＲと、生成したコンタクトアドレスとの組であるＳＩＰアドレスの組を登録するための登録要求を、ＳＩＰロケーションサーバ７００に送信し（ステップＳ８１３）、ＳＩＰアドレス登録処理を終了する。

（変形例）
これまでは、同一のデスク１５０に備えられたＩＰ電話端末２００とＰＣ３００とを、同一のポートに接続し、ポートが同一であることによって、ＰＣ３００に関連づけられたＩＰ電話端末２００を特定していた。関連するＩＰ電話端末２００の特定方法はこれに限られるものではなく、その他の方法を適用してもよい。例えば、異なるポートに接続されたＰＣ３００とＩＰ電話端末２００とを関連づけた情報を所定のテーブルに保存し、この情報を参照して関連する端末を特定するように構成してもよい。

図９は、このように構成した本変形例で参照する端末関連づけテーブルの一例を示す図である。図９に示すように、端末関連づけテーブルは、ＰＣ用 ポート番号／機器アドレスと、ＩＰ電話端末用 ポート番号／機器アドレスとを対応づけて記憶している。

このようなテーブルにより、ＰＣ３００とＩＰ電話端末２００とを自由に関連づけることができる。そして、ＰＣ３００に関連するＩＰ電話端末２００を、機器アドレスを検索キーとしてこのテーブルから検索することが可能となる。端末関連づけテーブルは、インフラスイッチ１００の記憶部１２０等に事前に記憶してもよいし、インフラネットワーク８００に接続されたその他のサーバ（図示せず）から取得してもよい。

このように、第１の実施の形態にかかる中継装置では、ＰＣの利用者の認証が成功したときに、認証に用いた認証ＩＤに対応するＳＩＰアドレスを取得し、取得したＳＩＰアドレスを、認証した利用者が利用するＩＰ電話端末のＳＩＰアドレスとしてＳＩＰロケーションサーバに登録することができる。すなわち、利用者がＩＰ電話端末を経由してＰＣを接続し、このＰＣを操作してネットワークアクセス認証処理を完了させることで、同時に、利用者がＩＰ電話端末を利用するためのＳＩＰアドレス登録処理が完了する。これにより、ＩＰ電話端末のＩＰ電話機能を利用するために必要なアドレス情報の登録操作を簡略化することができる。

（第２の実施の形態）
第２の実施の形態にかかるＩＰ電話システムは、ＳＩＰアドレス登録が完了した際に、登録されたＳＩＰアドレスをＩＰ電話端末に通知するものである。

図１０は、第２の実施の形態にかかるＩＰ電話システムのネットワーク構成を示す図である。図１０に示すように、第２の実施の形態のＩＰ電話システムは、インフラスイッチ１００と、ＩＰ電話端末１２００と、ＰＣ３００と、ＡＡＡサーバ４００と、ＤＨＣＰサーバ５００と、ＳＩＰサーバ６００と、ＳＩＰロケーションサーバ７００と、イベントサーバ１９００と、アプリケーションサーバ２０００とを含んでいる。

第２の実施の形態では、イベントサーバ１９００とアプリケーションサーバ２０００とが追加されたこと、およびＩＰ電話端末１２００の機能が、第１の実施の形態と異なっている。

イベントサーバ１９００は、ＳＩＰロケーションサーバ７００のデータベース７０１を監視し、新しくＳＩＰアドレスの組が登録されたことをイベントとして検出するものである。なお、イベントサーバ１９００の機能は、RFC3680（A Session Initiation Protocol （SIP） Event Package for Registrations）に記述される方法を利用して実現することができる。

アプリケーションサーバ２０００は、イベントサーバ１９００が検出したイベントに応じて、ＩＰ電話端末１２００に対してＳＩＰアドレス登録が完了したことを通知するものである。具体的には、アプリケーションサーバ２０００は、まず、イベントサーバ１９００に対して、特定のＳＩＰアドレスが登録されたことについて、イベント通知を受けるよう購読要求をする。そして、アプリケーションサーバ２０００は、要求したイベント通知を受けた場合、新たにＳＩＰアドレス登録を行ったＩＰ電話端末１２００に対してＳＩＰ Ｍｅｓｓａｇｅメッセージを送信することによって、ＳＩＰアドレス登録が完了したことを通知する。

ＩＰ電話端末１２００は、アプリケーションサーバ２０００から、ＳＩＰアドレスの登録完了通知を受信し、受信を契機として所定の処理を実行する機能が追加された点が、第１の実施の形態のＩＰ電話端末２００と異なっている。

次に、第２の実施の形態のＩＰ電話設定処理の概要について図１１を用いて説明する。図１１は、第２の実施の形態のＩＰ電話設定処理の概要を示す図である。

第２の実施の形態では、ＩＰ電話端末認証処理（図１１の１〜５）、およびＳＩＰアドレス登録処理（図１１の８〜１２）の後に、ＳＩＰアドレス登録の完了を通知する通知処理（図１１の６〜７、および１３〜１４）が追加された点が、第１の実施の形態と異なっている。なお、図１１の６〜７と、１３〜１４とは同様の処理である。したがって、以下では、１３〜１４の処理について説明する。

（１３）ＳＩＰアドレスの登録が完了した時点で、イベントサーバ１９００は、該当するＩＰ電話端末１２００のＳＩＰアドレスが登録されたことをイベントとして検出する。イベントサーバ１９００は、本イベントを購読するアプリケーションサーバ２０００に対して、ＳＩＰ Ｎｏｔｉｆｙメッセージを送信することで、ＳＩＰアドレス登録が完了したことを通知する。本通知は、登録が完了したＳＩＰアドレスの組を含む。

（１４）アプリケーションサーバ２０００は、本通知を受けると、通知に含まれるコンタクトアドレスの一部であるＩＰアドレスの情報より、ＳＩＰアドレス登録が行われたＩＰ電話端末１２００のＩＰアドレスを特定する。アプリケーションサーバ２０００は、特定したＩＰアドレスのＩＰ電話端末１２００に対して、登録されたＳＩＰアドレスの組（ＡｏＲとコンタクトアドレス）の情報を含むＳＩＰ Ｍｅｓｓａｇｅメッセージを送信することにより、ＳＩＰアドレス登録の完了を通知する。

なお、このメッセージを受け取ったＩＰ電話端末１２００は、ＳＩＰアドレス登録が完了した際に行うべき所定の処理を行うことができる。例えば、ＩＰ電話端末１２００は、ＬＣＤ（Liquid Crystal Display）などを利用してウェルカムメッセージの表示することができる。また、ＩＰ電話端末１２００は、ＳＩＰアドレス登録が行われたＡｏＲに対応する利用者のために、利用者ごとの設定情報を反映する処理を実行することができる。このとき、ＩＰ電話端末１２００が、例えば、設定情報をインフラネットワーク８００からのダウンロードするように構成してもよい。

このように、第２の実施の形態にかかるＩＰ電話システムでは、ＳＩＰアドレス登録が完了した際に、登録されたＳＩＰアドレスをＩＰ電話端末に通知することができる。これにより、ＳＩＰアドレスが登録された場合に必要な処理を適切に実行することができる。

次に、第１または第２の実施の形態にかかる中継装置のハードウェア構成について図１２を用いて説明する。図１２は、第１または第２の実施の形態にかかる中継装置のハードウェア構成を示す説明図である。

第１または第２の実施の形態にかかる中継装置は、ＣＰＵ（Central Processing Unit）５１などの制御装置と、ＲＯＭ（Read Only Memory）５２やＲＡＭ５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、各部を接続するバス６１を備えている。

第１または第２の実施の形態にかかる中継装置で実行されるアドレス登録プログラムは、ＲＯＭ５２等に予め組み込まれて提供される。

第１または第２の実施の形態にかかる中継装置で実行されるアドレス登録プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Compact Disk Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

さらに、第１または第２の実施の形態にかかる中継装置で実行されるアドレス登録プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、第１または第２の実施の形態にかかる中継装置で実行されるアドレス登録プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

第１または第２の実施の形態にかかる中継装置で実行されるアドレス登録プログラムは、上述した各部（データ転送部、認証処理部、ＳＩＰアドレス取得部、ＩＰアドレス取得部、ＳＩＰアドレス登録部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ５１が上記ＲＯＭ５２からアドレス登録プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、各部が主記憶装置上に生成されるようになっている。

以上のように、本発明にかかる装置、方法およびプログラムは、ＩＰ電話端末を介してＰＣをネットワークに接続する形態のＩＰ電話システムに適している。

第１の実施の形態にかかるＩＰ電話システムのネットワーク構成を示す図である。 ＩＰ電話端末の接続形態の一例を示す図である。 第１の実施の形態のインフラスイッチの詳細な構成を示すブロック図である。 ポート・機器アドレス対応テーブルに記憶される情報のデータ構造の一例を示す図である。 ＩＤ・ＳＩＰアドレス対応テーブルに記憶される情報のデータ構造の一例を示す図である。 機器アドレス・ＩＰアドレス対応テーブルに記憶される情報のデータ構造の一例を示す図である。 第１の実施の形態のＩＰ電話設定処理の概要を示す図である。 第１の実施の形態におけるＳＩＰアドレス登録処理の全体の流れを示すフローチャートである。 第１の実施の形態の変形例で参照する端末関連づけテーブルの一例を示す図である。 第２の実施の形態にかかるＩＰ電話システムのネットワーク構成を示す図である。 第２の実施の形態のＩＰ電話設定処理の概要を示す図である。 第１または第２の実施の形態にかかる中継装置のハードウェア構成を示す説明図である。

符号の説明

５１ ＣＰＵ
５２ ＲＯＭ
５３ ＲＡＭ
５４ 通信Ｉ／Ｆ
６１ バス
１００ インフラスイッチ
１０１ 物理ポート部
１１１ データ転送部
１１２ 認証処理部
１１３ ＳＩＰアドレス取得部
１１４ ＩＰアドレス取得部
１１５ ＳＩＰアドレス登録部
１２０ 記憶部
１２１ ポート・機器アドレス対応テーブル
１２２ ＩＤ・ＳＩＰアドレス対応テーブル
１２３ 機器アドレス・ＩＰアドレス対応テーブル
１５０ デスク
２００ ＩＰ電話端末
２１０ スイッチ部
２２０ ＩＰ電話処理部
４００ ＡＡＡサーバ
５００ ＤＨＣＰサーバ
６００ ＳＩＰサーバ
７００ ＳＩＰロケーションサーバ
７０１ データベース
８００ インフラネットワーク
１２００ ＩＰ電話端末
１９００ イベントサーバ
２０００ アプリケーションサーバ

Claims (19)

1. ＩＰ電話端末の利用者のアドレス情報を登録するサーバ装置にネットワークを介して接続され、通信端末および前記ＩＰ電話端末と前記ネットワークとの通信を中継する中継装置であって、
   通信端末の利用者の認証に用いる認証ＩＤとＩＰ電話端末の利用者のアドレス情報とを対応づけて記憶する第１記憶部と、
   前記通信端末の利用者の認証に用いるメッセージであって、前記認証ＩＤを含む認証メッセージを前記通信端末から受信し、受信した前記認証メッセージに基づいて利用者を認証する認証処理部と、
   前記通信端末の利用者が認証された場合に、前記認証メッセージに含まれる前記認証ＩＤに対応する前記ＩＰ電話端末の利用者のアドレス情報を前記第１記憶部から取得する利用者アドレス取得部と、
   前記認証メッセージを送信した前記通信端末に関連する前記ＩＰ電話端末の利用者の前記アドレス情報として、取得された前記アドレス情報を登録するための登録要求を、前記サーバ装置に送信するアドレス登録部と、
   を備えたことを特徴とする中継装置。
2. 前記通信端末および前記ＩＰ電話端末を接続するポートと、
   前記ポートを識別するポート番号と、前記ポート番号のポートに接続されている前記通信端末を識別する通信端末ＩＤまたは前記ポート番号のポートに接続されている前記ＩＰ電話端末を識別する電話端末ＩＤと、を対応づけて記憶する第２記憶部と、をさらに備え、
   前記アドレス登録部は、前記認証メッセージを送信した前記通信端末の前記通信端末ＩＤと同一のポート番号に対応づけられた前記電話端末ＩＤを前記第２記憶部から取得し、取得した前記電話端末ＩＤの前記ＩＰ電話端末の利用者の前記アドレス情報として、取得された前記アドレス情報の前記登録要求を前記サーバ装置に送信すること、
   を特徴とする請求項１に記載の中継装置。
3. 前記通信端末ＩＤは前記通信端末のＭＡＣアドレスであり、前記電話端末ＩＤは前記ＩＰ電話端末のＭＡＣアドレスであること、
   を特徴とする請求項２に記載の中継装置。
4. 前記通信端末ＩＤと前記電話端末ＩＤとを対応づけて記憶する第３記憶部をさらに備え、
   前記アドレス登録部は、前記認証メッセージを送信した前記通信端末の前記通信端末ＩＤに対応づけられた前記電話端末ＩＤを前記第３記憶部から取得し、取得した前記電話端末ＩＤの前記ＩＰ電話端末の利用者の前記アドレス情報として、取得された前記アドレス情報の前記登録要求を前記サーバ装置に送信すること、
   を特徴とする請求項１に記載の中継装置。
5. 前記通信端末ＩＤは前記通信端末のＭＡＣアドレスであり、前記電話端末ＩＤは前記ＩＰ電話端末のＭＡＣアドレスであること、
   を特徴とする請求項４に記載の中継装置。
6. 前記認証処理部は、さらに、前記通信端末の利用者の認証終了を通知する通知メッセージを受信し、受信した前記通知メッセージに基づいて利用者の認証を終了し、
   前記アドレス登録部は、さらに、利用者の認証が終了した場合に、取得された前記アドレス情報を前記サーバ装置から削除するための削除要求を前記サーバ装置に送信すること、
   を特徴とする請求項１に記載の中継装置。
7. 前記サーバ装置は、さらに登録するアドレス情報の有効期間を登録可能であり、
   前記アドレス登録部は、取得された前記アドレス情報を、予め定められた認証が有効である期間を表す認証期間を前記有効期間として前記サーバ装置に登録するための前記登録要求を前記サーバ装置に送信すること、
   を特徴とする請求項１に記載の中継装置。
8. 前記認証処理部は、前記認証期間と前記認証ＩＤとを含む前記認証メッセージを受信し、
   前記アドレス登録部は、取得された前記アドレス情報を、受信した前記認証メッセージに含まれる前記認証期間を前記有効期間として前記サーバ装置に登録するための前記登録要求を前記サーバ装置に送信すること、
   を特徴とする請求項７に記載の中継装置。
9. 前記認証処理部は、さらに、前記認証期間が経過するごとに対応する前記認証ＩＤの利用者を再認証し、
   前記アドレス登録部は、さらに、利用者が再認証された場合に、取得された前記アドレス情報を、前記認証期間を前記有効期間として前記サーバ装置に登録するための前記登録要求を前記サーバ装置に送信すること、
   を特徴とする請求項７に記載の中継装置。
10. 前記アドレス登録部は、さらに、利用者が再認証されなかった場合に、取得された前記アドレス情報を前記サーバ装置から削除するための削除要求を前記サーバ装置に送信すること、
    を特徴とする請求項９に記載の中継装置。
11. 前記認証処理部は、ＩＥＥＥ８０２．１Ｘに準拠する前記認証メッセージを前記通信端末から受信し、受信した前記認証メッセージに基づいて利用者を認証すること、
    を特徴とする請求項１に記載の中継装置。
12. 前記認証処理部は、ＰＡＮＡ（Protocol for Carrying Authentication for Network Access）に準拠する前記認証メッセージを前記通信端末から受信し、受信した前記認証メッセージに基づいて利用者を認証すること、
    を特徴とする請求項１に記載の中継装置。
13. 前記ネットワークを介して接続され、前記ＩＰ電話端末のＩＰアドレスを管理するアドレス管理装置から、前記認証メッセージを送信した前記通信端末に関連する前記ＩＰ電話端末のＩＰアドレスを取得する端末アドレス取得部をさらに備え、
    前記アドレス登録部は、前記認証メッセージを送信した前記通信端末に関連する前記ＩＰ電話端末を特定可能な情報であって、取得されたＩＰアドレスを含む端末特定情報と、取得された前記アドレス情報と、を対応づけて登録するための前記登録要求を、前記サーバ装置に送信すること、
    を特徴とする請求項１に記載の中継装置。
14. 前記利用者アドレス取得部は、ネットワークを介して接続され、前記認証ＩＤと前記ＩＰ電話端末の利用者のアドレス情報とを対応づけて管理する管理装置から、前記認証メッセージに含まれる前記認証ＩＤに対応する前記ＩＰ電話端末の利用者のアドレス情報を取得すること、
    を特徴とする請求項１に記載の中継装置。
15. 前記管理装置は、予め定められたＡＡＡ（Authentication, Authorization and Accounting）プロトコルにしたがって認証処理を実行するＡＡＡサーバであり、
    前記利用者アドレス取得部は、前記通信端末の利用者が認証された場合に、前記認証メッセージに含まれる前記認証ＩＤに対応する前記ＩＰ電話端末の利用者のアドレス情報を前記ＡＡＡサーバから取得すること、
    を特徴とする請求項１４に記載の中継装置。
16. 前記認証処理部は、ネットワークを介して接続され、予め定められたＡＡＡプロトコルにしたがって認証処理を実行するＡＡＡサーバとの間で、前記認証メッセージに含まれる前記認証ＩＤの利用者を認証すること、
    を特徴とする請求項１に記載の中継装置。
17. 前記アドレス情報は、ＳＩＰ（Session Initiation Protocol）のＡｏＲ（Address of Record）であること、
    を特徴とする請求項１に記載の中継装置。
18. ＩＰ電話端末の利用者のアドレス情報を登録するサーバ装置にネットワークを介して接続され、通信端末および前記ＩＰ電話端末と前記ネットワークとの通信を中継する中継装置で実行されるアドレス登録方法であって、
    前記中継装置は、
    通信端末の利用者の認証に用いる認証ＩＤとＩＰ電話端末の利用者のアドレス情報とを対応づけて記憶する第１記憶部を備え、
    認証処理部が、前記通信端末の利用者の認証に用いるメッセージであって、前記認証ＩＤを含む認証メッセージを前記通信端末から受信し、受信した前記認証メッセージに基づいて利用者を認証する認証処理ステップと、
    利用者アドレス取得部が、前記通信端末の利用者が認証された場合に、前記認証メッセージに含まれる前記認証ＩＤに対応する前記ＩＰ電話端末の利用者のアドレス情報を前記第１記憶部から取得する利用者アドレス取得ステップと、
    アドレス登録部が、前記認証メッセージを送信した前記通信端末に関連する前記ＩＰ電話端末の利用者の前記アドレス情報として、取得された前記アドレス情報を登録するための登録要求を、前記サーバ装置に送信するアドレス登録ステップと、
    を備えたことを特徴とするアドレス登録方法。
19. ＩＰ電話端末の利用者のアドレス情報を登録するサーバ装置にネットワークを介して接続され、通信端末および前記ＩＰ電話端末と前記ネットワークとの通信を中継する中継装置に実行させるアドレス登録プログラムであって、
    前記中継装置は、
    通信端末の利用者の認証に用いる認証ＩＤとＩＰ電話端末の利用者のアドレス情報とを対応づけて記憶する第１記憶部を備え、
    前記通信端末の利用者の認証に用いるメッセージであって、前記認証ＩＤを含む認証メッセージを前記通信端末から受信し、受信した前記認証メッセージに基づいて利用者を認証する認証処理手順と、
    前記通信端末の利用者が認証された場合に、前記認証メッセージに含まれる前記認証ＩＤに対応する前記ＩＰ電話端末の利用者のアドレス情報を前記第１記憶部から取得する利用者アドレス取得手順と、
    前記認証メッセージを送信した前記通信端末に関連する前記ＩＰ電話端末の利用者の前記アドレス情報として、取得された前記アドレス情報を登録するための登録要求を、前記サーバ装置に送信するアドレス登録手順と、
    を前記中継装置に実行させるアドレス登録プログラム。

Images