JP2002512394A

JP2002512394A - セッション管理およびユーザ認証のための方法および装置

Info

Publication number: JP2002512394A
Application number: JP2000545087A
Authority: JP
Inventors: ウォール，ジェラルド・エイ; ルバーグ，アラン・ティ; ハンコ，ジェームズ・ジイ; ノースカット，ジェイ・デュアン; ブッチャー，ローレンス・エル
Original assignee: Sun Microsystems Inc
Current assignee: Sun Microsystems Inc
Priority date: 1998-04-20
Filing date: 1999-04-20
Publication date: 2002-04-23
Also published as: ATE298960T1; EP1074136B1; EP1074136A2; WO1999054803A9; CN1306716A; JP2006073016A; CA2329034A1; AU748916B2; DE69925996D1; KR20010042902A; AU3656599A; JP4018711B2; WO1999054803A2; HK1035457A1; DE69925996T2; US6223289B1; KR100597085B1; WO1999054803A3; CN1255977C

Abstract

(57)【要約】認証およびセッション管理は、ヒューマン・インターフェース・デバイス（ＨＩＤ）と、サーバなどの計算サービス・プロバイダとの間で機能性を分割するシステム・アーキテクチャと共に使用することができる。サーバ上で実行される認証マネージャは、ＨＩＤと相互作用して、ユーザがＨＩＤを介してシステムに接続する時にユーザを検証する。サーバ上で実行されるセッション・マネージャは、ユーザのために計算サービスを提供する、コンピュータ上で走行するサービスを管理する。セッション・マネージャは、セッション内の各サービスに、ユーザが所与のＨＩＤを使用してシステムにアタッチされたことを通知する。サービスは、ユーザがシステムにアタッチされている間にＨＩＤに直接表示出力を向けることができる。ユーザがシステムからデタッチする時に、そのユーザのために実行中のサービスのそれぞれが、認証マネージャおよびセッション・マネージャを介して通知される。ユーザがシステムからデタッチされることの通知の際に、サービスは、実行を継続することができるが、デスクトップ・マシンへの表示を停止する。

Description

【発明の詳細な説明】

【０００１】（発明の背景）（１．発明の分野）本発明は、コンピュータ・システムに関し、具体的には、ユーザ認証およびユ
ーザ・セッションのロケーション管理に関する。

【０００２】（２．背景技術）コンピュータ・システムを構成するパラダイムは、時と共に変化してきた。以
前には、コンピュータは、複数の「ダム端末（dumb terminal）」によってアク
セスされる、いわゆる「メインフレーム」コンピュータからなっていた。メイン
フレームは、計算力とデータ記憶を行う中央ステーションであった。ダム端末は
、メインフレームによって供給されるデータのための表示装置であり、データを
メインフレームに通信する手段でもある。デスクトップ・コンピュータ、クライ
アント／サーバ・アーキテクチャ、および最近のいわゆるネットワーク・コンピ
ュータを含む、他のシステム・パラダイムがこれに続いた。

【０００３】デスクトップ・コンピュータは、すべてのアプリケーションおよびデータがそ
のデスクトップ・コンピュータ・システム自体に常駐する、自己完結型のコンピ
ューティング・システムである。そのようなシステムは、パーソナル・コンピュ
ータで実施され、家庭およびオフィスでのコンピュータの使用をサポートした。
デスクトップ・コンピュータの短所は、システム内で使用されるハードウェアの
寿命が短いことである。デスクトップ・コンピュータは、マイクロプロセッサ駆
動であり、より高速で強力なマイクロプロセッサが使用可能になった際に、既存
のデスクトップ・システムのグレードアップまたは新規デスクトップ・システム
の購入が必要になる。多くのオフィスでは、パーソナル・デスクトップ・コンピ
ュータが全体に配布されており、時には数千台から数万台の台数になる。そのよ
うな大量のシステムの短所は、個々のシステムのアプリケーションおよびデータ
の互換性のなさである。一部のユーザが、あるソフトウェアの古いバージョンと
の後方互換性のない、ソフトウェア・アプリケーションのより新しいバージョン
を有する可能性がある。この問題に対する解決策は、すべてのシステムで一貫性
のあるソフトウェアを維持することである。しかし、各システムをグレードアッ
プし、ソフトウェアおよびソフトウェア・グレードアップのライセンスを取得し
たコピーを供給するコストは、かなりのものになる可能性がある。

【０００４】クライアント・サーバ・システムは、データまたはアプリケーションもしくは
その両方の中央ストアが、ネットワークを介してパーソナル・コンピュータ・ク
ライアントによってアクセスされるシステムである。これによって、共用される
データを維持する際の多少の管理効率がもたらされる。しかし、クライアントは
、まだ、すでに説明したデスクトップ・システムで直面したものと同一の種類の
問題を提示する可能性がある、ローカル・アプリケーションおよびローカル・デ
ータを有する。

【０００５】最近、インターネットの進歩が、いわゆる「ネットワーク・コンピュータ」の
提案される使用をもたらした。ネットワーク・コンピュータは、パーソナル・コ
ンピュータのストリップ・ダウン版であり、記憶空間が少なく、メモリが少なく
、しばしば計算力が低い。これは、ネットワーク・コンピュータが、インターネ
ットを介してデータにアクセスし、特定のタスクに必要なアプリケーションだけ
が、ネットワーク・コンピュータに供給されるという概念である。アプリケーシ
ョンは、使用されなくなった時に、ネットワーク・コンピュータに記憶されない
。完全なデスクトップ・システムの威力を欠きながら、機能の低下を正当化する
に十分に安価ではないという、そのようなシステムに対する批判があった。また
、ネットワーク・コンピュータはデスクトップ・コンピュータのサブセットであ
るが、ネットワーク・コンピュータは、適当な性能レベルを維持するためにハー
ドウェアおよびソフトウェアのグレードアップを必要とする可能性がある。

【０００６】動的ホスト構成プロトコルの例が、ＲＦＣ２１３１で提供されている。ＲＦＣ
１３２１およびＲＦＣ２１０４に、ＭＤ５またはメッセージ・ダイジェストの例
が含まれる。ポイント・ツー・ポイント・チャレンジ・ホスト認証プロトコルが
、ＲＦＣ１９９４に含まれる。

【０００７】（発明の概要）認証およびセッション管理は、ヒューマン・インターフェース・デバイス（Ｈ
ＩＤ）と、サーバなどの計算サービス・プロバイダとの間で機能性を分割するシ
ステム・アーキテクチャと共に使用することができる。サーバ上で実行される認
証マネージャは、ＨＩＤと相互作用して、ユーザがＨＩＤを介してシステムに接
続する時にユーザを検証する。サーバ上で実行されるセッション・マネージャは
、ユーザのために計算サービスを行うコンピュータ上で走行するサービス（たと
えばプログラム）を管理する。セッション・マネージャは、セッション内の各サ
ービスに、ユーザが所与のデスクトップ・マシンを使用してシステムにアタッチ
されたことを通知する。サービスは、ユーザがシステムにアタッチされている間
にＨＩＤに表示出力を向けることができる。ユーザがシステムからデタッチする
時に、そのユーザのために実行中のサービスのそれぞれが、認証マネージャおよ
びセッション・マネージャを介して通知される。ユーザがシステムからデタッチ
されることの通知の際に、サービスは、実行を継続するが、デスクトップ・マシ
ンへの表示を停止する。

【０００８】（発明の詳細な説明）セッション管理およびユーザ認証のための方法および装置を説明する。以下の
説明では、本発明のより完全な説明を提供するために、多数の具体的な詳細を示
す。しかし、これらの具体的な詳細なしで本発明を実践できることは、当業者に
は明白であろう。他の場合には、本発明を不明瞭にしないために、周知の特徴は
詳細に説明しない。

【０００９】概要本発明の１つまたは複数の実施形態による、システム・ユーザを認証し、ユー
ザのためにシステム内で実行中のサービスを管理するための方法および装置を説
明する。本発明の一実施形態では、認証およびセッション管理が、ユーザのＨＩ
Ｄとサーバなどの計算サービス・プロバイダの間でコンピューティング機能性を
分割するシステム・アーキテクチャ内で実行される。

【００１０】図１、図７、および図８に、本発明の１つまたは複数の実施形態で使用される
システム・アーキテクチャの例を示す。本発明は、図１に示されたものなどの標
準的なデスクトップ・コンピュータ・システム内、または、図７および図８のク
ライアント−サーバ・システム、ネットワーク・コンピュータ、またはヒューマ
ン・インターフェース・デバイス・システムを含む、他のコンピュータ・システ
ムで実施することができる。

【００１１】コンピュータ実行環境（ハードウェア）の実施形態本発明の実施形態は、図１に示されたコンピュータ１００などの汎用コンピュ
ータ上で実行されるコンピュータ可読コードの形、またはそのようなコンピュー
タ上で走行するＪａｖａ（登録商標）ランタイム環境内で実行可能なバイトコー
ド・クラス・ファイルの形のコンピュータ・ソフトウェアとして実施することが
できる。キーボード１１０およびマウス１１１が、両方向システム・バス１１８
に結合される。キーボードおよびマウスは、ユーザ入力をコンピュータ・システ
ムに導入し、そのユーザ入力をプロセッサ１１３に通信するためのものである。
他の適当な入力装置を、マウス１１１およびキーボード１１０に追加して、また
はその代わりに、使用することができる。両方向システム・バス１１８に結合さ
れたＩ／Ｏ（入出力）ユニット１１９は、プリンタ、Ａ／Ｖ（オーディオ／ビデ
オ）Ｉ／ＯなどのＩ／Ｏ要素を表す。

【００１２】コンピュータ１００には、ビデオ・メモリ１１４、メイン・メモリ１１５、お
よび大容量記憶装置１１２が含まれ、これらのすべてが、キーボード１１０、マ
ウス１１１、およびプロセッサ１１３と共に両方向システム・バス１１８に結合
される。大容量記憶装置１１２には、磁気記憶システム、光学記憶システム、ま
たは光磁気記憶システムもしくは他の使用可能な大容量記憶技術などの、固定媒
体と取外し可能媒体の両方を含めることができる。バス１１８には、たとえば、
ビデオ・メモリ１１４またはメイン・メモリ１１５をアドレッシングするための
３２本のアドレス線を含めることができる。システム・バス１１８には、たとえ
ば、プロセッサ１１３、メイン・メモリ１１５、ビデオ・メモリ１１４、および
大容量記憶装置１１２などのコンポーネントの間でデータを転送するための３２
ビット・データ・バスも含めることができる。代替案では、別々のデータ線およ
びアドレス線の代わりに、多重データ／アドレス線を使用することができる。

【００１３】本発明の一実施形態では、プロセッサ１１３が、６８０Ｘ０プロセッサなどの
Ｍｏｔｏｒｏｌａ社によって製造されるマイクロプロセッサか、８０Ｘ８６また
はＰｅｎｔｉｕｍプロセッサなどのＩｎｔｅｌ社によって製造されるマイクロプ
ロセッサか、ＳｕｎＭｉｃｒｏｓｙｓｔｅｍｓ（登録商標），Ｉｎｃ．社によ
って製造されるＳＰＡＲＣ（登録商標）マイクロプロセッサである。しかし、他
の適当なマイクロプロセッサまたはマイクロコンピュータを使用することができ
る。メイン・メモリ１１５は、ダイナミック・ランダム・アクセス・メモリ（Ｄ
ＲＡＭ）からなる。ビデオ・メモリ１１４は、デュアルポート・ビデオ・ランダ
ム・アクセス・メモリである。ビデオ・メモリ１１４の一方のポートは、ビデオ
・アンプリファイア１１６に結合される。ビデオ・アンプリファイア１１６は、
陰極線管（ＣＲＴ）ラスタ・モニタ１１７を駆動するのに使用される。その代わ
りに、ビデオ・メモリ１１４を使用して、フラット・パネル・ディスプレイまた
は液晶ディスプレイ（ＬＣＤ）もしくは他の適当なデータ・プレゼンテーション
・デバイスを駆動することができる。ビデオ・アンプリファイア１１６は、当技
術分野で周知であり、適当な装置によって実施することができる。この回路は、
ビデオ・メモリ１１４に格納された画素データを、モニタ１１７による使用に適
したラスタ信号に変換する。モニタ１１７は、グラフィック・イメージの表示に
適した種類のモニタである。

【００１４】コンピュータ１００には、バス１１８に結合された通信インターフェース１２
０も含めることができる。通信インターフェース１２０は、ネットワーク・リン
ク１２１を介してローカル・ネットワーク１２２に結合する両方向データ通信を
実施する。たとえば、通信インターフェース１２０が、サービス統合ディジタル
網（ＩＳＤＮ）カードかモデムかケーブル・モデムである場合には、通信インタ
ーフェース１２０は、ネットワーク・リンク１２１の一部を含む対応する種類の
電話回線へのデータ通信接続を行う。通信インターフェース１２０が、ローカル
・エリア・ネットワーク（ＬＡＮ）カードである場合には、通信インターフェー
ス１２０は、互換性のあるＬＡＮへのネットワーク・リンク１２１を介するデー
タ通信接続を実施する。無線リンクも可能である。そのような実施形態では、通
信インターフェース１２０は、さまざまな種類の情報を表すディジタル・データ
・ストリームを搬送する電気信号、電磁信号、または光信号を送受する。

【００１５】ネットワーク・リンク１２１は、通常は、１つまたは複数のネットワークを介
する他のデータ・デバイスへのデータ通信を実施する。たとえば、ネットワーク
・リンク１２１は、ローカル・ネットワーク１２２を介する、ローカル・サーバ
・コンピュータ１２３へまたはインターネット・サービス・プロバイダ（ＩＳＰ
）１２４によって運営されるデータ機器へ接続することができる。ＩＳＰ１２４
は、現在一般に「インターネット」１２５と呼ばれている全世界規模のパケット
・データ通信網を介するデータ通信サービスを提供する。ローカル・ネットワー
ク１２２およびインターネット１２５の両方が、ディジタル・データ・ストリー
ムを搬送する電気信号、電磁信号、または光信号を使用する。さまざまなネット
ワークを介する信号および、コンピュータ１００に出入りするディジタル・デー
タを搬送する、ネットワーク・リンク１２１上および通信インターフェース１２
０を介する信号が、情報を転送する搬送波の例示的形態である。

【００１６】コンピュータ１００は、１つまたは複数のネットワーク、ネットワーク・リン
ク１２１、および通信インターフェース１２０を介して、メッセージを送信し、
プログラム・コードを含むデータを受信することができる。インターネットの例
では、リモート・サーバ・コンピュータ１２６が、インターネット１２５、ＩＳ
Ｐ１２４、ローカル・ネットワーク１２２、および通信インターフェース１２０
を介して、アプリケーション・プログラムに関する要求されたコードを送信する
ことができる。

【００１７】受信されたコードは、受信時にプロセッサ１１３によって実行し／かつ、後に
実行するために大容量記憶装置１１２または他の不揮発性記憶装置に格納するこ
とができる。この形で、コンピュータ１００は、搬送波の形でアプリケーション
・コードを得ることができる。

【００１８】アプリケーション・コードは、コンピュータ・プログラム製品の形で実施する
ことができる。コンピュータ・プログラム製品には、コンピュータ可読コードを
格納するか搬送するように構成された媒体、または、コンピュータ可読コードを
埋め込むことができる媒体が含まれる。コンピュータ・プログラム製品の例が、
ＣＤ−ＲＯＭディスク、ＲＯＭカード、フロッピ・ディスク、磁気テープ、コン
ピュータ・ハード・ドライブ、ネットワーク上のサーバ、および搬送波である。

【００１９】ヒューマン・インターフェース・デバイス・コンピュータ・システム本発明は、表示されるデータがネットワークを介して供給されるコンピュータ
・システムへの応用分野も有する。ネットワークは、ローカル・エリア・ネット
ワーク、広域ネットワーク、インターネット、ワールド・ワイド・ウェブ、また
は他の適当なネットワーク構成とすることができる。本発明の一実施形態は、本
明細書でヒューマン・インターフェース・デバイス・コンピュータ・システムと
称するコンピュータ・システム構成で使用される。

【００２０】このシステムでは、システムの機能性が、表示入力装置と、データ・ソースま
たはサービスとの間で分割される。この表示入力装置が、ヒューマン・インター
フェース・デバイス（ＨＩＤ）である。このシステムの分割は、状態機能および
計算機能が、ＨＩＤから除去され、データ・ソースまたはサービス側に常駐する
ようになっている。本発明の一実施形態では、１つまたは複数のサービスが、ネ
ットワークなどのなんらかの相互接続ファブリックを介して１つまたは複数のＨ
ＩＤと通信する。そのようなシステムの例を、図７に示す。図７を参照すると、
このシステムは、相互接続ファブリック７０１を介してＨＩＤ７０２にデータ
を通信する計算サービス・プロバイダ７００からなる。

【００２１】計算サービス・プロバイダ − ＨＩＤシステムでは、計算力および状態維持
が、サービス・プロバイダまたはサービス内にある。サービスは、特定のコンピ
ュータに束縛されず、図１に関連して説明したものなどの１つまたは複数の従来
のデスクトップ・システム上または従来のサーバを用いて分散させることができ
る。１つのコンピュータが、１つまたは複数のサービスを有することができ、１
つのサービスを、１つまたは複数のコンピュータによって実施することができる
。サービスは、計算、状態、およびデータをＨＩＤに供給し、サービスは、共通
のオーソリティまたはマネージャの制御下にある。図７では、サービスは、コン
ピュータ７１０、７１１、７１２、７１３、および７１４にある。

【００２２】サービスの例には、Ｘ１１／Ｕｎｉｘサービス、アーカイブド・ビデオ（ａｒ
ｃｈｉｖｅｄｖｉｄｅｏ）・サービス、ＷｉｎｄｏｗｓＮＴサービス、Ｊａ
ｖａ（登録商標）プログラム実行サービスその他が含まれる。本明細書では、サ
ービスは、出力データを供給し、ユーザの要求および入力に応答するプロセスで
ある。

【００２３】相互接続ファブリック − 本発明では、相互接続ファブリックは、サービス
とＨＩＤの間でデータを搬送するのに適する複数の通信経路のいずれかである。
一実施形態では、相互接続ファブリックは、イーサネット・ネットワークとして
実施されるローカル・エリア・ネットワークである。他のローカル・ネットワー
クも利用することもできる。本発明では、広域ネットワーク、インターネット、
ワールド・ワイド・ウェブその他の使用も企図されている。相互接続ファブリッ
クは、ワイヤまたは光ファイバ・ケーブルなどの物理媒体を用いて実施すること
ができ、無線環境で実施することもできる。

【００２４】ＨＩＤ − ＨＩＤは、サービスが提供する計算サービスにユーザがアクセス
する手段である。図７に、ＨＩＤ７２１、７２２、および７２３を示す。ＨＩ
Ｄは、ディスプレイ７２６、キーボード７２４、マウス７２５、およびオーディ
オ・スピーカ７２７からなる。ＨＩＤには、これらのデバイスを相互接続ファブ
リックにインターフェースし、サービスとの間でデータを送受するために必要な
エレクトロニクスが含まれる。

【００２５】ＨＩＤのブロック図を図８に示す。ＨＩＤのコンポーネントは、内部的にＰＣ
Ｉバス８１２に結合される。ネットワーク制御ブロック８０２は、リンク８１４
を介して、イーサネットなどの相互接続ファブリックと通信する。オーディオ・
コーデック８０３は、インターフェース８１６でオーディオ・データを受け取り
、ブロック８０２に結合されている。ＵＳＢデータ通信は、ＵＳＢコントローラ
８０１への信号線８１３上で提供される。

【００２６】組み込まれたプロセッサ８０４は、たとえば、フラッシュ・メモリ８０５およ
びＤＲＡＭ８０６を結合されたＳｐａｒｃ２ｅｐとすることができる。ＵＳＢ
コントローラ８０１、ネットワーク・コントローラ８０２、および組み込まれた
プロセッサ８０４は、すべてがＰＣＩバス８１２に結合される。やはりＰＣＩ
８１２に結合されるのが、ビデオ・コントローラ８０９である。ビデオ・コント
ローラ８０９は、たとえば、信号線８１５上でＳＶＧＡ出力を供給するＡＴＩ社
のＲａｇｅＰｒｏ＋フレーム・バッファ・コントローラとすることができる。Ｎ
ＴＳＣデータ８１７は、ビデオ・コントローラとの間で、ビデオ・デコーダ８１
０およびビデオ・エンコーダ８１１を介して供給される。スマートカード・イン
ターフェース８０８も、ビデオ・コントローラ８０９に結合することができる。

【００２７】上で説明したコンピュータ・システムは、例示のみを目的とする。本発明の実
施形態は、あらゆる種類のコンピュータ・システムまたはプログラミング環境ま
たは処理環境で実施することができる。

【００２８】本発明の１つまたは複数の実施形態では、認証コンポーネントおよびセッショ
ン管理コンポーネントが、ユーザを認証し、セッションを突きとめ、管理するよ
うに構成される。セッションは、ユーザのために実行中の１つまたは複数のサー
ビスの関連する組の永続的な表現である。本発明の実施形態は、セッション内の
サービスがユーザ検証およびリロケーションを実行するように構成されることを
必要とせずに、ユーザを認証し、ユーザの現在位置に基づいてユーザのセッショ
ンをリロケートする。本発明の実施形態は、すべてのユーザのサービスに対して
１回だけユーザを認証する。本発明の実施形態を使用すると、サービスは、ユー
ザが現在使用しているＨＩＤ（または他の端末デバイス）に向けられる。ユーザ
が各サービスにログインし、特定のＨＩＤのために新しい接続を確立することは
必要でない。

【００２９】本発明の実施形態によれば、認証は、１方向認証であり、これによって、認証
の管理しやすさとスケーラビリティが改善される。鍵を交換する必要はなく、中
央データベースで鍵ルックアップを実行する必要がなくなる。

【００３０】図２に、本発明の実施形態による、認証コンポーネントおよびセッション管理
コンポーネントとその相互作用を示す。ネットワーク端末２０２は、ヒューマン
・インターフェース・デバイス（ＨＩＤ）（たとえばＨＩＤ７２１、７２２、
および７２３）である。ＨＩＤは、その機能の例として、サービスの出力をユー
ザに表示し、ユーザからサービスへの入力を得るという仕事を有する。ネットワ
ーク端末２０２は、たとえば計算サービス・プロバイダ（たとえばコンピュータ
７１０、７１１、７１２、７１３、および７１４）上で実行中のソフトウェア・
プログラム（たとえばサービス２３０ないし２３８、認証マネージャ２０４、お
よびセッション・マネージャ２０６）から受け取るコマンド（たとえば表示コマ
ンド）に応答する能力を有する。ユーザから受け取る入力は、たとえば、ユーザ
要求を満たすサービスに転送される。

【００３１】複数のサーバが、１セッションを構成するサービスを実行することができる。
たとえば、セッション２０８では、サービス２３０が、サーバ２１０上で実行中
であり、サービス２３２および２３４が、サーバ２１２上で実行中であり、サー
ビス２３６および２３８が、サーバ２１４上で実行中である。

【００３２】ユーザは、ログインを開始することによってシステム（たとえばサーバ、セッ
ション、サービス、およびネットワーク端末）にアクセスする。ログイン中に、
ユーザは、認証マネージャ２０４によって検証される。さまざまな技法を使用し
て、ユーザがログインを開始できるようにすることができる。たとえば、ユーザ
は、ネットワーク端末２０２のキーを押し下げることによってログインを開始す
ることができる。

【００３３】本発明の一実施形態では、ユーザは、ネットワーク端末２０２にアタッチされ
たカード・リーダ（たとえばカード・リーダ２１６）にスマート・カードを挿入
することによってシステムにアクセスする。スマート・カードとは、スマート・
カードの磁気ストリップまたはメモリなどに情報を格納することができるカード
である。スマート・カードは、ネットワーク端末２０２に送信される、ユーザの
識別（すなわち、６４ビット数などのユーザＩＤ）および秘密コード（たとえば
１２８ビットの乱数）などのユーザ情報を格納することができる。秘密コードは
、認証中に使用される。

【００３４】ネットワーク端末２０２は、その相互接続ネットワーク・アドレスおよび認証
マネージャ２０４のアドレスを知っている（または得ることができる）。ユーザ
がログインを開始する時に、ネットワーク端末２０２は、認証マネージャ２０４
との通信を開始して、認証を開始する。認証マネージャ２０４は、たとえばロー
カル・エリア・ネットワーク（ＬＡＮ）などの相互接続ネットワークを介してネ
ットワーク端末２０２に接続された計算サービス・プロバイダ上でアクティブな
（たとえば実行中の）プログラムである。しかし、ネットワーク端末２０２を、
ファイバ・チャネル・ループまたはポイント・ツー・ポイント・ケーブルなどの
他の相互接続ネットワーク技術を使用して認証マネージャ２０４に接続できるこ
とは明白である。ネットワーク端末２０２は、ユーザ識別（ｕｓｅｒＩＤ）を含
むスタートアップ要求を認証マネージャ２０４に送信する。

【００３５】本発明の一実施形態では、認証マネージャ２０４は、ユーザを検証する認証を
開始することによって、スタートアップ要求に応答する。認証には、システムに
対してユーザの身元を検証する機構であればどれでも含めることができる。ユー
ザだけが知っている鍵またはパスワードもしくは生物測定情報を、ユーザの認証
に使用することができる。

【００３６】本発明の一実施形態では、認証は、ユーザがネットワーク端末２０２で入力す
る個人識別番号（ＰＩＮ）を検証することによって実行される。認証マネージャ
２０４は、ネットワーク端末２０２でのユーザのＰＩＮの入力を開始するコマン
ド（すなわちチャレンジ・コマンド）を送信する。ユーザ入力は、ネットワーク
端末２０２によってパッケージ化され、認証マネージャ２０４に送信される（す
なわちチャレンジ応答）。

【００３７】認証マネージャ２０４は、認証データベース２１８に保持されているユーザ情
報、ユーザによって供給される情報、および認証中に生成される情報を用いて、
チャレンジ応答を検証する。ユーザが認証された時に、そのユーザに、セッショ
ン（たとえばセッション２０８）へのアクセス権が与えられる。

【００３８】予期された結果をユーザから受信した場合に、認証マネージャ２０４は、セッ
ション・マネージャ２０６に、ユーザがネットワーク端末２０２上でシステムに
ログ・インしたことを（接続メッセージを介して）通知する。認証データベース
２１８に格納されたセッション情報を使用して、セッション・マネージャ２０６
のサーバ、ポート、およびセッション識別子（ＩＤ）を識別する。セッション・
マネージャ２０６は、計算サービス・プロバイダ上でアクティブなプログラムで
あり、たとえば相互接続ネットワークを介して、認証マネージャ２０４およびネ
ットワーク端末２０２に接続される。認証マネージャ２０４は、認証データベー
ス２１８に含まれるセッション・マネージャ２０６のサーバおよびポート情報を
使用して、セッション・マネージャ２０６にメッセージを送信する。

【００３９】認証マネージャ２０４からの接続メッセージに応答して、セッション・マネー
ジャ２０６は、ユーザの現在のセッションのサービス（すなわち、セッション２
０８のサービス）に、ユーザがネットワーク端末２０２にアタッチされたことを
通知する。すなわち、セッション・マネージャ２０６は、サービス２３０ないし
２３８に接続メッセージを送信して、出力をネットワーク端末２０２に向ける。
セッション・マネージャ２０６は、セッションの必須サービスと思われるサービ
スが確実に実行中になるようにする。実行中でない場合には、セッション・マネ
ージャ２０６は、そのサービスを開始させる。ユーザは、セッション（たとえば
セッション２０８）内でサービス２３０ないし２３８と対話することができる。
ネットワーク端末２０２は、ローカル・エリア・ネットワークまたは他の相互接
続技術などの相互接続ネットワークを介してサーバ２１０、２１２、および２１
４（およびサービス２３０ないし２３８）に接続される。ユーザは、新規サービ
スを起動することができ、既存のサービスを終了することもできる。

【００４０】ユーザは、カード・リーダ２１６からカードを除去することによって、システ
ムからデタッチすることができる。切断を表す他の機構も、本発明と共に使用す
ることができる（たとえば、ネットワーク端末２０２上の「サインオフ・ボタン
）。サービス２３０ないし２３８は、ユーザがカード・リーダ２１６からカード
を除去した後であっても走行を継続することができる。すなわち、ユーザの関連
するセッションおよびセッションを構成するサービスは、ユーザがシステムから
アタッチ解除（たとえばログ・オフ）している期間中に存在を継続することがで
きる。ユーザがカード・リーダ２１６からカードを除去する時に、ネットワーク
端末２０２が、認証マネージャ２０４に通知し（たとえば切断メッセージを介し
て）、認証マネージャ２０４が、セッション・マネージャ２０６に通知する（た
とえば切断メッセージを介して）。セッション・マネージャ２０６は、サービス
２３０ないし２３８に通知し（たとえば切断メッセージを介して）、サービス２
３０ないし２３８は、ネットワーク端末２０２への表示コマンドの送信を終了す
る。しかし、サービス２３０ないし２３８は、ユーザがネットワーク端末にログ
・オンしていない時間の間に実行を継続する。ユーザは、ネットワーク端末２０
２などのネットワーク端末を使用してログ・バックし、セッション２０８に接続
し、サービス２３０ないし２３８と対話することができる。

【００４１】図２にはそれぞれ単一のインスタンスが示されているが、ネットワーク端末２
０２、認証マネージャ２０４、およびセッション２０８の複数のインスタンスが
存在することが可能であることを諒解されたい。たとえば、ネットワーク端末２
０２をサービスする認証マネージャ２０４の複数のインスタンスが存在すること
ができ、ネットワーク端末２０２の複数のインスタンスが存在することができる
。認証マネージャ２０４のインスタンスは、たとえばネットワークのトポロジに
従って階層に編成することができ、グローバルに使用可能にすることもできる。

【００４２】認証マネージャの複数のインスタンスを有することによって、現在の負荷（た
とえばユーザの数）に基づいて認証マネージャ２０４のインスタンスを追加（ま
たは除去）することが可能になるので、システムのスケーラビリティが向上する
。さらに、認証マネージャ２０４の冗長なインスタンスを配置することができる
ので、信頼性が向上する。

【００４３】同様に、複数のセッション・マネージャ２０６のインスタンスが存在すること
ができる。認証マネージャ２０４と同様に、セッション・マネージャ２０６の複
数のインスタンスによって、システムのスケーラビリティおよび信頼性を高める
ことができる。

【００４４】セッション・マネージャセッション・マネージャ２０６は、ユーザ、セッション、およびサービスの間
のマッピングを含むセッション・データベース２２０を維持する。セッション・
マネージャ２０６は、セッション・マネージャ２０６によって管理される各セッ
ションを構成するサービスを管理する。たとえば、セッション・マネージャ２０
６は、セッション２０８とセッション２０８内のサービス２３０ないし２３８を
維持する。

【００４５】計算サービス・プロバイダにアクセスするために、まず、ユーザのためにアカ
ウントをセット・アップするかイネーブルする。たとえば、本発明の一実施形態
に従ってユーザをイネーブルするためには、ユーザに、ｕｓｅｒＩＤ、ＰＩＮ、
およびｕｓｅｒＩＤと秘密コードを格納したスマート・カードを与える。さらに
、ユーザのためにセッションを作成する。下で説明するように、セッションは、
必須サービスを有しないことも、１つ又は複数有することもできる。セッション
を作成する時に、必須サービスの一部を初期化することが必要になる場合がある
。サービスは、初期化された後に、ユーザがシステムに接続されているかどうか
に無関係に、アクティブであり続ける。必須サービスのバランスは、ユーザが最
初にログ・インする時に開始することができる。

【００４６】ユーザは、１つのセッションに制限されない。所与の時点で１ユーザに関連す
る複数のセッションが存在することができる。セッション・データベース２２０
には、ユーザに関連するセッションおよびセッション内のサービスを識別するレ
コードが含まれる。イネーブルされたユーザを、システムから除去することがで
きる。ユーザがシステムから除去される時には、ユーザに関連するセッションの
すべてが、システムおよびセッション・データベース２２０から除去される。ユ
ーザのセッションに関連するサービスも、停止される。

【００４７】ユーザは、システムの使用をイネーブルされた後に、ネットワーク端末２０２
を介してシステムにログ・オンすることができる。セッション・マネージャ２０
６は、ユーザがネットワーク端末２０２に接続されたことを認証マネージャ２０
４によって通知された時に、ユーザのセッション（すなわち、セッションを構成
するサービス）に通知する。セッション・マネージャ２０６は、セッション・デ
ータベース２２０に問い合わせて、セッションのサービスを識別し、通知する。
たとえば、セッション・データベース２２０には、セッション２０８およびセッ
ション２０８に含まれるサービス２３０ないし２３８を識別する情報が含まれて
いる。

【００４８】セッション・データベース２２０には、セッションおよびセッションに関連す
るサービスを識別する、永久セッション・レコードと動的セッション・レコード
が含まれる。セッション・データベース２２０は、１つまたは複数のデータベー
スまたはデータ・ストアとすることができる。たとえば、永久セッション・レコ
ードは、構成ファイル内に格納することができ、動的セッション・レコードは、
データベース・システム内のメモリに格納することができる。永久セッション・
レコードは、ユーザの構成情報が格納され、通常は、たとえばユーザがシステム
の使用をイネーブルされる時点で、そのユーザのために作成される。動的セッシ
ョン・レコードは、ユーザに関連するサービスを識別する。動的セッション・レ
コードは、永久セッション・レコード内のユーザ・セッションに関連する必須サ
ービスならびに現在アクティブなサービスを識別する。下記に、本発明の実施形
態による永久セッション・レコードのフォーマットが含まれる。 sessionID serviceID serviceHost servicePort isLazy

【００４９】ｓｅｓｓｉｏｎＩＤフィールドは、必須サービスを含むセッションを一意に識
別する。ｓｅｒｖｉｃｅＩＤフィールドは、ｓｅｓｓｉｏｎＩＤによって識別さ
れるセッションに関連するサービスを一意に識別する。ｓｅｒｖｉｃｅＨｏｓｔ
フィールドおよびｓｅｒｖｉｃｅＰｏｒｔフィールドは、サービスが走行してい
るサーバと、サービスがそれによって通信を受信することのできるサーバ上のポ
ートを識別する。ｉｓＬａｚｙフィールドは、サービスを開始する形を識別する
。たとえば、ｉｓＬａｚｙは、セッション作成直後にサービスを起動しなければ
ならないこと、または、ユーザが始めてシステムにアクセスする時にサービスを
起動しなければならないことを指定することができる。ｓｅｒｖｉｃｅＩＤ、ｓ
ｅｒｖｉｃｅＨｏｓｔ、ｓｅｒｖｉｃｅＰｏｒｔ、およびｉｓＬａｚｙフィール
ドは、ｓｅｓｓｉｏｎＩＤによって識別されるセッションに関連する必須サービ
スを各オカレンスが識別する、複数のオカレンスが存在する場合がある。

【００５０】動的セッション・レコードは、セッションの必須サービスおよびセッション内
で現在実行中のサービスを識別する。セッションの必須サービスは、たとえば、
永久セッション・レコードから取り出される。動的セッション・レコードは、ユ
ーザのために現在実行中である０個以上のサービス（必須サービスまたは他のサ
ービス）を識別することができる。

【００５１】動的セッション・レコード内のサービスに関する情報を格納するのに使用され
るフィールドは、そのサービスが必須サービスとサービスのどちらであるかに依
存する。現在アクティブな必須サービスは、現在のサービスでもある。セッショ
ンの必須サービスを識別する、動的セッション・レコードのフォーマットは、永
久セッション・レコードのフォーマットと同一である。下記が、本発明の実施形
態による現在実行中のサービスに関連するレコードのフォーマットを識別する。 sessionLink TCPSocketfd requiredServiceLink serviceID

【００５２】ｓｅｓｓｉｏｎＬｉｎｋフィールドは、サービスのセッションを識別する。オ
ープン接続またはパイプが、セッション・マネージャ２０６とセッション内の現
在実行中のサービスの間で確立される。このオープン接続を使用して、セッショ
ン・マネージャ２０６またはサービスのいずれかに、他方が異常にまたは他の形
で終了したことを通知することができる。本発明の一実施形態では、オープン接
続が、ＴＣＰＳｏｃｋｅｔｆｄフィールドによって識別されるＴＣＰソケット接
続である。しかし、接続がディスエーブルされたか消滅したことの通知を提供す
ることができる信頼性のある接続技術であれば、どのような形のものでも本発明
の実施形態と共に使用することができることは明白である。

【００５３】サービスは、ｓｅｒｖｉｃｅＩＤフィールドに格納される識別子を有する。現
在走行中のサービスを、必須サービスにリンクすることができる。必須サービス
へのリンクは、ｒｅｑｕｉｒｅｄＳｅｒｖｉｃｅＬｉｎｋによって識別される。
必須サービスへのリンクがない場合には、ｒｅｑｕｉｒｅｄＳｅｒｖｉｃｅＬｉ
ｎｋはｎｕｌｌである。

【００５４】動的セッション・レコードは、ネットワーク端末（たとえばネットワーク端末
２０２）への接続に関する情報を格納するのにも使用することができる。下記に
、本発明の実施形態に従って接続を識別するフィールドが含まれる。 sessionLink Status IPAddress

【００５５】複数のセッションが、１ユーザに関連することが可能である。ｓｅｓｓｉｏｎ
Ｌｉｎｋフィールドは、ネットワーク端末２０２にアタッチされたユーザが現在
リンクされているセッションを識別する。ｓｅｓｓｉｏｎＬｉｎｋは、その値と
して、たとえばｓｅｓｓｉｏｎＩＤ値を有することができる。ｓｔａｔｕｓフィ
ールドは、ネットワーク端末２０２のセッションへの接続状況（すなわち、接続
または切断）を識別する。ＩＰＡｄｄｒｅｓｓフィールドには、ネットワーク端
末２０２の相互接続ネットワーク・アドレスが格納される。本発明の１つまたは
複数の実施形態では、ＩＰアドレスが使用される。しかし、代替相互接続技術に
よって代替アドレッシング方式を使用することができることは明白である。たと
えば、非同期転送モード（ＡＴＭ）ネットワークでは、１３桁の交換機プレフィ
ックス／端点識別子を使用することができる。

【００５６】この情報は、セッション・マネージャ２０６が、ネットワーク端末２０２に状
況メッセージを送信するのに使用することができる。ネットワーク端末２０２が
、ある時間の間に応答しない場合には、セッション・マネージャ２０６は、その
ネットワーク端末２０２がもはやユーザによって使用されていないと仮定し、セ
ッション内のサービスのそれぞれに切断メッセージを送る。

【００５７】セッション・マネージャ２０６が知っている他の情報には、サービスへのオー
プン接続（たとえばオープンＴＣＰｓｏｃｋｅｔｆｄを有するサービス）のリス
トと、オープン接続とセッションとセッション内のサービスの間のマッピングが
含まれる。この情報は、たとえばセッション・レコードからコンパイルすること
ができる。

【００５８】セッション・マネージャ２０６から使用可能な情報は、セッションを突きとめ
るのに使用することができる。たとえば、あるサービスに対して、そのサービス
を含むセッション、および／またはそのサービスがあるセッションに含まれるか
どうかを見つけることができる。さらに、たとえばセッションが現在実行中であ
ろうとなかろうと、所与のユーザまたはネットワーク端末２０２のインスタンス
に関連するセッションを突きとめることができる。

【００５９】サービスの開始セッション・マネージャ２０６は、ユーザがネットワーク端末２０２に接続さ
れたことのメッセージを認証マネージャ２０４から受け取った時に、現在アクテ
ィブでない必須サービスを開始する。セッション・マネージャ２０６は、さらに
、現在アクティブなサービスに、入出力（Ｉ／Ｏ）をネットワーク端末２０２に
向けるように通知する。Ｉ／Ｏは、ネットワーク端末２０２およびその周辺デバ
イスとの通信に使用されるコマンド・プロトコルを使用して表すことができる（
付録Ａに、本発明の実施形態によるコマンド・プロトコルの例が含まれる）。

