2021-005760

第２ 本願発明

本願の請求項１に係る発明（以下「本願発明」という。）は、令和３年５月６日に提出された手続補正書により補正された特許請求の範囲の請求項１に記載された次の事項により特定されるとおりのものである。

「 【請求項１】

プロジェクタ・ディスプレイ・システムであって、

光源と、

入力画像データを受信し、制御信号を出力するコントローラと、

続きを表示（全14行）

前記光源から光を受け取る第１の変調器であって、前記第１の変調器が、前記制御信号を前記コントローラから受信して入力画像のバイナリハーフトーン画像をレンダリングするように構成されている、前記第１の変調器と、

前記第１の変調器から受信した前記バイナリハーフトーン画像をぼやけさせるブラーリング光学システムと、

ブラーハーフトーン画像を前記ブラーリング光学システムから受信し、前記制御信号を前記コントローラから受信して所望のスクリーン画像を形成するように投射されるパルス幅変調画像をレンダリングするように構成された第２の変調器とを備え、

システムは、

前記入力画像の領域をブラーカーネルの空間的範囲まで拡張して拡張入力画像ｘｄ（ｍ，ｎ）を生成し、

ディザパターンの閾値ｈｔＬｅｖｅｌ（ｍ，ｎ）に基づいて上限バイナリハーフトーン画像ｂｕ（ｍ，ｎ）を決定し、ここで、ｘｄ（ｍ，ｎ）＞ｈｔＬｅｖｅｌ（ｍ，ｎ）の場合、ｂｕ（ｍ，ｎ）＝ｘｄ（ｍ，ｎ）であり、

前記入力画像の輝度レベルに前記第２の変調器のコントラスト比を乗算してスケーリングされた入力画像を生成し、

前記スケーリングされた入力画像の領域を前記ブラーカーネルの空間的範囲まで縮小して縮小入力画像ｘｅ（ｍ，ｎ）を生成し、

前記閾値ｈｔＬｅｖｅｌ（ｍ，ｎ）に基づいて下限バイナリハーフトーン画像ｂｌ（ｍ，ｎ）を決定し、ここで、ｘｅ（ｍ，ｎ）≦ｈｔＬｅｖｅｌ（ｍ，ｎ）の場合、ｂｌ（ｍ，ｎ）＝ｘｅ（ｍ，ｎ）であり、

前記上限バイナリハーフトーン画像ｂｕ（ｍ，ｎ）および前記下限バイナリハーフトーン画像ｂｌ（ｍ，ｎ）を点毎のＯＲ演算により結合して前記バイナリハーフトーン画像を生成するように構成されている、プロジェクタ・ディスプレイ・システム。」

第３ 当審拒絶理由の概要

当審拒絶理由は請求項１～１２に対して通知されたものであるところ、そのうち請求項１についての拒絶理由の概要は、次のとおりである。

（明確性）この出願は、特許請求の範囲の記載が下記の点で、特許法３６条６項２号に規定する要件を満たしていない。

記

（１） 理由１

請求項１の「前記入力画像の領域をブラーカーネルの空間的範囲まで拡張して拡張入力画像ｘｄ（ｍ，ｎ）を生成」、「前記スケーリングされた入力画像の領域を前記ブラーカーネルの空間的範囲まで縮小して縮小入力画像ｘｅ（ｍ，ｎ）を生成」が表す内容が不明である。

よって、請求項１に係る発明は明確でない。

（２） 理由２

請求項１の「ディザパターンの閾値ｈｔＬｅｖｅｌ（ｍ，ｎ）に基づいて上限バイナリハーフトーン画像ｂｕ（ｍ，ｎ）を決定し、ここで、ｘｄ（ｍ，ｎ）＞ｈｔＬｅｖｅｌ（ｍ，ｎ）の場合、ｂｕ（ｍ，ｎ）＝ｘｄ（ｍ，ｎ）であり、

前記入力画像の輝度レベルに前記第２の変調器のコントラスト比を乗算してスケーリングされた入力画像を生成し、

前記スケーリングされた入力画像の領域を前記ブラーカーネルの空間的範囲まで縮小して縮小入力画像ｘｅ（ｍ，ｎ）を生成し、

