CN111638974A - 基于内存文件映射的数据传输方法及系统 - Google Patents

基于内存文件映射的数据传输方法及系统 Download PDF

Info

Publication number
CN111638974A
CN111638974A CN202010416069.8A CN202010416069A CN111638974A CN 111638974 A CN111638974 A CN 111638974A CN 202010416069 A CN202010416069 A CN 202010416069A CN 111638974 A CN111638974 A CN 111638974A
Authority
CN
China
Prior art keywords
system server
file mapping
memory file
process corresponding
memory
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
Application number
CN202010416069.8A
Other languages
English (en)
Inventor
刘伟韡
孙炎森
徐晓剑
齐亮
滕其武
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Citic Bank Corp Ltd
Original Assignee
China Citic Bank Corp Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Citic Bank Corp Ltd filed Critical China Citic Bank Corp Ltd
Priority to CN202010416069.8A priority Critical patent/CN111638974A/zh
Publication of CN111638974A publication Critical patent/CN111638974A/zh
Pending legal-status Critical Current

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/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • 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/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
    • 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
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Stored Programmes (AREA)

Abstract

本申请提供了一种基于内存文件映射的数据传输方法及系统，应用于通信技术领域，其中该方法通过进程间通信的内存文件映射通信方式实现了本地目标应用程序(即浏览器或微信小程序)与内存文件映射程序的交互，从而获取目标资源内容，避免为实现浏览器或微信小程序从本地获取资源内容需要针对不同浏览器开发不同的插件所带来的开发量大的问题，以及为了实现插件的功能通常需要重启浏览器带来的程序繁琐的问题，进而能够提高用户的体验。

Description