【００６０】サービスを開始するために、セッション・マネージャ２０６は、その上でサー
ビスが実行されるサーバにアクセスして、サービスを起動する。たとえば、セッ
ション・マネージャ２０６は、サーバ上のウェルノウン・ポートに要求を送り、
セッション・マネージャ２０６のｓｅｓｓｉｏｎＨｏｓｔ、ｓｅｓｓｉｏｎＰｏ
ｒｔ、およびｓｅｓｓｉｏｎＩＤを渡す。サーバは、サービスにアタッチされた
ネットワーク端末２０２に接続し、サーバのネイティブ認証および許可を使用し
て、ユーザがサーバにアクセスできるようにする。たとえば、ＵＮＩＸオペレー
ティング環境では、ＵＮＩＸサービスを、ネットワーク端末２０２に表示される
「ＣＤＥＬｏｇｉｎ」画面を用いて起動して、ユーザを認証し、ユーザがサー
ビスに接続することを望んでいることを保証することができる。

【００６１】セッション・マネージャ２０６は、サーバ上でサービスを起動するために、サ
ービスを起動するのに必要な特権を与えられる。セッション・マネージャ２０６
にこれらの特権を与えることが望ましくない場合がある。さらに、現在のネット
ワーク環境では、サーバが、異なるオペレーティング環境を走行させている場合
がある。この場合には、セッション・マネージャ２０６は、サービスを起動する
ための各オペレーティング環境の手順を知らなければならない。

【００６２】その代わりに、サーバ上で走行するセッション対応のアプリケーションが、開
始を実行し、セッション・マネージャ２０６にサービスを登録することができる
。この場合、セッション・マネージャ２０６が必要な特権を有する必要はない。
さらに、セッション・マネージャ２０６は、複数のオペレーティング環境でサー
ビスを開始するための集中化モデルを実施する必要がない。サービスを開始する
責任は、異なるオペレーティング環境で走行中のセッション対応アプリケーショ
ンに委ねられる。セッション対応サーバ・アプリケーションは、セッション・マ
ネージャ２０６（たとえばセッション・マネージャ２０６のｓｅｓｓｉｏｎＩＤ
、ｓｅｓｓｉｏｎＨｏｓｔ、およびｓｅｓｓｉｏｎＰｏｒｔ）とそのインターフ
ェース（たとえばメッセージ・フォーマット）の知識を有する。

【００６３】セッション対応サーバ・アプリケーションは、セッション・マネージャ２０６
から受け取った要求に応答してサービスを開始することができる。セッション・
マネージャ２０６は、サーバのオペレーティング環境内でサービスを起動する許
可を所有するサーバ・アプリケーションに開始メッセージを送る。サーバ・アプ
リケーションは、セッション・マネージャ２０６のためにサービスを開始し、有
効なｓｅｓｓｉｏｎＩＤをセッション・マネージャ２０６に応答する。たとえば
ＵＮＩＸおよびＮＴシステムでは、ｓｅｓｓｉｏｎＩＤは、オペレーティング環
境内で使用可能にすることができる。たとえばビデオ・ウィンドウなどのサービ
スを、この形で起動することができる。

【００６４】その代わりに、セッション対応アプリケーションが、サービスに連絡して、暗
号的に署名された認証の形でその許可を得ることができる。サーバ・アプリケー
ションは、ｓｅｓｓｉｏｎＩＤおよび署名された認証をセッション・マネージャ
２０６に送信することができる。セッション対応アプリケーションが、認証なし
で、サービスの記述を用いてセッション・マネージャ２０６に連絡する場合には
、セッション・マネージャ２０６は、ユーザがサービスを許可されたことをネッ
トワーク端末２０２が保証するための承認を要求することができる。ユーザが肯
定的に応答する場合には、サービスがセッションに追加される。

【００６５】セッション・マネージャのメッセージセッション・マネージャ２０６は、セッション内のサービスを管理するために
メッセージを受け取り、生成する。本明細書に記載されたもの以外の技法を、サ
ービスの開始に使用することができる。セッション・マネージャ２０６は、サー
ビスを開始する場合に、開始メッセージをサーバ（またはセッション対応サーバ
・アプリケーション）に送る。セッション・マネージャ２０６は、たとえば、開
始メッセージを生成して、セッション・データベース２２０で識別される必須サ
ービスを起動することができる。もう１つの例として、セッション・マネージャ
２０６は、開始メッセージを送って、終了されたと判定した（たとえば、セッシ
ョン・マネージャ２０６とサービスの間のオープンＴＣＰ接続を介して）必須サ
ービスを再活動化することができる。

【００６６】セッション・マネージャ２０６は、ネットワーク端末２０２のユーザが成功裡
にシステムにアタッチした時に、接続メッセージを受け取る。接続メッセージに
応答して、セッション・マネージャ２０６は、必須サービスのすべてが起動され
ていることを検証し、走行中でない必須サービスを起動する。セッション・マネ
ージャ２０６は、セッションのサービスにメッセージ（たとえば接続メッセージ
）を送って、Ｉ／Ｏをネットワーク端末２０２に向けさせる。

【００６７】切断メッセージを受け取った時に、セッション・マネージャ２０６は、セッシ
ョンのサービスのそれぞれに切断メッセージを送って、ネットワーク端末２０２
にＩ／Ｏを送るのを終了するように指示する。

【００６８】セッション・マネージャ２０６は、ネットワーク端末２０２がまだ接続されて
いることを保証するために、周期的にネットワーク端末２０２に状況メッセージ
を送る。たとえば、セッション・マネージャ２０６は、セッション・データベー
ス２２０の動的セッション・レコードを検査して、現在ネットワーク端末に接続
されている各セッションを識別することができる。すなわち、セッション・マネ
ージャ２０６は、セッション・データベース２２０の動的セッション・レコード
内のネットワーク端末に関連する状況フィールドを検査することができる。セッ
ション・マネージャ２０６は、セッションに接続されているネットワーク端末の
それぞれに状況要求（たとえば「ｐｉｎｇ」）を送る。特定のセッションについ
て、ある時間期間（たとえば２０秒）内にネットワーク端末２０２からの回答が
受け取られない場合には、セッション・マネージャ２０６は、そのセッションが
ディスエーブルされていると仮定し、そのセッションの各サービスに切断メッセ
ージを送って、表示機能を終了するように指示する。

【００６９】ネットワーク端末２０２は、「ＣａｒｄＩｎ」状況または「ＣａｒｄＯｕ
ｔ」状況のいずれかを用いて、セッション・マネージャ２０６からの状況（たと
えばｐｉｎｇ）要求に応答する。ネットワーク端末２０２から「ＣａｒｄＯｕ
ｔ」状況を受け取る場合に、セッション・マネージャ２０６は、セッションのサ
ービスのそれぞれに切断メッセージを送る。

【００７０】状況要求に応答して「ＣａｒｄＩｎ」状況が送られる場合には、ネットワー
ク端末２０２は、カード・リーダ２１６内のカードの挿入の数、カードが挿入さ
れからの秒数、およびｃａｒｄＩＤも示す。ｃａｒｄＩＤは、たとえば、ユーザ
のセッションのｓｅｓｓｉｏｎＩＤの値である。セッション・マネージャ２０６
は、新しい状況情報を前の状況情報と比較するために、少なくとも、ネットワー
ク端末２０２から最後に受け取った状況情報を保存する。たとえば、挿入の数ま
たは挿入の秒数が最後の状況情報と異なる場合に、セッション・マネージャ２０
６は、セッションがディスエーブルされたと考える。この場合、セッション・マ
ネージャ２０６は、そのセッションのサービスに切断メッセージを送る。

【００７１】たとえばセッション対応サーバ・アプリケーションによって、サービスが起動
される時に、サービス接続メッセージが、セッション・マネージャ２０６に送ら
れる。サービスが正しい認証を有する場合、セッション・マネージャ２０６は、
そのサービスをセッションのサービスのリストに追加し、サービスにメッセージ
を送って、Ｉ／Ｏをネットワーク端末２０２に向ける。

【００７２】認証マネージャ認証マネージャは、ユーザの正当性を保証し、ユーザとセッションを関連付け
る責任を負う。本発明の一実施形態では、初期化プロセス（下で詳細に説明する
）中に認証交換を行って、ユーザを認証する。認証には、システムに対してユー
ザの識別を検証するものであればどのような機構でも含めることができる。たと
えば、ユーザを認証するために、鍵パスワードを入力するか、生物測定データを
収集することができる。

【００７３】認証データベース２１８には、認証マネージャ２０４がアクセスすることので
きるユーザ情報およびセッション情報が格納される。本発明の一実施形態で認証
データベース２１８に含まれるレコードのフォーマットは、次の通りである。 userID secret PIN sessionHost sessionPort sessionID

【００７４】ｕｓｅｒＩＤフィールドおよびｓｅｃｒｅｔフィールドには、ユーザのスマー
ト・カードに格納されるものと同一の値が格納される。ｕｓｅｒＩＤおよびｓｅ
ｃｒｅｔの値は、通常は、たとえばユーザがシステムの使用をイネーブルされる
時に確立される。本発明の一実施形態では、ｓｅｃｒｅｔフィールドに１２８ビ
ットの値が格納される。ＰＩＮフィールドは、ユーザに既知であり、認証中に認
証マネージャ２０４によって要求される個人識別番号（ＰＩＮ）である。ｕｓｅ
ｒＩＤ、ｓｅｃｒｅｔ、およびＰＩＮの値が、ユーザの認証に使用される。認証
データベース２１８には、ユーザの認証に使用される場合に、パスワードまたは
生物測定データなどの他の情報を含めることができる。

【００７５】ｓｅｓｓｉｏｎＨｏｓｔフィールドは、ユーザの現在のセッションを管理する
セッション・マネージャ２０６を実行している計算サービス・プロバイダ（たと
えばサーバ）を識別する。ｓｅｓｓｉｏｎＰｏｒｔフィールドは、セッション・
マネージャ２０６との通信のためのポートを識別する。ｓｅｓｓｉｏｎＩＤフィ
ールドには、セッション・マネージャ２０６の一意の識別子が格納される。認証
に成功した場合、ｓｅｓｓｉｏｎＨｏｓｔフィールド、ｓｅｓｓｉｏｎＰｏｒｔ
フィールド、およびｓｅｓｓｉｏｎＩＤフィールドが、ネットワーク端末２０２
でのユーザの位置についてセッション・マネージャ２０６に通知するのに使用さ
れる。

【００７６】本発明の実施形態では、チャレンジ機構を使用して、ユーザを認証する（図６
に、本発明の実施形態によるチャレンジ・プロセスのフローを示す）。認証マネ
ージャ２０４は、ネットワーク端末２０２にチャレンジを送信して、ユーザの認
証性を検証する。ネットワーク端末２０２は、チャレンジ応答を用意し、認証マ
ネージャ２０４に返す。チャレンジに対する応答が、予想通りである場合には、
ユーザが、認証マネージャ２０４に対して検証される。

【００７７】図５Ａおよび図５Ｂに、本発明の実施形態による認証プロセスのフローを示す
。認証プロセスは、認証が成功するか、繰返しまたはラウンドの数がある数を超
えるまで、複数回繰り返すことができる。ステップ５０２で、認証ラウンドの数
を表す識別子を０に初期化する。ステップ５０４で、チャレンジ数として使用さ
れる乱数を生成する。ステップ５０６で、認証マネージャ２０４が、Ｎ＿ＡＵＴ
ＨＥＮＴＩＣＡＴＥコマンドならびに認証プロセスに関する情報のパケットをネ
ットワーク端末２０２に送信する。

【００７８】本発明の一実施形態では、下記の情報が、Ｎ＿ＡＵＴＨＥＮＴＩＣＡＴＥコマ
ンドと共に送信される。 code identifier length valueSize value

【００７９】ｃｏｄｅフィールドは、情報パケットに含まれる情報の種類を識別する。たと
えば、「１」の値は、情報パケットにチャレンジが含まれることを示す。ｉｄｅ
ｎｔｉｆｉｅｒフィールドには、ステップ５０２で生成された値（すなわちラウ
ンド・インジケータ）が格納される。ｌｅｎｇｔｈフィールドは、情報パケット
の長さを識別する。ｖａｌｕｅフィールドには、ステップ５０４で生成された乱
数またはチャレンジの値が格納される。ｖａｌｕｅＳｉｚｅフィールドは、ｖａ
ｌｕｅフィールドのサイズ（たとえば１２８ビット）を識別する。

【００８０】ステップ５０８で、認証マネージャ２０４が、レンダリング・コマンドをネッ
トワーク端末２０２に送信して、ユーザのＰＩＮについてユーザにプロンプトを
表示する。ステップ５１０で、認証マネージャ２０４が、ネットワーク端末２０
２からの応答またはタイムアウトを待つ。

【００８１】ステップ５１０でタイムアウトが検出される場合には、処理は、ステップ５１
４に継続されて、ラウンドの最大回数を超えたかどうかを判定する。そうでない
場合には、処理はステップ５１８に継続されて、識別子を増分し、ステップ５０
４に継続されて、新しい認証ラウンドを開始する。ステップ５１４で、ラウンド
の最大回数が発生したと判定される場合には、処理は、ステップ５１６に継続さ
れて、認証マネージャ２０４が、障害を示すレンダリング・コマンドをネットワ
ーク端末２０２に送信し、認証処理が終了する。レンダリング・コマンドは、た
とえば、ネットワーク端末２０２とその周辺デバイスとの通信に使用されるコマ
ンド・プロトコルの一部とすることができる。

