JP2022534064A - モノのインターネット分野においてリソースを購読する方法、装置、デバイス及び記憶媒体 - Google Patents

Abstract

モノのインターネット分野においてリソースを購読するための方法、装置、デバイス及び記憶媒体であって、当該リソースを購読するための方法は、サービスエンティティが第３エンティティから第１エンティティに対する購読要求を受信するステップ（Ｓ１０１）と、前記第１エンティティに関連する第２エンティティを決定するステップ（Ｓ１０２）と、少なくとも前記第２エンティティに対する購読を生成するステップ（Ｓ１０３）と、前記購読の結果を指示するための購読応答を送信するステップ（Ｓ１０４）と、を含む。上記方法によって、購読するリソースをより豊富にすることができる。

Description

本出願は、２０１９年５月２３日に提出された中国特許出願番号が２０１９１０４３３２７５．７の優先権を主張し、この中国特許出願の全ての内容は、本出願の一部として参照により本明細書に組み込まれる。

本出願は、リソースの購読分野に関し、具体的には、モノのインターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）分野においてリソースを購読するための方法、装置、デバイス及び記憶媒体に関する。

情報技術、特に、インターネット技術の発展に伴い、情報化、遠隔管理制御及び知能化を実現するためのモノのインターネット技術が徐々に成熟している。モノのインターネットは、ローカルネットワークやインターネットなどの通信技術を利用して、センサ、コントローラ、装置、ヒトやモノなどを新しい方式で接続し、ヒトとモノ、モノとモノとの接続を形成する。モノのインターネット技術が各応用分野で急速に発展するにつれて、ますます多くのデバイスがモノのインターネットにアクセスし、スマートホーム、スマート交通やスマート健康などの様々な新しい応用分野が現れている。

モノのネットワーク化が進むにつれて、ますます多くのアプリケーションエンティティがクラウドにアクセスし、アプリケーションエンティティが絶えずデジタル化されることによって、クラウドでアプリケーションエンティティに対して対応する仮想エンティティ（デジタルツインと呼ばれる）が形成される。アプリケーションは、クラウドにおける仮想エンティティを制御することにより、アプリケーションエンティティに対する状態取得、命令送信などの動作を実現することができる。アプリケーションエンティティがクラウドにアクセスするために、登録することでモノのネットワークプラットフォームにアクセスする必要があり、モノのネットワークプラットフォームは、アプリケーションエンティティに対して対応するリソースを生成し、アプリケーションは、アプリケーションエンティティに対応するリソースを購読することによって、アプリケーションエンティティの状態変化を取得することができる。

本出願は、モノのインターネット分野においてリソースを購読するための方法、装置、デバイス及び記憶媒体を提供する。

本開示の一態様によれば、リソースを購読するための方法が提供され、リソースを購読するための方法は、サービスエンティティが第３エンティティから第１エンティティに対する購読要求を受信するステップと、前記第１エンティティに関連する第２エンティティを決定するステップと、少なくとも前記第２エンティティに対する購読を生成するステップと、前記購読の結果を指示するための購読応答を送信するステップと、を含む。

本開示の一態様によれば、別のリソースを購読するための方法が提供され、別のリソースを購読するための方法は、第１エンティティに対する購読要求を送信するステップと、前記購読要求に対する購読応答を受信するステップと、を含み、前記第２エンティティと前記第１エンティティとが関連づけられており、前記購読応答は、少なくとも前記第２エンティティに対する購読を生成した結果を指示する。

本開示の別の態様によれば、リソースを購読するための装置が提供され、リソースを購読するための装置は、サービスエンティティが第３エンティティから第１エンティティに対する購読要求を受信するための受信ユニットと、前記第１エンティティに関連する第２エンティティを決定するための決定ユニットと、少なくとも前記第２エンティティに対する購読を生成するための生成ユニットと、前記購読の結果を指示するための購読応答を送信するための送信ユニットと、を含む。

本開示のまた別の態様によれば、リソースを購読するためのデバイスが提供され、リソースを購読するためのデバイスは、コンピュータ読み取り可能な命令を記憶するように構成されているメモリと、前記メモリに記憶される前記コンピュータ読み取り可能な命令を実行するように構成されているプロセッサと、を含み、前記プロセッサが前記コンピュータ読み取り可能な命令を実行する場合、サービスエンティティが第３エンティティから第１エンティティに対する購読要求を受信するステップと、前記第１エンティティに関連する第２エンティティを決定するステップと、少なくとも前記第２エンティティに対する購読を生成するステップと、前記購読の結果を指示するための購読応答を送信するステップと、を含む。

本開示のさらに別の態様によれば、コンピュータ読み取り可能な命令が記憶されているコンピュータ読み取り可能な記憶媒体が提供され、前記コンピュータ読み取り可能な命令がコンピュータにより実行される場合、前記コンピュータは、リソースを購読するための方法を実行し、前記方法は、サービスエンティティが第３エンティティから第１エンティティに対する購読要求を受信するステップと、前記第１エンティティに関連する第２エンティティを決定するステップと、少なくとも前記第２エンティティに対する購読を生成するステップと、前記購読の結果を指示するための購読応答を送信するステップと、を含む。

本開示の上記態様では、第２エンティティの状態に応じて、前記第２エンティティに対する購読を生成した結果を指示するための購読応答を第３エンティティへ送信することで、第１エンティティに関連する第２エンティティに対する購読を実現でき、それにより、購読するリソースをより豊富にする。また、第２エンティティの状態に対して異なる購読モードを作成し、それにより、異なる場合でのモードの多様化を実現する。

図面を参照して本開示の実施例をより詳細に説明することにより、本開示の上記及び他の目的、特徴及び利点はより明らかになる。図面は本開示の実施例に対するさらなる理解を提供するために用いられ、かつ明細書の一部を構成し、本開示の実施例と共に本開示を説明するために用いられ、本開示を限定するものではない。図面において、同じ参照符号は一般的に同じ部品又はステップを表す。
図１は本開示の実施例を実現するための、リソースを購読するシステムの模式図である。 図２は本開示の実施例による、リソースを購読するための方法のフローチャートである。 図３は本開示の実施例による、第２エンティティに対する購読を生成する方法のフローチャートである。 図４は本開示の実施例による、第２エンティティに対する購読を生成する別の方法のフローチャートである。 図５は本開示の実施例による、リソースを購読するための別の方法のフローチャートである。 図６は本開示の第１例による、リソースを購読するための方法の模式図である。 図７は本開示の第２例による、リソースを購読するための方法の模式図である。 図８は本開示の第３例による、リソースを購読するための方法の模式図である。 図９は本開示の実施例による、リソースを購読するための装置の模式図である。 図１０は本開示の実施例による、リソースを購読するためのデバイスの模式図である。 図１１は本開示の実施例によるコンピュータ読み取り可能な記憶媒体の模式図である。

以下に本開示の実施例における図面を参照しながら、本開示の実施例における技術的解決手段を明確で、完全に説明する。説明された実施例は、本開示の一部の実施例に過ぎず、全ての実施例ではないことは明らかである。本開示における実施例に基づいて、当業者が創造的労働を必要とせずに取得した全ての他の実施例は、いずれも本開示の保護範囲に属する。

本開示で使用されている「第１」、「第２」及び類似用語は、何らかの順序、数量又は重要性を示すものではなく、異なる要素を区別するものに過ぎない。同様に、「備える」又は「含む」等の類似用語は、当該用語の前に出現する要素又は部材がこの用語の後に列挙された素子又は物件及びその同等物を含むが、ほかの要素又は部材を除外しない。「結合」又は「互いに接続」等の類似用語は物理的又は機械的接続に限定されず、直接か間接かにかかわらず電気的接続を含んでもよい。

一部の実施の形態において、通常、送信者（例えば、購読者）が受信者（例えば、サービスエンティティ）へ購読リソースを作成する要求を送信し、そして、受信者が購読されたリソースにて購読を作成し、そして、受信者が被通知者へ購読応答を送信する。受信者は、送信者の購読要求に指定されたターゲットリソースのみを購読したので、購読したコンテンツがアプリケーションの要求を満たすことができなくってしまう。

本出願では、フローチャートを用いて、本出願の実施形態による方法のステップを説明する。前のステップ又は後のステップは、必ずしも順序に従って正確に行われないことが理解されるべきである。逆に、様々なステップは、逆に又は同時に処理することができる。また、他の動作をこれらのプロセスに追加したり、これらのプロセスからステップ、又は、ステップを削除したりすることもできる。

モノのインターネットは、インターネットの延長の１つとして、インターネット及びインターネットにおける全てのリソースを含み、インターネットにおける全てのアプリケーションと適合する（Ｃｏｍｐａｔｉｂｌｅ）ことができる。モノのインターネット技術が各分野で応用されるにつれて、スマートルーム、スマート交通やスマート健康などのさまざまな新しいスマートモノのインターネットの応用分野が現れている。

