CN109840084A

CN109840084A - 一种通信方法、系统及电子设备和存储介质

Info

Publication number: CN109840084A
Application number: CN201910063579.9A
Authority: CN
Inventors: 何永正; 马登伟; 刘小磊; 段璠
Original assignee: Henan Xiangyu Medical Equipment Co Ltd
Current assignee: Henan Xiangyu Medical Equipment Co Ltd
Priority date: 2019-01-23
Filing date: 2019-01-23
Publication date: 2019-06-04
Anticipated expiration: 2039-01-23
Also published as: CN109840084B

Abstract

本申请公开了一种通信方法、系统及一种电子设备和计算机可读存储介质，该方法包括：获取终端与服务器的物理连接通道，并对所述物理连接通道进行虚拟化，得到虚拟通道；对所述虚拟通道建模，得到虚拟通道模型，并将所述虚拟通道模型保存至数据库中，以利用所述数据库中的所述虚拟通道模型获取对应的所述物理连接通道，并基于所述物理连接通道进行数据通信。本申请通过将物理连接通道虚拟化并建模，能够将通道保存在数据库中成为共享数据，从而可以通过查询数据库获取并使用物理连接通道，解决了物理连接通道分散时无法进行全局检索和管理的问题。

Description

一种通信方法、系统及电子设备和存储介质

技术领域

本申请涉及物联网技术领域，更具体地说，涉及一种通信方法、系统及一种电子设备和一种计算机可读存储介质。

背景技术

在软件设计领域有一个词，叫做领域驱动设计(Domain-Driven Design)，通常简称为DDD。在进行战略和战术设计，划分好界限上下文之后，就要开始进行领域建模。以一个学生模型来举例，请参见图1、图2，分别为学生模型的静态结构和程序结构。当一个工作任务从程序上层模块开始后，程序上层模块将通过学生资源库检索出相关学生，并让它执行相应行为，最后再把它保存到学生资源库，从而完成该工作任务。其中，分布式副本指一个程序运行多个副本的分布式计算系统中的某个副本，其一般用来提高系统可以同时处理的任务数。实体和资源库是DDD的专用术语，前者表示抽象化的现实事物，如该示例中的一个学生，后者是实体的虚拟存储。资源库只会保存实体的属性，不会保存实体的行为，实体的行为也不用保存，它们由实体的静态结构决定。通常，资源库将实体永久保存到外部存储中，例如关系数据库中，这样当程序停止运行后，资源库仍然是存在的，只要重启程序就可以继续使用资源库。

在物联网领域，终端与服务器之间需要保持一条用于实时地进行数据通信的双向连接通道，一般指由终端发起的TCP连接，该双向连接通道是一个具体存在的事物，服务器的程序中应当将其建模成实体。但有些通道是与程序绑定的，并且是绑定到具体的分布式副本上的。若仍然按照前述的建模方案，程序重新运行后，由于实体是保存到外部存储中的，所以能够找回原来的实体，如上述模型中的学生，但是由于连接通道与程序绑定，原本的程序停止后通道就消失了，因为连接通道不能存储到外部数据库，所以不同的分布式副本之间不能共享数据。学生在副本1上处理完成并保存到外部数据库后，下次处理可以分配到副本3上处理；但是连接通道不行，若连接通道是在副本1上创建的，则只能在副本1上处理，如果某个处理进程被随机分配到了副本3上，无法找回原本的连接通道。

因此，如何解决上述问题是本领域技术人员需要重点关注的。

发明内容

本申请的目的在于提供一种通信方法、系统及一种电子设备和一种计算机可读存储介质，能够实现连接通道的检索和管理。

为实现上述目的，本申请提供了一种通信方法，包括：

获取终端与服务器的物理连接通道，并对所述物理连接通道进行虚拟化，得到虚拟通道；

对所述虚拟通道建模，得到虚拟通道模型，并将所述虚拟通道模型保存至数据库中，以利用所述数据库中的所述虚拟通道模型获取对应的所述物理连接通道，并基于所述物理连接通道进行数据通信。

可选的，所述获取终端与服务器的物理连接通道，并对所述物理连接通道进行虚拟化，包括：

当所述物理连接通道创建完成并发布后，对所述物理连接通道进行虚拟化。

可选的，还包括：

获取所述外部数据库中的所述虚拟通道模型，得到对应的所述虚拟通道；

判断所述虚拟通道是否处于工作状态；

如果是，则查找所述虚拟通道对应的所述物理连接通道；

利用查找得到的所述物理连接通道进行数据通信。

可选的，所述判断所述虚拟通道是否处于工作状态之后，还包括：

若所述虚拟通道处于非工作状态，则显示相应的失败提示信息。

可选的，所述查找所述虚拟通道对应的所述物理连接通道，包括：

判断所述虚拟通道对应的目标分布式副本的目标索引是否与当前分布式副本的当前索引相同；

如果是，则利用所述虚拟通道的标识信息查找所述当前分布式副本中对应的所述物理连接通道。

可选的，所述判断所述虚拟通道对应的目标分布式副本的目标索引是否与当前分布式副本的当前索引相同之后，还包括：

若所述目标索引与所述当前索引不同，则根据所述目标索引获取所述目标分布式副本；

将当前通信任务转发至所述目标分布式副本，并获取所述目标分布式副本中所述虚拟通道对应的所述物理连接通道。

可选的，还包括：

通过分布式副本的索引确定对应的所述分布式副本，并获取所述数据库；

查找所述数据库中虚拟通道的标识信息对应的所述物理连接通道是否存在；

如果否，则将所述虚拟通道模型进行删除。

为实现上述目的，本申请提供了一种通信系统，包括：

通道获取模块，用于获取终端与服务器的物理连接通道，并对所述物理连接通道进行虚拟化，得到虚拟通道；

通道保存模块，用于对所述虚拟通道建模，得到虚拟通道模型，并将所述虚拟通道模型保存至数据库中，以利用所述数据库中的所述虚拟通道模型获取对应的所述物理连接通道，并基于所述物理连接通道进行数据通信。

为实现上述目的，本申请提供了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述公开的任一种通信方法的步骤。

为实现上述目的，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述公开的任一种通信方法的步骤。

通过以上方案可知，本申请提供的一种通信方法，包括：获取终端与服务器的物理连接通道，并对所述物理连接通道进行虚拟化，得到虚拟通道；对所述虚拟通道建模，得到虚拟通道模型，并将所述虚拟通道模型保存至数据库中，以利用所述数据库中的所述虚拟通道模型获取对应的所述物理连接通道，并基于所述物理连接通道进行数据通信。本申请通过将物理连接通道虚拟化并建模，能够将通道保存在数据库中成为共享数据，从而可以通过查询数据库获取并使用物理连接通道，解决了物理连接通道分散时无法进行全局检索和管理的问题。

本申请还公开了一种通信系统及一种电子设备和一种计算机可读存储介质，同样能实现上述技术效果。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术中学生模型的静态结构示意图；

图2为现有技术中学生模型的程序结构示意图；

图3为本申请实施例公开的一种通信方法的流程图；

图4为本申请实施例公开的一种虚拟通道模型的静态结构图；

图5为本申请实施例公开的一种虚拟通道模型的程序结构图；

图6为本申请实施例公开的另一种通信方法的流程图；

图7为本申请实施例公开的又一种通信方法的流程图

图8为本申请实施例公开的一种通信系统的结构图；

图9为本申请实施例公开的一种电子设备的结构图；

图10为本申请实施例公开的另一种电子设备的结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在物联网领域，终端与服务器之间需要保持一条用于实时地进行数据通信的双向连接通道，该双向连接通道是一个具体存在的事物，服务器的程序中应当将其建模成实体。但有些通道是与程序绑定的，并且是绑定到具体的分布式副本上的。若仍然按照前述的建模方案，程序重新运行后，由于实体是保存到外部存储中的，所以能够找回原来的实体，但是由于连接通道与程序绑定，原本的程序停止后通道就消失了，因为连接通道不能存储到外部数据库，所以不同的分布式副本之间不能共享数据。