【００８２】チャレンジ・ルーチンには、ユーザによるＰＩＮ入力を取り込み、応答を生成
するために認証マネージャ２０４によってネットワーク端末２０２に送信される
コマンドが含まれる。ネットワーク端末２０２は、ユーザのＰＩＮ、識別子の値
、ユーザのスマート・カードに格納されたｓｅｃｒｅｔの値、およびチャレンジ
の値（たとえば、ステップ５０４で生成された乱数）を含む入力からのハッシュ
関数の出力（すなわちハッシュ値またはチャレンジ応答）である応答値を生成す
る。

【００８３】ハッシュ関数は、可変長の入力を受け取り、固定長の出力（ハッシュ値）に変
換することができる。ハッシュ関数の一例は、入力を受け取り、すべての入力バ
イトの排他的論理和（ＸＯＲ）からなる１バイトを返す。本発明の実施形態と共
に使用することのできる、多数の他のハッシュ関数の例が存在する。ｈｍａｃ＿
ｍｄ５関数（ＲＦＣ２１０４）が、本発明の実施形態で応答の生成に使用される
ハッシング関数の例である。

【００８４】下記のパケット・フォーマットが、本発明の一実施形態に従って認証マネージ
ャ２０４に応答を送信するためにネットワーク端末２０２によって使用される。 code identifier length valueSize value userID

【００８５】ｃｏｄｅフィールドには、この情報パケットにチャレンジ応答が含まれること
を示す値「２」がセットされる。ｖａｌｕｅフィールドには、チャレンジ応答（
たとえばハッシング関数の結果）が格納される。ｕｓｅｒＩＤフィールドには、
ユーザのｕｓｅｒＩＤが格納される。

【００８６】認証マネージャ２０４が、ネットワーク端末２０２から応答を受信したと判定
する（ステップ５１０）場合、処理はステップ５１２に継続されて、ネットワー
ク端末２０２によって返された識別子が、認証マネージャ２０４によって生成さ
れた識別子と一致するかどうかを判定する。そうである場合には、処理はステッ
プ５２０で継続されて、ネットワーク端末２０２によって返された応答を検査す
る。

【００８７】ステップ５２０で、認証マネージャ２０４は、チャレンジ応答が、認証マネー
ジャ２０４によって予想された応答と一致するかどうかを判定する。たとえば、
認証マネージャ２０４は、その識別子、ＰＩＮ、ｓｅｃｒｅｔ、およびチャレン
ジ値を使用してハッシュ値を生成することができる。認証マネージャ２０４によ
って生成されたハッシュ値が、ネットワーク端末２０２によって生成されたチャ
レンジ応答と一致する場合には、認証が部分的に成功する。認証マネージャは、
ネットワーク端末２０２の相互接続ネットワーク・アドレスおよびユーザのｕｓ
ｅｒＩＤが有効であることも検証する。チャレンジ応答、相互接続ネットワーク
・アドレス、およびｕｓｅｒＩＤが有効である場合には、認証が成功する。そう
でない場合には、認証が失敗する。

【００８８】認証が成功の場合には、処理はステップ５２８に継続されて、Ｎ＿ＡＵＴＨＥ
ＮＴＩＣＡＴＥコマンドを送信する。本発明の実施形態による、このコマンドの
フォーマットは次の通りである。ｃｏｄｅｉｄｅｎｔｉｆｉｅｒｌｅｎｇｔｈ

【００８９】ｃｏｄｅフィールドには、ユーザが成功裡に認証されたことを示す値「３」が
格納される。処理は、ステップ５３０で継続されて、セッション・マネージャ２
０６がユーザをユーザ・セッションの１つに接続しようとしていることを示すレ
ンダリング・コマンドをネットワーク端末２０２に送信する。ステップ５３２で
、認証マネージャ２０４が、ユーザがネットワーク端末２０２を介してシステム
に接続されることをセッション・マネージャ２０６に通知する。認証マネージャ
２０４は、ステップ５３２で、セッション・マネージャ２０６を実行しているサ
ーバ（すなわち、ユーザの認証データベース・レコードのｓｅｓｓｉｏｎＨｏｓ
ｔフィールドで識別されるサーバ）に、ネットワーク端末２０２の相互接続ネッ
トワーク・アドレスおよびセッション・マネージャ２０６のｓｅｓｓｉｏｎＩＤ
を送信する。

【００９０】認証が失敗の場合には、処理はステップ５２２に継続されて、Ｎ＿ＡＵＴＨＥ
ＮＴＩＣＡＴＥコマンドを送信する。成功裡の認証と同様に、Ｎ＿ＡＵＴＨＥＮ
ＴＩＣＡＴＥコマンドには、認証プロセスの状況を示すｃｏｄｅフィールドが含
まれる。たとえばｃｏｄｅ値「４」を使用して、認証が失敗したことを示す。処
理はステップ５２４に継続されて、ネットワーク端末２０２にレンダリング・コ
マンドを送信し、認証が失敗したことを示し、カード・リーダ２１６からスマー
ト・カードを除去するようにユーザに指示する。

【００９１】認証プロセスは、ステップ５２６で終了する。

【００９２】図５Ａおよび図５Ｂに関連して説明したプロセスは、認証プロセスの一例であ
る。他の認証技法を本発明の実施形態と共に使用することができることは明白で
ある。代替実施形態では、ユーザは、ＰＩＮの入力を要求されない。カード・リ
ーダ２１６内のユーザのカードが、ユーザの認証に十分である。ｕｓｅｒＩＤお
よびｓｅｃｒｅｔの値を、認証マネージャ２０４から受信した識別子およびチャ
レンジと共にハッシュ化して、認証マネージャ２０４によるチャレンジに対する
応答を生成することができる。この形で、ユーザは、単に有効な情報を含むカー
ドをカード・リーダ２１６に挿入することによって、ユーザのサービスにアタッ
チすることができる。

【００９３】さらに、本発明の実施形態を、ユーザの認証が実行されない場合に使用するこ
とができることは明白である。たとえば、信頼される環境またはセキュア環境で
は、ユーザの認証性を検証する必要がない場合がある。したがって、本発明の一
実施形態では、ユーザは、まず認証マネージャ２０４によって認証されることな
しに、セッションに接続される。ユーザは、たとえば識別（たとえばｕｓｅｒＩ
Ｄ）を供給するだけでよい。ユーザが有効なｕｓｅｒｉｄを供給する場合に、そ
のユーザは、そのｕｓｅｒＩＤに関連するセッションへのアクセス権を与えられ
る。

【００９４】ユーザがネットワーク端末２０２から切断する時に、認証マネージャ２０４は
、切断について知らされ、切断についてセッション・マネージャ２０６に知らせ
る。たとえば、ユーザがカード・リーダ２１６からスマート・カードを除去する
時に、カード・リーダ２１６が、ネットワーク端末２０２に知らせる。ネットワ
ーク端末２０２は、切断について認証マネージャに知らせる。認証マネージャ２
０４は、ユーザがネットワーク端末２０２から切断したことをセッション・マネ
ージャ２０６に知らせる。セッション・マネージャ２０６は、ユーザのセッショ
ンのサービスのそれぞれに通知する。

【００９５】チャレンジ・ルーチン認証プロセスに、認証マネージャ２０４によって開始されるチャレンジを含め
ることができる。図６に、本発明の実施形態によるチャレンジを処理するチャレ
ンジ・ルーチン・プロセスのフローを示す。チャレンジ・ルーチンは、認証マネ
ージャ２０４から受信したチャレンジ・コマンドに応答して、ネットワーク端末
２０２上で実行される。

【００９６】ステップ６０２で、リターン・キーまたはエンター・キーが押されるまで、ユ
ーザから受け取ったキー入力を読み取る。ステップ６０４で、キー入力をＡＳＣ
ＩＩ文字に変換する。ステップ６０６で、ハッシュ関数を使用して、識別子、Ｐ
ＩＮ、ｓｅｃｒｅｔ、およびチャレンジの値からハッシュ値またはチャレンジ応
答を生成する。ステップ６０８で、チャレンジ応答を認証マネージャ２０４に送
信する。ステップ６１０で、ネットワーク端末２０２が、認証マネージャ２０４
からの応答またはタイムアウトを待つ。応答またはタイムアウトが発生した場合
に、ステップ６１４でチャレンジ・ルーチンが終了する。

【００９７】ネットワーク端末の初期化ネットワーク端末２０２は、初めて電源を投入された時に、多少の初期化を実
行する。ユーザがネットワーク端末２０２を使用していない時には、ネットワー
ク端末２０２は、電源が投入されている場合に休止状態になることができる。ユ
ーザは、たとえば本明細書に記載の技法の１つを使用して、ネットワーク端末２
０２をその休止状態から覚醒させることができる。他の技法を使用してネットワ
ーク端末を覚醒できることは明白である。

【００９８】図３に、本発明の実施形態による、電源投入操作に応答してネットワーク端末
２０２を初期化するためのプロセスのフローを示す。ステップ３０２で、電源投
入動作が行われたかどうかを判定する。そうでない場合には、処理を継続して、
電源投入操作を待つ。ステップ３０４で、ネットワーク端末２０２によって、ネ
ットワークに対する要求を生成して、ネットワーク接続をテストする。ステップ
３０６で、応答を受信したかどうかを判定する。応答がない場合には、処理をス
テップ３１０で継続して、エラーを生成し、ステップ３０２で処理を継続して、
電源投入操作を待つ。

【００９９】ステップ３０６で、回答を受信したと判定される場合には、処理をステップ３
０８で継続して、確認（ＡＣＫ）メッセージを送信し、ネットワーク端末２０２
の初期化を、図４Ａのステップ４０２で継続することができる。

【０１００】図４Ａないし図４Ｃに、覚醒操作に応答してネットワーク端末２０２を初期化
する、本発明の実施形態によるプロセスのフローを示す。図４Ａを参照すると、
ネットワーク端末２０２は、覚醒操作の通知を待つ。本発明の実施形態では、覚
醒操作は、カード・リーダ２１６へのユーザのスマート・カードの挿入である。

【０１０１】スマート・カードがカード・リーダ２１６に挿入されたと判定される場合には
、処理はステップ４０４に継続されて、認証マネージャ２０４およびネットワー
ク端末２０２の相互接続ネットワーク・アドレスを得るために要求を送信する。
その代わりに、ユーザのスマート・カードに、相互接続ネットワーク・アドレス
をプログラミングすることができる。ネットワーク端末２０２は、たとえば、カ
ード・リーダ２１６を介してスマート・カードから相互接続ネットワーク・アド
レスを読み取ることができる。

【０１０２】ステップ４０６で、ネットワーク端末２０２は、応答またはタイムアウトを待
つ。タイムアウトが発生する場合には、処理はステップ４１２に継続されて、試
行の最大回数を超えたかどうかを判定する。試行の最大回数を超えている場合に
は、処理はステップ４１０に継続されて、エラーを生成する。試行の最大回数を
超えていない場合には、処理はステップ４１４に継続されて、試行の回数を増分
し、処理はステップ４０４に継続されて、相互接続ネットワーク・アドレスの要
求を再送信する。

【０１０３】要求の応答を受信した時には、処理はステップ４０８に継続されて、ＡＣＫを
送信する。処理は、図４Ｂのステップ４１６に継続される。ステップ４１６で、
ネットワーク端末２０２は、認証マネージャ２０４にスタートアップ要求を送信
する。ステップ４１８で、ネットワーク端末２０２がスタートアップ要求に対す
る応答を待つ再試行時間をセットする。ステップ４２０で、ネットワーク端末２
０２がスタートアップ要求に対する応答を待っていることを示す変数をセットす
る。ステップ４２２で、ネットワーク端末２０２は、スタートアップ要求に対す
る応答を待つ。

【０１０４】応答を受信していないと判定される場合には、処理はステップ４２４に継続さ
れて、再試行時間を超えたかどうかを判定する。そうでない場合には、処理はス
テップ４２２に継続されて、応答を待つ。再試行時間を超えた場合には、処理は
ステップ４２６に継続されて、試行の最大回数を超えたかどうかを判定する。そ
うでない場合には、処理はステップ４２８に継続されて、エラーを生成し、ステ
ップ４１６に戻って、スタートアップ要求を再送信する。そうでない場合には、
処理はステップ４３０に継続されて、試行の回数を増分し、再試行時間をリセッ
トする。ステップ４３２で、スタートアップ要求を再送信し、処理はステップ４
４に継続されて、カードがカード・リーダ２１６から除去されたかどうかを判定
する。

【０１０５】ステップ４２２で、応答が受信されたと判定される場合には、処理は、図４Ｃ
のステップ４３４に継続される。ステップ４３４で、ネットワーク端末２０２は
、最初にステップ４２０セットされた変数を検査して、スタートアップ要求に対
する応答を待っているのかどうかを判定する。そうである場合には、処理はステ
ップ４３６に継続されて、応答がチャレンジ・メッセージであるかどうかを判定
する。そうでない場合には、処理はステップ４２４に継続されて、試行の最大回
数を超えていない場合にはスタートアップ要求を繰り返す。ステップ４３６で、
チャレンジ・メッセージを受信したと判定される場合には、処理はステップ４３
８に継続されて、ｗａｉｔｉｎｇ＿ｆｏｒ＿ｓｔａｒｔｕｐ変数に否定（すなわ
ち「Ｎ」）をセットする。処理はステップ４４０に継続されて、ステップ４４０
および４４２でチャレンジ要求を処理する。チャレンジ要求は、たとえば、図５
Ａ、図５Ｂおよび図６に関して上で説明したように処理することができる。

