开具电子发票的方法、装置和设备

技术领域

本申请涉及软件技术领域，尤其涉及一种开具电子发票的方法、装置和设备。

背景技术

目前，在多个省市开展了电子发票的应用试点。部分企业在企业和税局之间没有部署接口，开具电子发票时，还需要使用第三方开票助手客户端配合处理。当需要开具电子发票时，靠人为手工在不同开票主体下进行操作，以实现多个开票主体之间切换，以及启动第三方开票助手客户端，在开票过程中，存在着大量的重复性的人工操作，开票效率低。

发明内容

本申请提供了一种开具电子发票的方法、装置和设备，用以解决在开票过程中，大量的重复性的人工操作，导致开票效率低的问题。

第一方面，本申请实施例提供了一种开具电子发票的方法，包括：

在本次开票主体的电子发票开具成功后，若确定下一待开票主体与所述本次开票主体不同，从第一服务器中，读取所述下一待开票主体的税盘接口号和开票项目；

从第二服务器中，获取所述下一待开票主体以及所述开票项目对应的预开票数据；

以所述税盘接口号启动与所述下一待开票主体对应的税盘；

判定所述税盘所对应的所述下一待开票主体与所述预开票数据中指示的待开票主体一致；

将所述预开票数据发送至开票助手客户端；其中，所述开票助手客户端用于将所述预开票数据整理成预设开票格式，并发送到开票服务器；所述开票服务器用于开具与所述预开票数据对应的电子发票。

可选的，所述以所述税盘接口号启动与所述下一待开票主体对应的税盘，包括：

从所述第一服务器中预先配置的待开票信息列表中，读取所述税盘接口号所对应的税盘接口地址；

向所述税盘接口地址发送启动请求，所述启动请求用于启动所述税盘。

可选的，所述将所述预开票数据发送至开票助手客户端，包括：

从所述第一服务器中，读取所述下一待开票主体所对应的开票客户端的地址；

按照所述开票客户端的地址，将所述预开票数据发送到所述开票客户端，并指示所述开票客户端将所述预开票数据发送至所述开票助手客户端。

可选的，所述从第二服务器中，获取所述下一待开票主体以及所述开票项目对应的预开票数据，包括：

从所述第二服务器中，读取与所述下一待开票主体以及所述开票项目对应的销售数据；

从所述销售数据中，提取预留信息完整的销售数据，将预留信息完整的销售数据作为所述预开票数据。

可选的，从第一服务器中，读取所述下一待开票主体的开票项目，包括：

判断所述第一服务器中，是否包括所述下一待开票主体对应的开票项目；

若否，则从所述待开票信息列表中，读取所述下一待开票主体对应的第三服务器的地址和第一登录信息；按照所述第三服务器的地址和所述第一登录信息，向所述第三服务器发送下载请求；获取所述第三服务器根据所述下载请求返回的所述下一待开票主体对应的开票项目。

可选的，所述本次开票主体的电子发票开具成功之后，还包括：

从所述待开票信息列表中，读取所述本次开票主体对应的第四服务器的地址和第二登录信息；

按照所述第四服务器的地址和所述第二登录信息，向所述第四服务器发送目标地址获取请求；

获取所述第四服务器根据所述目标地址获取请求返回的所述本次开票主体的目标地址；

将开具成功的所述电子发票发送至所述目标地址。

可选的，所述获取所述下一待开票主体以及所述开票项目对应的预开票数据之后，所述以所述税盘接口号启动与所述下一待开票主体对应的税盘之前，还包括：

读取注册表，并清除所述注册表中与所述本次开票主体对应的税盘接口号和税盘接口地址。

可选的，所述确定下一待开票主体与所述本次开票主体不同，包括：

从所述第一服务器中的所述待开票信息列表中，按照预设顺序读取所述本次开票主体的下一待开票主体；

判定所述下一待开票主体与所述本次开票主体不同。

