• / 15
  • 下載費用:30 金幣  

家庭網絡中處理事件的方法和設備.pdf

摘要
申請專利號:

CN200980103126.9

申請日:

2009.01.21

公開號:

CN101926161B

公開日:

2015.01.14

當前法律狀態:

有效性:

法律詳情: 授權|||實質審查的生效IPC(主分類):H04M 11/00申請日:20090121|||公開
IPC分類號: H04L12/66; H04M11/00 主分類號: H04L12/66
申請人: 三星電子株式會社
發明人: 陳浩; 黃寅喆; 金紋助
地址: 韓國京畿道
優先權: 2008.01.25 US 61/023,642; 2008.06.19 KR 10-2008-0058019
專利代理機構: 北京銘碩知識產權代理有限公司 11286 代理人: 韓明星;金光軍
PDF完整版下載: PDF下載
法律狀態
申請(專利)號:

CN200980103126.9

授權公告號:

101926161B||||||

法律狀態公告日:

2015.01.14|||2011.03.16|||2010.12.22

法律狀態類型:

授權|||實質審查的生效|||公開

摘要

將與提供給家庭網絡的服務相關的事件通知到與該服務無關的所有裝置。使在家庭網絡中多路發送的事件通知消息中包括請求與該事件相關的服務的裝置的標識符,如果包括在事件通知消息中的裝置標識符與自己的裝置標識符不一致,則裝置廢棄事件通知消息。

權利要求書

