專利名稱：監(jiān)視系統(tǒng)中消息的針對性的用戶通知的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及計算機化的監(jiān)視系統(tǒng)，且更具體地，涉及一種用于管理從被監(jiān)視 裝置接收的消息并向用戶通知所述消息的系統(tǒng)和方法。
背景技術(shù)：
大多數(shù)監(jiān)視系統(tǒng)包含列出以下消息的日志，所述消息詳述了網(wǎng)絡(luò)及其連接組件的 所有動作和功能，使得網(wǎng)絡(luò)管理員可以在存在未預(yù)期問題的情況下對它進行復(fù)查，以確定 這些問題的起因。然而，當使用監(jiān)視系統(tǒng)時，用戶經(jīng)常面對消息的阻塞，其中許多消息是無 意義、不重要或不必要的、或者是冗余的?？赡苌蓴?shù)千條重復(fù)消息，所述消息填滿了數(shù)據(jù) 庫，并且確實使整個監(jiān)視系統(tǒng)變慢，因而導(dǎo)致監(jiān)視系統(tǒng)效率低。眾多消息還可能分散、妨礙 且有時隱瞞概述了必須解決的難題和問題的真正重要且相關(guān)的消息。的確，由于被管理模塊典型地發(fā)送出數(shù)量眾多的誤肯定(false positive)，所以 對于監(jiān)視多個模塊的一個普遍問題是報警(消息)的過濾和通知，這使得操作人員花費大 量時間來追蹤不相關(guān)的事件。此外，用戶所接收到的消息/通知的絕對(sheer)數(shù)目經(jīng)常 是令人簡直無法接受的。用于處置此問題的示范方式包括僅僅關(guān)閉監(jiān)視組件或與之一起關(guān) 閉模塊、或者抑制向用戶顯示廣泛類別的消息，這可能冒著丟失重要相關(guān)數(shù)據(jù)且無法向用 戶告警該系統(tǒng)中的真正問題的風(fēng)險。另一選項是讓用戶或技術(shù)人員在數(shù)千條消息中進行篩 查，以尋找可能幫助標識出用戶正在經(jīng)歷的問題的線索，這是極其耗時和吃力的。

發(fā)明內(nèi)容
在根據(jù)本原理的一個實施例中，提供了一種用于減少向用戶的通知的總數(shù)并且根 據(jù)用戶指定的規(guī)則來向具體用戶定制并映射消息(例如，一般的日志消息)的系統(tǒng)和方法。 有利地，提供了向用戶的定制的和針對性的(targeted)消息通知，因而減少了在監(jiān)視系統(tǒng) 中向監(jiān)視用戶發(fā)送的通知的數(shù)目。另外，使得用戶能夠應(yīng)用用于標識是否需要對于具體消 息發(fā)布告警的用戶指定的規(guī)則。相應(yīng)地，改善了系統(tǒng)監(jiān)視消息的用戶通知的效率，同時減少 或消除了不必要的、冗余的或過量的通知，并且用戶可以定制和指定他們想要被通知什么 類型的和/或特定的、實際消息。這經(jīng)由針對性的消息通知系統(tǒng)和方法來實現(xiàn)，其中提供了自動通知過濾以及自動 日志消息轉(zhuǎn)換技術(shù)。用戶能夠在接收用于消息的附加通知之前、依賴于用戶想要經(jīng)過的時 間段來定制該消息的時效間隔。此外，用戶可以基于裝置、裝置類型、時間/日期、消息緊急 性等來查看和分類日志消息。用戶還可以修改消息、增加/修改嚴重性等級，并且將該消息 關(guān)聯(lián)到先前創(chuàng)建的規(guī)則作為重置。例如，這些消息正在從外部源中生成。在本原理的一個方面中，提供了一種監(jiān)視系統(tǒng)中針對性的消息通知的方法，包括 以下步驟對第一消息加時間戳，以指示何時向用戶通知了所述第一消息；對于向用戶通 知的第一消息來設(shè)置時效間隔；確定是否接收到同樣的消息；以及如果向用戶通知的第一 消息的時效間隔已經(jīng)期滿，則向用戶發(fā)送該第一消息的另一通知。
根據(jù)另一方面，提供了一種監(jiān)視系統(tǒng)中針對性的消息通知的系統(tǒng)，包括通知模 塊，包括時間設(shè)置模塊，該時間設(shè)置模塊用于對第一消息加時間戳，以指示何時向用戶通知 了所述第一消息，并且對于向用戶通知的第一消息來設(shè)置時效間隔；以及監(jiān)視模塊，用于確 定是否接收到同樣的消息，并且如果向用戶通知的第一消息的時效間隔已經(jīng)期滿，則向用 戶發(fā)送該第一消息的另一通知。根據(jù)又一方面，提供了一種用于在監(jiān)視系統(tǒng)中對來自被監(jiān)視裝置的消息進行映射 的系統(tǒng)，包括轉(zhuǎn)換模塊，包括消息監(jiān)聽器，該消息監(jiān)聽器用于從被監(jiān)視裝置接收消息；索 引化數(shù)據(jù)庫，用于根據(jù)消息準則來存儲消息；日志管理器，用于將用戶指定的規(guī)則應(yīng)用到輸 入消息；以及映射模塊，用于根據(jù)用戶指定的規(guī)則來將輸入消息映射到用于用戶的相關(guān)消 肩、ο根據(jù)要結(jié)合附圖而閱讀的優(yōu)選實施例的以下詳細描述，本原理的這些和其他方 面、特征和優(yōu)點將被描述或者將變得明顯。


