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

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

上述した課題を解決し、目的を達成するために、本発明は、外部端末とネットワークとの接続を仲介し、前記ネットワークを介して接続されたサーバ装置に利用者のアドレス情報を登録することによってＩＰ電話機能を提供するＩＰ電話端末であって、前記外部端末および前記ネットワークから受信したメッセージを、受信したメッセージで指定された宛先に転送する転送部と、前記外部端末の利用者の認証に用いるメッセージであって、前記利用者の識別情報を含む認証メッセージが前記外部端末から前記転送部を介して前記ネットワークに転送されたか否かを判断する第１判断部と、前記認証メッセージが前記転送部を介して転送された場合に、前記認証メッセージから前記識別情報を取得する識別情報取得部と、前記利用者が認証されたことを表す許可メッセージが前記ネットワークから前記転送部を介して前記外部端末に転送されたか否かを判断する第２判断部と、前記許可メッセージが前記転送部を介して転送された場合に、取得された前記識別情報の利用者のアドレス情報を前記サーバ装置に登録するための登録メッセージを生成して前記サーバ装置に送信するメッセージ処理部と、を備えたことを特徴とする。

また、本発明は、外部端末とネットワークとの接続を仲介し、前記ネットワークを介して接続されたサーバ装置に利用者のアドレス情報を登録することによってＩＰ電話機能を提供するＩＰ電話端末で実行されるアドレス登録方法であって、転送部が、前記外部端末および前記ネットワークから受信したメッセージを、受信したメッセージで指定された宛先に転送する転送ステップと、判断部が、前記外部端末の利用者の認証に用いるメッセージであって、前記利用者の識別情報を含む認証メッセージが前記外部端末から前記転送部を介して前記ネットワークに転送されたか否かを判断する第１判断ステップと、識別情報取得部が、前記認証メッセージが前記転送部を介して転送された場合に、前記認証メッセージから前記識別情報を取得する識別情報取得ステップと、判断部が、前記利用者が認証されたことを表す許可メッセージが前記転送部を介して前記ネットワークから前記外部端末に転送されたか否かを判断する第２判断ステップと、メッセージ処理部が、前記許可メッセージが前記転送部を介して転送された場合に、取得された前記識別情報の利用者のアドレス情報を前記サーバ装置に登録するためのメッセージであって、登録するアドレス情報を含む登録メッセージを生成して前記サーバ装置に送信するメッセージ処理ステップと、を備えたことを特徴とする。

また、本発明は、外部端末とネットワークとの接続を仲介し、前記ネットワークを介して接続されたサーバ装置に利用者のアドレス情報を登録することによってＩＰ電話機能を提供するＩＰ電話端末に実行させるアドレス登録プログラムであって、前記外部端末および前記ネットワークから受信したメッセージを、受信したメッセージで指定された宛先に転送する転送手順と、前記外部端末の利用者の認証に用いるメッセージであって、前記利用者の識別情報を含む認証メッセージが前記外部端末から前記転送手順により前記ネットワークに転送されたか否かを判断する第１判断手順と、前記認証メッセージが前記転送手順により転送された場合に、前記認証メッセージから前記識別情報を取得する識別情報取得手順と、前記利用者が認証されたことを表す許可メッセージが前記ネットワークから前記転送手順により前記外部端末に転送されたか否かを判断する第２判断手順と、前記許可メッセージが前記転送手順により転送された場合に、取得された前記識別情報の利用者のアドレス情報を前記サーバ装置に登録するためのメッセージであって、登録するアドレス情報を含む登録メッセージを生成して前記サーバ装置に送信するメッセージ処理手順と、を前記ＩＰ電話端末に実行させるアドレス登録プログラムである。

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

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

（第１の実施の形態）
第１の実施の形態にかかるＩＰ電話端末は、ネットワークへの接続を仲介するＰＣが送信した認証用のメッセージから、ＰＣの利用者を識別する利用者ＩＤを取得し、認証が成功したときに、取得した利用者ＩＤから生成したＳＩＰアドレスをＳＩＰサーバに登録するものである。

図１は、第１の実施の形態にかかるＩＰ電話システムのネットワーク構成を示す図である。図１に示すように、第１の実施の形態のＩＰ電話システムは、ＩＰ電話端末１００と、ＰＣ２００と、インフラスイッチ４００と、認証サーバ５００と、ＳＩＰサーバ６００とを含んでいる。また、インフラスイッチ４００、認証サーバ５００、およびＳＩＰサーバ６００は、ＬＡＮ（Local Area Network）などのインフラネットワーク７００を介して接続されている。

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

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

本実施の形態のＩＰ電話端末１００は、さらに、ＰＣ２００とインフラスイッチ４００との間でデスクスペース利用者のＩＥＥＥ８０２．１Ｘ認証が行われ、ネットワークアクセスが認可された場合に、ＩＰ電話機能を利用可能とするために利用者のＳＩＰアドレスをＳＩＰサーバ６００に登録する機能を備えている。なお、ＩＰ電話端末１００の機能および構成の詳細については後述する。

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

なお、同図ではＩＰ電話端末１００を１台およびＰＣ２００をそれぞれ１台のみ記載しているが、通常は複数のＩＰ電話端末１００およびＰＣ２００がインフラスイッチ４００を介してインフラネットワーク７００に接続される。

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

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

認証サーバ５００は、インフラスイッチ４００との間でＲＡＤＩＵＳプロトコルなどの認証プロトコルによって利用者の認証処理を実行するものである。

ＳＩＰサーバ６００は、利用者のＳＩＰアドレスを登録することにより、利用者がＩＰ電話端末１００のＩＰ電話機能を利用可能とする装置である。

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

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

次に、ＩＰ電話端末１００の機能および構成の詳細について説明する。図３は、第１の実施の形態のＩＰ電話端末１００の詳細な構成を示すブロック図である。図３に示すように、ＩＰ電話端末１００は、インフラＩ／Ｆ（インタフェース）部１０１と、ＰＣ Ｉ／Ｆ部１０２と、スイッチ部１１０と、ＩＰ電話処理部１２０と、記憶部１３０とを備えている。

記憶部１３０は、スイッチ部１１０内の識別情報取得部１１３（後述）が取得した識別情報を記憶するものである。なお、記憶部１３０は、ＨＤＤ（Hard Disk Drive）、光ディスク、メモリカード、ＲＡＭ（Random Access Memory）などの一般的に利用されているあらゆる記憶媒体により構成することができる。

インフラＩ／Ｆ部１０１は、インフラスイッチ４００との間のイーサネットケーブル接続を終端し、ネットワークインタフェース機能を提供するものである。具体的には、インフラＩ／Ｆ部１０１は、インフラネットワーク７００宛のフレームを外部に送出し、ＩＰ電話端末１００宛およびＰＣ２００宛のフレームを受信してスイッチ部１１０に転送する。

ＰＣ Ｉ／Ｆ部１０２は、ＰＣ２００との間のイーサネットケーブル接続を終端し、ネットワークインタフェース機能を提供するものである。具体的には、ＰＣ Ｉ／Ｆ部１０２は、ＰＣ２００宛のフレームを外部に送出し、インフラネットワーク７００宛およびＩＰ電話端末１００宛のフレームを受信しスイッチ部１１０に転送する。

スイッチ部１１０は、イーサネットフレームをその宛先にあわせて送受信するイーサネットスイッチである。スイッチ部１１０は、さらに詳細な構成として、転送部１１１と、判断部１１２と、識別情報取得部１１３とを備えている。

転送部１１１は、フレームの宛先に応じてインフラＩ／Ｆ部１０１、ＰＣ Ｉ／Ｆ部１０２、およびＩＰ電話処理部１２０内のＩＰ電話Ｉ／Ｆ部１２１（後述）の３つのＩ／Ｆ部に対してフレームの転送を行う。

判断部１１２は、ＰＣ Ｉ／Ｆ部１０２とインフラＩ／Ｆ部１０１の間で転送されるイーサネットフレームを監視して、所定のフレームが転送されたか否かを判断するものである。具体的には、判断部１１２は、ＰＣ Ｉ／Ｆ部１０２とインフラＩ／Ｆ部１０１との間で転送される８０２．１Ｘフレームの情報を監視する。そして、判断部１１２は、例えば利用者のＩＤを含む認証メッセージとして予め定められたＥＡＰ−Ｒｅｑｕｅｓｔ／Ｉｄｅｎｔｉｔｙフレームが転送されたかを判断する。また、判断部１１２は、例えば利用者の８０２．１Ｘ認証が成功したことを通知する許可メッセージとして予め定められたＥＡＰ−Ｓｕｃｃｅｓｓフレームが転送されたかを判断する。

識別情報取得部１１３は、判断部１１２によって所定の認証メッセージが転送されたと判断された場合に、当該認証メッセージから利用者の識別情報を取得するものである。具体的には、識別情報取得部１１３は、ＰＣ２００からインフラネットワーク７００に対してＥＡＰ−Ｒｅｑｕｅｓｔ／Ｉｄｅｎｔｉｔｙフレームが転送された場合に、このフレームから利用者の識別情報を取得する。ＥＡＰ−Ｒｅｑｕｅｓｔ／Ｉｄｅｎｔｉｔｙフレームの構成については後述する。

なお、識別情報取得部１１３は、取得した識別情報を記憶部１３０に保存する。保存した識別情報は、後述するＳＩＰメッセージ処理部１２３が、識別情報を含むＳＩＰ Ｒｅｇｉｓｔｅｒ−Ｒｅｑｕｅｓｔメッセージを生成するときに参照される。

ＩＰ電話処理部１２０は、詳細な構成として、ＩＰ電話Ｉ／Ｆ部１２１と、ＴＣＰ／ＩＰプロトコルスタック部１２２と、ＳＩＰメッセージ処理部１２３と、メディア処理部１２４と、ＳＩＰアプリケーション部１２５と、ユーザＩ／Ｆ部１２６と、制御部１２７と、を備えている。

ＩＰ電話Ｉ／Ｆ部１２１は、ＩＰ電話端末１００の内部的なネットワークインタフェースである。ＩＰ電話Ｉ／Ｆ部１２１は、インフラネットワーク７００宛およびＰＣ２００宛のフレームをスイッチ部１１０に転送し、ＩＰ電話端末１００宛のフレームをスイッチ部１１０から受信する。また、ＩＰ電話Ｉ／Ｆ部１２１は、ＩＰ電話端末１００宛のフレームをＴＣＰ／ＩＰプロトコルスタック部１２２に転送する。

ＴＣＰ／ＩＰプロトコルスタック部１２２は、ＩＰ電話機能を実現するためのＴＣＰ／ＩＰプロトコルの処理を行うものである。具体的には、ＴＣＰ／ＩＰプロトコルスタック部１２２は、ＳＩＰメッセージ処理部１２３およびメディア処理部１２４がそれぞれＳＩＰメッセージおよびメディアを送受信するために必要なＴＣＰ／ＩＰプロトコル処理を実行する。

ＳＩＰメッセージ処理部１２３は、ＩＰ電話機能を実現するための呼制御を、ＳＩＰを使って行うものである。例えば、ＳＩＰメッセージ処理部１２３は、ＳＩＰアプリケーション部１２５の指示に従ってＳＩＰメッセージを作成し、ＴＣＰ／ＩＰプロトコルスタック部１２２を介して送信する。より具体的には、ＳＩＰメッセージ処理部１２３は、判断部１１２によって８０２．１Ｘ認証が成功したことを通知する許可メッセージが転送されたと判断された場合に、記憶部１３０に保存されている識別情報の利用者に対してＩＰ電話機能を利用可能とするためのＳＩＰ Ｒｅｇｉｓｔｅｒ−Ｒｅｑｕｅｓｔメッセージを作成し、ＳＩＰサーバ６００宛に送信する。

また、ＳＩＰメッセージ処理部１２３は、ＴＣＰ／ＩＰプロトコルスタック部１２２から受信したＳＩＰメッセージを識別し、必要な呼制御情報をＳＩＰアプリケーション部１２５に通知する。

メディア処理部１２４は、ＩＰ電話機能を実現するために音声や映像などの情報であるメディア情報を処理するメディア処理を行うものである。具体的には、メディア処理部１２４は、ＳＩＰアプリケーション部１２５の指示に従い、ＴＣＰ／ＩＰプロトコルスタック部１２２を介してメディアパケット（ＲＴＰ／ＲＴＣＰ）を送信する。また、ＴＣＰ／ＩＰプロトコルスタック部１２２から受信したメディアパケットを識別し、メディア情報をＳＩＰアプリケーション部１２５に通知する。

ＳＩＰアプリケーション部１２５は、呼制御およびメディア処理を行うことによってＩＰ電話機能を実現するためのアプリケーションである。ＳＩＰアプリケーション部１２５は、呼制御およびメディア処理のためにＳＩＰメッセージ処理部１２３およびメディア処理部１２４をそれぞれ利用する。ＳＩＰアプリケーション部１２５は、ユーザＩ／Ｆ部１２６を介して利用者に操作される。

ユーザＩ／Ｆ部１２６は、利用者がＩＰ電話機能を利用するためのユーザインタフェースを提供するものである。具体的には、ユーザＩ／Ｆ部１２６は、ダイヤル、ヘッドセット（スピーカ、マイク）、呼び出しスピーカ、ＬＥＤ（Light Emitting Diode）、ＬＣＤ（Liquid Crystal Display）などを含んでいる。ユーザＩ／Ｆ部１２６は、利用者の操作情報をもとに、ＩＰ電話機能を利用するために必要な情報であるＳＩＰアプリケーション制御情報を生成し、ＳＩＰアプリケーション部１２５を制御する。例えば、ユーザＩ／Ｆ部１２６は、ダイヤルされた番号である操作情報から、発信処理に必要なＳＩＰアプリケーション制御情報を生成してＳＩＰアプリケーション部１２５を制御する。

制御部１２７は、判断部１１２から、ＰＣ２００の利用者の８０２．１Ｘ認証状態について通知を受けて利用者のＳＩＰアドレス登録処理を制御するものである。具体的には、制御部１２７は、ＰＣ２００の利用者が８０２．１Ｘ認証によってネットワークアクセスを許可されたと判断された場合、ＳＩＰメッセージ処理部１２３に対して、８０２．１Ｘ認証によって認証された利用者の識別情報を通知する。なお、通知を受けたＳＩＰメッセージ処理部１２３は、認証された利用者がＩＰ電話端末１００を利用するためのＳＩＰアドレス登録処理に必要なＳＩＰメッセージの作成を開始する。また、制御部１２７の機能をＳＩＰメッセージ処理部１２３内で実現するように構成してもよい。

