JP2007293870A

JP2007293870A - ネットワーク・アドレス情報を使ってネットワーク・トランザクション性能を向上するための方法

Info

Publication number: JP2007293870A
Application number: JP2007125057A
Authority: JP
Inventors: Stephen G Perlman; パールマン，スティーブン，ジー．
Original assignee: Microsoft Corp
Current assignee: Microsoft Corp
Priority date: 1996-06-03
Filing date: 2007-05-09
Publication date: 2007-11-08
Also published as: JP2001508246A; EP0900491A4; DE69732988D1; DE69718635D1; EP1251653A2; EP0900491B1; EP0900491A1; DE69718635T2; AU3223897A; US5862220A; EP1251653A3; JP3989960B2; DE69732988T2; WO1997047106A1; EP1251653B1

Abstract

【課題】ネットワーク・トランザクションを最適化すること。
【解決手段】ＷｅｂＴＶクライアント装置６１０は、メディア８５２を通じてネットワーク６１２に接続されている。さらにＷｅｂＴＶクライアント装置６１０は、メディア８５４を通じてＰＯＰノード８１０に接続され、ＰＯＰノード８１０はメディア８５６を通じてネットワーク６１２に接続されている。ＷｅｂＴＶクライアント装置６１０は、メディア８５０を通じてマーチャント・サーバ８３０に接続され、メディア８５８を通じてプライベート・サーバ８２０に接続されている。ＷｅｂＴＶクライアント装置６１０の内部には、ネットワーク・インタフェース８４０、クライアント・ボックス識別子８４２、ネットワーク・アドレス記憶領域８４６、および暗号鍵記憶領域８４４がある。
【選択図】図８

Description

本発明は、遠距離通信の分野に属し、かつネットワーク・トランザクションのためのネットワーク・アドレス情報の使用に関する。

従来のコンピュータ・ネットワーク・プロトコルは、所与のネットワーク・トポロジーの枠内で動作するように設計されている。これらのプロトコルは、多くの様々なノード配置を取り扱うために十分に柔軟であり、コンピュータをネットワークに加えたりネットワークから除去するときのトポロジーの変化を取り扱うために十分に堅固である。柔軟性とモバイル性とを維持することが必要であるから、従来のネットワークは、特定の地理的位置に特定な情報をあてにしない。これらのネットワーク・プロトコルは、地理的独立性を有利なものであると通常考えている。

米国の多くのエリアでは、電話網から起呼電話番号を判定することが可能である。発呼者ＩＤや自動番号識別機能（ＡＮＩ）などの電話網サービスは、発呼者の電話番号を適当に装備された電話応答装置に提供することができ、それから電話番号を、応答装置に結合されたサーバに転送することができる。

多くの起呼エリアでは、発呼者ＩＤや自動番号識別機能は技術的理由または法律的理由のいずれかのために利用できない。このようなエリアでは、ユーザの市外局番あるいは起呼エリア（例えば都市）を検証することも可能であるが、識別が完全に不可能である場合もある。ユーザの電話番号を識別、すなわち検証するための直接法がなければ、間接法を使用することができる。

したがって多くのやり方で、特定のネットワーク・ノードまたはネットワークユーザに付属する情報を得るための従来の手段が利用可能である。この情報は入手可能であるが、従来のネットワーク・プロトコルは、この情報を得るための、または情報を使用してネットワークの動作を最適化するための機能性をもたらさない。

したがってネットワーク・トランザクションを最適化するために、よりよい手段と方法が必要になる。

本発明は、ネットワーク・トランザクション性能を向上し、その機能性を増すためにネットワーク・アドレス情報を使用するための方法に関する。クライアント・ネットワーク・インタフェース装置が、プロセッサとプロセッサに結合されたメモリとを有するものとして開示されており、当該メモリはその中の一連の命令（sequence of instruction）をストアしており、この一連の命令は、プロセッサによって実行されると、次のステップをプロセッサに実施させることになる。すなわち、１）機密保護されたデータ通信回線によって第１サーバにアクセスして、クライアント暗号鍵を得ること、２）機密保護されていないデータ通信回線によって第２サーバにアクセスして、第２サーバとの接続を確立すること、３）第１サーバから得られたクライアント暗号鍵を使用して、前記の接続を通じて第２サーバに送られた情報を暗号化すること、および４）第１サーバから得られたクライアント暗号鍵を使用して、前記の接続によって第２サーバから受信された情報を解読することを実施させる。本発明はさらに、プロセッサとプロセッサに結合されたメモリとを有するクライアント・ネットワーク・インタフェース装置を含む装置において実行され、このメモリは、その中の一連の命令をストアしており、この一連の命令は、プロセッサによって実行されると、次のステップをプロセッサに実施させることになる。すなわち、１）機密保護されていないデータ通信回線によって機密保護されていないサーバに接続して、データ・トランザクションの機密保護されていない部分を実施すること、２）機密保護されていないサーバから接続を断つこと、および３）機密保護されたデータ通信回線を通じて機密保護されたサーバに接続して、データ・トランザクションの機密保護された部分を実施することを実施させる。

ネットワークの外部の情報を得て使用し、ネットワーク・トランザクションを最適化できることは、本発明の一利点である。さらに、従来の電話網に設けられている自動番号識別機能を使用して、ネットワーク・トランザクション性能を向上し、その機能性を増すことができることも、本発明の一利点である。

本発明の上記およびその他の利点は、下記の好ましい実施形態の詳細な説明中ですべて述べられている。

本発明は、ネットワーク・トランザクション性能を向上するためにネットワーク・アドレス情報を使用するための方法を対象とする。下記の詳細な説明では、本発明を完全に理解できるように、多くの特定の詳細内容を述べる。しかしながら、これらの特定の詳細内容を本発明の実行のために使用する必要がないことは、当業者には理解されよう。また、本発明を不必要に不明瞭にさせないために、公知の構造、インタフェース、およびプロセスを詳細には示さなかった。

ＷｅｂＴＶ（登録商標）
本発明の好ましい実施形態は、表示装置として標準的なテレビ受像機を使用し、ネットワーク・トランスポート・メディアとして標準的な電話回線またはその他の住宅通信網もしくはその両方を使用する、低コストのネットワーク・インタフェース装置（ＷｅｂＴＶ（登録商標））において実行される。このネットワーク・インタフェース装置は、様々な形でシステムとして実施可能である。図１は、ネットワーク装置を、標準的なテレビ受像機に設けられたジャック中に挿入されたモジュールとして示す。図２は、ネットワーク・インタフェース装置を、組み込まれた統合ケーブル・モデム復号器を有する装置として示す。図３は、ネットワーク・インタフェース装置を、テレビ受像機中に組み込まれた統合ユニットとして示す。図４は、ネットワーク・インタフェース装置を、組込みビデオ・インタフェースおよびケーブル・モデムを有する装置として示す。図５は、ネットワーク・インタフェース装置を、組込みＩＳＤＮ（サービス統合ディジタル網）モデムを有するネットワーク・インタフェース装置として示す。各場合において、標準電話コネクションがネットワーク・インタフェース装置のために設けられ、従来の電話網を通じた通信が可能になる。ケーブル・モデム・ケイパビリティを有する構成では、電話網を通じた通信の他に、ケーブル・ネットワークを通じた通信が可能である。ケーブル・ネットワークは一般的には標準電話網よりもはるかに高速である（すなわち、はるかに大きな帯域幅をもたらす）が、ケーブル・モデムは一般的には、標準ＰＯＴＳ（当技術分野では「ＰｌａｉｎＯｌｄＴｅｌｅｐｈｏｎｅＳｅｒｖｉｃｅ」と呼ばれる）電話モデムよりも高価である。ＩＳＤＮ構成では、ネットワーク・インタフェース装置は、ＩＳＤＮモデムと標準ＰＯＴＳモデムとの両方を有する。さらに、ＩＳＤＮネットワークは一般的にＰＯＴＳ電話ネットワークよりも高速であるが、ＩＳＤＮは現在ではより高価である。

