CN114422496A - 海量交通数据处理系统和方法 - Google Patents
海量交通数据处理系统和方法 Download PDFInfo
- Publication number
- CN114422496A CN114422496A CN202111506207.2A CN202111506207A CN114422496A CN 114422496 A CN114422496 A CN 114422496A CN 202111506207 A CN202111506207 A CN 202111506207A CN 114422496 A CN114422496 A CN 114422496A
- Authority
- CN
- China
- Prior art keywords
- data
- data packets
- data processing
- subsystem
- message queue
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24552—Database cache management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
-
- 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/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/01—Detecting movement of traffic to be counted or controlled
- G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
- G08G1/0125—Traffic data processing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- 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/547—Messaging middleware
-
- 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/548—Queue
Abstract
本申请公开了一种海量交通数据处理系统和方法,涉及交通数据处理技术,系统包括:数据接收子系统,用于获取路段数据,并对路段数据进行鉴权和校对,以及将路段数据进行拆分,将分拆后得到的数据包缓存到对应的消息队列之中,并响应上传数据的客户端;所述消息队列有多个,一个消息队列用于存放一类数据包;数据处理及分发子系统,用于各所述消息列队中读取数据包,并将读取的数据包进行打包后分发到各业务系统。本实施例可以增加系统灵活性,增加响应速度。
Description
技术领域
本申请涉及交通数据处理技术,特别是一种海量交通数据处理系统和方法。
背景技术
交通道路的管控系统为了实现计费和交通管控等功能,需要分析海量的道路数据。现有的系统中,为了确保数据幂等性,通常是由业务系统对数据进行处理,并将数据已经处理的消息反馈至收费站系统(路段系统)。
但是这一方式需要业务端对数据进行实际处理后才将处理完毕的信息返回收费站系统,会导致收费站系统接收反馈的时间较长,导致影响收费站系统对本地数据的处理。
发明内容
本发明旨在至少解决现有技术中存在的技术问题之一。为此,本发明提出一种海量交通数据处理系统和方法,以提高对收费站系统响应的及时性。
一方面,本实施例公开了一种海量交通数据处理系统,包括:
数据接收子系统,用于获取路段数据,并对路段数据进行鉴权和校对,以及将路段数据进行拆分,将分拆后得到的数据包缓存到对应的消息队列之中,并响应上传数据的客户端;所述消息队列有多个,一个消息队列用于存放一类数据包;
数据处理及分发子系统,用于各所述消息列队中读取数据包,并将读取的数据包进行打包后分发到各业务系统。
在一些实施例中,所述数据处理及分发子系统中包括多个中间件模块;
每个中间件模块从若干个所述消息列队中获取数据包,并将获取的数据包进行预设处理和打包后发送到对应的业务系统。
在一些实施例中,所述数据处理及分发子系统中的线程按照预设周期进行动态分配。
在一些实施例中,所述数据处理及分发子系统中的线程按照当前各所述中间件模块的待处理数据量进行分配;其中,待处理数据量较多的中间件模块所分配到的线程相对于待处理数据量较少的中间件模块所分配到的线程多。
在一些实施例中,还包括redis缓存,所述redis缓存中配置有各消息队列需要分发到的业务系统;
所述数据处理及分发子系统从消息列队中拉取数据接收子系统推送的数据包,从redis缓存中读取各消息队列需要分发到的业务系统,从而将各消息列队的数据包送入对应的中间件模块。
在一些实施例中,还包括数据库,所述数据库用于存储数据接收子系统经过鉴权和校对后的数据包。
在一些实施例中,所述消息列队采用kafka队列。
在一些实施例中,所述获取路段数据,并对路段数据进行鉴权和校对,具体包括:
接收收费站的HTTPS请求,对请求进行鉴权;
鉴权通过后,对压缩文件进行解压得到json文件;
根据数据类型对json文件进行解析入库与校验。
在一些实施例中,各所述中间件模块根据从redis缓存中读取的配置信息确定向业务系统推送的数据包格式。
另一方面,本实施例公开了一种海量交通数据处理方法,包括以下步骤:
获取路段数据,并对路段数据进行鉴权和校对;
将路段数据进行拆分,将分拆后得到的数据包缓存到对应的消息队列之中,所述消息队列有多个,一个消息队列用于存放一类数据包;
响应上传数据的客户端;
从各所述消息列队中读取数据包,并将读取的数据包进行打包后分发到各业务系统。
本申请实施例通过设置数据接收子系统,在数据接收子系统中对数据进行鉴权、校验和拆分,在完成鉴权和校验后及时响应收费站系统,然后再将拆分的数据包交给数据处理及分发子系统进行组装和处理,接着才发送到对应的业务系统,通过这一方式,可以提高对收费站系统响应的及时性,同时通过设置本系统进行数据分发的预处理,有效降低业务系统的压力。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图做一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种海量交通数据处理系统的模块框图;
图2是本申请实施例提供的一种海量交通数据处理系统的数据处理过程示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,以下将参照本申请实施例中的附图,通过实施方式清楚、完整地描述本申请的技术方案,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本发明的描述中,若干的含义是一个以上,多个的含义是两个以上,大于、小于、超过等理解为不包括本数,以上、以下、以内等理解为包括本数。如果有描述到第一、第二只是用于区分技术特征为目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量或者隐含指明所指示的技术特征的先后关系。
本发明的描述中,除非另有明确的限定,设置等词语应做广义理解,所属技术领域技术人员可以结合技术方案的具体内容合理确定上述词语在本发明中的具体含义。
本发明的描述中,参考术语“一个实施例”、“一些实施例”、“示意性实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
参照图1和图2,本实施例公开了一种海量交通数据处理系统,本实施例中的路段数据主要由收费站、公路门架等上传的数据,这些数据的类型可以是图像、日志、收费信息等等,在本实施例中,该系统包括:数据接收子系统和数据处理及分发子系统。
数据接收子系统,用于获取路段数据,并对路段数据进行鉴权和校对,以及将路段数据进行拆分,将分拆后得到的数据包缓存到对应的消息队列之中,并响应上传数据的客户端;所述消息队列有多个,一个消息队列用于存放一类数据包。
其中,数据接收子系统可以是一个实体服务器,也可以是由多个计算机组成的分布式服务器。此外,为了实现负载均衡,可以在数据接收子系统中配置一个负载均衡服务器。数据可以通过负载均衡服务器分配到数据接收子系统中的多个服务器之中进行处理。需要理解的是,收费站或者门架的系统,会定期打包数据进行上传,这些数据包里面包含多种数据,通过对数据包解析和拆分可以得到多个不同类型数据的数据包。将这些数据包插入不同的消息队列,并由数据处理及分发子系统进行二次加工,最后分发到不同的业务系统中。
其中,本实施例中的消息队列可以采用,所述消息列队采用kafka队列。kafka队列在高并发场景下具有较高的性能。在本实施例中所指的客户端是指上传数据的收费站系统的客户端。
对数据包进行鉴权是确认数据包的上传主体是否有权的过程,避免遭遇非法攻击。对数据包进行校对是确认数据包是否传输错误的过程,避免解析出错误、不完整的数据,影响后续业务。具体地,所述获取路段数据,并对路段数据进行鉴权和校对,具体包括:接收收费站的HTTPS请求,对请求进行鉴权;鉴权通过后,对压缩文件进行解压得到json文件;根据数据类型对json文件进行解析入库与校验。通过校验和鉴权,可以确保数据的有效性,维护系统的稳定运行。
数据处理及分发子系统,用于各所述消息列队中读取数据包,并将读取的数据包进行打包后分发到各业务系统。
需要理解的是,在数据接收子系统将数据进行分解放入消息队列中之后,由数据处理及分发子系统对消息对队列中的消息进行订阅消费。在数据处理及分发子系统中,对从不同消息队列读取的信息进行重新组装。这一过程是根据不同业务系统的需要进行的。例如,部分业务系统需要车速信息和车牌信息,数据处理及分发子系统会为该业务系统,获取相关的数据,然后重新组装成该业务系统可以接收的数据格式进行分发。
在一些实施例中,所述数据处理及分发子系统中包括多个中间件模块;每个中间件模块从若干个所述消息列队中获取数据包,并将获取的数据包进行预设处理和打包后发送到对应的业务系统。在本实施例中,每个中间件模块对应一个中间件容器,这些中间件容器用于存储从消息队列中订阅的数据。在中间件容器中的数据,满足一定的条件就会被推送到业务系统。
由此可知,本申请实施例通过设置数据接收子系统,在数据接收子系统中对数据进行鉴权、校验和拆分,在完成鉴权和校验后及时响应收费站系统,然后再将拆分的数据包交给数据处理及分发子系统进行组装和处理,接着才发送到对应的业务系统,通过这一方式,可以提高对收费站系统响应的及时性,同时通过设置本系统进行数据分发的预处理,有效降低业务系统的压力。
此外,通过设置数据处理及分发子系统中的中间件模块,可以实现快速扩容,其具有灵活的拓展性,可以通过添加中间件模块来增加数据的处理能力。同时,增加业务系统时也无需对系统架构进行大的改进。
在一些实施例中,鉴于不同的中间件模块对应处理的数据是不同的,因此其数据量存在差异,而且门架等设备上传的数据量也是不确定的,因此在本实施例中,所述数据处理及分发子系统中的线程按照预设周期进行动态分配。通过按照一定周期进行动态分配,可以优化线程资源,尽快处理掉积压的数据,增加子系统的吞吐量。
为了进一步均衡各中间件模块的积压数据量,在这些实施例中,所述数据处理及分发子系统中的线程按照当前各所述中间件模块的待处理数据量进行分配;其中,待处理数据量较多的中间件模块所分配到的线程相对于待处理数据量较少的中间件模块所分配到的线程多。
例如,本子系统一共有可以分配的100个线程,当前有两个中间件模块需要处理积压数据。其中一个中间件模块的积压量是1G,另一个中间件模块的积压量是3G,可以按照他们积压数据量的比例分配线程。当然,这只是一种例子,在实际应用中,分配的情况更加复杂,用户可以根据实际需要配置具体的分配规则。
在一些实施例中,还包括redis缓存,所述redis缓存中配置有各消息队列需要分发到的业务系统;
所述数据处理及分发子系统从消息列队中拉取数据接收子系统推送的数据包,从redis缓存中读取各消息队列需要分发到的业务系统,从而将各消息列队的数据包送入对应的中间件模块。各所述中间件模块根据从redis缓存中读取的配置信息确定向业务系统推送的数据包格式。
在这些实施例中,通过高性能redis缓存来存放消息队列对应的业务系统,中间件模块可以从redis缓存中读取这些数据,然后确定中间件模块订阅的消息队列。那么数据处理及分发系统在接收到消息队列所推送的数据后,可以确定将其分配至哪一个中间件模块。采用redis缓存来存放这些信息,适配了这些信息高频读取的特点,可以加快系统的运作。
在一些实施例中,还包括数据库,所述数据库用于存储数据接收子系统经过鉴权和校对后的数据包。需要理解的是,在本实施例中,数据库是用于在较长时间内存储这些数据的容器,其与缓存不同,缓存是临时性的,缓存的速度较高,但是缓存资源相对于数据库非常有限。设置数据库可以对数据进行备份,防止数据丢失。
本实施例公开了一种海量交通数据处理方法,包括以下步骤:
S1、获取路段数据,并对路段数据进行鉴权和校对。
S2、将路段数据进行拆分,将分拆后得到的数据包缓存到对应的消息队列之中,所述消息队列有多个,一个消息队列用于存放一类数据包。
S3、响应上传数据的客户端。
S4、从各所述消息列队中读取数据包,并将读取的数据包进行打包后分发到各业务系统。
需要理解的是,上述方法可以应用于上述系统实施例中,对应的技术特征可以产生系统实施例中对应的效果。
在本申请中所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机装置(可以是个人计算机,服务器,或者网络装置等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
注意,上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解,本申请不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此,虽然通过以上实施例对本申请进行了较为详细的说明,但是本申请不仅仅限于以上实施例,在不脱离本申请构思的情况下,还可以包括更多其他等效实施例,而本申请的范围由所附的权利要求范围决定。
Claims (10)
1.一种海量交通数据处理系统,其特征在于,包括:
数据接收子系统,用于获取路段数据,并对路段数据进行鉴权和校对,以及将路段数据进行拆分,将分拆后得到的数据包缓存到对应的消息队列之中,并响应上传数据的客户端;所述消息队列有多个,一个消息队列用于存放一类数据包;
数据处理及分发子系统,用于各所述消息列队中读取数据包,并将读取的数据包进行打包后分发到各业务系统。
2.根据权利要求1所述的一种海量交通数据处理系统,其特征在于,所述数据处理及分发子系统中包括多个中间件模块;
每个中间件模块从若干个所述消息列队中获取数据包,并将获取的数据包进行预设处理和打包后发送到对应的业务系统。
3.根据权利要求2所述的一种海量交通数据处理系统,其特征在于,所述数据处理及分发子系统中的线程按照预设周期进行动态分配。
4.根据权利要求3所述的一种海量交通数据处理系统,其特征在于,所述数据处理及分发子系统中的线程按照当前各所述中间件模块的待处理数据量进行分配;其中,待处理数据量较多的中间件模块所分配到的线程相对于待处理数据量较少的中间件模块所分配到的线程多。
5.根据权利要求2所述的一种海量交通数据处理系统,其特征在于,还包括redis缓存,所述redis缓存中配置有各消息队列需要分发到的业务系统;
所述数据处理及分发子系统从消息列队中拉取数据接收子系统推送的数据包,从redis缓存中读取各消息队列需要分发到的业务系统,从而将各消息列队的数据包送入对应的中间件模块。
6.根据权利要求1所述的一种海量交通数据处理系统,其特征在于,还包括数据库,所述数据库用于存储数据接收子系统经过鉴权和校对后的数据包。
7.根据权利要求1所述的一种海量交通数据处理系统,其特征在于,所述消息列队采用kafka队列。
8.根据权利要求1所述的一种海量交通数据处理系统,其特征在于,所述获取路段数据,并对路段数据进行鉴权和校对,具体包括:
接收收费站的HTTPS请求,对请求进行鉴权;
鉴权通过后,对压缩文件进行解压得到json文件;
根据数据类型对json文件进行解析入库与校验。
9.根据权利要求2所述的一种海量交通数据处理系统,其特征在于,各所述中间件模块根据从redis缓存中读取的配置信息确定向业务系统推送的数据包格式。
10.一种海量交通数据处理方法,其特征在于,包括以下步骤:
获取路段数据,并对路段数据进行鉴权和校对;
将路段数据进行拆分,将分拆后得到的数据包缓存到对应的消息队列之中,所述消息队列有多个,一个消息队列用于存放一类数据包;
响应上传数据的客户端;
从各所述消息列队中读取数据包,并将读取的数据包进行打包后分发到各业务系统。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111506207.2A CN114422496A (zh) | 2021-12-10 | 2021-12-10 | 海量交通数据处理系统和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111506207.2A CN114422496A (zh) | 2021-12-10 | 2021-12-10 | 海量交通数据处理系统和方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114422496A true CN114422496A (zh) | 2022-04-29 |
Family
ID=81265828
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111506207.2A Pending CN114422496A (zh) | 2021-12-10 | 2021-12-10 | 海量交通数据处理系统和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114422496A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115048418A (zh) * | 2022-08-12 | 2022-09-13 | 深圳市必凡娱乐科技有限公司 | 一种数据处理方法及系统 |
-
2021
- 2021-12-10 CN CN202111506207.2A patent/CN114422496A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115048418A (zh) * | 2022-08-12 | 2022-09-13 | 深圳市必凡娱乐科技有限公司 | 一种数据处理方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108881448B (zh) | Api请求的处理方法及装置 | |
CN109802941A (zh) | 一种登录验证方法、装置、存储介质和服务器 | |
US10447773B2 (en) | Aggregating vehicle-related big data | |
CN112613010A (zh) | 一种认证服务方法、装置、服务器及认证服务系统 | |
US20110041136A1 (en) | Method and system for distributed computation | |
US7817563B1 (en) | Adaptive data stream sampling | |
CN111614761B (zh) | 区块链消息传输方法、装置、计算机以及可读存储介质 | |
CN110297944B (zh) | 分布式xml数据处理方法及系统 | |
CN113127168A (zh) | 服务分配方法、系统、装置、服务器及介质 | |
CN108023941B (zh) | 语音控制方法及装置和电子设备 | |
CN103577251A (zh) | 基于事件的互联网计算处理系统及方法 | |
EP4030314A1 (en) | Blockchain-based data processing method, apparatus and device, and readable storage medium | |
CN105991596A (zh) | 一种访问控制方法和系统 | |
CN114422496A (zh) | 海量交通数据处理系统和方法 | |
CN108512889A (zh) | 一种基于http的应用响应推送方法及代理服务器 | |
CN117061538A (zh) | 一种基于区块链网络的共识处理方法及相关装置 | |
CN113987062A (zh) | 一种数据上链存储方法、系统、装置以及存储介质 | |
CN114595457A (zh) | 任务处理方法、装置、计算机设备和存储介质 | |
CN111275348A (zh) | 电子订单信息处理方法、服务器及电子订单信息处理系统 | |
US8407346B2 (en) | Service facade design and implementation | |
CN117014445B (zh) | 一种基于区块链的数据处理方法、装置、设备及存储介质 | |
CN112929321B (zh) | 一种鉴权方法、装置及终端设备 | |
CN111985922B (zh) | 基于区块链离线支付的信息分配方法及数字金融服务平台 | |
US20230351374A1 (en) | System for accelerated distributed ledger and for digital wallet deployment | |
CN115423475A (zh) | 跨链交易方法、装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |