CN116966603B - 云游戏多账户的托管方法、托管系统及计算机装置 - Google Patents

Abstract

本发明公开了云游戏多账户的托管方法、托管系统及计算机装置，包括用户在一个终端内使用不同的云游戏账号在同一时间登录至少两个云游戏平台，并生成该云游戏平台在启动时对应账号的存档地址，以存档地址表示用户的身份；以用户在云游戏平台的游戏痕迹参数来建立用户行为模型，形成个性化的托管模式；实时监管终端的唤醒指令，基于唤醒指令切换不同的云游戏平台的托管需求状态，云游戏平台基于用户的托管需求状态和存档地址利用匹配个性化的托管模式串流至已登录账号进行托管接单；本发明能够在同一个终端启动超过一个云游戏平台，及时快速的转换所有云游戏平台的托管状态，且制定存在用户行为影响的托管模式，从而提高用户的用户体验。

Description

云游戏多账户的托管方法、托管系统及计算机装置

技术领域

本发明涉及游戏托管技术领域，具体涉及云游戏多账户的托管方法、托管系统及计算机装置。

背景技术

云游戏也叫有需求的游戏，是基于云计算的新技术，这是一个可以用来提高游戏性能的服务。在云游戏模型中，所有的游戏逻辑和渲染都在服务器端运行，然后再从服务器把压缩的视频传给用户，这样玩家就不需要一台CPU和GPU相当好的计算机。

由于云游戏对客户端的硬件要求低，不占用太多空间，因此很多玩家可能会想在同一终端同时打开不同的云游戏，而现有的托管方法大多针对一个玩家对于单个游戏的托管工作，缺少针对一个玩家对于多个游戏的托管工作。

另外，现有的托管模式为统一的机器托管操作，而没有针对用户操作游戏的行为来制定托管模式，导致一旦进入托管模式，则该游戏的输赢与用户之间的联系少，从而影响用户体验。

发明内容

本发明的目的在于提供云游戏多账户的托管方法、托管系统及计算机装置，以解决现有技术中，缺少针对一个玩家对于多个游戏的托管工作，以及导致一旦进入托管模式，则该游戏的输赢与用户之间的联系少，从而影响用户体验的技术问题。

为解决上述技术问题，本发明具体提供下述技术方案：

云游戏多账户的托管方法，包括以下步骤：

用户在一个终端内使用不同的云游戏账号在同一时间登录至少两个云游戏平台，并生成该所述云游戏平台在启动时对应账号的存档地址，以所述存档地址表示用户的身份；

以用户在所述云游戏平台的游戏痕迹参数来建立用户行为模型，形成个性化的托管模式；

实时监管所述终端的唤醒指令，基于所述唤醒指令切换不同的所述云游戏平台的托管需求状态，将该游戏实例在闲置设定时间范围内保持本次串流不断开，所述云游戏平台基于用户的托管需求状态和存档地址利用匹配个性化的所述托管模式串流至已登录账号进行托管接单。

作为本发明的一种优选方案，所述存档地址为所述云游戏平台启动时新增的识别参数，新增的所述识别参数包括终端ip地址、用户个人信息以及云游戏账号信息；

所述云游戏平台在用户自动发出托管需求时，所述托管模式基于所述存档地址串流至已登录账号进行托管接单。

作为本发明的一种优选方案，所述云游戏平台获取所述用户在该所述云游戏平台的游戏痕迹参数，且利用机器学习方法建立用户行为模型，所述云游戏平台将所述用户行为模型和自身的通用托管模型组合，生成针对每个用户在该云游戏平台的个性化托管模式。

作为本发明的一种优选方案，所述机器学习方法基于获取的所述游戏痕迹参数建立用户行为模型的实现方式为：

获取所述云游戏平台在启动后的所有操作时间段内形成的游戏痕迹参数；

圈定所述云游戏平台被托管接单的时间点以及对应的机械式操作痕迹参数，并从所述游戏痕迹参数内过滤出机械式操作痕迹参数，仅保留所述用户个人操作该云游戏平台产生的个人游戏痕迹参数；

所述机器学习方法基于所述个人游戏痕迹参数建立用户行为模型；

重复上述操作，以不断的更新所述用户行为模型。

作为本发明的一种优选方案，所述云游戏平台基于所述用户行为模型调整通用托管模型，以修改所述通用托管模型的工作方式，生成针对每个用户在该云游戏平台的个性化托管模式进行存储；

所述云游戏平台基于所述存档地址识别所述用户的身份，并根据所述用户的托管需求状态调用与所述用户匹配的所述个性化托管模式来操作所述云游戏平台。

作为本发明的一种优选方案，所述云游戏平台基于所述终端的唤醒指令的唤醒作用对象对所有的所述云游戏平台进行自动式托管，具体的实现方式为：

利用监管单元实时监控所述终端的唤醒指令的唤醒作用对象，将所述终端的唤醒指令作用的所述云游戏平台设置为未托管状态，将所述终端的唤醒指令未作用的所述云游戏平台设置为托管状态；

多个所述云游戏平台基于所述终端的唤醒指令在未托管状态和托管状态之间实时切换。

作为本发明的一种优选方案，所述终端的唤醒指令为鼠标选择对象和/或触屏式选择对象，所述监管单元确定所述鼠标选择对象或触屏式选择对象，且将处于最上层的所述云游戏平台设置为未托管状态，将处于其他层的所述云游戏平台设置为托管状态。

作为本发明的一种优选方案，所述存档地址在游戏启动时自动写入所述终端ip地址、用户个人信息以及云游戏账号信息，且所述存档地址在游戏结束时自动清理所述存档地址；

所述云游戏平台建立所述云游戏平台的托管状态、所述云游戏平台的所述存档地址与所述云游戏平台的个性化托管模式之间的联动关系，所述个性化托管模式只有在所述云游戏平台为托管状态且识别到所述存档地址时才被调用。

为解决上述技术问题，本发明还提供了云游戏多账户的托管系统，包括：

托管指令请求端，根据用户正在操作的所述云游戏平台，确定已启动且目前不操作的所述云游戏平台，将已启动且目前不操作的所述云游戏平台发送托管需求指令；

托管指令应答端，基于所述托管需求指令携带的所述存档地址识别用户身份，选择与该用户身份匹配的用户行为模型接收托管工作，使得托管工作仍然保留用户的操作方式；

机器学习端，实时接收所述用户在所述云游戏平台的操作参数，通过分析所述操作参数形成托管数据，来调整用户行为模型。

为解决上述技术问题，本发明还提供了一种计算机装置，包括

至少一个处理器；以及与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有至少一个用户行为模型，所述处理器能够根据用户身份选择匹配的所述用户行为模型，以使电子设备能够执行上述云游戏多账户的托管方法。

本发明与现有技术相比较具有如下有益效果：

本发明的用户能够在同一个终端启动超过一个云游戏平台，通过监控用户唤醒的云游戏平台，来及时快速的转换所有云游戏平台的托管状态，从而提高用户体验。

另外，本实施方式的托管模式并不是统一的机械化操作，而是针对每个用户对该游戏的操作行为，来制定个性化且存在用户行为影响的托管模式，因此此时的托管模式并不是纯粹的机器模式，而是带有用户行为影响的机器模式，则该游戏的进程和变化也受人为影响，从而提高用户的用户体验。

附图说明

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

图1为本发明实施例的云游戏多账户的托管方法的流程示意图；

具体实施方式

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

需要说明的是，本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

如图1所示，本发明提供了云游戏多账户的托管方法，包括以下步骤：

（1）用户在一个终端内使用不同的云游戏账号在同一时间登录至少两个云游戏平台，并生成该云游戏平台在启动时对应账号的存档地址，以存档地址表示用户的身份。

其中，存档地址为云游戏平台启动时新增的识别参数，新增的识别参数包括终端ip地址、用户个人信息以及云游戏账号信息。

云游戏平台在用户自动发出托管需求时，托管模式基于存档地址串流至已登录账号进行托管接单。

需要补充说明的是，存档地址具体用于表征进入云游戏平台的用户身份信息，并为该用户建立一个云游戏账号，因此当用户登录云游戏平台时，自动生成关于终端ip地址、用户个人信息以及云游戏账号信息（具体为已登录或者未登录状态）的存档地址，本实施方式在将游戏托管时，其操作具体为：托管模式串流至存档地址对应的云游戏账号（已登录账号）进行托管接单，由机器模式辅助继续游戏。

具体在应用时，在云游戏启动前，如果未生成存档地址，则直接启动失败；云游戏结束后，可以清理存档，确保云游戏不出现串号问题；

当存档地址下载失败，则结束串流，并提示游戏存档加载失败；

当存档地址下载超过2秒时，超时结束串流，并提示游戏存档加载超时。

需要特别说明的是，本实施方式中的游戏托管区别于现有技术中的游戏托管，现有技术中的游戏托管应用场景大多是：用户在打游戏过程中需要离开一段时间，因此需要将游戏托管，使得游戏得以继续。

而在本实施方式中的托管应用场景具体为：用户主观选择启动两个以上的游戏，即用户在同一个终端同时玩超过两个游戏，此时则需要对其中一个正在玩的游戏正常操作，而剩余的其它游戏，则需要转换为托管模式，而根据用户的选择，需要频繁的转换启动的游戏的托管需求状态，使得所有的游戏能够快速及时的在机器托管状态和用户操作状态之间转换。

（2）以用户在云游戏平台的游戏痕迹参数来建立用户行为模型，形成个性化的托管模式。

而为了进一步的提升用户体验，众所周知，现有技术中的大多数托管模式为统一的操作模式，即一旦选择托管模式，则该自己的账号在该场游戏中的具体行为和操作不再受用户影响，只是机器代为运行，这种方式其实对于用户来说，是索然无味的，影响用户体验。

而本实施方式中的托管模式并不是完全的机器行为，同时还受到用户在平常操作该游戏时的行为影响，即针对每个用户形成针对式的个性化托管模式，此时，即使该游戏处于托管状态，但是该场游戏的输赢以及操作该游戏的具体行为还是能受到用户的主观影响，从而提高用户体验，而基于该用户体验，客户能够有兴趣同时使用一个终端启动两个以上的云游戏。

具体形成个性化托管模式的实现方式为：

云游戏平台获取用户在该云游戏平台的游戏痕迹参数，且利用机器学习方法建立用户行为模型，云游戏平台将用户行为模型和自身的通用托管模型组合，生成针对每个用户在该云游戏平台的个性化托管模式。

其中，机器学习方法基于获取的游戏痕迹参数建立用户行为模型的实现方式为：

①获取云游戏平台在启动后的所有操作时间段内形成的游戏痕迹参数；

②圈定云游戏平台被托管接单的时间点以及对应的机械式操作痕迹参数，并从游戏痕迹参数内过滤出机械式操作痕迹参数，仅保留用户个人操作该云游戏平台产生的个人游戏痕迹参数；

③机器学习方法基于个人游戏痕迹参数建立用户行为模型；

④重复上述操作，以不断的更新用户行为模型。

作为本实施方式的优选方案，在制定个性化托管模式时，具体使用机器学习方法分析获取的游戏痕迹参数（具体为过滤托管模式数据后的用户操作数据），形成一套关于用户操作该游戏的方法模型，而为了保证该方法模型能够正常的运行，将用户行为模型和自身的通用托管模型组合，使得该托管模式能够正常运行，只是在常规通用的托管模型中增加了用户个人的操作参数。

而为了保证用户行为模型的准确性，则需要重复的利用机器学习方法进行重复学习，来不断的更新和增强用户行为模型，增大用户行为模型和自身的通用托管模型组合中的用户行为模型比例。

因此，云游戏平台基于用户行为模型调整通用托管模型，以修改通用托管模型的工作方式，生成针对每个用户在该云游戏平台的个性化托管模式进行存储。

当启动的多个云游戏平台中的某个游戏需要托管时，云游戏平台基于存档地址识别用户的身份，并根据用户的托管需求状态调用与用户匹配的个性化托管模式来操作云游戏平台。

