具体实施方式

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

附图1是本申请实施例提供的一种游戏竞猜结算方法的流程图。该方法可以应用于一些计算机设备，因此，本申请实施例基于计算机设备作为执行主体来进行介绍。参见图1，该实施例具体主要包括以下步骤S101至S104，详细说明如下：

步骤S101：在开始直播游戏之前，显示游戏事件竞猜项，其中，游戏事件竞猜项的内容为竞猜某个游戏中事件能否达到预设条件，游戏中事件为游戏尚未结束或者游戏还在进行中出现的游戏事件。

在本申请实施例中，可以在开始直播游戏之前就显示游戏事件竞猜项。具体而言，首先由直播游戏的主播开启竞猜；作为对“开启竞猜”这一操作的响应，在直播游戏的视频区下方显示一些参与竞猜的图标；当主播点击其中一个图标时，在界面上展开竞猜主题，如附图2所示；接着，当设置在当前直播频道内的【开猜】按钮被点击后，作为对这个点击操作的响应，直播界面将显示如附图3示例的游戏事件竞猜项，任何在频道或直播间内的观众看到这些游戏事件竞猜项后都可以参与竞猜。

此处对游戏事件竞猜项进行必要说明。在本申请实施例中，游戏事件竞猜项的内容为竞猜某个游戏中事件能否达到预设条件，而游戏中事件是直播的游戏尚未结束或者直播的游戏还在进行中出现的游戏事件，区别于后续提及的游戏结束事件。例如，对于“我能否在10分钟内首次击杀”这一游戏事件竞猜项，“击杀”就是游戏中事件，其预设条件是10分钟内且是首次出现这个击杀；再如，对于“能否击杀超过10个？”这一游戏事件竞猜项，“击杀”就是游戏中事件，其预设条件是超过10个击杀，等等。

步骤102：当开始直播游戏时，通过第一匹配模板对游戏的直播画面描述的游戏中事件进行检测，其中，第一匹配模板为预设了对游戏的各种游戏中事件进行标准化描述的模板。

如前所述，由于游戏事件竞猜项的内容就是竞猜某个游戏中事件能否达到预设条件，因此，获取游戏中事件是必不可少的环节。不同于现有技术在游戏竞猜结算时依靠直播游戏的主播人工记忆和汇总游戏中事件，本申请实施例是制作一个匹配模板，当开始直播游戏时，通过该匹配模板对游戏中事件进行检测，其中，匹配模板的主要内容预设了对游戏的各种游戏中事件的标准化描述(文字或语音形式的描述)。可以理解，在本申请实施例中，匹配模板可以是预先设定的；或者，由于游戏事件竞猜项和待检测游戏中事件具有相关性，也可以根据游戏事件竞猜项生成适合于检测相应游戏中事件的匹配模板，以达到更准确地检测游戏中事件的目的。需要说明的是，此处的“第一匹配模板”是与后续的其他匹配模板进行区别，本质上仍然是一个匹配模板。

作为本申请一个实施例，通过第一匹配模板对游戏中事件进行检测可通过如下步骤S1021至步骤S1023实现，说明如下：

步骤S1021：每间隔预设时长检测一次游戏的直播画面描述的游戏中事件。

由于并不是每时每刻都会出现游戏中事件，例如，不是每时每刻都会产生一次击杀，为了减少因频繁检测导致的系统资源浪费和给玩家带来的不好体验(例如，直播画面卡顿等)，在本申请实施例中，可以每间隔预设时长检测一次游戏的直播画面描述的游戏中事件。此处的预设时长是一个固定值，可以是当前该款游戏其对游戏中事件的描述内容保留的时长，当然，也可以比当前该款游戏其对游戏中事件的描述内容保留的时长略短。例如，当前该款游戏其对游戏中事件的描述内容保留的时长是5秒，则预设时长可以是5秒或者比5秒略短，例如4.5秒。

