(57)【要約】  本発明は、M2Mグループを生成および使用する柔軟性を高めるために、M2M通信の間のグループ管理のための方法および装置を提供する。M2M通信の間のグループ管理のための方法は、生成されるように要求されたグループのグループタイプを搬送するグループ生成要求を受信するステップと、前記グループ内の要素の要素タイプと前記グループタイプの間の一致を検査し、一致検査の結果に従って前記グループの一致検査フラグを設定するステップと、前記一致検査の結果を搬送するグループ生成応答を前記要求装置に返信するステップと、を含む。グループの生成はタイプの検査により失敗しないことになり、これはM2M技術を使用する柔軟性を大きく高める。
2016508299.tif 000002
【特許請求の範囲】
【請求項１】
マシン・ツー・マシン通信の間のグループ管理のための方法であって、
要求装置によって送信されたグループ生成要求を受信するステップであって、前記グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する、ステップと、
前記グループ内の要素の要素タイプと前記グループタイプの間の一致を検査し、一致検査の結果に従って前記グループの一致検査フラグを設定するステップと、
前記一致検査の結果を搬送するグループ生成応答を前記要求装置に返信するステップと、
を含む方法。
【請求項２】
前記グループ内の１つの要素の要素タイプが前記グループタイプと不一致であると判定するステップと、
要素タイプが前記グループタイプと不一致である要素を前記グループから削除するか、または直接に前記グループを削除するステップと、
をさらに含む請求項１に記載の方法。
【請求項３】
前記グループの属性は一致ポリシーを含み、前記方法は、前記グループ内の要素の要素タイプが前記グループタイプと不一致であると判定するとき、前記一致ポリシーに従って、要素タイプが前記グループタイプと不一致である要素を前記グループから削除するか、または生成されたグループを削除するかを判定するステップをさらに含む請求項１または２に記載の方法。
【請求項４】
前記グループ内の要素の要素タイプと前記グループタイプの間の一致を検査することは、
前記グループ内の要素が到達不可能であると判定するステップと、
サービスプラットフォームからの前記到達不可能な要素のホームデバイスのオンライン状態の閲覧申込を行い、前記オンライン状態が変化するとき前記サービスプラットフォームによって送信された通知メッセージを受信するか、または、
前記到達不可能な要素が到達可能になるまで定期的に前記到達不可能な要素のホームデバイスをポーリングするステップと、
前記要素が到達可能であるという判定の後、前記到達可能な要素の要素タイプを取得し、前記到達可能な要素の要素タイプと前記グループタイプの間の一致を判定するステップと、
を特に含む請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記グループ内の要素の要素タイプと前記グループタイプの間の一致を検査することは、
前記グループ内の要素がサブグループでない要素であると判定し、前記要素のユニフォームリソース識別子URIに従って前記要素の要素タイプを判定するステップと、
前記要素タイプの判定の後、前記要素の要素タイプと前記グループタイプの間の一致を判定するステップと、
を特に含む請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記グループ内の要素の要素タイプと前記グループタイプの間の一致を検査することは、
前記グループ内のサブグループ要素の一致検査が未完了であると判定するステップと、
サブグループのホームデバイスからの前記サブグループの状態の閲覧申込を行うステップと、
前記サブグループの状態通知を受信し、前記状態通知に従って前記サブグループのタイプを判定し、前記サブグループのタイプと前記グループタイプの間の一致を判定するステップと、
を特に含む請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記グループタイプがハイブリッドでないタイプであるとき、前記グループ内の要素の要素タイプと前記グループタイプの間の一致を検査するステップをさらに含む請求項１から６のいずれか一項に記載の方法。
【請求項８】
マシン・ツー・マシン通信の間のグループ管理のための方法であって、
グループサーバにグループ生成要求を送信するステップであって、前記グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する、ステップと、
返信されたグループ生成応答を受信するステップであって、前記グループ生成応答は、前記グループ内の要素の要素タイプと前記グループタイプの間の一致検査の結果を搬送する、ステップと、
を含む方法。
【請求項９】
前記グループ生成応答に従って前記グループサーバからの前記グループの状態の閲覧申込を行うステップをさらに含む請求項８に記載の方法。
【請求項１０】
マシン・ツー・マシン通信のためのグループサーバであって、
要求装置によって送信されたグループ生成要求を受信するように構成された受信ユニットであって、前記グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する、受信ユニットと、
前記グループ内の要素の要素タイプと前記グループタイプの間の一致を検査し、一致検査の結果に従って前記グループの一致検査フラグを設定するように構成された一致検査ユニットと、
前記一致検査の結果を搬送するグループ生成応答を前記要求装置に返信するように構成された送信ユニットと、
を備えるグループサーバ。
【請求項１１】
前記グループ内の１つの要素の要素タイプが前記グループタイプと不一致であると判定されるとき、要素タイプが前記グループタイプと不一致である要素を前記グループから削除するか、または直接に前記グループを削除するように構成されたポリシーユニット
をさらに備える請求項１０に記載のグループサーバ。
【請求項１２】
前記グループの属性は一致ポリシーを含み、前記ポリシーユニットは、前記グループ内の要素の要素タイプが前記グループタイプと不一致であると判定されるとき、前記一致ポリシーに従って、要素タイプが前記グループタイプと不一致である要素を前記グループから削除するか、または生成されたグループを削除するかをさらに判定する、請求項１０または１１に記載のグループサーバ。
【請求項１３】
前記グループサーバは、前記要素が到達不可能であると判定されるとき、サービスプラットフォームからの前記グループ内の到達不可能な要素のホームデバイスのオンライン状態の閲覧申込を行い、前記オンライン状態が変化するとき前記サービスプラットフォームによって送信された通知メッセージを受信するように構成された閲覧申込ユニットをさらに備え、前記一致検査ユニットは、前記要素が到達可能であるという判定の後、前記要素の要素タイプを取得し、前記到達可能な要素の要素タイプと前記グループタイプの間の一致を判定する、請求項１０から１２のいずれか一項に記載のグループサーバ。
【請求項１４】
前記一致検査ユニットは、
前記グループ内の要素がサブグループでない要素であると判定し、前記要素のユニフォームリソース識別子URIに従って前記要素の要素タイプを判定し、
前記要素タイプの判定の後、前記要素の要素タイプと前記グループタイプの間の一致を判定する
ように特に構成された請求項１０から１３のいずれか一項に記載のグループサーバ。
【請求項１５】
前記グループサーバは、前記グループ内のサブグループ要素の一致検査が未完了であると判定されるとき、サブグループのホームデバイスからの前記サブグループの状態の閲覧申込を行い、前記サブグループの状態通知を受信するように構成された閲覧申込ユニットをさらに備え、前記一致検査ユニットは、前記状態通知に従って前記サブグループのタイプを判定し、前記サブグループのタイプと前記グループタイプの間の一致を判定する、請求項１０から１４のいずれか一項に記載のグループサーバ。
【請求項１６】
マシン・ツー・マシン通信のための要求装置であって、
グループサーバにグループ生成要求を送信するように構成された送信ユニットであって、前記グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する、送信ユニットと、
返信されたグループ生成応答を受信するように構成された受信ユニットであって、前記グループ生成応答は、前記グループ内の要素の要素タイプと前記グループタイプの間の一致検査の結果を搬送する、受信ユニットと、
を備える要求装置。
【請求項１７】
前記グループ生成応答に従って前記グループサーバからの前記グループの状態の閲覧申込を行うように構成された閲覧申込ユニットをさらに備える請求項１６に記載の要求装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報技術の分野に関し、特に、マシン・ツー・マシン通信の間のグループ管理のための方法および装置に関する。
【背景技術】
【０００２】
マシン・ツー・マシン通信（Machine-to-Machine Communication, M2M）は、マシン間のインテリジェントな相互作用に焦点を合わせた、ネットワークを基にしたアプリケーションおよびサービスである。無線または有線の通信モジュールおよびアプリケーション処理ロジックをマシン内に埋め込むことによって、M2Mは、監視、指揮およびスケジュール調整、データ収集、および測定においてユーザの情報要件を実現する。M2Mシステムにおいて、様々なセンサのような、全てのタイプのM2Mデバイスは、M2Mゲートウェイを介して直接にM2Mサービスプラットフォームに接続される。それによって、電気メータ読み取りおよびインテリジェントな交通量制御のような異なるM2Mサービスが実現される。M2Mサービスプラットフォームによって提供されるサービス能力を通して、M2Mデバイスによって収集されるデータが獲得されることが可能であり、またはM2Mデバイスが制御および管理されることが可能である。
【０００３】
アプリケーションのタイプ、アクセス権のタイプ、および管理対象のタイプのような、M2Mデバイスの多くのタイプが存在する。M2Mデバイスはグループ化されることが可能であり、各々のグループは、グループ内の要素のタイプを示すためにグループタイプを有する。グループの全ての要素が１つのタイプに属すならば、グループのタイプはこの一致するタイプである。グループの要素が異なるタイプに属すならば、グループのタイプはハイブリッドタイプである。
【０００４】
先行技術において、M2Mサービスは、グループ内の他のタイプの要素を予期することなく、同じタイプのデバイスのグループへのグループ操作を常に要求する。グループサーバがグループ生成要求またはグループ更新要求を受信するとき、グループサーバはグループ内の要素のタイプを検査する。検査の失敗は、グループ生成またはグループ更新の失敗に直ちに導くことになる。さらに、検査の失敗は多くの原因、例えば、グループ内のいくつかの要素デバイスが休止状態であり、検査されることが可能でないこと、の結果であり得る。従って、グループ生成およびグループ更新の失敗の可能性は高く、これは使用の柔軟性をひどく妨げる。
【発明の概要】
【課題を解決するための手段】
【０００５】
先行技術の不都合を克服するために、本発明の実施例は、M2Mグループを生成および使用する柔軟性を高めるために、マシン・ツー・マシン通信の間のグループ管理のための方法および装置を提供する。
【０００６】
第１の態様によれば、本発明の実施例は、
要求装置によって送信されたグループ生成要求を受信するステップであって、前記グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する、ステップと、
前記グループ内の要素の要素タイプと前記グループタイプの間の一致を検査し、一致検査の結果に従って前記グループの一致検査フラグを設定するステップと、
前記一致検査の結果を搬送するグループ生成応答を前記要求装置に返信するステップと、
を含む、マシン・ツー・マシン通信の間のグループ管理のための方法を提供する。
【０００７】
第１の態様の第１の可能な実施形態において、前記方法は、前記グループ内の１つの要素の要素タイプが前記グループタイプと不一致であると判定するステップと、要素タイプが前記グループタイプと不一致である要素を前記グループから削除するか、または直接に前記グループを削除するステップと、をさらに含む。
【０００８】
第１の態様の第２の可能な実施形態において、前記グループの属性は一致ポリシーを含み、前記方法は、前記グループ内の要素の要素タイプが前記グループタイプと不一致であると判定するとき、前記一致ポリシーに従って、要素タイプが前記グループタイプと不一致である要素を前記グループから削除するか、または生成されたグループを削除するかを判定するステップをさらに含む。
【０００９】
第１の態様の第３の可能な実施形態において、前記グループ内の要素の要素タイプと前記グループタイプの間の一致を検査することは、前記グループ内の要素が到達不可能であると判定するステップと、サービスプラットフォームからの前記到達不可能な要素のホームデバイスのオンライン状態の閲覧申込を行い、前記オンライン状態が変化するとき前記サービスプラットフォームによって送信された通知メッセージを受信するか、または、前記到達不可能な要素が到達可能になるまで定期的に前記到達不可能な要素のホームデバイスをポーリングするステップと、前記要素が到達可能であるという判定の後、前記到達可能な要素の要素タイプを取得し、前記到達可能な要素の要素タイプと前記グループタイプの間の一致を判定するステップと、を特に含む。
【００１０】
第１の態様の第４の可能な実施形態において、前記グループ内の要素の要素タイプと前記グループタイプの間の一致を検査することは、前記グループ内の要素がサブグループでない要素であると判定し、前記要素のユニフォームリソース識別子URIに従って前記要素タイプを判定するステップと、前記要素の要素タイプの判定の後、前記要素の要素タイプと前記グループタイプの間の一致を判定するステップと、を特に含む。
【００１１】
第１の態様の第５の可能な実施形態において、前記グループ内の要素の要素タイプと前記グループタイプの間の一致を検査することは、前記グループ内のサブグループ要素の一致検査が未完了であると判定するステップと、サブグループのホームデバイスからの前記サブグループの状態の閲覧申込を行うステップと、前記サブグループの状態通知を受信し、前記状態通知に従って前記サブグループのタイプを判定し、前記サブグループのタイプと前記グループタイプの間の一致を判定するステップと、を特に含む。
【００１２】
第１の態様の第６の可能な実施形態において、前記方法は、前記グループタイプがハイブリッドでないタイプであるとき、前記グループ内の要素の要素タイプと前記グループタイプの間の一致を検査するステップをさらに含む。
【００１３】
第２の態様によれば、本発明の実施例は、
グループサーバにグループ生成要求を送信するステップであって、前記グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する、ステップと、
返信されたグループ生成応答を受信するステップであって、前記グループ生成応答は、前記グループ内の要素の要素タイプと前記グループタイプの間の一致検査の結果を搬送する、ステップと、
を含む、マシン・ツー・マシン通信の間のグループ管理のための方法を提供する。
【００１４】
第２の態様の第１の可能な実施形態において、前記方法は、前記グループ生成応答に従って前記グループサーバからの前記グループの状態の閲覧申込を行うステップをさらに含む。
【００１５】
第３の態様によれば、本発明の実施例は、
要求装置によって送信されたグループ生成要求を受信するように構成された受信ユニットであって、前記グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する、受信ユニットと、
前記グループ内の要素の要素タイプと前記グループタイプの間の一致を検査し、一致検査の結果に従って前記グループの一致検査フラグを設定するように構成された一致検査ユニットと、
前記一致検査の結果を搬送するグループ生成応答を前記要求装置に返信するように構成された送信ユニットと、
を含む、マシン・ツー・マシン通信のためのグループサーバを提供する。
【００１６】
第３の態様の第１の可能な実施形態において、前記グループサーバは、前記グループ内の１つの要素の要素タイプが前記グループタイプと不一致であると判定されるとき、要素タイプが前記グループタイプと不一致である要素を前記グループから削除するか、または直接に前記グループを削除するように構成されたポリシーユニットをさらに含む。
【００１７】
第３の態様の第２の可能な実施形態において、前記グループの属性は一致ポリシーを含み、前記ポリシーユニットは、前記グループ内の要素の要素タイプが前記グループタイプと不一致であると判定されるとき、前記一致ポリシーに従って、要素タイプが前記グループタイプと不一致である要素を前記グループから削除するか、または生成されたグループを削除するかをさらに判定する。
【００１８】
第３の態様の第３の可能な実施形態において、前記グループサーバは、前記要素が到達不可能であると判定されるとき、サービスプラットフォームからの前記グループ内の到達不可能な要素のホームデバイスのオンライン状態の閲覧申込を行い、前記オンライン状態が変化するとき前記サービスプラットフォームによって送信された通知メッセージを受信するように構成された閲覧申込ユニットをさらに含み、前記一致検査ユニットは、前記要素が到達可能であるという判定の後、前記要素の要素タイプを取得し、前記要素の要素タイプと前記グループタイプの間の一致を判定する。
【００１９】
第３の態様の第４の可能な実施形態において、前記一致検査ユニットは、前記グループの要素がサブグループでない要素であると判定し、前記要素のユニフォームリソース識別子URIに従って前記要素タイプを判定し、前記要素タイプの判定の後、前記要素の要素タイプと前記グループタイプの間の一致を判定するように特に構成される。
【００２０】
第３の態様の第５の可能な実施形態において、前記グループサーバは、前記グループ内のサブグループ要素の一致検査が未完了であると判定されるとき、サブグループのホームデバイスからの前記サブグループの状態の閲覧申込を行い、前記サブグループの状態通知を受信するように構成された閲覧申込ユニットをさらに含み、前記一致検査ユニットは、前記状態通知に従って前記サブグループのタイプを判定し、前記サブグループのタイプと前記グループタイプの間の一致を判定する。
【００２１】
第４の態様によれば、本発明の実施例は、
グループサーバにグループ生成要求を送信するように構成された送信ユニットであって、前記グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する、送信ユニットと、
返信されたグループ生成応答を受信するように構成された受信ユニットであって、前記グループ生成応答は、前記グループ内の要素の要素タイプと前記グループタイプの間の一致検査の結果を搬送する、受信ユニットと、
を含む、マシン・ツー・マシン通信のための要求装置を提供する。
【００２２】
第４の態様の第１の可能な実施形態において、前記要求装置は、前記グループ生成応答に従って前記グループサーバからの前記グループの状態の閲覧申込を行うように構成された閲覧申込ユニットをさらに含む。
【００２３】
本発明の実施例において、グループの一致検査フラグを設定し、グループ生成応答において一致検査フラグを要求装置に通知することによって、グループの生成はタイプの検査により失敗しないことになり、これはM2M技術を使用する柔軟性を大きく高める。
【００２４】
本発明の実施例における技術的解決策をより明確に説明するために、以下は実施例を説明するために必要な添付図面を簡単に導入する。明らかに、添付図面は本発明のほんのいくつかの実施例を表わし、この技術分野の当業者は創作的な努力なしでこれらの添付図面から他の図面をさらに導き出し得る。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施例による、グループ管理のためのシステムアーキテクチャの図である。
【図２】本発明の実施例による、グループ管理のための方法のフローチャートである。
【図３】本発明の実施例による、グループ管理のためのもう１つの方法のフローチャートである。
【図４】本発明の実施例による、グループ管理のためのさらにもう１つの方法のフローチャートである。
【図５】本発明の実施例による、グループ管理のためのさらにもう１つの方法のフローチャートである。
【図６】本発明の実施例による、グループ管理のためのさらにもう１つの方法のフローチャートである。
【図７】本発明の実施例による、グループ管理のためのさらにもう１つの方法のフローチャートである。
【図８】本発明の実施例による、グループサーバの概要の構成図である。
【図９】本発明の実施例による、要求装置の概要の構成図である。
【図１０】本発明の実施例による、もう１つのグループサーバの概要の構成図である。
【図１１】本発明の実施例による、もう１つの要求装置の概要の構成図である。
【発明を実施するための形態】
【００２６】
以下は、本発明の実施例における添付図面を参照して、本発明の実施例における技術的解決策を明確に説明する。明らかに、説明される実施例は、本発明の実施例の全部ではなくほんの一部である。創作的な努力なしで本発明の実施例に基づいてこの技術分野の当業者によって得られる他の全ての実施例は、本発明の保護範囲内にある。
【００２７】
本発明の実施例はM2Mグループ管理のためのシステムを提供する。図１に表されているように、M2Mグループ管理のためのシステムは、グループサーバおよび要求装置を含む。
【００２８】
グループサーバは、要求装置によって送信されたグループ生成要求を受信し、ここで、グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送し、グループ内の要素の要素タイプとグループタイプの間の一致を検査して、一致検査の結果に従ってグループの一致検査フラグを設定し、そして一致検査の結果を搬送するグループ生成応答を要求装置に返信するように構成される。
【００２９】
要求装置は、グループサーバにグループ生成要求を送信し、返信されたグループ生成応答を受信するように構成され、ここで、グループ生成応答は、グループ内の要素の要素タイプとグループタイプの間の一致検査の結果を搬送する。
【００３０】
本発明の実施例において、グループサーバは、グループを記憶および維持することができる、サービスプラットフォーム、M2Mゲートウェイ、またはM2Mデバイスであることが可能であり、生成されたグループはグループサーバをホームとする。要求装置もまた、サービスプラットフォーム、M2Mゲートウェイ、またはM2Mデバイスであることが可能であり、要求装置が生成するように要求するグループはグループサーバ内にある。
【００３１】
本発明の実施例は、M2Mグループ管理のための方法を提供する。図２に表わされているように、この方法は次のステップを含む。
【００３２】
２０１．グループサーバは要求装置によって送信されたグループ生成要求を受信し、ここで、グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する。
【００３３】
グループ生成要求は、グループタイプを搬送し、任意選択で、グループ識別子およびグループ要素のような情報を搬送し得る。
【００３４】
２０２．グループサーバは、グループ内の要素の要素タイプとグループタイプの間の一致を検査し、一致検査の結果に従ってグループの一致検査フラグを設定する。
【００３５】
グループ内のサブグループ要素のために、グループサーバは、サブグループの“グループタイプ”属性を取得し得る。グループ内のサブグループでない要素のために、グループサーバは、各々の要素のユニフォームリソース識別子（Uniform Resource Identifier, URI）に従ってその要素タイプを判定し得る。例えば、１つの要素のURIは“coap://gg1.example.com/applications/temp1”であり、ここで“applications”は要素のタイプが“アプリケーション”タイプであることを示す。要素タイプの判定の後、グループサーバは、要素タイプとグループタイプの間の一致をさらに判定する。
【００３６】
グループタイプがハイブリッドであるとき、グループサーバは、グループ内の要素の要素タイプとグループタイプの間の一致を検査する必要がない。
【００３７】
好ましくは、グループサーバが、グループ内の１つの要素のタイプがグループタイプと不一致であると判定するとき、グループサーバは、要素タイプがグループタイプと不一致である要素をグループから削除するか、または生成されたグループを直接に削除し得る。さらに、一致ポリシーは、グループ内の１つの要素の要素タイプがグループタイプと不一致であると判定されるとき、要素タイプがグループタイプと不一致である要素を削除するか、または生成されたグループを削除するかを判定するためのグループ属性に含まれ得る。
【００３８】
任意選択で、グループサーバが、グループ内の要素が到達不可能であると判定するとき、グループサーバは、到達不可能な要素のホームデバイスが登録されているサービスプラットフォームからの、到達不可能な要素のオンライン状態の閲覧申込を行うことが可能であり、到達不可能な要素のホームデバイスがオンラインであるとき、サービスプラットフォームは閲覧申込者に通知メッセージを送信する。または、グループサーバは、デバイスが到達可能になるまで定期的に到達不可能なデバイスのホームデバイスをポーリングし、そして、要素の要素タイプを取得し、グループタイプとのその一致を判定する。
【００３９】
任意選択で、グループ要素が到達不可能であるとき、まず、グループサーバは、キャッシュされた記録からグループ要素の要素タイプを取得し、要素の要素タイプとグループタイプの間の一致を判定し得る。要素が到達可能になった後、グループサーバは、要素タイプとグループタイプの間の一致をさらに判定する。
【００４０】
グループサーバは、まずグループを生成し、一致検査の結果に従ってグループの一致検査フラグを設定し得る。全ての要素が到達可能であり、検査されたならば、一致検査フラグは“検査完了”に設定され得る。いくつかの要素の一致検査が到達不可能のような理由のために未完了ならば、フラグは“検査未完了”に設定され得る。
【００４１】
到達不可能な要素がまず記録されることが可能であり、到達可能になった後にその一致が検査される。
【００４２】
２０３．グループサーバは、一致検査の結果を搬送するグループ生成応答を要求装置に返信する。
【００４３】
一致検査が未完了ならば、グループサーバは、M2M要求装置に通知するためにグループ生成応答内に“検査未完了”フラグを含める。グループの一致検査が成功であり、生成が成功ならば、グループサーバはグループ生成応答内に成功フラグを含め得る。
【００４４】
本発明の実施例は、M2Mグループ管理のためのもう１つの方法を提供する。図３に表わされているように、この方法は次のステップを含む。
【００４５】
３０１．グループサーバにグループ生成要求を送信し、ここで、グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する。
【００４６】
グループ生成要求は、グループタイプを搬送し、任意選択で、グループ識別子またはグループ要素または他の情報を搬送し得る。
【００４７】
３０２．返信されたグループ生成応答を受信し、ここで、グループ生成応答は、グループ内の要素の要素タイプとグループタイプの間の一致検査の結果を搬送する。
【００４８】
一致検査が未完了ならば、グループサーバは、M2M要求装置に通知するためにグループ生成応答内に“検査未完了”フラグを含める。グループの一致検査が成功であり、生成が成功ならば、グループサーバはグループ生成応答内に成功フラグを含め得る。
【００４９】
要求装置は、受信されたグループ生成応答に従ってグループの状態の閲覧申込を行い得る。グループサーバにおいてグループの状態が変化した後、例えば、一致検査が完了した後、要求装置は通知され得る。
【００５０】
図４に表わされているように、本発明の実施例は、グループ管理のための方法も提供する。この実施例において、例として、グループ１が生成される必要がある。グループ１は、サブグループ２およびサブグループ３のようなサブグループ要素、およびデバイス４およびデバイス５のようなデバイス要素を含む。方法の具体的な手順は次のステップを含む。
【００５１】
４０１．要求装置は、グループ１を生成するように要求するグループ生成要求メッセージを送信する。
【００５２】
ここで、要求装置は、M2Mデバイス、M2Mゲートウェイ、またはサービスプラットフォームであることが可能であり、グループサーバは、グループのホームサービス能力レイヤ（Service Capability Layer, SCL）デバイスであることが可能であり、サービスプラットフォームは、M2M SCL（SCL, Service Capability Layer）デバイスであることが可能である。例えば、この実施例において、生成されるように要求されたグループ１は、グループサーバ１であるSCLデバイス１をホームとし、サブグループ２およびサブグループ３は、それぞれグループサーバ２およびグループサーバ３であるSCLデバイス２およびSCLデバイス３をホームとする。グループ１の２つのデバイス要素であるデバイス４およびデバイス５もSCLデバイス１をホームとする。
【００５３】
グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する。この実施例は、このタイプは、全てのグループ要素が一致するタイプに属すことを示す、アプリケーションタイプのようなハイブリッドでないタイプであると仮定する。
【００５４】
４０２．グループ生成要求の受信の後、グループサーバ１は、グループ内の要素の要素タイプとグループタイプの間の一致を検査する。
【００５５】
グループ生成要求の受信の後、グループサーバは、グループタイプに従って、一致検査が必要であるかどうかを判定する。グループタイプがハイブリッドならば、一致検査は不要である。この実施例は、一致検査が必要であると仮定する。
【００５６】
グループサーバがグループ要素リスト内の全ての要素の要素タイプを取得する。局所的なグループ要素のタイプは、比較のために直接に取得され得る。グループが遠隔グループ要素を含むならば、グループサーバは遠隔要素のホームデバイスから要素の要素タイプを取得する必要がある。
【００５７】
グループが遠隔グループ要素を含むかどうかがグループのユニフォームリソース識別子（Uniform Resource Identifier, URI）に従って判定され得る。例えば、この実施例において、グループサーバ１、２、および３のドメイン名がそれぞれg1.example.com、d1.example.com、およびd2.example.comであると仮定する。グループ１のURIは“coap://g1.example.com/groups/group1”であり、グループ２のそれは“coap://d1.example.com/groups/group2”であり、グループ３のそれは“coap://d2.example.com/groups/group3”である。これは、グループ１およびサブグループ２および３が異なるホームデバイスを有すること、およびサブグループ２および３がグループ１の遠隔グループ要素であることを示す。
【００５８】
この実施例において、グループ１の２つのデバイス要素であるデバイス４およびデバイス５は、それらの要素タイプが一致検査のために直接に取得されることが可能である局所的な要素であると仮定する。サブグループ２およびサブグループ３は遠隔要素である。ここで、実施例は、それぞれ、サブグループ２およびサブグループ３のホームグループサーバ２およびグループサーバ３へのアクセス要求の送信の後、グループサーバ１は指定された期間の後にアクセス要求へのアクセス応答を受信していないので、サブグループ２およびサブグループ３が要素タイプの一致検査を通過していないと仮定する。アクセス要求は、グループのタイプ属性をアクセスするように要求され得る。
【００５９】
４０３．グループサーバ１はグループ１を生成し、サブグループ２およびサブグループ３の一致検査がまだ完了していないのでグループの１つの属性である一致検査フラグを“検査未完了”に設定する。
【００６０】
４０４．グループサーバ１は要求装置にグループ生成応答を返信する。
【００６１】
グループ生成応答は“一致未完了”フラグを搬送し得る。
【００６２】
４０５．グループサーバ１は、サービスプラットフォームからの、到達不可能な要素のオンライン状態の閲覧申込を行う。
【００６３】
到達不可能な要素のために、グループサーバ１はサービスプラットフォームに閲覧申込要求を送信し得る。この実施例において、グループサーバ１は、サブグループ２およびサブグループ３のホームグループサーバ２およびグループサーバ３のオンライン状態の閲覧申込を行う。グループサーバ２およびグループサーバ３はサービスプラットフォームに既に登録されているので、そのプラットフォームは、閲覧申込要求の受信の後、閲覧申込成功応答を返信し得る。
【００６４】
４０６．要求装置はグループの状態の閲覧申込を行う。
【００６５】
返信されたグループ生成応答の受信の後、要求装置は、応答において搬送された“検査未完了”フラグに従って、グループ１の状態の閲覧申込を行うように要求する閲覧申込要求をグループサーバ１に送信し得る。グループサーバ１は、閲覧申込要求の受信の後、閲覧申込成功応答を返信し得る。
【００６６】
４０７．グループサーバ３が到達可能であるとき、サービスプラットフォームに登録されたそのオンライン状態が変更され、サービスプラットフォームは、“グループサーバ３は到達可能である”ことを通知する通知メッセージを閲覧申込者、すなわち、グループサーバ１に送信する。
【００６７】
４０８．通知メッセージの受信の後、グループサーバ１は、サブグループ３のグループ属性を取得するように要求するアクセス要求をグループサーバ３に送信する。
【００６８】
４０９．グループサーバ１はグループサーバ３によって返信されたアクセス応答を受信し、ここで、サブグループ３のグループタイプが搬送される。
【００６９】
４１０．グループサーバ１は、サブグループ３のグループタイプがグループ１のグループタイプと一致するかどうかを検査し、タイプが不一致であるならば、図４に表わされているように、グループサーバ１は生成されたグループ１を削除する。
【００７０】
４１１．グループサーバ１は通知メッセージを送信する。
【００７１】
要求装置はグループ１の状態の閲覧申込を行ったので、グループサーバ１は“グループ１は要素‘サブグループ’のタイプの不一致により削除された”ことを要求装置に通知し得る。
【００７２】
この実施例において、グループ内に一致検査フラグを追加し、グループ生成応答において一致検査フラグを要求装置に通知することによって、グループの生成はタイプ検査により失敗せず、これはM2M技術を使用する柔軟性を大きく高める。
【００７３】
図５に表わされているように、本発明の実施例はグループ管理のためのもう１つの方法を提供する。この実施例は図４に表わされている実施例に類似する。この実施例において、一例として、グループ１は、また、生成される必要がある。グループ１は、サブグループ２およびサブグループ３のようなサブグループ要素、および、デバイス４およびデバイス５のようなデバイス要素を含む。この方法の具体的な手順は次のステップを含む。
【００７４】
５０１〜５０９．これらのステップは、図４に表わされている実施例におけるステップ４０１〜４０９と同じであり、すなわち、グループサーバ１は、グループ生成要求を受信し、グループを生成し、応答を返信する。グループサーバ１は、また、サービスプラットフォームからの、グループサーバ２およびグループサーバ３のオンライン状態の閲覧申込を行う。グループサーバ３が到達可能になった後、サブグループ３のグループタイプが取得される。
【００７５】
５１０．グループサーバ１は、サブグループ３のグループタイプがグループ１のグループタイプと一致するかどうかを検査する。図５に表わされているように、タイプは一致するが、グループサーバ２は到達不可能であるので、サブグループ２のグループタイプは取得されないと仮定すると、従って、グループ１の一致検査フラグはまだ“未完了”である。
【００７６】
５１１．グループ２が到達可能であるとき、サービスプラットフォームで登録されたそのリソースのオンライン状態が変更され、サービスプラットフォームは、“グループサーバ２が到達可能である”ことを通知する通知メッセージを、閲覧申込者、すなわち、グループサーバ１に送信する。
【００７７】
５１２．通知メッセージの受信の後、グループサーバ１は、サブグループ２のグループ属性を取得するように要求するアクセス要求をグループサーバ２に送信する。
【００７８】
５１３．グループサーバ１は、グループサーバ２によって返信されたアクセス応答を受信し、ここで、サブグループ２のグループタイプが搬送される。
【００７９】
５１４．グループサーバ１は、サブグループ２のグループタイプがグループ１のグループタイプと一致するかどうかを検査する。図５に表わされているように、タイプは一致すると仮定する。そして、グループ１の全ての要素の一致検査は完了し、従って、グループサーバ１はグループ１の一致検査フラグを“完了”に設定する。ここで、全ての要素の要素タイプは、グループのグループタイプと一致する。
【００８０】
５１５．グループサーバ１は通知メッセージを送信する。
【００８１】
要求装置はグループ１の状態の閲覧申込を行ったので、グループサーバ１は“グループ１の一致検査が完了した”ことを要求装置に通知し得る。
【００８２】
この実施例において、グループ内に一致検査フラグを追加し、グループ生成応答において一致検査フラグを要求装置に通知することによって、グループの生成はタイプ検査により失敗せず、これはM2M技術を使用する柔軟性を大きく高める。
【００８３】
図６に表わされているように、本発明の実施例は、グループ管理のためのもう１つの方法を提供する。この実施例は図４に表わされている実施例に類似する。この実施例において、一例として、グループ１は、また、生成される必要がある。グループ１は、サブグループ２およびサブグループ３のようなサブグループ要素、および、デバイス４およびデバイス５のようなデバイス要素を含む。この方法の具体的な手順は次のステップを含む。
【００８４】
６０１〜６０９．これらのステップは図４に表わされている実施例におけるステップ４０１〜４０９と同じであり、すなわち、グループサーバ１は、グループ生成要求を受信し、グループを生成し、応答を返信する。グループサーバ１は、また、サービスプラットフォームからの、グループサーバ２およびグループサーバ３のオンライン状態の閲覧申込を行う。グループサーバ３が到達可能になった後、サブグループ３のグループタイプが取得される。
【００８５】
６１０．グループサーバ１は、サブグループ３のグループタイプがグループ１のグループタイプと一致するかどうかを検査する。図６に表わされているように、タイプは不一致であると仮定する。図４に表わされているのと異なり、グループサーバ１は、１つの“一致ポリシー”に従って処理を決定する。例えば、グループサーバ１は、生成されたグループを直接に削除することが可能であり、これは図４に表わされているのと同じである。または、グループサーバ１は、タイプがグループタイプと不一致である要素を生成されたグループから削除し得る。ここで、例えば、サブグループ３がグループ１から削除される。削除の後、グループサーバ２が到達不可能であるので、サブグループ２のグループタイプは取得されることが可能でなく、従って、グループ１の一致検査は“未完了”である。
【００８６】
一致ポリシーは、グループサーバにおいて環境設定されるか、または要求装置のグループ生成要求において搬送されることが可能であり、一致ポリシーの受信の後、グループサーバは、生成されるように要求されたグループに一致ポリシーを適用する。一致ポリシーが“グループを削除する”ならば、グループサーバは、グループ内の１つの要素のタイプがグループタイプと不一致であるという判定の後、グループを削除する。一致ポリシーが“要素を削除する”ならば、グループサーバは、グループ内の１つの要素のタイプがグループタイプと不一致であるという判定の後、グループから不一致であるタイプの要素を削除する。
【００８７】
６１１．グループサーバ１は通知メッセージを送信する。要求装置はグループ１の状態の閲覧申込を行ったので、グループサーバ１は、“グループ１の１つの要素‘サブグループ３’のタイプがグループタイプと不一致であり、その要素がグループから削除された”ことを要求装置に通知することが可能であり、一致検査が未だ“未完了”であることを通知することも可能である。
【００８８】
６１２．グループサーバ２が到達可能であるとき、サービスプラットフォームで登録されたそのリソースのオンライン状態が変更され、サービスプラットフォームは“グループサーバ２が到達可能である”ことを通知する通知メッセージを、閲覧申込者、すなわち、グループサーバ１に送信する。
【００８９】
６１３．通知メッセージの受信の後、グループサーバ１は、サブグループ２のグループ属性を取得するように要求するアクセス要求をグループサーバ２に送信する。
【００９０】
６１４．グループサーバ１は、グループサーバ２によって返信されたアクセス応答を受信し、ここで、サブグループ２のグループタイプが搬送される。
【００９１】
６１５．グループサーバ１は、サブグループ２のグループタイプがグループ１のグループタイプと一致するかどうかを検査する。図５に表わされているように、タイプは一致すると仮定する。そして、グループ１の全ての要素の一致検査が完了し、従って、グループサーバ１はグループ１の一致検査フラグを“完了”に設定する。ここで、全ての要素の要素タイプはグループのグループタイプと一致する。
【００９２】
６１６．グループサーバ１は通知メッセージを送信する。
【００９３】
要求装置はグループ１の状態の閲覧申込を行ったので、グループサーバ１は、一致検査が“完了”であることを要求装置に通知し得る。
【００９４】
この実施例において、グループ内に一致ポリシーを追加することによって、グループ生成における一致処理の柔軟性がさらに向上され、これは、M2M技術を使用する柔軟性を高める。
【００９５】
図７に表わされているように、本発明の実施例は、グループ管理のためのもう１つの方法を提供する。この実施例において、サブグループの要素は到達不可能であるので、サブグループのタイプは、また、一致検査の間である。この実施例は、上述した実施例に類似する。この実施例において、一例として、グループ１は生成される必要がある。グループ１は、サブグループ２およびサブグループ３のようなサブグループ要素およびデバイス４およびデバイス５のようなデバイス要素を含む。方法の具体的な手順は次のステップを含む。
【００９６】
７０１．要求装置は、グループ１を生成するように要求するグループ生成要求メッセージを送信する。
【００９７】
ここで、要求装置は、M2Mデバイス、M2Mゲートウェイ、またはサービスプラットフォームであることが可能であり、グループサーバはグループのホームサービス能力レイヤ（Service Capability Layer, SCL）デバイスであることが可能であり、サービスプラットフォームはM2M SCL（SCL, Service Capability Layer）デバイスであることが可能である。例えば、この実施例において、生成されるように要求されたグループ１は、グループサーバ１であるSCLデバイス１をホームとし、サブグループ２およびサブグループ３は、グループサーバ２およびグループサーバ３であるSCLデバイ２およびSCLデバイス３をそれぞれホームとする。グループ１の２つのデバイス要素であるデバイス４およびデバイス５もSCLデバイス１をホームとする。
【００９８】
グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する。この実施例は、このタイプは、全てのグループ要素が一致するタイプに属すことを示す、アプリケーションタイプのようなハイブリッドでないタイプであると仮定する。
【００９９】
７０２．グループ生成要求の受信の後、グループサーバ１は、グループ内の要素の要素タイプとグループタイプの間の一致を検査する。
【０１００】
グループ生成要求の受信の後、グループサーバは、グループタイプに従って、一致検査が必要であるかどうかを判定する。グループタイプがハイブリッドならば、一致検査は不要である。この実施例は、一致検査が必要であると仮定する。
【０１０１】
グループサーバは、グループ要素リスト内の全ての要素の要素タイプを取得する。局所的なグループ要素のタイプが比較のために直接に取得され得る。グループが遠隔グループ要素を含むならば、グループサーバは、遠隔要素のホームSCLデバイスから要素の要素タイプを取得する必要がある。
【０１０２】
この実施例において、グループ１の２つのデバイス要素であるデバイス４およびデバイス５は、要素タイプが一致検査のために直接に取得されることが可能である局所的な要素であると仮定する。サブグループ２およびサブグループ３は遠隔要素であり、サブグループ２およびサブグループ３は要素タイプの一致検査を通過していないと仮定する。図４に表わされている実施例とは異なり、グループサーバ１は、サブグループのタイプ属性を取得するように要求するアクセス要求を、サブグループ２およびサブグループ３のホームグループサーバ２およびグループサーバ３にそれぞれ送信し、そして、サブグループ２およびサブグループ３によって返信されたアクセス応答を受信し、ここで、応答は、サブグループ２およびサブグループ３の一致検査が“未完了”であることを示すパラメータを含む。サブグループの検査が未完了である、可能性のある理由は、サブグループ内のいくつかの要素が、現在、到達不可能であることである。
【０１０３】
７０３．グループサーバ１はグループ１を生成し、サブグループ２およびサブグループ３の一致検査がまだ完了していないので、グループの一致検査フラグを“未完了”に設定する。
【０１０４】
７０４．グループサーバ１は要求装置にグループ生成応答を返信する。
【０１０５】
グループ生成応答は、この実施例において“未完了”である、グループの一致検査フラグ属性を搬送し得る。
【０１０６】
７０５．グループサーバ１は、それぞれグループサーバ２およびグループサーバ３からの、一致検査が未完了であるサブグループの状態の閲覧申込を行う。
【０１０７】
一致検査が未完了であるサブグループのために、グループサーバ１は、サブグループのホームグループサーバに閲覧申込要求を送信し得る。この実施例において、グループサーバ１は、それぞれ、グループサーバ２およびグループサーバ３からの、サブグループ２およびサブグループ３の状態の閲覧申込を行う。
【０１０８】
７０６．要求装置はグループの状態の閲覧申込を行う。
【０１０９】
返信されたグループ生成応答の受信の後、要求装置は、応答内で搬送された一致検査“未完了”フラグに従って、グループ１の状態の閲覧申込を行うように要求する閲覧申込要求をグループサーバ１に送信し得る。グループ１の状態が変化した後、グループサーバ１は要求装置に通知し得る。グループサーバ１は、閲覧申込要求の受信の後、閲覧申込成功応答を返信し得る。
【０１１０】
７０７．グループサーバ３から通知メッセージを受信する。
【０１１１】
サブグループ３の一致検査が完了した後、例えば、サブグループ３の到達不可能な要素が到達可能になった後、グループサーバ３はサブグループ３の“一致ポリシー”に従って続行し得る。ここで、サブグループ３は不一致であるタイプの要素を含み、“一致ポリシー”は“不一致であるとき要素を削除する”であると仮定する。そして、サブグループ３は、サブグループ３から不一致である要素を削除する。削除の後、サブグループ３の一致検査フラグは“完了”である。グループサーバ１はサブグループ３の状態の変化の閲覧申込を行ったので、グループサーバ３は、“サブグループ３の一致検査が完了した”ことを通知する通知メッセージを、閲覧申込者、すなわち、グループサーバ１に送信する。
【０１１２】
７０８．グループサーバ１は、サブグループ３のグループタイプがグループ１のグループタイプと一致するかどうかを検査する。この実施例において、タイプは不一致であり、グループ１の“一致ポリシー”は“不一致であるとき要素を削除する”であると仮定する。そして、グループサーバ１はグループ１からサブグループ３を削除する。削除の後、グループサーバ２は一致検査がまだ完了していないので、グループ１の一致検査はまだ未完了である。
【０１１３】
７０９．グループサーバ２から通知メッセージを受信する。
【０１１４】
サブグループ２の一致検査が完了した後、例えば、サブグループ２の到達不可能な要素が到達可能になった後、グループサーバ２はサブグループ２の“一致ポリシー”に従って続行し得る。ここで、サブグループ２は不一致であるタイプの要素を含み、“一致ポリシー”は“不一致であるときグループを削除する”であると仮定する。そして、グループサーバ２は直接にサブグループ２を削除する。グループサーバ１はサブグループ２の状態の変化の閲覧申込を行ったので、グループサーバ２は“サブグループ２は削除された”ことを通知する通知メッセージを、閲覧申込者、すなわち、グループサーバ１に送信する。
【０１１５】
７１０．“サブグループ２は削除された”という通知の受信の後、グループサーバ１はグループ１からサブグループ２を削除する。今やグループ１の全ての要素の一致検査は完了し、従って、グループ１の一致検査フラグは“完了”に設定される。ここで、全ての要素の要素タイプはグループのグループタイプと一致する。
【０１１６】
７１１．グループサーバ１は通知メッセージを送信する。
【０１１７】
要求装置はグループ１の状態の閲覧申込を行ったので、グループサーバ１は、一致検査が“完了”したことを要求装置に通知し、“サブグループ２は削除され、サブグループ３は削除された”ことをさらに通知し得る。
【０１１８】
図８は、本発明の実施例による、マシン・ツー・マシン通信のためのグループサーバの概要図である。このグループサーバは、
要求装置によって送信されたグループ生成要求を受信するように構成され、ここで、グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する、受信ユニット８０１、
グループ内の要素の要素タイプとグループタイプの間の一致を検査し、一致検査の結果に従ってグループの一致検査フラグを設定するように構成された一致検査ユニット８０２、および、
一致検査の結果を搬送するグループ生成応答を要求装置に返信するように構成された送信ユニット８０３、を含む。
【０１１９】
任意選択で、グループサーバは、グループ内の１つの要素の要素タイプがグループタイプと不一致であると判定されるとき、グループタイプと不一致である要素をグループから削除するか、または直接にグループを削除するように構成されたポリシーユニット８０４をさらに含み得る。
【０１２０】
任意選択で、グループの属性は一致ポリシーを含み、ポリシーユニットは、グループ内の要素の要素タイプがグループタイプと不一致であると判定されるとき、一致ポリシーに従って、要素タイプがグループタイプと不一致である要素をグループから削除するか、または生成されたグループを削除するかをさらに判定する。
【０１２１】
任意選択で、グループサーバは、グループ内の要素が到達不可能であると判定されるとき、サービスプラットフォームからの、到達不可能な要素のホームデバイスのオンライン状態の閲覧申込を行い、オンライン状態が変化するときサービスプラットフォームによって送信される通知メッセージを受信するように構成された閲覧申込ユニット８０５をさらに含み、一致検査ユニットは、要素が到達可能であるという判定の後、要素の要素タイプを取得し、要素の要素タイプとグループタイプの間の一致を判定する。
【０１２２】
任意選択で、一致検査ユニットは、グループの要素がサブグループでない要素であると判定し、要素のユニフォームリソース識別子URIに従って要素タイプを判定し、要素タイプの判定の後、要素の要素タイプとグループタイプの間の一致を判定するように特に構成される。
【０１２３】
任意選択で、グループサーバは、グループ内のサブグループ要素の一致検査が未完了であると判定されるとき、サブグループのホームデバイスからの、サブグループの状態の閲覧申込を行い、サブグループの状態通知を受信するように構成された閲覧申込ユニットをさらに含み、一致検査ユニットは、状態通知に従ってサブグループのタイプを判定し、サブグループのタイプとグループタイプの間の一致を判定する。
【０１２４】
図９は、本発明の実施例による、マシン・ツー・マシン通信のための要求装置の概要図である。この要求装置は、
グループサーバにグループ生成要求を送信するように構成され、ここで、グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する、送信ユニット９０１、および、
返信されたグループ生成応答を受信するように構成され、ここで、グループ生成応答は、グループ内の要素の要素タイプとグループタイプの間の一致検査の結果を搬送する、受信ユニット９０２、を含む。
【０１２５】
任意選択で、要求装置は、グループ生成応答に従って、グループサーバからの、グループの状態の閲覧申込を行うように構成された閲覧申込ユニット９０３をさらに含む。
【０１２６】
図１０は、本発明の実施例による、グループサーバのもう１つの概要の構成図である。グループサーバは一般的なコンピュータシステムの構成を採用し、ここで、本発明の解決策を実行するプログラムコードはメモリ内に記憶され、実行はプロセッサによって制御される。グループサーバは、バス、プロセッサ１００１、メモリ１００２、および通信インタフェース１００３を含む。
【０１２７】
バスは、コンピュータの異なる部分の間で情報を転送する閉回路を含み得る。
【０１２８】
プロセッサは、一般的な中央処理ユニット（CPU）、マイクロプロセッサ、特定用途向け集積回路（application-specific integrated circuit, ASIC）、または本発明の解決策のプログラムの実行を制御するために使用される１つまたは複数の集積回路であり得る。コンピュータシステムに含まれる１つまたは複数のメモリは、リード・オンリ・メモリ（read-only memory, ROM）または静的な情報および命令を記憶することが可能な他のタイプの静的メモリデバイス、またはランダム・アクセス・メモリ（random access memory, RAM）または情報および命令を記憶することが可能な他のタイプの動的メモリデバイス、または磁気ディスク記憶装置であり得る。メモリはバスを介してプロセッサに接続される。
【０１２９】
通信インタフェースは、他のデバイスとの通信のための送受信機のような任意の装置、または、イーサネット（登録商標）、無線アクセスネットワーク（RAN）、および無線ローカル・エリア・ネットワーク（WLAN）のような通信ネットワークであり得る。
【０１３０】
RAMのようなメモリは、オペレーティングシステムおよび本発明の解決策を実行するプログラムを記憶する。オペレーティングシステムは、他のプログラムの動作を制御し、システムリソースを管理するプログラムである。本発明の解決策を実行するプログラムコードはメモリ内に記憶され、その実行はプロセッサによって制御される。
【０１３１】
メモリ内に記憶されるプログラムは、
要求装置によって送信されたグループ生成要求を受信することを含み、ここで、グループ生成要求は生成されるように要求されたグループのグループタイプを搬送し、
グループ内の要素の要素タイプとグループタイプの間の一致を検査し、一致検査の結果に従ってグループの一致検査フラグを設定すること、および、
一致検査の結果を搬送するグループ生成応答を要求装置に返信すること、
を含む、マシン・ツー・マシン通信の間のグループ管理のための方法を実行するようにプロセッサに命令するために使用される。
【０１３２】
任意選択で、この方法は、グループ内の１つの要素の要素タイプがグループタイプと不一致であると判定し、要素タイプがグループタイプと不一致である要素をグループから削除するか、または直接にそのグループを削除すること、をさらに含む。
【０１３３】
任意選択で、グループの属性は一致ポリシーを含み、この方法は、グループ内の要素の要素タイプがグループタイプと不一致であると判定されるとき、一致ポリシーに従って、要素タイプがグループタイプと不一致である要素をグループから削除するか、または生成されたグループを削除するかを判定すること、をさらに含む。
【０１３４】
任意選択で、グループ内の要素の要素タイプとグループタイプの間の一致を検査することは、グループ内の要素が到達不可能であると判定すること、サービスプラットフォームからの、到達不可能な要素のホームデバイスのオンライン状態の閲覧申込を行うこと、オンライン状態が変化するとき、サービスプラットフォームによって送信された通知メッセージを受信するか、または到達不可能な要素が到達可能になるまで定期的に到達不可能な要素のホームデバイスをポーリングすること、要素が到達可能であるという判定の後、要素の要素タイプを取得し、要素の要素タイプとグループタイプの間の一致を判定すること、を特に含む。
【０１３５】
任意選択で、グループ内の要素の要素タイプとグループタイプの間の一致を検査することは、グループ内の要素がサブグループでない要素であると判定すること、要素のユニフォームリソース識別子URIに従って要素タイプを判定すること、および、要素の要素タイプの判定の後、要素の要素タイプとグループタイプの間の一致を判定すること、を特に含む。
【０１３６】
任意選択で、グループ内の要素の要素タイプとグループタイプの間の一致を検査することは、グループ内のサブグループ要素の一致検査が未完了であると判定すること、サブグループのホームデバイスからの、サブグループの状態の閲覧申込を行うこと、サブグループの状態通知を受信すること、状態通知に従ってサブグループのタイプを判定すること、および、サブグループのタイプとグループタイプの間の一致を判定すること、を特に含む。
【０１３７】
図１１は、本発明の実施例による、要求装置のもう１つの概要の構成図である。要求装置は一般的なコンピュータシステムの構成を採用し、ここで、本発明の解決策を実行するプログラムコードはメモリ内に記憶され、実行はプロセッサによって制御される。要求装置は、バス、プロセッサ１１０１、メモリ１１０２、および通信インタフェース１１０３を含む。
【０１３８】
バスは、コンピュータの異なる部分の間で情報を転送する閉回路を含み得る。
【０１３９】
プロセッサは、一般的な中央処理ユニット（CPU）、マイクロプロセッサ、特定用途向け集積回路（application-specific integrated circuit, ASIC）、または本発明の解決策のプログラムの実行を制御するために使用される１つまたは複数の集積回路であり得る。コンピュータシステムに含まれる１つまたは複数のメモリは、リード・オンリ・メモリ（read-only memory, ROM）または静的な情報および命令を記憶することが可能な他のタイプの静的メモリデバイス、またはランダム・アクセス・メモリ（random access memory, RAM）または情報および命令を記憶することが可能な他のタイプの動的メモリデバイス、または磁気ディスク記憶装置であり得る。メモリはバスを介してプロセッサに接続される。
【０１４０】
通信インタフェースは、他のデバイスとの通信のための送受信機のような任意の装置、または、イーサネット（登録商標）、無線アクセスネットワーク（RAN）、および無線ローカル・エリア・ネットワーク（WLAN）のような通信ネットワークであり得る。
【０１４１】
RAMのようなメモリは、オペレーティングシステムおよび本発明の解決策を実行するプログラムを記憶する。オペレーティングシステムは、他のプログラムの動作を制御し、システムリソースを管理するプログラムである。本発明の解決策を実行するプログラムコードはメモリ内に記憶され、その実行はプロセッサによって制御される。
【０１４２】
メモリ内に記憶されるプログラムは、
グループサーバにグループ生成要求を送信することを含み、ここで、グループ生成要求は生成されるように要求されたグループのグループタイプを搬送し、および、
返信されたグループ生成応答を受信することを含み、ここで、グループ生成応答は、グループ内の要素の要素タイプとグループタイプの間の一致検査の結果を搬送する、
マシン・ツー・マシン通信の間のグループ管理のための方法を実行するようにプロセッサに命令するために使用される。
【０１４３】
任意選択で、この方法は、グループ生成応答に従って、グループサーバからの、グループの状態の閲覧申込を行うこと、をさらに含む。
【０１４４】
ここで実施例が漸進的な方法で説明され、ここで、実施例の間の類似または同一の部分は参照によって取得されることが可能であり、各々の実施例の重点は異なることに留意すべきである。特に、装置の実施例の場合において、それらは方法の実施例に類似するので、説明は簡単であり、ここで、ユニットの機能実行の過程は方法の実施例の関連する部分の参照によって取得され得る。上述した装置の実施例は例示である。分離された部分として説明されたユニットは、物理的に分離され、または物理的に分離されないことが可能である。ユニットとして説明された部分は物理的なユニットであるか、または物理的なユニットでないことが可能である。これは、部分は１つの場所に配置され、または複数のネットワーク要素内に分散され得ることを意味する。実施例の技術的解決策の目的は、現実的な必要性に依存してここで説明された一部のまたは全てのモジュールによって達成され得る。この技術分野の当業者は創作的な労力なしで本発明の技術的解決策を理解し実現するであろう。
【０１４５】
結論として、上述した実施例は、本発明のほんのいくつかの好ましい実施例であり、本発明の保護範囲を限定することは意図されない。本発明は、本発明の原理から逸脱することなく本発明になされる全ての修正、等価な置換、および改善に及ぶことが意図される。
【符号の説明】
【０１４６】
１００１、１１０１  プロセッサ
１００２、１１０２  メモリ
１００３、１１０３  通信インタフェース
【図１】
2016508299.tif 000003
【図２】
2016508299.tif 000004
【図３】
2016508299.tif 000005
【図４】
2016508299.tif 000006
【図５】
2016508299.tif 000007
【図６】
2016508299.tif 000008
【図７】
2016508299.tif 000009
【図８】
2016508299.tif 000010
【図９】
2016508299.tif 000011
【図１０】
2016508299.tif 000012
【図１１】
2016508299.tif 000013
【手続補正書】
【提出日】平成27年7月21日(2015.7.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マシン・ツー・マシン通信の間のグループ管理のための方法であって、
要求装置によって送信されたグループ生成要求を受信するステップであって、前記グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する、ステップと、
前記グループ内の要素の要素タイプと前記グループタイプの間の一致を検査するステップと、
前記グループ内の要素が到達不可能であると判定し、前記グループの一致検査フラグを“検査未完了”に設定するステップと、
グループ生成応答を前記要求装置に返信するステップであって、前記グループ生成応答は前記グループの一致検査フラグを含む、ステップと、
を含む方法。
【請求項２】
前記グループ内の１つの要素の要素タイプが前記グループタイプと不一致であると判定するステップと、
要素タイプが前記グループタイプと不一致である要素を前記グループから削除するか、または直接に前記グループを削除するステップと、
をさらに含む請求項１に記載の方法。
【請求項３】
前記グループの属性は一致ポリシーを含み、前記方法は、前記グループ内の要素の要素タイプが前記グループタイプと不一致であると判定するとき、前記一致ポリシーに従って、要素タイプが前記グループタイプと不一致である要素を前記グループから削除するか、または生成されたグループを削除するかを判定するステップをさらに含む請求項１または２に記載の方法。
【請求項４】
サービスプラットフォームからの前記到達不可能な要素のホームデバイスのオンライン状態の閲覧申込を行い、前記オンライン状態が変化するとき前記サービスプラットフォームによって送信された通知メッセージを受信するか、または、
前記到達不可能な要素が到達可能になるまで定期的に前記到達不可能な要素のホームデバイスをポーリングするステップと、
前記要素が到達可能であるという判定の後、前記到達可能な要素の要素タイプを取得し、前記到達可能な要素の要素タイプと前記グループタイプの間の一致を判定するステップと、
をさらに含む請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記グループ内の要素の要素タイプと前記グループタイプの間の一致を検査するステップは、
前記グループ内の要素がサブグループでない要素であると判定し、前記要素のユニフォームリソース識別子URIに従って前記要素の要素タイプを判定するステップと、
前記要素タイプの判定の後、前記要素の要素タイプと前記グループタイプの間の一致を判定するステップと、
を特に含む請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記グループ内の要素の要素タイプと前記グループタイプの間の一致を検査するステップは、
前記グループ内のサブグループ要素の一致検査が未完了であると判定するステップと、
サブグループのホームデバイスからの前記サブグループの状態の閲覧申込を行うステップと、
前記サブグループの状態通知を受信し、前記状態通知に従って前記サブグループのタイプを判定し、前記サブグループのタイプと前記グループタイプの間の一致を判定するステップと、
を特に含む請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記グループタイプがハイブリッドでないタイプである、請求項１から６のいずれか一項に記載の方法。
【請求項８】
マシン・ツー・マシン通信の間のグループ管理のための方法であって、
グループサーバにグループ生成要求を送信するステップであって、前記グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する、ステップと、
返信されたグループ生成応答を受信するステップであって、前記グループ生成応答は、“検査未完了”に設定された前記グループの一致検査フラグを搬送する、ステップと、
を含む方法。
【請求項９】
前記グループ生成応答に従って前記グループサーバからの前記グループの状態の閲覧申込を行うステップをさらに含む請求項８に記載の方法。
【請求項１０】
マシン・ツー・マシン通信のためのグループサーバであって、
要求装置によって送信されたグループ生成要求を受信するように構成された受信ユニットであって、前記グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する、受信ユニットと、
前記グループ内の要素の要素タイプと前記グループタイプの間の一致を検査し、前記グループ内の要素が到達不可能であると判定し、前記グループの一致検査フラグを“検査未完了”に設定するように構成された一致検査ユニットと、
グループ生成応答を前記要求装置に返信するように構成された送信ユニットであって、前記グループ生成応答は前記グループの一致検査フラグを含む、送信ユニットと、
を備えるグループサーバ。
【請求項１１】
前記グループ内の１つの要素の要素タイプが前記グループタイプと不一致であると判定されるとき、要素タイプが前記グループタイプと不一致である要素を前記グループから削除するか、または直接に前記グループを削除するように構成されたポリシーユニット
をさらに備える請求項１０に記載のグループサーバ。
【請求項１２】
前記グループの属性は一致ポリシーを含み、前記ポリシーユニットは、前記グループ内の要素の要素タイプが前記グループタイプと不一致であると判定されるとき、前記一致ポリシーに従って、要素タイプが前記グループタイプと不一致である要素を前記グループから削除するか、または生成されたグループを削除するかをさらに判定する、請求項１１に記載のグループサーバ。
【請求項１３】
前記グループサーバは、サービスプラットフォームからの前記グループ内の到達不可能な要素のホームデバイスのオンライン状態の閲覧申込を行い、前記オンライン状態が変化するとき前記サービスプラットフォームによって送信された通知メッセージを受信するように構成された閲覧申込ユニットをさらに備え、前記一致検査ユニットは、前記要素が到達可能であるという判定の後、前記要素の要素タイプを取得し、前記到達可能な要素の要素タイプと前記グループタイプの間の一致を判定する、請求項１０から１２のいずれか一項に記載のグループサーバ。
【請求項１４】
前記一致検査ユニットは、
前記グループ内の要素がサブグループでない要素であると判定し、前記要素のユニフォームリソース識別子URIに従って前記要素の要素タイプを判定し、
前記要素タイプの判定の後、前記要素の要素タイプと前記グループタイプの間の一致を判定する
ように特に構成された請求項１０から１３のいずれか一項に記載のグループサーバ。
【請求項１５】
前記グループサーバは、前記グループ内のサブグループ要素の一致検査が未完了であると判定されるとき、サブグループのホームデバイスからの前記サブグループの状態の閲覧申込を行い、前記サブグループの状態通知を受信するように構成された閲覧申込ユニットをさらに備え、前記一致検査ユニットは、前記状態通知に従って前記サブグループのタイプを判定し、前記サブグループのタイプと前記グループタイプの間の一致を判定する、請求項１０から１４のいずれか一項に記載のグループサーバ。
【請求項１６】
マシン・ツー・マシン通信のための要求装置であって、
グループサーバにグループ生成要求を送信するように構成された送信ユニットであって、前記グループ生成要求は、生成されるように要求されたグループのグループタイプを搬送する、送信ユニットと、
返信されたグループ生成応答を受信するように構成された受信ユニットであって、前記グループ生成応答は、“検査未完了”に設定された前記グループの一致検査フラグを搬送する、受信ユニットと、
を備える要求装置。
【請求項１７】
前記グループ生成応答に従って前記グループサーバからの前記グループの状態の閲覧申込を行うように構成された閲覧申込ユニットをさらに備える請求項１６に記載の要求装置。
【請求項１８】
請求項１から９のいずれか一項に記載の方法をコンピュータに実行させるプログラム。
【請求項１９】
請求項１０から１５のいずれか一項に記載のグループサーバと、請求項１６から１７のいずれか一項に記載の要求装置とを備える、マシン・ツー・マシン通信のためのシステム。
【国際調査報告】
2016508299.tif 000014
2016508299.tif 000015
2016508299.tif 000016
2016508299.tif 000017