本次调用的模型名称：GPT-4。
好的，作为专利创造性评估经验丰富的资深专利代理师，我将严格遵循您的指示，对对比文件US20120032877A1（下称“对比文件”）是否公开了目标专利CN105555373B（下称“目标专利”）权利要求中的各项技术特征进行深入分析和判断。
首先，我将结合目标专利说明书，对技术特征进行解释。目标专利的核心在于一种用于在移动装置上提供“增强虚拟性”（AV）的方法、设备和程序产品。其核心思想是：**基于移动装置的物理位置确定一个包含周围环境结构元件信息的“情境”，然后在该情境中引入虚拟的“AV对象”。这个AV对象具有位置、速度、方向等状态变量。系统会检测AV对象与情境（即虚拟对象与真实环境的结构约束）之间的交互（情境交互），以及移动装置用户通过手势等方式与AV对象之间的交互（移动装置交互）。这些交互的结果会通过“交互引擎模块”来修改AV对象的状态变量（如位置、速度、方向、大小等），并最终显示出来。** 这是一种在虚拟世界中融合了现实世界结构约束和用户交互的动态系统。
接下来，我将创建特征比对表格。表格严格按照目标专利权利要求的划分，分为三栏：第一栏为技术特征描述及公开性判断结果，第二栏为对比文件原文引用及翻译，第三栏为公开性论述。
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：其中AV指合并到虚拟世界中的现实世界对象，所述方法包括：基于所述移动装置的位置确定情境，其中所述情境提供关于所述移动装置的周围环境的结构元件的信息《隐含公开》 | [0111] A similar approach can be applied to create a level walk-mesh in an AR environment such as in an AR video game. A programmer using known GUI methods can choose to indicate the traversable areas of a level by walking around the level and allowing the application to record the programmer's location using aGPS, accelerometer, gyroscope, and/or compass information, or by using a similar discrete, one-dimensional motion (such as the programmer pushing the device away from himself so as to indicate that the broad area in front of the device and within the view frustum is or is not walkable).<br>翻译：[0111] 类似的方法可以应用于在AR环境（例如AR视频游戏）中创建关卡行走网格。使用已知GUI方法的程序员可以选择通过围绕关卡行走并允许应用程序使用aGPS、加速度计、陀螺仪和/或罗盘信息记录程序员的位置，或通过使用类似的离散一维运动（例如程序员将设备推离自己以指示设备前方且位于视锥体内部的广阔区域是可行走或不可行走的）来指示关卡的可行走区域。 | **隐含公开**。特征A的核心在于“基于移动装置位置确定情境”且“情境提供关于周围环境结构元件的信息”。对比文件[0111]段描述了在AR游戏关卡设计中，程序员通过行走让应用程序记录其位置（即基于位置），以定义关卡的“可行走区域”。定义“可行走区域”的过程，必然涉及理解或记录环境的物理结构（如墙壁、走廊等障碍物），这些结构决定了哪些区域可通行。因此，本领域技术人员可以合理推断，应用程序通过记录用户在真实环境中的移动路径和位置，能够推断或构建出该环境的结构约束信息，即一种“情境”。虽然对比文件未明确使用“情境”一词，但其描述的“可行走区域”的创建过程，隐含了基于位置信息来确定环境结构约束这一技术构思。 |
| **技术特征B**：产生AV对象的状态，其中所述AV对象的所述状态包括与所述AV对象的位置、速度以及方向相关联的变量《隐含公开》 | [0109] Virtual objects displayed on the screen and super-imposed over the real world are arranged within the level (e.g., the current room) based upon values generated by a pseudo-random number generator seeded with the time of day.<br>翻译：[0109] 屏幕上显示并叠加在现实世界之上的虚拟对象基于用一天中的时间作为种子的伪随机数生成器生成的值被安排在关卡内（例如，当前房间）。<br>[0110] A programmer can also implement a discrete, one-dimensional motion within a GUI (analogous to the touch or click of a menu item) for a user to indicate an intention to generate a random level in this manner. For example, a device can be panned (moved from one side to another) so that a floating AR menu is in view, and the user can then touch the portion of the screen corresponding to the “Generate Random Level” menu item, or can push the device away from himself so that the screen intersects with the floating menu item.<br>翻译：[0110] 程序员还可以在GUI中实现离散的一维运动（类似于触摸或点击菜单项）供用户指示以此方式生成随机关卡的意图。例如，可以平移设备（从一侧移动到另一侧）以使浮动AR菜单进入视野，然后用户可以触摸对应于“生成随机关卡”菜单项的屏幕部分，或者可以将设备推离自己以使屏幕与浮动菜单项相交。 | **隐含公开**。特征B的核心是“产生AV对象的状态”且状态包含位置、速度、方向变量。对比文件[0109]明确提及在AR环境中“安排”（arranged）虚拟对象，这意味着虚拟对象在虚拟世界中被赋予了位置。此外，对比文件通篇描述了大量通过移动设备（手势）来控制虚拟对象的行为，例如，在图9的例子中，通过旋转设备来控制赛车转向（方向），这暗示了虚拟对象（赛车）具有可被改变的方向状态。虽然对比文件未直接、明确地列举“状态变量”这一概念，但根据其描述的虚拟对象在AR环境中的可操控性和行为（如移动、转向），本领域技术人员可以毫无疑义地推断，要实现这些交互和控制，虚拟对象必须具有位置、方向等属性或状态变量。速度变量虽然未被明确提及，但移动（位置变化）本身隐含了速度的概念，是本领域技术人员容易联想到的。 |
| **技术特征C**：确定情境交互结果，其中情境交互为所述情境和所述AV对象之间的交互，《隐含公开》 | [0111] ... the broad area in front of the device and within the view frustum is or is not walkable.<br>[0116] A more intuitive user interaction can be achieved by using a motion-driven user interface with the AR environment. For example, a user can simply perform a “place in oven” motion composed of rotating the device to be parallel with a surface, lowering the device onto that surface, and then closing or otherwise transforming the device as they would an oven. After the baking process is complete, the resulting walk-mesh can be edited using other motions, including continuous, multi-dimensional motions such as circling devices around areas of the walk-mesh which are not traversable or stretching the mesh with a tilted, dragging motion.<br>翻译：[0116] 通过使用具有AR环境的运动驱动用户界面可以实现更直观的用户交互。例如，用户可以简单地执行“放入烤箱”运动，该运动包括将设备旋转至与表面平行、将设备降低到该表面上，然后像关闭烤箱一样关闭或以其他方式变换设备。烘烤过程完成后，可以使用其他运动来编辑所得的行走网格，包括连续的多维运动，例如围绕行走网格中不可穿越的区域环绕设备，或用倾斜的拖动运动拉伸网格。 | **隐含公开**。特征C的核心是“情境和AV对象之间的交互”。对比文件[0111]定义了“可行走区域”，这本质上就是环境结构（情境）对虚拟对象（或代表用户的虚拟化身）移动能力的约束。当虚拟对象试图进入“不可行走”区域（如墙壁）时，就会发生交互并被阻止，这正是一种“情境交互”。[0116]段进一步描述了编辑“行走网格”（即定义可行走区域）的过程，其中提到“围绕不可穿越的区域”进行编辑，这反向证明了虚拟对象与这些“不可穿越”区域（情境）之间存在交互关系。因此，对比文件隐含公开了虚拟对象与由环境结构定义的情境之间存在交互。 |
| **技术特征D**：其中所述情境交互确定所述AV对象的状态变量的修改，其中所述状态变量与所述AV对象的位置、速度以及方向相关联《隐含公开》 | 同上[0111]及[0116]。 | **隐含公开**。特征D是特征C的延伸，即情境交互的结果会修改AV对象的状态变量。对比文件[0111]中定义的“可行走区域”是一种约束。当虚拟对象（或用户化身）与“不可行走”区域（如墙壁）交互时，其移动（即位置状态变量的变化）必然会被阻止或改变方向，这实际上就是对位置和/或方向状态变量的“修改”。[0116]段中编辑行走网格以排除不可穿越区域，其目的正是为了在后续交互中正确地约束虚拟对象的移动状态。因此，本领域技术人员可以合理推断，情境（可行走/不可行走区域）与AV对象的交互，会决定并修改AV对象的位置、方向等状态。 |
| **技术特征E**：基于所述情境交互结果修改所述AV对象的所述状态，其中交互引擎模块使用经修改的所述状态变量修改所述AV对象的所述状态《隐含公开》 | [0111], [0116] 结合背景知识。 | **隐含公开**。特征E描述了基于情境交互结果来修改状态，并提到了“交互引擎模块”。对比文件公开了情境交互及其对虚拟对象状态的影响（如D所述）。虽然对比文件没有明确提及名为“交互引擎模块”的特定模块，但实现这种基于环境约束来修改虚拟对象状态的功能，必然需要相应的软件逻辑或处理单元（例如游戏物理引擎或碰撞检测模块）来执行计算。本领域技术人员知道，在游戏或AR应用中，处理对象与环境碰撞、约束对象运动的模块是标准组件。因此，对比文件隐含公开了由某种处理逻辑（可理解为广义的“交互引擎模块”）来执行基于情境交互结果的状态修改。 |
| **技术特征F**：确定移动装置交互结果，其中移动装置交互为所述移动装置的用户手势和所述AV对象之间的交互，其中所述移动装置交互确定所述AV对象的所述状态变量的进一步修改《直接公开》 | [0048] In various embodiments the operations and processing described are handled by a processor of the mobile device running software stored on the mobile device stored in memory of the mobile device.<br>[0052] ... the user interface input command associated with the defined type of motion is dependent upon what context the mobile device is operating in at the time motion of the mobile device is detected ...<br>[0060] ... an associated user interface input command is executed to move the tree and house of scene 401a laterally across display screen 303 of mobile device 301 to become scene 401b due to the user having moved mobile device 301 from left to right along x-axis 305.<br>[0090] ... when the user moves mobile device 301 in a rotational clockwise fashion about the z-axis causes execution of a user interface input command in mobile device 301 for the race car to make a right turn ... | **直接公开**。特征F的核心是“用户手势与AV对象交互”并“确定AV对象状态变量的修改”。对比文件的核心主题就是“运动驱动的手势”（Motion Driven Gestures）。其详细描述了通过移动设备本身（即一种物理手势，如平移、旋转、摇动等）来执行用户界面输入命令，这些命令直接控制AR环境中的虚拟对象。例如，[0060]段描述通过左右移动设备来平移场景（可视为移动虚拟视点或环境中的对象）；[0090]段描述通过旋转设备来控制赛车（虚拟对象）左转或右转，这直接修改了赛车的方向状态变量。这些描述明确公开了用户通过移动设备（手势）与虚拟对象进行交互，并且该交互决定了虚拟对象状态（如位置、方向）的修改。这完全符合特征F的定义。 |
| **技术特征G**：使用所述交互引擎模块基于所述移动装置交互结果修改所述AV对象的所述状态，其中所述交互引擎模块进一步使用移动装置状态信息处理所述AV对象的所述状态变量，其中所述移动装置状态信息包括影响交互计算的应用程序参数《隐含公开》 | [0052] ... the user interface input command associated with the defined type of motion is dependent upon what context the mobile device is operating in at the time motion of the mobile device is detected ...<br>Table 1 (Examples of Linear, Angular, and Composite Motions) 展示了在不同操作上下文（context）下，相同运动对应不同的命令。<br>例如：“Angular motion about a y-axis”在一种上下文是“Cycle forward through photo album”，在另一种上下文（如游戏中）是“open/close door in a game”。 | **隐含公开**。特征G在F的基础上，进一步限定了修改过程由“交互引擎模块”执行，并且该模块会使用包含“应用程序参数”的“移动装置状态信息”来处理状态变量。对比文件[0052]及表1明确强调了用户界面输入命令的执行依赖于移动设备被检测到运动时的“操作上下文”（operating context）。这个“操作上下文”就是移动装置当前运行的应用程序模式或状态（例如，是处于照片浏览模式还是游戏模式），这正是一种“移动装置状态信息”，并且它直接影响手势被解释为何种命令（即影响交互计算）。虽然对比文件未命名“交互引擎模块”，但负责根据当前上下文解释手势并执行相应命令以修改虚拟对象状态的软件逻辑，必然存在于系统中。因此，对比文件隐含公开了由处理模块使用包含应用程序参数（即操作上下文）的移动装置状态信息，来处理基于手势交互的AV对象状态修改。 |
| **技术特征H**：以及显示所述AV对象。《直接公开》 | [0109] Virtual objects displayed on the screen and super-imposed over the real world ...<br>全文多处提及在显示屏上显示AR场景和虚拟对象。 | **直接公开**。特征H要求显示AV对象。对比文件[0109]明确记载了虚拟对象被“显示在屏幕上并叠加在现实世界之上”。这是AR应用的基本特征，因此该特征被对比文件直接公开。 |
| **技术特征H**：其中所述AV对象的所述状态包含大小变量。《隐含公开》 | Table 2 (Examples of Transformative, Deformative, and Compound Motions):<br>“Deformative motion (stretch)” -> Command (Select): “Grow object”<br>“Deformative motion (compress)” -> Command (Select): “Shrink object” | **隐含公开**。此处第二个特征H（关于大小变量）是独立于第一个显示特征H的。其特征是AV对象的状态包含“大小变量”。对比文件表2中，明确列出了通过设备的“拉伸”（stretch）和“压缩”（compress）变形运动，来执行“放大对象”（Grow object）和“缩小对象”（Shrink object）的命令。要能够放大或缩小一个对象，该对象必须具有一个代表其尺寸的“大小”属性或状态变量。因此，本领域技术人员可以毫无疑义地从对比文件推断出，虚拟对象具有可被修改的大小变量。 |
| **技术特征I**：其中基于所述情境交互结果修改所述AV对象的所述状态包括修改所述大小变量。《未公开》 | 对比文件中未发现情境交互（虚拟对象与环境结构的交互）会导致对象大小改变的描述。对比文件中对象大小的改变是通过用户的直接变形手势（见表2）实现的，而非通过与情境（环境结构）的交互。 | **未公开**。特征I限定了“基于情境交互结果”来修改大小变量。虽然对比文件公开了修改对象大小（见特征H的论述），但其触发条件是用户的直接“变形手势”（如拉伸/压缩设备），而不是虚拟对象与情境（环境结构）之间的交互结果。目标专利中描述的是AV对象（如火球）在穿过墙壁（情境交互）后大小减小。对比文件完全没有公开这种基于环境结构交互来动态改变对象大小的技术方案。因此，该特征既未被直接公开，也未被隐含公开。 |
| **技术特征J**：其中AV指合并到虚拟世界中的现实世界对象，所述设备包括：用于基于所述移动装置的位置确定情境的装置，其中所述情境提供关于所述移动装置的周围环境的结构元件的信息《隐含公开》 | 同技术特征A的引用[0111]。 | **隐含公开**。特征J是装置权利要求，其功能与技术特征A对应。根据专利审查中的“装置加功能”解释原则，用于执行特定功能的装置可以理解为被配置为执行该功能的处理器、存储器及其上存储的指令等。对比文件[0111]描述了应用程序能够基于用户行走记录位置并定义可行走区域，这必然是通过移动设备中的处理器、传感器和软件指令（即“装置”）实现的。因此，对比文件隐含公开了用于执行特征A所述功能的相应装置。 |
| **技术特征K**：用于产生AV对象的状态的装置，其中所述AV对象的所述状态包括与所述AV对象的位置、速度以及方向相关联的变量《隐含公开》 | 同技术特征B的引用[0109], [0110]及对虚拟对象控制的描述。 | **隐含公开**。特征K是装置权利要求，其功能与技术特征B对应。对比文件中描述了生成和安排虚拟对象，并通过对设备的运动控制来改变虚拟对象的行为（如方向），这必然是通过移动设备中的处理器和软件（即“装置”）来产生和维护这些虚拟对象的状态。因此，对比文件隐含公开了用于执行特征B所述功能的相应装置。 |
| **技术特征L**：用于确定情境交互结果的装置，其中情境交互为所述情境和所述AV对象之间的交互，其中所述情境交互确定所述AV对象的状态变量的修改，其中所述状态变量与所述AV对象的位置、速度以及方向相关联《隐含公开》 | 同技术特征C、D的引用[0111], [0116]。 | **隐含公开**。特征L是装置权利要求，其功能与技术特征C、D的组合对应。对比文件描述了通过定义“可行走区域”来约束虚拟对象的移动，这本质上是确定情境交互及其结果。实现这一功能需要相应的处理逻辑或模块（即“装置”）。因此，对比文件隐含公开了用于执行特征L所述功能的相应装置。 |
| **技术特征M**：用于基于所述情境交互结果使用经修改的所述状态变量修改所述AV对象的所述状态的装置《隐含公开》 | 同技术特征E的论述。 | **隐含公开**。特征M是装置权利要求，其功能与技术特征E对应。基于情境交互结果修改AV对象状态的功能，在对比文件中是隐含的，实现该功能也必然需要相应的处理装置。因此，对比文件隐含公开了用于执行特征M所述功能的相应装置。 |
| **技术特征N**：用于确定移动装置交互结果的装置，其中移动装置交互为所述移动装置的用户手势和所述AV对象之间的交互，其中所述移动装置交互确定所述AV对象的所述状态变量的进一步修改《直接公开》 | 同技术特征F的引用[0048], [0052], [0060], [0090]。 | **直接公开**。特征N是装置权利要求，其功能与技术特征F对应。对比文件直接公开了通过检测设备运动（手势）来执行命令以控制虚拟对象（修改其状态）。执行这一系列检测、匹配、执行命令的操作，正是由移动设备中的处理器、传感器和软件（即“装置”）完成的。因此，对比文件直接公开了用于执行特征N所述功能的相应装置。 |
| **技术特征O**：用于基于所述移动装置交互结果修改所述AV对象的所述状态的装置，其中所述用于修改的装置进一步使用移动装置状态信息处理所述AV对象的所述状态变量，其中所述移动装置状态信息包括影响交互计算的应用程序参数《隐含公开》 | 同技术特征G的引用[0052]及表1。 | **隐含公开**。特征O是装置权利要求，其功能与技术特征G对应。对比文件公开了根据“操作上下文”（应用程序参数）来解释手势并执行相应命令。实现这一上下文相关的处理功能，必然由相应的装置完成。因此，对比文件隐含公开了用于执行特征O所述功能的相应装置。 |
| **技术特征P**：以及用于显示所述AV对象的装置。《直接公开》 | 同技术特征H（第一个）的引用[0109]。 | **直接公开**。特征P是装置权利要求，其功能与技术特征H（第一个）对应。对比文件直接公开了在屏幕上显示虚拟对象，这自然是通过移动设备的显示装置（如屏幕、图形处理器）实现的。因此，该特征被直接公开。 |
| **技术特征Q**：其中所述用于基于所述情境交互结果修改所述AV对象的所述状态的装置包括用于修改大小变量的装置。《未公开》 | 同技术特征I的论述。对比文件未公开基于情境交互修改对象大小。 | **未公开**。特征Q是装置权利要求，其功能限定部分与技术特征I对应。由于对比文件未公开“基于情境交互结果修改大小变量”这一具体功能，因此相应地，用于执行该特定功能的装置也未被公开。 |
| **技术特征R**：所述计算机程序产品包括经配置以致使处理器进行以下操作的处理器可执行指令：基于移动装置的位置确定情境，其中所述情境提供提供在增强虚拟性AV中关于所述移动装置的周围环境的结构元件的信息，其中AV指合并到虚拟世界中的现实世界对象《隐含公开》 | 同技术特征A的引用[0111]。 | **隐含公开**。特征R是程序产品权利要求，其指令功能与技术特征A对应。对比文件[0111]描述的方法功能，必然是通过存储在计算机可读介质上的程序指令来使处理器执行的。因此，对比文件隐含公开了包含用于执行特征A所述功能的指令的计算机程序产品。 |
| **技术特征S**：产生AV对象的状态，其中所述AV对象的所述状态包括与所述AV对象的位置、速度以及方向相关联的变量《隐含公开》 | 同技术特征B的引用[0109], [0110]。 | **隐含公开**。特征S是程序产品权利要求，其指令功能与技术特征B对应。理由同K。 |
| **技术特征T**：确定情境交互结果，其中情境交互为所述情境和所述AV对象之间的交互，其中所述情境交互确定所述AV对象的状态变量的修改，其中所述状态变量与所述AV对象的位置、速度以及方向相关联《隐含公开》 | 同技术特征C、D的引用[0111], [0116]。 | **隐含公开**。特征T是程序产品权利要求，其指令功能与技术特征C、D的组合对应。理由同L。 |
| **技术特征U**：基于所述情境交互结果修改所述AV对象的所述状态，其中交互引擎模块使用经修改的所述状态变量修改所述AV对象的所述状态《隐含公开》 | 同技术特征E的论述。 | **隐含公开**。特征U是程序产品权利要求，其指令功能与技术特征E对应。理由同M。 |
| **技术特征V**：确定移动装置交互结果，其中移动装置交互为所述移动装置的用户手势和所述AV对象之间的交互，其中所述移动装置交互确定所述AV对象的所述状态变量的进一步修改《直接公开》 | 同技术特征F的引用[0048], [0052], [0060], [0090]。 | **直接公开**。特征V是程序产品权利要求，其指令功能与技术特征F对应。对比文件直接公开的通过手势交互控制虚拟对象的方法，必然通过程序指令实现。因此，该特征被直接公开。 |
| **技术特征W**：使用所述交互引擎模块基于所述移动装置交互结果修改所述AV对象的所述状态，其中所述交互引擎模块进一步使用移动装置状态信息处理所述AV对象的所述状态变量，其中所述移动装置状态信息包括影响交互计算的应用程序参数《隐含公开》 | 同技术特征G的引用[0052]及表1。 | **隐含公开**。特征W是程序产品权利要求，其指令功能与技术特征G对应。理由同O。 |
| **技术特征X**：以及显示所述AV对象。《直接公开》 | 同技术特征H（第一个）的引用[0109]。 | **直接公开**。特征X是程序产品权利要求，其指令功能与技术特征H（第一个）对应。理由同P。 |
| **技术特征Y**：其中所述AV对象的所述状态包含大小变量，且进一步包括经配置以致使所述处理器基于所述情境交互结果修改所述大小变量的指令。《未公开》 | 同技术特征I的论述。 | **未公开**。特征Y是程序产品权利要求，其指令功能包括“基于情境交互结果修改大小变量”。由于对比文件未公开这一具体功能，因此相应的指令也未被公开。 |
**结论与代码输出**
根据上述分析，对比文件直接公开了技术特征F、H（第一个，关于显示）、N、P、V、X。对比文件隐含公开了技术特征A、B、C、D、E、G、H（第二个，关于大小变量）、J、K、L、M、O、R、S、T、U、W。技术特征I、Q、Y未被公开。
因此，在回答的结尾插入对应的代码。
<<<F>>><<<H>>><<<N>>><<<P>>><<<V>>><<<X>>><<<a>>><<<b>>><<<c>>><<<d>>><<<e>>><<<g>>><<<h>>><<<j>>><<<k>>><<<l>>><<<m>>><<<o>>><<<r>>><<<s>>><<<t>>><<<u>>><<<w>>>