【事件の表示】
　特願２００２−５０９２７４「ディジタル動画を送信機から受信機へ伝送するための方法及びシステムならびに関連するデコーダ」拒絶査定不服審判事件〔平成１４年　１月１７日国際公開、ＷＯ０２／０５５４０、平成１６年　１月２９日国内公表、特表２００４−５０３１８５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯  
　本願は、２００１年(平成１３年)７月５日（パリ条約による優先権主張外国庁受理２０００年７月７日、ドイツ）を国際出願日とする出願であって、平成１５年３月１１日付で手続補正書が提出され、 平成２０年４月２日付で審査請求がなされ、平成２２年１０月５日付で拒絶理由の通知がなされ、平成２３年３月８日付で意見書・手続補正書が提出され、平成２３年６月２０日付で拒絶査定がなされたものである。
　本件は、上記拒絶査定を不服として平成２３年１０月２４日付で請求された拒絶査定不服審判であって、当審において平成２４年１０月２日付で拒絶理由の通知がなされ、平成２５年４月１日付で意見書が提出されたものである。 
　
２．本願発明　
　本願の請求項１に係る発明は、平成１５年３月１１日付、および、平成２３年３月８日付手続補正書で補正された明細書及び図面の記載からみて、特許請求の範囲の請求項１に記載された次のとおりのものと認める。（以下「本願発明」という。） 
　
「【請求項１】　ディジタル動画を送信機から受信機へ伝送するための方法において、
ａ）前記ディジタル動画は前記送信機側では画像データストリームとして存在し、
ｂ）前記画像データストリームを優先クラスに分類し、
ｃ）前記画像データストリーム内で最も情報内容の多い動画データがまず前記送信機から前記受信機へ伝送されるように、前記優先クラスに基づいて動画データのソートを行い、前記送信機側の調整層により、前記優先クラスに分類された画像データストリームを種々のネットワークの複数のプロトコルを用いて前記受信機へ伝送し、
ｄ）前記受信機側の調整層により、伝送誤りを検出し、
ｅ）前記伝送誤りに対して前記受信機側で誤り処理を実行し、
ｆ）伝送された誤り処理済み画像データストリームを画像デコーダに供給する、
ことを特徴とする、ディジタル動画を送信機から受信機へ伝送するための方法。」
　
３．平成２４年１０月２日付拒絶理由の概要
　当審において平成２４年１０月２日付で通知した拒絶理由の概要は以下のとおりである。
　
『Ａ．本件出願は、明細書及び図面の記載が下記の点で不備のため、特許法第３６条第６項第２号に規定する要件を満たしていない。 
　
　　　　　　　　　　　　　　　　　記 
　平成２３年３月８日付手続補正書で補正された請求項１〜１２，１３，１４に係る発明は明確でない。
　
Ｂ．本件出願は、明細書及び図面の記載が下記の点で不備のため、特許法第３６条第４項第１号に規定する要件を満たしていない。 
　 
　　　　　　　　　　　　　　　　　記 
　この出願の発明の詳細な説明は、当業者が平成２３年３月８日付手続補正書で補正された請求項１〜１２，１３，１４に係る発明を実施することができる程度に明確かつ十分に記載されたものでない。
　
Ｃ．本件出願は、明細書及び図面の記載が下記の点で不備のため、特許法第３６条第６項第１号に規定する要件を満たしていない。 
　 
　　　　　　　　　　　　　　　　　記 
　平成２３年３月８日付手続補正書で補正された請求項１〜１２，１３，１４に係る発明は、発明の詳細な説明に記載したものでない。
　
Ｄ．本件出願の下記の請求項に係る発明は、その出願前日本国内または外国において頒布された下記の刊行物１に記載された発明であるから、特許法第２９条第１項第３号に該当し、特許を受けることができない。  
　 
　　　　　　　　　　　　　　　　　記 
　平成２３年３月８日付手続補正書で補正された請求項１，４，８，１１，１２，１３，１４に係る発明は下記引用例１に記載された発明である。
　
Ｅ．本件出願の下記の請求項に係る発明は、その出願前日本国内または外国において頒布された下記の刊行物に記載された発明に基づいて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。  
　
　　　　　　　　　　　　　　　　　記  
(あ)　上記理由Ｄで述べたのと同様の理由で、平成２３年３月８日付手続補正書で補正された請求項１，２〜４，６，８，１１，１２，１３，１４に係る発明は下記引用例１に記載された発明に基づき当業者が容易に発明できたものである。 
(い)　平成２３年３月８日付手続補正書で補正された請求項１〜１２，１３，１４に係る発明は下記引用例２，１に記載された発明に基づき当業者が容易に発明できたものである。
　
 　　　　　　　　　　引　用　文　献　等　一　覧  
１．特開平８−２５１５９６号公報  
２．STEPHAN WENGER, A High Level Syntax for H.26L: First Results, VISUAL COMMUNICATIONS AND IMAGE PROCESSING 2000, 2000.06.発行, pp.1307-1316』
　
４．引用刊行物，引用発明 
４．１．引用例２ 
　平成２４年１０月２日付拒絶理由通知の理由Ｅ(い)において引用された引用例２(STEPHAN WENGER, A High Level Syntax for H.26L: First Results, VISUAL COMMUNICATIONS AND IMAGE PROCESSING 2000, 2000.06.発行, pp.1307-1316)には以下の記載がある。
　
“ABSTRACT
This paper introduces some preliminary results of the standardization process of ITU-T's H.26L project. This forthcoming video coding standard will not only significantly improve the coding efficiency, but it will also introduce new concepts such as network friendliness, which are not common in current video coding approaches. The paper focuses on the high level syntax that resides hierarchically above the macroblock layer. Data partitioning techniques are used to separate data of different types from each other. The partitions are arranged in packets of data with different importance for the reproduced picture quality. Along with unequal error protection, which can either be a function of the underlying network or implemented on the application layer, the error resilience and thus the reproduced picture quality in error prone environments is greatly improved. To verify the findings, simulation results for an Internet RTP environment, based on realworld observations of the current Internet that do not assume network-based quality of service, are included.”(第１３０７頁第５〜１４行)
(訳)「要約
　この論文では、ITU-TのH.26Lの標準化手続の途中結果について紹介する。この新しい映像符号化標準は、符号化効率を著しく改良するのみならず、現在の映像符号化においてあまり一般的ではない、ネットワークとの親和性という概念を導入するものである。この論文ではマクロブロック層より上位の階層における上位の文法について焦点を当てる。データ区分技術が異なる種類のデータを分けるために用いられる。パケットの中の画像の品質に関して異なる重要性を有するデータを区分けするためにデータ区分が用いられる。用いられるネットワークの機能としての、または、アプリケーション層に組み込まれる機能としての、異なる種類の誤り訂正符号化と共に用いることによって、符号誤りが存在する環境での、誤り耐性と画像品質が大きく改善される。この結果を確認するために、ネットワーク環境でのサービス品質を想定しない現在のインターネット環境に対する実際の観察に基づいた、インターネットRTP環境におけるシミュレーション結果についても述べる。」
　
“2. THE TML-1 CORE ALGORITHM
The TML-1 core algorithm uses inter picture prediction, augmented by motion-compensation, and transform coding of the residual signal. In addition, it allows for transform coded intra information. These techniques are generally used in current video coders such as H.261, H.263, or by the various members of the MPEG family.
The source picture format is common with H.261. YUV 4:2:0 coded source pixels are arranged in macroblocks of 16 x 16 pixel. Each macroblock consists of 16 blocks that contain 4 x 4 pixel. These 4 x 4 pixel information, or the residual in case of inter coding, is transformed using an exact, DCT-like, integer transform. The use of the integer transform avoids rounding errors common for integer implementation of DCT-based codecs, and, therefore, allows for efficient implementation on integer processor architectures.”(第１３０７頁第３５〜４３行)
(訳)「2. TML-1の中核アルゴリズム
　TML-1の中核アルゴリズムは、動き補償を伴う画像間予測、残差信号についての変換符号化を用いている。それに加えて、画像内情報符号の変換も許容している。これらの技術は、H.261, H.263やその他のMPEG画像符号化のような現在の画像符号化で用いられている。
　入力画像フォーマットは、H.261と同様である。YUV 4:2:0 で符号化された入力画素は16x16画素のマクロブロックに分割される。それぞれのマクロブロックは、4x4画素からなるブロックを16個含んでいる。これら4x4画素からなる情報は、または、画像間符号化の場合の残差は、離散余弦変換のような整数変換を用いて変換される。整数変換を用いることによって、離散余弦変換に基づく符号化を整数で実行するときの丸め誤差を避けることができ、整数プロセッサアーキテクチャ上での実行を効率化することができる。」
　
“2.1. TML-1 Syntax
TML-1 does not contain any in-picture fragmentation mechanisms such as slices or GOBs, although such mechanisms are necessary both from a delay and from error resilience point-of-view, and, therefore, will be added m the future. Syntactically, a coded picture consists of some picture header information containing information relevant for all macroblocks of a picture and the coded macroblock information.
　
The TML-1 syntax diagram is depicted in　
 
Figure 2. Each block in the diagram represents one VLC-coded symbol. Many of the symbols can be skipped, as announced by MB-Type and the content of the picture header. The following syntax elements are used:
・Picture header information, including the Temporal Reference (TR), the quantizer step size (PQP), and the picture type (intra/inter, Ptype).
・MB_Type: Valid macroblock types include skip, intra, or one of the already discussed inter coding modes that differ in the number of motion vectors and the size and shape of the regions covered by those vectors.
・Intra-pred-mode: Mode of Intra prediction, not discussed further here
・MACC: Motion vector accuracy
・Ref_frame: The temporal reference of the reference picture to be used for prediction.
・MVD: motion vector data. The number of motion vectors is announced by MB_Type. For each motion vector, two symbols are conveyed.
・CBP: Coded block pattern, similar to CBPs in H.261
　
・Tcoeff_luma: Luminance transform coefficients. A run/level coding scheme is used, and the end of the transform coefficients for a certain block is announced by an EOB codeword, similar to H.261.
・Tcoeff_chroma_DC: DC chroma transform coefficients.
・Tcoeff_chroma_AC: AC chroma transform coefficients. The chroma transform coefficients use a different mapping of values to VLC symbols for AC and DC coefficients.
 
