本发明涉及电子商务技术领域，尤其涉及一种修改发票信息的方法及装置。
背景技术：
目前，用户在网上购物进入结算页时，可以使用预先记录的收货地址，而发票的抬头、备注等信息则需要用户手动输入。例如：在切换收货地址后，如果还需要将发票抬头信息与收件人保持一致的话，就需要手动修改发票抬头信息，费时费力。
技术实现要素：
本发明的实施例提供一种修改发票信息的方法及装置，能够节省用户的操作。
为达到上述目的，本发明的实施例采用如下技术方案：
目前大部分在线购物网站只能采用用户手动输入信息的老办法，
在本实施例中，用户切换第一区域中的地址后，系统根据变更后的所述第一区域中的信息更新票据信息，即自动的修改发票抬头，之后将更新后的票据信息显示在所述第二区域，从而使得修改后的发票抬头与收件人信息保持一致。
由于用户修改相关的购物信息后，系统联动地修改相关的票据信息，节省用户的操作，省时省力。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为本发明实施例提供的系统架构示意图；
图2为本发明实施例提供的方法流程示意图；
图3、图4、图5、图6为本发明实施例提供的具体实例示意图。
具体实施方式
为使本领域技术人员更好地理解本发明的技术方案，下面结合附图和具体实施方式对本发明作进一步详细描述。下文中将详细描述本发明的实施方式，所述实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样定义，不会用理想化或过于正式的含义来解释。
本实施例中的方法流程，具体可以在一种如图1所示的系统上执行，该系统包括：管理服务器、数据库、在线运营平台，且相互之间可以通过互联网建立数据连接，并通过各自的数据传输端口进行数据交互。其中：
本实施例中所揭示的在线运营平台，在硬件层面上具体可以是工作站、超级计算机等设备，或者是由多台服务器组成的一种用于数据处理的服务器集群。在线运营平台具体可以是：用于运营在线金融业务的系统，例如：具备在线支付、真实商品、金融产品购买等功能的交易系统。
在线运营平台，具体可以用于处理业务系统在运行时所产生的日志数据、表格数据、历史记录等业务系统在运行时所产生的海量的后台数据。本实施例中所揭示的业务系统，具体可以是在线购物平台，物流订单系统，库存系统等各类电子商务领域相关的在线系统。一般来说，业务系统主要用于与海量的消费者终端设备进行数据交互，比如：消费者或者商户通过操作智能手机、电脑等用户终端向网站业务系统发送的订单结算消息。
数据库，用于存储用户的历史数据，会员信息等，例如：数据库中存储了用户的购物历史信息，收件人姓名、地址信息、已经使用过的发票信息等。根据实际的业务场景，查询数据库可以提取会员信息、二次购信息和发票信息，二次购信息包括了会员的购物历史信息，主要包括收货地址、已使用的发票等信息。进一步的，管理服务器还可以初步筛选收货信息、初步筛选很会员相关的收件人信息、初步筛选发票的关键信息。
管理服务器在硬件层面上具体可以是由多台服务器组成的一种用于数据处理和存储的服务器集群。
本发明实施例提供一种修改发票信息的方法，如图2所示，包括：
s1、识别出当前所展示的为交易页面时，查询数据库得到用户的初始收货信息集合和与所述初始收货信息集合对应的初始票据信息集合。
业务系统向用户终端呈现的交互界面，最终显示在用户终端的显示设备上，比如显示在计算机的显示屏、智能手机的触摸屏、投影设备的投影模块等。在线运营平台上运行的业务系统向用户终端呈现相应的交互界面，根据功能的不同，交互界面可以包括但不限于：用于展示商品信息的商品详情页、用于记录订单的购物车页面和用于结算订单的交易页面等。例如：如图3所示的一种可能的交易页面(在一些应用场景中，“交易页面”也可以称为“结算页面”)，交易页面中划分出不同的区域用于显示相应的信息数据的，本实施例中可以归类为：第一区域和第二区域。
其中，可以在数据准备阶段初始化用户的信息，具体包括：
从所述用户的历史数据中获取关键字。将所述用户的收货地址和所述收货方名字分别作为所述初始收货信息集合和所述初始票据信息集合输导出。
具体的，所述关键字包括：所述用户的收货地址和收货方名字。例如，如图4所示的，数据库中存储了各种不同交易场景中用户的历史数据以及关键字(省市区县、用户的收货地址、可以作为收货方名字的用户的真实姓名或者化名等。所得到的收货地址导入初始收货信息集合，收货方名字导入初始票据信息集合。
s2、当检测到所述第一区域中的信息变更后，根据变更后的所述第一区域中的信息更新票据信息。
其中，所述初始收货信息集合至少包括：地址和收件人，所述初始收货信息集合显示在第一区域。所述初始票据信息集合至少包括票据的抬头，所述初始票据信息集合显示在第二区域，例如：如图3所示的。
s3、将更新后的票据信息显示在所述第二区域。
用户在交易页面上切换收货地址时，系统根据该收货地址从数据库中查询出收件人信息，比如初始收货信息集合中的地址和收件人、初始票据信息集合中的票据的抬头等信息。并将发票的抬头信息修改为此收件人信息，再在结算页面上展示修改后的发票信息。同时可以将修改后的发票信息保存的持久化存储里面。
目前大部分的购物网站的购物车结算页中，用户切换收件人地址后系统不能自动将发票抬头信息修改为当前的收件人信息。需要用户手动操作修改发票信息的方式，费时费力很不方便，因此也有人设计了第三方的网页插件，用于提取网页中的信息，但是这类插件存在很严重的安全隐患，因为提取的信息包括了用户输入的账号和密码，因此业内的各大网购平台的运行商和杀毒软件公司，都不约而同地禁止使用此类插件并将其作为木马病毒。
因此，目前大部分在线购物网站只能采用用户手动输入信息的老办法，
在本实施例中，用户切换第一区域中的地址后，系统根据变更后的所述第一区域中的信息更新票据信息，即自动的修改发票抬头，之后将更新后的票据信息显示在所述第二区域，从而使得修改后的发票抬头与收件人信息保持一致。
由于用户修改相关的购物信息后，系统联动地修改相关的票据信息，节省用户的操作，省时省力。
进一步的，本实施例若在如图1所示的系统上实现，还可以通过在缓存中开辟的指定存储区域，用以存储第一区域中的信息和第二区域中的信息，从而提高数据的读写速度，其中包括：
将查询所述数据库得到的初始收货信息集合和初始票据信息集合，存储在缓存中开辟的指定存储区域中。
其中，所述指定存储区域中的信息对应所述第一区域中的信息和所述第二区域中的信息。具体如图5所示的，从数据库提取收货地址、姓名与发票等信息后，存储在缓存中开辟的指定存储区域中的第一区域，并将发票信息存储在第二区域。例如：具体可以根据姓名、地址、发票的筛选与匹配规则，选取消费者指定的收货人姓名、收货地址、发票等信息。并将所选取的数据，暂存于内存中，以供后续的流程使用。
在本实施例中，步骤s2中根据变更后的所述第一区域中的信息更新票据信息的具体方式，包括：
在通过javascript感知所述用户在所述交易页面中的操作后，提取操作后所述第一区域中的信息。之后，根据所提取的所述第一区域中的信息，从所述指定存储区域中提取所述用户的收货地址和收货方名字，并更改所述第二区域中的信息。例如：当用户在交易页面中进行操作，切换收货信息的时候，可以通过javascript(一种基于java的网络脚本语言中的常用词汇)感知这一操作动作，并获取到缓存中暂存的收货人姓名、发票等信息。例如，网页页面通过javascript代码捕获收货人信息标签(html元素)的onclick事件的方式来感知用户切换地址操作。再用修改后的收货人姓名替换该步骤中的发票抬头信息中的姓名。最后将修改后的发票信息保存到数据库中。
在本实施例中，步骤s3中所述将更新后的票据信息显示在所述第二区域的具体方式，包括：
根据所述用户的收货地址和收货方名字，修改所述票据信息中的票据抬头。将修改后的票据信息显示在所述交易页面。例如：从用户终端所呈现的交互界面上(交易页面)看，例如：用户选择收货地址1(如图3中左上圈出的部分)，该收件人为姚**。系统自动将发票抬头信息修改为姚**(如图3中底部圈出的部分)。用户切换收货地址3(如图6中右上圈出的部分)，该收件人为周**。系统自动将发票抬头信息修改为周**(如图6中底部圈出的部分)。
用户在交易页面上切换收货地址时，根据切换后的收货地址查询出收件人信息，并将发票的抬头信息修改为此收件人信息。之后在交易页面上展示修改后的发票信息。最后将修改后的发票信息，保存在缓存内的指定存储区域中，以及可以将修改后的发票信息存储数据库，并更新至初始票据信息集合。
本实施例中还提供一种用于识别交易场景的方案，目的在于识别出当前所展示的页面是否为交易页面，其中具体包括：
确定所述当前页面中的标签、按钮和超链接中的文本信息。当识别到所确定的文本信息的内容符合预设内容时，判定所述当前所展示的为交易页面。
例如，如图3所示的页面中，标签、按钮和超链接中的文本信息可以是：交易页面中的html的标签文本“支付方式”、html的标签文本“收货信息”、html的标签文本“发票信息”、html的按钮或者超链接“去结算”、html的按钮或者超链接“提交订单”。当这些文本信息的内容符合预设内容，则说明当前页面符合切换收货信息联动修改发票信息的交易场景。其中，预设内容可以是对应于各类交易场景的词库，一种交易场景可以对应一种词库，一个词库中包括至少一个文本信息，比如：可以包括但不限于“支付方式”、“收货信息”、“提交订单”、“去结算”、“发票信息”等文本信息，这些词库中的文本信息的集合可以作为所述的预设内容。
本发明实施例还提供一种修改发票信息的装置，包括：
识别模块，用于识别出当前所展示的为交易页面时，查询数据库得到用户的初始收货信息集合和与所述初始收货信息集合对应的初始票据信息集合，所述初始收货信息集合至少包括：地址和收件人，所述初始收货信息集合显示在第一区域，所述初始票据信息集合至少包括票据的抬头，所述初始票据信息集合显示在第二区域；
处理模块，用于当检测到所述第一区域中的信息变更后，根据变更后的所述第一区域中的信息更新票据信息；
显示模块，用于将更新后的票据信息显示在所述第二区域。
进一步的，还包括：
数据提取模块，用于从所述用户的历史数据中获取关键字，所述关键字包括：所述用户的收货地址和收货方名字；并将所述用户的收货地址和所述收货方名字分别作为所述初始收货信息集合和所述初始票据信息集合输导出；
数据缓存模块，用于将查询所述数据库得到的初始收货信息集合和初始票据信息集合，存储在缓存中开辟的指定存储区域中；所述指定存储区域中的信息对应所述第一区域中的信息和所述第二区域中的信息。
其中，所述识别模块，具体用于确定所述当前页面中的标签、按钮和超链接中的文本信息；当识别到所确定的文本信息的内容符合预设内容时，判定所述当前所展示的为交易页面。
所述处理模块，具体用于在通过javascript感知所述用户在所述交易页面中的操作后，提取操作后所述第一区域中的信息；根据所提取的所述第一区域中的信息，从所述指定存储区域中提取所述用户的收货地址和收货方名字，并更改所述第二区域中的信息；
所述显示模块，具体用于根据所述用户的收货地址和收货方名字，修改所述票据信息中的票据抬头；并将修改后的票据信息显示在所述交易页面。
目前大部分的购物网站的购物车结算页中，用户切换收件人地址后系统不能自动将发票抬头信息修改为当前的收件人信息。需要用户手动操作修改发票信息的方式，费时费力很不方便，因此也有人设计了第三方的网页插件，用于提取网页中的信息，但是这类插件存在很严重的安全隐患，因为提取的信息包括了用户输入的账号和密码，因此业内的各大网购平台的运行商和杀毒软件公司，都不约而同地禁止使用此类插件并将其作为木马病毒。
因此，目前大部分在线购物网站只能采用用户手动输入信息的老办法，
在本实施例中，用户切换第一区域中的地址后，系统根据变更后的所述第一区域中的信息更新票据信息，即自动的修改发票抬头，之后将更新后的票据信息显示在所述第二区域，从而使得修改后的发票抬头与收件人信息保持一致。
由于用户修改相关的购物信息后，系统联动地修改相关的票据信息，节省用户的操作，省时省力。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。