应用共享方法、装置、芯片、电子设备及存储介质

技术领域

本申请涉及应用共享技术领域，尤其涉及一种应用共享和装置、芯片、电子设备及存储介质。

背景技术

在半导体领域，chiplet是指一种芯片模块化技术。它将一个大型集成电路拆分成多个小型芯片，然后将它们集成在同一个封装中，以实现更高效的设计、制造和灵活性。被拆分的多个小型芯片可以根据需求进行自由组合，构建出符合特定需求的定制芯片，以满足实际需要。

在实际应用，利用chiplet技术设计的芯片可以认为是系统芯片，系统芯片包括的各小型芯片可以是晶圆(Die)芯片。在设计每个芯片Die包括两个或多个硬件域，每个硬件域对应一操作系统的情况下，对于系统芯片中的任意两个或多个Die芯片，其上的操作系统之间如何进行访问成为了亟待解决的技术问题。

发明内容

本申请提供了一种应用共享和装置、芯片、电子设备及存储介质，以至少解决现有技术中存在的以上技术问题。

根据本申请的第一方面，提供了一种应用共享方法，应用于目标芯片中，所述目标芯片包括M个晶圆Die，其中M为大于或等于2的整数；每个Die包括至少两个硬件域，每个Die的各硬件域对应一操作系统；所述方法包括：

获得第一操作系统请求第二操作系统进行应用共享的第一目标请求；其中，第一操作系统为第一Die包括的一硬件域所对应的操作系统，第二操作系统为第二Die包括的一硬件域所对应的操作系统；第一Die为M个Die中的其中之一Die，第二Die为M个Die中除第一Die之外的其他Die；第一操作系统能够运行第一应用，第二操作系统能够运行第二应用，第一应用和第二应用不同；所述第一目标请求用于第一操作系统请求第二操作系统共享第二应用；

将第一目标请求传输至第二操作系统；

获得第二操作系统针对第一目标请求而产生的第一待共享应用的应用数据；

在第一操作系统中显示第一待共享应用的应用数据。

在一可实施方式中，所述获得第二操作系统针对第一目标请求而产生的第一待共享应用的应用数据，包括：

所述第一待共享应用的应用数据被传输至所述第一操作系统的虚拟节点进行缓存；

获取缓存至所述第一操作系统的虚拟节点中的数据；

其中，所述第一待共享应用的应用数据是所述第二操作系统响应所述第一目标请求时所述第二操作系统的虚拟屏所显示的数据。

在一可实施方式中，所述第一操作系统包括显示屏，在第一操作系统的显示屏上显示第一待共享应用的应用数据为第一应用数据的情况下，

获取针对所述第一应用数据的更新操作，将所述更新操作的操作信息发送至所述第二操作系统；

从所述第二操作系统处获得所述第一待共享应用的第二应用数据；所述第二应用数据为所述第二操作系统基于所述操作信息而在所述第二操作系统的虚拟屏上产生的更新数据；

在所述显示屏上显示所述第一待共享应用的第二应用数据。

在一可实施方式中，所述第一操作系统的显示屏显示第一应用列表和/或第二应用列表；其中，所述第一应用列表包括第一应用的标识，所述第二应用列表包括第二应用的标识；所述第一操作系统通过与第二操作系统建立的通信连接得到第二应用的标识；

所述获得第一操作系统请求第二操作系统进行应用共享的第一目标请求，包括：

获得针对所述显示屏的输入操作；

在所述输入操作是针对所述第二应用列表的共享操作时，产生用于请求第二操作系统进行应用共享的第一目标请求。

在一可实施方式中，所述方法还包括：

通过V4L2架构获得缓存至所述第一操作系统的虚拟节点中的第一待共享应用的应用数据，并将所述应用数据显示在第一操作系统的显示屏的显示界面中，以在第一操作系统中显示第一待共享应用的应用数据。

在一可实施方式中，所述第一操作系统和所述第二操作系统在通信过程中使用的网际协议IP地址具有相同的地址段。

在一可实施方式中，所述第一操作系统和所述第二操作系统的其中之一系统为车辆的仪表系统，除所述其中之一系统之外的另一系统为车辆的中控系统。

在一可实施方式中，所述方法还包括：

获得第二操作系统请求第一操作系统进行应用共享的第二目标请求；

响应第二目标请求，得到第二操作系统请求第一操作系统共享的第二待共享应用的应用数据；

将第二待共享应用的应用数据传输至第二操作系统，以供第二操作系统显示的第二待共享应用的应用数据。

在一可实施方式中，所述方法还包括：

获得第一操作系统请求第三操作系统进行应用共享的第三目标请求；其中，第三操作系统为第二Die中除第二操作系统之外的系统、或为第三Die中包括的一硬件域所对应的操作系统；所述第三Die为M个Die中除第一Die和第二Die之外的其他Die；第三操作系统能够运行的第三应用与第一操作系统能够运行的第二应用不同；所述第三目标请求用于第一操作系统请求第三操作系统共享第三应用；

将第三目标请求传输至第三操作系统；

获得第三操作系统针对第三目标请求而产生的第三待共享应用的应用数据；

在第一操作系统中显示第三待共享应用的应用数据。

在一可实施方式中，所述方法还包括：

获得第三操作系统请求第一操作系统进行应用共享的第四目标请求；

响应第四目标请求，得到第三操作系统请求第一操作系统共享的第四待共享应用的应用数据；

将第四待共享应用的应用数据传输至第三操作系统，以供第三操作系统显示的第四待共享应用的应用数据。

根据本申请的第二方面，提供了一种应用共享装置，应用于目标芯片中，所述目标芯片包括M个晶圆Die，其中M为大于或等于2的整数；每个Die包括至少两个硬件域，每个Die的各硬件域对应一操作系统；所述装置包括：

第一获得单元，用于获得第一操作系统请求第二操作系统进行应用共享的第一目标请求；其中，第一操作系统为第一Die包括的一硬件域所对应的操作系统，第二操作系统为第二Die包括的一硬件域所对应的操作系统；第一Die为M个Die中的其中之一Die，第二Die为M个Die中除第一Die之外的其他Die；第一操作系统能够运行第一应用，第二操作系统能够运行第二应用，第一应用和第二应用不同；所述第一目标请求用于第一操作系统请求第二操作系统共享第二应用；

传输单元，用于将第一目标请求传输至第二操作系统；

第二获得单元，用于获得第二操作系统针对第一目标请求而产生的第一待共享应用的应用数据；

显示单元，用于在第一操作系统中显示第一待共享应用的应用数据。

根据本申请的第三方面，提供了一种芯片，包括前述的应用共享装置。

根据本申请的第四方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请所述的方法。

根据本申请的第五方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行本申请所述的方法。

本申请中，针对不同Die中各自的一个硬件域对应的操作系统间，通过一操作系统对另一操作系统的应用的共享，实现了一操作系统对另一操作系统的访问。如此，为目标芯片中的任意两个或多个Die芯片上的操作系统间的访问，提供了一种技术支持。

应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。

附图说明

通过参考附图阅读下文的详细描述，本申请示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本申请的若干实施方式，其中：

在附图中，相同或对应的标号表示相同或对应的部分。

图1示出了本申请实施例中多核异构芯片的构成示意图；

图2示出了本申请实施例中应用共享方法的实现流程示意图一；

图3示出了本申请实施例中应用共享方法的实现流程示意图二；

图4示出了本申请实施例中应用共享方法的实现流程示意图三；

图5示出了本申请实施例中应用共享方法的实现流程示意图四；

图6为本申请实施例中两个Die之间的交互示意图；

图7为本申请实施例中的第一操作系统和第二操作系统在应用层和系统层面的交互示意图；

图8为本申请实施例中的第一操作系统和第二操作系统的交互示意图一；

图9为本申请实施例中的第一操作系统和第二操作系统的交互示意图二；

图10为本申请实施例中的应用共享装置的组成结构示意图；

图11示出了本申请实施例中电子设备的组成结构示意图。

具体实施方式

为使本申请的目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一第二”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一第二”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

应理解，在本申请的各种实施例中，各实施过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本申请中涉及的目标芯片是采用chiplet技术设计而成的系统芯片。系统芯片中的每个Die芯片为多核异构芯片。多核异构芯片，是指在单颗芯片内集成有不同架构处理器核的芯片。多核异构芯片中的每个处理器核可作为一个独立处理器，可独立运行每个处理器核需要运行的指令，实现每个处理器核需要实现的任务。可以理解，多核异构芯片作为一种具有多核处理器的芯片，与单核处理器芯片相比，各核任务的独立运行，可加快运行速度，提高多任务执行能力，从而带来性能高的优势。且多核处理器被设置在同一芯片上，具有成本低的优势。

如图1所示，所述多核异构芯片包括多个不同架构的处理器核，所述多个处理器核包括第一处理器核、第二处理器核…第N处理器核。N为大于等于2的正整数，根据实际情况而灵活设定。在多个处理器核中，每个处理器核相当于是一个计算引擎，其类型和/或数量可不同。其中，处理器核的类型包括计算能力强的核和实时性强(计算快)的核。处理器核的类型和/或数量的不同可在一定程度上实现处理器核之间的架构不同。

示例性地，由于嵌入式处理器(ARM)具有成本低和低功耗的优势，数字信号处理器(DSP)具有数字专用处理的优势，可编程逻辑阵列(FPGA)具有高速处理的优势，每种类型的处理器作为一种处理器核使用，如果被设计在同一SOC芯片上，则可得到一种多核异构的SOC芯片。

每个处理器核与各处理器核连接的硬件资源，如时钟控制器、中断控制器、内存空间等构成每个硬件域。多核异构芯片包括两个或多个硬件域，即，Die芯片包括两个或多个硬件域。在多核异构芯片中，每个硬件域是一组硬件资源的集合。不同硬件域之间是互相隔离的，这种隔离可视为一种物理上的隔离，如同一硬件域内的硬件设计在多核异构芯片的相近位置，不同硬件域内的硬件设计在多核异构芯片的不同位置，以物理位置上实现隔离。当然，本申请实施例中的不同硬件域之间的互相隔离不是物理上的隔离，是不用硬件域之间逻辑上的隔离。这种逻辑隔离可体现在：同一硬件域内的硬件资源需要使用同一通信标识，不同硬件域内的硬件资源使用不同的通信标识。同一硬件域内的硬件资源之间可基于本硬件域内的通信标识进行互相访问。

在实际应用中，优选不同硬件域之间的互相隔离为一种逻辑隔离，如此至少可节省芯片空间。

在多核异构芯片中，为每个硬件域配置一操作系统，如为第一硬件域配置第一操作系统，为第二硬件域配置第二操作系等。为不同硬件域配置的操作系统的可以为相同系统，可以为不同系统。如，为第一硬件域配置的第一操作系统为Linux系统，为第二硬件域配置的第二操作系统为安卓系统。其中，由于Linux系统具有安全性高的特点、安卓系统具有轻快性的特点，可将多核异构系统中对安全性要求高的任务交由Linux去执行，将多核异构系统中对需要轻快运行的任务交由安卓系统去执行，因此，多核异构系统中可以采用不同硬件域上的不同操作系统实现各任务的高效执行。

本申请实施例中，硬件域之间也存在有通信需求，在不同硬件域之间存在通信需求时，可采用核间通信机制实现硬件域之间的通信。其中，多核异构系统中的核间通信机制包括适于指令传输的mailbox机制、适于数据共享的内存共享机制。集成有不同架构处理器核的单颗芯片内的核间通信，可保证数据在同一芯片内传输，保证了数据安全性和传输快速性。

