2021-006002

本願は、２０１７年（平成２９年）１１月２３日（パリ条約による優先権主張 外国庁受理 ２０１６年１１月３０日 中国）を国際出願日とする出願であって、その手続の経緯は次のとおりである。

原査定の拒絶の理由に引用された引用文献１には、図面とともに次の事項が記載されている。下線は、強調のために当審が付与した。なお、登録商標を示すＲマーク（「○」中に「R」の文字が入る記号）は、「(R)」で代用した。

「Zone Management Overview

[0069] FIG. 1 presents a zone-based ecosystem 100 where a zone management system 130 operates to manage one or more zones 110. In the example illustrated, a zone 110 has been defined and instantiated to have an extent over a geographical region and to comprise one or more defined services or applications offered through zone server 150. When an electronic device 120, a cell phone for example, is found to be contextually relevant to the zone 110, the zone management system 130 can ensure the electronic device 120 can participate with the instantiated zone 110. Example electronic devices 120 capable of interacting within ecosystem 100 can include a tablet, a computer, a vehicle, an appliance, a cell phone, a smart phone, a mobile computing device, a robot, a sensor, a point-of-sales terminal, a kiosk, a gaming console, a digital sign, a security systems, a vehicle, a medical device (e.g., pacemaker, monitor, etc.), or other types of devices. Some embodiments include a device management engine 160 configured to provide platform-specific applications, handlers, or other data that can be sent to the electronic devices. For example, device management engine 160 can provide Android(R) apps (e.g., native application, drivers, operating system modules, scripts, etc.) that can be activated, cached, or installed within and Android-based device 120 to interact with persistent zone services.

[0070] Zone management system 130 includes a zone database 185, a device interface 140, and a zone server 150. The device interface 140 allows the elements of the zone management system 130 to interact with the electronic devices 120 associated with a zone 110 over network 115 (e.g., the Internet, cellular network, WAN, LAN, VPN, PAN, etc.). In some embodiments, the device interface 140 comprises a communications protocol such as HTTP(S) or XMPP server while in other embodiments the device interface 140 can also function via a wired or wireless interface, possibly a cellular interface. It is also contemplated that the device interface 140 could include an API into an operating system or middleware through which a zone server 150 can communicate with the electronic device 120. All device interfaces 140 are contemplated.」

［当審訳］

「ゾーン管理の概要

[0069] 図１は、ゾーン管理システム130が１つ以上のゾーン110を管理するために動作する、ゾーンベースのエコシステム100を提示する。図示された例では、ゾーン110は、地理的領域にわたる範囲を有し、ゾーンサーバ150を通じて提供される１つ以上の定義されたサービスまたはアプリケーションを構成するように定義され、インスタンス化されたものである。電子デバイス120、例えば携帯電話が、ゾーン110にコンテキスト的に関連することが判明すると、ゾーン管理システム130は、電子デバイス120がインスタンス化されたゾーン110に参加できることを保証することができる。エコシステム100内で相互作用することができる例示的な電子デバイス120は、タブレット、コンピュータ、車両、家電、携帯電話、スマートフォン、モバイルコンピューティングデバイス、ロボット、センサー、POS端末、キオスク、ゲーム機、デジタルサイン、セキュリティシステム、車両、医療デバイス（例えば、ペースメーカー、モニターなど）、または他のタイプのデバイスを含むことができる。いくつかの実施形態は、プラットフォーム固有のアプリケーション、ハンドラ、または電子デバイスに送信することができる他のデータを提供するように構成されたデバイス管理エンジン160を含む。例えば、デバイス管理エンジン160は、永続的ゾーンサービスと相互作用するために、起動、キャッシュ、または、Androidベースのデバイス120内にインストールすることができるAndroid（登録商標）アプリ（例えば、ネイティブアプリケーション、ドライバ、オペレーティングシステムモジュール、スクリプトなど）を提供することができる。

[0070] ゾーン管理システム130は、ゾーンデータベース185、デバイスインターフェース140、及びゾーンサーバ150を含む。デバイスインターフェース140は、ゾーン管理システム130の要素が、ネットワーク115（例えば、インターネット、セルラーネットワーク、WAN、LAN、VPN、PANなど）上でゾーン110に関連する電子デバイス120と相互作用することを可能にするものである。いくつかの実施形態では、デバイスインターフェース140は、HTTP（S）又はXMPPサーバなどの通信プロトコルを構成するが、他の実施形態では、デバイスインターフェース140は、有線又は無線インターフェース、場合によってはセルラーインターフェースを介して機能することも可能である。また、デバイスインターフェース140は、ゾーンサーバ150が電子デバイス120と通信できるオペレーティングシステム又はミドルウェアへのAPIを含み得ることが企図される。すべてのデバイスインターフェース140が企図されている。」

「[0082] Zone objects 290 can also comprise one or more zone services 293, also shown as a template, representing one or more applications bound to the zone. The services 293 can cover a broad spectrum of capabilities or responsibilities of the zone. Example services can include providing access to multi-media objects (e.g., video, music, images, etc.), native or binary applications, web components, map or geographical based interfaces, communication components, feedback interfaces, notifications, reminders, appointments, sensor access, camera access or other types of services. Although the example services are listed as providing access to capabilities to the electronic device, the defined services can provide the zone access to information from the electronic device. A zone can gain access to the device sensors, device security features, device or user identity, device application outputs, or other device information. One should appreciate that defined services 293 can include an application per se rather than basic actions where the zone is, in fact, an application platform. For example, a zone could be constructed to operate as virtual game world. In view that the zone operates as a services platform or as an application platform, in a very real sense, the electronic devices can be consider I/O ports of the zone in a similar fashion that USB ports or serial ports are I/O ports for a computer. To continue with the airport template example, zone services 293 are illustrated as one or more possible applications that can be used by an airport; an arrival service available for those engaged with airport arrivals and a departure service available for individuals interacting with airport departures.」

［当審訳］

「[0082] ゾーンオブジェクト290は、ゾーンにバインドされた１つ以上のアプリケーションを表す、テンプレートとしても示される１つ以上のゾーンサービス293から構成されることも可能である。サービス293は、ゾーンの能力または責任の広範な範囲をカバーすることができる。サービス例としては、マルチメディアオブジェクト（例えば、ビデオ、音楽、画像など）、ネイティブまたはバイナリのアプリケーション、ウェブコンポーネント、地図または地理ベースのインターフェース、通信コンポーネント、フィードバックインタフェース、通知、リマインダー、予定、センサーアクセス、カメラアクセスまたは他のタイプのサービスへのアクセスを提供することを含むことが可能である。例示されたサービスは、電子デバイスへの能力へのアクセスを提供するものとして挙げられているが、定義されたサービスは、電子デバイスからの情報へのアクセスをゾーンに提供することができる。ゾーンは、デバイスセンサー、デバイスセキュリティ機能、デバイスまたはユーザID、デバイスアプリケーション出力、または他のデバイス情報へのアクセスを得ることができる。定義されたサービスは、ゾーンが実際にはアプリケーションプラットフォームであるような基本的な動作ではなく、アプリケーションそのものを含むことができることを理解すべきである。例えば、ゾーンは仮想ゲーム世界として動作するように構築することができる。ゾーンがサービスプラットフォームまたはアプリケーションプラットフォームとして動作するという観点から、非常に現実的な意味で、USBポートまたはシリアルポートがコンピュータのI/Oポートであるのと同様の方法で、電子デバイスはゾーンのI/Oポートと考えることができる。空港テンプレートの例で続ける。ゾーンサービス293は、空港で利用可能な１つ以上の可能なアプリケーションとして例示されており、空港到着に関わる人が利用できる到着サービス、空港出発に関わる個人が利用できる出発サービスである。」

「[0083] Zone services 293 can also include attributes or properties that describe the nature of the services. Each of services 293 can include their own context as well to indicate which service is should be identified by the zone server as being contextually relevant to a device context. For example, the zone server can compare the device attributes of the device context to the contexts of the available services to determine with which of the persistence services a device can participate. In the example shown, the contexts of services 293 have fields that require population upon instantiation.」

［当審訳］