基于内存文件映射的数据传输方法及系统
技术领域
本申请涉及通信技术领域，具体而言，本申请涉及一种基于内存文件映射的数据传输方法及系统。
背景技术
网上银行又称网络银行、在线银行或电子银行，它是各银行在互联网中设立的虚拟柜台，银行利用网络技术，通过互联网向客户提供开户、销户、查询、对账、行内转账、跨行转账、信贷、网上证券、投资理财等传统金融服务，使用户足不出户就能够安全、便捷地管理活期和定期存款、支票、信用卡及个人投资等金融服务。
现有技术中，用户通过互联网访问网上银行时，一般是通过浏览器的扩展程序调用银行业务系统的安全键盘、Ukey签名和安全证书等金融业务信息，来保证用户办理金融业务的安全性。
但是，针对不同的浏览器需要开发多个版本的扩展程序，并需要通过在应用商店发布和维护，且安装后需要重启浏览器，导致开发成本高、维护难度大以及用户体验差。
发明内容
本申请提供了一种基于内存文件映射的数据传输方法及系统，通过进程间通信的内存文件映射通信方式实现了本地目标应用程序(即浏览器或微信小程序)与内存文件映射程序的交互，从而获取目标资源内容，避免为实现浏览器或微信小程序从本地获取资源内容需要针对不同浏览器需要开发不同的插件所带来的开发量大的问题，以及为了实现插件的功能通常需要重启浏览器、程序繁琐的问题，进而能够提高用户的体验，本申请采用的技术方案如下：
第一方面，提供了一种基于内存文件映射的数据传输方法，该方法包括，
本地目标应用程序对应的第一进程向应用系统服务器发送业务处理请求；
应用系统服务器基于业务处理请求确定进程间通信方式为内存文件映射通信方式以及资源请求内容，并将确定的进程间通信方式以及资源请求内容反馈至本地目标应用程序；
本地目标应用程序对应的第一进程通过内存文件映射通信方式传输资源请求内容至内存文件映射程序对应的第二进程；
内存文件映射程序对应的第二进程将获取的目标资源内容发送至应用系统服务器；
应用系统服务器用于基于获取的目标资源内容确定业务处理结果；
本地目标应用程序对应的第一进程接收应用系统服务器发送的业务处理结果。
可选地，所述本地目标应用程序为浏览器或微信小程序。
可选地，所述应用系统服务器为网银系统服务器。
可选地，所述业务处理请求可以是证书登录、表单签名和证书绑定中的一项或多项。
第二方面，提供了一种基于内存文件映射的数据传输系统，该系统包括本地目标应用程序对应的第一进程、应用系统服务器、内存文件映射程序对应的第二进程；包括：
本地目标应用程序对应的第一进程，用于向应用系统服务器发送业务处理请求；
所述应用系统服务器，用于基于所述业务处理请求确定进程间通信方式为内存文件映射通信方式以及资源请求内容，并将确定的进程间通信方式以及资源请求内容反馈至所述本地目标应用程序；
所述本地目标应用程序对应的第一进程，用于通过内存文件映射通信方式传输资源请求内容至内存文件映射程序对应的第二进程；
所述内存文件映射程序对应的第二进程，用于将获取的目标资源内容发送至所述应用系统服务器；
所述应用系统服务器，用于基于获取的所述目标资源内容确定业务处理结果；
本地目标应用程序对应的第一进程，用于接收所述应用系统服务器发送的业务处理结果。
可选地，所述本地目标应用程序为浏览器或微信小程序。
可选地，所述应用系统服务器为网银系统服务器。
可选地，所述业务处理请求可以是证书登录、表单签名和证书绑定中的一项或多项。
本申请提供了一种基于内存文件映射的数据传输方法及系统，本申请通过本地目标应用程序对应的第一进程向应用系统服务器发送业务处理请求；所述应用系统服务器基于所述业务处理请求确定进程间通信方式为内存文件映射通信方式以及资源请求内容，并将确定的进程间通信方式以及资源请求内容反馈至所述本地目标应用程序；所述本地目标应用程序对应的第一进程通过内存文件映射通信方式传输资源请求内容至内存文件映射程序对应的第二进程；所述内存文件映射程序对应的第二进程将获取的目标资源内容发送至所述应用系统服务器；所述应用系统服务器用于基于获取的所述目标资源内容确定业务处理结果；本地目标应用程序对应的第一进程接收所述应用系统服务器发送的业务处理结果。即通过进程间通信的内存文件映射通信方式实现了本地目标应用程序(即浏览器或微信小程序)与内存文件映射程序的交互，从而获取目标资源内容，避免为实现浏览器或微信小程序从本地获取资源内容需要针对不同浏览器开发不同的插件所带来的开发量大的问题，以及为了实现插件的功能通常需要重启浏览器带来的程序繁琐的问题，进而能够提高用户的体验。
本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为本申请实施例的一种基于内存文件映射的数据传输方法的流程示意图。
具体实施方式
下面详细描述本申请的实施例，各实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
微服务，关键其实不仅仅是微服务本身，而是系统要提供一套基础的架构，这种架构可以使得微服务独立的部署、运行、升级，而且还可以让微服务与微服务之间在结构上“松耦合”，在功能上则表现为一个“统一的整体”。其中，“统一的整体”表现出来的可以是统一风格的界面，统一的权限管理，统一的安全策略，统一的上线过程，统一的日志和审计方法，统一的调度方式，统一的访问入口等等。
实施例一
本申请实施例提供了一种基于内存文件映射的数据传输方法，如图1所示，该方法可以包括以下步骤：
步骤S101，本地目标应用程序对应的第一进程向应用系统服务器发送业务处理请求；
步骤S102，所述应用系统服务器基于所述业务处理请求确定进程间通信方式为内存文件映射通信方式以及资源请求内容，并将确定的进程间通信方式以及资源请求内容反馈至所述本地目标应用程序；
步骤S103，所述本地目标应用程序对应的第一进程通过内存文件映射通信方式传输资源请求内容至内存文件映射程序对应的第二进程；
步骤S104，所述内存文件映射程序对应的第二进程将获取的目标资源内容发送至所述应用系统服务器；
步骤S105，所述应用系统服务器用于基于获取的所述目标资源内容确定业务处理结果；
步骤S106，本地目标应用程序对应的第一进程接收所述应用系统服务器发送的业务处理结果。
其中，进程间通信(Interprocess Communication,IPC)是指不同的进程之间进行数据共享和数据交换。
具体地，本地目标应用程序对应的第一进程和内存文件映射对应的第二进程能够基于进程间通信技术进行交互，实现数据传输。
其中，内存文件映射也是Windows的一种内存管理方法，提供了一个统一的内存管理特征，使应用程序可以通过内存指针对磁盘上的文件进行访问，其过程就如同对加载了文件的内存的访问。通过文件映射这种使磁盘文件的全部或部分内容与进程虚拟地址空间的某个区域建立映射关联的能力，可以直接对被映射的文件进行访问，而不必执行文件I/O操作也无需对文件内容进行缓冲处理。内存文件映射的这种特性是非常适合于用来管理大尺寸文件的。
在使用内存映射文件进行I/O处理时，系统对数据的传输按页面来进行。至于内部的所有内存页面则是由虚拟内存管理器来负责管理，由其来决定内存页面何时被分页到磁盘，哪些页面应该被释放以便为其它进程提供空闲空间，以及每个进程可以拥有超出实际分配物理内存之外的多少个页面空间等等。由于虚拟内存管理器是以一种统一的方式来处理所有磁盘I/O的(以页面为单位对内存数据进行读写)，因此这种优化使其有能力以足够快的速度来处理内存操作。
使用内存映射文件时所进行的任何实际I/O交互都是在内存中进行并以标准的内存地址形式来访问。磁盘的周期性分页也是由操作系统在后台隐蔽实现的，对应用程序而言是完全透明的。内存映射文件的这种特性在进行大文件的磁盘事务操作时将获得很高的效益。
需要说明的是，在系统的正常的分页操作过程中，内存映射文件并非一成不变的，它将被定期更新。如果系统要使用的页面目前正被某个内存映射文件所占用，系统将释放此页面，如果页面数据尚未保存，系统将在释放页面之前自动完成页面数据到磁盘的写入。
对于使用页虚拟存储管理的Windows操作系统，内存映射文件是其内部已有的内存管理组件的一个扩充。由可执行代码页面和数据页面组成的应用程序可根据需要由操作系统来将这些页面换进或换出内存。如果内存中的某个页面不再需要，操作系统将撤消此页面原拥用者对它的控制权，并释放该页面以供其它进程使用。只有在该页面再次成为需求页面时，才会从磁盘上的可执行文件重新读入内存。同样地，当一个进程初始化启动时，内存的页面将用来存储该应用程序的静态、动态数据，一旦对它们的操作被提交，这些页面也将被备份至系统的页面文件，这与可执行文件被用来备份执行代码页面的过程是很类似的。
具体地，该本地目标应用可以是浏览器或微信小程序；该应用系统服务器可以是网银系统服务器；所述业务处理请求可以是证书登录、表单签名和证书绑定中的一项或多项。
本申请的一个具体应用场景，用户可以通过浏览器或微信小程序对应的第一进程与内存文件映射对应的第二进程进行进程间通信，从而将需要获取的资源内容信息发送至内存文件映射对应的第二进程，继而内存文件映射程序对应的第二进程将获取的目标资源内容发送至网银系统服务器(应用系统服务器)进行业务办理。
本申请实施例提供了一种基于内存文件映射的数据传输方法，本申请通过本地目标应用程序对应的第一进程向应用系统服务器发送业务处理请求；所述应用系统服务器基于所述业务处理请求确定进程间通信方式为内存文件映射通信方式以及资源请求内容，并将确定的进程间通信方式以及资源请求内容反馈至所述本地目标应用程序；所述本地目标应用程序对应的第一进程通过内存文件映射通信方式传输资源请求内容至内存文件映射程序对应的第二进程；所述内存文件映射程序对应的第二进程将获取的目标资源内容发送至所述应用系统服务器；所述应用系统服务器用于基于获取的所述目标资源内容确定业务处理结果；本地目标应用程序对应的第一进程接收所述应用系统服务器发送的业务处理结果。即通过进程间通信的内存文件映射通信方式实现了本地目标应用程序(即浏览器或微信小程序)与内存文件映射程序的交互，从而获取目标资源内容，避免为实现浏览器或微信小程序从本地获取资源内容需要针对不同浏览器开发不同的插件所带来的开发量大的问题，以及为了实现插件的功能通常需要重启浏览器带来的程序繁琐的问题，进而能够提高用户的体验。
实施例二
本申请实施例提供了一种基于内存文件映射的数据传输系统，包括本地目标应用程序对应的第一进程、应用系统服务器、内存文件映射程序对应的第二进程；包括：
本地目标应用程序对应的第一进程，用于向应用系统服务器发送业务处理请求；
所述应用系统服务器，用于基于所述业务处理请求确定进程间通信方式为内存文件映射通信方式以及资源请求内容，并将确定的进程间通信方式以及资源请求内容反馈至所述本地目标应用程序；
所述本地目标应用程序对应的第一进程，用于通过内存文件映射通信方式传输资源请求内容至内存文件映射程序对应的第二进程；
所述内存文件映射程序对应的第二进程，用于将获取的目标资源内容发送至所述应用系统服务器；
所述应用系统服务器，用于基于获取的所述目标资源内容确定业务处理结果；
本地目标应用程序对应的第一进程，用于接收所述应用系统服务器发送的业务处理结果。
其中，所述本地目标应用程序为浏览器或微信小程序。
其中，所述应用系统服务器为网银系统服务器。
其中，所述业务处理请求可以是证书登录、表单签名和证书绑定中的一项或多项。
其中，进程间通信(Interprocess Communication,IPC)是指不同的进程之间进行数据共享和数据交换。
具体地，本地目标应用程序对应的第一进程和内存文件映射对应的第二进程能够基于进程间通信技术进行交互，实现数据传输。
具体地，本地目标应用程序对应的第一进程和内存文件映射对应的第二进程能够基于进程间通信技术进行交互，实现数据传输。
其中，内存文件映射也是Windows的一种内存管理方法，提供了一个统一的内存管理特征，使应用程序可以通过内存指针对磁盘上的文件进行访问，其过程就如同对加载了文件的内存的访问。通过文件映射这种使磁盘文件的全部或部分内容与进程虚拟地址空间的某个区域建立映射关联的能力，可以直接对被映射的文件进行访问，而不必执行文件I/O操作也无需对文件内容进行缓冲处理。内存文件映射的这种特性是非常适合于用来管理大尺寸文件的。
在使用内存映射文件进行I/O处理时，系统对数据的传输按页面来进行。至于内部的所有内存页面则是由虚拟内存管理器来负责管理，由其来决定内存页面何时被分页到磁盘，哪些页面应该被释放以便为其它进程提供空闲空间，以及每个进程可以拥有超出实际分配物理内存之外的多少个页面空间等等。由于虚拟内存管理器是以一种统一的方式来处理所有磁盘I/O的(以页面为单位对内存数据进行读写)，因此这种优化使其有能力以足够快的速度来处理内存操作。
使用内存映射文件时所进行的任何实际I/O交互都是在内存中进行并以标准的内存地址形式来访问。磁盘的周期性分页也是由操作系统在后台隐蔽实现的，对应用程序而言是完全透明的。内存映射文件的这种特性在进行大文件的磁盘事务操作时将获得很高的效益。
需要说明的是，在系统的正常的分页操作过程中，内存映射文件并非一成不变的，它将被定期更新。如果系统要使用的页面目前正被某个内存映射文件所占用，系统将释放此页面，如果页面数据尚未保存，系统将在释放页面之前自动完成页面数据到磁盘的写入。
对于使用页虚拟存储管理的Windows操作系统，内存映射文件是其内部已有的内存管理组件的一个扩充。由可执行代码页面和数据页面组成的应用程序可根据需要由操作系统来将这些页面换进或换出内存。如果内存中的某个页面不再需要，操作系统将撤消此页面原拥用者对它的控制权，并释放该页面以供其它进程使用。只有在该页面再次成为需求页面时，才会从磁盘上的可执行文件重新读入内存。同样地，当一个进程初始化启动时，内存的页面将用来存储该应用程序的静态、动态数据，一旦对它们的操作被提交，这些页面也将被备份至系统的页面文件，这与可执行文件被用来备份执行代码页面的过程是很类似的。
具体地，该本地目标应用可以是浏览器或微信小程序；该应用系统服务器可以是网银系统服务器；所述业务处理请求可以是证书登录、表单签名和证书绑定中的一项或多项。
本申请的一个具体应用场景，用户可以通过浏览器或微信小程序对应的第一进程与内存文件映射对应的第二进程进行进程间通信，从而将需要获取的资源内容信息发送至内存文件映射对应的第二进程，继而内存文件映射程序对应的第二进程将获取的目标资源内容发送至网银系统服务器(应用系统服务器)进行业务办理。
本申请实施例提供了一种基于内存文件映射的数据传输系统，本申请通过本地目标应用程序对应的第一进程向应用系统服务器发送业务处理请求；所述应用系统服务器基于所述业务处理请求确定进程间通信方式为内存文件映射通信方式以及资源请求内容，并将确定的进程间通信方式以及资源请求内容反馈至所述本地目标应用程序；所述本地目标应用程序对应的第一进程通过内存文件映射通信方式传输资源请求内容至内存文件映射程序对应的第二进程；所述内存文件映射程序对应的第二进程将获取的目标资源内容发送至所述应用系统服务器；所述应用系统服务器用于基于获取的所述目标资源内容确定业务处理结果；本地目标应用程序对应的第一进程接收所述应用系统服务器发送的业务处理结果。即通过进程间通信的内存文件映射通信方式实现了本地目标应用程序(即浏览器或微信小程序)与内存文件映射程序的交互，从而获取目标资源内容，避免为实现浏览器或微信小程序从本地获取资源内容需要针对不同浏览器开发不同的插件所带来的开发量大的问题，以及为了实现插件的功能通常需要重启浏览器带来的程序繁琐的问题，进而能够提高用户的体验。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (8)

