特許 6014922 グループ通信のための方法およびシステム、グループサーバ並びにグループメンバーデバイス

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6014922

(24)【登録日】2016年10月7日

(45)【発行日】2016年10月26日

(54)【発明の名称】グループ通信のための方法およびシステム、グループサーバ並びにグループメンバーデバイス

(51)【国際特許分類】

   H04W 28/06 20090101AFI20161013BHJP

   H04W 4/08 20090101ALI20161013BHJP

   H04M 11/00 20060101ALI20161013BHJP

   H04L 12/951 20130101ALI20161013BHJP

   H04W 4/06 20090101ALI20161013BHJP

【ＦＩ】

   H04W28/06

   H04W4/08

   H04M11/00 301

   H04L12/951

   H04W4/06 110

【請求項の数】10

【全頁数】30

(21)【出願番号】特願2015-511883(P2015-511883)

(86)(22)【出願日】2012年5月14日

(65)【公表番号】特表2015-523769(P2015-523769A)

(43)【公表日】2015年8月13日

(86)【国際出願番号】CN2012075427

(87)【国際公開番号】WO2013170410

(87)【国際公開日】20131121

【審査請求日】2014年11月27日

(73)【特許権者】

【識別番号】504277388

【氏名又は名称】▲ホア▼▲ウェイ▼技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

(74)【代理人】

【識別番号】100146835

【弁理士】

【氏名又は名称】佐伯 義文

(74)【代理人】

【識別番号】100140534

【弁理士】

【氏名又は名称】木内 敬二

(72)【発明者】

【氏名】肖 芳英

(72)【発明者】

【氏名】▲張▼ 永靖

【審査官】 篠田 享佑

(56)【参考文献】

【文献】 国際公開第２０１１／０５４１４２（ＷＯ，Ａ１）

【文献】 ETSI，Machine-to-Machine communications(M2M); mla, dla and mld interfaces，ETSI TS 102 921 v1.1.1，２０１２年 ２月，１９４−２０３ページ

【文献】 InterDigital Communications, LLC，MTC devices acting as a gateway，3GPP TSG-SA WG1 Meeting #50 S1-101057，２０１０年 ５月１０日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｌ １２／９５１

Ｈ０４Ｍ １１／００

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

(57)【特許請求の範囲】

【請求項1】

グループ通信方法において、
グループサーバによって、グループメンバーデバイスによって送信された通知メッセージを受信するステップであって、前記通知メッセージは、前記グループメンバーデバイスのリソースが加入者デバイスによって設定された加入条件を満たした後、前記グループサーバに送信され、かつ、通知メッセージの数は少なくとも2である、ステップと、
前記グループサーバによって、前記通知メッセージに搬送された前記加入者デバイスのアドレスに基づいて、同一の加入者デバイス宛の前記通知メッセージを集約通知メッセージに集約するステップと、
前記グループサーバによって、前記加入者デバイスの前記アドレスに基づいて、前記集約通知メッセージを前記加入者デバイスに送信するステップと
を含む方法。

【請求項2】

前記通知メッセージに搬送された前記加入者デバイスのアドレスに基づいて、同一の加入者デバイス宛の前記通知メッセージを集約通知メッセージに集約する前記ステップは、
前記通知メッセージの受信者アドレスと前記通知メッセージに搬送された前記加入者デバイスの前記アドレスとに基づいて、前記加入者デバイス宛の前記通知メッセージを前記集約通知メッセージに集約するステップ
を含む請求項1に記載の方法。

【請求項3】

前記通知メッセージの受信者アドレスと前記通知メッセージに搬送された前記加入者デバイスの前記アドレスとに基づいて、前記加入者デバイス宛の前記通知メッセージを前記集約通知メッセージに集約する前記ステップは、
前記通知メッセージの前記受信者アドレスに基づいて、前記通知メッセージが前記加入者デバイスに転送される必要があることを決定するステップであって、前記通知メッセージの前記受信者アドレスは通知メッセージを集約するための前記グループサーバのサブリソースのアドレスである、ステップと
前記通知メッセージに搬送された前記加入者デバイスの前記アドレスに基づいて、前記加入者デバイスの同一アドレスを搬送する前記通知メッセージを前記集約通知メッセージに集約するステップと
を含む、請求項2に記載の方法。

【請求項4】

前記通知メッセージに搬送された前記加入者デバイスのアドレスに基づいて、前記加入者デバイス宛の前記通知メッセージを集約通知メッセージに集約する前記ステップは、
前記通知メッセージに搬送される転送識別子と前記加入者デバイスの前記アドレスとに基づいて、前記加入者デバイス宛の前記通知メッセージを前記集約通知メッセージに集約するステップ
を含む、請求項1に記載の方法。

【請求項5】

前記通知メッセージに搬送される転送識別子と前記加入者デバイスの前記アドレスとに基づいて、前記加入者デバイス宛の前記通知メッセージを前記集約通知メッセージに集約する前記ステップは、
前記通知メッセージに搬送された前記転送識別子に基づいて、前記通知メッセージが前記加入者デバイスに転送される必要があることを決定するステップと、
前記通知メッセージに搬送された前記加入者デバイスの前記アドレスに基づいて、前記加入者デバイスの前記アドレスを搬送する前記通知メッセージを前記集約通知メッセージに集約するステップと
を含む請求項4に記載の方法。

【請求項6】

前記グループメンバーデバイスによって送信された通知メッセージを受信するステップの前に、
前記グループサーバのグループメンバーデバイスに加入するために、前記加入者デバイスによって送信された要求メッセージを受信するステップであって、前記要求メッセージは前記加入者デバイスの前記アドレスを搬送する、ステップと、
前記要求メッセージに基づいて、前記加入者デバイスによって設定された前記加入条件と前記加入者デバイスの前記アドレスとを格納するためのサブリソースを生成するステップと
をさらに含む、請求項1に記載の方法。

【請求項7】

前記グループメンバーデバイスによって送信された通知メッセージを受信する前記ステップは、
前記グループメンバーデバイスによって送信された前記通知メッセージと、集約されかつ前記グループサーバのサブグループサーバによって送信された通知メッセージとを受信するステップ
を含む、請求項1〜6のいずれか一項に記載の方法。

【請求項8】

グループサーバであって、
グループメンバーデバイスによって送信された通知メッセージを受信するように構成された第1受信モジュールであって、前記グループメンバーデバイスのリソースが加入者デバイスによって設定された加入条件を満たした後に、前記通知メッセージが前記グループサーバに送信され、かつ、通知メッセージの数は少なくとも2である、第1受信モジュールと、
前記通知メッセージに搬送された前記加入者デバイスのアドレスに基づいて、同一の加入者デバイス宛の前記通知メッセージを集約通知メッセージに集約するように構成された集約モジュールと、
前記加入者デバイスの前記アドレスに基づいて、前記集約通知メッセージを前記加入者デバイスに送信するように構成された第1送信モジュールと
を備えるグループサーバ。

【請求項9】

前記集約モジュールは、前記通知メッセージの受信者アドレスと前記通知メッセージに搬送された前記加入者デバイスの前記アドレスとに基づいて、前記加入者デバイス宛の前記通知メッセージを前記集約通知メッセージに集約するように構成され、かつ、前記通知メッセージの前記受信者アドレスは集約通知メッセージのための前記グループサーバのサブリソースのアドレスである、請求項8に記載のグループサーバ。

【請求項10】

前記集約モジュールは、特に、前記通知メッセージに搬送される転送識別子と前記加入者デバイスの前記アドレスとに基づいて、前記加入者デバイス宛の前記通知メッセージを前記集約通知メッセージに集約するように構成された、請求項8に記載のグループサーバ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信技術の分野に関し、特にグループ通信のための方法およびシステム、グループサーバ並びにグループメンバーデバイスに関する。

【背景技術】

【0002】

通信技術の発展とともに、マシン同士の通信(M2M)が広く利用されている。M2M通信は、インテリジェントなマシンインタラクションを中心としたネットワークベースのアプリケーションおよびサービスである。無線または有線通信モジュールおよびアプリケーションロジックモジュールを組み込むことによって、前記M2M通信は、マニュアルな介入なしでデータ通信を実行し、その結果、モニタリング、スケジューリング、データ収集および測定等のユーザの情報化要求を満たすことができる。

【0003】

図1は、典型的なM2Mシステム構造を示している。前記システム構造は、M2M端末、M2Mゲートウェイ、M2MサービスプラットフォームおよびM2Mアプリケーションを備える。

【0004】

例えば、センサーおよびマイクロコントローラのようなM2M端末は、M2Mアプリケーションによって送信されるサービス命令を受信し、かつ、前記受信されたサービス命令に基づいてサービス操作を実行するように構成される。M2M端末とトランスポートネットワークとの間のプロキシサーバとしてのM2Mゲートウェイは、前記ゲートウェイに接続されたM2M端末に、プロキシサービスを提供するように構成される。M2Mサービスプラットフォームは、共有されたM2M機能を、M2Mアプリケーションに提供するように構成される。例えば電力メータの読み値またはインテリジェントトランスポーテーションのようなM2Mアプリケーションは、M2Mサービスプラットフォームによって提供されたサービスキャパビリティを使用し、M2M端末によって収集されたデータを取得し、または、遠隔制御およびM2M端末における管理を実行するように構成される。

【0005】

M2Mシステムにおいて、M2M端末は、M2Mサービスプラットフォームに直接的にアクセスし、または、M2Mゲートウェイを介して遠隔的にアクセスする。M2Mサービスプラットフォームによって提供されるサービスキャパビリティを使用することによって、様々なM2Mアプリケーションは、M2M端末によって収集されたデータを取得し、または、遠隔制御およびM2M端末における管理を実行する

【0006】

M2Mシステムにおいて、グループ通信能力は、特に重要である。現在、欧州電気通信標準化機構(ETSI)によって策定されているM2M技術仕様(TS) 102 690およびTS 102 921は、リソース指向のグループ通信方法を記載している。この方法では、M2M端末およびM2Mゲートウェイで動作する全てのローカルアプリケーションおよびデータオブジェクトを含む例えばM2Mアプリケーション、M2Mサービスプラットフォーム、M2M端末およびM2Mゲートウェイのようなリソースは、全て一種のRepresentational State Transfer(RESTful)グループリソースとして考えられる。前記RESTfulグループリソースは、ユニバーサルリソース識別子(URI)によって一意に識別される。グループベースの操作は、グループリソースのメンバーとして前のリソースを含めることによって複数のリソース上で実行されることができる。つまり、全てのグループメンバーデバイスにおけるグループメンバーリソースの情報を取得するために、M2Mアプリケーションは、加入者デバイスを介して同時にグループリソースを実行することができ、それによって、通信ペイロードを減少させる。

【0007】

しかしながら、先行の方法は、グループメンバーデバイスに操作要求を送信する加入者デバイスに対してのみ適切である。前記グループメンバーデバイスが、通知メッセージを前記加入者デバイスに送信するとき、過多なメッセージが前記グループメンバーデバイスと前記加入者デバイスとの間で交換され、その結果、通信トラフィックが重くなる。

【発明の概要】

【課題を解決するための手段】

【0008】

本発明の態様は、グループ通信方法、システム、グループサーバおよびグループメンバーデバイスを提供し、前記グループメンバーデバイスが通知メッセージを前記加入者デバイスに送信するときに、グループメンバーデバイスと加入者デバイスとの間で交換される過多なメッセージにより発生する重い通信トラフィックの問題を解決する。

【0009】

本発明の態様は、
グループメンバーデバイスによって送信された通知メッセージを受信するステップであって、前記通知メッセージは、前記グループメンバーデバイスのリソースが加入者デバイスによって設定された加入条件を満たした後、グループサーバに送信され、かつ、通知メッセージの数は少なくとも2である、ステップと、
前記加入者デバイスのアドレスに基づいて、同一の加入者デバイス宛の前記通知メッセージを集約するステップと、
前記加入者デバイスの前記アドレスに基づいて、集約した後に取得された通知メッセージを前記加入者デバイスに送信するステップと
を含むグループ通信方法を提供する。

【0010】

本発明の態様は、さらに、
グループメンバーデバイスによって、前記グループメンバーデバイスのリソースが設定された加入条件を満たすか否かを判定するステップと、
前記グループメンバーデバイスの前記リソースが前記設定された加入条件を満たす場合、前記グループメンバーデバイスによって、グループサーバに通知メッセージを送信するステップであって、その結果、前記グループサーバは前記通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを加入者デバイスに送信する、ステップと
を含むグループ通信方法を提供する。

【0011】

本発明の態様は、さらに、
グループメンバーデバイスによって送信された通知メッセージを受信するように構成された第1受信モジュールであって、前記グループメンバーデバイスのリソースが加入者デバイスによって設定された加入条件を満たした後に、前記通知メッセージが前記グループサーバに送信され、かつ、通知メッセージの数は少なくとも2である、第1受信モジュールと、
前記加入者デバイスのアドレスに基づいて、同一の加入者デバイス宛の前記通知メッセージを集約するように構成された集約モジュールと、
前記加入者デバイスの前記アドレスに基づいて、集約した後に取得された通知メッセージを前記加入者デバイスに送信するように構成された第1送信モジュールと
を備えたグループサーバを提供する。

【0012】

本発明の態様は、さらに、
前記グループメンバーデバイスのリソースが設定された加入条件を満たすか否かを判定するように構成された判定モジュールと、
もし前記グループメンバーデバイスの前記リソースが前記設定された加入条件を満たす場合、通知メッセージをグループサーバに送信するように構成された第2送信モジュールであって、その結果、前記グループサーバは前記通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを加入者デバイスに送信する、第2送信モジュールと
を備えるグループメンバーデバイスを提供する。

【0013】

本発明の態様は、さらに、
通知メッセージをグループサーバに送信するように構成されたグループメンバーデバイスであって、前記通知メッセージは、前記グループメンバーデバイスのリソースが加入者デバイスによって設定された加入条件を満たした後、前記グループサーバに送信され、かつ、通知メッセージの数は少なくとも2である、グループメンバーデバイスを備えたグループ通信システムを提供し、かつ、
前記グループサーバは、前記グループメンバーデバイスによって送信された前記通知メッセージを受信し、前記加入者デバイスのアドレスに基づいて同一の加入者デバイス宛の前記通知メッセージを集約し、かつ、前記加入者デバイスの前記アドレスに基づいて集約した後に取得された通知メッセージを前記加入者デバイスに送信するように構成される。

【0014】

本発明の態様において、グループサーバは、前記グループメンバーデバイスによって送信された通知メッセージを受信し、加入者デバイスのアドレスに基づいて、同一の加入者デバイス宛の通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを前記加入者デバイスに送信する。前記グループメンバーデバイスによって前記加入者デバイスに送信される複数のメッセージを集約することによって、前記グループメンバーデバイスと前記加入者デバイスとの間で交換されるメッセージは減少し、それによって、前記グループメンバーデバイスと前記加入者デバイスとの間の通信トラフィックは減少する。

【図面の簡単な説明】

【0015】

【図1】従来技術におけるM2Mシステム構造の概略図である。

【図2】本発明に基づくグループ通信方法の実施形態の概略的なフローチャートである。

【図3】本発明に基づくグループ通信方法の別の実施形態の概略的なフローチャートである。

【図4】本発明に基づくグループ通信方法の別の実施形態の概略的なフローチャートである。

【図5】本発明に基づくグループ通信方法の別の実施形態の概略的なフローチャートである。

【図6】本発明に基づくグループ通信方法の別の実施形態の概略的なフローチャートである。

【図7】本発明に基づくグループ通信方法の別の実施形態の概略的なフローチャートである。

【図8】本発明に基づくグループ通信方法の別の実施形態の概略的なフローチャートである。

【図9】本発明に基づくグループ通信方法の別の実施形態の概略的なフローチャートである。

【図10】本発明に基づくグループサーバの実施形態の概略図である。

【図11】本発明に基づくグループメンバーデバイスの実施形態の概略図である。

【図12】本発明に基づくグループ通信システムの実施形態の概略図である。

【発明を実施するための形態】

【0016】

本発明の実施形態の目的、技術的解決策および利点をより理解し易くするために、本発明の実施形態における添付図面を参照して、本発明の実施形態における技術的解決策を、以下に明確かつ十分に説明する。明らかに、説明される実施形態は、本発明の実施形態のすべてというよりはむしろ単なる一部である。創造的努力なしに本発明の実施形態に基づいて当業者によって取得される他の全ての実施形態は、本発明の保護範囲に含まれるものとする。

【0017】

以下に、本発明の方法の実施形態の全体の技術的解決策を説明する。

【0018】

〔方法の実施形態1〕
図2は、本発明に基づくグループ通信方法の実施形態の概略的なフローチャートである。図2に示されるように、前記方法は以下のステップを含む。

【0019】

ステップ101: グループメンバーデバイスによって送信された通知メッセージを受信する。前記グループメンバーデバイスのリソースが加入者デバイスによって設定された加入条件を満たした後、前記通知メッセージはグループサーバに送信され、かつ、通知メッセージの数は少なくとも2である。

【0020】

本発明のこの実施形態において、前記グループサーバは、複数のリソースにグループベースの操作を実行することが可能なサーバーである。例えば、M2Mシステムにおいて、M2M端末およびM2Mゲートウェイで動作する全てのローカルアプリケーションおよびデータオブジェクトを含む例えばM2Mアプリケーション、M2Mサービスプラットフォーム、M2M端末およびM2Mゲートウェイのようなリソースは、全て一種のRESTful グループリソースとして考えられる。前記グループサーバは、前記リソースにグループベースの操作を実行することができる。前記グループメンバーデバイスは、グループリソースが存在するデバイスであり、例えば湿度センサーまたは温度センサーである。

【0021】

留意すべきは、本発明のこの実施形態において、前記グループサーバは、M2Mサービスプラットフォーム、M2M端末またはM2Mゲートウェイに置かれ、かつ、実行されてもよいということである。

【0022】

ステップ102: 前記加入者デバイスのアドレスに基づいて、同一の加入者デバイス宛の前記通知メッセージを集約する。

【0023】

ステップ103: 前記加入者デバイスの前記アドレスに基づいて、集約した後に取得される通知メッセージを前記加入者デバイスに送信する。

【0024】

本発明のこの実施形態において、前記グループサーバは、前記加入者デバイスの前記アドレスに基づいて、複数の通知メッセージを集約することができる。集約した後に取得される通知メッセージの数は、前記グループメンバーデバイスによって送信される通知メッセージの数よりも少ない。あるいは、集約した後に取得される通知メッセージの数は、1である。

【0025】

本発明のこの実施形態において、グループサーバは、グループメンバーデバイスによって送信された通知メッセージを受信し、加入者デバイスのアドレスに基づいて同一の加入者デバイス宛の前記通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを前記加入者デバイスに送信する。グループメンバーデバイスによって前記加入者デバイスに送信される複数のメッセージを集約することによって、前記グループメンバーデバイスと前記加入者デバイスとの間で交換されるメッセージは減少し、それによって、前記グループメンバーデバイスと前記加入者デバイスとの間の通信トラフィックは減少する。

【0026】

〔方法の実施形態2〕
図3は、本発明に基づくグループ通信方法の別の実施形態の概略的なフローチャートである。図3に示されるように、前記方法は、以下のステップを含む。

【0027】

ステップ 201: グループメンバーデバイスは、前記グループメンバーデバイスのリソースが設定された加入条件を満たすか否かを判定する。

【0028】

ステップ 202: もし前記グループメンバーデバイスの前記リソースが前記設定された加入条件を満たす場合、前記グループメンバーデバイスは、通知メッセージをグループサーバに送信し、その結果、前記グループサーバは、前記通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを加入者デバイスに送信する。

【0029】

本発明のこの実施形態において、前記グループサーバは、複数のリソースにグループベースの操作を実行することができるサーバーである。例えば、M2Mシステムにおいて、M2M端末およびM2Mゲートウェイで動作する全てのローカルアプリケーションおよびデータオブジェクトを含む例えばM2Mアプリケーション、M2Mサービスプラットフォーム、M2M端末およびM2Mゲートウェイのようなリソースは、全て一種のRESTful グループリソースとして考えられる。前記グループサーバは、前記リソースにグループベースの操作を実行することができる。前記グループメンバーデバイスは、グループリソースが存在するデバイスであって、例えば湿度センサーまたは温度センサーである。

【0030】

留意すべきは、本発明のこの実施形態において、前記グループサーバは、M2Mサービスプラットフォーム、M2M端末またはM2Mゲートウェイに置かれ、実行されてもよいということである。

【0031】

また、さらに留意すべきは、本発明のこの実施形態において、前記グループサーバによって集約した後に取得される通知メッセージの数は、前記グループメンバーデバイスによって送信される通知メッセージの数よりも小さいということである。あるいは、前記グループサーバによって集約した後に取得される通知メッセージの数は、1である。

【0032】

本発明のこの実施形態において、グループメンバーデバイスのリソースが設定された加入条件を満たした後、前記グループメンバーデバイスは通知メッセージをグループサーバに送信し、その結果、前記グループサーバは前記通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを前記加入者デバイスに送信する。前記グループメンバーデバイスによって前記加入者デバイスに送信される複数のメッセージを集約することによって、前記グループメンバーデバイスと前記加入者デバイスとの間で交換されるメッセージは減少し、それによって、前記グループメンバーデバイスと前記加入者デバイスとの間の通信トラフィックは減少する。

【0033】

〔方法の実施形態3〕
図4は、本発明に基づくグループ通信方法の別の実施形態の概略的なフローチャートである。本発明のこの実施形態において、加入者デバイスおよびグループメンバーリソースは、同一のサービスキャパビリティレイヤ (SCL)ではない。本発明の解決策は、加入者デバイスが、転送識別子と、グループサーバに送信される通知メッセージにおける前記加入者デバイスのアドレスとを搬送し、かつ、前記グループサーバが集約しかつ前記通知メッセージを前記加入者デバイスに送信する実施例を用いて説明される。図4に示されるように、前記方法は、以下のステップを含む。

【0034】

ステップ301: 加入者デバイスは、グループメンバーリソースに加入するための要求メッセージをグループサーバに送信する。前記要求メッセージは前記加入者デバイスのアドレスを搬送する。

【0035】

本発明のこの実施形態において、前記加入者デバイスは、サービス要求メッセージを前記グループサーバに送信するデバイスである。前記加入者デバイスは、キーボード、マウス、遠隔制御、タッチパッドまたは音声操作デバイスを介するユーザとのヒューマン・マシン対話を実行することができる任意の電気製品であってもよいが、コンピュータおよび携帯電話等に限定されない。

【0036】

ステップ 302: 前記グループサーバは、グループメンバーリソースに加入するための前記要求メッセージを、各グループメンバーデバイスに転送する。前記要求メッセージは、前記グループサーバのアドレスと前記加入者デバイスの前記アドレスとを搬送する。

【0037】

本発明のこの実施形態において、前記グループサーバの前記アドレスは、もし前記グループメンバーデバイスのリソース変更が前記加入者デバイスによって予め設定された加入条件を満たす場合、通知メッセージは前記グループサーバに送信される必要があることを、グループメンバーデバイスに指示するために使用される。

【0038】

例えば、もし前記グループメンバーデバイスが温度センサーである場合、前記加入者デバイスによって設定された前記加入条件は、次のようである。つまり、温度感知装置によって感知された温度が100℃に達するとき、通知が必要である。温度感知装置によって感知される温度が100℃に達するとき、前記温度感知装置は、温度パラメータを通知メッセージにカプセル化し、かつ、前記グループサーバの前記アドレスに基づいて前記通知メッセージを前記グループサーバに送信する。

【0039】

留意すべきは、本発明のこの実施形態において、前記グループサーバの前記アドレスの実行手法は、限定されないということである。例えば、URIは、前記グループサーバの前記アドレスを表すために使用されてもよい。

【0040】

ステップ 303: 各グループメンバーデバイスは、前記要求メッセージに搬送された前記加入者デバイスの前記アドレスに基づいて、前記要求メッセージを確認する。

【0041】

本発明のこの実施形態において、前記加入者デバイスが前記グループメンバーデバイスに対してサービス加入許可を有しているか否かを識別するために、前記グループメンバーデバイスは、前記要求メッセージに搬送された前記加入者デバイスの前記アドレスに基づいて、前記要求メッセージを確認する。

【0042】

ステップ 304: もし前記確認がパスされた場合、各グループメンバーデバイスは加入リソースを生成し、かつ、前記グループサーバの前記アドレスと、前記要求メッセージに搬送された前記加入者デバイスの前記アドレスとを格納する。

【0043】

本発明のこの実施形態において、前記グループメンバーデバイスが、加入リソースを生成するということは次のことを意味する。つまり、前記グループメンバーデバイスは、そのサブリソースにおいて、前記加入リソースを生成し、かつ、前記加入リソースの属性を設定する。前記加入リソースの前記属性は、前記加入リソースの生成時間、前記加入リソースの有効期限、前記加入リソースの最終修正時刻、前記加入リソースの加入条件および前記加入リソースの通知メッセージの受信者アドレス等を含むが、これらに限定されない。

【0044】

留意すべきは、本発明のこの実施形態において、前記加入リソースを生成するとき、前記グループメンバーデバイスは、前記加入リソースの通知メッセージの受信者アドレスを、前記グループサーバの前記アドレスに設定するということである。

【0045】

さらに留意すべきは、もし前記加入者デバイスが前記グループメンバーリソースと同一のサービスキャパビリティレイヤ (SCL)である場合、前記グループメンバーデバイスは、前記加入リソースを生成するときに、前記加入リソースの前記通知メッセージの前記受信者アドレスを、前記加入者デバイスの前記アドレスに設定し、その結果、前記グループメンバーデバイスのリソース変更が前記加入者デバイスによって設定された前記加入条件を満たすとき、前記通知メッセージは、前記通知メッセージの前記アドレスに基づいて前記加入者デバイスへ直接的に送信されるということである。前記加入者デバイスの識別子と前記グループメンバーリソースの識別子とに基づいて、前記加入者デバイスおよび前記グループメンバーリソースは、同一のサービスキャパビリティレイヤであるか否かが判定されてもよい。前記識別子はURIであってもよい。

【0046】

ステップ 305: 各グループメンバーデバイスは、前記グループサーバに応答メッセージを返す。

【0047】

ステップ 306: 前記グループサーバは、全ての応答メッセージを集約する。

【0048】

ステップ 307: 前記グループサーバは、集約した後に取得される応答メッセージを前記加入者デバイスに返す。

【0049】

ステップ 308: グループメンバーデバイスのリソースが前記加入者デバイスによって設定された前記加入条件を満たすとき、前記グループメンバーデバイスは、前記通知メッセージの前記受信者アドレスに基づいて前記グループサーバに通知メッセージを送信する。前記通知メッセージは、前記加入者デバイスの前記アドレスと、転送識別子とを搬送する。

【0050】

本発明のこの実施形態において、グループメンバーデバイスによって送信された通知メッセージを集約し、かつ、前記加入者デバイスの前記アドレスに基づいて集約した後に取得された通知メッセージを前記加入者デバイスに転送する前記グループサーバをトリガするために、前記転送識別子が使用されてもよい。

【0051】

ステップ 309: 前記グループサーバは、前記通知メッセージが前記転送識別子を搬送している否かを判定する。

【0052】

ステップ 310: もし前記通知メッセージが前記転送識別子を搬送している場合、前記グループサーバは、前記通知メッセージに搬送された前記加入者デバイスの前記アドレスに基づいて、同一の加入者デバイス宛の通知メッセージを集約する。

【0053】

特に、前記グループサーバは、前記通知メッセージに搬送された前記転送識別子に基づいて、前記通知メッセージが前記加入者デバイスに転送される必要があることを決定する。前記グループサーバは、前記通知メッセージに搬送される前記通知メッセージを受信する前記加入者デバイスの前記アドレスに基づいて、前記加入者デバイスの同一アドレスを搬送する前記通知メッセージを単一の通知メッセージに集約する。

【0054】

例えば、加入者デバイス Aは、グループメンバーデバイス 1と、グループメンバーデバイス 2と、グループメンバーデバイス 3とに加入する。もし前記加入者デバイスによって設定された前記加入条件が設定された期間内であることを満たす場合、グループメンバーデバイス 1と、グループメンバーデバイス 2と、グループメンバーデバイス 3とは、通知メッセージを前記グループサーバに送信する。前記通知メッセージは全て、加入者デバイス Aのアドレスを搬送する。前記通知メッセージを受信した後、前記グループサーバは、前記通知メッセージに搬送された加入者デバイス Aのアドレスに基づいて、加入者デバイス Aの同一アドレスを搬送する通知メッセージを、単一の通知メッセージに集約する。

【0055】

ステップ 311: 前記グループサーバは、前記加入者デバイスの前記アドレスに基づいて、前記加入者デバイスに集約した後に取得された通知メッセージを送信する。

【0056】

