【事件の表示】
　特願２００９−５３０７６６「無線電気通信における暗号化」拒絶査定不服審判事件〔平成２０年　４月１０日国際公開、ＷＯ２００８／０４０４１２、平成２２年　２月２５日国内公表、特表２０１０−５０６４６９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１９年８月６日（パリ条約による優先権主張　２００６年１０月３日（ＧＢ）英国）を国際出願日とする出願であって、平成２４年８月３１日付けで拒絶査定がなされ、これに対し、平成２５年１月７日に審判請求がなされたものである。
　
２．本願発明
　本願の請求項１に係る発明（以下、「本願発明」という。）は、平成２４年３月２９日付けの手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
　
「無線電気通信ネットワークにおいて、暗号化されたユーザデータをモバイル端末に伝送する方法であって、暗号化されたユーザデータを復元する際に使用されるべき暗号化情報の識別子と、前記暗号化情報を使用して暗号化されたユーザデータとの両方を備えるデータパケットを前記モバイル端末に送信するステップを備え、
　前記デ−タパケットの受信に応じて、前記モバイル端末が前記識別された暗号化情報を使用してセキュリティ・コンテキストを初期化し、
　前記ネットワークがＵＭＴＳまたはＬＴＥネットワークを備える、
方法。」
　
３．引用例
　原査定の拒絶の理由に引用された特開平６−３７７５０号公報（以下、
「引用例」という。）には、図面とともに以下の記載がなされている。
　
（１）「【請求項９】送信端末から受信端末に情報を暗号化して転送する情報転送方式において、前記送信端末は使用する暗号化鍵を一意に示す暗号化鍵識別子を決定する手段を具備し、暗号化情報を転送する毎に前記暗号化鍵識別子を暗号化情報と共に転送し、前記受信端末は受信した情報の中の暗号化鍵識別子から解読鍵を決定する手段を具備し、前記解読鍵を用いて前記受信情報を解読することを特徴とする情報転送方式。」
　
（２）「【０００１】
【産業上の利用分野】本発明は、送信側通信端末（以下、送信端末と称す）から受信側通信端末（以下、受信端末と称す）に情報を暗号化して転送する情報転送方式に係り、特に、転送情報の送信先によって異なる暗号化アルゴリズム（以下、暗号化鍵と称す）を用いて情報を暗号化し転送する情報転送方式に関する。」
　
（３）「【０００４】
【発明が解決しようとする課題】上記従来技術をローカルエリアネットワーク（以下、ＬＡＮと称す）の様なコネクションレス通信（以下、ＣＬ通信と称す）に適用する場合には次のような問題点が生じる。」
　
（４）「【０００９】
【課題を解決するための手段】前記課題を解決する第一の手段として、暗号化鍵を暗号化情報と共に転送する手段を送信端末に設け、受信した情報の中の暗号化鍵から解読鍵を決定する手段を受信端末に設ける。
……
【００１１】前記課題を解決する第三の手段として、使用する暗号化鍵を一意に示す暗号化鍵識別子を決定する手段と、前記暗号化鍵識別子を暗号化情報と共に転送する手段を送信端末に設け、受信した情報の中の暗号化鍵識別子から解読鍵を決定する手段を受信端末に設ける。」
　
（５）「【００２１】
【実施例】図２は本発明を用いたＬＡＮ接続ボード１４０（以下、ＬＡＮインタフェースと称す）を装着したワークステーション（以下、ＷＳと称す）本体１００のブロック図である。
……
【００２８】図５に本実施例における暗号化鍵ＩＤ５０４の挿入位置を示
す。パケット500はパケットヘッダと情報領域５０１から構成される。パ
ケットヘッダ内には宛先アドレス５０２と送信元アドレス５０３が書き込まれている。暗号化鍵ID504 はユーザ情報５０５とパケットヘッダの間に挿入する。ＭＡＣ層では、暗号化鍵ＩＤ５０４とユーザ情報５０５を情報領域５０１として取扱うので、暗号化鍵ＩＤ５０４の挿入はＭＡＣ層プロトコルには影響を及ぼさない。
【００２９】一方、暗号化回路２１５はバッファ２１４より入力するパケットを暗号化し、暗号化鍵ＩＤ挿入回路２１６に転送する。本実施例では、暗号化鍵ＩＤはネットワーク内の全ての通信機器が解読可能な暗号化鍵（以
下、共通暗号化鍵と称す）を用いて暗号化し、その他の部分はメモリ２１３より読み出した個別の暗号化鍵を用いて暗号化する。
【００３０】次に、ＬＡＮから暗号化情報を受信したときの処理について説明する。暗号化鍵ＩＤ分離回路２１７は受信暗号化パケットから暗号化鍵ＩＤの区間を切り出し、解読鍵読み出し回路２１８に転送する。暗号化鍵ＩＤ以外の部分はそのままバッファ２２０に格納される。解読鍵読み出し回路２１８は暗号化鍵ＩＤに基づき、メモリ２１９より解読鍵を読み出す。暗号化鍵ＩＤは共通暗号化鍵で暗号化されているので、全ての受信端末は暗号化鍵ＩＤを解読することができる。尚、本実施例では暗号化鍵ＩＤの暗号化に共通暗号化鍵を用いているので平文の暗号化鍵ＩＤと暗号化した暗号化鍵ＩＤは一対一に対応するので、受信したパケットの暗号化鍵ＩＤを解読せずに用いて解読鍵を選択することも可能である。また、暗号化鍵ＩＤを暗号化せずにその他の暗号化情報と共に転送することも可能であり、その場合は暗号化鍵ＩＤ分離回路２１７が切り出した暗号化鍵ＩＤをそのまま用いて解読鍵を選択する。
【００３１】図４（ｂ）にメモリ２１９の構成例を示す。本実施例では１６進表示で００からＦＦまでの暗号化鍵ＩＤ４０１に対して、一対一に対応するように解読鍵402が２５６種類登録されている。尚、メモリ２１３と同様
に異なる複数の暗号化鍵ＩＤに対して同一の解読鍵を対応させることも可能である。そのような場合には２５６種類の暗号化鍵ＩＤに対して２５６種類以下の解読鍵が登録される。解読鍵読み出し回路２１８は暗号化鍵ＩＤで一意に定まる解読鍵を読み出し、解読回路２２１に転送する。解読回路２２１は、バッファ２２０より入力するパケットを解読鍵を用いて解読し、ＬＡＮ制御部１８０に転送する。」
　
　したがって、引用例には次の発明（以下、「引用発明」という。）が記載されているといえる。
　
　ローカルエリアネットワークにおいて、送信端末から受信端末にユーザ情報を暗号化して転送する情報転送方式において、前記送信端末は使用する暗号化鍵を一意に示す暗号化鍵識別子を決定する手段を具備し、前記暗号化鍵識別子をユーザ情報とパケットヘッダの間に挿入して転送し、前記受信端末は受信したパケットの中の暗号化鍵識別子から解読鍵を決定する手段を具備し、前記解読鍵を用いて前記受信情報を解読することを特徴とする情報転送方式。
　
３．対比
　引用発明の「ローカルエリアネットワーク」と、本願発明の「無線電気通信ネットワーク」とは、電気通信ネットワークである点で共通する。
　引用発明の「受信端末」と、本願発明の「モバイル端末」とは、端末である点で共通する。
　引用発明の「ユーザ情報」及び「暗号化鍵識別子」は、本願発明の「ユーザデータ」及び「暗号化情報の識別子」にそれぞれ対応し、引用発明は「前記暗号化鍵識別子をユーザ情報とパケットヘッダの間に挿入して転送し」とするので、本願発明が「暗号化されたユーザデータを復元する際に使用されるべき暗号化情報の識別子と、前記暗号化情報を使用して暗号化されたユーザデータとの両方を備えるデータパケットを前記モバイル端末に送信する」とするのと、端末がモバイル端末である点を除いて、同様の送信を行うものといえる。
　本願発明の「前記デ−タパケットの受信に応じて、前記モバイル端末が前記識別された暗号化情報を使用してセキュリティ・コンテキストを初期化
し」とする点について、請求人は、審判請求書の請求の理由において、
「３．本願発明が特許されるべき理由
　
（１）理由について
　
　本願の請求項１は現在、以下の通りに記載されております。
　
　「　［請求項１］
　……
　審査官は上述の通り、「モバイル端末が識別された暗号化情報を使用してセキュリティ・コンテキストを初期化することは、本願発明の従来技術の欄にも記載されているように、周知である」と指摘しております。しかしながら、本願の独立請求項における「初期化」という用語は、上記引用文献４における「初期化」とは異なるものを指向しております。
　
　本願発明における初期化は、セキュリティ・コンテキストの初期化について述べています（本願明細書の段落［００１８］等参照）。この初期化は、暗号化情報が結合され暗号化されるパケットに対してだけでなく、後に続くすべてのパケットに対しても適用可能であることを述べています（本願明細書の段落［００２６］等参照）。したがって、後に続く暗号化されたパケットは、キーまたはアルゴリズムに関する暗号化情報を伝搬しません。後に続く暗号化されたパケットは、暗号化情報が最初にセキュリティ・モード・コマンドを初期化し、その後に続くものなので、解読可能です。
　
　本願の請求項１はセキュリティ・コンテキストの初期化について記載しています。引用文献１〜４は、上述のようなセキュリティ・コンセプトの初期化の概念に関して記載していません。引用文献１〜４の付加された暗号化情報はその暗号化情報を有するパケットを解読するためだけに（単純に）使用されます。後に続くパケットもまた、それが解読されるための暗号化情報を伝える（付加する）必要があります。
　
　引用文献１は、「……
　
　従って、本願発明は、遅延なく暗号化情報を使用することができ、また、全てのパケットにおいて暗号化情報を送る必要がないので帯域幅を縮小することが可能となります。
　そういうものとして、出願人は引用文献１〜４がセキュリティ・コンテキストの初期化、すなわち、後続するパケットを解読するために初期化された単一の暗号化情報の利用について、何らの教示も示唆もないことを確信します。したがって、補正後の請求項１に記載される発明は引用文献１〜４に記載される先行技術に対して、特許性を有するものである、と出願人は恐れながら申し上げます。」
としている。
　しかし、後続するパケットを解読するための暗号化情報の利用について
は、請求項７を介して請求項１を引用する請求項８に、
「　【請求項８】
　前記モバイル端末が後で受信されるデータパケット内の暗号化されたユーザデータを復元する際の使用のために前記識別された暗号化情報を記憶するステップをさらに備える、請求項７に記載の方法。」
と記載されているように、識別された暗号化情報を記憶することが必要であるし、請求項１には「暗号化されたユーザデータを復元する際に使用されるべき暗号化情報の識別子と、前記暗号化情報を使用して暗号化されたユーザデータとの両方を備えるデータパケット」以外のデータパケットについては何らの記載もない。
　以上のことから、請求項８のように後続するパケットを解読するための暗号化情報の利用について特定のない請求項１の記載からは、本願発明が全てのパケットにおいて暗号化情報を送るものを排除しているとはいえない。
　また、その「初期化」は、本願の明細書に、
「【背景技術】
　【０００２】
　……
　【０００３】
　……モバイル端末８は、セキュリティ・コンテキストと呼ばれることもある特定のパラメータ値を使用してその暗号化アルゴリズムを初期化することにより反応し、」
と記載されているような、通常の意味以上のものとはいえず、請求項１の記載は，その字義通りに解釈するほかはない。
　解読鍵は暗号化されたデータを復元する際に使用される特定のパラメータ値といえるから、引用発明においても、「前記解読鍵を用いて前記受信情報を解読する」ために、「セキュリティ・コンテキストと呼ばれることもある特定のパラメータ値を使用してその暗号化アルゴリズムを初期化すること」と同様のことを行っているのは明らかである。
　したがって、本願発明と引用発明とを対比すると、次の点で一致する。
　
　電気通信ネットワークにおいて、暗号化されたユーザデータを端末に伝送する方法であって、暗号化されたユーザデータを復元する際に使用されるべき暗号化情報の識別子と、前記暗号化情報を使用して暗号化されたユーザ
データとの両方を備えるデータパケットを前記端末に送信するステップを備え、
　前記デ−タパケットの受信に応じて、前記端末が前記識別された暗号化情報を使用してセキュリティ・コンテキストを初期化する、
方法。
　
　また次の点で相違する。
　
　相違点
　本願発明は、電気通信ネットワークが、「ＵＭＴＳまたはＬＴＥネット
ワーク」であって、端末が「モバイル端末」であるのに対して、引用発明
は、そのような特定のない点。
　
４．相違点に対する判断
　電気通信ネットワークとして、ＵＭＴＳやＬＴＥネットワークは周知のものであり、それらのネットワークにおいて、暗号化されたデータの送信を行うことも普通のことである。
　したがって、ＵＭＴＳやＬＴＥネットワークにおいて、引用発明のようにして暗号化されたデータの送信を行うことに困難な点はなく、その場合に端末は、当然モバイル端末となる。
　
５．むすび
　以上のとおり、本願発明は、引用発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。