CN109858902A - 一种基于http协议的服务器、用户终端收款系统及收款方法 - Google Patents
一种基于http协议的服务器、用户终端收款系统及收款方法 Download PDFInfo
- Publication number
- CN109858902A CN109858902A CN201910137752.5A CN201910137752A CN109858902A CN 109858902 A CN109858902 A CN 109858902A CN 201910137752 A CN201910137752 A CN 201910137752A CN 109858902 A CN109858902 A CN 109858902A
- Authority
- CN
- China
- Prior art keywords
- gathering
- http
- receiving information
- server
- module
- 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
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]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/047—Payment circuits using payment protocols involving electronic receipts
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
- G06Q20/123—Shopping for digital content
-
- 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/50—Network services
- H04L67/53—Network services using third party service providers
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了基于HTTP协议的服务器、用户终端收款系统及收款方法,在传统HTTP协议上增加具有收款信息的头部字段,通过HTTP协议与数字货币/电子货币结合,使传统的HTTP协议具有收款和汇款等金融功能,在HTTP协议传输信息的同时也实现了用户与页面内容提供方之间进行收款,从而传输价值,收款系统和收款方法可以广泛应用于服务器和如浏览器、媒体播放器、阅读器等用户终端,以实现HTTP协议的信息和价值同步传输。本发明具有价值与信息同步传递、互不影响、价值传递无需注册账号、便捷高效、节省时间和成本的技术特点。
Description
技术领域
本发明属于电子收款技术领域,尤其涉及一种基于HTTP协议的服务器、用户终端收款系统及收款方法
背景技术
随着因特网的普及,基于HTTP协议的互联网资源已成为广泛使用的信息获取方式,在商业运营与公共事务中尤为重要。然而HTTP协议本身仅支持信息传输,无法承担金融职责,因此极大限制了其应用范围及由此产生的商业模式。
另一方面,目前区块链与数字货币(如比特币等)的发展方向主要参照银行或第三方支付,但难以获得类似的传输效率与法律保障,从而缺乏实际应用基础,无法真正体现区块链与数字货币的价值。同时匿名性也导致数字货币难以获得必要的法律支撑与监管。与此同时,多数第三方支付系统不能在传输价值的同时传输如网站、视频等信息,基本属银行模式的延伸。
如线上广告,目前相关营销模式多为普通公司向互联网广告商购买相关服务,之后互联网广告商将广告发布在大流量页面上。从用户角度来讲,随机且强制性的网页广告将极大干扰其正常使用网站,例如撰写邮件或观看在线视频等,并由此对广告内容产生负面印象,易造成事与愿违的结果。从公司角度而言,由于受广告商的覆盖范围与营销模式等限制,大量的广告投入仅能有限增加其知名度,难以使潜在用户真正获益并进而产生兴趣,资金利用率较低。为缓解该问题,部分网站已实施“会员制”,即用户付费成为会员从而不受广告干扰。但该方式具有捆绑性与强迫性,同样不能对公司与用户起真正促进作用。
再如在线媒体等业务,目前多采用固定时长或打包内容的账户套餐制,缺乏可精确到某一具体页面或内容的支付方式,从而使用户将大量资金花费在无意义的内容上。从用户角度来讲,为了浏览少量付费媒体内容而需注册账户将浪费大量时间与费用,容易降低消费意愿。从公司角度而言,账户套餐制将导致大量快速消费式用户群体的流失,难以体现在线媒体的价值。
因此,在现有条件下,信息与价值传输需要分开进行,从而在时间与成本上造成极大浪费,同时也容易因传输不同步而造成困扰与误解,进而产生商业与社会纠纷。
发明内容
本发明的技术目的是提供一种基于HTTP协议的服务器、用户终端收款系统及收款方法,可以解决现有信息与价值分开传输的问题,提升HTTP协议的金融功能应用。
为解决上述问题,本发明的技术方案为:
根据第一方面,一种实施例中提供一种基于HTTP协议的服务器收款系统,收款消息管理服务器、页面管理服务器、资金管理服务器;
所述收款消息管理服务器与所述页面管理服务器和所述资金管理服务器交互协同工作;
所述收款消息管理服务器用于接收用户发送的HTTP收款请求消息,并识别所述HTTP收款请求消息的收款信息;
所述收款消息管理服务器还用于调度所述页面管理服务器获取页面内容,并根据所述页面内容对应的计费方式执行计费;
所述收款消息管理服务器还用于根据所述页面内容生成HTTP收款确认回应消息,并将所述HTTP收款确认回应消息反馈给用户,以向用户提供所述页面内容;
所述收款消息管理服务器还用于调度所述资金管理服务器根据所述计费的金额和所述收款信息向用户执行汇款操作;其中,
所述收款信息包括收款对象、收款方式;
所述收款信息设于所述HTTP收款请求消息的头部字段。
根据第二方面,一种实施例中提供一种基于HTTP协议的用户终端收款系统包括:收款消息管理模块、页面管理模块、资金管理模块;
所述收款消息管理模块与所述页面管理模块和所述资金管理模块交互协同工作;
所述收款消息管理模块用于向页面服务端发送HTTP普通请求消息,以获取HTTP收款回应消息,并识别所述HTTP收款回应消息的收款信息;
所述收款消息管理模块还用于调度所述资金管理模块根据所述收款信息向页面服务端执行汇款操作,并根据所述汇款操作的信息生成HTTP收款确认请求消息及发送所述HTTP收款确认请求消息,以获取具有收费的页面内容的HTTP普通回应消息;
所述收款消息管理模块还用于调度所述页面管理模块根据所述HTTP普通回应消息显示收费的所述页面内容;其中,
所述收款信息包括收款对象、收款方式;
所述收款信息设于所述HTTP收款回应消息的头部字段。
根据第三方面,一种实施例中提供一种基于HTTP协议的服务器收款系统的收款方法,所述服务器收款系统包括收款消息管理服务器、页面管理服务器、资金管理服务器,所述收款方法包括以下步骤:
A1:所述收款消息管理服务器接收用户发送的HTTP收款请求消息,并识别所述HTTP收款请求消息的收款信息;
A2:所述收款消息管理服务器调度所述页面管理服务器获取页面内容,所述收款消息管理服务器并根据所述页面内容对应的计费方式执行计费;
A3:所述收款消息管理服务器根据所述页面内容生成所述HTTP收款确认回应消息,并将所述HTTP收款确认回应消息反馈给用户,以向用户提供所述页面内容;
在所述步骤A3执行过程中或所述步骤A3之后,执行步骤A4:
所述收款消息管理服务器调度所述资金管理服务器根据所述计费的金额和所述收款信息向用户执行汇款操作;其中,
所述收款信息包括收款对象、收款方式;所述收款信息设于所述HTTP收款请求消息的头部字段。
根据第四方面,一种实施例中提供一种基于HTTP协议的收款消息管理服务器的收款方法,包括以下步骤:
B1:所述收款消息管理服务器接收用户发送的HTTP收款请求消息,并识别所述HTTP收款请求消息的收款信息;
B2:所述收款消息管理服务器根据所述HTTP收款请求消息,发送页面调度指令,以获取页面内容;
B3:所述收款消息管理服务器根据所述页面内容生成HTTP收款确认回应消息,并将所述HTTP收款确认回应消息反馈给用户,以向用户提供所述页面内容;
在所述步骤B3执行的同时,执行步骤B4:
所述收款消息管理服务器根据所述页面内容对应的计费方式执行计费;
在所述步骤B3和所述步骤B4执行过程中或执行之后,执行步骤B5:
所述收款消息管理服务器根据所述计费的金额和所述收款信息发送汇款调度指令,以实现向用户汇款的汇款操作;其中,
所述收款信息包括收款对象、收款方式;所述收款信息设于所述HTTP请求消息的头部字段。
根据第五方面,一种实施例中提供一种基于HTTP协议的用户终端收款系统的收款方法,所述用户终端收款系统包括收款消息管理模块、页面管理模块、资金管理模块,所述收款方法包括以下步骤:
C1:所述收款消息管理模块向页面服务端发送HTTP普通请求消息,以获取HTTP收款回应消息,并识别所述HTTP收款回应消息的收款信息;
C2:所述收款消息管理模块调度所述资金管理模块根据所述收款信息向页面服务端执行汇款操作,并根据所述汇款操作的信息生成HTTP收款确认请求消息及发送所述HTTP收款确认请求消息,以获取具有收费的页面内容的HTTP普通回应消息;
C3:所述收款消息管理模块调度所述页面管理模块根据所述HTTP普通回应消息显示收费的所述页面内容;其中,
所述收款信息包括收款对象、收款方式;所述收款信息设于所述HTTP收款回应消息的头部字段。
本发明由于采用以上技术方案,使其与现有技术相比具有以下的优点和积极效果:
(1)本发明通过在HTTP收款请求消息或HTTP收款回应消息中设置收款信息,HTTP协议与数字货币/电子货币结合,使传统的HTTP协议具有收款等金融功能,通过该收款信息由收款消息管理服务器、页面管理服务器、资金管理服务器的协同工作,在HTTP协议传输信息的同时也实现了用户与页面内容提供方之间进行收款,从而实现了价值的传递,提升了HTTP协议的金融功能应用;
(2)本发明的收款信息设于在HTTP收款请求消息或HTTP收款回应消息的头部字段,其位置具有可识别性,且其本身并不影响HTTP协议的正常信息传递和阅读,不会对页面内容造成任何影响;同时通过请求消息进行页面内容的信息传递过程与通过请求消息中的收款信息从页面服务端或用户实现收款的价值传递过程,信息传递过程中一般不涉及价值传递过程,故信息传递过程一般不会因为价值的传递而产生任何延迟;在某些情况下,即使信息传递过程中涉及价值传递过程,由于可通过技术改进来提高效率,例如采用特定的数字货币汇款,或者即时汇款的数字/电子货币第三方支付,因此信息传递过程也不会因为价值的传递而产生明显延迟,达到了HTTP协议信息与价值的传输互不影响的技术效果;
(3)本发明通过收款信息由用户或页面服务端直接提供,用户不必专门的账户即可直接实现收款与付款,同时HTTP收款请求消息或HTTP收款回应消息的接收方可向任意访问者或服务器进行无障碍汇款,达到了信息与价值传递便捷性、人性化的技术效果;
(4)本发明通过资金管理服务器或资金管理模块对收款信息进行验证,保障了收款信息的合法性且安全性,同时,通过数据库服务器或数据库模块对通过验证的收款信息的最优选择,使用户和/或服务器可提供多种收款信息,增加了付款方与收款方的兼容性,达到了收款最佳化、人性化、收款方式多样化的技术效果;
(5)本发明通过收款消息管理服务器将最优收款信息放入HTTP收款确认回应消息或HTTP收款确认请求消息中,以向用户或页面服务端反馈收款的相关信息,同时,用户也可以通过发送查询请求在数据库服务器或数据库模块中查询相关内容,达到了信息反馈人性化、多样化的技术效果;
(6)本发明服务器收款系统通过数字货币交互服务器、第三方数字/电子货币交互服务器将来自资金管理服务器的内部请求与来自网络的外部请求进行转换以执行实际汇款或信息验证,可支持多种货币的汇款,达到了汇款方式多样化的技术效果,同时,内部请求和外部请求的转换,达到了信息与价值的跨平台同步传输;与之类似地,用户终端收款系统通过数字货币交互模块、第三方数字/电子货币交互模块将来自资金管理模块的内部请求与来自网络的外部请求进行转换以执行实际汇款或信息验证,可支持多种货币的汇款,达到了汇款方式多样化的技术效果,同时,内部请求和外部请求的转换,达到了信息与价值的跨平台同步传输;
(7)本发明通过收款开关和付款开关,以控制所述收款信息的生成与识别功能的开启和关闭,以控制HTTP收款请求消息或HTTP收款回应消息中价值传输的开关控制,达到了人性化的技术效果。
附图说明
图1为本发明的一种基于HTTP协议的服务器、用户终端收款系统的架构示意图;
图2为本发明的一种基于HTTP协议的服务器收款系统的HTTP收款请求消息示意图;
图3为本发明的一种基于HTTP协议的服务器收款系统的HTTP收款确认回应消息示意图;
图4为本发明的一种基于HTTP协议的用户终端收款系统的HTTP收款回应消息示意图;
图5为本发明的一种基于HTTP协议的用户终端收款系统的HTTP收款确认请求消息示意图;
图6为本发明的一种基于HTTP协议的服务器收款系统的收款方法的一实施例的流程示意图;
图7为本发明的一种基于HTTP协议的服务器收款系统的收款方法的另一实施例的流程示意图;
图8为本发明的一种基于HTTP协议的用户终端收款系统的收款方法的一实施例的流程示意图;
图9为本发明的一种基于HTTP协议的用户终端收款系统的收款方法的另一实施例的流程示意图。
具体实施方式
以下结合附图和具体实施例对本发明提出的一种基于HTTP协议的服务器、用户终端收款系统及收款方法作进一步详细说明。根据下面说明和权利要求书,本发明的优点和特征将更清楚。
数字/加密货币:去中心化的数字货币或通证,一般通过“挖矿”工作产生,如比特币和莱特币等。下文简称“数字货币”。
电子货币:电子化的传统/法定货币或代币及相关支付服务,如paypal和alipay及其虚拟化电子货币等。
HTTP收款请求消息:HTTP请求消息,其头部含有收款信息以供服务器确认。
HTTP收款确认回应消息:HTTP回应消息,其头部含有汇款操作接收确认的收款信息,以反馈给用户。
HTTP收款回应消息:HTTP回应消息,其头部含有收款信息以供用户终端确认。
HTTP收款确认请求消息:HTTP请求消息,其头部含有汇款操作接收确认的收款信息,以反馈给页面服务端。
HTTP普通请求消息:普通的HTTP请求消息,其头部不含有收款信息。
HTTP普通回应消息:普通的HTTP回应消息,不含服务器确认接受的收款方式信息。
本实施例中,HTTP请求消息一般由用户终端发送给服务器,HTTP回应消息一般由服务器回应给用户终端。其对应关系与顺序如下:
普通请求过程:用户终端向服务器发出“HTTP普通请求消息”,服务器向用户终端回应“HTTP普通回应消息”;
用户终端发出收款请求:用户终端向服务器发出“HTTP收款请求消息”,服务器向用户终端回应“HTTP收款确认回应消息”;
服务器发出收款请求:用户终端向服务器发出“HTTP请求消息”,一般为普通请求,服务器向用户终端发出“HTTP收款回应消息”,用户终端向服务器发出“HTTP收款确认请求消息”。
HTTP协议指:超文本传输协议(HTTP)与相关的扩展协议,如超文本传输安全协议(HTTPS)。
实施例1
参看图1,本实施例提供一种基于HTTP协议的服务器收款系统,包括:收款消息管理服务器、页面管理服务器、资金管理服务器;
收款消息管理服务器与页面管理服务器和资金管理服务器交互协同工作;
收款消息管理服务器用于接收用户发送的HTTP收款请求消息,并识别HTTP收款请求消息的收款信息;
收款消息管理服务器还用于调度页面管理服务器获取页面内容,并根据页面内容对应的计费方式执行计费;
收款消息管理服务器还用于根据页面内容生成HTTP收款确认回应消息,并将HTTP收款确认回应消息反馈给用户,以向用户提供页面内容;
收款消息管理服务器还用于调度资金管理服务器根据计费的金额和收款信息向用户执行汇款操作;其中,
收款信息包括收款对象、收款方式;
收款信息设于HTTP收款请求消息的头部字段。
现结合图1至图3对本实施例进行详细说明:
具体地,参看图2和图3,传统的HTTP请求消息和HTTP回应消息并没有如图2和图3中圈出的Pay-To字段,而本实施例中在传统的HTTP请求消息和HTTP回应消息设置了如图2和图3中圈出的Pay-To字段,该字段是HTTP协议融合货币协议后新增的字段,图2中的Pay-To字段用来收款,图3中的Pay-To字段用来反馈信息,以实现信息传输和价值传输同步,其中,圈出的Pay-To字段设于HTTP请求消息或HTTP回应消息的头部字段。
具体地,HTTP收款请求消息与HTTP收款确认回应消息中的收款信息格式可以为:/Pay-To:<"收款地址">;unit=<单位(含类型)>;provider=[服务商标识][;confirmed]/,例如:
/Pay-To:"1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa";unit=BTC/;
/Pay-To:"abcd1234@abcd.com";unit=CNY;provider=payserv1/;
/Pay-To:"1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa";unit=BTC;confirmed/。
其中“//”用来区分完整的“Pay-To”头部字段,以实现多个“Pay-To”头部字段提供不同的收款方式供服务器选择,而“//”字符本身不属于“Pay-To”头部字段。“confirmed”标识该收款信息已确认,一般位于HTTP收款确认请求消息或HTTP收款确认回应消息。
本实施例的收款信息设于在HTTP收款请求消息或HTTP收款确认回应消息的头部字段,其位置具有可识别性,且其本身并不影响HTTP协议的正常信息传递和阅读,不会对页面内容造成任何影响;同时通过请求消息进行页面内容的信息传递过程与通过请求消息中的收款信息从页面服务端或用户实现收款的价值传递过程,信息传递过程中一般不涉及价值传递过程,故信息传递过程一般不会因为价值的传递而产生任何延迟;在某些情况下,即使信息传递过程中涉及价值传递过程,由于可通过技术改进来提高效率,例如采用特定的数字货币汇款,或者即时汇款的数字/电子货币第三方支付,因此信息传递过程也不会因为价值的传递而产生明显延迟,达到了HTTP协议信息与价值的传输互不影响的技术效果。
具体地,页面内容可以为文字、图片、音频、视频、文件、网页等等HTTP协议可传递内容。
具体地,收款信息由用户提供,可由用户终端输入,用户终端可以为浏览器、媒体播放器、阅读器等信息传递终端,用户终端亦可为具有HTTP协议功能的手机、平板电脑、PC机等设备。
具体地,收款信息包括收款对象、收款方式,收款对象为收款地址或收款账号,其中,收款地址可以为比特币、莱特币地址等,收款账号可以为paypal和alipay等账号,所述收款信息携带有账号的服务商信息,如paypal、alipay或bitpay等。进一步地,收款信息还包括收款单位,如人民币(CNY)、美元(USD)、比特币(BTC)或莱特币(LTC)等。
本实施例通过收款信息由用户直接提供,用户不必专门的账户即可直接实现收款与付款,同时HTTP收款请求消息的接收方可向任意访问者进行无障碍汇款,达到了信息与价值传递便捷性、人性化的技术效果。
较优地,参看图1,收款消息管理服务器还用于调度资金管理服务器对收款信息进行验证可用性。
本实施例通过资金管理服务器对收款信息进行验证,保障了收款信息的合法性与安全性。
较优地,参看图1,本实施还包括数据库服务器,数据库服务器用于存储或更新收款信息、计费方式、收款优先级;数据库服务器分别和收款消息管理服务器、资金管理服务器交互,收款消息管理服务器还用于调度数据库服务器根据收款优先级对收款信息进行选择,确定一最优收款信息作为汇款操作的汇款方式;其中,最优收款信息为可用的收款信息中收款对象的优先级最高且收款方式的优先级最高的收款信息。
较优地,收款信息内包含多种收款对象、多种收款方式、多种收款单位,可通过可用性验证和收款优先级进行选择一最优收款信息。
具体地,收款优先级包括收款对象的优先级、收款方式的优先级,进一步地,还包括收款单位的优先级,根据收款单位的优先级可在最优收款信息中确定最优收款单位。较优地,收款优先级可由用户通过用户终端进行设定。
具体地,计费方式可以为多种形式,如点击数、行为、停留时间、访问时间、页面类型和奖励方式等,该计费方式由页面内容的提供者进行设定。
具体地,汇款操作可通过脚本、数字货币协议或与第三方机构交互等自动执行,方式可为固定时间统一汇款,例如每天或每周一次,具体根据特定的计费方式进行汇款,为防止大量小额汇款,服务器可设置最低汇款额等。
较优地,为防止通过数字货币地址与交易编号进行跟踪,可采用混币或强匿名币等方式汇款,从而降低HTTP服务器与收款人数字货币地址金额泄漏的风险。
本实施例通过资金管理服务器进行验证,保障了收款信息的合法性且安全性,同时,通过数据库服务器或数据库模块对通过验证的收款信息的最优选择,使用户和/或服务器可提供多种收款信息,增加了付款方与收款方的兼容性,达到了收款最佳化、人性化、收款方式多样化的技术效果。
较优地,参看图1,收款消息管理服务器还用于将最优收款信息放入页面内容的表头,以向用户反馈。
较优地,参看图1,数据库服务器还用于存储计费与汇款明细记录;收款消息管理服务器还用于接收用户发送的查询请求,调度资金管理服务器对查询请求的信息进行有效验证,根据有效的查询请求,收款消息管理服务器调度页面管理服务器获取页面内容及调度数据库服务器获取查询内容,并根据页面内容和查询内容生成查询结果反馈至用户。
本实施例通过收款消息管理服务器将最优收款信息放入页面内容的表头,以向用户反馈收款的相关信息,同时,用户也可以通过用户终端发送查询请求以在数据库服务器中查询相关内容,达到了信息反馈人性化、多样化的技术效果。
较优地,参看图1,本实施例还包括内外网接口,内外网接口包括数字货币交互服务器、第三方数字/电子货币交互服务器;数字货币交互服务器和第三方数字/电子货币交互服务器分别和资金管理服务器交互,用于将来自资金管理服务器的内部请求与来自网络的外部请求进行转换以执行实际汇款或信息验证。
具体地,参看图1,数字货币交互服务器为运行数字货币服务程序的服务器,第三方数字/电子货币交互服务器为支持本地或第三方接口的服务器。
本实施例的服务器收款系统通过数字货币交互服务器、第三方数字/电子货币交互服务器将来自资金管理服务器的内部请求与来自网络的外部请求进行转换以执行实际汇款或信息验证,可支持多种货币的汇款,达到了汇款方式多样化的技术效果,同时,内部请求和外部请求的转换,达到了信息与价值的跨平台同步传输。
较优地,本实施例还包括付款开关和/或收款开关,付款开关用于控制收款信息的识别功能的开启和关闭,以实现汇款操作的控制,收款开关用于控制向用户发送的HTTP回应消息中是否生成收款信息,以实现向用户收款的控制。
具体地,当付款开关打开后,服务器可识别HTTP收款请求消息的收款信息,从而使服务器能按情况提供页面内容、计费并向用户汇款。当付款开关关闭后,服务器屏蔽HTTP收款请求消息的收款信息,从而使服务器能按普通情况处理。
具体地,当收款开关打开后,服务器收款系统发送的HTTP回应消息将含有收款信息,即HTTP收款回应消息,从而使用户终端能识别HTTP收款回应消息的收款信息,并使用户终端能按情况进行汇款。当收款开关关闭后,服务器发送的HTTP回应消息将不含收款信息,即HTTP普通回应消息,从而使用户终端能按普通情况处理。
本实施例通过付款开关和/或收款开关,以控制HTTP请求消息中价值传输的开关控制,达到了人性化的技术效果。
较优地,本实施例还包括HTTP服务器扩展模块,收款消息管理模块加载HTTP服务器扩展模块,以识别具有收款信息的HTTP请求消息。
本实施例通过收款消息管理模块加载HTTP服务器扩展模块,以识别具有收款信息的HTTP请求消息,实现了一般服务器的扩展,达到了适用范围广、成本低的技术效果。
为确保安全与防止篡改,用户终端与服务器之间所有含收款信息的HTTP通讯均需被加密传输,例如通过HTTPS。
现举例对本实施的收款系统技术效果进行说明:
以线上广告为例,通过HTTP与货币协议的结合,本实施例使跨平台的“看广告有收入,无广告不付费”模式成为可能,进而可解决广告资金利用率低、广告效益低等技术问题。本实施例中,用户可选择通过观看广告来获得数字/电子货币收益,从而能真正找到感兴趣的产品;或者选择无广告也无收益的模式,从而能不受干扰地使用网站。由于数字货币的跨平台性,用户不必专门注册账号,只需有合适的浏览器即可在兼容网站上通过浏览获得收益,因此用户拥有高度自由与选择权。对公司而言,采用该模式可直接将广告资金投放给市场与最终用户,进而降低中间成本并获得较高的宣传效果与用户积极性。
以网站激励为例,对于某天前100名访问者进行奖励,或者对网页互动内容(如游戏)进行奖励。由于不需注册账户,因此用户可直接访问网站并获得奖励,从而降低双方的资金与时间成本,并为网站获得较好的推广效果。
以下载文件为例,由于HTTP不仅能传递HTML等网站内容,也能直接传递图像或文件等数据,因此服务器的计费范围并不局限在HTML等网页,同样也适用于所有通过HTTP协议进行交互的内容,达到很好的文件共享效果及宣传效果。
实施例2
基于实施例1,本例提供另外一种基于HTTP协议的用户终端收款系统。与实施例1不同的是,本例的收款信息由服务器发出,而收款确认信息由用户终端发出并进行汇款。
参看图1,本实施例的系统结构与实施例1近似,包括:收款消息管理模块、页面管理模块、资金管理模块;
收款消息管理模块与页面管理模块和资金管理模块交互协同工作;
收款消息管理模块用于向页面服务端发送HTTP普通请求消息,以获取HTTP收款回应消息,并识别HTTP收款回应消息的收款信息;
收款消息管理模块还用于调度资金管理模块根据收款信息向页面服务端执行汇款操作,并根据汇款操作的信息生成HTTP收款确认请求消息及发送HTTP收款确认请求消息,以获取具有收费的页面内容的HTTP普通回应消息;
收款消息管理模块还用于调度页面管理模块根据HTTP普通回应消息显示收费的页面内容;其中,
收款信息包括收款对象、收款方式;
收款信息设于HTTP收款回应消息的头部字段。
现结合图1、图4、图5对本实施例进行详细说明:
具体地,参看图4和图5,本实施例中的Pay-To字段基于实施例1。与实施例1不同的是,本实施例中的Pay-To字段新增加“金额”与“交易号”信息。如图4和图5中圈出的Pay-To字段,图4中的Pay-To字段用来收款,图5中的Pay-To字段用来反馈信息,以实现信息传输和价值传输同步,其中,圈出的Pay-To字段设于HTTP回应消息或HTTP请求消息的头部字段。
具体地,HTTP回应消息与HTTP请求消息中的收款信息格式可以为:
/Pay-To:<"收款地址">;amount=<金额>;unit=<单位(含类型)>;provider=[服务商标识][;txid=<交易号>;confirmed]/,例如:/Pay-To:"1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa";amount=1;unit=BTC/;/Pay-To:"abc123@abc.com";amount=100;unit=CNY;provider=payserv1/;/Pay-To:"1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa";amount=1;unit=BTC;txid=txid1;confirmed/。
其中“//”用来区分完整的“Pay-To”头部字段,以实现多个“Pay-To”头部字段提供不同的收款方式供服务器选择,而“//”字符本身不属于“Pay-To”头部字段。
本实施例的收款信息设于在HTTP回应消息的头部字段,其位置具有可识别性,且其本身并不影响HTTP协议的正常信息传递和阅读,不会对页面内容造成任何影响,同时通过HTTP请求消息获取页面内容的信息传递过程与通过HTTP回应消息中的收款信息实现收款的价值传递过程,尽管信息传递过程中涉及价值传递过程,但由于可通过技术改进来提高效率,例如采用特定的数字货币汇款,或者即时汇款的数字/电子货币第三方支付,故信息传递过程不会因为价值的传递而产生明显延迟,达到了HTTP协议信息与价值的传输互不影响的技术效果。
具体地,页面内容可以为文字、图片、音频、视频、文件、网页等等HTTP协议可传递内容。
具体地,收款信息由服务器提供,可由服务器运营方设定,用户终端可以为浏览器、媒体播放器、阅读器等信息传递终端,用户终端亦可为具有HTTP协议功能的手机、平板电脑、PC机等设备。
具体地,收款信息包括收款对象、收款方式,收款对象为收款地址或收款账号,其中,收款地址可以为比特币、莱特币地址等,收款账号可以为paypal和alipay等账号,所述收款账号携带有账号的服务商信息,如paypal、alipay或bitpay等。进一步地,收款信息还包括收款单位,如人民币(CNY)、美元(USD)、比特币(BTC)或莱特币(LTC)等。
本实施例通过收款信息由服务器直接提供,用户不必专门的账户即可直接实现向内容提供商付款,同时HTTP回应消息的接受方用户可向任意内容提供商进行无障碍汇款,达到了信息与价值传递便捷性、人性化的技术效果。
较优地,参看图1,用户终端收款消息管理模块还用于调度资金管理模块对收款信息进行验证可用性。
本实施例通过资金管理模块对收款信息进行验证,保障了收款信息的合法性与安全性。
较优地,参看图1,本实施还包括用户终端数据库模块,数据库模块用于存储或更新汇款记录、汇款优先级;数据库模块分别和收款消息管理模块、资金管理模块交互,收款消息管理模块还用于调度数据库模块根据汇款优先级对收款信息进行选择,确定一最优收款信息作为汇款操作的汇款方式;其中,最优收款信息为可用的收款信息中收款对象的优先级最高且收款方式的优先级最高的收款信息。
较优地,收款信息内包含多种收款对象、多种收款方式、多种收款单位,可通过可用性验证和收款优先级进行选择一最优收款信息。
具体地,收款优先级包括收款对象的优先级、收款方式的优先级,进一步地,还包括收款单位的优先级,根据收款单位的优先级可在最优收款信息中确定最优收款单位。较优地,收款优先级可由服务商进行设定。
具体地,汇款操作可通过脚本、数字货币协议或与第三方机构交互等自动执行,方式可为在收到HTTP收款回应消息后及在生成HTTP收款确认请求消息前根据请款金额进行汇款,为防止大量小额汇款,用户可设置最低汇款额等。
较优地,为防止通过数字货币地址与交易编号进行跟踪,可采用混币或强匿名币等方式汇款,从而降低用户与收款人数字货币地址金额泄漏的风险。
本实施例通过数据库模块对通过验证的收款信息的最优选择,使服务器可提供多种收款信息,增加了付款方与收款方之间的兼容性,达到了收款最佳化、人性化、收款方式多样化的技术效果。
较优地,参看图1,数据库模块还用于汇款记录的查询,收款消息管理模块用于接收用户发送的查询请求,调度资金管理模块对查询请求的信息进行有效验证,根据有效的查询请求,收款消息管理模块调度数据库模块获取查询内容,并根据查询内容生成查询结果反馈给用户。
较优地,收款消息管理模块将最优收款信息放入HTTP收款确认请求消息的表头。
本实施例通过收款消息管理模块将最优收款信息放入HTTP请求消息的表头,以向服务器反馈收款的相关信息,同时,用户也可以通过查询请求以在数据库模块的数据库服务器中查询相关内容,达到了信息反馈人性化、多样化的技术效果。
较优地,参看图1,本实施例还包括内外网接口,内外网接口包括数字货币交互模块、第三方数字/电子货币交互模块;数字货币交互模块和第三方数字/电子货币交互模块分别和资金管理模块交互,用于将来自资金管理模块的内部请求与来自网络的外部请求进行转换以执行实际汇款或信息验证。
具体地,参看图1,数字货币交互模块为支持数字货币协议的模块,第三方数字/电子货币交互服务器为支持第三方接口的模块。
本实施例通过数字货币交互模块、第三方数字/电子货币交互模块将来自资金管理模块的内部请求与来自网络的外部请求进行转换以执行实际汇款或信息验证,可支持多种货币的汇款,达到了汇款方式多样化的技术效果,同时,内部请求和外部请求的转换,达到了信息与价值的跨平台同步传输。
较优地,参看图1,本实施例还包括服务器端的内外网接口,内外网接口包括数字货币交互服务器、第三方数字/电子货币交互器;其功能与交互方式与实施例1或本例中的用户终端相似。
较优地,用户终端收款系统还包括付款开关和/或收款开关,付款开关用于控制收款信息的识别功能的开启和关闭,以实现汇款操作的控制,收款开关用于控制向页面服务端发送的HTTP请求消息中是否放置收款信息,以实现向页面服务端收款的控制。
具体地,当付款开关打开后,用户终端在收到服务器发出的HTTP收款回应消息后,将进行汇款并发送HTTP收款确认请求消息给服务器,从而使服务器能按情况提供页面内容。当付款开关关闭后,用户终端在收到服务器发出的HTTP收款回应消息后,将忽略其中的收款信息,并按情况发送HTTP普通请求消息给服务器,从而使服务器能按普通情况处理。
具体地,当收款开关打开后,用户终端发送的HTTP请求消息将含有收款信息,即HTTP收款请求消息,从而使服务器能识别HTTP收款请求消息的收款信息,并使服务器能按情况提供页面内容、计费并向用户汇款。当收款开关关闭后,用户终端发送的HTTP请求消息将不含收款信息,即HTTP普通请求消息,从而使服务器能按普通情况处理。
本实施例通过付款开关和/或收款开关,以控制HTTP回应消息中价值传输的开关控制,达到了人性化的技术效果。
较优地,本实施例还包括HTTP服务器扩展模块,服务器收款消息管理模块加载HTTP服务器扩展模块,以识别具有收款确认信息的HTTP请求消息。
本实施例通过服务器收款消息管理模块加载HTTP服务器扩展模块,以识别具有收款确认信息的HTTP请求消息,实现了一般设备终端的扩展,达到了适用范围广、成本低的技术效果。
较优地,用户终端的收款消息管理模块还用于根据HTTP回应消息进行处理,如通过消息窗口或状态图标等方式来提示用户,以反馈异常信息或者付款信息。具体地,用户终端根据所收到的HTTP回应消息作相应处理,例如显示网页、提示用户或进行异常处理等,部分可能的异常情况如:向服务器发出HTTP收款确认请求消息后长时间无回应,或返回HTTP异常消息(如404 Page not found)。
现举例对本实施的收款系统技术效果进行说明:
以在线内容订阅为例。通过HTTP与货币协议的结合,用户可为浏览的每一页内容付费,而无需支付完整的套餐费。由于数字货币的跨平台性,用户不必专门注册账号,只需有合适的浏览器即可在兼容网站上通过浏览进行支付,因此用户拥有高度自由与选择权。对公司而言,采用该模式可直接将在线内容有针对性地投放给最终用户,进而降低中间成本并获得较高的市场效果与用户积极性。
以下载文件为例,由于HTTP不仅能传递HTML等网站内容,也能直接传递图像或文件等数据,因此服务器的预付费范围并不局限在HTML等网页,同样也适用于所有通过HTTP协议进行交互的内容,达到很好的文件共享效果及宣传效果。
实施例3
基于实施例1,参看图6,本实施例提供一种基于HTTP协议的服务器收款系统的收款方法,服务器收款系统包括收款消息管理服务器、页面管理服务器、资金管理服务器,收款方法包括以下步骤:
A1:收款消息管理服务器接收用户发送的HTTP收款请求消息,并识别HTTP收款请求消息的收款信息;
A2:收款消息管理服务器调度页面管理服务器获取页面内容,收款消息管理服务器并根据页面内容对应的计费方式执行计费;
A3:收款消息管理服务器根据页面内容生成HTTP收款确认回应消息,并将HTTP收款确认回应消息反馈给用户,以向用户提供页面内容;
在步骤A3执行过程中或步骤A3之后,执行步骤A4:
收款消息管理服务器调度资金管理服务器根据计费的金额和收款信息向用户执行汇款操作;其中,
收款信息包括收款对象、收款方式;收款信息设于HTTP收款请求消息的头部字段。
现对本实施例进行详细地说明:
较优地,参看图7,步骤A2中,收款消息管理服务器调度页面管理服务器获取页面内容的同时,收款消息管理服务器还调度资金管理服务器对收款信息进行验证可用性,获取可用的收款信息。
较优地,参看图7,服务器收款系统还包括数据库服务器;收款方法的步骤A2中,获取可用的收款信息之后,收款消息管理服务器调度数据库服务器根据数据库服务器中的收款优先级对收款信息进行选择,确定一最优收款信息作为汇款操作的汇款方式;其中,最优收款信息为可用的收款信息中收款对象的优先级最高且收款方式的优先级最高的收款信息。
本实施例通过资金管理服务器对收款信息进行验证,保障了收款信息的合法性与安全性,同时,通过数据库服务器对通过验证的收款信息的最优选择,使用户可提供多种收款信息,增加了付款方与收款方之间的兼容性,达到了收款最佳化、人性化、收款方式多样化的技术效果。
较优地,步骤A2中,确定一最优收款信息之后,收款消息管理服务器将最优收款信息放入页面内容的表头。
本实施例通过收款消息管理服务器将最优收款信息放入页面内容的表头,以向用户反馈收款的相关信息,同时,用户也可以通过用户终端发送查询请求以在数据库服务器中查询相关内容,达到了信息反馈人性化、多样化的技术效果。
较优地,步骤A4之后还包括步骤A5:资金管理服务器接收汇款操作的结果,并将结果发送至数据库服务器进行存储。
较优地,服务器收款系统还包括内外网接口,内外网接口包括数字货币交互服务器、第三方数字/电子货币交互服务器;收款方法的步骤A4具体包括以下步骤:
A41:资金管理服务器接收收款消息管理服务器的汇款调度指令;
A42:资金管理服务器调度数据库服务器获取计费的金额和最优收款信息;
A43:根据计费的金额和最优收款信息,资金管理服务器向数字货币交互服务器或者第三方数字/电子货币交互服务器发送内部请求;
A44:数字货币交互服务器或者第三方数字/电子货币交互服务器将内部请求转换为外部请求以执行汇款操作。
本实施例通过数字货币交互服务器、第三方数字/电子货币交互服务器将来自资金管理服务器的内部请求转换为外部请求以执行实际汇款,可支持多种货币的汇款,达到了汇款方式多样化的技术效果,同时,内部请求和外部请求的转换,达到了信息与价值的跨平台同步传输。
较优地,服务器收款系统还包括付款开关;收款方法的步骤A1中,识别HTTP收款请求消息的收款信息的过程具体包括以下步骤:
判断付款开关是否已打开:若付款开关已打开,收款消息管理服务器识别HTTP收款请求消息的收款信息;若付款开关未打开,收款消息管理服务器不识别HTTP收款请求消息的收款信息。
本实施例通过付款开关,以控制HTTP请求消息中价值传输的开关控制,达到了人性化的技术效果。
实施例4
基于实施例2,本实施例提供一种基于HTTP协议的收款消息管理服务器的收款方法,包括以下步骤:
B1:收款消息管理服务器接收用户发送的HTTP收款请求消息,并识别HTTP收款请求消息的收款信息;
B2:收款消息管理服务器根据HTTP收款请求消息,发送页面调度指令,以获取页面内容;
B3:收款消息管理服务器根据页面内容生成HTTP收款确认回应消息,并将HTTP收款确认回应消息反馈给用户,以向用户提供页面内容;
在步骤B3执行的同时,执行步骤B4:
收款消息管理服务器根据页面内容对应的计费方式执行计费;
在步骤B3和步骤B4执行过程中或执行之后,执行步骤B5:
收款消息管理服务器根据计费的金额和收款信息发送汇款调度指令,以实现向用户汇款的汇款操作;其中,
收款信息包括收款对象、收款方式;收款信息设于HTTP请求消息的头部字段。
本实施例具有以下技术效果:
本实施例通过在HTTP请求消息中设置收款信息,HTTP协议与数字货币/电子货币结合,使传统的HTTP协议具有收款等金融功能,在HTTP协议传输信息的同时也实现了用户向页面内容提供方进行收款,从而实现了价值的传递,提升了HTTP协议的金融功能应用;
本实施例的收款信息设于在HTTP请求消息的头部字段,其位置具有可识别性,且其本身并不影响HTTP协议的正常信息传递和阅读,不会对页面内容造成任何影响,同时通过HTTP请求消息获取页面内容的信息传递过程与通过HTTP请求消息中的收款信息实现收款的价值传递过程,信息传递过程中不涉及价值传递过程,故信息传递过程不会因为价值的传递而产生任何延迟,达到了HTTP协议信息与价值的传输互不影响的技术效果;
本实施例通过收款信息由用户直接提供,用户不必专门的账户即可直接实现收款,同时HTTP请求消息的请求方可向任意访问者进行无障碍汇款,达到了信息与价值传递便捷性、人性化的技术效果。
实施例5
基于实施例2,参看图8,本实施例提供一种基于HTTP协议的客户端收款系统的收款方法,客户端收款系统包括收款消息管理模块、页面管理模块、资金管理模块,收款方法包括以下步骤:
C1:收款消息管理模块向页面服务端发送HTTP普通请求消息,以获取HTTP收款回应消息,并识别HTTP收款回应消息的收款信息;
C2:收款消息管理模块调度资金管理模块根据收款信息向页面服务端执行汇款操作,并根据汇款操作的信息生成HTTP收款确认请求消息及发送HTTP收款确认请求消息,以获取具有收费的页面内容的HTTP普通回应消息;
C3:收款消息管理模块调度页面管理模块根据HTTP普通回应消息显示收费的页面内容;其中,
收款信息包括收款对象、收款方式;收款信息设于HTTP收款回应消息的头部字段。
现对本实施例进行详细地说明:
较优地,参看图9,步骤C2中,汇款操作执行之前,收款消息管理模块还调度资金管理模块对收款信息进行验证可用性,获取可用的收款信息。
较优地,参看图9,客户端收款系统还包括数据库模块;收款方法的步骤C2中,获取可用的收款信息之后且汇款操作执行之前,收款消息管理模块调度数据库模块根据数据库模块中的汇款优先级对收款信息进行选择,确定一最优收款信息作为汇款操作的汇款方式;其中,最优收款信息为可用的收款信息中收款对象的优先级最高且收款方式的优先级最高的收款信息。
本实施例通过资金管理模块对收款信息进行验证,保障了收款信息的合法性与安全性,同时,通过数据库模块对通过验证的收款信息的最优选择,使用户可提供多种收款信息,增加了付款方与收款方之间的兼容性,达到了收款最佳化、人性化、收款方式多样化的技术效果。
较优地,客户端收款系统还包括内外网接口,内外网接口包括数字货币交互模块、第三方数字/电子货币交互模块;收款方法的资金管理模块执行汇款操作具体包括以下步骤:
D1:资金管理模块接收收款消息管理模块的汇款调度指令;
D2:资金管理模块调度数据库模块获取收款信息的汇款金额和最优收款信息;
D3:根据汇款金额和最优收款信息,资金管理模块向数字货币交互模块或者第三方数字/电子货币交互模块发送内部请求;
D4:数字货币交互模块或者第三方数字/电子货币交互模块将内部请求转换为外部请求以执行汇款操作。
本实施例通过数字货币交互模块、第三方数字/电子货币交互模块将来自资金管理模块的内部请求转换为外部请求以执行实际汇款,可支持多种货币的汇款,达到了汇款方式多样化的技术效果,同时,内部请求和外部请求的转换,达到了信息与价值的跨平台同步传输。
较优地,客户端收款系统还包括付款开关;收款方法的步骤B1中,识别HTTP收款回应消息的收款信息的过程具体包括以下步骤:
判断付款开关是否已打开:若付款开关已打开,收款消息管理模块识别HTTP收款回应消息的收款信息;若付款开关未打开,收款消息管理模块不识别HTTP收款回应消息的收款信息。
本实施例通过付款开关,以控制HTTP回应消息中价值传输的开关控制,达到了人性化的技术效果。
实施例6
基于实施例1至实施例5,本实施例以浏览器为用户终端收款系统,并结合服务器收款系统,对上述实施例的系统与方法执行过程进行说明:
A.用户终端向服务器进行收款:
1)浏览器用户设置过程:
用户设置浏览器中的收款信息;
浏览器验证相关设置的正确性,比如数字货币地址的有效性(例如通过Bitcoin-cli的validateaddress等命令)等;
若验证通过,则根据浏览器主界面的“收款”按钮状态更新页面:
若收款按钮已打开,则执行页面刷新流程,以处理浏览网页时改变收款按钮状态的情况;
若收款按钮已关闭,则不作页面刷新。
2)浏览网页时收款按钮已打开的执行过程:
用户打开网页,此时浏览器将向服务器发出HTTP收款请求消息,其所含的收款方式存在优先级,例如自上而下逐渐降低;
若服务器不支持收款请求,服务器将返回HTTP普通回应消息;若服务器支持收款请求,则通过HTTP收款请求消息头部获得所有收款方式信息;
若服务器接受一种或多种所请求的收款方式,则生成HTTP收款确认回应消息,其中含有一种可接受的收款方式,该方式在HTTP收款请求消息内具有最高优先级;若服务器不接受任何一种收款方式,则生成HTTP普通回应消息;
服务器按情况计费,例如点击数、行为、停留时间、访问时间、页面类型和奖励方式等,并将相关信息关联到HTTP收款确认回应消息里的收款方式(地址/账号+单位等);
服务器按情况提供所需内容,例如网页HTML代码或二进制文件等,并将其放入前述生成的HTTP回应消息中。
服务器将生成的HTTP回应消息返回给浏览器,由于回应消息的生成过程不涉及汇款,服务器的回应不会有任何延迟。
用户浏览器根据所收到的HTTP回应消息作相应处理,例如显示网页、提示用户或进行异常处理等。部分可能的异常情况如下:所收到的是HTTP收款确认回应消息,但回应消息内的收款方式并非请求消息内收款方式之一;向服务器发出HTTP收款请求消息后长时间无回应,或返回HTTP异常消息(如404 Page not found)。
3)浏览网页时收款按钮已关闭的执行过程:
用户打开网页,此时浏览器将向服务器发出HTTP普通请求消息;
服务器生成HTTP普通回应消息;
服务器按情况提供所需内容,例如网页HTML代码或二进制文件等,并将其放入生成的HTTP普通回应消息中;
服务器将生成的HTTP回应消息返回给浏览器;
用户浏览器根据所收到的HTTP回应消息作相应处理,例如提示用户或进行异常处理等。部分可能的异常情况如下:所收到的是HTTP收款确认回应消息;向服务器发出HTTP普通请求消息后长时间无回应,或返回HTTP异常消息(如404 Page not found)。
4)浏览网页时改变收款按钮状态的过程:
用户浏览器判断是否需要提示用户刷新页面。若用户在执行不可刷新的操作,例如填写表单,则浏览器应给出相应提示;
若浏览器可直接刷新页面,或用户同意发送新的HTTP请求消息,且新收款按钮状态为打开,则浏览器将向服务器发送新的HTTP收款请求消息;若新状态为关闭,则浏览器将向服务器发送新的HTTP普通请求消息;
服务器根据新请求回复相应页面,之后用户浏览器作相应处理,例如刷新相应页面等,若浏览器不可直接刷新页面,且用户不同意发送新的HTTP请求,则浏览器不作进一步处理。
5)服务器向用户汇款的过程:
服务器将款项通过数字货币协议或与第三方支付的JSON/API等交互来汇给用户,汇款可通过脚本、数字货币协议或与第三方机构交互等自动执行,方式可为固定时间统一汇款,例如每天或每周一次,为防止大量小额汇款,服务器可设置最低汇款额等;
服务器更新相应的计费与汇款等信息。
6)用户查询计费明细的过程:
用户访问服务器提供的查询页面:
若为数字货币,则用户可在该页面上输入收款地址(如比特币)、自定义验证消息及所生成的签名(例如通过Bitcoin-cli的signmessage命令或图形界面生成),如果浏览器本身支持数字货币协议,则相关验证信息亦可直接由浏览器通过HTTP等协议提交给服务器;
若为数字/电子货币账户,则用户可在该页面上输入第三方支付相应的验证或登陆信息(如用户名/密码或身份证书等),如果浏览器本身支持相应账户,则相关验证信息可直接由浏览器通过HTTP等协议提交给服务器;
服务器验证用户是否为收款地址(例如通过Bitcoin-cli的verifymessage命令或图形界面等)或账号(例如通过与第三方支付的JSON或API交互)的实际拥有人,若验证成功,则提供对应的计费与汇款明细,或将其发至用户提供的邮箱等,若验证失败则进行异常处理。
B.服务器向用户终端进行收款:
1)浏览器用户设置过程:
用户设置浏览器中的付款信息;
浏览器验证相关设置的正确性,比如数字货币地址和私钥的有效性(例如通过Bitcoin-cli的validateaddress等命令)等;
若验证通过,则根据浏览器主界面的“付款”按钮状态更新页面:
若付款按钮已打开,则浏览器将处理收到的HTTP收款回应消息中的收款信息,并在必要时执行页面刷新流程,以处理浏览网页时改变收款按钮状态的情况;
若付款按钮已关闭,则浏览器将忽略收到的HTTP收款回应消息中的收款信息。
2)浏览网页时付款按钮已打开的执行过程:
用户打开网页,此时浏览器将向服务器发出HTTP请求消息,并收到由服务器发回的HTTP收款回应消息,其所含的收款方式存在优先级,例如自上而下逐渐降低;
若浏览器不支持收款请求,浏览器将发送HTTP普通请求消息;若浏览器支持收款请求,则通过HTTP收款回应消息头部获得所有收款方式信息;
若浏览器接受一种或多种所请求的收款方式,则生成HTTP收款确认请求消息,其中含有一种可接受的收款方式,该方式在HTTP收款回应消息内具有最高优先级;若浏览器不接受任何一种收款方式,则生成HTTP普通请求消息;
若生成HTTP收款确认请求消息,则浏览器按请款金额汇款,并将相关信息关联到HTTP收款确认请求消息里的收款方式(地址/账号+单位等);
浏览器按情况显示相关内容,例如网页等。
用户终端将生成的HTTP请求消息返回给浏览器。尽管信息传递过程中可能涉及价值传递过程,但由于可通过技术改进来提高效率,例如采用特定的数字货币汇款,或者即时汇款的数字/电子货币第三方支付,故信息传递过程不会因为价值的传递而产生明显延迟。
服务器根据所收到的HTTP请求消息作相应处理,例如返回含有相应网页的HTTP回应消息或进行异常处理等。部分可能的异常情况如下:所收到的是HTTP收款确认请求消息,但请求消息内的收款方式并非HTTP收款回应消息内收款方式之一。
用户浏览器根据所收到的HTTP回应消息作相应处理,例如显示网页或进行异常处理等。
3)浏览网页时付款按钮已关闭的执行过程:
用户打开网页,此时浏览器将向服务器发出HTTP普通请求消息;
服务器生成HTTP收款回应消息;
服务器将生成的HTTP回应消息返回给浏览器;
用户浏览器忽略所收到的HTTP回应消息里的收款信息,并作相应处理,例如显示页面等。
4)浏览网页时改变付款按钮状态的过程:
若用户浏览器所收到的为HTTP收款回应消息,且付款按钮新状态为打开,则根据回应消息中的收款信息提示用户汇款。若用户同意汇款,则进行汇款并发送HTTP收款确认请求消息;若新状态为关闭,则停止通过回应消息中的收款信息汇款,并按情况向服务器发送新的HTTP普通请求消息。
若有必要,浏览器可提示用户刷新页面。
5)用户向服务器汇款的过程:
用户浏览器将款项通过数字货币协议或与第三方支付的JSON/API等交互来汇给服务器,汇款可通过脚本、数字货币协议或与第三方机构交互等自动执行,方式可为在收到HTTP收款回应消息后及在生成HTTP收款确认请求消息前根据请款金额进行汇款,为防止大量小额汇款,服务器可设置最低汇款额等;
浏览器和服务器更新相应的费用与汇款等信息。
6)用户查询汇款明细的过程:
用户浏览器通过数据库模块获得相应汇款信息,并以页面或图形等方式显示。
本实施例的收款方法具有以下技术效果:
(1)本实施例通过在HTTP请求消息或回应中设置收款信息,HTTP协议与数字货币/电子货币结合,使传统的HTTP协议具有收款等金融功能,通过该收款信息由收款消息管理服务器、页面管理服务器、资金管理服务器的协同工作,在HTTP协议传输信息的同时也实现了用户终端与服务器之间的互相汇款,从而实现了价值的传递,提升了HTTP协议的金融功能应用;
(2)本实施例的收款信息设于HTTP请求消息或HTTP回应消息的头部字段,其位置具有可识别性,且其本身并不影响HTTP协议的正常信息传递和阅读,不会对页面内容造成任何影响,同时获取页面内容的信息传递过程与收款信息实现收款的价值传递过程,信息传递过程中不涉及价值传递过程,故信息传递过程不会因为价值的传递而产生任何延迟,达到了HTTP协议信息与价值的传输互不影响的技术效果;
(3)本实施例通过收款信息由用户或页面服务端直接提供,用户不必专门的账户即可直接实现收款与付款,同时HTTP收款请求消息或HTTP收款回应消息的接收方可向任意访问者或服务器进行无障碍汇款,达到了信息与价值传递便捷性、人性化的技术效果。
上面结合附图对本发明的实施方式作了详细说明,但是本发明并不限于上述实施方式。即使对本发明作出各种变化,倘若这些变化属于本发明权利要求及其等同技术的范围之内,则仍落入在本发明的保护范围之中。
Claims (27)
1.一种基于HTTP协议的服务器收款系统,其特征在于,包括:收款消息管理服务器、页面管理服务器、资金管理服务器;
所述收款消息管理服务器与所述页面管理服务器和所述资金管理服务器交互协同工作;
所述收款消息管理服务器用于接收用户发送的HTTP收款请求消息,并识别所述HTTP收款请求消息的收款信息;
所述收款消息管理服务器还用于调度所述页面管理服务器获取页面内容,并根据所述页面内容对应的计费方式执行计费;
所述收款消息管理服务器还用于根据所述页面内容生成HTTP收款确认回应消息,并将所述HTTP收款确认回应消息反馈给用户,以向用户提供所述页面内容;
所述收款消息管理服务器还用于调度所述资金管理服务器根据所述计费的金额和所述收款信息向用户执行汇款操作;其中,
所述收款信息包括收款对象、收款方式;
所述收款信息设于所述HTTP收款请求消息的头部字段。
2.根据权利要求1所述的基于HTTP协议的服务器收款系统,其特征在于,所述收款消息管理服务器还用于调度所述资金管理服务器对所述收款信息进行验证可用性。
3.根据权利要求2所述的基于HTTP协议的服务器收款系统,其特征在于,还包括数据库服务器,所述数据库服务器用于存储或更新所述收款信息、所述计费方式、收款优先级;
所述数据库服务器分别和所述收款消息管理服务器、所述资金管理服务器交互,所述收款消息管理服务器还用于调度所述数据库服务器根据所述收款优先级对所述收款信息进行选择,确定一最优收款信息作为所述汇款操作的汇款方式;
其中,所述最优收款信息为可用的所述收款信息中所述收款对象的优先级最高且所述收款方式的优先级最高的收款信息。
4.根据权利要求3所述的基于HTTP协议的服务器收款系统,其特征在于,所述收款消息管理服务器还用于将所述最优收款信息放入所述页面内容的表头,以向用户反馈。
5.根据权利要求3所述的基于HTTP协议的服务器收款系统,其特征在于,所述数据库服务器还用于存储计费与汇款明细记录;
所述收款消息管理服务器还用于接收用户发送的查询请求,调度所述资金管理服务器对所述查询请求的信息进行有效验证,根据有效的所述查询请求,所述收款消息管理服务器调度所述页面管理服务器获取所述页面内容及调度所述数据库服务器获取查询内容,并根据所述页面内容和所述查询内容生成查询结果反馈至用户。
6.根据权利要求1-5任意一项所述的基于HTTP协议的服务器收款系统,其特征在于,还包括内外网接口,所述内外网接口包括数字货币交互服务器、第三方数字/电子货币交互服务器;
所述数字货币交互服务器和第三方数字/电子货币交互服务器分别和所述资金管理服务器交互,用于将所述来自资金管理服务器的内部请求与来自网络的外部请求进行转换以执行实际汇款或信息验证。
7.根据权利要求6所述的基于HTTP协议的服务器收款系统,其特征在于,所述数字货币交互服务器为运行数字货币服务程序的服务器,所述第三方数字/电子货币交互服务器为支持本地或第三方接口的服务器。
8.根据权利要求1-5任意一项所述的基于HTTP协议的服务器收款系统,其特征在于,还包括付款开关和/或收款开关,所述付款开关用于控制所述收款信息的识别功能的开启和关闭,以实现所述汇款操作的控制,所述收款开关用于控制向用户发送的HTTP回应消息中是否生成所述收款信息,以实现向用户收款的控制。
9.一种基于HTTP协议的用户终端收款系统,其特征在于,包括:收款消息管理模块、页面管理模块、资金管理模块;
所述收款消息管理模块与所述页面管理模块和所述资金管理模块交互协同工作;
所述收款消息管理模块用于向页面服务端发送HTTP普通请求消息,以获取HTTP收款回应消息,并识别所述HTTP收款回应消息的收款信息;
所述收款消息管理模块还用于调度所述资金管理模块根据所述收款信息向页面服务端执行汇款操作,并根据所述汇款操作的信息生成HTTP收款确认请求消息及发送所述HTTP收款确认请求消息,以获取具有收费的页面内容的HTTP普通回应消息;
所述收款消息管理模块还用于调度所述页面管理模块根据所述HTTP普通回应消息显示收费的所述页面内容;其中,
所述收款信息包括收款对象、收款方式;
所述收款信息设于所述HTTP收款回应消息的头部字段。
10.根据权利要求9所述的基于HTTP协议的用户终端收款系统,其特征在于,所述收款消息管理模块还用于调度所述资金管理模块对所述收款信息进行验证可用性。
11.根据权利要求10所述的基于HTTP协议的用户终端收款系统,其特征在于,还包括数据库模块,所述数据库模块用于存储或更新汇款记录、汇款优先级;
所述数据库模块分别和所述收款消息管理模块、所述资金管理模块交互,所述收款消息管理模块还用于调度所述数据库模块根据所述汇款优先级对所述收款信息进行选择,确定一最优收款信息作为所述汇款操作的汇款方式;
其中,所述最优收款信息为可用的所述收款信息中所述收款对象的优先级最高且所述收款方式的优先级最高的收款信息。
12.根据权利要求9-11任意一项所述的基于HTTP协议的用户终端收款系统,其特征在于,还包括内外网接口,所述内外网接口包括数字货币交互模块、第三方数字/电子货币交互模块;
所述数字货币交互模块和第三方数字/电子货币交互模块分别和所述资金管理模块交互,用于将所述来自资金管理模块的内部请求与来自网络的外部请求进行转换以执行实际汇款或信息验证。
13.根据权利要求12所述的基于HTTP协议的用户终端收款系统,其特征在于,所述数字货币交互模块为运行数字货币服务程序的模块,所述第三方数字/电子货币交互模块为支持本地或第三方接口的模块。
14.根据权利要求9-13任意一项所述的基于HTTP协议的用户终端收款系统,其特征在于,还包括付款开关和/或收款开关,所述付款开关用于控制所述收款信息的识别功能的开启和关闭,以实现所述汇款操作的控制,所述收款开关用于控制向页面服务端发送的HTTP请求消息中是否生成所述收款信息,以实现向页面服务端收款的控制。
15.一种如权利要求1-8任意一项所述的基于HTTP协议的服务器收款系统的收款方法,其特征在于,所述服务器收款系统包括收款消息管理服务器、页面管理服务器、资金管理服务器,所述收款方法包括以下步骤:
A1:所述收款消息管理服务器接收用户发送的HTTP收款请求消息,并识别所述HTTP收款请求消息的收款信息;
A2:所述收款消息管理服务器调度所述页面管理服务器获取页面内容,所述收款消息管理服务器并根据所述页面内容对应的计费方式执行计费;
A3:所述收款消息管理服务器根据所述页面内容生成所述HTTP收款确认回应消息,并将所述HTTP收款确认回应消息反馈给用户,以向用户提供所述页面内容;
在所述步骤A3执行过程中或所述步骤A3之后,执行步骤A4:
所述收款消息管理服务器调度所述资金管理服务器根据所述计费的金额和所述收款信息向用户执行汇款操作;其中,
所述收款信息包括收款对象、收款方式;所述收款信息设于所述HTTP收款请求消息的头部字段。
16.根据权利要求15所述的收款方法,其特征在于,所述步骤A2中,所述收款消息管理服务器调度所述页面管理服务器获取所述页面内容的同时,所述收款消息管理服务器还调度所述资金管理服务器对所述收款信息进行验证可用性,获取可用的所述收款信息。
17.根据权利要求16所述的收款方法,其特征在于,所述服务器收款系统还包括数据库服务器;所述收款方法的所述步骤A2中,获取可用的所述收款信息之后,所述收款消息管理服务器调度所述数据库服务器根据所述数据库服务器中的收款优先级对所述收款信息进行选择,确定一最优收款信息作为所述汇款操作的汇款方式;
其中,所述最优收款信息为可用的所述收款信息中所述收款对象的优先级最高且所述收款方式的优先级最高的收款信息。
18.根据权利要求17所述的收款方法,其特征在于,所述步骤A2中,所述确定一最优收款信息之后,所述收款消息管理服务器将所述最优收款信息放入所述页面内容的表头。
19.根据权利要求17所述的收款方法,其特征在于,所述步骤A4之后还包括步骤A5:
所述资金管理服务器接收所述汇款操作的结果,并将所述结果发送至所述数据库服务器进行存储。
20.根据权利要求17-19任意一项所述的收款方法,其特征在于,所述服务器收款系统还包括内外网接口,所述内外网接口包括数字货币交互服务器、第三方数字/电子货币交互服务器;所述收款方法的所述步骤A4具体包括以下步骤:
A41:所述资金管理服务器接收所述收款消息管理服务器的汇款调度指令;
A42:所述资金管理服务器调度所述数据库服务器获取所述计费的金额和所述最优收款信息;
A43:根据所述计费的金额和所述最优收款信息,所述资金管理服务器向所述数字货币交互服务器或者所述第三方数字/电子货币交互服务器发送内部请求;
A44:所述数字货币交互服务器或者所述第三方数字/电子货币交互服务器将所述内部请求转换为外部请求以执行所述汇款操作。
21.根据权利要求15-19任意一项所述的收款方法,其特征在于,所述服务器收款系统还包括所述付款开关;所述收款方法的所述步骤A1中,所述识别所述HTTP收款请求消息的收款信息的过程具体包括以下步骤:
判断所述付款开关是否已打开:
若所述付款开关已打开,所述收款消息管理服务器识别所述HTTP收款请求消息的所述收款信息;
若所述付款开关未打开,所述收款消息管理服务器不识别所述HTTP收款请求消息的所述收款信息。
22.一种基于HTTP协议的收款消息管理服务器的收款方法,其特征在于,包括以下步骤:
B1:所述收款消息管理服务器接收用户发送的HTTP收款请求消息,并识别所述HTTP收款请求消息的收款信息;
B2:所述收款消息管理服务器根据所述HTTP收款请求消息,发送页面调度指令,以获取页面内容;
B3:所述收款消息管理服务器根据所述页面内容生成HTTP收款确认回应消息,并将所述HTTP收款确认回应消息反馈给用户,以向用户提供所述页面内容;
在所述步骤B3执行的同时,执行步骤B4:
所述收款消息管理服务器根据所述页面内容对应的计费方式执行计费;
在所述步骤B3和所述步骤B4执行过程中或执行之后,执行步骤B5:
所述收款消息管理服务器根据所述计费的金额和所述收款信息发送汇款调度指令,以实现向用户汇款的汇款操作;其中,
所述收款信息包括收款对象、收款方式;所述收款信息设于所述HTTP请求消息的头部字段。
23.一种如权利要求9-15任意一项所述的基于HTTP协议的用户终端收款系统的收款方法,其特征在于,所述用户终端收款系统包括收款消息管理模块、页面管理模块、资金管理模块,所述收款方法包括以下步骤:
C1:所述收款消息管理模块向页面服务端发送HTTP普通请求消息,以获取HTTP收款回应消息,并识别所述HTTP收款回应消息的收款信息;
C2:所述收款消息管理模块调度所述资金管理模块根据所述收款信息向页面服务端执行汇款操作,并根据所述汇款操作的信息生成HTTP收款确认请求消息及发送所述HTTP收款确认请求消息,以获取具有收费的页面内容的HTTP普通回应消息;
C3:所述收款消息管理模块调度所述页面管理模块根据所述HTTP普通回应消息显示收费的所述页面内容;其中,
所述收款信息包括收款对象、收款方式;所述收款信息设于所述HTTP收款回应消息的头部字段。
24.根据权利要求23所述的收款方法,其特征在于,所述步骤C2中,所述汇款操作执行之前,所述收款消息管理模块还调度所述资金管理模块对所述收款信息进行验证可用性,获取可用的所述收款信息。
25.根据权利要求24所述的收款方法,其特征在于,所述用户终端收款系统还包括数据库模块;所述收款方法的所述步骤C2中,获取可用的所述收款信息之后且所述汇款操作执行之前,所述收款消息管理模块调度所述数据库模块根据所述数据库模块中的汇款优先级对所述收款信息进行选择,确定一最优收款信息作为所述汇款操作的汇款方式;
其中,所述最优收款信息为可用的所述收款信息中所述收款对象的优先级最高且所述收款方式的优先级最高的收款信息。
26.根据权利要求25所述的收款方法,其特征在于,所述用户终端收款系统还包括内外网接口,所述内外网接口包括数字货币交互模块、第三方数字/电子货币交互模块;所述收款方法的所述资金管理模块执行所述汇款操作具体包括以下步骤:
D1:所述资金管理模块接收所述收款消息管理模块的汇款调度指令;
D2:所述资金管理模块调度所述数据库模块获取所述收款信息的汇款金额和所述最优收款信息;
D3:根据所述汇款金额和所述最优收款信息,所述资金管理模块向所述数字货币交互模块或者所述第三方数字/电子货币交互模块发送内部请求;
D4:所述数字货币交互模块或者所述第三方数字/电子货币交互模块将所述内部请求转换为外部请求以执行所述汇款操作。
27.根据权利要求23-26任意一项所述的收款方法,其特征在于,所述用户终端收款系统还包括所述付款开关;所述收款方法的所述步骤B1中,所述识别所述HTTP收款回应消息的收款信息的过程具体包括以下步骤:
判断所述付款开关是否已打开:
若所述付款开关已打开,所述收款消息管理模块识别所述HTTP收款回应消息的所述收款信息;
若所述付款开关未打开,所述收款消息管理模块不识别所述HTTP收款回应消息的所述收款信息。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910137752.5A CN109858902A (zh) | 2019-02-25 | 2019-02-25 | 一种基于http协议的服务器、用户终端收款系统及收款方法 |
US17/432,106 US20220188783A1 (en) | 2019-02-25 | 2019-07-22 | Http-based server payment collection system, http-based user terminal payment collection system, and http-based payment collection method |
PCT/CN2019/097047 WO2020173041A1 (zh) | 2019-02-25 | 2019-07-22 | 一种基于http协议的服务器、用户终端收款系统及收款方法 |
EP19917056.4A EP3933733A4 (en) | 2019-02-25 | 2019-07-22 | HTTP PROTOCOL-BASED SERVER, USER TERMINAL CHARGE COLLECTION SYSTEM, AND CHARGE COLLECTION METHOD |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910137752.5A CN109858902A (zh) | 2019-02-25 | 2019-02-25 | 一种基于http协议的服务器、用户终端收款系统及收款方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109858902A true CN109858902A (zh) | 2019-06-07 |
Family
ID=66898823
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910137752.5A Pending CN109858902A (zh) | 2019-02-25 | 2019-02-25 | 一种基于http协议的服务器、用户终端收款系统及收款方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220188783A1 (zh) |
EP (1) | EP3933733A4 (zh) |
CN (1) | CN109858902A (zh) |
WO (1) | WO2020173041A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020173041A1 (zh) * | 2019-02-25 | 2020-09-03 | 上海风汇网络科技有限公司 | 一种基于http协议的服务器、用户终端收款系统及收款方法 |
CN111756619A (zh) * | 2020-06-24 | 2020-10-09 | 上海风汇网络科技有限公司 | 一种基于电子邮件的价值传输方法及价值传输集群系统 |
CN113159780A (zh) * | 2021-02-03 | 2021-07-23 | 中国工商银行股份有限公司 | 信息校验方法、装置、设备、介质和程序产品 |
CN114004554A (zh) * | 2020-07-27 | 2022-02-01 | 四川物软网联科技有限公司 | 运输订单管理系统及方法 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109981816B (zh) * | 2019-03-21 | 2023-04-18 | 上海风汇网络科技有限公司 | 基于dns域名系统的价值传输系统、方法及dns服务器 |
CN115037500B (zh) * | 2022-04-07 | 2024-02-13 | 水利部信息中心 | 一种基于配置文件检测挖矿失陷主机的方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1245574A (zh) * | 1996-12-13 | 2000-02-23 | 艾利森电话股份有限公司 | 实施电子货币交易的方法和系统 |
US20020165821A1 (en) * | 2001-05-02 | 2002-11-07 | Tree Ian David | Secure payment method and system |
CN1608266A (zh) * | 2001-10-22 | 2005-04-20 | 珀塔里法伊公司 | 用于服务提供和计费的方法和电信网 |
US20090319368A1 (en) * | 2004-02-26 | 2009-12-24 | Reardon David C | System and Method for Two-Way Transfer of Funds and Electronic Content Between Summa Account Users with Gathering of Behavioral Metrics and Management of Multiple Currencies and Escrow Accounts |
CN103186852A (zh) * | 2011-12-31 | 2013-07-03 | 乐活在线(北京)网络技术有限公司 | 网络交易的支付方法、装置及系统 |
CN106557962A (zh) * | 2015-09-24 | 2017-04-05 | 腾讯科技(深圳)有限公司 | 支付方法、装置及系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2413651A (en) * | 2004-04-26 | 2005-11-02 | Drdc Solutions Ltd | Networked electronic trading system |
CN101055638A (zh) * | 2007-03-13 | 2007-10-17 | 中兴通讯股份有限公司 | 一种在网络电视中实现电子商务的系统和方法 |
WO2012129865A1 (zh) * | 2011-03-31 | 2012-10-04 | 中兴通讯股份有限公司 | 应用商店系统及实现应用内购买功能的方法 |
CN103854191A (zh) * | 2012-12-06 | 2014-06-11 | 腾讯科技(深圳)有限公司 | 线上应用虚拟资源自动交易方法及装置 |
CN109858902A (zh) * | 2019-02-25 | 2019-06-07 | 上海风汇网络科技有限公司 | 一种基于http协议的服务器、用户终端收款系统及收款方法 |
-
2019
- 2019-02-25 CN CN201910137752.5A patent/CN109858902A/zh active Pending
- 2019-07-22 EP EP19917056.4A patent/EP3933733A4/en not_active Withdrawn
- 2019-07-22 US US17/432,106 patent/US20220188783A1/en active Pending
- 2019-07-22 WO PCT/CN2019/097047 patent/WO2020173041A1/zh unknown
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1245574A (zh) * | 1996-12-13 | 2000-02-23 | 艾利森电话股份有限公司 | 实施电子货币交易的方法和系统 |
US20020165821A1 (en) * | 2001-05-02 | 2002-11-07 | Tree Ian David | Secure payment method and system |
CN1608266A (zh) * | 2001-10-22 | 2005-04-20 | 珀塔里法伊公司 | 用于服务提供和计费的方法和电信网 |
US20090319368A1 (en) * | 2004-02-26 | 2009-12-24 | Reardon David C | System and Method for Two-Way Transfer of Funds and Electronic Content Between Summa Account Users with Gathering of Behavioral Metrics and Management of Multiple Currencies and Escrow Accounts |
CN103186852A (zh) * | 2011-12-31 | 2013-07-03 | 乐活在线(北京)网络技术有限公司 | 网络交易的支付方法、装置及系统 |
CN106557962A (zh) * | 2015-09-24 | 2017-04-05 | 腾讯科技(深圳)有限公司 | 支付方法、装置及系统 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020173041A1 (zh) * | 2019-02-25 | 2020-09-03 | 上海风汇网络科技有限公司 | 一种基于http协议的服务器、用户终端收款系统及收款方法 |
CN111756619A (zh) * | 2020-06-24 | 2020-10-09 | 上海风汇网络科技有限公司 | 一种基于电子邮件的价值传输方法及价值传输集群系统 |
CN111756619B (zh) * | 2020-06-24 | 2022-12-27 | 上海风汇网络科技有限公司 | 一种基于电子邮件的价值传输方法及价值传输集群系统 |
CN114004554A (zh) * | 2020-07-27 | 2022-02-01 | 四川物软网联科技有限公司 | 运输订单管理系统及方法 |
CN113159780A (zh) * | 2021-02-03 | 2021-07-23 | 中国工商银行股份有限公司 | 信息校验方法、装置、设备、介质和程序产品 |
Also Published As
Publication number | Publication date |
---|---|
WO2020173041A1 (zh) | 2020-09-03 |
EP3933733A4 (en) | 2022-11-30 |
US20220188783A1 (en) | 2022-06-16 |
EP3933733A1 (en) | 2022-01-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109858902A (zh) | 一种基于http协议的服务器、用户终端收款系统及收款方法 | |
Nicoletti et al. | Mobile banking | |
Singh et al. | Financial inclusion in India: Select issues | |
KR20210023794A (ko) | 코드 체인 기반 모델, 장치, 시스템, 방법 및 애플리케이션 | |
Morawczynski et al. | The bank account is not enough: Examining strategies for financial inclusion in India | |
Wu et al. | Core capabilities for exploiting electronic banking. | |
US10163171B1 (en) | Payment to a friend through a social networking service | |
Sharma et al. | Role of information technology in indian banking sector | |
CN108898492A (zh) | 一种基于联盟链的众包任务实现方法和装置及系统 | |
CN110648225A (zh) | 一种应用数字人码链的方法 | |
Ionescu et al. | A theory of the availability and level of consumer protection in online and mobile payments for public economic services | |
Boyes et al. | E-business opportunities in financial services | |
CA3027815A1 (en) | Server arrangement and related methods for performing financial operations | |
Tsai et al. | The application of Web ATMs in e-payment industry: A case study | |
JP2022550747A (ja) | デジタル人によるコードチェーンを用いたアクセスの統合方法 | |
Kiboori | Electronic banking channels as a strategy for gaining competitive advantage in banking services: A case of Kenya commercial bank | |
CN109377295A (zh) | 一种单据交易方法及系统 | |
Pathirana et al. | iPay. lk–A digital merchant platform from Sri Lanka | |
Aithal et al. | Technological Management and Mobile Business Services in India–A Futuristic Approach | |
Shiroya | Influence of Information and Communication Technology Integration in Growth of Commercial Banks in Kenya: a Case of Kenya Commercial Bank Kenya Limited | |
Yamini | The Consumer Study of Drivers for B2C M-Commerce Adoption in Selected Cities in the State of Gujarat | |
Vidani | To Study Effectiveness of Online Payment Modes | |
Ghorsi et al. | Service system of easypaisa and MobiCash: Funds transfer system via telecommunication companies in context of service dominant logic | |
DEBELA | CHALLENGES AND OPPORTUNITIES OF ELECTRONIC BANKING IN NIB INTERNATIONAL BANK | |
Bhatnagar | Strategies for digital inclusion: experience from India |
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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 200131 room a6-1, 8 / F, block a, building 1, No. 800, Naxian Road, China (Shanghai) pilot Free Trade Zone, Pudong New Area, Shanghai Applicant after: SHANGHAI FENGHUI NETWORK TECHNOLOGY Co.,Ltd. Address before: Room J2339, 1st floor, 1185 Huyi Highway, Jiading District, Shanghai, 201802 Applicant before: SHANGHAI FENGHUI NETWORK TECHNOLOGY Co.,Ltd. |