專利名稱：在家庭網(wǎng)絡(luò)中向遠(yuǎn)程用戶接口客戶機(jī)通知遠(yuǎn)程用戶接口服務(wù)器的事件的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種在家庭網(wǎng)絡(luò)中向遠(yuǎn)程用戶接口客戶機(jī)(RUIC)通知在遠(yuǎn)程用戶接 口服務(wù)器(RUIS)中發(fā)生的事件的方法。
背景技術(shù)：
網(wǎng)絡(luò)需要各種類型的裝置。此外，用戶可使用家庭網(wǎng)絡(luò)中的裝置提供的各種服務(wù) 或家庭網(wǎng)絡(luò)的外部服務(wù)提供商提供的服務(wù)。因此，需要向所有的家庭網(wǎng)絡(luò)裝置(下文中稱 為“裝置”)通知對于單個服務(wù)發(fā)生的事件。由于家庭網(wǎng)絡(luò)是用戶的區(qū)域，所以用戶傾向于被告之對于用戶在家庭網(wǎng)絡(luò)中使用 的服務(wù)所發(fā)生的所有事件，而不管用戶當(dāng)前正在使用的裝置的類型如何。更具體地，會向用 戶實(shí)時通知對于用戶不感興趣的另一裝置所發(fā)生的事件采用這樣的構(gòu)架的家庭網(wǎng)絡(luò)規(guī)范的示例是消費(fèi)者電子協(xié)會(CEA) -2014。CEA-2014 公布了通過家用電子裝置(諸如數(shù)字TV)中的遠(yuǎn)程用戶接口使用由家庭網(wǎng)絡(luò)的另一裝置或 互聯(lián)網(wǎng)上的服務(wù)器提供的服務(wù)的技術(shù)。在CEA-2014規(guī)范中公開了更詳細(xì)的描述，這里不再重復(fù)。圖1是用于解釋在家庭網(wǎng)絡(luò)中向遠(yuǎn)程用戶接口客戶機(jī)(RUIC)通知事件的傳統(tǒng)方 法的框圖。家庭網(wǎng)絡(luò)是基于CEA-2014的網(wǎng)絡(luò)，并且該方法描述了基于CEA-2014規(guī)范的方法。在操作0，RUIC與遠(yuǎn)程用戶接口服務(wù)器(RUIQ形成遠(yuǎn)程用戶接口(RUI)會話。艮口， RUIC以可擴(kuò)展超文本標(biāo)記語言(XHTML)的格式顯示RUIS的用戶接口(UI)頁。用戶通過 UI頁使用RUIS的服務(wù)。在操作1，在另一 RUIS的服務(wù)中發(fā)生事件，并且向RUIC通知該事件。發(fā)生了該事 件的RUIS是沒有與RUIC形成RUI會話的第三方。在操作2，RUIC的第三方事件處理器調(diào)用XHTML瀏覽器。在操作3和操作4，XHTML瀏覽器通過HTTP GET指令瀏覽包括來自第三方的事件 的XHTML頁，并且將該事件的內(nèi)容提供給用戶。作為參考，包括該事件的XHTML頁的統(tǒng)一資 源定位符(URL)被包含于在操作1中由第三方發(fā)送到RUIC的事件通知頁中。如上所述，由于向采用第三方事件通知構(gòu)架的家庭網(wǎng)絡(luò)中的所有家庭網(wǎng)絡(luò)裝置通 知事件，所以可通過任何家庭網(wǎng)絡(luò)裝置向用戶通知所有事件的發(fā)生。然而，用戶可能不想在所有RUIC上顯示RUIS的事件。例如，當(dāng)用戶和他或她的家 人正在觀看TV時，用戶可能不想在TV上顯示由他或她的蜂窩電話(即，RUIQ接收的短消 息。另外，當(dāng)用戶在他或她朋友的家中時，用戶可能不想在朋友的TV上顯示由他或她的蜂 窩電話接收的短消息。

發(fā)明內(nèi)容
技術(shù)方案本發(fā)明提供一種方法和設(shè)備，該方法和設(shè)備在家庭網(wǎng)絡(luò)中通過選擇性地將事件頁 提供給遠(yuǎn)程用戶接口客戶機(jī)(RUIC)，來選擇性地向RUIC通知事件，由遠(yuǎn)程用戶接口服務(wù)器 (RUIS)執(zhí)行所述通知。有益效果根據(jù)該示例性的實(shí)施例，僅當(dāng)用戶認(rèn)證成功時，在RUIS中發(fā)生的事件才被顯示在 相應(yīng)的RUIC上，因此可確保用戶的隱私。


圖1是用于解釋在家庭網(wǎng)絡(luò)中向遠(yuǎn)程用戶接口客戶機(jī)(RUIC)通知事件的傳統(tǒng)方 法的框圖；圖2是用于解釋根據(jù)本發(fā)明示例性實(shí)施例的向RUIC通知事件的方法的示圖；圖3是根據(jù)本發(fā)明示例性實(shí)施例的通過用戶認(rèn)證向RUIC通知事件的方法的流程 圖，由遠(yuǎn)程用戶接口服務(wù)器(RUIQ執(zhí)行所述通知；圖4是示出根據(jù)本發(fā)明示例性實(shí)施例的顯示在RUIC上的認(rèn)證頁的示圖；圖5A是根據(jù)本發(fā)明示例性實(shí)施例的由RUIC管理的認(rèn)證信息表；圖5B是根據(jù)本發(fā)明示例性實(shí)施例的由遠(yuǎn)程用戶接口服務(wù)器(RUIQ管理的認(rèn)證信
息表；圖6是根據(jù)本發(fā)明示例性實(shí)施例的向RUIC通知事件的方法的流程圖，由RUIS在 選擇的家庭網(wǎng)絡(luò)上執(zhí)行所述通知；圖7是示出根據(jù)本發(fā)明示例性實(shí)施例的由RUIS提供的用于選擇標(biāo)準(zhǔn)RUIC的圖像 的示圖；圖8是根據(jù)本發(fā)明示例性實(shí)施例的由RUIS提供的圖像的示圖，所述圖像用于選擇 將被通知事件的RUIC ；圖9是根據(jù)本發(fā)明示例性實(shí)施例的僅向選擇的包括遠(yuǎn)程UI控制點(diǎn)的RUIC通知事 件的方法的流程圖，由RUIS執(zhí)行所述通知；圖10是用于解釋根據(jù)本發(fā)明示例性實(shí)施例的RUIS裝置的結(jié)構(gòu)的框圖。最佳模式根據(jù)本發(fā)明的一方面，提供一種在家庭網(wǎng)絡(luò)中向遠(yuǎn)程用戶接口客戶機(jī)(RUIC)通 知遠(yuǎn)程用戶接口服務(wù)器(RUIQ中發(fā)生的事件的方法，在RUIS中執(zhí)行所述通知，所述方法包 括對遠(yuǎn)程用戶接口客戶機(jī)(RUIC)執(zhí)行認(rèn)證；基于認(rèn)證結(jié)果確定RUIC是否被授權(quán)顯示所 述事件；基于確定結(jié)果選擇性地將指示所述事件的內(nèi)容的事件頁發(fā)送到RUIC。執(zhí)行認(rèn)證的步驟可包括發(fā)送事件通知消息，在所述事件通知消息中，事件頁的統(tǒng) 一資源定位符(URL)被認(rèn)證頁的URL替換；通過HTTP HOST命令從認(rèn)證頁接收用戶輸入的 認(rèn)證信息；基于認(rèn)證信息確定認(rèn)證是否成功。執(zhí)行認(rèn)證的步驟可包括響應(yīng)于針對事件頁的HTTP GET命令發(fā)送HTTP401登錄所 需消息(HTTP 401Login Required message)；通過認(rèn)證窗口的HTTP GET命令從RUIC接收 用戶輸入的認(rèn)證信息；使用認(rèn)證信息確定認(rèn)證是否成功。
根據(jù)本發(fā)明的另一方面，提供一種計(jì)算機(jī)可讀記錄介質(zhì)，其上記錄有用于使計(jì)算 機(jī)執(zhí)行所述方法的程序。根據(jù)本發(fā)明的另一方面，提供一種在家庭網(wǎng)絡(luò)中向遠(yuǎn)程用戶接口客戶機(jī)(RUIC) 通知遠(yuǎn)程用戶接口服務(wù)器(RUIS)中的事件的設(shè)備，所述設(shè)備包括認(rèn)證執(zhí)行單元，對遠(yuǎn)程 用戶接口客戶機(jī)(RUIC)執(zhí)行認(rèn)證，并確定RUIC是否被授權(quán)顯示所述事件；事件頁提供單 元，基于確定結(jié)果選擇性地將指示所述事件的內(nèi)容的事件頁發(fā)送到RUIC。認(rèn)證執(zhí)行單元可包括事件通知單元，發(fā)送事件通知消息，在所述事件通知消息 中，事件頁的統(tǒng)一資源定位符(URL)被認(rèn)證頁的URL替換；認(rèn)證信息接收單元，通過HTTP HOST命令從認(rèn)證頁接收用戶輸入的認(rèn)證信息；確定單元，基于認(rèn)證信息確定認(rèn)證是否成功。認(rèn)證執(zhí)行單元可包括認(rèn)證信息接收單元，響應(yīng)于針對事件頁的HTTP GET命令發(fā) 送HTTP 401登錄所需消息，并且通過響應(yīng)于所述發(fā)送而顯示的認(rèn)證窗口的HTTP GET命令 從RUIC接收用戶輸入的認(rèn)證信息；確定單元，基于認(rèn)證信息確定認(rèn)證是否成功。根據(jù)本發(fā)明的另一方面，提供一種向遠(yuǎn)程用戶接口客戶機(jī)(RUIC)通知遠(yuǎn)程用戶 接口服務(wù)器(RUIS)中發(fā)生的事件的方法，由RUIS執(zhí)行所述通知，所述方法包括確定當(dāng)前 連接到RUIS的當(dāng)前家庭網(wǎng)絡(luò)是否是允許被通知事件的選擇的家庭網(wǎng)絡(luò)；基于確定結(jié)果，將 指示所述事件的事件頁發(fā)送到屬于當(dāng)前家庭網(wǎng)絡(luò)的至少一個遠(yuǎn)程用戶接口客戶機(jī)(RUIC)。確定步驟可包括確定在選擇的家庭網(wǎng)絡(luò)中發(fā)現(xiàn)的至少一個選擇的裝置在當(dāng)前家 庭網(wǎng)絡(luò)中是否被發(fā)現(xiàn)；基于在選擇的家庭網(wǎng)絡(luò)中發(fā)現(xiàn)的至少一個選擇的裝置在當(dāng)前家庭網(wǎng) 絡(luò)中是否被發(fā)現(xiàn)的確定結(jié)果，確定當(dāng)前家庭網(wǎng)絡(luò)是否是選擇的家庭網(wǎng)絡(luò)。發(fā)送步驟可包括按照單播方法和多播方法中的一種，將事件頁發(fā)送到由用戶的 輸入先前選擇的至少一個RUIC。根據(jù)本發(fā)明的另一方面，提供一種向遠(yuǎn)程用戶接口客戶機(jī)(RUIC)通知遠(yuǎn)程用戶 接口服務(wù)器(RUIQ中的事件的設(shè)備，所述設(shè)備包括估計(jì)單元，確定當(dāng)前連接到遠(yuǎn)程用戶 接口服務(wù)器的當(dāng)前家庭網(wǎng)絡(luò)是否是允許被通知事件的選擇的家庭網(wǎng)絡(luò)；事件頁提供單元， 基于確定結(jié)果，將指示所述事件的事件頁選擇性地發(fā)送到屬于當(dāng)前家庭網(wǎng)絡(luò)的至少一個遠(yuǎn) 程用戶接口客戶機(jī)(RUIC)。
具體實(shí)施例方式圖2是用于解釋根據(jù)本發(fā)明示例性實(shí)施例的向遠(yuǎn)程用戶接口客戶機(jī)(RUIC)通知 事件的方法的示圖。在該示例性實(shí)施例中，電視(TV)用作RUIC，蜂窩電話用作遠(yuǎn)程用戶接口服務(wù)器 (RUIS)。參照圖2，當(dāng)名為Mike的觀看者和他的家人正在觀看TV時，即使他在蜂窩電話上 收到呼叫，呼叫者的標(biāo)識ID也不立即顯示在TV上。相反，用于執(zhí)行用戶認(rèn)證的認(rèn)證頁顯示在TV上，以確定是否顯示呼叫者的ID。如果Mike通過認(rèn)證頁輸入正確的認(rèn)證信息，則呼叫者的ID被顯示在TV上。認(rèn)證 信息可以是由Mike在蜂窩電話中預(yù)先設(shè)置的密碼，或者可以在RUIS和RUIC之間被預(yù)先定 義。然而，在蜂窩電話中設(shè)置的密碼可被使用，以通過使用RUIC檢查事件的內(nèi)容。根據(jù)該示例性實(shí)施例，僅當(dāng)用戶認(rèn)證成功時，在RUIS中發(fā)生的事件才被顯示在相 應(yīng)的RUIC上，因此可確保用戶的隱私。
圖3是根據(jù)本發(fā)明示例性實(shí)施例的通過用戶認(rèn)證向RUIC通知事件的方法的流程 圖，由RUIS執(zhí)行所述通知。在操作310，當(dāng)事件發(fā)生時，RUIS產(chǎn)生事件通知消息。在操作320，RUIS執(zhí)行用戶認(rèn)證，以檢查RUIC是否被授權(quán)顯示事件。優(yōu)選地，用戶輸入的認(rèn)證信息可通過安全信道被發(fā)送到RUIS。為了使得RUIC顯示用于執(zhí)行用戶認(rèn)證的認(rèn)證頁，而不是顯示其上顯示事件的事 件頁，可用認(rèn)證頁的統(tǒng)一資源定位符(URL)來替換包括在事件通知消息中的事件頁的URL。 當(dāng)用戶通過認(rèn)證頁輸入認(rèn)證信息時，RUIS通過HTTP POST接收認(rèn)證信息?；蛘?，使用HTTP認(rèn)證。S卩，當(dāng)在事件通知消息中使用事件頁的URL時，可響應(yīng)于 RUIC的HTTP GET指令發(fā)送HTTP 401登錄所需消息。在這種情況下，在RUIC的屏幕上顯示 認(rèn)證窗口，并且用戶可通過認(rèn)證窗口輸入認(rèn)證信息。當(dāng)用戶通過認(rèn)證窗口輸入認(rèn)證信息時， RUIS通過HTTP GET接收認(rèn)證信息。在操作330，RUIS確定用戶輸入的認(rèn)證信息是否正確。在操作340，當(dāng)認(rèn)證成功時，RUIS將事件頁提供給RUIC。圖4是示出根據(jù)本發(fā)明示例性實(shí)施例的顯示在RUIC上的認(rèn)證頁的示圖。每當(dāng)發(fā)生事件時，如果用戶需要每次輸入認(rèn)證信息，則用戶會感到繁瑣，或者會傾 向于忽略在選擇的RUIC中進(jìn)行用戶認(rèn)證。參照圖4，當(dāng)在RUIC上顯示認(rèn)證頁時，如果用戶在復(fù)選框“保存你的密碼”中打勾， 則認(rèn)證信息被存儲在RUIS、RUIC的本地存儲器或外部存儲器中?？赏ㄟ^選擇的插件的應(yīng)用 編程接口(API)存儲認(rèn)證信息，或者可使用CEA-2014標(biāo)準(zhǔn)保存和恢復(fù)功能。在存儲了認(rèn)證信息之后，由于RUIS和RUIC通過使用存儲的認(rèn)證信息執(zhí)行用戶認(rèn) 證，所以如果用戶一旦輸入認(rèn)證信息，則用戶不需要在下一事件發(fā)生時輸入認(rèn)證信息。在該示例性實(shí)施例中，用于存儲認(rèn)證信息的存儲裝置不限于任何選擇的裝置。因 此，認(rèn)證信息可被存儲在RUIS、RUIC或其它裝置中。將參照圖5A描述將認(rèn)證信息存儲在 RUIC中的情況。將參照圖5B描述將認(rèn)證信息存儲在RUIS中的情況。圖5A是根據(jù)本發(fā)明示例性實(shí)施例的由RUIC管理的認(rèn)證信息表。在該示例性實(shí)施例中，假設(shè)用戶輸入的認(rèn)證信息被存儲在RUIC中，并且通過HTTP 認(rèn)證來執(zhí)行對事件頁的訪問。參照圖5A，定義了 RUIS的URL與認(rèn)證密鑰之間的映射，其中，從事件通知消息提取 URL，使用在針對相應(yīng)事件的初始認(rèn)證處理期間由用戶輸入的認(rèn)證信息來產(chǎn)生認(rèn)證密鑰。接著，當(dāng)RUIC接收事件通知消息時，RUIC提取來自RUIC的URL，然后確定在認(rèn)證 信息表中是否存在相應(yīng)的認(rèn)證信息(針對提取的URI定義了所述認(rèn)證信息的映射)。當(dāng)在 認(rèn)證信息表中存在相應(yīng)的認(rèn)證信息時，RUIC將所述相應(yīng)的認(rèn)證信息插入到用于訪問事件頁 的HTTP GET命令中。接收HTTP GET命令的RUIC檢查認(rèn)證是否正確，然后將事件頁(而不 是認(rèn)證窗口或認(rèn)證頁)提供給RUIC。因此，當(dāng)在顯示網(wǎng)際協(xié)議(IP)地址192. 10. 10. 11 5678的頁的RUIS中發(fā)生事件時，RUIC立即顯示事件頁，而不是顯示認(rèn)證窗口或認(rèn)證頁。在一般的HTTP認(rèn)證通信處理中，當(dāng)處于激活狀態(tài)的XHTML瀏覽器重復(fù)訪問選擇的 URL時，可使用諸如cookie信息的會話信息。然而，當(dāng)XHTML瀏覽器被關(guān)閉時，會話信息會 被刪除。因此，當(dāng)XHTML瀏覽器訪問選擇的URL時，用戶需要再次輸入認(rèn)證信息。然而，在根據(jù)該示例性實(shí)施例的RUIC中，即使XHTML瀏覽器被關(guān)閉，在針對RUIS的初始認(rèn)證處理中 使用的認(rèn)證信息也會被存儲。圖5B是根據(jù)本發(fā)明示例性實(shí)施例的由RUIS管理的認(rèn)證信息表。在初始認(rèn)證處理中，當(dāng)用戶輸入認(rèn)證信息時，RUIC將認(rèn)證信息插入到用于請求 RUIS的事件頁的HTTP GET命令中。當(dāng)初始認(rèn)證成功時，RUIS產(chǎn)生認(rèn)證信息表(在認(rèn)證信 息表中，相應(yīng)RUIC的標(biāo)識(ID)與認(rèn)證信息之間的映射被定義)，并且將認(rèn)證信息表存儲在 本地存儲器或外部存儲器中。各種信息(諸如通用獨(dú)有標(biāo)識符(UUID)和/或提供商的IP 地址)可用作RUIC的ID。參照圖5B，定義了 RUIC的IP地址和認(rèn)證信息之間的映射。接著，當(dāng)RUIS接收用于訪問事件頁的HTTP命令時，RUIS從HTTP命令提取RUIC 的ID，然后確定在認(rèn)證信息表中是否存在相應(yīng)的認(rèn)證信息(針對提取的ID定義了所述認(rèn)證 信息的映射)。當(dāng)在認(rèn)證信息表中存在相應(yīng)的認(rèn)證信息時，RUIS忽略認(rèn)證處理，并且RUIS 將事件頁提供給RUIC。因此，根據(jù)該示例性實(shí)施例，當(dāng)在RUIS中發(fā)生事件時，顯示UUID 123-45-3456的RUIC立即顯示事件頁，而不是顯示認(rèn)證窗口或認(rèn)證頁。圖6是根據(jù)本發(fā)明示例性實(shí)施例的向RUIC通知事件的方法的流程圖，由RUIS在 選擇的家庭網(wǎng)絡(luò)中執(zhí)行所述通知。在操作610，RUIS根據(jù)用戶的輸入執(zhí)行環(huán)境設(shè)置，使得在選擇的家庭網(wǎng)絡(luò)(下文中 稱為用戶家庭網(wǎng)絡(luò))中僅向選擇的RUIC通知事件。例如，從屬于用戶家庭網(wǎng)絡(luò)的RUIC中 選擇至少一個RUIC作為標(biāo)準(zhǔn)RUIC，并且選擇的RUIC的ID (例如，IP地址)被存儲，如圖7 和圖8所示。圖7是示出根據(jù)本發(fā)明示例性實(shí)施例的由RUIS提供的用于選擇標(biāo)準(zhǔn)RUIC的圖像 的示圖。用戶可通過圖7所示的圖像選擇標(biāo)準(zhǔn)RUIC。圖8是根據(jù)本發(fā)明示例性實(shí)施例的由RUIS提供的圖像的示圖，所述圖像用于選 擇將被通知事件的RUIC。當(dāng)用戶通過圖8所示的圖像從屬于用戶家庭網(wǎng)絡(luò)的RUIC中選擇 RUIC時，RUIS存儲選擇的將被通知事件的RUIC的ID。再次參照圖6，在操作620，當(dāng)事件發(fā)生時，檢查當(dāng)前連接到RUIS的家庭網(wǎng)絡(luò)(下 文中稱為當(dāng)前家庭網(wǎng)絡(luò))是否是用戶家庭網(wǎng)絡(luò)。此外，在操作610，通過檢查是否發(fā)現(xiàn)了被 選擇作為標(biāo)準(zhǔn)RUIC的RUIC，可檢查當(dāng)前家庭網(wǎng)絡(luò)是否是用戶家庭網(wǎng)絡(luò)。在操作630，確定是否允許在當(dāng)前家庭網(wǎng)絡(luò)中發(fā)送事件通知消息。在當(dāng)前家庭網(wǎng)絡(luò) 是用戶家庭網(wǎng)絡(luò)時，允許發(fā)送事件通知消息。另一方面，在當(dāng)前家庭網(wǎng)絡(luò)不是用戶家庭網(wǎng)絡(luò) 時，不允許發(fā)送事件通知消息。在操作640，在當(dāng)前家庭網(wǎng)絡(luò)是用戶家庭網(wǎng)絡(luò)時，RUIS將事件通知消息僅發(fā)送到 選擇的將被通知事件的RUIC。當(dāng)多個RUIC被選擇時，使用多播方法來發(fā)送事件通知消息。 當(dāng)單個RUIC被選擇時，使用單播方法來發(fā)送事件通知消息。根據(jù)該示例性實(shí)施例，用戶可防止RUIS在不是用戶自己的家庭網(wǎng)絡(luò)的家庭網(wǎng)絡(luò) 中向RUIC通知在RUIS中發(fā)生的事件。另外，僅有選擇的RUIC可在用戶自己的家庭網(wǎng)絡(luò)中 向RUIC通知事件。或者，僅有選擇的RUIC可使用一般的通用即插即用(UPnP)技術(shù)產(chǎn)生事件頁，而不 需要用戶選擇將被通知事件的RUIC。將參照圖9描述這樣的方法。
圖9是根據(jù)本發(fā)明示例性實(shí)施例的向選擇的包括遠(yuǎn)程UI控制點(diǎn)的RUIC通知事件 的方法的流程圖，由RUIS執(zhí)行所述通知。在該示例性實(shí)施例中，RUIS通過使用一般的UPnP事件發(fā)送方法僅向選擇的RUIC 通知事件。在一般的UPnP事件發(fā)送方法中，當(dāng)事件發(fā)生時，用于向RUIC通知事件的UPnP 事件通知消息僅被發(fā)送到訂閱UPnP事件的裝置。根據(jù)該示例性實(shí)施例，包括用于再現(xiàn)相關(guān) 用戶接口(UI)的URL的UPnP事件通知消息被發(fā)送到訂閱UPnP事件的裝置，并且當(dāng)該裝置 接收事件時，該裝置可通過再現(xiàn)UI或發(fā)送的URL來提供事件信息。在操作910，RUIS從遠(yuǎn)程UI控制點(diǎn)接收請求消息，所述請求消息用于訂閱針對選 擇的服務(wù)的UPnP事件。例如，用戶通過嵌入了 RUIC的TV訂閱嵌入了 RUIS的蜂窩電話的 短消息服務(wù)。在操作920，當(dāng)在RUIC中發(fā)生相應(yīng)的事件時，UPnP事件通知消息被發(fā)送到 RUIC(即，訂閱UPnP事件的UPnP控制點(diǎn))。在這種情況下，UPnP消息包括事件頁的URL0 接收UPnP事件通知消息的RUIC可再現(xiàn)事件頁。因此，僅有訂閱UPnP事件的RUIC可產(chǎn)生 事件頁。圖10是示出根據(jù)本發(fā)明示例性實(shí)施例的RUIS裝置1000的結(jié)構(gòu)的框圖。參照圖10，RUIS裝置1000包括設(shè)置單元1010、存儲器1020、估計(jì)單元1030、認(rèn)證 執(zhí)行單元1040和事件頁提供單元1050。設(shè)置單元1010根據(jù)用戶的輸入執(zhí)行環(huán)境設(shè)置，使得在選擇的家庭網(wǎng)絡(luò)中僅向選 擇的RUIC通知事件。因此，標(biāo)準(zhǔn)RUIC的ID以及將被通知事件的RUIC的ID被存儲在存儲 器1020中。估計(jì)單元1030確定當(dāng)前家庭網(wǎng)絡(luò)是否是用戶家庭網(wǎng)絡(luò)。認(rèn)證執(zhí)行單元1040通過HTTP GET命令針對訪問事件頁的RUIC執(zhí)行認(rèn)證處理。認(rèn) 證執(zhí)行單元1040包括事件通知單元1041、認(rèn)證信息接收單元1042和確定單元1043。當(dāng)估計(jì)單元1030確定當(dāng)前家庭網(wǎng)絡(luò)是用戶家庭網(wǎng)絡(luò)時，事件通知單元1041按照 多播或單播方法將事件頁發(fā)送到用戶選擇的RUIC。當(dāng)多個RUIC被選擇時，使用多播方法來 發(fā)送事件頁。當(dāng)單個RUIC被選擇時，使用單播方法來發(fā)送事件頁。事件通知單元1041可將包括認(rèn)證頁的事件通知消息發(fā)送到RUIC(所述認(rèn)證頁的 URL被事件頁的URL替換)，以請求RUIC的認(rèn)證信息。當(dāng)事件通知消息的事件頁的URL被認(rèn)證頁的URL替換時，認(rèn)證信息接收單元1042 使用認(rèn)證頁通過HTTP HOST命令從RUIC接收用戶輸入的認(rèn)證信息?；蛘撸?dāng)事件頁的URL 被包括在事件通知消息中時，認(rèn)證信息接收單元1042響應(yīng)于針對事件頁的HTTP GET命令 發(fā)送HTTP 401登錄所需消息，并且通過使用響應(yīng)于HTTP 401登錄所需消息的認(rèn)證窗口通 過HTTP GET命令從RUIC接收用戶輸入的認(rèn)證信息。確定單元1043確定用戶輸入到RUIC的認(rèn)證信息相對于預(yù)先存儲在存儲器1020 中的認(rèn)證信息是否正確，然后確定用戶認(rèn)證是否成功。當(dāng)確定單元1043確定用戶認(rèn)證成功時，事件頁提供單元1050將事件頁發(fā)送到 RUIC。盡管已經(jīng)參照本發(fā)明的示例性實(shí)施例具體示出和描述了本發(fā)明，但是本領(lǐng)域技術(shù) 人員應(yīng)該理解，在不脫離權(quán)利要求限定的本發(fā)明的精神和范圍的情況下，可對其進(jìn)行形式和細(xì)節(jié)的各種改變。
權(quán)利要求
1.一種在家庭網(wǎng)絡(luò)中向遠(yuǎn)程用戶接口客戶機(jī)通知遠(yuǎn)程用戶接口服務(wù)器中發(fā)生的事件 的方法，在遠(yuǎn)程用戶接口服務(wù)器中執(zhí)行所述通知，所述方法包括對遠(yuǎn)程用戶接口客戶機(jī)執(zhí)行認(rèn)證；基于認(rèn)證結(jié)果確定遠(yuǎn)程用戶接口服務(wù)器是否被授權(quán)顯示所述事件； 基于確定結(jié)果選擇性地將指示所述事件的內(nèi)容的事件頁發(fā)送到遠(yuǎn)程用戶接口客戶機(jī)。
2.根據(jù)權(quán)利要求1所述的方法，其中，執(zhí)行認(rèn)證的步驟包括發(fā)送事件通知消息，在所述事件通知消息中，事件頁的統(tǒng)一資源定位符被認(rèn)證頁的統(tǒng) 一資源定位符替換；通過HTTP HOST命令從認(rèn)證頁接收用戶輸入的認(rèn)證信息； 基于認(rèn)證信息確定認(rèn)證是否成功。
3.根據(jù)權(quán)利要求1所述的方法，其中，執(zhí)行認(rèn)證的步驟包括 響應(yīng)于針對事件頁的HTTP GET命令發(fā)送HTTP 401登錄所需消息；通過認(rèn)證窗口的HTTP GET命令從遠(yuǎn)程用戶接口客戶機(jī)接收用戶輸入的認(rèn)證信息； 使用認(rèn)證信息確定認(rèn)證是否成功。
4. 一種計(jì)算機(jī)可讀記錄介質(zhì)，其上記錄有用于使計(jì)算機(jī)執(zhí)行權(quán)利要求1所述的方法的程序。
5. 一種在家庭網(wǎng)絡(luò)中向遠(yuǎn)程用戶接口客戶機(jī)通知遠(yuǎn)程用戶接口服務(wù)器中的事件的設(shè) 備，所述設(shè)備包括認(rèn)證執(zhí)行單元，對遠(yuǎn)程用戶接口客戶機(jī)執(zhí)行認(rèn)證，并確定遠(yuǎn)程用戶接口客戶機(jī)是否被 授權(quán)顯示所述事件；事件頁提供單元，基于確定結(jié)果選擇性地將指示所述事件的內(nèi)容的事件頁發(fā)送到遠(yuǎn)程 用戶接口客戶機(jī)。
6.根據(jù)權(quán)利要求5所述的設(shè)備，其中，認(rèn)證執(zhí)行單元包括事件通知單元，發(fā)送事件通知消息，在所述事件通知消息中，事件頁的統(tǒng)一資源定位符 被認(rèn)證頁的統(tǒng)一資源定位符替換；認(rèn)證信息接收單元，通過HTTP HOST命令從認(rèn)證頁接收用戶輸入的認(rèn)證信息； 確定單元，基于認(rèn)證信息確定認(rèn)證是否成功。
7.根據(jù)權(quán)利要求5所述的設(shè)備，其中，認(rèn)證執(zhí)行單元包括認(rèn)證信息接收單元，響應(yīng)于針對事件頁的HTTP GET命令發(fā)送HTTP 401登錄所需消息， 并且通過響應(yīng)于所述發(fā)送而顯示的認(rèn)證窗口的HTTP GET命令從遠(yuǎn)程用戶接口客戶機(jī)接收 用戶輸入的認(rèn)證信息；確定單元，基于認(rèn)證信息確定認(rèn)證是否成功。
8.—種向遠(yuǎn)程用戶接口客戶機(jī)通知遠(yuǎn)程用戶接口服務(wù)器中發(fā)生的事件的方法，由遠(yuǎn)程 用戶接口服務(wù)器執(zhí)行所述通知，所述方法包括確定當(dāng)前連接到遠(yuǎn)程用戶接口服務(wù)器的當(dāng)前家庭網(wǎng)絡(luò)是否是允許被通知事件的選擇 的家庭網(wǎng)絡(luò)；基于確定結(jié)果，將指示所述事件的事件頁發(fā)送到屬于當(dāng)前家庭網(wǎng)絡(luò)的至少一個遠(yuǎn)程用 戶接口客戶機(jī)。
9.根據(jù)權(quán)利要求8所述的方法，其中，確定步驟包括確定在選擇的家庭網(wǎng)絡(luò)中發(fā)現(xiàn)的至少一個選擇的裝置在當(dāng)前家庭網(wǎng)絡(luò)中是否被發(fā)現(xiàn)；基于在選擇的家庭網(wǎng)絡(luò)中發(fā)現(xiàn)的至少一個選擇的裝置在當(dāng)前家庭網(wǎng)絡(luò)中是否被發(fā)現(xiàn) 的確定結(jié)果，確定當(dāng)前家庭網(wǎng)絡(luò)是否是選擇的家庭網(wǎng)絡(luò)。
10.根據(jù)權(quán)利要求8所述的方法，其中，發(fā)送步驟包括按照單播方法和多播方法中的一種，將事件頁發(fā)送到由用戶的輸入先前選擇的至少一 個遠(yuǎn)程用戶接口客戶機(jī)。
11.一種計(jì)算機(jī)可讀記錄介質(zhì)，其上記錄有用于使計(jì)算機(jī)執(zhí)行權(quán)利要求8所述的方法 的程序。
12.—種向遠(yuǎn)程用戶接口客戶機(jī)通知遠(yuǎn)程用戶接口服務(wù)器中的事件的設(shè)備，所述設(shè)備 包括估計(jì)單元，確定當(dāng)前連接到遠(yuǎn)程用戶接口服務(wù)器的當(dāng)前家庭網(wǎng)絡(luò)是否是允許被通知事 件的選擇的家庭網(wǎng)絡(luò)；事件頁提供單元，基于確定結(jié)果，將指示所述事件的事件頁選擇性地發(fā)送到屬于當(dāng)前 家庭網(wǎng)絡(luò)的至少一個遠(yuǎn)程用戶接口客戶機(jī)。
13.根據(jù)權(quán)利要求12所述的設(shè)備，其中，估計(jì)單元確定在選擇的家庭網(wǎng)絡(luò)中發(fā)現(xiàn)的至 少一個選擇的裝置在當(dāng)前家庭網(wǎng)絡(luò)中是否被發(fā)現(xiàn)，并且基于在選擇的家庭網(wǎng)絡(luò)中發(fā)現(xiàn)的至 少一個選擇的裝置在當(dāng)前家庭網(wǎng)絡(luò)中是否被發(fā)現(xiàn)的確定結(jié)果，確定當(dāng)前家庭網(wǎng)絡(luò)是否是選 擇的家庭網(wǎng)絡(luò)。
14.根據(jù)權(quán)利要求12所述的設(shè)備，其中，事件頁提供單元按照單播方法和多播方法中 的一種，將事件頁發(fā)送到由用戶的輸入先前選擇的至少一個遠(yuǎn)程用戶接口客戶機(jī)。
全文摘要
一種事件通知方法，包括確定當(dāng)前連接到家庭網(wǎng)絡(luò)中的遠(yuǎn)程用戶接口服務(wù)器(RUIS)的當(dāng)前家庭網(wǎng)絡(luò)是否是用戶選擇的允許被通知事件的用戶的家庭網(wǎng)絡(luò)；將事件頁選擇性地提供給用戶在該用戶的家庭網(wǎng)絡(luò)中選擇的遠(yuǎn)程用戶接口客戶機(jī)(RUIC)，并且在提供事件頁之前執(zhí)行用戶認(rèn)證，由此確保用戶的隱私信息的安全性。
文檔編號H04M11/02GK102119525SQ200980131040
公開日2011年7月6日 申請日期2009年8月5日 優(yōu)先權(quán)日2008年8月5日
發(fā)明者孫泳哲, 陳浩 申請人:三星電子株式會社