本発明のこの実施形態では、グループメンバーデバイスによって送信される通知メッセージにおいて転送識別子と加入者デバイスのアドレスとを搬送することによって、グループサーバは、前記グループメンバーデバイスによって同一の加入者デバイスに送信される前記通知メッセージを集約し、かつ、集約した後に取得されたメッセージを前記加入者デバイスに送信することができる。これは、前記加入者デバイスと前記グループメンバーデバイスとの間の通知メッセージの数を減少させ、それによって、通信トラフィックを減少させる。

【0057】

本発明のこの実施形態に基づいて、以下のことがさらに含まれてもよい。つまり、前記グループサーバは、グループリソース更新要求を受信する。前記グループリソース更新要求は、例えば前記グループリソースに対するアクセス許可を変更するためのように、前記グループリソースのステータスを変更するために使用される。前記グループサーバは、前記グループリソース更新要求を各グループメンバーデバイスに転送する。各グループメンバーデバイスは、前記更新要求が前記グループサーバによって転送されるか否かを判定する。もし、前記グループリソース更新要求が前記グループサーバによって転送される場合、更新されたグループリソースが前記加入者デバイスによって設定された前記加入条件を満たした後、通知メッセージが前記グループサーバによって集約され、かつ、集約した後に取得された通知メッセージは前記加入者デバイスに送信される。そうでなければ、前記グループメンバーデバイスは、直接的に、前記通知メッセージを前記加入者デバイスに送信し、それによって、前記グループサーバが全ての更新されたグループリソースを集約することを防ぎ、かつ、前記グループサーバのリソースオーバーヘッドを減少させる。

【0058】

前記グループメンバーデバイスは、前記更新要求が同一のグループサーバによって転送されるか否かを判定する。特定の手法は以下のようであってもよい。つまり、グループリソース更新要求を前記グループメンバーデバイスに転送するとき、前記グループサーバは、前記要求において前記グループサーバのアドレスを搬送する。前記グループメンバーデバイスは、通知メッセージを集約する前記グループサーバの格納されたアドレスを、前記リソース更新要求に搬送された前記グループサーバの前記アドレスと比較する。もし、通知メッセージを集約するために使用され、かつ、前記グループメンバーデバイスに格納された前記グループサーバの前記アドレスが、前記リソース更新要求に搬送された前記グループサーバの前記アドレスと同一である場合、前記更新要求は、通知メッセージを集約するために使用されるグループサーバによって転送されることが決定されてもよい。

【0059】

〔方法の実施形態4〕
図5は、本発明に基づくグループ通信方法の別の実施形態の概略的なフローチャートである。本発明のこの実施形態において、加入者デバイスおよびグループメンバーリソースは、同一のSCLではない。本発明の解決策は、実施例を用いて説明され、欧州電気通信標準化機構(ETSI) M2MTS 102 690において定義されるグループリソース <group>において、通知メッセージを集約するためのサブリソースが、前記加入者デバイスに送信される通知メッセージを集約し、かつ、集約の後に取得されるメッセージを前記加入者デバイスに送信するために導入される。図5に示されるように、前記方法は以下のステップ含む。

【0060】

ステップ 401: 加入者デバイスは、グループメンバーリソースに加入するための要求メッセージを、グループサーバに送信する。前記要求メッセージは、前記加入者デバイスのアドレスを搬送している。

【0061】

本発明のこの実施形態において、前記加入者デバイスは、サービス要求メッセージを前記グループサーバに送信するデバイスである。前記加入者デバイスは、キーボード、マウス、遠隔制御、タッチパッドまたは音声操作デバイスを介するユーザとのヒューマン・マシン対話を実行することができる任意の電気製品であってもよく、コンピュータおよび携帯電話等に限定されない。

【0062】

ステップ 402: 前記グループサーバは、グループメンバーリソースに加入するための前記要求メッセージを、各グループメンバーデバイスに転送する。前記要求メッセージは、通知メッセージを集約するための前記グループサーバのサブリソースのアドレスと、前記加入者デバイスの前記アドレスとを搬送している。

【0063】

本発明のこの実施形態において, 通知メッセージを集約するための前記グループサーバの前記サブリソースの前記アドレスは、次のことをグループメンバーデバイスに指示するために使用されてもよい。つまり、もし前記グループメンバーデバイスのリソース変更が前記加入者デバイスによって設定された加入条件を満たす場合、前記通知メッセージが、通知メッセージを集約するための前記グループサーバの前記サブリソースの前記アドレスに基づいて、前記グループサーバの前記サブリソースに送信される必要があることを指示するために使用されてもよい。

【0064】

特に、通知メッセージを集約するためのサブリソースが、前記ETSI M2MTS 102 690に定義される前記グループリソース <group>に導入され、実際に、前記サブリソースは、リソースを格納するために使用されない。前記グループメンバーデバイスによって前記グループサーバに送信される前記通知メッセージの宛先が、通知メッセージを集約するための前記サブリソースであるとき、前記グループサーバは、前記加入者デバイスの前記アドレスに基づいて、前記通知メッセージを集約し、かつ、集約の後に取得されたメッセージを前記加入者デバイスに転送する。

【0065】

表1に示されるように、“to subscribers"は、通知メッセージを集約するためにグループリソース <group>に導入されたサブリソースを示す。

【0066】

【表1】

【0067】

<group>は、ETSI M2MTS 102 690に定義されたグループリソース表現である。前記<group>は、主に、各メンバーリソースのURIを記述するために使用されるメンバー属性、membersと、全てのグループメンバーリソースを示すために使用されるメンバーコンテンツサブリソース、members contentと、例えばグループリソースに加入する加入者のような情報を格納するために使用される加入サブリソース、subscriptionsとを含む。

【0068】

留意すべきは、本発明のこの実施形態において、members 属性は、追加され、消去され、修正され、または、グループメンバーリストの修正の実行または参照のために見られてもよい。前記members content サブリソースは、追加され、消去され、修正され、または、グループの全てのメンバーリソースの修正の実行または参照のために見られてもよい。前記subscriptions サブリソースは、追加され、消去され、修正され、または、時間内にグループリソースの変化の迅速な認知を実行するために見られてもよい。

【0069】

さらに留意すべきは、本発明のこの実施形態において、もし、<group>に導入され、かつ、通知メッセージを集約するために使用される前記サブリソースが、表1に示されるto subscribersである場合、ステップ402において、前記要求メッセージに搬送され、かつ、通知メッセージを集約するために使用されるグループサーバのサブリソースのアドレスは、グループのURI/加入者であってもよい。

【0070】

ステップ 403: 各グループメンバーデバイスは、前記要求メッセージに搬送された前記加入者デバイスの前記アドレスに基づいて、前記要求メッセージを確認する。

【0071】

本発明のこの実施形態において、前記加入者デバイスが前記グループメンバーデバイスに対してサービス加入許可を有するか否かを識別するために、前記グループメンバーデバイスは、前記要求メッセージに搬送された前記加入者デバイスの前記アドレスに基づいて、前記要求メッセージを確認する。

【0072】

ステップ 404: もし前記確認がパスされた場合、各グループメンバーデバイスは、加入リソースを生成し、かつ、通知メッセージを集約するための前記グループサーバの前記サブリソースの前記アドレスと、前記要求メッセージに搬送された前記加入者デバイスの前記アドレスとを格納する。

【0073】

本発明のこの実施形態において、前記グループメンバーデバイスが、加入リソースを生成するということは次のことを意味する。つまり、前記グループメンバーデバイスは、そのサブリソースにおいて、前記加入リソースを生成し、かつ、前記加入リソースの属性を設定する。前記加入リソースの前記属性は、前記加入リソースの生成時間、前記加入リソースの有効期限、前記加入リソースの最終修正時刻、前記加入リソースの加入条件および前記加入リソースの通知メッセージの受信者アドレス等を含むが、これらに限定されない。

【0074】

留意すべきは、本発明のこの実施形態において、加入リソースを生成するとき、前記グループメンバーデバイスは、前記加入リソースの通知メッセージの受信者アドレスを、通知メッセージを集約するための前記グループサーバの前記サブリソースの前記アドレスに設定するということである。

【0075】

さらに留意すべきは、もし前記加入者デバイスおよび前記グループメンバーリソースが同一のSCLである場合、加入リソースを生成するとき、前記グループメンバーデバイスが、前記加入リソースの前記通知メッセージの前記受信者アドレスを、前記加入者デバイスの前記アドレスに設定し、その結果、前記グループメンバーデバイスのリソース変更が前記加入者デバイスによって設定された前記加入条件を満たすとき、前記通知メッセージは、前記通知メッセージのアドレスに基づいて前記加入者デバイスに直接的に送信されるということである。前記加入者デバイスの識別子と前記グループメンバーリソースの識別子とに基づいて、前記加入者デバイスおよび前記グループメンバーリソースは同一のサービスキャパビリティレイヤであるか否かが判定されてもよい。前記識別子は、URIであってもよい。

【0076】

ステップ 405: 前記グループメンバーデバイスは、応答メッセージを前記グループサーバに返す。

【0077】

ステップ 406: 前記グループサーバは、全ての応答メッセージを集約する。

【0078】

ステップ 407: 前記グループサーバは、集約の後に取得された応答メッセージを前記加入者デバイスに返す。

【0079】

ステップ 408: 前記グループメンバーデバイスのリソースが前記加入者デバイスによって設定された前記加入条件を満たすとき、前記グループメンバーデバイスは、前記通知メッセージの前記受信者アドレスに基づいて、通知メッセージを集約するための前記グループサーバの前記サブリソースに、前記通知メッセージを送信する。前記通知メッセージは、前記加入者デバイスの前記アドレスを搬送する。

【0080】

ステップ 409: 前記グループサーバは、前記加入者デバイスの前記アドレスに基づいて、通知メッセージを集約するための前記グループサーバの前記サブリソース宛の全ての通知メッセージを集約する。

