游戏的信息处理方法、装置、电子设备及存储介质与流程

1.本技术涉及游戏技术领域，具体而言，涉及一种游戏的信息处理方法、装置、电子设备及存储介质。


背景技术：

2.作为游戏的一种类型，模拟经营类游戏受到许多玩家的欢迎。在模拟经营类游戏中，玩家通常扮演管理者的角色，负责对游戏中虚拟的现实世界进行经营管理，其中，虚拟的现实世界可以是城市、国家、世界、公司等团体。
3.目前，大多数的模拟经营游戏中的与医疗相关的玩法均为纯放置挂机玩法，玩家只需要在开始游戏时输入相应的内容，游戏就会根据用户输入通过一系列运算规则自动运行并得到游戏结果。
4.现有的模拟经营游戏中的医疗过程的较为简单，无法在终端提供的图形用户界面上所显示的虚拟城市内模拟还原真实世界中的医疗过程，与游戏整体较为割裂，用户可互动的内容较少，用户的参与度较低。


技术实现要素：

5.本技术的目的在于，针对上述现有技术中的不足，提供了一种游戏的信息处理方法、装置、电子设备及存储介质，以便于解决现有的模拟经营游戏无法在终端提供的图形用户界面上所显示的虚拟城市内模拟还原真实世界中的医疗过程，与游戏整体较为割裂，用户可互动的内容较少，用户的参与度较低的问题。
6.为实现上述目的，本技术实施例采用的技术方案如下：
7.第一方面，本技术实施例提供了一种游戏的信息处理方法，通过第一终端设备提供一图形用户界面，图形用户界面至少显示游戏内的部分或全部的虚拟城市，方法包括：
8.获取目标疾病，目标疾病为预先建立的疾病数据库中的至少一种疾病；
9.根据目标疾病的触发几率和触发间隔确定虚拟城市中的当前传播目标疾病，当前传播目标疾病设置为以预设速率在虚拟城市中进行传播；
10.在图形用户界面上显示当前传播目标疾病对应的危机预警任务，危机预警任务包括当前传播目标疾病的疾病名称以及对应的任务信息；
11.响应针对于任务信息的完成事件，降低当前传播目标疾病在虚拟城市中传播的预设速率。
12.可选地，方法还包括：
13.通过以下信息至少其中之一对目标疾病的触发几率和触发间隔进行调整：
14.虚拟城市建造的虚拟建筑的分布信息；
15.虚拟城市颁布的律法信息；
16.虚拟城市提供的食物信息；
17.虚拟城市的等级信息。
18.可选地，方法还包括：
19.响应于当前传播目标疾病的结束事件，在预设时间间隔后重新确定目标疾病，并确定调整后目标疾病的触发几率和触发间隔；
20.根据调整后的目标疾病的触发几率和触发间隔重新确定虚拟城市中的当前传播目标疾病。
21.可选地，目标疾病包括肺结核，方法还包括：
22.当虚拟城市建造的虚拟建筑的分布信息满足第一预设条件时，增大肺结核的触发几率，并减小肺结核的触发间隔。
23.可选地，方法还包括：
24.当虚拟城市颁布的律法信息满足第二预设条件时，则增大所有目标疾病的触发几率，减小所有目标疾病的触发间隔。
25.可选地，目标疾病包括流感，方法还包括：
26.当虚拟城市提供的食物信息以及虚拟城市的等级信息满足第三预设条件时，增大流感的触发几率，减小流感的触发间隔。
27.可选地，获取目标疾病之前，还包括：
28.建立疾病数据库，疾病数据库中包括多种疾病信息，每种疾病信息包括疾病名称、触发条件、触发几率以及触发间隔。
29.可选地，获取目标疾病，包括：
30.基于虚拟城市的属性信息，从预先建立的疾病数据库中确定出至少一种满足目标触发条件的目标疾病，属性信息包括城市规模信息、卫生饮食信息以及环境信息。
31.可选地，疾病信息的触发条件用于指示对应疾病对虚拟城市的属性信息的要求，目标触发条件与虚拟城市的属性信息对应，基于虚拟城市的属性信息，从预先建立的疾病数据库中确定出至少一种满足目标触发条件的目标疾病，包括：
32.从预先建立的疾病数据库中确定出至少一种触发条件与虚拟城市的属性信息匹配的疾病信息，作为目标疾病。
33.可选地，目标疾病确定为虚拟城市中的当前传播目标疾病的概率与目标疾病的触发几率正相关；当所述目标疾病处于触发间隔的时间段内时，将所述目标疾病的触发几率设置为零。
34.可选地，任务信息包括：建造虚拟建筑、颁布律法、提供食物以及提升虚拟城市的等级中的至少一种。
35.第二方面，本技术实施例提供了一种游戏的信息处理装置，通过第一终端设备提供一图形用户界面，图形用户界面至少显示游戏内的部分或全部的虚拟城市，装置包括：
36.获取模块，用于获取目标疾病，目标疾病为预先建立的疾病数据库中的至少一种疾病；
37.确定模块，用于根据目标疾病的触发几率和触发间隔确定虚拟城市中的当前传播目标疾病，当前传播目标疾病设置为以预设速率在虚拟城市中进行传播；
38.显示模块，用于在图形用户界面上显示当前传播目标疾病对应的危机预警任务，危机预警任务包括当前传播目标疾病的疾病名称以及对应的任务信息；
39.响应模块，用于响应针对于任务信息的完成事件，降低当前传播目标疾病在虚拟
城市中传播的预设速率。
40.第三方面，本技术实施例提供了一种电子设备，包括：处理器、存储介质和总线，存储介质存储有处理器可执行的机器可读指令，当电子设备运行时，处理器与存储介质之间通过总线通信，处理器执行机器可读指令，以执行如第一方面任一方法的步骤。
41.第四方面，本技术实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器运行时执行如第一方面任一方法的步骤。
42.本技术提供一种游戏的信息处理方法、装置、电子设备及存储介质，该方法包括：获取目标疾病，目标疾病为预先建立的疾病数据库中的至少一种疾病；根据目标疾病的触发几率和触发间隔确定虚拟城市中的当前传播目标疾病，当前传播目标疾病设置为以预设速率在虚拟城市中进行传播；在图形用户界面上显示当前传播目标疾病对应的危机预警任务，危机预警任务包括当前传播目标疾病的疾病名称以及对应的任务信息；响应针对于任务信息的完成事件，降低当前传播目标疾病在虚拟城市中传播的预设速率。本技术提供的游戏的信息处理方法，在终端提供的图形用户界面上所显示的虚拟城市内模拟还原了真实世界中的医疗过程，增加了游戏的医疗过程中玩家可互动的内容，能够提高与游戏整体的紧密度，有利于提高玩家的参与度。
附图说明
43.为了更清楚地说明本技术实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
44.图1为本技术实施例提供的一种游戏的信息处理方法的流程示意图；
45.图2为本技术实施例提供的一种疾病图鉴的示意图；
46.图3为本技术实施例提供的一种显示危机预警任务的示意图；
47.图4为本技术实施例提供的一种显示任务完成的示意图；
48.图5为本技术实施例提供的一种游戏的信息处理装置的示意图；
49.图6为本技术实施例提供的一种电子设备的示意图。
具体实施方式
50.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，应当理解，本技术中附图仅起到说明和描述的目的，并不用于限定本技术的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本技术中使用的流程图示出了根据本技术的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本技术内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
51.另外，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的
范围，而是仅仅表示本技术的选定实施例。基于本技术的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
52.需要说明的是，本技术实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
53.在对本技术进行详细地解释之前，先对本技术的应用场景予以介绍。
54.模拟经营类游戏是一种非常受玩家欢迎的游戏类型。在模拟经营类游戏中，玩家通常扮演管理者的角色，负责对游戏中虚拟的现实世界进行经营管理，其中，虚拟的现实世界可以是城市、国家、世界、公司等团体，也可以为其它团体。目前，多数的模拟经营游戏中的与医疗相关的玩法均为纯放置挂机玩法，纯放置挂机玩法即玩家只需要在开始游戏时输入相应的内容，后续不再需要玩家进行任何操作，游戏就会根据用户输入通过一系列运算规则自动运行并得到游戏结果。因此，现有的模拟经营游戏中的医疗过程的较为简单，无法在终端提供的图形用户界面上所显示的虚拟城市内模拟还原真实世界中的医疗过程，与游戏整体较为割裂，用户可互动的内容较少，用户的参与度较低。
55.为解决这一问题，本技术提供一种游戏的信息处理方法、装置、电子设备及存储介质，该方法包括：获取目标疾病，目标疾病为预先建立的疾病数据库中的至少一种疾病；根据目标疾病的触发几率和触发间隔确定虚拟城市中的当前传播目标疾病，当前传播目标疾病设置为以预设速率在虚拟城市中进行传播；在图形用户界面上显示当前传播目标疾病对应的危机预警任务，危机预警任务包括当前传播目标疾病的疾病名称以及对应的任务信息；响应针对于任务信息的完成事件，降低当前传播目标疾病在虚拟城市中传播的预设速率。本技术提供的游戏的信息处理方法，在终端提供的图形用户界面上所显示的虚拟城市内模拟还原了真实世界中的医疗过程，增加了游戏的医疗过程中玩家可互动的内容，能够提高与游戏整体的紧密度，有利于提高玩家的参与度。
56.在本公开其中一种实施例中的游戏的信息处理方法可以运行于终端设备或者是服务器。其中，终端设备可以为本地终端设备。当游戏的信息处理方法运行于服务器时，该方法则可以基于云交互系统来实现与执行，其中，云交互系统包括服务器和客户端设备。
57.在一可选的实施方式中，云交互系统下可以运行各种云应用，例如：云游戏。以云游戏为例，云游戏是指以云计算为基础的游戏方式。在云游戏的运行模式下，游戏程序的运行主体和游戏画面呈现主体是分离的，游戏的信息处理方法的储存与运行是在云游戏服务器上完成的，客户端设备的作用用于数据的接收、发送以及游戏画面的呈现，举例而言，客户端设备可以是靠近用户侧的具有数据传输功能的显示设备，如，移动终端、电视机、计算机、掌上电脑等；但是进行信息处理的终端设备为云端的云游戏服务器。在进行游戏时，用户操作客户端设备向云游戏服务器发送操作指令，云游戏服务器根据操作指令运行游戏，将游戏画面等数据进行编码压缩，通过网络返回客户端设备，最后，通过客户端设备进行解码并输出游戏画面。
58.在一可选的实施方式中，终端设备可以为本地终端设备。以游戏为例，本地终端设备存储有游戏程序并用于呈现游戏画面。本地终端设备用于通过图形用户界面与用户进行交互，即，常规的通过电子设备下载安装游戏程序并运行。该本地终端设备将图形用户界面提供给用户的方式可以包括多种，例如，可以渲染显示在终端的显示屏上，或者，通过全息投影提供给用户。举例而言，本地终端设备可以包括显示屏和处理器，该显示屏用于呈现图
形用户界面，该图形用户界面包括游戏画面，该处理器用于运行该游戏、生成图形用户界面以及控制图形用户界面在显示屏上的显示。
59.在一种可能的实施方式中，本发明实施例提供了一种游戏的信息处理方法，通过第一终端设备提供图形用户界面，其中，第一终端设备可以是前述提到的本地终端设备，也可以是前述提到的云交互系统中的客户端设备。
60.请参阅图1，图1为本技术实施例提供的一种游戏的信息处理方法的流程示意图。需要说明的是，本技术所提供的游戏的信息处理方法并不以图1 以及以下所述的具体顺序为限制，应当理解，在其它实施例中，本技术所提供的游戏的信息处理方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。
61.需要说明的是，本方法的执行主体可以是运行有目标游戏的第一终端设备，通过第一终端设备提供一图形用户界面，图形用户界面至少显示游戏内的部分或全部的虚拟城市，图形用户界面是指采用图形方式显示的计算机操作用户界面，其允许用户使用输入设备操纵屏幕上的图标或菜单控件，其中输入设备例如可以为鼠标，还例如可以为触摸屏等，本实施例对此不做限制，用户在游戏过程中，通过图形用户界面进行操作从而与客户端或者服务器进行交互。
62.下面将对图1所示的流程进行详细阐述。
63.s101：获取目标疾病，目标疾病为预先建立的疾病数据库中的至少一种疾病。
64.可选地，疾病数据库中的疾病可以与现实世界中的疾病对应，例如可以包括肺结核、流感等，也可以为根据需要设定的疾病，本技术对此不做限定。
65.请参阅图2，可选地，疾病数据库可以以疾病图鉴的形式存储，用户可以通过查看疾病图鉴查看疾病数据库中的疾病。例如，响应于针对疾病图鉴中的选择操作，显示对应的疾病信息。疾病信息可以包括疾病名称、触发条件、触发几率以及触发间隔。
66.s102：根据目标疾病的触发几率和触发间隔确定虚拟城市中的当前传播目标疾病，当前传播目标疾病设置为以预设速率在虚拟城市中进行传播。
67.可选地，目标疾病确定为虚拟城市中的当前传播目标疾病的概率与目标疾病的触发几率正相关；当目标疾病处于触发间隔的时间段内时，将目标疾病的触发几率设置为零。即，在目标疾病的触发间隔相同的情况下，触发几率越大，对应的目标疾病确定为虚拟城市中的当前传播目标疾病的概率就越大，触发几率越小，对应的目标疾病确定为虚拟城市中的当前传播目标疾病的概率就越小；当目标疾病被确认为当前传播目标疾病时开始计时，在该目标疾病的触发间隔时间段内，将该目标疾病的触发几率设置为零，即在该目标疾病的触发间隔时间段内，该目标疾病不会再被确定为虚拟城市中的当前传播目标疾病。可选地，在该目标疾病的触发间隔时间段之后，恢复该目标疾病的触发几率，即将目标疾病的触发几率恢复为将该目标疾病的触发几率设置为零之前时的值。
68.具体地，可以构造目标疾病确定为虚拟城市中的当前传播目标疾病的概率与目标疾病的触发几率之间的函数关系，以实现目标疾病确定为虚拟城市中的当前传播目标疾病的概率与目标疾病的触发几率正相关，例如，构造函数关系:x＝m
×
p,其中，目标疾病确定为虚拟城市中的当前传播目标疾病的概率为x，目标疾病的触发几率为p，第一预设参数为m，这里的第一预设参数为正数，本技术对其具体数值不做限定。当然，这里只是示例性说明，并不代表本技术局限于此。
69.另外，当前传播目标疾病设置为以预设速率在虚拟城市中进行传播，其中，预设速率可以为根据需要设定的数值，本技术对此不做具体限定。
70.本技术实施例中，虚拟城市中包括多个虚拟对象，虚拟对象可以为游戏中的虚拟人物，例如游戏中的农民、工人、士兵等，预设速率是指每单位时间传播第一预设数量个虚拟对象，当前传播目标疾病以预设速率在虚拟城市中进行传播是指：虚拟城市中，每过单位时间，就会有第一预设数量个虚拟对象感染当前传播目标疾病。其中，单位时间和第一预设数量可以根据需要设定，本技术对其具体数值均不做限定。
71.s103：在图形用户界面上显示当前传播目标疾病对应的危机预警任务，危机预警任务包括当前传播目标疾病的疾病名称以及对应的任务信息。
72.请参阅图3，可选地，可在图形用户界面上可以以气泡的形式显示当前传播目标疾病对应的危机预警任务，也可以以提示框的形式显示当前传播目标疾病对应的危机预警任务，还可以以提示音与动画配合的形式显示当前传播目标疾病对应的危机预警任务，如此有利于提高游戏的趣味性，提高用户的游戏参与度。
73.当然，还可以以其它形式显示治疗成功的提示，这里只是示例性说明，并不代表本技术局限于此。
74.可选地，任务信息包括：建造虚拟建筑、颁布律法、提供食物以及提升虚拟城市的等级中的至少一种。其中，建造虚拟建筑可以包括建造虚拟医院，建造虚拟医疗站，建造虚拟救助所，建造工厂，建造民宅等，颁布律法可以包括颁布垃圾集中管理律法，颁布街道清扫律法，颁布防疫宣传律法等，提供食物可以包括提供素食，提供肉类食物等。当然，这里只是示例性说明，并不代表本技术局限于此。
75.另外，当前传播目标疾病的疾病名称与任务信息可以具有对应关系，例如当前传播目标疾病为流感时，对应的任务信息可以为提升虚拟城市的等级至15级并提供肉类食物。当然，这里只是示例性说明，并不代表本技术局限于此。
76.s104：响应针对于任务信息的完成事件，降低当前传播目标疾病在虚拟城市中传播的预设速率。
77.若用户完成任务信息，即代表对当前传播目标疾病的传播速率形成了一定程度的抑制，可以降低当前传播目标疾病在虚拟城市中传播的预设速率示，从而使游戏对真实世界中的医疗过程的模拟还原度更高，能够提高游戏中医疗过程与游戏整体的紧密度，有利于提高玩家的参与度。
78.请参阅图4，可选地，可以在图形用户界面上对任务信息的完成事件，以及当前传播目标疾病在虚拟城市中传播的预设速率降低进行提示，提示形式可以为气泡的形式，也可以为提示框的形式，还可以为提示音与动画配合的形式，如此有利于提高游戏的趣味性，提高用户的游戏参与度。
79.另外，预设速率具体降低的数值可以与任务信息对应，例如当前传播目标疾病为流感，任务信息包括提升虚拟城市的等级至15级并提供肉类食物以及颁布垃圾集中管理律法，若用户完成提升虚拟城市的等级至15级并提供肉类食物，则将当前传播目标疾病在虚拟城市中传播的预设速率降低第一预设数值，若用户完成颁布垃圾集中管理律法，则将当前传播目标疾病在虚拟城市中传播的预设速率降低第二预设数值，若用户既完成了提升虚拟城市的等级至15级并提供肉类食物又完成了颁布垃圾集中管理律法，则将当前传播目标
疾病在虚拟城市中传播的预设速率降低第三预设数值，其中，第一预设数值和第二预设数值可以相等，也可以不等，第三预设数值可以为第一预设数值与第二预设数值的和。当然，这里只是示例性说明，并不代表本技术局限于此。
80.可选地，方法还包括：通过以下信息至少其中之一对目标疾病的触发几率和触发间隔进行调整：虚拟城市建造的虚拟建筑的分布信息；虚拟城市颁布的律法信息；虚拟城市提供的食物信息；虚拟城市的等级信息。
81.具体地，不同的目标疾病的触发几率和触发间隔由不同的信息进行调整。例如，虚拟城市中虚拟工厂和虚拟民宅的分布影响肺结核的触发几率和触发间隔，例如受虚拟工厂影响的虚拟民宅越多，肺结核的触发几率越高，触发间隔越低；虚拟城市提供的食物信息和虚拟城市的等级信息影响流感的触发几率和触发间隔，例如虚拟城市提供的食物为素食，虚拟城市的等级越低，流感的触发几率越大，触发间隔越小。当然，这里只是示例性说明，并不代表本技术局限于此。
82.可选地，方法还包括：响应于当前传播目标疾病的结束事件，在预设时间间隔后重新确定目标疾病，并确定调整后目标疾病的触发几率和触发间隔；根据调整后的目标疾病的触发几率和触发间隔重新确定虚拟城市中的当前传播目标疾病。
83.本技术实施例中，根据目标疾病的触发几率和触发间隔确定虚拟城中的当前传播目标疾病这一过程可以在用户游玩游戏的过程中不断循环，即当前传播目标疾病结束后，再经过预设时间间隔，重新根据调整后的目标疾病的触发几率和触发间隔确定虚拟城市中的新的当前传播目标疾病，新的当前传播目标疾病设置为以新的预设速率在虚拟城市中进行传播。本技术对预设时间间隔的具体数值不做限定。需要说明的是，用户完成当前传播目标疾病的结束事件的过程会影响并调整目标疾病的触发几率和触发间隔，当前传播目标疾病的结束事件可以为例如用户完成预设数量的任务信息，本技术对此不做限定。
84.可选地，目标疾病包括肺结核，方法还包括：当虚拟城市建造的虚拟建筑的分布信息满足第一预设条件时，增大肺结核的触发几率，并减小肺结核的触发间隔。
85.第一预设条件可以为受虚拟工厂影响的虚拟民宅数量达到第二预设数量。即受虚拟工厂影响的虚拟民宅数量达到第二预设数量时，增大肺结核的触发几率，并减小肺结核的触发间隔。第一预设条件还可以为虚拟工厂预设距离内虚拟民宅的数量达到第三预设数量，即虚拟工厂预设距离内虚拟民宅的数量达到第三预设数量时，增大肺结核的触发几率，并减小肺结核的触发间隔。当然，这里只是示例性说明，并不代表本技术局限于此。
86.具体地，肺结核的触发几率的增大数值和触发间隔的减小数值可以通过预先建立的肺结核的触发几率和触发间隔与受虚拟工厂影响的虚拟民宅数量的函数关系或映射表确定，例如，受虚拟工厂影响的虚拟民宅数量每减小10，肺结核的触发几率减小1％，肺结核的触发间隔增加1单位时间。肺结核的触发几率和触发间隔与受虚拟工厂影响的虚拟民宅数量的函数关系或映射表可以根据需要设定，本技术对此不做限定。
87.可选地，方法还包括：当虚拟城市颁布的律法信息满足第二预设条件时，则增大所有目标疾病的触发几率，减小所有目标疾病的触发间隔。
88.第二预设条件可以为未颁布垃圾集中管理律法，即未颁布垃圾集中管理律法时，增大所有目标疾病的触发几率，并减小所有目标疾病的触发间隔。第二预设条件还可以为未颁布街道清扫律法，即未颁布街道清扫律法时，增大所有目标疾病的触发几率，并减小所
有目标疾病的触发间隔。第二预设条件还可以为未颁布防疫宣传律法，即未颁布防疫宣传律法时，增大所有目标疾病的触发几率，并减小所有目标疾病的触发间隔。当然，这里只是示例性说明，并不代表本技术局限于此。
89.具体地，触发几率的增大数值和触发间隔的减小数值可以通过预先建立的触发几率的增大数值和触发间隔的减小数值与虚拟城市颁布的律法信息的函数关系或映射表确定，例如，虚拟城市颁布了垃圾集中管理律法，所有目标疾病的触发几率减小1％，所有目标疾病的触发间隔增加1单位时间。触发几率的增大数值和触发间隔的减小数值与虚拟城市颁布的律法信息的函数关系或映射表可以根据需要设定，本技术对此不做限定。
90.可选地，目标疾病包括流感，方法还包括：当虚拟城市提供的食物信息以及虚拟城市的等级信息满足第三预设条件时，增大流感的触发几率，减小流感的触发间隔。
91.第三预设条件可以为虚拟城市的等级达到预设等级，且虚拟城市未提供肉类食物。即虚拟城市的等级达到预设等级，且虚拟城市未提供肉类食物时，增大流感的触发几率，并减小流感的触发间隔。第三预设条件还可以为虚拟城市的等级达到预设等级，且虚拟城市提供的肉类食物的比例小于第四预设数值。即虚拟城市的等级达到预设等级，且虚拟城市提供的肉类食物的比例小于第四预设数值时，增大流感的触发几率，并减小流感的触发间隔。当然，这里只是示例性说明，并不代表本技术局限于此。
92.具体地，流感的触发几率的增大数值和触发间隔的减小数值可以通过预先建立的流感的触发几率和触发间隔与虚拟城市提供的肉类食物的比例的函数关系或映射表确定，例如，虚拟城市提供的肉类食物的比例每减小 5％，流感的触发几率增大1％，流感的触发间隔减小1单位时间。流感的触发几率和触发间隔与虚拟城市提供的肉类食物的比例的函数关系或映射表可以根据需要设定，本技术对此不做限定。
93.可选地，获取目标疾病之前，还包括：建立疾病数据库，疾病数据库中包括多种疾病信息，每种疾病信息包括疾病名称、触发条件、触发几率以及触发间隔。
94.可选地，疾病数据库中的疾病名称可以与现实世界中的疾病名称对应，例如疾病名称可以为肺结核、流感等，也可以为根据需要设定的疾病名称，本技术对此不做限定。
95.可选地，获取目标疾病，包括：基于虚拟城市的属性信息，从预先建立的疾病数据库中确定出至少一种满足目标触发条件的目标疾病，属性信息包括城市规模信息、卫生饮食信息以及环境信息。
96.具体地，城市规模信息用于指示虚拟城市的城市规模，卫生饮食信息用于指示虚拟城市的卫生饮食条件，环境信息用于指示虚拟城市的环境条件，可选地，每种信息可以对应多个的指标，例如，城市规模信息对应大型、中型以及小型，卫生饮食信息对应优秀、良好、一般、较差，环境信息对应良好、一般、较差等。当然，这里只是示例性说明，并不代表本技术局限于此。
97.可选地，疾病信息的触发条件用于指示对应疾病对虚拟城市的属性信息的要求，目标触发条件与虚拟城市的属性信息对应，基于虚拟城市的属性信息，从预先建立的疾病数据库中确定出至少一种满足目标触发条件的目标疾病，包括：从预先建立的疾病数据库中确定出至少一种触发条件与虚拟城市的属性信息匹配的疾病信息，作为目标疾病。
98.本技术实施例中，获取满足目标触发条件的目标疾病的具体步骤可以为：筛选出疾病数据库中触发条件与目标触发条件匹配的疾病信息；从触发条件与目标触发条件匹配
的疾病信息中随机确定出第四预设数量的疾病信息作为目标疾病。本技术对第四预设数量的具体数值不做限定。
99.例如，虚拟城市的城市规模信息为大型，卫生饮食信息为一般，环境信息为良好，目标触发条件与虚拟城市的属性信息对应，即目标触发条件为城市规模信息为大型，卫生饮食信息为一般，环境信息为良好，疾病数据库中的疾病信息的触发条件用于指示对应疾病对虚拟城市的属性信息的要求，假设疾病信息库中包括第五预设数量的疾病，对应的疾病信息中的触发条件均为城市规模信息为大型，卫生饮食信息为一般，环境信息为良好，可以从该第五预设数量的疾病中随机确定出至少一种疾病信息，作为目标疾病。
100.请参阅图5，本技术实施例提供了一种游戏的信息处理装置50，通过第一终端设备提供一图形用户界面，图形用户界面至少显示游戏内的部分或全部的虚拟城市，装置包括：
101.获取模块501，用于获取目标疾病，目标疾病为预先建立的疾病数据库中的至少一种疾病。
102.确定模块502，用于根据目标疾病的触发几率和触发间隔确定虚拟城市中的当前传播目标疾病，当前传播目标疾病设置为以预设速率在虚拟城市中进行传播。
103.显示模块502，用于在图形用户界面上显示当前传播目标疾病对应的危机预警任务，危机预警任务包括当前传播目标疾病的疾病名称以及对应的任务信息。
104.响应模块503，用于响应针对于任务信息的完成事件，降低当前传播目标疾病在虚拟城市中传播的预设速率。
105.可选地，装置还包括：调整模块，用于通过以下信息至少其中之一对目标疾病的触发几率和触发间隔进行调整：虚拟城市建造的虚拟建筑的分布信息；虚拟城市颁布的律法信息；虚拟城市提供的食物信息；虚拟城市的等级信息。
106.可选地，目标疾病包括肺结核，调整模块还用于当虚拟城市建造的虚拟建筑的分布信息满足第一预设条件时，增大肺结核的触发几率，并减小肺结核的触发间隔。
107.可选地，调整模块还用于当虚拟城市颁布的律法信息满足第二预设条件时，则增大所有目标疾病的触发几率，减小所有目标疾病的触发间隔。
108.可选地，目标疾病包括流感，调整模块还用于当虚拟城市提供的食物信息以及虚拟城市的等级信息满足第三预设条件时，增大流感的触发几率，减小流感的触发间隔。
109.可选地，所述装置还包括：数据库建立模块，用于建立疾病数据库，疾病数据库中包括多种疾病信息，每种疾病信息包括疾病名称、触发条件、触发几率以及触发间隔。
110.可选地，获取模块501具体用于基于虚拟城市的属性信息，从预先建立的疾病数据库中确定出至少一种满足目标触发条件的目标疾病，属性信息包括城市规模信息、卫生饮食信息以及环境信息。
111.可选地，疾病信息的触发条件用于指示对应疾病对虚拟城市的属性信息的要求，目标触发条件与虚拟城市的属性信息对应，获取模块具体用于从预先建立的疾病数据库中确定出至少一种触发条件与虚拟城市的属性信息匹配的疾病信息，作为目标疾病。
112.可选地，目标疾病确定为虚拟城市中的当前传播目标疾病的概率与目标疾病的触发几率正相关；当目标疾病处于触发间隔的时间段内时，将目标疾病的触发几率设置为零。
113.可选地，任务信息包括：建造虚拟建筑、颁布律法、提供食物以及提升虚拟城市的等级中的至少一种。
114.上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。
115.以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integrated circuit，简称asic)，或，一个或多个微处理器(digital singnal processor，简称dsp)，或，一个或者多个现场可编程门阵列(field programmable gate array，简称 fpga)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processingunit，简称cpu)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system
‑
on
‑
a
‑
chip，简称soc)的形式实现。
116.上述模块可以经由有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其任意组合。无线连接可以包括通过lan、wan、蓝牙、zigbee、或nfc等形式的连接，或其任意组合。两个或更多个模块可以组合为单个模块，并且任何一个模块可以分成两个或更多个单元。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本技术中不再赘述。
117.需要说明的是，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specificintegrated circuit，简称asic)，或，一个或多个微处理器(digital singnalprocessor，简称dsp)，或，一个或者多个现场可编程门阵列(fieldprogrammable gate array，简称fpga)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，简称cpu)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system
‑
on
‑
a
‑
chip，简称soc)的形式实现。
118.请参阅图6，本技术实施例提供了一种电子设备60，包括：处理器601、存储介质602和总线603，存储介质602存储有处理器601可执行的机器可读指令，当电子设备60运行时，处理器601与存储介质602之间通过总线603通信，处理器601执行机器可读指令，以执行如前述任一实施方式的步骤。
119.本技术实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器运行时执行如前述任一实施方式的步骤。
120.本技术提供一种游戏的信息处理方法、装置、电子设备及存储介质，该方法包括：获取目标疾病，目标疾病为预先建立的疾病数据库中的至少一种疾病；根据目标疾病的触发几率和触发间隔确定虚拟城市中的当前传播目标疾病，当前传播目标疾病设置为以预设速率在虚拟城市中进行传播；在图形用户界面上显示当前传播目标疾病对应的危机预警任务，危机预警任务包括当前传播目标疾病的疾病名称以及对应的任务信息；响应针对于任务信息的完成事件，降低当前传播目标疾病在虚拟城市中传播的预设速率。本技术提供的游戏的信息处理方法，在终端提供的图形用户界面上所显示的虚拟城市内模拟还原了真实世界中的医疗过程，增加了游戏的医疗过程中玩家可互动的内容，能够提高与游戏整体的紧密度，有利于提高玩家的参与度。
121.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅
仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
122.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
123.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
124.上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本技术各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(英文：read
‑
onlymemory，简称：rom)、随机存取存储器(英文：randomaccessmemory，简称：ram)、磁碟或者光盘等各种可以存储程序代码的介质。