JP5273397B2 - Ｈｔｍｌデータを配信するための向上した機能を有するパーソナルトークン - Google Patents

Description

本発明は、ＨＴＭＬページを想定するデバイスに配信するためのジャバカードアプリケーションのホストとして働くときのパーソナルセキュリティトークンに関する。そのようなパーソナルトークンは一般に、ウェブサーバまたはＨＴＭＬサーバを含むパーソナルトークンとして知られている。

パーソナルトークンは、ユーザが、制限されたリソース機器またはプライベートリソース機器、例えば、移動体電気通信ネットワーク、金融機関またはネットワーク、それに対する物理的アクセスの制限された秘密データまたは保護領域さえも格納する遠隔サーバなどにアクセスするときに、そのようなユーザを認証するために用いられる。

このタイプの最も知られているデバイスは、例えば、ＳＩＭカード（加入者識別モジュール：Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｍｏｄｕｌｅ）またはクレジットカードなどのＩＣカードであるが、ＵＳＢキー、大容量メモリカードまたはいくつかの必要な信用証明書を保持する任意の種類のトークンであってもよい。

そのようなトークンは通常、国際規格ＩＳＯ７８１６に準拠している。

想定するデバイスは通常、携帯電話通信網における携帯端末であるが、ＩＴネットワーク、例えば、インターネットまたは企業内ネットワークのいずれかにおけるホスティングＰＣまたは遠隔端末であってもよい。

ジャバカード（Ｊａｖａ（登録商標）ｃａｒｄ）は、ジャバ（Ｊａｖａ（登録商標））から導出される言語およびプログラミングシステムであり、すなわち、スマートカードの削減された機能に起因する簡単な機能性を備えるが、．ｃａｐファイルのダウンロード、インスタンス化、登録、アプリケーションＩｄの使用およびさらに重要なことは、元のジャバ言語命令の選択されたグループなどのジャバの主な態様を保持し、ジャバカードに元のジャバのオブジェクト指向性を維持させる。スマートカードまたはＵＳＢドングルを可能にするジャバカードが、知られている。

ジャバカードは、ＨＴＭＬデータをホスティングデバイスに配信するために用いられることが多く、ホスティングデバイスは、ＨＴＭＬエンジンを実行し、このエンジンは、そのような配信されたＨＴＭＬデータを読み出して、そのような配信データの上に向かうＨＴＭＬページを構成する。配信されるＨＴＭＬデータは、ＨＴＭＬページにおいて見つけられることになっているコンテンツ、すなわち、静的オブジェクト、動的オブジェクトまたはページにおいて静的オブジェクトおよび動的オブジェクトを体系化するためのテンプレートを記述するために十分なデータである。

ジャバカードアプリケーションは、いずれかの無線、いずれかの有線手段によって、すなわち、工場でトークンをカスタマイズしている間にセキュリティトークンにロードされるか、またはいくつかの専用接続を有するローカルコンピュータまたはその目的用のドライバによって、販売場所でもセキュリティトークンにロードされる。

ジャバカードアプリケーションは、更新することが困難である。トークンにおいて既に存在するいくつかのジャバカードデータは、修正することができないことが多く、このことは、アプリケーション全体が、修正データを含む新たなバージョンでダウンロードされなければならないことを意味する。これはまた、トークンを工場または販売場所のいずれかに戻さなければならないか、または完全なアプリケーションコード、すなわち、．ｃａｐファイルの新たなダウンロードを無線で実行しなければならないことを意味し、オペレータにとって長くて細心の注意を払い、トークンにおいて困難なメモリ管理を必要とする。

このことは、ＨＴＭＬページを補正することが必要であると思われるときに、ＨＴＭＬページデータの配信専用であるアプリケーションコードの場合には特に当てはまるように思われる。

例えば、別のオブジェクトではなく、特定のオブジェクトを強調するためのＨＴＭＬページにおけるオブジェクトの変更またはＨＴＭＬページのテンプレートの補正は、ジャバカードアプリケーションがカードに再びダウンロードされて、その修正バージョンにおいてカードによって再び解釈されることを必要とする。

