JP2023514959A - セキュリティ情報の発見方法、セキュリティ情報の配置方法及び機器 - Google Patents

セキュリティ情報の発見方法、セキュリティ情報の配置方法及び機器 Download PDF

Info

Publication number
JP2023514959A
JP2023514959A JP2022543396A JP2022543396A JP2023514959A JP 2023514959 A JP2023514959 A JP 2023514959A JP 2022543396 A JP2022543396 A JP 2022543396A JP 2022543396 A JP2022543396 A JP 2022543396A JP 2023514959 A JP2023514959 A JP 2023514959A
Authority
JP
Japan
Prior art keywords
security domain
information
security
devices
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022543396A
Other languages
English (en)
Inventor
ルー、チャオ
リュウ、シャオチアン
チャン、チュン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of JP2023514959A publication Critical patent/JP2023514959A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0209—Architectural arrangements, e.g. perimeter networks or demilitarized zones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H04W12/086—Access security using security domains
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0227—Filtering policies
    • H04L63/0236—Filtering by address, protocol, port number or service, e.g. IP-address or URL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/246—Connectivity information discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Power Engineering (AREA)
  • Alarm Systems (AREA)

Abstract

本発明は、セキュリティ情報の発見方法、セキュリティ情報の配置方法、機器、チップ、コンピュータ可読記憶媒体、コンピュータプログラム製品及びコンピュータプログラムを提供し、前記セキュリティ情報の発見方法は、第１機器が、ブロードキャストメッセージ又はマルチキャストメッセージを、所在のネットワーク内のM個の第２機器に送信することであって、Mは、１以上の整数であり、前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するための要求が含まれることと、前記第１機器が、N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現を受信することであって、Nは、１以上M以下の整数であることと、前記第１機器が、前記N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現に基づいて、L個のセキュリティドメイン情報を取得して、前記L個のセキュリティドメイン情報を表示することであって、Lは、１以上の整数であり、前記セキュリティドメイン情報には、セキュリティドメイン識別子（ID）、セキュリティドメイン名が含まれることと、を含む。

Description

