【事件の表示】
　特願２００５−３２３０２４「分散ネットワーク内で休止状態の移動体ユニットを活動化する方法および装置」拒絶査定不服審判事件〔平成１８年　５月２５日出願公開、特開２００６−１３５９９９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
　
１．手続の経緯
　
　本願は、２００５年１１月８日（パリ条約による優先権主張外国庁受理２００４年１１月８日、米国）を出願日とする出願であって、平成２３年６月１３日付けで拒絶理由が通知され、平成２３年１２月１４日付けで手続補正がなされ、平成２４年１月４日付けで拒絶査定がされ、平成２４年５月１１日に拒絶査定不服審判が請求され、平成２５年６月２０日付けで当審が拒絶理由を通知し、平成２５年１２月２５日付けで手続補正がなされたものである。
　
　
２．本願発明
　
　本願の請求項１に係る発明（以下「本願発明」という。）は、平成２５年１２月２５日付け手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものと認める。
　
「複数のアクセス・ポイントからなる分散ネットワークにおける無線通信の方法であって、
　移動体ユニットと第２のアクセスポイントとの間の休止状態の呼セッションが第３のアクセスポイントによって活動化されることを示す情報を、前記分散ネットワークへの第１のアクセスポイントで受信する工程と、
　前記休止状態の呼セッションと前記第２のアクセスポイントを示す識別子を前記第１のアクセスポイントから前記第３のアクセスポイントへ提供する工程とを含み、呼セッションに対する呼セッション状態情報が、前記呼セッションが休止状態になる前に前記第２のアクセスポイントに記憶されており、前記休止状態の呼セッションが活動化されることを示す前記情報を前記第１のアクセスポイントが受信したことに応動して、前記識別子が提供される、方法。」
　
　
３．当審の拒絶理由
　
　一方、当審において平成２５年６月２０日付けで通知した拒絶理由の概要は、特許請求の範囲の記載が不備であるから、特許法第３６条第６項第１号及び第２号の規定により特許を受けることができない、というものであり、下記を含む不備を指摘した。
　
「（１）請求項１における「識別子」は、「休止状態の呼セッション」を示すものとされ、かつ、「第２アクセスポイント」を示すものとされている。
　しかし、前者である「休止状態の呼セッション」を示す「識別子」を、第１のアクセスポイントから第３のアクセスポイントへ提供する工程は、実施例と対応しない。
　すなわち、
　図４には、ＵＡＴＩを収容していたＢＳＲpre（第２のアクセスポイント）のアドレス（第２のアクセスポイントを示す識別子）を、ＢＳＲassign（第１のアクセスポイント）からＢＳＲpost（第３のアクセスポイント）に提供することは記載されているが、休止状態の呼セッションを示す識別子をＢＳＲpost（第３のアクセスポイント）に提供することは記載されていない。
　ＢＳＲassignによって送信されるアドレスによって指定されるＢＳＲpreが休止状態の呼セッションを収容しているとしても、ＢＳＲpreを指定するアドレスそのものに、休止状態の呼セッションを示す機能はない。
　それゆえ、請求項１に記載された発明が、発明の詳細な説明に記載されたものであるとすることはできない。」
　
　
４．明細書の記載
　
　本願明細書には、
　
「【００２３】
　図２は、図１に示す無線通信システム１００内で使用できる呼セッション識別子２００の概念図である。図に示す実施例では、
呼セッション識別子２００は１０４ビットを含むＵＡＴＩ１０４部２０５と２４ビットを含むＵＡＴＩ０２４部２１０とを含むＵＡＴＩである。図に示すＵＡＴＩ１０４部２０５は、７２ビットのサブネット識別子２１５と３２ビットの基地局ルータＩＰアドレスとを含む。図に示すＵＡＴＩ０２４部２１０は、サブネットまたはカラー・コード内で一意の１２ビットの基地局ルータ識別子と１２ビットの呼セッション識別子とを含む。一実施例では、ＵＡＴＩ０２４部２１０とカラー・コードは分散無線通信システム１００内の呼セッションを一意的に識別する。
【００２４】
　図に示す実施例では、
ＵＡＴＩ０２４内の１２個の呼セッション・ビットは、活動状態および／または休止状態の呼セッションを含むことができる最大４０９６個の呼セッションを表すことができる。１２個の基地局ルータ識別子ビットは、サブネットまたはカラー・コード内の最大４０９６個の基地局ルータを表すことができる。したがって、以下に詳述するように、移動体ユニットが同じサブネットまたはカラー・コード内の第１の（収容）基地局から第２の（標的）基地局に移動する時には、標的基地局ルータはＵＡＴＩ０２４部２１０を用いて収容基地局ルータを識別できる。次いで標的基地局ルータは収容基地局ルータから呼セッション情報を取り出すことができる。
　
　の記載があるから、
　
「呼セッション識別子２００は１０４ビットを含むＵＡＴＩ１０４部２０５と２４ビットを含むＵＡＴＩ０２４部２１０とを含むＵＡＴＩであり、
　ＵＡＴＩ１０４部２０５は、７２ビットのサブネット識別子２１５と３２ビットの基地局ルータＩＰアドレスとを含み、
　ＵＡＴＩ０２４部２１０は、サブネットまたはカラー・コード内で一意の１２ビットの基地局ルータ識別子と１２ビットの呼セッション識別子とを含み、一実施例では、ＵＡＴＩ０２４部２１０とカラー・コードは分散無線通信システム１００内の呼セッションを一意的に識別し、
　ＵＡＴＩ０２４内の１２個の呼セッション・ビットは、活動状態および／または休止状態の呼セッションを含むことができる最大４０９６個の呼セッションを表すことができ、
　１２個の基地局ルータ識別子ビットは、サブネットまたはカラー・コード内の最大４０９６個の基地局ルータを表すことができ、
　したがって、以下に詳述するように、移動体ユニットが同じサブネットまたはカラー・コード内の第１の（収容）基地局から第２の（標的）基地局に移動する時には、標的基地局ルータはＵＡＴＩ０２４部２１０を用いて収容基地局ルータを識別でき、次いで標的基地局ルータは収容基地局ルータから呼セッション情報を取り出すことができる。」
　
　ことが本願明細書に記載されている。（以下「本願明細書記載の事項１」という）
　
　また、
　
「【００３６】
　図４は、休止状態の呼セッションを再活動化させる方法４００の第１の実施例の概念図である。図４に示す実施例では、移動体ユニット（ＭＵ）に関連する動作はインデクス４０５（１乃至２）で示され、割り当て側基地局ルータ（ＢＳＲａｓｓｉｇｎ）に関連する動作は、インデクス４１０（１乃至２）によって示され、休止状態前の基地局ルータ（ＢＳＲｐｒｅ）に関連する動作は、インデクス４１５（１乃至２）によって示され、休止状態後の基地局ルータ（ＢＳＲｐｏｓｔ）に関連する動作は、インデクス４２０（１乃至４）によって示される。矢印４２５、４３０、４３５、４４０、４４５、４５０は１つまたは複数の動作４０５（１乃至２）、４１０（１乃至２）、４１５（１乃至２）、４２０（１乃至４）中のデータ送信および／または受信を示す。本発明は動作４０５（１乃至２）、４１０（１乃至２）、４１５（１乃至２）、４２０（１乃至４）に限定されないことは当業者には明らかであろう。代替実施例では、休止状態前の呼セッションの再活動化中にこれより多い、または少ない数の動作を実行してもよい。
【００３７】
　方法４００の第１の実施例で、移動体ユニット（ＭＵ）は再活動化を開始する。
例えば、移動体ユニット（ＭＵ）は、音声信号、キーパッドへの入力、電流投入シーケンスなどのユーザ入力に基づいて再活動化を開始できる。移動体ユニット（ＭＵ）が休止状態からウェークアップすると、呼セッション識別子を用いて、呼セッション状態情報を記憶できる割り当て側基地局ルータ（ＢＳＲａｓｓｉｇｎ）のロケーションを見つけることができる。図に示す実施例では、呼セッション識別子はＵＡＴＩである。
【００３８】
　
動作４０５（１）で、移動体ユニット（ＭＵ）は、矢印４２５で示される接続要求メッセージを、休止状態後の基地局ルータ（ＢＳＲｐｏｓｔ）に送信することでトラヒック・チャネル設定手順を開始する。接続要求メッセージは移動体ユニット（ＭＵ）に関連するＵＡＴＩを含む。動作４２０（１）で、休止状態後の基地局ルータ（ＢＳＲｐｏｓｔ）はＵＡＴＩを含む接続要求メッセージ４２５を受信する。ＵＡＴＩを用いて、休止状態後の基地局ルータ（ＢＳＲｐｏｓｔ）は割り当て側基地局ルータ（ＢＳＲａｓｓｉｇｎ）に連絡してＵＡＴＩの状態を確認する。一実施例では、休止状態後の基地局ルータ（ＢＳＲｐｏｓｔ）は矢印４３０で示すようにメッセージを送信することで割り当て側基地局ルータ（ＢＳＲａｓｓｉｇｎ）に連絡する。
【００３９】
　
動作４１０（１）で、割り当て側基地局ルータ（ＢＳＲａｓｓｉｇｎ）はＵＡＴＩの送信された状態が有効か否かを判定する。有効な場合、割り当て側基地局ルータ（ＢＳＲａｓｓｉｇｎ）は、矢印４３５で示すように、ＵＡＴＩを収容していた休止状態前の基地局ルータ（ＢＳＲｐｒｅ）のアドレスを送信する。動作４２０（２）で、休止状態後の基地局ルータ（ＢＳＲｐｏｓｔ）はこのアドレスを含むメッセージ４３５を受信し、順方向および逆方向リンクのリソース・レイヤ・プロトコル（ＲＬＰ）をインスタンス化する準備をする。
【００４０】
　
動作４０５（２）および４２０（３）で、休止状態後の基地局ルータ（ＢＳＲｐｏｓｔ）および移動体ユニット（ＭＵ）はトラヒック・チャネル設定手順を完了する。
可能な場合、トラヒック・チャネル設定は他の信号送受と同時に実行される。動作４１０（２）および４１５（１）で、割り当て側基地局ルータ（ＢＳＲａｓｓｉｇｎ）は矢印４４５で示すように休止状態前の基地局ルータ（ＢＳＲｐｒｅ）と通信する。一実施例では、割り当て側基地局ルータ（ＢＳＲａｓｓｉｇｎ）は休止状態前の基地局ルータ（ＢＳＲｐｒｅ）に休止状態後の基地局ルータ（ＢＳＲｐｏｓｔ）が移動体ユニット（ＭＵ）との通信を再活動化していることを伝える。休止状態前の基地局ルータ（ＢＳＲｐｒｅ）はメッセージ４４５を受信し、順方向および逆方向リンクＲＬＰが休止状態後の基地局ルータ（ＢＳＲｐｏｓｔ）で実行できることを例外としてそのプロトコル・スタックを再活動化できる。これは、起動時に、ＰＰＰからの順方向リンクのユーザ・データを直接休止状態後の基地局ルータ（ＢＳＲｐｏｓｔ）にトンネリングできることを意味する。
【００４１】
　
動作４１５（２）および４２０（４）で、矢印４５０で示すように、順方向および逆方向リンク・トラヒックを休止状態前の基地局ルータ（ＢＳＲｐｒｅ）と休止状態後の基地局ルータ（ＢＳＲｐｏｓｔ）との間でトンネリングできる。休止状態後の基地局ルータ（ＢＳＲｐｏｓｔ）はアドレス４５０を受信し、順方向および逆方向リンクＲＬＰをインスタンス化する準備ができる。一実施例では、休止状態後の基地局ルータ（ＢＳＲｐｏｓｔ）は休止状態前の基地局ルータ（ＢＳＲｐｒｅ）のＰＰＰに逆方向リンク・パケットを送信することをわかっている。この時点で、以下に詳述するように、休止状態後の基地局ルータ（ＢＳＲｐｏｓｔ）へのすべてのＢＳＲプロトコル状態の活動状態の移行が開始できる。
【００４２】
　上記の方法での移動体ユニット（ＭＵ）の休止状態からの再活動化によって移動体ユニット（ＭＵ）がトラヒックを受信できるまでの経過時間を低減することができる。上記の実施例では、プロトコル状態は休止状態後の基地局ルータ（ＢＳＲｐｏｓｔ）でＲＬＰが実行されることで再活動化し、その他のすべての状態は、呼セッションを最後にした休止状態前の基地局ルータ（ＢＳＲｐｒｅ）で実行される。休止状態後の基地局ルータ（ＢＳＲｐｏｓｔ）へのすべてのプロトコル状態の移行は活動状態の呼セッションの継続中、進行できる。」
　
の記載があるから、
　
「移動体ユニットは、ユーザ入力に基づいて再活動化を開始し、
　移動体ユニットが休止状態からウェークアップすると、呼セッション識別子を用いて、呼セッション状態情報を記憶できる割り当て側基地局ルータのロケーションを見つけることができ、実施例では、呼セッション識別子はＵＡＴＩであり、
　動作４０５（１）で、移動体ユニット（ＭＵ）は、矢印４２５で示される接続要求メッセージを、休止状態後の基地局ルータに送信することでトラヒック・チャネル設定手順を開始し、接続要求メッセージは移動体ユニットに関連するＵＡＴＩを含み、
　動作４２０（１）で、休止状態後の基地局ルータはＵＡＴＩを含む接続要求メッセージ４２５を受信し、ＵＡＴＩを用いて、休止状態後の基地局ルータは割り当て側基地局ルータに連絡してＵＡＴＩの状態を確認し、一実施例では、休止状態後の基地局ルータは矢印４３０で示すようにメッセージを送信することで割り当て側基地局ルータに連絡し、
　動作４１０（１）で、割り当て側基地局ルータはＵＡＴＩの送信された状態が有効か否かを判定し、有効な場合、割り当て側基地局ルータは、矢印４３５で示すように、ＵＡＴＩを収容していた休止状態前の基地局ルータのアドレスを送信し、
　動作４２０（２）で、休止状態後の基地局ルータはこのアドレスを含むメッセージ４３５を受信し、順方向および逆方向リンクのリソース・レイヤ・プロトコルをインスタンス化する準備をし、
　動作４０５（２）および４２０（３）で、休止状態後の基地局ルータおよび移動体ユニットはトラヒック・チャネル設定手順を完了し、可能な場合、トラヒック・チャネル設定は他の信号送受と同時に実行され、
　動作４１０（２）および４１５（１）で、割り当て側基地局ルータは矢印４４５で示すように休止状態前の基地局ルータと通信し、一実施例では、割り当て側基地局ルータは休止状態前の基地局ルータに休止状態後の基地局ルータが移動体ユニットとの通信を再活動化していることを伝え、休止状態前の基地局ルータはメッセージ４４５を受信し、順方向および逆方向リンクＲＬＰが休止状態後の基地局ルータで実行できることを例外としてそのプロトコル・スタックを再活動化でき、これは、起動時に、ＰＰＰからの順方向リンクのユーザ・データを直接休止状態後の基地局ルータにトンネリングできることを意味し、
　動作４１５（２）および４２０（４）で、矢印４５０で示すように、順方向および逆方向リンク・トラヒックを休止状態前の基地局ルータと休止状態後の基地局ルータとの間でトンネリングでき、
　休止状態後の基地局ルータはアドレス４５０を受信し、順方向および逆方向リンクＲＬＰをインスタンス化する準備ができ、一実施例では、休止状態後の基地局ルータは休止状態前の基地局ルータのＰＰＰに逆方向リンク・パケットを送信することをわかっており、
　この時点で、以下に詳述するように、休止状態後の基地局ルータへのすべてのＢＳＲプロトコル状態の活動状態の移行が開始できる。」
　
　ことが本願明細書に記載されている。（以下「本願明細書記載の事項２」という）
　
　
５．当審の判断
　
　本願発明の
　
「前記休止状態の呼セッションと前記第２のアクセスポイントを示す識別子を前記第１のアクセスポイントから前記第３のアクセスポイントへ提供する工程とを含み、」
　
　に関し、本願明細書記載の事項２には、
　
「動作４１０（１）で、割り当て側基地局ルータはＵＡＴＩの送信された状態が有効か否かを判定し、有効な場合、割り当て側基地局ルータは、矢印４３５で示すように、ＵＡＴＩを収容していた休止状態前の基地局ルータのアドレスを送信し、
　動作４２０（２）で、休止状態後の基地局ルータはこのアドレスを含むメッセージ４３５を受信し、順方向および逆方向リンクのリソース・レイヤ・プロトコルをインスタンス化する準備をし、一実施例では、休止状態後の基地局ルータは、休止状態前の基地局ルータのＰＰＰにあらゆる逆リンク・パケットを送信することをわかっており、」
　
　の記載があるから、第１のアクセスポイント（割り当て側基地局ルータ）から第３のアクセスポイント（休止状態後の基地局ルータ）へ、メッセージ４３５を送信し、該メッセージ４３５は「ＵＡＴＩを収容していた休止状態前の基地局ルータのアドレス」を含むものである。
　
　すなわち、本願明細書には、「第２のアクセスポイント（休止状態前の基地局ルータ）のアドレス、すなわち「第２のアクセスポイントを示す識別子」を第１のアクセスポイントから第３のアクセスポイントへ提供する行程は記載されているものの、「休止状態の呼セッション」を示す識別子を第１のアクセスポイントから第３のアクセスポイントへ提供する行程は記載されていない。
　
　出願人は、平成２５年１２月２５日付けの意見書において、「ＢＳＲａｓｓｉｇｎが実際には休止状態の呼セッションの識別子となり得ること、及び、第２のアクセスポイントの識別子となり得ることを明確にしています。本願特許請求の範囲は、休止状態の呼セッションを示す識別子と、第２のアクセスポイントを示す別個の識別子が存在することを必要としません。」「一実施例において、当初明細書は、ＢＳＲａｓｓｉｇｎは、ＵＡＴＩを収容していたＢＳＲｐｒｅのアドレスを送信する（［００３９］）ことを言及しています。それ故に、送信されるアドレスは、休止状態の呼セッションを収容していたＢＳＲのアドレスです。即ち、ＢＳＲａｓｓｉｇｎによって送信されるアドレスは、休止状態の呼セッションの識別子及び第２のアクセスポイントの識別子としての役割を果たします。」「ＢＳＲａｓｓｉｇｎは第２のアクセスポイントの識別子としてだけではなく休止状態の呼セッションの識別子としての機能をも果たし得るものです。」と主張している。
　つまり、第１のアクセスポイントから第３のアクセスポイントへは、ＢＳＲａｓｓｉｇｎ（第２のアクセスポイントのアドレス）のみを提供しているものの、第２のアクセスポイントのアドレスは、「休止状態の呼セッションを示す識別子」と「第２のアクセスポイントを示す識別子」の２つの識別子の意味を有するから「呼セッションを示す識別子」を提供することは本願明細書に記載されている、と主張していると解される。
　
　ここで、第２のアクセスポイントのアドレスが「第２のアクセスポイントを示す識別子」を示すことは明らかであるから、該第２のアクセスポイントのアドレスが「休止状態の呼セッションを示す識別子」も示すかどうかについて検討する。
　
　本願明細書記載の事項１によれば、「呼セッション識別子２００は１０４ビットを含むＵＡＴＩ１０４部２０５と２４ビットを含むＵＡＴＩ０２４部２１０とを含むＵＡＴＩ」であるから、「呼セッションを示す識別子」である「呼セッション識別子」は「ＵＡＴＩ」であり、該「ＵＡＴＩ」は、「７２ビットのサブネット識別子２１５と３２ビットの基地局ルータＩＰアドレス」の「ＵＡＴＩ１０４部２０５」と、「１２ビットの基地局ルータ識別子と１２ビットの呼セッション識別子」の「ＵＡＴＩ０２４部２１０」で構成されている。
　すなわち、「基地局ルータのアドレス」であるＢＳＲａｓｓｉｇｎは、「呼セッションを示す識別子」であるＵＡＴＩの一部ではあるものの、「呼セッション識別子」である「ＵＡＴＩ」を特定するには、「ＢＳＲａｓｓｉｇｎ」が、「３２ビットの基地局ルータＩＰアドレス」や「サブネットまたはカラー・コード内で一意の１２ビットの基地局ルータ識別子」を示すとしても、その他に「基地局ルータのアドレス」以外に「７２ビットのサブネット識別子」や「１２ビットの呼セッション識別子」が必要である。
　そして、本願明細書記載の事項１に「ＵＡＴＩ０２４内の１２個の呼セッション・ビットは、活動状態および／または休止状態の呼セッションを含むことができる最大４０９６個の呼セッションを表す」と記載され、「標的基地局ルータは収容基地局ルータから呼セッション情報を取り出す」ことが記載されているように、「基地局ルータのアドレス」により特定された「収容基地局ルータ」には「最大４０９６個の呼セッション」が存在し、該「呼セッション」を表すのは「１２個の呼セッション・ビット」であるから、「第２のアクセスポイントを示す識別子」は「呼セッションを示す識別子」ではない。
　
　そして、明細書のその他の部分を参照しても、前記休止状態の呼セッションと前記第２のアクセスポイントを示す識別子を前記第１のアクセスポイントから前記第３のアクセスポイントへ提供することが記載されている箇所は無い。
　
　したがって、前記休止状態の呼セッションと前記第２のアクセスポイントを示す識別子を前記第１のアクセスポイントから前記第３のアクセスポイントへ提供することは明細書に記載されていないので、特許請求の範囲の記載が不備であるから、特許法第３６条第６項第１号の規定により特許を受けることができない
　
　
６．まとめ
　
　したがって、本願は、当審で通知した上記拒絶の理由によって拒絶をすべきものである。
　よって、結論のとおり審決する。