JP7313351B2 - リソースの処理方法及びシステム、記憶媒体、電子機器 - Google Patents

Description

本発明は、情報処理技術分野に関し、特に、優先度ベースのリソースの処理方法、優先度ベースのリソースの処理システム、コンピュータ読み取り可能な記録媒体、及び電子機器に関する。

本願は、２０１７年１２月８日に出願され、出願番号が２０１７１１２９９１１３．６であって、発明名称が「リソースサブスクリプション方法及びシステム、記憶媒体、電子機器」である中国特許出願に基づいて優先権を主張し、当該中国特許出願のすべての内容を本願に援用する。

モノのインターネット技術の発展に伴って、ますます多くの端末機器は、ネットワークを介してサーバへアクセスしている。モノのインターネットサービスは、リソースを介して機器の機能やステータスなどの情報を表現し、リソースを操作することによって、機器に対する制御を実現する。一般的な操作は、作成、更新、取得、削除及び通知などを含むことができる。

複数の機器を有するリソースを同時に操作する場合、サーバの処理の混雑が起こりやすくなり、緊急要求の処理に影響を及ぼすので、新たな優先度ベースのリソースの処理方法及びシステムを提供する必要がある。

なお、上記の背景技術の部分に記載されている内容は、本発明の背景技術に対する理解を深めるためのものに過ぎないため、当業者に知られている従来技術を構成しない内容を含むことができる。

本発明の実施例は、優先度ベースのリソースの処理方法、優先度ベースのリソースの処理システム、コンピュータ読み取り可能な記録媒体、及び電子機器に関する。

本発明の一態様によれば、優先度ベースのリソースの処理方法を提供する。前記優先度ベースのリソースの処理方法は、
第１リソースの第１優先度及び第２リソースの第２優先度を計算するステップと、
前記第１リソースの第１優先度が第２リソースの第２優先度より大きいか否かを判断するステップと、
前記第１優先度が前記第２優先度より大きいと判断された場合、前記第１リソースに対応する第１操作要求を実行するステップと、を含む。

本発明の一つの例示的な実施例において、第１リソースの第１優先度及び第２リソースの第２優先度を計算するステップの前に、前記優先度ベースのリソースの処理方法は、
前記第１リソースの第１優先度影響パラメータ及び前記第２リソースの第２優先度影響パラメータを取得するステップをさらに含む。

本発明の一つの例示的な実施例において、前記第１リソースの第１優先度を計算するステップは、
前記第１リソースの第１優先度影響パラメータに基づいて、前記第１リソースの第１優先度を計算するステップを含む。

本発明の一つの例示的な実施例において、前記第１リソースの第１優先度影響パラメータに基づいて、前記第１リソースの第１優先度を計算するステップは、
前記第１リソースの第１優先度影響パラメータに重み係数を設定するステップと、
前記第１優先度影響パラメータ及び前記第１優先度影響パラメータに対応する重み係数に対して演算を行うことにより、前記第１優先度を取得するステップと、を含む。

本発明の一つの例示的な実施例において、前記第１リソースに対応する第１操作要求を実行するステップの後に、前記優先度ベースのリソースの処理方法は、
第１予め設定された時間の間隔をおいて、前記第２リソースに対応する第２操作要求を実行するステップをさらに含む。

本発明の一つの例示的な実施例において、前記第１優先度影響パラメータは、第１基本優先度、第１リソースの購読回数、第１リソースの取得回数及び第１リソースの更新回数のうちの１つ又は複数を含む。

本発明の一つの例示的な実施例において、前記第１優先度は、第１重み係数＊第１基本優先度、第２重み係数＊第１リソースの購読回数、第３重み係数＊第１リソースの取得回数、及び第４重み係数＊第１リソースの更新回数の和である。

ここで、前記第１重み係数、第２重み係数、第３重み係数及び第４重み係数のうちの少なくとも１つは、ゼロではない。

本発明の一つの例示的な実施例において、前記第１操作要求は、作成要求、更新要求、取得要求、削除要求及び通知要求のうちの１つ又は複数を含む。

本発明の一態様によれば、優先度ベースのリソースの処理システムを提供する。前記優先度ベースのリソースの処理システムは、
第１リソースの第１優先度及び第２リソースの第２優先度を計算するための優先度計算モジュールと、
前記第１リソースの第１優先度が第２リソースの第２優先度より大きいか否かを判断するための優先度判断モジュールと、
前記第１優先度が前記第２優先度より大きいと判断された場合、前記第１リソースに対応する第１操作要求を実行するための操作要求実行モジュールと、を含む。

本発明の一態様によれば、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記録媒体を提供し、前記コンピュータプログラムがプロセッサにより実行される場合、上記のいずれか一つの様態に記載の優先度ベースのリソースの処理方法が実現される。

本発明の一態様によれば、電子機器を提供する。前記電子機器は、
プロセッサと、
前記プロセッサにより実行可能なプログラムを記憶するためのメモリと、を備え、
前記プロセッサは、
前記実行可能なプログラムを実行することにより、上記のいずれか一つの様態に記載の優先度ベースのリソースの処理方法を実行するように構成される。

なお、前記一般的な記載及び後述の詳細な記載は、単なる例示的で解釈的な記載であり、本発明を限定しない。

以下の図面は、明細書に組み入れて本明細書の一部分を構成し、本発明に該当する実施例を例示するとともに、明細書とともに本発明の原理を解釈する。なお、以下の記載における図面は、ただ本発明の一部の実施例に過ぎない。当業者は、創造的な労働を付与しない前提で、これらの図面によって他の図面を得ることができる。

優先度ベースのリソースの処理方法を模式的に示すフローチャートである。 第１優先度の計算方法を模式的に示すフローチャートである。 機器グループの登録方法を模式的に示すフローチャートである。 機器グループリソースの構造を模式的に示す模式図である。 他の優先度ベースのリソースの処理方法を模式的に示すフローチャートである。 コンテナリソースの構造を模式的に示す模式図である。 優先度ベースのリソースの処理システムを模式的に示すブロック図である。 上記の優先度ベースのリソースの処理方法を実現するための電子機器を模式的に示す。 上記の優先度ベースのリソースの処理方法を実現するためのコンピュータ読み取り可能な記録媒体を模式的に示す。