次に、このように構成された第１の実施の形態にかかるＩＰ電話端末１００によるＳＩＰアドレス登録処理について図４を用いて説明する。図４は、第１の実施の形態におけるＳＩＰアドレス登録処理の全体の流れを示すシーケンス図である。

まず、ＰＣ２００は、ＩＰ電話端末１００を介して、インフラスイッチ４００との間で８０２．１Ｘ認証を実行する（ステップＳ４０１〜ステップＳ４１７）。８０２．１Ｘ認証では、ＰＣ２００とインフラスイッチ４００との間で所定のＥＡＰＯＬフレームが交換される。

ＥＡＰＯＬフレームの交換では、ＩＰ電話端末１００は、ＰＣ２００から送信されるＥＡＰＯＬフレームを、ＰＣ Ｉ／Ｆ部１０２で受信し、受信したフレームをスイッチ部１１０によってインフラＩ／Ｆ部１０１に転送する。一方、ＩＰ電話端末１００は、インフラスイッチ４００から送信されるＥＡＰＯＬフレームを、インフラＩ／Ｆ部１０１で受信し、受信したフレームをスイッチ部１１０によってＰＣ Ｉ／Ｆ部１０２に転送する。スイッチ部１１０がＥＡＰＯＬフレームを転送する際、判断部１１２が転送するフレームの内部を監視しており、後述するタイミングでＥＡＰＯＬフレーム情報を取得し、制御部１２７に通知する。

以下、各ステップの詳細について説明する。８０２．１Ｘ認証は、ＰＣ２００からインフラスイッチ４００に対して、ＥＡＰＯＬ−Ｓｔａｒｔフレームを送信することで開始される（ステップＳ４０１、ステップＳ４０２）。このフレームを受信したインフラスイッチ４００は、ＥＡＰ−Ｒｅｑｕｅｓｔ／ＩｄｅｎｔｉｔｙフレームをＰＣ２００に対して送信する（ステップＳ４０３、ステップＳ４０４）。

ＥＡＰ−Ｒｅｑｕｅｓｔ／Ｉｄｅｎｔｉｔｙフレームを受信したＰＣ２００は、このフレームに対する応答のフレームに含める利用者ＩＤを入力させるため、ＧＵＩ等を利用して、利用者に対して利用者ＩＤおよびパスワードなどの入力を促す。

そして、ＰＣ２００は、入力された利用者ＩＤを含むＥＡＰ−Ｒｅｓｐｏｎｓｅ／Ｉｄｅｎｔｉｔｙフレームを、インフラスイッチ４００を宛先として送信する（ステップＳ４０５）。

図５は、ＥＡＰ−Ｒｅｓｐｏｎｓｅ／Ｉｄｅｎｔｉｔｙフレームの構成例を示す図である。なお、ここでは、ＰＣ２００の利用者の利用者ＩＤが「alice」であるものとする。図５に示すように、ＥＡＰ−Ｒｅｓｐｏｎｓｅ／Ｉｄｅｎｔｉｔｙフレームは、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、イーサネットタイプ、ＥＡＰＯＬプロトコルバージョン、ＥＡＰＯＬパケットタイプ、ＥＡＰＯＬパケット長、ボディ、およびＦＣＳ（フレームチェックシーケンス）を含んでいる。ボディは、ＥＡＰに従い、ＥＡＰＣｏｄｅ、ＥＡＰ Ｉｄｅｎｔｉｆｉｅｒ、ＥＡＰ Ｌｅｎｇｔｈ、ＥＡＰ Ｔｙｐｅ、およびＥＡＰ Ｔｙｐｅ−Ｄａｔａを含んでいる。

ＥＡＰ−Ｒｅｓｐｏｎｓｅ／Ｉｄｅｎｔｉｔｙフレームでは、宛先ＭＡＣアドレスには、インフラスイッチ４００のＭＡＣアドレスが設定され、送信元ＭＡＣアドレスには、ＰＣ２００のＭＡＣアドレスが設定される。イーサネットタイプは、ＥＡＰＯＬを表す「0x888e」である。ＥＡＰＯＬプロトコルバージョンは常に「0x01」である。ＥＡＰＯＬパケットタイプは、ＥＡＰ−Ｐａｃｋｅｔに対応する「0x00」である。これは、フレームがボディとしてＥＡＰを運ぶＥＡＰＯＬフレームであることを示している。ＥＡＰＯＬパケット長は、ＥＡＰＯＬのフレームの長さを示す。ＦＣＳはイーサネットフレームのフレームチェックに使用される。また、ＥＡＰ Ｃｏｄｅは、ＥＡＰ−Ｒｅｓｐｏｎｓｅを示す「0x02」である。ＥＡＰ Ｉｄｅｎｔｉｆｉｅｒには、受信済みの対応するＥＡＰ−Ｒｅｑｕｅｓｔ／Ｉｄｅｎｔｉｔｙフレーム内で設定された値と同一の値が格納される。ＥＡＰ Ｌｅｎｇｔｈは、ＥＡＰの長さである。ＥＡＰ Ｔｙｐｅには、次のＥＡＰ Ｔｙｐｅ−Ｄａｔａが、利用者の識別情報に相当するＩｄｅｎｔｉｔｙ情報を含むことを示す「0x01」が設定される。ＥＡＰ Ｔｙｐｅ−Ｄａｔａは、Ｉｄｅｎｔｉｔｙ情報として「alice」が設定される。なお、同図では、フレームに含まれる各要素名の後ろの括弧内に、各要素のバイト数を示している。

なお、認証用ＥＡＰメソッドとして、Ｐｒｏｔｅｃｔｅｄ Ｉｄｅｎｔｉｔｙ Ｅｘｃｈａｎｇｅ機能を有するメソッドを利用する場合、ＥＡＰ Ｔｙｐｅ−Ｄａｔａに利用者ＩＤを含めず、ＥＡＰメソッド固有の方法で交換することもある。本実施の形態では、任意の認証用ＥＡＰメソッドを適用できるが、以下では、いずれの認証用ＥＡＰメソッドを使用する場合であっても、ＥＡＰ Ｔｙｐｅ−Ｄａｔａに利用者ＩＤの値を格納することを前提とする。

図４に戻り、ＩＰ電話端末１００のＰＣ Ｉ／Ｆ部１０２が、ＰＣ２００利用者の利用者ＩＤを含むＥＡＰ−Ｒｅｓｐｏｎｓｅ／Ｉｄｅｎｔｉｔｙフレームを受信すると、スイッチ部１１０は、このフレームをインフラＩ／Ｆ部１０１に転送する。この際、判断部１１２は、フレームのヘッダおよびボディのＥＡＰ Ｃｏｄｅ等を参照することにより、このフレームが利用者ＩＤを含むＥＡＰ−Ｒｅｓｐｏｎｓｅ／Ｉｄｅｎｔｉｔｙフレームであると判断する。そして、識別情報取得部１１３が、ＩｄｅｎｔｉｔｙのＥＡＰ Ｔｙｐｅ−Ｄａｔａとしてフレームに含まれる情報である利用者ＩＤを利用者の識別情報として取得して記憶部１３０に保存する（ステップＳ４０６）。

ＥＡＰ−Ｒｅｓｐｏｎｓｅ／Ｉｄｅｎｔｉｔｙフレームは、インフラＩ／Ｆ部１０１を介してインフラスイッチ４００に送信される（ステップＳ４０７）。

インフラスイッチ４００は、ＰＣ２００との間で８０２．１Ｘ認証を行う過程で、認証サーバ５００との間でＲＡＤＩＵＳプロトコルなどの認証プロトコルに従ってメッセージを交換する（ステップＳ４０８〜ステップＳ４０９）。例えば、インフラスイッチ４００は、ＲＡＤＩＵＳプロトコルの認証要求であるＡｃｃｅｓｓ Ｒｅｑｕｅｓｔフレームを認証サーバ５００に送信する。

以後、インフラスイッチ４００およびＰＣ２００は、８０２．１Ｘ認証のためにＥＡＰ−ＲｅｑｕｅｓｔフレームとＥＡＰ−Ｒｅｓｐｏｎｓｅフレームの交換を続ける（ステップＳ４１０〜ステップＳ４１３）。なお、同図では交換するフレームをそれぞれ１つのみ記載しているが、必要に応じて２回以上フレームの交換をする場合がある。

認証サーバ５００によって利用者が認証され、Ａｃｃｅｓｓ Ａｃｃｅｐｔフレームが送信されると（ステップＳ４１４）、インフラスイッチ４００は、ＰＣ２００を宛先として、ＥＡＰ−Ｓｕｃｃｅｓｓフレームを送信する（ステップＳ４１５）。

図６は、ＥＡＰ−Ｓｕｃｃｅｓｓフレームの構成例を示す図である。ＥＡＰ−Ｓｕｃｃｅｓｓフレームは、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、イーサネットタイプ、ＥＡＰＯＬプロトコルバージョン、ＥＡＰＯＬパケットタイプ、ＥＡＰＯＬパケット長、ボディ、およびＦＣＳを含んでいる。ボディは、ＥＡＰに従い、ＥＡＰ Ｃｏｄｅ、ＥＡＰ Ｉｄｅｎｔｉｆｉｅｒ、およびＥＡＰ Ｌｅｎｇｔｈを含んでいる。

ＥＡＰ−Ｓｕｃｃｅｓｓフレームでは、宛先ＭＡＣアドレスにはＰＣ２００のＭＡＣアドレスが設定され、送信元ＭＡＣアドレスにはインフラスイッチ４００のＭＡＣアドレスが設定される。イーサネットタイプは、ＥＡＰＯＬを表す「0x888e」である。ＥＡＰＯＬプロトコルバージョンは常に「0x01」である。ＥＡＰＯＬパケットタイプは、ＥＡＰ−Ｐａｃｋｅｔに対応する「0x00」である。ＥＡＰＯＬパケット長は、ＥＡＰＯＬのフレームの長さを示す。ＦＣＳはイーサネットフレームのフレームチェックに使用される。また、ＥＡＰ Ｃｏｄｅは、ＥＡＰ−Ｓｕｃｃｅｓｓを示す「0x03」である。ＥＡＰ Ｉｄｅｎｔｉｆｉｅｒは、受信済みの対応するＥＡＰ−Ｒｅｑｕｅｓｔフレーム内で設定された値と同一の値が格納される。ＥＡＰ Ｌｅｎｇｔｈは、ＥＡＰの長さである。

図４に戻り、ＩＰ電話端末１００のインフラＩ／Ｆ部１０１が、ＥＡＰ−Ｓｕｃｃｅｓｓフレームを受信すると、スイッチ部１１０は、このフレームをＰＣ Ｉ／Ｆ部１０２に転送する。この際、判断部１１２は、フレームのヘッダおよびボディのＥＡＰ Ｃｏｄｅ等を参照することにより、このフレームがＥＡＰ−Ｓｕｃｃｅｓｓフレームであると判断する。これにより、判断部１１２は、記憶部１３０に保存している利用者ＩＤの利用者の認証が成功したと判定することができる（ステップＳ４１６）。

なお、利用者が認証された場合、インフラスイッチ４００はＰＣ２００のネットワークアクセスを許可する。また、ＥＡＰ−Ｓｕｃｃｅｓｓフレームはスイッチ部１１０によりＰＣ２００に転送される（ステップＳ４１７）。そして、ＰＣ２００は、ＧＵＩを利用して、利用者に対してネットワークアクセスが許可されたことを通知する。

利用者が認証されたと判定した場合、判断部１１２は、制御部１２７に対して、８０２．１Ｘにより認証された利用者ＩＤを通知する。制御部１２７は、ＳＩＰメッセージ処理部１２３に対して、ＳＩＰアドレスの登録を指示する。

なお、前述の通り、ＩＰ電話端末１００は、８０２．１Ｘ認証が不要であるか、必要である場合はこの時点で既に８０２．１Ｘ認証が成功しており、ネットワークアクセスが許可されているものとする。

ＳＩＰメッセージ処理部１２３は、制御部１２７の指示に応じて、利用者ＩＤから生成したＡｏＲを含むＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージを生成する（ステップＳ４１８）。

このように、本実施の形態では、ＩＰ電話端末１００において、ＰＣ２００を利用するために行うＩＥＥＥ８０２．１Ｘ認証の利用者ＩＤから、ＩＰ電話端末１００を利用するために行うアドレス登録のＳＩＰアドレスが生成可能であることを前提とする。例えば、ＩＰ電話端末１００に設定された情報を元にして、利用者ＩＤにＳＩＰアドレスのためのドメイン（記号「@」以降の文字列）を補って生成したＡｏＲをＳＩＰアドレスとして利用するように構成してもよい。

図７は、ＳＩＰメッセージ処理部１２３が作成するＳＩＰ Ｒｅｇｉｓｔｅｒ−Ｒｅｑｕｅｓｔメッセージの構成例を示す図である。ここでは、ＩＰ電話端末１００に割り当てられたＩＰアドレスは「192.168.0.101」であるものとする。また、ＳＩＰサーバ６００の名前「registrar.example.com」が、予め記憶部１３０等に記憶され、メッセージ作成時に参照できるものとする。

図７で、Ｒｅｑｕｅｓｔ−ＵＲＩは、ＳＩＰサーバ６００のＳＩＰアドレス「sip:registrar.example.com」である。ＦｒｏｍヘッダおよびＴｏヘッダは、ＩＰ電話端末１００に設定すべきＡｏＲ、すなわち、「[email protected]」である。Ｃｏｎｔａｃｔヘッダは、ＩＰ電話端末１００のＩＰアドレスによって示される、「[email protected]」のためのコンタクトアドレス（[email protected]）である。

なお、ＡｏＲは、ＳＩＰシステム内で一意に利用者を特定するＳＩＰアドレスである。コンタクトアドレスは、実際のＩＰ電話端末１００に割り当てられたＩＰアドレスと、ＡｏＲのユーザパートとを、記号「@」を介して接続した形を取るＳＩＰアドレスである。コンタクトアドレスは、ＳＩＰサーバ６００でＡｏＲに関連づけられて保持される。

図４に戻り、ＩＰ電話端末１００のＳＩＰメッセージ処理部１２３は、作成したＳＩＰ Ｒｅｇｉｓｔｅｒ−ＲｅｑｕｅｓｔメッセージをＳＩＰサーバ６００に送信する（ステップＳ４１９）。ＳＩＰサーバ６００は、ＳＩＰアドレスを登録後、ＳＩＰ Ｒｅｇｉｓｔｅｒ−ＲｅｓｐｏｎｓｅメッセージをＩＰ電話端末１００に送信する（ステップＳ４２０）。ＩＰ電話端末１００がＳＩＰ Ｒｅｇｉｓｔｅｒ−Ｒｅｓｐｏｎｓｅメッセージを受信することにより、ＳＩＰアドレス登録処理が完了する。

これ以後、利用者のＡｏＲ宛ての発呼は、ＳＩＰサーバ６００を介してコンタクトアドレスに変換され、対応するＩＰ電話端末１００に着信するようになる。

以上のシーケンスにより、ＰＣ２００の利用者がＰＣ２００を操作してＰＣ２００の８０２．１Ｘ認証を実行することで、同時に、ＩＰ電話端末１００を利用可能とするためのＳＩＰアドレス登録が完了する。

次に、このように構成された第１の実施の形態にかかるＩＰ電話端末１００によるＳＩＰアドレス削除処理について図８を用いて説明する。ＳＩＰアドレス削除処理とは、８０２．１Ｘ認証終了（ログオフ）に応じてＳＩＰアドレスをＳＩＰサーバ６００から削除する処理をいう。図８は、第１の実施の形態におけるＳＩＰアドレス削除処理の全体の流れを示すシーケンス図である。

まず、ＰＣ２００は、ＥＡＰＯＬ−Ｌｏｇｏｆｆフレームを、インフラスイッチ４００を宛先として送信する（ステップＳ８０１）。図９は、ＥＡＰＯＬ−Ｌｏｇｏｆｆフレームの構成例を示す図である。図９に示すように、ＥＡＰＯＬ−Ｌｏｇｏｆｆフレームは、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、イーサネットタイプ、ＥＡＰＯＬプロトコルバージョン、ＥＡＰＯＬパケットタイプ、ＥＡＰＯＬパケット長、およびＦＣＳを含んでいる。

ＥＡＰＯＬ−Ｌｏｇｏｆｆフレームでは、宛先ＭＡＣアドレスにはインフラスイッチ４００のＭＡＣアドレスが設定され、送信元ＭＡＣアドレスにはＰＣ２００のＭＡＣアドレスが設定される。イーサネットタイプは、ＥＡＰＯＬを表す「0x888e」である。ＥＡＰＯＬプロトコルバージョンは常に「0x01」である。ＥＡＰＯＬパケットタイプは、ＥＡＰＯＬ−Ｌｏｇｏｆｆを示す「0x02」である。ＥＡＰＯＬ長は、ＥＡＰＯＬのフレームの長さを示す。ＦＣＳはイーサネットフレームのフレームチェックに使用される。

図８に戻り、ＩＰ電話端末１００のＰＣ Ｉ／Ｆ部１０２は、ＥＡＰＯＬ−Ｌｏｇｏｆｆフレームを受信すると、スイッチ部１１０がインフラＩ／Ｆ部１０１に転送する。このとき、判断部１１２は、フレームのヘッダ等を参照することにより、このフレームがＥＡＰＯＬ−Ｌｏｇｏｆｆフレームであると判断する。これにより、判断部１１２は、記憶部１３０に保存している利用者ＩＤの利用者がログオフされたことを識別する（ステップＳ８０２）。

なお、インフラＩ／Ｆ部１０１に転送されたＥＡＰＯＬ−Ｌｏｇｏｆｆフレームは、インフラスイッチ４００に送信される（ステップＳ８０３）。このフレームを受信したインフラスイッチ４００は、ＰＣ２００のネットワークアクセスを不許可とする。

ステップＳ８０２で、利用者のログオフを識別した判断部１１２は、制御部１２７に対して利用者がログオフしたことを通知する。制御部１２７は、ＳＩＰメッセージ処理部１２３に対して、８０２．１Ｘ認証時に登録したＳＩＰアドレスの削除を指示する。ＳＩＰメッセージ処理部１２３は、指示に応じて、登録したＳＩＰアドレスを削除するためのＳＩＰ−Ｒｅｇｉｓｔｅｒ−Ｒｅｑｕｅｓｔメッセージを作成する（ステップＳ８０４）。そして、ＳＩＰメッセージ処理部１２３は、作成したＳＩＰ−Ｒｅｇｉｓｔｅｒ−ＲｅｑｕｅｓｔメッセージをＳＩＰサーバ６００に送信する（ステップＳ８０５）。

ＳＩＰサーバ６００は、ＳＩＰ−Ｒｅｇｉｓｔｅｒ−Ｒｅｑｕｅｓｔメッセージを受信すると、指定されたＳＩＰアドレスを削除し、応答としてＳＩＰ Ｒｅｇｉｓｔｅｒ−ＲｅｓｐｏｎｓｅメッセージをＩＰ電話端末１００に送信する（ステップＳ８０６）。

ＳＩＰ Ｒｅｇｉｓｔｅｒ−Ｒｅｓｐｏｎｓｅメッセージを受信した場合、制御部１２７は記憶部１３０から利用者ＩＤを削除し（ステップＳ８０７）、ＳＩＰアドレス削除処理を終了する。

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

このように、第１の実施の形態にかかるＩＰ電話端末では、ネットワークへの接続を仲介するＰＣが送信した認証用のメッセージから、ＰＣの利用者を識別する利用者ＩＤを取得し、認証が成功したときに、取得した利用者ＩＤから生成したＳＩＰアドレスをＳＩＰサーバに登録することができる。すなわち、利用者がＩＰ電話端末を経由してＰＣを接続し、ＰＣを操作してＰＣのネットワークアクセス認証処理を完了させることで、同時に、利用者がＩＰ電話端末を利用するためのＳＩＰアドレス登録処理が完了する。これにより、ＰＣおよびＩＰ電話端末を利用開始する際の利用者の操作を簡略化することができる。

（第２の実施の形態）
第１の実施の形態では、ＰＣの認証に用いる利用者ＩＤとＩＰ電話端末を利用するためのＳＩＰアドレスとが同一であること、または利用者ＩＤからドメインを補うなどして生成したＳＩＰアドレスをＩＰ電話端末のためのＳＩＰアドレスとして使用できることを前提としていた。

第２の実施の形態にかかるＩＰ電話端末は、利用者ＩＤに対応するＳＩＰアドレスを、外部のサーバから取得し、取得したＳＩＰアドレスを用いてＩＰ電話端末を利用するためのＳＩＰアドレス登録を実行するものである。これにより、ＩＰ電話端末において、ＰＣの認証用の利用者ＩＤからＩＰ電話端末のためのＳＩＰアドレスが生成できない場合であっても、ＰＣの認証に伴ってＩＰ電話端末の利用のためのＳＩＰアドレス登録を実行可能となる。

