控制方法、展示方法及计算设备与流程

1.本技术实施例涉及电子技术领域，尤其涉及一种控制方法、展示方法及计算设备。


背景技术：

2.为了对真实的执行环境中的物理实体进行全生命周期的追踪、了解执行环境可能发生的情况等，通常采用仿真方式，结合对执行环境中的检测数据，构建执行环境的虚拟空间，从而实现对执行环境的真实映射等。例如在生产车间、城市、或农场等执行环境中均存在这种仿真需求。
3.相关技术中，虚拟空间通常是由专门设计人员设计的物理模型，以在客户端中进行渲染展示。以生产车间的机运(机械运输)仿真场景为例，生产车间中的生产设备及生产对象均为物理实体(简称“物体”)，在生产过程中，物体位置会发生变化，为了实现对生产车间的有效仿真，生产车间中的物体位置发生变化之后，会采集到对应的检测数据，检测数据会发送至客户端，客户端可以根据检测数据，更新虚拟空间中对应的物体模型的展示位置，而由于不同物体之间往往存在联动关系，客户端会采用碰撞检测方式，更新联动物体对应的物体模型在虚拟空间中的展示位置等。
4.然而，发明人在实现本技术的过程中发现，受限于计算能力有限、数据无法持久化、硬件差异化配置等问题，导致相关技术无法实现对生产车间的有效仿真。


技术实现要素：

