2021-010159

特願２０１９－１２３８５７「装置、方法、プログラム、システム、およびコンピュータ可読ストレージ媒体」拒絶査定不服審判事件〔令和 １年１０月３１日出願公開、特開２０１９－１９２２８７、請求項の数（１５）〕について、次のとおり審決する。

結 論 原査定を取り消す。 本願の発明は、特許すべきものとする。

理 由 第１ 手続の経緯 本願は、２０１３年（平成２５年）年１２月２６日を国際出願日とする特願２０１６－５３２６０４号の一部を、平成２９年１１月２７日に新たな特許出願とした特願２０１７－２２６９０６号の一部を、令和元年７月２日に新たな特許出願としたものであって、その手続の経緯は次のとおりである。 令和元年 ８月 １日 ：手続補正書の提出 令和２年 ９月１０日付け：拒絶理由通知書 令和２年１２月１１日 ：意見書、手続補正書の提出 令和３年 ３月２４日付け：拒絶査定（原査定） 令和３年 ７月３０日 ：審判請求書、手続補正書の提出 令和４年 ４月２７日付け：拒絶理由（当審拒絶理由）通知書 令和４年 ７月１９日 ：意見書の提出 第２ 原査定の概要 原査定（令和３年３月２４日付け拒絶査定）の概要は次のとおりである。 本願請求項１ないし１７に係る発明は、以下の引用文献ＡないしＣに記載された発明に基いて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 （引用文献等一覧） Ａ 特開２０１０－６１６０６号公報 Ｂ PCI Express(R) Base Specification Revision 3.0， ２０１０年１１月１０日，ｐｐ．２１０－２１２ Ｃ 国際公開第２０１０／１０３５６４号 第３ 当審拒絶理由の概要 当審拒絶理由の概要は次のとおりである。 本願請求項１ないし１５に係る発明は、以下の引用文献１及び２に記載された発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 （引用文献等一覧） １ 特開２０１０－６１６０６号公報（原査定の引用文献Ａ） ２ PCI Express(R) Base Specification Revision 3.0， ２０１０年１１月１０日，pp.41,42,193,204,205,210-212,314,778 （原査定の引用文献Ｂ、ただし、引用箇所が異なる。） 第４ 本願発明 本願請求項１ないし１５に係る発明（以下、それぞれ「本願発明１」ないし「本願発明１５」という。）は、令和３年７月３０日に提出された手続補正書に係る手続補正により補正された特許請求の範囲の請求項１ないし１５に記載された事項により特定される発明であり、このうち、本願発明１は以下のとおりの発明である。 「 装置であって、 フレーミングトークンを有する物理層シンボルを、複数のレーンを有するリンクによって受信するための受信機であって、前記フレーミングトークンは、前記フレーミングトークンの定義されたレイアウトに従った物理層シンボルの定義されたシーケンスを含み、前記定義されたレイアウトは、前記定義されたシーケンスに含まれる各物理層シンボルに適用される値を定義し、各物理層シンボルは、それぞれの８ビットのデータを含み、前記フレーミングトークンは、ＳＴＰ（ｓｔａｒｔ ｏｆ ｔｒａｎｓａｃｔｉｏｎ ｌａｙｅｒ ｐａｃｋｅｔ）フレーミングトークン、ＥＤＢ（ｅｎｄ ｂａｄ）フレーミングトークン、ＳＤＰ（ａ ｓｔａｒｔ ｏｆ ｄａｔａ ｌｉｎｋ ｌａｙｅｒ ｐａｃｋｅｔ）トークン、またはＥＤＳ（ａｎ ｅｎｄ ｏｆ ｄａｔａ ｓｔｒｅａｍ）フレーミングトークンのうちの１つである、受信機と、 前記複数のレーンのうちの１つの特定のレーン上で受信される、フレーミングトークンの受信した物理層シンボルが、前記定義されたレイアウトに基づいて前記フレーミングトークンの予期される物理層シンボルと一致しないことを決定し、前記受信した物理層シンボルにおける値が前記予期される物理層シンボルにおける対応する値と一致しないことに基づいて前記特定のレーン上でエラーを識別するためのエラー検出ロジックと、 前記エラー検出ロジックが前記エラーを検出する場合、前記特定のレーンのためのレーンエラー状態（ＬＥＳ）レジスタにおいて前記エラーを報告するためのエラー報告ロジックと、を備える 装置。」 なお、本願発明２ないし６は、本願発明１を減縮するものであり、本願発明７は、本願発明１を方法の発明として特定したものであり、本願発明８は、本願発明１をシステムの発明として特定したものであり、本願発明９は、本願発明１を「ポイントツーポイントシリアル相互接続リンクと、第１のデバイスと、前記ポイントツーポイントシリアル相互接続リンクにより前記第１のデバイスに連結される第２のデバイスと、を備えるシステム」として特定したものであり、本願発明１０ないし１５は、本願発明９を減縮するものである。 第５ 引用文献、引用発明等 １ 引用文献１について （１）引用文献１記載事項 当審拒絶理由に引用された引用文献１（原査定の引用文献Ａ）には、図面とともに次の事項が記載されている。なお、下線は、強調のため当審が付与した。（以降においても同様。） ア 「【００２６】 図２は、ＰＣＩ Ｅｘｐｒｅｓｓバスの階層を示した図である。ＰＣＩ Ｅｘｐｒｅｓｓバスは、物理レイヤ、リンクレイヤ、トランザクションレイヤ、ソフトウェアレイヤを含む。ソフトウェアからのデータを基に、トランザクションレイヤでヘッダ情報を加えたパケットが作られ、データリンクレイヤでそのパケットのシーケンス番号とデータ保障のためのＣＲＣ（Cyclic Redundancy Check）コードが付加される。そしてそのパケットは、物理レイヤで８ｂ／１０ｂ変換されてシリアルバスでデータ転送される。 【００２７】 図３は、ＰＣＩ Ｅｘｐｒｅｓｓバスにおける各レーンへのデータ分配方法を示す図である。図３に示すように、ＰＣＩ Ｅｘｐｒｅｓｓバスは、複数バイトのデータ転送を行う場合、送信側でデータリンクレイヤで各バイトにシーケンス番号を付加し、物理レイヤで各バイトを各レーンに順番に分配する。受信側では、物理レイヤが分配されたデータを受信すると、データリンクレイヤが各バイトに付けられたシーケンス番号に基づき、受信データを元のデータに復元する。」 イ 「【００２８】 次に、本発明の第１の実施の形態の構成について図面を参照して説明する。【００２９】 図６は、ＰＣＩバスシステム１００の構成を示す図である。 【００３０】 ＰＣＩバスシステム１００は、ＰＣＩカード２００と、マザーボード４００と、レーン０～７とを含む。 【００３１】 ＰＣＩカード２００は、コントローラ２０２と、障害検出部２０３と、切替制御部２０４と、切替部２０５と、Ｐｏｒｔ２２０～２２７とを含む。 【００３２】 コントローラ２０２は、ファームウェアで制御され、ＰＣＩカード２００を制御する。コントローラ２０２は、マザーボード４００のＰＣＩコントローラ４０１と使用するレーンを決定するネゴシエーション及びデータ転送を行う。【００３３】 障害検出部２０３は、レーン毎に、ＰＣＩ Ｅｘｐｒｅｓｓの仕様（PCI Express Base Specification）に基づいた障害検出を行う。例えば、受信したパケットが決められたフォーマットになっていないこと、または、パケットのデータが異常である（Poisoned TLP Recieved等）ことを、レーン障害として検出する。また、受信したパケットでＣＲＣエラーを検出した場合や、要求したパケットに対する応答が規定時間内に無かった場合も、レーン障害として検出する。障害検出部２０３は、ファームウェア制御により、障害を検出した場合に、切替制御部２０４にレーン切替の指示を出し、レーンの切替を実施する。」 （当審注：【００３３】に記載の「Poisoned TLP Received」は「Poisoned TLP Received」の誤記と認められるので、これ以降は正しい標記に読み替える。） ウ 「【００３７】 切替部２０５は、送受信回路２１０～２１７を含む。」 （２）引用発明 上記（１）イの【００３０】等より、引用文献１には、“ＰＣＩカード２００と、マザーボード４００と、レーン０～７とを含むＰＣＩバスシステム１００におけるＰＣＩカード２００”の発明が記載されているといえる。 よって、上記（１）の特に下線部に着目すれば、引用文献１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。 「 ＰＣＩカード２００と、マザーボード４００と、レーン０～７とを含むＰＣＩバスシステム１００におけるＰＣＩカード２００において、 ＰＣＩ Ｅｘｐｒｅｓｓバスは、物理レイヤ、リンクレイヤ、トランザクションレイヤ、ソフトウェアレイヤを含み、ソフトウェアからのデータを基に、トランザクションレイヤでヘッダ情報を加えたパケットが作られ、データリンクレイヤでそのパケットのシーケンス番号とデータ保障のためのＣＲＣコードが付加され、そのパケットは、物理レイヤで８ｂ／１０ｂ変換されてシリアルバスでデータ転送され、 ＰＣＩ Ｅｘｐｒｅｓｓバスは、複数バイトのデータ転送を行う場合、送信側でデータリンクレイヤで各バイトにシーケンス番号を付加し、物理レイヤで各バイトを各レーンに順番に分配し、受信側では、物理レイヤが分配されたデータを受信すると、データリンクレイヤが各バイトに付けられたシーケンス番号に基づき、受信データを元のデータに復元し、 ＰＣＩカード２００は、コントローラ２０２と、障害検出部２０３と、切替制御部２０４と、切替部２０５と、Ｐｏｒｔ２２０～２２７とを含み、 障害検出部２０３は、レーン毎に、ＰＣＩ Ｅｘｐｒｅｓｓの仕様（PCI Express Base Specification）に基づいた障害検出を行い、受信したパケットが決められたフォーマットになっていないこと、または、パケットのデータが異常である（Poisoned TLP Received等）ことを、レーン障害として検出し、 障害検出部２０３は、ファームウェア制御により、障害を検出した場合に、切替制御部２０４にレーン切替の指示を出し、レーンの切替を実施し、 切替部２０５は、送受信回路２１０～２１７を含む、 ＰＣＩカード２００。」 ２ 引用文献２について 当審拒絶理由に引用された引用文献２（原査定の引用文献Ｂ）には、図面とともに、以下の事項が記載されている。 ａ 第１９３頁Figure 4-3 「 ［図：0001388922000001.jpg］ 」 （当審訳は省略） ｂ 第２０４頁Table 4-2 「 ［図：0001388922000002.jpg］ 」 （当審訳は省略） ｃ 第２０４頁第９～１５行 「4.2.2.3.1. Framing Tokens The Framing Tokens used by the Physical Layer are shown in Table 4-2. Each Framing Token specifies or implies the number of Symbols associated with the Token and therefore the location of the next Framing Token. Figure 4-15 shows an example of TLPs, DLLPs, and IDLs transmitted on a x8 link. The first Framing Token of a Data Stream is always located in Symbol 0 of Lane 0 of the first Data Block of the Data Stream. For the rest of this chapter, the terms Framing Token and Token are used interchangeably.」 （当審訳） 「４．２．２．３．１ フレーミングトークン 物理層で使用されるフレーミングトークンを表４－２に示す。各フレーミングトークンは、トークンに関連するシンボルの数を指定または暗示し、したがって次のフレーミングトークンの位置を示す。図４－１５は、ｘ８リンクで伝送されるＴＬＰ、ＤＬＬＰ及びＩＤＬの例である。データストリームの最初のフレーミングトークンは、常にデータストリームの最初のデータブロックのレーン０のシン ボル０に配置される。この章の残りの部分では、フレーミングトークンとトークンという用語は互換的に使用される。」 ｄ 第２０５頁Figure 4-13 「 ［図：0001388922000003.jpg］ 」 （当審訳は省略） ｅ 第２１０頁第１８～２１行 「4.2.2.3.3. Receiver Framing Requirements The following requirements apply to the received Data Stream and the Block type transitions that occur at the beginning and end of the Data Stream. When processing Symbols that are expected to be a Framing Token, receiving a Symbol or sequence of Symbols that does not match the definition of a Framing Token is a Framing Error.」 （当審訳） 「４．２．２．３．３． 受信フレーミング要求 受信したデータストリームと、データストリームの先頭と末尾で発生するブロックタイプ遷移には、以下の要件が適用される。 フレーミングトークンとして期待されるシンボルを処理する場合、フレーミングトークンの定義に合致しないシンボルまたはシンボルのシーケンスを受信するとフレーミングエラーとなる。」 ｆ 第２１２頁第１８～３３行 「□ While processing the Data Stream, Receivers must also check the Block type received by each Lane, after accounting for Lane-to-Lane de-skew, for the following conditions: ・Receiving an Ordered Set Block on any Lane immediately following an SDS Ordered Set is a Framing Error. ・Receiving a Block with an undefined Block type (a Sync Header of 11b or 00b) is a Framing Error. The Receiver may optionally report the error in the Lane Error Status register. ・Receiving an Ordered Set Block on any Lane without receiving an EDS token in the preceding Block is a Framing Error. For example, receiving a SKP Ordered Set without a preceding EDS Token is a Framing Error. In addition, receiving a SKP Ordered Set followed immediately by another Ordered Set Block (including another SKP Ordered Set) within a Data Stream is a Framing Error. ・Receiving a Data Block on any Lane when the previous block contained an EDS Token is a Framing Error. ・Receivers may optionally check for different Ordered Sets on different Lanes. For example, Lane 0 receives a SKP Ordered Set and Lane 1 receives an EIOS. If checked, receiving different Ordered Sets is a Framing Error.」 （当審訳） 「□ 受信機は、データストリームを処理する際に、レーン間のデスキューを考慮した上で、各レーンが受信したブロックの種類を以下の条件で確認する必要がある： ・ＳＤＳオーダーセットの直後のレーンにオーダーセットブロックを受信した場合、フレーミングエラーとなる。 ・未定義のブロックタイプ（１１ｂまたは００ｂのシンクヘッダ）のブロックを受信することはフレーミングエラーとなる。受信機はオプションでレーンエラー状態レジスタにエラーを報告することができる。 ・先行するブロックでＥＤＳトークンを受信せずに、いずれかのレーンでオーダーセットブロックを受信することは、フレーミングエラーとなる。例えば、先行するＥＤＳトークンのないＳＫＰオーダードセットを受信することは、フレーミングエラーとなる。さらに、データストリーム内でＳＫＰオーダードセットに続いて別のオーダードセットブロック（別のＳＫＰオーダードセットを含む）を受信することは、フレーミングエラーとなる。 ・直前のブロックにＥＤＳトークンが含まれている場合に、任意のレーンでデータブロックを受信すると、フレーミングエラーとなる。 ・受信機はオプションとして、レーンごとに異なるオーダードセットをチェックすることができる。例えば、レーン０がＳＫＰオーダードセットを受信し、レーン１がＥＩＯＳを受信する。チェックされた場合、異なるオーダードセットを受信することはフレーミングエラーとなる。」 ｇ 第３１４頁第１７～２４行 「The Data Parity bit in Table 4-15 is the even parity of the payload of all the Data Blocks transmitted after scrambling since the last SDS Ordered Set or SKP Ordered Set, whichever Ordered Set was transmitted most recently. The Data Parity bit is calculated for each Lane independently. Receivers are required to calculate the parity using the same method as Transmitters and compare the calculated result with the received Data Parity bit. If the calculated and received values do not match, the bit in the Lane Error Status register, corresponding to the default Lane number where the mismatch was detected, must be set. However, such a mismatch is not a Receiver Error and must not cause a Link retrain.」 （当審訳） 「表４－１５のデータパリティビットは、最後に送信されたＳＤＳオーダードセットまたはＳＫＰオーダードセット（いずれか直近のオーダードセット）からスクランブル後に送信されたすべてのデータブロックのペイロードの偶数パリティである。データパリティビットは、各レーンに対して独立して計算される。受信機は、送信機と同じ方法でパリティを計算し、計算結果と受信したデータパリティビットを比較する必要がある。計算値と受信値が一致しない場合、不一致が検出されたデフォルトレーン番号に対応するレーンエラー状態レジスタのビットを設定する必要がある。しかし、このような不一致は受信機エラーではなく、リンクのリトレインを引き起こしてはならない。」 ｈ 第７７８頁第１～４行 「7.27.3. Lane Error Status Register (Offset 08h) The Lane Error Status register consists of a 32-bit vector, where each bit indicates if the Lane with the corresponding Lane number detected an error. This Lane number is the default Lane number which is invariant to Link width and Lane reversal negotiation that occurs during Link training.」 （当審訳） 「７．２７．３ レーンエラー状態レジスタ（オフセット０８ｈ） レーンエラー状態レジスタは３２ビットベクトルで構成され、各ビットは対応するレーン番号のレーンがエラーを検出したかを示す。このレーン番号はデフォルトのレーン番号であり、リンクトレーニング中に発生するリンク幅やレーン反転のネゴシエーションに影響を受けない。」 ３ 引用文献Ｃについて 原査定に引用された引用文献Ｃには、図面とともに、以下の事項が記載されている。 「[0002] 情報処理システムの送受信装置において、Point to Pointで接続されるシリアルインターフェースを複数束ねた送受信ポートの間においてデータ伝送を行う伝送方式が採用されている。Point to Pointで接続されるシリアルインターフェースとしては、例えば、PCI(Peripheral Component Interconnect)-Expressが代表的である。シリアルインターフェースにおける、このようなポート間における接続線は、一般に、レーンと呼ばれる。」 「[0056] 受信ポート２０は、送信ポート１０から送信されたデータを受信する。このために、受信ポート２０は、図３に示すように、受信切替制御部２１、受信切替選択部２２、エラー検出部２３、受信エラーレーンレジスタ２４、受信処理部２５、受信データ変換部２６を備える。 [0057] 受信ポート２０が受信したデータは、前述したように、送信データ、又は、テストパターンのいずれかである。送信データは、受信データ変換部２６により変換され、受信処理部２５により出力される。テストパターンは、エラー検出部２３に送信されレーンのエラー検出に用いられる。」 「[0063] エラー検出部２３は、受信切替選択部２２からテストパターンを受信して、テストパターンとレーンとの対応に従って、複数のグループにおいて相互に対応するレーンを介して受信したテストパターンの同一位置のビットを比較し、比較の結果に基づいて、複数のレーンの中でエラーが発生したレーンであるエラーレーンを示すエラーレーン情報を生成する。エラー検出部２３は、エラーレーン情報を、送信デバイス1の送信エラーレーンレジスタ１４に送信する。」 第６ 対比・判断 １ 本願発明１について （１）対比 本願発明１と引用発明とを対比する。 ア 引用発明の「ＰＣＩカード２００」は、後述する相違点を除いて、本願発明１の「装置」に相当する。 イ 引用発明において、「ＰＣＩカード２００」の「切替部２０５」は、「送受信回路２１０～２１７」を含み、少なくとも「受信」機能を備える機能手段であるから、「受信機」といい得るものである。 ウ 引用発明の「物理レイヤ」は、本願発明１の「物理層」に相当する。 エ 上記ウを参酌すれば、引用発明の「物理レイヤ」で各「レーン」に分配されて受信される各「バイト」と、本願発明１の「フレーミングトークンを有する物理層シンボル」とは、「物理層データ単位」である点において共通する。 オ 引用発明の「レーン０～７」は、本願発明１の「複数のレーン」に相当する。 カ 上記イないしオを参酌すれば、引用発明の「切替部２０５」（受信機）は、各「バイト」（物理層データ単位）を「レーン０～７」（複数のレーン）によって受信するためのものといえる。 キ よって、上記イないしカを参酌すれば、引用発明の「切替部２０５」と、本願発明１の「フレーミングトークンを有する物理層シンボルを、複数のレーンを有するリンクによって受信するための受信機」とは、「物理層データ単位を、複数のレーンによって受信するための受信機」である点において共通する。 ク 引用発明の「バイト」は、８ビットのデータであることは、本願出願前の技術常識であるところ、各「バイト」は“それぞれの８ビットのデータを含”むものといえる。 よって、上記エを参酌すれば、引用発明において、各「バイト」が“それぞれの８ビットのデータを含”むことと、本願発明１の「各物理層シンボルは、それぞれの８ビットのデータを含」むこととは、「各物理層データ単位は、それぞれの８ビットのデータを含」むことにおいて共通する。 ケ 引用発明において、「ＰＣＩカード２００」の「障害検出部２０３」は、「レーン毎に、ＰＣＩ Ｅｘｐｒｅｓｓの仕様（PCI Express Base Specification）に基づいた障害検出」を行うものであり、具体的には、「受信したパケットが決められたフォーマットになっていないこと、または、パケットのデータが異常である（Poisoned TLP Received等）ことを、レーン障害として検出」するものである。 また、引用発明において、「ＰＣＩ Ｅｘｐｒｅｓｓバスは、物理レイヤ、リンクレイヤ、トランザクションレイヤ、ソフトウェアレイヤを含み、ソフトウェアからのデータを基に、トランザクションレイヤでヘッダ情報を加えたパケットが作られ、データリンクレイヤでそのパケットのシーケンス番号とデータ保障のためのＣＲＣコードが付加され、そのパケットは、物理レイヤで８ｂ／１０ｂ変換されてシリアルバスでデータ転送され」る構成を備えること、及び、前記カを参酌すれば、「レーン」から受信されるものは「バイト」であるから、引用発明の「受信したパケット」には「バイト」が含まれる。 よって、引用発明の「障害検出部２０３」は、“複数のレーンのうちの１つの特定のレーン上で受信されるバイト”を対象として「障害検出」する機能を備え、当該機能は、特定のレーン上で障害を検出（認識）するための“ロジック”といい得るものである。 さらに、引用発明における「障害」は“エラー”に含まれるから、引用発明の「障害検出部２０３」は、“特定のレーン上でエラーを識別するためのエラー検出ロジック”といい得るものである。 以上より、また、上記エを参酌すれば、引用発明の「障害検出部２０３」と、本願発明１の「前記複数のレーンのうちの１つの特定のレーン上で受信される、フレーミングトークンの受信した物理層シンボルが、前記定義されたレイアウトに基づいて前記フレーミングトークンの予期される物理層シンボルと一致しないことを決定し、前記受信した物理層シンボルにおける値が前記予期される物理層シンボルにおける対応する値と一致しないことに基づいて前記特定のレーン上でエラーを識別するためのエラー検出ロジック」とは、「前記複数のレーンのうちの１つの特定のレーン上で受信される、受信した物理層データ単位について、前記特定のレーン上でエラーを識別するためのエラー検出ロジック」である点において共通する。 コ 引用発明の「障害検出部２０３」は「ファームウェア制御により、障害を検出した場合に、切替制御部２０４にレーン切替の指示を出し、レーンの切替を実施」するものであり、ここで、「切替制御部２０４にレーン切替の指示を出」すことは、「切替制御部２０４」において前記障害（エラー）を報告することに等しい。 そして、「障害検出部２０３」は、前記ケで述べたことに加え、前記障害（エラー）を報告するための“ロジック”としても機能しているといえる。 よって、引用発明の「障害検出部２０３」と、本願発明１の「前記エラー検出ロジックが前記エラーを検出する場合、前記特定のレーンのためのレーンエラー状態（ＬＥＳ）レジスタにおいて前記エラーを報告するためのエラー報告ロジック」とは、「前記エラー検出ロジックが前記エラーを検出する場合、前記エラーを報告するためのエラー報告ロジック」である点において共通する。 （２）一致点、相違点 したがって、本願発明１と引用発明とは、次の点において一致ないし相違する。 ・一致点 「 装置であって、 物理層データ単位を、複数のレーンによって受信するための受信機であって、各物理層データ単位は、それぞれの８ビットのデータを含む、受信機と、 前記複数のレーンのうちの１つの特定のレーン上で受信される、受信した物理層データ単位について、前記特定のレーン上でエラーを識別するためのエラー検出ロジックと、 前記エラー検出ロジックが前記エラーを検出する場合、前記エラーを報告するためのエラー報告ロジックと、を備える 装置。」 ・相違点 （相違点１） 共通点である「物理層データ単位」が、本願発明１においては「物理層シンボル」であるのに対し、引用発明は「バイト」である点。 （相違点２） 本願発明１は、「複数のレーンを有するリンク」によって受信を行うのに対し 、引用発明は、当該構成を具体的に特定していない点。 （相違点３） 本願発明１は、「物理層シンボル」が「フレーミングトークン」を有するものであり、「前記フレーミングトークン」は「前記フレーミングトークンの定義されたレイアウトに従った物理層シンボルの定義されたシーケンスを含み、前記定義されたレイアウトは、前記定義されたシーケンスに含まれる各物理層シンボルに適用される値を定義」し、「ＳＴＰ（ｓｔａｒｔ ｏｆ ｔｒａｎｓａｃｔｉｏｎ ｌａｙｅｒ ｐａｃｋｅｔ）フレーミングトークン、ＥＤＢ（ｅｎｄ ｂａｄ）フレーミングトークン、ＳＤＰ（ａ ｓｔａｒｔ ｏｆ ｄａｔａ ｌｉｎｋ ｌａｙｅｒ ｐａｃｋｅｔ）トークン、またはＥＤＳ（ａｎ ｅｎｄ ｏｆ ｄａｔａ ｓｔｒｅａｍ）フレーミングトークンのうちの１つである」のに対し、引用発明は、「フレーミングトークン」についての構成を備えない点。 （相違点４） 「エラー検出ロジック」による「前記特定のレーン上でエラーを識別する」ことが、本願発明１においては、「フレーミングトークンの受信した物理層シンボルが、前記定義されたレイアウトに基づいて前記フレーミングトークンの予期される物理層シンボルと一致しないことを決定し、前記受信した物理層シンボルにおける値が前記予期される物理層シンボルにおける対応する値と一致しないことに基づいて」いるのに対し、引用発明は、当該構成を備えない点。 （相違点５） 「エラー報告ロジック」が、本願発明１においては、「前記特定のレーンのためのレーンエラー状態（ＬＥＳ）レジスタにおいて」なされるのに対し、引用発明は、当該構成を備えない点。 （３）相違点についての判断 事案に鑑みて、先に、エラーの検出及び報告に関連する上記相違点４及び５についてまとめて検討する。 引用文献２には、「ＰＣＩ ｅｘｐｒｅｓｓの仕様」として、上記第５の２のａないしｄに記載のように、物理層で受信されるシンボルのレイアウトとして種々の「フレーミングトークン」が規定され、また、同ｅには、「フレーミングトークンとして期待されるシンボルを処理する場合、フレーミングトークンの定義に合致しないシンボルまたはシンボルのシーケンスを受信するとフレーミングエラーとなる」ことが規定されており、さらに、同ｇには、「計算値と受信値が一致しない場合、不一致が検出されたデフォルトレーン番号に対応するレーンエラー状態レジスタのビットを設定する」と記載されているように、「レーン障害」を「レーンエラー状態レジスタ」に設定すなわち報告することが規定されている。 ここで、引用発明の「障害検出部２０３」は「レーン毎に、ＰＣＩ Ｅｘｐｒｅｓｓの仕様（PCI Express Base Specification）に基づいた障害検出を行い、受信したパケットが決められたフォーマットになっていないこと、または、パケットのデータが異常である（Poisoned TLP Received等）ことを、レーン障害として検出」するものであるから、当業者が引用発明を理解又は具体化しようとする場合に、「ＰＣＩ Ｅｘｐｒｅｓｓの仕様」である引用文献２に記載された上記の事項、特に、「障害検出」及び「レーン障害」に関する事項を参酌し、適用することは当然に行うものと認められる。 しかしながら、引用文献２には、上記第５の２のｆのとおり、種々の「フレーミングエラー」の事例が規定されているものの、「レーンエラー状態レジスタ」を使用することについては、「未定義のブロックタイプ（１１ｂまたは００ｂのシンクヘッダ）のブロックを受信することはフレーミングエラーとなる。受信機はオプションでレーンエラー状態レジスタにエラーを報告することができる。」と、「未定義のブロックを受信する」場合に生じる「フレーミングエラー」について、かつ、「オプション」として「レーンエラー状態レジスタ」に報告され得ることが規定されているのみであるから、「フレーミングエラー」全般について「レーンエラー状態レジスタ」に報告することは、少なくとも引用文献２に記載の「ＰＣＩ Ｅｘｐｒｅｓｓの仕様」において必須の構成として想定しているとはいえない。 そして、上記相違点４及び５に係る本願発明１の構成は、要するに、「フレーミングトークン」に関するエラーを検出して、当該エラーを「レーンエラー状態（ＬＥＳ）レジスタ」に報告する、というものであるところ、引用文献２の「オプション」に関する上記記載のみを参酌し、かかる構成を引用発明から想到することは当業者といえども困難であるというべきである。 また、上記相違点４及び５に係る本願発明１の構成は、本願出願前の技術常識であったとも認められない。 したがって、他の相違点について判断するまでもなく、本願発明１は、当業者であっても、引用発明及び引用文献２に記載された発明に基いて容易に発明をすることができたものであるとはいえない。 ２ 本願発明２ないし６について 本願発明２ないし６は、本願発明１を減縮するものであり、上記相違点４及び５に係る本願発明１の構成を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用発明及び引用文献２に記載された発明に基いて容易に発明をすることができたものであるとはいえない。 ３ 本願発明７について 本願発明７は、本願発明１を方法の発明として特定したものであり、上記相違点４及び５に係る本願発明１の構成に対応する技術事項を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用発明及び引用文献２に記載された発明に基いて容易に発明をすることができたものであるとはいえない。 ４ 本願発明８について 本願発明８は、本願発明１をシステムの発明として特定したものであり、上記相違点４及び５に係る本願発明１の構成に対応する技術事項を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用発明及び引用文献２に記載された発明に基いて容易に発明をすることができたものであるとはいえない。 ５ 本願発明９について 本願発明９は、本願発明１を「ポイントツーポイントシリアル相互接続リンクと、第１のデバイスと、前記ポイントツーポイントシリアル相互接続リンクにより前記第１のデバイスに連結される第２のデバイスと、を備えるシステム」の発明として特定したものであり、上記相違点４及び５に係る本願発明１の構成に対応する技術事項を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用発明及び引用文献２に記載された発明に基いて容易に発明をすることができたものであるとはいえない。 ６ 本願発明１０ないし１５について 本願発明１０ないし１５は、本願発明９を減縮するものであり、上記相違点４及び５に係る本願発明１の構成に対応する技術事項を備えるものであるから、本願発明９と同じ理由により、当業者であっても、引用発明及び引用文献２に記載された発明に基いて容易に発明をすることができたものであるとはいえない。 以上のとおりであるから、当審拒絶理由は、妥当ではない。 第７ 原査定についての判断 本願発明１ないし１５は、上記相違点４及び５に係る本願発明１の、「フレーミングトークン」に関するエラーを検出して、当該エラーを「レーンエラー状態（ＬＥＳ）レジスタ」に報告する、という構成又はこれに対応する技術事項を有し、当該構成又は技術事項は、原査定における引用文献ＡないしＣ（当審拒絶理由における引用文献１及び２を含む。）には記載されておらず、本願出願前における周知技術でもない。 なお、引用文献Ｃには、PCI-Expressに関して、テストパターンにおいて、複数のレーンの中でエラーが発生したレーンであるエラーレーンを示すエラーレーン情報を、送信エラーレーンレジスタに送信（報告）することが記載されているが、上記「テストパターン」が「フレーミングトークン」であることは、引用文献Ｃには記載も示唆もなく、引用文献２に記載の「ＰＣＩ ｅｘｐｒｅｓｓの仕様」を参酌してもそのことが自明とはいえない。すなわち、引用文献Ｃには、「フレーミングトークン」において検出されたエラーを「レーンエラー状態（ＬＥＳ）レジスタ」に報告することは記載されていない。 よって、本願発明１ないし１５は、当業者であっても、原査定における引用文献ＡないしＣに記載された発明に基いて容易に発明をすることができたものではない。 したがって、原査定を維持することはできない。 第９ むすび 以上のとおり、原査定の理由によって、本願を拒絶することはできない。 他に本願を拒絶すべき理由を発見しない。 よって、結論のとおり審決する。