【事件の表示】
　特願２０１３−５５４９２３「データのプライバシーを強化する方法および装置」拒絶査定不服審判事件〔平成２４年　９月　７日国際公開、ＷＯ２０１２／１１７１５４、平成２６年　４月１７日国内公表、特表２０１４−５０９４２５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は，２０１２年２月２２日（パリ条約による優先権主張外国庁受理２０１１年２月２８日（以下，「優先日」という。），米国）を国際出願日とする出願であって，その後の手続の経緯の概略は次のとおりである。
　
国内書面（提出日）　　　　　　　　平成２５年８月２１日
出願審査請求（提出日）　　　　　　平成２５年８月２１日
手続補正（提出日）　　　　　　　　同上
拒絶理由通知（起案日）　　　　　　平成２６年７月１４日
意見，手続補正（提出日）　　　　　平成２６年１０月１７日
拒絶査定（起案日）　　　　　　　　平成２７年１月２３日
拒絶査定謄本送達　　　　　　　　　平成２７年１月２９日
審判請求（提出日）　　　　　　　　平成２７年３月６日
手続補正（提出日）　　　　　　　　同上
前置報告（作成日）　　　　　　　　平成２７年６月５日
拒絶理由通知（起案日）　　　　　　平成２７年１０月１５日
意見，手続補正（提出日）　　　　　平成２８年３月１８日
　
２．本願発明
　本願の請求項１ないし１１に係る発明は，平成２８年３月１８日付の手続補正により補正された特許請求の範囲の請求項１ないし１１に記載された事項により特定されると認められるところ，本願の請求項１に係る発明（以下，「本願発明」という。）は次のとおりのものと認められる。
　
「ユーザデバイスが遂行する方法であって、前記方法は：
　前記ユーザデバイスに関連するローカルデータへのアクセスのための要求であって、一つ又は複数のアプリケーションからの要求を観測することと；
　前記ローカルデータ、前記ユーザデバイス、これらの組み合わせ、のいずれかに関連する一つ又は複数のプライバシープロファイルオブジェクトを決定することと；
　前記ローカルデータ、前記ユーザデバイス、これらの組み合わせ、のいずれかに関連する一つ又は複数のプライバシーポリシーを決定するために、前記一つ又は複数のプライバシープロファイルオブジェクトを処理すること又は処理を進めることと；
　前記ローカルデータへのアクセスを許可するために、前記一つ又は複数のプライバシーポリシーの適用を少なくとも部分的に生じさせるようにすることと；
を含み、ここで前記ローカルデータは前記ユーザデバイスの位置情報を含み、前記プライバシーポリシーは、該位置情報の粒度レベルの程度に関連し、該位置情報の粒度レベルは、前記一つ又は複数のアプリケーションの粒度レベルに対応付けされる、方法。」
　
３．引用発明　
　本願の優先日前に既に頒布又は電気通信回線を通じて公衆に利用可能となり，当審の拒絶理由通知において引用された文献である，上松　啓，他５名著，“携帯Ｊａｖａプログラムに向けたユーザ指向のポリシーベースプライバシ保護方式”，マルチメディア，分散，協調とモバイル（ＤＩＣＯＭＯ　２００３）シンポジウム論文集，2003.06.04発行，Ｖｏｌ．２００３，Ｎｏ．９，第５５３〜５５６頁（以下「引用文献」という。）には，関連する図面とともに，次の事項が記載されている。 
　
（１）引用文献の記載（当審注：下線は，参考のために当審で付与した。）　
ア．「２．　Ｊａｖａプログラムからの位置情報サービス利用
…（中略）…
ｘＳＰは端末の位置情報に関連したコンテンツを提供するＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ）やＩＳＰ（Ｉｎｔｅｒｎｅｔ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ）等である．
　
端末内で動作するＪａｖａプログラムは，ｘＳＰからダウンロードされるのが一般的である
…（中略）…
位置情報の開示方法の柔軟性が乏しい
　現在の位置情報サービスでは，位置情報を開示しないことでプライバシを保護している．しかし，
位置情報のプライバシ保護は，開示する／しないだけではなく，開示する位置情報の粒度を調整することも考慮すべきである
　
例えば，ユーザがＧＰＳ
受信機を搭載した端末を使用し，ユーザ近辺の情報を定期的にダウンロードするＪａｖａプログラムを実行する場合を考える．このとき，サービスの性質から，位置情報としては１０ｋｍ程度の精度があれば十分である
単に位置情報を開示する／しないの制御ではなく，５０ｍの精度で取得した位置情報を，ユーザが許容する１０ｋｍの粒度に曖昧化するといった，より柔軟なプライバシ保護の方式が求められる
　さらに，柔軟なプライバシ保護を行なう場合には，
位置情報の精度を曖昧化する上記の例以外にも，ユーザが位置情報の開示について以下のような様々な要求を持っていることを考慮しなければならない（図３）．
　
・サービスが提供される時間帯にのみ位置情報を開示したい
　
・サービス提供エリア内でのみ位置情報を開示したい
　
・位置情報を開示する相手を限定したい
　
・目的に応じて位置情報を開示したい
すなわち，ユーザは受け取るサービスに応じて必要最低限の情報しか開示したくないと考えており，このようなユーザの要求に従ってプライバシ保護の機能を柔軟に選択できることが望ましい
　上記をまとめると，現状のプライバシ保護方式に対して，以下のような課題があると言える．
課題一（当審注；ローマン数字のフォントを漢数字のものに代えて記す。）：Ｊａｖａプログラムの作成の自由度を向上させること
課題二：位置情報の開示方法をより柔軟にすること
課題三：提供されるサービスに応じて必要最小限の位置情報を開示できるように制御すること
課題四：プライバシ保護の機能がサービス利用を煩雑にしないこと」（５５３頁左欄２５行〜５５４頁右欄７行）
　
イ．「５．ユーザ指向のポリシーベースプライバシ保護方式
　Ｊａｖａプログラムからの位置情報サービス利用に際しての上記の課題を解決するため，Ｊａｖａプログラムに向けたユーザ指向のポリシーベースプライバシ保護方式を提案する．本提案方式は，以下の「プライバシ調停機能」と「位置情報フィルタリング機能」によって実現され，ユーザが主体となって，Ｊａｖａプログラムに開示する位置情報が必要最小限となるように，プライバシ保護機能を柔軟にコントロールできるようになる．
５．１　プライバシ調停機能
　ｘＳＰは提供するサービスごとに，必要とする位置情報の精度，サービスエリア，サービス時間が異なる．一方，ユーザは提供されるサービスごとに，開示する位置情報の精度やエリア・時間に対する要求を持っている．プライバシ調停機能は，このようなユーザごと・サービスごとに異なる位置情報の開示に対する要求の違いを調整し，ユーザからｘＳＰに開示可能な最小限の位置情報を決定する機能である．
　
ユーザはサービスごとに自身の位置情報の開示についての要求を設定し，一方でｘＳＰは自身が提供するサービスで必要とする位置情報を設定する．これらの設定を，位置情報の粒度／時間／エリア等で木目細かく行なえるようにすることで，課題二を解決する
…（中略）…
５．２　位置情報フィルタリング機能
　Ｊａｖａプログラムへ開示する位置情報を，ユーザの要求に従って制御する機能を提供する．プライバシ調停の結果に従い，Ｊａｖａプログラムへの位置情報の開示に際して，位置情報をサービスに必要最低限の精度に曖昧化したり，許可された期間・エリアに限定して位置情報を提示したりといった制御を行なうことで，上記の課題三を解決する．
５．３　提案方式の実現形態
　上記のプライバシ調停および位置情報フィルタリング機能の実現コンセプトを図４に示す．図中の○１〜○４の番号は，以下で説明する動作シーケンスの番号にそれぞれ対応する．
○１　
Ｊａｖａプログラムを作成するサービス提供者は，Ｊａｖａプログラムによって提供するサービスが位置情報に対してどのような要求を持つかを設定し，その設定をファイルに記述する．設定可能な要素としては，
−　サービスの内容
−　サービス提供に必要な位置情報の精度
−　サービス提供エリア
−　サービス提供時間
−　サービス提供後の位置情報の使い方
などが考えられる．実際にどのような要素がどのようなレベルで制御可能かは，ネットワークの機能に依存する場合が多く，上記の設定は
ポリシー記述言語Ｐ３Ｐ
を使って記述され，以下では「ポリシー」と呼ぶ
○２　
ユーザは位置情報を開示する条件として，
−　どのようなサービスに対して位置情報を開示するか
−　開示する位置情報の精度
−　位置情報の開示を許可するエリア
−　位置情報の開示を許可する時間帯
−　サービスを受けた後に，どのような位置情報の使い方をｘＳＰに許可するか
など，位置情報の開示に際しての要求を定め，その設定をファイルに記載する
これらの設定は
「プリファレンス」と呼ぶ
位置情報の開示に際してのユーザの要求はサービス内容によって異なるため，プリファレンスにはサービスの内容（ナビゲーション，天気予報など）ごとに異なる設定を記述できる
○３　
Ｊａｖａプログラムが位置情報へアクセスした際に，上記のポリシーとプリファレンスとの比較・調停を行なう
ポリシーファイルに記述された位置情報に対するｘＳＰの要求を，プリファレンスファイルに書かれたユーザ側の開示要求が満たす場合にのみ，位置情報の開示が許可される．ここで，位置情報が開示できないと判定された場合にはユーザに対して意志の確認を行ない，ユーザが許可した場合には，そのＪａｖａプログラムに対するプライバシ設定を一時的に変更して，位置情報開示できるようにする
位置情報の開示が許可される場合には，開示する精度やエリア・時間がプライバシ調停によって決定される
○４　
調停処理が成功した場合，位置情報の曖昧化や開示制限を行なうための位置情報変換フィルタが生成される．端末が位置情報を取得すると，Ｊａｖａプログラムに開示する前に位置情報変換フィルタでのフィルタリング処理を行ない，精度の曖昧化を行なったり，指定されたエリア・時間外であった場合にその旨の通知を行なったりする
　
ウ．「６．本提案の
プライバシ保護方式の携帯端末への実装
　
本提案のＪａｖａプログラム向けプライバシ保護方式を実装する際には，プライバシ調停およびフィルタリングの機能を端末とネットワーク事業者とでどのように分担するかにより実装方法が異なる．
　プライバシ調停を端末で実行する場合には，端末の機能拡張だけで実現できるメリットがある．しかし，コストの高い無線ネットワークでｘＳＰからポリシーファイルをダウンロードする必要があり，通信コストが問題となる．また，Ｐ３Ｐファイルの解析や比較・フィルタの処理によってＣＰＵや電力を消費することは，これらのリソースの限られた携帯端末
…（中略）…
　今回は，リソースの限られた携帯端末への実装を考慮し，プライバシ調停および位置情報フィルタリングをネットワーク事業者のよって行なうこととし，…（中略）…一方，端末内にはＪａｖａプログラムと端末の測位インタフェイスとの間にプライバシ保護ライブラリを導入し，このライブラリがネットワーク事業者のプライバシ保護エンジンと協働して，プライバシ保護機能を実行することとした（図５）．
　図６に，実際にＪａｖａプログラムが位置情報を取得する際の，本提案のプライバシ保護機能の動作シーケンスを示す．ここで，図５における○１〜○５は，図６のシーケンスの手順○１〜○５にそれぞれ対応する．図６を使ってプライバシ保護機能の動作を説明する．
○１　Ｊａｖａプログラムからの位置情報の要求
端末内のＪａｖａプログラムが位置情報を要求した場合，プライバシ保護ライブラリが起動され，プライバシ保護機能が動作を開始する
○２　プライバシ調停
　端末内のプライバシ保護ライブラリが，ネットワーク事業者のプライバシ保護エン　ジンに対して，プライバシ調停を要求する（２−１）．
　プライバシ保護エンジンは，ｘＳＰからポリシーファイルを取得し（２−２），ユーザのプリファレンスとの比較・調停処理を行なう（２−３）．ここで，ユーザからの位置情報の開示が許可されないと判断された場合には，ユーザに対して位置情報を開示するかどうか問い合わせ（２−４），端末画面を使ってユーザの意志を確認し（２−５），ユーザ確認の結果がプライバシ保護エンジンに伝えられる（２−６）．プライバシ調停が成功すれば，プライバシ保護エンジンはフィルタを生成し（２−７），調停の結果をプライバシ保護ライブラリに通知する（２−８）．
○３　測位
　プライバシ調停の結果，位置情報の開示が可能と判断されると，プライバシ保護ライブラリが端末の測位インタフェイスを起動して位置情報を取得する．
○４　フィルタリング処理
　プライバシ調停の結果にしたがって，位置情報のフィルタリング処理を行なう．端末のプライバシ保護ライブラリは，○３のステップで取得した位置情報を使って，プライバシ保護エンジンに対してフィルタリング処理を要求する（３−１）．プライバシ保護エンジンでは，プライバシ調停の過程で生成されたフィルタを使って位置情報をフィルタリングし（３−２），その結果として曖昧化された位置情報を端末のプライバシ保護ライブラリに返す（３−３）．
○５　位置情報の開示
　ステップ○４で取得した，曖昧化された位置情報を，プライバシ保護ライブラリからＪａｖａプログラムに開示する．
…（中略）…
７．　まとめ
　…（中略）…さらに本提案方式を携帯端末に実装し，その動作を検証した．」（５５５頁右欄１４行〜５５６頁右欄８行）
　
（２）引用文献に記載された事項について検討する。
（ア）前記ウ．の「プライバシ保護方式の携帯端末への実装」における「本提案のＪａｖａプログラム向けプライバシ保護方式を実装する際には，プライバシ調停およびフィルタリングの機能を端末とネットワーク事業者とでどのように分担するかにより実装方法が異なる．
　プライバシ調停を端末で実行する場合には，端末の機能拡張だけで実現できるメリットがある．しかし，コストの高い無線ネットワークでｘＳＰからポリシーファイルをダウンロードする必要があり，通信コストが問題となる．また，Ｐ３Ｐファイルの解析や比較・フィルタの処理によってＣＰＵや電力を消費することは，これらのリソースの限られた携帯端末」との記載から，リソースの限られていない携帯端末でのプライバシ調停およびフィルタリングの機能を実装した端末によることが可能であると解することができ，前記ウ．の「端末内のＪａｖａプログラムが位置情報を要求した場合，プライバシ保護ライブラリが起動され，プライバシ保護機能が動作を開始する」との記載から，端末内に「Ｊａｖａプログラム」「プライバシ保護ライブラリ」を有していることをよみとることができる。これらから，「プライバシ調停およびフィルタリングの機能を端末に実装し，Ｊａｖａプログラムが位置情報を要求した場合，プライバシ保護ライブラリが起動され，プライバシ保護機能が動作を開始してプライバシ保護を行う方法」をよみとることができる。
　  　
（イ）前記（ア）で言及した実装の端末において，前記イ．の「Ｊａｖａプログラムを作成するサービス提供者は，Ｊａｖａプログラムによって提供するサービスが位置情報に対してどのような要求を持つかを設定し，その設定をファイルに記述する．設定可能な要素としては，
−　サービスの内容
−　サービス提供に必要な位置情報の精度
−　サービス提供エリア
−　サービス提供時間
−　サービス提供後の位置情報の使い方
などが考えられる．実際にどのような要素がどのようなレベルで制御可能かは，ネットワークの機能に依存する場合が多く，上記の設定は，・・・ポリシー記述言語Ｐ３Ｐ・・・を使って記述され，以下では「ポリシー」と呼ぶ」との記載，前記（ア）で言及した「無線ネットワークでｘＳＰからポリシーファイルをダウンロードする」点をふまえると，「前記端末はサービス提供者から，サービス毎の必要な位置情報の精度を含むポリシーが設定されたポリシーファイルをダウンロードされる」ことをよみとることができる。
　
（ウ）前記イ．の「ユーザは位置情報を開示する条件として，
−　どのようなサービスに対して位置情報を開示するか
−　開示する位置情報の精度
−　位置情報の開示を許可するエリア
−　位置情報の開示を許可する時間帯
−　サービスを受けた後に，どのような位置情報の使い方をｘＳＰに許可するか
など，位置情報の開示に際しての要求を定め，その設定をファイルに記載する・・・これらの設定は・・・「プリファレンス」と呼ぶ・・・位置情報の開示に際してのユーザの要求はサービス内容によって異なるため，プリファレンスにはサービスの内容（ナビゲーション，天気予報など）ごとに異なる設定を記述できる」との記載から「ユーザは，ナビゲーション，天気予報などサービス毎に異なる設定により開示する条件としての位置情報の精度を含むプリファレンスを設定」することをよみとることができる。
　
（エ）前記イ．の「Ｊａｖａプログラムが位置情報へアクセスした際に，上記のポリシーとプリファレンスとの比較・調停を行なう・・・位置情報の開示が許可される場合には，開示する精度やエリア・時間がプライバシ調停によって決定される」との記載から「Ｊａｖａプログラムが位置情報へアクセスした際に，上記のポリシーとプリファレンスとの比較・調停を行なうこと」および「位置情報の開示が許可される場合には，開示する精度やエリア・時間がプライバシ調停によって決定されること」をよみとることができる。
　
（オ）前記イ．の「ポリシーファイルに記述された位置情報に対するｘＳＰの要求を，プリファレンスファイルに書かれたユーザ側の開示要求が満たす場合にのみ，位置情報の開示が許可される．ここで，位置情報が開示できないと判定された場合にはユーザに対して意志の確認を行ない，ユーザが許可した場合には，そのＪａｖａプログラムに対するプライバシ設定を一時的に変更して，位置情報開示できるようにする．位置情報の開示が許可される場合には，開示する精度やエリア・時間がプライバシ調停によって決定される」との記載から「位置情報が開示できないと判定された場合にはユーザに対して意志の確認を行ない，ユーザが許可した場合には，そのＪａｖａプログラムに対するプライバシ設定を一時的に変更して，位置情報開示できるようにして，開示する精度やエリア・時間のプライバシ設定が決定されること」をよみとることができ，当該「決定」は，前記イ．の「調停処理が成功した場合，位置情報の曖昧化や開示制限を行なうための位置情報変換フィルタが生成される」との記載から，「位置情報の曖昧化や開示制限を行なうことに関連するプライバシ設定」に係る「決定」であることをよみとることができる。これらを合わせると「位置情報の曖昧化や開示制限を行なうことに関連するプライバシ設定を決定するため，位置情報が開示できないと判定された場合にはユーザに対して意志の確認を行ない，ユーザが許可した場合には，そのＪａｖａプログラムに対するプライバシ設定を一時的に変更して，位置情報開示できるようにして，開示する精度やエリア・時間のプライバシ設定が決定されること」をよみとることができる。
　
（カ）前記イ．の「調停処理が成功した場合，位置情報の曖昧化や開示制限を行なうための位置情報変換フィルタが生成される．端末が位置情報を取得すると，Ｊａｖａプログラムに開示する前に位置情報変換フィルタでのフィルタリング処理を行ない，精度の曖昧化を行なったり，指定されたエリア・時間外であった場合にその旨の通知を行なったりする」との記載から，「位置情報の曖昧化や開示制限を行なうための位置情報変換フィルタが生成され，端末が位置情報を取得すると，Ｊａｖａプログラムに開示する前に位置情報変換フィルタでのフィルタリング処理を行ない，精度の曖昧化を行なうこと」ができることをよみとることができる。
　
（キ）前記ア．の「位置情報のプライバシ保護は，開示する／しないだけではなく，開示する位置情報の粒度を調整することも考慮すべきである…（中略）…単に位置情報を開示する／しないの制御ではなく，５０ｍの精度で取得した位置情報を，ユーザが許容する１０ｋｍの粒度に曖昧化するといった，より柔軟なプライバシ保護の方式が求められる…（中略）…　課題二：位置情報の開示方法をより柔軟にすること…（中略）…ユーザはサービスごとに自身の位置情報の開示についての要求を設定し，一方でｘＳＰは自身が提供するサービスで必要とする位置情報を設定する．これらの設定を，位置情報の粒度／時間／エリア等で木目細かく行なえるようにすることで，課題二を解決する」との記載，前記イ．の「サービス内容によって異なるため，プリファレンスにはサービスの内容（ナビゲーション，天気予報など）ごとに異なる設定を記述できる」との記載から，「前記位置情報は前記端末の位置情報を含み，前記プライバシ設定は，該位置情報の粒度が５０ｍの精度や１０ｋｍの粒度の精度に関連し，該位置情報の精度は，前記ナビゲーション，天気予報などサービス毎に異なる設定により開示する粒度の精度に対応付けることができる」ことをよみとることができる。
　
　前記（ア）〜（キ）によれば，引用文献には，前記ア．に記載された課題一〜課題四を解決するための次の発明が示されている。（以下，「引用発明」と呼ぶ。）
　
「プライバシ調停およびフィルタリングの機能を端末に実装し，Ｊａｖａプログラムが位置情報を要求した場合，プライバシ保護ライブラリが起動され，プライバシ保護機能が動作を開始してプライバシ保護を行う方法であって，
　前記端末はサービス提供者から，サービス毎の必要な位置情報の精度を含むポリシーが設定されたポリシーファイルをダウンロードされ，
　ユーザは，ナビゲーション，天気予報などサービス毎に異なる設定により開示する条件としての位置情報の精度を含むプリファレンスを設定し，
　Ｊａｖａプログラムが位置情報へアクセスした際に，上記のポリシーとプリファレンスとの比較・調停を行ない，
　前記位置情報の開示が許可される場合には，開示する精度やエリア・時間がプライバシ調停によって決定され，
　前記位置情報の曖昧化や開示制限を行なうことに関連するプライバシ設定を決定するため，前記位置情報が開示できないと判定された場合にはユーザに対して意志の確認を行ない，ユーザが許可した場合には，そのＪａｖａプログラムに対するプライバシ設定を一時的に変更して，位置情報開示できるようにして，開示する精度やエリア・時間のプライバシ設定が決定され，
　前記位置情報の曖昧化や開示制限を行なうための位置情報変換フィルタが生成され，端末が位置情報を取得すると，Ｊａｖａプログラムに開示する前に位置情報変換フィルタでのフィルタリング処理を行ない，精度の曖昧化を行なうことができ，
　前記位置情報は前記端末の位置情報を含み，前記プライバシ設定は，該位置情報の粒度が５０ｍの精度や１０ｋｍの粒度の精度に関連し，該位置情報の精度は，前記ナビゲーション，天気予報などサービス毎に異なる設定により開示する粒度の精度に対応付けることができる，方法。」
　
４．対比
　本願発明と引用発明とを対比する。
　
（１）引用発明の「端末」は「ユーザ」の「端末」装置であるといえるので本願発明の「ユーザデバイス」と実質的な差異はない。また，引用発明の「プライバシ調停およびフィルタリングの機能」，「Ｊａｖａプログラムが位置情報を要求した場合」起動される「プライバシ保護ライブラリ」を用いてプライバシ保護に係る方法が遂行されることは自明である。よって，引用発明の「プライバシ調停およびフィルタリングの機能を端末に実装し，Ｊａｖａプログラムが位置情報を要求した場合，プライバシ保護ライブラリが起動され，プライバシ保護機能が動作を開始してプライバシ保護を行う方法」は本願発明の「ユーザデバイスが遂行する方法」に相当する事項を有しているといえる。
　
（２）引用発明の「位置情報」は，「前記端末が位置情報を取得する」ことからも「端末に関連する位置情報」であり，端末の位置情報は端末上のローカルなデータの１つであるから，本願発明の「ローカルデータ」および「位置情報」に相当し，引用発明の「Ｊａｖａプログラム」に関連し，前記ア．に「端末内で動作するＪａｖａプログラムは，ｘＳＰからダウンロードされるのが一般的である」と記載され，引用発明は「ナビゲーション，天気予報などサービス」に係るものであることから，引用発明の「Ｊａｖａプログラム」は「アプリケーションプログラム」とみることができ，引用発明は「Ｊａｖａプログラムが位置情報を要求した場合，プライバシ保護ライブラリが起動され」ることから，「Ｊａｖａプログラムが位置情報へアクセスした際に」そのアクセスが検出や観測されてプライバシ保護ライブラリが起動され動作するとみることができる。これらの点をふまえると，引用発明の「Ｊａｖａプログラムが位置情報を要求した場合，プライバシ保護ライブラリが起動され，プライバシ保護機能が動作を開始」することと本願発明の「前記ユーザデバイスに関連するローカルデータへのアクセスのための要求であって，一つ又は複数のアプリケーションからの要求を観測すること」とに実質的な差異はない。
　
（３）引用発明の「プリファレンス」や「ポリシー」ないし「ポリシーとプリファレンスとの比較・調停を行な」ったあとの「プリファレンス」や「ポリシー」を記述した「ファイル」は，「位置情報の曖昧化や開示制限を行なうことに関連するプライバシ設定を決定するため，前記位置情報が開示できないと判定された場合にはユーザに対して意志の確認を行ない，ユーザが許可した場合には，そのＪａｖａプログラムに対するプライバシ設定を一時的に変更して，位置情報開示できるようにして，開示する精度やエリア・時間のプライバシ設定が決定される」ものであるから「プライバシ設定」が決定され変更できるものであり，「ポリシーとプリファレンスとの比較・調停を行な」ったあとの「プリファレンス」や「ポリシー」を記述した「ファイル」ないし前記ユーザに係る「プライバシ設定」がされた「プリファレンス」や「ポリシー」は本願発明の「プライバシープロファイルオブジェクト」に相当し，前記「位置情報」は前記（２）で言及したように「ローカルデータ」といえるものである。してみれば，引用発明の「サービス提供者から，サービス毎の必要な位置情報の精度を含むポリシーが設定されたポリシーファイルをダウンロードされ」，「ユーザは，ナビゲーション，天気予報などサービス毎に異なる設定により開示する条件としての位置情報の精度を含むプリファレンスを設定し，Ｊａｖａプログラムが位置情報へアクセスした際に，前記のポリシーとプリファレンスとの比較・調停を行ない，前記位置情報の開示が許可される場合には，開示する精度やエリア・時間がプライバシ調停によって決定され」，「前記位置情報の曖昧化や開示制限を行なうことに関連するプライバシ設定を決定する」ことと，本願発明の「前記ローカルデータ，前記ユーザデバイス，これらの組み合わせ，のいずれかに関連する一つ又は複数のプライバシープロファイルオブジェクトを決定すること」とは，「前記ローカルデータに関連する一つ又は複数のプライバシープロファイルオブジェクトを決定すること」において共通する。
　
（４）引用発明の「開示する条件としての位置情報の精度」，「位置情報の曖昧化や開示制限」は本願発明の「プライバシーポリシー」に相当する。また，引用発明の「位置情報の曖昧化や開示制限を行なうことに関連するプライバシ設定を決定するため」において当該「位置情報の曖昧化や開示制限」と「プライバシ設定」と関連することから，前記「位置情報の曖昧化や開示制限」は，前記（３）で言及した「前記ローカルデータに関連する一つ又は複数の」と同様のことがいえる。これらの点をふまえると，引用発明の「位置情報の曖昧化や開示制限を行なうことに関連するプライバシ設定を決定するため」は，「前記ユーザデバイス，これらの組み合わせ，のいずれか」に関連するとまでは言えないまでも，本願発明の「ローカルデータに関連する又は複数のプライバシーポリシーを決定するため」の点で共通し，引用発明の「位置情報が開示できないと判定された場合にはユーザに対して意志の確認を行ない，ユーザが許可した場合には，そのＪａｖａプログラムに対するプライバシ設定を一時的に変更して，位置情報開示できるようにして，開示する精度やエリア・時間のプライバシ設定が決定され」ることは前記「プライバシ設定」と関連する「位置情報の曖昧化や開示制限」との関連付けに係る処理等がされることは自明である点をふまえれば，本願発明の「前記一つ又は複数のプライバシープロファイルオブジェクトを処理すること又は処理を進めること」に相当する。
　
（５）引用発明の「前記位置情報の曖昧化や開示制限を行なう」こと，および「Ｊａｖａプログラムに開示する前に位置情報変換フィルタでのフィルタリング処理を行な」うことは本願発明の「プライバシーポリシーの適用を少なくとも部分的に生じさせるようにすること」に相当する。引用発明の「位置情報の曖昧化や開示制限を行なうための位置情報変換フィルタが生成され，前記端末が位置情報を取得すると，Ｊａｖａプログラムに開示する前に位置情報変換フィルタでのフィルタリング処理を行ない，精度の曖昧化を行なうことができ」ることと本願発明の「前記ローカルデータへのアクセスを許可するために，前記一つ又は複数のプライバシーポリシーの適用を少なくとも部分的に生じさせるようにすること」とに実質的な差異はない。
　
（６）引用発明の「前記位置情報は前記端末の位置情報を含み，前記プライバシ設定は，該位置情報の粒度が５０ｍの精度や１０ｋｍの粒度の精度に関連し，該位置情報の精度は，前記ナビゲーション，天気予報などサービス毎に異なる設定により開示する粒度の精度に対応付けることができる」ことと本願発明の「前記ローカルデータは前記ユーザデバイスの位置情報を含み，前記プライバシーポリシーは，該位置情報の粒度レベルの程度に関連し，該位置情報の粒度レベルは，前記一つ又は複数のアプリケーションの粒度レベルに対応付けされる」こととに実質的な差異はない。
　
　以上の対比によれば，本願発明と引用発明とは次の事項を有する点で一致し，そして相違する。
〈一致点〉
　ユーザデバイスが遂行する方法であって，前記方法は：
　前記ユーザデバイスに関連するローカルデータへのアクセスのための要求であって，一つ又は複数のアプリケーションからの要求を観測することと；
　前記ローカルデータ，に関連する一つ又は複数のプライバシープロファイルオブジェクトを決定することと；
　前記ローカルデータ，に関連する一つ又は複数のプライバシーポリシーを決定するために，前記一つ又は複数のプライバシープロファイルオブジェクトを処理すること又は処理を進めることと；
　前記ローカルデータへのアクセスを許可するために，前記一つ又は複数のプライバシーポリシーの適用を少なくとも部分的に生じさせるようにすることと；
を含み，ここで前記ローカルデータは前記ユーザデバイスの位置情報を含み，前記プライバシーポリシーは，該位置情報の粒度レベルの程度に関連し，該位置情報の粒度レベルは，前記一つ又は複数のアプリケーションの粒度レベルに対応付けされる，方法。
　
〈相違点１〉
　一つ又は複数のプライバシープロファイルオブジェクトを決定することに関し，本願発明は，「ローカルデータ」だけでなく，「前記ユーザデバイス，これらの組み合わせ，のいずれか」に関連する一つ又は複数のプライバシープロファイルオブジェクトを決定するのに対し，引用発明は，そのような特定がされていない点。
　
〈相違点２〉
　一つ又は複数のプライバシーポリシーを決定するために，前記一つ又は複数のプライバシープロファイルオブジェクトを処理すること又は処理を進めることに関し，本願発明は，「ローカルデータ」だけでなく，「前記ユーザデバイス，これらの組み合わせ，のいずれか」に関連する一つ又は複数のプライバシーポリシーを決定するために，前記一つ又は複数のプライバシープロファイルオブジェクトを処理すること又は処理を進めるのに対し，引用発明は，そのような特定がされていない点。
　
５．当審判断
〈相違点１〉について
　「ローカルデータ」，「前記ユーザデバイス，これらの組み合わせ，のいずれか」に関連する一つ又は複数のプライバシープロファイルオブジェクトを決定することは，前記「いずれか」であることからして，ローカルデータ（位置情報）に関連する一つ又は複数のプライバシープロファイルオブジェクトを決定するものを含む。してみれば，前記〈相違点１〉は設計的事項の範囲内のものである。
　また，引用文献の前記ア．には「例えば，ユーザがＧＰＳ・・・受信機を搭載した端末を使用し，ユーザ近辺の情報を定期的にダウンロードするＪａｖａプログラムを実行する場合を考える．このとき，サービスの性質から，位置情報としては１０ｋｍ程度の精度があれば十分である・・・位置情報の精度を曖昧化する上記の例以外にも，ユーザが位置情報の開示について以下のような様々な要求を持っていることを考慮しなければならない（図３）．
　・サービスが提供される時間帯にのみ位置情報を開示したい
　・サービス提供エリア内でのみ位置情報を開示したい
　・位置情報を開示する相手を限定したい
　・目的に応じて位置情報を開示したい
すなわち，ユーザは受け取るサービスに応じて必要最低限の情報しか開示したくないと考えており，このようなユーザの要求に従ってプライバシ保護の機能を柔軟に選択できることが望ましい」と記載されており，この記載によれば，ＧＰＳ受信機を搭載した端末とＧＰＳ受信機を搭載していない端末，例えば，基地局からの受信を行う端末，固定端末など「デバイス」の機能等によってプリファレンス（設定）を柔軟に設定できることをよみとることができるとともに，一般的に，デバイスにおける設定は当該デバイスに関連しており，当該デバイス（の機能）に応じて設定可能になっていることは技術的常識といえる。
　してみれば，引用発明において，一つ又は複数のプライバシープロファイルオブジェクトを決定することに関し，ローカルデータ（位置情報），ユーザデバイス，これらの組み合わせ，のいずれかに関連する一つ又は複数のプライバシープロファイルオブジェクトを決定すると成すことは当業者が容易になし得ることである。
　
〈相違点２〉について
　前記「〈相違点１〉について」において言及したことと同主旨のことが言える。
　してみれば，引用発明において，一つ又は複数のプライバシーポリシーを決定するために，前記一つ又は複数のプライバシープロファイルオブジェクトを処理すること又は処理を進めることに関し，ローカルデータ（位置情報），前記ユーザデバイス，これらの組み合わせ，のいずれかに関連する一つ又は複数のプライバシーポリシーを決定するために，前記一つ又は複数のプライバシープロファイルオブジェクトを処理すること又は処理を進めると成すことは当業者が容易になし得ることである。
　
　そして，〈相違点１〉および〈相違点２〉で言及した，「ユーザデバイス，これらの組み合わせ，のいずれか」とすることによる効果も当然予測される範囲内のものにすぎず，前記「ユーザデバイス」の「組み合わせ」とすることによる効果については発明の詳細な説明に明示的に記載された顕著な効果の記載もないことからしても，それぞれの携帯端末等を用いる場合に当然予測される範囲内のものにすぎないと認められる。
　
　以上のとおり，本願発明は，特許法第２９条第２項の規定により特許を受けることができないから，他の請求項に係る発明について検討するまでもなく，本願は拒絶されるべきものである。
　　
６．むすび
　以上のとおり，本願発明は，特許出願前に日本国内又は外国において，頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて当業者が容易に発明をすることができたものであって，特許法第２９条第２項の規定により特許を受けることができないものであるから，本願は，拒絶すべきものである。
　
よって，結論のとおり審決する。