第二方面，本申请实施例提供了一种开具电子发票的装置，包括：

读取模块，用于在本次开票主体的电子发票开具成功后，若确定下一待开票主体与所述本次开票主体不同，从第一服务器中，读取所述下一待开票主体的税盘接口号和开票项目；

获取模块，用于从第二服务器中，获取所述下一待开票主体以及所述开票项目对应的预开票数据；

启动模块，用于以所述税盘接口号启动与所述下一待开票主体对应的税盘；

判定模块，用于判定所述税盘所对应的所述下一待开票主体与所述预开票数据中指示的待开票主体一致；

开票模块，用于将所述预开票数据发送至开票助手客户端；其中，所述开票助手客户端用于将所述预开票数据整理成预设开票格式，并发送到开票服务器；所述开票服务器用于开具与所述预开票数据对应的电子发票。

第三方面，本申请实施例提供了一种电子设备，包括：处理器、存储器和通信总线，其中，处理器和存储器通过通信总线完成相互间的通信；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述存储器中所存储的程序，实现第一方面所述的开具电子发票的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现第一方面所述的开具电子发票的方法。

本申请实施例提供的上述技术方案与现有技术相比具有如下优点：本申请实施例提供的该方法，在本次开票主体的电子发票开具成功后，若下一待开票主体与本次开票主体不同，此时说明要开具下一个待开票主体的电子发票，通过读取下一待开票主体的税盘接口号，自动启动与税盘接口号对应的税盘，实现了开票主体的切换；并从第二服务器中，自动获取与下一待开票主体和开票项目对应的预开票数据，如果税盘所对应的下一待开票主体与预开票数据中指示的待开票主体一致，说明已经查找到与下一待开票主体对应的预开票数据，指示当前开票前的准备工作已经做好，之后将预开票数据发送到开票助手客户端，通过开票助手客户端将预开票数据发送至开票服务器，实现开具电子发票。在本申请实施例中，整个开票过程，自动切换不同开票主体的税盘，自动实现开票，无需大量的重复性的人工操作，有效提高工作效率，节省人力。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

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

图1a为本申请实施例提供的开具电子发票的系统架构示意图；

图1b为本申请实施例提供的一种开具电子发票的方法的流程图；

图2为本申请实施例提供的另一种开具电子发票的方法的流程图；

图3为本申请实施例提供的一种开具电子发票的装置的结构示意图；

图4为本申请实施例提供的电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供了一种开具电子发票的方法，用以解决现有技术，在开票过程中，大量的重复性的人工操作，导致开票效率低的问题。

首先，结合图1a对本申请实施例中实现开具电子发票的系统架构进行说明。该系统架构包括：RPA(机器人流程自动化，Robotic Process Automation)服务端、第一服务器、第二服务器、第三服务器和第四服务器；其中，RPA服务端分别与第一服务器、第二服务器、第三服务器和第四服务器进行通信。在具体实现时，RPA服务端可以通过网络与各个服务器实现通信，上述网络包括但不限于：广域网、本地WIFI局域网。RPA服务端可以部署在电脑或者服务器上。

其中，第一服务器用于存储待开票信息列表和开票项目相关的数据，待开票信息列表中包括：待开票主体名称(例如：公司名)、统一社会信用代码、税号、用户名、密码、税盘接口号和税盘接口地址等参数之间的映射关系；第二服务器用于存储销售数据，销售数据中包括：地产公司名、地产项目、房间号、金额、购买人和电话等；第三服务器用于存储开票项目相关的数据，例如：待开票主体、开票项目、项目分期、楼栋房间号和入伙时间等；第四服务器用于发送开票通知。

参见图1b，基于上述系统架构，本申请实施例提供了一种开具电子发票的方法，利用RPA(机器人流程自动化，Robotic Process Automation)技术实现，该方法主要包括如下步骤：

步骤101，在本次开票主体的电子发票开具成功后，若确定下一待开票主体与本次开票主体不同，从第一服务器中，读取下一待开票主体的税盘接口号和开票项目；