前記閾値ｈｔＬｅｖｅｌ（ｍ，ｎ）に基づいて下限バイナリハーフトーン画像ｂｌ（ｍ，ｎ）を決定し、ここで、ｘｅ（ｍ，ｎ）≦ｈｔＬｅｖｅｌ（ｍ，ｎ）の場合、ｂｌ（ｍ，ｎ）＝ｘｅ（ｍ，ｎ）であり、

前記上限バイナリハーフトーン画像ｂｕ（ｍ，ｎ）および前記下限バイナリハーフトーン画像ｂｌ（ｍ，ｎ）を点毎のＯＲ演算により結合して前記バイナリハーフトーン画像を生成する」が表す内容が不明である。

よって、請求項１に係る発明は明確でない。

第４ 当審の判断

１ 理由１について

（１） 明細書の記載

本願明細書には、ブラーカーネル、拡張入力画像及び縮小入力画像について、以下記載されている。なお、下線は当審合議体によるものである。

「 【００３６】

（４）小さなハロー：ハローは、暗い背景上の明るい物体の周囲の暗クリッピングである。暗い背景上の小さく明るい物体は明クリッピングされないため、明るい物体でのブラーライトフィールドは、その明るい物体よりも大きくなり得る。ライトフィールドは低減された空間帯域幅を有するため、明るい物体のごく近くは暗くないことがある。明るい物体に近いライトフィールドのレベルは、主ＤＭＤによって可能な限り低減し得るが、それでもなお所望のスクリーンレベルよりも大きく、暗クリッピングを生じさせることがある。幾つかの場合、暗クリッピングは、トゥルーブラックを超えるレベルを表し得、暗細部の損失及びコントラストの消失を示すことが多い。ハローは、暗クリッピングによって生じる主な視覚的アーチファクトであるが、暗クリッピングは、ブラーライトフィールドが高コントラスト高周波数パターンを表すことができない任意の局所領域で生じるおそれがある。局所領域の空間的広がりは、ライトフィールドの帯域幅によって決まり得、ライトフィールドの帯域幅はブラーカーネル又はＰＳＦのサイズによって決まり得る。」

「 【００５１】

この実施形態では、ハーフトーン画像は、空間ディザパターンを使用することによって形成し得る。ディザパターンは、ピクセルの矩形ブロックにわたって定義し得、パターンをタイリング（tiling）することによって画像フレーム全体にわたって繰り返し得る。ブラーカーネルはパターンを平滑化するため、パターンのサイズは、ブラーカーネルのサイズに関連し得る。カーネルのサイズは、最小非ゼロ光レベルも決め得る。例えば、ディザパターンの１つのピクセルをオンにし、他の全てピクセルをオフにすることで、最小レベルが生成され得る。」

「 【００５４】

【表２】

［図：0001391375000001.jpg］

この実施形態では、任意の特定の入力ピクセルについて、ブラーハーフトーン画像の対応するピクセルのレベルはより高くあるべきである。そのピクセルで所望のより高いレベルを達成するために、ブラーカーネルの空間的広がり内の入力画像の全ての近傍ピクセルは評価され得る。例えば、所望のレベル未満のレベルを有する任意の近傍ピクセルはオンにされ得る。この情報の一実施形態は以下のように実施され得る。」

「 【００５９】

図３Ａは、適切なバイナリハーフトーン画像を生成する方法の一実施形態を示す。ハーフトーン画像モジュール３００は、入力画像データ３０１を受信し得、３０２において、画像データをブラーカーネルの広がりまで拡張して、拡張入力画像ｘ（ｍ，ｎ）を生成し得る。その結果生成されるバイナリハーフトーン画像ｂ（ｍ，ｎ）は、ｘ（ｍ，ｎ）＞ｈｔＬｅｖｅｌ（ｍ，ｎ）の場合、ｂ（ｍ，ｎ）＝１に設定され得、ここで、ｈｔＬｅｖｅｌ（ｍ，ｎ）はマップとして表２の値として与えられ得る。例えば、バイナリハーフトーン画像ｂ（ｍ，ｎ）は、画像フレーム全体にわたってタイリングされる。バイナリハーフトーン画像はｂ（ｍ，ｎ）として返され得る。図３Ａに示されるような実施形態は、特殊な条件及び／又は簡略化された条件下のライトフィールドの場合（例えば、ライトフィールドが完全にオンになっている場合）、利用し得る。