本発明の目的は、この問題を克服することであり、すなわち、パーソナルトークンが含まれるときに、補正するＨＴＭＬページのプロセスを表示しやすくするパーソナルトークンにおけるジャバカードアプリケーションの実装を提案することである。

そのような目的は、添付の特許請求の範囲に記載されているような特徴を通じて、本発明によって実現される。

本発明の他の態様、目的および利点は、図面を参照して以下の説明を通じて明らかになる。

従来技術によるジャバカードアプリケーションを搭載するＳＩＭカードを示す図である。 本発明の実施形態によるジャバカードアプリケーションを搭載するＳＩＭカードを示す図である。 本発明の同一の実施形態によるＳＩＭカードによって行われる一連のタスクを示す図である。

図１に示されているように、ゲーム、電子財布または電話帳アプリケーションなどのジャバカードアプリケーションのホストとして働くために、従来技術によるＳＩＭカード１０は、．ｃａｐファイル１１、すなわち、遠隔サーバ内部で既にコンパイルされて変換された一連のジャバカード命令を用いて最初にダウンロードされる。そのような．ｃａｐファイル１１は依然として、実行可能にレンダリングされるように解釈されなければならない。すなわち、ダウンロード前にジャバカード仮想マシンがカードに存在していた．ｃａｐファイルは、ジャバカード仮想マシン（Ｊａｖａ（登録商標）ｃａｒｄ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）によってインスタンス化されなければならない。．ｃａｐファイルは次に、図１における参照符号１２で表されるようないわゆるジャバカードアプレットになる。

このジャバカードアプレット１２は、行われるインスタンス化ステップのおかげでここでは変数に連結される一連の命令から構成される。変数は、．ｃａｐファイル内部にもダウンロードされるが、最初は対応する命令に連結されていない。

ジャバカードアプレット１２の命令は、一旦、ＨＴＭＬページがエンドユーザによって必要とされると、ＳＩＭカードのホストとして働く携帯端末に伝送されることになっているＨＴＭＬデータを記述する。そのようなＨＴＭＬページは、エンドユーザが携帯端末の電源を入れると、表示されることになっているウェルカムスクリーンセーバまたはＳＩＭカード１０において実現された複数の機能性の中からエンドユーザが選択することを可能にするメニューであってもよい。

ジャバカードアプレットにおけるそれらのＨＴＭＬデータは、ＨＴＭＬページの全体形状のほか、いくつかのオブジェクトがページの中に有しなければならない場所、すなわち、ページにおいて静的オブジェクト用または動的オブジェクト用に留保されている各場所の全体形状を記述するテンプレートデータ１３を含む。

ジャバカードアプレットはまた、ページの動的オブジェクトを構築するための命令も含み、これは通常、ページがエンドユーザによって要求される時点で、計算またはジャバカードアプレットの特定の状態から結果として生じてもよい。

ジャバカードアプレットはまた、静的オブジェクトデータ、すなわち、ジャバカードアプレットを実行している過程で、変更しようとしたり、適合させたりしないオブジェクトを記述するデータを含む。

それらの静的オブジェクトは、図１の参照符号１４である。

本発明の実施形態によるジャバカードアプリケーションを実行するＳＩＭカードが、ここで、図２を参照して記載される。

図２のＳＩＭカードは、インスタンス化されて登録されたジャバカードアプレット１２のホストとして働く。元の．ｃａｐファイル１１は、図２に示されているが、ジャバカードアプレットがインスタンス化された後、動作的にはカード１０にはもはや存在しない。

ジャバカードアプレット１２は、普通はジャバカードアプレット専用であるＳＩＭカードのメモリの一部に保存される。この専用部分は、通常はＥＥＰＲＯＭメモリ（電気的消去可能プログラム可能な読み出し専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）として実装されるカードのメモリの不揮発性部分の内部に位置している。