As a general rule, the types and numbers of all codewords for a coded macroblock are announced by previous codewords. The only exceptions to this rule are the transform coefficients, where an EOB symbol is used to determine the number of coefficients.”(第１３０８頁下から１２行〜第１３１０頁第３行)
(訳)「2.1. TML-1の文法
　TML-1は、そのような機構がエラー耐性や時間遅れの観点から見て必要ではあるものの、スライスやGOBのような画像内細分化の機構は現時点では有していないが、そのような機構は将来追加される予定である。文法上、符号化された画像は、その画像の全てのマクロブロックと、符号化されたマクロブロックの情報に必要な全ての情報を含むヘッダ情報を含んでいる。
　TML-1の文法に関するダイアグラムは第２図に描かれている。ダイアグラムのそれぞれのブロックは、可変長符号化されたシンボルを示している。殆どのシンボルは、マクロブロックの種類や画像ヘッダで宣言することにより、省略することができる。以下の文法要素が用いられている。
・Picture header information, 時間参照(TR), 量子化幅(PQP), 画像種別(画像内符号化/画像間符号化, Ptype)を含む。
・MB_Type: スキップ、画像内符号化、その他既に議論された符号化種別を表し、動きベクトルの数、動きベクトルの対象となる領域の大きさと形を変化させる。
・Intra-pred-mode: 画像内予測の種別を表す。これ以上これについては議論しない。
・MACC: 動きベクトルの精度。
・Ref_frame: 予測に用いられる参照画像に関する時間参照。
・MVD: 動きベクトルのデータ. 動きベクトルの数はMB_Typeで宣言される. それぞれの動きベクトルにつき、２つのシンボルが送られる。
・CBP: Coded block pattern, H.261のCBPに類似するコード化ブロックパターン。
・Tcoeff_luma: 輝度に関する変換係数. レベル符号化ないしランレングス符号化が用いられる。H.261と同様に、そのブロックの変換係数の終了はEOBで宣言される。
・Tcoeff_chroma_DC: クロマに関する直流変換係数。
・Tcoeff_chroma_AC: クロマに関する交流変換係数。クロマに関する変換係数では交流係数と直流係数で異なる可変長符号化を用いている。」
　
“3. AN ERROR RESILIENT, HIGHLEVEL SYNTAX FOR TML1
3.1. History, Assumptions and Constraints
During the Red Bank meeting of Q15/16 in October 1999, a breakout group chaired by the author discussed an approach for a network friendly, error resilient high level syntax for TML1. At the starting point of our discussions it was observed that, when using TML1 type - or any other common type - of video coding, there are certain dependencies of various data types. If, for example, the picture header with its picture type information is lost, then it is very difficult or even impossible to make use of any macroblock data, even if such data is undamaged. When the macroblock type information is missing, then it is impossible to decode that macroblock because it is unclear how the following symbols should be interpreted. It might even be possible to partly reconstruct a coded picture even if some less important parts are missing.
Data partitioning in the video coding is the appropriate tool to separate information of various data types from each other. Instead of having all symbols representing a coded macroblock concatenated together, symbols from all macroblock of a given data type are concatenated together and conveyed as a whole. That is, for example, that all MB_Type symbols for all macroblocks form a MB_Type partition. Similarly, there are partitions for all other syntax elements. This allows separating important from less important data, which in turn helps to appropriately apply unequal error protection schemes. The main disadvantage of data partitioning is the added delay on bandwidth limited links, because the decoding of the first macroblock can only start once all partitions are received. On packet networks, however, this is much less an issue, because, typically, only complete packets are conveyed to the application, and those packets often have to be rather large (containing the whole picture) due to overhead/payload relationship constraints. We, therefore, decided that the high level syntax should make intensive use of data partitioning.
It was further observed that even under real-time constraints it is possible to abstract from bit error prone environments by applying some form of protocol support that ensures a bit error free, but packet lossy environment. Therefore, and due to time constraints, the breakout group considered only packet lossy environments. To facilitate the discussions we focused on an Internet IP/UDP/RTP environment, with its well known characteristics. These characteristics can be summarized as follows: a packet lossy environments with packet loss rates of up to 20% or more, no bit errors within packets, and packet sizes of up to 1500 bytes, which is the MTU size of the current Internet.”(第１３１０頁第１５〜３９行)
(訳)「3.TML1の誤り耐性についての上位文法
3.1.歴史、想定、問題
　1999年10月のRedbankで行われたQ15/Q16についての会議における、著者が議長をした分科会において、ネットワーク親和性があり、誤り耐性のあるTML1のための上位文法が議論された。議論の最初において、TML1型の、または、それ以外の通常の符号化においては、種々のデータ種別間に依存性があることが想定された。例えば、もし、画像種別が含まれる画像ヘッダが失われると、マクロブロックデータが全く破壊されていなくても、マクロブロックデータを利用することは非常に難しいか全く不可能となる。マクロブロック種別情報が失われたときには、それに続くシンボルをどのように解釈してよいかわからないから、マクロブロックを復号することは不可能である。しかし、より重要ではない情報が失われたときには、符号化された画像の一部を復元することが可能かもしれない。
　画像符号化におけるデータ区分は、各種のデータ種別の情報を区別するのに適切な手法である。符号化されたマクロブロックを表現するシンボル全てをひとまとめとする代わりに、符号化されたマクロブロックのあるデータ種別を表現するシンボルをひとまとめにして一体として送る。それは、例えば、すべてのマクロブロックについてのMB_Typeについてのシンボルによって、MB_Type区分を形成する。同様に、他の全ての文法要素の区分を設ける。より重要な情報と重要でない情報を区分することによって、異なる誤り訂正符号化を適切に適用することができる。データ区分についての最も大きな問題は、全ての区分を受信しない限り最初のマクロブロックを復号することができないことによって、限られた帯域を有する通信路で遅れを付加してしまうことである。しかしながら、パケット交換網では、完成したパケットのみがアプリケーションに渡され、通常、そのパケットはオーバーヘッドやペイロードの問題で全体の画像を含むような十分な大きさを有しているから、これは大きな問題とはならない。したがって、上位文法はデータ区分に用いられるように決定された。
　更に、リアルタイムであるべき状況でも、ビット誤りを除去するなんらかのプロトコルを適用することによって、ビット誤りがある環境に対処することはできるものの、パケットが失われる環境に対処することはできないことが認められた。そのため、時間の問題から、分科会ではパケットが失われる環境についてのみ検討することとなった。議論を促進するため、その特徴が良く知られているInternet IP/UDP/RTP環境についてのみ検討することとなった。その特徴とは、パケット損失率が20%ないしそれ以上となる環境であること、パケットに関してはビット誤りのないこと、現在のInternetにおけるMTUの大きさである1500byteをパケットの最大の大きさとすること、である。」
　
“3.3. Data partitioning
To facilitate implementation work and to be flexible in the future for different packetization schemes, the decoder generates an output file format, which contains the data partitioned, VLC coded symbols in a packet format. Each partition consists of a header containing information about type, size, and picture ID of the partition, and the partition data. This interim format is intended to be the input to the packetization process. The overhead is 12 bytes per partition plus typically 4 but maximal of 7 bits to achieve byte alignment of the VLC coded symbols. The maximum number of partitions per picture is 10, as there are only 10 types of data (see section TML-1 Syntax above for the description of the data types). Therefore, the overhead per coded picture compared to original TML-1 syntax is 124 bytes. This corresponds to roughly 25% overhead for the realistically chosen picture size/bit rate scenario later used in our simulations.
　
3.4. Packetization
On the Internet, real-time media data is typically conveyed using an IP/UDP/RTP protocol hierarchy. The combined header overhead per packet of these three protocols is 40 bytes per packet. Conveying each data structures generated during the partitioning process in a single packet would lead to the doubling of the bit rate, which is unacceptable. Therefore, it is necessary to reduce the number of packets per picture, and, if possible, also the overhead introduced by the partition syntax.
We identified three different groups of data types, which form a hierarchy. In particular:
・Group 1: Picture Header, MBTYPE, IntraPred, Motion Vectors
・Group 2: CBPs, IntraCoeff
・Group 3: InterCoeff
For all three groups it holds true that all data of the numerically lower groups have to be available to decode data of the numerically higher groups It is, for example, possible to use the motion vectors of group 1 along with the other information of that group, but ignore the missing group 2 coefficient data. Group 2 data, however, is needed to reconstruct group 3, as CBPs are necessary to reconstruct inter coefficients as well.
In order to facilitate implementation work, and as group 2 is typically very small, we for now ignored the potential additional benefits of using three groups, and settled for only two groups, each of which is conveyed in a single RIP packet:
・'First' packet: contains Picture Header, MBTYPE, IntraPred, Motion Vectors
・'Second' packet: contains CBPs and all coefficients
Using only two packets per picture reduces the packetization overhead to 80 bytes per picture.
To further reduce the overhead, the information concerning each partition that was generated by the partitioning process has to be reduced. To do so a 'part of partition' packet (POP-packet) is introduced. A POP-packet consists of a 16 bit header and partition data as indicated by the header. As there are only 10 different data types, we expressed the partition type information in 4 bits. In an RIP environment the picture ID can easily be reconstructed out of the RIP timestamp and, therefore, is not coded again. The remaining 12 bits of a 16 bit POP header field are used for the partition size information, measured in bits. This would allow for partitions up to 4096 bits, when using the value 0 as an indication for a size of 4096 bits. Since sometimes, especially when coding intra pictures, partitions can be bigger than 4096 bits, a value of 0 for the size also indicates that there is another POP packet of the same data type following somewhere in the packet.
The MTU size of the Internet is, due to historic reasons, roughly 1500 bytes, although all involved protocols theoretically allow for packet sizes up to 64 kbyte. In case of intra pictures, the size of all POP packets of the intra coefficients will often exceed the MTU size. We did not consider such a situation in our simulations, as there is a need for some picture segmentation mechanism on the source coding level, for example similar to MPEG slices, necessary in the future anyway, and that mechanisms could be employed to generate packets of reasonable size.
Figure 3 depicts the resulting packet structure assuming all partitions containing less than 4096 bits yielding one POP packet,
except the Inter Coefficients partition which contains 6000 bits resulting in the need of two POP packets.
 