【００６０】

一実施形態では、拡張演算子が利用されて、最小上限に近いものが達成され得る。他の実施形態は、カーネル下の要素の最大を提供し得る非線形フィルタを利用し得る。

続きを表示（全16行）

上限及び下限を利用する実施形態

ライトフィールドが完全オン以外である（例えば、光は、本明細書で考察する理由により、完全オン未満の何らかのグレースケール値である）状況では、上限及び下限を利用することが望ましいことがある。

【００６１】

図３Ｂは、バイナリハーフトーン画像の上限を特定する一方法を示す。入力画像３０１はブロック３０２に入力され得、ブロック３０２はブラーカーネルの広がりまで拡張する。その中間結果は、３０４ｂにおいて閾値を受け得る（すなわち、ｂ（ｍ，ｎ）は、ｈｔＬｅｖｅｌ（ｍ，ｎ）よりも高い場合、ｘ（ｍ，ｎ）に設定され得る）。このブロックは、３０３ｂにおいて、上限バイナリハーフトーン画像を設定する。

【００６２】

一実施形態では、上限バイナリハーフトーン画像がこの方法によって見つけられる場合、入力画像ピクセルが明クリッピングされない可能性が高い。しかし、幾つかのピクセルは暗クリッピングされ得る。

【００６３】

図３Ｃは、バイナリハーフトーン画像の下限を特定する一方法を示す。下限バイナリハーフトーン画像は、上限画像と同様にして見つけられる。同じディザパターン及び閾値マップが、各閾値に１レベルのオフセットが追加された状態で使用し得る。入力画像を拡張させるのではなく、入力画像は縮小され得る。縮小とは拡張と同様のプロセスであるが、縮小は暗ピクセルの周囲で行われ得る。例えば、システムが画像を反転させ、次に拡張を通常通り実行し、次に、結果として生成された画像を再び反転させる場合、その結果は画像の縮小である。拡張の場合、円盤等の何らかの形状によって画定されるピクセル近傍の幾らかの領域では、その他のピクセルがこのピクセルよりも高い場合、その他のピクセルをこのピクセルのレベルに設定することが可能である。縮小の場合、同じことを行うことが可能であるが、その他のピクセルがこのピクセルのレベル未満である場合、その他のピクセルをこのピクセルのレベルに設定する。拡張は、ピクセルを局所領域の最大に設定する傾向があり、縮小はピクセルを局所領域の最小に設定する傾向がある。その後、対応する拡張画像ピクセルが閾値よりも大きい場合、ハーフトーンピクセルをオンにするのではなく、対応する拡張画像ピクセルが閾値未満の場合、ハーフトーンピクセルはオフにされ得る。

【００６４】

図３Ｃでは、入力画像３０１は、主ＤＭＤ３０５のコントラスト比で乗算されて（３０６において）、主ＤＭＤが下限を達成し得るライトフィールドレベルを確立する。画像は、３０２ｃにおいて縮小され得、３０４ｃに示されるように閾値処理され得る。入力画像のこのスケーリングは、画像レベルを大幅に増大させ、一般的な画像で非常に多くの場合、レベルを最大ライトフィールドレベルよりも高くする。ライトフィールドは、これが該当するあらゆる場所で最大レベルに設定し得る。

【００６５】

下限バイナリハーフトーン画像がこの方法によって見つけられる場合、入力画像ピクセルは暗クリッピングされない可能性が高いが、幾つかの入力画像ピクセルは明クリッピングされ得る。」

「 【０１０９】

（中略）

以下に、上記実施形態から把握できる技術思想を付記として記載する。

（中略）

続きを表示（全18行）

［付記２］

プロジェクタ・ディスプレイ・システムにおいて入力画像データから所望のスクリーン画像を投射する方法であって、前記プロジェクタ・ディスプレイ・システムは、光源と、入力画像データを受信し、制御信号を出力するコントローラと、前記コントローラから制御信号を受信し、前記光源から光を受け取る前置変調器と、前記前置変調器から光を受け取るブラーリング光学システムと、制御信号を前記コントローラから受信し、光を前記ブラーリング光学システムから受け取る主変調器とを備え、前記方法は、