因此，本申请实施例公开了一种通信方法，能够实现连接通道的检索和管理。

参见图3，本申请实施例公开的一种通信方法的流程图，如图3所示，包括：

S101：获取终端与服务器的物理连接通道，并对所述物理连接通道进行虚拟化，得到虚拟通道；

本步骤中，获取终端与服务器的物理连接通道，将其虚拟化。具体地，只有物理连接通道创建完成，并发布“已创建”时间后，才对物理连接通道进行虚拟化，得到相应的虚拟通道。

S102：对所述虚拟通道建模，得到虚拟通道模型，并将所述虚拟通道模型保存至数据库中，以利用所述数据库中的所述虚拟通道模型获取对应的所述物理连接通道，并基于所述物理连接通道进行数据通信。

进一步地，对虚拟化后的虚拟通道进行建模，将建模得到的虚拟通道模型保存至数据库。

图4、图5分别为本实施例提供的虚拟通道模型的静态结构图(即类图)、程序结构图，如图4、图5所示，常规属性和常规行为是程序上层模块能够看到的，内部属性和内部行为只能被虚拟通道模型看到；物理通道专用仓库，在整体上是内部的，只能被虚拟通道模型看到；物理通道专用仓库是实际存在的仓库，不是虚拟存储，其中保存的物理通道属性代表原始的物理连接通道，且物理通道专用仓库跟物理连接通道一样绑定到分布式副本程序上，随着副本程序的结束而消失。

本申请实施例公开了另一种通信方法，相对于上一实施例，本实施例具体阐述了基于上述实施例中数据库保存的虚拟通道模型查找对应的原始物理连接通道的过程。

参见图6，本申请实施例提供的另一种通信方法的流程图，如图6所示，包括：

S201：获取所述外部数据库中的所述虚拟通道模型，得到对应的所述虚拟通道；

S202：判断所述虚拟通道是否处于工作状态；

S203：如果是，则查找所述虚拟通道对应的所述物理连接通道；

S204：利用查找得到的所述物理连接通道进行数据通信。

可以理解的是，本实施例中，执行通信任务时，利用程序上层模块查找外部数据库中的虚拟通道模型，并检测判断虚拟通道是否处于工作状态。若检测得到虚拟通道处于非工作状态，则表示任务执行失败，显示相应的失败提示信息；若虚拟通道处于工作状态，则查找到对应的物理连接通道，从而利用物理连接通道执行通信任务，实现数据通信。

本申请实施例公开了又一种通信方法，相对于上一实施例，本实施例作了进一步说明和优化。具体地：

参见图7，本申请实施例提供的又一种通信方法的流程图，如图7所示，包括：

S301：获取所述外部数据库中的所述虚拟通道模型，得到对应的所述虚拟通道；

S302：判断所述虚拟通道是否处于工作状态；

S303：如果虚拟通道处于工作状态，则判断所述虚拟通道对应的目标分布式副本的目标索引是否与当前分布式副本的当前索引相同；

S304：如果是，则利用所述虚拟通道的标识信息查找所述当前分布式副本中对应的所述物理连接通道；

S305：如果否，则根据所述目标索引获取所述目标分布式副本；

S306：将当前通信任务转发至所述目标分布式副本，并获取所述目标分布式副本中所述虚拟通道对应的所述物理连接通道；

S307：利用查找得到的所述物理连接通道进行数据通信。

本实施例中，在查找虚拟通道对应的物理连接通道时，首先判断虚拟通道对应的目标分布式副本的目标索引是否与当前分布式副本的当前索引相同。若相同，则直接利用虚拟通道的标识信息查找目标分布式副本对应数据库中的物理连接通道；若不同，则根据目标索引计算出目标分布式副本，并将待处理的通信任务转发至目标分布式副本，以获取目标分布式副本中虚拟通道对应的物理连接通道，进一步利用物理连接通道执行通信任务。

