【事件の表示】
　特願２０１４−１１５４２０「ＣＤＭＡ２０００システムのためのＡＴホームエージェント（ＨＡ）／ローカルモビリティエージェント（ＬＭＡ）における課金のための方法及び装置」拒絶査定不服審判事件〔平成２６年１０月　９日出願公開，特開２０１４−１９５３２１〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１　手続の経緯
　本願は，平成２４年１月２４日に出願された特願２０１２−１１８９７号（パリ条約による優先権主張　２００３年１月２５日　米国，　２００３年３月２５日　米国，　２００３年１２月９日　米国）の一部を，平成２６年６月４日に新たな特許出願としたものであって，平成２７年３月３日付けで拒絶理由の通知がされ，同年６月９日付けで手続補正がされ，同年１２月２４日付けで拒絶査定がされ，これに対し，平成２８年４月２８日に拒絶査定不服審判の請求がされ，同時に手続補正がされたものである。
第２　補正の却下の決定
［補正の却下の決定の結論］
　平成２８年４月２８日付けの手続補正を却下する。
［理由］
１．本件補正
　上記手続補正（以下，「本件補正」という。）は，本件補正前の平成２７年６月９日付けで手続補正された特許請求の範囲を次のように補正するものである。
［本件補正前の特許請求の範囲］
「　　【請求項１】
　ホーム認証，認可及び課金（Home Authentication, Authorization and Accounting：ＨＡＡＡ）サーバで動作する，無線通信における課金管理のための方法であって，
　前記ＨＡＡＡサーバが，パケットデータサービスノード（Packet Data Service Node：ＰＤＳＮ）から，前記ＰＤＳＮが移動局用パケットデータセッションのための課金であって，登録メッセージが送信される課金が，対応するホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）で実行されることを確実にすることを示す前記登録メッセージを受信することと，
　前記ＨＡＡＡサーバが，前記ＰＤＳＮに承諾メッセージを送信することと，を有し，
　前記承諾メッセージは，移動局用オペレータポリシに基づいて，前記パケットデータセッションのための前記課金が前記対応するＨＡ／ＬＭＡにおいて実行されるか否かについて特定する，方法。
　　【請求項２】
　請求項１において，
　さらに，前記ＨＡＡＡサーバが，前記承諾メッセージに，前記ＨＡ／ＬＭＡによる使用を認める課金トリガを含めて送信することを含む，方法。
　　【請求項３】
　請求項１において，
　前記承諾メッセージは，値が「Ｔｒｕｅ」に設定されるフィールドを含む，方法。
　　【請求項４】
　請求項１において，
　さらに，ＩＰｖ６動作のための／６４ＰＰＰリンクプレフィックスを割り当てることを含む，方法。
　　【請求項５】
　請求項１において，
　さらに，前記ＨＡＡＡサーバが，前記承諾メッセージの中に，ＰＭＮ−ＨＡ／ＬＭＡキーを含めて送信することを含む，方法。
　　【請求項６】
　無線通信ネットワークにおけるホーム認証，認可及び課金（Home Authentication, Authorization and Accounting：ＨＡＡＡ）サーバで動作する，無線通信における課金管理のための装置であって，
　パケットデータサービスノード（Packet Data Service Node：ＰＤＳＮ）から，前記ＰＤＳＮが移動局用パケットデータセッションのための課金であって，登録メッセージが送信される課金が，対応するホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）で実行されることを確実にすることを示す前記登録メッセージを受信するモジュールと，
　前記ＰＤＳＮに承諾メッセージを送信するモジュールと，を有し，
　前記承諾メッセージは，移動局用オペレータポリシに基づいて，前記パケットデータセッションのための前記課金が前記対応するＨＡ／ＬＭＡにおいて実行されるか否かについて特定する情報である，装置。
　　【請求項７】
　請求項６において，
　さらに，前記承諾メッセージに，前記ＨＡ／ＬＭＡによる使用を認める課金トリガを含めて送信するモジュールを有する装置。
　　【請求項８】
　請求項６において，
　前記ＨＡ／ＬＭＡが課金を実行する場合，前記承諾メッセージは，値が「Ｔｒｕｅ」に設定されるフィールドを含む，装置。
　　【請求項９】
　請求項６において，
　さらに，ＩＰｖ６動作のための／６４ＰＰＰリンクプレフィックスを割り当てることを含む，装置。
　　【請求項１０】
　請求項６において，
　さらに，前記ＨＡＡＡサーバが，前記承諾メッセージの中に，ＰＭＮ−ＨＡ／ＬＭＡキーを含めて送信するモジュールを含む，装置。」
［本件補正後の特許請求の範囲］
「　　【請求項１】
　ホーム認証，認可及び課金（Home Authentication, Authorization and Accounting：ＨＡＡＡ）サーバで動作する，無線通信における課金管理のための方法であって，
　前記ＨＡＡＡサーバが，パケットデータサービスノード（Packet Data Service Node：ＰＤＳＮ）から登録メッセージを受信することと，
　前記ＨＡＡＡサーバが，前記ＰＤＳＮに承諾メッセージを送信することと，を有し，
　前記登録メッセージは，前記ＰＤＳＮが移動局用パケットデータセッションのための課金を確実にすることを示すメッセージであり，前記課金のために，前記登録メッセージは，課金モビリティ拡張／オプションにおける変化をもたらす移動局のハンドオフイベントに起因して登録が，対応するホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）で実行されるときに送信され，
　前記承諾メッセージは，移動局用オペレータポリシに基づいて，前記パケットデータセッションのための前記課金が前記対応するＨＡ／ＬＭＡにおいて実行されるか否かについて特定する，方法。
　　【請求項２】
　請求項１において，
　さらに，前記ＨＡＡＡサーバが，前記承諾メッセージに，前記ＨＡ／ＬＭＡによる使用を認める課金トリガを含めて送信することを含む，方法。
　　【請求項３】
　請求項１において，
　前記承諾メッセージは，値が「Ｔｒｕｅ」に設定されるフィールドを含む，方法。
　　【請求項４】
　請求項１において，
　さらに，ＩＰｖ６動作のための／６４ＰＰＰリンクプレフィックスを割り当てることを含む，方法。
　　【請求項５】
　請求項１において，
　さらに，前記ＨＡＡＡサーバが，前記承諾メッセージの中に，ＰＭＮ−ＨＡ／ＬＭＡキーを含めて送信することを含む，方法。
　　【請求項６】
　無線通信ネットワークにおけるホーム認証，認可及び課金（Home Authentication, Authorization and Accounting：ＨＡＡＡ）サーバで動作する，無線通信における課金管理のための装置であって，
　パケットデータサービスノード（Packet Data Service Node：ＰＤＳＮ）から，登録メッセージを受信するモジュールと，
　前記ＰＤＳＮに承諾メッセージを送信するモジュールと，を有し，
　前記登録メッセージは，前記ＰＤＳＮが移動局用パケットデータセッションのための課金を確実にすることを示すメッセージであり，前記課金のために，前記登録メッセージは，課金モビリティ拡張／オプションにおける変化をもたらす移動局のハンドオフイベントに起因して登録が，対応するホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）で実行されるときに送信され，
　前記承諾メッセージは，移動局用オペレータポリシに基づいて，前記パケットデータセッションのための前記課金が前記対応するＨＡ／ＬＭＡにおいて実行されるか否かについて特定する情報である，装置。
　　【請求項７】
　請求項６において，
　さらに，前記承諾メッセージに，前記ＨＡ／ＬＭＡによる使用を認める課金トリガを含めて送信するモジュールを有する装置。
　　【請求項８】
　請求項６において，
　前記ＨＡ／ＬＭＡが課金を実行する場合，前記承諾メッセージは，値が「Ｔｒｕｅ」に設定されるフィールドを含む，装置。
　　【請求項９】
　請求項６において，
　さらに，ＩＰｖ６動作のための／６４ＰＰＰリンクプレフィックスを割り当てることを含む，装置。
　　【請求項１０】
　請求項６において，
　さらに，前記ＨＡＡＡサーバが，前記承諾メッセージの中に，ＰＭＮ−ＨＡ／ＬＭＡキーを含めて送信するモジュールを含む，装置。」
　これ以降，本件補正前の特許請求の範囲の請求項を，「補正前の請求項」，また，本件補正前の特許請求の範囲の請求項を，「補正後の請求項」ということとする。
　また，願書に最初に添付した明細書，特許請求の範囲及び図面のそれぞれを，「出願当初の明細書」，「出願当初の特許請求の範囲」及び「出願当初の図面」（「出願当初の図１」等）といい，これらを総称して「出願当初の明細書等」ということとする。
　本件補正は，次の補正からなる。
［補正１］　
　補正前の請求項１に記載された「前記ＨＡＡＡサーバが，パケットデータサービスノード（Packet Data Service Node：ＰＤＳＮ）から，前記ＰＤＳＮが移動局用パケットデータセッションのための課金であって，登録メッセージが送信される課金が，対応するホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）で実行されることを確実にすることを示す前記登録メッセージを受信すること」を，補正後の請求項１の記載において，「前記ＨＡＡＡサーバが，パケットデータサービスノード（Packet Data Service Node：ＰＤＳＮ）から登録メッセージを受信すること」及び「前記登録メッセージは，前記ＰＤＳＮが移動局用パケットデータセッションのための課金を確実にすることを示すメッセージであり」とする補正。
［補正２］
　補正前の請求項１には記載されていなかった「前記課金のために，前記登録メッセージは，課金モビリティ拡張／オプションにおける変化をもたらす移動局のハンドオフイベントに起因して登録が，対応するホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）で実行されるときに送信され」るとの構成を，補正後の請求項１の記載において付加する補正。
［補正３］
　補正前の請求項６に記載された「パケットデータサービスノード（Packet Data Service Node：ＰＤＳＮ）から，前記ＰＤＳＮが移動局用パケットデータセッションのための課金であって，登録メッセージが送信される課金が，対応するホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）で実行されることを確実にすることを示す前記登録メッセージを受信するモジュール」を，補正後の請求項６の記載において，「パケットデータサービスノード（Packet Data Service Node：ＰＤＳＮ）から，登録メッセージを受信するモジュール」及び「前記登録メッセージは，前記ＰＤＳＮが移動局用パケットデータセッションのための課金を確実にすることを示すメッセージであり」とする補正。
［補正４］
　補正前の請求項６には記載されていなかった「前記課金のために，前記登録メッセージは，課金モビリティ拡張／オプションにおける変化をもたらす移動局のハンドオフイベントに起因して登録が，対応するホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）で実行されるときに送信され」るとの構成を，補正後の請求項６の記載において付加する補正。
２．新規事項の有無について
（１）補正後の請求項１等に記載の「登録メッセージ」及び「承諾メッセージ」と，出願当初の明細書等に記載した事項との対応関係について
　補正後の請求項１の記載「前記ＨＡＡＡサーバが，パケットデータサービスノード（Packet Data Service Node：ＰＤＳＮ）から登録メッセージを受信すること」によると，「登録メッセージ」は，「ホーム認証，認可及び課金サーバ」すなわち「ＨＡＡＡサーバ」が，「パケットデータサービスノード」すなわち「ＰＤＳＮ」から「受信」するものである。
　また，補正後の請求項１の記載「前記ＨＡＡＡサーバが，前記ＰＤＳＮに承諾メッセージを送信すること」によると，「承諾メッセージ」は，「ＨＡＡＡサーバ」が「ＰＤＳＮ」に「送信」するものであり，当該「送信」は，前記「登録メッセージ」の「受信」の後になされるものであることから，当該「承諾メッセージ」は，前記「登録メッセージ」に応答して送信されるものと解するのが合理的である。
　そして，出願当初の明細書及び図面の記載において，「ＨＡＡＡサーバ」が「ＰＤＳＮ」から「受信」するメッセージとして，段落【００３６】（図７のＡ６の説明），【００６３】（図８のＢ３の説明）及び【００９０】（図９のＣ３の説明）には，「ＡＡＡアクセス要求メッセージ」が記載されており，出願当初の明細書等には，これ以外に「ＨＡＡＡサーバ」が「ＰＤＳＮ」から「受信」するメッセージは記載されていない。
　また，出願当初の明細書及び図面の記載において，「ＨＡＡＡサーバ」が「ＰＤＳＮ」に「送信」するメッセージとして，段落【００３７】（図７のＡ６の説明），【００６４】（図８のＢ３の説明）及び【００９１】（図９のＣ３の説明）には，「ＡＡＡアクセス許諾メッセージ」が記載されており，これ以外に「ＨＡＡＡサーバ」が「ＰＤＳＮ」に「送信」するメッセージは記載されていない。
　また，出願当初の明細書の段落【００３７】，【００６４】及び【００９１】に，「ＨＡＡＡサーバ」が，「ＡＡＡアクセス許諾メッセージ」に，ＭＳ（移動局）について，ＨＡ／ＬＭＡにおける課金が許可される場合には「Ｔｒｕｅ」に設定され，認可されない場合には「Ｆａｌｓｅ」に設定される，ＨＡ−ＬＭＡ課金モードＲＡＤＩＵＳ　ＶＳＡを含めて送信すること，及び，オペレータポリシに応じて，認可されたＨＡ／ＬＭＡ課金トリガを示す課金トリガＲＡＤＩＵＳ　ＶＳＡを返すことが記載されており，補正後の請求項１に記載の「前記承諾メッセージは，移動局用オペレータポリシに基づいて，前記パケットデータデータセッションのための前記課金が前記対応するＨＡ／ＬＭＡにおいて実行されるか否かについて特定する」と合致している。
　以上のことから，補正後の請求項１に記載の「登録メッセージ」及び「承諾メッセージ」のそれぞれは，出願当初の明細書等の記載における「ＡＡＡアクセス要求メッセージ」及び「ＡＡＡアクセス承諾メッセージ」に対応したものといえる。
　補正後の請求項６に記載の「登録メッセージ」及び「承諾メッセージ」についても同様である。
（２）［補正１］及び［補正３］について
　本件補正前の請求項１及び６には，「前記ＰＤＳＮが，…課金が，対応するホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）で実行されることを確実にする」との記載があるものの，「登録メッセージ」が「前記ＰＤＳＮが移動局用パケットデータセッションのための課金を確実にすることを示すメッセージ」であるという事項は記載されていないので，［補正１］及び［補正３］は，「登録メッセージ」が，「前記ＰＤＳＮが移動局用パケットデータセッションのための課金を確実にすることを示すメッセージ」であるという事項を付加するものである。
　よって，当該事項が，出願当初の明細書等に記載したものであるか否かについて，出願当初の明細書等の記載内容に基づいて検討する。
　出願当初の明細書の段落【００３６】には，「ＰＤＳＮがＨＡ／ＬＭＡ７０８において課金（Accounting）をサポートしている場合，ＰＤＳＮ７０６は，「Ｔｒｕｅ」に設定された値を有するＨＡ−ＬＭＡ課金モードＲＡＤＩＵＳ　ＶＳＡ（HA-LMA-Accounting-Mode RADIUS VSA）をＡＡＡアクセス要求メッセージに含ませる。」と記載されている。一方，出願当初の明細書の段落【００３７】には，「認可に成功すると，加入者サービス品質（quality of service：ＱｏＳ）プロファイル，ホームのエージェントアドレス（Home Agent Address）等の情報，及びＦＡ−ＨＡキー等の他の情報が，ＡＡＡアクセス承諾（AAA Access Accept）メッセージ内でＰＤＳＮ７０６に返される。ＭＳ７０２についてＨＡ／ＬＭＡ７０８における課金が認可された場合，ＨＡＡＡ７１０は，アクセス承諾メッセージ内で値が「Ｔｒｕｅ」に設定されたＨＡ−ＬＭＡ課金モードＲＡＤＩＵＳ  ＶＳＡ（HA-LMA-Accounting-Mode RADIUS VSA）を返す。ＭＳ７０２について，ＨＡ／ＬＭＡ７０８における課金が認可されない場合，ＨＡ−ＬＭＡ課金モードＲＡＤＩＵＳ  ＶＳＡ（HA-LMA-Accounting-Mode RADIUS VSA）は，アクセス承諾メッセージに含まれず，又は値を「Ｆａｌｓｅ」に設定してアクセス承諾メッセージに含まれる。オペレータポリシに応じて，ＨＡＡＡ７１０は，アクセス承諾メッセージ内で，認可されたＨＡ／ＬＭＡ７０８課金トリガ（Accounting Trigger）を示すサポート課金トリガＲＡＤＩＵＳ  ＶＳＡ（Supported Accounting Triggers RADIUS VSA）を返す。また，ＨＡＡＡ７１０は，ＭＳ７０２についてのネットワークＰＭＩＰサポートを指示し，ＰＭＮ−ＨＡ／ＬＭＡキー及びＰＭＮ−ＨＡ／ＬＭＡ−ＳＰＩ情報をＰＤＳＮに返す（Ｘ．Ｓ００６１）。」と記載されており，この記載によると，「ＰＤＳＮ」が，「ＡＡＡアクセス要求メッセージ」を「ＨＡＡＡサーバ」に送信しても，「ＨＡＡＡサーバ」においては，「ＨＡ／ＬＭＡ７０８における課金が認可されない場合」（「アクセス承諾メッセージ」には，「ＨＡ−ＬＭＡ課金モードＲＡＤＩＵＳ  ＶＳＡ（HA-LMA-Accounting-Mode RADIUS VSA）」は含まれないか，又は，その値が「Ｆａｌｓｅ」に設定されたものが含まれる場合。）もあり得るから，「ＡＡＡアクセス要求メッセージ」すなわち本願発明の「登録メッセージ」は，ＨＡ／ＬＭＡにおける課金の認可を要求するものにすぎず，その送信は，ＨＡ／ＬＭＡにおける課金が確実に実行されることを保証するものではない。
　してみれば，出願当初の明細書の記載においては，「ＰＤＳＮ」が，「ＡＡＡアクセス要求メッセージ」の「ＨＡ−ＬＭＡ課金モードＲＡＤＩＵＳ  ＶＳＡ」を「Ｆａｌｓｅ」に設定することから，この設定は，「前記ＰＤＳＮが…課金が，対応するホームエージェント／ローカルモビリティアンカ（…ＨＡ／ＬＭＡ）で実行されることを確実にすることを示す」処理に対応し，前記の設定がなされた「ＡＡＡアクセス要求メッセージ」は，「課金が，対応するホームエージェント／ローカルモビリティアンカ（…ＨＡ／ＬＭＡ）で実行されることを確実にすることを示す前記登録メッセージ」に対応することとなる。そして，「ＨＡ−ＬＭＡ課金モードＲＡＤＩＵＳ  ＶＳＡ」は，「Ｆａｌｓｅ」か「Ｔｒｕｅ」のいずれかが設定されるものであるから，「ＰＤＳＮ」が「確実にする」対象は，課金が「ＰＤＳＮ」で実行されるか「ＨＡ／ＬＭＡ」で実行されるかであって，課金そのものではない。そして、「登録メッセージ」が、「ＰＤＳＮ」が「課金」そのものを「確実にすることを示す」ものであることは、出願当初の明細書等の他の箇所にも記載されていない。
　そうすると，補正後の請求項１及び６の記載において，「登録メッセージ」が「前記ＰＤＳＮが移動局用パケットデータセッションのための
課金を確実にする
　よって，［補正１］及び［補正３］は，出願当初の明細書等のすべての記載を総合することにより導かれる技術的事項との関係において，新たな技術的事項を導入するものである。
（３）［補正２］及び［補正４］について
　補正後の請求項１の記載において，「前記登録メッセージは，前記ＰＤＳＮが移動局用パケットデータセッションのための課金を確実にすることを示すメッセージであり，前記課金のために，前記登録メッセージは，課金モビリティ拡張／オプションにおける変化をもたらす移動局のハンドオフイベントに起因して登録が，対応するホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）で実行されるときに送信され」は，「前記登録メッセージ」が，「移動局のハンドオフイベントに起因して登録が実行されるとき」に「送信」されるものと理解することができる。
　ここで，「ハンドオフイベント」に関して，出願当初の明細書においては，段落【００４７】ないし【００５４】（図６のＡ１５〜Ａ２１の説明），【００７６】ないし【００８２】（図８のＢ１２〜Ｂ１７の説明）及び【０１０５】ないし【０１１１】（図９のＣ１４〜Ｃ１９の説明）に，「ハンドオフイベント」が発生すると，「ＰＤＳＮ」が，「ＰＭＩＰｖ４登録要求／ＰＭＩＰｖ６バインディング更新メッセージ」を「ＨＡ／ＬＭＡ」に送信すること，「ＬＡ／ＬＭＡ」と「ＨＡＡＡサーバ」との間でメッセージ（ＡＡＡアクセス要求メッセージ，ＡＡＡアクセス承諾メッセージ，課金要求／応答（停止／開始）／一時的更新メッセージ）を交換することが記載されている。これらの記載によると，「ハンドオフイベント」に起因して，「ＰＤＳＮ」と「ＨＡ／ＬＭＡ」との間又は「ＨＡ／ＬＭＡ」と「ＨＡＡＡサーバ」との間で「メッセージ」を交換するものと解されるが，これらの交換には，「ＰＤＳＮ」と「ＨＡＡＡサーバ」との間で送受信される「ＡＡＡアクセス要求メッセージ」（補正後の請求項１に記載の「登録メッセージ」に対応。）及び「ＡＡＡアクセス承諾メッセージ」（補正後の請求項１に記載の「承諾メッセージ」に対応。）は含まれておらず，そのことを裏付けるような記載は，出願当初の明細書等には存在しない。また，「ＰＤＳＮ」と「ＨＡＡＡサーバ」との間で「ＡＡＡアクセス要求メッセージ」及び「ＡＡＡアクセス承諾メッセージ」を送受信することは，「移動局用パケットデータセッション」のための課金処理を「ＨＡ／ＬＭＡ」で実施するか否かを決定するために，「ハンドオフイベント」に関係なく最初のモバイルアクセス時に必ず実施すべき処理であることは，出願当初の明細書の【００３６】，【００３７】，【００６３】，【００６４】，【００９０】及び【００９１】並びに図７ないし図９の記載から明らかであることから，前記「ＡＡＡアクセス要求メッセージ」及び「ＡＡＡアクセス承諾メッセージ」が，「ハンドオフイベント」の発生に伴って送受信されるものではないことは自明である。
　そうすると，「前記登録メッセージ」が，「移動局のハンドオフイベントに起因して登録が実行されるとき」に「送信」されることを含む，「前記登録メッセージは，前記ＰＤＳＮが移動局用パケットデータセッションのための課金を確実にすることを示すメッセージであり，前記課金のために，前記登録メッセージは，課金モビリティ拡張／オプションにおける変化をもたらす移動局のハンドオフイベントに起因して登録が，対応するホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）で実行されるときに送信され」を付加する［補正２］は，出願当初の明細書等のすべての記載を総合することにより導かれる技術的事項との関係において，新たな技術的事項を導入するものである。
　［補正４］についても同様である。
　よって，前記（２）及び（３）より，［補正１］ないし［補正４］を含む本件補正は，願書に最初に添付した明細書，特許請求の範囲及び図面に記載した事項の範囲内においてしたものではないから，特許法第１７条の２第３項に規定する要件に適合しない。
３．シフト補正要件
　［補正１］ないし［補正４］は，前記「２．新規事項の有無について」で述べたように，新規事項を導入するものであるから，発明の特別な技術的特徴を変更するものであることが明らかである。
　よって，［補正１］ないし［補正４］を含む本件補正は，特許法第１７条の２第４項に規定する要件（シフト補正要件）に適合しない。
４．補正の目的要件について
　［補正１］ないし［補正４］は，前記「２．新規事項の有無について」で述べたように，新規事項を導入するものであるから，補正前の特許請求の範囲に記載された発明と補正後の特許請求の範囲に記載された発明の解決しようとする課題が同一であるということはできないから，特許法第１７条の２第５項第２号に掲げる限定的減縮を目的としたものとはいえない。
　また，［補正1］ないし［補正４］は，請求項の削除，誤記の訂正又は明瞭でない記載の釈明を目的とするものではない。
　よって，［補正１］ないし［補正４］を含む本件補正は，特許法第１７条の２第５項各号に掲げるいずれをも目的とするものではない。
４．結語
　したがって，本件補正は，特許法第１７条の２第３項ないし第５項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
第３　本願発明について
１．本願発明
　平成２８年４月２８日付けの手続補正は上記のとおり却下されたので，本願の特許請求の範囲は，平成２７年６月９日付けの手続補正により補正された特許請求の範囲であり，その請求項１に係る発明（以下，「本願発明」という。）は，次のとおりのものと認める。
「　ホーム認証，認可及び課金（Home Authentication, Authorization and Accounting：ＨＡＡＡ）サーバで動作する，無線通信における課金管理のための方法であって，
　前記ＨＡＡＡサーバが，パケットデータサービスノード（Packet Data Service Node：ＰＤＳＮ）から，前記ＰＤＳＮが移動局用パケットデータセッションのための課金であって，登録メッセージが送信される課金が，対応するホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）で実行されることを確実にすることを示す前記登録メッセージを受信することと，
　前記ＨＡＡＡサーバが，前記ＰＤＳＮに承諾メッセージを送信することと，を有し，
　前記承諾メッセージは，移動局用オペレータポリシに基づいて，前記パケットデータセッションのための前記課金が前記対応するＨＡ／ＬＭＡにおいて実行されるか否かについて特定する，方法。」
２．引用例，引用発明等
（１）引用例１について
　原審の拒絶理由に引用された米国特許出願公開第２００４／００４８６００号明細書には，「Method, system and telecommunication node for alternative prepaid support」（［当審仮訳］代替プリペード支援のための方法，システム及び通信ノード）（発明の名称）に関して，図面とともに以下の事項が記載されている。
ア　「[0006] Reference is now made to FIG. 1 (Prior Art) that shows a high-level block diagram of a CDMA2000 cellular telecommunications network 100. In the CDMA2000 wireless IP network 100, prepaid service allows an end-user 101 to purchase packet data service in advance based on volume or time. The prepaid account status is stored on a Prepaid server (PPS) 102 that is located in the enduser#s home network 104 and accessed via a Home Authorization, Authentication  Accounting (HAAA) server 106. A Prepaid Client 108 residing in a Home Agent 109 communicates with the PPS 102 via the HAAA server 106. The function of the Prepaid Client 108 is to perform on-line accounting of the Mobile IP session (i.e.: to allow the Mobile IP traffic according to the granted volume or duration, and to block the Mobile IP traffic if not granted). To provide service to roaming prepaid end-users, a visited PDSN 110 also needs to support a Prepaid Client 111 for performing on-line accounting of the IP session (i.e.: to allow the IP traffic according to the granted volume or duration, and to block the IP traffic if not granted). Accounting messages from the visited PDSN 110 are possibly sent to the Home AAA server 106 via visited AAA server 116, which serves as proxy. The HAAA 106 and the Prepaid server 102 can be collocated in which case the collocated functionality may be denoted HAA/PPS, or could be separate entities. From the PDSN 110 or the HA 108 perspective, the HAAA 106 and the PPS 102 are indistinguishable. The interface between the HAAA 106 and the Prepaid server 102 is outside the scope of the present invention. 」（第１ページ）
（［当審仮訳］
［０００６］　ＣＤＭＡ２０００セルラ電気通信ネットワーク１００の上位のブロック図を示す図１（従来技術）を参照する。ＣＤＭＡ２０００無線ＩＰネットワーク１００では，プリペイドサービスのために，エンドユーザ１０１は，容量ベース又は時間ベースのパケットデータサービスを予め購入する。プリペイドアカウントステータスは，エンドユーザのホームネットワーク１０４内に設置されているプリペイドサーバ（ＰＰＳ）１０２に記憶され，ホーム認証，認可・課金（ＨＡＡＡ）サーバ１０６を介してアクセスされる。ホームエージェント１０９に存在するプリペイドクライアント１０８は，ＨＡＡＡサーバ１０６を介してＰＰＳ１０２と通信する。プリペイドクライアント１０８の機能は，モバイルＩＰセッション（すなわち，許可された容量又は期間に従ってモバイルＩＰトラフィックを許容し，及び，許可されていない場合にはモバイルＩＰトラフィックを遮断するため）のオンライン課金を実行することである。ローミングするプリペイドのエンドユーザに対してサービスを提供するために，訪問先ＰＤＳＮ１１０もまた，ＩＰセッション（すなわち，許可された容量又は期間に従ってモバイルＩＰトラフィックを許容し，及び，許可されていない場合にはモバイルＩＰトラフィックを遮断するため）のオンライン課金を実行するために，プリペイドクライアント１１１をサポートする必要がある。訪問先ＰＤＳＮ１１０からの課金メッセージは，ことによると，訪問先ＡＡＡサーバ１１６を介してホームＡＡＡ１０６に送信され，当該ＡＡＡサーバ１１６はプロキシのように機能する。ＨＡＡＡ１０６及びプリペイドサーバ１０２は，一緒に設置することができ，この場合，一緒に配置された機能はＨＡＡ／ＰＳＳと表記することができ，または，異なるエンティティとすることもできる。ＰＤＳＮ１１０又はＨＡ１０８から見ると，ＨＡＡＡ１０６とＰＰＳ１０２とを区別することができない。ＨＡＡＡ１０６とプリペイドサーバ１０２との間のインタフェースは，この発明の範囲外である。）
イ　「[0009] In one aspect, the present invention is a method for providing alternative prepaid service to a prepaid subscriber, the method comprising the steps of sending an Access Request message from the serving Packet Data Service Node (PDSN) to a Home Authorization, Authentication  Accounting and Prepaid Server (HAAA/PPS), the Access Request message comprising a first indication that the serving PDSN cannot support at least a type of prepaid service; and determining by the HAAA/PPS whether alternative prepaid service is to be provided to the prepaid subscriber using the first indication. 」（第１ページ）
（［当審仮訳］
［０００９］　一態様において，本発明は，プリペイド加入者に対して代替的なプリペイドサービスを提供するための方法であって，この方法は，サービスを提供するパケットデータサービスノード（ＰＤＳＮ）からホーム認証，認可・課金及びプリペイドサーバ（ＨＡＡＡ／ＰＰＳ）にアクセス要求メッセージを送信するステップであって，前記アクセス要求メッセージは，サービスを提供するＰＤＳＮが少なくともプリペイドサービスのタイプをサポートすることができないことを示す第１の指標を含むステップと，ＨＡＡＡ／ＰＰＳによって，前記第１の指標を用いて，代替的なプリペイドサービスがプリペイド加入者に提供できるか否かを決定するステップとを含む。）
ウ　「[0025] The present invention allows for prepaid service to be provided for a prepaid subscriber in cases where the serving Packet Data Service Node (PDSN) of a CDMA2000 cellular telecommunications network does not support the prepaid feature. According to the invention, a combined functionality of a Home Authorization, Authentication  Accounting (HAAA) and a Prepaid Server (PPS), herein referred to as an HAAA/PPS, determines if alternative prepaid service can be provided to a prepaid subscriber by the HAAA/PPS in combination with a Home Agent of the prepaid subscriber, based on an indication received from the serving PDSN. It is to be noted however, that although the functionality of the present invention is mainly described herein with reference to the HAAA/PPS, an HAAA alone, or a PPS alone can also be used for determining in which cases alternative prepaid support is to be provided according to the present invention. Therefore, the terminology of HMA/PPS should be understood to encompass an HAAA alone, a PPS alone, or a combined HAAA/PPS functionality wherein the HAAA and the PPS can be collocated, or not. 
[0026] According to the exemplary preferred embodiment of the invention, the PDSN signals the HMA/PPS with a PrepaidAccountingCapability (PPAC) parameter indicative of the PDSN's own capacity for supporting prepaid service, and with a Session Termination Capability (STC) parameter indicative of the ability of the serving PDSN to disconnect data sessions based on a request provided by a remote authorized node, such as a Home Agent (HA) or the HAAA/PPS. 
[0027] In a first case wherein the serving PDSN is neither capable of prepaid service nor does it support session termination by a remote node, the HAAA/PPS may determine that the prepaid session can be allowed for duration-based prepaid service only (volume-based prepaid service can not be provided since neither the serving PDSN nor the HAAA/PPS can monitor the volume quota and terminate the data session when that quota is depleted), and may link the allowed prepaid duration to the mobile station registration lifetime. Thus, the prepaid mobile station's registration lifetime can be used to coordinate the duration quota in order to synchronize the binding lifetime with that duration quota. 
[0028] According to an alternative embodiment of the invention, it would be also possible to allow volume-based prepaid service in this first case, because the HA of the prepaid subscriber can monitor the traffic, and the data session can be stopped at the HA only, while the serving PDSN continue to perform off-line accounting for IP traffic that is blocked by the HA. In this situation, the HA accounting and PDSN accounting records will not match together. However, the subscriber is a prepaid subscriber and it is the HA that has the PrePaidClient used for the charging, so the Accounting Records from serving PDSN will be dropped. In such a case, the decision for supporting the alternative prepaid service may be based on the PPAC parameter but not on the STC parameter. 
[0029] In a second case, when the PDSN is not prepaid capable but supports session termination capability by a remote node, the HAAA/PPS may determine that either volume based or duration-based prepaid service can be allowed for the user and supported by the HAAA/PPS in combination with the HA. 
[0030] Reference is now made to FIG. 2, which is an exemplary high-level block diagram of a Home Authorization, Authentication  Accounting Prepaid Server (HAAA/PPS) 200 (or alternatively of an HAAA or PPS server) implementing the preferred embodiment of the present invention. The HAAA/PPS server 200 shown in FIG. 2 comprises a prepaid policy decision service logic module 202 that functions to take a decision for supporting alternative prepaid service for a prepaid subscriber, by the Home Agent in combination with the HAAA/PPS, when the serving PDSN cannot provide such a service, or at least the type of prepaid service set in the profile of the prepaid subscriber (a mismatch exist between the type of prepaid service supported by the PDSN and the one the user has subscribed to). For this purpose, the prepaid policy decision service logic module 202 may take into account: 
[0031] a Prepaid Accounting Capability (PPAC) parameter 204 received from the serving PDSN, which indicates whether or not the serving PDSN is capable of supporting prepaid service. The PPAC parameter 204 may also indicate the type of PDSN-supported prepaid service (duration-based, volume-based, or both). Typically, the absence of the PPAC parameter 204 indicates that the serving PDSN cannot support any type of prepaid service; 
[0032] a Session Termination Capability (STC) parameter 206 also received from the serving PDSN, the STC parameter 206 being indicative of the capability of the serving PDSN to close data sessions based on a request received from an authorized remote node; and 
[0033] a user prepaid profile 208 of the prepaid user that indicates to which type of prepaid service the user has subscribed to (e.g. duration-based, volume-based, none or both). The user prepaid profile is obtained from the user's Home AAA/PPS or HAAA. 
[0034] Based on at least the indications provided by the PPAC parameter 204, the STC parameter 206, and the prepaid user profile 208, the prepaid policy decisions service logic module 202 decides whether or not to support alternative prepaid service for a prepaid subscriber, and communicates the decision 210 to a processor 212 of the HAAA/PPS 200, which is then responsible for executing the actions deriving from that decision 210, and which are yet to be described. 
[0035] Reference is now made concurrently to FIG. 2, previously described, and to FIG. 3, which is an illustration of an exemplary decisional table showing an exemplary decisional process of the prepaid policy decision service logic module 202 of the HAAA/PPS server 200 according to the preferred embodiment of the invention. The decisional process shown in table 300 of FIG. 3 is based on the PPAC parameter 204, the STC parameter 206 and the prepaid user profile 208 which are represented in that table. 
[0036] The first column of the PPAC parameter 204 shows situations wherein the PPAC is either absent, indicating that the serving PDSN cannot support any type of prepaid service, or present, indicating that the serving PDSN can support at least one type of prepaid service (duration-based, volume based or both). 
[0037] The second column of the STC parameter 206 shows situations wherein the STC is either absent, indicating that the serving PDSN cannot supports remote session termination, or present, which indicates that the serving PDSN supports remote session termination. 
[0038] Finally, the third column shows the prepaid user profile showing that the user has subscribed to at least one type of prepaid service (duration-based or volume-based). The situations wherein the user profile comprises no prepaid service subscription at all have been omitted from the table 300, since it is understood that in such situations no prepaid service will be provided. 
[0039] In the exemplary table 300 it is shown that: i) when the serving PDSN is not capable of providing any prepaid service (cases A, I, and J), and ii) when the PDSN is capable of providing one type of prepaid service (e.g. duration-based or volume-based) and a mismatch exist between that prepaid service type and the one set in the prepaid user's profile (cases C, M, and N), the prepaid policy decision service logic module 200 of the HAAA/PPS server 200 decides that prepaid service support is going to be provided for the prepaid user by the HAAA/PPS server 200 in combination with the Home Agent of the prepaid subscriber. 
[0040] It is to be noted that although the decisional process for supporting the alternative prepaid service for a prepaid subscriber based on the HA and the HAAA/PPS is described in table 300 as being based on the PPAC 204, the STC 206, and the user profile 208 parameters, in a variant of the invention only the PPAC 204, or the PPAC parameter 204 and the user profile information 208 may be used for deciding in which situations the alternative prepaid service is to be provided. For example, alternative prepaid support can be provided independently of the capability of the serving PDSN to support remote session termination as indicated by the STC parameter 206. 
[0041] Reference is now made to FIG. 4, which is an exemplary nodal operation and signal flow diagram showing a mobile station prepaid authorization access according to the preferred embodiment of the present invention. Shown in FIG. 4 is a serving PDSN 400 that serves a prepaid user's mobile station (not shown), a Home Agent (HA) 402 of the prepaid user, and an HAAA/PPS server 200 as described hereinbefore (note that the HAAA/PPS may alternatively be an HAAA server). The serving PDSN 400 receives a Mobile IP (MIP) Registration Request (RRQ) 406 from a prepaid user (not shown), and issues a RADIUS Access Request 410 to the HAAA/PPS 200. In the present scenario, it is assumed that that the PPAC parameter 204 is not included in the Access Request 410 (the absence of the PPAC is shown in dotted lines), and its absence indicates to the HAAA/PPS 200 that the serving PDSN 400 does not support the prepaid service. However, the Access Request 410 includes an STC parameter 206 that indicates that the serving PDSN 400 is capable of terminating data sessions based on requests received from a remote authorized node. In action 412, the HAAA/PPS 200 performs authentication and authorization of the prepaid mobile station, which may include the action described with reference to the prepaid policy decision service logic module 200 of FIGS. 2 and 3, i.e. verifying that the subscriber profile indicates prepaid subscription, checking if the prepaid capability is sent by the serving PDSN 400 (in this exemplary scenario it is not), checking if the STC parameter 206 is included (in the scenario it is), and determining if the HA 402 is also configured to support prepaid service. 
[0042] The present scenario corresponds to the case I from FIG. 3, i .e. the PPAC parameter 204 is absent, the STC parameter 206 is present, and the user profile indicates a subscription to the duration-based prepaid service. In this situation, the HAAA/PPS 200 may determine that duration-based prepaid service is to be provided for the prepaid user, and therefore may respond to the serving PDSN 400 with an Access Accept message 420 comprising an indication 422 that reverse tunnelling is to be applied. In action 424, the serving PDSN 400 forwards the MIP Registration Request (RRQ) 406 to the HA 402, which is assumed in the present exemplary scenario to be configured for supporting prepaid service. The HA 402 sends an Access Request message 430 to the HAAA/PPS 200, the message 430 comprising a prepaid accounting capability (PPAC) parameter 432 indicative of the capacity of the HA 402 for supporting prepaid service, an identification of the prepaid user mobile station 434, the mobile IP registration lifetime 436, and a correlation identifier 438 to be used by the HAAA/PPS 200 for billing purposes. In action 440, the HAAA/PPS 200 performs an authorization of the request 430 and allows the HA 402 to provide prepaid service for the prepaid user. In action 446, the HAAA/PPS 200 responds back to the HA 402 with an Access Accept response message including a prepaid accounting capability parameter 448 indicative this time of the capability of the HA 402 to support prepaid service for this prepaid user. A new registration lifetime parameter 450 can also be included in the message 446 for providing a new registration lifetime attribute that may be allocated based on the prepaid subscription lifetime and/or other local policy. Finally, in action 460, the HA 402 sends a successful Mobile IP (MIP) Registration Reply (RRP) to the serving PDSN 400, which forwards the message 460 to the prepaid mobile station. If a new registration lifetime parameter 450 is received from the HAAA/BPS 200, it is also included in the MIP RRP message 460 so that the prepaid mobile station is informed of the new registration lifetime. 」（第２−４ページ）
（［当審仮訳］
［００２５］　本発明は，ＣＤＭＡ２０００セルラ電話通信ネットワークにおいて，サービスを提供するパケットデータサービスノード（ＰＤＳＮ）がプリペイド機能をサポートしない場合に，プリペイドサービスが，プリペイド加入者に提供できるようにするためのものである。本発明によれば，ホーム認証，認可・課金（ＨＡＡＡ）とプリペイドサーバ（ＰＰＳ）とが結合した機能性，ここでは，ＨＡＡＡ／ＰＰＳと称するものが，代替的なプリペイドサービスが，サービスを提供するＰＤＳＮから指標を受信することに応じて，プリペイド加入者のホームエージェントと協働してＨＡＡＡ／ＰＰＳによってプリペイド加入者に提供できるかどうかを決定する。しかしながら，本発明のこの機能性は，ここでは主としてＨＡＡＡ／ＰＰＳとして記載されるが，ＨＡＡＡ単独，又は，ＰＰＳ単独によっても，代替的なプリペイドのサポートを本発明に従って提供することを決定するために使用することができる。よって，ＨＭＡ／ＰＰＳの用語は，ＨＡＡＡとＰＰＳとが一緒に設置することができる又はそうでない場合のいずれにおいても，ＨＡＡＡ単独，ＰＰＳ単独，又は，結合したＨＡＡＡ／ＰＰＳ機能性を包含すると理解すべきである。
［００２６］　本発明の例示的な実施の形態によれば，ＰＤＳＮは，ＨＭＡ／ＰＰＳに，当該ＰＤＳＮのプリペイドサービスの能力を示すプリペイド課金能力（ＰＰＡＣ）パラメータと，遠隔の認証ノードから提供される要求に基づいてデータセッションを切断することについての，サービスを提供するＰＤＳＮの能力を示すセッション終了能力（ＳＴＣ）パラメータとを含む信号を送信する。
［００２７］　サービスを提供するＰＤＳＮが，プリペイドサービスの能力がなく，かつ，遠隔ノードによりセッションを終了することもサポートしていない第１のケースにおいて，ＨＡＡＡ／ＰＰＳは，プリペイドセッションは，期間ベースのプリペイドサービスのみに限定して許可されると決定することができ（サービスを提供するＰＤＳＮもＨＡＡＡ／ＰＰＳも使用可能な容量（volume quota）を監視し，使用可能な容量がなくなった時にデータセッションを終了させることができないので，容量ベースのプリペイドサービスを提供することができない。），許容されたプリペイド期間をモバイル局の登録寿命にリンクすることができる。このように，プリペイドのモバイル局の登録寿命は，結合する寿命を使用可能な期間（duration quota）に同期させるために，使用可能な期間を調整するために使用することができる。
［００２８］　本発明の代替的な実施形態によれば，サービスを提供するＰＤＳＮが，ＨＡにより遮断されるＩＰトラフィックに対するオフライン課金を実行し続けている間にも，プリペイド加入者のＨＡが，トラフィックを監視することができ，当該ＨＡのみによりデータセッションを停止することができるので，容量ベースのプリペイドサービスは，この第１のケースにおいても可能である。このような場合，ＨＡの課金記録とＰＤＳＮの課金記録は，一致しない。しかしながら，加入者がプリペイド加入者であり，請求（charging）に使用されるプリペイドクライアントをＨＡが有しているので，サービスを提供するＰＤＳＮからの課金記録は，廃棄される。このような場合，代替的なプリペイドサービスをサポートするための決定は，ＳＴＣパラメータではなく，ＰＰＡＣパラメータによってなされる。
［００２９］　ＰＤＳＮが，プリペイドの能力を有しないが，遠隔ノードによるセッション終了能力はサポートしている場合である第２のケースにおいては，ＨＡＡＡ／ＰＰＳは，容量ベース又は期間ベースのいずれかのプリペイドサービスがユーザのために利用でき，ＨＡと協働してＨＡＡＡ／ＰＰＳによりサポートできることを決定することができる。
［００３０］　図２には，本発明の典型的な実施形態における，ホーム認証，認定・課金プリペイドサーバ（ＨＡＡＡ／ＰＰＳ）２００（又はＨＡＡＡ又はＰＰＳサーバによる代替物）の上位ブロック図が示されている。図２に示されるＨＡＡＡ／ＰＰＳサーバ２００は，サービスを提供するＰＤＳＮが，プリペイドサービスを提供することができない場合，または，少なくとも，プリペイド加入者のプロファイルに設定されたプリペイドサービスのタイプを提供することができない場合（ＰＤＳＮによりサポートされるプリペイドサービスのタイプとユーザが加入しているプリペイドサービスのタイプとが一致しない場合）に，ＨＡＡＡ／ＰＰＳと協働してホームエージェントによるプリペイド加入者に対する代替的なプリペイドサービスのサポートを決定する機能を備える，プリペイドポリシー決定サービス論理モジュール２０２を含む。このために，プリペイドポリシー決定サービス論理モジュール２０２は，以下の事項を考慮することができる：
［００３１］　サービスを提供するＰＤＳＮから受信したプリペイド課金能力（ＰＰＡＣ）パラメータ２０４。ＰＰＡＣパラメータ２０４は，サービスを提供するＰＤＳＮが，プリペイドサービスをサポートする能力を有しているか否かを示し，さらに，ＰＤＳＮサポートのプリペイドサービスのタイプも示す。
［００３２］　サービスを提供するＰＤＳＮから受信したセッション終了能力（ＳＴＣ）パラメータ２０６。ＳＴＣパラメータ２０６は，サービスを提供するＰＤＳＮが，認証遠隔ノードから受信した要求に基づいて，データセッションを閉じる能力を有するか否かを示す。
［００３３］　及び，プリペイドユーザのユーザプリペイドプロファイル２０８。これは，ユーザが加入しているプリペイドサービスのタイプ（例えば，期間ベース，容量ベース，その両方又はそのいずれも無し）を示すものであり，ユーザのホームＡＡＡ／ＰＰＳ又はＨＡＡＡから取得される。
［００３４］　少なくともＰＰＡＣパラメータ２０４，ＳＴＣパラメータ２０６及びプリペイドユーザプロファイル２０８によって提供される指標に基づいて，プリペイドポリシー決定サービス論理モジュール２０２は，プリペイド加入者に対して代替的なプリペイドサービスをサポートするか否かを決定し，その決定２１０をＨＡＡ／ＰＰＳ２００のプロセッサ２１２に送信する。そして，プロセッサ２１２は，前記決定２１０に基づいた行動を実行する責任を有する。以降で説明する。
［００３５］　引き続き図２を参照すると，前述したように，また，図３を参照すると，ＨＡＡＡ／ＰＰＳサーバ２００のプリペイドポリシー決定サービス論理モジュール２０２の典型的な決定プロセスを示す，典型的な決定テーブルを示す。図３のテーブル３００に示される決定プロセスは，当該テーブルに含まれるＰＰＡＣパラメータ２０４，ＳＴＣパラメータ２０６及びプリペイドユーザプロファイル２０８に基づいている。
［００３６］　第１欄のＰＰＡＣパラメータ２０４は，ＰＰＡＣが不在で，サービスを提供するＰＤＳＮがいかなるプリペイドサービスもサポートすることができないこと，または，ＰＰＡＣが存在し，サービスを提供するＰＤＳＮが少なくとも１つのタイプのプリペイドサービス（期間ベース，容量ベース又はその両方）をサポートすることができることのいずれかの状況を示すものである。
［００３７］　第２欄のＳＴＣパラメータ２０６は，ＳＴＣが不在で，サービスを提供するＰＤＳＮが遠隔セッション終了をサポートすることができないこと，または，ＳＴＣが存在し，サービスを提供するＰＤＳＮが遠隔セッション終了をサポートすることを示すことのいずれかの状況を示すものである。
［００３８］　最後に，第３欄は，プリペイドユーザのプロファイルであり，これは，ユーザが少なくとも１つのタイプのプリペイドサービス（期間ベース又は容量ベース）に加入していることを示す。この例では，テーブル３００からは，何らのプリペイドサービスにも加入していない場合は省略されている。なぜなら，そのような場合は，プリペイドサービスが提供されない状況であることが理解されるからである。
［００３９］　この典型的なテーブル３００の例においては，ｉ）サービスを提供するＰＤＳＮがいかなるプリペイドサービスも提供する能力を有しない場合（Ａ，Ｉ及びＪのケース），ｉｉ）当該ＰＤＳＮが１つのタイプのプリペイドサービス（例えば，期間ベース又は容量ベース）を提供することができるが，そのプリペイドサービスとプリペイドユーザのプロファイルにおけるプリペイドサービスとが一致せず，ＨＡＡＡ／ＰＰＳのプリペイドポリシー決定サービス論理モジュール２００が，プリペイド加入者のホームエージェントと協働してＨＡＡＡ／ＰＰＳサーバ２００によりプリペイドユーザに対してプリペイドサービスを提供することをサポートすると決定する場合（Ｃ，Ｍ及びＮのケース）を示す。
［００４０］　ＨＡとＨＡＡＡ／ＰＰＳに基づく，プリペイド加入者に対する代替的なプリペイドサービスをサポートするための決定プロセスは，ＰＰＡＣ２０４，ＳＴＣ２０６及びユーザプロファイル２０８の各パラメータに基づいてテーブル３００に記述されるが，本発明の変形例においては，ＰＰＡＣ２０４のみ，又は，ＰＰＡＣパラメータ２０４とユーザプロファイル情報２０８が，代替的なプリペイドサービスを提供するための決定に使用されてもよいことに留意すべきである。
［００４１］　図４を参照すると，本発明の好適な実施形態に従った，典型的なノードの動作と，移動局のプリペイド認証アクセスを示す信号のフロー図が記載されている。図４には，上述したような，サービスを提供するＰＤＳＮ４００が，プリペイドユーザの移動局（図示なし），プリペイドユーザのホームエージェント（ＨＡ）４０２，及び，ＨＡＡＡ／ＰＰＳサーバ２００（ただし，ＨＡＡＡ／ＰＰＳは，代替的にＨＡＡＡサーバであってもよい。）が記載されている。サービスを提供するＰＤＳＮ４００は，モバイルＩＰ（ＭＩＰ）登録要求（ＲＲＱ）４０６をプリペイドユーザ（図示なし）から受信し，ＲＡＤＩＵＳアクセス要求４１０をＨＡＡＡ／ＰＰＳ２００に発行する。このシナリオにおいて，ＰＰＡＣパラメータ２０４はアクセス要求４１０には含まれず（ＰＰＡＣの不在が点線で示されている。），その不在は，ＨＡＡＡ／ＰＰＳ２００に対してサービスを提供するＰＤＳＮ４００がプリペイドサービスをサポートしないことを示す。しかしながら，アクセス要求４１０は，ＳＴＣパラメータ２０６を含み，サービスを提供するＰＤＳＮ４００が，遠隔認証ノードから受信した要求に基づいてデータセッションを終了する能力を有することを示す。４１２の動作において，ＨＡＡＡ／ＰＰＳ２００は，プリペイド移動局の認証及び認定を行い，それは，図２及び図３のプリペイドポリシー決定サービス論理モジュール２００に関連して記述された動作，例えば，加入者のプロファイルがプリペイド加入者であることを示すかどうかを検証し，プリペイド能力がサービスを提供するＰＤＳＮから送信されたかどうかを確認し（このシナリオにおいては送信されていない。），ＳＴＣパラメータ２０６が含まれるかどうかを確認し（このシナリオにおいては含まれる。），ＨＡ４０２もまたプリペイドサービスをサポートするように構成されているかどうかを決定すること，を含むことができる。
［００４２］　このシナリオは，図３のケースＩに対応し，つまり，ＰＰＡＣパラメータ２０４は不在で，ＳＴＣパラメータ２０６は存在し，ユーザプロファイルは期間ベースのプリペイドサービスに加入しているものとする。この状況において，ＨＡＡＡ／ＰＰＳ２００は，期間ベースのプリペイドサービスをプリペイドユーザに提供するように決定し，よって，サービスを提供するＰＤＳＮ４００に対し，リバーストンネリングが適用される旨の指標４２２を含むアクセス承諾メッセージ４２０を応答する。４２４の動作において，サービスを提供するＰＤＳＮ４００は，ＭＩＰ登録要求（ＲＲＱ）４０６をＨＡ４０２に対して転送し，この典型的なシナリオにおいては，ＨＡ４０２は，プリペイドサービスをサポートするものと仮定する。ＨＡ４０２は，アクセス要求メッセージ４３０をＨＡＡＡ／ＰＰＳ２００に対して送信し，このメッセージ４３０は，ＨＡ４０２がプリペイドサービスをサポートする能力があることを示すプリペイド課金能力（ＰＰＡＣ）パラメータ４３２，プリペイドユーザの移動局４３４の識別子と，モバイルＩＰ登録寿命４３６と，請求書発行（billing）のためにＨＡＡＡ／ＰＰＳ２００によって使用される関連付け識別子（correlation identifier）４３８を含む。４４０の動作において，ＨＡＡＡ／ＰＰＳ２００は，要求４３０の認証を実行し，ＨＡ４０２がプリペイドユーザに対してプリペイドサービスを提供することを許可する。４４６の動作において，ＨＡＡＡ／ＰＰＳ２００は，ＨＡ４０２に対して，このプリペイドユーザに対するプリペイドサービスをサポートするＨＡ４０２の今回の能力を示すプリペイド課金能力パラメータ４４８を含むアクセス受諾応答メッセージをもって応答する。新たな登録寿命パラメータ４５０は，プリペイド加入寿命及び／又は他の局所ポリシーに基づいて割り当てられる新たな登録寿命属性を提供するためのメッセージ４４６に含むことができる。最後に，４６０の動作において，ＨＡ４０２は，成功モバイルＩＰ（ＭＩＰ）登録応答（ＲＲＰ）をサービスを提供するＰＤＳＮ４００に送信し，当該ＰＤＳＮ４００は，当該メッセージ４６０を，プリペイド移動局に転送する。新たな登録寿命４５０がＨＡＡＡ／ＢＰＳ２００から受信した場合には，プリペイド移動局が，新たな登録寿命を知ることができるように，当該新たな登録寿命４５０も，ＭＩＰ　ＲＲＰメッセージ４６０に含められる。）
エ　「Figure 2
」
オ　「Figure 3
」
カ　「Figure 4
」
　以下，前記アないしカの記載及び本願の最先の優先日における技術常識を考慮しつつ，引用例１に記載された技術事項について検討する。
ａ．前記アより，引用例１は，「ＣＤＭＡ２０００無線ＩＰネットワーク」，すなわち，「ＣＤＭＡ２０００の規格に準拠した無線ＩＰネットワーク」においてプリペイドサービスをエンドユーザに提供する方法に関する事項が記載されているといえる。また，前記イの［０００９］の記載「一態様において，本発明は，プリペイド加入者に対して代替的なプリペイドサービスを提供するための方法であって」，及び，前記ウの［００４１］の記載「プリペイドユーザの移動局」，前記アの「ホームエージェント１０９に存在するプリペイドクライアント１０８は，ＨＡＡＡサーバ１０６を介してＰＰＳ１０２と通信する。プリペイドクライアント１０８の機能は，モバイルＩＰセッション（すなわち，許可された容量又は期間に従ってモバイルＩＰトラフィックを許容し，及び，許可されていない場合にはモバイルＩＰトラフィックを遮断するため）のオンライン課金を実行することである。」及び，前記ウの［００２５］の記載「サービスを提供するパケットデータサービスノード（ＰＤＳＮ）がプリペイド機能をサポートしない場合に，プリペイドサービスが，プリペイド加入者に提供できるようにするためのものである。」を参酌すれば，引用例１には，「ＣＤＭＡ２０００の規格に準拠した無線ＩＰネットワークにおいて，サービスを提供するＰＤＳＮがプリペイドサービス（オンライン課金）をサポートしない場合に，移動局のユーザであるプリペイド加入者に対して，モバイルＩＰセッションに対する代替的なプリペイドサービスを提供するための方法」が記載されているといえる。
ｂ．前記ウの［００２５］より，「ＨＡＡＡ／ＰＰＳ」は，「ＨＡＡＡサーバ」と「ＰＰＳ」とが一緒に設置されたものであるが，「本発明のこの機能性は，ここでは主としてＨＡＡＡ／ＰＰＳとして記載されるが，ＨＡＡＡ単独，又は，ＰＰＳ単独によっても，代替的なプリペイドのサポートを本発明に従って提供することを決定するために使用することができる。」より，「ＨＡＡＡ／ＰＰＳ」の機能は，「ＨＡＡＡサーバ」単独によっても実現することができるから，引用例１に記載の「ＨＡＡＡ／ＰＰＳ」は「ＨＡＡＡサーバ」と読み替えることができる。そして，「ＨＡＡＡ」は，原文を参酌すれば，「Home Authorization, Authentication  Accounting」すなわち「ホーム認証，認可・課金」の略称である。
ｃ．前記ウの［００２５］からも明らかなように，「ＰＤＳＮ」は，パケットデータサービスノード（Packet Data Service Node）の略称である。
ｄ．前記イ（特に，「サービスを提供するパケットデータサービスノード（ＰＤＳＮ）からホーム認証，認可・課金及びプリペイドサーバ（ＨＡＡＡ／ＰＰＳ）にアクセス要求メッセージを送信する」参照。）並びに前記ウの［００２６］，［００３１］ないし［００３３］及び［００４１］より，引用例１において，「ＨＡＡＡサーバ」は，「サービスを提供するＰＤＳＮ」から「アクセス要求メッセージ」を受信し，当該「アクセス要求メッセージ」は，「プリペイド課金能力（ＰＰＡＣ）パラメータ」及び「セッション終了能力（ＳＴＣ）パラメータ」を含むことが記載されている。
ｅ．前記ｄ．において，前記ウの［００３６］及び［００４１］並びに前記オ（図３）及び前記カ（図４）によれば，サービスを提供するＰＤＳＮがプリペイドサービスをサポートしない場合は，「ＰＰＡＣパラメータ」は「不在」であり，すなわち，「ＰＰＡＣパラメータ」は受信されず，また，「ＰＰＡＣパラメータ」は，存在する場合には，プリペイドサービスのタイプを示すものであり，前記ウの［００３７］及び［００４１］によれば，サービスを提供するＰＤＳＮが，遠隔認証ノードから受信した要求に基づいてデータセッションを終了する能力を有しない場合，「ＳＴＣパラメータ」は「不在」であり，すなわち，「ＳＴＣパラメータ」は受信されない。そうすると，「アクセス要求メッセージ」は，「ＰＰＡＣパラメータ」の有無と有りの場合のプリペイドサービスのタイプ及び「ＳＴＣパラメータ」の有無を示すものといえる。
　また，前記ウの［００３０］，［００３５］，［００４１］及び［００４２］並びに前記エ（図２），前記オ（図３）及び前記カ（図４）より，「ＨＡＡＡサーバ」は，「プリペイドポリシー決定サービス論理モジュール」の「決定プロセス」により，「アクセス要求メッセージ」における，「ＰＰＡＣパラメータ」の有無と有りの場合のプリペイドサービスのタイプ，「ＳＴＣパラメータ」の有無，及び，プリペイド加入者のユーザプロファイルと，前記オ（図３）のテーブル（決定プロセス）とに基づいて，プリペイド加入者に対して，代替的なプリペイドサービスを提供するか否かを決定することが記載されているといえる。
　ここで，「代替的なプリペイドサービス」とは，前記ウの［００３９］ないし［００４２］（特に，「４４０の動作において，ＨＡＡＡ／ＰＰＳ２００は，要求４３０の認証を実行し，
ＨＡ４０２がプリペイドユーザに対してプリペイドサービスを提供する
　よって，前記ｂ．ないしｄ．を参酌すれば，引用例１には，「ホーム認証，認可・課金（Home Authorization, Authentication  Accounting：ＨＡＡＡ）サーバが，パケットデータサービスノード（Packet Data Service Node：ＰＤＳＮ）から，ＰＰＡＣパラメータの有無と有りの場合のプリペイドサービスのタイプ，ＳＴＣパラメータの有無を示すアクセス要求メッセージを受信すること」，及び，「前記ＨＡＡＡサーバが，プリペイドポリシー決定サービス論理モジュールの決定プロセスにより，前記アクセス要求メッセージとプリペイド加入者のユーザプロファイルとに基づいて，ホームエージェント（Home Agent：ＨＡ）によってプリペイドサービスを提供するか否かを決定すること」が記載されているといえる。
ｆ．前記ウの［００４２］の「このシナリオは，図３のケースＩに対応し，つまり，ＰＰＡＣパラメータ２０４は不在で，ＳＴＣパラメータ２０６は存在し，ユーザプロファイルは期間ベースのプリペイドサービスに加入しているものとする。この状況において，ＨＡＡＡ／ＰＰＳ２００は，期間ベースのプリペイドサービスをプリペイドユーザに提供するように決定し，よって，サービスを提供するＰＤＳＮ４００に対し，リバーストンネリングが適用される旨の指標４２２を含むアクセス承諾メッセージ４２０を応答する。」において，「図３のケースＩ」すなわち「ＰＰＡＣパラメータ２０４は不在で，ＳＴＣパラメータ２０６は存在し，ユーザプロファイルは期間ベースのプリペイドサービスに加入している」ケースとは，前記オ（図３）によれば，「ＨＡ」によってプリペイドサービスを提供すると決定する場合に相当する。
　よって，上記［００４２］の記載と前記カ（図４）によれば，「ＨＡＡＡサーバ」が，「ＨＡ」によってプリペイドサービスを提供すると決定する場合に，リバーストンネリングが適用される旨の指標を含む「アクセス許諾メッセージ」をサービスを提供するＰＤＳＮに送信し，これに応じて，サービスを提供する「ＰＤＳＮ」は，ＭＩＰ登録要求を「ＨＡ］に転送（送信）することが記載されているといえる。
　したがって，前記アないしカ及び前記ａ．ないしｆ．の検討より，引用例１には，以下の発明（以下，「引用発明」という。）が記載されているものと認める。
　
「　ＣＤＭＡ２０００の規格に準拠した無線ＩＰネットワークにおいて，サービスを提供するパケットデータサービスノード（Packet Data Service Node：ＰＤＳＮ）がプリペイドサービス（オンライン課金）をサポートしない場合に，移動局のユーザであるプリペイド加入者に対して，モバイルＩＰセッションに対する代替的なプリペイドサービスを提供するための方法であって，
　ホーム認証，認可・課金（Home Authorization, Authentication  Accounting：ＨＡＡＡ）サーバが，前記ＰＤＳＮから，ＰＰＡＣパラメータの有無と有りの場合のプリペイドサービスのタイプ及びＳＴＣパラメータの有無を示すアクセス要求メッセージを受信することと，
　前記ＨＡＡＡサーバが，プリペイドポリシー決定サービス論理モジュールの決定プロセスにより，前記アクセス要求メッセージとプリペイド加入者のユーザプロファイルとに基づいて，ホームエージェント（Home Agent：ＨＡ）によってプリペイドサービスを提供するか否かを決定することと，
　前記ＨＡＡＡサーバが，前記ＨＡによってプリペイドサービスを提供すると決定する場合に，前記ＰＤＳＮに，リバーストンネリングが適用される旨の指標を含むアクセス許諾メッセージを送信し，これに応じて，前記ＰＤＳＮが，ＭＩＰ登録要求を前記ＨＡに送信すること，
　を有する方法。」
（２）周知例について
　原査定において提示され，本願の最先の優先日前に電気通信回線（インターネット）を通じて公衆に利用可能となった文書であるPCC for cdma2000 1x and HRPD Networks，3GPP2 X.S0062-0，２０１０年１０月２９日，Version　1.0，＜ＵＲＬ，ftp://ftp.3gpp2.org/TSGX/Archive/ArchiveProjectGlbDirLclDirsync111003/X.P0062%20PCC%20for%20cdma2000%201x%20and%20HRPD/X.S0062-0%20v1.0%20(Publication%20Version)/X.S0062-0%20v1.0%20PCC%20for%20cdma2000%20(PDF%20Clean).zip＞（以下，「周知例」という。）には，以下の事項が記載されている。
キ　「1 Introduction
This document provides a specification for the Policy and Charging Control (PCC) support for cdma2000 1x and HRPD networks. The PCC functions and interfaces supported by various cdma2000 1x and HRPD networks entities are specified. 」（第１ページ）
（［当審仮訳］
１　イントロダクション
この文書は，ｃｄｍａ２０００　１ｘ・ＨＲＰＤネットワークのためのポリシー及び請求制御（ＰＣＣ）サポートの仕様を提供するものである。つまり，様々なｃｄｍａ２０００　１ｘ・ＨＲＰＤネットワークのエンティティによってサポートされるＰＣＣ機能及びインタフェースを記述するものである。）
ク　「3.1 Definitions
Accouting
See Charging
Charging
Function within the 3GPP2 network and the associated billing system whereby information related to a chageable event is collected, formatted, transferred and evaluated in order to make it possible to determine resource usage for which the subscriber may be billed.
Home Agent / Local Mobility Anchor (HA/LMA)
Home Agent (HA) / Local Mobility Anchor (HA/LMA) is the topological anchor point that manages mobile node's binding state. The term HA is used for MIPv4, MIPv6, and PMIPv4. The term LMA is used for PMIPv6.
3.1.1 Symbol and Abbreviations
（…中略…）
AAA　　Authentication, Authorization, Accounting
（…中略…）
BBERF　　Bearer Binding and Event Reporting Function
（…中略…）
CDF　　Charging Data Function
（…中略…）
CGF　　Charging Gateway Function
（…中略…）
CTF　　Charging Trigger Function
（…中略…）
HA　　Home Agent
HAAA　　Home AAA
（…中略…）
MAG　　Mobile Access Gateway
（…中略…）
MS　　Mobile Station
（…中略…）
PCEF　　Policy and Charging Enforcement Function
（…中略…）
PDSN　　Packet Data Serving Node
（…中略…）
PPP　　Point-to-Point Protocol」（第５−６ページ）
（［当審仮訳］
３．１　定義
課金
請求を参照
請求
３ＧＰＰ２ネットワーク及び関連する請求書発行システム内の機能。当該システムにおいて，加入者に発行される請求の元となるリソースの利用量を決定することを可能にするために，請求可能なイベントに関連する情報が，収集され，書式化され，転送され，及び，評価される。
ホームエージェント／ローカルモビリティアンカー（ＨＡ／ＬＭＡ）
ホームエージェント（ＨＡ）／ローカルモビリティアンカー（ＨＡ／ＬＭＡ）は，モバイルノードの関連付け（binding）の状態を管理するトポロジカルなアンカーポイントである。用語ＨＡは，ＭＩＰｖ４，ＭＩＰｖ６及びＰＭＩＰｖ４において使用され，用語ＬＭＡは，ＰＭＩＰｖ６において使用される。
３．１．１　記号及び略称
（…中略…）
ＡＡＡ　　認証，認可，課金
（…中略…）
ＢＢＥＲＦ　　ベアラ関連付け・イベント報告機能
（…中略…）
ＣＤＦ　　請求データ機能
（…中略…）
ＣＧＦ　　請求ゲートウェイ機能
（…中略…）
ＣＴＦ　　請求トリガ機能
（…中略…）
ＨＡ　　ホームエージェント
ＨＡＡＡ　　ホームＡＡＡ
（…中略…）
ＭＡＧ　　モバイルアクセスゲートウェイ
（…中略…）
ＭＳ　　移動局
（…中略…）
ＰＣＥＦ　　ポリシー・請求実施機能
（…中略…）
ＰＤＳＮ　　パケットデータサービスを提供するノード
（…中略…）
ＰＰＰ　　ポイントツーポイント・プロトコル」（第５−６ページ）
ケ　「
6.2.1 PCC Charging Function Mapping
CTF is a mandatory component of BBERF (if supported) and the PCEF. CDF and the CGF may be inplemented in any of the ways specified below in this clause. The entity relationships between the CTF, CDF and CGF functions shall be as specified in 3GPP TS32.240[16].
For Simple IP operation mode BBERF is not supported and the PDSN hosts the PCEF function. CTF shall be integrated in the PCEF/PDSN. CDF may be located in the PDSN or located as a seperate physical entity in the operator network. CGF may be located in the PDSN along with CDF, or located as a seperate physical entity in operator network or in the billing domain.
For MIP and PMIP operation mode, the BBERF function is hosted in the PDSN/MAG. The PCEF function is hosted by the HA/LMA. CTF shall be integrated with the BBERF/PDSN. CTF shall be integrated with the PCEF/HA/LMA as well. CDF may be located in the HA/LMA or located as a seperate physical entity in the operator network. CGF may be located in the HA/LMA along with the CDF, or located as a seperate physical entity in operator network or in the billing domain.」（第２２ページ）
（［当審仮訳］
６．２．１　ＰＣＣ請求機能マッピング
ＣＴＦはＢＢＥＲＦ（もしサポートされる場合）及びＰＣＥＦの必須要素である。ＣＤＦ及びＣＧＦは，この節において，以降で特定されるいずれかの方法で実装される。ＣＴＦ，ＣＤＦ及びＣＧＦの各機能のエンティティ間の関係は，３ＧＰＰ　ＴＳ３２．２４０［１６］において記述されている。
シンプルＩＰオペレーションモードにおいて，ＢＢＥＲＦはサポートされておらず，ＰＤＳＮが，ＰＣＥＦ機能をホストする。ＣＴＦは，ＰＣＥＦ／ＰＤＳＮに統合される。ＣＤＦは，ＰＤＳＮに，又はオペレータネットワークの分離した物理エンティティとして位置付けられる。ＣＧＦは，ＣＤＦを伴うＰＤＳＮに，もしくはオペレータネットワーク又は請求書を発行するドメイン内の分離した物理エンティティとして位置付けられる。
ＭＩＰ及びＰＭＩＰオペレーションモードにおいて，ＢＢＥＲＦ機能は，ＰＤＳＭ／ＭＡＧにおいてホストされる。ＰＣＥＦ機能はＨＡ／ＬＭＡによってホストされる。ＣＴＦは，同様にＢＢＥＲＦ／ＰＤＳＮに統合される。ＣＤＦは，ＨＡ／ＬＭＡに，又はオペレータネットワークの分離した物理エンティティとして位置付けられる。ＣＧＦは，ＣＤＦを伴うＨＡ／ＬＭＡに，もしくはオペレータネットワーク又は請求書を発行するドメイン内の分離した物理エンティティとして位置付けられる。
）
コ　「
6.4 Charging Modes
Accounting-Mode VSA specified in X.S0054-910[7] is used to determine the charging mode. If Accountng-Mode VSA is not received from the HAAA server during PPP Session Authentication in RADIUS Access Accept message and for an unrecognized Accounting-Mode value, charging shall be performed according to local policy.
If Accounting-Mode VSA is received from the HAAA server during PPP Session Authentication in RADIUS Access Accept message, charging shall be performed as indicated by the Accounting-Mode VSA value (section 6.5).
6.4.1 Accounting-Mode VSA
Accounting-Mode VSA specified in X.S0054-910[7] indicates whether charging is performed for Per-Reservation and/or per IP-Session and/or for PCC Flow Based Bearers Charging (FBC). This attributes may be sent in the RADIUS Access-Accept from the HAAA server during PPP Session Authentication.」（第２３ページ）
（［当審仮訳］
６．４　請求モード
Ｘ．Ｓ００５４−９１０［７］に規定されている課金モードＶＳＡは，請求モードを決定するために使用される。もし，課金モードＶＳＡが，ＰＰＰセッション認証中にＲＡＤＩＵＳアクセス承諾メッセージによってＨＡＡＡサーバから受信しなかった場合，及び，認識できない課金モード値を受信した場合，請求は，局所ポリシーに従って実行される。
　課金モードＶＳＡが，ＰＰＰセッション認証中にＲＡＤＩＵＳアクセス承諾メッセージによってＨＡＡＡサーバから受信した場合，請求は，課金モードＶＳＡ値に従って実行される。
６．４．１　課金モードＶＳＡ
Ｘ．Ｓ００５４−９１０［７］に規定されている課金モードＶＳＡは，請求が，予約単位，ＩＰセション単位，及び／又はＰＣＣフローベースのベアラ請求（ＦＢＣ）のいずれであるかを示す。この属性は，ＰＰＰセッション認証中にＲＡＤＩＵＳアクセス承諾においてＨＡＡＡサーバから送信される。）
　以下，前記キないしコの記載及び本願の最先の優先日における技術常識を考慮しつつ，周知例に記載された技術事項について検討する。
ｇ．周知例のタイトル及び前記キより，周知例は，「ｃｄｍａ２０００」に係る「ポリシー及び請求制御（ＰＣＣ）」についての３ＧＰＰ２に係る規約文書であり，その公知日から，本願の最先の優先日前に，通信技術における当業者において周知のものであったといえる。
ｈ．前記クの「
Accouting
ｉ．前記クの「
Home Agent / Local Mobility Anchor (HA/LMA)
　そうすると，「ホームエージェント」（ＨＡ）と「ローカルモビリティアンカー」（ＬＭＡ）とは，モバイルノードの関連付けの状態を管理するトポロジカルなアンカーポイントである点において同等であり，「ホームエージェント／ローカルモビリティアンカー」（ＨＡ／ＬＭＡ）は，これらを総称した用語であると解される。
ｊ．前記コより，ＨＡＡＡサーバが，ＰＰＰセッション認証中に，ＲＡＤＩＵＳアクセス承諾メッセージにより「課金モードＶＳＡ」を送信し，当該「課金モードＶＳＡ」は，請求（課金）が，予約単位，ＩＰセション単位，及び／又はＰＣＣフローベースのベアラ請求（ＦＢＣ）のいずれであるかを示すものである。
　したがって，前記キないしコ及び前記ｇ．ないしｊの検討より，周知例には，以下の事項（以下，「周知事項」という。）が記載されているものと認める。
［周知事項１］
「　ｃｄｍａ２０００において，
　ＭＩＰｖ４，ＭＩＰｖ６及びＰＭＩＰｖ４において使用される「ホームエージェント」（ＨＡ）とＰＭＩＰｖ６において使用される「ローカルモビリティアンカー」（ＬＭＡ）とは，モバイルノードの関連付けの状態を管理するトポロジカルなアンカーポイントである点において同等であり，「ホームエージェント／ローカルモビリティアンカー」（ＨＡ／ＬＭＡ）は，これらを総称した用語であること。」
［周知事項２］
「　ｃｄｍａ２０００において，
　ＨＡＡＡサーバが，ＰＰＰセッション認証中に，ＲＡＤＩＵＳアクセス承諾メッセージにより課金モードＶＳＡを送信し，当該課金モードＶＳＡは，請求（課金）が，予約単位，ＩＰセション単位，及び／又はＰＣＣフローベースのベアラ請求（ＦＢＣ）のいずれであるかを示すものであること。」
３．対比・判断
ア　対比
　本願発明と引用発明とを対比する。
（ア）引用発明の「ホーム認証，認可・課金（Home Authorization, Authentication  Accounting：ＨＡＡＡ）サーバ」及び「サービスを提供するパケットデータサービスノード（Packet Data Service Node：ＰＤＳＮ）」は，本願発明の「ホーム認証，認可及び課金（Home Authentication, Authorization and Accounting：ＨＡＡＡ）サーバ」及び「パケットデータサービスノード（Packet Data Service Node：ＰＤＳＮ）」に含まれることは明らかである。
（イ）引用発明は，「ＣＤＭＡ２０００の規格に準拠した無線ＩＰネットワークにおいて，移動局のユーザであるプリペイド加入者に対して，モバイルＩＰセッションに対する代替的なプリペイドサービス（オンライン課金）を提供するための方法」であり，引用発明において，アクセス要求メッセージの受信，ＨＡによってプリペイドサービスを提供するか否かを決定すること，及び，アクセス許諾メッセージを送信することは，「ＨＡＡＡサーバ」によって実行されているところ，全体としてみれば，「ＨＡＡＡサーバ」が課金管理のための処理をしていることが明らかであるから，引用発明は，「ホーム認証，認可及び課金（Home Authentication, Authorization and Accounting：ＨＡＡＡ）サーバで動作する，無線通信における課金管理のための方法」といえる。
（ウ）前記「第２　補正却下の決定」の［理由］の「２．新規事項の有無について」の「（１）補正後の請求項１等に記載の「登録メッセージ」及び「承諾メッセージ」と，出願当初の明細書等に記載した事項との対応関係について」で判断したとおり，本願発明に係る「登録メッセージ」は，本願明細書の記載における「ＡＡＡアクセス要求メッセージ」に対応するものと解される。
　また，前記「第２　補正却下の決定」の［理由］の「２．新規事項の有無について」の「（２）［補正１］及び［補正３］について」で判断したとおり，本願発明において，「前記ＰＤＳＮが…課金が，対応するホームエージェント／ローカルモビリティアンカ（…ＨＡ／ＬＭＡ）で実行されることを確実にすることを示す」ことは，明細書に記載された，「ＰＤＳＮ」が「ＡＡＡアクセス要求メッセージ」の「ＨＡ−ＬＭＡ課金モードＲＡＤＩＵＳ  ＶＳＡ」を「Ｆａｌｓｅ」に設定することに相当し，本願発明における「課金が，対応するホームエージェント／ローカルモビリティアンカ（…ＨＡ／ＬＭＡ）で実行されることを確実にすることを示す前記登録メッセージ」は，明細書に記載された，「ＨＡ−ＬＭＡ課金モードＲＡＤＩＵＳ  ＶＳＡ」が「Ｆａｌｓｅ」に設定された「ＡＡＡアクセス要求メッセージ」に相当すると解される。
　さらに，本願発明において，「
登録メッセージが送信される課金
（エ）一方，引用発明は，「ＣＤＭＡ２０００の規格に準拠した無線ＩＰネットワークにおいて，サービスを提供するパケットデータサービスノード（Packet Data Service Node：ＰＤＳＮ）がプリペイドサービス（オンライン課金）をサポートしない場合に，移動局のユーザであるプリペイド加入者に対して，モバイルＩＰセッションに対する代替的なプリペイドサービスを提供するための方法」であるから，「プリペイドサービス」すなわち「オンライン課金」の対象が，ユーザの「移動局」により実施される「モバイルＩＰセッション」であることは自明であり，そして，「モバイルＩＰセッション」が，ＣＤＭＡ２０００の規格に準拠した無線ＩＰネットワークにおいては，「パケット」による「データセッション」すなわち「パケットデータセッション」といい得るものである。また，前記「オンライン課金」は，「移動局用のパケットデータセッション」のための「課金」（プリペイドサービス）を目的としていることは明らかである。
　また，引用発明において，「ＨＡＡＡサーバ」は，「前記アクセス要求メッセージとプリペイド加入者のユーザプロファイルとに基づいて，ホームエージェント（Home Agent：ＨＡ）によってプリペイドサービスを提供するか否かを決定する」ものであり，「アクセス要求メッセージ」は，「ＰＤＳＮ」から受信するものである。よって，当該「アクセス要求メッセージ」は，プリペイド加入者に対応するホームエージェントにおけるプリペードサービス（課金）の認可を要求するために受信されるものといい得るものである。さらに，前記（ウ）より，本願発明の「登録メッセージ」（ＡＡＡアクセス要求メッセージ）は，「アクセス要求メッセージ」の一種であることは明らかである。
　また，引用発明の「ホームエージェント（Home Agent：ＨＡ）」は，プリペード加入者（ユーザ）に対して代替的なプリペイドを提供し得る主体であるから，「（ユーザに）対応する」ものであるといえる。そうすると，本願発明の「対応するホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）」と，引用発明の「ホームエージェント（Home Agent：ＨＡ）」とは，「対応するホームエージェント（Home Agent：ＨＡ）」を含む点において共通する。
　よって，引用発明と本願発明とは，「前記ＨＡＡＡサーバが，パケットデータサービスノード（Packet Data Service Node：ＰＤＳＮ）から，前記ＰＤＳＮが移動局用パケットデータセッションのための課金であって，登録メッセージが送信される課金が，対応するホームエージェント（Home Agent：ＨＡ）で実行されることを確実にすることを示す前記登録メッセージを受信すること」を備える点において共通する。
（オ）本願発明における「許諾メッセージ」は，「登録メッセージ」に対する応答のメッセージ（応答メッセージ）であることは自明である。同様に，
引用発明における「アクセス許諾メッセージ」も，「アクセス要求メッセージ」に対する応答のメッセージ（応答メッセージ）であることは自明である。
　そうすると，本願発明と引用発明とは，「前記ＨＡＡＡサーバが，前記ＰＤＳＮに応答メッセージを送信すること」を備える点において共通する。
（カ）引用発明における「前記ＨＡＡＡサーバが，プリペイドポリシー決定サービス論理モジュールの決定プロセスにより，前記アクセス要求メッセージとプリペイド加入者のユーザプロファイルとに基づいて，ホームエージェント（Home Agent：ＨＡ）によってプリペイドサービスを提供するか否かを決定する」において，「ＨＡＡＡサーバ」は，「プリペイド加入者」すなわち「移動局」のユーザのために，プリペイドサービス（オンライン課金）が，対応するＨＡにおいて実行されるか否かについて特定するものといえるから，その特定のために使用される「プリペイドポリシー決定サービス論理モジュールの決定プロセス」は，本願発明の「移動局用オペレータポリシ」に相当するといえる。
　また，本願発明において，「承諾メッセージ」は，「登録メッセージ」の受信に応じて，「ＨＡＡＡサーバ」が「ＰＤＳＮ」に送信するものであるから，本願発明の「前記承諾メッセージは，移動局用オペレータポリシに基づいて，前記パケットデータセッションのための前記課金が前記対応するＨＡ／ＬＭＡにおいて実行されるか否かについて特定する」において，「承諾メッセージ」の内容も，当然に「ＨＡＡＡサーバ」が特定していると解するのが合理的である。
　よって，引用発明と本願発明とは，「移動局用オペレータポリシに基づいて，前記パケットデータセッションのための前記課金が前記対応するＨＡにおいて実行されるか否かについて特定する」点において共通する。
イ　一致点・相違点
　前記アから，本願発明と引用発明とは，以下の点で一致ないし相違している。
［一致点］
「　ホーム認証，認可及び課金（Home Authentication, Authorization and Accounting：ＨＡＡＡ）サーバで動作する，無線通信における課金管理のための方法であって，
　前記ＨＡＡＡサーバが，パケットデータサービスノード（Packet Data Service Node：ＰＤＳＮ）から，前記ＰＤＳＮが移動局用パケットデータセッションのための課金であって，登録メッセージが送信される課金が，対応するホームエージェント（Home Agent：ＨＡ）で実行されることを確実にすることを示す前記登録メッセージを受信することと，
　前記ＨＡＡＡサーバが，前記ＰＤＳＮに応答メッセージを送信すること，
　移動局用オペレータポリシに基づいて，前記パケットデータセッションのための前記課金が前記対応するＨＡにおいて実行されるか否かについて特定すること，
　を含む方法。」
［相違点１］
　共通点である「対応するホームエージェント（Home Agent：ＨＡ）」について，本願発明は，「ホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）」であるのに対し，引用発明は，「ローカルモビリティアンカ（Local Mobility Anchor：ＬＭＡ)」について言及がない点。
［相違点２］
　共通点である「応答メッセージ」に関し，本願発明においては，「承諾メッセージ」が，「移動局用オペレータポリシに基づいて，前記パケットデータセッションのための前記課金が前記対応するＨＡ／ＬＭＡにおいて実行されるか否かについて特定する」ものである，すなわち，「移動局用オペレータポリシに基づいて，前記パケットデータセッションのための前記課金が前記対応するＨＡ／ＬＭＡにおいて実行されるか否か」について「特定」した結果を「承諾メッセージ」が含むのに対し，引用発明においては，ＨＡＡＡサーバは，「プリペイドポリシー決定サービス論理モジュールの決定プロセスにより，前記アクセス要求メッセージとプリペイド加入者のユーザプロファイルとに基づいて，ホームエージェント（Home Agent：ＨＡ）によってプリペイドサービスを提供するか否か」を「決定」するものであるものの，「前記ＨＡによってプリペイドサービスを提供すると決定する場合」に送信される「アクセス承諾メッセージ」に「リバーストンネリングが適用される旨の指標を含む」としているのみであり，当該「アクセス承諾メッセージ」が前記「決定」の結果を含むことについて言及がない点。
ウ　相違点についての判断
　上記各相違点について検討する。
［相違点１］について
　周知事項１にあるように，
「　ｃｄｍａ２０００において，
　ＭＩＰｖ４，ＭＩＰｖ６及びＰＭＩＰｖ４において使用される「ホームエージェント」（ＨＡ）とＰＭＩＰｖ６において使用される「ローカルモビリティアンカー」（ＬＭＡ）とは，モバイルノードの関連付けの状態を管理するトポロジカルなアンカーポイントである点において同等であり，「ホームエージェント／ローカルモビリティアンカー」（ＨＡ／ＬＭＡ）は，これらを総称した用語であること。」
は本願の最先の優先日における周知事項である。
　そうすると，本願発明における「ホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）」は，モバイルノードの関連付けの状態を管理するトポロジカルなアンカーポイントとして機能し，ＭＩＰｖ４，ＭＩＰｖ６及びＰＭＩＰｖ４において使用される「ホームエージェント」（ＨＡ）とＰＭＩＰｖ６において使用される「ローカルモビリティアンカー」（ＬＭＡ）とを総称したものであるから，「ＨＡ」と「ＬＭＡ」とは，プロトコルに応じて使い分けられる択一的なものと解される。
　よって，引用発明の「ホームエージェント（Home Agent：ＨＡ）」は，実質的には，「ホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）」に含まれる概念である。
　よって，［相違点１］は実質的な相違点ではない。
　仮に，本願発明における「ホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）」が，「ＬＭＡ」として機能する場合を必須の構成要件として含むと解したとしても，本願の優先日においては，ＭＩＰｖ４，ＭＩＰｖ６及びＰＭＩＰｖ４のみならず，ＰＭＩＰｖ６も周知のプロトコルであったから，周知事項１を参酌して，引用発明における「ホームエージェント（Home Agent：ＨＡ）」をＰＭＩＰｖ６にも対応可能な「ホームエージェント／ローカルモビリティアンカ（Home Agent/Local Mobility Anchor：ＨＡ／ＬＭＡ）」に拡張することは当業者が必要に応じて適宜なし得たことである。
［相違点２］について
　引用発明において，「前記ＨＡによってプリペイドサービスを提供すると決定する場合」に，「アクセス承諾メッセージ」に含まれる「リバーストンネリングが適用される旨の指標」における「リバーストンネリング」とは，本願の最先の優先日における技術常識を参酌すれば，「ＨＡ」を介した通信であると解される。そして，「ＨＡ」によってプリペイドサービスが提供されない場合には，「ＨＡ」を介して通信を行う必要はないことは明らかであるから，引用発明における「リバーストンネリングが適用される旨の指標」は，「課金」が「ＨＡ」において実行されることを特定するものといい得るものである。そして，「ＨＡ」によってプリペイドサービスが提供されない場合には，「リバーストンネリングが適用される旨の指標」が不要となることは当然である。
　そうすると，引用発明は，「アクセス承諾メッセージ」が，「課金」が「ＨＡ」によって実行されるか否かについて特定する」ものであることを示唆しているといえる。
　また，引用発明において，「ＨＡＡＡサーバ」は，「ＰＤＳＮ」から受信した「アクセス要求メッセージ」に応じて，「プリペイドポリシー決定サービス論理モジュールの決定プロセスにより，前記アクセス要求メッセージとプリペイド加入者のユーザプロファイルとに基づいて，ホームエージェント（Home Agent：ＨＡ）によってプリペイドサービスを提供するか否かを決定する」，つまり，プリペイドサービス（オンライン課金）を，ＨＡによって提供するか，ＰＤＳＮによって提供するか，又は，そのいずれによっても提供しないかを決定するものであるから，「ＨＡＡＡサーバ」による決定の結果を，「アクセス要求メッセージ」を送信する「ＰＤＳＮ」に通知すべきことは当業者が当然に想起できることである。
　そして，その前記決定の結果を，「アクセス要求メッセージ」に対する応答である「アクセス承諾メッセージ」において通知することは合理的なことであるから，「アクセス承諾メッセージ」を，「移動局用オペレータポリシに基づいて，前記パケットデータセッションのための前記課金が前記対応するＨＡ／ＬＭＡにおいて実行されるか否かについて特定する」ものとすることは，当業者が容易に想到し得たことである。
　 以上の検討から，［相違点２］に係る本願発明の構成は，当業者が引用発明に基づいて容易に想到し得たものである。
　仮に，本願発明における「承諾メッセージ」が，本願明細書の段落【００３７】に記載されているように，「ＨＡ−ＬＭＡ課金モードＲＡＤＩＵＳ　ＶＳＡ」といったパラメータにより「移動局用オペレータポリシに基づいて，前記パケットデータセッションのための前記課金が前記対応するＨＡ／ＬＭＡにおいて実行されるか否かについて特定する」ものであると限定的に解釈したとしても，周知事項２にあるように，
「　ｃｄｍａ２０００において，
　ＨＡＡＡサーバが，ＰＰＰセッション認証中に，ＲＡＤＩＵＳアクセス承諾メッセージにより課金モードＶＳＡを送信し，当該課金モードＶＳＡは，請求（課金）が，予約単位，ＩＰセション単位，及び／又はＰＣＣフローベースのベアラ請求（ＦＢＣ）のいずれであるかを示すものであること。」
すなわち，ＨＡＡＡサーバによって送信されるアクセス承諾メッセージが，課金モードＶＳＡといったパラメータにより課金モードを特定するという技術思想は周知である。
　また，引用発明において，「ホームエージェント（Home Agent：ＨＡ）によってプリペイドサービスを提供するか否か」を特定することは，課金をどのように行うかを特定するという点において，周知事項２における「課金モード」と共通している。
　よって，引用発明に当該周知の技術思想を適用し，ＨＡＡＡサーバが，ＨＡによってプリペイドサービスを提供するか否かを示す情報を，アクセス承諾メッセージのパラメータによって送信することは，当業者が容易に想到し得たことである。
　したがって，仮に，本願発明における「承諾メッセージ」が，「ＨＡ−ＬＭＡ課金モードＲＡＤＩＵＳ　ＶＳＡ」といったパラメータにより「移動局用オペレータポリシに基づいて，前記パケットデータセッションのための前記課金が前記対応するＨＡ／ＬＭＡにおいて実行されるか否かについて特定する」ものであると限定的に解釈したとしても，「相違点２］に係る本願発明の構成は，当業者が引用発明に基づいて周知事項を参酌することにより容易に想到し得たものである。
　そして，本願発明の作用効果も，引用発明及び周知事項から当業者が容易に予測できる範囲のものである。
４．小括
　よって，本願発明は，当業者が引用発明に基づいて周知事項を参酌して容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
 したがって，本願は，その余の請求項に論及するまでもなく拒絶すべきものである。
　よって，結論のとおり審決する。