モノのインターネット技術の発展につれて、煙警報器、火災警報器、マンホール蓋移動センサなどのますます多くの端末デバイスがモノのインターネットプラットフォームにアクセスしている。前記モノのインターネットプラットフォームは、例えば、汎用サービスエンティティ（Ｃｏｍｍｏｎ Ｓｅｒｖｉｃｅ Ｅｎｔｉｔｙ、ＣＳＥ）として実現されてもよく、端末デバイスは、汎用サービスエンティティに登録情報を送信することによって、前記汎用サービスエンティティにアクセスしてもよく、前記汎用サービスエンティティは、アクセスされた端末デバイスを管理する。前記端末デバイスは、アプリケーションエンティティ（Ａｐｐｌｉｃａｔｉｏｎ Ｅｎｔｉｔｙ、ＡＥ）として表されてもよく、汎用サービスエンティティにアクセスしたアプリケーションエンティティは、この汎用サービスエンティティとデータ伝送や情報インタラクションなどの動作を行うことができる。なお、本明細書で説明されたアプリケーションエンティティは、モノのインターネット端末デバイスであってもよく、又は、モノのインターネット端末デバイスにおけるアプリケーションソフトモジュールなどであってもよく又は、モノのインターネットサーバにおけるアプリケーションソフトモジュールであってもよいことに留意されたい。

アプリケーションエンティティ（Ａｐｐｌｉｃａｔｉｏｎ Ｅｎｔｉｔｙ、ＡＥ）、汎用サービスエンティティ（Ｃｏｍｍｏｎ Ｓｅｒｖｉｃｅ Ｅｎｔｉｔｙ、ＣＳＥ）は、論理エンティティであり、物理デバイスは、論理エンティティを含み、簡単な端末デバイスは、アプリケーションエンティティのみ含んでもよく、複雑な端末デバイスは、アプリケーションエンティティ及び汎用サービスエンティティを含んでもよい。例えば、サーバは、汎用サービスエンティティを少なくとも含み、アプリケーションエンティティを同時に含むことができる。端末デバイスに含まれる汎用サービスエンティティと、サーバに含まれる汎用サービスエンティティとの違いは、機能の違いにある。一般的には、サーバの汎用サービスエンティティは、含まれる機能がより多く、例えば、デバイス管理などの機能が含まれている。本明細書で説明された汎用サービスエンティティは、モノのインターネット端末デバイスにおけるサービスソフトウェアモジュールであってもよく、又は、モノのインターネットサーバにおけるサービスソフトウェアモジュールであってもよい。

本開示では、購読者による、所望のアプリケーションエンティティに対する購読要求に対して、所望のアプリケーションエンティティに関連付けられるアプリケーションエンティティの購読を生成することができ、所望のアプリケーションエンティティに関連付けられるアプリケーションエンティティの状態に対して、異なる購読モードを生成することができることで、購読の多様化を実現できる。

先ず、図１を参照して、本開示の実施形態を実現するための、リソースを購読するためのシステムについて説明する。

図１に示すように、モノのインターネットシステムにおいて、購読要求の発起人は、アプリケーションエンティティ又は汎用サービスエンティティであってもよい。アプリケーションエンティティを例にすると、アプリケーションエンティティは、汎用サービスエンティティへオブジェクト１１に対する購読要求１０を送信する。例えば、汎用サービスエンティティは、オブジェクト１１に対する購読要求を受信すると、オブジェクト１１に対する購読を直接作成し、オブジェクト１１に対する購読を生成したことを指示する購読応答１６を、アプリケーションエンティティへ送信することができる。一部の実施の形態において、図１に示すように、汎用サービスエンティティは、オブジェクト１１に対する購読要求を受信すると、関連オブジェクト１３があるか否かを判断し、関連オブジェクト１３がある場合、関連オブジェクトの状態（１４）を判断することにより、関連オブジェクト１３に対する又はオブジェクト１１と関連オブジェクト１３に対する購読を生成し、そして、汎用サービスエンティティは、関連オブジェクト１３又はオブジェクト１１と関連オブジェクト１３に対する購読を生成したことを指示する購読応答１６を、アプリケーションエンティティへ送信する。上記のように、オブジェクトに関連する関連オブジェクトに対する購読を実現でき、それにより、購読するリソースをより豊富にする。例えば、購読要求の発起人（ｉｎｉｔｉａｔｏｒ）が関連オブジェクトを知らない、又は、関連オブジェクトを知る権限がない場合、購読要求の発起人は、図１に記載のシステムを通じて、関連オブジェクトに対する購読を実現し、購読するリソースを豊富にし、システムの効率を向上させることができる。なお、第２エンティティは、１つ又は複数のエンティティであってもよい。

以下、図２を参照しながら、本開示の実施例によるモノのインターネット分野においてリソースを購読するための方法１００について説明する。当該方法は、汎用サービスエンティティ（例えば、小売サーバ）によって実行されてもよい。このモノのインターネットがリソースを購読することは、以下のステップＳ１０１～ステップＳ１０４を含む。

ステップＳ１０１において、サービスエンティティは、第３エンティティから第１エンティティに対する購読要求を受信する。

ステップＳ１０２において、前記第１エンティティに関連する第２エンティティを決定する。

ステップＳ１０３において、少なくとも前記第２エンティティに対する購読を生成する。

ステップＳ１０４において、前記購読の結果を指示するための購読応答を送信する。

図２に示すように、ステップＳ１０１において、サービスエンティティは、第３エンティティから第１エンティティに対する購読要求を受信する。例えば、サービスエンティティは、第１エンティティに対する購読要求を含む相関情報を運ぶ要求を第３エンティティから受信できる。

例えば、第１エンティティ（ＡＥ１）は、サービスエンティティにより管理される、対応する商品情報を指示するための仮想電子タグであってもよい。この仮想電子タグは、物理電子タグのデジタルツインであり、電子タグ識別子、商品の識別子などの属性を含み、商品の識別子（ＩＤ）を介して対応する商品に関連づけられている（又は、対応する商品にバインディングされている）。例えば、この第１エンティティは、仮想の棚電子タグであってもよく、商品の識別子を介して棚における対応する商品に関連づけられている。この第３エンティティ（ＡＥ３）は、棚管理アプリケーションであってもよいし、仮想ショッピング端末であってもよい。例えば、当該ステップにおいて、汎用サービスエンティティは、ＡＥ３（棚管理アプリケーション又はショッピング端末）による棚電子タグＡＥ１に対する購読要求を受信する。

そして、ステップＳ１０２において、前記第１エンティティに関連する第２エンティティを決定する。

例えば、第２エンティティ（ＡＥ２）は、サービスエンティティにより管理される、対応する商品情報を指示するための仮想電子タグであってもよい。例えば、この第２エンティティは、仮想の在庫電子タグであってもよく、商品の識別子を介して在庫の対応する商品に関連づけられている。例えば、当該ステップにおいて、在庫電子タグＡＥ２が棚電子タグＡＥ１に関連づけられていると判断することができる。

例えば、汎用サービスエンティティは、第１エンティティと第２エンティティとが同じオブジェクトに対するものであるか否かを判断することにより、第１エンティティに関連する第２エンティティを決定することができる。例えば、第１エンティティと第２エンティティとが同じオブジェクトに対するものである場合、第２エンティティが第１エンティティに関連づけられていると決定し、第１エンティティと第２エンティティとが異なるオブジェクトに対するものである場合、第２エンティティが第１エンティティに関連づけられていないと決定する。

例えば、第１エンティティに関連付けられた商品と、第２エンティティに関連付けられた商品とが、同じカテゴリに属する場合、第１エンティティと第２エンティティとが同じオブジェクトに対するものであると考える。１つの例としては、第１エンティティに関連付けられた商品がフジリンゴ（Ｆｕｊｉ ａｐｐｌｅ）であり、第２エンティティに関連付けられた商品が黄元帥リンゴ（中国地域におけるリンゴ種類の一つ）であると、この２つの商品が同じカテゴリに属する（ともに、リンゴに属する）と判断し、すなわち、第１エンティティと第２エンティティとが同じオブジェクトに対するものであると考えることができる。別の例としては、第１エンティティに関連付けられた商品がフジリンゴであり、第２エンティティに関連付けられた商品がバナナであると、この２つの商品が同じカテゴリに属しないと判断し、すなわち、第１エンティティと第２エンティティとが異なるオブジェクトに対するものであると考えることができる。