（関連出願への相互参照）
本発明は、情報処理の技術分野に関し、特に、セキュリティ情報の発見方法、セキュリティ情報の配置方法、機器、チップ、コンピュータ可読記憶媒体、コンピュータプログラム製品及びコンピュータプログラムに関する。
関連技術では、ユーザの機器がホームネットワークに入って接続した後、ネットワーク内の主制御機器及び他の機器（ホームネットワーク内の被制御機器又はIOT（モノのインターネット：Internet of Things）機器など）を発見することができる。さらに、ユーザの機器は、２つの機器のセキュリティドメインの関連情報を比較することによって、他の機器が主制御機器によって配置されるものであると判断し、ユーザの機器は、ホームネットワークに入るための配置を主制御機器に要求する。このように、新規加入の機器がネットワークのセキュリティドメインを発見しようとする場合、何回の機器とのやり取りが必要であり、同じネットワーク内に複数のセキュリティドメインがある場合、セキュリティドメインを区別することは困難であり、新しい機器のホームネットワークへの加入効率に影響する。
上記の技術的問題を解決するために、本発明の実施例は、セキュリティ情報の発見方法、セキュリティ情報の配置方法、機器、チップ、コンピュータ可読記憶媒体、コンピュータプログラム製品及びコンピュータプログラムを提供する。
第１態様において、セキュリティ情報の発見方法を提供し、前記方法は、
第１機器が、ブロードキャストメッセージ又はマルチキャストメッセージを、所在のネットワーク内のM個の第２機器に送信することであって、Mは、１以上の整数であり、ここで、前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するための要求が含まれることと、
前記第１機器が、N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現を受信することであって、ここで、Nは、１以上M以下の整数であることと、
前記第１機器が、前記N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現に基づいて、L個のセキュリティドメイン情報を取得して、前記L個のセキュリティドメイン情報を表示することであって、ここで、Lは、１以上の整数であり、前記セキュリティドメイン情報には、セキュリティドメイン識別子（ID）、セキュリティドメイン名が含まれることと、を含む。
第２態様において、セキュリティ情報の発見方法を提供し、前記方法は、
第２機器が、所在のネットワーク内の第１機器によって送信されたブロードキャストメッセージ又はマルチキャストメッセージを受信することであって、ここで、前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するための要求が含まれることと、
前記第２機器が、セキュリティドメインリソースの表現を前記第１機器にフィードバックすることであって、前記セキュリティドメインリソースの表現には、セキュリティドメイン情報が含まれ、前記セキュリティドメイン情報には、セキュリティドメイン識別子（ID）、セキュリティドメイン名が含まれることと、を含む。
第３態様において、セキュリティ情報の配置方法を提供し、前記方法は、
第３機器が、セキュリティドメイン情報を生成することであって、前記セキュリティドメイン情報は、少なくともセキュリティドメイン識別子（ID）及びセキュリティドメイン名を含むことと、
前記第３機器が、所在のネットワークに含まれる少なくとも１つの第２機器に対してセキュリティドメイン情報を配置することと、を含む。
第４態様において、第１機器を提供し、前記第１機器は、
ブロードキャストメッセージ又はマルチキャストメッセージを、所在のネットワーク内のM個の第２機器に送信し、N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現を受信する第１通信ユニットであって、Mは、１以上の整数であり、ここで、前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するための要求が含まれ、Nは、１以上M以下の整数である、第１通信ユニットと、
前記N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現に基づいて、L個のセキュリティドメイン情報を取得し、前記L個のセキュリティドメイン情報を表示する第１処理ユニットであって、ここで、Lは、１以上の整数であり、前記セキュリティドメイン情報には、セキュリティドメイン識別子（ID）、セキュリティドメイン名が含まれる、第１処理ユニットと、を備える。
第５態様において、第２機器を提供し、前記第２機器は、
所在のネットワーク内の第１機器によって送信されたブロードキャストメッセージ又はマルチキャストメッセージを受信し、セキュリティドメインリソースの表現を前記第１機器にフィードバックする第２通信ユニットを備え、ここで、前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するための要求が含まれ、前記セキュリティドメインリソースの表現には、セキュリティドメイン情報が含まれ、前記セキュリティドメイン情報には、セキュリティドメイン識別子（ID）、セキュリティドメイン名が含まれる。
第６態様において、第３機器を提供し、前記第３機器は、
セキュリティドメイン情報を生成する第３処理ユニットであって、前記セキュリティドメイン情報は、少なくともセキュリティドメイン識別子（ID）及びセキュリティドメイン名を含む、第３処理ユニットと、
所在のネットワークに含まれる少なくとも１つの第２機器に対してセキュリティドメイン情報を配置する第３通信ユニットと、を備える。
第７態様において、機器を提供し、前記機器は、プロセッサと、プロセッサで実行可能なコンピュータプログラムを記憶するメモリと、を備え、
ここで、当該メモリはコンピュータプログラムを記憶し、前記プロセッサは、前記メモリに記憶されたコンピュータプログラムを呼び出して、前述の方法のステップを実行する。
第８態様において、チップを提供し、前記チップは、メモリからコンピュータプログラムを呼び出して実行するプロセッサを備え、前記チップが搭載された機器に前述の方法を実行させる。
第９態様において、コンピュータプログラムを記憶したコンピュータ可読記憶媒体を提供し、前記コンピュータプログラムは、コンピュータに前述の方法のステップを実行させる。
第１０態様において、コンピュータプログラム命令を含むコンピュータプログラム製品を提供し、前記コンピュータプログラム命令は、コンピュータに前述の方法を実行させる。
第１１態様において、コンピュータプログラムを提供し、前記コンピュータプログラムは、コンピュータに前述の方法を実行させる。
上記の技術案を採用することにより、第１機器がネットワークに入るときに、機器は、ブロードキャスト／マルチキャスト要求をサポートして、複数の第２機器によってフィードバックされたセキュリティドメインリソース表現を発見することができ、それにより、第１機器は、ネットワークに入った後、当該ネットワークに存在するセキュリティドメイン情報を便利に発見及び取得することができ、次に、クライアントは、発見されたセキュリティドメインをユーザに呈することができ、これにより、ネットワークに加入し、セキュリティドメインを発見する第１機器の効率を保証することができる。
本発明の実施例による通信システムアーキテクチャの概略図である。 OBTによって他の機器を配置、活性化する方法のフローチャートである。 OBT及び他の機器のアーキテクチャの概略構造図である。 本発明の実施例によるセキュリティ情報の発見方法のフローチャート１である。 本発明の実施例によるセキュリティ情報の発見方法のフローチャート２である。 本発明の実施例によるセキュリティ情報の配置方法のフローチャートである。 本発明の実施例によるシステムの例示的な処理フローの概略図１である。 本発明の実施例によるシステムの例示的な処理フローの概略図２である。 本発明の実施例によるセキュリティドメインを表示するための概略図１である。 本発明の実施例によるシステムの例示的な処理フローの概略図３である。 本発明の実施例によるシステムの例示的な処理フローの概略図４である。 本発明の実施例によるセキュリティドメインを表示するための概略図２である。 本発明の実施例によるシステムの例示的な処理フローの概略図５である。 本発明の実施例によるシステムの例示的な処理フローの概略図６である。 本発明の実施例によるセキュリティドメインを表示するための概略図３である。 本発明の実施例による３つの機器の概略構造図である。 本発明の実施例による３つの機器の概略構造図である。 本発明の実施例による３つの機器の概略構造図である。 本発明の実施例による通信機器の概略構造図である。 本発明の実施例によるチップの例示的なブロック図である。
本発明の実施例の特徴及び技術的内容をより詳細に理解するために、以下では、図面を参照して本発明の実施例の実現について詳細に説明し、これらの図面は、参照用のものに過ぎず、本発明の実施例を限定することを意図するものではない。
以下では、本願実施例における図面を参照して、本願実施例の技術方案を明確且つ完全に説明するが、明らかに、記載される実施例は、本願の実施例の一部のみであり、全部の実施例ではない。本願の実施例に基づいて、創造的な作業なしに当業者によって得られる他のすべての実施例は、本願の保護範囲に含まれるものとする。
本願の実施例における技術方案は、様々な通信システム、例えば、グローバル移動通信（GSM：Global System of Mobile communication）システム、コード分割多重アクセス（CDMA：Code Division Multiple Access）システム、広帯域コード分離多重アクセス（WCDMA：Wideband Code Division Multiple Access）システム、汎用パケット無線サービス（GPRS：General Packet Radio Service）、ロングタームエボリューション（LTE：Long Term Evolution）システム、LTE周波数分割複信（FDD：Frequency Division Duplex）システム、LTE時分割二重化（TDD：Time Division Duplex）、ユニバーサル移動通信システム（UMTS：Universal Mobile Telecommunication System）、ワイマックス（WiMAX：Worldwide Interoperability for Microwave Access）通信システム又は５Gシステムなどに適用することができる。
例示的に、本願実施例が適用される通信システム１００は、図１－１に示される通りである。当該通信システム１００は、ネットワーク機器１１０を含み得、ネットワーク機器１１０は、UE１２０（又は通信端末機器、端末機器と呼ばれる）と通信する機器であり得る。ネットワーク機器１１０は、特定の地理的エリアに通信カバレッジを提供することができ、当該カバレッジエリア内に位置するUEと通信することができる。例示的に、当該ネットワーク機器１１０は、GSMシステム又はCDMAシステムにおけるネットワーク機器（BTS：Base Transceiver Station）、又はWCDMAシステムにおけるネットワーク機器（NB：NodeB）、又はLTEシステムにおける進化型ネットワーク機器（eNB又はeNodeB：Evolutional Node B）、又はクラウド無線アクセスネットワーク（CRAN：Cloud Radio Access Network）における無線コントローラであり得、又は、当該ネットワーク機器は、モバイルスイッチングセンタ、リレーステーション、アクセスポイント、車載機器、ウェアラブル機器、ハブ、スイッチ、ネットワークブリッジ、ルータ、５Gネットワークのネットワーク側の機器、又は将来進化する公衆陸上移動体通信網（PLMN：Public Land Mobile Network）のネットワーク機器などであってもよい。
モノのインターネットの関連技術では、機器は、ネットワークで動作したり、他の機器とやり取りしたりする前に活性化する必要がある。機器を活性化する最初のステップは、機器の所有権を配置することである。正当なユーザは、活性化ツール（OBT）を介して、所有者移転方法（OTMs：Owner Transfer Methods）を使用して機器の所有権を確立する。所有権を確立した後、OBTを使用して機器を配置し、最終的に機器を、正常に動作して他の機器とやり取りすることができるようにする。例えば、図１－２を参照すると、具体的には、以下の動作を含み得る。
（１）活性化ツール（OBT）は、ネットワーク内で配置する必要のある機器を発見する。
（２）配置対象機器は、そのサポートする所有者移転方法を返送する。
（３）OBTは、選択された所有者移転方法に基づいて、配置対象機器と安全な接続を確立する。
（４）OBTは、それ自体のIDを、機器の/oic/sec/doxmのdeviceowneruuid属性に配置し、機器の所有者身分を確立する。
（５）OBTは、対称暗号鍵、非対称暗号鍵、証明書など、配置対象機器のサポートするセキュリティ承認情報（security credential）のタイプを確認する。
（６）OBTは、適切な対称セキュリティ承認情報を選択する。
（７）OBTは、選択した対称セキュリティ承認情報を、機器の/oic/sec/credリソースに配置する。
（８）OBTは、配置対象機器を暗号鍵管理サービス（CMS）に割り当て、CMSは通常OBTの一部とするが、拡張性とモジュール化設計を考慮し、CMSは、サービスとして個別に配置することもできる。
（９）OBTは、それ自体のIDを、機器の/oic/sec/doxmのrowneruuid属性に配置し、/doxmリソースの所有者を設定する。
（１０）OBTは、それ自体のID（CMSのID）を、機器の/oic/sec/credのrowneruuid属性に配置し、/oic/sec/credリソースの所有者を設定する。
（１１）OBTは、CMSとの安全な接続を確立するために使用される承認情報を、機器の/oic/sec/credリソースに配置する。
（１２）OBT/CMSは、機器の状態をサービス配置状態に変更する。
（１３）OBT/CMSは、他の機器との安全なLAN接続を確立するために使用される承認情報を、機器の/oic/sec/credリソースに配置する。
（１４）OBT/CMSは、機器の状態を正常動作状態に変更する。
ここで、/oic/sec/doxmリソースの構造は次の通りである。
{
"oxms": [ 0, 2, 3 ], //サポートするOTMモード
"oxmsel": 0, //選択されたOTMモード
"sct": 16, //サポートする承認情報のタイプ
"owned": true, //機器の所有者が作成済みであるかを示す
"deviceuuid": "de305d54-75b4-431b-adb2-eb6b9e546014", //機器ID
"devowneruuid": "e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9", //機器所有者ID
"rowneruuid": "e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9" //リソース所有者ID
}
OBTは、ネットワークの所有者であり、ネットワーク内のClient機器とServer機器間が相互接続するように配置することができる。配置後、当該OBTは、被配置機器のownerになる。例えば、図１－３に示されるように、図１－３は、ホームに適用される場面である。
ステップ１において、Momは、Client APPをインストールし、図に示すように、Momの携帯電話にClientアプリケーション（APP）をインストールする。
ステップ２において、Momは、ホーム及びadmin、family、guestなどの様々なユーザの役割を作成する。
ステップ３において、Momは、IoT機器DR－Bulbを発見して配置する。
ステップ４において、Momは、DR－Bulbを制御することができる。
ステップ５において、Dadは、Client APPをインストールし、図に示すように、Dadの携帯電話にClientアプリケーション（APP）をインストールする。
ステップ６において、MomのAPPは、DadのAPPを発見し、DadのAPPに対して配置を実行し、「family」権限を与え、そしてDadもDR－Bulbを制御することができるようになる。
ステップ７において、Momは、DadがDR－Bulbを配置及び管理をすることもできるように、Dadに「admin」権限を与えることもできる。
ステップ８において、LR－Bulbのような１つの新しい機器に対しても、DR－Bulbと同じ方式で配置を実行する。
ステップ９において、１つの新しいClient APPに対して、Dadと同じ方式で、役割及び権限を配置する。
上記のステップ５において、DadがAPPをインストールした後、APPを起動してホームネットワークに接続すると、ネットワーク内のMomのAPPとDR－Bulbを発見することができる。さらに、DadのAPPは、両者のdoxmリソースのdeviceuuid及びdevowneruuidをそれぞれ取得する。比較すると、MomのAPPの場合、doxmリソースのdeviceuuidとdevowneruuidは同じであり、よって、MomのAPPはOBTであり、DR－Bulbの場合、doxmリソースのdeviceuuidとdevowneruuidは異なり、よって、DR－Bulbは、Client機器又はServer機器である。同時に、DR－BulbのdevowneruuidをMomのAPPのdeviceuuidと比較し、両者が同じであり、その場合、DR－Bulbは、MomのAPPによって配置されるものであると見なされる。その後、DadのAPPは、MomのAPPを見つけて、ホームネットワーク加入の配置を要求し、ステップ６に進む。
DadのAPPもOBTとしてホームネットワークに入るように新しい機器として配置されたい場合、MomのAPPは、DadのAPPを従属OBTに配置し、MomのAPPは、メインOBTになる。その後、Dadの配置された機器もホームネットワークに接続し、DR－Bulbと相互接続することができるようになる。１つのセキュリティドメインネットワークでは、メインOBTは１つだけであり、複数の従属OBTがあり得る。
先行技術では、ネットワーク内のセキュリティドメインを発見するには、何回の機器とのやり取りが必要であり、また、同じネットワークに複数のセキュリティドメインがある場合、特に、セキュリティドメインにメインOBT及び従属OBTが含まれている場合、セキュリティドメインを区別することは困難である。
本明細書における「システム」及び「ネットワーク」という用語は、本明細書で常に互換可能に使用されることを理解されたい。本明細書における「及び／又は」という用語は、関連付けられた関係についてのみ説明し、３つの関係が存在し得ることを表示し、例えば、A及び／又はBは、Aが独立で存在する場合、AとBの両方が存在する場合、Bが独立で存在する場合の３つの場合を表示することができる。さらに、本明細書における記号「／」は、通常、関連付けられた対象間の関係が、「又は」という関係にあることを表示する。
本発明の実施例の特徴及び技術的内容をより詳細に理解するために、以下では、図面を参照して本発明の実施例の実現について詳細に説明し、これらの図面は、参照用のものに過ぎず、本発明の実施例を限定することを意図するものではない。
本発明の実施例は、セキュリティ情報の発見方法を提供し、図２に示されるように、前記方法は、以下のステップを含む。
ステップ２１において、第１機器は、ブロードキャストメッセージ又はマルチキャストメッセージを、所在のネットワーク内のM個の第２機器に送信し、Mは、１以上の整数であり、ここで、前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するための要求が含まれる。
ステップ２２において、前記第１機器は、N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現を受信し、ここで、Nは、１以上M以下の整数である。
ステップ２３において、前記第１機器は、前記N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現に基づいて、L個のセキュリティドメイン情報を取得して、前記L個のセキュリティドメイン情報を表示し、ここで、Lは、１以上の整数であり、前記セキュリティドメイン情報には、セキュリティドメイン識別子（ID）、セキュリティドメイン名が含まれる。
本発明の実施例は、セキュリティ情報の発見方法を更に提供し、図３に示されるように、以下のステップを含む。
ステップ３１において、第２機器は、所在のネットワーク内の第１機器によって送信されたブロードキャストメッセージ又はマルチキャストメッセージを受信し、ここで、前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するための要求が含まれる。
ステップ３２において、前記第２機器は、セキュリティドメインリソースを前記第１機器にフィードバックし、前記セキュリティドメインリソースには、セキュリティドメイン情報が含まれ、前記セキュリティドメイン情報には、セキュリティドメイン識別子（ID）、セキュリティドメイン名が含まれる。
本発明の実施例は、セキュリティ情報の配置方法を提供し、図４に示されるように、以下のステップを含む。
ステップ４１において、第３機器は、セキュリティドメイン情報を生成し、前記セキュリティドメイン情報は、少なくともセキュリティドメイン識別子（ID）及びセキュリティドメイン名を含む。
ステップ４２において、前記第３機器は、所在のネットワークに含まれる少なくとも１つの第２機器に対してセキュリティドメイン情報を配置する。
前述の第１機器及び第３機器は、クライアントAppがインストールされた端末機器であり得、例えば、スマートフォンやタブレットコンピュータなどの機器であり得る。第２機器は、モノのインターネット又はホームネットワーク内の任意の被制御機器、又はIoT機器などであり得る。また、第１機器、第３機器及び第２機器はすべて、同じネットワーク環境内の機器であり得ることに留意されたい。
以下では、複数の例を参照して、本実施例によって提供される技術案について説明する。
一例では、
前記セキュリティドメイン情報は、セキュリティドメイン識別子（ID：Identity）、及びセキュリティドメイン名のみを含む。つまり、この例では、セキュリティドメインの発見可能性を制限しないか、又は、同じネットワーク上のIoTの第２機器のすべてが発見可能な機器であることが理解される。
具体的には、図５に示されるように、以下のステップを含み得る。
ステップ５１において、第３機器が自己活性化した後、前記第３機器は、セキュリティドメイン情報を生成し、本例では、前記セキュリティドメイン情報は、セキュリティドメイン識別子（ID）及びセキュリティドメイン名を含む。
ここで、前記セキュリティドメイン識別子を生成する方式は、前記第３機器がそれ自体のルートCA証明書に基づいて、１つのHash値を生成し、当該値をセキュリティドメインIDとすることができる。
前記セキュリティドメイン名を生成する方式は、自動生成であり得る。
又は、セキュリティドメイン名を生成する方式は、以下の通りであり得、即ち、前記第３機器は、セキュリティドメインIDを生成した後、１つの提示情報を生成して表示することができ、前記提示情報は、セキュリティドメイン名の設定をユーザに要求するために使用され、第３機器は、ユーザの設定を受け取った後に前記セキュリティドメイン名を取得する。
それによって、第３機器（つまり、前述のOBT）のセキュリティドメイン（secDomain）リソースの表現形式は、以下に示す通りであり得る。
{
“sdid” = e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9,
“sdn” = my home,
}
本例では、前記第３機器は、お母さんの機器（携帯電話など）であり得、第３機器には、クライアントAppがインストールされ得、第３機器は、当該クライアントAppを介して、配置などの処理を実行することができ、具体的には、以下の通りである。
機器が属するセキュリティドメインを配置及び管理するために、１つのセキュリティドメインリソースを第３機器に追加することができる。
表１に示されるように、セキュリティドメインリソースの表現は、対応するユニフォームリソース識別子（URI：Uniform Resource Identifier）、リソースタイプタイトル、リソースタイプID、インターフェース、及び関連機能の説明を含み得る。
Figure 2023514959000002
表２に示されるように、当該セキュリティドメインリソースの属性表現は、セキュリティドメインID、セキュリティドメイン名を含み得る。
Figure 2023514959000003
ステップ５２において、第３機器の所在のネットワークには、M個の第２機器、又は制御可能な機器とも呼ばれる機器が存在し、前記第３機器は、前記M個の第２機器（例えば、制御可能な機器又はIoT機器）を活性化及び配置し、ここで、Mは、１以上の整数である。
ここで、前記少なくとも１つの第２機器を活性化及び配置する方式は、図１－２に示される方式に従って行うことができ、ここでは繰り返して説明しない。
ステップ５３において、前記第３機器は、セキュリティドメインリソース（secDomainリソース）の表現から、それ自体の配置されたセキュリティドメイン情報を取得し、前記第３機器は、所在のネットワークに含まれる少なくとも１つの第２機器に対してセキュリティドメイン情報を配置する。
ここで、前記第３機器がM個の第２機器を配置する方式として、第３命令を前記第２機器に送信し、セキュリティドメインID及びセキュリティドメイン名を前記M個の第２機器に配置することであり得る。
UPDATE /oic/sec/secDomain
{
“sdid” = e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9,
“sdn” = my home,
}
これに対応して、前記M個の第２機器のいずれか１つの第２機器は、所在のネットワーク内の第３機器によって送信された第３命令を受信し、ここで、前記第３機器は、セキュリティドメインリソース配置を実行可能な機器であり、前記第３命令には、セキュリティドメイン情報が含まれる。
次に、前記M個の第２機器は、受信した第３命令に基づいて、それ自体のセキュリティドメイン情報を配置して、セキュリティドメインリソースの表現を取得する。
これで、第３機器の所在のネットワークに含まれるM個の制御可能な機器又はM個の第２機器のセキュリティドメイン情報の配置を完了する。
ステップ５４において、第１機器は、前記ネットワークに入り、第１機器は、ブロードキャストメッセージ又はマルチキャストメッセージを、所在のネットワーク内のM個の第２機器に送信し、Mは、１以上の整数であり、ここで、前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するための要求が含まれる。
ここで、前記ブロードキャストメッセージ又はマルチキャストメッセージは、セキュリティドメインの発見に使用され、具体的な内容は、RETRIEVE/oic/sec/secDomainであり得る。
ステップ５５において、前記M個の第２機器の各第２機器は、所在のネットワーク内の第１機器によって送信されたブロードキャストメッセージ又はマルチキャストメッセージを受信し、前記第２機器は、セキュリティドメインリソースの表現を前記第１機器にフィードバックする。
前記セキュリティドメインリソースの表現には、セキュリティドメイン情報が含まれ、前記セキュリティドメイン情報は、セキュリティドメイン識別子（ID）、セキュリティドメイン名を含む。
ここで、前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するために使用される要求が含まれる。
ステップ５６において、前記第１機器は、N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現（即ち、Resource representations）を受信する。
ここで、本例では、N＝Mであり、つまり、本例で設定されたセキュリティドメイン情報は、セキュリティドメインの発見可能性を制限しないため、すべてが発見可能な機器であり、したがって、このステップは具体的には、前記第１機器がM個の第２機器によってフィードバックされたセキュリティドメインリソースの表現を受信することである。
ステップ５７において、前記第１機器は、前記N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現に基づいて、L個のセキュリティドメイン情報を取得する。本例では、第１機器は、N個の（本例ではM個でもあり得る）第２機器によってフィードバックされたセキュリティリソースの表現に基づいて、少なくとも１つのセキュリティドメイン情報を取得する。Lは、１であり得る。これで、前記第１機器側は、現在のネットワークに含まれるL個のセキュリティドメイン名を表示することができる。
さらに、以下のステップを含み得る。
ステップ５８において、前記第１機器は、前記N個の第２機器の端点情報を取得する。
端点情報を取得する具体的な方式は、以下の動作を含み得る。
前記第１機器は、第１命令を前記N個の第２機器に送信し、前記N個の第２機器によってフィードバックされた端点情報を受信し、ここで、前記第１命令は、前記第２機器の端点情報を取得するために使用され、これに対応して、前記第２機器は、前記第１機器によって送信された第１命令を受信し、端点情報を前記第１機器にフィードバックし、ここで、前記第１命令は、前記第２機器の端点情報を取得するために使用される。
又は、端点情報を取得する方式は、
前記第１機器が、ネットワーク側から前記N個の第２機器の端点情報を取得することを含み得る。
ここで、前記第１機器は、第１命令をN個の第２機器にそれぞれ送信して、端点情報を取得することができ、具体的な命令は、RETRIEVE /res？rt＝secDomainであり得る。
本例では、前記端点情報には、
第２機器のIPアドレス、第２機器のポート番号のうちの少なくとも１つが含まれる。
ステップ５９において、前記第１機器は、前記N個の第２機器の端点情報に基づいて、第２命令を前記N個の第２機器に送信し、前記N個の第２機器によってフィードバックされた機器情報を受信し、ここで、前記第２命令は、前記第２機器の機器情報を取得するために使用される。
これに対応して、前記第２機器は、前記第１機器によって送信された第２命令を受信し、機器情報を前記第１機器にフィードバックする。
ここで、前記第２命令は、RETRIEVE /oic/dであり得る。
さらに、前記機器情報は、少なくとも機器のタイプ、IDなどの機器情報を含み得る。もちろん、より多くの他の内容も含み得、本例では網羅的な列挙をしない。
ステップ５１０において、前記第１機器は、前記L個のセキュリティドメインに対応するセキュリティドメイン情報に含まれるセキュリティドメイン名、及び各前記セキュリティドメインに対応する第２機器の機器情報を表示する。
つまり、第１機器は、N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現に基づいて、N個のセキュリティドメイン情報を取得し、N個のセキュリティドメイン情報から、L個のセキュリティドメイン識別子を抽出し、ここで、L個のセキュリティドメイン識別子はすべて異なる。
前記L個のセキュリティドメイン識別子に対応するセキュリティドメイン名を表示し、また、N個の第２機器によってフィードバックされた機器情報に基づいて、L個のセキュリティドメイン名のうちの各セキュリティドメイン名の下で対応する機器情報を表示する。
さらに、前述のL個のセキュリティドメイン識別子を決定する方式は、以下のステップを含み得る。N個のセキュリティドメイン情報に含まれる１つのセキュリティドメイン識別子を抽出し、当該抽出されたセキュリティドメイン識別子を、残りのセキュリティドメイン識別子と二つずつ比較し、セキュリティドメイン識別子が同じであるかどうかを判断し、残りのセキュリティドメイン識別子とすべて同じである場合、N個のセキュリティドメイン情報によって得られたのは、１つのセキュリティドメイン識別子であると決定し、つまり、所在のネットワークには、１つのセキュリティドメインが存在する。
又は、残りのセキュリティドメインIDと異なる場合、異なるセキュリティドメイン識別子を別のセットに確保し、まず、現在抽出されたセキュリティドメイン識別子を、L個のセキュリティドメイン識別子のうちの１つとし、次に、別のセットにおいて前述の処理を繰り返して実行し、互いに異なるセキュリティドメイン識別子が得られるまで継続する。
前述のステップに基づいて、ユーザは、第１機器の表示インターフェース（スクリーンなど）を介して、L個のセキュリティドメイン名、及び各セキュリティドメイン名に対応する少なくとも１つの機器情報を確認することもできる。
そして、ユーザは、第１機器のインタラクティブインターフェースを介して、加入しようとする目標セキュリティドメインを選択し、それによって、前記第１機器に、選択された目標セキュリティドメインに加入させる。
例えば、ホームネットワークでは、第３機器、つまり、Momの携帯電話APPがOBT（活性化ツール）として機能すると仮定すると、まず、それ自体を活性化して配置し、これには、それ自体を配置するためのセキュリティドメイン情報が含まれ得る。ホームネットワークには、複数のIoT機器が含まれ得、例えば、それぞれDevice1、Device2、及びDevice3と呼ばれる３台の第２機器があり得る。次に、第３機器は、OBTとして３台の機器に対してそれぞれ配置を実行し、セキュリティドメイン情報を設定する。この場合、OBTと、Device1、Device2、及びDevice3とによって、ホームセキュリティドメインネットワークを形成する。
その後、第１機器（Dadの機器、Dadの携帯電話APPなど）は、それ自体にインストールされたクライアントAppを使用することにより、ホームネットワークを発見して入る。当該第１機器は、ネットワークネットワーク内でクライアント（Client）として機能し、それにインストールされたクライアントAppを介して、制御可能な機器（つまり、第２機器）を発見し、制御可能な機器（つまり、第２機器）に対応するセキュリティドメインを見つけることができる。
第３機器がOBTとしてのMomの携帯電話であり、所在のネットワークがホームネットワークであり、所在のネットワークに、それぞれDevice1、Device2、Device3である３つの第２機器が含まれ、第１機器がDadのクライアントAppであることを例として、図６を参照して本実施例について例示的に説明し、具体的な動作ステップは、以下の通りである。
１． OBTは、自己活性化する。
２． OBTは、それ自体のルートCA証明書に基づいて、１つのHash値を生成し、当該値をセキュリティドメインIDとし、その後、１つのセキュリティドメイン名、及びそれが発見可能かどうかを設定するようにユーザに要求し、設定後、OBTのsecDomainリソース形式は、以下の通りである。
{
“sdid” = e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9,
“sdn” = my home,
}
３． ネットワークには、機器Device1、Device2、及びDevice3があり、OBTは、前述の方法に従って３つの機器をそれぞれ活性化及び配置する。
４． OBTは、secDomainリソース（つまり、セキュリティドメインリソースの表現）から、それ自体の配置されたセキュリティドメイン情報を取得する。
５． OBTは、Device1、Device2、Device3のセキュリティドメイン情報を配置し、以下の第３命令を機器に送信する。
UPDATE /oic/sec/secDomain
{
“sdid” = e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9,
“sdn” = my home，
}
セキュリティドメインのuuid、名前を機器Device1、Device2、Device3に設定する。
６． DadのクライアントAppは、ネットワークに入り、ブロードキャスト／マルチキャストメッセージRETRIEVE/oic/sec/secDomainを、ネットワーク内の他の機器に送信し、セキュリティドメイン発見を実行する。
７． Device1、Device2、及びDevice3は、要求メッセージを受信した後、secDomainリソース（セキュリティドメインリソースの表現）をDadのクライアントAppに返送する。
８． Dadのクライアントは、Device1、Device2、及びDevice3によって返送されたsecDomainリソース（セキュリティドメインリソースの表現）から、そのセキュリティドメイン情報を取得する。
９．選択的に、Dadのクライアントは、さらに、第１命令をDevice1、Device2、及びDevice3にそれぞれ送信することによって、端点情報としてRETRIEVE /res?rt=secDomainを取得して、機器のIPアドレス及びポート番号を取得する。又は、Dadのクライアントは、ネットワーク層によってDevice1、Device2、及びDevice3の応答メッセージの端点情報を取得する。
１０． Dadのクライアントは、取得された端点情報に基づいて、第２命令をDevice1、Device2、及びDevice3にそれぞれ送信して、その機器情報RETRIEVE /oic/dを取得することによって、機器のタイプ、IDなどの機器情報を得る。
１１． Dadのクライアントは、取得されたネットワークセキュリティドメイン情報及びセキュリティドメイン内の各機器の機器情報をユーザDadに呈し（図７に示す）、Dadは、機器のインタラクションのニーズに応じて、このDadのクライアントを当該セキュリティドメインに加入することを選択する。
別の例では、前述の例と異なり、本例のセキュリティドメイン情報は、セキュリティドメインの発見可能性を更に含む。
前記セキュリティドメインの発見可能性は、第２機器に対応するセキュリティドメイン情報が他の機器によって発見できるかどうかを表すために使用される。前記セキュリティドメインの発見可能性は、具体的には、１bitの値であり得、例えば、第１の値に設定した場合、発見不可能を表し、つまり、真であり、第２の値に設定する場合、発見可能を表し、つまり、偽である。ここで、第１の値は、１であり得、第２の値は、０であり得、又は逆に、第１の値は、０であり、第２の値は１である。もちろん、他の設定方式でもあり得、前記セキュリティドメインの発見可能性は真又は偽として表せればよく、本例では網羅的な列挙をしない。
つまり、表３に示されるように、１つのセキュリティドメインリソースを機器に追加することができ、それは、機器が属するセキュリティドメインを配置及び管理するために使用される。
Figure 2023514959000004
当該セキュリティドメインリソースの属性は、表４示されるように表すことができる。
Figure 2023514959000005
具体的には、図８に示されるように、以下のステップを含み得る。
ステップ８１において、第３機器が自己活性化した後、前記第３機器は、セキュリティドメイン情報を生成し、本例では、前記セキュリティドメイン情報は、セキュリティドメイン識別子（ID）、セキュリティドメイン名、及びセキュリティドメインの発見可能性を含む。
ここで、前記セキュリティドメイン識別子を生成する方式は、前記第３機器がそれ自体のルートCA証明書に基づいて、１つのHash値を生成し、当該値をセキュリティドメインIDとすることであり得る。
前記セキュリティドメイン名を生成する方式は、自動生成であり得る。
又は、セキュリティドメイン名を生成する方式は、以下の通りであり得る。前記第３機器は、セキュリティドメインIDを生成した後、１つの提示情報を生成して表示することができ、前記提示情報は、セキュリティドメイン名の設定をユーザに要求するために使用され、第３機器は、ユーザの設定を受け取った後に前記セキュリティドメイン名を得る。
前記セキュリティドメインの発見可能性は、ユーザのニーズに応じて設定することができる。
さらに、第３機器（つまり、前述のOBT）のセキュリティドメインsecDomainリソースの表現形式は、以下に示す通りであり得る。
{
“sdid” = e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9,
“sdn” = my home，
“discoverable” = true
}
ステップ８２において、ステップ５２と同じであり、繰り返して説明しない。
ステップ８３において、前記第３機器は、セキュリティドメインリソースの表現（secDomainリソース）から、それ自体の配置されたセキュリティドメイン情報を取得し、前記第３機器は、所在のネットワークに含まれる少なくとも１つの第２機器に対してセキュリティドメイン情報を配置する。
ここで、前記第３機器がM個の第２機器を配置する方式は、第３機器が、第３命令を前記第２機器にそれぞれ送信し、セキュリティドメインID及びセキュリティドメイン名を前記M個の第２機器に配置することであり得る。
前述の例におけるステップ５３とは異なり、第３機器は、実際の状況に応じて、第２機器のセキュリティドメインの発見可能性を真又は偽に設定することができ、つまり、各第２機器に送信した第３命令の内容は、異なってもよい。例えば、真に設定する場合、以下に示す通りである。
UPDATE /oic/sec/secDomain
{
“sdid” = e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9,
“sdn” = my home,
“discoverable” = true
}
偽に設定する場合、以下に示す通りである。
UPDATE /oic/sec/secDomain
{
“sdid” = e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9,
“sdn” = my home,
“discoverable” = false
}
これに対応して、前記M個の第２機器のいずれか１つの第２機器は、所在のネットワーク内の第３機器によって送信された第３命令を受信し、ここで、前記第３機器は、セキュリティドメインリソース配置を実行可能な機器であり、前記第３命令には、セキュリティドメイン情報が含まれる。
次に、前記M個の第２機器は、受信した第３命令に基づいて、それ自体のセキュリティドメイン情報を配置して、セキュリティドメインリソースの表現を取得する。
これで、第３機器の所在のネットワークに含まれるM個の制御可能な機器又はM個の第２機器のセキュリティドメイン情報の配置を完了する。
ステップ８４において、前述の例におけるステップ５４と同じであり、繰り返して説明しない。
ステップ８５において、前記M個の第２機器の各第２機器は、所在のネットワーク内の第１機器によって送信されたブロードキャストメッセージ又はマルチキャストメッセージを受信し、
次に、各前記第２機器は、それ自体に保存されたセキュリティドメインリソースの表現におけるセキュリティドメインの発見可能性が真であるかどうかを判断し、
前記セキュリティドメインの発見可能性が真である場合、前記第２機器は、前記セキュリティドメインリソースの表現をフィードバックし、そうでない場合、前記第２機器は、前記セキュリティドメインリソースの表現をフィードバックしない。
ここで、前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するために使用される要求が含まれる。
ステップ８６において、前記第１機器は、前記M個の第２機器内の、セキュリティドメインの発見可能性が真であるN個の第２機器によってフィードバックされた前記セキュリティドメインリソースの表現を受信し、
ここで、本例では、Nは、Mに等しいか、又はNは、M未満であり得る。
ステップ８７において、前記第１機器は、前記N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現に基づいて、L個のセキュリティドメイン情報を取得する。本例では、第１機器は、N個の第２機器によってフィードバックされたセキュリティリソースの表現に基づいて、少なくとも１つのセキュリティドメイン情報を取得する。Lは、１であり得る。これで、前記第１機器側は、現在のネットワークに含まれるL個のセキュリティドメイン名を表示することができる。
さらに、
ステップ８８～ステップ８１０は、前述の例におけるステップ５８～ステップ５１０と同じであり、ここでは繰り返して説明しない。
例えば、ホームネットワークでは、Momの携帯電話APP（つまり、第３機器）がOBTとして機能すると仮定すると、まず、それ自体を活性化して配置する。ネットワークには、それぞれDevice1、Device2、Device3と呼ばれる３台の第２機器があり、OBTは、３台の機器に対してそれぞれ配置を実行し、セキュリティドメイン情報を設定する。この場合、OBTと、Device1、Device2、及びDevice3とによって、ホームセキュリティドメインネットワークを形成する。その後、Dadの携帯電話APP（つまり、第１機器）は、ホームネットワークに入る。Clientとして、Dadの携帯電話APPは、制御可能な機器を発見し、それに対応するセキュリティドメインを見つける。全体的なプロセスは、図９示されるように、具体的には、以下のステップを含む。
１． OBTは、自己活性化する。
２． OBTは、それ自体のルートCA証明書に基づいて、１つのHash値を生成し、当該値をセキュリティドメインIDとし、その後、１つのセキュリティドメイン名、及びそれが発見可能かどうかを設定するようにユーザに要求し、設定後、OBTのsecDomainリソース形式は、以下の通りである。
{
“sdid” = e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9,
“sdn” = my home,
“discoverable” = true
}
３． ネットワークには、機器Device1、Device2、及びDevice3があり、OBTは、前述の方法に従って３つの機器をそれぞれ活性化及び配置する。
４． OBTは、secDomainリソースから、それ自体の配置されたセキュリティドメイン情報を取得する。
５． OBTは、Device1、Device2、Device3のセキュリティドメイン情報を配置し、以下の命令を機器に送信する。
UPDATE /oic/sec/secDomain
{
“sdid” = e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9,
“sdn” = my home,
“discoverable” = true
}
セキュリティドメインのuuid、名前、発見可能性を機器に設定する。
６． OBTは、Device3のセキュリティドメイン情報を配置し、以下の命令を機器に送信する。
UPDATE /oic/sec/secDomain
{
“sdid” = e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9,
“sdn” = my home,
“discoverable” = false
}
セキュリティドメインのuuid、名前、発見可能性を機器に設定する。
７． DadのクライアントAppは、ネットワークに入り、ブロードキャスト／マルチキャストメッセージRETRIEVE /oic/sec/secDomainを、ネットワーク内の他の機器に送信し、セキュリティドメイン発見を実行する。
８． Device1及びDevice2は、要求メッセージを受信した後、「discoverable」の属性値がtrueであると判断し、secDomainリソースをクライアントに返送する。
９． Device3は、要求メッセージを受信した後、「discoverable」の属性値がfalseであると判断し、クライアントの要求に応答しない。
１０． Dadのクライアントは、Device1及びDevice2によって返送されたsecDomainリソースから、そのセキュリティドメイン情報を取得する。Device3は、secDomainリソースを返送していないため、DadのクライアントはDevice3のセキュリティドメイン情報を取得することができない。
１１． 例示的に、Dadのクライアントは、さらに、第１命令をDevice1及びDevice2にそれぞれ送信して、その端点情報RETRIEVE /res?rt=secDomainを取得して、機器のIPアドレス及びポート番号を取得する。又は、クライアントは、ネットワーク層からDevice1及びDevice2の応答メッセージの端点情報を取得する。
１２． クライアントは、取得された端点情報に基づいて、第２命令をDevice1及びDevice2にそれぞれ送信して、その機器情報RETRIEVE /oic/dを取得して、機器のタイプ、IDなどの機器情報を取得する。
１３． クライアントは、取得されたネットワークセキュリティドメイン情報及びセキュリティドメインの下の各機器の機器情報をユーザDadに提示し（図１０に示す）、Dadは、機器のインタラクションのニーズに応じて、このクライアントを当該セキュリティドメインに加入することを選択する。
最後の例では、前述の例とは異なり、本例では、２つ以上の第３機器が存在する可能性があり、各第３機器はすべて、それ自体のセキュリティドメインを設定することができ、また、異なる第３機器によって設定されるセキュリティドメインは同じであってもよく、異なってもよい。
これに対応して、第３機器のセキュリティドメインが異なる場合、それぞれの接続されるM個の第２機器の一部に対して、対応するセキュリティドメイン情報（ここで、セキュリティドメイン識別子、セキュリティドメイン名、セキュリティドメインの発見可能性を含む）をそれぞれ設定することができる。
第１機器は、所在のネットワークに接続した後、M個の第２機器からM個のセキュリティドメインリソースをそれぞれ取得し、次に、L個のセキュリティドメインを決定して表示し、最終的に、加入しようとするセキュリティドメインを決定することができる。本例では、Lは、２以上であり得る。
以下では、図１１を参照して、本例について詳細に説明する。
ステップ１１０１において、２つ以上の第３機器において、各第３機器は、セキュリティドメイン情報を生成する。
具体的には、各第３機器はすべて、前述のステップ８１を実行し、また、異なる第３機器の実行の順序は限定しない。つまり、どの第３機器が最初に実行してもよく、最終的には、それ自体に対応するセキュリティドメイン情報を生成することができ、本例では、前記セキュリティドメイン情報は、セキュリティドメイン識別子（ID）、セキュリティドメイン名、及びセキュリティドメインの発見可能性を含む。
ここでは繰り返して説明しない。
ステップ１１０２において、次に、各第３機器は、前記M個の第２機器を活性化及び配置し、各第３機器の処理は、ステップ８２と同じであり、繰り返して説明しない。
ステップ１１０３において、２つ以上の第３機器において、各前記第３機器は、セキュリティドメインリソースの表現（secDomainリソース）から、それ自体の配置されたセキュリティドメイン情報を取得し、前記各第３機器は、所在のネットワークに含まれる１つ又は複数の第２機器のセキュリティドメイン情報を配置する。
前述の例におけるステップとは異なり、本ステップにおいて、異なる第３機器によって配置された第２機器は異なり、例えば、最初の第３機器は、第２機器１、２を配置する場合、２番目の第３機器は、第２機器１、２を配置せずに、第２機器３、４、及び５を配置する。網羅的な列挙をしない。さらに、どの第３機器がどの第２機器を配置するかは、事前設定された対応関係がなく、第２機器に最初に接続（又はアクセス）する第３機器が、それに対応する配置機器である。例えば、最初の第３機器が最初に第２機器１に接続して配置を実行し、２番目の第３機器が次に第２機器１に接続した場合、第２機器１に対して再度配置を実行しない（又は実行できない）。
ここで、前記第３機器が各第２機器を配置する方式は、前述のステップ８３と同じであり得、繰り返して説明しない。
これに対応して、前記M個の第２機器のいずれか１つの第２機器は、所在のネットワーク内の特定の第３機器によって送信された第３命令を受信し、ここで、前記第３機器は、セキュリティドメインリソース配置を実行可能な機器であり、前記第３命令には、セキュリティドメイン情報が含まれる。次に、前記M個の第２機器は、受信した第３命令に基づいて、それ自体のセキュリティドメイン情報を配置して、セキュリティドメインリソースの表現を取得する。
これで、第３機器の所在のネットワークに含まれるM個の制御可能な機器又はM個の第２機器のセキュリティドメイン情報の配置を完了する。
ステップ１１０４～ステップ１１０６において、前述の例におけるステップ８４～ステップ８６と同じであり、繰り返して説明しない。
ステップ１１０７において、前記第１機器は、前記N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現に基づいて、L個のセキュリティドメイン情報を取得する。本例では、第１機器は、N個の第２機器によってフィードバックされたセキュリティリソースの表現に基づいて、少なくとも１つのセキュリティドメイン情報を取得する。Lは、２以上の整数であり得る。これで、前記第１機器側は、現在のネットワークに含まれるL個のセキュリティドメイン名を表示することができる。
さらに、以下のステップを含み得る。
ステップ１１０８～ステップ１１１０は、前述の例におけるステップ８８～ステップ８１０と同じであり、ここでは繰り返して説明しない。
その違いとしては、前記第１機器が、前記N個の第２機器の各第２機器によってフィードバックされた前記セキュリティドメインリソースに含まれるセキュリティドメインIDに基づいて、前記第１機器の所在のネットワークに存在するL個のセキュリティドメインを決定することであり得る。
具体的には、前記第１機器は、任意の２つの第２機器によってフィードバックされたセキュリティドメインリソースの表現に含まれるセキュリティドメインIDが同じであるかどうかを判断し、異なる場合、それを異なるセキュリティドメインIDとして保存し、このようにそれぞれ比較することにより、最終的に現在のネットワーク内の互いに異なるL個のセキュリティドメインIDを得、これらのL個のセキュリティドメインIDに対応するセキュリティドメイン名を表示し、各セキュリティドメイン名に対応する１つ又は複数の第２機器の機器情報を表示し、Lは、２以上である。
さらに、ユーザは、現在表示されるL個のセキュリティドメイン名から、加入しようとする目標セキュリティドメインを選択する。
さらに、
本例では、機器が属するセキュリティドメインを配置及び管理するために使用される１つのセキュリティドメインリソースを機器に追加し、当該セキュリティドメインリソースの属性表現は、前述の例における表３、４と同じであり、繰り返して説明しない。
例えば、ホームネットワークでは、Momの携帯電話APPがOBT１（つまり、１つの第３機器、又はメインOBTと呼ばれる）として機能すると仮定すると、まず、それ自体を活性化して配置する。Sonの携帯電話APPもOBT２（つまり、別の第３機器、又は従属OBTと呼ばれる）として、それ自体を活性化して配置する。ネットワークには、それぞれDevice1とDevice2の２台の第２機器があり、Momの携帯電話APP、Sonの携帯電話APPは、２台の機器に対してそれぞれ配置を実行し、セキュリティドメイン情報を設定する。この場合、Momの携帯電話APP（OBT１）とDevice1、Sonの携帯電話APP（OBT２）とDevice2は、ホーム内の２つの独立したセキュリティドメインネットワークをそれぞれ形成する。
その後、Dadの携帯電話APPは、ホームネットワークに入る。Clientとして、Dadの携帯電話APPは、制御可能な機器を発見し、それに対応するセキュリティドメインを見つける。
以下では、図１２を参照して、本例について詳細に説明する。
１． Momの携帯電話APPは、自己活性化し、それ自体のルートCA証明書に基づいて、１つのHash値を生成し、当該値をセキュリティドメインIDとし、その後、１つのセキュリティドメイン名、及びそれが発見可能かどうかを設定するようにユーザに要求し、設定後、Momの携帯電話APPのsecDomainリソース形式は、以下の通りである。
{
“sdid” = e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9,
“sdn” = my home,
“discoverable” = true
}
２． Sonの携帯電話APPは、自己活性化し、それ自体のルートCA証明書に基づいて、１つのHash値を生成し、当該値をセキュリティドメインIDとし、その後、１つのセキュリティドメイン名、及びそれが発見可能かどうかを設定するようにユーザに要求し、設定後、Sonの携帯電話APPのsecDomainリソース形式は、以下の通りである。
{
“sdid” = 61c74915-6491-12d2-7934-1da81f1ce27d,
“sdn” = my room,
“discoverable” = true
}
３． ネットワークには、機器Device1とDevice2があり、Momの携帯電話APPとSonの携帯電話APPは、前述の図１～２の方法に従って２つの機器を活性化及び配置する。
４． Momの携帯電話APPは、secDomainリソースから、それ自体の配置されたセキュリティドメイン情報を取得する。
５． Momの携帯電話APPは、Device1のセキュリティドメイン情報を配置し、以下の第３命令を機器に送信する。
UPDATE /oic/sec/secDomain
{
“sdid” = e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9,
“sdn” = my home,
“discoverable” = true
}
セキュリティドメインのuuid、名前、発見可能性を機器に設定する。
６． Sonの携帯電話APPは、Device2のセキュリティドメイン情報を配置し、以下の第３命令を機器に送信する。
UPDATE /oic/sec/secDomain
{
“sdid” = 61c74915-6491-12d2-7934-1da81f1ce27d,
“sdn” = my room,
“discoverable” = true
}
セキュリティドメインのuuid、名前、発見可能性を機器に設定する。
７． DadのクライアントAppは、ネットワークに入り、ブロードキャスト／マルチキャストメッセージRETRIEVE /oic/sec/secDomain？discoverable＝trueを、ネットワーク内の他の機器に送信し、セキュリティドメイン発見を実行する。
８． Device1及びDevice2は、要求メッセージを受信した後、「discoverable」の属性値がtrueであると判断し、secDomainリソースをクライアントに返送する。
９． Dadのクライアントは、Device1及びDevice2によって返送されたsecDomainリソースから、そのセキュリティドメイン情報を取得する。
１０． 例示的に、Dadのクライアントは、さらに、命令をDevice1及びDevice2にそれぞれ送信して、その端点情報RETRIEVE /res?rt=secDomainを取得して、機器のIPアドレス及びポート番号を取得する。又は、クライアントは、ネットワーク層からDevice1及びDevice2の応答メッセージの端点情報を取得する。
１１． クライアントは、取得された端点情報に基づいて、命令をDevice1及びDevice2にそれぞれ送信して、その機器情報RETRIEVE /oic/dを取得して、機器のタイプ、IDなどの機器情報を取得する。
１２． クライアントは、２つのセキュリティドメインのsdidが一致するかどうか比較し、一致しない場合、それらを２つの異なるセキュリティドメインとして判断する。
１３． クライアントは、取得されたネットワークセキュリティドメイン情報及びセキュリティドメインの下の各機器の機器情報をユーザDadに呈し、Dadは、機器のインタラクションのニーズに応じて、このクライアントを１つのセキュリティドメインに加入させることを選択する。図１３に示されるように、my home及びmy roomの２つのセキュリティドメイン名及び各セキュリティドメインに含まれる機器を表示する。
このように、上記の技術案を採用することにより、第１機器がネットワークに入るときに、機器は、ブロードキャスト／マルチキャスト要求をサポートして、複数の第２機器によってフィードバックされたセキュリティドメインリソース表示を発見することができ、それにより、第１機器は、ネットワークに入った後、当該ネットワークに存在するセキュリティドメイン情報を便利に発見及び取得することができ、次に、クライアントは、発見されたセキュリティドメインをユーザに呈することができる。
本発明の実施例は、第１機器を提供し、図１４に示されるように、前記第１機器は、
ブロードキャストメッセージ又はマルチキャストメッセージを、所在のネットワーク内のM個の第２機器に送信し、N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現を受信する第１通信ユニット１４０１であって、ここで、Mは、１以上の整数であり、前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するための要求が含まれ、Nは、１以上M以下の整数である、第１通信ユニット１４０１と、
前記N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現に基づいて、L個のセキュリティドメイン情報を取得し、前記L個のセキュリティドメイン情報を表示する第１処理ユニット１４０２であって、ここで、Lは、１以上の整数であり、前記セキュリティドメイン情報には、セキュリティドメイン識別子（ID）、セキュリティドメイン名が含まれる、第１処理ユニット１４０２と、を備える。
本発明の実施例は、第２機器を更に提供し、図１５に示されるように、前記第２機器は、
所在のネットワーク内の第１機器によって送信されたブロードキャストメッセージ又はマルチキャストメッセージを受信し、セキュリティドメインリソースを前記第１機器にフィードバックする第２通信ユニット１５０１を備え、ここで、前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するための要求が含まれ、前記セキュリティドメインリソースには、セキュリティドメイン情報が含まれ、前記セキュリティドメイン情報には、セキュリティドメイン識別子（ID）、セキュリティドメイン名が含まれる。
本発明の実施例は、第３機器を提供し、図１６に示されるように、前記第３機器は、
セキュリティドメイン情報を生成する第３処理ユニット１６０１であって、前記セキュリティドメイン情報は、少なくともセキュリティドメイン識別子（ID）及びセキュリティドメイン名を含む、第３処理ユニット１６０１と、
所在のネットワークに含まれる少なくとも１つの第２機器に対してセキュリティドメイン情報を配置する第３通信ユニット１６０２と、を備える。
前述の第１機器及び第３機器は、クライアントAppがインストールされた端末機器であり得、例えば、スマートフォンやタブレットコンピュータなどの機器であり得る。第２機器は、モノのインターネット又はホームネットワーク内の任意の被制御機器、又はIoT機器などであり得る。また、第１機器、第３機器及び第２機器はすべて、同じネットワーク環境内の機器であり得ることに留意されたい。
以下では、複数の例を参照して、本実施例によって提供される技術案について説明する。
一例では、
前記セキュリティドメイン情報は、セキュリティドメイン識別子（ID：Identity）、及びセキュリティドメイン名のみを含む。つまり、本例では、セキュリティドメインの発見可能性を制限しないか、又は、同じネットワーク上のIoT第２機器のすべてが発見可能な機器であることが理解される。
具体的には、以下の動作を含み得る。
第３機器の第３処理ユニット１６０１は、自己活性化した後、セキュリティドメイン情報を生成し、本例では、前記セキュリティドメイン情報は、セキュリティドメイン識別子（ID）、及びセキュリティドメイン名を含む。
前記第３機器の所在のネットワークには、M個の第２機器（制御可能な機器とも呼ばれる）が存在し、前記第３機器の第３通信ユニット１６０２は、前記M個の第２機器（例えば、制御可能な機器又はIoT機器）を活性化及び配置し、ここで、Mは、１以上の整数である。
前記第３機器の第３処理ユニット１６０１は、セキュリティドメインリソース（secDomainリソース）の表現から、それ自体の配置されたセキュリティドメイン情報を取得し、前記第３機器の第３通信ユニット１６０２は、所在のネットワークに含まれる少なくとも１つの第２機器に対してセキュリティドメイン情報を配置する。
これに対応して、前記M個の第２機器のいずれか１つの第２機器の第２通信ユニット１５０１は、所在のネットワーク内の第３機器によって送信された第３命令を受信し、ここで、前記第３機器は、セキュリティドメインリソース配置を実行可能な機器であり、前記第３命令には、セキュリティドメイン情報が含まれる。
前記第２機器はさらに、受信した第３命令に基づいて、それ自体のセキュリティドメイン情報を配置して、セキュリティドメインリソースの表現を取得する第２処理ユニット１５０２を備える。
第１機器は、前記ネットワークに入り、第１機器の第１通信ユニット１４０１は、ブロードキャストメッセージ又はマルチキャストメッセージを、所在のネットワーク内のM個の第２機器に送信し、Mは、１以上の整数であり、ここで、前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するために使用される要求が含まれる。
前記M個の第２機器の各第２機器の第２通信ユニット１５０１は、所在のネットワーク内の第１機器によって送信されたブロードキャストメッセージ又はマルチキャストメッセージを受信し、セキュリティドメインリソースの表現を前記第１機器にフィードバックする。
前記セキュリティドメインリソースの表現には、セキュリティドメイン情報が含まれ、前記セキュリティドメイン情報には、セキュリティドメイン識別子（ID）、セキュリティドメイン名が含まれる。
前記第１機器の第１通信ユニット１４０１は、N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現（即ち、Resource representations）を受信する。
ここで、本例では、N＝Mである。
前記第１機器の第１処理ユニット１４０２は、前記N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現に基づいて、L個のセキュリティドメイン情報を取得する。
前記第１機器の第１通信ユニット１４０１は、前記N個の第２機器の端点情報を取得する。
端点情報を取得する具体的な方式は、以下の動作を含み得る。
前記第１機器の第１通信ユニット１４０１は、第１命令を前記N個の第２機器に送信し、前記N個の第２機器によってフィードバックされた端点情報を受信し、ここで、前記第１命令は、前記第２機器の端点情報を取得するために使用され、これに対応して、前記第２機器の第２通信ユニット１５０１は、前記第１機器によって送信された第１命令を受信し、端点情報を前記第１機器にフィードバックし、ここで、前記第１命令は、前記第２機器の端点情報を取得するために使用される。
又は、端点情報を取得する方式は、
前記第１機器の第１通信ユニット１４０１がネットワーク側から前記N個の第２機器の端点情報を取得することを含み得る。
本例では、前記端点情報には、
第２機器のIPアドレス、第２機器のポート番号のうちの少なくとも１つが含まれる。
前記第１機器の第１通信ユニット１４０１は、前記N個の第２機器の端点情報に基づいて、第２命令を前記N個の第２機器に送信し、前記N個の第２機器によってフィードバックされた機器情報を受信し、ここで、前記第２命令は、前記第２機器の機器情報を取得するために使用される。
これに対応して、前記第２機器の第２通信ユニット１５０１は、前記第１機器によって送信された第２命令を受信し、機器情報を前記第１機器にフィードバックする。
さらに、前記機器情報は、少なくとも機器のタイプ、IDなどの機器情報を含み得る。もちろん、より多くの他の内容も含み得、本例では網羅的な列挙をしない。
前記第１機器の第１処理ユニット１４０２は、前記L個のセキュリティドメインに対応するセキュリティドメイン情報に含まれるセキュリティドメイン名、及び各前記セキュリティドメインに対応する第２機器の機器情報を表示する。
前述のステップに基づいて、ユーザは、第１機器の表示インターフェース（表示画面など）を介して、L個のセキュリティドメイン名、及び各セキュリティドメイン名に対応する少なくとも１つの機器情報を確認することもでき、次に、ユーザは、第１機器のインタラクティブインターフェースを介して、加入しようとする目標セキュリティドメインを選択し、前記第１機器が、選択された目標セキュリティドメインに加入できるようにする。
別の例では、前述の例と異なり、本例のセキュリティドメイン情報は、セキュリティドメインの発見可能性を更に含む。
前記セキュリティドメインの発見可能性は、第２機器に対応するセキュリティドメイン情報が他の機器によって発見できるかどうかを表すために使用される。前記セキュリティドメインの発見可能性は、具体的には、１bitの値であり得、例えば、第１の値に設定する場合、発見不可能を表し、つまり、真であり、第２の値に設定する場合、発見可能を表し、つまり、偽である。ここで、第１の値は、１であり得、第２の値は、０であり得、又は逆に、第１の値は、０であり、第２の値は１である。もちろん、前記セキュリティドメインの発見可能性を真又は偽として表すことができる限り、他の設定方式でもあり得、本例では網羅的な列挙をしない。
具体的には、以下の動作を含み得る。
第３機器が自己活性化した後、前記第３処理ユニットは、セキュリティドメイン情報を生成し、本例では、前記セキュリティドメイン情報は、セキュリティドメイン識別子（ID）、セキュリティドメイン名、及びセキュリティドメインの発見可能性を含む。
前記第３機器は、セキュリティドメインリソースの表現（secDomainリソース）から、それ自体の配置されたセキュリティドメイン情報を取得し、前記第３機器の第３通信ユニットは、所在のネットワークに含まれるM個の第２機器のセキュリティドメイン情報を配置する。
これに対応して、前記M個の第２機器のいずれか１つの第２機器の第２通信ユニットは、所在のネットワーク内の第３機器によって送信された第３命令を受信し、ここで、前記第３機器は、セキュリティドメインリソース配置を実行可能な機器であり、前記第３命令には、セキュリティドメイン情報が含まれる。
次に、前記M個の第２機器の第２処理ユニットは、受信した第３命令に基づいて、それ自体のセキュリティドメイン情報を配置して、セキュリティドメインリソースの表現を取得する。
これで、第３機器の所在のネットワークに含まれるM個の制御可能な機器又はM個の第２機器のセキュリティドメイン情報の配置を完了する。
前記M個の第２機器の各第２機器の第２通信ユニットは、所在のネットワーク内の第１機器によって送信されたブロードキャストメッセージ又はマルチキャストメッセージを受信し、
次に、各前記第２機器の第２処理ユニットは、それ自体に保存されたセキュリティドメインリソースの表現におけるセキュリティドメインの発見可能性が真であるかどうかを判断し、
前記セキュリティドメインの発見可能性が真である場合、前記第２機器の第２通信ユニットは、前記セキュリティドメインリソースの表現をフィードバックし、そうでない場合、前記セキュリティドメインリソースの表現をフィードバックしない。
ここで、前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するために使用される要求が含まれる。
前記第１機器の第１通信ユニットは、前記M個の第２機器内の、セキュリティドメインの発見可能性が真であるN個の第２機器によってフィードバックされた前記セキュリティドメインリソースの表現を受信し、
ここで、本例では、Nは、Mに等しいか、又はNは、M未満であり得る。
前記第１機器の第１処理ユニットは、前記N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現に基づいて、L個のセキュリティドメイン情報を取得する。本例では、第１機器は、N個の第２機器によってフィードバックされたセキュリティリソースの表現に基づいて、少なくとも１つのセキュリティドメイン情報を取得する。Lは、１であり得る。これで、前記第１機器側は、現在のネットワークに含まれるL個のセキュリティドメイン名を表示することができる。
残りの処理は、前述の例と同じであり、ここでは繰り返して説明しない。
最後の例では、前述の例とは異なり、本例では、２つ以上の第３機器が存在する可能性があり、各第３機器はすべて、それ自体のセキュリティドメインを設定でき、また、異なる第３機器によって設定されるセキュリティドメインは同じであってもよく、異なってもよい。
これに対応して、セキュリティドメインが異なる第３機器の場合、それらに接続されたM個の第２機器の一部のために、対応するセキュリティドメイン情報（ここで、セキュリティドメイン識別子、セキュリティドメイン名、セキュリティドメインの発見可能性を含む）をそれぞれ設定することができる。
第１機器は、所在のネットワークに接続した後、M個の第２機器からM個のセキュリティドメインリソースをそれぞれ取得し、次に、L個のセキュリティドメインを決定して表示し、最終的に、加入しようとするセキュリティドメインを決定することができる。本例では、Lは、２以上であり得る。
具体的には、２つ以上の第３機器において、各第３機器の第３処理ユニットはすべて、セキュリティドメイン情報を生成する。次に、各第３機器は、第３通信ユニットを介して、M個の第２機器を活性化及び配置する。
２つ以上の第３機器において、各前記第３機器の第３通信ユニットは、セキュリティドメインリソースの表現（secDomainリソース）から、それ自体の配置されたセキュリティドメイン情報を取得し、所在のネットワークに含まれるM個の第２機器のセキュリティドメイン情報を配置する。
これに対応して、前記M個の第２機器のいずれか１つの第２機器の第２通信ユニットは、所在のネットワーク内の特定の第３機器によって送信された第３命令を受信する。
前記第１機器の第１処理ユニットは、前記N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現に基づいて、L個のセキュリティドメイン情報を取得する。本例では、第１機器は、N個の第２機器によってフィードバックされたセキュリティリソースの表現に基づいて、少なくとも１つのセキュリティドメイン情報を取得する。Lは、２以上の整数であり得る。これで、前記第１機器側は、現在のネットワークに含まれるL個のセキュリティドメイン名を表示することができる。
本例の他の処理は、前述の例と同じであり、繰り返して説明しない。
このように、上記の技術案を採用することにより、第１機器がネットワークに入るときに、機器は、ブロードキャスト／マルチキャスト要求をサポートして、複数の第２機器によってフィードバックされたセキュリティドメインリソース表示を発見することができ、それにより、第１機器は、ネットワークに入った後、当該ネットワークに存在するセキュリティドメイン情報を便利に発見及び取得することができ、次に、クライアントは、発見されたセキュリティドメインをユーザに呈することができる。
図１７は、本発明の実施例による通信機器１７００の例示的な構造図であり、本実施例における通信機器は、具体的には、前述の実施例における第１機器、第２機器、及び第３機器のうちの１つであり得る。図１７に示される通信機器１７００は、プロセッサ１７１０を備え、プロセッサ１７１０は、メモリからコンピュータプログラムを呼び出して実行することにより、本発明の実施例における方法を実現することができる。
例示的に、図１７に示されるように、通信機器１７００はさらに、メモリ１７２０を備えることができ。ここで、プロセッサ１７１０は、メモリ１７２０からコンピュータプログラムを呼び出して実行することにより、本発明の実施例における方法を実現することができる。
ここで、メモリ１７２０は、プロセッサ１７１０から独立した別個のデバイスであり得るか、又はプロセッサ１７１０に統合され得る。
例示的に、図１７に示されるように、通信機器１７００はさらに、トランシーバ１７３０を備えることができ、プロセッサ１７１０は、他の機器と通信するように当該トランシーバ１７３０を制御することができ、具体的には、情報又はデータを他の機器に送信するか、又は他の機器によって送信された情報又はデータを受信することができる。
ここで、トランシーバ１７３０は、送信機及び受信機を含み得る。トランシーバ１７３０は、１つ又は複数のアンテナを更に含み得る。
例示的に、当該通信機器１７００は、本発明の実施例の各方法における、ネットワーク機器によって実現される対応するプロセスを実行することができ、簡潔にするために、ここでは繰り返して説明しない。
図１８は、本発明の実施例によるチップの例示的な構造図である。図１８に示されるように、チップ１８００は、プロセッサ１８１０を備え、プロセッサ１８１０は、メモリからコンピュータプログラムを呼び出して実行することにより、本発明の実施例における方法を実現することができる。
例示的に、図１８に示されるように、チップ１８００は、メモリ１８２０を更に含み得る。ここで、プロセッサ１８１０は、メモリ１８２０からコンピュータプログラムを呼び出して実行することにより、本発明の実施例における方法を実現することができる。
ここで、メモリ１８２０は、プロセッサ１８１０から独立した別個のデバイスであり得るか、又はプロセッサ１８１０に統合され得る。
例示的に、当該チップ１８００は、入力インターフェース１８３０を更に含み得る。ここで、プロセッサ１８１０は、他の機器又はチップと通信するように当該入力インターフェース１８３０を制御することができ、具体的には、他の機器又はチップによって送信された情報又はデータを取得することができる。
例示的に、当該チップ１８００は、入力インターフェース１８３０を更に含み得る。ここで、プロセッサ１８１０は、他の機器又はチップと通信するように当該出力インターフェース１８４０を制御することができ、具体的には、情報又はデータを他の機器又はチップに出力することができる。
例示的に、当該チップは、本発明の実施例における第１機器、第２機器、第３機器のうちの１つであってもよく、当該チップは、本発明の実施例の各方法における、端末機器によって実現される対応するプロセスを実行することができ、簡潔にするために、ここでは繰り返して説明しない。
本発明の実施例で言及されるチップは、システムレベルチップ、システムチップ、チップシステム又はシステムオンチップなどと呼ばれることもできることを理解されたい。
本発明の実施例におけるプロセッサは、信号処理機能を備えた集積回路チップであり得ることを理解されたい。実現プロセスにおいて、上記の方法の実施例の各ステップは、プロセッサ内のハードウェア形態の統合論理回路又はソフトウェア形態の命令によって完了できる。上記のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ（DSP：digital signal processor）、特定用途向け集積回路（ASIC：application specific integrated circuit）、フィールドプログラマブルゲートアレイ（FPGA：field programmable gate array）又は他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタロジックデバイス、ディスクリートハードウェアコンポ―ネットなどであってもよい。本発明の実施例で開示された各方法、ステップ及び論理ブロック図を実現又は実行することができる。汎用プロセッサは、マイクロプロセッサであってもよく、又は当該プロセッサは、任意の従来のプロセッサなどであってもよい。本発明の実施例による方法のステップは、ハードウェア復号化プロセッサによって完了されるか、又は復号化プロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせによって完了されることができる。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ、又は電気的に消去可能なプログラマブルメモリ、レジスタなどの従来の記憶媒体に配置することができる。当該記憶媒体はメモリ内に配置され、プロセッサはメモリ内の情報を読み取り、そのハードウェアと組み合わせて上記の方法のステップを完了する。
本発明の実施例のメモリは、揮発性メモリ又は不揮発性メモリであってもよく、又は揮発性メモリ及び不揮発性メモリの両方を含んでもよいことを理解されたい。ここで、不揮発性メモリは、読み取り専用メモリ（ROM：Read-Only Memory）、プログラマブル読み取り専用メモリ（PROM：Programmable ROM）、消去可能なプログラマブル読み取り専用メモリ（EPROM：Erasable PROM）、電気的に消去可能なプログラマブル読み取り専用メモリ（EEPROM：Electrically EPROM）又はフラッシュメモリであり得る。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（RAM：Random Access Memory）であり得る。例示的であるが限定的ではない例示によれば、多くの形のRAM、例えば、スタティックランダムアクセスメモリ（SRAM：Static RAM）、ダイナミックランダムアクセスメモリ（DRAM：Dynamic RAM）、同期ダイナミックランダムアクセスメモリ（SDRAM：Synchronous DRAM）、ダブルデータレートの同期ダイナミックランダムアクセスメモリ（DDR SDRAM:Double Data Rate SDRAM）、拡張された同期ダイナミックランダムアクセスメモリ（ESDRAM：Enhanced SDRAM）、同期接続ダイナミックランダムアクセスメモリ（SLDRAM：Synchlink DRAM）及びダイレクトメモリバスランダムアクセスメモリ（DR RAM:Direct Rambus RAM）などが利用可能である。本明細書で説明されるシステム及び方法におけるメモリは、これら及び他の任意の適切なタイプのメモリを含むことを意図しているが、これらに限定されないことに留意されたい。
上記のメモリは一例であるが限定的な説明ではないことを理解されたい。例えば、本発明の実施例におけるメモリはさらに、スタティックランダムアクセスメモリ（SRAM：Static RAM）、ダイナミックランダムアクセスメモリ（DRAM：Dynamic RAM）、同期ダイナミックランダムアクセスメモリ（SDRAM：Synchronous DRAM）、ダブルデータレートの同期ダイナミックランダムアクセスメモリ（DDR SDRAM:Double Data Rate SDRAM）、拡張された同期ダイナミックランダムアクセスメモリ（ESDRAM：Enhanced SDRAM）、同期接続ダイナミックランダムアクセスメモリ（SLDRAM：Synchlink DRAM）及びダイレクトメモリバスランダムアクセスメモリ（DR RAM：Direct Rambus RAM）などであり得る。つまり、本発明の実施例におけるメモリは、これら及び他の任意の適切なタイプのメモリを含むことを意図しているが、これらに限定されない。
本発明の実施例は、コンピュータプログラムを記憶したコンピュータ可読記憶媒体を更に提供する。
例示的に、当該コンピュータ可読記憶媒体は、本発明の実施例におけるネットワー機器又は端末機器に適用され得、当該コンピュータプログラムは、コンピュータに、本発明の実施例の各方法における、ネットワーク機器によって実現される対応するプロセスを実行させ、簡潔にするために、ここでは繰り返して説明しない。
本発明の実施例は、コンピュータプログラム命令を含むコンピュータプログラム製品を更に提供する。
例示的に、当該コンピュータプログラム製品は、本発明の実施例のネットワーク機器又は端末機器に適用され得、当該コンピュータプログラム命令は、コンピュータに、本発明の実施例の各方法における、ネットワーク機器によって実現される対応するプロセスを実行させ、簡潔にするために、ここでは繰り返して説明しない。
本発明の実施例は、コンピュータプログラムを更に提供する。
例示的に、当該コンピュータプログラムは、本発明の実施例におけるコアネットワーク機器又は端末機器に適用され得、当該コンピュータプログラムがコンピュータで実行されるときに、コンピュータに、本発明の実施例の各方法における、ネットワーク機器によって実現される対応するプロセスを実行させ、簡潔にするために、ここでは繰り返して説明しない。
当業者なら、本明細書で開示される実施例を参照しながら説明された各例示のユニット及びアルゴリズムステップが、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアの組み合わせによって実現されてもよいことを理解することができる。これらの機能がハードウェアで実行されるかソフトウェアで実行されるかは、特定の適用と技術ソリューションの設計上の制約条件によって異なる。専門技術者は、特定のアプリケーションごとに対して、異なる方法を使用して説明された機能を実現することができるが、このような実現は本発明の範囲を超えると見なされるべきではない。
当業者なら、説明の便宜及び簡潔さのために、上記のシステム、装置及びユニットの具体的な作業プロセスについては、前述の方法の実施例における対応するプロセスを参照できることを明確に理解することができ、ここでは繰り返して説明しない。
本発明に提供されるいくつかの実施例では、開示されたシステム、装置及び方法は、他の方式で実現できることを理解されたい。例えば、以上で説明された装置の実施例は、例示的なものに過ぎず、例えば、前記ユニットの分割は、論理機能の分割に過ぎず、実際の実現では、他の分割方法を採用することができ、例えば、複数のユニット又はコンポーネントを組み合わせたり、別のシステムに統合したり、又は一部の特徴を無視するか実行しないことができる。なお、表示又は議論された相互結合又は直接結合又は通信接続は、いくつかの通信インターフェースを使用して実現することができ、装置又はユニット間の間接的な結合又は通信接続は、電気的、機械的又は他の形態であり得る。
前記個別のパーツとして説明されたユニットは、物理的に分離されている場合とされていない場合があり、ユニットとして表示されるパーツは、物理ユニットである場合とそうでない場合があり、１箇所に配置される場合もあれば、複数のネットワークユニットに分散される場合もある。実際の需要に応じて、その中のユニットの一部又は全部を選択して本実施形態における技術方案の目的を達成することができる。
さらに、本発明の各実施例における各機能ユニットは、１つの処理ユニットに統合されてもよく、又は各ユニットが物理的に別々に存在してもよく、２つ又は２つ以上のユニットが１つのユニットに統合されてもよい。
上記の内容は、本発明の具体的な実施形態に過ぎないが、本発明の保護範囲はこれに限定されず、当業者が本発明に開示された技術的範囲内で容易に想到し得る変更又は置換は、すべて本発明の保護範囲内に含まれるべきである。したがって、本発明の保護範囲は、特許請求の保護範囲に従うものとする。

Claims (39)

  1. セキュリティ情報の発見方法であって、
    第１機器が、ブロードキャストメッセージ又はマルチキャストメッセージを、所在のネットワーク内のM個の第２機器に送信することであって、Mは、１以上の整数であり、前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するための要求が含まれることと、
    前記第１機器が、N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現を受信することであって、Nは、１以上M以下の整数であることと、
    前記第１機器が、前記N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現に基づいて、L個のセキュリティドメイン情報を取得して、前記L個のセキュリティドメイン情報を表示することであって、Lは、１以上の整数であり、前記セキュリティドメイン情報には、セキュリティドメイン識別子（ID）、セキュリティドメイン名が含まれることと、を含む、セキュリティ情報の発見方法。
  2. 前記セキュリティドメイン情報は、
    セキュリティドメインの発見可能性を更に含む、
    請求項１に記載のセキュリティ情報の発見方法。
  3. 前記第１機器が、N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現を受信することは、
    前記第１機器が、前記M個の第２機器内の、セキュリティドメインの発見可能性が真であるN個の第２機器によってフィードバックされた前記セキュリティドメインリソースの表現を受信することを含む、
    請求項２に記載のセキュリティ情報の発見方法。
  4. 前記セキュリティ情報の発見方法は、
    前記第１機器が、第１命令を前記N個の第２機器に送信し、前記N個の第２機器によってフィードバックされた端点情報を受信することであって、前記第１命令は、前記第２機器の端点情報を取得するために使用されること、
    又は、
    前記第１機器が、ネットワーク側から前記N個の第２機器の端点情報を取得することを更に含む、
    請求項１～３のいずれか一項に記載のセキュリティ情報の発見方法。
  5. 前記端点情報は、
    第２機器のIPアドレス、第２機器のポート番号のうちの少なくとも１を含む、
    請求項４に記載のセキュリティ情報の発見方法。
  6. 前記セキュリティ情報の発見方法は、
    前記第１機器が、前記N個の第２機器の端点情報に基づいて、第２命令を前記N個の第２機器に送信し、前記N個の第２機器によってフィードバックされた機器情報を受信することを更に含み、前記第２命令は、前記第２機器の機器情報を取得するために使用される、
    請求項４又は５に記載のセキュリティ情報の発見方法。
  7. 前記セキュリティ情報の発見方法は、
    前記第１機器が、前記N個の第２機器の各第２機器によってフィードバックされた前記セキュリティドメインリソースの表現に含まれるセキュリティドメインIDに基づいて、前記第１機器の所在のネットワークに存在するL個のセキュリティドメインを決定することを更に含む、
    請求項６に記載のセキュリティ情報の発見方法。
  8. 前記L個のセキュリティドメイン情報を表示する場合、前記セキュリティ情報の発見方法は、
    前記第１機器が、前記L個のセキュリティドメインに対応するセキュリティドメイン情報に含まれるセキュリティドメイン名、及び各前記セキュリティドメインに対応する第２機器の機器情報を表示することを更に含む、
    請求項１～７のいずれか一項に記載のセキュリティ情報の発見方法。
  9. セキュリティ情報の発見方法であって、
    第２機器が、所在のネットワーク内の第１機器によって送信されたブロードキャストメッセージ又はマルチキャストメッセージを受信することであって、前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するための要求が含まれることと、
    前記第２機器が、セキュリティドメインリソースの表現を前記第１機器にフィードバックすることであって、前記セキュリティドメインリソースの表現には、セキュリティドメイン情報が含まれ、前記セキュリティドメイン情報には、セキュリティドメイン識別子（ID）、セキュリティドメイン名が含まれることと、を含む、セキュリティ情報の発見方法。
  10. 前記セキュリティ情報の発見方法は、
    前記第２機器が、所在のネットワーク内の第３機器によって送信された第３命令を受信することを更に含み、前記第３機器は、セキュリティドメインリソース配置を実行可能な機器であり、前記第３命令には、セキュリティドメイン情報が含まれる、
    請求項１０に記載のセキュリティ情報の発見方法。
  11. 前記セキュリティドメイン情報には、
    セキュリティドメインの発見可能性が更に含まれる、
    請求項９又は１０に記載のセキュリティ情報の発見方法。
  12. 前記第２機器が、セキュリティドメインリソースを前記第１機器にフィードバックすることは、
    前記第２機器が、それ自体に保存されたセキュリティドメインリソースの表現におけるセキュリティドメインの発見可能性が真であるかどうかを判断することと、
    前記セキュリティドメインの発見可能性が真である場合、前記第２機器は、前記セキュリティドメインリソースの表現をフィードバックし、そうでない場合、前記第２機器は、前記セキュリティドメインリソースの表現をフィードバックしない。
    請求項１１に記載のセキュリティ情報の発見方法。
  13. 前記セキュリティ情報の発見方法は、
    前記第２機器が、前記第１機器によって送信された第１命令を受信し、端点情報を前記第１機器にフィードバックすることを更に含み、前記第１命令は、前記第２機器の端点情報を取得するために使用される、
    請求項９～１２のいずれか一項に記載のセキュリティ情報の発見方法。
  14. 前記端点情報には、
    第２機器のIPアドレス、第２機器のポート番号のうちの少なくとも１つが含まれる、
    請求項１３に記載のセキュリティ情報の発見方法。
  15. 前記セキュリティ情報の発見方法は、
    前記第２機器が、前記第１機器によって送信された第２命令を受信し、機器情報を前記第１機器にフィードバックすることを更に含み、前記第２命令は、前記第２機器の機器情報を取得するために使用される、
    請求項１３又は１４に記載のセキュリティ情報の発見方法。
  16. セキュリティ情報の配置方法であって、
    第３機器が、セキュリティドメイン情報を生成することであって、前記セキュリティドメイン情報は、少なくともセキュリティドメイン識別子（ID）及びセキュリティドメイン名を含むことと、
    前記第３機器が、所在のネットワークに含まれる少なくとも１つの第２機器に対してセキュリティドメイン情報を配置することと、を含む、セキュリティ情報の配置方法。
  17. 前記セキュリティドメイン情報は、セキュリティドメインの発見可能性を更に含む、
    請求項１６に記載のセキュリティ情報の配置方法。
  18. 第１機器であって、
    ブロードキャストメッセージ又はマルチキャストメッセージを、所在のネットワーク内のM個の第２機器に送信し、N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現を受信する第１通信ユニットであって、Mは、１以上の整数であり、前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するための要求が含まれ、Nは、１以上M以下の整数である、第１通信ユニットと、
    前記N個の第２機器によってフィードバックされたセキュリティドメインリソースの表現に基づいて、L個のセキュリティドメイン情報を取得し、前記L個のセキュリティドメイン情報を表示する第１処理ユニットであって、Lは、１以上の整数であり、前記セキュリティドメイン情報には、セキュリティドメイン識別子（ID）、セキュリティドメイン名が含まれる、第１処理ユニットと、を備える、第１機器。
  19. 前記セキュリティドメイン情報は、
    セキュリティドメインの発見可能性を更に含む、
    請求項１８に記載の第１機器。
  20. 前記第１通信ユニットは、前記M個の第２機器内の、セキュリティドメインの発見可能性が真であるN個の第２機器によってフィードバックされた前記セキュリティドメインリソースの表現を受信する、
    請求項１９に記載の第１機器。
  21. 前記第１通信ユニットは、第１命令を前記N個の第２機器に送信し、前記N個の第２機器によってフィードバックされた端点情報を受信し、前記第１命令は、前記第２機器の端点情報を取得するために使用され、
    又は、
    ネットワーク側から前記N個の第２機器の端点情報を取得する、
    請求項１８～２０のいずれか一項に記載の第１機器。
  22. 前記端点情報は、
    第２機器のIPアドレス、第２機器のポート番号のうちの少なくとも１を含む、
    請求項２１に記載の第１機器。
  23. 前記第１通信ユニットは、前記N個の第２機器の端点情報に基づいて、第２命令を前記N個の第２機器に送信し、前記N個の第２機器によってフィードバックされた機器情報を受信し、前記第２命令は、前記第２機器の機器情報を取得するために使用される、
    請求項２１又は２２に記載の第１機器。
  24. 前記第１処理ユニットは、前記N個の第２機器の各第２機器によってフィードバックされた前記セキュリティドメインリソースの表現に含まれるセキュリティドメインIDに基づいて、前記第１機器の所在のネットワークに存在するL個のセキュリティドメインを決定する、
    請求項２３に記載の第１機器。
  25. 前記L個のセキュリティドメイン情報を表示する場合、前記第１処理ユニットは、前記L個のセキュリティドメインに対応するセキュリティドメイン情報に含まれるセキュリティドメイン名、及び各前記セキュリティドメインに対応する第２機器の機器情報を表示する、
    請求項１８～２４のいずれか一項に記載の第１機器。
  26. 第２機器であって、
    所在のネットワーク内の第１機器によって送信されたブロードキャストメッセージ又はマルチキャストメッセージを受信し、セキュリティドメインリソースの表現を前記第１機器にフィードバックする第２通信ユニットを備え、
    前記ブロードキャストメッセージ又はマルチキャストメッセージには、セキュリティドメイン発見を実行するための要求が含まれ、前記セキュリティドメインリソースの表現には、セキュリティドメイン情報が含まれ、前記セキュリティドメイン情報には、セキュリティドメイン識別子（ID）、セキュリティドメイン名が含まれる、第２機器。
  27. 前記第２通信ユニットは、所在のネットワーク内の第３機器によって送信された第３命令を受信し、前記第３機器は、セキュリティドメインリソース配置を実行可能な機器であり、前記第３命令には、セキュリティドメイン情報が含まれる、
    請求項２６に記載の第２機器。
  28. 前記セキュリティドメイン情報は、
    セキュリティドメインの発見可能性が更に含まれる、
    請求項２６又は２７に記載の第２機器。
  29. 前記第２機器はさらに、
    それ自体に保存されたセキュリティドメインリソースの表現におけるセキュリティドメインの発見可能性が真であるかどうかを判断する第２処理ユニットを備え、
    前記第２通信ユニットは、前記セキュリティドメインの発見可能性が真である場合、前記第２機器が前記セキュリティドメインリソースの表現をフィードバックし、そうでない場合、前記第２機器が前記セキュリティドメインリソースの表現をフィードバックしない、
    請求項２８に記載の第２機器。
  30. 前記第２通信ユニットは、前記第１機器によって送信された第１命令を受信し、端点情報を前記第１機器にフィードバックし、前記第１命令は、前記第２機器の端点情報を取得するために使用される、
    請求項２６～２９のいずれか一項に記載の第２機器。
  31. 前記端点情報は、
    第２機器のIPアドレス、第２機器のポート番号のうちの少なくとも１を含む、
    請求項３０に記載の第２機器。
  32. 前記第２通信ユニットは、前記第１機器によって送信された第２命令を受信し、機器情報を前記第１機器にフィードバックし、前記第２命令は、前記第２機器の機器情報を取得するために使用される、
    請求項３０又は３１に記載の第２機器。
  33. 第３機器であって、
    セキュリティドメイン情報を生成する第３処理ユニットであって、前記セキュリティドメイン情報は、少なくともセキュリティドメイン識別子（ID）及びセキュリティドメイン名を含む、第３処理ユニットと、
    所在のネットワークに含まれる少なくとも１つの第２機器に対してセキュリティドメイン情報を配置する第３通信ユニットと、を備える、第３機器。
  34. 前記セキュリティドメイン情報は、セキュリティドメインの発見可能性を更に含む、
    請求項３３に記載の第３機器。
  35. プロセッサで実行可能なコンピュータプログラムを記憶するメモリと、
    前記メモリに記憶されたコンピュータプログラムを呼び出して、請求項１～１７のいずれか一項に記載の方法を実行するプロセッサと、を備える、機器。
  36. メモリからコンピュータプログラムを呼び出して、請求項１～１７のいずれか一項に記載の方法を実行するプロセッサを備える、チップ。
  37. プロセッサによって実行されるときに、請求項１～１７のいずれか一項に記載の方法を実行するコンピュータプログラムを記憶した、コンピュータ可読記憶媒体。
  38. プロセッサによって実行されるときに、請求項１～１７のいずれか一項に記載の方法を実行するコンピュータプログラム命令を含む、コンピュータプログラム製品。
  39. 請求項１～１７のいずれか一項に記載の方法を実行する、コンピュータプログラム。
