【誤訳訂正書】
【提出日】平成23年4月18日(2011.4.18)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】アプリケーションと処理デバイスとの間の互換性を評価する方法
【技術分野】
【０００１】
本発明は、アプリケーションと、そのようなアプリケーションをホスティングし、且つ／又は実行し、且つ／又はそのようなアプリケーションと対話することが可能な処理デバイスであって、必ずしもそれだけに限定されるわけではないが、携帯電話タイプの機器、携帯情報端末（ＰＤＡ）等、パーソナル・コンピュータ（ＰＣ）タイプのコンピュータ、アプリケーション・サーバ・タイプのサーバ等から構成される処理デバイスとの間の互換性を自動的に評価する方法に関するものである。
【０００２】
本発明はより詳細には、必ずしもそれだけに限定されるわけではないが、特に加入者識別モジュール（ＳＩＭ）を含み、情報処理及び記憶手段が設けられたユニバーサル集積回路カード（ＵＩＣＣ）等のオンボード・スマート・カードにアプリケーションを記憶するタイプのデバイスに適用することができる。以下の説明において、「ＳＩＭカード」という用語は、マルチ・アプリケーション・カードとして非限定的に解釈されるべきである。上述のタイプのデバイスとしては、そのようなＳＩＭカードと連動するモバイル端末（モバイル機器（ＭＥ）の一種）が挙げられる。
【背景技術】
【０００３】
オンボード・アプリケーションに関しては、特に、ＳＩＭカード上にダウンロードした後、ＳＩＭカード上で実行するのに適したＪａｖａ（登録商標）アプリケーション（「アプレット」）（より具体的には「カードレット」として知られる）、あるいは、端末上にダウンロードした後、端末上で実行するのに適したＪａｖａアプリケーション（「アプレット」）（より具体的には「ミッドレット」として知られる）から構成されている。
【０００４】
この文脈では、現時点でアプリケーション開発用の様々な技術が存在する。
特に、「ＳＩＭツールキット（ＳＴＫ）」アプリケーションは、ＳＩＭカード内で実行される。
端末のＳＩＭカード内には実際に、所与の機能（ショート・メッセージの送信、トーンの生成、呼のセット・アップ、インターネットへのアクセス、銀行取引の実行等）を実行する特定のソフトウェア（カードレット）が実装されている。
【０００５】
端末は、「ＳＩＭアプリケーション・ツールキット」と呼ばれる１組の命令及び手順を有し、ＳＩＭ上で作成されたアプリケーションは、それらを用いることで端末の機能と対話することが可能となる。その処理は次のとおりである。即ち、ＳＩＭカードは、ＳＩＭアプリケーション・ツールキット・タイプの命令を端末に送り、当該端末は、対応する機能がそれ自体にサポートされている場合は当該命令を実行し、その後、当該命令が適切に実行されたか否かをＳＩＭカードに報告する。これらの命令は、ＳＩＭと画面との間の対話、ＳＩＭとキーパッドとの間の対話、ＳＩＭと無線インターフェイスとの間の対話等と関係付けることもできる。
【０００６】
上記の仕様から提供される機能を用いれば、「付加価値のある」携帯電話サービスをユーザに提供するために、膨大な数の様々なアプリケーションをスマート・カード上で開発することが可能となる。詳細情報については、ＧＳＭ（グローバル移動通信システム）１１．１４規格及び３ＧＰＰ（第３世代パートーナーシップ・プロジェクト）規格を参照することが有益であるだろう。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
近年、モバイル事業者は、開発アプリケーションが大部分の端末と互換性を有することを保証するために、デフォルト構成として、該当する端末に確実にサポートできる機能だけを使用するＳＴＫアプリケーションを配備していることから、ＳＴＫ技術の商業的成功が制限されている。各事業者は、そのような互換性の問題が発生する恐れがある故に、高い性能を有するＳＴＫアプリケーションを配備することには消極的である。
【０００８】
更に、モバイル事業者は、ユーザがモバイル端末を変更したときに、ＳＩＭにインストールされているアプリケーションが新しい端末との互換性を維持できるかどうか自動的にチェックすることができない。
【０００９】
同様に、モバイル事業者は、ユーザがＳＩＭカードを変更したときに、新しいＳＩＭカード上にインストールされるアプリケーションと、端末に記憶されているアプリケーションとが全体的な環境（カード、モバイル端末、カードレット、ミッドレット）と互換性を維持できるかどうかを自動的にチェックすることもできない。
【００１０】
これらのアプリケーションは、端末にダウンロード可能なアプリケーションの開発及び実行専用のＪ２ＭＥプラットフォームを有する端末でアプリケーションを実行できるようになるＪａｖａ２  Ｍｉｃｒｏ  Ｅｄｉｔｉｏｎ（Ｊ２ＭＥ）技術を使用して開発することもできる（「ミッドレット」は当該技術で使用される用語である）。
【００１１】
このため、当該プラットフォームは、次の３つのモジュールを備える。即ち、仮想マシンと、該当する端末のタイプに合わせて適合され、アプリケーションによって実行される使用可能な機能、即ち当該端末によって実行可能な処理を識別するアプリケーション・プログラミング・インターフェイス（ＡＰＩ）と、当該端末の資源を定義する構成モジュールとがこれに該当する。
【００１２】
Ｊ２ＭＥ実行環境では、アプリケーションが端末にサポートされていない機能又はプログラミング・インターフェイスを使用したときはエラーが発生することとなり、当該アプリケーションを使用することはできない。
【００１３】
更に、モバイル事業者が非互換性又はエラー状態を自動的に検索するのに利用可能な手段は、現時点で存在しない。
【００１４】
上述の欠点は、上記の実行環境に限られるものではなく、例えばＷｉｎｄｏｗｓ（登録商標）  ＭｏｂｉｌｅやＢＲＥＷ（Ｂｉｎａｒｙ  Ｒｕｎｔｉｍｅ  Ｅｎｖｉｒｏｎｍｅｎｔ  ｆｏｒ  Ｗｉｒｅｌｅｓｓ：ワイヤレス用バイナリ・ランタイム環境）等のような他の環境でも同様に認められる。
【００１５】
現行技術では、各アプリケーションが、そのようなアプリケーションをホスティングし、且つ／又は実行し、あるいは単にそれらのアプリケーションと対話することが可能な処理デバイスと機能上の観点から完全に互換性を有するかどうかを、モバイル事業者及びサービス・プロバイダが自動的に知ることが可能となる解決策は、存在しないように思われる。
それ故、本発明の一目的は、上述の欠点を解消することである。
【課題を解決するための手段】
【００１６】
それ故、本発明は、少なくとも１つのアプリケーションと、少なくとも前記アプリケーションをホスティングし、且つ／又は実行し、且つ／又は少なくとも前記アプリケーションと対話する少なくとも１つの処理デバイスとの間の互換性を評価する方法であって、１つ又は複数のアプリケーションと１つ又は複数のデバイスとの間の機能上の互換性診断を自動的に確立するために、それぞれ前記各デバイスと関連付けられ、前記各デバイスがサポートしている機能を記述するプロファイルの内の少なくとも１つのプロファイルと、それぞれ前記各アプリケーションと関連付けられ、前記各アプリケーションが使用する機能を記述するプロファイルの内の少なくとも１つのプロファイルとの間の比較を含むことを特徴とする、方法を提供する。
【００１７】
一実施形態では、アプリケーションは、モバイル端末タイプのデバイスがサポートしている機能を用いて実行される間に対話を行うように設計され、前記機能上の互換性診断を確立することは、前記端末と関連付けられ、前記端末がサポートしている前記機能を記述する前記プロファイルと、前記アプリケーションに関連する前記プロファイルとの比較を実施することを含む。
【００１８】
一変形形態では、前記アプリケーションは、前記モバイル端末と連動するＳＩＭカード・タイプのデバイスにおいてホスティングされ、前記機能上の互換性診断を確立することは、前記アプリケーションに関連する前記プロファイルと、前記ＳＩＭカードと関連付けられ、前記カードがサポートしている機能を記述するプロファイルとの比較を実施することを更に含む。
【００１９】
別の変形形態では、前記アプリケーションは、実行のために少なくとも１つの他のアプリケーションとリンクされ、前記機能上の互換性診断を確立することは、前記少なくとも１つの他のアプリケーションに関連するプロファイルと、前記端末に関連する前記プロファイルとの比較を実施することを更に含む。
【００２０】
別の変形形態では、前記少なくとも１つの他のアプリケーションは、前記端末と連動するＳＩＭカードに記憶され、前記互換性診断を確立することは、前記少なくとも１つの他のアプリケーションに関連する前記プロファイルと、前記ＳＩＭカードと関連付けられ、前記カードがサポートしている前記機能を記述するプロファイルとの比較を実施することを更に含む。
【００２１】
前記機能上の互換性診断を確立することは、前記アプリケーション及び／又は前記アプリケーションとリンクされた前記少なくとも１つの他のアプリケーションが使用する機能の内、前記端末又は前記カードにサポートされていない機能のリストを判定することを更に含むことが有利である。
【００２２】
前記プロファイルは、各アプリケーションに関連する実行環境と、各アプリケーションの実行のために各アプリケーション間に存在するリンクとを格納する構成テーブルに格納され更新されることが有利である。
【００２３】
前記方法は、確立された前記互換性診断に応じて特定のアクションをトリガすることを更に含むことが好ましい。
【００２４】
一実施形態では、前記特定のアクションをトリガすることは、前記デバイス（単数又は複数）を更新すること、又は、前記アプリケーション（単数又は複数）が使用する機能の内、サポートされていない機能を非アクティブ化することを含む。
【００２５】
前記方法は、顧客側で実施され、サーバ側で実施され、又は前記サーバ側と前記顧客側との間で共有されるように実施されることが有利である。
【００２６】
本発明は、少なくとも１つのアプリケーションと、少なくとも前記アプリケーションをホスティングし、且つ／又は実行し、且つ／又は少なくとも前記アプリケーションと対話する少なくとも１つの処理デバイスとの間の互換性を評価するソフトウェア・モジュールであって、本発明に係る方法がコンピュータ・システムによって実行されるようにする命令を備えることを特徴とする、ソフトウェア・モジュールも提供する。
【００２７】
本発明は、本発明に係るソフトウェア・モジュールが組み込まれていることを特徴とする、モバイル端末も提供する。
【００２８】
最後に、本発明は、本発明に係るソフトウェア・モジュールが組み込まれていることを特徴とする、スマート・カードを提供する。
本発明の他の特徴及び利点は、非限定的な例として与えられる以下の詳細な説明を、添付の図面と併せて読めばより明らかとなるであろう。
【発明を実施するための最良の形態】
【００２９】
かくして、本発明は、１組のアプリケーションと、当該アプリケーションをホスティングし、且つ／又は実行し、且つ／又は当該アプリケーションと対話する１組の処理デバイスとの間の機能上の互換性を自動的に評価することが可能となるように設計されている。一般に、アプリケーションの記憶及び実行を行う少なくとも１つのホスト・デバイスと、アプリケーションの記憶は行わないが、アプリケーションに必要とされるいくつかのアクションを実行する上で必要となる、少なくとも１つの「接続」デバイスとについて検討する。アプリケーションは、それ自体とリンクされている別のアプリケーションを実行のために呼び出して使用することもでき、当該別のアプリケーションは、同一のホスト・デバイス内又は異なる接続デバイス内に記憶されていてもよい。
【００３０】
本発明の一実施形態に関する以下の説明では、モバイル端末と、当該端末と連動するＳＩＭカードとの組合せから成るセットについて詳細に検討する。しかしながら、本発明はそのようなデバイスの組合せに限定されるものではない。
【００３１】
それ故、本発明を用いれば、アプリケーションと、当該アプリケーションがそれ自体にダウンロードされ、それ自体からＳＩＭカード又は端末に記憶され、実行される可能性があるセットとの間の、機能上の互換性診断を自動的に確立することが可能となる。本診断は、該当するアプリケーションがダウンロードされる前に確立することができ、一変形形態では、実際に当該アプリケーションがダウンロードされた後に確立することもできる。
【００３２】
このため、アプリケーション及び各処理デバイスは、それぞれ一意の識別子及びプロファイルを用いて記述することが有益である。図１は、処理デバイスＤＣＴの特徴と、アプリケーションＡＣＴの特徴とを記述する構造の一例を示しており、この構造例に基づいて本発明に係る互換性診断を行うことが可能となる。
【００３３】
それ故、モバイル端末のような顧客デバイスＤＣＴの特徴に関する記述は、ビット列Ｉｄ（１）、．．．、Ｉｄ（ｎ）で記述される端末識別子ＤＩＮ、典型的には国際移動体装置識別（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｔｙ：ＩＭＥＩ）と、特に端末がサポートしている機能又は機能グループ／クラスをビットＦｄ（１）、Ｆｄ（２）、．．．、Ｆｄ（ｎ）のビット列の形で記述する、端末に関連するプロファイルＤＰＤとを含む。
【００３４】
例えば、３ＧＰＰ  ＴＳ  ５１．０１４  ｖ．４．３．０規格において、端末プロファイルは、端末がサポートしているＳＩＭアプリケーション・ツールキット・タイプの機能に関するリストを含む。１つのビットは、このタイプの各機能を符号化するのに使用される。次に、「１」に配置されているビットは、前記ビットＦｄ（ｉ）が符号化する該当機能が当該端末にサポートされていることを示し、「０」に配置されているビットは、該当機能が当該端末にサポートされていないことを示す。
【００３５】
顧客デバイスがモバイル端末とＳＩＭカードの両方から構成されている場合は、識別子及びプロファイルを含めたＳＩＭカードの特徴に関する記述も、同様の手法で前記ＳＩＭカードに割り当てられることに留意していただきたい。
【００３６】
また、ＳＩＭ又は端末に記憶されている又は記憶されるように設計されている各アプリケーションは、一意のアプリケーション識別子ＡＩＮ及び関連するアプリケーション・プロファイルＡＰＤによって記述される。アプリケーション・プロファイルの構造は、端末プロファイルの構造と類似していなければならないが、端末プロファイルの構造と異なる構造とすることも、当該構造と均等でない構造とすることも可能である。本実施形態において、アプリケーション・プロファイルは、該当するアプリケーションが使用する機能のリストをビット列Ｆａ（１）、Ｆａ（２）、…、Ｆａ（ｎ）の形で記述する。次に、「１」に配置されているビットは、前記ビットＦａ（ｉ）による符号化対象の該当する機能が当該アプリケーションに使用されていることを示し、「０」に配置されているビットは、該当する機能が使用されていないことを示す。
【００３７】
アプリケーションが実行のために当該デバイスの別のアプリケーションとリンクされている場合は、前記別のアプリケーションを端末又はＳＩＭカードに記憶することが可能となり、前記情報をアプリケーション・プロファイルの形で符号化することが可能となる。
【００３８】
それ故、端末（またはＳＩＭカード）がサポートしている全ての機能及びアプリケーションが使用する全ての機能は、それぞれのプロファイルに記述される。アプリケーションに関連するプロファイルの構造と、端末（又はＳＩＭカード）に関連するプロファイルの構造とは類似しており、それによって各プロファイルを部分的に又は全体的に比較することが可能となる。
【００３９】
図２は、モバイル端末Ｄ１と、モバイル端末Ｄ１と連動して複数のアプリケーションＡ１、Ａ２、Ａ３、及びＡ４の記憶及び実行を行うＳＩＭカードＤ２とを組み合わせることによって形成される処理デバイス・セットに基づく、本発明に係る方法を実施する機能的なアーキテクチャの一例を示している。より厳密にいえば、アプリケーションＡ１及びＡ２は端末Ｄ１に記憶される一方、アプリケーションＡ３及びＡ４はＳＩＭカードＤ２に記憶される。
【００４０】
ソフトウェアの形をとる構成モジュール１０は、様々なアプリケーションの処理に関する本質的な特徴がそれぞれの実行環境に応じて判定できるようにするために、Ｄ１及びＤ２並びにＡ１〜Ａ４によって形成されるセットのハードウェア・コンポーネントとソフトウェア・コンポーネントの組合せを記述する構成テーブル２０の管理及び更新を行うように設計されている。
【００４１】
このため、構成モジュールは、互いに連動するデバイス及びアプリケーションの特徴に関する現在の記述を図２の（１）において取得する役割を担う同期化モジュール３０を含んでいる。同期化モジュールは、例えば端末の電源投入中に実施される。その後、構成テーブル２０は必要に応じて更新される。
【００４２】
かくして、上述の実例では、同期化モジュール３０を用いることにより、上述の端末識別子及び端末プロファイルによって形成される端末Ｄ１の特徴ＤＣＴ１に関する記述を取得することが可能となり、また、ＳＩＭカードＤ２の特徴ＤＣＴ２に関する記述並びにそれぞれアプリケーションＡ１〜Ａ４に関連する特徴ＡＣＴ１〜ＡＣＴ４に関する記述も同様の手法で取得することが可能となる。
【００４３】
かくして、構成モジュールは、それ自体の同期化モジュールを介して構成変更（例えばユーザのデバイス変更や、端末がサポートしている機能の更新等）を検出し更新することができる。
【００４４】
その後、更新されたテーブル２０には、デバイスＤ１、Ｄ２に関連するプロファイルと、アプリケーションＡ１〜Ａ４に関連するプロファイルとが格納される。構成テーブル２０には、各アプリケーションに関連する実行環境と、各アプリケーションの実行のために各アプリケーション間に存在するリンクも格納される。かくして、上記テーブルは各アプリケーションＡ１〜Ａ４について次の情報を記述する。即ち、上記テーブルが実行のために記憶される端末デバイスＤ１又はＳＩＭカードＤ２（Ｄｅｖ．Ｈ）と、アプリケーションに必要とされるいくつかのアクションを実行する上で必要となる任意選択のデバイスＤ１又はＤ２（Ｄｅｖ．Ｃ）と、上記テーブルが実行のために任意選択でリンクされるアプリケーション（Ａｐｐｌｉ．Ｌ）とを記述する。
【００４５】
構成テーブルが更新されたときは、当該テーブル内で定義される構成プロファイルに応じてそれぞれのプロファイルを比較することに基づいて様々なアプリケーションとデバイスとの間の機能上の互換性診断を自動的に確立するために、ソフトウェアの形をとる互換性モジュールを（３）において実装することができる。
【００４６】
互換性モジュールは、例えばユーザがモバイル端末を変更したとき、端末の電源投入が行われたとき、新しいアプリケーションがダウンロードされたとき、サーバ要求があったとき等に、要求に応じて実装することも自動的に実装することもできる。
【００４７】
最後に、互換性モジュールと連動する判断モジュール５０を提供することもできる。当該判断モジュールは（４）において、互換性モジュールによって確立された機能上の互換性診断に応じて特定のアクションをトリガするために提供される。
【００４８】
以下では、モジュール４０が様々なシナリオで機能上の互換性診断を確立することが可能となる例示的な一実施形態について、より詳細に説明する。
【００４９】
互換性モジュール４０は、図２の記載に対応する第１のシナリオにおいて、端末に記憶されているアプリケーションＡ１と、端末デバイスＤ１との間の機能上の互換性診断を実行する。上述したように、そのような診断はＡ１とＤ１の各プロファイルの比較に基づいて行われる。
【００５０】
互換性モジュール４０は、Ｄ１のプロファイル及びＡ１のプロファイルを構成する各ビット・シーケンスＦｄ１（ｉ）及びＦａ１（ｉ）の排他的ＯＲ論理関数に基づくビット単位比較を含む比較アルゴリズムを実行する。次に、当該アルゴリズムは、以下のように書くことができる。
【００５１】
【数１】
2008521107.tif 000001
【００５２】
そのため、少なくとも１つの位置ｉが［（Ｃ１（ｉ）＝１）ＡＮＤ（Ｆｄ１（ｉ）＝０）］というように識別できる場合は、それによって、位置ｉに対応する機能について、Ｄ１とＡ１との間に機能上の非互換性が存在することが示される。
【００５３】
このシナリオでは、モジュール４０によって確立された機能上の互換性診断は、少なくとも１つの機能上の非互換性の存在を示すことを含むことができ、また、より厳密にいえば、アプリケーションＡ１が使用する機能の内、端末Ｄ１にサポートされていない機能のリストを判定することを含むことができる。そのため、様々なレベルの診断を提供することができる。
【００５４】
次に、判断モジュールは、提供される診断に応じて、例えば端末がサポートしている機能を更新することや、アプリケーションが使用する機能の内、サポートされていない機能を非アクティブ化すること等、特定のアクションを実施することができる。
【００５５】
そのような診断は、例えば、まずカードに記憶されているアプリケーションＡ３と端末Ｄ１との間の機能上の互換性を評価し、次に、アプリケーションＡ３とカードＤ２との間の機能上の互換性を評価することを目的とする第２のシナリオでも、同一の手法で確立することができる。構成テーブルは、カードＤ２に記憶されているアプリケーションＡ３が、Ａ１に必要とされるいくつかのアクションを実行することが想定される端末Ｄ１を必要とすることを示している。
【００５６】
次に、このシナリオでは、機能上の互換性診断を確立することは、Ａ３に関連するプロファイルと、端末Ｄ１に関連するプロファイルとを比較することに加えて、Ａ３に関連するプロファイルと、カードＤ２がサポートしている機能を記述するカードＤ２に関連するプロファイルとを比較することも含む。次に、２つの比較に関するアルゴリズムは、以下のように書くことができる。
【００５７】
【数２】
2008521107.tif 000002
【００５８】
上式で、Ｆｄ１（ｉ）は、Ｄ１がＤ１のプロファイル内の位置ｉに記述された機能をサポートしている可能性を符号化するビットであり、Ｆｄ２（ｉ）は、Ｄ２がＤ２のプロファイル内の位置ｉに記述された機能をサポートしている可能性を符号化するビットであり、Ｆａ３（ｉ）は、位置ｉの機能がＡ３によって使用されるかどうかを示すＡ３のプロファイルの対応ビットである。
【００５９】
そのため、少なくとも１つの位置ｉが［（Ｃ１（ｉ）＝１）ＡＮＤ（Ｆｄ１（ｉ）＝０）］ＯＲ［（Ｃ２（ｉ）＝１）ＡＮＤ（Ｆｄ２（ｉ）＝０）］というように発見できる場合は、それによって、Ｄ１とＡ３との間及び／又はＤ２とＡ３との間に機能上の非互換性が存在することが示される。機能上の互換性診断は、例えばアプリケーションＡ３が使用する機能の内、端末又はカードにサポートされていない機能のリストを含むように確立することができる。
【００６０】
このシナリオの実際の使用ケースは、ＳＴＫアプリケーションＡ３がＳＩＭカード内で実行されるＳＩＭツールキット技術に関するものである。互換性モジュールは、上述の３ＧＰＰ規格で定義されるような前記プロファイルの各バイナリ・シーケンスを単に比較することによって、図３に示されるような様々なＳＩＭ、端末、及びアプリケーション・プロファイルを比較する。
【００６１】
一実施形態では、構成モジュール及び互換性モジュールは、端末のＳＩＭカードに記憶される。次に、当該互換性モジュールは、構成テーブルが更新されたときに、又はユーザが実際にアプリケーションを使用したいと思ったときに自動的に起動することができる。しかしながら、当該互換性モジュールの起動については、他のタイプのイベントの発生を前提条件とすることもできる。
【００６２】
図３の実例において、該当するＳＩＭツールキット・アプリケーションは、アプリケーション・プロファイルのバイトＮｏ．９の矢印が示す「１」に配置されたビットで記述されるように、「ブラウザ起動」機能を使用するように設計されている。当該「ブラウザ起動」機能を用いれば、ワイヤレス・アプリケーション・プロトコル（ＷＡＰ）端末上のＳＩＭツールキット・アプリケーションがインターネットにアクセスするためにブラウザを起動することが可能となる。
【００６３】
上記の第２のシナリオを参照して説明したアルゴリズムの互換性モジュールを適用することにより、端末プロファイルのバイトＮｏ．９の矢印が示す「０」に配置されたビットで記述されるように、ＳＩＭツールキット・アプリケーションと、「ブラウザ起動」機能をサポートしていない端末との間では、当該機能に関して非互換性診断が確立されることになる。
【００６４】
ＳＩＭツールキット環境では、アプリケーションとＳＩＭカード・プロファイルとの間の比較は重要ではない。従来から、カードの機能上の境界はアプリケーションの機能上の境界よりも広くとられている。それ故、アプリケーションによって使用される機能を制限することができる環境は、端末の環境とほぼ一致する。それ故、実際には、上記の比較を、アプリケーションによって使用される機能と端末がサポートしている機能とを比較することに限定することが可能である。しかしながら、ＳＩＭツールキット・アプリケーションはＳＩＭカード内で実行されるので、アプリケーションの機能と、カードがサポートしている機能とを比較することが有利である可能性もある。
【００６５】
図２の構成例を再び参照して、例えば端末Ｄ１に記憶され実行されるアプリケーションＡ２の機能上の互換性を評価することを目的とする第３のシナリオについて検討することもできる。構成テーブル２０は、端末Ｄ１に記憶されているアプリケーションＡ２が、Ａ２に必要とされるいくつかのアクションを実行することが想定され、更に、実行のためにアプリケーションＡ４とリンクされているカードＤ２を必要とし、前記アプリケーションＡ４は、カードＤ２に記憶され、それ自体の実行に端末Ｄ１を必要とすることを示している。
【００６６】
次に、このシナリオでは、構成テーブルが与えられた場合に、機能上の互換性診断を確立することは、Ａ２に関連するプロファイルと端末Ｄ１に関連するプロファイルとの間、及びＡ２に関連するプロファイルとカードＤ２に関連するプロファイルとの間の各比較に加えて、それぞれアプリケーションＡ４に関連するプロファイルと端末Ｄ１に関連するプロファイルとの間、及びアプリケーションＡ４に関連するプロファイルとカードＤ２に関連するプロファイルとの間の比較を行うことを含む。次に、互換性モジュールによって実行される４つの比較に関するアルゴリズムは、次のように書くことができる。
【００６７】
【数３】
2008521107.tif 000003
【００６８】
上式で、Ｆｄ１（ｉ）は、Ｄ１がＤ１のプロファイル内の位置ｉに記述された機能をサポートしている可能性を符号化するビットであり、Ｆｄ２（ｉ）は、Ｄ２がＤ２のプロファイル内の位置ｉに記述された機能をサポートしている可能性を符号化するビットであり、Ｆａ２（ｉ）は、位置ｉにおける前記機能がＡ２によって使用されるかどうかを示すＡ２のプロファイルの対応ビットであり、Ｆａ４（ｉ）は、位置ｉにおける前記機能がＡ２［Ａ４？？？］によって使用されるかどうかを示すＡ４のプロファイルの対応ビットである。
【００６９】
そのため、少なくとも１つの位置ｉが［（Ｃ１（ｉ）＝１）ＡＮＤ（Ｆｄ１（ｉ）＝０）］ＯＲ［（Ｃ２（ｉ）＝１）ＡＮＤ（Ｆｄ２（ｉ）＝０）］ＯＲ［（Ｃ３（ｉ）＝１）ＡＮＤ（Ｆｄ１（ｉ）＝０）］ＯＲ［（Ｃ４（ｉ）＝１）ＡＮＤ（Ｆｄ２（ｉ）＝＝０）］というように識別できる場合は、それによって、Ｄ１とＡ２との間及び／又はＤ２とＡ２との間及び／又はＤ１とＡ４との間及び／又はＤ２とＡ４との間に機能上の非互換性が存在することが示される。機能上の互換性診断は、例えばアプリケーションＡ２が使用する機能の内、端末又はカードにサポートされていない機能のリストを含むように確立することができる。
【００７０】
このシナリオの実際の使用ケースは、典型的には顧客アプリケーションがＪ２ＭＥプラットフォームを有する端末内で実行されるＪ２ＭＥ技術に関するものである。上記の実際の使用ケースは、例えばＪａｖａ端末と、高い機能がサポートされたＳＩＭカードとの間の通信を許可するＪＳＲ１７７仕様に準拠したＪａｖａアプリケーション（Ａ２）である可能性もあり、その場合は、例えば当該アプリケーションが改良版ＳＩＭアプリケーション（Ａ４）によって提供される暗号署名機能を利用することが可能となる。
【００７１】
このため、ＳＩＭツールキット環境を使用する上述した端末プロファイルは、端末がサポートしているＪ２ＭＥ機能を含むように拡張される。次に、図４の実例に示されるように、Ｊ２ＭＥ機能専用のバイトが端末プロファイルに追加される。これと同じことがアプリケーション・プロファイルにも適用される。次に、構成モジュールは、端末及びＳＩＭカードに関連する拡張プロファイルと、アプリケーションに関連する拡張プロファイルとを検索することができなければならない。
【００７２】
図４の実例において、該当するＪａｖａアプリケーション（Ａ２）は、アプリケーション・プロファイルＡ２のバイトＮｏ．２３の矢印が示す「１」に配置されたビットで記述されるように、メッセージ署名機能を使用するように設計されている。当該メッセージ署名機能は、アプリケーション・プロファイルＡ４のバイトＮｏ．２３の矢印が示す「１」に配置されたビットで記述されるように、当該機能をサポートするＳＩＭアプリケーションＡ４から提供される。カード自体は、それ自体のプロファイルが示すように当該機能をサポートしている。
【００７３】
上記の第３のシナリオを参照して説明したアルゴリズムの互換性モジュールを適用することにより、端末プロファイルのバイトＮｏ．２３の矢印が示す「０」に配置されたビットで記述されるように、Ｊａｖａアプリケーションと、該当するメッセージ署名機能をサポートしていない端末との間では、当該機能に関して非互換性診断が確立されることになる。
【００７４】
かくして、本発明を用いれば、モバイル事業者は、端末と（任意選択でＳＩＭカードとも）互換性を有するアプリケーションをＳＩＭカードにダウンロードすべきかそれとも端末にダウンロードすべきかを知ることが可能となる。機能上の非互換性を示す診断が確立された場合は、端末及び／又はカードの機能を更新し、且つ／又はアプリケーションのいくつかの機能を非アクティブ化することが可能となる。
【００７５】
本発明に係る方法の実施を可能にする３つの主なモジュール、即ち、構成モジュールと、互換性モジュールと、判断モジュールとは、それぞれ別個に顧客側のＳＩＭカード上及び／又はモバイル端末上、又はサーバ側、あるいは顧客側とサーバ側の両方に同時に分散実装することができる。
【００７６】
更に、機能上の互換性診断の確立を可能にするアプリケーションと端末プロファイルとを比較する様々なシナリオを参照して説明した上記の実施形態は、プロファイルを構成する各バイナリ・シーケンスの比較に基づく上述の解決策に限定されるものではない。
【００７７】
上述の実施形態では、それ自体の構造がバイト列から構成されるプロファイルについて言及している。しかしながら、本発明の範囲から逸脱することがなければ、上記のアプリケーション及び端末プロファイルは、他の構造を有することもできる。例えば、当該アプリケーション及び端末プロファイルは、サポートされている機能を記述しツリー構造に分類された複数のオブジェクト列から構成されてもよく、その場合には、機能上の互換性診断を達成するプロファイルの比較をオブジェクト構造タイプの分析に基づいて行うこともできる。
【図面の簡単な説明】
【００７８】
【図１】デバイス又はアプリケーションを識別する働きをするビット列に基づく記述例を示す図である。
【図２】モバイル端末と、複数のアプリケーションのホスティング及び実行を行うＳＩＭカードとの組合せに基づく、本発明に係る方法を実施する機能的なアーキテクチャの一例を示す図である。
【図３】ＳＩＭツールキット環境の一実施形態を示す図である。
【図４】Ｊ２ＭＥ環境の一実施形態を示す図である。