ネットワークと、前記ネットワークと通信するために少なくとも2つのグループにグループ分けされる複数の通信装置との間でトラヒックを中継可能なゲートウェイであって、一の通信装置から、前記一の通信装置が属するグループを一のグループから他のグループへ変更する旨の要求であって、前記一の通信装置の特徴を含む要求を受信する第1の手段と、前記特徴を前記他のグループによってサポートされるべき特徴と比較して、前記要求の受付可否を判定する第2の手段と、を備えたゲートウェイ。請求項1において、前記要求を受け付けると判定された場合、前記一の通信装置に対して、前記ゲートウェイと安全に通信するための前記他のグループのグループキーを割り当てる第3の手段、をさらに備えたゲートウェイ。請求項2において、前記第3の手段は、前記一の通信装置に対して、前記一の通信装置を前記他のグループ内で識別するためのテンポラリ識別子を更に割り当てる、ことを特徴としたゲートウェイ。請求項2又は3において、前記割当に際し、前記ネットワークへ、前記一の通信装置が前記他のグループへ移動した旨を通知する手段、をさらに備えたゲートウェイ。請求項2~4のいずれか一項において、前記要求を前記ネットワークから受信する手段を、さらに備え、前記第2の手段は、前記要求が前記ネットワークから受信された場合に、前記要求を前記一の通信装置へ転送し、前記第3の手段は、前記要求が前記一の通信装置で受け付けられた場合に、前記割当を行う、ことを特徴としたゲートウェイ。請求項2~4のいずれか一項において、前記第2の手段は、前記他のグループが他のゲートウェイ配下である場合に、前記要求を前記ネットワークへ転送し、前記第3の手段は、前記要求が前記ネットワークで受け付けられた場合に、前記他のゲートウェイへ、前記一の通信装置に対し前記他のゲートウェイと安全に通信するための前記他のグループのグループキーを割り当てるよう要求する、ことを特徴としたゲートウェイ。請求項2~4のいずれか一項において、前記要求を前記ネットワークから受信する手段を、さらに備え、前記第2の手段は、前記要求が前記ネットワークから受信された場合に、前記要求を前記一の通信装置へ転送し、前記第3の手段は、前記他のグループが他のゲートウェイ配下であり且つ前記要求が前記一の通信装置で受け付けられた場合に、前記他のゲートウェイへ、前記一の通信装置に対し前記他のゲートウェイと安全に通信するための前記他のグループのグループキーを割り当てるよう要求する、ことを特徴としたゲートウェイ。請求項6又は7において、前記第3の手段は、前記他のゲートウェイへ、前記一の通信装置に対し前記一の通信装置を前記他のグループ内で識別するためのテンポラリ識別子を割り当てるよう更に要求する、ことを特徴としたゲートウェイ。ネットワークと、前記ネットワークと通信するために少なくとも2つのグループにグループ分けされる複数の通信装置との間でトラヒックを中継可能なゲートウェイの制御方法であって、一の通信装置から、前記一の通信装置が属するグループを一のグループから他のグループへ変更する旨の要求であって、前記一の通信装置の特徴を含む要求を受信し、前記特徴を前記他のグループによってサポートされるべき特徴と比較して、前記要求の受付可否を判定する、ことを含む制御方法。請求項9において、前記要求を受け付けると判定した場合、前記一の通信装置に対して、前記ゲートウェイと安全に通信するための前記他のグループのグループキーを割り当てる、ことをさらに含む制御方法。請求項10において、前記一の通信装置に対して、前記一の通信装置を前記他のグループ内で識別するためのテンポラリ識別子を更に割り当てる、ことをさらに含む制御方法。請求項10又は11において、前記割当に際し、前記ネットワークへ、前記一の通信装置が前記他のグループへ移動した旨を通知する、ことをさらに含む制御方法。請求項10~12のいずれか一項において、前記要求を前記ネットワークから受信する、ことをさらに含み、前記要求を前記ネットワークから受信した場合に、前記要求を前記一の通信装置へ転送し、前記要求が前記一の通信装置で受け付けられた場合に、前記割当を行う、ことを特徴とした制御方法。請求項10~12のいずれか一項において、前記他のグループが他のゲートウェイ配下である場合に、前記要求を前記ネットワークへ転送し、前記要求が前記ネットワークで受け付けられた場合に、前記他のゲートウェイへ、前記一の通信装置に対し前記他のゲートウェイと安全に通信するための前記他のグループのグループキーを割り当てるよう要求する、ことを特徴とした制御方法。請求項10~12のいずれか一項において、前記要求を前記ネットワークから受信する、ことをさらに含み、前記要求を前記ネットワークから受信した場合に、前記要求を前記一の通信装置へ転送し、前記他のグループが他のゲートウェイ配下であり且つ前記要求が前記一の通信装置で受け付けられた場合に、前記他のゲートウェイへ、前記一の通信装置に対し前記他のゲートウェイと安全に通信するための前記他のグループのグループキーを割り当てるよう要求する、ことを特徴とした制御方法。請求項14又は15において、前記他のゲートウェイへ、前記一の通信装置に対し前記一の通信装置を前記他のグループ内で識別するためのテンポラリ識別子を割り当てるよう更に要求する、ことを特徴とした制御方法。グループ変更手順においてネットワークを巻き込まないことは、ネットワークとMTCデバイスとの間のシグナリングを低減でき、性能を向上させる。グループ変更手順におけるセキュリティ管理にゲートウェイを用いることは、ネットワークへの更なる攻撃を防止する。例えば、MTCデバイスのための契約が変更された場合に、MTCデバイスがグループへ加入することの柔軟性を提供する。ケースI:本発明の目的は、ゲートウェイを、グループメンバのMTCデバイスがそのグループを変更する要求を送信する場合におけるセキュリティ管理用に最適化することによって達成される。ゲートウェイは、アクセス制御を行って、MTCデバイスがターゲットグループへ移動可能か否かを判定することができる。変更が首尾良く完了した場合、ゲートウェイは、ターゲットグループのグループキーをMTCデバイスへ割り当てる。次のように、幾つかの仮定を立てる。1.GW及びコアネットワークは、セキュアな通信を確立している。2.MTCデバイスは、GW及びコアネットワークとセキュアな通信を確立している。3.GWは、1以上のグループに関連付けられている。4.ゲートウェイは、自身がサポートするグループ用の全てのグループIDを記憶すべきである。本発明は、以下のステップから成る。1.MTCデバイスは、自身の特徴及び現在のグループIDを含むグループ変更要求を送出する。なお、3GPPで定義される通り、これらの特徴とは、ネットワークをM2Mアプリケーションが使えるように最適化するネットワーク機能である。具体的には、MTCデバイスは、下記MTCFeaturesの1以上を有する。-LowMobility-TimeControlled-PacketSwitchedOnly-SmallDataTransmission-MobileOriginatedOnly-InfrequentMobileTerminated-MTCmonitoring-PriorityAlarm-SecureConnection-LocationSpecificTrigger-NetworkProvidedDestinationforUplinkData-InfrequentTransmissionことが期待されるMTCデバイスを意図している-GroupBasedMTCFeatures-GroupBasedPolicing-GroupBasedAddressing2.ゲートウェイは、MTCデバイスの特徴をターゲットグループがサポートする特徴と比較して、グループ変更の受付可否を判定すべきである。3.ゲートウェイは、MTCデバイス用のテンポラリIDを作成して、ターゲットグループのキーと共に割り当てるべきである。このテンポラリIDは、MTCデバイスをターゲットグループ内で識別するために割り当てられ、以てMTCデバイスの固有IDが漏洩してしまうのを防止できる。キーは、ターゲットグループのメンバとゲートウェイとの間で安全に通信を行うために割り当てられる。このようなキーの例としては、MTCデバイスとゲートウェイとの間で伝送されるデータを暗号化するための暗号鍵や、受信データを復号化するための復号鍵が挙げられる。4.グループ変更に成功した後、その結果がコアネットワークへ知らされる。5.ソースグループに関する機密情報は、ターゲットグループへ開示/提示しないべきである。このため、MTCデバイスは、自身の古いテンポラリID、古いグループID及びキーを削除する、位置を更新すること等を行うべきである。6.ゲートウェイ及びネットワークは、当該MTCデバイスに対する結果に従って、関連データを更新すべきである。具体的には、ゲートウェイは、テンポラリID及びターゲットグループIDをコアネットワークへ送信し、以てコアネットワークにMTCデバイスがターゲットグループへ移動した旨を通知する。これにより、MTCデバイスに関連するデータを、コアネットワークにおいて更新且つ同期させることができる。ケースII:本発明の目的は、ネットワークが、自身のサービス要件を達するために、GWを介してMTCデバイスへターゲットグループへの移動を要求するといった方法によって達成される。ケースIにおける仮定を本ケースに適用する。本発明は、以下のステップから成る。1.グループ変更インジケーションが、コアネットワークからGWを介してMTCデバイスへ送信される。このインジケーションは、ターゲットグループIDと、ターゲットグループによってサポートされる特徴と呼称することがあるとを含む。2.MTCデバイスは、受付メッセージをGWへ送信するであろう。ここでは、ケースIにおけるステップ2~5を適用する。具体的には、ゲートウェイと同様、MTCデバイスは、自身の特徴とターゲットグループフィーチャとを比較する。MTCデバイスがターゲットグループフィーチャをサポート可能である場合、MTCデバイスは、グループ変更が受け付けられた旨を示す受付メッセージを送出する。この受付メッセージを受信したゲートウェイは、MTCデバイス用の新たなテンポラリIDを作成して、ターゲットグループのキーと共に割り当てる。3.MTCデバイスが変更を拒否する場合、GWは、以後のMTCデバイスを拒絶し、後に何度か要求を再送可能なべきである。4.MTCデバイスが全ての要求を拒絶する場合、GWは、MTCデバイスをデタッチさせ、当該MTCデバイスの加入者データを削除可能なべきである。ケースIII:本発明の目的は、ネットワークが、他のGWにおいてMTCデバイスをターゲットグループへ移動させるよう制御するといった方法によって達成される。ケースIにおける仮定を本ケースに適用する。本発明は、以下のステップから成る。1.グループ変更要求が、MTCデバイスからソースGWを介してコアネットワークへ送信される。2.ネットワークは、MTCデバイス及びターゲットグループの特徴同士を比較することによって、グループ変更が許可されているか否かを判定するであろう。3.両特徴が一致する場合、ネットワークは、ソースゲートウェイへ受付メッセージを送信するであろう。4.ソースゲートウェイは、ターゲットゲートウェイに対し、セキュリティキーとMTCデバイスの現在のテンポラリIDとを含むグループ変更要求を送信する。5.ターゲットゲートウェイは、アクセス制御を行い、アクセス制御に成功した場合には受付メッセージをMTCデバイスへ送信するであろう。6.ターゲットゲートウェイは、MTCデバイスから確認応答を受信すると、MTCデバイス用に新たなキー及びテンポラリIDを生成して割り当てる。7.一方、ターゲットゲートウェイは、ネットワークへグループ変更について知らせるであろう。ターゲットウェイ及びネットワークは、当該MTCデバイスに対する結果に従って、関連データを更新すべきであるケースIV:本発明の目的は、ネットワークが、他のGWにおいてMTCデバイスをターゲットグループへ移動させるよう制御するといった方法によって達成される。ケースIにおける仮定を本ケースに適用する。本発明は、以下のステップから成る。1.グループ変更インジケーションが、コアネットワークからGWを介してMTCデバイスへ送信される。2.MTCデバイスは、自身のソースゲートウェイへ応答する。3.ターゲットゲートウェイが肯定的な応答を受信した場合、ここでは、ケースIIIにおけるステップ3~7を適用する。4.ターゲットゲートウェイが否定的な応答を受信した場合、ここでは、ケースIIにおけるステップ3、4を適用する。次に、ゲートウェイの構成例を、図5を参照して説明する。図5に示すように、上記の実施の形態に係るゲートウェイ10は、受信部11と、判定部12と、割当部13と、通知部14とを含む。ケースIにおいて、受信部11は、MTCデバイスからグループ変更要求を受信する。判定部12は、グループ変更要求に含まれるMTCデバイスの特徴をターゲットグループフィーチャと比較して、グループ変更要求の受付可否を判定する。グループ変更要求を受け付けると判定された場合、割当部13は、ターゲットグループのキーをMTCデバイスへ割り当てる。また、割当部13は、テンポラリIDをMTCデバイスへ割り当てる。割当に際して、通知部14は、コアネットワークへ、MTCデバイスがターゲットグループへ移動した旨を知らせる。ケースIIにおいて、受信部11は、コアネットワークからグループ変更インジケーションを受信する。この時、判定部12は、グループ変更インジケーションをMTCデバイスへ転送する。受付メッセージがMTCデバイスから受信されると、割当部13は、MTCデバイスに対してターゲットグループのキーとテンポラリIDとを割り当てる。ケースIIIにおいて、判定部12は、ターゲットグループが他のゲートウェイ配下である場合、グループ変更要求をMTCデバイスからコアネットワークへ転送する。受付メッセージがコアネットワークから受信された場合、割当部13は、他のゲートウェイへ、MTCデバイスに対してターゲットグループのキーとテンポラリIDとを割り当てるように要求する。ケースIVにおいて、受信部11は、グループ変更インジケーションをコアネットワークから受信する。この時、判定部12は、グループ変更インジケーションをMTCデバイスへ転送する。受付メッセージがMTCデバイスから受信され、且つターゲットグループが他のゲートウェイ配下である場合、割当部13は、他のゲートウェイへ、MTCデバイスに対してターゲットグループのキーとテンポラリIDとを割り当てるように要求する。これらのユニット11~14は、例えば、MTCデバイス及びコアネットワークとの通信をそれぞれ行うトランシーバと、これらのトランシーバを制御して、図1~図4に示した処理或いはこれらと同等の処理を実行するコントローラとで構成することができる。なお、本発明は、上記の実施の形態によって限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。この出願は、2010年8月17日に出願された日本出願特願2010-182384を基礎とする優先権を主張し、その開示の全てをここに取り込む。上記の実施の形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。変更制御:GWは、グループ要求中で受信したMTCデバイスの特徴と、ターゲットグループでサポートされる特徴とを比較するであろう。このことは、変更手順においてコアネットワークを巻き込む必要が無い。機密データ管理:MTCデバイスにおけるソースグループの機密データは、ターゲットグループへ提示しないべきであり、以て削除される。同様にして、GWは、MTCデバイス及びソースグループに関連するデータを削除する。識別子及びキーのハンドリングGWは、ターゲットグループに関連する新たなテンポラリIDを割り当て、ターゲットグループキーをMTCデバイスへ送信する。GW及びコアネットワークにおけるMTCデバイス状態の更新GWは、MTCデバイスの関連データを更新し、ローカルでの変更が完了した後にグループ変更の結果をネットワークへ送信する。この結果、MTCデバイスの関連データが、ネットワークにおいて同期される。