CN113590253B - 基于服务器端的通信交互方法、设备及存储介质 - Google Patents
基于服务器端的通信交互方法、设备及存储介质 Download PDFInfo
- Publication number
- CN113590253B CN113590253B CN202111168710.1A CN202111168710A CN113590253B CN 113590253 B CN113590253 B CN 113590253B CN 202111168710 A CN202111168710 A CN 202111168710A CN 113590253 B CN113590253 B CN 113590253B
- Authority
- CN
- China
- Prior art keywords
- server
- processed
- subscription information
- channel
- service layer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/451—Execution arrangements for user interfaces
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/544—Buffers; Shared memory; Pipes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/545—Gui
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Data Mining & Analysis (AREA)
- Multimedia (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请公开了一种基于服务器端的通信交互方法、设备及存储介质,该方法包括:应用于服务器端的业务层,业务层与页面相关端通过预设交互通道进行通信连接,若接收到所述页面相关端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量;确定所述待处理变量针对的业务信息,并确定所述业务信息的目标处理流程;根据所述目标处理流程对所述业务信息进行处理,得到处理结果。在本申请中,业务层与页面相关端分别作为单独的应用工具,通过预设交互通道进行通信连接,进而,业务层即可通过预设交互通道,以发布订阅的方式即发送订阅信息,通知页面相关端需要处理的变量,进而,实现对对应业务进行快速有效的处理。
Description
技术领域
本申请涉及通信计算机技术领域,尤其涉及一种基于服务器端的通信交互方法、设备及存储介质。
背景技术
目前,软件的界面服务和业务服务(业务逻辑)是通过共享内存(文件或者存储地址)的方式,耦合在一起的,例如,软件通常是以UI框架为主线程,在UI框架中添加业务逻辑,进而实现软件的各项服务功能,然而,通过耦合的方式实现软件的服务功能,导致界面服务和业务服务之间的通信接口需要事先定义好,不够灵活,致使软件读写等业务处理效率低下。
发明内容
本申请的主要目的在于提供一种基于服务器端的通信交互方法、设备及存储介质,旨在解决现有软件的界面服务和业务服务通过共享内存的方式,耦合在一起,致使软件业务处理效率低的技术问题。
为实现上述目的,本申请提供一种基于服务器端的通信交互方法,应用于服务器端的业务层,所述业务层与页面相关端通过预设交互通道进行通信连接,所述基于服务器端的通信交互方法包括:
若接收到所述页面相关端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量;
确定所述待处理变量针对的业务信息,并确定所述业务信息的目标处理流程;
根据所述目标处理流程对所述业务信息进行处理,得到处理结果。
可选地,所述页面相关端为界面,所述若接收到所述页面相关端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量的步骤,包括:
若接收到所述界面基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量,其中,所述预设交互通道基于内存型数据库搭建;
其中,所述待处理变量基于所述界面输入至所述预设交互通道中的界面操作信息确定。
可选地,所述页面相关端为浏览器的web后端,所述若接收到所述页面相关端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量的步骤,包括:
若接收到所述web后端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量,其中,所述预设交互通道基于内存型数据库搭建;
其中,所述待处理变量基于所述web后端传入至所述预设交互通道中的网页操作信息确定,其中,所述网页操作信息经由浏览器web前端获取,并通过socket长连接传输给所述web后端。
可选地,所述业务层为一个,所述页面相关端至少包括第一页面相关端和第二页面相关端,所述第一页面相关端对应通道为第一预设交互通道,所述第二页面相关端对应通道为第二预设交互通道,不同页面相关端的网络架构模式不同,所述待处理变量至少包括第一待处理变量以及第二处理变量;
所述若接收到所述页面相关端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量的步骤,包括:
若接收到所述第一页面相关端基于第一预设交互通道发送的第一订阅信息时,获取所述第一订阅信息对应的第一待处理变量;
和/或者若接收到所述第二页面相关端基于第二预设交互通道发送的第二订阅信息时,获取所述第二订阅信息对应的第二待处理变量。
本申请还提供一种基于服务器端的通信交互方法,应用于页面相关端,所述页面相关端与服务器端的业务层通过预设交互通道进行通信连接,所述基于服务器端的通信交互方法包括:
若接收到所述业务层基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量,其中,所述预设交互通道基于内存型数据库搭建;
确定所述待处理变量针对的页面更新信息;
对所述页面更新信息进行处理,得到处理结果。
可选地,所述页面相关端为浏览器的web后端,所述对所述页面更新信息进行处理,得到处理结果的步骤,包括:
与浏览器的web前端建立socket长连接;
通过所述socket长连接,将所述页面更新信息传输给所述web前端,接收所述web前端基于所述页面更新信息反馈的处理结果。
可选地,所述页面相关端为界面,所述确定所述待处理变量针对的页面更新信息的步骤,包括:
若接收到多个所述业务层基于一个预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量;
或者若接收到多个所述业务层基于对应多个预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量。
可选地,所述页面相关端为一个,所述业务层至少包括第一业务层和第二业务层,所述第一业务层对应通道为第三预设交互通道,所述第二业务层对应通道为第四预设交互通道,所述待处理变量至少包括第三待处理变量以及第四处理变量,
所述若接收到所述业务层基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量的步骤,包括:
若接收到所述第一业务层基于第三预设交互通道发送的第三订阅信息时,获取所述第三订阅信息对应的第三待处理变量;
和/或者若接收到所述第二业务层基于第四预设交互通道发送的第四订阅信息时,获取所述第四订阅信息对应的第四待处理变量。
本申请还提供一种基于服务器端的通信交互装置,应用于服务器端的业务层,所述业务层与页面相关端通过预设交互通道进行通信连接,所述基于服务器端的通信交互装置包括:
第一接收模块,用于若接收到所述页面相关端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量;
第一确定模块,用于确定所述待处理变量针对的业务信息,并确定所述业务信息的目标处理流程;
第一处理模块,用于根据所述目标处理流程对所述业务信息进行处理,得到处理结果。
本申请还提供一种基于服务器端的通信交互装置,应用于页面相关端,所述页面相关端与服务器端的业务层通过预设交互通道进行通信连接,所述基于服务器端的通信交互装置包括:
第二接收模块,用于若接收到所述业务层基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量,其中,所述预设交互通道基于内存型数据库搭建;
第二确定模块,用于确定所述待处理变量针对的页面更新信息;
第二处理模块,用于对所述页面更新信息进行处理,得到处理结果。
本申请还提供一种基于服务器端的通信交互设备,所述基于服务器端的通信交互设备为实体节点设备,所述基于服务器端的通信交互设备包括:存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的所述基于服务器端的通信交互方法的程序,所述基于服务器端的通信交互方法的程序被处理器执行时可实现如上述所述基于服务器端的通信交互方法的步骤。
本申请还提供一种存储介质,所述存储介质上存储有实现上述基于服务器端的通信交互方法的程序,所述基于服务器端的通信交互方法的程序被处理器执行时实现如上述所述基于服务器端的通信交互方法的步骤。
本申请还提供一种产品、所述产品为计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述所述基于服务器端的通信交互方法的步骤。
本申请提供一种基于服务器端的通信交互方法、设备及存储介质,与现有技术中软件的界面服务和业务服务通过共享内存的方式,耦合在一起,致使软件的开发以及读写效率低相比,本申请应用于服务器端的业务层,所述业务层与页面相关端通过预设交互通道进行通信连接,若接收到所述页面相关端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量;确定所述待处理变量针对的业务信息,并确定所述业务信息的目标处理流程;根据所述目标处理流程对所述业务信息进行处理,得到处理结果。在本申请中,业务层与页面相关端不再是耦合一起的,即业务层与页面相关端分别作为单独的应用工具,通过预设交互通道进行通信连接,进而,业务层即可通过预设交互通道,以发布订阅的方式即发送订阅信息,通知页面相关端需要处理的变量,进而,实现对对应业务进行快速有效的处理,避免了共享内存所需要造成的效率的降低。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请基于服务器端的通信交互方法第一实施例的流程示意图;
图2为本申请基于服务器端的通信交互方法第二实施例的流程示意图;
图3为本申请实施例方案涉及的硬件运行环境的设备结构示意图;
图4为本申请基于服务器端的通信交互方法涉及的第一场景示意图;
图5为本申请基于服务器端的通信交互方法涉及的第二场景示意图;
图6为本申请基于服务器端的通信交互方法涉及的第三场景示意图。
本申请目的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其它实施例,均属于本发明保护的范围。
本申请实施例提供一种基于服务器端的通信交互方法,在本申请基于服务器端的通信交互方法的第一实施例中,参照图1,应用于服务器端的业务层,所述业务层与页面相关端通过预设交互通道进行通信连接,所述基于服务器端的通信交互方法包括:
步骤S10,若接收到所述页面相关端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量;
步骤S20,确定所述待处理变量针对的业务信息,并确定所述业务信息的目标处理流程;
步骤S30,根据所述目标处理流程对所述业务信息进行处理,得到处理结果。
具体步骤如下:
步骤S10,若接收到所述页面相关端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量;
在本实施例中,需要说明的是,基于服务器端的通信交互方法可以应用于应用于基于服务器端的通信交互装置,该基于服务器端的通信交互装置属于基于服务器端的通信交互系统,该基于服务器端的通信交互系统从属于基于服务器端的通信交互设备。
目前,软件的界面服务和业务服务(业务逻辑)是通过共享内存(文件或者存储地址)的方式,耦合在一起的,例如,软件通常是以UI框架为主线程,在UI框架中添加业务逻辑,进而实现软件的各项服务功能,然而,通过耦合的方式实现软件的服务功能,导致界面服务和业务服务之间的通信接口需要事先定义好,不够灵活,致使软件读写等业务处理效率低下。
在本实施例中,针对的具体应用场景具体可以是:
目前,现有基于B/S架构的软件的界面服务和业务服务(业务逻辑)是通过共享内存(文件或者存储地址)的方式,耦合在一起的,例如,微信软件通常是以UI框架为主线程,在UI框架中添加业务逻辑如小程序或者公众号等,进而实现微信软件的各项服务功能。导致界面服务和业务服务之间的通信接口需要事先定义好,不够灵活,致使软件读写等业务处理效率低下。
或者目前,现有基于C/S架构的软件的界面服务和业务服务(业务逻辑)是通过共享内存(文件或者存储地址)的方式,耦合在一起的,例如,qq软件通常是以UI框架为主线程,在UI框架中添加业务逻辑,进而实现qq软件的各项服务功能。导致界面服务和业务服务之间的通信接口需要事先定义好,不够灵活,致使软件读写等业务处理效率低下。
在本实施例中,整体地,基于已有的开源工具,实现服务器端业务层和UI界面之间的通信连接不再是耦合的连接方式,而是交互的连接方式,即服务器端业务层和UI界面之间是不同的应用或者不同的软件,一个是业务层软件,一个是界面软件,进而,通过发布订阅的方式,实现两个软件之间的交互,即两个软件之间只需要知道交互的频道(预设交互通道),即可通过发布订阅的方式通知对方需要处理的变量,进而实现对应业务的快速处理。
在本实施例中,先明确服务器端,业务层与页面相关端之间的通信关系,具体地,业务层属于服务器端,除了业务层之外,服务器端还包括各个硬件设备,该各个硬件设备是业务层相应业务逻辑实现的基础,也即,具体地,业务层输入业务逻辑给各个硬件设备,各个硬件设备对业务逻辑进行处理后,输出处理信号给业务层,而对于页面相关端而言,与服务器端进行通信连接具体地,与服务器端的业务层进行通信连接,也即,页面相关端与服务器端是同样层级的设备端,只不过通信连接的时候是具体与服务器端的业务层进行通信连接的,其中,在与业务层进行通信连接的时候,通过UI主线程采集一些操作信息等,并将操作信息等发送给服务端的业务层。
在本实施例中,业务层与页面相关端通过预设交互通道进行通信连接的,其中,预设交互通道可以是内存型数据库构成的通道。
在本实施例中,若接收到所述页面相关端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量具体可以是:
第一,若接收到所述页面相关端基于Redis数据库构成的通道发送的订阅信息时,获取所述订阅信息对应的待处理变量,其中,Redis是以Key-Value对的形式将数据存储在内存当中的。
第二,若接收到所述页面相关端基于其他内存型构成的通道发送的订阅信息时,获取所述订阅信息对应的待处理变量。
在本实施例中,订阅信息可以是:图标信息,操作信息等。
在本实施例中,若接收到所述页面相关端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量具体可以是:
第一;若接收到所述页面相关端基于预设交互通道发送的图标订阅信息时,获取所述订阅信息对应的待处理变量;
第二,若接收到所述页面相关端基于预设交互通道发送的操作订阅信息时,获取所述订阅信息对应的待处理变量。
在本实施例中,待处理变量可以是key值,也可以是其他值。
具体地,在本实施例中,页面相关端将产生的数据写入到Redis数据库对应的key中,然后将key通过发布订阅的机制发布到对应的频道中即预设交互通道中,也即,页面相关端发布订阅信息至预设交互通道中,由于业务层一直监听订阅的频道,因而,能够检测出订阅信息,在检测到订阅信息后,业务层读出订阅信息对应的key值。
其中,所述页面相关端为界面,参照图2,所述若接收到所述页面相关端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量的步骤,包括:
步骤S11,若接收到所述界面基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量;
其中,所述待处理变量基于所述界面输入至所述预设交互通道中的界面操作信息确定。
在本实施例中,页面相关端为界面,即为UI界面,其中,UI界面基于C/S架构与服务器端业务层进行通信,进而,UI界面上的操作即操作信息等写入到对应的key中,然后将key,也以上述同样的发布订阅机制或者发布订阅规则发布到相应的频道,即发布订阅信息至服务端,服务端接收到消息之后,对key值对应的业务逻辑进行处理,具体UI界面和业务层的关系如图4所示。
其中,所述页面相关端为浏览器的web后端,所述若接收到所述页面相关端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量的步骤,包括:
步骤S12,若接收到所述web后端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量;
其中,所述待处理变量基于所述web后端传入至所述预设交互通道中的网页操作信息确定,其中,所述网页操作信息经由浏览器web前端获取,并通过socket长连接传输给所述web后端。
在本实施例中,页面相关端和服务器是采用B/S架构即浏览器和Web服务器的架构,如微信软件即是采用B/S架构。
需要说明的是,页面相关端为浏览器的web后端,其中,浏览器还包括web前端。
在本实施例中,如图5所示,浏览器Web后端,业务层分别都与Redis数据库建立连接,进而,浏览器Web后端监听业务层在Redis上发布订阅的频道,而业务层监听浏览器Web后端在Redis上发布订阅的频道,因而,业务层可获取浏览器Web后端发布的网页操作信息如图片点击信息,图标触摸信息,按钮信息以及图标状态信息等,在本实施例中,需要说明的是,网页操作信息经由浏览器web前端获取,并通过socket长连接传输给所述web后端,即浏览器的Web后端和前端建立socket长连接,进而,浏览器的前端可以实时的将web前端显示的界面操作传回给web后端,web后端再通过Redis的发布订阅机制,将数据发给业务层进行处理。
所述业务层为一个,所述页面相关端至少包括第一页面相关端和第二页面相关端,所述第一页面相关端对应通道为第一预设交互通道,所述第二页面相关端对应通道为第二预设交互通道,不同页面相关端的网络架构模式不同,所述待处理变量至少包括第一待处理变量以及第二处理变量;
所述若接收到所述页面相关端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量的步骤,包括:
步骤S13,若接收到所述第一页面相关端基于第一预设交互通道发送的第一订阅信息时,获取所述第一订阅信息对应的第一待处理变量;
在本实施例中,可以实现一台服务端对应两台可供操作的UI界面,即具体地,可以一个服务端业务层支持2个UI程序,不限于平台(Windows、Linux),不限于位置(通过网络能连上Redis即可)。
在本实施例中,由于一台服务端对应2台可供操作的UI界面,则业务层为一个,页面相关端包括第一页面相关端和第二页面相关端,定义第一页面相关端对应通道为第一预设交互通道,并定义第二页面相关端对应通道为第二预设交互通道,且不同页面相关端的网络架构模式不同,如一个是B/S架构,一个是C/S架构(需要说明的是,且不同页面相关端的网络架构模式不同,如两个都是C/S架构,或者两个都是B/S架构),所述待处理变量至少包括第一待处理变量以及第二处理变量。
若接收到所述第一页面相关端基于第一预设交互通道发送的第一订阅信息时,获取所述第一订阅信息对应的第一待处理变量,如若接收到界面基于第一预设交互通道发送的第一订阅信息时,获取所述第一订阅信息对应的第一待处理变量。
步骤S14,和/或者若接收到所述第二页面相关端基于第二预设交互通道发送的第二订阅信息时,获取所述第二订阅信息对应的第二待处理变量。
在本实施例中,业务层还可以在接收到所述第二页面相关端如浏览器web后端,基于第二预设交互通道发送的第二订阅信息时,获取所述第二订阅信息对应的第二待处理变量。
在本实施例中,需要说明的是,还可以是由一台服务端对应多台可供操作的UI界面,则业务层为一个,页面相关端至少包括第一页面相关端,第二页面相关端和第三页面相关端,且不同页面相关端的网络架构模式可以不同,也可以不相同,如2个是B/S架构,1个是C/S架构等,具体如图6所示。
以工厂生产为例,设备端运行显示有多个UI界面,进而实现对应业务逻辑,此设备端对应业务逻辑(服务器端业务层等)用于操作产线设备硬件,例如PLC等。
在本实施例中,具体地,由于一个业务层对应多个UI界面,进而,生产线中央控制室的电脑上可以显示UI界面,产线管理员基于该UI界面生成设备端的指令,进一步地,企业总部办公室也可以通过浏览器前端访问已经搭建好的web后端,即通过浏览器查看产线实际情况,并生成设备端的指令,进一步地,设备端的操作员可以基于UI界面生成设备端的指令,即三者均可对界面进行操作,如图6所示。
步骤S20,确定所述待处理变量针对的业务信息,并确定所述业务信息的目标处理流程;
在本实施例中,在确定处理变量(如key)后,确定所述待处理变量针对的业务信息(包括目标业务事项的value值),并确定所述业务信息的目标处理流程(其中,目标业务确定后,目标处理流程调用即可,即各个业务对应的处理流程是预存的)。
也即,整体地,业务层读取key对应的value值,进而,即可确定业务处理逻辑。
在本实施例中,需要说明的是,待处理变量针对的业务信息还包括事项内容等。
步骤S30,根据所述目标处理流程对所述业务信息进行处理,得到处理结果。
在本实施例中,在得到目标处理流程后,根据所述目标处理流程对所述业务信息如具体的事项内容等进行处理,得到处理结果。
或者业务层将业务处理逻辑和业务信息发送给服务器端的其他硬件设备,并接收其他硬件设备基于目标处理流程对所述业务信息等进行处理后,得到的处理结果。
本申请提供一种基于服务器端的通信交互方法、设备及存储介质,与现有技术中软件的界面服务和业务服务通过共享内存的方式,耦合在一起,致使软件的开发以及读写效率低相比,本申请应用于服务器端的业务层,所述业务层与页面相关端通过预设交互通道进行通信连接,若接收到所述页面相关端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量;确定所述待处理变量针对的业务信息,并确定所述业务信息的目标处理流程;根据所述目标处理流程对所述业务信息进行处理,得到处理结果。在本申请中,业务层与页面相关端不再是耦合一起的,即业务层与页面相关端分别作为单独的应用工具,通过预设交互通道进行通信连接,进而,业务层即可通过预设交互通道,以发布订阅的方式即发送订阅信息,通知页面相关端需要处理的变量,进而,实现对对应业务进行快速有效的处理,避免了共享内存所需要造成的效率的降低。
进一步地,基于本申请中第一实施例,提供本申请的另一实施例,在该实施例中,应用于页面相关端,所述页面相关端与服务器端的业务层通过预设交互通道进行通信连接,所述基于服务器端的通信交互方法包括:
步骤S40,若接收到所述业务层基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量,其中,所述预设交互通道基于内存型数据库搭建;
步骤S50,确定所述待处理变量针对的页面更新信息;
步骤S60,对所述页面更新信息进行处理,得到处理结果。
具体步骤如下:
步骤S40,若接收到所述业务层基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量,其中,所述预设交互通道基于内存型数据库搭建;
在本实施例中,整体地,基于已有的开源工具,实现服务器端业务层和UI界面之间的通信连接不再是耦合的连接方式,而是交互的连接方式,即服务器端业务层和UI界面之间是不同的应用或者不同的软件,一个是业务层软件,一个是界面软件,进而,通过发布订阅的方式,实现两个软件之间的交互,即两个软件之间只需要知道交互的频道(预设交互通道),即可通过发布订阅的方式通知对方需要处理的变量,进而实现对应业务的快速处理。
在本实施例中,页面相关端与业务层通过预设交互通道进行通信连接的,其中,所述预设交互通道基于内存型数据库搭建。
在本实施例中,若接收到所述业务层基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量具体可以是:
第一,若接收到所述业务层基于Redis数据库构成的通道发送的订阅信息时,获取所述订阅信息对应的待处理变量,其中,Redis是以Key-Value对的形式将数据存储在内存当中的。
第二,若接收到所述业务层基于其他内存型构成的通道发送的订阅信息时,获取所述订阅信息对应的待处理变量。
在本实施例中,订阅信息可以是:界面更新的信息(包括图片,图标,文本,按钮,状态等)。
在本实施例中,若接收到所述业务层基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量具体可以是:
第一;若接收到所述业务层基于预设交互通道发送的界面图标需要更新的订阅信息时,获取所述订阅信息对应的待处理变量;
第二,若接收到所述业务层基于预设交互通道发送的界面文本需要更新的订阅信息时,获取所述订阅信息对应的待处理变量。
在本实施例中,待处理变量可以是key值,也可以是其他值。
具体地,在本实施例中,业务层将产生的数据(界面或者页面需要更新的信息)写入到Redis数据库对应的key中,然后将key通过发布订阅的机制发布到对应的频道中即预设交互通道中,也即,业务层发布订阅信息至预设交互通道中,由于页面服务器端一直监听订阅的频道,因而,能够检测出订阅信息,在检测到订阅信息后,页面服务器端读出订阅信息对应的key值。
其中,所述页面相关端为界面,所述确定所述待处理变量针对的页面更新信息的步骤,包括:
步骤S41,若接收到多个所述业务层基于一个预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量;
或者步骤S42,若接收到多个所述业务层基于对应多个预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量。
在本实施例中,页面服务器端为界面,即为UI界面,其中,UI界面基于C/S架构与服务器端业务层进行通信,进而,服务器端业务层将界面或者页面需要更新的信息等写入到对应的key中,然后将key,也以上述同样的发布订阅机制或者发布订阅规则发布到相应的频道,即发布订阅信息至界面,界面接收到消息之后,对界面或者页面需要更新的信息对应的进行处理,具体UI界面和业务层的关系如图4所示。
在本实施例中,所述业务层为多个时,该多个业务层可以通过一个预设交互通道,或者多个预设交互通道和界面进行通信,在此不做具体说明。
其中,所述页面相关端为浏览器的web后端,所述对所述页面更新信息进行处理,得到处理结果的步骤,包括:
步骤S43,与浏览器的web前端建立socket长连接;
步骤S44,通过所述socket长连接,将所述页面更新信息传输给所述web前端,接收所述web前端基于所述页面更新信息反馈的处理结果。
在本实施例中,业务层和页面相关端是采用B/S架构即浏览器和Web服务器的架构,如微信软件即是采用B/S架构。
需要说明的是,页面相关端为浏览器的web后端,其中,浏览器还包括web前端。
在本实施例中,如图5所示,浏览器Web后端,业务层分别都与Redis数据库建立连接,进而,浏览器Web后端监听业务层在Redis上发布订阅的频道,即浏览器Web后端监听业务层在Redis上发布订阅的频道,因而,浏览器Web后端可获取业务层发布的界面或者页面需要更新的信息如界面需要更改的图片,图标,文本,按钮,状态等,在本实施例中,需要说明的是,通过所述socket长连接,浏览器Web后端将所述页面需要更新的信息传输给所述web前端,并接收所述web前端基于所述页面需要更新的信息反馈的处理结果,即界面或者页面需要更新的信息经由浏览器web后端获取,并通过socket长连接传输给所述web前端,web前端更新页面需要更新的信息。
在本实施例中,所述页面相关端为一个,所述业务层至少包括第一业务层和第二业务层,所述第一业务层对应通道为第三预设交互通道,所述第二业务层对应通道为第四预设交互通道,所述待处理变量至少包括第三待处理变量以及第四处理变量,
所述若接收到所述业务层基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量的步骤,包括:
步骤S45,若接收到所述第一业务层基于第三预设交互通道发送的第三订阅信息时,获取所述第三订阅信息对应的第三待处理变量;
在本实施例中,可以实现一台页面相关端对应两个可供操作的业务层,即具体地,可以一个页面相关端支持2个业务层,不限于平台(Windows、Linux),不限于位置(通过网络能连上Redis即可)。
在本实施例中,由于一台页面相关端对应两台可供操作的业务层,则页面相关端为一个,业务层包括第一业务层和第二业务层,定义第一业务层对应通道为第三预设交互通道,并定义第二业务层对应通道为第四预设交互通道,且不同业务层的网络架构模式不同,如一个是B/S架构,一个是C/S架构(需要说明的是,且不同业务层的网络架构模式不同,如两个都是C/S架构,或者两个都是B/S架构),所述待处理变量至少包括第三待处理变量以及第四处理变量。
若接收到所述第一业务层基于第三预设交互通道发送的第三订阅信息时,获取所述第三订阅信息对应的第三待处理变量,如若接收到界面基于第三预设交互通道发送的第三订阅信息时,获取所述第三订阅信息对应的第三待处理变量。
和/或者步骤S46,若接收到所述第二业务层基于第四预设交互通道发送的第四订阅信息时,获取所述第四订阅信息对应的第四待处理变量。
在本实施例中,页面服务器端还可以在接收到所述第二业务层基于第四预设交互通道发送的第四订阅信息时,获取所述第四订阅信息对应的第四待处理变量。
在本实施例中,需要说明的是,还可以是由一台页面服务器端对应多个业务层,即业务层至少包括第一业务层,第二业务层和第三业务层,且不同业务层的网络架构模式可以不同,也可以不相同,如2个是B/S架构,1个是C/S架构等。
在本实施例中,具体地,由于一个页面服务器端对应多个业务层,进而,生产线中央控制室的页面服务器端可以控制第一业务层(对应第一工厂业务),进一步地,可以控制第二业务层(对应第二工厂业务),或者更进一步地,可以控制第三服务层(对应第三工厂业务)。
步骤S50,确定所述待处理变量针对的页面更新信息;
步骤S60,对所述页面更新信息进行处理,得到处理结果。
在本实施例中,在得到待处理变量后,确定所述待处理变量针对的页面更新信息,对所述页面更新信息进行处理如具体进行更新处理,进而得到处理结果。
本申请提供一种基于服务器端的通信交互方法、设备及存储介质,与现有技术中软件的界面服务和业务服务通过共享内存的方式,耦合在一起,致使软件的开发以及读写效率低相比,本申请应用于页面相关端,所述页面相关端与服务器端的业务层通过预设交互通道进行通信连接,若接收到所述业务层基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量,其中,所述预设交互通道基于内存型数据库搭建;确定所述待处理变量针对的页面更新信息;对所述页面更新信息进行处理,得到处理结果。在本申请中,业务层与页面相关端不再是耦合一起的,即业务层与页面相关端分别作为单独的应用工具,通过预设交互通道进行通信连接,进而,业务相关端即可通过预设交互通道,以发布订阅的方式即发送订阅信息,通知业务层需要处理的变量,进而,实现对对应业务进行快速有效的处理,避免了共享内存所需要造成的效率的降低。
参照图3,图3是本申请实施例方案涉及的硬件运行环境的设备结构示意图。
如图3所示,该基于服务器端的通信交互设备可以包括:处理器1001,例如CPU,存储器1005,通信总线1002。其中,通信总线1002用于实现处理器1001和存储器1005之间的连接通信。存储器1005可以是高速RAM存储器,也可以是稳定的存储器(non-volatilememory),例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储设备。
可选地,该基于服务器端的通信交互设备还可以包括矩形用户接口、网络接口、摄像头、RF(Radio Frequency,射频)电路,传感器、音频电路、WiFi模块等等。矩形用户接口可以包括显示屏(Display)、输入子模块比如键盘(Keyboard),可选矩形用户接口还可以包括标准的有线接口、无线接口。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。
本领域技术人员可以理解,图3中示出的基于服务器端的通信交互设备结构并不构成对基于服务器端的通信交互设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
如图3所示,作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块以及基于服务器端的通信交互程序。操作系统是管理和控制基于服务器端的通信交互设备硬件和软件资源的程序,支持基于服务器端的通信交互程序以及其它软件和/或程序的运行。网络通信模块用于实现存储器1005内部各组件之间的通信,以及与基于服务器端的通信交互系统中其它硬件和软件之间通信。
在图3所示的基于服务器端的通信交互设备中,处理器1001用于执行存储器1005中存储的基于服务器端的通信交互程序,实现上述任一项所述的基于服务器端的通信交互方法的步骤。
本申请基于服务器端的通信交互设备具体实施方式与上述基于服务器端的通信交互方法各实施例基本相同,在此不再赘述。
本申请还提供一种基于服务器端的通信交互装置,所述基于服务器端的通信交互装置包括:
应用于服务器端的业务层,所述业务层与页面相关端通过预设交互通道进行通信连接,所述基于服务器端的通信交互装置包括:
第一接收模块,用于若接收到所述页面相关端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量;
第一确定模块,用于确定所述待处理变量针对的业务信息,并确定所述业务信息的目标处理流程;
第一处理模块,用于根据所述目标处理流程对所述业务信息进行处理,得到处理结果。
本申请基于服务器端的通信交互装置的具体实施方式与上述所述基于服务器端的通信交互方法各实施例基本相同,在此不再赘述。
本申请还提供一种基于服务器端的通信交互装置,应用于页面相关端,所述页面相关端与服务器端的业务层通过预设交互通道进行通信连接,所述基于服务器端的通信交互装置包括:
第二接收模块,用于若接收到所述业务层基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量,其中,所述预设交互通道基于内存型数据库搭建;
第二确定模块,用于确定所述待处理变量针对的页面更新信息;
第二处理模块,用于对所述页面更新信息进行处理,得到处理结果。
本申请基于服务器端的通信交互装置的具体实施方式与上述所述基于服务器端的通信交互方法各实施例基本相同,在此不再赘述。
本申请实施例提供了一种存储介质,且所述存储介质存储有一个或者一个以上程序,所述一个或者一个以上程序还可被一个或者一个以上的处理器执行以用于实现上述所述基于服务器端的通信交互方法的步骤。
本申请存储介质具体实施方式与上述所述基于服务器端的通信交互方法各实施例基本相同,在此不再赘述。
本申请还提供一种计算机程序产品、包括计算机程序,该计算机程序被处理器执行时实现上述所述基于服务器端的通信交互方法的步骤。
本申请计算机程序产品的具体实施方式与上述所述基于服务器端的通信交互方法各实施例基本相同,在此不再赘述。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (7)
1.一种基于服务器端的通信交互方法,其特征在于,应用于服务器端的业务层,所述业务层与页面相关端通过预设交互通道进行通信连接,服务器端业务层和UI界面之间是不同的应用或者不同的软件,一个是业务层软件,一个是界面软件,进而,通过发布订阅的方式,实现两个软件之间的交互,即两个软件之间只需要知道预设交互通道,即可通过发布订阅的方式通知对方需要处理的变量,所述业务层为一个,所述页面相关端至少包括第一页面相关端和第二页面相关端,所述第一页面相关端对应通道为第一预设交互通道,所述第二页面相关端对应通道为第二预设交互通道,不同页面相关端的网络架构模式不同,待处理变量至少包括第一待处理变量以及第二处理变量,所述待处理变量是key值;
所述基于服务器端的通信交互方法包括:
若接收到所述第一页面相关端基于第一预设交互通道发送的第一订阅信息时,获取所述第一订阅信息对应的第一待处理变量;
和/或者若接收到所述第二页面相关端基于第二预设交互通道发送的第二订阅信息时,获取所述第二订阅信息对应的第二待处理变量;
其中,页面相关端将产生的数据写入到 Redis数据库对应的key中,然后将key通过发布订阅的机制发布到对应的频道中即预设交互通道中,业务层读出订阅信息对应的key值;
其中,所述预设交互通道基于内存型数据库搭建;
其中,所述待处理变量基于所述界面输入至所述预设交互通道中的界面操作信息确定;
确定所述待处理变量针对的业务信息,并确定所述业务信息的目标处理流程,在确定处理变量key后,确定所述待处理变量针对的目标业务事项的 value值,并确定所述业务信息的目标处理流程;
根据所述目标处理流程对所述业务信息进行处理,得到处理结果。
2.根据权利要求1所述的基于服务器端的通信交互方法,其特征在于,所述页面相关端为浏览器的web后端,所述若接收到所述页面相关端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量的步骤,包括:
若接收到所述web后端基于预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量,其中,所述预设交互通道基于内存型数据库搭建;
其中,所述待处理变量基于所述web后端传入至所述预设交互通道中的网页操作信息确定,其中,所述网页操作信息经由浏览器web前端获取,并通过socket长连接传输给所述web后端。
3.一种基于服务器端的通信交互方法,其特征在于,应用于页面相关端,所述页面相关端与服务器端的业务层通过预设交互通道进行通信连接,服务器端业务层和UI界面之间是不同的应用或者不同的软件,一个是业务层软件,一个是界面软件,进而,通过发布订阅的方式,实现两个软件之间的交互,即两个软件之间只需要知道预设交互通道,即可通过发布订阅的方式通知对方需要处理的变量,所述页面相关端为一个,所述业务层至少包括第一业务层和第二业务层,所述第一业务层对应通道为第三预设交互通道,所述第二业务层对应通道为第四预设交互通道,待处理变量至少包括第三待处理变量以及第四处理变量;
所述基于服务器端的通信交互方法包括:
若接收到所述第一业务层基于第三预设交互通道发送的第三订阅信息时,获取所述第三订阅信息对应的第三待处理变量;
和/或者若接收到所述第二业务层基于第四预设交互通道发送的第四订阅信息时,获取所述第四订阅信息对应的第四待处理变量;
其中,业务层将产生的数据写入到 Redis数据库对应的key中,然后将key通过发布订阅的机制发布到对应的频道中即预设交互通道中,页面相关端读出订阅信息对应的key值;
其中,所述预设交互通道基于内存型数据库搭建;
确定所述待处理变量针对的页面更新信息;
对所述页面更新信息进行处理,得到处理结果。
4.根据权利要求3所述的基于服务器端的通信交互方法,其特征在于,所述页面相关端为浏览器的web后端,所述对所述页面更新信息进行处理,得到处理结果的步骤,包括:
与浏览器的web前端建立socket长连接;
通过所述socket长连接,将所述页面更新信息传输给所述web前端,接收所述web前端基于所述页面更新信息反馈的处理结果。
5.根据权利要求3所述的基于服务器端的通信交互方法,其特征在于,所述页面相关端为界面,所述确定所述待处理变量针对的页面更新信息的步骤,包括:
若接收到多个所述业务层基于一个预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量;
或者若接收到多个所述业务层基于对应多个预设交互通道发送的订阅信息时,获取所述订阅信息对应的待处理变量。
6.一种基于服务器端的通信交互设备,其特征在于,所述基于服务器端的通信交互设备包括:存储器、处理器以及存储在存储器上的用于实现所述基于服务器端的通信交互方法的程序,
所述存储器用于存储实现基于服务器端的通信交互方法的程序;
所述处理器用于执行实现所述基于服务器端的通信交互方法的程序,以实现如权利要求1至5中任一项所述基于服务器端的通信交互方法的步骤。
7.一种存储介质,其特征在于,所述存储介质上存储有实现基于服务器端的通信交互方法的程序,所述实现基于服务器端的通信交互方法的程序被处理器执行以实现如权利要求1至5中任一项所述基于服务器端的通信交互方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111168710.1A CN113590253B (zh) | 2021-10-08 | 2021-10-08 | 基于服务器端的通信交互方法、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111168710.1A CN113590253B (zh) | 2021-10-08 | 2021-10-08 | 基于服务器端的通信交互方法、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113590253A CN113590253A (zh) | 2021-11-02 |
CN113590253B true CN113590253B (zh) | 2022-02-15 |
Family
ID=78242942
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111168710.1A Active CN113590253B (zh) | 2021-10-08 | 2021-10-08 | 基于服务器端的通信交互方法、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113590253B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115587086B (zh) * | 2022-11-21 | 2023-03-21 | 苏州浪潮智能科技有限公司 | 数据交互方法、装置、计算机设备和存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108989429A (zh) * | 2018-07-19 | 2018-12-11 | 平安科技(深圳)有限公司 | 实时更新页面数据的方法、装置、电子设备 |
CN111061804A (zh) * | 2019-10-30 | 2020-04-24 | 平安科技(深圳)有限公司 | 基于大数据的异步数据处理方法、装置、设备和存储介质 |
CN111988386A (zh) * | 2020-08-11 | 2020-11-24 | 苏州浪潮智能科技有限公司 | 一种云管理平台实时消息推送方法、装置及计算机可读介质 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7293038B2 (en) * | 2003-02-25 | 2007-11-06 | Bea Systems, Inc. | Systems and methods for client-side filtering of subscribed messages |
US9946233B2 (en) * | 2012-09-28 | 2018-04-17 | Siemens Schweiz Ag | Apparatus and methods for providing building automation system data updates to a web client |
CN107995051B (zh) * | 2017-12-29 | 2021-03-02 | 国网安徽省电力有限公司 | 智能变电站二次设备可视化运维模块信息交互系统和方法 |
US11556115B2 (en) * | 2018-03-02 | 2023-01-17 | Honeywell International Inc. | Point value change notification |
EP3709604A1 (en) * | 2019-03-14 | 2020-09-16 | Siemens Aktiengesellschaft | Method for creating an asset data model to control an iot-device by a control message |
WO2021061679A1 (en) * | 2019-09-23 | 2021-04-01 | Direqt, Inc. | Enhancing messages with dynamic content |
-
2021
- 2021-10-08 CN CN202111168710.1A patent/CN113590253B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108989429A (zh) * | 2018-07-19 | 2018-12-11 | 平安科技(深圳)有限公司 | 实时更新页面数据的方法、装置、电子设备 |
CN111061804A (zh) * | 2019-10-30 | 2020-04-24 | 平安科技(深圳)有限公司 | 基于大数据的异步数据处理方法、装置、设备和存储介质 |
CN111988386A (zh) * | 2020-08-11 | 2020-11-24 | 苏州浪潮智能科技有限公司 | 一种云管理平台实时消息推送方法、装置及计算机可读介质 |
Also Published As
Publication number | Publication date |
---|---|
CN113590253A (zh) | 2021-11-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6092381B2 (ja) | ウェブクライアントを介したリモートアプリケーションへのアクセスを提供する方法、システム、及びコンピュータ読取可能記憶媒体 | |
CN109725901B (zh) | 前端代码的开发方法、装置、设备和计算机存储介质 | |
CN110046021B (zh) | 一种页面显示方法、装置、系统、设备和存储介质 | |
CN109857506B (zh) | 引导信息的实现方法、装置、电子设备和存储介质 | |
CN109032587B (zh) | 一种数据流管理框架、方法、终端设备及存储介质 | |
CN111796820B (zh) | 基于集成化组件构建前端页面的方法、装置及电子设备 | |
CN115600629B (zh) | 车辆信息二维码生成方法、电子设备和计算机可读介质 | |
CN113590253B (zh) | 基于服务器端的通信交互方法、设备及存储介质 | |
US20230401377A1 (en) | Document creation method and apparatus, and device and storage medium | |
CN113961463A (zh) | 应用环境切换方法及系统、存储介质和电子设备 | |
CN114691115A (zh) | 业务流程系统生成方法及装置、电子设备和存储介质 | |
CN113190152A (zh) | 切换应用程序主题的方法和装置 | |
CN112947918A (zh) | 数据展示方法和装置 | |
US11579948B2 (en) | Application programming interface for web page and visualization generation | |
CN110807056A (zh) | 基于Excel的报表处理方法、装置、介质及电子设备 | |
CN112256172B (zh) | 应用显示方法、装置、终端和存储介质 | |
CN111382039A (zh) | 上报用户行为事件的方法、装置、电子设备及存储介质 | |
CN106095886B (zh) | 一种数据处理方法及其装置 | |
CN111125205A (zh) | 看板数据显示方法、终端及存储介质 | |
CN115470754A (zh) | 数据分析方法、装置、计算机可读介质及电子设备 | |
CN111797350A (zh) | 数据处理方法、装置和电子设备 | |
JP2019053337A (ja) | 予約代行システム、予約代行方法および予約代行プログラム | |
CN112328139B (zh) | 显示方法、装置以及存储介质 | |
CN114095464B (zh) | 即时消息实现方法和系统 | |
CN114428823B (zh) | 基于多维变量表达式的数据联动方法、装置、设备和介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |