2023-004080

特願２０２１－５１７６９２「ビデオエンコードおよびデコード方法、および装置」拒絶査定不服審判事件〔令和 ２年 ２月２０日国際公開、ＷＯ２０２０／０３４３３０、令和 ４年 １月１１日国内公表、特表２０２２－５０２９５５〕について、次のとおり審決する。

結 論 本件審判の請求は、成り立たない。

理 由 第１ 手続の経緯 本願は、２０１８年（平成３０年）９月２８日を国際出願日とする出願であって、その手続の経緯は以下のとおりである。 令和 ３年 ５月２４日 ：国際出願翻訳文及び手続補正書の提出 令和 ４年 ６月２８日付け：拒絶理由通知 同年 ９月２１日 ：手続補正書および意見書の提出 同年１１月 ８日付け：拒絶査定 令和 ５年 ３月 ９日 ：審判請求書および手続補正書の提出 同年 ４月 ７日 ：前置報告 第２ 本件発明 令和５年３月９日付け手続補正（以下、「本件補正」という）により補正された請求項１ないし２０のうち、請求項６に記載された発明（以下、「本件発明」という。）は、次のとおりのものである。（なお、本件発明の各構成の符号は、請求項の記載を分説するために当審で付したものであり、請求項の記載を符号Ａ、Ａ１～Ａ３、Ｂを用いて、以下、「構成Ａ」、「構成Ａ１」～「構成Ａ３」、「構成Ｂ」と称する。） 【請求項６】 Ａ ビデオまたは画像処理において画像をデコードする方法であって、 Ｂ 前記画像は、複数のタイルに分割されており、前記複数のタイルの各々は、複数のスライスに分割されており、 Ａ 前記方法は、 Ａ１ ビットストリーム内のスライスのヘッダからタイル識別子を取得することであって、前記タイル識別子は、前記スライスが存在するタイルを示す、ことと、 Ａ２ 前記ビットストリーム内の前記スライスの前記ヘッダから第２のアドレスを取得することであって、前記第２のアドレスは、前記タイル内の前記スライスの場所を示す、ことと、 Ａ３ 前記タイル識別子および前記第２のアドレスに基づいて、前記画像内の前記スライスの場所を示す前記スライスの第１のアドレスを決定することと Ａ を含む、方法。 第３ 原査定の拒絶の理由 原査定の拒絶の理由は、この出願の請求項１－２０に係る発明は、その出願の日前の外国語特許出願（特許法第１８４条の４第３項の規定により取り下げられたものとみなされたものを除く。）であって、その出願後に国際公開がされた下記１．の外国語特許出願の国際出願日における国際出願の明細書、請求の範囲又は図面に記載された発明と同一であり、しかも、この出願の発明者がその出願前の外国語特許出願に係る上記の発明をした者と同一ではなく、またこの出願の時において、その出願人が上記外国語特許出願の出願人と同一でもないので、特許法第２９条の２の規定により、特許を受けることができない（同法第１８４条の１３参照）、というものである。 １．ＰＣＴ／ＥＰ２０１９／０５１３９４号、特願２０２０－５４０５５０号（国際公開第２０１９／１４５２６２号、特表２０２１－５１２５３４号公報） 第４ 当審の判断 １ 先願および先願発明 （１） 先願について 先願である、国際出願ＰＣＴ／ＥＰ２０１９／０５１３９４号は、本件出願日以前の２０１８年１月２５日を出願日とする欧州特許出願１８１５３５１６を優先権主張の基礎とする外国語特許出願であって、本件出願後に国際公開２０１９／１４５２６２号として国際公開がされ、その後特願２０２０－５４０５５０号として国内移行した後、特表２０２１－５１２５３４号として公表された外国語特許出願である。 先願の優先権主張の基礎出願の明細書、特許請求の範囲、又は図面（以下、「先願の優先権主張の基礎となる出願の明細書等」という。）と、先願の国際出願の明細書、請求の範囲、又は図面（以下、「先願明細書等」という。）とを比較すると、両者は先願の優先権主張の基礎となる出願の明細書等の図４、図６、図１０における「tile_id_in_pps[i]」、「tile_id_in_sh」、「area_id_in_sh」と記載されている行のうち、「Descriptor」と記載されている、黒塗りされた列の部分を除き共通している。 そうすると、先願の優先権主張の基礎となる出願の明細書等と、先願明細書等との間の共通する範囲においては、先願の優先権主張日の基礎となる出願の優先権主張の効果が及ぶものである。 ここで、先願の優先権主張の基礎となる出願の明細書等と先願明細書等に共通して記載された事項から、先願に記載された発明を認定し、特許法第２９条の２の規定の適用に関しては、先願は、先願の優先権基礎出願の出願日である、２０１８年１月２５日に出願がなされたものとして扱う。以下の各摘記記載の末尾の頁数及び行数は、先願明細書等に係る国際公開のものである。また、（）内に仮訳を付すとともに、上記特表２０２１－５１２５３４号の公表特許公報における、当該仮訳に対応する記載箇所を、段落番号を示す【】付き数字で示している。 （２） 先願に記載されている事項 先願明細書には、以下の記載がある。（下線は強調のために当審で付した。） ア 「A first embodiment of the present application is described with respect to Fig.1. Fig.1 shows a datastream 10 and a sub-picture-specific datastream 12 derived therefrom by sub-picture extraction 14. Datastream 10 might have been generated by an encoder 16. In particular, encoder 16 has encoded into the datastream 10 a picture 18.... In encoding picture 18 into datastream 10, encoder 16 obeys or uses a coding path 22 which traverses picture 18 from a picture onset position 24 which, as depicted in Fig.1, may be located at the top left-hand corner of picture 18, towards, for instance, an opposite picture corner such as the bottom right-hand corner in order to continue with traversing another picture of video 20, for instance....Accordingly, each slice 26 in datastream 10 which contains data of picture 18 covers, or has encoded thereinto, a corresponding portion, i.e. a slice 28 of picture 18 wherein the slices 28 of picture 18 are traversed by coding path 22 sequentially without interleaving slices 28. In other words, coding path 22 traverses each of the slices 28 into which picture 18 is subdivided merely once. As also depicted in Fig. 1, encoder 16 obeys, in coding picture 18 into datastream 10, also a subdivision of picture 18 into segments 30. Fig.1 exemplarily illustrates a subdivision of picture 18 into four segments 30 arranged, exemplarily, in a 2x2 array.... As far as the relationship between slices 28 on the one hand and segments 30 on the other hand is concerned, slices 28 either completely cover one or more segments 30 or are merely within one segment 30 only. Merely for illustration purposes, Fig.1 shows that each segment 30 is composed of two slices 28. This, in turn, means that coding path 22 traverses segments 30 sequentially, i.e. each segment 30 is traversed by coding path 22 completely before coding path 30 traverses a next segment 30 in coding order. Thus, encoder 16 encodes picture 18 in units of slices 28 into datastream 10. Each slice 26 in datastream 10 has, thus, the corresponding picture slice 28 encoded thereinto. Each slice 26 comprises payload data 32 which encodes the content of the corresponding slice portion 28 of picture 18 in form of, for instance, one or more of prediction parameters such as prediction mode distinguishing, for instance, between intra or inter-coding mode, motion parameters for intra-predicted blocks, intra-prediction sub-modes for intra- predicted blocks, subdivision information for subdividing picture 18 into blocks, and residual data such as transform coefficients which represent the prediction residual... And even further, it should be noted that, in addition to the slices' 26 slice headers 34 which are described in more detail below, datastream 10 comprises further information containing higher level coding parameters which is called parameter set in the following.」（第５頁第１６行から第７頁第５行、第７頁第３４行から第３６行） (仮訳： 【００１４】 本出願の第１の実施形態について、図１を参照して説明する。図１は、データストリーム１０、およびサブピクチャ抽出１４によってそこから導出されるサブピクチャ特有のデータストリーム１２を示す。データストリーム１０は、エンコーダ１６によって生成されたものでありうる。特に、エンコーダ１６は、データストリーム１０内にピクチャ１８を符号化した。・・・ 【００１５】 ピクチャ１８をデータストリーム１０内に符号化する際、エンコーダ１６は、図１に示すように、ピクチャ１８の左上隅に位置し得るピクチャの開始位置２４から、たとえば、ビデオ２０の別のピクチャへ続けて横断するために、たとえば、右下隅などの反対のピクチャ隅に向かってピクチャ１８を横断する符号化経路２２に従うかまたはそれを使用する。・・・したがって、ピクチャ１８のデータを含むデータストリーム１０内の各スライス２６は、対応する部分、すなわち、ピクチャ１８のスライス２８をカバーするか、または符号化しており、ピクチャ１８のスライス２８は、スライス２８をインターリーブせずに、符号化経路２２によって連続的に横断される。言い換えれば、符号化経路２２は、ピクチャ１８が細分化されたスライス２８の各々を一度だけ横断する。 【００１６】 やはり図１に示すように、エンコーダ１６は、ピクチャ１８をデータストリーム１０へと符号化する際に、ピクチャ１８のセグメント３０への細分化も行う。図１は、例えば、２ｘ２アレイに配置された４個のセグメント３０へのピクチャの細分化を例示的に示す。・・・一方がスライス２８で他方がセグメント３０の関係が考慮される限り、スライス２８は、１つまたは複数のセグメント３０を完全にカバーするか、または単に１個のセグメント３０内のみに存在する。単なる例示のために、図１は、各セグメント３０が２個のスライス２８から構成されることを示す。これは、符号化経路２２がセグメント３０を連続的に横断すること、すなわち、符号化経路２２が符号化順序で次のセグメント３０を横断する前に、各セグメント３０がコーディング経路２２によって完全に横断されることを意味する。 【００１７】 このようにして、エンコーダ１６は、ピクチャ１８をスライス２８単位でデータストリーム１０内に符号化する。データストリーム１０内の各スライス２６は、したがって、符号化された対応するピクチャスライス２８を有する。たとえば、各スライス２６は、ピクチャ１８の対応するスライス部分２８のコンテンツを、たとえば、イントラ符号化モードまたはインター符号化モードを区別する予測モードなどの予測パラメータ、イントラ予測ブロックに対する動きパラメータ、イントラ予測ブロックに対するイントラ予測サブモード、ピクチャ１８をブロックに細分化するための細分化情報、および、予測残差を表す変換係数などの残差データのうちの１つまたは複数の形で符号化するペイロードデータ３２を有する。 ・・・ 【００１９】 なおさらに、下記でより詳細に説明するスライス２６のスライスヘッダ３４に加えて、データストリーム１０は、以下でパラメータセットと呼ばれる、より高いレベルの符号化パラメータを含むさらなる情報を含むことに留意されたい。) イ 「After having described the general framework for the coding of datastream 10, the description proceeds with a description of the slice header 34 and its content. In particular, encoder 16 provides each slice header 34 with a start position information which indicates a starting position 40 from which onwards the picture 18 is, along the coding path 22, encoded into the respective slice 26 comprising the respective slice header 34.... Favorably, however, the start position information 42 indicates the starting position 40 of the slice 26 within the slice header 34 of which the start position information 42 is contained, in a manner relative to an onset position 44 at which the coding path 22 starts traversing the segment 30 the starting position 40 is located in as indicated by an arrow 46 in Fig.1, exemplarily. The relative indication of the starting position 40 alleviates the sub-picture extraction 14 as explained further below. In order to compensate for the relative indication of the starting position 40 by the start position information 42, and its associated ambiguity, the slice header 34 additionally comprises segment information 48 which indicates thesegment 30 the starting position 40 of the slice 26 is located in to which the segment information 48 belongs. In the example of Fig. 1 , for instance, the slice 28, which the starting position 40 is pointed to by arrow 46, is located within the segment 30 indexed by the capital letter “B" in Fig. 1 and accordingly, segment information 48 of that slice would indicate that this slice 26 belongs to segment B.Together, start position information 42 and segment information 48, thus, suffice to determine the absolute position of the starting position 40 within picture 18, i.e. the relative position or starting position 40 with respect to the origin, namely the picture onset position 24.」（第８頁第２８行から第９頁第２１行） （仮訳：【００２１】 データストリーム１０の符号化に関する一般的な枠組みを説明した後で、スライスヘッダ３４およびそのコンテンツの説明に進む。具体的には、エンコーダ１６は、各スライスヘッダ３４に、そこから先でピクチャ１８が、符号化経路２２に沿って、それぞれのスライスヘッダ３４を含むそれぞれのスライス２６に符号化される開始位置４０を示す開始位置情報を提供する。・・・ 【００２２】 しかしながら、好ましくは、開始位置情報４２は、開始位置情報４２が含まれるスライスヘッダ３４内のスライス２６の開始位置４０を、例示的に図１の矢印４６によって示すように、開始位置４０が位置するセグメント３０を符号化経路２２がなぞり始めるセグメントの開始位置４４に対して相対的に示す。開始位置４０の相対的な指示は、下記でさらに説明するように、サブピクチャ抽出１４を緩和軽減する。 【００２３】 開始位置情報４２による開始位置４０の相対的な指示、およびそれに伴う曖昧さを補うために、スライスヘッダ３４は、追加で、セグメント情報４８が属する、スライス２６の開始位置４０が位置するセグメント３０を示すセグメント情報４８を含む。図１の例では、たとえば、開始位置４０が矢印４６によって示されているスライス２８は、図１で大文字Ｂによってインデックス付けされたセグメント３０内に位置し、それに応じて、そのスライスのセグメント情報４８は、このスライス２６がセグメントＢに属することを示すことになる。したがって、開始位置情報４２およびセグメント情報４８を合わせると、ピクチャ１８内のスライスの開始位置４０の絶対位置、すなわち、起点、すなわち、ピクチャの開始位置２４に対する相対位置または開始位置４０を決定するのに十分である。） ウ 「The decoder 38 which receives datastream 10 is able to decode the start position information 42 of a respective slice 26 from datastream 10 and to locate, using the start position information 42, the starting position 40 of the respective slice relative to the onset position 44 of the segment the starting position 40 is located in. Further, decoder 38 decodes from datastream 10 the corresponding segment information 48 of the respective slice 26 so that the decoder 38 knows about the segment 30 the onset position 44 belongs to relative to which the start position information 42 indicates the starting position 40. The decoder 38 is, thus, able to locate the onset position 44 on the basis of the parameter set 36 which indicates the subdivision of picture 18 into segments 30 and accordingly, combine the relative position indication of the starting position 40, indicated relative to the onset position 44, with the position of the onset position 44 within picture 18 which combination yields the absolute position of starting position 40 within picture 18 relative to the picture onset position 24.」（第１０頁第２３行から第３５行） （仮訳：【００２４】 データストリーム１０を受信するデコーダ３８は、データストリーム１０からそれぞれのスライス２６の開始位置情報４２を復号し、開始位置情報４２を使用して、開始位置４０が位置するセグメントの開始位置４４に対して、それぞれの開始位置４０を位置特定することができる。さらに、デコーダ３８が、それに対して開始位置情報４２が開始位置４０を示すセグメントの開始位置４４が属するセグメント３０に関して知るよう、デコーダ３８は、データストリーム１０から、それぞれのスライス２６の対応するセグメント情報４８を復号する。デコーダ３８は、したがって、セグメント３０へのピクチャ１８の細分化を示すパラメータセット３６に基づいて、セグメントの開始位置４４を位置特定し、それに応じて、セグメントの開始位置４４に対して示されるスライスの開始位置４０の相対位置指示を、ピクチャ１８内のセグメントの開始位置４４と組み合わせることができ、この組合せは、ピクチャの開始位置２４に対するピクチャ１８内のスライスの開始位置４０の絶対位置をもたらす。」 エ 「In the following, a first variant, variant A, of a modification of HEVC framework is described. As outlined above with respect to Fig. 1, according to this variant, the slice segment addresses are signaled relative to the first CTU of the respective tile or composition of tiles, i.e. the current segment 30, as opposed to signal slice segment addresses relative to the first CTU of the picture. “First" means, when using the HEVC coding order, the left-most and top-most CTU.」（第１５頁第３５行から第１６頁第３行） （仮訳：【００３５】 以下では、ＨＥＶＣフレームワークの修正の第１の変形形態、変形形態Ａについて説明する。図１に関して上記で概説したように、この変形形態によれば、スライスセグメントアドレスは、ピクチャの第１のＣＴＵに対するスライスセグメントアドレスをシグナリングするのではなく、それぞれのタイルまたはタイルの構成の第１のＣＴＵ、すなわち、現在のセグメント３０に対してシグナリングされる。「第１の」は、ＨＥＶＣ符号化順序を使用するとき、一番左および一番上のＣＴＵを意味する。） オ 「The list TileSliceSegBaseAddr[k] for k ranging from 0 to ((num_tile_rows_minus1 +1 ) * ( num_tile_columns_minus1 +1) -1), inclusive, specifying the slice segment address offset in tile scan of the first slice segment of the k-th tile within the picture in bitstream order in units of CTBs, is derived as follows (pseudo code 5): TileSliceSegBaseAddr[0]=0 for(k=1;k<=((num_tile_rows_minus1+1)*(num_tile_columns_minus1+1)-1);k++) TileSliceSegBaseAddr[k]=TileSliceSegBaseAddr[k-1]+TileSizeInCtbsY[k-1] TileSliceSegBaseAddr[ i ] is a vector containing entries 0... N-1 with N being the number of segments 30, with the ith entry indicating the address of the onset position 44 of the ith segment in raster scan segment order 116, measured as the number of blocks 64 along coding path from the picture onset position 24 to the segment onset position 44. Here, ”tile scan" denotes the scan 22 as depicted in Fig. 1. The TileSliceSegBaseAddr denotes the afore-mentioned base addresses of the onset positions 44 of the segments which, according to the present example, are equal to tiles. The computations denoted above may be used be decoders 38 and 52, respectively, to compute the base addresses. If a sub-picture decoding applies, the number of segments and their arrangement is to be adapted. Fig. 6 illustrates as to how the slice segment headers, i.e. the afore-mentioned slice headers 34, could look like. In particular, here, the slice header 34 comprises a flag 120, namely first_slicesegment_in_area_flag which, together with a syntax element slice_segment_address 122 forms the start position information 42. Merely if flag 120 is not set, slice_segment_address is presentand indicates the offset of the slice start position 40 from the onset position 44 of the corresponding segment/tile 30. The latter is indicated by the segment information 48 which comprises merely one syntax element 124, namely tile_id_in_sh which assumes values out of the domain of values defined in parameter set 70 of Fig. 4, namely by way of the syntax elements 114.... tile_id_in_sh specifies the index of the tile that the slice segment belongs to. The value of area_id_in_sh shall be in the range of 0 to 255. When area_id_in_sh is not present, it is infered to be equal to 0. No more than one tile within a picture shall have the same value of tile_id_in_sh.」（第２１頁第２６行から第２２頁第２３行、第２３頁第３１行から第３４行） （仮訳：【００５７】 ビットストリーム順序で、ピクチャ内の第ｋ番目のタイルの第１のスライスセグメントのタイル走査においてスライスセグメントアドレスオフセットをＣＴＢ単位で指定する、両端値を含む、０から（（ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１＋１）＊（ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１）－１）に及ぶ範囲のｋに対するリストＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒ［ｋ］は、以下の（疑似コード５）の通り導出される。 ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒ［０］＝０ ｆｏｒ（ｋ＝１；ｋ＜＝（（ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１＋１）＊（ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１）－１）；ｋ＋＋） ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒ［ｋ］＝ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒ［ｋ－１］＋ＴｉｌｅＳｉｚｅＩｎＣｔｂｓＹ［ｋ－１］ 【００５８】 ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒ［ｉ］は、成分０…Ｎ－１を含むベクトルであり、Ｎは、セグメント３０の数であり、第ｉ番目の成分は、ピクチャの開始位置２４からセグメントの開始位置４４までの符号化経路に沿ったブロック６４の数として測定された、ラスタ走査セグメント順序１１６の第ｉ番目のセグメントの開始位置４４のアドレスを示す。 【００５９】 ここで、「タイル走査」は、図１に示したような走査２２を示す。ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒは、この例によれば、タイルに等しい、セグメントの開始位置４４の前述のベースアドレスを示す。上記で示した計算は、ベースアドレスを計算するためにデコーダ３８および５２によってそれぞれ使用され得る。サブピクチャ復号が適用される場合、セグメントの数およびそれらの配置は、適応可能であるものとする。 【００６０】 図６は、スライスセグメントヘッダ、すなわち、前述のスライスヘッダ３４がどのようになり得るかを示す。具体的には、ここで、スライスヘッダ３４は、シンタックス要素ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓ１２２と共に開始位置情報４２を形成するフラグ１２０、すなわち、ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｉｎ＿ａｒｅａ＿ｆｌａｇを含む。単にフラグ１２０が設定されていない場合は、ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓが存在し、対応するセグメント／タイル３０の開始位置４４からのスライス開始位置４０のオフセットを示す。後者、すなわち、対応するセグメント／タイル３０の開始位置４４は、単に１つのシンタックス要素１２４、すなわちｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈから構成されるセグメント情報４８によって示され、シンタックス要素１１４によって図４のパラメータセット７０で定義された値の領域外の値を想定している。 ・・・ 【００６５】 ｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈは、スライスセグメントが属するタイルのインデックスを規定する。ａｒｅａ＿ｉｄ＿ｉｎ＿ｓｈの値は、０から２５５に及ぶ範囲とする。ａｒｅａ＿ｉｄ＿ｉｎ＿ｓｈが存在しないとき、それは０に等しいと推論される。ピクチャ内の２個以上のタイルは、ｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈの同じ値を有さないものとする。」 カ 「The variable CtbAddrInRs, specifying a coding tree block address in coding tree block raster scan of a picture, is set equal to CtbAddrTsToRs[ slice_segment_address + (slice_segment_base_addr_per_tile_enable_flag ? TileSliceSegBaseAddr[ tileidxTileidMap[ tile_id_in_sh ] ] : 0 ) ]. The variable CtbAddrInTs, specifying a coding tree block address in tile scan, is set equal to CtbAddrRsToTs[ CtbAddrInRs ]. The variable CuQpDeltaVal, specifying the difference between a luma quantization parameter for the coding unit containing cu_qp_delta_abs and its prediction, is set equal to 0. The variables CuQpOffsetCb and CuQpOffsetCr, specifying values to be used when determining the respective values of the Qp'Cb and Qp'Cr quantization parameters for the coding unit containing cu_chroma_qp_offset_flag , are both set equal to 0. Thus, in case of relative indication mode 46, tileIdxTileIdMap[ tile_id_in_sh ] maps the tile_id_in_sh of a currently decoded/encoded slice, comprised by its segment information 48, onto the correct tileIdx, i.e. references the correct segment in picture 18 or 54, and TileSliceSegBaseAddr yields for this segment the base address which is then to be added to the relative slice address, slice_segment_address, of its start position information 42 to yield to address of this slice.CtbAddrTsToRs merely translates the address measured along coding path 22 into the an address measured along a raster scan block order among blocks 64. The decoder and encoder may use pseude codes 5 to compute the base addresses of the segment onset positions 44, or, in case of explicit information exemplified hereinafter, merely the encoder.」（第２４頁第２６行から第２５頁第９行） （仮訳：【００６９】 ピクチャのコーディングツリーブロックラスタ走査においてコーディングツリーブロックアドレスを規定する変数ＣｔｂＡｄｄｒＩｎＲｓは、ＣｔｂＡｄｄｒＴｓＴｏＲｓ［ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓ＋（ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｂａｓｅ＿ａｄｄｒ＿ｐｅｒ＿ｔｉｌｅ＿ｅｎａｂｌｅ＿ｆｌａｇ？ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒ［ｔｉｌｅｉｄｘＴｉｌｅｉｄＭａｐ［ｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈ］］：０）］に等しく設定される。タイル走査においてコーディングツリーブロックアドレスを規定する変数ＣｔｂＡｄｄｒＩｎＴｓは、ＣｔｂＡｄｄｒＲｓＴｏＴｓ［ＣｔｂＡｄｄｒＩｎＲｓ］に等しく設定される。ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓを含むコーディングユニットに関するルマ量子化パラメータとその予測との間の差異を規定する変数ＣｕＱｐＤｅｌｔａＶａｌは、０に等しく設定される。ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｆｌａｇを含むコーディングユニットに関するＱｐ’ＣｂおよびＱｐ’Ｃｒの量子化パラメータのそれぞれの値を決定するときに使用すべき値を規定する変数ＣｕＱｐＯｆｆｓｅｔＣｂおよびＣｕＱｐＯｆｆｓｅｔＣｒは、両方とも０に等しく設定される。 したがって、相対的な指示モード４６の場合、ｔｉｌｅＩｄｘＴｉｌｅＩｄＭａｐ［ｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈ］は、そのセグメント情報４８によって構成される、現在復号／符号化されているスライスのｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈを正しいｔｉｌｅＩｄｘ上にマッピングする、すなわち、ピクチャ１８または５４内の正しいセグメントを参照する。 ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒは、このスライスのアドレスを生成するために、このセグメントに対してのベースアドレスであって、その開始位置情報４２の相対スライスアドレスｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓに加算されるベースアドレスを生成する。 ＣｔｂＡｄｄｒＴｓＴｏＲｓは、符号化経路２２に沿って測定されたアドレスをブロック６４間でラスタ走査ブロック順序に沿って測定されたアドレスに単に変換する。デコーダおよびエンコーダは、疑似コード５を使用して、セグメントの開始位置４４のベースアドレスを計算することができるか、または以下で例示する明示的な情報の場合、単にエンコーダがこれを行い得る。」 （３） 先願に記載された発明 ア データストリーム１０に関して、上記（２）アの【００１４】から、 「データストリーム１０は、エンコーダ１６によって生成されたものであ」り、「エンコーダ１６は、データストリーム１０内にピクチャ１８を符号化し」ていること、 上記（２）アの【００１５】、【００１６】から 「ピクチャ１８のデータを含むデータストリーム１０内の各スライス２６は、」「ピクチャ１８のスライス２８を」「符号化しており」、「エンコーダ１６は、ピクチャ１８をデータストリーム１０へと符号化する際に、」「ピクチャ１８のセグメント３０への細分化も行う」ものであって、「スライス２８は、」「１個のセグメント３０内のみに存在」していること、 がいえる。 また、上記（２）アの【００１６】の「４個のセグメント３０へのピクチャの細分化を・・・示す。」、「各セグメント３０が２個のスライス２８から構成される」という記載から、 ピクチャが４つのセグメント３０に細分化され、各セグメント３０が２個のスライス２８から構成されていること、 がいえる。 さらに、上記（２）アの【００１７】の「エンコーダ１６は、ピクチャ１８をスライス２８単位でデータストリーム１０内に符号化する。データストリーム１０内の各スライス２６は、したがって、符号化された対応するピクチャスライス２８を有する。」という記載から、 ピクチャ１８に含まれるスライス２８をデータストリーム１０内に符号化したものがスライス２６であること、 がいえる。 イ 上記（２）イの【００２１】、【００２２】から、「スライスヘッダ３４を含むそれぞれのスライス２６に符号化される開始位置４０を示す開始位置情報」について、「開始位置情報４２は、開始位置情報４２が含まれるスライスヘッダ３４内のスライス２６の開始位置４０を、」「セグメントの開始位置４４に対して相対的に示」していることがいえる。 次に、上記（２）イの【００２３】から、「スライスヘッダ３４は、」「セグメント情報４８が属する、スライス２６の開始位置４０が位置するセグメント３０を示すセグメント情報４８を含」み、「スライスのセグメント情報４８は、このスライス２６がセグメントＢに属することを示すこと」で、「開始位置情報４２およびセグメント情報４８は、ピクチャ１８内のスライス」すなわちスライス２６「の開始位置４０の絶対位置」「を決定するために十分であ」ることがいえる。 また、上記（２）イの【００１９】の「スライス２６のスライスヘッダ３４に加えて、データストリーム１０は」「さらなる情報を含む」という記載から、データストリーム１０はスライス２６のスライスヘッダ３４を含むことがいえる。 ウ 上記イの「スライス２６の開始位置４０」という事項を踏まえた上記（２）ウの【００２４】から、「データストリーム１０を受信するデコーダ３８は、データストリーム１０からそれぞれのスライス２６の開始位置情報４２を復号し」、「開始位置情報４２を使用して、開始位置４０」すなわちスライス２６の開始位置４０「が位置するセグメントの開始位置４４に対して、それぞれの開始位置４０」すなわちスライス２６の開始位置４０「を位置特定」し、「それぞれのスライス２６の対応するセグメント情報４８を復号する」ことで、「セグメントの開始位置４４を位置特定し」、「セグメントの開始位置４４に対して示されるスライス」すなわちスライス２６「の開始位置４０の相対位置指示を、ピクチャ１８内のセグメントの開始位置４４と組み合わせ」、「ピクチャの開始位置２４に対するピクチャ１８内のスライス」すなわちスライス２６「の開始位置４０の絶対位置をもたらす」といえる。 エ 上記（２）エの【００３５】の「以下では、ＨＥＶＣフレームワークの修正の第１の変形形態、変形形態Ａについて説明する」ことから、【００３５】以降はＨＥＶＣフレームワークの修正として説明される。 オ 上記（２）オの【００５８】から「ＴｉｌｅＳｌｉｃｅＢａｓｅＡｄｄｒ」「は」、「ピクチャの開始位置２４からセグメントの開始位置４４までの符号化経路に沿ったブロック６４の数として測定された、ラスタ走査セグメント順序１１６の」「セグメントの開始位置４４のアドレスを示」しているといえる。 カ 上記（２）オの【００６０】から「スライスヘッダ３４は、シンタックス要素ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓ１２２と共に開始位置情報４２を形成するフラグ１２０」「を含」み、「フラグ１２０が設定されていない場合は、ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓが存在し、対応するセグメント／タイル３０の開始位置４４からのスライス開始位置４０のオフセットを示」すこと、「対応するセグメント／タイル３０の開始位置４４」は「シンタックス要素１２４、すなわちｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈから構成されるセグメント情報４８によって示され」るといえる。 さらに、上記（２）オの【００６５】から「ｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈは、スライスセグメントが属するタイルのインデックスを規定」することがいえる。 キ 上記（２）カの【００６９】から、 「ピクチャのコーディングツリーブロックラスタ走査においてコーディングツリーブロックアドレスを規定する変数ＣｔｂＡｄｄｒＩｎＲｓは、ＣｔｂＡｄｄｒＴｓＴｏＲｓ［ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓ＋（ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｂａｓｅ＿ａｄｄｒ＿ｐｅｒ＿ｔｉｌｅ＿ｅｎａｂｌｅ＿ｆｌａｇ？ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒ［ｔｉｌｅｉｄｘＴｉｌｅｉｄＭａｐ［ｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈ］］：０）］に等しく設定され」ていることがいえる。 また、上記（２）カの【００６９】から、さらに、「ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒは、このスライスのアドレスを生成するために、このセグメントに対してのベースアドレスであって、その開始位置情報４２の相対スライスアドレスｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓに加算されるベースアドレスを生成し」「ＣｔｂＡｄｄｒＴｓＴｏＲｓは、符号化経路２２に沿って測定されたアドレスをブロック６４間でラスタ走査ブロック順序に沿って測定されたアドレスに」「変換する」ことがいえる。 上記ア～キを踏まえると、上記（２）によれば、先願には、次の発明（以下、「先願発明」という）が記載されているものと認められる。先願発明の各構成は、符号ａ～ｈを用いて、以下、「構成（ａ）」～「構成（ｈ）」と称する。また、（）内の記号は、上記ア～キを指す。） （ａ） データストリーム１０を受信するデコーダ３８は、データストリーム１０からそれぞれのスライス２６の開始位置情報４２を復号し、開始位置情報４２を使用して、スライス２６の開始位置４０が位置するセグメントの開始位置４４に対して、それぞれのスライス２６の開始位置４０を位置特定し、それぞれのスライス２６の対応するセグメント情報４８を復号し、セグメントの開始位置４４を位置特定し、セグメントの開始位置４４に対して示されるスライス２６の開始位置４０の相対位置指示を、ピクチャ１８内のセグメントの開始位置４４と組み合わせ、ピクチャの開始位置２４に対するピクチャ１８内のスライス２６の開始位置４０の絶対位置をもたらすものであって（ウ）、 （ｂ） データストリーム１０は、エンコーダ１６によって生成されたものであり、エンコーダ１６は、データストリーム１０内にピクチャ１８を符号化しており（ア）、 エンコーダ１６は、ピクチャ１８をデータストリーム１０へと符号化する際に、ピクチャ１８のセグメント３０への細分化も行うものであって、スライス２８は、１個のセグメント３０内のみに存在しており（ア）、 ピクチャ１８のデータを含むデータストリーム１０内の各スライス２６は、ピクチャ１８のスライス２８を符号化しており（ア）、 ピクチャ１８に含まれるスライス２８をデータストリーム１０内に符号化したものがスライス２６であって（ア）、 エンコーダ１６は、ピクチャ１８をデータストリーム１０へと符号化する際に、ピクチャ１８が４個のセグメント３０に細分化され、各セグメント３０が２個のスライス２８から構成されており（ア）、 （ｃ） データストリーム１０は、スライス２６のスライスヘッダ３４を含み（イ）、スライスヘッダ３４は、セグメント情報４８が属する、スライス２６の開始位置４０が位置するセグメント３０を示すセグメント情報４８を含み（イ）、 （ｄ） スライスヘッダ３４を含むそれぞれのスライス２６に符号化される開始位置４０を示す開始位置情報４２は、開始位置情報４２が含まれるスライスヘッダ３４内のスライス２６の開始位置４０を、セグメントの開始位置４４に対して相対的に示しており（イ）、 （ｅ） スライスのセグメント情報４８は、開始位置情報４２およびセグメント情報４８を合わせると、ピクチャ１８内のスライスの開始位置４０の絶対位置を決定するために十分であり（イ）、 （ｆ） ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒは、ピクチャの開始位置２４からセグメントの開始位置４４までの符号化経路に沿ったブロック６４の数として測定された、ラスタ走査セグメント順序１１６のセグメントの開始位置４４のアドレスを示し（オ）、 （ｇ） スライスヘッダ３４は、シンタックス要素ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓ１２２と共に開始位置情報４２を形成するフラグ１２０を含み、フラグ１２０が設定されていない場合は、ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓが存在し、対応するセグメント／タイル３０の開始位置４４からのスライス開始位置４０のオフセットを示し、対応するセグメント／タイル３０の開始位置４４は、シンタックス要素１２４、すなわちｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈから構成されるセグメント情報４８によって示されており（カ）、 ｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈは、スライスセグメントが属するタイルのインデックスを規定するものであり（カ）、 （ｈ） ピクチャのコーディングツリーブロックラスタ走査においてコーディングツリーブロックアドレスを規定する変数ＣｔｂＡｄｄｒＩｎＲｓは、ＣｔｂＡｄｄｒＴｓＴｏＲｓ［ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓ＋（ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｂａｓｅ＿ａｄｄｒ＿ｐｅｒ＿ｔｉｌｅ＿ｅｎａｂｌｅ＿ｆｌａｇ？ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒ［ｔｉｌｅｉｄｘＴｉｌｅｉｄＭａｐ［ｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈ］］：０）］に等しく設定されており（キ）、 ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒは、このスライスのアドレスを生成するために、このセグメントに対してのベースアドレスであって、その開始位置情報４２の相対スライスアドレスｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓに加算されるベースアドレスを生成し（キ）、 ＣｔｂＡｄｄｒＴｓＴｏＲｓは、符号化経路２２に沿って測定されたアドレスをブロック６４間でラスタ走査ブロック順序に沿って測定されたアドレスに変換する（キ）、 （ａ） ＨＥＶＣのフレームワークの修正に関する（エ）、デコーダ３８（ウ）。 （４）先願発明における技術水準 上記先願発明はＨＥＶＣフレームワークの修正に関するものであるところ、動画像符号化の国際規格ＨＥＶＣに関する技術水準として、大久保、鈴木、高村、中條、インプレス標準教科書シリーズ Ｈ．２６５／ＨＥＶＣ教科書、株式会社インプレスジャパン、２０１３年１０月２１日発行、第２０１頁－第２０３頁には以下の記載がある。 ［図：0001412840000001.jpg］ ［図：0001412840000002.jpg］ ［図：0001412840000003.jpg］ 上記箇所のうち、とりわけ第２０１頁の第６行から第８行の記載から、 ・ピクチャのタイル分割に関して、タイルはピクチャを矩形領域に分割すること、 第２０２頁の第１７行から第２０３頁の第１行及び図７－６中の囲みの記載から、 ・スライスとタイルの関係について、１つのタイルは１つ以上のスライスを含むこと、１つのタイルが１つ以上のスライスを含む例として、タイル１がスライス１とスライス２に分割されており、タイルが複数のスライスに分割することができること、 がいえる。（以下、これらを「先願発明における技術水準」という。） ２ 本件発明と先願発明との対比 次に、本件発明と先願発明とを対比する。 （１）構成（ａ）の「データストリーム１０を受信するデコーダ３８」は「データストリーム１０からそれぞれのスライス２６の開始位置情報４２」や「それぞれのスライス２６の対応するセグメント情報４８を復号する」ものであるところ、構成（ｂ）の「データストリーム１０は、エンコーダ１６によって生成されたものであり、エンコーダ１６は、データストリーム１０内にピクチャ１８を符号化して」いることから、先願発明の「デコーダ３８」は、「ピクチャ」すなわち画像をデコードするものである点で、本件発明の構成Ａの「ビデオまたは画像処理において画像をデコードする方法」と、「ビデオまたは画像処理において画像をデコードする」点で共通する。 ただし、本件発明の構成Ａは画像をデコードする「方法」を特定するのに対して、先願発明は画像をデコードする「デコーダ」という物の発明を特定する事項である点で、一応相違する。 （２）構成（ｂ）に特定されるように、「ピクチャ１８をデータストリーム１０へと符号化する際に、ピクチャ１８が４個のセグメントに細分化され、その１つ１つをセグメント３０と呼び、例として各セグメント３０が２個のスライス２８から構成されて」いる。 ここで、構成（ｇ）の「セグメント／タイル３０」という事項にあるように、セグメント３０はタイル３０とも呼ばれることを踏まえると、先願発明はピクチャ１８が４個のタイル３０に細分化され、各タイル３０が２個のスライスから構成されているといえるから、本件発明の構成Ｂと「前記画像は、複数のタイルに分割されており、前記複数のタイルの各々は、複数のスライスから構成されている」点で共通する。 ただし、タイルと複数のスライスの関係について、本件発明の構成Ｂは、「タイルの各々は、複数のスライスに分割されている」のに対して、先願発明は「タイルの各々は、複数のスライスに分割されている」かどうかは特定されていない点で一応相違する。 （３－１）構成（ａ）に特定されるように「デコーダ３８は」「それぞれのスライス２６の対応するセグメント情報４８を復号」するものであり、構成（ｃ）に特定されるように「データストリーム１０は、スライス２６のスライスヘッダ３４を含み」、構成（ｃ）に特定されるように「スライスヘッダ３４は」「セグメント情報４８を含」むことから、先願発明において、デコーダ３８はデータストリーム１０に含まれるスライスヘッダ３４からセグメント情報４８を復号するものといえる。 ここで、構成（ｇ）に特定されるように、「セグメント情報４８」は「ｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈから構成される」ものであって、「ｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈは、スライスセグメントが属するタイルのインデックスを規定する」ことから、先願発明の「デコーダ３８は」「データストリーム１０に含まれるスライスヘッダ３４に含まれる」「セグメント情報４８を復号」し、「スライスセグメントが属するタイルのインデックスを規定する」「ｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈ」を取得するものであるということができる。 そうすると、先願発明の「スライスセグメントが属するタイルのインデックスを規定する」「ｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈ」は「スライスが存在するタイルを示す識別子」ということができるから、先願発明は、本件発明の構成Ａ１と同様に、「ビットストリーム内のスライスのヘッダからタイル識別子を取得することであって、前記タイル識別子は、前記スライスが存在するタイルを示す」という処理を行うものといえる。 （３－２）構成（ｆ）に特定されるように、「ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒは、ピクチャの開始位置２４からセグメントの開始位置４４までの符号化経路に沿ったブロック６４の数として測定された、ラスタ走査セグメント順序１１６のセグメントの開始位置４４のアドレスを示」す。 ここで、（２）において示したとおり、「セグメント」とはタイルのことであるから、ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒは、ピクチャの開始位置２４から、測定されたタイルの開始位置４４までのアドレスであって、ブロック６４の数として測定されたアドレスであることがいえる。 （４）構成（ａ）に特定されるように、「デコーダ３８は」「データストリーム１０からそれぞれのスライス２６の開始位置情報４２を復号」するものである。 次に、構成（ａ）に特定されるように、「開始位置情報４２を使用して、スライス２６の開始位置４０が位置するセグメントの開始位置４４に対して、それぞれのスライス２６の開始位置４０を位置特定」する。 ここで、（２）において示したとおり、「セグメント」とはタイルのことであるから、デコーダ３８は、開始位置情報４２を使用して、タイルの開始位置４４に対するそれぞれのスライスの開始位置４０を特定することになる。 すなわち、デコーダは、タイルの開始位置４４に対するスライスの開始位置４０を特定するために、「開始位置情報４２を使用」するといえる。 したがって、「開始位置情報４２」とは、タイル内のスライスの場所を特定するためのアドレス情報であるということができる。 さらに、構成（ｄ）に「開始位置情報４２が含まれるスライスヘッダ３４」と特定されることから、「開始位置情報４２」はスライスヘッダ３４に含まれており、スライスヘッダ３４から得るものといえる。 以上のことから、先願発明の構成（ａ）、（ｄ）は、本件発明の構成Ａ２の「前記ビットストリーム内の前記スライスの前記ヘッダから第２のアドレスを取得することであって、前記第２のアドレスは、前記タイル内の前記スライスの場所を示す」ことを含むものといえる。 （５）構成（ｈ）から、 （ｉ）ピクチャのコーディングツリーブロッククラスタ走査においてコーディングツリーブロックアドレスを規定するＣｔｂＡｄｄｒＩｎＲｓとは、ピクチャの先頭からコーディングツリーブロックの走査を行うことで、所定のコーディングツリーブロックに到達したときのアドレス値といえ、コーディングツリーブロックのピクチャ内の場所を示すものということができる。 また、構成（ｈ）の「ＣｔｂＡｄｄｒＩｎＲｓは、ＣｔｂＡｄｄｒＴｓＴｏＲｓを用いてＣｔｂＡｄｄｒＴｓＴｏＲｓ［ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓ＋（ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｂａｓｅ＿ａｄｄｒ＿ｐｅｒ＿ｔｉｌｅ＿ｅｎａｂｌｅ＿ｆｌａｇ？ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒ［ｔｉｌｅｉｄｘＴｉｌｅｉｄＭａｐ［ｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈ］］：０）］に等しく設定されて」いることから、 （ｉｉ）ＣｔｂＡｄｄｒＩｎＲｓは、ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｂａｓｅ＿ａｄｄｒ＿ｐｅｒ＿ｔｉｌｅ＿ｅｎａｂｌｅ＿ｆｌａｇが１のとき、 ・ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓ、及び ・ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒ［ｔｉｌｅｉｄｘＴｉｌｅｉｄＭａｐ［ｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈ］］ を加算することによって導出した、ＣｔｂＡｄｄｒＴｓＴｏＲｓの引数である、符号化経路２２に沿って測定されたアドレスを、ブロック６４間でラスタ走査ブロック順序に沿って測定されたアドレスに変換することで得られるといえる。 次に、構成（ｈ）の「開始位置情報４２の相対スライスアドレスｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓ」について、上記（４）から、開始位置情報４２とはタイル内のスライスの場所を特定するためのアドレス情報であることがいえることとあわせると、 （ｉｉｉ）ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓはタイル内のスライスの場所を特定するためのアドレス情報である、 といえる。 また、上記（３－１）から、 （ｉｖ）ｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈはスライスが存在するタイルを示す識別子である、ことがいえる。 さらに、上記（３－２）及び上記（ｉｖ）とあわせると、 （ｖ）ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒ［ｔｉｌｅｉｄｘＴｉｌｅｉｄＭａｐ［ｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈ］］は、ピクチャの開始位置２４から測定されたタイルの開始位置４４のアドレスであって、ブロック６４の数として測定されたアドレスであり、スライスが存在するタイルを示す識別子であるｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈを用いて導出することがいえる。 そして、上記（ｉ）～（ｖ）を総合すると、 先願発明のピクチャ内のコーディングツリーブロックの場所を示す変数ＣｔｂＡｄｄｒＩｎＲｓは、 タイル内のスライスの場所を特定するためのアドレス情報ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓと、ピクチャの開始位置から測定されたタイルの開始位置のアドレス情報であり、スライスが存在するタイルを示す識別子を用いて導出される、ＴｉｌｅＳｌｉｃｅＳｅｇＢａｓｅＡｄｄｒ［ｔｉｌｅｉｄｘＴｉｌｅｉｄＭａｐ［ｔｉｌｅ＿ｉｄ＿ｉｎ＿ｓｈ］］を加算したものを、 ブロック６４間でラスタ走査ブロック順序に沿って測定されたアドレスに変換したアドレスであるといえる。 これは、ピクチャの開始位置から測定されたスライスの場所を特定するためのアドレス情報に他ならない。 すなわち、先願発明では、タイル識別子とタイル内のスライスのアドレスに基づいて画像内のスライスのアドレスを決定しているものということができ、本件発明の構成Ａ３と同じ構成を具備するといえる。 （６）まとめ 以上の（１）～（５）の対比に基づき、本件発明と先願発明とを比較すると、両者の一致点、相違点は以下のとおりである。 （一致点） Ａ’ ビデオまたは画像処理において画像をデコードすることについて、 Ｂ’ 前記画像は、複数のタイルに分割されており、前記複数のタイルの各々は、複数のスライスから構成されており、 Ａ１ ビットストリーム内のスライスのヘッダからタイル識別子を取得することであって、前記タイル識別子は、前記スライスが存在するタイルを示す、ことと、 Ａ２ 前記ビットストリーム内の前記スライスの前記ヘッダから第２のアドレスを取得することであって、前記第２のアドレスは、前記タイル内の前記スライスの場所を示す、ことと、 Ａ３ 前記タイル識別子および前記第２のアドレスに基づいて、前記画像内の前記スライスの場所を示す前記スライスの第１のアドレスを決定することと Ａ’ を含む、デコードすることについての技術。 （相違点１） ビデオ又は画像処理において画像をデコードすることについて、本件発明は「画像をデコードする方法」という方法の発明であるのに対して、先願発明は「デコーダ」という物の発明である点。 （相違点２） 複数のタイルの各々が複数のスライスから構成されている場合において、タイルと複数のスライスの関係について、本件発明は、「タイルの各々は、複数のスライスに分割されている」のに対して、先願発明は「タイルの各々は、複数のスライスに分割されている」かどうかは特定されていない点。 ３ 相違点に対する判断 上記相違点について検討する。 相違点１について、先願発明における「デコーダ」も、本件発明と同様に「ビットストリーム内のスライスのヘッダからタイル識別子を取得」し、「前記ビットストリーム内の前記スライスの前記ヘッダから第２のアドレスを取得」し、「前記タイル識別子および前記第２のアドレスに基づいて、前記画像内の前記スライスの場所を示す前記スライスの第１のアドレスを決定する」という処理を行うものであって、本件発明のデコードする処理を実行するものであるから、本件発明と先願発明とはカテゴリ表現が相違するにすぎない。 したがって、相違点１は実質的なものではない。 また、相違点２について、上記に示すＨＥＶＣにおける画像の分割に関する先願発明の技術水準を踏まえると、ピクチャをタイル分割した場合に得られるタイルについて、１つのタイルが複数のスライスを含む関係にある場合は、このタイルは複数のスライスに分割されているものということができる。 そうすると、ＨＥＶＣの修正フレームワークに関する先願発明において、ピクチャ１８が４個のタイル３０に細分化され、各タイル３０が２個のスライスから構成されているというのは、ピクチャがタイルに分割され、さらに各タイルが複数のスライスに分割されているものということができる。 これは本件発明の「画像は、複数のタイルに分割されており、前記複数のタイルの各々は、複数のスライスに分割されて」いることに他ならない。 したがって、相違点２もまた実質的なものではない。 以上のことから、本件発明と先願発明は実質的に同一の発明であるといえる。 ４ 審判請求人の主張について 審判請求人は、令和５年３月９日付け審判請求書の「３．３ 理由１（特許法第２９条の２）について」において、以下の主張を行っている。 「はじめに、先願１は、補正前の請求項１に規定される「前記複数のタイルの各々を複数のスライスに分割すること」を開示していません。その理由は、以下に示すとおりです。 補正前の請求項１は、２つの分割すること、すなわち、（１）「画像を複数のタイルに分割すること」、および、（２）「前記複数のタイルの各々を複数のスライスに分割すること」を規定しています。先願１は、画像を複数のタイルに分割することを記載しています。例えば、先願１の翻訳文の段落［００１６］には、「エンコーダ１６は、ピクチャ１８をデータストリーム１０へと符号化する際に、やはりピクチャ１８のセグメント３０への細分化に従う」と記載されています（強調のため下線を追加しました）。 しかしながら、先願１は、複数のタイルの各々を複数のスライスに分割することを開示していません。 先願１は、補正前の請求項１に規定されるように「複数のタイルの各々を複数のスライスに分割することを開示する代わりに、画像を複数のスライスに細分割することを開示しています。例えば、先願１の翻訳文の段落［００１７］には、「エンコーダ１６は、ピクチャ１８をスライス２８単位でデータストリーム１０内に符号化する」と記載されています（強調のため下線を追加しました）。このように、先願１は、補正前の請求項１に規定されるように、画像を複数のタイルに分割し、その後、複数のタイルの各々を複数のスライスに分割することではなく、画像（ピクチャ）を複数の別々の方法で分割することに完全に依拠した分割システムを開示しています。 先願１に記載の分割方法と補正前の請求項１に規定される分割方法との相違点は、複数のタイルと複数のスライスとの間の重複が異なるという技術的な効果をもたらします。例えば、先願１の翻訳文の段落［００１６］には、「一方がスライス２８で他方がセグメント３０の関係が考慮される限り、スライス２８は、１つまたは複数のセグメント３０を完全にカバーするか、または単に１個のセグメント３０内のみに存在する」と記載されています（強調のため下線を追加しました）。また、先願１の翻訳文の段落［００３３］では、セグメントが「１つまたは複数のタイル」として定義されています。仮に、補正前の請求項１に規定されるように、先願１の複数のタイルの各々が複数のスライスに分割されるとすると、１つのスライスが複数のセグメントを「完全にカバーする」ことは不可能になってしまいます。 さらに、拒絶査定では、先願１の翻訳文の段落［００３８］が引用されています。先願１の翻訳文の段落［００３８］には、「図３は、・・・タイル８８のうちの１個のタイル、すなわち、・・・２個のスライス２６を示す」と記載されています。しかしながら、先願１は、この結果が、「前記複数のタイルの各々を複数のスライスに分割すること」からもたらされることを開示していません。その代わりに、先願１の２個のスライス２６は、そのタイル内にあります。その理由は、別個の分割手続きがそのタイル内にあるいくつかのスライス２６をもたらすことがあるピクチャ全体に対して行われるからです。 従って、先願１は、補正前の請求項１に係る発明を開示していないというべきです。 少なくとも以上の理由から、補正前の請求項１およびこれに従属する請求項に対する先願１に基づく拒絶理由は解消されるべきです。 （中略） 以上の理由から、理由１（特許法第２９条の２）は解消されるべきです。」 上記主張について検討する。 上記３の相違点２についての検討で示したように、上記１に示すＨＥＶＣにおける画像の分割に関する先願発明の技術水準を踏まえると、ピクチャをタイル分割した場合に得られるタイルについて、１つのタイルが複数のスライスを含む関係にある場合は、このタイルは複数のスライスに分割されているものということができる そうすると、ＨＥＶＣの修正フレームワークに関する先願発明において、ピクチャ１８が４個のタイル３０に細分化され、各タイル３０が２個のスライスから構成されているといえる。 これは、上記主張のように「別個の分割手続きがそのタイル内にあるいくつかのスライス２６をもたらすことがあるピクチャ全体に対して行われる」のではなく、ピクチャがタイルに分割され、さらに各タイルが複数のスライスに分割された結果によるものである。 そして、このことは、本件発明の「画像は、複数のタイルに分割されており、前記複数のタイルの各々は、複数のスライスに分割されて」いることに他ならない。 また、先願発明は構成（ｂ）のとおり「スライス２８は」「１個のセグメント内にのみ存在する」上に「各セグメント３０が２個のスライス２８から構成されて」いるのであって、上記主張における「スライス２８は、１つまたは複数のセグメント３０を完全にカバーする」ことは、先願発明とは異なる実施形態の説明にすぎない。 以上のとおり、審判請求人の主張は採用できない。 第５ むすび 以上のとおり、本件発明は、その出願の日前の外国語特許出願（特許法第１８４条の４第３項の規定により取り下げられたものとみなされたものを除く。）であって、その出願後に国際公開がされた先願の国際出願日における国際出願の明細書、請求の範囲又は図面に記載された発明と同一であり、しかも、この出願の発明者がその出願前の外国語特許出願に係る上記の発明をした者と同一ではなく、またこの出願の時において、その出願人が上記外国語特許出願の出願人と同一でもないので、特許法第２９条の２の規定により、特許を受けることができない（同法第１８４条の１３参照）。 したがって、本願は、その余の請求項について検討するまでもなく、拒絶をすべきものである。 よって、結論のとおり審決する。