(57)【要約】【課題】一時的利用を必要とするユーザに対して、従来と比較して容易に、そのユーザの認証と課金処理を管理するとともに、ユーザによる位置情報登録を簡易にする。【解決手段】ユーザアドレスと当該ユーザアドレスに対する認証情報を保持するサービス提供事業者装置２と、これと通信網１を介して接続するセッション接続制御サーバ３とを有し、セッション接続制御サーバ３は、端末４の構内ユーザアドレスと該端末４の端末通信アドレスの対を保持する端末管理テーブル３７と、端末４を利用するユーザのユーザアドレスと該端末４の構内ユーザアドレスの対を保持するローカル転送先テーブル３８とを備え、サービス提供事業者装置２は、端末４を利用するユーザのユーザアドレスと該端末４の構内ユーザアドレスの対を保持するグローバル転送先テーブル２８と、ユーザアドレスに対する認証情報による認証を行う際に、認証結果を改竄されないための改竄防止手段（２７と２４）とを備える。【選択図】図１
2005321862.tif 000002
【特許請求の範囲】
【請求項１】
通信網を介して接続されたサービス提供事業者装置とセッション接続制御サーバと、該セッション接続制御サーバの下部に接続された利用者端末とを含む情報通信システムにおいて、
該セッション接続制御サーバは、当該利用者端末で使用する構内ユーザアドレスと、該利用者端末の通信用アドレスを事前保持し、また、該サービス提供事業者装置からの位置登録要求正常応答を受信した際に、改竄されていないことの認証を行い、認証成功時に該ユーザアドレスと該構内ユーザアドレスと利用者端末に割当てた通信用アドレスを転送先テーブルに登録し、該転送先テーブルに従ってセッション接続要求パケットを転送し、
該サービス提供事業者装置は、暗号化された認証パスワードにより利用者を認証して、当該ユーザアドレスと構内ユーザアドレスを転送先テーブルに登録し、
該利用者端末は、該サービス提供事業者装置が提供するセッション接続制御サービスのユーザアドレスと認証パスワード、および、該セッション接続制御サーバが提供するセッション制御サービスの構内ユーザアドレスと利用者端末の通信用アドレスを保持するとともに、該利用者端末は別途該セッション接続制御サーバの通信用アドレスを保持し、該セッション接続制御サーバを経由して、該サービス提供事業者装置のセッション制御手段に、位置情報として当該ユーザアドレスと該構内ユーザアドレスの対応関係の登録要求を送信することを特徴とするセッション接続制御システム。
【請求項２】
請求項１に記載のセッション接続制御システムにおいて、
前記セッション接続制御サーバは、構内ユーザアドレスとサービス提供事業者装置により割り当てられたユーザアドレスを事前保持し、利用者端末が当該セッション接続制御サーバを経由して当該サービス提供事業者装置のセッション接続制御手段に位置情報として当該ユーザアドレスと当該セッション接続制御サーバの通信アドレスの対応関係の登録要求を送信して、当該サービス提供事業者装置から要求正常応答を受信した際に、改竄されていないことの認証を行い、認証成功時に当該ユーザアドレスと事前保持情報に基づき対応する構内ユーザアドレスと利用者端末の通信用アドレスを転送先テーブルに登録することを特徴とするセッション接続制御システム。
【請求項３】
請求項１または２に記載のセッション接続制御システムにおいて、
前記セッション接続制御サーバは、ユーザアドレスからの発信パケットを当該セッション接続制御サーバの転送先テーブルに従って転送し、
着信アドレスが該転送先テーブルに登録されている場合、当該通信網を経由しないで他利用者端末に着信し、
着信アドレスが転送先テーブルに登録されていない場合、当該通信網を経由してサービス提供事業者装置に転送し、該サービス提供事業者装置により他利用者端末に着信することを特徴とするセッション接続制御システム。
【請求項４】
請求項３に記載のセッション接続制御システムにおいて、
前記セッション接続制御サーバを利用したサービスのうち、外線通話に対する利用者端末への課金をサービス提供事業者装置の課金手段が代行することを特徴とするセッション接続制御システム。
【請求項５】
通信網を介してサービス提供事業者装置と利用者端末とセッション接続制御サーバが接続された情報通信システムのセッション接続制御方法において、
該利用者端末からサービス提供事業者装置に対する位置登録の際に、該セッション接続制御サーバを経由して位置登録要求を送信し、
該セッション接続制御サーバは、該サービス提供事業者装置からの要求正常応答を受信した際に、改竄されていないことを確認した上で、該サービス提供事業者装置に対する位置登録要求の情報である当該ユーザアドレスと構内ユーザアドレスと利用者端末に割り当てられた通信用アドレスとを、転送先テーブルに登録することを特徴とするセッション接続制御方法。
【請求項６】
請求項５記載のセッション接続制御方法において、
前記利用者端末から該サービス提供事業者装置に対する位置登録の際に、該セッション接続制御サーバは該サービス提供事業者装置からの要求正常応答を受信した際に、改竄されていないことを確認した上で、該サービス提供事業者装置に対する位置登録要求の情報である当該ユーザアドレスと、事前保持情報に基づき対応する構内ユーザアドレスと、該利用者端末の通信用アドレスとを、転送先テーブルに登録することを特徴とするセッション接続制御方法。
【請求項７】
請求項５または６記載のセッション接続制御方法において、
前記セッション接続制御サーバを利用したサービスに対し、外線通話に対する該利用者端末への課金を該サービス提供事業者装置の課金手段が代行することを特徴とするセッション接続制御方法。
【請求項８】
セッション接続制御システムを構成するサービス提供事業者装置において、
通信網を経由して転送テーブルに基づき該システム内の転送を実行する通信サーバ手段と、
通信網を経由して利用端末間および利用端末とその他の一般電話機間の交換接続を行うセッション接続制御サービス手段と、
ユーザアドレスとパスワード保持者である利用者がセッション接続制御サーバを経由して位置情報登録要求を行った際に認証を行うユーザ認証手段と、
該セッション接続制御サーバを経由してセッション接続要求を行い、セッション接続が確立した際に、利用履歴の管理を行う利用履歴手段と、
該セッション接続制御サービス利用者に対する課金代行を行う課金手段と
を有することを特徴とするサービス提供事業者装置。
【請求項９】
セッション接続制御システムを構成するセッション接続制御サーバにおいて、
利用者端末で使用する構内ユーザアドレスと該利用者端末の通信用アドレスを事前に保持する手段と、
該利用者端末からサービス提供事業者装置に対する位置登録要求を中継する手段と、
該サービス提供事業者装置からの要求正常応答を受信した際に、改竄されていないことの認証を行う認証手段と、
認証が成功した時、登録要求信号に設定されたユーザアドレスと構内ユーザアドレスと利用者端末に割り当てた通信用アドレスとを、転送先テーブルに登録する手段と
を有することを特徴とするセッション接続制御サーバ。
【請求項１０】
請求項９記載のセッション接続制御サーバにおいて、
前記事前保持手段は、構内ユーザアドレスと該利用者端末の通信用アドレスの代りに、構内ユーザアドレスとサービス提供事業者装置から割り当てられたユーザアドレスを事前に保持することを特徴とするセッション接続制御サーバ。
【請求項１１】
セッション接続制御システムを構成するセッション接続制御サーバにおいて、
利用者端末に対して、構内ユーザアドレス名に基づきユーザ管理を行い、構内ユーザアドレスとサービス提供事業者装置により割り当てられたユーザアドレスと利用者端末の通信用アドレスの対応を管理するユーザ管理手段と、
通信網を経由して転送先テーブルに基づき該システム内の転送を実行し、該サービス提供事業者装置が提供するセッション制御サービスの利用者が送受信するパケットについて、該転送先テーブルに着ユーザの利用者端末アドレスが登録されている場合には、該サービス提供事業者装置を非経由で利用者端末に転送する通信サーバ手段と
を有することを特徴とするセッション接続制御サーバ。
【請求項１２】
請求項１１記載のセッション接続制御サーバにおいて、
前記サービス提供事業者装置を非経由で利用者端末に転送する際には、該転送パケットは課金手段の課金対象から除外することを特徴とするセッション接続制御サーバ。
【請求項１３】
請求項１１または１２に記載のセッション接続制御サーバにおいて、
前記サービス提供事業者装置を経由して利用者端末に転送した際には、該転送パケットの課金は、該サービス提供事業者装置が代行することを特徴とするセッション接続制御サーバ。
【請求項１４】
通信網を介してサービス提供事業者装置と利用者端末とセッション接続制御サーバが接続された情報通信システムのセッション接続制御方法において、
該セッション接続制御サーバを含むシステムの利用者端末では、ホテルなどのネットワークの一時利用開始時に、部屋番号のような一時的識別情報を含む構内ユーザアドレスとサービス提供事業者装置により割り当てられたユーザアドレスを入力するステップと、
前記各アドレスの入力により、該セッション接続制御サーバのユーザ管理ファイルに、構内ユーザアドレスと利用者端末の通信アドレス、あるいは、構内ユーザアドレスと該サービス提供事業者装置により割り当てられたユーザアドレスを記録するステップと、
利用者からパスワードが入力されることで、該サービス提供事業者装置により該利用者と該ユーザアドレスを認証するステップと、
認証された後、該サービス提供事業者装置が提供するセッション接続制御サービスの転送先テーブル上で該ユーザアドレスに関する位置登録情報を構内ユーザアドレス、あるいは、セッション接続制御サーバの通信用アドレスに更新するステップとを有し、
該セッション接続制御サーバでは、該ユーザ管理ファイルに基づいて、構内ユーザアドレスと利用者端末の通信アドレス、あるいは、構内ユーザアドレスとサービス提供事業者装置により割り当てられたユーザアドレスと利用者端末の通信アドレスを、転送先テーブルに登録するステップと、
該ユーザアドレス宛ての着信パケットを該更新後の転送先テーブルに従って該セッション接続制御サーバを経由して該利用者端末に転送するステップと、
該ホテルなどのネットワークの一時利用終了時に、利用者端末に対し、部屋番号のような一時的識別情報を含むユーザアドレスと該サービス提供事業者装置により割り当てられたユーザアドレスを入力するステップと、
該利用終了時の前記ステップにより、該サービス提供事業者装置が提供するセッション接続制御サービス、例えばＩＰ電話サービスの該転送先テーブル上で該ユーザアドレスに関する位置登録の更新を行うステップと、
該セッション接続制御サーバのユーザ管理テーブルおよび転送先テーブルの更新を行うステップとを有することを特徴とするセッション接続制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セッション接続制御サービスに関する技術分野に関し、特にホテル等に設置され、一時利用の顧客のためのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話システムの運用技術として有用であり、かつ認証代行あるいは課金代行の技術分野にも属している。
【背景技術】
【０００２】
従来の技術では、構内ＩＰ電話は主として企業内電話網として運用されており、ホテル宿泊客等の利用者にＩＰ電話の一時利用をサービスする例は少ない。
ホテルの部屋からの通信費用を管理している構内電話交換機に関して、宿泊客によるＩＰ電話使用の費用管理を代行するシステムは、これまでは未だ確立されていなかった。
従って、ＩＰ電話の費用管理の専門業者に構内電話管理の認証と課金の部分をアウトソーシングするシステムの出現が望まれていた。
【０００３】
日経コミュニケーション２００３．１１．１０  ｐ．55〜66（非特許文献１参照）に記載されているように、社内の内線機能をＩＰ網上で実現するＩＰ−ＰＢＸが多くの企業の熱い視線を集めている。これまで、長らく企業の内線電話の主役であったＰＢＸを、ＩＰ−ＰＢＸに置き換える企業ユーザも増加しつつある。これらの企業の導入目的は、下記の理由による。
（イ）設置してあるＰＢＸの管理業務をＩＰ−ＰＢＸの導入で集中管理に移行して管理費用の低減を図る。
（ロ）頻繁なレイアウト変更や人事異動に対応が簡単なＩＰ−ＰＢＸを導入する。
（ハ）外線ＩＰ電話サービスを利用して、通信コストを抑える。
上記（イ）〜（ハ）のいずれも、社内費用の低減が目的である。
【０００４】
しかしながら、上記非特許文献１は、一時利用を必要とするホテル利用者への顧客サービスとしてのＩＰ−ＰＢＸを導入することについては触れられておらず、ＩＰ−ＰＢＸの認証と課金の部分をアウトソーシングするシステムについては全く言及されていない。
【０００５】
ＩＥＴＦのＲＦＣ３２６１（非特許文献２参照）には、セッション接続制御サーバの基本的な技術内容が説明されているが、構内セッション接続制御サーバのユーザ認証と課金の部分を、別の接続制御サーバにアウトソーシングする技術については言及されていない。
【０００６】
【非特許文献１】日経コミュニケーション２００３．１１．１０
【非特許文献２】ＩＥＴＦのＲＦＣ３２６１
【発明の開示】
【発明が解決しようとする課題】
【０００７】
一時的利用を必要とするユーザの認証と課金処理のために、一時的ユーザ識別子利用のための認証パスワード発行が必要であり、その管理が煩雑になることが問題である。
また、ユーザは、通常利用しているユーザ識別子と一時的ユーザ識別子のいずれかを利用した着信を受けるためには、各々のユーザ識別子に対応した位置情報登録を行う必要があり、そのためには、各々専用の端末を利用するか、あるいは設定を切り替えて利用する必要がある、という問題があった。
【０００８】
（目的）
本発明の目的は、このように従来の問題を解決するために、一時的利用を必要とするユーザに対して、従来と比較して容易に、そのユーザの認証と課金処理を管理するとともに、ユーザによる位置情報登録を簡易にすることが可能なセッション接続制御システムと方法と装置を提供することにある。
【課題を解決するための手段】
【０００９】
本発明のセッション接続制御システムは、通信網とサービス提供事業者装置のセッション接続制御サーバ（以下、サービス提供事業者装置）と利用者の情報通信端末（以下、利用者端末）と構内のセッション接続制御サーバを含む情報通信システムであって、当該セッション接続制御サーバは、当該利用者端末で使用する構内ユーザアドレスと、利用者端末の通信用アドレスを事前保持する手段を有し、該利用者端末は該サービス提供事業者装置が提供するセッション制御サービスのユーザアドレスと認証パスワード、および、セッション接続制御サーバが提供するセッション制御サービスの構内ユーザアドレスと利用端末の通信用アドレスを保持する手段とともに、該利用者端末は別途該セッション制御サーバの通信用アドレスを保持する手段を有し、該セッション制御サーバ経由で、該サービス提供事業者装置のセッション制御機能に、位置情報として当該ユーザアドレスと構内ユーザアドレスの対応、あるいは、当該ユーザアドレスの登録要求を送信する手段を有する。
【００１０】
また、前記セッション接続制御サーバは、構内ユーザアドレスとサービス提供事業者装置により割り当てられたユーザアドレスを事前保持し、利用者端末が当該セッション接続制御サーバを経由して当該サービス提供事業者装置のセッション接続制御手段に位置情報として当該ユーザアドレスと当該セッション接続制御サーバの通信アドレスの登録要求を送信して、当該サービス提供事業者装置から要求正常応答を受信した際に、改竄されていないことの認証を行い、認証成功時に当該ユーザアドレスと事前保持情報に基づき対応する構内ユーザアドレスと利用者端末の通信用アドレスを転送テーブルに登録する。
【００１１】
前記セッション接続制御サーバは、ユーザアドレスからの発信パケットを当該セッション接続制御サーバの転送先テーブルに従って転送し、着信アドレスが該転送先テーブルに登録されている場合、当該通信網を経由しないで他利用者端末に着信し、着信アドレスが転送先テーブルに登録されていない場合、当該通信網を経由してサービス提供事業者装置に転送し、該サービス提供事業者装置により他利用者端末に着信する。
【００１２】
前記セッション接続制御サーバを利用したサービスのうち、外線通話に対する利用者端末への課金をサービス提供事業者装置の課金手段が代行する。
【発明の効果】
【００１３】
本発明によれば、以下の効果を奏する。
（イ）「２階層一括認証」によるアドレスやＩＤやパスワードの一元化で、ユーザ利便性の向上が可能である。
（ロ）認証代行や課金代行などの構内電話管理のアウトソースによるコスト低減が可能である。
（ハ）多数の施設やチェーンホテルを持ち、これまでＰＢＸをバラバラに設備していた状況から、一元的に情報通信システムを集中管理できるので、社内情報通信システムに関する管理業務の効率化、経済化が図れる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を実施するための最良の形態について、図面を用いて詳細に説明する。
図１は本発明の実施例１に係るセッション接続制御システムの構成図、図２は２つのサービス提供事業者装置を持つ実施例２に係るセッション接続制御システムの構成図、第３はセッション接続制御サーバの課金代行機能の全てをサービス提供事業者装置が行う実施例３に係るセッション接続制御システムの構成図、図４はセッション接続制御サーバを収容する建物の内外および建物群の内外の空間においても情報通信端末の無線通信機能を通じて通信が可能である実施例４に係るセッション接続制御システムの構成図、図５は本発明の実施例１のシーケンスチャート（認証とサービスの開始）、図６は本発明の実施例１のシーケンスチャート（着信転送）、図７は３以上のサービス提供事業者装置が係わる実施例５のセッション接続制御システムの構成図、図８はサービス提供事業者装置の構成図、図９はチェックイン−チェックアウト時の説明図、図１０はチェックインーチェックアウト時のシーケンスチャート、ならびに、図１１は本発明の実施例２に係るシーケンスチャート（２つのサービス提供事業者装置）である。
【００１５】
（実施例１）
実施例１に係るセッション接続制御システムは、図１に示すように、通信網１とサービス提供事業者装置２とセッション接続制御サーバ３と利用者端末４とからなる情報通信システムである。このシステムでは、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットを用いて音声やデータの送受信を行う。ここで、利用者端末４は、通常、サービス提供事業者装置２が割り当てたユーザアドレス（ユーザＵＲＩ：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）、例えば“ａｌｉｃｅ＠ｆｏｏ．ｎｅ．ｊｐ”とパスワードにより、インターネット電話サービスを利用している。
【００１６】
ホテルにチェックインし、部屋番号１１１の部屋を利用することになった利用者は、構内ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）５に接続された利用者端末４を利用して、構内アドレスｒｏｏｍ１１１＠ｈｏｔｅｌ．ｃｏ．ｊｐと利用者端末４の通信用アドレス１０．１．１．１０を与えられる。その情報は、端末管理テーブル３７において管理される。
【００１７】
ユーザは、その利用者端末４を利用して、セッション接続制御サーバ３（一般的には、これまで構内電話交換機と称されていることが多い）を経由して通信網１に接続し、サービス提供事業者装置２においてユーザ認証された後、位置登録を行った上で、インターネット電話を利用する。セッション接続制御サーバ３は、利用者端末４からの位置登録要求パケットを中継する際に、端末管理テーブル３７で保持している構内ユーザアドレス（構内ＵＲＩ）と通信用アドレスの組み合わせが一致することを確認してもよい。利用者端末４が位置登録要求をした際に、サービス提供事業者装置２がユーザ認証することで、“ａｌｉｃｅ＠ｆｏｏ．ｎｅ．ｊｐ”に対して構内ユーザアドレスｒｏｏｍ１１１＠ｈｏｔｅｌ．ｃｏ．ｊｐが登録される。この情報は、転送先テーブル２８で保持される。サービス提供事業者装置２が認証成功し登録完了すると、セッション制御サーバ３を経由して要求正常応答を返却する。セッション接続制御サーバ３は、図１に示すように、通信機能３１、セッション接続制御機能３２、ユーザ管理機能３３、サーバ認証機能３４、利用履歴機能３５、および、課金機能３６を有しており、それらのうちのサーバ認証機能３４において要求正常応答がサービス提供事業者装置２からのものであり、改竄されていないことを、署名を検証することで確認する。確認が成功した場合には、要求正常応答内の構内ＵＲＩを参照し、当該構内ＵＲＩと利用者端末４の通信用アドレスを転送先テーブル３８において保持する。
この転送先テーブル３８への登録により、利用者端末４は、構内ＬＡＮ６などを管理する通信網でのセッション接続制御サーバ３のサービス利用が可能になる。
【００１８】
図１に示すように、サービス提供事業者装置２には、ユーザ管理テーブル２７と転送先テーブル２８と、通信機能２１、セッション接続制御機能２２、ユーザ管理機能２３、ユーザ認証機能２４、利用履歴機能２５および課金機能２６が設けられている。
この状態で、利用者端末４のホームサーバであるサービス提供事業者装置２に“ａｌｉｃｅ＠ｆｏｏ．ｎｅ．ｊｐ”宛の着信パケットがあると、サービス提供事業者装置２内のセッション接続制御機能２２が動作して、転送先テーブル２８からｒｏｏｍ１１１＠ｈｏｔｅｌ．ｃｏ．ｊｐを読み出し、転送先への転送指示を通信機能２１に指示し、通信機能２１からセッション接続制御サーバ３に送信する。セッション接続制御サーバ３の通信機能３１でこれを受信し、セッション接続制御機能３２は、転送先テーブル３８から利用者端末４の通信用アドレス１０．１．１．１０を読み出し、利用者端末４に転送を行う。
【００１９】
サービス提供事業者装置２のユーザ管理機能２３は、ユーザアドレスとパスワードのテーブルを持ち、新規加入と退出に伴う書き込みと消去を行い、利用履歴機能２５はユーザアドレス毎のセッション接続要求（インターネット電話開始）の利用履歴を保持する。
ユーザ認証機能２４は、クライアントからの位置登録要求に対して、一旦チャレンジキーをエラー応答に添付して送信する。再度、チャレンジキーを利用して暗号化されたパスワードを設定して、クライアントから位置登録要求を受信した際には、ユーザ管理テーブル２７からユーザアドレス“ａｌｉｃｅ＠ｆｏｏ．ｎｅ．ｊｐ”をキーワードとしてパスワードを検索し、チャレンジキーを利用してパスワードを計算した値が一致すれば、認証成功とする。なお、計算式は、ダイジェスト認証方式などを適用する。認証成功すれば、位置登録した情報とともに要求正常応答のパケットを作成して、セッション接続制御サーバ３を経由して利用者端末４に送信することを、通信機能２１に指示する。サービス提供事業者装置３の通信機能２１は、応答パケットをセッション接続制御サーバ３を経由して利用者端末４に転送する。サービス提供事業者装置２の利用者に対する利用料金請求に関する処理は、課金機能２６が行う。
【００２０】
次に、図２により、実施例１における位置登録のシーケンスを説明する。
左側から、サービス提供事業者装置２、セッション接続制御サーバ３、利用者端末４が配置されている。ホテルの内線システムからユーザが利用することで、利用者端末４から位置登録要求が行われると、サービス提供事業者装置２は自身のユーザとしての認証とセッション接続制御サーバ３の利用者情報の認証代行とを一括認証する“２階層一括認証”が行われる（以上、請求項１参照）。
【００２１】
図２の（  ）内の数字がシーケンスのステップ数である。
ステップ１：ホテルにチェックインし、部屋番号１１１の部屋を利用することになった利用者端末４にはユーザアドレスｒｏｏｍ１１１＠ｈｏｔｅｌ．ｃｏ．ｊｐとＩＰアドレス１０．１．１．１０が与えられる。
ステップ２：構内ＬＡＮとセッション接続制御サーバ３を経由してサービス提供事業者装置２にアクセスし、位置登録要求を行う。（この時点で、仮登録される）
ステップ３：該位置登録要求を受信したサービス提供事業者装置２では、セッション接続制御機能２２がユーザ認証機能２４を起動する。
ステップ４：ユーザ認証機能２４は、チャレンジキーとして乱数を設定してパスワード設定を利用者に要求するために、エラー応答を返却する。
【００２２】
ステップ５：利用者は、パスワードを利用者端末４に入力すると、利用者端末４は受信したチャレンジキーを利用してこれを暗号化し、セッション接続制御サーバ３を経由してサービス提供事業者装置２に転送する。
ステップ６：サービス提供事業者装置２のユーザ管理機能２３とユーザ認証機能２４とがユーザ管理テーブル２７のデータを使用して照合する。
ステップ７：照合結果として“ａｌｉｃｅ＠ｆｏｏ．ｎｅ．ｊｐ”は認証成功か否かを判断する。認証成功であればステップ８へ、認証失敗であればステップ４へ移る。
ステップ８：照合成功であれば、転送先テーブル２８に、ユーザアドレスの転送先として構内アドレス（構内ＵＲＩ）を登録する。
【００２３】
ステップ９：セッション接続制御機能２２は、通信機能２１に指示して、セッション接続制御サーバ３に要求正常応答を転送させる。
ステップ１０：セッション接続制御サーバ３は、サーバ認証機能３４にて、要求応答がサービス提供事業者装置２からの応答であり、改竄されていないことを署名を検証して確認する。検証成功であればステップ１１へ、検証失敗であれば処理を中止する。
ステップ１１：検証成功であれば、要求応答内の構内ユーザアドレスを参照して、利用者端末４のＩＰアドレスと要求応答内のユーザアドレスを転送先テーブルに登録する。
ステップ１２：要求応答を、利用者端末４のＩＰアドレスに転送する（本登録）。
【００２４】
次に、図３により、実施例１における着信のシーケンス（外線着信）について説明する。
この状態で、“ａｌｉｃｅ＠ｆｏｏ．ｎｅ．ｊｐ”宛てのセッション制御要求パケット（着信要求）が第三者から送信され、サービス提供事業者装置２に転送される。サービス提供事業者装置２からセッション接続制御サーバ３を経由して利用者端末４に着信する（請求項１参照）。
ステップ２１：サービス提供事業者装置２のセッション制御機能２２が転送先テーブル２８を検索し、転送先ｒｏｏｍ１１１＠ｈｏｔｅｌ．ｃｏ．ｊｐを参照する。
ステップ２２：セッション制御機能２２は、通信機能２１に対してｈｏｔｅｌ．ｃｏ．ｊｐをキーにしたＩＰアドレス検索を指示し、セッション接続制御サーバ３のＩＰアドレスを得る。
【００２５】
ステップ２３：セッション制御機能２２は、通信機能２１に対し、セッション制御要求パケットをセッション接続制御サーバ３に転送指示する。その際に、セッション制御要求パケットの次宛先を、ｒｏｏｍ１１１＠ｈｏｔｅｌ．ｃｏ．ｊｐに書き換えてもよい。
ステップ２４：セッション接続制御サーバ３は当該パケットを通信機能３１で受信し、セッション制御機能３２が転送先テーブルを参照して、ｒｏｏｍ１１１＠ｈｏｔｅｌ．ｃｏ．ｊｐに対応するＩＰアドレス、あるいは、“ａｌｉｃｅ＠ｆｏｏ．ｎｅ．ｊｐ”に対応するＩＰアドレスを得る。
ステップ２５：セッション接続制御機能３２は通信機能３１に指示し、当該パケットを利用者端末４に転送する。
【００２６】
次に、図４により実施例１の発信シーケンスについて説明する。
ここでは、利用者端末４が登録なしの場合と登録ありの場合の発信動作について述べる。
利用者端末４から、セッション接続制御サーバ３を経由して他のユーザアドレスｂｏｂ＠ｆｏｏ．ｎｅ．ｊｐに対し、セッション接続要求パケットを送信する。セッション接続制御サーバ３は転送テーブルを参照し、内線／外線の判断を行い、転送を行う（請求項３参照）。
ステップ３１：セッション接続制御サーバ３のセッション接続制御機能３２は、転送先テーブル３８に対して、宛先ｂｏｂ＠ｆｏｏ．ｎｅ．ｊｐに対応する転送先を検索する。検索成功の場合にはステップ３２へ、検索失敗の場合にはステップ３３へ、移る。
ステップ３２：セッション接続制御機能３２は、転送先テーブル３８よりｂｏｂ＠ｆｏｏ．ｎｅ．ｊｐの転送先のＩＰアドレスを得る。この場合、利用履歴機能３４は課金対象外として利用履歴を記録する。ステップ３４へ移る（請求項１２参照）。
【００２７】
ステップ３３：セッション接続制御機能３２は、通信機能３１に対してｆｏｏ．ｎｅ．ｊｐをキーにしたＩＰアドレス検索を指示し、サービス提供事業者装置２のＩＰアドレスを得る。
ステップ３４：セッション接続制御機能３２は、通信機能３１に対して指示し、セッション接続要求パケットを転送する。
ステップ３５：サービス提供事業者装置２がセッション接続要求パケットを受信した場合、発信者のユーザ認証を行い、認証成功の場合には、利用履歴機能２５は課金対象として利用履歴を記録する（請求項７参照）。
利用者がチェックアウトなどにより利用停止する場合には、位置登録要求と同様にセッション接続制御サーバ３を経由してサービス提供事業者装置２の転送先テーブルを更新するとともに、セッション接続制御サーバ３の転送先テーブル３８を更新する。または、より簡易な方法として、セッション接続制御サーバ３の転送先テーブル３８を更新する。
これにより、セッション制御開始要求パケットを受信した際に、転送先不明によりエラー応答が可能である。他の利用者の端末に誤着信することを防ぐことが可能である。
【００２８】
（実施例２）
本発明の実施例２に係るシステムを説明する。
図５において、図１と異なる点は、通信網１とセッション接続制御サーバ３の間にファイアウォール装置６を接続するとともに、セッション接続制御サーバ３内にファイアウォール（ＦＷ）制御機能４０を設けていること、および、端末管理テーブル３７の代りにユーザ管理テブル３９を配置していることである。
図５において、通信網１とサービス提供事業者装置２とセッション接続制御サーバ３と利用者端末４とからなる情報通信システムは、ＩＰパケットを使用して音声やデータの送受信を行う。セッション接続制御サーバ３や利用者端末４が通信網１経由でパケットを受信する際に、安全性向上のために受信パケットのフィルタリングを行うファイアウォール装置６が設置される。送信パケットに対する応答の受信パケットや、特定装置からの受信パケットは受信許可するが、それ以外の受信パケットは基本的に遮断する。
【００２９】
利用者は、サービス提供事業者装置２が割り当てたユーザアドレス（ユーザＵＲＩ：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ），例えば“ａｌｉｃｅ＠ｆｏｏ．ｎｅ．ｊｐ”とパスワードによりインターネット電話サービスを利用している。
ホテルにチェックインして部屋番号１１１の部屋を利用することになった利用者は、利用者端末４を構内ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）５に接続して、利用者端末４の通信用アドレス１０．１．１．１０を与えられる。この通信用アドレスは端末起動毎に変更される場合がある。構内アドレスｒｏｏｍ１１１＠ｈｏｔｅｌ．ｃｏ．ｊｐも与えられ、その構内アドレスを、サービス提供事業者装置２からユーザアドレス“ａｌｉｃｅ＠ｆｏｏ．ｎｅ．ｊｐ”を割当てられた利用者が利用することを、ユーザ管理テーブル３９において管理される。
【００３０】
その利用者端末４を利用し、セッション接続制御サーバ３を経由して通信網１に接続し、サービス提供事業者装置２においてユーザ認証された後、位置登録を行った上でインターネット電話を利用する。セッション接続制御サーバ３は、利用者端末４からの位置登録要求パケットを中継する際に、ユーザ管理テーブル３９で保持している構内ユーザアドレス（構内ＵＲＩ）とユーザアドレス（ユーザＵＲＩ）が一致することを確認してもよい。利用者端末４が位置登録要求をした際に、サービス提供事業者装置２がユーザ認証することで、“ａｌｉｃｅ＠ｆｏｏ．ｎｅ．ｊｐ”に対してセッション接続制御サーバ３の通信用ユーザアドレスｈｏｔｅｌ．ｃｏ．ｊｐが登録される。この情報は、転送先テーブル２９で保持される。サービス提供事業者装置２が認証成功して、登録完了すると、セッション接続制御サーバ３を経由して要求正常応答を返却する。
【００３１】
セッション接続制御サーバ３は、サーバ認証機能３４において、要求正常応答がサービス提供事業者装置２からのものであり、改竄されていないことを署名を検証することで確認する。確認成功の場合、要求正常応答内の構内ＵＲＩを参照し、当該構内ＵＲＩと利用者端末４の通信用アドレスを転送先テーブル３８において保持する。
この転送先テーブル３８への登録により、利用者端末４は構内ＬＡＮ５などを管理する通信網１におけるセッション接続制御サーバ３のサービス利用が可能となる。
この状態で利用者端末４のホームサーバであるサービス提供事業者装置２に“ａｌｉｃｅ＠ｆｏｏ．ｎｅ．ｊｐ”宛ての着信パケットがあると、セッション接続制御機能２２が動作して転送先テーブル２９からｈｏｔｅｌ．ｃｏ．ｊｐを読み出し、転送先への転送指示を通信サーバ機能２１に指示し、セッション接続制御サーバ３に送信する。
セッション接続制御サーバ３の通信機能３１はこれを受信し、セッション接続制御機能３２は転送先テーブル３８から利用者端末４の通信用アドレス１０．１．１．１０を読み出し、利用者端末４に転送する。
【００３２】
ユーザ管理機能２３は、ユーザアドレスとパスワードのテーブルを持ち、新規加入と退出に伴う書き込みと消去を行い、利用履歴機能２５はユーザアドレス毎のセッション接続要求（インターネット電話開始）の利用履歴を保持する。ユーザ認証機能２４は、クライアントからの位置登録要求に対して、一旦チャレンジキーをエラー応答に添付して送信する。再度、チャレンジキーを利用して暗号化されたパスワードを設定して、クライアントから位置登録要求を受信した際には、ユーザ管理テーブル２７からユーザアドレス“ａｌｉｃｅ＠ｆｏｏ．ｎｅ．ｊｐ”をキーワードとしてパスワードを検索し、チャレンジキーを利用してパスワードを計算した値が一致すれば、認証成功とする。なお、計算式は、ダイジェスト認証方式などを適用する。認証成功すれば、位置登録した情報とともに要求正常応答のパケットを作成して、セッション制御サーバ３を経由して利用者端末４に送信するように通信サーバ機能２１に指示し、セッション接続制御サーバ３を経由して利用者端末４へ転送する。サービス提供事業者装置２の利用者に対する利用料金請求に関する処理は、課金機能２６が行う。
【００３３】
次に、図６により実施例２の位置登録のシーケンスを説明する。
ホテルの内線システムから利用する利用者端末４からの位置登録要求で、サービス提供事業者装置２が自身のユーザとしての認証とセッション接続制御サーバ３の利用者情報の認証代行とを一括認証する。すなわち、“２階層一括認証”が行われる（請求項２参照）。
ステップ１：ホテルにチェックインし、部屋番号１１１の部屋を利用することになった利用者は、構内ユーザアドレスｒｏｏｍ１１１＠ｈｏｔｅｌ．ｃｏ．ｊｐに対し、サービス提供事業者装置２から割当てられているユーザアド麗ス“ａｌｉｃｅ＠ｆｏｏ．ｎｅ．ｊｐ”を使用することを申請する。利用者端末４に対して、ＩＰアドレス１０．１．１．１０を与えられる。
ステップ２：構内ＬＡＮとセッション接続制御サーバ３を経由してサービス提供事業者装置２にアクセスし、位置登録要求を行う（仮登録）。
ステップ３：上記位置登録要求を受信したサービス提供事業者装置２では、セッション接続制御機能２２がユーザ認証機能２４を起動する。
【００３４】
ステップ４：ユーザ認証機能２４は、チャレンジキーとして乱数を設定してパスワード設定を利用者に要求するために、エラー応答を返却する。
ステップ５：利用者は利用者端末４にパスワードを入力することで、利用者端末４は受信したチャレンジキーを利用して暗号化し、セッション接続制御サーバ３を経由してサービス提供事業者装置２に転送する。
ステップ６：サービス提供事業者装置２のユーザ管理機能２３とユーザ認証機能２４がユーザ管理テーブル２７のデータを使用して照合する。
ステップ７：照合結果として“ａｌｉｃｅ＠ｆｏｏ．ｎｅ．ｊｐ”は認証成功か否かを判断する。認証成功であればステップ８へ、認証失敗であればステップ４へ、それぞれ移行する。
ステップ８：照合成功であれば、転送先テーブル３８にユーザアドレスの転送先としてセッション接続制御サーバ３のアドレスｈｏｔｅｌ．ｃｏ．ｊｐを登録する。
【００３５】
ステップ９：セッション接続機能２２は、通信機能２１に指示して、セッション接続制御サーバ３に要求正常応答を転送させる。
ステップ１０：セッション接続制御サーバ３は、サーバ認証機能により要求応答がサービス提供事業者装置２からの応答であり、改竄されていないことを署名を検証して確認する。検証成功であればステップ１１へ（本登録）、検証失敗であれば処理を中止する。
ステップ１１：検証成功であれば、要求応答内の構内ユーザアドレスを参照して、利用者端末４のＩＰアドレスと要求応答内のユーザアドレスを転送先テーブル３８に登録する。
ステップ１２：要求応答を利用者端末４のＩＰアドレスに転送する。
【００３６】
次に、図７により、実施例２の着信シーケンス（外線着信の場合）を説明する。
この状態で、“ａｌｉｃｅ＠ｆｏｏ．ｎｅ．ｊｐ”宛てのセッション制御要求パケット（着信要求）が第三者から送信され、サービス提供事業者装置２に転送される。
サービス提供事業者装置２からセッション接続制御サーバ３を経由して利用者端末４に着信する（請求項２参照）。
ステップ２１：サービス提供事業者装置３のセッション接続制御機能２２が、転送先テーブル２９を検索し、転送先ｈｏｔｅｌ．ｃｏ．ｊｐを参照する。
ステップ２２：セッション接続制御機能２２は、通信機能３１に対しｈｏｔｅｌ．ｃｏ．ｊｐをキーにしたＩＰアドレス検索を指示し、セッション接続制御サーバ３のＩＰアドレスを得る。
【００３７】
ステップ２３：セッション接続制御機能２２は通信機能２１に対して、セッション制御要求パケットをセッション接続制御サーバ３に転送指示する。
ステップ２４：セッション接続制御サーバ３は、当該パケットを通信機能３１で受信し、セッション接続制御機能３２が転送先テーブル３８を参照して、“ａｌｉｃｅ＠ｆｏｏ．ｎｅ．ｊｐ”に対応するＩＰアドレスを得る。
ステップ２４−ａ：セッション接続制御機能３２は、セッション制御要求パケット内の音声映像用の通信アドレス、ポート番号を参照し、ＦＷ制御機能４０に対して当該通信アドレス・ポート番号からの受信パケットを許可できるようＦＷ装置６の受信許可リストの更新を指示してもよい。
ステップ２５：セッション接続制御機能３２は、通信機能３１に指示して当該パケットを利用者端末４に転送する。
【００３８】
次に、図８により、実施例２の発信動作のシーケンスを説明する。
ここでは、登録なしの場合と登録ありの場合とに分けて述べる。
利用者端末４からセッション接続制御サーバ３を経由して他のユーザアドレスｂｏｂ＠ｆｏｏ．ｎｅ．ｊｐに対し、セッション接続要求パケットを送信する。セッション接続制御サーバ３は転送先テーブル３８を参照し、内線／外線の判断を行い、転送する（請求項３参照）。
ステップ３１：セッション接続制御サーバ３のセッション接続制御機能３２は、転送先テーブル３８に対し、宛先ｂｏｂ＠ｆｏｏ．ｎｅ．ｊｐに対応する転送先を検索する。検索成功の場合にはステップ３２へ（登録あり）、検索失敗の場合にはステップ３３へ（登録なし）、それぞれ移行する。
ステップ３２：セッション接続制御機能３２は、転送先テーブル３８よりｂｏｂ＠ｆｏｏ．ｎｅ．ｊｐの転送先のＩＰアドレスを得る。この場合、利用履歴機能３４は、課金対象外として利用履歴を記録する。ステップ３４へ移行する。
【００３９】
ステップ３３：セッション接続制御機能３２は、通信機能３１に対しｆｏｏ．ｎｅ．ｊｐをキーにしたＩＰアドレス検索を指示し、サービス提供事業者装置２のＩＰアドレスを得る。
ステップ３３−ａ：セッション接続制御機能３２は、セッション制御要求パケット内の音声映像用の通信アドレス、ポート番号を参照し、ＦＷ制御機能４０に対して当該通信アドレス・ポート番号宛ての受信パケットを許可できるようにＦＷ装置６の受信許可リストの更新を指示する。
ステップ３４：セッション接続制御機能３２は、通信機能３１に対し指示し、サービス提供事業者装置２に対しセッション接続要求パケットを転送する。
ステップ３５：サービス提供事業者装置２がセッション接続要求パケットを受信した場合、発信者のユーザ認証を行い、認証成功の場合、利用履歴機能２６は課金対象として利用履歴を記録する（請求項７参照）。
【００４０】
利用者がチェックアウトなどにより利用停止する場合には、位置登録要求と同時にセッション接続制御サーバ３を経由してサービス提供事業者装置２の転送先テーブル２９を更新するとともに、セッション接続制御サーバ３の転送先テーブル３８を更新する。または、より簡易な方法として、セッション接続制御サーバ３の転送先テーブル３８とユーザ管理テーブル３９を更新する。これにより、セッション制御開始要求パケットを受信した際に、転送先不明によりエラー応答が可能である。他の利用者の端末に誤着信を防ぐことが可能である。
【００４１】
サービス提供事業者装置２が提供するセッション接続制御サビスの利用者が送受信するパケットについて、転送先テーブル３８に着ユーザの利用者端末アドレスが登録されている場合には、サービス提供事業者装置２を非経由で利用者端末４に転送する。
そして、サービス提供事業者装置を非経由で利用者端末４に転送した際には、転送パケットは課金機能の課金対象から除外する。
【産業上の利用可能性】
【００４２】
情報通信の進展により、インターネットを業務上利用して個人へのサービスを行う場面が増加しているが、サービス提供事業者装置２がインターネットインフラを準備することが困難な場合が多く、そのために、特に個人認証やサービスへの課金処理を代行するビジネスが要望され、その発展が予想される。例えば、従来のアナログ電話やＩＳＤＮ電話に代わってＩＰネットワーク上の音声通信であるインターネット電話が、急激に普及している。このような情勢下では、ホテルの利用客やイベントの参加者向けのＩＰ電話システムは未開拓の分野である。
そこで、本発明の“２階層一括認証”によるアドレスやＩＤやパスワードの一元化でユーザ利便性の向上を図る。また、認証代行や課金代行などの構内電話管理のアウトソースによるコスト低減はホテル業界、イベント業界の利益向上に貢献できる可能性が大である。
また、多数の施設やチェーンホテルを持ち、これまでＰＢＸを別々に設備していた状況から、本発明のシステム技術の導入により一元的に情報通信システムを集中管理して、ホテル運営会社の社内情報通信システムに関する管理業務の効率化、経済化が図れる可能性が大である。
【図面の簡単な説明】
【００４３】
【図１】本発明の実施例１に係るセッション接続制御システムの構成図である。
【図２】本発明の実施例１の位置情報登録のシーケンスチャートである。
【図３】本発明の実施例１の着信動作のシーケンスチャートである。
【図４】本発明の実施例１の発信動作のシーケンスチャートである。
【図５】本発明の実施例２に係るセッション接続制御システムの構成図である。
【図６】本発明の実施例２の位置情報登録のシーケンスチャートである。
【図７】本発明の実施例２の着信動作のシーケンスチャートである。
【図８】本発明の実施例２の発信動作のシーケンスチャートである。
【符号の説明】
【００４４】
１…通信網、２…サービス提供事業者装置、３…セッション接続制御サーバ、
４…利用者端末、５…ＬＡＮ、６…ファイアウォール装置、２１…通信機能、
２２…セッション接続制御機能、２３…ユーザ管理機能、２４…ユーザ認証機能、
２５…利用履歴機能、２６…課金機能、２７…ユーザ管理テーブル、
２８…転送先テーブル、３１…通信機能、３２…セッション接続制御機能、
３３…ユーザ管理機能、３４…サーバ認証機能、３５…利用者履歴機能、
３６…課金機能、３７…端末管理テーブル、３８…転送先テーブル、
４０…ファイアウォール制御機能。
【図１】
2005321862.tif 000003
【図２】
2005321862.tif 000004
【図３】
2005321862.tif 000005
【図４】
2005321862.tif 000006
【図５】
2005321862.tif 000007
【図６】
2005321862.tif 000008
【図７】
2005321862.tif 000009
【図８】
2005321862.tif 000010