【事件の表示】
　特願２０１４−５２７４６８「拡張現実ユーザコンテキストへのアクセス方法」拒絶査定不服審判事件〔平成２５年　３月　７日国際公開、ＷＯ２０１３／０２９３８８、平成２６年１１月２７日国内公表、特表２０１４−５３１６３２、請求項の数（４２）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は，２０１２年５月８日（パリ条約による優先権主張２０１１年８月２７日，中国）を国際出願日とする出願であって，平成２８年５月２７日付けで拒絶理由が通知され，平成２８年９月５日に意見書と手続補正書が提出されたが，平成２８年１２月５日付けで拒絶査定がなされ，これに対し，平成２９年４月１０日に拒絶査定不服審判の請求がされると同時に手続補正書が提出され，平成２９年６月８日に前置報告がされたものである。
第２　原査定の概要
　原査定（平成２８年１２月５日付け拒絶査定）の概要は次のとおりである。
１．本願請求項１−６，９，１３，１４，１７−２１に係る発明は，以下の引用文献１又は２に記載された発明であるから，特許法第２９条第１項第３号に該当し，特許を受けることができない。
２．本願請求項１−４２に係る発明は，下記の引用文献１−３に基づいて，その発明の属する技術の分野における通常の知識を有する者（以下，「当業者」という。）が容易に発明できたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
１.Kosuke Nishihara　他，Power Saving in Mobile Devices Using Context-Aware Resource Control，2010 First International Conference on Networking and Computing，IEEE，２０１０年１１月１９日，p.220-226
２.特開２０１０−２３９５６８号公報
３.特開２００４−１５９０２６号公報
第３　審判請求時の補正について
　審判請求時の補正は，特許法第１７条の２第３項から第６項までの要件に違反しているものとはいえない。
１．請求項１，２２について
　審判請求時の補正によって請求項１，２２の「拡張現実ユーザコンテキストへのアクセスを管理することが，適切な拡張現実端末能力にアクセスすること，又は，拡張現実端末能力へのアクセスを最適化すること，又は，取得可能なネットワーク支援能力を利用することを含む」を「拡張現実ユーザコンテキストへのアクセスを管理することが，拡張現実端末能力へのアクセスを最適化すること，又は，取得可能なネットワーク支援能力を利用することを含む」とする補正は，補正前の請求項１，２２に記載された「拡張現実ユーザコンテキストへのアクセスを管理すること」を限定するものであって，同法第１７条の２第５項第２号の特許請求の範囲の減縮を目的とするものに該当する。
　また，特許法第１７条の２第３項，第４項に違反するところはない。
　そして，「第４　本願発明」から「第６　対比・判断」までに示すように，補正後の請求項１−４２に係る発明は，独立特許要件を満たすものである。
第４　本願発明
　本願請求項１−４２に係る発明（以下，それぞれ「本願発明１」−「本願発明４２」という。）は，平成２９年４月１０日付けの手続補正で補正された特許請求の範囲の請求項１−４２に記載された事項により特定される発明であり，本願発明１，２２は以下のとおりの発明である。
「【請求項１】
　モバイル拡張現実クライアントが，拡張現実ユーザコンテキストへのアクセスに関連する情報を収集し，
　前記モバイル拡張現実クライアントが，前記収集した情報及び現在の拡張現実サービス環境に基づいて，前記拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定し，
　前記モバイル拡張現実クライアントが，前記確定した拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態に基づいて，前記拡張現実ユーザコンテキストへのアクセスを管理することを含み，
　拡張現実ユーザコンテキストへのアクセスを管理することが，拡張現実端末能力へのアクセスを最適化すること，又は，取得可能なネットワーク支援能力を利用することを含む拡張現実ユーザコンテキストへのアクセス方法。」
「【請求項２２】
　モバイル拡張現実サーバが，拡張現実ユーザコンテキストへのアクセスに関連する情報を収集し，
　前記モバイル拡張現実サーバが，前記収集した情報及び現在の拡張現実サービス環境に基づいて，前記拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定し，　前記モバイル拡張現実サーバが，前記確定した拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態に基づいて，前記モバイル拡張現実クライアントに前記拡張現実ユーザコンテキストへのアクセスを管理するように通知することを含み，
　拡張現実ユーザコンテキストへのアクセスを管理することが，拡張現実端末能力へのアクセスを最適化すること，又は，取得可能なネットワーク支援能力を利用することを含む拡張現実ユーザコンテキストへのアクセス方法。」
　なお，本願発明２−２１，２３−４２の概要は以下のとおりである。
　本願発明２−２１は，本願発明１を直接又は間接的に引用した発明である。
　本願発明２３−４２は，本願発明２２を直接又は間接的に引用した発明である。
第５　引用文献，引用発明等
１．引用文献１について
　原査定の拒絶の理由に引用された引用文献１には，図面とともに次の事項が記載されている（なお，下線は重要箇所に対して当審が付した。以下，同様。）。
「　　　　　　　II. Context-Aware Resource Control System
    