JP2022543396A 2020-01-17 2020-01-17 セキュリティ情報の発見方法、セキュリティ情報の配置方法及び機器 Pending JP2023514959A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/072866 WO2021142803A1 (zh) 2020-01-17 2020-01-17 一种安全信息发现方法、安全信息配置方法及设备

Publications (1)

Publication Number Publication Date
JP2023514959A true JP2023514959A (ja) 2023-04-12

Family

ID=76863240

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022543396A Pending JP2023514959A (ja) 2020-01-17 2020-01-17 セキュリティ情報の発見方法、セキュリティ情報の配置方法及び機器

Country Status (6)

Country Link
US (1) US20220353239A1 (ja)
EP (1) EP4080843A4 (ja)
JP (1) JP2023514959A (ja)
KR (1) KR20220126736A (ja)
CN (2) CN115866022A (ja)
WO (1) WO2021142803A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020258099A1 (zh) * 2019-06-26 2020-12-30 Oppo广东移动通信有限公司 配置物联网设备的方法和物联网设备
EP4228299A4 (en) * 2020-10-09 2023-12-27 Guangdong Oppo Mobile Telecommunications Corp., Ltd. INFORMATION PROCESSING METHOD AND DEVICE AND STORAGE MEDIUM

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102739665B (zh) * 2012-06-25 2015-03-11 成都卫士通信息产业股份有限公司 一种实现网络虚拟安全域的方法
CN103152361B (zh) * 2013-03-26 2015-12-02 华为技术有限公司 访问控制方法及设备、系统
CN105577623B (zh) * 2014-10-17 2019-05-10 中国电信股份有限公司 一种联网终端安全域建立的方法及系统
US10021644B2 (en) * 2014-10-30 2018-07-10 Qualcomm Incorporated Network discovery
CN107153565B (zh) * 2016-03-03 2020-06-16 华为技术有限公司 配置资源的方法及其网络设备
US10575273B2 (en) * 2016-03-31 2020-02-25 Intel Corporation Registration of devices in secure domain
CN110113175B (zh) * 2018-02-01 2021-11-09 华为技术有限公司 网络安全准入方法及家庭网络设备
CN109981725B (zh) * 2019-01-31 2022-06-14 咪咕文化科技有限公司 一种跨安全域的通信方法、服务器和可读存储介质

