CN111352687A - 发票填写方法、装置、终端及存储介质 - Google Patents

Abstract

本申请公开了一种发票填写方法、装置、终端及存储介质。属于互联网技术领域，该方法包括：显示发票填写界面；响应于存在历史发票填写信息，将历史发票填写信息自动填写至发票填写界面；响应于不存在历史发票填写信息，且接收到复制操作，根据复制内容在发票填写界面中自动填写发票信息。相比于相关技术中需要用户每次均手动在发票填写界面输入发票信息，可以减少用户填写发票信息的操作流程，提高发票信息的填写效率，且可以减少手动输入发票信息导致的出错率。

Description

发票填写方法、装置、终端及存储介质

技术领域

本申请实施例涉及互联网技术领域，特别涉及一种发票填写方法、装置、终端及存储介质。

背景技术

发票指单位或个人在购销商品、提供或接受服务以及从事经营活动时，所开具或收取的业务凭证，是会计核算的原始依据。随着线上消费成为主流，电子发票得到进一步推广。

相关技术中，用户在填写电子发票时，需要手动填写电子发票中的抬头信息，比如，抬头名称、税号、电话号码、地址、银行账号等信息。

发明内容

本申请实施例提供了一种发票填写方法、装置、终端及存储介质。所述技术方案如下：

一方面，本申请实施例提供一种发票填写方法，所述方法包括：

显示发票填写界面；

响应于存在历史发票填写信息，将所述历史发票填写信息自动填写至所述发票填写界面；

响应于不存在所述历史发票填写信息，且接收到复制操作，根据复制内容在所述发票填写界面中自动填写发票信息。

另一方面，本申请实施例提供一种发票填写装置，所述装置包括：

显示模块，用于显示发票填写界面；

第一填写模块，用于响应于存在历史发票填写信息，将所述历史发票填写信息自动填写至所述发票填写界面；

第二填写模块，用于响应于不存在所述历史发票填写信息，且接收到复制操作，根据复制内容在所述发票填写界面中自动填写发票信息。

再一方面，本申请实施例提供一种终端，所述终端包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现上述发票填写方法。

又一方面，本申请实施例提供一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述发票填写方法。

本申请实施例提供的技术方案可以带来如下有益效果：

当用户打开发票填写界面时，终端识别出用户需要填写发票信息，即先查找是否存在历史发票填写信息，若存在，则将历史发票填写信息自动填写在发票填写界面；若不存在历史发票填写信息，且接收到的复制操作，则终端通过识别粘贴板上的复制内容，并根据复制内容在该发票填写界面中自动填写发票信息。相比于相关技术中需要用户每次均手动在发票填写界面输入发票信息，可以减少用户填写发票信息的操作流程，提高发票信息的填写效率，且可以减少手动输入发票信息导致的出错率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请一个示例性实施例示出的计算机系统的结构示意图；

图2示出了本申请一个实施例提供的发票填写方法的流程图；

图3示出了本申请一个示例性实施例示出的发票填写界面的示意图；

图4示出了本申请另一个实施例提供的发票填写方法的流程图；

图5示出了本申请一个示例性实施例示出的将复制内容自动填写至发票填写界面过程的流程图；

图6示出了本申请一个示例性实施例示出的确定提示窗口的界面示意图；

图7示出了本申请另一个示例性实施例示出的发票填写方法的流程图；

图8示出了本申请一个示例性实施例示出的根据复制内容确定目标发票信息的方法的流程图；

图9示出了本申请另一个示例性实施例示出的确定提示窗口的界面示意图；

图10示出了本申请一个示例性实施例示出的根据历史发票信息填写发票填写界面的过程的流程图；

图11示出了本申请一个实施例提供的发票填写装置的结构框图；

图12示出了本申请一个实施例提供的终端的结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

请参考图1，其示出了本申请一个示例性实施例示出的计算机系统的结构示意图，该计算机系统包括终端101和服务器102。

终端101是安装有具有发票填写功能的应用程序的设备。其可以是智能手机、平板电脑、个人计算机(Personal Computer，PC)、或其他电子设备。其中，具有发票填写功能的应用程序可以是购物类应用程序、即时聊天类应用程序、点餐类应用程序、发票开具应用程序等；本申请实施例中，终端101可以从服务器102中获取到当前用户账号信息对应的发票信息，并根据该发票信息自动填写至发票填写界面；可选的，终端101可以收集用户在终端各个应用程序中填写过的历史发票信息，并发送给服务器102。

终端101和服务器102通过有线或无线网络相连。

服务器102是终端101中安装的应用程序对应的后台服务器。其可以是一台服务器，若干台服务器构成的服务器集群或云服务器。本申请实施例中，服务器102可以接收与该应用程序属于同一服务平台的其他应用程序发送的发票信息，并将该发票信息与用户账号信息关联存储在发票信息数据库中；比如，属于同一服务平台的乘车应用程序、点餐应用程序、点评应用程序(这些应用程序均可以使用相同的用户账号信息登录)，服务器102即可以收集上述应用程序发送的发票信息。可选的，服务器102中还存储有企业信息数据库，用来存储企业名称与其对应的发票信息数据，以便终端101根据获取到的抬头名称，去该企业信息数据库中查找，确定出抬头名称对应的发票信息，并将查找到的发票信息自动填写至发票填写界面。