【0081】

特に、前記グループサーバは、前記通知メッセージの前記受信者アドレスに基づいて、前記通知メッセージが前記加入者デバイスに転送される必要があることを決定する。前記グループサーバは、前記通知メッセージに搬送された前記加入者デバイスの前記アドレスに基づいて、前記加入者デバイスの同一アドレスを搬送する前記通知メッセージを、単一の通知メッセージに集約する。

【0082】

ステップ 410: 前記グループサーバは、前記加入者デバイスの前記アドレスに基づいて、集約した後に取得された通知メッセージを、前記加入者デバイスに送信する。

【0083】

本発明のこの実施形態において、グループメンバーデバイスは、通知メッセージを集約するためのグループサーバのサブリソースのアドレスに、通知メッセージを送信し、その結果、前記グループサーバは、前記グループメンバーデバイスによって同一の加入者デバイスに送信される全ての通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを前記加入者デバイスに送信する。これは、前記加入者デバイスと前記グループメンバーデバイスとの間の通知メッセージの数を減少させ、それによって、通信トラフィックを減少させる。

【0084】

〔方法の実施形態5〕
図6は、本発明に基づくグループ通信方法の別の実施形態の概略的なフローチャートである。本発明のこの実施形態において、加入者デバイスおよびグループメンバーリソースは同一のSCLではない。グループサーバは、加入者デバイスのアドレスを格納し、その結果、前記加入者デバイスの前記アドレスが変わるとき、グループメンバーデバイスに通知される必要はなく、かつ、前記グループサーバのみに通知される必要がある。次いで、前記グループサーバは、通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを前記変更されたアドレスとともに前記加入者デバイスに送信する。

【0085】

留意すべきは、本発明のこの実施形態において、RESTful リソース表現メカニズムが、本発明の解決策を実装するために使用されるということである。図6に示されるように、前記方法は以下のステップを含む。

【0086】

ステップ 501: 加入者デバイスは、グループメンバーリソースに加入するための要求メッセージをグループサーバに送信する。前記要求メッセージは、前記加入者デバイスのアドレスを搬送する。

【0087】

ステップ 502:グループメンバーリソースに加入するための前記要求メッセージを受信した後、前記グループサーバは、加入条件と前記加入者デバイスの前記アドレスとを格納するためのサブリソースを生成する。

【0088】

本発明のこの実施形態では、以下の手法のいずれかにおいて、グループメンバーリソースに加入するための前記要求メッセージを受信した後、前記グループサーバは、前記加入条件と前記加入者デバイスの前記アドレスとを格納するためのサブリソースを生成する。

【0089】

手法 1: グループメンバーリソースに加入するための前記要求メッセージを受信した後、前記グループサーバによって、グループリソースにおいて、前記加入者デバイスによって設定された前記加入条件を含むサブリソースを検索し、
もし前記サブリソースが存在する場合、前記サブリソースにおいて前記加入者デバイスの前記アドレスを格納するためのサブリソースを生成し、または、もし前記前記サブリソースが存在しない場合、まずは前記加入者デバイスによって設定された前記加入条件に基づいて前記加入条件を格納するためのサブリソースを生成し、かつ、次いで、前記加入条件を格納するための前記サブリソースにおいて、前記加入者デバイスの前記アドレスを格納するためのサブリソースを生成する。

【0090】

留意すべきは、手法1において、前記加入者デバイスの前記アドレスを格納するためのサブリソースを生成するために使用される前記手法は、前記グループリソースの一部として、RESTful リソース表現メカニズムを使用することによって実装されるということである。

【0091】

特に、前記加入条件の関連情報と、前記グループサーバを介してグループメンバーリソースに加入する全ての加入者とを表すために、前記<Subscriber Members> サブリソースは、ETSI M2MTS 102 690において定義されるグループリソース <group>に導入される。前記<Subscriber Members> サブリソースは、表2に示される。

【0092】

【表2】

【0093】

前記<Subscriber Members> サブリソースは、複数の<subscriber member> サブリソースを含み、かつ、各<subscriber member> サブリソースは、同一の加入条件を有する加入者デバイスのアドレスを含む。前記<subscriber member> サブリソースは、以下の属性を含む。
filter criteria 属性：グループメンバーリソースへの加入の間に設定される加入条件を格納するために使用される。
subscriber contact 属性：前記filter criteria 属性に格納されるものと同一の加入条件を有する加入者デバイスのアドレスを格納するために使用される。

【0094】

手法 2: 前記加入者デバイスの加入者情報を格納するためのグループリソースを検索し、
もし前記グループリソースが存在する場合、前記グループリソースにおいて前記加入者デバイスによって設定された前記加入条件を含むサブリソースを検索し、かつ、もし前記サブリソースが存在する場合、前記サブリソースにおいて前記加入者デバイスの前記アドレスを格納するためのサブリソースを生成し、または、もし前記サブリソースが存在しない場合、まずは前記加入者デバイスによって設定された前記加入条件に基づいて前記加入条件を格納するためのサブリソースを生成し、かつ、次いで、前記加入条件を格納するための前記サブリソースにおいて前記加入者デバイスの前記アドレスを格納するためのサブリソースを生成し、または、
もし前記加入者デバイスの前記加入者情報を格納するための前記グループリソースが存在しない場合、前記加入者デバイスの前記加入者情報を格納するためのグループリソースを生成し、かつ、前記加入者デバイスによって設定された前記加入条件に基づく前記グループリソースにおいて、前記加入条件を格納するためのサブリソースを生成し、かつ、前記加入条件を格納するための前記サブリソースにおいて、前記加入者デバイスの前記アドレスを格納するためのサブリソースを生成し、または、
もし前記加入者情報を格納するための前記グループが存在しない場合、新たなグループを作成し、まず、前記加入条件に基づいて前記加入条件を格納するためのサブリソースを生成し、かつ、次いで、新たなサブリソースにおいて、前記加入者デバイスの前記アドレスを格納するためのサブリソースを生成する。

【0095】

留意すべきは、もし前記加入者デバイスの前記加入者情報を格納するためのグループリソースが生成される場合、表3に示されるように、新たなグループリソースにサブリソースが生成されるということである。

【0096】

【表3】

【0097】

表3において、<Subscriber Members Group>は、新たなグループである。attributeは、例えばグループ生成時間および最終修正時刻のような前記グループの属性の記述である。前記グループは、複数の<subscriber member> サブリソースを含み、かつ、各<subscriber member> サブリソースは、同一の加入条件を有する全ての加入者デバイスのアドレスを含む。前記<subscriber member> サブリソースは、以下の属性を含む。
filter criteria 属性：グループメンバーリソースへの加入の間に設定される加入条件を格納するために使用される。
subscriber contact 属性：前記filter criteria 属性に格納されるものと同一の加入条件を有する加入者デバイスのアドレスを格納するために使用される。

【0098】

ステップ 503: 前記グループサーバは、グループメンバーリソースに加入するための前記要求メッセージを、各グループメンバーデバイスに転送する。前記要求メッセージは、通知メッセージを集約するための前記グループサーバの前記サブリソースの前記アドレスと、前記加入者デバイスの前記アドレスとを搬送する。

【0099】

本発明のこの実施形態において、通知メッセージを集約するための前記グループサーバの前記サブリソースの前記アドレスは、次のことをグループメンバーデバイスに指示するために使用される。つまり、もし前記グループメンバーデバイスのリソース変更が前記加入者デバイスによって設定された前記加入条件を満たす場合、通知メッセージは、通知メッセージを集約するための前記グループサーバの前記サブリソースの前記アドレスに基づいて、前記グループサーバの前記サブリソースに送信される必要があることを指示するために使用される。

【0100】

留意すべきは、本発明のこの実施形態において、通知メッセージを集約するための前記グループサーバの前記サブリソースの前記アドレスに対応する前記サブリソースは、前記加入条件と前記加入者デバイスの前記アドレスとを格納するために使用されるということである。

【0101】

また、さらに留意すべきは、通知メッセージを集約するための前記グループサーバの前記サブリソースの前記アドレスは、前記グループサーバにより前記サブリソースを生成する手法に従って様々であるということである。

【0102】

例えば、もし前記グループサーバが、ステップ 502の手法 1に基づいて前記加入者デバイスの前記アドレスを格納するためのサブリソースを生成する場合、通知メッセージを集約するための前記グループサーバのアドレスは、以下のように既存のグループのアドレスである。
/subscribeMembers/subscribeMember/subscriberContact.

【0103】

もし前記グループサーバが、ステップ 502の手法 2に基づいて、前記加入者デバイスの前記アドレスを格納するための前記サブリソースの新たなグループを生成する場合、通知メッセージを集約するための前記グループサーバの前記アドレスは、以下のような新たなグループのアドレスである。
/subscribeMembers/subscribeMember/subscriberContact.

【0104】

留意すべきは、既存グループまたは新たなグループのアドレスは、URIを使用することによって表されてもよいということである。

【0105】

ステップ 504: 前記グループメンバーデバイスは、前記要求メッセージに搬送された前記加入者デバイスの前記アドレスに基づいて、前記要求メッセージを確認する。

【0106】

本発明のこの実施形態において、前記グループメンバーデバイスは、前記加入者デバイスが前記グループメンバーデバイスに対してサービス加入許可を有するか否かを識別するために、前記要求メッセージに搬送された前記加入者デバイスの前記アドレスに基づいて、前記要求メッセージを確認する。

【0107】

ステップ 505: もし、前記確認がパスされた場合、各グループメンバーデバイスは加入リソースを生成し、かつ、前記要求メッセージに搬送されている通知メッセージを集約するための前記グループサーバの前記アドレスを格納する。

【0108】

