サービスアクセス認証データ管理システム
少なくとも１つのサービスにアクセスするためのアクセス装置（１０）を備える、少なくとも１つのサービスアクセス認証データ項目を管理するためのシステムであって、本発明によれば、前記システムは、更に、− 前記認証データ項目及び前記サービスの識別子を管理する管理手段（２１０）を有する携帯端末（２０）と、− 前記アクセス装置（１０）と前記管理手段（２１０）との間の通信インタフェース（３２）と、− 前記サービスの識別子を判定することができると共に、前記サービスにアクセスする際に、前記通信インタフェース（３２）を経由して、前記管理手段（２１０）を利用することができるソフトウェアインタフェース（３１）とを備え、ウェブサイトアクセス認証サービスに適用できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、少なくとも１つのサービスアクセス認証データ項目を管理するためのシステムに関するものである。
【０００２】
本発明は、携帯端末におけるサービス、特に携帯電話及びウェブ（ＷＥＢ）サイトアクセス認証サービスの分野において特に有利に適用できる。
【背景技術】
【０００３】
今日、ウェブサイトで利用可能なサービスにアクセスするためのアクセス装置を有するユーザは、電子メール、オンラインバンキング、商業サイト等のような、彼が定期的に閲覧するサイトによって認証されるために、平均的に５つの識別子とパスワードのペアを保存している。これらの認証データに加えられるものは、クレジットカードコード、携帯電話コード、建物アクセスコード等のような、職業上の生活（professional life）及び私生活において使用されるデータである。通常、個人によって記憶されているべき認証データの量は、大抵の場合、彼の記憶能力を越えている。この問題を克服するために、いくらかの人々は、複数の異なるアプリケーションに対して、同じコード、または同じ識別子／パスワードのペアを使用することに頼る。そのような行動が明らかにアクセスセキュリティ（access security）を下げるということは了解済みであろう。
【０００４】
これのために、全てがもはや多量の認証データを記憶しなければならないことはない利点をユーザに提供する、多数の認証データ管理システムが開発された。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
提案された解決方法の中に、パーソナルコンピュータにおけるウェブブラウザと連結された管理ソフトウェアパッケージがある。概して、これらの既知のソフトウェアパッケージは、ユーザによって訪問されたウェブサイトと関連付けられて識別子／パスワードが保存されることを可能にする。それらの内のいくつかは、更に、彼らがこれらのサイトにログオンするたびに、しかるべきフォーム（form）に前記識別子／パスワードを自動的に入力することを可能にする。更に、認証データは、アクセスキーによって保護されたファイルに保存される。
【０００６】
更に、最先端技術から知られているのは、ユーザが、パーソナルコンピュータに連結された適切な読み取り装置を経由して、チップカードに彼の識別子／パスワードを保存することを可能にする管理システムである。これらのシステムは、上述の専用のソフトウェアパッケージと同じであるが、しかしチップカードタイプの安全な媒体上で認証データの記憶装置を提供するという加えられた利点を有する機能性を提供する。
【０００７】
しかしながら、チップカードを包含するこのタイプの管理システムが、それが必要とされる場合に、各パーソナルコンピュータ上のカードリーダの存在と、彼の識別子及びパスワードを管理するシステムによって提供されたサービスを彼がいつでも使用したいと望むならば、ユーザがいつでも彼と一緒に持っていなければならないこのアプリケーションに特に専用であるチップカードの存在を要求するという欠点を提示するということは明白である。
【０００８】
従って、本発明の主題によって解決されるべき技術的な問題は、少なくとも既知のチップカード管理システムによって提示されたセキュリティレベルに相当するセキュリティレベルを獲得することを可能にするが、しかしながら、特定のカード、またはこのカードを読み取ることを意図している装置を必要としない、少なくとも１つのサービスにアクセスするためのアクセス装置を備える少なくとも１つのサービスアクセス認証データ項目を管理するためのシステムを、どのように提案するか、ということである。
【課題を解決するための手段】
【０００９】
本発明の主題は、少なくとも１つのサービスアクセス認証データ項目を管理するためのシステムであって、− 少なくとも１つのサービスにアクセスするためのアクセス装置と、− 前記認証データ項目及び前記サービスの識別子を管理する手段を有する携帯端末と、− 前記アクセス装置と前記管理手段との間の通信インタフェースと、− 前記サービスの識別子を判定することができると共に、前記サービスにアクセスする際に、前記通信インタフェースを経由して、前記携帯端末のセキュリティモジュールに前記管理手段によって読まれることを目的としてショートメッセージを書き込むことを可能にする命令を用いて、前記管理手段を利用することができるソフトウェアインタフェースとを備えることを特徴とするシステムである。
【００１０】
従って、前記認証データ項目を管理する管理手段を、ユーザが通常彼と一緒に常に携帯するありふれたものである携帯端末内に実装することは、例えば、ユーザが、彼の識別子及びパスワードをいつでも検索することができると共に、専用のチップカードのような他の媒体を持たずに本発明の機能を有する管理システムを利用することを可能にするということが理解されることになる。更に、これより後に詳細に説明されることになるように、カードリーダのような、システムの汎用性を損なうであろう特別な重要もしくは高価な装置は考慮される必要がない。セキュリティモジュールに書かれることを意図しているショートメッセージの使用は、簡単かつ安全に管理手段を制御することを可能にする。
【００１１】
本発明によれば、前記管理手段は、前記サービスの識別子に関連して前記認証データ項目を保存すると共に、復元する手段である。
【００１２】
本発明の一つの特別な実施例によれば、管理手段は、前記携帯端末のセキュリティモジュールか、または前記携帯端末のメモリに実装される。
【００１３】
本発明の一つの特別な実施例によれば、前記携帯端末は、移動電話網を経由して通信する手段を備えると共に、セキュリティモジュールは、前記移動電話網に関する加入者ＩＤカードである。加入者ＩＤカードは、パスワード、またはパスワードを管理するためのショートメッセージのような信用データを安全に保存するために使用される。
【００１４】
チップカードのような、データを安全に保存することを可能にするあらゆる他のセキュリティモジュールが同様に使用され得る。用語“セキュリティモジュール”は、データの記憶、及び／または、サービスまたはプログラムの実行のための信用証明となる環境を形成する、あらゆるソフトウェア及び／またはハードウェア手段を意味すると理解されるべきである。
【００１５】
変形において、前記管理手段は、加入者ＩＤカードに実装される。実際には、前記加入者ＩＤカードは、ＳＩＭカード、またはＵＩＣＣカード（汎用集積回路カード）であり得る。
【００１６】
加入者ＩＤカード、特にＳＩＭカードを装備されている携帯端末の使用は、ある種の利点を提示する。実際には、カードがパーソナルコンピュータのような装置から直接アクセス可能ではないので、それは高い度合いの安全性を提示する。更に、ＳＩＭカードがネットワークと連結されるので、窃盗の場合には、カードが含む認証データを遠隔操作で消去することが可能である。同様に、ユーザは、携帯電話ネットワークにおいて、前記認証データのバックアップを作成することができる。最終的に、前記少なくとも１つの認証データ項目が識別子、及びパスワードを含む場合、特にネットワークにおける電話リンクによって生成された要求に基づいて、パスワードプロバイダによって前記管理手段に供給された前記パスワードを有していると想定することが可能である。そうではない場合、前記パスワードは、識別子と同様に前記記憶手段に保存される。
【００１７】
更に、携帯端末は、多数のユーザに、スクリーン及びキーパッドのような、本発明に照らして有利に開発され得る対話機能性を提供する。キーパッドの利点は、実際には、前記管理手段が識別コードによって、読み出し保護及び書き込み保護される場合に、それは、キーパッドがハイジャックに対して更に敏感であるアクセスコンピュータ上のキーボードを使用するよりむしろ全く完全にＳＩＭカードにアクセスするためのＰＩＮコードを入力することを可能にするので、特記する価値がある。使用される様々な識別子は、端末のスクリーン上でももちろん見られ得る。
【００１８】
１つの有利な変形によれば、管理手段は、携帯端末のキーパッド及びスクリーンを介してアクティブにされる適切なユーザインタフェースモジュールを用いて駆動されることができるように設計されている。このように、ユーザは、暇なときに、彼のパスワードのリストを調べる、特定の使用されていないパスワードを削除する、新しいパスワードをマニュアルで挿入する、メッセージによって１つまたは他のパスワードを第三者に伝送する等の操作を実行することができる。
【００１９】
デジコード（digicode）、ボイスメール（voicemail）アクセスパスワード、様々な盗難防止用コード、電気通信サービスコード等のような他の個人的なユーザコードをＳＩＭカードに保存することができる可能性を指摘することは、同様に重要である。
【００２０】
本発明の１つの特別な実施例によれば、前記アクセス装置は、前記携帯端末に組み込まれる。この場合、前記携帯端末は、スマートフォン（smartphone）タイプの携帯端末、すなわち携帯情報機器、またはコンピュータの機能と共に提供された携帯電話であろうと想定される。
【００２１】
一般的に、前記サービス識別子は、電気通信網における前記サービスのアドレス、例えば前記サービスを提供するウェブサイトのＵＲＬを含む。しかしながら、本発明は、通信ネットワークにおける前記サービスのアドレスのダイジェスト（digest）、すなわち特に、前記ＵＲＬアドレスにハッシング関数を適用することによって獲得されるダイジェストを含むように前記サービス識別子を有利に提供する。この実施例によって、実際には、本発明のシステムの安全性のレベルを著しく増加することが可能になる。実際には、前記ダイジェストは、前記ソフトウェアインタフェースによって生成されると共に、上述の例における携帯端末の管理手段、ＳＩＭカードに供給される。この場合、サービス識別子は、好ましくはダイジェストの形式で保存される。
【００２２】
本発明の主題である管理システムの１つの特徴によれば、前記通信インタフェースは、ローカル通信リンクを経由する通信のためのインタフェースである。特に、前記ローカルリンクは、赤外線リンク、ブルートゥース（Bluetooth）リンク、ＮＦＣリンク、またはケーブルリンクの中から選択される。
【００２３】
最終的に、有利に、前記通信インタフェースは、好ましくは、加入者ＩＤカードの中のショートメッセージを書き込み、そして読み出すためにＡＴコマンドを使用するモデム通信インタフェースである。
【００２４】
１つの特別な実施例によれば、前記携帯端末は、携帯電話ネットワークを介してアクセス可能な、認証データのプロバイダと通信するための手段を備える。パスワードは、従って、パスワードプロバイダによって管理手段に供給され得る。
【００２５】
更に本発明は、少なくとも１つのサービスアクセス認証データ項目及び前記サービスの識別子を管理する手段を有する携帯端末であって、前記管理手段が、通信インタフェースを経由して前記サービスにアクセスするためのアクセス装置に連結されると共に、前記管理手段が、前記サービスにアクセスする際に、前記通信インタフェースを経由して、前記携帯端末のセキュリティモジュールに前記管理手段によって読まれることを目的としてショートメッセージを書き込むことを可能にする命令を用いて、前記サービスの識別子を判定することができるソフトウェアインタフェースによって利用されることを特徴とする携帯端末に関係する。
【００２６】
更に本発明は、少なくとも１つのサービスにアクセスするためのアクセス装置と、少なくとも１つのサービスアクセス認証データ項目及び前記サービスの識別子を管理する手段との間のソフトウェアインタフェースであって、前記ソフトウェアインタフェースが、前記サービスの識別子を判定することができると共に、通信インタフェースを経由して、前記携帯端末のセキュリティモジュールに前記管理手段によって読まれることを目的としてショートメッセージを書き込むことを可能にする命令を用いて、前記管理手段を制御することができることを特徴とするソフトウェアインタフェースに関係する。
【００２７】
更に本発明は、上記のようなソフトウェアインタフェースを含む、少なくとも１つのサービスにアクセスするためのアクセス装置に関係する。
【００２８】
更に本発明は、少なくとも１つのサービスにアクセスするアクセス手段を有するアクセス装置に関する少なくとも１つのサービスアクセス認証データ項目を管理する方法であって、前記方法が、前記サービスにアクセスする際に、前記アクセス手段を有するソフトウェアインタフェースを用いて実行することを基礎とすると共に、前記方法が、− 前記サービスにアクセスするための少なくとも１つの認証データ項目に関する要求を検出する段階と、− 前記サービスの識別子を判定する段階と、− 前記認証データ項目及び前記識別子を管理する携帯端末内の手段を、前記アクセス装置と前記管理手段との間の通信インタフェースを経由して、前記携帯端末のセキュリティモジュールに前記管理手段によって読まれることを目的としてショートメッセージを書き込むことを可能にする命令を用いて、利用する段階とを含むことを特徴とする方法に関係する。
【００２９】
本発明の方法は、有利に、サービスアクセス手段と通信する簡単なソフトウェアインタフェースを用いて実行されると共に、特に前記認証データ項目及び前記識別子を管理する管理手段を制御するために利用することができる。
【００３０】
制限しない一例として与えられた、添付図面を踏まえて以下に続く説明は、本発明が何を含むか、そしてどのように形成され得るかを明らかに示すことになる。
【発明を実施するための最良の形態】
【００３１】
図１は、サービスアクセス認証データ管理システムに関する構造を示す。
【００３２】
図１の代表的な実施例において、この管理システムは、一方ではパーソナルコンピュータ（ＰＣ）のようなコンピュータワークステーション１１、そして一方ではウェブブラウザとも呼ばれるワールドワイドウェブ（World Wide Web）を探索するソフトウェアパッケージ１２を含む前記サービスにアクセスするためのアクセス装置１０を備える。前記装置１０のユーザが例えばＴＣＰ／ＩＰリンクを経由してサービスを提供するウェブサイト４０にアクセスすることができるのは、このブラウザ１２を経由してである。
【００３３】
ほとんどの場合、ワールドワイドウェブ上のユーザによって命令されたサービスの実際の提供は、対応するウェブサイト４０上で前記ユーザの認証の目的のために提供されたフォームにおいて、前記ユーザを認証するデータの提出を要求する。
【００３４】
それは、同一のユーザが今記憶しなければならない、ますます大きくなる量の認証データが原因であり、本発明は、その主な目的が以下に示す、− ウェブページ上の認証フォームを検出すること、− 後で説明されることになる管理手段に、認証データ、大抵の場合は、最初にアクセスするウェブサイト４０に入力された認証フォームにおける識別子及びパスワードを安全に保存すること、− 次のアクセスに関してこのウェブサイト４０で自動認証を実行するために、このデータを復元すること、である管理システムを提案する。
【００３５】
図１の管理システムは、更に、この例においては電気通信網加入者ＩＤカード２１を装備した携帯電話である、携帯端末２０を備える。ＳＩＭカードのようなこのカード２１は、携帯電話２０に挿入されると共に、主として携帯電話会社のネットワークへのアクセスを保護するために使用される。ＳＩＭカードは、いわゆる第三世代（３Ｇ）携帯電話に取り付けられるならば、ＵＩＣＣカードと交換され得る。通常、ＳＩＭカードまたはＵＩＣＣカード２１は、ＰＩＮコードとして知られている暗号によって、読み出し保護及び書き込み保護される。
【００３６】
本発明に照らして、ＩＤカード２１は、同様に、それらがアクセスを可能にするサービスの認証データ及び識別子を管理する管理手段を提供するために利用される。例えば、前記サービス識別子は、対応するウェブサイトのＵＲＬアドレスであるか、または、ハッシング関数を前記ＵＲＬアドレスに適用することによって獲得された同等のダイジェストである。
【００３７】
前記管理システムは、図１において、前記データ及びサービス識別子を安全に保存することを可能にするアプリケーションを指定する参照符号２１０によって総合的に表されると共に、前記サービスにアクセスするための認証フォームに対する自動入力のためにそれらを復元する。このアプリケーション２１０は、Ｊａｖａ（登録商標）カードタイプのアプリケーションか、または前記ＰＩＮコードによって保護された簡単なファイルのいずれかであり得る。
【００３８】
最終的に、携帯端末２０が、ここで詳細に説明されることになる端末とアクセス装置１０との間をインターフェイスするためのモジュール３０を有するローカルリンクの１つの末端２２を備えることは、図１において見られることになる。
【００３９】
アクセス装置１０及びインターフェイスモジュール（interfacing module）３０は、好ましくは同一のコンピュータ装置、例えばパーソナルコンピュータ（ＰＣ）またはデータ処理サーバに組み込まれる。
【００４０】
例えば前記インターフェイスモジュール３０は、ウェブブラウザ１２とインターフェイスされることに適当なソフトウェアモジュールの形式をとる。それは、ブラウザを有するソフトウェアインタフェース３１、及びローカル通信リンクを介して携帯電話にアクセスするための通信インタフェース３２を備える。
【００４１】
ソフトウェアインタフェース３１の１つの目的は、ブラウザ１２によってロードされた各ウェブページを識別し、ブラウザ１２によってロードされた各ウェブページを分析し、その中の認証フォームの存在を検出し、フォームの認証フィールドが自動的に入力されることを可能にする、ユーザを認証するためのメカニズムを起動することである。
【００４２】
ウェブブラウザ１２がインターネットエクスプローラ（Internet Explorer）（登録商標）である場合において、ソフトウェアインタフェース３１は、ＣＯＭ（Component Object Model）オブジェクト形式で実装されると共に、“ブラウザヘルパーオブジェクト（Browser Helper Object）”として宣言される。このように、それは、インターネットエクスプローラ（Internet Explorer）（登録商標）ブラウザによって自動的に開始される。ブラウザが開始されるとき、インタフェース３１は、ウェブブラウザ１２を有するインターフェースを表す“ＩＷｅｂＢｒｏｗｓｅｒ２”と名前を付けられると共に、ウェブブラウザ１２によってロードされたウェブページを構文解析して処理するために使用されるクラスのオブジェクトを例示する。各ウェブページに関して、インタフェース３１は、“パスワード”タイプの１つの＜ＩＮＰＵＴ＞要素を従えている“テキスト”タイプの＜ＩＮＰＵＴ＞要素を含む＜ＦＯＲＭ＞タイプのフォームを検索する。もしウェブページがこれらの基準に対応するならば、ソフトウェアインタフェース３１は、処理されたウェブページに対応するアドレスが参照されるかどうかを確かめるために、カード２１を管理する管理手段２１０に問い合わせを行う。もしアドレスが参照される場合、インタフェース３１は、前記ウェブページに対応する認証データをインタフェース３１に返信するように、管理手段２１０に依頼すると共に、認証データは、その場合に、インタフェース３１がユーザにＰＩＮコード、通常は携帯端末のＰＩＮコードまたは認証アプリケーションのために設定される同等のＰＩＮコードの入力を促した後、ウェブページに自動的に注入される。他の場合は、ユーザは、彼の識別子及びパスワードを入力するように促されると共に、識別子及びパスワードは、その場合に、ソフトウェアインタフェース３１によって獲得され、そしてウェブサイトのアドレスを伴う管理手段２１０に送信される。その場合に、これらの３つのデータ要素は、カード２１内のＰＩＮコードによって保護されたファイルに保存される。特に通信インタフェース３２の選択に基づいた実施に応じて、ＰＩＮコードは、携帯端末２０もしくはコンピュータ１１上で要求され得る。
【００４３】
もちろん、ＰＩＮコードが、なりすましを試みるアクセスに更に弱いコンピュータ１１で入力されるよりも携帯端末２０で入力されることは安全保障上の理由で好ましい。本発明に基づいた管理システムが統合された入力キーパッドを備えている携帯端末を使用する利点が、従って理解されることになる。
【００４４】
ソフトウェアインタフェース３１のパーザ関数は、認証フォームの存在を検出するために、ウェブページの内容をスキャンすることを可能にする。ウェブページをダウンロードすることが完結するとき、この関数は実行される。ウェブページは、以下のようにスキャンされる。
【００４５】
− ＨＴＭＬ文書の復元。
【００４６】
− 文書に含まれる＜ＦＯＲＭ＞要素のスキャン。
【００４７】
− ＜ＦＯＲＭ＞要素に含まれる全ての要素のスキャン、及び＜ＩＮＰＵＴ＞要素の復元。
【００４８】
− 識別子、パスワード、及びフォームの提出フィールドを発見するための＜ＩＮＰＵＴ＞要素のタイプの復元。
【００４９】
− 文書の＜ＦＲＡＭＥ＞要素のスキャン及び各要素のための関数に対する再帰呼出し。
【００５０】
認証フォーム検出機能は、従って、ウェブページにおける識別子／パスワードフィールドを検出するために使用される。認証フォームは、それがパスワードを従えている識別子を含むときに検出される。ＨＴＭＬ文書は、ウェブページ構文解析プログラム（parser）を用いてスキャンされると共に、各“＜ＦＯＲＭ＞”要素に関して、以下の構成が適用されるかどうかを判定するために、“＜ＩＮＰＵＴ＞”要素がスキャンされる。
【００５１】
【表１】
【００５２】
もしＨＴＭＬ文書がそのような認証フォームを有している場合、その場合には、２つの可能性がある。
【００５３】
− もしそれがウェブサイトへの最初の訪問であるならば、ユーザによって入力された認証データは、ユーザがこのデータの登録を許可する場合に限って、カード２１に保存される。
【００５４】
− もしユーザがこのウェブサイトで既に認証されているならば、認証データは、カード２１に読み込まれると共に、認証フォームに自動的に入力される。
【００５５】
ソフトウェアインタフェース３１によって実行されるアルゴリズムは、図２において表される。
【００５６】
通信インタフェース３２の目的は、まさに説明されたように、携帯端末２０を介して管理手段２１０にアクセスするために、ソフトウェアインタフェース３１を有効にすることである。
【００５７】
携帯端末２０のカード２１がＳＩＭカードである場合において、インタフェース３２は、コンピュータ１１内に提供された（hosted：主催された）“ＳＩＭアクセスクライアント（SIM Access Client）”と名前を付けられたモジュールを備えると共に、それは、携帯電話２０と、インタフェース３２が一方の末端３２０を有し、他方の末端２２が端末２０に位置しているローカルリンクとを経由して、ＳＩＭカード２１と通信する。
【００５８】
前記ローカルリンクは、ＩｒＤＡの赤外線リンク、ブルートゥース（Bluetooth）の短距離のラジオリンク、ＮＦＣ（Near Field Communication）の非常に短距離のリンク、または同等のケーブルリンクであり得る。
【００５９】
通信インタフェース３２は、ＳＩＭカードが収容されるモデムのＡＴコマンドによって実行され得る。実際には、それは、カード内に提供された（hosted：主催された）管理手段２１０を起動するために、ＳＩＭカードの中のショートメッセージ（ＳＭＳ）を書くと共に読むための前記ＡＴコマンドを使用することが可能である。これのために、これらの手段にとって、“ＥＴＳＩ ＧＳＭ １１．１４”標準において示された“Ｅｖｅｎｔ Ｄｏｗｎｌｏａｄ”メカニズムを使用すると共に、ＳＭＳが書かれるとすぐにアクティブにされるために、“ＥＶＥＮＴ＿ＵＮＦＯＲＭＡＴＴＥＤ＿ＳＭＳ＿ＰＰ＿ＵＰＤ”イベントに署名することは、必要にして十分である。管理手段２１０は、その場合に、ＳＭＳを読みさえすれば良いと共に、応答を生成し、そしてＳＩＭカードのＳＭＳファイルに前記応答を書き込むために、その中に含まれるデータを処理することになる。一般的に、ＡＴコマンドは、“標準”において定義される。この代表的な実施に更に明確に関連しているＡＴコマンドは、ＳＩＭカードにＳＭＳを書くためのコマンド（ＡＴ＋ＣＭＧＷ）、及びＳＩＭカード内のＳＭＳを読むためのコマンド（ＡＴ＋ＣＭＧＲ）である。
【００６０】
ＡＴコマンドで送信された着信データは、データブロックにカプセル化された、ウェブサイトのＵＲＬアドレスのダイジェスト（“ハッシュ（hash）”）である。発信データは、ＡＴコマンドに対する応答にカプセル化された認証データである。
【００６１】
通信インタフェース３２は、同様に、国際特許出願番号“ＰＣＴ ＦＲ ０３／０２８０２”号明細書において説明された方法を用いて実施され得る。この場合、ソフトウェアインタフェース３１は、ＳＩＭカードにアクセスするためにＰＣ／ＳＣインタフェースを使用すると共に、管理アプリケーションとの対話を可能にするＡＰＤＵ（Application Protocol Data Unit）タイプの命令を使用する。
【００６２】
本発明のシステムの単純化されたバージョンにおいて、管理手段２１０によって扱われる認証データの保存機能は、ＳＩＭカードに配置される基本ファイル（elementary file：ＥＦ）によって実施される。この実施に対応する処理は、図３及び図４で例証される。
【００６３】
１．認証要求において、ソフトウェアインタフェース３１は、ウェブサイトのＵＲＬを、ローカルリンクに選ばれた媒体（ＩｒＤＡ、ブルートゥース（Bluetooth）等）を経由してＳＩＭカード２１の管理手段２１０に送信する。
【００６４】
２．管理手段２１０は、管理アプリケーションに特有であり得るか、もしくはＳＩＭカードのＰＩＮコードに等しいＰＩＮコードが提示されるのを待つと共に、入力されたＰＩＮコードの有効性をチェックする。
【００６５】
３．管理手段２１０は、ＳＩＭカードに配置された基本ファイル（elementary file）において供給されたＵＲＬを探索する。
【００６６】
４．管理手段２１０は、ソフトウェアインタフェース３１に、もしそれらが存在するならば対応する認証データを返信し、さもなければ、それらは、ソフトウェアインタフェース３１に、“ｎｏｔ ｆｏｕｎｄ”状態（status）を返信する。
【００６７】
更に洗練されたバージョンにおいて、管理手段２１０によって扱われる認証データの保存機能は、ＳＩＭカード２１内に提供された（hosted：主催された）アプリケーションによって実施される。このアプリケーションは、ＵＲＬのダイジェスト（“ハッシュ”）及び認証データを含む安全なデータベースを備える。
【００６８】
この実施に対応する運動学（kinematics）は、図５及び図６で例証される。
【００６９】
１．認証要求において、ソフトウェアインタフェース３１は、ウェブサイトのＵＲＬのダイジェストをローカルリンクに選ばれた媒体（ＩｒＤＡ、ブルートゥース（Bluetooth）等）を経由してＳＩＭカード２１に配置されたアプリケーションに送信する。
【００７０】
２．アプリケーションは、管理アプリケーションに特有であり得るか、もしくはＳＩＭカードのＣＨＶ１ ＰＩＮコードに等しいＰＩＮコードが入力されるのを待つと共に、入力されたＰＩＮコードの有効性をチェックする。
【００７１】
３．アプリケーションは、“ＢＨＡ”データベース内のダイジェストを探索する。
【００７２】
４．アプリケーションは、ソフトウェアインタフェース３１に、もしそれらが存在するならば対応する認証データを返信し、さもなければ、それらは、ソフトウェアインタフェース３１に、“ｎｏｔ ｆｏｕｎｄ”状態（status）を返信する。
【００７３】
ＵＲＬのダイジェストを使用する後者の方法は、分かりやすく言えば、ＵＲＬをＳＩＭカードに保存しなくて良いことを可能にする。その場合に、もしカードをなくした場合に、もしくはＰＩＮコードが盗まれた場合に、認証データと関連付けられたサイトを検索することは不可能である。更に、認証データを暗号化するか、もしくはスクランブルをかけることを考えることが可能である。
【００７４】
総括すると、管理手段２１０は、− 認証データ（識別子、パスワード、及びＵＲＬ形式またはＵＲＬダイジェスト形式におけるウェブサイトアドレス）をカード２１の独自仕様のファイルに安全に保存すること、− ＰＩＮコード入力によってユーザを認証すること、− 自動認証のためにカード２１上のこれらのデータを読み取ること、− 携帯端末そのものでアクセスしたＷＥＢ／ＷＡＰサイト上の認証データを使用すること、− 携帯端末の端末スクリーン上で認証データを見ること、− 通信事業者のネットワークにおいて認証データのバックアップを作成すること、− 後で説明されるように、ＯＴＰ（ワンタイムパスワード）タイプのパスワードを管理すること、を可能にする。
【００７５】
ＳＩＭカード２１内の管理アプリケーションに送信された命令は、“エンベロープ（envelope：外層）”コマンドにおいて、または独自仕様のＡＰＤＵ（Application Protocol Data Unit）コマンドを送信することによって、カプセル化される。
【００７６】
そのような命令の一般的な形式は、（ここでは様々な命令フィールドの長さがバイト数として与えられる）以下の表によって与えられる。
【００７７】
【表２】
【００７８】
この命令に対する応答の一般的な形式は、以下の表によって与えられる。
【００７９】
【表３】
【００８０】
アプリケーションによって受け付けられた様々な命令／応答は、以下のようになる。
【００８１】
【表４】
【００８２】
【表５】
【００８３】
【表６】
【００８４】
【表７】
【００８５】
【表８】
【００８６】
【表９】
【００８７】
認証データは、それに対するアクセスがＰＩＮコードによって保護されている“ＥＦ ＲＤＰＷＤ”と名前を付けられたファイルに保存される。このファイル“ＥＦ ＲＤＰＷＤ”は、“ＤＦ ＳＩＭＰＡＳＳ”と名前を付けられた新しいディレクトリに挿入される。ファイル“ＥＦ ＲＤＰＷＤ”は、固定長のレコードを含む。以下の表において示されたように、それは、ウェブサイトのＵＲＬ、またはＵＲＬのダイジェスト、及び対応する識別子／パスワードを含む。
【００８８】
【表１０】
【００８９】
第１の要素（表の第１の列）は、存在フラグ（presence flag）であり、それは、そのレコードが書かれているか否かを示す（“０ｘ０１”は、レコードにデータが書かれていることを示し、“０ｘ００”は、レコードが空であることを示す）。
【００９０】
第２の要素（表の第２の列）は、認証データのタイプを定義し、“０１：固定パスワード”、または“１０：ＯＴＰ（ワンタイムパスワード）”であり得る。
【００９１】
次のフィールド（表の第３の列、“ＵＲＬ”、“識別子”、“パスワード”、“ドメイン”、及び“ｃｏｎｆｉｇ”）は、ＴＬＶ（type/length/value）フォーマットで保存される。
【００９２】
保存されたＵＲＬは、サイトのＵＲＬに対応すると共に、それがあまりにも長くなるのを防止するために、それは特別なフォーマットである。例えば、移動通信事業者“ＡＢＣ”のサイトに関して、もし完全なＵＲＬが“http://www.abc.fr/0/visiteur/PV”である場合、ＵＲＬは、“www.abc.fr”の形式で保存されることになる。
【００９３】
その次にくるのは、識別子、パスワード、恐らくはドメイン、及びコンフィギュレーションデータブロック“ｃｏｎｆｉｇ”である。
【００９４】
ＯＴＰパスワードタイプの場合は、コンフィギュレーションデータブロック“ｃｏｎｆｉｇ”は、ＯＴＰサーバのアドレスを含むファイルに対するポインタを定義する。
【００９５】
本発明の主題である管理システムが、どのようにＯＴＰパスワードを管理するサーバと共に機能するかに関する記述が以下に続いて説明される。
【００９６】
ＯＴＰが、特定のサイトを強力に、そして動的に保護するために使用されるワンタイムパスワードであることが記憶されているであろう。ＯＴＰは、パスワードの分配及び保存の問題を解決する。このメカニズムは、一般的には以下のとおりに機能する。
【００９７】
１．ユーザは、ウェブサイトにログオンする。
【００９８】
２．サイトは認証フォームにＯＴＰを入力することを促す。
【００９９】
３．ユーザは、最も一般的には、ＵＳＳＤ（Unstructured Supplementary Services Data）モードにおいて、彼の電話でＯＴＰサーバの番号に電話をかけることで、ＯＴＰサーバを呼び出す。
【０１００】
４．ＯＴＰサーバは、認証フォームに打ち込まれるべき一時的なパスワードを彼に送信する。
【０１０１】
５．クライアントは、彼の電話事業者によって課金される。
【０１０２】
本発明に照らすと、カード２１における管理アプリケーション２１０は、図７において例証された以下の機能モードに基づくＯＴＰマネージャとして使用される。
【０１０３】
１．ソフトウェアインタフェース３１は、認証フォームを検出すると共に、対応するサイトが、ＯＴＰを使用するサイトとしてＳＩＭカードに記録される。ＯＴＰの使用に関係する情報は、ファイル“ＥＦ ＲＤＰＷＤ”（表の列２）に存在する。
【０１０４】
２．ソフトウェアインタフェース３１は、ＯＴＰ要求（OTP request）を実行するために、プロキシ要求（proxy request）を管理カード２１のアプリケーションに送信する。
【０１０５】
３．アプリケーションは、ＯＴＰサーバの番号に電話をかけることによるＵＳＳＤリンクによって、そのアドレスが認証データベース、すなわちファイル“ＥＦ ＲＤＰＷＤ”の“ｃｏｎｆｉｇ”データブロックに設定されるサーバに対してこのＯＴＰ要求を実行する。
【０１０６】
４．管理アプリケーションは、ＯＴＰを復元する。
【０１０７】
５．アプリケーションは、ＯＴＰをソフトウェアインタフェース３１に返信する。
【０１０８】
６．ソフトウェアインタフェースは、サイトのウェブページにおける“パスワード”フィールドを完成する。
【０１０９】
本発明の１つの有利なアプリケーションは、いわゆるスマートフォン（smartphone）と呼ばれる携帯電話を形成する携帯電話にアクセス装置１０の機能が組み込まれる場合に関係する。この場合に、ソフトウェアインタフェース３１は、携帯電話用ブラウザ（ＷＡＰ、またはＸＨＴＭＬ）に追加されると共に、関係のあるウェブページと関連付けられた認証データを記録し、復元するために、ＳＩＭカード２１に配置される管理アプリケーション２１０と通信を行う。以下の実施は、図８に表された“Microsoft Windows（登録商標）”モバイルタイププラットフォームに基づいている。
【０１１０】
このアーキテクチャにおいて、電話のモデムに収容されるＳＩＭカードにアクセスする１つの方法は、ＳＩＭカードへのアクセスの権利を有する独自仕様のプログラムを生成することを可能にするＲＩＬ（Radio Interface Layer）である下位層のライブラリを使用することである。この下位層のアプリケーション層は、特許出願番号“ＥＰ １ ２３３ ３４３”号明細書の主題である。
【０１１１】
ソフトウェアインタフェース３１によって、管理アプリケーションと対話するために使用されるＲＩＬ関数は、以下のとおりである。
【０１１２】
“ＲＩＬ＿Ｉｎｉｔｉａｌｉｚｅ（）”：クライアントによる使用のために“ＲＩＬ Ｄｒｉｖｅｒ”を初期化することを可能にする。ＲＩＬドライバは、モデムとの対話、及びＳＩＭカードとの対話を管理する。
【０１１３】
“ＲＩＬ＿ＳｅｎｄＳｉｍＴｏｏｌｋｉｔＥｎｖｅｌｏｐｅＣｍｄ（）”：いわゆる“エンベロープ”コマンドをＳＩＭカードへ送信する。“エンベロープ”コマンドは、ＳＩＭカードに配置されたアプリケーションを起動すると共に、ＳＭＳフォームのダウンロード（ＳＩＭデータダウンロード）において、ＳＭＳがアプリケーションサーバから来たのと同じ方法で、ＳＩＭカードに配置されたアプリケーションにデータを送信するために使用される。
【０１１４】
ＲＩＬによって提供された“コールバック（callback）”メカニズムは、呼び出されたＲＩＬ関数に対する応答を復元するために使用される。この場合に、このシステムは、ソフトウェアインタフェース３１が、“エンベロープ”コマンドで送信された、ＵＲＬ（またはそのダイジェスト）に対応する認証データを復元することを可能にする。
【０１１５】
コマンド“ＲＩＬ＿ＳｅｎｄＳｉｍＴｏｏｌｋｉｔＥｎｖｅｌｏｐｅＣｍｄ”の使用は、ソフトウェアインタフェース３１が、ＳＩＭカードに配置された管理アプリケーション２１０を起動すると共に、ＳＩＭカードに配置された管理アプリケーション２１０に、“０３．４８”形式でデータブロックにカプセル化されたサイトのＵＲＬ（またはそのダイジェスト）を着信データとして送信し、そして命令に対する応答にカプセル化された認証データを発信データとして送信することを可能にする。管理アプリケーションを起動するために、“エンベロープ”コマンドは、ＴＡＲフィールドが３バイトのアプリケーションの識別子に等しくなければならない“０３．４８”形式のヘッダを含まなければならない。それが起動された後で、管理アプリケーションは、ユーザに、彼を認証するためのＰＩＮコードを入力するように要求しなければならない。ユーザとのこの対話を実行するために、アプリケーションは、例えば“ＳＩＭ ＴＯＯＬＫＩＴ”と名前を付けられた開発キットの一部分である“ＤＩＳＰＬＡＹ ＴＥＸＴ”コマンド及び“ＧＥＴ ＩＮＰＵＴ”コマンドを使用する。“ＳＩＭ ＴＯＯＬＫＩＴ”のコマンドは、３Ｇ（第３世代）のための標準３１．１１１、及び２Ｇ（第２世代）のための標準１１．１４で定義される。“ＤＩＳＰＬＡＹ ＴＥＸＴ”コマンドは、アプリケーションの要求で携帯端末のスクリーン上にテキストを表示するために使用され得る。“ＧＥＴ ＩＮＰＵＴ”コマンドは、ユーザによるデータ入力、この場合にはＰＩＮコードをアプリケーションに返信するために使用され得る。
【図面の簡単な説明】
【０１１６】
【図１】本発明に基づいた管理システムの一般的なアーキテクチャの図である。
【図２】本発明のシステムのソフトウェアインタフェースにおいて実行されるアルゴリズムを示す図である。
【図３】認証データを記録する第１の方法を示す図である。
【図４】図３に従って記録されたデータを自動的に認証する第１の方法を示す図である。
【図５】認証データを記録する第２の方法を示す図である。
【図６】図５に従って記録されたデータを自動的に認証する第２の方法を示す図である。
【図７】ＯＴＰによる自動認証の方法を示す図である。
【図８】“Microsoft Windows（登録商標）”モバイルアーキテクチャの機能を示す図である。
【符号の説明】
【０１１７】
１０ アクセス装置
１１ コンピュータワークステーション
１２ ウェブブラウザ
２０ 携帯端末
２１ 電気通信網加入者ＩＤカード
２２ ローカルリンクの１つの末端
３０ インターフェイスモジュール
３１ ソフトウェアインタフェース
３２ 通信インタフェース
４０ ウェブサイト
２１０ 管理手段（管理アプリケーション）
３２０ ローカルリンクの１つの末端
【技術分野】
【０００１】
本発明は、少なくとも１つのサービスアクセス認証データ項目を管理するためのシステムに関するものである。
【０００２】
本発明は、携帯端末におけるサービス、特に携帯電話及びウェブ（ＷＥＢ）サイトアクセス認証サービスの分野において特に有利に適用できる。
【背景技術】
【０００３】
今日、ウェブサイトで利用可能なサービスにアクセスするためのアクセス装置を有するユーザは、電子メール、オンラインバンキング、商業サイト等のような、彼が定期的に閲覧するサイトによって認証されるために、平均的に５つの識別子とパスワードのペアを保存している。これらの認証データに加えられるものは、クレジットカードコード、携帯電話コード、建物アクセスコード等のような、職業上の生活（professional life）及び私生活において使用されるデータである。通常、個人によって記憶されているべき認証データの量は、大抵の場合、彼の記憶能力を越えている。この問題を克服するために、いくらかの人々は、複数の異なるアプリケーションに対して、同じコード、または同じ識別子／パスワードのペアを使用することに頼る。そのような行動が明らかにアクセスセキュリティ（access security）を下げるということは了解済みであろう。
【０００４】
これのために、全てがもはや多量の認証データを記憶しなければならないことはない利点をユーザに提供する、多数の認証データ管理システムが開発された。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
提案された解決方法の中に、パーソナルコンピュータにおけるウェブブラウザと連結された管理ソフトウェアパッケージがある。概して、これらの既知のソフトウェアパッケージは、ユーザによって訪問されたウェブサイトと関連付けられて識別子／パスワードが保存されることを可能にする。それらの内のいくつかは、更に、彼らがこれらのサイトにログオンするたびに、しかるべきフォーム（form）に前記識別子／パスワードを自動的に入力することを可能にする。更に、認証データは、アクセスキーによって保護されたファイルに保存される。
【０００６】
更に、最先端技術から知られているのは、ユーザが、パーソナルコンピュータに連結された適切な読み取り装置を経由して、チップカードに彼の識別子／パスワードを保存することを可能にする管理システムである。これらのシステムは、上述の専用のソフトウェアパッケージと同じであるが、しかしチップカードタイプの安全な媒体上で認証データの記憶装置を提供するという加えられた利点を有する機能性を提供する。
【０００７】
しかしながら、チップカードを包含するこのタイプの管理システムが、それが必要とされる場合に、各パーソナルコンピュータ上のカードリーダの存在と、彼の識別子及びパスワードを管理するシステムによって提供されたサービスを彼がいつでも使用したいと望むならば、ユーザがいつでも彼と一緒に持っていなければならないこのアプリケーションに特に専用であるチップカードの存在を要求するという欠点を提示するということは明白である。
【０００８】
従って、本発明の主題によって解決されるべき技術的な問題は、少なくとも既知のチップカード管理システムによって提示されたセキュリティレベルに相当するセキュリティレベルを獲得することを可能にするが、しかしながら、特定のカード、またはこのカードを読み取ることを意図している装置を必要としない、少なくとも１つのサービスにアクセスするためのアクセス装置を備える少なくとも１つのサービスアクセス認証データ項目を管理するためのシステムを、どのように提案するか、ということである。
【課題を解決するための手段】
【０００９】
本発明の主題は、少なくとも１つのサービスアクセス認証データ項目を管理するためのシステムであって、− 少なくとも１つのサービスにアクセスするためのアクセス装置と、− 前記認証データ項目及び前記サービスの識別子を管理する手段を有する携帯端末と、− 前記アクセス装置と前記管理手段との間の通信インタフェースと、− 前記サービスの識別子を判定することができると共に、前記サービスにアクセスする際に、前記通信インタフェースを経由して、前記携帯端末のセキュリティモジュールに前記管理手段によって読まれることを目的としてショートメッセージを書き込むことを可能にする命令を用いて、前記管理手段を利用することができるソフトウェアインタフェースとを備えることを特徴とするシステムである。
【００１０】
従って、前記認証データ項目を管理する管理手段を、ユーザが通常彼と一緒に常に携帯するありふれたものである携帯端末内に実装することは、例えば、ユーザが、彼の識別子及びパスワードをいつでも検索することができると共に、専用のチップカードのような他の媒体を持たずに本発明の機能を有する管理システムを利用することを可能にするということが理解されることになる。更に、これより後に詳細に説明されることになるように、カードリーダのような、システムの汎用性を損なうであろう特別な重要もしくは高価な装置は考慮される必要がない。セキュリティモジュールに書かれることを意図しているショートメッセージの使用は、簡単かつ安全に管理手段を制御することを可能にする。
【００１１】
本発明によれば、前記管理手段は、前記サービスの識別子に関連して前記認証データ項目を保存すると共に、復元する手段である。
【００１２】
本発明の一つの特別な実施例によれば、管理手段は、前記携帯端末のセキュリティモジュールか、または前記携帯端末のメモリに実装される。
【００１３】
本発明の一つの特別な実施例によれば、前記携帯端末は、移動電話網を経由して通信する手段を備えると共に、セキュリティモジュールは、前記移動電話網に関する加入者ＩＤカードである。加入者ＩＤカードは、パスワード、またはパスワードを管理するためのショートメッセージのような信用データを安全に保存するために使用される。
【００１４】
チップカードのような、データを安全に保存することを可能にするあらゆる他のセキュリティモジュールが同様に使用され得る。用語“セキュリティモジュール”は、データの記憶、及び／または、サービスまたはプログラムの実行のための信用証明となる環境を形成する、あらゆるソフトウェア及び／またはハードウェア手段を意味すると理解されるべきである。
【００１５】
変形において、前記管理手段は、加入者ＩＤカードに実装される。実際には、前記加入者ＩＤカードは、ＳＩＭカード、またはＵＩＣＣカード（汎用集積回路カード）であり得る。
【００１６】
加入者ＩＤカード、特にＳＩＭカードを装備されている携帯端末の使用は、ある種の利点を提示する。実際には、カードがパーソナルコンピュータのような装置から直接アクセス可能ではないので、それは高い度合いの安全性を提示する。更に、ＳＩＭカードがネットワークと連結されるので、窃盗の場合には、カードが含む認証データを遠隔操作で消去することが可能である。同様に、ユーザは、携帯電話ネットワークにおいて、前記認証データのバックアップを作成することができる。最終的に、前記少なくとも１つの認証データ項目が識別子、及びパスワードを含む場合、特にネットワークにおける電話リンクによって生成された要求に基づいて、パスワードプロバイダによって前記管理手段に供給された前記パスワードを有していると想定することが可能である。そうではない場合、前記パスワードは、識別子と同様に前記記憶手段に保存される。
【００１７】
更に、携帯端末は、多数のユーザに、スクリーン及びキーパッドのような、本発明に照らして有利に開発され得る対話機能性を提供する。キーパッドの利点は、実際には、前記管理手段が識別コードによって、読み出し保護及び書き込み保護される場合に、それは、キーパッドがハイジャックに対して更に敏感であるアクセスコンピュータ上のキーボードを使用するよりむしろ全く完全にＳＩＭカードにアクセスするためのＰＩＮコードを入力することを可能にするので、特記する価値がある。使用される様々な識別子は、端末のスクリーン上でももちろん見られ得る。
【００１８】
１つの有利な変形によれば、管理手段は、携帯端末のキーパッド及びスクリーンを介してアクティブにされる適切なユーザインタフェースモジュールを用いて駆動されることができるように設計されている。このように、ユーザは、暇なときに、彼のパスワードのリストを調べる、特定の使用されていないパスワードを削除する、新しいパスワードをマニュアルで挿入する、メッセージによって１つまたは他のパスワードを第三者に伝送する等の操作を実行することができる。
【００１９】
デジコード（digicode）、ボイスメール（voicemail）アクセスパスワード、様々な盗難防止用コード、電気通信サービスコード等のような他の個人的なユーザコードをＳＩＭカードに保存することができる可能性を指摘することは、同様に重要である。
【００２０】
本発明の１つの特別な実施例によれば、前記アクセス装置は、前記携帯端末に組み込まれる。この場合、前記携帯端末は、スマートフォン（smartphone）タイプの携帯端末、すなわち携帯情報機器、またはコンピュータの機能と共に提供された携帯電話であろうと想定される。
【００２１】
一般的に、前記サービス識別子は、電気通信網における前記サービスのアドレス、例えば前記サービスを提供するウェブサイトのＵＲＬを含む。しかしながら、本発明は、通信ネットワークにおける前記サービスのアドレスのダイジェスト（digest）、すなわち特に、前記ＵＲＬアドレスにハッシング関数を適用することによって獲得されるダイジェストを含むように前記サービス識別子を有利に提供する。この実施例によって、実際には、本発明のシステムの安全性のレベルを著しく増加することが可能になる。実際には、前記ダイジェストは、前記ソフトウェアインタフェースによって生成されると共に、上述の例における携帯端末の管理手段、ＳＩＭカードに供給される。この場合、サービス識別子は、好ましくはダイジェストの形式で保存される。
【００２２】
本発明の主題である管理システムの１つの特徴によれば、前記通信インタフェースは、ローカル通信リンクを経由する通信のためのインタフェースである。特に、前記ローカルリンクは、赤外線リンク、ブルートゥース（Bluetooth）リンク、ＮＦＣリンク、またはケーブルリンクの中から選択される。
【００２３】
最終的に、有利に、前記通信インタフェースは、好ましくは、加入者ＩＤカードの中のショートメッセージを書き込み、そして読み出すためにＡＴコマンドを使用するモデム通信インタフェースである。
【００２４】
１つの特別な実施例によれば、前記携帯端末は、携帯電話ネットワークを介してアクセス可能な、認証データのプロバイダと通信するための手段を備える。パスワードは、従って、パスワードプロバイダによって管理手段に供給され得る。
【００２５】
更に本発明は、少なくとも１つのサービスアクセス認証データ項目及び前記サービスの識別子を管理する手段を有する携帯端末であって、前記管理手段が、通信インタフェースを経由して前記サービスにアクセスするためのアクセス装置に連結されると共に、前記管理手段が、前記サービスにアクセスする際に、前記通信インタフェースを経由して、前記携帯端末のセキュリティモジュールに前記管理手段によって読まれることを目的としてショートメッセージを書き込むことを可能にする命令を用いて、前記サービスの識別子を判定することができるソフトウェアインタフェースによって利用されることを特徴とする携帯端末に関係する。
【００２６】
更に本発明は、少なくとも１つのサービスにアクセスするためのアクセス装置と、少なくとも１つのサービスアクセス認証データ項目及び前記サービスの識別子を管理する手段との間のソフトウェアインタフェースであって、前記ソフトウェアインタフェースが、前記サービスの識別子を判定することができると共に、通信インタフェースを経由して、前記携帯端末のセキュリティモジュールに前記管理手段によって読まれることを目的としてショートメッセージを書き込むことを可能にする命令を用いて、前記管理手段を制御することができることを特徴とするソフトウェアインタフェースに関係する。
【００２７】
更に本発明は、上記のようなソフトウェアインタフェースを含む、少なくとも１つのサービスにアクセスするためのアクセス装置に関係する。
【００２８】
更に本発明は、少なくとも１つのサービスにアクセスするアクセス手段を有するアクセス装置に関する少なくとも１つのサービスアクセス認証データ項目を管理する方法であって、前記方法が、前記サービスにアクセスする際に、前記アクセス手段を有するソフトウェアインタフェースを用いて実行することを基礎とすると共に、前記方法が、− 前記サービスにアクセスするための少なくとも１つの認証データ項目に関する要求を検出する段階と、− 前記サービスの識別子を判定する段階と、− 前記認証データ項目及び前記識別子を管理する携帯端末内の手段を、前記アクセス装置と前記管理手段との間の通信インタフェースを経由して、前記携帯端末のセキュリティモジュールに前記管理手段によって読まれることを目的としてショートメッセージを書き込むことを可能にする命令を用いて、利用する段階とを含むことを特徴とする方法に関係する。
【００２９】
本発明の方法は、有利に、サービスアクセス手段と通信する簡単なソフトウェアインタフェースを用いて実行されると共に、特に前記認証データ項目及び前記識別子を管理する管理手段を制御するために利用することができる。
【００３０】
制限しない一例として与えられた、添付図面を踏まえて以下に続く説明は、本発明が何を含むか、そしてどのように形成され得るかを明らかに示すことになる。
【発明を実施するための最良の形態】
【００３１】
図１は、サービスアクセス認証データ管理システムに関する構造を示す。
【００３２】
図１の代表的な実施例において、この管理システムは、一方ではパーソナルコンピュータ（ＰＣ）のようなコンピュータワークステーション１１、そして一方ではウェブブラウザとも呼ばれるワールドワイドウェブ（World Wide Web）を探索するソフトウェアパッケージ１２を含む前記サービスにアクセスするためのアクセス装置１０を備える。前記装置１０のユーザが例えばＴＣＰ／ＩＰリンクを経由してサービスを提供するウェブサイト４０にアクセスすることができるのは、このブラウザ１２を経由してである。
【００３３】
ほとんどの場合、ワールドワイドウェブ上のユーザによって命令されたサービスの実際の提供は、対応するウェブサイト４０上で前記ユーザの認証の目的のために提供されたフォームにおいて、前記ユーザを認証するデータの提出を要求する。
【００３４】
それは、同一のユーザが今記憶しなければならない、ますます大きくなる量の認証データが原因であり、本発明は、その主な目的が以下に示す、− ウェブページ上の認証フォームを検出すること、− 後で説明されることになる管理手段に、認証データ、大抵の場合は、最初にアクセスするウェブサイト４０に入力された認証フォームにおける識別子及びパスワードを安全に保存すること、− 次のアクセスに関してこのウェブサイト４０で自動認証を実行するために、このデータを復元すること、である管理システムを提案する。
【００３５】
図１の管理システムは、更に、この例においては電気通信網加入者ＩＤカード２１を装備した携帯電話である、携帯端末２０を備える。ＳＩＭカードのようなこのカード２１は、携帯電話２０に挿入されると共に、主として携帯電話会社のネットワークへのアクセスを保護するために使用される。ＳＩＭカードは、いわゆる第三世代（３Ｇ）携帯電話に取り付けられるならば、ＵＩＣＣカードと交換され得る。通常、ＳＩＭカードまたはＵＩＣＣカード２１は、ＰＩＮコードとして知られている暗号によって、読み出し保護及び書き込み保護される。
【００３６】
本発明に照らして、ＩＤカード２１は、同様に、それらがアクセスを可能にするサービスの認証データ及び識別子を管理する管理手段を提供するために利用される。例えば、前記サービス識別子は、対応するウェブサイトのＵＲＬアドレスであるか、または、ハッシング関数を前記ＵＲＬアドレスに適用することによって獲得された同等のダイジェストである。
【００３７】
前記管理システムは、図１において、前記データ及びサービス識別子を安全に保存することを可能にするアプリケーションを指定する参照符号２１０によって総合的に表されると共に、前記サービスにアクセスするための認証フォームに対する自動入力のためにそれらを復元する。このアプリケーション２１０は、Ｊａｖａ（登録商標）カードタイプのアプリケーションか、または前記ＰＩＮコードによって保護された簡単なファイルのいずれかであり得る。
【００３８】
最終的に、携帯端末２０が、ここで詳細に説明されることになる端末とアクセス装置１０との間をインターフェイスするためのモジュール３０を有するローカルリンクの１つの末端２２を備えることは、図１において見られることになる。
【００３９】
アクセス装置１０及びインターフェイスモジュール（interfacing module）３０は、好ましくは同一のコンピュータ装置、例えばパーソナルコンピュータ（ＰＣ）またはデータ処理サーバに組み込まれる。
【００４０】
例えば前記インターフェイスモジュール３０は、ウェブブラウザ１２とインターフェイスされることに適当なソフトウェアモジュールの形式をとる。それは、ブラウザを有するソフトウェアインタフェース３１、及びローカル通信リンクを介して携帯電話にアクセスするための通信インタフェース３２を備える。
【００４１】
ソフトウェアインタフェース３１の１つの目的は、ブラウザ１２によってロードされた各ウェブページを識別し、ブラウザ１２によってロードされた各ウェブページを分析し、その中の認証フォームの存在を検出し、フォームの認証フィールドが自動的に入力されることを可能にする、ユーザを認証するためのメカニズムを起動することである。
【００４２】
ウェブブラウザ１２がインターネットエクスプローラ（Internet Explorer）（登録商標）である場合において、ソフトウェアインタフェース３１は、ＣＯＭ（Component Object Model）オブジェクト形式で実装されると共に、“ブラウザヘルパーオブジェクト（Browser Helper Object）”として宣言される。このように、それは、インターネットエクスプローラ（Internet Explorer）（登録商標）ブラウザによって自動的に開始される。ブラウザが開始されるとき、インタフェース３１は、ウェブブラウザ１２を有するインターフェースを表す“ＩＷｅｂＢｒｏｗｓｅｒ２”と名前を付けられると共に、ウェブブラウザ１２によってロードされたウェブページを構文解析して処理するために使用されるクラスのオブジェクトを例示する。各ウェブページに関して、インタフェース３１は、“パスワード”タイプの１つの＜ＩＮＰＵＴ＞要素を従えている“テキスト”タイプの＜ＩＮＰＵＴ＞要素を含む＜ＦＯＲＭ＞タイプのフォームを検索する。もしウェブページがこれらの基準に対応するならば、ソフトウェアインタフェース３１は、処理されたウェブページに対応するアドレスが参照されるかどうかを確かめるために、カード２１を管理する管理手段２１０に問い合わせを行う。もしアドレスが参照される場合、インタフェース３１は、前記ウェブページに対応する認証データをインタフェース３１に返信するように、管理手段２１０に依頼すると共に、認証データは、その場合に、インタフェース３１がユーザにＰＩＮコード、通常は携帯端末のＰＩＮコードまたは認証アプリケーションのために設定される同等のＰＩＮコードの入力を促した後、ウェブページに自動的に注入される。他の場合は、ユーザは、彼の識別子及びパスワードを入力するように促されると共に、識別子及びパスワードは、その場合に、ソフトウェアインタフェース３１によって獲得され、そしてウェブサイトのアドレスを伴う管理手段２１０に送信される。その場合に、これらの３つのデータ要素は、カード２１内のＰＩＮコードによって保護されたファイルに保存される。特に通信インタフェース３２の選択に基づいた実施に応じて、ＰＩＮコードは、携帯端末２０もしくはコンピュータ１１上で要求され得る。
【００４３】
もちろん、ＰＩＮコードが、なりすましを試みるアクセスに更に弱いコンピュータ１１で入力されるよりも携帯端末２０で入力されることは安全保障上の理由で好ましい。本発明に基づいた管理システムが統合された入力キーパッドを備えている携帯端末を使用する利点が、従って理解されることになる。
【００４４】
ソフトウェアインタフェース３１のパーザ関数は、認証フォームの存在を検出するために、ウェブページの内容をスキャンすることを可能にする。ウェブページをダウンロードすることが完結するとき、この関数は実行される。ウェブページは、以下のようにスキャンされる。
【００４５】
− ＨＴＭＬ文書の復元。
【００４６】
− 文書に含まれる＜ＦＯＲＭ＞要素のスキャン。
【００４７】
− ＜ＦＯＲＭ＞要素に含まれる全ての要素のスキャン、及び＜ＩＮＰＵＴ＞要素の復元。
【００４８】
− 識別子、パスワード、及びフォームの提出フィールドを発見するための＜ＩＮＰＵＴ＞要素のタイプの復元。
【００４９】
− 文書の＜ＦＲＡＭＥ＞要素のスキャン及び各要素のための関数に対する再帰呼出し。
【００５０】
認証フォーム検出機能は、従って、ウェブページにおける識別子／パスワードフィールドを検出するために使用される。認証フォームは、それがパスワードを従えている識別子を含むときに検出される。ＨＴＭＬ文書は、ウェブページ構文解析プログラム（parser）を用いてスキャンされると共に、各“＜ＦＯＲＭ＞”要素に関して、以下の構成が適用されるかどうかを判定するために、“＜ＩＮＰＵＴ＞”要素がスキャンされる。
【００５１】
【表１】
【００５２】
もしＨＴＭＬ文書がそのような認証フォームを有している場合、その場合には、２つの可能性がある。
【００５３】
− もしそれがウェブサイトへの最初の訪問であるならば、ユーザによって入力された認証データは、ユーザがこのデータの登録を許可する場合に限って、カード２１に保存される。
【００５４】
− もしユーザがこのウェブサイトで既に認証されているならば、認証データは、カード２１に読み込まれると共に、認証フォームに自動的に入力される。
【００５５】
ソフトウェアインタフェース３１によって実行されるアルゴリズムは、図２において表される。
【００５６】
通信インタフェース３２の目的は、まさに説明されたように、携帯端末２０を介して管理手段２１０にアクセスするために、ソフトウェアインタフェース３１を有効にすることである。
【００５７】
携帯端末２０のカード２１がＳＩＭカードである場合において、インタフェース３２は、コンピュータ１１内に提供された（hosted：主催された）“ＳＩＭアクセスクライアント（SIM Access Client）”と名前を付けられたモジュールを備えると共に、それは、携帯電話２０と、インタフェース３２が一方の末端３２０を有し、他方の末端２２が端末２０に位置しているローカルリンクとを経由して、ＳＩＭカード２１と通信する。
【００５８】
前記ローカルリンクは、ＩｒＤＡの赤外線リンク、ブルートゥース（Bluetooth）の短距離のラジオリンク、ＮＦＣ（Near Field Communication）の非常に短距離のリンク、または同等のケーブルリンクであり得る。
【００５９】
通信インタフェース３２は、ＳＩＭカードが収容されるモデムのＡＴコマンドによって実行され得る。実際には、それは、カード内に提供された（hosted：主催された）管理手段２１０を起動するために、ＳＩＭカードの中のショートメッセージ（ＳＭＳ）を書くと共に読むための前記ＡＴコマンドを使用することが可能である。これのために、これらの手段にとって、“ＥＴＳＩ ＧＳＭ １１．１４”標準において示された“Ｅｖｅｎｔ Ｄｏｗｎｌｏａｄ”メカニズムを使用すると共に、ＳＭＳが書かれるとすぐにアクティブにされるために、“ＥＶＥＮＴ＿ＵＮＦＯＲＭＡＴＴＥＤ＿ＳＭＳ＿ＰＰ＿ＵＰＤ”イベントに署名することは、必要にして十分である。管理手段２１０は、その場合に、ＳＭＳを読みさえすれば良いと共に、応答を生成し、そしてＳＩＭカードのＳＭＳファイルに前記応答を書き込むために、その中に含まれるデータを処理することになる。一般的に、ＡＴコマンドは、“標準”において定義される。この代表的な実施に更に明確に関連しているＡＴコマンドは、ＳＩＭカードにＳＭＳを書くためのコマンド（ＡＴ＋ＣＭＧＷ）、及びＳＩＭカード内のＳＭＳを読むためのコマンド（ＡＴ＋ＣＭＧＲ）である。
【００６０】
ＡＴコマンドで送信された着信データは、データブロックにカプセル化された、ウェブサイトのＵＲＬアドレスのダイジェスト（“ハッシュ（hash）”）である。発信データは、ＡＴコマンドに対する応答にカプセル化された認証データである。
【００６１】
通信インタフェース３２は、同様に、国際特許出願番号“ＰＣＴ ＦＲ ０３／０２８０２”号明細書において説明された方法を用いて実施され得る。この場合、ソフトウェアインタフェース３１は、ＳＩＭカードにアクセスするためにＰＣ／ＳＣインタフェースを使用すると共に、管理アプリケーションとの対話を可能にするＡＰＤＵ（Application Protocol Data Unit）タイプの命令を使用する。
【００６２】
本発明のシステムの単純化されたバージョンにおいて、管理手段２１０によって扱われる認証データの保存機能は、ＳＩＭカードに配置される基本ファイル（elementary file：ＥＦ）によって実施される。この実施に対応する処理は、図３及び図４で例証される。
【００６３】
１．認証要求において、ソフトウェアインタフェース３１は、ウェブサイトのＵＲＬを、ローカルリンクに選ばれた媒体（ＩｒＤＡ、ブルートゥース（Bluetooth）等）を経由してＳＩＭカード２１の管理手段２１０に送信する。
【００６４】
２．管理手段２１０は、管理アプリケーションに特有であり得るか、もしくはＳＩＭカードのＰＩＮコードに等しいＰＩＮコードが提示されるのを待つと共に、入力されたＰＩＮコードの有効性をチェックする。
【００６５】
３．管理手段２１０は、ＳＩＭカードに配置された基本ファイル（elementary file）において供給されたＵＲＬを探索する。
【００６６】
４．管理手段２１０は、ソフトウェアインタフェース３１に、もしそれらが存在するならば対応する認証データを返信し、さもなければ、それらは、ソフトウェアインタフェース３１に、“ｎｏｔ ｆｏｕｎｄ”状態（status）を返信する。
【００６７】
更に洗練されたバージョンにおいて、管理手段２１０によって扱われる認証データの保存機能は、ＳＩＭカード２１内に提供された（hosted：主催された）アプリケーションによって実施される。このアプリケーションは、ＵＲＬのダイジェスト（“ハッシュ”）及び認証データを含む安全なデータベースを備える。
【００６８】
この実施に対応する運動学（kinematics）は、図５及び図６で例証される。
【００６９】
１．認証要求において、ソフトウェアインタフェース３１は、ウェブサイトのＵＲＬのダイジェストをローカルリンクに選ばれた媒体（ＩｒＤＡ、ブルートゥース（Bluetooth）等）を経由してＳＩＭカード２１に配置されたアプリケーションに送信する。
【００７０】
２．アプリケーションは、管理アプリケーションに特有であり得るか、もしくはＳＩＭカードのＣＨＶ１ ＰＩＮコードに等しいＰＩＮコードが入力されるのを待つと共に、入力されたＰＩＮコードの有効性をチェックする。
【００７１】
３．アプリケーションは、“ＢＨＡ”データベース内のダイジェストを探索する。
【００７２】
４．アプリケーションは、ソフトウェアインタフェース３１に、もしそれらが存在するならば対応する認証データを返信し、さもなければ、それらは、ソフトウェアインタフェース３１に、“ｎｏｔ ｆｏｕｎｄ”状態（status）を返信する。
【００７３】
ＵＲＬのダイジェストを使用する後者の方法は、分かりやすく言えば、ＵＲＬをＳＩＭカードに保存しなくて良いことを可能にする。その場合に、もしカードをなくした場合に、もしくはＰＩＮコードが盗まれた場合に、認証データと関連付けられたサイトを検索することは不可能である。更に、認証データを暗号化するか、もしくはスクランブルをかけることを考えることが可能である。
【００７４】
総括すると、管理手段２１０は、− 認証データ（識別子、パスワード、及びＵＲＬ形式またはＵＲＬダイジェスト形式におけるウェブサイトアドレス）をカード２１の独自仕様のファイルに安全に保存すること、− ＰＩＮコード入力によってユーザを認証すること、− 自動認証のためにカード２１上のこれらのデータを読み取ること、− 携帯端末そのものでアクセスしたＷＥＢ／ＷＡＰサイト上の認証データを使用すること、− 携帯端末の端末スクリーン上で認証データを見ること、− 通信事業者のネットワークにおいて認証データのバックアップを作成すること、− 後で説明されるように、ＯＴＰ（ワンタイムパスワード）タイプのパスワードを管理すること、を可能にする。
【００７５】
ＳＩＭカード２１内の管理アプリケーションに送信された命令は、“エンベロープ（envelope：外層）”コマンドにおいて、または独自仕様のＡＰＤＵ（Application Protocol Data Unit）コマンドを送信することによって、カプセル化される。
【００７６】
そのような命令の一般的な形式は、（ここでは様々な命令フィールドの長さがバイト数として与えられる）以下の表によって与えられる。
【００７７】
【表２】
【００７８】
この命令に対する応答の一般的な形式は、以下の表によって与えられる。
【００７９】
【表３】
【００８０】
アプリケーションによって受け付けられた様々な命令／応答は、以下のようになる。
【００８１】
【表４】
【００８２】
【表５】
【００８３】
【表６】
【００８４】
【表７】
【００８５】
【表８】
【００８６】
【表９】
【００８７】
認証データは、それに対するアクセスがＰＩＮコードによって保護されている“ＥＦ ＲＤＰＷＤ”と名前を付けられたファイルに保存される。このファイル“ＥＦ ＲＤＰＷＤ”は、“ＤＦ ＳＩＭＰＡＳＳ”と名前を付けられた新しいディレクトリに挿入される。ファイル“ＥＦ ＲＤＰＷＤ”は、固定長のレコードを含む。以下の表において示されたように、それは、ウェブサイトのＵＲＬ、またはＵＲＬのダイジェスト、及び対応する識別子／パスワードを含む。
【００８８】
【表１０】
【００８９】
第１の要素（表の第１の列）は、存在フラグ（presence flag）であり、それは、そのレコードが書かれているか否かを示す（“０ｘ０１”は、レコードにデータが書かれていることを示し、“０ｘ００”は、レコードが空であることを示す）。
【００９０】
第２の要素（表の第２の列）は、認証データのタイプを定義し、“０１：固定パスワード”、または“１０：ＯＴＰ（ワンタイムパスワード）”であり得る。
【００９１】
次のフィールド（表の第３の列、“ＵＲＬ”、“識別子”、“パスワード”、“ドメイン”、及び“ｃｏｎｆｉｇ”）は、ＴＬＶ（type/length/value）フォーマットで保存される。
【００９２】
保存されたＵＲＬは、サイトのＵＲＬに対応すると共に、それがあまりにも長くなるのを防止するために、それは特別なフォーマットである。例えば、移動通信事業者“ＡＢＣ”のサイトに関して、もし完全なＵＲＬが“http://www.abc.fr/0/visiteur/PV”である場合、ＵＲＬは、“www.abc.fr”の形式で保存されることになる。
【００９３】
その次にくるのは、識別子、パスワード、恐らくはドメイン、及びコンフィギュレーションデータブロック“ｃｏｎｆｉｇ”である。
【００９４】
ＯＴＰパスワードタイプの場合は、コンフィギュレーションデータブロック“ｃｏｎｆｉｇ”は、ＯＴＰサーバのアドレスを含むファイルに対するポインタを定義する。
【００９５】
本発明の主題である管理システムが、どのようにＯＴＰパスワードを管理するサーバと共に機能するかに関する記述が以下に続いて説明される。
【００９６】
ＯＴＰが、特定のサイトを強力に、そして動的に保護するために使用されるワンタイムパスワードであることが記憶されているであろう。ＯＴＰは、パスワードの分配及び保存の問題を解決する。このメカニズムは、一般的には以下のとおりに機能する。
【００９７】
１．ユーザは、ウェブサイトにログオンする。
【００９８】
２．サイトは認証フォームにＯＴＰを入力することを促す。
【００９９】
３．ユーザは、最も一般的には、ＵＳＳＤ（Unstructured Supplementary Services Data）モードにおいて、彼の電話でＯＴＰサーバの番号に電話をかけることで、ＯＴＰサーバを呼び出す。
【０１００】
４．ＯＴＰサーバは、認証フォームに打ち込まれるべき一時的なパスワードを彼に送信する。
【０１０１】
５．クライアントは、彼の電話事業者によって課金される。
【０１０２】
本発明に照らすと、カード２１における管理アプリケーション２１０は、図７において例証された以下の機能モードに基づくＯＴＰマネージャとして使用される。
【０１０３】
１．ソフトウェアインタフェース３１は、認証フォームを検出すると共に、対応するサイトが、ＯＴＰを使用するサイトとしてＳＩＭカードに記録される。ＯＴＰの使用に関係する情報は、ファイル“ＥＦ ＲＤＰＷＤ”（表の列２）に存在する。
【０１０４】
２．ソフトウェアインタフェース３１は、ＯＴＰ要求（OTP request）を実行するために、プロキシ要求（proxy request）を管理カード２１のアプリケーションに送信する。
【０１０５】
３．アプリケーションは、ＯＴＰサーバの番号に電話をかけることによるＵＳＳＤリンクによって、そのアドレスが認証データベース、すなわちファイル“ＥＦ ＲＤＰＷＤ”の“ｃｏｎｆｉｇ”データブロックに設定されるサーバに対してこのＯＴＰ要求を実行する。
【０１０６】
４．管理アプリケーションは、ＯＴＰを復元する。
【０１０７】
５．アプリケーションは、ＯＴＰをソフトウェアインタフェース３１に返信する。
【０１０８】
６．ソフトウェアインタフェースは、サイトのウェブページにおける“パスワード”フィールドを完成する。
【０１０９】
本発明の１つの有利なアプリケーションは、いわゆるスマートフォン（smartphone）と呼ばれる携帯電話を形成する携帯電話にアクセス装置１０の機能が組み込まれる場合に関係する。この場合に、ソフトウェアインタフェース３１は、携帯電話用ブラウザ（ＷＡＰ、またはＸＨＴＭＬ）に追加されると共に、関係のあるウェブページと関連付けられた認証データを記録し、復元するために、ＳＩＭカード２１に配置される管理アプリケーション２１０と通信を行う。以下の実施は、図８に表された“Microsoft Windows（登録商標）”モバイルタイププラットフォームに基づいている。
【０１１０】
このアーキテクチャにおいて、電話のモデムに収容されるＳＩＭカードにアクセスする１つの方法は、ＳＩＭカードへのアクセスの権利を有する独自仕様のプログラムを生成することを可能にするＲＩＬ（Radio Interface Layer）である下位層のライブラリを使用することである。この下位層のアプリケーション層は、特許出願番号“ＥＰ １ ２３３ ３４３”号明細書の主題である。
【０１１１】
ソフトウェアインタフェース３１によって、管理アプリケーションと対話するために使用されるＲＩＬ関数は、以下のとおりである。
【０１１２】
“ＲＩＬ＿Ｉｎｉｔｉａｌｉｚｅ（）”：クライアントによる使用のために“ＲＩＬ Ｄｒｉｖｅｒ”を初期化することを可能にする。ＲＩＬドライバは、モデムとの対話、及びＳＩＭカードとの対話を管理する。
【０１１３】
“ＲＩＬ＿ＳｅｎｄＳｉｍＴｏｏｌｋｉｔＥｎｖｅｌｏｐｅＣｍｄ（）”：いわゆる“エンベロープ”コマンドをＳＩＭカードへ送信する。“エンベロープ”コマンドは、ＳＩＭカードに配置されたアプリケーションを起動すると共に、ＳＭＳフォームのダウンロード（ＳＩＭデータダウンロード）において、ＳＭＳがアプリケーションサーバから来たのと同じ方法で、ＳＩＭカードに配置されたアプリケーションにデータを送信するために使用される。
【０１１４】
ＲＩＬによって提供された“コールバック（callback）”メカニズムは、呼び出されたＲＩＬ関数に対する応答を復元するために使用される。この場合に、このシステムは、ソフトウェアインタフェース３１が、“エンベロープ”コマンドで送信された、ＵＲＬ（またはそのダイジェスト）に対応する認証データを復元することを可能にする。
【０１１５】
コマンド“ＲＩＬ＿ＳｅｎｄＳｉｍＴｏｏｌｋｉｔＥｎｖｅｌｏｐｅＣｍｄ”の使用は、ソフトウェアインタフェース３１が、ＳＩＭカードに配置された管理アプリケーション２１０を起動すると共に、ＳＩＭカードに配置された管理アプリケーション２１０に、“０３．４８”形式でデータブロックにカプセル化されたサイトのＵＲＬ（またはそのダイジェスト）を着信データとして送信し、そして命令に対する応答にカプセル化された認証データを発信データとして送信することを可能にする。管理アプリケーションを起動するために、“エンベロープ”コマンドは、ＴＡＲフィールドが３バイトのアプリケーションの識別子に等しくなければならない“０３．４８”形式のヘッダを含まなければならない。それが起動された後で、管理アプリケーションは、ユーザに、彼を認証するためのＰＩＮコードを入力するように要求しなければならない。ユーザとのこの対話を実行するために、アプリケーションは、例えば“ＳＩＭ ＴＯＯＬＫＩＴ”と名前を付けられた開発キットの一部分である“ＤＩＳＰＬＡＹ ＴＥＸＴ”コマンド及び“ＧＥＴ ＩＮＰＵＴ”コマンドを使用する。“ＳＩＭ ＴＯＯＬＫＩＴ”のコマンドは、３Ｇ（第３世代）のための標準３１．１１１、及び２Ｇ（第２世代）のための標準１１．１４で定義される。“ＤＩＳＰＬＡＹ ＴＥＸＴ”コマンドは、アプリケーションの要求で携帯端末のスクリーン上にテキストを表示するために使用され得る。“ＧＥＴ ＩＮＰＵＴ”コマンドは、ユーザによるデータ入力、この場合にはＰＩＮコードをアプリケーションに返信するために使用され得る。
【図面の簡単な説明】
【０１１６】
【図１】本発明に基づいた管理システムの一般的なアーキテクチャの図である。
【図２】本発明のシステムのソフトウェアインタフェースにおいて実行されるアルゴリズムを示す図である。
【図３】認証データを記録する第１の方法を示す図である。
【図４】図３に従って記録されたデータを自動的に認証する第１の方法を示す図である。
【図５】認証データを記録する第２の方法を示す図である。
【図６】図５に従って記録されたデータを自動的に認証する第２の方法を示す図である。
【図７】ＯＴＰによる自動認証の方法を示す図である。
【図８】“Microsoft Windows（登録商標）”モバイルアーキテクチャの機能を示す図である。
【符号の説明】
【０１１７】
１０ アクセス装置
１１ コンピュータワークステーション
１２ ウェブブラウザ
２０ 携帯端末
２１ 電気通信網加入者ＩＤカード
２２ ローカルリンクの１つの末端
３０ インターフェイスモジュール
３１ ソフトウェアインタフェース
３２ 通信インタフェース
４０ ウェブサイト
２１０ 管理手段（管理アプリケーション）
３２０ ローカルリンクの１つの末端
【特許請求の範囲】
【請求項１】
少なくとも１つのサービスアクセス認証データ項目を管理するためのシステムであって、
− 少なくとも１つのサービスにアクセスするためのアクセス装置（１０）と、
− 前記認証データ項目及び前記サービスの識別子を管理する手段（２１０）を有する携帯端末（２０）と、
− 前記アクセス装置（１０）と前記管理手段（２１０）との間の通信インタフェース（３２）と、
− 前記サービスの識別子を判定することができると共に、前記サービスにアクセスする際に、前記通信インタフェース（３２）を経由して、前記携帯端末のセキュリティモジュールに前記管理手段によって読まれることを目的としてショートメッセージを書き込むことを可能にする命令を用いて、前記管理手段（２１０）を利用することができるソフトウェアインタフェース（３１）と
を備えることを特徴とするシステム。
【請求項２】
前記携帯端末が、移動電話網を経由して通信する手段を備えると共に、
前記セキュリティモジュールが、前記移動電話網に関する加入者ＩＤカードである
ことを特徴とする請求項１に記載のシステム。
【請求項３】
前記管理手段（２１０）が、前記セキュリティモジュールに実装される
ことを特徴とする請求項１または請求項２のいずれか一項に記載のシステム。
【請求項４】
前記管理手段（２１０）が、前記携帯端末のメモリに実装される
ことを特徴とする請求項１または請求項２のいずれか一項に記載のシステム。
【請求項５】
前記管理手段（２１０）が、前記サービスの識別子に関連して前記認証データ項目を保存すると共に、復元する手段である
ことを特徴とする請求項１から請求項４のいずれか一項に記載のシステム。
【請求項６】
前記携帯端末（２０）が、移動電話網を経由してアクセス可能な認証データ（ＯＴＰ）のプロバイダと通信するための手段を備える
ことを特徴とする請求項１から請求項５のいずれか一項に記載のシステム。
【請求項７】
前記管理手段（２１０）が、識別コードによって、読み出し保護及び書き込み保護される
ことを特徴とする請求項１から請求項６のいずれか一項に記載のシステム。
【請求項８】
前記通信インタフェース（３２）が、ローカル通信リンクを経由する通信のためのインタフェースである
ことを特徴とする請求項１から請求項７のいずれか一項に記載のシステム。
【請求項９】
前記通信インタフェース（３２）が、前記加入者ＩＤカード（２１）の中のショートメッセージ（ＳＭＳ）を書き込み、そして読み出すためにＡＴコマンドを使用するモデム通信インタフェースである
ことを特徴とする請求項２から請求項１０のいずれか一項に記載のシステム。
【請求項１０】
少なくとも１つのサービスアクセス認証データ項目及び前記サービスの識別子を管理する手段（２１０）を有する携帯端末（２０）であって、
前記管理手段（２１０）が、通信インタフェース（３２）を経由して前記サービスにアクセスするためのアクセス装置（１０）に連結されると共に、
前記管理手段が、前記サービスにアクセスする際に、前記通信インタフェース（３２）を経由して、前記携帯端末のセキュリティモジュールに前記管理手段によって読まれることを目的としてショートメッセージを書き込むことを可能にする命令を用いて、前記サービスの識別子を判定することができるソフトウェアインタフェース（３１）によって利用される
ことを特徴とする携帯端末。
【請求項１１】
少なくとも１つのサービスにアクセスするためのアクセス装置（１０）と、少なくとも１つのサービスアクセス認証データ項目及び前記サービスの識別子を管理する手段（２１０）との間のソフトウェアインタフェース（３１）であって、
前記ソフトウェアインタフェース（３１）が、前記サービスの識別子を判定することができると共に、通信インタフェースを経由して、前記携帯端末のセキュリティモジュールに前記管理手段によって読まれることを目的としてショートメッセージを書き込むことを可能にする命令を用いて、前記管理手段（２１０）を利用することができる
ことを特徴とするソフトウェアインタフェース。
【請求項１２】
請求項１１に記載されたソフトウェアインタフェースを含む、少なくとも１つのサービスにアクセスするためのアクセス装置。
【請求項１３】
少なくとも１つのサービスにアクセスするアクセス手段（１２）を有するアクセス装置（１０）に関する少なくとも１つのサービスアクセス認証データ項目を管理する方法であって、
前記方法が、前記サービスにアクセスする際に、前記アクセス手段を有するソフトウェアインタフェース（３１）を用いて実行することを基礎とすると共に、
前記方法が、
− 前記サービスにアクセスするための少なくとも１つの認証データ項目に関する要求を検出する段階と、
− 前記サービスの識別子を判定する段階と、
− 前記認証データ項目及び前記識別子を管理する携帯端末（２０）内の手段（２１０）を、前記アクセス装置（１０）と前記管理手段との間の通信インタフェース（３２）を経由して、前記携帯端末のセキュリティモジュールに前記管理手段によって読まれることを目的としてショートメッセージを書き込むことを可能にする命令を用いて、利用する段階と
を含むことを特徴とする方法。
【請求項１】
少なくとも１つのサービスアクセス認証データ項目を管理するためのシステムであって、
− 少なくとも１つのサービスにアクセスするためのアクセス装置（１０）と、
− 前記認証データ項目及び前記サービスの識別子を管理する手段（２１０）を有する携帯端末（２０）と、
− 前記アクセス装置（１０）と前記管理手段（２１０）との間の通信インタフェース（３２）と、
− 前記サービスの識別子を判定することができると共に、前記サービスにアクセスする際に、前記通信インタフェース（３２）を経由して、前記携帯端末のセキュリティモジュールに前記管理手段によって読まれることを目的としてショートメッセージを書き込むことを可能にする命令を用いて、前記管理手段（２１０）を利用することができるソフトウェアインタフェース（３１）と
を備えることを特徴とするシステム。
【請求項２】
前記携帯端末が、移動電話網を経由して通信する手段を備えると共に、
前記セキュリティモジュールが、前記移動電話網に関する加入者ＩＤカードである
ことを特徴とする請求項１に記載のシステム。
【請求項３】
前記管理手段（２１０）が、前記セキュリティモジュールに実装される
ことを特徴とする請求項１または請求項２のいずれか一項に記載のシステム。
【請求項４】
前記管理手段（２１０）が、前記携帯端末のメモリに実装される
ことを特徴とする請求項１または請求項２のいずれか一項に記載のシステム。
【請求項５】
前記管理手段（２１０）が、前記サービスの識別子に関連して前記認証データ項目を保存すると共に、復元する手段である
ことを特徴とする請求項１から請求項４のいずれか一項に記載のシステム。
【請求項６】
前記携帯端末（２０）が、移動電話網を経由してアクセス可能な認証データ（ＯＴＰ）のプロバイダと通信するための手段を備える
ことを特徴とする請求項１から請求項５のいずれか一項に記載のシステム。
【請求項７】
前記管理手段（２１０）が、識別コードによって、読み出し保護及び書き込み保護される
ことを特徴とする請求項１から請求項６のいずれか一項に記載のシステム。
【請求項８】
前記通信インタフェース（３２）が、ローカル通信リンクを経由する通信のためのインタフェースである
ことを特徴とする請求項１から請求項７のいずれか一項に記載のシステム。
【請求項９】
前記通信インタフェース（３２）が、前記加入者ＩＤカード（２１）の中のショートメッセージ（ＳＭＳ）を書き込み、そして読み出すためにＡＴコマンドを使用するモデム通信インタフェースである
ことを特徴とする請求項２から請求項１０のいずれか一項に記載のシステム。
【請求項１０】
少なくとも１つのサービスアクセス認証データ項目及び前記サービスの識別子を管理する手段（２１０）を有する携帯端末（２０）であって、
前記管理手段（２１０）が、通信インタフェース（３２）を経由して前記サービスにアクセスするためのアクセス装置（１０）に連結されると共に、
前記管理手段が、前記サービスにアクセスする際に、前記通信インタフェース（３２）を経由して、前記携帯端末のセキュリティモジュールに前記管理手段によって読まれることを目的としてショートメッセージを書き込むことを可能にする命令を用いて、前記サービスの識別子を判定することができるソフトウェアインタフェース（３１）によって利用される
ことを特徴とする携帯端末。
【請求項１１】
少なくとも１つのサービスにアクセスするためのアクセス装置（１０）と、少なくとも１つのサービスアクセス認証データ項目及び前記サービスの識別子を管理する手段（２１０）との間のソフトウェアインタフェース（３１）であって、
前記ソフトウェアインタフェース（３１）が、前記サービスの識別子を判定することができると共に、通信インタフェースを経由して、前記携帯端末のセキュリティモジュールに前記管理手段によって読まれることを目的としてショートメッセージを書き込むことを可能にする命令を用いて、前記管理手段（２１０）を利用することができる
ことを特徴とするソフトウェアインタフェース。
【請求項１２】
請求項１１に記載されたソフトウェアインタフェースを含む、少なくとも１つのサービスにアクセスするためのアクセス装置。
【請求項１３】
少なくとも１つのサービスにアクセスするアクセス手段（１２）を有するアクセス装置（１０）に関する少なくとも１つのサービスアクセス認証データ項目を管理する方法であって、
前記方法が、前記サービスにアクセスする際に、前記アクセス手段を有するソフトウェアインタフェース（３１）を用いて実行することを基礎とすると共に、
前記方法が、
− 前記サービスにアクセスするための少なくとも１つの認証データ項目に関する要求を検出する段階と、
− 前記サービスの識別子を判定する段階と、
− 前記認証データ項目及び前記識別子を管理する携帯端末（２０）内の手段（２１０）を、前記アクセス装置（１０）と前記管理手段との間の通信インタフェース（３２）を経由して、前記携帯端末のセキュリティモジュールに前記管理手段によって読まれることを目的としてショートメッセージを書き込むことを可能にする命令を用いて、利用する段階と
を含むことを特徴とする方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公表番号】特表２００８−５４７１００（Ｐ２００８−５４７１００Ａ）
【公表日】平成２０年１２月２５日（２００８．１２．２５）
【国際特許分類】
【出願番号】特願２００８−５１７５５８（Ｐ２００８−５１７５５８）
【出願日】平成１８年６月２０日（２００６．６．２０）
【国際出願番号】ＰＣＴ／ＦＲ２００６／０５０６１２
【国際公開番号】ＷＯ２００６／１３６７５２
【国際公開日】平成１８年１２月２８日（２００６．１２．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５９１０３４１５４）フランス テレコム (290)
【Ｆターム（参考）】
【公表日】平成２０年１２月２５日（２００８．１２．２５）
【国際特許分類】
【出願日】平成１８年６月２０日（２００６．６．２０）
【国際出願番号】ＰＣＴ／ＦＲ２００６／０５０６１２
【国際公開番号】ＷＯ２００６／１３６７５２
【国際公開日】平成１８年１２月２８日（２００６．１２．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５９１０３４１５４）フランス テレコム (290)
【Ｆターム（参考）】
[ Back to top ]