具体实施方式

如本文所描述的逼真玩具系统通过经由在线软件或游戏应用程序与物理玩具通信来为用户提供与该物理玩具交互的体验，就像它是逼真玩具一样。与其他产品不同，该系统在在线应用程序中提供物理玩具的几乎相同的或虚拟的表示。在线应用程序提供虚拟世界和/或游戏环境，虚拟玩具作为游戏化身存在于该虚拟世界和/或游戏环境中并且部分地通过从用户接收的输入来参与。此输入中的一些从能够影响在在线应用程序中游戏化身的外观或行为的用户提供给物理玩具。物理玩具和游戏化身结合在一起作为一体以形成单个角色。如下文将更详细地描述的，该用户能够玩其物理玩具和其物理玩具在在线世界中的相同外观的电子变体——游戏化身二者并且可以与之交互，其中游戏化身和物理玩具一起为用户创建单个角色或逼真玩具的体验。

根据图1，示出了逼真玩具系统100的块图，该逼真玩具系统100便于作为游戏世界的一部分的双向通信。游戏世界经由App或应用程序与物理玩具交互，并且物理玩具也可以与App交互，并且特别地与其自身的游戏变体交互。

系统100包括物理玩具或物理玩具对象120和位于单独或远程计算设备140上的游戏应用程序(App)130。物理玩具或物理玩具对象120的示例包括毛绒或塑料玩具对象。移动或远程设备140的示例包括智能电话或平板计算机或诸如膝上型计算机或计算机的任何其他类型的计算设备。

物理玩具120作为具有基于物理玩具并且可识别为物理玩具的外观的游戏化身存在于游戏应用程序中；然而，游戏化身可以具有更多衣服和配饰供穿戴、可以被喂养、可以在虚拟游戏世界中执行活动。App 130在与玩具配对的计算设备上运行。当被配对时，物理玩具和游戏化身经由App 130相互通信和交互。这产生更令人满意的游戏体验，因为玩家/用户可以通过游戏化身与物理玩具交互，并且通过这样做，物理玩具和游戏化身结合在一起导致逼真玩具。

物理玩具120包括主控制单元125、输入部件150、通信控制部件160和输出部件170。主控制单元125控制输入部件、通信控制部件和输出部件。在一个实施方案中，输入部件150可以包括传声器(microphone，麦克风)以拾取声音，诸如用户的语音。它还可以包括一个或多个传感器，所述传感器被编程以检测触摸、声音或外部温度，诸如室温。输出部件可以包括扬声器和/或显示屏幕。

物理玩具120中的通信控制部件160管理并且处理自物理玩具的传入和传出数据。这包括至和自玩家/用户以及至和自配对的应用程序130的传入和传出数据。在物理玩具120与配对的应用程序130之间传递的数据可以被表征为请求。从一侧发送的请求可以保证(warrant)某种任务由另一侧完成——例如，如果请求从配对的应用程序中的游戏化身发送到物理玩具，则物理玩具可能需要完成任务以产生或引起应用程序130中的某个其他反应或结果。相反也将适用。如果请求从物理玩具发送到配对的应用程序中的游戏化身，则配对的应用程序中的游戏化身可能需要(经由玩游戏的用户)完成任务。

通信控制部件160包括处理器，以分析数据并且适当地处理该数据。如上文暗指的，可以经由诸如的无线通信协议传输数据。物理玩具120和计算设备140上的游戏应用程序130可以经由连接，以使得来自物理玩具120的用户输入可以适当的格式容易地传输并且经由接收器145由计算设备140接收。例如，用户可以触摸物理玩具120，并且该触摸由嵌入在物理玩具120中的至少一个传感器检测。触摸数据被处理并且被传输到配对的应用程序130中用户的账户。配对的应用程序130经由处理器190处理数据并且结果可以被显示在计算设备屏幕(显示器180)上。结果也可以被传达回到物理玩具120，并且然后通过内置于物理玩具120内的扬声器(输出部件170)诸如以声音或话语的形式作为来自物理玩具的输出提供该结果。

