【事件の表示】
　特願２０１１−５２６４５０「ネットワークノード間のデータ伝送方法」拒絶査定不服審判事件〔平成２２年　３月１８日国際公開，ＷＯ２０１０／０２８９３６，平成２４年　１月２６日国内公表，特表２０１２−５０２５７２〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１．手続の経緯
　本願は，２００９年８月１９日（パリ条約による優先権主張外国庁受理２００８年９月１０日　ドイツ連邦共和国）を国際出願日とする出願であって，
　平成２３年３月１０日付けで特許法第１８４条の４第１項の規定による明細書，請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文が提出されると共に同日付けで審査請求がなされ，平成２４年１２月２５日付けで審査官により拒絶理由が通知され，これに対して平成２５年５月１０日付けで意見書が提出されると共に手続補正がなされ，平成２５年８月８日付けで審査官により拒絶理由が通知され，これに対して平成２６年１月２０日付けで意見書が提出されたが，平成２６年２月２６日付けで審査官により拒絶査定がなされ（発送；平成２６年３月３日），これに対して平成２６年６月１３日付けで審判請求がなされ，平成２７年７月６日付けで当審により拒絶理由が通知され，平成２７年１０月２７日付けで意見書が提出されると共に手続補正がなされたものである。
　
第２．本願発明について
　本願の請求項１に係る発明（以下，これを「本願発明」という）は，平成２７年１０月２７日付けの手続補正により補正された，特許請求の範囲の請求項１に記載された，次のとおりのものである。
　
「中央管理ネットワークノード（２−０）を備えたネットワーク（１）の，送信ネットワークノード（２−１）としても受信ネットワークノード（２−２）としても動作可能な各ネットワークノード（２）間においてデータを暗号化により保護して送信および受信するための方法において，
　送信ネットワークノード（２−１）が，
ａ）メッセージ（Ｆ）の送信時に更新されるカウンタ値（ＣＴＲ）と，前記中央管理ネットワークノード（２−０）によって提供され，且つ，前記ネットワーク（１）の前記中央管理ネットワークノード（２−０）以外のネットワークノード（２−ｉ）が使用する共通の一定値（ＥＡＮＣＶ）と，からｎｏｎｃｅ値（Ｎ）を形成するステップと，
ｂ）前記データを，暗号化鍵（Ｋ）と形成された前記ｎｏｎｃｅ値（Ｎ）とを用いて暗号化して，前記暗号化されたデータを有する有効データ（ＰＬ）と，前記送信ネットワークノード（２−１）の目下のカウンタ値（ＣＴＲ）を有するヘッダデータ（ＨＤＲ）と，を前記メッセージ（Ｆ）として送信するステップと，
を実施し，
　受信ネットワークノード（２−２）が，
ｃ）前記メッセージ（Ｆ）を受信し，該受信したメッセージ（Ｆ）から前記カウンタ値（ＣＴＲ）を抽出し，前記カウンタ値（ＣＴＲ）と前記一定値（ＥＡＮＣＶ）とを用いて受信側のｎｏｎｃｅ値（Ｎ’）を形成し，該形成された受信側のｎｏｎｃｅ値（Ｎ’）と鍵（Ｋ）とを用いて前記受信したメッセージ（Ｆ）のデータを復号するステップを実施し，
　前記中央管理ネットワークノード（２−０）が，
　新たな共通の一定値（ＥＡＮＣＶ）を送信するステップを実施し，
　前記共通の一定値（ＥＡＮＣＶ）を，前記新たな共通の一定値（ＥＡＮＣＶ）によって置換するステップを実施する，
方法。」
　
第３．引用刊行物に記載の事項
１．当審が，平成２７年７月６日付けの拒絶理由通知（以下，これを「当審拒絶理由」という）において，引用刊行物１として引用した，本願の第１国出願前に既に公知である，米国特許出願公開第２００８／００４４０１４号明細書（２００８年２月２１日公開）には，関連する図面と共に，次の事項が記載されている。
　
Ａ．「[0044]　
The BAN key will in certain key embodiments be communicated securely from in-vivo devices, particularly, implants such as IMD 115 to other in-vitro “bridge” devices 110 in a BAN 100
Implanted devices 115 can also receive the BAN key from bridge devices 110 who possess the appropriate authentication material 160 and processes
According to embodiments of the present invention, the following protocols permit secure and wireless delivery of the BAN key to bridge devices capable of using the security protocol of the present invention
（【００２８】
　
ＢＡＮキーは，特定のキーの実施形態では，体内デバイス，特にＩＭＤ１１５等の埋め込み物から，ＢＡＮ１００の他の体外「ブリッジ」デバイス１１０へセキュアに通信される
埋め込まれたデバイス１１５は，適切な認証マテリアル１６０とプロセスとを所有するブリッジデバイス１１０からＢＡＮキーを受信することもできる
本発明の実施形態によれば，以下のプロトコルによって，本発明のセキュリティプロトコルを使用できるブリッジデバイスへのＢＡＮキーのセキュアな無線配信が可能になる
　
Ｂ．「[0065]　In this embodiment, generation of every (i+1)ｔｈ PRN proceeds as follows: The block cipher 620 (in this example, 128-bit AES) is used to encrypt a nonce 625 using KＲ 610 as the key input 615 , as depicted in FIG.6. The nonce 625 , which could, for example, consist of the node's current real-time clock value, may be loaded into the 128-bit data_i input 630 of the block cipher 620 by way of a 128-bit register. (If the real-time clock is longer than 128 bits, then the least-significant 128 bits of the real-time clock may be used.) 
If the real-time clock is shorter than 128 bits, the most-significant bits of the nonce 625  may be padded with zeros such that the number of zeros plus the number of real-time clock bits equals 128
（【００５７】
　この実施形態では，あらゆる（ｉ＋１）番目のＰＲＮの生成は，次のように進行する。すなわち，図６に示すように，ブロック暗号６２０（この例では，１２８ビットＡＥＳ）が，キー入力６１５としてＫＲ６１０を使用してノンス６２５を暗号化するのに使用される。ノンス６２５は，たとえば，そのノードの現在のリアルタイムクロック値から構成することができ，１２８ビットレジスタを経由してブロック暗号６２０の１２８ビットｄａｔａ＿ｉ入力６３０にロードすることができる。（リアルタイムクロックが，１２８ビットよりも長い場合には，リアルタイムクロックの最下位１２８ビットを使用することができる。）
リアルタイムクロックが１２８ビットよりも短い場合には，０の個数にリアルタイムクロックのビット数を加えたものが１２８に等しくなるように，ノンス６２５の最上位ビットを０でパッディングすることができる
　
Ｃ．「[0076]　As described, 
the securing of information in certain embodiments may be based on ciphers, including by the use of block ciphers, for example, used in their counter(CTR) mode
pseudo-random keystream which is then XORed against the plaintext in order to generate encrypted text
or, at the recipient node, applied against the ciphertext to generate plaintext to effect decryption
FIG.11 shows the data flow of the CTR-mode encryption and decryption of a message according to embodiments of the present invention
the shared session key 1030 is loaded into the key_i input 615 of the block cipher 620 by way of a 128-bit register
A 128-bit nonce (i.e., a number used only once) 1110 is loaded into the data_i input 630 of the block cipher 620 by way of another 128-bit register
（【００７１】
　説明したように，
特定の実施形態で情報をセキュアにすることは，たとえばカウンタ（ＣＴＲ）モードで使用されるブロック暗号が使用されることを含めて，暗号に基づくことができる
又は，受信側ノードにおいて，平文を生成して解読を行うために暗号文に対して適用することができる
このキー付き疑似乱数キーストリームは，その後，暗号化文を生成するために平文に対してＸＯＲされる
図１１は，本発明の実施形態によるメッセージのＣＴＲモードの暗号及び解読のデータフローを示している
共有セッションキー１０３０は，１２８ビットレジスタを経由してブロック暗号６２０のｋｅｙ＿ｉ入力６１５にロードされ
１２８ビットノンス（すなわち，１回だけ使用される数）１１１０は，別の１２８ビットレジスタを経由して，ブロック暗号６２０のｄａｔａ＿ｉ入力６３０にロードされる
　
Ｄ．引用刊行物１のＦＩＧ．１１には，「session-key register1030」からの出力である「key_i」と，「nonce register1110」からの出力である「data_i」とを，「128-bit AES」に入力し，前記「128-bit AES」の出力である「data_o」（上記Ｃにおける「キー付き疑似乱数ストリーム）と，「enc./dec. data blocks」との排他的論理和を計算することで，「dec./enc. data blocks」を得る点が示されている。
　
２．当審拒絶理由において，引用刊行物２として引用した，特開２００５-３４６６５９号公報（２００５年１２月１５日公開）には，関連する図面と共に，次の事項が記載されている。
　
Ｅ．「【００３２】
　端末２は，詳しくは，ユーザがサービス提供システム５から所定のサービスを受ける際に，
機密情報管理システム１から送信されたカウンタ値ｎ及び乱数種初期値ｒ
０
を用いて，再分割データD’(3)を生成するために使用される乱数Ｒ’のシード（乱数生成の種となる情報）ｒ
ｎ
を生成する
　
３．当審拒絶理由において，引用刊行物３として引用した，特開２００８−１７２２８２号公報（２００８年７月２４日公開）には，関連する図面と共に，次の事項が記載されている。
　
Ｆ．「【００４１】
　
時計の代わりにカウンタを使う例を説明する
カウント値を入力して，カウント値に対応した乱数を得ることができる
　
４．当審拒絶理由において，引用刊行物４として引用した，特開２００１−７８００号公報（２００１年１月１２日公開）には，関連する図面と共に，次の事項が記載されている。
　
Ｇ．「【００２８】図２に示すように，ＫＳはまた，データのシーケンスとして定義されたナンスＮを受信することができる。この場合，ある特定のキーに対して，特定の値が２度現れる確率が無視できるほど小さい。例えば，
ナンスは，特定のキーの基で単一のメッセージの暗号化中に常時カウントアップするカウンタから導出することができる
　
Ｈ．「【００７２】図２９において，放送システムでは，放送局ＢＳＴＮが，番組キーとナンスとを生成する。
このナンスは，番組識別子と，その番組が数フレームに分割される際のコンテンツデータのフレーム番号とからなる
【００７４】図３１における，図２５により説明したようなディスク暗号化システムの実現例では，ファイルは異なるキーで暗号化される。その際，
各ナンスは，時刻スタンプ付きファイル名と所有者の識別子からなる
【００７５】図３２は，図２５により説明した暗号化アルゴリズムの，データベース暗号化システムへの他の応用例を示す。このシステムでは，
ナンスは，ＩＤと，カテゴリと，改訂番号(revision number)または時刻スタンプとからなる
【００７６】図３３は，図２５により説明した暗号化アルゴリズムの，マルチメディア配信システムの用途への他の応用例を示す。ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ上の内容は，秘密キーＫとナンスＮ１とを用いて暗号化される。
このナンスは，例えば，日付つきの番組名とバージョン番号とを連結したものである
　
５．当審拒絶理由において，引用刊行物５として引用した，特開２００８−７７６６４号公報（２００８年４月３日公開）には，関連する図面と共に，次の事項が記載されている。
　
Ｉ．「【００１１】
　一実施形態においては，ナンスはサーバによって知られている。サーバは，例えば，通信セッションの開始時に，クライアント・システムからのナンスを受信し得る。
代替的には，サーバは，通信セッションの開始前にクライアントのナンスに気付いているかも知れない。ナンスは，例えば，ナンスが導出され得るシード（seed：発生源）によってサーバにより知られるかもしれない
　
６．当審拒絶理由において，引用刊行物９として引用した，国際公開第２００７／０４６３７６号（２００７年４月２６日国際公開）には，次の事項が開示されている。
　
Ｊ．「
」
　
７．本願の第１国出願前に既に公知である，特開２００４-３１２７７２号公報（２００４年１１月４日公開，以下，これを「周知技術文献」という）には，次の事項が記載されている。
　
Ｋ．「【０００４】
　
シードは，ブロードキャストモードでトランスポートデータストリームＴＤＳにおいて配信される（すなわち，全てのデコーダは同時にシードを受け取る）
好ましくは，シードは，頻繁に，例えば，１０回／秒で変更される
暗号化されたシードＥＭＳＫ（ＳＥＥＤ）は，すべてのデコーダ４０へ，例えば，１０回／秒でブロードキャストされる
　
第４．引用刊行物に記載の発明
１．上記Ａの「The BAN key will in certain key embodiments be communicated securely from in-vivo devices, particularly, implants such as IMD 115 to other in-vitro “bridge” devices 110 in a BAN 100（ＢＡＮキーは，特定のキーの実施形態では，体内デバイス，特にＩＭＤ１１５等の埋め込み物から，ＢＡＮ１００の他の体外「ブリッジ」デバイス１１０へセキュアに通信される）」という記載と，同じく，上記Ａの「Implanted devices 115 can also receive the BAN key from bridge devices 110 who possess the appropriate authentication material 160 and processes（埋め込まれたデバイス１１５は，適切な認証マテリアル１６０とプロセスとを所有するブリッジデバイス１１０からＢＡＮキーを受信することもできる）」という記載から，引用刊行物１は，“体内デバイス等から，ブリッジデバイスへの，及び，ブリッジデバイスから，体内デバイスへの，セキュア通信”に関するものであることが読み取れ，上記引用のＡの記載内容と，上記Ｃの「or, at the recipient node, applied against the ciphertext to generate plaintext to effect decryption（又は，受信側ノードにおいて，平文を生成して解読を行うために暗号文に対して適用することができる）」という記載から，「体内デバイス等」，或いは，「ブリッジデバイス」が「受信側ノード」であり，例えば，「ブリッジデバイス」が，「受信側ノード」であるとき，「体内デバイス等」は，「送信側ノード」と言えるので，上記引用のＡの記載内容を踏まえると，引用刊行物１における「体内デバイス等」と，「ブリッジデバイス」とは，“送信側ノードにも受信側ノードにもなり得るノード”と言えるものである。
　よって，上記に引用の引用刊行物１の記載内容から，引用刊行物１は，“送信側ノードにも受信側ノードにもなり得るノード間の，セキュア通信を行うための方法”に関するものであることが読み取れる。
　
２．上記Ｂの「If the real-time clock is shorter than 128 bits, the most-significant bits of the nonce 625  may be padded with zeros such that the number of zeros plus the number of real-time clock bits equals 128（リアルタイムクロックが１２８ビットよりも短い場合には，０の個数にリアルタイムクロックのビット数を加えたものが１２８に等しくなるように，ノンス６２５の最上位ビットを０でパッディングすることができる）」という記載から，引用刊行物１は，“リアルタイムクロックと，パディングデータとからノンスを生成する”態様を含むものであることが読み取れる。
　
３．上記Ｃの「the securing of information in certain embodiments may be based on ciphers, including by the use of block ciphers, for example, used in their counter(CTR) mode（特定の実施形態で情報をセキュアにすることは，たとえばカウンタ（ＣＴＲ）モードで使用されるブロック暗号が使用されることを含めて，暗号に基づくことができる）」という記載，同じく上記Ｃの「pseudo-random keystream which is then XORed against the plaintext in order to generate encrypted text（このキー付き疑似乱数キーストリームは，その後，暗号化文を生成するために平文に対してＸＯＲされる）」という記載，同じく，上記Ｃの「FIG.11 shows the data flow of the CTR-mode encryption and decryption of a message according to embodiments of the present invention（図１１は，本発明の実施形態によるメッセージのＣＴＲモードの暗号及び解読のデータフローを示している）」という記載，同じく，上記Ｃの「the shared session key 1030 is loaded into the key_i input 615 of the block cipher 620 by way of a 128-bit register（共有セッションキー１０３０は，１２８ビットレジスタを経由してブロック暗号６２０のｋｅｙ＿ｉ入力６１５にロードされ）」という記載，同じく,上記Ｃの「A 128-bit nonce (i.e., a number used only once) 1110 is loaded into the data_i input 630 of the block cipher 620 by way of another 128-bit register（１２８ビットノンス（すなわち，１回だけ使用される数）１１１０は，別の１２８ビットレジスタを経由して，ブロック暗号６２０のｄａｔａ＿ｉ入力６３０にロードされる）」という記載，及び，上記Ｄにおいて指摘した，引用刊行物１のＦＩＧ．１１に開示されている事項と，上記１．において検討した事項から，引用刊行物１においては，“通信をセキュアにするために，ＣＴＲモードを用いて，共有セッションキーと，１２８ビットノンスを，ブロック暗号に入力して，鍵付き暗号ストリームを生成し，前記鍵付きストリームと，通信される情報との，排他的論理和を計算することで，前記情報を暗号化する”ことが，読み取れる。
　
４．上記Ｃの「or, at the recipient node, applied against the ciphertext to generate plaintext to effect decryption（又は，受信側ノードにおいて，平文を生成して解読を行うために暗号文に対して適用することができる）」という記載，及び，上記Ｄにおいて指摘した，引用刊行物１のＦＩＧ．１１に開示されている事項と，上記３．において検討した事項から，引用刊行物１においては，“受信側ノードにおいて，暗号化されて送信されてきた情報を，共有セッションキーと，１２８ビットノンスから生成される，鍵付きストリームとの排他的論理和を計算することで，復号する”ことが読み取れる。
　そして，上記において検討した事項は，「受信側ノード」における処理に関するものであるから，上記３．において検討した事項が，「送信側ノード」における処理に関するものであることは，明らかである。
　また，上記Ｄにおいて指摘した，引用刊行物１のＦＩＧ．１１に開示されている事項から明らかなように，復号を成功させるためには，送信側ノードと，受信側ノードにおいて，同一のノンス値が用いられることも，明らかである。
　
　以上１．〜４．において検討した事項から，引用刊行物１には，次の発明（以下，これを「引用発明」という）が記載されているものと認める。
　
　送信側ノードにも受信側ノードにもなり得るノード間の，セキュア通信を行うための方法であって，
　送信側ノードにおいて，
　リアルタイムクロックと，パディングデータとから１２８ビットノンスを生成し，
　通信をセキュアにするために，ＣＴＲモードを用いて，共有セッションキーと，前記１２８ビットノンスを，ブロック暗号に入力して，鍵付き暗号ストリームを生成し，前記鍵付きストリームと，送信される情報との，排他的論理和を計算することで，前記情報を暗号化し，
　受信側ノードにおいて，
　送信側ノードと同一の１２８ビットノンスを生成し，
　暗号化されて送信されてきた情報を，前記共有セッションキーと，前記１２８ビットノンスから生成される，前記鍵付きストリームとの排他的論理和を計算することで，復号する，方法。
　
第５．本願発明と引用発明との対比
１．引用発明において，「セキュア通信」は，「送信される情報」を「暗号化」することで実現されるものであって，
　引用発明における「送信側ノード」，「受信側ノード」が，本願発明における「送信ネットワークノード（２−１）」，「受信ネットワークノード（２−２）」に相当するので，
　引用発明における「送信側ノードにも受信側ノードにもなり得るノード間の，セキュア通信を行うための方法」と，
　本願発明における「中央管理ネットワークノード（２−０）を備えたネットワーク（１）の，送信ネットワークノード（２−１）としても受信ネットワークノード（２−２）としても動作可能な各ネットワークノード（２）間においてデータを暗号化により保護して送信および受信するための方法」とは，
“送信ネットワークノードとしても受信ネットワークノードとしても動作可能な各ネットワークノード間においてデータを暗号化により保護して送信および受信するための方法”
　である点で共通する。
　
２．引用発明における「送信される情報」が，本願発明における「メッセージ」に相当し，
　引用発明における「リアルタイムクロック」は，「送信される情報」が，送信される時点で更新されることは明らかであるから，本願発明における「カウンタ値」と，
　“メッセージが送信される時に更新されるデータ”である点で共通し，
　引用発明における「１２８ビットノンス」と，本願発明における「ｎｏｎｃｅ値（Ｎ）」とは，“ノンス値”である点で共通し，
　引用発明における「パディングデータ」は，“ノンス値を生成するためのデータ”である点で，本願発明における「ネットワークノード（２−ｉ）が使用する共通の一定値（ＥＡＮＣＶ）」と共通するので，
　引用発明における「送信側ノードにおいて，リアルタイムクロックと，パディングデータとから１２８ビットノンスを生成」することと，
　本願発明における「送信ネットワークノード（２−１）が，ａ）メッセージ（Ｆ）の送信時に更新されるカウンタ値（ＣＴＲ）と，前記中央管理ネットワークノード（２−０）によって提供され，且つ，前記ネットワーク（１）の前記中央管理ネットワークノード（２−０）以外のネットワークノード（２−ｉ）が使用する共通の一定値（ＥＡＮＣＶ）と，からｎｏｎｃｅ値（Ｎ）を形成するステップ」とは，
“送信ネットワークノードが，メッセージが送信される時に更新されるデータと，ノンス値を生成するためのデータとからノンス値を生成するステップ”である点で共通する。
　
３．引用発明における「共有セッションキー」は，「送信側ノード」における「暗号化」にも，「受信側ノード」における「復号」にも，共通して用いられているので，本願発明における「暗号化鍵（Ｋ）」に相当し，
　引用発明においても，「共有セッションキー」と，「１２８ビットノンス」から「鍵付き暗号ストリームを生成し」て，「送信される情報」を暗号化しているので，“共有セッションキーと１２８ビットノンスを用いて，送信される情報を暗号化”していて，該“暗号化された情報”は，「受信側ノード」に送信されるものであるから，
　引用発明においては，“共有セッションキーと１２８ビットノンスを用いて，送信される情報を暗号化し，前記暗号化した情報を，受信側ノードに送信する”ものである。
　よって，本願発明における「ｂ）前記データを，暗号化鍵（Ｋ）と形成された前記ｎｏｎｃｅ値（Ｎ）とを用いて暗号化して，前記暗号化されたデータを有する有効データ（ＰＬ）と，前記送信ネットワークノード（２−１）の目下のカウンタ値（ＣＴＲ）を有するヘッダデータ（ＨＤＲ）と，を前記メッセージ（Ｆ）として送信するステップ」と，
“メッセージとして送信されるデータを，暗号化鍵と，形成されたノンス値とを用いて暗号化して送信するステップ”である点で共通する。
　
４．引用発明において，「受信側ノード」で，「暗号化されて送信されてきた情報」を復号している以上，該「受信側ノード」が，「暗号化されて送信されてきた情報」を“受信”していることは明らかであるから，
　このことが，本願発明における「受信ネットワークノード（２−２）が，ｃ）前記メッセージ（Ｆ）を受信し，」に相当し，
　そして，引用発明において，「送信側ノードと同一の１２８ビットノンスを生成」することとは，
　引用発明における「ノード」が，「送信側ノードにも受信側ノードにもなり得るノード」であることから，「受信側ノード」においても，「送信側ノード」と同じく，「リアルタイムクロックと，パディングデータとから１２８ビットノンスを生成」していることは明らかであるから，上記２．に検討した，「送信側ノード」における「ノンス値」の生成に関する点を踏まえると，
　引用発明における「受信側ノードにおいて，送信側ノードと同一の１２８ビットノンスを生成」することと，
　本願発明における「該受信したメッセージ（Ｆ）から前記カウンタ値（ＣＴＲ）を抽出し，前記カウンタ値（ＣＴＲ）と前記一定値（ＥＡＮＣＶ）とを用いて受信側のｎｏｎｃｅ値（Ｎ’）を形成」することとは，
“メッセージが送信される時に更新されるデータと，ノンス値を生成するためのデータとから受信側のノンス値を形成”する点で共通し，
　引用発明における「暗号化されて送信されてきた情報を，前記共有セッションキーと，前記１２８ビットノンスから生成される，前記鍵付きストリームとの排他的論理和を計算することで，復号する」ことと，
　本願発明における「形成された受信側のｎｏｎｃｅ値（Ｎ’）と鍵（Ｋ）を用いて前記受信したデータを復号化するステップ」とは，
“形成された受信側のノンス値と，暗号化鍵を用いて，受信した暗号化されたメッセージを復号するステップ”である点で共通する。
　
　以上１．〜４．において検討した事項から，本願発明と，引用発明との，一致点，及び，相違点は，次のとおりである。
　
［一致点］
　送信ネットワークノードとしても受信ネットワークノードとしても動作可能な各ネットワークノード間においてデータを暗号化により保護して送信および受信するための方法において，
　送信ネットワークノードが，
　メッセージが送信される時に更新されるデータと，ノンス値を生成するためのデータとからノンス値を生成するステップと，
　メッセージとして送信されるデータを，暗号化鍵と，形成されたノンス値とを用いて暗号化して送信するステップとを実施し，
　受信ネットワークノードが，前記メッセージとして送信されたデータを受信し，メッセージが送信される時に更新されるデータと，ノンス値を生成するためのデータとから受信側のノンス値を形成し，前記形成された受信側のノンス値と，暗号化鍵を用いて，受信した暗号化されたメッセージを復号するステップを実施する，方法。
　
［相違点１］
“送信ネットワークノードとしても受信ネットワークノードとしても動作可能な各ネットワークノード間においてデータを暗号化により保護して送信および受信するための方法”に関して，
　本願発明においては，「中央管理ネットワークノードを備えた」ものであるのに対して，
　引用発明においては，「中央管理ネットワークノード」については，言及されていない点。
　
［相違点２］
“メッセージが送信される時に更新されるデータ”に関して，
　本願発明においては，「メッセージ（Ｆ）の送信時に更新されるカウンタ値（ＣＴＲ）」であるのに対して，
　引用発明においては，「リアルタイムクロック」である点。
　
［相違点３］
“ノンス値を生成するためのデータ”に関して，
　本願発明においては，「中央管理ネットワークノード（２−０）によって提供され，且つ，前記ネットワーク（１）の前記中央管理ネットワークノード（２−０）以外のネットワークノード（２−ｉ）が共通して使用する一定値（ＥＡＮＣＶ）」であるのに対して，
　引用発明においては，「パディングデータ」である点。
　
［相違点４］
“形成されたノンス値”に関して，
　本願発明においては，“カウンタ値（ＣＴＲ）と，一定値（ＥＡＮＣＶ）とから形成されたｎｏｎｃｅ値（Ｎ）”であるのに対して，
　引用発明においては，“リアルタイムクロックと，パディングデータから形成されたノンス”である点。
　
［相違点５］
　本願発明においては，「暗号化されたデータを有する有効データ（ＰＬ）と，前記送信ネットワークノード（２−１）の目下のカウンタ値（ＣＴＲ）を有するヘッダデータ（ＨＤＲ）と，を前記メッセージ（Ｆ）として送信する」ものであるのに対して，
　引用発明においては，「リアルタイムクロック」を「ヘッダデータ」として送信する点に関する言及がない点。
　
［相違点６］
“メッセージが送信される時に更新されるデータと，ノンス値を生成するためのデータとから受信側のノンス値を形成”する点に関して，
　本願発明においては，「受信したデータと前記一定値（ＥＡＮＣＶ）とを用いて受信側のｎｏｎｃｅ値（Ｎ’）を形成」するものであるのに対して，
　引用発明においては，受信側ノード」において，「リアルタイムクロック」と，「パディングデータ」を用いて「ノンス」を生成している点。
　
［相違点７］
　本願発明においては，「中央管理ネットワークノード（２−０）が，新たな共通の一定値（ＥＡＮＣＶ）を送信するステップを実施し，前記共通の一定値（ＥＡＮＣＶ）を，前記新たな共通の一定値（ＥＡＮＣＶ）によって置換する」ものであるのに対して，
　引用発明においては，「新たな共通の一定値を送信」し，当該「新たな共通の一定値によって置換する」ことに関しては，言及されていない点。
　
第６．相違点についての当審の判断
１．［相違点１］，及び，［相違点３］について
　上記Ｅとして引用した，引用刊行物２の記載内容にもあるとおり，ネットワーク内に，“管理ノード”を設けることは，本願の第１国出願前に，当業者には周知の技術事項であり，このとき，前記“管理ノード”から，セキュリティ処理に必要なデータを，“ノード”が受信するよう構成することも，上記Ｅに記載された内容からみて，当業者には周知の技術事項である。
　したがって，引用発明においても，「送信側ノード」，「受信側ノード」の他に，“管理ノード”を設け，該“管理ノード”から，「ノンス」の形成に必要な，「ノード」共通のデータを受信するよう構成することは，当業者が適宜なし得る事項である。
　よって，［相違点１］，及び，［相違点３］は，格別のものではない。
　
２．［相違点２］，及び，［相違点４］について
　上記Ｅの記載内容，或いは，上記Ｆとして引用した，引用刊行物３の記載内容，更に，上記Ｇとして引用した，引用刊行物４の記載内容にもあるとおり，疑似乱数生成に「カウンタ値」を用いることは，周知の技術事項であり，上記Ｆの記載にもあるとおり，「時計」，即ち，「クロック」に換えて，「カウンタ値」を用いることも，当業者には，広く知られた技術事項である。
　そして，引用発明における「ノンス」は，“乱数”を含むものであることも，当業者には周知の技術事項であるから，引用発明において，「リアルタイムクロック」に換えて，「カウンタ値」を用いるよう構成することは，当業者が適宜なし得る事項である。
　更に，上記Ｈとして引用した，引用刊行物４の記載内容から，「カウンタ値」，「乱数」以外を用いて，「ノンス」を形成することも，本願の第１国出願前に，当業者には周知の技術事項であるから，上記１．において検討した事項を踏まえると，引用発明において，「ノンス」を生成する際に，前記「カウンタ値」に加えて，「パディングデータ」に換えて，“管理ノード”から送られた“「ノード」共通のデータ”を用いることも，当業者が必要に応じて，適宜なし得る事項である。
　よって，［相違点２］，及び，［相違点４］は，格別のものではない。
　
３．［相違点５］について
　上記Ｊとして引用した，引用刊行物９の記載内容にもあるとおり，送信するデータのヘッダに「カウンタ値」，データ部に“暗号化されたデータ”を配置する点については，本願の第１国出願前に，当業者には周知の技術事項である。
　したがって，引用発明においても，受信側で「ノンス値」を生成するのに必要な情報を，送信データのヘッダに添付して送信するよう構成することは，当業者が適宜なし得た事項である。
　よって，［相違点５］は，格別のものではない。
　
４．［相違点６］について
　上記Ｉとして引用した，引用刊行物５の記載内容において，「サーバ」は，“受信側”，「クライアント・システム」は，“送信側”と見なせるので，“受信側において，シードを用いて，送信側と同じノンスを生成する”ことは，本願の第１国出願前には，当業者に広く知られた技術事項であった。
　加えて，上記Ｆの記載にもあるとおり，受信側で必要なデータを，送信側から送られてきたデータを用いて生成することも，本願の第１国出願前に，当業者には広く知られた技術事項であった。
　そして，引用発明においては，「暗号化されて送信されてきた情報」を，「受信側ノード」において復号するためには，「送信側ノード」と同一の「ノンス」が必要であることは，明らかであるから，
　上記１．において検討した事項を踏まえると，引用発明において，“送信側ノードにおいて，暗号化に用いたノンスを，管理ノードから受信したデータと，送信側から送られてきたデータに基づいて形成する”よう構成することは，当業者が適宜なし得る事項である。
　よって，［相違点６］は，格別のものではない。
　
５．［相違点７］について
　上記Ｋにおいて引用した，周知技術文献の記載内容にもあるとおり，複数存在する「デコーダ」（本願発明における「受信ネットワークノード」に相当）が有する「シード」（本願発明における「一定値」に相当）を更新するために，定期的に新しい「シード」が，ブロードキャストされ，古い「シード」と置換されるようなことは，本願の第１国出願前に，当業者には周知の技術事項である。
　そして，上記１．において検討した事項を踏まえれば，前記「シード」を“管理ノード”から送信するよう構成することも，当業者には周知の技術事項である。
　したがって，引用発明において，「受信側ノード」において，「ノンス」を生成するために必要な「データ」を，“管理ノード”から，定期的に送信して，更新するよう構成すことは，当業者が，引用発明と周知技術とに基づいて，適宜なし得る事項である。
　よって，［相違点７］は，格別のものではない。
　
６．以上１．〜５．において検討したとおり，［相違点１］〜［相違点７］は，格別なものではなく，また，本願発明の構成によってもたらされる効果も，当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。
　
　なお，審判請求人は，平成２７年１０月２７日付けの意見書において，
「引例１の乱数Ｒｘが，本願発明の一定値（ＥＡＮＣＶ）に相当すると認定しています。しかしながら，引例１の乱数Ｒｘは，ネットワークの全てのデバイスに対して共通の値になることはありえません。それゆえ，引例１には，本願発明の「前記ネットワーク（１）の前記中央管理ネットワークノード（２−０）以外のネットワークノード（２−ｉ）が使用する共通の一定値（ＥＡＮＣＶ）」という特徴事項が記載も示唆もされていません。
　引例１において，ノンス値の残りの７バイト（最下位７バイト１２４０）は，永久的に論理０に設定することができます。しかしながら，ノンス値の残りの７バイト（最下位７バイト１２４０）が，永久的に論理０に設定されるため，新たな値によって置換されることはありません。それゆえ，引例１には，本願発明の「前記共通の一定値（ＥＡＮＣＶ）を，前記新たな共通の一定値（ＥＡＮＣＶ）によって置換するステップを実施する」という特徴事項が記載も示唆もされていません。それゆえ，仮に引例１に他の引例を組み合わせたとしても，本願発明の構成を達成することはできません。」
　と主張しているが，上記の「第６．相違点についての当審の判断」の「２．［相違点２］，及び，［相違点４］について」において検討したとおり，「引用発明」における「パディングデータ」に換えて，他のデータを採用することは，当業者が適宜なし得る事項であるから，上記請求人の主張は，採用できない。
　
第７．むすび
　したがって，本願発明は，本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許を受けることができない。
　
　よって，結論のとおり審決する。