連接是低延遲的雙向通信管道，例如具有40ms至200ms的延遲，所述通信管道一旦建立 便不通過請求驅動（像HTTP)而是已確定的通信管道。
[0060] 圖6示出了根據(jù)本發(fā)明的實施例的服務器102與瀏覽器202之間的網(wǎng)絡套接字連 接的建立的實例。在服務器請求62中，瀏覽器202向服務器102發(fā)送建立網(wǎng)絡套接字連接 的請求，并且接著服務器102將響應63至66發(fā)回給瀏覽器202。根據(jù)本發(fā)明的一些實施 例，每一服務器響應63至66包括來自病人監(jiān)護裝置10的病人數(shù)據(jù)的120毫秒（ms)。對于 一些病人數(shù)據(jù)，這包括按每4ms -個樣本的速率提取的樣本數(shù)據(jù)的平均或其它數(shù)據(jù)處理結 果；對于其它病人數(shù)據(jù)，這包括在120ms的時段內(nèi)的新波形（例如，ECG波形）或波形（或 其它圖或圖表）的改變。因此，根據(jù)本發(fā)明的實施例，因為消息63至66中的每一者包括 120ms的數(shù)據(jù)塊，所以網(wǎng)絡套接字消息63至66可以如所示每隔120ms進行發(fā)送。與流式傳 輸數(shù)據(jù)設置相比，這些網(wǎng)絡套接字消息明顯減少延遲，因為除了初始化網(wǎng)絡套接字服務器 請求62以外，不需要額外服務器請求來提示消息63至66至瀏覽器202的發(fā)送。根據(jù)本發(fā) 明的一些實施例，每一消息63至66包括病人數(shù)據(jù)的40ms至200ms，并且每一消息63至66 是相隔40ms至200ms來發(fā)送。
[0061] 可以將圖6的網(wǎng)絡套接字連接與圖8的傳統(tǒng)http輪詢連接的說明進行比較。圖 8示出了根據(jù)本發(fā)明的實施例的服務器102與瀏覽器202之間的流式傳輸或輪詢連接的建 立的實例。在服務器請求82中，瀏覽器202向服務器102發(fā)送對內(nèi)容的請求（包括完整的 標頭信息），并且接著服務器102將響應83發(fā)回給瀏覽器202。瀏覽器202接著向服務器 102發(fā)送對內(nèi)容的另一請求84,并且接著服務器102將下一個響應85發(fā)回給瀏覽器202。 這繼續(xù)來來回回，因此與網(wǎng)絡套接字連接相比增加了連接的總體延遲。在圖8的連接中，針 對病人數(shù)據(jù)的每一時段作出單獨的請求，并且用特定的所請求信息對每一單獨的請求作出 響應。相比之下，根據(jù)本發(fā)明的實施例，就圖6的網(wǎng)絡套接字連接來說，一旦建立了通信管 道，服務器102便繼續(xù)發(fā)送病人數(shù)據(jù)的每一時段，即便沒有向它作進一步的請求。
[0062] 網(wǎng)絡套接字消息63至66可以按包的形式發(fā)送，例如具有標頭和有效負載（例如， 病人數(shù)據(jù)）?？梢愿鶕?jù)JavaScript對象表示（JSON)協(xié)議或其它合適的格式對所述包格式 化。根據(jù)本發(fā)明的實施例，使用例如JSON等協(xié)議提供相對易于剖析和解釋的數(shù)據(jù)格式，在 非專屬意義上，這準許屏幕聚合裝置或其它允許使用web瀏覽器的裝置的設計者更容易地 設計與裝置10的接口。因此，在一些實施例中，裝置10與20之間的通信連接可以是安全 的以及例如使用SSL進行認證，但是病人數(shù)據(jù)自身可以是人類可讀的并且以JSON或類似協(xié) 議經(jīng)由網(wǎng)絡套接字來發(fā)送。JSON是基于文本的格式，所述格式是獨立于語言的并且是人類 可讀的。數(shù)據(jù)結構的一些元素可以包括值（例如，心率值），而其它元素可以包括數(shù)列（例 如，足以重新建構在樣本時段內(nèi)病人的ECG波形的數(shù)據(jù)）。JSON還很好地壓縮，并且大多數(shù) 現(xiàn)成的web瀏覽器具有處置JSON壓縮的能力。根據(jù)本發(fā)明的實施例，對象可以用幫助其他 用戶識別所述對象的數(shù)據(jù)類型以便在后續(xù)剖析中使用的字符串來命名。所述協(xié)議的使用還 可以通過準許病人數(shù)據(jù)的接收者容易地剖析它而不是解釋、轉換和/或翻譯它而減少代碼 的總量。根據(jù)本發(fā)明的實施例，可以使用慣常的所支持壓縮標準來壓縮經(jīng)由網(wǎng)絡套接字連 接發(fā)送的數(shù)據(jù)。根據(jù)本發(fā)明的實施例，其它非專屬或專屬數(shù)據(jù)格式或標準可以用于通過網(wǎng) 絡套接字連接傳輸?shù)臄?shù)據(jù)。
[0063] 圖3和圖4示出了示例屏幕顯示22,表明用于用戶界面顯示的屏幕位置可以由用 戶改變或定制。例如，圖3示出了來自三個不同裝置10、10'、10〃的三個屏幕的同時顯示。 根據(jù)本發(fā)明的實施例，可以將屏幕位置32中顯示的用戶界面移動到新的屏幕位置33,例如 通過選擇位置32中的用戶界面并沿箭頭37的方向將它拖到屏幕位置33。類似地，根據(jù)本 發(fā)明的實施例，可以將屏幕位置34中顯示的用戶界面移動到新的屏幕位置35,例如通過選 擇位置32中的用戶界面并沿箭頭38的方向將它拖到屏幕位置35。這將會產(chǎn)生類似于圖4 中的新屏幕22布局。替代地，屏幕位置31至36可以被稱作"槽"。
[0064] 除了將屏幕顯示移動到聚合屏幕22上的不同位置之外，還可以在裝置20與其它 病人監(jiān)護裝置之間建立新的網(wǎng)絡套接字連接。例如，在裝置20上運行的裝置聚合應用程序 可以準許用戶選擇已經(jīng)發(fā)現(xiàn)的或可供連接的病人監(jiān)護裝置10的菜單或列表，從而準許用 戶選擇所述裝置中的一者來與之建立新的網(wǎng)絡套接字連接。根據(jù)本發(fā)明的一些實施例，所 述應用程序還可以提示用戶在屏幕22上指定用于新用戶界面顯示的屏幕位置。根據(jù)本發(fā) 明的一些實施例，所述應用程序準許"在運行中"重新配置哪些顯示"槽"或屏幕位置31至 36與哪些裝置10通信。
[0065] 根據(jù)本發(fā)明的實施例，聚合裝置20自身可以連接至一個或多個額外的內(nèi)部或外 部監(jiān)視器或屏幕（未圖示），并且根據(jù)本發(fā)明的實施例，用戶可以在與裝置20相關聯(lián)的屏幕 中的任一者上的"槽"中的任一者上重新指派和/或重新安排與裝置20所連接至的每一裝 置10對應的屏幕位置。根據(jù)本發(fā)明的實施例，這個能力是動態(tài)的并且不會影響裝置20所 連接至的裝置10、10'、10〃或裝置10、10'、10〃與聚合控制臺裝置20之間的連接性。以類 似方式，可以將來自同一個裝置10的屏幕復制或其它數(shù)據(jù)同時放置在裝置20以及其相關 聯(lián)的監(jiān)視器或屏幕的各種"槽"中的處在任何地方的一個以上"槽"中。根據(jù)本發(fā)明的實施 例，同一個裝置10界面還可以通過兩個或兩個以上不同的聚合裝置20同時顯示。根據(jù)本 發(fā)明的實施例，這個能力是動態(tài)的并且不會影響所涉及的裝置1〇、1〇'、1〇〃。
[0066] 根據(jù)本發(fā)明的一些實施例，每一裝置20上以及裝置20的多個屏幕22上槽31至 36的安排和數(shù)目是可配置的。根據(jù)本發(fā)明的實施例，在向裝置10、10'、10"中的任一者請求 特定幀期間，可以請求包括特定數(shù)目的槽的默認配置。
[0067] 圖4還示出了根據(jù)本發(fā)明的實施例的可以與裝置20上的屏幕22 -起使用的額外 視覺安排。屏幕位置31、33、35各自復制裝置10、10'、10〃中的一者的顯示11、11'、11〃（與 那些顯示同時發(fā)生），而屏幕位置32、34、36可以用來顯示除了裝置10、10'、10〃自身目前顯 示的信息之外的信息，并且甚至可以包括各病人監(jiān)護裝置不能夠顯示的信息。例如，屏幕位 置31可以經(jīng)配置以同時復制裝置10的用戶界面11，而屏幕位置32可以經(jīng)配置以顯示屏 幕位置31中所顯示的相同數(shù)據(jù)的不同格式，或經(jīng)由與裝置10的網(wǎng)絡套接字連接接收到的 并且除了屏幕位置31中所示的數(shù)據(jù)之外或與屏幕位置31中所示的數(shù)據(jù)不同的數(shù)據(jù)或其部 分。根據(jù)本發(fā)明的一些實施例，屏幕位置31和32各自顯示經(jīng)由同一網(wǎng)絡套接字連接接收 到的病人數(shù)據(jù)的不同部分；根據(jù)本發(fā)明的其它實施例，屏幕位置31和32各自顯示經(jīng)由與同 一個裝置10的獨立網(wǎng)絡套接字連接接收到的病人數(shù)據(jù)或病人數(shù)據(jù)的部分。
[0068] 根據(jù)本發(fā)明的實施例，屏幕聚合裝置20可以是便攜式計算裝置，例如計算平板或 移動裝置。根據(jù)本發(fā)明的一些實施例，裝置10還可以經(jīng)配置以產(chǎn)生可移植文檔格式（PDF) 報告并且經(jīng)由網(wǎng)絡套接字連接將它發(fā)送給訂閱裝置（例如，裝置20)。根據(jù)本發(fā)明的實施 例，web服務器102還可以支持對數(shù)據(jù)的常規(guī)HTTP請求，例如存儲在數(shù)據(jù)庫106中的病人數(shù) 據(jù)的歷史數(shù)據(jù)庫。因為裝置10包括web服務器102,所以裝置20可以是任何計算裝置，例 如沒有預先安裝特殊軟件的現(xiàn)成計算機。在這種情形中，可以將裝置20為了與裝置10連 接而運行的應用程序從web服務器102傳輸至瀏覽器202并且進行執(zhí)行以便安裝或打開第 二裝置20上的應用程序。換句話說，根據(jù)本發(fā)明的實施例，web服務器102還準許將用于 從裝置10接收數(shù)據(jù)的任何特殊軟件直接發(fā)送至具有web瀏覽器202和處理器200的任何 其它裝置20。
[0069] 例如，裝置20可以向裝置10、10'、10"中的任一者請求控制臺幀軟件（例如，使瀏 覽器在屏幕22上顯示一個或多個槽或屏幕位置31至36的軟件）和裝置內(nèi)容（例如，裝置 屏幕內(nèi)容）兩者，因為那些裝置中的每一者可以包括不僅能夠提供內(nèi)容而且還能夠提供用 于觀看所述內(nèi)容的軟件的服務器102?？刂婆_20的用戶可以（向裝置10)作出對控制臺 幀（例如，裝置屏幕11的屏幕復制）的請求并且針對控制臺20在所述請求中預先選擇每 監(jiān)視器或屏幕的可用槽數(shù)目。根據(jù)本發(fā)明的實施例，一旦在控制臺20處載入了幀軟件，那 么除非控制臺20的瀏覽器202停止，否則不需要再次載入幀軟件。
[0070] 在屏幕聚合控制臺20處，用戶可以配置每監(jiān)視器或屏幕的槽數(shù)目以及槽在控制 臺20的每一監(jiān)視器或屏幕上的安排。關于所述配置、安排和/或每監(jiān)視器或屏幕的槽數(shù) 目的此信息可以在配置文件中存儲以及更新。配置文件可以（例如）存儲在控制臺裝置 20上，在一些情況中，所述控制臺裝置可以是PC。根據(jù)本發(fā)明的實施例，配置文件與源于任 何裝置的幀軟件兼容。根據(jù)本發(fā)明的實施例，配置文件可以呈JSON文件格式，但是其它文 件格式或實施方案將適宜存儲所述信息。根據(jù)本發(fā)明的實施例，所述配置文件可以從云存 儲存取和/或每一用戶攜帶或與每一用戶相關聯(lián)，使得用戶的配置文件可與源于任何裝置 10、10'、10〃的幀軟件一起使用。
[0071] 根據(jù)本發(fā)明的一些實施例，對于臨時或永久固定在位（例如，在臨時醫(yī)院病房中） 的裝置10,屏幕22可以包括地理或物理位置的地圖，其中屏幕位置31疊置在與對應裝置在 地圖上的位置對應的位置處，以便準許觀看來自特定病房或位置中的一個或多個裝置的聚 合信息的人查看所述裝置位于所述病房或位置中何處。根據(jù)本發(fā)明的一些實施例，代替疊 置在地圖上的屏幕位置31，地圖包括示出可以進行網(wǎng)絡套接字連接的裝置10的位置的字 符或圖標，并且用戶對所述圖標或字符的選擇建立網(wǎng)絡套接字連接和/或改變屏幕22的全 部或一部分以顯示來自所述網(wǎng)絡套接字連接的病人數(shù)據(jù)。根據(jù)本發(fā)明的實施例，裝置20準 許選擇和/或放大和/或最小化屏幕22上所示的數(shù)據(jù)或其部分。
[0072] 雖然圖2示出與單個遠程接