【事件の表示】
　特願２０００−２７５５０８「データ転送装置およびデータ転送装置の制御方法」拒絶査定不服審判事件〔平成１４年　３月２９日出願公開、特開２００２−　９１８９６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　本願は、平成１２年９月１１日の出願であって、平成１７年４月４日付けで手続補正がなされ、平成１７年６月２１日付けで拒絶査定がなされ、これに対して平成１７年７月２８日に拒絶査定不服審判の請求がなされるとともに、平成１７年８月２９日付けで手続補正がなされた。そして、平成２０年１１月１８日に平成１７年８月２９日付け手続補正の補正の却下の決定及び拒絶理由通知がなされ、これに対して平成２１年１月２６日付けで手続補正がなされたものである。
　
第２．補正却下の決定
［補正却下の決定の結論］
　平成２１年１月２６日付けの手続補正を却下する。
　
［理由］
１．補正後の本願発明及び補正の目的
　本件補正により、特許請求の範囲の請求項１は、次のように補正された。
　
【請求項１】
　ＰＣと外部機器との間に接続され、該ＰＣから該外部機器へデジタルデータをアイソクロナス方式のＵＳＢ通信によって転送するデータ転送装置において、
　上記ＰＣより転送されたデジタルデータから、時間的に連続しているＡＶデータを抽出するＡＶデータ抽出手段と、
　上記ＡＶデータ抽出手段によって抽出された上記ＡＶデータを蓄積するＡＶデータ蓄積手段と、
　上記ＡＶデータ蓄積手段から上記ＡＶデータを読み出して、上記外部機器へ一定速度で連続的に出力するＡＶデータ出力手段と、
　上記ＡＶデータ蓄積手段に蓄積された上記ＡＶデータのうち、上記ＡＶデータ出力手段によって既に読み出されたＡＶデータを順次消去する蓄積状態制御手段と、を備えており、
　上記ＡＶデータ抽出手段は、上記ＡＶデータ蓄積手段に空き容量があるか否かを判定し、上記ＡＶデータ蓄積手段に空き容量がないと判定した場合に、上記ＵＳＢ通信のコントロール転送によって上記ＰＣに対して上記ＡＶデータの転送中断要求を送信するとともに、該転送中断要求を受信した上記ＰＣから上記ＡＶデータの代わりに転送されるダミーデータを破棄することによって、時間的に連続しているＡＶデータを抽出する、ことを特徴とするデータ転送装置。
　
　本件補正は、請求項１を削除し、
　請求項２に記載した発明を特定するために必要な事項である「デジタルデータを転送するデータ転送装置」に「アイソクロナス方式のＵＳＢ通信によって」という限定を付加し、
　「上記ＡＶデータの蓄積状態に応じて、上記ＡＶデータ蓄積手段における上記ＡＶデータの蓄積または消去を制御する蓄積状態制御手段」から、択一的記載の要素「蓄積」を削除し、かつ、「上記ＡＶデータの蓄積状態に応じて、上記ＡＶデータ蓄積手段における上記ＡＶデータの消去を制御する」を「上記ＡＶデータ蓄積手段に蓄積された上記ＡＶデータのうち、上記ＡＶデータ出力手段によって既に読み出されたＡＶデータを順次消去する」に限定し、
　「ＡＶデータ抽出手段」に「上記ＡＶデータ蓄積手段に空き容量があるか否かを判定し、上記ＡＶデータ蓄積手段に空き容量がないと判定した場合に、上記ＵＳＢ通信のコントロール転送によって上記ＰＣに対して上記ＡＶデータの転送中断要求を送信するとともに、該転送中断要求を受信した上記ＰＣから上記ＡＶデータの代わりに転送されるダミーデータを破棄することによって、時間的に連続しているＡＶデータを抽出する」という限定を付加するものであり、特許法第１７条の２第４項第２号の特許請求の範囲の減縮を目的とするものに該当する。
　
２．独立特許要件
　本件補正後の請求項１に係る発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法１２６条第５項の規定に適合するか）について以下に検討する。
　
（１）刊行物
（１−１）刊行物１の記載
　平成２０年１１月１８日付けの当審の拒絶理由通知において引用された、
　特開平９−５１５３０号公報（以下、「刊行物１」という。）には、図面と共に以下の記載がなされている。
　
【請求項１】時間的に変化する圧縮率で圧縮されたビデオデータを送信する第１の送受信部から前記時間的に変化する圧縮率で圧縮されたビデオデータを受信する第２の送受信部に対して、前記時間的に変化する圧縮率で圧縮されたビデオデータを等時的に送信すると共に、前記第２の送受信部は前記時間的に変化する圧縮率で圧縮されたビデオデータを一時記憶するバッファメモリを有し、該バッファメモリの充足度を示すデータを、前記第２の送受信部から前記第１の送受信部へ等時的に送信することを特徴とする、ディジタルデータ伝送方法。
　
【０００１】
【産業上の利用分野】本発明は、時間的に変化する圧縮率で圧縮されたビデオデータ、オーディオデータを伝送する伝送信方法に関する。
【０００２】
【従来の技術】圧縮されたビデオ、オーディオデータを伝送する伝送信方式として、日経エレクトロニクス誌「３部マルチメディア機器用インターフェース、１９９５．７．３（ｎｏ．６３９）９５ページから１０５ページ」に詳しく記載されている。
　
【０００４】
【課題を解決するための手段】上記課題は、圧縮されたビデオデータの受信部に対して、圧縮されたビデオデータを等時的に送信すると共に、圧縮されたビデオデータの受信部の中にあるビデオデータ復調回路のバッファメモリの充足度を示すデータを圧縮されたビデオデータの受信部から、圧縮されたビデオデータの送信部へ等時的に送信することにより解決される。
【０００５】
【作用】時間的に変化する圧縮率で圧縮されたビデオデータは、送信部から受信部へ等時的に伝送される。一方受信部では、受信したビデオデータを一旦バッファメモリへ格納し、ビデオデータ復調回路がバッファメモリからデータを読み出してビデオデータの復調を行う。復調したビデオ信号の表示フレームレートは一定（例えば、ＮＴＳＣ方式では２９．９７フレーム毎秒）であるが伝送されてくる圧縮されたビデオデータの圧縮率は時間的に変化するため、１フレーム当たりの復調に必要なビデオデータ量は、時間的に変化する。このため、受信部の中にあるビデオデータ復調回路のバッファメモリは、オーバーフロー又はアンダーフローする場合が発生する。ここで本発明では、受信部の中にあるビデオデータ復調回路のバッファメモリの充足度を示すデータを、圧縮されたビデオデータの送信部へ等時的に伝送する。これにより圧縮されたビデオデータの送信部は、送信するデータ量を変化させることにより、受信部の中にあるビデオデータ復調回路のバッファメモリのオーバーフロー又はアンダーフローを防止することができるので、受信部の中にあるビデオデータ復調回路は圧縮されたビデオデータを良好に復調することが出来る。
【０００６】
【実施例】次に、図１及び図２を用いて本発明の一実施例について説明する。図１において、１は送受信装置１、２は時間的に変化する圧縮率で圧縮されたビデオデータが記録された光学式ディスクや磁気ディスク等からデータを再生するデータ再生装置や記録再生装置等である。３はデータ再生装置から再生されるデータ及び他の機器からの制御信号を他の送受信装置との間で送受信するインターフェース部である。４は送受信装置２、５は時間的に変化する圧縮率で圧縮されたビデオデータを復調するビデオ復調部、６はビデオデータのバッファメモリ、７はバッファメモリの充足度を監視するバッファメモリ監視部、８は他の機器からのデータ及びバッファメモリの充足度を示すデータを他の送受信装置との間で送受信するインターフェース部である。又、１１はデータ再生装置の再生データ、１２はインターフェース部３により受信したデータ再生装置の制御信号である。１３は、インターフェース部８により受信したデータ、１４はビデオ復調部５へ入力される圧縮されたビデオデータ、１５はビデオ復調部５からバッファメモリ１５に対するデータ要求、１６はバッファメモリ６の充足度を示すデータである。又、１７及び１８は、インターフェース部３と８の間を接続するデータ及びクロック信号線であり、本実施例では同一の信号線を用いて、時分割して送受信装置１から送受信装置２への又は送受信装置２から送受信装置１へのデータ送受信を行うものとする。
【０００７】図２は、図１の送受信装置１と２の間のデータ送受信方法を示したものである。Ｓはデータを送受信するための、等時的な周期の先頭を示す信号であり、Ｔ１、Ｔ２、Ｔ３はその周期を示すもので、Ｔ１＝Ｔ２＝Ｔ３＝Ｔ（定数）とする。ここで等時的という意味は、一定時間内にデータを必ず転送する仕組みである、いわゆる Isochronous モードを意味している。今、データの送受信を開始する前は、図１の信号線１７、及び１８は、電気的に高インピーダンスの状態とする。ここで、データの送受信開始時にまず、等時的な周期の先頭を示す信号Ｓが、送受信装置２から送受信装置１に向けて出力される。送受信装置１は、Ｓを受信すると、一定時間ａ１経過後、データ再生装置２より再生される再生データを伝送期間Ａの間インターフェース部３を介して送受信装置２に向けて送信する。データの送信終了後、送受信装置１は信号線１７及び１８を電気的に高インピーダンスの状態とする。送受信装置１より送信されたデータは送受信装置２のインターフェース部８により受信され、バッファメモリ６へ一時記憶される。送受信装置２内のビデオ復調部はバッファメモリ内のデータを信号１５により要求し、バッファメモリは要求に応じてデータをビデオ復調部へ送る。バッファメモリ監視部はバッファメモリに書き込まれたデータ量とバッファから読み出されたデータ量の比較を行い現在バッファ内にあるデータの量を監視する。ここで、周期Ｔ１時に、バッファメモリ内のデータ量が、ある一定のしきい値以上となったとする。バッファメモリ内のデータ量が、ある一定のしきい値以上となると、バッファメモリが一杯であることを示すデータを、インターフェース部８へ送る。次に、送受信装置２のインターフェース部８は、信号線１７、１８が電気的に高インピーダンスの状態の期間Ｂを検出するとバッファメモリ監視部より送られたバッファメモリが一杯であることを示すデータを信号線１７、１８によって、送受信装置１のインターフェース部３へ送信する。送受信装置２のインターフェース部８は、バッファメモリが一杯であることを示すデータを送信終了すると、信号線１７、１８を電気的に高インピーダンスの状態とする。インターフェース部３は、バッファメモリが一杯であることを示すデータを受信すると、データ再生装置２を制御して、データの再生を一時中止する。次に再び、等時的な周期の先頭を示す信号Ｓが周期Ｔ２の先頭において送受信装置２から送受信装置１に向けて出力される。送受信装置１と２の間のデータの送受信方法は、前記した方法と同一の方法で、データの送受信が行われるが、周期Ｔ１において、送受信装置２内のバッファメモリが一杯となっているため、送受信装置１から送受信装置２に対しては、データ再生装置２の再生データは送信されず、周期Ｔ２のＡ期間には無効データが送信されるか又は、送信データが無いことを示すデータが送信される。周期Ｔ２において、時間的に変化する圧縮率で圧縮されたビデオ信号は送信されないが、ビデオ復調部５はバッファメモリ６にデータを要求し続けているため、バッファメモリ６内の記憶デー多量は減少する。バッファメモリ監視部７は、バッファメモリ内のデータ量がしきい値以下となった時、バッファメモ��がデータを書き込み可能であることを示すデータをインターフェース部８に送る。インターフェース部８は、信号線１７、１８が電気的に高インピーダンスの状態の期間Ｂを検出すると、バッファメモリ監視部より送られたバッファメモリがデータを書き込み可能であることを示すデータを信号線１７、１８によって、送受信装置１のインターフェース部３へ送信する。インターフェース部３は、バッファメモリがデータを書き込み可能であることを示すデータを受信すると、データ再生装置２を制御して、データの再生を再開する。次に再び、等時的な周期の先頭を示す信号Ｓが周期Ｔ３の先頭において送受信装置２から送受信装置１に向けて出力される。周期Ｔ２のＣ区間でバッファメモリがデータを書き込み可能であることを示すデータが送受信装置２から送受信装置１へ送信されているために、周期Ｔ３のＡ期間では、再び、時間的に変化する圧縮率で圧縮されたビデオ信号が送信される。以上、本実施例によれば、時間的に変化する圧縮率で圧縮されたビデオ信号とビデオ信号を受信し復調するためのバッファメモリの充足度を示すデータを等時的に伝送することが出来るので、バッファメモリのオーバーフロー又はアンダーフローを防止することができ、ビデオデータ復調回路は圧縮されたビデオデータを良好に復調することが出来る。
【０００８】以上の説明では、バッファの充足度を示すデータを送受信装置２から送受信装置１に対して送信する例について述べたが、バッファの充足度を示すデータの代わりに、バッファメモリ監視部でバッファメモリ内のデータ空き容量を検出し、検出結果に従って書き込み可能なデータ数をインターフェース部８へ送り、インターフェース部８から送受信装置１に対してデータを要求する構成としてもよい。この場合、バッファメモリ監視部出力１６及び制御信号１２は、要求データ数である。従って、周期Ｔ２、Ｔ３等は、その前の周期で送受信装置２から送受信装置１に送信された要求データ数を示すデータに従ったデータ数のデータが送受信装置１から送受信装置２へ送信される。
【０００９】次に図３及び図４を用いて本発明の他の実施例について説明する。図３は本発明の時間的に変化する圧縮率で圧縮されたビデオ信号を送信する際の、データの形式を示したものである。又図４は本発明のバッファメモリの充足度を示す信号のデータの形式を示したものである。
【００１０】図３において、２１はインタフェースフォーマットによるヘッダ部、２２は伝送データ部、２３は伝送データの検査符号部である。本実施例に於いては、データ部の先頭にデータが有効データか無効データかを識別するコードを配置する。図１及び図２の実施例において、周期Ｔ１の伝送期間Ａの間で送受信装置１がビデオデータを送信するときにはデータが有効であることを示すフラグを付加し、周期Ｔ２の伝送期間Ａの間で送受信装置１がデータを送信する場合には、データが無効であることを示すフラグを付加する。フラグは、例えば０の場合にはデータが無効、１の場合にはデータが有効というように規定する。以上本実施例によれば、伝送データが有効であるか無効であるかの識別情報を送信することが出来る。
【００１１】図４において、３１はインタフェースフォーマットによるヘッダ部、３２は伝送データ部、３３は伝送データの検査符号部である。本実施例に於いては、データ部の先頭にバッファのオーバーフロー／アンダーフローを示すデータを配置する。例えば、２ビットにより、００の時はバッファメモリが書き込み可能状態、「０１」の時は、バッファメモリ内の記憶データ量が上限のしきい値を越えた状態、「１０」の時は、バッファメモリ内の記憶データ量が下限のしきい値よりも少なくなった状態、「１１」はコードとして未使用というように定める。図１及び図２の実施例において送受信装置２のバッファメモリ監視部からのバッファメモリの充足度を示すデータに従って、例えば上記コードを図４に示すバッファのオーバーフロー／アンダーフローを示すデータ（３４）部に配置して送受信装置１へ送信することが出来る。以上本実施例によれば、バッファメモリの充足度を示す信号を送信することが出来る。
　
　図１には、送受信装置２内のビデオ復調部が、映像信号を出力することが記載されている。
　
　図３には、ヘッダ部、伝送データ部、検査符号部からなるデータ形式が記載されている。
　
　以上の記載において、以下の事項が認められる。
　
　刊行物１の記載より、図１の送受信装置２が出力する映像信号は、外部機器に入力されることは明らかである。
　
　以上のことから、刊行物１には、次の発明（以下、「刊行物１記載発明」という。）が記載されていると認められる。なお、符号を「（１）」のようにカッコ内に示した。
　
「　ディジタルデータ伝送方法に用いられ、データ再生装置（２）を有する送受信装置１（１）と外部機器との間に接続され、該送受信装置１（１）から該外部機器へビデオデータを Isochronous モードで伝送する送受信装置２（４）において、
　上記送受信装置１（１）から、時間的に変化する圧縮率で圧縮されたビデオデータを含むデータを受信するインターフェース部（８）と、
　上記インターフェース部（８）によって受信された上記時間的に変化する圧縮率で圧縮されたビデオデータを一時記憶するバッファメモリ（６）と、
　上記バッファメモリ（６）内のデータ量が、ある一定のしきい値以上となるとバッファメモリが一杯であることを示すデータを送受信装置１（１）へ送信し、送受信装置１（１）にデータの再生を一時中止させて無効データを送信させ、上記バッファメモリ（６）内のデータ量がしきい値以下となった時、送受信装置１（１）にデータの再生を再開させて、バッファメモリ（６）のオーバーフロー又はアンダーフローを防止するバッファメモリ監視部（７）と、
　上記バッファメモリ（６）に上記時間的に変化する圧縮率で圧縮されたビデオデータを要求し、該ビデオデータを復調して一定の表示フレームレートの映像信号を出力するビデオ復調部（５）とを備え、
　ビデオ復調部（５）がバッファメモリ（６）にデータを要求するとバッファメモリ（６）内のデータ量が減少し、
　同一の信号線を用いて、時分割して送受信装置１（１）から送受信装置２（４）への又は送受信装置２（４）から送受信装置１（１）へのデータ送受信を行う
　送受信装置２。」
　
（１−２）刊行物２の記載
　平成２０年１１月１８日付けの当審の拒絶理由通知において引用された、“３部　マルチメディア機器用インタフェース　動画の転送はＩＥＥＥ１３９４で決まり，電話や電子スチル・カメラをＵＳＢはねらう”、日経エレクトロニクス、日経ＢＰ社、１９９５年７月３日、６３９号、９５〜１０５ページ（以下、「刊行物２」という。）には、図面と共に以下の記載がなされている。（なお、「刊行物２」は、刊行物１において従来の技術として記載されている文献である。）
　
　ビデオ・カメラやカラー・スキャナ、電子スチル・カメラなど、マルチメディア・データを入出力する機器とパソコンなどのコンピュータをつなぐインタフェースとして、 ＩＥＥＥ １３９４とＵＳＢ （Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）に、周辺機器やパソコン、民生機器の設計者の注目が集まっている。
（９５ページ左欄１〜８行）
　
　ＩＥＥＥ１３９４とＵＳＢはいずれも、マルチメディア・データの転送に向くＩｓｏｃｈｒｏｎｏｕｓと呼ぶモードを備えている注４）。Ｉｓｏｃｈｒｏｎｏｕｓモードは、一定時間内にデータを必ず転送する仕組みである。たとえばビデオの映像ならば、１／３０秒で１フレームを送らないと、ギクシャクした映像になってしまう。この仕組みなしにスムーズな映像を実現するには、あらかじめ十分な数のフレームをメモリに格納しておく必要がある。コスト上昇の要因となる。
　
　９６ページの図１には、ＵＳＢにより、パソコンとディスプレイとを接続することが、図示されている。
　
　以上の記載において、以下の事項が認められる。
　
　刊行物２の「ＵＳＢ」が、デジタルデータを転送するものであることは、明らかである。
　
　以上のことから、刊行物２には、次の発明（以下、「刊行物２記載発明」という。）が記載されていると認められる。
　
「　ＰＣ（パソコン）から外部機器（ディスプレイ）へデジタルデータをマルチメディア・データの転送に向くアイソクロナス方式のＵＳＢ通信によって転送すること。」
　
（１−３）刊行物３の記載
　“Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ”、Ｒｅｖｉｓｉｏｎ２．０、２０００年４月２７日、３１〜３８ページ（以下、「刊行物３」という。）には、図面と共に以下の記載がなされている。
　
　　Figure 5-10 illustrates how communication flows are carried over pipes between endpoints and host side memory buffers. The following sections describe endpoints, pipes, and communication flows in more detail.
　　Software on the host communicates with a logical device via a set of communication flows. The set of communication flows are selected by the device software/hardware designer(s) to efficiently match the communication requirements of the device to the transfer characteristics provided by the USB.
（３３ページ１〜６行）
　
5.3.1.1 Endpoint Zero Requirements
　　All USB devices are required to implement a default control method that uses both the input and output endpoints with endpoint number zero. The USB System Software uses this default control method to initialize and generically manipulate the logical device (e.g., to configure the logical device) as the Default Control Pipe (see Section 5.3.2). The Default Control Pipe provides access to the device’s configuration information and allows generic USB status and control access. The Default Control Pipe supports control transfers as defined in Section 5.5. The endpoints with endpoint number zero are always accessible once a device is attached, powered, and has received a bus reset.
（３４ページ１〜８行）
　
5.3.2 Pipes
　　A USB pipe is an association between an endpoint on a device and software on the host. Pipes represent the ability to move data between software on the host via a memory buffer and an endpoint on a device.　…（中略）…
　　The pipe that consists of the two endpoints with endpoint number zero is called the Default Control Pipe. This pipe is always available once a device is powered and has received a bus reset. Other pipes come into existence when a USB device is configured. The Default Control Pipe is used by the USB System Software to determine device identification and configuration requirements and to configure the device. The Default Control Pipe can also be used by device-specific software after the device is configured. The USB System Software retains “ownership” of the Default Control Pipe and mediates use of the pipe by other client software.
（３４ページ２３行〜３５ページ２行）
　
5.5 Control Transfers
　　Control transfers allow access to different parts of a device. Control transfers are intended to support configuration/command/status type communication flows between client software and its function.　…（中略）…　
　　Each USB device is required to implement the Default Control Pipe as a message pipe. This pipe is used by the USB System Software. The Default Control Pipe provides access to the USB device’s configuration, status, and control information. A function can, but is not required to, provide endpoints for additional control pipes for its own implementation needs.
（３８ページ１４〜２６行）
　
5.5.2 Control Transfer Direction
　　Control transfers are supported via bi-directional communication flow over message pipes. As a consequence, when a control pipe is configured, it uses both the input and output endpoint with the specified endpoint number.
（３９ページ１〜４行）
　
（１−４）刊行物４の記載
　桑野雅彦、“第２章　ＵＳＢ学習キットのハードウェアとファームウェア　ＵＳＢターゲットボードの設計事例”、Ｉｎｔｅｒｆａｃｅ、ＣＱ出版株式会社、２０００年３月１日、２６巻、３号、６３〜８０ページ（以下、「刊行物４」という。）には、図面と共に以下の記載がなされている。
　
　ＵＳＢを理解するうえで一番の鍵となるのがパイプやエンドポイントという概念です。パイプとは、ホストとターゲットの間に仮想的に作られた１対１接続の伝送路のことです。また、エンドポイントとは、各パイプに対応してターゲット側に用意されているセマフォ（アクセス権制御）付きのバッファメモリと思えばよいでしょう。
（６５ページ左欄２５〜３０行）
　
　さて、先ほどちょっと横に置いておいたコントロール転送について見ていくことにします。ＵＳＢの説明書などで見かける『セットアップトランザクションが…』などという言葉は、このコントロール転送のものです。
　コントロール転送というのは、簡単に言ってしまえばＵＳＢデバイスに対するコマンドと付帯するデータの転送です。たとえば、デバイスの基本情報（デイスクリプタ）を得る場合には、ホストかららＧＥＴ＿ＤＥＳＣＲＩＰＴＯＲリクエストがコントロールエンドポイント経由で送られてきます。ターゲット側はこれを解釈して該当するディスクリプタ情報をコントロールエンドポイントのバッファに納めます。
　次に、ホストがこのコントロールエンドポイントをリードしにくると、データが引き渡されるということになります。デイスクリプタ情報の方がエンドポイントのバッファサイズよりも大きければ当然、複数回に渡ってこの動作が繰り返されます。
　コントロール転送はこのような手順で行われるわけですが、このうち最初に送られてくるコマンドのことをデバイスリクエストと呼んでいます。デバイスリクエストは常に８バイト長で、フォーマットはＵＳＢ規格で決められています。デバイスリクエストは、ＵＳＢの規格で決められたもの以外に、ユーザー（ベンダ）が自由に定義してよいものもあります。　…（中略）…
　また、コントロールエンドポイントでデータ転送をするこということも不可能ではありませんが、あまり推奨されるものではありません。コントロールエンドポイントによるデータ転送は、すべてのデータが転送されるという保証がないためです。
…（中略）…
　このように、ユーザーエンドポイントによるコマンド転送やコントロールエンドポイントによるデータ転送は不可能とは言わないまでも、いろいろと面倒です。
（６７ページ左欄３６行〜６８ページ左欄１０行）
　
　「〔表２〕　ＵＳＢの転送モードの比較」には、コントロール転送の転送方向が、双方向であることが示されている。
（６５ページ〔表２〕　ＵＳＢの転送モードの比較）
　
（２）対比
　本願補正発明と、刊行物１記載発明とを対比すると、刊行物１記載発明の「時間的に変化する圧縮率で圧縮されたビデオデータ」は、本願補正発明の「時間的に連続しているＡＶデータ」に相当する。
　
　刊行物１記載発明の「時間的に変化する圧縮率で圧縮されたビデオデータを含むデータを受信するインターフェース部（８）」は、ディジタルデータ伝送されたデータからビデオデータを抽出することは明らかであるから、
　本願補正発明の「転送されたデジタルデータから、時間的に連続しているＡＶデータを抽出するＡＶデータ抽出手段」に相当する。
　
　刊行物１記載発明の「上記インターフェース部（８）によって受信された上記時間的に変化する圧縮率で圧縮されたビデオデータを一時記憶するバッファメモリ（６）」は、本願補正発明の「上記ＡＶデータ抽出手段によって抽出された上記ＡＶデータを蓄積するＡＶデータ蓄積手段」に相当する。
　
　刊行物１記載発明の「上記バッファメモリ（６）に上記時間的に変化する圧縮率で圧縮されたビデオデータを要求し、一定の表示フレームレートの映像信号を出力するビデオ復調部（５）」は、映像信号が外部機器に入力されるから、
　本願補正発明の「上記ＡＶデータ蓄積手段から上記ＡＶデータを読み出して、上記外部機器へ一定速度で連続的に出力するＡＶデータ出力手段」といえる。
　
　刊行物１記載発明の「ビデオ復調部（５）が、上記バッファメモリ（６）にビデオデータを要求すると、該ビデオデータを復調して一定の表示フレームレートの映像信号を出力し、バッファメモリ（６）内のデータ量が減少する」ことは、本願補正発明の「上記ＡＶデータ蓄積手段に蓄積された上記ＡＶデータのうち、上記ＡＶデータ出力手段によって既に読み出されたＡＶデータを順次消去する蓄積状態制御手段」といえる。
　
　刊行物１記載発明の「無効データ」は、ビデオデータの代わりに送信されるから、本願補正発明の「ＡＶデータの代わりに転送されるダミーデータ」に相当する。
　そして、刊行物１記載発明の「送受信装置２（４）が、バッファメモリ（６）が一杯であることを示すデータを送受信装置１（１）へ送信すると、送受信装置１（１）がデータの再生を一時中止し、無効データを送信する」ことは、ビデオデータの転送を一時中止することであるから、
　刊行物１記載発明の「バッファメモリが一杯であることを示すデータ」は、本願補正発明の「転送中断要求」といえる。
　
　刊行物１記載発明の「時間的に変化する圧縮率で圧縮されたビデオデータを含むデータを受信するインターフェース部（８）を備える送受信装置２（４）が、バッファメモリ（６）内のデータ量が、ある一定のしきい値以上となるとバッファメモリが一杯であることを示すデータを送受信装置１へ送信し、送受信装置１にデータの再生を一時中止させて無効データを送信させること」は、
　本願補正発明の「上記ＡＶデータ抽出手段は、上記ＡＶデータ蓄積手段に空き容量があるか否かを判定し、上記ＡＶデータ蓄積手段に空き容量がないと判定した場合に、上記ＵＳＢ通信のコントロール転送によって上記ＰＣに対して上記ＡＶデータの転送中断要求を送信するとともに、該転送中断要求を受信した上記ＰＣから上記ＡＶデータの代わりに転送されるダミーデータを破棄することによって、時間的に連続しているＡＶデータを抽出する」と、
　ＡＶデータ抽出手段は、ＡＶデータ蓄積手段に空き容量があるか否かを判定し、上記ＡＶデータ蓄積手段に空き容量がないと判定した場合に、上記装置に対して上記ＡＶデータの転送中断要求を送信することによって、時間的に連続しているＡＶデータを抽出する点、で共通する。
　
　刊行物１記載発明「データ再生装置（２）を有し、デジタルデータを送信する送受信装置１」は、本願補正発明の「ＰＣ」と、「デジタルデータを転送する装置」の点で共通する。
　
　刊行物１記載発明の「送受信装置１（１）と外部機器との間に接続され、該送受信装置１（１）から該外部機器へビデオデータを Isochronous モードで伝送する送受信装置２（４）」は、ディジタルデータ伝送方法に用いられるから、
　本願補正発明の「ＰＣと外部機器との間に接続され、該ＰＣから該外部機器へデジタルデータをアイソクロナス方式のＵＳＢ通信によって転送するデータ転送装置」と、
　「装置と外部機器との間に接続され、該装置から該外部機器へデジタルデータをアイソクロナス方式によって転送するデータ転送装置」の点で共通する。
　
　したがって、両者の発明の一致点、相違点は、以下のとおりである。
　
＜一致点＞
「　装置と外部機器との間に接続され、該装置から該外部機器へデジタルデータをアイソクロナス方式によって転送するデータ転送装置において、
　上記装置より転送されたデジタルデータから、時間的に連続しているＡＶデータを抽出するＡＶデータ抽出手段と、
　上記ＡＶデータ抽出手段によって抽出された上記ＡＶデータを蓄積するＡＶデータ蓄積手段と、
　上記ＡＶデータ蓄積手段から上記ＡＶデータを読み出して、上記外部機器へ一定速度で連続的に出力するＡＶデータ出力手段と、
　上記ＡＶデータ蓄積手段に蓄積された上記ＡＶデータのうち、上記ＡＶデータ出力手段によって既に読み出されたＡＶデータを順次消去する蓄積状態制御手段と、を備えており、
　上記ＡＶデータ抽出手段は、上記ＡＶデータ蓄積手段に空き容量があるか否かを判定し、上記ＡＶデータ蓄積手段に空き容量がないと判定した場合に、上記装置に対して上記ＡＶデータの転送中断要求を送信することによって、時間的に連続しているＡＶデータを抽出する、ことを特徴とするデータ転送装置。」
　
＜相違点１＞
　装置から外部機器へデジタルデータをアイソクロナス方式によって転送するデータ転送装置が、本願補正発明では、「ＰＣ」から外部機器へデジタルデータをアイソクロナス方式の「ＵＳＢ通信」によって転送するデータ転送装置であるのに対して、刊行物１記載発明では、データ再生装置（２）を有する送受信装置１（１）と外部機器との間に接続され、該送受信装置１（１）から該外部機器へビデオデータを Isochronous モードで伝送する送受信装置２（４）であって、送受信装置１（１）がＰＣであるのか明らかでなく、また、ビデオデータの伝送がＵＳＢ通信なのか明らかではない点。
　
＜相違点２＞
　ＡＶデータの転送中断要求の送信が、本願補正発明では、「ＵＳＢ通信のコントロール転送」によって送信されるのに対して、刊行物１記載発明では、送受信装置１（１）から送受信装置２（４）へのデータ送受信と同一の信号線を時分割して用いて、送受信装置２（４）から送受信装置１（１）へのデータ送受信を行うものであり、そのようなものか明らかではない点。
　
＜相違点３＞
　ＡＶデータ抽出手段が、本願補正発明では、「該転送中断要求を受信した上記ＰＣから上記ＡＶデータの代わりに転送されるダミーデータを破棄する」のに対して、刊行物１記載発明では、送受信装置２（４）のインターフェース部（８）が無効データをどのようにするか明らかではない点。
　
（３）判断
（３−１）相違点１について
　刊行物１記載発明と刊行物２記載発明とは、ビデオデータ（マルチメディア・データ）をアイソクロナスモードで伝送する点で共通しており、刊行物１記載発明に刊行物２記載発明を適用して、ＰＣと外部機器との間に接続され、該ＰＣから該外部機器へデジタルデータをアイソクロナス方式のＵＳＢ通信によって転送するデータ転送装置とすることは、当業者が容易になし得ることである。
　
（３−２）相違点２について
　刊行物３、刊行物４などに記載されているように、ホストとターゲットとが、ＵＳＢのコントロール転送で通信をすることは、本願出願時、周知技術である。
　そして、刊行物１記載発明に上記周知技術を適用して、ＵＳＢ通信のコントロール転送によってＰＣに対してＡＶデータの転送中断要求を送信するようにすることは、当業者が容易になし得ることである。
　
（３−３）相違点３について
　刊行物１記載発明において、送受信装置２（４）が、受信した無効データをバッファメモリ（６）に記憶しないことは明らかである。
　そして、刊行物１記載発明において、ＡＶデータ抽出手段が、転送中断要求を受信したＰＣからＡＶデータの代わりに転送されるダミーデータを破棄するようにすることは、設計事項である。
　
　また、本願補正発明のように構成したことによる作用効果も、刊行物１記載発明、刊行物２記載発明及び周知技術から予測できる程度のものである。
　
　したがって、本願補正発明は、刊行物１記載発明及び刊行物２記載発明に基づいて当業者が容易に発明をすることができたものである。
　
３．むすび
　したがって、本件補正は、上記「２．独立特許要件」のとおり、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
第３．本願発明
１．本願発明
　平成２１年１月２６日付けの手続補正は上記のとおり却下されたので、本願の請求項１に係る発明（以下、「本願発明」という。）は、平成１７年４月４日付け手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものと認める。
　
　　【請求項１】
　ＰＣと外部機器との間に接続され、該ＰＣから該外部機器へデジタルデータを転送するデータ転送装置において、
　上記ＰＣより転送されたデジタルデータから、時間的に連続しているＡＶデータを抽出するＡＶデータ抽出手段と、
　上記ＡＶデータ抽出手段によって抽出された上記ＡＶデータを蓄積するＡＶデータ蓄積手段と、
　上記ＡＶデータ蓄積手段から上記ＡＶデータを読み出して、上記外部機器へ一定速度で連続的に出力するＡＶデータ出力手段とが備えられていることを特徴とするデータ転送装置。
　
２．刊行物記載の発明
　これに対する刊行物１記載発明、刊行物２記載発明は、それぞれ、前記「第２．補正却下の決定　２．独立特許要件　（１）刊行物　（１−１）刊行物１の記載」及び「第２．補正却下の決定　２．独立特許要件　（１）刊行物　（１−２）刊行物２の記載」で認定したとおりである。
　
３．本願発明と刊行物１記載発明との対比・判断
　本願発明は、前記「第２．補正却下の決定」で検討した本願補正発明から、
　「データ転送装置」の限定事項である「アイソクロナス方式のＵＳＢ通信によって」を省き、
　「ＡＶデータ抽出手段」の限定事項である「上記ＡＶデータ蓄積手段に空き容量があるか否かを判定し、上記ＡＶデータ蓄積手段に空き容量がないと判定した場合に、上記ＵＳＢ通信のコントロール転送によって上記ＰＣに対して上記ＡＶデータの転送中断要求を送信するとともに、該転送中断要求を受信した上記ＰＣから上記ＡＶデータの代わりに転送されるダミーデータを破棄することによって、時間的に連続しているＡＶデータを抽出する」を省き、
　さらに、本願補正発明の構成要件である「上記ＡＶデータ蓄積手段に蓄積された上記ＡＶデータのうち、上記ＡＶデータ出力手段によって既に読み出されたＡＶデータを順次消去する蓄積状態制御手段」を省いたものである。
　そうすると、本願発明の構成要件をすべて含み、さらに他の構成要件を付加したものに相当する本願補正発明が、前記「第２．補正却下の決定　２．独立特許要件　（３）判断」に記載したとおり、刊行物１記載発明、刊行物２記載発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も同様の理由により、刊行物１記載発明、刊行物２記載発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。　
　
４．むすび
　以上のとおり、本願発明は、刊行物１記載発明、刊行物２記載発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、その他の請求項について検討するまでもなく、拒絶すべきものである。
　よって、結論のとおり審決する。