This system is composed of 3 modules (Figure 1): 
1. A Context Recognition Module that recognizes user context using sensing data. 
2. A QoS Manager that determines appropriate resource management on the basis of a Resource Control Table to be described later. 
3. A Resource Control Module that actually controls resources in response to the above determination. 
A. Context Recognition Module 
    
The Context Recognition Module uses sensing data to recognize user contexts.
（当審訳：II．コンテキストアウェア・リソース制御システム
　
このシステムは３つのモジュールで構成される（図１）。
１．センシングデータを用いてユーザコンテキストを認識するコンテクスト認識モジュール。
２．後述するリソース管理テーブルに基づいて，適切なリソース管理を決定するＱｏＳマネージャ。
３．上記決定に応じてリソースを実際に制御するリソース制御モジュール。
Ａ．コンテキスト認識モジュール
　
コンテキスト認識モジュールは，センシングデータを使用してユーザのコンテキストを認識する。
「B. QoS Manager 
    
The QoS Manager determines how to control resources on the basis of a matrix table, called a Resource Control Table, in which the control strategy is recorded.
1) Resource Control Table 
    The Resource Control Table is a matrix which represents the expected behavior of applications in given contexts. Values in the Resource Control Table are based on careful estimates of device usage and user expectations for the device. We assume for the purposes of this study that the table is static and constructed before runtime, and that a device developer determines these values. We will extend the table so that end users can manually or automatically customize it to better meet expectations. 
    
The control strategy for binary-type resources, which include GPS, cameras, etc., is based on whether or not an application are expected to use a given resource in a given context. The QoS Manager will determine that a resource is to be turned off if it is not expected to be used in a context, and turned on if it is.
（当審訳：Ｂ．ＱｏＳマネージャ
　
ＱｏＳマネージャは，制御ストラテジーが記録されたリソース管理テーブルと呼ばれるマトリックステーブルに基づいてリソースを制御する方法を決定する。
1）リソース管理テーブル
　リソース管理テーブルは，特定のコンテキストでアプリケーションの予想される動作を表すマトリックスである。リソース管理テーブルの値は，デバイスの使用状況とユーザーの期待値を慎重に見積もったものである。本研究の目的上，テーブルは静的で実行前に構成され，デバイス開発者がこれらの値を決定するものと仮定している。より良い期待に応えるため，エンド・ユーザが手動又は自動でカスタマイズできるように，テーブルを拡張する。
　
ＧＰＳ，カメラなどを含むバイナリタイプのリソースの制御ストラテジーは，アプリケーションが特定のコンテキストで特定のリソースを使用すると予想されるかどうかに基づいている。ＱｏＳマネージャは，リソースがコンテキストで使用されることが予想されない場合はオフにし，予想される場合はオンにすることを決定する。
「B. Application 
    
In this scenario, the user has 4 applications available.
The fourth is Augmented Reality (AR), which offers virtual reality superimposed on the monitor.
（当審訳：Ｂ．アプリケーション
　
このシナリオでは，ユーザーは４つのアプリケーションを使用できる。
４つ目は，モニター上に仮想現実を重ね合わせた拡張現実（ＡＲ）である。
「　　　　　　　　IV. EXPERIMENTS
    We have experimentally evaluated power-saving performance for the previously described scenario. Since it was our purpose to estimate power consumption in a mobile device having a multi-core processor, our experiments were conducted on a test board equipped with a multi-core processor. 
First, the Context Recognition Module determined user contexts: Indoor/Outdoor and Walking/ Stopping. Second, the QoS Manager determined how to control the GPS, camera, and processor. Finally, the Resource Control Module actually controlled these resources in response to the determination.
（当審訳：ＩＶ．実験
　前述のシナリオでは，省電力性能を実験的に評価した。マルチコアプロセッサを搭載したモバイル機器の消費電力を見積もることが目的であったため，マルチコアプロセッサ搭載のテストボードで実験を行った。
最初に，コンテキスト認識モジュールは，屋内/屋外および歩行/停止というユーザコンテキストを決定した。次に，ＱｏＳマネージャは，ＧＰＳ，カメラ，プロセッサの制御方法を決定した。最後に，リソース制御モジュールは，実際にこの決定に応じてこれらのリソースを制御した。
「C. Context Recognition by Context Recognition module 
    Context Recognition Module recognizes user contexts Indoor/Outdoor and Walking/Stopped.
    
Indoor/Outdoor is recognized on the basis whether or not GPS signals can be received.
    
Walking/Stopped is recognized by using acceleration sensor data.
（当審訳：Ｃ．コンテキスト認識モジュールによるコンテキスト認識
　
コンテキスト認識モジュールは，屋内/屋外および歩行/停止のユーザコンテキストを認識する。
　
屋内/屋外は，ＧＰＳ信号を受信できるかどうかに基づいて認識される。
　
歩行／停止は，加速度センサデータを使用して認識される。
　上記記載及び図面並びにこの分野における技術常識を考慮すると，引用文献１には次の発明（以下，「引用発明１」という。）が記載されていると認められる。
「センシングデータを用いてユーザコンテキストを認識するコンテクスト認識モジュール，リソース管理テーブルに基づいて適切なリソース管理を決定するＱｏＳマネージャ，上記決定に応じてリソースを実際に制御するリソース制御モジュール，の３つのモジュールで構成され（第２２１ページ左欄第８−２５行），
　コンテキスト認識モジュールは，センシングデータを使用して屋内／屋外および歩行／停止のユーザコンテキストを認識し，屋内／屋外は，ＧＰＳ信号を受信できるかどうかに基づいて認識され，歩行／停止は，加速度センサデータを使用して認識され（第２２１ページ左欄第８−２５行，第２２４ページ左欄第４１行−同ページ右欄第１７行），
　ＱｏＳマネージャは，制御ストラテジーが記録されたリソース管理テーブルと呼ばれるマトリックステーブルに基づいてリソースを制御する方法を決定し，ＧＰＳ，カメラなどを含むバイナリタイプのリソースの制御ストラテジーは，アプリケーションが特定のコンテキストで当該リソースが使用されることが予想されない場合はオフにし，予想される場合はオンにすることを決定するものであり（第２２１ページ左欄第４１行−同ページ右欄第２２行），
　モニター上に仮想現実を重ね合わせた拡張現実（ＡＲ）を含むアプリケーションを使用できる（第２２３ページ左欄第３３行−同ページ右欄第５行），
　システムにおいて（第２２１ページ左欄第８−２５行），
　最初に，コンテキスト認識モジュールが，屋内／屋外および歩行／停止というユーザコンテキストを決定し，次に，ＱｏＳマネージャが，ＧＰＳ，カメラ，プロセッサの制御方法を決定し，最後に，リソース制御モジュールが，実際にこの決定に応じてこれらのリソースを制御する（第２２４ページ左欄第１−１１行），
　システムの制御方法。」
２．引用文献２について
　原査定の拒絶の理由に引用された引用文献２には，図面とともに次の事項が記載されている。
「【００３３】
　まず通信端末１００および通信端末１００ａについて説明する。図２は本実施形態における通信端末１００の機能ブロック図である。
この通信端末１００は，主として，端末の位置情報を取得する位置情報取得部１０１と，画面を表示する表示部１０２と，ユーザの入力を受け付ける入力部１０３と，端末が向いている方位を検出する方位センサ１０４と，通信網１５０と接続して通信を行う通信部１０５と，実空間の映像を取得するカメラ部１０６と，所定のプログラムおよびデータを記憶する記憶部１０７と，各部の動作を制御するとともに所定の情報処理を実現する制御部１０８とから構成されている。
【００３４】
　
位置情報取得部１０１は，例えば，複数のＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）衛星からの電波を受信して，それらの強度から現在の位置情報を取得するＧＰＳモジュールを用いることができる。
【００３５】
　表示部１０２は，液晶表示装置または有機液晶表示装置であって，通信端末１００の動作状態，通信端末１００を操作するためのユーザインターフェイス等を制御部１０８の制御下で表示するものである。本実施形態にかかる拡張現実感システム１においては，後述する動作に従って，
カメラ部１０６により取得した実空間の映像に拡張現実感サーバ３００から取得した拡張現実感情報に基づいたオブジェクトを重畳して表示することにより拡張現実感をユーザに提供する。
「【００４１】
　制御部１０８は，不図示のＣＰＵ上で記憶部１０７に記憶されたプログラムを実行することにより仮想的に構成される機能ブロックであって，通信端末１００の位置情報取得部１０１，表示部１０２，入力部１０３，方位センサ１０４，通信部１０５，カメラ部１０６および記憶部１０７といった各機能ブロックとの間でデータおよび制御信号をやり取りすることにより，通信端末１００の各種機能を実現するものである。ここで，
制御部１０８は，所定のプログラムを実行することにより本実施形態にかかる拡張現実感システム１のクライアント制御部として機能し，位置情報取得部１０１の取得した位置情報を通信部１０５から後述する拡張現実感サーバへ送信して現在位置周辺における拡張現実感情報をリクエストするとともに，拡張現実感サーバから取得した拡張現実感情報をカメラ部１０６の取得した実空間の映像に重畳して表示部に表示する処理を行う
「【００６３】
　以下，以上のように構成された拡張現実感システム１の動作についてフローチャートを参照しながら説明する。図６は，本実施形態にかかる
拡張現実感システム１における通信端末１００側の動作
【００６４】
　この動作では，ユーザが通信端末１００の入力部１０３を操作して拡張現実感プログラムを起動することにより開始され，
まずカメラ部１０６が起動されて，方位センサ１０４が起動されて，その検出値より通信端末１００が向いている方向，ひいてはカメラ部１０６の向いている方向が認識可能な状態となり，ライブビュー動作が開始される。
【００６５】
　
続いて位置情報取得部１０１が起動されて通信端末１００の現在位置にかかる位置情報が取得される（ＳＴ１０２）。
「【００７６】
　図７において，
タイマＴ２が規定値ｎ２より大きいと判断されると，通信端末１００の位置情報の取得が位置情報取得部１０１により行われ（ＳＴ１１９），取得された位置情報は拡張現実感サーバ３００に送信される（ＳＴ１２０）。拡張現実感サーバ３００では，送信された位置情報に基づいて拡張現実感情報を再構成する。通信端末１００では，そのリプライが通信部１０５により受信され（ＳＴ１２１），そのリプライの中に拡張現実感情報が含まれているか否かが判断される（ＳＴ１２２）。
【００７７】
　ここで，制御部１０８により
含まれていると判断されると（ＳＴ１２２：ＹＥＳ），拡張現実感情報リストが更新される（ＳＴ１２３）。そして，カメラ部１０６における視界に入る拡張現実感情報の表示位置は制御部１０８により算出される（ＳＴ１２４）。
算出された表示位置に拡張現実感情報によるオブジェクトが再描画される（ＳＴ１２６）。
「【００７９】
　つぎに，図７および図８における各更新処理における変形例について説明する。図９は，その変形例の処理を示すフローチャートである。図９においては，ＳＴ１０８からＳＴ１１６までは図７と同じ処理であり，タイマＴ１が規定値ｎ１より大きい場合には，他ユーザ情報の更新処理のためのリクエスト処理を行い，新たな他ユーザ情報を取得し，他ユーザ情報によるオブジェクトを再描画する（ＳＴ１０８〜ＳＴ１１６）。そして，制御部１０８により，視界に入っている他ユーザ端末が決定され，その他ユーザ端末は拡張現実感サーバ３００に通知される（ＳＴ１８１）。そして，タイマＴ１は０にリセットされ，再度カウントが開始される（ＳＴ１１７）。また，ＳＴ１１８において，タイマＴ２が規定値ｎ２より大きい場合には，図８と同様に，自装置の位置情報の更新処理が行われる（ＳＴ１３０）。
【００８０】
　このＳＴ１３０における詳細は，図１０に示すとおりである。ここでは，ＳＴ１１９からＳＴ１２６までの処理は，図８と同じである。なお，この変形例においては，
ＳＴ１２１においては，拡張現実感情報のリストを含んだもの，および他ユーザの視界に入っていることを含んだものの２回のリプライを受信する場合があり得る。
【００８１】
　
ＳＴ１２２において，拡張現実感情報がリプライに含まれていた場合（ＳＴ１２２：Ｎｏ），または，再描画（ＳＴ１２６）後には，通信端末１００が他ユーザ端末の視界に入っているかが，制御部１０８により判断される（ＳＴ１８２）。そして，視界に入っていると判断されると，規定値ｎ２は初期値により小さい値である短縮値に設定される。そして，通信端末１００は，その規定値ｎ２に基づいてタイマＴ２に基づいた処理を実行する。また，ＳＴ１８２において，他ユーザ端末の視界に入っていないと判断されると（ＳＴ１８２：Ｎｏ），規定値ｎ２の値は標準値，すなわち初期値に戻す，または初期値のままとする（ＳＴ１８４）。
【００８２】
　このように，
通信端末１００が他ユーザ端末により見られているか否か，すなわち，カメラによる視界に入っているか否かに基づいて，自己の位置情報更新の周期を変えることができる
　上記記載及び図面並びにこの分野における技術常識を考慮すると，引用文献２には次の発明（以下，「引用発明２」という。）が記載されていると認められる。
「位置情報を取得する位置情報取得部１０１と，画面を表示する表示部１０２と，ユーザの入力を受け付ける入力部１０３と，端末が向いている方位を検出する方位センサ１０４と，通信網１５０と接続して通信を行う通信部１０５と，実空間の映像を取得するカメラ部１０６と，所定のプログラムおよびデータを記憶する記憶部１０７と，各部の動作を制御するとともに所定の情報処理を実現する制御部１０８とから構成され（【００３３】），
　制御部１０８は，所定のプログラムを実行することによりクライアント制御部として機能し，位置情報取得部１０１の取得した位置情報を通信部１０５から後述する拡張現実感サーバへ送信して現在位置周辺における拡張現実感情報をリクエストするとともに，拡張現実感サーバから取得した拡張現実感情報をカメラ部１０６の取得した実空間の映像に重畳して表示部に表示する処理を行い（【００４１】），
  位置情報取得部１０１は，複数のＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）衛星からの電波を受信して，それらの強度から現在の位置情報を取得するＧＰＳモジュールを用いることができ（【００３４】），