「[0083] ゾーンサービス293はまた、サービスの性質を記述する属性またはプロパティを含むことができる。サービス293の各々は、どのサービスがデバイスコンテキストにコンテキスト的に関連しているものとしてゾーンサーバによって識別されるべきかを示すために、独自のコンテキストも含むことが可能である。例えば、ゾーンサーバはデバイスコンテキストのデバイス属性と、利用可能なサービスのコンテキストを比較し、デバイスがどの永続化サービスに参加できるかを判断することができる。この例では、サービスのコンテキストは、インスタンス生成時に値を必要とするフィールドを持つ。」

「[0090] FIG. 3 provides additional details regarding the process through which electronic device 320 can interact with zone-based ecosystem 300. In the example shown, electronic device 320 captures image data representative of zone marker 310. The image data, along with other device attributes 323, can be sent to zone server 350 over network 315 for analysis. One should appreciate that electronic device 320 can be configured to operate as zone server 350 or include roles or responsibilities of zone server 350 if desired and under conditions where electronic device 320 has sufficient resources. For example, subject to bandwidth limitations, electronic device 320 could derive device context 325 from device attributes 323, which could include the image data, itself and send the device context to zone server 350 over network 315.」

［当審訳］

「[0090] 図３は、電子デバイス320がゾーンベースのエコシステム300と相互作用することができるプロセスに関する追加の詳細を提供する。示された例では、電子デバイス320は、ゾーンマーカ310を示す画像データを捕捉する。画像データは、他のデバイス属性323とともに、分析のためにネットワーク315を介してゾーンサーバ350に送信され得る。電子デバイス320は、所望により、また電子デバイス320が十分なリソースを有する条件下で、ゾーンサーバ350として動作するように、またはゾーンサーバ350の役割もしくは責任を含むように構成できることを理解されたい。例えば、帯域幅の制限を受けるが、電子デバイス320は、画像データを含み得るデバイス属性323自体から装置コンテキスト325を導出し、ネットワーク315を介して装置コンテキスト325をゾーンサーバ350に送信し得る。」

「[0094] The zone server 350 is configured to obtain device attributes 323, which can include image data representative of zone marker 310, from the electronic device 320 via the device interface. The device attributes 323 can be obtained through various techniques including a push model, pull model, polling model, or other communication techniques. In more preferred embodiments, the electronic device 320 can establish a connection (e.g., a TCP/IP connection, a session, an asynchronous connection, etc.) with a zone server 350, possibly via a thin client or operating system module, and keeps the connection open. Once the connection is established, the device 320 and zone server 350 can maintain the connection. When context dictates, the zone server 350 can push service information from persistent services 393 or other sources to device 320. Using a push model for information is considered advantageous due to low communication overhead rather than a query-based approach where the device 320 constantly requests updates or polls zone server 350. As the device 320 moves from one zone to another zone, the device can 320 maintain the same connection to a zone server 350 or establish a new connection with a new zone server, possibly based on a hand-off algorithm. Regardless of the connection, the zone server 350 can obtain the device attributes 323 over the connection from the electronic device 320. Example device attributes can include device identify, device sensor data (e.g., GPS coordination, triangulation, accelerometer, heading, audio, image, video, etc.), ambient data, user identity, phone number, MAC address, make, model, operating system, version numbers, installed applications, or other device information. The server 350 can use device attributes 323 to determine if the device is contextually relevant to one or more zones 395 for which the server is responsible through one or more techniques.」

［当審訳］

「[0094] ゾーンサーバ350は、ゾーンマーカ310を代表する画像データを含むことができるデバイス属性323を、デバイスインターフェースを介して電子デバイス320から取得するように構成される。デバイス属性323は、プッシュモデル、プルモデル、ポーリングモデル、又は他の通信技術を含む様々な技法を通じて取得することができる。より好ましい実施形態では、電子デバイス320は、場合によってはシンクライアントまたはオペレーティングシステムモジュールを介して、ゾーンサーバ350との接続（例えば、TCP／IP接続、セッション、非同期接続など）を確立し、接続を開いたままにしておくことができる。接続が確立されると、デバイス320とゾーンサーバ350は接続を維持することができる。コンテキストが指示する場合、ゾーンサーバ350は、永続的サービス393または他のソースからデバイス320にサービス情報をプッシュすることができる。情報のプッシュモデルを使用することは、デバイス320が常に更新を要求したりゾーンサーバ350をポーリングしたりするクエリベースのアプローチではなく、低い通信オーバーヘッドにより有利であると考えられる。デバイス320があるゾーンから別のゾーンに移動すると、デバイス320はゾーンサーバ350との同じ接続を維持するか、あるいは、おそらくハンドオフアルゴリズムに基づいて、新しいゾーンサーバとの新しい接続を確立することができる。接続に関係なく、ゾーンサーバ350は、電子デバイス320から接続を介してデバイス属性323を取得することができる。例示的なデバイス属性は、デバイス識別、デバイスセンサデータ(例えば、GPS座標、三角測量、加速度計、方位、音声、画像、映像など)、周囲データ、ユーザ識別、電話番号、MACアドレス、メーカー、モデル、OS、バージョン番号、インストール済みアプリケーション、または他のデバイス情報を含むことができる。サーバ350は、デバイス属性323を使用して、１つまたは複数の手法により、デバイスが、サーバが責任を負う１つまたは複数のゾーン395にコンテキスト的に関連しているかどうかを判断することができる。」