在开具电子发票的过程中，如果本次开票主体的电子发票开具成功后，确定下一待开票主体与本次开票主体不同，则说明此时需要切换开票主体。具体的，可以从第一服务器中的待开票信息列表中，按照预设顺序读取本次开票主体的下一待开票主体；判定下一待开票主体与本次开票主体不同。

在切换开票主体时，重点在于启动开票主体所使用的税盘，具体方法是，可以在第一服务器中预先设置第一文件夹，在第一文件夹中存储待开票信息列表，待开票信息列表中可以包括：待开票主体名称(例如：公司名)、统一社会信用代码、税号、用户名、密码、税盘接口号和税盘接口地址等参数之间的映射关系。在切换开票主体时，从待开票信息列表中读取下一待开票主体所对应的税盘接口号，以利用税盘接口号启动对应的税盘。

除了上述的待开票信息列表之外，还可以在第一服务器中，预先配置待开票主体与开票项目之间的映射关系，其中，开票项目用于指导RPA机器人明确待开票主体所要开具的电子发票的开票项目。在具体实现时，可以在第一服务器中设置第二文件夹，如果从第二文件夹中读取到下一待开票主体对应的开票项目，则直接读取该开票项目，进行后续的步骤即可。例如，以房地产行业为例，在第二文件夹中存储有房地产公司A1和地产项目D1之间的映射关系。从待开票信息列表中读取到下一待开票主体为A1，则从第二文件夹中读取与A1对应的地产项目D1。除此之外，第二文件夹中还可以预先配置项目分期、楼栋房间号和入伙时间等与开票项目相关的数据。

若在第一服务器中未配置有开票项目，则可以从待开票信息列表中，读取下一待开票主体对应的第三服务器的地址和第一登录信息；按照第三服务器的地址和第一登录信息，向第三服务器发送下载请求；获取第三服务器根据下载请求返回的下一待开票主体对应的开票项目。

若在第一服务器中，没有直接读取到开票项目，则登录第三服务器，从第三服务器中下载到开票项目，以指导后续的获取预开票数据。

步骤102，从第二服务器中，获取下一待开票主体以及开票项目对应的预开票数据；

下一待开票主体与对应的开票项目的作用在于指导RPA机器人从第二服务器中，自动获取与下一待开票主体以及开票项目对应的预开票数据。

举例说明：从第一服务器中，读取到下一待开票主体为B公司，并读取到B公司所对应的开票项目是C地产项目，则在获取预开票数据时，从第二服务器中，获取待开票主体为B公司，且开票项目为C公司的数据。

在具体实现时，第二服务器可以是存储有销售数据的服务器。在从第二服务器中获取预开票数据时，首先从第一服务器的待开票信息列表中，读取第二服务器的地址和第二服务器的登录信息，并按照第二服务器的地址和第二服务器的登录信息，向第二服务器发送读取销售数据的请求，并获取第二服务器根据读取销售数据的请求返回的销售数据，从销售数据中，提取预留信息完整的销售数据，将预留信息完整的销售数据作为预开票数据。

在具体实现时，预留信息可以包括：买方名称(例如：公司名或个人姓名)、身份标识号(例如：统一社会信用代码或身份证号)、电话、金额和税率等。

在本申请实施例中，提取到的预开票数据为预留信息完整的数据，在读取预开票数据时，判断销售数据中的预留信息是否齐全，将预留信息齐全的销售数据作为预开票数据，后续只对预留信息齐全的数据开具电子发票，如果预留信息不齐全，则不开票，避免了人为忽略导致开具出无效发票的情况，解决了现有技术中，开具电子发票时，需要人工筛选并记录异常的数据，难免会出现数据缺失、效率低下等问题。

步骤103，以税盘接口号启动与下一待开票主体对应的税盘；