1.一种基于内存文件映射的数据传输方法，其特征在于，包括：
本地目标应用程序对应的第一进程向应用系统服务器发送业务处理请求；
所述应用系统服务器基于所述业务处理请求确定进程间通信方式为内存文件映射通信方式以及资源请求内容，并将确定的进程间通信方式以及资源请求内容反馈至所述本地目标应用程序；
所述本地目标应用程序对应的第一进程通过内存文件映射通信方式传输资源请求内容至内存文件映射程序对应的第二进程；
所述内存文件映射程序对应的第二进程将获取的目标资源内容发送至所述应用系统服务器；
所述应用系统服务器用于基于获取的所述目标资源内容确定业务处理结果；
本地目标应用程序对应的第一进程接收所述应用系统服务器发送的业务处理结果。
2.根据权利要求1所述的方法，其特征在于，所述本地目标应用程序为浏览器或微信小程序。
3.根据权利要求1或2所述的方法，其特征在于，所述应用系统服务器为网银系统服务器。
4.根据权利要求3所述的方法，其特征在于，所述业务处理请求可以是证书登录、表单签名和证书绑定中的一项或多项。
5.一种基于内存文件映射的数据传输系统，其特征在于，包括本地目标应用程序对应的第一进程、应用系统服务器、内存文件映射程序对应的第二进程；包括：
本地目标应用程序对应的第一进程，用于向应用系统服务器发送业务处理请求；
所述应用系统服务器，用于基于所述业务处理请求确定进程间通信方式为内存文件映射通信方式以及资源请求内容，并将确定的进程间通信方式以及资源请求内容反馈至所述本地目标应用程序；
所述本地目标应用程序对应的第一进程，用于通过内存文件映射通信方式传输资源请求内容至内存文件映射程序对应的第二进程；
所述内存文件映射程序对应的第二进程，用于将获取的目标资源内容发送至所述应用系统服务器；
所述应用系统服务器，用于基于获取的所述目标资源内容确定业务处理结果；
本地目标应用程序对应的第一进程，用于接收所述应用系统服务器发送的业务处理结果。
6.根据权利要求5所述的系统，其特征在于，所述本地目标应用程序为浏览器或微信小程序。
7.根据权利要求5或6所述的系统，其特征在于，所述应用系统服务器为网银系统服务器。
8.根据权利要求7所述的系统，其特征在于，所述业务处理请求可以是证书登录、表单签名和证书绑定中的一项或多项。
CN202010416069.8A 2020-05-16 2020-05-16 基于内存文件映射的数据传输方法及系统 Pending CN111638974A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010416069.8A CN111638974A (zh) 2020-05-16 2020-05-16 基于内存文件映射的数据传输方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010416069.8A CN111638974A (zh) 2020-05-16 2020-05-16 基于内存文件映射的数据传输方法及系统

