CN102096664A - 一种报表生成方法 - Google Patents

Abstract

本发明提供了一种报表生成方法，包括：创建步骤：客户端创建报表结构，同时，向服务器端发送报表数据获取请求，所述请求中包括赛事阶段标识和分组信息；记录生成步骤：服务器端根据所述赛事阶段标识和分组信息，生成一条记录，并返回给客户端，所述记录中包括多个字段，其中，每个字段代表每场比赛的某种信息；存储步骤：客户端将所述多个字段存储到报表结构中，生成报表。本发明用以提高数据的运算速度，减少数据的网络传输，并且生成的报表具有一定的灵活性。

Description

一种报表生成方法

技术领域

本发明涉及数据处理技术领域，特别是涉及一种报表生成方法。

背景技术

单循环赛，是所有参加比赛的队均能相遇一次，最后按各队在全部比赛中的积分、得失分率排列名次。如果参赛队伍不多，而且时间和场地都有保证，通常都采用这种竞赛方法。

单循环比赛场次的计算公式为：X＝N(N-1)/2，其中，N为参赛队伍的数量，如果N为奇数，则每轮比赛有一支队伍要轮空。例如：6个队参加比赛，则每个队伍要与其它5支队伍进行比赛，即比赛总场数是15。

报表就是用表格、图表等格式来动态显示数据，可以用公式表示为：“报表＝多样的格式+动态的数据”。报表的主要特点是数据动态化，格式多样化，并且实现报表数据和报表格式的完全分离，用户可以只修改数据，或者只修改格式。

参考图1，示出了一种典型的循环赛报表格式，参考图2示出了对比赛结果进行抽象后的报表格式，其中，R代表比赛结果，R^-1代表由主客队关系的比赛结果，是R的相反比分。

现有的报表生成方法，客户端一般在绘制报表格式后，采用一一对应法，从服务器端获取报表数据，例如，添加一个功能函数f(x)，用以分别获取作为比赛结果的数据。参考图3，示出了一一对应法的数据表达方式，其比较直观，也容易实现，但具有如下缺点：

一、由于比赛总场数是15，需要客户端和服务器端频繁地交互数据，才能获取所述30个报表数据，这样，导致增加服务器对大量小事件的处理，不仅增加网络的频繁使用，而且影响数据的运算速度；

二、采用这种方式，需要提前进行定义对应的变量。本例中的每组的参赛队伍是6，要定义30个变量来表示比赛的比分关系，其中15个对应右上角，15个对应左下角。如果一页报表中有两组队伍，那么还要定义30个变量来对应。此外，在用报表设计器软件(如FastReport)设计报表样式时，上述大量的变量对应也会增加报表的设计和维护工作，并为以后的修改和查错工作带来困难。参考图4，示出了FastReport报表设计软件中要定义的数据变量，因此，这种方式没有达到很好的灵活性。

因此，需要本领域技术人员迫切解决的一个技术问题就是：如何解决现有报表生成方法中网络频繁使用，数据运算速度慢，以及灵活性不好的问题。

发明内容

本发明所要解决的技术问题是提供一种报表生成方法，用以提高数据的运算速度，减少数据的网络传输，并且生成的报表具有一定的灵活性。

为了解决上述问题，本发明公开了一种报表生成方法，包括：

创建步骤：客户端创建报表结构，同时，向服务器端发送报表数据获取请求，所述请求中包括赛事阶段标识和分组信息；

记录生成步骤：服务器端根据所述赛事阶段标识和分组信息，生成一条记录，并返回给客户端，所述记录中包括多个字段，其中，每个字段代表每场比赛的某种信息；

存储步骤：客户端将所述多个字段存储到报表结构中，生成报表。

优选的，所述记录生成步骤包括：

服务器端根据所述赛事阶段标识和分组信息，确定比赛对阵情况，所述比赛对阵情况中包括每场比赛的信息；

以主客关系参数和比赛标识参数为函数参数，通过函数获取每场比赛的某种信息，并将所述每场比赛的某种信息作为一条记录的字段。

优选的，所述创建步骤包括：

建立多个单元格，并针对每个单元格添加一个控件；

所述存储步骤包括：

执行SQL语句或存储过程得到一个记录，并把这个记录中的字段对应到报表结构相关的控件中。

优选的，所述每场比赛的信息包括场次号、日期、时间、地点、对阵队伍和结果。

优选的，所述请求中还包括参赛队伍和结果信息获取标识；

所述记录生成步骤包括：