通常情况下，不同硬件域内的硬件资源是存在差异的，这种差异可能体现在硬件类型、硬件型号、硬件数量等方面的差异，这种差异性，在一定程度上可体现多核异构系统的异构性。从前面的介绍可知，本申请中的多核异构是硬件层面上的概念，与软件层面无关。

如图1所示，本申请实施例中的多核异构芯片还包括各类型控制单元。各类型控制单元包括但不限定于：电源控制单元、非易失性存储控制单元、易失性存储控制单元等。其中，电源控制单元，用于控制电源单元，以实现对多核异构芯片的电源的供给。非易失性存储控制单元，用于控制多核异构芯片中的至少一处理器核对非易失性存储单元的访问。易失性存储控制单元，用于控制多核异构芯片中的至少一处理器核对易失性存储单元的访问。

其中，电源单元、非易失性存储单元、易失性存储单元作为多核异构芯片之外的硬件资源，可在多核异构芯片有需要的情况下被调用。除此之外，音频输出单元(如喇叭)、视频输出单元(如显示屏)等硬件作为多核异构芯片之外的硬件资源，也可在多核异构芯片有需要的情况下被调用，以实现音频、视频的正常输出。

从前述描述可看出，本申请中，采用chiplet技术设计而成的目标芯片中的每个Die芯片包括两个或多个硬件域。单个Die芯片中的各硬件域对应一操作系统。下面以目标芯片中的其中任意两个Die芯片为例，来说明不同Die上的操作系统是如何进行访问的。

图2示出了本申请实施例中应用共享方法的实现流程示意图一。如图2所示，所述方法包括：

S(步骤)201：获得第一操作系统请求第二操作系统进行应用共享的第一目标请求；其中，第一操作系统为第一Die包括的一硬件域所对应的操作系统，第二操作系统为第二Die包括的一硬件域所对应的操作系统；第一Die为M个Die中的其中之一Die，第二Die为M个Die中除第一Die之外的其他Die；第一操作系统能够运行第一应用，第二操作系统能够运行第二应用，第一应用和第二应用不同；所述第一目标请求用于第一操作系统请求第二操作系统共享第二应用。

从粗粒度的角度如Die芯片的角度来看，第一操作系统和第二操作系统是位于两个不同Die芯片上的系统。从细粒度的角度来看，第一操作系统和第二操作系统是两个不同Die芯片中各自的一个硬件域对应的操作系统。为方便说明，本申请中主要从粗粒度的角度进行描述。

第一和第二操作系统可以是相同类型的操作系统，如，均为安卓系统或均为Linux系统。第一和第二操作系统也可以是不同类型的操作系统，如，其中一个为安卓系统，另一个Linux系统。优选为，第一和第二操作系统为相同类型的操作系统。

第一操作系统和第二操作系统具有各自的应用。第一操作系统和第二操作系统具有的应用，至少在部分上是不同的。第一操作系统请求第二操作系统共享给第一操作系统的应用(第一待共享应用)，应是第二操作系统具有的、但第一操作系统不具有的应用。基于此，本申请技术方案涉及的第一操作系统请求共享的含义，是第一操作系统请求共享第二操作系统中第一操作系统不具有的应用。

如果能够实现一操作系统对另一操作系统的应用的共享，也就实现了一操作系统对另一操作系统的访问，如此，这种访问方案为实现目标芯片中不同Die芯片之间的通信提供了一种技术支持。针对不同Die中各自的一个硬件域对应的操作系统间，本申请技术方案意在实现操作系统间对应用的访问。

第一操作系统通过与第二操作系统建立的通信连接得到第二应用的标识。在第一操作系统启动时，第一操作系统的显示屏可显示第一应用列表和第二应用列表中的其中之一列表。第一应用列表包括第一应用的标识。第二应用列表包括第二应用的标识。应用的标识可以是任何表示应用唯一性的标识，如应用名称、应用图标等。

以第一操作系统显示第一应用列表和第二应用列表为例，如果第一操作系统的用户存在需在第一操作系统中共享第二操作系统中的应用请求，则会在第一操作系统的显示屏产生输入操作，第一操作系统通过监控的方式获得针对显示屏的输入操作。在输入操作是针对第二应用列表的共享操作时，产生用于请求第二操作系统进行应用共享的第一目标请求。

共享操作可以是对第二应用列表的操作界面上的任何合理的虚拟按键进行的诸如单击、双击、滑动、语音等操作。共享操作还可以是第二应用列表中某个或某些待共享应用的标识进行的诸如单击、双击、滑动、语音等操作。考虑到第二应用列表中的应用是第二操作系统可运行的应用，是不同于第一操作系统应用的应用，所以，共享操作可以是对第二操作系统中的某个或部分应用进行共享的操作，还可以是对第二操作系统的全部应用进行共享的操作。

在实施时，第一操作系统监控是否存在来自用户的共享操作。如果第一操作系统监控到存在来自用户的共享操作，认为用户有将第二操作系统中的应用共享到第一操作系统中的需求，则产生用于请求第二操作系统共享其应用的第一目标请求。第一目标请求中携带有第一操作系统期望第二操作系统共享的应用(第一待共享应用)的标识，如应用的名称、应用的图标等。

S202：将第一目标请求传输至第二操作系统。

在实际应用中，对于位于两个不同Die上的操作系统，如果要实现正常通信，需要建立位于不同Die上的操作系统之间的通信连接。该通信连接，在硬件层面上，需要能起到通信连接作用的硬件的支持。可支持的硬件包括但不限定于：网络接口设备(netdev，network interface device)、硬件接口设备HPL。该通信连接，在软件层面上，需要相关传输协议的支持。如，传输控制协议(TCP，Transmission Control Protocol)的支持。通过对前述硬件和软件协议的设计，在一实施方式中，可形成两个操作系统之间的特定类型的通信连接，如，套接字(Socket)传输连接，两个操作系统通过Socket技术进行通信连接。为方便描述，将这种类型的通信连接称为Socket连接。