また例えば、第１エンティティに関連付けられた商品と、第２エンティティに関連付けられた商品とが、完全に同じである場合、第１エンティティと第２エンティティとが同じオブジェクトに対するものであると考える。１つの例としては、第１エンティティに関連付けられた商品がフジリンゴであり、第２エンティティに関連付けられた商品がフジリンゴであると、この２つの商品が完全に同じであると判断し、すなわち、第１エンティティと第２エンティティとが同じオブジェクトに対するものであると考えることができる。

また、例えば、汎用サービスエンティティは、前記第１エンティティと前記第２エンティティとが同じグループに属するか否かを判断すること、又は、前記第１エンティティの関連属性が第２エンティティを含むか否かを判断すること、又は、前記第２エンティティの関連属性が第１エンティティを含むか否かを判断することにより、第１エンティティに関連する第２エンティティを決定することができる。条件を満たすと判断された場合、第１エンティティと第２エンティティとが関連づけられていることが示される。

例えば、所定ルールに従って、異なる商品を異なるグループに分け、サービスエンティティは、対応する商品に関連づけられている（又は対応する商品にバインディングされている）第１エンティティと、対応する商品に関連づけられている（又は対応する商品にバインディングされている）第２エンティティとが、予め決定された同じグループに属するか否かを判断することにより、前記第１エンティティに関連する第２エンティティを決定することができる。１つの例としては、所定ルールに従って、棚におけるリンゴと在庫のバナナを同じグループに分けることができ、棚におけるリンゴに関連付けられる棚電子タグを第１エンティティとする場合、サービスエンティティは、棚におけるリンゴに関連付けられる棚電子タグと同じグループに属するエンティティを決定して、この第１エンティティに関連付けられる第２エンティティ（すなわち、在庫電子タグ）を決定することができる。

一部の実施の形態において、汎用サービスエンティティは、前記購読要求に含まれる関連付けルールに従って、前記第１エンティティに関連する第２エンティティを決定してもよい。

例えば、当該関連付けルールは、汎用サービスエンティティの受信された、ショッピング端末によって送信された購読要求に含まれてもよい。例えば、当該関連付けルールは、第１エンティティに関連付けられた商品と同じカテゴリの商品にバインディングされたエンティティを第２エンティティとするように指示することができる。そして、汎用サービスエンティティは、当該関連付けルールに従って、第１エンティティに関連する第２エンティティを決定することができる。

一部の実施の形態において、第１エンティティと第２エンティティとに存在する関連強度を算出し、関連強度が予め設定された閾値より大きい場合、第１エンティティと第２エンティティとが関連づけられていると判断する。

例えば、第１エンティティと第２エンティティとの関連強度は、第１エンティティと第２エンティティとに対応する商品のカテゴリの違いを判断して取得し、商品カテゴリの違いが小さい場合、関連強度が高いことが示される一方、カテゴリの違いが大きい場合、関連強度が低いことが示される。

なお、第２エンティティは、１つ又は複数のエンティティであってもよい。

前記第１エンティティに関連する第２エンティティを決定した後、そして、ステップＳ１０３において、前記第２エンティティに対する購読を生成する。ここでは、前記第２エンティティに対する購読を生成することは、（１）前記第２エンティティに対する購読リソースを作成する方法と、（２）前記第１エンティティと前記第２エンティティとに対する購読リソースを作成する方法との２つの方法のうちの１つを含む。

図３は、本開示の実施例による、第２エンティティに対する購読を生成する方法２００のフローチャートであり、図４は、本開示の実施例による、第２エンティティに対する購読を生成する別の方法２００のフローチャートである。以下、図３～４を参照して、前記第２エンティティに対する購読を生成することについて説明する。

図３に示すように、本開示の実施例による、第２エンティティに対する購読を生成する方法２００のフローチャートである。図３に示すように、前記第２エンティティの状態に応じて、前記第２エンティティに対する購読モードを決定するステップ（Ｓ２０１）と、決定された購読モードに応じて、前記第２エンティティに対する購読を生成するステップ（Ｓ２０２）と、を含む方法によって、前記第２エンティティに対する購読を生成することができる。

例えば、第２エンティティが小売分野での仮想電子タグである場合、この第２エンティティの状態が在庫あり及び在庫切れの２つの状態に分けることができる。なお、第２エンティティの状態は、これに限定されず、状況に応じて第２エンティティを任意の適切な状態に分類してもよいが、ここでは限定しない。

例えば、購読モードは、長期購読、短期購読、付加情報購読、所定情報購読、高優先度購読、低優先度購読、高頻度メッセージ購読、低頻度メッセージ購読などを含む。異なる購読モードにおいて、メッセージ優先度、購読リソースの有効期限、通知コンテンツ、通知メッセージの数などのうち、１つ又は複数が異なる。異なる場合（例えば、第２エンティティの状態）によって、異なる購読モードを選択することができ、それにより、ユーザ体験を向上させる。そして、異なる購読モードのそれぞれについて詳細に説明する。

例えば、購読リソースを保留する通知有効期限の長さに応じて、購読モードを長期購読及び短期購読に分けることができ、長期購読の通知有効期限が短期購読よりも長い。例えば、長期購読モードの場合に、長い通知有効期限（例えば、１か月）を設定でき、当該有効期限内にイベント通知ルールを満たすと、被通知者へ通知を送信することができる。一方、例えば、短期購読モードの場合に、短い通知有効期限（例えば、リアルタイムな送信）を設定でき、当該有効期限内にイベント通知ルールを満たすと、被通知者へ通知を送信することができる。

例えば、購読リソースに対する通知のコンテンツに応じて、購読モードを付加情報購読及び所定情報購読に分けることができる。例えば、所定情報購読モードの場合に、ある商品については、イベント通知ルールを満たすと、所定情報要求に対する、この商品に関連付けられる価格、材質、割引などの詳細な所定情報を被通知者へ送信することができ、この所定情報要求は、購読要求に含まれてもよい。例えば、付加情報購読モードの場合に、ある商品については、イベント通知ルールを満たすと、所定情報要求に対する、この商品に関連付けられる価格、材質、割引などの詳細な所定情報を被通知者へ送信するほか、この商品と類似する商品に関連付けられる価格、材質、割引などの詳細な付加情報を被通知者へ送信することもでき、この詳細な付加情報は、購読要求に含まれていない。

例えば、購読リソースに対する通知の優先度に応じて、購読モードを高優先度購読及び低優先度購読に分けることができる。例えば、高優先度購読モードの場合に、低優先度購読モードに比べて、被通知者がこの通知を受信できることを保証するために、時間的に先に通知を送信したり、又は、通知を複数回送信したりすることができる。

例えば、購読リソースに対する通知の情報の数に応じて、購読モードを高頻度メッセージ購読及び低頻度メッセージ購読に分けることができる。例えば、高頻度情報購読モードの場合に、短い最小通知時間間隔（例えば、２時間）を設定でき、イベント通知ルールを満たすと、被通知者へ通知を送信し、連続して２回通知する間の時間は、最小通知時間間隔より短くない。例えば、低頻度情報購読モードの場合に、長い最小通知時間間隔（例えば、２４時間）を設定でき、イベント通知ルールを満たすと、被通知者へ通知を送信し、連続して２回通知する間の時間は、最小通知時間間隔より短くない。

引き続き図３を参照すると、例えば、ステップＳ３０１において、第２エンティティの状態に応じて、前記第２エンティティに対する購読モードを決定することができる。第２エンティティの状態は、第２エンティティの属性によって判断され、第２エンティティの属性は、オブジェクト属性（例えば、第２エンティティのオブジェクトは、商品であり、オブジェクト属性は、商品の情報であり、商品の数、大きさを含む）、環境属性（例えば、第２エンティティの周りのヒト、事、モノ、音響、光など）を含む。オブジェクト属性を判断することにより、オブジェクト属性の変化に応じて、オブジェクトの変化をリアルタイムに調整でき、購読モードの多様化を実現し、環境変化に応じて迅速に調整することに寄与し、効率を向上させることができる。環境属性の変化を判断することによって、オブジェクトの環境をリアルタイムに調整し、購読モードの多様化を実現し、環境の変化に応じて迅速に調整することに寄与し、効率を向上させることができる。

１つの例では、第１エンティティが棚電子タグであり、第１エンティティに関連する第２エンティティが在庫電子タグであり、第１エンティティと第２エンティティがともに同じな商品Ａに対するものであり、第１エンティティが商品Ａの棚の数を含み、第２エンティティが商品Ａの在庫数を含み、第２エンティティが商品Ａの在庫数がゼロであることを示す場合、長期購読を選択することができる（例えば、通知有効期限を１ヶ月に設定でき、当該有効期限内にイベント通知ルールを満たすと、被通知者へ通知を送信することができる）一方、第２エンティティが商品Ａの在庫数がゼロではないことを示す場合、短期購読を選択することができる（例えば、例えば、通知有効期限を１週間に設定でき、イベント通知ルールを満たすと、被通知者へ通知メッセージを送信する）。

