CN106101220A - 信息同步方法及装置、信息同步处理系统 - Google Patents
信息同步方法及装置、信息同步处理系统 Download PDFInfo
- Publication number
- CN106101220A CN106101220A CN201610409172.3A CN201610409172A CN106101220A CN 106101220 A CN106101220 A CN 106101220A CN 201610409172 A CN201610409172 A CN 201610409172A CN 106101220 A CN106101220 A CN 106101220A
- Authority
- CN
- China
- Prior art keywords
- sequence information
- platform
- information
- party platform
- result
- 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/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- 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/56—Provisioning of proxy services
- H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种信息同步方法及装置、信息同步处理系统,该方法包括获取各个第三方平台上已付款的订单信息,将获取到的订单信息发送至管理平台,获取所述管理平台中各个订单信息的处理结果,并将处理结果同步给对应的第三方平台;通过对本发明方案的实施,首先从各个第三方平台上获取订单信息,将各个第三方平台上的订单信息统一获取,然后统一发送至管理平台进行处理,最后将处理后的结果发送到对应的第三方平台,实现了对不同平台订单信息的统一管理,自动对各个平台的订单信息进行统计,解决了现有技术中,只能在各个平台上进行数据的统计而导致操作的复杂繁琐,甚至出现数据的丢失的问题。
Description
技术领域
本发明涉及通信技术领域,更具体地说,涉及一种信息同步方法及装置、信息同步处理系统。
背景技术
随着网络技术的发展,尤其是在通过互联网为基础的网购平台的发展,各商家都会有自己的购物官网,但是为了能更大范围的推广自己的商品,除了在官网上销售之外,还会在各大网购平台上注册上架,如天猫、苏宁和京东等平台。这时,商家要统计所有网站和各个平台上的商品的订单销售量以及订单的其他业绩指标,如转换率等,就需要在各个网站和平台上进行统计。而现有的统计方法只能在各个平台上统计,然后再把每个平台上统计的数据量相加起来才能获取到一个商品的整体销售情况,这种操作方式就会给商家增加了很多的工作量,并且在统计过程中每个平台并不会停止销售。这时,若有一个平台的数据统计出错就会导致整体的数据出错。更重要的是,对每个平台上的订单的发货操作不能实现统一处理,这就回去给商家带来了不便。
发明内容
本发明要解决的技术问题在于解决现有技术中只能对单个平台上的订单数据进行统计,不能实现对多个平台订单数据的统一管理和统一进行发货等处理的技术问题,针对该技术问题,提供一种信息同步方法及装置、信息同步处理系统。
为解决上述技术问题,本发明提供了一种信息同步装置,所述装置包括:第一通信模块、第二通信模块和处理模块;
第一通信模块用于获取各个第三方平台上已付款的订单信息;
第二通信模块用于将订单信息发送至管理平台,以及获取管理平台上各个订单信息的处理结果,该处理结果至少包括订单退款处理结果和订单发货处理结果中的至少一种;
第一通信模块还用于将该处理结果同步给对应的第三方平台。
进一步地,所述信息同步装置还包括处理模块,用于记录第二通信模块发送订单信息至管理平台的实际发送次数,将实际发送次数与预设的门限值进行比较,若实际发送次数不小于门限值,则第二通信模块停止将实际次数不小于门限值的订单信息发送至管理平台。
进一步地,处理模块还用于根据各个订单信息的处理结果对各个订单信息添加处理状态标志,该处理状态标志包括已退款、未退款、已发货和未发货中的至少一种;
第一通信模块还用于将处理状态标志发送至第三方平台。
进一步地,所述信息同步装置还包括:授权模块,用于根据预设的授权规则从各个第三方平台中获取各个第三方平台的操作权限;
第一通信模块还用于根据授权模块获取的操作权限登录对应的第三方平台,并从第三方平台上定时获取已付款的订单信息。
进一步地,本发明还提供了一种信息同步处理系统,所述系统包括:如上所述的信息同步装置和管理平台;
信息同步装置用于获取各个第三方平台上已付款的订单信息,将订单信息发送至管理平台;
管理平台将订单信息进行订单的处理,并将订单信息的处理结果发送至信息同步装置,该处理结果至少包括订单退款处理结果和订单发货处理结果中的至少一种;
信息同步装置还用于将处理结果同步给对应的第三方平台。
进一步地,本发明提供了一种如上装置所述的信息同步方法,所述方法包括:
获取各个第三方平台上已付款的订单信息;
将订单信息发送至管理平台;
获取管理平上各个订单信息的处理结果,并将处理结果同步给对应的第三方平台,该处理结果至少包括订单退款处理结果和订单发货处理结果中的至少一种。
进一步地,在将订单信息发送至管理平台之前,还包括:记录订单信息发送至管理平台的实际发送次数,将实际发送次数与预设的门限值进行比较,若所实际发送次数不小于所述门限值,则停止对实际次数不小于门限值的订单信息进行发送。
进一步地,还包括:判断实际发送次数是否增加,若实际发送次数不增加且小于门限值,则在订单信息中添加已发送标志。
进一步地,在将处理结果同步给对应的第三方平台之前,还包括:
根据各个订单信息的处理结果对各个订单信息添加处理状态标志,并将处理状态标志发送至所述第三方平台,该处理状态标志包括已退款、未退款、已发货和未发货中的至少一种。
进一步地,在获取各个第三方平台上已付款的订单信息之前,还包括:根据预设的授权规则从各个第三方平台中获取各个第三方平台的操作权限;
获取各个第三方平台上已付款的订单信息包括:
根据获取到的操作权限登录对应的第三方平台,从第三方平台上定时获取已付款的订单信息。
本发明提出的一种信息同步方法及装置、信息同步处理系统,该信息同步装置包括第一通信模块、第二通信模块和处理模块,用户通过第一通信模块获取第三方品台上已付款的订单信息,通过第二通信模块将获取到的订单信息发送至管理平台上,以及获取管理平台中各个订单信息的处理结果,第一通信模块将处理结果反馈至对应的第三方平台;当用户需要对多个平台上的订单信息进行管理时,通过本发明提供的信息同步装置可以实现同时获取多个第三方平台上的订单信息,将多个平台的订单信息统一存储信息同步装置中,从而实现了用于对多个平台上订单信息的统一管理,并且通过第二通信模块将统一后的订单信息发送给管理平台进行统一的处理,最后将统一处理后的结果同步发送给对应的第三方平台,从而实现了多个平台之间的订单信息的同步处理,解决了现有技术中,由于只能对单个平台订单信息进行操作而带来的繁琐操作。另外,本发明是通过信息同步装置实现多个平台之间的订单信息的自动同步以及对管理平台上处理后的处理结果的同步,从而减少了在订单统计时人工的操作过程,进一步的减少了商家大量的统计工作量,也大大减低了在对多个平台上订单信息统计的出错率。
附图说明
下面将结合附图及实施例对本发明作进一步说明,附图中:
图1为实现本发明各个实施例一个可选的服务器的硬件结构示意图。
图2为本发明第一实施例提供的信息同步装置功能模块示意图。
图3为本发明第二实施例提供的信息同步装置细化功能模块示意图。
图4为本发明第三实施例提供的信息同步方法基本流程图。
图5为本发明第四实施例提供的信息同步方法细化流程图。
图6为本发明第五实施例提供的信息同步处理系统功能模块示意图。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身并没有特定的意义。因此,“模块”与“部件”可以混合地使用。
如图1所示,为实现本发明各个实施例一个可选的服务器的结构示意图,该服务器1至少包括:输入输出(IO)总线11、处理器12、存储器13、内存14和通信装置15。其中,
输入输出(IO)总线11分别与自身所属的服务器1的其它部件(如与处理器12、存储器13、内存14和通信装置15连接,并且为其它部件提供传送线路。
处理器12通常用于控制自身所属的服务器的所有操作。例如,处理器12执行判断订单信息是否需要发送或者是否大于门限值、采集已付款的订单信息和同步已处理的订单信息等操作。其中,处理器12可以是服务器或者设备的中央处理器(CPU)。
通信装置15,通常包括一个或多个组件,其允许自身所属的服务器与无线通信系统或网络之间的无线电通信。
存储器13存储处理器可读、处理器可执行的软件代码,其包含用于控制处理器12执行本文描述的功能的指令(即软件执行功能)。
其中,本发明提供的信息同步装置中,第一通信模块、第二通信模块、处理模块和授权模块所需要实现的功能均可以通过代码的方式实现,通过将编写好的、能实现上述功能的软件代码存储在存储器13中,并由处理器12从存储器13中读取对应的代码直接执行或编译后执行;另外,本发明提供的信息同步装置还可以是图1中提供的服务器中的一部分,例如,以中间件的形式存在与于服务器中,实现第三方平台与服务器处理器12之间的信息交互,当然,该中间件还可以是服务器CPU中的功能模块。
以下通过具体实施例进行详细说明。
第一实施例:
参照图2,图2为本发明第一实施例提供的信息同步装置功能模块示意图。
本实施例提供了一种信息同步装置20,其包括:第一通信模块202、第二通信模块203,其中:
第一通信模块202,用于获取各个第三方平台上已付款的订单信息,第二通信模块203,用于将所述第一通信模块202获取到的订单信息发送至管理平台,以及获取管理平台上各个订单信息的处理结果,第一通信模块202还用于将处理结果同步给对应的第三方平台,对于上述的订单信息,其至少包括订单号、商品名称和联系人等等信息中的至少一种;所述处理结果至少包括订单退款处理结果和订单发货处理结果中的至少一种。
在本实施例中,第一通信模块202在获取订单信息时,为了防止在获取过程中出现漏单的情况,可以通过预先设置一个时间阈值来控制第一通信模块202自动到第三方平台中获取对应的订单信息,设置的时间可以是连续的时间抽,也可以是在设置时将后一个时间设置于前一个时间之内。
在信息同步装置20启动开始获取订单信息之前,用户也可以通过预先设置一个时间值来控制第一通信模块202实现自动启动,例如,设置时间阈值为5分钟,当5分钟倒计时到来时,通过触发代码来触发第一通信模块202启动并与第三方平台连接,然后根据设置的时间阈值从平台上获取对应的订单信息。
在本实施例中,上述的时间阈值可以理解为一个数值,也可以理解为一个时间段。
可选的,在本实施例中,选择设置的时间阈值为一个时间段的形式设置,通过时间段的形式设置,可以更加有效地防止信息同步装置20在获取订单信息时会出现漏订单的情况,具体的是设置方式是后一个时间段必须与前一个时间段存在交集,例如,设置为每隔2分钟的时间长度启动获取订单信息,则第一个时间段为1-3分钟,第二个时间端为2-4分钟,第三个时间端为3-5分钟,这样,在第一通信模块202每次到对应的第三方平台上获取订单信息时,是获取第三方平台在2分钟时间长度内交互的所有订单信息,并且都会有重复的时间段,对于重复的时间段获取的订单信息,第一通信模块202会进行帅选,对于重复的订单信息进行剔除,保留新的订单信息,从而实现了多次获取防止漏单的现象,然后将所有的订单信息存储于数据库中,优选的,可以存储到存储器13中。进一步的,对于上述的执行获取重复时间段的订单信息具体是可以是设置触发时间点来实现,例如,设置启动信息同步装置20获取订单信息的时间点分别为1,2,3,4……,而获取订单所维持的时间长度为2分钟,这事,也可以实现重复时间段的获取。
在本实施例中,第二通信模块203在将订单信息发送至管理平台上之后,管理平台对订单信息进行相应的订单的处理,所述订单的处理为对订单进退款处理或者发货处理,具体为管理平台将已付款的订单信息处理为是退款还是发货,若处理为发货时,还需要分配物流单号。
在本实施例中,对于第一通信模块202和第二通信模块203所要实现的功能均可以由图1中的通信装置15实现,此时,在通过通信装置15获取到第三方平台上的订单信息后,转发给管理平台,或者可以将订单信息存储在存储器13之后,再从存储器13中读取出来转发给管理平台;
当管理平台将订单信息处理后,可以通过通信装置15获取管理平台处理后的订单信息,并反馈给第三方平台,或者存储到存储器13中之后,再读取出来转发。
在本实施例中,信息同步装置20还包括:处理模块,用于记录第二通信模块203发送订单信息至管理平台的实际发送次数,并将实际发送次数与预设的门限值进行比较,若实际发送次数不小于所述门限值,则第二通信模块203停止将实际次数不小于门限值的订单信息发送至管理平台。
在本实施例中,第二通信模块20从管理平台中获取到订单信息处理后的处理结果后,发送至处理模块,由处理模块对订单处理结果进行处理,从管理平台的处理结果中提取订单信息的退款状态值或者发货状态值,处理模块获取到这两个状态值后,通过第一通信模块202将该状态值同步到第三方平台上,第三方平台根据该状态值进行退款或者发货处理;当同步的订单是需要第三方平台进行发货的,则第一通信模块202还需要将对应的物流单号同步给第三方平台。
在本发明中所有实施例涉及的订单信息是指用户通过第三方平台输入的已付款订单的订单号、商品名称等等信息,具体的,用户通过终端上安装的第三方平台输入订单信息,然后通信装置15通过从各个第三方平台上读取用户输入的已付款订单的订单信息,并将获取到的订单信息存储在存储器13中,当需要将订单信息发送给管理平台进行相应的发货处理时,通信装置15从存储器13中读取对应的订单信息,并发送至管理平台上,管理平台再根据订单信息对订单进行发货处理还是退款处理。在通信装置15发送订单信息给管理平台过程中,通过处理器12来记录通信装置15发送订单信息至管理平台的实际发送次数,并将实际发送次数与预设的门限值进行比较,若实际发送次数不小于所述门限值,则通信装置15停止将实际次数不小于门限值的订单信息发送至管理平台。
在一些实施例中,为了对客户隐私的保护或者放置订单被篡改,第三方平台不给随意的访问,需要有访问权限才能访问第三方平台,因此,为了解决上述问题,本实施例提供的信息同步装置20还包括根据预设的授权规则从各个第三方平台中获取各个第三方平台的操作权限;
需要说明的是,每个第三方平台都是一个独立的平台,都有自己单独的授权规则,但是该授权规则是按照现有的主流的auth2.0(开放授权协议),每个第三方平台对应的都会分配有对应的账户和密钥,具体的是,通过每个第三方平台对应的账户和密钥登录到对应的第三方平台上,然后按照预设的规则从第三方平台上获取code(操作代码),然后再通过该code再从第三方平台上获取对应的access_token(访问令牌),refresh_token(刷新令牌),可以理解的是,该预设的规则指的是现有的auth2.0协议规则;
当信息同步装置20从第三方平台上获取到access_token和refresh_token后,将其存储都数据库中,具体的,存储在图1中提供的服务器中的存储器13中,例如将access_token和refresh_token这两个值存储到图1中提供的服务器1中的存储器13中,当信息同步装置20需要从第三方平台中获取各个商品的订单信息时,则通过处理器12直接从存储器13中调用access_token值就可以直接对第三方平台进行操作。当access_token值过期后,处理器12还可以从存储器13中调用refresh_token,通过refresh_token重新获取新的access_token,并将新获取的access_token更新到存储器13中,方便下一次处理器12的调用。
进一步的,在信息同步装置20获取到操作权限后,第一通信模块202需要通过调用access_token登录第三方平台上获取订单信息,从而保证了第三方平台的订单数据在安全的情况下获取。
通过本实施例所提供的信息同步装置进行多平台的订单信息同步,首先通过授权模块获取到每个第三方平台的授权,然后再通过第一通信模块从每个第三方平台获取订单信息,将每个平台上的订单信息同步获取到信息同步装置中,这时,用户可以对各个平台上的订单信息进行统计处理,当统计完成后,需要对订单售信息做下一步的处理时,则通过第二通信模块统一将订单信息发送至管理平台上进行处理,例如发送的是已付款的订单信息时,则管理平台根据实际情况将订单处理为退款或者发货,最后第一通信模块将订单的退款或者发货的订单信息同步给对应的第三方平台;通过本实施例提供的方案的实施,信息同步装置是在获取到第三方平台的授权后在进行订单的获取操作,从而保证了第三方平台上的订单信息的安全性,方便了用户或者商家对各个平台的订单信息的统一处理,从而减少了人工的操作过程,减少了商家大量的统计工作量,也避免了在对多个平台上订单信息统计的出错率。
第二实施例
参照图3,图3为本发明第二实施例提供的信息同步装置细化功能模块示意图。
本实施例提供的信息同步装置20包括授权模块201、第一通信模块202、第二通信模块203和处理模块204,其中:
授权模块201,用于根据预设的授权规则从各个第三方平台中获取各个第三方平台的操作权限;所述预设的授权规则指的是按照现有的主流的auth2.0(开放授权协议),每个第三方平台对应的都会分配有对应的账户和密钥,授权模块201具体的是通过每个第三方平台对应的账户和密钥登录到对应的第三方平台上,然后按照预设的规则从第三方平台上获取code(操作代码),然后再通过该code再从第三方平台上获取对应的access_token(访问令牌),refresh_token(刷新令牌),其中,所述预设的规则指的是现有的auth2.0协议。
第一通信模块202,用于根据授权模块201获取的操作权限登录对应的第三方平台,从各个第三方平台上定时获取已付款的订单信息;该订单信息至少包括订单号、商品名称和联系人信息中的至少一种,也可以是未付款的以及已发货的等等,第一通信模块202具体通过调用在授权模块201获取的access_token值去访问第三方平台,并从中获取已付款的订单信息,将获取的订单信息存储于数据库中。
第二通信模块203,用于将所述第一通信模块202获取到的订单信息发送至管理;具体的第二通信模块203将获取到的已付款的订单信息发送至管理平台;在本实施例中,在将订单信息发送至所述管理平台之后,还包括对所述订单信息进行相应的订单处理,具体的可以对所述已付款的订单信息进行常规处理,所述订单常规处理包括将所述订单信息的状态信息进行调整。
在本实施例中,对于订单信息的发送不能处于一直发送同一个订单信息,这样会让装置处于死循环的操作,不能有效的发送下一个订单信息,因此,为了解决上述问题,本实施例还设置一个用于同一个订单信息连续发送至所述管理平台的发送次数的门限值;通过设置该门限值,当第二通信模块203在发送订单信息至管理平台上时,第二通信模块203还可以用于在发送订单信息时,记录发送各个订单信息的实际发送次数,并将记录到的实际发送次数与预设的门限值进行比较,若比较的结果是实际发送次数不小于门限值,则停止将实际次数不小于门限值的订单信息发送至所述管理平台,跳转至发送其他的订单信息,通过判断每个订单信息的实际发送次数达到一定的门限值后,将会停止发送,以免造成死循环,造成后面的订单信息无法发送。
在本实施例中,处理模块204还包括:判断实际发送次数是否增加,若实际发送次数不增加且小于门限值,则在订单信息中添加已发送标志。当第二通信模块203将一个订单信息成功发送到管理平台后,可以通过处理模块204在该订单信息中增加一个已发送成功的已发送标志,用于识别订单信息,避免重复发送。在下次进行订单信息发送时,可以根据该已发送标志来进行识别或者选择未发送的订单信息进行发送,因此,第二通信模块203发送订单信息的原则就是越早未发送的订单信息并且越多次出现错误的订单信息优先发送。
第二通信模块203从管理平台中获取管理平台对所述订单信息处理后的处理结果,并更新所述处理结果至对应的第三方平台;所述处理结果至少包括订单退款处理结果和订单发货处理结果中的至少一种。
在本实施例中,信息同步装置还包括处理模块204,其具体用于根据各个订单信息的处理结果对各个订单信息添加处理状态标志,并将处理状态标志发送至第三方平台,该处理状态标志包括已退款、未退款、已发货和未发货中的至少一种,具体的,管理平台将已付款的订单信息中的状态信息调整为退款或者发货,即是说明该订单信息管理平台已进行了处理,这时处理模块204从管理平台中获取到该订单信息的处理结果后,也需要在订单信息中添加处理状态标志,标志该订单信息已经退款或者发货,并同步给第三方平台,告知第三方平台需要进行下一步的商品发货或者退款给订单用户。
进一步的,处理模块204还可以记录处理模块204将已处理的订单信息中的处理状态标志发送给第三方平台的同步次数,并且对于同步成功的订单信息标志为已同步成功,第二通信模块203停止对该订单信息中处理状态标志的同步,这时第三方平台可以根据获得的订单的处理状态标志以及同步的次数对订单进行对应的处理,否则,标志为同步未成功,处理模块204可以继续对该订单进行同步,这时,第二通信模块203默认的将订单的处理状态标志发送给第三方平台的同步规则是越早付款下单还未同步成功并且同步失败次数越多的订单优先获得其同步订单状态。
例如,如果用户在第三方平台退款,管理人员统一在管理平台操作退款,信息同步装置20得知此订单状态后,就会将订单的同步状态置为已成功,并且累积其订单同步次数,最后告知第三方平台退款。
如果管理人员在第三方平台处理订单发货,订单信息同步装置20的操作同退款一致,只是为额外得到订单的物流发货编号,然后将物流发货编号告知第三方平台,通知发货。
在本实施例中,对于有一些订单信息,由于商家的商品库存不足,而这个商品又要很多用户已经下单,又或者商家不想该商品先发货等等诸多原因,如果采取上述同步订单原则就会造成死循环,造成无法获知后续订单是否退款和无法发货。为了解决该问题,本实施例提供的信息同步装置20还用于在每个订单的记录中添加是否处理的状态,因为订单在发货前会有一个处理的操作,信息同步装置20会去获取此状态值,将其同步到信息同步装置20去,这样信息同步装置20与管理平台订单同步的策略就改为:越早付款,并且已处理,同步次数越多的并且同步未成功的订单优先获得其订单的同步状态。
在本发明的一实施例中,图1中的处理器12可以包括图3所示实施例中的授权模块201和处理模块204,图1中的通信装置15包括第一通信模块202和第二通信模块203。此时,上述实施例各个模块的处理过程可以为:
首先,用户通过安装在终端上的第三方平台输入订单信息,并进行付款操作后,服务器1通过处理器12获取第三方平台的操作权限,具体是获取access_token和refresh_token,同时也存储于存储器13中,然后通信装置15通过读取access_token登录各个第三方平台,从各个第三方平台上定时获取已付款的订单信息,并存储在存储器13中,当需要转发时,通信装置15再从存储器中读取并转发至管理平台,由管理平台进行订单的处理,具体是进行发货处理还是退款处理。
同时,通信装置15也定时从管理平台上获取已处理的订单信息,并同步至第三方平台,使得用户可以通过第三方平台实时获知订单的处理进度。
在实际应用中,该处理器12对从管理平台中获取到的已处理的订单信息添加是否处理的标志,当处理器12从管理方平台中获取到已处理的订单信息后,根据商家的实际情况对订单进行是否处理的标志,例如,当该商品商家没有足够的存货时,处理器12要先为对应的订单标注为未处理,这时处理器12在发送订单信息时,需要先对订单进行判断,判断其是否标注未处理状态,当判断为不是未处理状态后,处理器12通过通信装置15将订单信息发送至第三方平台,同时,处理器12还包括记录通信装置15发送该订单信息的实际次数,当发送成功后,则添加上已发送标志,并停止发送;否则等待处理器12的下一次发送。
综上所述,通过本实施例提供的信息同步装置进行多平台的订单同步时,在授权模块获取第三方平台的授权后,第一通信模块直接获取多个平台的已付款的订单信息,从而实现多平台订单的统一处理,解决了现有的不能进行统一处理的问题;
进一步的,信息同步装置还通过设置门限值来限制订单的发送次数,若实际的发送次数大于或等于门限值,则第二通信模块203不会对该订单信息进行发送,解决现有技术中,由于不断循环推送同一个订单信息所造成数据出错或者进入死循环的问题,通过对本实施例提供的方案的实施,大大提高了管理用户统计数据的效率,进一步减低了统计数据出错的概率。
第三实施例
参照图4,图4为本发明第三实施例提供的信息同步方法基本流程图。
本实施例提供的信息同步方法,其处理步骤包括:
S301,获取各个第三方平台上的订单信息;所述订单信息可以包括已付款的订单信息,也可以是未付款的以及已发货的等等;所述订单信息至少包括订单号、商品名称和联系人信息中的至少一种。
在一些实施例中,在获取订单信息时,可以通过采用定时的方式去获取,通过设置一个时间阈值来实现,该时间阈值可以是一个固定的数值,也可以是一个时间段。
在获取订单信息时,为了防止漏订单的情况,可以将时间阈值设置为一个时间段的形式来控制获取第三方平台上的订单信息,具体的,可以通过时间重复的方式获取,如第一次获取是在1-3分钟内,第二次获取是在2-4分钟内,这样2-3分钟就是重复的时间段,对于重复的时间段获取的订单信息,通过这样的方式获取,能避免在获取订单信息时的漏单情况。
在实际应用中,步骤S301可以通过图1中的处理器12来实现,首先,通过编写程序代码存储在存储器13中,由处理器12定时调取存储器13中的程序代码执行,从而实现定时获取第三方平台上的已付款的订单信息。
在一些实施例中,在步骤S301之前,还包括:根据预设的授权规则从各个第三方平台中获取各个第三方平台的操作权限;进一步的,在获取授权时,由于每个第三方平台都有独立的操作权限,因此,需要进行授权后才能实现操作,具体的,通过现有的auth2.0(开放授权协议)进行授权操作,通过每个第三方平台对应的账户和密钥登录到对应的第三方平台上,然后按照预设的规则从第三方平台上获取code(操作代码),然后再通过该code再从第三方平台上获取对应的access_token(访问令牌),refresh_token(刷新令牌),其中access_token是有一个使用期限的,当过期后可以通过refresh_token重新获取新的access_token。
S302,将获取到的订单信息发送至管理平台;
在该步骤中,所述订单信息包括已付款的订单信息,在将订单信息发送至管理平台后还包括所述管理平台对订单信息进行订单的处理,具体为处理为发货还是退款,管理员会定时的对订单信息进行常规的处理,如,买家在第三方平台退款时,管理员就会在管理平台上进行相应的退款处理,若在管理平台上处理订单为发货,则信息同步装置就要将该还发货的信息同步到第三方平台,同时也要同步对应的物流发货编号,通知第三方平台进行发货。
具体的,本步骤可以是处理器12在从存储器13中获取到订单信息后,通过通信装置15发送给管理平台,由管理平台进行订单的处理
S303,获取管理平台中各个订单信息的处理结果,并将该处理结果至对应的第三方平台,所述处理结果至少包括订单退款处理结果和订单发货处理结果中的至少一种;可以理解的是,当S302发送的是已付款的订单信息时,该步骤从管理平台中获取的处理后的订单信息具体为对订单处理后的退款状态值或者发货状态值,在获取到这两个状态值后,将该状态值同步到第三方平台上,第三方平台根据该状态值进行退款或者发货处理;当同步的订单是需要第三方平台进行发货的,则管理平台还需要为对应的订单配置物流单号,并将对应的物流单号同步给第三方平台。
本实施例的所有步骤均可以通过处理器12来控制实现,定时的启动处理器12,处理器12从存储13中获取代码程序,通过对代码程序的执行来获取第三方平台上的已付款的订单信息。
具体的,可以通过处理器12监控用户通过终端输入的订单信息,并读取过来存储在存储器13中,当需要发送时,则直接从存储器13中读取即可。
在本实施例中,处理器12还可以对管理平台进行监控,当订单信息处理完毕后,处理器12将处理后的订单信息通过通信装置15同步回给第三方平台,从而使得第三方平台可以实时知道订单的处理情况。
通过本实施例所提供的信息同步方法进行多平台的订单信息同步,首先是需要获取到每个第三方平台的授权,从每个第三方平台获取订单信息,将每个平台上的订单信息同步获取到信息同步装置中,这时,用户可以对各个平台上的订单信息进行统一的统计处理,当统计完成后,需要对订单信息做下一步的处理时,则将需要处理的订单信息统一发送至管理平台上进行处理,例如发送的是已付款的订单信息时,则管理平台根据实际情况将订单处理为退款或者发货,最后订单的退款或者发货的订单信息同步给对应的第三方平台;通过本实施例提供的方案的实施,方便了用户或者商家对各个平台的订单信息的统一处理,从而减少了人工的操作过程,解决了现有的不能实现多平台统一管理操作的问题,通过本方法实现了统一操作,避免了在对多个平台上订单信息统计的出错率,其操作过程简单,避免了一个一个平台进行操作的繁琐操作过程。
第四实施例
参照图5,图5为本发明第四实施例提供的信息同步方法细化流程图。
本实施例提供的信息同步方法,其包括如下步骤:
S401,获取第三方平台的授权;可选的,获取授权具体是根据预设的授权规则从各个第三方平台中获取各个第三方平台的操作权限;其中,所述预设的授权规则指的是按照现有的主流的auth2.0(开放授权协议),通过每个第三方平台对应的账户和密钥登录到对应的第三方平台上,然后按照预设的规则从第三方平台上获取code(操作代码),然后再通过该code再从第三方平台上获取对应的access_token(访问令牌),refresh_token(刷新令牌)。
S402,获取各个第三方平台的已付款的订单信息,通过调用在调用获取授权时,获取的access_token值去访问第三方平台,并从中获取已付款的订单信息,将获取的订单信息存储于数据库中。
S403,设置用于将订单信息发送至管理平台的门限值;所述门限值为同一个订单信息连续发送至管理平台的发送次数;设置该门限值是为了避免造成死循环,造成后面的订单无法发送。
S404,将从第三方平台中获取的已付款的订单信息发送至管理平台进行订单常规处理;所述订单常规处理就是退款和发货;
在本步骤中,将已付款的订单信息发送至管理平台的过程中,会记录发送每个订单信息的发送次数,发送的次数达到一定的门限值,将会停止发送,以免造成死循环,造成后面的订单无法发送;其发送的原则就是越早未发送的订单并且越多次出现错误的订单优先发送。
在本步骤中,还包括:判断实际发送次数是否增加,若实际发送次数不增加且小于门限值,则在订单信息中添加已发送标志,从而避免在发送订单信息时,出现重复发送的现象。
S405,判断所述订单信息的实际发送次数是否小于所述门限值;具体的,若实际发送次数不小于门限值时,还没有推送成功,则在所述订单信息中增加未推送标志,以及推送的实际次数。
S406,若实际发送次数小于门限值时,则需要判断实际发送次数是否增加,若实际发送次数不增加且小于门限值,则推送成功,则在订单信息中添加已发送标志,该发送标志用于标志所述订单信息是否已发送至所述管理平台,从而避免在发送订单信息时,出现重复发送的现象。
S407,接收所述管理平台返回的订单信息处理后的处理结果,并更新处理结果至第三方平台;这里的处理后的处理结果可以包括订单信息的状态信息,如,发货、退款等状态。
在步骤S407中,还包括记录每个订单的同步次数,并且对于同步成功的订单信息标志为已同步成功,同时也通知第三方平台进行对应的处理,否则,标志为同步未成功,其中,默认的同步规则是越早付款下单还未同步成功并且同步失败次数越多的订单优先获得其同步订单状态。
例如,如果用户在第三方平台退款,管理人员统一在管理平台操作退款,订单信息同步装置得知此订单状态后,就会将订单的同步状态置为已成功,并且累积其订单同步次数,最后告知第三方平台退款。
如果管理人员在第三方平台处理订单发货,订单信息同步装置的操作同退款一致,只是为额外得到订单的物流发货编号,然后将物流发货编号告知第三方平台,通知发货。
在步骤S402之后,还包括判断所述订单信息是否需要发送至管理平台;根据判断的结果对所述订单信息增加处理标志。对于有一些订单信息,由于商家的商品库存不足,而这个商品又要很多用户已经下单,又或者商家不想该商品先发货等等诸多原因,如果采取上述同步订单原则就会造成死循环,造成无法获知后续订单是否退款和无法发货。因此,本发明在获取各个第三方平台的订单信息的过程中,需要判断获取的订单信息是否需要发送至管理平台;根据判断结果对订单信息增加处理标志;具体的,在获取到第三方平台上的订单信息后,判断是否需要对该订单进行发送到管理平台上处理,也即是做退款或者发货处理,根据判断的结果通过设置模块在每个订单的记录中添加是否处理的状态,因为订单在发货前会在管理平台上有一个处理的操作,信息同步装置会去获取此状态值,将其同步到信息同步装置上,这样信息同步装置与管理平台订单同步的策略就改为:越早付款,并且已处理,同步次数越多的并且同步未成功的订单优先获得其订单的同步状态。
综上所述,本实施例提供了一种信息同步方法,首先通过获取多个第三方平台的授权,然后再到各个第三方平台上获取其已付款的订单信息,将该订单信息发送给管理平台进行处理,最后再将处理后的订单信息同步到第三方平台上,从而实现多平台的订单信息的统一处理解决了现有的不能进行统一处理的问题;
进一步的,还通过设置门限值来限制订单的发送次数,若实际的发送次数大于或等于门限值,则停止发送该订单信息,避免了发送订单信息进入死循环,造成订单数据的出错;另外,在对退款和发货两状态值的同步时,对于同步成功的订单状态置为成功,不再发送;对于没有同步成功的订单置为未同步成功,等待下次再发送,管理员可根据订单的状态信息来统一管理,减少了人工的操作,通过对本实施例提供的方案的实施,大大提高了管理用户统计数据的效率,进一步减低了统计数据出错的概率。
第五实施例
参照图6,图6为本发明第五实施例提供的信息同步处理系统功能模块示意图。
本实施例提供的信息同步处理系统50包括:本发明提供的订单信息同步装置20和管理平台501
信息同步装置20用于从各个第三方平台上获取已付款的订单信息;该订单信息具体为一些已付款的订单数据,其包括:订单号、商品名称、联系人信息等等。
信息同步装置20将所述订单信息发送至所述管理平台;
所述管理平台501将接收到的订单信息进行订单的处理;所述订单的处理包括:对已付款的订单进行退款处理和发货处理;管理平台501对订单的处理还可以是对订单进行统计处理。
信息同步装置20接收管理平台501返回的订单信息处理后的处理结果,更新所述处理结果至对应的第三方平台51;这里的第三方平台可以理解为类似于京东、淘宝等等的销售平台;进一步的,这里的处理后的处理结果指的是处理后的订单信息中的发货状态、退款状态或者对应的订单的物流编号,在同步是实际上是将发货状态、退款状态和物流编号发送给第三方平台51,也即是将管理平台中对订单的处理退款结果和发货结果的信息同步给第三方平台;
最后,若第三方平台51接收到的处理结果是发货处理成功,则第三方平台根据对应的订单对商品进行发货处理。
在本实施例中,订单信息包括第三方平台51中已付款的订单信息,信息同步装置20具体用于将从第三方平台51中获取的已付款的订单信息发送至管理平台501进行订单常规处理;订单常规处理包括将订单信息的状态信息进行调整,具体的是将订单处理为发货还是退款,还有分配订单物流编号;
信息同步装置20将管理平台501处理后的订单信息的状态信息同步给第三方平台51。
在本实施例中,信息同步装置20设置用于将订单信息发送至管理平台的门限值,所述门限值为同一个订单信息连续发送至所述管理平台的发送次数;
信息同步装置20判断订单信息的实际发送次数是否小于所述门限值;
信息同步装置20根据判断的结果在所述订单信息中增加推送标志,,所述推送标志用于标志所述订单信息是否已发送至所述管理平台;若判断结果为否时,则说明其发送成功,标志为已推送,若是,说明其发送不成功,标志为未推送。
在本实施例中,信息同步装置20还用于判断所述订单信息是否需要发送至管理平台501;根据判断的结果对所述订单信息增加处理标志;
若是,则在所述订单信息上增加已处理标志,并根据所述已处理标志将订单信息发送至所述管理平台501进行订单的处理;
若否,则在所述订单信息上增加未处理标志,将所述订单信息保存在所述信息同步装置20中。。
第三方平台51用于对信息同步装置20进行所述操作权限的授权;
管理平台501对所述订单信息同步装置发送的订单信息进行处理,所述订单信息包括已付款的订单信息,管理平台501对所述订单信息进行退款或者发货处理。
在本实施例中,上述提供的信息同步装置20可以作为一个中间件来使用,当其作为中间件使用时,其可以是一种的软件程序,也可以是一种硬件模块;若中间件为硬件模块时,其应当位于服务器的操作系统之上,管理第三方平台上的订单信息和各个第三方平台与中间件的通讯。连接服务器与第三方平台,与中间件相连接的两种组件,即使它们具有不同的接口,但通过中间件相互之间仍能交换订单信息。可选的,若管理平台501为现有的如图1所示的服务器1,这时,中间件作为服务器与第三方平台之间的连接件,中间件先通过预设的授权规则发送授权请求给第三方平台51,第三方平台51可以为京东,淘宝等等的销售平台,第三方平台根据接收到的授权请求对中间件进行授权,授权其可以自由获取平台上的订单信息,中间件在获取到第三方平台51的授权后,获取订单信息,并发送至服务器上,服务器对订单信息进行相应的处理,中间件再将处理后的结果同步回去给第三方平台51,告知第三方平台51来进行退款还是发货。
在一些实施例中,所述信息同步装置20还可以是图1中的服务器1中的一部分,例如,信息同步装置作为一种软件程序中间件时,可以是一种存储于存储器13中的软件代码,然后通过执行代码来实现相应的订单信息同步功能,管理平台501可以是图1中的处理器12,通过执行软件代码获取各个第三方平台51上的订单信息,然后将订单信息发送至处理器12上,由处理器12进行相关的处理,再通过通信装置15将处理后的订单信息同步给第三方平台51。
综上所述,本实施例提供的信息同步处理系统,由于设置有本发明提供的信息同步装置,因此信息同步处理系统也具有能够实现多平台订单的统一处理,解决了现有的不能进行统一处理的问题;同时,也能提高了管理用户统计数据的效率,以及减低了统计数据出错的概率。
进一步的,本发明提供的信息同步装置还可以以中间件的方式存在与系统中,通过本发明的实施,即是在系统中增加了中间件获取各个平台的订单数据给管理平台进行统一的处理,相比于现有的每个平台单独对订单信息进行处理,可以提升订单的处理效率。
综上所述,本发明实施例提供的信息同步处理方法,由于在对多个平台上的订单信息进行同步操作时,也是通过本发明的信息同步方法实现对多个平台的已付款的订单信息进行统一管理,因此,通过对本发明实施例提供的方案的实施,实现了对不同平台销订单信息的统一管理,并且可以自动对各个平台的订单信息进行统计,解决了现有技术中,只能在各个平台上进行数据的统计而导致操作的复杂繁琐,甚至出现数据的丢失的问题。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。
Claims (10)
1.一种信息同步装置,其特征在于,包括:第一通信模块和第二通讯模块;
所述第一通信模块用于获取各个第三方平台上已付款的订单信息;
所述第二通讯模块用于将所述订单信息发送至管理平台,以及获取所述管理平台上各个订单信息的处理结果,所述处理结果至少包括订单退款处理结果和订单发货处理结果中的至少一种;
所述第一通信模块还用于将所述处理结果同步给对应的第三方平台。
2.根据权利要求1所述的信息同步装置,其特征在于,还包括:处理模块,用于记录所述第二通信模块发送所述订单信息至所述管理平台的实际发送次数,并将所述实际发送次数与预设的门限值进行比较,若所述实际发送次数不小于所述门限值,则所述第二通信模块停止将所述实际次数不小于门限值的订单信息发送至所述管理平台。
3.根据权利要求2所述的信息同步装置,其特征在于,所述处理模块还用于根据所述各个订单信息的处理结果对所述各个订单信息添加处理状态标志,所述处理状态标志包括已退款、未退款、已发货和未发货中的至少一种;
所述第一通信模块还用于将所述订单信息的处理状态标志发送至所述第三方平台。
4.根据权利要求1至3任一项所述的信息同步装置,其特征在于,还包括:授权模块,用于根据预设的授权规则从各个第三方平台中获取各个第三方平台的操作权限;
所述第一通信模块还用于根据所述授权模块获取的操作权限登录对应的第三方平台,并从所述第三方平台上定时获取已付款的订单信息。
5.一种信息同步处理系统,其特征在于,包括如权利要求1-4任一项所述的信息同步装置和管理平台;
所述信息同步装置用于获取各个第三方平台上已付款的订单信息,将所述订单信息发送至所述管理平台;
所述管理平台将所述订单信息进行订单的处理,并将所述订单信息的处理结果发送至所述信息同步装置,所述处理结果至少包括订单退款处理结果和订单发货处理结果中的至少一种;
所述信息同步装置还用于将所述处理结果同步给对应的第三方平台。
6.一种信息同步方法,其特征在于,所述方法包括步骤:
获取各个第三方平台上已付款的订单信息;
将所述订单信息发送至管理平台;
获取所述管理平上各个订单信息的处理结果,并将所述处理结果同步给对应的第三方平台,所述处理结果至少包括订单退款处理结果和订单发货处理结果中的至少一种。
7.根据权利要求6所述的信息同步方法,其特征在于,在所述将订单信息发送至管理平台之前,还包括:记录所述订单信息发送至所述管理平台的实际发送次数,将所述实际发送次数与预设的门限值进行比较,若所述实际发送次数不小于所述门限值,则停止对所述实际次数不小于门限值的订单信息进行发送。
8.根据权利要求7所述的信息同步方法,其特征在于,还包括:判断所述实际发送次数是否增加,若所述实际发送次数不增加且小于所述门限值,则在所述订单信息中添加已发送标志。
9.根据权利要求6所述的信息同步方法,其特征在于,在将所述处理结果同步给对应的第三方平台之前,还包括:
根据所述各个订单信息的处理结果对所述各个订单信息添加处理状态标志,并将所述处理状态标志发送至所述第三方平台,所述处理状态标志包括已退款、未退款、已发货和未发货中的至少一种。
10.根据权利要求6至9任一项所述的信息同步方法,其特征在于,在获取各个第三方平台上已付款的订单信息之前,还包括:根据预设的授权规则从各个第三方平台中获取各个第三方平台的操作权限;
所述获取各个第三方平台上已付款的订单信息包括:
根据获取到的所述操作权限登录对应的第三方平台,从所述第三方平台上定时获取已付款的订单信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610409172.3A CN106101220A (zh) | 2016-06-12 | 2016-06-12 | 信息同步方法及装置、信息同步处理系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610409172.3A CN106101220A (zh) | 2016-06-12 | 2016-06-12 | 信息同步方法及装置、信息同步处理系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106101220A true CN106101220A (zh) | 2016-11-09 |
Family
ID=57229156
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610409172.3A Pending CN106101220A (zh) | 2016-06-12 | 2016-06-12 | 信息同步方法及装置、信息同步处理系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106101220A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107563877A (zh) * | 2017-09-27 | 2018-01-09 | 掌合天下(北京)信息技术有限公司 | 订单管理方法及系统 |
CN107895297A (zh) * | 2017-11-03 | 2018-04-10 | 深圳市易达云科技有限公司 | 一种订单创建方法及系统 |
CN110008741A (zh) * | 2019-03-12 | 2019-07-12 | 中国平安财产保险股份有限公司 | 消息推送的方法及设备 |
CN110009154A (zh) * | 2019-04-03 | 2019-07-12 | 深圳威狮物流网络科技有限公司 | 一种退款预测方法、装置、终端设备及存储介质 |
CN110073386A (zh) * | 2017-01-06 | 2019-07-30 | 万事达卡国际公司 | 用于启用iot的支付的方法和系统 |
CN110718016A (zh) * | 2019-09-02 | 2020-01-21 | 上海理工大学 | 一种生鲜自助售卖系统 |
CN111984308A (zh) * | 2020-08-25 | 2020-11-24 | 北京思特奇信息技术股份有限公司 | 一种统一接入平台的方法及相关装置 |
CN113538107A (zh) * | 2021-07-27 | 2021-10-22 | 畅销家(深圳)科技有限公司 | 一种订单信息同步方法及相关设备 |
WO2023226627A1 (zh) * | 2022-05-24 | 2023-11-30 | 北京有竹居网络技术有限公司 | 订单信息管理方法、装置、系统、电子设备和存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101848065A (zh) * | 2010-06-04 | 2010-09-29 | 中兴通讯股份有限公司 | 信息发送方法和装置 |
US20140156983A1 (en) * | 2012-12-05 | 2014-06-05 | Cisco Technology, Inc. | Stateless Flexible Boot Control |
CN104967650A (zh) * | 2015-02-06 | 2015-10-07 | 北京海涛国际旅行社有限公司 | 第三方电商平台统一发布方法 |
CN105373956A (zh) * | 2015-12-11 | 2016-03-02 | 深圳前海百递网络有限公司 | 一种管理电子商务订单的方法及装置 |
-
2016
- 2016-06-12 CN CN201610409172.3A patent/CN106101220A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101848065A (zh) * | 2010-06-04 | 2010-09-29 | 中兴通讯股份有限公司 | 信息发送方法和装置 |
US20140156983A1 (en) * | 2012-12-05 | 2014-06-05 | Cisco Technology, Inc. | Stateless Flexible Boot Control |
CN104967650A (zh) * | 2015-02-06 | 2015-10-07 | 北京海涛国际旅行社有限公司 | 第三方电商平台统一发布方法 |
CN105373956A (zh) * | 2015-12-11 | 2016-03-02 | 深圳前海百递网络有限公司 | 一种管理电子商务订单的方法及装置 |
Non-Patent Citations (3)
Title |
---|
吴兴兴等: "《网络数据库应用实例》", 31 January 2001 * |
张新文: "《中国资本市场投资词典》", 31 December 2014 * |
杨永乐: "百店通系统多渠道连接器的设计与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110073386A (zh) * | 2017-01-06 | 2019-07-30 | 万事达卡国际公司 | 用于启用iot的支付的方法和系统 |
CN110073386B (zh) * | 2017-01-06 | 2023-07-04 | 万事达卡国际公司 | 用于启用iot的支付的方法和系统 |
CN107563877A (zh) * | 2017-09-27 | 2018-01-09 | 掌合天下(北京)信息技术有限公司 | 订单管理方法及系统 |
CN107895297A (zh) * | 2017-11-03 | 2018-04-10 | 深圳市易达云科技有限公司 | 一种订单创建方法及系统 |
CN110008741A (zh) * | 2019-03-12 | 2019-07-12 | 中国平安财产保险股份有限公司 | 消息推送的方法及设备 |
CN110008741B (zh) * | 2019-03-12 | 2024-02-09 | 中国平安财产保险股份有限公司 | 消息推送的方法及设备 |
CN110009154A (zh) * | 2019-04-03 | 2019-07-12 | 深圳威狮物流网络科技有限公司 | 一种退款预测方法、装置、终端设备及存储介质 |
CN110718016A (zh) * | 2019-09-02 | 2020-01-21 | 上海理工大学 | 一种生鲜自助售卖系统 |
CN111984308A (zh) * | 2020-08-25 | 2020-11-24 | 北京思特奇信息技术股份有限公司 | 一种统一接入平台的方法及相关装置 |
CN113538107A (zh) * | 2021-07-27 | 2021-10-22 | 畅销家(深圳)科技有限公司 | 一种订单信息同步方法及相关设备 |
WO2023226627A1 (zh) * | 2022-05-24 | 2023-11-30 | 北京有竹居网络技术有限公司 | 订单信息管理方法、装置、系统、电子设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106101220A (zh) | 信息同步方法及装置、信息同步处理系统 | |
US11205174B2 (en) | Method and system for processing secure offline transactions | |
KR100310264B1 (ko) | 스케줄관리시스템 | |
US20170236188A1 (en) | System and method for automating business processes throughout the life cycle of an order by using a publish-subscriber pattern | |
CN103020803A (zh) | 用于自助式配送的离线提货的系统和方法 | |
US11971942B2 (en) | System and method for sharing information using a machine-readable code on a mobile device | |
CN106875170A (zh) | 一种中间业务系统的业务处理方法和装置 | |
CN109191194B (zh) | 一种卡券数据处理方法、设备、系统及存储介质 | |
CN101371556A (zh) | 有利地在移动终端设备上利用erp系统的结构 | |
CN107705431A (zh) | 一种出货控制方法、装置、自动售货机、取货方法及装置 | |
CN107797932A (zh) | 支付回调的获取方法、装置及存储介质 | |
CN101192287B (zh) | 自动发送虚拟资源的方法及系统 | |
CN111028032A (zh) | 商品交易处理方法、装置、设备、系统及存储介质 | |
CN107527222A (zh) | 信息处理方法和装置及系统 | |
EP2538349A2 (en) | Server, inter-business enterprise information control method and computer program | |
CN104067262B (zh) | 服务器侧最小下载和差错故障转移 | |
CN112163869A (zh) | 一种基于区块链的药品溯源方法、装置、服务器和介质 | |
CN112184264A (zh) | 一种基于区块链的药品监管方法、装置、服务器和介质 | |
CN109151238A (zh) | 通信资源共享装置 | |
CN115311043A (zh) | 服务资源信息的处理方法及装置、存储介质、计算机设备 | |
US20030014289A1 (en) | Method for transmitting logistics information | |
CN113806383A (zh) | 日程实时同步方法和装置 | |
CN106228384A (zh) | 数据信息流转控制方法及系统 | |
CN111242753A (zh) | 一种跨平台的操作控制方法和系统 | |
CN109117655A (zh) | 信息的录入方法及计算机可读存储介质 |
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 |
Application publication date: 20161109 |
|
RJ01 | Rejection of invention patent application after publication |