【事件の表示】
　特願２００２−５１５８５９「ＵＭＴＳにおけるアカウンティング機能を実行するＲＡＤＩＵＳ動作方法及びシステム」拒絶査定不服審判事件〔平成１４年　２月　７日国際公開、ＷＯ０２／１１４６８、平成１６年　２月１９日国内公表、特表２００４−５０５５６９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯 
　本願は、２００１年７月２７日（パリ条約による優先権主張外国庁受理２０００年７月２７日、米国）を国際出願日とする出願であって、平成２０年６月２６日付けで手続補正がされ、平成２２年７月１３日付けで拒絶理由が通知され、同年１０月２０日付けで手続補正がされたが、平成２３年２月９日付けで拒絶査定がなされ、これに対し、同年６月１５日に拒絶査定不服の審判が請求されるとともに、同日付けで手続補正がされたものである。 
 　 
第２　補正却下の決定 
［補正却下の決定の結論］
　平成２３年６月１５日付けの手続補正を却下する。 
 　 
［理由］ 
１．本願発明と補正後の発明 
　上記手続補正（以下、「本件補正」という。）は補正前の平成２２年１０月２０日付け手続補正書の特許請求の範囲の請求項１に記載された 
　 
　「ワイヤレスアクセスネットワークシステムにおける動作方法であって、
　（ａ）関連付けられるＲＡＤＩＵＳアカウンティング機能を有するＲＡＤＩＵＳシステムを設ける段階と、
　（ｂ）ユーザが、ワイヤレスユーザ装置及び上記ＲＡＤＩＵＳシステムを介しネットワークにアクセスする段階と、
　（ｃ）上記ＲＡＤＩＵＳシステムが、上記ユーザによるアクセス活動を把握し、上記ＲＡＤＩＵＳアカウンティング機能に関連付けられるアカウンティングデータベースにそのような活動を記録する段階とを含み、
　上記ＲＡＤＩＵＳシステムは、ＲＡＤＩＵＳクライアント及びＲＡＤＩＵＳサーバを含み、
　上記ＲＡＤＩＵＳクライアントは、上記ワイヤレスアクセスネットワークシステムに組み込まれる方法。」
 　
という発明（以下、「本願発明」という。）を、 
　 
　「ワイヤレスアクセスネットワークシステムにおける動作方法であって、
　（ａ）関連付けられるＲＡＤＩＵＳアカウンティング機能を有するＲＡＤＩＵＳシステムを設ける段階と、
　（ｂ）ユーザが、ワイヤレスユーザ装置及び上記ＲＡＤＩＵＳシステムを介しネットワークにアクセスする段階と、
　（ｃ）上記ＲＡＤＩＵＳシステムが、上記ユーザによるアクセス活動を把握し、上記ＲＡＤＩＵＳアカウンティング機能に関連付けられるアカウンティングデータベースにそのような活動を記録する段階とを含み、
　上記アカウンティングデータベースは、上記ユーザと上記ネットワークとの接続セッションの間に繰り返しの間隔で更新され、
　上記ＲＡＤＩＵＳシステムは、ＲＡＤＩＵＳクライアント及びＲＡＤＩＵＳサーバを含み、
　上記ＲＡＤＩＵＳクライアントは、上記ワイヤレスアクセスネットワークシステムに組み込まれる方法。」
　
という発明（以下、「補正後の発明」という。）に変更することを含むものである。 
　
２．新規事項の有無、補正の目的要件について 
　本件補正は、願書に最初に添付した明細書又は図面に記載した事項の範囲内において、補正前の特許請求の範囲の請求項１に記載された、「アカウンティングデータベース」に関し、「上記アカウンティングデータベースは、上記ユーザと上記ネットワークとの接続セッションの間に繰り返しの間隔で更新され」と限定して、特許請求の範囲を減縮するものであるから、平成１４年法律第２４号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第３項（新規事項）及び平成１４年法律第２４号改正附則第２条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項第２号（補正の目的）の規定に適合している。 
　
３．独立特許要件について 
　本件補正は特許請求の範囲の減縮を目的とするものであるから、上記補正後の発明が特許出願の際独立して特許を受けることができるものであるのかどうかについて以下に検討する。 
　
（１）補正後の発明 
　上記「１．本願発明と補正後の発明」の項で補正後の発明として認定したとおりである。 
　
（２）引用発明 
　原審の拒絶理由に引用された国際公開第９９／０１９６９号（以下、「引用例」という。）には、「NETWORK ACCESS METHODS, INCLUDING DIRECT WIRELESS TO INTERNET ACCESS」（訳文：インターネットへのダイレクトワイヤレスアクセスを含む、ネットワークアクセス方法）として、図面とともに以下の事項が記載されている。 
　
イ．「A. Field of the Invention
　This invention relates to the field of data communication and more particularly to a method of connecting a wireless user generating digital data (for example, a computer having a cellular telephone modem) to a computer network, such as a corporate backbone LAN or the Internet.」（１頁７〜１１行）
　
イ．の訳文：「Ａ．発明の分野
  この発明はデータ通信の分野に関し、特にワイヤレスユーザにより発生されたディジタルデータ（携帯電話モデムを有したコンピュータ等）を、社内ＬＡＮやインターネットなどのコンピュータネットワークに接続する方法に関する。」
　
