JP2000280544A - アウトラインフォントデータ処理方法 - Google Patents

Abstract

(57)【要約】 【解決手段】 アウトラインフォントデータ１を、それ
ぞれ異なるドット数のものに展開した場合に、それぞれ
ビットマップ形式にした場合と圧縮データ形式にした場
合とのデータサイズを比較する。ビットマップ形式にし
た場合のデータサイズと、圧縮データ形式にした場合の
データサイズが最も近いドット数を見つけ、これをドッ
ト数情報７とする。ドット数情報７はアウトラインフォ
ントデータ１に含められる。データを展開したときはド
ット数情報７を参照して、よりデータサイズが小さいも
のをキャッシュメモリに格納する。 【効果】 アウトラインフォントデータ１中にドット数
情報７が含められるので、これを利用して、よりデータ
サイズの低いデータをキャッシュメモリに格納し、メモ
リの使用効率を高める。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、展開後のデータを
キャッシュメモリ等に格納する際にメモリを効率よく使
用できるアウトラインフォントデータ処理方法に関す
る。

【０００２】

【従来の技術】パーソナルコンピュータ等で文字を描画
するために、アウトラインフォントが普及している。ア
ウトラインフォントは、文字の輪郭を座標点の集合で表
現し、演算処理によって任意のサイズのビットマップデ
ータを生成できる特徴を持つ。また、同様にして回転や
傾斜等の文字装飾を施したビットマップも生成できる。
従って、サイズ毎にビットマップフォントを用意するよ
りもメモリ消費量の面で非常に有利である。アウトライ
ンフォントからビットマップデータを生成する処理をラ
スタライズ（展開）と表現している。印刷する文字のサ
イズはドット数で表現する。文字コードとドット数とが
指定されると、該当する文字が該当するサイズのビット
マップデータに展開され、プリンタのプリンタエンジン
等に転送される。

【０００３】

【発明が解決しようとする課題】ところで、上記のよう
な従来の技術には、次のような解決すべき課題があっ
た。プリンタでは、印刷中に頻繁に使用される文字を展
開後の状態でキャッシュメモリに記憶する。これによっ
て、その文字についての展開処理を省略し、印刷速度の
向上を図ることができる。一方、ビットマップデータは
よく知られたランレングス圧縮法等によりデータ圧縮を
することが可能である。圧縮されたデータをキャッシュ
メモリに格納すればキャッシュメモリの利用効率が向上
する。特にドット数の大きい大サイズの文字描画のため
のビットマップデータについては、この圧縮効果が高
い。ランレングス圧縮法に類する方法で圧縮されるデー
タとしては、例えばエッジデータが知られている。

【０００４】ところが、プリンタの性能が向上して、極
めて小さいサイズの文字の印刷も容易に行われるように
なった。この小サイズの文字については、ビットマップ
データを圧縮アルゴリズムを用いて変換した場合、かえ
ってデータサイズが大きくなってしまうことがある。ど
のような場合にこうした現象が生じるかは文字の種類に
よっても異なる。即ち、各文字のアウトラインフォント
データの内容から直ちに圧縮サイズを推測することは難
しい。

【０００５】ビットマップフォントのデータサイズはビ
ットマップフォントのポイントにより決まっているので
３ステップ程度の演算処理により算出可能である。これ
に対して、エッジデータのサイズは、フォントを全てス
キャンし、エッジを検出してカウントするといった方法
で算出する必要があり、概ね３ステップ（１エッジ当た
り）×エッジ数程度の演算処理を必要とする。

【０００６】これは、一見小さな違いのようであるが、
キャッシュメモリに格納されていないフォントが発生す
るたびに、全てのフォントについてこの演算処理を行う
とすれば、印字開始後最初のページの印刷にあっては無
視できない大きな時間となる。

【０００７】

【課題を解決するための手段】本発明は以上の点を解決
するため次の構成を採用する。 〈構成１〉アウトラインフォントデータをそれぞれ異な
るドット数のものに展開した場合に、それぞれビットマ
ップ形式にした場合と圧縮データ形式にした場合とのデ
ータサイズを比較して、ビットマップ形式にした場合の
データサイズと圧縮データ形式にした場合のデータサイ
ズが最も近いドット数を求め、そのドット数を示す情報
をアウトラインフォントデータ中に含めておき、上記デ
ータサイズが最も近いドット数を示す情報を参照して、
上記アウトラインフォントデータを、上記データサイズ
が最も近いドット数より大きいドット数に展開したとき
は、上記圧縮データ形式でメモリに格納し、上記アウト
ラインフォントデータを、上記データサイズが最も近い
ドット数より小さいドット数に展開したときは、上記ビ
ットマップデータ形式でメモリに格納するように制御す
ることを特徴とするアウトラインフォントデータ処理方
法。

