统计电子商务交易数据的方法和统计系统的制作方法

专利名称：统计电子商务交易数据的方法和统计系统的制作方法
技术领域：
本申请涉及网络技术，尤其涉及统计电子商务交易数据的方法、应用服务器和电子商务交易数据统计系统。
背景技术：
伴随着互联网技术的快速发展，电子商务逐渐成为人们日常生活的必需品，各类电子商务网站迅速崛起。对于一个大型的电子商务网站，实时统计交易数据，并根据交易数据进行业务分析显得尤为重要。在对现有技术的研究和实践过程中，发明人发现现有技术中存在以下问题对于大型的电子商务网站，电子商务交易系统一般会将交易数据保存到电子商务交易系统的数据库中，并且每天都会存在上千万次的数据库操作。由于实时数据统计及更新，必须不停的对获得的数据进行处理，如果直接在电子商务交易系统的数据库实时统计交易数据，那么就会极大的增加电子商务交易系统的数据库的负担，影响正常的业务交易，严重时可能会导致电子商务交易系统的数据库宕机，进而导致整个电子商务网站都不可用。

发明内容
本申请实施例的目的是提供统计电子商务交易数据的方法、应用服务器和电子商务交易数据统计系统，以实现实时的统计电子商务交易数据，并且不会增加电子商务交易系统的数据库的负担，从而不影响正常的业务交易。为解决上述技术问题，本申请实施例提供了一种统计电子商务交易数据的方法， 适用于包括电子商务交易系统、数据仓库系统及电子商务交易数据统计系统的电子商务系统，所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据，所述电子商务交易数据统计系统包括第二应用服务器和第二数据库，所述方法包括所述第二应用服务器实时获得所述第一应用服务器发出的交易数据；在每次获得交易数据后，所述第二应用服务器分析所述交易数据，获取所述交易数据所属类别的信息；所述第二应用服务器根据所述交易数据所属类别的信息，从所述第二数据库中获得所述类别的历史交易数据，其中，所述第二数据库非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据；所述第二应用服务器结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据。为解决上述技术问题，本申请实施例还提供了一种应用服务器，适用于包括电子商务交易系统、数据仓库系统及电子商务交易数据统计系统的电子商务系统，所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据，所述电子商务交易数据统计系统包括所述应用服务器和第二数据库，所述应用服务器包括交易数据处理单元和交易数据统计单元；所述交易数据处理单元用于实时获得所述第一应用服务器发出的交易数据，并在每次获得交易数据后，将所述交易数据发给所述交易数据统计单元；所述交易数据统计单元用于获得并分析所述交易数据，获取所述交易数据所属类别的信息，根据所述交易数据所属类别的信息，从所述第二数据库中获得所述类别的历史交易数据，并结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据；其中，所述第二数据库非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据。为解决上述技术问题，本申请实施例还提供了一种电子商务交易数据统计系统， 适用于包括电子商务交易系统、数据仓库系统及电子商务交易数据统计系统的电子商务系统，所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据，所述电子商务交易数据统计系统包括第二应用服务器和第二数据库；所述第二应用服务器用于实时获得所述第一应用服务器发出的交易数据，在每次获得交易数据后，分析所述交易数据，获取所述交易数据所属类别的信息，根据所述交易数据所属类别的信息，从所述第二数据库中获得所述类别的历史交易数据，并结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据；所述第二数据库用于存储交易数据，并非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据。为解决上述技术问题，本申请实施例还提供了一种统计电子商务交易数据的方法，适用于包括电子商务交易系统、数据仓库系统及电子商务交易数据统计系统的电子商务系统，所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据，所述电子商务交易数据统计系统包括第二应用服务器和第二数据库，所述方法包括所述第二应用服务器实时获得所述第一应用服务器发出的交易数据；在每次获得交易数据后，所述第二应用服务器将所述交易数据存储到所述第二数据库中，并分析所述交易数据，获取所述交易数据所属类别的信息，其中，所述第二数据库非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据；所述第二应用服务器根据所述交易数据所属类别的信息，从所述第二数据库中获得所述交易数据和所述类别的历史交易数据；所述第二应用服务器结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据。为解决上述技术问题，本申请实施例还提供了一种应用服务器，其特征在于，适用于包括电子商务交易系统、数据仓库系统及电子商务交易数据统计系统的电子商务系统， 所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据，所述电子商务交易数据统计系统包括所述应用服务器和第二数据库，所述应用服务器包括交易数据处理单元和交易数据统计单元；所述交易数据处理单元用于实时获得所述第一应用服务器发出的交易数据，在每次获得交易数据后，将所述交易数据存储到所述第二数据库中，并分析所述交易数据，获取所述交易数据所属类别的信息，向所述交易数据统计单元发出携带所述交易数据所属类别的信息的触发消息，所述触发消息用于触发所述交易数据统计单元统计交易数据；所述交易数据统计单元用于根据所述交易数据所属类别的信息，从所述第二数据库中获得所述交易数据和所述类别的历史交易数据，并结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据；其中，所述第二数据库非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据。为解决上述技术问题，本申请实施例还提供了一种电子商务交易数据统计系统， 适用于包括电子商务交易系统、数据仓库系统及电子商务交易数据统计系统的电子商务系统，所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据，所述电子商务交易数据统计系统包括第二应用服务器和第二数据库；所述第二应用服务器用于实时获得所述第一应用服务器发出的交易数据，在每次获得交易数据后，所述第二应用服务器将所述交易数据存储到所述第二数据库中，分析所述交易数据，获取所述交易数据所属类别的信息，根据所述交易数据所属类别的信息，从所述第二数据库中获得所述交易数据和所述类别的历史交易数据，所述第二应用服务器结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据；所述第二数据库用于存储交易数据，并非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较， 更新不一致的交易数据。可见，本申请实施例中，电子商务交易数据统计系统实时从电子商务交易系统的应用服务器获得交易数据，而不是从电子商务交易系统的数据库实时获得交易数据，这样不会增加电子商务交易系统的数据库的负担，从而不会影响正常的业务交易，更不会导致电子商务交易系统的数据库宕机，由此可以避免整个电子商务网站都不可用。


