CN115145748A - 跨进程通信方法、装置、设备以及存储介质 - Google Patents

Abstract

本公开提供了一种跨进程通信方法、装置、设备以及存储介质，涉及人工智能领域，具体涉及自然语言处理、车联网和智能座舱技术，可应用于跨进程通信场景下。该方法包括：接收第一请求信息，其中，第一请求信息包含线程索引信息；基于线程索引信息确定当前线程以及当前线程的共享内存数据；响应于确定针对共享内存数据的写锁未被占用，读取共享内存数据；基于共享内存数据对第一请求信息进行处理，返回处理结果。本公开提供的跨进程通信方法解决了跨进程通信中由于通信数据过大而无法处理的问题，提高了跨进程通信的效率。

Description

跨进程通信方法、装置、设备以及存储介质

技术领域

本公开的实施例涉及人工智能技术领域，具体涉及自然语言处理、车联网和智能座舱技术，尤其涉及跨进程通信方法、装置、设备以及存储介质。

背景技术

跨进程通信(Inter-Process Communication，IPC)是指至少两个进程之间传送数据或信号的技术或方法，为了完善应用程序的性能，在很多情况下需要调用远程服务，远程服务与调用者分别运行在不同的进程，此时，调用者对远程服务的调用过程就是跨进程通信，例如多个应用程序共享同一个后台服务(远程服务)，即一个远程服务与多个应用程序进行跨进程通信。

发明内容

本公开提供了一种跨进程通信方法、装置、设备以及存储介质。

根据本公开的第一方面，提供了一种跨进程通信方法，包括：接收第一请求信息，其中，第一请求信息包含线程索引信息；基于线程索引信息确定当前线程以及当前线程的共享内存数据；响应于确定针对共享内存数据的写锁未被占用，读取共享内存数据；基于共享内存数据对第一请求信息进行处理，返回处理结果。

根据本公开的第二方面，提供了一种跨进程通信方法，包括：基于预设接口发送第一请求信息，以使服务端对第一请求信息进行处理；接收服务端返回的针对第一请求信息的处理结果。

根据本公开的第三方面，提供了一种跨进程通信装置，包括：第一接收模块，被配置成接收第一请求信息，其中，第一请求信息包含线程索引信息；确定模块，被配置成基于线程索引信息确定当前线程以及当前线程的共享内存数据；第一读取模块，被配置成响应于确定针对共享内存数据的写锁未被占用，读取共享内存数据；处理模块，被配置成基于共享内存数据对第一请求信息进行处理，返回处理结果。

根据本公开的第四方面，提供了一种跨进程通信装置，包括：第一发送模块，被配置成基于预设接口发送第一请求信息，以使服务端对第一请求信息进行处理；第二接收模块，被配置成接收服务端返回的针对第一请求信息的处理结果。

根据本公开的第五方面，提供了一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如第一方面或第二方面中任一实现方式描述的方法。

根据本公开的第六方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行如第一方面或第二方面中任一实现方式描述的方法。

根据本公开的第七方面，提供了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现如第一方面或第二方面中任一实现方式描述的方法。

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

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是本公开可以应用于其中的示例性***架构图；

图2是根据本公开的跨进程通信方法的第一实施例的流程图；

图3是根据本公开的跨进程通信方法的第二实施例的流程图；

图4是根据本公开的跨进程通信方法的第三实施例的流程图；

图5是根据本公开的跨进程通信方法的第四实施例的流程图；

图6是根据本公开的跨进程通信方法的第五实施例的流程图；

图7是根据本公开的跨进程通信方法的一个应用场景图；

图8是根据本公开的跨进程通信装置的一个实施例的结构示意图；

图9是根据本公开的跨进程通信装置的另一个实施例的结构示意图；

图10是用来实现本公开实施例的跨进程通信方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

图1示出了可以应用本公开的跨进程通信方法或跨进程通信装置的实施例的示例性***架构100。

如图1所示，***架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送信息等。终端设备101、102、103上可以安装有各种客户端应用。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述电子设备中。其可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以提供各种服务。例如，服务器105可以对从终端设备101、102、103获取的第一请求信息进行分析和处理，并生成处理结果(例如处理结果)。