本発明のこの実施形態において、前記グループメンバーデバイスが、加入リソースを生成するということは次のことを意味する。つまり、前記グループメンバーデバイスは、そのサブリソースにおいて、前記加入リソースを生成し、かつ、前記加入リソースの属性を設定する。前記加入リソースの前記属性は、前記加入リソースの生成時間、前記加入リソースの有効期限、前記加入リソースの最終修正時刻、前記加入リソースの加入条件および前記加入リソースの通知メッセージの受信者アドレス等を含むが、これらに限定されない。

【0109】

留意すべきは、本発明のこの実施形態において、前記グループメンバーデバイスは、前記加入リソースの前記通知メッセージの前記受信者アドレスを、通知メッセージを集約するための前記グループサーバの前記サブリソースの前記アドレス、つまり、前記グループサーバによって設定されかつ前記加入者デバイスの前記加入条件と前記加入者デバイスの前記アドレスとを格納するために使用される前記サブリソースの前記アドレスに設定するということである。

【0110】

ステップ 506: 各グループメンバーデバイスは、応答メッセージを前記グループサーバに返す。

【0111】

ステップ 507: 応答メッセージを受信した後、前記グループサーバは、全ての応答メッセージを集約する。

【0112】

ステップ 508: 前記グループサーバは、集約した後に取得される応答メッセージを、前記加入者デバイスに返す。前記応答メッセージは、前記グループサーバによって生成され、かつ、前記加入者デバイスの前記加入条件と前記加入者デバイスの前記アドレスとを格納するために使用される前記サブリソースのアドレスを搬送する。

【0113】

ステップ 509: 前記応答メッセージを受信した後、前記加入者デバイスは、前記応答メッセージを解析し、かつ、前記応答メッセージに搬送されかつ前記加入者デバイスの前記加入条件と前記加入者デバイスの前記アドレスとを格納するために使用される前記サブリソースの前記アドレスを格納する。例えば既存グループのアドレスは次のようである。
/subscribeMembers/subscribeMember/subscriberContact.

【0114】

ステップ 510: 前記グループメンバーデバイスの前記リソースが、変わり、かつ、前記加入者デバイスによって設定された前記加入条件を満たすとき、通知メッセージは通知メッセージを集約するための前記グループサーバの前記サブリソースの前記アドレスに送信される。

【0115】

ステップ 511: 前記グループサーバは、前記サブリソースに格納された前記加入者デバイスの前記アドレスに基づいて、通知メッセージを集約するための前記グループサーバの前記サブリソースの前記アドレス宛の全ての通知メッセージを集約する。

【0116】

特に、前記グループサーバは、前記通知メッセージの前記受信者アドレスに基づいて、前記通知メッセージが前記加入者デバイスに転送される必要があることを決定する。つまり、前記グループサーバは、通知メッセージを集約するための前記グループサーバの前記サブリソースの前記アドレスに基づいて、前記通知メッセージが前記加入者デバイスに転送される必要があることを決定する。前記グループサーバは、前記通知メッセージの前記受信者アドレスに基づいて、前記通知メッセージの前記受信者アドレスに対応する前記グループサーバの前記サブリソースから、前記サブリソースに格納された前記加入者デバイスの前記アドレスを取得する。前記グループサーバは、前記加入者デバイスの前記アドレスに基づいて、同一の受信者アドレスを有する前記通知メッセージを単一の通知メッセージに集約する。

【0117】

ステップ 512: 前記グループサーバは、前記グループサーバによって格納された前記加入者デバイスの前記アドレスに基づいて、集約した後に取得された通知メッセージを前記加入者デバイスに送信する。

【0118】

ステップ 513: 前記加入者デバイスが、通知メッセージを受信するためのアドレスを変更する必要があるとき、前記加入者デバイスは、前記加入者デバイスに格納され、かつ、前記加入者デバイスの前記加入条件と前記加入者デバイスの前記アドレスとを格納するために使用される前記サブリソースの前記アドレスに基づいて、アドレス変更要求メッセージを、前記グループサーバに送信する。前記アドレス変更要求メッセージは、前記加入者デバイスの変更されたアドレスを搬送する。

【0119】

ステップ 514: 前記グループサーバは、前記加入者デバイスの前記加入条件と前記加入者デバイスの前記アドレスとを格納するための前記サブリソースにおいて、前記加入者デバイスの前記アドレスを、前記変更要求メッセージに搬送された前記加入者デバイスの前記変更されたアドレスに更新する。

【0120】

ステップ 515: 前記グループメンバーデバイスの前記リソースが、変わり、かつ、前記加入者デバイスによって設定された前記加入条件を満たすとき、通知メッセージは、通知メッセージを集約するための前記グループサーバの前記サブリソースの前記アドレスに送信される。

【0121】

ステップ 516: 前記グループサーバは、前記グループサーバの前記サブリソースに格納された前記加入者デバイスの前記変更されたアドレスに基づいて、通知メッセージを集約するための前記グループサーバの前記サブリソースの前記アドレス宛の全ての通知メッセージを集約する。

【0122】

ステップ 517: 前記グループサーバは、前記加入者デバイスの前記変更されたアドレスに基づいて、集約した後に取得された通知メッセージを、前記対応する加入者デバイスに送信する。

【0123】

本発明のこの実施形態において、グループサーバは、加入者デバイスのアドレスを格納する。前記加入者デバイスの前記アドレスが変わるとき、前記加入者デバイスは、グループメンバーデバイスに通知する必要はなく、かつ、前記グループサーバに前記加入者デバイスの格納されたアドレスを変更することを通知する必要があるのみであり、かつ、次いで、前記グループメンバーデバイスによって送信された通知メッセージは、新たなアドレスとともに前記加入者デバイスに送信され、それによって、前記グループメンバーデバイスと前記加入者デバイスとの間の通信トラフィックを減少させる。

【0124】

〔方法の実施形態6〕
図7は、本発明に基づくグループ通信方法の別の実施形態の概略的なフローチャートである。本発明のこの実施形態において、加入者デバイスおよびグループメンバーリソースは、同一のSCLではない。本発明の解決策は、グループがサブグループを含む場合の実施例を用いて説明される。本発明のこの実施形態において、グループ Aは、サブグループ B、グループメンバーデバイス 1およびグループメンバーデバイス 2を含み、かつ、サブグループ Bは、グループメンバーデバイス 3およびグループメンバーデバイス 4を含む。図7に示されるように、前記方法は、以下のステップを含む。

【0125】

ステップ 601: 加入者デバイスは、グループメンバーリソースに加入するための要求メッセージを、グループサーバ Aに送信する。前記要求メッセージは、前記加入者デバイスのアドレスを搬送する。

【0126】

ステップ 602: グループサーバ Aは、グループサーバ Aに属する各グループメンバーデバイスに、グループメンバーリソースに加入するための前記要求メッセージを転送する。前記要求メッセージは、通知メッセージを集約するためのグループサーバ Aのアドレスと、前記加入者デバイスの前記アドレスとを搬送する。

【0127】

ステップ 603: グループサーバ Aは、グループメンバーリソースに加入するために前記加入者デバイスによって送信された前記要求メッセージを、サブグループサーバ Bに転送する。

【0128】

ステップ 604: サブグループサーバ Bは、サブグループサーバ Bに属する各グループメンバーデバイスに、グループメンバーリソースに加入するための前記要求メッセージを転送する。前記要求メッセージは、通知メッセージを集約するためのサブグループサーバ Bのアドレスと、前記加入者デバイスの前記アドレスとを搬送する。

【0129】

ステップ 605: 各グループメンバーデバイスは、前記要求メッセージに搬送された前記加入者デバイスの前記アドレスに基づいて、前記要求メッセージを確認する。

【0130】

ステップ 606: もし前記確認がパスされた場合、各グループメンバーデバイスは加入リソースを生成し、かつ、通知メッセージを集約するための前記対応するグループサーバのアドレスと、前記加入者デバイスの前記アドレスとを格納する。

【0131】

本発明のこの実施形態において、グループメンバーデバイス 1およびグループメンバーデバイス 2は、通知メッセージを集約するためのグループサーバ Aの前記アドレスおよび前記加入者デバイスの前記アドレスを格納する。前記アドレスは、グループサーバ Aによって、前記要求メッセージにおいて搬送される。グループメンバーデバイス 3およびグループメンバーデバイス 4は、通知メッセージを集約するサブグループサーバ Bの前記アドレスおよび前記加入者デバイスの前記アドレスを格納する。前記アドレスは、サブグループサーバ Bによって、前記要求メッセージにおいて搬送される。

【0132】

ステップ 607: グループサーバ Aのグループメンバーデバイス 1およびグループメンバーデバイス 2のリソースが、前記加入者デバイスによって設定された加入条件を満たすとき、グループメンバーデバイス 1およびグループメンバーデバイス 2は、通知メッセージを集約するためのグループサーバ Aの前記アドレスに通知メッセージを送信する。前記通知メッセージは、前記加入者デバイスの前記アドレスを搬送する。

【0133】

ステップ 608: サブグループサーバ Bのグループメンバーデバイス 3およびグループメンバーデバイス 4のリソースが、前記加入者デバイスによって設定された前記加入条件を満たすとき、グループメンバーデバイス 3およびグループメンバーデバイス 4は、通知メッセージを集約するためのサブグループサーバ Bのアドレスに、通知メッセージを送信する。前記通知メッセージは、前記加入者デバイスの前記アドレスを搬送する。

【0134】

ステップ 609: グループサーバ Aおよびサブグループサーバ Bは、それぞれ前記通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを、前記加入者デバイスに送信する。

【0135】

本発明のこの実施形態において、グループサーバ Aおよびサブグループサーバ Bは、それらのグループメンバーデバイスによって同一の加入者デバイスに送信される通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを前記加入者デバイスにを送信する。これは、前記加入者デバイスと前記グループメンバーデバイスとの間の通知メッセージの数を減少させ、それによって、通信トラフィックを減少させる。