別の例では、ある商品については、在庫ありの場合、所定情報購読を選択することができる（例えば、イベント通知ルールを満たすと、所定情報要求に対する、この商品に関連付けられる価格、材質、割引などの詳細な所定情報を被通知者へ送信することができる）一方、在庫切れの場合、付加情報購読を選択することができる（例えば、所定情報要求に対する、この商品に関連付けられる価格、材質、割引などの詳細な所定情報を被通知者へ送信するほか、この商品と類似する商品に関連付けられる価格、材質、割引などの詳細な付加情報を被通知者へ送信することができる）。

１つの例では、複数種の購読モードを同時に使用することができ、第１エンティティが棚電子タグであり、第１エンティティに関連する第２エンティティが在庫電子タグであり、第１エンティティと第２エンティティがともに同じな商品Ａに対するものであり、第１エンティティが商品Ａの棚の数を含み、第２エンティティが商品Ａの在庫数を含み、第２エンティティが商品Ａの在庫数がゼロであることを示す場合、長期購読及び低頻度購読を選択することができ（例えば、通知有効期限を１ヶ月に設定でき、当該有効期限内にイベント通知ルールを満たすと、イベントに対してキャッシュや統合などの処理を行い、処理済みのイベント被通知者へ通知を送信する）、長期購読及び低頻度購読の要求を同時に満たす一方、第２エンティティが商品Ａの在庫数がゼロではないことを示す場合、短期購読及び高頻度購読を選択することができる（例えば、通知有効期限を１週間に設定でき、イベント通知ルールを満たすと、イベントを処理せずに、直接被通知者へ通知メッセージを送信する）。

同様に、高優先度購読（イベント通知ルールを満たすと、通知を優先的に送信する）、低優先度購読（イベント通知ルールを満たし、かつ、送信すべき優先順位の高いイベントがない場合、通知を直接送信する）、高頻度メッセージ購読（イベントを処理せず、時間通知ルールを満たすと、通知を直接送信する）及び低頻度メッセージ購読（イベントを処理してから通知を送信し、処理がイベントキャッシュやイベント統合などを含む）のうちの１つ又は複数を選択することができる。上記購読モードは、単なる例であり、異なる場合によって、長期購読、短期購読、付加情報購読、所定情報購読、高優先度購読、低優先度購読、高頻度メッセージ購読、低頻度メッセージ購読などのうちの１つ又は複数を選択してもよいし、他の適切な購読モードを選択してもよいことを理解されたいが、ここでは繰り返し説明しない。

購読モードが決定された後、続いて、ステップＳ３０２において、決定された購読モードに応じて、前記第２エンティティに対する購読を生成する。

図４は、本開示の実施例による、第２エンティティに対する購読を生成する別の方法３００のフローチャートを示す。図４に示すように、前記第２エンティティの状態に応じて、前記第１エンティティと第２エンティティとに対する購読モードを決定するステップ（Ｓ３０１）と、決定された購読モードに応じて、前記第１エンティティと第２エンティティとに対する購読を生成するステップ（Ｓ３０２）と、を含む方法によって、前記第２エンティティに対する購読を生成してもよい。図４に記載の購読モードの選択は、上記図３で説明された購読モードの選択と同様であり、ここでは繰り返し説明しない。

第２エンティティに対する購読が生成された後、図１に戻り、ステップＳ１０４では、前記購読の結果を指示するための購読応答を送信する。例えば、第３エンティティへ購読応答を送信してもよいし、他のエンティティへ購読応答を送信してもよく、当該購読応答は、前記生成された購読の結果を指示するためのものである。

例えば、前記第２エンティティに対する購読リソースを作成する場合、前記購読応答は、前記第２エンティティに対する購読リソースを作成した結果を指示するためのものである。一部の実施の形態において、前記第１エンティティと前記第２エンティティとに対する購読リソースを作成する場合、前記購読応答は、前記第１エンティティと前記第２エンティティとに対する購読リソースを作成した結果を指示するためのものである。

購読を作成してから、このイベント通知ルールを満たすと、決定された購読モードに応じて、イベント通知を被通知者へ送信する。当該イベント通知ルールは、購読要求に含まれる。

ここでは、購読要求は、当該購読要求に関連するイベント通知を受信するための複数の被通知者を含んでもよい。購読者のイベント通知ルールを満たすと、汎用サービスエンティティは、イベント通知を当該購読要求に含まれるすべての被通知者へ送信する。例えば、マンホール蓋が移されると、マンホール蓋移動センサは、その変化を感知し、汎用サービスエンティティへ更新データを送信し、汎用サービスエンティティは、このマンホール蓋移動センサの更新データに基づいて、イベント通知ルールを満たすか否かを決定でき、例えば、購読条件がマンホール蓋移動の場合、汎用サービスエンティティは、前記イベント通知ルールを満たしていると判断し、マンホール蓋移動のイベント通知の購読を要求する購読要求に含まれるすべての被通知者へイベント通知を送信し、すなわち、すべての被通知者に、マンホール蓋が移動されたイベントを通知する。

以下、図５を参照して、本開示の実施例による、リソースを購読するための別の方法４００について説明する。この方法は、アプリケーションエンティティ（例えば、上記第３エンティティＡＥ３）によって実行されてもよい。

図５に示すように、ステップＳ４０１において、第１エンティティに対する購読要求を送信する。ステップＳ４０２において、前記購読要求に対する購読応答を受信し、前記第２エンティティと前記第１エンティティとが関連づけられており、前記購読応答は、少なくとも前記第２エンティティに対する購読を生成した結果を指示するためのものである。

例えば、第１エンティティ（ＡＥ１）は、サービスエンティティにより管理される、対応する商品情報を指示するための仮想電子タグであってもよい。この仮想電子タグは、商品の識別子（ＩＤ）を介して対応する商品に関連づけられている（又は対応する商品にバインディングされている）。例えば、この第１エンティティは、仮想の棚電子タグであってもよく、この第３エンティティ（ＡＥ３）は、棚管理アプリケーションであってもよいし、仮想のショッピング端末であってもよい。例えば、当該ステップにおいて、ＡＥ３（例えば、棚管理アプリケーション又はショッピング端末）は、汎用サービスエンティティに棚電子タグＡＥ１に対する購読要求を送信する。そして、ＡＥ３は、前記購読要求に対する購読応答を受信し、前記第２エンティティと前記第１エンティティとが関連づけられており、前記購読応答は、少なくとも前記第２エンティティに対する購読を生成した結果を指示するためのものである。

ここでは、購読要求は、前記第１アプリケーションエンティティと前記第２アプリケーションエンティティとの関連関係を作成する関連付けルールを含むことができる。それにより、汎用サービスエンティティは、さらに、前記購読要求に含まれる関連付けルールに従って、前記第１エンティティに関連する第２エンティティを決定することができる。例えば、当該関連付けルールは、第１エンティティに関連付けられた商品と同じカテゴリの商品にバインディングされたエンティティを第２エンティティとするように指示することができる。

ここで、購読応答は、前記第２アプリケーションエンティティの状態に応じて決定された前記購読要求に対する購読モード基づいて生成されたものである。

例えば、前記第２エンティティの状態に応じて、前記第２エンティティに対する購読モードを決定し、決定された購読モードに応じて、前記第２エンティティに対する購読を生成することによって当該購読応答が形成され、当該購読応答は、少なくとも第２エンティティに対する購読を生成した結果を指示するためのものである。

一部の実施の形態において、前記第２エンティティの状態に応じて、前記第１エンティティと第２エンティティとに対する購読モードを決定し、決定された購読モードに応じて、前記第１エンティティと第２エンティティとに対する購読を生成することによって当該購読応答が形成されてもよく、当該購読応答は、第１エンティティと第２エンティティとに対する購読を生成した結果を指示するためのものである。購読応答の生成方法は、図２で説明された方法と同様であり、ここでは繰り返し説明しない。

そして、このイベント通知ルールを満たすと、決定された購読モードに基づくイベント通知を受信する。

以下、図６～８を参照して、本開示の実施例による、リソースを購読するための例について詳細に説明する。図６は、本開示の第１例による、リソースを購読するための方法の模式図、図７は、本開示の第２例による、リソースを購読するための方法の模式図、図８は、本開示の第３例による、リソースを購読するための方法の模式図である。

モノのインターネットは、汎用サービスエンティティ及び一連のアプリケーションエンティティによって構成されてもよく、前記汎用サービスエンティティは、小売サーバなどであってもよく、前記アプリケーションエンティティは、様々なセンサデバイスであってもよいし、携帯電話などのユーザ端末であってもよいし、デバイスにおけるソフトウェアモジュールなど、例えば、携帯電話アプリケーションプログラムなどであってもよい。前記汎用サービスエンティティは、接続されているアプリケーションエンティティを管理し、登録、データ転送、タスク実行などの動作を行う。