需要说明的是，服务器105可以是硬件，也可以是软件。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本公开实施例所提供的跨进程通信方法一般由服务器105执行，相应地，跨进程通信装置一般设置于服务器105中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，其示出了根据本公开的跨进程通信方法的第一实施例的流程200。该跨进程通信方法包括以下步骤：

步骤201，接收第一请求信息，其中，第一请求信息包含线程索引信息。

在本实施例中，跨进程通信方法的执行主体(例如图1所示的服务器105)可以接收客户端发送的第一请求信息，其中，第一请求信息包含线程索引信息。一般情况下，当客户端想要与上述执行主体进行交互时，会发送第一请求信息，所以，第一请求信息也可称为交互信息。例如，假设客户端为一个语音助手，那么第一请求信息可以为“给张三打电话”，或者还可以为“导航去最近的医院”等等。

在客户端与服务端进行交互的过程中，客户端与服务端各为一个进程，也即服务端为一个进程，客户端为一个进程，而客户端进程可以包括多个线程，上述执行主体可以并行处理客户端的多个线程的请求。本实施例中，客户端的每个线程具有一个线程索引，从而在交互的过程中，上述执行主体可以基于第一请求信息中的线程索引信息快速确定当前线程具体为客户端的哪个线程。

步骤202，基于线程索引信息确定当前线程以及当前线程的共享内存数据。

在本实施例中，由于第一请求信息中包括线程索引信息，所以，上述执行主体可以基于第一请求信息中的线程索引信息确定当前线程，以及当前线程的共享内存数据。

所谓共享内存就是使得多个进程可以访问同一块内存空间，是最快的可用IPC(Inter-Process Communication，进程间通信)形式。是针对其他通信机制运行效率较低而设计的。其他进程能把同一段共享内存段“连接到”自己的地址空间里去。所有进程都能访问共享内存中的地址。如果一个进程向这段共享内存写了数据，所做的改动会即时被所有访问同一段共享内存的其他进程看到。共享内存的使用大大降低了在大规模数据处理过程中内存的消耗。

本实施例中，共享内存中存储了每个线程的数据，且每个线程的数据之间是相互独立的，也即每个线程在共享内存中都对应一个独立空间，也即每个线程对应一个共享内存数据，且每个线程以及该线程的共享内存数据都具有一个唯一的索引标识。所以，上述执行主体可以基于线程索引信息来确定当前线程，以及当前线程的共享内存数据。

步骤203，响应于确定针对共享内存数据的写锁未被占用，读取共享内存数据。

在本实施例中，上述执行主体会确定针对当前线程的共享内存数据的写锁是否被占用，并在写锁未被占用的情况下，读取当前线程的共享内存数据。

需要说明的是，读写锁(读锁和写锁)实际是一种特殊的自旋锁，它把对共享资源的访问者划分成读者和写者，读者只对共享资源进行读访问，写者则需要对共享资源进行写操作。当需要对共享资源进行写操作时，需要读锁和写锁都处于空闲状态；当需要对共享资源进行读操作时，只需要写锁处于空闲状态。

在本实施例中，由于上述执行主体需要读取共享内存数据，所以，会先判断共享内存数据的写锁是否被占用，若未被占用，则读取共享内存数据。若写锁被占用，则会在其释放之后，再读取共享内存数据。

步骤204，基于共享内存数据对第一请求信息进行处理，返回处理结果。

在本实施例中，上述执行主体基于步骤203读取的共享内存数据对第一请求信息进行处理，从而得到处理结果，并将处理结果返回给客户端。由于共享内存数据中已经记录了之前交互过程的所有数据信息，例如用户的所有信息(家庭住址信息、年龄信息、爱好信息等)，所以上述执行主体可以基于共享内存数据来构建交互的上下文信息，并基于上下文信息对第一请求信息进行处理，从而得到对应的处理结果。例如，当第一请求信息为“附近好吃的饭店”，上述执行主体基于共享内存数据确定用户的喜好为“川菜”，那么上述执行主体会寻找附近好吃的川菜馆，并将结果信息返回给客户端。

需要说明的是，当客户端的多个线程同时发起请求，也即客户端的多线程并发请求时，上述执行主体的处理方式与对单线程的处理方式相同，会采用同样的方法并行处理多线程的并发请求。

随着交互信息的增多，NLU(Natural Language Understanding，自然语言理解)的智能化程度超高，依赖的上下文信息也越多，这些交互信息的大小很可能会超过1MB(Mbyte，兆)，而AIDL(Android Interface Definition Language，Android接口定义语言)这种方式最大传输数据限制在1M。所以，本实施例中将交互信息存储在共享内存中，从而解决了对跨进程多线程的并发请求的处理问题。

本公开实施例提供的跨进程通信方法，首先，接收第一请求信息，其中，第一请求信息包含线程索引信息；然后，基于线程索引信息确定当前线程以及当前线程的共享内存数据；之后，响应于确定针对共享内存数据的写锁未被占用，读取共享内存数据；最后基于共享内存数据对第一请求信息进行处理，返回处理结果。本实施例中的跨进程通信方法，该方法通过将通信数据存储在共享内存中，通过读取共享内存数据来对请求信息进行处理，解决了跨进程通信中由于通信数据过大而无法处理的问题，也提高了跨进程通信的效率。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

继续参考图3，图3示出了根据本公开的跨进程通信方法的第二实施例的流程300。该跨进程通信方法包括以下步骤：

步骤301，响应于接收到针对共享内存数据的写入请求，判断共享内存数据的读锁和写锁是否被占用。

在本实施例中，跨进程通信方法的执行主体(例如图1所示的服务器105)会在接收到客户端发送的针对共享内存数据的写入请求时，判断共享内存数据的读锁和写锁是否被占用。只有在共享内存数据的读锁和写锁都未被占用的情况下，才可以对共享内存数据进行写入操作。

步骤302，若读锁和写锁均未被占用，返回请求成功信息。

在本实施例中，若读锁和写锁均未被占用，上述执行主体会返回请求成功信息。若读锁和/或写锁被占用，会在被占用读锁和/或写锁释放后，返回请求成功信息给客户端。

步骤303，将发送第一请求信息的客户端的第一预设数据写入共享内存数据中。

在本实施例中，上述执行主体会接收客户端发送的第一预设数据，并将接收的第一预设数据写入共享内存数据中。这里的第一预设数据一般指客户端的端状态数据，也即客户端的交互数据，例如对话数据、导航数据、音乐数据等等，第一预设数据的数据大小会比较大，一般在1M以上。

通过上述步骤，可以将客户端的端状态数据写入共享内存数据中。

步骤304，接收第一请求信息，其中，第一请求信息包含线程索引信息。

步骤305，基于线程索引信息确定当前线程以及当前线程的共享内存数据。

步骤306，响应于确定针对共享内存数据的写锁未被占用，读取共享内存数据。

步骤304-306与前述实施例的步骤201-203基本一致，具体实现方式可以参考前述对步骤201-203的描述，此处不再赘述。

步骤307，对共享内存数据中的第一预设数据进行解析，得到解析结果。

在本实施例中，上述执行主体对共享内存数据中的第一预设数据进行解析，从而得到对应的解析结果。也即对当前线程的交互数据进行解析，解析方法可以采用现有技术实现，在此不再赘述。

步骤308，基于解析结果构建上下文内容。

在本实施例中，上述执行主体会基于步骤307得到的解析结果来构建上下文内容。也即对当前线程的交互数据或是状态数据进行解析，从而基于解析结果来构建当前线程的上下文内容，从而可以基于构建的上下文内容对第一请求信息进行处理。

步骤309，基于上下文内容对第一请求信息进行处理，得到处理结果。

在本实施例中，上述执行主体会基于步骤308构建的当前线程的上下文内容对第一请求信息进行处理，从而得到处理结果，并将处理结果返回给客户端。基于当前线程的上下文内容可以更全面地分析第一请求信息，从而得到与第一请求信息对应的处理结果。

从图3中可以看出，与图2对应的实施例相比，本实施例中的跨进程通信方法，该方法突出了将第一预设数据写入共享内存中的步骤以及基于第一预设数据对第一请求信息进行处理的步骤，从而提升了处理结果的准确性，以及提升了跨进程通信的效率。