5.本技术实施例提供一种控制方法、展示方法及计算设备，用以实现对生产车间的有效仿真。
6.第一方面，本技术实施例中提供了一种控制方法，包括：
7.获取来自生产车间的检测数据；
8.根据所述检测数据及所述生产车间中不同物体之间的关联关系，生成至少一个控制事件；
9.响应任一个控制事件，确定对应物体的更新数据；
10.将所述更新数据发送至客户端；所述更新数据用于更新所述客户端展示的所述生产车间的虚拟空间。
11.第二方面，本技术实施例中提供了一种展示方法，包括：
12.展示生产车间对应的虚拟空间；所述虚拟空间包括所述生产车间中不同物体的物体模型；
13.获取服务端发送的任一个物体的更新数据；其中，所述更新数据是响应于控制事件而确定的；所述控制事件是基于生产车间的检测数据以及不同物体之间的关联关而生成的；
14.基于更新数据，更新所述虚拟空间。
15.第三方面，本技术实施例中提供了一种控制方法，包括：
16.获取来自目标执行环境的检测数据；
17.根据所述检测数据及所述目标执行环境中不同物体之间的关联关系，生成至少一个控制事件；
18.响应任一个控制事件，确定对应物体的更新数据；
19.将所述更新数据发送至客户端；所述更新数据用于更新所述客户端展示的所述目标执行环境对应的虚拟空间。
20.第四方面，本技术实施例中提供了一种计算设备，包括处理组件以及存储组件；
21.所述存储组件存储一个或多个计算机指令；所述一个或多个计算机指令用以被所述处理组件调用执行，以实现如上述第一方面所述的控制方法或者实现如上述第三方面所述的控制方法或实现如上述第二方面所述的展示方法。
22.本技术实施例由服务端获取来自生产车间的检测数据，根据检测数据及生产车间中不同物体之间的关联关系，生成至少一个控制事件；响应任一个控制事件，确定对应物体的更新数据；将更新数据发送至客户端；更新数据用于更新客户端展示的生产车间的虚拟空间。本技术实施例利用服务端将检测数据转化为对应的控制事件进行处理从而获得更新数据，利用更新数据来驱动虚拟空间的变化，实现了对生产车间的有效仿真。
23.本技术的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
24.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
25.图1示出了本技术提供的一种控制系统一个实施例的结构示意图；
26.图2示出了本技术提供的一种控制方法一个实施例的流程图；
27.图3示出了本技术实施例在一个实际应用中的知识图谱的结构示意图；
28.图4示出了本技术实施例的技术方案在一个示例中的服务端处理流程示意图；
29.图5示出了本技术实施例的技术方案在一个示例中的控制事件的处理流程示意图；
30.图6示出了本技术提供的一种展示方法一个实施例的流程图；
31.图7示出了本技术实施例的技术方案在一个示例中的交互处理示意图；
32.图8示出了本技术实施例的技术方案在一个示例中的虚拟空间更新示意图；
33.图9示出了本技术提供的一种控制方法又一个实施例的流程图；
34.图10示出了本技术提供的一种展示方法又一个实施例的流程图；
35.图11示出了本技术提供的一种控制装置一个实施例的结构示意图；
36.图12示出了本技术提供的一种展示装置一个实施例的结构示意图；
37.图13示出了本技术提供的一种计算设备一个实施例的结构示意图。
具体实施方式
38.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的
附图，对本技术实施例中的技术方案进行清楚、完整地描述。
39.在本技术的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。
40.本技术实施例的技术方案可以适用于任意真实的执行环境，以实现对执行环境的数字化表达，了解执行环境中物体可能发生的情况等。执行环境可以是指农场、城市体育场馆、生产车间等，本技术对此不进行限定，执行环境中包含多种物体，这些物体可能会发生位置、颜色、形状等等的属性变化，通过对执行环境进行仿真，构建其虚拟空间，即可以在虚拟空间中看到执行环境所发生的变换。尤其是对于生产车间，通过虚拟空间可以实现对生产车间的还原，方便用户了解生产过程。上述在虚拟空间中完成映射，实现对真实执行环境的数字化表达，从而反映真实环境的全生命周期过程，也被称为“数字孪生”。
41.为了便于理解和说明，在下面的一个或多个实施例中主要以生产车间，在一个实际应用中可以具体为车辆制造车间为例，对本技术实施例的技术方案进行介绍。
42.由背景技术中的描述可知，设计人员可以对生产车间以及生产车间中的物体进行建模，以构建虚拟空间，从而即可以在客户端中渲染显示该虚拟空间，客户端之后可以根据生产车间的检测数据来驱动虚拟空间的运动，呈现虚拟空间的动态变化效果，从而实现对生产过程的还原。而发明人在实现本技术的过程中发现，这种实现方式至少存在以下几个问题：
43.1)性能问题，由于生产车间中往往存在着上千的物体，由客户端驱动虚拟空间运动，对客户端性能要求很高。
44.2)数据持久化问题，客户端退出或者刷新，由于硬件配置差异化，客户端算力不足，可能导致无法恢复上一次的展示状态。
45.3)计算能力问题，客户端算力不足。
46.4)不同客户端同时显示虚拟空间，不同客户端均会拿到检测数据而进行相应更新处理等，但是由于不同客户端的硬件配置、计算能力不同，无法保持统一展示。
47.上述若干问题，导致相关技术的这种实现方式可能存在虚拟空间的显示延迟、画面卡顿等问题，从而导致无法实现对生产车间的有效仿真。
48.为了实现有效仿真，发明人经过一系列研究提出了本技术实施例的技术方案，本技术实施例中，由服务端获取来自生产车间的检测数据，根据检测数据及生产车间中不同物体之间的关联关系，生成对至少一个控制事件；响应任一个控制事件，确定对应物体的更新数据；将更新数据发送至客户端；客户端即可以直接根据更新数据更新展示的生产车间的虚拟空间。本技术实施例利用服务端将检测数据转化为对应的控制事件进行处理，获得更新数据，利用更新数据驱动虚拟空间的变化，利用服务端进行控制处理不存在客户端存在的上述的至少一个问题，其计算能力充足，可以将数据进行持久化存储，服务端可以同时向多个客户端推送更新数据，无需多个客户端分别进行计算处理，只需进行渲染更新，因此可以保证统一展示，本技术实施例的技术方案提高了虚拟空间的显示效果，从而实现了对
生产车间的有效仿真。
49.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
50.图1为本技术实施例提供的一种控制系统一个实施例的结构示意图，该控制系统可以包括服务端101以及客户端102。
51.其中，客户端102与服务端101之间通过网络建立连接。网络为客户端102与服务端101之间提供了通信链路的介质。网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
52.客户端102可以是浏览器、app(application，应用程序)、或网页应用如h5(hypertext markup language5，超文本标记语言第5版)应用、或轻应用(也被称为小程序，一种轻量级应用程序)或云应用等，客户端102可以部署在计算设备中，需要依赖设备运行或者设备中的某些app而运行等。计算设备例如可以具有显示屏并支持信息浏览等，如可以是个人移动终端如手机、平板电脑、个人计算机、台式计算机、智能音箱、智能手表等等，为了便于理解，图1中主要以设备形象表示用户端。在计算设备中通常还可以配置各种其它类应用，例如人机对话类应用、模型训练类应用、文本处理类应用、网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。计算设备通常可以包括至少一个处理组件和至少一个存储组件，也可能包括网卡芯片、io总线、音视频组件等基本配置，本技术对此不进行限定。可选地，根据计算设备实现形式，也可以包括一些外围设备，例如键盘、鼠标、输入笔、打印机等，本技术对此不进行限定。
53.服务端101可以包括提供各种服务的服务器，例如包括提供客户端上展示的虚拟空间的渲染数据的服务器，又如包括对客户端发送的交互信息进行处理的服务器等。
54.需要说明的是，服务端101可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。服务器也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器，或者是带人工智能技术的智能云计算服务器或智能云主机。
55.可选地，为了进一步提高仿真有效性，服务端101可以实现为非云服务器的服务器，服务端101与客户端102可以部署在同一个局域网内，例如执行环境为生产车间时，服务端101与客户端102均位于工厂内网环境中。
56.此外，服务端101以及客户端102也可以组合部署在一体式设备中。
57.需要说明的是，本技术实施例中提供的控制方法一般由服务端101执行，相应控制装置一般设置于服务端101中。本技术实施例中提供的显示方法一般由服务端101执行，相应的显示装置一般设置于服务端101中。
58.应该理解，图1中的客户端和服务端的数目仅仅是示意性的。根据实现需要，可以具有任意数目的客户端和服务端。
59.以下对本技术实施例的技术方案的实现细节进行详细阐述。
60.图2为本技术实施例提供的一种控制方法一个实施例的流程图，本实施例的技术方案由服务端执行，该方法可以包括以下几个步骤：
61.201：获取来自生产车间的检测数据。
62.其中，生产车间包括多个物体，物体可以是生产设备或者生产对象，生产对象可以是生产设备在生产过程中动态产出的产品，生产对象可以由生产车间从零开始生成获得，或者可以对初始对象经由生产设备的加工处理获得。例如，生产对象假设为车辆，车辆制造车间按照生产工艺不同等，可以分为焊装车间、涂装车间、总装车间等，生产设备可以包括辊床、横移机、升降机等，生产对象即为车辆。
63.生产车间通常为流水线作业，在生产车间中会发生各种运输动作，生产对象在生产过程也会产生属性变化等，因此，生产设备以及生产对象在生产车间中是动态变化的。
64.其中，检测数据可以由生产车间中的检测设备采集获得，检测设备可以包括各种传感器等，生产设备可以配置检测设备以对生产过程进行实时检测等。检测设备采集的检测数据即可以传递至服务端。其中，服务端可以与生产车间中的检测设备连接或者通过网关等中间设备与检测设备连接等，本技术对此不进行限定，从而服务端能够获得检测设备实时检测获得的检测数据。
65.其中，检测数据可以是时序数据，由多个检测信号按照时间顺序组合而成。
66.生产设备的检测数据例如可以包括生产设备的温度、湿度、以及生产设备的动作例如前进、后退、上升、到位或喷漆等。其中，到位是指生产设备到达某个确切位置。
67.生产对象的检测数据可以包括对象标识以及设备标识，生产对象的检测数据通常是由与生产对象存在关联关系的生产设备中的检测设备进行检测获得，可以包括对象标识以及设备标识即可。服务端根据检测数据中的对象标识和物体标识，可以确定生产对象是否被产出或者与哪一个生产设备存在关联关系等。
68.202：根据检测数据及生产车间中不同物体之间的关联关系，生成至少一个控制事件。
69.生产车间中的不同物体之间的关联关系例如可以包括：上游、下游、绑定或驱动等。比如生产车间中，辊床a执行动作结束之后，辊床b接着执行动作，辊床a即为辊床b的上游，辊床b即为辊床a的下游；又如车辆位于辊床上时，辊床会驱动车辆运动，车辆与辊床即为驱动关系；又如车辆放置在一些特殊设备例如横移机上，横移机会带动车辆在横移机的指定范围内运动，车辆与横移机即为绑定关系。
70.由于不同物体之间存在关联关系，检测数据是由于一个物体发生变化而检测获得，结合上述描述可知，由于一个物体的变化可能会导致另一个物体的变化，因此，本技术实施例中，可以是根据检测数据及生产车间中不同物体之间的关联关系，生成对应至少一个物体的至少一个控制事件，其中，每个物体可以对应一个或多个控制事件。
71.可选地，可以首先确定检测数据对应的物体，根据检测数据生成该物体所对应的至少一个控制事件，之后，根据不同物体之间的关联关系，可以确定与该物体存在关联关系的至少一个关联物体，根据检测数据和/或关联关系，即可以生成至少一个关联物体分别对应的至少一个控制事件。
72.其中，在生产车间中，控制事件例如可以包括前进事件、后退事件、上升事件、到位事件、或者喷漆事件等。比如，辊床a执行前进动作，对应获得前进信号，从而生成检测数据，
服务端可以基于检测数据确定辊床a对应前进事件，与辊床a具有驱动关系的车辆也即对应前进事件；又如，辊床a前进至终点位置，对应获得到位信号，生成检测数据，服务端可以基于检测数据确定辊床a对应到位事件，辊床a有下游关系的升降机，由于在辊床a到位之后，会执行上升动作，因此可以确定升降机对应上升事件。
73.由上述描述可知，基于一个物体的检测数据，可以触发生成其关联物体的控制事件，而由于物体的变化与关联物体的变化之间可能存在延迟，因此，可以在该物体的控制事件生成之后，延迟一定时间之后，再根据检测数据和/或关联关系，生成至少一个关联物体分别对应的至少一个控制事件，具体延迟的时间可以结合物体类型和/或事件内容(前进、后退、或上升等)等确定。
74.其中，可以预先配置不同控制事件的事件定义，事件定义明确了控制事件产生所对应的数据要求和/或关联关系要求。因此，通过查找不同控制事件的事件定义，结合检测数据和/或关联关系是否符合事件定义，即可以生成对应至少一个物体的至少一个控制事件。
75.为了提高准确性，检测数据通常为时序数据，事件定义中的数据要求例如可以包括检测信号的变化规律符合特定条件，比如辊床执行前进动作，会获得数值为1的检测信号，辊床未执行任何动作，会获得数值为0的检测信号，事件定义可以规定检测信号从0变为1，即生成前进事件，因此，若辊床的检测数据中检测信号从0变为1，即可以确定辊床执行前进事件。
76.203：响应任一个控制事件，确定对应物体的更新数据。
77.204：将更新数据发送至客户端。
78.可选地，可以是更新数据发送至客户端。当然，也可以是接收到客户端的更新请求之后发送。客户端可以定时生成更新请求等。客户端即可以根据更新数据，更新客户端展示的生产车间对应的虚拟空间。
79.其中，服务端与多个客户端连接的情况下，可以将更新数据同时发送至多个客户端，每个客户端即可以据此更新各自显示的生产车间对应的虚拟空间，客户端无需过多处理，即可以实现实时更新，可以提高多个客户端显示的一致性。
80.其中，对于所生成的不同控制事件，可以对每个控制事件进行响应，从而可以确定出每个控制事件所对应物体的更新数据。
81.其中，每个物体的更新数据可以包括属性变化数据，属性变化数据例如可以包括位置变化数据、形状变化数据、以及颜色变化数据中的至少一个等，在机运仿真场景下，更新数据可以具体是指位置坐标变化数据，意即更新之后的位置坐标。
82.其中，每个物体的属性信息可以包括物体的尺寸、颜色、位置坐标等，更新数据的确定可以结合每个物体的属性信息和/或每个物体存在关联关系的关联物体的属性信息，根据控制事件的事件内容对应的计算方式，计算获得。例如对于横移机执行左移事件，横移机的属性信息分别包括左移位置对应的位置坐标以及右移位置对应的位置坐标，响应上升事件，表明横移机移动至左移位置，其更新数据即为左移位置的位置坐标。
83.每个物体的属性信息以及关联关系可以对应物体标识预先存储于服务端中，检测数据中也会包括对应物体的物体标识，从而获得检测数据之后，基于物体标识可以确定其对应的物体，并可以查找属性信息以及关联关系等。
84.虚拟空间可以包括多个物体的物体模型，利用更新数据具体可以是更新虚拟空间中对应的物体模型。例如更新数据为位置变化数据，可以将对应物体模型移动至更新之后的位置坐标；又如更新数据为颜色为目标颜色，则可以将该物体模型渲染为目标颜色等。
85.虚拟空间中的不同物体模型可以对应模型标识，模型标识可以即为物体标识，或者与物体标识存在对应关系，从而根据物体标识可以找到对应的物体模型，进而可以利用更新数据对其进行更新。
86.需要说明的是，步骤203中响应任一个控制事件，可以是在每生成一个控制事件即对其做出响应。
87.本实施例中，利用服务端获取以及处理检测数据，并转化为对应的控制事件进行处理，获得物体的更新数据，利用更新数据驱动虚拟空间的变化，利用服务端进行计算处理，不存在客户端存在的上述问题，因此可以实现对生产车间的有效仿真。
88.其中，上述不同物体的属性信息以及对应的关联关系等可以预先存储在服务端中，不同物体的属性信息以及对应的关联关系可以从生产车间对应的工艺图纸或者信息控制系统中预先获得。信息控制系统例如可以包括erp(enterprise resource planning，企业资源计划)、plm(product lifecycle management，产品生命周期管理)、mes(manufacturing execution system，制造执行系统)、wms(warehouse management system，仓库管理系统)、mom(manufacturing operation management，制造运营管理)等。
89.此外，为了进一步提高仿真有效性，提高计算便利性，一些实施例中，该方法还可以包括：
90.查找生产车间对应的数字化模型，确定不同物体之间的关联关系。
91.其中，该数字化模型基于表征生产车间中任一个物体的数据模型构建获得、
92.本技术实施例中可以通过物体的数据模型，在服务端构建生产车间对应的数字化模型，在客户端构建生产车间的虚拟空间，通过数字化模型及虚拟空间，相当于搭建了生产车间的虚拟世界，通过响应控制事件，驱动虚拟世界的运动，实现对现实世界的还原。
93.其中，数据模型可以认为是一个结构化数据，定义了物体的属性信息及与不同物体的关联关系，此外数据模型还可以包括物体标识(id)、物体类型(如辊床、横移机)等，属性信息可以分为描述类型属性如物体尺寸、物体颜色等，以及空间类属性如位置坐标(pos_x,pos_y,pos_z)、旋转坐标(rot_x,rot_y,rot_z)或者位置坐标范围等，可以根据不同物体类型而进行设置等，横移机对应有位置坐标范围，升降机对应有旋转坐标等。
94.其中，关联关系用于构造物与物之间的联系；基于关联关系，控制事件才可以驱动虚拟世界中多个物体的联动。
95.实际应用中，上述虚拟世界也可以被称为数字孪生世界，相较于传统的数字孪生技术，本技术不仅在前端构建了虚拟空间，后端还构建了数字化模型，每一个数据模型的实例化对象可以作为一个数字孪生体，从而对应现实世界中的一个物体。
96.在一个实现方式中，为了方便数据查询和管理，该数字化模型可以实现为知识图谱，该知识图谱可以按照如下方式构建：
97.根据来自生产车间的任一个物体的数据模型，构建物体对应的数字孪生体；根据不同物体之间的关联关系，确定不同数字孪生体之间的关联关系；将不同数字孪生体作为节点，以及不同数字孪生体之间的关联关系作为边，构建知识图谱。
98.其中，每一个数据模型或者其实例化对象即作为数字孪生体，由于数字孪生体对应现实世界的一个物体，因此，不同物体之间的关联关系，即可以作为对应的不同数字孪生体之间的关联关系，每个物体的属性信息即作为其对应数字孪生体的属性信息。其中，实例化对象即是基于数据模型构建的数据对象。
99.其中，知识图谱(knowledge graph)可以认为是将不同种类信息连接在一起而形成的一个关系网络。其基本组成单位是“实体—关系—实体”三元组，此外还可以包括实体及其相关属性组成的值对，实体间通过关系相互联结，构成网状的知识结构。在知识图谱中用节点表示实体，连接节点与节点之间的边表示实体与实体之间的关联关系。在本技术实施例在，每个数字孪生体即为实体，作为节点，不同数字孪生体之间的关联关系即作为边。
100.此外，还可以是将不同数字孪生体作为节点，不同数字孪生体之间的关联关系作为边，以及不同数字孪生体对应是属性信息作为节点属性，构成知识图谱。
101.其中，知识图谱可以采用有向图形式表示，为了便于理解，以车辆制造车间包括辊床a、辊床b、车辆1、车辆2、以及升降机为例，图3示出了对应所创建的知识图谱，图中的每个节点(以圆圈表示)对应一个数字孪生体，节点之间边表示关联关系，如辊床a的下游为辊床b，辊床a与车辆1为驱动关系、辊床b的下游为升降机、车辆2与升降机为绑定关系等。
102.其中，该知识图谱可以预先构建，或者在服务端启动进行初始化时创建，因此，一些实施例中，根据生产车间的任一个物体的数据模型，构建物体对应的孪生体可以包括：
103.响应启动指令，根据来自生产车间的任一个物体的数据模型，构建物体对应的数字孪生体。
104.服务端响应启动指令即可以开始创建知识图谱。其中，每个物体初始的数据模型可以预先保存在服务端的数据库中，服务端响应启动指令，可以从数据库中获取每个物体的数据模型。
105.该启动指令可以是客户端响应启动操作而生成，该启动操作可以是用户请求触发的。用户想要查看虚拟空间时，可以执行启动客户端的操作，从而客户端响应该启动操作而启动运行，并同时向服务端发送启动指令。
106.因此，一些实施例中，该方法该可以包括：
107.响应启动指令，将生产车间对应的模型渲染数据发送至客户端；
108.其中，模型渲染数据用于在客户端渲染显示生产车间对应的虚拟空间；虚拟空间包括生产车间中任一个物体的物体模型。
109.其中，物体模型可以是基于物体的外观数据和/或结构数据渲染获得。其中，虚拟空间的模型渲染数据可以由专门设计人员设计生成等。
110.当然，作为其它可选方式，客户端也可以本地存储虚拟空间的模型渲染数据，或者模型渲染数据可以保存至特定存储设备中，服务端可以将下载地址提供给客户端，由客户端基于下载地址下载获得该模型渲染数据，具体实现方式本技术对此不进行限定。
111.此外，生产车间中的物体在数字孪生世界初始就存在，例如生产设备，有些物体是在由于其他物体的运行而动态创建或销毁的，例如生产对象进入生产车间或者离开生产对象等。且由于物体发生变化之后，其对应的属性信息以及关联关系等均可能发生变化，比如，喷涂设备对其绑定的车辆喷涂车漆之后，该车辆的颜色属性即会发生变化，且喷涂设备喷涂完成之后，车辆会离开喷涂设备进入辊床，车辆与喷涂设备、车辆与辊床之间的关联关
系也即会发生变化。
112.因此，一些实施例中，该方法还可以包括：根据更新数据，更新知识图谱。
113.当然，根据更新数据也可以更新每个物体的数据模型。
114.其中，任一个控制事件对应的物体可能是本次生产车间变化所产出的生产对象。例如一个车辆进入生产车间，并首先经由辊床a向前驱动等，则该车辆即为当前产出的生产对象。
115.一些实施例中，根据更新数据，更新知识图谱可以包括：根据更新数据，确定物体的属性变化数据和/或关系变化数据；在物体为当前产出的生产对象，根据生产对象的数据模型，构建对应的孪生体；基于物体对应的数字孪生体以及属性变化数据和/或关系变化数据，更新知识图谱。
116.对于当前产出的生产对象，会在知识图谱中增加对于节点，根据物体对应的属性变化数据和/或关系变化数据，可以更改知识图谱中的边以及节点属性。
117.每个生产对象的数据模型也可以预先构建好，在运行过程中被产出之后，再更新知识图谱以及虚拟空间等。
118.此外，对于动态销毁物体，该更新数据可以包括销毁指示通知等，则对知识图谱的更新可以是从知识图谱中删除对应的节点等。
119.一些实施例中，根据实际运行情况，控制事件可以划分为多个事件类型，例如可以包括静态到位类型、动态变化类型、以及动画处理类型。其中，静态到位类型是指该控制事件可以触发物体的某个属性变更为特定数值，例如物体到达某个确定位置才会生成的到位事件，通过静态到位类型的控制事件可以实现对虚拟空间的校准；动态变化类型是指控制事件对应的物体的某个属性的属性值可能是持续变化的，例如物体执行前进动作即会生产的前进事件等，由于更新数据是由服务端计算获得，物体实际前进距离与更新数据中计算获得的前进距离可能存在偏差，因此动态变化类型的控制事件可能会导致虚拟空间与生产车间存在一定的偏差，而通过静态到位类型的控制事件可以对偏差进行校准。动画处理类型是指发生该控制事件时，需要利用动画数据来表示物体的变化，例如车辆在电泳池中运动可能耗时比较长，因此通过在虚拟空间中叠加动画数据即可以准确体现这一运动变化，
120.因此，响应任一个控制事件，确定对应物体的更新数据可以包括：
121.响应任一个控制事件，确定控制事件的事件类型；
122.在事件类型为静态到位类型的情况下，结合事件内容、对应物体的属性信息及物体的关联物体的属性信息，确定物体对应的更新数据；
123.在事件类型为动态变化类型的情况下，结合事件内容、对应物体的属性信息及物体的关联物体的属性信息，确定物体对应的更新数据；
124.在事件类型为动画处理类型的情况下，生成对应物体的动画数据，将动画数据作为物体的更新数据。
125.其中，事件内容即是指前进、后退、上升等。静态到位类型以及动态变化类型的处理方式可以是一样的，只是静态到位类型可以实现对虚拟空间的校准。
126.其中，结合事件内容、对应物体的属性信息及物体的关联物体的属性信息，确定物体对应的更新数据可以是：结合物体的属性信息和/或物体的关联物体的属性信息，根据控制事件的事件内容对应的计算方式，计算获得。
127.由前文描述可知，一个物体发生变化可能会带动关联物体发生变化；另外，对于动画处理类型的控制事件，可能需要在虚拟空间连续播放多段动画数据，因此，一些实施例中，该方法还可以包括：在事件类型为静态到位类型或动态变化类型的情况下，确定与物体存在关联关系的至少一个关联物体，以及根据关联关系，生成对应至少一个关联物体的至少一个控制事件；在事件类型为动画处理类型的情况下，根据动画展示规则，定期生成针对物体的动画处理事件。
128.其中，可以该动画展示规则例如可以包括当前动画数据播放结束之后或者当前动画数据播放预定时间之后或者按照指定数量或者按照指定时间间隔，定期生成动画处理事件。
129.其中，对于至少一个关联物体对应的至少一个控制事件，也会按照本技术实施例的技术方案进行响应而获得更新数据等。
130.此外，前文相应实施例中可知，可以首先基于一个物体的检测数据，生成该物体的控制事件；之后，再确定与该物体存在关联关系的至少一个关联物体，从而根据检测数据以及关联关系，生成对应至少一个关联物体的至少一个控制事件。其中，可以是在该物体的控制事件为动态变化类型的情况下，再确定与该物体存在关联关系的至少一个关联物体等。
131.此外，控制事件可能为无效事件，例如车辆a从辊床a中下线之后，车辆a的检测数据可能还遗留在辊床a的检测设备中，可能还会上报车辆a的检测数据，此时生成的车辆a的控制事件即为无效事件；或者控制事件可能是生成的错误事件等。
132.因此，一些实施例中，响应任一个控制事件确定至少一个对应物体分别对应的更新数据可以包括：
133.针对任一个控制事件，判断该控制事件是否为有效事件；
134.在该控制事件为有效事件的情况下，响应该控制事件，确定所对应物体分别对应的更新数据。
135.其中，若控制事件为无效事件，则可以丢弃该控制事件，不对其进行响应。
136.其中，判断控制事件是否为有效事件可以结合历史数据，以及设定有效条件进行判断。通过有效事件的判断可以对控制事件进行过滤以及去重处理等。
137.此外，为了提高处理效率，获取来自生产车间的检测数据可以包括：获取来自生产车间的检测数据，并将检测数据存储至消息队列中；
138.则该根据检测数据，生成检测数据对应物体的至少一个控制事件可以包括：利用计算引擎从消息队列中获取检测数据，并生成检测数据对应物体的至少一个控制事件。利用计算引擎可以实现实时的计算处理。
139.其中，消息队列例如可以采用mqtt(message queuing telemetry transport，消息队列遥测传输)、或者kafka(一种高吞吐量的分布式发布订阅消息系统)等实现，本技术对此不进行限定，计算引擎可以采用flink(一个框架和分布式处理引擎)、或者spark structured streaming(一种基于spark实现的流式处理引擎，spark是一种基于内存的开源计算框架)等等实现，本技术对此也不进行限定。
140.此外，为了提高进一步处理效率，可以采用事件总线(event bus)方式来进行事件处理，服务端可以配置至少一个事件总线，事件总线是实现基于事件驱动模式的方式之一，事件发送者将事件消息发送到一个事件总线上，事件订阅者可以向事件总线订阅和接收事
件，然后再处理接收到的事件。当然，事件订阅者不仅可以接收和消费事件，它们本身也可以创建事件，并将它们发送到事件总线上。本技术实施例中，事件发送者可以是服务端中生成控制事件的功能组件，例如前文所述的计算引擎或者事件订阅者等，事件订阅者可以是响应控制事件的功能组件，如为每个物体创建的处理线程等。
141.因此，一些实施例中，该方法还可以包括：
142.将生成的任一个控制事件提供至目标事件总线中；
143.则响应任一个控制事件，确定对应物体的更新数据可以包括：
144.针对任一个物体，利用为该物体创建的处理线程从目标事件总线中获取对应的控制事件；
145.利用处理线程响应控制事件，以确定物体对应的更新数据；
146.则该将至少一个物体分别对应的更新数据推动至客户端可以包括：
147.由至少一个物体分别对应的处理线程各自生成的更新数据推动至客户端。
148.其中，每个物体可以对应各自的处理线程，利用多个处理线程可以实现并线处理。其中，每个处理线程可以对应一个处理队列，一些实施例中，
149.则针对任一个物体，利用为该物体创建的处理线程从目标事件总线中获取对应的控制事件可以包括：
150.利用目标事件总线将任一个控制事件对应的物体标识发送至对应的处理队列中；
151.针对任一个物体，利用为该物体创建的处理线程从对应的处理队列中获取控制事件。
152.此外，由前文描述可知，不同控制事件的事件类型可能不同，因此对于每个物体可以设置对应不同事件类型的管线组件(pipeline)，因此，一些实施例中，利用处理线程响应控制事件，以确定物体对应的更新数据；
153.利用处理线程确定控制事件的事件类型；
154.将控制事件发送至事件类型对应的管线组件，以利用管线组件响应控制事件，以确定物体对应的更新数据。
155.例如，在事件类型为静态到位类型的情况下，将控制事件发送至静态到位类型对应的管线组件，以利用管线组件结合事件内容、对应物体的属性信息及物体的关联物体的属性信息，确定物体对应的更新数据；
156.在事件类型为动态变化类型的情况下，将控制事件发送至动态变化类型对应的管线组件，以利用管线组件结合事件内容、对应物体的属性信息及物体的关联物体的属性信息，确定物体对应的更新数据；
157.在事件类型为动画处理类型的情况下，将控制事件发送至动画处理类型对应的管线组件，以利用管线组件生成对应物体的动画数据，将动画数据作为物体的更新数据。
158.由于每个管线组件响应控制事件所执行的处理操作可能包括多个操作步骤，比如有效事件判断、更新数据生成、关联物体确定等，因此，每个管线组件可以设置多个handler(一种编程函数)组件分别处理不同的操作步骤。
159.一些实施例中，将生成的任一个控制事件提供至目标事件总线中可以包括：
160.将生成的任一个控制事件发布至第二消息队列中；
161.从第二消息队列中获取任一个控制事件；
162.将控制事件发送至目标事件总线中。
163.也即控制事件也可以首先发布至第二消息队列中，由于第二消息队列的事件订阅者从第二消息队列中获取任一个控制事件之后再发送至事件总线。
164.该第二消息队列可以为kafka或mqtt等，本技术对此不进行限定。
165.为了便于理解，以生产车间的机运仿真场景，以还原生产车间中物体运动为例，参见图4，示出了服务端对应的整体处理流程示意图，图5示出了控制事件的处理流程示意图。
166.由图4中可知，来自生产车间的检测设备采集获得的检测数据40会首先存储至消息队列41中，此时计算引擎42，如flink即可以从第一消息队列41，如mqtt中拿到检测数据，并生成对应的控制事件，之后将控制事件发布至第二消息队列43，如kafka中。之后可以由服务端中的处理引擎44，从第二消息队列中获取控制事件，并进行响应从而产生更新数据，更新数据发送至客户端45，客户端45即可以据此更新虚拟空间。
167.其中，处理引擎44可以响应启动指令，从数据库46中获取物体的数据模型，从而构建知识图谱等。
168.客户端45也可以在启动运行时，从数据库46中获取物体的位置坐标，以更新所展示的虚拟空间等。
169.计算引擎42也可以从数据库中获取事件定义等信息，以生成控制事件。
170.其中，处理引擎44对控制事件的处理流程可以参见图5中所示，处理引擎44中可以包括设置多个事件总线50，并可以根据实际情况可以动态扩展等。
171.消息订阅者51可以从第二消息队列中获得控制事件，并将控制事件发送至对应的事件总线50中。
172.事件总线50可以根据控制事件对应的物体标识，将控制事件发送至对应的处理队列52中，每个管线组件53按照事件类型获取对应的控制事件，并进行响应，管线组件53可以生成物体对应的更新数据，此外还可以确定关联物体，并生成关联物体的控制事件而发送至事件总线50，由事件总线50继续进行处理等。
173.其中，更新数据可以包括动画数据、位置坐标变化数据等。更新数据最终经由与客户端的通信通道54发送至客户端。
174.此外，一些实施例中，该方法还可以包括：
175.获取客户端发送的针对任一个物体的配置数据；基于配置数据，生成物体的控制指令；将控制指令发送至物体，以触发物体执行控制指令。
176.也即用户可以通过客户端提供配置数据，从而实现对生产车间的反向控制等。
177.其中，该配置数据例如可以包括温度、湿度等，控制指令中可以包括该配置数据。
178.一些实施例中，该方法还可以包括：
179.判断检测数据是否满足预警条件，若是，向相关人员发送提示信息。
180.也即对于获取的检测数据，还可以对其判断，以确定物体是否正常运行等，从而在满足预警条件的情况下，可以向相关人员发送提示信息。
181.其中，向相关人员发送提示信息可以包括：将提示信息发送至客户端，由客户端输出提示信息以提示相关人员；或者将提示信息发送至相关人员的通信账号等，其中，通信账号例如可以是指移动通信账号、即时通信账号、社交账号或者邮件账号等，本技术对此不进行限定。
182.一些实施例中，该方法还可以包括：
183.接收客户端发送的图谱查询请求；
184.将知识图谱发送至客户端，以供客户端显示知识图谱。
185.一些实施例中，该方法还可以包括：
186.将任一个控制事件对应的处理日志存储至存储系统。
187.相关人员可以从存储系统中获得处理日志，并进行分析处理等。
188.此外，参见图6，本技术实施例还提供了一种展示方法，该展示方法由客户端执行，从客户端执行角度对本技术实施例的技术方案进行阐述说明，该方法可以包括以下几个步骤：
189.601：展示生产车间对应的虚拟空间。
190.其中，虚拟空间包括生产车间中不同物体的物体模型；物体模型可以基于物体的外观数据和/或结构数据渲染获得等。
191.602：获取服务端发送的任一个物体的更新数据。
192.603：基于该更新数据，更新虚拟空间。
193.该更新数据是响应于控制事件而确定的；控制事件是基于生产车间的检测数据以及不同物体之间的关联关而生成的；其中，更新数据的具体生成方式可以详见前文相应实施例中所述，此处不再赘述。
194.可选地，基于更新数据，可以更新虚拟空间该物体对应的物体模型。其中，该更新数据可以是属性变化数据，
195.其中，作为一种可选方式，更新数据可以包括位置坐标变化数据，基于更新数据，更新虚拟空间可以包括：按照至少一个物体分别对应的位置坐标变化数据，更新虚拟空间中物体对应的物体模型的展示位置。
196.当然，更新数据也可以是其它属性变化数据，例如对于生产对象，还可以包括颜色变化数据、形状变化数据、尺寸变化数据，对应调整物体模型的颜色、形状或尺寸等即可。
197.此外，更新数据还可以包括销毁指示通知，基于该更新数据，可以在虚拟空间中不展示对应的物体模型。
198.一些实施例中，该展示生产车间对应的虚拟空间可以包括：
199.响应启动操作，展示生产车间对应的虚拟空间。
200.其中，响应启动操作，还可以从服务端获取不同物体的目标属性信息，如位置坐标，以此确定虚拟空间中物体模型的位置坐标或者渲染属性等，从而可以是结合不同物体的目标属性信息，展示生产车间对应的虚拟空间。
201.此外，响应启动操作，可以从服务端获取模型渲染数据，基于该模型渲染数据，渲染生成该虚拟空间，从而即可以展示该虚拟空间。可选地，可以是基于模型渲染数据以及该目标属性信息，渲染生成该虚拟空间。
202.为了便于理解，参见图7，示出了本技术实施例的技术方案在一个实际应用中，服务端与客户端的交互场景处理示意图，在实际应用中，本技术实施例的技术方案可以应用于车辆制造场景，生产车间可以是指车辆制造车间，生产车间中的物体可以包括生产设备或生产对象，生产对象即为车辆，生产设备可以包括辊床、横移机、升降机等。
203.服务端101可以基于物体的数据模型构建知识图谱。数据模型定义了物体的属性
信息以及关联关系等，物体的属性信息以及关联关系可以从信息控制系统或者工艺图纸等中获得。
204.服务端101可以获取来自生产车间的检测数据，检测数据为时序数据，并可以基于检测数据以及知识图谱，生成控制事件，对控制事件进行响应可以生成物体的更新数据，更新数据可以发送至客户端102。
205.客户端102展示生产车间的虚拟空间，接收到服务端101的更新数据之后，可以据此更新虚拟空间。
206.此外，用户通过客户端102设定数字孪生体的配置数据，服务端101基于该配置数据，可以对生产车间中的相应物体进行反向控制等。
207.此外，用户通过客户端102还可以从服务端101查询知识图谱，从而可以以图形形式在客户端102中展示知识图谱等。
208.此外，服务端101还可以判断检测数据是否符合预警条件，从而生成提示信息，并发送至相关人员等。
209.服务端101在执行过程中所产生从处理日志等，可以保存至特定的存储系统，以供相关人员进行分析处理等。
210.为了便于理解基于更新数据对虚拟空间的更新，参见图8示出了虚拟空间更新之前以及更新之后的显示示意图，需要说明的是，图8仅是举例说明，不应该作为对本技术技术方案的限制，实际应用中，可以理解的是，服务端会持续不断产生更新数据，虚拟空间会呈现动态更新的显示效果，受限于图示要求，不再进行举例说明。
211.此外，本技术实施例的技术方案可以适用于任意执行环境，上述一个或多个实施例仅是以生产车间为例进行说明，如图9所示，本技术实施例还提供了一种控制方法，该方法由服务端执行，可以包括以下几个步骤：
212.901：获取来自目标执行环境的检测数据。
213.902：根据检测数据及目标执行环境中不同物体之间的关联关系，生成至少一个控制事件。
214.903：响应任一个控制事件，确定对应物体的更新数据。
215.904：将更新数据发送至客户端；更新数据用于更新客户端展示的目标执行环境对应的虚拟空间。
216.图9所示实施例与图2所示实施例不同之处在于，目标执行环境具体实现为生产车间，其它相同或相似步骤，可以参见图2所示实施例中所述，此处不再重复赘述。
217.参见图10，本技术实施例还提供了一种展示方法，该方法由客户端执行，可以包括以下几个步骤：
218.1001；展示目标执行环境对应的虚拟空间。
219.虚拟空间包括目标执行环境中不同物体的物体模型；
220.1002：获取服务端发送的任一个物体的更新数据。
221.其中，所述更新数据是响应于控制事件而确定的；所述控制事件是基于目标执行环境的检测数据以及不同物体之间的关联关而生成的。
222.1003：基于更新数据，更新虚拟空间。
223.图10所示实施例的展示方法与图6所示实施例的展示方法不同之处在于，目标执
行环境具体实现为生产车间，其它相同或相似步骤，可以参见图6所示实施例中所述，此处不再重复赘述。
224.图11为本技术提供的一种控制装置一个实施例的结构示意图，该控制装置可以包括：
225.数据获取模块1101，用于获取来自生产车间的检测数据；
226.事件处理模块1102，用于根据检测数据及生产车间中不同物体之间的关联关系，生成至少一个控制事件；
227.事件响应模块1103，用于响应任一个控制事件，确定对应物体的更新数据；
228.数据发送模块1104，用于将更新数据发送至客户端；更新数据用于更新客户端展示的生产车间的虚拟空间。
229.一些实施例中，该事件处理模型可以具体用于根据检测数据，生成检测数据对应物体的至少一个控制事件；确定与物体存在关联关系的至少一个关联物体；根据检测数据以及关联关系，生成对应至少一个关联物体的至少一个控制事件。
230.一些实施例中，该装置还可以包括：
231.关系确定模块，用于查找生产车间对应的数字化模型，确定不同物体之间的关联关系；数字化模型基于表征生产车间中任一个物体的数据模型构建；数据模型定义了物体的属性信息及与不同物体的关联关系。
232.一些实施例中，该装置还可以包括：
233.图谱构建模型，用于根据生产车间的任一个物体的数据模型，构建物体对应的数字孪生体；根据不同物体之间的关联关系，确定不同数字孪生体之间的关联关系；将不同数字孪生体作为节点，以及不同数字孪生体之间的关联关系作为边，构建知识图谱。
234.一些实施例中，该装置还可以包括：
235.图谱更新模块，用于根据更新数据，确定物体的属性变化数据和/或关系变化数据；在物体为当前产出的生产对象，根据生产对象的数据模型，构建对应的数字孪生体；基于物体对应的数字孪生体以及属性变化数据和/或关系变化数据，更新知识图谱。
236.一些实施例中，图谱更新模块根据来自生产车间的任一个物体的物模型，构建物体对应的孪生体包括：响应启动指令，根据来自生产车间的任一个物体的数据模型，构建物体对应的数字孪生体；
237.数据发送模块还用于响应启动指令，将生产车间对应的模型渲染数据发送至客户端；模型渲染数据用于在客户端渲染显示生产车间对应的虚拟空间；虚拟空间包括生产车间中任一个物体的物体模型。
238.一些实施例中，事件响应模块可以具体用于响应任一个控制事件，确定控制事件的事件类型；在事件类型为静态到位类型的情况下，结合事件内容、对应物体的属性信息及物体的关联物体的属性信息，确定物体对应的更新数据；在事件类型为动态变化类型的情况下，结合事件内容、对应物体的属性信息及物体的关联物体的属性信息，确定物体对应的更新数据；在事件类型为动画处理类型的情况下，生成对应物体的动画数据，将动画数据作为物体的更新数据。
239.一些实施例中，事件响应模块还可以用于在事件类型为静态到位类型或者动态变化类型的情况下，确定与物体存在关联关系的至少一个关联物体，以及根据关联关系，生成
对应至少一个关联物体的至少一个控制事件；在事件类型为动画处理类型的情况下，根据动画展示规则，定期生成针对物体的动画处理事件。
240.一些实施例中，事件处理模块还用于将生成的任一个控制事件提供至目标事件总线中；
241.该事件响应模块可以具体用于针对任一个物体，利用为物体创建的处理线程从事件总线中获取对应的控制事件；利用处理线程响应控制事件，以确定物体对应的更新数据；
242.该数据发送模块可以具体是利用至少一个物体分别对应的处理线程将各自生成的更新数据推动至客户端。
243.一些实施例中，数据获取模块可以具体是获取来自生产车间的检测数据，并将检测数据存储至第一消息队列中；
244.事件处理模块根据检测数据，生成检测数据对应物体的至少一个控制事件可以包括：利用计算引擎从第一消息队列中获取检测数据，并生成检测数据对应物体的至少一个控制事件。
245.一些实施例中，事件处理模块可以具体是根据检测数据及生产车间中不同物体之间的关联关系，结合不同事件定义，生成至少一个控制事件。
246.一些实施例中，事件处理模块可以具体是针对任一个控制事件，判断控制事件是否为有效事件；在控制事件为有效事件的情况下，响应控制事件，确定对应物体的更新数据。
247.一些实施例中，该控制装置还可以用于
248.获取客户端发送的针对任一个物体的配置数据，以及基于配置数据，生成物体的控制指令，以及将控制指令发送至物体，以触发物体执行控制指令；
249.或者，判断检测数据是否满足预警条件，若是，向相关人员发送提示信息。
250.或者，将任一个控制事件对应的处理日志存储至存储系统；
251.或者，接收客户端发送的图谱查询请求；将知识图谱发送至客户端，以供客户端显示知识图谱。
252.图11所述的控制装置可以执行图2所示实施例所述的控制方法，其实现原理和技术效果不再赘述。对于上述实施例中的控制装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
253.图12为本技术提供的一种展示装置一个实施例的结构示意图，该装置可以包括：
254.展示模块1201，用于展示生产车间对应的虚拟空间；虚拟空间包括生产车间中不同物体的物体模型；
255.获取模块1202，用于获取服务端发送的任一个物体的更新数据；
256.更新模块1203，用于基于更新数据，更新虚拟空间。
257.一些实施例中，更新数据包括位置坐标变化数据；
258.更新模块可以具体是按照至少一个物体分别对应的位置坐标变化数据，更新虚拟空间中物体对应的物体模型的展示位置。
259.一些实施例中，展示模块可以具体是响应启动操作，从服务端获取不同物体对应的目标属性信息；结合不同物体的目标属性信息，展示生产车间对应的虚拟空间。
260.图12所述的展示装置可以执行图6所示实施例所述的展示方法，其实现原理和技
术效果不再赘述。对于上述实施例中的展示装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
261.此外，本技术实施例还提供了一种计算设备，如图13所示，该计算设备可以包括存储组件1301以及处理组件1302；
262.存储组件1301一条或多条计算机指令，其中，一条或多条计算机指令供处理组件1402调用执行，以实现如图2或图9所示实施例的控制方法或者如图6或图10所示实施例的展示方法。
263.当然，计算设备必然还可以包括其他部件，例如输入/输出接口、通信组件等。
264.在该计算设备中的处理组件用以实现如图6或图10所示实施例的展示方法的情况下，该计算设备还可以包括显示组件，以执行对应的显示操作。输入/输出接口为处理组件和外围接口模块之间提供接口，上述外围接口模块可以是输出设备、输入设备等。通信组件被配置为便于计算设备和其他设备之间有线或无线方式的通信等。
265.其中，处理组件可以包括一个或多个处理器来执行计算机指令，以完成上述的方法中的全部或部分步骤。当然处理组件也可以为一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
266.存储组件被配置为存储各种类型的数据以支持在终端的操作。存储组件可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
267.显示组件可以为电致发光(el)元件、液晶显示器或具有类似结构的微型显示器、或者视网膜可直接显示或类似的激光扫描式显示器。
268.需要说明的是，上述计算设备实现图2或图9所示实施例的信息处理方法情况下，其可以为物理设备或者云计算平台提供的弹性计算主机等。其可以实现成多个服务器或终端设备组成的分布式集群，也可以实现成单个服务器或单个终端设备。
269.上述计算设备实现图6或图10所示实施例的展示方法的情况下，其可以具体实现为电子设备，电子设备可以是指用户使用的，具有用户所需计算、上网、通信等功能的设备，例如可以是手机、平板电脑、个人电脑、穿戴设备等。
270.本技术实施例还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被计算机执行时可以实现如上述图2或图9所示实施例的控制方法或者如上述图6或图10所示的展示方法。该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
271.本技术实施例还提供了一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，计算机程序被计算机执行时可以实现如上述图2或图9所示实施例的控制方法或者如上述图6或图10所示的展示方法。在这样的实施例中，计算机程序可以是从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被处理器执行时，执行本技术的系统中限定的各种功能。
272.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
273.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
274.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
275.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。