以下、図面を参照しながら、例示的な実施形態をより全面的に説明する。ただし、例示的な実施形態は複数種類の形態で実施することができ、ここに記述する実施例に限定されないことを理解すべきである。逆に、これらの実施形態を提供することで、本発明がさらに全面で完全になるとともに、例示的な実施形態の思想を全面で当業者に伝達する。なお、説明される特徴、構成又は特性は、任意の適切な方式で一つ又は複数の実施形態に組み合わせることができる。以下の説明において、本発明の実施例を充分に理解するために、多くの具体的な細部を提供する。しかしながら、当業者であれば、特定の詳細の１つまたは複数を省略してもよく、または他の方法、ユニット、装置、ステップなどを本発明の技術案を実施する際に使用してもよいことは理解されるべきである。他の場合において、主題を圧倒して本発明の各態様を不明瞭にすることを避けるために、公知の技術案を詳しく示し又は説明しない。

なお、図面は、本発明の模式的な図示に過ぎず、必ずしも縮尺通りに描かれてはいない。図面における同じ符号は、同じ又は類似する要素を示すため、それらの重複する説明を省略する。図面に示されるいくつかのブロック図は、機能的な実体であり、必ずしも物理的又は論理的に独立する実体に対応する必要はない。これらの機能的実体は、ソフトウェア形式で実現され、又は、１つ又は複数のハードウェアモジュール或いは集積回路で実現され、又は、異なるネットワーク及び／又はプロセッサ装置及び／又はマイクロコントローラ装置で実現されることができる。

モノのインターネットシステムは、情報の生成者と情報の消費者との間の架け橋であり、その具体的な通信プロセスは、以下のステップを含むことができる。まず、生成者は、モノのインターネットシステムに情報を継続的に送信することができ；次に、モノのインターネットシステムは、受信された生成者からの情報を記憶することができ；最後に、消費者は、モノのインターネットシステムから情報を継続的に取得して消費することができる。

さらに、モノのインターネット・プロトコルで規定されるエンティティをさらに解釈及び説明する。上記プロトコルは、アプリケーションエンティティ（ＡＥ、Ａｐｐｌｉｃａｔｉｏｎ Ｅｎｔｉｔｙ）及び共通サービスエンティティ（ＣＳＥ、Ｃｏｍｍｏｎ Ｓｅｒｖｉｃｅ Ｅｎｔｉｔｙ）という２種類のエンティティが規定されている。ここで、１つのエンティティは、別のエンティティに登録されることができる。例えば、ＡＥは、ＣＳＥに登録されることができ、ＣＳＥは、ＣＳＥに登録されることもでき、登録が成功された後、ＣＳＥでリソース（ＡＥ又はＣＳＥ）を作成することができる。ＡＥは、ＣＲＵＤＮ（作成、更新、取得、削除及び通知）などの操作によりＣＳＥにおけるリソースを操作し、例えば、ＵＰＤＡＴＥ操作によりＡＥリソースにおけるコンテナコンテンツを更新するように要求することができる。

上記のモノのインターネットのアーキテクチャでは、機器やプラットフォームに関連する機能は、リソースにより識別される。ここで、＜ＡＥ＞リソースは、物理的デバイス内のアプリケーションロジックを識別するために使用されることができ、＜ｎｏｄｅ＞は、物理的デバイスの関連情報を識別するために使用されることができ、＜ｃｏｎｔａｉｎｅｒ＞は、コンテナとして具体的なコンテンツ情報を保存するために使用されることができ、＜ｇｒｏｕｐ＞リソースは、リソースを組み合わせて管理することができる。

上記のモノのインターネットによって定義される購読通知メカニズムは、以下のステップを含むことができる。まず、ＡＥは、ＣＳＥに購読イベントのタイプが含まれることができる購読要求を送信し；次に、ＣＳＥが購読イベントのタイプを生成すると、イベントを生成し、ＣＳＥは、通知要求を介してこれをＡＥに送信することができ；その後、ＡＥは、上記通知要求が受信された場合、受信された通知要求の応答情報をＣＳＥにフィードバックすることができる。

例示的な本実施形態は、まず、優先度ベースのリソースの処理方法を提供する。図１を参照すると、上記優先度ベースのリソースの処理方法は、以下のステップを含むことができる。

ステップＳ１１０において、第１リソースの第１優先度及び第２リソースの第２優先度を計算する。

ステップＳ１２０において、前記第１リソースの第１優先度が第２リソースの第２優先度より大きいか否かを判断する。

ステップＳ１３０において、前記第１優先度が前記第２優先度より大きいと判断された場合、前記第１リソースに対応する第１操作要求を実行する。

上記の優先度ベースのリソースの処理方法において、優先度を設定することにより、複数の操作要求が受信された場合、優先度の高い操作要求を先に処理するので、操作要求が多すぎることにより操作要求に応答する際に混乱を招くという問題を回避するとともに、システムへの負担を軽減することができる。一方、優先度の高い操作要求を先に実行することで、優先度の高い操作要求の実行速度を向上させ、システムのサービス品質を改善するとともに、ユーザのエクスペリエンスを向上させることができる。

以下、例示的な本実施形態に係る上記の優先度ベースのリソースの処理方法における各ステップを詳細的に解釈及び説明する。

ステップＳ１１０において、第１リソースの第１優先度及び第２リソースの第２優先度を計算する。

まず、リソースに対して解釈及び説明する。従来のモノのインターネットの規範において、あらゆる機器、ゲートウェイ又はビジネスプラットフォーム及びそれらに登録されたアプリケーションは、リソースに抽象化されており、且つ、単一のリソース識別子、即ち、統一資源識別子（ＵＲＩ、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を有し、リソース識別子に基づいてリソースを一意に特定することができる。アクセスされるリソースの要求に対する処理は、取得（Ｒｅｔｒｉｅｖｅ）、作成（Ｃｒｅａｔｅ）、更新（Ｕｐｄａｔｅ）、削除（Ｄｅｌｅｔｅ）及び通知（Ｎｏｔｉｆｙ）などを含むことができる。なお、アクセスされるリソースが属する機器には、複数のリソースが同時に存在する可能性がある。前記アクセスされるリソースが属する機器は、アクセスされるリソースの識別子に基づいて、請求者リソースがアクセスを希望するリソースを確定することができる。

次に、上記リソースに基づいて、ステップＳ１１０に対して解釈及び説明する。ここで、第１リソースの第１優先度及び第２リソースの第２優先度を計算するステップは、前記第１リソースの第１優先度影響パラメータに基づいて、前記第１リソースの第１優先度を計算するステップと、前記第２リソースの第２優先度影響パラメータに基づいて、前記第２リソースの第２優先度を計算するステップと、を含むことができる。なお、ここでの第１リソース及び第２リソースは、異なる２つのリソースを示すためのものに過ぎず、各リソースの順番などを限定するものではない。さらに、本実施例において、第１リソース及び第２リソースを一例として説明したが、より多くのリソースを含む例にも適用でき、これは同様に本発明の保護範囲に属する。さらに、図２を参照すると、前記第１リソースの第１優先度影響パラメータに基づいて、前記第１リソースの第１優先度を計算するステップは、ステップＳ２１０及びステップＳ２２０を含むことができる。

ここで、ステップＳ２１０において、前記第１リソースの第１優先度影響パラメータに、重み係数を設定する。

詳しくは、まず、上記第１優先度の第１優先度影響パラメータを解釈及び説明する。上記第１優先度の第１優先度影響パラメータは、第１基本優先度、第１リソースの購読回数、第１リソースの取得回数及び第１リソースの更新回数などを含むことができる。

ここで、第１基本優先度（ｂａｓｅＱｏｓＬｅｖｅｌ）に関して：第１基本優先度は、リソースの階層によって確定されることができる。ここで、ルートリソースは、最も高い基本優先度を持ち、ルートリソースの直接の子リソースがその次になり、そして、このように類推することができる。一つのリソースが複数のリソースの子リソースである場合、上記リソースの優先度は、その親リソースの優先度により確定されることができる。例えば、ＣＳＥＢａｓｅの優先度は、最も高い１０であり、ＣＳＥＢａｓｅの直接の子リソースである＜ＡＥ＞、＜ｎｏｄｅ＞、＜ｒｅｑｕｅｓｔ＞の優先度が９であり、＜ｓｕｂｓｃｒｉｐｔｉｏｎ＞は、ＣＳＥＢａｓｅの子リソースであってもよく、＜ＡＥ＞などのリソースの子リソースであってもよい。従って、＜ｓｕｂｓｃｒｉｐｔｉｏｎ＞リソースの優先度は、その親リソースにより確定される。

第１リソースの購読回数（ｔｏｔａｌＮｒＯｆＳｕｂｓｃｒｉｐｔｉｏｎｓ）に関して：第１リソースの購読回数は、購読者の数であってもよく、＜ｓｕｂｓｃｒｉｐｔｉｏｎ＞リソースを購読する数であってもよい。異なるイベントがイベント通知ルール（ｅｖｅｎｔＮｏｔｉｆｉｃａｔｉｏｎＣｒｉｔｅｒｉａ）によって確定されることができるので、この時の第１リソースの購読回数は、イベント通知ルールの数である。第１リソースの購読回数は、上記の３つの状況の任意の組み合わせであってもよい。

第１リソースの取得回数（ｔｏｔａｌＮｒＯｆＲｅｔｒｉｅｖｅ）に関して：第１リソースの取得回数は、現在受信された取得要求の総回数を記録し、ｔｏｔａｌＮｒＯｆＲｅｔｒｉｅｖｅに保存することができる。

第１リソースの更新回数（ｔｏｔａｌＮｒＯｆＵｐｄａｔｅ）に関して：第１リソースの更新回数は、現在受信された取得要求の総回数を記録し、ｔｏｔａｌＮｒＯｆＵｐｄａｔｅに保存することができる。ここでさらに説明すべきなのは、上記の第１基本優先度は、これらの１つの確定要因により確定されることができ、その任意の２つ或いは３つの組み合わせにより確定されることもでき、又は４つの要因により共に確定されることもできる。本例において、これに対して特に限定しない。

次に、上記の第１優先度の第１優先度影響パラメータに基づいて、上記のステップＳ２１０を解釈及び説明する。第１リソースの第１優先度影響パラメータに、重み係数を設定する。ここで、上記重み係数の数は、１つ、２つ、３つ又は４つなどであってもよい。重み係数の数が確定要因の数に一対一で対応するので、第１優先度が１つの第１優先度影響パラメータにより確定される場合、１つの重み係数を設定することができる。第１優先度が２つの第１優先度影響パラメータによって確定される場合、２つの重み係数を設定することができる。このように類推することができるが、ここでは、その説明を省略する。

ステップＳ２２０において、前記第１優先度影響パラメータ及び前記第１優先度影響パラメータに対応する重み係数に対して演算を行うことにより、前記第１優先度を取得する。

詳しくは、上記重み係数の設定が終了された後に、第１優先度影響パラメータ及び第１リソースの優先度影響パラメータに対応する重み係数に対して演算を行うことにより、第１優先度を取得することができる。ここで、上記演算は、乗算及び／又は加算などを含むことができ、例えば、丸めや剰余算などのような他の演算を含むこともできるが、本例では、これに対して特に限定しない。例えば、第１優先度が４つの第１優先度影響パラメータによって確定される場合、求積演算の過程は、下記のようであってもよい。第１求積演算の結果＝ｄ１＊ｂａｓｅＱｏｓＬｅｖｅｌであり、第２求積演算の結果＝ｄ２＊ｔｏｔａｌＮｒＯｆＳｕｂｓｃｒｉｐｔｉｏｎｓであり、第３求積演算の結果＝ｄ３＊ｔｏｔａｌＮｒＯｆＲｅｔｒｉｅｖｅであり、第４求積演算の結果＝ｄ４＊ｔｏｔａｌＮｒＯｆＵｐｄａｔｅである。ここで、ｄ１、ｄ２、ｄ３及びｄ４は、それぞれ第１重み係数、第２重み係数、第３重み係数及び第４重み係数である。従って、第１優先度は、ｄｙｎａｍｉｃＱｏｓＬｅｖｅｌ＝ｄ１＊ｂａｓｅＱｏｓＬｅｖｅｌ＋ｄ２＊ｔｏｔａｌＮｒＯｆＳｕｂｓｃｒｉｐｔｉｏｎｓ＋ｄ３＊ｔｏｔａｌＮｒＯｆＲｅｔｒｉｅｖｅ＋ｄ４＊ｔｏｔａｌＮｒＯｆＵｐｄａｔｅであってもよい。なお、上記の式において、ｄ１、ｄ２、ｄ３及びｄ４のうちの少なくとも１つが、ゼロではない。また、ｄ１、ｄ２、ｄ３及びｄ４の大きさは、異なるビジネスシステムのニーズに基づいて調整されることができる。例えば、システムがメッセージ通知をメインサービスとする場合、ｄ１及びｄ２の比重を増加させ、ｄ３及びｄ４の比重を減少させることができる。また、例えば、ビジネスシステムが主に受動的に受信する照会要求である場合、ｄ２の比重を増加させ、他の３つのパラメータの比重を相対的に減少させることができる。さらに、第２優先度の計算方法が第１優先度の計算方法と同一であるので、本発明は、これに対する詳細な説明を省略する。