继续参考图4，图4示出了根据本公开的跨进程通信方法的第三实施例的流程400。该跨进程通信方法包括以下步骤：

步骤401，接收第一请求信息，其中，第一请求信息包含线程索引信息。

步骤402，基于线程索引信息确定当前线程以及当前线程的共享内存数据。

步骤403，响应于确定针对共享内存数据的写锁未被占用，读取共享内存数据。

步骤401-403与前述实施例的步骤201-203基本一致，具体实现方式可以参考前述对步骤201-203的描述，此处不再赘述。

步骤404，响应于确定处理结果中存在第二预设数据，判断共享内存数据的读锁和写锁是否被占用。

在本实施例中，跨进程通信方法的执行主体(例如图1所示的服务器105)会判断处理结果中是否存在第二预设数据，这里的第二预设数据一般指客户端的端状态数据，也即客户端的交互数据，例如对话数据、导航数据、音乐数据等等，第二预设数据的数据大小会比较大，一般在1M以上。需要说明的是，第一预设数据与第二预设数据皆指客户端的端状态数据，且第一预设数据与第二预设数据可以相同，也可以不同。

上述执行主体在确定处理结果中存在第二预设数据的情况下，会将第二预设数据写入共享内存数据中，所以，上述执行主体会先判断共享内存数据的读锁和写锁是否被占用，只有在读锁和写锁皆未被占用的情况下，才可以执行对共享内存数据的写入操作。

步骤405，若读锁和写锁均未被占用，将第二预设数据写入共享内存数据中。

在本实施例中，上述执行主体会在读锁和写锁均未被占用的情况下，将第二预设数据写入共享内存数据中。若读锁和/或写锁被占用，上述执行主体会在被占用的读锁和/或写锁释放后，再将第二预设数据写入共享内存数据中。

在本实施例的一些可选的实施方式中，上述跨进程通信方法还包括：响应于确定共享内存数据的长度超过预设长度值，更新存储共享内存数据的信息表。

在本实现方式中，会为每个子共享内存设置可以存储的数据长度值，当上述执行主体确定共享内存数据的实际长度大于预设长度值时，会去更新存储各个共享内存数据的信息表中的相关数据，例如存储共享内存数据的长度值的数据，从而可以及时对共享内存数据进行更新。

从图4中可以看出，与图2对应的实施例相比，本实施例中的跨进程通信方法，该方法突出了在处理结果中存在第二预设数据时，将第二预设数据写入共享内存中的步骤，从而提高了跨进程通信的效率。

继续参考图5，其示出了根据本公开的跨进程通信方法的第四实施例的流程500。该跨进程通信方法包括以下步骤：

步骤501，基于预设接口发送第一请求信息，以使服务端对第一请求信息进行处理。

在本实施例中，跨进程通信方法的执行主体(例如图1所示的终端设备101、102、103)可以基于预设接口发送第一请求信息，以使服务器对第一请求信息进行处理。由于Android***中的进程之间不能共享内存，因此，需要提供一些机制在不同进程之间进行数据通信。由于请求信息一般为交互信息，其数据容量较小，所以，本实施例中，上述执行主体会采用AIDL接口的方式发送第一请求信息给服务器。第一接口信息中会包括线程索引信息，服务器在接收到第一请求信息后，会基于第一请求信息中的线程索引信息来确定当前线程，并基于当前线程的共享内存数据来对第一请求信息进行处理。

步骤502，接收服务端返回的针对第一请求信息的处理结果。

在本实施例中，服务器在对第一请求信息处理完成之后，会返回处理结果，上述执行主体会接收服务端返回的针对第一请求信息的处理结果。

本公开实施例提供的跨进程通信方法，首先，基于预设接口发送第一请求信息，以使服务端对第一请求信息进行处理；然后，接收服务端返回的针对第一请求信息的处理结果。本实施例中的跨进程通信方法，该方法可以通过AIDL接口的方式将第一请求信息发送给服务端，并接收服务端返回的处理结果，从而提高了跨进程通信的效率。

继续参考图6，图6示出了根据本公开的跨进程通信方法的第五实施例的流程600。该跨进程通信方法包括以下步骤：

步骤601，基于预设接口发送针对当前线程的共享内存数据的写入请求。