図２の右側に、不揮発性メモリの別の物理的部分が示されており、一連の隣接ファイル１７のホストとして働く。これらのファイルのそれぞれは、ＴＬＶフォーマットであり、すなわち３つの部分から構成される。各ＴＬＶファイルの第１の部分は、タグ（Ｔａｇ）部分であり、次の部分は、長さ量を含む長さ（Ｌｅｎｇｔｈ）部分であり、ＴＬＶファイルの最後の部分は、ＴＬＶファイルの先行する長さ部分に配置されるような長さを決定するそのボリュームの値を含む値（Ｖａｌｕｅ）部分である。

メモリのその部分のＴＬＶファイルは通常は、電気通信規格において列挙され、必要とされる通信変数を格納するために用いられる。

そのような目的に加えて、それらのＴＬＶファイルは、ジャバカードアプレット１２を意図し、ＨＴＭＬページデータを構成することを目的とするデータを格納するために本発明では用いられる。ジャバカードアプレット１２は、アプレット１２の実行過程中に、ＴＬＶファイルにそれらのＨＴＭＬデータをフェッチするためにプログラムされる。

本発明では、ＴＬＶファイルにそのように格納されるＨＴＭＬデータは、２つのタイプからなる。いくつかのＴＬＶファイルは、ＨＴＭＬテンプレートデータ、すなわち、ページの形状および全体的な構成を記述するＨＴＭＬデータを格納する。

他のＴＬＶファイルは、ＨＴＭＬ静的オブジェクトを記述するデータを格納する。

１つのＴＬＶファイルは、１つのテンプレートを記述し、本件の場合には、複数のテンプレートは、複数のそれぞれのＴＬＶファイルに既に記載されている。１つのＴＬＶファイルが１つの静的オブジェクトを記述するのと同様に、本件の場合には、複数の静的オブジェクトは、複数のそれぞれのＴＬＶファイルに既に記載されている。

各静的オブジェクトＴＬＶファイルにおいて、ファイルの各値部分は、静的オブジェクト自体のコンテンツを記述するＨＴＭＬ文字列であり、各長さ部分は、そのようなＨＴＭＬ文字列の実際の長さを格納し、各タグ部分は、静的オブジェクト自体の識別子を格納する。識別子は、管理される適正な静的オブジェクトを検索するために用いられる。

ジャバカードにおける文字列は、「＜」と「＞」との間に含まれる一連の英数字であり、ＨＴＭＬページに配置されることになっている静的オブジェクトなどのビジュアルオブジェクトを記述する。

バイナリフォーマットからＢＥＲ−ＴＬＶフォーマットに至るファイルの異なるフォーマットは、ＨＴＭＬテンプレートおよびＨＴＭＬ静的オブジェクトの格納のために検討される可能性がある。ＢＥＲ−ＴＬＶフォーマットは、好ましいフォーマットである。標準的な軽いフォーマットが、さらに一般的に好まれる。

テンプレートデータおよび静的オブジェクトデータを検索するために、カード１０は、参照符号１８のＡＰＩ（アプリケーションプログラミングインターフェース）のホストとして働いて実行する。ＡＰＩ１８は、テンプレートデータを読み出して構文解析し、検討されたデータで行わなければならない処理に応じて、データを携帯端末に伝送するか、またはデータをジャバカードアプレットに戻すかのいずれかを行う。

例えば、テンプレートが静的データを含み、識別子によって動的データの必要性も識別するときには、静的データは、ＡＰＩ１８によって携帯端末に直接的に転送され、動的データ識別子は、そのような動的データのさらなる処理およびレンダリングのために、アプリケーション１２に伝送される。

図３において、ＡからＥの参照符号で表されるステップは、携帯端末、ジャバカードアプレット１２、ＡＰＩ１８によって行われる連続タスクに相当するステップを示している。図３はまた、ＨＴＭＬページデータを収集するプロセスにおいて、ＴＬＶファイル１４から検索されるデータを示す。

