【事件の表示】
　特願２０１３−５３２８０９「ワイヤレスハンドヘルドコンピューティングデバイスのメモリリソースを管理するためのシステムおよび方法」拒絶査定不服審判事件〔平成２４年　４月１２日国際公開，ＷＯ２０１２／０４７４１９，平成２５年１０月３１日国内公表，特表２０１３−５４０３２２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１．手続の経緯
　本願は，２０１１年８月３１日（パリ条約による優先権主張外国庁受理２０１０年１０月４日　アメリカ合衆国）を国際出願日とする出願であって，
　平成２５年４月３日付けで特許法第１８４条の４第１項の規定による明細書，請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文が提出されると共に審査請求がなされ，平成２６年１月１４日付けで審査官により拒絶理由が通知され，これに対して平成２６年５月２１日付けで意見書が提出されると共に手続補正がなされ，平成２６年７月１４日付けで審査官により最後の拒絶理由が通知され，これに対して平成２６年９月１２日付けで意見書が提出されると共に手続補正がなされたが，平成２６年１０月２３日付けで審査官により平成２６年９月１２日付けの手続補正に対して補正却下の決定がなされる共に拒絶査定がなされ，これに対して平成２７年２月２６日付けで審判請求がなされると共に手続補正がなされ，平成２７年４月２３日付けで審査官により特許法第１６４条第３項の規定に基づく報告がなされ，平成２７年８月１１日付けで上申書の提出があったものである。
　
第２．平成２７年２月２６日付けの手続補正の却下の決定
　
　［補正却下の決定の結論］
　
　平成２７年２月２６日付け手続補正を却下する。
　
　［理由］
　
１．補正の内容
　平成２７年２月２６日付けの手続補正（以下，「本件手続補正」という）により，平成２６年５月２１日付けの手続補正により補正された特許請求の範囲，
「　【請求項１】
ワイヤレスハンドヘルドコンピューティングデバイスの1つまたは複数のメモリリソースを管理するための方法であって，
ウェブブラウザモジュールを開始するための要求を受信するステップと，
ウェブアドレスのための入力を受信するステップと，
前記ウェブアドレスに対応するファイルを受信するステップと，
前記ファイル内に存在するオブジェクトの1つまたは複数のアドレスをレビューするステップであって，前記1つまたは複数のアドレスは夫々，前記ウェブブラウザモジュールによりアクセスされるオブジェクトを指すステップと，
オブジェクトごとにアクセス頻度を記録するためのオブジェクトトラッキングテーブルを更新するステップであって，前記アクセス頻度は，所与のオブジェクトが前記ウェブブラウザモジュールによりアクセスされた所与の期間にわたるインスタンスの数を示すステップと，
オブジェクトが前記1つまたは複数のメモリリソース内にすでに存在するか否かを判断するステップと，
第1のオブジェクトが前記1つまたは複数のメモリリソースに存在しないときに前記第1のオブジェクトに対する優先順位を計算するステップであって，前記優先順位は，前記第1のオブジェクトのタイプ，前記オブジェクトトラッキングテーブルにおける前記第1のオブジェクトに関連付けられたアクセス頻度に基づく，ステップと，
前記優先順位を前記オブジェクトに割り当てるステップであって，前記第1のオブジェクトがウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする場合には，前記第1のオブジェクトに高い優先順位が割り当てられるステップと
を含む，方法。
　　【請求項２】
前記ワイヤレスハンドヘルドコンピューティングデバイス内の1つまたは複数のメモリリソースの現在状態を判断するステップをさらに含む，請求項1に記載の方法。
　　【請求項３】
前記1つまたは複数のメモリリソースの状態が，前記ウェブブラウザモジュールのための容量の増加に応じられることを示す場合に，前記ウェブブラウザモジュールのために利用可能な容量を増加させる，請求項2に記載の方法。
　　【請求項４】
オブジェクトに対する優先順位を計算するステップが，前記ウェブブラウザモジュールによって以前に前記オブジェクトがアクセスされたか否かを判断するステップを含む，請求項1に記載の方法。
　　【請求項５】
オブジェクトに対する優先順位を計算するステップが，前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを前記オブジェクトが有するか否かを判断するステップを含む，請求項1に記載の方法。
　　【請求項６】
前記優先順位を前記1つまたは複数のメモリリソース内に記憶するステップをさらに含む，請求項1に記載の方法。
　　【請求項７】
前記オブジェクトが前記1つまたは複数のメモリリソースの閾値を超えるか否かを判断するステップと，より低い優先順位を有する他のオブジェクトを廃棄するステップとをさらに含む，請求項1に記載の方法。
　　【請求項８】
前記オブジェクトが，カスケーディングスタイルシート，ジャバスクリプトファイル，画像ファイル，およびジャバスクリプトライブラリのうちの少なくとも1つを含む，請求項1に記載の方法。
　　【請求項９】
前記ワイヤレスハンドヘルドコンピューティングデバイスが，携帯電話，携帯情報端末，ページャ，スマートフォン，ナビゲーションデバイス，およびワイヤレス接続またはワイヤレスリンクを含むハンドヘルドコンピュータのうちの少なくとも1つを備える，請求項1に記載の方法。
　　【請求項１０】
ワイヤレスハンドヘルドコンピューティングデバイスの1つまたは複数のメモリリソースを管理するためのコンピュータシステムであって，
ウェブブラウザモジュールを開始するための要求を受信し，
ウェブアドレスのための入力を受信し，
前記ウェブアドレスに対応するファイルを受信し，
前記ファイル内に存在するオブジェクトの1つまたは複数のアドレスをレビューし，
オブジェクトごとにアクセス頻度を記録するためのオブジェクトトラッキングテーブルを更新し，
オブジェクトが前記1つまたは複数のメモリリソース内にすでに存在するか否かを判断し，
第1のオブジェクトが前記1つまたは複数のメモリリソースに存在しないときに前記第1のオブジェクトに対する優先順位を計算し，
前記優先順位を前記オブジェクトに割り当てる
ように動作可能なプロセッサを備え，
前記1つまたは複数のアドレスは夫々，前記ウェブブラウザモジュールによりアクセスされるオブジェクトを指し，
前記アクセス頻度は，所与のオブジェクトが前記ウェブブラウザモジュールによりアクセスされた所与の期間にわたるインスタンスの数を示し，
前記優先順位は，前記第1のオブジェクトのタイプ，前記オブジェクトトラッキングテーブルにおける前記第1のオブジェクトに関連付けられたアクセス頻度に基づき，
前記第1のオブジェクトがウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする場合には，前記第1のオブジェクトに高い優先順位が割り当てられる，
システム。
　　【請求項１１】
前記プロセッサがさらに，
前記ワイヤレスハンドヘルドコンピューティングデバイス内の1つまたは複数のメモリリソースの現在状態を判断するように動作可能である，請求項10に記載のシステム。
　　【請求項１２】
前記1つまたは複数のメモリリソースの状態が，前記ウェブブラウザモジュールのための容量の増加に応じられることを示す場合に，前記プロセッサが，前記ウェブブラウザモジュールのために利用可能な容量を増加させるように動作可能である，請求項11に記載のシステム。
　　【請求項１３】
オブジェクトに対する優先順位を計算するように動作可能な前記プロセッサが，前記ウェブブラウザモジュールによって以前に前記オブジェクトがアクセスされたか否かを判断する前記プロセッサを含む，請求項10に記載のシステム。
　　【請求項１４】
オブジェクトに対する優先順位を計算するように動作可能な前記プロセッサが，前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを前記オブジェクトが有するか否かを判断する前記プロセッサを含む，請求項10に記載のシステム。
　　【請求項１５】
前記プロセッサがさらに，
前記優先順位を前記1つまたは複数のメモリリソース内に記憶するように動作可能である，請求項10に記載のシステム。
　　【請求項１６】
前記プロセッサがさらに，
前記オブジェクトが前記1つまたは複数のメモリリソースの閾値を超えるか否かを判断して，より低い優先順位を有する他のオブジェクトを廃棄するように動作可能である，請求項10に記載のシステム。
　　【請求項１７】
前記オブジェクトが，カスケーディングスタイルシート，ジャバスクリプトファイル，画像ファイル，およびジャバスクリプトライブラリのうちの少なくとも1つを備える，請求項10に記載のシステム。
　　【請求項１８】
前記ワイヤレスハンドヘルドコンピューティングデバイスが，携帯電話，携帯情報端末，ページャ，スマートフォン，ナビゲーションデバイス，およびワイヤレス接続またはワイヤレスリンクを含むハンドヘルドコンピュータのうちの少なくとも1つを備える，請求項10に記載のシステム。
　　【請求項１９】
ワイヤレスハンドヘルドコンピューティングデバイスの1つまたは複数のメモリリソースを管理するためのコンピュータシステムであって，
ウェブブラウザモジュールを開始するための要求を受信するための手段と，
ウェブアドレスのための入力を受信するための手段と，
前記ウェブアドレスに対応するファイルを受信するための手段と，
前記ファイル内に存在するオブジェクトの1つまたは複数のアドレスをレビューするための手段であって，前記1つまたは複数のアドレスは夫々，前記ウェブブラウザモジュールによりアクセスされるオブジェクトを指す手段と，
オブジェクトごとにアクセス頻度を記録するためのオブジェクトトラッキングテーブルを更新する手段であって，前記アクセス頻度は，所与のオブジェクトが前記ウェブブラウザモジュールによりアクセスされた所与の期間にわたるインスタンスの数を示す手段と，
オブジェクトが前記1つまたは複数のメモリリソース内にすでに存在するか否かを判断するための手段と，
第1のオブジェクトが前記1つまたは複数のメモリリソースに存在しないときに前記第1のオブジェクトに対する優先順位を計算する手段であって，前記優先順位は，前記第1のオブジェクトのタイプ，前記オブジェクトトラッキングテーブルにおける前記第1のオブジェクトに関連付けられたアクセス頻度に基づく，手段と，
前記優先順位を前記オブジェクトに割り当てるための手段であって，前記第1のオブジェクトがウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする場合には，前記第1のオブジェクトに高い優先順位が割り当てられる手段と
を含む，システム。
　　【請求項２０】
前記ワイヤレスハンドヘルドコンピューティングデバイス内の1つまたは複数のメモリリソースの現在状態を判断するための手段をさらに含む，請求項19に記載のシステム。
　　【請求項２１】
前記1つまたは複数のメモリリソースの状態が，前記ウェブブラウザモジュールのための容量の増加に応じられることを示す場合に，前記ウェブブラウザモジュールのために利用可能な容量を増加させる，請求項20に記載のシステム。
　　【請求項２２】
オブジェクトに対する優先順位を計算するための前記手段が，前記ウェブブラウザモジュールによって以前に前記オブジェクトがアクセスされたか否かを判断するための手段をさらに含む，請求項19に記載のシステム。
　　【請求項２３】
オブジェクトに対する優先順位を計算するための前記手段が，前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを前記オブジェクトが有するか否かを判断するための手段を含む，請求項19に記載のシステム。
　　【請求項２４】
前記優先順位を前記1つまたは複数のメモリリソース内に記憶するための手段をさらに含む，請求項19に記載のシステム。
　　【請求項２５】
前記オブジェクトが前記1つまたは複数のメモリリソースの閾値を超えるか否かを判断するための手段と，より低い優先順位を有する他のオブジェクトを廃棄するための手段とをさらに含む，請求項19に記載のシステム。
　　【請求項２６】
前記オブジェクトが，カスケーディングスタイルシート，ジャバスクリプトファイル，画像ファイル，およびジャバスクリプトライブラリのうちの少なくとも1つを備える，請求項19に記載のシステム。
　　【請求項２７】
前記ワイヤレスハンドヘルドコンピューティングデバイスが，携帯電話，携帯情報端末，ページャ，スマートフォン，ナビゲーションデバイス，およびワイヤレス接続またはワイヤレスリンクを含むハンドヘルドコンピュータのうちの少なくとも1つを備える，請求項19に記載のシステム。
　　【請求項２８】
コンピュータにより実行可能なコンピュータ可読プログラムコードからなるコンピュータプログラムであって，前記コンピュータ可読プログラムコードが，ワイヤレスハンドヘルドコンピューティングデバイスの1つまたは複数のメモリリソースを管理するための方法を実施するように実行されるようになされ，前記方法が，
ウェブブラウザモジュールを開始するための要求を受信するステップと，
ウェブアドレスのための入力を受信するステップと，
前記ウェブアドレスに対応するファイルを受信するステップと，
前記ファイル内に存在するオブジェクトの1つまたは複数のアドレスをレビューするステップであって，前記1つまたは複数のアドレスは夫々，前記ウェブブラウザモジュールによりアクセスされるオブジェクトを指すステップと，
オブジェクトごとにアクセス頻度を記録するためのオブジェクトトラッキングテーブルを更新するステップであって，前記アクセス頻度は，所与のオブジェクトが前記ウェブブラウザモジュールによりアクセスされた所与の期間にわたるインスタンスの数を示すステップと，
オブジェクトが前記1つまたは複数のメモリリソース内にすでに存在するか否かを判断するステップと，
第1のオブジェクトが前記1つまたは複数のメモリリソースに存在しないときに前記第1のオブジェクトに対する優先順位を計算するステップであって，前記優先順位は，前記第1のオブジェクトのタイプ，前記オブジェクトトラッキングテーブルにおける前記第1のオブジェクトに関連付けられたアクセス頻度に基づく，ステップと，
前記優先順位を前記オブジェクトに割り当てるステップであって，前記第1のオブジェクトがウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする場合には，前記第1のオブジェクトに高い優先順位が割り当てられるステップと
を含む，コンピュータプログラム。
　　【請求項２９】
前記方法を実施する前記プログラムコードが，
前記ワイヤレスハンドヘルドコンピューティングデバイス内の1つまたは複数のメモリリソースの現在状態を判断するステップをさらに含む，請求項28に記載のコンピュータプログラム。
　　【請求項３０】
前記方法を実施する前記プログラムコードが，
前記1つまたは複数のメモリリソースの状態が，前記ウェブブラウザモジュールのための容量の増加に応じられることを示すか否かを判断するステップと，前記ウェブブラウザモジュールのために利用可能な容量を増加させるステップとをさらに含む，請求項28に記載のコンピュータプログラム。
　　【請求項３１】
前記方法を実施する前記プログラムコードが，
前記ウェブブラウザモジュールによって以前に前記オブジェクトがアクセスされたか否かを判断するステップによってオブジェクトに対する前記優先順位を計算するステップをさらに含む，請求項28に記載のコンピュータプログラム。
　　【請求項３２】
前記方法を実施する前記プログラムコードが，
前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを前記オブジェクトが有するか否かを判断するステップによってオブジェクトに対する前記優先順位を計算するステップをさらに含む，請求項28に記載のコンピュータプログラム。
　　【請求項３３】
前記方法を実施する前記プログラムコードが，
前記優先順位を前記1つまたは複数のメモリリソース内に記憶するステップをさらに含む，請求項28に記載のコンピュータプログラム。
　　【請求項３４】
前記方法を実施する前記プログラムコードが，
前記オブジェクトが前記1つまたは複数のメモリリソースの閾値を超えるか否かを判断するステップと，より低い優先順位を有する他のオブジェクトを廃棄するステップとをさらに含む，請求項28に記載のコンピュータプログラム。
　　【請求項３５】
前記オブジェクトが，カスケーディングスタイルシート，ジャバスクリプトファイル，画像ファイル，およびジャバスクリプトライブラリのうちの少なくとも1つを備える，請求項28に記載のコンピュータプログラム。
　　【請求項３６】
前記ワイヤレスハンドヘルドコンピューティングデバイスが，携帯電話，携帯情報端末，ページャ，スマートフォン，ナビゲーションデバイス，およびワイヤレス接続またはワイヤレスリンクを含むハンドヘルドコンピュータのうちの少なくとも1つを備える，請求項28に記載のコンピュータプログラム。」（以下，上記引用の請求項各項を，「補正前の請求項」という）は，
「　【請求項１】
ワイヤレスハンドヘルドコンピューティングデバイスの1つまたは複数のメモリリソースを管理するための方法であって，
ウェブブラウザモジュールを開始するための要求を受信するステップと，
ウェブアドレスのための入力を受信するステップと，
前記ウェブアドレスに対応するファイルを受信するステップと，
前記ファイル内に存在するオブジェクトの1つまたは複数のアドレスをレビューするステップであって，前記1つまたは複数のアドレスは夫々，前記ウェブブラウザモジュールによりアクセスされるオブジェクトを指すステップと，
オブジェクトごとにアクセス頻度を記録するためのオブジェクトトラッキングテーブルを更新するステップであって，前記アクセス頻度は，所与のオブジェクトが前記ウェブブラウザモジュールによりアクセスされた所与の期間にわたるインスタンスの数を示すステップと，
オブジェクトが前記1つまたは複数のメモリリソース内にすでに存在するか否かを判断するステップと，
第1のオブジェクトが前記1つまたは複数のメモリリソースに存在しないときに前記第1のオブジェクトに対する優先順位を計算するステップであって，前記優先順位は，前記第1のオブジェクトのタイプ，前記オブジェクトトラッキングテーブルにおける前記第1のオブジェクトに関連付けられたアクセス頻度に基づく，ステップと，
前記優先順位を前記オブジェクトに割り当てるステップであって，前記第1のオブジェクトが前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを有する場合には，前記第1のオブジェクトに高い優先順位が割り当てられるステップと
を含む，方法。
　　【請求項２】
前記ワイヤレスハンドヘルドコンピューティングデバイス内の1つまたは複数のメモリリソースの現在状態を判断するステップをさらに含む，請求項1に記載の方法。
　　【請求項３】
前記1つまたは複数のメモリリソースの状態が，前記ウェブブラウザモジュールのための容量の増加に応じられることを示す場合に，前記ウェブブラウザモジュールのために利用可能な容量を増加させる，請求項2に記載の方法。
　　【請求項４】
オブジェクトに対する優先順位を計算するステップが，前記ウェブブラウザモジュールによって以前に前記オブジェクトがアクセスされたか否かを判断するステップを含む，請求項1に記載の方法。
　　【請求項５】
オブジェクトに対する優先順位を計算するステップが，前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを前記オブジェクトが有するか否かを判断するステップを含む，請求項1に記載の方法。
　　【請求項６】
前記優先順位を前記1つまたは複数のメモリリソース内に記憶するステップをさらに含む，請求項1に記載の方法。
　　【請求項７】
前記オブジェクトが前記1つまたは複数のメモリリソースの閾値を超えるか否かを判断するステップと，より低い優先順位を有する他のオブジェクトを廃棄するステップとをさらに含む，請求項1に記載の方法。
　　【請求項８】
前記オブジェクトが，カスケーディングスタイルシート，ジャバスクリプトファイル，画像ファイル，およびジャバスクリプトライブラリのうちの少なくとも1つを含む，請求項1に記載の方法。
　　【請求項９】
前記ワイヤレスハンドヘルドコンピューティングデバイスが，携帯電話，携帯情報端末，ページャ，スマートフォン，ナビゲーションデバイス，およびワイヤレス接続またはワイヤレスリンクを含むハンドヘルドコンピュータのうちの少なくとも1つを備える，請求項1に記載の方法。
　　【請求項１０】
ワイヤレスハンドヘルドコンピューティングデバイスの1つまたは複数のメモリリソースを管理するためのコンピュータシステムであって，
ウェブブラウザモジュールを開始するための要求を受信し，
ウェブアドレスのための入力を受信し，
前記ウェブアドレスに対応するファイルを受信し，
前記ファイル内に存在するオブジェクトの1つまたは複数のアドレスをレビューし，
オブジェクトごとにアクセス頻度を記録するためのオブジェクトトラッキングテーブルを更新し，
オブジェクトが前記1つまたは複数のメモリリソース内にすでに存在するか否かを判断し，
第1のオブジェクトが前記1つまたは複数のメモリリソースに存在しないときに前記第1のオブジェクトに対する優先順位を計算し，
前記優先順位を前記オブジェクトに割り当てる
ように動作可能なプロセッサを備え，
前記1つまたは複数のアドレスは夫々，前記ウェブブラウザモジュールによりアクセスされるオブジェクトを指し，
前記アクセス頻度は，所与のオブジェクトが前記ウェブブラウザモジュールによりアクセスされた所与の期間にわたるインスタンスの数を示し，
前記優先順位は，前記第1のオブジェクトのタイプ，前記オブジェクトトラッキングテーブルにおける前記第1のオブジェクトに関連付けられたアクセス頻度に基づき，
前記第1のオブジェクトが前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを有する場合には，前記第1のオブジェクトに高い優先順位が割り当てられる，
システム。
　　【請求項１１】
前記プロセッサがさらに，
前記ワイヤレスハンドヘルドコンピューティングデバイス内の1つまたは複数のメモリリソースの現在状態を判断するように動作可能である，請求項10に記載のシステム。
　　【請求項１２】
前記1つまたは複数のメモリリソースの状態が，前記ウェブブラウザモジュールのための容量の増加に応じられることを示す場合に，前記プロセッサが，前記ウェブブラウザモジュールのために利用可能な容量を増加させるように動作可能である，請求項11に記載のシステム。
　　【請求項１３】
オブジェクトに対する優先順位を計算するように動作可能な前記プロセッサが，前記ウェブブラウザモジュールによって以前に前記オブジェクトがアクセスされたか否かを判断する前記プロセッサを含む，請求項10に記載のシステム。
　　【請求項１４】
オブジェクトに対する優先順位を計算するように動作可能な前記プロセッサが，前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを前記オブジェクトが有するか否かを判断する前記プロセッサを含む，請求項10に記載のシステム。
　　【請求項１５】
前記プロセッサがさらに，
前記優先順位を前記1つまたは複数のメモリリソース内に記憶するように動作可能である，請求項10に記載のシステム。
　　【請求項１６】
前記プロセッサがさらに，
前記オブジェクトが前記1つまたは複数のメモリリソースの閾値を超えるか否かを判断して，より低い優先順位を有する他のオブジェクトを廃棄するように動作可能である，請求項10に記載のシステム。
　　【請求項１７】
前記オブジェクトが，カスケーディングスタイルシート，ジャバスクリプトファイル，画像ファイル，およびジャバスクリプトライブラリのうちの少なくとも1つを備える，請求項10に記載のシステム。
　　【請求項１８】
前記ワイヤレスハンドヘルドコンピューティングデバイスが，携帯電話，携帯情報端末，ページャ，スマートフォン，ナビゲーションデバイス，およびワイヤレス接続またはワイヤレスリンクを含むハンドヘルドコンピュータのうちの少なくとも1つを備える，請求項10に記載のシステム。
　　【請求項１９】
ワイヤレスハンドヘルドコンピューティングデバイスの1つまたは複数のメモリリソースを管理するためのコンピュータシステムであって，
ウェブブラウザモジュールを開始するための要求を受信するための手段と，
ウェブアドレスのための入力を受信するための手段と，
前記ウェブアドレスに対応するファイルを受信するための手段と，
前記ファイル内に存在するオブジェクトの1つまたは複数のアドレスをレビューするための手段であって，前記1つまたは複数のアドレスは夫々，前記ウェブブラウザモジュールによりアクセスされるオブジェクトを指す手段と，
オブジェクトごとにアクセス頻度を記録するためのオブジェクトトラッキングテーブルを更新する手段であって，前記アクセス頻度は，所与のオブジェクトが前記ウェブブラウザモジュールによりアクセスされた所与の期間にわたるインスタンスの数を示す手段と，
オブジェクトが前記1つまたは複数のメモリリソース内にすでに存在するか否かを判断するための手段と，
第1のオブジェクトが前記1つまたは複数のメモリリソースに存在しないときに前記第1のオブジェクトに対する優先順位を計算する手段であって，前記優先順位は，前記第1のオブジェクトのタイプ，前記オブジェクトトラッキングテーブルにおける前記第1のオブジェクトに関連付けられたアクセス頻度に基づく，手段と，
前記優先順位を前記オブジェクトに割り当てるための手段であって，前記第1のオブジェクトが前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを有する場合には，前記第1のオブジェクトに高い優先順位が割り当てられる手段と
を含む，システム。
　　【請求項２０】
前記ワイヤレスハンドヘルドコンピューティングデバイス内の1つまたは複数のメモリリソースの現在状態を判断するための手段をさらに含む，請求項19に記載のシステム。
　　【請求項２１】
前記1つまたは複数のメモリリソースの状態が，前記ウェブブラウザモジュールのための容量の増加に応じられることを示す場合に，前記ウェブブラウザモジュールのために利用可能な容量を増加させる，請求項20に記載のシステム。
　　【請求項２２】
オブジェクトに対する優先順位を計算するための前記手段が，前記ウェブブラウザモジュールによって以前に前記オブジェクトがアクセスされたか否かを判断するための手段をさらに含む，請求項19に記載のシステム。
　　【請求項２３】
オブジェクトに対する優先順位を計算するための前記手段が，前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを前記オブジェクトが有するか否かを判断するための手段を含む，請求項19に記載のシステム。
　　【請求項２４】
前記優先順位を前記1つまたは複数のメモリリソース内に記憶するための手段をさらに含む，請求項19に記載のシステム。
　　【請求項２５】
前記オブジェクトが前記1つまたは複数のメモリリソースの閾値を超えるか否かを判断するための手段と，より低い優先順位を有する他のオブジェクトを廃棄するための手段とをさらに含む，請求項19に記載のシステム。
　　【請求項２６】
前記オブジェクトが，カスケーディングスタイルシート，ジャバスクリプトファイル，画像ファイル，およびジャバスクリプトライブラリのうちの少なくとも1つを備える，請求項19に記載のシステム。
　　【請求項２７】
前記ワイヤレスハンドヘルドコンピューティングデバイスが，携帯電話，携帯情報端末，ページャ，スマートフォン，ナビゲーションデバイス，およびワイヤレス接続またはワイヤレスリンクを含むハンドヘルドコンピュータのうちの少なくとも1つを備える，請求項19に記載のシステム。
　　【請求項２８】
コンピュータにより実行可能なコンピュータ可読プログラムコードからなるコンピュータプログラムであって，前記コンピュータ可読プログラムコードが，ワイヤレスハンドヘルドコンピューティングデバイスの1つまたは複数のメモリリソースを管理するための方法を実施するように実行されるようになされ，前記方法が，
ウェブブラウザモジュールを開始するための要求を受信するステップと，
ウェブアドレスのための入力を受信するステップと，
前記ウェブアドレスに対応するファイルを受信するステップと，
前記ファイル内に存在するオブジェクトの1つまたは複数のアドレスをレビューするステップであって，前記1つまたは複数のアドレスは夫々，前記ウェブブラウザモジュールによりアクセスされるオブジェクトを指すステップと，
オブジェクトごとにアクセス頻度を記録するためのオブジェクトトラッキングテーブルを更新するステップであって，前記アクセス頻度は，所与のオブジェクトが前記ウェブブラウザモジュールによりアクセスされた所与の期間にわたるインスタンスの数を示すステップと，
オブジェクトが前記1つまたは複数のメモリリソース内にすでに存在するか否かを判断するステップと，
第1のオブジェクトが前記1つまたは複数のメモリリソースに存在しないときに前記第1のオブジェクトに対する優先順位を計算するステップであって，前記優先順位は，前記第1のオブジェクトのタイプ，前記オブジェクトトラッキングテーブルにおける前記第1のオブジェクトに関連付けられたアクセス頻度に基づく，ステップと，
前記優先順位を前記オブジェクトに割り当てるステップであって，前記第1のオブジェクトが前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを有する場合には，前記第1のオブジェクトに高い優先順位が割り当てられるステップと
を含む，コンピュータプログラム。
　　【請求項２９】
前記方法を実施する前記プログラムコードが，
前記ワイヤレスハンドヘルドコンピューティングデバイス内の1つまたは複数のメモリリソースの現在状態を判断するステップをさらに含む，請求項28に記載のコンピュータプログラム。
　　【請求項３０】
前記方法を実施する前記プログラムコードが，
前記1つまたは複数のメモリリソースの状態が，前記ウェブブラウザモジュールのための容量の増加に応じられることを示すか否かを判断するステップと，前記ウェブブラウザモジュールのために利用可能な容量を増加させるステップとをさらに含む，請求項28に記載のコンピュータプログラム。
　　【請求項３１】
前記方法を実施する前記プログラムコードが，
前記ウェブブラウザモジュールによって以前に前記オブジェクトがアクセスされたか否かを判断するステップによってオブジェクトに対する前記優先順位を計算するステップをさらに含む，請求項28に記載のコンピュータプログラム。
　　【請求項３２】
前記方法を実施する前記プログラムコードが，
前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを前記オブジェクトが有するか否かを判断するステップによってオブジェクトに対する前記優先順位を計算するステップをさらに含む，請求項28に記載のコンピュータプログラム。
　　【請求項３３】
前記方法を実施する前記プログラムコードが，
前記優先順位を前記1つまたは複数のメモリリソース内に記憶するステップをさらに含む，請求項28に記載のコンピュータプログラム。
　　【請求項３４】
前記方法を実施する前記プログラムコードが，
前記オブジェクトが前記1つまたは複数のメモリリソースの閾値を超えるか否かを判断するステップと，より低い優先順位を有する他のオブジェクトを廃棄するステップとをさらに含む，請求項28に記載のコンピュータプログラム。
　　【請求項３５】
前記オブジェクトが，カスケーディングスタイルシート，ジャバスクリプトファイル，画像ファイル，およびジャバスクリプトライブラリのうちの少なくとも1つを備える，請求項28に記載のコンピュータプログラム。
　　【請求項３６】
前記ワイヤレスハンドヘルドコンピューティングデバイスが，携帯電話，携帯情報端末，ページャ，スマートフォン，ナビゲーションデバイス，およびワイヤレス接続またはワイヤレスリンクを含むハンドヘルドコンピュータのうちの少なくとも1つを備える，請求項28に記載のコンピュータプログラム。」（以下，上記引用の請求項各項を，「補正後の請求項」という）に補正された。
　
２．補正の適否
（１）新規事項
　本件手続補正が，特許法第１８４条の１２第２項により読み替える同法第１７条の２第３項の規定を満たすものであるか否か，即ち，本件手続補正が，平成２５年４月３日付けで提出された明細書，請求の範囲の日本語による翻訳文，及び，国際出願の願書に添付された図面（以下，これを「当初明細書等」という）に記載した事項の範囲内でなされたものであるかについて，以下に検討する。
　
ア．新規事項についての当審の判断
　本件手続補正は，補正前の請求項１，請求項１０，請求項１９，及び，請求項２８に記載された，
「ウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする」，
　という記載事項を，
「前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを有する」，
　という記載に変更するものである。
　前記引用の補正前の請求項１，請求項１０，請求項１９，及び，請求項２８に附加された記載内容に関して，当初明細書等には，段落【００７７】に，
「オブジェクトが以前にアクセスされていない，つまりオブジェクト605がオブジェクトトラッキング表1000の中に存在しないものとDMAS 109が判断する場合，DMAS 109は，そのオブジェクト605をオブジェクトトラッキング表1000の中に記入し，次いで決定ブロック1325に進んで，
オブジェクト605がウェブブラウザ105に対してグローバルアプリケーションを有し得るか否かを判断することができる
この段において，オブジェクト605がグローバルアプリケーションを有するものとDMAS 109が判断する場合
オブジェクト605は，異なるウェブサイトにわたるグローバルアプリケーションを有し得るものと判断されているので，一般に，オブジェクト605の優先順位は，オブジェクト605がより高い優先順位を有するように調整される
　と記載されていて，上記引用の段落【００７７】の記載内容の，特に，下線を附した記載内容から，当初明細書等には，本件手続補正によって，補正前の請求項１，請求項１０，請求項１９，及び，請求項２８に附加された，
「前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを有する」，
　という記載事項が，記載されていることが読み取れるので，本件手続補正は，当初明細書等の記載の範囲内でなされたものである。
イ．新規事項むすび
　以上に検討したとおりであるから，本件手続補正は，特許法第１８４条の１２第２項により読み替える同法第１７条の２第３項の規定を満たすものである。
　
（２）目的要件
　本件手続補正が，特許法第１８４条の１２第２項により読み替える同法第１７条の２第５項の規定を満たすものであるか否か，即ち，本件手続補正が，特許法第１７条の２第５項に規定する請求項の削除，特許請求の範囲の減縮（特許法第３６条第５項の規定により請求項に記載した発明を特定するために必要な事項を限定するものであって，その補正前の当該請求項に記載された発明とその補正後の当該請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるものに限る），誤記の訂正，或いは，明りょうでない記載の釈明（拒絶理由通知に係る拒絶の理由に示す事項についてするものに限る）の何れかを目的としたものであるかについて，以下に検討する。
　
 ア．目的要件についての当審の判断