在切换开票主体时，重点在于切换税盘，通过从第一服务器中读取的税盘接口号启动与下一待开票主体对应的税盘。具体的，从第一服务器中预先配置的待开票信息列表中，读取税盘接口号所对应的税盘接口地址；向税盘接口地址发送启动请求，启动请求用于启动税盘。

在具体实现时，RPA机器人读取与税盘接口号对应的税盘接口地址，调用USB hub(通用串行总线集线器)控制程序向税盘接口地址发送启动请求，以启动税盘。

为了进一步保证开具电子发票的正确性，在步骤102之后，步骤103之前，还包括：读取注册表，并清除注册表中与本次开票主体对应的税盘接口号和税盘接口地址，以在开票过程中，消除本次开票主体对下一待开票主体的影响。

步骤104，判定税盘所对应的下一待开票主体与预开票数据中指示的待开票主体一致；

判定税盘所对应的下一待开票主体与预开票数据中指示的待开票主体一致，说明已经启动下一待开票主体的税盘，并且已经查找到与下一待开票主体对应的预开票数据，指示当前开票前的准备工作已经做好，可以进行正式开票。如果不一致，则无法进行开票，说明税盘未启动或者获取的预开票数据有误。

步骤105，将预开票数据发送至开票助手客户端；其中，开票助手客户端用于将预开票数据整理成预设开票格式，并发送到开票服务器；开票服务器用于开具与预开票数据对应的电子发票。

开票助手客户端支持批量预开票数据的导入，实现与开票服务器的数据交互，从而实现开票。其中，开票服务器用于根据预开票数据和预设开票模板，将预开票数据填入预设开票模板，以生成电子发票，从而实现开具电子发票。

在本申请实施例中，在本次开票主体的电子发票开具成功后，若下一待开票主体与本次开票主体不同，此时说明要开具下一个待开票主体的电子发票，通过读取下一待开票主体的税盘接口号，自动启动与税盘接口号对应的税盘，实现了开票主体的切换；并从第二服务器中，自动获取与下一待开票主体和开票项目对应的预开票数据，如果税盘所对应的下一待开票主体与预开票数据中指示的待开票主体一致，说明已经查找到与下一待开票主体对应的预开票数据，指示当前开票前的准备工作已经做好，之后将预开票数据发送到开票助手客户端，通过开票助手客户端将预开票数据发送至开票服务器，实现开具电子发票。在本申请实施例中，整个开票过程，自动切换不同开票主体的税盘，自动实现开票，无需大量的重复性的人工操作，有效提高工作效率，节省人力。

如图2所示，为了进一步提升本申请提供的开具电子发票的方法的自动化程度，在本申请实施例中，在本次开票主体的电子发票开具成功后，还包括：

步骤201，从待开票信息列表中，读取本次开票主体对应的第四服务器的地址和第二登录信息；

其中，第四服务器为通知管理系统，用于向用户发送通知或者邮件。通过第四服务器的地址和第二登录信息，实现第四服务器的登录。

步骤202，按照第四服务器的地址和第二登录信息，向第四服务器发送目标地址获取请求；

待实现第四服务器的登录后，向第四服务器发送获取开票成功的本次开票主体对应的目标地址获取请求，以获取目标地址，从而向目标地址发送开具好的电子发票。

步骤203，获取第四服务器根据目标地址获取请求返回的本次开票主体的目标地址；

其中，目标地址可以是用户的邮箱地址，或者用户的办公系统的地址。

步骤204，将开具成功的电子发票发送至目标地址。

按照同样的方法，在下一待开票主体开具发票成功后，也可以从待开票信息列表中，读取下一待开票主体对应的第四服务器的地址和第三登录信息；按照第四服务器的地址和第三登录信息，向第四服务器发送目标地址获取请求；获取第四服务器根据目标地址获取请求返回的下一待开票主体的目标地址；将开具成功的电子发票发送至目标地址。

在本申请实施例中，将开具成功的电子发票自动发送到目标地址，通知客户开票成功，以供客户查验电子发票是否正确，更加智能化、自动化。