在本实施例中，跨进程通信方法的执行主体(例如图1所示的终端设备101、102、103)会基于预设接口发送针对当前线程的共享内存数据的写入请求，这里预设接口指的是AIDL接口。在上述执行主体与服务端进行交互的过程中，上述执行主体会将交互数据(也即端状态数据)写入当前线程的共享内存数据中，所以，上述执行主体会基于预设接口发送针对当前线程的共享内存数据的写入请求给服务端，以使服务端判断当前线程的共享内存数据的读锁和写锁是否被占用，若读锁和写锁皆未被占用，则会返回请求成功信息；若读锁和/或写锁被占用，会在被占用的读锁和/或写锁释放后，返回请求成功信息。

步骤602，响应于接收到请求成功信息，发送第一预设数据。

在本实施例中，上述执行主体在接收到服务端返回的请求成功信息后，会将要写入到共享内存数据中的第一预设数据发送给服务端，以使服务端将第一预设数据写入当前线程的共享内存数据中。

通过上述步骤，可以将要写入共享内存中的数据发送给服务端。

步骤603，基于预设接口发送第一请求信息，以使服务端对第一请求信息进行处理。

步骤604，接收服务端返回的针对第一请求信息的处理结果。

步骤603-604与前述实施例的步骤501-502基本一致，具体实现方式可以参考前述对步骤501-502的描述，此处不再赘述。

步骤605，响应于确定处理结果中存在第二预设数据，判断共享内存数据的写锁是否被占用。

在本实施例中，上述执行主体在确定处理结果中存在第二预设数据的情况下，会去共享内存数据中读取第二预设数据，那么，上述执行主体会先判断共享内存数据的写锁是否被占用，只要在写锁未被占用的情况下，才可以读取共享内存数据中的第二预设数据。需要说明的是，第一预设数据与第二预设数据皆指客户端的端状态数据，且第一预设数据与第二预设数据可以相同，也可以不同。

步骤606，若写锁未被占用，读取共享内存数据中的第二预设数据。

在本实施例中，上述执行主体在写锁未被占用的情况下，读取共享内存数据中的第二预设数据。从而读取共享内存中的第二预设数据。

从图6中可以看出，与图5对应的实施例相比，本实施例中的跨进程通信方法，该方法突出了将第一预设数据写入共享内存中的步骤以及读取共享内存中的第二预设数据的步骤，从而进一步提升了跨进程通信的效率。

进一步参考图7，图7示出了根据本公开的跨进程通信方法的一个应用场景图。在该应用场景中，终端设备(Client)701向服务器(Service)702申请写锁(通过AIDL接口)，如果服务器702中的读锁和写锁均已被占用，等待其释放后，返回请求成功信息。然后，终端设备701把数据内容写入共享内存703中。

接着，终端设备701通过AIDL接口发起一般请求给服务器702。服务端702收到请求后，申请读锁权限，如果写锁被占用，等待其释放，然后读取共享内存数据后释放读锁，并处理一般请求。

服务器702对一般请求事件处理完成后，如果返回的数据中同样存在大数据，同样要进行写共享内存数据操作(第一个虚线框中流程)。也即先请求写锁，如果读锁和写锁均被占用，等待释放后将数据写入共享内存703中，并释放写锁。

终端设备701接收一般请求响应，如果其中存在返回的大数据，终端设备701会去共享内存703中读取(第二个虚线框中流程)，也即请求读锁，如果写锁被占用，等待释放后，从共享内存703中读取数据，并释放读锁。

其中，共享内存数据结构包括：

Header：用于存储所有线程共享数据的节点的索引信息；包括DataNodeIndexData[0]……DataNodeIndex Data[N-1]，其中，DataNodeIndex Data[0]表示线程1的共享内存数据的索引，DataNodeIndex Data[N-1]表示线程N的共享内存数据的索引。

InitData：用于描述Header.DataNodeIndex的长度，也即表示Header中的索引信息的长度。

Payload：用于存储所有线程的共享内存数据；包括byte[]Data[0]……byte[]Data[N-1]，其中，byte[]Data[0]表示第1个线程的共享内存数据，byte[]Data[N-1]表示第N个线程的共享内存数据。