Publications (1)

Publication Number Publication Date
CN111638974A true CN111638974A (zh) 2020-09-08

Family

ID=72329690

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010416069.8A Pending CN111638974A (zh) 2020-05-16 2020-05-16 基于内存文件映射的数据传输方法及系统

Country Status (1)

Country Link
CN (1) CN111638974A (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103176854A (zh) * 2011-12-26 2013-06-26 腾讯科技（深圳）有限公司 一种进程间通信方法、装置及系统
CN109669784A (zh) * 2017-10-13 2019-04-23 华为技术有限公司 一种进程间通信的方法及系统
CN109889875A (zh) * 2019-01-23 2019-06-14 北京奇艺世纪科技有限公司 通信方法、装置、终端设备和计算机可读介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103176854A (zh) * 2011-12-26 2013-06-26 腾讯科技（深圳）有限公司 一种进程间通信方法、装置及系统
CN109669784A (zh) * 2017-10-13 2019-04-23 华为技术有限公司 一种进程间通信的方法及系统
CN109889875A (zh) * 2019-01-23 2019-06-14 北京奇艺世纪科技有限公司 通信方法、装置、终端设备和计算机可读介质

Similar Documents

Publication Publication Date Title
US6829637B2 (en) Distributed shared memory for server clusters
US11093148B1 (en) Accelerated volumes
US20140325011A1 (en) Rdma-optimized high-performance distributed cache
US7357313B2 (en) Information processor-based service providing system and method
US20050097183A1 (en) Generalized addressing scheme for remote direct memory access enabled devices
US11797453B2 (en) In-memory distributed cache
US11586672B2 (en) Remote virtualized asset delivery and local provisioning
US11468175B2 (en) Caching for high-performance web applications
JP2012533824A (ja) リアルタイムバッチ口座処理用のシステムおよび方式
US11366802B1 (en) Batch undo processing for transaction rollbacks in a multi-writer database
CN111638976A (zh) 基于共享内存的数据传输方法及系统
CN111966938A (zh) 一种实现云平台前端页面加载速度提升的配置方法及系统
CN113220475A (zh) 交易数据处理方法、装置、计算机设备和存储介质
CN111638975A (zh) 基于管道的数据传输方法及系统
CN111638974A (zh) 基于内存文件映射的数据传输方法及系统
CN111737024A (zh) 基于剪贴板的数据传输方法及系统
CN111638977A (zh) 基于邮件槽的数据传输方法及系统
CN116071175A (zh) 热点账户的管理方法以及热点账户的管理装置
US11509730B1 (en) Analyzing web service frontends to extract security-relevant behavior information
US11386072B1 (en) Automatic consistency for database write forwarding
JP2007299328A (ja) 計算処理方法および計算処理システム
US11797447B2 (en) Efficient caching and data access to a remote data lake in a large scale data processing environment
US20240121290A1 (en) Generating a secure upload url and granting access to a user within a secure document system
US11853319B1 (en) Caching updates appended to an immutable log for handling reads to the immutable log
US20240005321A1 (en) Digital policy criteria integration for making determinations within an inter-network facilitation system

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
RJ01 Rejection of invention patent application after publication

Application publication date: 20200908

RJ01 Rejection of invention patent application after publication