図１０は、第２の実施の形態にかかるＩＰ電話システムのネットワーク構成を示す図である。図１０に示すように、第２の実施の形態のＩＰ電話システムは、ＩＰ電話端末１０００と、ＰＣ２００と、インフラスイッチ４００と、認証サーバ５００と、ＳＩＰサーバ６００と、ディレクトリサーバ８００とを含んでいる。

第２の実施の形態では、ディレクトリサーバ８００を追加したこと、およびＩＰ電話端末１０００の機能が第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるＩＰ電話システムの構成を表す図１と同様であるので、同一符号を付し、ここでの説明は省略する。

ディレクトリサーバ８００は、ＰＣ２００の利用者の利用者ＩＤと、ＩＰ電話端末１０００を利用するためのＳＩＰアドレスとを対応づけて管理するサーバ装置である。ＩＰ電話端末１０００などの外部装置は、例えばＬＤＡＰなどのディレクトリアクセスプロトコルによって、利用者ＩＤに対応するＳＩＰアドレスを要求するメッセージをディレクトリサーバ８００に送信し、その応答メッセージからＳＩＰアドレスを取得することができる。

次に、ＩＰ電話端末１０００の機能および構成の詳細について説明する。図１１は、第２の実施の形態のＩＰ電話端末１０００の詳細な構成を示すブロック図である。図１１に示すように、ＩＰ電話端末１０００は、インフラＩ／Ｆ部１０１と、ＰＣ Ｉ／Ｆ部１０２と、スイッチ部１１０と、ＩＰ電話処理部１１２０と、記憶部１３０とを備えている。

第２の実施の形態では、ＳＩＰメッセージ処理部１１２３の機能、制御部１１２７の機能、およびＩＰ電話処理部１１２０内にアドレス取得部１１２８を追加したことが第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるＩＰ電話システムの構成を表す図１と同様であるので、同一符号を付し、ここでの説明は省略する。

制御部１１２７は、ＰＣ２００の利用者が８０２．１Ｘ認証によってネットワークアクセスを許可された場合に、後述するアドレス取得部１１２８に対して認証された利用者の利用者ＩＤを通知し、アドレス取得部１１２８から通知した利用者ＩＤに対応するＳＩＰアドレスを取得する機能、および取得したＳＩＰアドレスをＳＩＰメッセージ処理部１１２３に通知してＳＩＰメッセージの作成を指示する機能が追加された点が、第１の実施の形態の制御部１２７と異なっている。

ＳＩＰメッセージ処理部１１２３は、制御部１１２７から通知されたＳＩＰアドレスを用いてＳＩＰメッセージを作成する点が、第１の実施の形態のＳＩＰメッセージ処理部１２３と異なっている。

アドレス取得部１１２８は、アドレス取得部１１２８は、制御部１１２７から利用者ＩＤを通知された場合に、ＴＣＰ／ＩＰプロトコルスタック部１２２を利用して、ＬＤＡＰなどのディレクトリアクセスプロトコルによって利用者ＩＤに対応するＳＩＰアドレスをディレクトリサーバ８００から取得する。

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

ステップＳ１２０１からステップＳ１２１７までの、ＥＡＰＯＬパケット交換処理は、第１の実施の形態にかかるＩＰ電話端末１００におけるステップＳ４０１からステップＳ４１７までと同様の処理なので、その説明を省略する。

ステップＳ１２１６で利用者が認証されたと判定された場合、制御部１１２７は、アドレス取得部１１２８に対して利用者ＩＤを通知し、ＳＩＰアドレスの問い合わせを指示する。そして、アドレス取得部１１２８は、制御部１１２７の指示に応じて、利用者ＩＤに対応するＳＩＰアドレス（ＡｏＲ）をディレクトリサーバ８００に問い合わせる（ステップＳ１２１８）。

ディレクトリサーバ８００は、問い合わせに応じて、指定された利用者ＩＤに対応するＡｏＲをＩＰ電話端末１０００に返信する（ステップＳ１２１９）。

アドレス取得部１１２８は、ディレクトリサーバ８００から受信したＡｏＲを制御部１１２７に通知する。そして、制御部１１２７は、受信したＡｏＲを記憶部１３０に保存する（ステップＳ１２２０）。また、制御部１１２７は、受信したＡｏＲをＳＩＰメッセージ処理部１１２３に通知するとともに、ＳＩＰアドレスの登録を指示する。

ＳＩＰメッセージ処理部１１２３は、制御部１１２７の指示に応じて、通知されたＡｏＲを含むＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージを生成する（ステップＳ１２２１）。

ステップＳ１２２２からステップＳ１２２３までの、ＳＩＰメッセージ送受信処理は、第１の実施の形態にかかるＩＰ電話端末１００におけるステップＳ４１９からステップＳ４２０までと同様の処理なので、その説明を省略する。

以上のシーケンスにより、利用者ＩＤとＳＩＰアドレスとが異なる場合であっても、ＰＣ２００の８０２．１Ｘ認証と同時に、ＩＰ電話端末１０００を利用可能とするためのＳＩＰアドレス登録が完了する。

次に、このように構成された第２の実施の形態にかかるＩＰ電話端末１０００によるＳＩＰアドレス削除処理について図１３を用いて説明する。図１３は、第２の実施の形態におけるＳＩＰアドレス削除処理の全体の流れを示すシーケンス図である。

ステップＳ１３０１からステップＳ１３０３までの、ＥＡＰＯＬフレーム送信処理は、第１の実施の形態にかかるＩＰ電話端末１００におけるステップＳ８０１からステップＳ８０３までと同様の処理なので、その説明を省略する。

利用者がログオフしたと判定された場合、ＳＩＰメッセージ処理部１１２３は、制御部１１２７の指示に応じて、登録したＳＩＰアドレスを削除するためのＳＩＰ−Ｒｅｇｉｓｔｅｒ−Ｒｅｑｕｅｓｔメッセージを作成する（ステップＳ１３０４）。本実施の形態では、ＳＩＰメッセージ処理部１１２３は、記憶部１３０に保存されたＡｏＲを含むＳＩＰ−Ｒｅｇｉｓｔｅｒ−Ｒｅｑｕｅｓｔメッセージを生成する。

ステップＳ１３０５からステップＳ１３０６までの、ＳＩＰメッセージ送受信処理は、第１の実施の形態にかかるＩＰ電話端末１００におけるステップＳ８０５からステップＳ８０６までと同様の処理なので、その説明を省略する。

ＳＩＰ Ｒｅｇｉｓｔｅｒ−Ｒｅｓｐｏｎｓｅメッセージを受信した場合、制御部１１２７は記憶部１３０から利用者ＩＤおよびＡｏＲを削除し（ステップＳ１３０７）、ＳＩＰアドレス削除処理を終了する。

このように、第２の実施の形態にかかるＩＰ電話端末では、利用者ＩＤに対応するＳＩＰアドレスを外部のサーバから取得し、取得したＳＩＰアドレスを用いてＩＰ電話端末を利用するためのＳＩＰアドレス登録を実行することができる。これにより、ＰＣの認証用の利用者ＩＤとＩＰ電話端末のためのＳＩＰアドレスの対応関係が、外部のサーバにて管理されている場合であっても、ＰＣの認証と同時にＳＩＰアドレス登録を実行することができる。