（3）实时监管终端的唤醒指令，基于唤醒指令切换不同的云游戏平台的托管需求状态，将该游戏实例在闲置设定时间范围内保持本次串流不断开，云游戏平台基于用户的托管需求状态和存档地址利用匹配个性化的托管模式串流至已登录账号进行托管接单。

云游戏平台基于终端的唤醒指令的唤醒作用对象对所有的云游戏平台进行自动式托管，具体的实现方式为：

利用监管单元实时监控终端的唤醒指令的唤醒作用对象，将终端的唤醒指令作用的云游戏平台设置为未托管状态，将终端的唤醒指令未作用的云游戏平台设置为托管状态。

多个云游戏平台基于终端的唤醒指令在未托管状态和托管状态之间实时切换。

终端的唤醒指令为鼠标选择对象和/或触屏式选择对象，监管单元确定鼠标选择对象或触屏式选择对象，且将处于最上层的云游戏平台设置为未托管状态，将处于其他层的云游戏平台设置为托管状态。

存档地址在游戏启动时自动写入终端ip地址、用户个人信息以及云游戏账号信息，且存档地址在游戏结束时自动清理存档地址。

云游戏平台建立云游戏平台的托管状态、云游戏平台的存档地址与云游戏平台的个性化托管模式之间的联动关系，个性化托管模式只有在云游戏平台为托管状态且识别到存档地址时才被调用。

在本实施方式中，即使启动了超过两个云游戏，但是对于计算机或者手机终端，两个云游戏平台无法同时操作，因此在一个终端时的某一时刻，只能允许一个云游戏平台供操作，其他启动的云游戏则需要进入托管模式。

因此需要利用监管单元实时监控终端的唤醒指令的唤醒作用对象（即云游戏平台），将唤醒且正在运行的云游戏平台设定为未托管状态，而将未被唤醒的云游戏平台设定为托管状态。

本实施方式在用户在同一个终端启动超过一个云游戏平台时，通过监控用户唤醒的云游戏平台，来频繁的转换所有云游戏平台的托管状态，从而提高用户体验，另外，本实施方式的托管模式并不是统一的机械化操作，而是针对每个用户对该游戏的操作行为，来制定个性化且存在用户行为影响的托管模式，因此此时的托管模式并不是纯粹的机器模式，而是带有用户行为影响的机器模式，则该游戏的进程和变化也受人为影响，从而提高用户的用户体验。

基于上述云游戏多账户的托管方法，本实施方式还提供了云游戏多账户的托管系统，包括：托管指令请求端、托管指令应答端和机器学习端。

托管指令请求端根据用户正在操作的云游戏平台，确定已启动且目前不操作的云游戏平台，将已启动且目前不操作的云游戏平台发送托管需求指令。

托管指令应答端基于托管需求指令携带的存档地址识别用户身份，选择与该用户身份匹配的用户行为模型接收托管工作，使得托管工作仍然保留用户的操作方式。

机器学习端实时接收用户在云游戏平台的操作参数，通过分析操作参数形成托管数据，来调整用户行为模型。

同时也提供了一种计算机装置，包括至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有至少一个用户行为模型，处理器能够根据用户身份选择匹配的用户行为模型，以使电子设备执行上述云游戏多账户的托管方法。

以上实施例仅为本申请的示例性实施例，不用于限制本申请，本申请的保护范围由权利要求书限定。本领域技术人员可以在本申请的实质和保护范围内，对本申请做出各种修改或等同替换，这种修改或等同替换也应视为落在本申请的保护范围内。

Claims (7)

1.云游戏多账户的托管方法，其特征在于，包括以下步骤：

用户在一个终端内使用不同的云游戏账号在同一时间登录至少两个云游戏平台，并生成该所述云游戏平台在启动时对应账号的存档地址，以所述存档地址表示用户的身份；

以用户在所述云游戏平台的游戏痕迹参数来建立用户行为模型，形成个性化的托管模式；

所述云游戏平台获取所述用户在该所述云游戏平台的游戏痕迹参数，且利用机器学习方法建立用户行为模型，所述云游戏平台将所述用户行为模型和自身的通用托管模型组合，生成针对每个用户在该云游戏平台的个性化托管模式；