【０００８】〈構成２〉構成１に記載のアウトラインフ
ォントデータ処理方法において、上記メモリはプリンタ
の印刷データ処理用キャッシュメモリであることを特徴
とするアウトラインフォントデータ処理方法。

【０００９】〈構成３〉アウトラインフォントデータを
それぞれ異なるドット数のものに展開した場合に、それ
ぞれビットマップ形式にした場合と圧縮データ形式にし
た場合とのデータサイズを比較して、ビットマップ形式
にした場合のデータサイズと圧縮データ形式にした場合
のデータサイズが最も近いドット数を示す情報を含む、
コンピュータ読み取り可能なアウトラインフォントデー
タを記録した記録媒体。

【００１０】

【発明の実施の形態】以下、本発明の実施の形態を具体
例を用いて説明する。図１は、本発明によるアウトライ
ンフォントデータの説明図である。図に示すように、ア
ウトラインフォントデータ１は、フォント全体に共通な
共通情報１１と、各文字毎に区別される文字別情報１２
とを含んでいる。各文字別情報１２は、座標点情報１
３、ヒント情報１４及びドット数情報７を含む。

【００１１】このドット数情報７は、本発明により新た
にアウトラインフォントデータ１中に含められた情報で
ある。座標点情報１３は、特定のメッシュサイズ、即ち
座標系の精度を決める一定のメッシュサイズで、アウト
ラインを構成する座標点の座標値や属性を含むデータか
ら構成されている。図の右側に示すように、各座標点に
は、それぞれ点番号が付けられ、その座標値がｘ座標、
ｙ座標の値で表現される。

【００１２】また、全ての座標点中のｘ座標とｙ座標の
最大値、最小値も、この座標点情報１３に含められる。
これによって、特定のメッシュサイズでビットマップデ
ータが展開された場合のサイズも簡単に求められる。ｘ
方向のサイズとｙ方向のサイズの積によって、このビッ
トマップデータのドット数も計算できる。ドット数情報
７は、後で説明するように、ビットマップ形式にした場
合のデータサイズと圧縮データ形式にした場合のデータ
サイズが最も近いドット数を示す情報である。以下、こ
の情報の生成方法について説明する。

【００１３】図２は、アウトラインフォントの塗り潰し
処理説明図である。この図を用いて、アウトラインフォ
ントの展開とスキャンコンバージョンと呼ばれる方法に
よる塗り潰し方法を説明する。図の（ａ）、（ｂ）、
（ｃ）、（ｄ）の順に塗り潰し処理が進められる。図中
に示した細線の格子２０は、各ドットの境界を示す。即
ち、図の１マスがそれぞれ１ドットであって、黒あるい
は白に塗り潰される。

【００１４】この図２には、文字「Ａ」のアウトライン
フォントについて、その輪郭２１を表示した。このアウ
トラインフォントを塗り潰すには、まず格子２０の中に
各格子の中心を通る線分（スキャンライン）を引く。ス
キャンライン２２は破線で示した。このスキャンライン
２２と輪郭２１との交点をエッジ２３と呼ぶ。このエッ
ジ２３を整数化するために、エッジ２３を最も近い格子
２０の上に移動させる。（ｃ）は、その結果を示す。

【００１５】その後、各スキャンラインを左から右側に
スキャンし、奇数番目に検出したエッジ２３と偶数番目
に検出したエッジ２３の間に存在するドットを黒く塗り
潰す。これが（ｄ）に示す状態である。このようにし
て、アウトラインフォントデータからビットマップデー
タの生成をする。

【００１６】ここで、図の（ｃ）に示すエッジ２３に着
目する。各スキャンラインについて、奇数番目のエッジ
の位置と塗り潰される長さとの組合せを用いて、ビット
マップデータ展開のためのデータを生成することができ
る。これをエッジデータと呼ぶ。このようなエッジデー
タの生成手法は、いわゆるランレングス法と呼ばれるデ
ータ圧縮の手法である。