さらに、上記第１優先度及び第２優先度の計算を容易に実行するために、各優先度の優先度影響パラメータを取得する必要もある。具体的に、前記第１リソースの第１優先度影響パラメータ及び前記第２リソースの第２優先度影響パラメータを取得するステップを含むことができる。ここで、各優先度影響パラメータが基本優先度（ｂａｓｅＱｏｓＬｅｖｅｌ）、リソースの購読回数（ｔｏｔａｌＮｒＯｆＳｕｂｓｃｒｉｐｔｉｏｎｓ）、リソースの取得回数（ｔｏｔａｌＮｒＯｆＲｅｔｒｉｅｖｅ）及びリソースの更新回数（ｔｏｔａｌＮｒＯｆＵｐｄａｔｅ）などを含むことができるので、各リソース優先度影響パラメータは、各操作要求の送信者から取得されることができる。

ステップＳ１２０において、前記第１リソースの第１優先度が第２リソースの第２優先度より大きいか否かを判断する。

詳しくは、上記第１リソースの第１優先度及び第２リソースの第２優先度の計算が終了された後、第１リソースの第１優先度が第２リソースの第２優先度より大きいか否かを判断する。例えば、第１リソースの第１優先度が５８であり、第２リソースの第２優先度が４２である場合、第１リソースの第１優先度が第２リソースの第２優先度より大きいと判断することができる。

ステップＳ１３０において、前記第１優先度が前記第２優先度より大きいと判断された場合、前記第１リソースに対応する第１操作要求を実行する。

例えば、上記優先度の計算方法により得られた第１優先度の計算結果が第２優先度の計算結果より大きい場合、第１リソースに対応する第１操作要求を直接先に実行することができる。ここで、上記第１操作要求は、取得（Ｒｅｔｒｉｅｖｅ）、作成（Ｃｒｅａｔｅ）、更新（Ｕｐｄａｔｅ）、削除（Ｄｅｌｅｔｅ）及び通知（Ｎｏｔｉｆｙ）などを含むことができ、例えば、追加やマージなどのような他の操作を含むこともできるが、本例では、これに対して特に限定しない。優先度の高いリソースの購読要求を先に処理することにより、リソースの購読要求が多すぎることによりリソースの購読要求に応答する際に混乱を招くという問題を回避するとともに、システムへの負担を軽減することができる。

さらに、上記第１リソース購読要求の実行が終了された後に、予め設定された時間（３ｍｉｎ又は５ｍｉｎであってもよく、他の時間であってもよいが、本例では、これに対して特に限定しない。）の間隔をおいて、上記第２リソースに対応する操作要求を実行することができ、また、ＣＳＥがアイドル（ｉｄｌｅ）状態にある場合、上記第２リソースに対応する操作要求を実行することもできるが、本例では、これに対して特に限定しない。これにより、システムが長期間非動作状態にあることで、システムがスリープ状態になって他の機器から送信されるリソースの購読要求をすぐに受信できないという問題を回避できるので、システム全体の作業効率を向上させることができる。なお、本例では、第１リソース及び第２リソースを一例として説明したが、より多くのリソースを含む例にも適用できるが、同様に本発明の保護範囲に属する。

さらに、受信された第１操作要求及び第２操作要求の合法性を検証するために、第１操作要求の第１送信者及び第２操作要求の第２送信者を登録する必要もある。具体的に、図３を参照すると、ステップＳ３１０及びステップＳ３２０を含むことができる。

ここで、ステップＳ３１０において、第１操作要求の第１送信者から送信された第１登録要求及び第２操作要求の第２送信者から送信された第２登録要求を受信する。

詳しくは、ＣＳＥは、第１操作要求の第１送信者から送信された第１登録要求及び第２操作要求の第２送信者から送信された第２登録要求を受信する。ここで、第１送信者は、例えば、ＡＥ１、ＡＥ２、……、ＡＥＮなどの複数の第１機器を含むことができる。第２送信者は、例えば、ＡＥ１、ＡＥ２、……、ＡＥＭなどの複数の第２機器を含むことができる。ここで説明すべきなのは、Ｍ及びＮの数値は、同じであってもよいが、異なっていてもよい。本例では、これに対して特に限定しない。

ステップＳ３２０において、第１登録要求及び第２登録要求に応答して、前記第１送信者の第１身分識別子及び第２送信者の第２身分識別子に基づいて前記第１送信者及び第２送信者を登録する。

詳しくは、ＣＳＥが上記第１登録要求及び第２登録要求を受信した後、上記第１登録要求及び第２登録要求に応答し、第１送信者の第１身分識別子及び第２送信者の第２身分識別子に基づいて第１送信者及び第２送信者を登録する。各送信者を登録することにより、送信者から送信された購読要求を受信した時、識別子に基づいて当該要求の合法性を判断することが容易になり、システム全体の安全性を向上させることができる。

