【事件の表示】
　特願２００３−５３３１３３「バス・システムおよびバス・インターフェース」拒絶査定不服審判事件〔平成１５年　４月１０日国際公開、ＷＯ０３／２９９９６、平成１７年　２月１０日国内公表、特表２００５−５０４３９２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯  
　本願は、平成１４年９月１６日（パリ条約による優先権主張外国庁受理２００１年９月２７日（ＳＧ）シンガポール共和国）を国際出願日とする出願であって、平成２０年１月２８日付けで拒絶理由通知がなされ、同年５月２日付けで誤訳訂正（同年５月３０日付け手続補正書）がなされるとともに意見書が提出されたが、平成２１年３月９日付けで拒絶査定がされ、これに対して同年６月１５日に拒絶査定に対する審判請求がなされたものである。 
 　 
２．本願発明について
　本願の請求項１に係る発明（以下、「本願発明」という。）は、平成２０年５月２日付け誤訳訂正により訂正された特許請求の範囲の請求項１に記載された以下のとおりのものである。
　
「【請求項１】
　データおよび制御信号を転送するためのバスによって結合されている第１の端末と第２の端末とを備え、当該バスが、当該第１の端末が当該第２の端末に繰り返しリクエストを送信すると考えられているプロトコルによって作動するバス・システムにおいて、当該第１の端末は、プロセッサと、バス・インターフェースと、当該プロセッサ及び当該バス・インターフェースに結合されるバッファを備え、
　当該プロセッサは、当該リクエスト及び当該データを処理するためのリクエスト特性を生成するために動作可能であり、当該リクエスト特性は、当該リクエストのポーリング・レートを備え、
　当該バッファは、当該リクエスト特性を格納するために動作可能であり、
　当該バス・インターフェースは、当該格納されているリクエスト特性から当該リクエストを生成し、かつ当該リクエストを繰り返し送信するために動作可能であり、
　当該バスインターフェースは、当該リクエスト特性に含まれる当該ポーリングレートに応じて当該リクエストを送信するレートを調整する、ことを特徴とするバス・システム。」
  　
３．引用例
　原査定の拒絶の理由に引用された特開平１０−２２８３５５号公報（以下、「引用例１」という。）には、図面とともに以下の記載がある。なお、下線は当審が付与したものである。
　
（ａ）「【請求項１】 
第１の機器から第２の機器へとデータを転送するデータ転送装置であって
所定のタイミングに同期して第１の機器から第２の機器へとデータを転送する第１の転送手段と、
所定のタイミングで、前記第１の転送手段による転送データを処理し終えているかを示すデータを、前記第２の機器から第１の機器へと転送する第２の転送手段と、
前記第２の転送手段により転送されるデータに基づいて、前記第１の転送手段を制御して、次のデータを転送するかデータを再送するか制御する制御手段とを有することを特徴とする
データ転送装置
　
（ｂ）「【００２５】
【発明の実施の形態】
（第１の実施の形態）
図２はＰＣなどのホスト２０１と外部バス２１３で接続されたプリンタなどの周辺機器２０２を示している
＜
印刷システムの構成
ホスト２０１の内部には
全体制御部２０８、
ホスト外部バス制御部２１２が接続されている
全体制御部２０８はアドレス信号線２０３によって、各機能ブロックの選択を行い、データ信号線２０４と制御信号線２０５によってデータの転送を行うことで、各ブロックの動作の制御を行い、ホスト２０１の全体の動作を制御する
【００２６】ＲＯＭ２０６には全体制御部２０８と各機能ブロックとのアクセスの制御方法などの基本的なプログラムのコードが格納されている。ＲＡＭ２０７は、全体制御部がＲＯＭ２０６または蓄積部２１０に格納されているシステム全体のオペレーティングシステム、アプリケーションの動作モジュールや動作中に必要とされるデータ、外部周辺機器のドライバなどの中から、必要とされる動作モジュールや、各モジュールが動作時に必要とするパラメータなどを一時格納するメモリである。
【００２７】表示制御部２０９は、図示していないＣＲＴモニタ、液晶ディスプレイなどの外部表示装置を制御する。蓄積部２１０は、ＨＤＤ(Hard Disk Drive)、ＣＤ−ＲＯＭ  Ｄｒｉｖｅなどの蓄積装置とその制御部で構成されており、アプリケーションの実行ファイルやアプリケーションで作成されたデータファイルが格納されている。Ｉ／Ｏ制御部２１１は、図示していないキーボード、マウスなどの入力装置が接続されており、利用者が希望する制御情報を入力可能にしている。
【００２８】
ホスト外部バス制御部２１２は、外部バス２１３を介して周辺機器２０２と接続されており、周辺機器２０２との間でデータを送受信する
【００２９】利用者は、Ｉ／Ｏ制御部へ入力することで、希望する動作をホストに行わせる。外部表示装置に表示されている画面を見ながら蓄積部２１０に格納されているアプリケーション、またはデータファイルを選択してアプリケーションを起動させ、さらにそのアプリケーションに入力を行い一連の作業を行う。その時に作業結果を周辺機器２０２に転送する要求が発生した場合に、ホスト外部バス制御部２１２、外部バス２１３を用いてデータの転送を行う。
【００３０】周辺機器２０２としてプリンタを例にして説明を行う。周辺機器２０２には内部バスとしてのアドレス信号線２１４、データ信号線２１５、制御信号線２１６があり、この内部バスに周辺機器外部バス制御部２１７、モータ制御部２１８、ヘッド制御部２１９、周辺機器制御部２２０、ＲＯＭ２２１、ＲＡＭ２２２、画像処理部２２３が接続されている。周辺機器制御部２２０はアドレス信号線２１４によって、各機能ブロックの選択を行い、データ信号線２１５と制御信号線２１６によってデータの転送の制御を行い、周辺機器２０２の動作を制御する。
【００３１】周辺機器外部バス制御部２１２は、外部バス２１３を介してホスト２０１と接続されており、ホスト２０１とのデータの送受信を行う。モータ制御部２１８は、紙送り、ヘッド駆動用のモータを周辺機器制御部２２０の制御に応じて駆動する。ヘッド制御部２１８は、印刷するデータを受け取り、ヘッドの制御を行って印刷する。画像処理部２２３は、転送されてきたデータにさらに画像処理を行う。
【００３２】ＲＯＭ２２３には周辺機器制御部２２０を動作させるためのプログラムが格納されており、周辺機器制御部２２０はこのプログラムに沿って周辺機器外部バス制御部２１７に送られてくるデータを処理して、他の機能ブロックを制御して印刷を可能にする。ＲＡＭ２２２は送られてくるデータ、または処理中に発生するパラメータなどを格納することに使用される。
＜データ転送手順＞次にこの一連の動作を図３と図４とを利用して説明する。ここでは、利用者が所定のアプリケーションによってドキュメントを作成し、これをプリントアウトするところから説明する。
【００３３】利用者が、アプリケーション上で印刷命令を発行すると、これがプリンタドライバに通知される（４０１）。
【００３４】プリンタドライバは、用紙サイズ、印刷品位などのプリンタの設定情報などをシステムに通知する（４０２）。
【００３５】システムはアプリケーションにデータの変換を要求し（４０３）、アプリケーションは印刷データをシステムが要求する所定のフォーマットのデータに変換してシステムに転送する（４０４）。
【００３６】システムは、転送されたデータをＲＡＭ２０７または蓄積部２１０に格納し（４０５）、アプリケーションに終了許可の通知を行う（４０６）。アプリケーションは、この許可を受け取り印刷動作を終了し、次の操作を受け付ける状態に移行する（４０７）。
【００３７】システムは、４０５で格納したデータをプリンタドライバで処理可能な大きさのデータ量に分割して、プリンタドライバにデータを転送する（５０１）。
【００３８】プリンタドライバは、受け取ったデータからターゲットのプリンタに最適な画像データの生成のための画像処理を行う（５０２）。たとえば、色空間変換、カラーマッチング、ラスタライズ、エッジ強調、ソフトネスなどである。これらの処理は、テキスト領域１００２、イメージ領域１００３に応じて最適な組み合わせが選択される。
【００３９】５０２で生成された画像データはプリンタ制御コマンドに変換され（５０３）、プリンタへのデータ送信要求とともにシステムに渡される（５０４）。
【００４０】システムは受け取ったプリンタ制御コマンドをホスト外部バス制御部２１２に転送する（５０５）。ホスト外部バス制御部２１２は受け取ったプリンタ制御コマンドを外部バス２１３を介して周辺機器外部バス制御部２１７に送信する（５０６，５０７）。データの転送が終了した時点でホスト外部バス制御部２２からシステムにデータ転送の終了が通知される。
【００４１】データを受信した周辺機器外部バス制御部２１７はプリンタの周辺機器制御部２２０にデータが送信されたことを通知する。周辺機器制御部２２０は受信したデータに応じてプリント出力を行うように各機能ブロックを制御する（５０８）。
【００４２】システムは、データ転送の終了が通知されると（５０９）、印刷するページの１ページが終了するまで、５０１〜５０９を繰り返す（５１０）。
【００４３】これを印刷が要求されているすべてのページに対して繰り返し行う（５１１）以上の手順によりホストからプリンタへのデータ転送を行っている。
＜外部バス制御部の構成＞図１は本発明の一実施例であるホスト外部バス制御部２１２のブロック図である。なお、本実施例では、図示していないが、ホスト外部バス制御部２１２に複数のコネクタがあり、外部バス２１３には複数の周辺機器２０２が接続されている
【００４４】
また外部バス１０９としてＵＳＢを採用した場合を例に説明する
【００４５】システムバスの制御信号線１０１とデータ信号線１０２とアドレス信号線１０３とが制御部１１０に接続されており、
ホスト制御部２０８の指示によって送られる制御によってバッファ部１０４、パケット生成部１０５、通信制御部１０６の制御を行う
【００４６】
外部バス１０９を介して図１には図示していない周辺機器に転送されるデータはデータ信号線１０２からバッファ部１０４に格納される。転送データは、パケット生成分１０５でパケットに変換され、通信制御部１０６に供給される。ここではデータに対して、通信相手を示すトークンパケット、データであるデータパケット、受信の確認を行うハンドシェイクパケットを生成する
【００４７】通信制御部１０６は内部にサイクルタイマ１０７を装備しており、サイクルタイマ１０７で生成されるバスのサイクルのタイミングに合わせて
供給されたパケットをトランシーバを介して外部バス１０９にデータを出力する
【００４８】周辺機器２０２の周辺機器外部バス制御部２１７もホスト外部バス制御部１１２とほぼ同一の構成であるが、トークンパケットの生成は行わない。
【００４９】まずＵＳＢのデータ転送について簡単に説明する。
【００５０】データ転送は、基本的に３つのパケット、トークンパケット、データパケットハンドシェイクパケットで構成される。これら３つのパェットで構成される一回のデータ転送をトランザクションと呼ぶ。トークンパケットには、トランザクションの種類を示すパケットＩＤ，データ転送のターゲットとなるデバイスのアドレス、エンドポイント番号が挿入されており、このトークンパケットの情報に適合したデバイスとホストとの間でデータ転送が可能になる。このトークンパケットはホストのみが生成することができる。これはホストのみでバスのアクセス権を管理していることを意味する。データパケットには転送データが格納されている。ハンドシェイクパケットには、データ転送が正常に完了したか、または正常に完了できなかったかを示す情報が格納されている。
【００５１】トランザクションにはイントランザクション，アウトトランザクション，セットアップトランザクションの３種類がある。イントランザクションでは周辺機器からホストへデータが転送される。アウトトランザクションではホストから周辺機器へデータが転送される。セットアップトランザクションはホストから周辺機器に対して規格で規定されたコマンドの転送に使用される。これら３つのトランザクションでバルク転送，コントロール転送，アイソクロナス転送，インタラプト転送と呼ばれるトランスファーが構成される。
【００５２】バルク転送はイントランザクション又はアウトトランザクションの並びである。コントロール転送はセットアップトランザクションのみ、またはセットアップトランザクションに続くイントランザクションとアウトトランザクションの並びである。アイソクロナス転送はハンドシェークパケットの無いイントランザクションまたはアウトトランザクションの並びである。インタラプト転送はひとつのイントランザクションである。
【００５３】これらのトランスファーはフレームと呼ばれる１ｍｓ単位の期間に並べられる。この制御はホスト外部バス制御部２１２で行われる。フレームの開始はＳＯＦ(Start Of Frame)パケットと呼ばれる特殊なパケットで通知される。このうち、アイソクロナス転送とインタラルと転送はフレーム内にその帯域を確保されている。
【００５４】バルク転送は非同期のデータ転送であり、コントロール転送はバスに接続されている周辺機器外部バス制御部２１７の初期化に使用される。アイソクロナス転送は同期転送であり、単位時間あたりのデータ転送量が確保されている。ただし他のトランスファーと異なり、アイソクロナス転送のみデータの保証はされていない。インタラプト転送は設定時間ごとに必ず転送されることが保証されているため、割り込み処理に使用される。
【００５５】データ転送は従来のデータ転送によく似ており、転送先からデータ転送の確認は取れるが帯域が保証されない。本発明ではアイソクロナス転送とインタラプト転送とを使用することで、より簡単に、さらにデータ帯域が保証されたデータ転送方式を実現している。その特徴的な動作を図５で説明する。
【００５６】図５で、Ｔｘはホスト２０１、Ｒｘは周辺機器２０２を示している。ＳＯＦは１ｍｓ間隔で送信されている。ＳＯＦとＳＯＦの間には、ここでは図示していないホスト２０１と複数の周辺機器２０２との間のトランスファーの転送が多く存在する。ここではひとつの周辺機器２０２に対して本発明に関係するトランスファーのみを示している。
【００５７】予めホスト２０１と周辺機器２０２との間でアイソクロナス転送で転送するデータ量とインタラプト転送の確保のネゴシエーションが行われる。ネゴシエーションが終了し、データ転送の帯域が確保できた後に、ホスト２０１からData0が周辺機器２０２にアイソクロナス転送で転送される。周辺機器では受け取ったデータをもとに処理を行う。このステップは従来例で示したものと同一である。インタラプト転送が開始された時点で、受け取ったデータの処理が終了しており、次のデータの処理が可能な状態であれば、インタラプト転送で処理可能であること（ＯＫ）をホスト２０１に転送する。
【００５８】Data1を受信したが、次のインタラプト転送の開始時点までにデータの処理が終了しなかった場合には、周辺機器２０２はインタラプト転送で処理不可（ＮＧ）をホスト２０１に転送する。処理不可を通知されたホスト２０１は次のアイソクロナス転送でData1を再送する。処理可能（ＯＫ）をつうちされるまでData1の再送を繰返す。
【００５９】以上のような手順でデータ転送を行うことで、データ帯域を保証し、しかも転送先の周辺機器がデータを受信したことを確認しつつデータを確実に転送できる。さらに、複数の周辺装置を接続してあっても同様の手順で簡単にデータ転送を行える。また、ホストがトークンパケットを発行することでバスの調停を行うため、ホスト側だけの制御でバスを管理でき、周辺装置側の構成が簡単になる。
【００６０】なお、アイソクロナンス転送とインタラプタ転送順番を変え、インタラプト転送によって周辺機器２０２の状態を判定した後で、アイソクロナス転送によってデータを転送するようにしてもよい。」
　
（ｃ）図１及び図２から、ホスト外部バス制御部内のバッファはバスを介して全体制御部と接続されていることは明らかである。
　
　よって、引用例１には、以下の発明（以下、「引用発明１」という。）が開示されていると認められる。
　
「ホストと周辺機器とが、ＵＳＢが採用された外部バスで接続され、
ホストは、各ブロックの動作の制御を行い、ホスト全体の動作を制御する全体制御部と、
　外部バスを介して周辺機器と接続され、周辺機器との間でデータを送受信するホスト外部バス制御部と、を備え、
　ホスト外部バス制御部は、外部バスを介して周辺機器に転送されるデータを格納するバッファ部と、を備え、
　バッファはバスを介して全体制御部と接続され、
　ホスト外部バス制御部は、通信相手を示すトークンパケット、データであるデータパケット、受信の確認を行うハンドシェイクパケットを外部バスに出力する、
　データ転送装置。」
　
　同じく原査定の拒絶の理由に引用された特開平１０−２８３３１１号公報（以下、「引用例２」という。）には、図面とともに以下の記載がある。なお、下線は当審が付与したものである。
　
（ｄ）「【００２７】
【発明の実施の形態】図１に示すように、本発明によるコンピュータ・システム１０は、
ユニバーサル・シリアル・バス（ＵＳＢ）１１によって相互接続された複数のユニットを含んでいる
【００２８】コンピュータ１４は、詳細には図示されていないが、プロセッサ、揮発性データ記憶装置および不揮発性データ記憶装置、入出力デバイスなどを有するマザーボードを含んでいる。
コンピュータ１４は、バス１１を介してデータ転送を制御するＵＳＢコントローラ１６を含んでいる。
【００２９】割り当てユニット１８は、以下で詳細に説明するようにコントローラ１６に関連し、その一部をなす構成要素となりうる。コントローラ１６および割り当てユニット１８は、ハードウェア、ソフトウェア、またはその任意の組合せの形で実施できる。
【００３０】これらのユニットの一部または全部は、本発明によるエンド・ユーザに分配すべき磁気ディスクやＣＤ  ＲＯＭなどデジタル・データ記憶媒体上に記憶された命令を含んでいるコンピュータ・プログラムとして実施される。さらに、これらのユニットの一部または全部は、動作前および動作中、揮発性メモリ、不揮発性メモリ、またはその任意の組合せの形で完全にまたは部分的に実施できる。
【００３１】図示のように、
いくつかの周辺装置がＵＳＢバス１１を介してホスト・コンピュータ１４に接続される。図示の例では、モデム２８およびプリンタ３０が線１２を介してＵＳＢハブ３２に接続される。ＵＳＢハブ３２自体は、ＵＳＢコントローラ１６に接続される。
【００３２】
ＵＳＢコントローラ１６は、４つのタイプのデータ転送、すなわち割込み転送、等時性転送、制御転送、およびバルク転送を使用して、ＵＳＢバス１１を介して周辺装置と通信する。
【００３３】
本発明が関する割込み転送は、コントローラ１６が周辺装置を個々の要件に依存する間隔を置いて周期的にポーリングすることによって開始される。ポーリングに応答して、周辺装置は、特定の処理を実施した結果、例えばキーボード２４のキーを押した結果を表すデータをコントローラ１６に戻す。コントローラ１６は、データを適切な処理のために周辺装置からコンピュータ１４に送る。デバイス、一般にキーボードまたはマウスは、送信すべきデータを有しない場合、否定応答（ＮＡＫ）メッセージをもって応答する
【００３４】
異なるタイプの周辺装置は、異なるポーリング間隔要件を有する。ポーリング間隔は、それぞれ１ミリ秒の固定の期間を有する一連の「フレーム」に対して定義される。周辺装置は、１ミリ秒ごとか、または１ミリ秒の２の累乗の倍数ごとにポーリングされる
【００３５】
周辺装置のポーリング構造を指定するデータは、図２に示すように２進ツリー構成で配置されたポーリング・リスト内に記憶される。ツリーは、２の累乗に対応するレベルのところに配置されたノードを有する。１ミリ秒ごとにポーリングしなければならない周辺装置のデータは、ツリーのルート・ノードのところに配置される。２ミリ秒ごとにポーリングしなければならない周辺装置のデータは、ルート・ノードから第１の先祖レベル内に記憶され、４ミリ秒ごとにポーリングしなければならない周辺装置のデータは、第２の先祖レベル内に記憶される
【００３６】図２は、ＯＨＣＩコントローラによって実施される２進ツリー構造の簡略化された一例である。図は、４つのレベルを有するツリー、および円によって示されたノードを示す。ノードは、円内に配置された番号を有する。「１」で示され、１ミリ秒ごとに割込みポーリング信号を発生する１つのルート・ノードが存在する。「２」および「３」で示された第２のレベルのところには、２ミリ秒ごとに割込みポーリング信号を発生する２つのノードが存在する。
【００３７】「４〜７」で示された第３のレベルのところには、４ミリ秒ごとに割込みポーリング信号を発生する４つのノードが存在し、「８〜１５」で示された第４のレベルまたはリーフ・レベルのところには、８ミリ秒ごとに割込みポーリング信号を発生する８つのノードが存在する。
【００３８】要約すると、第１のレベル（１ミリ秒期間）はルート・ノード１で構成され、第２のレベル（２ミリ秒期間）はノード２および３で構成され、第３のレベル（４ミリ秒期間）はノード４〜７で構成され、第４のレベル（８ミリ秒期間）はノード８〜１５で構成される。
【００３９】割込みポーリング信号ＩＮＴ０からＩＮＴ７は、入力ノードまたはリーフ・ノード８〜１５に加えられ、ルート・ノード１に向かって右へ伝搬する。信号ＩＮＴ０からＩＮＴ７は、連続的な１ミリ秒間隔またはフレーム期間を置いて加えられる。例えば、信号ＩＮＴ１は、信号ＩＮＴ０がノード８に加えられてから１ミリ秒後にノード９に加えられる。
【００４０】指定されたノードの左側の各ノードは、そのノードの「先祖ノード」であり、指定されたノードの右側の各ノードは、そのノードの「継承ノード」である。リーフ・ノード８〜１５は先祖ノードを有せず、ルート・ノード１は継承ノードを有しないことに留意されたい。
【００４１】現在実施されているＯＨＣＩシステムは、それぞれ１６ミリ秒および３２ミリ秒の追加の期間を与える追加の２つのノード・レベルを含んでいる。しかし、図２の簡略化された構成は、図面を煩雑にすることなく本発明の概念を提示するのに十分である。
【００４２】
図２の２進ツリー構造は、ＯＨＣＩシステムでは「終点記述子リスト」と呼ばれるポーリング・リストに対応する。このポーリング・リストは、コントローラ１６および／または割り当てユニット１８内に記憶され、図３に示される。
　
　よって、引用例２には、以下の発明（以下、「引用発明２」という。）が開示されていると認められる。
　
「ＵＳＢコントローラ１６は、ＵＳＢバス１１を介して周辺装置と通信し、
異なるタイプの周辺装置は、異なるポーリング間隔要件を有し、
　周辺装置は、１ミリ秒ごとか、または１ミリ秒の２の累乗の倍数ごとにＵＳＢコントローラによりポーリングされ、
　周辺装置のポーリング構造を指定するデータは、ＵＳＢコントローラ１６内のポーリング・リストに記憶される、ＵＳＢコントローラ。」
　
４．対比
　本願発明と引用発明１とを対比する。
　
　引用発明１は、「ホストと周辺機器とが、ＵＳＢが採用された外部バスで接続され」ており、引用発明１の「ＵＳＢが採用された外部バス」、「ホスト」、「周辺機器」は、それぞれ、本願発明の「バス」、「第１の端末」、「第２の端末」に相当する。
　
　引用発明１の外部バスには、データパケットが出力される。そして、引用発明１の外部バスには、通信相手を示すトークンパケット、受信の確認を行うハンドシェイクパケットが出力され、これらは周辺機器（第２の端末）を制御するものであるから、引用発明１と本願発明とは、「データおよび制御信号を転送するためのバスによって結合されている第１の端末と第２の端末とを備え」る点で共通する。
　
　引用発明１の「全体制御部」は、「各ブロックの動作の制御を行い、ホスト全体の動作を制御する」ものであるから、本願発明の「プロセッサ」に相当すると言える。
　
　引用発明１の「ホスト外部バス制御部」は、本願発明の「バス・インターフェース」に相当する。
　
　引用発明１の「バッファ」は、本願発明の「バッファ」に相当する。
　
　引用発明１の「データ転送装置」は、バスを介してホストと周辺機器の間でデータ転送を行うものであるから、本願発明の「バスシステム」に相当する。
  　
　したがって、本願発明と引用発明１とは、
「データおよび制御信号を転送するためのバスによって結合されている第１の端末と第２の端末とを備えたバスシステムにおいて、当該第１の端末は、プロセッサと、バス・インターフェースと、当該プロセッサ及び当該バス・インターフェースに結合されるバッファを備えたバスシステム。」
である点で一致し、以下の点で相違する。
　
（相違点１）
　本願発明のバスシステムは、当該バスが、当該第１の端末が当該第２の端末に繰り返しリクエストを送信すると考えられているプロトコルによって作動するのに対して、引用発明１のバスシステムは、当該バスが、第１の端末（ホスト）が第２の端末（周辺機器）に繰り返しリクエストを送信するか否かが明確ではない点。
　
（相違点２）
　本願発明のバスシステムにおいては、当該プロセッサは、当該リクエスト及び当該データを処理するためのリクエスト特性を生成するために動作可能であり、当該リクエスト特性は、当該リクエストのポーリング・レートを備え、当該バス・インターフェースは、当該格納されているリクエスト特性から当該リクエストを生成し、かつ当該リクエストを繰り返し送信するために動作可能であり、当該バスインターフェースは、当該リクエスト特性に含まれる当該ポーリングレートに応じて当該リクエストを送信するレートを調整するのに対して、
　引用発明１のバスシステムにおいては、当該プロセッサが、「当該リクエスト及び当該データを処理するためのリクエスト特性を生成するために動作可能であり、当該リクエスト特性として当該リクエストのポーリングレートを備え、当該バス・インターフェースは、当該格納されているリクエスト特性から当該リクエストを生成し、かつ当該リクエストを繰り返し送信するために動作可能である」かどうかが明確ではなく、当該バスインターフェースは、当該リクエスト特性に含まれる当該ポーリングレートに応じて当該リクエストを送信するレートを調整するものではない点。
　
（相違点３）
　本願発明のバッファは、当該リクエスト特性を格納するために動作可能であるのに対し、
　引用発明１のバッファは、当該リクエスト特性を格納するものではない点。
　
５．当審の判断
　上記相違点について検討する。
　
（ａ）相違点１について
　例えば引用発明２が示すとおり、一般に、ＵＳＢはホストから周辺機器にポーリングをおこなうプロトコルを有するバスであるから、引用発明１において、第１の端末（ホスト）が第２の端末（周辺機器）にポーリング、すなわち、繰り返しリクエストを送信するように構成することで、上記相違点１に係る本願発明の構成とすることは当業者が容易になし得ることである。
　
（ｂ）相違点２について
　引用発明２は、周辺装置のタイプに応じて異なるポーリング間隔要件を有し、周辺装置のポーリング構造を指定するためのデータをＵＳＢコントローラ内のポーリング・リストに記憶するものであり、該「ポーリング間隔」とは本願発明のポーリングレートに相当するものであるから、該ＵＳＢコントローラは、リクエスト特性としてリクエストのポーリングレートを備え、周辺装置にポーリングを行うバスインターフェースであると言える。
　また、上位装置から下位装置へのポーリングに際し、上位装置においてポーリングの間隔（レート）を調整することは本願優先日前に周知（＜１＞特開平４−２８９９４９号公報請求項１、段落【００１１】〜【００１９】、図１、＜２＞特開平６−７５８８７号公報段落【０００７】〜【０００９】、図１、＜３＞特開平８−７１７７号公報段落【００１１】〜【００２０】参照）であり、上位装置側のプロセッサがポーリングレートの調整のために、ポーリングレートを生成することは通常のことである。
　してみると、引用発明１及び２は、ＵＳＢプロトコルを採用するバスシステムである点で共通し、上記の通り引用発明２にはポーリングレートの記憶について記載され、ポーリングレートの調整のためにプロセッサが処理をおこなうことにも困難性は認められないから、引用発明１に引用発明２、周知技術を適用して、引用発明１のバスシステムにおいて、当該プロセッサが、当該リクエスト及び当該データを処理するためのリクエスト特性を生成するために動作可能として、当該リクエスト特性が、当該リクエストのポーリング・レートを備え、当該バス・インターフェースが、当該格納されているリクエスト特性から当該リクエストを生成し、かつ当該リクエストを繰り返し送信するために動作可能とし、当該バスインターフェースが、当該リクエスト特性に含まれる当該ポーリングレートに応じて当該リクエストを送信するレートを調整するように構成することで、上記相違点２に係る本願発明の構成とすることは当業者が容易になし得ることである。
　
（ｃ）相違点３について
　データをどのように記憶するかは必要に応じて適宜に決定し得る設計的事項であって、上記「（ｂ）相違点２について」において説明したように、引用発明１において、引用発明２、周知技術を適用した場合に、リクエスト特性をバッファに格納するようにして、引用発明１のバッファをリクエスト特性を格納するために動作可能とすることは当業者が適宜になし得ることである。
　
　そして、本願発明が奏する効果は当業者が引用発明１、引用発明２及び周知技術から予想できる範囲内のものである。
  　
６．むすび
　以上のとおり、本願発明は、引用発明１、引用発明２及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許を受けることができない。
　したがって、本願は、その余の請求項について論及するまでもなく、拒絶すべきものである。
　よって、結論のとおり審決する。