【００１７】図３には、ビットマップデータとエッジデ
ータの説明図を示す。図３（ａ）はビットマップデー
タ、（ｂ）は同じスキャンラインを表現するエッジデー
タの内容を示す。図のビットマップデータに示すよう
に、この例では、スキャンライン上の左から８番目のド
ットから３個のドットが連続して塗り潰される。エッジ
データでこれを表現すると、奇数番目のドットの位置は
“７”、塗り潰し数は“３”となる。（ｂ）のエッジデ
ータは、奇数番目のエッジ位置と塗り潰される長さを共
に１バイトで表現する。

【００１８】このエッジデータは、画像圧縮等で用いら
れるランレングス方式と類似した形式になっており、塗
り潰されるドットの数が大きければビットマップデータ
よりも十分コンパクトな形式のデータとなる。

【００１９】図４には、ビットマップデータとエッジデ
ータのデータサイズを比較した説明図を図示した。図の
横軸は文字を構成するドット数を示す。文字の縦方向の
サイズをＮドット、横方向のサイズをＭドットとする
と、Ｎ×Ｍで表される。即ち、文字の大きさに対応す
る。縦軸はビットマップデータあるいはエッジデータの
データサイズをバイト単位で示したものである。実線は
ビットマップデータ、破線はエッジデータを表す。

【００２０】図に示すように、一般に文字が大きくなれ
ば、ビットマップ形式にした場合とエッジデータ形式に
した場合とでは、エッジデータ形式にした場合の方がデ
ータサイズが小さくなる。ところが、例えば文字「Ａ」
についていえば、文字の大きさが６０ドット以上の場
合、ビットマップ形式よりエッジデータ形式の方がデー
タサイズが小さくなるが、これ以下の場合は逆転する。

【００２１】６０ドットというのは解像度６００ｄｐｉ
のプリンタの場合、７．２ポイントに相当する。ビット
マップデータのデータサイズは、図１を用いて説明した
座標点情報１３によって簡単に計算により求めることが
できる。ところが、すでに説明したように、エッジデー
タのデータサイズは、その計算が容易でない。エッジデ
ータのデータサイズは文字の輪郭の複雑さに依存し、ビ
ットマップデータのデータサイズから換算できるわけで
はない。

【００２２】図５には、ビットマップデータとエッジデ
ータの例説明図を示す。図に示す（ａ）には、文字
「Ｌ」のビットマップデータを示す。この例を用いてビ
ットマップデータサイズを計算すると、約６１バイトと
なる。このエッジ数は２２で、エッジデータサイズは４
４バイトとなる。

【００２３】一方、（ｂ）は文字「Ｈ」のビットマップ
データを示す。このビットマップデータサイズは約６１
バイトである。エッジ数は４０、エッジデータサイズは
８０バイトとなる。図に示すように、ビットマップデー
タサイズがほぼ同一の文字「Ｌ」と「Ｈ」について、そ
のエッジデータを比較すると２倍近い差が生じている。

【００２４】図６には、文字毎のエッジデータサイズ比
較説明図を示す。図の横軸には文字の大きさ即ちドット
数を示し、縦軸にはデータサイズをバイト単位で表現し
た。図の実線はビットマップデータサイズで、文字
「Ｈ」のエッジデータサイズと文字「Ｌ」のエッジデー
タサイズがそれぞれ破線で示されている。

【００２５】図に示すように、文字によって、ビットマ
ップデータのデータサイズとエッジデータのデータサイ
ズがほぼ一致する点が、それぞれ異なっている。即ち、
文字「Ｈ」については、ドット数が２６以上の場合には
エッジデータの方がデータサイズが小さい。また、ドッ
ト数が２６以下の場合にはビットマップデータの方がデ
ータサイズが小さい。文字「Ｌ」の場合には、このデー
タサイズ一致点が１８ドットとなっている。

