ポートフォリオ機能
| ポートフォリオを新規に作成して保存 |
|
|
| 既存のポートフォリオに追加保存 |
|
PDFをダウンロード
|
| 審決分類 |
審判 査定不服 特36条6項1、2号及び3号 請求の範囲の記載不備 特許、登録しない(前置又は当審拒絶理由) H04N |
|---|---|
| 管理番号 | 1387710 |
| 総通号数 | 9 |
| 発行国 | JP |
| 公報種別 | 特許審決公報 |
| 発行日 | 2022-09-30 |
| 種別 | 拒絶査定不服の審決 |
| 審判請求日 | 2020-06-18 |
| 確定日 | 2022-08-17 |
| 事件の表示 | 特願２０１８−１２１７５２「クラスタに基づいた依存信号」拒絶査定不服審判事件〔平成３０年１１月２２日出願公開、特開２０１８−１８６５２９〕について、次のとおり審決する。 |
| 結論 | 本件審判の請求は、成り立たない。 |
| 理由 |
第１ 手続の経緯 本願は、２０１４年７月１５日（パリ条約による優先権主張 外国庁受理 ２０１３年７月１５日 （ＵＳ）アメリカ合衆国）を国際出願日とする特願２０１６−５２６５８８号の一部を平成３０年６月２７日に新たな特許出願としたものであって、その手続の経緯は以下のとおりである。 平成３０年 ７月２７日 ：手続補正 令和 １年 ６月２６日付け：拒絶理由通知 ２年 １月 ９日 ：意見書提出および手続補正 同年 ２月 ７日付け：拒絶査定 同年 ６月１８日 ：拒絶査定不服審判請求および手続補正 同年 ７月 ９日 ：前置報告 ３年 ７月３０日付け：当審拒絶理由通知 ４年 ２月 ３日 ：意見書提出および手続補正 第２ 本件補正発明について 特許請求の範囲の請求項１に係る発明（以下、本件補正発明１という）は、令和４年２月３日付の手続補正（以下、本件補正という）により補正された特許請求の範囲の請求項１に記載された、以下のとおりのものである。（下線は補正箇所を示す。また、符号Ａ〜Ｆ１は請求項の記載を分説するため当審で付したものであり、請求項１の記載を、符号Ａ〜Ｆ１を用いて、以下、「発明特定事項Ａ」〜「発明特定事項Ｆ１」と称する。以下同様。） 「【請求項１】 Ａ 相互層予測を使用して、異なる情報量レベルに対応する異なる層でビデオ素材が符号化されている、多層データストリーム（１０）を処理するように構成された装置であって、 Ｂ 前記多層データストリームは、前記異なる層の１つと関連する複数のパケット（１２）のそれぞれを含み、 Ｂ１ それぞれの層はベース層ＩＤ（２０）、または、ベース層ＩＤ（２０）および拡張層ＩＤ（２２）によって索引を付けられる装置であって、 （Ａ） 前記装置は、 Ｃ 前記ベース層ＩＤ（２０）によって表現できる、ｉ＜ｊである異なる値ｉおよびｊのペアのそれぞれについて、 Ｃ１ 一方の層がベース層ＩＤｉを有し、もう一方の層がベース層ＩＤｊを有するとともにベース層ＩＤｉを有する層に依存する、層のペアが少なくとも１つ存在するかを示す第１相互依存構文構造（２４）を前記多層データストリームから読み取り、 Ｄ１’ 一方の層がベース層ＩＤｉを有し、もう一方の層がベース層ＩＤｊを有するとともにベース層ＩＤｉを有する層に依存する、層のペアが少なくとも１つ存在することを前記第１相互依存構文構造が示す、 Ｄ’ それぞれのペア（ｉ，ｊ）について、 Ｅ 前記拡張層ＩＤ（２２）によって表現できる、値ｐおよびｑのペアのそれぞれについて、 Ｅ１’ ベース層ＩＤｊおよび拡張層ｑを有する層が、ベース層ＩＤｉおよび拡張層ｐを有する層に依存するかを示す第２相互依存構文構造（２６）のインスタンス化を、前記多層データストリームから読み取り、 Ｆ 前記第１相互依存構文構造および前記第２相互依存構文構造の前記インスタンス化に基づいて、 Ｆ１ 前記異なる層間の可能な相互層予測依存を明らかにする相互層依存記述（１４）を構築するように構成されていること Ａ を特徴とする装置。」 第３ 当審拒絶理由通知 令和３年７月３０日付け拒絶理由通知における当審の拒絶理由のうち、理由１は以下のとおりである。（なお、下線は当審で付したものである。以下同じ。） 「１．（サポート要件）本件出願は、特許請求の範囲が下記の点で特許法第36条第6項第1号に規定する要件を満たしていない。 記 令和２年６月１８日付け手続補正書により補正された特許請求の範囲の請求項１は以下のとおり記載されている。 「【請求項１】 Ａ 相互層予測を使用して、異なる情報量レベルに対応する異なる層でビデオ素材が符号化されている、多層データストリーム（１０）を処理するように構成された装置であって、 Ｂ 前記多層データストリームは、前記異なる層の１つと関連する複数のパケット（１２）のそれぞれを含み、 Ｂ１ それぞれの層はベース層ＩＤ（２０）、または、ベース層ＩＤ（２０）および拡張層ＩＤ（２２）によって索引を付けられる装置であって、 （Ａ） 前記装置は、 Ｃ 前記ベース層ＩＤ（２０）によって表現できる、ｉ＜ｊである異なる値ｉおよびｊのペアのそれぞれについて、 Ｃ１ 一方の層がベース層ＩＤｉを有し、もう一方の層がベース層ＩＤｊを有するとともにベース層ＩＤｉを有する層に依存する、層のペアが少なくとも１つ存在するかを示す第１相互依存構文構造（２４）を前記多層データストリームから読み取り、 Ｄ１ 一方の層がベース層ＩＤｉを有し、もう一方の層がベース層ＩＤｋを有するとともにベース層ＩＤｉを有する層に依存する、層のペアが少なくとも１つ存在することを前記第１相互依存構文構造が示す、 Ｄ それぞれのペア（ｊ，ｋ）について、 Ｅ 前記拡張層ＩＤ（２２）によって表現できる、値ｐおよびｑのペアのそれぞれについて、 Ｅ１ ベース層ＩＤｋおよび拡張層ｑを有する層が、ベース層ＩＤｉおよび拡張層ｐを有する層に依存するかを示す第２相互依存構文構造（２６）のインスタンス化を、前記多層データストリームから読み取り、 Ｆ 前記第１相互依存構文構造および前記第２相互依存構文構造の前記インスタンス化に基づいて、 Ｆ１ 前記異なる層間の可能な相互層予測依存を明らかにする相互層依存記述（１４）を構築するように構成されていること Ａ を特徴とする装置。」 ●理由１（サポート要件）について 当該請求項１に関連する本願の図９、及び明細書の【００５５】、【００５７】には以下の記載がある。 「【図９】  」 「【００５５】 図９の例に従って、第２相互依存構文構造の信号は、第１相互依存構文構造について差し挟まれた方法で、例示的に信号で伝えられる。しかし、この差し挟みは代わりの実施の形態に従って除外される。ともかく、図９の実施の形態において、副マトリクス３８または４０（すなわち、第２相互依存構文構造２６の例示３４）は、第１相互依存構文構造２４が相互クラスタ依存を標示する（等しい又は等しくない）クラスタＩＤの個々のペアに対して提出される。構文例から引き出されるように、副マトリクス４０の送信は、副マトリクス３８より多いビットｄｉｒｅｃｔ＿ｅｘｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇを消費する。これは条件条項５２と条件条項５４からそれぞれ引き出すことができる。すなわち、クラスタ内部の相互依存規則のために第２相互依存構文構造２６の例示を送信することにおいて、カウンターｉによって示されたリファレンスしているクラスタＩＤは、カウンターｊによって示されたリファレンスされたクラスタＩＤに等しく、ｄｉｒｅｃｔ＿ｅｘｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇは、エンハンスメント層ＩＤの結合のために、リファレンス及びリファレンスしている層（リファレンスされた層（ここではｌ）のエンハンスメント層ＩＤが、リファレンスされた層（ここではｋ）のエンハンスメント層ＩＤのエンハンスメント層ＩＤより小さい）に対してのみ送信される。すなわち、副マトリクス３８のｄｉｒｅｃｔ＿ｅｘｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇは、副マトリクス３８の対角線の下側のポジションに対してのみ送信される。別の場合において、すなわち、相互依存するクラスタペアｉ≠ｊのための第２相互依存構文構造２６の例示に対して、完全な副マトリクスが送信される。すなわち、フラグｄｉｒｅｃｔ＿ｅｘｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇが、副マトリクス４０のそれぞれのポジション毎に送信される。 ・・・ 【００５７】 言い換えると、図９について説明したように、第２相互依存構文構造２６の複数の例示３４は、多層データストリームから、つまり、ベース層ＩＤによって表現できる数値であるＮである値が０＜ｋ≦ｊ≦ｎ＜Ｎのペア（ｊ、ｋ）に対して読み取られる。ｎはＮに等しいように設定される。しかし、また、ここに説明されるように、実際に使われたクラスタ濃度の明示的な信号は、送信オーバーヘッドを制限するために使われる。ペア（ｊ、ｋ）は詳察されて（図９の符号２４でｉとｊに亘るループを見てください）、そして、第２相互依存構文構造を読み取ることが、このペア間の相互依存の存在または不存在を示している第１相互依存構文構造に条件付きで依存しているペア（ｊ、ｋ）に対して実行される又は抑制される（図９の「ｉｆ（ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］）」を見てください、ここで、ｉ、ｊはｊとｋにそれぞれ一致する）。ｊ＝ｋであるペア（ｊ、ｋ）に対して読み取る第２相互依存構文構造２６の例示３４は、ベース層ＩＤがｊである層のうちのどの層が、ベース層ＩＤがｊである層のうちの別の層に依存する相互層予測であることを示す。ｊ＞ｋである異なる値のペア（ｊ、ｋ）に対して読み取る第２相互依存構文構造２６の例示３４は、ベース層ＩＤがｊである層のうちどの層が、ベース層ＩＤがｋである層のうちのどの層に依存する相互層予測であることを示す。しかし、図７と同様に、第２相互依存構文構造２６の１つの例示が、多層データストリームから読み取られることもある。第２相互依存構文構造２６の１つの例示は、個々のクラスタ値ペア（ｊ、ｊ）に対して、共通して示す。ベース層ＩＤがｊである層のうちの層が、ベース層ＩＤがｊである層のうち別の層に依存する相互層予測である。」 これらの記載を総合すると、請求項１の構成Ｃ、Ｃ１、Ｄ、Ｄ１は、図９の第１相互依存構文構造２４に略対応しているといえる。 ここで、請求項１の構成Ｃにおけるｉ、ｊに関して、これと対応する図９の第１の相互依存構文構造２４のｆｏｒループのインデックスｉ、jの値について検討する。 インデックスｉの値はｉ＝１からvps_max_layer_minus1をとり、これに対応して、インデックスｊの値はｊ＝０からｊ＜ｉ＋１、またはｊ＝０からｊ＜ｉのいずれかの値をとるといえる。（なお、図９のlayer_id_ext_len＞０？の後は、ｌ（エルの小文字）ではなく１（数字の１）の誤記ではないか？） ここで、図９の第２の相互依存構文構造２６は、layer_id_ext_lenが０となる場合、ｆｏｒループのインデックスｋは始点としてｋ＝０をとるが、終点条件として、k < 1< ところが、請求項１の構成Ｃにおいては、ｉ＜ｊである異なる値ｉおよびｊとなっていることから、上記の記載とは整合しない。 以上を総合すると、請求項１の構成Ｃは、発明の詳細な説明に記載されたものではない。 請求項１を引用する請求項２−７、請求項１を多層データストリームを処理するための方法の発明として特定した請求項８、エンコーダという物の発明として特定した請求項９、符号化するための方法として特定した請求項１０、請求項８または１０を引用し、プログラムという物の発明として特定した請求項１１についても同様の拒絶理由がある。」 第４ 当審拒絶理由が解消したか否かの検討及び判断 本件補正により補正された本件補正発明１は、令和２年６月１８日付け手続補正書により補正された特許請求の範囲の請求項１の構成Ｃについては補正されておらず、当該構成Ｃをそのまま有するものである。 そこで、上記第３においても示したが、本件補正発明１の構成Ｃにおけるｉ、ｊに関して、これと対応する図９の第１の相互依存構文構造２４のｆｏｒループのインデックスｉ、jの値について検討する。 インデックスｉの値はｉ＝１からvps_max_layer_minus1をとり、これに対応して、インデックスｊの値はｊ＝０からｊ＜ｉ＋１、またはｊ＝０からｊ＜ｉのいずれかの値をとるといえるが、図９の第２の相互依存構文構造２６は、layer_id_ext_lenが０となる場合、ｆｏｒループのインデックスｋは始点としてｋ＝０をとるが、終点条件として、k < 1< ところが、本件補正発明１の構成Ｃにおいては、ｉ＜ｊである異なる値ｉおよびｊとなっていることから、上記の記載とは整合しない。 以上を総合すると、本件補正発明１の構成Ｃは、発明の詳細な説明に記載されたものではなく、本件補正発明１もまた発明の詳細な説明に記載されたものではない。 第５ 審判請求人の意見書における主張について 審判請求人の令和４年２月３日付け意見書の「Ｄ．拒絶理由１（サポート要件）について」における主張について、及び当該主張において引用される本件明細書【００４８】並びに「Ｇ．参考図」を踏まえて検討する。 （１） 上記意見書の「Ｄ．拒絶理由１（サポート要件）について」の主張は以下のとおりである。 「審判官殿は、請求項１の「前記ベース層ＩＤ（２０）によって表現できる、ｉ＜ｊである異なる値ｉおよびｊのペアのそれぞれについて、一方の層がベース層ＩＤｉを有し、もう一方の層がベース層ＩＤｊを有するとともにベース層ＩＤｉを有する層に依存する、層のペアが少なくとも１つ存在するかを示す第１相互依存構文構造（２４）を前記多層データストリームから読み取り」との特徴の「ｉ＜ｊである異なる値ｉおよびｊのペア」が明細書、とりわけ明細書段落［００５５］および［００５７］と合致しないと認定されております。 そこで、審判官殿は、本拒絶理由通知書の＜補正の示唆＞におきまして、「…本件図９はインデックスｉがインデックスｊに依存する場合に関するものであるが、本件請求項１の構成Ｃ１はこれとは逆にインデックスｊがインデックスｉに依存することを定義している。 また、本来は、図９に対応する［００５５］、［００５７］の説明は、インデックスｊがインデックスｉに依存することを念頭においたものと思慮する。」と述べられております。 さらに、審判官殿は、本拒絶理由通知書の＜補正の示唆＞におきまして、「このため、本件請求項１の構成Ｃ１における定義を残したまま、本件図９の技術的事項に裏付けられるように請求項１を特定するにあたり、本件請求項１の構成Ｃについて、 ・「ｉ＜ｊである異なる値ｉおよびｊ」を「ｉ＜ｊ＋１」と補正することで、請求項１および請求項１を引用する請求項２−７についての上記理由１を解消することができる。」と述べられております。 ここで、繰り返しになりますが、審判請求書の請求の理由において述べましたように、請求項１の第２段落における「前記ベース層ＩＤ（２０）によって表現できる、ｉ＜ｊである異なる値ｉおよびｊのペアのそれぞれについて、一方の層がベース層ＩＤｉを有し、もう一方の層がベース層ＩＤｊを有するとともにベース層ＩＤｉを有する層に依存する、層のペアが少なくとも１つ存在するかを示す第１相互依存構文構造（２４）を前記多層データストリームから読み取り、…」との記載は、本願の明細書の段落［００４８］の記載、ならびに図５の上段のマトリクス３６（図５に基づいて作成した「Ｇ．参考図」中のクロスハッチングで示している箇所）にも関連しています。 そして、図５のデータストリームから読み取られる第１相互依存構文構造２４に見て取れる通り、リファレンスされたクラスタＩＤ（請求項１におけるベース層ＩＤｉ）が縦軸に示され、リファレンスしているクラスタＩＤ（請求項１におけるベース層ＩＤｊ）が横軸に示されています。そうすると、図５の第１相互依存構文構造２４において、リファレンスされたクラスタＩＤｉは読み取られた構文構造においてリファレンスしているクラスタＩＤｊよりも小さいこと、すなわち、ｉ＜ｊが明確に図示されています。 審判官殿のご指摘のとおり、本件請求項１の構成Ｃ１は図９とは逆にインデックスｊがインデックスｉに依存することを定義しています。そして、「Ｇ．参考図（図５）」と図９に対してインデックスｊがインデックスｉに依存するように、すなわち、ｊ＝１ ｔｏ …、ｉ＝０ ｔｏ …と逆にすることで、図５と図９の両者に整合したうえで、かつ、ｉ＜ｊが整合します。 従いまして、補正後の請求項１は、発明の詳細な説明に記載されたものと思料いたします。また、補正後の請求項１を引用する請求項２−７、請求項８、請求項９、請求項１０および請求項１１に記載された発明につきましても発明の詳細な説明に記載されたものと思料いたします。」 （２） また、（１）の主張において引用される本件明細書【００４８】と「Ｇ．参考図」の記載は以下のとおりである。 「【００４８】 ０と等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］は、インデックスｊである層またはクラスタが、インデックスｉである層またはクラスタに対して、直接的なリファレンス層またはリファレンスクラスタではないことを規定する。１と等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］は、インデックスｊである層またはクラスタが、インデックスｉである層又はリファレンスクラスタに対して、直接的なリファレンス層又はリファレンスクラスタであることを規定する。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が、０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内で、ｉとｊに対して存在しないとき、それは０に等しいと推定される。 注記：仮に、ｌａｙｅｒ＿ｉｄ＿ｅｘｔ＿ｌｅｎが０より大きければ、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］は、クラスタ間の依存を信号で伝える。そうでなければ（ｌａｙｅｒ＿ｉｄ＿ｅｘｔ＿ｌｅｎが０と等しいならば）、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］は、層のための依存を信号で伝える。」 「Ｇ．参考図  」 （３）そこで、本件明細書の【００４８】及び上記「Ｇ．参考図」を踏まえた（１）の意見書の主張について検討する。 「前記ベース層ＩＤ（２０）によって表現できる、ｉ＜ｊである異なる値ｉおよびｊのペアのそれぞれについて、一方の層がベース層ＩＤｉを有し、もう一方の層がベース層ＩＤｊを有するとともにベース層ＩＤｉを有する層に依存する、層のペアが少なくとも１つ存在するかを示す第１相互依存構文構造（２４）を前記多層データストリームから読み取り、…」との記載、すなわち構成ＣおよびＣ１、について、本件明細書の【００４８】の記載に関連する旨の主張がある。 ここで、【００４８】について検討すると、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇが構成ＣおよびＣ１の第１相互依存構文に対応することは理解できるものの、【００４８】には、上記拒絶理由通知において示した理由１を解消するに足る記載は存在しない。 次に、図５の上段のマトリクス３６（図５に基づいて作成した「Ｇ．参考図」中のクロスハッチングで示している箇所）について検討する。 上記参考図は、審判請求人が審判請求時及び上記意見書提出時に、本件の図５に対してクロスハッチングを書き加えたものであって、当該参考図自体は本件明細書には記載されていない。 そこで、図５に関連する本件明細書中の記載についてさらに検討すると、本件明細書【００３４】〜【００３７】には図５に関連して以下の記載がある。 「【００３４】 上に既に記述したように、第１相互依存構文構成２４および第２相互依存構文構成２６は、ハイレベルパケット２１６内の情報２１４によって構成される（図２と比較してください）。図５は、第１相互依存構文構造２４が符号３６で描かれた層クラスタの間の相互依存を明らかにする例を説明する。例えば、ベース層ＩＤ２を持つクラスタは、ベース層ＩＤ２および１を持つクラスタに依存する。 【００３５】 また、第２相互依存構文構造の第１例示３４は、データストリームの中に存在し、副マトリクス３８の形式で図５の中に描かれた層の間の内部クラスタ依存を調節する。さらに、図５の例に従って、データストリームは、また、異なるクラスタの層の層状相互依存を調節する第２相互依存構文構造２６の例示３４を含む。特に、第２例示は、リファレンスされたクラスタのエンハンスメント層ＩＤ当たり１つの行、および、リファレンスしているクラスタのエンハンスメント層ＩＤ当たり１つの列を持っている副マトリクス４０を介して、異なるクラスタの層間の依存を説明する。 【００３６】 図５の例において、副マトリクス３８は、マトリクス３６がクラスタ間の相互依存を示す個々の位置（すなわち、１が置かれる個々の位置）に置かれ、そのクラスタは同じベース層ＩＤのクラスタ（すなわち、マトリクス３６の対角線上にあるクラスタ）である。そして、副マトリクス４０は、マトリクス３６が異なるベース層ＩＤのクラスタ間の相互依存を「１」で示す位置に置かれる。結果は符号４２で示される。 【００３７】 マトリクス４２などのマトリクスを介する相互層依存の説明が、相互層依存を説明するための単なる１つの例であることは注意すべきである。別の説明が同様に使われうる。マトリクス３６〜４０が第１および第２相互依存構文構造によって符号化される方法は、次の通りである。第１相互依存構文構造２４は、対角線の下でかつ対角線を含むマトリクス３６の各係数に対して、２進値を信号で伝える。マトリクス３８を標示する第２相互依存構文構造２６の例示３４は、対角線の下でかつ対角線を含むマトリクス３８の各係数に対して、２進値を信号で伝える。マトリクス４０を標示する第２相互依存構文構造２６の例示３４は、マトリクス４０の全ての係数に対して、２進値を信号で伝える。」 本件明細書の上記箇所以外には図５に関連する記載は見当たらない。 ここで、【００３７】の「第１相互依存構文構造２４は、対角線の下でかつ対角線を含むマトリクス３６の各係数に対して、２進値を信号で伝える。」という記載について検討すると、当該下線部の記載はＧの参考図のクロスハッチングの領域を示すものではなく、むしろ、マトリクス３６のうち、対角線上を含む、下記のような数字０または１が○で囲まれた矩形領域を指すものである。  すなわち、明細書に裏付けられているのは、図５のマトリクス３６のうち、対角線上を含む、上記の数字０または１が○で囲まれた矩形領域であって、Ｇの参考図におけるクロスハッチングの領域ではない。 そして、請求項１の構成Ｃの「ｉ＜ｊである異なる値ｉおよびｊ」という条件は、マトリクス３６上の対角線上の領域、すなわちｉ＝ｊとなる当該矩形領域、を含まないという条件であり、図５のマトリクス３６やこれに関連する本件明細書【００３４】〜【００３７】から導き出させるものではない。 以上を総合すると、本件補正発明１の構成Ｃは発明の詳細な説明に記載されたものではない。 第５ むすび 以上のとおり、本件補正発明１は、発明の詳細な説明には記載されておらず、本件出願は特許法第36条第6項第１項に規定する要件を満たしていない。 したがって、本件出願は、拒絶をすべきものである。 |
| 別掲 |
（行政事件訴訟法第４６条に基づく教示） この審決に対する訴えは、この審決の謄本の送達があった日から３０日（附加期間がある場合は、その日数を附加します。）以内に、特許庁長官を被告として、提起することができます。 審判長 清水 正一 出訴期間として在外者に対し９０日を附加する。 |
| 審理終結日 | 2022-03-09 |
| 結審通知日 | 2022-03-15 |
| 審決日 | 2022-03-31 |
| 出願番号 | P2018-121752 |
| 審決分類 |
P
1
8・
537-
WZ
(H04N)
|
| 最終処分 | 02 不成立 |
| 特許庁審判長 |
清水 正一 |
| 特許庁審判官 |
川崎 優 千葉 輝久 |
| 発明の名称 | クラスタに基づいた依存信号 |
| 代理人 | 岡田 全啓 |