第１例
図６は、本開示による、リソースを購読する第１例を示す。この例では、例えば、マーケット又はスーパーの棚管理アプリケーションエンティティは、購読を開始し、マーケット又はスーパーの貨物状態をリアルタイムに調整する。

図６に示すように、例えば、小売サーバＣＳＥ ５３（サービスエンティティ）は、棚電子タグＡＥ１ ５１（第１エンティティ）、在庫電子タグＡＥ２ ５２（第２エンティティ）及び購読者である棚管理アプリケーションＡＥ３ ５４（第３エンティティ）からの登録要求を受信して、棚電子タグＡＥ１ ５１、在庫電子タグＡＥ２ ５２及び棚管理アプリケーションＡＥ３ ５４との関連関係を作成し、棚電子タグＡＥ１ ５１、在庫電子タグＡＥ２ ５２及び棚管理アプリケーションＡＥ３ ５４の状態変化に従って、これらの状態を更新する（５５）。そして、小売サーバＣＳＥ ５３は、棚電子タグＡＥ１ ５１に関連付けられた商品と、在庫電子タグＡＥ２ ５２に関連付けられた商品とが同じカテゴリの商品に対するものであるか否か（５６）を判断し、「はい」の場合、棚電子タグＡＥ１ ５１と在庫電子タグＡＥ２ ５２との関連を作成する（５７）。

棚管理アプリケーションＡＥ３ ５４が小売サーバＣＳＥ ５３へ棚電子タグＡＥ１ ５１に対する購読要求５９を送信する場合、小売サーバＣＳＥ ５３は、先ず、棚電子タグＡＥ１ ５１において関連オブジェクトの在庫電子タグＡＥ２ ５２があるか否かを判断する（図６における番号が６０）。棚電子タグＡＥ１ ５１に関連オブジェクトの在庫電子タグＡＥ２ ５２が存在する場合、小売サーバＣＳＥ ５３は、在庫電子タグＡＥ２ ５２に対する購読リソースを作成し、小売サーバＣＳＥ ５３（又は他のエンティティ）へ購読応答６２を送信してもよく、当該購読応答は、在庫電子タグＡＥ２ ５２に対する購読を生成した結果を指示する。一部の実施の形態において、小売サーバＣＳＥ ５３は、棚電子タグＡＥ１ ５１及び在庫電子タグＡＥ２ ５２に対する購読リソースを作成し、小売サーバＣＳＥ ５３（又は他のエンティティ）に購読応答６２を送信してもよく、当該購読応答は、棚電子タグＡＥ１ ５１及び在庫電子タグＡＥ２ ５２に対する購読を生成した結果を指示する。

さらに、小売サーバＣＳＥ ５３は、在庫電子タグＡＥ２ ５２に対する購読リソースを作成するとき、在庫電子タグＡＥ２ ５２の状態に応じて、在庫数電子タグＡＥ２ ５２に対する購読モードを決定することができる（６１）。例えば、上記のように、在庫電子タグＡＥ２が在庫ありを示す場合、短期類購読を作成することができる一方、在庫電子タグＡＥ２が在庫切れを示す場合、長期類購読を作成することができる。

一部の実施の形態において、小売サーバＣＳＥ ５３は、棚電子タグＡＥ１ ５１及び在庫電子タグＡＥ２ ５２に対する購読リソースを作成するとき、在庫電子タグＡＥ２ ５２の状態に応じて、棚電子タグＡＥ１ ５１及び在庫電子タグＡＥ２ ５２に対する購読モードを決定することができる（６１）。例えば、上記のように、在庫電子タグＡＥ２が在庫ありを示す場合、短期類購読を作成することができ、在庫電子タグＡＥ２が在庫切れを示す場合、長期類購読を作成することができる。

そして、小売サーバＣＳＥ ５３は、棚電子タグＡＥ１ ５１の状態を更新する（６３）。その後、イベント通知ルールを満たす（６４）場合、上記決定された購読モードに応じて、被通知者（例えば、棚管理アプリケーションＡＥ３ ５４）へイベント通知６５を送信する。

第２例
図７は、本開示による、リソースを購読する第２例を示す。この例では、例えば、ショッピング端末（例えば、ユーザ）は、購読を開始し、購買したい商品の状態をリアルタイムに把握する。

図７に示すように、例えば、小売サーバＣＳＥ ５３（サービスエンティティ）は、棚電子タグＡＥ１ ５１（第１エンティティ）、在庫電子タグＡＥ２ ５２（第２エンティティ）及び購読者であるショッピング端末ＡＥ３ ６６（第３エンティティ）からの登録要求を受信し、それにより、棚電子タグＡＥ１ ５１、在庫電子タグＡＥ２ ５２及びショッピング端末ＡＥ３ ６６との関連関係を作成し、棚電子タグＡＥ１ ５１、在庫電子タグＡＥ２ ５２及びショッピング端末ＡＥ３ ６６の状態変化に従って、これらの状態を更新する。そして、図６と同様に、小売サーバＣＳＥ ５３は、棚電子タグＡＥ１ ５１に関連付けられた商品と、在庫電子タグＡＥ２ ５２に関連付けられた商品とが、同じカテゴリの商品に対するものであるか否かを判断し、「はい」の場合、棚電子タグＡＥ１ ５１と在庫電子タグＡＥ２ ５２との関連を作成する。

ショッピング端末ＡＥ３ ６６が小売サーバＣＳＥ ５３へ棚電子タグＡＥ１ ５１に対する購読要求を送信した場合、小売サーバＣＳＥ ５３は、先ず、棚電子タグＡＥ１ ５１において関連オブジェクトの在庫電子タグＡＥ２ ５２があるか否かを判断する。棚電子タグＡＥ１ ５１に、関連オブジェクトの在庫電子タグＡＥ２ ５２がある場合、小売サーバＣＳＥ ５３は、在庫電子タグＡＥ２ ５２に対する購読リソースを作成し、ショッピング端末ＡＥ３ ６６（又は他のエンティティ）へ購読応答を送信してもよく、当該購読応答は、在庫電子タグＡＥ２ ５２に対する購読を生成した結果を指示する。一部の実施の形態において、小売サーバＣＳＥ ５３は、棚電子タグＡＥ１ ５１及び在庫電子タグＡＥ２ ５２に対する購読リソースを作成し、ショッピング端末ＡＥ３ ６６（又は他のエンティティ）へ購読応答を送信してもよく、当該購読応答は、棚電子タグＡＥ１ ５１及び在庫電子タグＡＥ２ ５２に対する購読を生成した結果を指示する。

さらに、小売サーバＣＳＥ ５３は、在庫電子タグＡＥ２ ５２に対する購読リソースを作成するとき、在庫電子タグＡＥ２ ５２の状態に応じて、在庫電子タグＡＥ２ ５２に対する購読モードを決定することができる。例えば、在庫電子タグＡＥ２が在庫ありを示す場合、短期類購読を作成することができ、在庫電子タグＡＥ２が在庫切れを示す場合、長期類購読を作成することができる。

一部の実施の形態において、小売サーバＣＳＥ ５３は、棚電子タグＡＥ１ ５１及び在庫電子タグＡＥ２ ５２に対する購読リソースを作成するとき、在庫電子タグＡＥ２ ５２の状態に応じて、棚電子タグＡＥ１ ５１及び在庫電子タグＡＥ２ ５２に対する購読モードを決定することができる。例えば、上記のように、在庫電子タグＡＥ２が在庫ありを示す場合、短期類購読を作成することができ、在庫電子タグＡＥ２が在庫切れを示す場合、長期類購読を作成することができる。

そして、小売サーバＣＳＥ ５３は、棚電子タグＡＥ１ ５１の状態を更新する（６３）。その後、このイベント通知ルールを満たすと、上記決定された購読モードに応じて、被通知者（例えば、ショッピング端末ＡＥ３ ６６）へイベント通知を送信する。

第３例
図８は、本開示による、リソースを購読する第３例を示す。この例では、例えば、アプリケーションエンティティによって送信された購読要求に関連付けルールを含ませ、そして、汎用サービスエンティティが当該関連付けルールに従って、異なるオブジェクト間の関連を作成する。

図８に示すように、例えば、小売サーバＣＳＥ ５３（サービスエンティティ）は、棚電子タグＡＥ１ ５１（第１エンティティ）、在庫電子タグＡＥ２ ５２（第２エンティティ）及び購読者であるショッピング端末ＡＥ３ ６６（第３エンティティ）からの登録要求を受信し、それにより、棚電子タグＡＥ１ ５１、在庫電子タグＡＥ２ ５２及びショッピング端末ＡＥ３ ６６との関連関係を作成し、棚電子タグＡＥ１ ５１、在庫電子タグＡＥ２ ５２及びショッピング端末ＡＥ３ ６６の状態変化に従って、これらの状態を更新する。