进一步参考图8，作为对上述各图所示方法的实现，本公开提供了一种跨进程通信装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图8所示，本实施例的跨进程通信装置800包括：第一接收模块801、确定模块802、第一读取模块803和处理模块804。其中，第一接收模块801，被配置成接收第一请求信息，其中，第一请求信息包含线程索引信息；确定模块802，被配置成基于线程索引信息确定当前线程以及当前线程的共享内存数据；第一读取模块803，被配置成响应于确定针对共享内存数据的写锁未被占用，读取共享内存数据；处理模块804，被配置成基于共享内存数据对第一请求信息进行处理，返回处理结果。

在本实施例中，跨进程通信装置800中：第一接收模块801、确定模块802、第一读取模块803和处理模块804的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201-204的相关说明，在此不再赘述。

在本实施例的一些可选的实现方式中，上述跨进程通信装置800还包括：第一判断模块，被配置成响应于接收到针对共享内存数据的写入请求，判断共享内存数据的读锁和写锁是否被占用；返回模块，被配置成若读锁和写锁均未被占用，返回请求成功信息；第一写入模块，被配置成将客户端的第一预设数据写入共享内存数据中。

在本实施例的一些可选的实现方式中，处理模块包括：解析子模块，被配置成对共享内存数据中的第一预设数据进行解析，得到解析结果；构建子模块，被配置成基于解析结果构建上下文内容；处理子模块，被配置成基于上下文内容对第一请求信息进行处理，得到处理结果。

在本实施例的一些可选的实现方式中，上述跨进程通信装置800还包括：第二判断模块，被配置成响应于确定处理结果中存在第二预设数据，判断共享内存数据的读锁和写锁是否被占用；第二写入模块，被配置成若读锁和写锁均未被占用，将第二预设数据写入共享内存数据中。

在本实施例的一些可选的实现方式中，上述跨进程通信装置800还包括：更新模块，被配置成响应于确定共享内存数据的长度超过预设长度值，更新存储共享内存数据的信息表。

进一步参考图9，作为对上述各图所示方法的实现，本公开提供了一种跨进程通信装置的一个实施例，该装置实施例与图5所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图9所示，本实施例的跨进程通信装置900包括：第一发送模块901和第二接收模块902。其中，第一发送模块901，被配置成基于预设接口发送第一请求信息，以使服务端对第一请求信息进行处理；第二接收模块902，被配置成接收服务端返回的针对第一请求信息的处理结果。

在本实施例中，跨进程通信装置900中：第一发送模块901和第二接收模块902的具体处理及其所带来的技术效果可分别参考图5对应实施例中的步骤501-502的相关说明，在此不再赘述。

在本实施例的一些可选的实现方式中，上述跨进程通信装置900还包括：第二发送模块，被配置成基于预设接口发送针对当前线程的共享内存数据的写入请求；第三发送模块，被配置成响应于接收到请求成功信息，发送第一预设数据。

在本实施例的一些可选的实现方式中，上述跨进程通信装置900还包括：第三判断模块，被配置成响应于确定处理结果中存在第二预设数据，判断共享内存数据的写锁是否被占用；第二读取模块，被配置成若写锁未被占用，读取共享内存数据中的第二预设数据。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

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

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

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

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

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

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

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

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

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

云计算(cloud computer)，指的是通过网络接入弹性可扩展的共享物理或虚拟资源池，资源可以包括服务器、操作***、网络、软件、应用或存储设备等，并可以以按需、自服务的方式对资源进行部署和管理的技术体系。通过云计算技术，可以为人工智能、区块链等技术应用、模型训练提供高效强大的数据处理能力。

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

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (19)

1.一种跨进程通信方法，包括：

接收第一请求信息，其中，所述第一请求信息包含线程索引信息；

基于所述线程索引信息确定当前线程以及所述当前线程的共享内存数据；

响应于确定针对所述共享内存数据的写锁未被占用，读取所述共享内存数据；

基于所述共享内存数据对所述第一请求信息进行处理，返回处理结果。

2.根据权利要求1所述的方法，还包括：

响应于接收到针对所述共享内存数据的写入请求，判断所述共享内存数据的读锁和写锁是否被占用；

若所述读锁和所述写锁均未被占用，返回请求成功信息；

将发送所述第一请求信息的客户端的第一预设数据写入所述共享内存数据中。

3.根据权利要求2所述的方法，其中，所述基于所述共享内存数据对所述第一请求信息进行处理，返回处理结果，包括：

对所述共享内存数据中的第一预设数据进行解析，得到解析结果；

基于所述解析结果构建上下文内容；

基于所述上下文内容对所述第一请求信息进行处理，得到处理结果。

4.根据权利要求1-3中任一项所述的方法，还包括：

响应于确定所述处理结果中存在第二预设数据，判断所述共享内存数据的读锁和写锁是否被占用；

若所述读锁和所述写锁均未被占用，将所述第二预设数据写入所述共享内存数据中。

5.根据权利要求4所述的方法，还包括：

响应于确定所述共享内存数据的长度超过预设长度值，更新存储所述共享内存数据的信息表。

6.一种跨进程通信方法，包括：

基于预设接口发送第一请求信息，以使服务端对所述第一请求信息进行处理；

接收所述服务端返回的针对所述第一请求信息的处理结果。

7.根据权利要求6所述的方法，还包括：

基于所述预设接口发送针对当前线程的共享内存数据的写入请求；

响应于接收到请求成功信息，发送第一预设数据。

8.根据权利要求7所述的方法，还包括：

响应于确定所述处理结果中存在第二预设数据，判断所述共享内存数据的写锁是否被占用；

若所述写锁未被占用，读取所述共享内存数据中的第二预设数据。

9.一种跨进程通信装置，包括：

第一接收模块，被配置成接收第一请求信息，其中，所述第一请求信息包含线程索引信息；

确定模块，被配置成基于所述线程索引信息确定当前线程以及所述当前线程的共享内存数据；

第一读取模块，被配置成响应于确定针对所述共享内存数据的写锁未被占用，读取所述共享内存数据；

处理模块，被配置成基于所述共享内存数据对所述第一请求信息进行处理，返回处理结果。

10.根据权利要求9所述的装置，还包括：

第一判断模块，被配置成响应于接收到针对所述共享内存数据的写入请求，判断所述共享内存数据的读锁和写锁是否被占用；

返回模块，被配置成若所述读锁和所述写锁均未被占用，返回请求成功信息；

第一写入模块，被配置成将发送所述第一请求信息的客户端的第一预设数据写入所述共享内存数据中。

11.根据权利要求10所述的装置，其中，所述处理模块包括：

解析子模块，被配置成对所述共享内存数据中的第一预设数据进行解析，得到解析结果；

构建子模块，被配置成基于所述解析结果构建上下文内容；

处理子模块，被配置成基于所述上下文内容对所述第一请求信息进行处理，得到处理结果。

12.根据权利要求9-11中任一项所述的装置，还包括：

第二判断模块，被配置成响应于确定所述处理结果中存在第二预设数据，判断所述共享内存数据的读锁和写锁是否被占用；

第二写入模块，被配置成若所述读锁和所述写锁均未被占用，将所述第二预设数据写入所述共享内存数据中。

13.根据权利要求12所述的装置，还包括：

更新模块，被配置成响应于确定所述共享内存数据的长度超过预设长度值，更新存储所述共享内存数据的信息表。

14.一种跨进程通信装置，包括：

第一发送模块，被配置成基于预设接口发送第一请求信息，以使服务端对所述第一请求信息进行处理；

第二接收模块，被配置成接收所述服务端返回的针对所述第一请求信息的处理结果。

15.根据权利要求14所述的装置，还包括：

第二发送模块，被配置成基于所述预设接口发送针对当前线程的共享内存数据的写入请求；

第三发送模块，被配置成响应于接收到请求成功信息，发送第一预设数据。

16.根据权利要求15所述的装置，还包括：

第三判断模块，被配置成响应于确定所述处理结果中存在第二预设数据，判断所述共享内存数据的写锁是否被占用；

第二读取模块，被配置成若所述写锁未被占用，读取所述共享内存数据中的第二预设数据。

17.一种电子设备，包括：

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5或6-8中任一项所述的方法。

18.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行权利要求1-5或6-8中任一项所述的方法。

19.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-5或6-8中任一项所述的方法。

Images