考虑到实际情况，对于集团性质的公司，通常存在多个子公司，相应的，在第一服务器的待开票信息列表中，存在多个待开票主体。在从第二服务器中获取预开票数据时，可以一次性将待开票信息列表中的各个待开票主体以及开票项目所对应的预开票数据都获取到。从第一服务器中，读取各个待开票主体对应的开票客户端的地址，并分别按照各个待开票主体对应的开票客户端的地址，将待开票主体对应的预开票数据分发到各自的开票客户端，在开票时，按照预设顺序，指示开票客户端将预开票数据发送至开票助手客户端，依次实现开具各个待开票主体的电子发票。在返回开具好的电子发票时，针对同一个待开票主体的一批发票开具好后，反馈至相应的开票客户端，为电子发票的分发带来便利，且用户可以通过开票客户端能够了解开票的进度。

举例说明：在待开票信息列表中，依次存放三个待开票主体G1、G2和G3，获取到待开票主体G1的预开票数据S1，待开票主体G2的预开票数据S2以及待开票主体G3的预开票数据S3后，按照待开票主体G1的开票客户端的地址，将预开票数据S1发送到G1的开票客户端；按照待开票主体G2的开票客户端的地址，将预开票数据S2发送到G2的开票客户端；按照待开票主体G3的开票客户端的地址，将预开票数据S3发送到G3的开票客户端。

在开票时，RPA机器人按照待开票信息系列表中存放的待开票主体的顺序，首先，指示G1的开票客户端将预开票数据发送至开票助手客户端，实现开票，并将开具好的关于G1的电子发票返回至G1的开票客户端，供客户查看。待关于G1的电子发票开具成功后，从待开票信息列表中读取G1之后的待开票主体G2，指示G2的开票客户端将预开票数据发送至开票助手客户端，实现开票，并将开具好的关于G2的电子发票返回至G2的开票客户端；待关于G2的电子发票开具成功后，从待开票信息列表中读取G2之后的待开票主体G3，指示G3的开票客户端将预开票数据发送至开票助手客户端，实现开票，并将开具好的关于G3的电子发票返回至G3的开票客户端。

基于同一构思，本申请实施例中提供了一种开具电子发票的装置，该装置的具体实施可参见方法实施例部分的描述，重复之处不再赘述，如图3所示，该装置主要包括：

读取模块301，用于在本次开票主体的电子发票开具成功后，若确定下一待开票主体与本次开票主体不同，从第一服务器中，读取下一待开票主体的税盘接口号和开票项目；

在具体实现时，在确定下一待开票主体与本次开票主体不同时，可以从第一服务器中的待开票信息列表中，按照预设顺序读取本次开票主体的下一待开票主体，判定下一待开票主体与本次开票主体不同。

获取模块302，用于从第二服务器中，获取下一待开票主体以及开票项目对应的预开票数据；

启动模块303，用于以税盘接口号启动与下一待开票主体对应的税盘；

判定模块304，用于判定税盘所对应的下一待开票主体与预开票数据中指示的待开票主体一致；

开票模块305，用于将预开票数据发送至开票助手客户端；其中，开票助手客户端用于将预开票数据整理成预设开票格式，并发送到开票服务器；开票服务器用于开具与预开票数据对应的电子发票。

在本申请实施例中，在本次开票主体的电子发票开具成功后，若下一待开票主体与本次开票主体不同，此时说明要开具下一个待开票主体的电子发票，通过读取下一待开票主体的税盘接口号，自动启动与税盘接口号对应的税盘，实现了开票主体的切换；并从第二服务器中，自动获取与下一待开票主体和开票项目对应的预开票数据，如果税盘所对应的下一待开票主体与预开票数据中指示的待开票主体一致，说明已经查找到与下一待开票主体对应的预开票数据，指示当前开票前的准备工作已经做好，之后将预开票数据发送到开票助手客户端，通过开票助手客户端将预开票数据发送至开票服务器，实现开具电子发票。在本申请实施例中，整个开票过程，自动切换不同开票主体的税盘，自动实现开票，无需大量的重复性的人工操作，有效提高工作效率，节省人力。

