【事件の表示】
　平成　９年特許願第１９１２１０号「圧縮・伸張処理装置」拒絶査定不服審判事件〔平成１１年　２月１２日出願公開、特開平１１−　４１４２９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続きの経緯
　本願は、平成９年７月１６日に出願されたものであって、平成１７年５月２７日付けで拒絶査定がされ、これに対して平成１７年６月２９日に拒絶査定不服審判が請求されるとともに、同年７月２１日付けで手続補正がなされたものである。
　
２．平成１７年７月２１日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成１７年７月２１日付けの手続補正を却下する。
［理由］
（１）補正後の本願発明
　平成１７年７月２１日付けの手続補正により、特許請求の範囲の請求項２は、
　「【請求項２】　互いに並列接続され、設定に応じて、データの圧縮処理又は伸張処理を実行する複数の圧縮・伸張処理部と、
　データの入力のみが行われる場合、データの入力と出力とが同時に行われる場合、データの出力のみが行われる場合のうちのいずれの場合であるかに応じて、上記圧縮・伸張処理部による圧縮処理のために装置に入力されるデータの量と上記圧縮・伸張処理部による伸張処理後に装置から出力されるデータの量の関係に基づき、上記複数の圧縮・伸張処理部のうち、圧縮処理を実行する圧縮・伸張処理部の数を変更し、残りの圧縮・伸張処理部を伸張処理を実行するように設定する設定手段と、を有していることを特徴とする圧縮・伸張処理装置。」
と補正された。
　
　前記補正は、補正前の請求項２に記載した発明を特定するために必要な事項を限定するための補正であり、特許法第１７条の２第４項第２号の特許請求範囲の減縮を目的とするものに該当する。
　そこで、本件補正後の前記請求項２に記載された発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか、すなわち特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するかどうかについて以下に検討する。
　　
（２）引用刊行物
　原審が拒絶の理由に引用した特開平７−２７４０１０号公報（平成７年１０月２０日出願公開。以下、「引用例１」という。）には、図面と共に次の各記載がある。
　
（ア）「【特許請求の範囲】
【請求項１】  画像原稿を読み取る読み取り手段と、
前記読み取り手段により読み取られた画像データを格納する第１の記憶手段
前記第１記憶手段に格納された画像データを異なる符号化方式に従って符号化する複数の符号化手段と、
前記複数の符号化手段各々に対して、前記異なる符号化方式に従った符号化処理を実行させるため、前記異なる符号化方式各々に従ったプログラムをロードするロード手段と、
前記複数の符号化手段によってそれぞれ符号化された符号データを格納する第２の記憶手段
前記複数の符号化手段が、同時に前記第１及び第２記憶手段にアクセスすることがないように排他制御する排他制御手段と、
前記第２の記憶手段に格納された複数種の符号データの内、いづれか１つをそれぞれの符号データ量や通信制御手順に従って、選択して
通信回線に送出する送出手段
前記複数の符号化手段各々は、前記ロード手段によってロードされたプログラムの符号化方式に従う符号化を実行できるプログラマブルなディジタルシグナルプロセッサを含み
前記複数の符号化手段は各々は、
並列的に符号化処理を実行する
画像通信装置
【請求項２】  
前記通信回線から符号データを受信する受信手段
前記ロード手段は、前記複数の符号化手段の１つに、
前記受信手段によって受信された符号データに適する符号化方式に従う復号化プログラムをロードし
前記復号化プログラムがロードされた符号化手段は、前記復号化プログラムに従って、前記受信手段によって受信された符号データを復号する
【請求項３】  
前記受信手段によって受信された符号データを、前記第２の記憶手段の、前記複数の符号化手段によってそれぞれ符号化された符号データを格納する領域とは別の領域に格納する
【請求項４】  
前記複数の符号化手段は各々は
並列的に符号化処理及び復号化処理を実行する
【請求項５】  前記複数の符号化手段の１つを、所定量の画像データを符号化するごとに、所定量の符号データを復号化するように、
符号化と復号化が交互になされるように制御する符号化復号化制御手段をさらに有する
【請求項６】  画像原稿を読み取る読み取り工程と、
前記読み取り手段により読み取られた画像データを第１の記憶媒体に格納する第１の記憶工程
前記第１記憶媒体に格納された画像データを、異なる符号化方式に従ったプログラムを複数のプログラマブルなディジタルシグナルプロセッサにロードし、
該複数のディジタルシグナルプロセッサよって、ほぼ並列的に符号化する符号化工程
前記符号化工程によって符号化された複数種の符号データを第２の記憶媒体に格納する第２の記憶工程と、
前記複数のディジタルシグナルプロセッサが、同時に前記第１及び第２記憶媒体にアクセスすることがないように排他制御する排他制御工程と、
前記第２の記憶媒体に格納された複数種の符号データの内、いづれか１つをそれぞれの符号データ量や通信制御手順に従って、選択して
通信回線に送出する送出工程
【請求項７】  画像原稿を読み取る読み取り工程と、
前記読み取り手段により読み取られた第１の画像データを第１の記憶媒体に格納する第１の記憶工程
通信回線より第１の符号データを受信する受信工程
前記第１の符号データを第２の記憶媒体に格納する第２の記憶工程と、
２つのプログラマブルなディジタルシグナルプロセッサの内、
第１のディジタルシグナルプロセッサには、前記第１の画像データを符号化するための第１のプログラム
第２のディジタルシグナルプロセッサには前記第１の符号データを復号化するための第２のプログラムをロード
並列的に前記第１の画像データの符号化と前記第１の符号データ
復号化を行なう符号化復号化工程
前記符号化復号化工程によって
符号化された第２の符号データ
前記符号化復号化工程によって
復号化された第２の画像データ
前記第１及び第２のディジタルシグナルプロセッサが、同時に前記第１及び第２記憶媒体にアクセスすることがないように排他制御する排他制御工程と、
前記第２の記憶媒体に格納された
前記第２の符号データを通信回線に送出する送出工程
前記第１の記憶媒体に格納された前記
第２の画像データを出力する
力工程
符号化復号化方法
【請求項８】  
前記第２のディジタルシグナルプロセッサは、前記第１の符号データを所定量づつ復号化しながら、前記第１のディジタルシグナルプロセッサが用いる符号化方式とは異なる符号化方式を用いて、前記第１の画像データを所定量づつ符号化する
【請求項９】  
前記第２のディジタルシグナルプロセッサが行なう前記復号化と前記符号化とは、前記所定量づつ交互に実行する
【請求項１０】  前記異なる符号化方式には、画像データに直交変換を施してハフマン符号化する方式やランレングス符号化方式を含むことを特徴とする請求項６に記載の符号化方法。
【請求項１１】  第１のディジタルシグナルプロセッサが用いる第１のプログラムは、第２のディジタルシグナルプロセッサが用いる第２のプログラムと同じ符号化方式に従うものであることを特徴とする請求項７に記載の符号化復号化方法。」
　なお、下線は審決において附された。以下同様。
　
（イ）「【００１８】［第１実施例］図１は本発明の代表的な実施例であるファクシミリ装置の構成を示すブロック図である。図１において、１０１はスキャナなどの送信する画像原稿の画像データを読み込む原稿読み取り部、
１０２は原稿読み取り部１０１により読み込んだ画像データ、或は、復号化処理により得られた復号画像データを格納する画像メモリ
１０５及び１０６は画像メモリ１０２に格納された画像データに符号化処理を施す１チップのＤＳＰ
１１０はＤＳＰ１０５〜１０６から出力される符号データを格納する符号メモリ
１０７〜１０８はＤＳＰ１０５〜１０６が実行する処理プログラムを格納するインストラクションメモリ、１１２は画像メモリ１０２
符号メモリ１１０を制御するとともに符号化処理プログラム、或は、復号化処理プログラムをインストラクションメモリ１０７〜１０８にダウンロードするマイクロプロセッサ（以下、ＣＰＵという）である
【００１９】１１３及び１１７はＤＳＰ１０５〜１０６の画像メモリ１０２へのアクセス要求信号、１１４及び１１８は画像メモリコントローラ１０４からＤＳＰ１０５〜１０６に出力される画像メモリ１０２へのアクセス許可信号、１１５及び１２０はＤＳＰ１０５〜１０６の符号メモリ１１０へのアクセス要求を示す信号、１１６及び１１９は符号メモリコントローラ１０９からＤＳＰ１０５〜１０６に出力される符号メモリ１１０へのアクセス許可信号である。
【００２０】
次に、図２〜図５に示すフローチャートを参照して、上記構成のファクシミリ装置が実行する符号化処理及び復号化処理について説明する
図２〜図３は、ＤＳＰ１０５が実行する処理を、一方、図４〜図５は、ＤＳＰ１０６が実行する処理を示している
【００２１】まず、イニシャル処理プログラムがＣＰＵ１１２によりダウンロードされると（図２のステップＳ１０１及び図４のステップＳ２０１）、ＤＳＰ１０５〜１０６は各々、ダウンロードされたプログラムに従い符号化処理のイニシャル処理を行う（図２のステップＳ１０２及び図４のステップＳ２０２）。この処理の後、ＤＳＰ１０５〜１０６は各々、イニシャル処理の終了後、それぞれが実行する符号化処理のためのプログラム（第１及び第２符号化処理プログラム）が、インストラクションメモリ１０７〜１０８各々にダウンロードされるのを待つ。
【００２２】本実施例では、ＣＰＵ１１２がインストラクションメモリ１０７にダウンロードする第１符号化処理プログラムが用いる符号化方式を第１符号化方式、その処理を第１符号化処理といい、インストラクションメモリ１０８にダウンロードする第２符号化プログラムが用いる符号化方式を第２符号化方式、その処理を第２符号化処理という。このときに用いる符号化方式には特に制限はない。即ち、カラー画像データの符号化方式による処理でも、白黒画像データの符号化方式による処理でも構わない。
【００２３】さて、ＤＳＰ１０５〜１０６各々が実行する第１、第２符号化処理プログラムのインストラクションメモリ１０７〜１０８へのダウンロードの終了が判別されると（図２のステップＳ１０３及び図４のステップＳ２０３）、ＤＳＰ１０５〜１０６は原稿画像データの入力待ちとなる。ここで、原稿読み取り部１０１から符号化処理する画像データが読み込まれ、画像メモリ１０２に格納されていれば、処理はそのまま、図２のステップＳ１０４と図４のステップＳ２０４に進む。
【００２４】
以下の説明は、まずＤＳＰ１０５の処理動作の観点から述べる
【００２５】ＤＳＰ１０５は画像メモリコントローラ１０４に対して、画像メモリ１０２にアクセス要求信号１１３を出力する（図２のステップＳ１０４）。この時、画像メモリ１０２にＤＳＰ１０６がアクセスしていなければ、画像メモリコントローラ１０４はＤＳＰ１０５に画像メモリ１０２へのアクセス許可信号１１４を出力するが、もしＤＳＰ１０６が画像メモリ１０２にアクセスしていれば、アクセス待ち（即ち、アクセス許可信号の受信待ち）となる（図２のステップＳ１０５）。
【００２６】ＤＳＰ１０５は、画像メモリ１０２へのアクセス許可信号１１４を受けると、直ちに画像メモリ１０２にアクセスし、符号化処理する画像データの読み取りを開始する（図２のステップＳ１０６）。続いて、ＤＳＰ１０５は、読み込んだ画像データに対し、インストラクションメモリ１０７にダウンロードされた第１符号化処理プログラムに従い符号化処理を行う（図２のステップＳ１０７）。さらにＤＳＰ１０５は、符号化処理後の符号データを符号メモリ１１０に書き込むために符号メモリ１１０へのアクセス要求信号１１５を符号メモリコントローラ１０９に対して出力する（図３のステップＳ１０８）。
【００２７】この時、ＤＳＰ１０６が符号メモリ１０６にアクセスしていなければ、符号メモリコントローラ１０９はＤＳＰ１０５に符号メモリ１１０へのアクセス許可信号１１６を出力するが、もしＤＳＰ１０６が符号メモリ１１０にアクセスしていれば、アクセス待ち（即ち、アクセス許可信号１１６の受信待ち）となる（図３のステップＳ１０９）。ここで、符号メモリ１１０へのアクセス許可信号１１６が出力されると、ＤＳＰ１０５は符号データの書き込みを開始する（図３のステップＳ１１０）。
【００２８】ＤＳＰ１０５は送信原稿の全画像データの符号化処理が終了するまで、以上説明した一連の処理（ステップＳ１０４〜Ｓ１１０）を繰り返す。そして、全画像の符号化処理が終了したことが判断されると処理を終了する（図３のステップＳ１１１）。
【００２９】以上の処理は符号化処理をＤＳＰ１０５の動作の観点から説明したものであるが、ＤＳＰ１０５が符号化処理を実行している間のＤＳＰ１０６が実行する符号化処理（図４のステップＳ２０４〜図５のステップＳ２１１）も基本的にＤＳＰ１０５と同様である。
【００３０】即ち、ＤＳＰ１０６は、符号化処理する画像データの読み取りを行うために、画像メモリアクセスコントローラ１０４に画像メモリアクセス要求信号１１７を出力する（図４のステップＳ２０４）。ＤＳＰ１０６が画像メモリアクセス要求信号１１７を出力した時点で、ＤＳＰ１０５が画像メモリ１０２にアクセスしていなければ、画像メモリコントローラ１０４はＤＳＰ１０６に対して画像メモリアクセス許可信号１１８を出力するが、もしＤＳＰ１０５が画像メモリ１０２にアクセスしていれば、アクセス待ち（即ち、アクセス許可信号１１８の受信待ち）となる（図４のステップＳ２０５）。ここで、ＤＳＰ１０６は画像メモリアクセス許可信号１１８を受けると、画像メモリ１０２にアクセスし、符号化処理する画像データの読み取りを行う（図４のステップＳ２０６）。
【００３１】次に、読み取った画像データは、ＣＰＵ１１２によりインストラクションメモリ１０８にダウンロードされた第２の符号化処理プログラムに従い符号化処理される（図４のステップＳ２０７）。こうして符号化処理により得られた符号データを符号化メモリ１１０に出力するために、ＤＳＰ１０６は符号メモリアクセス要求信号１２０を符号メモリコントローラ１０９に出力する（図４のステップＳ２０８）。ここで、その符号メモリアクセス要求信号１２０に対する符号メモリアクセス許可信号１１９を、ＤＳＰ１０６が符号メモリコントローラ１０９から受信次第（図４のステップＳ２０９）、符号化データを符号メモリ１１０に書き込む（図４のステップＳ２１０）。しかし、ＤＳＰ１０５が符号メモリ１１０にアクセスしていれば、アクセス待ち（即ち、アクセス許可信号１１９の受信待ち）となる（図４のステップＳ２０９）。
【００３２】但し、符号メモリ１１０における符号データを書き込む領域は、ＤＳＰ１０５により生成された符号データを書き込んだ領域とは別の領域とする。つまり、符号メモリ１１０には、ＤＳＰ１０５が処理した第１の符号化方式に従った符号データとＤＳＰ１０６が処理した第２の符号化方式に従った符号データが格納されることになる。
【００３３】ＤＳＰ１０６は送信原稿の全画像データの符号化処理が終了するまで、以上説明した一連の処理（ステップＳ２０４〜Ｓ２１０）を繰り返す。そして、全画像の符号化処理が終了したことが判断されると処理を終了する（図４のステップＳ２１１）。
【００３４】以上の説明では、ＤＳＰ１０５のＤＳＰ１０６の処理を別個に説明したが、
本実施例では、ＤＳＰ１０５〜１０６は
同時に並列的に動作する
【００３５】以上のように、画像メモリ１０２に格納された画像データは、ＤＳＰ１０５〜１０６により、それぞれ別の符号化方式により符号化処理されるので、例えば、第１の符号化方式が画像データに直交変換を施しハフマン符号化する符号化方式であり、第２の符号化方式がランレングス符号化方式である場合は、ＤＳＰ１０５では前記第１の符号化方式に従った符号化処理が行われ、ＤＳＰ１０６では前記第２の符号化方式に従った符号化処理が行われる。これによって、送信原稿の画像データは前記第１の符号化方式に従う符号データと前記第２の符号化方式に従う符号データとの２種類の符号データになって符号メモリ１１０に蓄えられることになる。
【００３６】そして、最終的にＣＰＵ１１２は、符号データ量や相手通信端末特性などに従って、符号メモリ１１０に蓄えられた２つの符号データのいづれかを選択してＣＣＵ１１１を経て通信回線に出力するよう制御する。
【００３７】従って本実施例に従えば、読み取られた画像原稿の画像データを２種類の符号化方式に従ってほぼ同時に符号化し、その符号化データの内、符号データ量や相手通信端末特性などを考慮して送信に最適な符号データを選択して、送信することができる。」
　
（ウ）「【００３８】［第２実施例］ここでは図１に示した構成をもつ装置を用い、図６〜図７に示すフローチャートを参照して復号化処理について説明する。なお、
本実施例におけるＤＳＰ１０５の処理は第１実施例と同様な符号化処理であるためその説明は省略し、ここではＤＳＰ１０６が実行する復号化の処理動作のみの説明を行う
本実施例では２つのＤＳＰの内、一方で符号化処理を、もう一方のＤＳＰで復号化処理を同時に実行する例について説明する
【００３９】また、本実施例では、画像メモリ１０２に符号化処理する画像データが存在し、符号メモリ１１０には復号化処理する符号データがある場合を前提とする。
【００４０】本装置の起動時、ＣＰＵ１１２はＤＳＰ１０６のイニシャル処理を行う処理プログラムをインストラクションメモリ１０８にダウンロードし（図６のステップＳ３０１）、次にＤＳＰ１０６はダウンロードされた処理プログラムに従いイニシャル処理を行う（図６のステップＳ３０２）。次にＣＰＵ１１２は、受信等により符号メモリ１１０に蓄えられた符号データを復号化するための処理プログラムプログラムをインストラクションメモリ１０８にダウンロードする。そのダウンロードが終了すると（図６のステップＳ３０３）、ＤＳＰは復号化処理を開始する。
【００４１】ＤＳＰ１０６は復号化処理する符号データを符号メモリ１１０から読み込むために、符号メモリ１１０へのアクセス要求信号１２０を符号メモリコントローラ１０９に対して出力する（図６のステップＳ３０４）。ここで、ＤＳＰ１０５が画像メモリ１０２に蓄えられた画像データを符号化し、符号データを符号メモリ１１０に書き込んでいなければ、符号メモリコントローラ１０９はＤＳＰ１０６に対して符号メモリ１１０へのアクセス許可信号１１９を出力するが、符号メモリ１１０に対して符号データが書き込み中であれば、復号化処理のための符号データ読みだしは、アクセス待ちとなる（図６のステップＳ３０５）。ここで、符号メモリ１１０へのアクセスが許可されると、ＤＳＰ１０６は符号データを符号メモリ１１０から読み出し（図６のステップＳ３０６）、読み出された符号データに、ダウンロードされた処理プログラムに従い復号化処理を施す（図６のステップＳ３０７）。
【００４２】次に、ＤＳＰ１０６は復号化処理された復号画像データを画像メモリ１０２に書き込むために、画像メモリコントローラ１０４に対してアクセス要求信号１１７を出力する（図７のステップＳ３０８）。この時点で、ＤＳＰ１０５が画像メモリ１０２から符号化処理する画像データの読み出しを行っていなければ、画像メモリコントローラ１０４はＤＳＰ１０６に対して画像メモリ１０２へのアクセス許可信号１１８を出力するが、ＤＳＰ１０５が画像データの読みだし処理を実行中であれば、復号画像データの画像メモリ１０２への書き込み処理は待ちとなる（図７のステップＳ３０９）。ここで、ＤＳＰ１０６が画像メモリ１０２へのアクセス許可信号１１８を受けると（図７のステップＳ３０９）、ＤＳＰ１０６は復号化処理により得た復号画像データを順次画像メモリ１０２に書き込む（図７のステップＳ３１０）。
【００４３】但し、この書き込み領域は、ＤＳＰ１０５により符号化処理される画像データが格納されている領域とは別の領域とする。従って、画像メモリ１０２には、ＤＳＰ１０５により符号化処理する画像データと、ＤＳＰ１０６の処理により得た復号画像データが蓄えられる。
【００４４】ＤＳＰ１０６は、符号メモリ１１０に格納された復号化処理の対象となる全符号データの復号化処理が終了するまで上記一連の処理（図６のステップＳ３０４〜図７のステップＳ３１０）を繰り返す。そして、全画像の復号化処理が終了したことが判断されると処理を終了する（図７のステップＳ３１１）。
【００４５】なお、画像メモリ１０２に格納された復号画像データは、画像出力部１０３により出力される。
【００４６】このように
本実施例においても、ＤＳＰ１０５〜１０６は
画像メモリ１０２に格納された画像データの符号化処理と符号メモリ１１０に格納された符号データの復号化処理はほぼ同時に並列的に動作する
【００４７】このような処理において、ＤＳＰ１０５により符号化処理された符号データを書き込む領域と、ＤＳＰ１０６により復号化処理する符号データが格納されている領域とは別の領域とするように符号メモリの領域を制御することは言うまでもない。」
　
（エ）「【００４９】［第３実施例］ここでは図１に示した構成をもつ装置を用い、図８〜図９に示すフローチャートを参照して、
１つのＤＳＰ（本実施例ではＤＳＰ１０５としている）が画像メモリ１０２に蓄えられた画像データを所定量づつ符号化しつつも、符号メモリ１１０に蓄えられた符号データを所定量づつ復号化処理を行なう例について説明する
【００５０】なお、ＤＳＰ１０５が実行する所定量の画像データに対する符号化処理は、第１実施例で既に説明した処理ステップ（ステップＳ１０１〜ステップＳ１１０）に従って実行するものとし、ここでの説明は省略する。そして、以下の説明は１シャトル分の符号化処理が終了している時点から始める。
【００５１】まず、１シャトルの画像データの符号化処理が終了すると、ＤＳＰ１０５は符号化処理を中断する。この時、ＣＰＵ１１２が例えば、通信回線からの符号データ受信などにより符号メモリ１１０に復号化処理の対象となる符号データを認識すると、ＤＳＰ１０５は第１実施例とは別の処理を行うが、復号化すべき符号データが存在しなければ、処理はステップＳ１１１に戻って第１実施例と同様の処理を行う（図８のステップＳ４０１）。ここで、符号メモリ１１０に復号化処理を行なうべき符号データが存在すると、ＤＳＰ１０５はその符号データを復号化できる復号化処理プログラムがＣＰＵ１１２によりダウンロードされるのを待つ（図８のステップＳ４０２）。
【００５２】さてＣＰＵ１１２により、復号化処理プログラムがインストラクションメモリ１０７にダウンロードされると、ＤＳＰ１０５は符号メモリ１１０から符号データを読みだすためにアクセス要求信号１１５を符号メモリコントローラ１０９に出力する（図８のステップＳ４０３）。ＤＳＰ１０５が符号メモリアクセス要求信号１１５を出力した時点で、ＤＳＰ１０６が符号メモリ１１０にアクセスしていなければ、符号メモリコントローラ１０９はＤＳＰ１０５に対してアクセス許可信号１１６を出力するが、ＤＳＰ１０６が符号メモリ１１０にアクセス中であれば、ＤＳＰ１０５による符号データ読みだしは待ちとなる（図８のステップＳ４０４）。ここで、ＤＳＰ１０５は符号メモリ１１０へのアクセス許可信号１１６を受けると、符号メモリ１１０に蓄えられた復号化処理の対象となる符号データを読み込む（図８のステップＳ４０５）。
【００５３】次に、ＤＳＰ１０５は読み込んだ符号データにダウンロードされた処理プログラムに従い復号化処理を施す（図８のステップＳ４０６）。次に、ＤＳＰ１０５は復号化処理した復号画像データを画像メモリ１０２に書き込むために、画像メモリコントローラ１０４にアクセス要求信号１１３を出力する（図８のステップＳ４０７）。この時、ＤＳＰ１０６が画像メモリ１０２にアクセスしている場合は、画像メモリコントローラ１０４はＤＳＰ１０５に対して画像メモリ１０２へのアクセス許可信号１１４を出力せずＤＳＰ１０５はアクセス待ち都なるが、ＤＳＰ１０６が画像メモリ１０２にアクセスしていなければ、画像メモリコントローラ１０４は、ＤＳＰ１０５に対して画像メモリアクセス許可信号１１４を出力する（図８のステップＳ４０８）。ここで、画像メモリ１０２へのアクセスが許可されると、ＤＳＰ１０５は復号化処理により得た復号画像データを画像メモリ１０２に書き込む（図８のステップＳ４０９）。
【００５４】但し、前述の実施例で既に述べたようにここでも、ＤＳＰ１０５が復号画像データを書き込む画像メモリ１０２の領域は符号化処理する画像データが蓄えられた領域とは別の領域とする。
【００５５】ＤＳＰ１０５は符号化処理の場合と同様、所定量の画像データの復号化処理が終了するまで前記一連の復号化処理（ステップＳ４０３〜Ｓ４０９）を繰り返す。そして、所定量の復号化処理が終了したことが判断されるとＤＳＰ１０５は復号化処理を中断する（図９のステップＳ４１０）。さらに、この時点で、画像メモリ１０２に蓄えられた符号化対象となる全画像データの符号化処理、及び、符号メモリ１１０に蓄えられた復号化対象となる全符号データの復号化処理が終了していればＤＳＰ１０５は処理を終了するが、そうでない場合は第１の符号化方式に従う処理プログラムのダウンロードが完了するのを待ち、第１実施例で述べた符号化処理を次のシャトルの画像データに対して開始するか、復号化処理を続行する（図９のステップＳ４１１〜Ｓ４１２）。
【００５６】このようにして、所定量の画像データの符号化処理終了後、復号化処理する符号データが符号メモリ１１０に存在する場合は、所定量づつ符号データの復号化処理を行う。
【００５７】従って本実施例に従えば、ＤＳＰ１０５は所定量の画像データあるいは所定量の復号画像データに対して符号化処理と復号化処理を交互に実行することができる。これにより、符号化処理を実行中に、例えば通信回線から符号データを受信したような場合でも、その符号データに対する復号化処理を行ないながら、画像メモリにある画像データを符号化することができる。
【００５８】また、本実施例ではＤＳＰ１０５が上記のような符号化処理あるいは復号化処理を行っている間のＤＳＰ１０６が実行する処理は第１実施例と同様である。即ち、ＤＳＰ１０６は画像メモリ１０２に蓄えられた符号化の対象となる全画像データに対して、ＤＳＰ１０５が実行する符号化方式とは別の符号化方式に従う符号化処理を施すことができる。なお、ＤＳＰ１０６が実行する符号化処理により得る符号データは、ＤＳＰ１０５が実行する符号化処理による符号データを書き込む領域及びＤＳＰ１０５が実行する復号化処理の対象となる符号データが格納されている領域とは別の領域に書き込むことは言うまでもない。従って、符号メモリ１１０にはＤＳＰ１０５の符号化処理による符号データと、ＤＳＰ１０６の符号化処理による符号データと、通信回線から受信された復号化処理の対象となる符号データがそれぞれ異なる領域に蓄えられる。
【００５９】本実施例においても、２つの符号化方式に従って符号化され、符号メモリ１１０に蓄えられた符号データに関して、ＣＰＵ１１２は符号データ量や相手通信端末特性などに従って、最適な符号データを選択してＣＣＵ１１１を経て通信回線に出力するよう制御する。また、画像メモリ１０２に蓄えられた復号画像データに関しても、画像出力部１０３から復号画像として出力される。
【００６０】なお、以上説明した第１〜第３実施例において、画像データを蓄える画像メモリと符号データを蓄える符号メモリとを別のメモリ構成としたが、本発明はこれに限定されるものではなく、例えば、同一のメモリをマッピングして使用してもよい。
【００６１】尚、本発明は、複数の機器から構成されるシステムに適用しても良いし、１つの機器から成る装置に適用しても良い。また、本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。」
　
（オ）「【００６２】
【発明の効果】以上説明したように本発明によれば、それぞれにＤＳＰを含んだ複数の符号化手段によって異なる符号化方式に従って画像データを、第１と第２の記憶手段に対するアクセスの排他制御を行ないながら、ほぼ
並列的に符号化処理を実行
【００６３】また他の発明によれば、
２つのＤＳＰを用いて、受信した符号データについては復号化処理を、一方、読み込まれた画像データについては符号化処理を、第１と第２の記憶媒体に対するアクセスの排他制御を行ないながら、ほぼ並列的に符号化復号化処理を実行し、その符号データを通信回線に送出するとともに、その復号された画像データを出力する
　
　以上の記載からみて、引用例１には次のような発明が記載されているものと認められる。
　「複数のプログラマブルＤＳＰ(Digital Signal Processor)を有し、画像の符号化処理及び復号化処理を同時並列的に行う画像通信装置であって、
　該プログラマブルＤＳＰ(Digital Signal Processor)１０５と１０６は、互いに並列接続され、
　プログラマブルＤＳＰ１０５，１０６の各々のインストラクションメモリ１０７，１０８に符号化プログラム又は復号化プログラムがロード（設定）されるとプログラマブルＤＳＰ１０５，１０６は符号化器又は復号化器として並列に動作するようになされており、
　そして、画像データの送信要求のみが発生した場合、すなわちデータの出力のみが行われる場合には、プログラマブルＤＳＰ１０５，１０６は共に符号化器として動作し、
　画像データの送信要求と画像データの受信要求が共に発生し２つの要求が競合した場合、すなわちデータの入力と出力とが同時に行われる場合には、プログラマブルＤＳＰ１０５は符号化器として動作し、プログラマブルＤＳＰ１０６は復号器として動作し、
　画像データの受信要求が発生した場合、すなわちデータの入力のみが行われる場合には、プログラマブルＤＳＰ１０５，１０６のうちのいずれか１つが復号化器として動作する画像通信装置。」
　
（３）対比
　本願補正発明と引用例１に記載された発明を対比すると、引用例１に記載された発明の「符号化処理」はデータを符号化して圧縮する処理であるから、本願補正発明の「圧縮処理」に相当し、
　引用例１に記載された発明の「復号化処理」はデータを復号化して伸張する処理であるから、本願補正発明の「伸張処理」に相当し、
　引用例１には、プログラマブルＤＳＰ(Digital Signal Processor)１０５，１０６のそれぞれのインストラクションメモリ１０７，１０８に符号化プログラム又は復号化プログラムがロードされるとＤＳＰ１０５，１０６は符号化器又は復号化器として働くことが記載されているから、引用例１に記載された発明の「プログラマブルＤＳＰ１０５，１０６」は、本願補正発明の「圧縮・伸張処理部」に相当し、
　引用例１には、画像通信処理装置は、画像データの符号化処理（圧縮処理に相当）及び復号化処理（伸張処理に相当）を実行することが記載されているから、引用例１に記載された発明の「画像通信処理装置」は、本願補正発明の「圧縮伸張処理装置」に相当することは明らかである。
　
　そして、引用例１には、プログラマブルＤＳＰ(Digital Signal Processor)１０５と１０６が互いに並列接続されることが開示されており（図１参照。）、該プログラマブルＤＳＰ１０５，１０６の各々のインストラクションメモリ１０７，１０８に符号化プログラム又は復号化プログラムがロード（設定）されるとプログラマブルＤＳＰ１０５，１０６は符号化器又は復号化器として並列に動作することが記載されている（特許請求の範囲の請求項１〜１１の記載、及び段落【００１４】，【００１５】,【００３４】、【００４６】、【００６２】、【００６３】の記載参照。）から、本願補正発明と引用例１に記載された発明とは、
　「互いに並列接続され、設定に応じて、データの圧縮処理又は伸張処理を実行する複数の圧縮・伸張処理部」
を有する点で差異はない。
　
　また、引用例１には、(i)画像データの送信要求のみが発生した場合、すなわちデータの出力のみが行われる場合には、プログラマブルＤＳＰ１０５，１０６は共に符号化器として動作することが記載されており（特許請求の範囲の請求項１，６，１０の記載、及び段落【００１８】〜【００３７】の記載参照。）、
(ii)画像データの送信要求と画像データの受信要求が共に発生し２つの要求が競合した場合、すなわちデータの入力と出力とが同時に行われる場合、プログラマブルＤＳＰ１０５は符号化器として動作し、プログラマブルＤＳＰ１０６は復号器として動作することが記載されており（特許請求の範囲の請求項７，８，９，１１の記載、段落【００３８】〜【００４８】の記載、段落【００４９】〜【００６１】の記載、及び段落【００６３】の記載参照。）、
(iii)画像データの受信要求が発生した場合、すなわちデータの入力のみが行われる場合には、プログラマブルＤＳＰ１０５，１０６のうちのいずれか１つが復号化器として動作することが記載されている（特許請求の範囲の請求項２，３，４、５の記載参照。）から、本願補正発明と引用例１に記載された発明とは、
　「データの入力のみが行われる場合、データの入力と出力とが同時に行われる場合、データの出力のみが行われる場合のうちのいずれの場合であるかに応じて、上記複数の圧縮・伸張処理部のうち、圧縮処理を実行する圧縮・伸張処理部の数を変更し、残りの圧縮・伸張処理部を伸張処理を実行するように設定する設定手段」
を有している点で差異はない。
　
　そうすると、本願補正発明と引用例１に記載された発明とは、
（一致点）
　「互いに並列接続され、設定に応じて、データの圧縮処理又は伸張処理を実行する複数の圧縮・伸張処理部と、
　データの入力のみが行われる場合、データの入力と出力とが同時に行われる場合、データの出力のみが行われる場合のうちのいずれの場合であるかに応じて、上記複数の圧縮・伸張処理部のうち、圧縮処理を実行する圧縮・伸張処理部の数を変更し、残りの圧縮・伸張処理部を伸張処理を実行するように設定する設定手段と、を有している圧縮・伸張処理装置。」
である点で一致し、次の点で相違する。
　
（相違点）
　本願補正発明は、装置に入力されるデータの量と装置から出力されるデータの量の関係に基づき圧縮処理を実行する圧縮・伸張処理の数を変更し、残りの圧縮・伸張処理部を伸張処理を実行するように設定しているのに対し、
　引用例１に記載された発明は、送信要求のみがある場合すなわちデータの出力のみが行われる場合、送信要求と受信要求とが共にある場合すなわちデータの入力と出力とが同時に行われる場合、または受信要求のみがある場合すなわちデータの入力のみが行われる場合のいずれかの場合に応じて、符号化処理（圧縮処理に相当）を実行するプログラマブルＤＳＰの数を変更し、残りのプログラマブルＤＳＰを復号処理（伸張処理に相当）を実行するようにしている点。
　
（４）判断
　上記相違点について判断する。
(i)一般に、複数の資源を有するシステムにおいて、処理要求の作業量の多少に応じて必要とする資源を動的かつ充分に配分し、そして必要とされ配分されているにもかかわらず休んでいる資源がないように管理し、資源の有効利用及び処理効率の向上を計ることは、良く行われることである。例えば、マルチプロセッサシステムにおいて、要求された仕事量に応じて必要なだけのプロセッサを供給し、供給された各プロセッサにほぼ等量の仕事量を割り当て、必要とされ供給されているにもかかわらず休んでいるプロセッサがないようにし、供給された複数のプロセッサをアイドリングなしに同時に並列運転し、作業の処理効率を高めると共に資源の有効利用を計るという技術思想は、当業者の自明な周知技術常識であるところ、
(ii)原審が拒絶の理由に引用した
　特開平６−６６１２号公報
には、資源として複数の圧縮伸張器を有する画像データ処理装置において、処理すべきデータ量つまり圧縮すべきデータ量及び伸張すべきデータ量とに応じて、休んでいる圧縮伸張器に新たな圧縮処理または伸張処理を動的に割当て、休んでいる圧縮伸張器がないようにし、圧縮処理または伸張処理を複数個の圧縮伸張器で同時並列処理することにより、圧縮処理または伸張処理の実行効率を上げることが記載されている。すなわち、圧縮すべきデータ量に対して必要とする圧縮伸張器を圧縮器に設定し、そして伸張すべきデータ量に対して必要とする圧縮伸張器を伸張器に設定し、圧縮器の数及び伸張器の数を処理量に応じて変更し（但し、圧縮伸張器の総数は変わらない。）、圧縮処理または伸張処理を効率良く実行することが記載されている。しかも、この技術事項は当業者の周知技術事項である。
　以上に示される周知技術に鑑みると、引用例１に記載された発明に上記周知技術を適用することにより、本願補正発明の如く構成することは、当業者が適宜なし得ることである。
　そして、その奏する効果の程も当業者の当初の予測の範囲を超えるものではない。
　
（５）むすび
　以上のとおり、本願補正発明は、引用例１に記載された発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許出願の際、独立して特許を受けることができるものではなく、特許法第１７条の２第５項で準用する同法１２６条第５項の規定に違反するものであるから、平成１７年７月２１日付けの手続補正は、特許法第１５９条第１項で準用する同法第５３条第１項の規定により却下すべきものである。
　
３．本願発明について
　平成１７年７月２１日付けの手続補正は、前記のとおり却下されるから、本願の特許請求の範囲の請求項２に係る発明（以下、「本願発明」という。）は、平成１６年１１月３０日付けの手続補正によって補正された特許請求の範囲の請求項２に記載された次のとおりのものである。
　
「【請求項２】互いに並列接続され、設定に応じて、データの圧縮処理又は伸張処理を実行する複数の圧縮・伸張処理部と、
　データの入力のみが行われる場合、データの入力と出力とが同時に行われる場合、データの出力のみが行われる場合のうちのいずれの場合であるかに応じて、上記複数の圧縮・伸張処理部のうち、圧縮処理を実行する圧縮・伸張処理部の数を変更し、残りの圧縮・伸張処理部を伸張処理を実行するように設定する設定手段と、を有していることを特徴とする圧縮・伸張処理装置。」
　
（１）引用例
　原審の拒絶の理由で引用された引用例及びその記載事項は、前記「２．（２）」項に記載したとおりである。
　
（２）対比・判断
　本願発明は、前記「２．（３）」項及び「２．（４）」項で検討した本願補正発明からその限定事項である
　「上記圧縮・伸張処理部による圧縮処理のために装置に入力されるデータの量と上記圧縮・伸張処理部による伸張処理後に装置から出力されるデータの量の関係に基づき、」
を省いたものである。
　そうすると、本願発明を特定する事項をすべて含み、更に他の特定する事項を付加したものに相当する本願補正発明が、前記「２．（４）」項に記載したとおり、引用例１に記載された発明及び周知技術とに基づいて当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用例１に記載された発明及び周知技術とに基づいて当業者が容易に発明をすることができたものである。
　
（３）むすび
　以上のとおり、本願発明は、引用例１に記載された発明及び周知技術に基づいて当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許を受けることができないものであるから、他の請求項について検討するまでもなく、本願は拒絶されるべきものである。
　よって、結論のとおり審決する。