JP2002531974A - 圧縮データのロード可能チップカード - Google Patents

圧縮データのロード可能チップカード

Info

Publication number
JP2002531974A
JP2002531974A JP2000585837A JP2000585837A JP2002531974A JP 2002531974 A JP2002531974 A JP 2002531974A JP 2000585837 A JP2000585837 A JP 2000585837A JP 2000585837 A JP2000585837 A JP 2000585837A JP 2002531974 A JP2002531974 A JP 2002531974A
Authority
JP
Japan
Prior art keywords
data
decompression
field
decompressed
compressed
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2000585837A
Other languages
English (en)
Inventor
ブリウセル，ブノア
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Gemplus SA
Original Assignee
Gemplus SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Gemplus SA filed Critical Gemplus SA
Publication of JP2002531974A publication Critical patent/JP2002531974A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/355—Personalisation of cards for use
    • G06Q20/3552—Downloading or loading of personalisation data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357—Cards having a plurality of specified features
    • G06Q20/3576—Multiple memory zones on card
    • G06Q20/35765—Access rights to memory zones

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)

Abstract

(57)【要約】 一枚のチップカード（ＣＡ）が、解凍データの予測長の表示と圧縮データの長さを含むフレームの中に隠蔽された圧縮データ・フィールドを受け取る。フレームはメモリ（ＭＣ）の中で受け取られ、カードのプロセッサ（ＰＲ）が、解凍アルゴリズムにより、各データ・フィールドを予測長の表示に基づく長さに解凍し、解凍データをもう一つのバッファ・メモリ（ＭＤ）に書き込む。幾つものアルゴリズムと、場合によっては、幾つもの解凍モデルが、カードのメモリ（ＭＳ）にインストールされており、これらの一対は、受信したフレームのそれぞれのヘッダーで読み取られた番号により、選択される。

Description

