数据通信方法、装置、系统及消息中间件
技术领域
本申请属于数据通信技术领域,尤其涉及一种数据通信方法、装置、系统及消息中间件。
背景技术
在数据通信技术领域中,对象之间往往利用消息进行交互作用和通信。
在一些应用场景中,一个对象(消息的发布方)可以通过发布消息,来向另一个对象(消息的接收方)传递数据。在实际应用中,当两个对象在进行通信时,彼此可以传递各种类型的数据。但无论是何种类型的数据,一般都会进行压缩加密处理后再传递。相应的,发布方需要按照一定的规则对需要传递的原始数据进行压缩加密处理,然后再将压缩加密处理后的数据以消息的形式进行发布;然后,接收方可以对消息进行解压解密的处理得到相应的数据。为了保证消息的接收方准确的对消息进行解压解密的处理,消息的接收方需要预先获取消息收发逻辑信息。如图1所示,图1是现有技术中一种利用消息进行数据通信的方法的流程图,具体的,对象之间利用消息进行数据通信的步骤可以包括:
1)消息的发布方发布消息调用服务方式;
2)消息的接收方接收所述消息调用服务方式,解析所述消息调用服务方式对应的接口,获取相应的消息收发逻辑信息;
3)所述发布方将消息发送至所述接收方;
4)所述接收方基于所述消息收发逻辑信息还原所述消息;
5)所述接收方通过消息翻译识别器将还原后的消息转换为与所述接收方相匹配的业务数据。
上述现有技术中数据通信过程中,接收方需要先感知消息的收发逻辑才能获取消息所对应的原始数据,但消息的发布方常常需要将同一个消息发送给多个消息的接收方,对于不同接收方相应的收发逻辑不同。
因此,上述现有技术中发布方每次发布消息都需要针对不同的接收方发送相应的消息调用服务方式,同时接收方还需要进行相应的接口理解。在后期一旦发布方进行相关更新,需要针对不同的接收方更新相关的消息收发逻辑信息,而且还需要通知到所有接收方,效率低且成本高;同时一旦接收方出现消息相关的业务问题,发送方还需要理解不同接收方的相关业务数据,以便于进行故障排除,大大增加了后期的维护成本。
发明内容
本申请目的在于提供一种数据通信方法、装置、系统及消息中间件,可以统一消息收发逻辑,省去了接收方的接口理解需求,实现了发布方与接收方相互无感知的数据通信。
本申请提供的一种数据通信方法、装置、系统及消息中间件是这样实现的:
一种数据通信方法,包括:
将发布方的预设组件添加到接收方,所述预设组件包括消息收发逻辑信息;
当发布方发布消息时,所述发布方将消息发送至预设数量个接收方的所述预设组件;
接收方的所述预设组件基于所述消息收发逻辑信息还原所述消息;
接收方通过消息翻译识别器将还原后的消息转换为与接收方的业务形式规则相匹配的业务数据。
一种数据通信方法,包括:
将发布方的预设组件添加到接收方,所述预设组件包括消息收发逻辑信息和模型转换信息;
当发布方发布消息时,所述发布方将消息发送至预设数量个接收方的所述预设组件,所述消息携带有数据发布模型信息;
接收方的所述预设组件基于所述消息收发逻辑信息还原所述消息;
所述预设组件基于所述模型转换信息确定所述消息携带的数据发布模型信息所对应的数据发布方式;
所述预设组件将还原后的消息按照所述数据发布方式转化为与所述预设组件所在接收方的业务形式规则相匹配的业务数据。
一种数据通信方法,包括:
接收发布方发送的消息,所述消息携带有数据发布模型信;
基于预置的消息收发逻辑信息还原所述消息,所述消息收发逻辑信息包括根据所述发送方的通信逻辑确定的消息识别规则数据;
基于预置的模型转换信息确定所述消息携带的数据发布模型信息所对应的数据发布方式;
将还原后的消息按照所述数据发布方式转化为与当前接收方的业务形式规则相匹配的业务数据。
一种数据通信装置,包括:
消息接收模块,用于接收发布方发送的消息,所述消息接收模块接收到的消息携带有数据发布模型信息;
消息还原模块,用于基于预置的消息收发逻辑信息还原所述消息,所述消息收发逻辑信息包括根据所述发送方的通信逻辑确定的消息识别规则数据;
数据发布方式确定模块,用于基于预置的模型转换信息确定所述消息携带的数据发布模型信息所对应的数据发布方式;
数据转换模块,用于将还原后的消息按照所述数据发布方式转化为与当前接收方的业务形式规则相匹配的业务数据。
一种数据通信装置,包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
接收发布方发送的消息,所述消息接收模块接收到的消息携带有数据发布模型信息;
基于预置的消息收发逻辑信息还原所述消息,所述消息收发逻辑信息包括根据所述发送方的通信逻辑确定的消息识别规则数据;
基于预置的模型转换信息确定所述消息携带的数据发布模型信息所对应的数据发布方式;
将还原后的消息按照所述数据发布方式转化为与当前接收方的业务形式规则相匹配的业务数据。
一种消息中间件,
所述消息中间件用于接收发布方发送的消息,所述消息接收模块接收到的消息携带有数据发布模型信息;
以及用于基于预置的消息收发逻辑信息还原所述消息,所述消息收发逻辑信息包括根据所述发送方的通信逻辑确定的消息识别规则数据;
以及用于基于预置的模型转换信息确定所述消息携带的数据发布模型信息所对应的数据发布方式;
以及用于将还原后的消息按照所述数据发布方式转化为与当前接收方的业务形式规则相匹配的业务数据。
一种数据通信系统,包括:
发布方,用于将消息发送至预设数量个接收方的消息中间件,所述消息中间件包括消息收发逻辑信息;
消息中间件,与接收方耦合,用于接收发布方发送的消息;以及基于所述消息收发逻辑信息还原所述消息;
接收方,与消息中间件耦合,用于通过消息翻译识别器将还原后的消息转换为与接收方的业务形式规则相匹配的业务数据。
一种数据通信系统,包括:
发布方,用于将消息发送至预设数量个接收方的消息中间件,所述消息中间件包括消息收发逻辑信息和模型转换信息,所述消息携带有数据发布模型信息;
消息中间件,与接收方耦合,用于接收发布方发送的消息;以及基于所述消息收发逻辑信息还原所述消息;以及基于预置的模型转换信息确定所述消息携带的数据发布模型信息所对应的数据发布方式;以及将还原后的消息按照所述数据发布方式转化为与当前接收方的业务形式规则相匹配的业务数据。
一种计算机可读存储介质,其上存储有计算机指令,所述指令被执行时实现以下步骤:
将发布方的预设组件添加到接收方,所述预设组件包括消息收发逻辑信息;
当发布方发布消息时,所述发布方将消息发送至预设数量个接收方的所述预设组件;
接收方的所述预设组件基于所述消息收发逻辑信息还原所述消息;
接收方通过消息翻译识别器将还原后的消息转换为与接收方的业务形式规则相匹配的业务数据。
一种计算机可读存储介质,其上存储有计算机指令,所述指令被执行时实现以下步骤:
将发布方的预设组件添加到接收方,所述预设组件包括消息收发逻辑信息和模型转换信息;
当发布方发布消息时,所述发布方将消息发送至预设数量个接收方的所述预设组件,所述消息携带有数据发布模型信息;
接收方的所述预设组件基于所述消息收发逻辑信息还原所述消息;
所述预设组件基于所述模型转换信息确定所述消息携带的数据发布模型信息所对应的数据发布方式;
所述预设组件将还原后的消息按照所述数据发布方式转化为与当前接收方的业务形式规则相匹配的业务数据。
一种计算机可读存储介质,其上存储有计算机指令,所述指令被执行时实现以下步骤:
接收发布方发送的消息,所述消息携带有数据发布模型信息;
基于预置的消息收发逻辑信息还原所述消息,所述消息收发逻辑信息包括根据所述发送方的通信逻辑确定的消息识别规则数据。
基于预置的模型转换信息确定所述消息携带的数据发布模型信息所对应的数据发布方式;
将还原后的消息按照所述数据发布方式转化为与当前接收方的业务形式规则相匹配的业务数据。
本申请提供的一种数据通信方法、装置、系统及消息中间件,通过将包括消息收发逻辑信息的发布方的预设组件添加到接收方,可以保证后续发布方向接收方传递消息的时候,直接将消息发送至接收方上的所述预设组件,所述预设组件直接基于所述消息收发逻辑信息将消息还原成原始数据,接着,接收方通过消息翻译识别器将还原后的消息转换为与接收方的业务形式规则相匹配的业务数据。在整个消息传递的过程中,接收方与发布方无需直接进行通信就可以完成数据的传递。与现有技术相比,利用本申请实施例可以统一消息收发逻辑,后续发布方升级更新时,可以大大提高接收方侧相关的升级更新效率,同时也省去了接收方的接口理解需求,实现了发布方与接收方相互无感知的消息传递。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是现有技术中一种利用消息进行数据通信的方法的流程图;
图2是本申请所述一种数据通信方法一种实施例的方法流程图;
图3是本申请所述一种数据通信方法另一种实施例的方法流程图;
图4是本申请所述一种数据通信方法另一种实施例的方法流程图
图5是本申请提供的一种数据通信装置一种实施例的模块结构示意图;
图6是本申请提供的一种数据通信系统的一种实施例的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
图2是本申请所述一种数据通信方法一种实施例的方法流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构,但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中,这些步骤的执行顺序或装置的模块结构不限于本申请实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置、服务器或终端产品应用时,可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器集群的实施环境)。
具体的一种实施例如图2所示,本申请提供的一种数据通信方法的一种实施例中,所述方法可以包括:
S1:将发布方的预设组件添加到接收方,所述预设组件包括消息收发逻辑信息。
本申请实施例中,所述预设组件可以包括所述发布方的收发消息程序的核心组件,例如所述发布方的一个引擎。本申请实施例中,所述预设组件可以包括所述发布方的收发消息程序的核心组件,例如所述发布方的一个引擎。获取包括所述消息收发逻辑信息的消息中间件。
具体的,本申请实施例所述消息收发逻辑信息可以包括根据发布方的通信逻辑确定的消息识别规则数据。而现有技术中消息收发逻辑信息是根据发布方和接收方在消息传递过程中的通信逻辑确定的消息识别规则数据,现有技术中直接在发布方与接收方之间进行消息传递,导致消息的收发逻辑需要同时符合消息的发布方和接收方的通信逻辑。而本申请通过在接收方侧添加发布方的预设组件的方式,对于不同的接收方,可以采用相同的消息收发逻辑。后续发布方向接收方传递消息的时候,直接将消息发送至接收方上的所述预设组件,接收方与发布方无需直接进行通信就可以完成数据的传递。
具体的,当所述发布方发布的消息对应多个接收方时,所述消息收发逻辑被设置成在所述多个接收方中为相同的消息收发逻辑。
S2:当所述发布方发布消息时,所述发布方将消息发送至预设数量个接收方的所述预设组件。
本申请实施例中,发送方将消息直接发送至预设组件,发送方无需感知接收方的业务逻辑。具体的,发布方可以将需要传递的数据进行压缩加密处理后以消息的形式进行发送。具体的,本申请实施例中,可以通过gzip(GNUzip)的方式进行数据的压缩处理,以及序列化的方式进行数据的加密处理。
具体的,当所述消息对应的压缩加密方式不同时,相应的解压和解密方式也会改变;相应的,消息传递过程中消息识别规则数据也会变化,因此,本申请所述消息对应的压缩加密方式与所述消息收发逻辑相对应。
此外,需要说明的是,本申请实施例中数据的压缩处理并不仅限于上述的gzip(GNUzip),在实际应用中,还可以包括其他方式,本申请实施例并不以上述为限。
此外,需要说明的是,本申请实施例中数据的加密处理并不仅限于上述的序列化,在实际应用中,还可以包括其他方式,例如利用AES(Advanced Encryption Standard,高级加密标准)进行数据的加密处理。
S3:接收方的所述预设组件基于所述消息收发逻辑信息还原所述消息。
本申请实施例中,当发布方向接收方上的预设组件发送消息之后,所述预设组件可以通过消息收发逻辑信息还原所述消息,将所述消息进行解压解密,得到与接收到的消息相对应的原始数据。具体的,所述消息收发逻辑信息与消息的压缩加密方法相对应,因此,所述预设组件在接收所述消息的过程中可以通过消息收发逻辑信息完成的数据的解压和数据的解密处理。
S4:接收方通过消息翻译识别器将还原后的消息转换为与接收方的业务形式规则相匹配的业务数据。
在实际应用中,对于同一消息,不同的接收方相应的业务数据不同。相应的,在所述接收方上的预设组件还原所述消息之后,所述接收方可以通过消息翻译识别器将还原后的消息转换为与接收方的业务形式规则相匹配的业务数据。具体的,所述业务形式规则可以包括业务数据的展现形式、业务数据处理的触发动作、业务数据处理的环境、业务数据处理的触发时间等可以将消息转换成具体的业务数据的过程中的转换约束条件数据。
具体的,在后续的应用中,假设发布方或预设组件升级更新时,接收方可以直接引入新的组件,不需要感知发布方的相关服务逻辑,实现平滑快速的升级更新。同时一旦接收方出现消息相关的业务问题,发送方在进行故障排查时无需理解不同接收方的相关业务数据,大大减少后期的系统维护成本,提高了系统维护效率。
由此可见,本申请一种消息传递的方法的实施例中通过将包括消息收发逻辑信息的发布方的预设组件添加到接收方,可以保证后续发布方向接收方传递消息的时候,直接将消息发送至接收方上的所述预设组件,所述预设组件直接基于所述消息收发逻辑信息将消息还原成原始数据,接着,接收方通过消息翻译识别器将还原后的消息转换为与接收方的业务形式规则相匹配的业务数据。在整个消息传递的过程中,接收方与发布方无需直接进行通信就可以完成数据的传递。与现有技术相比,利用本申请实施例可以统一消息收发逻辑,后续发布方升级更新时,可以大大提高接收方侧相关的升级更新效率,同时也省去了接收方的接口理解需求,实现了发布方与接收方相互无感知的消息传递。
图3是本申请所述一种数据通信方法另一种实施例的方法流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构,但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中,这些步骤的执行顺序或装置的模块结构不限于本申请实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置、服务器或终端产品应用时,可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器集群的实施环境)。
具体的一种实施例如图3所示,本申请提供的一种数据通信方法的另一种实施例中,所述方法可以包括:
S310:将发布方的预设组件添加到接收方,所述预设组件包括消息收发逻辑信息和模型转换信息。
本申请实施例中,所述预设组件可以包括所述发布方的收发消息程序的核心组件,例如所述发布方的一个引擎。本申请实施例中,所述预设组件可以包括所述发布方的收发消息程序的核心组件,例如所述发布方的一个引擎。获取包括所述消息收发逻辑信息的消息中间件。
具体的,本申请实施例所述消息收发逻辑信息可以包括根据发布方的通信逻辑确定的消息识别规则数据。而现有技术中消息收发逻辑信息是根据发布方和接收方在消息传递过程中的通信逻辑确定的消息识别规则数据,现有技术中直接在发布方与接收方之间进行消息传递,导致消息的收发逻辑需要同时符合消息的发布方和接收方的通信逻辑。而本申请通过在接收方侧添加发布方的预设组件的方式,对于不同的接收方,可以采用相同的消息收发逻辑。后续发布方向接收方传递消息的时候,直接将消息发送至接收方上的所述预设组件,接收方与发布方无需直接进行通信就可以完成数据的传递。
具体的,所述模型转换信息可以包括一一对应的数据发布模型信息与相应的数据发布方式。通过所述模型转换信息可以将消息按照某一种数据发布模型所对应的数据发布方式进行数据发布。具体的,本申请实施例中所述数据发布模型信息可以至少包括下述中的一种模型:
数据式发布模型、业务式发布模型和预设自定义式发布模型。
具体的,所述预设自定义式发布模型可以包括所述数据式发布模型和所述业务式发布模型的组合。具体的,所述数据式发布模型所对应的数据发布方式可以包括消息对应的多组数据(多个任务流)依次发布的方式。所述业务式发布模型对应的数据发布方式可以包括消息对应的多组数据(多个任务流)一起发布。
本申请实施例中将发布方包括消息收发逻辑信息和模型转换信息的预设组件添加到接收方,可以保证后续发布方向接收方传递消息的时候,直接将消息发送至接收方上的所述预设组件,接收方与发布方无需直接进行通信就可以完成消息的传递,同时,可以根据模型转换信息直接将还原后的消息转换为与接收方相匹配的业务数据。
具体的,当所述发布方发布的消息对应多个接收方时,所述消息收发逻辑被设置成在所述多个接收方中为相同的消息收发逻辑。
S320:当发布方发布消息时,所述发布方将消息发送至预设数量个接收方的所述预设组件,所述消息携带有数据发布模型信息。
本申请实施例中,携带有数据发布模型信息的消息可以包括将需要传递的数据根据用户指定的粒度或组合维度进行拆分组合成不同的数据链,然后将该数据链进行压缩加密后的数据。具体,由于,在接收方侧的预设组件中包括了模型转换信息,这里通过消息中携带有数据发布模型信息的方式,可以直接确定相应的数据发布方式,便于后续直接将还原后的消息转换为与接收方相匹配的业务数据。
具体的,本申请实施例中,可以通过gzip(GNUzip)的方式进行数据的压缩处理,以及序列化的方式进行数据的加密处理。
具体的,当所述消息对应的压缩加密方式不同时,相应的解压和解密方式也会改变;相应的,消息传递过程中消息识别规则数据也会变化,因此,本申请所述消息对应的压缩加密方式与所述消息收发逻辑相对应。
此外,需要说明的是,本申请实施例中数据的压缩处理并不仅限于上述的gzip(GNUzip),在实际应用中,还可以包括其他方式,本申请实施例并不以上述为限。
此外,需要说明的是,本申请实施例中数据的加密处理并不仅限于上述的序列化,在实际应用中,还可以包括其他方式,例如利用AES(Advanced Encryption Standard,高级加密标准)进行数据的加密处理。
S330:接收方的所述预设组件基于所述消息收发逻辑信息还原所述消息。
本申请实施例中,当发布方向接收方上的预设组件发送消息之后,所述预设组件可以通过消息收发逻辑信息还原所述消息,将所述消息进行解压解密,得到与接收到的消息相对应的原始数据。具体的,所述消息收发逻辑信息与消息的压缩加密方法相对应,因此,所述预设组件在接收所述消息的过程中可以通过消息收发逻辑信息完成的数据的解压和数据的解密处理。
S340:所述预设组件基于所述模型转换信息确定所述消息携带的数据发布模型信息所对应的数据发布方式。
具体的,当预设组件接收到消息之后,可以获取所述消息的数据发布模型信息,并结合模型转换信息可以确定所述消息的数据发布方式。在一个具体的实施例中,假设某一消息为包括两个任务流,分别为数据A和数据B的更新。相应的,当所述消息携带的数据发布模型信息为业务式发布模型时,可以同时更新数据A和数据B;当所述消息携带的数据发布模型信息为数据式发布模型时,可以按照数据A和数据B的排序,依次更新数据A和数据B。
S350:所述预设组件将还原后的消息按照所述数据发布方式转化为与所述预设组件所在接收方的业务形式规则相匹配的业务数据。
在实际应用中,对于同一消息,不同的接收方相应的业务数据不同;以上述某一消息为包括两个任务流,分别为数据A和数据B的更新为例,在数据更新过程中数据更新触发时间、更新环境、更新触发动作、以及数据展现形式等业务数据的业务形式规则都需要结合当前接收方的业务需求设置具体的,所述业务形式规则可以包括业务数据的展现形式、业务数据处理的触发动作、业务数据处理的环境、业务数据处理的触发时间等可以将消息转换成具体的业务数据的过程中的转换约束条件数据。相应的,所述预设组件将还原后的消息按照所述数据发布方式转化为与所述预设组件所在接收方的业务形式规则相匹配的业务数据可以包括:
调用接收方的预设虚拟接口,获取所述预设虚拟接口中包括的业务形式规则;
将还原后的消息按照所述数据发布方式转化为符合所述业务形式规则的业务数据。
具体的,所述预设虚拟接口中可以包括所述接收方的业务数据的业务形式规则。
在实际应用中,当所述将还原后的消息转化为与所述预设组件所在接收方的业务形式规则相匹配的业务数据之后,所述接收方可以获取所述业务数据。
具体的,在后续的应用中,假设发布方或预设组件升级更新时,接收方可以直接引入新的组件,不需要感知发布方的相关服务逻辑,实现平滑快速的升级更新。且一旦接收方出现消息相关的业务问题,发送方在进行故障排查时无需理解不同接收方的相关业务数据,大大减少后期的系统维护成本,提高了系统维护效率。
由此可见,本申请一种消息传递的方法的实施例中通过将包括消息收发逻辑信息和模型转换信息的发布方的预设组件添加到接收方,可以保证后续发布方向接收方传递消息的时候,直接将消息发送至接收方上的所述预设组件,所述预设组件直接基于所述消息收发逻辑信息将消息还原成原始数据,同时通过消息中携带有数据发布模型信息的方式,可以直接确定相应的数据发布方式,便于后续直接将还原后的消息转换为与接收方相匹配的业务数据在整个数据通信的过程中,接收方与发布方无需直接进行通信就可以完成数据的传递,以及数据的翻译转换。与现有技术相比,利用本申请实施例可以统一消息收发逻辑,省去了接收方的接口理解需求,同时,无需额外的消息翻译识别器就可直接将还原后的消息转换为业务数据,减少了翻译成本。后续发布方升级更新时,可以大大提高接收方侧相关的升级更新效率,实现了发布方与接收方相互无感知的消息传递。
图4是本申请所述一种数据通信方法另一种实施例的方法流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构,但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中,这些步骤的执行顺序或装置的模块结构不限于本申请实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置、服务器或终端产品应用时,可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器集群的实施环境)。
具体的一种实施例如图4所示,本申请提供的一种数据通信方法的另一种实施例中,所述方法可以包括:
S410:接收发布方发送的消息,所述消息携带有数据发布模型信息。
具体的,当所述发布方发布的消息对应多个接收方时,所述消息收发逻辑被设置成在所述多个接收方中为相同的消息收发逻辑。
S420:基于预置的消息收发逻辑信息还原所述消息,所述消息收发逻辑信息包括根据所述发送方的通信逻辑确定的消息识别规则数据。
S430:基于预置的模型转换信息确定所述消息携带的数据发布模型信息所对应的数据发布方式。
具体的,所述数据发布模型信息至少包括下述中的一种模型:
数据式发布模型、业务式发布模型和预设自定义式发布模型。
S440:将还原后的消息按照所述数据发布方式转化为与当前接收方的业务形式规则相匹配的业务数据。
具体的,所述将还原后的消息按照所述数据发布方式转化为与当前接收方的业务形式规则相匹配的业务数据包括:
调用接收方的预设虚拟接口,获取所述预设虚拟接口中包括的业务形式规则;
将还原后的消息按照所述数据发布方式转化为符合所述业务形式规则的业务数据。
基于上述所述的数据通信方法,本申请还提供一种数据通信装置。所述的装置可以包括使用了本申请所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的装置。基于同一创新构思,本申请提供的一种实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似,因此本申请具体的装置的实施可以参见前述方法的实施,重复之处不再赘述。以下所使用的,术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的具体的。图5是本申请提供的一种数据通信装置一种实施例的模块结构示意图,如图5所示,所述装置500可以包括:
消息接收模块510,可以用于接收发布方发送的消息,所述消息携带有数据发布模型信息;
消息还原模块520,可以用于基于预置的消息收发逻辑信息还原所述消息,所述消息收发逻辑信息包括根据所述发送方的通信逻辑确定的消息识别规则数据。
数据发布方式确定模块530,可以用于基于预置的模型转换信息确定所述消息携带的数据发布模型信息所对应的数据发布方式;
数据转换模块540,可以用于将还原后的消息按照所述数据发布方式转化为与当前接收方的业务形式规则相匹配的业务数据。
本申请还提供一种数据通信装置的实施例,所述数据通信装置包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现:
接收发布方发送的消息,所述消息接收模块接收到的消息携带有数据发布模型信息;
基于预置的消息收发逻辑信息还原所述消息,所述消息收发逻辑信息包括根据所述发送方的通信逻辑确定的消息识别规则数据;
基于预置的模型转换信息确定所述消息携带的数据发布模型信息所对应的数据发布方式;
将还原后的消息按照所述数据发布方式转化为与当前接收方的业务形式规则相匹配的业务数据。
另一个实施例中,当所述发布方发布的消息对应多个接收方时,所述消息收发逻辑被设置成在所述多个接收方中为相同的消息收发逻辑。
另一个实施例中,所述将还原后的消息按照所述数据发布方式转化为与当前接收方的业务形式规则相匹配的业务数据可以包括:
调用接收方的预设虚拟接口,获取所述预设虚拟接口中包括的业务形式规则;
将还原后的消息按照所述数据发布方式转化为符合所述业务形式规则的业务数据。
另一个实施例中,所述数据发布模型信息可以至少包括下述中的一种模型:
数据式发布模型、业务式发布模型和预设自定义式发布模型。
本申请另一方面还提供一种消息中间件的实施例,具体的,
所述消息中间件可以用于接收发布方发送的消息,所述消息接收模块接收到的消息携带有数据发布模型信息;
以及可以用于基于预置的消息收发逻辑信息还原所述消息,所述消息收发逻辑信息包括根据所述发送方的通信逻辑确定的消息识别规则数据;
以及可以用于基于预置的模型转换信息确定所述消息携带的数据发布模型信息所对应的数据发布方式;
以及可以用于将还原后的消息按照所述数据发布方式转化为与当前接收方的业务形式规则相匹配的业务数据。
本申请另一方面还提供一种数据通信系统的实施例,如图6所示,图6是本申请提供的一种数据通信系统的一种实施例的结构示意图,具体的,所述数据通信系统可以包括:
发布方,可以用于将消息发送至预设数量个接收方的消息中间件,所述消息中间件包括消息收发逻辑信息;
消息中间件,与接收方耦合,可以用于接收发布方发送的消息;以及基于所述消息收发逻辑信息还原所述消息;
接收方,与消息中间件耦合,可以用于通过消息翻译识别器将还原后的消息转换为与接收方的业务形式规则相匹配的业务数据。
本申请还提供一种数据通信系统的另一实施例,具体的,所述数据通信系统可以包括:
发布方,可以用于将消息发送至预设数量个接收方的消息中间件,所述消息中间件包括消息收发逻辑信息和模型转换信息,所述消息携带有数据发布模型信息;
消息中间件,与接收方耦合,可以用于接收发布方发送的消息;以及基于所述消息收发逻辑信息还原所述消息;以及可以基于预置的模型转换信息确定所述消息携带的数据发布模型信息所对应的数据发布方式;以及将还原后的消息按照所述数据发布方式转化为与当前接收方的业务形式规则相匹配的业务数据。
本申请另一方面还提供一种计算机可读存储介质的实施例,所述计算机可读存储介质上存储有计算机指令,所述指令被执行时实现以下步骤:
将发布方的预设组件添加到接收方,所述预设组件包括消息收发逻辑信息和模型转换信息;
当发布方发布消息时,所述发布方将消息发送至预设数量个接收方的所述预设组件,所述消息携带有数据发布模型信息;
接收方的所述预设组件基于所述消息收发逻辑信息还原所述消息;
所述预设组件基于所述模型转换信息确定所述消息携带的数据发布模型信息所对应的数据发布方式;
所述预设组件将还原后的消息按照所述数据发布方式转化为与当前接收方的业务形式规则相匹配的业务数据。
本申请还提供一种计算机可读存储介质的另一实施例,所述计算机可读存储介质上存储有计算机指令,所述指令被执行时实现以下步骤:
接收发布方发送的消息,所述消息携带有数据发布模型信息;
基于预置的消息收发逻辑信息还原所述消息,所述消息收发逻辑信息包括根据所述发送方的通信逻辑确定的消息识别规则数据。
基于预置的模型转换信息确定所述消息携带的数据发布模型信息所对应的数据发布方式;
将还原后的消息按照所述数据发布方式转化为与当前接收方的业务形式规则相匹配的业务数据。
所述计算机可读存储介质可以包括用于存储信息的物理装置,通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。本实施例所述的计算机可读存储介质有可以包括:利用电能方式存储信息的装置如,各式存储器,如RAM、ROM等;利用磁能方式存储信息的装置如,硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘;利用光学方式存储信息的装置如,CD或DVD。当然,还有其他方式的可读存储介质,例如量子存储器、石墨烯存储器等等。
尽管本申请内容中提到消息中间件、预设组件、引擎以及消息收发逻辑信息、模型转换信息、数据发布方式、消息还原、数据转换等之类的数据定义、处理等的描述,但是,本申请并不局限于必须是符合行业通信标准、标准数据结构、计算机处理和存储规则或本申请实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据处理方式等获取的实施例,仍然可以属于本申请的可选实施方案范围之内。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
虽然本申请提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的装置或终端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境,甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下,并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。
为了描述的方便,描述以上装置时以功能分为各种模块分别描述。当然,在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现,也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。