Portable Network Graphicsのソースを表示

{{Infobox file format
| name = Portable Network Graphics
| icon = 
| screenshot =[[ファイル:PNG transparency demonstration 1.png|200px]]<br />[[ファイル:PNG transparency demonstration 2.png|200px]]
| caption = 上は、8ビット透明チャネルを含むPNG画像。下は、同じ画像を[[市松模様]]の背景の上に重ねたもの。市松模様は透明であることを示すために[[グラフィックエディタ]]などでよく用いられる。
| extension = .png
| mime = image/png
| typecode = <code>PNGf</code><br /><code>PNG </code><br />
| magic = \x89PNG\x0d\x0a\x1a\x0a
| uniform type = public.png
| genre = [[可逆圧縮]][[ビットマップ画像|ビットマップ]][[画像]]
| containerfor = [[画像]]、[[テキスト]]
| containedby = 
| owner = [[World Wide Web Consortium|W3C]]
| extendedfrom = 
| extendedto = [[Animated Portable Network Graphics|APNG]]、[[JPEG Network Graphics|JNG]]、[[Multiple-image Network Graphics|MNG]]
| standard = [[International Organization for Standardization|ISO]] 15948、[[Internet Engineering Task Force|IETF]] RFC 2083
}}

'''Portable Network Graphics'''（ポータブル・ネットワーク・グラフィックス、'''PNG'''）は[[コンピュータ]]で[[ビットマップ画像]]を扱う[[ファイルフォーマット]]である。[[圧縮アルゴリズム]]として[[Deflate]]を採用している、圧縮による画質の劣化のない[[可逆圧縮]]の[[画像ファイルフォーマット]]である。

1996年に登場し、可逆圧縮の画像フォーマットとして既に普及していた [[Graphics Interchange Format|GIF]] に対しネットワーク経由での使用を想定した機能や透過処理など、多くの機能をサポートした。[[ウェブブラウザ]]や[[グラフィックソフト]]でのサポートも進み、インターネットを中心に普及した。