ロ．「FIG. 1 is an illustration of a preferred network access system 10 for users of wireless equipment 12,14 that can be used to practice the invention. Remote devices such as a laptop computer 12 with a wireless modem or a wireless personal data assistant (PDA) 14 communicate via wireless modem to a wireless digital communications network 16 in accordance with the TDMA (Time Division Multiple Access) or the CDMA (Code Division Multiple Access) standards.
　
　The wireless network 16 includes a Mobile Switching Center (MSC) (not shown), which is an element within the wireless telecommunications network 16 that provides public switched telephone network connectivity, control functions and switching functions for the wireless users. In the embodiment of FIG. 1, the MSC places data from the remote wireless users onto a high speed digital frame relay line FR for transmission to a communications chassis 20 in the local calling area. In a preferred embodiment, the communications chassis 20 comprises an integrated network access server such as the Total Control Network Enterprise Hub of 3Com Corporation (formerly from U. S. Robotics), modified to interface with the frame relay line FR and perform tunneling, authentication and accounting functions as described below.」（６頁３〜１９行）
　
ロ．の訳文：「 図１には、本発明の実施に好適なネットワークアクセスシステム１０が示されている。このシステムは無線装置１２、１４のユーザにより使用される。無線モデムを備えたラップトップコンピュータ、又は無線パーソナルデータアシスタント（ＰＤＡ）１４等の遠隔装置は、無線モデムを介して、ＴＤＭＡ（時分割多重アクセス）又はＣＤＭＡ（符号分割多重アクセス）標準に従って、無線ディジタル通信ネットワークと通信を行う。
　
　ワイヤレスネットワーク１６はモバイルスイッチングセンタ（ＭＳＣ）（図示しない）を含む。移動交換センタは無線通信ネットワーク１６内の要素であり、ワイヤレスユーザに対して公衆交換電話ネットワークへの接続、制御機能及び交換機能を提供する。図１の実施例では、ワイヤレスユーザからのデータはＭＳＣにより高速ディジタルフレームリレー回線ＦＲに乗せられ、ローカル呼び出しエリア内の通信シャシ２０に送信される。好適な実施例では、通信シャシ２０は３Ｃｏｍ社（前身はU．S．Robotics）の総合制御ネットワーク企業体ハブ（Total Control Network Enterprise Hub）等の統合ネットワークアクセスサーバを有する。この場合、該サーバはフレームリレー回線ＦＲとインターフェースし、後述するトンネリング、認証、及びアカウンティング機能を行うよう修正される。」
　
ハ．「These combination of features allow the ISP or other entity managing the communications chassis 20 and authentication server 32A the ability to significantly increase the features it provides to its customers. It also allows the ISP to provide Internet access for other Internet service providers, and in the process presumably generate revenue for such services. For the wireless users, the Internet or corporate network access is a matter of a local call through the wireless network 16 to the communications device 20.
　
　In a preferred form of the invention, the communications chassis 20 is a robust communications platform such as the Total Control Enterprise Network Hub incorporating an integral general purpose computing platform, i. e., the EdgeServer TM card commercially available from 3COM. This product allows the communications chassis to run a commercially available stand alone operating system, such as WINDOWS NT TM from Microsoft Corporation, as well as other remote access software products such as RADIUS (Remote Authentication Dial In User Service). In the above-described Internet access methods, the accounting and authentication functions are preferably employed using the RADIUS protocol, which is a widely known protocol described in Request for Comments (RFC) 2058, January 1997, which is incorporated by reference herein, or other commercially available or known accounting software programs.」（８頁２３行〜９頁９行）
　
ハ．の訳文：「このような特徴の組み合わせにより、通信シャシ２０並びに認証サーバ３２Ａを運営しているＩＳＰ又はその他の組織に対して、それらがクライアントに提供するサービスを大幅に増加する能力が与えられる。また、この組み合わせにより、ＩＳＰは他のインターネットサービスプロバイダに対してもインターネットアクセスを提供することが可能となり、その過程でそのようなサービスに対する収益がおそらく生ずる。ワイヤレスユーザから見れば、ワイヤレスネットワーク１６を介しての通信装置２０へのローカル呼出により、インターネット又は企業ネットワークヘアクセスできる。
　
　本発明の好適な実施例では、通信シャシ２０は統合汎用コンピュータプラットホームを備えた前述の総合制御ネットワーク企業体ハブ等の強力な通信プラットホーム、すなわち３ＣＯＭ社から入手可能なEdgeServerTMである。この製品を利用することにより、通信シャシは、マイクロソフト社のウィンドウズＮＴ等の市販の独立型オペレーティングシステムや、その他の遠隔アクセスソフトウェア製品、例えばＲＡＤＩＵＳ（Remote Authentication Dial In User Service）を動作させることが可能となる。上述のインターネットアクセス方法では、好適には、課金及び認証機能はＲＡＤＩＵＳプロトコル、又はその他の市販又は公知の課金ソフトウェアプログラムを利用して使用される。ＲＡＤＩＵＳプロトコルは公知のプロトコルであり、本願明細書に参照として引用するＲＦＣ２０５８、１９９７年１月、に記載されている。」
　
ニ．「The communications chassis 20 communicates with an authentication server (e. g., 32A) running RADIUS to implement authentication and accounting through the UDP/IP protocol stack, as shown in FIG. 4. FIG. 4 is an illustration of the protocol stacks for authentication and accounting interface between the network access server or communications chassis 20 and the authentication server 32A of FIG. 1. UDP is a connection-less oriented protocol built on top of the Internet Protocol (IP).」（１７頁４〜９行）
　
ニ．の訳文：「 図４に示すように、通信シャシ２０の通信相手である認証サーバ（３２Ａ等）はＲＡＤＩＵＳを実行し、ＵＤＰ/ＩＰプロトコルスタックを介して認証と課金を行う。図４は、ネットワークアクセスサーバ又は通信シャシ２０と図１の認証サーバ３２Ａ間の認証・課金インタフェース用のプロトコルを示す。ＵＤＰは、インターネットプロトコル（ＩＰ）の上位に位置するコネクションレス型プロトコルである。」
　
ホ．「RADIUS Accounting Interface
　Both the communications chassis and the Tunneling Server will implement RADIUS accounting client functions as defined in RFC 2059. If an Accounting Server is associated with the Authentication Server controlling a call, each RADIUS accounting client will send the following RADIUS accounting messages as described in this section.
　
　The accounting clients from the communications chassis and the Tunneling Server will send the accounting Start message upon receiving the Access-Accept message from the RADIUS Authentication Server.
　
　Once a call has been dropped, cleared, or disconnect, the accounting clients will send an accounting Stop message to the RADIUS accounting server.
　
　The accounting Start message is conveyed by the RADIUS Accounting-Request message with Acct-Status-Type value set to 1. The accounting Stop message is conveyed by the RADIUS Accounting-Request message with Acct-Status-Type value set to 2.
　
　Accounting-Request Message
　The Accounting-Request packets are sent from the client to RADIUS accounting server and convey information used to provide accounting for a service provided to a user.
　
　The following are part of the accounting related attributes which may be sent along with the message:
　・Acct-Status-Type: This attribute indicates whether this Accounting-Request marks the beginning of the user service (Start) or the end (Stop).
　・Acct-Delay-Time: This attribute indicates for how many seconds the client has been trying to send this record, and can be subtracted from the time of arrival on the server to find the approximate time of the event generating this Accounting-Request.
　・Acct-Input-Octets: This attribute indicates how many octets have been received from the port over the course of this service being provided, and can only be present in Accounting-Request records where the Acct-Status- Type is set to Stop.
　・Acct-Output-Octets: This attribute indicates how many octets have been sent to the communications chassis in the course of delivering this service, and can only be present in Accounting-Request records where the Acct-Status-Type set to Stop.
　・Acct-Session-Id: This attribute is a unique Accounting ID to make it easy to match start and stop records in a log file. The start and stop records for a given session must have the same Acct-Session-Id. It is strongly recommended that the Acct-Session-Id be a printable ASCII string. 
　・Acct-Authentic: This attribute may be included in an Accounting-Request to indicate how the user was authenticated, whether by RADIUS, the sender itself, or another remote authentication protocol. Users who are delivered service without being authenticated should not generate Accounting records.
　・Acct-Session-Time: This attribute indicates for how many seconds the user has received service, and can only be present in Accounting-Request records where the Acct-Status-Type is set to Stop.
　・Acct-Input-Packets: This attribute indicates how many packets have been received from the port over the course of this service being provided to a Framed User, and can only be present in Accounting-Request records where the Acct-Status-Type is set to Stop.
　・Acct-Output-Packets: This attribute indicates how many packets have been sent to the port in the course of delivering this service to a Framed User, and can only be present in Accounting-Request records where the Acct-Status-Type is set to Stop.
　・Acct-Terminate-Cause: This attribute indicates how the session was terminated, and can only be present in Accounting-Request records where the Acct-Status-Type is set to Stop.
　
　Accounting-Response Message
　Upon receipt of an Accounting-Request, the RADIUS accounting server must reply with the Accounting-Response message if it successfully records the accounting packet, and must not transmit and reply if it fails to record the accounting packet.」（２７頁２４行〜２９頁２４行）
　
ホ．の訳文：「 ＲＡＤＩＵＳ課金インタフェース
　通信シャシとトンネリングサーバの両方は、ＲＦＣ２０５９に規定されたようにＲＡＤＩＵＳ課金クライアント機能を実施する。課金サーバが、呼出を制御する認証サーバと関連付けられていれば、それぞれのＲＡＤＩＵＳ課金クライアントは以下のＲＡＤＩＵＳ課金メッセージをここに記載のように送出する。
　
　通信シャシ及びトンネリングサーバからの課金クライアントは、ＲＡＤＩＵＳ認証サーバからアクセス受入メッセージを受け取ると、課金スタートメッセージを送る。
　
　呼出が一旦放棄、クリア、ないし切断されると、課金クライアントは課金ストップメッセージをＲＡＤＩＵＳ  課金サーバに送る。
　課金スタートメッセージはＲＡＤＩＵＳ課金要求により、課金ステータス値を１に設定されて、送信される。課金ストップメッセージはＲＡＤＩＵＳ課金要求メッセージにより、課金ステータスタイプ値を２に設定されて送信される。
　
　課金要求メッセージ
　課金要求パケットはクライアントからＲＡＤＩＵＳ課金サーバに送られ、ユーザに対して供給されたサービスに対する課金を供給するための情報を伝送する。
　
　以下は、メッセージと共に送ることのできる課金関連属性の一部である。
　・課金ステータスタイプ：この属性は、この課金要求がユーザサービスの始まり（スタート）なのか、又は終わり（ストップ）なのかを示す。
　・課金遅延時間：このお属性は、クライアントが何秒間この記録を送ろうとしていたかを示す。この属性をサーバへの到着時間から抽出することにより、課金要求を発生しているイベントのおよその時間を知ることができる。
　・課金入力オクテット：この属性は、このサービスが供給されてからいくつのオクテットがポートから受け取られたかを示し、課金ステータスタイプがストップに設定されている課金要求記録内にのみ存在する。
　・課金出力オクテット：この属性はこのサービスを供給し始めてからいくつのオクテットが通信シャシに送られたかを示し、課金ステータスタイプがストップに設定されている課金要求記録内にのみ存在する。
　・課金セッションＩＤ：この属性は、個別の課金ＩＤであり、ログファイルにおいてスタートとストップ記録のマッチングを容易にする。任意のスタート・ストップ記録は同一の課金セッションＩＤを有していなければならない。課金セッションＩＤはプリント可能なＡＳＣＩＩストリングであることが推奨される。
　・課金認証：この属性は、課金要求に含めることが
でき、ユーザがいかに認証されたか、すなわちＲＡＤＩＵＳによってか、送り出し側によってか、又はその他のリモート認証プロトコルによってかを示す。認証なしにサービスを供給されたユーザは課金記録を発生しないはずである。
　・課金セッション時間：この属性は、ユーザが何秒間サービスを受け取ったかを示し、課金ステータスタイプがストップに設定されている課金要求記録においてのみ存在し得る。
　・課金入力パケット：この属性はフレーム化ユーザに対してサービスが供給されて以来ポートから何個のパケットが受け取られたかを示し、課金ステータスタイプがストップに設定されている課金要求記録においてのみ存在し得る。
　・課金出力パケット：この属性はフレーム化ユーザに対してサービスが供給されて以来ポートに対して何個のパケットが送らたかを示し、課金ステータスタイプがストップに設定されている課金要求記録においてのみ存在し得る。
　・課金中止原因：この属性は、セッションがどのように中止されたかを示し、課金ステータスタイプがストップに設定されている課金要求記録においてのみ存在し得る。
　
　課金応答メッセージ
　課金要求を受け取ると、ＲＡＤＩＵＳ課金サーバは課金応答メッセージにより、課金パケットの記録に成功したかどうかに関して応答しなければならない。課金パケットの記録に失敗した場合は送信しない。」
　
　上記引用例の記載及び図面並びにこの分野における技術常識を考慮すると、上記引用例の上記摘記事項ロ．における「 図１には、本発明の実施に好適なネットワークアクセスシステム１０が示されている。このシステムは無線装置１２、１４のユーザにより使用される。無線モデムを備えたラップトップコンピュータ、又は無線パーソナルデータアシスタント（ＰＤＡ）１４等の遠隔装置は、無線モデムを介して、ＴＤＭＡ（時分割多重アクセス）又はＣＤＭＡ（符号分割多重アクセス）標準に従って、無線ディジタル通信ネットワークと通信を行う。ワイヤレスネットワーク１６はモバイルスイッチングセンタ（ＭＳＣ）（図示しない）を含む。移動交換センタは無線通信ネットワーク１６内の要素であり、ワイヤレスユーザに対して公衆交換電話ネットワークへの接続、制御機能及び交換機能を提供する。図１の実施例では、ワイヤレスユーザからのデータはＭＳＣにより高速ディジタルフレームリレー回線ＦＲに乗せられ、ローカル呼び出しエリア内の通信シャシ２０に送信される。」との記載、及び図１によれば、ネットワークアクセスシステム（１０）は、ユーザにより使用される無線装置（１２、１４）と、ワイヤレスネットワーク（１６）と、通信シャシ（２０）とを備えている。そして、上記引用例の上記摘記事項ニ．における「図４に示すように、通信シャシ２０の通信相手である認証サーバ（３２Ａ等）はＲＡＤＩＵＳを実行し、ＵＤＰ/ＩＰプロトコルスタックを介して認証と課金を行う。図４は、ネットワークアクセスサーバ又は通信シャシ２０と図１の認証サーバ３２Ａ間の認証・課金インタフェース用のプロトコルを示す。」との記載、及び図４によれば、通信シャシ（２０）は、通信相手として認証サーバ（３２Ａ）を備え、認証サーバ（３２Ａ）は、ＲＡＤＩＵＳを実行し、認証と課金を行うものである。すなわち、ネットワークアクセスシステム（１０）は、ＲＡＤＩＵＳを備える通信シャシ（２０）及びＲＡＤＩＵＳを実行して認証と課金を行う認証サーバ（２３Ａ）を備えているから、課金機能について捉えれば、（α）ＲＡＤＩＵＳ課金機能を有するＲＡＤＩＵＳシステムを設けているということができる。
　また、上記引用例の上記摘記事項ハ．における「ワイヤレスユーザから見れば、ワイヤレスネットワーク１６を介しての通信装置２０へのローカル呼出により、インターネット又は企業ネットワークヘアクセスできる。」との記載、及び図１によれば、（β）ユーザは、インターネット又は企業ネットワークヘアクセスする際に、無線装置（１２、１４）及び通信装置（通信シャシ）（２０）を用いワイヤレスネットワーク（１６）にアクセスしていることが読み取れる。ここで、ユーザは、通信装置（通信シャシ）（２０）を介してアクセスしているから、前述のＲＡＤＩＵＳシステムを介してアクセスしていることは明らかである。
　また、上記引用例の上記摘記事項ホ．における「通信シャシとトンネリングサーバの両方は、ＲＦＣ２０５９に規定されたようにＲＡＤＩＵＳ課金クライアント機能を実施する。課金サーバが、呼出を制御する認証サーバと関連付けられていれば、それぞれのＲＡＤＩＵＳ課金クライアントは以下のＲＡＤＩＵＳ課金メッセージをここに記載のように送出する。通信シャシ及びトンネリングサーバからの課金クライアントは、ＲＡＤＩＵＳ認証サーバからアクセス受入メッセージを受け取ると、課金スタートメッセージを送る。呼出が一旦放棄、クリア、ないし切断されると、課金クライアントは課金ストップメッセージをＲＡＤＩＵＳ  課金サーバに送る。」との記載によれば、前述のＲＡＤＩＵＳシステムは、通信シャシ（２０）及び認証サーバ（３２Ａ）から成るから、それぞれ、ＲＡＤＩＵＳ課金クライアント及びＲＡＤＩＵＳ課金サーバということができる。そして、ユーザが、呼出・放棄・クリア・切断することに応じて、ＲＡＤＩＵＳ課金クライアントは、ＲＡＤＩＵＳ課金（スタート・ストップ）メッセージを送出し、ＲＡＤＩＵＳ課金サーバが受け取っているから、前述のＲＡＤＩＵＳシステムは、前述のユーザによる呼出・放棄・クリア・切断（スタート・ストップ）を把握しているということができる。ここで、上記引用例の上記摘記事項ホ．における「課金セッションＩＤ：この属性は、個別の課金ＩＤであり、ログファイルにおいてスタートとストップ記録のマッチングを容易にする。任意のスタート・ストップ記録は同一の課金セッションＩＤを有していなければならない。」との記載によれば、前述の呼出・放棄・クリア・切断（スタート・ストップ）は、ログファイルに記録され、当該ログファイルは、課金情報の記録機能として、課金機能の一部を担うから、前述のＲＡＤＩＵＳシステムのＲＡＤＩＵＳ課金機能に関連付けられていることは明らかである。そうすると、（γ）前述のＲＡＤＩＵＳシステムは、前述のユーザによる呼出・放棄・クリア・切断（スタート・ストップ）を把握し、前述のＲＡＤＩＵＳ課金機能に関連付けられるログファイルにそのような呼出・放棄・クリア・切断（スタート・ストップ）を記録しているということができる。
　
　したがって、上記（α）〜（γ）をステップ毎に纏めると、上記引用例には、以下の発明（以下、「引用発明」という。）が開示されているものと認められる。
　
　「ネットワークアクセスシステム（１０）におけるネットワークアクセス方法であって、
　（α）ＲＡＤＩＵＳ課金機能を有するＲＡＤＩＵＳシステムを設けるステップと、
　（β）ユーザが、無線装置（１２、１４）及び上記ＲＡＤＩＵＳシステムを介しワイヤレスネットワーク（１６）にアクセスするステップと、
　（γ）上記ＲＡＤＩＵＳシステムが、上記ユーザによる呼出・放棄・クリア・切断（スタート・ストップ）を把握し、上記ＲＡＤＩＵＳ課金機能に関連付けられるログファイルにそのような呼出・放棄・クリア・切断（スタート・ストップ）を記録するステップとを含み、
　上記ＲＡＤＩＵＳシステムは、ＲＡＤＩＵＳ課金クライアント及びＲＡＤＩＵＳ課金サーバを含む方法。」
　
（３）対比・判断 
　補正後の発明と引用発明とを対比する。 
ａ．引用発明の「ネットワークアクセスシステム（１０）」と、補正後の発明の「ワイヤレスアクセスネットワークシステム」とは、いずれも、「アクセスネットワークシステム」という点で一致する。
ｂ．引用発明の「ＲＡＤＩＵＳ課金機能」、「無線装置（１２、１４）」、「ＲＡＤＩＵＳ課金クライアント」及び「ＲＡＤＩＵＳ課金サーバ」は、補正後の発明の「ＲＡＤＩＵＳアカウンティング機能」、「ワイヤレスユーザ装置」、「ＲＡＤＩＵＳクライアント」及び「ＲＡＤＩＵＳサーバ」にそれぞれ相当する。
ｃ．引用発明の「ワイヤレスネットワーク（１６）」は、補正後の発明の「ネットワーク」に含まれる。
ｄ．引用発明の「呼出・放棄・クリア・切断（スタート・ストップ）」は、ユーザによるネットワークへのアクセスに伴いユーザが働いた状態を表すから、「アクセス活動」ということができる。
ｅ．引用発明の「ログファイル」と、補正後の発明の「アカウンティングデータベース」とは、いずれも、「特定の記憶要素」という点で一致する。
ｆ．引用発明の「ネットワークアクセス方法」は、「動作方法」の一種である。
　
　したがって、補正後の発明と引用発明は、以下の点で一致ないし相違している。 
 　 
（一致点） 
　「アクセスネットワークシステムにおける動作方法であって、
　（ａ）ＲＡＤＩＵＳアカウンティング機能を有するＲＡＤＩＵＳシステムを設ける段階と、
　（ｂ）ユーザが、ワイヤレスユーザ装置及び上記ＲＡＤＩＵＳシステムを介しネットワークにアクセスする段階と、
　（ｃ）上記ＲＡＤＩＵＳシステムが、上記ユーザによるアクセス活動を把握し、上記ＲＡＤＩＵＳアカウンティング機能に関連付けられる特定の記憶要素にそのような活動を記録する段階とを含み、
　上記ＲＡＤＩＵＳシステムは、ＲＡＤＩＵＳクライアント及びＲＡＤＩＵＳサーバを含む方法。」
　
（相違点１）
　「アクセスネットワークシステム」の伝送媒体に関し、
　補正後の発明は、「ワイヤレス」であるのに対し、引用発明は、その様な特定がない点。
　
（相違点２）
　「ＲＡＤＩＵＳアカウンティング機能を有するＲＡＤＩＵＳシステム」の態様に関し、
　補正後の発明は、「関連付けられる」ものであるのに対し、引用発明は、その様な特定がない点。
　
（相違点３）
　「特定の記憶要素」に関し、
　補正後の発明は、「アカウンティングデータベース」であるのに対し、引用発明は、「ログファイル」である点。
　
（相違点４）
　「特定の記憶要素」の態様に関し、
　補正後の発明は、「上記アカウンティングデータベースは、上記ユーザと上記ネットワークとの接続セッションの間に繰り返しの間隔で更新され」るものであるのに対し、引用発明は、その様な特定がない点。
　
（相違点５）
　「ＲＡＤＩＵＳクライアント」に関し、
　補正後の発明は、「上記ＲＡＤＩＵＳクライアントは、上記ワイヤレスアクセスネットワークシステムに組み込まれる」のに対し、引用発明は、その様な特定がない点。
　
　そこで、まず、上記相違点１について検討する。 
　引用発明は、「ネットワークアクセスシステム（１０）」であるところ、上記引用例の上記摘記事項ハ．における「ワイヤレスユーザから見れば、ワイヤレスネットワーク１６を介しての通信装置２０へのローカル呼出により、インターネット又は企業ネットワークヘアクセスできる。」との記載、及び図１によれば、ネットワークアクセスシステム（１０）は、ワイヤレスネットワーク（１６）をアクセスネットワークとして含むから、補正後の発明のように「ワイヤレス」とすることは当業者が適宜なし得ることである。
　
　次に、上記相違点２について検討する。
　引用発明は、「ＲＡＤＩＵＳ課金機能を有するＲＡＤＩＵＳシステム」（ＲＡＤＩＵＳアカウンティング機能を有するＲＡＤＩＵＳシステム）であるところ、上記引用例の上記摘記事項ホ．における「課金セッションＩＤ：この属性は、個別の課金ＩＤであり、ログファイルにおいてスタートとストップ記録のマッチングを容易にする。任意のスタート・ストップ記録は同一の課金セッションＩＤを有していなければならない。」との記載によれば、課金セッションＩＤやセッションのスタート・ストップは、課金情報として、課金機能に関連する情報であり、ＲＡＤＩＵＳシステムのＲＡＤＩＵＳ課金機能に関連付けられていることは明らかであるから、補正後の発明のように「関連付けられる」ということは当業者が適宜なし得ることである。
　
　次に、上記相違点３について検討する。
　引用発明は、「ログファイル」であるところ、課金サーバの記憶装置として、データベースを用いることは、例えば、国際公開第９９／０７１０８号（２６頁３〜２１行、ＦＩＧ．１０）に開示されるように周知であるから、引用発明の「ログファイル」に換え、補正後の発明のように「アカウンティングデータベース」とすることは当業者が容易になし得ることである。
　
　次に、上記相違点４について検討する。
　上記相違点３についての検討を踏まえ、また、ＲＡＤＩＵＳにおいて、アカウティングデータをユーザとネットワークとの接続セッションの間に繰り返しの間隔で更新することは、例えば、特開平１１−２８４６６６号公報（段落【０１６０】〜【０１６４】）、特開平１１−２８９３５３号公報（段落【０１９８】〜【０２０２】）に開示されるように周知であるから、補正後の発明のように「上記アカウンティングデータベースは、上記ユーザと上記ネットワークとの接続セッションの間に繰り返しの間隔で更新され」るものとすることは当業者が容易になし得ることである。
　
　次に、上記相違点５について検討する。
　上記引用例の上記摘記事項ニ．における「 図４に示すように、通信シャシ２０の通信相手である認証サーバ（３２Ａ等）はＲＡＤＩＵＳを実行し、ＵＤＰ/ＩＰプロトコルスタックを介して認証と課金を行う。図４は、ネットワークアクセスサーバ又は通信シャシ２０と図１の認証サーバ３２Ａ間の認証・課金インタフェース用のプロトコルを示す。」との記載、及び図４によれば、通信シャシ（２０）（ＲＡＤＩＵＳクライアント）は、そのプロトコルスタックに最上位層として、ＲＡＤＩＵＳを備えており、また、通信シャシ（２０）（ＲＡＤＩＵＳクライアント）は、ワイヤレスアクセスネットワークシステムの要素であるから、補正後の発明のように「上記ＲＡＤＩＵＳクライアントは、上記ワイヤレスアクセスネットワークシステムに組み込まれる」とすることは当業者が適宜なし得ることである。
　
　そして、補正後の発明の作用効果も、引用発明及び周知技術から当業者が容易に予測できる範囲のものである。 
 　 
　以上のとおり、補正後の発明は引用発明及び周知技術に基づいて容易に発明できたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。 
 　 
４．結語 
　したがって、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。  
 　 
第３　本願発明について 
１．本願発明 
　平成２３年６月１５日付けの手続補正は上記のとおり却下されたので、本願発明は、上記「第２　補正却下の決定　１．本願発明と補正後の発明」の項で「本願発明」として認定したとおりである。 
　 
２．引用発明 
　引用発明は、上記「第２　補正却下の決定」の項中の「３．独立特許要件について」の項中の「（２）引用発明」の項で認定したとおりである。 
 　 
３．対比・判断 
　本願発明は上記補正後の発明から当該本件補正に係る限定を省いたものである。 
　そうすると、本願発明の構成に当該本件補正に係る限定を付加した補正後の発明が、上記「第２　補正却下の決定」の項中の「３．独立特許要件について」の項で検討したとおり、引用発明及び周知技術に基づいて容易に発明できたものであるから、本願発明も同様の理由により、容易に発明できたものである。 
　 
４．むすび 
　以上のとおり、本願発明は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものと認められるから、特許法第２９条第２項の規定により特許を受けることができない。 
 　
　よって、結論のとおり審決する。