【００２６】展開後のデータをキャッシュメモリに格納
して使用する場合、可能な限りデータサイズの小さいも
のを格納するのがメモリ使用効率上好ましい。しかしな
がら、常にエッジデータをキャッシュメモリに格納する
という条件設定をしておくと、非常に小さい文字のみ印
刷するような場合に、かえってデータサイズが大きくな
り、キャッシュメモリの使用効率を低下させる。ところ
が、このように文字によって、それぞれデータサイズ一
致点が異なると、文字のドット数に一定の閾値を設けて
おく方法では、文字によって効果が異なってくる。

【００２７】そこで、本発明では、このデータサイズ一
致点を予め調べておき、その情報を図１に示すようにア
ウトラインフォントデータ１にドット数情報７として含
めるようにした。ドット数情報７は文字毎にそれぞれ別
々に含められた情報なので、文字毎に、最もデータサイ
ズの小さいデータをキャッシュメモリに格納することが
可能になる。

【００２８】図７には、このようなアウトラインフォン
トデータの生成処理動作フローチャートを示す。図のス
テップＳ１は、図１に示したアウトラインフォントデー
タ１の全ての文字別情報１２について処理が終了したか
どうかを判断する部分である。これによって、１文字ず
つ全ての文字について、ドット数情報７の生成が行われ
る。ステップＳ２は、文字別情報１２中の１文字分のデ
ータを選択する処理である。ステップＳ３は、展開ドッ
ト数Ｄを初期値１０に設定する処理である。１０ドット
以下の文字は存在しないという仮定で、このような初期
値を設定する。

【００２９】次に、ステップＳ４で、既に図２を用いて
説明したような要領でエッジデータの生成処理を行う。
次にステップＳ５で、エッジデータサイズを計算する。
ステップＳ６で、図２（ｄ）に示した塗り潰し処理を行
い、ステップＳ７で、ビットマップデータサイズを求め
る。

【００３０】そして、ステップＳ８では、エッジデータ
サイズとビットマップデータサイズの比較をする。も
し、エッジデータサイズがビットマップデータサイズよ
りも大きい場合には、ステップＳ８からステップＳ１０
に進み、Ｄに“２”を加算する。Ｄは偶数の値しかとら
ないという前提でＤを“２”ずつ増加させながら最も小
さい文字から順番に文字を大きくし、エッジデータサイ
ズとビットマップデータサイズとを比較する。

【００３１】最初はエッジデータサイズの方が大きいは
ずであるが、ある大きさの文字になると、両者がほぼ一
致するかあるいはビットマップデータサイズの方が大き
くなる。それまでは、図のステップＳ４からステップＳ
８の処理を繰り返し、ステップＳ８で、両者がほぼ一致
するかあるいはビットマップデータサイズの方が大きく
なったと判断した場合にはステップＳ９に進む。

【００３２】ステップＳ９では、図１に示すアウトライ
ンフォントデータ１の文字別情報に、この図７の処理の
結果得られたドット数情報７を含める。その値はＤであ
る。こうして１文字分の処理を終了する。このような処
理を全ての文字について実行すれば、アウトラインフォ
ントデータを構成する全ての文字のデータにドット数情
報７を含めることができる。

【００３３】図８は、このようなアウトラインフォント
データを利用して、実際に印刷等の処理を行うための、
アウトラインフォント展開処理部のブロック図である。
これは、例えばプリンタを制御するプリンタドライバの
一部によって構成してもよいしあるいはプリンタ側の印
刷データ生成回路中に設けてもよい。ソフトウェアで形
成する場合には、各ブロックはそれぞれ該当する機能を
持つオブジェクト等から構成され、ブロック間のパラメ
ータ送受信によって処理が実行される。そして、これら
はコンピュータの読み取り可能な記録媒体中に記憶され
る。図１に示したアウトラインフォントデータ１も同様
に記憶される。

【００３４】図のアウトラインフォント展開処理部は、
キャッシュ判定部２、エッジデータ生成部３、塗り潰し
部４、データ出力部５、キャッシュデータ判別部８、キ
ャッシュメモリ９及びキャッシュ種類判定部１０により
構成される。

【００３５】キャッシュ判定部２は、アウトラインフォ
ントデータ１を受け入れて、キャッシュ処理をするべき
か否かを判定する部分である。キャッシュメモリ９に既
にキャッシュされているデータかどうかを調べて、キャ
ッシュされていなければ、アウトラインフォントデータ
１をエッジデータ生成部３に向け出力する機能を持つ。
更に、キャッシュデータ判別部８の動作を制御する機能
も持つ。なお、キャッシュされている場合には、データ
出力部５にその旨が通知され、キャッシュデータが利用
される。