本申请实施例中，第一操作系统可利用与第二操作系统之间建立的Socket连接，将自身产生的用于请求共享第二操作系统应用的第一目标请求传输至第二操作系统。

第二操作系统通过Socket连接，接收来自于第一操作系统的第一目标请求。响应第一目标请求，对第一目标请求进行解析，解析出第一操作系统期望其共享的(待共享)应用是何种应用，启动解析出的(第一)待共享应用，第二操作系统的虚拟屏显示第一待共享应用的应用数据。即，第一待共享应用的应用数据是第二操作系统响应第一目标请求时第二操作系统的虚拟屏所显示的数据。通过Socket连接，第二操作系统将(第一)待共享应用的应用数据传输至第一操作系统。

第二应用列表中的各第二应用的标识，是第一操作系统通过与第二操作系统建立的Socket连接得到。

S203：获得第二操作系统针对第一目标请求而产生的第一待共享应用的应用数据。

本步骤中，通过Socket传输，第一操作系统接收来自第二操作系统的第一待共享应用的应用数据。

S204：在第一操作系统中显示第一待共享应用的应用数据。

将第一操作系统接收到的第一待共享应用的应用数据显示在第一操作系统的显示屏中，以方便第一操作系统的用户，对第二操作系统应用的应用数据的使用。如此，基于前述操作系统间的应用共享方案，可大大提高用户的使用体验，提高各操作系统中的应用的易用性。

S201～S204的执行主体是目标芯片包括的各Die芯片中、任一硬件域对应的(期望进行应用共享的)操作系统。如，前述的第一操作系统。

采用S201～S204所示的技术方案，针对不同Die中各自的一个硬件域对应的操作系统间，通过一操作系统对另一操作系统的应用的共享，实现了一操作系统对另一操作系统的访问。如此，通俗而言，S201～S204所示的技术方案，为系统芯片中的任意两个或多个Die芯片上的操作系统间的访问，提供了一种技术支持。

本申请实施例中，为第一操作系统构建虚拟节点。虚拟节点用于缓存来自第二操作系统的第一待共享应用的应用数据。即，来自第二操作系统的第一待共享应用的应用数据，被传输并缓存至第一操作系统的虚拟节点。第一操作系统获取、具体是读取缓存至第一操作系统的虚拟节点中的数据，以供在第一操作系统的显示屏中显示第一待共享应用的应用数据。

在第一操作系统中构建虚拟节点，是为了适配于V4L2架构这种框架。V4L2架构是一种用于处理视频的架构，其提供了一套标准的API接口，从而使得应用程序或操作系统可以方便地访问待共享应用的应用数据如视频。

在实施时，第一操作系统通过V4L2架构获得缓存至第一操作系统的虚拟节点中的第一待共享应用的应用数据，以实现对待共享应用的应用数据的便捷访问。第一操作系统将通过V4L2架构而得到的应用数据显示在显示屏的显示界面中。

作为一种实现方式，如图3所示，本申请实施例中的应用共享方法还包括：

S301：在第一操作系统的显示屏上显示第一待共享应用的应用数据为第一应用数据的情况下，获取针对所述第一应用数据的更新操作，将所述更新操作的操作信息发送至所述第二操作系统。

示例性地，以第一操作系统的显示屏上显示的第一待共享应用为视频应用，如应用A为例，应用A的显示界面显示短视频内容1。如果第一操作系统的用户不想继续观看短视频内容1，则会在显示界面上产生对短视频的更新操作，想要更新播放的短视频内容。如，沿着短视频1的播放界面向显示界面的下方滑动，沿着短视频1的播放界面向显示界面的右方滑动；或者，沿着短视频1的播放界面向显示界面的左方滑动。

第一操作系统监测是否存在前述的更新操作。监测到存在以上更新操作时，通过Socket连接，将更新操作的操作信息发送至第二操作系统。其中，操作信息包括但不限于更新操作的操作类型(更新操作是滑动这一类型)、操作方向、操作时长等。

S302：从所述第二操作系统处获得所述第一待共享应用的第二应用数据；所述第二应用数据为所述第二操作系统基于所述操作信息而在所述第二操作系统的虚拟屏上产生的更新数据。

本步骤中，以更新操作的操作信息包括更新操作是滑动这一类型和滑动操作的操作方向为例，第二操作系统分析更新操作的操作信息，确定第一操作系统的用户想要从内容1更新为哪个内容。如果滑动操作的方向是沿着短视频1的播放界面向显示界面的下方滑动，则其想更新为内容2，在第二操作系统的虚拟屏上显示内容2。如果滑动操作的方向是沿着短视频1的播放界面向显示界面的右方滑动，则其想更新为内容3，在第二操作系统的虚拟屏上显示内容3。如果滑动操作的方向是沿着短视频1的播放界面向显示界面的左方滑动，则其想更新为内容4，在第二操作系统的虚拟屏上显示内容4。第二操作系统将虚拟屏上显示的内容为更新数据，更新数据可作为用户想要更新后的第二应用数据使用。第二操作系统通过Socket连接，将第二应用数据传输至第一操作系统。

S303：在所述显示屏上显示所述第一待共享应用的第二应用数据。

本步骤中，在第一操作系统的显示屏上显示的第一待共享应用的显示界面中，从原本显示为内容1切换为显示用户想要观看的内容2、内容3或内容4。以实现来自于第二操作系统的共享应用、其显示内容在共享端(第一操作系统侧)的更新。为，针对不同Die中各自的一个硬件域对应的操作系统间，共享应用的内容更新，提供了一种技术支持。

在一些实施例中，如图4所示，本申请实施例中的应用共享方法还包括：

S401：获得第二操作系统请求第一操作系统进行应用共享的第二目标请求。

如果第二操作系统的用户存在使用第一操作系统中第二操作系统不具有的应用的需求，则其会在第二操作系统呈现的操作界面上产生共享操作。对该共享操作的理解参见前述说明，不赘述。

