CN104751264A - 用于验证事件的方法和装置 - Google Patents
用于验证事件的方法和装置 Download PDFInfo
- Publication number
- CN104751264A CN104751264A CN201310752255.9A CN201310752255A CN104751264A CN 104751264 A CN104751264 A CN 104751264A CN 201310752255 A CN201310752255 A CN 201310752255A CN 104751264 A CN104751264 A CN 104751264A
- Authority
- CN
- China
- Prior art keywords
- identifying code
- sequence
- port
- events
- event
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了用于验证事件的方法和装置。该装置包括:验证码生成单元,被配置为响应于从第一端口接收到事件序列号,生成验证码;验证单元,被配置为响应于从第二端口接收到事件序列号和验证码的集合,通过确定所述集合中的事件序列号和验证码的对应性,来验证事件。本发明的一个实施例在某一实体外部快速有效地验证了在实体内事件的发生。
Description
技术领域
本发明涉及信息技术领域,尤其涉及一种用于验证事件的方法和装置。
背景技术
在日常生产和生活中,经常需要对过去发生的某一事件进行验证。
例如,在出租车司机年检过程中,需要出租车司机证明本年度参加过相关交通法规的培训,但年检部门与培训部门是两个不同的部门,因此需要向培训部门反复求证。缺乏一种快速有效的使年检部门验证司机是否参加了相关培训的技术。
再如,快递公司给企业送了货,在后续的过程中有时出于诉讼中取证的需要或催促结算付款的需要,快递公司会希望法院等快速有效地验证成功交货这一事实。然而,缺乏一种在企业外部快速有效地验证成功交货的事实的技术。
发明内容
本发明的一个实施例旨在提供一种在某一实体外部快速有效地验证在实体内发生的事件的技术。
根据本发明的一个实施例,提供了一种用于验证事件的装置,包括:验证码生成单元,被配置为响应于从第一端口接收到事件序列号,生成验证码;验证单元,被配置为响应于从第二端口接收到事件序列号和验证码的集合,通过确定所述集合中的事件序列号和验证码的对应性,来验证事件。
在一种具体实现中,第一端口是比第二端口安全性更高的端口。
在一种具体实现中,第一端口是内联网的内部端口,第二端口是内联网的外部端口。
在一种具体实现中,验证码生成单元被配置为存储事件序列号和相对应的生成的验证码,验证单元被配置为响应于接收到所述集合,向验证码生成单元查询事件序列号和验证码的对应关系,来确定所述集合中的事件序列号和验证码的对应性,从而验证事件。
在一种具体实现中,验证码生成单元被配置为除了存储事件序列号和相对应的生成的验证码外,还存储与事件序列号相对应的证明人标识号,验证单元被配置为除了向验证码生成单元查询事件序列号和验证码的对应关系外,还查询与事件序列号相对应的证明人标识号。
在一种具体实现中,验证码生成单元被配置为响应于从第一端口接收到事件序列号,随机地生成验证码。
在一种具体实现中,验证码生成单元被配置为对从第一端口接收到的事件序列号和证明人标识号施加第一运算以生成验证码,且验证单元被配置为通过对从第二端口接收到的所述集合中的验证码施加第一运算的反运算获得事件序列号,并将所获得的事件序列号与从第二端口接收到的所述集合中的事件序列号进行比较,来验证事件。
在一种具体实现中,验证单元被配置为还通过对从第二端口接收到的所述集合中的验证码施加第一运算的反运算获得证明人标识号。
在一种具体实现中,验证码生成单元被配置为通过与对应于事件序列号的证明人标识号绑定的专用通信路径发送生成的验证码。
根据本发明的一个实施例,提供了一种用于验证事件的方法,包括:响应于从第一端口接收到事件序列号,生成验证码;响应于从第二端口接收到事件序列号和验证码的集合,通过确定所述集合中的事件序列号和验证码的对应性,来验证事件。
在一种具体实现中,第一端口是比第二端口安全性更高的端口。
在一种具体实现中,生成验证码的步骤包括存储事件序列号和相对应的生成的验证码,验证事件的步骤包括响应于接收到所述集合,查询存储的事件序列号和验证码的对应关系,来确定所述集合中的事件序列号和验证码的对应性,从而验证事件。
在一种具体实现中,生成验证码的步骤包括对从第一端口接收到的事件序列号和证明人标识号施加第一运算以生成验证码,验证事件的步骤包括通过对从第二端口接收到的所述集合中的验证码施加第一运算的反运算获得事件序列号,并将所获得的事件序列号与从第二端口接收到的所述集合中的事件序列号进行比较,来验证事件。
在一种具体实现中,生成验证码的步骤包括通过与证明人标识号绑定的专用通信路径发送生成的验证码。
由于根据本发明的一个实施例的方案生成用于验证事件的验证码,当想要在实体外部验证该事件是否曾经发生过时,将验证码和事件序列号一同输入用于验证事件的装置,即可实现在实体外部快速有效地验证事件的发生。
附图说明
本发明的这些和其它的特征和优点通过以下结合附图的详细描述将变得更加显而易见。
图1示出了根据本发明的一个实施例的用于验证事件的装置的框图。
图2示出了根据本发明的一个实施例的验证是否参加过课时培训的流程示意图。
图3示出了根据本发明的一个实施例的验证成功交货的流程示意图。
图4示出了根据本发明的一个实施例的用于验证事件的方法的流程图。
图5示出了根据本发明的一个实施例的用于验证事件的设备的框图。
具体实施方式
下面,将结合附图详细描述本发明的各个实施例。
图1示出了根据本发明的一个实施例的用于验证事件的装置1的框图。用于验证事件的装置1包括验证码生成单元103和验证单元104。验证码生成单元103被配置为响应于从第一端口101接收到事件序列号,生成验证码。验证单元104被配置为响应于从第二端口102接收到事件序列号和验证码的集合,通过确定所述集合中的事件序列号和验证码的对应性,来验证事件。
图1所示的用于验证事件的装置1可以利用软件、硬件(例如集成电路、FPGA等)或软硬件结合的方式来实现。
图2示出了根据本发明的一个实施例的验证是否参加过课时培训的流程示意图。
交通部门通知出租车司机107参加培训机构的培训,并为出租车司机107下放一个听课证。出租车司机107告知培训机构的工作人员108听课证号(步骤S11)。
在培训机构,每个工作人员都有一个独特的电子邮箱地址。出租车司机107成功完成培训后,培训机构的工作人员108将出租车司机107的听课证号与工作人员108的电子邮箱地址一起发到用于验证事件的装置1的第一端口101(步骤S12)。
验证码生成单元103随机生成验证码,并通过电子邮件服务器106将其发到该工作人员108独特的电子邮箱地址(步骤S13)。此时,验证码生成单元103可存储该听课证号、相对应的验证码、相对应的工作人员108的电子邮箱地址。通过工作人员108独特的电子邮箱地址发放该验证码的好处是,只有在经办的工作人员处能得到该验证码,保证了验证码的安全性。随机生成验证码的好处是,保证验证码的发放在时间顺序上没有规律,避免验证码被猜出。
该工作人员108接到该验证码,将其通知出租车司机(步骤S14)。
当出租车司机参加年检时,年检部门的工作人员199处于培训机构的内联网2外部,因此将出租车司机107的听课证号和出租车司机107接到的验证码输入用于验证事件的装置1的第二端口102(步骤S15)。验证单元104向验证码生成单元103查询验证码生成单元103的存储记录,验证该听课证号和该验证码是否是对应的,并显示验证结果,从而实现从培训机构外部快速、有效地验证培训事件。
另外,由于验证码生成单元103还与听课证号相对应地存储了工作人员108的电子邮箱地址,验证单元104还可以查询出哪个工作人员为出租车司机107发放了验证码。例如,通过这种方式,可以在听课证号与验证码不对应的情况下,联系该工作人员,进一步分析不对应的原因。
在本实施例中,第一端口101和第二端口102可以是两个独立的物理端口。例如,第一端口101是培训机构内联网2的内部端口,第二端口102是培训机构内联网2的外部端口。第一端口101的安全性比第二端口102的安全性更高。因此,对于培训机构外部的人来说,验证过程非常严格。验证码是从培训机构的内部员工108得到的。因此,如果培训机构外部的人没有从培训机构内部的员工108得到验证码的话,就很难通过验证。通过这种方式,保证了验证的有效性。
图3示出了根据本发明的一个实施例的验证成功交货的流程示意图。
A企业内部的员工109需要订货时,发起订单请求,产生一张订单(S21)。
供货商207来到A企业交货,将订单交给A企业的工作人员108(S22)。工作人员108不一定是发起订单的员工109。
一般来说,A企业的工作人员108成功验货后,会将A企业的订单管理系统中的该订单的订购(PO)状态修改成货到(GR)状态。一旦修改成GR状态,A企业的财务部门接收到发票后,就启动付款。然而,在现有技术中,由于工作人员108在实际工作中常常只关心收货,没有动力去将PO状态修改成GR状态,常常造成付款的延迟,影响A企业的信誉度。
在本实施例中,在成功验货后,A企业的工作人员108将订单号、自己的电子邮箱地址输入到用于验证事件的装置1的第一端口101(S23)。
验证码生成单元103随机生成验证码,并将其发到该工作人员108独特的电子邮箱地址(步骤S24)。此时,验证码生成单元103可存储该订单号、相对应的验证码、相对应的工作人员108的电子邮箱地址。
该工作人员108接到该验证码,将其通知供货商207(步骤S25)。
供货商207自己将该验证码、订单号输入用于验证事件的装置1的第二端口102(步骤S26)。验证单元104向验证码生成单元103查询验证码生成单元103的存储记录,验证该订单号和该验证码是否是对应的,并且如果对应,将订单管理系统的PO状态修改成GR状态。
通过这种方式,供货商207自己从外部启动将订单管理系统的PO状态修改成GR状态的程序。由于供货商207更关心早日付款,这样的方式避免了付款的延迟。
另外,由于验证码生成单元103还与订单号相对应地存储了工作人员108的电子邮箱地址,验证单元104还可以查询出验货的工作人员是谁。例如,通过这种方式,可以在订单号与验证码不对应的情况下,联系该工作人员,进一步分析不对应的原因。
其它变形
本领域技术人员应当理解,虽然上面结合图2描述了用于验证出租车司机是否参加培训的实施例,结合图3描述了用于验证是否成功验货的实施例,但本发明可以用于验证任何事件的发生。
本领域技术人员应当理解,虽然上面结合图2的描述中验证码生成单元103从第一端口101接收到听课证号,结合图3的描述中验证码生成单元103从第一端口101接收到订单号,但显然验证码生成单元103可以从第一端口101接收任何其它任何能标识事件的事件序列号,并相应地生成验证码。
本领域技术人员应当理解,虽然上面结合图2、3的描述中,培训机构的工作人员108都将自己独特的电子邮箱地址发送到用于验证事件的装置1的第一端口101,而且验证码生成单元103都是通过将生成的验证码发送到工作人员108独特的电子邮箱中,但本发明不局限于电子邮件的方式。例如,培训机构的每个工作人员可以有一个独特的内部电话号码,且每个工作人员的内部电话分机上都有显示屏,验证码生成单元103可以将生成的验证码发送到工作人员108的分机的显示屏上显示。该工作人员可以看作是事件发生的证明人。只要该证明人有一个独特的标识号,且有一条与该标识号绑定的专用通信路径105即可。
本领域技术人员应当理解,虽然上面结合图2的描述中,验证码生成单元103存储了听课证号、相对应的验证码、相对应的工作人员108的电子邮箱地址,但也可以不存储工作人员108的电子邮箱地址。如果不存储工作人员108的电子邮箱地址,验证单元104就无法查询哪个工作人员为出租车司机107发放了验证码,但不影响验证单元104验证出租车司机是否参加了培训。同理,在上面结合图2的描述中,也可以不存储工作人员108的电子邮箱地址。
本领域技术人员应当理解,虽然上面结合图2、3的描述中,验证码都是随机地生成的,但验证码也可以不随机生成。随机生成验证码只是保证验证码的发放在时间顺序上没有规律,避免验证码被猜出,但不随机生成验证码不影响事件的验证的进行。
本领域技术人员应当理解,虽然上面结合图2、3的描述中,都是通过验证码生成单元103存储事件序列号(例如听课证号、订单号)和对应的生成的验证码的记录,然后验证单元104接收到事件序列号和验证码后查询验证码生成单元103的记录来验证事件的,但本发明不限于这种方式。例如,验证码生成单元103可以对从第一端口101接收到的事件序列号(例如听课证号、订单号)和证明人标识号(例如独特的电子邮箱地址、独特的分机号)施加第一运算以生成验证码。验证单元104对从第二端口102接收到的验证码施加第一运算的反运算获得事件序列号,并将所获得的事件序列号与从第二端口102接收到的事件序列号进行比较,来验证事件。验证单元104在通过第一运算的反运算获得事件序列号的同时,还可以获得证明人标识号。
例如,在图2所示的实施例中,第一运算例如是:首先将听课证号的后六位和工作人员108的电子邮箱地址的前六位异或,将听课证号与异或结果交织,即按听课证号的第1位、异或结果的第1位、听课证号的第2位、异或结果的第2位、听课证号的第3位、异或结果的第3位……的顺序重新组织在一起。假设听课证号为1000100010十位数字,工作人员108的电子邮箱地址是101010xxxxx.com。1000100010的后六位是100010,与101010异或后的结果是001000。1000100010与001000交织,形成验证码1000010010000010。
第一运算的反运算是:将16位验证码的第2、4、6、8、10、12位提取出来,剩下的10位是听课证号,然后将10位听课证号的后6位与提取出来的6位进行异或,结果是工作人员108的电子邮箱地址的前六位。假设通过第二端口102接收到的验证码是1000010010000010,听课证号是1000100010。按照上述反运算的规则,验证码中提取出来的6位是001000,剩下的10位是1000100010。1000100010与接收到的听课证号相符,证明出租车司机参加了培训。1000100010的后六位与001000的异或结果是101010。因此,经办工作人员108的电子邮箱地址是101010xxxxx.com。
本领域技术人员应当理解,上述第一运算和反运算不限于上述的例子。例如,第一运算可以是:首先将听课证号和工作人员108的电子邮箱地址级联,形成16位级联结果,然后将16位级联结果的前8位和后8位异或,取代16位级联结果的后8位,形成验证码。第一运算的反运算相应地是:将16位验证码的前8位和后8位异或,取代16位验证码的后8位,此时16位结果中的前10位即为听课证号,后6位是经办工作人员108的电子邮箱地址的前6位。
本领域技术人员应当理解,在结合图2的描述中,工作人员108可以手动向第一端口101输入听课证号和其电子邮箱地址。但显然,听课证号也可以采用扫描听课证的方式或其它任何能输入听课证号的方式输入。电子邮箱地址可以采用识别人像、指纹等并将人像、指纹等与特定电子邮箱地址关联的方式或其它能够获得工作人员108电子邮箱地址的方式获得。在结合图3的描述中也有类似的情况。
本领域技术人员应当理解,在结合图2的描述中,年检部门的工作人员199可以手动向第二端口102输入听课证号和验证码。但显然,听课证号也可以采用扫描听课证的方式或其它任何能输入听课证号的方式输入。验证码也可以采取其它任何能输入验证码的方式输入。例如,在工作人员108以电子邮件的形式向出租车司机107提供验证码的情况下,出租车司机107将邮件转发给年检部门的工作人员199。年检部门的工作人员199将此邮件发送至第二端口102。
现在参考图4,其示出了按照本发明一个实施例的一种用于验证事件的方法3。该方法3包括:在步骤S1,响应于从第一端口101接收到事件序列号,生成验证码;在步骤S2,响应于从第二端口102接收到事件序列号和验证码的集合,通过确定所述集合中的事件序列号和验证码的对应性,来验证事件S2。
此外,第一端口101可以是比第二端口102安全性更高的端口。
此外,步骤S1可以包括存储事件序列号和相对应的生成的验证码。步骤S2可以包括响应于接收到所述集合,查询存储的事件序列号和验证码的对应关系,来确定所述集合中的事件序列号和验证码的对应性,从而验证事件。
此外,步骤S1可以包括对从第一端口101接收到的事件序列号和证明人标识号施加第一运算以生成验证码。步骤S2包括通过对从第二端口102接收到的所述集合中的验证码施加第一运算的反运算获得事件序列号,并将所获得的事件序列号与从第二端口102接收到的所述集合中的事件序列号进行比较,来验证事件。
此外,步骤S1包括通过与证明人标识号绑定的专用通信路径105发送生成的验证码。
图5示出了根据本发明的一个实施例的用于验证事件的设备4的框图。用于验证事件的设备4可以包括存储器201和处理器200。存储器201用于存储可执行指令。处理器200,用于根据所述存储器201所存储的可执行指令,执行装置1中的各个单元所执行的操作。
此外,本发明的一个实施例还提供一种机器可读介质,其上存储有可执行指令,当该可执行指令被执行时,使得机器执行处理器200所执行的操作。
本领域技术人员应当理解,上面的各个实施例可以在没有偏离发明实质的情况下做出各种变形和修改,因此,本发明的保护范围应当由所附的权利要求书来限定。
Claims (16)
1.一种用于验证事件的装置(1),包括:
验证码生成单元(103),被配置为响应于从第一端口(101)接收到事件序列号,生成验证码;
验证单元(104),被配置为响应于从第二端口(102)接收到事件序列号和验证码的集合,通过确定所述集合中的事件序列号和验证码的对应性,来验证事件。
2.根据权利要求1的用于验证事件的装置(1),其中第一端口(101)是比第二端口(102)安全性更高的端口。
3.根据权利要求2的用于验证事件的装置(1),其中第一端口(101)是内联网(2)的内部端口,第二端口(102)是内联网(2)的外部端口。
4.根据权利要求1的用于验证事件的装置(1),其中验证码生成单元(103)被配置为存储事件序列号和相对应的生成的验证码,验证单元(104)被配置为响应于接收到所述集合,向验证码生成单元(103)查询事件序列号和验证码的对应关系,来确定所述集合中的事件序列号和验证码的对应性,从而验证事件。
5.根据权利要求4的用于验证事件的装置(1),其中验证码生成单元(103)被配置为除了存储事件序列号和相对应的生成的验证码外,还存储与事件序列号相对应的证明人标识号,验证单元(104)被配置为除了向验证码生成单元(103)查询事件序列号和验证码的对应关系外,还查询与事件序列号相对应的证明人标识号。
6.根据权利要求1的用于验证事件的装置(1),其中验证码生成单元(103)被配置为响应于从第一端口(101)接收到事件序列号,随机地生成验证码。
7.根据权利要求1的用于验证事件的装置(1),其中验证码生成单元(103)被配置为对从第一端口(101)接收到的事件序列号和证明人标识号施加第一运算以生成验证码,且验证单元(104)被配置为通过对从第二端口(102)接收到的所述集合中的验证码施加第一运算的反运算获得事件序列号,并将所获得的事件序列号与从第二端口(102)接收到的所述集合中的事件序列号进行比较,来验证事件。
8.根据权利要求7的用于验证事件的装置(1),其中验证单元(104)被配置为还通过对从第二端口(102)接收到的所述集合中的验证码施加第一运算的反运算获得证明人标识号。
9.根据权利要求1的用于验证事件的装置(1),其中验证码生成单元(103)被配置为通过与对应于事件序列号的证明人标识号绑定的专用通信路径(105)发送生成的验证码。
10.一种用于验证事件的方法(3),包括:
响应于从第一端口(101)接收到事件序列号,生成验证码(S1);
响应于从第二端口(102)接收到事件序列号和验证码的集合,通过确定所述集合中的事件序列号和验证码的对应性,来验证事件(S2)。
11.根据权利要求10的用于验证事件的方法(3),其中第一端口(101)是比第二端口(102)安全性更高的端口。
12.根据权利要求10的用于验证事件的方法(3),其中生成验证码(S1)的步骤包括存储事件序列号和相对应的生成的验证码,验证事件(S2)的步骤包括响应于接收到所述集合,查询存储的事件序列号和验证码的对应关系,来确定所述集合中的事件序列号和验证码的对应性,从而验证事件。
13.根据权利要求10的用于验证事件的方法(3),其中生成验证码(S1)的步骤包括对从第一端口(101)接收到的事件序列号和证明人标识号施加第一运算以生成验证码,验证事件(S2)的步骤包括通过对从第二端口(102)接收到的所述集合中的验证码施加第一运算的反运算获得事件序列号,并将所获得的事件序列号与从第二端口(102)接收到的所述集合中的事件序列号进行比较,来验证事件。
14.根据权利要求10的用于验证事件的方法(3),其中生成验证码(S1)的步骤包括通过与证明人标识号绑定的专用通信路径(105)发送生成的验证码。
15.一种用于验证事件的设备(4),包括:
存储器(201),用于存储可执行指令;
处理器(200),用于根据所述存储器所存储的可执行指令,执行权利要求10-14中的任一个权利要求所执行的操作。
16.一种机器可读介质,其上存储有可执行指令,当所述可执行指令被执行时,使得机器执行权利要求10-14中的任一个权利要求所执行的操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310752255.9A CN104751264A (zh) | 2013-12-31 | 2013-12-31 | 用于验证事件的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310752255.9A CN104751264A (zh) | 2013-12-31 | 2013-12-31 | 用于验证事件的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104751264A true CN104751264A (zh) | 2015-07-01 |
Family
ID=53590908
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310752255.9A Pending CN104751264A (zh) | 2013-12-31 | 2013-12-31 | 用于验证事件的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104751264A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101604410A (zh) * | 2008-06-13 | 2009-12-16 | 上海恩方信息科技有限公司 | 一种签收信息的数字化检验方法 |
CN102446280A (zh) * | 2010-09-30 | 2012-05-09 | 西门子公司 | 一种验证数据的方法、装置及系统 |
CN202502570U (zh) * | 2011-06-30 | 2012-10-24 | 秦斌 | 一种物品传递和交换的系统 |
CN103473660A (zh) * | 2013-09-02 | 2013-12-25 | 深圳市华傲数据技术有限公司 | 一种物流签收验证方法和系统 |
CN103473661A (zh) * | 2013-09-02 | 2013-12-25 | 深圳市华傲数据技术有限公司 | 一种物流加密签收方法和系统 |
-
2013
- 2013-12-31 CN CN201310752255.9A patent/CN104751264A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101604410A (zh) * | 2008-06-13 | 2009-12-16 | 上海恩方信息科技有限公司 | 一种签收信息的数字化检验方法 |
CN102446280A (zh) * | 2010-09-30 | 2012-05-09 | 西门子公司 | 一种验证数据的方法、装置及系统 |
CN202502570U (zh) * | 2011-06-30 | 2012-10-24 | 秦斌 | 一种物品传递和交换的系统 |
CN103473660A (zh) * | 2013-09-02 | 2013-12-25 | 深圳市华傲数据技术有限公司 | 一种物流签收验证方法和系统 |
CN103473661A (zh) * | 2013-09-02 | 2013-12-25 | 深圳市华傲数据技术有限公司 | 一种物流加密签收方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230206217A1 (en) | Digital asset distribution by transaction device | |
US9864983B2 (en) | Payment method, payment server performing the same and payment system performing the same | |
CN105809450A (zh) | 电子发票的生成和验证方法及系统 | |
CN109361697B (zh) | 基于sim卡加载pki实现可信身份认证的方法 | |
CA2974409C (en) | Method and system of electronic voting implemented in a portable device | |
CN106850693B (zh) | 一种实名认证的方法及实名认证系统 | |
CN111738893B (zh) | 一种基于区块链的身份认证方法、装置、设备和介质 | |
KR20120070079A (ko) | 개인식별번호를 이용한 사용자 인증 시스템, 사용자 단말 장치, 조회 장치, 인증 서버 및 그 사용자 인증 방법 | |
CN105591745A (zh) | 对使用第三方应用的用户进行身份认证的方法和系统 | |
CN106934621A (zh) | 资金支付的审批安全认证方法及系统 | |
CN109118180B (zh) | 薪酬管理系统 | |
CN111491024A (zh) | 一种基于区块链的银行函证方法、系统、终端及存储介质 | |
WO2021114495A1 (zh) | 基于区块链的供应链交易隐私保护系统、方法及相关设备 | |
CN112287311A (zh) | 一种基于区块链的业务实现方法和装置 | |
KR102028558B1 (ko) | 건설 인력 관리 시스템 및 방법 | |
WO2018210097A1 (zh) | 交易模式的分类执行方法及装置 | |
CN103379105A (zh) | 应用平台中企业信息系统的访问方法和系统 | |
CN112734421A (zh) | 基于三方多签和可信签名交易的资产托管清算方法及系统 | |
CN104753941A (zh) | 一种发票开具方法及装置 | |
CN110546668B (zh) | 卡的交易的动态认证方法及系统 | |
CN104954364A (zh) | 电子签名消息推送方法和系统 | |
CN104751264A (zh) | 用于验证事件的方法和装置 | |
CN101193099B (zh) | 具有防篡改功能和互动显示功能的报名系统及其实现方法 | |
CN112380509A (zh) | 身份信息生成及验证方法、装置、可读存储介质 | |
KR101591909B1 (ko) | 음성 동의 파일이 결합된 전자 위임장 서비스 제공 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150701 |