（変形例）
なお、上述の各実施の形態では、ＰＣ２００はインフラスイッチ４００との間で８０２．１Ｘによりネットワークアクセス認証を行っていた。適用可能な認証プロトコルはこれに限られるものではなく、例えば、８０２．１Ｘと同様にＥＡＰを利用するＰＡＮＡを認証プロトコルとして利用するように構成してもよい。

以下に、認証プロトコルとしてＰＡＮＡを利用する場合の変形例について説明する。この場合、ＰＣ２００は、レイヤ３インフラスイッチまたは認証エージェントとの間でＥＡＰを利用したアクセス認証を行う。また、ＩＰ電話端末が監視するフレームのフォーマットがＵＤＰパケットに変更される。

ＰＡＮＡを利用する構成の場合、ＰＣ２００は、インフラスイッチ４００ではなく、ＰＡＮＡ認証エージェント（図示せず）との間で認証メッセージ（ＰＡＮＡプロトコルメッセージ）の交換を行う。また、ＰＡＮＡの場合、ＰＣ２００は、ＰＡＮＡ−Ａｕｔｈ−Ｒｅｑｕｅｓｔ ＭｅｓｓａｇｅのＥＡＰ−ＰａｙｌｏａｄＡＶＰに含まれるＥＡＰ−Ｔｙｐｅ−Ｄａｔａによって、ＰＡＮＡ認証エージェントに対してＩｄｅｎｔｉｔｙ情報を通知する。

したがって、ＩＰ電話端末は、このメッセージを監視することで、ＰＣ２００を利用する利用者の利用者ＩＤを特定する。図１４は、利用者ＩＤを検出する場合の監視対象となるＰＡＮＡプロトコルメッセージの構成例を示す図である。

また、ＰＡＮＡの場合、ＰＡＮＡ認証エージェントは、ＰＡＮＡ−Ａｕｔｈ−Ｒｅｑｕｅｓｔ ＭｅｓｓａｇｅによってＰＣ２００の認証結果を通知する。例えば、ＰＣ２００の認証が成功した場合は、ＰＡＮＡ−Ａｕｔｈ−Ｒｅｑｕｅｓｔ ＭｅｓｓａｇｅのＲｅｓｕｌｔ−Ｃｏｄｅ ＡＶＰの値にＰＡＮＡ＿ＳＵＣＣＥＳＳが設定される。

ＩＰ電話端末は、このメッセージを監視することで、ＰＣ２００を利用する利用者が認証されたか否かを判定する。図１５は、認証結果を判定する場合の監視対象となるＰＡＮＡプロトコルメッセージの構成例を示す図である。図１５に示すように、このメッセージには、ＳｅｓｓｉｏｎＬｉｆｅｔｉｍｅ ＡＶＰとして、ＰＡＮＡセッションが有効である期間を秒数で示す値も含まれている。

なお、ＰＡＮＡヘッダには、単一のＰＡＮＡセッションを一意に識別するためのＩＤとして、Ｓｅｓｓｉｏｎ Ｉｄｅｎｔｉｆｉｅｒが含まれている。したがって、ＰＡＮＡを利用する構成の場合、ＰＣ２００の利用者の利用者ＩＤと認証結果とが対応することを、ＰＡＮＡ Ｓｅｓｓｉｏｎ Ｉｄｅｎｔｆｉｅｒを用いて判定するように構成することもできる。

上述のように、ＩＰ電話端末は、このメッセージを監視して利用者の認証結果を判定するとともに、認証が成功した場合に、このメッセージから認証期間を特定することができる。そこで、ＳＩＰアドレス登録のためのＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージを作成するときに、登録の有効期限を表すパラメタである、Ｃｏｎｔａｃｔヘッダのパラメタ「expires」に、特定したＰＡＮＡの認証期間と同一の期間を設定するように構成してもよい。

図１６は、有効期限を設定したＳＩＰ Ｒｅｇｉｓｔｅｒ−Ｒｅｑｕｅｓｔメッセージの構成例を示す図である。図１６では、Ｃｏｎｔａｃｔヘッダの「expires」パラメタに登録の有効期限（３６００秒）が設定された点が、図７のメッセージ構成例と異なっている。

このようにして有効期限を設定することにより、ＰＣ２００の認証期間と、ＩＰ電話端末におけるＳＩＰアドレスの認証期間を同一に保つことが可能となる。このため、例えば、ＰＣ２００がログアウト操作なく持ち去られた場合などであっても、ＰＣ２００の認証期間終了と同時にＳＩＰアドレスの認証期間が終了するように構成することができる。

次に、第１または第２の実施の形態にかかるＩＰ電話端末のハードウェア構成について図１７を用いて説明する。図１７は、第１または第２の実施の形態にかかるＩＰ電話端末のハードウェア構成を示す説明図である。

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

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

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

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

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

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

第１の実施の形態にかかるＩＰ電話システムのネットワーク構成を示す図である。 ＩＰ電話端末の接続形態の一例を示す図である。 第１の実施の形態のＩＰ電話端末の詳細な構成を示すブロック図である。 第１の実施の形態におけるＳＩＰアドレス登録処理の全体の流れを示すシーケンス図である。 ＥＡＰ−Ｒｅｓｐｏｎｓｅ／Ｉｄｅｎｔｉｔｙフレームの構成例を示す図である。 ＥＡＰ−Ｓｕｃｃｅｓｓフレームの構成例を示す図である。 ＳＩＰ Ｒｅｇｉｓｔｅｒ−Ｒｅｑｕｅｓｔメッセージの構成例を示す図である。 第１の実施の形態におけるＳＩＰアドレス削除処理の全体の流れを示すシーケンス図である。 ＥＡＰＯＬ−Ｌｏｇｏｆｆフレームの構成例を示す図である。 第２の実施の形態にかかるＩＰ電話システムのネットワーク構成を示す図である。 第２の実施の形態のＩＰ電話端末の詳細な構成を示すブロック図である。 第２の実施の形態におけるＳＩＰアドレス登録処理の全体の流れを示すフローチャートである。 第２の実施の形態におけるＳＩＰアドレス削除処理の全体の流れを示すシーケンス図である。 ＰＡＮＡプロトコルメッセージの構成例を示す図である。 ＰＡＮＡプロトコルメッセージの構成例を示す図である。 ＳＩＰ Ｒｅｇｉｓｔｅｒ−Ｒｅｑｕｅｓｔメッセージの構成例を示す図である。 第１または第２の実施の形態にかかるＩＰ電話端末のハードウェア構成を示す説明図である。

符号の説明

５１ ＣＰＵ
５２ ＲＯＭ
５３ ＲＡＭ
５４ 通信Ｉ／Ｆ
６１ バス
１００ ＩＰ電話端末
１０１ インフラＩ／Ｆ部
１０２ ＰＣ Ｉ／Ｆ部
１１０ スイッチ部
１１１ 転送部
１１２ 判断部
１１３ 識別情報取得部
１２０ ＩＰ電話処理部
１２１ ＩＰ電話Ｉ／Ｆ部
１２２ ＴＣＰ／ＩＰプロトコルスタック部
１２３ ＳＩＰメッセージ処理部
１２４ メディア処理部
１２５ ＳＩＰアプリケーション部
１２６ ユーザＩ／Ｆ部
１２７ 制御部
１３０ 記憶部
３００ デスク
４００ インフラスイッチ
５００ 認証サーバ
６００ ＳＩＰサーバ
７００ インフラネットワーク
８００ ディレクトリサーバ
１０００ ＩＰ電話端末
１１２０ ＩＰ電話処理部
１１２３ ＳＩＰメッセージ処理部
１１２７ 制御部
１１２８ アドレス取得部