第二操作系统监控是否存在来自用户的共享操作。如果第二操作系统监控到存在来自用户的共享操作，认为用户有将第一操作系统中的应用共享到第二操作系统的需求，则产生用于请求第一操作系统共享其应用的第二目标请求。第二目标请求中携带有第二操作系统期望第一操作系统共享的应用(第二待共享应用)的标识，如应用的名称、应用的图标等。

第二操作系统可利用与第一操作系统之间建立的Socket传输，将自身产生的用于请求共享第一操作系统应用的第二目标请求传输至第一操作系统。第一操作系统通过接收来自第二操作系统的第二目标请求而获得第二目标请求。

S402：响应第二目标请求，得到第二操作系统请求第一操作系统共享的第二待共享应用的应用数据。

本步骤中，第一操作系统响应第二目标请求，对第二目标请求进行解析，解析出第二操作系统期望其共享的(待共享)应用是何种应用，启动解析出的(第二)待共享应用，得到(第二)待共享应用的应用数据。

S403：将第二待共享应用的应用数据传输至第二操作系统，以供第二操作系统显示的第二待共享应用的应用数据。

本步骤中，通过Socket传输，第一操作系统将(第二)待共享应用的应用数据传输至第二操作系统。

S401～S403的执行主体是目标芯片包括的各Die芯片中、任一硬件域对应的(期望进行应用共享的)操作系统。如，前述的第一操作系统。

采用S401～S403所示的技术方案，针对不同Die中各自的一个硬件域对应的操作系统间，通过另一操作系统对一操作系统的应用的共享，实现了另一操作系统对一操作系统的访问。

针对不同Die中各自的一个硬件域对应的操作系统间，采用前述S201～S204的方案，实现了一操作系统对另一操作系统的访问。采用S401～S403的方案，实现了另一操作系统对所述一操作系统的访问。即，本申请技术方案，针对不同Die中各自的一个硬件域对应的操作系统间，能够实现对操作系统的应用的相互访问，如对彼此应用的相互共享。为目标芯片中的各Die之间的通信，提供了一种技术支持。

在一些实施例中，如图5所示，本申请实施例中的应用共享方法还包括：

S501：获得第一操作系统请求第三操作系统进行应用共享的第三目标请求；其中，第三操作系统为第二Die中除第二操作系统之外的操作系统，或者所述第三操作系统为第三Die中包括的一硬件域所对应的操作系统，所述第三Die为M个Die中除第一Die和第二Die之外的其他Die；第三操作系统能够运行的第三应用与第一操作系统能够运行的第二应用不同；所述第三目标请求用于第一操作系统请求第三操作系统共享第三应用。

在实际应用中，第一操作系统的用户可能需要同时使用两个应用：应用1和应用2。如，用户一边看文档，一边听歌或看视频。而，第一操作系统本身不具有这两个应用，应用1是第二操作系统中的应用，应用2是第三操作系统中的应用。假定应用1是文档应用，应用2是音乐应用。在第一操作系统的第二应用列表中，针对第一应用标识列表中的文档应用的共享操作，可采用图2～图4所示的方案，实现第二操作系统的应用1在第一操作系统中的共享。

在启动后，第一操作系统可与第三操作系统之间建立的Socket连接，从第三操作系统处获得其具有的第三应用的标识信息，并将第三应用的标识信息记录到自身的第三应用列表中。针对第一操作系统的用户在第三应用列表中的音乐应用的共享操作，可采用图5所示的方案，实现第三操作系统的应用2在第一操作系统中的共享。

如果第一操作系统的用户存在需在第一操作系统中共享第三操作系统中的应用请求，则会在第一操作系统的显示屏产生输入操作，第一操作系统通过监控的方式获得针对显示屏的输入操作。在输入操作是针对第三应用列表的共享操作时，产生用于请求第三操作系统进行应用共享的第三目标请求。

可以理解，第一操作系统的用户在存在需在第一操作系统中共享第二和第三操作系统中的应用请求时，该用户对先后在第二应用列表和第三应用列表中产生共享操作。考虑到，在两个应用标识列表中产生的共享操作存在时间上的先后顺序，这种先后顺序，会决定着第二操作系统和第三操作系统中哪个系统应用的应用数据被率先显示在第一操作系统中，哪个系统应用的应用数据被后显示在第一操作系统中。而在在后显示的系统应用的应用数据显示在第一操作系统中之后，在先显示和在后显示的两个系统应用的应用将同时显示在第一操作系统中，以方便用户的使用。

如果先产生的共享操作是共享第二操作系统中的应用，后产生的共享操作是共享第三操作系统中的应用，则先按照图2～图4所示的方案，实现第二操作系统的应用在第一操作系统中的共享。后按照图5所示的技术方案，实现对第三操作系统的应用在第一操作系统中的共享。反之亦可。

无论共享操作产生的顺序如何，在第一操作系统实现对第二和第三操作系统的应用共享的情况下，从用户端来看，用户可通过欣赏或观看到本该在其他操作系统中运行的两个不同应用的应用数据，方便了使用。

S502：将第三目标请求传输至第三操作系统；

本申请实施例中，第一操作系统可利用与第三操作系统之间建立的Socket连接，将自身产生的用于请求共享第三操作系统应用的第三目标请求传输至第三操作系统。

第三操作系统通过Socket连接，接收来自于第一操作系统的第三目标请求。响应第三目标请求，对第三目标请求进行解析，解析出第一操作系统期望其共享的(待共享)应用是何种应用，启动解析出的(第三)待共享应用，第三操作系统的虚拟屏显示第三待共享应用的应用数据。即，第三待共享应用的应用数据是第三操作系统响应第三目标请求时第三操作系统的虚拟屏所显示的数据。通过Socket连接，第三操作系统将(第三)待共享应用的应用数据传输至第一操作系统。

S503：获得第三操作系统针对第三目标请求而产生的第三待共享应用的应用数据。

