7.2 仕様

2001年4月現在、PNGはVersion1.1のドラフト版仕様書が公表されていますが、ここでは1996年10月に公表されたVersion1.0に基づいて説明します。 PNGはファイル識別のためのPNGファイル・シグネチャと、それに続く複数のブロック(Chunk)から構成されています。 ブロックには必須のものと付随的なものとがあり、それらがある程度決まった順序で並んでいて、GIFと同様、基本的に順編成となっています。

各ブロックは次のような４つの部分からなっています。 なおマルチバイトの数値領域はネットワークバイトオーダー、つまり最上位バイトから順番に保存されるビッグエンディアン方式で保存されます。

1) データ長(Length)

ブロックデータのバイト数を表す４バイトの符号無し整数です。 ブロックタイプとCRCのバイト数を含まず、値の有効範囲は０〜(2³¹-1)です。 最大値が(2³¹-1)となっているのは、４バイトの符号無し整数をサポートしていないシステムのことを考慮したためです。

2) ブロックタイプ(Chunk type)

ブロックの種類を表す４バイトの文字コードです。 使用可能な文字はアルファベットの大文字と小文字(A-Z, a-z)ですが、仕様書ではASCIIコードに特定せず、値に制限のあるバイナリーコードとして扱うことを求めています。 ASCIIコードの場合、各バイトの５ビット目は大文字と小文字を区別するビットとなりますが、その性質を利用してブロックの属性を表す属性ビット(property bit)として使用されます。

• １バイト目の５ビット目…０(大文字)：決定的ブロック(イメージを正しく表示するために必要なデータを含むブロック)、１(小文字)：付随的ブロック(イメージ表示に直接必要の無いデータを含むブロック)。
• ２バイト目の５ビット目…０：パブリックブロック(仕様書に記述のある登録済みのブロック)、１：プライベートブロック(アプリケーションに固有の非登録ブロック)。
• ３バイト目の５ビット目…予約済み、０でなければならない。
• ４バイト目の５ビット目…０：コピー危険なブロック(ブロックの内容を認識できない場合、出力ファイルにそのままコピーすると危険なブロック)、１：コピー安全なブロック(そのままコピーしても安全なブロック)。

3) ブロックデータ(Chunk data)

ブロックごとに異なる(データ長)バイトのデータで、０バイトも可能です。 ０バイトの場合、この領域は存在しません。

4) CRC(Cyclic Redundancy Check)

CRC(巡回冗長検査)用の４バイトの符号無し整数です。 ブロックタイプとブロックデータに対して計算され、ブロックデータが無い場合も常に存在します。 CRCはISO-3309やITU-V42で提議された標準CRC方式によって計算されます。 使用されるCRC多項式は、

という複雑なものですが、実際には計算済みテーブルを参照して処理します。

(1) PNGファイル・シグネチャ(PNG file signature)

PNGファイルを識別するためのヘッダ部分で、ファイルの先頭に１つだけ存在します。 内容は固定値「[89H]PNG[CR][LF][SUB][LF](89504E470D0A1A0AH)」で、これはテキストファイル等がPNGファイルと誤認されてしまう可能性を極力少なくするために考えられたものです。 またGIFと違ってバージョン番号を表す部分がありませんが、これはフォーマットをバージョン独立にするために、故意に設計されたものです。

最終更新日：2001年5月1日 　第1節へ その２へ

　webmaster@snap-tck.com 　Copyleft (C) 2000 SNAP(Sugimoto Norio Art Production)