3.5. De-packetization
The de-packetization process is straightforward. If the received packet is a 'First' packet, which can be either identified by parsing the POP-header structure or by checking RTP's marker bit, then another packet is read. If that packet is the 'Second' packet of the same picture, which has to be checked using the RTP timestamp, then the partitions of both packets can be conveyed to the decoder. If the 'First' packet is missing, then the received 'Second' packet is not conveyed to the decoder, as the decoder will be unable to use any of the bits of that packet If the second packet is missing, then only the 'First' packet is conveyed to the decoder. The decoder uses the unavailability of symbols of the second packet to trigger the use of error concealment.
　
3.6. Reconstruction and concealment
The reconstruction process follows exactly the algorithms defined in TML1, except when the symbols of the second packets are missing. In this case, when the decoder requests a CBP information, a codeword provided by the bitstream handling module that indicates that none of the blocks contains coefficients. This prevents the decoder from expecting coefficients that are due to the packet loss no more available. The low-level part of the decoder thus 'sees' only a picture that contains motion vectors, but no coefficients, in its inter macroblocks. While the loss of the residual signal certainly leads to picture degradation, that degradation is surprisingly low, as discussed in the simulation results.”(第１３１０頁下から７行〜第１３１２頁第１５行)
(訳)「3.3.データ区分
　適用を促進すると共に、将来パケット化の手法が異なったときにも対応できるように、デコーダは、データ区分され、可変長符号化されたシンボルを含むパケットを含むフォーマットの出力ファイルを生成する。それぞれのデータ区分は、種別に関する情報を含むヘッダ、大きさ、そのデータ区分の画像ID、および区分されたデータを含む。この中間フォーマットは、パケット化処理の入力に用いられる。データ区分当たり12byte、および、可変長符号化されたシンボルの位置合わせのために平均的には4bit、最大7bitのオーバヘッドを有する。上記『TML1文法』にみられるように、10種類のデータがあるので、画像当たりのデータ区分は最大10となる。したがって、元のTML-1文法に比べ、画像当たりのオーバーヘッドは124byteとなる。これは、シミュレーションにおいて用いられる実際の画像の大きさ／ビットレートの約25%のオーバーヘッドとなる。
　
3.4.パケット化
　インターネットでは、リアルタイムのデータは、IP/UDP/RTPプロトコルを用いて階層的に通常送られる。これら３つのプロトコルによるオーバーヘッドはパケット毎40byteである。データ区分処理によって生成された個々のデータ構造を一つのパケットで送ると、ビットレートを倍にする必要があり、それを受け入れることはできない。したがって、画像当たりのパケットを減らすことが必要であり、また、可能であればデータ区分文法によるオーバーヘッドも減らす必要がある。
　データ種別を階層構造となる以下の３つのものに区分けする。
・グループ１: Picture Header, MBTYPE, IntraPred, Motion Vectors
・グループ２: CBPs, IntraCoeff
・グループ３: InterCoeff
　これら３つのグループでは、数値的に小さなグループが、数値的に大きなグループのデータを復号するために必要である。たとえば、グループ１の動きベクトルをそのグループの他の情報と共に用いつつも、失われたグループ２の変換係数を無視することができる。しかしながら、グループ２のデータは、CBPがInterCoeffを再構成するの必要なように、グループ３のデータを再構成するのに必要である。
　適用を容易とするために、また、グループ２は通常非常に小さいこともあり、今のところ、３つのグループを用いることによる利点の可能性を無視して、それぞれ一つのRTPパケットで送られる以下の２つのグループを用いることとした。
・第１パケット: Picture Header, MBTYPE, IntraPred, Motion Vectorsを含む
・第２パケット: CBPs と全ての coefficientsを含む
　画像１枚あたり２つのパケットのみを用いることによって、パケット化によるオーバーヘッドを画像当たり80byteに押さえることができる。
　更にオーバーヘッドを減らすために、データ区分処理で生成されるそれぞれの区分毎の情報を減らす必要がある。そのために、『データ区分の一部』パケット(POP packet)を導入する。POP パケットは、16ビットのヘッダとそのヘッダで種別が表される情報を含んでいる。１０種類のデータ種別が存在するので、データ区分種別は4bitで表現される。RTPを用いる環境では、画像IDはRTPタイムスタンプから簡単に再構成出来るので、それは符号化されない。16bitのPOP packetのヘッダの残り12bitは、bitで表現されるデータ区分の大きさに関する情報に用いられる。0を4096bitを表現するために用いることによって、データ区分の最大の大きさは4096bitとなる。画像内符号化された画像を送るときに、データ区分が4096bitを越えることがあるため、0は同じデータ種別のPOP packet が同じパケット内で後続していることを示す。
　用いられているプロトコルのいずれも理論的には64kbyteのパケットを許容するにも係わらず、MTUの大きさは、歴史的な理由で約1500byteである。画像内符号化された画像では、画像内符号の係数を含むPOP packetの大きさがしばしばMTUの大きさを超える。適切な大きさのパケットを生成するための、MPEGのスライスと同様なソースコードレベルの画像分割手法が必要となるが、いずれにしろ将来必要となるから、このシミュレーションでは、このような状況を検討しない。
　第３図は、画像内符号化の係数のみが6000bitを含み２つのPOP packetを必要とし、それ以外のすべてのデータ区分が4096bit以下で１つのPOP packetで構成される時のパケット構造を示している。
　
3.5.パケット復号
　パケットの復号は容易である。もし、受信したパケットが、POPヘッダを解析するか、RTPマーカービットをみることによって、第１パケットであると確認できれば、次のパケットを読む。そのパケットが、RTP時刻を確認することによって、同じ画像の第２パケットであると判断されれば、双方のパケットのデータ区分がデコーダに送られる。もし第１パケットが失われていれば、第２パケットはデコーダには送られず、デコーダはそのパケットのいずれのビットも利用することができない。もし第２パケットが失われている場合には、第１パケットのみがデコーダに送られる。デコーダは、第２パケットのデータシンボルを利用不可能であることにより、誤り修復処理を起動する。
　
3.6.再構築および修復
　再構築処理は、第２パケットのデータシンボルが失われた時を除いて、TML-1で定義されたアルゴリズムを忠実に実現するものである。この場合、デコーダがCBP情報を要求したときに、ビットストリーム処理モジュールは変換係数が無いことを示すコードワードを供給する。これは、パケットが失われたことにより、デコーダが変換係数を要求することを防ぐ。そのため、デコーダの下位部分は、動きベクトルはあるものの変換係数のない画像を得る。残差信号を失うことは当然画質の低下を招くが、シミュレーション結果が示すように、その低下は非常に少ない。」
　
　ここで、上記記載を検討する。
　
　第一に、上記“This paper introduces some preliminary results of the standardization process of ITU-T's H.26L project. This forthcoming video coding standard will not only significantly improve the coding efficiency, but it will also introduce new concepts such as network friendliness, which are not common in current video coding approaches.”(第１３０７頁第６〜８行、訳「この論文では、ITU-TのH.26Lの標準化手続の途中結果について紹介する。この新しい映像符号化標準は、符号化効率を著しく改良するのみならず、現在の映像符号化においてあまり一般的ではない、ネットワークとの親和性という概念を導入するものである。」)との記載からみて、引用例２記載の発明は「動画像符号化方法」に関するものである。
　第二に、上記“The source picture format is common with H.261. YUV 4:2:0 coded source pixels are arranged in macroblocks of 16 x 16 pixel.”(第１３０７頁下から５〜４行、訳「入力画像フォーマットは、H.261と同様である。YUV 4:2:0 で符号化された入力画素は16x16画素のマクロブロックに分割される。」)との記載からみて、引用例２記載の発明は「YUV 4:2:0で符号化され、16×16ピクセルをマクロブロックとするフォーマットの動画像を入力とする」ものである。
　第三に、“3.3. Data partitioning To facilitate implementation work and to be flexible in the future for different packetization schemes, the decoder generates an output file format, which contains the data partitioned, VLC coded symbols in a packet format. Each partition consists of a header containing information about type, size, and picture ID of the partition, and the partition data. This interim format is intended to be the input to the packetization process. The overhead is 12 bytes per partition plus typically 4 but maximal of 7 bits to achieve byte alignment of the VLC coded symbols. The maximum number of partitions per picture is 10, as there are only 10 types of data (see section TML-1 Syntax above for the description of the data types). Therefore, the overhead per coded picture compared to original TML-1 syntax is 124 bytes. This corresponds to roughly 25% overhead for the realistically chosen picture size/bit rate scenario later used in our simulations.”(第１３１０頁下から７行〜第１３１１頁第３行、訳「3.3.データ区分　適用を促進すると共に、将来パケット化の手法が異なったときにも対応できるように、デコーダは、データ区分され、可変長符号化されたシンボルを含むパケットを含む出力ファイルフォーマットを生成する。それぞれのデータ区分は、種別に関する情報を含むヘッダ、大きさ、そのデータ区分の画像ID、および区分されたデータを含む。この中間フォーマットは、パケット化処理の入力に用いられる。データ区分当たり12byte、および、可変長符号化されたシンボルの位置合わせのために平均的には4bit、最大7bitのオーバヘッドを有する。上記『TML1文法』にみられるように、10種類のデータがあるので、画像当たりのデータ区分は最大１０となる。したがって、元のTML-1文法に比べ、画像当たりのオーバーヘッドは124byteとなる。これは、シミュレーションにおいて用いられる実際の画像の大きさ／ビットレートの約25%のオーバーヘッドとなる。」)との記載、および、この“3.3. Data partitioning”の“see section TML-1 Syntax above for the description of the data types”との記載で引用されている上記 “Figure 2: TML-1 Syntax Diagram”、および、上記摘記した第１３０８頁下から１２行〜第１３１０頁第３行の記載からみて、引用例２記載の発明は「符号化された情報は、Picture header information, MB_Type, Intra-pred-mode, MACC, Ref-frame, MVD, CBP, Tcoeff_luma, Tcoeff_chroma_DC, Tcoeff_chroma_AC という最大10の部分に区分けされ可変長符号化され」たものである。
　第四に、上記“This interim format is intended to be the input to the packetization process.”(第１３１０頁下から４〜３行、訳「この中間フォーマットは、パケット化処理の入力に用いられる。」)との記載、上記“3.4. Packetization On the Internet, real-time media data is typically conveyed using an IP/UDP/RTP protocol hierarchy. The combined header overhead per packet of these three protocols is 40 bytes per packet. Conveying each data structures generated during the partitioning process in a single packet would lead to the doubling of the bit rate, which is unacceptable. Therefore, it is necessary to reduce the number of packets per picture, and, if possible, also the overhead introduced by the partition syntax.”(第１３１１頁第３〜７行、訳「3.4.パケット化　インターネットでは、リアルタイムのデータは、IP/UDP/RTPプロトコルを用いて階層的に通常送られる。これら3つのプロトコルによるオーバーヘッドはパケット毎40byteである。データ区分処理によって生成された個々のデータ構造を一つのパケットで送ると、ビットレートを倍にする必要があり、それを受け入れることはできない。したがって、画像当たりのパケットを減らすことが必要であり、また、可能であればデータ区分文法によるオーバーヘッドも減らす必要がある。」)との記載、上記“In order to facilitate implementation work, and as group 2 is typically very small, we for now ignored the potential additional benefits of using three groups, and settled for only two groups, each of which is conveyed in a single RIP packet: ・'First' packet: contains Picture Header, MBTYPE, IntraPred, Motion Vectors ・'Second' packet: contains CBPs and all coefficients”(第１３１１頁第１６〜１９行、訳「適用を容易とするために、また、グループ２は通常非常に小さいこともあり、今のところ、３つのグループを用いることによる利点の可能性を無視して、それぞれ一つのRTPパケットで送られる以下の２つのグループを用いることとした。・第１パケット: Picture Header, MBTYPE, IntraPred, Motion Vectorsを含む　・第２パケット: CBPs と全ての coefficientsを含む」)との記載、および、“Figure 3: A coded picture consists of two packets, each of which contains POP packets of various data types”の記載からみて、引用例２記載の発明は「最大10の部分に区分けされ可変長符号化された情報を、Picture header information, MB_Type, Intra-pred-mode, MVDをその順序で含む第１パケットと、第２パケットに分けて、IP/UDP/RTPプロトコルで送」るものである。更に、上記“・'Second' packet: contains CBPs and all coefficients”との記載、“Figure 3: A coded picture consists of two packets, each of which contains POP packets of various data types”の記載からは「第２パケット」が CBP とすべての coefficients を含むことが読み取れるが、“Figure 2: TML-1 Syntax Diagram”からは、このすべての coefficients とは、Tcoeff_luma, Tcoeff_chroma_DC, Tcoeff_chroma_AC であり、それらが Figure 2 に記載される順番で含まれることを読み取ることができるから、「第２パケット」は「CBP, Tcoeff_luma, Tcoeff_chroma_DC, Tcoeff_chroma_ACをその順序で含む」ものである。すなわち、引用例２記載の発明は「最大10の部分に区分けされ可変長符号化された情報を、Picture header information, MB_Type, Intra-pred-mode, MVDをその順序で含む第１パケットと、CBP, Tcoeff_luma, Tcoeff_chroma_DC, Tcoeff_chroma_ACをその順序で含む第２パケットに分けて、IP/UDP/RTPプロトコルで送」るものである。
　第五に、上記“3.5. De-packetization The de-packetization process is straightforward. If the received packet is a 'First' packet, which can be either identified by parsing the POP-header structure or by checking RTP's marker bit, then another packet is read. If that packet is the 'Second' packet of the same picture, which has to be checked using the RTP timestamp, then the partitions of both packets can be conveyed to the decoder. If the 'First' packet is missing, then the received 'Second' packet is not conveyed to the decoder, as the decoder will be unable to use any of the bits of that packet If the second packet is missing, then only the 'First' packet is conveyed to the decoder. The decoder uses the unavailability of symbols of the second packet to trigger the use of error concealment.”(第１３１２頁第１〜８行、訳「3.5.パケット復号　パケットの復号は容易である。もし、受信したパケットが、POPヘッダを解析するか、RTPマーカービットをみることによって、第１パケットであると確認できれば、次のパケットを読む。そのパケットが、RTP時刻を確認することによって、同じ画像の第２パケットであると判断されれば、双方のパケットのデータ区分がデコーダに送られる。もし第１パケットが失われていれば、第２パケットはデコーダには送られず、デコーダはそのパケットのいずれのビットも利用することができない。もし第２パケットが失われている場合には、第１パケットのみがデコーダに送られる。デコーダは、第２パケットのデータシンボルを利用不可能であることにより、誤り修復処理を起動する。」)との記載、特に、“If the received packet is a 'First' packet, which can be either identified by parsing the POP-header structure or by checking RTP's marker bit, then another packet is read. If that packet is the 'Second' packet of the same picture, which has to be checked using the RTP timestamp, then the partitions of both packets can be conveyed to the decoder.”(訳「もし、受信したパケットが、POPヘッダを解析するか、RTPマーカービットをみることによって、第１パケットであると確認できれば、次のパケットを読む。そのパケットが、RTP時刻を確認することによって、同じ画像の第２パケットであると判断されれば、双方のパケットのデータ区分がデコーダに送られる。」)との記載からみて、引用例２記載の発明は「第１パケット、第２パケットの順」で送信し「受信した第１パケットと第２パケットを組み合わせてデコーダに送る」ものである。
　第六に、上記“Data partitioning in the video coding is the appropriate tool to separate information of various data types from each other. Instead of having all symbols representing a coded macroblock concatenated together, symbols from all macroblock of a given data type are concatenated together and conveyed as a whole. That is, for example, that all MB_Type symbols for all macroblocks form a MB_Type partition. Similarly, there are partitions for all other syntax elements. This allows separating important from less important data, which in turn helps to appropriately apply unequal error protection schemes.”(第１３１０頁第２４〜２８行、訳「画像符号化におけるデータ区分は、各種のデータ種別の情報を区別するのに適切な手法である。符号化されたマクロブロックを表現するシンボル全てをひとまとめとする代わりに、符号化されたマクロブロックのあるデータ種別を表現するシンボルをひとまとめにして一体として送る。それは、例えば、すべてのマクロブロックについてのMB_Typeについてのシンボルによって、MB_Type区分を形成する。同様に、他の全ての文法要素の区分を設ける。より重要な情報と重要でない情報を区分することによって、異なる誤り訂正符号化を適切に適用することができる。」)との記載からみて、引用例２記載の発明は「部分に区分けされた情報のうち、重要な情報と重要でない情報で異なる誤り訂正符号化を行う」ものである。
　
　したがって、引用例２には以下の発明(以下「引用発明１」という。)が記載されている。
　
「YUV 4:2:0で符号化され、16×16ピクセルをマクロブロックとするフォーマットの動画像を入力とする動画符号化方法において、
　符号化された情報は、Picture header information, MB_Type, Intra-pred-mode, MACC, Ref-frame, MVD, CBP, Tcoeff_luma, Tcoeff_chroma_DC, Tcoeff_chroma_AC という最大１０の部分に区分けされ可変長符号化され、
　最大10の部分に区分けされ可変長符号化された情報を、Picture header information, MB_Type, Intra-pred-mode, MVDをその順序で含む第１パケットと、CBP, Tcoeff_luma, Tcoeff_chroma_DC, Tcoeff_chroma_ACをその順序で含む第２パケットに分けて、第１パケット、第２パケットの順で、IP/UDP/RTPプロトコルで送り、
　受信した第１パケットと第２パケットを組み合わせてデコーダに送るものであって、
　部分に区分けされた情報のうち、重要な情報と重要でない情報で異なる誤り訂正符号化を行う動画符号化方法。」
　
４．２．引用例１ 
　平成２４年１０月２日付拒絶理由通知の理由Ｅ(い)において引用された引用例１(特開平８−２５１５９６号公報)には以下の記載がある。
　
「【０００１】
【産業上の利用分野】本発明は、動画像信号を高能率に圧縮符号化する動画像符号化装置および圧縮符号化信号を復号化して元の動画像信号を再生する動画像復号化装置に係り、特に伝送路／蓄積媒体での誤りに強い動画像符号化／復号化装置に関する。」
「【０００２】
【従来の技術】ＴＶ電話、ＴＶ会議システム、携帯情報端末、ディジタルビデオディスクシステムおよびディジタルＴＶ放送システムなどのように動画像信号を伝送／蓄積するシステムにおいては、動画像信号をできるだけ少ない情報量に圧縮符号化し、得られた圧縮符号化信号である符号列を伝送路／蓄積媒体へ伝送／蓄積し、伝送／蓄積された符号列を復号化することによって元の動画像信号を再生する。」
「【０００４】ところで、このようにして動画像信号を符号化して得られた符号列を無線伝送路のような誤りが生じやすい媒体を介して伝送／蓄積する場合、復号化側で再生される画像信号が伝送／蓄積の際の誤りにより劣化してしまうことがある。このような誤りの対策として、例えば誤り確率の異なる複数の伝送路を介して符号列を伝送できる条件下では、誤りによる画質劣化を少なくするため、符号列をいくつかの階層に分けて、上位階層の符号列はより誤り確率の低い伝送路で伝送を行う階層的符号化方式が知られている。階層の切り分けとしては、モード情報、動き補償情報、画像信号の低周波成分を上位階層とし、画像信号の高周波数成分を上位階層とする方法等が提案されている。」
「【０００９】予測回路１２からは、予測に関わる情報として予測モード／動きベクトル情報２６が出力され、可変長符号化回路２７により可変長符号化される。可変長符号化回路２１，２７から出力される符号列は、マルチプレクサ３０により多重化されるとともに、上位階層符号列３１および下位階層符号列３２に分けられ、図示しない伝送路／蓄積媒体へ出力される。すなわち、上位階層符号列３１は伝送／蓄積による誤りが生じる確率が比較的低い伝送路／蓄積媒体に出力され、下位階層符号列３２は伝送／蓄積による誤りが生じる確率が比較的高い伝送路／蓄積媒体に出力される。」
「【００１６】
【課題を解決するための手段】第１の発明に係る動画像符号化装置は、入力動画像信号を上位段階から下位段階にわたって順次より多くの領域に段階的に分割し、各段階で分割された領域毎に該入力動画像信号に対する予測を行って予測信号を得る予測手段と、この予測手段により得られた最下位段階での予測信号の予測残差信号を生成する予測残差生成手段と、この予測残差生成手段により生成された予測残差信号を符号化する第１の符号化手段と、前記予測手段における前記各段階での予測に関わる情報を符号化する第２の符号化手段と、前記第１の符号化手段および前記第２の符号化手段により得られた符号列を階層的符号列として出力するものであって、前記第２の符号化手段により得られた符号列については上位段階ほどより上位階層の符号列として出力する符号列出力手段とを具備することを特徴とする。」
「【００２７】図１において、入力動画像信号１０１はまず予測回路１０２での予測に供される。すなわち、予測回路１０２においては入力動画像信号１０１とフレームメモリ１０３に蓄えられている既に符号化／局部復号化によって得られた参照画像信号との間の動きベクトルが検出され、この動きベクトルに基づいて動き補償予測信号が作成される。予測回路１０２は、動き補償予測モード（フレーム間予測モード）と入力動画像信号１０１をそのまま符号化するフレーム内予測モードを持っており、符号化に最適な予測モードを選択して、それぞれのモードに対応する予測信号１０４を出力する。すなわち、予測回路１０２は動き補償予測モードでは動き補償予測信号、フレーム内予測モードでは“０”を予測信号１０４としてそれぞれ出力する。」
「【００３１】ここで、符号列を誤り確率が異なる複数の伝送路／蓄積媒体を介して伝送／蓄積を行うことが可能な条件下では、上位階層符号列１２１についてはより誤り確率の低い伝送路／蓄積媒体を介して伝送／蓄積を行い、下位階層符号列１２２についてはこれより誤り確率の高い伝送路／蓄積媒体を介して伝送／蓄積を行うことにより、上位階層符号列１２１にはできるだけ誤りが生じにくいようにする。また、符号化列１２１，１２２に対して誤り訂正符号化を行う場合には、上位階層符号化列１２１は下位階層符号化列１２２に比べて誤り率が低くなるように、より強力な誤り訂正符号化を行う。」
「【００３６】図３は、上位階層符号列１２１および下位階層符号列１２２の構成例を示したものである。図３（ａ）に示す上位階層符号列１２１には、１符号化フレーム毎またはある領域単位毎に、先頭に一意に復号化可能な同期符号を入れる。ＰＳＣがフレーム単位の同期符号を示している。この同期符号ＰＳＣの後ろには、当該フレームの符号化情報を示すピクチャヘッダをつける。ピクチャヘッダは、当該フレームの時間的位置を示すフレーム番号、当該フレームの予測モードを示す情報（モード情報）、当該フレームの上位階層および下位階層それぞれの符号列の長さを示す情報（符号量）からなる。」
「【００３７】さらに、図３（ａ）に示すようにピクチャヘッダに大領域および小領域の大きさと動き補償の画素精度を示す情報（大領域ＭＣ精度、小領域ＭＣ精度）を追加すれば、動き補償の精度をフレーム単位に可変化して動きベクトル情報の符号量を制御することが可能になる。これにより、伝送路／蓄積媒体等の制約で上位階層符号列１２１と下位階層符号列１２２の符号量の割合が規定されている場合にも、それに対応した符号量振り分けが可能である。また、各フレームの動きベクトル情報の総符号量の制御もできるため、動き補償精度と動きベクトル情報の符号量の関係からみて最適な動き補償精度を選択することが可能であり、それによって符号化効率の向上を図ることができる。」
「【００３８】図３（ａ）に示す上位階層符号列１２１のピクチャヘッダの後ろには、各領域の符号化情報が重要度の高い情報から順番に並べられている点が特徴的である。ここで重要度の高い情報とは、誤りが生じると復号画像に大きな劣化が生じてしまう情報のことである。すなわち、上位階層符号列１２１のピクチャヘッダの後ろには、まず最も重要度の高い予測モードを示す情報（モード情報）、つまり予測回路１０２から出力される大領域予測モード／動きベクトル情報１１６および小領域予測モード情報１１７を可変長符号化回路１１８で符号化して得られた符号列のうちの予測モード情報の符号列を入れる。」
「【００３９】次に、フレーム内予測モードが選択された領域のＤＣＴ係数情報のＤＣ成分（イントラＤＣ）、つまり予測残差信号１０６をＤＣＴ回路１０７および量子化回路１０９を通して得たＤＣＴ係数情報を可変長符号化回路１１１で符号化して得られた符号列のうちのＤＣ成分の符号列を入れる。さらに、動き補償予測モードが選択された領域では、大まかな動き情報を示す大領域動きベクトル情報（大領域ＭＶ）、つまり予測回路１０２から出力される大領域予測モード／動きベクトル情報１１６を可変長符号化回路１１８で符号化して得られた符号列のうちの動きベクトル情報の符号列を入れる。」
「【００４０】一方、図３（ｂ）に示す下位階層符号列１２２には、小領域の動きベクトル情報（小領域ＭＶ）、つまり予測回路１０２から出力される小領域予測モード／動きベクトル情報１１７を可変長符号化回路１１９で符号化して得られた符号列のうちの動きベクトル情報の符号列を入れ、さらにその後ろにＤＣＴ係数情報の高周波成分、つまり予測残差信号１０６をＤＣＴ回路１０７および量子化回路１０９を通して得たＤＣＴ係数情報を可変長符号化回路１１１で符号化して得られた符号列のうちの高周波成分の符号列を入れる。」
「【００４１】このように動き補償予測を階層化して行い、予測モードを示すモード情報や大まかな予測情報を示す大領域動きベクトル情報を上位階層符号列１２１に、また精細な動きベクトル情報を下位階層符号列１２２にそれぞれ割り当てている。従って、伝送路／蓄積媒体での誤りによって下位階層符号列１２２に含まれる小領域動きベクトル情報が失われた場合でも、動画像復号化装置では上位階層符号列１２１に含まれる大領域動きベクトル情報を用いて大まかな精度で動き補償予測を行うことができるため、復号画像に大幅な画質劣化が生じる確率を低くすることができる。」
「【００４２】また、本実施例では上位および下位の各階層符号列１２１，１２２内でも符号列を重要な情報の順に並べているため、重要でない情報で生じた誤りが重要な情報にまで波及することが無く、大幅な画質劣化を防ぐことができる。」　
「【００４７】誤り判定回路２２０は、デマルチプレクサ２０３および可変長復号化回路２０７，２０８，２０９の状態に基づいて上位階層符号列２０１および下位階層符号列２０２の誤りの有無を判定し、その判定結果を予測回路２１７に与える。誤り判定回路２２０で上位および下位階層符号列２０１，２０２のいずれにも誤りが検出されなかった場合、予測回路２１７はフレームメモリ２１８に記憶されている参照画像信号を基にして、図１における予測信号１０４と同一の予測信号２１９を出力する。」
「【図１】
」
「【図３】
」
　
　第一に、上記段落【０００１】の記載からみて、引用例１に記載される発明は「伝送路での誤りに強い動画像符号化／復号化装置」である。
　第二に、上記段落【００１６】の記載からみて、引用例１に記載される発明は「入力動画像信号を上位段階から下位段階にわたって順次より多くの領域に段階的に分割し、上位段階ほどより上位階層の符号列として出力」するものである。
　第三に、上記段落【００３１】には「上位階層符号列１２１についてはより誤り確率の低い伝送路を介して、ないし、強力な誤り訂正符号化を行って伝送を行い、下位階層符号列１２２についてはこれより誤り確率の高い伝送路を介して、ないし、弱い誤り訂正符号化を行って伝送を行うこと」が記載されていると認めることができる。
　第四に、上記段落【００４１】【００４２】の記載からは、「下位階層符号列１２２に含まれる情報より上位階層符号列１２１に含まれる情報がより重要であり、上位階層符号列１２１、下位階層符号列１２２内でも情報を重要な順に並べていること」を読み取ることができる。
　
　すなわち、引用例１には以下の発明(以下「引用発明２」という。)が記載されている。
　
「伝送路での誤りに強い動画像符号化／復号化装置において、
　入力動画像信号を上位段階から下位段階にわたって順次より多くの領域に段階的に分割し、上位段階ほどより上位階層の符号列として出力し、
　下位階層符号列１２２に含まれる情報より上位階層符号列１２１に含まれる情報がより重要であり、上位階層符号列１２１、下位階層符号列１２２内でも情報を重要な順に並べ、
　上位階層符号列１２１についてはより誤り確率の低い伝送路を介して、ないし、強力な誤り訂正符号化を行って伝送を行い、下位階層符号列１２２についてはこれより誤り確率の高い伝送路を介して、ないし、弱い誤り訂正符号化を行って伝送を行う、
　動画像符号化／復号化装置。」
　
５．対比
　本願発明と引用発明１を対比する。
　
５．１．「ディジタル動画を送信機から受信機へ伝送するための方法において・・・ことを特徴とする、ディジタル動画を送信機から受信機へ伝送するための方法。」
　引用発明１は「YUV 4:2:0で符号化され、16×16ピクセルをマクロブロックとするフォーマットの動画像を入力とする動画符号化方法」であって「最大１０の部分に区分けされ可変長符号化された情報を、Picture header information, MB_Type, Intra-pred-mode, MVDをその順序で含む第１パケットと、CBP, Tcoeff_luma, Tcoeff_chroma_DC, Tcoeff_chroma_ACをその順序で含む第２パケットに分けて、第１パケット、第２パケットの順で、IP/UDP/RTPプロトコルで送り、受信した第１パケットと第２パケットを組み合わせてデコーダに送るもの」であるから、引用発明１と本願発明は「ディジタル動画を送信機から受信機へ伝送するための方法において・・・ことを特徴とする、ディジタル動画を送信機から受信機へ伝送するための方法」である点で一致する。
　
５．２．「ａ）前記ディジタル動画は前記送信機側では画像データストリームとして存在し」
　引用発明１は「YUV 4:2:0で符号化され、16×16ピクセルをマクロブロックとするフォーマットの動画像を入力とする」ものであって、この「YUV 4:2:0で符号化され、16×16ピクセルをマクロブロックとするフォーマットの動画像」は「画像データストリーム」であるということができるから、引用発明１と本願発明は「ａ）前記ディジタル動画は前記送信機側では画像データストリームとして存在し」である点で一致する。
　
５．３．「ｂ）前記画像データストリームを優先クラスに分類し、ｃ）前記画像データストリーム内で最も情報内容の多い動画データがまず前記送信機から前記受信機へ伝送されるように、前記優先クラスに基づいて動画データのソートを行い、前記送信機側の調整層により、前記優先クラスに分類された画像データストリームを種々のネットワークの複数のプロトコルを用いて前記受信機へ伝送し」
　本願発明の「優先クラス」という用語の意味について、また、「前記画像データストリーム内で最も情報内容の多い動画データがまず前記送信機から前記受信機へ伝送されるように、前記優先クラスに基づいて動画データのソートを行い、前記送信機側の調整層により、前記優先クラスに分類された画像データストリームを種々のネットワークの複数のプロトコルを用いて前記受信機へ伝送し」との記載の意味について、本願の明細書および図面に基づいて以下検討する。
　
５．３．１．「優先クラス」という用語の意味について
　本願の明細書には以下の記載がある。
　
「【００１１】
特に有利な作用は、優先クラスへの分類と調整層による伝送との組合せから得られる。これにより、画像データストリーム内のデータが優先順位に従って送信機から受信機へ伝送され、受信機側には情報内容の最も多いデータから順に到着することが保証される。このことから、初めのうち動画は受信機側において一定の最低品質で表示可能であることが保証される。さらに伝送されるデータはとりわけ逐次的な品質改善に使用されるので、伝送誤りが存在する場合には、この時点で、少なくとも以前に伝送された画像データが利用可能であり、伝送誤りは以降伝送される画像には影響しないことが保証されている。」
「【００３７】
それに応じて、エンコーダ１０１側のブロック１０２では、優先クラスへのパーティショニングが行われる。すなわち、画像データストリームが要素ごとに優先クラスへと順序づけされる。下記の形態を有する例えばＨ．２６Ｌからの画像データストリーム」
「【００３８】
【外１】
」
「【００３９】
を出発点として、下記の優先クラスへのパーティショニングが実行される：
１：ＰＳＹＮＣ（“Ｐｉｃｔｕｒｅ　Ｓｙｎｃ”、画像同期化）
ＰＴＹＰＥ（“Ｐｉｃｔｕｒｅ　Ｔｙｐｅ”，画像タイプ）
２：ＭＢ＿ＴＹＰＥ１…ＭＢ＿ＴＹＰＥｎ（“Ｍａｃｒｏｂｌｏｃｋ−Ｔｙｐｅ”，１つのフレーム／スライス内に現れるすべての要素）
３：ＣＢＰ１…ＣＢＰｎ（“Ｃｏｄｅｄ　Ｂｌｏｃｋ　Ｐａｔｔｅｒｎ”，符号化されたブロックパターン）
４：ＭＶＤ１…ＭＶＤｎ（“Ｍｏｔｉｏｎ　Ｖｅｃｔｏｒ　Ｄｉｆｆｅｒｅｎｃｅ”，動きベクトル差）
５：ＬＵＭ１…ＬＵＭｎ（“Ｌｕｍｉｎａｎｃｅ　Ｃｏｅｆｆｉｃｉｅｎｔ”，輝度値）
６：ＣＨＲ＿ＤＣ１…ＣＨＲ＿ＤＣｎ（“ＤＣ−Ｃｈｒｏｍｉｎａｎｃｅ　Ｃｏｅｆｆｉｃｉｅｎｔ”，ＤＣクロミナンス値）
７：ＣＨＲ＿ＡＣ１…ＣＨＲ＿ＡＣｎ（“ＡＣ−Ｃｈｒｏｍｉｎａｎｃｅ　Ｃｏｅｆｆｉｃｉｅｎｔ”、ＡＣクロミナンス値）
上記の優先クラス１〜７は例示的なものであり、優先クラス１が最も優先度の高いクラスである。画像データストリームの優先クラスへのパーティショニング（ブロック１０２を参照）の後、調整層（ブロック１０３及び１０４）において、（誤りのある）伝送チャネルを介した伝送がトリガされる。図１では、ブロック１０３にはＵＭＴＳネットワークに対する調整層が示されており、ブロック１０４にはＩＰネットワーク（インターネットプロトコル）に対する調整層が示されている。ここで大きな利点は、使用される各ネットワークに依存して、このネットワークの独特のサービス品質特性を利用しうることにある。サービス品質特性は調整層へネットワークにより通知される。さらに、デコーダ１１０側では、どの調整層が手元にあるかをエンコーダ１０１に通知してもよく、その結果、使用可能なネットワークが相応して使用される（リターンチャネル１１２及び１１４を参照）。調整層は、優先クラスへと順序づけられた画像データをＲＴＰパケットにパッキングし、これを（様々な方式で、例えばパケット交換方式で）デコーダ１１０側の各調整層（ブロック１０７及び１０８を参照）へ伝送する。画像データストリームは参照番号１１１及び１１３により表示されている。」
「【００４２】
とりわけ、下位の各優先クラスは上位の優先クラスへの従属性を示す。上位の優先クラスのデータが失われると、失われた情報が以前の画像から推測可能でないかぎり、失われたクラスの要素に従属するそれよりも下位の優先クラスはもはや評価不能になる（“ｅｒｒｏｒ　ｃｏｎｃｅａｌｍｅｎｔ”（誤りの潜伏））。この推測が成功すればするほど、個々の画像情報はますます相関してくる（しかし、符号化効率はより低くなる）。」
　
　ここで、上記段落【００１１】の「特に有利な作用は、優先クラスへの分類と調整層による伝送との組合せから得られる。これにより、画像データストリーム内のデータが優先順位に従って送信機から受信機へ伝送され」との記載からみて、本願発明の「優先クラス」は「画像データストリーム内のデータが優先順位に従って送信機から受信機へ伝送され」るためのものであり、上記段落【００４２】の「とりわけ、下位の各優先クラスは上位の優先クラスへの従属性を示す。上位の優先クラスのデータが失われると、失われた情報が以前の画像から推測可能でないかぎり、失われたクラスの要素に従属するそれよりも下位の優先クラスはもはや評価不能になる（“ｅｒｒｏｒ　ｃｏｎｃｅａｌｍｅｎｔ”（誤りの潜伏））。」との記載からみて、本願発明の「優先クラス」では「上位の優先クラスのデータが失われると、失われた情報が以前の画像から推測可能でないかぎり、失われたクラスの要素に従属するそれよりも下位の優先クラスはもはや評価不能になる」という意味で「下位の各優先クラスは上位の優先クラスへの従属性を示す」ものである。そして、この「優先クラス」とは具体的には上記段落【００３９】に記載されるように、
　
「１：ＰＳＹＮＣ（“Ｐｉｃｔｕｒｅ　Ｓｙｎｃ”、画像同期化）
ＰＴＹＰＥ（“Ｐｉｃｔｕｒｅ　Ｔｙｐｅ”，画像タイプ）
２：ＭＢ＿ＴＹＰＥ１…ＭＢ＿ＴＹＰＥｎ（“Ｍａｃｒｏｂｌｏｃｋ−Ｔｙｐｅ”，１つのフレーム／スライス内に現れるすべての要素）
３：ＣＢＰ１…ＣＢＰｎ（“Ｃｏｄｅｄ　Ｂｌｏｃｋ　Ｐａｔｔｅｒｎ”，符号化されたブロックパターン）
４：ＭＶＤ１…ＭＶＤｎ（“Ｍｏｔｉｏｎ　Ｖｅｃｔｏｒ　Ｄｉｆｆｅｒｅｎｃｅ”，動きベクトル差）
５：ＬＵＭ１…ＬＵＭｎ（“Ｌｕｍｉｎａｎｃｅ　Ｃｏｅｆｆｉｃｉｅｎｔ”，輝度値）
６：ＣＨＲ＿ＤＣ１…ＣＨＲ＿ＤＣｎ（“ＤＣ−Ｃｈｒｏｍｉｎａｎｃｅ　Ｃｏｅｆｆｉｃｉｅｎｔ”，ＤＣクロミナンス値）
７：ＣＨＲ＿ＡＣ１…ＣＨＲ＿ＡＣｎ（“ＡＣ−Ｃｈｒｏｍｉｎａｎｃｅ　Ｃｏｅｆｆｉｃｉｅｎｔ”、ＡＣクロミナンス値）」
　
　となる場合を含んでいる。
　
５．３．２．「前記画像データストリーム内で最も情報内容の多い動画データがまず前記送信機から前記受信機へ伝送されるように、前記優先クラスに基づいて動画データのソートを行い」との記載の意味について
　本願の明細書には、上記『５．３．１．「優先クラス」という用語の意味について』で摘記したものに加え、以下の記載がある。
　
「【０００３】
これに関連してさらに、ディジタル動画シーケンスを含んだ画像データストリームを、情報内容の多い情報がまず第一に伝送されるように、送信機から受信機へ伝送することも公知である。これは、いわゆる優先クラスの使用により適切に行われ、これに基づいて動画シーケンスの情報内容が分類される。したがって、
優先クラスに依存して画像データを伝送することにより、画像データストリーム内で情報内容の多いデータをまず第一に受信機に伝送することが可能である。
「【００３６】
図１には、動画を符号化するためのエンコーダ１０１が示されている。符号化された動画は（できるだけ圧縮して、つまりリソースを大事に）デコーダ１１０に伝送される。なお、デコーダ１１０は有利には符号化規格に従って、例えばＭＰＥＧー４又はＨ．２６３に従って動作する。このために、プロトコルアーキテクチャの拡張がなされており、ブロック１０２〜１０４はエンコーダ側に、ブロック１０７〜１０９はデコーダ側に含まれる。このプロトコルアーキテクチャの拡張は、デコーダ１１０がトランスペアレントに付加的サービスを使用できるようにすること、つまり誤りに対して耐性があり且つ誤り処理の為された画像データストリームを供給することを目的としている。これに関して、１つには、伝送チャネル（１０５又は１０６）を介して優先クラスを考慮しつつ伝送を行うと有利である。つまり、
情報内容の多い情報をまず伝送し
「【００４０】
調整層により伝達されるこのようなパケットは、例えば下記の構造を有している：
１：ＰＳＹＮＣ，ＰＴＹＰＥ，ＭＢ＿ＴＹＰＥ１…ＭＢ＿ＴＹＰＥｎ，ＣＢＰ１…ＣＢＰｎ，ＭＶＤ１…ＭＶＤｎ（優先クラス１〜４）
２：ＬＵＭ１…ＬＵＭｎ（優先クラス５）
３：ＣＨＲ＿ＤＣ１…ＣＨＲ＿ＤＣｎ（優先クラス６）
４：ＣＨＲ＿ＡＣ１…ＣＨＲ＿ＡＣｎ（優先クラス７）
ここでもまた、動画シーケンスの各画像にとって最も重要な情報は優先クラス１〜４にまとめられていることが明らかである。説明については上を見よ。輝度値（グレー値、ルミナンス値）は優先クラス５にまとめられており、クロミナンス値（優先クラス６及び７）に先行して伝送される。デコーダはこのようなパケットを受け取ると、画像が始まること、この画像がどのタイプであるかということ、画像内にオブジェクトが存在するかどうかを識別し、オブジェクトが存在する場合には、符号化方式（ブロック内にＤＣＴがあるか否か）及び動きベクトル情報を識別する。その直後に、輝度値、つまり実際の画像情報が伝送される。色情報は輝度情報より遅れて伝送される；やむをえない場合には、画像は色情報なしで識別可能である。」
　
　ここで、上記段落【００４０】の「デコーダはこのようなパケットを受け取ると、画像が始まること、この画像がどのタイプであるかということ、画像内にオブジェクトが存在するかどうかを識別し、オブジェクトが存在する場合には、符号化方式（ブロック内にＤＣＴがあるか否か）及び動きベクトル情報を識別する。その直後に、輝度値、つまり実際の画像情報が伝送される。色情報は輝度情報より遅れて伝送される；やむをえない場合には、画像は色情報なしで識別可能である。」との記載、特に「その直後に、輝度値、つまり実際の画像情報が伝送される。」との記載からみて、本願明細書では、「輝度値」「クロミナンス値」については「実際の画像情報」として取り扱っているのに対し、それ以外の「動きベクトル」等は「実際の画像情報」として取り扱っていないものと認められる。そして、上記段落【００４０】の「輝度値（グレー値、ルミナンス値）は優先クラス５にまとめられており、クロミナンス値（優先クラス６及び７）に先行して伝送される。」との記載からみて、この「実際の画像情報」である「輝度値」は「クロミナンス値」に対して先行して伝送されるものであるが、YUV 4:2:0のように輝度情報に比べクロミナンス情報を間引いた動画像符号化が周知であることからみて、結局、この「実際の画像情報」の中で「輝度値」は「クロミナンス値」に対して先行して伝送するとは、「実際の画像情報」の中で最も情報量の多い「輝度値」がまず伝送されるということとなる。
　
　すなわち、本願発明の「前記画像データストリーム内で最も情報内容の多い動画データがまず前記送信機から前記受信機へ伝送されるように、前記優先クラスに基づいて動画データのソートを行い」の「前記優先クラスに基づいて動画データのソートを行い」における「動画データ」とは、本願明細書に記載された発明における「実際の画像情報」である「輝度値」「クロミナンス値」を指し、本願発明の「優先クラスに基づいて動画データのソートを行い」とは、本願明細書に記載された発明における「実際の画像情報」である「輝度値」に付与された「優先クラス５」、「クロミナンス値」に付与された「優先クラス６及び７」に基づいて「優先クラス５」である「輝度値」が「優先クラス６及び７」である「クロミナンス値」に対して先行するようにソートを行うことを指し、本願発明の「前記画像データストリーム内で最も情報内容の多い動画データがまず前記送信機から前記受信機へ伝送される」とは、その結果、本願明細書に記載された発明における「実際の画像情報」の中で最も情報量の多い「輝度値」がまず伝送されることを言うと解釈すべきものである。
　
５．３．３．「前記送信機側の調整層により、前記優先クラスに分類された画像データストリームを種々のネットワークの複数のプロトコルを用いて前記受信機へ伝送し」との記載の意味について
　本願明細書及び図面には、上記『５．３．１．「優先クラス」という用語の意味について』『５．３．２．「前記画像データストリーム内で最も情報内容の多い動画データがまず前記送信機から前記受信機へ伝送されるように、前記優先クラスに基づいて動画データのソートを行い」との記載の意味について』で摘記したものに加え、以下の記載がある。
　
「【００４１】
ネットワークを介した伝送は、ネットワーク特有の特性を利用して行われる。図１には、インターネットプロトコルネットワークとＵＭＴＳネットワークとが例として示されている。これらネットワークの各々は妨害の影響下にあることもあり、その際には、パケットの喪失が生じかねない。デコーダ側の調整層（ブロック１０７及び１０８を参照）はこのようなパケット喪失を検出する。ブロック１０９は、優先クラスの分配による画像データストリームのディパーティショニング、つまり再構成を引き受け、失われてしまった情報に対する誤り処理を実行する。最後に、結果がデコーダ１１０に引き渡される。デコーダ１１０が規格化された画像デコーダであってもよいように、優先クラスへの分類ないしディパーティショニングのサービス、及び上記誤り処理は、デコーダ１１０に対してトランスペアレントに提供される。」
「【図１】
」
　
　ここで、上記段落【００３９】の「画像データストリームの優先クラスへのパーティショニング（ブロック１０２を参照）の後、調整層（ブロック１０３及び１０４）において、（誤りのある）伝送チャネルを介した伝送がトリガされる。図１では、ブロック１０３にはＵＭＴＳネットワークに対する調整層が示されており、ブロック１０４にはＩＰネットワーク（インターネットプロトコル）に対する調整層が示されている。ここで大きな利点は、使用される各ネットワークに依存して、このネットワークの独特のサービス品質特性を利用しうることにある。サービス品質特性は調整層へネットワークにより通知される。」「調整層は、優先クラスへと順序づけられた画像データをＲＴＰパケットにパッキングし、これを（様々な方式で、例えばパケット交換方式で）デコーダ１１０側の各調整層（ブロック１０７及び１０８を参照）へ伝送する。」との記載、上記段落【００４０】の「調整層により伝達されるこのようなパケットは、例えば下記の構造を有している：　１：ＰＳＹＮＣ，ＰＴＹＰＥ，ＭＢ＿ＴＹＰＥ１…ＭＢ＿ＴＹＰＥｎ，ＣＢＰ１…ＣＢＰｎ，ＭＶＤ１…ＭＶＤｎ（優先クラス１〜４）　２：ＬＵＭ１…ＬＵＭｎ（優先クラス５）　３：ＣＨＲ＿ＤＣ１…ＣＨＲ＿ＤＣｎ（優先クラス６）　４：ＣＨＲ＿ＡＣ１…ＣＨＲ＿ＡＣｎ（優先クラス７）」との記載、上記段落【００４１】の「ネットワークを介した伝送は、ネットワーク特有の特性を利用して行われる。図１には、インターネットプロトコルネットワークとＵＭＴＳネットワークとが例として示されている。これらネットワークの各々は妨害の影響下にあることもあり、その際には、パケットの喪失が生じかねない。」「ブロック１０９は、優先クラスの分配による画像データストリームのディパーティショニング、つまり再構成を引き受け、失われてしまった情報に対する誤り処理を実行する。」との記載からは、『「１：ＰＳＹＮＣ，ＰＴＹＰＥ，ＭＢ＿ＴＹＰＥ１…ＭＢ＿ＴＹＰＥｎ，ＣＢＰ１…ＣＢＰｎ，ＭＶＤ１…ＭＶＤｎ（優先クラス１〜４）」「２：ＬＵＭ１…ＬＵＭｎ（優先クラス５）」「３：ＣＨＲ＿ＤＣ１…ＣＨＲ＿ＤＣｎ（優先クラス６）」「４：ＣＨＲ＿ＡＣ１…ＣＨＲ＿ＡＣｎ（優先クラス７）」という優先クラスで分類された画像データストリームを含むパケットは、優先クラスに応じて異なるネットワーク、異なるプロトコルで、送信側の調整層から受信側の調整層へ伝送される』ということが読み取れる。
　すなわち、本願発明の「前記送信機側の調整層により、前記優先クラスに分類された画像データストリームを種々のネットワークの複数のプロトコルを用いて前記受信機へ伝送し」とは、「前記送信機側の調整層により、前記優先クラスに分類された画像データストリームを
優先クラスに応じて異なる
異なる
　
５．３．４．「ｂ）前記画像データストリームを優先クラスに分類し」に関する対比
　上記『５．３．１．「優先クラス」という用語の意味について』で述べたように、本願発明の「優先クラス」は「画像データストリーム内のデータが優先順位に従って送信機から受信機へ伝送され」るためのものであり、この「優先クラス」は「上位の優先クラスのデータが失われると、失われた情報が以前の画像から推測可能でないかぎり、失われたクラスの要素に従属するそれよりも下位の優先クラスはもはや評価不能になる」という意味で「下位の各優先クラスは上位の優先クラスへの従属性を示す」ものである。
　
　ここで、引用発明１は「符号化された情報は、Picture header information, MB_Type, Intra-pred-mode, MACC, Ref-frame, MVD, CBP, Tcoeff_luma, Tcoeff_chroma_DC, Tcoeff_chroma_AC という最大10の部分に区分けされ可変長符号化され」るものであるから、引用発明１と本願発明は「前記画像データストリームを」「クラスに分類」する点で一致している。
　また、本願発明の「優先クラス」は、上記したように「上位の優先クラスのデータが失われると、失われた情報が以前の画像から推測可能でないかぎり、失われたクラスの要素に従属するそれよりも下位の優先クラスはもはや評価不能になる」という意味で「下位の各優先クラスは上位の優先クラスへの従属性を示す」が、これに対し引用発明１の「最大10の部分に区分けされ可変長符号化された情報」は「部分に区分けされた情報のうち、重要な情報と重要でない情報」を有するものであって、引用例２の“For all three groups it holds true that all data of the numerically lower groups have to be available to decode data of the numerically higher groups It is, for example, possible to use the motion vectors of group 1 along with the other information of that group, but ignore the missing group 2 coefficient data. Group 2 data, however, is needed to reconstruct group 3, as CBPs are necessary to reconstruct inter coefficients as well.”(第１３１１頁第１２〜１５行、訳「これら３つのグループでは、数値的に小さなグループが、数値的に大きなグループのデータを復号するために必要である。たとえば、グループ１の動きベクトルをそのグループの他の情報と共に用いつつも、失われたグループ２の変換係数を無視することができる。しかしながら、グループ２のデータは、CBPがInterCoeffを再構成するの必要なように、グループ３のデータを再構成するのに必要である。」)との記載からみて、引用発明１で区分けされた「最大10の部分」と本願発明の「優先クラス」は、いずれも「上位の優先クラスのデータが失われると、失われた情報が以前の画像から推測可能でないかぎり、失われたクラスの要素に従属するそれよりも下位の優先クラスはもはや評価不能になる」という意味で「下位の各優先クラスは上位の優先クラスへの従属性を示す」という点で一致している。
　そして、引用発明１は「最大10の部分に区分けされ可変長符号化された情報を、Picture header information, MB_Type, Intra-pred-mode, MVDをその順序で含む第１パケットと、CBP, Tcoeff_luma, Tcoeff_chroma_DC, Tcoeff_chroma_ACをその順序で含む第２パケットに分けて、第１パケット、第２パケットの順で、IP/UDP/RTPプロトコルで送」るものであって、引用発明１で区分けされた「最大10の部分」と本願発明の「優先クラス」は、いずれも「画像データストリーム内のデータが優先順位に従って送信機から受信機へ伝送され」る点で一致している。
　すなわち、引用発明１で区分けされた「最大10の部分」と本願発明の「優先クラス」が一致するから、引用発明１の「符号化された情報は、Picture header information, MB_Type, Intra-pred-mode, MACC, Ref-frame, MVD, CBP, Tcoeff_luma, Tcoeff_chroma_DC, Tcoeff_chroma_AC という最大10の部分に区分けされ」と本願発明の「ｂ）前記画像データストリームを優先クラスに分類し」が一致する。
　
５．３．５．「ｃ）前記画像データストリーム内で最も情報内容の多い動画データがまず前記送信機から前記受信機へ伝送されるように、前記優先クラスに基づいて動画データのソートを行い」に関する対比
　上記『５．３．２．「前記画像データストリーム内で最も情報内容の多い動画データがまず前記送信機から前記受信機へ伝送されるように、前記優先クラスに基づいて動画データのソートを行い」との記載の意味について』で述べたように、本願発明の「前記画像データストリーム内で最も情報内容の多い動画データがまず前記送信機から前記受信機へ伝送されるように、前記優先クラスに基づいて動画データのソートを行い」の「前記優先クラスに基づいて動画データのソートを行い」における「動画データ」とは、本願明細書に記載された発明における「実際の画像情報」である「輝度値」「クロミナンス値」を指し、本願発明の「優先クラスに基づいて動画データのソートを行い」とは、本願明細書に記載された発明における「実際の画像情報」である「輝度値」に付与された「優先クラス５」、「クロミナンス値」に付与された「優先クラス６及び７」に基づいて「優先クラス５」である「輝度値」が「優先クラス６及び７」である「クロミナンス値」に対して先行するようにソートを行うことを指し、本願発明の「前記画像データストリーム内で最も情報内容の多い動画データがまず前記送信機から前記受信機へ伝送される」とは、その結果、本願明細書に記載された発明における「実際の画像情報」の中で最も情報量の多い「輝度値」がまず伝送されることを言うと解釈すべきものである。
　
　これに対し、引用発明１は「YUV 4:2:0で符号化され、16×16ピクセルをマクロブロックとするフォーマットの動画像を入力とする動画符号化方法において」「最大10の部分に区分けされ可変長符号化された情報を、Picture header information, MB_Type, Intra-pred-mode, MVDをその順序で含む第１パケットと、CBP, Tcoeff_luma, Tcoeff_chroma_DC, Tcoeff_chroma_ACをその順序で含む第２パケットに分けて、第１パケット、第２パケットの順で、IP/UDP/RTPプロトコルで送」るものである。そして、「YUV 4:2:0で符号化され」ていること、すなわち、輝度情報に比べ色差情報を間引いた動画像符号化であることから、引用発明１におけるTcoeff_luma　が含む情報内容は、Tcoeff_chroma_DC, Tcoeff_chroma_AC に比べ多いこととなり、結局第２パケットに含まれるこれらTcoeff_luma, Tcoeff_chroma_DC, Tcoeff_chroma_AC の間では、情報量の最も多いTcoeff_lumaが最初に伝送されていることとなる。
　
　すなわち、本願発明でも引用発明１においても、クロミナンス値に比べ輝度値が先行して伝送されているから、引用発明１の「YUV 4:2:0で符号化され、16×16ピクセルをマクロブロックとするフォーマットの動画像を入力とする動画符号化方法において」「最大10の部分に区分けされ可変長符号化された情報を、Picture header information, MB_Type, Intra-pred-mode, MVDをその順序で含む第１パケットと、CBP, Tcoeff_luma, Tcoeff_chroma_DC, Tcoeff_chroma_ACをその順序で含む第２パケットに分けて、第１パケット、第２パケットの順で、IP/UDP/RTPプロトコルで送」ることと、本願発明の「ｃ）前記画像データストリーム内で最も情報内容の多い動画データがまず前記送信機から前記受信機へ伝送されるように、前記優先クラスに基づいて動画データのソートを行い」は一致している。
　
５．３．６．「前記送信機側の調整層により、前記優先クラスに分類された画像データストリームを種々のネットワークの複数のプロトコルを用いて前記受信機へ伝送し」に関する対比
　上記『５．３．３．「前記送信機側の調整層により、前記優先クラスに分類された画像データストリームを種々のネットワークの複数のプロトコルを用いて前記受信機へ伝送し」との記載の意味について』で述べたように、本願発明の「前記送信機側の調整層により、前記優先クラスに分類された画像データストリームを種々のネットワークの複数のプロトコルを用いて前記受信機へ伝送し」とは、「前記送信機側の調整層により、前記優先クラスに分類された画像データストリームを
優先クラスに応じて異なる
異なる
　
　これに対し、引用発明１は「部分に区分けされた情報のうち、重要な情報と重要でない情報で異なる誤り訂正符号化を行う」ものであって、異なる誤り訂正符号化は異なるプロトコルで行われるものであること、また、引用発明１は誤り訂正符号化を行うための処理を行う層を有していることは明らかであることから、引用発明１の「部分に区分けされた情報のうち、重要な情報と重要でない情報で異なる誤り訂正符号化を行う」と本願発明の「前記送信機側の調整層により、前記優先クラスに分類された画像データストリームを種々のネットワークの複数のプロトコルを用いて前記受信機へ伝送し」は、「前記送信機側の調整層により、前記優先クラスに分類された画像データストリームを前記受信機へ伝送し」ている点で一致しているものの、「前記優先クラスに分類された画像データストリームを前記受信機へ伝送」するときに、本願発明は「種々のネットワークの複数のプロトコル」を用いて伝送しているのに対し、引用発明１は「複数のプロトコル」のみを用いて伝送している点で相違している。
　
５．４．「ｄ）前記受信機側の調整層により、伝送誤りを検出し」「ｅ）前記伝送誤りに対して前記受信機側で誤り処理を実行し」
　引用発明１は「部分に区分けされた情報のうち、重要な情報と重要でない情報で異なる誤り訂正符号化を行」い「IP/UDP/RTPプロトコルで送」るものであって、そのような誤り訂正符号化を行った情報を受信する側では、必ず、符号誤りを検出し誤り訂正を行うものであるから、引用発明１と本願発明は、いずれも「ｄ）前記受信機側の調整層により、伝送誤りを検出し」「ｅ）前記伝送誤りに対して前記受信機側で誤り処理を実行し」という処理を行う点で一致している。
　
５．５．「ｆ）伝送された誤り処理済み画像データストリームを画像デコーダに供給する」
　引用発明１は「受信した第１パケットと第２パケットを組み合わせてデコーダに送るもの」であるから、引用発明１と本願発明は、いずれも「ｆ）伝送された誤り処理済み画像データストリームを画像デコーダに供給する」という処理を行う点で一致している。
　
５．６．一致点・相違点
　上記『５．１．「ディジタル動画を送信機から受信機へ伝送するための方法において・・・ことを特徴とする、ディジタル動画を送信機から受信機へ伝送するための方法。」』から『５．５．「ｆ）伝送された誤り処理済み画像データストリームを画像デコーダに供給する」』で述べた一致点・相違点をまとめると、本願発明と引用発明１との間の一致点・相違点は以下のとおりとなる。
　
[一致点]
「ディジタル動画を送信機から受信機へ伝送するための方法において、
ａ）前記ディジタル動画は前記送信機側では画像データストリームとして存在し、
ｂ）前記画像データストリームを優先クラスに分類し、
ｃ）前記画像データストリーム内で最も情報内容の多い動画データがまず前記送信機から前記受信機へ伝送されるように、前記優先クラスに基づいて動画データのソートを行い、前記送信機側の調整層により、前記優先クラスに分類された画像データストリームを前記受信機へ伝送し、
ｄ）前記受信機側の調整層により、伝送誤りを検出し、
ｅ）前記伝送誤りに対して前記受信機側で誤り処理を実行し、
ｆ）伝送された誤り処理済み画像データストリームを画像デコーダに供給する、
ことを特徴とする、ディジタル動画を送信機から受信機へ伝送するための方法。」
　
[相違点]
　「前記優先クラスに分類された画像データストリームを前記受信機へ伝送」するときに、本願発明は「種々のネットワークの複数のプロトコル」を用いて伝送しているのに対し、引用発明１は「複数のプロトコル」のみを用いて伝送している点。
　
６．当審の判断
　上記「４．１．引用例２」で摘記したように、引用例２に記載される引用発明１は、
　
「YUV 4:2:0で符号化され、16×16ピクセルをマクロブロックとするフォーマットの動画像を入力とする動画符号化方法において、
　符号化された情報は、Picture header information, MB_Type, Intra-pred-mode, MACC, Ref-frame, MVD, CBP, Tcoeff_luma, Tcoeff_chroma_DC, Tcoeff_chroma_AC という最大１０の部分に区分けされ可変長符号化され、
　最大10の部分に区分けされ可変長符号化された情報を、Picture header information, MB_Type, Intra-pred-mode, MVDをその順序で含む第１パケットと、CBP, Tcoeff_luma, Tcoeff_chroma_DC, Tcoeff_chroma_ACをその順序で含む第２パケットに分けて、第１パケット、第２パケットの順で、IP/UDP/RTPプロトコルで送り、
　受信した第１パケットと第２パケットを組み合わせてデコーダに送るものであって、
　部分に区分けされた情報のうち、重要な情報と重要でない情報で異なる誤り訂正符号化を行う動画符号化方法。」
　
　であり、上記「４．２．引用例１」で摘記したように、引用例１に記載される引用発明２は、
　
「伝送路での誤りに強い動画像符号化／復号化装置において、
　入力動画像信号を上位段階から下位段階にわたって順次より多くの領域に段階的に分割し、上位段階ほどより上位階層の符号列として出力し、
　下位階層符号列１２２に含まれる情報より上位階層符号列１２１に含まれる情報がより重要であり、上位階層符号列１２１、下位階層符号列１２２内でも情報を重要な順に並べ、
　上位階層符号列１２１についてはより誤り確率の低い伝送路を介して、ないし、強力な誤り訂正符号化を行って伝送を行い、下位階層符号列１２２についてはこれより誤り確率の高い伝送路を介して、ないし、弱い誤り訂正符号化を行って伝送を行う、
　動画像符号化／復号化装置。」
　
　である。また、上記『５．３．３．「前記送信機側の調整層により、前記優先クラスに分類された画像データストリームを種々のネットワークの複数のプロトコルを用いて前記受信機へ伝送し」との記載の意味について』で述べたように、本願発明の「前記送信機側の調整層により、前記優先クラスに分類された画像データストリームを種々のネットワークの複数のプロトコルを用いて前記受信機へ伝送し」とは、「前記送信機側の調整層により、前記優先クラスに分類された画像データストリームを
優先クラスに応じて異なる
異なる
　
　まず、引用発明１と引用発明２はいずれも「動画像符号化」に関するものという点で同一の技術分野に属するものである。更に、引用発明１は「部分に区分けされた情報のうち、重要な情報と重要でない情報で異なる誤り訂正符号化を行う」ものであるのに対し、引用発明２は「下位階層符号列１２２に含まれる情報より上位階層符号列１２１に含まれる情報がより重要であり、上位階層符号列１２１、下位階層符号列１２２内でも情報を重要な順に並べ、
上位階層符号列１２１についてはより
強力な誤り訂正符号化を行って伝送を行い
下位階層符号列１２２についてはこれより
弱い誤り訂正符号化を行って伝送を行う
　
　そして、引用発明２は「上位階層符号列１２１についてはより強力な誤り訂正符号化を行って伝送を行い」「下位階層符号列１２２についてはこれより弱い誤り訂正符号化を行って伝送を行う」のみならず、「上位階層符号列１２１についてはより誤り確率の低い伝送路を介して伝送を行い」「下位階層符号列１２２についてはこれより誤り確率の高い伝送路を介して伝送を行う」もの、すなわち、重要な情報と重要でない情報で異なるネットワークを用いて伝送を行うものでもあって、よりよい結果を得るために、これら２つを重ねて用いることは当業者が自然に考えつくものであるから、引用発明２にもとづき、引用発明１において「部分に区分けされた情報のうち、重要な情報と重要でない情報で異なる誤り訂正符号化を行」うのみならず、重要な情報と重要でない情報で異なるネットワークを用いることによって、「前記送信機側の調整層により、前記優先クラスに分類された画像データストリームを
優先クラスに応じて異なる
異なる
　
　そして、本願発明の作用効果も当業者が予測できる範囲のものである。
　
　したがって、本願発明は引用発明１，２に基づいて当業者が容易に発明できたものである。
　
７．むすび
　以上のとおり、請求項１に係る発明は、引用例２，１に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条２項の規定により特許を受けることができない。
　
　したがって、残る請求項２〜１４に係る発明について検討するまでもなく、本願は拒絶をすべきものである。
　
 よって、結論のとおり審決する。