【事件の表示】
　特願２０１０−５３６２９２「広色域ディスプレイシステム」拒絶査定不服審判事件〔平成２１年　６月１１日国際公開、ＷＯ２００９／０７０８６４、平成２３年　３月１０日国内公表、特表２０１１−５０８２４５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１　手続の経緯
　本願は、２００８年１０月２８日（パリ条約による優先権主張、２００７年１２月７日、米国）を国際出願日とする出願であって、平成２２年８月３日に翻訳文が提出され、平成２４年１２月２７日付けで拒絶理由が通知され、平成２５年７月９日に手続補正がなされたが、平成２６年４月１１日付けで拒絶査定がなされ（送達日：平成２６年４月１６日）、これに対し、平成２６年８月１８日に拒絶査定不服審判が請求され、同時に手続補正がなされ、当審において、平成２７年４月１３日付けで拒絶理由が通知され、平成２７年７月１４日付けで手続補正がなされたものである。
２　本願発明
　本願の請求項１ないし１１に係る発明は、平成２７年７月１４日付けの手続補正により補正された特許請求の範囲の請求項１ないし１１に記載された事項により特定されるとおりのものであるところ、請求項１に係る発明は次のとおりのものである。
「【請求項１】
　ワイドガマットＲＧＢカラーデータを受け取るための、ワイドガマットＲＧＢカラーデータを受け取ることを示すワイドガマットＲＧＢ通知情報、およびワイドガマットＲＧＢデジタルディスプレイが表示可能なワイドガマットＲＧＢカラーデータのフォーマットを表すワイドカラーガマットフォーマット定義情報を、画像ソースプロバイダに通知するように動作可能であり、かつ前記画像ソースプロバイダからのワイドガマット確認情報に応答するように動作可能なワイドカラーガマット構成メッセージ制御回路と、
　前記ワイドガマットＲＧＢ通知情報および前記ワイドカラーガマットフォーマット定義情報に応じて受け取った受信ワイドガマットＲＧＢカラーデータを表示するように動作可能な回路とを備え、
　前記ワイドガマットＲＧＢカラーデータは、標準的なＲＧＢガマットの範囲外のＲＧＢカラー値を有する、ワイドガマットＲＧＢデジタルディスプレイ。」（以下、「本願発明」という。）
３　引用例
（１）引用例１
ア　当審における平成２７年４月１３日付けの拒絶理由通知で引用された、本願の優先日（パリ条約による優先権主張の基礎とされた出願の出願日。以下同じ。）前に頒布された、国際公開　２００７／１３２８７７号（国際公開日：２００７年１１月２２日、以下「引用例１」という。）には、図面とともに、次の記載がある（下線は、当審で付与したものである。）。
（ア）「[0001]  　本発明は、通信システム、送信装置及び受信装置、通信方法、並びにプログラムに関し、特に、非圧縮の画像の画素データを、一方向に高速伝送することができる、例えば、ＨＤＭＩ（Ｈｉｇｈ　Ｄｅｆｉｎｉｔｉｏｎ　Ｍｕｌｔｉｍｅｄｉａ　Ｉｎｔｅｒｆａｃｅ）（Ｒ）などの通信インタフェースにおいて、効率的なデータ伝送を行うことができるようにする通信システム、送信装置及び受信装置、通信方法、並びにプログラムに関する。」  
（イ）「[0007]  　ところで、現行のＨＤＭＩ（Ｒ）では、例えば、ＲＧＢ（Ｒｅｄ，Ｇｒｅｅｎ，Ｂｌｕｅ）のそれぞれが８ビットの画素データからなる画像（以下、適宜、２４ビット（＝８ビット×３）画像ともいう）を伝送することができるが、近年、より階調の高い画像、つまり、ＲＧＢのそれぞれが、８ビットより大の１０ビットや１２ビット等の多ビットの画素データからなる画像（以下、適宜、高階調画像ともいう）を伝送することの要請が高まっている。」  
（ウ）「[0023]  　以下、図面を参照して、本発明の実施の形態について説明する。  
[0024]  　図１は、本発明を適用したＡＶ（Ａｕｄｉｏ　Ｖｉｓｕａｌ）システムの一実施の形態の構成例を示している。  
[0025]  　図１において、ＡＶシステムは、ＨＤ（Ｈａｒｄ　Ｄｉｓｋ）レコーダ４１及びディスプレイ４２から構成され、ＨＤレコーダ４１とディスプレイ４２とは、ＨＤＭＩ（Ｒ）用のケーブル４３を介して接続されている。」  
（エ）「[0031]  　
ディスプレイ４２は、ＨＤＭＩ（Ｒ）シンク６１、表示制御部６２、及び表示部６３から構成され、画像の表示等を行う。
[0032]  　すなわち、
ＨＤＭＩ（Ｒ）シンク６１は、
ケーブル４３を介して接続されているＨＤレコーダ４１のＨＤＭＩ（Ｒ）ソース５３から一方向に送信されてくるベースバンドの画像と音声のデータを受信し、そのうちの画像のデータを、表示制御部６２に供給する。
[0033]  　
表示制御部６２は、
表示部６３に、対応する画像を表示させる。
（オ）「[0052]  　ＨＤＭＩ（Ｒ）の伝送チャンネルには、ＨＤＭＩ（Ｒ）ソース５３からＨＤＭＩ（Ｒ）シンク６１に対して、画素データ、補助データ、及び制御データを、ピクセルクロックに同期して、一方向にシリアル伝送するための伝送チャンネルとしての３つのＴＭＤＳチャンネル＃０ないし＃２と、ピクセルクロックを伝送する伝送チャンネルとしてのＴＭＤＳクロックチャンネルとの他に、
ＤＤＣ（Ｄｉｓｐｌａｙ　Ｄａｔａ　Ｃｈａｎｎｅｌ）
[0053]  　ＤＤＣは、ＨＤＭＩ（Ｒ）ソース５３が、ケーブル４３を介して接続されたＨＤＭＩ（Ｒ）シンク６１から、Ｅ−ＥＤＩＤ（Ｅｎｈａｎｃｅｄ　Ｅｘｔｅｎｄｅｄ　Ｄｉｓｐｌａｙ　Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ　Ｄａｔａ）を読み出すのに使用される。
[0054]  　
すなわち、ＨＤＭＩ（Ｒ）シンク６１は、
自身の性能（ｃｏｎｆｉｇｕｒａｔｉｏｎ／ｃａｐａｂｉｌｉｔｙ）に関する性能情報であるＥ−ＥＤＩＤを記憶しているＥＤＩＤ　ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）（図示せず）を有している。ＨＤＭＩ（Ｒ）ソース５３は、ケーブル４３を介して接続されているＨＤＭＩ（Ｒ）シンク６１から、そのＨＤＭＩ（Ｒ）シンク６１のＥ−ＥＤＩＤを、ＤＤＣを介して読み出し、そのＥ−ＥＤＩＤに基づき、ＨＤＭＩ（Ｒ）シンク６１の性能や設定、すなわち、例えば、ＨＤＭＩ（Ｒ）シンク６１（を有する電子機器）が対応している画像のフォーマット（プロファイル）（例えば、ＲＧＢ（Ｒｅｄ，Ｇｒｅｅｎ，Ｂｌｕｅ）や、ＹＣＢＣＲ４：４：４，ＹＣＢＣＲ４：２：２）などを認識する。
（カ）「[0096]  　なお、現行のＨＤＭＩ（Ｒ）では、
ＲＧＢ４：４：４
のフォーマットの画像の画素データを
送信することができるが、以下では、
ＲＧＢ４：４：４を例に説明をする。
（キ）「[0139]  　いま、２４ビット画像の他に、
高階調画像の伝送を現行のＨＤＭＩ（Ｒ）のＴＭＤＳチャンネルをそのまま利用して行うことができる通信インタフェースを、特に、ディープカラー（ｄｅｅｐ　ｃｏｌｏｒ）ＨＤＭＩ（Ｒ）と呼ぶ
[0140]  　ここで、
ＨＤＭＩ（Ｒ）シンクがディープカラーＨＤＭＩ（Ｒ）に対応しているかどうかは、例えば、そのＨＤＭＩ（Ｒ）シンクの性能に関する性能情報であるＥ−ＥＤＩＤに記述しておく（含めておく）ことができる。
[0141]  　すなわち、図１０は、Ｅ−ＥＤＩＤにおけるＶＳＤＢ（Ｖｅｎｄｅｒ　Ｓｐｅｃｉｆｉｃ　Ｄｅｆｉｎｉｔｉｏｎ　Ｂｉｔ）を示している。
[0142]  　現行のＨＤＭＩ（Ｒ）では、ＶＳＤＢのＢｙｔｅ＃６のＬＳＢから５，６，７ビット目のビット＃４，＃５，＃６は、未使用（Ｒｅｓｅｒｖｅｄ）になっているが、図１０では、そのビット＃４，＃５，＃６に、それぞれ、ビットＳｕｐｏｒｔ＿３０ｂｉｔ，Ｓｕｐｏｒｔ＿３６ｂｉｔ，Ｓｕｐｏｒｔ＿４８ｂｉｔが割り当てられている。  
[0143]  　ＶＳＤＢのＢｙｔｅ＃６のビット＃４に割り当てられているビットＳｕｐｏｒｔ＿３０ｂｉｔ、ビット＃５に割り当てられているビットＳｕｐｏｒｔ＿３６ｂｉｔ、及びビット＃６に割り当てられているビットＳｕｐｏｒｔ＿４８ｂｉｔは、ＨＤＭＩ（Ｒ）シンクが、高階調画像に対応していない場合、すなわち、２４ビット画像のみに対応している場合、例えば、すべて０とされる。  
[0144]  　そして、ＨＤＭＩ（Ｒ）シンクが、高階調画像のうちの３０ビット画像のみに対応している場合、ビットＳｕｐｏｒｔ＿３０ｂｉｔのみが１とされる。また、ＨＤＭＩ（Ｒ）シンクが、高階調画像のうちの３０ビット画像と３６ビット画像に対応している場合、ビットＳｕｐｏｒｔ＿３６ｂｉｔのみが１とされる。さらに、ＨＤＭＩ（Ｒ）シンクが、高階調画像の３０ビット画像、３６ビット画像、及び４８ビット画像のすべてに対応している場合、ビットＳｕｐｏｒｔ＿４８ｂｉｔのみが１とされる。  
[0145]  　以上のように、ＨＤＭＩ（Ｒ）シンクがディープカラーＨＤＭＩ（Ｒ）に対応しているかどうかを、Ｅ−ＥＤＩＤのＶＳＤＢに記述しておくことにより、
ＨＤＭＩ（Ｒ）ソースは、ＨＤＭＩ（Ｒ）シンクから、Ｅ−ＥＤＩＤを読み出し、そのＥ−ＥＤＩＤのＶＳＤＢを参照することにより、ＨＤＭＩ（Ｒ）シンクが高階調画像に対応しているかどうか、さらには、ＨＤＭＩ（Ｒ）シンクが高階調画像に対応している場合には、３０ビット画像、３６ビット画像、又は４８ビット画像のうちのいずれに対応しているかを認識することができる。
（ク）「[0147]  　次に、ＨＤＭＩ（Ｒ）ソースとＨＤＭＩ（Ｒ）シンクとの間のＥ−ＥＤＩＤの交換は、ＨＤＭＩ（Ｒ）ソースとＨＤＭＩ（Ｒ）シンクとが接続されたときや、ＨＤＭＩ（Ｒ）ソース又はＨＤＭＩ（Ｒ）シンクの電源がオンにされたとき等の特定のタイミングで行われ、周期的に行われるものではない。」
  