【0136】

〔方法の実施形態7〕
図8は、本発明に基づくグループ通信方法の別の実施形態の概略的なフローチャートである。本発明のこの実施形態において、本発明の解決策が、グループがサブグループを含む場合の実施例を説明している。本発明のこの実施形態において、グループ Aは、サブグループ Bと、グループメンバーデバイス 1と、グループメンバーデバイス 2とを含み、かつ、サブグループ Bは、グループメンバーデバイス 3とグループメンバーデバイス 4とを含む。図8に示されるように、前記方法は、以下のステップを含む。

【0137】

ステップ 701: 加入者デバイスは、グループメンバーリソースに加入するための要求メッセージをグループサーバ Aに送信する。前記要求メッセージは、前記加入者デバイスのアドレスを搬送する。

【0138】

ステップ 702: グループサーバ Aは、グループサーバ Aに属する各グループメンバーデバイスとサブグループサーバ Bとに、グループメンバーリソースに加入するための前記要求メッセージを転送する。前記要求メッセージは、通知メッセージを集約するためのグループサーバ Aのアドレスと前記加入者デバイスの前記アドレスとを搬送する。

【0139】

ステップ 703: サブグループサーバ Bは、前記グループサーバに属する各グループメンバーデバイスに、グループメンバーリソースに加入するための前記要求メッセージを転送する。前記要求メッセージは、通知メッセージを集約するためのサブグループサーバ Bのアドレスと、前記加入者デバイスの前記アドレスとを搬送し、かつ、前記加入者デバイスの前記アドレスと、通知メッセージを集約するためのグループサーバ Aの前記アドレスとの間のマッピング関係を格納する。

【0140】

ステップ 704: 各グループメンバーデバイスは、前記要求メッセージに搬送された前記加入者デバイスの前記アドレスに基づいて、前記要求メッセージを確認する。

【0141】

ステップ 705: もし前記確認がパスされた場合、各グループメンバーデバイスは加入リソースを生成し、かつ、通知メッセージを集約するための前記対応するグループサーバのアドレスと、前記加入者デバイスの前記アドレスとを格納する。グループメンバーデバイス 3およびグループメンバーデバイス 4は、通知メッセージを集約するサブグループサーバ Bの前記アドレスおよび前記加入者デバイスの前記アドレスを格納する。前記アドレスは、サブグループサーバ Bによって前記要求メッセージにおいて搬送される。

【0142】

ステップ 706: グループサーバ Aのグループメンバーデバイス 1およびグループメンバーデバイス 2のリソースが、前記加入者デバイスによって設定された加入条件を満たすとき、グループメンバーデバイス 1およびグループメンバーデバイス 2は、通知メッセージを集約するためのグループサーバ Aの前記アドレスに、通知メッセージを送信する。前記通知メッセージは、前記加入者デバイスの前記アドレスを搬送する。

【0143】

ステップ 707: サブグループサーバ Bのグループメンバーデバイス 3およびグループメンバーデバイス 4のリソースが、前記加入者デバイスによって設定された前記加入条件を満たすとき、グループメンバーデバイス 3およびグループメンバーデバイス 4は、通知メッセージを集約するためのサブグループサーバ Bの前記アドレスに通知メッセージを送信する。前記通知メッセージは、前記加入者デバイスの前記アドレスを搬送する。

【0144】

ステップ 708: サブグループサーバ Bは、前記加入者デバイスの前記アドレスに基づいて、前記通知メッセージを集約する。

【0145】

ステップ 709: サブグループサーバ Bは、前記加入者デバイスの前記アドレスと、通知メッセージを集約するためのグループサーバ Aの前記アドレスとの間の前記格納されたマッピング関係に基づいて、集約した後に取得された通知メッセージを、通知メッセージを集約するためのグループサーバ Aの前記アドレスに送信する。

【0146】

ステップ 710: グループサーバ Aは、グループメンバーデバイス 1およびグループメンバーデバイス 2によって送信された前記通知メッセージと、集約の後に取得されかつサブグループサーバ Bによって送信された前記通知メッセージとを集約する。

【0147】

ステップ 711: グループサーバ Aは、集約した後に取得された通知メッセージを、前記加入者デバイスに送信する。

【0148】

本発明のこの実施形態において、サブグループサーバ Bは、サブグループサーバ Bに属するグループメンバーデバイスによって送信される通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを、グループサーバ Aに送信する。グループサーバ Aは、さらに、グループサーバ Aに属するグループメンバーデバイスによって送信される通知メッセージを集約する。前記通知メッセージは、集約した後に取得され、かつ、サブグループサーバ Bによって送信される。これは、前記加入者デバイスと前記グループメンバーデバイスとの間の通知メッセージの数を減少させ、それによって、通信トラフィックを減少させる。

【0149】

〔方法の実施形態8〕
図9は、本発明に基づくグループ通信方法の別の実施形態の概略的なフローチャートである。本発明のこの実施形態において、本発明の解決策が、グループがサブグループを含む場合の実施例を用いて説明される。本発明のこの実施形態において、グループ Aは、サブグループ Bと、グループメンバーデバイス 1と、グループメンバーデバイス 2とを含み、サブグループ Bは、グループメンバーデバイス 3と、グループメンバーデバイス 4とを含む。図9に示されるように、前記方法は、以下のステップを含む。

【0150】

ステップ 801: 加入者デバイスは、グループメンバーリソースに加入するための要求メッセージを、グループサーバ Aに送信する。前記要求メッセージは、前記加入者デバイスのアドレスを搬送する。

【0151】

ステップ 802: グループサーバ Aは、グループサーバ Aに属する各グループメンバーデバイスとサブグループサーバ Bとに、グループメンバーリソースに加入するための前記要求メッセージを転送する。前記要求メッセージは、通知メッセージを集約するためのグループサーバ Aのアドレスと、前記加入者デバイスの前記アドレスとを搬送する。

【0152】

ステップ 803: サブグループサーバ Bは、サブグループサーバ Bに属する各グループメンバーデバイスに、グループメンバーリソースに加入するための前記要求メッセージを転送する。前記要求メッセージは、通知メッセージを集約するためのグループサーバ Aのアドレスと、前記加入者デバイスの前記アドレスとを搬送する。

【0153】

ステップ 804: 各グループメンバーデバイスは、前記要求メッセージに搬送された前記加入者デバイスの前記アドレスに基づいて、前記要求メッセージを確認する。

【0154】

ステップ 805: もし前記確認がパスされた場合、各グループメンバーデバイスは加入リソースを生成し、かつ、通知メッセージを集約するためのグループサーバ Aの前記アドレスと、前記加入者デバイスの前記アドレスとを格納する。

【0155】

ステップ 806: グループメンバーデバイス 1、グループメンバーデバイス 2、グループメンバーデバイス 3およびグループメンバーデバイス 4のリソースが、前記加入者デバイスによって設定された加入条件を満たすとき、それらはそれぞれ、通知メッセージを集約するためのグループサーバ Aの前記アドレスに基づいて、グループサーバ Aに通知メッセージを送信する。前記通知メッセージは、前記加入者デバイスの前記アドレスを搬送する。

【0156】

ステップ 807: グループサーバ Aは、前記加入者デバイスの前記アドレスに基づいて、前記通知メッセージを集約する。

【0157】

ステップ 808: グループサーバ Aは、集約した後に取得された通知メッセージを、前記加入者デバイスに送信する。

【0158】

本発明のこの実施形態において、グループサーバ Aは、グループサーバ Aに属するグループメンバーデバイスによって同一の加入者デバイスに送信される通知メッセージと、サブグループサーバ Bに属するグループメンバーデバイスによって、同一の加入者デバイスに送信される通知メッセージとを集約する。これは、前記加入者デバイスと前記グループメンバーデバイスとの間の通知メッセージの数を減少させ、それによって、通信トラフィックを減少させる。

【0159】

以下に、本発明のグループサーバの実施形態の全体的な技術的解決策を説明する。

【0160】

図10は、本発明に基づくグループサーバの実施形態の概略構造図である。図10に示されるように、グループサーバ 1100は、第1受信モジュール 11001と、集約モジュール 11002と、第1送信モジュール 11003とを備える。

【0161】

前記第1受信モジュール 11001は、グループメンバーデバイスによって送信された通知メッセージを受信するように構成される。前記通知メッセージは、前記グループメンバーデバイスのリソースが加入者デバイスによって設定された加入条件を満たした後に、グループサーバに送信され、かつ、通知メッセージの数は少なくとも2である。

【0162】

前記集約モジュール 11002は、前記加入者デバイスのアドレスに基づいて、同一の加入者デバイス宛の前記通知メッセージを集約するように構成される。

【0163】

前記第1送信モジュール 11003は、前記加入者デバイスの前記アドレスに基づいて、集約した後に取得された通知メッセージを前記加入者デバイスに送信するように構成される。

【0164】

本発明のこの実施形態において、グループサーバは、グループメンバーデバイスによって送信された通知メッセージを受信し、加入者デバイスのアドレスに基づいて同一の加入者デバイス宛の前記通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを前記加入者デバイスに送信する。前記グループメンバーデバイスによって前記加入者デバイスに送信される複数のメッセージを集約することによって、前記グループメンバーデバイスと前記加入者デバイスとの間で交換されるメッセージは減少し、それによって、前記グループメンバーデバイスと前記加入者デバイスとの間の通信トラフィックは減少する。

【0165】