【０１０６】ステップ４３４で、ネットワーク端末２０２がスタートアップ要求に対する応
答を待っていないと判定される場合には、処理はステップ４４０および４４２に
継続されて、メッセージ（たとえば、サービス２３４によって生成された出力を
表示するレンダリング・コマンド）を処理する。

【０１０７】ステップ４４４で、ユーザがカード・リーダ２１６からスマート・カードを除
去したかどうかを判定する。ユーザがカード・リーダ２１６からカードを除去し
た時には、ネットワーク端末２０２は、ステップ４４８で、認証マネージャ２０
４に切断メッセージを送信する。ネットワーク端末２０２は、認証マネージャ２
０４からの確認（ＡＣＫ）メッセージを待つ。ＡＣＫメッセージを受信した時に
、ネットワーク端末２０２は、ステップ４５０で画面をクリアし、ステップ４０
２に戻って、別のユーザがカード・リーダ２１６にスマート・カードを挿入する
のを待つ。

【０１０８】ステップ４４４で、ユーザがカード・リーダ２１６からカードを除去していな
いと判定される場合には、処理はステップ４４６に継続されて、ネットワーク端
末がそのスタートアップ要求に対する応答を待っているかどうかを判定する。そ
うである場合には、処理はステップ４２２に継続されて、応答を受信したかどう
かを判定する。ネットワーク端末がスタートアップ要求からの応答を待っている
のでない場合には、処理はステップ４４０および４４２に継続されて、ネットワ
ーク端末２０２に送信されたメッセージを処理する。

【０１０９】メッセージ・フォーマット本発明の実施形態では、ネットワーク端末２０２への接続が、ユーザ・データ
グラム・プロトコル（ＵＤＰ）ポートを介して確立される。すなわち、パケット
は、ＵＤＰ接続を介して送信され、デスティネーションＵＤＰポートで受信され
る。デスティネーションＵＤＰポートが、接続を一意に識別する。パケット長お
よびチェックサムの情報が、ＵＤＰヘッダによって提供される。バッファ・サイ
ズは、ＩＰ／ＵＤＰヘッダと共にイーサネットの最大転送単位（ＭＴＵ）におさ
まる。データは、ネットワークを介して、ネットワーク・バイト順（ビッグ・エ
ンディアン）で送信される。

【０１１０】ＵＤＰの代わりに、他のプロトコルを使用することができることは明白である
。たとえば、ＡＴＭＡＡＬ５（ＡＡＬまたはＡＴＭアダプテーション層）など
のプロトコルを使用することができる。

【０１１１】したがって、セッション管理およびユーザ認証のための方法および装置を説明
した。本明細書で説明した特定の実施形態は、例示にすぎず、本発明を制限する
ものではない。本発明は、請求項およびその同等物のすべての範囲によって定義
される。

【０１１２】付録Ａコマンド・プロトコルの例レンダリング・コマンド書込プロトコル・コマンド・フォーマットすべてのデータが、ネットワークを介してネットワーク・バイト順（ビッグ・
エンディアン）で送信され、ビット・フィールドは、ＭＳＢからＬＳＢの順でパ
ックされる。基本的なレンダリング・コマンド・フォーマットは次の通りである。 <COMMAND:8> <SEQUENCE:24> <X:16> <Y:16> <WIDTH:16> <HEIGHT:16> <Info> コマンドコード＜Ｉｎｆｏ＞の説明 Set 0xA1 ＷＩＤＴＨ×ＨＥＩＧＨＴ個の３２ビット値＜Ｘ、Ｂ、Ｇ、Ｒ＞［ＷＩＤＴＨ×ＨＥＩＧＨＴ≦５１２画素］ Fill 0xA2 １つの３２ビット値＜Ｘ、Ｂ、Ｇ、Ｒ＞ Glyph 0xA3 １つの３２ビット値＜Ｘ、Ｂ、Ｇ、Ｒ＞、（ＨＥＩＧＨＴ×ｃｅｉｌｉｎｇ（ＷＩＤＴＨ／８））バイトのビットマップ［すなわち、各ラインは８ビットまでパディングされる］［ＷＩＤＴＨ×ＨＥＩＧＨＴ≦２０４８画素］；コマンド全体が、次の３２ビット境界までパディングされる Copy 0xA4 ＜ＦＲＯＭ＿Ｘ：１６＞＜ＦＲＯＭ＿Ｙ：１６＞ Bilevel 0xA5 ２つの３２ビット値ｃ０およびｃ１、＜Ｘ、Ｂ、Ｇ、Ｒ＞、（ＨＥＩＧＨＴ×ｃｅｉｌｉｎｇ（ＷＩＤＴＨ／９））バイトのビットマップ［すなわち、各ラインは８ビットまでパディングされる］［ＷＩＤＴＨ×ＨＥＩＧＨＴ≦２０４８画素］；コマンド全体が、次の３２ビット境界までパディングされる Set24 0xA6 ＷＩＤＴＨ×ＨＥＩＧＨＴ個のパックド２４ビット値＜Ｂ、Ｇ、Ｒ＞［ＷＩＤＴＨ×ＨＥＩＧＨＴ≦５１２画素］；次の３２ビット境界までパディングされる Set YUV Ｉｍａｇｅ０ｘＡ７＜ＳＯＵＲＣＥ＿Ｗ：１６＞＜ＳＯＵＲＣＥ＿Ｈ：１６＞＜ＲＦＵ：８＞＜ＬＵＭＡ＿ＥＮＣＯＤＩＮＧ：２＞＜ＣＨＲＯＭＡ＿ＳＵＢ＿Ｘ：３＞＜ＣＨＲＯＭＡ＿ＳＵＢ＿Ｙ：３＞の後に、各ラインがバイト境界までパディングされた（ＳＯＵＲＣＥ＿Ｗ×ＳＯＵＲＣＥ＿Ｈ）画素のＹ［ｌｕｍａ］、（ｃｅｉｌｉｎｇ（ＳＯＵＲＣＥ＿Ｗ／ｘ＿ｓｕｂｓａｍｐｌｅ）ｃｅｉｌｉｎｇ（ＳＯＵＲＣＥ＿Ｈ／ｙ＿ｓｕｂｓａｍｐｌｅ））バイトのそれぞれ８ビット符号付きＣＣＩＲ−６０１値エンコーディングのＵおよびＶ［ｃｈｒｏｍａ］；コマンド全体が、次の３２ビット境界までパディングされる；［ＳＯＵＲＣＥ＿Ｗ×ＳＯＵＲＣＥ＿Ｈ≦１０２４画素］；［ＳＯＵＲＣＥ＿Ｗ ≦ＷＩＤＴＨ］；［ＳＯＵＲＣＥ＿Ｈ≦ＨＥＩＧＨＴ］ Set Cursor 0xA9 ２つの３２ビット値ｃ０およびｃ１、＜Ｘ、Ｂ、Ｇ、Ｒ＞とその後の２組の（ＨＥＩＧＨＴ×ｃｅｉｌｉｎｇ（ＷＩＤＴＨ／９））バイトのビットマップ［すなわち、各ラインは８ビットまでパディングされる］［ＷＩＤＴＨ≦６４画素、ＨＥＩＧＨＴ≦６４画素］。最初のビットマップは画素値、第２のビットマップは画素ごとのマスク。コマンド全体が次の３２ビット境界までパディングされる。 Set Pointer 0xAA ＜ＩＮＤＥＸ：８＞＜ＤＩＭ：２＞＜ＰＡＤ：５＞｛＜Ｚ：１６＞｛＜Ｐ：１６＞＜Ｒ：１６＞＜Ｈ：１６＞＜ＰＡＤ：１６＞｝｝｜＜ＰＡＤ：１６＞すべての値が符号付きの２の補数であることに留意されたい。角度値は、−１８０から＋１８０−（１ｌｓｂ）＝＋１７９．９９４５（フル・レンジの°）であるＷＩＤＴＨ、ＨＥＩＧＨＴは無視される。 Set Key Locks 0xAB Ｘ、Ｙ、ＷＩＤＴＨ、ＨＥＩＧＨＴは無視される。＜ＩＮＤＥＸ：８＞＜ＬＯＣＫＳ：８＞＜ＰＡＤ：１６＞ Damage Repair 0xAC ＜ＥＰＯＣＨ：３２＞＜ＰＡＤ：８＞＜ＳＥＱ：２４＞ Play Audio 0xB1 Ｘ、Ｙ、ＷＩＤＴＨ、ＨＥＩＧＨＴは次の形でエンコードされる。Ｘ：４オーディオ・シーケンス番号Ｘ：１２インターリーブ・オフセットＹシーケンス全長−１ＷＩＤＴＨ：４ミキサー・モード標準ミックスに含めるチャネル数を指定する。この番号を超えるチャネル番号は、未加工で送られ、端末が要求をカバーするのに不十分なチャネルを有する場合には、他のチャネルと組み合わされる。ＷＩＤＴＨ：１２サンプル内のパケット長最大２０００バイトＨＥＩＧＨＴ：４チャネル数−１ＨＥＩＧＨＴ：１２インターリーブ・サイズ−１ヘッダの後に、指定されたサンプル数×チャネル数×１６ビットが続く。コマンド全体が３２ビットまでパディングされる。シーケンス番号は、コマンドごとに増分される。シーケンス番号は、下で説明
するエポック変更ｆｌｕｓｈコマンドの場合を除いて全ビット０になってはなら
ない。長方形がラップしてはならない。すなわち、ｗ＋ｗｉｄｔｈ＜０ｘ１００
００かつｙ＋ｈｅｉｇｈｔ＜０ｘ１００００である。１つの追加情報コマンドが、次の異なるフォーマットを用いて定義される。＜ＣＯＭＭＡＮＤ：８＞＜ＳＥＱＵＥＮＣＥ：２４＞＜ＥＰＯＣＨ：３２
＞＜ＦＩＬＬ：１６×８＞コマンドコード flush 0xAf ｆｌｕｓｈコマンドのシーケンス番号は、エポック変更（下の説明を参照）を
除いて、前のコマンドのシーケンス番号と同一である。すなわち、シーケンス番
号は、画素が変化するかエポックが変化する時に限って増分される。コマンドの説明コマンド説明 Set ＜ｘ、ｙ＞＜ｗｉｄｔｈ、ｈｅｉｇｈｔ＞によって定義される長方形に、その後に続く画素値をセットする。領域内の画素ごとに１つの画素値がある。レイアウトは行単位である。すなわち、＜ｘ、ｙ＞ないし＜ｘ＋ｗｉｄｔｈ−１、ｙ＞の画素の「ｗｉｄｔｈ」個の画素値があり、その後に＜ｘ、ｙ＋１＞ないし＜ｘ＋ｗｉｄｔｈ−１、ｙ＋１＞などの画素が続く。＜０、０＞は、左上隅を示す。 Fill ＜ｘ、ｙ＞＜ｗｉｄｈｔ、ｈｅｉｇｈｔ＞によって定義される長方形のすべての画素に単一の３２ビット値をセットする。 Glyph ３２ビット値が、ビットマップ内の１のビットのそれぞれに対応する画素位置に配置され、０のビットに関連する位置は変更されない。ビットマップは、各バイト内でＭＳＢからＬＳＢを使用して、行（ｙ、ｙ＋１、…）によってレイアウトされる。 Copy ＜ｆｒｏｍ＿ｘ、ｆｒｏｍ＿ｙ＞＜ｗｉｄｔｈ、ｈｅｉｇｈｔ＞によって定義される長方形を＜ｘ、ｙ＞＜ｗｉｄｔｈ、ｈｅｉｇｈｔ＞によって定義される長方形にコピーする。クライアントは、オーバーラップする領域が正しくコピーされることを保証しなければならない（たとえば、Ｓｏｌａｒｉｓのｂｓｔｒｉｎｇ（３）を参照されたい）。 Bilevel ３２ビット値ｃ０が、ビットマップ内の０のビットに対応する画素位置、ｃ１が１のビットに対応する画素位置に配置される。ビットマップは、各バイト内でＭＳＢからＬＳＢを使用して、行（ｙ、ｙ＋１、…）によってレイアウトされる。 Set24 ＜ｘ、ｙ＞＜ｗｉｄｔｈ、ｈｅｉｇｈｔ＞によって定義される長方形に、その後に続く画素値をセットする。画素値は、３つの３２ビット値によって４画素が定義されるようにパックされ、したがって、＜ｂｇｒｂ、ｇｒｂｇ、ｒｂｇｒ＞になる。ｗｉｄｔｈが４の倍数でない場合には、末尾が残りの値を用いて上と同様にパックされ、最も近い３２ビット値までパディングされる。領域内の画素ごとに１つの画素値がある。レイアウトは行単位、すなわち、（（３×ｗｉｄｔｈ＋３）／４）個の３２ビット・ワードで＜ｘ、ｙ＞ないし＜ｘ＋ｗｉｄｔｈ−１、ｙ＞の画素の「ｗｉｄｔｈ」個の画素値があり、その後に＜ｘ、ｙ＋１＞ないし＜ｘ＋ｗｉｄｔｈ−１、ｙ＋１＞などの画素が続く。＜０、０＞は、左上隅を示す。 Set YUV Ｉｍａｇｅ＜ｘ、ｙ＞＜ｗｉｄｔｈ、ｈｅｉｇｈｔ＞によって定義される長方形に、次の形で供給される画素値をセットする。ｓｏｕｒｃｅ＿ｗ×ｓｏｕｒｃｅ＿ｈ画素のＣＣＩＲ／ＩＴＵ．ＢＴ６０１Ｙ’ＣｂＣｒ（またはＹＵＶ）フォーマットの画像を、ＲＧＢにデコードする。クロマ要素は、指定通りに水平次元または垂直次元もしくはその両方でサブサンプリングすることができ、変換の前にアップサンプリングされなければならない。ＣＨＲＯＭＡ＿ＳＵＢ＿ＸおよびＣＨＲＯＭＡ＿ＳＵＢ＿Ｙの値（それぞれｘ＿ｓｕｂｓａｍｐｌｅおよびｙ＿ｓｕｂｓａｍｐｌｅ）は、次の形でエンコードされる。 0 - クロマ値なし：モノクローム画像 1 - １によるサブサンプル（すなわち、サブサンプルなし） 2 - ２によるサブサンプル 3 - ４によるサブサンプル 4〜7 - 未定義／予約済みＬＵＭＡ＿ＥＮＣＯＤＩＮＧ値は次の通りである。 0 - Ｙ（ｌｕｍａ）は、８ビット符号なしデータによって指定される 1 - Ｙ（ｌｕｍａ）は、４ビット量子化ＤＣＰＭ値（下を参
照）からなる 2,3 - 未定義／予約済みＲＦＵは、将来の使用のために予約済みであり、０でなければならない。デコードの後に、ＲＧＢイメージを、必要に応じてｗｉｄｔｈ× ｈｅｉｇｈｔ画素までスケール・アップする。結果の画像を、ディスプレイ上の位置＜ｘ、ｙ＞に置く。注：ＣＨＲＯＭＡ＿ＳＵＢ＿ＸとＣＨＲＯＭＡ＿ＳＵＢ＿Ｙの両方が０の場合には、画像はモノクローム（ｌｕｍａのみ）であり、ＵまたはＶのデータは存在しない。一方に０、他方に非０をセットすることは無効である。成分の順序は、Ｙ（またはＣＣＩＲ−６０１Ｙ’）、Ｕ（ＣＣＩＲ−６０１Ｃｂ）、およびＶ（ＣＣＩＲ−６０１Ｃｒ）である。 Set Cursor このコマンドは、ローカル・ディスプレイ・カーソル（Ｐｏｉｎｔｅｒ［０］によって移動され、報告される）の外見を設定する。カーソルは、最大６４×６４ブロックであるが、それ未満であればどのサイズでもよい。特定の画素のマスク値が「１」の場合には、対応するカーソル画素が表示され、マスクが「０」の場合には、カーソルはその位置で透明になる。マスクが「１」の時に、値が「０」の時には画素値が「ｃ０」になり、値が「１」の時には画素値が「ｃ１」になる。マスクが０の場合には、画素値も０でなければならない。０のマスクと１の画素値は、将来の拡張のために予約済みである。ＷＩＤＴＨおよびＨＥＩＧＨＴを０にすることができ、これはカーソルを描画しないことを示す（全ビットが０のマスクと同等である）。ポインタ・トラッキングは、通常通りに機能し続ける。ＸおよびＹは、カーソルの「ホット・スポット」を示し、たとえば、カーソル画像のどの画素についてイベントが報告されるかを示す。これは、主にディスプレイの縁でカーソルを停止させるのに使用される。Ｘ［０、ＷＩＤＴＨ）、Ｙ［０、ＨＥＩＧＨＴ）である。 Set ポインタの位置を設定する。Ｐｏｉｎｔｅｒ［０］は、通常は設 Pointer 定可能（マウスまたはタッチスクリーン）であり、２Ｄ画面カーソルである。このコマンドは、ポインタの設定を共用するアプリケーション、または、相対ポインタが必要なアプリケーション（たとえばカーソルを前の位置にリセットする）のために設けられている。したがって、下記の制限がある。ポインタの設定が全く動作しない場合がある（たとえばジョイスティック）ポインタ値が、ポインタ・デバイスまたは画面に合わせて勝手にクリッピングされる場合があるポインタが設定された後にユーザがポインタを動かし続けることができるが、これは、「ＰｏｉｎｔｅｒＳｔａｔｅ」状況メッセージを使用して報告される。擬似相対モードのためにポインタをリセットする挙動が、異なるデバイスに関して異なる挙動を引き起こす可能性がある。たとえば、タッチ・スクリーンは、ユーザが「ドラッグ」していない時に限って設定可能である。ポインタは、６つまでの次元を有することができる。次元の数とコマンドのサイズは、ＤＩＭビットを使用して設定する。すべてのポインタ値が、符号付きの２の補数である。 Set Key このコマンドは、＜ＩＮＤＥＸ＞で指定されるキーボードのロ Locks ック値を設定する。ロックは、一般に、ソフトウェア制御可能なキーボード上のライトに対応する。ロック状態を示さなければならない場合には、マスクのビットをセットしなければならず、そうでない場合にはビットをクリアしなければならない。一部のキーボードは、ロックをローカルに（たとえば機械的に）実施する場合があるので、ロックの設定が、影響を及ぼさない場合がある。キーボードのキーは、必ず、キーボードによって報告される状態から解釈しなければならない。その一方で、ホストは、インターフェースからそう指示された場合に、ロック・キーコードを受け取った際にＳｅｔＫｅｙＬｏｃｋｓコマンドを発行しなければならない。というのは、通常のキーボードと端末の両方が、ロックをローカルに処理しようとしないからである。これは、端末が、キーボードも所望のユーザ・インターフェース・セマンティクスも理解しないからである。キー・ロック・ビットマップは、ブート・キーボードに関する次のＵＳＢクラス定義から与えられる。０ｘ０１ＮｕｍＬｏｃｋ０ｘ０２ＣａｐｓＬｏｃｋ０ｘ０４ＳｃｒｏｌｌＬｏｃｋ０ｘ０８Ｃｏｍｐｏｓｅ０ｘ１０Ｋａｎａ他のすべてのビットは予約済みであり、読み取りの際には無視し、設定の際には０にする。 Damage これは、エポックＥＰＯＣＫ内のシーケンス番号ＳＥＱおよび Repair それ以前のすべてのダメージ・メッセージが、処理され、リペア・データが送信されたことをクライアントに知らせる（Ｄａｍａｇｅバックチャネル・コマンドを参照されたい）。ＰＡＤは、０でなければならない。Ｘ、Ｙ、ＷＩＤＴＨ、およびＨＥＩＧＨＴは、０でなければならない。 Play これは、４８ｋＨｚオーディオ・サンプルを再生し、グラフィッ Audio クス・コマンド・ストリーム内に埋め込むことができる。未定義の数のストリームが、先着順ベースで端末に受信される。ストリームは、必要に応じて割り振られ、バッファ・スターベイション（buffer starvation）が発生した時（再生の時間になった時に再生するデータがない−部分的に受信されたバッファは、エラーを隠され、再生される）に分割される。端末は、タイムベース・ドリフトを補正する。データは、ネットワーク・エラー隠蔽を助けるためにインターリーブされた形で送信される。サンプル・シーケンスは、インターリーブ・サイズに分割され、多くとも１＋（シーケンス・サイズ）／（インターリーブ・サイズ）個のサンプルが、パッカーによって放出される。サンプルは、次の形で選択される。 sample sequence[sample_size]; int seq_number = 0; while (1) { get_samples(sequence, sample_size); for (i = 0; i < interleave_size; i++) { interleave_offset = randome_select(0..interleave_size); packet=new_packet(seq_number, sample_size, num_chan, num_chan, interleave_size, interleave_offset); for (j = interleave_offset; j < sample_size; j += interleave_size) emit(packet, sequence[j]); send_packet(packet); } seq_number = (seq_number+1)%16; } パケットが送信される順序をランダムにすることができる（おそらくはそうしなければならない）ことに留意されたい。たとえば、３のインターリーブと８のシーケンス・サイズの場合、次の３つのパケットを送信することができる。（サンプル）（０１２３４５６７）パケット１、オフセット１：１４７パケット２、オフセット０：０３６パケット３、オフセット２：２５シーケンスは、エラー隠蔽を行い、サンプル・シーケンスを放出する時を端末が知るように番号を付けられる。サンプルは、４８ｋＨｚ、１６ビット・リニアであり、１６個までのチャネルを含めることができる。たとえば、５チャンネル・サンプルは、連続する１０バイトを占める。端末によってサポートされるオーディオ・チャネルの数に関する定義はなく、それを見つける方法もないが、１６個までのチャネルを同時に送信することができる。端末がサポートする数と異なる数のチャネルが送信される可能性があるので、標準ミックスの概念を、最初の８チャネルに導入する。これは、あるインデックスのチャネルが互いにミックスされないことを保証する「ＭＩＸ」フィールドの設定によってディスエーブルすることができる。最後の８チャネルは、最初の８チャネルと同一の方式でミックスされ、その結果、サウンドを聞くことができるようなる。十分なチャネルがある場合には、結果は端末のセットアップに依存する。標準で割り当てられるチャネルは次の通りである。チャネル→ チャネル番号０１２３４５６７１モノラル２ｌｒ３ｌｒｓｗ４ｌｒｒｌｒｒ５ｌｒｒｌｒｒｓｗ６ｌｒｒｌｒｒｓｗｃｆ７ｌｒｒｌｒｒｓｗｃｆｔｏｐ８ｌｒｒｌｒｒｓｗｃｆｃｌｃｒ（ｌ＝左、ｒ＝右、ｒ［ｌｒ］＝後（左、右）、ｓｗ＝サブウーハー、ｃｆ＝センター・フィル、ｃ［ｌｒ］＝中央（左、右）、ｔｏｐ＝中央−中央たとえば、２つのスピーカがあり、１チャネルが標準ミックスをイネーブルした状態で送信される場合には、その１チャネルが、左右両方のスピーカに送られる。逆に、同一の端末に６チャネルが送信された場合には、チャネル０、２、４、および５がミックスされ、左スピーカに送られ、チャネル１、３、４、および６がミックスされ、右スピーカに送られる。端末のスピーカは、同一の形でセット・アップされる。完全なミキシング・マトリックスは、完全な仕様書で入手可能である。 Flush このコマンドに続く時間期間のディスプレイ・ストリームにコマンドがない可能性がある。したがって、これは、クライアントが未完了のすべてのレンダリングを画面にフラッシュするのによい点である。エポック・フィールドは、シーケンス番号用に３２ビットの追加の上位ビットを提供する。ＦＩＬＬは、すべて０ｘＦＦの１６バイト・セットからなる。このコマンドは、ドロップアウトの後でデータ・ストリームを再同期化する機会を提供する。コマンドのシーケンス番号は、通常は、最後の非ｆｌｕｓｈコマンドと同一である。しかし、エポックを使い果たした（すなわち、最後のコマンドのシーケンス番号が０ｘＦＦＦＦＦＦである）時には、０のシーケンス番号と新しいエポック番号（１つ増分される）を有するｆｌｕｓｈコマンドが送信される。

【０１１３】バックチャネル・コマンド書込プロトコル状況メッセージ・フォーマット基本的な状況コマンド・フォーマットは次の通りである。 <COMMAND:8> <TIME:24> <Info> コマンドコード＜Ｉｎｆｏ＞の説明ＫｅｙｂｏａｒｄＳｔａｔｅ０ｘｃ１＜ＩＮＤＥＸ：８＞＜ＣＯＵＮ
ＴＲＹ＿ＣＯＤＥ：８＞＜ＬＯＣＫＳ：８＞＜ＭＯＤＩＦＩＥＲＳ：８＞
＜ＫＥＹＣＯＤＥ：８＞［８］ＰｏｉｎｔｅｒＳｔａｔｅ０ｘｃ２＜ＩＮＤＥＸ：８＞＜ＤＩＭ：２
＞＜ＢＵＴＴＯＮＳ：６＞＜Ｘ：１６＞｛＜Ｙ：１６＞｛＜Ｚ：１６＞｛＜Ｐ：１６＞＜Ｒ：１６＞＜Ｈ：１６＞｝｝｝すべての値が、符号付きの２の補数であることに留意されたい。角度値は、
−１８０から＋１８０−（１ｌｓｂ）＝＋１７９．９９４５（フル・レンジの
°）である。ＤＩＭ次元０Ｘ１Ｘ、Ｙ２Ｘ、Ｙ、Ｚ３Ｘ、Ｙ、Ｚ、Ｐ、Ｒ、Ｈ（ヨー）ＡｃｔｉｖｅＲｅｇｉｏｎ０ｘｃ３＜Ｘ：１６＞＜Ｙ：１６＞＜Ｗ
ＩＤＴＨ：１６＞＜ＨＥＩＧＨＴ：１６＞Ｄａｍａｇｅ０ｘｃ４＜ＥＰＯＣＨ：３２＞＜ＰＡＤ０：８＞＜ＳＥ
Ｑ＿Ｌ：２４＞＜ＰＡＤ１：８＞＜ＳＥＱ＿Ｈ：２４＞注：ＴＩＭＥはミリ秒単位である；２の２４乗（約１６秒）後にラップする
。