请参考图2，其示出了本申请一个实施例提供的发票填写方法的流程图，本申请实施例以该方法应用于上述图1所示的终端为例进行说明，该方法包括：

步骤201，显示发票填写界面。

在一种可能的实施方式中，当用户需要商家开具发票时，可以在完成购物事件后，填写发票抬头信息，并线上提交，以便商家为用户开具发票。

可选的，根据发票的类型，可以分为单位(或企业)发票以及个人发票，由于个人发票不需要税号等其他相关信息，因此，本申请实施例仅以单位(或企业)发票类型为例进行说明。

其中，发票填写界面(单位类型的发票对应的发票填写界面)中可以包含有用户需要填写的抬头信息，比如，购买方名称、购买方纳税人识别号、购买方纳税人电话、地址、购买方纳税人开户行以及账号等六项信息。

请参考图3，其示出了本申请一个示例性实施例示出的发票填写界面的示意图。在发票填写界面301中，一般分为两种抬头类型，一种是单位(即企业)，一种是个人，当用户点击抬头类型中的单位选中控件302时，终端接收到该点击操作，则显示单位抬头类型对应的发票填写界面301，该发票填写界面301中一般包含有六项需要用户填写的信息，分别为：公司抬头、公司税号、公司地址、公司电话、开户银行、开户账户等，当用户填写完上述六项内容之后，即可以点击提交控件303，相应的终端则可以将接收到的输入内容发送至商家，由商家根据该发票信息为用户开具发票。

可选的，在一种可能的实施方式中，用户可以点击提供有设置发票抬头的功能的应用程序，并点击编辑(或增加)发票抬头的控件，终端也可以显示对应的发票填写界面。

步骤202，响应于存在历史发票填写信息，将历史发票填写信息自动填写至发票填写界面。

在一种可能的实施方式中，服务器会收集用户在与其相连的各个终端中开具(或填写)发票时的历史发票填写信息，并将获取到的历史发票填写信息和用户账号信息关联存储在服务器中，以便用户后续开具(或填写)发票时，终端可以从服务器中自动获取到对应的历史发票填写信息，并将该历史发票填写信息自动填写至发票填写界面，无需用户重复手动输入发票信息。

可选的，终端也可以收集用户在不同应用程序中开具(或填写)发票时产生的历史发票填写信息，并存储在终端中，方便用户后续打开发票填写界面时，终端识别出用户需要填写发票信息时，自动根据历史发票填写信息，帮助用户自动填写发票信息。

比如，用户在乘坐出租车时，在乘车应用程序中填写过发票信息，终端即可以收集用户在乘车应用程序中输入的发票填写信息，并存储在终端中，当用户在点餐应用程序上完成点餐服务后，点开发票填写界面，终端识别出用户需要再次填写发票信息，此时，可以直接将存储的历史发票填写信息自动填写至当前发票填写界面，用户只需点击提交按键，即可实现一键式开具发票(或填写发票)。

步骤203，响应于不存在历史发票填写信息，且接收到复制操作，根据复制内容在发票填写界面中自动填写发票信息。

由于在终端或服务器中查找用户账号信息对应的历史发票信息，需要用户在终端中进行过开具发票的行为，或进行过添加发票抬头信息等操作，若用户为新用户，且终端或服务器中并未存储有该用户账号信息对应的相关发票信息，此时，可能用户需要在其他用户界面复制发票信息，并回到当前发票填写界面中，经过粘贴等操作进行发票信息的填写，为了避免用户复制发票信息时，回到当前发票填写界面，还需要进行粘贴操作，流程较为繁琐的问题，因此，在一种可能的实施方式中，当终端识别出不存在该用户账号信息对应的历史发票信息，且接收到复制操作时，当返回当前发票填写界面时，终端可以自动识别出粘贴板上的复制内容，并根据该复制内容在发票填写界面自动填写发票信息，无需用户进行粘贴操作。

在一种可能的实施方式中，用户在复制发票信息时，一般从抬头名称开始复制，即购买方名称(企业名称)，因此，当终端识别出当前粘贴板中的内容为企业名称时，可以根据该企业名称自动检索到对应的税号、地址、电话等相关信息，并将该信息自动填充至发票填写界面，无需用户后续继续复制对应的税号等信息，减少用户的操作流程。

综上所述，本申请实施例提供的技术方案中，当用户打开发票填写界面时，终端识别出用户需要填写发票信息，即先查找是否存在历史发票填写信息，若存在，则将历史发票填写信息自动填写在发票填写界面；若不存在历史发票填写信息，且接收到的复制操作，则终端通过识别粘贴板上的复制内容，并根据复制内容在该发票填写界面中自动填写发票信息。相比于相关技术中需要用户每次均手动在发票填写界面输入发票信息，可以减少用户填写发票信息的操作流程，提高发票信息的填写效率，且可以减少手动输入发票信息导致的出错率。

在一种可能的实施方式中，由于终端可以根据用户账号信息，查找对应的历史发票填写信息，但是同一用户在历史填写发票信息的行为中，历史发票填写信息可能随时间发生改变，比如，用户在2011年就职于公司A，在公司A就职期间，该用户账号信息对应历史发票填写信息A，但是，由于工作变动，用户A在2015年就职于公司B，在公司B就职期间，该用户账号信息对应历史发票填写信息B，则终端收集到的同一用户账号信息就对应两个历史发票填写信息，此时，就需要根据当前时间来选择用户最近使用的历史发票填写信息，作为目标发票信息，来填写当前发票填写界面。

请参考图4，其示出了本申请另一个实施例提供的发票填写方法的流程图。

该方法包括：

步骤401，显示发票填写界面。

本步骤的实施方式可以参考步骤101，本实施例在此不做赘述。

步骤402，响应于存在至少两条历史发票填写信息，将最近一次使用的历史发票填写信息自动填写至发票填写界面。

由于工作变动或其他原因均会影响用户账号信息对应的历史发票填写信息，导致同一用户账号信息可能对应多个历史发票填写信息，为了使得终端自动填写的发票信息更符合用户当前时间段内使用的发票信息，因此，在一种可能的实施方式中，当终端确定出用户账号信息对应多个历史发票填写信息之后，通过比较多个历史发票填写信息的使用时间，将与当前时间最接近的历史发票填写信息自动填写至发票填写界面。

可选的，当终端存储历史发票填写信息时，可以按照使用时间进行排序，或将使用时间与历史发票填写信息关联存储。

步骤403，响应于不存在历史发票填写信息，且接收到复制操作，获取复制内容的数据源。

针对终端未查找到对应的历史发票填写信息，且终端接收到复制操作的情况，终端需要根据复制操作对应的复制内容进行发票信息的填写，由于无法确定该复制操作是否用于填写发票信息，若不进行相关判断，直接进行填写，可能导致该自动填写发票操作为无效操作，因此，在一种可能的实施方式中，可以通过检测复制内容的数据源，来进一步判断是否根据该复制内容进行后续自动填写流程。

可选的，针对获取复制内容的数据源的方式，在一种可能的实施方式中，可以通过识别复制操作对应的用户界面，或用户界面标识，来确定复制内容的数据源。本实施例对此不构成限定。

步骤404，响应于数据源属于目标数据源，将复制内容自动填写至发票填写界面。

其中，目标数据源指用于存储发票信息的数据源，即用户可以在某些应用程序中预先存储有对应的发票信息，当用户在其他应用程序中完成购买事件后，需要填写发票信息时，只需要进入该存储界面中复制后，回到发票填写界面进行粘贴操作即可。比如，即时通讯类应用程序中提供有发票信息添加界面，用户可以在该发票信息添加界面中输入发票信息，保存以便后续直接复制该发票信息。

在一种可能的实施方式中，当终端检测到用户进行复制操作后，并返回当前发票填写界面时，获取到粘贴板上的复制内容的来源为目标数据来源，即粘贴板上包含有全部的发票信息，则可以自动将复制内容填写至发票填写界面。

可选的，由于发票填写界面中一般包含有六项信息填写框，在自动填写的过程中，终端会根据每个填写框中所需要的信息进行对应填写，无需用户在每个输入框中进行粘贴、删除等操作，减少用户的操作流程。

步骤405，响应于数据源不属于目标数据源，根据复制内容确定目标发票信息。

在一种可能的实施方式中，若终端检测到数据源不属于目标数据源，比如，用户从聊天信息中复制，则需要进一步判断该复制内容是否用于填写发票信息，若是，则继续根据复制内容确定目标发票信息，若不是，则结束当前自动填写进程。

步骤406，将目标发票信息自动填写至发票填写界面。

在一种可能的实施方式中，当终端根据复制内容确定出目标发票信息后，即可以将目标发票信息自动填写至发票填写界面。

本实施例中，若终端可以查找到用户账号信息对应的历史发票填写信息，且该用户账号信息对应多个历史发票填写信息，则通过比较各个历史发票填写信息的使用时间，并将最近一次使用的历史发票填写信息自动填写至发票填写界面，使得自动填写的发票信息更符合当前用户的实际需求；此外，针对终端未查找到对应的历史发票填写信息，根据复制内容在发票填写界面中自动填写发票信息的情况，为了提高自动填写发票信息的准确性，避免该复制行为不是用于发票信息填写时，导致的无效填写操作，通过分析复制内容的数据源的方式来作为后续操作的依据。

由于用户复制行为存在差异，比如，用户对所需发票信息进行一次性复制，或用户仅复制了抬头名称信息、或用户仅复制了抬头名称和税号等信息，虽然终端检测到复制内容均来源于目标数据源，可能导致对复制内容的处理操作也不相同，若用户全部复制，则只需要根据复制内容进行自动填写即可，若用户仅复制了抬头名称，则为了避免用户进行重复的复制操作，设置有企业信息数据库，终端可以在该企业信息数据库中根据获取到的抬头名称进行查找，即可以得到对应的税号、电话、地址等信息，无需用户进行后续复制操作。