服务器端根据所述赛事阶段标识、分组信息以及参赛队伍和结果信息获取标识，确定比赛对阵情况和参赛队伍信息，所述比赛对阵情况中包括每场比赛的信息；

以主客关系参数和比赛标识参数为函数参数，通过函数获取每场比赛的结果信息，并分别将所述参赛队伍信息和每场比赛的结果信息，作为一条记录的两种字段。

优选的，所述请求中还包括场次号和结果信息获取标识；

所述记录生成步骤包括：

服务器端根据所述赛事阶段标识、分组信息以及场次号和结果信息获取标识，确定比赛对阵情况，所述比赛对阵情况中包括每场比赛的信息；

以主客关系参数和比赛标识参数为函数参数，通过函数获取每场比赛的场次号和结果信息，并分别将所述每场比赛的场次号和结果信息，作为一条记录的两种字段。

优选的，所述创建步骤包括：

建立多个单元格，并针对每个单元格添加一个控件；

所述存储步骤包括：

执行SQL语句或存储过程得到一个记录，并将这个记录中的每场比赛的结果和日期信息所对应的两种字段，放入同一个对应的控件中。

优选的，所述请求中还包括得失场数信息获取标识；

所述记录生成步骤包括：

服务器端根据所述赛事阶段标识、分组信息以及得失场数信息获取标识，确定比赛对阵情况和参赛队伍信息，所述比赛对阵情况中包括每场比赛的信息；

针对每个参赛队伍，根据与其相关的每场比赛的信息，计算得到相应的得失场数信息，并将所述得失场数信息作为一条记录的字段。

优选的，所述请求中还包括得失分率信息获取标识；

所述记录生成步骤包括：

服务器端根据所述赛事阶段标识、分组信息以及得失分率信息获取标识，确定比赛对阵情况和参赛队伍信息，所述比赛对阵情况中包括每场比赛的信息；

针对每个参赛队伍，根据与其相关的每场比赛的信息，计算得到相应的得失分率信息，并将所述得失分率信息作为一条记录的字段。

优选的，所述请求中还包括积分信息获取标识；

所述记录生成步骤还包括：

服务器端根据所述赛事阶段标识、分组信息以及积分信息获取标识，确定比赛对阵情况和参赛队伍信息，所述比赛对阵情况中包括每场比赛的信息；

针对每个参赛队伍，根据与其相关的每场比赛的信息，计算得到相应的积分信息，并将所述积分信息作为一条记录的字段。

与现有技术相比，本发明具有以下优点：

本发明将报表数据的处理和运算操作放在服务器端，具体而言，在客户端创建报表结构的同时，可以向服务器端发送报表数据获取请求，由服务器端根据所述请求生成一个记录，而所述记录中包括了代表每场比赛的某种信息的多个字段，这样，只需客户端将所述记录中的字段与报表结构中的控件进行一一对应，就可以完成报表生成工作；因此，相对于现有技术，客户端和服务器端频繁地交互数据，本发明由服务器来完成大量的数据处理和运算操作，既能够减少客户端的计算量，又能够减少数据的网络传输，从而能够提高数据的运算速度；

其次，服务器端利用数据库的存储过程，返回记录形式的结果，能够方便以后的修改和维护工作，因而，本发明的报表生成方法具有很好的灵活性；

再者，由于报表数据的处理和运算操作在服务器端，客户端的报表设计人员可以将精力放在报表样式的设计上，因而能够减少报表设计人员的工作量。

附图说明

图1是现有技术一种典型的循环赛报表格式；

图2是对图1中的比赛结果进行抽象后的报表格式；

图3是现有技术中一一对应法的数据表达方式；

图4是现有技术中FastReport报表设计软件中要定义的数据变量；

图5是本发明一种报表生成方法实施例1的流程图；

图6是本发明一种A组有6个参赛队伍时的记录示意；

图7是本发明一种报表结构示例；

图8是本发明的一种数据源示意；

图9是客户端将获取的一个记录作为数据源的示意；

图10是客户端将获取的一个记录作为数据源的示意；

图11是本发明一种报表生成方法实施例2的流程图；

图12是在图7基础上增加得失场数信息、得失分率信息、积分信息的报表示例。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

为使本领域技术人员，更好地理解本发明，下面简单介绍C/S和B/S结构。

C/S(Client/Server)结构，即熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。

B/S(Browser/Server)结构，即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端(Browser)实现，但是主要事务逻辑在服务器端(Server)实现，形成所谓三层3-tier结构。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本。