【発明の詳細な説明】
【０００１】 本発明は、チップカード、またはマイクロ計算機カードまたはマイクロプロセ
ッサ・カード（スマート・カード）とも言われるカードで受け取る、データ処理
一般に関するものである。
【０００２】 チップカードを管理するサービス供与業者は、チップカードに内蔵されるＥＥ
ＰＲＯＭやフラッシュＥＥＰＲＯＭなどのタイプの不揮発性メモリに多数のデー
タを保存することを益々必要としている。チップカード内のメモリ容量の必要性
もまた増大する傾向にあるのは、ＪＡＶＡ（登録商標）言語のようなプログラミ
ング言語で書かれる幾つかのソフトウェアを使用する為であって、それらのソフ
トウェアについて、アプレットのようなプログラムの幾つかの部分がカードにダ
ウンロードされるからである。
【０００３】 具体的に言うと、百万枚のカードの一枚一枚に一台の端末だけで５ＫＢを伝送
するとすると、一日２４時間で一週間に七日、しかも、９６００ｂｉｔ／ｓのビ
ットレートでも、カードにデータをインストールするのに二カ月では足りないこ
とになる。
【０００４】 無線通信では、チップカードは、携帯無線端末においてＳＩＭ（加入者識別モ
ジュール）カードとして内蔵される。従って無線端末のアクティブ状態と、消費
電力と、連続動作能力は、ＳＩＭカードで処理するデータの伝送時間に特に依存
することになる。
【０００５】 更に一般的に言うと、チップカードにダウンロードするデータの伝送時間短縮
は、チップカードにデータをロードする端末に対してのみならず、カードそれ自
体にとっても、そしてダウンロードするデータを通過させる伝送媒体や伝送チャ
ネルにとっても議論の余地のない利益がある。
【０００６】 一方、１９９５年２月２４日付け特開平０８−２３５３２９で提案されている
のは、圧縮データをメモリカードにダウンロードすることであり、そのメモリカ
ードは、受信したデータを処理せずに、圧縮データを作り出した画像処理装置に
対して転位したメモリの役目をする「静的」カードである。画像処理装置は、メ
モリカード内の所定のアドレスの初めの二つに、それぞれ圧縮前のデータ長と圧
縮後のデータ長を書き込み、次いで、圧縮データをメモリカードに書き込む。逆
に、メモリカードの圧縮データを画像処理装置にロードする際には、画像処理装
置が、前記二つのアドレスのそれぞれから、圧縮前のデータ長と圧縮後のデータ
長を読み取り、次いで、圧縮データを読み取ることにより、画像処理装置にイン
ストールされた所定の解凍アルゴリズムに従ってそれらを解凍する。
【０００７】 本発明の目的は、チップカード、つまりマイクロ計算機カードまたはマイクロ
プロセッサ・カードにデータをダウンロードする時間を短縮することであり、し
かもカードに圧縮データをロードする際に、非圧縮データの処理に関するチップ
カードの機能性は維持するものとする。
【０００８】 この目的に為、チップカードは、解凍データの予測長と圧縮データ長の表示の
後に続く圧縮データ・フィールドを受け取るのに適し、該チップカードには、各
圧縮データ長に応じて、受信した圧縮データ・フィールドを記憶する為の第一の
手段と、解凍アルゴリズムを記憶し、前記解凍アルゴリズムに従って、各フィー
ルド内の圧縮データを、解凍データの長さの表示に基づく長さの解凍データに解
凍する為の第二の手段と、解凍データを記憶する為の第三の手段を含むことを特
徴としている。
【０００９】 本発明に従ってチップカードが圧縮状態のデータを受け取ることにより、前記
例に従ってこれらのカード百万枚に５ＫＢをロードする時間は、１０％から４０
％、典型的には２０％も短縮され、約２週間の得をすることになる。
【００１０】 できれば、第二の記憶手段には複数の解凍アルゴリズムが含まれることが望ま
しく、解凍手段は受信した各圧縮データ・フィールドの前にある解凍アルゴリズ
ム番号を検出し、それにより、これらのデータが、検出された番号の解凍アルゴ
リズムによって解凍されることが望ましい。変形例においては、第二の記憶手段
には複数の解凍モデルが含まれており、そのそれぞれが解凍アルゴリズムに関連
づけられており、解凍手段は受信した各圧縮データ・フィールドの前にある解凍
モデル番号を検出し、それにより、これらのデータが、検出された番号の解凍ア
ルゴリズムと、対応する、検出された番号の解凍モデルによって解凍される。カ
ードのメモリにインストールされた様々な解凍アルゴリズムと解凍モデルとによ
り、端末やサーバーを管理するサービス供与業者なら誰でも、それらのアルゴリ
ズムの一つとモデルの一つとによりデータを圧縮して、カードを用いることがで
きる。
【００１１】 本発明のもう一つの特徴としては、チップカードは、受信した圧縮データ・フ
ィールドに先行して受信した解凍モデルを記憶する為の第四の手段が含まれてい
て、解凍する為の手段が、前記受信した圧縮データ・フィールドの前にある解凍
アルゴリズムの番号を検出し、それにより、これらのデータが、検出された番号
の解凍アルゴリズムと、第四の記憶手段に読み込まれた解凍モデルによって解凍
される。
【００１２】 もう一つの可能性としては、解凍モデルをカードのＲＡＭメモリに再構築する
ことが考えられる。その場合には、第四の記憶手段は、第一の記憶手段への書き
込み中に圧縮データ・フィールドから暗黙に導かれた解凍モデルを記憶し、解凍
手段は、圧縮データが記憶された前記フィールドの前にある解凍アルゴリズムの
番号を検出し、それにより、これらのデータが、検出された番号の解凍アルゴリ
ズムと、第四の記憶手段に読み込まれた解凍モデルによって解凍される。
【００１３】 解凍手段は、受信した各圧縮データ・フィールドの表示を圧縮された状態でも
圧縮されていない状態でも検出することができ、それにより、その解凍手段は圧
縮状態の表示の後にあるデータ・フィールドでのみデータの解凍を行うというこ
ともできる。
【００１４】 本発明はまた、特に本発明のチップカードで受け取る為のプロトコル・データ
・ユニットにも関するものである。ユニットは、一つのヘッダーと一つのデータ
・フィールドを有しており、ヘッダーにはそのデータ・フィールドの長さが含ま
れていて、ヘッダーには、データ・フィールドの解凍後の解凍データの予測長に
関する表示が含まれていることを特徴とする。この特徴は、どのような解凍アル
ゴリズムを選択したかにかかわらず精密な解凍を行うのに役立つ。
【００１５】 解凍データの予測長に関する表示は、２nを法とする解凍データの予測長に等
しいｎビットのワードであり、その予測長は、ｍビットの解凍データのワードで
表現される。整数ｎは０以上であり、プロトコル・ユニットの一つのフィールド
中での解凍パラメータの配分に応じて、例えば２、３または４ビットに等しくな
る。整数ｍは１以上であり、例えばバイトなどのワードについて８である。
【００１６】 カードが複数のサービス供与を行う場合には、ヘッダーには、データ・フィー
ルド内の圧縮データを解凍する時に用いる一つの解凍アルゴリズムの番号が含ま
れ、また、解凍アルゴリズムに対応する解凍モデルの番号を含むこともでき、該
解凍アルゴリズムの番号は、ヘッダーに含まれており、データ・フィールド内の
圧縮データを解凍する時に用いられる。
【００１７】 カードは、圧縮データも非圧縮データも受け取ることができる。
【００１８】 その為、ヘッダーに含まれるデータ状態の表示には、データ・フィールド内の
データが圧縮されていない場合の第一の状態と、データ・フィールド内のデータ
が圧縮されている場合の第二の状態がある。データ状態の表示に含まれ得るもの
としては、データ・フィールドのデータを、カードのデフォルトで選択可能な所
定の解凍アルゴリズムと所定の解凍モデルとに従ってこれから解凍する場合の、
第三の状態がある。その場合、解凍データの予測長についての表示は常に解凍の
為に必要というわけではなく、プロトコル・データ・ユニットに入れないことも
できる。逆の場合に、ヘッダーに含まれるものとしては、解凍アルゴリズムの番
号、解凍モデルの番号、そしてデータ状態の表示が第二の状態である場合の解凍
データの予測長についての表示がある。
【００１９】 最後に、本発明はまた、特に本発明のチップカードで活用する圧縮データ・フ
ィールドを解凍する為の方法にも関するものでもある。各圧縮データ・フィール
ドの前には、フィールドに含まれる圧縮データに対応する未圧縮データ長に関す
る表示と、フィールドに含まれる圧縮データ長の表示がある。本方法は以下の手
順によって特徴づけられている。 ・圧縮データ長を検出し、その検出された長さで圧縮データ・フィールドを記憶
する。 ・解凍データの予測長の表示を検出し、その検出された表示に応じて解凍を止め
るようにデータを解凍する。
【００２０】 複数のサービスを供与するアブリケーション用に本方法に含めることのできる
ものとしては、選択された解凍アルゴリズムによってフィールドのデータを解凍
する為に、圧縮データフィールドの前にあるアルゴリズム番号に応じて、複数の
解凍アルゴリズムの中から一つの解凍アルゴリズムを選択する手順と、場合によ
っては、選択された解凍アルゴリズムと選択された解凍モデルとに従って、フィ
ールドのデータを解凍する為に、圧縮データフィールドの前にあるモデル番号に
応じて、選択された解凍アルゴリズムと関連づけられた複数の解凍モデルの中か
ら一つの解凍モデルを選択する手順とがある。
【００２１】 一つの解凍モデルを選択する手順の代わりに、本方法に含めることのできるも
のとしては、選択された解凍アルゴリズムと記憶された解凍モデルによってデー
タ・フィールドを解凍する為に、圧縮データ・フィールドに先行して受信した解
凍モデルを記憶する手順、あるいはまた、選択された解凍アルゴリズムと推論さ
れ記憶された解凍モデルによってデータ・フィールドを解凍する為に、受信した
圧縮データ・フィールドから暗黙に導かれた解凍モデルを記憶する手順がある。
【００２２】 本方法に含まれうる更にもう一つのものとしては、データの状態の表示が所定
の第一の状態ではない場合にのみ、フィールドのデータを解凍する為に、解凍デ
ータの各フィールドの前にあるデータ状態の表示を検出する手順がある。
【００２３】 できれば、データ状態の表示が、圧縮データがカードの中でデフォルトにより
選択された所定のアルゴリズムとモデルにとより、これから解凍されることを示
す所定の状態にある場合には、解凍データの予測長についての表示を検出する手
順は実行されないことが望ましい。
【００２４】 本発明の他の特徴と利点は、添付図面を参照しつつ、本発明の幾つもの望まし
い実施例についての以下の説明を読むことでより明らかに示されていく。 ・図１は、本発明のチップカードと第一の実施例のデータ圧縮端末との間の伝送
システムのブロック図。 ・図２は、本発明のチップカードと第二の実施例のデータ圧縮サーバーとの間の
無線通信システムのブロック図。 ・図３は、本発明により圧縮データの一つのフレームを示す図。 ・図４は、図３のフレームに含まれた一つの解凍パラメータ・フィールドの図。 ・図５は、本発明によるデータ圧縮方法のアルゴリズム。 ・図６は、本発明によるデータ解凍方法のアルゴリズム。
【００２５】 図１に示された第一の実施例において、カードの読取り端末ＴＥには、その端
末が自動性であるかどうかに関わらず内部で処理したデータ、または伝送線から
受信したデータを圧縮する為のデータ圧縮器が含まれている。その伝送線として
は、例えば、交換電話網ＲＴＣの自動交換機ＣＯによって結ばれた加入電話線Ｌ
Ｔかまたは、サービス統合のデジタル・ネットワークＲＮＩＳがある。圧縮デー
タは、有線伝送または無線電信タイプの、あるいは、電気接触、磁気接触、また
は誘導接触タイプの伝送サポートＳＴを介して端末によりチップカードＣＡへ、
本発明によるフレームＴＲの中に伝送される。
【００２６】 概略的には、チップカードに含まれているのは、受信したフレームを圧縮デー
タまたは圧縮されないデータで記憶する為のＲＡＭメモリＭＣが一つ、解凍され
たデータを記憶する為のＲＡＭメモリＭＤが一つ、カードのＯＳ（オペレーティ
ング・システム）と、特に本発明による個別のアプリケーションを含むＲＯＭメ
モリＭＳが一つ、特にデータ伝送／受信プロトコル、秘密情報及び解凍データと
圧縮されていないデータを保存する為のＥＥＰＲＯＭメモリＭＥが一つ、そして
バスＢによって、メモリに接続されたマイクロプロセッサＰＲが一つである。
【００２７】 図２に示された第二の実施例によると、カード端末は、例えばＧＳＭ９００か
ＤＣＳ１８００タイプの、セルラー式無線電話網ＲＴの中の移動無線端末ＴＭで
ある。メモリカードはＳＩＭカード、すなわち、加入者識別モジュール（Ｓｕｂ
ｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｙ Ｍｏｄｕｌｅ）であり、そのアーキテクチ
ャは図２に示されたカードＣＡに類似のものであり、本発明によりはっきりと変
更を加えられ、仕上げられたものである。携帯端末ＴＭにソフトウェアを詰め込
みすぎないようにする為に、ここでは受け取るデータを圧縮せずにＳＩＭカード
に伝送するが、ここで受け取るデータはすでに圧縮されたものであり、対応する
基地局ＢＴＳから割り当てられた通信チャネルを通して受け取るものである。
【００２８】 図２に示された電話網ＲＴに示されているのは、ＳＩＭカード用のデータが通
過する主要な構成単位のみである。これらの構成単位には次のようなものがある
。まず、交換電話網ＲＴＣの少なくとも一台のルーティング電話交換機ＣＯに接
続され、任意の時点でそれぞれの位置決定区域内にあり、端末ＴＭを含む、複数
加入者用移動端末通信を管理するモバイル・サービスの交換機。次に、交換機Ｍ
ＳＣに接続され、その位置決定区域内で、モバイル端末の、実際はＳＩＭカード
の特徴を含む訪問者の位置決定レジスタＶＬＲ。三番目に、特にモバイル端末へ
のチャネルの割り当てと、基地局と移動局のセル相互間の転送の出力とを管理す
る基地局制御装置ＢＳＣ。そして、端末ＴＭが任意の時点で存在する無線電話セ
ルをカバーする基地局ＢＴＳ。
【００２９】 この第二の実施例においては、データ圧縮器ＣＯＭは、圧縮サーバーＳＣの中
に含まれており、該圧縮サーバーＳＣは、従来のＲＮＩＳインターフェースを通
してモバイル・サービス交換器ＭＳＣに接続されている。従来のＲＮＩＳインタ
ーフェースは、例えば２０４８ｋビット／秒のタイプＴ２のもので、それに、情
報のＢチャネルの３０チャネルと６４ｋビット／秒でＤチャネル一つ付きのもの
である。電話網ＲＴＣの固定端末または無線電話網ＲＴのモバイル端末と何らか
の通信を行う為に前記位置決定区域内に存在する携帯端末宛の、これから圧縮さ
れにことになる、入力データは全て、サーバーＳＣ内で圧縮されてから、制御装
置ＢＳＣ、基地局ＢＴＳ及び対応するモバイル端末ＴＭを通過する。
【００３０】 変形例において、サーバーＳＣはモバイル・サービス交換器ＭＳＣに接続され
てないが、その代わり交換器ＭＳＣに通じる基地局制御装置ＢＳＣにそれぞれ接
続された圧縮器付きサーバーがある。
【００３１】 さて、図３及び４を参照すると、一つのプロトコル・データ・ユニットは、圧
縮データの一つのフレームＴＲとなって、端末ＴＥ，ＴＭからカードＣＡ、ＳＩ
Ｍに向かって伝送媒体ＳＴを介して、または、圧縮サーバーＳＣから特に図２の
端末ＴＭを介して伝送されることになるが、その構造は、ヘッダーＥＮ一つと、
データ・フィールドＤＡＴＡ一つが付いたものになっている。フレームＴＲは、
各キャラクタ毎の非同期伝送プロトコル「Ｔ＝０」によって入力されるデータの
標準化されたフレームに比べてはっきりと変更されている。５バイトの代わりに
、フレームＴＲのヘッダーＥＴには、フレーム「Ｔ＝０」内と同様の、五つのバ
イトＣＬＡ，ＩＮＳ，Ｐ１，Ｐ２及びＬＣと、六番目のバイトＰＤが含まれてお
り、六番目のバイトＰＤは、本発明の解凍パラメータを含み、データ・フィール
ドの中で「先取りされる」。これらの六つのバイトは十六進法の信号である。
【００３２】 フレーム「Ｔ＝０」においてそうであるように、バイトＣＬＡは後続のバイト
内に含まれた命令の一つのクラスを指定し、バイトＩＮＳは、チップカードＣＡ
，ＳＩＭのオペレーティング・システムＯＳのコマンドに関連する命令、または
、例えばデータの安全性に関する命令を指定し、バイトＰ１とＰ２は命令のパラ
メータを指定し、そして、バイトＬＣは、フレーム「Ｔ＝０」におけるデータ・
フィールドの長さを指定する。その長さはバイトで表され、本発明による圧縮デ
ータ付きフレームの大部分では、バイトＰＤにより１だけ増加したフレームＴＲ
のフィールドＤＡＴＡの長さに等しい。
【００３３】 本発明においては、フレームＴＲに含まれるのは、データ状態表示の二つのビ
ットＢ２及びＢ３、バイトＣＬＡの二番目と三番目であり、それらは、端末ＴＥ
かサーバーＳＣの圧縮器ＣＯＭの中で生成され、フィールドＤＡＴＡの中のデー
タの圧縮された状態または圧縮されていない状態を主に表示するものである。デ
ータ状態表示のビットＢ２及びＢ３には、以下のそれぞれの二進法で表される状
態がある。 ・「００」データが圧縮されずに受信された場合、バイトＰＤがデータ・バイト
になり、フレームＴＲは、その場合、フレーム「Ｔ＝０」、 ・「１０」データが圧縮されて受信され、そして、最もよく用いられる、チップ
カードＣＡ，ＳＩＭの中のデフォルトにより選択された所定の解凍アルゴリズム
ＡＬ０と解凍モデルＭ００によってカード内で解凍されることになる場合には、
解凍されるデータ長が解凍に必要でない場合、フレームＴＲはフレーム「Ｔ＝０
」、そして、 ・「１１」データが圧縮されて受信され、幾つかの解凍アルゴリズムの中から選
ばれた一つＡＬｉと、選ばれた解凍アルゴリズムＡＬｉに適合させた幾つかの解
凍モデルの中から選ばれた一つＭｉｊとにより、カード内で解凍される場合は、
解凍アルゴリズムＡＬｉと解凍モデルＭｉｊは、データの中で最初に圧縮を行う
為に端末ＴＥまたはサーバーＳＣの中で用いられる圧縮アルゴリズム“ＡＬｉ”
と圧縮モデル“Ｍｉｊ”に対応する。
【００３４】 従って、本発明によれば、主にカードのオペレーティング・システムＯＳを含
むチップカードのＲＯＭメモリＭＳはまた、解凍アルゴリズムＡＬ０からＡＬＩ
に関する幾つものアプリケーションをも含んでおり、その添字ｉは０から整数Ｉ
の間に含まれており、典型的には最大で３に等しく、また、各アルゴリズムＡＬ
ｉは幾つもの圧縮モデルＭｉ０からＭｉＪのそれぞれに関連づけられており、そ
の添字ｊは０から整数Ｊの間に含まれており、典型的には最大で７に等しい。解
凍モデルにより、圧縮記号と非圧縮記号との間の対応が確保されるのは、それを
活用する解凍アルゴリズムのお蔭である。例えば一つのモデルは、一つのツリー
、一つの確率表、一つの教師データまたは一つのリストに基づいている。データ
ＤＡＴＡを解凍するのに役立つアルゴリズムＡＬｉの識別とモデルＭｉＪの識別
は、クラスＣＬＡのフィールド内でビットＢ２とＢ３が「１１」である場合に、
図４に示されているように、それぞれ、解凍パラメータＰＤのバイトの始めの２
ビットのワード一つと３ビットのワード一つとにより、カードＣＡ，ＳＩＭに通
知される。従って、本発明のカードＣＡ．ＳＩＭは様々な解凍アルゴリズムに適
合したものであり、そのようなアルゴリズムのそれぞれを選ぶサービス供与業者
は、端末ＴＥの全体または、サーバーＳＣ付きの端末ＴＭ全体の運営を請け負っ
ている。
【００３５】 変形例においては、（図１の）チップカードＣＡ，ＳＩＭには、更に、バスＢ
に接続されたＲＡＭメモリＭＭが含まれている。一つの解凍モデルが、そのモデ
ルによって圧縮データと共にフレームＴＲに先立って入力される（圧縮されない
）コマンドのフレームの中に含まれており、その解凍モデルの特徴が、サボート
ＳＴを通して端末ＴＥまたはサーバーＳＣにより伝送され、プロセッサＰＲによ
りメモリＭＭの中に書き込まれる。メモリＭＭに登録されたこのモデルを活用す
るアルゴリズムは、その場合、データを解凍する為にプロセッサによりメモリＭ
Ｓの中で検索されることになる。
【００３６】 もう一つの変形例においては、アルゴリズムＡＬ０からＡＬＩの間で、それら
のうちの幾つかが解凍モデルに関連づけられているが、それらの解凍モデルの特
徴はカードＣＡ，ＳＩＭのＲＯＭメモリＭＳの中に前もって保存されてはいない
。そのような解凍モデルは、メモリＭＣで圧縮されるデータのフレームの書き込
みに応じてプロセッサＰＲの中の対応する解凍アルゴリズムにより、再構築され
、圧縮データを解凍する際に、それを読む為に、ＲＡＭメモリＭＭの中に書き込
まれる。この変形例においては、解凍モデルは圧縮データのフレームの中に黙示
的に内蔵される。
【００３７】 圧縮データのフレームの中の解凍パラメータ・フィールドＰＤは、ｎビットの
最後のワードＬＤＤを含んでおり、そのワードＬＤＤは、カードＣＡ，ＳＩＭに
対し、２n法とする解凍データの予測長を表示するのであり、その場合、ｎは２
以上の整数である。カードＣＡ，ＳＩＭの中で解凍されるデータが対応する端末
ＴＥまたはサーバーＳＣにおいて最初は圧縮されていないデータは、ｍビットの
データのワードで処理される。但しｍは１以上の整数である。データの予測長は
ｍビットのデータのワードで表現され、ワードＬＤＤは圧縮されたフレームの中
の最大で２nワードのデータ付きの最後のフィールドの中のデータワードの数を
表示する。図４に示された実施例では、整数ｎは３に等しく、一般的には０以上
であり、ｍビットのワードはｍ＝８で解凍されるデータのバイトであり、解凍デ
ータの予測長ＬＤＤのワードには３ビットが含まれており、２n＝８で解凍デー
タの予測長の除算の余りに等しい。
【００３８】 解凍データの予測長ＬＤＤのパラメータにより、カードＣＡ，ＳＩＭの中のプ
ロセッサＰＲは、これから解凍する為の受信したデータのちょうど終わりでデー
タの解凍を止める。例えばハフマン・タイプのアルゴリズムのような解凍アルゴ
リズムの幾つかによると、幾つもの記号をｍビットのワード一つにつき、この際
、ｍ＝８について１バイトで、符号化することができる。記号の解凍は最後のバ
イトの始めの最初の記号に影響を与える可能性のある解凍されたフレームの終わ
りで止まらなければならない。このバイトの最後の後続のビットはデータではな
く、圧縮データの長さＬＣと平行してパラメータＬＤＤで表示された精度により
解凍データのビット数を精確に数えた後、カードの中に導入される塞いだビット
である。
【００３９】 更にもう一つの変形例においては、解凍されるデータ長の精度は、ｍ＝１の場
合、ビットに匹敵する。例えば、ｎ＝８につき、パラメータＬＤＤはフレームに
含まれた最後のバイトで予期されるデータのビット数を表示する。
【００４０】 パラメータＬＤＤはまた、幾つものフレーム「Ｔ＝０」、あるいはブロック毎
の非同期伝送プロトコルにより入力されるデータの標準化されたフレーム「Ｔ＝
１」、所謂応用プロトコル・データ・ユニットＡＰＤＵがファイルを構成するた
めに連鎖されなければならない場合にも役に立つ。一つのフレームの始めは先立
つフレームの終わり、つまり、解凍データの最後のバイトに精確に連続していな
ければならない。先立つフレームの最後のバイトのところでのファイルの、この
セグメント化はパラメータＬＤＤにより精確に通知される。
【００４１】 予測長が２nによる除算の余りで表される代わりに、本発明では、フレームＴ
Ｒのヘッダーの中に完全に導入することができる。しかしながら、この導入によ
り、フレームＴＲのヘッダーＥＴの中に補足的なワードが一つ追加されることに
なり、その場合、予測長は２8＝２５６バイト以上になりうる。更に、三番目の
ビットはすべての場合を否認する為にクラスＣＬＡのフィールドの中で必要にな
ることになる。
【００４２】 本発明の圧縮方法は図５に示されている。端末ＴＥまたはサーバーＳＣで実施
される、Ｃ０からＣ４までの五つの手順が主に含まれている。
【００４３】 手順Ｃ０でのプロトコルの表示に応じて、端末ＴまたはサーバーＳＣに入力さ
れるデータが圧縮されない場合には、ビットＢ２及びＢ３は、最初の手順Ｃ０に
続く手順Ｃ３０で状態「００」に設定される。
【００４４】 入力されるデータが手順Ｃ０で圧縮されなければならない場合には、端末ＴＥ
またはサーバーＳＣは入力されるデータを、端末ＴＥまたはサーバーＳＣの中に
プレインストールされた圧縮アルゴリズム“ＡＬｉ”と対応する圧縮モデル“Ｍ
ｉｊ”により、後続の手順Ｃ１で圧縮する。アルゴリズム“ＡＬｉ”とモデル“
Ｍｉｊ”が所定の圧縮アルゴリズム“ＡＬ０”と所定の圧縮モデル“Ｍ００”で
ある場合、そして、圧縮がｎビットのデータワードの一つの整数で止まる限りに
おいて、手順Ｃ２１では、解凍されるデータ長ＬＤＤについての表示を知らなく
ても、解凍ができる場合には、ビットＢ２及びＢ３はそれぞれ手順Ｃ３１で状態
「１０」に設定される。手順Ｃ２及びＣ２１で逆の場合には、パラメータＬＤＤ
は必要であり、ビットＢ２及びＢ３は、それぞれ手順Ｃ３２で状態「１１」に設
定される。解凍パラメータ・フィールドＰＤは、圧縮に役立ったアルゴリズムと
モデルの番号ＡＬｉとＭｉｊと、そして、２nを法とする圧縮前のデータの予測
長とで構成される。
【００４５】 次いで、後続の手順Ｃ４で、データが圧縮されているかいないかに関わらず、
伝送すべきフレームＴＲが最後に構成される。オプションで、フレーム全体、ま
たはデータ・フィールドＤＡＴＡだけを手順Ｃ５で暗号化してもよい。
【００４６】 図６で示されているように、カードＰＣ，ＳＩＭの中のデータの解凍には、Ｄ
０からＤ１０までの九つの手順が含まれている。最初の手順Ｄ０では、非同期性
伝送によって受けとったフレームＴＲがカード内のＲＡＭバッファ・メモリＭＣ
の中に書き込まれる。オプションで、このフレームに含まれたフレームＴＲまた
はデータＤＡＴＡが端末ＴＥまたはサーバーＳＣで暗号化された場合には、カー
ドのプロセッサＰＲが手順Ｄ１でＲＡＭバッファ・メモリの中に受け取られて書
き込まれた各フレームの復号を実行してもよい。クラスＣＬＡのフィールド内の
ビットＢ１が重みのある状態「１」である場合には、プロセッサＰＲは、標準化
されたフレームとして受信したフレームＴＲを、次いで手順Ｄ２で有効化する。
そうでなく、フレームがＢ１＝“０”で受信した場合には、本方法は手順Ｄ２か
らＤ１０に移る。手順Ｄ３でフィールドＬＣの中で読み込まれるデータ・フィー
ルドＤＡＴＡの長さがメモリＭＣの中へのデータの書き込みの停止を定める。
【００４７】 後続の手順Ｄ４で、受け取ったフレームＴＲのフィールドＣＬＡの中の二番目
と三番目のビットＢ２及びＢ３が読み込まれる。これら二つのビットが手順Ｄ５
０で表示されたように「００」に等しければ、いかなるデータ解凍も実行されず
、本方法は、直接に、手順Ｄ１０に移行する。逆の場合には、データＤＡＴＡは
解凍されなければならず、本方法は、手順Ｄ５１に移行して、フレームを解凍パ
ラメータＰＤの有無により区別する。
【００４８】 手順Ｄ５１でビットＢ２及びB３がそれぞれ「１１」に等しくない場合には、
それらは、手順Ｄ５２で「１０」に等しいとされる。オペレーティング・システ
ムＯＳは、手順Ｄ６０で、メモリＭＳの中の所定の解凍アルゴリズムとモデルＡ
Ｌ０及びＭ００を自動的に選択し、次いで、データＤＡＴＡの解凍を実行して、
解凍データを手順Ｄ９でメモリＭＤの中に書き込む。解凍の終わりは、フィール
ドＤＡＴＡの長さＬＣに応じて推算される。
【００４９】 ビットＢ２及びB３が手順Ｄ５１で、それぞれ「１１」である場合には、オペ
レーティング・システムＯＳは解凍アルゴリズムとモデルを選択することになる
。受信したフレームＴＲの中に含まれる解凍パラメータＰＤのフィールドの最初
の二つのビットで表示された解凍アルゴリズムＡＬｉが、手順Ｄ６でカードのＲ
ＯＭメモリＭＳの中で選択される。対応する解凍モデルＭｉｊは、モデルＭｉｊ
の特徴がフレームＴＲを受け取りに先立って受信したか、または、フレームＴＲ
のを受け取りの始めに暗黙に導かれた場合には、手順Ｄ７とＤ７１でＲＡＭメモ
リＭＭの中に読み込まれる。逆の場合には、受信したフレームのフィールドＰＤ
の中の３ビットのモデルが読み込まれて、手順Ｄ７とＤ７２において、ＲＯＭメ
モリＭＳの中でモデルＭｉｊを選択する。ついで、手順Ｄ７１またはＤ７２の後
で、解凍パラメータＰＤのフィールドの終わりに含まれたｎビットのワードＬＤ
Ｄが、オペレーティング・システムＯＳにより、手順Ｄ８で読み込まれ、それに
より、手順Ｄ９で、プロセッサＰＲが、受信したフレームＴＲのフィールドＤＡ
ＴＡの中に含まれたデータの解凍を実行し、その解凍を特に前もって読まれたワ
ードＬＤＤに応じて止めるようにする。解凍されたデータは、ＲＡＭメモリＭＤ
に徐々に書き込まれる。
【００５０】 フィールドＩＮＳの中に含まれた命令と、受信したフレームＴＲの中でその表
示を明確にするパラメータＰ１とＰ２とに応じて、オペレーティング・システム
ＯＳが、手順Ｄ１０で、任意のファイル・アドレスに対して、例えばカードのＥ
ＥＰＲＯＭメモリへのメモリＭＤに含まれる解凍データの再複写のような、所定
のコマンドを実行する。この段階では、カードのオペレーティング・システムは
、受信したデータが本発明により圧縮されていなかった場合には、標準化された
カードの中で遭遇するような状況と全く同じ状況に再び直面することになる。
【００５１】 例えば、圧縮データ・フレームＴＲの中に含まれるヘッダーＥＴは次のような
ものである。ＣＬＡ＝“Ｅ８”；ＩＮＳ＝“Ｄ０”；Ｐ１＝“０３”；Ｐ２＝“
２０”；ＬＣ＝“２３”そしてＰＤ＝“Ｂ６” これらのバイトは全て１６進法のコードである。
【００５２】 この例において、フィールドＣＬＡの前半は「１１１０」に等しく、つまり、
Ｂ２＝“１”そしてＢ３＝“１”であり、それは、データＤＡＴＡが、アルゴリ
ズム“ＡＬ０”とモデル“Ｍ００”とは別のアルゴリズムとモデルで圧縮された
ことを意味する。フィールドＬＣにより、圧縮後のデータＤＡＴＡは（１６×２
＋３）＝３５バイトに渡っている。解凍はアルゴリズムＡＬ２と、対応するモデ
ルＭ２６とによって行われ、それらの番号は解凍パラメータＰＤのフィールドの
最初の五つのビット「１０１１０」の中に読み込まれる。解凍データの予測長Ｌ
ＤＤには、フレームＴＲのフィールドＰＤの最後の三つのビットＬＤＤ＝“０１
１”に従って８バイト＋３バイトのグループの整数の一つが含まれている。
【００５３】 カードＣＡ，ＳＩＭから端末ＴＥ，ＴＭに向かって、伝送のもう一つの方向で
は、データは最初は圧縮されておらず、標準化されたフレーム“Ｔ＝０”、また
は場合によっては“Ｔ＝１”の中で、カードにより隠蔽されている。
【図面の簡単な説明】
【図１】 図１は、本発明のチップカードと第一の実施例のデータ圧縮端末との間の伝送
システムのブロック図。
【図２】 図２は、本発明のチップカードと第二の実施例のデータ圧縮サーバーとの間の
無線通信システムのブロック図。
【図３】 図３は、本発明により圧縮データの一つのフレームを示す図。
【図４】 図４は、図３のフレームに含まれた一つの解凍パラメータ・フィールドの図。
【図５】 図５は、本発明によるデータ圧縮方法のアルゴリズム。
【図６】 図６は、本発明によるデータ解凍方法のアルゴリズム。
───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ， ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，Ｃ Ｚ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ， ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，Ｌ Ｓ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ， ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，Ｔ Ｔ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ

Claims (20)

    【特許請求の範囲】
  1. 【請求項１】解凍データの予測長（ＬＤＤ）と圧縮データ長（ＬＣ）の表示
    の後に続く圧縮データ・フィールド（ＤＡＴＡ）を受け取るに適したチップカー
    ド（ＣＡ，ＳＩＭ）であって、該カードは、各圧縮データ長（ＬＣ）に応じて、
    受信した圧縮データ・フィールド（ＤＡＴＡ，ＴＲ）を記憶する為の第一の手段
    （ＭＣ）と、解凍アルゴリズムを記憶する為の第二の手段（ＭＳ）、前記解凍ア
    ルゴリズムに従って、各フィールド内の圧縮データを、解凍データ長（ＬＤＤ）
    の表示に基づく長さで解凍する為の手段（ＰＲ）と、解凍データを記憶する為の
    第三の手段（ＭＤ）とを有することを特徴としているチップカード（ＣＡ，ＳＩ
    Ｍ）。
  2. 【請求項２】第二の記憶手段（ＭＳ）には複数の解凍アルゴリズム（ＡＬ０
    からＡＬＩ）が含まれ、解凍手段（ＰＲ）は、受信した各圧縮データ・フィール
    ドの前にある解凍アルゴリズム番号（ＡＬｉ）を検出し、それにより、これらの
    データが、検出された番号の解凍アルゴリズムによって解凍される、請求項１に
    記載のチップカード。
  3. 【請求項３】第二の記憶手段（ＭＳ）には複数の解凍モデル（Ｍｉ０からＭ
    ｉＪ）が含まれ、そのそれぞれが解凍アルゴリズム（ＡＬ０からＡＬＩ）に関連
    づけられており、解凍手段（ＰＲ）は、受信した各圧縮データ・フィールドの前
    にある解凍モデル番号（Ｍｉｊ）を検出し、それにより、これらのデータが、解
    凍アルゴリズムと、対応する検出された番号の解凍モデルとによって解凍される
    、請求項２に記載のチップカード。
  4. 【請求項４】受信した圧縮データ・フィールドに先行して受信した解凍モデ
    ルを記憶する為の第四の手段（ＭＭ）を有し、解凍する為の手段（ＰＲ）が、受
    信した前記圧縮データ・フィールドの前にある解凍アルゴリズムの番号（ＡＬｉ
    ）を検出し、それにより、これらのデータが、検出された番号の解凍アルゴリズ
    ムと、第四の記憶手段（ＭＭ）に読み込まれた解凍モデルとによって解凍される
    、請求項２に記載のカード。
  5. 【請求項５】第一の記憶手段への書き込み中に、圧縮データ・フィールドか
    ら暗黙に導かれた解凍モデルを記憶する為の第四の記憶手段（ＭＭ）を含み、解
    凍手段（ＰＲ）は、圧縮データの記憶された前記フィールドの前にある解凍アル
    ゴリズムの番号（ＡＬｉ）を検出し、それにより、これらのデータが、検出され
    た番号の解凍アルゴリズムと、第四の記憶手段（ＭＭ）に読み込まれた解凍モデ
    ルとによって解凍される、請求項２に記載のカード。
  6. 【請求項６】解凍手段（ＰＲ）は、受信した各圧縮データ・フィールドの表
    示（ＣＬＡ: Ｂ２, Ｂ３）が圧縮された状態でも圧縮されていない状態でも検出
    することができ、それにより、その解凍手段（ＰＲ）は、圧縮状態の表示の後に
    続くデータ・フィールドでのみデータの解凍を行うということもできる、請求項
    1から５のいずれか一つに記載のチップカード。
  7. 【請求項７】一つのヘッダー（ＥＴ）と一つのデータ・フィールド（ＤＡＴ
    Ａ）を有し、ヘッダーが、データ・フィールドの長さ（ＬＣ）を有している、請
    求項1から６のいずれか一つに記載のチップカードにより特に受信されるプロト
    コル・データ・ユニットであって、ヘッダー（ＥＴ）が、データ・フィールド（
    ＤＡＴＡ）の解凍後の解凍データの予測長に関する表示（ＬＤＤ）を有している
    ことを特徴とする、プロトコル・データ・ユニット。
  8. 【請求項８】解凍データの予測長に関する表示（ＬＤＤ）は、２nを法とす
    る解凍データの予測長に等しいｎビットのワードであり、予測長はｍビットの解
    凍データのワードで表現され、整数ｎは０以上であり、整数ｍは１以上である、
    請求項７に記載のプロトコル・データ・ユニット。
  9. 【請求項９】ヘッダー（ＥＴ）には、データ・フィールド（ＤＡＴＡ）内の
    圧縮データを解凍する時に用いられる一つの解凍アルゴリズムの番号（ＡＬｉ）
    が含まれている、請求項７または８記載のプロトコル・データ・ユニット。
  10. 【請求項１０】ヘッダー（ＥＴ）には、解凍アルゴリズムに対応する解凍モ
    デルの番号（Ｍｉｊ）が含まれ、該解凍アルゴリズムの番号（ＡＬｉ）が、ヘッ
    ダー内に含まれ、かつデータ・フィールド（ＤＡＴＡ）内の圧縮データを解凍す
    る時に用いられる、請求項９に記載のプロトコル・データ・ユニット。
  11. 【請求項１１】前記ヘッダー（ＥＴ）に含まれるデータ状態の表示（Ｂ１，
    Ｂ２）には、データ・フィールドのデータが圧縮されていない場合の第一の状態
    （ＤＡＴＡ）と、データ・フィールド（ＤＡＴＡ）のデータが圧縮されている場
    合の第二の状態がある、請求項７から１０のいずれか一つに記載のプロトコル・
    データ・ユニット。
  12. 【請求項１２】データ状態の表示（Ｂ１，Ｂ２）には、データ・フィールド
    （ＤＡＴＡ）のデータを、カードのデフォルトで選択可能な所定の解凍アルゴリ
    ズム（ＡＬ０）と所定の解凍モデル（Ｍ００）に従って解凍する場合の第三の状
    態がある、請求項１１に記載のプロトコル・データ・ユニット。
  13. 【請求項１３】ヘッダー（ＥＴ）に含まれるものは、解凍アルゴリズムの番
    号（ＡＬｉ）と、解凍モデルの番号（Ｍｉｊ）と、データ状態の表示（Ｂ１，Ｂ
    ２）が第二の状態にある場合の解凍データの予測長についての表示（ＬＤＤ）と
    がある、請求項１１または１２に記載のプロトコル・データ・ユニット。
  14. 【請求項１４】請求項1から６のいずれか一つのチップカードで活用する圧
    縮データ・フィールド（ＤＡＴＡ）を解凍する為の方法であり、各圧縮データ・
    フィールドの前にあるのは、フィールドに含まれる圧縮データに対応する解凍デ
    ータ長に関する表示（ＬＤＤ）と、そのフィールドに含まれる圧縮データ長（Ｌ
    Ｃ）であり、以下の手順を特徴とする方法。 ・圧縮データ長を検出（Ｄ３）し、その検出された長さ（ＬＣ）で圧縮データ・
    フィールド（ＤＡＴＡ）を記憶し（Ｄ０）、 ・解凍データの予測長（ＬＤＤ）で前記表示を検出し（Ｄ８）、その検出された
    表示（ＬＤＤ）に応じて解凍を止めるようにデータを解凍する（Ｄ９）。
  15. 【請求項１５】選択された解凍アルゴリズムによってフィールドのデータを
    解凍する為に、解凍データ・フィールドの前にあるアルゴリズム番号に応じて、
    複数の解凍アルゴリズム（ＡＬ０からＡＬＩ）の中から一つの解凍アルゴリズム
    （ＡＬｉ）を選択する手順（Ｄ６）を含む、請求項１４に記載の方法。
  16. 【請求項１６】選択された解凍アルゴリズムと選択された解凍モデルによっ
    てフィールドのデータを解凍する為に、圧縮データ・フィールドの前にあるモデ
    ル番号に応じて選択された解凍アルゴリズムに関連づけられた複数の解凍モデル
    （Ｍｉ０からＭｉＪ）の中から一つの解凍モデル（Ｍｉｊ）を選択する手順（Ｄ
    ７，Ｄ７２）を含む、請求項１５に記載の方法。
  17. 【請求項１７】選択された解凍アルゴリズムと記憶された解凍モデルとによ
    ってフィールドのデータを解凍する為に、圧縮データ・フィールド（ＤＡＴＡ）
    に先行して受信した解凍モデル（Ｍｉｊ）を記憶する手順（Ｄ７１）を含む、請
    求項１５に記載の方法。
  18. 【請求項１８】選択された解凍アルゴリズムと導かれ記憶された解凍モデル
    によってフィールドのデータを解凍する為に、受信した圧縮データフィールド（
    ＤＡＴＡ）から暗黙に導かれた解凍モデル（Ｍｉｊ）を記憶する手順（Ｄ７１）
    を含む、請求項１５に記載の方法。
  19. 【請求項１９】データの状態の表示が所定の第一の状態ではない場合にのみ
    、フィールドのデータを解凍する為に、解凍データの各フィールドの前にあるデ
    ータ状態（Ｂ２，Ｂ３）の表示を検出する手順（Ｄ４，Ｄ５０，Ｄ５１，Ｄ５２
    ）を含む、請求項１４から１８のいずれか一つに記載の方法。
  20. 【請求項２０】データ状態の表示（Ｂ２，Ｂ３）が、所定のアルゴリズムと
    モデル（ＡＬ０，Ｍ００）により、圧縮データが解凍されることを示す所定の状
    態にある場合には、解凍データの予測長についての表示（ＬＤＤ）を検出する手
    順（Ｄ８）は実行されない、請求項１９に記載の方法。
JP2000585837A 1998-12-01 1999-11-04 圧縮データのロード可能チップカード Pending JP2002531974A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR9815257A FR2786635B1 (fr) 1998-12-01 1998-12-01 Carte a puce chargeable avec des donnees compressees
FR98/15257 1998-12-01
PCT/FR1999/002694 WO2000033266A1 (fr) 1998-12-01 1999-11-04 Carte a puce chargeable avec des donnees compressees

Publications (1)

Publication Number Publication Date
JP2002531974A true JP2002531974A (ja) 2002-09-24

Family

ID=9533525

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000585837A Pending JP2002531974A (ja) 1998-12-01 1999-11-04 圧縮データのロード可能チップカード

Country Status (9)

Country Link
US (1) US7103780B1 (ja)
EP (1) EP1153377B1 (ja)
JP (1) JP2002531974A (ja)
CN (1) CN1334948A (ja)
AU (1) AU1051700A (ja)
DE (1) DE69904761T2 (ja)
ES (1) ES2190667T3 (ja)
FR (1) FR2786635B1 (ja)
WO (1) WO2000033266A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9619742B2 (en) 2001-05-18 2017-04-11 Nxp B.V. Self-descriptive data tag
JP3727907B2 (ja) * 2002-06-28 2005-12-21 株式会社東芝 携帯可能電子媒体の発行システム及び発行方法と携帯可能電子媒体
JP2004038287A (ja) 2002-06-28 2004-02-05 Toshiba Corp 携帯可能電子媒体の発行システム及び発行方法と携帯可能電子媒体
US7721115B2 (en) * 2005-02-16 2010-05-18 Cypress Semiconductor Corporation USB secure storage apparatus and method
DE102005045149A1 (de) * 2005-09-22 2007-04-05 Giesecke & Devrient Gmbh Verfahren zur Initialisierung und/oder Personalisierung eines tragbaren Datenträgers
EP2306416A1 (en) * 2009-09-25 2011-04-06 Incard SA Improved method for pre-personalizing an IC Card
CN102025983B (zh) * 2010-09-19 2013-05-01 北京邮电大学 一种数据传输处理方法、系统及对应的led显示系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1996008912A2 (en) * 1994-09-09 1996-03-21 Titan Information Systems Corporation Conditional access system
US5499293A (en) * 1995-01-24 1996-03-12 University Of Maryland Privacy protected information medium using a data compression method
FR2730330B1 (fr) * 1995-02-02 1997-04-18 Cohen Solal Bernard Simon Systeme d'information universel interactif par appareil et carte multi-services
FR2759795B1 (fr) * 1997-02-14 1999-05-07 Francois Charles Oberthur Fidu Procede de stockage de donnees dans une memoire reinscriptible de carte a puce