请参考图5，其示出了本申请一个示例性实施例示出的将复制内容自动填写至发票填写界面过程的流程图，该过程包括：

步骤501，响应于数据源属于目标数据源，获取复制内容中包含的字段。

在一种可能的实施方式中，当终端确定出复制内容符合目标数据源，则可以通过获取复制内容中包含的字段，来确定后续如何根据复制内容自动填写发票信息。

步骤502，响应于复制内容中包含抬头名字段以外的字段，将复制内容自动填写至发票填写界面，抬头名字段中包含抬头名称。

其中，抬头名字段以外的字段包括如下至少一种：税号字段、电话字段、地址字段、开户行字段和开户账号字段。

在一种可能的实施方式中，当终端获取到复制内容中包含有除抬头名字段以外的字段，则表示用户的复制行为为全部复制或部分复制(且部分复制至少包含两个发票信息)，此时，可以直接将复制内容填写至发票填写界面，且按照各个输入窗口所需内容进行分别填写。

可选的，为了更准确的根据复制内容填写发票填写界面，在一种可能的实施方式中，可以在向发票填写界面中自动填写发票信息之前，显示确定提示窗口，用于提示用户确定是否自动填写发票信息。

请参考图6，其示出了本申请一个示例性实施例示出的确定提示窗口的界面示意图。当终端识别出复制内容为完整的发票信息之后，则会在发票填写界面601上层显示确定提示窗口602(如图6中的(A)所示)，在该确定提示窗口602中包含有提示信息：“识别出抬头信息，是否填入”，以及复制内容(即粘贴板上的内容)：“xxx公司，税号12345xxx；电话：18888888888等”，用户确认抬头信息无误后，即可以点击确认提示窗口602上的确认控件603，相应的，终端即可以将复制内容按要求填写至发票填写界面601中的各个输入框中(如图6中的(B)所示)，用户可以点击提交控件605，即可以实现一键开票；若用户查看抬头信息有误，则可以点击确认提示窗口602上的关闭控件604，相应的终端接收到对该关闭控件604的点击操作，即关闭确认提示窗口602，同时结束自动填写流程。

步骤503，响应于复制内容中不包含抬头名字段以外的字段，从企业信息数据库中查找抬头名称对应的完整发票信息。

其中，企业信息数据库中存储有企业名称与发票信息之间的对应关系。

在一种可能的实施方式中，服务器中预先收集有若干企业对应的发票信息，并对应存储在企业信息数据库中，当终端仅获取到对应的企业名称(即抬头名称)时，即可将该抬头名称发送给服务器，以便服务器根据该抬头名称，从企业信息数据库中查找到对应的发票信息，并反馈给终端。

可选的，若企业信息数据库中未查找到该抬头信息对应的发票信息，则仅需要将复制内容中的抬头名称直接填写在抬头名称对应的输入框内即可。

步骤504，将完整发票信息填写至发票填写界面。

在一种可能的实施方式中，当终端获取到服务器反馈的完整发票信息之后，即可以将各个发票信息填写在对应的输入框内。

本实施例中，通过分析复制内容中包含的字段信息，以该字段信息为依据，来确定后续的自动填写发票信息的流程，若复制内容中仅能包含抬头名字段，则需要根据获取到的抬头名称查找对应的除抬头名称之外的发票信息，无需用户后续进行重复复制操作；若复制内容中包含除抬头名字段以外的字段，则只需要将复制内容填写至发票填写界面即可；此外，通过在自动填写发票信息之前，显示确定提示窗口，以便提示用户是否自动填写发票信息。

在一种可能的实施方式中，当复制内容的数据源属于目标数据源，则终端需要对复制内容进行具体判断和分析，来确定是否需要对复制内容表征的发票信息进行完善，比如，若复制内容仅包含抬头名称，则终端需要根据抬头名称检索其他的发票信息，并将完整的发票信息自动填充至发票填写界面。

请参考图7，其示出了本申请另一个示例性实施例示出的发票填写方法的流程图，该方法包括：

步骤701，响应于数据源属于目标数据源，获取复制内容中包含的字段。

在一种可能的实施方式中，当确定出复制内容的数据源属于目标数据源之后，即获取复制内容中包含的字段信息。

步骤702，判断复制内容是否包含抬头类型字段。

针对判断抬头类型字段的方式，在一种可能的实施方式中，可以通过判断复制内容中是否包含“单位”“公司”“个人”“企业”等关键词，来进行判断。若复制内容中包含有抬头类型字段，则进入步骤703，若复制内容中未包含有抬头类型字段，则进入步骤714。

步骤703，判断抬头类型是否为单位。

由于抬头类型为个人的发票填写界面中仅包含抬头名称，无需其他的抬头信息，因此，若识别出抬头类型为个人，则进入步骤717，结束当前自动填写流程；若识别出抬头类型为单位，则进入步骤704。

步骤704，判断复制内容是否仅包含抬头名字段。