さらに、要求されるリソースは、リソースグループであることができる。要求される複数のリソースが存在するエンティティの登録が終了した後、要求される複数のリソースのためにリソースグループを作成する。図４を参照すると、上記リソースグループは、パラメータとして、メンバータイプ（ｍｅｍｂｅｒＴｙｐｅ）、現在のメンバーの数（ｃｕｒｒｅｎｔＮｒＯｆＭｅｍｂｅｒｓ）、最大メンバー数（ＭａｘＮｒＯｆＭｅｍｂｅｒｓ）、メンバーの身分識別子（ｍｅｍｂｅｒＩＤｓ）、リソースグループの購読回数（ｃｕｒｒｅｎｔＮｒＯｆＳｕｂｓｃｒｉｐｔｉｏｎｓ）、リソースグループの取得回数（ｔｏｔａｌＮｒＯｆＲｅｔｒｉｅｖｅ）、リソースグループの更新回数（ｔｏｔａｌＮｒＯｆＵｐｄａｔｅ）、リソースグループの基本優先度（ｂａｓｅＱｏｓＬｅｖｅｌ）、リソースグループの動的優先度（ｄｙｎａｍｉｃＱｏｓＬｅｖｅｌ）、リソースグループの現在の動的優先度の開始時間（ｄｙｎａｍｉｃＱｏｓＳｔａｒｔＴｉｍｅ）及びファンアウトポイント（ｆａｎＯｕｔＰｏｉｎｔ）を含むことができる。

本発明は、他の優先度ベースのリソースの処理方法をさらに提供する。図５を参照すると、上記優先度ベースのリソースの処理方法は、ステップＳ５１０～ステップＳ５３０を含むことができる。

ここで、ステップＳ５１０において、第１メンバーデバイスから送信された第３更新要求及び第２メンバーデバイスから送信された第４更新要求を受信する。

詳しくは、まず、上記第１メンバーデバイスは、例えば、煙センサー（ＡＥｘ）であってもよく、第２メンバーデバイスは、例えば、温度センサー（ＡＥｙ）であってもよい。さらに、ＡＥｘ及びＡＥｙにおいて新たな情報が更新される場合、第３更新要求及び第４更新要求をＣＳＥに送信することができる。ＣＳＥがＡＥｘ及びＡＥｙから送信された第３更新要求及び第４更新要求をモニタリングした後、上記第３更新要求及び上記第４更新要求を受信する。

ステップＳ５２０において、前記第１メンバーデバイスの第３優先度が第２メンバーデバイスの第４優先度より大きいか否かを判断する。

詳しくは、ＣＳＥは、上記第３更新要求及び第４更新要求を受信した後、第３更新要求の第３優先度が第４更新要求の第４優先度より大きいか否かを判断する。ここで、第３更新要求の第３優先度及び第４更新要求の第４優先度は、各メンバーデバイス自体の要因によって確定されることができる。

さらに、第３優先度及び第４優先度の判断を容易に実行するために、第３優先度及び第４優先度を計算する必要もある。具体的に、前記第１コンテナの第３優先度及び前記第２コンテナの第４優先度を計算するステップを含むことができる。

詳しくは、まず、重み係数を設定する。ここで、上記重み係数の数は、１つ、２つ、３つ又は４つなどであることができる。重み係数の数が確定要因の数に一対一で対応するので、第３優先度が１つの確定要因によって確定される場合、１つの重み係数を設定することができ、また、第３優先度が２つの確定要因によって確定される場合、２つの重み係数を設定することができる。このように類推することができるが、ここでは、その説明を省略する。

さらに、上記重み係数の設定が終了された後に、確定要因と確定要因に対応する重み係数とを乗じることにより、１つ又は複数の積を得ることができる。例えば、第３優先度が４つの確定要因によって確定される場合、求積演算の過程は、下記のようであってもよい。第１求積演算の結果＝ｄ１＊ｂａｓｅＱｏｓＬｅｖｅｌであり、第２求積演算の結果＝ｄ２＊ｔｏｔａｌＮｒＯｆＳｕｂｓｃｒｉｐｔｉｏｎｓであり、第３求積演算の結果＝ｄ３＊ｔｏｔａｌＮｒＯｆＲｅｔｒｉｅｖｅであり、第４求積演算の結果＝ｄ４＊ｔｏｔａｌＮｒＯｆＵｐｄａｔｅである。ここで、ｄ１、ｄ２、ｄ３及びｄ４は、それぞれ重み係数であり、ｄ１、ｄ２、ｄ３及びｄ４の大きさは、異なるビジネスシステムのニーズに基づいて調整することができる。例えば、システムがメッセージ通知をメインサービスとする場合、ｄ１及びｄ２の比重を増加させ、ｄ３及びｄ４の比重を減少させることができる。また、例えば、ビジネスシステムが主に受動的に受信する照会要求である場合、ｄ２の比重を増加させ、他の３つのパラメータの比重を相対的に減少させることができる。

さらに、第３優先度を確定するための確定要因が１つである場合、求積演算の結果を直接に上記第３優先度とすることができる。例えば、ｄ１＊ｂａｓｅＱｏｓＬｅｖｅｌ、又はｄ２＊ｔｏｔａｌＮｒＯｆＳｕｂｓｃｒｉｐｔｉｏｎｓ、又はｄ３＊ｔｏｔａｌＮｒＯｆＲｅｔｒｉｅｖｅ、又はｄ４＊ｔｏｔａｌＮｒＯｆＵｐｄａｔｅをそのまま第３優先度とすることができる。第３優先度を確定するための確定要因が複数である場合、複数の求積演算の結果を加算することにより第３優先度を得ることができる。例えば、ｄｙｎａｍｉｃＱｏｓＬｅｖｅｌ＝ｄ１＊ｂａｓｅＱｏｓＬｅｖｅｌ＋ｄ２＊ｔｏｔａｌＮｒＯｆＳｕｂｓｃｒｉｐｔｉｏｎｓ＋ｄ３＊ｔｏｔａｌＮｒＯｆＲｅｔｒｉｅｖｅ＋ｄ４＊ｔｏｔａｌＮｒＯｆＵｐｄａｔｅであることができ、或いは、任意の２つ又は３つの組み合わせを加算することもできるが、本例では、これに対して特に限定しない。さらに、第４優先度の計算方法が第３優先度の計算方法と同一であるので、本発明は、これについて詳細な説明を省略する。

ステップＳ５３０において、前記第３優先度が前記第４優先度より大きいと判断した場合、前記第３更新要求を優先的に実行する。第１送信者が前記リソースグループの変更情報を購読する場合、前記第３更新要求に応答した通知メッセージを前記第１送信者に送信する。

詳しくは、上記優先度の計算方法により得られた第３優先度の計算結果が第４優先度の計算結果より大きい場合、第３更新要求に応答する確認メッセージをそのまま第１操作要求の第１送信者に送信することができる。優先度の高い更新要求を先に処理することにより、操作要求が多すぎることにより操作要求に応答する際に混乱を招くという問題を回避するとともに、システムへの負担を軽減することができる。