英語で{{IPA2|/pɪŋ/}}と発音されることから<ref>[http://www.libpng.org/pub/png/pngintro.html Intro to PNG Features]</ref>、「'''ピング'''」や「'''ピン'''」と多く読まれる。

== 概説 ==
画像の[[色モデル]]として、最大 16 ビットの[[グレイスケール]]、24 ビットと 48 ビットの [[RGB]]、または 8 ビットまでのインデックスカラーモード（[[パレットカラー]]) を利用することができる。透過についてはクロマキーによる透過指定、および 8 ビットから 16 ビットの[[アルファチャンネル]]をサポートする。また、画像に付属するテキストなどの[[メタデータ]]や[[ビットマップ画像#ガンマ補正|ガンマ値]]なども画像ごとに記録できる。

GIFと異なり、PNGには[[アニメーション]]機能はない。ただし、PNGはチャンク(データのブロック)で自由に拡張できるようになっていて、1ファイルに複数の画像を含めることができる。これを使ってアニメーション機能を追加した [[Multiple-image Network Graphics|MNG]] と [[Animated Portable Network Graphics|APNG]] が別のフォーマットとして開発されている。他の拡張として、立体視用にステレオPNG (PNS) フォーマット<ref>{{cite web|url=http://www.nvidia.co.jp/object/3d-vision-3d-pictures-jp-old.html|title=nvidia.com 製品情報 3D 画像|accessdate=2012-08-09}}</ref>がある。<!-- 仕様書はないようです [http://sourceforge.net/mailarchive/forum.php?forum_name=png-mng-misc&max_rows=25&style=nested&viewmonth=200603 SourceForge.net フォーラム (2006年3月)]-->

== 歴史 ==
PNG が開発された動機は、1995年の初めに、GIFに使われていた圧縮アルゴリズム [[LZW]] について米[[ユニシス]]社が特許を保有しているとし、GIFを使ったソフトウェアに特許権を行使すると発表したことによる。実際、PNG の頭文字は非公式に "'''P'''NG is '''N'''ot '''G'''IF" という意味が込められている<ref name="pnghist">{{cite web|url=http://www.libpng.org/pub/png/#history |title=History of PNG|author=Greg Roelofs |publisher=Libpng.org |date=2012-05-29 |accessdate=2012-08-09}}</ref><ref>{{cite web|url=http://web-building.crispen.org/formats/png.html|title=GIF,JPEG OR PNG?|accessdate=2012年8月8日}}</ref>。また、当時256色以上表示可能なコンピュータが主流になってきたため、GIF フォーマットにある 256 色までという制限を解消する必要もあった。[[1999年]]8月、ユニシス社が非商用ソフトについても特許使用料を請求することを決めると、PNG はさらに注目を集めるようになった。

*[[1996年]]10月1日 - PNG Version 1.0 の仕様リリース。後に [[Request for Comments|RFC]] 2083 として承認。同日、[[World Wide Web Consortium|W3C]] による勧告。
*[[1998年]]12月31日 - Version 1.1 リリース。小規模な変更と三種類の新しいチャンクを追加。
*[[1999年]]8月11日 - Version 1.2 リリース。一種類の追加チャンク。
*[[2003年]]11月10日 - 国際標準化 ([[国際標準化機構|ISO]]/[[国際電気標準会議|IEC]] 15948:2003) 。このバージョンは 1.2 とわずかな差異あり。新規追加チャンクはなし。
*[[2004年]]3月3日 - 国際標準化 (ISO/IEC 15948:2004) <ref name="iso" group="spec">{{cite book|title=ISO/IEC 15948:2004|year=2004|publisher=ISO|url=http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=29581&scopelist=PROGRAMME}}</ref>

== 技術詳細 ==
詳しくは、仕様書<ref name="iso" group="spec"/><ref group="spec">{{cite web|url=http://tech.millto.net/~pngnews/kndh/PngSpec1.2/PNGcontents.html|title=PNG 1.2 仕様書 日本語訳|accessdate=2005-06-24}} (リンク切れ - [http://web.archive.org/web/20050624081635/http://tech.millto.net/~pngnews/kndh/PngSpec1.2/PNGcontents.html Web Archiveによる過去の版])</ref><ref group="spec">{{cite web|url=http://www.libpng.org/pub/png/spec/|title=PNGの仕様書の一覧|accessdate=2012-08-09}}（英語）</ref>を参照。
=== ファイルヘッダ ===
PNG ファイルはヘッダに 8 バイトのシグネチャ（[[マジックナンバー (フォーマット識別子)|マジックナンバー]]）を持つ。16 進数の値は 89 50 4E 47 0D 0A 1A 0A となる（制御文字で表すと HTJ "PNG" CR LF SUB LF）。各値の意味は次の通り。
{|class=wikitable
!|値
!style="text-align:left"|説明
|-
|89
|8 ビットデータをサポートしない転送システムを検知するためのハイビット値。また、テキストファイルが誤って PNG と認識されるのを防ぐ。
|-
|50&nbsp;4E&nbsp;47
|[[ASCII|アスキー]]文字で '''PNG''' を表す。テキストエディタで開いた場合などに、フォーマットをわかりやすくするため。
|-
|0D&nbsp;0A
|[[MS-DOS|DOS]] スタイルの改行 (CR+LF)。DOS → UNIX での行末データ変換が行われていないかを検知する。
|-
|1A
|DOS で TYPE コマンドを使ってファイル表示をさせた場合、SUB (EOF) として表示を停止させるバイト。
|-
|0A
|UNIX スタイルの行末 (LF) 。UNIX → DOS での行末変換が行われていないかを検知する。
|}

ファイルヘッダの後には IHDR が必ず来るので、その次の 8 バイトも 00 00 00 0D 49 48 44 52 で固定されている。

=== チャンク ===
ファイルヘッダに続いて、チャンクと呼ばれる複数のデータブロックが続く。各チャンクは画像についての様々な情報を保持するもので、'''必須'''チャンクと'''補助'''チャンクに分けられる。補助チャンクは任意的なもので、処理プログラム側によっては必ずしも処理されない。このチャンク構造により、PNG フォーマットは拡張性と前方互換性を両立する。

チャンクの構造は、
#チャンクサイズ。ビッグ[[エンディアン]] (4バイト)
#チャンクの種類 (4バイト)
#実際のデータ
#データの [[巡回冗長検査|CRC-32]] (4バイト)
の順番で配置される。

チャンクの種類は、大文字と小文字が区別されるアルファベット 4 文字で表される。
*1 文字目が大文字のときは、必須チャンクに分類される。必須チャンクには、その画像ファイルを読み込むために必要な情報が含まれ、デコーダが解析不可能な必須チャンクに遭遇した場合、エラーとなる。
*2 文字目の大文字小文字は、そのチャンクがパブリックかプライベートかを示す。大文字がパブリック。パブリックチャンクはその仕様が公開、定義されたもので、公開チャンクともいう。
*3 文字目は将来的な拡張のためにリザーブされている。現在は常に大文字にしなければいけない。
*4 文字目の大小は、そのチャンクがそのままコピーできるかどうかを示す。小文字の場合、ファイルへの変更内容に関わらず、そのチャンクをコピーして継続的に使用できる。大文字の場合、他の必須チャンクへの変更の影響を受けることを表す。

==== 必須チャンク ====
PNG ファイルの読み込みと表示に必要なチャンクで、デコーダが適切に処理する必要がある。

* IHDR - 最も先頭に配置されるチャンクで、以下の順番で 13 バイトの情報が含まれる。
**画像の幅 (4バイト)
**画像の高さ (4バイト)
**[[色深度]] (1バイト)
**カラータイプ (1バイト)
**圧縮形式 (1バイト)
**フィルタ形式 (1バイト)
**[[インターレース]]形式 (1バイト)
* PLTE - カラーパレット定義。
* IDAT - zlibにより圧縮されたイメージデータ。複数の IDAT チャンクに分割することもできる。この場合ファイルサイズは若干増えるが、PNG をストリームとして生成することができるようになる。
* IEND - イメージの終端を示す。

PLTE チャンクはカラータイプ 3 （[[インデックスカラー]]）を使用するときに必須となる。カラータイプ 2 と 6 （トゥルーカラー及び、アルファ情報付きトゥルーカラー）の場合は任意、さらにカラータイプ 0 と 4 （[[グレースケール]]及び、アルファ情報付きグレースケール）の場合は存在してはいけない。

==== 補助チャンク ====
イメージについての付加情報を保持するための任意チャンク。

* acTL - アニメーテッドPNG である事を示し、総フレーム数やループ回数を保持する。
* bKGD - デフォルトの背景色を指定する。これは、単独のイメージビューアで表示するときなど、背景色が特に定まらない場合を想定している。ただし、Internet Explorer 6 以前はアルファ値による透過表示をサポートせず、この値を背景色として使用する。
* cHRM - [[ホワイトバランス]]を指定する。
* fcTL - アニメーテッドPNG のフレーム制御情報を保持する。
* fdAT - アニメーテッドPNG のフレーム画像データを保持する。
* gAMA - [[ガンマ補正]]値を指定する。
* hIST - [[ヒストグラム]]、またはイメージ内で使用されている各色の総量を保持する。
* iCCP - [[ICCプロファイル|ICCカラープロファイル]]を保持する。
* iTXt - [[UTF-8]] フォーマットのテキストを保持する。圧縮・非圧縮、[[IETF言語タグ]]を伴うことができる。
* pHYs - ピクセルの物理サイズ、またはイメージの[[アスペクト比]]を指定する。
* sBIT - 元データの有効なビット数を示す。
* sPLT - イメージが使用する色を全てカバーできない時に、代替となるパレットを提示する。
* sRGB - 標準的な[[色空間|sRGB]] の色空間が使われていることを示す。
* tEXt - [[ISO/IEC 8859-1|ISO 8859-1]] 形式のテキストを保持する。キーワードと対になるチャンクを複数持つことができる。テキストの圧縮は行われない。
* tIME - イメージの最終更新日時を保持する。
* tRNS - 透過色情報を保持する。ピクセル単位のアルファ値指定が必要ない場合に使用する。インデックスカラーのイメージについてはインデックスに結びつけるアルファ値、トゥルーカラーやグレースケールのイメージについては、完全に透過とみなす色を指定する。
* zTXt - tEXtチャンクと同じ制限の圧縮テキスト。

=== フィルタ処理 ===
PNG のイメージデータはzlibにより圧縮されるが、画像の特徴を利用して圧縮の効率を良くするために、フィルタで事前に処理を行えるようになっている。（展開時には、逆のフィルタがかかる)

例えば、ピクセルの値が次のように並んでいたとする。

 100,101,102,103,104,105

このデータには冗長な値が無く、このままDeflate圧縮を行っても効果は得られない。しかし例えば「左の値との差」をとると、データは以下のようになる。

 100,1,1,1,1,1

この状態で圧縮すれば、最初の状態よりも高い効果が得られる。上記は極端な例であるが、このように事前に簡単な演算を行うことは、データによっては圧縮率の改善に役立つ。

PNG では5種類のフィルタを定義している。

;Sub
:左隣のピクセル値との差をとる（上記）。
;Up
:真上のピクセル値との差をとる。
;Average
:左隣と真上のピクセルの平均値との差をとる。
;Paeth
:左隣、真上、左上の3つのピクセルからPaeth値を計算し、その値との差をとる。
;None
:何もしない。

このフィルタは横一ライン毎に変更できる。どのフィルタをどこに使うかは使用する圧縮プログラムが選択できるため、プログラムによって同じ画像でも異なるサイズになりうる。

=== 圧縮 ===
圧縮アルゴリズムは [[Deflate]] (RFC 1951) を使用し、フォーマットは [[zlib]] 形式 (RFC 1950) と定められている。Deflate のアルゴリズムそのものは PNG の仕様書には書かれていない。圧縮後のデータは、そのまま IDAT チャンクに格納される。

なお PNG は Deflate 以外の圧縮形式もサポート出来るように設計されており、IHDR チャンクや iTXt チャンクには、使用する圧縮形式を明示する Compression method フィールドがある。ただし Ver1.2 時点では、Compression method フィールドで使える値は Deflate を示す一種類だけである。

=== 開発者向けのツール ===
{{Main|libpng}}
PNGを処理するための開発者向けライブラリとして[[libpng]]がある。これはPNG公式のライブラリであり、最も広く利用されている。C言語で開発されており、多くのプラットフォームで動作する。ライセンスはGPLよりも制限が緩やかである。

== 他のフォーマットとの比較 ==
[[ファイル:Glasses 800 edit.png|thumb|right|[[POV-Ray]]で作られたPNGの画像]]
=== GIF との比較 ===
GIF の代替物として開発された経緯があるため、GIF と比較されることが多い。主な差異は以下の通り。
* ほとんどの画像で PNG は GIF より圧縮率が高い。
* GIF は1色透過だが、PNG はアルファチャンネルを持ち半透明の表現が可能。
* PNG はフルカラーが可能なため256色の GIF より精細な色表現が可能。
* GIF はアニメーションをサポートしているが、PNG はサポートしていない（アニメーションには PNG の発展フォーマットである MNG/APNG 形式を用いる）。
* GIF と比較すると圧縮・展開に多少時間が掛かる（ただし前述の通り容量は GIF より小さいため、転送時間の短縮を加味すれば劣点とはならない。[[Webサーバ|サーバ]]側のプログラムが動的に画像を生成するような使用法では注意を要する）。
* インターレースGIF とインターレースPNG を比較すると、インターレースPNG の方が圧縮率が低い。
* インターレース形式のアルゴリズムが異なり、GIF よりも早い段階で全体像が見える。

=== JPEGとの比較 ===
[[ファイル:Comparison of JPEG and PNG.png|thumb|200px|right|JPEG と PNG との比較: JPEG では均一な背景にノイズが出る]]

[[JPEG]]は、主に写真的なイメージデータを[[非可逆圧縮]]することでPNGよりも小さなファイルサイズに収めることができる。そのため、高画質に設定したJPEGと比較すると、ファイルサイズはJPEGの数倍（大抵は5〜10倍程度）になる。

PNGは、テキストや線画など色の境界がはっきりしたイメージに適している。線画と写真が混在している場合では、目的に応じてシャープな部分を重視する場合はPNG、ファイルサイズを重視する場合はJPEGを選ぶことができる。

JPEGは、[[ジェネレーションロス]]が生じるため、編集中の一時データの保存には向かない。PNGはその可逆性を生かして、編集やレタッチイメージの一時保存に利用し、最終イメージのみをJPEGで出力すれば、ジェネレーションロスは1世代にとどめることができる。その一方で、PNGはデジタルカメラなどで利用されている[[Exchangeable image file format|Exif]]情報をサポートしていない。[[Tagged Image File Format|TIFF]]はロスレスでExifをサポートしているが、ファイルサイズではPNGに利点がある。

== ブラウザの対応 ==
前述の特許権問題によりGIF排斥運動が起こったが、GIFは依然として広く使われている。それは主に以下の理由からである。

* 当時の[[ウェブブラウザ|Webブラウザ]]でPNGに正しく対応していないものがあった。
* [[広告]]（[[バナー]]）には当時、[[GIFアニメ]]がよく用いられたが、PNGの仕様そのものにはアニメーション機能が含まれていないため、代替することができない（MNGは多くのブラウザで未対応である）。
* PNGの機能はweb上でフルに使われていない。例えば[[Internet Explorer]] 6及びそれ以前のバージョンは複数のアルファチャンネルに対応していない。
* GIFで間にあった。

Internet Explorerはバージョン6までアルファチャンネルを持つPNG画像を正しく描画できない。2006年11月にリリースされたバージョン7で、正確に描画できるようになった。（ただし[[Adobe Photoshop|Photoshop]]で生成したPNG画像の場合、gAMAチャンクへの不適切な記述のため正常に表示されないことがある）

PNGはGIFと同様な1色透過も扱え、こちらはInternet Explorer 5でも対応している。なお、IE5.5はアルファチャンネル付きPNGを正しく表示できる[[ActiveX]]プラグイン（AlphaImageLoader）を搭載しているため、この機能を使うようHTMLファイルに記述すれば表示できる。ただしIEの設定によってはアルファチャンネルとして機能せず、また他ブラウザとの互換を考えると、わざわざこの機能を利用する価値はほとんど無い。

UNISYS社の主張するLZW圧縮アルゴリズムに関する特許は、米国時間2003年6月20日をもって無効（期限切れ）になった。PNGはLZW圧縮アルゴリズム特許の有効期間内で全てのGIFファイルを代替するには至らなかった。特許問題が事実上消失したため、「'''特許に抵触しない'''GIFを代替可能なフォーマットのひとつ」としての存在意義は消失した。現在、PNGは「GIFを代替可能なフォーマットのひとつ」という見方ができる。
<!--古い情報であり、部分的な実装やバグなどよくある
== Javaライブラリでの対応 ==
Oracle の [[Java]] では、JDK 1.3<ref>[http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4101708 Add PNG image file format support to JDK]</ref> から対応している。しかし、多数のバグが存在していて、古いバージョンでは正常に読み込めないことが多かった。
* [http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4307550 Bug 4307550] より、JDK 1.3, 1.4 では透過色が扱えなかった。
* [http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5098176 Bug 5098176] より、JDK 1.4, 5.0 では、イメージパレットの長さが 2 ビットより短い場合、ImageIO クラスで読み込めなかった。
-->
== ファイルサイズ ==
正しくエンコード処理を行ってメタデータを含まないように作成したPNG画像は、同じように処理して作成したGIF画像より小さくなるはずである。しかしPNGはGIFより機能が多いため、大きなサイズになってしまうことがある。

GIFは256色に制限されているため、多くのソフトはフォーマットの変換を行うとき自動的に256色に減色して保存する。そのためフルカラーの画像をPNGとGIFに保存した場合、GIFの方がサイズが小さくなる（かわりに画質は落ちている）。GIF同様256色のPNGを作ればGIFよりサイズが小さくなるにも関わらず、PNGは256色より多い色数を利用できるため変換時に自動で減色されない場合がある。その結果同じ画像をGIFにした場合よりサイズが大きくなってしまう。

[[インターレース|インターレースPNG]]は[[インターレース|インターレースGIF]]に比べ、圧縮率が低くファイルサイズが大きくなる場合が多い。また、インターレースPNGは通常のPNGより、ファイルサイズが大きくなりがちである。

ソフトウェアによっては、出力されるPNGファイルのサイズは必ずしも最適化されないため、ファイルサイズを減らすためにはPNG最適化ソフトウェアなどでPNGファイルを最適化するとよい。最適化のためのソフトウェアとしては、 [http://optipng.sourceforge.net/ OptiPNG]、[http://advsys.net/ken/utils.htm PNGOUT]、[http://entropymine.com/jason/pngrewrite/ pngrewrite]、[http://pmt.sourceforge.net/pngcrush/ Pngcrush]などがある。また、Windows用ながらも[http://omoikane.my-sv.net/BlastPNG.htm BlastPNG]のような複数の最適化ソフトウェアを一度に扱えるフロントエンドなどもある。

PNGは[[JPEG]]に取って代わるものではない。JPEGは[[写真]]の圧縮に適した非可逆圧縮方式であり、写真画像に限ってはJPEGのほうがファイルサイズが小さくなる。一方で、文字や線画などの保存はJPEGだと圧縮ノイズが目立ってしまうのでPNGのほうが適している上、ファイルサイズもかなり小さくなる。また、加工を繰り返す予定のある画像はJPEGでは劣化が進んでしまうのでPNG保存が望ましい。

== 出典 ==
{{reflist}}
===仕様書===
{{reflist|group="spec"}}

== 関連項目 ==
*[[Multiple-image Network Graphics|MNG]]
*[[Animated Portable Network Graphics|APNG]]
*[[libpng]]
*[[ICO (ファイルフォーマット)]]

== 外部リンク ==
* [http://www.libpng.org/pub/png/ PNGの公式サイト]
* [http://www.gnu.org/philosophy/gif.ja.html GNU のウェブページに GIF ファイルが一つも無い理由]（GNUプロジェクト）

{{圧縮フォーマット}}

[[Category:画像ファイルフォーマット]]
[[Category:RFC|1766]]
[[Category:ISO]]