【事件の表示】
　特願２０１２−５４９１４３「ロケーションコンテキスト識別子を用いた移動局ナビゲーションのためのスケーラブルルーティング」拒絶査定不服審判事件〔平成２３年　７月２１日国際公開、ＷＯ２０１１／０８８４０７，平成２５年　５月１６日国内公表，特表２０１３−５１７４８０〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
１．手続の経緯・本願の発明
　本願は，２０１１年（平成２３年）　１月１４日（パリ条約による優先権主張　２０１０年（平成２２年）　１月１４日，米国，２０１１年（平成２３年）　１月１０日，米国）を国際出願日とする特許出願であって，平成２６年　３月３１日付けで拒絶査定（発送日：平成２６年　４月　７日）がなされ，この査定を不服として，平成２６年　７月３１日に本件審判が請求されると同時に，手続補正がなされた。
　そして，平成２７年　４月２８日付けで当審において拒絶理由が通知（発送日：平成２７年　５月　１日）され，その応答期間内である平成２７年　６月１５日付けで意見書及び手続補正書が提出されたところである。
　この出願の請求項１〜６０に係る発明は，平成２７年　６月１５日付け手続補正書により補正された特許請求の範囲の請求項１〜６０に記載された事項により特定されるものと認められるところ，その請求項１に係る発明（以下，「本願発明」という。）は，次のとおりのものである。
「【請求項１】
　デバイスによって，ルートを判断するための方法であって，
　前記デバイスによって，移動局の位置を推定するステップと，
　前記デバイスによって，第１のマップ上で指定数までの当該ポイントを識別するステップであって，前記識別された当該ポイントが，前記第１のマップ上で前記移動局の前記推定された位置に最も近い当該ポイントを表し，前記識別された当該ポイントのそれぞれが少なくとも１つのロケーションコンテキスト識別子を含み，前記少なくとも１つのロケーションコンテキスト識別子が，前記第１のマップとは異なる少なくとも１つの隣接マップで参照され，前記識別された当該ポイントは，屋内と屋外との間の移行部位，または複数のフロア間の移行部位，または前記２つの移行部位の両方である，識別するステップと，
　前記デバイスによって，複数の隣接マップのうちの少なくとも１つを選択するステップであって，
　前記少なくとも１つの隣接マップが，前記移動局による前記少なくとも１つの隣接マップについての将来の要求の可能性に少なくとも部分的に基づいて選択され，
　前記少なくとも１つの隣接マップが，前記識別された当該ポイントの中の少なくとも１つの当該ポイントに関連付けられた少なくとも１つのロケーションコンテキスト識別子によって識別される，
　選択するステップと，
　前記デバイスによって，前記第１のマップと前記少なくとも１つの隣接マップとを使用して前記移動局の前記推定された位置から目的ポイントへのルートを判断するステップと
　を含む，方法。」　
２．刊行物とその記載事項　
（１）平成２７年　４月２８日付けの当審における拒絶の理由で引用された本願の優先権主張の日前に頒布された刊行物である米国特許出願公開第２００９／０２１６４３８号明細書（以下，「刊行物１」という。）には，「FACILITY　MAP　FRAMEWORK」｛ファシリティマップフレームワーク｝に関し，図面とともに次の事項が記載されている。（｛｝内は，当審による仮訳である。下線部は当審により付与した。）
・「BACKGROUND 
［０００１］
The present aspects generally relate to computer-based approaches for information mapping and routing and asset localization, and more particularly to approaches to routing informed by user mobility constraints and location through linked disparate maps to localized assets.」　
｛背景
【０００１】　本態様は一般に，情報マッピング，ルーティング，アセットローカリゼーションのためのコンピュータベースのアプローチに関する。具体的には，分配されたアセットにリンクされた異なるマップを経由する，ユーザー移動制限と位置によって通知されたルーティングへのアプローチに関する。｝　
・「［０００６］In accordance with one or more versions and corresponding disclosure thereof, various aspects are described in connection with a facility map system that facilitates providing location-based information. A facility map model links a plurality of disparate map sources by a plurality of route elements. An object moving within a geographic scope of the facility map model is sensed and used by a location service component to suggest a route through the route elements across the disparate map sources. Thereby, a user is able to reach a moving object, or to change his route to a fixed location with the route adjusted as advisable due to changes in the route elements.
［０００７］In another aspect, a computer-implemented method of communicating location-based information includes linking a plurality of disparate map sources with route connectors and route segments. Assets are located with the plurality of linked map sources. Then, a user is routed from a present position to a selected place via the route connectors and route elements, even though the map sources differ substantially in type.
［０００８］In yet another aspect, a wayfinding device facilitates generation of a location-based service by comprising a means for defining routes and mobility constraints through a geographic road map and a facility map to a detail map within the facility map. A means for determining a current location of the wayfinding device and a means for determining a target location within a facility map object model are used in conjunction with a means for sensing a changed state affecting a route from the current location to the target location. Thereby a means for communicating a route to the wayfinding device advantageously avoids the changed state affecting the route.」
｛【０００６】　ひとつ又は複数のバージョンと対応する開示によれば，ロケーションベースの情報の提供を容易にするファシリティマップシステムと関連して，様々な態様が説明されている。ファシリティマップモデルは，多数のルート要素により，複数の異なるマップソースを関係づける。ファシリティマップモデルの地理的範囲で動くオブジェクトは，ロケーションサービスコンポーネントで検知，使用され，異なるマップソースのルート要素を通じてルートを示唆する。従ってユーザーは，移動するオブジェクトに到達することができる。又は，彼のルートをルート要素における変化により助言できるように調整されたルートによって，固定位置に変更することができる。
【０００７】　別の態様では，コンピュータによって実施されたロケーションベースの情報通信方法は，複数の異なるマップソースを，ルートコネクター及びルートセグメントとリンクすることを含む。アセットは多数のリンクされたマップソースによって位置づけられる。次に，たとえマップソースのタイプが実質的に異なるとしても，ユーザーはルートコネクターとルート要素により，現在の位置から選択された位置に送られる。
【０００８】　さらに別の態様では，地理的ロードマップ及びファシリティマップからファシリティマップ内の詳細マップへのルート及び移動制約を決定する方法を構成することにより，ウエイファインディング装置を用いたロケーションベースサービスの生成が容易になる。ウエイファインディング装置の現在位置を決定する方法とファシリティマップ内で目標位置を決定する方法は，現在位置から目標位置までのルートに影響を与える変化状態を検知する方法と組み合わせて使われる。従って，ルートをウエイファインディング装置と結びつける方法は，ルートに影響を与える変更状態を有利に回避できる。｝
・「［００２７］Various versions will be presented in terms of systems that may include a number of components, modules, and the like. It is to be understood and appreciated that the various systems may include additional components, modules, etc. and/or may not include all of the components, modules, etc. discussed in connection with the figures. A combination of these approaches may also be used. The various versions disclosed herein can be performed on electrical devices including devices that utilize touch screen display technologies and/or mouse-and-keyboard type interfaces. Examples of such devices include computers (desktop and mobile), smart phones, personal digital assistants (PDAs), and other electronic devices both wired and wireless.
［００２８］Referring initially to  FIG. 1 , a facility map system  10  addresses the needs at the facility, campus or enterprise level (hereinafter ”facility”) with a facility map  12  that is integrated into a usable whole by map editor  14 . In particular, high level geographic maps  16  are connected to detail-level drawings  18 , as well as to other geographic maps (not shown) in order to provide a navigation space that transitions from road travel to foot travel. The map editor  14  defines the contents of the maps  16 ,  18 , including connection terminals  20  and virtual links  22  between the maps  16  and drawings  18 . The map editor  14  defines accessible paths  26  and accessible spaces  28  through the maps  16  and drawings  18 . An asset locator  30  populates the facility map  12  with asset descriptions and locations, depicted as an asset ”A1”  32  and an asset ”A2”  34  on the map  16  and drawing  18  respectively. Assets can be subject to being moved within the facility map  12 . A high-level route planner  36  provides navigation assistance through higher-tier portions of the facility map  12 , such as a vehicle traveled geographic map  16 , by providing an optimized route  38 . A detail-level route planner  40  provides routing  42  through detail-level drawing  18  of the facility map  12  (e.g., building floorplans).
［００２９］In  FIG. 2 , a methodology  50  performed by the facility map system begins in block  52  with locating assets and route terminals on a facility map. The assets can be items of interest that are to be managed or used within the facility. The route terminals constrain travel through the facility to reflect real-world constraints or obstacles. With the facility map prepared, in block  54  an occasion arises for planning a route across a high level portion of the facility map. The route reflects the constraints on travel and can be optimized accordingly. In block  56 , upon reaching a target destination where other modes of travel are warranted, a routing is planned through detail facility maps, again reflecting the constraints for travel (e.g., security barriers, hazards, vertical translations, etc.)
［００３０］Referring to  FIG. 3 , a facility map system  60  leverages the integrated information incorporated into a facility map framework  62  to manage and integrate a plurality of disparate map sources  64  (e.g., geographic maps  66 , architectural drawings  68 , and vertical diagrams  70 , etc.), asset location databases  72  related to places and facilities located within the disparate map sources  64 , and positioning sources  74  that provide real-time positioning of persons and assets located within the scope of the disparate map sources  64 . To that end, a facility map manager  76  authors and integrates the map objects (i.e., disparate map sources  64 , assets location databases  72 , and positioning sources  74 ) into a facility map model  78 . A facility map application programming interface (API)  80  are provided so that a location application  82  can use the data within the facility map model  62  in order to interact with a user interface  84 , which may be a remote communication device, to present location related solutions. The map sources  64  are disparate in that they differ in perspective (e.g., plan, vertical elevation, schematic, etc.), scale, type (e.g., geographic roadmap, facility floor plan, equipment/storage diagram, etc.) and source format (e.g., computer aided design (CAD), database, etc.).
［００３１］In  FIG. 4 , in another aspect a facility mapping methodology  88  performed by the facility map framework  10  integrates the disparate map sources by determining routes and constraints across high level map linked to a facility in block  90 . The facility map model is further integrated by determining routes and constraints across a multiple vertical layer facility map in block  92 . Assets are located on the facility map object in block  94 . This locating is advantageously a combination of relative positioning within a map and location positioning sensing for certain persons or assets of interest that are subject to being moved within the map. With a facility map object thus integrated for use, in block  96  a user can be routed along an appropriate route through the high level map and the multiple layer facility map to a selected asset (e.g., equipment for repair, victim needing assistance, item for delivery, etc.) In block  98 , this target asset is rendered in a plan view or in cross section elevation view in elevation associated with selected asset as required so that the user can correlate what they are seeing with the guidance being provided by the routing.
［００３２］In  FIG. 5 , an illustrative facility map framework system  100  for performing the method of  FIG. 3  facilitates creating, hosting and using of private maps for enterprise and Small Office/Home Office SOHO deployment (e.g., campus maps; building floor plans; laboratories, warehouse, and room details therein, to possibly include shelves, pallet bays, and computer racks. Such data may be created or imported in the form of maps  102 , a floor plan of a building  104 , a vertical stack representation  106  linking multiple floor plans  104  to form a multi-story building, a cross sectional representation  108  typically in elevation to show specific vertical and lateral orientation as viewed by a user. Templates  110  may facilitate creation of facility maps or room details, for example a cross sectional view in elevation of a server rack with a number of bays may be accessed. An asset database  112  cross references equipment, deliveries, etc. with reference to relative or geographic coordinates.
［００３３］This data  102 - 112  resides in a one or more facility map repositories  114  in the form of a map object model  118 . In addition, asset and person locations from real-time sensors  116  can be presented using the same format as the map object model  118  A location application, depicted as a facility dispatcher  120 , utilizes a facility map application programming interface (API)  121  in order to access the information in the facility map object model  118 . In some versions, the application  120  can interact with a user via a user interface  122 , drawing upon the information in the object model  118  to render map and route depictions. The specific applications may include a computer aided facility management (CAFM) tool, location #dashboards#, delivery and service routing systems, etc. A user may utilize an input device  124  of the user interface  122  to manually input identification data  126 , to set certain map display options  128 , to change viewing commands  130  and to select locations (e.g., current location, target location)  132 .
［００３４］It one aspect, the user interface  122  can be configured to report transportation limitations or capabilities of the user data (e.g., disabilities affecting mobility, mode of transportation, security access privileges, etc.) that could be considered in routing. Features such as current location can be advantageously sensed or cross referenced, such as from a user-worn Radio Frequency Identification (RFID) device. Location data  134  may be autonomously maintained, such as by a motion detector (e.g., an inertial platform) (not shown), or supplied by a location sensor  134  (e.g., Global Positioning System (GPS), RFID receiver location, direction finding based on cellular wireless receiver, location of WIFI access point, etc.). The target data can be remotely assigned. User input may initiate acceptance of task to be tracked by the facility dispatcher.
［００３５］In one aspect, a sequence of renderings on an output device (e.g., visual, audio, and/or haptic)  136  of the user interface  122  depict a first high level map  138  wherein a route segment  140  is selected by the facility dispatcher  120  as being optimum over a longer route segment  142 . If a constraint of the user had been sensed in the capabilities data  128 , specifically use of a large truck, a weight limit constraint  144  of the first route segment  140  would have prevented this route to a target facility ”F”  146 . Real-time location sensing may be available to render progress of the user toward the target facility ”F”  146  or manual input may direct that a route connector  148  be triggered upon arrival at the target to render a medium level map  150 , depicted as a building floor plan. A mode constraint may be assumed by this map depiction of travel by foot by individual ”1”  152  depicted on a suggested lower route segment  154 . Another constraint  156 , identified for an upper route segment  158 , is depicted as a key entry required for westward entry. The facility dispatcher  120  may render other asset identifiers, perhaps received real-time directly from other asset databases  160 , illustrated by an Individual ”2”  162 , especially for applications in which multiple responders may be coordinating action. Upon reaching an end target ”E”  164 , the facility dispatcher  120  renders another map depiction  166  linked by a route connector  168 . In particular, the map depiction  166  is illustrated as a cross sectional view in elevation of a storage template  170  holding a target item ”T”  172  at an upper right shelf. In addition, a user can select map views through viewing commands  130 .」
｛【００２７】　システムとしての様々な態様を述べるが，このシステムは複数の構成部分やモジュールなどを含む。様々なシステムは，図面を参照して説明する新たな構成部分やモジュールなどを含めることができ，またそれらの全てを含めないとすることもできる。さらに，これらの説明のいずれかの組み合わせを使用することも可能である。ここで開示する様々な態様は，タッチスクリーン技術及び／又はマウス・キーボード方式のインターフェイスを使用した電気機器において作動させることができる。こうした機器には，例えば，コンピュータ（デスクトップ及びモバイル），スマートフォン，携帯情報端末（ＰＤＡｓ），及び無線及び優先の他の電子機器が含まれる。
【００２８】　まず，図１を参照して説明すると，ファシリティマップシステム１０が，マップ編集者１４が使用する全体部分に統合されるファシリティマップ１２と共に，ファシリティ，キャンパスあるいは企業レベル（以下，「ファシリティ」と記す）におけるニーズを示す。すなわち，ハイレベルのマップ１６が，他のマップ（図示せず）と同じように詳細なレベルの図面１８に接続されている。道路を走行する移動から，足による移動へ移行するナビゲーション空間を提供するためである。マップ編集者１４はマップ１６と図面１８の内容を明確にするが，これにはマップ１６と図面１８との間の接続ターミナル２０と仮想リンク２２が含まれる。マップ編集者１４は，マップ１６と図面１８を通してアクセスできるコース２６とアクセスできるスペース２８を決定する。アセットロケータ３０が，ファシリティマップ１２をアセットの説明及び位置と共に配置する。これを，マップ１６及び図面１８にアセット「Ａ１」３２及びアセット「Ａ２」３４としてそれぞれ示す。アセットはファシリティマップ１２内で動かすことができる。ハイレベルルートプランナー３６は，ファシリティマップ１２の高い部分を通してナビゲーションを支援する。例えば，最適化ルート３８を提供することによる車両移動マップ１６である。詳細レベルのルートプランナー４０は，ファシリティマップ１２（例えば，建物のフロアー平面図）の詳細レベルの図面１８を通してルート４２を提供する。
【００２９】　図２において，ファシリティマップシステムによって実施される手法５０が，ブロック５２において，ファシリティマップにおけるアセット及びルートターミナルの設置と共に開始される。このアセットには，ファシリティ内で管理又は使用の対象となるアイテムが含まれる。このルートターミナルはファシリティを通して移動を制約し，リアルワールド制約あるいはオブスタクルに反映させる。準備されたファシリティマップのブロック５４において，当該ファシリティマップのハイレベル部分を通過するルートのプラン作成の機会が持たれる。このルートは移動制約に反映され，それにより最適化される。ブロック５６では，ルートが，他の移動モードが認められた最終ターゲットに達した後，ディテールファシリティマップを介して計画され，これが再び移動制約に反映される（例えば，セキュリティーバリヤ，ハザード，ヴァーティカルトランスレーションなど）。
【００３０】　図３に示すように，ファシリティマップシステム６０が，ファシリティマップフレームワーク６２に組み込まれ統合された情報に影響力を及ぼして，複数の異なるマップソース６４（例えば，地理的マップ６６，建築図面６８，立面図７０など）と，異なるマップソース６４内に位置する場所及びファシリティに関係するアセットロケーションデータベース７２と，人及び異なるマップソース６４の範囲内に位置するアセットのリアルタイムの位置を提供するポジションソース７４とを管理及び統合する。この目的のために，ファシリティマップ管理者７６が，マップオブジェクト（すなわち，異なるマップソース６４，アセットロケーションデータベース７２，及びポジションソース７４）をファシリティマップモデル７８に編集し統合する。ファシリティマップアプリケーションプログラムインターフェイス（ＡＰＩ）８０が設けられ，これによりロケーションアプリケーション８２がファシリティマップモデル６２内でデータを使用して，遠隔通信デバイスとなりうるユーザーインターフェイス８４とインターアクトし，ロケーションに関係するソリューションを提供することができる。複数のマップソース６４は異なり，その異なる点は視野（例えば，平面，立面，概略など），スケール，タイプ（例えば，地理的ロードマップ，ファシリティ平面図，設備／収納図など），及びソースフォーマット（例えば，ＣＡＤ，データベースなど）である。
【００３１】　図４にファシリティマッピング手法８８の他の態様を示す。ここではファシリティマップフレームワーク１０が異なるマップソースを，ルートを決定しブロック９０のファシリティにリンクされたハイレベルマップの全体を通して制約することによって統合している。ファシリティマップモデルはさらに，ブロック９２において，ルートを決定し，複数のヴァーティカルレイヤーファシリティマップの全体を通して制約することにより統合されている。アセットは，ブロック９４のファシリティマップオブジェクトに位置している。この位置は，マップ内において関係する位置取りの組み合わせが有利で，また対象となる特定の人又はアセットを検出するロケーション位置が好ましい。人やアセットは，マップ内での移動対象物である。従って，オブジェクトはファシリティマップによって統合されて使用される。ブロック９６において，ユーザーは，ハイレベルマップ及び複数のレイヤーファシリティマップを介して，適切なルートに沿って選択されたアセット（例えば，修理のためのファシリティ，補助が必要な犠牲者，搬送物など）に導かれる。ブロック９８において，このターゲットアセットは，選択されたアセットに関連付けられた必要な平面図又は縦断面図にレンダーされる。これにより，ユーザーは，ルーティングから提供されるガイダンスに沿って見ているものと関連付けることができる。
【００３２】　
図５に，図３に示す方法を実施するためのファシリティマップフレームワークシステム１００を図示する。
【００３３】　これら複数のデータ１０２〜１１２は，一つ又は複数のファシリティマップ収納部１１４にマップオブジェクトモデル１１８のフォームで存在している。また，リアルタイムセンサー１１６からのアセット又は人の位置は，同じフォーマットを使用することによって得ることができる。マップオブジェクトモデル１１８として，
ファシリティディスパッチャー１２０として示されているロケーションアプリケーション
アプリケーション１２０
【００３４】　ユーザーインターフェイス１２２は，ルートの設定に取り入れることのできるユーザーデータ（例えば，移動に影響を与える障害，搬送モード，セキュリティアクセス機能など）の搬送制限又は搬送能力を報告することのできる構成とすることができる。現在位置などの特徴は，例えば，無線周波数認識デバイス（ＲＦＩＤ）から効果的に検出され，あるいは相互に参照される。ロケーションデータ１３４は，モーションディテクター（例えば，慣性プラットフォーム）（図示せず）や
ロケーションセンサー１３４
【００３５】　一つの態様において，
ユーザーインターフェイス１２２のアウトプットデバイス（例えば，ビュジアル，オーディオ，及び／又は触覚）１３６のレンダリングの列は，最初のハイレベルマップ１３８を示す
リアルタイムによる場所の検出を行うことができ，これによってユーザーをターゲットファシリティ「Ｆ」１４６に前進させる。あるいは手動によるインプットによって，ルートコネクター１４８がターゲットに達した際にトリガーされて建物の平面図として描かれる中間レベルマップ１５０をレンダーする。
最終ターゲット「Ｅ」１６４に達すると，ファシリティディスパッチャー１２０は，ルートコネクター１６８によってリンクされている他のマップ描写１６６を表示する。特にこのマップ描写１６６は，記憶テンプレート１７０の縦断面図として描かれている。記憶テンプレート１７０は棚の右上にターゲットアイテム「Ｔ」１７２を保持している。また，ユーザーは，ビューイングコマンド１３０を通してマップのビューを選択することができる。
・「［００４０］The Facility Map Manager (FMAN)  210  is a program for establishing and exploring map relationships. The basic approach is to consider each map as a node in a graph, with binary map relationships forming the arcs of the graph. Examples of functions of FMAN  210  include, but are not limited to managing the deployment of maps (e.g. FMML files), including authoring, versioning, staging, history maintenance, creating a directory of maps, etc.; creating overlays in which a new map defines regions or places of interest, that are defined through features or coordinates on an existing map; aligning maps, such as the aligning the floors of a building, aligning a building map to a campus map, aligning a building or campus map to the Earth, or creating an ”exploded” view of a stack of maps; establishing map hierarchies, such as campus to buildings, building to floors, floor to rooms, room to room detail. Some of these relationships may be captured within a single map (e.g. building to floors to rooms); then FMAN  210  can be used to establish the other relationships; and connecting maps through semantic relationships and travel routes.」
｛【００４０】　ファシリティマップマネージャー（ＦＭＡＮ）２１０は，マップ関係を設定し調査するためのプログラムである。基本的なアプローチは，それぞれのマップをグラフ内のノードとして，グラフのアークを形成する二つのマップの関係と共に検討することである。ＦＭＡＮ２１０の機能としては，マップの配置の管理（例えば，ＦＭＭＬファイル）があるがそれに限定されるものではない。また，オーサリング，バージョニング，ステイジング，ヒストリーメンテナンス，マップディレクトリーの作成を含む。さらに，オーバーレイの作成を含むが，そこでは新たなマップが対象の地域又は場所を明確にし，それらは現在のマップの特徴又は座標を通して明確にされる。さらに，建物のフロアーのアライニングなどのマップアライニング，建物マップのキャンパスマップに対するアライニング，建物又はキャンパスマップの地球に対するアライニング，あるいは積み重ねたマップの「分解」図の作成を含む。またさらに，キャンパスから建物，建物からフロアー，フロアーからルーム，ルームからルームの細部といった集合的なマップの作成を含む。それらの関係の内のいくつかは，一つのマップ内（例えば，建物からフロアー，フロアーからルーム）で把握することができる。続いて，ＦＭＡＮ２１０を使用して他の関係を設定することができる。これにより，意味的な関係及び移動ルートを通してマップを結合させる。｝
・「［００４３］FMED  214  also has auto connect, auto stack, and auto explode features. AutoConnect is a feature to automatically create cross-references between elements of a routing network, and other routing elements or places. In the AutoConnect feature, the map author draws in the route segments or route connectors, then performs an AutoConnect operation on these elements. The AutoConnect operation does the following: (1) places new route connectors wherever route segments intersect; (2) connects [i.e. creates cross-references between] route connectors and the route segments that touch them; (3) connects route segments and the places that contain them; (4) connects route connectors and the places that contain them [if those places were not connected to any route segments in step 3]; and (5) connects route connectors and the nearest route segment, in places that contain both. AutoConnect also recognizes ”open space” places, that create connections between all touching route connectors (e.g. a building lobby or other space that allows relatively free travel in all directions). AutoStack is a feature to automatically create a ”stack” representation of the floors of a building, by creating a new elevation layout that contains all the floors in order. AutoStack takes a drawing file that has multiple pages representing the individual floorplans; and it creates a new page in the file that represents the stack view. AutoExplode takes a stack view drawing, and creates an ”exploded” view that shows all floors of the building, as seen from an oblique or overhead view, laid out on a single drawing page. AutoExplode can be applied to a stack layout page to create the Exploded view layout−the stack layout page may have been created by the AutoStack operation, or through manual drawing activities.」
｛【００４３】　ＦＭＥＤ２１４はまた，オートコネクト機能，オートスタック機能，及びオートエクスプロード機能を備える。オートコネクト機能は，ルーチンネットワークのエレメント，及び他のルーチンエレメント又はロケーションの相互参照を自動的に作成するものである。オートコネクト機能においては，マップ作成者がルートセグメント又はルートコネクターに描写し，これによりオートコネクトの作業がこれらのエレメントにおいて行われる。オートコネクト作業は，次のものを含む。（１）ルートセグメントが交差すると新たなルートコネクターを配置する。（２）ルートコネクター及びそれらに接触するルートセグメントを連結する［すなわち，それらの間にクロスレファレンスを形成する］。（３）ルートグメントとそれらを含む場所を連結する。（４）ルートコネクターとそれらを含む場所を連結する［これらの場所が上記（３）のステップにおいていずれのルートセグメントに連結されていない場合］。（５）ルートコネクターを，それに最も近いルートセグメントに，それらの両方を含む場所において連結する。オートコネクトはまた，「オープンスペース」の場所を認識するが，このオープンスペースは全てのタッチルートコネクター間を連結する（例えば，全ての方向へ比較的自由に移動することのできる建物のロビー又は他のスペース）。オートスタック機能は，自動的に建物のフロアーの「スタック」表示を形成するが，これは新たな全てのフロアー順に備えた，縦のレイアウトを作成することによって行われる。オートスタックは描写ファイルを備える。このファイルは複数の頁を備え，それらは個別のフロアー平面図を表示する。また，このファイルには新たなページが作成されてスタックビューが表示される。オートエクスプロードはスタックビュー描写を行い，「分解」図を作成する。この分解図は，斜め上又は頭上から見るように，建物の全てのフロアーを一枚の図面に並べた状態で示す。オートエクスプロードはスタックレイアウトページに入れることができ，これにより分解図のレイアウトを作成することができる。スタックレイアウトページは，あらかじめオートスタック作業によって作成し，あるいは手動による描写作業によって作成することができる。｝
・「［００５３］Another scenario supported can be place information, such as locating to a specific named place, locating a place corresponding to a specific type of place, or other places associated with a specified place. In addition to ”assets” at a given place, there are some intrinsic characteristics of places that may be of interest. These can include assignment or ownership, usage, history, and other information available in external sources such as CAFM databases. Links to other related places are also of interest, for example zooming in and out of a building or room, and viewing the different floors of the same building.
［００５４］Routing and wayfinding can be a supported scenario, providing how to get from one place to another place, or to a specific or type of asset, including the shortest path to a set of assets of a certain type. Routing refers to finding the shortest path from one place to another, possibly by a specific mode of transportation, possibly with a specific set of credentials (e.g. keys or ID cards), and possibly subject to other constraints (such as fewest changes in direction). Wayfinding refers to communicating to a person the instructions for following a given path, possibly given a specific set of circumstances, possibly given the person's current location and/or facing, and possibly given a set of cues that can be provided. There are composite capabilities based on these, such as finding an optimal route to visit several places, or an optimal placement of goods or other assets, based on the route geometry as well as other factors.”Nearest” can refer to nearest to a place, or to one of a set of places, or to a given path. The map framework  200  can provide paths and look up cues. However, for many applications, there ar
e constraints outside of the map framework  200 . In these cases, the application may need to drive the process of constrained routing, invoking the map framework  200  from time to time to evaluate the geometry and travel criteria for specific candidate route segments.」
｛【００５３】　サポートされたシナリオとしてはさらに場所情報がある。例えば，特定の名称化された場所への配置，特定タイプの場所に関連付けられた場所への配置，又は，特定の場所に対応する他の場所である。ある特定の場所にある「アセット」に加え，場所についての何らかの本質的な特性がここに関係してくる。これには，譲渡又は所有権，使用，ヒストリー，及びＣＡＦＭデータベースなどの外部ソースにおいて得られる他の情報が含まれる。他の関連する場所へのリンクも対象となる。例えば，建物又はルームへのズームイン及びズームアウトすること，及び同じ建物の異なるフロアーを見ることである。
【００５４】　ルーティング及びウエイファイングはサポートされたシナリオであり，一つの場所から他の場所への行き方，あるいは特定のアセット又はあるタイプのアセットへの行き方を提供する。これには，あるタイプのアセットへの最短距離が含まれる。ルーティングは，一つの場所から他の場所への最短距離を見つけることであり，特定の搬送モード，特定の資格情報セット（例えば，キー又はＩＤカード），及び他の制約対象（例えば，方向を殆ど変更しないこと）が可能である。ウエイファイングは人に指示を伝えることであり，これには与えられたコース，与えられた特定の環境セット，与えられた人の現在の場所及び／又は向き，及び与えられた手がかりのセットの提供が可能である。これらを元にした複合的な可能性があり，それには例えば，ルートジオメトリ及び他の要素を元にした，複数の場所に行くための最善のルートや商品や他のアセットの最善の配置がある。「最短距離」とはある場所，複数の場所，あるいは与えられたコースに最も近いことである。マップフレームワーク２００はコース及び解決策を提供することができる。しかし，アプリケーションにはマップフレームワーク２００以外の部分で制約があるものが多くある。こうした場合，アプリケーションは制約があるルートを動かす必要があり，これによりマップフレームワーク２００は，時間ごとに，特定のルート部分をジオメトリと移動の基準とによって決定することになる。｝
　
・「［００５６］To illustrate how the facility map framework  200  facilitates such uses, the following three examples are given. First, a visiting technician is required to perform service on a computer component in a rack in a lab within a facility. This technician has several map requirements: The map of the world is needed to smoothly connect to a campus map with a driving route that continues from one to the other seamlessly. The campus map connects to a map of the destination building and its parking lot. In this map, at the parking lot, a transition is made from driving to walking. Alternative walking routes are presented, based on the availability of credentials (e.g., green route is shorter but requires a cardkey; blue is longer by going through the reception area, but it requires no cardkey). Inside the building, the walking routes continue. The walking routes merge at an elevator on the first floor. The route continues to the destination floor. On this floor, there is a detail map of the destination lab. While the building map and campus map are maintained and provided by the enterprise real estate department, the detail map for this lab is maintained and provided by the group lab manager. Yet, to the technician, the presentation is integrated and seamless. The route continues into the lab room, and up to the target computer rack. There, the map view can be shifted to see the detail of the rack, showing the components, and highlighting the component that requires service. The rack models themselves are instances of a generic template for the given rack size; this saves the lab manager from having to specifically draw each rack model from scratch. The component locations may have been entered by hand, or may have been acquired from a batch or real-time asset tracking sensor system. An alternate view might be to see the front view of several adjacent racks at once, to give better context information to the technician, again with the component in question highlighted.」
｛【００５６】　マップフレームワーク２００がこうした使用をどのようにして容易にするかを例示するために，以下の三つの例を述べる。最初に，訪問技術者が，ファシリティ内のラボのラック内にあるコンピュータコンポーネントに対応する必要がある。この技術者は複数のマップリクワイヤメントを備えている。世界マップは，一箇所から他の箇所に継ぎ目なく連続するドライブルートによってキャンパスマップに円滑に接続するために必要である。キャンパスマップは最終目的の建物及びその駐車場のマップに連続する。このマップにおける駐車場において，運転から歩行に移行する。また，資格情報があれば，他の複数の歩行ルートが提供される（例えば，グリーンのルートは距離が短いが，カードキーが必要である。あるいはブルーは受付を通ると距離は長いが，カードキーは不要である）。建物内において，複数の歩行ルートが続く。この複数の歩行ルートは一階のエレベーターのところでぶつかる。ルートは最終目的のフロアーまで続く。このフロアーにおいては，最終目的のラボのディテールマップが準備されている。建物マップ及びキャンパスマップは企業の不動産部が保持し供給するが，このラボのディテールマップはグループラボマネージャーが保持し供給する。技術者にとっては未だ，プレゼンテーションは統合されておりシームレスである。ルートはラボルーム内まで続き，上にはターゲットであるコンピュータラックがある。ここで，マップビューはシフトされてラックのディテールが見え，複数のコンポーネントが見せられ，その内の修理が必要なコンポーネントが協調されて見せられる。ラックのモデル自体は所定ラックサイズの汎用テンプレートのインスタンスである。これにより，ラボマネージャーは，特に，全てのラックモデルを一つずつ引き出す必要がない。コンポーネントの配置は手作業によって行うこともでき，また，バッチアセットトラッキングシステム又はリアルタイムアセットトラッキングセンサーシステムによって行うこともできたと考えられる。このビューによって，複数の隣接するラックを一度に見せることもでき，これにより技術者により良い状態の情報を与えることができる。この場合も，対象のコンポーネントを強調する。｝
・「［００５８］As a third illustration of a use of the facility map framework  200 , a first responder is required at a facility described by the facility map framework  200 . In this scenario, a disaster in a building has led to the need to rescue a victim. The victim's location is assumed to be known through some unspecified means, such as a statement from another victim, or perhaps a location sensor of some kind. The first responder has several map requirements: The map of the enterprise facilities (campus, building, room detail) is hosted in a standard format so that the responders' software, which is independent of the enterprise, can nevertheless read and display the map data. This includes presentations from sensors, security devices, etc. within the enterprise. Security devices, such as door locks, are indicated so that the first responders can apply tools, or coordinate with enterprise operations staff, to obtain entry as necessary. The map should show the victim, the first responder in question, and other nearby responders. As before, the route must proceed smoothly from outdoors to indoors, and across floors of the building (using stairs rather than elevators, for example, if the disaster has made the elevators unsafe). Sensors in the building are depicted for the first responder and can be queried by clicking on the map to determine their status and environmental conditions. Clicking on a video camera, for example, could bring up a window with a live display of its video feed. For example, if a sensor detects a dangerous area, the corridors around it are marked in a manner to show the impassability and the routes suggested adjusted accordingly to avoid passing through the danger area. Because of a blockage, Routing may be advantageously assigned to a first responder able to reach the victim the quickest, rather than the physically closest first responder. If possible, the responder's direction of facing is shown, perhaps supplied by a carried compass. This will help the responder orient to the map display, and also can help in communication with outside coordinators who might have additional information to supply. The location information and sensor readings are updated in real-time. The enterprise information and responders' operational information are coordinated and overlaid on the display seamlessly. For example, the responders might bring their own quick-setup location beacon system to deploy at the site, providing responders' locations. This beacon system can be rapidly calibrated to the building map so that the responders' locations can be accurately overlaid on the underlying building floor plan.
［００５９］In  FIG. 8 , a map suite  300  is a set of layouts representing locations, places and assets. A facility map  301  is a set of layouts treated as a single unit for storage and loading. Examples of facility maps  300  include one complete building, including all floors of the building, or a map of single campus. A facility map suite  300  consists of some data about the facility map suite  300  itself, and a collection of zero or more layouts. A layout is a single dataset within the facility map  301  (i.e., single sheet, page, of drawing), with an example depicted as a floor plan layer  302  for a single floor of a building. A layout need not be geometric, such as an asset layout  304  that could contain a plurality of office automation equipment scattered throughout a building.」
｛【００５８】　ファシリティマップフレームワーク２００を使用することの三番目の例としては，最初の応答者が，ファシリティマップフレームワーク２００で示されるファシリティに求められる。このシナリオでは，建物内における災害において被害者を救うことが必要となる。被害者の場所は特定していない手段によって知られていることとする。その手段とは，例えば，他の被害者からの報告，あるいはあるタイプのロケーションセンサーなどである。最初の応答者は複数のマップリクワイヤメントを持っている。企業ファシリティ（キャンパス，建物，ルームのディテール）のマップは，応答者の企業とは別個のソフトウエアがマップデータを読んで表示するように，標準フォーマットによってホストされている。これには，企業内のセンサーやセキュリティデバイスからのプレゼンテーションが含まれる。ドアロックなどのセキュリティデバイスは，最初の応答者がツールをアプライしてあるいは企業運営スタッフと協働して必要な入口を確保するように表示する。マップは，被害者，当該最初の応答者，及び傍にいる他の応答者を示す。前述したように，ルートはアウトドアからインドアへ，そして建物のフロアーを通じてスムースに進む必要がある（例えば，もし，災害によってエレベーターが危険な状態になった場合には，エレベーターよりもむしろ階段を利用することにより）。建物内のセンサーは最初の応答者のために表示され，またマップをクリックしてその状態と環境条件を決定することを確認することができる。例えば，ビデオカメラ上をクリックすることによって，そのビデオによるライブ表示をウインドウに載せることができる。例えば，もしセンサーが危険地域を検出すると，その周辺の廊下が通行不能でありそれに対応した推奨されるルートを示す形態で明示される。これにより，危険地域の通行を回避することができる。障害物があるために，物理的に最も近い特定の最初の応答者ではなく，ある最初の対応者が最も迅速に被害者に到達するようにルーティング設定されている。形態しているコンパスによって，当該対応者が面している向きを示すことが可能である。これによって，対応者の向きをマップ表示に合わせることができ，また，提供できる新たな情報を持つ外部のコーディネーターとの連絡を可能とする。ロケーション情報とセンサーによる読み取りはリアルタイムで更新される。企業の情報と応答者のオペレーション情報とが整合されてディスプレイ上に継ぎ目なく並べられる。例えば，対応者は彼らが持つクイック・セットアップ・ロケーション・ビーコンシステムを持参してサイトに展開し，彼らの位置を提供することができる。このビーコンシステムは，対応者の位置が示された建物フロアー平面図の上に正確に配置されるように，建物マップに迅速に対応させることができる。
【００５９】　図８に示すマップスイート３００は，配置，場所及びアセットを示すレイアウトのセットである。ファシリティマップ３０１は，格納及びローディングのための単体ユニットであるレイアウトのセットである。ファシリティマップ３００としては例えば一つの完全な建物があり，これには当該建物の全てのフロアーあるいは一つのキャンパスのマップが含まれる。ファシリティマップスイート３００は，ファシリティマップスイートそれ自体についてのデータ及びゼロ又は一つ以上のレイアウトからなる集合を構成する。レイアウトはファシリティマップ３０１内の一つのデータベースであり（すなわち，図面の一枚のシート，ページ），その例としては建物の一フロアーのフロアー平面レイヤー３０２として描かれたものがある。レイアウトは幾何学的である必要はない。例えば，建物全体のあらゆるところに備えられた複数のオフィスオートメーションイクイップメントを含むアセットレイアウト３０４である必要はない。｝
・「［００８２］The Facility Map API  204  includes a route planning capability based on route elements in the FMOM  202 . Route elements include route segments  380 , which represent paths of travel, and route connectors  382 , which are junctions between route segments  380 . There are three types of route segments  380 : Normal route segments  380 a represent specific channels for travel, typically a line segment or polygonal arc of sequential segments. Curved channels are represented as polygonal arc approximations, which can be automatically generated by the Facility Map Editor  218 . Virtual route segments  380 b are connections between route connectors  382  on different layouts, such as the vertical connectors in a building (e.g., stairways, elevators, and escalators), and cross-references to connectors on other maps (e.g., the front door of a building route network connecting to a campus map route). Open space route segments  380 c are associated with a place, and indicate that a straight-line path can be created from any point in the place to any other point in the place. This would be used, for example, in a parking lot or building lobby, to indicate free travel throughout the place.」
｛【００８２】　ファシリティマップＡＰＩ２０４は，ＦＭＯＭ２０２内のルートエレメントをベースにしたルートプランニング機能を含む。ルートエレメントは移動のルートを示すルートセグメントを含み，複数のルートセグメント３８０間のジャンクションであるルートコネクター３８２を含む。ルートセグメント３８０は三つのタイプがある。ノーマルルートセグメント３８０ａは移動の特定のチャンネルを示し，これは特にラインセグメント又は多角形アーク連続セグメントである。カーブしたチャンネルは多角形アークアプロクシメーションとして示され，これはファシリティマップエディター２１８によって自動的に生成される。バーチャルルートセグメント３８０ｂは異なる複数のレイアウト上の複数のルートコネクター間のコネクションである。これには，建物（例えば，階段，エレベーター及びエスカレーター）のバーチャルコネクター，及び他のマップ（例えば，キャンパスマップルートにつながる建物ルートネットワークのフロントドア）上のコネクターに対するクロスレファレンスがある。オープンスペースルートセグメント３８０ｃは場所と関連付けられ，ストレートラインパス（ルート）が場所のいずれかのポイントから当該場所の他のポイントまで生成される。これは，例えば，駐車場又は建物のロビーで使用され，当該場所の全体における自由な動きを示す。｝
・「What　is  claimed　is：
1 . A facility map system that facilitates providing location-based information, comprising:
 a facility map model linking a plurality of disparate map sources by a plurality of route elements and cross references; a sensing component responsive to an object moving within a geographic scope of the facility map model; and a location service component that suggests a route through the route elements across the disparate map sources in response to the sensed location of the object.　
｛特許請求の範囲
１．ロケーションベース情報の提供を促進するファシリティマップシステムであって，
　複数の異なるマップソースを複数のルートエレメント及びクロスレファレンスによってリンクするファシリティマップモデルと，
　前記ファシリティマップモデルの地理的範囲内を移動するオブジェクトに反応するセンサーコンポーネントと，
　前記オブジェクトの検出位置に対応して，前記複数の異なるマップソースの全体を通し，前記ルートエレメントを介して，ルートを提案するロケーションサービスコンポーネントと，を備えるファシリティマップシステム。｝
　
・「 12 . A computer-implemented method of communicating location-based information, comprising: linking a plurality of disparate map sources with route connectors and route segments; locating a plurality of assets with the plurality of linked map sources; and routing a user from a present position to a selected place via the route connectors and route elements.
13 . The computer-implemented method of  claim 12 , further comprising sensing current locations for objects within the geographic space represented by the linked plurality of disparate map sources and rendering this location of objects.
14 . The computer-implemented method of  claim 12 , further comprising sensing a changed criteria of a route segment within a suggested route and suggesting an alternative route avoiding the route segment with the changed criteria.
15 . The computer-implemented method of  claim 12 , further comprising depicting security restrictions along the suggested route to a user.
16 . The computer-implemented method of  claim 12 , further comprising linking a cross sectional view of an object within a facility map to the facility map; and rendering the cross section view to the user to facilitate locating a target within the cross section view. 
17 . The computer-implemented method of  claim 12 , further comprising sensing a user by global positioning system. 
18 . The computer-implemented method of  claim 12 , further comprising sensing a user by radio frequency identification.
19 . The computer-implemented method of  claim 12 , further comprising sensing a user by wireless node access within a facility.
20 . A wayfinding device that facilitates generation of a location-based service, comprising: means for defining routes and mobility constraints through a geographic road map, a facility map, to a detail map within the facility map; means for determining a current location of the wayfinding device; means for determining a target location within a facility map object model; means for sensing a changed state affecting a route from the current location to the target location; and means for communicating a route to the wayfinding device avoiding the changed state affecting the route.」
｛１２．コンピュータによってロケーションベース情報の通信を実行する方法であって，複数の異なるマップソースをルートコネクターとルートセグメントにリンクし，複数のアセットを複数のリンクされたマップソースと共に設置し，
ユーザーを，前記ルートコネクターとルートエレメントを介して，現在の位置から選択した位置へ案内（ルーティング）するコンピュータ実行方法。
１３．前記複数のリンクされたマップソースから提供された地理的スペース内におけるオブジェクトの現在位置を検出し，オブジェクトの位置を提供する，請求項１２に記載のコンピュータ実行方法。
１４．提案されたルート内においてルートセグメントが変更されたクライテリアを検出し，変更されたクライテリアを備える前記ルートセグメントを回避して他のルートを提案する手段をさらに備える，請求項１２に記載のコンピュータ実行方法。
１５．ユーザーに，前記提案されたルートに沿って安全規制を示す手段をさらに備える，請求項１２に記載のコンピュータ実行方法。
１６．ファシリティマップ内のオブジェクトの断面図を前記ファシリティマップにリンクし，前記断面図を前記ユーザーに提供してターゲットを前記断面図に容易に位置させる手段をさらに備える，請求項１２に記載にコンピュータ実行方法。
１７．グローバルポジションセンサーによってユーザーを検出する手段をさらに備える，請求項１２に記載にコンピュータ実行方法。
１８．無線周波数による認識によってユーザーを検出する手段をさらに備える，請求項１２に記載のコンピュータ実行方法。
１９．ファシリティ内の無線ノードアクセスによってユーザーを検出する手段をさらに備える，請求項１２に記載のコンピュータ実行方法。
２０．ロケーションベースサービスの発生を助長するウエイファインドデバイスであって，ファシリティマップ内において，地理的ロードマップ及びファシリティマップを通じて，ディテールマップへのルートと移動制約を示す手段と，前記ウエイファイングデバイスの現在位置を決定する手段と，ファシリティマップオブジェクトモデル内におけるターゲットの位置を決定する手段と，現在位置から目標位置までのルートに影響を与える変更状態を検出する手段と，前記ウエイファイングデバイスへのルートと，前記ルートに影響を与える変更状態を避けて通信する手段を備える，ウエイファインディングデバイス。｝
・段落【００３５】には，「最初のハイレベルマップ１３８」において，「リアルタイムによる場所の検出を行」い「ユーザーをターゲットファシリティ「Ｆ」１４６に前進させ」，「ルートコネクター１４８がターゲットに達した際にトリガーされて建物の平面図として描かれる中間レベルマップ１５０をレンダーする。」「最終ターゲット「Ｅ」１６４に達すると，ファシリティディスパッチャー１２０は，ルートコネクター１６８によってリンクされている他のマップ描写１６６を表示する。特にこのマップ描写１６６は，記憶テンプレート１７０の縦断面図として描かれている。記憶テンプレート１７０は棚の右上にターゲットアイテム「Ｔ」１７２を保持している。また，ユーザーは，ビューイングコマンド１３０を通してマップのビューを選択することができる。」旨記載されており，「リアルタイムによる場所の検出を行」い「ユーザーをターゲットファシリティ「Ｆ」１４６に前進させ」るから，ユーザーの現在位置を検出していることが理解でき，また，ユーザーがターゲット１４６に達した際にルートコネクタ−１４８がトリガーされること及び最終ターゲット１６４に達するとファシリティディスパッチャー１２０は，ルートコネクター１６８によってリンクされている他のマップ描写１６６を表示することからして，ユーザーがターゲット１４６，１６４に達すると，ファシリティディスパッチャー１２０が，ターゲット１４６，１６４を識別していることは明らかであるから，ファシリティディスパッチャー１２０は，ユーザーがターゲット１４６，１６４に達すると，ターゲット１４６，１６４を識別し，ルートコネクター１４８，１６８によりリンクされている他のマップを選択することが理解できる。　
　その際，図５を参照すると，ハイレベルマップ１３８は屋外のマップであって，中間レベルマップ１５０は，建物の平面図として描かれるから，ターゲット１４６は，屋内と屋外との間の移行部位であることが理解できる。
　段落【００３２】〜【００３５】の記載事項及び図５によれば，ファシリティディスパッチャー１２０を含むファシリティマップフレームワークシステム１００がルートを案内することが理解できる。
　また，段落【００３５】，図５及び特許請求の範囲第１２項の記載からみて，ハイレベルマップ１３８を含む複数の異なるマップの全体を通して，ルートコネクターとルートエレメントを介して，ユーザーを現在位置から選択した位置に案内する，コンピュータ実行方法が理解できる。　　
　これらの記載事項及び図示内容を総合して，特許請求の範囲の第１２項の記載に着目しつつ整理すると，刊行物１には，以下の発明（以下，「引用発明」という。）が記載されていると認められる。　
「ファシリティディスパッチャー１２０を含むファシリティマップフレームワークシステム１００によって，ルートを案内する方法であって，　
　ユーザーの現在位置を検出し，　
　ハイレベルマップ１３８上のターゲット１４６は，屋内と屋外との間の移行部位であって，
　ユーザーがターゲット１４６，１６４に達すると，ターゲット１４６，１６４を識別し，ルートコネクター１４８，１６８によりリンクされている他のマップを選択し，
　ハイレベルマップ１３８を含む複数の異なるマップの全体を通して，ルートコネクターとルートエレメントを介して，ユーザーを現在位置から選択した位置に案内する，コンピュータ実行方法。」
（２）平成２７年　４月２８日付けの当審における拒絶の理由で引用された本願の優先権主張の日前に頒布された刊行物である特許第４３６３０８７号公報（以下，「刊行物２」という。）には，「ナビゲーション装置」に関し，図面とともに次の事項が記載または示されている。　
・「【０００１】
【発明の属する技術分野】
本発明は，ナビゲーション装置，
ナビゲーション方法
歩行者等を道案内することができる
・「【００２５】
具体的に，例えばデパート等の建築物の屋内においては，ほぼ見通せる範囲に設定され，これにより例えば図３に示すように，各フロアー毎に，複数の売り場を含む範囲が検索単位に設定される。これに対して例えば地下鉄の駅構内のように通路が限られた空間においては，図４（Ａ）に示すように，１つの駅構内の１つのフロアーが検索単位に設定される。また地上にあっては，建築物の屋内と同様にほぼ見通せる範囲が検索単位に設定され，これにより混雑する交差点等にあっては，図４（Ｂ）に示すように，交差点両側の歩道，周囲の建築物を含む範囲が検索単位に設定される。
【００２６】
ネットワークデータは，境界地点データにより，このノードを基準にした他の検索単位との関連が示され，境界地点相関コストデータにより，検索単位内においてノード間の移動に係るコストが示されるようになされている。なお
図３においては，隣接する検索単位との間のユーザーの出入りを矢印により示し，符号ａ〜ｇによりノードを示す。
【００２７】
すなわち
図５は，境界地点データの内容を示す図表であり，境界地点データは，この検索単位の境界に位置するノードに，それぞれノードを識別するノード番号（小文字の英文字により示す）が設けられる。またこの各ノード毎に，それぞれ対応する地図上における座標が記録され，またそれぞれ各ノードが位置する他の検索単位の地図番号，この他の検索単位におけるノード番号が記録される。これによりこの図５の例において，ノードｅは，地図番号０００５７５３の地図データに対応する検索単位と，地図番号０００５７５４の地図データに対応する検索単位と，地図番号０００５７５５の地図データに対応する検索単位との境界に設定されたノードであって，それぞれ地図番号０００５７５３，０００５７５４，０００５７５５の地図データに対応する検索単位においてノード番号がｃに設定されてることが判り，このノードｅを介して，地図番号０００５７５３の地図データに対応する検索単位から，地図番号０００５７５３，０００５７５４，０００５７５５の地図データに対応する検索単位に移動できることが判るようになされている。
【００２８】
これに対して図６は，境界地点相関コストデータを示す図表である。境界地点相関コストデータは，この検索単位内におけるノード間の距離に対応するコストを１つのノードから移動可能な他のノード毎にそれぞれ記録して構成される。境界地点相関コストデータは，例えば図３において，ノードｂからノードｃまでの経路のように，このような１つのノードから他のノードに移動可能な経路が複数存在する場合，最短の経路によりコストが設定される。また上りのエスカレータの途中に設けられたノードｆから下りのエスカレータの途中に設けられたノードｇの経路のように，この検索単位内では移動可能な経路が存在しない場合，何らコストが記録されないようになされている。これによりこのＰＤＡ１では，検索単位を間に挟んだ経路について，何れのノードを経由して最も短い距離により移動できるかを検出できるようになされている。
【００２９】
ＰＤＡ１では，このネットワークデータを用いてルート検索することにより，検索単位に設定されたノードを基準にして最短ルートを検索するようになされ，これにより検索単位のノード間については，ユーザーによる選択にルートの選択を委ねるようになされ，その分，通路の分岐点毎にノードを設けた場合に比して演算処理部３の構成を簡略化し得るようになされている。
【００３０】
すなわちデパートの売り場のような場所では，最短距離であっても，混雑の程度によっては却って移動に時間を要する場合がある。また模様替えにより通路のレイアウトが多々変更される場合がある。これによりユーザーにより状況を把握し得る範囲を検索単位に設定して，この検索単位の範囲では，ユーザーによる選択にルートの設定を委ねるようにすれば，却って効率良く移動することができる。すなわちこの場合，階段，エスカレータ，出入口といった目的地にたどり着くまでの大まかな通過場所の案内だけで十分であると言える。
【００３１】
またユーザーにおいては，移動中にウインドウショッピングを楽しむ場合，さらには少しの間休憩する場合もあり，このような場合には，ユーザーにルートの選択を委ねることにより，却ってユーザーの使い勝手を向上することができる。
【００３２】
ナビゲーション用データは，このようにして設定された検索単位に，それぞれ位置検出部５で検出される現在位置に対応する位置情報が設定されるようになされている。
【００３３】
演算処理部３において，中央処理ユニット（ＣＰＵ）１２は，リードオンリメモリ（ＲＯＭ）１１の記録に従って動作を立ち上げ，ランダムアクセスメモリ（ＲＡＭ）１３にワークエリアを確保してリードオンリメモリ１１に記録された処理プログラムを実行することにより，インターフェース部（Ｉ／Ｆ部）１４を介して得られる操作入力部２の操作に応動して全体の動作を制御し，これによりユーザーに各種コンテンツを提供し，またユーザーを道案内する。なお演算処理部３においては，バッテリパックによるＳＲＡＭ，フラッシュメモリ等による不揮発性メモリ１５を設けて処理プログラム等を記録するようにしてもよい。
【００３４】
すなわち中央処理ユニット１２は，ユーザーによりコンテンツの再生が指示されると，指示に係るコンテンツを二次記憶部８から順次再生してデコードし，出力部４から出力する。これに対して
ユーザーにより道案内が指示されると，図７に示す処理手順の実行により移動に適したルートを検出し，このルートによりユーザーを道案内する。
【００３５】
すなわち
中央処理ユニット１２は，この処理手順を開始すると，ステップＳＰ１からステップＳＰ２に移り，位置検出部５の動作を制御して現在位置を検出する。また続くステップＳＰ３において，ユーザーによる操作入力部２の操作に応動して出力部４に順次地図を表示し，この地図の表示において，ユーザーによる目的地の入力を受け付ける。
【００３６】
中央処理ユニット１２は，このようにして
移動経路の始点，終点の入力を受け付けると
これら始点，終点間の検索単位について，ナビゲーション用データを順次読み込む。
図１に示すように，中央処理ユニット１２は，現在位置である始点ＰＳの属する検索単位Ｋ１に設定されたノードＮ１，Ｎ２から対応するノードＮ３，Ｎ４が設定されている検索単位Ｋ２，Ｋ３を検出する。またこれら検索単位Ｋ２，Ｋ３に設定されている他のノードＮ５〜Ｎ８から対応するノードＮ９〜Ｎ１２が設定されている検索単位Ｋ４，Ｋ５を検出し，これらの処理を目的地である終点ＰＥの属する検索単位Ｋ６に至るまで検出し，これにより始点ＰＳの検索単位から終点ＰＥの検索単位に至る全ての経路について，ナビゲーション用データを順次読み込む。
【００３７】
続いて
中央処理ユニット１２は，ステップＳＰ５に移り，このようにして検出される移動可能な経路について，ノードを基準にしてナビゲーション用データに設定されたコストを計算することにより，ノードによって検索単位への入口及び出口を特定した検索単位の連続により移動に適したルートを検出する。すなわちこのようなノードの連続による経路について，コスト加算して最も加算値の少ないルートを検出し，これによりこの実施の形態では，最短ルートにより移動に適したルートを検出する。
【００３８】
中央処理ユニット１２は，この処理において，始点ＰＳ及び終点ＰＥの検索単位については，始点ＰＳ及び終点ＰＥの座標を基準にしてノードＮ１，Ｎ２及びＮ１５，Ｎ１６までのコストを計算する。
【００３９】
このようにして移動に適したルートを検出すると，中央処理ユニット１２は，ステップＳＰ６に移り，現在位置の属する検索単位に対応する地図を出力部４で表示する。
・図３は，検索単位に７つの境界地点を示すものであり，図５は，７つの境界地点データの内容を示すものである。
・段落【００３４】〜【００３９】の記載事項のように，刊行物２に記載されたナビゲーション装置は，ユーザーにより道案内を指示されると，移動に適したルートを検出しこのルートにより道案内を指示するものであるが，現在位置である始点ＰＳが図３の検索単位にある場合には，始点ＰＳの検索単位から終点ＰＥの検索単位に至る全ての経路について，ナビゲーション用データを順次読み込むから，図３の検索単位上に存在する７つ全ての境界地点のノードを識別することが理解できる。その際，識別された境界地点のノードが前記検索単位上のユーザーの現在位置に最も近い境界地点のノードを含むものであることは明らかである。
　そして，段落【００２７】の記載事項と図５を参照すると，当該識別された境界地点のノードのそれぞれが少なくとも１つの他の検索単位の地図番号及びノード番号を含み，前記少なくとも１つの他の検索単位の地図番号及びノード番号が前記検索単位とは異なる少なくとも１つの他の検索単位で参照され，前記識別された境界地点のノードが複数のフロア間の移行部位であるノードｅを含むものであることが理解できる。
　さらに，ユーザーがノードｅに位置する場合には，複数の他の検索単位から少なくとも１つの他の検索単位が選択され，前記少なくとも１つの他の検索単位は前記ユーザーによる前記少なくとも１つの他の検索単位について，（どこのフロアーに行くかという）将来の要求の可能性に少なくとも部分的に基づいて選択され，前記少なくとも１つの他の検索単位が，前記識別された境界地点のノードの中の少なくとも１つの境界地点のノードに関連付けられた少なくとも１つの他の検索単位の地図番号及びノード番号によって識別されるものであることが理解できる。
　これらの記載事項と図示内容を総合すると，図３のような各フロアー毎の検索単位上にユーザーが存在して道案内を指示した場合に着目すると，刊行物２には，以下の発明（以下，「刊行物２記載の発明」という。）が記載されている。
「検索単位上に存在する７つの全ての境界地点のノードを識別し，前記識別された境界地点のノードが前記検索単位上のユーザーの現在位置に最も近い境界地点のノードを含むものであり，当該識別された境界地点のノードのそれぞれが少なくとも１つの他の検索単位の地図番号及びノード番号を含み，前記少なくとも１つの他の検索単位の地図番号及びノード番号が前記検索単位とは異なる少なくとも１つの他の検索単位で参照され，前記識別された境界地点のノードが複数のフロア間の移行部位であるノードｅを含むものであり，ユーザーがノードｅに位置する場合には，複数の他の検索単位から少なくとも１つの他の検索単位が選択され，前記少なくとも１つの他の検索単位は前記ユーザーによる前記少なくとも１つの他の検索単位について，将来の要求の可能性に少なくとも部分的に基づいて選択され，前記少なくとも１つの他の検索単位が，前記識別された境界地点のノードの中の少なくとも１つの境界地点のノードに関連付けられた少なくとも１つの他の検索単位の地図番号及びノード番号によって識別される，歩行者等のナビゲーション方法。」　
　
３．発明の対比　
　本願発明と引用発明とを対比すると，後者の「ファシリティディスパッチャー１２０を含むファシリティマップフレームワークシステム１００」は前者の「デバイス」に，以下同様に，「ユーザー」は「移動局」に，「現在位置を検出」する態様は，「位置を推定するステップ」に，「選択した位置」は「目的ポイント」に，「コンピュータ実行方法」は「方法」にそれぞれ相当する。　
　「ルートを案内」するためには「ルートを判断」しなければならないから，後者の「ルートを案内する方法」は前者の「ルートを判断するための方法」にも相当する。
　後者の「ファシリティディスパッチャー１２０を含むファシリティマップフレームワークシステム１００」は，段落【００３４】及び図５を参照すると，ロケーションセンシング１３４，つまりロケーションセンサー１３４を含むものであって，ユーザーの現在位置を検出するものである。
　後者の「ターゲット１４６，１６４」は前者の「当該ポイント」に相当し，後者の「ルートコネクター１４８，１６８によりリンクされている他のマップ」（段落【００３５】の中間レベルマップ１５０）は前者の「隣接マップ」に相当する。また，後者の「ルートコネクター１４８，１６８」は，段落【００３５】の「ルートコネクター１４８がターゲットに達した際にトリガーされて建物の平面図として描かれる中間レベルマップ１５０をレンダーする」ものであり，「最終ターゲット「Ｅ」１６４に達すると，ファシリティディスパッチャー１２０は，ルートコネクター１６８によってリンクされている他のマップ描写１６６を表示する」ものであるから「隣接マップを引き出す手段」といえる。よって，後者の「ルートコネクター１４８，１６８によりリンクされている他のマップを選択」する態様と，前者の「前記デバイスによって，複数の隣接マップのうちの少なくとも１つを選択するステップであって，前記少なくとも１つの隣接マップが，前記移動局による前記少なくとも１つの隣接マップについての将来の要求の可能性に少なくとも部分的に基づいて選択され，前記少なくとも１つの隣接マップが，前記識別された当該ポイントの中の少なくとも１つの当該ポイントに関連付けられた少なくとも１つのロケーションコンテキスト識別子によって識別される，選択するステップ」とは，「隣接マップを選択するステップであって，前記隣接マップが，前記識別された当該ポイントに関連付けられた隣接マップを引き出す手段によって識別される，選択するステップ」という概念で共通する。
　そして，後者の「ターゲット１４６，１６４を識別」と「他のマップを選択」は「ファシリティディスパッチャー１２０を含むファシリティマップフレームワークシステム１００」によってなされていることは自明である。
　また，後者の「ユーザーがターゲット１４６，１６４に達すると，ターゲット１４６，１６４を識別」することは前者の「当該ポイントを識別するステップ」に相当する。
　そうすると，後者のターゲット１４６の存在する「ハイレベルマップ１３８」は，前者の「第１のマップ」に相当し，後者の「ハイレベルマップ１３８上のターゲット１４６は，屋内と屋外との間の移行部位であって，ユーザーがターゲット１４６，１６４に達すると，ターゲット１４６，１６４を識別し，ルートコネクター１４８，１６８によりリンクされている他のマップを選択」する態様と，前者の「前記デバイスによって，第１のマップ上で指定数までの当該ポイントを識別するステップであって，前記識別された当該ポイントが，前記第１のマップ上で前記移動局の前記推定された位置に最も近い当該ポイントを表し，前記識別された当該ポイントのそれぞれが少なくとも１つのロケーションコンテキスト識別子を含み，前記少なくとも１つのロケーションコンテキスト識別子が，前記第１のマップとは異なる少なくとも１つの隣接マップで参照され，前記識別された当該ポイントは，屋内と屋外との間の移行部位，または複数のフロア間の移行部位，または前記２つの移行部位の両方である，識別するステップと，前記デバイスによって，複数の隣接マップのうちの少なくとも１つを選択するステップであって，前記少なくとも１つの隣接マップが，前記移動局による前記少なくとも１つの隣接マップについての将来の要求の可能性に少なくとも部分的に基づいて選択され，前記少なくとも１つの隣接マップが，前記識別された当該ポイントの中の少なくとも１つの当該ポイントに関連付けられた少なくとも１つのロケーションコンテキスト識別子によって識別される，選択するステップ」とは，「前記デバイスによって，第１のマップ上で当該ポイントを識別するステップであって，前記識別された当該ポイントは，屋内と屋外との間の移行部位である，識別するステップと，前記デバイスによって，隣接マップを選択するステップであって，前記隣接マップが，前記識別された当該ポイントに関連付けられた隣接マップを引き出す手段によって識別される，選択するステップ」という概念で共通する。
　後者の「ハイレベルマップ１３８を含む複数の異なるマップの全体」は前者の「第１のマップと少なくとも１つの隣接するマップ」に相当するものを含むから，後者の「ハイレベルマップ１３８を含む複数の異なるマップの全体を通して，ルートコネクターとルートエレメントを介して，ユーザーを現在位置から選択した位置に案内する」態様は，前者の「前記デバイスによって，前記第１のマップと前記少なくとも１つの隣接マップとを使用して前記移動局の前記推定された位置から目的ポイントへのルートを判断するステップ」に相当する。　
　そうすると，両者は，
「デバイスによって，ルートを判断するための方法であって，
　前記デバイスによって，移動局の位置を推定するステップと，
　前記デバイスによって，第１のマップ上で当該ポイントを識別するステップであって，前記識別された当該ポイントは，屋内と屋外との間の移行部位である，識別するステップと，
　前記デバイスによって，隣接マップを選択するステップであって，前記隣接マップが，前記識別された当該ポイントに関連付けられた隣接マップを引き出す手段によって識別される，
　選択するステップと，
　前記デバイスによって，前記第１のマップと前記少なくとも１つの隣接マップとを使用して前記移動局の前記推定された位置から目的ポイントへのルートを判断するステップと
　を含む，方法。」
の点で一致し，以下の各点で相違すると認められる。
＜相違点１＞
　第１のマップ上で当該ポイントを識別するステップに関して，本願発明では，「第１のマップ上で指定数までの当該ポイントを識別するステップであって，前記識別された当該ポイントが，前記第１のマップ上で前記移動局の前記推定された位置に最も近い当該ポイントを表し，前記識別された当該ポイントのそれぞれが少なくとも１つのロケーションコンテキスト識別子を含み，前記少なくとも１つのロケーションコンテキスト識別子が，前記第１のマップとは異なる少なくとも１つの隣接マップで参照され」るのに対して，引用発明では，ハイレベルマップ１３８上のターゲット１４６を識別する点。
＜相違点２＞
　隣接マップを選択するステップの隣接マップが，識別された当該ポイントに関連付けられた隣接マップを引き出す手段によって識別されることに関して，本願発明では，「複数の隣接マップのうちの少なくとも１つを選択するステップであって，前記少なくとも１つの隣接マップが，前記移動局による前記少なくとも１つの隣接マップについての将来の要求の可能性に少なくとも部分的に基づいて選択され，前記少なくとも１つの隣接マップが，前記識別された当該ポイントの中の少なくとも１つの当該ポイントに関連付けられた少なくとも１つのロケーションコンテキスト識別子によって識別される」のに対して，引用発明では，ユーザーがターゲット１４６，１６４に達すると，ルートコネクター１４８，１６８によりリンクされている他のマップを選択する点。　
４．相違点についての判断　
＜相違点１，２について＞
　刊行物２記載の発明の「検索単位」は本願発明の「第１のマップ」に相当するものであり，以下同様に，「境界地点のノード」は「当該ポイント」に，「ユーザー」は「移動局」に，「現在位置」は「推定された位置」に，「他の検索単位の地図番号及びノード番号」は「ロケーションコンテキスト識別子」に，「他の検索単位」は「隣接マップ」に，それぞれ相当する。　
　そうすると，刊行物２記載の発明は，本願発明に倣って表すと，　
「第１のマップ上に存在する７つの全ての当該ポイントを識別し，前記識別された当該ポイントが前記第１のマップ上の移動局の推定された位置に最も近い当該ポイントを含むものであり，当該識別された当該ポイントのそれぞれが少なくとも１つのロケーションコンテキスト識別子を含み，前記少なくとも１つのロケーションコンテキスト識別子が前記第１のマップとは異なる少なくとも１つの隣接マップで参照され，前記識別された当該ポイントが複数のフロア間の移行部位を含むものであり，移動局がノードｅに位置する場合には，複数の隣接マップから少なくとも１つの隣接マップが選択され，前記少なくとも１つの隣接マップが前記移動局による前記少なくとも１つの隣接マップについて，将来の要求の可能性に少なくとも部分的に基づいて選択され，前記少なくとも１つの隣接マップが，前記識別された当該ポイントの中の少なくとも１つの当該ポイントに関連付けられた少なくとも１つのロケーションコンテキスト識別子によって識別される，歩行者等のナビゲーション方法。」といえるものである。　
　そして，引用発明と刊行物２記載の発明とは，建物の中のルート検索が可能なナビゲーション方法という点で共通していることから，引用発明の「ハイレベルマップ１３８上のターゲット１４６は，屋内と屋外との間の移行部位であって，ユーザーがターゲット１４６，１６４に達すると，ターゲット１４６，１６４を識別し，ルートコネクター１４８，１６８によりリンクされている他のマップを選択」（本願発明と「第１マップ上で当該ポイントとを識別するステップであって，前記識別された当該ポイントは，屋内と屋外の移行部位である」点及び「隣接マップを選択するステップ」である点で共通するもの）する手段として，刊行物２記載の発明の方法を使用することは，当業者が容易になし得ることである。
　さらに，例えば，刊行物２［図５］のＮｏ．ａ〜ｇのように選択肢が複数存在する場合に，選択肢の数に上限を設けて，現実的なソフトウエアとして具現化することや，コンピュータ等の能力や計算速度を考慮して処理量を重要度の高いものに限定することは，情報処理の技術分野における常套手段であって，また，情報として現在位置に近い側を重視することはナビゲーション方法において常套手段にすぎないから，ルートを判断するための処理量を削減してルートを判断する速度を高めるために，刊行物２記載の発明における「第１のマップ上に存在する７つの全ての当該ポイント」の数を移動局の推定された位置に最も近い方から「指定数」とすること（平成２７年８月３日付け請求人のファクシミリの（２）請求項１の記載について［出願人の回答］の欄を参照のこと。）も，当業者が適宜なし得ることである。
　また，全ての場合を考慮（処理）しないことにより，最短ルートを表示できない可能性が発生することとのトレードオフで，上記ルートを判断する速度向上が可能となることを予測することに，特段の困難性が存在するようなものでもない。
　そうすると，引用発明の「ハイレベルマップ１３８上のターゲット１４６は，屋内と屋外との間の移行部位であって，ユーザーがターゲット１４６，１６４に達すると，ターゲット１４６，１６４を識別し，ルートコネクター１４８，１６８によりリンクされている他のマップを選択」するものに，刊行物２記載の発明の方法を使用して，相違点１，２に係る本願発明の構成とすることは，当業者が容易に想到し得たものである。
　そして，本願発明の作用効果について検討しても，引用発明，刊行物２記載の発明から当業者が予測し得たものであって，格別なものとはいえない。
５．むすび　
　以上のとおりであるから，本願発明は，引用発明，刊行物２記載の発明に基づいて，当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。　
　そうすると，このような特許を受けることができない発明を包含する本願は，他の請求項に係る発明について検討するまでもなく，拒絶されるべきものである。　
　よって，結論のとおり審決する。