在本申请实施例中，启动模块303，具体用于从第一服务器中预先配置的待开票信息列表中，读取税盘接口号所对应的税盘接口地址；向税盘接口地址发送启动请求，启动请求用于启动税盘。

在本申请实施例中，开票模块305，具体用于从第一服务器中，读取下一待开票主体所对应的开票客户端的地址；按照开票客户端的地址，将预开票数据发送到开票客户端，并指示开票客户端将预开票数据发送至开票助手客户端。

在本申请实施例中，获取模块302，具体用于从第二服务器中，读取与下一待开票主体以及开票项目对应的销售数据；从销售数据中，提取预留信息完整的销售数据，将预留信息完整的销售数据作为预开票数据。

在本申请实施例中，读取模块301，具体用于判断第一服务器中，是否包括下一待开票主体对应的开票项目；若否，则从待开票信息列表中，读取下一待开票主体对应的第三服务器的地址和第一登录信息；按照第三服务器的地址和第一登录信息，向第三服务器发送下载请求；获取第三服务器根据下载请求返回的下一待开票主体对应的开票项目。

在本申请实施例中，该开具电子发票的装置，还包括：通知模块，具体用于从待开票信息列表中，读取本次开票主体对应的第四服务器的地址和第二登录信息；按照第四服务器的地址和第二登录信息，向第四服务器发送目标地址获取请求；获取第四服务器根据目标地址获取请求返回的本次开票主体的目标地址；将开具成功的电子发票发送至目标地址。

在本申请实施例中，将开具成功的电子发票自动发送到目标地址，通知客户开票成功，以供客户查验电子发票是否正确，更加智能化、自动化。

在本申请实施例中，该开具电子发票的装置，还包括：清除模块，用于读取注册表，并清除注册表中与本次开票主体对应的税盘接口号和税盘接口地址，以消除本次开票主体对下一待开票主体的影响。

基于同一构思，本申请实施例中还提供了一种电子设备，如图4所示，该电子设备主要包括：处理器401、存储器402和通信总线403，其中，处理器401和存储器402通过通信总线403完成相互间的通信。其中，存储器402中存储有可被至处理器401执行的程序，处理器401执行存储器402中存储的程序，实现如下步骤：

在本次开票主体的电子发票开具成功后，若确定下一待开票主体与本次开票主体不同，从第一服务器中，读取下一待开票主体的税盘接口号和开票项目；

从第二服务器中，获取下一待开票主体以及开票项目对应的预开票数据；

以税盘接口号启动与下一待开票主体对应的税盘；

判定税盘所对应的下一待开票主体与预开票数据中指示的待开票主体一致；

将预开票数据发送至开票助手客户端；其中，开票助手客户端用于将预开票数据整理成预设开票格式，并发送到开票服务器；开票服务器用于开具与预开票数据对应的电子发票。

上述电子设备中提到的通信总线403可以是外设部件互连标准(PeripheralComponent Interconnect，简称PCI)总线或扩展工业标准结构(Extended IndustryStandard Architecture，简称EISA)总线等。该通信总线403可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器402可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器401的存储装置。

上述的处理器401可以是通用处理器，包括中央处理器(Central ProcessingUnit，简称CPU)、网络处理器(Network Processor，简称NP)等，还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本申请的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述实施例中所描述的开具电子发票的方法。

在上述实施例中，可以全部或部分地通过客户端、硬件、固件或者其任意组合来实现。当使用客户端实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以时通用计算机、专用计算机、计算机网络或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、微波等)方式向另外一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如软盘、硬盘、磁带等)、光介质(例如DVD)或者半导体介质(例如固态硬盘)等。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。