【００３６】エッジデータ生成部３は、キャッシュ判定
部２からアウトラインフォントデータ１を受け入れてエ
ッジデータを生成する部分である。生成されたエッジデ
ータは、塗り潰し部４に転送される。また、そのエッジ
データは、キャッシュデータ判別部８にも出力される。
塗り潰し部４は、エッジデータ生成部３から受け入れた
エッジデータの塗り潰し処理を行う部分である。

【００３７】塗り潰し部４によって生成されたビットマ
ップデータはデータ出力部５及びキャッシュデータ判別
部８に向けて出力される。データ出力部５は、塗り潰し
部４によって生成されたビットマップデータ６をプリン
タエンジン等に転送する処理を行う部分である。キャッ
シュデータ判別部８は、キャッシュ判定部２によってア
ウトラインフォントデータ１から抽出されたドット数情
報７を受け入れて、このドット数情報７の内容に従っ
て、ビットマップデータとエッジデータのうちデータサ
イズが小さいものを選択し、キャッシュメモリ９に格納
する処理を行う部分である。

【００３８】ここでは、ドット数情報７が存在するた
め、エッジデータとビットマップデータのサイズ比較は
不要で、現在処理している文字の大きさをドット数で表
した情報とドット数情報７とを比較し、エッジデータと
ビットマップデータのどちらが大きいかを判定して、そ
の一方をキャッシュメモリ９に格納する制御を行う。

【００３９】なお、ドット数情報７は、必ずしも文字の
ドット数を直接表現するものでなくてもよい。例えば文
字のポイント数を表現するようなデータであってもよ
い。キャッシュ種類判定部１０は、キャッシュヒットの
場合に、キャッシュメモリ９から該当するキャッシュデ
ータを読み出し、ビットマップデータかエッジデータか
の判定を行う機能を持つ。

【００４０】この判定の結果、エッジデータと判断され
ると、そのデータを塗り潰し部４に向けて出力し、ビッ
トマップデータへの展開をさせた上でデータ出力部５を
通じて外部に出力する。また、ビットマップデータと判
断されると、データ出力部５を通じてそのデータを外部
に出力する。

【００４１】図９には、上記のような展開処理部の具体
的な動作フローチャートを示す。まず、ステップＳ１に
おいて、展開処理部はアウトラインフォントデータ１を
入力する。次に、ステップＳ２において、キャッシュ判
定部２は、そのアウトラインフォントがキャッシュされ
ているかどうかの判断を行う。

【００４２】キャッシュされていればステップＳ３に進
み、キャッシュ種類判定部１０がキャッシュメモリ９か
らそのデータを読み出す。そして、ステップＳ４におい
て、エッジデータかどうかを判断し、エッジデータなら
ばステップＳ５に進み、塗り潰し部４において、エッジ
データの塗り潰し処理を行って、ビットマップデータを
作成する。こうしてステップＳ１２において、データ出
力部５を通じてビットマップデータの出力が行われる。

【００４３】一方、ステップＳ２において、キャッシュ
されていないと判断されると、ステップＳ３に進み、エ
ッジデータの生成が行われる。同時に、ステップＳ４に
おいて、キャッシュ判定部２がアウトラインフォントデ
ータ１からドット数情報７を抽出し、キャッシュデータ
判別部８がそのドット数情報７を参照する。ステップＳ
５において、エッジデータがビットマップデータより小
さいかどうかを判断し、小さい場合にはステップＳ６に
進み、エッジデータをキャッシュメモリ９へ書き込む。
そして、ステップＳ７において、エッジデータを書き込
んだ旨を示すエッジデータフラグをそのデータに付加す
る。

【００４４】次に、ステップＳ８で、塗り潰し部４がエ
ッジデータの塗り潰しを行い、ビットマップデータを作
成する。そして、ステップＳ９で、ドット数情報を参照
し、ビットマップデータがエッジデータより小さいかど
うかを判断する。ビットマップデータの方が小さければ
ステップＳ１０に進み、ビットマップデータをキャッシ
ュメモリ９に書き込む。そして、ステップＳ１１におい
て、ビットマップデータフラグを付加する。ビットマッ
プデータフラグにより、キャッシュされたデータがビッ
トマップデータかエッジデータかを区別する。こうし
て、キャッシュメモリ９へのデータ記憶が終了すると、
ステップＳ１２において、データ出力部５からビットマ
ップデータが出力される。