本步骤中，通过与第三操作系统之间建立的Socket传输，第一操作系统接收来自第三操作系统的第三待共享应用的应用数据。

S504：在第一操作系统中显示第三待共享应用的应用数据。

将第一操作系统接收到的第三待共享应用的应用数据显示在第一操作系统的显示屏中，以方便第一操作系统的用户，对第三操作系统应用的应用数据的使用。

第一操作系统的显示屏可以是两块或多块显示屏。利用其中一块显示屏显示从第二操作系统处共享的应用数据。利用另外一块显示从第三操作系统处共享的应用数据。还可以是能够进行分屏显示的同一显示屏。同一显示屏的第一分屏区域可显示从第二操作系统处共享的应用数据。同一显示屏的第二分屏区域可显示从第三操作系统处共享的应用数据。

针对不同Die中各自的一个硬件域对应的操作系统间，利用S201～S204和S501～S504所示的方案，实现了同一操作系统对其他两个不同操作系统的应用的共享，即实现了同一操作系统对其他两个不同操作系统的访问。

理论上，本申请技术方案还包括同一操作系统对其他三个、四个或五个等多个不同操作系统的应用的访问。具体实现与S201～S204和S501～S504所示的方案类似，参见理解，不赘述。

理论上，S501～S504所示的方案为在第一操作系统对第三操作系统的应用进行共享的方案，此外，本申请技术方案也包括第三操作系统对第一操作系统的应用进行共享的方案。具体过程参见第二操作系统对第一操作系统的应用共享过程如图4所示的内容类似，雷同之处不赘述。

基于前述位于不同Die的操作系统间的应用共享方案，可大大提高用户的使用体验，提高各操作系统中的应用的易用性。

在一些实施例中，本申请实施例中的应用共享方法还包括：获得第三操作系统请求第一操作系统进行应用共享的第四目标请求；响应第四目标请求，得到第三操作系统请求第一操作系统共享的第四待共享应用的应用数据；将第四待共享应用的应用数据传输至第三操作系统，以供第三操作系统显示的第四待共享应用的应用数据。

其中，第四待共享应用可以是第一操作系统有、但第三操作系统没有的应用。第四目标请求为第三操作系统请求第一操作系统进行应用共享的请求。前述方案的执行主体是第一操作系统。前述方案为第三操作系统请求第一操作系统进行应用共享的方案，该方案的具体实现与第二操作系统请求第一操作系统进行应用共享的方案类似，雷同之处不赘述。

需要说明的是，为节省篇幅，对S501～S504的方案以及第三操作系统请求第一操作系统进行应用共享的方案的一些尚未描述的实现细节，具体可参见前述对图2～图4的相关描述中细节的阐述，类似之处不再赘述。

下面结合图6-图9对本申请技术方案做进一步说明。

针对目标芯片，在物理层上，构建基于高速串行计算机扩展总线标准(PCIE，Peripheral Component Interconnect Express)的Die间传输机制。

可以理解，要实现本申请技术方案，需要从目标芯片内的传输层、系统层和应用层等几个方面进行改进。其中，

传输层：构建TCP协议栈，以使得在物理层利用TCP协议进行相关信息的(如图6中netdev和HPL之间的通信信息的)传输。将不同Die中的有通信需求的硬件域对应的操作系统之间可采用相同的网际协议(IP)地址段进行通信传输。如，本申请实施例中，第一操作系统和第二操作系统在通信过程中使用的IP地址具有相同的地址段。如此，在目标芯片的不同Die中，同一IP地址段可重复使用，一方面方便了Die的通信，另一方面，节省了IP地址的资源。

系统层：在操作系统中，构建虚拟屏和虚拟节点如虚拟相机(Camera)节点。在不同Die中，第二操作系统可将虚拟屏数据(如，第一或第二待共享应用的应用数据)传输到存在有应用共享需求的第一操作系统的虚拟节点上，以便在第一操作系统的虚拟节点上缓存待共享应用的应用数据。

应用层：构建应用层的通信协议(如Socket连接中使用到的传输协议)。利用应用层的通信协议传输应用信息(第一应用或第二应用标识)、启动应用指令(如第一目标请求、第二目标请求)以及操作数据(如更新操作的操作信息)。

图6为本申请实施例中两个Die之间的交互示意图。其中，SSA和SSB表示为目标芯片内两个不同的Die。AP 1、AP 2和Safety 1为SSA内的三个(软硬件)结合体。每个结合体包括SSA的一个硬件域和一个与该硬件域对应的操作系统。AP 3、AP 4和Safety 2为SSB内的三个(软硬件)结合体。每个结合体包括SSB的一个硬件域和一个与该硬件域对应的操作系统。其中，与AP 1、AP 2、AP 3和AP 4相比，Safety 1和Safety 2为不同Die中的安全域设备，用于执行目标芯片内对安全性要求高的任务。

SSA内任一硬件域对应的操作系统均可与SSB内任一硬件域对应的操作系统之间进行应用共享。假定，Android系统A是运行在SSA的AP1上的操作系统，Android系统B运行在SSB的AP 3上的操作系统，Android系统C运行在SSB的AP 4上的操作系统。Android系统A与Android系统B可以安装不同的应用。Android系统A与Android系统C可以安装不同的应用。Android系统A与Android系统B可进行应用共享。或者，Android系统A与Android系统C可进行应用共享。或者，如果显示屏是多屏或显示屏为分屏，则Android系统A可同时与Android系统B和Android系统C进行应用共享。如此，Android系统A的用户可在显示屏中，可看到来自Android系统B的共享数据以及来自Android系统C的共享数据。

