(57)【特許請求の範囲】
【請求項１】
ポータブルセキュアトークン（ＳＣ）と遠隔アプリケーションサーバ（ＡＳ３）と前記遠隔アプリケーションサーバ（ＡＳ３）とは異なるシンジケーションサーバ（ＳＳ）とからなるシステムにおいて、前記ポータブルセキュアトークン（ＳＣ）にデータをロードするための方法であって、
前記ポータブルセキュアトークン（ＳＣ）は、第１の管理エージェント（ＡＡ１）を備えた第１のセキュリティドメイン（ＳＤ１）と第２の管理エージェント（ＡＡ３）を備えた第２のセキュリティドメイン（ＳＤ３）とからなる複数のセキュリティドメイン（ＳＤ１，ＳＤ３）を備え、前記遠隔アプリケーションサーバ（ＡＳ３）は、前記第２の管理エージェント（ＡＡ３）に提供される第１のデータ（Ｄ３）を備え、
前記シンジケーションサーバ（ＳＳ）は、前記第１のデータ（Ｄ３）の参照を含むリスト（Ｌ３）を含み、
前記リスト（Ｌ３）は、前記遠隔アプリケーションサーバ（ＡＳ３）から前記シンジケーションサーバ（ＳＳ）に送信されて格納され、前記第１の管理エージェント（ＡＡ１）から前記シンジケーションサーバ（ＳＳ）へのポーリング要求に対する前記シンジケーションサーバ（ＳＳ）から前記第１の管理エージェント（ＡＡ１）へのポーリング応答に含まれて送信されることを特徴とする方法。
【請求項２】
請求項１に記載の方法において、
前記リスト（Ｌ３）を前記第１の管理エージェント（ＡＡ１）から前記第２の管理エージェント（ＡＡ３）へ送信し、
前記リスト（Ｌ３）を使用することにより前記第２の管理エージェント（ＡＡ３）が前記遠隔アプリケーションサーバ（ＡＳ３）から前記第１のデータ（Ｄ３）を取得することを特徴とする方法。
【請求項３】
請求項２に記載の方法において、前記リスト（Ｌ３）は、前記第１のデータ（Ｄ３）が取得された後に前記シンジケーションサーバ（ＳＳ）において更新されることを特徴とする方法。
【請求項４】
請求項１乃至３のいずれかに記載の方法において、
前記システムは第２の遠隔アプリケーションサーバ（ＡＳ1）を含み、
前記第２の遠隔アプリケーションサーバ（ＡＳ１）は、前記第１の管理エージェント（ＡＡ１）に提供される第２のデータ（Ｄ１）を備え、
前記シンジケーションサーバ（ＳＳ）は、前記第２のデータ（Ｄ１）の参照を含むリスト（Ｌｌ）を含み、前記リスト（Ｌ１）は前記第２の遠隔アプリケーションサーバ（ＡＳ１）から前記シンジケーションサーバ（ＳＳ）に送信されて格納され、前記ポーリング応答に含まれることを特徴とする方法。
【請求項５】
請求項１乃至４のいずれかに記載の方法において、前記第２のセキュリティドメイン（ＳＤ３）は、アプリケーション（ＡＰ３１）を有し、前記第１のデータ（Ｄ３）は、前記第２の管理エージェント（ＡＡ３）により前記アプリケーション（ＡＰ３１）に提供されることを特徴とする方法。
【請求項６】
請求項２乃至５のいずれかに記載の方法において、前記第１の管理エージェント（ＡＡ１）から前記シンジケーションサーバ（ＳＳ）への前記ポーリング要求は、第１の通信プロトコルにより送信され、前記第２の管理エージェント（ＡＡ３）の前記遠隔アプリケーションサーバ（ＡＳ３）からの前記第１のデータ（Ｄ３）の取得は、前記第１の通信プロトコルより優れたセキュリティ機能を有する第２の通信プロトコルにより行なわれることを特徴とする方法。
【請求項７】
請求項６に記載の方法であって、前記第１の通信プロトコルはＨＴＴＰであり、前記第２の通信プロトコルはＨＴＴＰＳであることを特徴とする方法。
【請求項８】
遠隔アプリケーションサーバ（ＡＳ３）とプリセットサーバ（ＳＳ）とからなるシステムと通信するポータブルセキュアトークン（ＳＣ）であって、
前記ポータブルセキュアトークン（ＳＣ）は、第１の管理エージェント（ＡＡ１）を備えた第１のセキュリティドメイン（ＳＤ１）と第２の管理エージェント（ＡＡ３）を備えた第２のセキュリティドメイン（ＳＤ３）とからなる複数のセキュリティドメイン（ＳＤ１、ＳＤ３）を備え、前記プリセットサーバ（ＳＳ）は、前記遠隔アプリケーションサーバ（ＡＳ３）とは異なるシンジケーションサーバ（ＳＳ）であり、
前記第１の管理エージェント（ＡＡ１）は、ポーリング要求を前記プリセットサーバ（ＳＳ）に送信し、ポーリング応答を受信するよう適合され、
前記第１のセキュリティドメイン（ＳＤ１）は、前記ポーリング応答に第１のデータ（Ｄ３）の参照を含むリスト（Ｌ３）を特定する第１の手段（Ｍ１）と、前記リスト（Ｌ３）を前記第２の管理エージェント（ＡＡ３）に送信する第２の手段（Ｍ２）とを備え、
前記リスト（Ｌ３）を使用することにより前記第２の管理エージェント（ＡＡ３）は前記遠隔アプリケーションサーバ（ＡＳ３）から前記第１のデータ（Ｄ３）を取得することを特徴とするポータブルセキュアトークン（ＳＣ）。
【請求項９】
請求項８に記載のポータブルセキュアトークン（ＳＣ）において、
前記第１の管理エージェント（ＡＡ１）の前記ポーリング要求は、第１の通信プロトコルにより送信され、
前記第２の管理エージェント（ＡＡ３）による前記第１のデータ（Ｄ３）の取得は、前記第１の通信プロトコルより優れたセキュリティ機能を有する第２の通信プロトコルにより行われることを特徴とするポータブルセキュアトークン（ＳＣ）。
【請求項１０】
請求項９に記載のポータブルセキュアトークン（ＳＣ）において、前記第１の通信プロトコルはＨＴＴＰであり、前記第２の通信プロトコルはＨＴＴＰＳであることを特徴とするポータブルセキュアトークン（ＳＣ）。
【請求項１１】
ポータブルセキュアトークン（ＳＣ）と遠隔アプリケーションサーバ（ＡＳ３）と前記遠隔アプリケーションサーバ（ＡＳ３）とは異なるシンジケーションサーバ（ＳＳ）とからなるシステムであって、
前記ポータブルセキュアトークン（ＳＣ）は、第１の管理エージェント（ＡＡ１）を備えた第１のセキュリティドメイン（ＳＤ１）と第２の管理エージェント（ＡＡ３）を備えた第２のセキュリティドメイン（ＳＤ３）とからなる複数のセキュリティドメイン（ＳＤ１,ＳＤ３）を備え、前記遠隔アプリケーションサーバ（ＡＳ３）は、前記第２の管理エージェント（ＡＡ３）に提供される第１のデータ（Ｄ３）を備え、
前記シンジケーションサーバ（ＳＳ）は、前記第１のデータ（Ｄ３）の参照を含むリスト（Ｌ３）を含み、
前記リスト（Ｌ３）は、前記遠隔アプリケーションサーバ（ＡＳ３）から前記シンジケーションサーバ（ＳＳ）に送信されて格納され、前記第１の管理エージェント（ＡＡ１）から前記シンジケーションサーバ（ＳＳ）へのポーリング要求に対する前記シンジケーションサーバ（ＳＳ）から前記第１の管理エージェント（ＡＡ１）へのポーリング応答に含まれて送信されることを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ポータブルセキュアトークンにデータをロードする方法に係り、特に、ポーリング機構によるデータ取得を目的とする、複数のエンティティを含むポータブルセキュアトークンにデータをロードする方法に関する。特に、そのようなポータブルセキュアトークンはＳＩＭカードであってもよい。
【背景技術】
【０００２】
ポータブルセキュアトークンは、メモリと、マイクロプロセッサと、計算処理を行うオペレーティングシステムからなる小型の機械である。ポータブルセキュアトークンは、接触または非接触モードで、電力を供給可能なホストマシンとユーザインターフェースとを接続するよう意図されている。一般に、ポータブルセキュアトークンは、異なるタイプの複数のメモリを備える。例えば、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭまたはフラッシュタイプのメモリなどである。例えば、スマートカードは、安全な電子トークンである。
【０００３】
テレコム領域では、汎用ＩＣカード(ＵＩＣＣ)は、携帯電話に接続される。ＵＩＣＣは通常、配信されるべきコンテンツがあるかどうかを確認するために遠隔サーバにポーリングを行う。例えば、ＵＩＣＣは、無線機構(ＯＴＡ)を使用してハイパーテキスト転送プロトコル(ＨＴＴＰ)またはハイパーテキスト転送プロトコルセキュア(ＨＴＴＰＳ)で遠隔サーバに対してポーリングを行うことができる。ＵＩＣＣは、１または複数の遠隔アプリケーションサーバに対しポーリングを行う必要のある１または複数のアプリケーションを内蔵できる。アプリケーションが遠隔サーバに対してポーリングを行う時、アプリケーションが取得すべきデータがないことがほとんどである。
【０００４】
このようなポーリング機構により各ＵＩＣＣと遠隔サーバ間に多くの無駄な通信が発生することが問題である。無駄なポーリングメッセージとは、セキュアトークンへのデータのロードをもたらさないポーリングメッセージのことである。１つのエンティティのみがポーリングモードにある場合には、無駄な通信の数を受け入れ可能にするポーリング期間を設定することは容易である。しかし、複数のエンティティが遠隔サーバと通信するセッションを要求している場合には、動作全体の評価ははるかに複雑である。
【０００５】
また、ＵＩＣＣはグローバル・プラットフォーム・スマートカード仕様Ｖ２．２および修正Ｂに規定の複数のセキュリティドメインを含むことができる。セキュリティドメインは、自身のポーリング機構を管理可能な管理エージェント(Ａｄｍｉｎ Ａｇｅｎｔ)を含む。複数のアプリケーションが異なるセキュリティドメインに属する時、ＵＩＣＣが送信するポーリングメッセージの数は、各管理エージェントが独立して動作するため、最適化できない。
【０００６】
セキュアトークンに内蔵されている特定のアプリケーションを使用することが知られている。この特定のアプリケーションは、時間または事前に設定されたイベントに基づいてポーリングポリシーの自動的な管理を可能にする。したがって、１つのセキュリティドメインに対するポーリングの最適化が可能となる。しかし残念ながら、この解決策は同じセキュリティドメインに属するアプリケーションに限られる。
【０００７】
ＵＩＣＣが実行する大域ポーリングが制限されるように、２つのポーリング要求間の時間間隔を最大にすることが知られている。この解決策は、しばしばビジネス要件に適合しない。なぜなら、アプリケーションの大半が定期的な更新を必要としているからである。
ポーリング機構は、プル原理に基づいている。プル機構では、ＵＩＣＣ主導で遠隔サーバへのデータ要求を行う。もう１つの知られている解決策は、プル機構の代わりにプッシュ機構を使用することである。プッシュ機構では、遠隔サーバ主導でＵＩＣＣのアプリケーションへのデータ送信を行う。しかし残念ながら、プッシュ機構にはサーバーサイドおよびネットワーク消費に関する多くの欠点が存在する。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
異なるセキュリティドメインに属する複数のコンポーネントに、ポーリングモードを最適化するための解決策を提供する必要性がある。
【課題を解決するための手段】
【０００９】
本発明の目的は、上述の技術的課題を解決することである。本発明によれば、複数のアプリケーションを有するポータブルセキュアトークンと、それらのアプリケーションに対応するアプリケーションサーバとの間で交換されるメッセージの数を減少させることができる。本発明は、シンジケーションサーバと呼ばれる特定のサーバに対してポーリングを行い、ポータブルセキュアトークンの少なくとももう１つの管理エージェントが実行するアクションのリストを受信する管理エージェントに依拠する。したがって、アプリケーションサーバに対して定期的にポーリングを行う管理エージェントの数をポータブルセキュアトークンに対して減少させることができる。対応するアプリケーションサーバは、ポータブルセキュアトークンをターゲットにする動作のリストをシンジケーションサーバに示すものと仮定される。
【００１０】
本発明の目的は、ポータブルセキュアトークンにデータをロードする方法を提供することである。セキュアトークンは、複数のセキュリティドメインを有する。第１のセキュリティドメインは、第１の管理エージェントを備え、第２のセキュリティドメインは、第２の管理エージェントを備える。遠隔アプリケーションサーバは、第２の管理エージェントに提供される第１のデータを有する。ポーリング要求に応じてリストが送信される。このリストは、第１のデータの参照を含む。シンジケーションサーバは、このリストを含む。ポーリング要求は、第１の管理エージェントにより送信される。このリストは、シンジケーションサーバにより送信されたポーリング応答に含まれる。シンジケーションサーバは、遠隔アプリケーションサーバと異なる。
【００１１】
有利には、この方法は、第１の管理エージェントから第２の管理エージェントへリストを送信するステップと、このリストを使用することにより第２の管理エージェントが遠隔アプリケーションサーバからデータを取得するステップとからなる。
有利には、ポーリング要求は、第１の通信プロトコルにより送信されてもよく、第１のデータは、第１の通信プロトコルより優れたセキュリティ機能を有する第２の通信プロトコルによりセキュアトークンにロードされてもよい。
【００１２】
１つの実施の形態では、第１の通信プロトコルはＨＴＴＰであってもよく、第２の通信プロトコルはＨＴＴＰＳであってもよい。
有利には、リストは、第１のデータがセキュアトークンにロードされた後に、シンジケーションサーバにおいて更新されてもよい。
１つの実施の形態では、シンジケーションサーバは、第１の管理エージェントをターゲットにする第２のリストを備えてもよい。第２のリストは、第２の遠隔アプリケーションサーバに格納されている第２のデータの参照を含んでもよい。ポーリング応答は、第２のリストを含んでもよい。
有利には、第２のセキュリティドメインは、アプリケーションを有していてもよく、第１のデータは、第２の管理エージェントによりアプリケーションに提供されてもよい。
【００１３】
本発明のもう１つの目的は、第１の管理エージェントを備えた第１のセキュリティドメインと第２の管理エージェントを備えた第２のセキュリティドメインとからなる複数のセキュリティドメインを備えたポータブルセキュアトークンを提供することである。第１の管理エージェントは、ポーリング要求をプリセットサーバに送信し、ポーリング応答を受信するように適合されている。第２の管理エージェントは、遠隔アプリケーションサーバから第１のデータを取得するよう意図されている。プリセットサーバは、遠隔アプリケーションサーバと異なるシンジケーションサーバである。第１のセキュリティドメインは、第１および第２の手段を備える。第１の手段は、ポーリング応答に第１のデータの参照を含むリストを特定するように適合されている。第２の手段は、リストを第２の管理エージェントに送信するように適合されている。
【００１４】
有利には、第１の管理エージェントは、第１の通信プロトコルによりポーリング要求を送信するように適合されてもよく、第２の管理エージェントは、第１の通信プロトコルより優れたセキュリティ機能を有する第２の通信プロトコルにより第１のデータをセキュアトークンにロードするように適合されてもよい。
１つの実施の形態では、第１の通信プロトコルはＨＴＴＰであってもよく、第２の通信プロトコルはＨＴＴＰＳであってもよい。
【図面の簡単な説明】
【００１５】
【図１】本発明による複数のアプリケーションサーバと、シンジケーションサーバと、ポータブルセキュアトークンとからなるシステムの一例を示す模式図。
【図２】本発明による複数のアプリケーションサーバと、２つのシンジケーションサーバと、ポータブルセキュアトークンとからなるシステムのもう一つの例を示す模式図。
【図３】本発明による管理エージェントを備えたセキュリティドメインの一例を示す模式図。
【発明を実施するための形態】
【００１６】
本発明の他の特徴および利点は、対応する添付の図面を参照しながら本発明の好適な実施の形態の以下の説明を読めばより明らかになるだろう。
本発明は、遠隔アプリケーションサーバと通信セッションを確立できる複数の管理エージェントを備えたポータブルセキュアトークンの何れのタイプにも適用可能である。
【００１７】
図１は、シンジケーションサーバＳＳ、ポータブルセキュアトークンＳＣおよび４つのアプリケーションサーバＡＳ１、ＡＳ２、ＡＳ３およびＡＳ４からなるシステムＳＹの一例を示す。
図１の例では、ポータブルセキュアトークンＳＣは、３つのセキュリティドメインＳＤ１、ＳＤ２およびＳＤ３を有するＵＩＣＣである。セキュリティドメインＳＤ１は、管理エージェントＡＡ１およびアプリケーションＡＰ１１を含む。管理エージェントＡＡ１は、セキュリティドメインＳＤ１と遠隔サーバとの間のＨＴＴＰ接続を介したＯＴＡを管理可能なコンポーネントである。セキュリティドメインＳＤ２は、管理エージェントＡＡ２を含む。セキュリティドメインＳＤ３は、管理エージェントＡＡ３およびアプリケーションＡＰ３１を含む。
【００１８】
アプリケーションサーバＡＳ１は、アプリケーションＡＰ１１への送信が意図されているデータＤ１を有する遠隔サーバである。アプリケーションサーバＡＳ３は、アプリケーションＡＰ３１への送信が意図されているデータＤ３を有する遠隔サーバである。
【００１９】
本発明の方法の第１の実施の形態によれば、アプリケーションサーバＡＳ１およびＡＳ３は、ステップＳＴ１において各データＤ１およびＤ３をシンジケーションサーバＳＳに宣言する。ステップＳＴ１の間に、２つのリストＬ１およびＬ３は、シンジケーションサーバＳＳに記録される。リストＬ１は、データＤ１の参照、アプリケーションＡＰ１１の識別子およびトークンＳＣの識別子を含む。リストＬ３は、データＤ３の参照、アプリケーションＡＰ３１の識別子およびトークンＳＣの識別子を含む。
【００２０】
データＤ１およびＤ３の参照はそれぞれ、アプリケーションサーバＡＳ１およびＡＳ３のユニフォームリソース識別子(ＵＲＩ)を含んでもよい。
有利には、リストＬ１およびリストＬ３はそれぞれ、トークンＳＣの識別子の代わりにいくつかのポータブルセキュアトークンのセットの識別子を含んでもよい。この実施の形態により、アプリケーションサーバに記憶された同じデータを有する一群のトークンをターゲットにすることができる。
有利には、リストＬ１およびリストＬ３はそれぞれ、管理エージェントＡＡ１およびＡＡ３の識別子を含んでもよい。
【００２１】
１つの実施の形態では、リストＬ３は、アプリケーションサーバＡＳ３からシンジケーションサーバＳＳに直接送信される。有利には、リストＬ３の送信は、送信されるリストの機密性および完全性を保証するために適切なセキュリティ機能により保護されてもよい。このようなセキュリティ機能は、当業者によく知られている。
【００２２】
ステップＳＴ１の終わりに、リストＬ１とＬ３の双方がシンジケーションサーバＳＳに記憶される。本発明の方法の他の実施の形態では、ステップＳＴ１の間にシンジケーションサーバＳＳに記憶されるリストの数はいくつであってもよい。例えば、ステップＳＴ１の終わりに、サーバＳＳは１個、３個または１０個のリストを含んでもよい。また、サーバＳＳは、ポータブルセキュアトークンにロードすべきデータがない場合にはリストを含まなくてもよい。
【００２３】
次にステップＳＴ２において、ポーリング要求がトークンＳＣからシンジケーションサーバＳＳに送信される。ポーリング要求は、管理エージェントＡＡ１により管理される。図１の実施の形態では、ポーリング機構は管理エージェントＡＡ１においてのみ有効である。換言すれば、管理エージェントＡＡ２も管理エージェントＡＡ３もポーリングメッセージを送信しない。好適な実施の形態では、ポーリング要求はセキュアトークンＳＣの識別子を含む。
【００２４】
ステップＳＴ３において、シンジケーションサーバＳＳは、セキュアトークンＳＣをターゲットにするリストを含んでいるかどうかを確認する。受信したポーリング要求から取り出された識別子を関連するリストの識別に使用してもよい。図１の例では、リストＬ１およびＬ３がセキュアトークンＳＣをターゲットにしていることが分かる。換言すれば、リストＬ１およびＬ３は、セキュアトークンＳＣに内蔵されているコンポーネントをターゲットにしている。
【００２５】
受信されたポーリング要求に応じて、シンジケーションサーバＳＳは、２つの特定されたリストＬ１およびＬ３を含むポーリング応答を生成する。ステップＳＴ４において、シンジケーションサーバＳＳは、ポーリング応答を管理エージェントＡＡ１に送信する。ポーリング応答は、管理エージェントＡＡ１により受信され、分析される。管理エージェントＡＡ１は、リストＬ１およびＬ３の内容を確認して、リストＬ１はアプリケーションＡＰ１１をターゲットにするものと認定し、リストＬ３はアプリケーションＡＰ３１をターゲットにするものと認定する。特に、管理エージェントＡＡ１は、受信した各リストに含まれるアプリケーション識別子を使用してもよい。
【００２６】
次にステップＳＴ５において、管理エージェントＡＡ１は、アプリケーションＡＰ３１の管理を担う管理エージェントＡＡ３にリストＬ３を送信する。リストＬ３は、アプリケーションＡＰ３１の識別子を含む。セキュアトークンＳＣのオペレーティングシステムは、アプリケーションＡＰ３１を含むセキュリティドメインＳＤ３を特定することができる。したがって、特定されたセキュリティドメインＳＤ３に属する管理エージェントＡＡ３が、アプリケーションＡＰ３１を管理する管理エージェントであると認定される。
【００２７】
ステップＳＴ６において、管理エージェントＡＡ１は、データＤ１を取得するために遠隔アプリケーションサーバＡＳ１との通信セッションを開設する。この通信セッションは、ＨＴＴＰを介したＯＴＡまたは任意の適切な通信チャネルにより行われてもよい。次に管理エージェントＡＡ１は、データＤ１を受信してアプリケーションＡＰ１１にデータＤ１を供給する。
【００２８】
ステップＳＴ７において、管理エージェントＡＡ３は、データＤ３を取得するために遠隔アプリケーションサーバＡＳ３との通信セッションを開設する。リストＬ３は、管理エージェントＡＡ３と関連するアプリケーションサーバＡＳ３とのアクセスを可能にする接続性データを含む。例えば、接続性データはサーバＡＳ３のＵＲＬ(ユニフォームリソースロケータ)であってもよい。接続性データはまた、アプリケーションサーバへのアクセスに使用されるセキュリティレベルのセキュリティパラメータに関連するデータを含んでもよい。
有利には、管理エージェントＡＡ３は、事前に設定されたＵＲＬに自動的にコンタクトできてもよい。例えば、管理エージェントＡＡ３は、サーバＡＳ３のＵＲＬを含む所定のパラメータにアクセスしてもよい。
【００２９】
この通信セッションは、ＨＴＴＰＳを介したＯＴＡまたは任意の適切な通信チャネルにより行われてもよい。次に管理エージェントＡＡ３は、データＤ３を受信し、アプリケーションＡＰ３１にデータＤ３を供給する。データＤ３は、アプリケーションＡＰ３１の更新版、アプリケーションＡＰ３１により使用される応用データまたはセキュリティデータ(秘密鍵など)を含んでもよい。データＤ３はまた、コマンドまたは応用パラメータを含んでもよい。
【００３０】
有利には、アプリケーションサーバからセキュアトークンＳＣにデータが送信される時、シンジケーションサーバＳＳにフィードバックが送信される。このようなフィードバックにより、セキュアトークンＳＣへの同じデータの再送信を回避することができる。このようなフィードバックは、アプリケーションサーバまたはセキュアトークンＳＣにより送信されてもよい。
【００３１】
もう１つの実施の形態では、シンジケーションサーバＳＳはリストＬ３のみを含んでもよい。したがって、ポーリング要求に応じて、管理エージェントＡＡ１は、リストＬ３のみを含むポーリング応答を受信する。このような場合、管理エージェントＡＡ１は受信したポーリング応答を分析し、リストＬ３を管理エージェントＡＡ３に送信する。管理エージェントＡＡ１は、そのセキュリティドメインＳＤ１に属するアプリケーションに如何なるデータも送信しない。管理エージェントＡＡ１は、依然としてポーリング機構を管理し、別のポーリング要求をシンジケーションサーバＳＳに送信する。
【００３２】
図１の実施の形態では、管理エージェントＡＡ２およびＡＡ３はポーリング機構を管理しない。
有利には、管理エージェントＡＡ１のみがポーリングポリシーを有する。
好適な実施の形態では、管理エージェントＡＡ１は、グローバル・プラットフォーム・カード仕様Ｖ２.２に規定された発行者セキュリティドメイン(ＩＳＤ)に属する。
ポータブルセキュアトークンＳＣの各管理エージェントはまた、本発明のポーリングモードと同時に自身のポーリング機構を有してもよいことに注意されたい。したがって、本発明の方法は、自身のポーリング機構を保持しなければならない管理エージェントを備えるセキュアトークンと互換性がある。
【００３３】
１つの実施の形態では、ポーリングメッセージに使用されるプロトコルはＨＴＴＰである。例えば、ポーリング要求は、“ＨＴＴＰ ｐｏｓｔ”メッセージにより行われてもよく、ポーリング応答は、“ＨＴＴＰ ｐｏｓｔ ｒｅｓｐｏｎｓｅ”メッセージにより行われてもよい。ポーリング応答は、本発明に固有の専用のコンテンツタイプ(ｃｏｎｔｅｎｔ−ｔｙｐｅ)を含んでもよい。そのような新しい固有のコンテンツタイプにより、受信側の管理エージェントは受信メッセージの分析方法を知ることができる。
【００３４】
例えば、以下の“ＰＯＳＴ ｍｅｓｓａｇｅ”が送信される：
“ＰＯＳＴ／ｓｅｒｖｅｒ／ｓｙｎｄｉｃａｔｉｏｎＳｅｒｖｅｒ／ＨＴＴＰ／１.１ ＣＲＬＦ
Ｈｏｓｔ： １７２.９６.０.１ ＣＲＬＦ
Ｕｓｅｒ−Ａｇｅｎｔ： ｓｙｎｄｉｃａｔｉｏｎ／１.０ ＣＲＬＦ
ＣＲＬＦ”
【００３５】
これに応えて、以下の“ＰＯＳＴ ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ”が送信される：
“ＨＴＴＰ／１.１ ２００ ＯＫ ＣＲＬＦ
Ｕｓｅｒ−Ａｇｅｎｔ： ｓｙｎｄｉｃａｔｉｏｎ／１.０ ＣＲＬＦ
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ： ａｐｐｌｉｃａｔｉｏｎ／ｖｎｄ．ｃａｒｄ−ｓｙｎｄｉｃａｔｉｏｎ ／１.０ ＣＲＬＦ
Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ： ｘｘｘｘ ＣＲＬＦ
ＣＲＬＦ
［Ｌ１］
［Ｌ３］”
【００３６】
ここで、“ｘｘｘｘ”は、伝送されたデータのバイト数を表わす。
１つの実施の形態では、ポーリングメッセージは、第１のタイプの通信チャネルを通じて送信されてもよく、アプリケーションサーバおよび管理エージェント間で交換されるメッセージは、第２のタイプの通信チャネルを通じて送信されてもよい。
【００３７】
有利には、第１のタイプの通信チャネルは、重要データの交換が行われないためそのセキュリティレベルは低くてもよい。一方、第２のタイプの通信チャネルのセキュリティレベルは高くてもよい。例えば、第１のタイプの通信チャネルは、ＨＴＴＰであってもよく、第２のタイプの通信チャネルは、ＨＴＴＰＳであってもよい。この実施の形態により、ポーリングメッセージを処理する際、時間およびリソース帯域幅を節約できる。なぜなら、ＨＴＴＰセッションの確立は、ＨＴＴＰＳセッションの確立ほどリソースおよび時間を必要としないからである。
したがって、アプリケーションサーバから取得すべきデータがない場合には、ＨＴＴＰＳ接続は確立されない。
【００３８】
図２は、２つのシンジケーションサーバＳＳ１およびＳＳ２、ポータブルセキュアトークンＳＣ２および６つのアプリケーションサーバＡＳ５乃至ＡＳ１０からなるシステムの第２の例を示す。
図２の例において、ポータブルセキュアトークンＳＣ２は、３つのセキュリティドメインＳＤ４、ＳＤ５およびＳＤ６を有するＳＩＭカードである。セキュリティドメインＳＤ４は、管理エージェントＡＡ４および２つのアプリケーションＡＰ４１およびＡＰ４２を有する。セキュリティドメインＳＤ５は、管理エージェントＡＡ５およびアプリケーションＡＰ５１を有する。セキュリティドメインＳＤ６は、管理エージェントＡＡ６および２つのアプリケーションＡＰ６１およびＡＰ６２を有する。
【００３９】
シンジケーションサーバＳＳ１は、それぞれアプリケーションＡＰ４２およびＡＰ５１をターゲットにする２つのリストＬ４およびＬ５を有する。リストＬ４およびＬ５のそれぞれは、アプリケーションサーバＡＳ５乃至ＡＳ７に記憶されたデータの参照を含む。本発明の１つの実施の形態によれば、管理エージェントＡＡ４は、セキュリティドメインＳＤ４およびＳＤ５両方に対するポーリング機構を管理する。
【００４０】
シンジケーションサーバＳＳ２は、アプリケーションＡＰ６２をターゲットにするリストＬ６を有する。リストＬ６は、アプリケーションサーバＡＳ８乃至ＡＳ１０の１つに記憶されたデータの参照を含む。本発明の１つの実施の形態によれば、管理エージェントＡＡ６は、セキュリティドメインＳＤ６のみに対するポーリング機構を管理する。したがって、トークンＳＣ２では、２つのポーリング機構が同時に管理されてもよい。この実施の形態は、アプリケーションサーバの複数のクラスターとの通信の管理に関連がある。図２の例では、アプリケーションサーバＡＳ５、ＡＳ６およびＡＳ７は、第１のクラスターに属するのに対し、アプリケーションサーバＡＳ８、ＡＳ９およびＡＳ１０は、第２のクラスターに属する。
管理エージェントＡＡ４は、シンジケーションサーバＳＳ１に接続されたクラスター(ＡＳ５、ＡＳ６およびＡＳ７)のポーリング管理を担う。
【００４１】
例えば、管理エージェントＡＡ４は、ポーリング要求ＲＥ１をシンジケーションサーバＳＳ１に送信してもよい。ＲＥ１に応じて、サーバＳＳ１は、２つのリストＬ４およびＬ５を含むポーリング応答ＡＮ１を送信してもよい。リストＬ５がセキュリティドメインＳＤ５に属しているコンポーネントをターゲットにしていると仮定すると、リストＬ５は、管理エージェントＡＡ４から管理エージェントＡＡ５へ送信される。次にリストＬ５は、シンジケーションサーバＳＳ１に接続されたクラスターに属する関連アプリケーションサーバ内のデータを取得するのに使用される。
【００４２】
管理エージェントＡＡ６は、シンジケーションサーバＳＳ２に接続されたクラスター(ＡＳ８、ＡＳ９およびＡＳ１０)のポーリング管理を担う。
管理エージェントＡＡ６は、ポーリング要求ＲＥ２をシンジケーションサーバＳＳ２に送信してもよい。ＲＥ２に応じて、サーバＳＳ２は、リストＬ６を含むポーリング応答ＡＮ２を送信してもよい。リストＬ６がセキュリティドメインＳＤ６に属しているコンポーネントをターゲットにしていると仮定すると、リストＬ６は、シンジケーションサーバＳＳ２に接続されたクラスターに属する関連アプリケーションサーバ内のデータを取得するのに使用される。
【００４３】
図３は、図１のセキュリティドメインＳＤ１の詳細な例を示す。
セキュリティドメインＳＤ１は、管理エージェントＡＡ１と、遠隔アプリケーションサーバＡＳ１からデータを受信するよう意図されたアプリケーションＡＰ１１とを備える。
管理エージェントＡＡ１は、４つの手段Ｍ１、Ｍ２、Ｍ３およびＭ４を備える。手段Ｍ１は、ポーリング応答の内容を分析し、この内容がターゲットにする管理エージェントを特定するように適合されている。手段Ｍ１は、ターゲットにされた管理エージェントのそれぞれに送信すべきデータを取得できる。
【００４４】
手段Ｍ２は、関連データをターゲットにされた管理エージェントのそれぞれに送信するように適合されている。換言すれば、手段Ｍ２は、セキュアトークンのターゲットにされた管理エージェントのそれぞれにアプリケーションサーバ側で取得されるデータのリストで通知することができる。手段Ｍ２はまた、関連データをセキュリティドメインＳＤ１に属するターゲットにされたアプリケーションに送信するように適合されている。そのようなデータ送信は、当業者によく知られている機構により実行されてもよい。例えば、そのような機構は、ＨＴＴＰによる遠隔アプリケーション管理(Ｒｅｍｏｔｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ、ＲＡＭ)用のデータ送信に使用されている。
【００４５】
手段Ｍ３は、シンジケーションサーバＳＳとの通信チャネルＣＨ１を確立するように適合されている。このチャネルＣＨ１は、トークンＳＣに接続されたホストマシン(図３に図示せず)を介して確立される。手段Ｍ３は、通信チャネルＣＨ１を通じてポーリングメッセージを送受信するように適合されている。１つの実施の形態では、通信チャネルＣＨ１は、ＨＴＴＰを介したＯＴＡである。
【００４６】
手段Ｍ４は、アプリケーションサーバＡＳ１との通信チャネルＣＨ２を確立するように適合されている。このチャネルＣＨ２は、トークンＳＣに接続されたホストマシン(図３に図示せず)を介して確立される。手段Ｍ４は、通信チャネルＣＨ２を通じて安全な方法でデータＤ１を取得するために、メッセージを送受信するように適合されている。１つの実施の形態では、通信チャネルＣＨ２はＨＴＴＰＳを介したＯＴＡである。
４つの手段Ｍ１乃至Ｍ４は、４つの別個のコンポーネントとして記載されているが、１または複数のコンポーネントとして実装されてもよい。
【００４７】
上記実施の形態では、ポータブルセキュアトークンＳＣは、ＵＩＣＣまたはＳＩＭカードである。このようなトークンは、オペレーティングシステムＯＳ、作業メモリ、マイクロプロセッサ、不揮発性メモリ、およびホストマシンと通信するための通信インターフェースからなる。本発明は、接触または非接触のスマートカード、ＵＳＢトークン、ＮＦＣトークンなどのトークンにも適用される。
【００４８】
本発明により、複数の管理エージェントに共通のポーリング機構が、１つの管理エージェントのみで管理される。ポーリング管理を担う管理エージェントは、複数の管理エージェントのうちの少なくとも１つの管理エージェントがアプリケーションサーバからデータを取得しなければならないかを知るために、シンジケーションサーバに対してポーリングを行う。シンジケーションサーバは、ポータブルセキュアトークンで実行されるアクティビティのリストを送信する。リストの各項目は、ターゲットにされた管理エージェントに通知される。ターゲットにされた管理エージェントのそれぞれは、伝送データを取得するために関連するアプリケーションサーバとの通信セッションを確立する。先行技術のトークンにおける通常のポーリングモードと比較すると、本発明は、アプリケーションサーバおよびポータブルセキュアトークン間にデータ伝送をもたらさない膨大な数のポーリングメッセージを回避することができる。
【００４９】
トークンＳＣがアプリケーションサーバから取得するデータは、トークンに内蔵されたアプリケーションのアップグレード版、セキュアトークンに内蔵されたアプリケーションに関連するセキュリティパラメータまたは応用パラメータであってもよい。
【００５０】
本発明の利点は、多くのＵＩＣＣまたはＳＩＭカードが市場に投入されている場合にＯＴＡの帯域幅を節約できることである。特に、本発明は、ＨＴＴＰ／ＨＴＴＰＳによる遠隔アプリケーション管理(ＲＡＭ)、ＨＴＴＰ／ＨＴＴＰＳによる遠隔アプリケーション管理(ＲＦＭ)およびＨＴＴＰ／ＨＴＴＰＳによるスマートカードウェブサーバ(ＳＣＷＳ)管理のためのポーリング機構の最適化を可能にする。本発明はまた、モバイルネットワークオペレータ(ＭＮＯ)のモバイルネットワークのリソースの節約を可能にする。
【００５１】
以上で述べた実施の形態は、ＨＴＴＰまたはＨＴＴＰＳを介したＯＴＡに向けられたものであるが、本発明は、トークン主導で接続が行われるいかなる種類の通信チャネルにも適用される。例えば、本発明は、ＨＴＴＰ ｏｖｅｒ ＴＣＰ／ＩＰタイプの通信チャネルに適用される。本発明はまた、ＵＤＰ(ユーザ・データグラム・プロトコル)を介したＣＡＰ−ＴＰ(カードアプリケーション転送プロトコル)の通信チャネルまたはＢＩＰ(ベアラ非依存プロトコル)チャネルで使用されるプロトコルに適用される。
【符号の説明】
【００５２】
ＡＡ  管理エージェント
ＡＮ  ポーリング応答
ＡＰ  アプリケーション
ＡＳ  遠隔アプリケーションサーバ
ＣＨ  通信チャネル
Ｄ  データ
Ｌ  リスト
Ｍ  手段
ＲＥ  ポーリング要求
ＳＣ  セキュアトークン
ＳＤ  セキュリティドメイン
ＳＳ  シンジケーションサーバ
ＳＴ  ステップ
ＳＹ  システム
【図１】
0005612776.tif 000002
【図２】
0005612776.tif 000003
【図３】
0005612776.tif 000004