若终端识别出复制内容仅包含抬头名字段，则进入步骤705；若识别出复制内容中不仅包含抬头名字段，则进入步骤706。

步骤705，显示确认提示窗口，确认提示窗口中显示有抬头名称。

为了提示用户是否将抬头名称填入发票填写界面，显示确认提示窗口，该提示窗口显示有抬头名称，以及对应的提示信息。

步骤706，显示确认提示窗口，确认提示窗口中显示有复制内容。

同理，为了提示用户是否将复制内容填入发票填写界面，显示确认提示窗口，该提示窗口显示有复制内容，以及对应的提示信息。

步骤707，是否确认填入抬头名称。

终端通过识别用户对确认提示窗口的操作，来判断是否继续进行自动填写流程，若终端接收到用户的确认操作，则进入步骤708，否则，进入步骤717，结束当前自动填写流程。

步骤708，根据抬头名称查询抬头名称对应的除抬头名称之外的抬头信息。

步骤709，确认是否查找到抬头信息。

若在企业信息数据库中查找到对应的抬头信息，则进入步骤710，否则，进入步骤711。

步骤710，将抬头信息自动填入发票填写界面。

步骤711，将抬头名称自动填入发票填写界面。

步骤712，是否确认填入复制内容。

终端通过识别用户对确认提示窗口的操作，来判断是否继续进行自动填写流程，若终端接收到用户的确认操作，则进入步骤713，否则，进入步骤717，结束当前自动填写流程。

步骤713，将复制内容自动填入发票填写界面。

步骤714，判断复制内容是否仅包含抬头名字段。

步骤715，显示确认提示窗口，确认提示窗口中显示有抬头名称。

步骤716，显示确认提示窗口，确认提示窗口中显示有复制内容。

步骤717，结束。

在一种可能的实施方式中，当终端识别出复制内容的数据源不属于目标数据源之后，则需要按照预设流程来判断该复制行为是否用于填写发票抬头信息。

请参考图8，其示出了本申请一个示例性实施例示出的根据复制内容确定目标发票信息的方法的流程图，该方法包括：

步骤801，响应于数据源不属于目标数据源，获取复制内容的字符数。

由于用户在填发票信息时，第一次的复制内容一般为抬头名称，即公司名称，开发人员在对大部分的抬头名称进行分析之后，得到抬头名称的字符数一般不高于某个字符数阈值，因此，在一种可能的实施方式中，首先获取复制内容的字符数，通过分析复制内容的字符数是否符合预设要求，来判断该复制行为是否用于填写发票信息。

步骤802，响应于字符数低于字符阈值，且复制内容符合企业名称特征，根据复制内容从企业信息数据库中查找目标发票信息，企业信息数据库中存储有企业名称与发票信息之间的对应关系。

其中，字符数阈值为开发人员分析大多数的抬头名称的字符数后设置的，比如，字符数阈值为60。

在一种可能的实施方式中，当终端获取到复制内容的字符数后，即与预设的字符数阈值进行比较，若复制内容的字符数低于字符数阈值，则继续判断复制内容是否符合企业名称特征，若符合企业名称特征，则可以确定复制内容为抬头名称，以便终端根据复制内容确定其他发票信息。

其中，根据复制内容确定其余发票信息的方式可以参考上文实施例，本实施例在此不做赘述。

针对确定复制内容是否符合企业名称特征的方式，在一种可能的实施方式中，可以通过预设关键词的方式来确定，即通过确定复制内容中是否包含预设关键词来确定，预设关键词可以是“公司”“有限公司”“部门”等，本实施例对此不构成限定。

可选的，若复制内容的字符数高于字符数阈值，则表示当前复制行为可能并不是用于填写发票信息，此时，可以结束自动填写流程。同理，虽然复制内容的字符数低于字符数阈值，但是复制内容并不符合企业名称特征，则表示当前复制行为也可能并不是用于填写发票信息，也可以结束自动填写流程。

在一种可能的实施方式中，当终端确定出复制内容为抬头名称之后，可以显示确定提示窗口，该确定提示窗口提示用户是否需要将抬头名称填入发票填写界面，若用户点击确认，则表示该复制内容确实为抬头名称，终端即可以根据该抬头名称去检索对应的其他发票信息。对应的，若用户点击关闭控件，则表示该复制内容并不是用于发票填写，则结束当前自动填写流程。

示意性的，如图9所示，其示出了本申请另一个示例性实施例示出的确定提示窗口的界面示意图。当终端识别出复制内容为抬头名称时，会在发票填写界面901上层显示确定提示窗口902(如图9中的(A)所示)，该确定提示窗口902中显示有提示信息：“识别出抬头名称，是否填入？”，以及对应的抬头名称“xxx公司”，当用户点击确认控件903之后，相应的终端则会根据该抬头名称去企业信息数据库中查找该抬头名称对应的其他抬头信息，比如，公司税号、公司地址等，若查找到对应的其他抬头信息，则会将完整抬头信息直接自动填入发票填写界面901中(如图9中的(B)所示)，用户即可以直接点击提交控件905，实现一键开票；若未查找到对应的抬头信息，则终端自动将抬头名称填入发票填写界面901中(如图9中的(C)所示)；若用户点击关闭控件904，相应的，终端结束自动填写流程。

