【事件の表示】
　特願２００２−５８４５７２「ＩＰサービスへの条件アクセス方法およびシステム」拒絶査定不服審判事件〔平成１４年１０月３１日国際公開、ＷＯ０２／８７１９０、平成１６年１１月２５日国内公表、特表２００４−５３５７０４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、２００２年４月１８日（パリ条約による優先権主張外国庁受理２００１年４月１９日、フランス）を国際出願日とする出願であって、平成１８年８月３日付け拒絶理由通知に対して、平成１９年２月８日付けで意見書が提出されたが、同年４月２５日付けで拒絶査定され、これに対し、同年８月６日に拒絶査定不服の審判が請求され、同年９月５日付けで手続補正がされたものである。
　
第２　補正却下の決定
［補正却下の決定の結論］
　　平成１９年９月５日付けの手続補正を却下する。
　
［理由］
１．補正後の本願発明
　上記手続補正（以下、「本件補正」という。）は補正前の特許請求の範囲の請求項１に記載された発明
　
　「ＩＰタイププロトコルを用いるネットワーク（３）を介して、アクセス制御によって、情報（２０）を送信するための方法であって、
　送信時に、
　−第１データグラム（２３）をスクランブルする段階と、
　−アクセス制御手段を識別する少なくとも１つのデータを具備するヘッダー（２４）を定義する段階と、
　−データブロック（２６）を作成するために、前記ヘッダー（２４）を、スクランブルされた第１データグラム（２３）と連結する段階と、
　−データブロック（２６）を第２データグラム（３０）内にカプセル化する段階と、
　−ネットワークを介して、第２データグラム（３０）を送信する段階と
を具備し、
　受信時に、
　−受信されたデータグラムから、データブロックを抽出する段階と、
　−ヘッダー（２４）を抽出する段階と、
　−データへのアクセスが認可される場合に、第１データグラム（２３）をスクランブル解除する段階と、
　−スクランブル解除されたデータを配信する段階と
を具備することを特徴とする方法。」
　
を、
　
　「ＩＰタイププロトコルを用いるネットワーク（３）を介して、アクセス制御によって、情報（２０）を送信するための方法であって、
　送信時に、
　−元の宛先ポートを介してデータを待機する最終的なクライアントによって受信されるよう意図されている第１データグラム（２３）をスクランブルする段階と、
　−アクセス制御手段を識別する少なくとも１つのデータを具備するヘッダー（２４）を定義する段階と、
　−データブロック（２６）を作成するために、前記ヘッダー（２４）を、スクランブルされた第１データグラム（２３）と連結する段階と、
　−特定のポート（ＩＰ＿ｃａｓ）上でデータを待機するデスクランブラーによって受信されるよう意図されている第２ＩＰデータグラム（３０）内にデータブロック（２６）をカプセル化する段階と、
　−ネットワークを介して、第２ＩＰデータグラム（３０）を送信する段階と
を具備し、
　受信時に、
　−デスクランブラーによって第２データグラムを受信する段階と、
　−受信されたデータグラムから、データブロックを抽出する段階と、
　−ヘッダー（２４）を抽出する段階と、
　−データへのアクセスが認可される場合に、第１データグラム（２３）をスクランブル解除する段階と、
　−最終的なクライアントに、スクランブル解除されたデータを有する第１データグラムを配信する段階と
を具備することを特徴とする方法。」
　
という発明（以下、「補正後の発明」という。）に変更することを含むものである。
　
２．新規事項の有無、補正の目的要件について
　上記補正は、願書に最初に添付した明細書又は図面に記載した事項の範囲内において、補正前の特許請求の範囲の請求項１に記載された「第１データグラム（２３）」に関し、「元の宛先ポートを介してデータを待機する最終的なクライアントによって受信されるよう意図されている」と限定を付加し、また、「第２データグラム（３０）」に関し、「特定のポート（ＩＰ＿ｃａｓ）上でデータを待機するデスクランブラーによって受信されるよう意図されている」及び「ＩＰ」と限定を付加し、また、「カプセル化する段階」に関し、「データブロック（２６）を」と限定を付加し、また、「受信時」に関し、「デスクランブラーによって第２データグラムを受信する段階」を付加し、また、「データを配信する段階」に関し、「最終的なクライアントに」及び「有する第１データグラムを」と限定を付加して、特許請求の範囲を減縮するものであるから、特許法第１７条の２第３項（新規事項）及び第４項第２号（補正の目的）の規定に適合している。
　
３．独立特許要件について
　上記補正は特許請求の範囲の減縮を目的とするものであるから、上記補正後の発明が特許出願の際独立して特許を受けることができるものであるのかどうかについて以下に検討する。
　
（１）補正後の発明
　上記「１．補正後の本願発明」の項で認定したとおりである。
　
（２）引用発明
　原審の拒絶理由に引用された国際公開第００／４５５５２号（以下、「引用例」という。）には、図面とともに以下の事項が記載されている。
　
イ．「The invention relates to a transmission system for transmitting data packets from a transmitter to a receiver, said data packets comprising a header and an encrypted data field, said data fields being decryptable by means of a changing decryption key. 」（明細書１頁１〜３行）
　
訳文「 本発明は、ヘッダと、変化する解読鍵によって解読可能な暗号化されたデータフィールドと、を有するデータパケットを送信機から受信機に伝送する伝送システムに関する。」
　
ロ．「Figure 1 shows a block diagram of a transmission system according to the invention. In such a transmission system a number of data signals 12 or compound signals 12, which represent a number of data services, are transmitted by a transmitter 10 to a receiver 14. 
The transmission system may comprise further receivers 14. An end-user is able to control a receiver 14 by means of a input device 15, like for instance a keyboard or a remote control. 
Selected services can be shown on a display device 17. By means of the data signals 12 data packets, e. g. IP packets, can be broadcasted by the transmitter 10 to a plurality of receivers 14.
　In such a transmission system it may be desirable that only a limited number of the users of the receivers 14, e. g. only those who have paid or who belong to a certain group, have access to the data services. Such conditional access to the data services can be realised by encrypting the data in the transmitter 10 and by transmitting the encrypted data to the receivers 14. Furthermore, the decryption keys necessary for the decryption of the data are encrypted themselves and only those receivers 14 who are entitled to the data are able to decrypt the decryption keys. By means of the decryption keys the receivers 14 can then decrypt the data. 
The decryption keys may be retransmitted a number of times so that the receivers 14 are able to access the decryption keys quickly. 」（明細書２頁２４〜３頁５行）
　
訳文「 図１は、本発明による伝送システムのブロック図を示す。このような伝送システムでは、多数のデータサービスを表す多数のデータ信号１２又は合成信号１２は、送信機１０によって受信機１４に伝送される。
伝送システムは、他の受信機１４を有してもよい。エンドユーザは、例えばキーボード又はリモートコントロールのような入力装置１５によって受信機１４を制御することができる。
選択されたサービスを表示装置１７上に示すことができる。データ信号１２によって、データパケット、例えばＩＰパケットを送信機１０により複数の受信機１４にブロードキャストすることができる。
  このような伝送システムでは、例えば支払いを済ませているか、あるいは特定のグループに属しているユーザのみのような限られた数の受信機１４のユーザのみがデータサービスにアクセスできることが望ましい。データサービスへのこのような条件付きアクセスは、送信機１０においてデータを暗号化し、暗号化されたデータを受信機１４へ伝送することにより実現されうる。さらに、データの解読に必要な解読鍵は、それ自体が暗号化されたものであり、データを受ける権利がある受信機１４だけが解読鍵を解読することができる。その後解読鍵によって、受信機１４はデータを解読することができる。解読鍵は何度も再送信されるので、受信機１４は解読鍵に迅速にアクセスすることができる。」
　