现在参考图2，存在可以在如图1中所讨论的逼真玩具系统100中使用的物理玩具200的示例性图像。物理玩具200类似毛绒玩具或填充动物；然而，应理解，可以在如本文所描述的那样运行的逼真玩具系统100中使用包括小塑像(figurine)或其他对象的任何类型的玩具。物理玩具200可以由任何材料诸如纺织品、陶瓷、硅和/或塑料或其任何组合制成。

图2中还有主控制单元210，该主控制单元210包括一个或多个处理器或微处理器，该处理器或微处理器管理或调节至少一个触摸传感器220和可选的LED灯230、LE 240、声音芯片或微处理器250和电池260。主控制单元管理在物理玩具和App 130之间双向提出的请求。声音芯片250通过内置于玩具200内的可选的音量控制装置连接到扬声器270，并且电池260连接到电源开关280和USB充电端口290。此外，一个或多个触摸传感器220可以被定位在玩具上的任何位置，诸如头部、背部和/或爪子，以允许物理玩具与App/游戏化身之间的直接通信。

主控制单元210还包括用于存储物理玩具数据的Flash RAM、请求队列和唯一识别符，使得App 130与所选择的物理玩具同步。声音芯片250包括用于存储可以由物理玩具120或App 130触发的多个采样声音效果的声音RAM/ROM。

通信允许物理玩具120与计算设备140上运行的App 130之间的双向通信。物理玩具还具有与设备140上的配对的按钮。配对按钮可以是与电源开/关按钮相同或不同的按钮。替代地，可以在软件中进行配对而无需按钮。

物理玩具120可以与任何蓝牙使能设备(Bluetooth-enabled device)配对。一旦被配对，玩具120就可以在其处于范围内时自动连接到设备。物理玩具120具有三个主要模式：未配对、配对但是App关闭以及配对并且App打开。

当App 130打开并且物理玩具120与设备配对时，App 130将识别物理玩具120被配对。在一个实施方案中，如果App 130打开并且物理玩具与设备配对，但是玩家还没有启动物理玩具——也就是说，没有数据从玩具120发送到App 130，则App 130可以询问玩家是否想玩物理玩具120。

如果玩家具有分配给用户账户的多个物理玩具，则App 130可以询问玩家是否愿意切换到不同的物理玩具120。如果App 130被关闭并且然后稍后被打开，则App 130可以被编程以利用最近玩过的物理玩具作为App 130中的活跃的(active)玩具打开。

当App 130打开并且物理玩具被配对时，系统将向活跃的物理玩具发送命令以触发诸如物理玩具中的声音的输出事件——例如，当任何以下事件发生时：

·发起玩具请求

·完成玩具请求

·赢得游戏

·输掉游戏

·喂养游戏化身

·改变游戏化身的装备

·游戏化身被安置到床上(可选的)

物理玩具上的声音包括：

·醒着的——当宠物变为活跃的和/或用于一般请求时可以使用中性的声音

·高兴的——3-5个变化

·伤心的——2-3个变化

·进食——2-3个变化

·饥饿的——用于喂养请求

·顽皮的——用于游戏请求

也可以发生其他事件以触发物理玩具中呈表示各种情感/反应的声音的形式的输出事件。除了列出的那些之外，也可以设想其他声音。此外，当被配对并且App 130打开时，更具体的声音，诸如睡觉，可以直接从App 130流式传输到物理玩具的扬声器。可选地，如果活跃的物理玩具具有传感器，App 130将识别何时触摸/使用或以其他方式启动传感器。App130和游戏化身可以响应于从传感器接收的数据。

App 130也可以使用物理玩具中的传感器作为游戏的输入。在一个实施方案中，App 130中的游戏化身可以通过说“我感觉情绪低落。可以给我一个拥抱吗？”来想要一些关注。App 130将此作为请求传输到物理玩具120，并且嵌入在物理玩具120中的传感器检测与拥抱对应的触摸数据。此触摸数据被传达回到App 130，并且游戏化身可以诸如通过给予奖励、得分(point)和/或提供某种其他类型的响应(例如，视觉响应或听觉响应)进行响应。在另一个实施方案中，物理玩具可以说或表达“我饿了。我可以吃点零食吗？”。此请求被传达到App 130，在此玩家可以喂养游戏化身。一旦被喂养，App 130就向物理玩具传达请求被完成并且物理玩具可以适当的声音进行响应。