前記入力画像データからバイナリハーフトーン画像を作成すること、

前記バイナリハーフトーン画像からブラーバイナリハーフトーン画像を作成すること、

前記ブラーバイナリハーフトーン画像からパルス幅変調画像を作成すること、

前記パルス幅変調画像から所望のスクリーン画像を投射すること

を含み、

前記入力画像データからバイナリハーフトーン画像を作成することは、

前記入力画像データから空間ディザパターンを作成することを更に含む、方法。

［付記３］

前記入力画像データから空間ディザパターンを作成することは、

ブラーカーネル範囲まで前記入力画像データを拡張させること、

拡張画像データを閾値処理して、バイナリ値にすること

を更に含む、付記２に記載の方法。」

（２） 理由１についての当審の判断

「前記入力画像の領域をブラーカーネルの空間的範囲まで拡張」すること、及び「前記スケーリングされた入力画像の領域」を「前記ブラーカーネルの空間的範囲まで縮小」することについて、「入力画像」と「ブラーカーネル」とにより、どのような演算等により画像処理を行い、どのような画像を生成するかについて、上記（１）の明細書の記載事項及び明細書のその他の記載のいずれにも、何も説明されておらず、また技術常識ともいえないため、これらの記載が表す技術内容が不明である。

（３） 請求人の主張について

意見書における請求人の主張、及び当該主張に対する当審合議体の見解は、次のとおりである。

ア 主張１－１及び１－２

（イ） 主張１－１及び１－２についての当審合議体の見解

ａ 請求人は、「前記入力画像の領域をブラーカーネルの空間的範囲まで拡張」すること、及び「前記スケーリングされた入力画像の領域」を「前記ブラーカーネルの空間的範囲まで縮小」することについて、明細書の記載を参酌すれば、閾値（ｈｔＬｅｖｅｌ（ｍ，ｎ））を用いた演算により画像処理することにより「拡張」や「縮小」を行うことができることが明確であると主張しており、要するに、「拡張」や「縮小」のための演算処理は、閾値（ｈｔＬｅｖｅｌ（ｍ，ｎ））を用いた演算処理のことであると主張しているものと理解される。

ｂ（ａ） しかしながら、段落【００６３】には、「拡張は、ピクセルを局所領域の最大に設定する傾向があり、縮小はピクセルを局所領域の最小に設定する傾向がある。その後、対応する拡張画像ピクセルが閾値よりも大きい場合、ハーフトーンピクセルをオンにするのではなく、対応する拡張画像ピクセルが閾値未満の場合、ハーフトーンピクセルはオフにされ得る。」と記載されており、「拡張画像ピクセル」と「閾値」の大小を比較していること、すなわち、拡張のための演算処理を行った後に、閾値を用いた演算処理を行っていることが読み取れるから、これらの演算処理が同じ演算処理でないことは明らかである。

（ｂ） そして、請求項１、段落【００５９】、【図３－１】、【図３－２】の記載によれば、「拡張」や「縮小」のための演算処理は、拡張入力画像ｘｄ（ｍ，ｎ）や縮小入力画像ｘｅ（ｍ，ｎ）を生成するものであって、閾値（ｈｔＬｅｖｅｌ（ｍ，ｎ））を用いた演算処理は、拡張入力画像ｘｄ（ｍ，ｎ）や縮小入力画像ｘｅ（ｍ，ｎ）から、上限バイナリハーフトーン画像ｂｕ（ｍ，ｎ）や下限バイナリハーフトーン画像ｂｌ（ｍ，ｎ）を生成するものであることが読み取れるから、当該記載からも、これらの演算が同じ演算処理でないことは明らかである。

（ｃ） そうすると、「拡張」や「縮小」のための演算処理は、閾値を用いた演算処理と同じ演算処理であるから、どのような演算処理であるのか明確であるとの請求人の上記主張は、明細書の記載と矛盾しており、明細書の記載に基づくものでないから採用できない。

ｃ また、請求人は、「拡張」とはブラーカーネルの空間的範囲（最大の局所領域）まで拡張すること、「縮小」とはブラーカーネルの空間的範囲（最小の局所領域）まで縮小することを意味すると主張しているが、「入力画像の領域」の大きさと、「ブラーカーネルの最大の局所領域」及び「ブラーカーネルの最小の局所領域」の大きさの関係について不明であり、明細書に記載されておらず自明でもないから、本願請求項１の「拡大」及び「縮小」が表す内容が依然として不明であるから、これについても採用できない。

