信息发送和显示方法及其设备的制作方法
【专利摘要】本发明的实施方式公开了一种信息发送和显示方法及其设备。该信息发送方法包括维护关于虚拟场景中的N个角色的信息的列表，其中N为正整数，其取值是基于接收端的内存状态确定的；以及发送所述列表中的信息。本发明根据接收端的内存状态，发送有限数目的角色的相关信息，从而显著地减少了需要处理的信息的数量，能够获得良好的信息处理性能。
【专利说明】信息发送和显示方法及其设备
【技术领域】
[0001]本发明的实施方式涉及信息处理【技术领域】，更具体地涉及信息发送和显示方法及其设备。
【背景技术】
[0002]Adobe运行时环境(AIR)是一种跨操作系统的运行时库，开发者可以借助AdobeAIR使用熟悉的Web技术(例如HTML、FLASH等)来构建要部署到桌面的丰富互联网应用程序(RIA)。RIA与传统的网络应用程序相比，将大部分处理任务从服务器端移植到客户端，从而能够迅速地对用户操作做出反应，有效地避免了时延。当前，Adobe AIR因为其优越的性能成为广泛使用的网络游戏构建技术。
[0003]因为处理任务依赖于客户端，RIA的功能会受客户端性能的限制，特别是受到终端设备的有限的内存的限制。例如，目前已经广泛使用的苹果公司的ios设备(例如iPhone、iPad或iPod touch等)，其内存只有几百兆比特。因为终端设备内存有限，当应用程序占用的内存过大时，可能会导致程序出现异常，比如程序关闭或闪退等。
[0004]此外，Adobe AIR套接字(socket)具有一定的性能瓶颈，当数据包并发量过大时，会发生丢包。例如，在网络游戏中，需要在客户端同步周围玩家角色的位置信息，如果需要同时传输的位置同步信息过多，则会发生信息的丢失，不利于用户体验。
【发明内容】
[0005]因此，本发明的目的在于，提供一种信息发送和显示方法及其设备。
[0006]根据本发明的一个方面，提供了一种信息发送方法，该方法包括维护关于虚拟场景中的N个角色的信息的列表，其中N为正整数，其取值是基于接收端的内存状态确定的；以及发送所述列表中的信息。
[0007]根据本发明的另一方面，提供了一种信息显示方法，该方法包括接收虚拟场景中的N个角色的信息，其中N为正整数；基于内存状态确定要在所述场景中显示的角色的数目；以及基于接收到的角色信息和确定的角色数目，在所述场景中显示角色。
[0008]根据本发明的又一方面，提供了一种信息发送设备，该设备包括列表维护装置，被配置为维护关于虚拟场景中的N个角色的信息的列表，其中N为正整数，其取值是基于接收端的内存状态确定的；以及发送装置，被配置为发送所述列表中的信息。
[0009]根据本发明的再一方面，提供了一种信息显示设备，该设备包括接收装置，被配置为接收虚拟场景中的N个角色的信息,其中N为正整数；确定装置，被配置为基于内存状态确定要在所述场景中显示的角色的数目；以及显示装置，被配置为基于接收到的角色信息和确定的角色数目，在所述场景中显示角色。
[0010]本发明的实施方式根据接收端的内存状态，发送有限数目的角色的相关信息，并且显示有限数目的角色，从而显著地减少了需要传输和处理的信息的数量，能够获得良好的信息处理性能。【专利附图】
【附图说明】
[0011]通过对结合附图所示出的实施方式进行详细说明，本发明的上述以及其他特征将更加明显，附图中相同的标号表示相同或相似的元素。在附图中:
[0012]图1示出了根据本发明一个实施方式的信息发送方法100的流程图；
[0013]图2示出了根据本发明一个实施方式的信息显示方法200的流程图；
[0014]图3示出了根据本发明的一个实施方式的信息发送设备300的框图；以及
[0015]图4示出了根据本发明的一个实施方式的信息显示设备400的框图。
【具体实施方式】
[0016]下文将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。
[0017]附图中的流程图和框图，图示了按照本发明各种实施方式的系统、方法和设备的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为备选的实现中，方框中所标注的功能也可以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0018]下面结合附图以示例的方式详细描述本发明的各种实施方式。
[0019]首先参考图1，其示出了根据本发明一个实施方式的信息发送方法100的流程图。
[0020]图1所示的方法100在开始之后，在步骤S101，维护关于虚拟场景中的N个角色的信息的列表，其中N为正整数，其取值是基于接收端的内存状态确定的。
[0021]本文中所述的“角色的信息”可以包括角色的位置、动作、配置等相关信息，其可以是图片、文字、代码等形式的。
[0022]在一个实施方式中，可以根据多个接收端的内存状态确定一个N值，可选地，也可以根据各个接收端的内存状态相应地确定多个N值。
[0023]例如，在网络上的一个虚拟场景中，有M个参与者，可以针对每个参与者维护M个列表，每个列表所涉及的角色的数目可以相同，比如都为N，N小于等于M ;或者每个列表所涉及的角色的数目可以根据相应的参与者的接收端的内存状态而有所不同，比如分别为队、N2......NM，其中％、N2......Nm都小于等于M。
[0024]在步骤S102，发送列表中的信息。
[0025]通过这种方式，可以根据接收端的内存状态，发送有限数目的角色的信息，从而显著减小需要传输的信息的数量，获得良好的信息处理性能。
[0026]在一个实施方式中，N个角色可以是按照时间顺序先进入场景的N个角色。例如，假设场景中有M个角色，M为大于等于N的正整数，维护关于先进入场景的N个角色的信息的列表。
[0027]可选地，还可以按照参与者的偏好来确定需要维护的N个角色。例如，可以选择距离参与者最近的N个角色，或者可以选择参与者感兴趣的N个角色。参与者的偏好信息可以从相应的接收端获取。
[0028]下面描述根据本发明的实施方式的信息显示方法的示例。
[0029]图2示出了根据本发明一个实施方式的信息显示方法200的流程图。
[0030]方法200在开始之后，在步骤S201，接收虚拟场景中的N个角色的信息，其中N为正整数。
[0031]接下来，在步骤S202，基于内存状态确定要在场景中显示的角色的数目。
[0032]在一个示例中，在接收到N个角色的信息之后，根据当前的内存状态确定要显示P个角色，P为小于等于N的正整数。
[0033]在步骤S203，基于接收到的角色信息和确定的角色数目，在场景中显示角色。
[0034]在一个示例中，确定要显示P个角色之后，从接收的N个角色中确定要显示的P个角色，并基于接收到的角色信息，在场景中显示这P个角色。
[0035]通过这种方式，可以根据内存状态显示有限数目的角色，从而显著减少需要显示的信息的数量，获得良好的信息处理性能。
[0036]在一个实施方式中，可以从接收到的N个角色中选择先进入场景的P个角色作为要显示的角色。可选地，还可以按照用户偏好来选择要显示的P个角色。例如，可以从接收的N个角色中选择与用户的角色距离最近的P个角色,或者选择用户感兴趣的P个角色。
[0037]在一个实施方式中，N的取值与内存状态有关。例如，内存越大，接收到的角色信息所涉及的角色数目越多，即N越大。
[0038]在一个实施方式中，N个角色可以是按照时间顺序先进入场景的N个角色。如上所述的用于确定要显示的角色数目的其他方式同样可以用于确定N，具体细节不再赘述。
[0039]应当理解，上述的方法100通常在服务器端执行，而方法200通常在客户端执行。此外，方法100和200记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法100和200可以包括附加的步骤和/或省略执行示出的步骤。本发明的范围在此方面不受限制。
[0040]现在参考图3和图4说明能够执行上述方法100和200的设备，其中图3示出了根据本发明的一个实施方式的信息发送设备300的框图，图4示出了根据本发明的一个实施方式的信息显示设备400的框图。
[0041]如图3所示的设备300包括列表维护装置301和发送装置302，其中列表维护装置301被配置为维护关于虚拟场景中的N个角色的信息的列表，其中N为正整数，其取值是基于接收端的内存状态确定的；以及发送装置302被配置为发送列表中的信息。
[0042]在一个实施方式中，N个角色是按照时间顺序先进入场景的N个角色。
[0043]如图4所示的设备400包括接收装置401、确定装置402和显示装置403，其中接收装置401被配置为接收虚拟场景中的N个角色的信息，其中N为正整数；确定装置402被配置为基于内存状态确定要在场景中显示的角色的数目；以及显示装置403被配置为基于接收到的角色信息和确定的角色数目，在场景中显示角色。
[0044]在一个实施方式中，N的取值与内存状态有关。[0045]在一个实施方式中，N个角色是按照时间顺序先进入场景的N个角色。
[0046]应当理解，设备300中记载的每个装置与参考图1描述的方法100中的每个步骤相对应，同样设备400中记载的每个装置与参考图2描述的方法200中的每个步骤相对应。由此，上文针对图1和图2描述的操作和特征同样适用于设备300和设备400及其中包含的装置，具体细节不再赘述。
[0047]还应当理解，设备300通常可以实现在服务器中，而设备400通常可以实现在客户端中。
[0048]设备300和400可以利用各种方式来实现。例如，在某些实施方式中，可以利用软件和/或固件模块来实现。此外，也可以利用硬件模块来实现。现在已知或者将来开发的其他方式也是可行的，本发明的范围在此方面不受限制。
[0049]需要说明的是，本发明的实施方式所公开的方法可以在软件、硬件、或软件和硬件的结合中实现。硬件部分可以利用专用逻辑来实现；软件部分可以存储在存储器中，由适当的指令执行系统，例如微处理器、个人计算机(PC)或大型机来执行。在一些实施方式中，本发明实现为软件，其包括但不限于固件、驻留软件、微代码等。
[0050]而且，本发明的实施方式还可以采取可从计算机可用或计算机可读介质访问的计算机程序产品的形式，这些介质提供程序代码以供计算机或任何指令执行系统使用或与其结合使用。出于描述目的，计算机可用或计算机可读机制可以是任何有形的装置，其可以包含、存储、通信、传播或传输程序以由指令执行系统、装置或设备使用或与其结合使用。
[0051]介质可以是电的、磁的、光的、电磁的、红外线的、或半导体的系统(或装置或器件)或传播介质。计算机可读介质的示例包括半导体或固态存储器、磁带、可移动计算机磁盘、随机访问存储器(RAM)、只读存储器(ROM)、硬磁盘和光盘。目前光盘的示例包括紧凑盘-只读存储器(CD-ROM)、压缩盘-读/写(CD-R/W)和DVD。
[0052]应当注意，为了使本发明的实施方式更容易理解，上面的描述省略了对于本领域的技术人员来说是公知的、并且对于本发明的实施方式的实现可能是必需的更具体的一些技术细节。提供本发明的说明书是为了说明和描述，而不是用来穷举或将本发明限制为所公开的形式。对本领域的普通技术人员而言，许多修改和变更都是可以的。
[0053]因此，选择并描述实施方式是为了更好地解释本发明的原理及其实际应用，并使本领域普通技术人员明白，在不脱离本发明实质的前提下，所有修改和变型均落入由权利要求所限定的本发明的保护范围之内。
【权利要求】
1.一种信息发送方法,包括: 维护关于虚拟场景中的N个角色的信息的列表，其中N为正整数，其取值是基于接收端的内存状态确定的；以及发送所述列表中的信息。
2.根据权利要求1所述的方法，其中所述N个角色是按照时间顺序先进入所述场景的N个角色。
3.—种信息显不方法,包括: 接收虚拟场景中的N个角色的信息，其中N为正整数； 基于内存状态确定要在所述场景中显示的角色的数目；以及 基于接收到的角色信息和确定的角色数目，在所述场景中显示角色。
4.根据权利要求3所述的方法，其中N的取值与所述内存状态有关。
5.根据权利要求3或4所述的方法，其中所述N个角色是按照时间顺序先进入所述场景的N个角色。
6.—种信息发送设备,包括: 列表维护装置，被配置为维护关于虚拟场景中的N个角色的信息的列表，其中N为正整数，其取值是基于接收端的内存状态确定的；以及发送装置，被配置为发送所述列表中的信息。
7.根据权利要求6所述的方法，其中所述N个角色是按照时间顺序先进入所述场景的N个角色。
8.—种信息显不设备,包括: 接收装置，被配置为接收虚拟场景中的N个角色的信息，其中N为正整数； 确定装置，被配置为基于内存状态确定要在所述场景中显示的角色的数目；以及 显示装置，被配置为基于接收到的角色信息和确定的角色数目，在所述场景中显示角色。
9.根据权利要求8所述的设备，其中N的取值与所述内存状态有关。
10.根据权利要求8或9所述的设备，其中所述N个角色是按照时间顺序先进入所述场景的N个角色。
【文档编号】G06F19/00GK103577663SQ201210256534
【公开日】2014年2月12日 申请日期:2012年7月18日 优先权日:2012年7月18日
【发明者】朱鹏飞, 沈宝亮 申请人:人人游戏网络科技发展（上海）有限公司