【００４５】本発明は以上の実施例に限定されない。上
記の例では、ドット数情報７をビットマップデータとエ
ッジデータのサイズが一致した文字のドット数で表現し
たが、ビットマップデータとエッジデータのデータサイ
ズが最も近いドット数を示す情報を記憶すればよい。そ
の情報の内容はドット数を直接表すものでなくてよい点
は既に説明した通りである。

【００４６】更に、上記圧縮データは、エッジデータに
限らずビットマップデータを圧縮する様々な形式のデー
タに置き換えてもよい。また、メモリは必ずしもキャッ
シュメモリでなく、展開されたデータを保存しておく各
種のメモリであってよい。フォントデータ生成処理にお
いても、上記のフローチャートに限定されることなく、
計算、その他の各種の方法によって、ビットマップ形式
にした場合のデータサイズと、データ形式にした場合の
データサイズが最も近いドット数を示す情報を生成する
ようにすればよい。

【００４７】

【発明の効果】以上のように、本発明によれば、フォン
トデータ中にビットマップ形式にした場合のデータサイ
ズと圧縮データ形式にした場合のデータサイズが最も近
いドット数を示す情報を含めておくので、具体的にエッ
ジデータの生成とビットマップデータの生成が完全に終
了する前に両者のデータサイズの大小関係が把握でき、
キャッシュメモリへの格納処理を速やかに行うことがで
きる。しかも、これによって、キャッシュメモリの効率
的な利用が可能になり、キャッシュメモリへの格納文字
数も増加するから、印刷速度の向上を図ることもでき
る。

【図面の簡単な説明】

【図１】本発明によるアウトラインフォントデータの説
明図である。

【図２】アウトラインフォントの塗り潰し処理説明図で
ある。

【図３】ビットマップデータとエッジデータの説明図で
ある。

【図４】ビットマップデータとエッジデータサイズ比較
説明図である。

【図５】ビットマップデータとエッジデータの例説明図
である。

【図６】文字毎のエッジデータサイズ比較説明図であ
る。

【図７】データ生成処理動作フローチャートである。

【図８】アウトラインフォント展開処理部のブロック図
である。

【図９】展開処理動作フローチャートである。

【符号の説明】

１ アウトラインフォントデータ ７ ドット数情報 １１ 共通情報 １２ 文字別情報 １３ 座標点情報 １４ ヒント情報

Claims (3)

【特許請求の範囲】
1. 【請求項１】 アウトラインフォントデータをそれぞれ
   異なるドット数のものに展開した場合に、それぞれビッ
   トマップ形式にした場合と圧縮データ形式にした場合と
   のデータサイズを比較して、ビットマップ形式にした場
   合のデータサイズと圧縮データ形式にした場合のデータ
   サイズが最も近いドット数を求め、そのドット数を示す
   情報をアウトラインフォントデータ中に含めておき、 前記データサイズが最も近いドット数を示す情報を参照
   して、 前記アウトラインフォントデータを、前記データサイズ
   が最も近いドット数より大きいドット数に展開したとき
   は、前記圧縮データ形式でメモリに格納し、 前記アウトラインフォントデータを、前記データサイズ
   が最も近いドット数より小さいドット数に展開したとき
   は、前記ビットマップデータ形式でメモリに格納するよ
   うに制御することを特徴とするアウトラインフォントデ
   ータ処理方法。
2. 【請求項２】 請求項１に記載のアウトラインフォント
   データ処理方法において、 前記メモリはプリンタの印刷データ処理用キャッシュメ
   モリであることを特徴とするアウトラインフォントデー
   タ処理方法。
3. 【請求項３】 アウトラインフォントデータをそれぞれ
   異なるドット数のものに展開した場合に、それぞれビッ
   トマップ形式にした場合と圧縮データ形式にした場合と
   のデータサイズを比較して、ビットマップ形式にした場
   合のデータサイズと圧縮データ形式にした場合のデータ
   サイズが最も近いドット数を示す情報を含む、 コンピュータ読み取り可能なアウトラインフォントデー
   タを記録した記録媒体。