第１のステップＡとして、携帯端末は、アプリケーション１２にＨＴＴＰ要求を行う。アプリケーション１２のコードは、ＨＴＴＰ要求の処理専用である部分１２ａを含む。このＨＴＴＰ要求処理部分１２ａは、ステップＢとして、ＡＰＩ１８を呼び出す。ＡＰＩ１８は次に、ステップＣとして対応するＴＬＶデータファイルにおけるテンプレートファイルを読み出す。テンプレートはここでは、静的文字列を含む静的データを含み、その一部は、それぞれの静的オブジェクトを記述するが、他のＴＬＶファイルにおける静的データもまた識別することができ、静的データは、静的オブジェクトを記述することができる。

テンプレートＡＰＩ１８またはテンプレーティングエンジンは次に、ステップＤとして、テンプレートファイルを静的データに構文解釈し、作成されることになっている動的オブジェクトを識別する動的識別子に構文解釈する。ＡＰＩは、静的データを携帯端末に直接的に渡し、動的識別子をアプリケーション１２に転送する。

アプリケーション１２は、テンプレートコールバックモジュール１２ｂを含み、テンプレートコールバックモジュール１２ｂは、テンプレートＡＰＩ１８によって呼び出されるときに、識別された動的オブジェクトを生成する。アプリケーション１２は、このようにコールバックインターフェースを実装する。コールバックモジュール１２ｂを呼び出すことによって、テンプレートＡＰＩ１８は、ステップＥとして、動的データ識別子のほか、ＨＴＴＰ要求オブジェクトをテンプレートコールバックモジュール１２ｂに転送する。

ステップＦで、テンプレートコールバックモジュール１２ｂは、動的データ識別子およびＨＴＴＰ要求オブジェクト、ならびに任意のさらなるアプリケーション指定のデータソースに基づいて識別された動的データを生成する。言い換えれば、アプリケーション論理は、ＡＰＩから受信された情報のほか、それ自体のソースを用いて、動的データを生成する。動的データは次に、出力されたＨＴＭＬページに自動的に追加される。

本発明は、静的オブジェクトおよびテンプレートが、アプリケーションコードにおいて組み込まれていない位置に格納されている場合において記載されている。

本発明のフレームにおいて、ジャバカードアプリケーションコードは、その中に組み込まれる静的オブジェクトデータを含んでもよく、テンプレートデータのみが、個別の位置に格納される。逆に言えば、本発明のフレームにおいて依然として、ジャバカードアプリケーションは、静的オブジェクトデータを検索するために個別の位置にデータをフェッチしてもよいが、アプリケーションコードの中にテンプレートデータを包含する。

この別の実施形態において、アプリケーションによって用いられる静的オブジェクトは、そのような文字列専用の１つまたは複数の個別のファイルに格納され、各文字列は、識別子、例えば、スカラーによって識別される。前述のＡＰＩ１８に類似のジャバカードＡＰＩは、アプレット１２が、文字列を構成するバイトアレイの形で、そのような文字列の識別子を用いることによって、個別のファイルにおいて静的オブジェクトデータを検索することを可能にする。ＡＰＩは、そのような静的文字列リソースを含むファイルを開き、アプリケーションから抽出された文字列の識別子からバイトアレイを得る。

それらの異なる実施形態において、利点は、以下の通りである。

大量の文字列の操作および連結をこれまでは必要とした動的ＨＴＭＬページの構築。動的ウェブページにおいて用いられる文字列の大部分は実際には、静的である。文字列を記述するための唯一の可能性は、アプリケーションコードにおけるバイトアレイであった。ＨＴＭＬページの静的部分は、静的バイトアレイに記載され、ジャバカードアプリケーションにおいてハードコード化されなければならなかった。例えば、ＨＴＭＬページを構築するために用いられる静的文字列は、アプリケーションソースコードにおいてハードコード化され、カスタマイズ／国際化目的のために容易に更新されることは可能ではなかった。静的文字列のカスタマイズはまた、例えば、バグを修正するために有用である。

更新された定数を用いて新たな「．ｃａｐ」ファイルを再インストールすることは別にして、国際化もまた、アプレットのコードの中で異なる言語の文字列をハードコード化することによって、またはトークンにおける同一のアプリケーションの複数のバージョンを管理することによって、実現された。