「[0097] As illustrated, zone server 350 uses the device attributes to derive device context 325, which can be used to identify or to select which of context-based persistent services 393 are contextually relevant to device context 325. Device context 325 is represented as a "signature" within a multi-dimension attribute space illustrates as a multi-axis graph where the dotted line represents how the current device attributes 323 map to the space. The signature can then be used to compare to the known contexts of zones 395 or persistent services 393 to determine contextual relevant. One should appreciate that device context 325 could also be represented as a vector, graph, matrix, N-tuple or other construct. For example, device context 325 can be constructed as a vector where each element of the vector corresponds to dimensions of the attribute namespace (e.g., geo-location, demographic, etc.). The elements of the vector can then be used as an index into a zone database to determine which of instantiated zones 395 are contextually relevant to device context 325.」

［当審訳］

「[0097] ゾーンサーバ350は、デバイス属性を用いてデバイスコンテキスト325を導出し、これを用いてコンテキストベースの永続的サービス393のうち、デバイスコンテキスト325にコンテキスト的に関連するものを特定または選択することが可能である。デバイスコンテキスト325は、多軸グラフで示される多次元属性空間内の「署名」として表され、点線は、現在のデバイス属性323が空間にどのようにマッピングされるかを表す。署名は、次に、ゾーン395または永続的サービス393の既知のコンテキストと比較するために使用され、コンテキストに関連するものを決定することができる。デバイスコンテキスト325はまた、ベクトル、グラフ、行列、Ｎタプル、または他の構成要素として表され得ることを理解されたい。たとえば、デバイスコンテキスト325は、ベクトルの各要素が属性名前空間の次元（たとえば、ジオロケーション、人口動態など）に対応するベクトルとして構築され得る。ベクトルの要素は、次に、インスタンス化されたゾーン395のどれがデバイスコンテキスト325にコンテキスト的に関連しているかを決定するためのゾーンデータベースのインデックスとして使用することができる。」

「[0099] Each zone 395 can also include one or more zone contexts defined according to the attribute space. One should appreciate the distinction between a zone context and a device context 325. A zone context represents the purpose, intent, goal, or factors associated with the specific zone 395. A device context 325 represents a scenario or circumstances in which the device 320 exists or operates as determined from the device attributes 323. Although zone contexts can include geo-graphical boundary conditions, the zone contexts can also include other attribute information relating to the nature of the zone 395 as discussed previously. For example, the zone context can be specified as a function of desirable demographics; men between the ages of 18 and 34 for example.」

［当審訳］

「[0099] 各ゾーン395は、属性空間に従って定義された１つ以上のゾーンコンテキストも含むことができる。ゾーンコンテキストとデバイスコンテキスト325との間の区別を理解する必要がある。ゾーンコンテキストは、特定のゾーン395に関連する目的、意図、目標、または要因を表す。デバイスコンテキスト325は、デバイス属性323から決定されるように、デバイス320が存在または動作しているシナリオまたは状況を表す。ゾーンコンテキストは地理的な境界条件を含むことができるが、先に議論したように、ゾーンコンテキストはゾーン395の性質に関連する他の属性情報を含むことも可能である。例えば、ゾーンコンテキストは、望ましい人口統計の関数として指定することができ、例えば18歳から34歳の男性である。」

「[0105] Once the zone server 350 detects that the electronic device is contextually relevant to the zone, the zone server configures the electronic device 320 to participate with persistent services 393 according to the zone criteria (e.g., zone context, zone profiles, roles, etc.) and the device attributes 323. The zone server 350 can configure the electronic devices to participate in the zone through various methods. In some embodiments, the device 320 can comprise a thin zone client or operating system module that communicatively couples with the zone server 350 and that comprises service-type handlers. The service-type handlers allow the device 320 to participate with known types of services offered by zones. When the zone server 350 sends a signal over the network 115 to the device 320, the service-type handlers can be activated so that the handlers are receptive to the services 393 of the zone. Such an approach ensures that communication overhead remains lows. Still, it is also contemplated that zone server 350 can configure the electronic device 320 by provisioning the electronic device 320 with a platform-specific handler as a service-type handler. The platform-specific handler can be considered one or more native applications targeting the specific electronic device 320 (e.g., Android(R), iPhone(R), Playbook(R), Windows(R), PS3(R), etc.). For example, a zone management system can include a device management engine (see FIG. 1, device management engine 160) that provides platform-specific applications, handlers, or other data that can be sent to the electronic devices. Still further, the zone server 350 can configure the electronic device 320 according to the zone's profile or the profile template.

[0106] As zone services 393 or zones applications become accessible to the electronic devices 320, the electronic device 320 can be configured to present an indication of the presence of the services 393. To continue the previous airport example, consider a scenario where a passenger enters an airport zone. The corresponding zone server can activate service-type handlers on the passenger's smart phone for check-in, directions, departure times, arrival information, or other services. Once the handlers are activated, associated icons or other indicators (e.g., visual, audio, tactile, etc.) can be presented to the passenger on the display of electronic device 320. Similarly, when electronic device 320 is determined to be no longer contextually relevant, the icons or indicators can be hidden or removed from the passenger's view. One should appreciate that presentation of such service indicators merely indicate that electronic device 320 is able to consume persistent services 393. Services 393 remain persistent regardless of the presence of electronic device 320.」

［当審訳］

「[0105] ゾーンサーバ350が、電子デバイスがゾーンにコンテキスト的に関連していることを検出すると、ゾーンサーバは、ゾーン基準（例えば、ゾーンコンテキスト、ゾーンプロファイル、役割など）及びデバイス属性323に従って、電子デバイス320を永続サービス393に参加するように構成する。ゾーンサーバ350は、様々な方法によって電子デバイスをゾーンに参加させるように設定することができる。いくつかの実施形態において、デバイス320は、ゾーンサーバ350と通信可能に結合し、サービス型ハンドラを構成するシン・ゾーン・クライアントまたはオペレーティングシステムモジュールを構成することができる。サービスタイプハンドラは、デバイス320が、ゾーンによって提供される既知のタイプのサービスに参加することを可能にする。ゾーンサーバ350がネットワーク115を介して信号をデバイス320に送信すると、サービスタイプハンドラは、ハンドラがゾーンのサービス393を受容するように活性化され得る。このようなアプローチにより、通信オーバーヘッドが低水準に留まることが保証される。それでもなお、ゾーンサーバ350は、電子デバイス320にサービスタイプハンドラとしてプラットフォーム固有のハンドラをプロビジョニングすることによって、電子デバイス320を構成することができることも企図される。プラットフォーム固有のハンドラは、特定の電子デバイス320（例えば、Android(登録商標)、iPhone(登録商標)、Playbook(登録商標)、Windows(登録商標)、PS3(登録商標)など）をターゲットとする１つ以上のネイティブアプリケーションと考えることができる。例えば、ゾーン管理システムは、プラットフォーム固有のアプリケーション、ハンドラ、又は電子デバイスに送信可能な他のデータを提供するデバイス管理エンジン（図１、デバイス管理エンジン160を参照）を含むことができる。さらに、ゾーンサーバ350は、ゾーンのプロファイル又はプロファイルテンプレートに従って、電子デバイス320を構成することができる。