ハ．「An example of a transmission system for broadcasting data services in a computer network environment, e. g. the Internet, is known from the document RFC 1825, Security Architecture for the Internet Protocol, August 1995. In this document two modes for the encryption of IP packets are described: 
Transport mode: the payload of an IP packet is encrypted. 
Tunnel mode: an entire IP packet is encrypted, and a new IP header is placed before the encrypted packet. This mode is for example used to encrypt virtual-private-network traffic that passes through a non-trusted network. 
In both modes a so-called ESP (Encapsulating Security Payload) header is included in the newly created IP packets containing the encrypted data. This ESP header starts with a 32 bit field called Security Parameter Index (SPI). Together with the destination address, the SPI defines among other things which keys to use for decryption, which decryption algorithm to use and how to apply the decryption algorithm. 
　A transmission system for broadcasting data services is known from the document Draft EN 301 192 VI. 1. 1, European Standard,Digital Video Broadcasting (DVB); DVB specification for data broadcasting. Such a known transmission system may for example be implemented in a cable television (CATV) network environment. In this environment the transmitter 10 comprises the headend of the CATV-network and the receivers 14 comprise the set-top boxes, television sets or PCs of the end-users. The data signals 12 comprise multiplex signals 12 which can be implemented in the form of MPEG-2 transport streams. An MPEG-2 transport stream is a multiplex of a number of so-called services. Such a service can contain an audio/video stream, an interactive application (for example in the MHEG-5 format), other kinds of data (for example IP packets) or a combination of these elements. Typically, a headend 10 transmits several transport streams 12 to the set-top boxes 14. In this way, a large number of services (or channels) can be broadcast by the headend 10 to a plurality of set-top boxes 14. 」（明細書３頁１９行〜４頁１０行）
　
訳文「インターネットのようなコンピュータネットワーク環境においてデータサービスをブロードキャストするための伝送システムの一例は、RFC 1825「Security Architecture for the Internet Protocol」（１９９５年８月）の文書から知られている。この文書では、ＩＰパケットの暗号化に関する２つのモードが記述されている：
トランスポートモード：ＩＰパケットのペイロードが暗号化される。
トンネルモード：ＩＰパケット全体が暗号化され、暗号化されたパケットの前に新しいＩＰヘッダが置かれる。このモードは例えば信頼性のないネットワークを通る仮想プライベートネットワークトラフィックを暗号化するために使用される。
いずれのモードにおいてもいわゆるＥＳＰ（カプセル化セキュリティペイロード、Encapsulating Security Payload）ヘッダが、暗号化されたデータを含む新しく生成されたＩＰパケットに含まれる。このＥＳＰヘッダは、セキュリティパラメータインデックス（Security Parameter Index,SPI）と呼ばれる３２ビットフィールドから始まる。宛先アドレスと共に、ＳＰＩは特に、解読するためにどの鍵を使用すべきか、どの解読アルゴリズムを使用すべきか、どのように解読アルゴリズムを適用すべきかを規定する。
　データサービスをブロードキャストするための伝送システムは、Draft EN 301 192 V1.1.1、ヨーロッパ規格、「Digital Video Broadcasting (DVB); DVB specification for data broadcasting」の文書から知られている。このような既知の伝送システムは、例えばケーブルテレビ（ＣＡＴＶ）ネットワーク環境において実現されてもよい。この環境では、送信機１０は、ＣＡＴＶ−ネットワークのヘッドエンドを有し、受信機１４は、セットトップボックス、テレビジョン受信機又はエンドユーザのＰＣを有する。データ信号１２は、ＭＰＥＧ−２のトランスポートストリームの形式で実現することができる多重信号１２を有する。ＭＰＥＧ−２のトランスポートストリームは、多数のいわゆるサービスの多重化である。このようなサービスは、オーディオ／ビデオストリーム、（例えばＭＨＥＧ−５の形式での）対話型アプリケーション、他の種類のデータ（例えばＩＰパケット）、又はこれらの要素の組合せを含むことができる。典型的に、ヘッドエンド１０はセットトップボックス１４にいくつかのトランスポートストリーム１２を伝送する。このように、非常に多くのサービス（又はチャネル）が、ヘッドエンド１０によって複数のセットトップボックス１４にブロードキャストされる。」
　
ニ．「Figure 2 shows a structure diagram of a data packet, which data packet is comprised in a first section. DVB has defined 6 protocol stacks for data broadcasting. One of these protocol stacks is the so-called multi-protocol encapsulation or MPE. In this case, there is a one-to-one mapping between a data packet and an MPEG section, and an MPEG section is usually transmitted in several MPEG-2 transport stream packets. The MPEG sections are of a special type as defined by the protocol layers DSM-CC private data and DVB multi protocol encapsulation. In the structure diagram shown in Figure 2 the data packet is an IP packet which comprises an IP header 22, an ESP header 24 and an encrypted IP payload or data field 26. The data fields 26 can be decrypted by means of a changing decryption key 48. The ESP header comprises a so-called Security Parameter Index (SPI) field. An MPE section header 20 indicates that the data packet is embedded in a MPE section. The ECMs may also be embedded in a similar structure. The packet containing an ECM is referred to as a decryption packet. Preferably the decryption packets are included in a second section which is linked to the first section which contains the data packets. The first and second sections are linked together by means of at least a part of the first and second sections, which part is identical for both sections. By concentrating the encrypted data packets and the therewith associated decryption packets in sections which are linked together the receiver can easily obtain the data packets and the decryption packets needed for decrypting the data packets by using a single filter which filters out all packets containing said identical part. Preferably the identical part is included in the section headers 20. For example, the tableid and/or the MAC_address parts of the MPE section header 20 as defined in Table 3 in the document Draft EN 301 192 V 1. 1. 1, European Standard,Digital Video Broadcasting (DVB); DVB specification for data broadcasting) can be used for this purpose. 」（明細書４頁１８行〜５頁６行）
　
訳文「 図２は、第１のセクションに含まれるデータパケットの構造図を示す。ＤＶＢは、データのブロードキャストのために６つのプロトコルスタックを規定している。これらのプロトコルスタックのうちの１つは、いわゆるマルチプロトコルカプセル化（multi-protocol encapsulation）すなわちＭＰＥである。この場合、データパケットとＭＰＥＧセクションとの間に１対１のマッピング（対応）があり、ＭＰＥＧセクションは通常、いくつかのＭＰＥＧ−２のトランスポートストリームパケットにおいて伝送される。ＭＰＥＧセクションは、プロトコルレイヤＤＳＭ−ＣＣプライベートデータとＤＶＢマルチプロトコルカプセル化とによって規定されるような特別なタイプである。図２に示した構造図において、データパケットは、ＩＰヘッダ２２、ＥＳＰヘッダ２４及び暗号化されたＩＰペイロード又はデータフィールド２６を有するＩＰパケットである。データフィールド２６は、変化する解読鍵４８によって解読することが可能である。ＥＳＰヘッダは、いわゆるセキュリティパラメータインデックス（ＳＰＩ）フィールドを有する。ＭＰＥセクションヘッダ２０は、データパケットがＭＰＥセクションに組み込まれていることを示す。ＥＣＭもまた同様の構造に組み込むことができる。ＥＣＭを含むパケットは解読パケットと呼ばれる。好ましくは、解読パケットは、データパケットを有する第１のセクションにリンクされた第２のセクションに含まれる。第１及び第２のセクションは、第１及び第２のセクションの少なくとも一部分によって互いにリンクされており、当該一部分は、両方のセクションについて同一である。互いにリンクされたセクション内にある、暗号化されたデータパケットとそのデータパケットに関連する解読パケットとを合わせることにより、受信機は、データパケットと、データパケットを解読するために必要とされる解読パケットとを容易に得ることができる。これは上記の同一の部分を含むすべてのパケットをフィルタリングする単一のフィルタを使用することによって行われる。上記の同一の部分は、セクションヘッダ２０に含まれることが好ましい。例えば、Draft EN 301 192 V1.1.1、ヨーロッパ規格、「Digital Video Broadcasting (DVB); DVB specification for data broadcasting」の文書の表３に規定されるような、ＭＰＥセクションヘッダ２０のtable_id及び／又はＭＡＣ_address部分をこの目的のために使用することができる。」
　
ホ．「Figure 3 shows an example of a structure diagram of a SPI field. This is the only mandatory field for all different IP encryption methods used in the Internet, so this field does not change. Its purpose is to identify (together with the destination address) which keys and algorithms the receiver 14 should use to decrypt the data. In this example the first 14 bits of the SPI field are used to store an ECM stream reference 30, which provides the association between the ECM stream and the encrypted data. The fifteenth bit is used to store information 32 indicating a change of the decryption key. By means of this information 32 control word changes can be synchronised in the transmission system. The synchronisation bit 32 toggles value when the control word used to encrypt the data has changed value. This allows the receiver 14 to determine exactly when to start using a new control word value. The sixteenth bit 34 of the SPI field is reserved for future use. The last sixteen bits of the SPI field are used to store an identification 36 of the conditional access system which is used by the transmission system. 」（明細書５頁７〜１９行）
　
訳文「 図３は、ＳＰＩフィールドの構造図の一例を示している。これはインターネットで使用されるすべての異なるＩＰ暗号方式について唯一の必須フィールドであるので、このフィールドは変わらない。この目的は、受信機１４がデータを解読するためにどの鍵とどのアルゴリズムとを使用すべきかを（宛先アドレスと共に）識別することである。この例では、ＳＰＩフィールドの最初の１４ビットは、ＥＣＭストリームと暗号化されたデータとの間の関連付けを与えるＥＣＭストリーム参照３０を記憶するために使用される。１５番目のビットは、解読鍵の変更を示す情報３２を記憶するために使用される。この情報３２によって、制御ワードの変更を伝送システムにおいて同期させることができる。同期ビット３２は、データを暗号化するために使用される制御ワードが変更された値をもつとき値を切り換える。このことにより、受信機１４は、新しい制御ワード値をいつ使用し始めるべきかを正確に判断することが可能となる。ＳＰＩフィールドの１６番目のビット３４は、将来の使用のために予約される。ＳＰＩフィールドの最後の１６ビットは、伝送システムによって使用される条件付きアクセスシステムの識別子３６を記憶するために使用される。」
　
　上記引用例の記載及び図面ならびにこの分野における技術常識を考慮すると、上記摘記事項ロ．における「図１は、本発明による伝送システムのブロック図を示す。このような伝送システムでは、多数のデータサービスを表す多数のデータ信号１２又は合成信号１２は、送信機１０によって受信機１４に伝送される。」、「データ信号１２によって、データパケット、例えばＩＰパケットを送信機１０により複数の受信機１４にブロードキャストすることができる。」との記載、及びＦＩＧ．１によれば、伝送システムは、ＩＰすなわちインターネットプロトコル（Internet Protocol）を用いるものであって、多数のデータサービスや複数の受信機を含むネットワークを構成するのは明らかであるから、インターネットプロトコル（ＩＰ）を用いるネットワークを介して、データを送信している。
　また、上記摘記事項ロ．にある「条件付きアクセス」を実現するため、上記摘記事項ハ．における「トランスポートモード：ＩＰパケットのペイロードが暗号化される。トンネルモード：ＩＰパケット全体が暗号化され、暗号化されたパケットの前に新しいＩＰヘッダが置かれる。このモードは例えば信頼性のないネットワークを通る仮想プライベートネットワークトラフィックを暗号化するために使用される。いずれのモードにおいてもいわゆるＥＳＰ（カプセル化セキュリティペイロード、Encapsulating Security Payload）ヘッダが、暗号化されたデータを含む新しく生成されたＩＰパケットに含まれる。このＥＳＰヘッダは、セキュリティパラメータインデックス（Security Parameter Index,SPI）と呼ばれる３２ビットフィールドから始まる。宛先アドレスと共に、ＳＰＩは特に、解読するためにどの鍵を使用すべきか、どの解読アルゴリズムを使用すべきか、どのように解読アルゴリズムを適用すべきかを規定する。」との記載によれば、ＥＳＰ（カプセル化セキュリティペイロード、Encapsulating Security Payload）ヘッダを用いアクセス制御しているから、伝送システムは、アクセス制御によって、データを送信しており、これを送信するための方法ということができる。
　また、上記摘記事項ニ．における「図２に示した構造図において、データパケットは、ＩＰヘッダ２２、ＥＳＰヘッダ２４及び暗号化されたＩＰペイロード又はデータフィールド２６を有するＩＰパケットである。データフィールド２６は、変化する解読鍵４８によって解読することが可能である。ＥＳＰヘッダは、いわゆるセキュリティパラメータインデックス（ＳＰＩ）フィールドを有する。ＭＰＥセクションヘッダ２０は、データパケットがＭＰＥセクションに組み込まれていることを示す。ＥＣＭもまた同様の構造に組み込むことができる。ＥＣＭを含むパケットは解読パケットと呼ばれる。」との記載、ＦＩＧ．１及びＦＩＧ．２によれば、当然、送信時に、データを待機する受信機（１４）によって受信されるよう意図されているＩＰペイロード又はデータフィールド（２６）を暗号化する段階と、セキュリティパラメータインデックス（ＳＰＩ）を具備するＥＳＰヘッダ（２４）を定義する段階とがあることが読み取れる。
　また、ＥＳＰヘッダ（２４）と暗号化されたＩＰペイロード又はデータフィールド（２６）をまとめて、これをデータブロックということができる。そして、当然、データブロックを作成するために、ＥＳＰヘッダ（２４）を、暗号化されたＩＰペイロード又はデータフィールド（２６）と連結する段階がある。
　また、上記摘記事項ニ．における「マルチプロトコルカプセル化（multi-protocol encapsulation）すなわちＭＰＥである。」、「図２に示した構造図において、データパケットは、ＩＰヘッダ２２、ＥＳＰヘッダ２４及び暗号化されたＩＰペイロード又はデータフィールド２６を有するＩＰパケットである。」との記載、及びＦＩＧ２によれば、データパケットは、ＩＰパケットであり、ＩＰヘッダ（２２）とＥＳＰヘッダ（２４）と暗号化されたＩＰペイロード又はデータフィールド（２６）からなり、その内、ＥＳＰヘッダ（２４）と暗号化されたＩＰペイロード又はデータフィールド（２６）は、上記のようにデータブロックということができるから、データパケット内にデータブロックをカプセル化しており、これをカプセル化する段階ということができる。
　また、上記摘記事項ニ．における「受信機は、データパケットと、データパケットを解読するために必要とされる解読パケットとを容易に得ることができる。」との記載、及びＦＩＧ１によれば、受信機（１４）は、暗号解読手段を備え、データパケットはデータを待機する暗号解読手段によって受信されるよう意図されている。
　また、データパケットは、ネットワークを介して、送信されることは明らかであり、これを送信する段階ということができる。
　また、受信時に、暗号化とは逆の手順で暗号解読されることは技術常識であるから、暗号解読手段は、データパケットを受信しており、これを受信する段階ということができる。
　また、受信されたデータパケットから、データブロックを抽出する段階と、ＥＳＰヘッダ（２４）を抽出する段階と、ＩＰペイロード又はデータフィールド（２６）を暗号解読する段階と、受信機（１４）に、暗号解読されたデータを有するＩＰペイロード又はデータフィールド（２６）を配信する段階とを備えることは自明である。
　
　したがって、上記引用例には、以下の発明（以下、「引用発明」という。）が開示されている。
　
　「インターネットプロトコル（ＩＰ）を用いるネットワークを介して、アクセス制御によって、データを送信するための方法であって、
　送信時に、
　−データを待機する受信機（１４）によって受信されるよう意図されているＩＰペイロード又はデータフィールド（２６）を暗号化する段階と、
　−セキュリティパラメータインデックス（ＳＰＩ）を具備するＥＳＰヘッダ（２４）を定義する段階と
　−データブロックを作成するために、前記ＥＳＰヘッダ（２４）を、暗号化されたＩＰペイロード又はデータフィールド（２６）と連結する段階と、
　−データを待機する暗号解読手段によって受信されるよう意図されているデータパケット内にデータブロックをカプセル化する段階と、
　−ネットワークを介して、データパケットを送信する段階と
を具備し、
　受信時に、
　−暗号解読手段によってデータパケットを受信する段階と、
　−受信されたデータパケットから、データブロックを抽出する段階と、
　−ＥＳＰヘッダ（２４）を抽出する段階と、
　−ＩＰペイロード又はデータフィールド（２６）を暗号解読する段階と、
　−受信機（１４）に、暗号解読されたデータを有するＩＰペイロード又はデータフィールド（２６）を配信する段階と
を具備する方法。」
　
（３）対比・判断
　補正後の発明と引用発明とを対比する。
ａ．引用発明の「インターネットプロトコル（ＩＰ）」、「データ」、「受信機（１４）」、「ＩＰペイロード又はデータフィールド（２６）」、「暗号化」、「セキュリティパラメータインデックス（ＳＰＩ）」、「ＥＳＰヘッダ（２４）」、「暗号解読手段」、「データパケット」及び「暗号解読」は、補正後の発明の「ＩＰタイププロトコル」、「情報」、「クライアント」、「第１データグラム」、「スクランブル」、「アクセス制御手段を識別するデータ」、「ヘッダー」、「デスクランブラー」、「第２ＩＰデータグラム」及び「スクランブル解除」にそれぞれ相当する。
　
　したがって、補正後の発明と引用発明は、以下の点で一致ないし相違している。
　
（一致点）
　
　「ＩＰタイププロトコルを用いるネットワークを介して、アクセス制御によって、情報を送信するための方法であって、
　送信時に、
　−データを待機するクライアントによって受信されるよう意図されている第１データグラムをスクランブルする段階と、
　−アクセス制御手段を識別する少なくとも１つのデータを具備するヘッダーを定義する段階と、
　−データブロックを作成するために、前記ヘッダーを、スクランブルされた第１データグラムと連結する段階と、
　−データを待機するデスクランブラーによって受信されるよう意図されている第２ＩＰデータグラム内にデータブロックをカプセル化する段階と、
　−ネットワークを介して、第２ＩＰデータグラムを送信する段階と
を具備し、
　受信時に、
　−デスクランブラーによって第２データグラムを受信する段階と、
　−受信されたデータグラムから、データブロックを抽出する段階と、
　−ヘッダーを抽出する段階と、
　−第１データグラムをスクランブル解除する段階と、
　−クライアントに、スクランブル解除されたデータを有する第１データグラムを配信する段階と
を具備する方法。」
　
（相違点１）
　
　「クライアント」に関し、
　補正後の発明は、送信時において、「元の宛先ポートを介して」データを待機する「最終的な」ものであり、受信時において、「最終的な」ものであるのに対し、
　引用発明は、送信時において、「元の宛先ポートを介して」データを待機する「最終的な」ものであり、受信時において、「最終的な」ものであるか否か不明な点。
　
（相違点２）
　
　「デスクランブラー」に関し、
　補正後の発明は、「特定のポート（ＩＰ＿ｃａｓ）上で」データを待機するものであるのに対し、
　引用発明は、「特定のポート（ＩＰ＿ｃａｓ）上で」データを待機するものか否か不明な点。
　
（相違点３）
　
　「第１データグラムをスクランブル解除する段階」に関し、
　補正後の発明は、「データへのアクセスが認可される場合に」、第１データグラムをスクランブル解除するのに対し、
　引用発明は、「データへのアクセスが認可される場合に」、ＩＰペイロード又はデータフィールド（２６）（第１データグラム）を暗号解読（スクランブル解除）するか否か不明な点。
　
　そこで、まず、上記相違点１について検討する。
　インターネットプロトコルを用いるネットワークにおいて、送信時において、受信側のクライアントが宛先ポートを介してデータを待機することは、例えば、帆刈　千尋，中小企業でもできるＶＰＮ導入　第２回，ＩＮＴＥＲＯＰ　ＭＡＧＡＺＩＮＥ，日本，ソフトバンクパブリッシング株式会社，２００１年１月１日，第１１巻，第１号，ｐ．１３４−１３７（１３５頁図１）、山田  英史，ＶＰＮルータバイヤーズガイド，ＩＮＴＥＲＯＰ  ＭＡＧＡＺＩＮＥ，日本，ソフトバンクパプリッシング株式会社，２００１年３月１日，第１１巻,第３号，p．４８−５１（５１頁中欄１０行〜右欄３０行）に開示されているように周知であり、引用発明に周知技術を採用することに格別の困難性は認められないから、引用発明に周知技術を適用して、補正後の発明のように「元の宛先ポートを介して」データを待機するものとすることは当業者が容易に成し得ることである。さらに、送受信時において、引用発明の受信機（１４）（クライアント）を「最終的な」クライアントとすることは、ネットワークの構成を考慮して、当業者が必要に応じ適宜成し得ることである。
　
　次に、上記相違点２について検討する。
　インターネットプロトコルを用いるネットワークにおいて、受信側が特定のポート上でデータを待機することは、上記周知例に開示されているように周知であり、引用発明に周知技術を採用することに格別の困難性は認められないから、これを引用発明の受信側にある暗号解読手段（デスクランブラー）に適用して、補正後の発明のように「特定のポート上で」データを待機することは当業者が容易に成し得ることである。
　
　次に、上記相違点３について検討する。
　引用発明において、ＩＰペイロード又はデータフィールド（２６）（第１データグラム）を暗号解読（スクランブル解除）する際のデータへのアクセス条件は、データのセキュリティレベルを考慮して当業者が必要に応じ設定するものであり、補正後の発明のように「データへのアクセスが認可される場合に」、第１データグラムをスクランブル解除することは当業者が適宜成し得ることである。
　
　そして、補正後の発明の作用効果も、引用発明及び周知技術から当業者が容易に予測できる範囲のものである。
　
　以上のとおり、補正後の発明は引用発明及び周知技術に基づいて容易に発明できたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。
　
４．結語
　したがって、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 
　
第３　本願発明について
１．本願発明
　平成１９年９月５日付けの手続補正は上記のとおり却下されたので、本願の請求項１に係る発明（以下、「本願発明」という。）は、願書に最初に添付された明細書及び図面の記載からみて、その特許請求の範囲の請求項１に記載された以下のとおりのものと認める。
　
　「ＩＰタイププロトコルを用いるネットワーク（３）を介して、アクセス制御によって、情報（２０）を送信するための方法であって、
　送信時に、
　−第１データグラム（２３）をスクランブルする段階と、
　−アクセス制御手段を識別する少なくとも１つのデータを具備するヘッダー（２４）を定義する段階と、
　−データブロック（２６）を作成するために、前記ヘッダー（２４）を、スクランブルされた第１データグラム（２３）と連結する段階と、
　−データブロック（２６）を第２データグラム（３０）内にカプセル化する段階と、
　−ネットワークを介して、第２データグラム（３０）を送信する段階と
を具備し、
　受信時に、
　−受信されたデータグラムから、データブロックを抽出する段階と、
　−ヘッダー（２４）を抽出する段階と、
　−データへのアクセスが認可される場合に、第１データグラム（２３）をスクランブル解除する段階と、
　−スクランブル解除されたデータを配信する段階と
を具備することを特徴とする方法。」
　
２．引用発明
　引用発明は、上記「第２　補正却下の決定」の項中の「３．独立特許要件について」の項中の「（２）引用発明」の項で認定したとおりである。
　
３．対比・判断
　本願発明は上記補正後の発明から当該本件補正に係る限定を省いたものである。
　そうすると、本願発明の構成に当該本件補正に係る限定を付加した補正後の発明が、上記「第２　補正却下の決定」の項中の「３．独立特許要件について」の項で検討したとおり、引用発明及び周知技術に基づいて容易に発明できたものであるから、本願発明も同様の理由により、容易に発明できたものである。
　
４．むすび
　以上のとおり、本願発明は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものと認められるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。