App 130可以在一分钟的“心跳”上将游戏化身的当前的高兴/饥饿/能量统计数据发送到物理玩具，以被存储在玩具的Flash RAM中。

当在App关闭或没有通信的情况下玩配对的物理玩具时，主控制单元210确定何时将向App提出请求。该请求选自Flash RAM的请求队列中可用的选项。物理玩具200可以基于所选择的请求的类型播放请求声音。主控制单元210将请求存储在请求队列中，直到App被打开或开始与物理玩具200通信。

如前所述，如果当App被打开时活跃的(配对的)物理玩具不是App中的活跃的游戏化身，App将自动切换到App中的正确的游戏化身。活跃的物理玩具中的唯一识别符被传达到App并且App账户中的对应的游戏化身被投入游戏。App中的对应的游戏化身是物理玩具的即使不是完全相同也是几乎相同的形象，以产生物理玩具200具有在游戏中或在App中的存在的效果。物理玩具可以告诉App它想要触发来自队列的哪个请求。如果请求被忽略，在诸如3分钟(请求的长度)的短暂量的时间之后，此请求将从物理玩具中的请求队列中移除。如果队列中不存在可用的请求，玩具将不提出任何请求。

App 130也可以将一个或多个游戏化身请求发送到物理玩具的Flash RAM，以被用作当App未打开时可以被访问的请求的“队列”。如果物理玩具未与设备配对，则物理玩具与App中的游戏化身之间的交互游戏不是可用的。然而，物理玩具可以被玩，并且通过其传感器收集的适当的输入数据可以被处理和存储并且然后稍后当物理玩具与App配对时被传输到App。附加地，或替代地，如果物理玩具具有传感器，当被宠爱、被拥抱等时传感器可以直接触发玩具中的声音。主控制单元还可以识别物理玩具未被使用，并且可以偶尔发出伤心的声音或其他仅仅鼓励孩子拥抱/宠爱玩具的提醒声音。可选地，在App关闭的情况下配对的物理玩具的相同功能在物理玩具未被配对时可以是可用的。物理玩具将仅仅等待建立蓝牙连接和打开App二者。

关于电源使用，为了避免电池泄电(drainage)，物理玩具具有多个节电特征。例如，可以诸如通过将配对/电源按钮按下5秒来手动关掉物理玩具。还存在一种用于在玩具未被活跃地玩和/或当App打开并且可用于配对时而未与App配对例如持续指定量的时间——诸如5分钟时自动关掉物理玩具或可以进入“睡眠”模式的方法。

现在转到图3，存在例示了诸如图1中所讨论的系统100的在运行中的逼真玩具系统的示意流程图300。根据图300，物理玩具310经由技术连接到位于移动计算设备上的App。该App是如下游戏：其中玩家已经建立账户并且已经在账户中注册与物理玩具310相关联的代码。在游戏App中，注册的物理玩具在游戏中看起来几乎相同——在本文中被称为游戏化身。游戏化身是玩家部分地经由玩游戏或玩游戏中的活动并且部分地经由物理玩具与之交互的游戏App中的角色。在游戏App中，玩家可以执行各种动作，诸如但不限于，玩游戏或游戏中的各种活动、喂养游戏化身、安置游戏化身到床上或睡觉、为游戏化身赢得奖品、完成任务或挑战以使游戏中的游戏化身或整体状况(overall position)受益、购买可用于在游戏App中购买的礼物或其他物品等。与这些事件中的任何一个有关的信息或数据可以被传达到配对的物理玩具。主控制单元处理数据并且选择预定的声音效果作为对这样的数据的适当响应，并且然后声音芯片经由物理玩具的内置扬声器播放玩家/用户可以听到的声音。例如，可能存在被指定作为用于各种反应或感觉的表格的一部分的声音效果，从而针对不同的情感或状态(诸如兴奋的、饥饿的、疲倦的、伤心的、缺乏生活必需品的(needy)、醒着的或困惑的)提供单独的声音效果。物理玩具把游戏化身引起的感觉或反应表达或表演出来，从而使其对于玩家/用户栩栩如生。