在一种具体实施情况下，若分布式副本程序没有正常的结束，而是出现了宕机，将会产生一些错误的虚拟通道模型，也就是说，从数据库来看虚拟通道是工作中状态，但实际已经是关闭的。若想将错误的虚拟通道模型进行删除，可以通过以下步骤进行清理：

步骤1，通过分布式副本的索引确定对应的所述分布式副本，并获取所述数据库；

步骤2，查找所述数据库中虚拟通道的标识信息对应的所述物理连接通道是否存在；

步骤3，如果否，则将所述虚拟通道模型进行删除。

下面对本申请实施例提供的一种通信系统进行介绍，下文描述的一种通信系统与上文描述的一种通信方法可以相互参照。

参见图8，本申请实施例提供的一种通信系统的结构图，如图8所示，包括：

通道获取模块100，用于获取终端与服务器的物理连接通道，并对所述物理连接通道进行虚拟化，得到虚拟通道；

通道保存模块200，用于对所述虚拟通道建模，得到虚拟通道模型，并将所述虚拟通道模型保存至数据库中，以利用所述数据库中的所述虚拟通道模型获取对应的所述物理连接通道，并基于所述物理连接通道进行数据通信。

本申请还提供了一种电子设备，参见图9，本申请实施例提供的一种电子设备的结构图，如图9所示，包括：

存储器11，用于存储计算机程序；

处理器12，用于执行所述计算机程序时可以实现如上述公开的任一种通信方法的步骤。

具体的，存储器11包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机可读指令，该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。处理器12在一些实施例中可以是一中央处理器(CentralProcessing Unit，CPU)、控制器、微控制器、微处理器或其他数据处理芯片，为电子设备提供计算和控制能力。

在上述实施例的基础上，作为优选实施方式，参见图10，所述电子设备还包括：

输入接口13，与处理器12相连，用于获取外部导入的计算机程序、参数和指令，经处理器12控制保存至存储器11中。该输入接口13可以与输入装置相连，接收用户手动输入的参数或指令。该输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，也可以是键盘、触控板或鼠标等。

显示单元14，与处理器12相连，用于显示处理器12处理的数据以及用于显示可视化的用户界面。该显示单元14可以为LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。

网络端口15，与处理器12相连，用于与外部各终端设备进行通信连接。该通信连接所采用的通信技术可以为有线通信技术或无线通信技术，如移动高清链接技术(MHL)、通用串行总线(USB)、高清多媒体接口(HDMI)、无线保真技术(WiFi)、蓝牙通信技术、低功耗蓝牙通信技术、基于IEEE802.11s的通信技术等。

图10仅示出了具有组件11-15的电子设备，本领域技术人员可以理解的是，图10示出的结构并不构成对电子设备的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

本申请还提供了一种计算机可读存储介质，该存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。该存储介质上存储有计算机程序，所述计算机程序被处理器执行时时实现如上述公开的任一种通信方法的步骤。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims

1.一种通信方法，其特征在于，包括：

2.根据权利要求1所述的通信方法，其特征在于，所述获取终端与服务器的物理连接通道，并对所述物理连接通道进行虚拟化，包括：

3.根据权利要求1或2所述的通信方法，其特征在于，还包括：

判断所述虚拟通道是否处于工作状态；

如果是，则查找所述虚拟通道对应的所述物理连接通道；

利用查找得到的所述物理连接通道进行数据通信。

4.根据权利要求3所述的通信方法，其特征在于，所述判断所述虚拟通道是否处于工作状态之后，还包括：

5.根据权利要求3所述的通信方法，其特征在于，所述查找所述虚拟通道对应的所述物理连接通道，包括：

6.根据权利要求5所述的通信方法，其特征在于，所述判断所述虚拟通道对应的目标分布式副本的目标索引是否与当前分布式副本的当前索引相同之后，还包括：

7.根据权利要求1所述的通信方法，其特征在于，还包括：

如果否，则将所述虚拟通道模型进行删除。

8.一种通信系统，其特征在于，包括：

9.一种电子设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述通信方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述通信方法的步骤。