（ケ）「[0164]  　まず、図１３のフローチャートを参照して、図２のＨＤＭＩ（Ｒ）ソース５３の動作について説明する。  
[0165]  　ＨＤＭＩ（Ｒ）ソース５３は、ＨＤＭＩ（Ｒ）シンク６１から、図２で説明したＤＤＣを介して、ＨＤＭＩ（Ｒ）シンク６１のＥ−ＥＤＩＤが送信されてくるのを待って、ステップＳ１１において、そのＥ−ＥＤＩＤを受信する。  
[0166]  　そして、
ＨＤＭＩ（Ｒ）ソース５３は、
ＨＤＭＩ（Ｒ）シンク６１が対応している画像の中から、ディープカラーモード
を決定する。
[0167]  　ここで、ＨＤＭＩ（Ｒ）ソース５３では、ＨＤＭＩ（Ｒ）シンク６１が対応している画像の中から、例えば、最も階調が高い画像を、３つのＴＭＤＳチャンネル＃０ないし＃２で伝送する画像として決定することができる。この場合、ＨＤＭＩ（Ｒ）シンク６１が、例えば、２４ビット画像、３０ビット画像、３６ビット画像、及び４８ビット画像に対応しているときには、最も階調が高い４８ビット画像が、ＴＭＤＳチャンネル＃０ないし＃２で伝送する画像として決定される。  
[0168]  　その後、ＨＤＭＩ（Ｒ）ソース５３は、ステップＳ１３において、ピクセルクロックの周波数を調整し、これにより、ステップＳ１２で決定したディープカラーモードに対応したピクセルクロックの出力を開始して、ステップＳ１４に進む。  
[0169]  　ステップＳ１４では、ＨＤＭＩ（Ｒ）ソース５３は、ステップＳ１２で決定したディープカラーモードが表す画像の画素データの、ＴＭＤＳチャンネル＃０ないし＃２による伝送を開始する。  
[0170]  　なお、ディープカラーモードが表す画像の、ＴＭＤＳチャンネル＃０ないし＃２による伝送は、ステップＳ１３で出力が開始されたピクセルクロックに同期して行われる。  
[0171]  　また、
ディープカラーモードが表す画像の
伝送時には、ＨＤＭＩ（Ｒ）ソース５３は、
フレームごとに、
ビデオデータ区間に伝送される画像のディープカラーモードを表すビットＣＤ０，ＣＤ１，ＣＤ２が記述されたゼネラルコントロールパケットを伝送する。
[0172]  　次に、図１４のフローチャートを参照して、図２のＨＤＭＩ（Ｒ）シンク６１の動作について説明する。  
[0173]  　
ＨＤＭＩ（Ｒ）シンク６１は、
自身のＥ−ＥＤＩＤを、ＤＤＣ（図２）を介して、ＨＤＭＩ（Ｒ）ソース５３に送信する。
[0174]  　
その後、
ＨＤＭＩ（Ｒ）シンク６１は、
ＨＤＭＩ（Ｒ）ソース５３からのゼネラルコントロールパケット（図１１、図１２）を受信し、そのゼネラルコントロールパケットのビットＣＤ０，ＣＤ１，ＣＤ２を参照することにより、ビデオデータ区間に伝送されてくる画像のディープカラーモードを認識する。
[0175]  　
そして、ＨＤＭＩ（Ｒ）シンク６１は、
認識したディープカラーモードの画像の画素データが
ＨＤＭＩ（Ｒ）ソース５３から送信されてくるのを待って、
その画素データを受信する。
（コ）「[0374]  　近年、複数台の映像機器の間で、非圧縮のデジタル映像データなどを伝送させるインターフェース規格として、ＨＤＭＩ規格と称されるものが開発されている。ＨＤＭＩ規格は、映像データを、各色の原色データとして、１画素単位で個別に伝送する規格である（以下画素をピクセルと称する）。音声データ（オーディオデータ）についても、映像データのブランキング期間に、映像データの伝送ラインを使用して伝送するようにしてある。伝送する原色データは、赤，緑，青の加法混色の３チャンネルの原色データ（Ｒデータ，Ｇデータ，Ｂデータ）を伝送する場合、もしくはＹ，Ｃｂ，Ｃｒといった輝度および色差信号による場合などがある。」
（サ）「[0528]  　
ＩＥＣ　６１９６６−２−４（ｘｖＹＣＣ）は「ビデオアプリケーション用の拡張範囲ＹＣＣカラースペース」を定義する。それは、ＩＴＵ−Ｒ　ＢＴ．７０９−５に記載されるＹＣＣカラー符号化に基づくものであるが、その定義をはるかに広い範囲に拡大している。
[0529]  　ここで、ｘｖＣＣ６０１は、ＩＴＵ−Ｒ　ＢＴ．６０１に定義される比色定量に基づくものであり、ｘｖＹＣＣ７０９は、ＩＴＵ−Ｒ　ＢＴ．７０９に定義される比色定量に基づくものである。なお、詳細については、ＩＥＣ　６１９６６−２−４の４．３章に記載されている。  
[0530]  　また、ｘｖＹＣＣビデオ（ｘｖＹＣＣ６０１又はｘｖＹＣＣ７０９）の「ソース」送信は、有効な範囲境界メタデータを伴って行われる。  
[0531]  　
添付の「シンク」が、ｘｖＹＣＣ
をサポートしない場合、「ソース」は、ｘｖＹＣＣで符号化されたビデオを送ってはならず
イ　上記記載から、引用例１には、次の技術事項が記載されている。
（ア）段落[0031]より、「ＨＤＭＩ（Ｒ）シンク６１、表示制御部６２、及び表示部６３から構成され、画像の表示等を行うディスプレイ４２。」との技術事項を読み取ることができる。
（イ）段落[0032]、[0033]より、「ＨＤＭＩ（Ｒ）シンク６１は、ケーブル４３を介して接続されているＨＤレコーダ４１のＨＤＭＩ（Ｒ）ソース５３から一方向に送信されてくるベースバンドの画像と音声のデータを受信し、そのうちの画像のデータを、表示制御部６２に供給し、表示制御部６２は、表示部６３に、対応する画像を表示させる。」との技術事項を読み取ることができる。
（ウ）段落[0052]には、「ＤＤＣ（Ｄｉｓｐｌａｙ　Ｄａｔａ　Ｃｈａｎｎｅｌ）」と記載されているから、段落[0054]より、「ＨＤＭＩ（Ｒ）シンク６１は、自身の性能（ｃｏｎｆｉｇｕｒａｔｉｏｎ／ｃａｐａｂｉｌｉｔｙ）に関する性能情報であるＥ−ＥＤＩＤを記憶しているＥＤＩＤ　ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）を有しており、ＨＤＭＩ（Ｒ）ソース５３は、ケーブル４３を介して接続されているＨＤＭＩ（Ｒ）シンク６１から、そのＨＤＭＩ（Ｒ）シンク６１のＥ−ＥＤＩＤを、ＤＤＣ（Ｄｉｓｐｌａｙ　Ｄａｔａ　Ｃｈａｎｎｅｌ）を介して読み出し、そのＥ−ＥＤＩＤに基づき、ＨＤＭＩ（Ｒ）シンク６１の性能や設定、すなわち、例えば、ＨＤＭＩ（Ｒ）シンク６１（を有する電子機器）が対応している画像のフォーマット（プロファイル）（例えば、ＲＧＢ（Ｒｅｄ，Ｇｒｅｅｎ，Ｂｌｕｅ）や、ＹＣＢＣＲ４：４：４，ＹＣＢＣＲ４：２：２）などを認識する。」との技術事項を読み取ることができる。
（エ）段落[0096]、[0139]、[0140]及び[0145]より、「ＲＧＢ４：４：４のフォーマットの画像の画素データを送信する例では、ＨＤＭＩ（Ｒ）シンクがディープカラーＨＤＭＩ（Ｒ）（高階調画像の伝送を現行のＨＤＭＩ（Ｒ）のＴＭＤＳチャンネルをそのまま利用して行うことができる通信インタフェース）に対応しているかどうかは、そのＨＤＭＩ（Ｒ）シンクの性能に関する性能情報であるＥ−ＥＤＩＤに記述しておく（含めておく）ことができ、ＨＤＭＩ（Ｒ）ソースは、ＨＤＭＩ（Ｒ）シンクから、Ｅ−ＥＤＩＤを読み出し、そのＥ−ＥＤＩＤを参照することにより、ＨＤＭＩ（Ｒ）シンクが高階調画像に対応しているかどうか、さらには、ＨＤＭＩ（Ｒ）シンクが高階調画像に対応している場合には、３０ビット画像、３６ビット画像、又は４８ビット画像のうちのいずれに対応しているかを認識することができる。」との技術事項を読み取ることができる。
（オ）段落[0166]及び[0171]より、「ＨＤＭＩ（Ｒ）ソース５３は、ＨＤＭＩ（Ｒ）シンク６１が対応している画像の中から、ディープカラーモードを決定し、ディープカラーモードが表す画像の伝送時には、ＨＤＭＩ（Ｒ）ソース５３は、フレームごとに、ビデオデータ区間に伝送される画像のディープカラーモードを表すビットＣＤ０，ＣＤ１，ＣＤ２が記述されたゼネラルコントロールパケットを伝送する。」 との技術事項を読み取ることができる。
 
（カ）段落[0173]〜[0175]より、「ＨＤＭＩ（Ｒ）シンク６１は、自身のＥ−ＥＤＩＤを、ＤＤＣを介して、ＨＤＭＩ（Ｒ）ソース５３に送信し、その後、ＨＤＭＩ（Ｒ）シンク６１は、ＨＤＭＩ（Ｒ）ソース５３からのゼネラルコントロールパケットを受信し、そのゼネラルコントロールパケットのビットＣＤ０，ＣＤ１，ＣＤ２を参照することにより、ビデオデータ区間に伝送されてくる画像のディープカラーモードを認識し、そして、ＨＤＭＩ（Ｒ）シンク６１は、認識したディープカラーモードの画像の画素データが、ＨＤＭＩ（Ｒ）ソース５３から送信されてくるのを待って、その画素データを受信する。」との技術事項を読み取ることができる。
ウ　これらのことから、引用例１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。
「ＨＤＭＩ（Ｒ）シンク６１、表示制御部６２、及び表示部６３から構成され、画像の表示等を行うディスプレイ４２であって、
　ＨＤＭＩ（Ｒ）シンク６１は、ケーブル４３を介して接続されているＨＤレコーダ４１のＨＤＭＩ（Ｒ）ソース５３から一方向に送信されてくるベースバンドの画像と音声のデータを受信し、そのうちの画像のデータを、表示制御部６２に供給し、表示制御部６２は、表示部６３に、対応する画像を表示させ、
　ＨＤＭＩ（Ｒ）シンク６１は、自身の性能（ｃｏｎｆｉｇｕｒａｔｉｏｎ／ｃａｐａｂｉｌｉｔｙ）に関する性能情報であるＥ−ＥＤＩＤを記憶しているＥＤＩＤ　ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）を有しており、ＨＤＭＩ（Ｒ）ソース５３は、ケーブル４３を介して接続されているＨＤＭＩ（Ｒ）シンク６１から、そのＨＤＭＩ（Ｒ）シンク６１のＥ−ＥＤＩＤを、ＤＤＣ（Ｄｉｓｐｌａｙ　Ｄａｔａ　Ｃｈａｎｎｅｌ）を介して読み出し、そのＥ−ＥＤＩＤに基づき、ＨＤＭＩ（Ｒ）シンク６１の性能や設定、すなわち、例えば、ＨＤＭＩ（Ｒ）シンク６１（を有する電子機器）が対応している画像のフォーマット（プロファイル）（例えば、ＲＧＢ（Ｒｅｄ，Ｇｒｅｅｎ，Ｂｌｕｅ）や、ＹＣＢＣＲ４：４：４，ＹＣＢＣＲ４：２：２）などを認識し、
　ＲＧＢ４：４：４のフォーマットの画像の画素データを送信する例では、ＨＤＭＩ（Ｒ）シンクがディープカラーＨＤＭＩ（Ｒ）（高階調画像の伝送を現行のＨＤＭＩ（Ｒ）のＴＭＤＳチャンネルをそのまま利用して行うことができる通信インタフェース）に対応しているかどうかは、そのＨＤＭＩ（Ｒ）シンクの性能に関する性能情報であるＥ−ＥＤＩＤに記述しておく（含めておく）ことができ、ＨＤＭＩ（Ｒ）ソースは、ＨＤＭＩ（Ｒ）シンクから、Ｅ−ＥＤＩＤを読み出し、そのＥ−ＥＤＩＤを参照することにより、ＨＤＭＩ（Ｒ）シンクが高階調画像に対応しているかどうか、さらには、ＨＤＭＩ（Ｒ）シンクが高階調画像に対応している場合には、３０ビット画像、３６ビット画像、又は４８ビット画像のうちのいずれに対応しているかを認識することができ、
　ＨＤＭＩ（Ｒ）ソース５３は、ＨＤＭＩ（Ｒ）シンク６１が対応している画像の中から、ディープカラーモードを決定し、ディープカラーモードが表す画像の伝送時には、ＨＤＭＩ（Ｒ）ソース５３は、フレームごとに、ビデオデータ区間に伝送される画像のディープカラーモードを表すビットＣＤ０，ＣＤ１，ＣＤ２が記述されたゼネラルコントロールパケットを伝送し、
　ＨＤＭＩ（Ｒ）シンク６１は、自身のＥ−ＥＤＩＤを、ＤＤＣを介して、ＨＤＭＩ（Ｒ）ソース５３に送信し、その後、ＨＤＭＩ（Ｒ）シンク６１は、ＨＤＭＩ（Ｒ）ソース５３からのゼネラルコントロールパケットを受信し、そのゼネラルコントロールパケットのビットＣＤ０，ＣＤ１，ＣＤ２を参照することにより、ビデオデータ区間に伝送されてくる画像のディープカラーモードを認識し、そして、ＨＤＭＩ（Ｒ）シンク６１は、認識したディープカラーモードの画像の画素データが、ＨＤＭＩ（Ｒ）ソース５３から送信されてくるのを待って、その画素データを受信する、
　ディスプレイ４２。」
  