为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。图1为本申请实施例应用的网络环境示意图；图2为本申请实施例应用的包括电子商务交易数据统计系统的网络环境示意图；图3为本申请实施例的一种统计电子商务交易数据的方法的流程图；图4为本申请实施例的应用服务器的逻辑结构示意图；图5为本申请实施例的电子商务交易数据统计系统的逻辑结构示意图；图6为本申请实施例的另一种统计电子商务交易数据的方法的流程图。
具体实施例方式本申请实施例提供统计电子商务交易数据的方法、应用服务器和电子商务交易数据统计系统。在介绍统计电子商务交易数据的方法、应用服务器和电子商务交易数据统计系统之前，首先介绍本申请实施例应用的网络环境和涉及的一些专业知识。本申请实施例应用的网络环境如图1所示，客户端103可以登录到电子商务交易系统101进行电子商务交易操作，例如进行创建交易、付款等操作，电子商务交易系统101 可以将交易数据和日志记录到数据仓库系统102中。电子商务交易系统101可以提供例如商品展示、创建交易、交易管理、支付等功能。电子商务交易系统101可以包括应用服务器和数据库，应用服务器也可以将交易数据等内容存储到数据库中。在现有技术中，为了统计交易数据，网络实体一般都要从数据库中获取交易数据。数据仓库系统102是一个面向主题的、集成的、不可更新的、随时间不断变化的数据集合的记录载体，用于支持企业或组织的决策分析处理。具体来说，数据仓库系统102会记录交易数据的详细变化历史，用户使用客户端101在电子商务交易系统101中的任何操作所产生的交易数据变化都会记录在数据仓库系统102中。交易数据可以是指与交易相关的数据，例如用户账号、操作类型、交易金额等数据，操作类型例如是指创建交易、付款等事件。需要说明的是，本申请实施例在图1的基础上增加了一个电子商务交易数据统计系统，如图2所示，电子商务交易数据统计系统104既可以与电子商务交易系统101交互， 也可以与数据仓库系统102交互。本申请实施例将包括电子商务交易系统、数据仓库系统和电子商务交易数据统计系统的网络系统称为电子商务系统，在电子商务系统中，电子商务交易系统、数据仓库系统和电子商务交易数据统计系统两两相连，当然，电子商务系统还可以包括其他网络子系统和其他网络实体，其他网络实体例如是指在电子商务交易系统中进行电子商务交易的客户端以及管理电子商务交易数据统计系统的管理员所使用的客户端等。前面提到过，电子商务交易系统101可以包括应用服务器和数据库，为便于下文描述方便，本申请实施例将电子商务交易系统包括的应用服务器称为第一应用服务器，将电子商务交易系统包括的数据库称为第一数据库。电子商务交易数据统计系统104用于统计从电子商务交易系统101获得的交易数据，电子商务交易数据统计系统104也包括应用服务器，为便于下文描述方便，本申请实施例将电子商务交易数据统计系统包括的应用服务器称为第二应用服务器，将电子商务交易数据统计系统包括的数据库称为第二数据库。本申请实施例的所有技术方案都适用于上述的电子商务系统。为了使本技术领域的人员更好地理解本申请实施例中的技术方案，并使本申请实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本申请实施例中技术方案作进一步详细的说明。首先介绍本申请实施例的一种统计电子商务交易数据的方法，前面提到过，这种方法适用于包括电子商务交易系统、数据仓库系统及电子商务交易数据统计系统的电子商务系统，所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据，所述电子商务交易数据统计系统包括第二应用服务器和第二数据库。如图3所示，这种方法包括S301 第二应用服务器实时获得第一应用服务器发出的交易数据。具体的，第一应用服务器可以实时的向独立于电子商务交易系统和数据仓库系统的电子商务交易数据统计系统提供交易数据，具体的，第一应用服务器实时的向第二应用服务器提供交易数据。
第一应用服务器可以按照这样的方式实时向第二应用服务器提供交易数据，即， 第一应用服务器可以发出异步消息，异步消息中携带有交易数据。一个异步消息可以携带一个用户进行一次操作所产生的数据。异步消息既可以是可靠的异步消息，也可以是不可靠的异步消息。如果第一应用服务器发出的是可靠的异步消息，那么异步消息可以不会丢失的到达第二应用服务器；如果第一应用服务器发出的是不可靠的异步消息，那么可能会发生异步消息丢失的现象，或者说，第二应用服务器可能会接收不到异步消息，这种情况下，第二应用服务器可能会无法获得一些交易数据。在实际应用中，使用可靠的异步消息的成本会比较高，而使用不可靠的异步消息的成本会比较低。另外，第一应用服务器发出异步消息的动作对于第一应用服务器来说，代价可以忽略不计，也就是说，第一应用服务器发出异步消息的动作不会影响电子商务交易系统提供的正常业务交易。执行S301后，执行S302 在每次获得交易数据后，所述第二应用服务器分析所述交易数据，获取所述交易数据所属类别的信息。在本申请实施例中，可以将交易数据划分为多个类别，例如，按照用户或者交易操作种类划分。例如，某个交易数据可以是一个用户通过客户端在电子商务交易系统中进行电子商务操作所产生的数据，那么这样的交易数据可以认为是属于这个用户的交易数据。 再例如，某个交易数据可以是一个用户通过客户端在电子商务交易系统中进行某种电子商务操作所产生的数据，某种电子商务操作例如是向卖家付款(即交易成功)等操作，那么这样的交易数据可以认为是属于这种电子商务操作的交易数据。当然，交易数据还可以按照其他方式来划分，这里不再一一举例说明。第二应用服务器获得交易数据后，可以对交易数据进行分析，确定交易数据所属的类别，即，获取交易数据所属类别的信息。在具体实现时，第一应用服务器发出的交易数据不仅仅可以携带交易数据的数据内容，还可以携带交易数据所属类别的信息，这种情况下，第二应用服务器可以直接从交易数据中获取交易数据所属类别的信息。第二应用服务器也可以预先存储记录关键词与类别信息映射关系的映射表，一个类别信息可以只对应一个关键词，一个类别信息也可以对应多个关键词，第二应用服务器获得交易数据后，可以从交易数据中提取关键词，使用关键词在所述映射表中查找与关键词对应的类别信息，这样也可以获取交易数据所属类别的信息。当然，第二应用服务器还可以通过其他多种方式分析交易数据，获取交易数据所属类别的信息，这里不再一一举例说明。执行S302后，执行S303 所述第二应用服务器根据所述交易数据所属类别的信息，从第二数据库中获得所述类别的历史交易数据，其中，所述第二数据库非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据。第二应用服务器获取交易数据所属类别的信息后，可以向第二数据库发出请求消息，请求消息携带交易数据所属类别的信息，请求消息用于表示请求提供交易数据所属类别的历史交易数据。第二数据库接收到请求消息后，可以使用请求消息携带的交易数据所属类别的信息作为关键词，在本地查找交易数据所属类别的历史交易数据，并将查找到的历史交易数据返回给第二应用服务器。特殊情况下，由于第二数据库可能未存储过交易数
9据所属类别的交易数据等原因，第二数据库在接收到请求消息后，可以向第二应用服务器返回一个响应消息，这个响应消息用于表示没有查找到交易数据所属类别的历史交易数据等内容。前面提到过，如果第一应用服务器发出的是不可靠的异步消息，那么第二应用服务器可能会无法接收到一些异步消息，进而导致第二应用服务器可能会无法得到一些交易数据。对此，第二数据库可以非实时的向数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据。在实际应用中，第二数据库可以每隔预先设置的周期向数据仓库系统查询并获取符合预设条件的交易数据。预先设置的周期可以由本领域技术人员根据实际需要而设置， 例如10分钟。预设条件也可以由本领域技术人员根据实际需要而设置，例如，在最近的一个周期内所有发生变化的数据，所有发生变化的数据可以是指新增加的数据。第二数据库可以将获得的符合预设条件的交易数据与之前保存的符合预设条件的交易数据进行比较，如果一致，则可以不进行任何处理，如果存在不一致的数据，则更新不一致的交易数据。执行S303后，执行S304:所述第二应用服务器结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据。在具体实现时，第二应用服务器可以按照统计规则对交易数据进行实时统计。第二应用服务器在按照统计规则对交易数据进行实时统计处理之前，可以获得客户端所设定的对交易数据进行统计处理的统计规则。例如，在第二应用服务器按照统计规则对交易数据进行统计处理之前，管理电子商务交易数据统计系统的管理员在客户端上设定统计规则，客户端将统计规则提供给第二应用服务器，这样，第二应用服务器就获得了客户端所设定的统计规则。在实际应用中，上述统计规则例如包括对同一个类别的交易数据进行叠加操作的规定，这种情况下，第二应用服务器可以将获得的交易数据和同一个类别的历史交易数据进行叠加。以交易数据所属的类别是用户为例，第二数据库可以以一个用户为单位存储这个用户的交易记录，或者说，每个用户信息只对应一条交易记录，每条交易记录只对应一个用户信息，交易记录中记录有这个用户的交易数据。在具体实现时，第二应用服务器获得一个用户的交易数据和这个用户的历史交易数据后，将这个用户的交易数据和这个用户的历史交易数据进行叠加，得到这个用户的当前交易数据，之后，将这个用户的当前交易数据存储到第二数据库中保存的这个用户的交易记录中。例如，假设用户1的交易记录中记录有用户1的账号、创建交易次数、交易总金额等信息，并假设用户1通过客户端在电子商务交易系统中完成了一次交易，第一应用服务器为此产生的交易数据包括交易金额，第二应用服务器在获得交易数据后，如果判断出交易数据对应的是用户1，那么第二应用服务器要向第二数据库请求提供用户1的历史交易数据，第二数据库查找到用户1对应的交易记录后，向第二应用服务器返回用户1的历史交易数据。之后，第二应用服务器将获得的交易金额与用户1对应的交易记录中原有的交易总金额相加(即结合获得的用户1的交易数据和用户1的历史交易数据)，得到新的交易总金额(即用户1的当前交易数据)。。第二应用服务器得到新的交易总金额后，可以将新的交易总金额提供给管理员使用的客户端，或者，根据新的交易总金额绘制用户1的交易总金额的显示曲线，管理员通过显示曲线可以直观的了解到用户1的交易总金额的变化趋势。以交易数据所属的类别是交易操作种类为例。每个交易数据对应至少一个交易数据类别，交易数据类别例如为在一段时间内的交易总金额、在一段时间内的创建交易的总次数或在一段时间内的成功交易的总次数等。在具体实现时，第二应用服务器获得一个交易操作种类的交易数据和这个交易操作种类的历史交易数据后，将这个交易操作种类的交易数据和这个交易操作种类的历史交易数据进行叠加，得到这个交易操作种类的当前交易数据。例如，假设第二应用服务器需要统计在一段时间内的交易总金额(交易操作种类为付款和/或收款，可以不区分用户)，并假设用户1通过客户端在电子商务交易系统中完成了一次交易，第二应用服务器为此产生的交易数据包括交易金额，第二应用服务器在获得交易数据后，如果判断出交易数据中的交易金额对应付款和/或收款这个类别，那么第二应用服务器要向第二数据库请求提供付款和/或收款对应的历史交易金额，第二数据库查找到付款和/或收款对应的历史交易金额后，向第二应用服务器返回付款和/或收款对应的历史交易金额。之后，第二应用服务器将获得的交易金额与付款和/或收款对应的历史交易金额相加，得到付款和/或收款对应的新的交易总金额。第二应用服务器在得到付款和/或收款对应的新的交易总金额后，可以将新的交易总金额提供给管理员使用的客户端，或者，根据新的交易总金额绘制在一段时间内的交易总金额的显示曲线，管理员通过显示曲线可以直观的了解到在一段时间内的交易总金额的变化趋势。前面提到过，第二数据库从数据仓库系统获得的符合预设条件的交易数据与之前保存的符合预设条件的交易数据可能不一致。如果第二数据库从数据仓库系统获得的符合预设条件的交易数据与之前保存的符合预设条件的交易数据不一致，那么第二应用服务器可以以数据仓库系统提供的数据为准进行统计。也就是说，第二数据库向第二应用服务器提供的数据都是数据仓库系统保存的完整、准确的数据，这样，第二应用服务器是以完整、 准确的数据为准进行统计的。例如，假设在10分钟之内，用户1通过客户端在电子商务交易系统中完成了一次交易，第一应用服务器发出了异步消息，异步消息携带了第一应用服务器为此次交易产生的交易数据，交易数据包括交易金额，但第二应用服务器没有收到这个异步消息。在10分钟结束时，第二数据库向数据仓库系统发出了查询在10分钟之内发生变化的数据的请求， 数据仓库系统向第二数据库返回了在10分钟之内发生变化的数据，发生变化的数据包括上述的交易金额，第二数据库将从数据仓库系统获得的在10分钟之内发生变化的数据和自己保存的在10分钟之内发生变化的数据相比较，确定自己没有获得用户1在10分钟之内完成的一次交易而产生的交易数据，对此，第二数据库将用户1在10分钟之内完成的一次交易而产生的交易数据保存到用户1对应的交易记录中，之后，第二应用服务器可以修改用户1的交易金额对应的显示曲线，并将修改后的显示曲线提供给管理员使用的客户端。可选的，在执行S301后，第二应用服务器可以将获得交易数据的日志记录在第二数据库中的交易数据日志表中。交易数据日志表中可以以一个用户发起的事件为单位构造一条记录，或者说，以一个异步消息为单位构造一条记录。