图7为本申请实施例中的第一操作系统和第二操作系统在应用层和系统层面的交互示意图。在执行图3所示的方案时，第一操作系统(Android A)和第二操作系统(AndroidB)会产生交互。针对第一操作系统的用户不想继续观看短视频内容1的情况，用户会在显示界面上产生对短视频的更新操作。监测到用户产生的更新操作时，将用户产生的更新操作视为touch操作。在应用层面上，通过与第二操作系统Socket连接，将touch操作的操作信息发送至第二操作系统。第二操作系统接收touch操作的操作信息，分析第一操作系统的用户想要从内容1更新为哪个内容。以想要更新为内容2，则将短视频应用(如图7中的应用1)的内容2显示到第二操作系统的虚拟屏上。虚拟屏上显示的内容2通过两个操作系统的系统层从第二操作系统传输至第一操作系统的虚拟camera节点并缓存。第一操作系统通过V4L2架构读取缓存至虚拟camera节点上的数据，将读取的数据作为投屏数据，将其投屏到显示屏的投屏画面中。由此，实现了第一操作系统从第二操作系统处共享的应用的应用数据的更新显示。

图8为本申请实施例中的第一操作系统和第二操作系统的交互示意图一。如图8所示，以第一操作系统为Android A和第二操作系统为Android B为例，在两个系统启动的情况下，通过Android A和Android B之间的Socket连接，Android A将其所具有的应用的应用信息，如应用名称、应用图标等，传输至Android B。Android B将其所具有的应用的应用信息，传输至Android A。如此，Android A和Android B将各自具有的应用和对方具有的应用的标识，记录到各自的第一应用列表中和各自的第二应用列表中。其中，第一应用列表记录自身所具有应用的应用标识。第二应用列表记录对方所具有应用的应用标识。

如果Android A存在有来自用户的想要共享Android B的应用1的共享操作，则将基于共享操作产生的第一目标请求，发送至Android B。Android B响应第一目标请求，启动应用1，将应用1的应用数据显示在Android B的虚拟屏上。应用1的应用数据被传输至Android A的虚拟camera节点。Android A启动对应用1的应用数据的投屏界面，通过V4L2架构读取虚拟camera节点中的数据，并将读取的数据显示Android A的显示屏的投屏界面中。以实现Android B中的应用在Android A处的共享。

此外，还可以：如果Android B存在有来自用户的想要共享Android A的应用2的共享操作，则将基于共享操作产生的第二目标请求，发送至Android A。Android A响应第二目标请求，启动应用2，将应用2的应用数据显示在Android A的虚拟屏上。应用2的应用数据被传输至Android B的虚拟camera节点。Android B启动对应用2的应用数据的投屏界面，通过V4L2架构读取虚拟camera节点中的数据，并将读取的数据显示Android B的显示屏的投屏界面中。以实现Android A中的应用在Android B处的共享。如此，针对不同Die中各自的一个硬件域对应的操作系统，实现操作系统间对彼此应用的共享，实现了操作系统对彼此的访问。

图9为本申请实施例中的第一操作系统和第二操作系统的交互示意图二。在图9中，以第一操作系统为Android A和第二操作系统为Android B为例，在两个系统启动的情况下，获取各自的本地应用列表。本地应用列表记录有各自具有的应用的标识。通过操作系统之间建立的Socket连接，获取对方具有的应用的标识，并将对方的应用的标识记录到共享应用列表中。两个操作系统的桌面引擎显示本地应用列表和共享应用列表，以将自身的应用和对方的应用的标识显示在显示屏上。Android A和Android B分别监控是否存在共享操作，如果未监控到共享操作，则启动自身的应用。如果监控到共享操作，Android A产生第一目标请求并发送至Android B。Android B响应第一目标请求，启动待共享的应用，在虚拟屏上显示待共享应用的应用数据，并将应用数据传输至Android A的虚拟相机节点。Android A启动投屏界面，通过V4L2架构读取虚拟camera节点中的数据，并将读取的数据显示Android A的显示屏的投屏界面中。

如果Android B监控到共享操作，Android B产生第二目标请求并发送至AndroidA。Android A响应第二目标请求，启动待共享的应用，在虚拟屏上显示待共享应用的应用数据，并将应用数据传输至Android B的虚拟相机节点。Android B启动投屏界面，通过V4L2架构读取虚拟camera节点中的数据，并将读取的数据显示Android B的显示屏的投屏界面中。

本申请技术方案中，在跨Die的操作系统中，各操作系统具有自己的应用。通过投屏方式，操作系统间就可以实现应用共享。从表面上看，操作系统间的应用共享，让两个Android系统上的应用，像是在一个Android系统上运行，而实际上，两个Android系统上的应用所占用的系统资源是在两个Die的两个系统上运行的。这种运行方式，比将全部应用运行在同一Android系统上更加流畅。

本申请实施例中可将采用chiplet技术设计而成的目标芯片应用到驾驶设备中。驾驶设备包括私家出行工具和公共出行工具中的至少之一。其中，私家出行工具包括但不限定于平衡车、电动摩托车、私家汽车、私家飞机等。公共出行工具包括但不限定于公交车、火车、地铁、高铁、飞机等。

以目标芯片应用到私家汽车这种车辆为例，所述第一操作系统和所述第二操作系统的其中之一系统为车辆的仪表系统，除所述其中之一系统之外的另一系统为车辆的中控系统。通过前述方案，仪表系统可访问中控系统中的应用，车辆中为仪表系统设置的显示屏上可显示中控系统中的应用所运行的应用数据。中控系统可访问仪表系统中的应用，车辆中为中控系统设置的显示屏上可显示仪表系统中的应用所运行的应用数据。如果为中控系统和为仪表系统设置的两个显示屏，设置在车辆的不同位置处，如一个设置在驾驶位，另一设置在位于驾驶位后排的座位，则可通过本申请技术方案，实现仪表系统或中控系统中的同一应用的应用数据在不同显示屏的显示，从而实现了同一应用在位于不同座位处的乘车人之间的分享。

