社交媒體平臺的制作方法

社交媒體平臺的制作方法
【專利摘要】本發明公開一種改進的社交媒體或即時消息平臺，它在不犧牲更能表現出電子郵件和類似的即時消息平臺的特性的益處諸如異步調度、帶寬效率和各種管理性記錄保存益處的同時，在很大程度上保留視頻會議的即時性和會面性兩者。用戶結合圖像數據記錄音頻數據和相關聯姿勢數據(例如，平移和縮放)，并且與會話進程中的其他用戶共享這些數據，從而允許在無相關聯帶寬負擔的情況下有視頻樣體驗。
【專利說明】社交媒體平臺 發明領域
[0001] 本發明涉及社交媒體和即時消息服務，并且更廣泛地涉及用于在電子網絡之上創 建和共享語義內容消息的系統和方法。
[0002] 發明背景
[0003] 通常，視頻會議、電子郵件或即時消息用作用于商業合作的通信媒體。
[0004] 視頻會議可能是面對面會談的"足夠好的"替代，但視頻會議是帶寬密集型的并且 依賴于各方的調度可用性。電話會話也得到廣泛地使用，但缺乏視頻會議的視覺提示。不管 這些限制，視頻會議和會談常常是受人喜歡的，因為它們提供即時性和會面性。
[0005] 電子郵件和即時消息同樣是流行的，因為它們允許延遲接收和應答，并且由于這 個原因而實質上可表征為"異步的"。所有通信的基于文本的完整記錄還可供以后參考，并 且通常以各種方式來存儲、編入索引并且是在需要時可搜索的。
[0006] 電子郵件和即時消息是有吸引力的，這一方面是因為它們避免了同步通信媒體的 調度問題，并且還保留方便的通信記錄。這類形式的通信的具體限制在于:它們通常缺乏如 以上所提及的視頻會議及類似形式的交流的即時性和會面性。
[0007] 此外，常常可能相當難以將電子郵件和即時消息撰寫到期望的清晰度。即使最清 楚的表達也可能難以在電子郵件和即時消息媒體中呈現某些想法、內容或消息。這些形式 的通信的眾所周知的限制是:不能或確定地難以傳達"語氣這伴隨著錯誤交流的可能性， 尤其是如果主題在任何情況下都敏感的話。
[0008] 電子郵件和類似的即時消息平臺的限制在這種意義上是多方面的：一方面落在撰 寫消息以仔細地制作充分傳達預期含義的消息的人身上，而另一方面則落在由于媒體的限 制而力圖辨別含義的受眾身上。
[0009] 本發明的目標是提供至少試圖應對現有形式的通信的這些和其它限制的一種形 式的電子通信，并且具體地是提供解決或至少減輕通過現有渠道進行通信所經歷的這些和 其它困難的異步通信媒體。
[0010] 發明概述
[0011] 發明構思源自以下認識：出于以帶寬有效的方式異步傳達語義內容的目的，現有 互聯網媒體在某些方面并不是完全令人滿意的。
[0012] 為此可提供以下改進的社交媒體或即時消息平臺：在不犧牲更能表現出電子郵件 和類似的即時消息平臺的特性的益處諸如異步調度、帶寬效率和各種管理性記錄保存益處 的同時，在很大程度上保留視頻會議的即時性和會面性兩者。
[0013] 本發明廣泛地涉及結構化文件格式以及用于在計算裝置的電子網絡之上記錄、存 儲和再創建此類文件格式作為通信媒體的系統。"Blrt"文件格式將壓縮音頻、動畫姿勢數 據以及多種數字媒體格式組合到輕型封包中。
[0014] 媒體文件與音頻/姿勢分開地存儲但是享有一種關系，這主要在創建時促進封包 數據和媒體的漸進式傳輸，從而給用戶帶來無縫且快速的體驗。媒體與音頻/姿勢的分開還 在單次"會話"中復制數據，其中回復使用相同的媒體文件，因此它們無需不止一次地下載 或上傳。
[0015] 為了方便起見，如通常所理解的，消息在其之上被共享的網絡在本文中是指互聯 網，但也可以是任何合適的計算機網絡，包括公用網絡以及封閉或專用網絡。作為示例，此 類網絡可包括設有防火墻的企業網或虛擬專用網絡，不管它們是否使用以各種方式實現的 互聯網協議。換言之，本發明并不知道任何特定網絡中所使用的聯網硬件的具體形式或協 議。
[0016] 雖然可通過各種不同的硬件裝置和操作系統平臺上的通用網頁瀏覽器或應用程 序來提供界面，但優選地使用在客戶端裝置上運行的專用應用程序或app來寫作、分配和查 看消息。
[0017]雖然消息可由用戶定向到單個接收方或多個接收方，但消息也可被"廣播"給更廣 泛的受眾（即，廣大受眾），或甚至選定的認可受眾。可根據需要實現權限和控制的系統以便 規定誰能夠查看并回應消息。此外，消息選集可作為用于一般消費的流或訂閱的流來組織。
[0018] 在一個方面，本發明提供在服務器上托管供用戶通過與服務器通信的客戶端裝置 來使用的即時消息服務的計算機實現的方法。客戶端裝置執行用于始發并且在用戶之間共 享包括圖像數據、音頻數據和姿勢數據的消息的應用程序，服務器包括適于執行以下步驟 的硬件部件：
[0019] 在服務器處接收與來自始發客戶端裝置的消息相關的音頻數據和姿勢數據；
[0020] 在服務器處存儲音頻數據和姿勢數據結合音頻數據和姿勢數據所相關的圖像數 據；以及
[0021 ]將所存儲的音頻數據和姿勢數據從服務器分配給接收方客戶端裝置；
[0022] 其中所接收的音頻數據和姿勢數據結合圖像數據在始發客戶端裝置處被記錄，并 且結合圖像數據被分配給接收方客戶端裝置以用于由接收方客戶端裝置再現。
[0023] 優選地，該方法還包括:在服務器處接收來自始發客戶端裝置的圖像數據，并且將 圖像數據分配給接收方客戶端裝置。
[0024] 圖像數據是在記錄音頻數據和姿勢數據之時或之前被接收，這有助于網絡流量和 網絡延遲。
[0025] 在服務器處，圖像數據優選地結合圖像數據所相關的音頻數據和姿勢數據被存 儲。
[0026] 姿勢數據有利地包括對圖像數據進行的平移、縮放和旋轉以及層疊在圖像數據上 的視覺注釋。
[0027] 在另一個方面，本發明提供用于托管即時消息服務的服務器，即時消息服務供用 戶通過與服務器通信的客戶端裝置來使用，客戶端裝置執行用于始發并且在用戶之間共享 包括圖像數據、音頻數據和姿勢數據的消息的應用程序，服務器包括適于執行根據本發明 最先提及的方面的步驟的硬件部件。
[0028] 在另一個方面，本發明提供使用客戶端裝置以用于通過在客戶端裝置上執行的應 用程序與托管在服務器上的即時消息服務交互的計算機實現的方法，應用程序用于始發并 且在用戶之間共享包括圖像數據、音頻數據和姿勢數據的消息，應用程序適于執行以下步 驟：
[0029] 使用客戶端裝置將圖像數據上傳到服務器；
[0030] 使用客戶端裝置記錄與圖像數據相關的音頻數據和姿勢數據；以及
[0031] 將來自客戶端裝置的音頻數據和姿勢數據上傳到服務器以便結合音頻數據和姿 勢數據所相關的圖像數據進行存儲。
[0032] 圖像數據優選地在記錄音頻數據和姿勢數據之前或之時被上傳。
[0033] 在另一個方面，本發明提供被配置為在根據本發明的以上提及的方面的客戶端裝 置上執行的應用程序。
[0034] 如以各種方式所體現的，本發明具有本領域的技術人員將顯而易見的許多優點。 有利地，從用戶的角度來看，應用程序旨在提供會談、電話和電子郵件的令人滿意的替代。
[0035] 具體地，消息格式和應用程序界面試圖涵蓋電子郵件、電話和會談的益處，同時基 本上避免它們的固有限制。另外，即時消息服務提供常常與視頻會議相關聯的益處，但無相 同的帶寬負擔并且不會必然地存在調度困難。本發明的優選實施例旨在使通信合理化，并 且允許更有效的合作。
[0036] -旦記錄開始，用戶就可開始講話、然后敘述他們的消息，并且放大圖像并在需要 時潦草地寫出注釋。此類姿勢與伴隨的音頻同步地捕獲，以用于由接收方同步回放或再現。 用戶可將他們的消息發送給許多指定接收方。源圖像可從不同的源提取，不論是從本機存 儲還是網絡存儲。
[0037] 由于即時消息格式包括圖像并且使用源圖像(而不是視頻格式)來回放，所需要的 帶寬與視頻文件的分配相比是很小的。通常所提議的用法顯示：即時消息服務的帶寬覆蓋 比現有視頻格式的能與之相比的服務輕50倍。此外，一旦媒體被分配在可應用裝置上，以云 為中心的服務器模型就允許媒體在客戶端裝置處再利用，從而進一步減少帶寬流量。
[0038] 本發明力圖將電子郵件和即時消息的"方便時回答"、會話記錄以及低帶寬優點與 會談和視頻會議的優異的人際溝通性質結合起來。
[0039] 這通過將壓縮音頻、動畫姿勢數據(在客戶端側上呈現）以及各種數字媒體附件組 合成輕型封包（即，Blrt文件格式)而成為可能。
[0040] 當在客戶端裝置上回放時，這個封包有效地是用戶對具有記錄的音頻評注的所附 媒體的標記的視頻樣呈現。
[0041 ] Blrt封包作為三個關鍵組成部分來傳達:音頻、姿勢數據和所附媒體。Blrt封包在 任何時刻都不轉碼成視頻文件，這允許格式保持具有顯著更小的文件大小，文件大小是三 個關鍵組成部分的總文件大小。
[0042]附帶地講，這個特征在允許有合理的帶寬性能的同時，允許傳輸和標記高分辨率 所附媒體而具有零或極小的質量損失。
[0043]每次進行交流時并不完全地傳輸Blrt軟件。相反，所附媒體文件(通常包括文件大 小的大部分)在會話中僅下載一次。
[0044]回復（"Blrt回復"）使用相同的媒體附件進行，并且因此在大多數情況下，只需要 上傳音頻數據和姿勢數據以進行回復。例外情況是用戶將新圖像/頁面添加到會話的情況， 在這種情況下，系統將只將新的媒體元素遞送到用戶的裝置，從而維持服務器/裝置數據交 換的高效率水平。
[0045]另外，整個封包是在首次創建會話時漸進地上傳的；媒體附件是在用戶記錄他們 的音頻和姿勢時上傳的;然后音頻和姿勢數據是在用戶選擇接收方時記錄的。一般而言，這 給用戶帶來幾乎無可察覺的等待時間的無縫上傳體驗。
[0046] 可設想各種示例性應用。首先，可使用常規的一對一即時消息，以及以與常規的電 子郵件即時消息和（"To"和"cc"接收方)的系統類似的方式進行的一對多即時消息。本文中 主要描述這個方面，并且優選地通過專用本機app、或移動或網頁app實行這個方面，盡管可 通過多種裝備對即時消息平臺進行訪問。
[0047] 然而，還可在其它方面提供即時消息服務。作為示例，可提供公共賬戶以允許對消 息連同伴隨的標簽進行公共廣播饋送-諸如通過方式與Twitter、Instagram或其它社交媒 體服務類似的可瀏覽域和URL(例如，blrt.com/用戶名/)。當然，用戶可以是個體(不論是普 通公民還是名人），或實際上是公司或品牌。此外，用戶可以是人物或機關(例如，澳洲電信 幫助臺、澳大利亞總理等）。
[0048] 另外，還可基于內容體裁、事件或其它主題來提供所組織的"信道"（例如， !^!^?!^/(^!!^(^/，!^!^?!^/^!^(^![。!^?…等穴公共消息還可通過信道~或標簽~點擊~相關 性、點擊數或其它形式的過濾來瀏覽。
[0049] 消息還可作為植入內容以多種方式分配或散布，以適應主導要求或品位。
[0050] 如上所述，本發明涉及源圖像(在本文中也稱為圖像數據或媒體文件)而不是視頻 的使用。歸于本發明的實施例的優點取決于圖像數據而不是視頻數據本身的使用，主要與 可通過使用圖像數據獲得視頻樣體驗來實現的帶寬效率相關。圖像數據在本文中相應地根 據其理解意義來使用，也就是說，作為與單個靜態幀而不是表征視頻數據的多個幀(不管如 何編碼)有關的數據來使用。
[0051] 如還理解的，圖像數據可被定義為柵格數據或矢量數據。典型的柵格圖像數據格 式的示例是-參照它們常用的文件擴展名_開6、6正、？如、1'正?等。常用的矢量文件格式的示 例是SVG，盡管也可利用在更多專門應用中使用的各種專有格式。一些文件格式包括柵格圖 像數據和矢量圖像數據的組合-諸如Adobe可移植文檔格式(PDF)，其中文本可例如以矢量 形式呈現在柵格圖像旁邊。
[0052]如還將理解的，圖像數據可作為視頻數據的幀從視頻數據提取，或可以是從構成 視頻數據的幀得出的一些合成數據。
【附圖說明】
[0053] 圖1是根據本發明的實施例的與托管在平臺上的會話相關的用例圖。
[0054] 圖2是與云服務和客戶端應用程序相關的另一個用例圖。
[0055]圖3是描繪客戶端應用程序的狀態的狀態機圖。
[0056] 圖4是Blrt封包的封包結構圖。
[0057]圖5是圖4的封包結構的類圖。
[0058]圖6是Blrt文件格式的概念圖。
[0059]圖7是Blrt封包的會話項目類的概念圖。
[0060]圖8是描繪用戶如何上傳 Blrt的流程圖。
[0061]圖9是上傳 Blrt時用戶和服務器之間的事件的序列圖。
[0062]圖10是下載Blrt時用戶和服務器之間的事件的序列圖。
[0063]圖11至圖29是根據本發明的優選實施例的示例性用戶界面，示出了用戶與客戶端 裝置上的應用程序進行的交互的各方面。
【具體實施方式】 [0064] 用例圖
[0065]圖1和圖2是用戶如何在會話中交互、以及用戶如何與云交互的用例圖。
[0066]參照圖1，用戶可創建會話、打開會話或給會話加標簽。創建會話包括:上傳媒體、 記錄Blrt以及將用戶添加到會話。打開會話包括:記錄Blrt、將用戶添加到會話、評論會話、 刷新會話或給會話加標簽。這些動作包括與云服務進行交互，如所描繪的。
[0067] 參照圖2,用戶通過上傳媒體、查看Blrt、評論Blrt或將用戶添加到Blrt來與Blrt app交互。記錄Blrt包括:使用所上傳的媒體。Blrt app與云服務交互，云服務托管媒體資 產、會話和用戶并且由管理員管理。
[0068] 在云服務處，媒體資產接收所上傳的媒體，并且當要查看Blrt時將媒體分配給 Blrt app。會話接收在Blrt app處記錄的Blrt，并且將Blrt分配給Blrt app以便允許用戶 查看Blrt和評論。在云服務處，當由用戶在Blrt app處更新時，維持用戶的記錄。
[0069] 狀態機
[0070]圖3是描繪在使用Blrt app時的狀態的狀態機圖。實心圓描繪起始點-起始點可以 是打開Blrt app的時間（作為標準），打開原型或URL的時間，打開來自Blrt app的推送通知 的時間，或打開外部媒體(諸如可存儲在托管服務上，例如Dropbox)的時間。
[0071]如所描繪的，加粗的雙向箭頭指示標準導航路徑(標準導航路徑可容易通過返回 來反向）。
[0072] app沒有明顯的結束狀態，因為用戶可在任何狀態下或期間技術性地退出app。 [0073]雙圓狀態是在過渡到其它狀態之前保持并等待用戶輸入的狀態(然而，可能存在 例外情況:它將在用戶未提供輸入的情況下獨立地過渡，諸如如果接收到更新設置的"推送 通知"，那么app決定進入維護模式）。
[0074]在所有情況下，不管app是如何打開的，如果用戶未登錄，那么狀態轉到登錄屏幕。 否則(如果已登錄），用戶轉到相應的可用加載屏幕。
[0075]如果用戶打開了應用程序(作為標準），或如果沒有會話要打開，或原型或URL已打 開，那么呈現收件箱。
[0076]從收件箱狀態，用戶可往返會話狀態，或往返我的Blrt狀態，或往返創建會話狀 態，或往返存檔狀態。另外，當在收件箱狀態下時，app可往返配置文件屏幕狀態，或往返共 享屏幕狀態。當在配置文件屏幕狀態和共享屏幕狀態中的任一狀態下時，app可在兩者之間 調換。
[0077]當在會話狀態下時，用戶可往返我的Blrt狀態，往返Blrt回復狀態，或往返查看 Blrt狀態。app可根據需要在Blrt回復狀態和查看Blrt狀態之間調換。
[0078]當在Blrt回復狀態下時，app可往返配置文件屏幕狀態，往返共享屏幕狀態，往返 存檔狀態或往返創建會話狀態。
[0079] Blrt封包結構
[0080]圖4描繪Blrt的封包結構。Blrt回復以與Blrt相同的方式構造并且包括媒體資產、 音頻文件、姿勢數據的組合。媒體資產包括組成媒體文件。
[0081] 圖5進一步詳細描繪圖4的封包結構。BlrtBase類具有以下特性和相關聯類型：
[0082] · createdAt：DateTime
[0083] · updatedAt：Datetlme
[0084] · changedAt：DateType
[0085] · deleteAt：DateTime
[0086] BlrtBase 的子類是：
[0087] ?會話
[0088] ?會話項目
[0089] ?媒體資產
[0090] ?會話用戶關系
[0091 ]會話包括以下特性和相關聯類型：
[0092] · name:string
[0093] · thumbnail:MediaFiIe
[0094] · items[]:Conversation Items[]
[0095] · hasConversationStarted：bool
[0096] · creationType：int
[0097] · statusCode:int
[0098] · specialConversationSlug:string
[0099] 會話項目包括以下特性和相關聯類型：
[0100] · argument:string
[0101 ] · type: int
[0102] · conversationlndex：int
[0103] · conversation:Conversation
[0104] · media:MediaAsset[]
[0105] 此外，會話項目包括以下方法：
[0106] · transIateArgument()
[0107] 媒體資產包括以下特性和相關聯類型：
[0108] · name:string
[0109] · file:MediaFile
[0110] · format:int
[0111] 會話用戶關系包括以下特性和相關聯類型：
[0112] · user:User
[0113] · viewedlndexs：int[]
[0114] 會話項目還包括以下子類：
[0115] ?內容項目
[0116] · Blrt項目
[0117] ?請求項目
[0118] ?事件項目
[0119] 內容項目包括具有特性"string"的特性"comment"，而Blrt項目包括以下特性和 相關聯類型：
[0120] · audioLength：int
[0121] · audio:AudioFtle
[0122] · touch:Touch File
[0123] 事件項目具有子類添加用戶事件項目，添加用戶事件項目包括具有類型 ConversationUserRelation的特性 "addedRelation"。
[0124] 圖6是Blrt文件格式的概念圖，并且描繪以下組成部分及其特性：
[0125] . Blrt
[0126] ?對象 ID
[0127] ?會話索引
[0128] ?論證
[0129] ?媒體資產
[0130] ?對象 id
[0131] ?名稱
[0132] ?格式
[0133] ?媒體文件
[0134] ?大小
[0135] ?名稱
[0136] ?數據
[0137] .Blrt 音頻
[0138] ?大小
[0139] ?名稱
[0140] ?數據
[0141] ?頁面索引列表
[0142] 〇總頁數
[0143] ?頁面索引
[0144] 〇頁面
[0145] ?媒體對象id
[0146] ?媒體上的頁面
[0147] 組成部分之間的關聯如下。Blrt使用包括媒體文件的媒體資產。Blrt可包括Blrt 音頻和姿勢數據。Blrt還具有頁面索引列表，頁面索引列表包括將媒體資產編入索引的頁 面索引。
[0148] 圖7是會話項目的概念圖。使用了與圖6相同的組成部分，但添加了以下各項：
[0149] ?會話項目
[0150] ?對象 id
[0151] ?會話索引
[0152] ?論證
[0153] ?會話
[0154] ?對象 id
[0155] ?名稱
[0156] ?縮略圖
[0157] ?項目計數
[0158] ?會話用戶關系
[0159] ?對象 id
[0160] ?用戶
[0161]組成部分之間的關聯如下。會話項目可包括Blrt音頻和姿勢數據。會話項目使用 各自包括媒體文件的媒體資產。會話項目包括可由會話用戶關系使用的會話。
[0162] 圖8是用戶使用Blrt app所包括的步驟（以簡化概覽形式）的流程圖。首先，用戶選 擇媒體文件，并且在預覽屏幕上執行所選擇的媒體文件的動作。關于是否添加另外的媒體 文件做出確定。用戶可選擇另一個媒體文件，在這種情況下，由app關于媒體包裝程序的大 小是否達到極限做出確定。如果達到的話，則不添加媒體，否則添加媒體。
[0163] -旦選擇了媒體文件，并且將不再添加另外的媒體文件，用戶就點擊"下一步"，并 且打開app中的Blrt記錄畫布。
[0164] 實際的畫布使用可根據需要和指示單獨地指定。
[0165] -旦打開記錄畫布，就開始了媒體包裝程序的內容的傳輸，直到上傳完成為止。稍 后，一旦上傳了觸摸、媒體和音頻數據，就在云上創建聯系這三者的對象:Blrt消息。向用戶 提供數據已上傳的指示。
[0166] 如上所述，無論是否需要都使用記錄畫布，并且一旦完成，用戶就按下保存按鈕。 通常，在使用記錄畫布完結時，媒體上傳完成或至少上傳到一定程度。無論如何，觸摸和音 頻數據一旦記錄就必須完成，并且用于構造與媒體文件相關聯的Blrt消息格式。
[0167] 圖9和圖10是描繪用戶、視圖、控制器和服務器之間的交互的序列圖，用于突出顯 示上述靜態部件的操作。
[0168] 參照圖9,用戶接通視圖層以添加媒體，并且隨后開始記錄。視圖層繼而接通控制 器層以上傳新媒體。所上傳的媒體通過上傳媒體文件來從控制器層傳遞到服務器。服務器 向控制器層返回所上傳的媒體文件的媒體資產id。隨后，用戶指示視圖層結束記錄，并且視 圖層繼而力圖向控制器層上傳 Blrt數據。
[0169] 控制器層和服務器之間的一系列通信接踵而來。控制器層發起上傳音頻，并且服 務器返回音頻Url。類似地，控制器層發起上傳姿勢，并且服務器返回姿勢Url。
[0170] 控制器層然后向服務器請求創建Blrt對象，并且服務器答應請求并向控制器層返 回blrt id，blrt id被往回傳遞到視圖層、然后傳遞到用戶。
[0171] 值得注意的是，服務器并不需要在記錄結束之前向控制器層返回。過程創建Blrt 對象將等待記錄完成、之后才開始。此外，媒體文件、音頻記錄和姿勢數據的上傳異步地執 行，這有利于服務的執行。
[0172]參照圖10,總體描述了使用Blrt app的步驟。
[0173]首先，用戶向視圖層請求打開Blrt app，并且視圖層向控制器層請求啟動查詢引 擎。控制器層然后向服務器請求獲得設置，并且服務器返回app設置。控制器層更新視圖層 (更新顯示）。控制器還向服務器請求獲得收件箱數據，服務器及時地向控制器層返回用戶 的收件箱數據。視圖層再次被更新(再次更新顯示）。
[0174] 當用戶向視圖層請求刷新收件箱時，視圖層向控制器層請求運行刷新查詢。之后 是相同的過程：向服務器請求獲得收件箱數據，并且服務器返回收件箱數據，然后控制器層 向視圖層返回更新顯示。
[0175] 當用戶向視圖層請求打開會話時，視圖層向控制器層請求運行會話查詢。類似地， 控制器層向服務器請求獲得會話數據，并且服務器及時地向控制器層返回會話數據。控制 器層力圖更新視圖層的顯示。
[0176]隨后，控制器還向服務器請求獲得最新Blrt內容并獲得會話媒體，并且服務器(分 另Ij)返回Blrt內容和媒體文件。
[0177] 當用戶向視圖層請求打開Blrt時，視圖層向控制器層請求獲得Blrt內容。控制器 層將這個請求傳遞給服務器，服務器返回Blrt內容。控制器稍后向視圖層返回打開Blrt查 看器以向用戶顯示。
[0178] 選擇媒體
[0179] 為了創建Blrt，用戶選擇收件箱上的新Blrt按鈕或我的Blrt屏幕。他們必須首先 選擇媒體的至少一 "頁"。媒體可以是：
[0180] ?存儲在裝置上的圖像
[0181] ?從裝置照相機取得的圖像
[0182] ?直接從用戶的Dropbox賬戶下載的圖像或PDF
[0183] ?預定義圖像模板
[0184] ?來源于網站的圖像
[0185] 媒體預覽
[0186] 一旦選擇媒體的一頁，這頁就作為預覽被顯示。可縮放并檢查預覽。這是媒體預覽 屏幕。
[0187] 用戶然后可添加媒體的另外的"頁"。不同媒體類型可作為單個Blrt中的單獨頁面 一起使用。用戶可添加與他們的用戶約束所允許一樣多的頁面（由基于訂閱等級的服務器 云代碼限定）。默認情況下，用戶可使用高達10個標準頁。
[0188] 用戶可輕擊"回收站"圖標以刪除他們現階段添加到Blrt的頁面。一旦Blrt已保存 到云或裝置，就不能再進行這種刪除。
[0189] 導入的PDF將被導入以使用PDF的實際頁面作為Blrt的頁面。與最大Blrt頁數相 反，存在針對最大TOF頁數限定的單獨的用戶約束。
[0190] Blrt 標題
[0191] 當用戶選擇"下一步"以確認他們對作為頁面添加到Blrt的媒體的挑選時，他們被 提示來給出Blrt標題。這是強制性的。
[0192] Blrt標題將是Blrt的內容的主要描述詞，這很像電子郵件的主題行。
[0193] 畫布-記錄
[0194] 用戶現在看見"畫布"屏幕。畫布屏幕具有兩個主要狀態-記錄和回放。記錄狀態下 的畫布屏幕將顯示Blrt的第一頁。
[0195] 此時，媒體附件(Blrt頁)開始在后臺上傳到云。
[0196] 最初UI上存在以下交互式元素：
[0197] ?繪圖工具欄(以下進一步描述的工具）
[0198] ?"后退"按鈕-這將使用戶返回到媒體預覽屏幕
[0199] ?記錄按鈕-這將開始記錄并且啟用繪圖工具欄
[0200] ?時間線-在記錄之前不能與之交互，因為尚不存在要回放的內容
[0201] ?頁面選擇器-這將顯示Blrt中的并且可在記錄前后以及期間跳轉的總頁數。 [0202] 在輕擊記錄按鈕后，Blrt的記錄得以開始。現在：
[0203] ?記錄按鈕變成停止按鈕
[0204] ?播放頭開始移動并且時間向上計數
[0205] ?記錄來自裝置的麥克風的音頻
[0206] ?繪圖工具得以啟用
[0207] 當記錄繼續時，用戶可使用可用的繪圖工具。用戶所進行的每個動作在記錄期間 被本地記錄到輕型"觸摸"數據文件中。這包括所繪制的線條和形狀、指針移動、畫布變換、 翻頁以及撤消/重做。
[0208]可用的繪圖工具如下：
[0209] ?鉛筆工具-這將徒手在畫布上繪制線條
[0210] ?形狀工具-這可以是以下各項中的一項：
[0211] ?圓形工具-在畫布上繪制圓形，其中寬度和高度通過拖動來限定
[0212] ?矩形工具-在畫布上繪制矩形，其中寬度和高度通過拖動來限定
[0213] ?線條工具-在畫布上繪制直線，其中起點和終點通過拖動來限定
[0214] ?單點工具-這將在用戶的手指按壓期間在畫布上顯示像圓圈的"激光指針"。當 用戶提起他的手指時，指針將消失
[0215] ?變換工具-允許用戶自由縮放和重新定位畫布(在所選擇的其它工具的情況下， 通過拖動畫布或用兩根手指捏縮畫布，這仍然是可能的）
[0216] ?顏色選擇器-飛出以顯示顏色選擇器。所選擇的顏色將是利用鉛筆、形狀或指針 工具所繪制的任何東西的顏色
[0217] ?筆畫粗細選擇器-飛出以顯示具有三個選項的筆畫粗細選擇器。所選擇的粗細 將是利用鉛筆或形狀工具繪制的任何東西的筆畫粗細。
[0218] ?撤消/重做-撤消先前的畫圖更改，或重做畫圖更改。這不包括翻頁、指向或變 換。
[0219] 當允許用于Blrt的時間（取決于訂閱等級的用戶約束)剩余10秒時，大大的"10"在 屏幕上閃爍以指示時間即將耗盡。當剩余5秒時，大大的"5"將出現并且將倒計時，直到剩余 時間達到零為止。這時，記錄將結束。
[0220]在媒體選擇步驟中可選擇web URL而不是媒體。app將取得具有那個URL的網站的 滾動屏幕截圖，并且將滾動屏幕截圖作為圖像媒體導入。這種功能可擴展以拼湊網頁的 HTML/CSS/img封包(很像互聯網瀏覽器所使用的MHT文件），HTML/CSS/img封包在大小上將 與網站下載完全相同或接近。
[0221] 畫布-回放(在記錄之后）
[0222] 當記錄停止時，UI現在處于回放(在記錄之后)狀態。UI現在包括以下交互式元素：
[0223] ?"清除"按鈕(代替"后退"按鈕)-這將擦除剛做出的記錄并且將畫布
[0224] ?屏幕改變到記錄前狀態(在用戶在另外的彈出菜單中確認這個動作之后）。
[0225] ?記錄按鈕(代替停止按鈕)-這將從當前停止位置繼續記錄。如果
[0226] ?記錄已經達到最大允許時間的盡頭，
[0227] 這個按鈕將是不可見的。
[0228] ?播放按鈕-這將從頭開始回放記錄。注意：
[0229] -般地，這將意味著你不能
[0230] ?再繼續記錄。
[0231] ?時間線的播放頭在停止位置處。時間線變灰并且現階段不可交互。
[0232] ?保存按鈕-將開始保存/發送過程(以下詳述）
[0233] 當輕擊播放按鈕時，所記錄的Blrt將實時回放，其中音頻和姿勢與它們被記錄時 一樣精確地同步。播放按鈕在回放期間改變成暫停按鈕，暫停按鈕將暫停音頻和姿勢的回 放并且顯示記錄在暫停時的凍結幀。在回放狀態下，播放頭還可被拖動以"擦過"所記錄的 Blrt。按壓播放將從播放頭的位置繼續回放。
[0234] 保存
[0235] 保存按鈕在記錄停止之后出現在UI上，并且還將在記錄之后當畫布處于回放狀態 時出現。一旦按壓保存按鈕：
[0236] ?在云上創建Blrt對象
[0237] ?創建Blrt對象和媒體(已經在記錄階段期間上傳)之間的關系
[0238] ?音頻和姿勢數據開始上傳到云。
[0239] -旦輕擊保存按鈕，用戶就立即看到發送屏幕。發送屏幕是位于畫布屏幕頂部的 彈出菜單。
[0240]發送屏幕
[0241] 發送屏幕包括以下UI元素：
[0242] · "To"字段-這是用戶可將初始的接收方添加到Blrt的地方。他們可按以下方式 中的一種來添加：
[0243] ?在To字段中手動打入電子郵件地址，之后鍵入逗號符號或返回確認。
[0244] ?開始將電子郵件地址或名字鍵入到To字段中。彈出菜單將在用戶打入時出現以 從以下
[0245] ?概述的各種來源自動搜索匹配的聯系人。
[0246] ?輕擊"+"按鈕，這將使聯系人彈出菜單出現。這個彈出菜單可通過以下各項來過 濾：
[0247] 按照字母表次序的所有聯系人
[0248] 最近-基于最近通過Blrt與用戶聯系的人而本地保存在裝置上的聯系人。這包 括在任何時刻與用戶在相同Blrt會話中的所有用戶或電子郵件地址。
[0249] 裝置聯系人(取決于裝置而命名為iPad或iPhone)-本地保存在iOS裝置上的嵌 入式聯系人app中的所有聯系人。必須給予Blrt app訪問這些聯系人的權限，用戶在聯系人 彈出菜單首次打開時被提示給予Blrt app此權限。
[0250] _Facebook_列出用戶的Facebook"好友"，如果用戶已將他們的Facebook賬戶鏈 接到他們的Blrt賬戶的話。
[0251] 權限必須在用戶首次登陸Facebook時授予以允許Blrt訪問他們的好友列表。
[0252] _LinkedIn和其它社交媒體平臺-app允許用戶以類似于Facebook的方式鏈接他 們用于其它在線服務的賬戶。
[0253] · Blrt標題字段-這將預填有在媒體預覽屏幕和畫布屏幕之間的步驟中所指定的 Blrt標題。這使得用戶有機會在將用戶添加到Blrt會話之前編輯Blrt標題。
[0254] ?添加備注-這是任選字段。用戶可在這個字段中鍵入"備注"，"備注"將作為事件 添加在Blrt會話中，并且將添加到發送至Blrt的接收方的通知電子郵件。
[0255] ?上傳進度條-這向用戶顯示Blrt的媒體、音頻和姿勢組成部分的上傳進度。當這 個進度條顯示100%時，Blrt的三個關鍵組成部分則已經成功上傳到云。
[0256] ?取消
[0257] ?發送
[0258] 如果媒體附件未在記錄階段期間結束上傳，那么它們的上傳作為這個步驟的一部 分在音頻和姿勢數據上傳到云之前完成。
[0259] 在數據上傳時，發送屏幕上的"取消"和"發送"按鈕都被禁用。如果上傳超時或失 敗（由于任何原因，通常是由于失去互聯網連接），那么用戶有機會：
[0260] ?重試-app將試圖上傳尚未上傳的剩余數據。
[0261] ?保存-所有文件本地緩存到裝置。緩存的Blrt將記載在另一段中。
[0262] ?取消-將清除Blrt的所有組成部分-媒體、音頻和姿勢，并且使得用戶返回到收 件箱屏蒂。
[0263] 一旦數據已100%上傳，Blrt對象就成功地在云上得到創建并且完成。現在發送屏 幕上的"取消"和"發送"按鈕可使用。
[0264] 如果用戶在現階段輕擊取消，那么他們得以返回到用于新創建的Blrt會話的會話 屏幕(其中他們自己是會話中的僅有用戶）。因為上傳完成，Blrt對象成功地在云上得到創 建。
[0265] 如果用戶輕擊發送，那么app核實To字段中的接收方：
[0266] ?手動鍵入的電子郵件地址必須符合有效電子郵件地址的正則表達式。如果一個 或多個不符合，則用戶被提示修復錯誤。
[0267] ?接收方的數量不得超過關于用戶的賬戶類型的用戶約束所允許的最大數量。如 果超過這個數量，則用戶被提示移除接收方，直到接收方的數量落入可允許范圍內為止。
[0268] 如果指定接收方的電子郵件地址(或Facebook ID)成功地驗證，那么服務器將檢 查指定電子郵件地址是否已經存在Blrt賬戶。
[0269] 如果電子郵件地址或Facebook ID匹配數據庫中的注冊Blrt賬戶，那么這個Blrt 會話和接收方的Blrt賬戶之間的關系得以創建，從而給予受試者訪問這個Blrt會話和Blrt 對象的權限。一旦已成功地形成關系，就生成給接收方的電子郵件通知和推送通知。
[0270] 如果電子郵件地址或Facebook ID并未成功地匹配數據庫中的注冊Blrt賬戶，那 么仍創建用戶對象。這個Blrt會話和接收方的用戶對象之間的關系得以創建。這稍后可在 注冊時發現，使得接收方將能夠查看這個Blrt會話，即使他們在接收后注冊加入也是如此。 如果已經針對這個電子郵件地址或Facebook ID創建了用戶對象(諸如當給定的電子郵件 或Facebook ID在它們注冊加入Blrt賬戶前已被添加到多個Blrt會話時），那么這個Blrt會 話和現有用戶對象之間的關系得以創建。
[0271]在這種未注冊接收方的情況下，生成使用特定模板的電子郵件通知。
[0272] 一旦已經形成Blrt會話和所有指定接收方之間的適當關系，就向用戶顯示確認。 用戶然后可選擇完成、轉到用于新創建Blrt的會話屏幕。
[0273] BIrt 會話 [0274]會話屏幕
[0275]會話屏幕按創建日期/時間的時間順序來顯示以下與正被查看的指定Blrt會話相 關的元素：
[0278] 會話屏幕上的其它UI元素是：
[0279] ?"后退"按鈕-使用戶返回至收件箱或我的Blrt屏幕，這取決于用戶來自哪里
[0280] · Blrt標題-顯示正查看的Blrt會話的標題
[0281] ?刷新-迫使Blrt會話從與這個Blrt會話相關的服務器攫取任何新內容并且刷新 會話屏幕
[0282] ?"將人添加到Blrt"按鈕。這將使發送屏幕作為彈出菜單出現。它將以在保存 Blrt之后在畫布屏幕上彈出的發送屏幕相同的方式起作用，但Blrt標題無法改變。用戶可 添加備注，備注可包括在電子郵件通知中并且作為單獨事件出現在會話中。當新用戶添加 到Blrt會話時，事件將在會話中顯示。
[0283] ?"管理標簽"按鈕。這使與"管理標簽"彈出菜單完全相同的彈出菜單出現在收件 箱屏幕上，這在存檔和標簽段中詳述。
[0284] ?"按照人過濾"按鈕。這將使"按照人過濾"彈出菜單出現，這顯示會話中的用戶 的名稱和電子郵件地址的列表。這些分成已查看會話的注冊用戶、尚未查看會話的注冊用 戶以及未注冊Blrt賬戶的其他用戶。在這個彈出菜單上的用戶上輕擊將過濾會話屏幕中的 所有元素以僅顯示由這個用戶創建的元素。在過濾器中可選擇多個用戶。可利用彈出菜單 中的"清除"按鈕清除過濾器。
[0285] · "Blrt回復"按鈕-使用戶轉到畫布記錄屏幕以創建Blrt回復。
[0286] ?評論框-當被輕擊時，飛出鍵盤以供用戶鍵入評論。
[0287] 評論
[0288] 當輕擊位于會話屏幕底部的評論框時，裝置的本機屏幕上鍵盤將向上飛出，從而 允許用戶鍵入文本評論。
[0289] 在已鍵入評論文本后，用戶可通過輕擊發送按鈕將評論文本添加到會話。這將立 即將評論本地保存在裝置上并且將其作為新元素顯示在會話的底部處。它還將立即開始上 傳到云。
[0290]當評論上傳到云時，在元素旁邊顯示"上傳"圖標。如果用戶離開會話屏幕，這將繼 續在后臺上傳。一旦評論已成功上傳到云，它就將是會話中的其他用戶可見的。它將向會話 中的所有用戶遞送推送通知，以及每小時最多生成一次的聚合電子郵件通知。
[0291] 如果評論出于任何原因而上傳失敗，那么將在評論元素旁邊顯示"紅色云"圖標， 以便指示評論存儲在本地但未存儲在云上。可輕擊這個圖標以重試上傳。
[0292] BIrt 回復
[0293] 通過在會話屏幕的右上方輕擊Blrt回復按鈕，用戶可使用與會話中的原始Blrt相 同的媒體附件創建叫作Blrt回復的Blrt。當輕擊Blrt回復按鈕時，用戶轉到畫布記錄屏幕， 其中用于這個Blrt會話的媒體附件已預加載。這些媒體附件不需要在創建Blrt回復期間的 任何時刻再次上傳到云。
[0294] 用于Blrt回復的畫布記錄屏幕與創建新Blrt時的畫布記錄屏幕完全相同并且以 相同方式工作，除了
[0295] 保存按鈕。對照回復的保存過程是不同的。當輕擊保存按鈕時：
[0296] ?用戶立即返回到會話屏幕
[0297] · Blrt回復元素立即作為新項目顯示在會話中，它旁邊有加載圖標
[0298] ?音頻和姿勢數據開始上傳到云
[0299] 用戶未被約束在保存過程的任何階段期間執行任何其它動作。
[0300] 當Blrt回復的音頻和姿勢數據已成功上傳到云時，Blrt回復元素旁邊的加載圖標 消失。
[0301] 這指示Blrt回復在云中并且將是會話中的其他用戶可見的。當Blrt回復已成功上 傳時，就生成給會話中的所有其他用戶的推送通知和電子郵件通知。
[0302] 如果Blrt回復出于任何原因而上傳失敗，那么將在Blrt回復元素旁邊顯示"紅色 云"圖標，以便指示Blrt回復存儲在本地但未存儲在云上。可輕擊這個圖標以重試上傳。 [0303] Blrt收件箱屏幕 [0304]收件箱
[0305] Blrt收件箱屏幕顯示當前用戶有權限訪問的所有Blrt會話，所有Blrt會話按照每 個會話最近更新的時間來排序。
[0306] "收件箱"屏幕(對照"我的Blrt"或"存檔"）僅顯示包括來自當前用戶之外的用戶 的至少一個會話項目的會話。這個屏幕的UI包括以下項目：
[0307] ?存檔按鈕-使用戶轉到存檔屏幕。
[0308] · Blrt徽標和"收件箱，，標頭
[0309] ?"按照標簽過濾"按鈕-這將使"按照標簽過濾"彈出菜單出現。用戶可從出現在 這個屏幕上的任何會話所使用的
[0310] ?所有標簽的列表中選擇。選擇標簽將過濾收件箱屏幕以僅顯示包括所選擇標簽 的會話。輕擊
[0311] ?這個彈出菜單中的清除按鈕將取消選擇所有標簽。如果收件箱當前按照標簽來 過濾，那么"按照標簽過濾"圖標將顯示為紅色。
[0312] ?"按照人過濾"按鈕-這將使"按照人過濾"彈出菜單出現。用戶可從已添加到出 現在屏幕上的任何會話的所有用戶的列表中選擇。選擇一個或多個用戶將過濾收件箱屏幕 以僅顯示所選擇用戶已添加到的會話。輕擊這個彈出菜單中的清除按鈕將取消選擇所有用 戶。如果收件箱當前按照人來過濾，那么"按照人過濾"圖標將顯示為紅色。
[0313] ?"新Blrt"按鈕-這將開始在"倉ij建Blrt"中概述的Blrt創建過程。
[0314]收件箱屏幕中列舉的每個Blrt會話具有以下元素：
[0315] ?頁面圖標-顯示Blrt中頁面的計數
[0316] ?縮略圖-Blrt的第一頁的縮略圖大小的圖像(無標記）
[0317] · Blrt標題-顯示為紅色，如果會話中存在未讀項目，則在左側具有紅色圓圈
[0318] ?文本-如果會話中存在未讀項目，則顯示"來自〈user〉的新建"，否則顯示"由〈創 建Blrt的用戶〉開啟"。
[0319] ?會話的最近更新的時間戳
[0320] ?處于以下狀態之一下的云圖標。在圖標上輕擊露出解釋圖標的含義的彈出菜 單。
[0321] ?具有虛線的灰色云-指示會話中存在上傳到云的一個或多個項目，但尚未下載 到這個裝置
[0322] ?具有勾號的灰色云-指示會話中的每個項都已上傳到云并且也都已下載到這個 裝置
[0323] ?具有感嘆號的紅色云-指示會話中存在已創建并保存在本地(緩存)但尚未上傳 到云的一個或多個項目；或指示除了當前用戶之外尚無人添加到會話
[0324] ?"管理標簽"圖標-輕擊露出"管理標簽"彈出菜單
[0325] ?"人"圖標-輕擊露出具有會話中的用戶的逗號分隔列表的彈出菜單
[0326] ?項目計數-顯示會話中項目的總計數(不包括事件）的對話框圖標。如果存在任 何未讀項目，那么在這個圖標上方還顯示具有未讀項目數量的較小的紅色圓圈。
[0327] 在收件箱屏幕上除了云以外的任何地方輕擊Blrt會話，"管理標簽"或"人"圖標將 使用戶轉到用于這個Blrt的會話屏幕。
[0328]如果收件箱屏幕中不存在Blrt會話(諸如如果所有會話都已存檔），那么替代地顯 示提示用戶創建Blrt的圖形。
[0329]我的 Blrt
[0330]我的Blrt屏幕可從app的底部選項卡欄訪問。我的Blrt具有與收件箱屏幕完全相 同的功能和外觀，僅有的差異在于它所顯示的會話。我的Blrt屏幕僅顯示由當前用戶創建 的會話。
[0331 ] 加標簽
[0332] 存在加標簽功能，以便將短的文本"標簽"添加到Blrt會話，以用作收件箱屏幕中 的可定制過濾器。標簽通過"管理標簽"彈出菜單來添加和移除，"管理標簽"彈出菜單可通 過收件箱中的會話列表中的會話上的"管理標簽"圖標來訪問，或通過會話屏幕的標頭中的 "管理標簽"圖標來訪問。不管在哪個屏幕上訪問"管理標簽"彈出菜單，它都具有完全相同 的UI和功能。
[0333] "管理標簽"彈出菜單列舉附到Blrt會話的標簽。標簽作為Blrt對象上的陣列存儲 在云上。
[0334] 新的標簽可通過在"管理標簽"彈出菜單的底部處輕擊、然后在文本框中鍵入來添 加。用戶然后可輕擊"添加標簽"按鈕以將標簽添加到列表。標簽將立即上傳到云上的標簽 陣列，這是會話對象和用戶對象之間的關系的一部分。如果失去互聯網連接，那么對標簽陣 列的改變將在裝置下次重新獲得互聯網連接時上傳到云。
[0335] 標簽可通過在標簽對象上輕擊以在"管理標簽"彈出菜單中取消選擇該標簽來從 Blrt會話中移除。用戶有機會在他們關閉"管理標簽"彈出菜單之前重新選擇標簽。當"管理 標簽"彈出菜單關閉時，任何取消選擇的標簽都將被移除并且將不再出現在列表中。
[0336] 所選擇或創建的任何標簽將只對當前用戶是可見的或生效的。它將不影響任何其 他用戶查看Blrt會話或與Blrt會話交互的方式。
[0337] "管理標簽"彈出菜單中存在兩個特殊的標簽存檔"和"有旗幟"。對于每個Blrt 會話，這些標簽都默認為是取消選擇的并且將總是出現在"管理標簽"彈出菜單中的標簽列 表的頂部處。
[0338] 存檔
[0339]盡管用戶不能永久刪除Blrt會話，但是如果用戶想要整理他們的收件箱/我的 Blrt屏幕，那么他們可將會話移動到存檔屏幕。Blrt是通過選擇"管理標簽"彈出菜單中可 見的特殊"存檔"標簽來進行存檔。
[0340] 當用戶對象和會話對象之間的關系中的標簽陣列中包括"存檔"標簽時，收件箱/ 我的Blrt屏幕中并不顯示這個Blrt會話。這些Blrt會話僅在"存檔"屏幕中是可見的，"存 檔"屏幕可通過收件箱/我的Blrt屏幕上的"存檔"按鈕來訪問。
[0341] 不管是從收件箱屏幕還是從我的Blrt屏幕訪問，存檔屏幕都是相同的。標記有標 簽"存檔"的所有會話將得以示出。
[0342]會話可通過打開用于這個會話的"管理標簽"彈出菜單并且取消選擇"存檔"標簽 來移回到收件箱/我的Blrt屏幕。當"管理標簽"彈出菜單關閉時，標簽改變將生效。
[0343] 加旗幟
[0344] 可以是"有旗峽"的Blrt會話是在"管理標簽"彈出菜單中選擇的"有旗峽"標簽。
[0345] 當Blrt會話是有旗幟的時，它將在收件箱/我的Blrt/存檔屏幕上的所有無旗幟 Blrt上方的另一段中顯現。這個段具有跨屏幕延伸的紅色欄，如果正查看的屏幕上不存在 有旗幟會話，那么紅色欄不可見。有旗幟會話還具有位于Blrt標題左側的旗標圖標以及更 亮的背景。
[0346] 用戶配置文件、賬戶類型和訂閱
[0347] 配置文件屏幕
[0348] 配置文件屏幕可通過app底部處的標簽欄來訪問，并且包括用戶的配置文件、賬戶 明細和設置。
[0349] 這個屏幕上的Ul元素按順序如下：
[0350] ?反饋和支援鏈接-打開支援中心彈出菜單，其中用戶可搜索Blrt知識庫并且向 Blrt團隊提交支援請求或反饋。
[0351] ?用戶配置文件段-顯示用戶的配置文件的所有字段，以及允許用戶編輯以下任 一項的編輯按鈕：
[0352] ?電子郵件-賬戶的主要電子郵件地址
[0353] ?顯示名字-向其他用戶顯示用戶的名字的方式 [0354] ?名字
[0355] ?姓氏
[0356] ?性別
[0357] ?組織
[0358] ?行業
[0359] ?密碼
[0360] · Facebook段
[0361] ?如果用戶具有連接到他們的Blrt賬戶的Facebook賬戶，那么這個段將顯示 Facebook用戶的名字和"斷開連接"按鈕。
[0362] ?如果用戶不具有連接的Facebook賬戶，那么這個段將顯示"用Facebook登錄"按 鈕
[0363] · Blrt新建-提取數據庫中指定的URL下的JSON文件以呈現新聞項目，新聞項目各 自具有標題、縮略圖、描述和任選的鏈接。Blrt新建在配置文件屏幕每次打開時得到刷新。
[0364] ?賬戶段-在下一段"賬戶類型"中詳述
[0365] ?設置段
[0366] ?通知設置-滑動到新屏幕，其中用戶可在他們是否想要接收用于以下各項的通 知之間進行切換：
[0367] 新 Blrt
[0368] _Blrt 請求
[0369] _Blrt 回復
[0370] 新評論(每小時最多僅發送一次的電子郵件摘要）
[0371] ?裝置設置
[0372] ?再次示出幫助覆蓋圖-切換這個將啟動"幫助覆蓋圖"以再一次為用戶示出
[0373] ?版本-顯示app版本號
[0374] ?退出-使用戶退出app并且使他們返回到登錄屏幕。
[0375] 用戶類型
[0376]所有Blrt用戶賬戶都具有賬戶類型，賬戶類型確定用戶的權限以及Blrt app的各 種特征的最大值。受Blrt賬戶類型影響的特征是：
[0377] ?最大Blrt持續時間-由用戶做出的單個Blrt或Blrt回復的最大時間長度
[0378] ?會話中的最大用戶數-可添加到會話的用戶的最大數量(給定會話將受會話的 創建者的賬戶最大值約束）
[0379] ?最大媒體大小-可由用戶上傳的單"頁"媒體(或整個PDF)的以MB為單位的最大 文件大小。
[0380] ?最大圖像分辨率-所上傳圖像在其由app調整大小之前可具有的以像素為單位 的最大分辨率
[0381] ?最大圖像數-所創建Blrt的圖像媒體"頁"的最大數量(這不包括PDF)
[0382] ?最大PDF頁數-所上傳 PDF可包括的最大頁數
[0383] 雖然用戶的賬戶類型不具有特定權限，但是他們仍可查看具有權限的用戶所創建 的Blrt或會話，或在創建會話時具有權限。例如，如果用戶的賬戶類型僅允許他們做出一分 鐘長的Blrt，那么他們仍可接收并查看由具有允許持續三分鐘長的賬戶類型的用戶發送的 Blrt0
[0384] 賬戶類型和約束在數據庫中有所限定，并且因此不是硬編碼到app中的。現有賬戶 類型和約束可由Blrt管理員編輯，并且新的用戶賬戶類型可由Blrt管理員創建。存在所有 新賬戶將自動使用的默認賬戶類型（在啟動時，"Blrt免費版"）。賬戶可由Blrt管理員單獨 地手動升級成其它賬戶類型，或通過免費試用或訂閱(在下一段中詳述)來升級。
[0385] 示例性賬戶類型和特征約束

[0388] 訂閱和免費試用
[0389] 所有新用戶的默認賬戶類型是"免費"賬戶，并且不會過期。如果用戶發現免費賬 戶類型中的權限太具約束性，那么他們受到鼓勵以將他們的賬戶升級成"Blrt進階版"。用 戶升級他們的賬戶的標準途徑是通過配置文件屏幕。
[0390]免費試用
[0391] 配置文件屏幕上的賬戶段顯示用戶的當前賬戶類型、訂閱截止日期（如果可用）以 及特征約束。如果用戶是"免費"賬戶類型，那么存在用于開始Blrt進階版的免費試用的按 鈕。當用戶選擇免費試用選項時，并未進行購買或訂閱。用戶立即升級到具有與Blrt進階版 相同的用戶約束的另一個賬戶類型"Blrt進階試用版"。數據庫得以更新以改變用戶對象的 賬戶類型，并且"截止日期"字段被設定成自此開始的30天。
[0392] 當用戶接近免費試用的截止日期時，將給予他們時限通知（以app對話、推送通知 和電子郵件通知的形式），提醒他們付款訂閱，以便保持Blrt進階版所提供的另外的權限。
[0393] 如果用戶賬戶過去已經用過Blrt進階版的免費試用版，那么不管他們之前是否還 付款訂閱，他們都將不能再獲得免費試用版。
[0394] 進階版訂閱
[0395] 用戶可通過配置文件屏幕在任何時間付款以開始他們對Blrt進階版的付款訂閱。 輕擊"激活訂閱"或"獲得進階版"按鈕(取決于他們當前是否在免費試用而復制)將調用app 內購買對話。用戶然后可從由Blrt管理員限定的app內購買對象的長度中挑選他們的訂閱 長度(在啟動時，將只存在購買一年訂閱的選項）。雖然app內購買稱為訂閱，但是它被實現 為通過用戶的iTunes賬戶(針對iOS)進行的非續訂一次性購買。
[0396] 一旦確認付款，關于數據庫上的用戶對象的用戶的賬戶類型和截止日期得到相應 改變。如果用戶的免費試用版仍有時間剩余，那么這些天數被添加到訂閱長度。
[0397] 賬戶到期
[0398] 數據庫上存在關于用戶對象的截止日期字段連同用戶的當前賬戶類型。這限定用 戶的當前賬戶類型何時將"到期"。當用戶的賬戶類型到期時，他們立即降級到默認賬戶類 型(Blrt免費版）。
[0399] 賬戶截止日期可在到期時或在到期之前的指定天數觸發電子郵件和推送通知以 及app內對話。
[0400] 進階版續訂
[0401] 當進階版訂閱在截止日期之前剩余少于30天時，用戶以各種時間間隔被提示續訂 訂閱。由于app內購買實現方式是非續訂產品，用戶必須再次接受付款。一旦確認付款，所購 買的訂閱期就添加到用戶的截止日期字段。
[0402]維護模式
[0403] Blrt管理員通過云代碼能夠基于準則為app的所有或選定用戶啟用"維護模式"。 這對于服務器維護、app的不兼容舊版本或要求暫時（或永久)禁止用戶訪問的任何無法預 料的情形可能有用。
[0404] 維護模式存在可啟用的多種模式：
[0405] 部分封鎖
[0406]部分封鎖維護模式允許用戶瀏覽和查看已經下載的回復、會話和評論， 然而他們不能創建內容或做要求更新服務器或數據庫或執行云代碼的任何事情。給予用戶 警報消息以指示他們暫時不能創建內容(Blrt、Blrt回復、會話和評論）。一旦部分封鎖解 除，就給予用戶另一個警報。
[0407]部分封鎖可適用于特定的用戶、用戶群組或所有用戶。
[0408]完全封鎖(維護）
[0409]完全封鎖維護模式完全禁用app的功能，并且利用具有以云代碼形式限定的維護 消息的一個屏幕替換它。當啟用這個模式時，用戶完全不能使用app的任何功能。當禁用該 模式時，推送通知被發送給所有禁用裝置以詢問禁用裝置來刷新并且恢復app的功能。 [0410]完全封鎖(維護)可適用于特定的用戶、用戶群組或所有用戶。
[0411]完全封鎖(無效版本）
[0412]如果Blrt管理員確定app的舊版本與當前數據庫不兼容，那么他們可在數據庫上 設置用于可允許的app版本的閾值的字段。如果低于閾值的任何版本的app試圖向服務器做 出請求，那么完全封鎖維護模式被敦促用戶更新app的消息占用。
[0413] 完全封鎖(無效版本)受可允許的app版本閾值控制并且不能針對特定的用戶或用 戶群組手動地啟用。
[0414] Blrt云和本地緩存
[0415] 無法上傳后緩存Blrt
[0416]在記錄新的Blrt并且輕擊"保存"后，用戶看見媒體、音頻和姿勢數據的上傳進度。 如果這在完全（100%)成功上傳之前的任何時刻由于失去連接或其它原因而失敗的話，那 么用戶可選擇將Blrt本地保存在裝置上(緩存的Blrt)。
[0417]媒體、音頻和姿勢數據本地保存到裝置，并且用戶看見標準Blrt會話屏幕。貼近原 始Blrt元素顯示"紅色云"圖標，以表示原始Blrt元素尚未上傳到云。在云中沒有初始Blrt 對象的情況下，整個會話實際上不在云中，因此用戶被阻止將其他用戶添加到會話，直到 Blrt已上傳為止。
[0418] Facebook和其它服務集成
[0419] Blrt利用Facebook API來促進以下連接：
[0420] 用Facebook 登錄
[0421] 用戶可利用app的登錄屏幕上的"用Facebook登錄"按鈕來創建賬戶并登錄。在首 次登錄時，app將驗證Facebook并且詢問用戶以獲得以下權限：
[0422] ?基本默認權限(包括用戶的姓名、性別、地點）
[0423] ?電子郵件地址
[0424] ?好友列表
[0425] 如果用戶不授予這些權限，那么他們不能創建Blrt賬戶并且將不能通過Facebook 登錄。
[0426] 如果授予，那么使用Facebook賬戶的電子郵件地址作為用戶名來創建Blrt賬戶， Blrt賬戶與用戶的Facebook ID有關系。
[0427] 將來，利用這個Facebook ID登錄將自動登錄正確的Blrt賬戶。
[0428] 用戶可在任何時間通過配置文件屏幕手動地使Facebook賬戶與給定Blrt賬戶連 接或斷開連接。斷開他們的Facebook賬戶連接將意味著他們不能再通過Facebook登錄，不 能利用app內的Facebook聯系人，并且因此在斷開連接時，必須使用他們的電子郵件地址和 所設置的密碼來登錄。
[0429] Facebook 聯系人
[0430]由于在Facebook連接期間授予對用戶的Facebook好友列表的訪問權，Blrt能夠交 叉引用這些Facebook ID與跟Blrt用戶數據庫中的其他用戶享有關系的ID。換句話說，Blrt app可顯示同樣具有Blrt賬戶的用戶Facebook好友的列表。
[0431] 這意味著Facebook可用作將用戶添加到會話的方法。在發送屏幕上，當用戶限定 接收方時，將列出同樣具有Blrt賬戶的用戶Facebook好友的列表，并且如果選擇了 Facebook用戶，那么Blrt將自動地將對應Blrt用戶賬戶添加到會話。這些用戶將接收到他 們的裝置的推送通知以及到他們的主要電子郵件地址的電子郵件通知。
[0432] 將來，Blrt app還可能能夠利用Facebook API來向尚未具有Blrt賬戶的Facebook 用戶發送app產生的消息。在這種情況下，接收方選擇列表中將顯示用戶的所有Facebook好 友，而不僅僅是現已具有Blrt賬戶的好友。
[0433] 其它服務
[0434] 許多第三方服務和社交網絡具有類似于Facebook的用于驗證登錄并且授予app訪 問用戶數據的權限的API。用于登錄和發送到聯系人的可能的集成的示例是Linkedin、 Google+和Twitter。聯系人列表集成將與Facebook類似地實現，其中用戶能夠連接多個服 務并且按照每個服務過濾他們的聯系人列表。
[0435] Blrt API
[0436] Blrt app和Blrt云都將具有其自己的API，用于與其它軟件的連接和來自其它軟 件的連接，以便創建BIrt、更新會話、上傳媒體等。以下是可利用BIrt API來擴展功能的兩 個可能的示例。
[0437] 自定義Blrt電子郵件地址
[0438] 每個Blrt用戶將被授予自動生成的、唯一的電子郵件地址，諸如姓名_33333@ blrt.co。用戶之外的任何人將不知道或不能夠確定此電子郵件地址(除非用戶有意地與其 他人共享該電子郵件地址）。
[0439] 用戶將能夠向唯一的電子郵件地址發送電子郵件以容易地創建Blrt。
[0440] ?在電子郵件中沒有主題或內容的情況下將媒體文件作為附件來發送，將允許用 戶在他們下次啟動Blrt app時使用這些附件來創建Blrt
[0441] ?在主題行中具有另一個用戶的電子郵件地址的情況下將媒體文件作為附件來 發送，將自動創建對指定電子郵件地址的Blrt請求
[0442] ?將內容添加到電子郵件自身，將生成添加到Blrt請求的備注
[0443]與項目管理軟件的連接
[0444]流行的項目管理/問題跟蹤軟件、諸如JIRA允許第三方發布插件來擴展它們的功 能并且啟用與其它服務的連接。可針對JIRA創建允許用戶直接由附到JIRA問題的媒體創建 Blrt的插件，或將現有Blrt附到/鏈接到JIRA問題以便于將來引用。
[0445] 示例性用戶界面
[0446] 圖11至圖29包括示出由蘋果公司生產的在iPad上執行的Blrt應用程序的示例性 用戶界面(和使用）的一系列屏幕截圖。app可根據需要提供用于其它硬件裝置和操作系統 平臺。
[0447] 圖像示例
[0448]圖11描繪用戶查看"我的尤其是他們的收件箱時的app的屏幕截圖。隨后的 圖12至18描繪與使用圖像構建新的Blrt相關聯的一些屏幕截圖。
[0449] 圖12中的用戶已點擊"新Blrt"按鈕以開始生成新Blrt消息的過程。如所描繪的， 用戶被給予使用各種來源創建新Blrt的選項，這些來源包括：
[0450] ?照相機
[0451 ] ?照片庫
[0452] · Dropbox
[0453] · Box
[0454] · SkyDrive
[0455] · Google Drive
[0456] ?網站
[0457] ?模板
[0458] 圖13描繪屏幕截圖，其中用戶已選擇圖12中的"照片庫"，其結果是"照相機相冊" 已顯現在窗口中，供用戶從本地存儲在iPad上的圖像中選擇。
[0459] 圖14描繪選擇了可從照相機相冊中獲得的圖像，并且該圖像在"預覽"中全屏示 出。用戶被給予以與添加第一圖像相同的方式添加大量另外的圖像以構建Blrt的選項。 [0460]圖15描繪屏幕截圖，其中用戶受到邀請來在窗口"給你的Blrt命名"中"添加 Blrt 名稱"。這基本上是Blrt消息的主題標題。
[0461] 圖16描繪在已命名預期Blrt之后的屏幕截圖，其中對圖像進行預覽，并且在界面 的左下方提供(紅色的）點以邀請用戶開始記錄Blrt消息。
[0462] 圖17事實上描繪正在使用早先從照相機相冊中選擇的橋的圖像進行這個過程(到 〇:14s)時的屏幕截圖。音頻被記錄，并且界面提供工具盤，用戶可根據需要與音頻敘述聯合 地使用該工具盤，以傳達用戶所希望的內容。工具盤可包括筆、形狀、圖標、光標以及根據需 要具有不同厚度、顏色、形狀和配置的指針的選集。圖像可根據需要使用對iPad的屏幕進行 的觸摸姿勢來進行平移、縮放和旋轉。合適的工具和選項可通過觸摸姿勢來選擇和使用。缺 乏觸摸姿勢輸入的其它客戶端裝置可使用構建這個伴隨姿勢注解的其它輸入裝置的鼠標。
[0463] 圖18描繪隨后的記錄的屏幕截圖，其中用戶在這種情況下已縮放圖像以剪除一些 周邊材料，從而集中在橋的一個細節。在這個Blrt中，用戶已通過以下方式將注意力轉到橋 的結構桅桿:首先進行縮放，其次圈出這個細節，并且此外再使用伴隨的箭頭。
[0464] 網站示例
[0465] 圖19至21描繪屏幕截圖，其中使用第三方網站構建Blrt消息。圖19描繪屏幕截圖， 其中呈現出URL地址欄(默認由google, com填充）以供用戶輸入或搜索用戶期望在他們的 Blrt中突出的網站。
[0466] 圖20描繪"披頭士樂隊"的維基百科條目，其中用戶圈出并且注解維基百科條目的 標題以伴隨Blrt的音頻敘述。
[0467] 圖21是正在構建的Blrt的屏幕截圖，突出了顯示悉尼海港的地圖的網站。用戶已 經使用筆工具將注意力轉到悉尼歌劇院，以及到悉尼歌劇院北部的路。為清楚起見，用戶已 在海港上潦草地寫出"7K"以闡明地圖中哪里是陸地以及哪里是水。伴隨的音頻向一組接收 方描述所建議的行走路線及隨后的目的地。
[0468] 定址
[0469] 圖22至27描繪與確定Blrt的地址的各方面相關聯的各種屏幕截圖。
[0470] 圖22返回到早先創建的Blrt(參照圖11至18)，并且在記錄完結時呈現標題為"將 人添加到Blrt"的窗口，從而邀請用戶添加將要接收Blrt的用戶。下面的圖像已經在Blrt的 記錄期間上傳，并且當用戶著手為新創建的Blrt選擇接收方時，音頻數據和姿勢數據正在 上傳的過程中。
[0471] 圖23描繪屏幕截圖，其中用戶在界面元素上進行選擇，該界面元素允許對用戶的 "聯系人"進行訪問，并且呈現要從其中選擇的聯系人滾動列表，滾動列表可根據以下各項 來過濾:所有、最近、iPacUFacebook或Link。
[0472] 圖24描繪屏幕截圖，其中用戶在這種情況下已選擇預覽從他的聯系人列表中提名 的聯系人（"Bruce Banner"）。圖25描繪另外的屏幕截圖，其中正在準備接收方列表。圖26描 繪正發送的Blrt，如由標題為"發送至"的窗口以及伴隨的"沙漏"形圖標所指示。圖27描繪 突出確認窗口的屏幕截圖，確認窗口突出Blrt的接收方列表。
[0473] 會話
[0474]圖28和29描繪示出Blrt app內的示例性會話的屏幕截圖。圖28描繪屏幕截圖，該 屏幕截圖突出右上方的由"Tracy McGrady"描繪的初始Blrt，之后是在畫布下方的回復中 的來自"Jane Hester"的返回評論，然后是突出相同圖像的隨后的Blrt回復。"Brad"寫出評 論，然后Tracey McGrady繼而回復了他自己的Blrt回復以回答Jane和Brad。
[0475] 圖29描繪與圖28的屏幕截圖類似的另外屏幕截圖，其中用戶已選擇界面元素以查 看并任選地添加與圖29的會話進程相關聯的"標簽"。這些"標簽"顯示在標題為"管理標簽" 的窗口中。
[0476] 系統拓樸結構
[0477] 圖30描繪允許用戶傳達數據同時減小與傳輸媒體相關聯的帶寬的一種拓撲結構。 拓撲結構100可包括邏輯服務器110、第一客戶端計算裝置120和第二客戶端計算裝置125。 拓撲結構100中所描繪的元件可通過網絡130彼此可通信地聯接。
[0478] 網絡130可以是有線或無線網絡，諸如互聯網、內聯網、LAN、WAN、蜂窩網絡或另一 種類型的網絡。應當理解，網絡130可以是多種不同種類的有線或無線網絡的組合。網絡130 還可由電話線路、光纖電纜、網線、微波傳輸鏈路、蜂窩網絡、通信衛星、海底電話電纜組成， 以上各項可由交換中心互連。
[0479] 第一客戶端計算裝置120可以是膝上型電腦、臺式電腦、智能電話、平板電腦、個人 數據助理，或具有被配置為處理指令并且連接到網絡130以與邏輯服務器110通信的硬件處 理器的任何其他類型的裝置。第一客戶端計算裝置120可包括存儲器裝置、圖形用戶界面和 呈現裝置。存儲器裝置可以是存儲由邏輯服務器110生成或接收的數據、諸如對應于呈現的 數據封包的裝置。存儲器裝置可包括但不限于硬盤驅動器、光盤驅動器和/或閃存驅動器。 在實施例中，存儲器裝置可被配置為存儲從第二客戶端計算裝置125和/或邏輯服務器110 接收的信息。用戶界面可以是允許用戶通過網絡130與第一客戶端計算裝置120、第二客戶 端計算裝置125或邏輯服務器110交互的裝置。雖然示出了一個用戶界面，但是術語"用戶界 面"可包括但不限于是觸摸屏、物理鍵盤、鼠標、照相機、麥克風和/或揚聲器。呈現裝置可以 是可接收被配置為在第一客戶端計算裝置120的用戶界面上顯示的信息的硬件處理器。例 如，呈現裝置可從邏輯服務器110接收數據封包并且向第一客戶端計算裝置120的用戶顯示 數據封包的元素。利用用戶界面，用戶可執行動作以創建包括數據封包的呈現，其中數據封 包可包括媒體數據、姿勢數據和/或音頻數據。例如，用戶可獲得圖片以創建媒體數據、在屏 幕上執行動作以記錄姿勢數據和/或講話以創建音頻數據。在實施例中，第一客戶端計算裝 置120可被配置為生成呈現，呈現可被配置為由第二客戶端計算裝置125接收并且在第二客 戶端計算裝置125處再現。
[0480] 第二客戶端計算裝置125可以是膝上型電腦、臺式電腦、智能電話、平板電腦、個人 數據助理，或具有被配置為處理指令并且連接到網絡130以與邏輯服務器110通信的硬件處 理器的任何其他類型的裝置。第二客戶端計算裝置125可包括存儲器裝置、圖形用戶界面和 呈現裝置。存儲器裝置可以是存儲由邏輯服務器110生成或接收的數據、諸如數據封包的裝 置。存儲器裝置可包括但不限于硬盤驅動器、光盤驅動器和/或閃存驅動器。在實施例中，存 儲器裝置可被配置為存儲從第一客戶端計算裝置120和/或邏輯服務器110接收的信息。用 戶界面可以是允許用戶通過網絡130與第一客戶端計算裝置120、第二客戶端計算裝置125 或邏輯服務器110交互的裝置。雖然示出了一個用戶界面，但是術語"用戶界面"可包括但不 限于是觸摸屏、物理鍵盤、鼠標、照相機、攝像機、麥克風和/或揚聲器。呈現裝置可以是接收 被配置為在第二客戶端計算裝置125的用戶界面上顯示的信息的硬件處理器。例如，呈現裝 置可從邏輯服務器110接收數據封包并且向第二客戶端計算裝置125的用戶顯示數據封包 的元素。利用呈現裝置，第二客戶端計算裝置125可被配置為接收數據封包以在第二客戶端 計算裝置125處本地重建呈現。
[0481] 邏輯服務器110可以是被配置為支持在第一客戶端計算裝置120和/或第二客戶端 計算裝置120上執行的移動應用程序、軟件等的計算裝置，諸如通用硬件平臺服務器。邏輯 服務器110可包括駐留在特定位置處的物理計算裝置，或可在云計算網絡環境使用中。在本 說明書中，"云計算"可定義為用于實現對可配置計算資源(例如，網絡、服務器、存儲裝置、 應用程序和服務）的共享池的無所不在的、方便的、按需的網絡訪問的模型，該共享池可通 過虛擬化快速提供并且在極小的管理精力或服務提供商交互下釋放、然后相應地按比例縮 放。云模型可由各種特性(例如，按需自助服務、廣泛網絡訪問、資源池化、快速彈性、可測量 服務等）、服務模型（例如，軟件即服務（"SaaS"）、平臺即服務（"PaaS"）、設施即服務 ("laaS"）以及部署模型（例如，私有云、社區云、公共云、混合云等)組成。邏輯服務器110可 包括一個或多個計算機可用或計算機可讀介質的任何組合。例如，邏輯服務器110可包括計 算機可讀介質，計算機可讀介質包括以下各項中的一項或多項:便攜式計算機磁盤、硬盤、 隨機存取存儲器(RAM)裝置、只讀存儲器(ROM)裝置、可擦除可編程只讀存儲器(EPROM或閃 存)裝置、便攜式光盤只讀存儲器(CD-ROM)、光存儲裝置以及磁存儲裝置。
[0482] 在實施例中，邏輯服務器110可被配置為從第一客戶端計算裝置120接收數據，確 定什么數據被存儲在第二客戶端計算裝置125處，并且將未本地存儲在第二客戶端計算裝 置125處的數據傳輸到第二客戶端計算裝置125。邏輯服務器110可被配置為從第一客戶端 計算裝置120接收數據封包，其中數據封包可包括以各種格式存儲的數據，諸如音頻數據、 姿勢數據和媒體數據。封包內數據的格式可具有不同的存儲大小，這需要用于通過網絡130 向不同網絡元件傳輸的變化量的帶寬。因此，邏輯服務器110可通過僅將需要更高帶寬的數 據(例如，媒體數據)傳輸到第二客戶端計算裝置125-次來降低通過網絡130傳輸數據封包 所需要的帶寬的量。例如，邏輯服務器110可被配置為確定從第一客戶端計算裝置120接收 的媒體數據是否本地存儲在第二客戶端計算裝置125處，并且如果媒體數據未本地存儲在 第二客戶端計算裝置125處，則將媒體數據傳輸到第二客戶端計算裝置125。
[0483] 邏輯服務器110還可被配置為在從第一客戶端計算裝置120接到收音頻數據和/或 姿勢數據時將其傳輸到第二客戶端計算裝置125。因此，音頻數據和/或姿勢數據可異步傳 輸到第二客戶端計算裝置125。當第一客戶端計算裝置120處的用戶創建音頻數據和/或姿 勢數據時，音頻數據和/或姿勢數據可由邏輯服務器110接收并轉發到第二客戶端計算裝置 125〇
[0484] 圖31描繪邏輯服務器110的一個實施例。邏輯服務器110可包括處理裝置205、通信 裝置210、存儲器裝置215、配置文件模塊220、媒體模塊225、姿勢模塊230、音頻模塊235以及 封包模塊240。
[0485] 處理裝置205可包括存儲處理器可執行指令的存儲器、例如只讀存儲器(ROM)和隨 機存取存儲器(RAM)，以及執行處理器可執行指令的一個或多個處理器。在其中處理裝置 205包括兩個或更多個處理器的實施例中，處理器可按并行或分布式方式操作。處理裝置 205可執行邏輯服務器110的操作系統或與禮品卡服務器110的其它元件相關聯的軟件。
[0486] 通信裝置210可以是允許邏輯服務器110通過網絡130與另一個裝置通信的裝置。 通信裝置210可包括用于執行無線通信的一個或多個無線收發器和/或用于通過網絡130執 行有線通信的一個或多個通信端口。通信裝置210可被配置為通過多個不同的標準和/或協 議傳達數據。
[0487] 存儲器裝置215可以是存儲由邏輯服務器110生成或接收的數據的裝置。存儲器裝 置215可包括但不限于硬盤驅動器、光盤驅動器和/或閃存驅動器。在實施例中，存儲器裝置 215可被配置為存儲從第一客戶端計算裝置120和/或第二客戶端計算裝置125接收的信息。 存儲在存儲器裝置215內的信息可由處理裝置205、通信裝置210和/或模塊220、225、230、 235、240訪問。
[0488] 配置文件模塊220可以是被配置為允許客戶端計算裝置120、125的用戶生成并創 建用戶配置文件的硬件處理裝置。用戶的配置文件可包括存儲在存儲器裝置215和/或其它 存儲位置的信息。用戶的配置文件可包括用戶信息、封包信息和回復信息。用戶信息可包括 例如識別用戶的信息(例如，用戶名或別名、號碼、識別符和/或其它識別信息）、安全登錄信 息（例如，登錄代碼或密碼）、付款信息（例如，信用卡信息）等。封包信息可包括對應于本地 存儲在與用戶相關聯的客戶端計算裝置處的數據的信息，其中封包信息可用于本地重建呈 現。例如，封包信息可包括與本地存儲在與用戶相關聯的第一客戶端計算裝置120處的第一 條媒體相關聯的標識、標簽等。利用封包信息，邏輯服務器110可能能夠確定什么媒體數據、 姿勢數據和/或音頻數據被本地存儲在與用戶相關聯的客戶端計算裝置處。回復信息可包 括對應于第二客戶端計算裝置125給第一客戶端計算裝置120的回復的數據。回復信息可包 括對應于回復封包內的一條媒體數據、音頻數據和/或姿勢數據的標識。回復信息可包括對 應于數據從第一客戶端計算裝置120到第二客戶端計算裝置125的傳輸的相同媒體數據、音 頻數據和/或姿勢數據。利用配置文件信息和回復信息，封包模塊240可確定什么數據未被 本地存儲在接收客戶端計算裝置120、125處，并且傳輸未本地存儲在接收客戶端計算裝置 120、125處的數據。
[0489] 媒體模塊225可以是被配置為從第一客戶端計算裝置120和/或第二客戶端計算裝 置125接收媒體數據的硬件處理裝置。所接收的媒體數據可對應于將要呈現給第一計算裝 置120和/或第二計算裝置125的用戶的數據封包，所接收的媒體數據可能是數據封包內的 最大文件類型。媒體數據可按多種不同的類型格式化，諸如pdf、jpg、位圖、圖像文件、gif 等，也就是圖像文件，不管它們在本質上主要是基于柵格的還是基于矢量的，并且不管他們 的語義內容。在實施例中，媒體數據可被用作數據封包的基本的數據文件，其中姿勢數據可 覆蓋在媒體數據上并且音頻數據可與媒體文件向用戶的呈現同步。媒體數據可由媒體模塊 225在姿勢模塊230和/或音頻模塊235之前接收，并且可響應于用戶開始在第一客戶端計算 裝置120上創建呈現來接收。因此，媒體模塊225可在完成呈現之前接收媒體數據。
[0490] 姿勢模塊230可以是被配置為從第一客戶端計算裝置120和/或第二客戶端計算裝 置125接收姿勢數據的硬件處理裝置。姿勢數據可響應于用戶在圖形用戶界面上執行動作 或移動來接收，動作或移動可對應于媒體數據。姿勢數據可按多種不同類型格式化并且與 媒體數據同步，其中姿勢數據可在不同的時間覆蓋在媒體數據上。例如，在一個實施例中， 姿勢數據可包括在特定的時間范圍覆蓋在媒體數據上的由用戶繪制的圓圈。姿勢數據可對 應于由用戶執行的單個動作和/或由用戶執行的多個動作。姿勢數據可以是小于媒體數據 文件的文件大小，并且可獨立于媒體數據和/或音頻數據被傳輸到邏輯服務器110、第一客 戶端計算裝置120和/或第二客戶端計算裝置125。
[0491] 音頻模塊235可以是被配置為從第一客戶端計算裝置120和/或第二客戶端計算裝 置125接收音頻數據的硬件處理裝置。音頻數據可響應于用戶表現以生成音頻來接收，音頻 可對應于媒體數據。音頻數據可按多種不同類型格式化并且可與媒體數據和姿勢數據同 步，其中音頻數據的片段可對應于與姿勢數據相關聯的動作和/或媒體數據被呈現給用戶 時的時間范圍。例如，在一個實施例中，音頻數據可以是應當在媒體數據在第一客戶端計算 裝置120或第二客戶端計算裝置125上被呈現的前六十秒持續呈現的記錄。音頻數據可對應 于媒體數據被呈現給用戶的整個時間段和/或媒體數據被呈現給用戶時的多個時間段。此 外，音頻數據可以是小于媒體數據文件的文件大小，并且可獨立于媒體數據和/或姿勢數據 被傳輸到邏輯服務器110、第一客戶端計算裝置120和/或第二客戶端計算裝置125。
[0492] 封包模塊240可以是被配置為從第一客戶端計算裝置120接收媒體數據、姿勢數據 和/或音頻數據并且將媒體數據、姿勢數據和/或音頻數據傳輸到第二客戶端計算裝置125 的硬件處理裝置。封包模塊240可響應于第一客戶端裝置120的用戶創建呈現來從第一客戶 端計算裝置120接收媒體數據。響應于封包模塊240接收媒體數據，封包模塊240可被配置 為:基于與媒體數據相關聯的元數據確定接收媒體數據的接收方用戶；解析與接收方用戶 相關聯的存儲器裝置215內的條目；并且確定媒體數據是否本地存儲在與接收方用戶相關 聯的第二客戶端計算裝置125處，如果媒體數據本地存儲在第二客戶端計算裝置125處，那 么封包模塊240可不將媒體數據傳輸到第二客戶端計算裝置125,并且如果媒體數據未本地 存儲在第二客戶端計算裝置125處，那么封包模塊240可將媒體數據傳輸到第二客戶端裝置 125。封包模塊240然后可更新與接收方用戶相關聯的存儲器裝置215內的條目，以指示媒體 數據被本地存儲在第二客戶端計算裝置125處。因此，可僅需要向第二客戶端計算裝置125 傳輸媒體數據一次，這可降低網絡130上的帶寬。此外，響應于從第一客戶端計算裝置120接 收將要傳輸到第二客戶端計算裝置215的媒體數據，封包模塊240可更新與第一客戶端計算 裝置120的用戶相關聯的存儲器裝置215內的條目，以指示媒體數據被本地存儲在第一客戶 端計算裝置120處。因此，可不需要封包模塊240向第一客戶端計算裝置120傳輸媒體數據。
[0493] 封包模塊240還可被配置為響應于從第一客戶端計算裝置120接收音頻數據和/或 姿勢數據，將音頻數據和/或姿勢數據傳輸到第二客戶端計算裝置125。在實施例中，封包模 塊240可自動將音頻數據和/或姿勢數據傳輸到第二客戶端計算裝置125,其中音頻數據和/ 或姿勢數據用于在第二客戶端計算裝置125上再現在第一客戶端計算裝置120上創建的初 始呈現。因此，封包模塊240可被配置為僅將在第一客戶端計算裝置120處創建的呈現的一 部分傳輸到第二客戶端計算裝置120,并且所傳輸的部分可以是基于最終用戶生成的數據 的類型(例如，媒體數據、音頻數據、姿勢數據等）。
[0494] 圖32示出用于將在第一客戶端計算裝置處創建的呈現傳輸到第二客戶端計算裝 置、同時降低傳輸呈現所需要的帶寬的方法300。以下呈現的方法300的操作旨在是說明性 的。在一些實施例中，方法300可利用未描述的一個或多個另外的操作和/或不利用所討論 的一個或多個操作來實現。另外，在圖32中示出并且在以下描述方法300的操作的順序并不 旨在是限制性的。
[0495] 在一些實施例中，方法300可在一個或多個處理裝置(例如，數字處理器、模擬處理 器、被設計為處理信息的數字電路、被設計為處理信息的模擬電路、狀態機和/或用于電子 地處理信息的其它機構）中實現。一個或多個處理裝置可包括響應于電子地存儲在電子存 儲介質上的指令執行方法300的一些或所有操作的一個或多個裝置。一個或多個處理裝置 可包括一個或多個裝置，該一個或多個裝置通過硬件、固件和/或軟件來配置，以專門設計 用于執行方法300的一個或多個操作。
[0496] 在操作310處，可從第一客戶端計算裝置接收與呈現相關聯的媒體數據。媒體數據 可于在第一客戶端計算裝置處完成呈現之前被接收，并且可響應于開始創建呈現被接收。 媒體數據可包括指示應當接收呈現的操作第二客戶端計算裝置的接受者用戶的元數據。媒 體數據可以是與需要從第一客戶端計算裝置傳輸到第二客戶端計算裝置的呈現相關聯的 最大文件。根據一種或多種實現方式，操作310可由與媒體模塊225相同或類似的媒體模塊 執行。
[0497] 在操作320處，在完成呈現之前，可確定媒體未本地存儲在第二客戶端計算裝置 處。確定可響應于以下內容做出：解析與操作第二客戶端計算裝置的接收方用戶相關聯的 存儲器裝置的條目，以確定第二客戶端計算裝置尚未接收包括媒體數據的呈現和/或第二 客戶端計算裝置尚未傳輸包括媒體數據的呈現。根據一種或多種實現方式，操作320可由與 封包模塊235相同或類似的封包模塊執行。
[0498] 在操作330處，響應于確定媒體數據未本地存儲在第二客戶端計算裝置處，可向第 二客戶端計算裝置傳輸媒體數據，其中媒體數據可在呈現完成之前和/或在呈現的其它部 分(例如，音頻數據和/或呈現數據）已由邏輯服務器接收之前被傳輸到第二客戶端計算裝 置。根據一種或多種實現方式，操作330可由與封包模塊235相同或類似的封包模塊執行。
[0499] 在操作340處，可從第一客戶端計算裝置接收呈現的其它部分、諸如音頻數據和/ 或姿勢數據。音頻數據和/或姿勢數據可獨立地和/或在不同時間段接收，不同時間段可以 是在向第二客戶端計算裝置傳輸媒體數據之后。音頻數據和/或姿勢數據可在分段創建呈 現期間和/或在完成呈現之后接收。根據一種或多種實現方式，操作340可由與姿勢模塊230 和/或音頻模塊235相同或類似的姿勢模塊和/或音頻模塊執行。
[0500] 在操作350處，可響應于接收音頻數據和/或姿勢數據自動地向第二客戶端計算裝 置傳輸音頻數據和/或姿勢數據。根據一種或多種實現方式，操作350可由與封包模塊235相 同或類似的封包模塊執行。
[0501]在操作360處，可利用呈現的不同部分、諸如媒體數據、姿勢數據和/或音頻數據在 第二客戶端計算裝置處重建呈現。根據一種或多種實現方式，操作360可由與第二客戶端計 算裝置125相同或類似的第二客戶端計算裝置執行。
[0502]盡管出于說明的目的而基于當前最實用和優選實現方式來詳細描述本技術，但應 當理解，這類細節僅出于說明的目的，兵且本技術并不限于所公開的實現方式，相反，本技 術旨在涵蓋屬于所附權利要求書的精神和范圍內的修改和等效布置。例如，應當理解，本技 術設想，在可能的程度上，任何實現方式的一個或多個特征可與任何其它實現方式的一個 或多個特征組合。
[0503]貫穿本說明書對"一個實施例"、"實施例"、"一個示例"或"示例"的引用是指結合 實施例或示例來描述的具體特征、結構或特性包括在本發明的至少一個實施例中。因此，在 貫穿本說明書的不同位置出現的短語"在一個實施例中"、"在實施例中"、"一個示例"或"示 例"不一定都是指同一個實施例或示例。此外，具體特征、結構或特征可按任何合適的組合 和/或子組合而組合在一個或多個實施例或示例中。另外，應當理解，本文提供的附圖是為 了向本領域的普通技術人員解釋并且附圖未必按比例繪制。
[0504] 根據本發明的實施例可體現為設備、方法或計算機程序產品。因此，這些實施例可 采用以下形式:完全硬件實施例、完全軟件實施例(包括固件、常駐軟件、微代碼等)或結合 軟件方面與硬件方面的實施例，所述實施例在本文中全部總體上可稱為"模塊"或"系統"。 此外，本發明可采取在任何有形傳達介質中體現的計算機程序產品的形式，該任何有形傳 達介質具有在介質中體現的計算機可用程序代碼。
[0505] 可利用一個或多個計算機可用或計算機可讀介質的任意組合。例如，計算機可讀 介質可包括以下各項中的一項或多項:便攜式計算機磁盤、硬盤、隨機存取存儲器(RAM)裝 置、只讀存儲器(ROM)裝置、可擦除可編程只讀存儲器(EPROM或閃存)裝置、便攜式光盤只讀 存儲器(CD-ROM)、光存儲裝置以及磁存儲裝置。用于實行本發明的操作的計算機程序代碼 可按一種或多種編程語言的任何組合來書寫。
【主權項】
1. 一種在服務器上托管即時消息服務以供用戶通過與所述服務器通信的客戶端裝置 來使用的計算機實現的方法，所述客戶端裝置執行用于始發并且在用戶之間共享包括圖像 數據、音頻數據和姿勢數據的消息的應用程序，所述服務器包括適于執行以下步驟的硬件 部件： 在所述服務器處接收與來自始發客戶端裝置的消息相關的音頻數據和姿勢數據； 在所述服務器處存儲所述音頻數據和所述姿勢數據結合所述音頻數據和所述姿勢數 據所相關的圖像數據；以及 將所存儲的音頻數據和姿勢數據從所述服務器分配給接收方客戶端裝置； 其中所接收的音頻數據和姿勢數據結合所述圖像數據在所述始發客戶端裝置處被記 錄，并且結合所述圖像數據被分配給所述接收方客戶端裝置以用于由所述接收方客戶端裝 置再現。2. 根據權利要求1所述的方法，所述方法還包括:在所述服務器處接收來自始發客戶端 裝置的圖像數據，并且將所述圖像數據分配給接收方客戶端裝置。3. 根據權利要求1所述的方法，其中所述圖像數據是在記錄所述音頻數據和所述姿勢 數據之時或之前接收的。4. 根據權利要求1所述的方法，所述方法還包括:在所述服務器處存儲所述圖像數據結 合與所述圖像數據相關的音頻數據和姿勢數據。5. 根據權利要求1所述的方法，所述方法還包括:在所述服務器處接收來自客戶端裝置 的圖像數據。6. 根據權利要求1所述的方法，其中所述圖像數據是在所述音頻數據和所述姿勢數據 之前接收的。7. 根據權利要求1所述的方法，所述方法用于始發并且在用戶之間共享包括圖像數據、 音頻數據和姿勢數據的消息。8. 根據權利要求1所述的方法，其中姿勢數據包括對所述圖像數據進行的平移、縮放和 旋轉。9. 根據權利要求1所述的方法，其中姿勢數據包括層疊在所述圖像數據上的視覺注釋。10. -種用于托管即時消息服務的服務器，所述即時消息服務供用戶通過與所述服務 器通信的客戶端裝置來使用，所述客戶端裝置執行用于始發并且在用戶之間共享包括圖像 數據、音頻數據和姿勢數據的消息的應用程序，所述服務器包括適于執行根據權利要求1所 述的步驟的硬件部件。11. 一種使用客戶端裝置以用于通過在所述客戶端裝置上執行的應用程序與托管在服 務器上的即時消息服務交互的計算機實現的方法，所述應用程序用于始發并且在用戶之間 共享包括圖像數據、音頻數據和姿勢數據的消息，所述應用程序適于執行以下步驟： 使用所述客戶端裝置將圖像數據上傳到所述服務器； 使用所述客戶端裝置記錄與圖像數據相關的音頻數據和姿勢數據；以及 將來自所述客戶端裝置的所述音頻數據和所述姿勢數據上傳到所述服務器以便結合 所述音頻數據和所述姿勢數據所相關的圖像數據進行存儲。12. 根據權利要求11所述的方法，其中所述圖像數據是在記錄所述音頻數據和所述姿 勢數據之前或之時上傳的。13. -種客戶端裝置，所述客戶端裝置用于通過在所述客戶端裝置上執行的應用程序 與托管在服務器上的即時消息服務交互，所述應用程序用于始發并且在用戶之間共享包括 圖像數據、音頻數據和姿勢數據的消息，所述應用程序適于執行根據權利要求11所述的步 驟。14. 一種被配置為根據權利要求11在客戶端裝置上執行的應用程序。
【文檔編號】G06Q50/00GK105849762SQ201480062072
【公開日】2016年8月10日
【申請日】2014年11月12日
【發明人】阿努拉·查克拉達
【申請人】布樂特私人有限公司