（２）引用例２
ア　当審における平成２７年４月１３日付けの拒絶理由通知で引用された、本願の優先日前に頒布された、拡張色空間の最新動向　sRGBシリーズの改定状況、[online]、２００２年１１月２６日、公益社団法人日本印刷技術協会（ＪＡＧＡＴ）、インターネット＜ＵＲＬ：http://www.jagat.or.jp/past_archives/story/6078.html＞、または＜ＵＲＬ：http://aa20120900083dcc1fb6.userreverse.dion.ne.jp/story_memo_view.asp?StoryID=6078＞（掲載日については、インターネット＜ＵＲＬ：http://aa20120900083dcc1fb6.userreverse.dion.ne.jp/backnumber/20021124.htm＞も参照。）（以下、「引用例２」という。）には、次の記載がある。
（ア）「拡張色空間の最新動向　sRGBシリーズの改定状況
・・・（途中省略）・・・
sRGBの課題
sRGBの色域はカラーのCRTディスプレイ特性に準じているので，例えばデジタルカメラやカラープリンタなどほかのカラー画像機器において可能な色を再現することが難しかった。
sRGBはディスプレイ（パソコン）を中心に置いたRGBカラーの標準化であるが，最近ではデジタルカメラとカラープリンタをダイレクトに接続して利用するケースも増えてきており，ディスプレイ以外の画像機器の色域をカバーするようなカラースペースが求められてきている。
こうして拡張色空間が審議されているのであるが，拡張方法には色域（gamut）の拡大と階調数の拡大の2つがある。sRGBは8ビットで規定されているが，8ビットのまま色域を拡大すると1単位当たりで表現できる階調が粗くなり，量子化誤差が増加したりトーンジャンプが発生する恐れがある。」
（イ）「sRGBの改定内容
2002年の改定では，sRGBそのものの改定は係数の若干の修正などのマイナーチェンジにとどまったが，sRGBを超える色域をもつ拡張色空間がいくつか追加される見込みである。
拡張色空間には，bg-sRGB，scRGBと，これらとセットになる輝度色差分離RGB系色空間（sYCC，bg-sYCC，scYCC）が追加されている。」
（ウ）「sRGBを直接拡張する色空間
これに対して，sRGBを直接拡張する色空間が2つ用意された。bg-sRGBとscRGBである。
(1)bg-sRGB
bg-sRGBは，プリンタなど出力デバイスのsRGBの範囲（RGB各0.0〜1.0）を拡張して，RGB各−0.75〜1.25の範囲を許し，γ=2.2のカーブも負まで拡張したものである。これによって，実在する色（つまり感じることのできる色）をすべてカバーする。また，8ビットは存在せず，各色10，12，16ビットの3種である。
特徴をまとめると以下の3点となる。
　　・白色点，原色色度，観察環境などはsRGBと同じ
　　・RGB各−0.75〜1.25までの範囲を許容
　　・RGB各10ビットがデフォルトであるがNビット表現もある。
(2)scRGB
scRGBは，さらに広い色域をカバーする。白色点，原色色度，観察環境などはsRGBと同じであるが，RGB各−0.5〜7.5までの範囲を許容し，RGB各16ビット（オプションで12ビットもある）で表現する。
scRGBは，マイクロソフトが次期OSのLonghornでOSとしてサポートする旨，2002年のWinHECで宣言しており，コンシューマー向けがsRGB，ニッチ・マーケット・プロフェッショナル向けがICC，そして，プロシューマー向けに，「フィルムネガのダイナミックレンジをカバーする」scRGBが対応するとしている。」
４　引用発明との対比
ア　本願発明と引用発明とを対比する。
（ア）引用発明の「ディスプレイ４２」は、「ＲＧＢ（Ｒｅｄ，Ｇｒｅｅｎ，Ｂｌｕｅ）」の画像の「データ」を受信し、表示部６３に表示させているから、次の相違点は除いて、本願発明の「ワイドガマットＲＧＢデジタルディスプレイ」とは、「ＲＧＢデジタルディスプレイ」の点で共通する。
（イ）引用発明には、「ＨＤＭＩ（Ｒ）シンク」の「Ｅ−ＥＤＩＤ」（ＨＤＭＩ（Ｒ）シンクの性能に関する性能情報）に、次の（ａ）、（ｂ）の情報を「記述しておく（含めておく）」ことが示されている。
（ａ）「ＨＤＭＩ（Ｒ）シンク６１（を有する電子機器）が対応している画像のフォーマット（プロファイル）（例えば、ＲＧＢ（Ｒｅｄ，Ｇｒｅｅｎ，Ｂｌｕｅ）や、ＹＣＢＣＲ４：４：４，ＹＣＢＣＲ４：２：２）」の情報
（ｂ）「ＨＤＭＩ（Ｒ）シンクがディープカラーＨＤＭＩ（Ｒ）（高階調画像の伝送を現行のＨＤＭＩ（Ｒ）のＴＭＤＳチャンネルをそのまま利用して行うことができる通信インタフェース）に対応しているかどうか」の情報
　そして、引用発明において、「
ＨＤＭＩ（Ｒ）ソース５３は
ＨＤＭＩ（Ｒ）シンク６１から、そのＨＤＭＩ（Ｒ）シンク６１のＥ−ＥＤＩＤを
読み出し、そのＥ−ＥＤＩＤに基づき、ＨＤＭＩ（Ｒ）シンク６１の性能や設定
を認識
　よって、引用発明における「ＨＤＭＩ（Ｒ）シンク」の「Ｅ−ＥＤＩＤ」に記述され（含められ）た上記（ａ）、（ｂ）の「通知情報」と、本願発明の「ワイドガマットＲＧＢカラーデータを受け取るための、ワイドガマットＲＧＢカラーデータを受け取ることを示すワイドガマットＲＧＢ通知情報」とは「ＲＧＢカラーデータを受け取るための、ＲＧＢカラーデータを受け取ることを示すＲＧＢ通知情報」の点で共通する。
（ウ）平成２２年８月３日付けで提出された「明細書の翻訳文」（以下、「本願明細書」という。）には、フォーマット定義情報について、段落【００１６】に「【００１６】
フォーマット定義情報は、ワイドカラーガマットデジタルディスプレイ１４が表示可能なワイドガマットＲＧＢデータ２６のフォーマットを表すデータである。例えば、
適切なフォーマットを提供するための特定のビット数と情報の順序
により、
ワイドカラーガマットデータを、
最適にフォーマットできる
　よって、引用発明において、「ＨＤＭＩ（Ｒ）シンクが高階調画像に対応している」場合に、「ＨＤＭＩ（Ｒ）シンクの性能に関する性能情報であるＥ−ＥＤＩＤ」に「記述」された、「ＲＧＢ（Ｒｅｄ，Ｇｒｅｅｎ，Ｂｌｕｅ）」の「画像のフォーマット（プロファイル）」が「３０ビット画像、３６ビット画像、又は４８ビット画像のうちのいずれに対応しているかを認識することができ」る「情報」と、本願発明の「ワイドガマットＲＧＢデジタルディスプレイが表示可能なワイドガマットＲＧＢカラーデータのフォーマットを表すワイドカラーガマットフォーマット定義情報」とは、「ＲＧＢデジタルディスプレイが表示可能なＲＧＢカラーデータのフォーマットを表す色のフォーマット定義情報」の点で共通する。
（エ）引用発明における「ＨＤＭＩ（Ｒ）ソース」、若しくはそれを有する電子機器は、「画像のデータ」を「送信」しているから、次の相違点は除いて、本願発明の「画像ソースプロバイダ」に相当する。
（オ）本願明細書には、ワイドガマットＲＧＢ通知情報及びワイドカラーガマットフォーマット定義情報を画像ソースプロバイダに通知することについて、段落【０００６】に「概説すると、液晶ディスプレイ、デジタルテレビジョン、プリンタ、または他の任意の適切なディスプレイなどのワイドガマットＲＧＢデジタルディスプレイは、前記ワイドガマットＲＧＢデジタルディスプレイがワイドガマットＲＧＢカラーデータを受け取ることを通知する
ワイドガマットＲＧＢ通知情報
およびワイドカラーガマットフォーマット定義情報
は、ディスプレイインタフェースを介してリンク上で送信されるか、あるいは、ディスプレイの型番を示すディスプレイのローカルレジスタを読み出すか、他の任意の適切な方法によって取得されうる。
レジスタは、適宜同じリンク１６または他の任意の適切なリンクを介して、画像ソースプロバイダによってアクセスされうる。
レジスタは、
ワイドカラーガマットデジタルディスプレイが対応可能なフォーマットを示しうる。レジスタは、
適切なメモリであればどのようなものであってもよく、ワイドカラーガマットデジタルディスプレイが異なるフォーマットのワイドカラーガマットＲＧＢデータに対応可能な場合、複数のフォーマットを含んでもよい。
　そして、引用発明の「ディスプレイ４２」が回路によって動作することはいうまでもないことであるから、（イ）〜（エ）で述べた対応関係を踏まえれば、引用発明において、「ＨＤＭＩ（Ｒ）シンク６１」が「自身のＥ−ＥＤＩＤを、ＤＤＣを介して、ＨＤＭＩ（Ｒ）ソース５３に送信」する回路、つまり、「ＨＤＭＩ（Ｒ）ソース５３」からみれば、「ＨＤＭＩ（Ｒ）シンク６１は、自身の性能（ｃｏｎｆｉｇｕｒａｔｉｏｎ／ｃａｐａｂｉｌｉｔｙ）に関する性能情報であるＥ−ＥＤＩＤを記憶しているＥＤＩＤ　ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）を有しており、ＨＤＭＩ（Ｒ）ソース５３は、ケーブル４３を介して接続されているＨＤＭＩ（Ｒ）シンク６１から、そのＨＤＭＩ（Ｒ）シンク６１のＥ−ＥＤＩＤを、ＤＤＣ（Ｄｉｓｐｌａｙ　Ｄａｔａ　Ｃｈａｎｎｅｌ）を介して読み出」すことに対応して「ＨＤＭＩ（Ｒ）シンク６１」に備えられた回路と、本願発明の「ワイドガマットＲＧＢ通知情報」および「ワイドカラーガマットフォーマット定義情報」を「画像ソースプロバイダに通知するように動作可能であ」る「ワイドカラーガマット構成メッセージ制御回路」とは、「ＲＧＢ通知情報」および「色のフォーマット定義情報」を「画像ソースプロバイダに通知するように動作可能であ」る「色の構成メッセージ制御回路」の点で共通する。
（カ）本願明細書には、ワイドカラーガマット確認情報について、段落【００１４】に「ワイドカラーガマット構成メッセージ制御論理１８は、
ワイドカラーガマット確認情報
は、ワイドガマットＲＧＢデータ２６と共に埋め込まれるか、または、必要に応じて別の情報として送信され、送信するワイドガマットＲＧＢカラーデータ２６が表示に適したフォーマットであることを、ワイドカラーガマットデジタルディスプレイ１４に確認する。
確認情報は、必要に応じてフレームごとに送信され
　これに対し、引用発明では、「ＨＤＭＩ（Ｒ）ソース５３は、フレームごとに、ビデオデータ区間に伝送される画像のディープカラーモードを表すビットＣＤ０，ＣＤ１，ＣＤ２が記述されたゼネラルコントロールパケットを伝送し」、「ＨＤＭＩ（Ｒ）シンク６１は、ＨＤＭＩ（Ｒ）ソース５３からのゼネラルコントロールパケットを受信し、そのゼネラルコントロールパケットのビットＣＤ０，ＣＤ１，ＣＤ２を参照することにより、ビデオデータ区間に伝送されてくる画像のディープカラーモードを認識し、そして、ＨＤＭＩ（Ｒ）シンク６１は、認識したディープカラーモードの画像の画素データが、ＨＤＭＩ（Ｒ）ソース５３から送信されてくるのを待って、その画素データを受信」しているから、引用発明の「ＨＤＭＩ（Ｒ）ソース５３」から「フレームごとに」「伝送」される「ゼネラルコントロールパケット」に記述された「ビデオデータ区間に伝送される画像のディープカラーモードを表すビットＣＤ０，ＣＤ１，ＣＤ２」と、本願発明の「画像ソースプロバイダからのワイドガマット確認情報」とは、「画像ソースプロバイダからの色の確認情報」の点で共通する。
　また、引用発明の「ディスプレイ４２」が回路によって動作することはいうまでもないことであるから、引用発明における「ＨＤＭＩ（Ｒ）シンク６１」が「ＨＤＭＩ（Ｒ）ソース５３からのゼネラルコントロールパケットを受信し、そのゼネラルコントロールパケットのビットＣＤ０，ＣＤ１，ＣＤ２を参照することにより、ビデオデータ区間に伝送されてくる画像のディープカラーモードを認識し、そして、ＨＤＭＩ（Ｒ）シンク６１は、認識したディープカラーモードの画像の画素データが、ＨＤＭＩ（Ｒ）ソース５３から送信されてくるのを待って、その画素データを受信」する回路と、本願発明の「画像ソースプロバイダからのワイドガマット確認情報に応答するように動作可能なワイドカラーガマット構成メッセージ制御回路」とは、「画像ソースプロバイダからの色の確認情報に応答するように動作可能な色の構成メッセージ制御回路」の点で共通する。
（キ）引用発明において、「ＨＤＭＩ（Ｒ）ソース５３から送信されてくる」「ディープカラーモードの画像の画素データ」は、「ＨＤＭＩ（Ｒ）シンク６１（を有する電子機器）」が「ＲＧＢ４：４：４のフォーマットの画像の画素データ」及び「高階調画像に対応しているかどうか」の「情報」と、「ＨＤＭＩ（Ｒ）シンクが高階調画像に対応している」場合に、「３０ビット画像、３６ビット画像、又は４８ビット画像のうちのいずれに対応しているかを認識することができ」る「情報」とに応じて「ＨＤＭＩ（Ｒ）ソース５３から送信され」てくるものである。
　そして、引用発明の「ディスプレイ４２」が回路によって動作することはいうまでもないことであるから、引用発明の「ディスプレイ４２」において、「ＨＤＭＩ（Ｒ）シンク６１」が「ＨＤＭＩ（Ｒ）ソース５３からのゼネラルコントロールパケットを受信し、そのゼネラルコントロールパケットのビットＣＤ０，ＣＤ１，ＣＤ２を参照することにより、ビデオデータ区間に伝送されてくる画像のディープカラーモードを認識」し、「ディープカラーモードの画像の画素データが、ＨＤＭＩ（Ｒ）ソース５３から送信されてくるのを待って、その画素データを受信」し、「画像を表示させ」る回路と、本願発明の「前記ワイドガマットＲＧＢ通知情報および前記ワイドカラーガマットフォーマット定義情報に応じて受け取った受信ワイドガマットＲＧＢカラーデータを表示するように動作可能な回路」とは、「前記ＲＧＢ通知情報および前記色のフォーマット定義情報に応じて受け取った受信ＲＧＢカラーデータを表示するように動作可能な回路」の点で共通する。
イ　以上のことから、本願発明と引用発明との一致点及び相違点は次のとおりである。
（一致点）
「ＲＧＢカラーデータを受け取るための、ＲＧＢカラーデータを受け取ることを示すＲＧＢ通知情報、およびＲＧＢデジタルディスプレイが表示可能なＲＧＢカラーデータのフォーマットを表す色のフォーマット定義情報を、画像ソースプロバイダに通知するように動作可能であり、かつ前記画像ソースプロバイダからの色の確認情報に応答するように動作可能な色の構成メッセージ制御回路と、
　前記ＲＧＢ通知情報および前記色のフォーマット定義情報に応じて受け取った受信ＲＧＢカラーデータを表示するように動作可能な回路とを備える、
　ＲＧＢデジタルディスプレイ。」
（相違点）
　本願発明では、デジタルディスプレイが「ワイドガマットＲＧＢデジタルディスプレイ」であって、ＲＧＢカラーデータが「ワイドガマットＲＧＢカラーデータ」、つまり「標準的なＲＧＢガマットの範囲外のＲＧＢカラー値を有する」「カラーデータ」であり、「フォーマット定義情報」が、「ワイドガマットＲＧＢデジタルディスプレイが表示可能なワイドガマットＲＧＢカラーデータのフォーマットを表す」のに対し、引用発明では、「ディスプレイ４２」が「ＲＧＢ」の「高階調画像」を表示できる「ディスプレイ」であって、「ＲＧＢ」の「画素データ」が、「高階調画像」の「ＲＧＢ」の「画素データ」であり、ＨＤＭＩ（Ｒ）シンクの性能に関する性能情報であるＥ−ＥＤＩＤに記述された情報が、「３０ビット画像、３６ビット画像、又は４８ビット画像のうちのいずれ」の「高階調画像」の「ＲＧＢ４：４：４のフォーマット」に「ディスプレイ４２」が対応しているかを表しているものの、「ディスプレイ４２」が「ワイドガマットＲＧＢデジタルディスプレイ」であることも、「ＲＧＢ」の「画素データ」が「ワイドガマットＲＧＢカラーデータ」、つまり「標準的なＲＧＢガマットの範囲外のＲＧＢカラー値を有する」「カラーデータ」であることも、ＨＤＭＩ（Ｒ）シンクの性能に関する性能情報であるＥ−ＥＤＩＤに記述された情報が、「ワイドガマットＲＧＢデジタルディスプレイが表示可能なワイドガマットＲＧＢカラーデータのフォーマットを表す」ことも、示されていない点。
５　判断
ア　相違点について
　まず、本願明細書には、段落【００１２】に「ソースプロバイダが、ワイドガマットディスプレイが接続されていることを認識している場合、ワイドカラーガマットフォーマット回路２２は、グラフィックレンダリングエンジンからのワイドカラーガマットＲＧＢから、
ワイドガマットＲＧＢディスプレイ用のフォーマットに
表示用のｓｃＲＧＢに
　そこで、この点を踏まえて上記相違点について検討すると、例えば、引用例２の「sRGBの課題」の欄には、「こうして拡張色空間が審議されているのであるが，拡張方法には色域（gamut）の拡大と階調数の拡大の2つがある。sRGBは8ビットで規定されているが，8ビットのまま色域を拡大すると1単位当たりで表現できる階調が粗くなり，量子化誤差が増加したりトーンジャンプが発生する恐れがある。」と記載され、具体的な拡張色空間として、sRGBの範囲（RGB各0.0〜1.0）を拡張し、RGB各−0.75〜1.25までの範囲を許容した、各色10，12，16ビットの「bg-sRGB」、及び、sRGBの範囲（RGB各0.0〜1.0）を拡張し、RGB各−0.5〜7.5までの範囲を許容した、RGB各16ビット（オプションで12ビットもある）の「scRGB」が示されている。
　よって、本願の優先日前に、色域（gamut）の拡大と階調数の拡大が「sRGBの課題」であって、sRGBの範囲（RGB各0.0〜1.0）を拡張し、範囲外のRGB値を許容した拡張色空間を採用することは周知の事項であったものと認められる。
　そして、引用例１の段落[0528]及び、段落[0531]（「４　引用例」「（１）引用例１」「ア」（サ）参照。）の反対解釈より、引用例１には、ＹＣＣカラー符号化に基づくものであるが、「シンク」が、はるかに広い範囲の「カラースペース」をサポートする場合、「ソース」は、はるかに広い範囲の「カラースペース」で符号化されたビデオを送ることが示唆されているから、引用発明においても、上記周知の事項に示された「sRGBの課題」のうち「色域（gamut）の拡大」が課題として認識されていたことは明らかである。
　よって、引用発明において、上記周知の事項に示されたとおり、RGBの階調数の拡大だけでなくRGBの色域（gamut）の拡大を行なうこと、つまり、引用発明における、「ディスプレイ４２」を、「ＲＧＢ」の「高階調画像」を表示できるだけでなく、RGBの色域（gamut）も拡大して表示できるワイドガマットＲＧＢデジタルディスプレイとし、「ＲＧＢ」の「画素データ」を、「高階調画像」の「ＲＧＢ」の「画素データ」だけでなく、標準的なRGBの色域（gamut）であるsRGBの範囲（RGB各0.0〜1.0）を拡張し、範囲外のRGB値を許容した「ＲＧＢ」の「画素データ」、つまり「標準的なＲＧＢガマットの範囲外のＲＧＢカラー値を有する」「カラーデータ」である「ワイドガマットＲＧＢカラーデータ」とし、ＨＤＭＩ（Ｒ）シンクの性能に関する性能情報であるＥ−ＥＤＩＤに記述された情報が、「３０ビット画像、３６ビット画像、又は４８ビット画像のうちのいずれ」の「高階調画像」の「ＲＧＢ４：４：４のフォーマット」に「ディスプレイ４２」が対応しているかを表すだけでなく、sRGBの範囲（RGB各0.0〜1.0）を拡張し、範囲外のRGB値を許容した拡張色空間のフォーマット（例えば、「scRGB」や「bg-sRGB」）のうちのいずれに「ディスプレイ４２」が対応しているかを表すものとし、上記相違点に係る本願発明の構成とすることは、当業者が容易になし得たことである。
イ　また、本願発明の作用効果も、引用発明及び周知の事項の奏する作用効果から予測される範囲内のものに過ぎず、格別顕著なものということはできない。
ウ　したがって、本願発明は、引用例１に記載された発明及び周知の事項に基づいて当業者が容易に発明をすることができたものである。
６　まとめ
　以上のとおり、本願の請求項１に係る発明は、特許法第２９条第２項の規定により、特許を受けることができないから、他の請求項について検討するまでもなく、本願は拒絶されるべきものである。
　よって、結論のとおり審決する。