　カメラ部１０６により取得した実空間の映像に拡張現実感サーバ３００から取得した拡張現実感情報に基づいたオブジェクトを重畳して表示することにより拡張現実感をユーザに提供する（【００３５】），
　通信端末１００の動作方法であって（【００６３】），
　まずカメラ部１０６が起動されて，方位センサ１０４が起動されて，その検出値より通信端末１００が向いている方向，ひいてはカメラ部１０６の向いている方向が認識可能な状態となり，ライブビュー動作が開始され（ＳＴ１０１）（【００６４】），
　続いて位置情報取得部１０１が起動されて通信端末１００の現在位置にかかる位置情報が取得され（ＳＴ１０２）（【００６５】），
　タイマＴ２が規定値ｎ２より大きいと判断されると，通信端末１００の位置情報の取得が位置情報取得部１０１により行われ（ＳＴ１１９），取得された位置情報は拡張現実感サーバ３００に送信され（ＳＴ１２０），そのリプライが通信部１０５により受信され（ＳＴ１２１），　そのリプライの中に送信された位置情報に基づいて再構成された拡張現実感情報が含まれているか否かが判断され（ＳＴ１２２）（【００７６】），
　含まれていると判断されると（ＳＴ１２２：ＹＥＳ），拡張現実実感情報リストが更新され（ＳＴ１２３），カメラ部１０６における視界に入る拡張現実感情報の表示位置は制御部１０８により算出され（ＳＴ１２４），算出された表示位置に拡張現実感情報によるオブジェクトが再描画され（ＳＴ１２６）（【００７７】），
　さらに，他ユーザの視界に入っていることを含んだリプライを受信する場合があり得て（【００８０】），
　拡張現実感情報がリプライに含まれていた場合（ＳＴ１２２：Ｎｏ），または，再描画（ＳＴ１２６）後に，通信端末１００が他ユーザ端末の視界に入っているかが，制御部１０８により判断され（ＳＴ１８２），視界に入っていると判断されると，規定値ｎ２は初期値により小さい値である短縮値に設定され，通信端末１００は，その規定値ｎ２に基づいてタイマＴ２に基づいた処理を実行し，また，ＳＴ１８２において，他ユーザ端末の視界に入っていないと判断されると（ＳＴ１８２：Ｎｏ），規定値ｎ２の値は標準値，すなわち初期値に戻す，または初期値のままとし（ＳＴ１８４）（【００８１】），
　通信端末１００が他ユーザ端末により見られているか否か，すなわち，カメラによる視界に入っているか否かに基づいて，自己の位置情報更新の周期を変える（【００８２】），
　通信端末１００の動作方法。」
３．引用文献３について
　また，原査定の拒絶の理由に引用された上記引用文献３の段落【００２８】，【００４４】及び【図２】の記載からみて，当該引用文献３には，目標地の緯度・経度情報と，ＧＰＳアンテナ１４及びＧＰＳ部１５によって測位した現在地の緯度・経度情報より現在地から目標地までの距離を算出し，この算出した現在地から目標地までの残り距離を基に次回に測位を行う時に実施する測位方法の選択を行うことにより（【００２８】，【図２】），位置測位の際に，消費電力が大きくかつ測位時間のかかるＧＰＳを使用して常時測位するのではなく，目標地からの距離に応じて，現在地の目標地からの距離に見合った測位方法を自動的に切替えるため，消費電力の削減及び測位時間の短縮を図ることができる（【００４４】）という技術的事項が記載されていると認められる。
第６　対比・判断
１．本願発明１について
（１）引用発明１との対比・判断
ア　対比
　本願発明１と引用発明１とを対比すると，次のことがいえる。
（ア）本願明細書の「本発明の各実施例において，拡張現実ユーザコンテキストは１セットの動的情報で，当該動的情報は，拡張現実ユーザの現在状態及びその付近環境の記述に用いられる。」（段落【００３２】）との記載によれば，本願発明１における「拡張現実ユーザコンテキスト」とは，拡張現実ユーザの現在状態及びその付近環境を記述する１セットの動的情報であると解される。したがって，本願発明１における「拡張現実ユーザコンテキストへのアクセスに関連する情報」とは，拡張現実ユーザの現在状態及びその付近環境を記述する１セットの動的情報である拡張現実ユーザコンテキストへのアクセスにより取得される情報を含むものといえる。
　一方，引用発明１では，「コンテキスト認識モジュール」が，「センシングデータを使用して屋内／屋外および歩行／停止のユーザコンテキストを認識し，屋内／屋外は，ＧＰＳ信号を受信できるかどうかに基づいて認識され，歩行／停止は，加速度センサデータを使用して認識」しており，この認識に先立って，ＧＰＳ信号を受信できるかどうかの情報及び加速度センサデータを収集していることは明らかである。そして，これらＧＰＳ信号を受信できるかどうかの情報及び加速度センサデータは，ユーザの現在状態及びその付近環境を示す動的情報であるといえる。
　さらに，引用発明１は，拡張現実（ＡＲ）を含むアプリケーションを使用できるものである。
　そうしてみれば，引用発明１の「ＧＰＳ信号を受信できるかどうかの情報及び加速度センサデータ」は，本願発明１の「拡張現実ユーザコンテキストへのアクセスに関連する情報」に含まれる。
　したがって，引用発明１と本願発明１とは，「拡張現実ユーザコンテキストへのアクセスに関連する情報を収集」するという点で一致している。
（イ）引用発明１では，「コンテキスト認識モジュールは，センシングデータを使用して屋内／屋外および歩行／停止のユーザコンテキストを認識し，屋内／屋外は，ＧＰＳ信号を受信できるかどうかに基づいて認識され，歩行／停止は，加速度センサデータを使用して認識され，次に，ＱｏＳマネージャが，「ＧＰＳ，カメラ」「の制御方法を決定し」ている。この決定は，「アプリケーションが特定のコンテキストで」ＧＰＳ，カメラ「が使用されることが予想されない場合はオフにし，予想される場合はオンにすることを決定するもの」である。
　すなわち，引用発明１は，ＱｏＳマネージャが，コンテキスト認識モジュールが収集したＧＰＳ信号を受信できるかどうかの情報及び加速度センサデータに基づいて認識した屋内／屋外および歩行／停止のユーザコンテキストでの，ＧＰＳ，カメラをオン又はオフに決定するものといえる。
　そして，引用発明１の「ＧＰＳ，カメラをオン又はオフに決定」することは，本願発明１の「前記拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定」することに含まれるから，引用発明１と本願発明１とは，「前記収集した情報に基づいて，前記拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定」するという点で一致している。
（ウ）本願発明１においては，「拡張現実ユーザコンテキストへのアクセスを管理すること」に「拡張現実端末能力へのアクセスを最適化すること」が含まれる。そして，本願明細書の「拡張現実端末能力は，拡張現実端末測位能力を含むことが好ましい。」（段落【００５５】），「拡張現実端末能力へのアクセスを最適化することは，拡張現実端末の測位の一時的な停止又は再起動を含むことが好ましい。」（段落【００５７】）との記載によれば，本願発明１における，「拡張現実端末能力へのアクセスを最適化すること」は，拡張現実端末測位能力の測位の一時的な停止又は再起動を含むと解される。
　一方，引用発明１では，「ＱｏＳマネージャが，ＧＰＳ，カメラ」「の制御方法を決定」した後に，「リソース制御モジュールが，実際にこの決定に応じてこれらのリソースを制御」している。この決定は，上記（イ）で述べたとおり，ＧＰＳ，カメラをオン又はオフとするものである。
　そうすると，引用発明１の「ＧＰＳ」は，本願発明１の「拡張現実端末能力」に含まれ，また，引用発明１において「ＧＰＳをオン又はオフとする」ことは，本願発明１において，「拡張現実端末能力へのアクセスを最適化すること」に含まれる。
　また，上記（イ）で述べたとおり，引用発明１において，「ＧＰＳ，カメラをオン又はオフに決定」することは，本願発明１の「前記拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定」することに含まれるから，引用発明１が「この決定に応じてこれらのリソースを制御」することは，本願発明１が「前記確定した拡張現実ユーザコンテキストへのアクセスの要求及び/又は状態に基づいて」，「拡張現実端末能力へのアクセス」を行うことに相当する。
　したがって，引用発明１と本願発明１とは，「前記確定した拡張現実ユーザコンテキストへのアクセスの要求及び/又は状態に基づいて，前記拡張現実ユーザコンテキストへのアクセスを管理することを含み，
　拡張現実ユーザコンテキストへのアクセスを管理することが，拡張現実端末能力へのアクセスを最適化することを含む」という点で一致する。
（エ）上記（ア）で述べたとおり，本願明細書の「本発明の各実施例において，拡張現実ユーザコンテキストは１セットの動的情報で，当該動的情報は，拡張現実ユーザの現在状態及びその付近環境の記述に用いられる。」（段落【００３２】）との記載によれば，本願発明１における「拡張現実ユーザコンテキスト」とは，拡張現実ユーザの現在状態及びその付近環境を記述する１セットの動的情報であると解される一方，引用発明１は，これに含まれる「ＧＰＳ信号を受信できるかどうかの情報及び加速度センサデータ」を取得しており，且つ，拡張現実（ＡＲ）を含むアプリケーションを使用できるから，本願発明１と引用発明１とは，「拡張現実ユーザコンテキストのアクセス方法」という点で一致している。
　したがって，本願発明１と引用発明１との間には，次の一致点，相違点があるといえる。
（一致点）
「拡張現実ユーザコンテキストへのアクセスに関連する情報を収集し，
　前記収集した情報に基づいて，前記拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定し，
　前記確定した拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態に基づいて，前記拡張現実ユーザコンテキストへのアクセスを管理することを含み，
　拡張現実ユーザコンテキストへのアクセスを管理することが，拡張現実端末能力へのアクセスを最適化することを含む拡張現実ユーザコンテキストへのアクセス方法。」
（相違点）
（相違点１）本願発明１では，「拡張現実ユーザコンテキストへのアクセスに関連する情報を収集し，前記収集した情報に基づいて，前記拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定し，前記確定した拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態に基づいて，前記拡張現実ユーザコンテキストへのアクセスを管理する」といういずれの手順もその実行主体が「モバイル拡張現実クライアント」であるのに対して，引用発明１では，「コンテキスト認識モジュール」が屋内／屋外および歩行／停止というユーザコンテキストを決定し，「ＱｏＳマネージャ」がＧＰＳ，カメラ，プロセッサの制御方法を決定し，「リソース制御モジュール」が実際にこの決定に応じてこれらのリソースを制御しており，各手順の実行主体がそれぞれ異なる点。
（相違点２）一致点の「前記収集した情報に基づいて，前記拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定し，」に関して，本願発明１は，「前記収集した情報
及び現在の拡張現実サービス環境
イ　判断
　事案に鑑み，まず上記相違点２について検討する。
　相違点２に係る本願発明１の「前記収集した情報
及び現在の拡張現実サービス環境
したがって，本願発明１は，相違点１を検討するまでもなく，当業者であっても引用発明１及び引用文献３に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
（２）引用発明２との対比・判断
ア　対比
　本願発明１と引用発明２とを対比すると，次のことがいえる。
（ア）引用発明２では，制御部１０８が「所定のプログラムを実行することによりクライアント制御部として機能し」，この制御部１０８を備える「通信端末１００」は，「カメラ部１０６により取得した実空間の映像に拡張現実感サーバ３００から取得した拡張現実感情報に基づいたオブジェクトを重畳して表示する」から，当該「通信端末１００」は，本願発明１における「モバイル拡張現実クライアント」に相当する。
（イ）上記（１）のアの（ア）で示したとおり，本願発明１における「拡張現実ユーザコンテキスト」とは，拡張現実ユーザの現在状態及びその付近環境を記述する１セットの動的情報であると解され，本願発明１における「拡張現実ユーザコンテキストへのアクセスに関連する情報」とは，拡張現実ユーザの現在状態及びその付近環境を記述する１セットの動的情報である拡張現実ユーザコンテキストへのアクセスにより取得される情報を含むものといえる。
　一方，引用発明２の「通信端末１００」は，「端末が向いている方位を検出する方位センサ１０４」と，「現在の位置情報を取得するＧＰＳモジュールを用いることができ」る「位置情報取得部１０１」とを備えている。そして，これらの「端末が向いている方向」の「情報」や「現在の位置情報」は，本願発明１の「拡張現実ユーザコンテキストへのアクセスに関連する情報」に含まれるものである。
　そうすると，本願発明１と引用発明２とは，「モバイル拡張現実クライアントが，拡張現実ユーザコンテキストへのアクセスに関連する情報を収集し，」という点で一致している。
（ウ）引用発明２は，「タイマＴ２が規定値ｎ２より大きいと判断されると，通信端末１００の位置情報の取得が位置情報取得部１０１により行われ」，さらに，「他ユーザの視界に入っていることを含んだリプライを受信する場合があり得て」，「他ユーザ端末の視界に入っているかが，制御部１０８により判断され」，「視界に入っていると判断されると，規定値ｎ２は初期値より小さい値である短縮値に設定され」，「他ユーザ端末の視界に入っていないと判断されると」，「規定値ｎ２の値は標準値，すなわち初期値に戻す，または初期値のままと」することにより，「自己の位置情報更新の周期を変える」ものである。
　そして，引用発明２における，「通信端末１００の位置情報」は，本願発明２の「拡張現実ユーザコンテキスト」に含まれるものであり，引用発明２の「通信端末１００」が，「自身の位置情報更新の周期」を決定する「規定値ｎ２」を「標準値」又は「短縮値」に「設定」することは，本願発明２の「拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定」することに含まれる。
　したがって，本願発明１と引用発明２とは，「前記モバイル拡張現実クライアントが，前記拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定」するという点で一致している。
（エ）本願発明１においては，「拡張現実ユーザコンテキストへのアクセスを管理すること」に「拡張現実端末能力へのアクセスを最適化すること」が含まる。そして，本願明細書の「拡張現実端末能力は，拡張現実端末測位能力を含むことが好ましい。」（段落【００５５】），「拡張現実端末能力へのアクセスを最適化することは，拡張現実端末の測位精度の変更，及び／又は拡張現実端末の測位方式の変更を含むことが好ましい。」（段落【００５６】）との記載によれば，本願発明１における，「拡張現実端末能力へのアクセスを最適化すること」は，拡張現実端末測位能力の測位精度の変更を含む解される。
　一方，引用発明２では，「規定値ｎ２」を「標準値」又は「短縮値」に「設定」し，「タイマＴ２が規定値ｎ２より大きいと判断されると，通信端末１００の位置情報が位置情報取得部１０１により行われ」るから，この「規程値ｎ２」を「標準値」又は「短縮値」の一方から他方に「設定」することは，「時間的な測位精度の変更」といいうるものである。
　そうすると，引用発明２において，「規定値ｎ２」を「標準値」又は「短縮値」に「設定」し，「タイマＴ２が規定値ｎ２より大きいと判断されると，通信端末１００自身の位置情報が位置情報取得部１０１により行われ」ることは，本願発明２の「拡張現実端末能力へのアクセスを最適化すること」に含まれる。
　また，上記（ウ）で述べたとおり，引用発明２の「通信端末１００」が，「自身の位置情報更新の周期」を決定する「規定値ｎ２」を「標準値」又は「短縮値」に「設定」することは，本願発明２の「拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定」することに含まれるから，引用発明２において，この「設定」に基づいて「通信端末１００自身の位置情報が位置情報取得部１０１により行われ」ることは，本願発明１において，「前記確定した拡張現実ユーザコンテキストへのアクセスの要求及び/又は状態に基づいて」，「拡張現実端末能力へのアクセス」を行うことに相当する。
　したがって，本願発明２と引用発明２とは，「前記確定した拡張現実ユーザコンテキストへのアクセスの要求及び/又は状態に基づいて，前記拡張現実ユーザコンテキストへのアクセスを管理することを含み，
　拡張現実ユーザコンテキストへのアクセスを管理することが，拡張現実端末能力へのアクセスを最適化することを含む」という点で一致する。
　したがって，本願発明２と引用発明１との間には，次の一致点，相違点があるといえる。
（一致点）
「モバイル拡張現実クライアントが，拡張現実ユーザコンテキストへのアクセスに関連する情報を収集し，
　前記モバイル拡張現実クライアントが，前記拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定し，
　前記確定した拡張現実ユーザコンテキストへのアクセスの要求及び/又は状態に基づいて，前記拡張現実ユーザコンテキストへのアクセスを管理することを含み，
　拡張現実ユーザコンテキストへのアクセスを管理することが，拡張現実端末能力へのアクセスを最適化することを含む」という点で一致する。
（相違点）
　一致点の「前記モバイル拡張現実クライアントが，前記拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定し，」に関して，本願発明１は，「
前記収集した情報及び現在の拡張現実サービス環境に基づいて，
前記収集した情報及び現在の拡張現実サービス環境に基づいて，
イ　判断
　上記相違点について検討すると，相違点に係る本願発明１の「
前記収集した情報及び現在の拡張現実サービス環境に基づいて
　したがって，本願発明１は，当業者であっても引用発明２及び引用文献３に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
２．本願発明２−２１について
　本願発明２−２１も，本願発明１の「現在の拡張現実サービス環境に基づいて，前記拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定し，」と同一の構成を有するものであるから，本願発明１と同じ理由により，当業者であっても引用発明１及び引用文献３に記載された技術的事項又は引用発明２及び引用発明３に記載された技術的事項に基づいて，当業者が容易に発明をすることができたものとはいえない。
３．本願発明２２について
　本願発明２２は，実質的に本願発明１における各手順の実行主体を「モバイル拡張現実サーバ」に置き換えた発明であり，本願発明１の「現在の拡張現実サービス環境に基づいて，前記拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定し，」と同一の構成を備えるものであるから，本願発明１と同様の理由により，当業者であっても引用発明１及び引用文献３に記載された技術的事項又は引用発明２及び引用発明３に記載された技術的事項に基づいて，当業者が容易に発明をすることができたものとはいえない。
４．本願発明２３−４２について
　本願発明２３−４２も，本願発明２２が備える，「現在の拡張現実サービス環境に基づいて，前記拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定し，」と同一の構成を備えるものであるから，本願発明１と同様の理由により，当業者であっても引用発明１及び引用文献３に記載された技術的事項又は引用発明２及び引用発明３に記載された技術的事項に基づいて，当業者が容易に発明をすることができたものとはいえない。
第７　原査定について
１．理由１（特許法第２９条第１項第３号）について
　本願発明１−６，９，１３，１４，１７−２１は，「現在の拡張現実サービス環境に基づいて，前記拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定し，」という事項を有しており，拒絶査定において引用された引用文献１又は２に記載された発明ではない。
　したがって，原査定の理由１を維持することはできない。
２．理由２（特許法第２９条第２項）について
　本願発明１−４２は，「現在の拡張現実サービス環境に基づいて，前記拡張現実ユーザコンテキストへのアクセスの要求及び／又は状態を確定し，」という事項を有しており，当業者であっても，拒絶査定において引用された引用文献１−３に基づいて，容易に発明できたものとはいえない。
　したがって，原査定の理由２を維持することはできない。
第８　むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。