[0106] ゾーンサービス393またはゾーンアプリケーションが電子デバイス320にアクセス可能になると、電子デバイス320は、サービス393の存在の表示を提示するように構成され得る。先の空港の例を続けるために、乗客が空港ゾーンに入るというシナリオを考える。対応するゾーンサーバは、チェックイン、道案内、出発時刻、到着情報、または他のサービスのために、乗客のスマートフォン上でサービス型ハンドラを起動することができる。ハンドラが起動されると、関連するアイコン又は他のインジケータ（例えば、視覚、音声、触覚など）が、電子デバイス320のディスプレイ上で乗客に提示され得る。同様に、電子デバイス320がもはやコンテキスト的に関連性がないと判断されると、アイコン又はインジケータは、乗客の視界から隠されるか又は除去され得る。このようなサービスインジケータの提示は、電子デバイス320が持続的サービス393を消費することができることを単に示すだけであることを理解されたい。サービス393は、電子デバイス320の存在に関係なく、永続的なままである。」

「[0134] The method can further include configuring one or more electronic devices to be receptive to the zone application upon detecting that the electronic device is contextually relevant the zone. When device attributes indicate that the electronic device falls within the context of the zone, a zone server or other suitable entity can activate the zone's services or applications on the electronic device. In some embodiments, the electronic device can be provisioned within one or more service-type handlers in a thin client, or similar operating system handler modules. The handlers can be activated so they become receptive to the zone upon becoming contextually relevant. When activated, corresponding icons or other indicators can be presented to the user to indicate the presence of corresponding services. Similarly, when the device falls outside a contextual boundary of the zone, the service-type handlers can be deactivated or removed from presentation so that they are no longer available to the user. Consider the use-case in FIG. 16, which illustrates a flight passenger's experience with their cell phone as the user moves from zone to zone in and around airports during their trip. At the far left, the passenger has not yet entered a zone. Upon entering the "Terminal 1 Zone" at their departing airport, the passenger's cell phone populates with available services: flight status, duty free shop, terminal map, seating plan, in-flight mall, in-flight entertainment, luggage, or other services. The passenger can launch the seating plan service to view where their seat is on their flight. As the passenger leaves the "Terminal 1 Zone" on their flight, the service indicators depopulate. When the passenger arrives at their destination and enters the "Heathrow Zone", their cell phone again automatically populates with services specific to the "Heathrow Zone".」

［当審訳］

「[0134] 本方法は、電子デバイスがゾーンに関連するコンテキストであることを検出すると、ゾーンアプリケーションを受け入れるように１つまたは複数の電子デバイスを構成することをさらに含むことができる。デバイス属性が、電子デバイスがゾーンのコンテキストに該当することを示す場合、ゾーンサーバまたは他の適切なエンティティは、電子デバイス上でゾーンのサービスまたはアプリケーションを起動することができる。いくつかの実施形態では、電子デバイスは、シンクライアントの１つ以上のサービス型ハンドラ、または同様のオペレーティングシステムハンドラモジュール内に構成されることができる。ハンドラは、コンテキストに関連するようになった時点でゾーンを受容するようにアクティブ化することができる。活性化されると、対応するアイコンや他のインジケータがユーザに表示され、対応するサービスの存在を示すことができる。同様に、デバイスがゾーンのコンテキスト上の境界から外れると、サービスタイプのハンドラを非アクティブにするか、または表示から削除して、ユーザがもはや利用できないようにすることができる。図１６のユースケースは、旅行中に空港内や空港周辺をゾーンからゾーンへと移動する乗客の携帯電話の経験を示している。左端では、乗客はまだゾーンに進入していない。出発空港の「ターミナル１ゾーン」に入ると、乗客の携帯電話には、フライト状況、免税店、ターミナルマップ、座席表、機内モール、機内エンターテイメント、荷物などのサービスが表示される。乗客は座席表サービスを起動し、フライトの座席を確認することができる。乗客がフライトで「ターミナル１ゾーン」を離れると、サービスのインジケータが切り替わる。目的地に到着し、「ヒースロー・ゾーン」に入ると、再び携帯電話に「ヒースロー・ゾーン」特有のサービスが自動的に入力される。」

「Figure 1

［図：0001382273000001.jpg］

」

［当審訳］（省略）

「Figure 3

［図：0001382273000002.jpg］

」

［当審訳］（省略）

「Figure 16

［図：0001382273000003.jpg］

」

［当審訳］（省略）