好ましい実施形態において、また下記の説明では、本発明をいくつかの異なる形式のネットワークまたはネットワークの部分に関連して説明する。特に下記の定義は、好ましい実施形態が動作する様々なネットワーク形式を明確にする。これらの様々な形式には、従来のＰＯＴＳ電話網、インターネット・ネットワーク、ＷｏｒｌｄＷｉｄｅＷｅｂ（ＷＷＷ）ネットワーク、およびＷｅｂＴＶネットワークが含まれる。ＰＯＴＳ電話網は、クライアントをＰｏｉｎｔｏｆＰｒｅｓｅｎｃｅ（ＰＯＰ）ノードに、または直接にプライベート・サーバに接続する交換回路ネットワークである。ＰＯＰノードとプライベート・サーバは、クライアントをインターネット・ネットワークに接続し、インターネット・ネットワークは、通信制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）を使用するパケット交換ネットワークである。ＷｏｒｌｄＷｉｄｅＷｅｂ（ＷＷＷ）ネットワークは、ハイパー・テキスト・トランスファー・プロトコル（ＨＴＴＰ）を使用し、インターネット・ネットワーク中で実施され、ハイパー・テキスト記述言語（ＨＴＭＬ）サーバによってサポートされる。ＷｅｂＴＶネットワークは、ＷＷＷネットワーク中で実施され、一つまたは複数のＨＴＭＬサーバによってサポートされるＨＴＴＰベースのプロトコルの組を使用する。

ＷｅｂＴＶネットワークは、ＷｅｂＴＶネットワーク・インタフェース装置を有する各クライアントをＷｅｂＴＶサーバに接続する。ＷｅｂＴＶクライアントは、ネットワーク・インタフェース装置とこの中に設けられたブラウザ・ソフトウェアを使用して、インターネットまたはＷｏｒｌｄＷｉｄｅＷｅｂ（ＷＷＷ）などのネットワーク・コネクションの一つを通じて到達した広域ネットワーク上で情報をブラウズする。ＷｅｂＴＶブラウザはＷｏｒｌｄＷｉｄｅＷｅｂを直接ブラウズする能力があるが、ＷｅｂＴＶネットワークはいくつかの方式で基本インターネット・アクセス以上にサービスを向上させる。ユーザ登録と電子メール（email）とを含むＷｅｂＴＶネットワークサービスが、ＷｅｂＴＶネットワークに準備されている。ＷｅｂＴＶネットワークはまた、遠方のＷＷＷサイトへのブラウジングを促進させ、遅延を除去することによって、ユーザ・サービスを向上させる。さらにＷｅｂＴＶネットワークは、ＷｅｂＴＶクライアントの地理的エリアに合わせて調整された内容を提供する（ジオグラフィック・テイラリング（geographic tailoring））。こうして、ローカライズされたサービスへのクライアントのアクセスは改善される。ＷｅｂＴＶネットワーク・インタフェース装置はまた、クライアントへの応答を効果的に調整することができ、または特定のクライアントの要求に関する適切なネットワーク・メディアを使用することができる。例えば、コストがより高いＩＳＤＮまたはケーブル・ネットワーク・メディアを、高速のデータ信号速度が要求されるときに使用することができるが、データ信号速度の重要性が低いトランザクションのためには、低廉なＰＯＴＳ電話網を使用することができる。ＷｅｂＴＶネットワークはまた、ＷｅｂＴＶネットワーク・インタフェース装置からストレージ装置を外すことができ、これによってそのコストを低減する。

図６に、上記ＷｅｂＴＶネットワークの基本構成を示す。各々が上記のＷｅｂＴＶネットワーク・インタフェース装置などのネットワーク・インタフェース装置である複数のＷｅｂＴＶクライアント６１０は、インターネットやＷＷＷなどの従来のネットワーク・インフラストラクチャ６１２を介してＷｅｂＴＶサーバ６２０に結合されている。ＷｅｂＴＶサーバ６２０は標準的なネットワーク・コンピュータ・システム（例えばＳｕｎＭｉｃｒｏｓｙｓｔｅｍｓＳｐａｒｃＳｔａｔｉｏｎ）であり、当該システム上で、本発明のネットワーク機能性を実施するソフトウェアが実行される。この機能性を下に説明する。

図７に、上記ＷｅｂＴＶネットワークの基本構成の別の実施形態を示す。各々が上記のＷｅｂＴＶネットワーク・インタフェース装置などのネットワーク・インタフェース装置である複数のＷｅｂＴＶクライアント６１０は、上記とは別に、複数のＰｏｉｎｔｏｆＰｒｅｓｅｎｃｅ（ＰＯＰ）ノード７１０に結合されている。ＰＯＰノード７１０は、クライアント６１０がよりコストの高いネットワーク６１２への直接接続に負うのではなく、ローカル・ノードを通じてネットワーク６１２にアクセスする手段を提供する。電話網では、例えば、ネットワーク６１２の１ノードへの長距離呼出しを行うのではなく、クライアント６１０のローカル起呼エリアにおけるローカルＰＯＰノード（すなわち電話網の場合にはモデム）との電話接続を確立することが、クライアント６１０にとってコストが低い。図７に示す構成では、クライアントのためのコスト上の利益を実現することができる。しかしながら、本発明はこの構成に制限されるものではない。むしろ本発明は、図６、図７に図示するネットワーク構成またはその他の等価のネットワーク構成において実施可能である。

機密保護検証と認証を目的とした自動番号識別機能（ＡＮＩ）の使用
ＡＮＩは、実行中のネットワーク・アクセスがなされた位置を検証するための有効なツールとなり得る。例えば、ＷｅｂＴＶクライアント・ネットワーク・インタフェース装置６１０は、ＷｅｂＴＶネットワーク・サーバ６２０にアクセスして特定形式のサービスを要求する。状況によっては、要求されたサービスを実施する前にクライアントの同一性を検証することが必要であるか、または望まれる。要求を出しているクライアントの電話番号をＷｅｂＴＶサーバ６２０に提供するために、発呼者ＩＤや自動番号識別機能（ＡＮＩ）などの電話網サービスを使用することができる。これはクライアント・ユーザにわかるように実施可能である。ＷｅｂＴＶサーバ６２０は、要求を出しているクライアントの電話番号を使用して、サーバ６２０中に維持された許可された電話番号のリストと比較することによって、要求されたサービスの完成を許可することもできる。要求を出しているクライアントの電話番号がサーバ・リストにある場合には、要求されたサービスをクライアントのために完成する。要求を出しているクライアントの電話番号がサーバ・リストにない場合には、クライアントは、要求されたサービスが実施できないことを通知される。ＡＮＩおよび発呼者ＩＤを不正ユーザが盗むことはできないので、本発明のこの特徴によって、ＷｅｂＴＶネットワークはネットワーク・トランザクションのための有意なレベルの機密保護を提供することができる。この認証機能を次にさらに詳しく説明する。

ＡＮＩが利用できないエリアは米国には非常に少ない。このようなエリアにおいて、上記プライベート・サーバはＡＮＩがないことを検出し、クライアント・ソフトウェアを指図して電話番号の入力をユーザに促す。本発明はユーザが入力した電話番号の精確さを検証することはできないが、それでも本発明は、ユーザが入力した電話番号がＡＮＩサービスエリアを有するエリアからの電話番号でないことを検証することができる。

クライアント・ネットワーク・インタフェース装置６１０の推定電話番号（ＡＮＩから得られたかユーザ入力から得られたかのいずれか）が多分正しいことを検証するための、他の方法を実施することができる。すなわち、クライアント・ネットワーク・インタフェース装置６１０におけるクライアント・ソフトウェアは、クライアントにそれ自身の推定電話番号をダイアルするよう指示することができる。ダイアルされた電話番号が話し中でない（すなわちリング信号または切断信号が検出される）場合には、推定クライアント電話番号が正しいことはあり得ない。ダイアルされた電話番号が話し中である場合には、ほとんどの電話番号は大部分の時間話し中でないので、推定クライアント電話番号は、多分正しい。これらのテストは、ＡＮＩサービスがあるかまたはないエリアにおいて公称レベルのクライアント電話番号検証を提供する。

ＡＮＩを利用できない米国の極めて少ないエリアにおいても、世界のほとんどのエリアにおいても、機密保護された暗号鍵を得るためと、機密保護されたネットワークによってプライベート・サーバへの機密保護されたトランザクションを実施するための本発明のプロセスは、やはり動作する。これらのエリアにない唯一のケーパビリティは、本発明によって提供される地理的位置の自動検証であり、これについては下にさらに詳しく述べる。

図８から図１５までを参照すると、ブロック線図とフローチャートが、本発明の好ましい実施形態の認証機能を示している。図８に、ＷｅｂＴＶクライアント６１０と従来のネットワーク６１２との間のインタフェースを示す。この好ましい実施形態では、ＷｅｂＴＶクライアント６１０は、直接通信チャネル８５２によってネットワーク・インタフェース８４０を通じて情報を送受する。従来の技術では、チャネル８５２などの多くの従来の通信チャネルが存在する。これらの通信チャネルには、モデムを通じた従来のＰＯＴＳ電話回線、サービス統合ディジタル網（ＩＳＤＮ）回線、専用の電線または光ファイバ回線が含まれる。

別の案として、ＷｅｂＴＶクライアント６１０を、ＰＯＰノード８１０を通じて従来のネットワーク６１２に結合することもできる。前述のように、ＰＯＰノード８１０は、ローカルＰＯＰノード８１０を通じて従来のネットワーク６１２とインタフェースするためのＷｅｂＴＶクライアント６１０用の手段を提供する。この方式で、クライアント６１０とＰＯＰノード８１０との間の通信チャネル８５４を、直接接続チャネル８５２よりもコストの安いチャネルにすることができる。いずれかの構成においても、ＷｅｂＴＶクライアント６１０は従来のネットワーク６１２を介して情報を送受することを可能にする。

インターネットなどの従来のネットワーク６１２の一特性は、従来のネットワークにわたる比較的機密保護されていない通信環境である。従来のネットワーク６１２のこの機密保護されていない特性によって、機密通信、商用トランザクション、または機密保護環境を必要とする情報またはトランザクションのその他の転送を行うことができない。この理由で、本発明は、特定のＷｅｂＴＶクライアントを認証し、ＷｅｂＴＶクライアント６１０とＷｅｂＴＶサーバ６２０との間の機密保護された機密通信を確立するための、追加の機能性を加える。プライベート・サーバ８２０が本発明の好ましい実施形態で使用され、下にさらに詳しく述べる方法で、機密保護されたネットワーク環境を作る。

図８ではさらに、機密保護された通信回線８５８を介してクライアント６１０に結合されたプライベート・サーバ８２０が図示されている。機密保護された通信回線８５８は、直接ＰＯＴＳ電話回線コネクション、専用通信回線、またはポイント・ツー・ポイント・データ通信メディアを含む従来の技術で使用される多くの従来の機密保護された通信技法のいずれにすることもできる。好ましい一実施形態では、ＷｅｂＴＶクライアント６１０とプライベート・サーバ８２０との間の機密保護された通信は、プライベート・サーバ８２０とクライアント６１０との間の直接ポイント・ツー・ポイント・データ通信リンクを確立する事前に割り当てられた（８００）電話番号を使用して確立される。こうして、クライアント６１０とプライベート・サーバ８２０との間の機密保護された通信環境を保証することができる。後述するような本発明による技法を使用して、ＷｅｂＴＶクライアント６１０は最初に、従来のネットワーク６１２を通じて機密保護された通信環境を順次確立するために、プライベート・サーバ８２０との機密保護された通信を確立する。

従来のネットワーク６１２との機密保護された通信環境を確立するために、ＷｅｂＴＶクライアント６１０はクライアント・ボックス識別子８４２を含む。クライアント・ボックス識別子８４２は、電気的に読取り可能な固有の番号または英数字の列であり、特定のＷｅｂＴＶクライアント装置６１０を他のすべての装置から区別する。電子デバイスにおいて固有の識別コードをインストールするための従来の技法は公知である。

ＷｅｂＴＶクライアント６１０はまた、暗号鍵記憶領域８４４とネットワーク・アドレス記憶領域８４６とを含む。記憶領域８４４、８４６は、本発明の認証プロセス中に使用される特定の情報項目をストアするために使用される、電気的に読取り可能で変更可能なメモリ位置である。暗号鍵記憶領域８４４は、従来のネットワーク６１２を通じて、プライベート・サーバ８２０によって提供され、クライアント６１０によってその通信中に使用される暗号鍵をストアするために使用される。ネットワーク・アドレス記憶領域８４６は、ＷｅｂＴＶクライアント６１０が現在位置するネットワーク・アドレスをストアするために使用される。クライアント６１０とネットワーク６１２との間の電話リンクの場合には、クライアント・ネットワーク・アドレスは、クライアント６１０が起呼している起呼側の電話番号を表す。暗号鍵８４４とネットワーク・アドレス８４６の両方を、バッテリでバック・アップされたＣＭＯＳメモリ、フラッシュ・メモリ、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）、またはスタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）を含む、様々な従来のメモリ手段中にストアすることができる。

図９に、認証のために使用されるプライベート・サーバ８２０（第１サーバ）の内部コンポーネントを示す。プライベート・サーバ８２０は、ネットワーク・アドレス判定ロジック９１０を含む。ネットワーク・アドレス判定ロジック９１０は、クライアント６１０が通信している元であるネットワーク・アドレスを判定するために、プライベート・サーバ８２０によって使用される。電話網の場合には、ネットワーク・アドレス判定ロジック９１０は、クライアント６１０が起呼している起呼側の電話番号を判定するための自動番号識別機能（ＡＮＩ）を含む。ＡＮＩの使用は当業者にはよく知られている。プライベート・サーバ８２０は、この従来の技法を、ネットワーク化されたコンピュータ環境においてクライアント６１０を認証するために、新規で有用な方式で使用する。

従来のコンピュータ・システムとネットワークは、一般的には暗号鍵を使用して、機密保護されたトランザクションを提供する。暗号鍵の必要性は従来の機密保護されたトランザクションのために想定されている。この技術分野では、オープン・チャネル（例えば、Ｒｉｖｅｓｔ，Ｓｈａｍｉｒ，Ａｄｌｅｍｅｎ（ＲＳＡ）プロトコル、ＳｅｃｕｒｅＳｏｃｋｅｔＬａｙｅｒ（ＳＳＬ）プロトコルなど）において機密保護されたトランザクションを行うために暗号鍵を利用するための多く技法が存在するが、これらの従来の技術はすべて、クライアントとサーバとの間で暗号鍵を転送するための機密保護されたチャネルがない場合には、危険にさらされる。本発明では、機密保護されたＰＯＴＳまたはＩＳＤＮネットワークは、暗号鍵をクライアントと専用ＰＯＴＳまたはＩＳＤＮサーバとの間で安全に機密保護されて転送することができる機密保護されたチャネルを提供する。したがって、機密保護されていないネットワーク（すなわち、インターネット、ＷＷＷ、またはその他の機密保護されていないネットワーク）を、機密保護されたネットワークによって予め得た暗号鍵を使用して、クライアントとサーバとの間の正常な機密保護されたデータ・トランザクションのために使用することができる。機密保護されたネットワークを使用して、後で機密保護されていないネットワークで使用される暗号鍵を得るこのプロセスは、従来の技術の役目ではなく、本発明の認証プロセスの重要な役目である。

図９を再度参照すると、プライベート・サーバ８２０は暗号鍵発生ロジックおよびストレージ装置９１２を含む。クライアント６１０とサーバ８２０との間のデータ通信回線８５８は専用の機密保護された回線であるから、クライアント６１０のための固有の暗号鍵を発生させて準備するために、クライアント６１０はプライベート・サーバ８２０を使用することができる。特定のＷｅｂＴＶクライアント６１０のための暗号鍵は、論理９１２によって発生し、そのために暗号鍵を発生させたところのクライアント６１０のネットワーク・アドレスと関連してストアされる。プライベート・サーバ８２０におけるＰＯＰノード位置判定ロジック９１４は、プライベート・サーバ８２０からこのような情報を要求するクライアント６１０の最も近いＰＯＰノードを判定するために使用される。論理９１０によって判定されたクライアント・ネットワーク・アドレス情報を使用して、ＰＯＰノード位置判定ロジック９１４は、ＰＯＰノードの内部リストにアクセスして、リスト上のノードが対応するクライアント・ネットワーク・アドレスに最も近いことを判定することができる。クライアント６１０とプライベート・サーバ８２０との間の一般的なトランザクションを、以下、図１１から図１５までのフローチャートに則してさらに詳しく説明する。

図１０に、ＷｅｂＴＶサーバ６２０（第２サーバ）の内部コンポーネントを示す。ＷｅｂＴＶサーバ６２０は、データ通信回線１０２０を介して従来のネットワーク６１２に結合されている。データ通信回線１０２０は、ディジタル電話リンク、ＩＳＤＮ回線、ケーブル・リンク、無線通信を含む種々の従来のネットワーク・アクセス手段のいずれか、または種々のその他の従来の手段のいずれかを含む。ＷｅｂＴＶサーバ６２０は、ＷｅｂＴＶクライアント６１０のためにカスタマイズされた様々なサービスを提供する。しかしながら、クライアント６１０とＷｅｂＴＶサーバ６２０との間のトランザクションが機密保護されたデータ通信リンクであることは重要である。これは、ネットワーク６１２のような機密保護されていないネットワークでは、常に可能であるとは限らない。この理由で、ＷｅｂＴＶサーバ６２０はクライアント認証データ１０１０を提供する。クライアント認証データ１０１０は、特定のクライアントの各々に関連するクライアント・ネットワーク・アドレスとクライアント・ボックス識別子とを示す情報を表す。さらに、ＷｅｂＴＶサーバ６２０は、特定のクライアントの各々に関連する暗号鍵を、クライアント暗号鍵記憶領域１０１３中に保持する。これらの情報項目は、ＷｅｂＴＶサーバ６２０のアクセスする各クライアントのために維持される。この情報をクライアントの認証のために使用する方法を、図１１から図１５までに則してさらに詳しく説明する。

ＷｅｂＴＶサーバ６２０はまた、ネットワーク地理データ１０１２も維持する。多くの状況では、特定のＷｅｂＴＶクライアント６１０の地理的位置を判定するのが好都合である。クライアントの地理的位置情報を使って、特定のクライアントから要求されたサービスをそのクライアント位置情報に基づいてよりよく構成し最適化することができる。ネットワーク地理データ１０１２は、特定のクライアントのネットワーク・アドレスを対応する地理的位置と関連付ける情報を表す。ＷｅｂＴＶサーバ６２０によるこの情報の使用については、図１１から図１５のフローチャートに関して説明する。

図１１に、ＷｅｂＴＶクライアント６１０によって実施される処理のフローチャートを示す。図１１に示す論理は、クライアント６１０によって使用され、従来の機密保護されていないデータ・ネットワークによってＷｅｂＴＶサーバ６２０との機密保護されたデータ通信リンクを確立する。第１処理ステップ１１１０では、クライアント６１０はパワーアップ・イニシャライズを実施する。次に、クライアント６１０は機密保護されたネットワーク回線８５８を通じてプライベート・サーバ８２０に接続する。クライアント６１０とプライベート・サーバ８２０とが接続されると、クライアント６１０はプライベート・サーバ８２０に、クライアント６１０のクライアント・ネットワーク・アドレスを判定することを要求する。クライアント自身のネットワーク・アドレスを判定することは、クライアント６１０にとって常に可能であるとは限らないので、この情報はプライベート・サーバ８２０から要求されることが必要である。従来のネットワーク６１２へのクライアント６１０によるアクセスが標準的なＰＯＴＳ電話網を使用して実施される場合には、プライベート・サーバ８２０は、従来の自動番号識別機能（ＡＮＩ）を使用して、クライアントが起呼している元である番号を得ることができる。ＰＯＴＳ電話網の状況では、このクライアント電話番号は、クライアント６１０がネットワークにアクセスしている元であるクライアント・ネットワーク・アドレスを表す。いったんプライベート・サーバ８２０がクライアント・ネットワーク・アドレスを入手すると、このクライアント・ネットワーク・アドレスは、プライベート・サーバ８２０にストアされるか、または要求を出しているクライアント６１０に返されるか、もしくはその両方である。さらに、プライベート・サーバ８２０はクライアント６１０のための暗号鍵を発生させる。この暗号鍵はこの特定のクライアント６１０に特定のもので、クライアント６１０とＷｅｂＴＶサーバ６２０との間の連続するデータ通信を暗号化するために使用される（処理ブロック１１１２）。

図１２に、プライベート・サーバ８２０処理ロジックを示す。処理ブロック１２１０では、プライベート・サーバ８２０は、クライアント・ネットワーク・アドレスの判定とクライアントのための暗号鍵の発生とのための、クライアント６１０からの要求を受信する。処理ブロック１２１２において、プライベート・サーバ８２０は、従来の技法を使用してクライアント・ネットワーク・アドレスを入手する。プライベート・サーバ８２０とクライアント６１０との間のＰＯＴＳ電話網接続の場合には、プライベート・サーバ８２０は従来の自動番号識別（ＡＮＩ）技法を使用して、プライベート・サーバ８２０への電話呼出し元であるクライアント電話番号を入手する。好ましい実施形態では、プライベート・サーバ８２０は、クライアント６１０がプライベート・サーバ８２０にアクセスするために使用することのできる公知の（８００）電話番号を提供する。プライベート・サーバ８２０へのこの接続が行われると、プライベート・サーバ８２０のネットワーク・アドレス判定ロジック９１０は、標準電話ＡＮＩ機能を使用して、電話呼出しの元であるクライアント６１０の電話番号またはネットワーク・アドレスを判定する（処理ブロック１２１２）。

処理ブロック１２１４では、プライベート・サーバ８２０は、暗号鍵ストレージ９１２中の記憶位置をチェックして、要求を出しているクライアントのための暗号鍵が既に判定されたか否かを判定する。そうでなければ、この特定のクライアント用の新しい固有の暗号鍵が、従来の技法を使用して暗号鍵発生ロジック９１２によって作られる。次に、この新たに作られたクライアント用の暗号鍵は、暗号鍵ストレージ９１２にストアされる。

処理ブロック１２１６では、クライアント・ネットワーク・アドレスは、どのＰＯＰノードがクライアント・ネットワーク・アドレスにローカルなものであるかを判定するために、プライベート・サーバ８２０によって使用される。プライベート・サーバ８２０のＰＯＰノード位置判定ロジック９１４は、どのＰＯＰノードがクライアント・ネットワーク・アドレスにローカルなものであるかを示す情報を含む。ＰＯＰノード位置判定ロジック９１４中の論理は、特定のクライアント・ネットワーク・アドレスをクライアント・ネットワーク・アドレスのブロックと比較して、対応するクライアント・ネットワーク・アドレスブロックのためにローカルであるＰＯＰノードを判定する。電話網の場合には、クライアント・ネットワーク・アドレスは、市外局番を含むクライアント電話番号に対応する。ある場合には、同じ市外局番をクライアント・ネットワーク・アドレスとして有するＰＯＰノードは、クライアント・ネットワーク・アドレスにローカルであるＰＯＰノードを示す。別の場合には、ＰＯＰノード電話番号が特定のクライアント・ネットワーク・アドレスにローカルであるか否かを定義する他の情報を得ることが必要となる。いずれの場合でも、ＰＯＰノード電話番号とクライアント電話番号とを関連させるための従来の方法は公知である。ロジック９１４を使用して、プライベート・サーバ８２０は、クライアント・ネットワーク・アドレスによって表されるクライアントのローカル起呼エリアにあるＰＯＰノードまたはモデムの電話番号を見つける（処理ブロック１２１６）。

処理ブロック１２１８では、プライベート・サーバ８２０は要求を出しているクライアントにメッセージを返して、クライアント・ネットワーク・アドレス、クライアント暗号鍵、およびローカルＰＯＰノードのネットワーク・アドレスを示す。プライベート・サーバ８２０によって作られたまたは得られたこの情報は、処理ブロック１２１８においてクライアント６１０に提供される。それから、プライベート・サーバ処理は、図１２に示す出口ブロックによって終了する。