所述机器学习方法基于获取的游戏痕迹参数建立用户行为模型的实现方式为：

获取所述云游戏平台在启动后的所有操作时间段内形成的游戏痕迹参数；

圈定所述云游戏平台被托管接单的时间点以及对应的机械式操作痕迹参数，并从所述游戏痕迹参数内过滤出机械式操作痕迹参数，仅保留所述用户个人操作该云游戏平台产生的个人游戏痕迹参数；

所述机器学习方法基于所述个人游戏痕迹参数建立用户行为模型；

重复上述操作，以不断的更新所述用户行为模型；

实时监管所述终端的唤醒指令，基于所述唤醒指令切换不同的所述云游戏平台的托管需求状态，将该游戏实例在闲置设定时间范围内保持本次串流不断开，所述云游戏平台基于用户的托管需求状态和存档地址利用匹配个性化的所述托管模式串流至已登录账号进行托管接单；

所述云游戏平台基于所述终端的唤醒指令的唤醒作用对象对所有的所述云游戏平台进行自动式托管，具体的实现方式为：

利用监管单元实时监控所述终端的唤醒指令的唤醒作用对象，将所述终端的唤醒指令作用的所述云游戏平台设置为未托管状态，将所述终端的唤醒指令未作用的所述云游戏平台设置为托管状态；

多个所述云游戏平台基于所述终端的唤醒指令在未托管状态和托管状态之间实时切换。

2.根据权利要求1所述的云游戏多账户的托管方法，其特征在于，

所述存档地址为所述云游戏平台启动时新增的识别参数，新增的所述识别参数包括终端ip地址、用户个人信息以及云游戏账号信息；

所述云游戏平台在用户自动发出托管需求时，所述托管模式基于所述存档地址串流至已登录账号进行托管接单。

3.根据权利要求1所述的云游戏多账户的托管方法，其特征在于，

所述云游戏平台基于所述用户行为模型调整通用托管模型，以修改所述通用托管模型的工作方式，生成针对每个用户在该云游戏平台的个性化托管模式进行存储；

所述云游戏平台基于所述存档地址识别所述用户的身份，并根据所述用户的托管需求状态调用与所述用户匹配的所述个性化托管模式来操作所述云游戏平台。

4.根据权利要求1所述的云游戏多账户的托管方法，其特征在于，

所述终端的唤醒指令为鼠标选择对象和/或触屏式选择对象，所述监管单元确定所述鼠标选择对象或触屏式选择对象，且将处于最上层的所述云游戏平台设置为未托管状态，将处于其他层的所述云游戏平台设置为托管状态。

5.根据权利要求1所述的云游戏多账户的托管方法，其特征在于，

所述存档地址在游戏启动时自动写入所述终端ip地址、用户个人信息以及云游戏账号信息，且所述存档地址在游戏结束时自动清理所述存档地址；

所述云游戏平台建立所述云游戏平台的托管状态、所述云游戏平台的所述存档地址与所述云游戏平台的个性化托管模式之间的联动关系，所述个性化托管模式只有在所述云游戏平台为托管状态且识别到所述存档地址时才被调用。

6.基于权利要求1-5任一项所述云游戏多账户的托管方法的托管系统，其特征在于，包括：

托管指令请求端，根据用户正在操作的所述云游戏平台，确定已启动且目前不操作的所述云游戏平台，将已启动且目前不操作的所述云游戏平台发送托管需求指令；

托管指令应答端，基于所述托管需求指令携带的所述存档地址识别用户身份，选择与该用户身份匹配的用户行为模型接收托管工作，使得托管工作仍然保留用户的操作方式；

机器学习端，实时接收所述用户在所述云游戏平台的操作参数，通过分析所述操作参数形成托管数据，来调整用户行为模型。

7.一种计算机装置，应用于权利要求6所述的云游戏多账户的托管系统，其特征在于，包括：

至少一个处理器；以及与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有至少一个用户行为模型，所述处理器能够根据用户身份选择匹配的所述用户行为模型，以使电子设备能够执行权利要求 1-5任一项所述的云游戏多账户的托管方法。