そして、ショッピング端末ＡＥ３ ６６が小売サーバＣＳＥ ５３に棚電子タグＡＥ１ ５１に対する購読要求７１を送信した場合、小売サーバＣＳＥ ５３は、購読要求に含まれる関連付けルールに従って、棚電子タグＡＥ１ ５１と在庫電子タグＡＥ２ ５２との関連を作成する。そして、小売サーバＣＳＥ ５３は、在庫電子タグＡＥ２ ５２に対する購読リソースを作成し、ショッピング端末ＡＥ３ ６６（又は他のエンティティ）へ購読応答を送信してもよく、当該購読応答は、在庫電子タグＡＥ２ ５２に対する購読を生成した結果を指示する。一部の実施の形態において、小売サーバＣＳＥ ５３は、棚電子タグＡＥ１ ５１及び在庫電子タグＡＥ２ ５２に対する購読リソースを作成し、ショッピング端末ＡＥ３ ６６（又は他のエンティティ）へ購読応答を送信してもよく、当該購読応答は、棚電子タグＡＥ１ ５１及び在庫電子タグＡＥ２ ５２に対する購読を生成した結果を指示する。

さらに、小売サーバＣＳＥ ５３は、在庫電子タグＡＥ２ ５２に対する購読リソースを作成するとき、在庫電子タグＡＥ２ ５２の状態に応じて、在庫数電子タグＡＥ２ ５２に対する購読モードを決定することができる。例えば、上記のように、在庫電子タグＡＥ２が在庫ありを示す場合、短期類購読を作成することができ、在庫電子タグＡＥ２が在庫切れを示す場合、長期類購読を作成することができる。

一部の実施の形態において、小売サーバＣＳＥ ５３は、棚電子タグＡＥ１ ５１及び在庫電子タグＡＥ２ ５２に対する購読リソースを作成するとき、在庫電子タグＡＥ２ ５２の状態に応じて、棚電子タグＡＥ１ ５１及び在庫電子タグＡＥ２ ５２に対する購読モードを決定することができる。例えば、上記のように、在庫電子タグＡＥ２が在庫ありを示す場合、短期類購読を作成することができ、在庫電子タグＡＥ２が在庫切れを示す場合、長期類購読を作成することができる。

そして、小売サーバＣＳＥ ５３は、棚電子タグＡＥ１ ５１の状態を更新する。そして、イベント通知ルールを満たすと、上記決定された購読モードに応じて、被通知者（例えば、ショッピング端末ＡＥ３ ６６）へイベント通知を送信する。

以上から分かるように、上記リソースを購読するための方法によって、第１エンティティに関連する第２エンティティに対する購読を実現し、それにより、購読するリソースをより豊富にすることができる。また、第２エンティティの状態によって異なる購読モードを作成し、それにより、異なる場合、モードの多様化を実現することができる。

以下、図９を参照しながら、本開示の実施例による、リソースを購読するための装置１０００について説明する。図９は、本開示の実施例による、リソースを購読するための装置１０００の模式図である。本実施例のリソースを購読するための装置の機能は、以上、図１を参照して説明した方法の詳細と同じであるため、ここでは簡単にするために、同じ内容の詳細な説明を省略する。

図９に示すように、本開示の実施例による、リソースを購読するための装置１０００は、受信ユニット１００１と、決定ユニット１００２と、生成ユニット１００３と、送信ユニット１００４と、を含む。なお、図９におけるリソースを購読するための装置１０００は、４つのユニットだけを含むとして示されているが、これは、単に模式的なものであり、リソースを購読するための装置１０００は、１つ又は複数の他のユニットを含んでもよく、これらのユニットが発明の構想に関係ないため、ここで省略される。

受信ユニット１００１は、サービスエンティティに、第３エンティティからの第１エンティティに対する購読要求を受信させる。

例えば、第１エンティティ（ＡＥ１）は、棚電子タグであってもよく、この第３エンティティ（ＡＥ３）は、棚管理アプリケーションであってもよいし、ショッピング端末であってもよい。例えば、当該ステップにおいて、汎用サービスエンティティは、ＡＥ３（棚管理アプリケーション又はショッピング端末）による棚電子タグＡＥ１に対する購読要求を受信する。

そして、決定ユニット１００２は、前記第１エンティティに関連する第２エンティティを決定する。

例えば、第２エンティティ（ＡＥ２）は、在庫電子タグであってもよい。例えば、当該ステップにおいて、決定ユニット１００２は、棚電子タグに関連する在庫電子タグを判断することができる。

例えば、決定ユニット１００２は、第１エンティティと第２エンティティとが同じオブジェクトに対するものであるか否かを判断することにより、第１エンティティに関連する第２エンティティを決定することができる。例えば、第１エンティティと第２エンティティとが同じオブジェクトに対するものである場合、第２エンティティと第１エンティティとが関連づけられていると決定し、第１エンティティと第２エンティティとが異なるオブジェクトに対するものである場合、第２エンティティが第１エンティティに関連づけられていないと決定する。

一部の実施の形態において、決定ユニット１００２は、前記購読要求に含まれる関連付けルールに従って、前記第１エンティティに関連する第２エンティティを決定してもよい。

例えば、当該関連付けルールは、受信ユニット１００１が受信された、ショッピング端末によって送信された購読要求に含まれてもよい。例えば、当該関連付けルールは、第１エンティティに関連付けられた商品と同じカテゴリの商品にバインディングされたエンティティを第２エンティティとするように指示することができる。そして、汎用サービスエンティティは、当該関連付けルールに従って、第１エンティティに関連する第２エンティティを決定することができる。

決定ユニット１００２が前記第１エンティティに関連する第２エンティティを決定した後、そして、生成ユニット１００３が少なくとも前記第２エンティティに対する購読を生成する。ここでは、前記第２エンティティに対する購読を生成することは、（１）前記第２エンティティに対する購読リソースを作成する方法、及び（２）前記第１エンティティと前記第２エンティティとに対する購読リソースを作成する方法の２つの方法のうちの１つを含む。

図３は、本開示の実施例による、第２エンティティに対する購読を生成する方法２００のフローチャートであり、図４は、本開示の実施例による、第２エンティティに対する購読を生成する別の方法２００のフローチャートである。以下、図３～４を参照しながら、生成ユニット１００３が前記第２エンティティに対する購読を生成することについて説明する。

図３に示すように、本開示の実施例による、第２エンティティに対する購読を生成する方法２００のフローチャートである。図３に示すように、前記第２エンティティの状態に応じて、前記第２エンティティに対する購読モードを決定するステップ（Ｓ３０１）と、決定された購読モードに応じて、前記第２エンティティに対する購読を生成するステップ（Ｓ３０２）と、を含む方法によって、前記第２エンティティに対する購読を生成してもよい。

例えば、第２エンティティが小売分野での仮想電子タグである場合、この第２エンティティの状態が在庫あり及び在庫切れの２つの状態に分けることができる。なお、第２エンティティの状態は、これに限定されず、状況に応じて第２エンティティを任意の適切な状態に分類してもよいが、ここでは限定しない。例えば、購読モードは、長期購読、短期購読、付加情報購読、所定情報購読、高優先度購読、低優先度購読、高頻度メッセージ購読、低頻度メッセージ購読などを含む。異なる購読モードでのメッセージ優先度、購読リソースの有効期限、通知コンテンツ、通知メッセージの数などの１つ又は複数が異なる。異なる場合（例えば、第２エンティティの状態）によって、異なる購読モードを選択することができ、それにより、ユーザ体験を向上させる。そして、異なる購読モードのそれぞれについて詳細に説明する。

例えば、購読リソースを保留する通知有効期限の長さに応じて、購読モードを長期購読及び短期購読に分けることができ、長期購読の通知有効期限が短期購読よりも長い。例えば、長期購読モードの場合に、長い通知有効期限（例えば、１か月）を設定でき、当該有効期限内にイベント通知ルールを満たすと、被通知者へ通知を送信することができる。しかし、例えば、短期購読モードの場合に、短い通知有効期限（例えば、リアルタイムな送信）を設定でき、当該有効期限内にイベント通知ルールを満たすと、被通知者へ通知を送信することができる。

