一种信息推送方法及装置、电子设备与流程

文档序号:17600630发布日期:2019-05-07 20:14阅读:157来源:国知局
本申请涉及通信技术,尤其涉及一种信息推送方法及装置、电子设备和计算机可读存储介质。
背景技术
::随着增值税电子发票的不断推行,使用电子发票的用户越来越多。电子发票作为消费者维权和报销的电子凭证,实现了无纸化发票,大大节约了成本。在国家营业税改增值税期间,各地方政府例如上海试点增值税有奖发票,最高奖金40万元,但政府公布中奖的方式优先,主要渠道为通过微博、微信公众号、地方税务局官网的方式定期播报中奖增值税发票代码。但是,很多用户无法记住自己的发票代码,也无法获知自己的发票是否中奖。技术实现要素:有鉴于此,本申请提供一种信息推送方法及装置、电子设备和计算机可读存储介质。具体地,本申请是通过如下技术方案实现的:根据本公开实施例的第一方面,提供一种信息推送方法,所述方法包括:获取与当前业务订单对应的票务标识信息;将所述票务标识信息与所述当前业务订单进行绑定;对票务开奖公告信息进行监控,以获取中奖的票务标识信息;若获取到中奖的票务标识信息,则根据绑定的业务订单向对应的订单用户推送中奖信息。在一实施例中,所述获取与当前业务订单对应的票务标识信息,包括:接收第一客户端基于当前业务订单发送的开票请求;向第二客户端发送所述开票请求,并接收所述第二客户端返回的所述票务标识信息,其中,所述票务标识信息由所述第二客户端通过开票软件获取。在一实施例中,所述获取与当前业务订单对应的票务标识信息,包括:接收第一客户端基于当前业务订单发送的开票请求;向开票服务器发送所述开票请求,并接收所述开票服务器返回的所述票务标识信息。在一实施例中,所述第二客户端与所述开票软件通过sdk接口进行通信。在一实施例中,所述对票务开奖公告信息进行监控,包括:通过网络爬虫对票务开奖公告信息进行监控。根据本公开实施例的第二方面,提供一种信息推送装置,所述装置包括:获取模块,用于获取与当前业务订单对应的票务标识信息;绑定模块,用于将所述获取模块获取的所述票务标识信息与所述当前业务订单进行绑定;监控模块,用于对票务开奖公告信息进行监控,以获取中奖的票务标识信息;推送模块,用于若所述监控模块获取到中奖的票务标识信息,则根据所述绑定模块绑定的业务订单向对应的订单用户推送中奖信息。在一实施例中,所述获取模块包括:第一接收子模块,用于接收第一客户端基于当前业务订单发送的开票请求;第一发送接收子模块,用于向第二客户端发送所述第一接收子模块接收的所述开票请求,并接收所述第二客户端返回的所述票务标识信息,其中,所述票务标识信息由所述第二客户端通过开票软件获取。在一实施例中,所述获取模块包括:第二接收子模块,用于接收第一客户端基于当前业务订单发送的开票请求;第二发送接收子模块,用于向开票服务器发送所述第二接收子模块接收的所述开票请求,并接收所述开票服务器返回的所述票务标识信息。在一实施例中,所述第二客户端与所述开票软件通过sdk接口进行通信。在一实施例中,所述监控模块,具体用于:通过网络爬虫对票务开奖公告信息进行监控。根据本公开实施例的第三方面,提供一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序用于执行上述信息推送方法。根据本公开实施例的第四方面,提供一种电子设备,包括处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述信息推送方法。本公开实施例,通过获取与当前业务订单对应的票务标识信息,将该票务标识信息与当前业务订单进行绑定,从而在获取到中奖的票务标识信息时,可以根据绑定的业务订单向对应的订单用户推送中奖信息,使得用户可以及时地获知自己的中奖信息。应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。附图说明此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。图1是本申请一示例性实施例示出的一种信息推送方法的流程图;图2是本申请一示例性实施例示出的另一种信息推送方法的信令流程图;图3是本申请一示例性实施例示出的另一种信息推送方法的信令流程图;图4是本申请一示例性实施例示出的信息推送装置所在电子设备的一种硬件结构图;图5是本申请一示例性实施例示出的一种信息推送装置的框图;图6是本申请一示例性实施例示出的另一种信息推送装置的框图;图7是本申请一示例性实施例示出的另一种信息推送装置的框图。具体实施方式这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。图1是本申请一示例性实施例示出的一种信息推送方法的流程图,如图1所示,该信息推送方法包括:步骤s101,获取与当前业务订单对应的票务标识信息。其中,票务可以包括但不局限于纸质发票和电子发票等。票务标识信息可以包括但不局限于发票代码。其中,可以通过多种方式获取与当前业务订单对应的票务标识信息,例如通过以下两种方式获取与当前业务订单对应的票务标识信息:方式1)接收第一客户端基于当前业务订单发送的开票请求,向第二客户端发送开票请求,并接收第二客户端返回的票务标识信息,其中,票务标识信息由第二客户端通过开票软件获取。其中,第一客户端可以为用户客户端,第二客户端可以为商家客户端。在该实施例中,当用户在第一客户端下单时,可以通过订单直接向与第一客户端对应的业务服务器发送开票请求,然后由业务服务器向第二客户端例如商家客户端发送开票请求,由于第二客户端与开票软件例如百望或航信通过软件开发工具包(softwaredevelopmentkit,简称sdk)接口进行通信,因此,第二客户端可以通过sdk接口操作开票软件直接开取发票,该发票可以为纸质发票,并向业务服务器返回票务标识信息例如发票代码。方式2)接收第一客户端基于当前业务订单发送的开票请求;向开票服务器发送开票请求,并接收开票服务器返回的票务标识信息。其中,第一客户端可以为用户客户端,第二客户端可以为商家客户端。在该实施例中,当用户在第一客户端下单时,可以通过订单直接向与第一客户端对应的业务服务器发送开票请求,然后由业务服务器向开票服务器例如百望或航信等开票软件的服务器发送该开票请求,开票服务器在接收到该开票请求后,向业务服务器返回电子发票和票务标识信息例如电子发票代码。其中,返回的电子发票可以为但不局限于便携式文档格式(portabledocumentformat,简称pdf)格式。由此可见,该实施例中可以通过多种方式自动获取与当前业务订单对应的票务标识信息,实现手段灵活,且为后续将票务标识信息与当前业务订单进行绑定提供了条件。步骤s102,将票务标识信息与当前业务订单进行绑定。在该实施例中,在获取与当前业务订单对应的票务标识信息之后,可以将票务标识信息与当前业务订单进行绑定。由此可见,该实施例可以自动将票务标识信息与当前业务订单进行绑定,而不需要用户手动输入票务标识信息,既可以减少手动输入的工作量,又可以减少因手动输入票务标识而导致的错误率。步骤s103,对票务开奖公告信息进行监控,以获取中奖的票务标识信息。其中,可以通过网络爬虫对票务开奖公告信息进行监控,例如,通过网络爬虫对各地区政府定时发布的开奖公告进行监控,如果有中奖公告更新,网络爬虫将自动爬取到中奖的票务标识信息例如发票代码。步骤s104,若获取到中奖的票务标识信息,则根据绑定的业务订单向对应的订单用户推送中奖信息。在该实施例中,在获取到中奖的票务标识信息例如发票代码之后,可以根据绑定的业务订单自动找到中奖的业务订单以及用户,向中奖的订单用户推送中奖信息。其中,该中奖信息可以包括中奖发票的相关信息,例如中奖发票的发票代码。由此可见,该实施例使得用户可以及时地获知自己的中奖信息和中奖发票的相关信息例如发票代码。上述实施例,通过获取与当前业务订单对应的票务标识信息,将该票务标识信息与当前业务订单进行绑定,从而在获取到中奖的票务标识信息时,可以根据绑定的业务订单向对应的订单用户推送中奖信息,使得用户可以及时地获知自己的中奖信息。图2是本申请一示例性实施例示出的另一种信息推送方法的信令流程图,该实施例从第一客户端、第二客户端、业务服务器和开票软件交互的角度进行描述,如图2所示,该方法包括:步骤s201,第一客户端基于当前业务订单向业务服务器发送开票请求。其中,第一客户端可以为用户客户端。在该实施例中,当用户在第一客户端下单时,可以通过订单直接向与第一客户端对应的业务服务器发送开票请求。步骤s202,业务服务器向第二客户端发送开票请求。其中,第二客户端可以为商家客户端。步骤s203,第二客户端向开票软件发送开票请求。其中,开票软件可以为百望或航信等开票软件。步骤s204,开票软件向第二客户端返回发票代码。步骤s205,第二客户端向业务服务器返回发票代码。步骤s206,业务服务器将上述发票代码与当前业务订单进行绑定。在该实施例中,在业务服务器获取与当前业务订单对应的票务标识信息之后,可以将票务标识信息与当前业务订单进行绑定。由此可见,该实施例可以自动将票务标识信息与当前业务订单进行绑定,而不需要用户手动输入票务标识信息,既可以减少手动输入的工作量,又可以减少因手动输入票务标识而导致的错误率。步骤s207,业务服务器对票务开奖公告信息进行监控,以获取中奖的发票代码。其中,业务服务器可以通过网络爬虫对票务开奖公告信息进行监控,例如,通过网络爬虫对各地区政府定时发布的开奖公告进行监控,如果有中奖公告更新,网络爬虫将自动爬取到中奖的发票代码。步骤s208,业务服务器在获取到中奖的发票代码后,根据绑定的业务订单向对应的订单用户推送中奖信息。在该实施例中,业务服务器在获取到中奖的发票代码之后,可以根据绑定的业务订单自动找到中奖的业务订单以及用户,向中奖的订单用户推送中奖信息。其中,该中奖信息可以包括中奖发票的相关信息,例如中奖发票的发票代码。由此可见,该实施例使得用户可以及时地获知自己的中奖信息和中奖发票的相关信息例如发票代码。上述实施例,通过第一客户端、第二客户端、业务服务器和开票软件之间的交互,使得用户可以及时地获知自己的中奖信息,提升了用户体验。可以根据绑定的业务订单向对应的订单用户推送中奖信息,使得用户可以及时地获知自己的中奖信息。图3是本申请一示例性实施例示出的另一种信息推送方法的信令流程图,该实施例从第一客户端、业务服务器和开票服务器交互的角度进行描述,如图3所示,该方法包括:步骤s301,第一客户端基于当前业务订单向业务服务器发送开票请求。其中,第一客户端可以为用户客户端。在该实施例中,当用户在第一客户端下单时,可以通过订单直接向与第一客户端对应的业务服务器发送开票请求。步骤s302,业务服务器向开票服务器发送开票请求。步骤s303,开票服务器向业务服务器返回电子发票和发票代码。步骤s304,业务服务器接收开票服务器返回的电子发票和发票代码。步骤s305,业务服务器将上述票务代码与当前业务订单进行绑定。在该实施例中,在业务服务器获取与当前业务订单对应的票务标识信息之后,可以将票务标识信息与当前业务订单进行绑定。由此可见,该实施例可以自动将票务标识信息与当前业务订单进行绑定,而不需要用户手动输入票务标识信息,既可以减少手动输入的工作量,又可以减少因手动输入票务标识而导致的错误率。步骤s306,业务服务器对票务开奖公告信息进行监控,以获取中奖的票务标识信息。其中,业务服务器可以通过网络爬虫对票务开奖公告信息进行监控,例如,通过网络爬虫对各地区政府定时发布的开奖公告进行监控,如果有中奖公告更新,网络爬虫将自动爬取到中奖的发票代码。步骤s307,业务服务器在获取到中奖的票务标识信息后,根据绑定的业务订单向对应的订单用户推送中奖信息。在该实施例中,业务服务器在获取到中奖的发票代码之后,可以根据绑定的业务订单自动找到中奖的业务订单以及用户,向中奖的订单用户推送中奖信息。其中,该中奖信息可以包括中奖发票的相关信息,例如中奖发票的发票代码。由此可见,该实施例使得用户可以及时地获知自己的中奖信息和中奖发票的相关信息例如发票代码。上述实施例,通过第一客户端、业务服务器和开票服务器之间的交互,使得用户可以及时地获知自己的中奖信息,提升了用户体验。与前述信息推送方法的实施例相对应,本申请还提供了信息推送装置的实施例。本申请信息推送装置的实施例可以应用在电子设备上。其中,该电子设备可以为服务器。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。如图4所示,为本申请信息推送装置400所在电子设备的一种硬件结构图,该电子设备包括处理器410、存储器420及存储在存储器420上并可在处理器410上运行的计算机程序,该处理器410执行该计算机程序时实现上述信息推送方法。除了图4所示的处理器410及存储器420之外,实施例中装置所在的电子设备通常根据该信息推送的实际功能,还可以包括其他硬件,对此不再赘述。图5是本申请一示例性实施例示出的一种信息推送装置的框图,如图5所示,该信息推送装置包括:获取模块51、绑定模块52、监控模块53和推送模块54。获取模块51用于获取与当前业务订单对应的票务标识信息。其中,票务可以包括但不局限于纸质发票和电子发票等。票务标识信息可以包括但不局限于发票代码。绑定模块52用于将获取模块51获取的票务标识信息与当前业务订单进行绑定。在该实施例中,在获取与当前业务订单对应的票务标识信息之后,可以将票务标识信息与当前业务订单进行绑定。由此可见,该实施例可以自动将票务标识信息与当前业务订单进行绑定,而不需要用户手动输入票务标识信息,既可以减少手动输入的工作量,又可以减少因手动输入票务标识而导致的错误率。监控模块53用于对票务开奖公告信息进行监控,以获取中奖的票务标识信息。在该实施例中,监控模块53可以用于通过网络爬虫对票务开奖公告信息进行监控,例如,可以通过网络爬虫对各地区政府定时发布的开奖公告进行监控,如果有中奖公告更新,网络爬虫将自动爬取到中奖的票务标识信息例如发票代码。推送模块54用于若监控模块53获取到中奖的票务标识信息,则根据绑定模块52绑定的业务订单向对应的订单用户推送中奖信息。在该实施例中,在获取到中奖的票务标识信息例如发票代码之后,可以根据绑定的业务订单自动找到中奖的业务订单以及用户,向中奖的订单用户推送中奖信息。其中,该中奖信息可以包括中奖发票的相关信息,例如中奖发票的发票代码。由此可见,该实施例使得用户可以及时地获知自己的中奖信息和中奖发票的相关信息例如发票代码。上述实施例,通过获取与当前业务订单对应的票务标识信息,将该票务标识信息与当前业务订单进行绑定,从而在获取到中奖的票务标识信息时,可以根据绑定的业务订单向对应的订单用户推送中奖信息,使得用户可以及时地获知自己的中奖信息。图6是本申请一示例性实施例示出的另一种信息推送装置的框图,如图6所示,在图5所示实施例的基础上,获取模块51可以包括:第一接收子模块511和第一发送接收子模块512。第一接收子模块511用于接收第一客户端基于当前业务订单发送的开票请求。第一发送接收子模块512用于向第二客户端发送第一接收子模块511接收的开票请求,并接收第二客户端返回的票务标识信息,其中,票务标识信息由第二客户端通过开票软件获取。其中,第一客户端可以为用户客户端,第二客户端可以为商家客户端。在该实施例中,当用户在第一客户端下单时,可以通过订单直接向与第一客户端对应的业务服务器发送开票请求,然后由业务服务器向第二客户端例如商家客户端发送开票请求,由于第二客户端与开票软件例如百望或航信通过软件开发工具包(softwaredevelopmentkit,简称sdk)接口进行通信,因此,第二客户端可以通过sdk接口操作开票软件直接开取发票,该发票可以为纸质发票,并向业务服务器返回票务标识信息例如发票代码。上述实施例,通过接收第一客户端基于当前业务订单发送的开票请求,向第二客户端发送开票请求,并接收第二客户端返回的票务标识信息,从而为后续将票务标识信息与当前业务订单进行绑定提供了条件。图7是本申请一示例性实施例示出的另一种信息推送装置的框图,如图7所示,在图5所示实施例的基础上,获取模块51可以包括:第二接收子模块513和第二发送接收子模块514。第二接收子模块513用于接收第一客户端基于当前业务订单发送的开票请求。第二发送接收子模块514用于向开票服务器发送第二接收子模块513接收的开票请求,并接收开票服务器返回的票务标识信息。其中,第一客户端可以为用户客户端,第二客户端可以为商家客户端。在该实施例中,当用户在第一客户端下单时,可以通过订单直接向与第一客户端对应的业务服务器发送开票请求,然后由业务服务器向开票服务器例如百望或航信等开票软件的服务器发送该开票请求,开票服务器在接收到该开票请求后,向业务服务器返回电子发票和票务标识信息例如电子发票代码。其中,返回的电子发票可以为但不局限于便携式文档格式(portabledocumentformat,简称pdf)格式。上述实施例,通过接收第一客户端基于当前业务订单发送的开票请求,向开票服务器发送开票请求,并接收开票服务器返回的票务标识信息,从而为后续将票务标识信息与当前业务订单进行绑定提供了条件。上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。在示例性实施例中,还提供了一种计算机可读存储介质,该存储介质存储有计算机程序,该计算机程序用于执行上述信息推送方法,其中,该信息推送方法包括:获取与当前业务订单对应的票务标识信息;将票务标识信息与当前业务订单进行绑定;对票务开奖公告信息进行监控,以获取中奖的票务标识信息;若获取到中奖的票务标识信息,则根据绑定的业务订单向对应的订单用户推送中奖信息。上述计算机可读存储介质可以是只读存储器(rom)、随机存取存储器(ram)、光盘只读存储器(cd-rom)、磁带、软盘和光数据存储设备等。对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本
技术领域
:中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由权利要求指出。还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。以上仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。当前第1页12当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1