Also Published As

Publication number Publication date
US20220353239A1 (en) 2022-11-03
EP4080843A1 (en) 2022-10-26
KR20220126736A (ko) 2022-09-16
WO2021142803A1 (zh) 2021-07-22
CN114982199A (zh) 2022-08-30
CN115866022A (zh) 2023-03-28
EP4080843A4 (en) 2022-11-30

Similar Documents

Publication Publication Date Title
US11133985B2 (en) Systems and methods for intuitive home networking
US9363099B2 (en) UPnP/DLNA with RADA hive
CN113055943B (zh) 接入网络实体、终端及其方法
CN109150568B (zh) 一种网络管理方法、装置、系统、设备和存储介质
EP3430824B1 (en) Methods and systems for managing inter-device connectivity
KR100681625B1 (ko) 장치간 동적 네트워킹을 구성하여 리소스 공유를 구현하는 방법
CN108810993B (zh) 网络切片选择方法、设备、ue、控制面功能实体及介质
US10630551B2 (en) Method and apparatus for automatic networking of gateway device
EP2219412A2 (en) System and method for automatic wireless connection between a portable terminal and a digital device
CN105392181B (zh) 一种智能设备的联网方法、装置及系统
CN106656547B (zh) 一种更新家电设备网络配置的方法和装置
CN108781174B (zh) 设备连接方法、装置、电子设备及可读存储介质
EP2908477B1 (en) Remote access method and device
US20220353239A1 (en) Security information discovery method, security information configuration method, and device
WO2017023998A1 (en) Mechanisms for ad hoc service discovery
EP2974128B1 (en) Localizing a multicast service
CN113316147A (zh) 配网方法、终端设备及可读存储介质
CN104994158B (zh) 一种通过集中式网关安全控制家电的方法
WO2020177020A1 (zh) 物联网设备的发现方法、装置及终端设备
CN113678421B (zh) 安全域的配置、发现和加入方法及装置、电子设备
JP2020088712A (ja) 通信装置およびその制御方法
WO2024046143A1 (zh) 一种配置方法、介质和电子设备
CN113678420B (zh) 一种配置客户端的方法及装置、终端设备
WO2024022182A1 (zh) 信息查询方法、装置、终端及网络侧设备
CN113661690A (zh) 一种配置客户端的方法及装置、终端设备

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221219

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221219

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230929

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20240419