例えば、購読リソースに対する通知のコンテンツに応じて、購読モードを付加情報購読及び所定情報購読に分けることができる。例えば、所定情報購読モードの場合に、ある商品については、イベント通知ルールを満たすと、所定情報要求に対する、この商品に関連付けられる価格、材質、割引などの詳細な所定情報を被通知者へ送信し、この所定情報要求は、購読要求に含まれてもよい。例えば、付加情報購読モードの場合に、ある商品については、イベント通知ルールを満たすと、所定情報要求に対する、この商品に関連付けられる価格、材質、割引などの詳細な所定情報を被通知者へ送信するほか、この商品と類似する商品に関連付けられる価格、材質、割引などの詳細な付加情報を被通知者へ送信してもよく、この詳細な付加情報は、購読要求に含まれていない。

例えば、購読リソースに対する通知の優先度に応じて、購読モードを高優先度購読及び低優先度購読に分けることができる。例えば、高優先度購読モードの場合に、低優先度購読モードに比べて、被通知者がこの通知を受信できることを保証するために、時間的に先に通知を送信したり、又は、通知を複数回送信したりすることができる。

例えば、購読リソースに対する通知の情報の数に応じて、購読モードを高頻度メッセージ購読及び低頻度メッセージ購読に分けることができる。例えば、高頻度情報購読モードの場合に、短い最小通知時間間隔（例えば、２時間）を設定でき、イベント通知ルールを満たすと、被通知者へ通知を送信し、連続して２回通知する間の時間は、最小通知時間間隔より短くない。例えば、低頻度情報購読モードの場合に、長い最小通知時間間隔（例えば、２４時間）を設定でき、イベント通知ルールを満たすと、被通知者へ通知を送信し、連続して２回通知する間の時間は、最小通知時間間隔より短くない。

引き続き図３を参照すると、例えば、ステップＳ３０１において、第２エンティティの状態（例えば、在庫あり又は在庫切れの状態）に応じて、前記第２エンティティに対する購読モードを決定することができる。

１つの例では、ある商品については、在庫切れの場合、長期購読を選択することができる（例えば、通知有効期限を１ヶ月に設定でき、当該有効期限内イベント通知ルールを満たすと、被通知者へ通知を送信することができる）一方、在庫ありの場合、短期購読を選択することができる（例えば、イベント通知ルールを満たすと、通知メッセージをリアルタイムに送信する）。

別の例では、ある商品については、在庫ありの場合、所定情報購読を選択することができる（例えば、イベント通知ルールを満たすと、所定情報要求に対する、この商品に関連付けられる価格、材質、割引などの詳細な所定情報を被通知者へ送信することができる）一方、在庫切れの場合、付加情報購読を選択することができる（例えば、所定情報要求に対する、この商品に関連付けられる価格、材質、割引などの詳細な所定情報を被通知者へ送信するほか、この商品と類似する商品に関連付けられる価格、材質、割引などの詳細な付加情報を被通知者へ送信することができる）。

同様に、高優先度購読、低優先度購読、高頻度メッセージ購読及び低頻度メッセージ購読のうちの１つ又は複数を選択してもよい。上記購読モードは、単なる例であり、異なる場合によって、長期購読、短期購読、付加情報購読、所定情報購読、高優先度購読、低優先度購読、高頻度メッセージ購読、低頻度メッセージ購読などのうちの１つ又は複数を選択してもよいし、他の適切な購読モードを選択してもよいことを理解されたいが、ここでは繰り返し説明しない。

購読モードが決定された後、そして、ステップＳ３０２において、決定された購読モードに応じて、生成ユニット１００３が前記第２エンティティに対する購読を生成する。

図４は、本開示の実施例による、第２エンティティに対する購読を生成する別の方法３００のフローチャートを示す。図４に示すように、前記第２エンティティの状態に応じて、前記第１エンティティと第２エンティティとに対する購読モードを決定するステップ（Ｓ３０１）と、決定された購読モードに応じて、前記第１エンティティと第２エンティティとに対する購読を生成するステップ（Ｓ３０２）と、を含む方法によって、前記第２エンティティに対する購読を生成してもよい。図４に記載の購読モードの選択は、上記図３で説明された購読モードの選択と同様であり、ここでは繰り返し説明しない。

生成ユニット１００３が第２エンティティに対する購読を生成した後、送信ユニット１００４が前記購読の結果を指示するための購読応答を送信する。例えば、第３エンティティへ購読応答を送信してもよいし、他のエンティティへ購読応答を送信してもよく、当該購読応答は、前記生成された購読の結果を指示するためのものである。

例えば、前記第２エンティティに対する購読リソースを作成する場合、前記購読応答は、前記第２エンティティに対する購読リソースを作成した結果を指示するためのものである。一部の実施の形態において、前記第１エンティティと前記第２エンティティとに対する購読リソースを作成する場合、前記購読応答は、前記第１エンティティと前記第２エンティティとに対する購読リソースを作成した結果を指示するためのものである。

購読を作成してから、このイベント通知ルールを満たすと、決定された購読モードに応じて、購読要求に含まれるイベント通知を被通知者へ送信する。

ここでは、購読要求は、当該購読要求に関連するイベント通知を受信するための複数の被通知者を含んでもよい。購読者のイベント通知ルールを満たすと、汎用サービスエンティティは、イベント通知を当該購読要求に含まれるすべての被通知者へ送信する。例えば、マンホール蓋が移されると、マンホール蓋移動センサは、その変化を感知し、汎用サービスエンティティへ更新データを送信し、汎用サービスエンティティは、このマンホール蓋移動センサの更新データに基づいて、イベント通知ルールを満たすか否かを決定でき、例えば、購読条件がマンホール蓋移動の場合、汎用サービスエンティティは、前記イベント通知ルールを満たしていると判断し、購読マンホール蓋移動のイベント通知を要求する購読要求に含まれるすべての被通知者へイベント通知を送信し、すなわち、すべての被通知者に、マンホール蓋が移動されたイベントを通知する。

以下、図１０を参照しながら、本開示の実施例による、リソースを購読するためのデバイス１１００について説明する。図１０は、本開示の実施例による、リソースを購読するためのデバイス１１００の模式図である。本実施例のリソースを購読するためのデバイスの機能は、以上、図１を参照して説明した方法の詳細と同じであるため、ここでは簡単にするために、同じ内容の詳細な説明を省略する。

図１０に示すように、リソースを購読するためのデバイス１１００は、メモリ１１０１と、プロセッサ１１０２と、を含む。なお、図１０におけるリソースを購読するためのデバイス１１００は、２つのデバイスだけを含むとして示されているが、これは、単に模式的なものであり、リソースを購読するためのデバイス１１００は、１つ又は複数の他のデバイスを含んでもよく、これらのデバイスが発明の構想に関係ないため、ここで省略される。

本開示のリソースを購読するためのデバイスは、コンピュータ読み取り可能な命令を記憶するように構成されているメモリ１１０１と、前記メモリに記憶される前記コンピュータ読み取り可能な命令を実行するように構成されているプロセッサ１１０２と、前記プロセッサが前記コンピュータ読み取り可能な命令を実行する場合、サービスエンティティが第３エンティティからの第１エンティティに対する購読要求を受信するステップと、前記第１エンティティに関連する第２エンティティを決定するステップと、少なくとも前記第２エンティティに対する購読を生成するステップと、前記購読の結果を指示するための購読応答を送信するステップと、を実行する。

図１１は、本開示の実施例によるコンピュータ読み取り可能な記憶媒体の模式図である。

図１１に示すように、本開示は、コンピュータ読み取り可能な命令が記憶されているコンピュータ読み取り可能な記憶媒体をさらに含み、前記コンピュータ読み取り可能な命令がコンピュータにより実行される場合、前記コンピュータは、リソースを購読するための方法を実行し、前記方法は、サービスエンティティが第３エンティティからの第１エンティティに対する購読要求を受信するステップと、前記第１エンティティに関連する第２エンティティを決定するステップと、少なくとも前記第２エンティティに対する購読を生成するステップと、前記生成された前記購読の結果を指示するための購読応答を送信するステップと、を含む。

当業者は、本出願の様々な態様が、新規で有用なプロセス、機械、製品、又は物質の組み合わせ、又はそれらに対して新規で有用な改良を含む、いくつかの特許可能なカテゴリ又は状況を通じて説明及び記載できることを理解できる。それに応じて、本出願の様々な態様は、ハードウェアによって完全に実行されてもよく、ソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）によって完全に実行されてもよく、又はハードウェアとソフトウェアの組み合わせによって実行されてもよい。上記のハードウェア又はソフトウェアはいずれも、「データブロック」、「モジュール」、「エンジン」、「ユニット」、「アセンブリ」、又は「システム」と呼ばれてもよい。また、本出願の様々な態様は、１つ又は複数のコンピュータ読み取り可能な媒体に設けられるコンピュータ製品として具現化されてもよく、当該製品がコンピュータ読み取り可能なプログラムコードを含む。