因此，本发明的核心构思之一在于，在处理B/S、C/S这种结构下的数据时，如果能够发挥好服务器端的优势，尽可能让服务器来完成大量的数据处理和运算操作，既能够减少客户端的计算量，又能够减少数据的网络传输，以及，提高数据的运算速度。

参照图5，示出了本发明一种报表生成方法实施例1的流程图，具体可以包括：

创建步骤501、客户端创建报表结构，同时，向服务器端发送报表数据获取请求，所述请求中包括赛事阶段标识和分组信息；

在具体实现中，可用报表设计器软件(如FastReport)来进行创建操作，创建的报表结构可以包括表头、数据和脚注区域。例如，所述创建操作可以为，建立多个单元格，并针对每个单元格添加一个控件。一般来说，表头区域为报表中的第一个单元格，或者第一行，本发明对具体的报表结构不加以限制。

客户端可以在创建表格的同时，向服务器端发送报表数据获取请求。所述发送操作可以为SQL(结构化查询语言，Structured Query Language)命令的形式：例如，发送select、insert、update等SQL语句；又如，发送SQL存储过程(Stored Procedure)，具体而言，预先编译一组为了完成特定功能的SQL语句集，并在编译完成后存储在数据库中，然后，在发送请求时，通过指定相应存储过程的名字并给出参数(如果该存储过程带有参数)来执行该存储过程即可。

通常的大型比赛，一般是先进行循环赛，再进行淘汰赛，最终得到冠、亚、季军的。以足球世界杯为例，其包括预选赛和正式比赛两个阶段；其中，预选赛进一步包括第一阶段资格赛、第二阶段资格赛和第三阶段十强赛，预选赛全部以小组循环赛的形式进行，可以决出世界杯的32强；正式比赛进一步包括小组循环赛形式的1/16决赛及以后的淘汰赛。这样，由于小组循环赛中小组的命名规则通常从A开头，例如，1/16决赛有8个组，分别为A-H，这样，每一阶段的小组循环赛都可能包括A组和B组。因此，客户端向服务器端发送的请求中应包括赛事阶段标识，例如，为上例中的第二阶段资格赛等。在实际中，所述赛事阶段标识的格式可由客户端与服务器端通过协议确定，本发明对此不加以限制。

此外，所述请求中的分组信息可以包括一个组的信息，也可以包括多个组的信息。例如，上例中的1/16决赛有A-H8个组，那么，所述分组信息可以为所述8个组中的单个组，如B组；或者，为任意N(1＜N＜9)个组的组合，如N＝3时，ABC、ABD、ADE等组合，本发明对发送的分组信息格式不加以限制。

记录生成步骤502、服务器端根据所述赛事阶段标识和分组信息，生成一条记录，并返回给客户端，所述记录中包括多个字段，其中，每个字段代表每场比赛的某种信息；

本步骤主要是根据客户端的请求，服务器端进行数据处理和运算操作，并将数据处理结果返回给客户端。

在具体实现中，可在服务器的数据库管理软件(如MSSQLSERVER2005)环境下，利用存储过程来处理报表数据，并把最终的数据处理结果转化成一条记录，也即，将数据处理结果以一维表的方式返回给客户端。

在本发明的一种优选实施例中，所述记录生成步骤502可以通过以下子步骤来实现：

子步骤A1、服务器端根据所述赛事阶段标识和分组信息，确定比赛对阵情况，所述比赛对阵情况中包括每场比赛的信息；

在实际中，所述每场比赛的信息可以包括：场次号、日期、时间、地点、对阵队伍和结果。例如，06世界杯前两场的比赛对阵情况分别为：01 2006/6/10 0 0:00慕尼黑安联球场德国VS哥斯达黎加4-2，以及，02 2006/6/10 03:00盖尔森基兴傲赴沙尔克体育场波兰-VS厄瓜多尔0-2。

子步骤A2、以主客关系参数和比赛标识参数为函数参数，通过函数获取每场比赛的某种信息，并将所述每场比赛的某种信息作为一条记录的字段。

以获取每场比赛的结果信息为例，存储过程的参数就是比赛的分组信息和队伍个数，首先，根据分组信息，就可以确定比赛对阵情况；然后，把每场比赛的结果用一个函数来实现，其中函数的参数有主客关系参数(HostOrVisit)和比赛标识参数(MatchID)；最后，得到含有多个字段的一条记录，就是这个组所有场次的比赛结果。参考图6，示出了A组有6个参赛队伍时的记录示意，其中，表格的第2行为服务器端生成的针对比赛结果的记录，第2行的第2-6个单元格的内容也即子步骤A2获取的字段。

