ＩＰ電話端末、サーバ装置、認証装置、通信システム、通信方法、およびプログラム
【課題】ＩＰ電話端末を介して接続するＰＣを利用するための操作を簡略化するＩＰ電話端末を提供する。
【解決手段】ネットワークとＰＣとの間でメッセージを転送可能なスイッチ部１１０と、ユーザＩＤを入力する入力部１２６ｂと、ユーザのアドレス情報を含む登録メッセージを生成する生成部１２３ａと、登録メッセージをプロキシサーバに送信し、登録メッセージに含まれるアドレス情報の登録可否を表す登録情報と、ネットワークに対するＰＣの接続可否を表す接続情報とを含む応答メッセージをプロキシサーバから受信する送受信部１２３ｂと、応答メッセージに、ネットワークに対するＰＣの接続を許可する接続情報が含まれる場合に、ネットワークとＰＣとの間でメッセージを転送するようにスイッチ部１１０を制御する制御部１２７と、を備えた。
【解決手段】ネットワークとＰＣとの間でメッセージを転送可能なスイッチ部１１０と、ユーザＩＤを入力する入力部１２６ｂと、ユーザのアドレス情報を含む登録メッセージを生成する生成部１２３ａと、登録メッセージをプロキシサーバに送信し、登録メッセージに含まれるアドレス情報の登録可否を表す登録情報と、ネットワークに対するＰＣの接続可否を表す接続情報とを含む応答メッセージをプロキシサーバから受信する送受信部１２３ｂと、応答メッセージに、ネットワークに対するＰＣの接続を許可する接続情報が含まれる場合に、ネットワークとＰＣとの間でメッセージを転送するようにスイッチ部１１０を制御する制御部１２７と、を備えた。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＰＣなどの外部端末とネットワークとの中継機能を備えたＩＰ電話端末、ＩＰ電話端末のユーザのアドレス情報を登録するサーバ装置、ＩＰ電話端末のユーザを認証する認証装置、各装置を含む通信システム、各装置による通信方法、およびＩＰ電話端末のプログラムに関する。
【背景技術】
【０００２】
あるネットワークシステムに対して認証された端末に対してのみネットワークアクセスを許可するためのプロトコルとして、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１Ｘなどのネットワークアクセス認証プロトコルが知られている。
【０００３】
ＩＥＥＥ８０２．１Ｘの認証（以下、８０２．１Ｘ認証という）では、接続した装置に対してポートレベルでの認証と接続許可を行う。通常、８０２．１Ｘ認証は、インフラスイッチと、インフラスイッチに直接接続された装置との間で行われる。
【０００４】
特許文献１では、スイッチなどを介してＩＥＥＥ８０２．１Ｘに対応したポートに接続された複数の端末のうち、いずれかの端末が８０２．１Ｘ認証されることで、すべての端末に対して接続を許可する技術が提案されている。
【０００５】
特許文献２では、ＩＥＥＥ８０２．１Ｘに対応したポートに、スイッチなどを介して複数の端末を接続した場合、各端末のＭＡＣアドレスをベースにして、端末ごとに、８０２．１Ｘ認証および接続許可を行う技術が提案されている。
【０００６】
特許文献３では、ＩＰ電話端末とシンクライアント端末との対応付けた情報を事前に管理し、各端末へのシングルサインオンを実現する技術が提案されている。
【０００７】
また、近年、通信装置間に介在し通信を制御・中継するシグナリング手順であるＳＩＰ（Session Initiation Protocol）などを用いてＩＰネットワーク上で電話網を実現したＩＰ電話システムが広く知られている。ＩＰ電話システムで利用されるＩＰ電話端末は、イーサネット（登録商標）などによってケーブリングされ、ＩＰネットワーク上でＳＩＰなどにより呼制御およびメディア転送を行うことで電話機能を実現する。
【０００８】
ユーザは、ＩＰ電話端末の利用を開始する際、ＩＰ電話端末に対してユーザのＳＩＰアドレスを登録する必要がある。ＳＩＰアドレスの登録とは、ユーザのＳＩＰアドレスとＩＰ電話端末のＳＩＰアドレスとを対応づける処理である。この登録処理では、ユーザはＩＰ電話端末に対して、認証ＩＤ／パスワードなどを入力する。ＳＩＰアドレスの登録処理は、ユーザ宛の着信呼を正しく受信し、発呼者を正しく識別し、また、ユーザごとのＩＰ電話端末の拡張機能（短縮ダイヤルなど）を設定するために必要である。ただし、ユーザの簡便性のため、ユーザが認証ＩＤやパスワードを入力しなくとも、既定のユーザによるＳＩＰアドレス登録がされているとみなして、着信や発信ができるように設定されることもある。
【０００９】
オフィス向けＩＰ電話端末は、デスクまわりのケーブリングを容易にするため、アップリンクとダウンリンクをそれぞれ１つずつ備えるスイッチ部品を内蔵するものが多い。すなわち、インフラスイッチのポートに、ＩＰ電話端末のアップリンクが接続され、ＩＰ電話端末製品のダウンリンクに、通常のＰＣなどが接続される。このような接続形態により、１つのデスクに対して割り当てられた１つのポートで、１台のＩＰ電話端末とＰＣとを利用することが可能となる。
【００１０】
一般に、このような接続形態では、ＰＣを収容するＶＬＡＮ（Virtual Local Area Network）を８０２．１Ｘ認証の認証結果に応じて切り替えるように構成される。この場合、例えば、ＰＣが、８０２．１Ｘ Ｓｕｐｐｌｉｃａｎｔとなり、ＩＰ電話端末が内蔵するスイッチが８０２．１Ｘ Ａｕｔｈｅｎｔｉｃａｔｏｒとなり、インフラネットワークに接続される認証サーバが８０２．１Ｘ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒとなる。そして、認証サーバ、ＩＰ電話端末、およびＰＣの三者間で、ＰＣに対する８０２．１Ｘ認証が実行される。認証サーバによってＰＣが認証されると、ＩＰ電話端末が、認証サーバから通知されたＶＬＡＮの情報を参照してＰＣを接続するＶＬＡＮを決定し、対応するポートのＶＬＡＮ設定を変更する。
【００１１】
【特許文献１】特開２００６−３５２４６８号公報
【特許文献２】特開２００６−６７０５７号公報
【特許文献３】特開２００７−２０６８５１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、上記のようにＩＰ電話端末を介してＰＣをインフラネットワークに接続する環境では、ＩＰ電話端末上でＳＩＰアドレスの登録処理を実行するとともに、ＰＣ上で認証処理を行う必要があるため、ＰＣを利用するための操作が煩雑になるという問題があった。
【００１３】
具体的には、ユーザは、ＩＰ電話端末が設置されたデスクにて、ＩＰ電話端末とＰＣの利用を開始するために、以下のような操作を行う必要がある。すなわち、ユーザは、まず（１）ＰＣをＩＰ電話端末のダウンリンクに接続する。次に、（２）ＩＰ電話端末を操作し、ユーザ自身のＳＩＰアドレスを登録する。そして、（３）接続したＰＣからインフラネットワークに対して８０２．１Ｘ認証を行い、接続許可およびＶＬＡＮ割り当てを受ける。
【００１４】
本発明は、上記に鑑みてなされたものであって、ＩＰ電話端末を介して接続するＰＣを利用するための操作を簡略化することができるＩＰ電話端末、サーバ装置、認証装置、通信システム、通信方法、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
上述した課題を解決し、目的を達成するために、本発明は、外部端末とネットワークとの接続を仲介し、前記ネットワークを介して接続されたサーバ装置に、ユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録することによってＩＰ電話機能を提供するＩＰ電話端末であって、前記ネットワークと前記外部端末との間でメッセージを転送可能な転送部と、ユーザを識別する情報であって、ユーザの認証に用いるユーザＩＤを入力する入力部と、入力されたユーザＩＤで識別されるユーザの前記アドレス情報の登録を要求する登録メッセージを生成する生成部と、前記登録メッセージを前記サーバ装置に送信する送信部と、前記アドレス情報の登録可否を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報とを含む応答メッセージを前記サーバ装置から受信する受信部と、前記接続情報が前記ネットワークに対する前記外部端末の接続を許可する場合に、前記ネットワークと前記外部端末との間でメッセージを転送するように前記転送部を制御する制御部と、を備えたことを特徴とする。
【００１６】
また、本発明は、外部端末とネットワークとの接続を仲介するＩＰ電話端末に、前記ネットワークを介して接続され、前記ＩＰ電話端末のユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録するサーバ装置であって、前記アドレス情報の登録を要求する登録メッセージを前記ＩＰ電話端末から受信する受信部と、前記アドレス情報が登録可能か否かを判定する認証処理部と、前記認証処理部による判定結果を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報と、を含む応答メッセージを生成する生成部と、生成された前記応答メッセージを前記ＩＰ電話端末に送信する送信部と、を備えたことを特徴とする。
【００１７】
また、本発明は、外部端末とネットワークとの接続を仲介するＩＰ電話端末と、前記ＩＰ電話端末のユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録するサーバ装置とに、前記ネットワークを介して接続された認証装置であって、前記アドレス情報のユーザを識別するユーザＩＤの認証を要求する要求メッセージを前記サーバ装置から受信する受信部と、前記要求メッセージに含まれる前記ユーザＩＤを認証する認証処理部と、前記認証処理部による認証結果と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報と、を含む応答メッセージを前記サーバ装置に送信する送信部と、を備えたことを特徴とする。
【００１８】
また、本発明は、外部端末とネットワークとの接続を仲介するＩＰ電話端末と、前記ＩＰ電話端末に前記ネットワークを介して接続され、前記ＩＰ電話端末のユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録するサーバ装置と、を備えた通信システムであって、前記ＩＰ電話端末は、前記ネットワークと前記外部端末との間でメッセージを転送可能な転送部と、ユーザを識別する情報であって、ユーザの認証に用いるユーザＩＤを入力する入力部と、入力されたユーザＩＤで識別されるユーザの前記アドレス情報の登録を要求する登録メッセージを生成する第１生成部と、前記登録メッセージを前記サーバ装置に送信する第１送信部と、前記アドレス情報の登録可否を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報とを含む応答メッセージを前記サーバ装置から受信する第１受信部と、前記接続情報が前記ネットワークに対する前記外部端末の接続を許可する場合に、前記ネットワークと前記外部端末との間でメッセージを転送するように前記転送部を制御する制御部と、を備え、前記サーバ装置は、前記登録メッセージを前記ＩＰ電話端末から受信する第２受信部と、前記アドレス情報が登録可能か否かを判定する認証処理部と、前記認証処理部による判定結果を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報と、を含む応答メッセージを生成する第２生成部と、生成された前記応答メッセージを前記ＩＰ電話端末に送信する第２送信部と、を備えたこと、を特徴とする。
【００１９】
また、本発明は、外部端末とネットワークとの接続を仲介するＩＰ電話端末と、前記ＩＰ電話端末に前記ネットワークを介して接続され、前記ＩＰ電話端末のユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録するサーバ装置と、を備えた通信システムで実行される通信方法であって、前記ＩＰ電話端末は、前記ネットワークと前記外部端末との間でメッセージを転送可能な転送部と、ユーザを識別する情報であって、ユーザの認証に用いるユーザＩＤを入力する入力部と、を備え、前記ＩＰ電話端末が、入力されたユーザＩＤで識別されるユーザの前記アドレス情報の登録を要求する登録メッセージを生成する第１生成ステップと、前記ＩＰ電話端末が、前記登録メッセージを前記サーバ装置に送信する第１送信部ステップと、前記サーバ装置が、前記登録メッセージを前記ＩＰ電話端末から受信する第１受信ステップと、前記サーバ装置が、前記アドレス情報が登録可能か否かを判定する認証処理ステップと、前記サーバ装置が、前記認証処理部による判定結果を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報と、を含む応答メッセージを生成する第２生成ステップと、前記サーバ装置が、生成された前記応答メッセージを前記ＩＰ電話端末に送信する第２送信ステップ部と、前記ＩＰ電話端末が、前記応答メッセージを前記サーバ装置から受信する第２受信ステップと、前記ＩＰ電話端末が、前記接続情報が前記ネットワークに対する前記外部端末の接続を許可する場合に、前記ネットワークと前記外部端末との間でメッセージを転送するように前記転送部を制御する制御ステップと、を備えたことを特徴とする。
【００２０】
また、本発明は、外部端末とネットワークとの接続を仲介し、前記ネットワークを介して接続されたサーバ装置に、ユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録することによってＩＰ電話機能を提供するＩＰ電話端末で実行されるプログラムであって、前記ＩＰ電話端末は、前記ネットワークと前記外部端末との間でメッセージを転送可能な転送部と、ユーザを識別する情報であって、ユーザの認証に用いるユーザＩＤを入力する入力部と、を備え、前記ＩＰ電話端末を、入力されたユーザＩＤで識別されるユーザの前記アドレス情報の登録を要求する登録メッセージを生成する生成部と、前記登録メッセージを前記サーバ装置に送信する送信部と、前記アドレス情報の登録可否を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報とを含む応答メッセージを前記サーバ装置から受信する受信部と、前記接続情報が前記ネットワークに対する前記外部端末の接続を許可する場合に、前記ネットワークと前記外部端末との間でメッセージを転送するように前記転送部を制御する制御部と、として機能させるプログラムである。
【発明の効果】
【００２１】
本発明によれば、ＩＰ電話端末を介して接続するＰＣを利用するための操作を簡略化することができるという効果を奏する。
【発明を実施するための最良の形態】
【００２２】
以下に添付図面を参照して、この発明にかかる装置、方法およびプログラムの最良な実施の形態を詳細に説明する。
【００２３】
本実施の形態にかかるＩＰ電話端末は、ＩＰ電話端末のログイン認証が成功したときに、ユーザのＳＩＰアドレスの登録とともに、ＩＰ電話端末が接続を仲介する外部端末であるＰＣのＶＬＡＮを設定する。これにより、別途ＰＣでネットワークアクセス認証を実行する必要がなくなる。
【００２４】
なお、以下では認証プロトコルとしてＩＥＥＥ８０２．１Ｘを用いた例を説明するが、適用可能な認証プロトコルはこれに限られず、認証結果に応じてネットワークへのアクセス可否またはアクセスを許可するネットワークを変更可能なプロトコルであれば、あらゆる認証プロトコルに適用できる。
【００２５】
図１は、本実施の形態にかかる通信システムの一例であるＩＰ電話システムのネットワーク構成の概念図である。図１に示すように、本実施の形態のＩＰ電話システムは、各デスクスペースを表すデスク１５０ａ〜１５０ｃに設置されたＩＰ電話端末１００ａ〜１００ｃおよびＰＣ３００ａ〜３００ｃと、インフラスイッチ２００と、プロキシサーバ６００と、認証サーバ７００とを含んでいる。
【００２６】
同図の接続形態では、複数のＩＰ電話端末１００ａ〜１００ｃが、それぞれデスク１５０ａ〜１５０ｃに備えられている。また、例えば各ユーザに割り当てられた携帯型のＰＣ３００ａ〜３００ｃが、それぞれデスク１５０ａ〜１５０ｃに備えられている。なお、ＩＰ電話端末１００ａ〜１００ｃは、それぞれ同様の構成を備えるため、以下では単にＩＰ電話端末１００という場合がある。同様に、ＰＣ３００ａ〜３００ｃを単にＰＣ３００という場合がある。なお、ＩＰ電話端末１００およびＰＣ３００の個数は３台に限られるものではない。
【００２７】
インフラスイッチ２００は、オフィスのネットワークインフラの一部として運用されるスイッチ装置であり、ＰＣ３００やＩＰ電話端末１００を接続するためのエッジデバイスに相当する。インフラスイッチ２００は、デスク１５０ごとに一つの物理ポートを割り当て、一本のイーサネット（登録商標）ケーブルを提供する。また、インフラスイッチ２００は、複数のＶＬＡＮを取り扱うことができる。
【００２８】
本実施の形態では、以下のＶＬＡＮが設定されていることとする。
（１）ＩＰ電話ネットワークＶＬＡＮ：ＩＰ電話機能を実現する装置を収容するＶＬＡＮである。ＩＰ電話端末１００、プロキシサーバ６００、およびユーザを認証する認証サーバ７００などが収容される。同図では、ＩＰ電話ネットワーク５１０が本ＶＬＡＮに相当する。このＶＬＡＮを識別するＶＬＡＮ ＩＤ（以下、ＶＩＤという）は「１８」であるものとする。
（２）ＰＣネットワークＶＬＡＮ:ユーザが接続するＰＣ３００を収容するＶＬＡＮである。ユーザの所属部署などによって、ユーザのＰＣ３００を収容するＶＬＡＮは異なる。このＶＬＡＮに接続するためには、ユーザの認証が必要となる。同図では、ＰＣネットワーク５２０、５３０が本ＶＬＡＮに相当する。ＰＣネットワーク５２０およびＰＣネットワーク５３０のＶＩＤはそれぞれ「１６」および「１７」であるものとする。
（３）ゲストネットワークＶＬＡＮ:ユーザが接続するＰＣ３００を収容するＶＬＡＮである。このＶＬＡＮに接続する際には、ユーザの認証は不要である。すなわち、認証を実行する前の未認証の状態のＰＣ３００が、このＶＬＡＮに収容される。同図では、ゲストネットワーク５４０が本ＶＬＡＮに相当する。このＶＬＡＮのＶＩＤは「１９」であるものとする。
【００２９】
なお、各ＶＬＡＮは、ルータやスイッチ（図示せず）などにより構成される通常のＩＰネットワークであり、各ＶＬＡＮ間は、ファイアウォール装置（図示せず）により相互にアクセスができないように構成される。
【００３０】
ＩＰ電話端末１００は、デスクスペースを利用するユーザに対してＩＰ電話機能を提供するＩＰ電話処理部１２０と、スイッチ機能を提供する転送部としてのスイッチ部１１０とを備えている。
【００３１】
まず、ＩＰ電話機能について説明する。ＩＰ電話端末１００は、ＩＰ電話機能の呼制御にＳＩＰを利用する。ＩＰ電話端末１００は、通常の電話機能を利用するためのダイヤル部、ヘッドセット（スピーカとマイク）を備えている。すなわち、ユーザは、ダイヤル部を用いて発信先のアドレスをダイヤルすることによる発呼機能や、ＩＰ電話端末１００を指定した呼を着呼してヘッドセットを用いて通話する機能などの通常の電話と同様の機能を利用できる。
【００３２】
ただし、以下の機能を利用するためには、デスクスペースユーザは、ＩＰ電話端末１００のダイヤル部を利用して、ユーザのＳＩＰアドレス登録を行わなければならない。
（１）デスクスペースユーザのアドレスを発信元と明示した発呼
（２）デスクスペースユーザを指定した呼の着呼
（３）デスクスペースユーザが利用するＩＰ電話拡張機能（短縮ダイヤル、Voice Mail設定、ユーザ毎の転送設定、ユーザ毎の着信拒否設定など）
【００３３】
次に、スイッチ機能について説明する。上述のように、ＩＰ電話端末１００は、スイッチ機能を提供するスイッチ部１１０を内蔵している。スイッチ部１１０は、ＩＰ電話処理部１２０ａを、ＩＰ電話ネットワークＶＬＡＮ（ＩＰ電話ネットワーク５１０）に収容する。
【００３４】
なお、ＩＰ電話端末１００は、接続インタフェースとして、イーサネット（登録商標）を接続するためのアップリンクとダウンリンクをそれぞれ一つずつ備える。アップリンクは、インフラスイッチ２００のポートに接続され、インフラスイッチ２００との間でＶＬＡＮトランク接続が行われる。一方、ダウンリンクは、ＰＣ３００を接続するために用いられる。ＩＰ電話端末１００は、ＩＰ電話端末１００でログイン操作を行った結果アクセスが許可されたＶＬＡＮにＰＣ３００を収容する。
【００３５】
ＰＣ３００は、ユーザがデスクスペースに持ち込み、ＩＰ電話端末１００のダウンリンクに接続して利用する端末である。ユーザは、ＰＣ３００をＩＰ電話端末１００のダウンリンクに接続することで、ネットワーク機能を利用することができる。本実施の形態では、同一のデスクスペースに設置されるＩＰ電話端末１００とＰＣ３００は、同一のユーザによって利用されることを仮定する。
【００３６】
プロキシサーバ６００は、ＩＰ電話端末１００に対してＳＩＰによる呼処理サービスを提供するためのサーバ装置である。例えば、プロキシサーバ６００は、ＳＩＰメッセージのルーティング、ＳＩＰアドレス登録、およびＳＩＰアドレス登録に伴うユーザの認証を行う。本実施の形態では、プロキシサーバ６００は、さらに、ＳＩＰアドレス登録時のユーザ認証の際にユーザに対してＶＬＡＮを付与する機能を備えている。
【００３７】
認証サーバ７００は、ユーザの情報を保持し、ユーザを認証する認証装置である。本実施の形態では、プロキシサーバ６００からの要求に応じて、ＳＩＰアドレス登録時のユーザ認証のために利用される。また、本実施の形態の認証サーバ７００は、ユーザに対するネットワークサービス利用の可否、または利用可能なネットワーク（ＶＬＡＮ）を決定する機能を備えている。
【００３８】
次に、本実施の形態のＩＰ電話システムのレイヤー３（ネットワーク層）およびレイヤー２（データリンク層）でのネットワーク構成について説明する。図２は、図１のネットワーク概念図に対応するレイヤー３のネットワーク構成の一例を表す図である。また、図３は、図１のネットワーク概念図に対応するレイヤー２のネットワーク構成の一例を表す図である。
【００３９】
図２に示すように、各ＶＬＡＮ（ＩＰ電話ネットワーク５１０、ＰＣネットワーク５２０、５３０、およびゲストネットワーク５４０）は、ルータ（Router）８００を介して接続される。また、同図に示すように、ＩＰ電話ネットワーク５１０は、プロキシサーバ６００と、認証サーバ７００と、各ＩＰ電話端末１００のＩＰ電話処理部１２０ａ〜１２０ｃとによって構成される。なお、同図は、ＰＣ３００ａがＰＣネットワーク５２０に収容され、ＰＣ３００ｂがＰＣネットワーク５３０に収容される例を示している。また、同図は、未認証のため、ＰＣ３００ｃがゲストネットワーク５４０に収容される例を示している。
【００４０】
図３は、各ＰＣ３００が図２に示すＶＬＡＮにそれぞれ収容される場合のレイヤー２でのネットワーク構成を示す図に相当する。図３に示すように、インフラスイッチ２００は、ＩＰ電話ネットワーク５１０、ＰＣネットワーク５２０、ＰＣネットワーク５３０、およびゲストネットワーク５４０に対して、それぞれＶＩＤ＝１８、１６、１７および１９でＶＬＡＮ接続される。また、インフラスイッチ２００は、ＩＰ電話端末１００ａ〜１００ｃそれぞれとトランク接続される。
【００４１】
ＩＰ電話端末１００ａのスイッチ部１１０ａは、ＩＰ電話処理部１２０ａおよびＰＣ３００ａとの間で、それぞれＶＩＤ＝１８および１６でＶＬＡＮ接続される。同様に、ＩＰ電話端末１００ｂのスイッチ部１１０ｂは、ＩＰ電話処理部１２０ｂおよびＰＣ３００ｂとの間で、それぞれＶＩＤ＝１８および１７でＶＬＡＮ接続される。また、ＩＰ電話端末１００ｃのスイッチ部１１０ｃは、ＩＰ電話処理部１２０ｃおよびＰＣ３００ｃとの間で、それぞれＶＩＤ＝１８および１９でＶＬＡＮ接続される。
【００４２】
次に、ＩＰ電話端末１００の機能および構成の詳細について説明する。図４は、ＩＰ電話端末１００の詳細な構成を示すブロック図である。図４に示すように、ＩＰ電話端末１００は、インフラＩ／Ｆ部１０１と、ＰＣ Ｉ／Ｆ部１０２と、スイッチ部１１０と、ＩＰ電話処理部１２０とを備えている。
【００４３】
インフラＩ／Ｆ部１０１は、インフラスイッチ２００との間のイーサネット（登録商標）ケーブル接続を終端し、ネットワークインタフェース機能を提供する。具体的には、インフラＩ／Ｆ部１０１は、各ＶＬＡＮ宛のフレームを外部に送出し、ＩＰ電話端末１００宛およびＰＣ３００宛のフレームを受信してスイッチ部１１０に転送する。
【００４４】
ＰＣ Ｉ／Ｆ部１０２は、ＰＣ３００との間のイーサネット（登録商標）ケーブル接続を終端し、ネットワークインタフェース機能を提供する。具体的には、ＰＣ Ｉ／Ｆ部１０２は、ＰＣ３００宛のフレームを外部に送出し、各ＶＬＡＮ宛およびＩＰ電話端末１００宛のフレームを受信しスイッチ部１１０に転送する。また、ＰＣ Ｉ／Ｆ部１０２は、ＰＣ３００が接続されたこと、およびＰＣ３００との接続が切断されたことを検出する検出部１０２ａを備えている。
【００４５】
スイッチ部１１０は、イーサネット（登録商標）フレームをその宛先にあわせて転送するイーサネット（登録商標）スイッチである。また、スイッチ部１１０はＶＬＡＮに対応している。すなわち、スイッチ部１１０は、インフラＩ／Ｆ部１０１、ＰＣ Ｉ／Ｆ部１０２、およびＩＰ電話処理部１２０内のＩＰ電話Ｉ／Ｆ部１２１（後述）の各Ｉ／Ｆ部に対して、ＶＬＡＮ ＩＤを割り当て、特定のＶＬＡＮのトラフィックのみを各Ｉ／Ｆ部に転送するように設定することができる。これらのＶＬＡＮの設定は、ＩＰ電話処理部１２０内の制御部１２７（後述）によって実行される。
【００４６】
ＩＰ電話処理部１２０は、詳細な構成として、ＩＰ電話Ｉ／Ｆ部１２１と、ＴＣＰ／ＩＰプロトコルスタック部１２２と、メッセージ処理部１２３と、メディア処理部１２４と、アプリケーション部１２５と、ユーザＩ／Ｆ部１２６と、制御部１２７と、を備えている。
【００４７】
ＩＰ電話Ｉ／Ｆ部１２１は、ＩＰ電話端末１００の内部的なネットワークインタフェースである。ＩＰ電話Ｉ／Ｆ部１２１は、各ＶＬＡＮ宛およびＰＣ３００宛のフレームをスイッチ部１１０に転送し、ＩＰ電話端末１００宛のフレームをスイッチ部１１０から受信する。また、ＩＰ電話Ｉ／Ｆ部１２１は、ＩＰ電話端末１００宛のフレームをＴＣＰ／ＩＰプロトコルスタック部１２２に転送する。
【００４８】
ＴＣＰ／ＩＰプロトコルスタック部１２２は、ＩＰ電話機能を実現するためのＴＣＰ／ＩＰプロトコルの処理を行う。具体的には、ＴＣＰ／ＩＰプロトコルスタック部１２２は、メッセージ処理部１２３およびメディア処理部１２４がそれぞれＳＩＰメッセージおよびメディアを送受信するために必要なＴＣＰ／ＩＰプロトコル処理を実行する。
【００４９】
メッセージ処理部１２３は、ＳＩＰのプロトコル標準におけるＳＩＰ ＵＡの仕様にしたがって、ＩＰ電話機能を実現するための呼制御を実行する。例えば、メッセージ処理部１２３は、アプリケーション部１２５の指示に従ってＳＩＰメッセージを作成し、ＴＣＰ／ＩＰプロトコルスタック部１２２を介して送信する。また、メッセージ処理部１２３は、ＴＣＰ／ＩＰプロトコルスタック部１２２から受信したＳＩＰメッセージを識別し、必要な呼制御情報をアプリケーション部１２５に通知する。
【００５０】
メッセージ処理部１２３は、さらに詳細な構成として、生成部１２３ａと、送受信部１２３ｂと、を備えている。
【００５１】
生成部１２３ａは、呼制御に用いる各種ＳＩＰメッセージを生成する。例えば、生成部１２３ａは、ＩＰ電話端末１００のユーザのＳＩＰアドレスをプロキシサーバ６００に登録するための登録メッセージであるＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージを生成する。
【００５２】
送受信部１２３ｂは、ＴＣＰ／ＩＰプロトコルスタック部１２２を介して各種メッセージを送受信する。例えば、送受信部１２３ｂは、生成部１２３ａによって生成されたＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージをプロキシサーバ６００に送信する。また、送受信部１２３ｂは、ＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージに対する応答としてプロキシサーバ６００から送信された応答メッセージである２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージなどを受信する。
【００５３】
なお、本実施の形態では、プロキシサーバ６００は、ＳＩＰアドレスの登録が許可されたユーザのＰＣ３００を収容するＶＬＡＮのＶＩＤを含む２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージを、ＩＰ電話端末１００に送信する（詳細は後述）。そこで、メッセージ処理部１２３は、このメッセージからＶＩＤを抽出し、ＰＣ Ｉ／Ｆ部１０２のＶＬＡＮ設定を抽出したＶＩＤに変更するように制御部１２７（後述）に依頼する。
【００５４】
メディア処理部１２４は、ＩＰ電話機能を実現するために音声や映像などの情報であるメディア情報を処理するメディア処理を行う。具体的には、メディア処理部１２４は、アプリケーション部１２５の指示に従い、ＴＣＰ／ＩＰプロトコルスタック部１２２を介してメディアパケット（ＲＴＰ／ＲＴＣＰ）を送信する。また、ＴＣＰ／ＩＰプロトコルスタック部１２２から受信したメディアパケットを識別し、メディア情報をアプリケーション部１２５に通知する。
【００５５】
アプリケーション部１２５は、呼制御およびメディア処理を行うことによってＩＰ電話機能を実現するためのアプリケーションである。アプリケーション部１２５は、呼制御およびメディア処理のためにメッセージ処理部１２３およびメディア処理部１２４をそれぞれ利用する。アプリケーション部１２５は、ユーザＩ／Ｆ部１２６を介してユーザに操作される。
【００５６】
ユーザＩ／Ｆ部１２６は、ユーザがＩＰ電話機能を利用するためのユーザインタフェースを提供する。ユーザＩ／Ｆ部１２６は、認証のために用いるユーザ名やパスワードなどのデータを入力するための入力部１２６ａと、データ入力のためのプロンプトや表示画面を表示するための表示部１２６ｂとを備えている。入力部１２６ａは、例えば、ダイヤル、操作ボタン、またはキーボードなどによって構成することができる。また、表示部１２６ｂは、ＬＣＤ（Liquid Crystal Display）などによって構成することができる。この他、ユーザＩ／Ｆ部１２６は、例えば、ヘッドセット（スピーカ、マイク）、呼び出しスピーカ、およびＬＥＤ（Light Emitting Diode）などを含むように構成することができる。
【００５７】
ユーザＩ／Ｆ部１２６は、ユーザの操作情報をもとに、ＩＰ電話機能を利用するために必要な情報であるＳＩＰアプリケーション制御情報を生成し、アプリケーション部１２５を制御する。例えば、ユーザＩ／Ｆ部１２６は、ダイヤルされた番号である操作情報から、発信処理に必要なＳＩＰアプリケーション制御情報を生成してアプリケーション部１２５を制御する。
【００５８】
制御部１２７は、スイッチ部１１０のＶＬＡＮ設定を行う。制御部１２７は、スイッチ部１１０に対して、３つのＩ／Ｆ部の所属するＶＬＡＮをそれぞれ指定することができる。例えば、制御部１２７は、ＩＰ電話Ｉ／Ｆ部１２１が所属するＶＬＡＮと、ＰＣ Ｉ／Ｆ部１０２が所属するＶＬＡＮとをそれぞれ別に設定することにより、スイッチ部１１０がこの両方のＶＬＡＮをインフラＩ／Ｆ部１０１を介して中継するように設定することができる。
【００５９】
なお、通常、ＶＬＡＮの設定は、ＩＰ電話端末１００またはシステムの保守者によって、保守インタフェース等を介して、システム運用開始前に事前に設定される。例えば、ＩＰ電話Ｉ／Ｆ部１２１に対してはＶＩＤ＝１８が設定され、ＰＣ Ｉ／Ｆ部１０２に対しては、デフォルトのＶＬＡＮのＶＩＤとしてゲストネットワーク５４０のＶＩＤ＝１９が設定される。
【００６０】
本実施の形態では、制御部１２７が、メッセージ処理部１２３からの依頼に応じて、ＰＣ Ｉ／Ｆ部１０２のＶＬＡＮ設定を、２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージに含まれるＶＩＤに動的に変更するようにスイッチ部１１０を制御する。これにより、ＳＩＰアドレス登録処理と同時に、ＰＣ３００を収容するＶＬＡＮの設定を完了させることができる。
【００６１】
次に、プロキシサーバ６００の機能および構成の詳細について説明する。図５は、プロキシサーバ６００の詳細な構成を示すブロック図である。図５に示すように、プロキシサーバ６００は、記憶部６１０と、ネットワークＩ／Ｆ部６０１と、ＴＣＰ／ＩＰプロトコルスタック部６０２と、メッセージ処理部６０３と、認証処理部６０４と、ＩＤ付与部６０５と、を備えている。
【００６２】
記憶部６１０は、ＩＰ電話機能の実現のために必要な各種データを記憶する。例えば、記憶部６１０は、ＳＩＰアドレスの対応関係を保持するＳＩＰロケーションＤＢを記憶する。具体的には、ＳＩＰロケーションＤＢは、呼の宛先としてＳＩＰメッセージに指定されるＳＩＰアドレスであるＡｏＲ（Address of Record）と、呼の本来の宛先となるＳＩＰアドレスであるコンタクトアドレスとを対応づけて保持する。ＳＩＰロケーションＤＢは、メッセージ処理部６０３から参照・更新される。例えば、メッセージ処理部６０３は、認証されたユーザのＡｏＲとコンタクトアドレスとを対応づけてＳＩＰロケーションＤＢに登録する。
【００６３】
なお、記憶部６１０に記憶されたＳＩＰロケーションＤＢなどのデータベースを、外部の他のサーバ装置が保持し、プロキシサーバ６００から参照・更新するように構成してもよい。また、記憶部６１０は、ＨＤＤ（Hard Disk Drive）、光ディスク、メモリカード、ＲＡＭ（Random Access Memory）などの一般的に利用されているあらゆる記憶媒体により構成することができる。
【００６４】
ネットワークＩ／Ｆ部６０１は、プロキシサーバ６００をネットワーク（ＩＰ電話ネットワーク５１０）に接続するインタフェースである。ネットワークＩ／Ｆ部６０１は、ＴＣＰ／ＩＰプロトコルスタック部６０２から受け取ったフレームをネットワークに送出し、ネットワークから受け取ったフレームをＴＣＰ／ＩＰプロトコルスタック部６０２に転送する。
【００６５】
ＴＣＰ／ＩＰプロトコルスタック部６０２は、ＩＰ電話機能を実現するためのＴＣＰ／ＩＰプロトコルの処理を行う。具体的には、ＴＣＰ／ＩＰプロトコルスタック部６０２は、メッセージ処理部６０３がＳＩＰメッセージを送受信するために必要なＴＣＰ／ＩＰプロトコル処理を実行する。
【００６６】
メッセージ処理部６０３は、ＳＩＰのプロトコル標準におけるＳＩＰ Ｐｒｏｘｙの仕様にしたがって、ＩＰ電話機能を実現するための呼制御を実行する。具体的には、メッセージ処理部６０３は、ＴＣＰ／ＩＰプロトコルスタック部６０２から受信したＳＩＰメッセージを解釈して、ＳＩＰメッセージに必要な修正を加えた後、ＴＣＰ／ＩＰプロトコルスタック部６０２に対して送信する。この際、メッセージ処理部６０３は、記憶部６１０のＳＩＰロケーションＤＢに格納されたＳＩＰアドレスの対応関係を参照する。また、メッセージ処理部６０３は、ＳＩＰアドレス登録のための認証を認証処理部６０４に対して依頼する。
【００６７】
メッセージ処理部６０３は、さらに詳細な構成として、生成部６０３ａと、送受信部６０３ｂと、を備えている。
【００６８】
生成部６０３ａは、呼制御に用いる各種ＳＩＰメッセージを生成する。例えば、生成部６０３ａは、ＩＰ電話端末１００によって送信されたＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージに対する応答メッセージとして、認証サーバ７００によって認証結果とともに通知されたＶＩＤを含む２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージを生成する。
【００６９】
送受信部６０３ｂは、ＴＣＰ／ＩＰプロトコルスタック部６０２を介して各種メッセージを送受信する。例えば、送受信部６０３ｂは、ＳＩＰアドレスを登録するためのＳＩＰ Ｒｅｇｉｓｔｅｒ ＲｅｑｕｅｓｔメッセージをＩＰ電話端末１００から受信する。また、送受信部６０３ｂは、生成部６０３ａによって生成された２００ ＯＫ ＲｅｓｐｏｎｓｅメッセージをＩＰ電話端末１００に送信する。
【００７０】
認証処理部６０４は、ＳＩＰアドレスの登録を要求したユーザを認証するための認証処理を実行する。認証処理部６０４は、ＳＩＰアドレスの登録要求を受けたメッセージ処理部６０３によって、登録の可否を判断するために利用される。すなわち、メッセージ処理部６０３は、認証処理部６０４を利用してダイジェスト認証を実行することによって、あるユーザがそのＳＩＰアドレスを利用可能であるか否かを決定する。
【００７１】
本実施の形態の認証処理部６０４は、ＲＡＤＩＵＳなどのＡＡＡプロトコルによってアクセスする認証サーバ７００を利用してユーザを認証する。なお、認証サーバ７００を利用せず、認証に必要なデータをプロキシサーバ６００内に保持して、プロキシサーバ６００内部で認証を完結させるように構成してもよい。
【００７２】
ＩＤ付与部６０５は、認証処理部６０４が、あるユーザに対してＳＩＰアドレスの利用を許可した際に、そのユーザが所属するＶＬＡＮのＶＩＤを特定し、特定したＶＩＤをＳＩＰメッセージに含めるためにメッセージ処理部６０３に通知する。具体的には、ＩＤ付与部６０５は、認証サーバ７００によって通知された認証結果を通知するメッセージから、認証されたユーザに対応するＶＩＤを抽出し、ユーザが所属するＶＬＡＮのＶＩＤとして特定する。
【００７３】
なお、ユーザごとに割り当てるＶＬＡＮのＶＩＤをプロキシサーバ６００内に保持し、プロキシサーバ６００内部でＶＩＤの付与を完結させるように構成してもよい。また、ＩＤ付与部６０５が、認証サーバ７００、または、認証サーバ７００とは異なるＬＤＡＰサーバなどの外部サーバに、ＡＡＡプロトコルと異なる他のプロトコルでアクセスし、ユーザに対応するＶＩＤを取得するように構成してもよい。
【００７４】
次に、認証サーバ７００の機能および構成の詳細について説明する。図６は、認証サーバ７００の詳細な構成を示すブロック図である。図６に示すように、認証サーバ７００は、記憶部７１０と、送受信部７０１と、認証処理部７０２とを備えている。
【００７５】
記憶部７１０は、ユーザの認証に用いる認証情報を記憶する。図７は、記憶部７１０に記憶された認証情報のデータ構造の一例を示す図である。図７に示すように、認証情報は、ユーザを識別する識別情報（ユーザＩＤ）として用いるユーザ名と、パスワードと、ＳＩＰアドレスと、ＶＬＡＮ ＩＤ（ＶＩＤ）と、認証アルゴリズムとを格納している。なお、最小限必要な情報は、ユーザ名とパスワードである。例えば、プロキシサーバ６００内でユーザに対応するＶＩＤを管理する場合は、ＶＩＤは不要である。また、認証アルゴリズムが各ユーザで共通の場合は、認証アルゴリズムを記憶する必要はない。また、認証情報には、認証アルゴリズム以外の任意の情報をユーザエントリごとに設定することができる。
【００７６】
同図では、あるユーザに対し、ユーザ名＝「alice」、パスワード＝「pass」、利用可能なＳＩＰアドレス（ＡｏＲ）＝「alice@example.com」、付与可能なＶＩＤ＝「16」、および適用する認証アルゴリズムが「MD5」である認証情報の例が示されている。これは、ユーザ名＝「alice」のユーザは、ＶＩＤ＝「16」である図１のＰＣネットワーク５２０にアクセス可能であることを意味している。
【００７７】
図６に戻り、送受信部７０１は、ＡＡＡプロトコルにしたがい、プロキシサーバ６００などの外部装置との間でユーザ認証処理で用いる各種メッセージを送受信する。本実施の形態では、ＡＡＡプロトコルとしてＲＡＤＩＵＳプロトコルを適用した例を説明する。
【００７８】
例えば、送受信部７０１は、ユーザの認証を要求するメッセージであるＲＡＤＩＵＳプロトコルのＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージを、プロキシサーバ６００から受信する。また、送受信部７０１は、認証要求に対する最終的な応答メッセージとして、認証結果を表すコードとユーザに割り当てられたＶＩＤとを含むＲＡＤＩＵＳメッセージをプロキシサーバ６００に送信する。
【００７９】
認証処理部７０２は、ＲＡＤＩＵＳプロトコルに準拠し、プロキシサーバ６００などの外部装置との間でメッセージを交換し、ユーザの認証処理を実行する。
【００８０】
次に、このように構成された本実施の形態にかかるＩＰ電話端末１００によるログイン認証処理について図８および図９を用いて説明する。図８および図９は、本実施の形態におけるログイン認証処理の全体の流れを示すシーケンス図である。
【００８１】
ログイン認証処理は、ＩＰ電話端末１００で、ユーザがログイン操作を行った際に開始される。そして、ログイン認証処理では、ＩＰ電話端末１００とプロキシサーバ６００との間で、ＳＩＰアドレス登録のためのＨＴＴＰダイジェスト認証が実行されると同時に、プロキシサーバ６００と認証サーバ７００との間で、ＲＡＤＩＵＳプロトコルのメッセージが交換され、認証プロトコルが動作する。
【００８２】
ログイン認証処理の結果として、プロキシサーバ６００では、ユーザがＩＰ電話端末１００で当該ユーザのＳＩＰアドレスを利用するためのアドレス登録が完了し、同時に、ＩＰ電話端末１００では、ＩＰ電話端末１００を介して接続したＰＣ３００をユーザが利用するためのアクセス許可とＶＬＡＮ設定が完了する。
【００８３】
まず、ユーザは、デスクスペース（デスク１５０）に設置されたＩＰ電話端末１００のＰＣ Ｉ／Ｆ部１０２にＰＣ３００を接続する。この時点では、ＩＰ電話端末１００にはいずれのユーザもログインしておらず、そのため、通常の電話機能のみ利用可能である。また、この時点では、ＰＣ３００はゲストネットワーク５４０に収容される（ステップＳ８０１、ステップＳ８０２）。
【００８４】
上述のように、本実施の形態では、ユーザは、デスクスペースに設置されたＩＰ電話端末１００とＰＣ３００の両方を利用すると仮定する。すなわち、あるデスクスペースに設置されるＩＰ電話端末１００のユーザとＰＣ３００のユーザとは同一であると仮定する。
【００８５】
次に、ユーザは、ＩＰ電話端末１００に対してログイン操作を行う。具体的には、ユーザは、ユーザ名とパスワードとをＩＰ電話端末１００の表示部１２６ｂに表示された表示画面等で指定する。入力部１２６ａは、このようなログイン操作で入力されたユーザ名およびパスワードの入力を受け付ける（ステップＳ８０３）。
【００８６】
以下の説明では、ユーザは、ユーザ名＝「alice」、パスワード＝「pass」を入力したものとする。また、ＩＰ電話端末１００には、ドメイン名として、「example.com」が事前に設定されているものとする。したがって、本ＩＰ電話システムでのユーザの有効なＳＩＰアドレス（ＡｏＲ）は、ユーザ名の「alice」をユーザパートとし、ドメイン名の「example.com」をドメインパートとしたＳＩＰアドレス「alice@example.com」となる。
【００８７】
このように、本実施の形態では、ユーザ名とＳＩＰアドレスのユーザパートとが一致していると仮定する。なお、例えばユーザ名とＳＩＰアドレスのユーザパートとが異なる場合には、ユーザ名とＳＩＰアドレス（ＡｏＲ）とを別々に入力させるようにユーザＩ／Ｆ部１２６を構成すればよい。
【００８８】
また、ＩＰ電話端末１００自身が、ユーザに対してログイン操作を促すようにユーザＩ／Ｆ部１２６を制御してもよい。例えば、ＰＣ Ｉ／Ｆ部１０２にＰＣ３００を接続されたことを検知した検出部１０２ａが、アプリケーション部１２５に検知結果を通知し、アプリケーション部１２５が、ユーザＩ／Ｆ部１２６に対する画面表示または音声案内等によって、ユーザに対してログイン操作を促すように構成してもよい。
【００８９】
アプリケーション部１２５は、ユーザ入力したユーザ名およびパスワードと、ユーザ名に対応するＳＩＰアドレスまたはユーザが入力したＳＩＰアドレスとを保持する。そして、アプリケーション部１２５は、ユーザに対応するＳＩＰアドレスを登録するように、メッセージ処理部１２３に依頼する。メッセージ処理部１２３の生成部１２３ａは、ＳＩＰに準拠し、ＳＩＰアドレスを登録するためのＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージを生成する（ステップＳ８０４）。
【００９０】
図１０は、このときに生成されるＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージの一例を示す図である。図１０に示すように、本メッセージのヘッダは、すべてＳＩＰ標準に従って構成される。なお、宛先として指定するプロキシサーバ６００のアドレス「registrar.example.com」は、ログイン認証処理が開始される前にＩＰ電話端末１００に設定されており、生成部１２３ａによって参照可能となっているものとする。
【００９１】
ＦｒｏｍヘッダおよびＴｏヘッダに含まれるＳＩＰアドレスは、ユーザのＡｏＲである「alice@example.com」が指定される。Ｃｏｎｔａｃｔヘッダに含まれるＳＩＰアドレスは、ＩＰ電話端末１００に割り当てられたＩＰアドレスとユーザ名とからＩＰ電話端末１００が作成したコンタクトアドレスが指定される。
【００９２】
図８に戻り、メッセージ処理部１２３の送受信部１２３ｂは、生成されたＳＩＰメッセージをプロキシサーバ６００に送信する（ステップＳ８０５）。送受信部１２３ｂによって送信が指示されたＳＩＰメッセージは、ＴＣＰ／ＩＰプロトコルスタック部１２２、およびＩＰ電話Ｉ／Ｆ部１２１を介してスイッチ部１１０に到達する。スイッチ部１１０は、ＩＰ電話Ｉ／Ｆ部１２１に対して設定されているＶＬＡＮの情報に従って、このメッセージのフレームをＩＰ電話ネットワーク５１０のフレームとして、インフラＩ／Ｆ部１０１から外部へと転送する。
【００９３】
プロキシサーバ６００は、送信されたＳＩＰメッセージを、ネットワークＩ／Ｆ部６０１で受信する。このＳＩＰメッセージは、ＴＣＰ／ＩＰプロトコルスタック部６０２を介してメッセージ処理部６０３に到達する。メッセージ処理部６０３は、受信したＳＩＰメッセージがＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージであることを識別すると、ＳＩＰアドレス登録に必要な認証を行うために、認証処理部６０４に対して、認証処理の開始を依頼する。
【００９４】
ここで、メッセージ処理部６０３は、認証対象のユーザ名が「alice」であることと、認証対象のＳＩＰアドレス（ＡｏＲ）が「alice@example.com」であること、認証対象のＳＩＰメソッドが「Register」であることを受信したＳＩＰメッセージから識別し、認証処理部６０４に通知する。
【００９５】
なお、認証処理部６０４は、ＳＩＰアドレス登録のために、ＡＡＡプロトコルとしてＲＡＤＩＵＳプロトコルを使った通信を、認証サーバ７００との間で開始する。すなわち、認証処理部６０４は、ＲＡＤＩＵＳクライアントとして動作を開始する。具体的には、認証処理部６０４は、ＲＡＤＩＵＳプロトコル標準にしたがって、Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージを生成する（ステップＳ８０６）。
【００９６】
図１１は、このときに生成されるＲＡＤＩＵＳのＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージの一例を示す図である。図１１に示すように、Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージは、すべてＲＡＤＩＵＳの標準にしたがって構成される。
【００９７】
本メッセージには、「NAS-IP-Address」、「User-Name」、「Digest-Method」、「SIP-AOR」、および「Message-Authenticator」の５つのアトリビュートが含まれる。認証処理部６０４は、「NAS-IP-Address」アトリビュートの値として、プロキシサーバ６００自身のＩＰアドレス「192.168.0.100」を格納する。認証処理部６０４は、プロキシサーバ６００に対して事前に設定されているＩＰアドレスを参照して本アトリビュートの値を決定する。
【００９８】
また、認証処理部６０４は、「User-Name」、「Digest-Method」、および「SIP-AOR」の各アトリビュートの値は、メッセージ処理部６０３から通知された情報を格納する。さらに、認証処理部６０４は、ＲＡＤＩＵＳの標準に準拠し、認証サーバ７００とプロキシサーバ６００とが共有している秘密情報をキーとして本メッセージの構成要素を組み合わせたデータからハッシュ値を算出し、算出したハッシュ値を、「Message-Authenticator」アトリビュートの値として格納する。
【００９９】
図８に戻り、認証処理部６０４は、生成したＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージを、ＴＣＰ／ＩＰプロトコルスタック部６０２、およびネットワークＩ／Ｆ部６０１を介して認証サーバ７００に送信する（ステップＳ８０７）。
【０１００】
認証サーバ７００の送受信部７０１は、送信されたＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージを受信する。認証処理部７０２は、受信されたＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージに含まれるアトリビュートから、ＩＰアドレス「192.168.0.100」のプロキシサーバ６００が、ユーザ名「alice」のユーザに対し、ＡｏＲ「alice@example.com」を、ＳＩＰメソッド「Register」のために利用することについて、認証を要求していることを判別する。
【０１０１】
認証処理部７０２は、記憶部７１０を参照し、ユーザ名「alice」のユーザに対してダイジェスト認証をＭＤ５アルゴリズムを用いて行うことを決定する。また、ダイジェスト認証のチャレンジ値として用いられるＮｏｎｃｅを生成する。そして、認証処理部７０２は、ダイジェスト認証を開始するために、Ａｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅメッセージを生成する（ステップＳ８０８）。
【０１０２】
図１２は、このときに生成されるＡｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅメッセージの一例を示す図である。図１２に示すように、Ａｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅメッセージは、すべてＲＡＤＩＵＳの標準にしたがって構成される。
【０１０３】
本メッセージには、「Digest-Nonce」、「Digest-Realm」、「Digest-Algorithm」、および「Message-Authenticator」の４つのアトリビュートが含まれる。認証処理部７０２は、「Digest-Nonce」アトリビュートの値として、ダイジェスト認証のチャレンジとして使用するＮｏｎｃｅである文字列「abcde」を格納する。また、認証処理部７０２は、「Digest-Realm」アトリビュートの値として、実行する認証に対応するレルムである「example.com」を格納する。また、認証処理部７０２は、「Digest-Algorithm」アトリビュートの値として、使用する認証アルゴリズムを示す「MD5」を格納する。さらに、認証処理部７０２は、ＲＡＤＩＵＳの標準に準拠し、認証サーバ７００とプロキシサーバ６００とが共有している秘密情報をキーとして本メッセージの構成要素を組み合わせたデータからハッシュ値を算出し、算出したハッシュ値を、「Message-Authenticator」アトリビュートの値として格納する。
【０１０４】
図８に戻り、送受信部７０１は、生成されたＡｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅメッセージを、プロキシサーバ６００に対して返送する（ステップＳ８０９）。
【０１０５】
プロキシサーバ６００は、送信されたＲＡＤＩＵＳメッセージを、ネットワークＩ／Ｆ部６０１で受信する。受信されたメッセージは、ＴＣＰ／ＩＰプロトコルスタック部６０２を介して、認証処理部６０４に到達する。認証処理部６０４は、受信したＲＡＤＩＵＳメッセージが、ステップＳ８０７で送信したＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージに対応するＡｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅメッセージであることを検証する。さらに、認証処理部６０４は、受信したＡｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅメッセージに含まれるアトリビュートの値から、ダイジェスト認証のチャレンジとして使用するＮｏｎｃｅが「abcde」であり、実行する認証に対応するレルムが「example.com」であり、使用する認証アルゴリズムが「MD5」であることを判別し、判別結果をメッセージ処理部６０３に通知する。
【０１０６】
通知を受けたメッセージ処理部６０３の生成部６０３ａは、ダイジェスト認証を実行するためのＳＩＰメッセージである４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージを生成する（ステップＳ８１０）。
【０１０７】
図１３は、このときに生成される４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージの一例を示す図である。図１３に示すように、本メッセージのヘッダは、すべてＳＩＰ標準にしたがって、ステップＳ８０５でＩＰ電話端末１００から送信されたＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージに対する４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅとして構成される。生成部６０３ａは、「WWW-Authenticate」ヘッダの値を、認証処理部６０４から通知されたレルム、Ｎｏｎｃｅ、およびアルゴリズムの情報を含めて構成する。
【０１０８】
図８に戻り、メッセージ処理部６０３の送受信部６０３ｂは、生成されたＳＩＰメッセージを、ＴＣＰ／ＩＰプロトコルスタック部６０２およびネットワークＩ／Ｆ部６０１を介してＩＰ電話端末１００に送信する（ステップＳ８１１）。
【０１０９】
ＩＰ電話端末１００のインフラＩ／Ｆ部１０１は、送信されたＳＩＰメッセージを受信する。このメッセージは、さらに、スイッチ部１１０、ＩＰ電話Ｉ／Ｆ部１２１、ＴＣＰ／ＩＰプロトコルスタック部１２２を介してメッセージ処理部１２３の送受信部１２３ｂによって受信される。
【０１１０】
メッセージ処理部１２３は、受信したＳＩＰメッセージが４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージであることを識別すると、４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージに含まれるダイジェスト認証のチャレンジに対応するレスポンスを生成して応答するために、ＳＩＰの標準に従って、ＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージを作成する（ステップＳ８１２）。具体的には、メッセージ処理部１２３は、以下の（Ａ）〜（Ｃ）の各処理を実行する。
【０１１１】
（Ａ）メッセージ処理部１２３は、受信した４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージに含まれる「WWW-Authenticate」ヘッダから、ダイジェスト認証の情報を識別する。例えば図１３のようなメッセージの場合、メッセージ処理部１２３は、ダイジェスト認証のチャレンジとして使用するＮｏｎｃｅが「abcde」であり、実行する認証に対応するレルムが「example.com」であり、使用する認証アルゴリズムが「MD5」であるという情報を識別する。
【０１１２】
（Ｂ）メッセージ処理部１２３は、ダイジェスト認証のレスポンス情報を含めるＳＩＰメッセージであるＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージに追加する「Authorization」ヘッダを作成する。具体的には、メッセージ処理部１２３は、以下の（１）〜（５）の情報を含む「Authorization」ヘッダを作成する。
（１）ダイジェスト認証の対象となるユーザ名「alice」
（２）ダイジェスト認証のチャレンジとして使用するＮｏｎｃｅ文字列「abcde」
（３）実行するダイジェスト認証に対応するレルム「example.com」
（４）Ｒｅｑｕｅｓｔ ＵＲＩとして設定するプロキシサーバ６００のＳＩＰアドレス「register.example.com」
（５）上記（１）〜（４）までの各値に対して、ユーザの入力したパスワード「pass」をキーとしたＭＤ５アルゴリズムを使って得られる、ダイジェスト認証のチャレンジに対応するレスポンス値（ここでは「fghij」とする）
【０１１３】
なお、上記（４）のプロキシサーバ６００のＳＩＰアドレスは、事前に設定された値を参照して決定する。上記（１）のユーザ名は、ステップＳ８０３で入力され、アプリケーション部１２５によって保持されたユーザ名から決定される。上記（２）および（３）の各情報は、受信した４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージに含まれる「WWW-Authenticate」ヘッダの値から決定される。上記（５）のハッシュ値は、メッセージ処理部１２３が算出する。
【０１１４】
なお、ステップＳ８０３でパスワードの入力を受け付ける代わりに、実行するダイジェスト認証に対応するレルム（「example.com」）を、４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージから取得してユーザに提示し、この段階でユーザにパスワードの入力を求めるように構成してもよい。これにより、ユーザのＡｏＲが複数存在するような場合であっても、各ＡｏＲに応じた適切なパスワードの入力を受け付けてダイジェスト認証を実行することができる。
【０１１５】
（Ｃ）メッセージ処理部１２３の生成部１２３ａは、ダイジェスト認証のレスポンス情報を含めるＳＩＰメッセージであるＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージを作成する。これは、ステップＳ８０５で送信したＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージに、上記（Ｂ）で作成した「WWW-Authenticate」ヘッダを追加することに相当する。
【０１１６】
図１４は、このときに生成されるＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージの一例を示す図である。図１４に示すように、本メッセージのヘッダは、すべてＳＩＰ標準にしたがって構成される。本メッセージは、ステップＳ８０５で送信したＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージを再送信するためのメッセージに相当するが、以下の点が異なっている。
（１）ＣＳｅｑタグのシーケンス番号が１増加する
（２）Ｆｒｏｍヘッダのタグの値が新規に作成される
（３）上記（Ｂ）で作成された「Authorization」ヘッダが新規に付加される
【０１１７】
図８に戻り、メッセージ処理部１２３の送受信部１２３ｂは、生成されたＳＩＰメッセージを、ＴＣＰ／ＩＰプロトコルスタック部１２２、ＩＰ電話Ｉ／Ｆ部１２１、スイッチ部１１０、およびインフラＩ／Ｆ部１０１を介して、プロキシサーバ６００に送信する（ステップＳ８１３）。
【０１１８】
プロキシサーバ６００は、送信されたＳＩＰメッセージを、ネットワークＩ／Ｆ部６０１で受信する。このＳＩＰメッセージは、ＴＣＰ／ＩＰプロトコルスタック部６０２を介してメッセージ処理部６０３に到達する。メッセージ処理部６０３は、受信したＳＩＰメッセージがＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージであることを識別すると、ＳＩＰアドレス登録に必要な認証を行うために、認証処理部６０４に対して、認証処理の開始を依頼する。
【０１１９】
ここで、メッセージ処理部６０３は、認証対象のユーザ名が「alice」であること、認証対象のＳＩＰアドレス（ＡｏＲ）が「alice@example.com」であること、認証対象のＳＩＰメソッドが「Register」であること、ダイジェスト認証のチャレンジに相当するＮｏｎｃｅが「abcde」であること、ダイジェスト認証のレルムが「example.com」であること、ダイジェスト認証アルゴリズムが「MD5」であること、ダイジェスト認証の対象となるＳＩＰアドレス（ＡｏＲ）が「alice@example.com」であること、および、ダイジェスト認証のレスポンスに相当する値が「fghij」であること、を受信したＳＩＰメッセージから識別し、認証処理部６０４に通知する。
【０１２０】
なお、認証処理部６０４は、ＳＩＰアドレス登録のために、ＲＡＤＩＵＳプロトコルを使った通信を、認証サーバ７００との間で開始する。具体的には、認証処理部６０４は、ＲＡＤＩＵＳプロトコル標準にしたがって、Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージを生成する（ステップＳ８１４）。
【０１２１】
図１５は、このときに生成されるＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージの一例を示す図である。図１５に示すように、Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージは、すべてＲＡＤＩＵＳの標準にしたがって構成される。
【０１２２】
Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージは、「NAS-IP-Address」、「User-Name」、「Digest-Method」、「Digest-Nonce」、「Digest-Realm」、「Digest-Algorithm」、「SIP-AOR」、「Digest-Response」、および「Message-Authenticator」の９のアトリビュートが含まれる。
【０１２３】
「NAS-IP-Address」、「User-Name」、「Digest-Method」、および「SIP-AOR」の4つのアトリビュートの値は、上述した図１１のＲＡＤＩＵＳメッセージ（Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージ）と同様である。また、「Digest-Nonce」、「Digest-Realm」、および「Digest-Algorithm」の３つのアトリビュートの値は、上述した図１２のＲＡＤＩＵＳメッセージ（Ａｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅメッセージ）と同様である。
【０１２４】
認証処理部６０４は、「Digest-Response」アトリビュートの値として、受信したＳＩＰメッセージの「Authorization」ヘッダに含まれる値「fghij」を格納する。また、認証処理部６０４は、ＲＡＤＩＵＳの標準に準拠し、認証サーバ７００とプロキシサーバ６００とが共有している秘密情報をキーとして本メッセージの構成要素を組み合わせたデータからハッシュ値を算出し、算出したハッシュ値を、「Message-Authenticator」アトリビュートの値として格納する。
【０１２５】
図８に戻り、認証処理部６０４は、生成したＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージは、ＴＣＰ／ＩＰプロトコルスタック部６０２およびネットワークＩ／Ｆ部６０１を介して認証サーバ７００に送信する（ステップＳ８１５）。
【０１２６】
認証サーバ７００の送受信部７０１は、送信されたＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージを受信する。そして、認証処理部７０２が、Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージに含まれるアトリビュートから得られる情報を元に、ダイジェスト認証を実行する（ステップＳ８１６）。
【０１２７】
具体的には、認証処理部７０２は、まず受信したＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージに含まれる「User-Name」アトリビュートに対応するユーザ名「alice」のパスワード情報「pass」を記憶部７１０から取得する。なお、記憶部７１０に、「User-Name」アトリビュートに対応する複数のエントリが存在する場合、受信したＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージに含まれる「SIP-AOR」アトリビュートなどのその他のアトリビュートを含めて対応するエントリを記憶部７１０から検索し、所望のパスワード情報を得るように構成してもよい。
【０１２８】
次に、認証処理部７０２は、ステップＳ８１２でＩＰ電話端末１００のメッセージ処理部１２３が実行する上記（Ｂ）と同様の手順（（１）〜（５））により、チャレンジ値からＭＤ５ダイジェスト認証のレスポンス値を計算する。そして、認証処理部７０２は、計算したレスポンス値と、受信したＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージに含まれる「Digest-Response」アトリビュートのレスポンス値「fghij」とを比較する。計算したレスポンス値と受信したレスポンス値とが一致した場合、認証処理部７０２は、認証が成功したと判定する。
【０１２９】
本実施の形態では、認証処理部７０２は、さらに、認証されたユーザ名「alice」に対応するＶＩＤを記憶部７１０から取得する（ステップＳ８１７）。例えば、図７に示すような認証情報が記憶部７１０に記憶されている場合、認証処理部７０２は、ユーザ名「alice」に対応するＶＩＤ「16」を取得する。
【０１３０】
なお、認証処理部７０２が、さらに、認証されたユーザ名「alice」に対応するトンネルタイプおよびトンネルメディアタイプなどを記憶部７１０から取得するように構成してもよい。取得したトンネルタイプおよびトンネルメディアタイプは、後述するＡｃｃｅｓｓ−Ａｃｃｅｐｔメッセージに設定する値として利用できる。なお、トンネルタイプおよびトンネルメディアタイプをユーザごとに記憶部７１０に記憶するのではなく、各ユーザに共通の値を事前に設定して利用するように構成してもよい。例えば、すべてのユーザに対して、トンネルタイプ＝「ＶＬＡＮ」、およびトンネルメディアタイプ＝「８０２」を設定するように構成することができる。以下では、すべてのユーザに対してトンネルタイプ＝「ＶＬＡＮ」、トンネルメディアタイプ＝「８０２」を設定する場合を例に説明する。
【０１３１】
ユーザに対応するＶＩＤを取得後、認証処理部７０２は、取得したＶＩＤを含むＡｃｃｅｓｓ−Ａｃｃｅｐｔメッセージを生成する（ステップＳ８１８）。
【０１３２】
図１６は、このときに生成されるＡｃｃｅｓｓ−Ａｃｃｅｐｔメッセージの一例を示す図である。図１６に示すように、Ａｃｃｅｓｓ−Ａｃｃｅｐｔメッセージは、すべてＲＡＤＩＵＳの標準にしたがって構成される。本メッセージには、「Tunnel-Type」、「Tunnel-Medium-Type」、「Tunnel-Private-Group-ID」、および「Message-Authenticator」の４つのアトリビュートが含まれる。
【０１３３】
認証処理部７０２は、「Tunnel-Type」アトリビュートの値として「ＶＬＡＮ」を格納し、「Tunnel-Medium-Type」アトリビュートの値として「802」を格納する。また、認証処理部７０２は、「Tunnel-Private-Group-ID」アトリビュートの値として、認証されたユーザ名「alice」に対応するＶＩＤである「16」を格納する。さらに、認証処理部７０２は、ＲＡＤＩＵＳの標準に準拠し、認証サーバ７００とプロキシサーバ６００とが共有している秘密情報をキーとして本メッセージの構成要素を組み合わせたデータからハッシュ値を算出し、算出したハッシュ値を、「Message-Authenticator」アトリビュートの値として格納する。
【０１３４】
なお、「Tunnel-Type」、「Tunnel-Medium-Type」、および「Tunnel-Private-Group-ID」の３つのアトリビュートはＲＡＤＩＵＳの標準に従ったものであるが、従来は、ダイジェスト認証結果に対応するＡｃｃｅｓｓ−Ａｃｃｅｐｔメッセージには、これらのアトリビュートを含まないのが一般的である。
【０１３５】
図９に戻り、送受信部７０１は、生成されたＡｃｃｅｓｓ−Ａｃｃｅｐｔメッセージを、プロキシサーバ６００に対して返送する（ステップＳ８１９）。
【０１３６】
なお、ステップＳ８１６の認証処理で、 計算したレスポンス値と受信したレスポンス値とが一致しない場合、認証処理部７０２は、認証が失敗したと判定する。この場合、認証処理部７０２は、Ａｃｃｅｓｓ−Ｒｅｊｅｃｔメッセージを作成し、プロキシサーバ６００に対して返送する。
【０１３７】
プロキシサーバ６００は、ステップＳ８１９で送信されたＲＡＤＩＵＳメッセージをネットワークＩ／Ｆ部６０１で受信する。このＲＡＤＩＵＳメッセージは、ＴＣＰ／ＩＰプロトコルスタック部６０２を介して、認証処理部６０４に到達する。
【０１３８】
認証処理部６０４は、受信したＲＡＤＩＵＳメッセージが、ステップＳ８１４で送信したＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージに対応する応答メッセージであることを検証する。さらに、認証処理部６０４は、受信したＲＡＤＩＵＳメッセージの種別から、ＳＩＰアドレスが認証されたか否かを判別して、判別結果をメッセージ処理部６０３に通知する。
【０１３９】
また、ＳＩＰアドレスが認証されていた場合、すなわち、受信したメッセージがＡｃｃｅｓｓ−Ａｃｃｅｐｔメッセージである場合は、ＩＤ付与部６０５が、受信したメッセージからユーザに対応するＶＩＤを特定する。具体的には、ＩＤ付与部６０５は、Ａｃｃｅｓｓ−Ａｃｃｅｐｔメッセージに含まれる「Tunnel-Private-Group-ID」アトリビュートの値から、ユーザに対応するＶＩＤの値を特定する。そして、ＩＤ付与部６０５は、特定したＶＩＤをメッセージ処理部６０３に通知する。
【０１４０】
次に、メッセージ処理部６０３の生成部６０３ａは、ステップＳ８１３でＩＰ電話端末１００から送信されたＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージに対応する応答メッセージを生成する（ステップＳ８２０）。
【０１４１】
まず、ＳＩＰアドレスが認証された場合の応答メッセージについて説明する。この場合、生成部６０３ａは、２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージを生成する。図１７は、このときに生成される２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージの一例を示す図である。
【０１４２】
図１７に示すように２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージのヘッダは、すべてＳＩＰ標準にしたがって、ステップＳ８１３で送信されたＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージに対するレスポンスとして構成される。ただし、本実施の形態では、Ｃｏｎｔａｃｔヘッダのパラメタとして「vid」を付与する点がＳＩＰ標準と異なっている。ここで、「vid」パラメタは、ＳＩＰアドレス登録が許可されたユーザが接続したＰＣ３００を収容するネットワークのＶＩＤを意味する。
【０１４３】
次に、ＳＩＰアドレスが認証されなかった場合のメッセージについて説明する。この場合、ＳＩＰ標準にしたがって、ステップＳ８１３で送信されたＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージに対するレスポンスとして、４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージが作成される。
【０１４４】
図９に戻り、メッセージ処理部６０３の送受信部６０３ｂは、生成されたＳＩＰメッセージを、ＴＣＰ／ＩＰプロトコルスタック部６０２およびネットワークＩ／Ｆ部６０１を介してＩＰ電話端末１００に送信する（ステップＳ８２１）。
【０１４５】
ＩＰ電話端末１００のインフラＩ／Ｆ部１０１は、送信されたＳＩＰメッセージを受信する。このメッセージは、さらに、スイッチ部１１０、ＩＰ電話Ｉ／Ｆ部１２１、ＴＣＰ／ＩＰプロトコルスタック部１２２を介してメッセージ処理部１２３の送受信部１２３ｂによって受信される。
【０１４６】
メッセージ処理部１２３は、受信したＳＩＰメッセージが２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージであることを識別すると、ＳＩＰアドレス登録が認証され完了したことをアプリケーション部１２５に通知する。また、メッセージ処理部１２３は、２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージのコンタクトヘッダに含まれる「vid」パラメタを参照し、認証されたＶＩＤを識別する（ステップＳ８２２）。そして、メッセージ処理部１２３は、このＶＩＤを制御部１２７に通知する。
【０１４７】
制御部１２７は、メッセージ処理部１２３から通知されたＶＩＤの値に応じて、スイッチ部１１０を制御し、ＰＣ Ｉ／Ｆ部１０２が所属するＶＬＡＮを動的に変更する（ステップＳ８２３）。例えば、図１７のようなＳＩＰメッセージを受信した場合、制御部１２７は、ＰＣ Ｉ／Ｆ部１０２に割り当てるＶＬＡＮを、ゲストネットワーク５４０（ＶＩＤ＝１９）から、ＰＣネットワーク５２０（ＶＩＤ＝１６）に変更する。
【０１４８】
一方、メッセージ処理部１２３は、受信したＳＩＰメッセージが４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージであることを識別した場合、ＳＩＰアドレス登録が失敗したことをアプリケーション部１２５に通知する。この場合、アプリケーション部１２５、ユーザに対してログイン操作を再度求めるように構成してもよい。また、アドレス登録が連続して失敗した場合、アプリケーション部１２５が、ログイン操作を一定時間拒否するように構成してもよい。
【０１４９】
ＳＩＰアドレス登録が失敗した場合、メッセージ処理部１２３は、制御部１２７に対してＶＩＤの値を通知しない。このため、制御部１２７は、スイッチ部１１０を制御せず、ＰＣ Ｉ／Ｆ部１０２が所属するＶＬＡＮは、ゲストネットワーク５４０（ＶＩＤ１９）のままとなる。
【０１５０】
以上で、ユーザのＳＩＰアドレス登録のための認証処理が終了する。
【０１５１】
ＳＩＰアドレス登録が完了し、ＰＣ Ｉ／Ｆ部１０２のＶＩＤが変更された場合、ＰＣ３００は、変更されたＶＩＤのＶＬＡＮに収容されるようになる。例えば、ＶＩＤ＝１６のＶＬＡＮに収容先が変更された場合、ＰＣ３００は、ＰＣネットワーク５２０に接続可能となる（ステップＳ８２４、ステップＳ８２５）。
【０１５２】
この後、仮にＰＣ３００が持ち運ばれ、ＩＰ電話端末１００のＰＣ Ｉ／Ｆ部１０２とのネットワーク接続が途切れた場合に、認証したＶＬＡＮへの割り当てを終了するように構成してもよい。具体的には、ＰＣ３００との接続が切断されたことを検出部１０２ａが検出したときに、ＩＰ電話端末１００が、ＳＩＰアドレス登録終了のためのメッセージ交換をプロキシサーバ６００との間で実行し、ＳＩＰアドレス認証とＰＣ Ｉ／Ｆ部１０２へのＶＩＤの割り当てを終了するように構成してもよい。この場合、ＩＰ電話端末１００はいずれのユーザもログインしていない状態となる。
【０１５３】
また、この場合、メッセージ処理部１２３が、ＳＩＰアドレス認証が終了したことを制御部１２７に通知し、ＰＣ Ｉ／Ｆ部１０２に対応するＶＬＡＮをゲストネットワーク５４０（ＶＩＤ＝１９）に変更するように構成してもよい。これにより、ＰＣ Ｉ／Ｆ部１０２に接続したＰＣ３００は、ゲストネットワーク５４０に収容されるようになる。
【０１５４】
なお、認証が失敗し、ＰＣ Ｉ／Ｆ部１０２のＶＩＤが変更されなかった場合、ＰＣ３００は、ステップＳ８０１およびステップＳ８０２の状態のままとなる。すなわち、ＰＣ３００は、ゲストネットワーク５４０（ＶＩＤ１９）に収容される。
【０１５５】
以上のようなシーケンスにより、ＳＩＰアドレス登録の完了とともに、ユーザがＰＣ３００を利用するためのアクセス許可とＶＬＡＮ設定が完了する。
【０１５６】
なお、これまでは、ＳＩＰアドレス登録のための認証と同時にＰＣ３００のためにＰＣ Ｉ／Ｆ部１０２にＶＬＡＮの割り当て処理を行う例について説明した。ＶＬＡＮを割り当てる代わりに、ネットワークへのアクセス可否のみをＰＣ Ｉ／Ｆ部１０２に設定するように構成してもよい。
【０１５７】
このように、本実施の形態にかかるＩＰ電話端末では、ＩＰ電話端末のログイン認証が成功したときに、ＩＰ電話端末のＳＩＰアドレスの登録とともに、ＩＰ電話端末が接続を仲介するＰＣのＶＬＡＮを設定することができる。これにより、ＰＣでネットワークアクセス認証を実行する必要がなくなり、ＩＰ電話端末を介して接続するＰＣを利用するための操作を簡略化することができる。
【０１５８】
次に、本実施の形態にかかるＩＰ電話端末のハードウェア構成について図１８を用いて説明する。図１８は、本実施の形態にかかるＩＰ電話端末のハードウェア構成を示す説明図である。
【０１５９】
本実施の形態にかかるＩＰ電話端末は、ＣＰＵ（Central Processing Unit）５１などの制御装置と、ＲＯＭ（Read Only Memory）５２やＲＡＭ（Random Access Memory）５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、各部を接続するバス６１を備えている。
【０１６０】
本実施の形態にかかるＩＰ電話端末で実行されるプログラムは、ＲＯＭ５２等に予め組み込まれて提供される。
【０１６１】
本実施の形態にかかるＩＰ電話端末で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Compact Disk Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【０１６２】
さらに、本実施の形態にかかるＩＰ電話端末で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施の形態にかかるＩＰ電話端末で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【０１６３】
本実施の形態にかかるＩＰ電話端末で実行されるプログラムは、上述した各部（ＴＣＰ／ＩＰプロトコルスタック部、メッセージ処理部、メディア処理部、アプリケーション部、制御部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ５１が上記ＲＯＭ５２からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、各部が主記憶装置上に生成されるようになっている。
【産業上の利用可能性】
【０１６４】
以上のように、本発明にかかるＩＰ電話端末、サーバ装置、認証装置、通信システム、通信方法、およびプログラムは、ＩＰ電話端末を介してＰＣをネットワークに接続する形態のＩＰ電話システムに適している。
【図面の簡単な説明】
【０１６５】
【図１】本実施の形態にかかる通信システムのネットワーク構成の概念図である。
【図２】レイヤー３のネットワーク構成の一例を表す図である。
【図３】レイヤー２のネットワーク構成の一例を表す図である。
【図４】ＩＰ電話端末の詳細な構成を示すブロック図である。
【図５】プロキシサーバの詳細な構成を示すブロック図である。
【図６】認証サーバの詳細な構成を示すブロック図である。
【図７】認証サーバの記憶部に記憶された認証情報のデータ構造の一例を示す図である。
【図８】本実施の形態におけるログイン認証処理の全体の流れを示すシーケンス図である。
【図９】本実施の形態におけるログイン認証処理の全体の流れを示すシーケンス図である。
【図１０】ＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージの一例を示す図である。
【図１１】ＲＡＤＩＵＳのＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージの一例を示す図である。
【図１２】Ａｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅメッセージの一例を示す図である。
【図１３】４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージの一例を示す図である。
【図１４】ＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージの一例を示す図である。
【図１５】Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージの一例を示す図である。
【図１６】Ａｃｃｅｓｓ−Ａｃｃｅｐｔメッセージの一例を示す図である。
【図１７】２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージの一例を示す図である。
【図１８】本実施の形態にかかるＩＰ電話端末のハードウェア構成を示す説明図である。
【符号の説明】
【０１６６】
５１ ＣＰＵ
５２ ＲＯＭ
５３ ＲＡＭ
５４ 通信Ｉ／Ｆ
６１ バス
１００ａ〜１００ｃ ＩＰ電話端末
１０１ インフラＩ／Ｆ部
１０２ ＰＣ Ｉ／Ｆ部
１０２ａ 検出部
１１０ａ〜１１０ｃ スイッチ部
１２０ａ〜１２０ｃ ＩＰ電話処理部
１２１ ＩＰ電話Ｉ／Ｆ部
１２２ ＴＣＰ／ＩＰプロトコルスタック部
１２３ メッセージ処理部
１２３ａ 生成部
１２３ｂ 送受信部
１２４ メディア処理部
１２５ アプリケーション部
１２６ ユーザＩ／Ｆ部
１２６ａ 入力部
１２６ｂ 表示部
１２７ 制御部
１５０ａ〜１５０ｃ デスク
２００ インフラスイッチ
３００ａ〜３００ｃ ＰＣ
５１０ ＩＰ電話ネットワーク
５２０、５３０ ＰＣネットワーク
５４０ ゲストネットワーク
６００ プロキシサーバ
６０１ ネットワークＩ／Ｆ部
６０２ ＴＣＰ／ＩＰプロトコルスタック部
６０３ メッセージ処理部
６０３ａ 生成部
６０３ｂ 送受信部
６０４ 認証処理部
６０５ ＩＤ付与部
６１０ 記憶部
７００ 認証サーバ
７０１ 送受信部
７０２ 認証処理部
７１０ 記憶部
８００ ルータ
【技術分野】
【０００１】
この発明は、ＰＣなどの外部端末とネットワークとの中継機能を備えたＩＰ電話端末、ＩＰ電話端末のユーザのアドレス情報を登録するサーバ装置、ＩＰ電話端末のユーザを認証する認証装置、各装置を含む通信システム、各装置による通信方法、およびＩＰ電話端末のプログラムに関する。
【背景技術】
【０００２】
あるネットワークシステムに対して認証された端末に対してのみネットワークアクセスを許可するためのプロトコルとして、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１Ｘなどのネットワークアクセス認証プロトコルが知られている。
【０００３】
ＩＥＥＥ８０２．１Ｘの認証（以下、８０２．１Ｘ認証という）では、接続した装置に対してポートレベルでの認証と接続許可を行う。通常、８０２．１Ｘ認証は、インフラスイッチと、インフラスイッチに直接接続された装置との間で行われる。
【０００４】
特許文献１では、スイッチなどを介してＩＥＥＥ８０２．１Ｘに対応したポートに接続された複数の端末のうち、いずれかの端末が８０２．１Ｘ認証されることで、すべての端末に対して接続を許可する技術が提案されている。
【０００５】
特許文献２では、ＩＥＥＥ８０２．１Ｘに対応したポートに、スイッチなどを介して複数の端末を接続した場合、各端末のＭＡＣアドレスをベースにして、端末ごとに、８０２．１Ｘ認証および接続許可を行う技術が提案されている。
【０００６】
特許文献３では、ＩＰ電話端末とシンクライアント端末との対応付けた情報を事前に管理し、各端末へのシングルサインオンを実現する技術が提案されている。
【０００７】
また、近年、通信装置間に介在し通信を制御・中継するシグナリング手順であるＳＩＰ（Session Initiation Protocol）などを用いてＩＰネットワーク上で電話網を実現したＩＰ電話システムが広く知られている。ＩＰ電話システムで利用されるＩＰ電話端末は、イーサネット（登録商標）などによってケーブリングされ、ＩＰネットワーク上でＳＩＰなどにより呼制御およびメディア転送を行うことで電話機能を実現する。
【０００８】
ユーザは、ＩＰ電話端末の利用を開始する際、ＩＰ電話端末に対してユーザのＳＩＰアドレスを登録する必要がある。ＳＩＰアドレスの登録とは、ユーザのＳＩＰアドレスとＩＰ電話端末のＳＩＰアドレスとを対応づける処理である。この登録処理では、ユーザはＩＰ電話端末に対して、認証ＩＤ／パスワードなどを入力する。ＳＩＰアドレスの登録処理は、ユーザ宛の着信呼を正しく受信し、発呼者を正しく識別し、また、ユーザごとのＩＰ電話端末の拡張機能（短縮ダイヤルなど）を設定するために必要である。ただし、ユーザの簡便性のため、ユーザが認証ＩＤやパスワードを入力しなくとも、既定のユーザによるＳＩＰアドレス登録がされているとみなして、着信や発信ができるように設定されることもある。
【０００９】
オフィス向けＩＰ電話端末は、デスクまわりのケーブリングを容易にするため、アップリンクとダウンリンクをそれぞれ１つずつ備えるスイッチ部品を内蔵するものが多い。すなわち、インフラスイッチのポートに、ＩＰ電話端末のアップリンクが接続され、ＩＰ電話端末製品のダウンリンクに、通常のＰＣなどが接続される。このような接続形態により、１つのデスクに対して割り当てられた１つのポートで、１台のＩＰ電話端末とＰＣとを利用することが可能となる。
【００１０】
一般に、このような接続形態では、ＰＣを収容するＶＬＡＮ（Virtual Local Area Network）を８０２．１Ｘ認証の認証結果に応じて切り替えるように構成される。この場合、例えば、ＰＣが、８０２．１Ｘ Ｓｕｐｐｌｉｃａｎｔとなり、ＩＰ電話端末が内蔵するスイッチが８０２．１Ｘ Ａｕｔｈｅｎｔｉｃａｔｏｒとなり、インフラネットワークに接続される認証サーバが８０２．１Ｘ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒとなる。そして、認証サーバ、ＩＰ電話端末、およびＰＣの三者間で、ＰＣに対する８０２．１Ｘ認証が実行される。認証サーバによってＰＣが認証されると、ＩＰ電話端末が、認証サーバから通知されたＶＬＡＮの情報を参照してＰＣを接続するＶＬＡＮを決定し、対応するポートのＶＬＡＮ設定を変更する。
【００１１】
【特許文献１】特開２００６−３５２４６８号公報
【特許文献２】特開２００６−６７０５７号公報
【特許文献３】特開２００７−２０６８５１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、上記のようにＩＰ電話端末を介してＰＣをインフラネットワークに接続する環境では、ＩＰ電話端末上でＳＩＰアドレスの登録処理を実行するとともに、ＰＣ上で認証処理を行う必要があるため、ＰＣを利用するための操作が煩雑になるという問題があった。
【００１３】
具体的には、ユーザは、ＩＰ電話端末が設置されたデスクにて、ＩＰ電話端末とＰＣの利用を開始するために、以下のような操作を行う必要がある。すなわち、ユーザは、まず（１）ＰＣをＩＰ電話端末のダウンリンクに接続する。次に、（２）ＩＰ電話端末を操作し、ユーザ自身のＳＩＰアドレスを登録する。そして、（３）接続したＰＣからインフラネットワークに対して８０２．１Ｘ認証を行い、接続許可およびＶＬＡＮ割り当てを受ける。
【００１４】
本発明は、上記に鑑みてなされたものであって、ＩＰ電話端末を介して接続するＰＣを利用するための操作を簡略化することができるＩＰ電話端末、サーバ装置、認証装置、通信システム、通信方法、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
上述した課題を解決し、目的を達成するために、本発明は、外部端末とネットワークとの接続を仲介し、前記ネットワークを介して接続されたサーバ装置に、ユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録することによってＩＰ電話機能を提供するＩＰ電話端末であって、前記ネットワークと前記外部端末との間でメッセージを転送可能な転送部と、ユーザを識別する情報であって、ユーザの認証に用いるユーザＩＤを入力する入力部と、入力されたユーザＩＤで識別されるユーザの前記アドレス情報の登録を要求する登録メッセージを生成する生成部と、前記登録メッセージを前記サーバ装置に送信する送信部と、前記アドレス情報の登録可否を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報とを含む応答メッセージを前記サーバ装置から受信する受信部と、前記接続情報が前記ネットワークに対する前記外部端末の接続を許可する場合に、前記ネットワークと前記外部端末との間でメッセージを転送するように前記転送部を制御する制御部と、を備えたことを特徴とする。
【００１６】
また、本発明は、外部端末とネットワークとの接続を仲介するＩＰ電話端末に、前記ネットワークを介して接続され、前記ＩＰ電話端末のユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録するサーバ装置であって、前記アドレス情報の登録を要求する登録メッセージを前記ＩＰ電話端末から受信する受信部と、前記アドレス情報が登録可能か否かを判定する認証処理部と、前記認証処理部による判定結果を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報と、を含む応答メッセージを生成する生成部と、生成された前記応答メッセージを前記ＩＰ電話端末に送信する送信部と、を備えたことを特徴とする。
【００１７】
また、本発明は、外部端末とネットワークとの接続を仲介するＩＰ電話端末と、前記ＩＰ電話端末のユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録するサーバ装置とに、前記ネットワークを介して接続された認証装置であって、前記アドレス情報のユーザを識別するユーザＩＤの認証を要求する要求メッセージを前記サーバ装置から受信する受信部と、前記要求メッセージに含まれる前記ユーザＩＤを認証する認証処理部と、前記認証処理部による認証結果と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報と、を含む応答メッセージを前記サーバ装置に送信する送信部と、を備えたことを特徴とする。
【００１８】
また、本発明は、外部端末とネットワークとの接続を仲介するＩＰ電話端末と、前記ＩＰ電話端末に前記ネットワークを介して接続され、前記ＩＰ電話端末のユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録するサーバ装置と、を備えた通信システムであって、前記ＩＰ電話端末は、前記ネットワークと前記外部端末との間でメッセージを転送可能な転送部と、ユーザを識別する情報であって、ユーザの認証に用いるユーザＩＤを入力する入力部と、入力されたユーザＩＤで識別されるユーザの前記アドレス情報の登録を要求する登録メッセージを生成する第１生成部と、前記登録メッセージを前記サーバ装置に送信する第１送信部と、前記アドレス情報の登録可否を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報とを含む応答メッセージを前記サーバ装置から受信する第１受信部と、前記接続情報が前記ネットワークに対する前記外部端末の接続を許可する場合に、前記ネットワークと前記外部端末との間でメッセージを転送するように前記転送部を制御する制御部と、を備え、前記サーバ装置は、前記登録メッセージを前記ＩＰ電話端末から受信する第２受信部と、前記アドレス情報が登録可能か否かを判定する認証処理部と、前記認証処理部による判定結果を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報と、を含む応答メッセージを生成する第２生成部と、生成された前記応答メッセージを前記ＩＰ電話端末に送信する第２送信部と、を備えたこと、を特徴とする。
【００１９】
また、本発明は、外部端末とネットワークとの接続を仲介するＩＰ電話端末と、前記ＩＰ電話端末に前記ネットワークを介して接続され、前記ＩＰ電話端末のユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録するサーバ装置と、を備えた通信システムで実行される通信方法であって、前記ＩＰ電話端末は、前記ネットワークと前記外部端末との間でメッセージを転送可能な転送部と、ユーザを識別する情報であって、ユーザの認証に用いるユーザＩＤを入力する入力部と、を備え、前記ＩＰ電話端末が、入力されたユーザＩＤで識別されるユーザの前記アドレス情報の登録を要求する登録メッセージを生成する第１生成ステップと、前記ＩＰ電話端末が、前記登録メッセージを前記サーバ装置に送信する第１送信部ステップと、前記サーバ装置が、前記登録メッセージを前記ＩＰ電話端末から受信する第１受信ステップと、前記サーバ装置が、前記アドレス情報が登録可能か否かを判定する認証処理ステップと、前記サーバ装置が、前記認証処理部による判定結果を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報と、を含む応答メッセージを生成する第２生成ステップと、前記サーバ装置が、生成された前記応答メッセージを前記ＩＰ電話端末に送信する第２送信ステップ部と、前記ＩＰ電話端末が、前記応答メッセージを前記サーバ装置から受信する第２受信ステップと、前記ＩＰ電話端末が、前記接続情報が前記ネットワークに対する前記外部端末の接続を許可する場合に、前記ネットワークと前記外部端末との間でメッセージを転送するように前記転送部を制御する制御ステップと、を備えたことを特徴とする。
【００２０】
また、本発明は、外部端末とネットワークとの接続を仲介し、前記ネットワークを介して接続されたサーバ装置に、ユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録することによってＩＰ電話機能を提供するＩＰ電話端末で実行されるプログラムであって、前記ＩＰ電話端末は、前記ネットワークと前記外部端末との間でメッセージを転送可能な転送部と、ユーザを識別する情報であって、ユーザの認証に用いるユーザＩＤを入力する入力部と、を備え、前記ＩＰ電話端末を、入力されたユーザＩＤで識別されるユーザの前記アドレス情報の登録を要求する登録メッセージを生成する生成部と、前記登録メッセージを前記サーバ装置に送信する送信部と、前記アドレス情報の登録可否を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報とを含む応答メッセージを前記サーバ装置から受信する受信部と、前記接続情報が前記ネットワークに対する前記外部端末の接続を許可する場合に、前記ネットワークと前記外部端末との間でメッセージを転送するように前記転送部を制御する制御部と、として機能させるプログラムである。
【発明の効果】
【００２１】
本発明によれば、ＩＰ電話端末を介して接続するＰＣを利用するための操作を簡略化することができるという効果を奏する。
【発明を実施するための最良の形態】
【００２２】
以下に添付図面を参照して、この発明にかかる装置、方法およびプログラムの最良な実施の形態を詳細に説明する。
【００２３】
本実施の形態にかかるＩＰ電話端末は、ＩＰ電話端末のログイン認証が成功したときに、ユーザのＳＩＰアドレスの登録とともに、ＩＰ電話端末が接続を仲介する外部端末であるＰＣのＶＬＡＮを設定する。これにより、別途ＰＣでネットワークアクセス認証を実行する必要がなくなる。
【００２４】
なお、以下では認証プロトコルとしてＩＥＥＥ８０２．１Ｘを用いた例を説明するが、適用可能な認証プロトコルはこれに限られず、認証結果に応じてネットワークへのアクセス可否またはアクセスを許可するネットワークを変更可能なプロトコルであれば、あらゆる認証プロトコルに適用できる。
【００２５】
図１は、本実施の形態にかかる通信システムの一例であるＩＰ電話システムのネットワーク構成の概念図である。図１に示すように、本実施の形態のＩＰ電話システムは、各デスクスペースを表すデスク１５０ａ〜１５０ｃに設置されたＩＰ電話端末１００ａ〜１００ｃおよびＰＣ３００ａ〜３００ｃと、インフラスイッチ２００と、プロキシサーバ６００と、認証サーバ７００とを含んでいる。
【００２６】
同図の接続形態では、複数のＩＰ電話端末１００ａ〜１００ｃが、それぞれデスク１５０ａ〜１５０ｃに備えられている。また、例えば各ユーザに割り当てられた携帯型のＰＣ３００ａ〜３００ｃが、それぞれデスク１５０ａ〜１５０ｃに備えられている。なお、ＩＰ電話端末１００ａ〜１００ｃは、それぞれ同様の構成を備えるため、以下では単にＩＰ電話端末１００という場合がある。同様に、ＰＣ３００ａ〜３００ｃを単にＰＣ３００という場合がある。なお、ＩＰ電話端末１００およびＰＣ３００の個数は３台に限られるものではない。
【００２７】
インフラスイッチ２００は、オフィスのネットワークインフラの一部として運用されるスイッチ装置であり、ＰＣ３００やＩＰ電話端末１００を接続するためのエッジデバイスに相当する。インフラスイッチ２００は、デスク１５０ごとに一つの物理ポートを割り当て、一本のイーサネット（登録商標）ケーブルを提供する。また、インフラスイッチ２００は、複数のＶＬＡＮを取り扱うことができる。
【００２８】
本実施の形態では、以下のＶＬＡＮが設定されていることとする。
（１）ＩＰ電話ネットワークＶＬＡＮ：ＩＰ電話機能を実現する装置を収容するＶＬＡＮである。ＩＰ電話端末１００、プロキシサーバ６００、およびユーザを認証する認証サーバ７００などが収容される。同図では、ＩＰ電話ネットワーク５１０が本ＶＬＡＮに相当する。このＶＬＡＮを識別するＶＬＡＮ ＩＤ（以下、ＶＩＤという）は「１８」であるものとする。
（２）ＰＣネットワークＶＬＡＮ:ユーザが接続するＰＣ３００を収容するＶＬＡＮである。ユーザの所属部署などによって、ユーザのＰＣ３００を収容するＶＬＡＮは異なる。このＶＬＡＮに接続するためには、ユーザの認証が必要となる。同図では、ＰＣネットワーク５２０、５３０が本ＶＬＡＮに相当する。ＰＣネットワーク５２０およびＰＣネットワーク５３０のＶＩＤはそれぞれ「１６」および「１７」であるものとする。
（３）ゲストネットワークＶＬＡＮ:ユーザが接続するＰＣ３００を収容するＶＬＡＮである。このＶＬＡＮに接続する際には、ユーザの認証は不要である。すなわち、認証を実行する前の未認証の状態のＰＣ３００が、このＶＬＡＮに収容される。同図では、ゲストネットワーク５４０が本ＶＬＡＮに相当する。このＶＬＡＮのＶＩＤは「１９」であるものとする。
【００２９】
なお、各ＶＬＡＮは、ルータやスイッチ（図示せず）などにより構成される通常のＩＰネットワークであり、各ＶＬＡＮ間は、ファイアウォール装置（図示せず）により相互にアクセスができないように構成される。
【００３０】
ＩＰ電話端末１００は、デスクスペースを利用するユーザに対してＩＰ電話機能を提供するＩＰ電話処理部１２０と、スイッチ機能を提供する転送部としてのスイッチ部１１０とを備えている。
【００３１】
まず、ＩＰ電話機能について説明する。ＩＰ電話端末１００は、ＩＰ電話機能の呼制御にＳＩＰを利用する。ＩＰ電話端末１００は、通常の電話機能を利用するためのダイヤル部、ヘッドセット（スピーカとマイク）を備えている。すなわち、ユーザは、ダイヤル部を用いて発信先のアドレスをダイヤルすることによる発呼機能や、ＩＰ電話端末１００を指定した呼を着呼してヘッドセットを用いて通話する機能などの通常の電話と同様の機能を利用できる。
【００３２】
ただし、以下の機能を利用するためには、デスクスペースユーザは、ＩＰ電話端末１００のダイヤル部を利用して、ユーザのＳＩＰアドレス登録を行わなければならない。
（１）デスクスペースユーザのアドレスを発信元と明示した発呼
（２）デスクスペースユーザを指定した呼の着呼
（３）デスクスペースユーザが利用するＩＰ電話拡張機能（短縮ダイヤル、Voice Mail設定、ユーザ毎の転送設定、ユーザ毎の着信拒否設定など）
【００３３】
次に、スイッチ機能について説明する。上述のように、ＩＰ電話端末１００は、スイッチ機能を提供するスイッチ部１１０を内蔵している。スイッチ部１１０は、ＩＰ電話処理部１２０ａを、ＩＰ電話ネットワークＶＬＡＮ（ＩＰ電話ネットワーク５１０）に収容する。
【００３４】
なお、ＩＰ電話端末１００は、接続インタフェースとして、イーサネット（登録商標）を接続するためのアップリンクとダウンリンクをそれぞれ一つずつ備える。アップリンクは、インフラスイッチ２００のポートに接続され、インフラスイッチ２００との間でＶＬＡＮトランク接続が行われる。一方、ダウンリンクは、ＰＣ３００を接続するために用いられる。ＩＰ電話端末１００は、ＩＰ電話端末１００でログイン操作を行った結果アクセスが許可されたＶＬＡＮにＰＣ３００を収容する。
【００３５】
ＰＣ３００は、ユーザがデスクスペースに持ち込み、ＩＰ電話端末１００のダウンリンクに接続して利用する端末である。ユーザは、ＰＣ３００をＩＰ電話端末１００のダウンリンクに接続することで、ネットワーク機能を利用することができる。本実施の形態では、同一のデスクスペースに設置されるＩＰ電話端末１００とＰＣ３００は、同一のユーザによって利用されることを仮定する。
【００３６】
プロキシサーバ６００は、ＩＰ電話端末１００に対してＳＩＰによる呼処理サービスを提供するためのサーバ装置である。例えば、プロキシサーバ６００は、ＳＩＰメッセージのルーティング、ＳＩＰアドレス登録、およびＳＩＰアドレス登録に伴うユーザの認証を行う。本実施の形態では、プロキシサーバ６００は、さらに、ＳＩＰアドレス登録時のユーザ認証の際にユーザに対してＶＬＡＮを付与する機能を備えている。
【００３７】
認証サーバ７００は、ユーザの情報を保持し、ユーザを認証する認証装置である。本実施の形態では、プロキシサーバ６００からの要求に応じて、ＳＩＰアドレス登録時のユーザ認証のために利用される。また、本実施の形態の認証サーバ７００は、ユーザに対するネットワークサービス利用の可否、または利用可能なネットワーク（ＶＬＡＮ）を決定する機能を備えている。
【００３８】
次に、本実施の形態のＩＰ電話システムのレイヤー３（ネットワーク層）およびレイヤー２（データリンク層）でのネットワーク構成について説明する。図２は、図１のネットワーク概念図に対応するレイヤー３のネットワーク構成の一例を表す図である。また、図３は、図１のネットワーク概念図に対応するレイヤー２のネットワーク構成の一例を表す図である。
【００３９】
図２に示すように、各ＶＬＡＮ（ＩＰ電話ネットワーク５１０、ＰＣネットワーク５２０、５３０、およびゲストネットワーク５４０）は、ルータ（Router）８００を介して接続される。また、同図に示すように、ＩＰ電話ネットワーク５１０は、プロキシサーバ６００と、認証サーバ７００と、各ＩＰ電話端末１００のＩＰ電話処理部１２０ａ〜１２０ｃとによって構成される。なお、同図は、ＰＣ３００ａがＰＣネットワーク５２０に収容され、ＰＣ３００ｂがＰＣネットワーク５３０に収容される例を示している。また、同図は、未認証のため、ＰＣ３００ｃがゲストネットワーク５４０に収容される例を示している。
【００４０】
図３は、各ＰＣ３００が図２に示すＶＬＡＮにそれぞれ収容される場合のレイヤー２でのネットワーク構成を示す図に相当する。図３に示すように、インフラスイッチ２００は、ＩＰ電話ネットワーク５１０、ＰＣネットワーク５２０、ＰＣネットワーク５３０、およびゲストネットワーク５４０に対して、それぞれＶＩＤ＝１８、１６、１７および１９でＶＬＡＮ接続される。また、インフラスイッチ２００は、ＩＰ電話端末１００ａ〜１００ｃそれぞれとトランク接続される。
【００４１】
ＩＰ電話端末１００ａのスイッチ部１１０ａは、ＩＰ電話処理部１２０ａおよびＰＣ３００ａとの間で、それぞれＶＩＤ＝１８および１６でＶＬＡＮ接続される。同様に、ＩＰ電話端末１００ｂのスイッチ部１１０ｂは、ＩＰ電話処理部１２０ｂおよびＰＣ３００ｂとの間で、それぞれＶＩＤ＝１８および１７でＶＬＡＮ接続される。また、ＩＰ電話端末１００ｃのスイッチ部１１０ｃは、ＩＰ電話処理部１２０ｃおよびＰＣ３００ｃとの間で、それぞれＶＩＤ＝１８および１９でＶＬＡＮ接続される。
【００４２】
次に、ＩＰ電話端末１００の機能および構成の詳細について説明する。図４は、ＩＰ電話端末１００の詳細な構成を示すブロック図である。図４に示すように、ＩＰ電話端末１００は、インフラＩ／Ｆ部１０１と、ＰＣ Ｉ／Ｆ部１０２と、スイッチ部１１０と、ＩＰ電話処理部１２０とを備えている。
【００４３】
インフラＩ／Ｆ部１０１は、インフラスイッチ２００との間のイーサネット（登録商標）ケーブル接続を終端し、ネットワークインタフェース機能を提供する。具体的には、インフラＩ／Ｆ部１０１は、各ＶＬＡＮ宛のフレームを外部に送出し、ＩＰ電話端末１００宛およびＰＣ３００宛のフレームを受信してスイッチ部１１０に転送する。
【００４４】
ＰＣ Ｉ／Ｆ部１０２は、ＰＣ３００との間のイーサネット（登録商標）ケーブル接続を終端し、ネットワークインタフェース機能を提供する。具体的には、ＰＣ Ｉ／Ｆ部１０２は、ＰＣ３００宛のフレームを外部に送出し、各ＶＬＡＮ宛およびＩＰ電話端末１００宛のフレームを受信しスイッチ部１１０に転送する。また、ＰＣ Ｉ／Ｆ部１０２は、ＰＣ３００が接続されたこと、およびＰＣ３００との接続が切断されたことを検出する検出部１０２ａを備えている。
【００４５】
スイッチ部１１０は、イーサネット（登録商標）フレームをその宛先にあわせて転送するイーサネット（登録商標）スイッチである。また、スイッチ部１１０はＶＬＡＮに対応している。すなわち、スイッチ部１１０は、インフラＩ／Ｆ部１０１、ＰＣ Ｉ／Ｆ部１０２、およびＩＰ電話処理部１２０内のＩＰ電話Ｉ／Ｆ部１２１（後述）の各Ｉ／Ｆ部に対して、ＶＬＡＮ ＩＤを割り当て、特定のＶＬＡＮのトラフィックのみを各Ｉ／Ｆ部に転送するように設定することができる。これらのＶＬＡＮの設定は、ＩＰ電話処理部１２０内の制御部１２７（後述）によって実行される。
【００４６】
ＩＰ電話処理部１２０は、詳細な構成として、ＩＰ電話Ｉ／Ｆ部１２１と、ＴＣＰ／ＩＰプロトコルスタック部１２２と、メッセージ処理部１２３と、メディア処理部１２４と、アプリケーション部１２５と、ユーザＩ／Ｆ部１２６と、制御部１２７と、を備えている。
【００４７】
ＩＰ電話Ｉ／Ｆ部１２１は、ＩＰ電話端末１００の内部的なネットワークインタフェースである。ＩＰ電話Ｉ／Ｆ部１２１は、各ＶＬＡＮ宛およびＰＣ３００宛のフレームをスイッチ部１１０に転送し、ＩＰ電話端末１００宛のフレームをスイッチ部１１０から受信する。また、ＩＰ電話Ｉ／Ｆ部１２１は、ＩＰ電話端末１００宛のフレームをＴＣＰ／ＩＰプロトコルスタック部１２２に転送する。
【００４８】
ＴＣＰ／ＩＰプロトコルスタック部１２２は、ＩＰ電話機能を実現するためのＴＣＰ／ＩＰプロトコルの処理を行う。具体的には、ＴＣＰ／ＩＰプロトコルスタック部１２２は、メッセージ処理部１２３およびメディア処理部１２４がそれぞれＳＩＰメッセージおよびメディアを送受信するために必要なＴＣＰ／ＩＰプロトコル処理を実行する。
【００４９】
メッセージ処理部１２３は、ＳＩＰのプロトコル標準におけるＳＩＰ ＵＡの仕様にしたがって、ＩＰ電話機能を実現するための呼制御を実行する。例えば、メッセージ処理部１２３は、アプリケーション部１２５の指示に従ってＳＩＰメッセージを作成し、ＴＣＰ／ＩＰプロトコルスタック部１２２を介して送信する。また、メッセージ処理部１２３は、ＴＣＰ／ＩＰプロトコルスタック部１２２から受信したＳＩＰメッセージを識別し、必要な呼制御情報をアプリケーション部１２５に通知する。
【００５０】
メッセージ処理部１２３は、さらに詳細な構成として、生成部１２３ａと、送受信部１２３ｂと、を備えている。
【００５１】
生成部１２３ａは、呼制御に用いる各種ＳＩＰメッセージを生成する。例えば、生成部１２３ａは、ＩＰ電話端末１００のユーザのＳＩＰアドレスをプロキシサーバ６００に登録するための登録メッセージであるＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージを生成する。
【００５２】
送受信部１２３ｂは、ＴＣＰ／ＩＰプロトコルスタック部１２２を介して各種メッセージを送受信する。例えば、送受信部１２３ｂは、生成部１２３ａによって生成されたＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージをプロキシサーバ６００に送信する。また、送受信部１２３ｂは、ＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージに対する応答としてプロキシサーバ６００から送信された応答メッセージである２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージなどを受信する。
【００５３】
なお、本実施の形態では、プロキシサーバ６００は、ＳＩＰアドレスの登録が許可されたユーザのＰＣ３００を収容するＶＬＡＮのＶＩＤを含む２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージを、ＩＰ電話端末１００に送信する（詳細は後述）。そこで、メッセージ処理部１２３は、このメッセージからＶＩＤを抽出し、ＰＣ Ｉ／Ｆ部１０２のＶＬＡＮ設定を抽出したＶＩＤに変更するように制御部１２７（後述）に依頼する。
【００５４】
メディア処理部１２４は、ＩＰ電話機能を実現するために音声や映像などの情報であるメディア情報を処理するメディア処理を行う。具体的には、メディア処理部１２４は、アプリケーション部１２５の指示に従い、ＴＣＰ／ＩＰプロトコルスタック部１２２を介してメディアパケット（ＲＴＰ／ＲＴＣＰ）を送信する。また、ＴＣＰ／ＩＰプロトコルスタック部１２２から受信したメディアパケットを識別し、メディア情報をアプリケーション部１２５に通知する。
【００５５】
アプリケーション部１２５は、呼制御およびメディア処理を行うことによってＩＰ電話機能を実現するためのアプリケーションである。アプリケーション部１２５は、呼制御およびメディア処理のためにメッセージ処理部１２３およびメディア処理部１２４をそれぞれ利用する。アプリケーション部１２５は、ユーザＩ／Ｆ部１２６を介してユーザに操作される。
【００５６】
ユーザＩ／Ｆ部１２６は、ユーザがＩＰ電話機能を利用するためのユーザインタフェースを提供する。ユーザＩ／Ｆ部１２６は、認証のために用いるユーザ名やパスワードなどのデータを入力するための入力部１２６ａと、データ入力のためのプロンプトや表示画面を表示するための表示部１２６ｂとを備えている。入力部１２６ａは、例えば、ダイヤル、操作ボタン、またはキーボードなどによって構成することができる。また、表示部１２６ｂは、ＬＣＤ（Liquid Crystal Display）などによって構成することができる。この他、ユーザＩ／Ｆ部１２６は、例えば、ヘッドセット（スピーカ、マイク）、呼び出しスピーカ、およびＬＥＤ（Light Emitting Diode）などを含むように構成することができる。
【００５７】
ユーザＩ／Ｆ部１２６は、ユーザの操作情報をもとに、ＩＰ電話機能を利用するために必要な情報であるＳＩＰアプリケーション制御情報を生成し、アプリケーション部１２５を制御する。例えば、ユーザＩ／Ｆ部１２６は、ダイヤルされた番号である操作情報から、発信処理に必要なＳＩＰアプリケーション制御情報を生成してアプリケーション部１２５を制御する。
【００５８】
制御部１２７は、スイッチ部１１０のＶＬＡＮ設定を行う。制御部１２７は、スイッチ部１１０に対して、３つのＩ／Ｆ部の所属するＶＬＡＮをそれぞれ指定することができる。例えば、制御部１２７は、ＩＰ電話Ｉ／Ｆ部１２１が所属するＶＬＡＮと、ＰＣ Ｉ／Ｆ部１０２が所属するＶＬＡＮとをそれぞれ別に設定することにより、スイッチ部１１０がこの両方のＶＬＡＮをインフラＩ／Ｆ部１０１を介して中継するように設定することができる。
【００５９】
なお、通常、ＶＬＡＮの設定は、ＩＰ電話端末１００またはシステムの保守者によって、保守インタフェース等を介して、システム運用開始前に事前に設定される。例えば、ＩＰ電話Ｉ／Ｆ部１２１に対してはＶＩＤ＝１８が設定され、ＰＣ Ｉ／Ｆ部１０２に対しては、デフォルトのＶＬＡＮのＶＩＤとしてゲストネットワーク５４０のＶＩＤ＝１９が設定される。
【００６０】
本実施の形態では、制御部１２７が、メッセージ処理部１２３からの依頼に応じて、ＰＣ Ｉ／Ｆ部１０２のＶＬＡＮ設定を、２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージに含まれるＶＩＤに動的に変更するようにスイッチ部１１０を制御する。これにより、ＳＩＰアドレス登録処理と同時に、ＰＣ３００を収容するＶＬＡＮの設定を完了させることができる。
【００６１】
次に、プロキシサーバ６００の機能および構成の詳細について説明する。図５は、プロキシサーバ６００の詳細な構成を示すブロック図である。図５に示すように、プロキシサーバ６００は、記憶部６１０と、ネットワークＩ／Ｆ部６０１と、ＴＣＰ／ＩＰプロトコルスタック部６０２と、メッセージ処理部６０３と、認証処理部６０４と、ＩＤ付与部６０５と、を備えている。
【００６２】
記憶部６１０は、ＩＰ電話機能の実現のために必要な各種データを記憶する。例えば、記憶部６１０は、ＳＩＰアドレスの対応関係を保持するＳＩＰロケーションＤＢを記憶する。具体的には、ＳＩＰロケーションＤＢは、呼の宛先としてＳＩＰメッセージに指定されるＳＩＰアドレスであるＡｏＲ（Address of Record）と、呼の本来の宛先となるＳＩＰアドレスであるコンタクトアドレスとを対応づけて保持する。ＳＩＰロケーションＤＢは、メッセージ処理部６０３から参照・更新される。例えば、メッセージ処理部６０３は、認証されたユーザのＡｏＲとコンタクトアドレスとを対応づけてＳＩＰロケーションＤＢに登録する。
【００６３】
なお、記憶部６１０に記憶されたＳＩＰロケーションＤＢなどのデータベースを、外部の他のサーバ装置が保持し、プロキシサーバ６００から参照・更新するように構成してもよい。また、記憶部６１０は、ＨＤＤ（Hard Disk Drive）、光ディスク、メモリカード、ＲＡＭ（Random Access Memory）などの一般的に利用されているあらゆる記憶媒体により構成することができる。
【００６４】
ネットワークＩ／Ｆ部６０１は、プロキシサーバ６００をネットワーク（ＩＰ電話ネットワーク５１０）に接続するインタフェースである。ネットワークＩ／Ｆ部６０１は、ＴＣＰ／ＩＰプロトコルスタック部６０２から受け取ったフレームをネットワークに送出し、ネットワークから受け取ったフレームをＴＣＰ／ＩＰプロトコルスタック部６０２に転送する。
【００６５】
ＴＣＰ／ＩＰプロトコルスタック部６０２は、ＩＰ電話機能を実現するためのＴＣＰ／ＩＰプロトコルの処理を行う。具体的には、ＴＣＰ／ＩＰプロトコルスタック部６０２は、メッセージ処理部６０３がＳＩＰメッセージを送受信するために必要なＴＣＰ／ＩＰプロトコル処理を実行する。
【００６６】
メッセージ処理部６０３は、ＳＩＰのプロトコル標準におけるＳＩＰ Ｐｒｏｘｙの仕様にしたがって、ＩＰ電話機能を実現するための呼制御を実行する。具体的には、メッセージ処理部６０３は、ＴＣＰ／ＩＰプロトコルスタック部６０２から受信したＳＩＰメッセージを解釈して、ＳＩＰメッセージに必要な修正を加えた後、ＴＣＰ／ＩＰプロトコルスタック部６０２に対して送信する。この際、メッセージ処理部６０３は、記憶部６１０のＳＩＰロケーションＤＢに格納されたＳＩＰアドレスの対応関係を参照する。また、メッセージ処理部６０３は、ＳＩＰアドレス登録のための認証を認証処理部６０４に対して依頼する。
【００６７】
メッセージ処理部６０３は、さらに詳細な構成として、生成部６０３ａと、送受信部６０３ｂと、を備えている。
【００６８】
生成部６０３ａは、呼制御に用いる各種ＳＩＰメッセージを生成する。例えば、生成部６０３ａは、ＩＰ電話端末１００によって送信されたＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージに対する応答メッセージとして、認証サーバ７００によって認証結果とともに通知されたＶＩＤを含む２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージを生成する。
【００６９】
送受信部６０３ｂは、ＴＣＰ／ＩＰプロトコルスタック部６０２を介して各種メッセージを送受信する。例えば、送受信部６０３ｂは、ＳＩＰアドレスを登録するためのＳＩＰ Ｒｅｇｉｓｔｅｒ ＲｅｑｕｅｓｔメッセージをＩＰ電話端末１００から受信する。また、送受信部６０３ｂは、生成部６０３ａによって生成された２００ ＯＫ ＲｅｓｐｏｎｓｅメッセージをＩＰ電話端末１００に送信する。
【００７０】
認証処理部６０４は、ＳＩＰアドレスの登録を要求したユーザを認証するための認証処理を実行する。認証処理部６０４は、ＳＩＰアドレスの登録要求を受けたメッセージ処理部６０３によって、登録の可否を判断するために利用される。すなわち、メッセージ処理部６０３は、認証処理部６０４を利用してダイジェスト認証を実行することによって、あるユーザがそのＳＩＰアドレスを利用可能であるか否かを決定する。
【００７１】
本実施の形態の認証処理部６０４は、ＲＡＤＩＵＳなどのＡＡＡプロトコルによってアクセスする認証サーバ７００を利用してユーザを認証する。なお、認証サーバ７００を利用せず、認証に必要なデータをプロキシサーバ６００内に保持して、プロキシサーバ６００内部で認証を完結させるように構成してもよい。
【００７２】
ＩＤ付与部６０５は、認証処理部６０４が、あるユーザに対してＳＩＰアドレスの利用を許可した際に、そのユーザが所属するＶＬＡＮのＶＩＤを特定し、特定したＶＩＤをＳＩＰメッセージに含めるためにメッセージ処理部６０３に通知する。具体的には、ＩＤ付与部６０５は、認証サーバ７００によって通知された認証結果を通知するメッセージから、認証されたユーザに対応するＶＩＤを抽出し、ユーザが所属するＶＬＡＮのＶＩＤとして特定する。
【００７３】
なお、ユーザごとに割り当てるＶＬＡＮのＶＩＤをプロキシサーバ６００内に保持し、プロキシサーバ６００内部でＶＩＤの付与を完結させるように構成してもよい。また、ＩＤ付与部６０５が、認証サーバ７００、または、認証サーバ７００とは異なるＬＤＡＰサーバなどの外部サーバに、ＡＡＡプロトコルと異なる他のプロトコルでアクセスし、ユーザに対応するＶＩＤを取得するように構成してもよい。
【００７４】
次に、認証サーバ７００の機能および構成の詳細について説明する。図６は、認証サーバ７００の詳細な構成を示すブロック図である。図６に示すように、認証サーバ７００は、記憶部７１０と、送受信部７０１と、認証処理部７０２とを備えている。
【００７５】
記憶部７１０は、ユーザの認証に用いる認証情報を記憶する。図７は、記憶部７１０に記憶された認証情報のデータ構造の一例を示す図である。図７に示すように、認証情報は、ユーザを識別する識別情報（ユーザＩＤ）として用いるユーザ名と、パスワードと、ＳＩＰアドレスと、ＶＬＡＮ ＩＤ（ＶＩＤ）と、認証アルゴリズムとを格納している。なお、最小限必要な情報は、ユーザ名とパスワードである。例えば、プロキシサーバ６００内でユーザに対応するＶＩＤを管理する場合は、ＶＩＤは不要である。また、認証アルゴリズムが各ユーザで共通の場合は、認証アルゴリズムを記憶する必要はない。また、認証情報には、認証アルゴリズム以外の任意の情報をユーザエントリごとに設定することができる。
【００７６】
同図では、あるユーザに対し、ユーザ名＝「alice」、パスワード＝「pass」、利用可能なＳＩＰアドレス（ＡｏＲ）＝「alice@example.com」、付与可能なＶＩＤ＝「16」、および適用する認証アルゴリズムが「MD5」である認証情報の例が示されている。これは、ユーザ名＝「alice」のユーザは、ＶＩＤ＝「16」である図１のＰＣネットワーク５２０にアクセス可能であることを意味している。
【００７７】
図６に戻り、送受信部７０１は、ＡＡＡプロトコルにしたがい、プロキシサーバ６００などの外部装置との間でユーザ認証処理で用いる各種メッセージを送受信する。本実施の形態では、ＡＡＡプロトコルとしてＲＡＤＩＵＳプロトコルを適用した例を説明する。
【００７８】
例えば、送受信部７０１は、ユーザの認証を要求するメッセージであるＲＡＤＩＵＳプロトコルのＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージを、プロキシサーバ６００から受信する。また、送受信部７０１は、認証要求に対する最終的な応答メッセージとして、認証結果を表すコードとユーザに割り当てられたＶＩＤとを含むＲＡＤＩＵＳメッセージをプロキシサーバ６００に送信する。
【００７９】
認証処理部７０２は、ＲＡＤＩＵＳプロトコルに準拠し、プロキシサーバ６００などの外部装置との間でメッセージを交換し、ユーザの認証処理を実行する。
【００８０】
次に、このように構成された本実施の形態にかかるＩＰ電話端末１００によるログイン認証処理について図８および図９を用いて説明する。図８および図９は、本実施の形態におけるログイン認証処理の全体の流れを示すシーケンス図である。
【００８１】
ログイン認証処理は、ＩＰ電話端末１００で、ユーザがログイン操作を行った際に開始される。そして、ログイン認証処理では、ＩＰ電話端末１００とプロキシサーバ６００との間で、ＳＩＰアドレス登録のためのＨＴＴＰダイジェスト認証が実行されると同時に、プロキシサーバ６００と認証サーバ７００との間で、ＲＡＤＩＵＳプロトコルのメッセージが交換され、認証プロトコルが動作する。
【００８２】
ログイン認証処理の結果として、プロキシサーバ６００では、ユーザがＩＰ電話端末１００で当該ユーザのＳＩＰアドレスを利用するためのアドレス登録が完了し、同時に、ＩＰ電話端末１００では、ＩＰ電話端末１００を介して接続したＰＣ３００をユーザが利用するためのアクセス許可とＶＬＡＮ設定が完了する。
【００８３】
まず、ユーザは、デスクスペース（デスク１５０）に設置されたＩＰ電話端末１００のＰＣ Ｉ／Ｆ部１０２にＰＣ３００を接続する。この時点では、ＩＰ電話端末１００にはいずれのユーザもログインしておらず、そのため、通常の電話機能のみ利用可能である。また、この時点では、ＰＣ３００はゲストネットワーク５４０に収容される（ステップＳ８０１、ステップＳ８０２）。
【００８４】
上述のように、本実施の形態では、ユーザは、デスクスペースに設置されたＩＰ電話端末１００とＰＣ３００の両方を利用すると仮定する。すなわち、あるデスクスペースに設置されるＩＰ電話端末１００のユーザとＰＣ３００のユーザとは同一であると仮定する。
【００８５】
次に、ユーザは、ＩＰ電話端末１００に対してログイン操作を行う。具体的には、ユーザは、ユーザ名とパスワードとをＩＰ電話端末１００の表示部１２６ｂに表示された表示画面等で指定する。入力部１２６ａは、このようなログイン操作で入力されたユーザ名およびパスワードの入力を受け付ける（ステップＳ８０３）。
【００８６】
以下の説明では、ユーザは、ユーザ名＝「alice」、パスワード＝「pass」を入力したものとする。また、ＩＰ電話端末１００には、ドメイン名として、「example.com」が事前に設定されているものとする。したがって、本ＩＰ電話システムでのユーザの有効なＳＩＰアドレス（ＡｏＲ）は、ユーザ名の「alice」をユーザパートとし、ドメイン名の「example.com」をドメインパートとしたＳＩＰアドレス「alice@example.com」となる。
【００８７】
このように、本実施の形態では、ユーザ名とＳＩＰアドレスのユーザパートとが一致していると仮定する。なお、例えばユーザ名とＳＩＰアドレスのユーザパートとが異なる場合には、ユーザ名とＳＩＰアドレス（ＡｏＲ）とを別々に入力させるようにユーザＩ／Ｆ部１２６を構成すればよい。
【００８８】
また、ＩＰ電話端末１００自身が、ユーザに対してログイン操作を促すようにユーザＩ／Ｆ部１２６を制御してもよい。例えば、ＰＣ Ｉ／Ｆ部１０２にＰＣ３００を接続されたことを検知した検出部１０２ａが、アプリケーション部１２５に検知結果を通知し、アプリケーション部１２５が、ユーザＩ／Ｆ部１２６に対する画面表示または音声案内等によって、ユーザに対してログイン操作を促すように構成してもよい。
【００８９】
アプリケーション部１２５は、ユーザ入力したユーザ名およびパスワードと、ユーザ名に対応するＳＩＰアドレスまたはユーザが入力したＳＩＰアドレスとを保持する。そして、アプリケーション部１２５は、ユーザに対応するＳＩＰアドレスを登録するように、メッセージ処理部１２３に依頼する。メッセージ処理部１２３の生成部１２３ａは、ＳＩＰに準拠し、ＳＩＰアドレスを登録するためのＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージを生成する（ステップＳ８０４）。
【００９０】
図１０は、このときに生成されるＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージの一例を示す図である。図１０に示すように、本メッセージのヘッダは、すべてＳＩＰ標準に従って構成される。なお、宛先として指定するプロキシサーバ６００のアドレス「registrar.example.com」は、ログイン認証処理が開始される前にＩＰ電話端末１００に設定されており、生成部１２３ａによって参照可能となっているものとする。
【００９１】
ＦｒｏｍヘッダおよびＴｏヘッダに含まれるＳＩＰアドレスは、ユーザのＡｏＲである「alice@example.com」が指定される。Ｃｏｎｔａｃｔヘッダに含まれるＳＩＰアドレスは、ＩＰ電話端末１００に割り当てられたＩＰアドレスとユーザ名とからＩＰ電話端末１００が作成したコンタクトアドレスが指定される。
【００９２】
図８に戻り、メッセージ処理部１２３の送受信部１２３ｂは、生成されたＳＩＰメッセージをプロキシサーバ６００に送信する（ステップＳ８０５）。送受信部１２３ｂによって送信が指示されたＳＩＰメッセージは、ＴＣＰ／ＩＰプロトコルスタック部１２２、およびＩＰ電話Ｉ／Ｆ部１２１を介してスイッチ部１１０に到達する。スイッチ部１１０は、ＩＰ電話Ｉ／Ｆ部１２１に対して設定されているＶＬＡＮの情報に従って、このメッセージのフレームをＩＰ電話ネットワーク５１０のフレームとして、インフラＩ／Ｆ部１０１から外部へと転送する。
【００９３】
プロキシサーバ６００は、送信されたＳＩＰメッセージを、ネットワークＩ／Ｆ部６０１で受信する。このＳＩＰメッセージは、ＴＣＰ／ＩＰプロトコルスタック部６０２を介してメッセージ処理部６０３に到達する。メッセージ処理部６０３は、受信したＳＩＰメッセージがＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージであることを識別すると、ＳＩＰアドレス登録に必要な認証を行うために、認証処理部６０４に対して、認証処理の開始を依頼する。
【００９４】
ここで、メッセージ処理部６０３は、認証対象のユーザ名が「alice」であることと、認証対象のＳＩＰアドレス（ＡｏＲ）が「alice@example.com」であること、認証対象のＳＩＰメソッドが「Register」であることを受信したＳＩＰメッセージから識別し、認証処理部６０４に通知する。
【００９５】
なお、認証処理部６０４は、ＳＩＰアドレス登録のために、ＡＡＡプロトコルとしてＲＡＤＩＵＳプロトコルを使った通信を、認証サーバ７００との間で開始する。すなわち、認証処理部６０４は、ＲＡＤＩＵＳクライアントとして動作を開始する。具体的には、認証処理部６０４は、ＲＡＤＩＵＳプロトコル標準にしたがって、Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージを生成する（ステップＳ８０６）。
【００９６】
図１１は、このときに生成されるＲＡＤＩＵＳのＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージの一例を示す図である。図１１に示すように、Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージは、すべてＲＡＤＩＵＳの標準にしたがって構成される。
【００９７】
本メッセージには、「NAS-IP-Address」、「User-Name」、「Digest-Method」、「SIP-AOR」、および「Message-Authenticator」の５つのアトリビュートが含まれる。認証処理部６０４は、「NAS-IP-Address」アトリビュートの値として、プロキシサーバ６００自身のＩＰアドレス「192.168.0.100」を格納する。認証処理部６０４は、プロキシサーバ６００に対して事前に設定されているＩＰアドレスを参照して本アトリビュートの値を決定する。
【００９８】
また、認証処理部６０４は、「User-Name」、「Digest-Method」、および「SIP-AOR」の各アトリビュートの値は、メッセージ処理部６０３から通知された情報を格納する。さらに、認証処理部６０４は、ＲＡＤＩＵＳの標準に準拠し、認証サーバ７００とプロキシサーバ６００とが共有している秘密情報をキーとして本メッセージの構成要素を組み合わせたデータからハッシュ値を算出し、算出したハッシュ値を、「Message-Authenticator」アトリビュートの値として格納する。
【００９９】
図８に戻り、認証処理部６０４は、生成したＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージを、ＴＣＰ／ＩＰプロトコルスタック部６０２、およびネットワークＩ／Ｆ部６０１を介して認証サーバ７００に送信する（ステップＳ８０７）。
【０１００】
認証サーバ７００の送受信部７０１は、送信されたＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージを受信する。認証処理部７０２は、受信されたＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージに含まれるアトリビュートから、ＩＰアドレス「192.168.0.100」のプロキシサーバ６００が、ユーザ名「alice」のユーザに対し、ＡｏＲ「alice@example.com」を、ＳＩＰメソッド「Register」のために利用することについて、認証を要求していることを判別する。
【０１０１】
認証処理部７０２は、記憶部７１０を参照し、ユーザ名「alice」のユーザに対してダイジェスト認証をＭＤ５アルゴリズムを用いて行うことを決定する。また、ダイジェスト認証のチャレンジ値として用いられるＮｏｎｃｅを生成する。そして、認証処理部７０２は、ダイジェスト認証を開始するために、Ａｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅメッセージを生成する（ステップＳ８０８）。
【０１０２】
図１２は、このときに生成されるＡｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅメッセージの一例を示す図である。図１２に示すように、Ａｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅメッセージは、すべてＲＡＤＩＵＳの標準にしたがって構成される。
【０１０３】
本メッセージには、「Digest-Nonce」、「Digest-Realm」、「Digest-Algorithm」、および「Message-Authenticator」の４つのアトリビュートが含まれる。認証処理部７０２は、「Digest-Nonce」アトリビュートの値として、ダイジェスト認証のチャレンジとして使用するＮｏｎｃｅである文字列「abcde」を格納する。また、認証処理部７０２は、「Digest-Realm」アトリビュートの値として、実行する認証に対応するレルムである「example.com」を格納する。また、認証処理部７０２は、「Digest-Algorithm」アトリビュートの値として、使用する認証アルゴリズムを示す「MD5」を格納する。さらに、認証処理部７０２は、ＲＡＤＩＵＳの標準に準拠し、認証サーバ７００とプロキシサーバ６００とが共有している秘密情報をキーとして本メッセージの構成要素を組み合わせたデータからハッシュ値を算出し、算出したハッシュ値を、「Message-Authenticator」アトリビュートの値として格納する。
【０１０４】
図８に戻り、送受信部７０１は、生成されたＡｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅメッセージを、プロキシサーバ６００に対して返送する（ステップＳ８０９）。
【０１０５】
プロキシサーバ６００は、送信されたＲＡＤＩＵＳメッセージを、ネットワークＩ／Ｆ部６０１で受信する。受信されたメッセージは、ＴＣＰ／ＩＰプロトコルスタック部６０２を介して、認証処理部６０４に到達する。認証処理部６０４は、受信したＲＡＤＩＵＳメッセージが、ステップＳ８０７で送信したＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージに対応するＡｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅメッセージであることを検証する。さらに、認証処理部６０４は、受信したＡｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅメッセージに含まれるアトリビュートの値から、ダイジェスト認証のチャレンジとして使用するＮｏｎｃｅが「abcde」であり、実行する認証に対応するレルムが「example.com」であり、使用する認証アルゴリズムが「MD5」であることを判別し、判別結果をメッセージ処理部６０３に通知する。
【０１０６】
通知を受けたメッセージ処理部６０３の生成部６０３ａは、ダイジェスト認証を実行するためのＳＩＰメッセージである４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージを生成する（ステップＳ８１０）。
【０１０７】
図１３は、このときに生成される４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージの一例を示す図である。図１３に示すように、本メッセージのヘッダは、すべてＳＩＰ標準にしたがって、ステップＳ８０５でＩＰ電話端末１００から送信されたＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージに対する４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅとして構成される。生成部６０３ａは、「WWW-Authenticate」ヘッダの値を、認証処理部６０４から通知されたレルム、Ｎｏｎｃｅ、およびアルゴリズムの情報を含めて構成する。
【０１０８】
図８に戻り、メッセージ処理部６０３の送受信部６０３ｂは、生成されたＳＩＰメッセージを、ＴＣＰ／ＩＰプロトコルスタック部６０２およびネットワークＩ／Ｆ部６０１を介してＩＰ電話端末１００に送信する（ステップＳ８１１）。
【０１０９】
ＩＰ電話端末１００のインフラＩ／Ｆ部１０１は、送信されたＳＩＰメッセージを受信する。このメッセージは、さらに、スイッチ部１１０、ＩＰ電話Ｉ／Ｆ部１２１、ＴＣＰ／ＩＰプロトコルスタック部１２２を介してメッセージ処理部１２３の送受信部１２３ｂによって受信される。
【０１１０】
メッセージ処理部１２３は、受信したＳＩＰメッセージが４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージであることを識別すると、４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージに含まれるダイジェスト認証のチャレンジに対応するレスポンスを生成して応答するために、ＳＩＰの標準に従って、ＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージを作成する（ステップＳ８１２）。具体的には、メッセージ処理部１２３は、以下の（Ａ）〜（Ｃ）の各処理を実行する。
【０１１１】
（Ａ）メッセージ処理部１２３は、受信した４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージに含まれる「WWW-Authenticate」ヘッダから、ダイジェスト認証の情報を識別する。例えば図１３のようなメッセージの場合、メッセージ処理部１２３は、ダイジェスト認証のチャレンジとして使用するＮｏｎｃｅが「abcde」であり、実行する認証に対応するレルムが「example.com」であり、使用する認証アルゴリズムが「MD5」であるという情報を識別する。
【０１１２】
（Ｂ）メッセージ処理部１２３は、ダイジェスト認証のレスポンス情報を含めるＳＩＰメッセージであるＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージに追加する「Authorization」ヘッダを作成する。具体的には、メッセージ処理部１２３は、以下の（１）〜（５）の情報を含む「Authorization」ヘッダを作成する。
（１）ダイジェスト認証の対象となるユーザ名「alice」
（２）ダイジェスト認証のチャレンジとして使用するＮｏｎｃｅ文字列「abcde」
（３）実行するダイジェスト認証に対応するレルム「example.com」
（４）Ｒｅｑｕｅｓｔ ＵＲＩとして設定するプロキシサーバ６００のＳＩＰアドレス「register.example.com」
（５）上記（１）〜（４）までの各値に対して、ユーザの入力したパスワード「pass」をキーとしたＭＤ５アルゴリズムを使って得られる、ダイジェスト認証のチャレンジに対応するレスポンス値（ここでは「fghij」とする）
【０１１３】
なお、上記（４）のプロキシサーバ６００のＳＩＰアドレスは、事前に設定された値を参照して決定する。上記（１）のユーザ名は、ステップＳ８０３で入力され、アプリケーション部１２５によって保持されたユーザ名から決定される。上記（２）および（３）の各情報は、受信した４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージに含まれる「WWW-Authenticate」ヘッダの値から決定される。上記（５）のハッシュ値は、メッセージ処理部１２３が算出する。
【０１１４】
なお、ステップＳ８０３でパスワードの入力を受け付ける代わりに、実行するダイジェスト認証に対応するレルム（「example.com」）を、４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージから取得してユーザに提示し、この段階でユーザにパスワードの入力を求めるように構成してもよい。これにより、ユーザのＡｏＲが複数存在するような場合であっても、各ＡｏＲに応じた適切なパスワードの入力を受け付けてダイジェスト認証を実行することができる。
【０１１５】
（Ｃ）メッセージ処理部１２３の生成部１２３ａは、ダイジェスト認証のレスポンス情報を含めるＳＩＰメッセージであるＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージを作成する。これは、ステップＳ８０５で送信したＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージに、上記（Ｂ）で作成した「WWW-Authenticate」ヘッダを追加することに相当する。
【０１１６】
図１４は、このときに生成されるＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージの一例を示す図である。図１４に示すように、本メッセージのヘッダは、すべてＳＩＰ標準にしたがって構成される。本メッセージは、ステップＳ８０５で送信したＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージを再送信するためのメッセージに相当するが、以下の点が異なっている。
（１）ＣＳｅｑタグのシーケンス番号が１増加する
（２）Ｆｒｏｍヘッダのタグの値が新規に作成される
（３）上記（Ｂ）で作成された「Authorization」ヘッダが新規に付加される
【０１１７】
図８に戻り、メッセージ処理部１２３の送受信部１２３ｂは、生成されたＳＩＰメッセージを、ＴＣＰ／ＩＰプロトコルスタック部１２２、ＩＰ電話Ｉ／Ｆ部１２１、スイッチ部１１０、およびインフラＩ／Ｆ部１０１を介して、プロキシサーバ６００に送信する（ステップＳ８１３）。
【０１１８】
プロキシサーバ６００は、送信されたＳＩＰメッセージを、ネットワークＩ／Ｆ部６０１で受信する。このＳＩＰメッセージは、ＴＣＰ／ＩＰプロトコルスタック部６０２を介してメッセージ処理部６０３に到達する。メッセージ処理部６０３は、受信したＳＩＰメッセージがＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージであることを識別すると、ＳＩＰアドレス登録に必要な認証を行うために、認証処理部６０４に対して、認証処理の開始を依頼する。
【０１１９】
ここで、メッセージ処理部６０３は、認証対象のユーザ名が「alice」であること、認証対象のＳＩＰアドレス（ＡｏＲ）が「alice@example.com」であること、認証対象のＳＩＰメソッドが「Register」であること、ダイジェスト認証のチャレンジに相当するＮｏｎｃｅが「abcde」であること、ダイジェスト認証のレルムが「example.com」であること、ダイジェスト認証アルゴリズムが「MD5」であること、ダイジェスト認証の対象となるＳＩＰアドレス（ＡｏＲ）が「alice@example.com」であること、および、ダイジェスト認証のレスポンスに相当する値が「fghij」であること、を受信したＳＩＰメッセージから識別し、認証処理部６０４に通知する。
【０１２０】
なお、認証処理部６０４は、ＳＩＰアドレス登録のために、ＲＡＤＩＵＳプロトコルを使った通信を、認証サーバ７００との間で開始する。具体的には、認証処理部６０４は、ＲＡＤＩＵＳプロトコル標準にしたがって、Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージを生成する（ステップＳ８１４）。
【０１２１】
図１５は、このときに生成されるＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージの一例を示す図である。図１５に示すように、Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージは、すべてＲＡＤＩＵＳの標準にしたがって構成される。
【０１２２】
Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージは、「NAS-IP-Address」、「User-Name」、「Digest-Method」、「Digest-Nonce」、「Digest-Realm」、「Digest-Algorithm」、「SIP-AOR」、「Digest-Response」、および「Message-Authenticator」の９のアトリビュートが含まれる。
【０１２３】
「NAS-IP-Address」、「User-Name」、「Digest-Method」、および「SIP-AOR」の4つのアトリビュートの値は、上述した図１１のＲＡＤＩＵＳメッセージ（Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージ）と同様である。また、「Digest-Nonce」、「Digest-Realm」、および「Digest-Algorithm」の３つのアトリビュートの値は、上述した図１２のＲＡＤＩＵＳメッセージ（Ａｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅメッセージ）と同様である。
【０１２４】
認証処理部６０４は、「Digest-Response」アトリビュートの値として、受信したＳＩＰメッセージの「Authorization」ヘッダに含まれる値「fghij」を格納する。また、認証処理部６０４は、ＲＡＤＩＵＳの標準に準拠し、認証サーバ７００とプロキシサーバ６００とが共有している秘密情報をキーとして本メッセージの構成要素を組み合わせたデータからハッシュ値を算出し、算出したハッシュ値を、「Message-Authenticator」アトリビュートの値として格納する。
【０１２５】
図８に戻り、認証処理部６０４は、生成したＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージは、ＴＣＰ／ＩＰプロトコルスタック部６０２およびネットワークＩ／Ｆ部６０１を介して認証サーバ７００に送信する（ステップＳ８１５）。
【０１２６】
認証サーバ７００の送受信部７０１は、送信されたＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージを受信する。そして、認証処理部７０２が、Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージに含まれるアトリビュートから得られる情報を元に、ダイジェスト認証を実行する（ステップＳ８１６）。
【０１２７】
具体的には、認証処理部７０２は、まず受信したＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージに含まれる「User-Name」アトリビュートに対応するユーザ名「alice」のパスワード情報「pass」を記憶部７１０から取得する。なお、記憶部７１０に、「User-Name」アトリビュートに対応する複数のエントリが存在する場合、受信したＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージに含まれる「SIP-AOR」アトリビュートなどのその他のアトリビュートを含めて対応するエントリを記憶部７１０から検索し、所望のパスワード情報を得るように構成してもよい。
【０１２８】
次に、認証処理部７０２は、ステップＳ８１２でＩＰ電話端末１００のメッセージ処理部１２３が実行する上記（Ｂ）と同様の手順（（１）〜（５））により、チャレンジ値からＭＤ５ダイジェスト認証のレスポンス値を計算する。そして、認証処理部７０２は、計算したレスポンス値と、受信したＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージに含まれる「Digest-Response」アトリビュートのレスポンス値「fghij」とを比較する。計算したレスポンス値と受信したレスポンス値とが一致した場合、認証処理部７０２は、認証が成功したと判定する。
【０１２９】
本実施の形態では、認証処理部７０２は、さらに、認証されたユーザ名「alice」に対応するＶＩＤを記憶部７１０から取得する（ステップＳ８１７）。例えば、図７に示すような認証情報が記憶部７１０に記憶されている場合、認証処理部７０２は、ユーザ名「alice」に対応するＶＩＤ「16」を取得する。
【０１３０】
なお、認証処理部７０２が、さらに、認証されたユーザ名「alice」に対応するトンネルタイプおよびトンネルメディアタイプなどを記憶部７１０から取得するように構成してもよい。取得したトンネルタイプおよびトンネルメディアタイプは、後述するＡｃｃｅｓｓ−Ａｃｃｅｐｔメッセージに設定する値として利用できる。なお、トンネルタイプおよびトンネルメディアタイプをユーザごとに記憶部７１０に記憶するのではなく、各ユーザに共通の値を事前に設定して利用するように構成してもよい。例えば、すべてのユーザに対して、トンネルタイプ＝「ＶＬＡＮ」、およびトンネルメディアタイプ＝「８０２」を設定するように構成することができる。以下では、すべてのユーザに対してトンネルタイプ＝「ＶＬＡＮ」、トンネルメディアタイプ＝「８０２」を設定する場合を例に説明する。
【０１３１】
ユーザに対応するＶＩＤを取得後、認証処理部７０２は、取得したＶＩＤを含むＡｃｃｅｓｓ−Ａｃｃｅｐｔメッセージを生成する（ステップＳ８１８）。
【０１３２】
図１６は、このときに生成されるＡｃｃｅｓｓ−Ａｃｃｅｐｔメッセージの一例を示す図である。図１６に示すように、Ａｃｃｅｓｓ−Ａｃｃｅｐｔメッセージは、すべてＲＡＤＩＵＳの標準にしたがって構成される。本メッセージには、「Tunnel-Type」、「Tunnel-Medium-Type」、「Tunnel-Private-Group-ID」、および「Message-Authenticator」の４つのアトリビュートが含まれる。
【０１３３】
認証処理部７０２は、「Tunnel-Type」アトリビュートの値として「ＶＬＡＮ」を格納し、「Tunnel-Medium-Type」アトリビュートの値として「802」を格納する。また、認証処理部７０２は、「Tunnel-Private-Group-ID」アトリビュートの値として、認証されたユーザ名「alice」に対応するＶＩＤである「16」を格納する。さらに、認証処理部７０２は、ＲＡＤＩＵＳの標準に準拠し、認証サーバ７００とプロキシサーバ６００とが共有している秘密情報をキーとして本メッセージの構成要素を組み合わせたデータからハッシュ値を算出し、算出したハッシュ値を、「Message-Authenticator」アトリビュートの値として格納する。
【０１３４】
なお、「Tunnel-Type」、「Tunnel-Medium-Type」、および「Tunnel-Private-Group-ID」の３つのアトリビュートはＲＡＤＩＵＳの標準に従ったものであるが、従来は、ダイジェスト認証結果に対応するＡｃｃｅｓｓ−Ａｃｃｅｐｔメッセージには、これらのアトリビュートを含まないのが一般的である。
【０１３５】
図９に戻り、送受信部７０１は、生成されたＡｃｃｅｓｓ−Ａｃｃｅｐｔメッセージを、プロキシサーバ６００に対して返送する（ステップＳ８１９）。
【０１３６】
なお、ステップＳ８１６の認証処理で、 計算したレスポンス値と受信したレスポンス値とが一致しない場合、認証処理部７０２は、認証が失敗したと判定する。この場合、認証処理部７０２は、Ａｃｃｅｓｓ−Ｒｅｊｅｃｔメッセージを作成し、プロキシサーバ６００に対して返送する。
【０１３７】
プロキシサーバ６００は、ステップＳ８１９で送信されたＲＡＤＩＵＳメッセージをネットワークＩ／Ｆ部６０１で受信する。このＲＡＤＩＵＳメッセージは、ＴＣＰ／ＩＰプロトコルスタック部６０２を介して、認証処理部６０４に到達する。
【０１３８】
認証処理部６０４は、受信したＲＡＤＩＵＳメッセージが、ステップＳ８１４で送信したＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージに対応する応答メッセージであることを検証する。さらに、認証処理部６０４は、受信したＲＡＤＩＵＳメッセージの種別から、ＳＩＰアドレスが認証されたか否かを判別して、判別結果をメッセージ処理部６０３に通知する。
【０１３９】
また、ＳＩＰアドレスが認証されていた場合、すなわち、受信したメッセージがＡｃｃｅｓｓ−Ａｃｃｅｐｔメッセージである場合は、ＩＤ付与部６０５が、受信したメッセージからユーザに対応するＶＩＤを特定する。具体的には、ＩＤ付与部６０５は、Ａｃｃｅｓｓ−Ａｃｃｅｐｔメッセージに含まれる「Tunnel-Private-Group-ID」アトリビュートの値から、ユーザに対応するＶＩＤの値を特定する。そして、ＩＤ付与部６０５は、特定したＶＩＤをメッセージ処理部６０３に通知する。
【０１４０】
次に、メッセージ処理部６０３の生成部６０３ａは、ステップＳ８１３でＩＰ電話端末１００から送信されたＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージに対応する応答メッセージを生成する（ステップＳ８２０）。
【０１４１】
まず、ＳＩＰアドレスが認証された場合の応答メッセージについて説明する。この場合、生成部６０３ａは、２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージを生成する。図１７は、このときに生成される２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージの一例を示す図である。
【０１４２】
図１７に示すように２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージのヘッダは、すべてＳＩＰ標準にしたがって、ステップＳ８１３で送信されたＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージに対するレスポンスとして構成される。ただし、本実施の形態では、Ｃｏｎｔａｃｔヘッダのパラメタとして「vid」を付与する点がＳＩＰ標準と異なっている。ここで、「vid」パラメタは、ＳＩＰアドレス登録が許可されたユーザが接続したＰＣ３００を収容するネットワークのＶＩＤを意味する。
【０１４３】
次に、ＳＩＰアドレスが認証されなかった場合のメッセージについて説明する。この場合、ＳＩＰ標準にしたがって、ステップＳ８１３で送信されたＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージに対するレスポンスとして、４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージが作成される。
【０１４４】
図９に戻り、メッセージ処理部６０３の送受信部６０３ｂは、生成されたＳＩＰメッセージを、ＴＣＰ／ＩＰプロトコルスタック部６０２およびネットワークＩ／Ｆ部６０１を介してＩＰ電話端末１００に送信する（ステップＳ８２１）。
【０１４５】
ＩＰ電話端末１００のインフラＩ／Ｆ部１０１は、送信されたＳＩＰメッセージを受信する。このメッセージは、さらに、スイッチ部１１０、ＩＰ電話Ｉ／Ｆ部１２１、ＴＣＰ／ＩＰプロトコルスタック部１２２を介してメッセージ処理部１２３の送受信部１２３ｂによって受信される。
【０１４６】
メッセージ処理部１２３は、受信したＳＩＰメッセージが２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージであることを識別すると、ＳＩＰアドレス登録が認証され完了したことをアプリケーション部１２５に通知する。また、メッセージ処理部１２３は、２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージのコンタクトヘッダに含まれる「vid」パラメタを参照し、認証されたＶＩＤを識別する（ステップＳ８２２）。そして、メッセージ処理部１２３は、このＶＩＤを制御部１２７に通知する。
【０１４７】
制御部１２７は、メッセージ処理部１２３から通知されたＶＩＤの値に応じて、スイッチ部１１０を制御し、ＰＣ Ｉ／Ｆ部１０２が所属するＶＬＡＮを動的に変更する（ステップＳ８２３）。例えば、図１７のようなＳＩＰメッセージを受信した場合、制御部１２７は、ＰＣ Ｉ／Ｆ部１０２に割り当てるＶＬＡＮを、ゲストネットワーク５４０（ＶＩＤ＝１９）から、ＰＣネットワーク５２０（ＶＩＤ＝１６）に変更する。
【０１４８】
一方、メッセージ処理部１２３は、受信したＳＩＰメッセージが４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージであることを識別した場合、ＳＩＰアドレス登録が失敗したことをアプリケーション部１２５に通知する。この場合、アプリケーション部１２５、ユーザに対してログイン操作を再度求めるように構成してもよい。また、アドレス登録が連続して失敗した場合、アプリケーション部１２５が、ログイン操作を一定時間拒否するように構成してもよい。
【０１４９】
ＳＩＰアドレス登録が失敗した場合、メッセージ処理部１２３は、制御部１２７に対してＶＩＤの値を通知しない。このため、制御部１２７は、スイッチ部１１０を制御せず、ＰＣ Ｉ／Ｆ部１０２が所属するＶＬＡＮは、ゲストネットワーク５４０（ＶＩＤ１９）のままとなる。
【０１５０】
以上で、ユーザのＳＩＰアドレス登録のための認証処理が終了する。
【０１５１】
ＳＩＰアドレス登録が完了し、ＰＣ Ｉ／Ｆ部１０２のＶＩＤが変更された場合、ＰＣ３００は、変更されたＶＩＤのＶＬＡＮに収容されるようになる。例えば、ＶＩＤ＝１６のＶＬＡＮに収容先が変更された場合、ＰＣ３００は、ＰＣネットワーク５２０に接続可能となる（ステップＳ８２４、ステップＳ８２５）。
【０１５２】
この後、仮にＰＣ３００が持ち運ばれ、ＩＰ電話端末１００のＰＣ Ｉ／Ｆ部１０２とのネットワーク接続が途切れた場合に、認証したＶＬＡＮへの割り当てを終了するように構成してもよい。具体的には、ＰＣ３００との接続が切断されたことを検出部１０２ａが検出したときに、ＩＰ電話端末１００が、ＳＩＰアドレス登録終了のためのメッセージ交換をプロキシサーバ６００との間で実行し、ＳＩＰアドレス認証とＰＣ Ｉ／Ｆ部１０２へのＶＩＤの割り当てを終了するように構成してもよい。この場合、ＩＰ電話端末１００はいずれのユーザもログインしていない状態となる。
【０１５３】
また、この場合、メッセージ処理部１２３が、ＳＩＰアドレス認証が終了したことを制御部１２７に通知し、ＰＣ Ｉ／Ｆ部１０２に対応するＶＬＡＮをゲストネットワーク５４０（ＶＩＤ＝１９）に変更するように構成してもよい。これにより、ＰＣ Ｉ／Ｆ部１０２に接続したＰＣ３００は、ゲストネットワーク５４０に収容されるようになる。
【０１５４】
なお、認証が失敗し、ＰＣ Ｉ／Ｆ部１０２のＶＩＤが変更されなかった場合、ＰＣ３００は、ステップＳ８０１およびステップＳ８０２の状態のままとなる。すなわち、ＰＣ３００は、ゲストネットワーク５４０（ＶＩＤ１９）に収容される。
【０１５５】
以上のようなシーケンスにより、ＳＩＰアドレス登録の完了とともに、ユーザがＰＣ３００を利用するためのアクセス許可とＶＬＡＮ設定が完了する。
【０１５６】
なお、これまでは、ＳＩＰアドレス登録のための認証と同時にＰＣ３００のためにＰＣ Ｉ／Ｆ部１０２にＶＬＡＮの割り当て処理を行う例について説明した。ＶＬＡＮを割り当てる代わりに、ネットワークへのアクセス可否のみをＰＣ Ｉ／Ｆ部１０２に設定するように構成してもよい。
【０１５７】
このように、本実施の形態にかかるＩＰ電話端末では、ＩＰ電話端末のログイン認証が成功したときに、ＩＰ電話端末のＳＩＰアドレスの登録とともに、ＩＰ電話端末が接続を仲介するＰＣのＶＬＡＮを設定することができる。これにより、ＰＣでネットワークアクセス認証を実行する必要がなくなり、ＩＰ電話端末を介して接続するＰＣを利用するための操作を簡略化することができる。
【０１５８】
次に、本実施の形態にかかるＩＰ電話端末のハードウェア構成について図１８を用いて説明する。図１８は、本実施の形態にかかるＩＰ電話端末のハードウェア構成を示す説明図である。
【０１５９】
本実施の形態にかかるＩＰ電話端末は、ＣＰＵ（Central Processing Unit）５１などの制御装置と、ＲＯＭ（Read Only Memory）５２やＲＡＭ（Random Access Memory）５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、各部を接続するバス６１を備えている。
【０１６０】
本実施の形態にかかるＩＰ電話端末で実行されるプログラムは、ＲＯＭ５２等に予め組み込まれて提供される。
【０１６１】
本実施の形態にかかるＩＰ電話端末で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Compact Disk Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【０１６２】
さらに、本実施の形態にかかるＩＰ電話端末で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施の形態にかかるＩＰ電話端末で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【０１６３】
本実施の形態にかかるＩＰ電話端末で実行されるプログラムは、上述した各部（ＴＣＰ／ＩＰプロトコルスタック部、メッセージ処理部、メディア処理部、アプリケーション部、制御部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ５１が上記ＲＯＭ５２からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、各部が主記憶装置上に生成されるようになっている。
【産業上の利用可能性】
【０１６４】
以上のように、本発明にかかるＩＰ電話端末、サーバ装置、認証装置、通信システム、通信方法、およびプログラムは、ＩＰ電話端末を介してＰＣをネットワークに接続する形態のＩＰ電話システムに適している。
【図面の簡単な説明】
【０１６５】
【図１】本実施の形態にかかる通信システムのネットワーク構成の概念図である。
【図２】レイヤー３のネットワーク構成の一例を表す図である。
【図３】レイヤー２のネットワーク構成の一例を表す図である。
【図４】ＩＰ電話端末の詳細な構成を示すブロック図である。
【図５】プロキシサーバの詳細な構成を示すブロック図である。
【図６】認証サーバの詳細な構成を示すブロック図である。
【図７】認証サーバの記憶部に記憶された認証情報のデータ構造の一例を示す図である。
【図８】本実施の形態におけるログイン認証処理の全体の流れを示すシーケンス図である。
【図９】本実施の形態におけるログイン認証処理の全体の流れを示すシーケンス図である。
【図１０】ＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージの一例を示す図である。
【図１１】ＲＡＤＩＵＳのＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージの一例を示す図である。
【図１２】Ａｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅメッセージの一例を示す図である。
【図１３】４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｒｅｓｐｏｎｓｅメッセージの一例を示す図である。
【図１４】ＳＩＰ Ｒｅｇｉｓｔｅｒ Ｒｅｑｕｅｓｔメッセージの一例を示す図である。
【図１５】Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージの一例を示す図である。
【図１６】Ａｃｃｅｓｓ−Ａｃｃｅｐｔメッセージの一例を示す図である。
【図１７】２００ ＯＫ Ｒｅｓｐｏｎｓｅメッセージの一例を示す図である。
【図１８】本実施の形態にかかるＩＰ電話端末のハードウェア構成を示す説明図である。
【符号の説明】
【０１６６】
５１ ＣＰＵ
５２ ＲＯＭ
５３ ＲＡＭ
５４ 通信Ｉ／Ｆ
６１ バス
１００ａ〜１００ｃ ＩＰ電話端末
１０１ インフラＩ／Ｆ部
１０２ ＰＣ Ｉ／Ｆ部
１０２ａ 検出部
１１０ａ〜１１０ｃ スイッチ部
１２０ａ〜１２０ｃ ＩＰ電話処理部
１２１ ＩＰ電話Ｉ／Ｆ部
１２２ ＴＣＰ／ＩＰプロトコルスタック部
１２３ メッセージ処理部
１２３ａ 生成部
１２３ｂ 送受信部
１２４ メディア処理部
１２５ アプリケーション部
１２６ ユーザＩ／Ｆ部
１２６ａ 入力部
１２６ｂ 表示部
１２７ 制御部
１５０ａ〜１５０ｃ デスク
２００ インフラスイッチ
３００ａ〜３００ｃ ＰＣ
５１０ ＩＰ電話ネットワーク
５２０、５３０ ＰＣネットワーク
５４０ ゲストネットワーク
６００ プロキシサーバ
６０１ ネットワークＩ／Ｆ部
６０２ ＴＣＰ／ＩＰプロトコルスタック部
６０３ メッセージ処理部
６０３ａ 生成部
６０３ｂ 送受信部
６０４ 認証処理部
６０５ ＩＤ付与部
６１０ 記憶部
７００ 認証サーバ
７０１ 送受信部
７０２ 認証処理部
７１０ 記憶部
８００ ルータ
【特許請求の範囲】
【請求項１】
外部端末とネットワークとの接続を仲介し、前記ネットワークを介して接続されたサーバ装置に、ユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録することによってＩＰ電話機能を提供するＩＰ電話端末であって、
前記ネットワークと前記外部端末との間でメッセージを転送可能な転送部と、
ユーザを識別する情報であって、ユーザの認証に用いるユーザＩＤを入力する入力部と、
入力されたユーザＩＤで識別されるユーザの前記アドレス情報の登録を要求する登録メッセージを生成する生成部と、
前記登録メッセージを前記サーバ装置に送信する送信部と、
前記アドレス情報の登録可否を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報とを含む応答メッセージを前記サーバ装置から受信する受信部と、
前記接続情報が前記ネットワークに対する前記外部端末の接続を許可する場合に、前記ネットワークと前記外部端末との間でメッセージを転送するように前記転送部を制御する制御部と、
を備えたことを特徴とするＩＰ電話端末。
【請求項２】
前記受信部は、接続が許可された前記ネットワークを識別するネットワークＩＤを前記接続情報としてを含む前記応答メッセージを前記サーバ装置から受信し、
前記制御部は、前記応答メッセージに含まれる前記ネットワークＩＤの前記ネットワークと、前記外部端末との間でメッセージを転送するように前記転送部を制御すること、
を特徴とする請求項１に記載のＩＰ電話端末。
【請求項３】
前記生成部は、入力された前記ユーザＩＤを含む前記アドレス情報を生成し、生成した前記アドレス情報を含む前記登録メッセージを生成すること、
を特徴とする請求項１に記載のＩＰ電話端末。
【請求項４】
前記入力部は、さらに、ユーザの前記アドレス情報を入力し、
前記生成部は、入力された前記アドレス情報を含む前記登録メッセージを生成すること、
を特徴とする請求項１に記載のＩＰ電話端末。
【請求項５】
前記外部端末が接続されたことを検出する検出部と、
前記外部端末の接続が検出されたときに、前記ユーザＩＤを指定するための表示画面を表示する表示部と、をさらに備え、
前記入力部は、前記表示画面で指定された前記ユーザＩＤを入力すること、
を特徴とする請求項１に記載のＩＰ電話端末。
【請求項６】
前記外部端末との接続が切断されたことを検出する検出部をさらに備え、
前記制御部は、前記外部端末との接続が切断されたことが検出されたときに、前記ネットワークと前記外部端末との間でメッセージを転送しないように前記転送部を制御すること、
を特徴とする請求項１に記載のＩＰ電話端末。
【請求項７】
外部端末とネットワークとの接続を仲介するＩＰ電話端末に、前記ネットワークを介して接続され、前記ＩＰ電話端末のユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録するサーバ装置であって、
前記アドレス情報の登録を要求する登録メッセージを前記ＩＰ電話端末から受信する受信部と、
前記アドレス情報が登録可能か否かを判定する認証処理部と、
前記認証処理部による判定結果を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報と、を含む応答メッセージを生成する生成部と、
生成された前記応答メッセージを前記ＩＰ電話端末に送信する送信部と、
を備えたことを特徴とするサーバ装置。
【請求項８】
前記生成部は、前記認証処理部によって前記アドレス情報が登録可能であると判定された場合に、接続が許可された前記ネットワークを識別するネットワークＩＤである前記接続情報を、前記ネットワークを介して接続された外部サーバ装置から取得し、取得した前記ネットワークＩＤと前記登録情報とを含む前記応答メッセージを生成すること、
を特徴とする請求項７に記載のサーバ装置。
【請求項９】
前記認証処理部は、ネットワークを介して接続され、ユーザを識別するユーザＩＤを認証する認証装置に対して、前記アドレス情報のユーザを識別する前記ユーザＩＤの認証を要求する要求メッセージを送信し、前記要求メッセージに含まれる前記ユーザＩＤの認証結果を前記認証装置から受信し、前記認証結果に応じて前記アドレス情報が登録可能か否かを判定すること、
を特徴とする請求項７に記載のサーバ装置。
【請求項１０】
前記認証処理部は、さらに、接続が許可された前記ネットワークを識別するネットワークＩＤである前記接続情報と前記認証結果とを前記認証装置から受信し、
前記生成部は、前記認証処理部によって前記アドレス情報が登録可能であると判定された場合に、受信した前記ネットワークＩＤと前記登録情報とを含む前記応答メッセージを生成すること、
を特徴とする請求項９に記載のサーバ装置。
【請求項１１】
前記アドレス情報と、接続を許可する前記ネットワークを識別するネットワークＩＤである前記接続情報とを対応づけて記憶する記憶部をさらに備え、
前記生成部は、前記認証処理部によって前記アドレス情報が登録可能であると判定された場合に、前記アドレス情報に対応する前記ネットワークＩＤを前記記憶部から取得し、取得した前記ネットワークＩＤと前記登録情報とを含む前記応答メッセージを生成すること、
を特徴とする請求項７に記載のサーバ装置。
【請求項１２】
外部端末とネットワークとの接続を仲介するＩＰ電話端末と、前記ＩＰ電話端末のユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録するサーバ装置とに、前記ネットワークを介して接続された認証装置であって、
前記アドレス情報のユーザを識別するユーザＩＤの認証を要求する要求メッセージを前記サーバ装置から受信する受信部と、
前記要求メッセージに含まれる前記ユーザＩＤを認証する認証処理部と、
前記認証処理部による認証結果と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報と、を含む応答メッセージを前記サーバ装置に送信する送信部と、
を備えたことを特徴とする認証装置。
【請求項１３】
外部端末とネットワークとの接続を仲介するＩＰ電話端末と、前記ＩＰ電話端末に前記ネットワークを介して接続され、前記ＩＰ電話端末のユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録するサーバ装置と、を備えた通信システムであって、
前記ＩＰ電話端末は、
前記ネットワークと前記外部端末との間でメッセージを転送可能な転送部と、
ユーザを識別する情報であって、ユーザの認証に用いるユーザＩＤを入力する入力部と、
入力されたユーザＩＤで識別されるユーザの前記アドレス情報の登録を要求する登録メッセージを生成する第１生成部と、
前記登録メッセージを前記サーバ装置に送信する第１送信部と、
前記アドレス情報の登録可否を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報とを含む応答メッセージを前記サーバ装置から受信する第１受信部と、
前記接続情報が前記ネットワークに対する前記外部端末の接続を許可する場合に、前記ネットワークと前記外部端末との間でメッセージを転送するように前記転送部を制御する制御部と、を備え、
前記サーバ装置は、
前記登録メッセージを前記ＩＰ電話端末から受信する第２受信部と、
前記アドレス情報が登録可能か否かを判定する認証処理部と、
前記認証処理部による判定結果を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報と、を含む応答メッセージを生成する第２生成部と、
生成された前記応答メッセージを前記ＩＰ電話端末に送信する第２送信部と、を備えたこと、
を特徴とする通信システム。
【請求項１４】
外部端末とネットワークとの接続を仲介するＩＰ電話端末と、前記ＩＰ電話端末に前記ネットワークを介して接続され、前記ＩＰ電話端末のユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録するサーバ装置と、を備えた通信システムで実行される通信方法であって、
前記ＩＰ電話端末は、
前記ネットワークと前記外部端末との間でメッセージを転送可能な転送部と、
ユーザを識別する情報であって、ユーザの認証に用いるユーザＩＤを入力する入力部と、を備え、
前記ＩＰ電話端末が、入力されたユーザＩＤで識別されるユーザの前記アドレス情報の登録を要求する登録メッセージを生成する第１生成ステップと、
前記ＩＰ電話端末が、前記登録メッセージを前記サーバ装置に送信する第１送信部ステップと、
前記サーバ装置が、前記登録メッセージを前記ＩＰ電話端末から受信する第１受信ステップと、
前記サーバ装置が、前記アドレス情報が登録可能か否かを判定する認証処理ステップと、
前記サーバ装置が、前記認証処理部による判定結果を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報と、を含む応答メッセージを生成する第２生成ステップと、
前記サーバ装置が、生成された前記応答メッセージを前記ＩＰ電話端末に送信する第２送信ステップ部と、
前記ＩＰ電話端末が、前記応答メッセージを前記サーバ装置から受信する第２受信ステップと、
前記ＩＰ電話端末が、前記接続情報が前記ネットワークに対する前記外部端末の接続を許可する場合に、前記ネットワークと前記外部端末との間でメッセージを転送するように前記転送部を制御する制御ステップと、
を備えたことを特徴とする通信方法。
【請求項１５】
外部端末とネットワークとの接続を仲介し、前記ネットワークを介して接続されたサーバ装置に、ユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録することによってＩＰ電話機能を提供するＩＰ電話端末で実行されるプログラムであって、
前記ＩＰ電話端末は、
前記ネットワークと前記外部端末との間でメッセージを転送可能な転送部と、
ユーザを識別する情報であって、ユーザの認証に用いるユーザＩＤを入力する入力部と、を備え、
前記ＩＰ電話端末を、
入力されたユーザＩＤで識別されるユーザの前記アドレス情報の登録を要求する登録メッセージを生成する生成部と、
前記登録メッセージを前記サーバ装置に送信する送信部と、
前記アドレス情報の登録可否を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報とを含む応答メッセージを前記サーバ装置から受信する受信部と、
前記接続情報が前記ネットワークに対する前記外部端末の接続を許可する場合に、前記ネットワークと前記外部端末との間でメッセージを転送するように前記転送部を制御する制御部と、
として機能させるプログラム。
【請求項１】
外部端末とネットワークとの接続を仲介し、前記ネットワークを介して接続されたサーバ装置に、ユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録することによってＩＰ電話機能を提供するＩＰ電話端末であって、
前記ネットワークと前記外部端末との間でメッセージを転送可能な転送部と、
ユーザを識別する情報であって、ユーザの認証に用いるユーザＩＤを入力する入力部と、
入力されたユーザＩＤで識別されるユーザの前記アドレス情報の登録を要求する登録メッセージを生成する生成部と、
前記登録メッセージを前記サーバ装置に送信する送信部と、
前記アドレス情報の登録可否を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報とを含む応答メッセージを前記サーバ装置から受信する受信部と、
前記接続情報が前記ネットワークに対する前記外部端末の接続を許可する場合に、前記ネットワークと前記外部端末との間でメッセージを転送するように前記転送部を制御する制御部と、
を備えたことを特徴とするＩＰ電話端末。
【請求項２】
前記受信部は、接続が許可された前記ネットワークを識別するネットワークＩＤを前記接続情報としてを含む前記応答メッセージを前記サーバ装置から受信し、
前記制御部は、前記応答メッセージに含まれる前記ネットワークＩＤの前記ネットワークと、前記外部端末との間でメッセージを転送するように前記転送部を制御すること、
を特徴とする請求項１に記載のＩＰ電話端末。
【請求項３】
前記生成部は、入力された前記ユーザＩＤを含む前記アドレス情報を生成し、生成した前記アドレス情報を含む前記登録メッセージを生成すること、
を特徴とする請求項１に記載のＩＰ電話端末。
【請求項４】
前記入力部は、さらに、ユーザの前記アドレス情報を入力し、
前記生成部は、入力された前記アドレス情報を含む前記登録メッセージを生成すること、
を特徴とする請求項１に記載のＩＰ電話端末。
【請求項５】
前記外部端末が接続されたことを検出する検出部と、
前記外部端末の接続が検出されたときに、前記ユーザＩＤを指定するための表示画面を表示する表示部と、をさらに備え、
前記入力部は、前記表示画面で指定された前記ユーザＩＤを入力すること、
を特徴とする請求項１に記載のＩＰ電話端末。
【請求項６】
前記外部端末との接続が切断されたことを検出する検出部をさらに備え、
前記制御部は、前記外部端末との接続が切断されたことが検出されたときに、前記ネットワークと前記外部端末との間でメッセージを転送しないように前記転送部を制御すること、
を特徴とする請求項１に記載のＩＰ電話端末。
【請求項７】
外部端末とネットワークとの接続を仲介するＩＰ電話端末に、前記ネットワークを介して接続され、前記ＩＰ電話端末のユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録するサーバ装置であって、
前記アドレス情報の登録を要求する登録メッセージを前記ＩＰ電話端末から受信する受信部と、
前記アドレス情報が登録可能か否かを判定する認証処理部と、
前記認証処理部による判定結果を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報と、を含む応答メッセージを生成する生成部と、
生成された前記応答メッセージを前記ＩＰ電話端末に送信する送信部と、
を備えたことを特徴とするサーバ装置。
【請求項８】
前記生成部は、前記認証処理部によって前記アドレス情報が登録可能であると判定された場合に、接続が許可された前記ネットワークを識別するネットワークＩＤである前記接続情報を、前記ネットワークを介して接続された外部サーバ装置から取得し、取得した前記ネットワークＩＤと前記登録情報とを含む前記応答メッセージを生成すること、
を特徴とする請求項７に記載のサーバ装置。
【請求項９】
前記認証処理部は、ネットワークを介して接続され、ユーザを識別するユーザＩＤを認証する認証装置に対して、前記アドレス情報のユーザを識別する前記ユーザＩＤの認証を要求する要求メッセージを送信し、前記要求メッセージに含まれる前記ユーザＩＤの認証結果を前記認証装置から受信し、前記認証結果に応じて前記アドレス情報が登録可能か否かを判定すること、
を特徴とする請求項７に記載のサーバ装置。
【請求項１０】
前記認証処理部は、さらに、接続が許可された前記ネットワークを識別するネットワークＩＤである前記接続情報と前記認証結果とを前記認証装置から受信し、
前記生成部は、前記認証処理部によって前記アドレス情報が登録可能であると判定された場合に、受信した前記ネットワークＩＤと前記登録情報とを含む前記応答メッセージを生成すること、
を特徴とする請求項９に記載のサーバ装置。
【請求項１１】
前記アドレス情報と、接続を許可する前記ネットワークを識別するネットワークＩＤである前記接続情報とを対応づけて記憶する記憶部をさらに備え、
前記生成部は、前記認証処理部によって前記アドレス情報が登録可能であると判定された場合に、前記アドレス情報に対応する前記ネットワークＩＤを前記記憶部から取得し、取得した前記ネットワークＩＤと前記登録情報とを含む前記応答メッセージを生成すること、
を特徴とする請求項７に記載のサーバ装置。
【請求項１２】
外部端末とネットワークとの接続を仲介するＩＰ電話端末と、前記ＩＰ電話端末のユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録するサーバ装置とに、前記ネットワークを介して接続された認証装置であって、
前記アドレス情報のユーザを識別するユーザＩＤの認証を要求する要求メッセージを前記サーバ装置から受信する受信部と、
前記要求メッセージに含まれる前記ユーザＩＤを認証する認証処理部と、
前記認証処理部による認証結果と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報と、を含む応答メッセージを前記サーバ装置に送信する送信部と、
を備えたことを特徴とする認証装置。
【請求項１３】
外部端末とネットワークとの接続を仲介するＩＰ電話端末と、前記ＩＰ電話端末に前記ネットワークを介して接続され、前記ＩＰ電話端末のユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録するサーバ装置と、を備えた通信システムであって、
前記ＩＰ電話端末は、
前記ネットワークと前記外部端末との間でメッセージを転送可能な転送部と、
ユーザを識別する情報であって、ユーザの認証に用いるユーザＩＤを入力する入力部と、
入力されたユーザＩＤで識別されるユーザの前記アドレス情報の登録を要求する登録メッセージを生成する第１生成部と、
前記登録メッセージを前記サーバ装置に送信する第１送信部と、
前記アドレス情報の登録可否を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報とを含む応答メッセージを前記サーバ装置から受信する第１受信部と、
前記接続情報が前記ネットワークに対する前記外部端末の接続を許可する場合に、前記ネットワークと前記外部端末との間でメッセージを転送するように前記転送部を制御する制御部と、を備え、
前記サーバ装置は、
前記登録メッセージを前記ＩＰ電話端末から受信する第２受信部と、
前記アドレス情報が登録可能か否かを判定する認証処理部と、
前記認証処理部による判定結果を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報と、を含む応答メッセージを生成する第２生成部と、
生成された前記応答メッセージを前記ＩＰ電話端末に送信する第２送信部と、を備えたこと、
を特徴とする通信システム。
【請求項１４】
外部端末とネットワークとの接続を仲介するＩＰ電話端末と、前記ＩＰ電話端末に前記ネットワークを介して接続され、前記ＩＰ電話端末のユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録するサーバ装置と、を備えた通信システムで実行される通信方法であって、
前記ＩＰ電話端末は、
前記ネットワークと前記外部端末との間でメッセージを転送可能な転送部と、
ユーザを識別する情報であって、ユーザの認証に用いるユーザＩＤを入力する入力部と、を備え、
前記ＩＰ電話端末が、入力されたユーザＩＤで識別されるユーザの前記アドレス情報の登録を要求する登録メッセージを生成する第１生成ステップと、
前記ＩＰ電話端末が、前記登録メッセージを前記サーバ装置に送信する第１送信部ステップと、
前記サーバ装置が、前記登録メッセージを前記ＩＰ電話端末から受信する第１受信ステップと、
前記サーバ装置が、前記アドレス情報が登録可能か否かを判定する認証処理ステップと、
前記サーバ装置が、前記認証処理部による判定結果を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報と、を含む応答メッセージを生成する第２生成ステップと、
前記サーバ装置が、生成された前記応答メッセージを前記ＩＰ電話端末に送信する第２送信ステップ部と、
前記ＩＰ電話端末が、前記応答メッセージを前記サーバ装置から受信する第２受信ステップと、
前記ＩＰ電話端末が、前記接続情報が前記ネットワークに対する前記外部端末の接続を許可する場合に、前記ネットワークと前記外部端末との間でメッセージを転送するように前記転送部を制御する制御ステップと、
を備えたことを特徴とする通信方法。
【請求項１５】
外部端末とネットワークとの接続を仲介し、前記ネットワークを介して接続されたサーバ装置に、ユーザを識別する情報であって、ユーザを通信の宛先として指定するためのアドレス情報を登録することによってＩＰ電話機能を提供するＩＰ電話端末で実行されるプログラムであって、
前記ＩＰ電話端末は、
前記ネットワークと前記外部端末との間でメッセージを転送可能な転送部と、
ユーザを識別する情報であって、ユーザの認証に用いるユーザＩＤを入力する入力部と、を備え、
前記ＩＰ電話端末を、
入力されたユーザＩＤで識別されるユーザの前記アドレス情報の登録を要求する登録メッセージを生成する生成部と、
前記登録メッセージを前記サーバ装置に送信する送信部と、
前記アドレス情報の登録可否を表す登録情報と、前記ネットワークに対する前記外部端末の接続可否を表す接続情報とを含む応答メッセージを前記サーバ装置から受信する受信部と、
前記接続情報が前記ネットワークに対する前記外部端末の接続を許可する場合に、前記ネットワークと前記外部端末との間でメッセージを転送するように前記転送部を制御する制御部と、
として機能させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２００９−２３２０４５（Ｐ２００９−２３２０４５Ａ）
【公開日】平成２１年１０月８日（２００９．１０．８）
【国際特許分類】
【出願番号】特願２００８−７３４１１（Ｐ２００８−７３４１１）
【出願日】平成２０年３月２１日（２００８．３．２１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２１年１０月８日（２００９．１０．８）
【国際特許分類】
【出願日】平成２０年３月２１日（２００８．３．２１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]