一般地，若游戏进行中发生某个游戏事件，则在游戏的直播画面会出现对该游戏事件的描述内容，例如，若游戏进行中，一方击杀了另一方的一个英雄，则在发出击杀的一方的角色旁边会出现“你已击杀一名敌方英雄”的描述内容，如附图4所示。从上述分析可知，在本申请实施例中，每间隔预设时长对游戏的直播画面进行一次游戏事件的检测可以是以预设时长为扫描周期，对游戏的直播画面进行扫描，目的是检测直播画面是否出现类似于“你已击杀一名敌方英雄”的游戏中事件的描述内容。

步骤S1022：将经步骤S1021检测到的结果与第一匹配模板进行匹配。

具体而言，步骤S1022的实现方式可以是：若在直播画面中扫描到游戏中事件的描述内容，则将游戏中事件的描述内容所属图像与第一匹配模板比对，其中，游戏中事件的描述内容包括对游戏中事件的文字描述和/或对游戏中事件的语音播报。需要说明的是，此处所言将游戏中事件的描述内容所属图像与第一匹配模板比对，是因为游戏中事件的描述内容所属图像实际上可能是一个图像控件，因此，将游戏中事件的描述内容所属图像与第一匹配模板比对实质上是图像匹配，即，除了将游戏中事件的描述内容与第一匹配模板中的预设内容比对之外，还可能包含将所述描述内容的文字的色彩与第一匹配模板中预设内容的文字的色彩进行比对。

正是由于将经步骤S1021检测到的结果与第一匹配模板进行匹配实质上是图像匹配，游戏中事件的描述内容包含的文字，其色彩可能多种多样，而色彩又不是匹配关注的重点，因此，在本申请一个实施例中，在将游戏中事件的描述内容所属图像与第一匹配模板比对之前，将游戏中事件的描述内容的文字的色彩转换为与第一匹配模板的文字相同的色彩，例如，若第一匹配模板的文字的色彩为灰度，则也可以将游戏中事件的描述内容的文字的色彩转换为灰度，如此，后续将游戏中事件的描述内容所属图像与第一匹配模板比对时，可以不再进行文字颜色的对比，减少了匹配时的计算量。

步骤S1023：若经步骤S1021检测到的结果与第一匹配模板的匹配成功，则确认发生游戏中事件。

考虑到各个游戏商对同一游戏中事件的表述不尽相同、各有各的标准或者各有各的表述风格，例如，对“你已经击杀敌方一名英雄”这一游戏中事件，游戏商A的表述可能是“哦耶，你已击杀敌方英雄一名”，检测到的结果也是“哦耶，你已击杀敌方英雄一名”，游戏商B的表述可能是“哇塞，敌方一名英雄已被你击杀，加油！”，检测到的结果是“哇塞，敌方一名英雄已被你击杀，加油”。然而，第一匹配模板对该游戏中事件的描述可能就是“你已经击杀敌方一名英雄”，由此可知，无论是游戏商A的表述还是游戏商B的表述，检测到的结果都不可能与第一匹配模板百分之百地匹配。因此，在本申请一个是实例中，步骤S1023的实现可以是：若游戏中事件的描述内容与第一匹配模板的预设内容的相似度大于预设阈值，则确认发生游戏中事件。例如，假设预设阈值是70％，则利用某种匹配算法，对上述“你已经击杀敌方一名英雄”这一游戏中事件的示例，游戏中事件的描述内容(即游戏商A的表述或游戏商B的表述)与第一匹配模板的预设内容(即“你已经击杀敌方一名英雄”)的相似度大于70％时，由此可以确认发生了“你已经击杀敌方一名英雄”这一游戏中事件。

为了后续的进一步核验，在本申请一个实施例中，还可以在确认发生游戏中事件后，对出现游戏中事件的直播画面进行截图后予以保存。

步骤S103：存储经步骤S102检测到的游戏中事件并根据存储的数据统计游戏中事件的最终结果。

作为本申请一个实施例，存储经步骤S102检测到的游戏中事件并根据存储的数据统计游戏中事件的最终结果可通过如下步骤S1031至步骤S1033实现，说明如下：

