【事件の表示】
　特願２００１−５３７８７６「ターボコード構造を使用する適応ハイブリッドＡＲＱ」拒絶査定不服審判事件〔平成１３年　５月２５日国際公開、ＷＯ０１／３７４３３、平成１５年　４月２２日国内公表、特表２００３−５１５２６８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯・本願発明
　本願は、２０００年１１月２日（パリ条約による優先権主張外国庁受理１９９９年１１月１７日、２０００年６月２６日、米国）を国際出願日とする出願であって、その請求項１に係る発明は、平成１８年２月１日付手続補正書の特許請求の範囲の請求項１に記載されたとおりの次のものと認める。（以下、「本願発明」という。）
　
　「データパケットを送信するための方法であって、
　入力データパケットを受信するステップと、
　チャネル条件に基づいて、初期ターボコード速度を決定するステップと、
　複数の組織ビットおよび複数のパリティビットを含む、コード化されたビットを形成するために、前記データパケットをターボコード化するステップと、
　前記初期ターボコード速度に基づいて、前記コード化されたビットの第１の部分を送信するステップと、
　送信した第１の部分に対する肯定応答を受信したかどうかを判断するステップと、
　前記肯定応答および前記初期ターボコード速度に基づいて、前記コード化されたビットの第２の部分を送信するステップとを含む方法。」
　
第２．引用発明および周知技術
　Ａ．これに対して、本願優先日前に頒布され、原審の拒絶の理由に引用された、Douglas N. Rowitch et al.，RATE COMPATIBLE PUNCTURED TURBO (RCPT) CODES IN A HYBRID FEC/ARQ SYSTEM，IEEE INTERNATIONAL CONFERENCE ON COMMUNICATIONS，１９９７年，VOL.1，pp55-59（以下、「引用例」という。）には、図面と共に次の事項が記載されている（なお、分数の表記方法は変更した）。
　
　イ．「The RCPT puncturing rule amounts to sending collections of one or more columns of the parity matrices, such that at least P columns are sent in the initial transmission and no column is sent twice. The code construction allows for a family of codes of rates
　Rl = P/(P+l) ,　l = 0, 1, . . . , (M-1)P.　 (1)」（５７頁左欄３行〜８行）
　
　ロ．「As an example, suppose we construct an RCPT code with M = 3 and P = 4 formed from two rate 1/2 constituent RSC encoders. Then, the RCPT code can select any code rate in the set {1, 4/5, 2/3, 4/7, 1/2, 4/9, 2/5, 4/11, 1/3}, by selecting, respectively, 4,5,…,12 columns from the parity matrices.」（５７頁左欄１５行〜１９行）
　
　ハ．「Note that, for this example, all four columns of systematic bits (first row) are sent in the first packet (a(l = 0)), the third column of the first encoder’s non-systematic parity bits are sent in the second packet (a(l = 1)), and the first column of the second encoder’s non-systematic parity bits are sent in the third packet (a(l = 2)).」（５７頁左欄２２行〜２７行）
　
　ニ．「The RCPT-ARQ protocol performs the following steps:
　1. Encode K information digits in accordance with the (N,K) block error detection code.
　2. Input the N bit coded information block into the rate 1/M RCPT encoder. Store the resulting M parity streams at the transmitter, possibly in matrices as depicted in Fig.2a, for potential transmission.
　3. Initialize l (e.g., set l = 1)
　4. Transmit the columns as indicated by a(l) that have not yet been transmitted.
　5. Attempt to decode the rate Rl code using the code symbols received thus far, inserting erasures for all those symbols not yet received. Within the iterative decoding loop after each iterative update:
　　(a) Hard quantize the cumulative vector of likelihood ratios on the information sequence.
　　(b) Calculate the syndrome of the (N,K) codeword.
　　(c) If there is an all-zero syndrome, exit the loop, output the K decoded information digits and send an ACK to the transmitter. Otherwise, continue the decoding loop until a prescribed maximum number of iterations, upon which, if the syndrome is still non-zero, exit the loop and send a NAK to the transmitter.
　6. At the transmitter, if an ACK is received, reset the protocol and proceed to step 1.
　7. Otherwise, if a NAK is received, increment l to the next appropriate value and proceed to step 4.」（５７頁左欄４１行〜右欄２０行）
　
　ホ．In the first case, we use the more conventional RCPC approach of sending the P columns of systematic code symbols (l = 0) and rely on the error detection code alone at the receiver. If a retransmission is required, we must decrease the rate to 4/5 (l = 2) such that two columns of non-systematic parity symbols may be sent, making an iterative decoding attempt possible. In the second case, we initially puncture one of the 8 columns of systematic bits and send two columns of non-systematic bits, yielding a punctured rate of 8/9 (l = 1). 」（５８頁右欄２４行〜３３行）
　
　まず、上記引用例は、その標題に「RATE COMPATIBLE PUNCTURED TURBO (RCPT) CODES IN A HYBRID FEC/ARQ SYSTEM」（邦訳：ハイブリッド前方誤り訂正／自動反復要求システムにおける符号化率可変ターボ符号）とあるように、ターボ符号（ターボコード）により符号化されたデータを送信する際に、その符号化率（レート）を可変とする方法について述べられているものであって、以下のａ．〜ｈ．の開示が認められる。
　
　ａ．上記摘記事項ハ．では、送信されるデータビットであるa(l)はパケット（packet）を構成するものであると記載されている。さらに、上記摘記事項ニ．の4.でa(l)が送信されていることは明らかであるから、引用例には、データパケットを送信するための方法が記載されていると認められる。
　
　ｂ．上記摘記事項ニ．の2.の「Input the N bit coded information block into the rate 1/M RCPT encoder.」という記載によれば、N ビットに符号化された情報ブロックが、引用例のFigure 2a.のエンコーダ（encoder）に入力されていることが分かるから、2.は「入力データを受信するステップ」を開示するといえる。
　
　ｃ．上記摘記事項ニ．の3. には「Initialize l (e.g., set l = 1)」と記載されており、「l」（エル）を初期化する（Initialize）とされている。一方、上記摘記事項イ．の(1)式と上記摘記事項ロ．の記載を併せて考えると、l（エル）を定めると、これに対応するコードレート（code rate, Rl）が{1, 4/5, 2/3, 4/7, 1/2, 4/9, 2/5, 4/11, 1/3}のように定まると理解できる（ただし、M = 3、P = 4）。したがって、l（エル）の初期値を定めると、これに対応するRCPTコードのレート（初期RCPTコードレートの値）も定まることとなる。また、「RCPT」は「Rate Compatible Punctured Turbo」の略語であるから、「RCPTコード」は「ターボコード」のことであると分かる。以上のことから、上記摘記事項ニ．の3.は「初期ターボコードレートを決定するステップ」を開示するといえる。
　
　ｄ．上記摘記事項ハ．にも記載があるが、ターボコードを生成するエンコーダは、複数の組織ビット（systematic bits）と複数のパリティビット（parity bits）を形成するものであるという技術常識を勘案すると、上記摘記事項ニ．の2.でエンコーダに情報が入力され、4.で送信される（Transmit）までの間に、「複数の組織ビットおよび複数のパリティビットを含む、コード化されたビットを形成するために、前記データパケットをターボコード化するステップ」があることは明らかである。
　
　ｅ．上記摘記事項ニ．の4.には、「Transmit the columns as indicated by a(l)」と記載されている。ここで、4.の処理が１回目になされる場合、l（エル）として初期値（例えば１（いち））が設定されているからa(１（いち）)を送信することになるが、a(１（いち）)はコード化されたビットの一部分であるため、「ビットの一部分」と称することができる。また、ｃ．で上述したように、l（エル）が初期値のとき、ターボコードレートは初期ターボコードレートとなるから、上記摘記事項ニ．の4.は「前記初期ターボコードレートに基づいて、前記コード化されたビットの一部分を送信するステップ」を開示するといえる。
　
　ｆ．上記摘記事項ニ．の6.と7.では、ACKを受信したかNAKを受信したかの場合分けをしており、ACKまたはNAKのどちらを受信したかの判断が当然になされているといえる。一方で、データ通信の技術常識によれば、「ACK」とは「肯定応答」、「NAK」とは「否定応答」のことであるから、上記摘記事項ニ．の処理では、「送信したビットの一部分に対する肯定応答または否定応答のどちらを受信したかを判断するステップ」が備えられていることは明らかである。
　
　ｇ．上記摘記事項ニ．において、7.を経由して4.に戻る場合、NAK（否定応答）を受信したことに応じて、l がインクリメントされ、4.ではまだ送信されていないa(l)（a(l) that have not yet been transmitted）が送信される（Transmit）ことが記載されている。「まだ送信されていない」ということは、先に送信されたデータパケットとは異なる部分であることは明らかであるから、「まだ送信されていないa(l)」は「ビットの他の部分」と称することができる。よって、6.と7.の判断を経て4.に戻る場合の動作は、「否定応答に基づいて、コード化されたビットの他の部分を送信するステップ」を開示するといえる。
　
　ｈ．上記摘記事項イ．の(1)式と上記摘記事項ロ．の記載を併せて考えると、l（エル）の値（0, 1, . . . , (M-1)P）に対応して、ターボコードレートの値{1, 4/5, 2/3, 4/7, 1/2, 4/9, 2/5, 4/11, 1/3}が一意に決まることが分かる（ただし、M = 3、P = 4）。一方で、上記摘記事項ニ．の3. には「Initialize l (e.g., set l = 1)」と記載され、初期化する値は例示（e.g.（例えば））であるとされており、また上記摘記事項ホ．では初期値を異ならせた２つのケース（first case (l = 0) と、second case (l = 1)）についても記載されていることから、l（エル）の初期値は変化させることのできる値である（固定値ではない）と解釈できる。そうすると、l（エル）の初期値を決めると、初期ターボコードレートや、l（エル）をインクリメントしたときのターボコードレートが一意に決まるが、それぞれのターボコードレートは初期値に応じた値が決まることが分かる（例えば、l（エル）の初期値を１（いち）とした場合、初期ターボコードレートは4/5、l（エル）をインクリメントしたときのターボコードレートは2/3であるが、l（エル）の初期値を２とした場合は、初期ターボコードレートは2/3、l（エル）をインクリメントしたときのターボコードレートは4/7となり、l（エル）の初期値に応じた値である）。このことは、l（エル）をインクリメントしたときのターボコードレート（上述したｇ．によれば、第２の部分を送信する際のターボコードレート）はl（エル）の初期値に基づく値となる、あるいは、l（エル）の初期値に一意に対応する初期ターボコードレートに基づく値となる、ということができる。よって、上記摘記事項ニ．において、6.と7.の判断を経て4.に戻る場合の動作は、さらに、「初期ターボコードレートに基づいて、前記コード化されたビットの他の部分を送信するステップとを含む方法」を開示するといえる。
　
　したがって、上記引用例には、以下の発明（以下、「引用発明」という。）が開示されている。
　
　「データパケットを送信するための方法であって、
　入力データを受信するステップと、
　初期ターボコードレートを決定するステップと、
　複数の組織ビットおよび複数のパリティビットを含む、コード化されたビットを形成するために、前記データパケットをターボコード化するステップと、
　前記初期ターボコードレートに基づいて、前記コード化されたビットの一部分を送信するステップと、
　送信したビットの一部分に対する肯定応答または否定応答のどちらを受信したかを判断するステップと、
　前記否定応答および前記初期ターボコードレートに基づいて、前記コード化されたビットの他の部分を送信するステップとを含む方法。」
　
　Ｂ．一方、本願優先日前に頒布された、国際公開９９／４５６６０号（以下、「周知例１」という。）には図面とともに以下の事項（ホ）〜（ヘ）が記載されている。また、本願優先日前に頒布された、特開平９−２１９６４９号公報（以下、「周知例２」という。）には図面とともに以下の事項（ト）が記載されている。
　
　ヘ．「A convolutional encoder or a turbo encoder can be used for the channel encoder can be used for the channel encoder and puncturing part 10.」（１頁１９行〜２０行）
　
　ト．「It is well known that CDMA communication systems cannot provide reliable communication service when a mobile station is located at an outer service area of the base station or is in a bad channel environment. In this case, it is preferable to change the coding rate to enhance the quality of the communication service in the bad channel environment. That is, when the channel SNR is reduced due to a bad channel environment or an increased distance between a mobile station and a base station, it is preferable to use a coding rate (or FEC rate) lower, 1/6 for example, than the present coding rate of 1/3.」（３頁８行〜１６行）
　
　チ．「【発明の属する技術分野】本発明は、マルチメディア応用システムに用いられるディジタル移動通信に係わり、特に、トラフィック量や伝搬路の状況の変化に応じて変調方式を適応的に変えることにより伝送品質の向上を図った適応変調方式を用いたディジタル移動通信方式に適用するための可変レート符号化方式に関する。」（１頁２欄２７行〜３２行）
　
　周知例１には、上記摘記事項ヘ．ト．を参照すると、ターボ符号器（turbo encoder）を用いるものにおいて、通信環境の悪い状況では符号化率を１／３より低い１／６にすることが好ましい（when the channel SNR is reduced due to a bad channel environment … it is preferable to use a coding rate (or FEC rate) lower, 1/6 for example, than the present coding rate of 1/3）、ということが記載されていると認められる。
　
　周知例２には、上記摘記事項チ．を参照すると、伝搬路の状況の変化に応じて変調方式を適応的に変える可変レート符号化方式が記載されていると認められる。
　
　ここで、通信環境や伝搬路の状況はチャネル条件といえるものであるから、上記周知例１、２に示されているように、チャネル条件に基づいて符号化率（符号化のレート）を決定する適応変調を行うことは周知技術であると認められる。
　
第３．対比・判断
　本願の明細書【００１６】段落、及び図３を参照すると、本願ではまず組織ビットが送信され（４．）、Ｒ＝１コードによる復号が試みられ、パケットが成功の場合にはＡＣＫが送信され（５．）、そうでない場合には交互パリティビットの第１の組が送信される（６．）と記載されている。すなわち、交互パリティビットの第１の組が送信されるのは、組織ビットの送信が成功しなかった場合であり、この場合にはＡＣＫは送信されないものと解釈できる。
　そうすると、この例の場合、組織ビットはＲ＝１コードによる復号が試みられているが、初期コード速度＝１として処理が始められたものであるから、４．の組織ビットは初期ターボコード速度に基づいて送信されているということができるので、「組織ビット」は本願発明の「ビットの第１の部分」である。一方、「交互パリティビットの第１の組」は本願発明の「コード化されたビットの第２の部分」と考えられるが、この部分を本願発明では「肯定応答および初期ターボコード速度に基づいて」送信するとしている。ここで、「肯定応答に基づいて」という点は、本願発明における前のステップが「肯定応答を受信したかどうかを判断する」としていることと、本願明細書によればＡＣＫが送信されないときに交互パリティビットの第１の組が送信されることとを鑑みれば、「肯定応答を受信しなかったことに基づいて」の意味であると解釈できる。（なお、本願の明細書【００１６】段落、及び図３では、その後もパケットが成功の場合にはＡＣＫ送信、そうでない場合には他のビットの組が送信されるという動作が繰り返されているのみであり、「コード化されたビットの第２の部分」、「肯定応答に基づいて」の解釈について、他に妥当なものは想定できない。）
　以上の解釈に基づいて、本願発明と引用発明とを対比する。
　引用発明の「入力データ」については、データの伝送単位が明記されていないが、それ以外の点では本願発明の「入力データパケット」と同じものである。
　本願発明の「初期ターボコード速度」は、国際出願における原文では「initial turbo code rate」であり、直訳すれば「初期ターボコードレート」である。よって、引用発明の「初期ターボコードレート」は、本願発明の「初期ターボコード速度」に相当するものである。
　引用発明の「ビットの一部分」、「ビットの他の部分」は、最初に前者が送信され、その送信結果に基づいて前者とは異なる部分である後者が送られる点で、本願発明の「第１の部分」、「第２の部分」に一致している。
　引用発明の「判断するステップ」における判断対象に関し、引用発明の「肯定応答または否定応答のどちらを受信したか」ということは、応答を受信したかどうかという点で、本願発明の「肯定応答を受信したかどうか」ということと一致している。
　引用発明の「コード化されたビットの他の部分（第２の部分）を送信する」際に、何に基づくとするかに関し、引用発明の「前記否定応答および前記初期ターボコードレートに基づいて」いることは、何らかの応答および初期ターボコードレートに基づいている点で、本願発明の「前記肯定応答および前記初期ターボコード速度に基づいて」いることと一致している。
　
　したがって、本願発明と引用発明は、以下の点で一致ないし相違している。
　
（一致点）
　「データパケットを送信するための方法であって、
　入力データを受信するステップと、
　初期ターボコード速度を決定するステップと、
　複数の組織ビットおよび複数のパリティビットを含む、コード化されたビットを形成するために、前記データパケットをターボコード化するステップと、
　前記初期ターボコード速度に基づいて、前記コード化されたビットの第１の部分を送信するステップと、
　送信した第１の部分に対する応答を受信したかどうかを判断するステップと、
　前記肯定応答および前記初期ターボコード速度に基づいて、前記コード化されたビットの第２の部分を送信するステップとを含む方法。」
　
（相違点１）
　本願発明では「入力データパケットを受信するステップ」というように、パケットを伝送単位とすることが規定されているのに対し、引用発明ではこの規定がされていない点。
　
（相違点２）
　本願発明は「チャネル条件に基づいて、初期ターボコード速度を決定するステップ」を含むのに対し、引用発明ではこのステップがない点。
　
（相違点３）
　本願発明では、判断の対象とする応答、及び、コード化されたビットの第２の部分を送信する際に基づくこととする応答の内容が「肯定応答」であるのに対し、引用発明では「肯定応答または否定応答」である点。
　
　まず、上記相違点１について検討する。
　所定量のデータをまとめてその単位毎に処理を行うことは、データ通信において通常行われていることであるから、「入力データパケット」を受信するという構成にすることは、適宜なし得たことである。
　
　次に、上記相違点２について検討する。
　通信環境や伝搬路の状況などのチャネル条件に基づいて、符号化率を決定する適応変調を行うことは周知技術である。また、引用発明も、チャネル品質などのチャネル条件に依存する応答内容（ＡＣＫかＮＡＫか）に応じて、ターボコード速度（ターボコードレート）をその初期値から変化させる適応変調を行うものである。ここで、初期値は「第２．引用発明」のｈ．で述べたように固定値ではないと考えられるが、初期値の決定を周知技術のようにチャネル条件に基づいて決定するような構成とすることは、引用発明の目的からみて当業者であれば適宜なし得たことであり、何らかの阻害要因があるとは認められない。よって、「チャネル条件に基づいて、初期ターボコード速度を決定するステップ」を含むようにすることは、当業者であれば容易に想到し得たことと認められる。
　
　次に、上記相違点３について検討する。
　「第３．対比・判断」の冒頭の解釈によれば、本願発明は第１の部分の送信が成功すれば肯定応答（ＡＣＫ）を返送し、失敗すれば肯定応答を返送せず、肯定応答が受信されなければ第２の部分を送信するものである。一方、引用発明は、第１の部分の送信が成功すれば肯定応答を返送し、失敗すれば否定応答（ＮＡＫ）を返送し、否定応答が受信されれば第２の部分を送信するものである。
　そうすると、本願発明も引用発明も、第２の部分の送信を、肯定応答を受信しなかったことに基づいて行うものである点では一致している。そして、肯定応答を受信しなかったことの判断を否定応答を受信したことで行うか、肯定応答を受信しなかったことで行うかは、技術思想を具体化するに当たっての設計事項であるから、判断の対象とする応答、及び、コード化されたビットの第２の部分を送信する際に基づくこととする応答を、「肯定応答」とすることは、適宜なし得たことである。
　
　そして、本願発明の作用効果も、引用発明及び周知技術から当業者が予測できる程度のものである。
　
第４．むすび
　したがって、本願発明は、引用発明及び周知技術に基づいて、当業者であれば容易に想到し得たものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。