CN110852815A - 数据处理方法、装置和机器可读介质 - Google Patents
数据处理方法、装置和机器可读介质 Download PDFInfo
- Publication number
- CN110852815A CN110852815A CN201810829822.9A CN201810829822A CN110852815A CN 110852815 A CN110852815 A CN 110852815A CN 201810829822 A CN201810829822 A CN 201810829822A CN 110852815 A CN110852815 A CN 110852815A
- Authority
- CN
- China
- Prior art keywords
- invoice
- information
- template information
- order
- acquisition
- 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.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 27
- 238000000034 method Methods 0.000 claims abstract description 45
- 238000012545 processing Methods 0.000 claims abstract description 26
- 238000013145 classification model Methods 0.000 claims description 21
- 238000012790 confirmation Methods 0.000 claims description 14
- 238000011156 evaluation Methods 0.000 claims description 13
- 238000012549 training Methods 0.000 claims description 7
- 238000004891 communication Methods 0.000 abstract description 17
- 238000010586 diagram Methods 0.000 description 11
- 239000013598 vector Substances 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 5
- 230000003993 interaction Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000012706 support-vector machine Methods 0.000 description 3
- 238000007477 logistic regression Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 101100498818 Arabidopsis thaliana DDR4 gene Proteins 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000013528 artificial neural network Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
Images
Classifications
-
- 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
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
Landscapes
- Business, Economics & Management (AREA)
- Development Economics (AREA)
- Accounting & Taxation (AREA)
- Economics (AREA)
- Finance (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Information Transfer Between Computers (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例公开了一种数据处理方法、数据处理装置和装置,其中的方法具体包括:接收订单的说明信息;依据所述说明信息,判断所述订单是否对应有发票获取指示;在所述订单对应有发票获取指示的情况下,确定所述订单对应的买方用户即时通讯账号信息,并向所述买方用户即时通讯账号发送模板信息;所述模板信息用于获取发票申请信息。本申请实施例可以降低订单的流失率、以及可以降低卖方用户向买方用户索要发票申请信息所需的沟通成本。
Description
技术领域
本申请涉及计算机数据处理技术领域,特别是涉及一种数据处理方法、装置和机器可读介质。
背景技术
随着互联网和电子商务的发展,网络购物逐渐成为一种重要的购物方式。随着纳税意识及售后保障的普及,消费者在网络购物过程经常会索要发票。
为了满足买方用户所要发票的需求,目前在网络购物过程中的提交订单环节,可以提供“发票”选项,若接收到买方用户对于“发票”选项的选择操作,则可以提供发票信息(如发票类型、发票抬头、发票内容等)的输入接口,以使买方用户通过该输入接口进行发票信息的输入。
在实际应用中,在买方用户输入的发票信息符合要求(如符合完整性要求)的情况下,才能完成上述提交订单环节。而在买方用户输入的发票信息不符合要求的情况下,则无法完成上述提交订单环节;这样,将使得买方用户因为发票信息的输入问题而中断上述提交订单环节,进而造成订单的流失。
发明内容
鉴于上述问题,本申请一实施例提出一种数据处理方法、数据处理装置和装置,以解决相关技术存在的问题。
为了解决上述问题,本申请一实施例公开一种数据处理方法,包括:接收订单的说明信息;依据所述说明信息,判断所述订单是否对应有发票获取指示;在所述订单对应有发票获取指示的情况下,确定所述订单对应的买方用户即时通讯账号信息,并向所述买方用户即时通讯账号发送模板信息;所述模板信息用于获取发票申请信息。
为了解决上述问题,本申请一实施例还公开一种数据处理装置,包括:
发票获取指示接收模块,用于接收订单的发票获取指示;
模板信息发送模块,用于发送模板信息,所述模板信息用于获取发票申请信息;以及
发票获取请求信息发送模块,用于根据获取到的发票申请信息,向发票服务器发送发票获取请求信息。
为了解决上述问题,本申请一实施例公开一种数据处理方法,包括:
接收订单的发票获取指示;
发送模板信息,所述模板信息用于获取发票申请信息;
根据获取到的发票申请信息,向发票服务器发送发票获取请求信息。
为了解决上述问题,本申请一实施例还公开一种数据处理装置,包括:
发票获取指示接收模块,用于接收订单的发票获取指示;
模板信息发送模块,用于发送模板信息,所述模板信息用于获取发票申请信息;以及
发票获取请求信息发送模块,用于根据获取到的发票申请信息,向发票服务器发送发票获取请求信息。
为解决上述问题,本申请一实施例还公开一种装置,包括:
一个或多个处理器;和
其上存储有指令的一个或多个机器可读介质,当由所述一个或多个处理器执行时,使得所述装置执行前述一个或多个所述的方法。
为解决上述问题,本申请一实施例还公开一个或多个机器可读介质,其上存储有指令,当由一个或多个处理器执行时,使得装置执行前述一个或多个所述的方法。
由上述可知,本申请实施例提出的数据处理方法、装置和机器可读介质至少具有以下优点:
本申请实施例中订单的说明信息可以在订单提交环节、或者在订单提交环节之后获取得到,这使得发票申请信息可以在订单提交环节之后获取得到;因此,相对于传统技术中买方用户因为发票信息的输入问题而中断上述提交订单环节,进而造成订单的流失,本申请实施例可以在订单提交环节之后获取得到发票申请信息,因此可以在一定程度上避免买方用户因为发票信息的输入问题而中断上述提交订单环节、进而造成订单的流失的问题,进而可以降低订单的流失率。
并且,本申请实施例自动依据订单的说明信息,判断所述订单是否对应有发票获取指示,并在所述订单对应有发票获取指示的情况下,自动向所述订单对应的买方用户发送模板信息,所述模板信息用于获取发票申请信息;由于本申请实施例可以实现发票申请信息的自动获取,故可以降低卖方用户向买方用户索要发票申请信息所需的沟通成本,且可以在一定程度上降低发票漏开的情况,提升买方用户和卖方用户双方的用户体验。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例的一种数据处理方法的应用环境的示意图;
图2是本申请实施例的一种数据处理系统的结构示意图;
图3是本申请的一种数据处理方法实施例一的步骤流程图;
图4是本申请实施例的一种采集模板信息的示意;
图5是本申请的一种数据处理方法实施例二的步骤流程图;
图6是本申请实施例的一种数据交互的示意;
图7是本申请的一种数据处理方法实施例三的步骤流程图;
图8是本申请实施例的一种数据交互的示意;
图9是本申请的一种数据处理方法实施例三的步骤流程图;
图10是本申请的一种数据处理装置实施例的结构框图;
图11是本申请的一种数据处理装置实施例的结构框图;以及
图12是本申请一实施例提供的装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
本申请的构思易于进行各种修改和替代形式,其具体实施例已经通过附图的方式示出,并将在这里详细描述。然而,应该理解,上述内容并不是用来将本申请的构思限制为所公开的具体形式,相反地,本申请的说明书和附加权利要求书意欲覆盖所有的修改、等同和替代的形式。
本说明书中的“一个实施例”,“实施例”,“一个具体实施例”等,表示所描述的实施例可以包括特定特征、结构或特性,但是每个实施例可以包括或可以不必然包括该特定特征、结构或特性。此外,这样的短语不一定指的是同一实施例。另外,在联系一个实施例描述特定特征、结构或特性的情况下,无论是否明确描述,可以认为本领域技术人员所知的范围内,这样的特征、结构或特性也与其他实施例有关。另外,应该理解的是,“在A,B和C 的至少一个”这种形式所包括的列表中的条目中,可以包括如下可能的项目: (A);(B);(C);(A和B);(A和C);(B和C);或(A,B和C)。同样,“A,B或C中的至少一个”这种形式列出的项目可能意味着(A);(B); (C);(A和B);(A和C);(B和C);或(A,B和C)。
在一些情况下,所公开的实施例可以被实施为硬件、固件、软件或其任意组合。所公开的实施例也可以实现为携带或存储在一个或多个暂时的或者非暂时的机器可读(例如计算机可读)存储介质中的指令,该指令可以被一个或多个处理器执行。机器可读存储介质可以实施为用于以能够被机器读取的形式存储或者传输信息的存储装置、机构或其他物理结构(例如易失性或非易失性存储器、介质盘、或其他媒体其它物理结构装置)。
在附图中,一些结构或方法特征可以以特定的安排和/或排序显示。然而,优选地,这样的具体安排和/或排序并不是必要的。相反,在一些实施方案中,这样的特征可以以不同的方式和/或顺序排列,而不是如附图中所示。此外,特定的附图中的结构或方法特征中所包含的内容,不意味着暗示这种特征是在所有实施例是必须的,并且在一些实施方案中,可能不包括这些特征,或者可能将这些特征与其它特征相结合。
本申请实施例提供了一种数据处理方法,该方法具体包括:接收订单的说明信息;依据所述说明信息,判断所述订单是否对应有发票获取指示;以及,在所述订单对应有发票获取指示的情况下,确定所述订单对应的买方用户即时通讯账号信息,并向所述买方用户即时通讯账号发送模板信息;所述模板信息用于获取发票申请信息。
本申请实施例中,订单的说明信息可用于解释和说明订单,在实际应用中,可以在提交订单环节获取上述说明信息,或者,可以在提交订单环节后获取上述说明信息。
本申请实施例可以应用于电子交易场景。在电子交易场景中,订单可以指买方用户向卖方用户发出的订货凭证。订单可以对应有订单标识,该订单标识可用于在交易平台内部唯一标识订单,该订单标识可以为订单号等。卖方用户可以指商品或服务的出售者,其可以为交易平台的卖方用户,也可以为第三方的卖方用户。
在本申请的一种可选实施例中,上述订单的说明信息具体可以包括:订单的备注信息:和/或,订单的留言信息,和/或,订单的评价信息。其中,订单的备注信息可以为在提交订单环节获取的信息;订单的留言信息可以为在提交订单环节后获取的信息,例如,可以在提交订单环节后通过订单对应的卖方用户与所述订单的买方用户之间的通讯通道,获取上述留言信息。上述通讯通道可以包括但不限于:IM(即时通讯,Instant Messaging)通道、电子邮件通道、电话通道、短消息通道等,可以理解,本申请实施例对于留言信息对应的具体通讯通道不加以限制。订单的评价信息可以为在提交订单环节后获取的信息,例如,可以通过订单的评价接口获取上述评价信息。
发票是指单位或个人在购销商品、提供或接受服务以及从事其他经营活动中,所开具和收取的业务凭证,是会计核算的原始依据,也是审计机关、税务机关执法检查的重要依据。发票开具,可以指法律、法规的规定在何种情况下开具发票,基于证明商品和资金所有权转移的需要、进行会计核算的需要和进行税收管理的需要,发票应在发生经营业务确认营业收入时由收款方向付款方开具,特殊情况下,由付款方向收款方开具。发票获取指示也即与发票申请相关的指示。
本申请实施例可以支持买方用户通过订单的说明信息携带发票获取指示;相应地,本申请实施例的方法可以依据所述说明信息,判断所述订单是否对应有发票获取指示,并在所述订单对应有发票获取指示的情况下,向所述订单对应的买方用户即时通讯账号发送模板信息,所述模板信息用于获取发票申请信息,上述发票申请信息可以指发票申请所需的信息,进而可以基于上述发票申请信息实现发票的申请。
由于本申请实施例中订单的说明信息可以在订单提交环节、或者在订单提交环节之后获取得到,这使得发票申请信息可以在订单提交环节之后获取得到;因此,相对于传统技术中买方用户因为发票信息的输入问题而中断上述提交订单环节,进而造成订单的流失,本申请实施例可以在订单提交环节之后获取得到发票申请信息,因此可以在一定程度上避免买方用户因为发票信息的输入问题而中断上述提交订单环节、进而造成订单的流失的问题,进而可以降低订单的流失率。
在实际应用中,有些买方用户在订单提交环节通过备注信息索要发票,却不输入发票信息(如发票类型、发票抬头、发票内容等)。一种情况下,卖方用户可能没关注备注信息,容易造成发票漏开的情况。另一种情况下,卖方用户看到备注信息后,通过与买方用户沟通索要发票信息,容易造成沟通成本较高。
而本申请实施例自动依据订单的说明信息,判断所述订单是否对应有发票获取指示,并在所述订单对应有发票获取指示的情况下,自动向所述订单对应的买方用户即时通讯账号发送模板信息,所述模板信息用于获取发票申请信息;由于本申请实施例可以实现发票申请信息的自动获取,故可以降低卖方用户向买方用户索要发票申请信息所需的沟通成本,且可以在一定程度上降低发票漏开的情况,提升买方用户和卖方用户双方的用户体验。
并且,本申请实施例自动向所述订单对应的买方用户即时通讯账号发送模板信息,也即通过即时通讯通道向所述订单对应的买方用户即时通讯账号发送模板信息,这样,可以建立交易平台与即时通讯平台之间的连通。
本发明实施例提供的数据处理方法可以应用于例如网站和/或APP(应用程序,Application)的应用环境中,可以降低订单的流失率、以及可以降低卖方用户向买方用户索要发票申请信息所需的沟通成本。
本申请实施例提供的数据处理方法可应用于图1所示的应用环境中,如
图1所示,客户端100与服务器200位于有线或无线网络中,通过该有线或无线网络,客户端100与服务器200进行数据交互。
可选地,客户端100可以运行在终端上,上述终端具体包括但不限于:智能手机、平板电脑、电子书阅读器、MP3(动态影像专家压缩标准音频层面3,Moving Picture ExpertsGroup Audio Layer III)播放器、MP4(动态影像专家压缩标准音频层面4,Moving PictureExperts Group Audio Layer IV)播放器、膝上型便携计算机、车载电脑、台式计算机、机顶盒、智能电视机、可穿戴设备等等。客户端100可以对应于网站、或者APP。
客户端100是指与服务器200相对应,为用户提供本地服务的程序。本申请实施例中的客户端100可以为提供本地电子交易服务的程序,如网购程序等,本申请实施例对于具体的客户端100不加以限制。
参照图2,示出了本申请实施例的一种数据处理系统的结构示意图,具体可以包括:交易服务器201、发票服务器202和即时通讯服务器203。
其中,交易服务器201可用于实现电子交易。具体地,交易服务器201 可接收买方用户提交的订单,以获得订单的信息,上述订单的信息可以包括但不限于:订单标识、商品信息、用户信息(包括买方用户即时通讯账号信息)、以及订单的备注信息或评价信息等。
即时通讯服务器203可以用于实现即时通讯。
在本申请的一种实施例中,即时通讯服务器203可以实现订单对应的买方用户与卖方用户之间的即时通讯。具体地,即时通讯服务器203的卖方用户可以接收买方用户针对订单发送的订单的留言信息。例如,买方用户在提交订单后,可以向卖方用户发送订单的留言信息。
发票服务器202可用于实现发票处理。具体地,发票服务器202可以接收交易服务器201发送的订单的备注信息、或评价信息;和/或,发票服务器 202可以接收即时通讯服务器203发送的订单的留言信息。
交易服务器201、或者发票服务器202可以执行本申请实施例的数据处理方法,以实现发票申请信息的获取,具体地,在所述订单对应有发票获取指示的情况下,交易服务器201、或者发票服务器202可以向订单对应的买方用户即时通讯账号发送模板信息,以获取发票申请信息。
本申请实施例中,买方用户在提交订单的过程中,可以提交买方用户即时通讯账号信息。交易服务器201可以将订单对应的买方用户即时通讯账号信息同步给发票服务器202。
需要说明的是,本申请实施例的交易服务器201和发票服务器202可以作为交易平台的服务器,二者可以集成设置或者分开设置,本申请实施例对于二者的具体设置方式不加以限制。
方法实施例一
参照图3,示出了本申请的一种数据处理方法实施例一的步骤流程图,具体可以包括如下步骤:
步骤301、接收订单的说明信息;
步骤302、依据所述说明信息,判断所述订单是否对应有发票获取指示;
步骤303、在所述订单对应有发票获取指示的情况下,确定所述订单对应的买方用户即时通讯账号信息,并向所述买方用户即时通讯账号发送模板信息;所述模板信息用于获取发票申请信息。
图2所示实施例的至少一个步骤可由交易服务器和/或发票服务器执行,当然本发明实施例对于各个步骤的具体执行主体不加以限制。
步骤201中,交易服务器可以接收订单的说明信息;可选地,交易服务器可以向发票服务器同步订单的说明信息。
步骤202中,发票获取指示可以指与发票申请相关的指示,其可用于表征申请发票的意向。订单的说明信息可以在一定程度上反映申请发票的意向,因此可以将订单的说明信息作为判断的依据。
本申请实施例可以提供依据所述说明信息,判断所述订单是否对应有发票获取指示的如下判断方案:
判断方案1
判断方案1中,步骤202依据所述说明信息,判断所述订单是否对应有发票获取指示,具体可以包括:依据所述说明信息包含的词汇与意图关键词之间的匹配度,判断所述订单是否对应有发票获取指示。
本申请实施例可以预先设置意图关键词,如“发票”、“收据”、“报销”等。这样,可以依据说明信息包含的词汇与意图关键词之间的匹配度,判断所述订单是否对应有发票获取指示。
在实际应用中,可以对说明信息进行分词,以得到说明信息包含的词汇。说明信息包含的词汇与意图关键词之间的匹配度之间的确定方式可以包括:字符匹配方式、或者词向量之间的相似度方式等。其中,字符匹配方式可以对说明信息包含的词汇的字符与意图关键词包含的字符进行匹配;词向量之间的相似度方式可以分别确定说明信息包含的词汇对应的第一词向量、以及意图关键词之间的第二词向量,然后依据第一词向量与第二词向量之间的距离,确定第一词向量与第二词向量之间的相似度。可以理解,本申请实施例对于说明信息包含的词汇与意图关键词之间的匹配度的具体确定方式不加以限制。
在本申请的一种实施例中,若说明信息包含的词汇与第一意图关键词相匹配,则订单对应有第一发票获取指示,上述第一发票获取指示可以为明确的发票获取指示,也即确定买方用户需要申请发票。第一意图关键词可以指第一发票获取指示对应的意图关键词,可选地,第一意图关键词可以包括:“发票”等。
在本申请的另一种实施例中,若说明信息包含的词汇与第二意图关键词相匹配,则订单对应有第二发票获取指示,上述第二发票获取指示可以为不明确的发票获取指示,也即无法特别准确确定买方用户需要申请发票。第二意图关键词可以指第二发票获取指示对应的意图关键词,可选地,第二意图关键词可以包括:“收据”、“报销”等。
可以理解,上述第一意图关键词和第二意图关键词只是作为可选实施例,实际上,本领域技术人员可以根据实际应用需求,确定上述第一意图关键词和第二意图关键词,本申请实施例对于具体的第一意图关键词和第二意图关键词不加以限制。
判断方案2
判断方案2中,步骤202依据所述说明信息,判断所述订单是否对应有发票获取指示,具体可以包括:依据所述说明信息的句式与意图句式之间的匹配度,判断所述订单是否对应有发票获取指示。
意图句式可以指一个句子按照一定的模式来组织从而反映用户的意图,这个模式称为意图句式。
具体到本申请实施例,意图句式的例子可以包括:“请…开发票”、“开发票”、“需要发票”、“需要报销”、“想报销”、“需要单据”等。
可选地,上述意图句式可以包括:第一意图句式,上述第一意图句式可以为第一发票获取指示对应的意图句式,如“请…开发票”、“开发票”、“需要发票”等。若说明信息的句式与第一意图句式相匹配,则订单对应有第一发票获取指示。
可选地,上述意图句式可以包括:第二意图句式,上述第二意图句式可以为第二发票获取指示对应的意图句式,如“需要报销”、“想报销”、“需要单据”等。若说明信息的句式与第二意图句式相匹配,则订单对应有第二发票获取指示。
可以理解,上述第一意图句式和第二意图句式只是作为可选实施例,实际上,本领域技术人员可以根据实际应用需求,确定上述第一意图句式和第二意图句式,本申请实施例对于具体的第一意图句式和第二意图句式不加以限制。
判断方案3
判断方案3中,步骤202依据所述说明信息,判断所述订单是否对应有发票获取指示,具体可以包括:将所述说明信息和所述说明信息对应的上下文输入意图分类模型,以得到所述意图分类模型输出的意图分类结果;其中,所述意图分类模型对应的训练数据具体可以包括:历史订单的说明信息、上下文和历史发票获取指示。
判断方案3可以采用意图分类模型,判断所述说明信息和所述说明信息对应的上下文对应的订单是否对应有发票获取指示。
说明信息对应的上下文可以指说明信息对应的语境。以说明信息为留言信息为例,上述上下文可以指买方用户与卖方用户之间的通讯对话中留言信息对应的上下文。例如,留言信息为“请帮忙开发票,谢谢”,下文包括:“好的,请提供发票申请信息”、“发票抬头为xxx,税号为xxx”、“要求开明细”、以及“收到,尽快按照要求开票”。对于历史订单而言,本申请实施例可以通过最终行为(最终是否申请发票),确定历史发票获取指示。
本申请实施例将历史订单的说明信息、上下文和历史发票获取指示作为训练数据,其中,上述训练数据可以为意图分类模型提供丰富的数据,因此可以提高意图分类模型的分类精度。
可选地,意图分类模型可以为两个类别的分类模型,两个类别具体可以包括:发票获取指示和非发票获取指示。意图分类模型的输入可以为说明信息和所述说明信息对应的上下文,输出可以为分类结果:发票获取指示、或者非发票获取指示。
上述意图分类模型的类型可以包括:近邻分类、贝叶斯、LR(逻辑回归, LogisticRegression)、SVM(支持向量机,Support Vector Machine)、Adaboost (自适应增强)、神经网络等,可以理解,本申请实施例对于意图分类模型的具体类型不加以限制。
在本申请实施例的一种应用示例中,假设训练数据对应的集合为 {(xi,yi)},其中,i=1,...,n,xi为第一字段说明信息及其上下文对应的向量, yi为该xi对应的类别,yi的值1或者-1可以分别代表发票获取指示和非发票获取指示;则采用机器学习算法训练得到的SVM模型可以表示为:
其中,sgn为符号函数,b*为分类阈值,αi *为训练得到的最优分类参数, x表示说明信息及其上下文对应的向量,f(x)为输出函数。
当然,上述意图分类模型输出分类结果只是作为示例,实际上,上述意图分类模型的输出还可以为:意图得分或者意图概率,该意图得分可以订单对应的发票获取指示的得分,该意图概率可以为订单对应的发票获取指示的概率;进一步,可以依据该意图得分或者该意图概率,判断订单是否对应有发票获取指示。例如,意图得分的范围可以为0~5,其中,意图得分超过3,可以确定订单对应有发票获取指示,意图得分不超过3(0、1和2),可以确定订单对应有非发票获取指示。
本申请实施例的发票获取指示可以包括:第一发票获取指示和第二发票获取指示,因此,意图分类模型可以为三个类别的分类模型,三个类别具体可以包括:第一发票获取指示、第二发票获取指示和非发票获取指示。
步骤203中,在所述订单对应有发票获取指示的情况下,可以确定所述订单对应的买方用户即时通讯账号信息,并向所述买方用户即时通讯账号发送模板信息;所述模板信息用于获取发票申请信息。买方用户即时通讯账号信息可由交易服务器201获取得到,并被同步给发票服务器202。
在本申请的一种可选实施例中,步骤203具体可以包括:在所述订单对应有发票获取指示的情况下,发票服务器302向即时通讯服务器303发送模板信息,以使即时通讯服务器303向所述订单对应的买方用户即时通讯账号信息发送模板信息。
本申请实施例可以提供向所述订单对应的买方用户发送模板信息的如下技术方案:
技术方案1
技术方案1中,步骤203向所述买方用户即时通讯账号发送模板信息,具体可以包括:若所述订单对应有第一发票获取指示,则向所述买方用户即时通讯账号发送采集模板信息,所述采集模板信息用于采集发票申请信息。
根据一种实施例,上述采集模板信息可以为文本信息,如“请提供发票申请信息”,或者,“请提供发票类型、发票抬头、单位名称、税号和发票名称等信息”。在上述采集模板信息为文本信息的情况下,需要核对买方用户返回的发票申请信息是否符合要求,因此,需要耗费较多的核对成本。
根据另一种实施例,上述采集模板信息用于跳转到发票申请表单,所述发票申请表单可以包括:至少一个发票申请字段。在买方用户触发上述采集模板信息的情况下,可以跳转至发票申请表单。发票申请表单为表单的一种,用于采集发票申请信息。
表单在页面中用于负责数据采集功能。可选地,一个表单有三个基本组成部分:表单标签:这里面包含了处理表单数据所用CGI(公共网关接口, Common GatewayInterface)程序的URL(统一资源定位符,Uniform Resource Locator)以及数据提交到服务器的方法。表单域:包含了文本框、密码框、隐藏域、多行文本框、复选框、单选框、下拉选择框和文件上传框等。表单按钮:包括提交按钮、复位按钮和一般按钮;用于将数据传送到服务器上的 CGI脚本或者取消输入,还可以用表单按钮来控制其他定义了处理脚本的处理工作。
本申请实施例通过发票申请表单采集发票申请信息,由于发票申请表单可以自动核对买方用户输入的发票申请信息是否符合要求,故可以降低核对成本。并且,在买方用户输入的发票申请信息符合要求的情况下,买方用户可以进行填写后发票申请表单的提交。可选地,填写后发票申请表单可被提交至服务器,或者,可被通过卖方用户与买方用户之间的通讯通道提交至卖方用户,由卖方用户依据填写后发票申请表单进行发票的申请。
本申请实施例中,可选的是,上述采集模板信息可以为卡片的形式。参照图4,示出了本申请实施例的一种采集模板信息的示意,其中,401和402 为采集模板信息的描述信息,401具体为“发票”,402具体为“选择您要开发票的订单,输入发票相关的信息后提交”,403可以为控件,具体为“去申请”控件,以使买方用户通过触发控件403,跳转至发票申请表单。
在本申请的一种实施例中,发票服务器202可以向即时通讯服务器203 发送卡片形式的采集模板信息,以使即时通讯服务器203向买方用户即时通讯账号发送卡片形式的采集模板信息。
本申请实施例中,可选的是,上述发票申请表单的发票申请字段可以包括:订单字段。订单字段可以提供买方用户对应的订单,供买方用户选择,进而可以针对买方用户选择的目标订单,填写对应的发票申请信息。在实际应用中,买方用户可能在一个卖方用户处产生一个订单或者多个订单,本申请实施例的发票申请可以订单为单位申请,也即,通常一个订单对应一个发票,因此,在一个买方用户在一个卖方用户处拥有多个订单的情况下,可以通过订单字段,供买方用户选择本次开票的订单。当然,本申请实施例也可以支持买方用户同时填写多个订单对应的发票申请信息,此种情况下,多个订单对应的发票申请信息可以相同。可以理解,在一个买方用户在一个卖方用户处拥有一个订单的情况下,订单字段的内容可以为这个订单的内容。
技术方案2
技术方案2中,步骤203向所述买方用户即时通讯账号发送模板信息,具体可以包括:若所述订单对应有第二发票获取指示,则向所述买方用户即时通讯账号发送问询模板信息,所述问询模板信息用于问询是否开票。
可选地,上述问询信息可以包括:“您是否想要申请开票”,并且,还可以提供“是”选项和“否”选项,若接收到针对于“是”选项的选择操作,则可以认为接收到对于所述问询信息的确认指令;或者,若接收到针对于“否”选项的选择操作,则可以认为接收到对于所述问询信息的拒绝指令。可选地,可以将“您是否想要申请开票”、“是”选项和“否”选项集成在卡片中,以得到卡片形式的问询信息。
当然,上述“是”选项和“否”选项只是作为可选实施例,实际上,还可以通过即时通讯消息等形式接收上述确认指令或者拒绝指令。本申请实施例对于上述确认指令或者拒绝指令的具体触发方式不加以限制。
在本申请的一种可选实施例中,上述方法还可以包括:若接收到对于所述问询模板信息的确认指令,则向所述买方用户即时通讯账号发送采集模板信息,所述采集模板信息用于采集发票申请信息。
综上,本申请实施例的数据处理方法,由于订单的说明信息可以在订单提交环节、或者在订单提交环节之后获取得到,这使得发票申请信息可以在订单提交环节之后获取得到;因此,相对于传统技术中买方用户因为发票信息的输入问题而中断上述提交订单环节,进而造成订单的流失,本申请实施例可以在订单提交环节之后获取得到发票申请信息,因此可以在一定程度上避免买方用户因为发票信息的输入问题而中断上述提交订单环节、进而造成订单的流失的问题,进而可以降低订单的流失率。
并且,本申请实施例自动依据订单的说明信息,判断所述订单是否对应有发票获取指示,并在所述订单对应有发票获取指示的情况下,自动向所述订单对应的买方用户发送模板信息,所述模板信息用于获取发票申请信息;由于本申请实施例可以实现发票申请信息的自动获取,故可以降低卖方用户向买方用户索要发票申请信息所需的沟通成本,且可以在一定程度上降低发票漏开的情况,提升用户体验。
方法实施例二
参照图5,示出了本申请的一种数据处理方法实施例二的步骤流程图,具体可以包括如下步骤:
步骤501、接收订单的说明信息;
步骤502、依据所述说明信息,判断所述订单是否对应有发票获取指示;
步骤503、若所述订单对应有第一发票获取指示,则确定所述订单对应的买方用户即时通讯账号信息,并向所述买方用户即时通讯账号信息发送采集模板信息,所述采集模板信息用于采集发票申请信息。
本申请实施例中,第一发票获取指示可以为明确的发票获取指示,也即确定买方用户需要申请发票;在订单对应有第一发票获取指示的情况下,向买方用户即时通讯账号信息发送采集模板信息,以通过该采集模板信息自动采集发票申请信息。
参照图6,示出了本申请实施例的一种数据交互的示意,具体可以包括:买方用户端、系统端和卖方用户端;
其中,买方用户端提交订单,该订单用于购买商品或服务,提交订单后,将得到订单的信息,订单的信息中可以包括:订单的备注信息,该备注信息可以在提交订单环节提交得到;并且,在提交订单后,买方用户可以通过IM 通道提交订单的留言信息,或者,可以通过评价接口提交订单的评价信息。
系统端可以依据订单的备注信息和/或留言信息和/或评价信息,判断所述订单是否对应有第一发票获取指示,若是,则可以通过卖方用户与买方用户之间的IM通道,向买方用户发送发票申请卡片,该发票申请卡片用于采集发票申请信息。例如,若备注信息和/或留言信息或者评价信息包含“发票”等词汇,则可以确定订单对应有第一发票获取指示,也即用户需要申请发票,则可以通过卖方用户与买方用户之间的IM通道,向买方用户发送发票申请卡片,该发票申请卡片中可以包括描述信息,该描述信息用于提示买方用户填写具体的发票申请信息。发票申请卡片的例子可以参照图4所示的采集模板信息,可以理解,本申请实施例对于具体的发票申请卡片不加以限制。
买方用户端在接收到发票申请卡片后,可以填写发票申请卡片,发票申请卡片可以跳转到发票申请表单,发票申请表单可以自动进行填写信息的核对,最终将可以得到符合要求的发票申请信息。
卖方用户端可以接收符合要求的发票申请信息,并依据符合要求的发票申请信息,开具发票。其中,符合要求的发票申请信息可以通过IM通道传输至卖方用户端;或者,发票申请表单的服务器可以为卖方用户服务器,以使符合要求的发票申请信息传输至卖方用户端。可以理解,本申请实施例对于向卖方用户端传输符合要求的发票申请信息的具体传输方式不加以限制。
需要说明的是,本申请实施例通过卖方用户与买方用户之间的IM通道,向买方用户发送模板信息,可以不借助卖方用户的参与,而是自动向买方用户发送模板信息;具体地,可由IM服务器自动向买方用户即时通讯账号信息发送采集模板信息,因此可以节省卖方用户的人力成本。
另外,可以理解,通过卖方用户与买方用户之间的IM通道,向买方用户发送模板信息只是作为可选实施例,实际上,可以采用服务器推送的方式,向订单的买方用户即时通讯账号发送模板信息,也即,即时通讯服务器可以向订单的买方用户即时通讯账号推送模板信息,以获取发票申请信息,最终可以将获取的发票申请信息发送给发票服务器或者卖家用户。
综上,本申请实施例的数据处理方法,第一发票获取指示可以为明确的发票获取指示,也即确定用户需要申请发票;在订单对应有第一发票获取指示的情况下,向买方用户即时通讯账号发送采集模板信息,以通过该采集模板信息自动采集发票申请信息,采集的发票申请信息可用于发票的申请。
方法实施例三
参照图7,示出了本申请的一种数据处理方法实施例三的步骤流程图,具体可以包括如下步骤:
步骤701、接收订单的说明信息;
步骤702、依据所述说明信息,判断所述订单是否对应有发票获取指示;
步骤703、若所述订单对应有第二发票获取指示,则确定所述订单对应的买方用户即时通讯账号信息,并向所述买方用户即时通讯账号发送问询模板信息,所述问询模板信息用于问询是否开票。
本申请实施例中,第二发票获取指示可以为不明确的发票获取指示,也即无法特别准确确定用户需要申请发票;在订单对应有第二发票获取指示的情况下,向所述订单对应的买方用户发送问询信息,所述问询信息用于问询是否开票,进而可以依据买方用户针对该问询信息的反馈指令,准确确定买方用户是否需要申请发票。
在本申请的一种可选实施例中,上述方法还可以包括:若接收到对于所述问询模板信息的确认指令,则向所述买方用户即时通讯账号发送采集模板信息,所述采集模板信息用于采集发票申请信息。
参照图8,示出了本申请实施例的一种数据交互的示意,具体可以包括:买方用户端、系统端和卖方用户端;
其中,买方用户端提交订单,该订单用于购买商品或服务,提交订单后,将得到订单的信息,订单的信息中可以包括:订单的备注信息,该备注信息可以在提交订单环节提交得到;并且,在提交订单后,买方用户可以通过IM 通道等通道提交订单的留言信息。
系统端可以依据订单的备注信息和/或留言信息,判断所述订单是否对应有第二发票获取指示,若是,则可以通过卖方用户与买方用户之间的IM通道,向买方用户发送是否申请发票卡片,该是否申请发票卡片用于问询是否开票。例如,若备注信息和/或留言信息包含“报销”等词汇,则可以确定订单对应有第二发票获取指示,也即无法特别准确确定买方用户需要申请发票,则可以通过卖方用户与买方用户之间的IM通道,向买方用户发送是否申请发票卡片,该是否申请发票卡片中可以包括问询信息,该问询信息用于问询是否开票。可选地,上述问询信息可以包括:“您是否想要申请开票”,并且,还可以提供“是”选项和“否”选项。
买方用户端在接收到是否申请发票卡片后,可以针对该是否申请发票卡片给出相应的反馈指令。可选地,若接收到针对于“是”选项的选择操作,则可以认为接收到对于所述问询信息的确认指令;或者,若接收到针对于“否”选项的选择操作,则可以认为接收到对于所述问询信息的拒绝指令。
系统端在接收到确认指令后,可以确定订单对应有第一发票获取指示,因此可以通过卖方用户与买方用户之间的IM通道,向买方用户发送发票申请卡片。后续流程可以参照图6,在此不作赘述。
方法实施例四
参照图9,示出了本申请的一种数据处理方法实施例四的步骤流程图,具体可以包括如下步骤:
步骤901、接收订单的发票获取指示;
步骤902、发送模板信息,所述模板信息用于获取发票申请信息;
步骤903、根据获取到的发票申请信息,向发票服务器发送发票获取请求信息。
本申请实施例的方法可由即时通讯服务器执行。
步骤901中接收订单的发票获取指示,具体可以包括:从发票服务器或者交易服务器接收订单的发票获取指示。
步骤902中,可以依据发票获取指示,向订单的买方用户即时通讯账号发送模板信息。可选地,采用即时通讯服务器推送的方式,向订单的买方用户即时通讯账号发送模板信息。或者,可以利用卖方用户与买方用户之间的 IM通道,向订单的买方用户即时通讯账号发送模板信息,具体地,可以在卖方用户与买方用户之间的IM对话中,通过卖方用户即时通讯账号向买方用户即时通讯账号自动发送模板信息,其中可以不经过卖方用户的参与。
根据一种实施例,步骤902发送模板信息,具体可以包括:所述发票获取指示为第一发票获取指示,发送采集模板信息,所述采集模板信息用于采集发票申请信息。
根据另一种实施例,步骤902发送模板信息,具体可以包括:所述发票获取指示为第二发票获取指示,发送问询模板信息,所述问询模板信息用于问询是否开票。
根据再一种实施例,步骤902发送模板信息,还可以包括:若接收到对于所述问询模板信息的确认指令,则发送采集模板信息,所述采集模板信息用于采集发票申请信息。
在本申请的一种可选实施例中,上述方法还可以包括:若接收到对于所述采集模板信息的触发操作,则发送发票申请表单。例如,在买方用户点击触发控件403的情况下,可以认为接收到触发操作,故可以发送发票申请表单,以使买方用户的界面跳转至发票申请表单。
买方用户填写好的发票申请表单可以包括完整的发票申请信息,买方用户可以通过IM通道到即时通讯服务器发送发票申请信息。则步骤903中,即时通讯服务器可以根据获取到的发票申请信息,向发票服务器发送发票获取请求信息,以使发票服务器进行发票的开具。
综上,本申请实施例的数据处理方法,通过IM通道,向订单的买方用户即时通讯账号发送模板信息,可以不借助卖方用户的参与,而是自动向买方用户发送模板信息;具体地,可由IM服务器自动向买方用户即时通讯账号信息发送采集模板信息,因此可以节省卖方用户的人力成本。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请实施例并不受所描述的动作顺序的限制,因为依据本申请实施例,某些方框可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本申请实施例所必须的。
本申请实施例还提供了一种数据处理装置,该数据处理装置可以应用于客户端、或者服务器等计算处理装置。
参照图10,示出了本申请的一种数据处理装置实施例的结构框图,具体可以包括如下模块:
说明信息接收模块1001,用于接收订单的说明信息;
发票获取指示判断模块1002,用于依据所述说明信息,判断所述订单是否对应有发票获取指示;以及
模板信息发送模块1003,用于在所述订单对应有发票获取指示的情况下,确定所述订单对应的买方用户即时通讯账号信息,并向所述买方用户即时通讯账号发送模板信息;所述模板信息用于获取发票申请信息。
可选地,所述模板信息发送模块1003可以包括:
第一模板信息发送子模块,用于在所述订单对应有第一发票获取指示的情况下,向所述买方用户即时通讯账号发送采集模板信息,所述采集模板信息用于采集发票申请信息。
可选地,所述模板信息发送模块1003可以包括:
第二模板信息发送子模块,用于在所述订单对应有第二发票获取指示的情况下,向所述买方用户即时通讯账号发送问询模板信息,所述问询模板信息用于问询是否开票。
可选地,所述装置还可以包括:
第三模板信息发送模块,用于在接收到对于所述问询模板信息的确认指令的情况下,向所述买方用户即时通讯账号发送采集模板信息,所述采集模板信息用于采集发票申请信息。
可选地,所述采集模板信息用于跳转到发票申请表单,所述发票申请表单可以包括:至少一个发票申请字段。
可选地,所述订单的说明信息可以包括:
订单的备注信息:和/或
订单的留言信息;和/或
订单的评价信息。
可选地,所述发票获取指示判断模块1002可以包括:
第一发票获取指示判断子模块,用于依据所述说明信息包含的词汇与意图关键词之间的匹配度,判断所述订单是否对应有发票获取指示。
可选地,所述发票获取指示判断模块1002可以包括:
第二发票获取指示判断子模块,用于依据所述说明信息的句式与意图句式之间的匹配度,判断所述订单是否对应有发票获取指示。
可选地,所述发票获取指示判断模块1002可以包括:
第三发票获取指示判断子模块,用于将所述说明信息和所述说明信息对应的上下文输入意图分类模型,以得到所述意图分类模型输出的意图分类结果;其中,所述意图分类模型对应的训练数据可以包括:历史订单的说明信息、上下文和历史发票获取指示。
综上,本申请实施例的数据处理装置,订单的说明信息可以在订单提交环节、或者在订单提交环节之后获取得到,这使得发票申请信息可以在订单提交环节之后获取得到;因此,相对于传统技术中买方用户因为发票信息的输入问题而中断上述提交订单环节,进而造成订单的流失,本申请实施例可以在订单提交环节之后获取得到发票申请信息,因此可以在一定程度上避免买方用户因为发票信息的输入问题而中断上述提交订单环节、进而造成订单的流失的问题,进而可以降低订单的流失率。
并且,本申请实施例自动依据订单的说明信息,判断所述订单是否对应有发票获取指示,并在所述订单对应有发票获取指示的情况下,自动向所述订单对应的买方用户发送模板信息,所述模板信息用于获取发票申请信息;由于本申请实施例可以实现发票申请信息的自动获取,故可以降低卖方用户索要发票申请信息所需的沟通成本,且可以在一定程度上降低发票漏开的情况,提升用户体验。
参照图11,示出了本申请的一种数据处理装置实施例的结构框图,具体可以包括如下模块:
发票获取指示接收模块1101,用于接收订单的发票获取指示;
模板信息发送模块1102,用于发送模板信息,所述模板信息用于获取发票申请信息;以及
发票获取请求信息发送模块1103,用于根据获取到的发票申请信息,向发票服务器发送发票获取请求信息。
可选地,所述模板信息发送模块1102可以包括:
第一模板信息发送模块,用于在所述发票获取指示为第一发票获取指示的情况下,发送采集模板信息,所述采集模板信息用于采集发票申请信息。
可选地,所述模板信息发送模块1102可以包括:
第二模板信息发送模块,用于在所述发票获取指示为第二发票获取指示的情况下,发送问询模板信息,所述问询模板信息用于问询是否开票。
可选地,所述模板信息发送模块1102还可以包括:
第三模板信息发送模块,用于在接收到对于所述问询模板信息的确认指令的情况下,发送采集模板信息,所述采集模板信息用于采集发票申请信息。
可选地,所述装置还可以包括:
发票申请表单发送模块,用于若接收到对于所述采集模板信息的触发操作,则发送发票申请表单。
可选地,所述发票获取指示接收模块1101可以包括:
服务器接收模块,用于从发票服务器或者交易服务器接收订单的发票获取指示。
对于装置实施例而言,由于其与方法实施例基本相似,故描述的比较简单,相似的地方请相互参照即可。
本申请实施例的实施例可被实现为使用任意适当的硬件和/或软件进行想要的配置的系统或装置。图12示意性地示出了可被用于实现本申请中所述的各个实施例的示例性装置1300。
对于一个实施例,图12示出了示例性装置1300,该装置1300可以包括:一个或多个处理器1302、与处理器1302中的至少一个耦合的系统控制模块(芯片组)1304、与系统控制模块1304耦合的系统存储器1306、与系统控制模块1304耦合的非易失性存储器(NVM)/存储装置1308、与系统控制模块1304耦合的一个或多个输入/输出设备1310,以及与系统控制模块1306 耦合的网络接口1312。该系统存储器1306可以包括:指令1362,该指令1362 可被一个或多个处理器1302执行。
处理器1302可包括一个或多个单核或多核处理器,处理器1302可包括通用处理器或专用处理器(例如图形处理器、应用程序处理器、基带处理器等)的任意组合。在一些实施例中,装置1300能够作为本申请实施例中所述的服务器、目标设备、无线设备等。
在一些实施例中,装置1300可包括具有指令的一个或多个机器可读介质(例如,系统存储器1306或NVM/存储装置1308)以及与该一个或多个机器可读介质相合并被配置为执行指令、以实现前述装置包括的模块、从而执行本申请实施例中所述的动作的一个或多个处理器1302。
一个实施例的系统控制模块1304可包括任何适合的接口控制器,用于提供任何适合的接口给处理器1302中的至少一个和/或与系统控制模块1304 通信的任意适合的装置或部件。
一个实施例的系统控制模块1304可包括一个或多个存储器控制器,用于提供接口给系统存储器1306。存储器控制器可以是硬件模块、软件模块和/或固件模块。
一个实施例的系统存储器1306可被用于加载和存储数据和/或指令 1362。对于一个实施例,系统存储器1306可包括任何适合的易失性存储器,例如,适合的DRAM(动态随机存取存储器)。在一些实施例中,系统存储器1306可包括:双倍数据速率类型四同步动态随机存取存储器 (DDR4SDRAM)。
一个实施例的系统控制模块1304可包括一个或多个输入/输出控制器,以向NVM/存储装置1308及(一个或多个)输入/输出设备1310提供接口。
一个实施例的NVM/存储装置1308可被用于存储数据和/或指令1382。 NVM/存储装置1308可包括任何适合的非易失性存储器(例如闪存等)和/或可包括任何适合的(一个或多个)非易失性存储设备,例如,一个或多个硬盘驱动器(HDD)、一个或多个光盘(CD)驱动器和/或一个或多个数字通用光盘(DVD)驱动器等。
NVM/存储装置1308可包括在物理上是装置1300被安装在其上的装置的一部分的存储资源,或者其可被该装置访问而不必作为该装置的一部分。例如,NVM/存储装置1308可经由网络接口1312通过网络和/或通过输入/输出设备1310进行访问。
一个实施例的(一个或多个)输入/输出设备1310可为装置1300提供接口以与任意其他适当的设备通信,输入/输出设备1310可以包括通信组件、音频组件、传感器组件等。
一个实施例的网络接口1312可为装置1300提供接口以通过一个或多个网络和/或与任何其他适合的装置通信,装置1300可根据一个或多个无线网络标准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信,例如接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合进行无线通信。
对于一个实施例,处理器1302中的至少一个可与系统控制模块1304的一个或多个控制器(例如,存储器控制器)的逻辑封装在一起。对于一个实施例,处理器1302中的至少一个可与系统控制模块1304的一个或多个控制器的逻辑封装在一起以形成系统级封装(SiP)。对于一个实施例,处理器 1302中的至少一个可与系统控制模块1304的一个或多个控制器的逻辑集成在同一新品上。对于一个实施例,处理器1302中的至少一个可与系统控制模块1304的一个或多个控制器的逻辑集成在同一芯片上以形成片上系统 (SoC)。
在各个实施例中,装置1300可以包括但不限于:台式计算设备或移动计算设备(例如,膝上型计算设备、手持计算设备、平板电脑、上网本等)等计算设备。在各个实施例中,装置1300可具有更多或更少的组件和/或不同的架构。例如,在一些实施例中,装置1300可以包括一个或多个摄像机、键盘、液晶显示器(LCD)屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(ASIC)和扬声器。
其中,如果显示器包括触摸面板,显示屏可以被实现为触屏显示器,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。
本申请实施例还提供了一种非易失性可读存储介质,该存储介质中存储有一个或多个模块(programs),该一个或多个模块被应用在装置时,可以使得该装置执行本申请实施例中各方法的指令(instructions)。
在一个示例中提供了一种装置,包括:一个或多个处理器;和,其上存储的一个或多个机器可读介质中的指令,由所述一个或多个处理器执行时,导致所述装置执行如本申请实施例中的方法,该方法可以包括:图2或图3 或图4或图5或图6或图7或图8所示的方法。
在一个示例中还提供了一个或多个机器可读介质,其上存储有指令,当由一个或多个处理器执行时,使得装置执行如本申请实施例中的方法,该方法可以包括:图3或图4或图5或图6或图7或图8或图9所示的方法。
以上对本申请所提供的一种数据处理方法、一种数据处理装置和一种装置,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (29)
1.一种数据处理方法,其特征在于,包括:
接收订单的说明信息;
依据所述说明信息,判断所述订单是否对应有发票获取指示;
在所述订单对应有发票获取指示的情况下,确定所述订单对应的买方用户即时通讯账号信息,并向所述买方用户即时通讯账号发送模板信息;所述模板信息用于获取发票申请信息。
2.根据权利要求1所述的方法,其特征在于,所述向所述买方用户即时通讯账号发送模板信息,包括:
若所述订单对应有第一发票获取指示,则向所述买方用户即时通讯账号发送采集模板信息,所述采集模板信息用于采集发票申请信息。
3.根据权利要求1所述的方法,其特征在于,所述向所述买方用户即时通讯账号发送模板信息,包括:
若所述订单对应有第二发票获取指示,则向所述买方用户即时通讯账号发送问询模板信息,所述问询模板信息用于问询是否开票。
4.根据权利要求3所述的方法,其特征在于,所述向所述买方用户即时通讯账号发送模板信息,还包括:
若接收到对于所述问询模板信息的确认指令,则向所述买方用户即时通讯账号发送采集模板信息,所述采集模板信息用于采集发票申请信息。
5.根据权利要求2或4所述的方法,其特征在于,所述采集模板信息用于跳转到发票申请表单,所述发票申请表单包括:至少一个发票申请字段。
6.根据权利要求1至5中任一所述的方法,其特征在于,所述订单的说明信息包括:
订单的备注信息:和/或
订单的留言信息;和/或
订单的评价信息。
7.根据权利要求1至5中任一所述的方法,其特征在于,所述依据所述说明信息,判断所述订单是否对应有发票获取指示,包括:
依据所述说明信息包含的词汇与意图关键词之间的匹配度,判断所述订单是否对应有发票获取指示。
8.根据权利要求1至5中任一所述的方法,其特征在于,所述依据所述说明信息,判断所述订单是否对应有发票获取指示,包括:
依据所述说明信息的句式与意图句式之间的匹配度,判断所述订单是否对应有发票获取指示。
9.根据权利要求1至5中任一所述的方法,其特征在于,所述依据所述说明信息,判断所述订单是否对应有发票获取指示,包括:
将所述说明信息和所述说明信息对应的上下文输入意图分类模型,以得到所述意图分类模型输出的意图分类结果;其中,所述意图分类模型对应的训练数据包括:历史订单的说明信息、上下文和历史发票获取指示。
10.一种数据处理方法,其特征在于,包括:
接收订单的发票获取指示;
发送模板信息,所述模板信息用于获取发票申请信息;
根据获取到的发票申请信息,向发票服务器发送发票获取请求信息。
11.根据权利要求10所述的方法,其特征在于,所述发送模板信息,包括:
所述发票获取指示为第一发票获取指示,发送采集模板信息,所述采集模板信息用于采集发票申请信息。
12.根据权利要求10所述的方法,其特征在于,所述发送模板信息,包括:
所述发票获取指示为第二发票获取指示,发送问询模板信息,所述问询模板信息用于问询是否开票。
13.根据权利要求12所述的方法,其特征在于,所述发送模板信息,还包括:
若接收到对于所述问询模板信息的确认指令,则发送采集模板信息,所述采集模板信息用于采集发票申请信息。
14.根据权利要求11或13所述的方法,其特征在于,所述方法还包括:
若接收到对于所述采集模板信息的触发操作,则发送发票申请表单。
15.根据权利要求11至13中任一所述的方法,其特征在于,所述接收订单的发票获取指示,包括:
从发票服务器或者交易服务器接收订单的发票获取指示。
16.一种数据处理装置,其特征在于,包括:
说明信息接收模块,用于接收订单的说明信息;
发票获取指示判断模块,用于依据所述说明信息,判断所述订单是否对应有发票获取指示;以及
模板信息发送模块,用于在所述订单对应有发票获取指示的情况下,确定所述订单对应的买方用户即时通讯账号信息,并向所述买方用户即时通讯账号发送模板信息;所述模板信息用于获取发票申请信息。
17.根据权利要求16所述的装置,其特征在于,所述模板信息发送模块包括:
第一模板信息发送子模块,用于在所述订单对应有第一发票获取指示的情况下,向所述买方用户即时通讯账号发送采集模板信息,所述采集模板信息用于采集发票申请信息。
18.根据权利要求16所述的装置,其特征在于,所述模板信息发送模块包括:
第二模板信息发送子模块,用于在所述订单对应有第二发票获取指示的情况下,向所述买方用户即时通讯账号发送问询模板信息,所述问询模板信息用于问询是否开票。
19.根据权利要求18所述的装置,其特征在于,所述模板信息发送模块还包括:
第三模板信息发送模块,用于在接收到对于所述问询模板信息的确认指令的情况下,向所述买方用户即时通讯账号发送采集模板信息,所述采集模板信息用于采集发票申请信息。
20.根据权利要求17或19所述的装置,其特征在于,所述采集模板信息用于跳转到发票申请表单,所述发票申请表单包括:至少一个发票申请字段。
21.根据权利要求16至19中任一所述的装置,其特征在于,所述订单的说明信息包括:
订单的备注信息:和/或
订单的留言信息;和/或
订单的评价信息。
22.一种数据处理装置,其特征在于,包括:
发票获取指示接收模块,用于接收订单的发票获取指示;
模板信息发送模块,用于发送模板信息,所述模板信息用于获取发票申请信息;以及
发票获取请求信息发送模块,用于根据获取到的发票申请信息,向发票服务器发送发票获取请求信息。
23.根据权利要求22所述的装置,其特征在于,所述模板信息发送模块包括:
第一模板信息发送模块,用于在所述发票获取指示为第一发票获取指示的情况下,发送采集模板信息,所述采集模板信息用于采集发票申请信息。
24.根据权利要求22所述的装置,其特征在于,所述模板信息发送模块包括:
第二模板信息发送模块,用于在所述发票获取指示为第二发票获取指示的情况下,发送问询模板信息,所述问询模板信息用于问询是否开票。
25.根据权利要求24所述的装置,其特征在于,所述模板信息发送模块还包括:
第三模板信息发送模块,用于在接收到对于所述问询模板信息的确认指令的情况下,发送采集模板信息,所述采集模板信息用于采集发票申请信息。
26.一种装置,其特征在于,包括:
一个或多个处理器;和
其上存储有指令的一个或多个机器可读介质,当由所述一个或多个处理器执行时,使得所述装置执行如权利要求1至9中一个或多个所述的方法。
27.一个或多个机器可读介质,其上存储有指令,当由一个或多个处理器执行时,使得装置执行如权利要求1至9中一个或多个所述的方法。
28.一种装置,其特征在于,包括:
一个或多个处理器;和
其上存储有指令的一个或多个机器可读介质,当由所述一个或多个处理器执行时,使得所述装置执行如权利要求10至15中一个或多个所述的方法。
29.一个或多个机器可读介质,其上存储有指令,当由一个或多个处理器执行时,使得装置执行如权利要求10至15中一个或多个所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810829822.9A CN110852815B (zh) | 2018-07-25 | 2018-07-25 | 数据处理方法、装置和机器可读介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810829822.9A CN110852815B (zh) | 2018-07-25 | 2018-07-25 | 数据处理方法、装置和机器可读介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110852815A true CN110852815A (zh) | 2020-02-28 |
CN110852815B CN110852815B (zh) | 2023-10-31 |
Family
ID=69594644
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810829822.9A Active CN110852815B (zh) | 2018-07-25 | 2018-07-25 | 数据处理方法、装置和机器可读介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110852815B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111626798A (zh) * | 2020-04-26 | 2020-09-04 | 远光软件股份有限公司 | 发票开具方法、装置、开票系统、设备和存储介质 |
CN112348604A (zh) * | 2020-11-26 | 2021-02-09 | 税友软件集团股份有限公司 | 发票商品编码赋值方法、系统、装置及可读存储介质 |
CN115366958A (zh) * | 2022-08-25 | 2022-11-22 | 中车青岛四方机车车辆股份有限公司 | 一种自诊断方法、系统及数据管理系统 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020077977A1 (en) * | 2000-12-19 | 2002-06-20 | Neely R. Alan | Interactive invoicer interface |
US20040049459A1 (en) * | 2002-06-18 | 2004-03-11 | Philliou Philip J. | System and method for integrated electronic invoice presentment and payment |
US20140258059A1 (en) * | 2013-03-07 | 2014-09-11 | Ricoh Company, Ltd. | Information processing system, information processing apparatus, method of controlling an information processing apparatus, and program |
CN105096172A (zh) * | 2015-06-12 | 2015-11-25 | 北京京东尚科信息技术有限公司 | 基于电子商务平台的电子发票的生成和处理方法及系统 |
CN107133831A (zh) * | 2017-05-12 | 2017-09-05 | 百望电子发票数据服务有限公司 | 一种自助开具电子发票的方法及系统 |
CN107292680A (zh) * | 2017-05-10 | 2017-10-24 | 西安艾润物联网技术服务有限责任公司 | 开具税控发票的商业方法、装置及计算机可读存储介质 |
CN107491958A (zh) * | 2017-08-14 | 2017-12-19 | 福建米客互联网科技有限公司 | 一种买单结算方法及终端 |
CN107784533A (zh) * | 2017-10-23 | 2018-03-09 | 百望金赋科技有限公司 | 一种生成二维码的方法、基于二维码的开票方法 |
CN108122139A (zh) * | 2016-11-29 | 2018-06-05 | 阿里巴巴集团控股有限公司 | 一种发票数据处理方法、设备及系统 |
CN108182037A (zh) * | 2017-12-04 | 2018-06-19 | 西安艾润物联网技术服务有限责任公司 | 出租车发票获取方法、系统及计算机可读存储介质 |
CN108256929A (zh) * | 2016-12-28 | 2018-07-06 | 航天信息股份有限公司 | 一种基于二维码的电子发票开具方法及系统 |
-
2018
- 2018-07-25 CN CN201810829822.9A patent/CN110852815B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020077977A1 (en) * | 2000-12-19 | 2002-06-20 | Neely R. Alan | Interactive invoicer interface |
US20040049459A1 (en) * | 2002-06-18 | 2004-03-11 | Philliou Philip J. | System and method for integrated electronic invoice presentment and payment |
US20140258059A1 (en) * | 2013-03-07 | 2014-09-11 | Ricoh Company, Ltd. | Information processing system, information processing apparatus, method of controlling an information processing apparatus, and program |
CN105096172A (zh) * | 2015-06-12 | 2015-11-25 | 北京京东尚科信息技术有限公司 | 基于电子商务平台的电子发票的生成和处理方法及系统 |
CN108122139A (zh) * | 2016-11-29 | 2018-06-05 | 阿里巴巴集团控股有限公司 | 一种发票数据处理方法、设备及系统 |
CN108256929A (zh) * | 2016-12-28 | 2018-07-06 | 航天信息股份有限公司 | 一种基于二维码的电子发票开具方法及系统 |
CN107292680A (zh) * | 2017-05-10 | 2017-10-24 | 西安艾润物联网技术服务有限责任公司 | 开具税控发票的商业方法、装置及计算机可读存储介质 |
CN107133831A (zh) * | 2017-05-12 | 2017-09-05 | 百望电子发票数据服务有限公司 | 一种自助开具电子发票的方法及系统 |
CN107491958A (zh) * | 2017-08-14 | 2017-12-19 | 福建米客互联网科技有限公司 | 一种买单结算方法及终端 |
CN107784533A (zh) * | 2017-10-23 | 2018-03-09 | 百望金赋科技有限公司 | 一种生成二维码的方法、基于二维码的开票方法 |
CN108182037A (zh) * | 2017-12-04 | 2018-06-19 | 西安艾润物联网技术服务有限责任公司 | 出租车发票获取方法、系统及计算机可读存储介质 |
Non-Patent Citations (1)
Title |
---|
柴跃廷;于潇;黄亚东;: "电子发票管理与公共服务体系设计与实现" * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111626798A (zh) * | 2020-04-26 | 2020-09-04 | 远光软件股份有限公司 | 发票开具方法、装置、开票系统、设备和存储介质 |
CN111626798B (zh) * | 2020-04-26 | 2024-03-01 | 远光软件股份有限公司 | 发票开具方法、装置、开票系统、设备和存储介质 |
CN112348604A (zh) * | 2020-11-26 | 2021-02-09 | 税友软件集团股份有限公司 | 发票商品编码赋值方法、系统、装置及可读存储介质 |
CN112348604B (zh) * | 2020-11-26 | 2023-11-17 | 税友软件集团股份有限公司 | 发票商品编码赋值方法、系统、装置及可读存储介质 |
CN115366958A (zh) * | 2022-08-25 | 2022-11-22 | 中车青岛四方机车车辆股份有限公司 | 一种自诊断方法、系统及数据管理系统 |
CN115366958B (zh) * | 2022-08-25 | 2023-08-22 | 中车青岛四方机车车辆股份有限公司 | 一种自诊断方法、系统及数据管理系统 |
Also Published As
Publication number | Publication date |
---|---|
CN110852815B (zh) | 2023-10-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9454779B2 (en) | Assisted shopping | |
US8977554B1 (en) | Assisted shopping server | |
US9912756B2 (en) | Systems and methods for automatically saving a state of a communication session | |
US20190124075A1 (en) | Delivering Personalized Content to Authenticated User Devices | |
US11528319B2 (en) | Automatic population of a network accessible content collection | |
US11769185B2 (en) | Systems and methods for SMS e-commerce assistant | |
US11928663B2 (en) | Systems and methods for mobile device purchase flows | |
CN110852815B (zh) | 数据处理方法、装置和机器可读介质 | |
CN109726878B (zh) | 一种在线签证的方法、服务器、客户端及数据平台 | |
US20150142607A1 (en) | Shopping mind reader | |
US20170220671A1 (en) | System, method, and apparatus for collecting and processing user feedback on webpages | |
CN104899744A (zh) | 钱币邮票收藏品交易系统与交易方法 | |
US20190012726A1 (en) | Supplementary data display during browsing | |
CN112446753A (zh) | 一种数据处理方法、装置、设备和机器可读介质 | |
EP3455810B1 (en) | Secure multi-factor tokenization-based push/response commerce platform | |
CN110659950B (zh) | 数据处理方法、装置和机器可读介质 | |
US9460425B2 (en) | Systems and methods for determining check information | |
JP2018530832A (ja) | 取引文書処理のためのシステムおよび方法 | |
CN112506596A (zh) | 对象显示方法、装置、电子设备及计算机可读存储介质 | |
CN111415245A (zh) | 一种开户方法和装置 | |
KR102354128B1 (ko) | 콘텐츠 거래 시스템 및 그 방법 | |
CN117237111A (zh) | 交易类型处理方法、装置、设备及存储介质 | |
CN118096323A (zh) | 信息处理方法、系统、装置、电子设备及计算机存储介质 | |
CN113032591A (zh) | 一种数据处理方法、装置、设备和机器可读介质 | |
CA2973775A1 (en) | Supplementary data display during browsing |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |