信息發(fā)送和顯示方法及其設備的制作方法
【專利摘要】本發(fā)明的實施方式公開了一種信息發(fā)送和顯示方法及其設備。該信息發(fā)送方法包括維護關于虛擬場景中的N個角色的信息的列表，其中N為正整數，其取值是基于接收端的內存狀態(tài)確定的；以及發(fā)送所述列表中的信息。本發(fā)明根據接收端的內存狀態(tài)，發(fā)送有限數目的角色的相關信息，從而顯著地減少了需要處理的信息的數量，能夠獲得良好的信息處理性能。
【專利說明】信息發(fā)送和顯示方法及其設備
【技術領域】
[0001]本發(fā)明的實施方式涉及信息處理【技術領域】，更具體地涉及信息發(fā)送和顯示方法及其設備。
【背景技術】
[0002]Adobe運行時環(huán)境(AIR)是一種跨操作系統(tǒng)的運行時庫，開發(fā)者可以借助AdobeAIR使用熟悉的Web技術(例如HTML、FLASH等)來構建要部署到桌面的豐富互聯網應用程序(RIA)。RIA與傳統(tǒng)的網絡應用程序相比，將大部分處理任務從服務器端移植到客戶端，從而能夠迅速地對用戶操作做出反應，有效地避免了時延。當前，Adobe AIR因為其優(yōu)越的性能成為廣泛使用的網絡游戲構建技術。
[0003]因為處理任務依賴于客戶端，RIA的功能會受客戶端性能的限制，特別是受到終端設備的有限的內存的限制。例如，目前已經廣泛使用的蘋果公司的ios設備(例如iPhone、iPad或iPod touch等)，其內存只有幾百兆比特。因為終端設備內存有限，當應用程序占用的內存過大時，可能會導致程序出現異常，比如程序關閉或閃退等。
[0004]此外，Adobe AIR套接字(socket)具有一定的性能瓶頸，當數據包并發(fā)量過大時，會發(fā)生丟包。例如，在網絡游戲中，需要在客戶端同步周圍玩家角色的位置信息，如果需要同時傳輸的位置同步信息過多，則會發(fā)生信息的丟失，不利于用戶體驗。

【發(fā)明內容】

[0005]因此，本發(fā)明的目的在于，提供一種信息發(fā)送和顯示方法及其設備。
[0006]根據本發(fā)明的一個方面，提供了一種信息發(fā)送方法，該方法包括維護關于虛擬場景中的N個角色的信息的列表，其中N為正整數，其取值是基于接收端的內存狀態(tài)確定的；以及發(fā)送所述列表中的信息。
[0007]根據本發(fā)明的另一方面，提供了一種信息顯示方法，該方法包括接收虛擬場景中的N個角色的信息，其中N為正整數；基于內存狀態(tài)確定要在所述場景中顯示的角色的數目；以及基于接收到的角色信息和確定的角色數目，在所述場景中顯示角色。
[0008]根據本發(fā)明的又一方面，提供了一種信息發(fā)送設備，該設備包括列表維護裝置，被配置為維護關于虛擬場景中的N個角色的信息的列表，其中N為正整數，其取值是基于接收端的內存狀態(tài)確定的；以及發(fā)送裝置，被配置為發(fā)送所述列表中的信息。
[0009]根據本發(fā)明的再一方面，提供了一種信息顯示設備，該設備包括接收裝置，被配置為接收虛擬場景中的N個角色的信息,其中N為正整數；確定裝置，被配置為基于內存狀態(tài)確定要在所述場景中顯示的角色的數目；以及顯示裝置，被配置為基于接收到的角色信息和確定的角色數目，在所述場景中顯示角色。
[0010]本發(fā)明的實施方式根據接收端的內存狀態(tài)，發(fā)送有限數目的角色的相關信息，并且顯示有限數目的角色，從而顯著地減少了需要傳輸和處理的信息的數量，能夠獲得良好的信息處理性能?！緦＠綀D】

【附圖說明】
[0011]通過對結合附圖所示出的實施方式進行詳細說明，本發(fā)明的上述以及其他特征將更加明顯，附圖中相同的標號表示相同或相似的元素。在附圖中:
[0012]圖1示出了根據本發(fā)明一個實施方式的信息發(fā)送方法100的流程圖；
[0013]圖2示出了根據本發(fā)明一個實施方式的信息顯示方法200的流程圖；
[0014]圖3示出了根據本發(fā)明的一個實施方式的信息發(fā)送設備300的框圖；以及
[0015]圖4示出了根據本發(fā)明的一個實施方式的信息顯示設備400的框圖。
【具體實施方式】
[0016]下文將參考若干示例性實施方式來描述本發(fā)明的原理和精神。應當理解，給出這些實施方式僅僅是為了使本領域技術人員能夠更好地理解進而實現本發(fā)明，而并非以任何方式限制本發(fā)明的范圍。
[0017]附圖中的流程圖和框圖，圖示了按照本發(fā)明各種實施方式的系統(tǒng)、方法和設備的可能實現的體系架構、功能和操作。在這點上，流程圖或框圖中的每個方框可以代表一個模塊、程序段、或代碼的一部分，所述模塊、程序段、或代碼的一部分包含一個或多個用于實現規(guī)定的邏輯功能的可執(zhí)行指令。也應當注意，在有些作為備選的實現中，方框中所標注的功能也可以不同于附圖中所標注的順序發(fā)生。例如，兩個接連地表示的方框實際上可以基本并行地執(zhí)行，它們有時也可以按相反的順序執(zhí)行，這依所涉及的功能而定。也要注意的是，框圖和/或流程圖中的每個方框、以及框圖和/或流程圖中的方框的組合，可以用執(zhí)行規(guī)定的功能或操作的專用的基于硬件的系統(tǒng)來實現，或者可以用專用硬件與計算機指令的組合來實現。
[0018]下面結合附圖以示例的方式詳細描述本發(fā)明的各種實施方式。
[0019]首先參考圖1，其示出了根據本發(fā)明一個實施方式的信息發(fā)送方法100的流程圖。
[0020]圖1所示的方法100在開始之后，在步驟S101，維護關于虛擬場景中的N個角色的信息的列表，其中N為正整數，其取值是基于接收端的內存狀態(tài)確定的。
[0021]本文中所述的“角色的信息”可以包括角色的位置、動作、配置等相關信息，其可以是圖片、文字、代碼等形式的。
[0022]在一個實施方式中，可以根據多個接收端的內存狀態(tài)確定一個N值，可選地，也可以根據各個接收端的內存狀態(tài)相應地確定多個N值。
[0023]例如，在網絡上的一個虛擬場景中，有M個參與者，可以針對每個參與者維護M個列表，每個列表所涉及的角色的數目可以相同，比如都為N，N小于等于M ;或者每個列表所涉及的角色的數目可以根據相應的參與者的接收端的內存狀態(tài)而有所不同，比如分別為隊、N2......NM，其中％、N2......Nm都小于等于M。
[0024]在步驟S102，發(fā)送列表中的信息。
[0025]通過這種方式，可以根據接收端的內存狀態(tài)，發(fā)送有限數目的角色的信息，從而顯著減小需要傳輸的信息的數量，獲得良好的信息處理性能。
[0026]在一個實施方式中，N個角色可以是按照時間順序先進入場景的N個角色。例如，假設場景中有M個角色，M為大于等于N的正整數，維護關于先進入場景的N個角色的信息的列表。
[0027]可選地，還可以按照參與者的偏好來確定需要維護的N個角色。例如，可以選擇距離參與者最近的N個角色，或者可以選擇參與者感興趣的N個角色。參與者的偏好信息可以從相應的接收端獲取。
[0028]下面描述根據本發(fā)明的實施方式的信息顯示方法的示例。
[0029]圖2示出了根據本發(fā)明一個實施方式的信息顯示方法200的流程圖。
[0030]方法200在開始之后，在步驟S201，接收虛擬場景中的N個角色的信息，其中N為正整數。
[0031]接下來，在步驟S202，基于內存狀態(tài)確定要在場景中顯示的角色的數目。
[0032]在一個示例中，在接收到N個角色的信息之后，根據當前的內存狀態(tài)確定要顯示P個角色，P為小于等于N的正整數。
[0033]在步驟S203，基于接收到的角色信息和確定的角色數目，在場景中顯示角色。
[0034]在一個示例中，確定要顯示P個角色之后，從接收的N個角色中確定要顯示的P個角色，并基于接收到的角色信息，在場景中顯示這P個角色。
[0035]通過這種方式，可以根據內存狀態(tài)顯示有限數目的角色，從而顯著減少需要顯示的信息的數量，獲得良好的信息處理性能。
[0036]在一個實施方式中，可以從接收到的N個角色中選擇先進入場景的P個角色作為要顯示的角色。可選地，還可以按照用戶偏好來選擇要顯示的P個角色。例如，可以從接收的N個角色中選擇與用戶的角色距離最近的P個角色,或者選擇用戶感興趣的P個角色。
[0037]在一個實施方式中，N的取值與內存狀態(tài)有關。例如，內存越大，接收到的角色信息所涉及的角色數目越多，即N越大。
[0038]在一個實施方式中，N個角色可以是按照時間順序先進入場景的N個角色。如上所述的用于確定要顯示的角色數目的其他方式同樣可以用于確定N，具體細節(jié)不再贅述。
[0039]應當理解，上述的方法100通常在服務器端執(zhí)行，而方法200通常在客戶端執(zhí)行。此外，方法100和200記載的各個步驟可以按照不同的順序執(zhí)行，和/或并行執(zhí)行。此外，方法100和200可以包括附加的步驟和/或省略執(zhí)行示出的步驟。本發(fā)明的范圍在此方面不受限制。
[0040]現在參考圖3和圖4說明能夠執(zhí)行上述方法100和200的設備，其中圖3示出了根據本發(fā)明的一個實施方式的信息發(fā)送設備300的框圖，圖4示出了根據本發(fā)明的一個實施方式的信息顯示設備400的框圖。
[0041]如圖3所示的設備300包括列表維護裝置301和發(fā)送裝置302，其中列表維護裝置301被配置為維護關于虛擬場景中的N個角色的信息的列表，其中N為正整數，其取值是基于接收端的內存狀態(tài)確定的；以及發(fā)送裝置302被配置為發(fā)送列表中的信息。
[0042]在一個實施方式中，N個角色是按照時間順序先進入場景的N個角色。
[0043]如圖4所示的設備400包括接收裝置401、確定裝置402和顯示裝置403，其中接收裝置401被配置為接收虛擬場景中的N個角色的信息，其中N為正整數；確定裝置402被配置為基于內存狀態(tài)確定要在場景中顯示的角色的數目；以及顯示裝置403被配置為基于接收到的角色信息和確定的角色數目，在場景中顯示角色。
[0044]在一個實施方式中，N的取值與內存狀態(tài)有關。[0045]在一個實施方式中，N個角色是按照時間順序先進入場景的N個角色。
[0046]應當理解，設備300中記載的每個裝置與參考圖1描述的方法100中的每個步驟相對應，同樣設備400中記載的每個裝置與參考圖2描述的方法200中的每個步驟相對應。由此，上文針對圖1和圖2描述的操作和特征同樣適用于設備300和設備400及其中包含的裝置，具體細節(jié)不再贅述。
[0047]還應當理解，設備300通?？梢詫崿F在服務器中，而設備400通?？梢詫崿F在客戶端中。
[0048]設備300和400可以利用各種方式來實現。例如，在某些實施方式中，可以利用軟件和/或固件模塊來實現。此外，也可以利用硬件模塊來實現?，F在已知或者將來開發(fā)的其他方式也是可行的，本發(fā)明的范圍在此方面不受限制。
[0049]需要說明的是，本發(fā)明的實施方式所公開的方法可以在軟件、硬件、或軟件和硬件的結合中實現。硬件部分可以利用專用邏輯來實現；軟件部分可以存儲在存儲器中，由適當的指令執(zhí)行系統(tǒng)，例如微處理器、個人計算機(PC)或大型機來執(zhí)行。在一些實施方式中，本發(fā)明實現為軟件，其包括但不限于固件、駐留軟件、微代碼等。
[0050]而且，本發(fā)明的實施方式還可以采取可從計算機可用或計算機可讀介質訪問的計算機程序產品的形式，這些介質提供程序代碼以供計算機或任何指令執(zhí)行系統(tǒng)使用或與其結合使用。出于描述目的，計算機可用或計算機可讀機制可以是任何有形的裝置，其可以包含、存儲、通信、傳播或傳輸程序以由指令執(zhí)行系統(tǒng)、裝置或設備使用或與其結合使用。
[0051]介質可以是電的、磁的、光的、電磁的、紅外線的、或半導體的系統(tǒng)(或裝置或器件)或傳播介質。計算機可讀介質的示例包括半導體或固態(tài)存儲器、磁帶、可移動計算機磁盤、隨機訪問存儲器(RAM)、只讀存儲器(ROM)、硬磁盤和光盤。目前光盤的示例包括緊湊盤-只讀存儲器(CD-ROM)、壓縮盤-讀/寫(CD-R/W)和DVD。
[0052]應當注意，為了使本發(fā)明的實施方式更容易理解，上面的描述省略了對于本領域的技術人員來說是公知的、并且對于本發(fā)明的實施方式的實現可能是必需的更具體的一些技術細節(jié)。提供本發(fā)明的說明書是為了說明和描述，而不是用來窮舉或將本發(fā)明限制為所公開的形式。對本領域的普通技術人員而言，許多修改和變更都是可以的。
[0053]因此，選擇并描述實施方式是為了更好地解釋本發(fā)明的原理及其實際應用，并使本領域普通技術人員明白，在不脫離本發(fā)明實質的前提下，所有修改和變型均落入由權利要求所限定的本發(fā)明的保護范圍之內。
【權利要求】
1.一種信息發(fā)送方法,包括: 維護關于虛擬場景中的N個角色的信息的列表，其中N為正整數，其取值是基于接收端的內存狀態(tài)確定的；以及發(fā)送所述列表中的信息。
2.根據權利要求1所述的方法，其中所述N個角色是按照時間順序先進入所述場景的N個角色。
3.—種信息顯不方法,包括: 接收虛擬場景中的N個角色的信息，其中N為正整數； 基于內存狀態(tài)確定要在所述場景中顯示的角色的數目；以及 基于接收到的角色信息和確定的角色數目，在所述場景中顯示角色。
4.根據權利要求3所述的方法，其中N的取值與所述內存狀態(tài)有關。
5.根據權利要求3或4所述的方法，其中所述N個角色是按照時間順序先進入所述場景的N個角色。
6.—種信息發(fā)送設備,包括: 列表維護裝置，被配置為維護關于虛擬場景中的N個角色的信息的列表，其中N為正整數，其取值是基于接收端的內存狀態(tài)確定的；以及發(fā)送裝置，被配置為發(fā)送所述列表中的信息。
7.根據權利要求6所述的方法，其中所述N個角色是按照時間順序先進入所述場景的N個角色。
8.—種信息顯不設備,包括: 接收裝置，被配置為接收虛擬場景中的N個角色的信息，其中N為正整數； 確定裝置，被配置為基于內存狀態(tài)確定要在所述場景中顯示的角色的數目；以及 顯示裝置，被配置為基于接收到的角色信息和確定的角色數目，在所述場景中顯示角色。
9.根據權利要求8所述的設備，其中N的取值與所述內存狀態(tài)有關。
10.根據權利要求8或9所述的設備，其中所述N個角色是按照時間順序先進入所述場景的N個角色。
【文檔編號】G06F19/00GK103577663SQ201210256534
【公開日】2014年2月12日 申請日期:2012年7月18日 優(yōu)先權日:2012年7月18日
【發(fā)明者】朱鵬飛, 沈寶亮 申請人:人人游戲網絡科技發(fā)展（上海）有限公司