さらに、第３更新要求を実行した後、第２予め設定された時間（３ｍｉｎ又は５ｍｉｎであってもよく、他の時間であってもよいが、本例では、これに対して特に限定しない。）の間隔で第４更新要求を実行することができる。さらに、第１送信者が前記リソースグループの変更を購読する場合、第３更新要求に応答した通知メッセージを第１送信者に送信し、第２予め設定された時間（３ｍｉｎ又は５ｍｉｎであってもよく、他の時間であってもよいが、本例では、これに対して特に限定しない。）の間隔で、第４更新要求に応答した通知メッセージを第２送信者に送信することができる。また、ＣＳＥがアイドル状態にある場合、第４更新要求に応答した通知メッセージを第２送信者に送信することもできるが、本例では、これに対して特に限定しない。これにより、システムが長期間非動作状態にあることで、システムがスリープになって他の機器から送信される操作要求をすぐに受信できないという問題を回避できるので、システム全体の作業効率を向上させることができる。

さらに、要求されるリソースは、例えば、コンテナリソースなど非リソースグループであってもよい。図６を参照すると、上記コンテナリソースは、パラメータとして、最大インスタンス数（ｍａｘＮｒＯｆＩｎｓｔａｎｃｅｓ）、最大バイト数（ｍａｘＢｙｔｅＳｉｚｅ）、現在の最大インスタンス数（ｃｕｒｒｅｎｔＮｒＯｆＩｎｓｔａｎｃｅｓ）、現在のバイト数（ｃｕｒｒｅｎｔＢｙｔｅＳｉｚｅ）、リソースグループの購読回数（ｃｕｒｒｅｎｔＮｒＯｆＳｕｂｓｃｒｉｐｔｉｏｎｓ）、リソースグループの取得回数（ｔｏｔａｌＮｒＯｆＲｅｔｒｉｅｖｅ）、リソースグループの更新回数（ｔｏｔａｌＮｒＯｆＵｐｄａｔｅ）、リソースグループの基本優先度（ｂａｓｅＱｏｓＬｅｖｅｌ）、リソースグループの動的優先度（ｄｙｎａｍｉｃＱｏｓＬｅｖｅｌ）、コンテンツインスタンス（ｃｏｎｔｅｎｔＩｎｓｔａｎｃｅ）及びサブスクリプション（ｓｕｂｓｃｒｉｐｔｉｏｎ）などを含むことができる。

本発明は、優先度ベースのリソースの処理システムをさらに提供する。図７を参照すると、上記優先度ベースのリソースの処理システムは、優先度計算モジュール７１０、優先度判断モジュール７２０及び操作要求実行モジュール７３０を含むことができる。

ここで、優先度計算モジュール７１０は、第１リソースの第１優先度及び第２リソースの第２優先度を計算するために用いられることができる。

優先度判断モジュール７２０は、前記第１リソースの第１優先度が第２リソースの第２優先度より大きいか否かを判断するために用いられることができる。

リソース購読操作要求実行モジュール７３０は、前記第１優先度が前記第２優先度より大きいと判断した場合、前記第１リソースに対応する第１操作要求を実行するために用いられることができる。

上記優先度ベースのリソースの処理システムにおける各モジュールの具体的な細部は、既に対応する優先度ベースのリソースの処理方法において詳細に説明したので、ここでは、その詳細な説明を省略する。

なお、図面において特定的な順序で本発明における方法の各ステップを説明したが、上記の特定的な順序でこれらのステップを実行しなければならないこと、又は、期待の結果を実現するために図示された全てのステップを実行しなければならないことを要求又は暗示することではない。それ以外にも、あるステップを省略したり、複数のステップを組み合わせて１つのステップにして実行したり、及び／又は、１つのステップを複数のステップに分解して実行したりなどしてもよい。

以上の実施例の説明によって、当業者は、本明細書に記載された例示的な実施例がソフトウェアにより実現されることができること、及び、ソフトウェアと必要なハードウェアを結合することにより実現されることができることを容易に理解することができる。したがって、本発明の実施例に係る技術案は、ソフトウェア製品の形態で体現されることができる。上記ソフトウェア製品は、１つの不揮発性記録媒体（ＣＤ－ＲＯＭ、ＵＳＢデバイス、モバイルハードディスク等であってもよい。）またはネットワークに記憶されることができる。そして、上記ソフトウェア製品は、本発明の実施例に係る方法が一つの計算機器（パーソナルコンピュータ、サーバ、端末装置又はネットワーク機器等であってもよい。）により実行できるように、若干の命令を含む。

本発明の例示的な実施例において、上記の方法を実現できる電子機器をさらに提供する。

当業者は、本発明の各態様がシステム、方法又はプログラム製品として実現できることを理解すべきである。したがって、本発明の各態様は、以下の形式で実現できる。即ち、完全なハードウェアの実施形態、完全なソフトウェアの実施形態（ファームウェア、マイクロコード等を含む。）、又は、ハードウェアとソフトウェアを結合する実施形態である。ここで、「回路」、「モジュール」又は「システム」と総称することができる。

以下、図８を参照して本発明のこのような実施形態の電子機器８００を説明する。図８に示される電子機器８００は、単なる一例に過ぎず、本発明の実施例の機能及び使用範囲を限定するものではない。

図８に示すように、電子機器８００は、汎用な計算機器の形式で表現される。電子機器８００のコンポーネントは、少なくとも１つの処理ユニット８１０、少なくとも１つの記憶ユニット８２０、異なるシステムコンポーネント（記憶ユニット８２０及び処理ユニット８１０を含む。）に接続するバス８３０、表示ユニット８４０を含んでもよいが、これらに限定されない。

ここで、前記記憶ユニット８２０には、プログラムコードが記憶され、前記プログラムコードは、前記処理ユニット８１０により実行されてもよく、これにより、前記処理ユニット８１０は、本明細書の上記の「例示的な方法」の部分に説明した本発明の様々な例示的な実施形態のステップを実行する。例えば、前記処理ユニット８１０は、図１に示すような、第１リソースの第１優先度及び第２リソースの第２優先度を計算するステップＳ１１０と、前記第１リソースの第１優先度が第２リソースの第２優先度より大きいか否かを判断するステップＳ１２０と、前記第１優先度が前記第２優先度より大きいと判断した場合、前記第１リソースに対応する第１操作要求を実行するステップＳ１３０とを実行することができる。