本出願は、特定の単語を使用して、本出願の実施例を説明した。例えば、「１つの実施例」、「一実施例」、及び／又は「いくつかの実施例」は本出願の少なくとも１つの実施例に関連する特定の特徴、構造、又は特性を意味する。したがって、本明細書において異なる位置で２回以上言及される「一実施例」又は「１つの実施例」又は「一代替実施例」は、必ずしも同じ実施例を指すとは限らないことを強調し、留意されるべきである。また、本出願の１つ又は複数の実施例におけるいくつかの特徴、構造、又は特性は、適切に組み合わせられてもよい。

特に定義されない限り、ここで使用されるすべての用語（技術用語及び科学用語を含む）は、本開示の当業者によって一般に理解されるのと同じ意味を有する。また、通常の辞書で定義されているような用語は、関連する技術の文脈での意味と一致する意味を持つものとして解釈されるべきであり、ここで明示的に述べられていない限り、理想的又は極端に形式化された意味で解釈されるべきではないことも理解されたい。

以上は本開示に対する説明であり、それを限定するものと考えられるべきではない。本開示のいくつかの例示的な実施例を説明したが、当業者であれば、本開示の新規な教育及び利点から逸脱することなく例示的な実施例に対して多くの修正を行うことができることを容易に理解できるであろう。したがって、全てのこれらの修正は特許請求の範囲に限定された本開示の範囲内に含まれることを意図する。理解すべきことは、以上は本開示に対する説明であり、開示された特定の実施例に限定されると考えられるべきではなく、かつ開示された実施例及び他の実施例に対する修正意図は添付の特許請求の範囲内に含まれる。本開示は、特許請求の範囲およびその均等物によって規定される。

５１ 棚電子タグＡＥ１
５２ 在庫電子タグＡＥ２
５３ 小売サーバＣＳＥ
５４ 棚管理アプリケーションＡＥ３
１０００ リソースを購読するための装置
１００１ 受信ユニット
１００２ 決定ユニット
１００３ 生成ユニット
１００４ 送信ユニット
１１００ リソースを購読するためのデバイス

Claims (20)

1. モノのインターネット分野においてリソースを購読するための方法であって、
   サービスエンティティが第３エンティティから第１エンティティに対する購読要求を受信するステップと、
   サービスエンティティが前記第１エンティティに関連する第２エンティティを決定するステップと、
   サービスエンティティが少なくとも前記第２エンティティに対する購読を生成するステップと、
   サービスエンティティが前記購読の結果を指示するための購読応答を送信するステップと、を含む、モノのインターネット分野においてリソースを購読するための方法。
2. 少なくとも前記第２エンティティに対する購読を生成する前記ステップは、
   前記第２エンティティに対する購読リソースを作成するステップを含み、
   前記購読応答が前記購読の結果を指示することは、
   前記購読応答が前記第２エンティティに対する購読リソースを作成した結果を指示すること、を含む、請求項１に記載の方法。
3. 少なくとも前記第２エンティティに対する購読を生成する前記ステップは、前記第１エンティティと前記第２エンティティとに対する購読を生成するステップを含む、請求項１に記載の方法。
4. 前記第１エンティティと前記第２エンティティとに対する購読を生成するステップは、
   前記第１エンティティと前記第２エンティティとに対する購読リソースを作成するステップを含み、
   前記購読応答が前記購読の結果を指示することは、
   前記購読応答が前記第１エンティティと前記第２エンティティとに対する購読リソースを作成した結果を指示すること、を含む、請求項３に記載の方法。
5. 少なくとも前記第２エンティティに対する購読を生成する前記ステップは、
   前記第２エンティティの状態に応じて、前記第２エンティティに対する購読モードを決定するステップと、
   決定された購読モードに応じて、前記第２エンティティに対する購読を生成するステップと、を含む、請求項１に記載の方法。
6. 前記第１エンティティと前記第２エンティティとに対する購読を生成する前記ステップは、
   前記第２エンティティの状態に応じて、前記第１エンティティと第２エンティティとに対する購読モードを決定するステップと、
   決定された購読モードに応じて、前記第１エンティティと第２エンティティとに対する購読を生成するステップと、を含む、請求項３に記載の方法。
7. 前記第１エンティティに関連する第２エンティティを決定する前記ステップは、
   前記第１エンティティと前記第２エンティティとが同じオブジェクトに対するものであるか否かを判断するステップと、
   前記第１エンティティと前記第２エンティティとが同じオブジェクトに対するものである場合、前記第２エンティティと前記第１エンティティとが関連づけられていると決定するステップと、を含む、請求項１に記載の方法。
8. 前記第１エンティティに関連する第２エンティティを決定する前記ステップは、
   前記第１エンティティと前記第２エンティティとが同じグループに属するか否かを判断するステップ、又は、
   前記第１エンティティの関連属性が第２エンティティを含むか否かを判断するステップ、又は、
   前記第２エンティティの関連属性が第１エンティティを含むか否かを判断するステップを含む、請求項１に記載の方法。
9. 前記第１エンティティに関連する第２エンティティを決定する前記ステップは、
   前記購読要求に含まれる関連付けルールに従って、前記第１エンティティに関連する第２エンティティを決定するステップを含む、請求項１に記載の方法。
10. 前記関連付けルールは、第１エンティティに関連付けられた商品と同じカテゴリの商品にバインディングされたエンティティを前記第２エンティティとするように指示する、請求項９に記載の方法。
11. 前記購読モードは、長期購読、短期購読、付加情報購読、所定情報購読、高優先度購読、低優先度購読、高頻度メッセージ購読、低頻度メッセージ購読のうちの１つ又は複数を含む、請求項５に記載の方法。
12. モノのインターネットにおいてリソースを購読するための方法であって、
    第１エンティティに対する購読要求を送信するステップと、
    前記購読要求に対する購読応答を受信するステップと、を含み、
    前記第１エンティティは、第２エンティティと関連づけられており、前記購読応答は、少なくとも前記第２エンティティに対する購読を生成した結果を指示するためのものである、モノのインターネットにおいてリソースを購読するための方法。
13. 前記購読応答が少なくとも前記第２エンティティに対する購読を生成した結果を指示することは、
    前記購読応答が前記第１エンティティと前記第２エンティティとに対する購読を生成した結果を指示すること、を含む、請求項１２に記載の方法。
14. 前記購読要求は、前記第１エンティティに関連する第２エンティティを決定するための関連付けルールを含む、請求項１２に記載の方法。
15. 前記関連付けルールは、第１エンティティに関連付けられた商品と同じカテゴリの商品にバインディングされたエンティティを前記第２エンティティとするように指示する、請求項１４に記載の方法。
16. モノのインターネットにおいてリソースを購読するための装置であって、
    サービスエンティティが第３エンティティから第１エンティティに対する購読要求を受信するための受信ユニットと、
    前記第１エンティティに関連する第２エンティティを決定するための決定ユニットと、
    少なくとも前記第２エンティティに対する購読を生成するための生成ユニットと、
    前記購読の結果を指示するための購読応答を送信する送信ユニットと、を含む、モノのインターネットにおいてリソースを購読するための装置。
17. 前記生成ユニットは、前記第１エンティティと前記第２エンティティとに対する購読を生成する、請求項１６に記載の装置。
18. 前記生成ユニットは、前記第２エンティティの状態に応じて、前記第２エンティティに対する購読モードを決定し、
    決定された購読モードに応じて、前記第２エンティティに対する購読を生成する、請求項１６に記載の装置。
19. モノのインターネットにおいてリソースを購読するためのデバイスであって、
    コンピュータ読み取り可能な命令を記憶するように構成されているメモリと、
    前記メモリに記憶される前記コンピュータ読み取り可能な命令を実行するように構成されているプロセッサと、を含み、
    前記プロセッサが前記コンピュータ読み取り可能な命令を実行する場合、
    サービスエンティティが第３エンティティから第１エンティティに対する購読要求を受信するステップと、
    前記第１エンティティに関連する第２エンティティを決定するステップと、
    少なくとも前記第２エンティティに対する購読を生成するステップと、
    前記購読の結果を指示するための購読応答を送信するステップと、を実行する、モノのインターネットにおいてリソースを購読するためのデバイス。
20. コンピュータ読み取り可能な命令が記憶されているコンピュータ読み取り可能な記憶媒体であって、前記コンピュータ読み取り可能な命令がコンピュータにより実行される場合、前記コンピュータは、モノのインターネットにおいてリソースを購読するための方法を実行し、前記方法は、
    サービスエンティティが第３エンティティから第１エンティティに対する購読要求を受信するステップと、
    前記第１エンティティに関連する第２エンティティを決定するステップと、
    少なくとも前記第２エンティティに対する購読を生成するステップと、
    前記購読の結果を指示するための購読応答を送信するステップと、を含む、コンピュータ読み取り可能な記憶媒体。

Images