跨模块通信方法、系统、设备及存储介质与流程

文档序号:33512390发布日期:2023-03-22 01:14阅读:42来源:国知局
跨模块通信方法、系统、设备及存储介质与流程

1.本公开涉及通信技术领域,尤其涉及一种跨模块通信方法、系统、设备及存储介质。


背景技术:

2.通常,同一个应用程序内的多个模块之间,或不同应用程序之间均需要通信。比如,以口腔扫描软件为例,扫描软件中通常包括多个业务模块,比如,扫描业务模块、算法模块、授权模块等,这些业务模块在工作过程中均需要通信,因而,需要实现模块间的通信。
3.然而,有些场景下的模块之间无法直接通信,比如,运行在不同进程上的各模块之间,或者是同一进程下不同开发语言编写的各模块之间是无法直接通信的。因此,需要提供一种实现这些模块之间通信的方案。


技术实现要素:

4.本公开提供一种跨模块通信方法、系统、设备及存储介质。
5.根据本公开实施例的第一方面,提供一种跨模块通信方法,所述方法包括:
6.第一模块通过第一运行时库将待调用函数的相关信息转换成目标格式的通信数据,并发送给预先创建的消息中转模块;其中,所述目标格式为各模块与所述消息中转模块通信需遵循的格式;
7.所述消息中转模块在接收到所述通信数据后,基于预先存储的通信函数的相关消息,确定与所述待调用函数关联的第二模块,并将所述通信数据转发给所述第二模块;其中,所述通信函数为模块之间通信需用到的函数;
8.所述第二模块通过第二运行时库对所述通信数据进行解析,得到所述待调用函数的相关信息,并基于所述待调用函数的相关信息对所述待调用函数进行调用。
9.根据本公开实施例的第二方面,提供一种跨模块通信系统,所述系统包括第一模块、第二模块和消息中转模块;
10.所述第一模块通过第一运行时库将待调用函数的相关信息转换成目标格式的通信数据,并发送所述消息中转模块;其中,所述目标格式为各模块与所述消息中转模块通信需遵循的格式;
11.所述消息中转模块在接收到所述通信数据后,基于预先存储的通信函数的相关消息,确定与所述待调用函数关联的第二模块,并将所述通信数据转发给所述第二模块;其中,所述通信函数为模块之间通信需用到的函数;
12.所述第二模块通过第二运行时库对所述通信数据进行解析,得到所述待调用函数的相关信息,并基于所述待调用函数的相关信息对所述待调用函数进行调用。
13.根据本公开实施例的第三方面,提供一种电子设备,所述电子设备包括处理器、存储器、存储在所述存储器可供所述处理器执行的计算机指令,所述处理器执行所述计算机指令时,可实现上述第一方面提及的方法。
14.根据本公开实施例的第四方面,提供一种计算机可读存储介质,所述存储介质上存储有计算机指令,所述计算机指令被执行时实现上述第一方面提及的方法。
15.本公开实施例中,当第一模块想要调用第二模块中的某个函数时,可以借助模块编程语言对应的运行时库将待调用函数的相关信息转换成可与消息中转模块通信的通信数据,从而可以利用消息中转模块将通信数据转发至第二模块,第二模块再借助运行时库对通信数据进行解析,得到待调用函数的相关信息,并基于该信息实现对待调用函数的调用。通过该方式,即可以实现跨模块通信。
16.应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,而非限制本公开。
附图说明
17.此处的附图被并入说明书中并构成本说明书的一部分,这些附图示出了符合本公开的实施例,并与说明书一起用于说明本公开的技术方案。
18.图1是本公开实施例的一种跨模块通信方法的示意图。
19.图2是本公开实施例的一种跨模块通信方法的流程图。
20.图3是本公开实施例的一种模块之间跨语言通信的示意图。
21.图4是本公开实施例的一种模块向消息中转模块注册通信函数的示意图。
22.图5是本公开实施例的一种第一模块、第二模块运行在同一设备的应用场景示意图。
23.图6(a)-6(c)是本公开实施例中的第一模块、第二模块运行在不同设备的应用场景示意图。
24.图7(a)是本公开实施例中的模块a和模块b向broker模块注册的示意图。
25.图7(b)是本公开实施例中模块a和模块b通过发布-订阅模式通信的示意图。
26.图7(c)是本公开实施例中模块a和模块b通过请求-应答模式通信的示意图。
27.图7(d)是本公开实施例中模块a和模块b通过回调-响应模式通信的示意图。
28.图8是本公开实施例的一种跨模块通信系统的逻辑结构示意图。
29.图9是本公开实施例的一种设备的逻辑结构示意图。
具体实施方式
30.这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
31.在本公开使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。另外,本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合。
32.应当理解,尽管在本公开可能采用术语第一、第二、第三等来描述各种信息,但这
些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
33.为了使本技术领域的人员更好的理解本公开实施例中的技术方案,并使本公开实施例的上述目的、特征和优点能够更加明显易懂,下面结合附图对本公开实施例中的技术方案作进一步详细的说明。
34.通常,同一个应用程序内的多个模块之间,或不同应用程序之间均需要通信。比如,模块a需要调用模块b的某个函数,以实现某个功能,或者模块a在完成某个任务后需要通知模块b,以便模块b执行下一步操作等。
35.以口腔扫描软件的开发为例,扫描软件中通常包括多个业务模块,比如,扫描业务模块、算法模块、授权模块等,这些业务模块在工作过程中均需要相互通信,因而,需要实现模块间的通信。
36.然而,有些场景下的模块之间无法直接通信,比如,运行在不同进程上的各模块之间,或者是同一进程下不同开发语言编写的各模块之间是无法直接通信的,无法直接对另一模块中的函数进行调用。因此,需要提供一种实现这些模块之间通信的方案。
37.考虑到在应用程序开发过程中,针对不同的编程语言,通常都存在一个程序运行时所依赖的运行时库(比如,ios系统原生语言的runtime运行时库),该运行时库可以在程序运行期间动态的做一些函数上的处理,包括函数的调用,函数方法的拦截等,比如,该运行时库可以在利用该编程语言开发的应用程序运行的过程中,将该应用程序中实现某个功能的函数的函数名、函数的参数类型、参数值等信息转换成指定格式的通信数据,同时,该运行时库也可以将该指定格式的通信数据解析成函数的函数名、函数的参数类型、参数值等信息,并基于这些信息对该函数进行调用,以实现该函数的功能。因此,本公开实施例在设计模块之间的通信方案时,可以借助上述运行时库实现模块之间信息的传递。
38.比如,如图1所示,可以预先创建一个用于转发模块间通信信息的消息中转模块c,每个模块在启动后,均可以向该消息中转模块c注册该模块与其他模块通信所需用到的通信函数的相关信息。当某个模块a想要调用模块b中的某个函数x时,可以借助上述运行时库将函数x的函数名、参数类型、参数值等相关信息转换成可与该消息中转模块通信的通信数据,然后发送给消息中转模块,消息中转模块则可以基于各模块注册的通信函数的相关信息将通信数据转发给函数x对应的模块b。同理,模块b在接收到该通信数据后,也可以借助上述运行时库对通信数据进行解析,得到函数x的函数名、参数类型、参数值等相关信息,并利用上述运行时库基于这些信息对函数x进行调用,实现函数x的相关功能。通过上述方式,即可以实现不同模块之间的通信。
39.本公开实施例中的模块可以运行在进程、子进程或者线程上。从而可以实现跨进程通信、跨子进程通信或跨线程通信。
40.在一些场景,本公开实施例中相互通信的两个模块(以下称为第一模块和第二模块)可以运行在同一个设备上。
41.比如,这两个模块可以是运行在同一设备的不同应用程序中的两个模块,两个模块可以运行在两个应用程序对应的两个进程上,这种情况下,该跨模块通信方法可以由该
设备执行,实现跨进程通信。
42.比如,这两个模块可以是同一应用程序中的两个模块,两个模块可以运行在该应用程序对应的两个进程上,这种情况下,该跨模块通信方法可以由该应用程序执行,实现跨进程通信。
43.比如,这两个模块可以是同一应用程序中的两个模块,这两个模块可以运行在该应用程序对应的两个子进程上。这种情况下,该跨模块通信方法可以由该应用程序执行,实现跨子进程通信。
44.比如,这两个模块可以是同一应用程序中不同开发语言编写的2个模块,这两个模块可以运行在该应用程序对应的进程的两个线程上。这种情况下,该跨模块通信方法可以由该应用程序执行,实现跨线程通信。
45.在一些场景,第一模块和第二模块可以运行在不同的设备上,比如,两个模块可以是两个应用程序,这两个应用程序分别运行在两个设备上。该跨模块通信方法可以由两个应用程序共同实现,实现跨进程通信。
46.如图2所示,为本公开实施例提供的跨模块通信方法的流程图,具体可以包括以下步骤:
47.s202、第一模块通过第一运行时库将待调用函数的相关信息转换成目标格式的通信数据,并发送给预先创建的消息中转模块;其中,所述目标格式为各模块与所述消息中转模块通信需遵循的格式;
48.在应用程序启动后,可以创建一个消息中转模块,消息中转模块可以用于对不同模块之间的通信信息进行转发。在一些场景,若相互通信的第一模块和第二模块为同一个应用程序中的两个功能模块,则可以在该应用程序启动时,由该应用程序自动创建该消息中转模块。
49.在一些场景,若第一模块和第二模块为运行在两个不同设备上的两个模块,比如,这两个模块为两个应用程序,则可以由第一模块对应的应用程序启动时,创建该消息中转模块,或者由第二模块对应的应用程序启动时,创建该消息中转模块。
50.其中,各模块与消息中转模块之间可以基于预设的通信协议进行通信,比如,可以基于mqtt(message queuing telemetry transport,消息队列遥测传输协议)协议、xmpp(extensible messaging and presence protocol,可扩展通讯和表示协议)协议、socket协议,udp(user datagram protocol,用户数据报协议)协议等通信协议进行通信。以mqtt协议为例,消息中转模块可以生成一个mqtt服务器,作为不同模块之间通信的消息转发中心。
51.由于各模块之间的通信信息需要通过消息中转模块转发,因此,需要将通信信息的格式转换成可与该消息中转模块进行通信的数据格式。所以,在步骤s202中,当第一模块需要调用某个函数(以下称为待调用函数)时,可以借助第一运行时库将待调用函数的相关信息转换成目标格式的通信数据,其中,待调用函数的相关信息可以是实现该函数调用有关的各类信息。目标格式是指各模块与该消息中转模块之间通信时,通信数据需遵循的格式,比如,该目标格式可以是字符串格式、xml格式、jason格式等。
52.s204、所述消息中转模块在接收到所述通信数据后,基于预先存储的通信函数的相关消息,确定与所述待调用函数关联的第二模块,并将所述通信数据转发给所述第二模
块;其中,所述通信函数为模块之间通信需用到的函数;
53.通常各功能模块在实现某个功能时,其需要和其他的哪些功能模块通信、和其他功能模块通信时用到的函数等信息都是已知的。所以,对于某个模块来说,该模块可以提供哪些函数给其他模块调用,并且需要调用其他模块的哪些函数等信息都是已知的。为了方便消息中转模块对通信数据进行转发,消息中转模块中可以预先存储各模块之间通信需要用到的通信函数的相关信息。其中,通信函数的相关信息可以用于指示各模块包括的可供其他模块调用的函数的信息,以及各模块需要调用的函数的信息。
54.在步骤s204中,消息中转模块在接收到第一模块发送的通信数据后,可以基于预先存储的通信函数的相关信息确定与该待调用函数关联的第二模块。由于通信函数的相关信息指示了各模块包括的可供其他模块调用的函数的信息,以及各模块需要调用的函数的信息,因此,可以根据通信函数的相关信息确定与该待调用函数关联的第二模块,比如,第二模块可以是包括该待调用函数的模块,然后消息中转模块可以将该通信数据转发给该第二模块。
55.s206、所述第二模块通过第二运行时库对所述通信数据进行解析,得到所述待调用函数的相关信息,并基于所述待调用函数的相关信息对所述待调用函数进行调用。
56.在步骤s206中,第二模块在接收到消息中转模块转发的通信数据后,可以借助第二运行时库对该通信数据进行解析,得到待调用函数的相关信息,比如,函数名、函数的参数类型、参数值等,然后可以基于解析得到的上述信息对待调用函数进行调用。
57.其中,第一运行时库可以是第一模块的编程语言对应的运行时库,第二运行时库可以是第二模块的编程语言对应的运行时库,两者可以相同,也可以不同。
58.比如,第一模块(或第二模块)的编程语言为ios系统的原生语言,第一运行时库(或第二运行时库)为runtime运行时库,第一模块(或第二模块)的编程语言为c++语言或qt语言,第一运行时库(或第二运行时库)为qt元编程;第一模块(或第二模块)的编程语言为java语言,第一运行时库(或第二运行时库)为java反射机制(reflection)。
59.通过上述方式,第一模块可以对第二模块中的函数进行调用,即可完成跨模块间的通信,进而可以实现各模块之间的高效协同工作。此外,针对一些场景,可以将不同的模块运行到不同的进程中,从而可以方便调试内存泄漏问题,也方便对引起的系统崩溃的模块进行定位。
60.此外,由于每个模块可以是一个应用程序,或者是一个应用程序内的功能模块,而不同应用程序可能采用不同编程语言编写,或同一应用程序的不同功能模块可能采用不同编程语言编写,也就是说,需要通信的模块对应的编程语言可能不同。比如,有些模块可能是使用ios系统的原生语言(比如,swift、objective-c)编写得到,而有些模块可能是使用c++语言或qt语言编写得到,两种语言无法直接通信。因此,在实现模块之间的通信时,如何实现跨语言通信也是一个亟待解决的问题。针对qt语言(或c++)和ios系统的原生语言通信时,现有的解决方式是在原生语言与qt语言间添加一层c语言作为通讯的媒介,原生语言与qt通信的信息由c语言进行转发,比较繁琐。
61.为实现不同模块的跨语言通信,本公开实施例可以借助不同编程语言对应的运行时库实现不同编程语言的转换。比如,在一些实施例中,第一模块和第二模块可以采用不同的编程语言编写得到,比如,第一模块采用第一编程语言编写,第二模块采用第二编程语言
编写。第一运行时库可以是和第一编程语言对应的运行时库,第二运行时库可以是和第二编程语言对应的运行时库。第一运行时库可以将采用第一编程语言编写的待调用函数的相关信息转换成通信数据,第二运行时库可以对通信数据进行解析,解析成采用第二编程语言编写的待调用函数的相关信息,然后再基于解析得到的信息对待调用函数进行调用。通过上述方式,即可以实现模块之间的跨语言通信。
62.举个例子,如图3所示,假设第一模块采用objective-c语言编写,第二模块采用c++语言编写,第一运行时库可以是ios系统的原生语言的runtime运行时库,第二运行时库可以是qt元编程。第一模块可以通过runtime运行时库将objective-c语言的待调用函数的相关信息转换成通信数据,发送给消息中转模块,消息中转模块再转发给第二模块。第二模块则可以借助qt元编程将该通信数据解析成c++语言的待调用函数,并对其进行调用。
63.通过上述方式,在实现跨模块的通信的同时,可以同时实现跨语言通信,比较便捷。并且,由于可以不需要通过中间层c语言进行不同语言的转换,可以减少开发工作量,提高开发效率,另外,也可以避免因c语言引入未知的bug,增加出错的风险。
64.在一些实施例中,预先存储的通信函数的相关信息可以通过各模块向消息中转模块注册得到,比如,如图4所示,每个模块在启动后,可以向消息中转模块发送注册请求,注册请求中可以携带该模块的模块名称、以及该模块与其他模块通信所需用到的通信函数的各类信息,从而消息中转模块可以基于该注册请求携带的信息得到通信函数的相关信息。
65.此外,由于不同模块进行通信时,其要实现的目的不同,因而,模块之间可以采用不同的通信模式进行通信。举个例子,在有些场景,模块a需要指定模块b去完成某个任务,两者是一对一的模式,因此,两者通信可以采用请求-应答的通信模式。在有些场景,模块b、模块c、模块d等多个模块均需基于模块a对任务p的完成情况执行后续的操作,且无需向模块a返回任何信息,这种场景下,可以采用广播-订阅模式,即模块b、模块c、模块d均可以订阅模块a完成任务p的事件。在某些场景,模块a请求执行某个任务后,其不知道任务的执行方是谁,但是执行方执行完后需向模块a返回执行结果,这种场景下,则可以采用响应-回调模式。
66.在一些实施例中,针对不同的通信模式,各模块在向消息中转模块发送注册请求注册通信函数时,其需要向消息中转模块发送的信息也不同。
67.比如,针对任一模块,如果该模块与目标模块的通信模式为广播-订阅模式,则该模块向消息中转模块发送的注册请求中携带有订阅信息,该订阅信息用于指示该模块为目标模块调用指定通信函数的事件的订阅方。举个例子,如果模块a需订阅模块b调用通信函数x的事件,则模块a在启动后,可以向消息中转模块发送注册请求,该请求中携带订阅信息,订阅信息用于指示模块a订阅了模块b调用函数x的事件,其中,订阅信息可以通过各种方式表示,订阅信息需要说明该通信模式为订阅模式,订阅的是哪个模块调用哪个函数的事件。比如,模块a可以通过组合模块b的名字和函数x的名字来得到订阅信息。比如,订阅信息可以表示成如下:processa-pub/sub-函数x-processb。
68.如果该模块与目标模块的通信模式为请求-应答模式,则注册请求中可以携带请求信息或应答信息,请求信息用于指示该模块为调用目标模块中指定通信函数的事件的请求方。举个例子,如果模块a需调用模块b中的通信函数x,则模块a可以向消息中转模块发送注册请求,注册请求中携带请求信息,请求信息用于指示模块a需调用模块b中的函数x,即
请求信息需说明模块a为请求方、需调用哪个模块中的哪个函数。比如,请求信息可以表示成如下:processa-rep-函数x-processb。
69.同理,由于请求-应答模式是一对一模式,如果该模块为应答方,则该模块可以向消息中转模块发送携带应答信息的注册请求,该应答信息用于指示该模块为目标模块调用指定通信函数的事件的应答方。举个例子,如果模块a需调用模块b中的通信函数x,则模块b可以向消息中转模块发送注册请求,注册请求中携带应答信息,应答信息用于指示模块b中的函数x被模块a调用。即应答信息需说明模块b为应答方、模块b中哪个函数需要被哪个模块调用等。比如,应答信息可以表示成如下:processb-req-函数x-processa。
70.消息中转模块在接收到模块a的请求信息和模块b的应答信息后,即可以将两个模块关联起来,得到与函数x关联的模块,以及模块之间的通信模式。
71.如果模块与目标模块的通信模式为回调-响应模式,则注册请求中携带有响应信息,该响应信息用于指示该模块为目标模块调用指定函数的事件的响应方。举个例子,如果模块a需调用某个模块中的通信函数x,模块a不知道通信函数是模块b的函数,但是模块b知道其需要响应模块a的调用。则模块b可以向消息中转模块发送注册请求,注册请求中携带响应信息,响应信息用于指示模块b需响应模块a调用函数x,即请求信息需说明模块b为响应方、需响应哪个模块对哪个函数的调用。比如,响应信息可以表示成如下:processb-map/cab-函数x-processa。
72.消息中转进行在接收各模块的注册请求后,即可以对注册请求中携带的信息进行整合,得到通信函数的相关信息。在一些实施例中,通信函数的相关信息包括:与各通信函数关联的模块的名称、与各通信函数关联的模块之间的通信模式;其中,通信模式包括以下任一模式:广播-订阅模式、请求-应答模式、回调-响应模式。由于消息中转模块需借助通信函数的相关信息确定需要将通信数据转发给哪个模块,因此,该相关信息中可以包括与每个通信函数关联的模块的名称。由于不同模块之间可以采用不同的通信模式进行通信,为了准确的确定和通信数据有关的模块,该相关信息中还可以包括每个通信函数关联的模块之间的通信模式,以便消息中转模块可以基于通信模式确定通信数据对应的模块。
73.在一些实施例中,消息中转模块在接收到第一模块发送的通信数据后,可以将通信数据转发给与待调用函数关联的模块。此时,针对不同的通信模式,其确定关联模块的方式也不同。
74.比如,如果消息中转模块在基于通信函数的相关信息确定待调用函数对应的通信模式为广播-订阅模式,则基于该相关信息确定订阅过第一模块调用该待调用函数事件的模块,并将这些模块作为第二模块。
75.如果基于通信函数的相关信息确定待调用函数对应的通信模式为请求-应答模式,则基于该相关信息确定第一模块调用该待调用函数事件的应答模块,并将该应答模块作为第二模块。
76.如果基于通信函数的相关信息确定待调用函数对应的通信模式为回调-响应模式,则基于该相关信息确定第一模块调用待调用函数事件的响应模块,将该响应模块作为第二模块。
77.在一些实施例中,第一模块与第二通信的通信模式为请求-应答模式或回调模式-响应模式,由于这两种模式下,第二模块在完成待调用函数的调用后,还需反馈执行结果。
所以,第二模块在完成对待调用函数的调用后,第二模块还可以通过第二运行时库将执行结果反馈信息转换成该目标格式的通信数据,并发送给消息中转模块,由消息中转模块转发给第一模块。第一模块可以借助第一运行时库对该通信数据进行解析,得到该执行结果反馈信息,自此,则完成了对待调用函数的调用。
78.在一些实施例中,该待调用函数的相关信息可以包括以下一项或多项:函数名、函数的参数类型、函数的参数名、函数的参数数值、函数的参数数量。举个例子,假设待调用函数为实现打印功能的函数,该函数的函数名为“print_函数”,函数的参数类型可以是要打印的数据的类型,比如,数字、字符串、文字等等。由于函数可以包括多个参数,为了区别这些参数,不同的参数可以通过参数名加以区分。函数的参数数值即可以是要打印的具体数据,比如“你好!”。
79.在一些实施例中,如图5所示,第一模块、第二模块和消息中转模块均为同一个应用程序中的模块,上述三个模块可以运行在应用程序对应的进程中的不同线程上,该消息中转模块在应用程序启动后创建。比如,应用程序在启动后,即会自动创建消息中转模块,后续每启动一个模块,该模块均可以向消息中转模块注册,向消息中转模块提交自身与其他模块通信所需用到的通信函数的相关信息。
80.在一些实施例中,第一模块和第二模块可以运行在不同设备上,该消息中转模块可以由运行第一模块的设备创建、或者,该消息中转模块可以由运行第二模块的设备创建、或者该消息中转模块可以由第三方设备创建,其中,第三方设备、运行第一模块的设备、运行第二模块的设备各不相同。
81.举个例子,如图6(a)-6(c)所示,第一模块对应应用程序app1,运行在设备1上,第二模块对应应用程序aap2,运行在设备2上,为了实现第一模块和第二模块之间的通信,可以是应用程序app1启动后,即自动创建一个消息中转模块,用于作为第一模块和第二模块之间消息中转中心,如图6(a)。或者,也可以是在应用程序app2启动后,即自动创建一个消息中转模块,用于作为第一模块和第二模块之间消息中转中心,如图6(b)。当然,也可以由不同于设备1和设备2的第三方设备创建消息中转模块,用于作为第一模块和第二模块之间消息中转中心,如图6(c)。其中,设备1、设备2、设备3之间可以通信网络连接,实现网络通信。
82.为了进一步解释本公开实施例提供的跨模块通信方法,以下结合一个具体的实施例加以解释。
83.在开发可在ios系统上运行的口腔扫描软件时,由于口腔扫描软件中通常包括扫描模块、算法模块、授权模块等多个业务模块,这多个业务模块在工作过程中均需要相互通信。由于ios系统中各模块通信还没有成熟的模块间通讯方案,因而开发了一种模块间通信的方案,具体包括以下步骤:
84.1、在该口腔扫描软件启动后,软件可以自动创建一个broker模块,该broker模块可以生成一个mqtt服务器,作为不同模块间通信息的信息转发中心,其中,broker模块和各模块之间可以基于mqtt协议通信。
85.2、如图7(a)所示,各模块(比如,图中的模块a、模块b)中包括一个用于实现与其他模块通信的tunnel模块,各模块在启动后,tunnel模块可以向broker模块注册该模块的模块名(比如,processa、processb),以及该模块与其他模块通信所需用到的通信函数的相关
信息。其中,相关信息包括各通信函数的函数名、与各通信函数关联的模块的模块名、与各通信函数关联的模块之间的通信模式,比如,通信模式可以是广播-订阅模式、请求-应答模式、回调-响应模式。
86.3、在注册完后,当模块a需要调用通信函数x时,可以触发模块a中的tunnel模块,tunnel模块可以通过runtime运行时库将通信函数x的函数名、函数中的参数名、参数类型、参数数值等信息转换成指定格式的通信数据,然后发送给broker模块。broker模块可以根据预先注册的通信函数的相关信息确定与函数x对应的模块b,然后转发给模块b。模块b在接收到通信数据后,模块b中的tunnel模块可以借助runtime运行时库对通信数据进行解析,得到通信函数x的函数名、函数中参数的参数名、参数类型、参数数值等信息,然后利用runtime运行时库对函数x进行调用,即可完成函数x的调用。
87.此外,针对广播-订阅模式、请求-应答模式、回调-响应模式三种不同通信模式,其在注册和模块间通信过程存在一些差异,以下具体介绍。
88.(1)广播-订阅模式
89.如图7(b)所示,假设模块b需要订阅模块a调用用于实现x功能的函数x的事件,当模块b启动后,模块b可以向broker模块发送注册请求,请求中携带模块a的模块名和函数x的函数名,比如,broker模块可以记录:processb-pub/sub-函数x-processa。
90.当模块a需要实现x功能,触发tunnel模块调用函数x时,可以利用runtime运行时库将函数x的函数名、参数类型、参数名、参数值转换成指定格式的广播信息,并发送给broker模块,broker模块可以找到订阅过该事件的模块b,并将该广播信息转发给模块b,模块b中的tunnel模块可以通过runtime运行时库将广播信息解析成函数x的函数名、参数类型、参数名、参数值,并通过runtime运行时库调用函数x。
91.(2)请求-应答模式
92.如图7(c)所示,假设模块a要调用模块b中的函数x,模块a知道模块b能够响应该请求,当模块a启动后,模块a可以向broker模块发送注册请求,请求中携带模块b的模块名和函数x的函数名,比如,broker模块可以记录:processa-rep-函数x-processb。当模块b启动后,模块b可以向broker模块发送注册请求,请求中携带模块a的模块名和函数x的函数名,比如,broker模块可以记录:processb-req-函数x-processa。
93.broker模块接收到两者发送的注册请求后,可以将两者关联。
94.当模块a调用函数x时,tunnel模块可以通过runtime运行时库将函数x的函数名、参数类型、参数名、参数数值等转换成指定格式的请求信息,并发送给broker,broker基于请求信息确定模块b为应答方,将请求信息发送给模块b,模块b中的tunnel模块可以通过runtime运行时库解析该请求信息,并调用函数x。模块b在完成函数b的调用后,可以向模块a反馈执行结果。模块b可以通过runtime运行时库将执行结果反馈信息转换成指定格式的应答信息,发送给broker模块,broker模块根据应答信息确认模块a为请求方,然后将应答信息返回给模块a,模块a可以借助通过runtime运行时库对应答信息模块解析,得到执行结果,自此,完成对函数x的调用。
95.(3)回调-响应模式
96.如图7(d)所示,假设模块a要调用模块b中的函数x,模块a不需要知道模块b能够响应该调用请求,模块b知道模块a会发送回调消息。模块b在启动后,可以向broker发送注册
请求,请求中携带模块a的模块名和函数x的函数名;比如,broker模块可以记录:process-map/cab-函数x-processa。
97.当模块a调用函数x时,tunnel模块可以通过runtime运行时库将函数x的函数名、参数类型、参数名、参数数值等转换成指定格式的请求信息,并发送给broker模块,broker通过该请求信息确认模块b为响应方,并将请求信息发送给模块b。模块b中的tunnel模块通过runtime运行时库解析请求信息,并调用函数x。模块b在完成函数x的调用后,需要向模块a反馈执行结果,模块b可以通过runtime运行时库将执行结果反馈信息转换成指定格式的响应信息后,发送给broker,broker根据响应信息确认模块a为回调方,将响应信息返回给模块a,模块a可以借助通过runtime运行时库对响应信息模块解析,得到执行结果,自此,完成对函数x的调用。
98.其中,如果模块a和模块b采用的是其他的编程语言,则可以将runtime运行时库替换成其他编程语言对应的运行时库。比如,如果是qt或c++,则可以换成c++语言对应的运行时库。从而可以实现不用编程语言的模块之间的通信。
99.其中,不难理解,上述各实施例中的描述的方案在不存在冲突的情况,可以进行组合,本公开实施例中不一一例举。
100.相应的,本公开实施例还提供了一种跨模块通信系统,如图8所示,所述系统80包括:第一模块81、第二模块82和消息中转模块83;
101.所述第一模块通过第一运行时库将待调用函数的相关信息转换成目标格式的通信数据,并发送所述消息中转模块;其中,所述目标格式为各模块与所述消息中转模块通信需遵循的格式;
102.所述消息中转模块在接收到所述通信数据后,基于预先存储的通信函数的相关消息,确定与所述待调用函数关联的第二模块,并将所述通信数据转发给所述第二模块;其中,所述通信函数为模块之间通信需用到的函数;
103.所述第二模块通过第二运行时库对所述通信数据进行解析,得到所述待调用函数的相关信息,并基于所述待调用函数的相关信息对所述待调用函数进行调用。
104.其中,上述系统执行跨模块通信方法的具体步骤可以参考上述方法实施例中的描述,在此不再赘述。
105.进一步的,本公开实施例还提供一种设备,如图9所示,所述设备包括处理器91、存储器92、存储于所述存储器92可供所述处理器91执行的计算机指令,所述处理器91执行所述计算机指令时实现上述实施例中任一项所述的方法。
106.本公开实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前述任一实施例所述的方法。
107.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算
机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
108.通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本公开实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本公开实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如rom/ram、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本公开实施例各个实施例或者实施例的某些部分所述的方法。
109.上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
110.本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,在实施本公开实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
111.以上所述仅是本公开实施例的具体实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本公开实施例原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本公开实施例的保护范围。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1