（４） 小括

以上検討のとおり、前記主張１－１及び１－２は、採用できないものであり、前記理由１についての当審の判断を左右するものではない。

したがって、請求項１に記載の「前記入力画像の領域をブラーカーネルの空間的範囲まで拡張」すること、「前記ブラーカーネルの空間的範囲まで縮小」することは、明細書の記載及び意見書における主張を参酌しても、依然として、その意味は明確でない。

２ 理由２について

（１） 明細書の記載

本願明細書には、バイナリハーフトーン画像を生成することについて、以下記載されている。なお、下線は当審合議体によるものである。

「 【００５４】

【表２】

［図：0001391375000002.jpg］

」

「 【００５９】

図３Ａは、適切なバイナリハーフトーン画像を生成する方法の一実施形態を示す。ハーフトーン画像モジュール３００は、入力画像データ３０１を受信し得、３０２において、画像データをブラーカーネルの広がりまで拡張して、拡張入力画像ｘ（ｍ，ｎ）を生成し得る。その結果生成されるバイナリハーフトーン画像ｂ（ｍ，ｎ）は、ｘ（ｍ，ｎ）＞ｈｔＬｅｖｅｌ（ｍ，ｎ）の場合、ｂ（ｍ，ｎ）＝１に設定され得、ここで、ｈｔＬｅｖｅｌ（ｍ，ｎ）はマップとして表２の値として与えられ得る。例えば、バイナリハーフトーン画像ｂ（ｍ，ｎ）は、画像フレーム全体にわたってタイリングされる。バイナリハーフトーン画像はｂ（ｍ，ｎ）として返され得る。図３Ａに示されるような実施形態は、特殊な条件及び／又は簡略化された条件下のライトフィールドの場合（例えば、ライトフィールドが完全にオンになっている場合）、利用し得る。」

「 【００６１】

図３Ｂは、バイナリハーフトーン画像の上限を特定する一方法を示す。入力画像３０１はブロック３０２に入力され得、ブロック３０２はブラーカーネルの広がりまで拡張する。その中間結果は、３０４ｂにおいて閾値を受け得る（すなわち、ｂ（ｍ，ｎ）は、ｈｔＬｅｖｅｌ（ｍ，ｎ）よりも高い場合、ｘ（ｍ，ｎ）に設定され得る）。このブロックは、３０３ｂにおいて、上限バイナリハーフトーン画像を設定する。」

「 【００６３】

図３Ｃは、バイナリハーフトーン画像の下限を特定する一方法を示す。下限バイナリハーフトーン画像は、上限画像と同様にして見つけられる。同じディザパターン及び閾値マップが、各閾値に１レベルのオフセットが追加された状態で使用し得る。入力画像を拡張させるのではなく、入力画像は縮小され得る。縮小とは拡張と同様のプロセスであるが、縮小は暗ピクセルの周囲で行われ得る。例えば、システムが画像を反転させ、次に拡張を通常通り実行し、次に、結果として生成された画像を再び反転させる場合、その結果は画像の縮小である。拡張の場合、円盤等の何らかの形状によって画定されるピクセル近傍の幾らかの領域では、その他のピクセルがこのピクセルよりも高い場合、その他のピクセルをこのピクセルのレベルに設定することが可能である。縮小の場合、同じことを行うことが可能であるが、その他のピクセルがこのピクセルのレベル未満である場合、その他のピクセルをこのピクセルのレベルに設定する。拡張は、ピクセルを局所領域の最大に設定する傾向があり、縮小はピクセルを局所領域の最小に設定する傾向がある。その後、対応する拡張画像ピクセルが閾値よりも大きい場合、ハーフトーンピクセルをオンにするのではなく、対応する拡張画像ピクセルが閾値未満の場合、ハーフトーンピクセルはオフにされ得る。

【００６４】

図３Ｃでは、入力画像３０１は、主ＤＭＤ３０５のコントラスト比で乗算されて（３０６において）、主ＤＭＤが下限を達成し得るライトフィールドレベルを確立する。画像は、３０２ｃにおいて縮小され得、３０４ｃに示されるように閾値処理され得る。入力画像のこのスケーリングは、画像レベルを大幅に増大させ、一般的な画像で非常に多くの場合、レベルを最大ライトフィールドレベルよりも高くする。ライトフィールドは、これが該当するあらゆる場所で最大レベルに設定し得る。」

「 【００６６】

上限及び下限を結合してハーフトーン画像及びライトフィールドを形成

本明細書に記載の規則に従い、上限及び下限バイナリハーフトーン画像は結合されて、ハーフトーン画像及びライトフィールドを形成し得る。図３Ｄに示されるように、上限画像３０３ｂ及び下限画像３０３ｃは、バイナリハーフトーン画像（３０３ｄ）が上限画像及び下限画像のうちの大きい方になり得るように、点毎にＯＲ演算し得る（３０２ｄにおいて）。」

「【図３－１】

［図：0001391375000003.jpg］

」

「【図３－２】

［図：0001391375000004.jpg］

」

上記記載事項を総合すると、バイナリハーフトーン画像を生成することに関して、以下の事項が読み取れる。

ア 受信した入力画像データ３０１を、ブラーカーネルの広がりまで拡張して、拡張入力画像ｘ（ｍ，ｎ）を生成する（【００５９】）。バイナリハーフトーン画像ｂ（ｍ，ｎ）は、ｘ（ｍ，ｎ）＞ｈｔＬｅｖｅｌ（ｍ，ｎ）の場合、ｂ（ｍ，ｎ）＝１に設定され得、ここで、ｈｔＬｅｖｅｌ（ｍ，ｎ）はマップとして表２の値として与えられ得る（【００５４】、【００５９】）。

イ 上限バイナリハーフトーン画像は、ｂ（ｍ，ｎ）は、ｈｔＬｅｖｅｌ（ｍ，ｎ）よりも高い場合、ｘ（ｍ，ｎ）に設定され得る（【００６１】）。また、【図３－１】のＢには、ｂ（ｍ，ｎ）＝ｘ（ｍ，ｎ）＞ｈｔＬｅｖｅｌ（ｍ，ｎ）の式が示されている。

ウ 下限バイナリハーフトーン画像は、上限画像と同様にして見つけられる。同じディザパターン及び閾値マップが、各閾値に１レベルのオフセットが追加された状態で使用し得る（【００６３】）。受信した入力画像３０１を、主ＤＭＤ３０５のコントラスト比で乗算し、縮小され得、閾値処理され得る（【００６４】）。また、【図３－２】のＣには、閾値処理の式として、ｂ（ｍ，ｎ）＝ｘ（ｍ，ｎ）≦ｈｔＬｅｖｅｌ（ｍ，ｎ）が示されている。

エ 上限及び下限バイナリハーフトーン画像は結合されて、ハーフトーン画像を形成し得る。上限画像３０３ｂ及び下限画像３０３ｃは、バイナリハーフトーン画像（３０３ｄ）が上限画像及び下限画像のうちの大きい方になり得るように、点毎にＯＲ演算し得る（３０２ｄにおいて）（【００６６】）。

（２） 理由２についての当審の判断

ア 請求項１には、「ディザパターンの閾値ｈｔＬｅｖｅｌ（ｍ，ｎ）に基づいて上限バイナリハーフトーン画像ｂｕ（ｍ，ｎ）を決定し、ここで、ｘｄ（ｍ，ｎ）＞ｈｔＬｅｖｅｌ（ｍ，ｎ）の場合、ｂｕ（ｍ，ｎ）＝ｘｄ（ｍ，ｎ）であり」と記載されている。

しかしながら、拡張入力画像ｘｄ（ｍ，ｎ）は、上記１に示したとおり、入力画像にどのような演算処理を行って算出した値か不明であり、その値が、通常の階調値で示される値か、１か０で示されるハーフトーン画像の値なのか明らかでなく、さらに上記（１）のアで示したとおり、ｈｔＬｅｖｅｌ（ｍ，ｎ）が、段落【００５４】の表２で示されたものである場合、閾値は正規化されているから、０から１の間の閾値となっており、ｘｄ（ｍ，ｎ）と、０から１の間の閾値と比較して、どのような値が得られるのかも不明である。