再度図１１を見ると、クライアント・ネットワーク・アドレスとクライアント暗号鍵は、上記のように処理ブロック１１１２においてプライベート・サーバ８２０からクライアントによって得られる。クライアント・ネットワーク・アドレスは、図８に示すネットワーク・アドレス記憶領域８４６にストアされる。プライベート・サーバ８２０から得られたクライアント暗号鍵は、図８に示す暗号鍵記憶領域８４４にストアされる。クライアント・ネットワーク・アドレスとクライアント暗号鍵の両方は、それぞれ機密保護されたクライアント記憶領域８４６、８４４にストアされる（処理ブロック１１１４）。

ローカルＰＯＰノードのネットワーク・アドレスは、処理ブロック１１１６においてクライアント６１０がプライベート・サーバ８２０から取得する。ローカルＰＯＰノードのネットワーク・アドレスは、図１２に則して説明するようにプライベート・サーバ８２０によって判定される。

処理ブロック１１１８では、クライアント６１０はプライベート・サーバ８２０からの接続を断たれる。クライアント６１０がプライベート・サーバ８２０から、クライアント・ネットワーク・アドレス、クライアント暗号鍵、およびローカルＰＯＰノードのネットワーク・アドレスを得ると、プライベート・サーバ８２０との通信はもう必要ではない。したがって、クライアント６１０はプライベート・サーバ８２０からの接続を断つことができる。本発明のこの態様は、クライアント６１０がプライベート・サーバ８２０との機密保護された接続を長く維持する必要がないという利点を示す。クライアント６１０は、プライベート・サーバ８２０によって識別されたローカルＰＯＰノードとの接続を確立する。ＰＯＴＳ電話網の場合には、クライアント６１０はローカルＰＯＰノードの電話番号をダイアルして、ローカルＰＯＰノードのモデムとのデータ接続をイニシャライズする。

処理ブロック１１２０では、クライアント６１０はクライアント暗号鍵を使用してＰＯＰノードを通じてＷｅｂＴＶサーバ６２０との接続をオープンし、機密保護されてないネットワーク回線１０２０によってＷｅｂＴＶサーバ６２０との機密保護された接続を確立する。図１３と図１４は、サーバ６２０から見たＷｅｂＴＶサーバ６２０処理ロジックを詳細に説明したものである。クライアント側では、クライアント６１０はブロック１１２０においてＷｅｂＴＶサーバ６２０との接続を要求し、それから図１１に示す出口（ｅｘｉｔ）ブロックから出る。

図１３には、ＷｅｂＴＶサーバ６２０処理ロジックを示す。ブロック１３１０では、サーバ６２０はオープン・コネクションのためのクライアント６１０からの要求を受信する。クライアント６１０とＷｅｂＴＶサーバ６２０との間のトランザクションは機密保護されたトランザクションでなければならないので、受信されるコネクションの要求元であるクライアントを認証することが、ＷｅｂＴＶサーバ６２０には必要である。ＷｅｂＴＶサーバ６２０は、クライアントから受信されるクライアント・ボックス識別子とクライアント・ネットワーク・アドレスを使用して、クライアント６１０を認証することができる。しかしながら、クライアント６１０から受信された暗号化されたメッセージを解読するためにクライアント暗号鍵を得ることが、ＷｅｂＴＶサーバ６２０には必要である。このクライアント暗号鍵を、機密保護されていないデータ通信回線によってＷｅｂＴＶサーバ６２０に転送することはできない。ＷｅｂＴＶサーバ６２０は、機密保護されたソースからクライアント暗号鍵を得なければならない。好ましい実施形態では、ＷｅｂＴＶサーバ６２０は、プライベート・サーバ８２０をクライアント暗号鍵を得るためのソースとして使用することができる。クライアント６１０がプライベート・サーバ８２０とのコネクションを確立した場合と同じ方法によって、ＷｅｂＴＶサーバ６２０は、プライベート・サーバ８２０との専用の機密保護されたデータ通信回線を確立することができる。処理ブロック１３１１では、ＷｅｂＴＶサーバ６２０は、機密保護されたネットワーク回線によってプライベート・サーバ８２０との機密保護されたコネクションをオープンし、オープン・コネクション要求においてクライアントから受信したクライアント・ボックス識別子とクライアント・ネットワーク・アドレスとを使用してクライアント暗号鍵を得る。

図１５には、ＷｅｂＴＶサーバ６２０からの要求を取り扱うためのプライベート・サーバ８２０処理ロジックをフローチャートの形で示す。処理ブロック１５１０では、プライベート・サーバ８２０は、クライアント・ボックス番号とクライアント・ネットワーク・アドレスによって識別された特定のクライアントに関連する暗号鍵のためのＷｅｂＴＶサーバ６２０からの要求を受信する。プライベート・サーバ８２０はまず、要求者が実際にＷｅｂＴＶサーバ６２０に属する所定のパスコードを使用しているＷｅｂＴＶサーバ６２０であるかを検証する。それから、プライベート・サーバ８２０の暗号鍵発生ロジック９１２は、ＷｅｂＴＶサーバ６２０によって提供されたクライアント・ボックス番号とクライアント・ネットワーク・アドレスを使用して、識別されたクライアント用の暗号鍵を得る（処理ブロック１５１４）。識別されたクライアントがプライベート・サーバ８２０とのコネクションを事前に確立している場合には、クライアントに属する暗号鍵は暗号鍵発生記憶領域９１２にストアされることになる。このクライアント暗号鍵は記憶領域９１２からプライベート・サーバ８２０によって検索され、処理ブロック１５１８において、機密保護されたメッセージでＷｅｂＴＶサーバ６２０に転送される。それからプライベート・サーバ処理は、図１５に示す出口ブロックで終了する。

図１３を再度参照すると、処理ブロック１３１１で、ＷｅｂＴＶサーバ６２０はプライベート・サーバ８２０からクライアント暗号鍵を得ている。そこで、ＷｅｂＴＶサーバ６２０はプライベート・サーバ８２０からの接続を断つことができる。ＷｅｂＴＶサーバ６２０は、自身の暗号鍵記憶領域１０１３をプライベート・サーバ８２０から検索されたクライアント暗号鍵によって更新する。

処理ブロック１３１２では、ＷｅｂＴＶサーバ６２０は、クライアント・ボックス識別子とクライアント・ネットワーク・アドレスとを使用して、要求を出しているクライアントを認証する。クライアント・ボックス識別子とクライアント・ネットワーク・アドレスは、ＷｅｂＴＶサーバ６２０のクライアント認証データ記憶領域１０１０に維持されたクライアント認証データと比較される。クライアント・ボックス識別子とクライアント・ネットワーク・アドレスとを使用して、特定のＷｅｂＴＶクライアント・ボックスが特定のネットワーク・アドレスで作動していることを判定することができる。別のシステムにおいてさらなる認証が必要となる場合には、パスワードまたはアカウント・コードもクライアント６１０または特定のユーザもしくはその両方から要求されることがある。この情報はすべて、ＷｅｂＴＶサーバ６２０のクライアント認証データ記憶領域１０１０中にストアし、管理することができる。クライアント・ボックス識別子とクライアント・ネットワーク・アドレスがクライアント認証データ記憶領域１０１０中で見つけられ、認証される場合には、処理ブロック１３１６において、クライアント６１０とＷｅｂＴＶサーバ６２０との間にコネクションがオープンされる。次いで、認証されたクライアントのためのＷｅｂＴＶサーバ６２０処理が図１４に示すＡ印に続く。しかしながら、クライアントが認証されない場合には、エラー・メッセージが要求を出しているクライアントに返されて、処理ブロック１３１８で認証失敗を示す。それから、ＷｅｂＴＶサーバ６２０のための処理は図１３に示す出口ブロックで終了する。

クライアントからプライベート・サーバへのＡＮＩ検証コネクションは、一般的にはＰＯＰノードへのローカルコールよりもコスト高（２０秒間で約０．０２ドル）となる。したがって、ＡＮＩ認証をあまりにも頻繁に行うことはコスト効率が悪い。しかしながら、１）クライアント・ボックス（すなわち、ネットワーク・インタフェース装置）の初期起動時、２）クライアント・ボックスが異なる電話番号に移動していないことを周期的に確かめるとき、または、３）疑わしい活動（例えば複数の誤ったパスワードの試み）がクライアント・ボックスに発生するときいつでも、についてＡＮＩ検証を実施する価値はある。本明細書に教示するＡＮＩ検証プロセスを多くの様々な状況で使用できることは、当業者には明らかであろう。