あるいは、本発明のこの実施形態において、前記集約モジュール 11002は、特に、前記通知メッセージに搬送される転送識別子と前記加入者デバイスの前記アドレスとに基づいて、同一の加入者デバイス宛の前記通知メッセージを集約するように構成されてもよい。さらに、前記集約モジュール 11002は、特に、前記通知メッセージの受信者アドレスと前記通知メッセージに搬送された前記加入者デバイスの前記アドレスとに基づいて、同一の加入者デバイス宛の前記通知メッセージを集約するように構成されてもよい。さらに、前記集約モジュール 11002は、特に、前記通知メッセージの受信者アドレスと、前記グループサーバのサブリソースに格納された前記加入者デバイスの前記アドレスとに基づいて、同一の加入者デバイス宛の前記通知メッセージを集約するように構成されてもよい。

【0166】

あるいは、本発明のこの実施形態において、前記第1受信モジュール 11001は、さらに、前記加入者デバイスによって送信されたアドレス変更要求メッセージを受信し、かつ、前記サブリソースに格納された前記加入者デバイスの前記アドレスを、前記変更されたアドレスに更新するように構成されてもよい。前記アドレス変更要求メッセージは、前記加入者デバイスの前記変更されたアドレスを搬送する。

【0167】

以下に、本発明のグループメンバーデバイスの実施形態の全体的な技術的解決策を説明する。

【0168】

図11は、本発明に基づくグループメンバーデバイスの実施形態の概略構造図である。図11に示されるように、グループメンバーデバイス 1200は、判定モジュール 12001と、第2送信モジュール 12002とを備える。

【0169】

前記判定モジュール 12001は、前記グループメンバーデバイスのリソースが設定された加入条件を満たすか否かを判定するように構成される。

【0170】

前記第2送信モジュール 12002は、もし前記グループメンバーデバイスの前記リソースが前記設定された加入条件を満たす場合、通知メッセージをグループサーバに送信するように構成され、その結果、前記グループサーバは、前記通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを加入者デバイスに送信する。

【0171】

本発明のこの実施形態において、グループメンバーデバイスのリソースが設定された加入条件を満たした後、前記グループメンバーデバイスは、通知メッセージをグループサーバに送信し、その結果、前記グループサーバは、前記通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを前記加入者デバイスに送信する。前記グループメンバーデバイスによって前記加入者デバイスに送信される複数のメッセージを集約することによって、前記グループメンバーデバイスと前記加入者デバイスとの間で交換されるメッセージは減少し、それによって、前記グループメンバーデバイスと前記加入者デバイスとの間の通信トラフィックは減少する。

【0172】

あるいは、本発明のこの実施形態において、前記第2送信モジュール 12002は、特に、通知メッセージを前記グループサーバに送信するように構成され、前記通知メッセージは、転送識別子と前記加入者デバイスのアドレスとを搬送し、その結果、前記グループサーバは、前記転送識別子と前記加入者デバイスのアドレスとに基づいて、前記通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを前記加入者デバイスに送信する。
または、前記第2送信モジュール 12002は、通知メッセージを前記グループサーバに送信するように構成され、前記通知メッセージは、前記加入者デバイスのアドレスを搬送し、かつ、前記通知メッセージの受信者アドレスは、通知メッセージを集約するための前記グループサーバのサブリソースのアドレスであり、その結果、前記グループサーバは、前記サブリソースの前記アドレスと前記加入者デバイスの前記アドレスとに基づいて前記通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを前記加入者デバイスに送信する。
または、前記第2送信モジュール 12002は、通知メッセージを前記グループサーバに送信するように構成され、前記通知メッセージの受信者アドレスは、通知メッセージを集約するための前記グループサーバのサブリソースのアドレスであり、その結果、前記グループサーバは、前記サブリソースの前記アドレスに基づいて、前記サブリソースに格納された前記加入者デバイスのアドレスを取得し、前記加入者デバイスの前記アドレスに基づいて前記通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを前記加入者デバイスに送信する。

【0173】

以下に、本発明のグループ通信 システムの実施形態の全体的な技術的解決策を説明する。

【0174】

図12は、本発明に基づくグループ通信システムの実施形態の概略構造図である。図12に示されるように、前記グループ通信システムは、グループメンバーデバイス 15001と、グループサーバ 15002とを備える。

【0175】

前記グループメンバーデバイス 15001は、通知メッセージを前記グループサーバ 15002に送信するように構成される。前記グループメンバーデバイス15001のリソースが加入者デバイスによって設定された加入条件を満たした後、前記通知メッセージは、前記グループサーバ 15002に送信される。さらに、通知メッセージの数は少なくとも2である。

【0176】

前記グループサーバ 15002は、前記グループメンバーデバイス 15001によって送信された前記通知メッセージを受信し、前記加入者デバイスのアドレスに基づいて同一の加入者デバイス宛の前記通知メッセージを集約し、かつ、前記加入者デバイスの前記アドレスに基づいて、集約した後に取得された通知メッセージを前記加入者デバイスに送信するように構成される。

【0177】

本発明のこの実施形態において、グループメンバーデバイスのリソースが設定された加入条件を満たした後、前記グループメンバーデバイスは通知メッセージをグループサーバに送信する。前記グループサーバは、前記グループメンバーデバイスによって送信された前記通知メッセージを受信し、加入者デバイスのアドレスに基づいて同一の加入者デバイス宛の前記通知メッセージを集約し、かつ、集約した後に取得された通知メッセージを前記加入者デバイスに送信する。前記グループメンバーデバイスによって前記加入者デバイスに送信される複数のメッセージを集約することによって、前記グループメンバーデバイスと前記加入者デバイスとの間で交換されるメッセージは減少し、それによって、前記グループメンバーデバイスと前記加入者デバイスとの間の通信トラフィックは減少する。

【0178】

当業者は、本明細書に開示された実施形態で説明した実施例と組み合わせて、モジュール、ユニットおよびステップは、電子ハードウェア、コンピュータソフトウェア、またはそれらの組み合わせによって実現されてもよいことを認識することができる。ハードウェアとソフトウェアの互換性をより明確に説明するために、上記は概略的に、機能に応じて、各実施例の構成要素およびステップを説明した。機能がハードウェアまたはソフトウェアによって実行されるかどうかは、技術的ソリューションの特定のアプリケーションおよび設計制約条件に依存する。当業者は、各特定のアプリケーションのために説明された機能を実施するために異なる方法を使用することができるが、その実施は、本発明の範囲を超えていると考えられるべきではない。

【0179】

便利で簡単な説明を目的として、上記のシステム、装置、モジュールおよびユニットの詳細な作業工程のために、前述の方法の実施形態における対応する処理が参照されてもよいことは当業者によって理解されてもよく、かつ、詳細は省略する。

【0180】

本願で提供されるいくつかの実施形態では、開示されるシステム、装置および方法が他の方法で実施されてもよいことは理解されるべきである。例えば、説明した装置の実施形態は、単なる例示である。例えば、モジュールまたはユニット区分は、単なる論理的機能区分であり、かつ実際の実施において他の区分であってもよい。例えば、複数のユニットまたはモジュールが組み合わされ、または、別のシステムに統合されてもよく、あるいはいくつかの機能が無視されまたは実行されなくてもよい。さらに、図示されまたは説明された相互結合若しくは直接結合、または、通信接続は、いくつかのインターフェース、装置、モジュールまたはユニットを介した間接結合または通信接続であってもよく、かつ、電気的、機械的または他の接続形態であってもよい。

【0181】

別々の部品として説明されたモジュールまたはユニットは、物理的に別々であってもなくてもよく、かつ、モジュールまたはユニットとして示された部分は、物理モジュールまたはユニットであってもなくてもよく、一つの位置に置かれてもよく、または、複数のネットワークモジュールまたはユニットに分散されてもよい。モジュールまたはユニットの一部または全ては、実施形態の解決策の課題を達成するための実際の必要に応じて選択されてもよい。

【0182】

さらに、本発明の実施形態における機能モジュールまたはユニットは、一つの処理モジュールまたはユニットに統合されてもよく、または、モジュールまたはユニットのそれぞれは物理的に単独で存在してもよいし、または、2以上のモジュールまたはユニットは1つのモジュールまたはユニットに統合される。統合モジュールまたはユニットは、ハードウェアの形態で実施されてもよく、または、ソフトウェア機能ユニットの形態で実施されてもよい。

【0183】

統合モジュールまたはユニットが、ソフトウェア機能モジュールまたはユニットの形態で実施され、販売され、または独立した製品として使用されるとき、統合されたモジュールまたはユニットがコンピュータ可読記憶媒体に格納されてもよい。そのような理解に基づいて、本質的な本発明の技術的解決策、または従来技術へ貢献する一部、または技術的解決策の全てまたは一部は、ソフトウェア製品の形態で実施されてもよい。コンピュータソフトウェア製品は、記憶媒体に格納され、かつ、コンピュータデバイス（パーソナルコンピュータ、サーバまたはネットワーク装置であってもよい）に命令するためのいくつかの命令を含み、本発明の実施形態に説明された方法のステップの全てまたは一部を実行する。前述の記憶媒体は、例えばUSBフラッシュドライブ、リムーバブルハードディスク、読み出し専用メモリ(Read-Only Memory, ROM)、ランダムアクセスメモリ(Random Access Memory, RAM)、磁気ディスクまたは光ディスク等のプログラムコードを格納することができる任意の媒体を含む。

【0184】

前述の説明は、本発明の単なる特定の実施形態であるが、本発明の保護範囲を限定することは意図していない。本発明に開示された技術範囲内での当業者によって容易に理解される任意の修正または置換は、本発明の保護範囲内に含まれるものとする。従って、本発明の保護範囲は、特許請求の範囲の保護範囲に従うものとする。

【符号の説明】

【0185】

１１００ グループサーバ
１１００１ 第1受信モジュール
１１００２ 集約モジュール
１１００３ 第1送信モジュール
１２００ グループメンバーデバイス
１２００１ 判定モジュール
１２００２ 第2送信モジュール
１５００１ グループメンバーデバイス
１５００２ グループサーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】