本实施例中，通过预设字符数阈值和公司名称特征，当终端识别出复制内容对应的数据源不属于目标数据源时，可以根据预设字符数阈值和公司名称特征对复制内容进行判断，以便确定当前复制行为是否用于填写发票信息，从而确定是否进行后续的根据抬头名称进行发票信息检索的流程。

由于用户可能在不同的应用场景(或应用平台)上使用不同的历史发票填写信息，为了使得自动填充的发票信息更符合用户的当前应用场景，因此，在一种可能的实施方式中，可以根据各个历史发票填写信息对应的历史使用场景与当前使用场景的关系，来确定填写哪一历史发票填写信息。

请参考图10，其示出了本申请一个示例性实施例示出的根据历史发票信息填写发票填写界面的过程的流程图，该方法包括：

步骤1001，响应于存在至少两条历史发票填写信息，获取各条历史发票填写信息对应的历史使用场景信息。

其中，历史使用场景信息包括使用地点、使用时段、开票类型中的至少一种。比如，历史发票信息A对应的使用场景为乘坐出租车，则该使用场景对应的使用地点可以为从家到公司、使用时段为早上8点至9点以及晚上9点至10点期间，开票类型为企业发票。

在一种可能的实施方式中，当终端获取到服务器反馈的该用户账号信息对应的历史发票填写信息时，识别出当前用户账号信息至少包含两个历史发票填写信息，则为了更准确的选取用户当前所需的发票信息，可以获取各条历史发票填写信息对应的历史使用场景信息，以便后续根据各个历史使用场景信息来确定选取对象。

步骤1002，根据当前使用场景信息与历史使用场景信息的匹配度，从至少两条历史发票填写信息中确定目标历史发票填写信息。

在一种可能的实施方式中，终端可以获取到当前使用场景信息，与各个历史发票填写信息对应的历史使用场景信息进行匹配，通过判断匹配度的高低，从而将匹配度最高的历史发票填写信息确定为目标历史发票填写信息，用于后续终段根据该目标历史发票填写信息自动填写发票填写界面。

步骤1003，将目标历史发票填写信息自动填写至发票填写界面。

在一种可能的实施方式中，终端从至少两个历史发票填写信息中确定出目标历史发票填写信息，即可以根据该目标历史发票填写信息自动填充发票填写界面，以实现自动为用户填写符合当前场景需求的发票信息。

本实施例中，若存在至少两条历史发票填写信息，则通过获取各个历史发票填写信息的历史使用场景信息，与当前使用场景信息进行比较，确定出各个历史发票填写信息对应的历史使用场景信息，与当前使用场景信息的匹配度，根据匹配度的高低来确定目标历史发票填写信息，从而根据该目标历史发票填写信息填写发票填写界面，使得终端自动填写的发票信息更符合用户的当前使用场景。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参考图11，其示出了本申请一个实施例提供的发票填写装置的结构框图。该装置具有实现上述方法示例的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以是上文介绍的终端，也可以设置在终端中。如图11所示，该装置1100可以包括：显示模块1101、第一填写模块1102和第二填写模块1103。

显示模块1101，用于显示发票填写界面；

第一填写模块1102，用于响应于存在历史发票填写信息，将所述历史发票填写信息自动填写至所述发票填写界面；

第二填写模块1103，用于响应于不存在所述历史发票填写信息，且接收到复制操作，根据复制内容在所述发票填写界面中自动填写发票信息。

可选的，所述第二填写模块1103，包括：

第一获取单元，用于获取所述复制内容的数据源；

第一填写单元，用于响应于所述数据源属于目标数据源，将所述复制内容自动填写至所述发票填写界面，所述目标数据源是用于存储发票信息的数据源；

第二填写单元，用于响应于所述数据源不属于所述目标数据源，根据所述复制内容确定目标发票信息；将所述目标发票信息自动填写至所述发票填写界面。

可选的，所述第二填写单元，还用于：

获取所述复制内容的字符数；

响应于所述字符数低于字符阈值，且所述复制内容符合企业名称特征，根据所述复制内容从企业信息数据库中查找所述目标发票信息，所述企业信息数据库中存储有企业名称与发票信息之间的对应关系。

可选的，所述第一填写单元，还用于：

获取所述复制内容中包含的字段；

响应于所述复制内容中包含抬头名字段以外的字段，将所述复制内容自动填写至所述发票填写界面，所述抬头名字段中包含抬头名称，

其中，所述抬头名字段以外的字段包括如下至少一种：税号字段、电话字段、地址字段、开户行字段和开户账号字段。

可选的，所述装置还包括：

查找模块，用于响应于所述复制内容中不包含所述抬头名字段以外的字段，从企业信息数据库中查找所述抬头名称对应的完整发票信息，所述企业信息数据库中存储有企业名称与发票信息之间的对应关系，所述完整发票信息指除所述抬头名称以外的发票信息；

第三填写模块，用于将所述完整发票信息填写至所述发票填写界面。