本発明の別の実施形態では、ＷｅｂＴＶサーバ６２０およびプライベート・サーバ８２０を同じコンピュータ・システムにおいて一つにすることができる。この実施形態では、クライアント暗号鍵を交換するためのＷｅｂＴＶサーバ６２０とプライベート・サーバ８２０との間のトランザクションは、クライアント暗号鍵が既に同じシステムの内部に常駐するときには必要ない。この状況では、ＷｅｂＴＶサーバ６２０は単に、複合サーバシステムの暗号鍵記憶領域９１２からクライアント暗号鍵を受け取るのみである。

図１４では、認証されたクライアントについてＡ印の個所でＷｅｂＴＶサーバ６２０処理が続行する。この状況では、クライアント６１０とＷｅｂＴＶサーバ６２０との間のデータ通信コネクションはオープンされている。クライアント６１０とＷｅｂＴＶサーバ６２０の両方は、上述の処理ステップで得られたように共通の暗号鍵を持っているので、クライアント６１０とサーバ６２０との間の通信を暗号化することができ、これによって、そうでなければ機密保護されないネットワーク・コネクションによって機密保護された通信回線を提供する。したがって、クライアント６１０からの連続するサービス要求とＷｅｂＴＶサーバ６２０からの対応する応答を暗号化することができ、機密保護されたデータ通信を保証することができる。

図１４に示す処理ブロック１４１０では、暗号化されたサービス要求は、クライアント６１０からＷｅｂＴＶサーバ６２０によって受信される。クライアント・ネットワーク・アドレスが、一般的にクライアント・サービス要求の一部として提供される。クライアント・ネットワーク・アドレスは一般的にはクライアントの論理ネットワーク位置を表すが、あるネットワークではクライアント・ネットワーク・アドレスをクライアントの地理的位置に関連させることもできる。例えば、ＰＯＴＳ電話網においては、クライアント・ネットワーク・アドレスはクライアントの電話番号として表される。従来の技法を使用して、電話番号を地理的位置に関連させることができる。市外局番はクライアントの電話番号の典型的な一コンポーネントである。市外局番は、電話網を管理する従来の電話会社によって確立された、明確な地理的区域に関連している。また、７桁電話番号の３桁接頭部はさらに、市外局番によって識別される区域中の特定の地理的小区域を識別する。７桁電話番号の残りの４桁はさらに、前記の特定の小区域内の特定位置を定義する。この従来の電話番号情報を使用して、電話番号を特定の地理的位置に関連させる一組のネットワーク地理データを作ることができる。この情報はＷｅｂＴＶサーバ６２０のネットワーク地理データ１０１２にストアされる。電話網以外のネットワーク環境では、クライアント・ネットワーク・アドレスと対応する地理的位置との間の別の関連を定義して、ネットワーク地理データ１０１２にストアすることができる。

クライアント６１０は、クライアント６１０がＷｅｂＴＶサーバ６２０と通信している場所である地理的位置を確かめることのできるＷｅｂＴＶサーバ６２０を有することにより、多くの方法で利益を得る。例えば、様々なクライアント・サービス要求を、サービス要求が発生した地理的位置に基づいて最適化することができる。例えばビジネストランザクションの場合には、クライアントは、ＷｅｂＴＶサーバ６２０を通じて物品の配送を要求することもできる。クライアントが配送要求を発生させた地理的位置を知ることによって、ＷｅｂＴＶサーバ６２０は、要求を出しているクライアントに地理的に最も近い配送ステーションを選定することができる。別の状況では、ＷｅｂＴＶサーバ６２０によって提供される特定のサービスがクライアントの地理的位置に応じて異なることもあり得る。例えばクライアントは、クライアント側にデータ転送速度が高速の情報ストリームを送るよう要求することができる。このデータ転送速度が高速の情報ストリームは、ビデオ・ストリーム、オーディオ・ストリーム、またはその他の内容の多い情報ストリームを表す。クライアントの位置を取り巻く情報ストリーム・インフラストラクチァに応じて、ＷｅｂＴＶサーバ６２０は最適情報ストリーム配送機構を選択することもできる。例えば、クライアントが要求を発している場所である地理的位置は、その位置で利用可能なサービス統合ディジタル網（ＩＳＤＮ）を有することもできる。この場合には、ＷｅｂＴＶサーバ６２０は、ＩＳＤＮネットワークによって特定のクライアントへの情報の配送を自動的に構成することができる。一方、クライアントの位置においてケーブル・モデム・サービスが利用可能である場合には、これとは別にＷｅｂＴＶサーバ６２０は、ケーブル・モデム・サービスを使用してクライアント６１０にデータ転送速度が高速の情報を配送することもできる。これらのオプションのいずれも、ネットワーク地理データ１０１２中に維持されて特定のクライアント・ネットワーク・アドレスに関連する特定のクライアントに対応する地理的位置情報を使用して、ＷｅｂＴＶサーバ６２０によって最適に選択される。

電話網の場合には、サーバ６２０は、要求を出しているクライアントの電話番号を使用して、クライアントの地理的位置を判定し、クライアントはそのアドレス、電話番号、またはその他の形式の位置情報を有する必要はない。電話番号は、市外局番マップ・データ・ベースなどの公知の技法を使用する地理的位置にマッピングされる。要求を出しているクライアントの電話番号を使用して、サービス・プロバイダすなわちＷｅｂＴＶサーバ６２０は、クライアントの位置に最も近い適切なサプライヤまたは倉庫を選択することができる。クライアント位置の知識がなければ、結果として不十分な配送シナリオになる。例えば、同様の倉庫がクライアント位置の近くにあっても、クライアントは遠い倉庫から物品を配送するサプライヤからの物品を発注する可能性がある。

その他の状況では、サービス・プロバイダは、要求を出しているクライアントの電話番号に基づいて提供されるサービスをカスタマイズすることができる。例えば、特定の地理的位置に関連する項目の特定メニューを、ＡＮＩによって導き出される、要求を出しているクライアントの電話番号に基づいて、特定のクライアントに提供することができる。他の例では、サービス提供、提供価格、または提供回数を、ＡＮＩによって導き出される、要求を出しているクライアントの電話番号に基づいて変えることができる。

再度図１４を見ると、クライアント・サービス要求をクライアントに関連する特定の地理的位置のために最適化できる場合には、ブロック１４１４でクライアント・ネットワーク・アドレスが得られる。クライアント・ネットワーク・アドレスを使用して、ＷｅｂＴＶサーバ６２０はネットワーク地理データ１０１２にアクセスし、対応する地理的位置を判定する（処理ブロック１４１６）。こうして得られたクライアント地理的位置を使用して、処理ブロック１４１８でクライアント・サービス要求を最適化することができる。そして、ＷｅｂＴＶサーバ６２０処理は図１４に示す出口ブロックで終了する。判定ブロック１４１２において、サービス要求を地理的位置に基づいて最適化することができない場合には、ＷｅｂＴＶサーバ処理のこの部分は図１４に示す出口ブロックで終了する。

本発明の別の実施形態では、プライベート・サーバ８２０を使用して、そうでなければ機密保護されていないトランザクションの機密保護された部分を実施する。例えば、ユーザは、機密保護されないコネクションを通じてＷＷＷネットワーク上のカタログ、製品／サービスリスティング、またはその他の商用情報をブラウズすることもできるが、ユーザが買おうとして、クレジットカード番号、個人情報、またはその他の秘密情報または所有者情報を通信しようとしている場合には、クライアント６１０はＷＷＷ（すなわち機密保護されていないネットワーク）からの接続を断ち、図１１に則して説明した方法で、機密保護されたネットワークの機密保護された直接電話呼出しを通じてプライベート・サーバ８２０にダイアルする。プライベート・サーバ８２０は、クライアント６１０のＡＮＩがクライアント・ボックスの期待される電話番号に対応することを確かめる。クライアント６１０のＡＮＩがクライアント・ボックスの期待される電話番号に対応しない場合には（例えば、ハッカーが公衆電話からトランザクションを偽造しようと試みる）プライベート・サーバ８２０はトランザクションを拒絶する。そうではなく、クライアントＡＮＩがクライアント・ボックスの期待される電話番号に対応する場合には、クライアントは確認される。確認されたクライアントは、機密保護されたネットワークでそのトランザクションの機密保護された部分を実施し、それから上述のようにトランザクションの機密保護された部分の完了に応じて機密保護されていないネットワークにダイアル・バックする。

上記ＷｅｂＴＶネットワークによって可能な地理的調整は、他のいくつかの利点を提供する。クライアント位置を判定するためのＷｅｂＴＶネットワーク・インタフェース装置の手段を使用して、特定のクライアントが地理的に位置する場所を知ることによって、クライアント要求へのサーバ応答をクライアントの特定の地理的位置に調整することができる。例えば、従来の技術のシステムは、クライアントがオンライン・サービスを使用するサーバから物品またはサービスを発注できるネットワーク・ケーパビリティを提供する。しかしながら、これらの従来の技術のサーバは、クライアントの地理的位置に関係なく、同じ方式ですべてのクライアント要求に応答する。しかしながら本発明では、サーバは、上記の装置とプロセスを使用して判定されたクライアントの地理的位置を知ることによって、特定のクライアントへのその応答を調整する。例えば、第１の特定の地理的位置はＩＳＤＮとケーブル・モデムの高速データ・サービスを有する。別の第２の特定の地理的位置はＩＳＤＮの高速データ・サービスのみを有する。第１位置のクライアントＡがＷｅｂＴＶサーバからの高速データ・サービスを発注する場合には、クライアントＡはＩＳＤＮとケーブル・モデム・サービスとの間で選択をオファーされる。第２位置のクライアントＢがＷｅｂＴＶサーバからの高速データ・サービスを発注する場合には、クライアントＢはＩＳＤＮサービスのみをオファーされる。ＷｅｂＴＶサーバが、要求を出しているクライアントの地理的位置を上記の技法を使用して判定することができるので、クライアントＡとクライアントＢへのこの応答の相違は起こり得る。さらに、クライアントＡとクライアントＢがこの例で所望のサービスを選択すると、高速データ・サービスへの要求を、特定のクライアントの地理的位置のために最適の高速データ・サービス・プロバイダへルーチングすることができる。さらに、ＷｅｂＴＶサーバが、要求を出しているクライアントの地理的位置を上記の技法を使用して判定することができるので、この効果的なルーチングが可能である。本発明によって可能な地理的調整は、いくつかの利点を提供する。要求を出しているクライアントの地理的位置を知ることによって、サーバは、要求を出しているクライアントのすべてに同じ方法で応答する代わりに、特定のクライアントへの適切な応答をカスタマイズすることができる。さらに、上記ＷｅｂＴＶサーバは、物品とサービスとを発注する従来の方法を、ボイスコールとこれに連結されたエラーを起こしやすい情報の収集方法を通じて効果的に取り替えることができる。

本発明によって提供されるクライアントの地理的位置の判定と使用は、他の理由によってもまた有利である。上記の技法を使用して、クライアントはその地理的位置をプライベート・サーバから得ることができる。それから、この地理的位置情報を、クライアントがトランザクションを実行しようと望む相手である他のサーバに渡すことができる。これらの他のサーバ、すなわち第三者のサーバは、ＷｅｂＴＶネットワークまたはＷｅｂＴＶサーバから完全に独立であってもよい。こうして、ＷｅｂＴＶプライベート・サーバを使用して、独立ネットワーク・サービス・プロバイダによって提供されるオンライン・サービスを最適化することができる。例えば、花屋やピザパーラーなどのビジネスは、ネットワークによって物品を発注するためのオンライン・サービスを提供することができよう。特殊な形式のサービスのためには地理的位置が重要になろう。例えばピザパーラーや花屋のような物品の配達を必要とするビジネスの場合には、クライアントの地理的位置はクライアントへの配達を容易にするために必要である。この状況では、上記プライベート・サーバはクライアント対クライアントの地理的位置を提供する。次いでクライアントは、この情報を第三者サーバに、第三者サーバとのトランザクションの一部として渡す。第三者サーバは、地理的位置情報を使用して、上記のプライベート・サーバが関与していることを知ることもなく、このトランザクションを最適化する。

本発明はまた、ネットワーク化されたゲーム・プレーヤ間のリアルタイムのゲーム・プレを可能にするために有利に使用される。第１に、ここでは二形式の遠隔マルチプレーヤゲーム、すなわち１）「リアルタイム」または「トゥイッチ（ｔｗｉｔｃｈ）」ゲーム、および２）「非リアルタイム」ゲームとの間の区別をすることは重要である。「トゥイッチ（いらいらする）」ゲームは、プレーヤによって正確無比なゲーム制御を必要とするゲームであって、勝手な通信の待ち時間や遅延を許容することはできない。トゥイッチ・ゲームはビデオ・ゲームの断然最も人気のある分野であり、一般的に上位１０のゲームはすべてトゥイッチ・ゲームであり、「ＭｏｒｔａｌＫｏｍｂａｔ（登録商標）」、「ＪｏｈｎＭａｄｄｅｎＦｏｏｔｂａｌｌ（登録商標）」、「ＳｏｎｉｃｔｈｅＨｅｄｇｅｈｏｇ（登録商標）」、および「ＳｕｐｅｒＭａｒｉｏＢｒｏｔｈｅｒｓ（登録商標）」などのゲームを含む。一般的にトゥイッチ・ゲームは、ゲームをプレイ可能にするためには、１００ミリ秒以下の通信待ち時間（すなわち、画面上で実施されるプレーヤ活動のための遅延）が必要である。通常はトゥイッチ・ゲームは、通信待ち時間において変化する遅延を許容することはできない。

非リアルタイム・ゲームは、実質的な通信待ち時間と変化する通信待ち時間を伴ってプレイすることができるゲームである。この種類の明白なゲームは、チェスやバックギャモンなどの「戦略」ゲームであるが、Ａｃｔｉｖｉｓｉｏｎ（登録商標）による「ＲｅｔｕｒｎｔｏＺｏｒｋ（登録商標）」またはＳｉｅｒｒａＯｎ−ｌｉｎｅ（登録商標）からの「Ｋｉｎｇ’ｓＱｕｅｓｔ（登録商標）」シリーズのようなアドベンチャ・ゲームなどの中間的なアクション・ゲームもある。ＴｈｅＡＴ＆ＴＩｍａｇｉＮａｔｉｏｎＮｅｔｗｏｒｋ（登録商標）は、このような非リアルタイム・ゲームにおける専門のオンライン・サービスである。インターネットおよびＷＷＷも非リアルタイム・ゲームのプレーに使用される。

マルチプレーヤのトゥイッチ・ゲームの人気によって、ＩｍａｇｉＮａｔｉｏｎＮｅｔｗｏｒｋ（登録商標）などのオンライン・サービスは、そのユーザのためのトゥイッチ・ゲームを提供すると考えられよう。しかしながら、これらのサービスおよびインターネットおよびＷＷＷで実施される他のサービスは、現在の公衆交換データ回線網の構成を仮定すれば、１００ミリ秒（msec）以下の待ち時間、または矛盾しない待ち時間さえも達成することは不可能であるから、このようなゲームをオファーしない。

現在のネットワーク構成を通じた実質的な（予測できないことが多い）待ち時間が存在する。通信チェーンにおける各モデムは、（モデムのメーカと型式によって異なるが）２０〜３０ｍｓｅｃもの待ち時間を持ち込む。電話網は（ローカル呼出し領域では最小であるが）待ち時間を持ち込む。広域ネットワーク（ＷＡＮｓ）は（往復で１．５秒もの）予測できない待ち時間を持ち込む。さらに、オンライン・サービスのコンピュータはそれ自体待ち時間を持ち込み、これは一般的にはアクティブなユーザの数が増えると増加する。

結果的に、遠隔マルチプレーヤ・トゥイッチ・ゲームは、一人のゲーム・プレーヤと他の一人のゲーム・プレーヤとの直接電話接続によってのみプレーすることができ、既存の公衆アクセスデータ回線網の（多額の投資額を必要とする）大きなオーバーホールを防ぐ。したがって、オンライン・サービスおよびインターネットまたはＷＷＷに基づくサービスは、非リアルタイム・マルチプレーヤ・ゲームのホストに限られる。

インターネットおよびＷＷＷは、待ち時間の問題のためリアルタイム・ゲームには不十分なネットワークであるが、インターネットおよびＷＷＷは、同じゲームを同じ時間にプレーしようと望む遠隔のプレーヤとのマッチには良いソースである。というのは、インターネットが非常に遍在的なネットワークであるからである。こうして、遠隔のプレーヤとのマッチ（ｍａｔｃｈ）を行い、ゲームの結果を公表するために、インターネットおよびＷＷＷまたは他の公衆ネットワーク・インフラストラクチャを使用し、さらにリアルタイム・ゲームを実際にプレーするために他の待ち時間の少ないネットワークを使用することは有利であろう。リアルタイムのネットワーク化されたゲーム・プレのこの問題は、従来の技術では認識も解決もされない。本発明は下記の通り解決策を提供する。

上述のように、本発明は、ＷｅｂＴＶクライアント６１０によって、最初に第１ネットワーク８５８によって機密保護された通信を確立して、次に従来の第２ネットワーク６１２を通じて機密保護された通信環境を確立する。こうして、第１ネットワークを使用して、パラメータを定義し、第２ネットワークによって通信を可能にする。この概念は同様にリアルタイム・ゲーム環境で使用される。しかしながら、リアルタイム・ゲームの状況では、ＷｅｂＴＶクライアント６１０は、最初にインターネットまたはＷＷＷなどの非リアルタイム・ネットワークによってＷｅｂＴＶサーバとのコネクションを確立し、同じゲームを同じ時間にプレーしようと望む他の遠隔クライアントとマッチするプレーヤを要求する。サーバが二人のネットワーク化されたクライアントをネットワーク化されたリアルタイム・ゲームの敵対者としてマッチさせると、二人のマッチされたクライアントは非リアルタイム・ネットワークからの接続を断ち、ＷｅｂＴＶサーバから得られたネットワーク・アドレス情報を使用して、リアルタイム・ネットワークによって互いに接続する。このプロセスを図１６にさらに詳しく示す。

図１６には、本発明で用いられるリアルタイム・ネットワークゲーム機構を示す。図１６のフローチャートは、ネットワーク化された遠隔クライアント敵対者とのリアルタイム・ゲームをプレーしようと望むＷｅｂＴＶクライアント６１０によって実施される処理を示す。ローカル・クライアント６１０は図１６に示す論理を使用して、クライアント６１０間の直接電話リンクなどの、リアルタイム・データ・ネットワークによって他の遠隔クライアント６１０とのリアルタイム・データ・ネットワークリンクを確立する。第１処理ステップ１６１０では、ローカル・クライアント６１０はパワーアップ・イニシャライズを実施する。次にローカル・クライアント６１０は、ＰＯＰノード８１０を通じて、または図８に示す回線８５２で直接に、非リアルタイム・ネットワーク回線８５６によってＷｅｂＴＶサーバ６２０（ブロック１６１２）に接続する。ローカル・クライアント６１０がＷｅｂＴＶサーバ６２０に接続されると、ローカル・クライアント６１０はＷｅｂＴＶサーバ６２０に、ローカル・クライアント６１０を、特定のリアルタイム・ゲームをプレーする希望をＷｅｂＴＶサーバ６２０に予め通知した他の遠隔クライアントとマッチさせることを要求する（ブロック１６１４）。ローカル・クライアント６１０は、そのネットワーク・アドレスをＷｅｂＴＶサーバ６２０に提供する。遠隔クライアント６１０は、そのネットワーク・アドレスをＷｅｂＴＶサーバ６２０に予め提供している。ＷｅｂＴＶサーバ６２０は、マッチを実施するための様々な情報事項を使用して、二人のクライアントをマッチさせる。この情報は、クライアントのネットワーク・アドレスによって示された彼らの地理的位置、プレーされるリアルタイム・トゥイッチ・ゲームの名称または形式、各クライアントに特定される技量レベル、およびその他の関連情報を含む。ＷｅｂＴＶサーバ６２０がクライアント６１０をマッチさせると、ＷｅｂＴＶサーバは、ネットワーク・アドレスの各クライアントにそのマッチされた敵対者を通知する（ブロック１６１６）。これに応答して、マッチされた各クライアントはＷｅｂＴＶサーバからの接続を断ち（ブロック１６１８）、リアルタイム・ネットワークにおいてマッチされた敵対者とのリンクを確立する。好ましい実施形態では、このリンクは直接電話回線を使用して確立することができ、各クライアントによって提供されたネットワーク・アドレスはその電話番号である。マッチされたクライアントの間では待ち時間が非常に短い通信を確立することができ、これによって、リアルタイムのネットワーク化されたゲームのプレーを可能にする（ブロック１６２０）。クライアント・ゲーム・プレーヤが非リアルタイム・ネットワークでマッチされると、その他の従来のリアルタイム・ネットワーク・インフラストラクチァも等価に使用して、実際のゲーム・プレを実施できることは、当業者には明白であろう。

以上、ネットワーク・アドレス情報を使用してネットワーク・トランザクション性能を改善するための装置と方法とを説明した。

ここに説明した特定の方法は、単に本発明の原理の例示である。当業者は、本発明の範囲を逸脱することなく様々な変更を行うことができる。本発明を特定の実施形態に関連して示したが、本発明はこれに限定される物ではなく、本発明は特許請求の範囲によってのみ限定される。

テレビジョン装置で使用するためのモジュールで実施される本発明を示す図である。統合ケーブル・モデムおよび復号器と共に実施される本発明を示す図である。テレビ受像機中に統合された本発明を示す図である。ケーブル・モデムおよびビデオ入力部と共に実施される本発明を示す図である。ＩＳＤＮモデムと共に実施される本発明を示す図である。本発明のネットワーク構成を示す図である。ポップ（ＰＯＰ）ノードを有する本発明のネットワーク構成を示す図である。本発明のＷｅｂＴＶクライアントの内部構造図である。本発明のプライベート・サーバ内部構造図である。本発明のＷｅｂＴＶサーバ内部構造図である。本発明の処理ロジックの流れを示すフローチャートである。本発明の処理ロジックの流れを示すフローチャートである。本発明の処理ロジックの流れを示すフローチャートである。本発明の処理ロジックの流れを示すフローチャートである。本発明の処理ロジックの流れを示すフローチャートである。本発明の処理ロジックの流れを示すフローチャートである。

符号の説明

６１０ＷｅｂＴＶクライアント装置
６１２ネットワーク
８１０ＰＯＰノード
８２０プライベート・サーバ
８３０マーチャント・サーバ
８４０ネットワーク・インタフェース
８４２クライアント・ボックス識別子
８４４暗号鍵記憶領域
８４６ネットワーク・アドレス記憶領域
８５２直接接続チャネル
８５４通信チャネル
８５６非リアルタイム・ネットワーク回線
８５８機密保護されたデータ通信回線

Claims

ネットワークサーバがデータ通信回線を通じたクライアント装置からのサービス要求に対して該クライアント装置に対応するクライアントネットワークアドレスを使用して応答する方法であって、
前記ネットワークサーバが、該クライアント装置の地理的な位置を該ネットワークアドレスに基づいて取得するステップ、および、
前記ネットワークサーバが、前記サービス要求に対する応答であって該位置に合わせた応答を生成するステップ
を有することを特徴とする方法。
前記ネットワークアドレスおよび前記クライアント装置の地理的位置は該クライアント装置から取得されることを特徴とする請求項１に記載の方法。
前記ネットワークアドレスおよび前記クライアント装置の地理的位置はプライベートサーバから取得されることを特徴とする請求項１に記載の方法。
前記ネットワークアドレスおよび前記クライアント装置の地理的位置は別のサーバに送信されることを特徴とする請求項１に記載の方法。