Claims (10)

1. 外部端末とネットワークとの接続を仲介し、前記ネットワークを介して接続されたサーバ装置に利用者のアドレス情報を登録することによってＩＰ電話機能を提供するＩＰ電話端末であって、
   前記外部端末および前記ネットワークから受信したメッセージを、受信したメッセージで指定された宛先に転送する転送部と、
   前記外部端末の利用者の認証に用いるメッセージであって、前記利用者の識別情報を含む認証メッセージが前記外部端末から前記転送部を介して前記ネットワークに転送されたか否かを判断する第１判断部と、
   前記認証メッセージが前記転送部を介して転送された場合に、前記認証メッセージから前記識別情報を取得する識別情報取得部と、
   前記利用者が認証されたことを表す許可メッセージが前記ネットワークから前記転送部を介して前記外部端末に転送されたか否かを判断する第２判断部と、
   前記許可メッセージが前記転送部を介して転送された場合に、取得された前記識別情報の利用者のアドレス情報を前記サーバ装置に登録するための登録メッセージを生成して前記サーバ装置に送信するメッセージ処理部と、
   を備えたことを特徴とするＩＰ電話端末。
2. 前記メッセージ処理部は、前記許可メッセージが転送された場合に、取得された前記識別情報を含むアドレス情報を生成し、生成したアドレス情報を含む前記登録メッセージを生成して前記サーバ装置に送信すること、
   を特徴とする請求項１に記載のＩＰ電話端末。
3. 前記ネットワークを介して接続され、前記識別情報とアドレス情報とを対応づけて管理する管理装置に、取得された前記識別情報に対応するアドレス情報を要求する要求メッセージを送信し、前記要求メッセージに対して前記管理装置が返信したアドレス情報を取得するアドレス取得部をさらに備え、
   前記メッセージ処理部は、取得されたアドレス情報を含む前記登録メッセージを生成して前記サーバ装置に送信すること、
   を特徴とする請求項１に記載のＩＰ電話端末。
4. 前記第１判断部は、ＩＥＥＥ８０２．１Ｘに準拠する前記認証メッセージが転送されたか否かを判断し、
   前記第２判断部は、ＩＥＥＥ８０２．１Ｘに準拠する前記許可メッセージが転送されたか否かを判断すること、
   を特徴とする請求項１に記載のＩＰ電話端末。
5. 前記第１判断部は、ＰＡＮＡ（Protocol for Carrying Authentication for Network Access）に準拠する前記認証メッセージが転送されたか否かを判断し、
   前記第２判断部は、ＰＡＮＡに準拠する前記許可メッセージが転送されたか否かを判断すること、
   を特徴とする請求項１に記載のＩＰ電話端末。
6. 前記外部端末の利用者の認証終了を通知する通知メッセージが前記転送部を介して転送されたか否かを判断する第３判断部をさらに備え、
   前記メッセージ処理部は、前記通知メッセージが前記転送部を介して転送された場合に、取得された前記識別情報の利用者のアドレス情報を前記サーバ装置から削除するためのメッセージであって、削除するアドレス情報を含む削除メッセージを生成して前記サーバ装置に送信すること、
   を特徴とする請求項１に記載のＩＰ電話端末。
7. 前記サーバ装置は、さらに登録するアドレス情報の有効期間を登録可能であり、
   前記第１判断部は、認証が有効である期間を表す認証期間と前記利用者の識別情報とを含む前記認証メッセージが転送されたか否かを判断し、
   前記識別情報取得部は、前記認証メッセージが転送された場合に、前記認証メッセージから前記識別情報と前記認証期間とを取得し、
   前記メッセージ処理部は、前記許可メッセージが転送された場合に、取得された前記識別情報の利用者のアドレス情報を、取得された前記認証期間を前記有効期間として前記サーバ装置に登録するための前記登録メッセージを生成して前記サーバ装置に送信すること、
   を特徴とする請求項１に記載のＩＰ電話端末。
8. 前記登録メッセージは、前記識別情報の利用者のＡｏＲ（Address of Record）である前記アドレス情報を含むＳＩＰ Ｒｅｇｉｓｔｅｒメッセージであること、
   を特徴とする請求項１に記載のＩＰ電話端末。
9. 外部端末とネットワークとの接続を仲介し、前記ネットワークを介して接続されたサーバ装置に利用者のアドレス情報を登録することによってＩＰ電話機能を提供するＩＰ電話端末で実行されるアドレス登録方法であって、
   転送部が、前記外部端末および前記ネットワークから受信したメッセージを、受信したメッセージで指定された宛先に転送する転送ステップと、
   判断部が、前記外部端末の利用者の認証に用いるメッセージであって、前記利用者の識別情報を含む認証メッセージが前記外部端末から前記転送部を介して前記ネットワークに転送されたか否かを判断する第１判断ステップと、
   識別情報取得部が、前記認証メッセージが前記転送部を介して転送された場合に、前記認証メッセージから前記識別情報を取得する識別情報取得ステップと、
   判断部が、前記利用者が認証されたことを表す許可メッセージが前記転送部を介して前記ネットワークから前記外部端末に転送されたか否かを判断する第２判断ステップと、
   メッセージ処理部が、前記許可メッセージが前記転送部を介して転送された場合に、取得された前記識別情報の利用者のアドレス情報を前記サーバ装置に登録するためのメッセージであって、登録するアドレス情報を含む登録メッセージを生成して前記サーバ装置に送信するメッセージ処理ステップと、
   を備えたことを特徴とするアドレス登録方法。
10. 外部端末とネットワークとの接続を仲介し、前記ネットワークを介して接続されたサーバ装置に利用者のアドレス情報を登録することによってＩＰ電話機能を提供するＩＰ電話端末に実行させるアドレス登録プログラムであって、
    前記外部端末および前記ネットワークから受信したメッセージを、受信したメッセージで指定された宛先に転送する転送手順と、
    前記外部端末の利用者の認証に用いるメッセージであって、前記利用者の識別情報を含む認証メッセージが前記外部端末から前記転送手順により前記ネットワークに転送されたか否かを判断する第１判断手順と、
    前記認証メッセージが前記転送手順により転送された場合に、前記認証メッセージから前記識別情報を取得する識別情報取得手順と、
    前記利用者が認証されたことを表す許可メッセージが前記ネットワークから前記転送手順により前記外部端末に転送されたか否かを判断する第２判断手順と、
    前記許可メッセージが前記転送手順により転送された場合に、取得された前記識別情報の利用者のアドレス情報を前記サーバ装置に登録するためのメッセージであって、登録するアドレス情報を含む登録メッセージを生成して前記サーバ装置に送信するメッセージ処理手順と、
    を前記ＩＰ電話端末に実行させるアドレス登録プログラム。

Images