1: 一種在家庭網絡中第一裝置向第二裝置通知事件的方法, 其特征在于, 所述方法包 括步驟 : 產生映射信息, 在所述映射信息中將表示所述第二裝置向所述第一裝置請求的預定服 務的服務信息映射到所述第二裝置的標識符 ; 如果在所述服務中發生事件, 則參照所述映射信息來產生包括所述第二裝置的標識符 的事件通知消息 ; 將所述事件通知消息多路發送到所述家庭網絡的裝置。
2: 如權利要求 1 所述的方法, 其特征在于, 基于所述預定的服務是否要求用戶認證來產生重要性信息, 所述重要性信息表示所述 家庭網絡的裝置是否需要參照包括在所述事件通知消息中的裝置標識符 ; 所述事件通知消息還包括所述重要性信息。
3: 如權利要求 1 所述的方法, 其特征在于, 所述家庭網絡遵守消費電子協會 -2014 規格, 所述第一裝置是遠程用戶接口服務器 RUIS, 所述第二裝置是遠程用戶客戶機 RUIC。
4: 如權利要求 1 所述的方法, 其特征在于, 所述預定服務是互聯網協議多媒體子系統 IMS 服務, 所述第一裝置是將所述 IMS 服務 提供給所述家庭網絡的 IMS 網關。
5: 一種在家庭網絡中使第一裝置向第二裝置通知事件的裝置, 其特征在于, 所述裝置 包括 : 映射信息產生部, 產生映射信息, 在所述映射信息中將表示所述第二裝置向所述第一 裝置請求的預定服務的服務信息映射到所述第二裝置的標識符 ; 事件通知消息產生部, 如果在所述服務中發生事件, 則所述事件通知消息產生部參照 所述映射信息來產生包括所述第二裝置的標識符的事件通知消息 ; 事件通知部, 將所述事件通知消息多路發送到所述家庭網絡的裝置。
6: 如權利要求 5 所述的裝置, 其特征在于, 還包括 : 重要性信息產生部, 基于所述預定的服務是否要求用戶認證來產生重要性信息, 所述 重要性信息表示所述家庭網絡的裝置是否需要參照包括在所述事件通知消息中的裝置標 識符 ; 所述事件通知消息還包括所述重要性信息。
7: 如權利要求 5 所述裝置, 其特征在于, 所述家庭網絡遵守消費電子協會 CEA-2014 規格, 所述第一裝置是遠程用戶接口服務 器 RUIS, 所述第二裝置是遠程用戶客戶機 RUIC。
8: 如權利要求 5 所述的裝置, 其特征在于, 所述預定服務是互聯網協議多媒體子系統 IMS 服務, 所述第一裝置是將所述 IMS 服務 提供給所述家庭網絡的 IMS 網關。
9: 一種在家庭網絡中第一裝置從提供預定服務的第二裝置接收事件的方法, 其特征在 于, 包括如下步驟 : 通過請求所述服務的消息將所述第一裝置的標識符發送到所訴第二裝置 從所述第二裝置多路發送的事件通知消息中提取重要性信息, 所述重要性信息表示所 2 述家庭網絡的裝置是否需要參照包括在所述事件通知消息中的裝置標識符 ; 基于所述重要性信息, 確定是否采納所述事件通知消息。
10: 如權利要求 9 所述的方法, 其特征在于, 還包括步驟 : 如果確定需要參照包括在所述事件通知消息中的標識符, 則從所述事件通知消息中提 取裝置標識符 ; 為了產生比較結果, 將提取的所述裝置標識符與所述第一裝置的標識符進行比較 ; 基于所述比較結果, 選擇性地廢棄所述事件通知消息。
11: 如權利要求 9 所述的方法, 其特征在于, 所述家庭網絡遵守消費電子協會 CEA-2014 規格, 所述第一裝置是遠程用戶接口客戶 機 RUIC, 所述第二裝置是遠程用戶服務器 RUIS。
12: 如權利要求 9 所述的方法, 其特征在于, 所述預定服務是互聯網協議多媒體子系統 IMS 服務, 所述第二裝置是將所述 IMS 服務 提供給所述家庭網絡的 IMS 網關。
13: 一種在家庭網絡中第一裝置從提供預定服務的第二裝置接收事件的裝置, 其特征 在于, 包括 : 服務請求部, 通過請求所述服務的消息將第一裝置的標識符發送到第二裝置 ; 重要性信息提取部, 從所述第二裝置多路發送的事件通知消息提取重要性信息, 所述 重要性信息表示所述家庭網絡的裝置是否需要參照包括在所述事件通知消息中的裝置標 識符 ; 確定部, 基于所述重要性信息來確定是否采納所述事件通知消息。
14: 如權利要求 13 所述的裝置, 其特征在于, 還包括 : 裝置標識符提取部, 如果確定需要參照包括在所述事件通知消息中的標識符, 則所述 裝置標識符提取部從所述事件通知消息提取裝置標識符 ; 比較部, 為了產生比較結果, 所述比較部將所述提取的裝置標識符與所述第一裝置的 標識符進行比較 ; 消息處理部, 基于所述比較結果選擇性地廢棄所述事件通知消息。
15: 如權利要求 13 所述的裝置, 其特正在于, 所述家庭網絡遵守消費電子協會 CEA-2014 規格, 所述第一裝置是遠程用戶接口客戶 機 RUIC, 所述第二裝置是遠程用戶服務器 RUIS。
16: 如權利要求 13 所述的方法, 其特征在于, 所述預定服務是互聯網協議多媒體子系統 IMS 服務, 所述第二裝置是將所述 IMS 服務 提供給所述家庭網絡的 IMS 網關。
17: 一種記錄了執行權利要求 1 的方法的計算機程序的記錄介質。
18: 如權利要求 2 所述的方法, 其特征在于, 當所述服務要求用戶認證時, 所述重要性信息表示所述家庭網絡的裝置應參照所述第 二裝置的標識符以采納所述事件通知消息 ; 如果所述服務不要求用戶認證時, 所述家庭網絡的裝置與所述第二裝置的標識符無關 地采納所述事件通知消息。
19: 如權利要求 6 所述的裝置, 其特征在于, 3 當所述服務要求用戶認證時, 所述重要性信息表示所述家庭網絡的裝置應參照所述第 二裝置的標識符以采納所述事件通知消息 ; 如果所述服務不要求用戶認證時, 所述家庭網絡的裝置與所述第二裝置的標識符無關 地采納所述事件通知消息。
20: 如權利要求 10 所述的方法, 當所述比較結果為提取的所述裝置標識符與所述第一裝置的標識符一致時, 所述第一 裝置采納所述事件通知消息 ; 當所述比較結果為提取的所述裝置標識符與所述第一裝置的標識符不一致時, 廢棄所 述事件通知消息。
21: 如權利要求 14 所述的裝置, 其特征在于, 當所述比較結果為提取的所述裝置標識符與所述第一裝置的標識符一致時, 所述第一 裝置采納所述事件通知消息 ; 當所述比較結果為提取的所述裝置標識符與所述第一裝置的標識符不一致時, 廢棄所 述事件通知消息。

說明書


家庭網絡中處理事件的方法和設備

    技術領域 根據本發明的方法和裝置涉及家庭網絡, 更具體地講, 涉及當發生關于提供給家 庭網絡裝置的服務的事件時, 向相關裝置通知所述事件。
     背景技術 最近, 隨著各種家用電器的網絡功能的提高, 構成家庭網絡的裝置的種類變得多 樣并且其數量也增加。結果, 用戶可以利用家庭網絡中的其它裝置或者家庭網絡外部的服 務提供商所提供的各種服務, 隨之產生了將關于一個服務而發生的事件通知到所有家庭網 絡裝置 ( 以下簡稱 “裝置” ) 的必要性。
     由于家庭網絡是用戶區域, 所以用戶具有如下的傾向, 即, 與用戶當前關注的裝置 是何種裝置無關, 希望知道針對在家庭網絡中利用的服務所發生的所有事件。即, 優選地, 用戶應實時收到關于用戶沒有關注的其它裝置而發生的事件。
     采用這種構架 (framework) 的家庭網絡的標準的示例有 CEA-2014。CEA-2014 是 消費電子協會公開的家庭網絡標準, CEA-2014 公開了用于如下目的的技術, 即, 諸如數字電 視的家用電器通過遠程用戶接口 (RUI) 利用家庭網絡的其它裝置或互聯網上的服務器提 供的服務。由于在 CEA-2014 標準中公開了詳細說明, 所以在此省略。
     圖 1 是用于說明現有的家庭網絡中通知事件的方法的框圖。在此, 舉了基于 CEA-2014 的家庭網絡的示例, 圖 1 也從 CEA-2014 標準引用。
     在步驟 0, 遠程用戶接口客戶機 (RUIC) 與遠程用戶接口服務器 (RUIS) 形成 RUI 會 話 (session)。即, RUIC 顯示以 XHTML 表示的 RUIS 的 UI 頁, 用戶通過這種 UI 來利用 RUIS 的服務。
     在步驟 1, 在其它 RUIS 的服務中發生事件, 將這種事件通知給 RUIC。這時, 由于發 rd 生事件的 RUIS 是與 RUIC 沒有形成 RUI 會話的狀態, 所以該 RUIS 是第三方 (3 party)。 rd
     在步驟 2, RUIC 的第三方事件處理器 (3 party event handler) 調用 (invoke) XHTML 瀏覽器。
     在步驟 3-4, XHTML 瀏覽器通過 HTTP GET 命令從第三方獲得表示事件的 XHTML 頁。 作為參考, 事件頁的 URL 包括在步驟 1 中由第三方發送到 RUIC 的事件通知消息中。
     這樣, 采用第三方事件通知框架的家庭網絡中, 將事件通知給所有家庭網絡裝置, 從而用戶可通過任意家庭網絡裝置知道所有事件的發生事實。但是, 當需要用戶認證或者 裝置認證時, 這種優點反而成為缺點。其具體示例示出在圖 2 中。
     圖 2 示出的示例中, 家庭網絡 210 的裝置通過作為 RUIS 211 而進行操作的互聯網 協議多媒體子系統 (Internet Protocol Multimedia Subsystem, IMS) 網關 211 來利用 IMS 網絡 220 的基于 IMS 的服務。
     IMS 網絡 220 是基于第三代合作伙伴項目 (3GPP) 提出的標準的通信網絡, 提供各 種基于包的服務 ( 例如, 即時消息、 基于互聯網協議的語音通話 (VoIP)、 視頻電話等 )。呼 叫會話控制功能 (CSCF) 服務器 221 管理用于這種基于 IMS 的服務的會話, 而會話設置需要
     用戶的認證。
     如圖 2 的示例, 用作 RUIC 1 的數字電視 212 從 IMS 網關 211 接收 VoIP 收信通知 服務, 當用作 RUIC 2 的個人媒體播放器 (PMP) 不進行用于基于 IMS 的服務的認證時, 假設 發生了 VoIP 收信, 由于當前只有數字電視 212 通過了用于 VoIP 收信通知服務的認證, 所以 不應與其它裝置共享與 VoIP 收信通知服務有關的信息。 但是, 如前面所述, 當家庭網絡 210 跟隨第三方事件通知時, 由于多路 (multicast) 傳送所有事件, 所以作為 VoIP 的事件也被 通知到 PMP 213。
     此外, 當除數字電視 212 的用戶之外的其它人員 ( 例如, 用戶的親戚 ) 使用 PMP 213 時, 對于該人員而言, VoIP 收信事件是不需要的信息的可能性很高, 相反, 事件通知信 息可能妨礙利用 PMP 的電影欣賞。
     即, 根據現有技術存在如下的問題, 即, 當通過多路傳送來通知第三方事件的家庭 網絡中, 發生關于服務的事件時, 將事件也通知到沒有請求相關服務的裝置。 附圖說明
     圖 1 是用于說明現有的家庭網絡中通知事件的方法的框圖 ;
     圖 2 是用于說明根據現有技術的問題的示圖 ; 圖 3 是示出根據本發明實施例的通知事件的方法的流程圖 ; 圖 4 是示出根據本發明實施例的通知事件的方法的過程的流程圖 ; 圖 5 是示出根據本發明實施例的接收事件通知消息的過程的流程圖 ; 圖 6 是示出根據本發明實施例的家庭網絡裝置的結構的示圖。發明內容 技術方案
     本發明提供一種在家庭網絡中發生與服務相關的事件時, 僅將事件通知給請求該 服務的裝置的裝置和方法。
     有益效果
     根據本發明, 在家庭網絡中, 在裝置上顯示與當前利用的服務無關的事件, 從而用 戶可不受當前服務的影響, 如果是需要認證的服務, 則可防止與服務有關的信息不通過認 證而被家庭網絡的所有裝置共享。
     最佳模式
     根據本發明, 一種在家庭網絡中第一裝置向第二裝置通知事件的方法, 所述方法 包括步驟 : 產生映射信息, 在所述映射信息中將表示所述第二裝置向所述第一裝置請求的 預定服務的服務信息映射到所述第二裝置的標識符 ; 如果在所述服務中發生事件, 則參照 所述映射信息來產生包括所述第二裝置的標識符的事件通知消息 ; 將所述事件通知消息多 路發送到所述家庭網絡的裝置。
     所述事件通知方法應優選地還包括 : 基于所述預定的服務是否要求用戶認證來產 生重要性信息, 所述重要性信息表示所述家庭網絡的裝置是否需要參照包括在所述事件通 知消息中的裝置標識符 ; 所述事件通知消息還包括所述重要性信息。
     所述家庭網絡遵守 CEA-2014 規格, 所述第一裝置是遠程用戶接口服務器 (RUIS),
     所述第二裝置是遠程用戶客戶機 (RUIC)。
     所述預定服務是互聯網協議多媒體子系統 (IMS) 服務, 所述第一裝置可以是將所 述 IMS 服務提供給所述家庭網絡的 IMS 網關。
     此外, 本發明提供一種記錄了執行所述事件記錄方法的計算機程序的記錄介質。
     此外, 根據本發明, 一種在家庭網絡中使第一裝置向第二裝置通知事件的裝置包 括: 映射信息產生部, 產生映射信息, 在所述映射信息中將表示所述第二裝置向所述第一裝 置請求的預定服務的服務信息映射到所述第二裝置的標識符 ; 事件通知消息產生部, 如果 在所述服務中發生事件, 則所述事件通知消息產生部參照所述映射信息來產生包括所述第 二裝置的標識符的事件通知消息 ; 事件通知部, 將所述事件通知消息多路發送到所述家庭 網絡的裝置。
     優選地, 還包括重要性信息產生部, 基于所述預定的服務是否要求用戶認證來產 生重要性信息, 所述重要性信息表示所述家庭網絡的裝置是否需要參照包括在所述事件通 知消息中的裝置標識符 ; 所述事件通知消息還包括所述重要性信息。
     此外, 根據本發明, 一種由第一裝置從第二裝置接收事件的方法, 所述第二裝置在 家庭網絡中提供預定服務, 所述方法包括步驟 : 通過請求所述服務的消息將所述第一裝置 的標識符發送到所述第二裝置 ; 從所述第二裝置多路發送的事件通知消息中提取重要性信 息, 所述重要性信息表示所述家庭網絡的裝置是否需要參照包括在所述事件通知消息中的 裝置標識符 ; 基于所述重要性信息, 確定是否與包括在所述事件通知消息中的裝置標識符 無關地廢棄所述事件通知消息。 所述接收事件的方法應優選地包括步驟 : 如果確定需要參照包括在所述事件通知 消息中的標識符, 則從所述事件通知消息中提取裝置標識符 ; 將所述提取的裝置標識符與 所述第一裝置的標識符進行比較 ; 基于所述比較結果, 選擇性地廢棄所述事件通知消息。
     此外, 本發明提供了一種記錄了執行所述接收事件的方法的計算機程序的記錄介 質。
     此外, 根據本發明, 一種由第一裝置從第二裝置接收事件的裝置, 所述第二裝置在 家庭網絡中提供預定服務, 所述裝置包括 : 服務請求部, 通過請求所述服務的消息將第一裝 置的標識符發送到第二裝置 ; 重要性信息提取部, 從所述第二裝置多路發送的事件通知消 息提取重要性信息, 所述重要性信息表示所述家庭網絡的裝置是否需要參照包括在所述事 件通知消息中的裝置標識符 ; 確定部, 基于所述重要性信息來確定是否與包括在所述事件 通知消息中的裝置標識符無關地容納所述事件通知消息。
     具體實施方式
     圖 3 是示出根據本發明的通知事件的方法的流程圖。
     在步驟 301, RUIC 1 向 RUIS 發送服務請求消息。此時, 服務請求消息包括 RUIC 1 的裝置 ID。 此時的服務既可以是家庭網絡內部提供的服務, 也可以是家庭網絡外部的服務。
     在步驟 302, RUIS 利用包括在服務請求消息中的認證信息執行用戶認證。此外, 產 生將關于請求的服務的服務信息映射到 RUIC 1 的裝置 ID 的映射信息。
     在步驟 303, RUIS 和 RUIC 1 形成用于服務的服務會話, 即, RUIC 會話。
     在步驟 304, 在 RUIC 1 請求的服務中發生事件。在步驟 305, RUIS 參照映射信息來產生事件通知消息。即, 搜索請求事件發生的服 務的裝置的裝置 ID, 使搜索的裝置 ID 包括在事件通知消息中。
     在步驟 306, RUIS 將事件通知消息多路傳送到家庭網絡裝置 (RUIC1-RUIC n)。
     在步驟 307, RUIC 從事件通知消息中提取裝置 ID, 并與自己的裝置 ID 進行比較。
     在步驟 308, 確認包括在事件通知消息中的裝置 ID 與自己的裝置 ID 一致的 RUIC 1 利用 HTTP GET 命令從 RUIC 獲得事件 XHTML 文件。
     在步驟 309, RUIC 1 通過顯示 XHTML 文件來向用戶通知事件。
     在步驟 310, 其它 RUIC 與 RUIC 1 一樣, RUIC 從事件通知消息提取裝置 ID 并與自 己的裝置 ID 進行比較。
     在步驟 311, 在確認包括在事件通知消息中的裝置 ID 與自己的裝置 ID 不一致之 后, 其它 RUIC 廢棄 (discard) 事件通知消息。
     如上所述, 根據本發明實施例的家庭網絡中也沒有改變以多路傳送通知事件的架 構, 只是通過利用包括在事件通知消息中的裝置 ID, 將事件通知給與發生事件的服務相關 的特定裝置。
     只是, 當不需要認證的服務時, 需要使所有裝置仍然接收到事件通知消息。這時, 優選地將重要性信息插入到事件通知消息中, 所述重要性信息表示是否與包括在事件通知 消息中的裝置 ID 無關地接收事件通知。 圖 4 是示出根據本發明實施例的通知事件的過程的流程圖。以下步驟是向第二裝 置提供服務的第一裝置在家庭網絡中執行的步驟。
     在步驟 400, 第一裝置從第二裝置接收服務請求消息。
     在步驟 405, 第一裝置從服務請求消息提取裝置 ID。當然, 這時提取的裝置 ID 是 第二裝置的裝置 ID。
     在步驟 410, 第一裝置通過將表示第二裝置請求的服務的服務信息映射到第二裝 置的裝置 ID, 來產生映射信息。
     在步驟 415, 如果關于第一裝置提供的服務發生事件, 則通過參照映射信息來搜索 請求該服務的裝置的裝置 ID。
     在步驟 420, 第一裝置產生包括搜索到的裝置 ID 和重要性信息的事件通知消息。
     如果發生事件的服務不要求用戶認證 ( 在步驟 425 為否 ), 則第一裝置將事件通知 消息多路傳送到家庭網絡 ( 步驟 435), 家庭網絡的所有裝置與包括在事件通知消息中的裝 置 ID 無關地采納事件通知消息。
     相反, 如果發生事件的服務要求用戶認證 ( 在步驟 425 為是 ), 則在事件通知消 息中插入重要性信息 ( 步驟 430), 第一裝置將事件通知消息多路傳送到家庭網絡 ( 步驟 435)。
     家庭網絡的所有裝置將包括在事件通知消息中的裝置 ID 與自己的裝置 ID 進行比 較, 如果不一致, 則廢棄事件通知消息。
     如上所述, 重要性信息表示裝置是否與包括在事件通知消息中的裝置 ID 無關地 采納事件通知, 并根據發生事件的服務是否是需要用戶認證的服務, 重要性信息取不同的 值。
     圖 5 是示出根據本發明實施例的接收事件通知消息的過程的流程圖。以下步驟是
     第二裝置執行的步驟, 在家庭網絡中第二裝置從第一裝置接收服務。
     在步驟 500, 第二裝置通過請求服務的服務請求消息向第一裝置發送第二裝置的 裝置 ID。
     在步驟 505, 第二裝置接收第一裝置多路傳送的事件通知消息。 在此的接收不表示 采納 (accept) 事件通知消息, 而意味著在無線介質的特性上表示事件通知消息的信號物 理地到達第二裝置。
     在步驟 510, 第二裝置從事件通知消息提取重要性信息。
     在步驟 515, 第二裝置基于重要性信息判斷是否參照包括在事件通知消息中的裝 置 ID。如果判斷為不需要參照裝置 ID, 則在步驟 530, 采納 (accept) 事件通知消息。
     此外, 如果判斷為需要參照裝置 ID, 則在步驟 520, 第二裝置從事件通知消息中提 取裝置 ID。
     在步驟 525, 第二裝置比較從事件通知消息中提取的裝置 ID 與自己的裝置 ID 是否 一致。如果一致, 則在步驟 530, 采納事件通知消息。
     如果不一致, 則在步驟 535, 第二裝置廢棄事件通知消息。
     圖 6 是示出根據本發明實施例的在家庭網絡中通知事件的裝置 600( 以下, 稱為第 一裝置 ) 和接收事件通知消息的裝置 650( 以下, 稱為第二裝置 ) 的結構的示圖。
     首先, 第一裝置 600 包括服務提供部 601、 重要性信息產生部 602、 映射信息產生部 603、 事件通知消息產生部 604 和事件通知部 605。
     服務提供部 601 從第二裝置 650 接收請求第一裝置 600 的服務的服務請求消息。
     如上所述, 被請求的服務可以是家庭網絡外部的服務, 此時, 第一裝置 600 可以起 到關于相關服務的家庭網絡網關的作用。此外, 服務請求消息中包括第二裝置 650 的裝置 ID。
     重要性信息產生部 602 分析服務請求消息, 基于第二裝置 650 請求的服務是否需 要用戶認證來產生重要性信息。
     映射信息產生部 603 分析服務請求消息, 產生將表示請求的服務的服務信息映射 到第二裝置 650 的裝置 ID 的映射信息。
     如果發生第一裝置 600 向家庭網絡中提供的服務相關的事件, 則事件通知消息產 生部 604 參照映射信息來產生包括相關裝置的裝置 ID 和重要性信息的事件通知消息。
     事件通知部 605 將由事件通知消息產生部 604 產生的事件通知消息多路傳送到家 庭網絡中的裝置。
     此外, 第二裝置 650 包括服務請求部 651、 重要性信息提取部 652、 確定部 653、 裝置 ID 提取部 654、 比較部 655 和服務請求部 651。
     服務請求部 651 產生用于向第一裝置請求服務的服務請求消息, 發送到第一裝置 600。服務請求消息中包括第二裝置 650 的裝置 ID。
     重要新信息提取部 652 從第一裝置 600 多路傳送的事件通知消息中提取重要性信 息。
     確定部 653 分析提取的重要性信息并確定是否從事件通知消息提取裝置 ID, 即, 在采納事件消息時是否參照裝置 ID。
     如果確定部 653 確定需要參照裝置 ID, 則裝置 ID 提取部 654 從事件通知消息中提取裝置 ID。
     比較部 655 將裝置 ID 提取部 654 從事件通知消息提取的裝置 ID 與第二裝置 650 的裝置 ID 進行比較。
     如果確定部 653 確定不需要參照裝置 ID, 則消息處理部 656 采納事件通知消息。 此外, 當比較部 655 的比較結果為裝置 ID 一致時, 也采納事件通知消息。如果采納事件通 知消息, 則消息處理部 656 根據一般步驟執行與事件發生相關的程序。
     此外, 當比較部 655 的比較結果表示裝置 ID 不一致時, 消息處理部 656 廢棄事件 通知消息。
     此外, 所述的根據本發明的實施例可編寫為可在計算機上實現的程序, 可實現在 利用計算機可讀的記錄介質來運行所述程序的通用數字計算機上。
     所述計算機可讀記錄介質包括磁存儲介質 ( 例如、 ROM、 軟盤、 硬盤等 )、 光存儲介 質 ( 例如, CD ROM、 DVD 等 )。
     此外, 本發明可以實現為計算機可讀的傳送介質 ( 例如, 載波 ) 上的計算機可讀代 碼。
     如上描述了根據本發明的優選實施例。 本發明所屬的技術領域的普通技術人員應 該理解, 在不脫離本發明本質特征的情況下, 本發明可以實現為變化的形式。所以, 不應該 以限制的角度考慮公開的實施例, 而是應該以說明的角度考慮公開的實施例。本發明的范 圍不是由所述說明限定, 而是由權利要求來限定, 包括在其等同范圍內的所有不同點均包 括在本發明中。

關 鍵 詞:
家庭 網絡 處理 事件 方法 設備
  專利查詢網所有資源均是用戶自行上傳分享,僅供網友學習交流,未經上傳用戶書面授權,請勿作他用。
關于本文
本文標題:家庭網絡中處理事件的方法和設備.pdf
鏈接地址:http://www.rgyfuv.icu/p-6420218.html
關于我們 - 網站聲明 - 網站地圖 - 資源地圖 - 友情鏈接 - 網站客服客服 - 聯系我們

[email protected] 2017-2018 zhuanlichaxun.net網站版權所有
經營許可證編號:粵ICP備17046363號-1 
 


收起
展開
山东11选5中奖结果走势图