(57)【特許請求の範囲】
【請求項１】
マイクロプロセッサとメモリとを含むパーソナルトークンであって、
前記パーソナルトークンがインターネットを介した通信のエンドポイントを構成するソフトウェアエンティティを格納および実行し、
ソフトウェアエンティティがエンドポイントアドレスを備えるネットワークノードであり、ソフトウェアエンティティが、インターネットを介したリアルタイムの会議を可能にするセッションの開始を意図するタイプの信号プロトコルによるエンドポイントアドレスを使用してネットワークを介してリモートエンティティから第１のデータパケットを受信し、リモートエンティティに第２のデータパケットを送信するように構成され、
パーソナルトークンがユニバーサルシリアルバス（ＵＳＢ）インタフェースおよびＩＳＯインタフェースをサポートし、ＵＳＢインタフェース経由でアクセスされるとき、パーソナルトークンが、大容量記憶装置、ネットワークカードデバイス、およびスマートカードデバイスを含む複合デバイスであり、
前記信号プロトコルによって開始されるセッション内でリモートエンティティとデータを交換するサービスソフトウェアエンティティをパーソナルトークンが含む、パーソナルトークン。
【請求項２】
信号プロトコルが、セッション開始プロトコル（ＳＩＰ）である、請求項１に記載のパーソナルトークン。
【請求項３】
前記パーソナルトークンが、パーソナルトークンの前記メモリ内に信号プロトコルによるエンドポイントアドレスを格納する、請求項１に記載のパーソナルトークン。
【請求項４】
格納されるアドレスがＳＩＰアドレスである、請求項３に記載のパーソナルトークン。
【請求項５】
前記パーソナルトークンが、外部で発生する認証呼び掛けへの応答を作成するソフトウェアエンティティを格納および実行し、ソフトウェアエンティティが、前記信号プロトコルによって開始されるセッション内で前記応答を送信する、請求項１に記載のパーソナルトークン。
【請求項６】
信号プロトコルが、同一セッション内においてパーソナルトークンによって複数の認証呼び掛けが応答されることをサポートし、複数の認証呼び掛けがインターネットにわたる異なるエンティティから生じる、請求項５に記載のパーソナルトークン。
【請求項７】
前記パーソナルトークンが、携帯電話ネットワーク内における加入者識別モジュールを構成する、請求項１に記載のパーソナルトークン。
【請求項８】
パーソナルトークン用のソフトウェアエンティティを格納する大容量記憶装置であって、
ソフトウェアエンティティがインターネットを介した通信のエンドポイントを構成するように構成され、ソフトウェアエンティティがエンドポイントアドレスを備えるネットワークノードであり、ソフトウェアエンティティが、インターネットを介したリアルタイムの会議を可能にするセッションの開始を意図するタイプの信号プロトコルによるエンドポイントアドレスを使用してネットワークを介してリモートエンティティから第１のデータパケットを受信し、リモートエンティティに第２のデータパケットを送信するように構成され、
サービスソフトウェアエンティティが、前記信号プロトコルによって開始されるセッション内でリモートエンティティとデータを交換し、
パーソナルトークンがユニバーサルシリアルバス（ＵＳＢ）インタフェースおよびＩＳＯインタフェースをサポートし、ＵＳＢインタフェース経由でアクセスされるとき、パーソナルトークンが、大容量記憶装置、ネットワークカードデバイス、およびスマートカードデバイスを含む複合デバイスである、大容量記憶装置。
【請求項９】
マイクロプロセッサとメモリとを含み、前記パーソナルトークンがインターネットを介した通信のエンドポイントを構成するソフトウェアエンティティを格納および実行するパーソナルトークンと、リモートエンティティとの間のＩＰネットワークを介した通信方法であって、ソフトウェアエンティティがエンドポイントアドレスを備えるネットワークノードであり、ソフトウェアエンティティが、インターネットを介したリアルタイムの会議を可能にするセッションの開始を意図するタイプの信号プロトコルによるエンドポイントアドレスを使用してネットワークを介してリモートエンティティから第１のデータパケットを受信し、リモートエンティティに第２のデータパケットを送信するように構成され、パーソナルトークンがユニバーサルシリアルバス（ＵＳＢ）インタフェースおよびＩＳＯインタフェースをサポートし、ＵＳＢインタフェース経由でアクセスされるとき、パーソナルトークンが、大容量記憶装置、ネットワークカードデバイス、およびスマートカードデバイスを含む複合デバイスであり、
前記信号プロトコルによって開始されるセッション内でリモートエンティティとデータを交換するサービスソフトウェアエンティティをパーソナルトークンが含む、通信方法。
【請求項１０】
通信方法が、前記リモートエンティティによるパーソナルトークン上のソフトウェアのアップデートステップを含む、請求項９に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザがモバイル通信ネットワークなど、またはリモートサーバなどの限定的またはプライベートなリソース装置にインターネットを介してアクセスする際にそのユーザを認証するために使用されるパーソナルトークンに関する。
【背景技術】
【０００２】
このタイプの最も知られているデバイスは、例えばＳＩＭカード（加入者識別モジュール）またはクレジットカードなどのＩＣカードであるが、ＵＳＢ（ユニバーサルシリアルバス）キー、大容量記憶カードまたは何らかの必要な信用証明を保持する任意の種類のトークンであってもよい。
【０００３】
そのようなトークンは通常、国際規格ＩＳＯ７８１６に準拠する。
【０００４】
ＴＣＰ／ＩＰプロトコルを実装する通信ソフトウェアを含むパーソナルトークンが提案されてきた。ＩＰおよびＴＣＰは、よく知られている。ＩＰは、インターネットを介して交換されるパケットの形式ならびに交換されるパケットをインターネットに出す前にそれらのパケットのアドレスを指示する方法を定義する。
【０００５】
ＴＣＰは、ネットワークにパケットを処理する能力を加える。具体的には、ＴＣＰは、パケットが送信される方法を定義する一方、送信されるパケットを宛先エンドポイントに、しかるべき順序に従って届ける。
【０００６】
ＩＰは、パケットのアドレッシングおよびルーティングを中心とするのに対し、ＴＣＰは伝送信頼性をもたらす。ＴＣＰ／ＩＰは、郵便配達人と監査人との間の関係と同様である。監査人は、送信されたすべてのパケットが受け取られ承認されたことを確認する。ＩＰエンドノードのように機能できるＳＩＭカード、すなわちインターネットサービスを実現するようにＩＰアドレスを格納し、ＩＰアドレスによりインターネット上に現れるＳＩＭカードが提案されている。
【０００７】
他のカードは、リモートの他のエンドポイントとの双方向通信を実現するように、ウェブブラウザを含む。
【０００８】
パーソナルブログを格納し、インターネット上で提供できるようにするいくつかのＳＩＭカード（すなわち、生活様式などの個人情報および日々の個人情報を有するウェブサーバ）がとりわけ提案されている。
【０００９】
そのような方式の利点にもかかわらず、ウェブ上のカードに関する開発は、カードを、認証専用であり、したがって単純な認証目的でホスティングデバイス（ハンドセット、ＰＣ）と単純なやり取りを行うという通常の役割にとどまり続けるしかない付加的なシステムとして使用する傾向にあるようであり、このことは認証目的でも、またはより一般に、ユーザアプリケーションなどのサービス目的でも、カードの潜在的な可能性を低減させるように思われる。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
この点で、本発明の主な目的は、サービス能力の面で向上したＩＣカードなどのパーソナルトークンを提供することである。遠隔通信は私たちの生活の重要な要素となっている。トラフィックの急激な増加はモバイル通信の人気を反映しており、インターネットへのＤＳＬベースのブロードバンドアクセスは今では成熟し、一般に普及した技術となった。
【００１１】
しかし、このますます接続性の高まる社会で加入者に提供されるサービスの複雑さは増し続け、その結果、エンドユーザの満足度を下げている。今日、様々なネットワークが様々なサービスに割り当てられている。サービスプロバイダ内の境界は、ユーザエクスペリエンスの全体的な一貫性を考慮することなく、様々なデバイスプラットフォーム上のサービスの可用性を制限している。
【００１２】
しかし、ユーザは無接続の通信の島々の世界には住みたくはない。また、ユーザは、アクセス技術などの技術的な詳細の心配もしたくない。ユーザは提供されるサービス、提供されるサービスの品質およびコストに対してのみ関心がある。ユーザは、携帯ハンドセット、ゲーム機、ラップトップ、デスクトップ、セットトップボックスなど、自分のあらゆる接続デバイスからの一様のインタフェースでアクセス可能な安価な電話通信、マルチメディアサービス、セキュリティおよび個人化された環境を期待している。
【００１３】
本発明は、そのような可能性をエンドユーザに対して提供できるようにすることを主な目的とする。
【課題を解決するための手段】
【００１４】
これらの目的は、添付の特許請求の範囲に説明されるように、本発明によって実現される。
【００１５】
本発明の他の目的、利点および態様は、添付の図面を参照してなされる以下の説明を通じて記載される。
【図面の簡単な説明】
【００１６】
【図１】本発明によるカードによって実装されるＩＳＩＭ認証のＩＭＳ（インスタントメッセージングセッション）認証セッション中に交換されるメッセージの順序を示す図である。
【図２】パーソナルコンピュータで実行されるボイスオーバーＩＰアプリケーションを安全にするために、本発明の一実施形態によるカードをどのように使用できるかを示す図である。
【図３】カード自体で実行されるＩＭＳアプリケーションを安全にするために、本発明の一実施形態によるカードがフルフレッジなＩＭＳノードとして現れる場合のＩＭＳ認証セッション中に交換されるメッセージの順序を示す図である。
【図４】本発明の記載された実施形態によるカードを使用する場合のユーザ認証に関わる操作の順序を示す図である。
【図５】本発明による、セキュアパーソナルトークンのリモート管理アーキテクチャを表す図である。
【発明を実施するための形態】
【００１７】
ここで記載されている実施形態によるカードは、デュアルインタフェースＩＳＯ／ＵＳＢを伴う。このデュアルインタフェースは、カードを複数デバイス構成で使用できるようにする。
【００１８】
具体的には、本カードは以下のデバイス構成で使用できる。
【００１９】
従来のハンドセット内のＳＩＭカードまたはＵＳＩＭカードとして。この場合、カードはＩＳＯインタフェースを使用してアクセスされる。
【００２０】
ＵＳＢ対応のハンドセット内のＳＩＭカードまたはＵＳＩＭカードとして。この場合、カードはＵＳＢインタフェースからアクセスされる。
【００２１】
カードは、ＵＳＢプラグとしてパッケージ化され、ＰＣのＵＳＢスロットに挿入できる。ＵＳＢインタフェースの汎用性はカードが複合デバイスとして現れることを可能にし、以下に記載する様々な使用事例の実装を可能にする。
【００２２】
カードは６４から最大１ＧＢまでの大容量記憶格納容量も特徴とし、この記憶格納容量は必要に応じて区分でき、ほぼ標準的なメモリカードのようにユーザアプリケーションおよびデータ用の公に使用可能な記憶領域として、またはカードプロセッサによって実行されるセキュアアプリケーションのみが使用可能なセキュア記憶領域として現れることができる。
【００２３】
カードは、カードプロセッサによるＴＣＰ／ＩＰアプリケーションの実行を可能にする固有のＴＣＰ／ＩＰスタックを含む。ネットワーク接続経路は、カードにアクセスするために使用されるインタフェースによって決まる。
【００２４】
カードがＵＳＢインタフェース（ハンドセット内またはＰＣのＵＳＢプラグ）を経由してアクセスされる場合、ＴＣＰ／ＩＰパケットは、ＵＳＢインタフェースを経由して移動する。
【００２５】
カードがハンドセットの内部に位置し、ＩＳＯインタフェースを経由してアクセスされる場合、３ＧＰＰ  ＴＳ  １３１．１１に記載のＢＩＰ通信プロトコルがＩＰ接続性のための伝送チャネルとして使用される。
【００２６】
カードが装着されたプラグは、ほぼ標準的なＵＳＢメモリキーのように見える。しかし、ＰＣ（Ｗｉｎｄｏｗｓ（登録商標）２０００またはＷｉｎｄｏｗｓ（登録商標）ＸＰ環境）のＵＳＢインタフェースに差し込まれると、カードＵＳＢプラグは単に大容量記憶装置としてではなく、むしろ次の３つのデバイスで構成される複合ＵＳＢデバイスとして現れる。
【００２７】
第１に現れるデバイスはネットワークカードデバイスであり、トークンに組み込まれたカードアプリケーション用の通信チャネルを提供し、トークンを自らのＩＰアドレスを持つＩＰノードとして外部から見えるようにし、カード内で実行されるＴＣＰ／ＩＰアプリケーションへ、またはカード内で実行されるＴＣＰ／ＩＰアプリケーションからＩＰパケットを受信および送信できるようにする。
【００２８】
第２に現れるデバイスは「自動実行」機能（すなわち、ＵＳＢスロットへのプラグの挿入により、自動的に選択されたアプリケーションを実行する可能性）を備えた大容量記憶装置である。大容量記憶領域は、ＰＣのアプリケーション、設定またはユーザデータを格納するために使用される。この大容量記憶領域は、カードを、ユーザに適用された環境の可搬性を確実にするための好適なデバイスにする。
【００２９】
第３に現れるデバイスはスマートカードデバイスであり、これにより、カードが、ＡＰＤＵを使用してホストからアクセスされるスマートカードアプリケーションをホストする従来のスマートカードとして使用されることを可能にする。そのようなアプリケーションの重要なものの１つが、ＩＭＳ（インスタントメッセージングセッション）ネットワーク内のユーザを認証し、それらのＳＩＰ接続を安全にするために使用されるＩＳＩＭアプリケーションである。
【００３０】
この３つの異なるデバイスの列挙および対応ドライバのインストールは自動的に行われ、任意のソフトウェアインストール操作でユーザの関与を必要としない。
【００３１】
カードネットワークインタフェースへのＩＰアドレスの割り当ては、ＮＡＴモードとブリッジモードとの２つの異なるモードを使用して行うことができる。
【００３２】
ＮＡＴモードでは、カードネットワークインタフェースにはプライベートＩＰアドレスが割り当てられ、プライベートＩＰアドレスは通常、ローカルＤＨＣＰサーバによって指定され、ＰＣまたはカードプロセッサのいずれかによってローカルで実行される。
【００３３】
ＮＡＴモードでは、カードとメインＰＣネットワークインタフェースとは異なるサブネットにある可能性が最も高い。
【００３４】
このＮＡＴモードでは、カードネットワークインタフェースを経由して移動するパケットに対してネットワークアドレス変換操作を行うために、ＮＡＴゲートウェイが必要である。ＮＡＴゲートウェイは、挿入とともにプラグから自動的に実行される。
【００３５】
ブリッジモードでは、カードネットワークインタフェースは、デフォルトのＰＣネットワークインタフェース（インターネットに接続されているインタフェース）にブリッジされる。カードインタフェースは典型的には、近くのＤＨＣＰサーバ要求からＩＰアドレスを取得する。ブリッジモードでは、ＰＣのデフォルトのインタフェースＩＰアドレスおよびカードインタフェースＩＰアドレスは典型的には同じサブネットにあり、ネットワークアドレス変換を行う必要はない。
【００３６】
ＮＡＴにおいてプライベートＩＰアドレスを使用することは、ＮＡＴ機構が２つのデバイス（カードとＰＣ）が同一のＩＰアドレスを共有していることを隠すという意味では、ネットワーク観点から完全に透過的である。これは、ＩＰアドレスが不足し、ローカルネットワークから２つの異なるＩＰアドレス（ＰＣ用に１つ、カード用に１つ）の割り当てができない場合に好ましい解決策となる。
【００３７】
上記が当てはまらない場合には、ブリッジモードが好ましくなり得る。
【００３８】
カードは、ＵＳＩＭカードとして従来のハンドセットで使用できる。この場合、カードはＩＳＯインタフェースを経由してアクセスされる。
【００３９】
カードの特性、特にネットワークの接続性を活用するために、ハンドセットはベアラ独立プロトコル（Ｂｅａｒｅｒ  ｉｎｄｅｐｅｎｄｅｎｔ  Ｐｒｏｔｏｃｏｌ）をサポートする必要がある。その場合、カードはＢＩＰプロアクティブコマンドを使用してネットワークへのアクセスを得ることができる。
【００４０】
カードは、ホストデバイスに接続されたスマートカードとして、ＩＭＳネットワーク内のユーザを認証し、ＩＭＳ（すなわちインスタントメッセージングセッション）アプリケーションを安全にするための理想的な解決策である。そのために、カードの関与の２つのレベルが区別される必要がある。
【００４１】
そのうちの１つはよく知られており、ＰＣ内のアプリケーションとリモートアプリケーションとの間のＩＭＳセッションを安全にするカードに相当する。ＩＭＳはＳＩＰ信号プロトコルをベースとし、ＰＣはＳＩＰ信号プロトコルのエンドポイントを構成するアプリケーションを実行する。
【００４２】
したがって、第１のレベルは、ホストデバイスによって実行されるＩＭＳアプリケーションを安全にするためのＩＳＩＭカードとしてのカードである。
【００４３】
第２のレベルは、フルフレッジなＩＳＭノードとしてのカードであり、すなわちカードはそれ自体でＳＩＰ信号プロトコルのエンドポイントとして現れるアプリケーションを実行する。カードはＳＩＰ対応であり、ここでＰＣプラットフォームからのウェブアクセスを安全にするアプリケーションを有する認証サービスを公開する。
【００４４】
本カードの関与の第１のレベルに関して、３ＧＰＰで規定されているＩＳＩＭカードは、ＩＭＳへのアクセスを安全にし、加入者とシステムとの間の相互認証ならびにＳＩＰ信号情報の保護を可能にする。
【００４５】
ネットワーク変換およびサービスの統合は、この要求を満たし、ユーザエクスペリエンスを向上させるために不可欠である。ＩＭＳアーキテクチャはそれらの要求に応え、サービスへのネットワークから独立したアクセスを提供するために正確に設計されてきた。
【００４６】
端末およびネットワークで使用可能な帯域幅の向上は、ユーザに対して新しい革新的なデータサービスを提供する好機を携帯電話会社にもたらしている。
【００４７】
インスタントメッセージングセッション（ＩＭＳ）アーキテクチャは、その手法について携帯電話会社をサポートしており、すべてのＩＰベースのインフラストラクチャにわたる音声およびデータの統合を約束し、ＰＯＣ、テレビ電話およびプッシュサービスなどのユーザ間の通信サービスを可能にしている。
【００４８】
インスタントメッセージング（ＩＭＳ）の基礎は、主要なプロトコルであるＳＩＰにある。ＳＩＰ（セッション開始プロトコル）は、任意のＩＰネットワークまたはネットワークの組合せにわたる異なるセッションを確立できるようにし、これにより単一のネットワークが存在するという認識を与える。
【００４９】
ＩＭＳはアプリケーションセッション管理のために、ＩＥＴＦによって定義されたＳＩＰ（セッション開始プロトコル）プロトコルを使用する。
【００５０】
ＳＩＰおよびＩＭＳは、任意の固定のまたはモバイルのパケットアクセスネットワークを使用して、統合され、単一化された通信ドメインを作成できるようにする。
【００５１】
ＳＩＰ（セッション開始プロトコル）は、もともとはＩＥＴＦによって定義され、その後、３ＧＰＰおよび３ＧＰＰ２によってモバイルネットワークに採用された。
【００５２】
ＳＩＰ信号プロトコルは、インターネットを介して会議を行うことを可能にする信号プロトコルの１つとして主に知られている。
【００５３】
ＳＩＰは、映像、音声、インスタントメッセージング、オンラインゲームまたは仮想現実を含むセッションを開始することを主に意図するものとして知られている。ＳＩＰは、ボイスオーバーＩＰ用の主要な信号プロトコルの１つであり、Ｈ３２３は別の例である。
【００５４】
信号プロトコルの主な機能は、エンドポイントを検出し、エンドポイントがセッションの確立を意図するのかどうかを判断するためにエンドポイントとコンタクトを取り、様々なエンドポイント機能およびそれら様々なエンドポイント機能に関連するハードウェアに関する情報を交換し、既存のセッションを変更し、既存のセッションを終了することである。
【００５５】
ＳＩＰプロトコルは、サーバ／クライアントアーキテクチャを使用し、テキストメッセージを実行する。ＳＩＰメッセージは典型的には、本実施形態にあるようにＴＣＰプロトコルに基づいて搬送される。
【００５６】
別の実施形態によると、ＳＩＰメッセージはＵＤＰメッセージによって搬送されてもよい。しかし、ＴＣＰ／ＩＰと比較した場合、ＵＤＰプロトコルは伝送信頼性を保証しない。
【００５７】
ＳＩＰメッセージはヘッダと本文とを含む。ヘッダは、メッセージをルーティングし、セッションを確立するために必要なパラメータを含む。本文は、開始されるセッションの詳細を記述する。
【００５８】
ＳＩＰは、ＳＩＰアドレスを持つユーザエージェントを定義する。ユーザエージェントは、ＳＩＰプロトコルにおける端末ノードである。ユーザエージェントは、エンドユーザのアプリケーションソフトウェアであってよい。ユーザエージェントは典型的にはボイスオーバーＩＰアプリケーションであってよいが、ビデオ会議アプリケーションまたはリアルタイムメッセージングアプリケーションであってもよい。ＳＩＰの目的は、上記のような一般的なユーザエージェント間のセッションを確立することである。
【００５９】
ＳＩＰプロトコルに基づいてリモートユーザエージェントとのセッションを開始するには、ユーザエージェントを検出すること、すなわちそのようなリモートユーザエージェントのＳＩＰアドレスを知ることが必要である。ＳＩＰアーキテクチャ内のサーバは、登録されたユーザエージェントのＳＩＰアドレスとＩＰアドレスとを一致させる。ユーザエージェントはＩＰアドレスを変更でき、すなわちアプリケーションが１つのハードウェア装置から別のハードウェア装置に移転され、そのようなユーザエージェントに関連するＩＰアドレスの変更は、単純にこのＳＩＰサーバに登録される必要がある。
【００６０】
リモートユーザエージェントが検出されると、ＳＩＰダイアログが２つのユーザエージェント間またはユーザエージェントとサーバとの間でデータを交換できるようにし、交換されるデータは２つのユーザエージェントのＩＰアドレス、それぞれのポートに関するデータ、および使用されるコーディング形式に関するデータを含む。次いで２つのユーザエージェントは、開始されるセッションの利益を受けることができる。
【００６１】
上記の本カードの関与の第１のレベル、すなわちホストデバイスによって実行されるＩＭＳアプリケーションを安全にするためのＩＳＩＭカードとしてのカードの構成では、３ＧＰＰによって規定されたＩＳＩＭ認証アプリケーションがカードに組み込まれ、ホストデバイス上で実行されるＩＭＳアプリケーションを安全にする。３ＧＰＰ勧告ＴＳ１３１．２０３は、ＳＩＰ信号情報の保護をもたらす、加入者とＩＭＳシステムとの間の相互認証メカニズムを記載する。この方式では、ＩＭＳアプリケーションは、ＩＳＩＭコマンドを使用してカード上のＩＳＩＭアプリケーションと通信する。
【００６２】
これは、ＩＭＳ認証セッション中に交換されるメッセージの順序を示す図１に示されている。この図にあるように、ＳＩＰメッセージ終端点はホストコンピュータである。
【００６３】
図１はカード１０、参照２０のもとにＰＣを示す。図１はさらにＩＭＳアーキテクチャの通常の構成要素であるＰ−ＣＳＣＦ３０、Ｉ−ＣＳＣＦ４０、ＨＳＳ５０およびＳ−ＣＳＣＦ６０を示す。
【００６４】
この構成では、ホスト２０のアプリケーションは、ＡＰＤＵコマンドによってカード１０のＩＳＩＭアプリケーションと通信する。
【００６５】
ホストＩＭＳアプリケーションを安全にするためのカードの機能原理を説明するために、プラグにホストされたカードをどのように使用してラップトップＰＣで実行されるＶＯＩＰアプリケーション１５を保護できるかを詳説する。このアプリケーションを導入するために使用されるアーキテクチャおよびワークフローを図２に示す。
【００６６】
ＰＣアプリケーションであるＶＯＩＰアプリケーション１５は、トークンの公に使用可能な大容量記憶領域に格納され、後にＰＣによって実行される実行可能ファイルに相当する。
【００６７】
ステップＡ１で、ＶＯＩＰアプリケーション１５は、Ｓ−ＣＳＣＦサーバ６０に対して（Ｐ−ＣＳＣＦおよびＩ−ＣＳＣＦ中間ノードを経由して）ＳＩＰ登録コマンドを送信する。ステップＡ２では、Ｓ−ＣＳＣＦ６０は、認証要求を運ぶＳＩＰメッセージで応答する。認証呼び掛けはＳＩＰプロトコルによって搬送される。この呼び掛けに応答するために、ＶＯＩＰクライアント２０はＩＳＩＭ  ＡＰＤＵによってカード１０と通信し、ＩＳＩＭ  ＡＰＤＵをカードのスマートカードデバイスインタフェースを通じて送る。
【００６８】
認証が成功裏に完了すると、ＶＯＩＰアプリケーション１５はＳＩＰサーバ６０に登録され、その後のＳＩＰメッセージは保護される。
【００６９】
安全なＳＩＰメッセージは、例えばユーザアイデンティティを不正使用（他人の発信ＩＤで誰かを呼び出す）で一般的に使用される技術である、ＳＩＰメッセージのハッキングに基づく攻撃を防ぐ。
【００７０】
カードのＩＰ接続機能は、カード自体で実行されるＩＭＳアプリケーションを安全にするために、カードがフルフレッジなＩＭＳノードとして現れることも可能にする。これは、本明細書で先に述べた本発明の本実施形態の関与の第２のレベルである。
【００７１】
このため、カードプロセッサはＳＩＰユーザエージェントを実行する。
【００７２】
図３は、この構成のＩＭＳ認証セッション中に交換されるメッセージの順序を示す。ＳＩＰ情報を運ぶＩＰパケットはホスト２０を経由して、認証呼び掛けへの応答を運ぶＳＩＰメッセージの生成を担うカード１０へ、およびカード１０から移動する。
【００７３】
従来の手法では、スマートカードは通常ホストデバイスに接続され、カード１０とホストデバイス２０との間の対話は一般にＡＰＤＵの交換を通じて行われる。
【００７４】
このモデルでは、ホストコンピュータとスマートカードとの間の結合は強く、カード上のアプリケーションには、ホストコンピュータ上で実行される何らかの種類のインタフェースソフトウェア層がなくてはアクセスできない。
【００７５】
しかし、ＩＰ対応のスマートカードはネットワーク上のノードとして現れる。このカードのＩＰアドレスが知られると、このカード上に配置されたサービスを呼び出せるようになる。
【００７６】
ＳＩＰプロトコルを使用することにより、スマートカードデバイス上に配置されたサービスとのワーキングセッションを確立するためにスマートカードデバイスを検出できるようになる。
【００７７】
スマートカードはもはや特定のタイプのデバイスと結び付けられず、１つのデバイスから別のデバイスへと自由に移動させることができる。
【００７８】
本実施形態はＴＣＰ／ＩＰメッセージ上のＳＩＰに基づいて説明されてきた。しかし、他の実施形態では、ＳＩＰは、別の例としてＵＤＰメッセージなどの他のタイプのメッセージに基づいて実装されてもよい。
【００７９】
この概念を３つの例示の応用例の記載を通じて説明する。第１の応用例では、カードはウェブアクセスを安全にするためのネットワーク認証デバイスを構成する。第２の応用例では、カードのリモート管理を説明する。第３の応用例では、カードは加入者デジタル権利用のセキュア記憶デバイスを構成する。
【００８０】
カードがウェブアクセスを安全にするための認証デバイスとして機能する方式では、インターネットによって提供される向上した接続性はエンドユーザの認証を必要とするより多くの取引関係を確立させる。エンドユーザの認証は多くの場合、パスワードの使用に基づき、よく知られた問題（パスワードが弱いこと、複数の異なるパスワードを記憶するのが困難であること、など）を伴う。
【００８１】
その一方、プライバシーの不安（ウィルス、スパイウェア、フィッシング）は従来にも増して生じており、ワールドワイドウェブへのアクセスを安全にするための代替となる認証方法への新たな関心が高まっている。
【００８２】
第２の認証要素を導入するスマートカードによる認証は、堅牢性および操作の単純性を組み合わせた、ユーザ名およびパスワードの使用に対する魅力的な代替策を提供する。
【００８３】
リバティアライアンスが提案するシングルサインオンアーキテクチャモデルでは、ユーザを認証するためにアイデンティティプロバイダによって提供されるサービスに頼る。
【００８４】
図４は、このシングルサインオンアーキテクチャを使用する際のカードを用いたユーザ認証操作に関わる操作の順序を示す。
【００８５】
この応用例の目的は、プロバイダのウェブサイトに接続するウェブユーザを安全に認証することである。
【００８６】
認証は、ユーザカード上で実行される認証アプリケーションのサービスを呼び出すことによって行われる。
【００８７】
カードは、ユーザのハンドセット内に物理的に位置（ＵＳＩＭカード）してよく、またはユーザのＰＣにＵＳＢドングルとして差し込まれてよい。どちらの場合にも、カードは電源投入時にＳＩＰ登録操作を行う。
【００８８】
この登録中に加入者とＩＭＳネットワークとは相互に認証する。ここで、カードはサービス要求に応答する準備ができる。
【００８９】
プロバイダのウェブサイトにアクセスする加入者の認証操作は、それ自体で図４のＣ２からＣ５の符号の付された４つの異なるステップ（ステップＣ１はＳＩＰの登録自体となる）で行われ、次のように説明することができる。
【００９０】
ステップＣ２で、ユーザは自らのブラウザをサービスプロバイダのウェブサイトに指示し、自分のパブリックアイデンティティ（アイデンティティプロバイダによって提供された連合アイデンティティ）を入力する。
【００９１】
ステップＣ３で、ユーザのブラウザは、認証が行われようとしていることを示すフィードバックを提供するアイデンティティプロバイダの認証ページに自動転送される。
【００９２】
ステップＣ４で、アイデンティティプロバイダの認証アプリケーションは、ＳＩＰプロトコルを使用して加入者のカードを検出し、認証アプリケーションのサービスを呼び出す。カードとアイデンティティプロバイダの認証サーバとは認証メッセージを交換する。
【００９３】
ステップＣ５で、すなわち認証の最後に、ユーザのウェブブラウザはサービスプロバイダのウェブサイトに転送される。転送要求はアイデンティティプロバイダによって送信される「認証アサーション」を運ぶ。
【００９４】
ステップＣ６で、サービスプロバイダは、ユーザに対してウェブサイトのリソースへのアクセスを与える前に、アイデンティティプロバイダとアサーションの妥当性を確認する。
【００９５】
この認証方式は、カードおよびカードが接続されたデバイスの物理的な位置から独立している。
【００９６】
実際に、ユーザは極めて良好にハンドセットからカードを取り外し、そのカードをユーザのＰＣのＵＳＢポートに差し込むことができる。認証メッセージは、ＰＣ内に位置するカードに自動的に届く。
【００９７】
ユーザは、実装可能な２つの異なる認証デバイスを同時に使用することも考えることができる。それはすなわち１つのＵＳＢトークンとハンドセットのＵＳＩＭカードとである。アクセス方法はこの場合、ＳＩＰレジストラのレベルで定義することができる。接続要求は両方のデバイスに同時に転送することが可能であり、これはスカイプユーザを２台のコンピュータで同時に呼び出すときに起こる。
【００９８】
オペレータは転送優先権を定義し、あるデバイスに別のデバイスの代わりに優先権を与えることもできる。ユーザは、例えばＵＳＢトークンがＰＣに差し込まれている場合はＵＳＢトークンで、トークンが接続されていない場合はハンドセット内に位置するカードで認証されることが可能である。
【００９９】
カードのリモート管理で構成される方式では、オペレータは３ＧＰＰ規格０３．４８に基づくＯＴＡ管理技術を使用して加入者のＳＩＭカードおよびＵＳＩＭカードを定期的に管理することにまず留意されたい。
【０１００】
都合の悪いことに、ＳＩＭカードの管理操作は依然として極めて多くの場合、遅くてリアルタイムではないＳＭＳチャネルを経由して実行される。ベアラ独立プロトコル（ＢＩＰ）は、ＳＩＭとの高速通信を可能にするはずであり、かなり前にＥＴＳＩによって規格化されている。しかし、最近までハンドセットの製造業者はこのプロトコルを十分にサポートしてこなかった。
【０１０１】
しかし、ＯＴＡ技術がハンドセット内に挿入されたＳＩＭ／ＵＳＩＭカード用に完全に定義された場合、そのような管理はカードを中に含むＵＳＢトークンには不明確となる。
【０１０２】
ＳＩＰ対応のカードは、カードのＩＰベースの管理を可能にすることにより、次の利点を提供してこの問題にすばらしい解決策をもたらす。
【０１０３】
純粋なＩＰアーキテクチャは、リモート管理ソリューションのコストおよび複雑性を低減することにつながる。
【０１０４】
カードをホストするデバイスが何であろうと一様の管理メカニズムが実行される。ハンドセット内にホストされたカードは、ＰＣに挿入されたＰＣ  ＵＳＢドングルとしてパッケージ化されたカードと同じ方法で管理される。
【０１０５】
ＰＫＩなどの十分に確立され、広く使用されているＩＰセキュリティプロトコルおよびアーキテクチャの信頼が得られる。
【０１０６】
向上した委譲メカニズムが実現される。ＰＫＩおよび証書署名メカニズムを使用し、オペレータは極めて容易にプロバイダに対して消費者カードに対する自らのサービス用の管理アクセスを与えることができる。カードが加入者のデジタル権利のためのセキュア記憶装置として現れる方式では、携帯電話会社は、低下する音声収入を補償し３Ｇライセンスおよびインフラストラクチャへの高額な支出を正当化するためにコンテンツサービスによる収入の増加をもたらそうとしていることにまず留意されたい。フルトラック音楽サービスなどの価値の高いコンテンツサービスを提供することはこの点においては有利であるが、十分なコンテンツ保護がなされなければそのようなサービスは決して実現されない。
【０１０７】
その一方、ＤＲＭ方式の導入は、ユーザのコンテンツ使用の期待と矛盾することのないＤＲＭシステムの柔軟性に極めて大きく依存する。コンテンツ使用の期待とはすなわち、個々の形式および再生ソフトウェアまたは再生デバイスから独立して実行され、デバイスからデバイスへのメディアコンテンツの可搬性およびこのコンテンツを異なるヘテロジニアスなプラットフォームからアクセスする必要性についてサポートがなされることである。
【０１０８】
カードは、ＤＲＭライセンス用のネットワークアクセス可能な安全なリポジトリとして使用でき、保護されたコンテンツへのマルチデバイスのアクセスを可能にし、メディア消費者がコンテンツを再配信することに頼る超流通などの新しく革新的なピアツーピアのメディア配信方式の実装をサポートしている。
【０１０９】
したがって説明したカードは、２つの異なる可能な方法でＩＭＳセキュリティデバイスとして使用することができる。カードは、ホストデバイス上で実行されているＩＭＳアプリケーションを安全にするためにＩＳＩＭアプリケーションをホストできる。カードはＳＩＰ対応であり、要求された場合にＩＭＳネットワーク上の完全なノードとなり、カードベースのＩＭＳアプリケーションとしてセキュリティ関連のサービスを公開し、いくつかの異なるユーザデバイスから同時にそれらのサービスを呼び出せるようにする。カードは、カードをホストするコンピュータから独立して、カードのＩＰベースのリモート管理も可能にする。カードアプリケーションのＩＰベースのリモート管理が可能であるが、カードをホストするデバイスから独立してカードのデータをリモート管理することもまた可能である。
【０１１０】
本発明は、ここで固有ＩＰ接続性を使用し、ここに記載されたインターネット全体にわたってアクセス可能なセキュリティサービスと同じ方法で公開される多くのＳＩＰ対応のＩＭＳアプリケーションを安全にホスティングできるようにし、ＩＭＳアプリケーションの世界に新しい見通しを開く。
【０１１１】
そのようにすることで、本発明はパーソナルトークンを、単純なＩＭＳ認証デバイスからＩＭＳアプリケーションをホストするフルフレッジなデバイスへと発展させる。
【０１１２】
好ましい一実施形態では、本発明は図５に示すとおり、セキュアパーソナルトークンをリモート管理できるようにする。
【０１１３】
オペレータは３ＧＰＰ規格０３．４８に基づくＯＴＡ管理技術を使用して加入者のＳＩＭカードおよびＵＳＩＭカードを定期的に管理する。しかし、ＯＴＡ技術がハンドセット内に挿入されたＳＩＭ／ＵＳＩＭカード用に完全に定義された場合、そのような管理はＧＳＭネットワークに確実にリンクされ、ＵＳＢトークンなどの異なるフォームファクタおよび異なるアクセスチャネルを持つセキュアデバイスを管理するために容易に適用することはできない。
【０１１４】
ＳＩＰ対応のセキュアデバイスは、カードのＩＰベースの管理を可能にすることにより、次の利点を提供してこの問題にすばらしい解決策をもたらす。純粋なＩＰアーキテクチャが使用され、リモート管理ソリューションのコストおよび複雑性を低減することにつながる。セキュアデバイスをホストするホストが何であろうと本発明のため、一様の管理メカニズムが実装される。ハンドセット内にホストされたカードは、ＰＣに挿入されたＰＣ  ＵＳＢドングルとしてパッケージ化されたカードと同じ方法で管理される。管理手続きを確実にするための十分に確立され広く使用されているＩＰセキュリティプロトコルおよびアーキテクチャによって高い信頼が得られる。
【０１１５】
セキュアデバイス管理ソリューションのアーキテクチャを図５に記載する。
【０１１６】
デバイス管理システムの目的は、デバイス構成を追跡し、データ管理クライアントによって解釈され、実行される管理操作を記述する構成コマンドを生成することである。好ましいデバイス管理サーバ７０は、ＯＭＡ−ＤＭサーバである。この場合、実行される管理操作の意味は、ＯＭＡ−ＤＭ  ＸＭＬ形式を使用して記述される。ＯＭＡ−ＤＭサーバ７０によって生成されるＸＭＬデータはＳＩＰサーバ６０に送信され、ＳＩＰサーバ６０で、セキュアパーソナルトークン１０に送信されるために「ＭＥＳＳＡＧＥ」タイプのＳＩＰメッセージにカプセル化される。
【０１１７】
セキュアパーソナルトークン１０内で実行されるデバイス管理クライアントがＳＩＰメッセージを受け取る。ＯＭＡ−ＤＭ  ＸＭＬデータはＳＩＰメッセージから取り出され、解釈される。
【０１１８】
デバイス管理機能自体は、データ管理プラグインによって実装され、各プラグインはデバイスの特定の形態を管理する責務を負う（例えば、デバイス上のアプリケーション管理はプラグインを使用して実装されてよい）。
【０１１９】
プラグインの概念は、デバイス管理ソリューションのモジュール性を確実にする。プラグイン自体はデバイス管理サーバ７０によって管理されてよい。つまり、デバイス管理機能は必要に応じて動的に拡張することができる。
【図１】
0005477807.tif 000002
【図２】
0005477807.tif 000003
【図３】
0005477807.tif 000004
【図４】
0005477807.tif 000005
【図５】
0005477807.tif 000006