Also Published As

Publication number Publication date
FR2786635B1 (fr) 2001-10-26
ES2190667T3 (es) 2003-08-01
EP1153377A1 (fr) 2001-11-14
CN1334948A (zh) 2002-02-06
DE69904761D1 (de) 2003-02-06
DE69904761T2 (de) 2003-11-13
US7103780B1 (en) 2006-09-05
FR2786635A1 (fr) 2000-06-02
EP1153377B1 (fr) 2003-01-02
WO2000033266A1 (fr) 2000-06-08
AU1051700A (en) 2000-06-19

Similar Documents

Publication Publication Date Title
US6742715B2 (en) System and method for flexibly loading an IC card
US10212440B2 (en) Virtual frame buffer system and method
US7689826B2 (en) Flexibly loading a tamper resistant module
JP4381980B2 (ja) 携帯電話通信装置とデータ管理の方法
KR20040105529A (ko) 최적화 압축관리 메커니즘을 구비한 저장장치
JP2001500333A (ja) データ記憶
EP0838766A2 (en) Picture Display unit, picture display system, and moving picture retrieving system
CN106849956B (zh) 压缩方法、解压缩方法、装置和数据处理系统
JP2002531974A (ja) 圧縮データのロード可能チップカード
CN108153873B (zh) 录制文件的压缩方法、电视机及可读存储介质
KR100601626B1 (ko) 소프트웨어 업그레이드 방법 및 이를 위한 기록 매체
US20030051115A1 (en) Method and system for efficient transfer of data between custom application specific integrated circuit hardware and an embedded microprocessor
CN100452907C (zh) 在用户识别模块和移动终端之间传输数据的方法及其装置
JP2003111021A (ja) 符号化画像データ復号装置、方法およびプログラム
CN115048049A (zh) 数据传输电路、数据传输方法及电子设备
US7275681B2 (en) Method and device for processing data for customizing an application of a portable communication device, for example a smart card
CN104506390A (zh) 一种路测系统日志存储方法及装置
CN109947371B (zh) 数据记录方法、装置、存储器及t-box
MXPA01005505A (en) Chip card loadable with compressed data
JP2002279371A (ja) Ｉｃカードのアプリケーション起動制御システム
CN111367476A (zh) 一种sim卡的数据读取方法及装置
US20030006279A1 (en) Communication method of IC card reader/writer
JP2003514320A (ja) 移動セット・データ通信
JP2002529952A (ja) チャンク配分によりデインターリーブ器のメモリ要求を減少させるためのシステムおよび方法
US20230325096A1 (en) Managing memory of a secure element domain, electronic device and method