另外，对于小组内没有进行的比赛场次，可以将其结果对应的字段置为NULL或者其它值，本发明对此不加以限制。

对于每场比赛的场次号、日期、时间、地点、对阵队伍等信息的获取过程，与上述过程类似，在此不作赘述。

在实际中，客户端创建的报表结构中是包括很多数据信息的，参考图7，示出了本发明一种报表结构示例，其同时具有参赛队伍(1“team”-6“team”)和比赛结果两种数据信息。此时，客户端的请求中还可以包括参赛队伍和结果信息获取标识，相应地，服务器端执行的记录生成步骤可以包括：

子步骤B1、服务器端根据所述赛事阶段标识、分组信息以及参赛队伍和结果信息获取标识，确定比赛对阵情况和参赛队伍信息，所述比赛对阵情况中包括每场比赛的信息；

子步骤B2、以主客关系参数和比赛标识参数为函数参数，通过函数获取每场比赛的结果信息，并分别将所述参赛队伍信息和每场比赛的结果信息，作为一条记录的两种字段。

假设用team(i)代表参赛队伍信息的字段，Result(j，k)代表结果信息的字段，0＜i，j，k＜7，且j≠k那么，所述两种字段在一条记录中的顺序可以为，首先team(i)，然后Result(j，k)，也可以为team(i)Result(j，k)交替存储，本发明对具体的顺序不加以限制。

又如，在客户端对场次号和结果信息有需求时，其发送的请求中还可以包括场次号和结果信息获取标识；

此时，所述记录生成步骤可以包括：

子步骤C1、服务器端根据所述赛事阶段标识、分组信息以及场次号和结果信息获取标识，确定比赛对阵情况，所述比赛对阵情况中包括每场比赛的信息；

子步骤C2、以主客关系参数和比赛标识参数为函数参数，通过函数获取每场比赛的场次号和结果信息，并分别将所述每场比赛的场次号和结果信息，作为一条记录的两种字段。

可以理解，本发明对场次号和结果信息所代表的两种字段，在一条记录中的存储顺序也不加以限制。

存储步骤503、客户端将所述多个字段存储到报表结构中，生成报表。

由于步骤501在创建表格时，可以建立多个单元格，并针对每个单元格添加了一个控件。以所述控件为文本控件为例，那么该文本控件的数据源就是步骤502中生成的记录中的相应字段。

因此，所述存储步骤的实现过程可以为，执行SQL语句或存储过程得到一个记录，并把这个记录中的字段对应到报表结构相关的控件中。

参考图8，示出了本发明的一种数据源示意。参考图9和图10，示出了客户端将获取的一个记录作为数据源的示意，其中，F_GroupName代表分组信息，如A组，F_MatchNum代表每场比赛的场次号信息，F_MatchDate代表每场比赛的日期信息，F_Score代表每场比赛的结果信息，可以理解，所述数据源还可以包括参赛队伍、每场比赛的时间和地点信息，本发明不局限于图8和图9所示的数据源。

另外，对于一个记录中同时包括两种字段的情形，以所述两种字段包括每场比赛的结果和日期信息为例，所述存储步骤的实现过程可以为，执行SQL语句或存储过程得到一个记录，并将这个记录中的每场比赛的结果和日期信息所对应的两种字段，放入同一个对应的控件中。

因此，相对于现有技术，本发明具有如下优点：

1、数据的运算在服务器端，能够提高运算速度，减少客户端的计算量和数据的网络传输；

2、利用数据库的存储过程，服务器端返回的结果是一个记录，便于以后的修改和维护；

3、可以为报表设计人员减少工作量，报表设计人员可以将精力放在报表样式的设计上，因为只有一个记录，只要把记录中的字段和控件一一对应就可以了，而数据的正确性可由数据库设计人员写的存储过程来保证。

参照图11，示出了本发明一种报表生成方法实施例2的流程图，具体可以包括：

创建步骤1101、客户端创建报表结构，同时，向服务器端发送报表数据获取请求，所述请求中包括赛事阶段标识、分组信息和得失场数信息获取标识；

记录生成步骤1102、

确定子步骤1121、服务器端根据所述赛事阶段标识、分组信息以及得失场数信息获取标识，确定比赛对阵情况和参赛队伍信息，所述比赛对阵情况中包括每场比赛的信息；

计算生成子步骤1122、针对每个参赛队伍，根据与其相关的每场比赛的信息，计算得到相应的得失场数信息，并将所述得失场数信息作为一条记录的字段；

存储步骤1103、客户端将所述多个字段存储到报表结构中，生成报表。

在体育比赛中，在小组循环赛结束后进入下一轮称为出线，而小组内的某个队伍是否能够出线，是由该队伍的排名决定的，而排名的一个依据是该队伍的积分。例如，足球的比赛规则为：胜一场得3分，负一场得0分，平一场得1分，因此，计算小组内参赛队伍的得失场数是计算排名的必要步骤。

因此，本实施例与实施例1的区别在于，客户端发送的请求中增加了得失场数信息获取标识，服务器端在接收到所述标识后，计算每个参赛队伍的得失场数，并将所述得失场数作为一条记录的字段，以记录的形式返回给客户端，因而，相对于现有技术，客户端的报表设计人员根据每个参赛队伍的每场比赛的结果，来计算相应的胜负场数，本实施例将所述运算操作放在服务器端，因而能够减轻客户端的运算量。

所述得失场数的设计可以根据具体的比赛规则确定，例如，足球循环赛有胜、负、平三种情况，而羽毛球为3局2胜制，排球为5局3胜制，篮球也会通过加时来决出胜负，因而，羽毛球、排球、篮球的循环赛只有胜、负两种情况。

本发明还公开了一种报表生成方法实施例3，具体可以包括：

创建步骤、客户端创建报表结构，同时，向服务器端发送报表数据获取请求，所述请求中包括赛事阶段标识、分组信息和得失分率信息获取标识；

记录生成步骤、

确定子步骤、服务器端根据所述赛事阶段标识、分组信息以及得失分率信息获取标识，确定比赛对阵情况和参赛队伍信息，所述比赛对阵情况中包括每场比赛的信息；

计算生成子步骤、针对每个参赛队伍，根据与其相关的每场比赛的信息，计算得到相应的得失分率信息，并将所述得失分率信息作为一条记录的字段；

存储步骤、客户端将所述多个字段存储到报表结构中，生成报表。

在实际中，还可以将得失分率作为小组内参赛队伍排名的依据。

以篮球比赛为例，假设A队与B队比赛结果为60∶50，B队与C队的比赛为55∶50，C队与A队比赛为58∶55；那么，

A队的得失分率为：得分(60+55)/失分(50+58)＝1.065，

B队的得失分率为：得分(50+55)/失分(60+50)＝0.955，

C队的得失分率为：得分(50+58)/失分(55+55)＝0.982。

以得失分率大者为胜，因此，排名结果为A队第一，C队第二，B队第三。

因此，本实施例与实施例2的区别在于，客户端发送的请求中增加了得失分率信息获取标识，服务器端在接收到所述标识后，计算每个参赛队伍的得失分率信息，并将得失分率信息作为一条记录的字段，以记录的形式返回给客户端，因而，相对于现有技术，客户端的报表设计人员根据每个参赛队伍的每场比赛的结果，来计算相应的得失分率信息，本实施例将所述运算操作放在服务器端，因而能够减轻客户端的运算量。

本发明还公开了一种报表生成方法实施例4，具体可以包括：

创建步骤、客户端创建报表结构，同时，向服务器端发送报表数据获取请求，所述请求中包括赛事阶段标识、分组信息和积分信息获取标识；

记录生成步骤、

确定子步骤、服务器端根据所述赛事阶段标识、分组信息以及积分信息获取标识，确定比赛对阵情况和参赛队伍信息，所述比赛对阵情况中包括每场比赛的信息；

计算生成子步骤、针对每个参赛队伍，根据与其相关的每场比赛的信息，计算得到相应的积分信息，并将所述积分信息作为一条记录的字段；

存储步骤、客户端将所述多个字段存储到报表结构中，生成报表。

由于积分信息是小组排名的一个依据，因此，本实施例与实施例2的区别在于，客户端发送的请求中增加了积分信息获取标识，服务器端在接收到所述标识后，计算每个参赛队伍的积分信息，并将所述积分信息作为一条记录的字段，以记录的形式返回给客户端。

可以理解，本领域技术人员还可以根据需要，将所述得失场数信息、和/或得失分率信息、和/或积分信息，连同每场比赛的信息(如结果信息)，放在同一记录中，本发明对此不加以限制。参考图12，示出了在图7基础上增加得失场数信息、得失分率信息、积分信息的报表示例。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

本发明可以应用于各种体育赛事的赛况统计，例如，可以应用于2009年山东举行的第十一届全国运动会上羽毛球、网球、排球、沙滩排球、曲棍球等项目的现场成绩处理系统。用以提高报表处理和生成的效率，从而为比赛信息的及时发布提供技术上的保障。

以上对本发明所提供的一种报表生成方法，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种报表生成方法，其特征在于，包括：

创建步骤：客户端创建报表结构，同时，向服务器端发送报表数据获取请求，所述请求中包括赛事阶段标识和分组信息；

记录生成步骤：服务器端根据所述赛事阶段标识和分组信息，生成一条记录，并返回给客户端，所述记录中包括多个字段，其中，每个字段代表每场比赛的某种信息；

存储步骤：客户端将所述多个字段存储到报表结构中，生成报表。

2.如权利要求1所述的方法，其特征在于，所述记录生成步骤包括：

服务器端根据所述赛事阶段标识和分组信息，确定比赛对阵情况，所述比赛对阵情况中包括每场比赛的信息；

以主客关系参数和比赛标识参数为函数参数，通过函数获取每场比赛的某种信息，并将所述每场比赛的某种信息作为一条记录的字段。

3.如权利要求1所述的方法，其特征在于，所述创建步骤包括：

建立多个单元格，并针对每个单元格添加一个控件；

所述存储步骤包括：

执行SQL语句或存储过程得到一个记录，并把这个记录中的字段对应到报表结构相关的控件中。

4.如权利要求2所述的方法，其特征在于，所述每场比赛的信息包括场次号、日期、时间、地点、对阵队伍和结果。

5.如权利要求4所述的方法，其特征在于，所述请求中还包括参赛队伍和结果信息获取标识；

所述记录生成步骤包括：

服务器端根据所述赛事阶段标识、分组信息以及参赛队伍和结果信息获取标识，确定比赛对阵情况和参赛队伍信息，所述比赛对阵情况中包括每场比赛的信息；

以主客关系参数和比赛标识参数为函数参数，通过函数获取每场比赛的结果信息，并分别将所述参赛队伍信息和每场比赛的结果信息，作为一条记录的两种字段。

6.如权利要求4所述的方法，其特征在于，所述请求中还包括场次号和结果信息获取标识；

所述记录生成步骤包括：

服务器端根据所述赛事阶段标识、分组信息以及场次号和结果信息获取标识，确定比赛对阵情况，所述比赛对阵情况中包括每场比赛的信息；

以主客关系参数和比赛标识参数为函数参数，通过函数获取每场比赛的场次号和结果信息，并分别将所述每场比赛的场次号和结果信息，作为一条记录的两种字段。

7.如权利要求6所述的方法，其特征在于，所述创建步骤包括：

建立多个单元格，并针对每个单元格添加一个控件；

所述存储步骤包括：

执行SQL语句或存储过程得到一个记录，并将这个记录中的每场比赛的结果和日期信息所对应的两种字段，放入同一个对应的控件中。

8.如权利要求1所述的方法，其特征在于，所述请求中还包括得失场数信息获取标识；

所述记录生成步骤包括：

服务器端根据所述赛事阶段标识、分组信息以及得失场数信息获取标识，确定比赛对阵情况和参赛队伍信息，所述比赛对阵情况中包括每场比赛的信息；

针对每个参赛队伍，根据与其相关的每场比赛的信息，计算得到相应的得失场数信息，并将所述得失场数信息作为一条记录的字段。

9.如权利要求1所述的方法，其特征在于，所述请求中还包括得失分率信息获取标识；

所述记录生成步骤包括：

服务器端根据所述赛事阶段标识、分组信息以及得失分率信息获取标识，确定比赛对阵情况和参赛队伍信息，所述比赛对阵情况中包括每场比赛的信息；

针对每个参赛队伍，根据与其相关的每场比赛的信息，计算得到相应的得失分率信息，并将所述得失分率信息作为一条记录的字段。

10.如权利要求1所述的方法，其特征在于，所述请求中还包括积分信息获取标识；

所述记录生成步骤还包括：

服务器端根据所述赛事阶段标识、分组信息以及积分信息获取标识，确定比赛对阵情况和参赛队伍信息，所述比赛对阵情况中包括每场比赛的信息；

针对每个参赛队伍，根据与其相关的每场比赛的信息，计算得到相应的积分信息，并将所述积分信息作为一条记录的字段。

Images