在图4中，示出了在运行中的逼真玩具系统100的示例性示意图400。物理玩具410经由连接到打开的App并且向App发送请求。支持App的服务器处理该请求以确定该请求的具体细节并且在App的屏幕上显示该请求——诸如“Karl,can you dress mein a new shirt？(Karl，你能给我穿一件新衬衫吗？)”此请求是从物理玩具到App，并且具体地到App中的游戏化身。App显示两个选项以供玩家从中选择——OK(可以)或Not now(现在不行)。玩家/用户通过选择“OK”完成请求，并且然后屏幕显示“Do you like it？Is itme？(你喜欢它吗？是我吗？)”，并且游戏中奖励被添加到完成该请求的账户。响应于屏幕上的问题，物理玩具从其扬声器输出高兴或兴奋的声音。多个声音可以被触发以表现出“高兴”或“兴奋”或任何其他感觉/情绪。

该App还更新游戏化身账户以反映奖励和情绪指示器以及可能存在的任何其他游戏化身统计数据——诸如饥饿状态、无聊状态、能量水平或社交水平(游戏化身是否想要与其他活跃的玩家或与可能被配对到App中的同一账户的其他物理玩具一起参与社交游戏)。此外，请求队列也被更新以示出请求被完成和/或与它相关联的任何内容。实际上，例如，App中的账户可以包括多个游戏化身，其中所述游戏化身中的每个对应于一个不同的物理玩具。例如，仪表板视图可以示出注册到用户的账户的每个游戏化身的当前状态。

如果用户具有多个物理玩具和在App中注册的对应的游戏化身，那些多个游戏化身(注册到同一用户账户)也可以相互交互。物理玩具将由各自的游戏化身触发，如上文在图中所描述的。

该App还可以支持不止一个用户之间的交互或玩游戏。在一个实施方案中，注册到不同的用户账户的多个游戏化身可以在App中参与活动或玩游戏。不同的用户和他们各自的账户可以经由App链接或以其他方式连接，并且他们各自的游戏化身可以在App中相互交互。对应的物理玩具将由来自App的他们各自的游戏化身触发，如在图中所描述的。在另一个实施方案中，第一用户可以使用他/她的游戏化身来将请求发送到App中第二用户的游戏化身。该请求然后从第二用户的游戏化身传达到第二用户的物理玩具。该物理玩具经由第二用户完成该请求；并且此完成的请求(或响应数据)被传达回到第二用户的游戏化身。该响应数据然后被传达到第一用户的游戏化身并且然后到第一用户的物理玩具。

作为另一个示例，不同的游戏化身在他们能够相互一起玩之前可能要满足要求。例如，如果至少两个物理玩具被配对到App并且两个对应的游戏化身都具有足够高的社交水平或其他指示他们想要一起玩或被一起玩的状态指示器，它们中的至少一个可以表达这两个游戏化身想要相互交互。这可以被表达在App中的屏幕上，并且然后还被传达到从App向物理玩具提出的一个或多个请求中，并且物理玩具可以播放一些声音以抓住玩家/用户的注意力并且获得来自玩家/用户的响应。

现在参考图5，示出了另一个示例性示意流程图以表示物理玩具510的运行。用户可以经由App玩物理玩具510，并且物理玩具510也可以包括内部计时器。该内部计时器可以跟踪是否响应于在App中提出的请求接收到响应。该请求可以是将在App中被满足的各种类别中的一个，诸如玩游戏(在App中)、喂养我、需要睡觉、爱我、装扮我、给我洗澡、为我购物等。对于每个请求或每个请求类别，物理玩具可以输出适合于所提出的请求的类型的一个或多个声音效果。声音效果可以诸如每30秒重复一次，直到确认或满足该请求，或直到满足某个其他时间量阈值——诸如当自提出(记录(log))请求以后已经过去3分钟而对该请求无响应时。阈值时间可以被编程以确定“忽略”请求。如果响应被认为被忽略，则忽略计数器可以增加1并且内部计时器可以被重置。当忽略计数器达到5个忽略或某个其他确定数目的忽略时，物理玩具可以被静音或被置于睡眠直到物理玩具再次与App配对。通过使物理玩具静音或将物理玩具置于睡眠，电池电源被保存。