可选的，所述装置还包括：

第二显示模块，用于显示确定提示窗口，所述确定提示窗口在向所述发票填写界面中自动填写发票信息之前显示，用于确定是否自动填写发票信息。

可选的，所述第一填写模块1102，包括：

第三填写单元，用于响应于存在至少两条所述历史发票填写信息，将最近一次使用的所述历史发票填写信息自动填写至所述发票填写界面。

可选的，所述第一填写模块1102，包括：

第二获取单元，用于响应于存在至少两条所述历史发票填写信息，获取各条所述历史发票填写信息对应的历史使用场景信息，所述历史使用场景信息包括使用地点、使用时段、开票类型中的至少一种；

确定单元，用于根据当前使用场景信息与所述历史使用场景信息的匹配度，从至少两条所述历史发票填写信息中确定目标历史发票填写信息；

第四填写单元，将所述目标历史发票填写信息自动填写至所述发票填写界面。

综上所述，本申请实施例提供的技术方案中，当用户打开发票填写界面时，终端识别出用户需要填写发票信息，即先查找是否存在历史发票填写信息，若存在，则将历史发票填写信息自动填写在发票填写界面；若不存在历史发票填写信息，且接收到的复制操作，则终端通过识别粘贴板上的复制内容，并根据复制内容在该发票填写界面中自动填写发票信息。相比于相关技术中需要用户每次均手动在发票填写界面输入发票信息，可以减少用户填写发票信息的操作流程，提高发票信息的填写效率，且可以减少手动输入发票信息导致的出错率。

需要说明的是：上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

请参考图12，其示出了本申请一个实施例提供的终端1200的结构框图。该终端1200可以是智能手机、平板电脑或台式电脑。

通常，终端1200包括有：处理器1201和存储器1202。

处理器1201可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1201可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1201也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1201可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1201还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1202可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1202还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1202中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1201所执行以实现本申请中方法实施例提供的方法。

在一些实施例中，终端1200还可选包括有：外围设备接口1203和至少一个外围设备。处理器1201、存储器1202和外围设备接口1203之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1203相连。具体地，外围设备包括：射频电路1204、触摸显示屏1205、摄像头1206、音频电路1207、定位组件1208和电源1209中的至少一种。