【０１１４】状況メッセージの説明コマンド説明ＫｅｙｂｏａｒｄＳｔａｔｅ＜ＩＮＤＥＸ＞で指定されるキーボードの状
態を報告する。カントリ・コードは、ＵＳＢＤｅｖｉｃｅＣｌａｓｓＤｅ
ｆｉｎｉｔｉｏｎｆｏｒＨＩＤｓ，ｓｅｃｔｉｏｎ６．２からのものであ
る。ロックは、次のブート・キーボードのＵＳＢクラス定義からのものである。０ｘ０１ＮｕｍＬｏｃｋ０ｘ０２ＣａｐｓＬｏｃｋ０ｘ０４ＳｃｒｏｌｌＬｏｃｋ０ｘ０８Ｃｏｍｐｏｓｅ０ｘ１０Ｋａｎａ「ＳｅｔＫｅｙＬｏｃｋｓ」コマンドを使用して、これらのロックをリ
セットすることができ、ホストでロック・キーが検出された場合には「Ｓｅｔ
ＫｅｙＬｏｃｋｓ」コマンドを使用しなければならない。というのは、キーボ
ードが、一般にロック状況をローカルに処理せず、端末もこれを処理しないから
である。上で指定されたもの以外のビットは、予約済みであり、無視しなければ
ならない。セットの際には、これらのビットには０をセットしなければならない
。モディファイア・ビットもブート・キーボード用のＵＳＢクラス定義からの
ものである。０ｘ０１左Ｃｏｎｔｒｏｌ０ｘ０２左Ｓｈｉｆｔ０ｘ０４左Ａｌｔ０ｘ０８左ＧＵＩ０ｘ１０右Ｃｏｎｔｒｏｌ０ｘ２０右Ｓｈｉｆｔ０ｘ４０右Ａｌｔ０ｘ８０右ＧＵＩ必ず６つのスキャンコードのスペースがある。押し下げられたすべてのキー
（モディファイヤでないもの）が、６キーまで報告される。これは、単純なロー
ルオーバー機能とコーディング機能を提供する。スキャン・コードは、ブート・
キーボード用のＵＳＢクラス定義からのものである。特に注目すべきものが、スロット内にイベントがないことを示すコード０ｘ
００と、８つを超えるキーが押されていることを示す全スロットの０ｘ０１であ
る。モディファイヤは、この状態でも報告される。９つ未満のキーが押されたな
らば、通常のレポートが再開される。報告の順序は任意であり、イベントの順序
を反映しない。ＰｏｉｎｔｅｒＳｔａｔｅ＜ＩＮＤＥＸ＞で指定されるポインタの状態を
報告する。ＤＩＭは、報告される次元の数すなわち、１、２、３、または６を示
す。ボタンは、ブート・キーボード用のＵＳＢクラス定義からのものであり、ビ
ット０が「プライマリ」ボタン（左ボタン）であり、左から右へ数が増える。報
告される値は、すべて絶対値であり、符号付きの２の補数である。ＡｃｔｉｖｅＲｅｇｉｏｎｎｅｗｔ上で保存される論理フレームバッファ
の区域を示す。具体的には、これは、Ｃｏｐｙレンダリング・コマンドの「ｆｒ
ｏｍ」領域を成功裡に指定することができる区域である。この領域は、たとえばハンドヘルド・デバイスのパン−アンド−スキャン・
スタイルのインターフェースに起因して、所与のクライアント上で時間的に変化
する可能性がある。また、異なるクライアント・デバイスが、異なるアクティブ
領域を報告する可能性がある。ＤａｍａｇｅエポックＥＰＯＣＨのシーケンス番号ＳＥＱ＿Ｌからシーケン
ス番号ＳＥＱ＿Ｅまで（ＳＥＱ＿Ｅを含む）のダウンストリーム（レンダリング
）コマンドが、サーバから、クライアントによって受信されなかったことを示す
。ＰＡＤ０とＰＡＤ１は０でなければならない。クライアントは、影響を受けたシーケンス番号に関するＤａｍａｇｅＲｅ
ｐａｉｒメッセージを受信するまで、報告を続ける。ＳＥＱ＿Ｌが０の場合には、現在の画面イメージ全体を送信しなければなら
ない。所与のシーケンス番号についてダメージ・メッセージが送信された後には、
それより若いシーケンス番号に関する新しい後続のダメージは送信されない。し
かし、後の状況パケットのスペースを節約するために、複数の範囲を１つにまと
めることが許容される。

【０１１５】ＤＰＣＭＹＵＶの説明１のＬＵＭＡ＿ＥＮＣＯＤＩＮＧを用いて、さらにＹＵＶデータを圧縮すること
ができる。Ｌｕｍａデータは、次の形でエンコードされる。 for each line last_value = 0x80 for each luma-value l in line diff = l - last_value q_value = quant(diff) last_value = clamp(last_value + dquant(q_value)) emit q_value end end Ｌｕｍａデータは、次の形でデコードされる。 for each line last_value = 0x80 for each quantization-value q_value in line last_value = clamp(last_value + dquant(q_value)) emit last_value end end Ｃｌａｍｐは、クランピング・テーブルであり、ｃｌａｍｐ［ｉ］は次の通りで
ある。０ｉ＜０の場合２５５ｉ＞２５５の場合ｉそれ以外の場合。使用される量子化は次の通りである。差コードｒｑｕａｎｔ −２５５〜−９１０ −１００ −９０〜−７１１ −８０ −７０〜−５１２ −６０ −５０〜−３１３ −４０ −３０〜−１６４ −２０ −１５〜−８５ −１０ −７〜−３６ −４ −２〜０７ −１１〜２８１３〜７９４８〜１５１０１０１６〜３０１１２０３１〜５０１２４０５１〜７０１３６０７１〜９０１４８０９１〜２５５１５１００

【図面の簡単な説明】

【図１】本発明の１つまたは複数の実施形態で使用されるシステム・アーキテクチャの
例を示す図である。

【図２】本発明の実施形態による、認証コンポーネントおよびセッション管理コンポー
ネントとその相互作用を示す図である。

【図３】本発明の実施形態による、電源投入操作に応答してネットワーク端末を初期化
するためのプロセスのフローを示す図である。

【図４Ａ】覚醒操作に応答してネットワーク端末２０２を初期化するための、本発明の実
施形態によるプロセスのフローを示す図である。

【図４Ｂ】覚醒操作に応答してネットワーク端末２０２を初期化するための、本発明の実
施形態によるプロセスのフローを示す図である。

【図４Ｃ】覚醒操作に応答してネットワーク端末２０２を初期化するための、本発明の実
施形態によるプロセスのフローを示す図である。

【図５Ａ】本発明の実施形態による認証プロセスのフローを示す図である。

【図５Ｂ】本発明の実施形態による認証プロセスのフローを示す図である。

【図６】本発明の実施形態によるチャレンジ・プロセスのフローを示す図である。

【図７】本発明の１つまたは複数の実施形態で使用されるシステム・アーキテクチャの
例を示す図である。

【図８】本発明の１つまたは複数の実施形態で使用されるシステム・アーキテクチャの
例を示す図である。

【手続補正書】

【提出日】平成１３年５月３１日（２００１．５．３１）

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (71)出願人 901 ＳＡＮＡＮＴＯＮＩＯＲＯＡＤＰＡＬＯＡＬＴＯ，ＣＡ 94303，Ｕ．Ｓ．Ａ． (72)発明者ルバーグ，アラン・ティアメリカ合衆国・94404・カリフォルニア州・フォスターシティ・エメラルドベイレーン・605 (72)発明者ハンコ，ジェームズ・ジイアメリカ合衆国・94061・カリフォルニア州・レッドウッドシティ・オハイオアベニュ・2746 (72)発明者ノースカット，ジェイ・デュアンアメリカ合衆国・94025・カリフォルニア州・メンロパーク・セミナリードライブ・184 (72)発明者ブッチャー，ローレンス・エルアメリカ合衆国・94043・カリフォルニア州・マウンテンビュー・コレンズコート８番・4315 Ｆターム(参考） 5B085 AA03 AE02 AE03 AE23 BA07 BE07 BG07 CA04 CA07 CC01 5B089 GA21 GB01 KB13 KG03 5K034 AA05 AA18 CC01 DD03 EE11 FF01 HH01 HH02 HH06 HH14 KK29 LL01 MM39 NN04

Claims

【特許請求の範囲】

【請求項１】ユーザに関連するセッションの情報を維持することと、前記セッション内の少なくとも１つのサービスを開始することであって、前記
少なくとも１つのサービスが、前記ユーザが前記システムから切断されている間
に実行可能である、少なくとも１つのサービスを開始することと、前記ユーザが前記コンピュータ・システムのヒューマン・インターフェース・
デバイスに接続する時および前記ユーザが前記ヒューマン・インターフェース・
デバイスから切断する時に前記少なくとも１つのサービスに通知することと、前記少なくとも１つのサービスが、前記ユーザが前記ヒューマン・インターフ
ェース・デバイスに接続されている間に、その出力を前記ヒューマン・インター
フェース・デバイスに向けることとを含むコンピュータ・システムにおいて、セッションを管理する方法。
【請求項２】前記情報が、前記少なくとも１つのサービスの識別を含むこ
とを特徴とする請求項１に記載の方法。
【請求項３】前記情報が、前記少なくとも１つのサービスがアクティブで
あるかどうかと、前記少なくとも１つのサービスが前記セッションの必須サービ
スであるかどうかとを識別することを特徴とする請求項２に記載の方法。
【請求項４】前記少なくとも１つのサービスが、必須サービスである時に
、前記少なくとも１つのサービスが、前記システムへのユーザ接続の際に開始さ
れることを特徴とする請求項３に記載の方法。
【請求項５】前記情報が、ユーザ識別情報およびユーザ認証情報を含むこ
とを特徴とする請求項１に記載の方法。
【請求項６】前記ユーザが前記ヒューマン・インターフェース・デバイス
から切断する時に、前記少なくとも１つのサービスが、前記ヒューマン・インタ
ーフェース・デバイスへの出力の送信を停止することをさらに含む請求項１に記載の方法。
【請求項７】前記情報を使用して前記ユーザを認証することをさらに含む請求項１に記載の方法。
【請求項８】コンピュータ・システム内で実行可能なサービスと、前記サービスから出力を受信し、前記サービスに入力を送信することができる
ネットワーク端末と、ユーザが前記ネットワーク端末に接続される時および前記ユーザが前記ネット
ワーク端末から切断される時に前記サービスに通知するように構成されたセッシ
ョン・マネージャとを含み、前記サービスが、前記ユーザが前記ネットワーク端末に接続される時
に前記ネットワーク端末に出力を送信するように構成され、前記ユーザが前記ネ
ットワーク端末から切断される時に、前記サービスが、実行中に前記ネットワー
ク端末へ出力を送信することを停止するように構成されるシステム。
【請求項９】前記ネットワーク端末の前記ユーザを検証するように構成さ
れた認証マネージャをさらに含む請求項８に記載のシステム。
【請求項１０】前記認証マネージャが、有効なユーザが前記ネットワーク
端末に接続される時に、前記セッション・マネージャに通知するように構成され
ることを特徴とする請求項９に記載のシステム。
【請求項１１】前記セッション・マネージャが、前記ユーザが前記ネット
ワーク端末に接続されているかどうかを判定するために、前記ネットワーク端末
に問合せを送信するように構成されることを特徴とする請求項８に記載のシステ
ム。
【請求項１２】前記ユーザに関連するセッションをさらに含み、前記セッションが前記サービスを含む請求項８に記載のシステ
ム。
【請求項１３】それぞれが複数のサービスを含む、前記ユーザに関連する
少なくとも１つのセッションをさらに含む請求項８に記載のシステム。
【請求項１４】コンピュータに、ユーザに関連するセッションに関する情
報を維持させるように構成されたコンピュータ可読プログラム・コードと、コンピュータに、前記セッション内の少なくとも１つのサービスを開始させる
ように構成されたコンピュータ可読プログラム・コードであって、前記少なくと
も１つのサービスが、前記ユーザが前記システムから切断されている間に実行可
能である、コンピュータ可読プログラム・コードと、コンピュータに、前記ユーザが前記コンピュータ・システムのヒューマン・イ
ンターフェース・デバイスに接続する時および前記ユーザが前記ヒューマン・イ
ンターフェース・デバイスから切断する時に前記少なくとも１つのサービスに通
知させるように構成されたコンピュータ可読プログラム・コードと、コンピュータに、前記ユーザが前記ヒューマン・インターフェース・デバイス
に接続されている間に前記サービスの出力を前記ヒューマン・インターフェース
・デバイスに向けさせるように構成されたコンピュータ可読プログラム・コード
とを含む、セッション管理および認証のためのコンピュータ可読プログラム・コ
ードをその中に埋め込まれたコンピュータ使用可能媒体を含むコンピュータ・プログラム製品。
【請求項１５】前記情報が、前記少なくとも１つのサービスの識別を含む
ことを特徴とする請求項１４に記載のコンピュータ・プログラム製品。
【請求項１６】前記情報が、前記少なくとも１つのサービスがアクティブ
であるかどうかと、前記少なくとも１つのサービスが、前記セッションの必須サ
ービスであるかどうかとを識別することを特徴とする請求項１５に記載のコンピ
ュータ・プログラム製品。
【請求項１７】前記少なくとも１つのサービスが、必須サービスである時
に、前記少なくとも１つのサービスが、前記システムへのユーザ接続時に開始さ
れることを特徴とする請求項１６に記載のコンピュータ・プログラム製品。
【請求項１８】前記情報が、ユーザ識別情報およびユーザ認証情報を含む
ことを特徴とする請求項１４に記載のコンピュータ・プログラム製品。
【請求項１９】前記少なくとも１つのサービスに、前記ユーザが前記ヒュ
ーマン・インターフェース・デバイスから切断する時に、前記ヒューマン・イン
ターフェース・デバイスへの出力の送信を停止させるように構成されたコンピュ
ータ可読プログラム・コードをさらに含む請求項１４に記載のコンピュータ・プログラム製品。
【請求項２０】コンピュータに、前記情報を使用して前記ユーザを認証さ
せるように構成されたコンピュータ可読プログラム・コードをさらに含む請求項１４に記載のコンピュータ・プログラム製品。