▶ グァンドン オッポ モバイル テレコミュニケーションズ コーポレーション リミテッドの特許一覧
特表2023-529775モノのインターネットにおけるデバイス制御方法、装置、ゲートウェイ装置、及び記憶媒体
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-07-12
(54)【発明の名称】モノのインターネットにおけるデバイス制御方法、装置、ゲートウェイ装置、及び記憶媒体
(51)【国際特許分類】
H04L 12/28 20060101AFI20230705BHJP
H04L 12/46 20060101ALI20230705BHJP
G16Y 40/30 20200101ALI20230705BHJP
【ＦＩ】
H04L12/28 200Z
H04L12/46 100C
G16Y40/30
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2022562173
(86)(22)【出願日】2020-04-14
(85)【翻訳文提出日】2022-10-11
(86)【国際出願番号】 CN2020084776
(87)【国際公開番号】W WO2021207942
(87)【国際公開日】2021-10-21
(81)【指定国・地域】
(71)【出願人】
【識別番号】516227559
【氏名又は名称】オッポ広東移動通信有限公司
【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ
(74)【代理人】
【識別番号】100120031
【弁理士】
【氏名又は名称】宮嶋 学
(74)【代理人】
【識別番号】100107582
【弁理士】
【氏名又は名称】関根 毅
(74)【代理人】
【識別番号】100152205
【弁理士】
【氏名又は名称】吉田 昌司
(74)【代理人】
【識別番号】100137523
【弁理士】
【氏名又は名称】出口 智也
(72)【発明者】
【氏名】ルー、チャオ
【テーマコード（参考）】
5K033
【Ｆターム（参考）】
5K033AA08
5K033BA01
5K033CB01
5K033CB08
(57)【要約】
本願はモノのインターネットにおけるデバイス制御方法、装置、ゲートウェイ装置、及び記憶媒体を開示し、モノのインターネット技術分野に属する。その方法は、各リソースリンクのリモートアクセス属性情報を取得し、リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられることと、第１リソースリンクが存在し、第１リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていることを示し、且つクライアント装置から第１リソースリンクに基づいて送信された操作要求を受信した場合、第１リソースリンクに対応する機能操作を実行するようにサーバ装置をトリガーすることと、第２リソースリンクが存在し、且つ第２リソースリンクに対応するリモートアクセス属性情報は第２リソースリンクリへのリモートアクセスが許可されていないことを示す場合、第２リソースリンクに対してアクセス分離を行うことと、を含む。本方案では、サーバ装置におけるリモート制御されるのに適しないリソースリンクへのクライアント装置のアクセスを回避することができ、モノのインターネットにおけるリモート制御の応用シーンが拡張される。
【特許請求の範囲】
【請求項1】
モノのインターネットにおけるデバイス制御方法であって、前記方法はゲートウェイ装置によって実行され、前記方法は、サーバ装置の各リソースリンクのリモートアクセス属性情報を取得し、前記リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられることと、
前記各リソースリンクに第１リソースリンクが存在し、前記第１リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていることを示し、且つクライアント装置から前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることと、
前記各リソースリンクに第２リソースリンクが存在し、且つ前記第２リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていないことを示す場合、前記第２リソースリンクに対してアクセス分離を行い、前記アクセス分離は前記第２リソースリンクへのクライアント装置のリモートアクセスを制限することに用いられることと、を含むことを特徴とするモノのインターネットにおけるデバイス制御方法。
【請求項2】
前記各リソースリンクに第１リソースリンクが存在し、前記第１リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていることを示し、且つクライアント装置から前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーする前に、更に、前記第１リソースリンクをクラウドリソースディレクトリにリリースすることを含むことを特徴とする請求項１に記載の方法。
【請求項3】
前記各リソースリンクに第２リソースリンクが存在し、且つ前記第２リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていないことを示す場合、前記第２リソースリンクに対してアクセス分離を行うことは、前記第２リソースリンクをリリースしないことを含むことを特徴とする請求項１に記載の方法。
【請求項4】
前記各リソースリンクに第２リソースリンクが存在し、且つ前記第２リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていないことを示す場合、前記第２リソースリンクに対してアクセス分離を行うことは、前記第２リソースリンクのインタフェースを取得することと、
前記第２リソースリンクのインタフェースが第１インタフェースである場合、前記第２リソースリンクのインタフェースを変更して、インタフェースが変更された後の前記第２リソースリンクを取得し、前記第１インタフェースはリモートアクセスを受けるためのインタフェースであることと、
インタフェースが変更された後の前記第２リソースリンクを前記クラウドリソースディレクトリにリリースすることと、を含むことを特徴とする請求項１に記載の方法。
【請求項5】
前記第２リソースリンクのインタフェースが第１インタフェースである場合、前記第２リソースリンクのインタフェースを変更することは、前記第２リソースリンクにおける前記第１インタフェースを第２インタフェースに換えて、インタフェースが変更された後の前記第２リソースリンクを取得すること、
又は、
前記第１インタフェースを前記第２リソースリンクから削除して、インタフェースが変更された後の前記第２リソースリンクを取得することを含むことを特徴とする請求項４に記載の方法。
【請求項6】
前記各リソースリンクに第２リソースリンクが存在し、且つ前記第２リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていないことを示す場合、前記第２リソースリンクに対してアクセス分離を行う前に、更に、前記第２リソースリンクにアクセス禁止識別子を設定することを含み、
前記各リソースリンクに第２リソースリンクが存在し、且つ前記第２リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていないことを示す場合、前記第２リソースリンクに対してアクセス分離を行うことは、
前記第２リソースリンクに基づいて送信された操作要求を受信した場合、前記第２リソースリンクに対応するアクセス禁止識別子をクエリすることと、
前記第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけた場合、前記クライアント装置に拒否応答を返信し、前記拒否応答は前記第２リソースリンクに対応する機能操作へのアクセスが拒否されることを示すことに用いられることと、を含むことを特徴とする請求項１に記載の方法。
【請求項7】
前記各リソースリンクに第２リソースリンクが存在し、前記第２リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていることを示し、且つクライアント装置から前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることは、前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応するアクセス禁止識別子をクエリすることと、
前記第１リソースリンクに対応するアクセス禁止識別子をクエリして見つけない場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることと、を含むことを特徴とする請求項６に記載の方法。
【請求項8】
前記第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけた場合、前記クライアント装置に拒否応答を返信することは、前記クライアント装置のログインアカウントを取得することと、
前記第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけ、且つ前記クライアント装置のログインアカウントと前記サーバ装置のバインディングアカウントとが一致しない場合、前記クライアント装置に拒否応答を返信し、前記ログインアカウントは前記クライアント装置にログインするユーザアカウントであり、前記バインディングアカウントは事前に前記サーバ装置にバインドされたユーザアカウントであることと、を含むことを特徴とする請求項６に記載の方法。
【請求項9】
前記サーバ装置の各リソースリンクのリモートアクセス属性情報を取得することは、前記各リソースリンクの目標ポリシーパラメータにおける所定キー値を取得し、前記目標ポリシーパラメータは対応するリソースリンクにアクセスするポリシールールを指示することに用いられることと、
前記各リソースリンクに対応する前記所定キー値における所定ビットを、前記各リソースリンクのリモートアクセス属性情報として取得することと、を含むことを特徴とする請求項１～８のいずれか１項に記載の方法。
【請求項10】
前記サーバ装置の各リソースリンクのリモートアクセス属性情報を取得する前に、更に、前記サーバ装置が有するリソースリンクのうちの、所定タイプに属する前記各リソースリンクを取得することを含むことを特徴とする請求項１～８のいずれか１項に記載の方法。
【請求項11】
モノのインターネットにおけるデバイス制御装置であって、前記装置はゲートウェイ装置に用いられ、前記装置は、属性情報取得モジュール、操作トリガーモジュール、及びアクセス分離モジュールを備え、前記属性情報取得モジュールは、サーバ装置の各リソースリンクのリモートアクセス属性情報を取得することに用いられ、前記リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられ、
前記操作トリガーモジュールは、前記各リソースリンクに第１リソースリンクが存在し、前記第１リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていることを示し、且つクライアント装置から前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることに用いられ、
前記アクセス分離モジュールは、前記各リソースリンクに第２リソースリンクが存在し、且つ前記第２リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていないことを示す場合、前記第２リソースリンクに対してアクセス分離を行うことに用いられ、前記アクセス分離は前記第２リソースリンクへのクライアント装置のリモートアクセスを制限することに用いられることを特徴とするモノのインターネットにおけるデバイス制御装置。
【請求項12】
前記装置は更に第１リリースモジュールを備え、前記第１リリースモジュールは、前記第１リソースリンクをクラウドリソースディレクトリにリリースすることに用いられることを特徴とする請求項１１に記載の装置。
【請求項13】
前記アクセス分離モジュールは、前記第２リソースリンクをリリースしないことに用いられることを特徴とする請求項１１に記載の装置。
【請求項14】
前記アクセス分離モジュールは、インタフェース取得ユニット、インタフェース変更ユニット、及びリリースユニットを備え、前記インタフェース取得ユニットは、前記第２リソースリンクのインタフェースを取得することに用いられ、
前記インタフェース変更ユニットは、前記第２リソースリンクのインタフェースが第１インタフェースである場合、前記第２リソースリンクのインタフェースを変更して、インタフェースが変更された後の前記第２リソースリンクを取得することに用いられ、前記第１インタフェースはリモートアクセスを受けるためのインタフェースであり、
前記リリースユニットは、インタフェースが変更された後の前記第２リソースリンクを前記クラウドリソースディレクトリにリリースすることに用いられることを特徴とする請求項１１に記載の装置。
【請求項15】
前記インタフェース変更ユニットは、前記第２リソースリンクにおける前記第１インタフェースを第２インタフェースに換えて、インタフェースが変更された後の前記第２リソースリンクを取得すること、
又は、
前記第１インタフェースを前記第２リソースリンクから削除して、インタフェースが変更された後の前記第２リソースリンクを取得することに用いられることを特徴とする請求項１４に記載の装置。
【請求項16】
前記装置は更に識別子設定モジュールを備え、前記識別子設定モジュールは、前記第２リソースリンクにアクセス禁止識別子を設定することに用いられ、
前記アクセス分離モジュールは、
前記第２リソースリンクに基づいて送信された操作要求を受信した場合、前記第２リソースリンクに対応するアクセス禁止識別子をクエリすることと、
前記第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけた場合、前記クライアント装置に拒否応答を返信し、前記拒否応答は前記第２リソースリンクに対応する機能操作へのアクセスが拒否されることを示すことに用いられることと、に用いられることを特徴とする請求項１１に記載の装置。
【請求項17】
前記操作トリガーモジュールは、前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応するアクセス禁止識別子をクエリすることと、
前記第１リソースリンクに対応するアクセス禁止識別子をクエリして見つけない場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることと、に用いられることを特徴とする請求項１６に記載の装置。
【請求項18】
前記クライアント装置に拒否応答を返信する場合、前記アクセス分離モジュールは、前記クライアント装置のログインアカウントを取得することと、
前記第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけ、且つ前記クライアント装置のログインアカウントと前記サーバ装置のバインディングアカウントとが一致しない場合、前記クライアント装置に拒否応答を返信し、前記ログインアカウントは前記クライアント装置にログインするユーザアカウントであり、前記バインディングアカウントは事前に前記サーバ装置にバインドされたユーザアカウントであることと、に用いられることを特徴とする請求項１７に記載の装置。
【請求項19】
前記属性情報取得モジュールは、前記各リソースリンクの目標ポリシーパラメータにおける所定キー値を取得し、前記目標ポリシーパラメータは対応するリソースリンクにアクセスするポリシールールを指示することに用いられることと、
前記各リソースリンクに対応する前記所定キー値における所定ビットを、前記各リソースリンクのリモートアクセス属性情報として取得することと、に用いられることを特徴とする請求項１１～１８のいずれか１項に記載の装置。
【請求項20】
前記装置は更にリソースリンク取得モジュールを備え、前記リソースリンク取得モジュールは、前記属性情報取得モジュールがサーバ装置の各リソースリンクのリモートアクセス属性情報を取得する前に、前記サーバ装置が有するリソースリンクのうちの、所定タイプに属する前記各リソースリンクを取得することに用いられることを特徴とする請求項１１～１８のいずれか１項に記載の装置。
【請求項21】
ゲートウェイ装置であって、前記ゲートウェイ装置はプロセッサ、メモリ、及び送受信機を備え、前記プロセッサは、サーバ装置の各リソースリンクのリモートアクセス属性情報を取得することに用いられ、前記リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられ、
前記プロセッサは更に、前記各リソースリンクに第１リソースリンクが存在し、前記第１リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていることを示し、且つクライアント装置から前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることに用いられ、
前記プロセッサは更に、前記各リソースリンクに第２リソースリンクが存在し、且つ前記第２リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていないことを示す場合、前記第２リソースリンクに対してアクセス分離を行うことに用いられ、前記アクセス分離は前記第２リソースリンクへのクライアント装置のリモートアクセスを制限することに用いられることを特徴とするゲートウェイ装置。
【請求項22】
コンピュータ可読記憶媒体であって、前記記憶媒体にコンピュータプログラムが記憶され、前記コンピュータプログラムはプロセッサによって実行されて、請求項１～１０のいずれか１項に記載のモノのインターネットにおけるデバイス制御方法を実現することに用いられることを特徴とするコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本願はモノのインターネット技術分野に関し、特にモノのインターネットにおけるデバイス制御方法、装置、ゲートウェイ装置、及び記憶媒体に関する。
【背景技術】
【0002】
モノのインターネット（ＩＯＴ、Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）では、ユーザはクライアント装置によってサーバ装置の機能操作をリモートで制御できる。
【0003】
関連技術では、モノのインターネットにおけるサーバ装置がゲートウェイ装置に接続された後、ゲートウェイ装置はサーバ装置における、リモート制御操作に関する全てのリソースリンクをクラウドにリリースする。クライアント装置はクラウドにログインした後、サーバ装置によってリリースされたリソースリンクをクラウドから取得し、そして取得したリソースリンクを表示することができ、ユーザはある機能操作に対応するリソースリンクを選択してトリガーすることができる。その後、クライアント装置はクラウドによってゲートウェイ装置に操作要求を送信し、ゲートウェイ装置は相応の機能操作を実行するようにサーバ装置を制御する。
【0004】
しかし、一部のシーンでは、サーバ装置はリモート制御されるのに適しないものの、関連技術では、ユーザはクライアント装置によってサーバ装置の全ての機能をリモート制御することができる。これにより、関連技術に示された案の応用シーンは制限される。
【発明の概要】
【発明が解決しようとする課題】
【0005】
本願の実施例はモノのインターネットにおけるデバイス制御方法、装置、ゲートウェイ装置、及び記憶媒体を提供する。
【課題を解決するための手段】
【0006】
前記技術案は以下の通りである。
【0007】
一態様では、本願の実施例はモノのインターネットにおけるデバイス制御方法を提供し、前記方法は、
サーバ装置の各リソースリンクのリモートアクセス属性情報を取得し、前記リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられることと、
前記各リソースリンクに第１リソースリンクが存在し、前記第１リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていることを示し、且つクライアント装置から前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることと、
前記各リソースリンクに第２リソースリンクが存在し、且つ前記第２リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていないことを示す場合、前記第２リソースリンクに対してアクセス分離を行い、前記アクセス分離は前記第２リソースリンクへのクライアント装置のリモートアクセスを制限することに用いられることと、を含む。
サーバ装置の各リソースリンクのリモートアクセス属性情報を取得し、前記リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられることと、
前記各リソースリンクに第１リソースリンクが存在し、前記第１リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていることを示し、且つクライアント装置から前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることと、
前記各リソースリンクに第２リソースリンクが存在し、且つ前記第２リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていないことを示す場合、前記第２リソースリンクに対してアクセス分離を行い、前記アクセス分離は前記第２リソースリンクへのクライアント装置のリモートアクセスを制限することに用いられることと、を含む。
【0008】
他の一態様では、本願の実施例はモノのインターネットにおけるデバイス制御装置を提供し、前記装置は、属性情報取得モジュール、操作トリガーモジュール、及びアクセス分離モジュールを備え、
前記属性情報取得モジュールは、サーバ装置の各リソースリンクのリモートアクセス属性情報を取得することに用いられ、前記リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられ、
前記操作トリガーモジュールは、前記各リソースリンクに第１リソースリンクが存在し、前記第１リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていることを示し、且つクライアント装置から前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることに用いられ、
前記アクセス分離モジュールは、前記各リソースリンクに第２リソースリンクが存在し、且つ前記第２リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていないことを示す場合、前記第２リソースリンクに対してアクセス分離を行うことに用いられ、前記アクセス分離は前記第２リソースリンクへのクライアント装置のリモートアクセスを制限することに用いられる。
前記属性情報取得モジュールは、サーバ装置の各リソースリンクのリモートアクセス属性情報を取得することに用いられ、前記リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられ、
前記操作トリガーモジュールは、前記各リソースリンクに第１リソースリンクが存在し、前記第１リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていることを示し、且つクライアント装置から前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることに用いられ、
前記アクセス分離モジュールは、前記各リソースリンクに第２リソースリンクが存在し、且つ前記第２リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていないことを示す場合、前記第２リソースリンクに対してアクセス分離を行うことに用いられ、前記アクセス分離は前記第２リソースリンクへのクライアント装置のリモートアクセスを制限することに用いられる。
【0009】
更なる一態様では、本願の実施例はゲートウェイ装置を提供し、前記ゲートウェイ装置はプロセッサ、メモリ、及び送受信機を備え、前記メモリにコンピュータプログラムが記憶され、前記コンピュータプログラムは前記プロセッサにより実行されることによって、上記モノのインターネットにおけるデバイス制御方法を実現することに用いられる。
【0010】
別の一態様では、本願の実施例は更にコンピュータ可読記憶媒体を提供し、前記記憶媒体にコンピュータプログラムが記憶され、前記コンピュータプログラムはプロセッサによりロードされて実行されることによって、上記モノのインターネットにおけるデバイス制御方法を実現する。
【0011】
また別の一態様では、本願はコンピュータプログラム製品を提供し、コンピュータプログラム製品は端末において実行される時、上記モノのインターネットにおけるデバイス制御方法を端末に実行させる。
【発明の効果】
【0012】
本願の実施例による技術案は以下の有益な効果をもたらすことができる。即ち、
リソースリンクに各自のリモートアクセス属性情報を設定することによって、対応するリソースリンクへのリモートアクセスが許可されているかどうかを示す。その後にゲートウェイ装置はリソースリンクに対応するリモートアクセス属性情報に基づいて、アクセスが許可されているリソースリンクにアクセスするようにクライアント装置を制御し、そしてアクセスが許可されていないリソースリンクへのクライアント装置のアクセスを制限することができる。それによって、サーバ装置におけるリモート制御されるのに適しないリソースリンクへのクライアント装置のアクセスが回避され、モノのインターネットにおけるリモート制御の応用シーンが拡張される。
リソースリンクに各自のリモートアクセス属性情報を設定することによって、対応するリソースリンクへのリモートアクセスが許可されているかどうかを示す。その後にゲートウェイ装置はリソースリンクに対応するリモートアクセス属性情報に基づいて、アクセスが許可されているリソースリンクにアクセスするようにクライアント装置を制御し、そしてアクセスが許可されていないリソースリンクへのクライアント装置のアクセスを制限することができる。それによって、サーバ装置におけるリモート制御されるのに適しないリソースリンクへのクライアント装置のアクセスが回避され、モノのインターネットにおけるリモート制御の応用シーンが拡張される。
【図面の簡単な説明】
【0013】
本願の実施例における技術案をより明確に説明するために、以下、実施例の説明に使用必要な図面を簡単に説明する。明らかに、以下説明する図面は本願の一部の実施例のみであり、当業者にとって、創造的な労力を払わない前提で、これらの図面に基づいて更に他の図面を取得することができる。
【0014】
【発明を実施するための形態】
【0015】
本願の目的、技術案及びそのメリットをより明確にするために、以下は図面を参照しながら、本願の実施形態をより詳しく説明する。
【0016】
本願の実施例に記載のネットワークアーキテクチャ及びサービスシーンは本願の実施例の技術案をより明確に説明するためのものであり、本願の実施例による技術案に対する限定にはならない。当業者が分かるように、ネットワークアーキテクチャの進化及び新しいサービスシーンの出現に伴い、本願の実施例による技術案はそれに類似する技術課題に同様に適する。
【0017】
図１は本願の１つの実施例によるモノのインターネットのネットワークアーキテクチャの模式図を示す。該モノのインターネットのネットワークアーキテクチャは、サーバ装置１１０、ゲートウェイ装置１２０、クラウドサーバ１３０、及びクライアント装置１４０を備えてもよい。
【0018】
サーバ装置１１０はモノのインターネットの機能サービスを提供するための装置であってもよい。
【0019】
例えば、サーバ装置１１０は、例えば、スマートテレビ、スマートエアコン、スマート冷蔵庫、スマート電子レンジ、スマート炊飯器、自動床洗浄ロボット等のスマートホームデバイスであってもよい。
【0020】
又は、サーバ装置１１０は、旋盤、産業用ロボット、ソーラーパネル、風力発電機等の工業生産装置であってもよい。
【0021】
又は、サーバ装置１１０は、自動販売機等の商用サービスデバイスであってもよい。
【0022】
又は、サーバ装置１１０は、監視カメラ、赤外線センサ、音センサ、温度センサ等のインテリジェント監視装置であってもよい。
【0023】
ゲートウェイ装置１２０は、ネットワーク層以上においてネットワーク相互接続を実現するネットワーク装置であり、ネットワーク間接続機器、プロトコル変換器等とも呼ばれる。ゲートウェイ装置１２０はサーバ装置１１０にネットワーク接続サービスを提供する。
【0024】
ゲートウェイ装置１２０は、プロフェッショナルゲートウェイ、例えば、ホームゲートウェイであってもよく、又は、ゲートウェイ装置１２０は、ゲートウェイ機能を備えるアクセス装置、例えば、ゲートウェイ機能を備えるルータであってもよい。
【0025】
クラウドサーバ１３０はネットワーク側に配置されるサーバである。
【0026】
クライアント装置１４０はユーザ側の端末装置である。例えば、クライアント装置は、スマートフォン、タブレットコンピュータ、スマートウォッチ等であってもよく、又は、クライアント装置は、パーソナルコンピュータ、例えば、デスクトップコンピュータ、ラップトップコンピュータ、パーソナルワークステーション等であってもよい。
【0027】
本願の実施例では、上記サーバ装置１１０、ゲートウェイ装置１２０、クラウドサーバ１３０、及びクライアント装置１４０は、業界基準を満たすモノのインターネット装置であってもよく、例えば、オープン・コネクティビティ・ファンデーション（ＯＣＦ、Ｏｐｅｎ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｆｏｕｎｄａｔｉｏｎ）基準を満たすモノのインターネット装置であってもよい。
【0028】
サーバ装置１１０とゲートウェイ装置１２０とは有線又は無線ネットワークによって接続され、クラウドサーバ１３０は有線又は無線ネットワークによってそれぞれゲートウェイ装置１２０及びクライアント装置１４０に接続される。
【0029】
選択肢として、上記の有線又は無線ネットワークは標準の通信技術及び／又はプロトコルを使用する。例えば、上記の有線又は無線ネットワークはモノのインターネットのＩｏＴプロトコルに基づく通信ネットワークであってもよい。
【0030】
モノのインターネットシステムでは、サーバ装置へのクライアント装置のリモートアクセスは通常、ゲートウェイ装置によって中継及び制御されるものである。図２は本願の１つの実施例によるモノのインターネットにおけるデバイス制御方法のフローチャートを示す。該方法はゲートウェイ装置によって実行されることができる。例えば、該ゲートウェイ装置は図１に示されるネットワークアーキテクチャのゲートウェイ装置１２０であってもよく、該方法は以下のステップ２０１～２０４を含んでもよい。
【0031】
ステップ２０１では、モノのインターネットに接続されたサーバ装置の各リソースリンクを取得し、該各リソースリンクはそれぞれ該サーバ装置の少なくとも１つの機能操作に対応する。
【0032】
ＩｏＴプロトコルでは、リソースは、モノのインターネットのエンティティ装置、及び装置によって提供される機能サービス及び装置の状態等の情報を表すことに用いられる。リソースを提供する装置はサーバ装置であり、リソースにアクセスする装置はクライアント装置である。選択肢として、クライアント装置及びサーバ装置は論理機能エンティティであってもよく、各装置はクライアント装置、サーバ装置、又はクライアント装置とサーバ装置の両方であってもよい。例えば、ある最も基本的な機能を実現する装置（例えば電球）はサーバ装置だけとして、クライアント装置に提供されてクエリ及び制御されてもよい。
【0033】
選択肢として、クライアント装置とサーバ装置とのサービスインタラクションは、リソースに対してＲＥＳＴｆｕｌ操作、即ち、作成（Ｃｒｅａｔｅ）、読み取り（Ｒｅｔｒｉｅｖｅ）、更新（Ｕｐｄａｔｅ）、削除（Ｄｅｌｅｔｅ）、及び通知（Ｎｏｔｉｆｙ）等のＣＲＵＤＮ操作を行うことによって実現することができる。クライアント装置はＲＥＳＴｆｕｌ操作の開始側であり、サーバ装置はＲＥＳＴｆｕｌ操作の応答側であり、クライアント装置はサーバ装置にリソース操作要求を送信して、サーバ装置におけるリソースに対する操作を要求し、サーバ装置はリソース操作を行い、そしてクライアント装置に応答を返信し、その応答にはリソースの内容及び記述情報が含まれる。
【0034】
ＩｏＴプロトコルでは、リソースに対する記述はリソースモデルレイヤーであり、各リソースは１つの特定の統合リソース識別子（ＵＲＩ、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）に対応し、リソースのＵＲＩにアクセスすることによってそのリソースにアクセスすることができる。尚、各リソースはＲｅｓｔｆｕｌ操作をサポートする対応のインタフェースを有する。リソース内容及び記述情報を伝送するのは伝送プロトコル層であり、リソース操作を具体的な伝送プロトコルにマッピングすることによって、各リソースのＲｅｓｔｆｕｌ操作はエンティティメッセージに変換されて装置間で伝送され、それによって装置間の相互接続が実現される。
【0035】
リソースは装置に留まり、各リソースは自分のリソースＵＲＩを有し、リソースＵＲＩは該リソースの作成者によってリソース作成時に指定されることができる。選択肢として、一部の特定リソースは事前にリソースＵＲＩが定義され、即ち該リソースは固定したＵＲＩを有する。リソースには１つ以上のリソースタイプがあり、リソース作成の要求では、該リソースに対応するリソースタイプが指定される必要がある。
【0036】
リソース間の参照関係を表すために、ＩｏＴプロトコルは更にリソースリンク（即ちリソースＬｉｎｋであり、リソース参照とも称される）を定義し、１つのリソースリンクはそれを定義するパラメータのセットで構成され、各パラメータはいずれもキーと値のペアで表され、パラメータはリンクのコンテキストＵＲＩ、目標ＵＲＩ、両者の関係、及びリンクに関連するメタデータを含む。
【0037】
ステップ２０２では、該各リソースリンクのリモートアクセス属性情報を取得し、該リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられる。
【0038】
本願の実施例では、リソースリンクにはリモートアクセス属性情報が追加的に設定されている。
【0039】
各リソースリンクは自身のパラメータを有し、例えば、リンクのインスタンスパラメータ「ｉｎｓ」、ポリシーパラメータ「ｐ」、メディアタイプパラメータ「ｔｙｐｅ」、装置ＩＤパラメータ「ｄｉ」、及びエンドポイントパラメータ「ｅｐｓ」等である。本願の実施例では、リソースリンクのリモートアクセス属性情報はリソースリンク自身の有するあるパラメータに設定されてもよい。それに対応して、ゲートウェイ装置は各リソースリンクのパラメータから各リソースリンクのリモートアクセス属性情報を読み取ることができる。
【0040】
ステップ２０３では、各リソースリンクに第１リソースリンクが存在し、前記第１リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていることを示し、且つクライアント装置から第１リソースリンクに基づいて送信された操作要求を受信した場合、該第１リソースリンクに対応する機能操作を実行するように該サーバ装置をトリガーする。
【0041】
選択肢として、該第１リソースリンクは該各リソースリンクのうちのいずれか１つのリソースリンクである。
【0042】
本願の実施例では、ゲートウェイ装置がクライアント装置から上記各リソースリンクのうちの第１リソースリンクに基づいて送信された操作要求（即ち該第１リソースリンクに対応する機能操作をトリガーするように要求すること）を受信し、且つ該第１リソースリンクへのリモートアクセスが許可されている場合、該第１リソースリンクに対応する機能操作を実行するようにサーバ装置をトリガーしてもよい。
【0043】
ステップ２０４では、各リソースリンクに第２リソースリンクが存在し、且つ第２リソースリンクに対応するリモートアクセス属性情報は該第２リソースリンクへのリモートアクセスが許可されていないことを示す場合、第２リソースリンクに対してアクセス分離を行う。
【0044】
上記アクセス分離は第２リソースリンクへのクライアント装置のリモートアクセスを制限することに用いられる。
【0045】
選択肢として、該第２リソースリンクは該各リソースリンクのうちの、該第１リソースリンク以外のいずれか１つのリソースリンクである。
【0046】
対応して、第２リソースリンクに対応するリモートアクセス属性情報は該第２リソースリンクへのリモートアクセスが許可されていないことを示す場合、ゲートウェイ装置は該第２リソースリンクへのクライアント装置のリモートアクセスを制限する。
【0047】
上記のように、本願の実施例の示す案では、リソースリンクに各自のリモートアクセス属性情報を設定することによって、対応するリソースリンクへのリモートアクセスが許可されているかどうかを示す。その後にゲートウェイ装置はリソースリンクに対応するリモートアクセス属性情報に基づいて、アクセスが許可されているリソースリンクにアクセスするようにクライアント装置を制御し、そしてアクセスが許可されていないリソースリンクへのクライアント装置のリモートアクセスを制限することができる。それによって、サーバ装置におけるリモート制御されるのに適しないリソースリンクへのクライアント装置のアクセスが回避され、モノのインターネットにおけるリモート制御の応用シーンが拡張される。
【0048】
図３は本願の１つの実施例によるモノのインターネットのリモートアクセスの実現のフレームワーク図を示す。図３に示すように、ゲートウェイ装置はブリッジコンポーネントによってリソースリンクのリリース、及び操作要求の受信と制御を実現し、該モノのインターネットのリモートアクセスの実現プロセスは、以下のステップＳ３１～Ｓ３６を含んでもよい。
【0049】
ステップＳ３１では、ゲートウェイ装置はブリッジコンポーネント内の仮想ブリッジクライアントによって、サーバ装置の各リソースリンクを取得する。
【0050】
ゲートウェイ装置（Ｇａｔｅｗａｙ）がネットワーク内のサーバ装置（Ｂｒｉｄｇｅｄ Ｓｅｒｖｅｒ）を検出し、又はサーバ装置がゲートウェイ装置を検出してゲートウェイ装置に登録した後、ゲートウェイ装置は仮想ブリッジクライアントによってサーバ装置に接続して、サーバ装置のリソースリンクを取得する。
【0051】
ステップＳ３２では、ゲートウェイ装置はブリッジ機能によって、リソースリンクをリソースディレクトリ（ＲＤ、Ｒｅｓｏｕｒｃｅ Ｄｉｒｅｃｔｏｒｙ）クライアント（ＲＤ Ｃｌｉｅｎｔ）にマッピングする。
【0052】
ステップＳ３３では、ゲートウェイ装置はリソースディレクトリクライアントにおけるリソースディレクトリをクラウドサーバにおけるクラウドリソースディレクトリにリリースする。
【0053】
ステップＳ３４では、クライアント装置はクラウドサーバからクラウドリソースディレクトリを取得して表示する。
【0054】
ステップＳ３５では、クライアント装置はゲートウェイ装置に操作要求を送信して、目標リソースリンクへのアクセスを要求する。
【0055】
ステップＳ３６では、ゲートウェイ装置は該目標リソースリンクに対応する機能操作を実行するようにサーバ装置をトリガーする。
【0056】
図３に示すリモートアクセスの実現プロセスによれば、ゲートウェイ装置は、アクセスが許可されているリソースリンクにアクセスするようにクライアント装置を制御し、そしてアクセスが許可されていないリソースリンクに対してアクセス分離を行い、それによってアクセスが許可されていないリソースリンクへのクライアント装置のアクセスを制限するという機能を、以下の幾つかの方式によって実現することができる。
【0057】
方式一：アクセスが許可されているリソースリンクをクラウドにリリースし、アクセスが許可されていないリソースリンクについてはリリースを行わない。
【0058】
方式二：アクセスが許可されていないリソースリンクのインタフェースを変更した後、各リソースリンクをクラウドにリリースする。
【0059】
方式三：各リソースリンクをクラウドにリリースし、ある操作要求を受信した場合、対応するリソースリンクへのアクセスが許可されているかどうかに基づいて、該操作要求に対応する機能操作をトリガーするかどうかを決定する。
【0060】
本願の後続の実施例はそれぞれ上記の３つの方式を例として、図２に示す案を詳しく説明する。
【0061】
図４は本願の１つの実施例によるモノのインターネットにおけるデバイス制御方法のフローチャートを示す。該方法はゲートウェイ装置によって実行されることができる。例えば、該ゲートウェイ装置は図１に示されるネットワークアーキテクチャのゲートウェイ装置１２０であってもよい。該モノのインターネットにおけるデバイス制御方法は以下のステップ４０１～４０５を含んでもよい。
【0062】
ステップ４０１では、モノのインターネットに接続されたサーバ装置の各リソースリンクを取得し、該各リソースリンクはそれぞれ該サーバ装置の少なくとも１つの機能操作に対応する。
【0063】
選択肢として、ゲートウェイ装置は、サーバ装置が有するリソースリンクのうちの、所定タイプに属する上記各リソースリンクを取得する。
【0064】
サーバ装置には多くのリソースリンクが存在する可能性があり、そのうちの一部のリソースリンクはリモートアクセスされる機能を有せず、それに対して、他の一部のリソースリンクはリモートアクセスされる機能を有する。本願の実施例に示す案では、ゲートウェイ装置はサーバ装置のリソースリンクを取得する際に、上記各リソースリンクとして所定タイプのリソースリンクを取得してもよい。そうすると、必要ではないリソースリンクに対する後続の処理を回避することができ、デバイス制御の効率が向上するとともに、処理リソースが節約される。
【0065】
本願の実施例では、上記のリソースリンクに対応するリソースは、コアリソース、装置リソース、機能リソースの３つのタイプのリソースに分けることができ、関連する説明は以下の通りである。
【0066】
（１）コアリソース
コアリソースは装置の基本的な機能インタラクション（例えば装置検出、装置管理等）をサポートすることに用いられるものであり、装置カテゴリと関係なく、１つの装置は、「／ｏｉｃ／ｒｅｓ」、「／ｏｉｃ／ｐ」、及び「／ｏｉｃ／ｄ」の３種類のコアリソースをサポートすることができる。
コアリソースは装置の基本的な機能インタラクション（例えば装置検出、装置管理等）をサポートすることに用いられるものであり、装置カテゴリと関係なく、１つの装置は、「／ｏｉｃ／ｒｅｓ」、「／ｏｉｃ／ｐ」、及び「／ｏｉｃ／ｄ」の３種類のコアリソースをサポートすることができる。
【0067】
選択肢として、装置はそのサポートする他の機能インタラクションに応じて、本基準で定義された他のコアリソース、例えば、「／ｅｘａｍｐｌｅ／ｏｉｃ／ｃｏｎ」、「／ｏｉｃ／ｍｎｔ」をサポートしてもよい。
【0068】
上記のコアリソースについては以下の表１を参照できる。
【0069】
【表1】
【0070】
（２）装置リソース
装置リソースは、具体的な装置カテゴリに向けての特別なリソースであり、機能リソースの分類及び管理に用いられる。
装置リソースは、具体的な装置カテゴリに向けての特別なリソースであり、機能リソースの分類及び管理に用いられる。
【0071】
（３）機能リソース
機能リソースは、操作、装置機能及びサービスの提供に用いられるリソースである。
機能リソースは、操作、装置機能及びサービスの提供に用いられるリソースである。
【0072】
本願の実施例では、ゲートウェイ装置は、サーバ装置の有するリソースリンクのうちの、上記事前定義されたＵＲＩが／ｏｉｃ／ｒｅｓタイプであるリソースリンクを、上記各リソースリンクとして取得してもよい。
【0073】
ステップ４０２では、該各リソースリンクのリモートアクセス属性情報を取得し、該リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられる。
【0074】
１つの可能な実現方式では、ゲートウェイ装置はリモートアクセス属性情報を取得する時に、該各リソースリンクの目標ポリシーパラメータにおける所定キー値を取得してもよく、該目標ポリシーパラメータは対応するリソースリンクにアクセスするポリシールールを指示することに用いられる。次に、該各リソースリンクに対応する該所定キー値における所定ビットを、該各リソースリンクのリモートアクセス属性情報として取得する。
【0075】
本願の実施例では、上記目標ポリシーパラメータはリソースリンクのポリシーパラメータ「ｐ」であってもよく、所定キー値はポリシーパラメータ「ｐ」におけるキー値「ｂｍ」であってもよい。
【0076】
ポリシーパラメータ「ｐ」は１つの目標ＵＲＩの参照するリソースに正しくアクセスするための様々なルールを定義している。ポリシールールは一連のキーと値のペアによって設定されるものであり、ポリシーパラメータ「ｐ」における「ｂｍ」キーは以下のように定義される。
【0077】
「ｂｍ」キーは１つの整数値に対応し、該整数値は１つの８ビットのビットマスクに対応する。ビットマスクにおける各ビットは１つの特定のポリシールールに対応し、本願の実施例では、表２に示すように、「ｂｍ」は以下のルールを指定している。
【0078】
【表2】
【0079】
本願の実施例では、「ｂｍ」における全てのビットがいずれも０に設定される場合、効率を高めるために、「ｐ」パラメータから「ｂｍ」キーを完全に省略してもよい。いずれか１つのビットが１に設定される場合、「ｐ」は「ｂｍ」を含むべきである。
【0080】
例えば、表２に示すように、検出及び監視可能な１つのリソースの場合、ポリシーパラメータ「ｐ」における「ｂｍ」キー値は、１１００００００である。
【0081】
更に例えば、表２に示すように、検出、監視、及びリモートアクセス可能な１つのリソースの場合、ポリシーパラメータ「ｐ」における「ｂｍ」キー値は１１１０００００である。
【0082】
ステップ４０３では、各リソースリンクに第１リソースリンクが存在し、且つ該第１リソースリンクに対応するリモートアクセス属性情報は該第１リソースリンクへのリモートアクセスが許可されていることを示す場合、ゲートウェイ装置は該第１リソースリンクをクラウドリソースディレクトリにリリースする。
【0083】
該第１リソースリンクは該各リソースリンクのうちのいずれか１つのリソースリンクである。
【0084】
本願の実施例では、上記各リソースリンクのうちのいずれか１つのリソースリンクのリモートアクセス属性情報は該リソースリンクへのリモートアクセスが許可されていることを示す場合、ゲートウェイ装置は該リソースリンクをクラウドリソースディレクトリにリリースしてもよい。それによって、クライアント装置はクラウドリソースディレクトリから該リソースリンクを取得して表示することができる。
【0085】
選択肢として、クライアント装置側に表示される制御インタフェースでは、リソースリンクは対応する操作可能なコントロール要素、例えば、操作可能なボタンやスライダ等として表示されてもよい。上記操作可能なコントロール要素の表示形式については、本願の実施例は限定しない。
【0086】
本願の実施例に示される案によれば、あるサーバ装置について、該サーバ装置におけるある所定タイプのリソースリンクがリモートアクセスされるのに適する場合、開発者は該リソースリンクのリモートアクセス属性情報において、該リソースリンクへのリモートアクセスが許可されていることを示すように設定してもよい。ゲートウェイ装置は該リソースリンクのリモートアクセス属性情報を取得した後、該リソースリンクへのリモートアクセスが許可されていることを確認し、そして該リソースリンクをクラウドリソースディレクトリにリリースする。それに対応して、クライアント装置はクラウドリソースディレクトリにログインして該リソースリンクを取得した後、該リソースリンクに対応する操作可能なコントロール要素をインタフェースにおいて表示してもよい。
【0087】
ステップ４０４では、各リソースリンクに第２リソースリンクが存在し、且つ第２リソースリンクに対応するリモートアクセス属性情報は該第２リソースリンクへのリモートアクセスが許可されていないことを示す場合、ゲートウェイ装置は該第２リソースリンクをリリースしない。
【0088】
該第２リソースリンクは該各リソースリンクのうちの、該第１リソースリンク以外のいずれか１つのリソースリンクである。
【0089】
本願の実施例では、上記各リソースリンクのうちのいずれか１つのリソースリンクのリモートアクセス属性情報は該リソースリンクへのリモートアクセスが許可されていないことを示す場合、ゲートウェイ装置は該リソースリンクをクラウドリソースディレクトリにリリースしなくてもよい。そうすると、クライアント装置はクラウドリソースディレクトリから該リソースリンクを取得して表示することができない。
【0090】
本願の実施例に示される案によれば、あるサーバ装置について、該サーバ装置におけるある所定タイプのリソースリンクがリモートアクセスされるのに適しない場合、開発者は該リソースリンクのリモートアクセス属性情報において、該リソースリンクへのリモートアクセスが許可されていないことを示すように設定してもよい。ゲートウェイ装置は該リソースリンクのリモートアクセス属性情報を取得した後、該リソースリンクへのリモートアクセスが許可されていないことを確認し、該リソースリンクをクラウドリソースディレクトリにリリースしない。それに対応して、クライアント装置はクラウドリソースディレクトリにログインした後、該リソースリンクを取得できない。従って、該リソースリンクに対応する操作可能なコントロール要素をインタフェースにおいて表示することもない。
【0091】
ステップ４０５では、クライアント装置から第１リソースリンクに基づいて送信された操作要求を受信した場合、該第１リソースリンクに対応する機能操作を実行するように該サーバ装置をトリガーする。
【0092】
クライアント装置がユーザの使用するスマートフォンであり、サーバ装置が電子レンジであり、且つ電子レンジがスイッチ機能、温度調整機能、明るさ調整機能のそれぞれに対応するリソースリンクを有することを例として、図５は本願の実施例に係るリモートアクセスの模式的なフローチャートを示す。図５に示すように、該フローは以下のようなフローであってもよい。
【0093】
ユーザはクラウドプラットフォームに登録し、そしてゲートウェイ接続を設定してクラウドにログインする。その後、ユーザはスマート電子レンジを新規購入し、そしてそれがホームネットワークに入るように設定する。この時、電子レンジはゲートウェイを検出してそれに登録し、ゲートウェイは電子レンジリソースをクラウドにリリースする。その操作ステップは以下のステップＳ５１～Ｓ５１２である。
【0094】
ステップＳ５１では、スマートフォンクライアント及びゲートウェイ装置はいずれもクラウド（例えばクラウドサーバ）に登録してログインする。
【0095】
ステップＳ５２では、電子レンジはゲートウェイ装置に接続して登録し、その／ｏｉｃ／ｒｅｓリソースリンクをゲートウェイに送信し、又は、ゲートウェイは電子レンジの／ｏｉｃ／ｒｅｓリソースリンクを取得する。取得されたリソースリンクは以下であってもよい。
[
{
"href": "/light",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.r.light"],
"if": [ "oic.if.s", "oic.if.baseline" ]
"p": {"bm": 7},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
},
{
"href": "/switch",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.switch.binary" ],
"if": ["oic.if.a", "oic.if.baseline"],
"p": {"bm": 3},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
},
{
"href": "/temperature",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.r.temperature" ],
"if": [ "oic.if.a", "oic.if.baseline" ]
"p": {"bm": 7},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
}
]
[
{
"href": "/light",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.r.light"],
"if": [ "oic.if.s", "oic.if.baseline" ]
"p": {"bm": 7},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
},
{
"href": "/switch",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.switch.binary" ],
"if": ["oic.if.a", "oic.if.baseline"],
"p": {"bm": 3},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
},
{
"href": "/temperature",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.r.temperature" ],
"if": [ "oic.if.a", "oic.if.baseline" ]
"p": {"bm": 7},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
}
]
【0096】
ステップＳ５３では、ゲートウェイ装置は／ｏｉｃ／ｒｅｓリソースにおける各リソースリンクの「ｐ」属性の「ｂｍ」値をチェックする。
【0097】
ステップＳ５４では、ゲートウェイ装置は／ｓｗｉｔｃｈの「ｂｍ」値が１１００００００であることを決定する。
【0098】
ステップＳ５５では、ゲートウェイ装置は該リソースへのリモートアクセスはできないと判断し、従って、該リソースリンクをＲＤクライアントにブリッジしない。該リソースリンクはクラウドにリリースされない。
【0099】
ステップＳ５６では、ゲートウェイ装置は／ｌｉｇｈｔ及び／ｔｅｍｐｅｒａｔｕｒｅの「ｂｍ」値が１１１０００００であることを決定する。
【0100】
ステップＳ５７では、ゲートウェイは該リソースへのリモートアクセスはできると判断し、該リソースリンクをＲＤクライアントにブリッジする。
【0101】
ステップＳ５８では、ＲＤクライアントは／ｌｉｇｈｔ及び／ｔｅｍｐｅｒａｔｕｒｅのリソースリンクをクラウドにリリースする。
【0102】
ステップＳ５９では、スマートフォンクライアントはクラウドにおいて電子レンジの／ｔｅｍｐｅｒａｔｕｒｅリソースを検出し、インタフェースにおいて電子レンジ温度設定のコントロール要素を表示する。
【0103】
ステップＳ５１０では、ユーザは電子レンジの温度を１００度に設定する要求を開始する。
【0104】
ステップＳ５１１では、クラウドは要求を受信した後、その要求をゲートウェイ装置に転送し、ゲートウェイ装置はブリッジを介して電子レンジに転送する。
【0105】
ステップＳ５１２では、電子レンジは要求を受信して実行し、温度を１００度に設定する。
【0106】
上記のように、本願の実施例の示す案では、リソースリンクに各自のリモートアクセス属性情報を設定することによって、対応するリソースリンクへのリモートアクセスが許可されているかどうかを示す。その後にゲートウェイ装置はリソースリンクに対応するリモートアクセス属性情報に基づいて、アクセスが許可されているリソースリンクをクラウドにリリースし、そしてアクセスが許可されていないリソースリンクをクラウドにリリースしない。それによって、サーバ装置におけるリモート制御されるのに適しないリソースリンクへのクライアント装置のアクセスが回避され、モノのインターネットにおけるリモート制御の応用シーンが拡張される。
【0107】
図６は本願の１つの実施例によるモノのインターネットにおけるデバイス制御方法のフローチャートを示す。該方法はゲートウェイ装置によって実行されることができる。例えば、該ゲートウェイ装置は図１に示されるネットワークアーキテクチャのゲートウェイ装置１２０であってもよい。該モノのインターネットにおけるデバイス制御方法は以下のステップ６０１～６０５を含んでもよい。
【0108】
ステップ６０１では、モノのインターネットに接続されたサーバ装置の各リソースリンクを取得し、該各リソースリンクはそれぞれ該サーバ装置の少なくとも１つの機能操作に対応する。
【0109】
選択肢として、ゲートウェイ装置は、サーバ装置が有するリソースリンクのうちの、所定タイプに属する上記各リソースリンクを取得する。
【0110】
ステップ６０２では、該各リソースリンクのリモートアクセス属性情報を取得し、該リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられる。
【0111】
１つの可能な実現方式では、ゲートウェイ装置はリモートアクセス属性情報を取得する時に、該各リソースリンクの目標ポリシーパラメータにおける所定キー値を取得してもよい。該目標ポリシーパラメータは対応するリソースリンクにアクセスするポリシールールを指示することに用いられる。次に、該各リソースリンクに対応する該所定キー値における所定ビットを、該各リソースリンクのリモートアクセス属性情報として取得する。
【0112】
本願の実施例では、上記目標ポリシーパラメータはリソースリンクのポリシーパラメータ「ｐ」であってもよく、所定キー値はポリシーパラメータ「ｐ」におけるキー値「ｂｍ」であってもよい。
【0113】
本願の実施例では、表３に示すように、「ｂｍ」は以下のルールを指定している。
【0114】
【表3】
【0115】
ステップ６０３では、各リソースリンクに第１リソースリンクが存在し、且つ該第１リソースリンクに対応するリモートアクセス属性情報は該第１リソースリンクへのリモートアクセスが許可されていることを示す場合、ゲートウェイ装置は該第１リソースリンクをクラウドリソースディレクトリにリリースする。
【0116】
該第１リソースリンクは該各リソースリンクのうちのいずれか１つのリソースリンクである。
【0117】
ステップ６０４では、各リソースリンクに第２リソースリンクが存在し、且つ該第２リソースリンクに対応するリモートアクセス属性情報は該第２リソースリンクへのリモートアクセスが許可されていないことを示す場合、該第２リソースリンクのインタフェースを取得する。該第２リソースリンクのインタフェースが第１インタフェースである場合、該第２リソースリンクのインタフェースを変更して、インタフェースが変更された後の該第２リソースリンクを取得する。インタフェースが変更された後の該第２リソースリンクを該クラウドリソースディレクトリにリリースする。
【0118】
該第２リソースリンクは該各リソースリンクのうちの、該第１リソースリンク以外のいずれか１つのリソースリンクであり、該第１インタフェースはリモートアクセスを受けるためのインタフェースである。
【0119】
選択肢として、該第２リソースリンクのインタフェースに対して変更を行う時、ゲートウェイ装置は該第２リソースリンクにおける該第１インタフェースを第２インタフェースに替えて、インタフェースが変更された後の該第２リソースリンクを取得してもよい。第２インタフェースはリモートアクセスを受けるためのインタフェース以外の他のインタフェースである。又は、該第１インタフェースを該第２リソースリンクから削除して、インタフェースが変更された後の該第２リソースリンクを取得してもよい。
【0120】
本願の実施例では、上記各リソースリンクのうちのいずれか１つのリソースリンクのリモートアクセス属性情報は該リソースリンクへのリモートアクセスが許可されていないことを示す場合、ゲートウェイ装置は該リソースリンクをクラウドリソースディレクトリにリリースしてもよい。但し、その前に、該リソースリンクのインタフェースがリモートアクセスを受けるためのインタフェースである場合、該リソースリンクへのリモートアクセスを禁止するように、該リソースリンクのインタフェースを変更する。
【0121】
本願の実施例に示される案によれば、あるサーバ装置について、該サーバ装置におけるある所定タイプのリソースリンクはリモートアクセスされるのに適しない場合、開発者は該リソースリンクのリモートアクセス属性情報において、該リソースリンクへのリモートアクセスが許可されていないことを示すように設定してもよい。ゲートウェイ装置は該リソースリンクのリモートアクセス属性情報を取得した後、該リソースリンクへのリモートアクセスが許可されていないことを確認し、そして更に該リソースリンクのインタフェースをクエリする。該リソースリンクのインタフェースがリモートアクセスを受けるためのインタフェースである場合、該リソースリンクがリモートアクセスを受けることができないように、該インタフェースを変更し、そしてインタフェースが変更された後のリソースリンクをクラウドリソースディレクトリにリリースする。それに対応して、クライアント装置はクラウドリソースディレクトリにログインした後、該リソースリンクを取得することができ、インタフェースにおいて該リソースリンクを表示することもできるが、該リソースリンクに対してリモートアクセスを行う操作に応答することができない。例えば、クライアント装置はインタフェースにおいて、該リソースリンクに対応して１つの操作できないインタフェース要素、例えば、該リソースリンクに対応する状態を表示することだけに用いられる情報表示ボックスを表示してもよい。
【0122】
ステップ６０５では、クライアント装置から第１リソースリンクに基づいて送信された操作要求を受信した場合、該第１リソースリンクに対応する機能操作を実行するように、該サーバ装置をトリガーする。
【0123】
再度、クライアント装置がユーザの使用するスマートフォンであり、サーバ装置が電子レンジであり、且つ電子レンジがスイッチ機能、温度調整機能、明るさ調整機能のそれぞれに対応するリソースリンクを有することを例として、図７は本願の実施例に係るリモートアクセスの模式的なフローチャートを示す。図７に示すように、該フローは以下のステップＳ７１～Ｓ７１６であってもよい。
【0124】
ステップＳ７１では、スマートフォンクライアント及びゲートウェイ装置はいずれもクラウド（例えばクラウドサーバ）に登録してログインする。
【0125】
ステップＳ７２では、電子レンジはゲートウェイ装置に接続して登録し、その／ｏｉｃ／ｒｅｓリソースリンクをゲートウェイに送信し、又は、ゲートウェイは電子レンジの／ｏｉｃ／ｒｅｓリソースリンクを取得する。取得されたリソースリンクは以下であってもよい。
[
{
"href": "/light",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.r.light"],
"if": [ "oic.if.s", "oic.if.baseline" ]
"p": {"bm": 7},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
},
{
"href": "/switch",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.switch.binary" ],
"if": ["oic.if.a", "oic.if.baseline"],
"p": {"bm": 3},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
},
{
"href": "/temperature",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.r.temperature" ],
"if": [ "oic.if.a", "oic.if.baseline" ]
"p": {"bm": 7},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
}
]
[
{
"href": "/light",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.r.light"],
"if": [ "oic.if.s", "oic.if.baseline" ]
"p": {"bm": 7},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
},
{
"href": "/switch",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.switch.binary" ],
"if": ["oic.if.a", "oic.if.baseline"],
"p": {"bm": 3},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
},
{
"href": "/temperature",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.r.temperature" ],
"if": [ "oic.if.a", "oic.if.baseline" ]
"p": {"bm": 7},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
}
]
【0126】
ステップＳ７３では、ゲートウェイ装置は／ｏｉｃ／ｒｅｓリソースにおける各リソースリンクの「ｐ」属性の「ｂｍ」値をチェックする。
【0127】
ステップＳ７４では、ゲートウェイ装置は／ｓｗｉｔｃｈの「ｂｍ」値が１１００００００であることを決定する。
【0128】
ステップＳ７５では、ゲートウェイ装置は該リソースへのリモートアクセスはできないと判断する。
【0129】
ステップＳ７６では、ゲートウェイ装置は更に／ｓｗｉｔｃｈのインタフェースにｏｉｃ．ｉｆ．ａが含まれることを確認し、これは該リソースが操作可能であることを表す。
【0130】
ステップＳ７７では、ゲートウェイ装置は該リソースリンクのｏｉｃ．ｉｆ．ａインタフェースをｏｉｃ．ｉｆ．ｓインタフェースに変更した後（又はｏｉｃ．ｉｆ．ａインタフェースを直接に削除した後）、それをＲＤクライアントにブリッジする。
【0131】
ステップＳ７８では、ＲＤクライアントは／ｓｗｉｔｃｈのリンクをクラウドにリリースする。
【0132】
ステップＳ７９では、スマートフォンクライアントはクラウドから／ｓｗｉｔｃｈリソースを取得し、インタフェースにおいて電子レンジのスイッチ状態を表示する。
【0133】
ステップＳ７１０では、ゲートウェイ装置は／ｌｉｇｈｔ及び／ｔｅｍｐｅｒａｔｕｒｅの「ｂｍ」値が１１１０００００であることを決定する。
【0134】
ステップＳ７１１では、ゲートウェイは該リソースへのリモートアクセスはできると判断し、該リソースリンクをＲＤクライアントにブリッジする。
【0135】
ステップＳ７１２では、ＲＤクライアントは／ｌｉｇｈｔ及び／ｔｅｍｐｅｒａｔｕｒｅのリソースリンクをクラウドにリリースする。
【0136】
ステップＳ７１３では、スマートフォンクライアントはクラウドにおいて電子レンジの／ｔｅｍｐｅｒａｔｕｒｅリソースを検出し、インタフェースにおいて電子レンジ温度設定のコントロール要素を表示する。
【0137】
ステップＳ７１４では、ユーザは電子レンジの温度を１００度に設定する要求を開始する。
【0138】
ステップＳ７１５では、クラウドは要求を受信した後、その要求をゲートウェイ装置に転送し、ゲートウェイ装置はブリッジを介して電子レンジに転送する。
【0139】
ステップＳ７１６では、電子レンジは要求を受信して実行し、温度を１００度に設定する。
【0140】
上記のように、本願の実施例の示す案では、リソースリンクに各自のリモートアクセス属性情報を設定することによって、対応するリソースリンクへのリモートアクセスが許可されているかどうかを示す。その後にゲートウェイ装置はリソースリンクに対応するリモートアクセス属性情報に基づいて、アクセスが許可されているリソースリンクをクラウドにリリースし、そしてアクセスが許可されていないリソースリンクのインタフェースを変更してクラウドにリリースすることをしない。それによって、サーバ装置におけるリモート制御されるのに適しないリソースリンクへのクライアント装置のアクセスが回避され、モノのインターネットにおけるリモート制御の応用シーンが拡張される。
【0141】
図８は本願の１つの実施例によるモノのインターネットにおけるデバイス制御方法のフローチャートを示す。該方法はゲートウェイ装置によって実行されることができる。例えば、該ゲートウェイ装置は図１に示されるネットワークアーキテクチャのゲートウェイ装置１２０であってもよい。該モノのインターネットにおけるデバイス制御方法は以下のステップ８０１～８０８を含んでもよい。
【0142】
ステップ８０１では、モノのインターネットに接続されたサーバ装置の各リソースリンクを取得し、該各リソースリンクはそれぞれ該サーバ装置の少なくとも１つの機能操作に対応する。
【0143】
選択肢として、ゲートウェイ装置は、サーバ装置が有するリソースリンクのうちの、所定タイプに属する上記各リソースリンクを取得する。
【0144】
ステップ８０２では、該各リソースリンクのリモートアクセス属性情報を取得し、該リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられる。
【0145】
１つの可能な実現方式では、ゲートウェイ装置はリモートアクセス属性情報を取得する時に、該各リソースリンクの目標ポリシーパラメータにおける所定キー値を取得してもよい。該目標ポリシーパラメータは対応するリソースリンクにアクセスするポリシールールを指示することに用いられる。次に、該各リソースリンクに対応する該所定キー値における所定ビットを、該各リソースリンクのリモートアクセス属性情報として取得する。
【0146】
本願の実施例では、上記目標ポリシーパラメータはリソースリンクのポリシーパラメータ「ｐ」であってもよく、所定キー値はポリシーパラメータ「ｐ」におけるキー値「ｂｍ」であってもよい。
【0147】
本願の実施例では、表４に示すように、「ｂｍ」は以下のルールを指定している。
【0148】
【表4】
【0149】
ステップ８０３では、ゲートウェイ装置は各リソースリンクをクラウドリソースディレクトリにリリースする。
【0150】
本願の実施例では、クラウドにリソースリンクをリリースする時、ゲートウェイ装置は取得した各リソースリンクをいずれもクラウドリソースディレクトリにリリースする。
【0151】
ステップ８０４では、各リソースリンクに第２リソースリンクが存在し、且つ第２リソースリンクに対応するリモートアクセス属性情報は該第２リソースリンクへのリモートアクセスが許可されていないことを示す場合、該第２リソースリンクに対してアクセス禁止識別子が設定される。
【0152】
本願の実施例では、リモートアクセスが許可されていないリソースリンクについて、ゲートウェイ装置はローカルにおいて該リソースリンクに１つのアクセス禁止識別子を設定し、そして後続で操作要求を受信した時にクエリすることに使用できるように、該リソースリンクに対応する格納を行う。
【0153】
ステップ８０５では、各リソースリンクに第１リソースリンクが存在し、且つクライアント装置から第１リソースリンクに基づいて送信された操作要求を受信した場合、ゲートウェイ装置は該第１リソースリンクに対応するアクセス禁止識別子をクエリする。
【0154】
本願の実施例では、ゲートウェイ装置は１つの操作要求を受信した場合、該操作要求に対応するリソースリンクにおいて対応するアクセス禁止識別子が存在するかどうかをクエリしてもよい。
【0155】
ステップ８０６では、該第１リソースリンクに対応するアクセス禁止識別子をクエリして見つけない場合、該第１リソースリンクに対応する機能操作を実行するように該サーバ装置をトリガーする。
【0156】
本願の実施例では、第１リソースリンクに対応するリモートアクセス属性情報は該第１リソースリンクへのリモートアクセスが許可されていることを示す場合、ゲートウェイ装置はそれにアクセス禁止識別子を設定せず、又は、それにアクセス許可識別子を設定する。対応して、ゲートウェイ装置は操作要求に対応する第１リソースリンクに対応するアクセス禁止識別子をクエリして見つけない場合、該第１リソースリンクはアクセスが許可されているリソースリンクであることを決定でき、この時、該第１リソースリンクに対応する機能操作を実行するようにサーバ装置をトリガーしてもよい。
【0157】
ステップ８０７では、クライアント装置から第２リソースリンクに基づいて送信された操作要求を受信した場合、ゲートウェイ装置は該第２リソースリンクに対応するアクセス禁止識別子をクエリする。
【0158】
ステップ８０８では、該第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけた場合、該クライアント装置に拒否応答を返信し、該拒否応答は、該第２リソースリンクに対応する機能操作へのアクセスが拒否されることを示すことに用いられる。
【0159】
ゲートウェイ装置が操作要求に対応するリソースリンクに対応するアクセス禁止識別子をクエリして見つけた場合、該リソースリンクはアクセスが許可されていないリソースリンクであることを決定でき、この時、ゲートウェイ装置は、該第２リソースリンクに対応する機能操作を実行するようにサーバ装置をトリガーすることはなく、そしてクライアント装置に拒否応答を返信する。
【0160】
選択肢として、該第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけた場合、ゲートウェイ装置が該クライアント装置に拒否応答を返信するステップは、
ゲートウェイ装置が該クライアント装置のログインアカウントを取得することと、
該第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけ、且つ該クライアント装置のログインアカウントと該サーバ装置のバインディングアカウントとが一致しない場合、該クライアント装置に拒否応答を返信することと、を含んでもよく、
該ログインアカウントは該クライアント装置にログインするユーザアカウントであり、該バインディングアカウントは事前に該サーバ装置にバインドされたユーザアカウントである。
ゲートウェイ装置が該クライアント装置のログインアカウントを取得することと、
該第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけ、且つ該クライアント装置のログインアカウントと該サーバ装置のバインディングアカウントとが一致しない場合、該クライアント装置に拒否応答を返信することと、を含んでもよく、
該ログインアカウントは該クライアント装置にログインするユーザアカウントであり、該バインディングアカウントは事前に該サーバ装置にバインドされたユーザアカウントである。
【0161】
本願の実施例では、異なるアカウントに対してリソースリンクのリモートアクセス制御を行ってもよい。即ち、ゲートウェイ装置は、第２リソースリンクに基づく操作要求を受信し、且つ該第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけた場合、更にクライアント装置のログインアカウントがサーバ装置のバインディングアカウントであるかどうかを検出する。両者が一致する場合、クライアント装置が第２リソースリンクにリモートアクセスする権限を有することを意味し、該操作要求に対応する機能操作を実行するようにサーバ装置をトリガーし、そうではない場合、クライアント装置が第２リソースリンクにリモートアクセスする権限を有しないことだと考えられ、該操作要求に対応する機能操作を実行するようにサーバ装置をトリガーすることを拒否する。
【0162】
再度、クライアント装置がユーザの使用するスマートフォンであり、サーバ装置が電子レンジであり、且つ電子レンジがスイッチ機能、温度調整機能、明るさ調整機能のそれぞれに対応するリソースリンクを有することを例として、図９は本願の実施例に係るリモートアクセスの模式的なフローチャートを示す。図９に示すように、該フローは以下のステップＳ９１～Ｓ９１８であってもよい。
【0163】
ステップＳ９１では、スマートフォンクライアント及びゲートウェイ装置はいずれもクラウド（例えばクラウドサーバ）に登録してログインする。
【0164】
ステップＳ９２では、電子レンジはゲートウェイ装置に接続して登録し、その／ｏｉｃ／ｒｅｓリソースリンクをゲートウェイに送信し、又は、ゲートウェイは電子レンジの／ｏｉｃ／ｒｅｓリソースリンクを取得する。取得されたリソースリンクは以下であってもよい。
[
{
"href": "/light",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.r.light"],
"if": [ "oic.if.s", "oic.if.baseline" ]
"p": {"bm": 7},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
},
{
"href": "/switch",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.switch.binary" ],
"if": ["oic.if.a", "oic.if.baseline"],
"p": {"bm": 3},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
},
{
"href": "/temperature",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.r.temperature" ],
"if": [ "oic.if.a", "oic.if.baseline" ]
"p": {"bm": 7},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
}
]
[
{
"href": "/light",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.r.light"],
"if": [ "oic.if.s", "oic.if.baseline" ]
"p": {"bm": 7},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
},
{
"href": "/switch",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.switch.binary" ],
"if": ["oic.if.a", "oic.if.baseline"],
"p": {"bm": 3},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
},
{
"href": "/temperature",
"anchor": "ocf://11ace64c-2412-4e9f-aa8b-e6128473bb65",
"rt": [ "oic.r.temperature" ],
"if": [ "oic.if.a", "oic.if.baseline" ]
"p": {"bm": 7},
"eps": [{"ep": "coaps://[fe80::b1d6]:1122"}]
}
]
【0165】
ステップＳ９３では、ゲートウェイ装置は／ｏｉｃ／ｒｅｓリソースにおける各リソースリンクの「ｐ」属性の「ｂｍ」値をチェックする。
【0166】
ステップＳ９４では、ゲートウェイ装置は／ｓｗｉｔｃｈの「ｂｍ」値が１１００００００であることを決定する。
【0167】
ステップＳ９５では、ゲートウェイ装置は該リソースへのリモートアクセスはできないと判断し、該リソースのアクセス禁止識別子を設定し、それによって該リソースへのアクセスを拒否することを識別する。
【0168】
ステップＳ９６では、ゲートウェイ装置は該リソースリンクをＲＤクライアントにブリッジする。
【0169】
ステップＳ９７では、ＲＤクライアントは／ｓｗｉｔｃｈのリンクをクラウドにリリースする。
【0170】
ステップＳ９８では、スマートフォンクライアントはクラウドにおいて電子レンジの／ｓｗｉｔｃｈリソースを検出し、インタフェースにおいて電子レンジのスイッチのコントロール要素を表示する。
【0171】
ステップＳ９９では、ユーザは電子レンジをオンにする要求を開始する。
【0172】
ステップＳ９１０では、クラウドは要求を受信した後、その要求をゲートウェイ装置に転送する。
【0173】
ステップＳ９１１では、ゲートウェイは／ｓｗｉｔｃｈのアクセス禁止識別子が存在することを確認し、該リソースへのアクセスを拒否する。
【0174】
ステップＳ９１２では、ゲートウェイ装置は／ｌｉｇｈｔ及び／ｔｅｍｐｅｒａｔｕｒｅの「ｂｍ」値が１１１０００００であることを決定する。
【0175】
ステップＳ９１３では、ゲートウェイは該リソースへのリモートアクセスはできると判断し、該リソースリンクをＲＤクライアントにブリッジする。
【0176】
ステップＳ９１４では、ＲＤクライアントは／ｌｉｇｈｔ及び／ｔｅｍｐｅｒａｔｕｒｅのリソースリンクをクラウドにリリースする。
【0177】
ステップＳ９１５では、スマートフォンクライアントはクラウドにおいて電子レンジの／ｔｅｍｐｅｒａｔｕｒｅリソースを検出し、インタフェースにおいて電子レンジ温度設定のコントロール要素を表示する。
【0178】
ステップＳ９１６では、ユーザは電子レンジの温度を１００度に設定する要求を開始する。
【0179】
ステップＳ９１７では、クラウドは要求を受信した後、その要求をゲートウェイ装置に転送し、ゲートウェイ装置はブリッジを介して電子レンジに転送する。
【0180】
ステップＳ９１８では、電子レンジは要求を受信して実行し、温度を１００度に設定する。
【0181】
上記のように、本願の実施例の示す案では、リソースリンクに各自のリモートアクセス属性情報を設定することによって、対応するリソースリンクへのリモートアクセスが許可されているかどうかを示す。その後にゲートウェイ装置は操作要求を受信した場合、リソースリンクに対応するリモートアクセス属性情報に基づいて、アクセスが許可されているリソースリンクに対応する操作要求をトリガーし、そしてアクセスが許可されていないリソースリンクに対応する操作要求をトリガーしない。それによって、サーバ装置におけるリモート制御されるのに適しないリソースリンクへのクライアント装置のアクセスが回避され、モノのインターネットにおけるリモート制御の応用シーンが拡張される。
【0182】
下記は本願の装置実施例であり、本願の方法実施例を実行することに用いられることができる。本願の装置実施例に開示されていない詳細については、本願の方法実施例を参照できる。
【0183】
図１０は本願の１つの実施例によるモノのインターネットにおけるデバイス制御装置のブロック図である。該装置は上記モノのインターネットにおけるデバイス制御方法の例を実現する機能を有し、前記機能はハードウェアによって実現されてもよく、ハードウェアが相応のソフトウェアを実行することによって実現されてもよい。該装置は上記で説明されたゲートウェイ装置であってもよく、ゲートウェイ装置において設定されたものであってもよい。図１０に示すように、該装置は、属性情報取得モジュール１００１、操作トリガーモジュール１００２、アクセス分離モジュール１００３を備えてもよく、
前記属性情報取得モジュール１００１は、サーバ装置の各リソースリンクのリモートアクセス属性情報を取得することに用いられ、前記リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられ、
前記操作トリガーモジュール１００２は、前記各リソースリンクに第１リソースリンクが存在し、前記第１リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていることを示し、且つクライアント装置から第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることに用いられ、
前記アクセス分離モジュール１００３は、前記各リソースリンクに第２リソースリンクが存在し、且つ前記第２リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていないことを示す場合、前記第２リソースリンクに対してアクセス分離を行うことに用いられ、前記アクセス分離は前記第２リソースリンクへのクライアント装置のリモートアクセスを制限することに用いられる。
前記属性情報取得モジュール１００１は、サーバ装置の各リソースリンクのリモートアクセス属性情報を取得することに用いられ、前記リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられ、
前記操作トリガーモジュール１００２は、前記各リソースリンクに第１リソースリンクが存在し、前記第１リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていることを示し、且つクライアント装置から第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることに用いられ、
前記アクセス分離モジュール１００３は、前記各リソースリンクに第２リソースリンクが存在し、且つ前記第２リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていないことを示す場合、前記第２リソースリンクに対してアクセス分離を行うことに用いられ、前記アクセス分離は前記第２リソースリンクへのクライアント装置のリモートアクセスを制限することに用いられる。
【0184】
選択肢として、前記装置は更に第１リリースモジュールを備え、
前記第１リリースモジュールは、前記第１リソースリンクをクラウドリソースディレクトリにリリースすることに用いられる。
前記第１リリースモジュールは、前記第１リソースリンクをクラウドリソースディレクトリにリリースすることに用いられる。
【0185】
選択肢として、前記アクセス分離モジュールは、前記第２リソースリンクをリリースしないことに用いられる。
【0186】
選択肢として、前記アクセス分離モジュールは、インタフェース取得ユニット、インタフェース変更ユニット、リリースユニットを備え、
前記インタフェース取得ユニットは、前記第２リソースリンクのインタフェースを取得することに用いられ、
前記インタフェース変更ユニットは、前記第２リソースリンクのインタフェースが第１インタフェースである場合、前記第２リソースリンクのインタフェースを変更して、インタフェースが変更された後の前記第２リソースリンクを取得することに用いられ、前記第１インタフェースはリモートアクセスを受けるためのインタフェースであり、
前記リリースユニットは、インタフェースが変更された後の前記第２リソースリンクを前記クラウドリソースディレクトリにリリースすることに用いられる。
前記インタフェース取得ユニットは、前記第２リソースリンクのインタフェースを取得することに用いられ、
前記インタフェース変更ユニットは、前記第２リソースリンクのインタフェースが第１インタフェースである場合、前記第２リソースリンクのインタフェースを変更して、インタフェースが変更された後の前記第２リソースリンクを取得することに用いられ、前記第１インタフェースはリモートアクセスを受けるためのインタフェースであり、
前記リリースユニットは、インタフェースが変更された後の前記第２リソースリンクを前記クラウドリソースディレクトリにリリースすることに用いられる。
【0187】
選択肢として、前記インタフェース変更ユニットは、
前記第２リソースリンクにおける前記第１インタフェースを第２インタフェースに換えて、インタフェースが変更された後の前記第２リソースリンクを取得すること、
又は、
前記第１インタフェースを前記第２リソースリンクから削除して、インタフェースが変更された後の前記第２リソースリンクを取得することに用いられる。
前記第２リソースリンクにおける前記第１インタフェースを第２インタフェースに換えて、インタフェースが変更された後の前記第２リソースリンクを取得すること、
又は、
前記第１インタフェースを前記第２リソースリンクから削除して、インタフェースが変更された後の前記第２リソースリンクを取得することに用いられる。
【0188】
選択肢として、前記装置は更に識別子設定モジュールを備え、
前記識別子設定モジュールは、前記第２リソースリンクにアクセス禁止識別子を設定することに用いられる。
前記識別子設定モジュールは、前記第２リソースリンクにアクセス禁止識別子を設定することに用いられる。
【0189】
前記アクセス分離モジュールは、
前記第２リソースリンクに基づいて送信された操作要求を受信した場合、前記第２リソースリンクに対応するアクセス禁止識別子をクエリすることと、
前記第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけた場合、前記クライアント装置に拒否応答を返信することと、に用いられ、
前記拒否応答は、前記第２リソースリンクに対応する機能操作へのアクセスが拒否されることを示すことに用いられる。
前記第２リソースリンクに基づいて送信された操作要求を受信した場合、前記第２リソースリンクに対応するアクセス禁止識別子をクエリすることと、
前記第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけた場合、前記クライアント装置に拒否応答を返信することと、に用いられ、
前記拒否応答は、前記第２リソースリンクに対応する機能操作へのアクセスが拒否されることを示すことに用いられる。
【0190】
選択肢として、前記操作トリガーモジュールは、
前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応するアクセス禁止識別子をクエリすることと、
前記第１リソースリンクに対応するアクセス禁止識別子をクエリして見つけない場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることと、に用いられる。
前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応するアクセス禁止識別子をクエリすることと、
前記第１リソースリンクに対応するアクセス禁止識別子をクエリして見つけない場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることと、に用いられる。
【0191】
選択肢として、前記クライアント装置に拒否応答を返信する場合、前記アクセス分離モジュールは、
前記クライアント装置のログインアカウントを取得することと、
前記第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけ、且つ前記クライアント装置のログインアカウントと前記サーバ装置のバインディングアカウントとが一致しない場合、前記クライアント装置に拒否応答を返信することと、に用いられ、
前記ログインアカウントは前記クライアント装置にログインするユーザアカウントであり、前記バインディングアカウントは事前に前記サーバ装置にバインドされたユーザアカウントである。
前記クライアント装置のログインアカウントを取得することと、
前記第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけ、且つ前記クライアント装置のログインアカウントと前記サーバ装置のバインディングアカウントとが一致しない場合、前記クライアント装置に拒否応答を返信することと、に用いられ、
前記ログインアカウントは前記クライアント装置にログインするユーザアカウントであり、前記バインディングアカウントは事前に前記サーバ装置にバインドされたユーザアカウントである。
【0192】
選択肢として、前記属性情報取得モジュールは、
前記各リソースリンクの目標ポリシーパラメータにおける所定キー値を取得し、前記目標ポリシーパラメータは対応するリソースリンクにアクセスするポリシールールを指示することに用いられることと、
前記各リソースリンクに対応する前記所定キー値における所定ビットを、前記各リソースリンクのリモートアクセス属性情報として取得することと、に用いられる。
前記各リソースリンクの目標ポリシーパラメータにおける所定キー値を取得し、前記目標ポリシーパラメータは対応するリソースリンクにアクセスするポリシールールを指示することに用いられることと、
前記各リソースリンクに対応する前記所定キー値における所定ビットを、前記各リソースリンクのリモートアクセス属性情報として取得することと、に用いられる。
【0193】
選択肢として、前記装置は更にリソースリンク取得モジュールを備え、
前記リソースリンク取得モジュールは、前記属性情報取得モジュールがサーバ装置の各リソースリンクのリモートアクセス属性情報を取得する前に、前記サーバ装置が有するリソースリンクのうちの、所定タイプに属する前記各リソースリンクを取得することに用いられる。
前記リソースリンク取得モジュールは、前記属性情報取得モジュールがサーバ装置の各リソースリンクのリモートアクセス属性情報を取得する前に、前記サーバ装置が有するリソースリンクのうちの、所定タイプに属する前記各リソースリンクを取得することに用いられる。
【0194】
上記のように、本願の実施例の示す案では、リソースリンクに各自のリモートアクセス属性情報を設定することによって、対応するリソースリンクへのリモートアクセスが許可されているかどうかを示す。その後にゲートウェイ装置はリソースリンクに対応するリモートアクセス属性情報に基づいて、アクセスが許可されているリソースリンクにアクセスするようにクライアント装置を制御し、そしてアクセスが許可されていないリソースリンクへのクライアント装置のリモートアクセスを制限することができる。それによって、サーバ装置におけるリモート制御されるのに適しないリソースリンクへのクライアント装置のアクセスが回避され、モノのインターネットにおけるリモート制御の応用シーンが拡張される。
【0195】
尚、上記実施例による装置がその機能を実現する時のことについて、上記各機能モジュールの分割のみを例として説明したが、実際の応用では、実際の必要に応じて上記機能を異なる機能モジュールで完成するように配置してもよく、即ち装置の内容構造を異なる機能モジュールに分割し、それによって上記で説明された全部又は一部の機能を遂行する。
【0196】
上記実施例における装置について、そこにおける各モジュールが操作を実行する具体的な方式は既に該方法に関する実施例において詳しく説明され、ここでは詳しく説明しない。
【0197】
図１１は本願の１つの実施例によるゲートウェイ装置１１００の構造模式図を示す。該ゲートウェイ装置１１００は、プロセッサ１１０１、受信機１１０２、送信機１１０３、メモリ１１０４、及びバス１１０５を備えてもよい。
【0198】
プロセッサ１１０１は１つ以上の処理コアを備え、プロセッサ１１０１はソフトウェアプログラム及びモジュールを実行することによって、様々な機能応用及び情報処理を実行する。
【0199】
受信機１１０２と送信機１１０３は１つの通信コンポーネントとして実現されてもよく、該通信コンポーネントは１つの通信チップであってもよい。該通信チップは送受信機と称されてもよい。
【0200】
メモリ１１０４はバス１１０５を介してプロセッサ１１０１に接続される。
【0201】
メモリ１１０４はコンピュータプログラムを記憶することに用いられることができ、プロセッサ１１０１は該コンピュータプログラムを実行して上記方法実施例における端末によって実行される各ステップを実現することに用いられる。
【0202】
尚、メモリ１１０４は、任意のタイプの揮発性又は不揮発性記憶装置又はその組み合わせによって実現されてもよい。揮発性又は不揮発性記憶装置は、磁気ディスク又は光ディスク、電気的消去可能プログラマブル読取り専用メモリ、消去可能プログラマブル読取り専用メモリ、静的随時アクセスメモリ、読取り専用メモリ、磁気メモリ、フラッシュメモリ、プログラマブル読取り専用メモリを含むが、これらには限らない。
【0203】
例示的な実施例では、前記ゲートウェイ装置は、プロセッサ、メモリ、及び送受信機を備え（該送受信機は受信機及び送信機を備えてもよく、受信機は情報を受信することに用いられ、送信機は情報を送信することに用いられる）、
前記プロセッサは、サーバ装置の各リソースリンクのリモートアクセス属性情報を取得することに用いられ、前記リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられ、
前記プロセッサは更に、前記各リソースリンクに第１リソースリンクが存在し、前記第１リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていることを示し、且つクライアント装置から前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることに用いられ、
前記プロセッサは更に、前記各リソースリンクに第２リソースリンクが存在し、且つ前記第２リソースリンクに対応するリモートアクセス属性情報は前記第２リソースリンクリへのリモートアクセスが許可されていないことを示す場合、前記第２リソースリンクに対してアクセス分離を行うことに用いられ、前記アクセス分離は前記第２リソースリンクへのクライアント装置のリモートアクセスを制限することに用いられる。
前記プロセッサは、サーバ装置の各リソースリンクのリモートアクセス属性情報を取得することに用いられ、前記リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられ、
前記プロセッサは更に、前記各リソースリンクに第１リソースリンクが存在し、前記第１リソースリンクに対応するリモートアクセス属性情報はリモートアクセスが許可されていることを示し、且つクライアント装置から前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることに用いられ、
前記プロセッサは更に、前記各リソースリンクに第２リソースリンクが存在し、且つ前記第２リソースリンクに対応するリモートアクセス属性情報は前記第２リソースリンクリへのリモートアクセスが許可されていないことを示す場合、前記第２リソースリンクに対してアクセス分離を行うことに用いられ、前記アクセス分離は前記第２リソースリンクへのクライアント装置のリモートアクセスを制限することに用いられる。
【0204】
本願の実施例に係るゲートウェイ装置におけるプロセッサ及び送受信機は、上記図２、図４、図６、又は図８に示すモノのインターネットにおけるデバイス制御方法を実行することができる。ここでは繰り返して説明しない。
【0205】
本願の実施例では更にコンピュータ可読記憶媒体を提供し、前記記憶媒体にコンピュータプログラムが記憶され、前記コンピュータプログラムはプロセッサによりロードされて実行されることによって、上記図２、図４、図６、又は図８に示すモノのインターネットにおけるデバイス制御方法を実現する。
【0206】
本願では更にコンピュータプログラム製品を提供し、コンピュータプログラム製品は端末において実行される時、上記図２、図４、図６、又は図８に示すモノのインターネットにおけるデバイス制御方法を端末に実行させる。
【0207】
当業者が意識できるように、上記１つ又は複数の例示において、本願の実施例の説明する機能は、ハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組み合わせで実現されてもよい。ソフトウェアを使用して実現する場合、これらの機能をコンピュータ可読媒体に記憶し、又はコンピュータ可読媒体における１つ又は複数の命令又はコードとして伝送してもよい。コンピュータ可読媒体はコンピュータ記憶媒体及び通信媒体を含み、そのうちの通信媒体は、コンピュータプログラムを１つの場所から他の場所に伝送するのに便利な任意の媒体を含む。記憶媒体は汎用又は専用のコンピュータがアクセスできる任意の利用可能な媒体であってもよい。
【0208】
以上の記載は本願の例示的な実施例に過ぎず、本願を制限するためのものではない。本願の精神及び原則内において行われる何かの変更、同等な代替、改善等は、いずれも本願の保護範囲内に含まれるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【手続補正書】
【提出日】2023-03-24
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
モノのインターネットにおけるデバイス制御方法であって、前記方法はゲートウェイ装置によって実行され、前記方法は、サーバ装置の各リソースリンクのリモートアクセス属性情報を取得し、前記リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられることと、
前記各リソースリンクに第１リソースリンクが存在し、且つ前記第１リソースリンクに対応するリモートアクセス属性情報は前記第１リソースリンクへのリモートアクセスが許可されていることを示す場合、前記第１リソースリンクをクラウドリソースディレクトリにリリースすることと、を含むことを特徴とするモノのインターネットにおけるデバイス制御方法。
【請求項2】
前記各リソースリンクに第２リソースリンクが存在し、且つ前記第２リソースリンクに対応するリモートアクセス属性情報は前記第２リソースリンクへのリモートアクセスが許可されていないことを示す場合、前記第２リソースリンクに対してアクセス分離を行い、前記アクセス分離は前記第２リソースリンクへのクライアント装置のリモートアクセスを制限することに用いられることを更に含むことを特徴とする請求項１に記載の方法。
【請求項3】
前記第２リソースリンクに対してアクセス分離を行うことは、前記第２リソースリンクをリリースしないことを含むことを特徴とする請求項２に記載の方法。
【請求項4】
前記第１リソースリンクを前記クラウドリソースディレクトリにリリースする前に、前記方法は、
前記第１リソースリンクを前記リソースディレクトリクライアントにブリッジすることを更に含むことを特徴とする請求項１に記載の方法。
【請求項5】
前記サーバ装置の各リソースリンクのリモートアクセス属性情報を取得することは、前記各リソースリンクの目標ポリシーパラメータにおける所定キー値を取得し、前記目標ポリシーパラメータは対応するリソースリンクにアクセスするポリシールールを指示することに用いられることと、
前記各リソースリンクに対応する前記所定キー値における所定ビットを、前記各リソースリンクのリモートアクセス属性情報として取得することと、を含むことを特徴とする請求項１～４のいずれか１項に記載の方法。
【請求項6】
前記サーバ装置の各リソースリンクのリモートアクセス属性情報を取得する前に、更に、前記サーバ装置が有するリソースリンクのうちの、所定タイプに属する前記各リソースリンクを取得することを含むことを特徴とする請求項１～４のいずれか１項に記載の方法。
【請求項7】
前記第１リソースリンクを前記クラウドリソースディレクトリにリリースした後に、前記方法は、
クライアント装置から前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることを更に含むことを特徴とする請求項１に記載の方法。
【請求項8】
モノのインターネットにおけるデバイス制御装置であって、前記装置はゲートウェイ装置に用いられ、前記装置は、属性情報取得モジュール及び第１リリースモジュールを備え、前記属性情報取得モジュールは、サーバ装置の各リソースリンクのリモートアクセス属性情報を取得することに用いられ、前記リモートアクセス属性情報は対応するリソースリンクへのリモートアクセスが許可されているかどうかを示すことに用いられ、
前記第１リリースモジュールは、前記各リソースリンクに第１リソースリンクが存在し、且つ前記第１リソースリンクに対応するリモートアクセス属性情報は前記第１リソースリンクへのリモートアクセスが許可されていることを示す場合、前記第１リソースリンクをクラウドリソースディレクトリにリリースすることに用いられることを特徴とするモノのインターネットにおけるデバイス制御装置。
【請求項9】
前記各リソースリンクに第２リソースリンクが存在し、且つ前記第２リソースリンクに対応するリモートアクセス属性情報は前記第２リソースリンクへのリモートアクセスが許可されていないことを示す場合、前記第２リソースリンクに対してアクセス分離を行うことに用いられるアクセス分離モジュールを更に備え、、前記アクセス分離は前記第２リソースリンクへのクライアント装置のリモートアクセスを制限することに用いられることを特徴とする請求項８に記載の装置。
【請求項10】
前記アクセス分離モジュールは、前記第２リソースリンクをリリースしないことに用いられることを特徴とする請求項９に記載の装置。
【請求項11】
前記属性情報取得モジュールは、前記各リソースリンクの目標ポリシーパラメータにおける所定キー値を取得し、前記目標ポリシーパラメータは対応するリソースリンクにアクセスするポリシールールを指示することに用いられることと、
前記各リソースリンクに対応する前記所定キー値における所定ビットを、前記各リソースリンクのリモートアクセス属性情報として取得することと、に用いられることを特徴とする請求項８～１０のいずれか１項に記載の装置。
【請求項12】
前記装置は更にリソースリンク取得モジュールを備え、前記リソースリンク取得モジュールは、前記属性情報取得モジュールがサーバ装置の各リソースリンクのリモートアクセス属性情報を取得する前に、前記サーバ装置が有するリソースリンクのうちの、所定タイプに属する前記各リソースリンクを取得することに用いられることを特徴とする請求項８～１０のいずれか１項に記載の装置。
【請求項13】
クライアント装置から前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることに用いられる操作トリガーモジュールを更に備えることを特徴とする請求項８に記載の装置。
【請求項14】
モノのインターネットにおけるデバイス制御方法であって、前記方法はクライアント装置によって実行され、前記方法は、
クラウドリソースディレクトリから第１リソースリンクを取得し、前記第１リソースリンクに対応するリモートアクセス属性情報は前記第１リソースリンクへのリモートアクセスが許可されていることを示すことと、
前記第１リソースリンクに基づいてゲートウェイ装置に操作要求を送信して、前記第１リソースリンクに対応する機能操作を実行するようにサーバ装置をトリガーすることと、を含むことを特徴とするモノのインターネットにおけるデバイス制御方法。
【請求項15】
モノのインターネットにおけるデバイス制御装置であって、前記装置はクライアント装置に用いられ、前記装置は、リソースリンク取得モジュール及び送信モジュールを備え、
前記リソースリンク取得モジュールは、クラウドリソースディレクトリから第１リソースリンクを取得することに用いられ、前記第１リソースリンクに対応するリモートアクセス属性情報は前記第１リソースリンクへのリモートアクセスが許可されていることを示し、
前記送信モジュールは、前記第１リソースリンクに基づいてゲートウェイ装置に操作要求を送信して、前記第１リソースリンクに対応する機能操作を実行するようにサーバ装置をトリガーすることに用いられることを特徴とするモノのインターネットにおけるデバイス制御装置。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【0012】
本願の実施例による技術案は以下の有益な効果をもたらすことができる。即ち、
リソースリンクに各自のリモートアクセス属性情報を設定することによって、対応するリソースリンクへのリモートアクセスが許可されているかどうかを示す。その後にゲートウェイ装置はリソースリンクに対応するリモートアクセス属性情報に基づいて、アクセスが許可されているリソースリンクにアクセスするようにクライアント装置を制御し、そしてアクセスが許可されていないリソースリンクへのクライアント装置のアクセスを制限することができる。
リソースリンクに各自のリモートアクセス属性情報を設定することによって、対応するリソースリンクへのリモートアクセスが許可されているかどうかを示す。その後にゲートウェイ装置はリソースリンクに対応するリモートアクセス属性情報に基づいて、アクセスが許可されているリソースリンクにアクセスするようにクライアント装置を制御し、そしてアクセスが許可されていないリソースリンクへのクライアント装置のアクセスを制限することができる。
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【0029】
例示的な実施形態において、上記の有線又は無線ネットワークは標準の通信技術及び／又はプロトコルを使用する。例えば、上記の有線又は無線ネットワークはモノのインターネットのＩｏＴプロトコルに基づく通信ネットワークであってもよい。
【手続補正4】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】変更
【補正の内容】
【0032】
ＩｏＴプロトコルでは、リソースは、モノのインターネットのエンティティ装置、及び装置によって提供される機能サービス及び装置の状態等の情報を表すことに用いられる。リソースを提供する装置はサーバ装置であり、リソースにアクセスする装置はクライアント装置である。例示的な実施形態において、クライアント装置及びサーバ装置は論理機能エンティティであってもよく、各装置はクライアント装置、サーバ装置、又はクライアント装置とサーバ装置の両方であってもよい。例えば、ある最も基本的な機能を実現する装置（例えば電球）はサーバ装置だけとして、クライアント装置に提供されてクエリ及び制御されてもよい。
【手続補正5】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【0033】
例示的な実施形態において、クライアント装置とサーバ装置とのサービスインタラクションは、リソースに対してＲＥＳＴｆｕｌ操作、即ち、作成（Ｃｒｅａｔｅ）、読み取り（Ｒｅｔｒｉｅｖｅ）、更新（Ｕｐｄａｔｅ）、削除（Ｄｅｌｅｔｅ）、及び通知（Ｎｏｔｉｆｙ）等のＣＲＵＤＮ操作を行うことによって実現することができる。クライアント装置はＲＥＳＴｆｕｌ操作の開始側であり、サーバ装置はＲＥＳＴｆｕｌ操作の応答側であり、クライアント装置はサーバ装置にリソース操作要求を送信して、サーバ装置におけるリソースに対する操作を要求し、サーバ装置はリソース操作を行い、そしてクライアント装置に応答を返信し、その応答にはリソースの内容及び記述情報が含まれる。
【手続補正6】
【補正対象書類名】明細書
【補正対象項目名】００３５
【補正方法】変更
【補正の内容】
【0035】
リソースは装置に留まり、各リソースは自分のリソースＵＲＩを有し、リソースＵＲＩは該リソースの作成者によってリソース作成時に指定されることができる。例示的な実施形態において、一部の特定リソースは事前にリソースＵＲＩが定義され、即ち該リソースは固定したＵＲＩを有する。リソースには１つ以上のリソースタイプがあり、リソース作成の要求では、該リソースに対応するリソースタイプが指定される必要がある。
【手続補正7】
【補正対象書類名】明細書
【補正対象項目名】００４１
【補正方法】変更
【補正の内容】
【0041】
例示的な実施形態において、該第１リソースリンクは該各リソースリンクのうちのいずれか１つのリソースリンクである。
【手続補正8】
【補正対象書類名】明細書
【補正対象項目名】００４５
【補正方法】変更
【補正の内容】
【0045】
例示的な実施形態において、該第２リソースリンクは該各リソースリンクのうちの、該第１リソースリンク以外のいずれか１つのリソースリンクである。
【手続補正9】
【補正対象書類名】明細書
【補正対象項目名】００６３
【補正方法】変更
【補正の内容】
【0063】
例示的な実施形態において、ゲートウェイ装置は、サーバ装置が有するリソースリンクのうちの、所定タイプに属する上記各リソースリンクを取得する。
【手続補正10】
【補正対象書類名】明細書
【補正対象項目名】００６７
【補正方法】変更
【補正の内容】
【0067】
例示的な実施形態において、装置はそのサポートする他の機能インタラクションに応じて、本基準で定義された他のコアリソース、例えば、「／ｅｘａｍｐｌｅ／ｏｉｃ／ｃｏｎ」、「／ｏｉｃ／ｍｎｔ」をサポートしてもよい。
【手続補正11】
【補正対象書類名】明細書
【補正対象項目名】００８５
【補正方法】変更
【補正の内容】
【0085】
例示的な実施形態において、クライアント装置側に表示される制御インタフェースでは、リソースリンクは対応する操作可能なコントロール要素、例えば、操作可能なボタンやスライダ等として表示されてもよい。上記操作可能なコントロール要素の表示形式については、本願の実施例は限定しない。
【手続補正12】
【補正対象書類名】明細書
【補正対象項目名】０１０９
【補正方法】変更
【補正の内容】
【0109】
例示的な実施形態において、ゲートウェイ装置は、サーバ装置が有するリソースリンクのうちの、所定タイプに属する上記各リソースリンクを取得する。
【手続補正13】
【補正対象書類名】明細書
【補正対象項目名】０１１９
【補正方法】変更
【補正の内容】
【0119】
例示的な実施形態において、該第２リソースリンクのインタフェースに対して変更を行う時、ゲートウェイ装置は該第２リソースリンクにおける該第１インタフェースを第２インタフェースに替えて、インタフェースが変更された後の該第２リソースリンクを取得してもよい。第２インタフェースはリモートアクセスを受けるためのインタフェース以外の他のインタフェースである。又は、該第１インタフェースを該第２リソースリンクから削除して、インタフェースが変更された後の該第２リソースリンクを取得してもよい。
【手続補正14】
【補正対象書類名】明細書
【補正対象項目名】０１４３
【補正方法】変更
【補正の内容】
【0143】
例示的な実施形態において、ゲートウェイ装置は、サーバ装置が有するリソースリンクのうちの、所定タイプに属する上記各リソースリンクを取得する。
【手続補正15】
【補正対象書類名】明細書
【補正対象項目名】０１６０
【補正方法】変更
【補正の内容】
【0160】
例示的な実施形態において、該第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけた場合、ゲートウェイ装置が該クライアント装置に拒否応答を返信するステップは、
ゲートウェイ装置が該クライアント装置のログインアカウントを取得することと、
該第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけ、且つ該クライアント装置のログインアカウントと該サーバ装置のバインディングアカウントとが一致しない場合、該クライアント装置に拒否応答を返信することと、を含んでもよく、
該ログインアカウントは該クライアント装置にログインするユーザアカウントであり、該バインディングアカウントは事前に該サーバ装置にバインドされたユーザアカウントである。
ゲートウェイ装置が該クライアント装置のログインアカウントを取得することと、
該第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけ、且つ該クライアント装置のログインアカウントと該サーバ装置のバインディングアカウントとが一致しない場合、該クライアント装置に拒否応答を返信することと、を含んでもよく、
該ログインアカウントは該クライアント装置にログインするユーザアカウントであり、該バインディングアカウントは事前に該サーバ装置にバインドされたユーザアカウントである。
【手続補正16】
【補正対象書類名】明細書
【補正対象項目名】０１８４
【補正方法】変更
【補正の内容】
【0184】
例示的な実施形態において、前記装置は更に第１リリースモジュールを備え、
前記第１リリースモジュールは、前記第１リソースリンクをクラウドリソースディレクトリにリリースすることに用いられる。
前記第１リリースモジュールは、前記第１リソースリンクをクラウドリソースディレクトリにリリースすることに用いられる。
【手続補正17】
【補正対象書類名】明細書
【補正対象項目名】０１８５
【補正方法】変更
【補正の内容】
【0185】
例示的な実施形態において、前記アクセス分離モジュールは、前記第２リソースリンクをリリースしないことに用いられる。
【手続補正18】
【補正対象書類名】明細書
【補正対象項目名】０１８６
【補正方法】変更
【補正の内容】
【0186】
例示的な実施形態において、前記アクセス分離モジュールは、インタフェース取得ユニット、インタフェース変更ユニット、リリースユニットを備え、
前記インタフェース取得ユニットは、前記第２リソースリンクのインタフェースを取得することに用いられ、
前記インタフェース変更ユニットは、前記第２リソースリンクのインタフェースが第１インタフェースである場合、前記第２リソースリンクのインタフェースを変更して、インタフェースが変更された後の前記第２リソースリンクを取得することに用いられ、前記第１インタフェースはリモートアクセスを受けるためのインタフェースであり、
前記リリースユニットは、インタフェースが変更された後の前記第２リソースリンクを前記クラウドリソースディレクトリにリリースすることに用いられる。
前記インタフェース取得ユニットは、前記第２リソースリンクのインタフェースを取得することに用いられ、
前記インタフェース変更ユニットは、前記第２リソースリンクのインタフェースが第１インタフェースである場合、前記第２リソースリンクのインタフェースを変更して、インタフェースが変更された後の前記第２リソースリンクを取得することに用いられ、前記第１インタフェースはリモートアクセスを受けるためのインタフェースであり、
前記リリースユニットは、インタフェースが変更された後の前記第２リソースリンクを前記クラウドリソースディレクトリにリリースすることに用いられる。
【手続補正19】
【補正対象書類名】明細書
【補正対象項目名】０１８７
【補正方法】変更
【補正の内容】
【0187】
例示的な実施形態において、前記インタフェース変更ユニットは、
前記第２リソースリンクにおける前記第１インタフェースを第２インタフェースに換えて、インタフェースが変更された後の前記第２リソースリンクを取得すること、
又は、
前記第１インタフェースを前記第２リソースリンクから削除して、インタフェースが変更された後の前記第２リソースリンクを取得することに用いられる。
前記第２リソースリンクにおける前記第１インタフェースを第２インタフェースに換えて、インタフェースが変更された後の前記第２リソースリンクを取得すること、
又は、
前記第１インタフェースを前記第２リソースリンクから削除して、インタフェースが変更された後の前記第２リソースリンクを取得することに用いられる。
【手続補正20】
【補正対象書類名】明細書
【補正対象項目名】０１８８
【補正方法】変更
【補正の内容】
【0188】
例示的な実施形態において、前記装置は更に識別子設定モジュールを備え、
前記識別子設定モジュールは、前記第２リソースリンクにアクセス禁止識別子を設定することに用いられる。
前記識別子設定モジュールは、前記第２リソースリンクにアクセス禁止識別子を設定することに用いられる。
【手続補正21】
【補正対象書類名】明細書
【補正対象項目名】０１９０
【補正方法】変更
【補正の内容】
【0190】
例示的な実施形態において、前記操作トリガーモジュールは、
前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応するアクセス禁止識別子をクエリすることと、
前記第１リソースリンクに対応するアクセス禁止識別子をクエリして見つけない場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることと、に用いられる。
前記第１リソースリンクに基づいて送信された操作要求を受信した場合、前記第１リソースリンクに対応するアクセス禁止識別子をクエリすることと、
前記第１リソースリンクに対応するアクセス禁止識別子をクエリして見つけない場合、前記第１リソースリンクに対応する機能操作を実行するように前記サーバ装置をトリガーすることと、に用いられる。
【手続補正22】
【補正対象書類名】明細書
【補正対象項目名】０１９１
【補正方法】変更
【補正の内容】
【0191】
例示的な実施形態において、前記クライアント装置に拒否応答を返信する場合、前記アクセス分離モジュールは、
前記クライアント装置のログインアカウントを取得することと、
前記第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけ、且つ前記クライアント装置のログインアカウントと前記サーバ装置のバインディングアカウントとが一致しない場合、前記クライアント装置に拒否応答を返信することと、に用いられ、
前記ログインアカウントは前記クライアント装置にログインするユーザアカウントであり、前記バインディングアカウントは事前に前記サーバ装置にバインドされたユーザアカウントである。
前記クライアント装置のログインアカウントを取得することと、
前記第２リソースリンクに対応するアクセス禁止識別子をクエリして見つけ、且つ前記クライアント装置のログインアカウントと前記サーバ装置のバインディングアカウントとが一致しない場合、前記クライアント装置に拒否応答を返信することと、に用いられ、
前記ログインアカウントは前記クライアント装置にログインするユーザアカウントであり、前記バインディングアカウントは事前に前記サーバ装置にバインドされたユーザアカウントである。
【手続補正23】
【補正対象書類名】明細書
【補正対象項目名】０１９２
【補正方法】変更
【補正の内容】
【0192】
例示的な実施形態において、前記属性情報取得モジュールは、
前記各リソースリンクの目標ポリシーパラメータにおける所定キー値を取得し、前記目標ポリシーパラメータは対応するリソースリンクにアクセスするポリシールールを指示することに用いられることと、
前記各リソースリンクに対応する前記所定キー値における所定ビットを、前記各リソースリンクのリモートアクセス属性情報として取得することと、に用いられる。
前記各リソースリンクの目標ポリシーパラメータにおける所定キー値を取得し、前記目標ポリシーパラメータは対応するリソースリンクにアクセスするポリシールールを指示することに用いられることと、
前記各リソースリンクに対応する前記所定キー値における所定ビットを、前記各リソースリンクのリモートアクセス属性情報として取得することと、に用いられる。
【手続補正24】
【補正対象書類名】明細書
【補正対象項目名】０１９３
【補正方法】変更
【補正の内容】
【0193】
例示的な実施形態において、前記装置は更にリソースリンク取得モジュールを備え、
前記リソースリンク取得モジュールは、前記属性情報取得モジュールがサーバ装置の各リソースリンクのリモートアクセス属性情報を取得する前に、前記サーバ装置が有するリソースリンクのうちの、所定タイプに属する前記各リソースリンクを取得することに用いられる。
前記リソースリンク取得モジュールは、前記属性情報取得モジュールがサーバ装置の各リソースリンクのリモートアクセス属性情報を取得する前に、前記サーバ装置が有するリソースリンクのうちの、所定タイプに属する前記各リソースリンクを取得することに用いられる。
【国際調査報告】