記憶ユニット８２０は、例えば、ランダムアクセス記憶ユニット（ＲＡＭ）８２０１及び／又は高速キャッシュ記憶ユニット８２０２などの揮発性記憶ユニットの形態の読み取り可能な媒体を含んでもよく、読み取り専用の記憶ユニット（ＲＯＭ）８２０３をさらに含んでもよい。

記憶ユニット８２０は、一つのセット（少なくとも１つ）のプログラムモジュール８２０５を備えるプログラム／ユーティリティツール８２０４をさらに含んでもよく、このようなプログラムモジュール８２０５は、操作システム、１つ又は複数のアプリケーションプログラム、他のプログラムモジュール及びプログラムデータを含むが、これらに限定されなく、これらの例における各々又はその特定の組み合わせは、ネットワーク環境の実現を含んでもよい。

バス８３０は、いくつかの種類のバス構造のうちの１種又は複数種であってもよく、記憶ユニットバス又は記憶ユニットコントローラ、周辺バス、アクセラレーテッドグラフィックスポート、処理ユニット又は複数種のバス構造のうちの任意のバス構造を使用するローカルバスを含む。

電子機器８００は、１つ又は複数の外部機器７００（例えば、キーボード、指向機器、ブルートゥース（登録商標）機器等）と通信してもよく、ユーザと当該電子機器８００とのインタラクションを可能にする１つ又は複数の機器と通信してもよく、及び／又は、当該電子機器８００が１つ又は複数の他の計算機器と通信することを可能にする任意の機器（例えば、ルータ、モデム等）と通信してもよい。このような通信は、入力／出力（Ｉ／Ｏ）インターフェース８５０を介して行ってもよい。そして、電子機器８００は、ネットワークアダプタ８６０を介して１つ又は複数のネットワーク（例えば、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）及び／又は共通のネットワーク、例えば、インターネット）と通信してもよい。図に示すように、ネットワークアダプタ８６０は、バス８３０を介して電子機器８００の他のモジュールと通信する。なお、図には示されないが、他のハードウェア及び／又はソフトウェアモジュールを電子機器８００と共に使用してもよく、上記の他のハードウェア及び／又はソフトウェアモジュールは、マイクロコード、機器ドライバ、冗長処理ユニット、外部ディスクドライブアレイ、ＲＡＩＤシステム、テープドライバ及びデータバックアップ記憶システム等を含むが、これらに限定されない。

以上の実施形態の説明によって、当業者は、本明細書に記載される例示的な実施形態がソフトウェアにより実現されてもよいこと、ソフトウェアと必要なハードウェアを結合することにより実現されてもよいことを容易に理解することができる。したがって、本発明の実施形態に係る技術案は、ソフトウェア製品の形態で体現されてもよく、当該ソフトウェア製品は、１つの不揮発性記録媒体（ＣＤ－ＲＯＭ、ＵＳＢデバイス、モバイルハードディスク等であってもよい。）またはネットワークに記憶されてもよく、本発明の実施形態に係る方法を計算機器（パーソナルコンピュータ、サーバ、端末装置又はネットワーク機器等であってもよい。）に実行させるいくつかの指令を含む。

本発明の例示的な実施例において、本明細書における上記の方法を実現できるプログラム製品が記憶されるコンピュータ読み取り可能な記憶媒体をさらに提供する。いくつかの可能な実施形態では、本発明の各態様は、プログラムコードを含むプログラム製品の形態で実現されてもよく、前記プログラム製品が端末機器で実行される場合、前記プログラムコードは、本明細書の上記の「例示的な方法」の部分に説明した本発明の様々な例示的な実施形態のステップを前記端末機器に実行させる。

図９に示すように、本発明の実施形態による上記の方法を実現するためのプログラム製品９００は、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）を使用し、プログラムコードを含み、端末機器、例えばパーソナルコンピュータで実行されることができる。しかしながら、本発明のプログラム製品は、これに限定されない。本願において、読み取り可能な記憶媒体は、プログラムを含む又は記憶する任意の有形媒体であってもよく、当該プログラムは、指令実行システム、装置又は部品により使用されてもよく、又は、それらに結合して使用されてもよい。

前記プログラム製品は、１つ又は複数の読み取り可能な媒体の任意の組み合わせを使用してもよい。読み取り可能な媒体は、読み取り可能な信号媒体又は読み取り可能な記憶媒体であってもよい。読み取り可能な記憶媒体は、例えば、電子、磁気、光、電磁、赤外線、又は半導体のシステム、装置又は部品、又は、上記の任意の組み合わせであってもよいが、これらに限定されない。読み取り可能な記憶媒体のより具体的な例（非網羅的リスト）は、１つ又は複数の導線を有する電気的接続、可搬型ディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去／プログラムが可能な読み取り専用のメモリ（ＥＰＲＯＭ又はフラッシュ）、光ファイバー、コンパクトディスク読み取り専用のメモリ（ＣＤ－ＲＯＭ）、光記憶デバイス、磁気記憶デバイス、又は、これらの任意の組み合わせを含む。

コンピュータ読み取り可能な信号媒体は、ベースバンドに含まれ又は搬送波の一部として伝播されるデータ信号を含んでもよく、その中で読み取り可能なプログラムコードを担持する。このような伝播されるデータ信号は、多くの形式を採用してもよく、電磁信号、光信号又は上記の任意の組み合わせを含むが、これらに限定されない。読み取り可能な信号媒体は、読み取り可能な記憶媒体以外の任意の読み取り可能な媒体であってもよく、当該読み取り可能な媒体は、指令実行システム、装置又は部品により使用され又はそれらと組み合わせて使用されるためのプログラムを送信、伝播又は転送することができる。

読み取り可能な媒体に含まれるプログラムコードは、任意の適切な媒体により転送されてもよく、無線、有線、光ケーブル、ＲＦ等、又は、上記の任意の適切な組み合わせを含むが、これらに限定されない。

本発明の動作を実行するためのプログラムコードは、１種又は複数種のプログラム言語の任意の組み合わせで書かれてもよく、前記プログラム言語は、Ｊａｖａ、Ｃ＋＋などのオブジェクト指向プログラム言語を含んでもよく、「Ｃ」言語又は類似のプログラム言語などの通常の手続型プログラム言語を含んでもよい。プログラムコードは、完全にユーザ計算機器で実行されてもよく、一部がユーザ計算機器で実行されてもよく、１つの独立のソフトウェアパッケージとして実行されてもよく、一部がユーザ計算機器で実行されてもよく、一部が遠隔計算機器で実行されてもよく、又は、完全に遠隔計算機器又はサーバで実行されてもよい。遠隔計算機器に係る場合、遠隔計算機器は、ローカルエリアネットワーク（ＬＡＮ）又は広域ネットワーク（ＷＡＮ）を含む任意の種類のネットワークを介して、ユーザの計算機器に接続されてもよく、又は、外部計算機器（例えば、インターネットサービスプロバイダによりインターネットを介して接続され）に接続されてもよい。

なお、上記の図面は、本発明の例示的な実施例の方法に含まれるプロセスの例示的な説明のみであり、限定することを意図するものではない。上記の図に示されたプロセスはこれらのプロセスの時間的な順序を明確に示したり、限定したりするものではないことを容易に理解されるであろう。また、これらのプロセスは、例えば複数のモジュールにおいて同期的又は非同期的に実行されてもよいことも容易に理解されるであろう。

当業者は、本明細書を考慮し、本明細書に開示された発明を実施した後、本発明の他の実施例を容易に想到できる。本願は、本発明の任意の変形、用途又は適応性の変更を含み、これらの変形、用途又は適応性の変更は、本発明の一般的な原理に従うと共に、本発明に開示されない当技術分野における公知な常識又はで慣用の技術手段を含む。明細書及び実施例は、例示的なものに過ぎず、本発明の真の範囲及び精神は、特許請求の範囲において指摘されている。

700 外部機器
710 優先度計算
720 優先度判断モジュール
730 操作要求実行モジュール
810 処理ユニット
820 記憶ユニット
840 表示ユニット
850 Ｉ／Ｏインターフェース
860 ネットワークアダプタ
900 プログラム
8202 高速キャッシュ

Claims (7)

1. 優先度ベースのリソースの処理方法であって、
   第１リソースの第１優先度影響パラメータ及び第２リソースの第２優先度影響パラメータを取得するステップと、
   第１リソースの第１優先度及び第２リソースの第２優先度を計算するステップと、
   前記第１リソースの第１優先度が前記第２リソースの第２優先度より大きいか否かを判断するステップと、
   前記第１優先度が前記第２優先度より大きいと判断された場合、前記第１リソースに対応する第１操作要求を実行するステップと、を含み、
   前記第１リソースの第１優先度を計算するステップは、
   前記第１リソースの第１優先度影響パラメータに基づいて、前記第１リソースの第１優先度を計算するステップと、
   前記第１リソースの第１優先度影響パラメータに重み係数を設定するステップと、
   前記第１優先度影響パラメータ及び前記第１優先度影響パラメータに対応する重み係数に対して演算を行うことにより、前記第１優先度を取得するステップと、を含み、
   前記第１リソースに対応する第１操作要求を実行するステップの後に、
   第１予め設定された時間の間隔をおいて、前記第２リソースに対応する第２操作要求を実行するステップをさらに含む
   優先度ベースのリソースの処理方法。
2. 前記第１優先度影響パラメータは、
   第１基本優先度、第１リソースの購読回数、第１リソースの取得回数及び第１リソースの更新回数のうちの１つ又は複数を含む
   請求項１に記載の優先度ベースのリソースの処理方法。
3. 前記第１優先度は、
   第１重み係数＊第１基本優先度、第２重み係数＊第１リソースの購読回数、第３重み係数＊第１リソースの取得回数、及び第４重み係数＊第１リソースの更新回数の和であり、
   前記第１重み係数、前記第２重み係数、前記第３重み係数及び前記第４重み係数の少なくとも１つは、ゼロではない
   請求項２に記載の優先度ベースのリソースの処理方法。
4. 前記第１操作要求は、
   作成要求、更新要求、取得要求、削除要求及び通知要求のうちの１つ又は複数を含む
   請求項１から請求項３のいずれか１項に記載の優先度ベースのリソースの処理方法。
5. 優先度ベースのリソースの処理システムであって、
   第１リソースの第１優先度影響パラメータ及び第２リソースの第２優先度影響パラメータを取得するための優先度影響パラメータ取得モジュールと、
   第１リソースの第１優先度及び第２リソースの第２優先度を計算するための優先度計算モジュールと、
   前記第１リソースの第１優先度が前記第２リソースの第２優先度より大きいか否かを判断するための優先度判断モジュールと、
   前記第１優先度が前記第２優先度より大きいと判断された場合、前記第１リソースに対応する第１操作要求を実行するための操作要求実行モジュールと、を含み、
   優先度計算モジュールは、
   前記第１リソースの第１優先度影響パラメータに基づいて、前記第１リソースの第１優先度を計算するためのサブ優先度計算モジュールと、
   前記第１リソースの第１優先度影響パラメータに重み係数を設定するための優先度設定モジュールと、
   前記第１優先度影響パラメータ及び前記第１優先度影響パラメータに対応する重み係数に対して演算を行うことにより、前記第１優先度を取得するための優先度取得モジュールと、を含み、
   前記操作要求実行モジュールは、前記第１リソースに対応する第１操作要求を実行した後に、第１予め設定された時間の間隔をおいて、前記第２リソースに対応する第２操作要求を実行する
   優先度ベースのリソースの処理システム。
6. コンピュータプログラムが記憶されたコンピュータ読み取り可能な記録媒体であって、
   前記コンピュータプログラムがプロセッサにより実行される場合、請求項１から請求項４のいずれか１項に記載の優先度ベースのリソースの処理方法を実行する
   コンピュータ読み取り可能な記録媒体。
7. 電子機器であって、
   プロセッサと、
   前記プロセッサにより実行可能な命令を記憶するためのメモリと、を備え、
   前記プロセッサは、
   前記実行可能な命令を実行することにより請求項１から請求項４のいずれか１項に記載の優先度ベースのリソースの処理方法を実行するように構成される
   電子機器。

Images