从应用层面来看，利用本申请技术方案，可将位于驾驶位的司机将其认为的一个好听歌曲或一段好看视频，分享给位于驾驶位后排的座位的乘车人。或，可将在仪表系统中显示的剩余油量、剩余电量信息、剩余量告警信息等，分享给后排的乘车人。可见，本申请技术方案在应用于车辆时，可实现原本在中控系统中运行的应用的应用数据可在仪表系统中显示，和/或，原本在仪表系统中运行的应用的应用数据可在中控系统中显示，可增强娱乐性和实用性，大大提升车辆出行体验。

本申请实施例提供了一种应用共享装置，所述装置应用于目标芯片中。目标芯片包括M个晶圆Die，其中M为大于或等于2的整数。每个Die包括至少两个硬件域，每个Die的各硬件域对应一操作系统。如图10所示，所述装置包括：

第一获得单元1001，用于获得第一操作系统请求第二操作系统进行应用共享的第一目标请求；其中，第一操作系统为第一Die包括的一硬件域所对应的操作系统，第二操作系统为第二Die包括的一硬件域所对应的操作系统；第一Die为M个Die中的其中之一Die，第二Die为M个Die中除第一Die之外的其他Die；第一操作系统能够运行第一应用，第二操作系统能够运行第二应用，第一应用和第二应用不同；所述第一目标请求用于第一操作系统请求第二操作系统共享第二应用；

第一传输单元1002，用于将第一目标请求传输至第二操作系统；

第二获得单元1003，用于获得第二操作系统针对第一目标请求而产生的第一待共享应用的应用数据；

显示单元1004，用于在第一操作系统中显示第一待共享应用的应用数据。

在一些实施例中，所述第二获得单元1003，用于

所述第一待共享应用的应用数据被传输至所述第一操作系统的虚拟节点进行缓存；

获取缓存至所述第一操作系统的虚拟节点中的数据；

其中，所述第一待共享应用的应用数据是所述第二操作系统响应所述第一目标请求时所述第二操作系统的虚拟屏所显示的数据。

在一些实施例中，所述第一操作系统包括显示屏，在第一操作系统的显示屏上显示第一待共享应用的应用数据为第一应用数据的情况下，

所述装置还包括：

第三获得单元，用于获取针对所述第一应用数据的更新操作，将所述更新操作的操作信息发送至所述第二操作系统；

第四获得单元，用于从所述第二操作系统处获得所述第一待共享应用的第二应用数据；所述第二应用数据为所述第二操作系统基于所述操作信息而在所述第二操作系统的虚拟屏上产生的更新数据；

显示单元1004，用于在所述显示屏上显示所述第一待共享应用的第二应用数据。

在一些实施例中，所述第一操作系统的显示屏显示第一应用列表和/或第二应用列表；其中，所述第一应用列表包括第一应用的标识，所述第二应用列表包括第二应用的标识；所述第一操作系统通过与第二操作系统建立的通信连接得到第二应用的标识；

第一获得单元1001，用于获得针对所述显示屏的输入操作；在所述输入操作是针对所述第二应用列表的共享操作时，产生用于请求第二操作系统进行应用共享的第一目标请求。

在一些实施例中，通过V4L2架构获得缓存至所述第一操作系统的虚拟节点中的第一待共享应用的应用数据；显示单元1004，用于将所述应用数据显示在第一操作系统的显示屏的显示界面中，以在第一操作系统中显示第一待共享应用的应用数据。

在一些实施例中，所述第一操作系统和所述第二操作系统在通信过程中使用的网际协议IP地址具有相同的地址段。

在一些实施例中，所述第一操作系统和所述第二操作系统的其中之一系统为车辆的仪表系统，除所述其中之一系统之外的另一系统为车辆的中控系统。

在一些实施例中，所述装置还包括：

第一获取单元，用于获得第二操作系统请求第一操作系统进行应用共享的第二目标请求；

第一响应单元，用于响应第二目标请求，得到第二操作系统请求第一操作系统共享的第二待共享应用的应用数据；

第二传输单元，用于将第二待共享应用的应用数据传输至第二操作系统，以供第二操作系统显示的第二待共享应用的应用数据。

在一些实施例中，所述装置还包括：

第二获取单元，用于获得第一操作系统请求第三操作系统进行应用共享的第三目标请求；其中，第三操作系统为第二Die中除第二操作系统之外的系统、或为第三Die中包括的一硬件域所对应的操作系统；所述第三Die为M个Die中除第一Die和第二Die之外的其他Die；第三操作系统能够运行的第三应用与第一操作系统能够运行的第二应用不同；所述第三目标请求用于第一操作系统请求第三操作系统共享第三应用；

第三传输单元，用于将第三目标请求传输至第三操作系统；

第三获取单元，用于获得第三操作系统针对第三目标请求而产生的第三待共享应用的应用数据；

显示单元1004，用于在第一操作系统中显示第三待共享应用的应用数据。

在一些实施例中，所述装置还包括：

第四获取单元，用于获得第三操作系统请求第一操作系统进行应用共享的第四目标请求；

第二响应单元，用于响应第四目标请求，得到第三操作系统请求第一操作系统共享的第四待共享应用的应用数据；

第四传输单元，用于将第四待共享应用的应用数据传输至第三操作系统，以供第三操作系统显示的第四待共享应用的应用数据。

需要说明的是，本申请实施例的应用共享装置，由于该应用共享装置解决问题的原理与前述的应用共享方法相似，因此，应用共享装置的实施过程及实施原理均可以参见前述方法的实施过程及实施原理描述，重复之处不再赘述。

根据本申请的实施例，本申请提供了一种芯片，该芯片可以是前述的目标芯片，包括前述的应用共享装置。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

其中，所述电子设备包括至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请所述的应用共享方法。所述计算机指令用于使所述计算机执行本申请所述的应用共享方法。

图11示出了可以用来实施本申请的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图11所示，设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序，来执行各种适当的动作和处理。在RAM 803中，还可存储设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如应用共享方法。例如，在一些实施例中，应用共享方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到RAM 803并由计算单元801执行时，可以执行上文描述的应用共享方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行应用共享方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本申请的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本申请的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。