　審判請求人は，平成２７年２月２６日付けの審判請求書において，
「３．１．手続補正について 
　審判請求人は，本審判請求と同日付でする提出する手続補正書により，平成２６年５月２１日に提出した手続補正書に記載の請求項１，１０，１９，および２８を補正致しました。 
　かかる補正は，出願当初明細書段落００７７等の記載に基づき，新規事項を追加するものではありません。また，当該補正は所謂シフト補正にはあたらず，限定的減縮をする補正であり，特許法第１７条の２第３項乃至第５項（第２号）の要件を満たす補正であります。」
　と述べているので，本件手続補正が，限定的減縮を目的としたものであるかについて，以下に検討する。
　本件手続補正は，上記「（１）新規事項」の「ア．新規事項についての当審の判断」において指摘したとおりの補正事項を含むものである。
　ここで，補正前の請求項１，請求項１０，請求項１９，及び，請求項２８に記載された，
「ウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする」，
　という記載事項は，原審により平成２６年７月１４日付けの拒絶理由のおいて指摘されたとおり，当初明細書等には記載されていない事項である。
　そして，上述の補正事項は，上記引用の補正前の記載事項を，
「前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを有する」，
　という補正後の記載事項に置き換えるものである。
　加えて，上記引用の補正前の記載内容と，補正後の記載内容の間には，直接の関連性は見出せない。
　以上，検討したとおりであるから，当初明細書等に記載されていない，上記引用の補正前の記載事項を，直接の関連性が見出せない，他の表現に補正することは，特許請求の範囲に記載された事項の限定的な減縮を意図したものであるとは認められない。
　また，上述の補正事項が，上記引用の補正前の記載事項が明瞭でないという指摘に基づいた，明瞭でない記載の釈明を目的としたものでないこと，誤記の訂正，請求項の削除を目的としたものでないことも明らかであるから，
　本件手続補正は，請求項の削除，特許請求の範囲の減縮（特許法第３６条第５項の規定により請求項に記載した発明を特定するために必要な事項を限定するものであって，その補正前の当該請求項に記載された発明とその補正後の当該請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるものに限る），誤記の訂正，或いは，明りょうでない記載の釈明（拒絶理由通知に係る拒絶の理由に示す事項についてするものに限る）の何れかを目的としたものであるとは認められない。
　
イ．目的要件むすび
　したがって，本件手続補正は，特許法第１８４条の１２第２項により読み替える同法第１７条の２第５項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 
　
（３）独立特許要件
　本件手続補正は，上記「（２）目的要件」において検討したとおり，特許法第１８４条の１２第２項により読み替える同法第１７条の２第５項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものであるが，仮に，本件手続補正が，目的要件を満たすものとして，
　本件手続補正が，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定を満たすものであるか否か，即ち，補正後の請求項に記載されている事項により特定される発明が特許出願の際独立して特許を受けることができるものであるか否か，以下に検討する。
　
ア．独立特許要件についての当審の判断
（ア）補正後の請求項１に係る発明
　補正後の請求項１に係る発明（以下，これを「本件補正発明」という）は，上記「１．補正の内容」において，補正後の請求項１として引用した，次のとおりのものである。
　
「ワイヤレスハンドヘルドコンピューティングデバイスの1つまたは複数のメモリリソースを管理するための方法であって，
ウェブブラウザモジュールを開始するための要求を受信するステップと，
ウェブアドレスのための入力を受信するステップと，
前記ウェブアドレスに対応するファイルを受信するステップと，
前記ファイル内に存在するオブジェクトの1つまたは複数のアドレスをレビューするステップであって，前記1つまたは複数のアドレスは夫々，前記ウェブブラウザモジュールによりアクセスされるオブジェクトを指すステップと，
オブジェクトごとにアクセス頻度を記録するためのオブジェクトトラッキングテーブルを更新するステップであって，前記アクセス頻度は，所与のオブジェクトが前記ウェブブラウザモジュールによりアクセスされた所与の期間にわたるインスタンスの数を示すステップと，
オブジェクトが前記1つまたは複数のメモリリソース内にすでに存在するか否かを判断するステップと，
第1のオブジェクトが前記1つまたは複数のメモリリソースに存在しないときに前記第1のオブジェクトに対する優先順位を計算するステップであって，前記優先順位は，前記第1のオブジェクトのタイプ，前記オブジェクトトラッキングテーブルにおける前記第1のオブジェクトに関連付けられたアクセス頻度に基づく，ステップと，
前記優先順位を前記オブジェクトに割り当てるステップであって，前記第1のオブジェクトが前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを有する場合には，前記第1のオブジェクトに高い優先順位が割り当てられるステップと
を含む，方法。」
　
（イ）引用刊行物に記載された事項
あ．原審における平成２６年１月１４日付けの拒絶理由（以下，これを「原審拒絶理由１」という）に引用された，本願の第１国出願前に既に公知である，特開２００８−００９６１８号公報（２００８年１月１７日公開，以下，これを「引用刊行物１」という）には，関連する図面と共に，次の事項が記載されている。
　
Ａ．「【０００２】
　
現在の携帯電話装置は，インターネットなどの通信ネットワーク上に配置されたコンテンツサーバから配信されるコンテンツデータを通信端末に内蔵されたブラウザ機能により閲覧することができる
【０００３】
　そして，携帯電話装置は，無線を使用することから転送レートが小さく，頁の閲覧に時間がかかるため，高速化を図ってきた。即ち，
携帯電話装置は，一度閲覧した頁はキャッシュメモリに保存しておき，再度閲覧する場合はそれを参照するようにした
【０００４】
　そして，現在，
ＰＣなどのＷｅｂブラウザで閲覧する一般コンテンツが閲覧可能なＷｅｂブラウザを搭載している携帯電話が登場している
【０００５】
　ところが，現在の携帯電話装置に搭載されているＷｅｂブラウザのキャッシュ領域は携帯向けコンテンツ向けに考えられているため，大きな容量を確保していない。即ち，携帯端末装置のＷｅｂブラウザは，ＰＣなどで閲覧可能な一般コンテンツサイズに対応したキャッシュ領域を有していない。
【０００６】
　しかも現在のキャッシュ登録方法では，わずか数秒での頁移動やキー操作が皆無などの重要でないと思われるコンテンツも全てキャッシュ領域に登録していた。その結果，以前に登録した重要なコンテンツがキャッシュ領域から削除される可能性が高くなった。
【０００７】
　そのため重要なコンテンツをキャッシュ領域からヒストリバック／フォアード機能により表示しようとした場合，コンテンツサーバとの無駄な通信が発生してしまう確率が非常に高くなった。なぜなら，その重要なコンテンツがキャッシュ領域になければ，通信によりネットワークよりそのコンテンツを再取得する必要があったからである。」
　
Ｂ．「【００３１】
  次に，本発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００３２】
　図１は，本発明の第１の実施の形態を示す携帯電話装置のブロック図である。
【００３３】
　図１を参照すると，
携帯電話装置１は，プログラム２，コンテンツキャッシュ領域３，時計装置４，通信装置５と代替コンテンツ６，表示装置７およびヒストリ管理テーブル８とからなる。プログラム２は，図示しないＲＯＭに格納され，図示しないＣＰＵによりプログラム２が実行される
【００３４】
　
プログラム２には，あらかじめＷｅｂブラウザ２１が組み込まれている
【００３５】
　
コンテンツキャッシュ領域３はＲＡＭ（ランダム・アクセス・メモリ）によって構成され，Ｗｅｂブラウザ２１が管理する領域であり，ブラウザ２１で表示したコンテンツを保存するために使用される
　
Ｃ．「【００３９】
　
ヒストリ管理テーブル８は，コンテンツの閲覧履歴情報を管理するテーブルである
【００４０】
　
Ｗｅｂブラウザ２１には，コンテンツキャッシュ領域３にコンテンツの登録／削除を行うキャッシュ登録／削除手段２１１，コンテンツの閲覧履歴を示す閲覧履歴情報を管理するヒストリ管理手段２１２がある
【００４１】
　
Ｗｅｂブラウザ２１には，さらに，閲覧時間取得手段２１３，コンテンツ重要度判断手段２１４，ヒストリバック／フォアード手段２１５，コンテンツ取得手段２１６がある
　
Ｄ．「【００４８】
　まず，
Ｗｅｂブラウザ２１にてユーザのＵＲＬ指定操作による次のコンテンツ取得の開始要求が発生した場合（ステップＡ１），コンテンツ重要度判断手段２１４は，閲覧時間取得手段２１３により表示装置７が現在表示しているコンテンツのコンテンツ閲覧時間を取得し（ステップＡ２），次に，コンテンツ重要度判断手段２１４は，コンテンツの閲覧時間はｎ秒より長いかによってコンテンツの重要度の判断を行う（ステップＡ３）。そして，コンテンツの閲覧時間がｎ秒より長い場合は，コンテンツの重要度は高いと見なしステップＡ４に遷移する
【００４９】
　
ステップＡ４では，キャッシュ登録／削除手段２１１は，キャッシュ領域３にコンテンツを登録する（ステップＡ４）。そして，ヒストリ管理手段２１２は，ヒストリ管理テーブル８（図２）に閲覧履歴情報の設定を行い，その際重要度に“高”を設定する
　
Ｅ．「【００５３】
　
ヒストリ管理テーブル８に該当するコンテンツの閲覧履歴情報が存在しなかった場合，コンテンツ取得手段２１６は，通信によってネットワークからそのコンテンツを取得する
【００５４】
　ヒストリ管理テーブル８に該当するコンテンツの閲覧履歴情報が存在した場合，コンテンツ取得手段２１６は，該当コンテンツの重要度を参照する（ステップＢ３）。
【００５５】
　重要度が“高”の場合，コンテンツ取得手段２１６は，コンテンツキャッシュ領域３より該当するコンテンツを取得する（ステップＢ４）。」
　
い．原審拒絶理由１において引用された，本願の第１国出願前に既に公知である，特開２００６−１４６９６７号公報（２００６年６月８日公開，以下，これを「引用刊行物２」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｆ．「【０００７】
　ユーザー１のブラウザがindex.htmlを受信した後，ブラウザは，そのページを構文解析し，
画像とアイコンのような埋め込まれたオブジェクトをフェッチするために追加要求を出す
　
う．原審拒絶理由１に引用された，本願の第１国出願前に既に公知である，特開２００１−０５１８９２号公報（２００１年２月２３日公開，以下，これを「引用刊行物３」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｇ．「【０００２】
【従来の技術】キャッシュサーバは，リクエストされたオブジェクトがキャッシュ内に蓄積されている場合は，当該オブジェクトをクライアントへ転送し，キャッシュ置換アルゴリズムによって，当該オブジェクトの順位を変更する。また，
リクエストされたオブジェクトがキャッシュ内に蓄積されていない場合は，当該オブジェクトをオリジンサーバから取得してキャッシュ内に蓄積し，キャッシュ置換アルゴリズムによって当該オブジェクトの順位を決定する
　
エ．原審における平成２６年７月１４日付けの拒絶理由（以下，これを「原審拒絶理由２」という）において，参考文献として提示された「山本  祐次　他２名，「キャッシュするデータをファイル種別で選別するキャッシュ方式の提案」，電子情報通信学会２００８年総合大会講演論文集，通信２，２００８年３月５日　p175」（以下，これを「周知文献」１という）には，関連する図面と共に次の事項が記載されている。
　
Ｈ．「2．提案手法
　限られたキャッシュ領域でヒット率を向上させるには，
将来再び使われる可能性の高いデータを残すこと，可能性の低いデータを捨てることが大事である．ここでは，後者に着目した．
　Webのアクセスログよりキャッシュヒット率を解析したところ，ファイルの種別によって，HTMLおよびXMLのバイトヒット率は低く，画像，スタイルシートおよびJavaScriptのバイトヒット率は高いことが分かった
　
Ｉ．「　
」
　
オ．本願の第１国出願時点での周知技術を示す文献であって，本願の第１国出願前に既に公知である，特開平０５−３０８３６６号公報（１９９３年１１月１９日公開，以下，これを「周知文献２」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｊ．「(57)【要約】
【目的】　ＬＡＮにおけるキャッシュシステムにおいて，サーバ側およびクライアント側のキャッシュメモリを効率的に使用して，クライアントに対する応答を高速化する。
【構成】　サーバには，仮想回線によって接続されたクライアント端末ごとに，サーバ側の
キャッシュメモリ１１に格納されているデータのアクセス頻度，および，その頻度にもとづいて設定した優先順位等の情報を登録するクライアント管理テーブルを設け
　
（ウ）引用刊行物に記載の発明
あ．上記Ａの「現在の携帯電話装置は，インターネットなどの通信ネットワーク上に配置されたコンテンツサーバから配信されるコンテンツデータを通信端末に内蔵されたブラウザ機能により閲覧することができる」という記載，同じく，上記Ａの「携帯電話装置は，一度閲覧した頁はキャッシュメモリに保存しておき，再度閲覧する場合はそれを参照するようにした」という記載，及び，上記Ａの「ＰＣなどのＷｅｂブラウザで閲覧する一般コンテンツが閲覧可能なＷｅｂブラウザを搭載している携帯電話が登場している」という記載から，引用刊行物１には，
“インターネットなどの通信ネットワーク上に配置されたコンテンツサーバから配信される一般コンテンツが閲覧可能なＷｅｂブラウザを搭載し，一度閲覧した頁はキャッシュメモリに保存しておき，再度閲覧する場合はそれを参照するようにした携帯電話装置”が記載されていることが読み取れる。
　
い．上記Ｂの「携帯電話装置１は，プログラム２，コンテンツキャッシュ領域３，時計装置４，通信装置５と代替コンテンツ６，表示装置７およびヒストリ管理テーブル８とからなる。プログラム２は，図示しないＲＯＭに格納され，図示しないＣＰＵによりプログラム２が実行される」という記載，同じく，上記Ｂの「プログラム２には，あらかじめＷｅｂブラウザ２１が組み込まれている」という記載，同じく，上記Ｂの「コンテンツキャッシュ領域３はＲＡＭ（ランダム・アクセス・メモリ）によって構成され，Ｗｅｂブラウザ２１が管理する領域であり，ブラウザ２１で表示したコンテンツを保存するために使用される」という記載，及び，上記Ｃの「ヒストリ管理テーブル８は，コンテンツの閲覧履歴情報を管理するテーブルである」という記載から，引用刊行物１に記載の「携帯電話装置」は，
“少なくともＲＯＭに格納された，Ｗｅｂブラウザを含むプログラムと，前記プログラムを実行するＣＰＵと，ＲＡＭによって構成され，前記Ｗｅｂブラウザが管理する領域であり，前記Ｗｅｂブラウザで表示したコンテンツを保存するために使用されるコンテンツキャッシュ領域と，前記コンテンツの閲覧履歴情報を管理するテーブルであるヒストリ管理テーブルと，通信装置とから構成される”ものであることが読み取れる。
　
う．上記Ｃの「Ｗｅｂブラウザ２１には，コンテンツキャッシュ領域３にコンテンツの登録／削除を行うキャッシュ登録／削除手段２１１，コンテンツの閲覧履歴を示す閲覧履歴情報を管理するヒストリ管理手段２１２がある」という記載，及び，同じく，上記Ｃの「Ｗｅｂブラウザ２１には，さらに，閲覧時間取得手段２１３，コンテンツ重要度判断手段２１４，ヒストリバック／フォアード手段２１５，コンテンツ取得手段２１６がある」という記載から，引用刊行物１において，
“Ｗｅｂブラウザは，コンテンツキャッシュ領域にコンテンツの登録／削除を行うキャッシュ登録／削除手段，コンテンツの閲覧履歴を示す閲覧履歴情報を管理するヒストリ管理手段，さらに，閲覧時間取得手段，コンテンツ重要度判断手段，ヒストリバック／フォアード手段，コンテンツ取得手段とを有する”ものであることが読み取れる。
　
え．上記Ｄの「Ｗｅｂブラウザ２１にてユーザのＵＲＬ指定操作による次のコンテンツ取得の開始要求が発生した場合（ステップＡ１），コンテンツ重要度判断手段２１４は，閲覧時間取得手段２１３により表示装置７が現在表示しているコンテンツのコンテンツ閲覧時間を取得し（ステップＡ２），次に，コンテンツ重要度判断手段２１４は，コンテンツの閲覧時間はｎ秒より長いかによってコンテンツの重要度の判断を行う（ステップＡ３）。そして，コンテンツの閲覧時間がｎ秒より長い場合は，コンテンツの重要度は高いと見なしステップＡ４に遷移する」という記載，同じく，上記Ｄの「ステップＡ４では，キャッシュ登録／削除手段２１１は，キャッシュ領域３にコンテンツを登録する（ステップＡ４）。そして，ヒストリ管理手段２１２は，ヒストリ管理テーブル８（図２）に閲覧履歴情報の設定を行い，その際重要度に“高”を設定する」という記載から，引用刊行物１においては，
“ＷｅｂブラウザにてユーザのＵＲＬ指定操作による次のコンテンツ取得の開始要求が発生した場合，コンテンツ重要度判断手段が，閲覧時間取得手段により，現在表示しているコンテンツのコンテンツ閲覧時間を取得し，コンテンツ重要度判断手段が，コンテンツの閲覧時間の長さによって，コンテンツの重要度の判断を行い，コンテンツの閲覧時間が所定の時間より長い場合は，コンテンツの重要度は高いと見なし，キャッシュ登録／削除手段が，前記コンテンツを，キャッシュ領域に登録し，ヒストリ管理手段が，ヒストリ管理テーブルに，前記コンテンツの閲覧履歴情報を，重要度“高”に設定する”ものであることが読み取れる。
　
お．上記Ｅの「ヒストリ管理テーブル８に該当するコンテンツの閲覧履歴情報が存在しなかった場合，コンテンツ取得手段２１６は，通信によってネットワークからそのコンテンツを取得する」という記載から，引用刊行物１においては，
“ヒストリ管理テーブルに該当するコンテンツの閲覧履歴情報が存在しなかった場合，コンテンツ取得手段は，通信によってネットワークからそのコンテンツを取得する”ものであることが読み取れる。
　
か．以上あ．〜お．において検討した事項から，引用刊行物１には，次の発明（以下，これを「引用発明」という）が記載されているものと認める。
　
　インターネットなどの通信ネットワーク上に配置されたコンテンツサーバから配信される一般コンテンツが閲覧可能なＷｅｂブラウザを搭載し，一度閲覧した頁はキャッシュメモリに保存しておき，再度閲覧する場合はそれを参照するようにした携帯電話装置であって，
　前記携帯電話装置は，少なくともＲＯＭに格納された，前記Ｗｅｂブラウザを含むプログラムと，前記プログラムを実行するＣＰＵと，ＲＡＭによって構成され，前記Ｗｅｂブラウザが管理する領域であり，前記Ｗｅｂブラウザで表示したコンテンツを保存するために使用されるコンテンツキャッシュ領域と，前記コンテンツの閲覧履歴情報を管理するテーブルであるヒストリ管理テーブルと，通信装置とから構成され，
　前記Ｗｅｂブラウザは，前記コンテンツキャッシュ領域にコンテンツの登録／削除を行うキャッシュ登録／削除手段，コンテンツの閲覧履歴を示す閲覧履歴情報を管理するヒストリ管理手段，さらに，閲覧時間取得手段，コンテンツ重要度判断手段，ヒストリバック／フォアード手段，コンテンツ取得手段とを有し，
　前記ＷｅｂブラウザにてユーザのＵＲＬ指定操作による次のコンテンツ取得の開始要求が発生した場合，前記コンテンツ重要度判断手段が，前記閲覧時間取得手段により，現在表示しているコンテンツのコンテンツ閲覧時間を取得し，前記コンテンツ重要度判断手段が，前記コンテンツの閲覧時間の長さによって，コンテンツの重要度の判断を行い，前記コンテンツの閲覧時間が所定の時間より長い場合は，前記コンテンツの重要度は高いと見なし，前記キャッシュ登録／削除手段が，前記コンテンツを，前記コンテンツキャッシュ領域に登録し，前記ヒストリ管理手段が，前記ヒストリ管理テーブルに，前記コンテンツの閲覧履歴情報を，重要度“高”に設定し，
　前記ヒストリ管理テーブルに該当するコンテンツの閲覧履歴情報が存在しなかった場合，前記コンテンツ取得手段は，通信によってネットワークからそのコンテンツを取得する，携帯電話装置。
　
（エ）本件補正発明と引用発明との対比
あ．引用発明における携帯電話装置は，ＣＰＵを有し，一般コンテンツが閲覧可能なＷｅｂブラウザを有していることから，本件補正発明における「ワイヤレスハンドヘルド紺ピューティングデバイス」に相当し，引用発明における「Ｗｅｂブラウザ」，「ＵＲＬ」が，本件補正発明における「ウェブブラウザモジュール」，「ウェブアドレス」に相当し，
　引用発明における「ＷｅｂブラウザにてユーザのＵＲＬ指定操作による次のコンテンツ取得の開始要求が発生した場合」とは，当該「Ｗｅｂブラウザ」の起動操作を行う態様を含むことは明らかであり，「ユーザのＵＲＬ指定操作」とは，当該「Ｗｅｂブラウザ」への「ＵＲＬ」の入力操作に他ならないから，
　引用発明における「ＷｅｂブラウザにてユーザのＵＲＬ指定操作による次のコンテンツ取得の開始要求が発生した場合」が，
　本件補正発明における「ウェブブラウザモジュールを開始するための要求を受信するステップ」と，「ウェブアドレスのための入力を受信するステップ」に相当する。
　
い．引用発明においても，「ヒストリ管理テーブルに該当するコンテンツの閲覧履歴情報が存在しなかった場合，前記コンテンツ取得手段は，通信によってネットワークからそのコンテンツを取得する」ステップを有し，上記あ．において検討した「ユーザのＵＲＬ指定操作による次のコンテンツ取得の開始要求が発生した場合」，要求された「コンテンツ」がキャッシュされていなければ，該「コンテンツ」を，「ネットワーク」から受信することは明らかである。
　そして，引用発明における「コンテンツ」が，本件補正発明における「ファイル」に相当するので，引用発明においても，本件補正発明と同様に，
「前記ウェブアドレスに対応するファイルを受信するステップ」を有していることは明らかである。
　
う．引用発明において，「Ｗｅｂブラウザ」の有する「コンテンツキャッシュ領域にコンテンツの登録／削除を行うキャッシュ登録／削除手段」は，引用発明における「携帯電話装置」の「キャッシュメモリ」を「管理」するものに他ならない。
　加えて，引用発明における「コンテンツキャッシュ領域」は，「携帯電話装置」が有する「キャッシュメモリ」に設けられているものであって，「コンテンツ」を「登録」，即ち，“保存する”「領域」であるから，引用発明は，
“携帯電話装置のキャッシュメモリを管理するため方法”，
　を含むものであることは明らかである。
　一方，本件補正発明における「ワイヤレスハンドヘルドコンピューティングデバイス」の「メモリリソース」は，「ファイル内に存在するオブジェクト」を記憶するものであって，本件補正発明は，「ワイヤレスハンドヘルドコンピューティングデバイスの1つまたは複数のメモリリソースを管理するための方法」に関するものである。
　そして，引用発明における「キャッシュメモリ」と，本件補正発明における「メモリリソース」とは，“記憶手段”である点で共通するので，
　引用発明における“携帯電話装置のキャッシュメモリを管理するため方法”と，
　本件補正発明における「ワイヤレスハンドヘルドコンピューティングデバイスの1つまたは複数のメモリリソースを管理するための方法」とは，
“ワイヤレスハンドヘルドコンピューティングデバイスの記憶手段を管理するための方法”である点で共通する。
　
え．引用発明においては，「コンテンツの重要度」は，「コンテンツの閲覧時間の長さ」によって判断されている。前記「コンテンツの閲覧時間の長さ」は，「閲覧時間取得手段」によって取得されるが，この前記「閲覧時間取得手段」によって取得される「閲覧時間」は，前記「コンテンツ閲覧時間取得手段」によって取得可能とするために，該「閲覧時間」が更新される度に変更され，保持されているものと解される。
　このことから，引用発明には，“コンテンツの閲覧時間を保持するための保持手段を更新するステップ”を有しているものと解される。
　一方，本件補正発明における「第1のオブジェクトに関連付けられたアクセス頻度」は，「優先順位」の基となるものであって，「オブジェクト」が，「ウェブブラウザモジュール」によって「アクセス」された「頻度」に応じて変化するものであって，変化する度に，「オブジェクトトラッキングテーブル」が，「更新」されるものである。
　ここで，本件補正発明における「オブジェクト」は，上記う．において指摘したとおり，「ファイル内に存在する」ものであるから，該「アクセス頻度」とは，“ファイルに関連したアクセス履歴”と言い得るものである。
　そして，引用発明における「コンテンツの閲覧時間」とは，“コンテンツにアクセスしている頻度情報”ともいえるものであり，引用発明における「コンテンツ」と，本件補正発明における「オブジェクト」は，共に，“ウェブブラウザモジュールによってアクセスされる情報”である点で共通するので，
　したがって，引用発明における“コンテンツの閲覧時間を保持するための保持手段を更新するステップ”と，
　本件補正発明における「オブジェクトごとにアクセス頻度を記録するためのオブジェクトトラッキングテーブルを更新するステップ」とは，
“ウェブブラウザモジュールによってアクセスされる情報のアクセス頻度を記録するための保持手段を更新するステップ”である点で共通する。
　
お．引用発明において，「ヒストリ管理テーブルに該当するコンテンツの閲覧履歴情報が存在しなかった場合」において，「コンテンツの閲覧履歴情報存在しかった場合」とは，「キャッシュメモリ」に，該「コンテンツ」が存在しないことを意味することは明らかであり，引用発明において，「ヒストリ管理テーブルに該当するコンテンツの閲覧履歴情報が存在」するか否かを判断することは，結果として，「キャッシュメモリ」に，「Ｗｅｂブラウザ」が要求した「コンテンツ」が存在するか否かの判断をすることと同義である。
　即ち，引用発明には，“キャッシュメモリに該当するコンテンツが存在するか否かを判断するステップ”が存在している。
　ここで，引用発明において，“存否の判断が行われているコンテンツ”とは，「Ｗｅｂブラウザ」がアクセスの要求をした「コンテンツ」に他ならない。
　一方，本件補正発明において，「オブジェクトが前記1つまたは複数のメモリリソース内にすでに存在するか否かを判断するステップ」における「オブジェクト」も，「ウェブブラウザモジュール」がアクセスしようとしている「オブジェクト」である。
　よって，引用発明の“キャッシュメモリに該当するコンテンツが存在するか否かを判断するステップ”における「コンテンツ」と，
　本件補正発明の「オブジェクトが前記1つまたは複数のメモリリソース内にすでに存在するか否かを判断するステップ」における「オブジェクト」とは，
“ウェブブラウザモジュールが要求をした情報”である点で共通する。
　したがって，引用発明における“キャッシュメモリに該当するコンテンツが存在するか否かを判断するステップ”と，
　本件補正発明における「オブジェクトが前記1つまたは複数のメモリリソース内にすでに存在するか否かを判断するステップ」とは，
“Ｗｅｂブラウザの要求をした情報が，記憶手段にすでに存在するか否かを判断するステップ”である点で共通する。
　
か．引用発明においては，“コンテンツ重要度判断手段が，閲覧時間取得手段により，現在表示しているコンテンツのコンテンツ閲覧時間を取得し，前記コンテンツ重要度判断手段が，前記コンテンツの閲覧時間の長さによって，コンテンツの重要度の判断を行い，前記コンテンツの閲覧時間が所定の時間より長い場合は，前記コンテンツの重要度は高いと見なし，前記コンテンツに対して，ヒストリ管理手段が，前記コンテンツの重要度を“高”に設定する”ものである。即ち，引用発明には，
“コンテンツの重要度をコンテンツに設定するステップ”が存在している。
　一方，本件補正発明においては，“優先順位は，前記第1のオブジェクトのタイプ，前記オブジェクトトラッキングテーブルにおける前記第1のオブジェクトに関連付けられたアクセス頻度に基づいて計算され，第1のオブジェクトに対して割り当てられるステップ”が存在している。
　引用発明において，「コンテンツの重要度」が「高」である場合は，「キャッシュ登録／削除手段」が，「キャッシュメモリ」への「登録」が優先されることを示すものと解されるので，引用発明における「コンテンツの重要度」が，本件補正発明における「優先順位」に相当する。
　よって，上記え．において検討した事項を踏まえると，
　引用発明における“コンテンツの重要度をコンテンツに設定するステップ”と，
　本件補正発明における「優先順位を前記オブジェクトに割り当てるステップ」とは，
“優先順位をウェブブラウザモジュールによってアクセスされる情報に割り当てるステップ”である点で共通する。
　
　以上あ．〜か．において検討した事項から，本件補正発明と，引用発明との，一致点，及び，相違点は，次のとおりである。
　
［一致点］
　ワイヤレスハンドヘルドコンピューティングデバイスの記憶手段を管理するための方法であって，
　ウェブブラウザモジュールを開始するための要求を受信するステップと，
　ウェブアドレスのための入力を受信するステップと，
　前記前記ウェブアドレスに対応するファイルを受信するステップと，
　ウェブブラウザモジュールによってアクセスされる情報のアクセス頻度を記録するための保持手段を更新するステップと，
　ウェブブラウザモジュールの要求をした情報が，記憶手段にすでに存在するか否かを判断するステップと，
　優先順位を前記ウェブブラウザモジュールよってアクセスされる情報に割り当てるステップ，を有する方法。
　
［相違点１］
“記憶手段”に関して，
　本件補正発明においては，「1つまたは複数のメモリリソース」であるのに対して，
　引用発明においては，「キャッシュメモリ」，或いは，「コンテンツキャッシュ領域」が，複数個で構成されている点について，特に言及されていない点。
　
［相違点２］
　本件補正発明においては，「ファイル内に存在するオブジェクトの1つまたは複数のアドレスをレビューするステップであって，前記1つまたは複数のアドレスは夫々，前記ウェブブラウザモジュールによりアクセスされるオブジェクトを指すステップ」が存在するのに対して，
　引用発明においては，そのようなステップについて，特に言及されていない点。
　
［相違点３］
“ウェブブラウザモジュールによってアクセスされる情報のアクセス頻度を記録するための保持手段を更新するステップ”に関して，
　本件補正発明においては，「オブジェクトごとにアクセス頻度を記録するためのオブジェクトトラッキングテーブルを更新するステップであって，前記アクセス頻度は，所与のオブジェクトが前記ウェブブラウザモジュールによりアクセスされた所与の期間にわたるインスタンスの数を示すステップ」であるのに対して，
　引用発明においては，「オブジェクト」への「アクセス」に関して，特に言及されていない点。
　
［相違点４］
“ウェブブラウザモジュールの要求をした情報が，記憶手段にすでに存在するか否かを判断するステップ”に関して，
　本件補正発明においては，「ウェブブラウザモジュールの要求をした情報」が，「オブジェクト」であり，「記憶手段」が，「1つまたは複数のメモリリソース」であるのに対して，
　引用発明においては，それぞれ，「コンテンツ」と，「キャッシュメモリ」の「コンテンツキャッシュ領域」である点。
　
［相違点５］
　本件補正発明においては，「第1のオブジェクトが前記1つまたは複数のメモリリソースに存在しないときに前記第1のオブジェクトに対する優先順位を計算するステップであって，前記優先順位は，前記第1のオブジェクトのタイプ，前記オブジェクトトラッキングテーブルにおける前記第1のオブジェクトに関連付けられたアクセス頻度に基づく，ステップ」が存在するのに対して，
　引用発明においては，「コンテンツキャッシュ領域」に「コンテンツ」が存在しない時点で，該「コンテンツ」の「重要度」の設定を行う点については，特に言及されていない点。
　
［相違点６］
“優先順位を前記ウェブブラウザモジュールよってアクセスされる情報に割り当てるステップ”に関して，
　本件補正発明においては，「第1のオブジェクトが前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを有する場合には，前記第1のオブジェクトに高い優先順位が割り当てられる」ものであるのに対して，
　引用発明においては，「グローバルアプリケーション」に対する言及がない点。
　
（オ）相違点についての当審の判断
あ．［相違点１］について
　引用発明において，「キャッシュメモリ」を複数持たせること，或いは，該「キャッシュメモリ」の「コンテンツキャッシュ領域」を複数に分割して，“１または複数のメモリリソース”として構成することは，当業者が適宜なし得る事項に過ぎない。
　よって，［相違点１］は，格別のものではない。
　
い．［相違点２］について
　上記Ｆにおいて引用した，引用刊行物２の記載内容において，引用刊行物２の「ページ」が，引用発明の「コンテンツ」，及び，本件補正発明の「ファイル」に相当する。
　引用刊行物２の「画像とアイコンのような埋め込まれたオブジェクトをフェッチするために追加要求を出す」という記載から，「画像」という「オブジェクト」が存在する“アドレス”，及び，「アイコン」という「オブジェクト」が存在する“アドレス”を指定して「フェッチ」が行われていることは明らかである。
　即ち，本件補正発明における「ファイル内に存在するオブジェクトの1つまたは複数のアドレスをレビューするステップであって，前記1つまたは複数のアドレスは夫々，前記ウェブブラウザモジュールによりアクセスされるオブジェクトを指すステップ」は，本願の第１国出願前に，当業者には，広く知られた技術事項である。
　そして，引用発明も，引用刊行物２に係る発明も，共に，“ブラウザが，ページを要求する技術”に関連するものであるから，引用発明において，「コンテンツ」に含まれる「オブジェクト」の「アドレス」を取得するようなことは，引用刊行物２に係る発明に基づいて，当業者が適宜なし得た事項に過ぎない。
　よって，［相違点２］は，格別のものではない。
　
う．［相違点３］について
　上記Ｊにおいて引用した，周知文献２に「キャッシュメモリ１１に格納されているデータのアクセス頻度，および，その頻度にもとづいて設定した優先順位等の情報を登録するクライアント管理テーブルを設け」るという記載もあるように，「キャッシュメモリに格納されているデータ」への「アクセス頻度」を「登録」することは，本願の第１国出願前に，当業者には周知の技術事項である。そして，「オブジェクト」に関しては，上記い．において検討したとおりである。
　したがって，引用発明においても，「閲覧時間」に換えて，「アクセス頻度」を保持するよう構成することは，周知の技術事項から，同業者が適宜なし得る事項である。
　よって，[相違点３]は，格別のものではない。
　
え．［相違点４］について
　「オブジェクト」については，上記い．において言及した，引用刊行物２に記載されているとおり，当業者には，本願の第１国出願前に既に広く知られた技術事項であり，「1つまたは複数のメモリリソース」については，上記あ．において検討したとおりである。
　よって，［相違点４］は，格別のものではない。
　
お．［相違点５］について
　上記Ｇに引用した，引用刊行物３に，「リクエストされたオブジェクトがキャッシュ内に蓄積されていない場合は，当該オブジェクトをオリジンサーバから取得してキャッシュ内に蓄積し，キャッシュ置換アルゴリズムによって当該オブジェクトの順位を決定する」と記載されてもいるように，「オブジェクト」を取得する際に，該「オブジェクト」の優先順位を決定することは，本願の第１国出願前に，当業者に広く知られた技術事項である。
　そして，引用発明と，引用刊行物３に記載の発明とは，「キャッシュメモリ」に格納された情報を管理する技術である点で共通するので，引用発明においても，「キャッシュメモリ」にコンテンツが存在しないとき，「コンテンツ取得手段は，通信によってネットワークからそのコンテンツを取得する」際に，該「コンテンツ」或いは，該「コンテンツ」に含まれる「オブジェクト」の「優先度」を決定するよう構成することは，当業者が適宜なし得る事項である。
　よって，［相違点５］は，格別のものではない。
　
か．［相違点６］について
　上記Ｈ，及び,Ｉにおいて引用した，周知文献１の「将来再び使われる可能性の高いデータを残すこと・・・（中略）・・・スタイルシートおよびJavaScriptのバイトヒット率は高いことが分かった」という記載内容と，周知文献１の「図１」から，「スタイルシート（ｃｓｓ）」，「JavaScript」の“キャッシュに残す優先順位を高くする”ことが，本願の第１国出願前に，当業者には周知の技術事項であることが読み取れる。
　そして，引用発明と，周知文献１に記載の技術とは，“Ｗｅｂ関連情報をキャッシュするキャッシュの管理に関する技術”である点で共通するので，
　引用発明においても，「コンテンツ」に，「オブジェクト」として，「スタイルシート」や，「JavaScript」が含まれる場合に，該「オブジェクト」の「優先度」を高く設定するよう構成することは，当業者が適宜なし得る事項である。
　よって，［相違点６］は，格別のものではない。
　
　以上あ．〜か．において検討したとおり，［相違点１］〜［相違点６］はいずれも格別のものではなく，そして，本願発明の構成によってもたらされる効果も，当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。
　よって，本件補正発明は，本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許出願に際独立して特許を受けることができない。
　
（カ）独立特許要件むすび
　したがって，本件手続補正は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
３．補正却下むすび
　以上に検討したとおりであるから，本件手続補正は，特許法第１８４条の１２第２項により読み替える同法第１７条の２第５項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　仮に，本件手続補正が目的要件を満たすものであったとしても，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　よって，補正却下の決定の結論のとおり決定する。
　
第３．本願発明について
　平成２７年２月２６日付けの手続補正は，上記のとおり却下されたので，本願に係る発明は，平成２６年５月２１日付けの手続補正により補正された特許請求の範囲の請求項（以下，これを「本願の請求項」という）１〜請求項３６に記載された，上記「第２．平成２７年２月２６日付けの手続補正の却下の決定」の「１．補正の内容」において，補正前の請求項１〜請求項３６として引用した記載事項により特定されるものである。
　
第４．原審の拒絶理由
　原審による平成２６年７月１４日付けの拒絶理由は，概略，以下のとおりである。
　
「　　　　　　　　　　　　　　　　理　由
　
　平成２６年５月２１日付け手続補正書でした手続補正は，下記の点で国際出願日における国際特許出願の明細書若しくは図面（図面の中の説明に限る。）の翻訳文，国際出願日における国際特許出願の請求の範囲の翻訳文（特許協力条約第１９条（１）の規定に基づく補正後の請求の範囲の翻訳文が提出された場合にあっては，当該翻訳文）又は国際出願日における国際特許出願の図面（図面の中の説明を除く。）（以下，翻訳文等という。）（誤訳訂正書を提出して明細書，特許請求の範囲又は図面について補正をした場合にあっては，翻訳文等又は当該補正後の明細書，特許請求の範囲若しくは図面）に記載した事項の範囲内においてしたものでないから，特許法第１７条の２第３項に規定する要件を満たしていない（同法第１８４条の１２第２項参照）。
　
　　　　　　　　　　　　　　　　　　記
　
　補正後の請求項１には，「前記第１のオブジェクトがウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする場合には，前記第１のオブジェクトに高い優先順位が割り当てられる」との記載があり，出願人は同日付で提出された意見書において，その補正の根拠として段落【００５３】−【００７４】である旨主張している。
　しかしながら，段落【００７４】には，「オブジェクトタイプは，所定の優先順位を与えられてよく，ジャバスクリプトファイル605Cならびにカスケードスタイルシートファイル605Aなどのより複雑なオブジェクト605は，一般に，画像ファイル605Bなどの他のオブジェクトに対してより高い優先順位を割り当てられる。同じく，小形からウェブサイトにわたって検索されるジャバスクリプトライブラリファイル1105などのライブラリファイルがまた，重み付けされ，すべての他のタイプのオブジェクト605に対してより高い優先順位を与えられ得る。」とのみ記載されているに過ぎず，「ウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする場合に，高い優先順位を割り当てる」ことは記載も示唆もされていない。
　補正後の請求項１０，１９，２８についても同様。
・・・・（中略）・・・・
　なお，単純にＣＳＳやjavascriptのファイルを優先的にキャッシュするという手法は，参考文献Ａに開示されている。
・・・・（中略）・・・・
　　　　　　　　　　　　　参　考　文　献　等　一　覧
Ａ．山本  祐次　他２名，キャッシュするデータをファイル種別で選別するキャッシュ方式の提案，電子情報通信学会２００８年総合大会講演論文集  通信２，２００８年３月５日」
　
第５．平成２６年７月１４日付けの拒絶理由に対する当審の判断
　本願の請求項１，請求項１０，請求項１９，及び，請求項２８に記載された，
「前記第1のオブジェクトがウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする場合には，前記第1のオブジェクトに高い優先順位が割り当てられる」，
　に関して，
　上記「第２．平成２７年２月２６日付けの手続補正の却下の決定」の「２．補正の適否」における「（１）新規事項」において，「当初明細書等」とした，平成２５年４月３日付けで提出された明細書，請求の範囲の日本語による翻訳文，及び，国際出願の願書に添付された図面には，
「前記第1のオブジェクトがウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする場合には，前記第1のオブジェクトに高い優先順位が割り当てられる」，
　という記載は存在しない。
　そこで，当初明細書等の記載内容から，
「前記第1のオブジェクトがウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする場合には，前記第1のオブジェクトに高い優先順位が割り当てられる」，
　という記載内容が読み取れるかについて，以下に検討する。
　
　当初明細書等において「高い優先順位が割り当てられるステップ」に相当する記載として，当初明細書等の段落【００７４】に，
「一般に，画像ファイル605Bなどの他のオブジェクトに対してより高い優先順位を割り当てられる。同じく，小形からウェブサイトにわたって検索されるジャバスクリプトライブラリファイル1105などのライブラリファイルがまた，重み付けされ，すべての他のタイプのオブジェクト605に対してより高い優先順位を与えられ得る」，
　という記載が存在し，更に，当初明細書等の段落【００７７】に，
「このステップで，オブジェクト605は，異なるウェブサイトにわたるグローバルアプリケーションを有し得るものと判断されているので，一般に，オブジェクト605の優先順位は，オブジェクト605がより高い優先順位を有するように調整される」，
　という記載が存在するのみである。
　そして，これら何れの記載内容を見ても，「第1のオブジェクトがウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする場合」が上記引用記載の何処に対応するか不明であり，上記引用の当初明細書等の記載内容からは，
「前記第1のオブジェクトがウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする場合には，前記第1のオブジェクトに高い優先順位が割り当てられる」，
　という記載事項を読み取ることはできない。
　当初明細書等には，「優先順位」に関して，上記飲用の段落の他，段落【０００７】〜段落【００１０】，段落【００５７】〜段落【００６０】，段落【００６７】，段落【００６８】，段落【００７５】，段落【００７６】，及び，段落【００７８】に記載されているが，何れの記載内容を検討しても，
「前記第1のオブジェクトがウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする場合には，前記第1のオブジェクトに高い優先順位が割り当てられる」，
　という記載事項を読み取ることはできない。
　よって，平成２６年５月２１日付けの手続補正は，当初明細書等の記載の範囲内でなされたものではない。
　
　なお，審判請求人は，平成２６年５月２１に付けの意見書において，
「かかる補正は何れも出願当初明細書段落００５３乃至００７４の記載に基づき，したがって，新規事項を追加するものではございません。」
　と主張すると共に，平成２６年９月１２日付けの意見書において，
「かかる補正は何れも出願当初明細書段落００７７の記載に基づき，したがって，新規事項を追加するものではございません。
・・・・（中略）・・・・
段落００５３には，「ジャバスクリプトコードは，ユーザアクションに迅速に応答することができ，アプリケーションをより敏感に感じさせる。さらに，JSファイル605Cのジャバスクリプトコードは，個々のキーストロークなど，HTML単独では通常，検出不可能なユーザアクションを検出することができる」とあります。これは，即ち，ジャバスクリプトコードが，ウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的としているものの一例であることを示しています。
　そして，段落００７４の記載「ジャバスクリプトファイル605Cならびにカスケードスタイルシートファイル605Aなどのより複雑なオブジェクト605は，一般に，画像ファイル605Bなどの他のオブジェクトに対してより高い優先順位を割り当てられる」と組み合わせれば，「オブジェクトがウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする場合に，当該オブジェクトに高い優先順位を割り当てる」ことは本願明細書段落００５３及び００７４に開示ないし示唆されていると言えると思料致します。」
　と主張しているが，
　当初明細書等においては，「ユーザエクスペリエンス」という用語がそもそも存在しておらず，「前記第1のオブジェクトがウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする場合には，前記第1のオブジェクトに高い優先順位が割り当てられる」という記載事項については，上記において検討したとおりであるから，審判請求人のこれら意見書における主張は採用できない。
　
進歩性に関する附言（この部分は審決を構成しない）
　原審による平成２６年７月１４日付けの拒絶理由は，特許法第１７条の２第３項であって，当該拒絶理由に対する当審の判断は上述のとおりであるが，当該拒絶理由において，進歩性についても言及しているので，その点について附言しておく。
　
１．本願の請求項１に係る発明
　本願の請求項１に係る発明（以下，これを「本願発明」という）は，上記「第３．本願発明について」において言及したとおり，上記「第２．平成２７年２月２６日付けの手続補正の却下の決定」の「１．補正の内容」において，補正前の請求項１として引用した記載事項により特定されるものである。
　
２．引用刊行物に記載の発明
　一方，原審による平成２６年１月１４日付けの拒絶理由において引用された，上記「第２．平成２７年２月２６日付けの手続補正の却下の決定」の「２．補正の適否」の「（３）独立特許要件」の「ア．独立特許要件についての当審の判断」における「（イ）引用刊行物に記載された事項」において，引用刊行物１とした，特開２００８−００９６１８号公報には，同じく，上記「第２．平成２７年２月２６日付けの手続補正の却下の決定」の「２．補正の適否」の「（３）独立特許要件」の「ア．独立特許要件についての当審の判断」における「（ウ）引用刊行物に記載の発明」において認定したとおりの引用発明が記載されている。
　
３．本願発明と引用発明との対比
　本願発明は，上記「第２．平成２７年２月２６日付けの手続補正の却下の決定」の「２．補正の適否」の「（３）独立特許要件」において検討した本件補正発明の，
「前記ウェブブラウザモジュールの動作に対するグローバルアプリケーションを有する」，　という構成を,
「ウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする」，
　という構成に置き換えたものである。
　したがって，本願発明と引用発明との，一致点，及び，相違点は，次のとおりである。
［一致点］
　［一致点］
　ワイヤレスハンドヘルドコンピューティングデバイスの記憶手段を管理するための方法であって，
　ウェブブラウザモジュールを開始するための要求を受信するステップと，
　ウェブアドレスのための入力を受信するステップと，
　前記前記ウェブアドレスに対応するファイルを受信するステップと，
　ウェブブラウザモジュールによってアクセスされる情報のアクセス頻度を記録するための保持手段を更新するステップと，
　ウェブブラウザモジュールの要求をした情報が，記憶手段にすでに存在するか否かを判断するステップと，
　優先順位を前記ウェブブラウザモジュールよってアクセスされる情報に割り当てるステップ，を有する方法。
　
［相違点ａ］
“記憶手段”に関して，
　本願発明においては，「1つまたは複数のメモリリソース」であるのに対して，
　引用発明においては，「キャッシュメモリ」，或いは，「コンテンツキャッシュ領域」が，複数個で構成されている点について，特に言及されていない点。
　
［相違点ｂ］
　本願発明においては，「ファイル内に存在するオブジェクトの1つまたは複数のアドレスをレビューするステップであって，前記1つまたは複数のアドレスは夫々，前記ウェブブラウザモジュールによりアクセスされるオブジェクトを指すステップ」が存在するのに対して，
　引用発明においては，そのようなステップについて，特に言及されていない点。
　
［相違点ｃ］
“ウェブブラウザモジュールによってアクセスされる情報のアクセス頻度を記録するための保持手段を更新するステップ”に関して，
　本願発明においては，「オブジェクトごとにアクセス頻度を記録するためのオブジェクトトラッキングテーブルを更新するステップであって，前記アクセス頻度は，所与のオブジェクトが前記ウェブブラウザモジュールによりアクセスされた所与の期間にわたるインスタンスの数を示すステップ」であるのに対して，
　引用発明においては，「オブジェクト」への「アクセス」に関して，特に言及されていない点。
　
［相違点ｄ］
“ウェブブラウザモジュールの要求をした情報が，記憶手段にすでに存在するか否かを判断するステップ”に関して，
　本願発明においては，「ウェブブラウザモジュールの要求をした情報」が，「オブジェクト」であり，「記憶手段」が，「1つまたは複数のメモリリソース」であるのに対して，
　引用発明においては，それぞれ，「コンテンツ」と，「キャッシュメモリ」の「コンテンツキャッシュ領域」である点。
　
［相違点ｅ］
　本願発明においては，「第1のオブジェクトが前記1つまたは複数のメモリリソースに存在しないときに前記第1のオブジェクトに対する優先順位を計算するステップであって，前記優先順位は，前記第1のオブジェクトのタイプ，前記オブジェクトトラッキングテーブルにおける前記第1のオブジェクトに関連付けられたアクセス頻度に基づく，ステップ」が存在するのに対して，
　引用発明においては，「コンテンツキャッシュ領域」に「コンテンツ」が存在しない時点で，該「コンテンツ」の「重要度」の設定を行う点については，特に言及されていない点。
　
［相違点ｆ］
“優先順位を前記ウェブブラウザモジュールよってアクセスされる情報に割り当てるステップ”に関して，
　本願発明においては，「ウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする場合には，前記第1のオブジェクトに高い優先順位が割り当てられる」ものであるのに対して，
　引用発明においては，「ウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする場合」に対する言及がない点。
　
４．相違点についての当審の判断
（１）［相違点ａ］〜［相違点ｅ］について
　本願発明と，引用発明との間の［相違点ａ］〜［相違点e］は，本件補正発明と，引用発明との間の［相違点１］〜［相違点５］と同じものであるから，上記「第２．平成２７年２月２６日付けの手続補正の却下の決定」の「２．補正の適否」の「（３）独立特許要件」の「ア．独立特許要件についての当審の判断」における「（オ）相違点についての当審の判断」において検討したとおり，本願発明と，引用発明との間の［相違点ａ］〜［相違点e］は，本件補正発明と，引用発明との間の［相違点１］〜［相違点５］と同じく，格別のものではない。
　
（２）［相違点ｆ］について
　本願発明における，
「ウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする」，
　という構成は，上記「第５．平成２６年７月１４日付けの拒絶理由に対する当審の判断」において検討したとおり，当初明細書等には記載されていないものである。
　したがって，そのままでは，引用発明との間で，相違点の判断を行うことができない。
　そこで，上記引用の本願発明の構成については，上記「第５．平成２６年７月１４日付けの拒絶理由に対する当審の判断」において言及した，審判請求人の，平成２６年９月１２日付けの意見書の内容を参考にする。
　審判請求人は，当該意見書において，当初明細書等の記載内容と，「ユーザエクスペリエンス」との関連性について，
「段落００５３には，「ジャバスクリプトコードは，ユーザアクションに迅速に応答することができ，アプリケーションをより敏感に感じさせる。さらに，JSファイル605Cのジャバスクリプトコードは，個々のキーストロークなど，HTML単独では通常，検出不可能なユーザアクションを検出することができる」とあります。これは，即ち，ジャバスクリプトコードが，ウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的としているものの一例であることを示しています。」
　と主張している。
　そうすると，本願発明における「前記第1のオブジェクトがウェブ閲覧におけるユーザエクスペリエンスを向上させることを目的とする場合には，前記第1のオブジェクトに高い優先順位が割り当てられるステップ」とは，
“第１のオブジェクトが，ジャバスクリプトコードである場合には，前記第１のオブジェクトに高い優先順位が割り当てられるステップ”，
　という構成を含むものであると解される。
　上記解釈の下に［相違点ｆ］を検討すると，「JavaScript」に対して，“高い優先順位”を割り当てることは，上記「第２．平成２７年２月２６日付けの手続補正の却下の決定」の「２．補正の適否」の「（３）独立特許要件」の「ア．独立特許要件についての当審の判断」における「（オ）相違点についての当審の判断」の「か．［相違点６］について」において検討したとおり，本願の第１国出願前に，当業者にとって周知の技術事項であるから，引用発明においても，「コンテンツ」に，「オブジェクト」として，「JavaScript」が含まれる場合に，該「オブジェクト」の「優先度」を高く設定するよう構成することは，当業者が適宜なし得る事項である。
　よって，［相違点ｆ］は，格別のものではない。
　
　以上に検討したとおりであるから，仮に，当初明細書等に記載されていない事項を，審判請求人の意見書において主張している事項を参考にして解釈したとしても，本願発明は，進歩性を有していない。
　
第６．むすび
　したがって，平成２６年５月２１日付け手続補正は，特許法第１７条の２第３項に規定する要件を満たしていない。
　
　よって，結論のとおり審決する。