另外，第二应用服务器在每次获得交易数据后，都可以将交易数据存储到第二数据库中。第二数据库也可以分析交易数据，获取交易数据所属类别的信息，将交易数据与其所属类别的信息进行绑定。这样，第二数据库在后续查找这个类别的交易数据时，就可以根据绑定关系，查找到与这个类别绑定的所有交易数据。此外，在实际应用中，管理电子商务系统的管理员可能会需要查询交易数据，这种情况下，管理员使用的客户端可以向第二应用服务器发出查询符合某个条件的交易数据的请求消息，第二应用服务器获得请求消息后，可以向第二数据库发出查询符合这个条件的交易数据，第二数据库查找到符合这个条件的交易数据后，向第二应用服务器返回符合这个条件的交易数据，第二应用服务器再向管理员使用的客户端返回符合这个条件的交易数据。与本申请监控事件的方法的实施例相对应，本申请还提供了设置于电子商务交易数据统计系统中的应用服务器的实施例。这种应用服务器适用于包括电子商务交易系统、 数据仓库系统及电子商务交易数据统计系统的电子商务系统，所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据，所述电子商务交易数据统计系统包括所述应用服务器和第二数据库。如图4所示，所述应用服务器包括交易数据处理单元401和交易数据统计单元402 ； 交易数据处理单元401用于实时获得所述第一应用服务器发出的交易数据，并在每次获得交易数据后，将所述交易数据发给交易数据统计单元402 ；交易数据统计单元402用于获得并分析所述交易数据，获取所述交易数据所属类别的信息，根据所述交易数据所属类别的信息，从所述第二数据库中获得所述类别的历史交易数据，并结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据；其中，所述第二数据库非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据。在实际应用中，交易数据处理单元401在每次获得交易数据后，将所述交易数据发给交易数据统计单元402，其实质就是触发交易数据统计单元402对交易数据进行统计处理。在具体实现时，交易数据处理单元401可以向交易数据统计单元402发出用于触发交易数据统计单元402对交易数据进行统计的触发消息，这个触发消息携带有交易数据。在实际应用中，交易数据统计单元402获得交易数据后，可以对交易数据进行分析，确定交易数据所属的类别，即，获取交易数据所属类别的信息。在具体实现时，第一应用服务器发出的交易数据不仅仅可以携带交易数据的数据内容，还可以携带交易数据所属类别的信息，这种情况下，交易数据统计单元402可以直接从交易数据中获取交易数据所属类别的信息。交易数据统计单元402也可以预先存储记录关键词与类别信息映射关系的映射表，一个类别信息可以只对应一个关键词，一个类别信息也可以对应多个关键词，交易数据统计单元402获得交易数据后，可以从交易数据中提取关键词，使用关键词在所述映射表中查找与关键词对应的类别信息，这样也可以获取交易数据所属类别的信息。当然，交易数据统计单元402还可以通过其他多种方式分析交易数据，获取交易数据所属类别的信息，这里不再一一举例说明。交易数据统计单元402获取交易数据所属类别的信息后，可以向第二数据库发出请求消息，请求消息携带交易数据所属类别的信息，请求消息用于表示请求提供交易数据所属类别的历史交易数据。第二数据库接收到请求消息后，可以使用请求消息携带的交易数据所属类别的信息作为关键词，在本地查找交易数据所属类别的历史交易数据，并将查找到的历史交易数据返回给交易数据统计单元402。特殊情况下，由于第二数据库可能未存储过交易数据所属类别的交易数据等原因，第二数据库在接收到请求消息后，可以向交易数据统计单元402返回一个响应消息，这个响应消息用于表示没有查找到交易数据所属类别的历史交易数据等内容。在实际应用中，交易数据统计单元402可以按照统计规则对交易数据进行实时统计。交易数据统计单元402在按照统计规则对交易数据进行实时统计处理之前，可以获得客户端所设定的对交易数据进行统计处理的统计规则。例如，在交易数据统计单元402按照统计规则对交易数据进行统计处理之前，管理电子商务交易数据统计系统的管理员在客户端上设定统计规则，客户端将统计规则提供给交易数据统计单元402，这样，交易数据统计单元402就获得了客户端所设定的统计规则。在实际应用中，上述统计规则例如包括对同一个类别的交易数据进行叠加操作的规定，这种情况下，交易数据统计单元402可以将获得的交易数据和同一个类别的历史交易数据进行叠加。在实际应用中，如果第二数据库从数据仓库系统获得的符合预设条件的交易数据与之前保存的符合预设条件的交易数据不一致，那么交易数据统计单元402可以以数据仓库系统提供的数据为准进行统计。也就是说，第二数据库向交易数据统计单元402提供的数据都是数据仓库系统保存的完整、准确的数据，这样，交易数据统计单元402是以完整、 准确的数据为准进行统计的。在实际应用中，交易数据处理单元401在每次获得交易数据后，可以将获得交易数据的日志记录在第二数据库中的交易数据日志表中。在实际应用中，交易数据处理单元401在每次获得交易数据后，可以将交易数据存储到第二数据库中。交易数据统计单元402在获得所述交易数据后，也可以将所述交易数据存储到所述第二数据库中。在实际应用中，交易数据处理单元401和交易数据统计单元402两者之一将交易数据存储到第二数据库中即可。在实际应用中，管理电子商务系统的管理员可能会需要查询交易数据，这种情况下，管理员使用的客户端可以向交易数据统计单元402发出查询符合某个条件的交易数据的请求消息，交易数据统计单元402获得请求消息后，可以向第二数据库发出查询符合这个条件的交易数据，第二数据库查找到符合这个条件的交易数据后，向交易数据统计单元 402返回符合这个条件的交易数据，交易数据统计单元402再向管理员使用的客户端返回符合这个条件的交易数据。由于图4所示的应用服务器实施例是与图3所示的方法实施例相对应的实施例， 所以，图4所示的应用服务器中的各个功能单元的功能及相互配合关系的详细描述可以参照图3所示的方法实施例中的相关描述，这里不再赘述。由图3所示的方法可知，图3所示的方法中的很多步骤都是以电子商务交易数据统计系统包括的应用服务器为执行主体，另外，图4所示的应用服务器也是设置在电子商务交易数据统计系统中的，所以，本申请实施例还提供了一种电子商务交易数据统计系统。这种电子商务交易数据统计系统适用于包括电子商务交易系统、数据仓库系统及电子商务交易数据统计系统的电子商务系统，所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据。如图5所示，这种电子商务交易数据统计系统包括第二应用服务器和第二数据库 502 ；第二应用服务器501用于实时获得所述第一应用服务器发出的交易数据，在每次获得交易数据后，分析所述交易数据，获取所述交易数据所属类别的信息，根据所述交易数据所属类别的信息，从第二数据库502中获得所述类别的历史交易数据，并结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据；第二数据库502用于存储交易数据，并非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据。可选的，第二数据库502中可以设置有用于存储交易数据的日志的交易数据日志表和用于存储交易数据的交易数据基准表。在交易数据日志表中，一条记录可以以一个用户发起的事件为单位，在交易数据基准表中，一条记录可以以一个用户为单位。第二应用服务器501可以将获得交易数据的日志记录在交易数据日志表中。第二应用服务器501和第二数据库502的具体功能以及相互配合关系的详细描述可以参照图3所示的方法实施例和图4所示的应用服务器实施例中的相关描述，这里不再赘述。除图3所示的方法实施例外，本申请实施例还提供一种统计电子商务交易数据的方法。这种方法适用于包括电子商务交易系统、数据仓库系统及电子商务交易数据统计系统的电子商务系统，所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据，所述电子商务交易数据统计系统包括第二应用服务器和第二数据库。如图6所示，方法包括S601 第二应用服务器实时获得第一应用服务器发出的交易数据。具体的，第一应用服务器可以实时的向独立于电子商务交易系统和数据仓库系统的电子商务交易数据统计系统提供交易数据，具体的，第一应用服务器实时的向第二应用服务器提供交易数据。第一应用服务器可以按照这样的方式实时向第二应用服务器提供交易数据，即， 第一应用服务器可以发出异步消息，异步消息中携带有交易数据。一个异步消息可以携带一个用户进行一次操作所产生的数据。异步消息既可以是可靠的异步消息，也可以是不可靠的异步消息。如果第一应用服务器发出的是可靠的异步消息，那么异步消息可以不会丢失的到达第二应用服务器；如果第一应用服务器发出的是不可靠的异步消息，那么可能会发生异步消息丢失的现象，或者说，第二应用服务器可能会接收不到异步消息，这种情况下，第二应用服务器可能会无法获得一些交易数据。在实际应用中，使用可靠的异步消息的成本会比较高，而使用不可靠的异步消息的成本会比较低。另外，第一应用服务器发出异步消息的动作对于第一应用服务器来说，代价可以忽略不计，也就是说，第一应用服务器发出异步消息的动作不会影响电子商务交易系统提供的正常业务交易。
S602:在每次获得交易数据后，所述第二应用服务器将所述交易数据存储到第二数据库中，并分析所述交易数据，获取所述交易数据所属类别的信息，其中，所述第二数据库非实时的向数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据。在本申请实施例中，可以将交易数据划分为多个类别，例如，按照用户或者交易操作种类划分。第二应用服务器获得交易数据后，要将交易数据存储到第二数据库中，并且还要分析交易数据，获取交易数据所属类别的信息。在实际应用中，将交易数据存储到第二数据库中和分析交易数据可以同时进行，也可以先后进行，如果先后进行，那么也没有必然的先后顺序，或者说，先进行哪个操作都可以。在具体实现时，第一应用服务器发出的交易数据不仅仅可以携带交易数据的数据内容，还可以携带交易数据所属类别的信息，这种情况下，第二应用服务器可以直接从交易数据中获取交易数据所属类别的信息。第二应用服务器也可以预先存储记录关键词与类别信息映射关系的映射表，一个类别信息可以只对应一个关键词，一个类别信息也可以对应多个关键词，第二应用服务器获得交易数据后，可以从交易数据中提取关键词，使用关键词在所述映射表中查找与关键词对应的类别信息，这样也可以获取交易数据所属类别的信息。当然，第二应用服务器还可以通过其他多种方式分析交易数据，获取交易数据所属类别的信息，这里不再一一举例说明。前面提到过，如果第一应用服务器发出的是不可靠的异步消息，那么第二应用服务器可能会无法接收到一些异步消息，进而导致第二应用服务器可能会无法得到一些交易数据。对此，第二数据库可以非实时的向数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据。在实际应用中，第二数据库可以每隔预先设置的周期向数据仓库系统查询并获取符合预设条件的交易数据。预先设置的周期可以由本领域技术人员根据实际需要而设置， 例如10分钟。预设条件也可以由本领域技术人员根据实际需要而设置，例如，在最近的一个周期内所有发生变化的数据，所有发生变化的数据可以是指新增加的数据。第二数据库可以将获得的符合预设条件的交易数据与之前保存的符合预设条件的交易数据进行比较，如果一致，则可以不进行任何处理，如果存在不一致的数据，则更新不一致的交易数据。S603:所述第二应用服务器根据所述交易数据所属类别的信息，从所述第二数据库中获得所述交易数据和所述类别的历史交易数据。第二应用服务器获取交易数据所属类别的信息后，可以向第二数据库发出请求消息，请求消息携带交易数据所属类别的信息，请求消息用于表示请求提供交易数据所属类别的所有交易数据，包括获得的交易数据和历史交易数据。第二数据库接收到请求消息后， 可以使用请求消息携带的交易数据所属类别的信息作为关键词，在本地查找交易数据所属类别的所有交易数据，并将查找到的所有交易数据返回给第二应用服务器。特殊情况下， 可能由于某个或某些原因，第二数据库并没有存储过上述交易数据所属类别的历史交易数据，这种情况下，第二数据库只能向第二应用服务器返回第二应用服务器获得的上述交易数据所属类别的交易数据，而无法返回上述交易数据所属类别的历史交易数据。
S604:所述第二应用服务器结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据。这里需要说明的是，虽然第二应用服务器之前已经将获得的交易数据存储到第二数据库中，但第二数据库可以只是将获得的交易数据与对应的类别进行绑定，而不是与相同类别的交易数据进行叠加等操作，这种情况下，第二数据库中存储的这个类别的交易数据至少包括第二应用服务器获得的交易数据和这个类别的历史交易数据。所以，第二应用服务器从第二数据库中得到的这个类别的交易数据至少包括第二应用服务器获得的交易数据和这个类别的历史交易数据。因此，第二应用服务器可以结合自己获得的交易数据和这个类别的历史交易数据，得到这个类别的当前交易数据。在具体实现时，第二应用服务器可以按照统计规则对交易数据进行实时统计。第二应用服务器在按照统计规则对交易数据进行实时统计处理之前，可以获得客户端所设定的对交易数据进行统计处理的统计规则。例如，在第二应用服务器按照统计规则对交易数据进行统计处理之前，管理电子商务交易数据统计系统的管理员在客户端上设定统计规则，客户端将统计规则提供给第二应用服务器，这样，第二应用服务器就获得了客户端所设定的统计规则。在实际应用中，上述统计规则例如包括对同一个类别的交易数据进行叠加操作的规定，这种情况下，第二应用服务器可以将获得的交易数据和同一个类别的历史交易数据进行叠加。前面提到过，第二数据库从数据仓库系统获得的符合预设条件的交易数据与之前保存的符合预设条件的交易数据可能不一致。如果第二数据库从数据仓库系统获得的符合预设条件的交易数据与之前保存的符合预设条件的交易数据不一致，那么第二应用服务器可以以数据仓库系统提供的数据为准进行统计。也就是说，第二数据库向第二应用服务器提供的数据都是数据仓库系统保存的完整、准确的数据，这样，第二应用服务器是以完整、 准确的数据为准进行统计的。可选的，在执行S601后，第二应用服务器可以将获得交易数据的日志记录在第二数据库中的交易数据日志表中。交易数据日志表中可以以一个用户发起的事件为单位构造一条记录，或者说，以一个异步消息为单位构造一条记录。另外，第二应用服务器在将交易数据存储到第二数据库中后，第二数据库也可以分析交易数据，获取交易数据所属类别的信息，将交易数据与其所属类别的信息进行绑定。 这样，第二数据库在后续查找这个类别的交易数据时，就可以根据绑定关系，查找到与这个类别绑定的所有交易数据。此外，在实际应用中，管理电子商务系统的管理员可能会需要查询交易数据，这种情况下，管理员使用的客户端可以向第二应用服务器发出查询符合某个条件的交易数据的请求消息，第二应用服务器获得请求消息后，可以向第二数据库发出查询符合这个条件的交易数据，第二数据库查找到符合这个条件的交易数据后，向第二应用服务器返回符合这个条件的交易数据，第二应用服务器再向管理员使用的客户端返回符合这个条件的交易数据。图6所示的方法实施例与图3所示的方法实施例存在相同的技术特征，对于这些相同技术特征的具体描述可以参照图3所示的方法实施例中的相关描述，这里不再赘述。
与图6所示的方法实施例相对应，本申请还提供了设置于电子商务交易数据统计系统中的应用服务器的实施例。这种应用服务器适用于包括电子商务交易系统、数据仓库系统及电子商务交易数据统计系统的电子商务系统，所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据，所述电子商务交易数据统计系统包括所述应用服务器和第二数据库。请再参见图4，所述应用服务器包括交易数据处理单元401和交易数据统计单元402 ；交易数据处理单元401用于实时获得所述第一应用服务器发出的交易数据，在每次获得交易数据后，将所述交易数据存储到所述第二数据库中，并分析所述交易数据，获取所述交易数据所属类别的信息，向交易数据统计单元402发出携带所述交易数据所属类别的信息的触发消息，所述触发消息用于触发交易数据统计单元402统计交易数据；交易数据统计单元402 用于根据所述交易数据所属类别的信息，从所述第二数据库中获得所述交易数据和所述类别的历史交易数据，并结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据；其中，所述第二数据库非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据。这个应用服务器实施例与前面描述的应用服务器实施例之间的一个明显区别是， 在这个应用服务器实施例中，交易数据处理单元401在获取交易数据所属类别的信息后， 向交易数据统计单元402发出不携带有交易数据、但携带有交易数据所属类别的信息的触发消息。交易数据统计单元402从第二数据库中获得的是交易数据处理单元401获得的交易数据和这个类别的历史交易数据。这个应用服务器实施例与前面描述的应用服务器实施例存在很多相同的技术特征，例如，交易数据处理单元401在每次获得交易数据后，将获得交易数据的日志记录在第二数据库中的交易数据日志表中。对于这些相同技术特征的详细描述，可以参照前面描述的应用服务器实施例中的相关描述，这里不再赘述。另外，这个应用服务器实施例是与图6所示的方法实施例相对应的，所以，这个应用服务器中的各个功能单元的功能及相互配合关系的描述可以参照图6所示的方法实施例中的相关描述，这里不再赘述。由图6所示的方法可知，图6所示的方法中的很多步骤都是以电子商务交易数据统计系统包括的应用服务器为执行主体，另外，对应的应用服务器也是设置在电子商务交易数据统计系统中的，所以，本申请实施例还提供了一种电子商务交易数据统计系统。这种电子商务交易数据统计系统适用于包括电子商务交易系统、数据仓库系统及电子商务交易数据统计系统的电子商务系统，所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据。 请再参见图5，所述电子商务交易数据统计系统包括第二应用服务器501和第二数据库 502 ；第二应用服务器501用于实时获得所述第一应用服务器发出的交易数据，在每次获得交易数据后，第二应用服务器501将所述交易数据存储到第二数据库502中，分析所述交易数据，获取所述交易数据所属类别的信息，根据所述交易数据所属类别的信息，从第二数据库502中获得所述交易数据和所述类别的历史交易数据，第二应用服务器501结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据；第二数据库502用于存储交易数据，并非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据。可选的，第二数据库502中可以设置有用于存储交易数据的日志的交易数据日志表和用于存储交易数据的交易数据基准表。在交易数据日志表中，一条记录可以以一个用户发起的事件为单位，在交易数据基准表中，一条记录可以以一个用户为单位。第二应用服务器501可以将获得交易数据的日志记录在交易数据日志表中。第二应用服务器501和第二数据库502的具体功能以及相互配合关系的详细描述可以参照图6所示的方法实施例和对应的应用服务器实施例中的相关描述，这里不再赘述。通过以上的实施方式的描述可知，本申请实施例中，电子商务交易数据统计系统的应用服务器实时的从电子商务交易系统的应用服务器获得交易数据，而不是从电子商务交易系统的数据库实时获得交易数据，这样不会增加电子商务交易系统的数据库的负担， 从而不会影响正常的业务交易，更不会导致电子商务交易系统的数据库宕机，由此可以避免整个电子商务网站都不可用。另外，电子商务交易系统的应用服务器可以通过发出异步不可靠的消息向电子商务交易数据统计系统提供交易数据，既不会影响电子商务交易系统中的正常的业务交易， 还会降低实现成本。此外，电子商务交易数据统计系统可以非实时的从数据仓库系统中获得符合一定条件的数据，特别是最近的一个周期内获得发生变化的交易数据，这样，即使电子商务交易数据统计系统在一个周期内没有接收到全部的异步消息，或者说，在一个周期内没有接收到全部的交易数据，那么也能保证电子商务交易数据统计系统在这个周期结束之后能够获得全部的交易数据，从而可以为统计处理提供更加准确的数据基础。通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备 (可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。本申请可用于众多通用或专用的计算系统环境或配置中。例如个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。 虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。
权利要求
1.一种统计电子商务交易数据的方法，其特征在于，适用于包括电子商务交易系统、数据仓库系统及电子商务交易数据统计系统的电子商务系统，所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据，所述电子商务交易数据统计系统包括第二应用服务器和第二数据库，所述方法包括所述第二应用服务器实时获得所述第一应用服务器发出的交易数据；在每次获得交易数据后，所述第二应用服务器分析所述交易数据，获取所述交易数据所属类别的信息；所述第二应用服务器根据所述交易数据所属类别的信息，从所述第二数据库中获得所述类别的历史交易数据，其中，所述第二数据库非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据；所述第二应用服务器结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据。
2.如权利要求1所述的方法，其特征在于，所述第二应用服务器按照下述方式实时获得所述第一应用服务器发出的交易数据所述第二应用服务器获得所述第一应用服务器发出的异步消息，所述异步消息携带所述交易数据。
3.如权利要求1或2所述的方法，其特征在于，所述第二数据库按照下述方式非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据所述第二数据库每隔预先设置的周期向所述数据仓库系统查询符合预设条件的交易数据；所述预设条件为在最近的一个所述预先设置的周期内发生变化的数据。
4.如权利要求1或2所述的方法，其特征在于，所述交易数据所属类别按照用户或者交易操作种类划分。
5.如权利要求1或2所述的方法，其特征在于，在所述第二应用服务器每次获得交易数据之后，所述方法还包括所述第二应用服务器将获得交易数据的日志记录在所述第二数据库中的交易数据日志表中。
6.一种应用服务器，其特征在于，适用于包括电子商务交易系统、数据仓库系统及电子商务交易数据统计系统的电子商务系统，所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据，所述电子商务交易数据统计系统包括所述应用服务器和第二数据库，所述应用服务器包括交易数据处理单元和交易数据统计单元；所述交易数据处理单元用于实时获得所述第一应用服务器发出的交易数据，并在每次获得交易数据后，将所述交易数据发给所述交易数据统计单元；所述交易数据统计单元用于获得并分析所述交易数据，获取所述交易数据所属类别的信息，根据所述交易数据所属类别的信息，从所述第二数据库中获得所述类别的历史交易数据，并结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据；其中，所述第二数据库非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据。
7.如权利要求6所述的应用服务器，其特征在于，所述交易数据处理单元在每次获得交易数据后，具体用于将交易数据存储到所述第二数据库中；或者，所述交易数据统计单元在获得所述交易数据后，具体用于将所述交易数据存储到所述第二数据库中。
8.如权利要求6所述的应用服务器，其特征在于，所述交易数据处理单元在每次获得交易数据后，将获得交易数据的日志记录在所述第二数据库中的交易数据日志表中。
9.一种电子商务交易数据统计系统，其特征在于，适用于包括电子商务交易系统、数据仓库系统及电子商务交易数据统计系统的电子商务系统，所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据，所述电子商务交易数据统计系统包括第二应用服务器和第二数据库；所述第二应用服务器用于实时获得所述第一应用服务器发出的交易数据，在每次获得交易数据后，分析所述交易数据，获取所述交易数据所属类别的信息，根据所述交易数据所属类别的信息，从所述第二数据库中获得所述类别的历史交易数据，并结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据；所述第二数据库用于存储交易数据，并非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据。
10.一种统计电子商务交易数据的方法，其特征在于，适用于包括电子商务交易系统、 数据仓库系统及电子商务交易数据统计系统的电子商务系统，所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据，所述电子商务交易数据统计系统包括第二应用服务器和第二数据库，所述方法包括所述第二应用服务器实时获得所述第一应用服务器发出的交易数据；在每次获得交易数据后，所述第二应用服务器将所述交易数据存储到所述第二数据库中，并分析所述交易数据，获取所述交易数据所属类别的信息，其中，所述第二数据库非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据；所述第二应用服务器根据所述交易数据所属类别的信息，从所述第二数据库中获得所述交易数据和所述类别的历史交易数据；所述第二应用服务器结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据。
11.如权利要求10所述的方法，其特征在于，所述第二应用服务器按照下述方式实时获得所述第一应用服务器发出的交易数据所述第二应用服务器获得所述第一应用服务器发出的异步消息，所述异步消息携带所述交易数据。
12.如权利要求10或11所述的方法，其特征在于，所述第二数据库按照下述方式非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据所述第二数据库每隔预先设置的周期向所述数据仓库系统查询符合预设条件的交易数据；所述预设条件为在最近的一个所述预先设置的周期内发生变化的数据。
13.如权利要求10或11所述的方法，其特征在于，所述交易数据所属类别按照用户或者交易操作种类划分。
14.如权利要求10或11所述的方法，其特征在于，在所述第二应用服务器每次获得交易数据之后，所述方法还包括所述第二应用服务器将获得交易数据的日志记录在所述第二数据库中的交易数据日志表中。
15.一种应用服务器，其特征在于，适用于包括电子商务交易系统、数据仓库系统及电子商务交易数据统计系统的电子商务系统，所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据，所述电子商务交易数据统计系统包括所述应用服务器和第二数据库，所述应用服务器包括交易数据处理单元和交易数据统计单元；所述交易数据处理单元用于实时获得所述第一应用服务器发出的交易数据，在每次获得交易数据后，将所述交易数据存储到所述第二数据库中，并分析所述交易数据，获取所述交易数据所属类别的信息，向所述交易数据统计单元发出携带所述交易数据所属类别的信息的触发消息，所述触发消息用于触发所述交易数据统计单元统计交易数据；所述交易数据统计单元用于根据所述交易数据所属类别的信息，从所述第二数据库中获得所述交易数据和所述类别的历史交易数据，并结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据；其中，所述第二数据库非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据。
16.如权利要求15所述的应用服务器，其特征在于，所述交易数据处理单元在每次获得交易数据后，将获得交易数据的日志记录在所述第二数据库中的交易数据日志表中。
17.一种电子商务交易数据统计系统，其特征在于，适用于包括电子商务交易系统、数据仓库系统及电子商务交易数据统计系统的电子商务系统，所述电子商务交易系统包括第一应用服务器和第一数据库，所述电子商务交易数据统计系统用于统计从所述电子商务交易系统获得的交易数据，所述电子商务交易数据统计系统包括第二应用服务器和第二数据库；所述第二应用服务器用于实时获得所述第一应用服务器发出的交易数据，在每次获得交易数据后，所述第二应用服务器将所述交易数据存储到所述第二数据库中，分析所述交易数据，获取所述交易数据所属类别的信息，根据所述交易数据所属类别的信息，从所述第二数据库中获得所述交易数据和所述类别的历史交易数据，所述第二应用服务器结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据；所述第二数据库用于存储交易数据，并非实时的向所述数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据。
全文摘要
本申请实施例公开了一种统计电子商务交易数据的方法，包括第二应用服务器实时获得第一应用服务器发出的交易数据；在每次获得交易数据后，所述第二应用服务器分析所述交易数据，获取所述交易数据所属类别的信息；所述第二应用服务器根据所述交易数据所属类别的信息，从第二数据库中获得所述类别的历史交易数据，其中，所述第二数据库非实时的向数据仓库系统查询并获取符合预设条件的交易数据，将获得的交易数据与之前对应的交易数据进行比较，更新不一致的交易数据；所述第二应用服务器结合所述交易数据和所述类别的历史交易数据，得到所述类别的当前交易数据。本申请实施例还公开了应用服务器和电子商务交易数据统计系统。
文档编号G06F17/30GK102156933SQ20101011174
公开日2011年8月17日 申请日期2010年2月11日 优先权日2010年2月11日
发明者尤占涛 申请人:阿里巴巴集团控股有限公司