そして、上限バイナリハーフトーン画像ｂｕ（ｍ，ｎ）は、通常１か０で表現されるバイナリハーフトーン画像であるとすると、ｘｄ（ｍ，ｎ）が通常の階調値である場合、すなわち１か０の値でない場合に、ｂｕ（ｍ，ｎ）＝ｘｄ（ｍ，ｎ）であるという意味も明らかでない。

よって、請求項１に記載の「上限バイナリハーフトーン画像ｂｕ（ｍ，ｎ）」が、どのような値であるのか明らかでない。

イ 請求項１には、「前記入力画像の輝度レベルに前記第２の変調器のコントラスト比を乗算してスケーリングされた入力画像を生成し、前記スケーリングされた入力画像の領域を前記ブラーカーネルの空間的範囲まで縮小して縮小入力画像ｘｅ（ｍ，ｎ）を生成し、前記閾値ｈｔＬｅｖｅｌ（ｍ，ｎ）に基づいて下限バイナリハーフトーン画像ｂｌ（ｍ，ｎ）を決定し、ここで、ｘｅ（ｍ，ｎ）≦ｈｔＬｅｖｅｌ（ｍ，ｎ）の場合、ｂｌ（ｍ，ｎ）＝ｘｅ（ｍ，ｎ）であり」と記載されている。

しかしながら、上記アと同様、縮小入力画像ｘｅ（ｍ，ｎ）は、スケーリングされた入力画像にどのような演算処理を行って算出した値か不明であり、その値が、通常の階調値で示される値か、１か０で示されるハーフトーン画像の値なのか明らかでなく、さらに上記（１）のア及びウで示したとおり、ｈｔＬｅｖｅｌ（ｍ，ｎ）が、段落【００５４】の表２で示された各閾値に１レベルのオフセットが追加されたものであったとすると、１から２の間の閾値となるところ、ｘｅ（ｍ，ｎ）と、１から２の間の閾値と比較して、どのような値が得られるのかも不明である。

そして、下限バイナリハーフトーン画像ｂｌ（ｍ，ｎ）は、通常１か０で表現されるバイナリハーフトーン画像であるところ、ｘｅ（ｍ，ｎ）が通常の階調値である場合、すなわち１か０の値でない場合に、ｂｌ（ｍ，ｎ）＝ｘｅ（ｍ，ｎ）であるという意味も明らかでない。

よって、請求項１に記載の「下限バイナリハーフトーン画像ｂｌ（ｍ，ｎ）」が、どのような値であるのか明らかでない。

ウ 請求項１には、「前記上限バイナリハーフトーン画像ｂｕ（ｍ，ｎ）および前記下限バイナリハーフトーン画像ｂｌ（ｍ，ｎ）を点毎のＯＲ演算により結合して前記バイナリハーフトーン画像を生成する」と記載されている。

しかしながら、上記ア及びイで示したとおり、「上限バイナリハーフトーン画像ｂｕ（ｍ，ｎ）」及び「下限バイナリハーフトーン画像ｂｌ（ｍ，ｎ）」がどのような値であるか不明である以上、そのＯＲ演算により結合された「バイナリハーフトーン画像」についても、当然どのような値であるのか明らかでない。

また、【００５９】には、バイナリハーフトーン画像ｂ（ｍ，ｎ）は、ｘ（ｍ，ｎ）＞ｈｔＬｅｖｅｌ（ｍ，ｎ）の場合、ｂ（ｍ，ｎ）＝１とすると記載されており、上限バイナリハーフトーン画像ｂｕ（ｍ，ｎ）及び下限バイナリハーフトーン画像ｂｌ（ｍ，ｎ）の点毎のＯＲ演算により生成しているものでないから、バイナリハーフトーン画像ｂ（ｍ，ｎ）が、ＯＲ演算により生成されるのか、ＯＲ演算により生成されないのかが明らかでない。

（３） 請求人の主張について

意見書における請求人の主張及び当該主張に対する当審合議体の見解は、次のとおりである。

ア 主張２

（イ） 主張２についての当審合議体の見解

請求人は、【００５９】の記載から、「上限バイナリハーフトーン画像」又は「下限バイナリハーフトーン画像」が算出される方法は明確であると主張しているが、【００５９】の記載は、上限及び下限バイナリハーフトーン画像の算出についての記載ではなく、「バイナリハーフトーン画像」の算出についての記載であり、この記載から、一義的に上限又は下限バイナリハーフトーン画像の算出方法が導出されるともいえない。