ジャバカードは、完全なＨＴＭＬページを構築するために静的文字列を連結するための効率的な方法を提供していなかった。したがって、アプリケーション論理は、動的コンテンツを構築するために、動的要素を用いて文字列バイトアレイを連結することを担っていた。したがって、ジャバカードにおけるバイトアレイ連結のためのサポートがないために、そして、本明細書において提案されたような個別の文字列オブジェクトを含まないサポートがないために、動的ＨＴＭＬページの構築は、大量のマニュアルバッファ動作を必要とし、きわめて遅かった。

コードサイズおよび性能に関して、文字列リソースをフェッチする記載されたＡＰＩは、ジャバカードアプリケーションにおけるバイトアレイ操作を制限可能にする。さらに、アプリケーションにおいて静的バイトアレイ文字列の代わりに、定数のスカラー識別子が用いられ、コードサイズの削減および性能の向上が図られる。

個別のリソースファイルに含まれる文字列は、顧客の要求に基づいて、カスタマイズされることができる。例えば、オペレータ名を含む１つの文字列は、アプリケーションコードを補正することなく、容易に変更されてもよい。

静的文字列ファイルは、伝統的な遠隔ファイル管理技術によって、遠隔操作によって更新され、潜在的なバグの修正またはアプリケーションのわずかな更新を行うことができる。

複数の国際化リソースファイルは、カード上に存在することができ、各公用語ごとに１つの国際化リソースファイルが存在することができる。ジャバカードアプリケーションは、現在のユーザの言語の好みに適合されたものを選択することができる。新たな言語もまた、対応するファイルにおける静的オブジェクトのダウンロードされた更新として、後の発行を容易に実施されてもよい。

個別のファイル位置にテンプレートを格納するために、テンプレートは、現地のサービスを用いて、ＡＰＩによって内部で処理されることができる。これはまた、ジャバカードにおけるバッファ操作の必要性を削減し、性能を向上する。

テンプレートは、アプリケーションコードを変更することなく、顧客の要求に基づき、容易にカスタマイズされることができる。

テンプレートは、伝統的な遠隔ファイル管理技術によって、遠隔操作によって更新され、潜在的なバグの修正またはアプリケーションの外観のわずかな更新を行うことができる。

複数のテンプレートが、カード上に存在することができ、各公用語ごとに１つのテンプレートが存在することができる。ジャバカードアプリケーションは、現在のユーザの言語の好みに適合されたものを選択することができる。新たな言語もまた、対応するファイルにおけるダウンロードされた新たな言語テンプレートとして、後の発行を容易に実施されてもよい。

Claims (11)