步骤S1031：获取游戏中事件发生的时刻。

在本申请实施例中，之所以要获取游戏中事件发生的时刻，是考虑到有些竞猜项的预设条件涉及到游戏中事件在多久之内发生。例如，对于“我在5分钟内首次击杀”这一竞猜项就涉及到首次击杀在多久之内发生，因此，需要获取每个游戏中事件发生的时刻。至于获取方法，可以是通过识别游戏直播画面右上方时间文字，也可以是通过检测游戏的客户端某个与时间相关的进程上报游戏中事件发生的时刻而获得。

步骤S1032：以{“事件名称”：**，“时刻”：##}的格式存储检测到的游戏中事件，其中，**表示检测到的游戏中事件，##表示游戏中事件发生的时刻。

在本申请实施例中，统一游戏中事件存储的格式，有利于后续对这些游戏中事件的处理。例如，{事件名称：击杀，时刻：11：40}就是关于“击杀”这一游戏中事件的存储的示例。

步骤S1033：当游戏中事件发生一次时，将用于记录游戏中事件的变量增1。

在本实施例中，可以在代码中对游戏中事件采用一个变量记录其发生的次数，每当该游戏中事件发生一次，则将该变量增加1，该变量的最终累加值为游戏中事件的最终结果，用于后续步骤S104在遍历游戏事件竞猜项时，检验经步骤S103得到的游戏中事件的最终结果是否满足游戏竞猜项中的预设条件。

步骤S104：遍历游戏事件竞猜项，在经步骤S103得到的游戏中事件的最终结果满足游戏竞猜项中的预设条件时，将游戏中事件的竞猜结果展示于游戏的直播画面。

如前所述，当游戏中事件发生一次时，将用于记录该游戏中事件的变量增1。在每检测到一次游戏中事件时，就遍历一次游戏事件竞猜项，以确定经步骤S103得到的游戏中事件的最终结果是否满足某个游戏竞猜项中的预设条件。例如，假设某个游戏竞猜项是“是否能击杀超过10个”，若通过对“击杀”这一游戏中事件的最终结果的查验，发现该用于记录“击杀”这一游戏中事件的变量最终累加值增加到了10以上(例如，11)，则确定“击杀”这一游戏中事件的最终结果满足“是否能击杀超过10个”这一游戏竞猜项中的预设条件，然后，将其竞猜结果展示于游戏的直播画面，如附图5所示。

上述实施例是对游戏中事件的处理，都可以在游戏中进行实时结算，无需等待游戏结束，然而，有些游戏事件的竞猜项并不适于游戏中结算，例如，对于“击杀个数为单数？”、“是否为本场mvp”等竞猜项，由于不到游戏结束，没办法确定击杀个数的单双，也没办法确定某个角色是否为本场mvp。对于上述场景，在本申请一个实施例中，可以通过第二匹配模板对游戏结束事件进行检测；若通过第二匹配模板进行的检测确认游戏结束，则对只适于游戏结束后才便于结算的竞猜项进行竞猜结算，上述的第二匹配模板为预设了对游戏的游戏结束事件进行标准化描述的模板，如附图6所示是第二匹配模板的一个示例，该匹配模板用于对游戏结束事件进行检测，即若游戏的直播画面出现了与附图6示例的匹配模板匹配的图像控件，则确认游戏结束，开始对诸如“击杀个数为单数？”、“是否为本场mvp”等游戏结束后才便于结算的竞猜项进行竞猜结算。

从上述附图1示例的游戏竞猜结算方法可知，不同于现有技术通过游戏主播去对游戏竞猜进行人工计算，本发明的技术方案是通过匹配模板对游戏中事件(即游戏尚未结束或者游戏还在进行中出现的游戏事件)进行检测并予以统计，在统计的最终结果满足游戏竞猜项中的预设条件时，将游戏中事件的竞猜结果展示于游戏的直播画面。一方面，由于对游戏中事件的检测是通过匹配模板由客户端或服务器的计算机程序进行，因此，相比于现有技术的人工手动结算游戏竞猜的方式，本申请提供的技术方案具有结算准确的特点，并且杜绝了游戏主播徇私舞弊(例如，修改竞猜结算的结果等)的可能，最大程度上保障了竞猜活动的公平性；另一方面，对游戏中事件的检测是在游戏尚未结束或者游戏还在进行中时实施，因而还有实时性强的特点。

请参阅附图7，是本申请实施例提供的一种游戏竞猜结算装置的结构示意图，该装置可以集成在终端等计算机设备中，该装置包括竞猜项显示模块701、检测模块702、统计模块703和展示模块704，其中：

竞猜项显示模块701，用于在开始直播游戏之前，显示游戏事件竞猜项，其中，游戏事件竞猜项的内容为竞猜某个游戏中事件能否达到预设条件，游戏中事件为游戏尚未结束或者游戏还在进行中出现的游戏事件；

检测模块702，用于当开始直播游戏时，通过第一匹配模板对游戏的直播画面描述的游戏中事件进行检测，其中，第一匹配模板为预设了对游戏的各种游戏中事件进行标准化描述的模板；

统计模块703，用于存储检测模块702检测到的游戏中事件并根据存储的数据统计游戏中事件的最终结果；

展示模块704，用于遍历游戏事件竞猜项，在游戏中事件的最终结果满足游戏竞猜项中的预设条件时，将游戏中事件的竞猜结果展示于游戏的直播画面。

在一种可能实现方式中，附图7示例的检测模块702具体用于每间隔预设时长检测一次游戏的直播画面描述的游戏中事件；将检测到的结果与第一匹配模板进行匹配；若检测到的结果与第一匹配模板的匹配成功，则确认发生游戏中事件。

在一种可能实现方式中，上述每间隔预设时长检测一次游戏的直播画面描述的游戏中事件，包括：以预设时长为扫描周期，对游戏的直播画面进行扫描。

在一种可能实现方式中，上述将检测到的结果与第一匹配模板进行匹配，包括：若在直播画面中扫描到游戏中事件的描述内容，则将游戏中事件的描述内容所属图像与第一匹配模板比对，其中，游戏中事件的描述内容包括对游戏中事件的文字描述和/或对游戏中事件的语音播报。

在一种可能实现方式中，上述若检测到的结果与第一匹配模板的匹配成功，则确认发生游戏中事件，包括：若游戏中事件的描述内容与第一匹配模板的预设内容的相似度大于预设阈值，则确认发生游戏中事件。

在一种可能实现方式中，描述内容为对游戏中事件的文字描述时，上述将检测到的结果与第一匹配模板进行匹配还包括：在将游戏中事件的描述内容所属图像与第一匹配模板比对之前，将游戏中事件的描述内容的文字的色彩转换为与第一匹配模板的文字相同的色彩。

在一种可能实现方式中，附图7示例的装置还可以包括：截图模块，用于在确认发生游戏中事件后，对出现游戏中事件的直播画面进行截图后予以保存。

在一种可能实现方式中，附图7的统计模块703具体用于获取游戏中事件发生的时刻；以{“事件名称”：**，“时刻”：##}的格式存储检测到的游戏中事件；当游戏中事件发生一次时，将用于记录游戏中事件的变量增1，其中，**表示检测到的游戏中事件，##表示游戏中事件发生的时刻，变量的最终累加值为游戏中事件的最终结果。

在一种可能实现方式中，附图7的装置还可以包括结束事件检测模块和结算模块，其中：

结束事件检测模块，用于通过第二匹配模板对游戏结束事件进行检测，其中，第二匹配模板为预设了对游戏的游戏结束事件进行标准化描述的模板；

结算模块，用于若通过第二匹配模板进行的检测确认游戏结束，则对只适于游戏结束后才便于结算的竞猜项进行竞猜结算。

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

本申请实施例还提供一种计算机设备，该计算机设备可以为终端或者服务器等设备，如图8所示，其示出了本申请实施例所涉及的计算机设备的结构示意图，具体来讲：

该计算机设备可以包括一个或者一个以上处理核心的处理器801、一个或一个以上计算机可读存储介质的存储器802、电源803和输入单元804等部件。本领域技术人员可以理解，图8中示出的计算机设备结构并不构成对计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器801是该计算机设备的控制中心，利用各种接口和线路连接整个计算机设备的各个部分，通过运行或执行存储在存储器802内的软件程序和/或模块，以及调用存储在存储器802内的数据，执行计算机设备的各种功能和处理数据，从而对计算机设备进行整体监控。可选的，处理器801可包括一个或多个处理核心；优选的，处理器801可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器801中。

存储器802可用于存储软件程序以及模块，处理器801通过运行存储在存储器802的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器802可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据计算机设备的使用所创建的数据等。此外，存储器802可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器802还可以包括存储器控制器，以提供处理器801对存储器802的访问。

计算机设备还包括给各个部件供电的电源803，可选地，电源803可以通过电源管理系统与处理器801逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源803还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该计算机设备还可包括输入单元804，该输入单元804可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

尽管未示出，计算机设备还可以包括显示单元等，在此不再赘述。具体在本实施例中，计算机设备中的处理器801会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器802中，并由处理器801来运行存储在存储器802中的应用程序，从而实现各种功能，如下：在开始直播游戏之前，显示游戏事件竞猜项，其中，游戏事件竞猜项的内容为竞猜某个游戏中事件能否达到预设条件，游戏中事件为游戏尚未结束或者游戏还在进行中出现的游戏事件；当开始直播游戏时，通过第一匹配模板对游戏的直播画面描述的游戏中事件进行检测，其中，第一匹配模板为预设了对游戏的各种游戏中事件进行标准化描述的模板；存储检测到的游戏中事件并根据存储的数据统计游戏中事件的最终结果；遍历游戏事件竞猜项，在游戏中事件的最终结果满足游戏竞猜项中的预设条件时，将游戏中事件的竞猜结果展示于游戏的直播画面。

以上个操作的具体实施例可参见前面的实施例，在此不再赘述。

由以上可知，不同于现有技术是通过阅读程序代码的方式，人工手动统计出程序中的接口数量等接口相关信息，本发明的技术方案是通过扫描待分析程序和测试用例的代码，获取其中的接口相关信息来对待分析程序中的接口进行分析。由于扫描代码可以通过计算机程序自动完成，因此，相比于现有技术的人工手动分析程序接口的方式，本申请提供的技术方案具有效率高，成本低且不容易出错的优势，在大型工业化产品开发过程中，面对繁复的代码结构和庞杂的代码数量，本申请提供的技术方案的上述优势更加明显。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本申请实施例所提供的任一种游戏竞猜结算方法中的步骤。例如，该指令可以执行如下步骤：在开始直播游戏之前，显示游戏事件竞猜项，其中，游戏事件竞猜项的内容为竞猜某个游戏中事件能否达到预设条件，游戏中事件为游戏尚未结束或者游戏还在进行中出现的游戏事件；当开始直播游戏时，通过第一匹配模板对游戏的直播画面描述的游戏中事件进行检测，其中，第一匹配模板为预设了对游戏的各种游戏中事件进行标准化描述的模板；存储检测到的游戏中事件并根据存储的数据统计游戏中事件的最终结果；遍历游戏事件竞猜项，在游戏中事件的最终结果满足游戏竞猜项中的预设条件时，将游戏中事件的竞猜结果展示于游戏的直播画面。

以上各个操作的具体实施方式可参见前面的实施例，在此不再赘述。

其中，该计算机可读存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

由于该计算机可读存储介质中所存储的指令，可以执行本申请实施例所提供的任一种游戏竞猜结算方法中的步骤，因此，可以实现本申请实施例所提供的任一种游戏竞猜结算方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本申请实施例所提供的一种游戏竞猜结算方法、装置、计算机设备和计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。