在附圖中，其中同樣的附圖標記在視圖中表示相似的要素圖1是根據(jù)本原理一方面的示范針對性的消息通知和日志消息轉(zhuǎn)換系統(tǒng)構(gòu)成 (setup)的框圖；圖2是根據(jù)本原理一方面的用于針對性消息通知的示范方法的流程圖；圖3是用于將輸入消息轉(zhuǎn)譯為用于用戶的相關(guān)消息的示范方法的流程圖；以及圖4是可以提供為使得用戶能夠執(zhí)行日志消息轉(zhuǎn)換的示范對話框。應(yīng)該理解，所述附圖是用于圖示本原理的構(gòu)思的目的，而不一定是用于圖示本原 理的唯一可能配置。
具體實施例方式根據(jù)本原理的各個方面而有利地提供了一種用于監(jiān)視系統(tǒng)中消息的針對性的用 戶通知的方法、設(shè)備和系統(tǒng)。盡管將主要在監(jiān)視系統(tǒng)和方法的上下文中描述本原理，但是不 應(yīng)該將本原理的特定實施例看作限制了本發(fā)明的范圍。本領(lǐng)域技術(shù)人員將理解并且本原理 的講解將告知，本原理的構(gòu)思可以有利地應(yīng)用于其中期望計算機有關(guān)的監(jiān)視功能的任何其 他環(huán)境中?？梢酝ㄟ^使用專用硬件、以及能夠與合適的軟件相關(guān)聯(lián)地執(zhí)行軟件的硬件，來提 供附圖所示的各種元件的功能。當通過處理器來提供時，可以通過單一專用處理器、通過單 一共享處理器、或多個獨立處理器來提供所述功能，所述多個獨立處理器中的一些可以被 共享。此外，術(shù)語“處理器”或“控制器”的明確使用不應(yīng)被解釋為排外地指代能夠執(zhí)行軟 件的硬件，而是隱含地不加以限制地包括數(shù)字信號處理器(“DSP”)硬件、用于存儲軟件 的只讀存儲器(“ROM”)、隨機存取存儲器(“RAM”)、和非易失性存儲器。此外，在這里敘 述本發(fā)明的原理、方面和實施例的所有陳述、以及其特定示例意圖在于涵蓋其結(jié)構(gòu)和功能 兩者的等效物。另外，其意圖在于這種等效物包括當前已知的等效物、以及在將來開發(fā)的等 效物(即，用于執(zhí)行同一功能、而不考慮結(jié)構(gòu)的任何開發(fā)的元件)兩者。因而，例如，本領(lǐng)域技術(shù)人員將理解，在這里呈現(xiàn)的任何框圖表現(xiàn)了用于實施本發(fā)明原理的說明性系統(tǒng)組件和/或電路的構(gòu)思圖。相似地，將理解，任何流程圖、流程示意圖、 狀態(tài)轉(zhuǎn)變圖、偽代碼等表現(xiàn)了實質(zhì)上可以在計算機可讀介質(zhì)中表現(xiàn)并且由計算機或處理器 如此執(zhí)行的各種處理，而無論是否明確地示出了這樣的計算機或處理器。有利地，根據(jù)本原理一個方面，迄今提供了一種用于在網(wǎng)絡(luò)監(jiān)視系統(tǒng)中消息的針 對性的用戶通知的系統(tǒng)和方法。根據(jù)另一方面，提供了一種用于將一般日志消息自動地轉(zhuǎn) 換為用戶有關(guān)的通知的系統(tǒng)和方法。在需要監(jiān)視動作(諸如，例如性能或安全監(jiān)視)時，可 以有利地在任何網(wǎng)絡(luò)中合并并且利用根據(jù)本原理的系統(tǒng)和方法。現(xiàn)在參考附圖，圖1是根據(jù)本原理一方面的示范針對性的消息通知和日志消息轉(zhuǎn) 換系統(tǒng)構(gòu)成的框圖。通知模塊103和轉(zhuǎn)換模塊104可以被提供為例如在CPU(中央處理單 元)中實施，該CPU例如為具有用于執(zhí)行計算機程序的指令的邏輯電路的計算機中的中央 單元。監(jiān)視裝置/CPU 110可以連接到用戶接口裝置，諸如顯示器和鍵盤/鼠標等，并且還 連接到至少一個被監(jiān)視裝置101、102。被監(jiān)視裝置可以包括例如期望在網(wǎng)絡(luò)上監(jiān)視的任何 裝置或被單獨監(jiān)視的裝置。通知模塊103被配置為根據(jù)本原理的一個方面來執(zhí)行針對性的消息通知過濾。轉(zhuǎn) 換模塊104被配置為根據(jù)本原理的另一方面來執(zhí)行一般日志消息到用戶相關(guān)信息消息的 轉(zhuǎn)譯和轉(zhuǎn)換。通知模塊103優(yōu)選地至少包括時間設(shè)置模塊105、數(shù)據(jù)庫106、監(jiān)視模塊107和時 效隊列(age queue) 108，并且可以被配置為與期望被監(jiān)視的任何裝置101、102、以及被配置 為與轉(zhuǎn)換模塊104進行通信。被監(jiān)視裝置可以經(jīng)由可包括諸如局域網(wǎng)(LAN)之類的任何類 型計算機網(wǎng)絡(luò)的網(wǎng)絡(luò)而連接。一般地，通知模塊103被配置為監(jiān)視、檢測、管理和過濾到用 戶的消息通知。轉(zhuǎn)換模塊104優(yōu)選地至少包括日志管理器111、消息監(jiān)聽器112、映射模塊113和 索引化的(indexed)數(shù)據(jù)庫114。將關(guān)于圖2和3來進一步討論通知模塊103和轉(zhuǎn)換模塊 104的各個組件的功能。本公開中所用的術(shù)語的示范定義如下時效隊列這是邏輯分級區(qū)域(staging area)，其中消息被存儲，直到它的時效時 間期滿為止。時效時間間隔(Aging Time Interval)是消息在時效隊列中保持的持續(xù)時間。該 系統(tǒng)存儲用于時效時間間隔的消息，在該時效時間間隔期間，為了確定是否應(yīng)該向用戶通 知新的消息的目的該消息將是可訪問的。時效時間間隔可以由用戶來指定并且對于消息的 具體類型或具體消息實例來定制。另外，可以設(shè)置默認的時效時間間隔。最大時效時間(Maximum Arihr Time)消息在時效隊列中保持的最大時間量。在一個方面中，通知模塊103提供了自動消息通知過濾特征，其中向用戶發(fā)送的 消息通知的數(shù)目基于與時間戳組合的消息的自動標記。通知模塊103可以(例如，默認地 或者根據(jù)用戶鍵入)設(shè)置時效時間間隔，在該時效時間間隔期間，一旦向用戶通知了輸入 消息，該輸入消息將“時效”或者被存儲。即，當接收到第一消息時，將向用戶發(fā)送通知，并 且將利用發(fā)送該通知的日期/時間來在數(shù)據(jù)庫中對該消息進行標記。如果接收到與已經(jīng)向用戶通知的消息相同(同樣)(或者被確定為與已經(jīng)向用戶 通知的消息是相同(同樣)消息類型)的隨后消息、并且先前向用戶通知的該消息仍處于時效隊列中，則將不向用戶發(fā)送該隨后消息的通知。有利地，相應(yīng)地，極大地減少了向用戶 發(fā)送的消息通知的總數(shù)。這防止了要求用戶在數(shù)千條重復(fù)消息中進行篩查，從而允許用戶 在需要解決時將注意力集中在更有可能指示潛在問題和難題的消息上。根據(jù)本原理的系統(tǒng)和方法還提供了一種用于將任何類型的消息轉(zhuǎn)譯或轉(zhuǎn)換為與 具體用戶有關(guān)的更有意義或更相關(guān)的消息。經(jīng)由日志消息轉(zhuǎn)換模塊104來使之成為可能， 該日志消息轉(zhuǎn)換模塊104向消息施加用戶指定的規(guī)則，以標識是否需要對于這個消息來向 具體用戶發(fā)布或生成告警。可以根據(jù)各種類別(例如，消息嚴重性或緊急性的等級、消息所 來自的裝置的類型(裝置類型)、消息所來自的特定裝置(裝置實例)、接收到消息的時間 /日期等)來在高度索引化的數(shù)據(jù)庫中存儲用于所有裝置的消息。用戶可以基于各種類別 來查看和分類日志消息，并且可以修改消息，增加或修改嚴重性等級，并將消息相關(guān)到先前 規(guī)則，作為重置消息。圖2是根據(jù)本原理一方面的用于針對性的消息通知的示范方法的流程圖。在開始 201之后，用戶可以指定所期望的時效時間間隔和/或默認的時效間隔(Aging Interval) (步驟202)。用戶可以在任何時間鍵入/修訂時效時間間隔。如果沒有指定時間，則該系 統(tǒng)可以使用默認的時效時間間隔。在步驟203中，該系統(tǒng)(例如，監(jiān)視模塊107)檢查來自 被監(jiān)視裝置的輸入消息。如果接收到輸入消息，則該處理前進到判定塊205，其中確定先前 是否已經(jīng)向用戶通知相同的消息或相同類型的消息。即，可以訪問和搜索數(shù)據(jù)庫106或時 效隊列108，以了解在時效隊列中是否存在相同的消息或相似的消息類型。如果不存在，則 向用戶發(fā)送用于該消息的通知(步驟207)，并且在數(shù)據(jù)庫106(和/或時效隊列108)中與 向用戶發(fā)送該通知的時間/日期一起對該消息進行標記。該處理返回到步驟201。如果先前已經(jīng)向用戶通知了“相同的”消息，即，相同的特定消息(例如，其來自特 定裝置類型-例如，Windows或MAC裝置；或來自特定裝置實例-例如，來自具體裝置的) 和/或相同類型的消息(例如，警報、危急告警、狀態(tài)檢查等)，則確定時效隊列中匹配消息 的時效間隔是否已經(jīng)期滿(步驟211)?！捌ヅ洹毕⒗缈梢园ū淮_定為與輸入消息是 相同類型或相同的特定消息的在先接收的消息。如果匹配消息的時效時間間隔尚未期滿， 則不向用戶通知該輸入消息，并且該處理返回到步驟201 (步驟213)。因而，沒有向用戶給 出輸入消息的通知。如果確定已經(jīng)經(jīng)過了匹配消息的時效時間間隔，則向用戶發(fā)送該輸入 消息的通知(步驟215)，并且該方法返回到步驟210 (步驟217)。圖3是用于將輸入消息(例如，“日志消息”)轉(zhuǎn)譯和轉(zhuǎn)換為用于用戶的相關(guān)消息的 示范方法的流程圖?！跋嚓P(guān)”消息可以包括與具體用戶有關(guān)的且處于對用戶而言、更容易可 讀/可譯解形式中的消息。在開始301之后，用戶可以提供以下規(guī)則(用戶指定的規(guī)則)， 該規(guī)則例如可以指明期望對于哪些日志消息發(fā)布告警。示范的用戶指定的規(guī)則可以包括如 圖4所示，像以下一樣映射隱蔽消息405，圖4描繪了可以被提供為使得用戶能夠執(zhí)行日志 消息轉(zhuǎn)換的示范對話框401 06. 1-0593990-W =DecoderErr(0,0) intr 9031 :refTC-9027, 'Buffer Into amessage that states-〃 Black Video in movie"用戶可以進一步(例如，經(jīng)由嚴重性標簽40 指定消息嚴重性等級，以指定緊急 性/重要性的等級和/或要與各種日志消息相關(guān)聯(lián)的報警類型、應(yīng)該映射所述消息的子系 統(tǒng)。此外，可以提供關(guān)聯(lián)特征，從而當看到聲明了該問題被解決的日志消息時產(chǎn)生自動重置消息。即，自動地將接收到的、聲明問題被解決的日志消息映射到重置消息。此特征通過在 問題被改正或解決時自動地創(chuàng)建不活動消息，來允許在用戶視圖中自動的消息減少和過濾 (艮口，實際上向用戶顯示的消息數(shù)目上的減少)。在步驟305中，執(zhí)行消息檢查，并且處理任何所接收到的消息，以確定諸如嚴重性 等級、裝置類型、裝置實例等之類的消息信息。在索引化數(shù)據(jù)庫中存儲所處理的消息(步驟 311)，該索引化數(shù)據(jù)庫根據(jù)各種類別和準則(嚴重性、裝置類型、裝置實例、日期/時間等) 來存儲用于所有裝置的消息。用戶可以基于諸如裝置、裝置類型、時間/日期、嚴重性等級 等之類的各種準則來查看和分類消息(步驟315)。另外，在步驟307中，(例如，經(jīng)由映射 模塊113)將用戶指定的規(guī)則應(yīng)用到輸入消息，并且將與用戶指定的規(guī)則匹配的輸入消息 轉(zhuǎn)換或映射到與具體用戶相關(guān)的或有關(guān)的更有意義的格式。在步驟307以后，完成該系統(tǒng) (步驟313)。盡管在這里已經(jīng)詳細地示出和描述合并了本原理的教導(dǎo)的實施例，但是本領(lǐng)域技 術(shù)人員可以容易地設(shè)計仍合并這些教導(dǎo)的許多其他的變形實施例。已經(jīng)描述用于監(jiān)視系統(tǒng) 中消息管理和抑制的系統(tǒng)和方法的優(yōu)選實施例(其意圖在于是說明性而非限制性的)，要 注意，本領(lǐng)域技術(shù)人員可以按照上述教導(dǎo)來做出修改和變形。因此，要理解，可以在處于如 所附權(quán)利要求所概述的本原理的范圍和精神內(nèi)的公開的本原理具體實施例中做出改變。利 用專利法所需要的細節(jié)和特性而進行本原理的這樣描述，在所附權(quán)利要求中闡述所要求保 護和所期望保護的內(nèi)容。
權(quán)利要求
1.一種方法，包括以下步驟對第一消息加時間戳，以指示何時向用戶通知了所述第一消息； 對于向用戶通知的第一消息設(shè)置時效間隔； 確定第二消息是否對應(yīng)于所述第一消息；以及如果向用戶通知的第一消息的時效間隔已經(jīng)期滿，則向用戶發(fā)送第二消息的另一通知。
2.根據(jù)權(quán)利要求1的方法，還包括以下步驟設(shè)置用戶所期望的時效間隔時間和默認的時效間隔時間中的至少一個。
3.根據(jù)權(quán)利要求1的方法，還包括以下步驟基于所接收到的同樣的消息或所接收到的同樣的消息類型中的至少一個來建立對應(yīng) 的消息。
4.根據(jù)權(quán)利要求1的方法，其中加時間戳的步驟包括 從裝置接收輸入消息； 確定是否已經(jīng)向用戶通知該輸入消息；以及如果先前尚未向用戶通知該輸入消息，則向用戶發(fā)送該輸入消息的通知。
5.根據(jù)權(quán)利要求4的方法，其中確定的步驟包括確定先前是否已經(jīng)向用戶通知該輸入消息的同樣類型或同樣的消息中的至少一個。
6.根據(jù)權(quán)利要求1的方法，還包括以下步驟基于其中向用戶通知的消息被存儲在時效隊列中的時間的持續(xù)時間來利用時效間隔。
7.根據(jù)權(quán)利要求6的方法，其中確定是否已經(jīng)接收到同樣的消息的步驟包括 將來自被監(jiān)視裝置的新輸入消息與時效隊列中的存儲的消息進行比較。
8.一種系統(tǒng)，包括通知模塊，包括時間設(shè)置模塊，該時間設(shè)置模塊用于對第一消息加時間戳，以指示何時 向用戶通知了所述第一消息，并且用于對于向用戶通知的第一消息來設(shè)置時效間隔；以及監(jiān)視模塊，用于確定是否接收到對應(yīng)于第一消息的第二消息，并且如果向用戶通知的 第一消息的時效間隔已經(jīng)期滿，則向用戶發(fā)送第一消息的另一通知。
9.根據(jù)權(quán)利要求8的系統(tǒng)，其中該時間設(shè)置模塊被配置為設(shè)置用戶所期望的時效間隔 時間和默認的時效間隔時間中的至少一個。
10.根據(jù)權(quán)利要求8的系統(tǒng)，其中相同的消息包括同樣的消息或同樣的消息類型中的 至少一個。
11.根據(jù)權(quán)利要求8的系統(tǒng)，其中該監(jiān)視模塊還被配置為從裝置接收輸入消息，確定是 否已經(jīng)向用戶通知該輸入消息，并且如果先前尚未向用戶通知該輸入消息，則向用戶發(fā)送 該輸入消息的通知。
12.根據(jù)權(quán)利要求11的系統(tǒng)，其中該監(jiān)視模塊還被配置為確定先前是否已經(jīng)向用戶通 知該輸入消息的同樣類型或同樣的消息中的至少一個。
13.根據(jù)權(quán)利要求8的系統(tǒng)，還包括時效隊列，用于將向用戶通知的消息存儲達到等于其時效間隔的時間的持續(xù)時間。
14.根據(jù)權(quán)利要求13的方法，其中該監(jiān)視模塊還被配置為通過將來自被監(jiān)視裝置的新 輸入消息與時效隊列中存儲的消息進行比較來確定是否已經(jīng)接收到同樣的消息。
15.一種系統(tǒng)，用于在監(jiān)視系統(tǒng)中對來自被監(jiān)視裝置的消息進行映射，包括 轉(zhuǎn)換模塊，包括消息監(jiān)聽器，該消息監(jiān)聽器用于從至少一個被監(jiān)視裝置接收消息； 索引化的數(shù)據(jù)庫，用于根據(jù)消息準則來存儲消息；日志管理器，用于將用戶指定的規(guī)則應(yīng)用到輸入消息；以及映射模塊，用于根據(jù)用戶指定的規(guī)則將輸入消息映射到用戶的相關(guān)消息。
16.根據(jù)權(quán)利要求15的系統(tǒng)，其中該用戶指定的規(guī)則包括消息嚴重性等級。
17.根據(jù)權(quán)利要求16的系統(tǒng)，其中消息準則包括嚴重性等級、裝置類型、裝置實例和時 間/日期中的至少一個。
18.根據(jù)權(quán)利要求15的系統(tǒng)，其中該日志管理器還被配置為使得用戶能夠修改所映射 的消息，并且將消息關(guān)聯(lián)到所期望的用戶指定的規(guī)則。
19.根據(jù)權(quán)利要求15的系統(tǒng)，其中對于用戶的相關(guān)消息包括可讀的且與具體用戶有關(guān) 的消息。
20.根據(jù)權(quán)利要求15的系統(tǒng)，其中該用戶指定的規(guī)則標識是否發(fā)布輸入消息的告警。
21.根據(jù)權(quán)利要求15的系統(tǒng)，其中該日志管理器被配置為自動地將用于指示已解決問 題的日志消息關(guān)聯(lián)到重置消息。
全文摘要
提供了一種監(jiān)視系統(tǒng)中針對性的消息通知的系統(tǒng)和方法，包括通知模塊(103)，具有時間設(shè)置模塊(105)，該時間設(shè)置模塊(105)用于對第一消息加時間戳，以指示何時向用戶通知了所述第一消息，并且對于向用戶通知的第一消息設(shè)置時效間隔。提供監(jiān)視模塊(107)來確定是否接收到相同消息，并且如果向用戶通知的第一消息的時效間隔已經(jīng)期滿，則向用戶發(fā)送該相同消息的另一通知。
文檔編號H04L12/26GK102077510SQ200880130075
公開日2011年5月25日 申請日期2008年6月25日 優(yōu)先權(quán)日2008年6月25日
發(fā)明者諾森·羅德里格斯 申請人:湯姆森特許公司