外围设备接口1203可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1201和存储器1202。在一些实施例中，处理器1201、存储器1202和外围设备接口1203被集成在同一芯片或电路板上；在一些其他实施例中，处理器1201、存储器1202和外围设备接口1203中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1204用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1204通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1204将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1204包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1204可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1204还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏1205用于显示UI(UserInterface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1205是触摸显示屏时，显示屏1205还具有采集在显示屏1205的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1201进行处理。此时，显示屏1205还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1205可以为一个，设置终端1200的前面板；在另一些实施例中，显示屏1205可以为至少两个，分别设置在终端1200的不同表面或呈折叠设计；在再一些实施例中，显示屏1205可以是柔性显示屏，设置在终端1200的弯曲表面上或折叠面上。甚至，显示屏1205还可以设置成非矩形的不规则图形，也即异形屏。显示屏1205可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件1206用于采集图像或视频。可选地，摄像头组件1206包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1206还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1207可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1201进行处理，或者输入至射频电路1204以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1200的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1201或射频电路1204的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1207还可以包括耳机插孔。

定位组件1208用于定位终端1200的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件1208可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统或俄罗斯的伽利略系统的定位组件。

电源1209用于为终端1200中的各个组件进行供电。电源1209可以是交流电、直流电、一次性电池或可充电电池。当电源1209包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端1200还包括有一个或多个传感器1210。该一个或多个传感器1210包括但不限于：加速度传感器1211、陀螺仪传感器1212、压力传感器1213、指纹传感器1214、光学传感器1215以及接近传感器1216。

加速度传感器1211可以检测以终端1200建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1211可以用于检测重力加速度在三个坐标轴上的分量。处理器1201可以根据加速度传感器1211采集的重力加速度信号，控制触摸显示屏1205以横向视图或纵向视图进行用户界面的显示。加速度传感器1211还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1212可以检测终端1200的机体方向及转动角度，陀螺仪传感器1212可以与加速度传感器1211协同采集用户对终端1200的3D动作。处理器1201根据陀螺仪传感器1212采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1213可以设置在终端1200的侧边框和/或触摸显示屏1205的下层。当压力传感器1213设置在终端1200的侧边框时，可以检测用户对终端1200的握持信号，由处理器1201根据压力传感器1213采集的握持信号进行左右手识别或快捷操作。当压力传感器1213设置在触摸显示屏1205的下层时，由处理器1201根据用户对触摸显示屏1205的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1214用于采集用户的指纹，由处理器1201根据指纹传感器1214采集到的指纹识别用户的身份，或者，由指纹传感器1214根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1201授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1214可以被设置终端1200的正面、背面或侧面。当终端1200上设置有物理按键或厂商Logo时，指纹传感器1214可以与物理按键或厂商Logo集成在一起。

光学传感器1215用于采集环境光强度。在一个实施例中，处理器1201可以根据光学传感器1215采集的环境光强度，控制触摸显示屏1205的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏1205的显示亮度；当环境光强度较低时，调低触摸显示屏1205的显示亮度。在另一个实施例中，处理器1201还可以根据光学传感器1215采集的环境光强度，动态调整摄像头组件1206的拍摄参数。

接近传感器1216，也称距离传感器，通常设置在终端1200的前面板。接近传感器1216用于采集用户与终端1200的正面之间的距离。在一个实施例中，当接近传感器1216检测到用户与终端1200的正面之间的距离逐渐变小时，由处理器1201控制触摸显示屏1205从亮屏状态切换为息屏状态；当接近传感器1216检测到用户与终端1200的正面之间的距离逐渐变大时，由处理器1201控制触摸显示屏1205从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图12中示出的结构并不构成对终端1200的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

在示例性实施例中，还提供了一种非临时性计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序在被处理器执行时以实现上述发票填写方法。

在示例性实施例中，还提供了一种计算机程序产品，当该计算机程序产品被处理器执行时，其用于实现上述发票填写方法。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。另外，本文中描述的步骤编号，仅示例性示出了步骤间的一种可能的执行先后顺序，在一些其它实施例中，上述步骤也可以不按照编号顺序来执行，如两个不同编号的步骤同时执行，或者两个不同编号的步骤按照与图示相反的顺序执行，本申请实施例对此不作限定。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (11)

1.一种发票填写方法，其特征在于，所述方法包括：

显示发票填写界面；

响应于存在历史发票填写信息，将所述历史发票填写信息自动填写至所述发票填写界面；

响应于不存在所述历史发票填写信息，且接收到复制操作，根据复制内容在所述发票填写界面中自动填写发票信息。

2.根据权利要求1所述的方法，其特征在于，所述根据复制内容在所述发票填写界面中自动填写发票信息，包括：

获取所述复制内容的数据源；

响应于所述数据源属于目标数据源，将所述复制内容自动填写至所述发票填写界面，所述目标数据源是用于存储发票信息的数据源；

响应于所述数据源不属于所述目标数据源，根据所述复制内容确定目标发票信息；将所述目标发票信息自动填写至所述发票填写界面。

3.根据权利要求2所述的方法，其特征在于，所述根据所述复制内容确定目标发票信息，包括：

获取所述复制内容的字符数；

响应于所述字符数低于字符阈值，且所述复制内容符合企业名称特征，根据所述复制内容从企业信息数据库中查找所述目标发票信息，所述企业信息数据库中存储有企业名称与发票信息之间的对应关系。

4.根据权利要求2所述的方法，其特征在于，所述将所述复制内容自动填写至所述发票填写界面，包括：

获取所述复制内容中包含的字段；

响应于所述复制内容中包含抬头名字段以外的字段，将所述复制内容自动填写至所述发票填写界面，所述抬头名字段中包含抬头名称，

其中，所述抬头名字段以外的字段包括如下至少一种：税号字段、电话字段、地址字段、开户行字段和开户账号字段。

5.根据权利要求4所述的方法，其特征在于，所述获取所述复制内容中包含的字段之后，所述方法还包括：

响应于所述复制内容中不包含所述抬头名字段以外的字段，从企业信息数据库中查找所述抬头名称对应的完整发票信息，所述企业信息数据库中存储有企业名称与发票信息之间的对应关系，所述完整发票信息指除所述抬头名称以外的发票信息；

将所述完整发票信息填写至所述发票填写界面。

6.根据权利要求1至5任一所述的方法，其特征在于，所述方法还包括：

显示确定提示窗口，所述确定提示窗口在向所述发票填写界面中自动填写发票信息之前显示，用于确定是否自动填写发票信息。

7.根据权利要求1至5任一所述的方法，其特征在于，所述响应于存在历史发票填写信息，将所述历史发票填写信息自动填写至所述发票填写界面，包括：

响应于存在至少两条所述历史发票填写信息，将最近一次使用的所述历史发票填写信息自动填写至所述发票填写界面。

8.根据权利要求1至5任一所述的方法，其特征在于，所述响应于存在历史发票填写信息，将所述历史发票填写信息自动填写至所述发票填写界面，包括：

响应于存在至少两条所述历史发票填写信息，获取各条所述历史发票填写信息对应的历史使用场景信息，所述历史使用场景信息包括使用地点、使用时段、开票类型中的至少一种；

根据当前使用场景信息与所述历史使用场景信息的匹配度，从至少两条所述历史发票填写信息中确定目标历史发票填写信息；

将所述目标历史发票填写信息自动填写至所述发票填写界面。

9.一种发票填写装置，其特征在于，所述装置包括：

显示模块，用于显示发票填写界面；

第一填写模块，用于响应于存在历史发票填写信息，将所述历史发票填写信息自动填写至所述发票填写界面；

第二填写模块，用于响应于不存在所述历史发票填写信息，且接收到复制操作，根据复制内容在所述发票填写界面中自动填写发票信息。

10.一种终端，其特征在于，所述终端包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如权利要求1至8任一项所述的方法。

11.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8任一项所述的方法。

Images