1. パーソナルトークンのメモリの領域に位置するジャバカードアプリケーションコードを格納するためのパーソナルトークンにして、パーソナルトークンが、そのようなジャバカードアプリケーションコード（１２）を実行して、ＨＴＭＬページデータを外部デバイスに配信することができ、外部デバイスが、そのように配信されたＨＴＭＬページデータに基づいて、ＨＴＭＬページを表示し、前記パーソナルトークンが、ＨＴＭＬページの構成部分として用いられることになっているデータをさらに格納する、パーソナルトークンであって、ＨＴＭＬページの寄与部分として用いられることになっているデータが、ジャバカードアプリケーションコードが位置するメモリ領域とは別の少なくとも１つのファイル（１７）の中にあって、前記ＨＴＭＬページの寄与部分が、ＨＴＭＬページテンプレートを含み、前記ジャバカードアプリケーションコードが、ＨＴＭＬページテンプレートへ動的オブジェクトを渡すように構成されたコールバックモジュール（１２ｂ）を含み、パーソナルトークンが、そのようなデータが前記ＨＴＭＬページデータを前記外部デバイスに配信するために要求されるときに、ＨＴＭＬページの寄与部分を格納する少なくとも１つのファイルを開くようにプログラムされることを特徴とする、パーソナルトークン。
2. アプリケーションプログラミングインターフェースＡＰＩに対してそのように開くことを要求するジャバカードアプリケーションコードに応じて、寄与部分を格納する少なくとも１つの個別のファイル（１７）のコンテンツを開いて読み出すように構成された前記ＡＰＩを備えることを特徴とする、請求項１に記載のパーソナルトークン。
3. ＨＴＭＬページの寄与部分が、ＨＴＭＬページに導入されることになっている少なくとも１つの静的オブジェクト（１７）を含むことを特徴とする、請求項１に記載のパーソナルトークン。
4. ＡＰＩが、動的オブジェクトが読み出されたＨＴＭＬページテンプレートにおいて必要とされることをＡＰＩが識別するたびに、コールバックモジュールを起動するようにプログラムされることを特徴とする、組み合わせた請求項１および２に記載のパーソナルトークン。
5. 少なくとも１つの個別ファイルが、ＨＴＭＬページの動的オブジェクトのための少なくとも識別子を含み、ＡＰＩが、ＨＴＭＬページテンプレートを格納する少なくとも１つの個別のファイルを少なくとも１つの静的オブジェクトおよび少なくとも１つの動的オブジェクト識別子に構文解釈するように構成され、ＡＰＩが、少なくとも１つの静的オブジェクトを外部レンダリングデバイスに伝送し、少なくとも１つの動的オブジェクト識別子をジャバカードアプリケーションコードのコールバックモジュールに伝送するように構成されることを特徴とする、請求項２および４に記載のパーソナルトークン。
6. ＡＰＩが、少なくとも１つの静的オブジェクトをジャバカードアプリケーションコードに伝送することなく、外部レンダリングデバイスに伝送することを特徴とする、請求項５に記載のパーソナルトークン。
7. 寄与部分を格納する少なくとも１つのファイルが、ＴＬＶ、すなわち、タグ、長さ、値のタイプのファイルであることを特徴とする、請求項１に記載のパーソナルトークン。
8. 少なくとも１つのファイルが、複数のＨＴＭＬページテンプレートを含み、ジャバカードアプリケーションコードが、ＨＴＭＬページの寄与部分として用いられることになっている適正なテンプレートのための識別子を含むことを特徴とする、請求項１に記載のパーソナルトークン。
9. ジャバカードアプリケーションコードがＨＴＭＬページデータを外部レンダリングデバイスに配信することを意図して、パーソナルトークンにおいてジャバカードアプリケーションを実装するための方法にして、実装方法が、ジャバカードアプリケーションコード（１２）と、ＨＴＭＬページの寄与部分として用いられることになっているデータとをダウンロードすることを含む、方法であって、
   ａ）パーソナルトークンのメモリの領域に、ジャバカードアプリケーションのコードをダウンロードするステップを含み、前記ジャバカードアプリケーションコードが、ＨＴＭＬページテンプレートへ動的オブジェクトを渡すように構成されたコールバックモジュールを含み、前記方法はさらに、
   ｂ）ＨＴＭＬページの寄与部分として用いられることになっているデータを、ジャバカードアプリケーションコードがダウンロードされるメモリ領域とは別個である少なくとも１つのファイル（１７）にダウンロードするステップを含み、ＨＴＭＬページの寄与部分が、ＨＴＭＬページテンプレートを含み、前記方法はさらに、
   ｃ）そのような寄与部分がジャバカードアプリケーションコードによって要求されるときに、ＨＴＭＬページの寄与部分を格納する少なくとも１つのファイルを開くためのパーソナルトークンをプログラミングするステップとを含むことを特徴とする、方法。
10. ジャバカードアプリケーションコード（１２）およびＨＴＭＬページの寄与部分（１７）が、異なる時間にパーソナルトークンにダウンロードされることを特徴とする、請求項９に記載の方法。
11. 任意の更新されたジャバカードアプリケーションコード（１２）をダウンロードすることなく、ＨＴＭＬページの更新された寄与部分をダウンロードすることによって、ＨＴＭＬページの寄与部分（１７）を更新することからなるステップを含むことを特徴とする、請求項９に記載の方法。

Images