また、請求人は、拡張入力画像ｘ（ｍ，ｎ）の場合、上限バイナリハーフトーン画像ｂｕ（ｍ，ｎ）は、ｘｄ（ｍ，ｎ）＞ｈｔＬｅｖｅｌ（ｍ，ｎ）の場合、ｘｄ（ｍ，ｎ）の値（即ち、上限値「１」）が設定され、それ以外の場合、「０」が設定され、縮小入力画像ｘｅ（ｍ，ｎ）の場合、下限バイナリハーフトーン画像ｂｌ（ｍ，ｎ）は、ｘｅ（ｍ，ｎ）≦ｈｔＬｅｖｅｌ（ｍ，ｎ）の場合、ｘｅ（ｍ，ｎ）の値（即ち、下限値「１」）が設定され、それ以外の場合、「０」が設定されることは、当業者であれば理解することができると主張しているが、上記１で検討したとおり、そもそも拡張入力画像ｘｄ（ｍ，ｎ）及び縮小入力画像ｘｅ（ｍ，ｎ）がどのような処理により求められる画像であるのか明確でないから、元となる画像から「上限バイナリハーフトーン画像」又は「下限バイナリハーフトーン画像」を算出することについても明確でないことも明らかである。

よって、当該主張２は採用できない。

イ 主張３

（イ） 主張３についての当審合議体の見解

請求人の主張は、当審拒絶理由における、「上限バイナリハーフトーン画像」又は「下限バイナリハーフトーン画像」がどのような数値で表現され、「ＯＲ演算」がどのように行われるかについての具体的な釈明を行っていないことから、「上限バイナリハーフトーン画像」又は「下限バイナリハーフトーン画像」が０か１で表現されるものではなく、多階調値で表現されるようなものであった場合に「ＯＲ演算」がどのように演算されるものかについて技術的に不明であるとの指摘に対する回答になっていない。

よって、当該主張３は採用できない。

ウ 主張４

（イ） 主張４についての当審合議体の見解

請求人は、拡張入力画像ｘ（ｍ，ｎ）が、ｘ（ｍ，ｎ）＞ｈｔＬｅｖｅｌ（ｍ，ｎ）の場合、バイナリハーフトーン画像ｂ（ｍ，ｎ）＝１に設定され得るから、拡張入力画像ｘｄ（ｍ，ｎ）がｈｔＬｅｖｅｌ（ｍ，ｎ）以下の場合に、０に設定されること、同じく、縮小入力画像ｘｅ（ｍ，ｎ）がｈｔＬｅｖｅｌ（ｍ，ｎ）より大きい場合、０に設定されることは、当業者であれば容易に理解することができると主張している。

しかしながら、ｘ（ｍ，ｎ）＞ｈｔＬｅｖｅｌ（ｍ，ｎ）の場合、ｂ（ｍ，ｎ）＝１に設定されることが示されているとしても、そのことから、ｘ（ｍ，ｎ）がｈｔＬｅｖｅｌ（ｍ，ｎ）以下の場合、必ず０が一義的に設定されるとは限らず、このことは、縮小入力画像ｘｅ（ｍ，ｎ）についても同様である。

よって、当該主張４は採用できない。

（４） 小括

以上検討のとおり、前記主張２～４はいずれも採用できないものであり、前記理由２についての当審の判断を左右するものではない。

したがって、請求項１に記載の「上限バイナリハーフトーン画像」、「下限バイナリハーフトーン画像」、及び、これらの画像のＯＲ演算により生成される「バイナリハーフトーン画像」がどのような画像であるのか、明細書の記載及び意見書における主張を参酌しても、依然として明確でない。

３ まとめ

前記１及び２で検討したとおり、本願の請求項１に係る発明は、明細書の記載及び意見書における主張を参酌しても、依然として明確でない。

第５ むすび

以上のとおり、本願の請求項１の記載は、特許法３６条６項２号に規定する要件を満たしていない。

したがって、他の請求項に係る発明について審理するまでもなく、本願は拒絶すべきものである。

よって、結論のとおり審決する。