ネットワークノードの管理下において、既にネットワークに接続されている既存通信ノードが存在しており、前記ネットワークに新たに接続する新規通信ノードが前記既存通信ノードの所定情報を取得する通信システムにおけるネットワークノードであって、前記新規通信ノードから前記所定情報の要求を受けた場合、前記既存通信ノードが前記ネットワークに接続されているかどうかを確認する接続確認部と、前記接続確認部において前記既存通信ノードが前記ネットワークに接続されていることが確認された場合、前記既存通信ノードに対して前記所定情報を要求し、前記既存通信ノードから前記所定情報を取得する第1所定情報取得部と、前記第1所定情報取得部で取得した前記所定情報を前記新規通信ノードへ通知する第1所定情報通知部と、前記接続確認部において前記既存通信ノードが前記ネットワークに接続されていないことが確認された場合、前記新規通信ノードにおいて次回の接続時刻を決定するための時間情報を前記新規通信ノードへ通知する時間情報通知部と、前記時間情報通知部において前記新規通信ノードへ前記時間情報を通知した後に前記既存通信ノードによる前記ネットワークへの接続が確認できた場合、前記既存通信ノードに対して前記所定情報を要求し、前記既存通信ノードから前記所定情報を取得する第2所定情報取得部と、前記第2所定情報取得部で取得した前記所定情報を保持する所定情報保持部と、前記新規通信ノードによる前記時間情報に基づいた前記ネットワークへの接続が確認できた場合、前記所定情報保持部に保持されている前記所定情報を前記新規通信ノードへ通知する第2所定情報通知部とを、有するネットワークノード。前記時間情報が、前記既存通信ノードによる前記ネットワークへの次回の接続時刻を含んでいる請求項1に記載のネットワークノード。前記時間情報が、前記新規通信ノードによる前記ネットワークへの次回の接続時刻を含んでいる請求項1に記載のネットワークノード。前記既存通信ノードによる前記ネットワークへの次回の接続時刻より後の時刻となるように、前記新規通信ノードによる前記ネットワークへの次回の接続時刻を決定する接続時刻決定部を有する請求項3に記載のネットワークノード。前記時間情報が、前記新規通信ノードによる前記ネットワークへの次回の接続時間帯を含んでいる請求項1に記載のネットワークノード。前記既存通信ノードによる前記ネットワークへの次回の接続時間帯より後の時間帯となるように、前記新規通信ノードによる前記ネットワークへの次回の接続時間帯を決定する接続時間帯決定部を有する請求項5に記載のネットワークノード。前記所定情報の要求と共に前記新規通信ノードから前記既存通信ノードの識別情報が通知された場合、前記接続確認部が、前記識別情報によって特定される前記既存通信ノードが前記ネットワークに接続されているかどうかを確認するよう構成されている請求項1に記載のネットワークノード。前記接続確認部が、前記新規通信ノードと地理的に近いエリアに存在する前記既存通信ノードを特定し、特定された前記既存通信ノードが前記ネットワークに接続されているかどうかを確認するよう構成されている請求項1に記載のネットワークノード。ネットワークノードの管理下において、既にネットワークに接続されている既存通信ノードが存在しており、前記ネットワークに新たに接続する新規通信ノードが前記既存通信ノードの所定情報を取得する通信システムにおいて、前記新規通信ノードとして動作する通信ノードであって、前記所定情報の要求を前記ネットワークノードへ送信する第1所定情報要求部と、前記第1所定情報要求部による前記所定情報の要求に対する応答として、前記ネットワークノードから前記所定情報を受信する第1所定情報取得部と、前記第1所定情報要求部による前記所定情報の要求に対する応答として、前記新規通信ノードによる次回の接続時刻を決定するための時間情報を受信する時間情報受信部と、前記時間情報から前記新規通信ノードによる前記ネットワークへの次回の接続時刻を決定する接続時刻決定部と、前記接続時刻決定部で決定された前記接続時刻に前記ネットワークへ接続し、前記所定情報の要求を前記ネットワークノードへ送信する第2所定情報要求部と、前記第2所定情報要求部による前記所定情報の要求に対する応答として、前記ネットワークノードから前記所定情報を受信する第2所定情報取得部とを、有する通信ノード。前記時間情報が、前記既存通信ノードによる前記ネットワークへの次回の接続時刻を含んでいる請求項9に記載の通信ノード。前記接続時刻決定部が、前記既存通信ノードによる前記ネットワークへの次回の接続時刻より後の時刻となるように、前記新規通信ノードによる前記ネットワークへの次回の接続時刻を決定するよう構成されている請求項10に記載の通信ノード。前記時間情報が、前記新規通信ノードによる前記ネットワークへの次回の接続時刻を含んでいる請求項9に記載の通信ノード。前記時間情報が、前記新規通信ノードによる前記ネットワークへの次回の接続時間帯を含んでいる請求項9に記載の通信ノード。前記接続時刻決定部が、前記新規通信ノードによる前記ネットワークへの次回の接続時間帯内の任意の時刻を、前記新規通信ノードによる前記ネットワークへの次回の接続時刻として決定するよう構成されている請求項13に記載の通信ノード。前記第1所定情報要求部が、前記所定情報の要求と共に前記既存通信ノードの識別情報を通知するよう構成されている請求項9に記載の通信ノード。ネットワークノードの管理下において、既にネットワークに接続されている既存通信ノードが存在しており、新たに接続を行う新規通信ノードが前記既存通信ノードの所定情報を取得する通信システムにおいて、前記既存通信ノードとして動作する通信ノードであって、前記ネットワークへ接続している際に、前記ネットワークノードから前記所定情報の要求を受信する所定情報要求受信部と、前記所定情報の要求に対する応答として、前記所定情報を前記ネットワークノードへ通知する所定情報通知部とを、有する通信ノード。前記ネットワークとの接続を切断する前に、前記ネットワークへの次回の接続時刻を前記ネットワークノードへ通知する次回接続時刻通知部を有する請求項16に記載の通信ノード。高い優先度で通知すべき情報を有する場合に、通常割り当てられている前記ネットワークへのアクセス可能時間間隔の終了時刻を早めることでアクセス可能時間間隔を短縮し、短縮された前記アクセス可能時間間隔内に含まれる時刻を、前記ネットワークへの次回の接続時刻として設定する接続時刻決定部を有する請求項16に記載の通信ノード。以下、図面を参照しながら、本発明の第1~第4の実施の形態について説明する。本発明は、新規MTCデバイス初めてネットワークへ接続するMTCデバイスが設定情報を要求した場合に、接続状態の既存MTCデバイス既に動作しており、ネットワークへの接続を既に行ったことがあるMTCデバイスから設定情報を取得して新規デバイスに渡すように構成されており、さらに、既存MTCデバイスが接続状態にない場合設定情報を即座に渡すことができない場合に、新規MTCデバイスの次回接続時刻を決定するための時間情報を新規MTCデバイスに渡し、新規MTCデバイスがこの時間情報に基づいて再度接続した際に、既存MTCデバイスに保持されている設定情報を新規デバイスに渡すように構成されている。本発明の第1の実施の形態では、既存MTCデバイスが接続状態にない場合に、新規MTCデバイスの次回接続時刻を決定するための時間情報として、既存MTCデバイスが次回接続する時刻既存MTCデバイス接続時刻を渡し、本発明の第2の実施の形態では、既存MTCデバイスが接続状態にない場合に、新規MTCデバイスの次回接続時刻を決定するための時間情報として、新規MTCデバイスの次回接続時刻を渡し、本発明の第3の実施の形態では、既存MTCデバイスが接続状態にない場合に、新規MTCデバイスの次回接続時刻を決定するための時間情報として、新規MTCデバイスの次回接続時間間隔次回接続時間帯を渡す場合について説明する。また、本発明の第4の実施の形態では、既存MTCデバイスが、他のMTCデバイス新規MTCデバイスや既存MTCデバイスやMTCサーバへ通知する情報をより早く届けるために、次回の接続時刻を早く設定し、情報の送信を行う場合について説明する。なお、本発明の第1~第4の実施の形態において、情報を必要とするMTCデバイスを新規MTCデバイスと称し、情報を保持するMTCデバイスを既存MTCデバイスと称しているが、当然のことながら、情報を必要とするエンティティは、新たにネットワークに接続するMTCデバイスに限らず、既に接続しているMTCデバイスであっても他のMTCデバイスが保持する情報を必要とする場合も存在する。さらには、情報を必要とするエンティティとしてMTCサーバが存在することは言うまでもない。また、情報を保持しているエンティティも、既に接続しているMTCデバイスに限らず、新たにネットワークへ接続したMTCデバイスであってもよい。なお、以下では、MTCデバイスが通知及び取得する情報を設定情報と記載しているが、取得する側、又は提供する側のMTCデバイスにとって有用な情報であればどのような情報でも構わない。例えば、情報を提供する側のMTCデバイス上で動作しているセンサーやアプリケーション等が収集した情報や動作行動履歴、さらには情報を提供する側のMTCデバイスが他のMTCデバイスやサーバ等から取得した情報などが考えられる。具体的には、車両に搭載されるカーナビゲーションやPNDPortableNavigationDevice、ドライバー又は歩行者が保持するGPS搭載携帯端末携帯電話、スマートフォンが検出蓄積した情報ユーザの過去未来の移動経路情報や行動パターン、検出情報、生体情報などがある。また、以下では、情報を必要とする側を新規MTCデバイス、情報を提供する側を既存MTCデバイスとし、新規MTCデバイスが情報要求メッセージを送信するケースを用いて説明しているが、新規デバイスが既存MTCデバイスへ情報を通知するために、既存MTCデバイスに対してメッセージ情報通知メッセージを送信するケースにおいても本発明の第1~第4の実施の形態で説明する各種手段、機能を用いることができる。第1の実施の形態まず、本発明の第1の実施の形態について説明する。図1は、本発明の第1の実施の形態におけるネットワーク構成の一例を示す図である。図1において、複数のMTCデバイスが既に動作しており、新たにネットワークへ接続するMTCデバイスが存在する場合について考える。なお、本明細書では、既に動作しており、ネットワーク200への接続を既に行ったことがあるMTCデバイスを、既存MTCデバイス110と表記し、初めてネットワークへ接続するMTCデバイスを、新規MTCデバイス100と表記する。これらのMTCデバイス新規MTCデバイス100及び既存MTCデバイス110は、無線アクセスモジュールとして、3GPPインタフェースを備えており、例えばeNB210を介してネットワーク例えば、3GPPネットワーク200へ接続することができる。ネットワーク200には、MMEMobilityManagementEntity220やSGWServingGateway230、PGWPacketDataNetworkGateway240が存在し、MTCデバイスの接続状態の管理や、MTCサーバ300へアクセスするために必要なコネクションの確立管理などを行う。また、これらのMTCデバイスを管理するMTCサーバ300が存在し、MTCデバイスから通知された様々な情報を基に、MTCユーザ400へサービスを提供する。なお、MTCデバイスの無線アクセスモジュールとしては、WiMAXやWLANなどの他の無線システムを用いてもよく、3GPPインタフェースに限定されない。また、図1に示されているコアネットワーク200内のエンティティは、無線アクセスシステムとして3GPPのLTE/SAELongTermEvolutionSystemArchitectureEvolutionを用いた場合の機能ブロックを表しているが、使用する無線アクセスシステムに応じて、同様の機能を保持する適切なエンティティ名に置き換えられる。例えば、3GPPのUMTSUniversalMobileTelecommunicationSystemを用いた場合は、eNB210はRNC/BSCRadioNetworkControllerBaseStationController、MME220はSGSNServingGPRSSupportNode、P-GW240はGGSNGatewayGPRSSupportNodeに置き換えられる。また、MTCサーバ300は、3GPPコアネットワーク200内に配置されていてもよい。また、図2は、本発明の第1の実施の形態において、新規MTCデバイス100がネットワークへ接続した際の処理の一例を示すシーケンスチャートである。図2において、新規MTCデバイス100はネットワーク200へ接続後、MTCサーバ300へ設定情報を要求するメッセージを送信するステップS1001。その要求メッセージを受けたMTCサーバ300は、既存MTCデバイス110から設定情報を取得するよう指示する情報を含む応答を返すステップS1002。なお、MTCサーバ300が保持している新規MTCデバイス100へ通知するべき設定情報がある場合には、ステップS1002の応答に係るメッセージにそれらの設定情報も含めて返す。例えば、MTCサーバ300は、既存MTCデバイス110の動作によって更新されることのない静的な設定情報を、ステップS1002の応答に係るメッセージに含めて返すことが可能である。次に、応答を受けた新規MTCデバイス100は、MTCサーバからの指示を受け、MME220に対して、既存MTCデバイス110が保持している設定情報を要求するステップS1003。要求を受けたMME220は、設定情報を保持している既存MTCデバイス110がネットワーク200へ接続しているか否かを確認し、接続している場合はその既存MTCデバイス110へ問い合わせ、設定情報を取得する。なお、MME220が受信する設定情報要求ステップS1003は、新規MTCデバイス100がMME220に対して直接送るメッセージではなく、新規MTCデバイス100から既存MTCデバイス110宛てに送られた情報要求メッセージデータパケットを受信したS-GW230が送信するDDNDownLinkDataNotificationであってもよい。S-GW230は、受信したメッセージの宛先である既存MTCデバイス110がネットワーク200に接続していない場合に、MME220に対してDDNを送信する。また、MME220が受信する設定情報要求ステップS1003は、新規MTCデバイス100がネットワーク200に接続する際に送信するアタッチリクエストAttachRequestでもよい。この場合、新規MTCデバイス100は、送信するアタッチリクエストメッセージの中に、情報の要求先である既存MTCデバイス110の識別情報を含める。また、MME220が、新規MTCデバイス100の通信相手が既存MTCデバイス110であることを既に認識することができる場合は、新規MTCデバイス100はアタッチリクエストメッセージの中に既存MTCデバイス110の識別情報を含める必要はない。MME220が、新規MTCデバイス100の通信相手を認識する方法としては、アタッチリクエストを受信した際にMTCサーバ300にメッセージを送信して新規MTCデバイス100の通信相手を問い合わせる方法や、予めMTCサーバ300から新規MTCデバイス100の通信相手の識別情報を含むメッセージを受信してもよい。なお、既存MTCデバイス110がネットワーク200へ接続している場合には、MME220と既存MTCデバイス110との間で、後述のステップS1013における設定情報要求、及び、ステップS1014における応答と同一の処理が行われる。そして、後述のステップS1005における応答に、既存MTCデバイス110の設定情報を含ませることによって、新規MTCデバイス100は、既存MTCデバイス110の設定情報を取得することが可能となる。また、新規MTCデバイス100が既存MTCデバイス110宛てに情報要求メッセージを送信する方法を用いる場合、既存MTCデバイス110がネットワーク200に接続している場合には、S-GW230は、既存MTCデバイス110宛てにメッセージを転送する。そのため、既存MTCデバイス110はメッセージを受信し、新規MTCデバイス100宛てに応答メッセージを返す。一方、既存MTCデバイス110がネットワーク200へ接続していない場合は、MME220は、設定情報を保持している既存MTCデバイス110が次にネットワーク200へ接続する時刻既存MTCデバイス接続時刻を新規MTCデバイス100に対して通知するステップS1005。ここで、ステップS1004が、S-GW230から受信したDDNによってトリガされる場合について説明する。S-GW230は、新規MTCデバイス100が送信した既存MTCデバイス110宛てのメッセージを受信した際に、メッセージの宛先である既存MTCデバイス110がネットワークに接続していないアイドル状態、又はデタッチ状態場合、MME220に対してDDNDownLinkDataNotificationを送信する。それを受けたMME220が、既存MTCデバイス110が接続しないこと、あるいは接続できないことを認識した場合、新規MTCデバイス100に対して、既存MTCデバイス110の接続時刻を通知するステップS1005。例えば、MME220は、S-GW230から受信したDDNに応じて既存MTCデバイス110宛てにページングを送信し、そのページングに対して既存MTCデバイス110から応答が返らなかった場合に、新規MTCデバイス100に対して時間情報を通知すると判断することができる。また、受信したDDNに含まれているARPAllocationandRetentionPriorityの値がある閾値よりも低い場合に、既存MTCデバイス110へページングを送信せずに、新規MTCデバイス100に対して時間情報を通知すると判断してもよい。この場合、既存MTCデバイス110がネットワーク200に接続することが可能ページングの受信が可能な時間帯であったとしても、ARPが低い場合にはページングを送信しないと判断してもよい。これにより、優先度が低いメッセージによるトラフィックを減らすことができる。一方、ARPの値が高い場合は、既存MTCデバイス110へページングを送信すると判断する。さらには、既存MTCデバイス110宛てのDDNを受信したタイミングが、既存MTCデバイス110の接続可能時間間隔の範囲外である場合に、新規MTCデバイス100に対して時間情報を通知すると判断してもよい。この場合、MME220は、既存MTCデバイス110のアクセス可能な時間間隔を保持している。さらには、MME220が輻輳状態にある場合、既存MTCデバイス110がネットワーク200に接続できないため、MME220は、新規MTCデバイス100に対して時間情報を通知すると判断してもよい。S-GW230は、DDNの中に、送信元である新規MTCデバイス100の識別情報を含めることで、MME220は時間情報の通知先である新規MTCデバイス100の識別情報を取得することができる。MMEが新規MTCデバイス100に対して時間情報を通知する際、DDNに対して応答DDNAcknowledge、DDNFailureIndicationを返してもよい。MME220が新規MTCデバイス100に対して時間情報を通知する方法としては、MME220は、時間情報をデタッチリクエストメッセージに含めて新規MTCデバイス100に送信してもよい。また、MME220は、新規MTCデバイス100が送信したアタッチリクエストを受けた際に、通信相手が既存MTCデバイス110であることを特定できる場合は、そのアッタチリクエストを拒絶するためのアッタチリジェクトAttachRejectメッセージの中に時間情報を含めて新規MTCデバイス100へ送信してもよい。また、新規MTCデバイス100が、アタッチリクエストの中にプライオリティを示す値自身のプライオリティ、通信相手のプライオリティ、これから送信しようとしているメッセージのプライオリティを含めることで、MME220は、プライオリティが低いことを示す値が受信したアタッチリクエストに含まれている場合に、時間情報を含むアタッチリジェクトを新規MTCデバイス100へ送信すると判断してもよい。これにより、優先度が低いメッセージによるトラフィックを減らすことができ、新規MTCデバイス100に対しては、既存MTCデバイス110へメッセージを送信することができるタイミングで再接続することを可能とする。なお、MME220が時間情報通知する際に用いるメッセージは、時間情報を含めることができるメッセージであれば何でもよい。例えば、ESMinformationrequest、IdentificationRequestなどのNASメッセージや、基地局からMTCデバイスへ送信されるRRCメッセージ、MTCデバイスに対して通知される報知情報を送信する必要はない。また、新規MTCデバイス100は、ステップS1006で決めた次回接続時刻にネットワーク200へ接続しステップS1021、MME220へ設定情報の要求を再度送信するステップS1022。MME220は、この設定情報の要求に対して、ステップS1015で保持した設定情報を読み出し、この設定情報を応答に含ませて新規MTCデバイス100へ送信するステップS1023。これにより、新規MTCデバイス100は、MME220から設定情報を取得することが可能となる。なお、新規MTCデバイス100が他のMTCデバイスへ直接アクセスできる場合は、新規MTCデバイス100は、ステップS1022において情報要求を直接既存MTCデバイス110へ送信してもよい。この場合、MME220は、既存MTCデバイス110に対して情報要求ステップS1013を送信する必要がなくなる。この場合、既存MTCデバイス110は、MTCサーバ300への情報通知が終わった後であっても、新規MTCデバイス100からの要求メッセージを受けるためにネットワーク200に接続している必要がある。このため、MME220は、既存MTCデバイス110がネットワーク200に接続した際にステップS1011、新規MTCデバイス100からの要求メッセージを受けるまでネットワークに接続し続けることを指示してもよい。この指示の通知は、新規MTCデバイス100がネットワーク200へ接続した際に送信した接続要求AttachRequestやPDNConnectivityRequestステップS1012に対する応答メッセージRRCConnectionReconfigurationに含まれていてもよい。また、新規MTCデバイス100からの情報要求ステップS1001の受信によって、既存MTCデバイス110との通信を要求している新規MTCデバイス100が存在することを認識しているMTCサーバ300が、既存MTCデバイス110に対して送信するメッセージを用いて通知してもよい。この指示を通知する代わりに、既存MTCデバイス110が、アクセス可能な時間間隔の間はネットワークへの接続を維持するように設定されていてもよい。また、既存MTCデバイス110は、MME220から送信されるページングの受信待ち状態に遷移することで、ネットワーク200への接続を維持しなくてもよいし、また、次回接続時刻になったとしてもネットワーク200へ接続しなくてもよい。この場合、MME220は、S-GW230から既存MTCデバイス110宛てのDDNを受信した際に、既存MTCデバイス110に対してページングを送信する。そして、既存MTCデバイス110は、ページングに応答し、新規MTCデバイス100からの情報要求メッセージを受信し、応答メッセージを新規MTCデバイス100へ送信する。なお、ステップS1004において、MME220が設定情報の要求対象として問い合わせをする既存MTCデバイス110を特定する方法として、MME220が保持しているMTCデバイス情報の中に問い合わせるべき既存MTCデバイス110が明示的に指定されていてもよい。また、既存MTCデバイス110の中から1つ又は複数のデバイスを任意に選択してもよい。その場合、新規MTCデバイス100と同一のグループに属する既存MTCデバイス110から選択されることが望ましい。これにより、共通のサービスを提供するデバイス群や、共通の機能を持ったデバイス群の中から有効な情報を得ることができる。また、例えば、既存MTCデバイス110の中で、新規MTCデバイス100と同じエリアトラッキングエリア内に存在する既存MTCデバイス110や、最も地理的に近い位置に存在するデバイス例えば、同じ基地局に接続する既存MTCデバイス110を選択する方法などがある。この場合、新規MTCデバイス100は、自身の現在地情報GPSによる位置情報や、欲しい情報が存在する場所、又は情報を通知するべき場所の位置情報をMME220に通知し、MME220は、通知された位置情報に近い場所に存在する既存MTCデバイス110を選択する。これにより、新規MTCデバイス100が位置する環境に合った設定情報を得ることができる。また、既存MTCデバイス110の中で、早くからネットワーク200へ接続していた既存MTCデバイス110を選択する方法や、これまでの動作結果や通知された情報の精度などに基づき、最適な既存MTCデバイス110を選択する方法などを利用してもよい。この場合、長時間の動作経験計測によって得られたデータに基づく設定情報を得ることができる。また、設定情報の取得先として、複数の既存MTCデバイスを選択しておくことで、情報の正確性を高めることができ、取得に失敗してしまった場合のリカバリーを図ることができる。また、ステップS1002において、MTCサーバ300が、各MTCデバイスの情報を管理するサーバとして機能し、設定情報を保持している既存MTCデバイス110を示す識別情報を新規MTCデバイス100へ通知してもよい。新規MTCデバイス100が問い合わせるべき既存MTCデバイス110の識別情報を通知するサーバは、MTCサーバ300とは別に存在する情報管理サーバであってもよい。MTCサーバ300が既存MTCデバイス110を特定する方法は、先に述べたように、MME220がステップS1004において既存MTCデバイス110を特定するために行う方法と同様の方法を用いることができる。例えば、新規MTCデバイス100は、MTCサーバ300又は情報管理サーバへ、位置情報を含むメッセージを送信する。すると、MTCサーバは、通知された位置情報に近い位置に存在するMTCデバイスを検索する。検索によって特定された既存MTCデバイス110の識別情報を新規MTCデバイス100へ返す。なお、検索によって特定される既存MTCデバイス110は1つであってもよいし、複数であってもよい。既存MTCデバイス110の識別情報の通知を受けた新規MTCデバイス100は、MME220へ設定情報を要求する場合ステップS1003の設定情報要求の際には、設定情報の取得先となる既存MTCデバイス110の識別情報を通知することで、MME220は、問い合わせ先となる既存MTCデバイス110を一意に特定することができる。なお、既存MTCデバイス100の識別情報を取得した新規MTCデバイス100は、ステップS1003における情報要求メッセージを既存MTCデバイス110へ直接送信してもよい。この場合、上述したように、既存MTCデバイス110が基地局に接続していないRRCコネクションを確立していない場合は、S-GW230がMME220に対してDDNを送信し、それを受けたMME220は、新規MTCデバイス100に対して、次回の接続時間を決定するために用いられる時間情報を通知する。また、既存MTCデバイス110を示す識別情報は、MTCサーバ300及び情報管理サーバから通知を受ける方法に限らず、任意の方法で取得してよい。例えば、新規MTCデバイス100は、情報の要求先である既存MTCデバイス110の識別情報を既に保持している場合は、ステップS1001において、MTCサーバ300へ問い合わせる必要はない。例えば、新規MTCデバイス110が近隣の他のMTCデバイスとローカル通信を介して接続し、既存MTCデバイス110の識別情報を取得してもよい。他のMTCデバイスと接続する方法としては、マクロ基地局、小型基地局フェムト基地局を介した通信や、UWB、WiMAX、WLANIEEE80211abgnpやBluetoothなどの通信技術を用いることができる。なお、各種メッセージの送信に用いられる識別情報は、IPアドレスやMTCデバイスに割り当てられたID、複数のMTCデバイスによって構成されるグループのID、MSISDNMobileSubscriberIntegratedServicesDigitalNetworkNumber、IMSIInternationalMobileSubscriberIdentity、FQDN、SIPアドレス、NAINetworkAccessIdentifier、端末の各種情報を組み合わせて作られた新規IDなど、MTCデバイスを特定することができる識別子であれば特に限定されない。なお、不図示ではあるが、既存MTCデバイス110には、アクセス可能な時間間隔があらかじめ既存MTCデバイスの中にサブスクリプション情報として登録されているか、又はMME220又はMTCサーバ300から既に通知されており、既存MTCデバイス110はその時間間隔内の任意の時間を、次回の接続時刻として設定している。アクセス可能な時間間隔がネットワーク200から通知される場合は、OAMOperationsAdministrationandMaintenance用のプロトコル例えば、OMADMやSIMOTAなどを用いて通知されてもよい。また、MTCサーバ300から通知される場合は、MTCサーバ300とMTCデバイス間でやり取りされるメッセージに含まれていてもよい。例えば、各既存MTCデバイス110が連続して同一時刻にアクセスするように設定されている場合には、MME220が、各既存MTCデバイス110の接続時刻すなわち、既存MTCデバイス接続時刻を保持することが可能である。一方、各既存MTCデバイス110が、アクセス可能な時間間隔の中から毎回ランダムな時刻を接続時刻として選択するような場合には、例えば、ステップS1012などの既存MTCデバイス110からMME220への情報通知の際に、次回接続時刻を通知することで、MME220は、既存MTCデバイス110の次回接続時刻を把握することが可能となる。なお、既存MTCデバイス110は、MTCサーバ300に対して次回接続時刻を通知し、さらにMTCサーバ300がMME220へ通知してもよい。また、アクセス可能な時間間隔の代わりに、次回接続時刻をMME220又はMTCサーバ300が既存MTCデバイス110に対して通知してもよい。また、上述したように、MME220が新規MTCデバイス100に対して、既存MTCデバイス110のアクセス可能な時間間隔の開始時刻までの待ち時間を通知する場合は、既存MTCデバイス110は、次回接続時刻をMME220へ通知する必要はない。ただし、この場合は、既存MTCデバイス110は、アクセス可能な時間間隔の開始時刻になったら、ネットワーク200に接続するか、又は自分宛のページングが存在するか否かを確認する状態になる必要がある。また、新規MTCデバイス100も、アクセス可能な時間間隔があらかじめサブスクリプション情報として登録されているか、ネットワーク200へ接続した際に、アクセス可能な時間間隔又は次回接続時刻がMME220又はMTCサーバ300から通知されてもよい。MME220から通知される場合は、ステップS1005の応答メッセージの中に含まれていてもよい。また、MTCサーバ300から通知される場合は、ステップS1002の応答メッセージの中に含まれていてもよい。また、図3は、本発明の第1の実施の形態における新規MTCデバイス100の構成の一例を示すブロック図である。図3に図示されている新規MTCデバイス100は、インタフェース101、設定情報取得部102、接続時刻決定部103、情報保持部104、ネットワーク接続部105を有している。インタフェース101は、新規MTCデバイス100のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。また、設定情報取得部102は、ネットワーク200へ接続した際に、MTCサーバ300及びMME220に対して、必要な設定情報を要求するメッセージを送信する機能を有している。MTCサーバ300に対して情報を要求した場合、既存MTCデバイス110から設定情報を取得することを指示する情報を含む応答メッセージをMTCサーバ300から受信する。一方、MME220に対して設定情報を要求した場合、新規MTCデバイス100が次回ネットワークへ接続する時刻を決める際に使用する接続時刻情報既存MTCデバイス接続時刻を取得するかMME220が設定情報を即座に取得できない場合、又は、要求した設定情報を取得するMME220が設定情報を既存MTCデバイス110から取得できるか、あるいは、保持している場合。なお、MTCサーバ300から、問い合わせるべき既存MTCデバイス110の識別情報が通知された場合には、MME220に対して設定情報を要求する際にその識別情報を通知する。また、接続時刻決定部103は、新規MTCデバイス100が次回ネットワークへ接続する時刻次回接続時刻を決定する機能を有している。MME220から既存MTCデバイス接続時刻を取得した場合は、その既存MTCデバイス接続時刻よりも後の時刻に、次回接続時刻を設定する。さらに、ネットワーク200にアクセスできる時間間隔が指定されている場合は、その時間間隔内であり、かつ、既存MTCデバイス接続時刻よりも後の時刻に、次回接続時刻を設定する。また、再接続するまでの待ち時間BackoffTimerが指定されている場合は、その時間を含むメッセージを受信したときにタイマーをスタートさせ、受信した待ち時間が経過した後に再接続するようネットワーク接続部105へ指示する。また、情報保持部104は、既存MTCデバイス接続時刻やネットワーク200へアクセスできる時間間隔などのMTCサーバ300及びMME220から取得した情報や、接続時刻決定部103によって決定された次回接続時刻などを保持する機能を有している。また、ネットワーク接続部105は、インタフェース101を用いて新たにネットワーク200に接続するための処理や、接続時刻決定部103によって決められた次回接続時刻にネットワーク200へ接続する際に行う接続処理を実行する機能を有している。また、図4は、本発明の第1の実施の形態において、新規MTCデバイス100がネットワーク200へ接続した後に行う処理の一例を示すフローチャートである。図4において、設定情報取得部102は、新規MTCデバイス100がネットワーク200へ接続したことを検知するとステップS1101、MME220に対して設定情報を要求するメッセージを送信するステップS1102。なお、不図示ではあるが、設定情報取得部102は、ステップS1102の処理の前に、MTCサーバ300に対して設定情報を要求するメッセージを送信してもよい。この場合、設定情報取得部102は、MTCサーバ300から、既存MTCデバイス110から情報を取得することを指示する情報を含む応答メッセージを受信する。次に、新規MTCデバイス100は、設定情報を要求するメッセージに対する応答メッセージをMME220から受信し、設定情報取得部102は、この応答メッセージに既存MTCデバイス接続時刻が含まれているかどうかを確認するステップS1103。MME220から受信した応答メッセージの中に既存MTCデバイス接続時刻が含まれている場合は、その既存MTCデバイス接続時刻を接続時刻決定部103へ渡し、次回接続時刻を決定するよう指示する。この場合、接続時刻決定部103は、設定情報取得部102から取得した既存MTCデバイス接続時刻を基に、次回接続時刻を決める。接続時刻決定部103は、例えば図5に示すように、通知された既存MTCデバイス接続時刻よりも後の時間間隔次回ネットワーク接続時間間隔の中から、次回接続時刻を設定する。例えば、図1に含まれる全MTCデバイスがネットワーク200へアクセスできる時間間隔が共通であった場合、通常は、新規MTCデバイス100も既存MTCデバイス110と同様に、その時間間隔の中のどこかの任意のタイミングランダムを次回接続時刻として設定するが、本発明の接続時刻決定部103は、ネットワーク200へアクセスできる時間間隔内であり、かつ、取得した既存MTCデバイス接続時刻よりも後の任意の時刻に次回接続時刻を設定する。なお、ネットワーク200へアクセスできる時間間隔は、あらかじめ各MTCデバイスにサブスクリプション情報として登録されているか、MME220又はMTCサーバ300から通知される。次回接続時刻を設定した後、接続時刻決定部103は、ネットワーク接続部105へ切断の指示を出し、ネットワーク接続部105はネットワーク200への接続を切断するステップS1105。なお、ネットワークからの切断は、既存MTCデバイス接続時刻の取得後すぐに行われてもよい。次に、接続時刻決定部103は、ステップS1104で決定した次回接続時刻になったら、ネットワーク接続部105に対してネットワーク200へ接続するよう指示する。そして、ネットワーク接続部105はネットワークへの接続が完了したことを設定情報取得部102へ通知し、設定情報取得部102は、再度、MME220に対して設定情報を要求するメッセージを送信することで、MME220が既存MTCデバイス接続時刻のタイミングで既存MTCデバイス110から受信、保持している設定情報を取得することが可能となるステップS1106。また、ステップS1103において、応答メッセージに既存MTCデバイス接続時刻が含まれていない場合、設定情報取得部102は、応答メッセージの中に設定情報が含まれているかどうかを確認するステップS1107。MME220から設定情報を含む応答メッセージを受信した場合には、この設定情報を用いて設定を行うことが可能となる。一方、応答メッセージの中に設定情報が含まれていない場合には、設定情報の取得が完了しておらず、再び、ステップS1102に戻って設定情報を要求する。このように、既存MTCデバイス接続時刻を考慮することで、既存MTCデバイス110がネットワーク200に接続して、必要な設定情報の取得がMME220により行われた後のタイミングで、新規MTCデバイス100はネットワーク200へ接続することができるため、新規MTCデバイス100は、自身のMTCデバイスとしての動作に関係する最新の設定情報を、ネットワーク200への接続MTCサーバ300への情報通知のための接続と同時に取得することが可能となり、設定情報の取得のためだけにネットワーク200へ接続する必要がなくなる。また、既存MTCデバイス110においても、ネットワーク200への接続MTCサーバ300への情報通知のための接続と同時に設定情報の通知を行うため、新規MTCデバイス100が必要としている設定情報をネットワーク200に送信するためだけにネットワーク200へ接続する必要がなくなる。また、図6は、本発明の第1の実施の形態におけるMME220の構成の一例を示すブロック図である。図6に図示されているMME220は、インタフェース221、設定情報要求処理部222、設定情報取得部223、デバイス情報保持部224、接続時刻取得部225を有している。インタフェース221は、MME220のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。また、設定情報要求処理部222は、新規MTCデバイス100からの要求メッセージを受けた際に、新規MTCデバイス100へ通知するべき設定情報を、既存MTCデバイス110から取得するよう設定情報取得部223へ指示する機能を有している。なお、問い合わせるべき既存MTCデバイス110の識別情報が新規MTCデバイス100から通知された場合には、その識別情報を設定情報取得部223へ通知する。また、設定情報取得部223は、デバイス情報保持部224を参照して、新規MTCデバイス100が求めている設定情報を保持している既存MTCデバイス110を選択し、選択された既存MTCデバイス110から設定情報を取得する機能を有している。既存MTCデバイス110を選択する方法は、先に述べたように、同一の基地局に接続しているデバイスを選択する方法などを始めとして様々な方法が挙げられるが、本発明では、こうした方法に限定されるものではない。さらに、設定情報取得部223は、設定情報を取得する対象の既存MTCデバイス110がネットワーク200へ接続しているか否かを確認する。既存MTCデバイス110がネットワーク200へ接続している場合は問い合わせを行い、設定情報を通知するよう要求する。一方、既存MTCデバイス110がネットワーク200に接続していない場合は、既存MTCデバイス110が次回接続する時刻既存MTCデバイス接続時刻を新規MTCデバイス100へ通知する。なお、既存MTCデバイス接続時刻を新規MTCデバイス100へ通知するためのメッセージの種類は特に限定されるものではない。例えば、図9に図示されているように、従来のNASNonAccessStratum:ノンアクセスストラタムメッセージに既存MTCデバイス接続時刻を挿入したものを送信してもよい。また、既存MTCデバイス110から既に設定情報を取得し、設定情報を保持している場合には、保持されている設定情報を新規MTCデバイス100へ通知する。また、デバイス情報保持部224は、既存MTCデバイス110に関する情報として、ネットワーク200への接続の有無や、接続している場合のコネクションに関する情報、既存MTCデバイス110から取得した設定情報、さらには、各既存MTCデバイス110の既存MTCデバイス接続時刻などを管理、保持している。また、接続時刻取得部225は、既存MTCデバイス110から送信された既存MTCデバイス接続時刻を通知するメッセージを受信した場合、そのメッセージに含まれている既存MTCデバイス接続時刻をデバイス情報保持部224へ保持するよう指示する機能を有している。なお、既存MTCデバイス110の次回の接続時刻既存MTCデバイス接続時刻は、既存MTCデバイス110から通知を受ける方法に限定されるものではない。例えば、各MTCデバイスによって決定される接続時刻が24時間周期で連続して使用される場合、MME220は、既存MTCデバイス110が以前に接続した際の接続時刻を記憶し、その時刻を次回の接続時刻として新規MTCデバイス100へ通知してもよい。なお、既存MTCデバイス110の次回の接続が、接続時刻の連続使用回数を超える回数となる場合例えば、接続時刻の連続使用回数が2回であり、ある接続時刻を使用した既存MTCデバイス110の次回の接続が3回目になる場合、既存MTCデバイス110は2回目の接続の際に、次回3回目の接続時刻をMME220へ通知する。また、図7は、本発明の第1の実施の形態におけるMTCサーバ300の構成の一例を示すブロック図である。図7に図示されているMTCサーバ300は、インタフェース301、設定情報要求処理部302、デバイス情報保持部303を有している。インタフェース301は、MTCサーバ300のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。また、設定情報要求処理部302は、新規MTCデバイス100から設定情報の要求メッセージを受けた際に、新規MTCデバイス100へ通知するべき設定情報と共に、既存MTCデバイス110から設定情報を取得することを指示する情報情報取得指示を含む応答メッセージを返す機能を有している。また、デバイス情報保持部303は、既存MTCデバイス110に関する情報として、各MTCデバイスに指定されているアクセス時間間隔や、デバイスID、グループIDなどのデバイスに関する情報を保持している。また、デバイス情報保持部303は、各MTCデバイスに共通する静的な設定情報を保持している。また、図8は、本発明の第1の実施の形態における既存MTCデバイス110の構成の一例を示すブロック図である。図8に図示されている既存MTCデバイス110は、インタフェース111、情報要求処理部112、情報保持部113、接続時刻決定部114、接続時刻通知部115を有している。インタフェース111は、既存MTCデバイス110のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。また、情報要求処理部112は、MME220から設定情報を要求するメッセージを受けた際に、情報保持部113を参照し、情報保持部113に保持されている設定情報を応答としてMME220へ返す機能を有している。また、情報保持部113は、MTCの設定に必要な設定情報やその他様々な情報を保持する機能を有している。また、接続時刻決定部114は、既存MTCデバイス110が、次回ネットワーク200へ接続する時刻次回接続時刻を決定する機能を有している。なお、ネットワーク200にアクセスできる時間間隔が指定されている場合は、その時間間隔内で次回接続する時刻を設定する。また、接続時刻通知部115は、接続時刻決定部114が決定した次回接続時刻を通知するためのメッセージをMME220へ送信する機能を有している。なお、例えば、既存MTCデバイス110が連続して同一時刻にアクセスするように設定されているような場合などは、接続時刻決定部114による次回接続時刻の決定、及び、接続時刻通知部115による次回接続時刻の通知は必ずしも必要ではない。ここでは、新規MTCデバイス100の構成図3に図示と既存MTCデバイス110図8に図示とに分けて、MTCデバイスの構成を説明しているが、新規MTCデバイス100は、長期間動作を行うことで既存MTCデバイス110として振る舞い、また、既存MTCデバイス110も、新たなネットワークに参加することで新規MTCデバイスとなり得る。すなわち、MTCデバイスは、図3に図示されている新規MTCデバイス100の構成、及び、図8に図示されている既存MTCデバイス110の構成を持っていてもよい。なお、図2に図示されているように、新規MTCデバイス100は、MTCサーバ300へ問い合わせを行うことで、既存MTCデバイス110から設定情報を取得する必要があることを認識しているが、新規MTCデバイス100が、既存MTCデバイス110から設定情報を取得する必要性、又は、MME220から設定情報を取得する必要性を初めから認識している場合には、MTCサーバ300への問い合わせを必ずしも行う必要はない。つまり、新規MTCデバイス100は、MTCサーバ300からの指示とは関係なく、MME220へ設定情報の要求を送信してもよい。この場合、MME220が、問い合わせ先となる既存MTCデバイス110を特定してもよいが、新規MTCデバイス100が、既存MTCデバイス110に関する情報を保持している場合や、あるいは情報サーバ例えば、ANDSFAccessNetworkDiscoverySelectionFunctionサーバなどへ問い合わせることで既存MTCデバイス110に関する情報を取得できる場合は、新規MTCデバイス100が問い合わせ先となる既存MTCデバイス110を特定し、その特定した結果既存MTCデバイス110の識別情報をMME220へ通知してもよい。さらに、MME220が、新規MTCデバイス100に対して既存MTCデバイス110が保持する情報を通知する必要があることを認識した場合には、MME220は新規MTCデバイス100からの要求メッセージを受けることなく、新規MTCデバイス100に対して既存MTCデバイス接続時刻を通知してもよい。また、本発明の第1の実施の形態におけるMME220が保持する機能を、MTCサーバ300が保持し実行してもよい。すなわち、図2を用いて説明した動作や、図6に図示されているMME220の構成、及び、図7に図示されているMTCサーバ300の構成が、1つのネットワークノードによって実装されていてもよい。この場合、新規MTCデバイス100から設定情報の要求を受けたMTCサーバ300は、設定情報を保持する既存MTCデバイス110から必要とする設定情報を取得できない場合、あるいは既存MTCデバイス110がネットワーク200へ接続していないことが確認された場合には、既存MTCデバイス110の次回の接続時刻時間情報を新規MTCデバイス100へ返す。そして、MTCサーバ300は、既存MTCデバイス110がネットワーク200へ接続した際に、設定情報の要求を行って必要な設定情報を取得し、新規MTCデバイス100がネットワーク200へ接続した際に、保持していた設定情報を通知する。また、新規MTCデバイス100が、MTCサーバ300から取得した時間情報に基づいてネットワーク200へ再接続した際に、既存MTCデバイス100宛てに情報要求メッセージを送信してもよい。このとき、既存MTCデバイス110がネットワーク200へ接続していない場合でもページングを受信することができる場合は、既存MTCデバイス110は、MME220からのページングを受信し、ネットワーク200へ接続した後、情報要求メッセージを受信する。これにより、新規MTCデバイス100は、既存MTCデバイス110から情報を取得することができる。また、本発明の第1の実施の形態におけるMME220は、MTCサーバ300の指示を受けて動作してもよい。すなわち、既存MTCデバイス接続時刻は、MTCサーバ300がMME220へ指示することで新規MTCデバイス100への割り当てが行われる。また、本発明の第1の実施の形態におけるMME220が保持する機能を、3GPPネットワーク内の他のエンティティSGW:ServingGateway、PGW:PacketDataGatewayが保持し実行してもよい。以上、説明したように、本発明の第1の実施の形態によれば、新規MTCデバイス100は、既存MTCデバイス110によって保持されている設定情報を取得することが可能となる。また、新規MTCデバイス100が設定情報を要求した際に、既存MTCデバイス110が接続されていない状態の場合でも、ネットワークノード例えば、MME220は、既存MTCデバイス110が次回接続した際に設定情報を取得し、また、新規MTCデバイス100は、既存MTCデバイス接続時刻に基づいて次回接続時刻を設定することで、既存MTCデバイス110の設定情報を確実に取得できるようになる。また、新規MTCデバイス100及び既存MTCデバイス110は、設定情報を取得するためだけに、あるいは、設定情報を提供するためだけに、ネットワーク200に接続を行うのではなく、ネットワーク200への定期的な接続の際に設定情報の取得又は提供を行うので、電力の消費を最小限に抑えることが可能となる。第2の実施の形態次に、本発明の第2の実施の形態について説明する。本発明の第2の実施の形態では、MME220から新規MTCデバイス100へ通知する情報が上述の第1の実施の形態と異なっており、MME220は、新規MTCデバイス100の次回接続時刻を通知する。まず、図10を参照しながら、本発明の第2の実施の形態における処理について説明する。図10は、本発明の第2の実施の形態において、新規MTCデバイス100がネットワークへ接続した際の処理の一例を示すシーケンスチャートである。図10に図示されているステップS2001~S2004は、図2に図示されているステップS1001~S1004と同一であり、説明を省略する。MME220は、新規MTCデバイス100から設定情報要求を受けた際にステップS2003、設定情報を保持する既存MTCデバイス110がネットワーク200に接続していないことが判明した場合にはステップS2004、その既存MTCデバイス110の次回の接続時刻既存MTCデバイス接続時刻よりも後の適切な時刻を新規MTCデバイス100の次回接続時刻として決定しステップS2005、新規MTCデバイス100に通知するステップS2006。次回接続時刻の通知を受けた新規MTCデバイス100は、指定された時刻を次回接続時刻として使用することを決定し、接続をいったん切断するステップS2007。なお、MME220は、新規MTCデバイス100の次回接続時刻を新規MTCデバイス100に通知するとともに、設定情報の要求対象である既存MTCデバイス110が次回接続してきた際に、その既存MTCデバイス110から設定情報を取得する必要があることを記憶する。なお、新規MTCデバイス100に通知される時間情報は、上記の開始時刻と共に終了時刻又は開始時刻と時間長Durationを含む時間間隔であってもよい。この場合、新規MTCデバイスは、その時間間隔内にネットワーク200へ接続した場合は、既存MTCデバイスへ要求メッセージを送信することで直接情報を取得することができ、終了時刻が経過した後にネットワーク200へ接続した場合は、MME220から情報を取得することができると判断できる。その後、既存MTCデバイス110は、自身の次回接続時刻になると、ネットワーク200への接続を行いステップS2011、また、新規MTCデバイスも、MME220から通知された新規MTCデバイス100の次回接続時刻になると、ネットワーク200への接続を行うステップS2021。なお、図10に図示されているステップS2011~S2015、ステップS2021~S2023は、図2に図示されているステップS1011~S1015、ステップS1021~S1023と同一であり、説明を省略するが、上述の本発明の第1の実施の形態と同様に、MME220は、既存MTCデバイス110から設定情報を取得して、新規MTCデバイス100へ設定情報を渡すことが可能となる。また、上述の本発明の第1の実施の形態と同様に、新規MTCデバイス100が他のMTCデバイスへ直接アクセスできる場合は、新規MTCデバイス100は、ステップS2022において情報要求を直接既存MTCデバイス110へ送信してもよい。この場合、既存MTCデバイス110は、MTCサーバ300への情報通知が終わった後でも、新規MTCデバイス100からの要求メッセージを受けるためにネットワーク200に接続している必要がある。このため、MME220は、既存MTCデバイス110がネットワーク200に接続した際にステップS2011、新規MTCデバイス100からの要求メッセージを受けるまでネットワークに接続し続けることを指示してもよい。このように、新規MTCデバイス100は、MME220によって決定された新規MTCデバイス100の次回接続時刻を利用することで、通知された次回接続時刻に再接続するだけでよく、新規MTCデバイス100の負荷を軽減することができる。また、既存MTCデバイス110がネットワーク200に接続して、MME220によって必要な情報の取得が行われた後のタイミングで、新規MTCデバイス100はネットワーク200へ接続することができるため、新規MTCデバイス100は、自身のMTCデバイスとしての動作に関係する最新の設定情報を、ネットワーク200への接続MTCサーバ300への情報通知のための接続と同時に取得することが可能となり、設定情報の取得のためだけにネットワーク200へ接続する必要がなくなる。また、既存MTCデバイス110においても、ネットワーク200への接続MTCサーバ300への情報通知のための接続と同時に設定情報の通知を行うため、新規MTCデバイス100が必要としている設定情報をネットワーク200に送信するためだけにネットワーク200へ接続する必要がなくなる。次に、本発明の第2の実施の形態における新規MTCデバイス100の構成について説明する。なお、ここでは、図3に図示されている新規MTCデバイス100の構成を参照しながら、本発明の第2の実施の形態における新規MTCデバイス100の構成について説明する。インタフェース101は、新規MTCデバイス100のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。また、設定情報取得部102は、ネットワーク200へ接続した際に、MTCサーバ300及びMME220に対して、必要な設定情報を要求するメッセージを送信する機能を有している。MTCサーバ300に対して情報を要求した場合、既存MTCデバイス110から設定情報を取得することを指示する情報を含む応答メッセージをMTCサーバ300から受信する。一方、MME220に対して設定情報を要求した場合、新規MTCデバイス100が次回ネットワーク200へ再接続する際の接続時刻次回接続時刻、又は、要求した設定情報を取得する。なお、MTCサーバ300から、問い合わせるべき既存MTCデバイス110の識別情報が通知された場合には、MME220に対して設定情報を要求する際にその識別情報を通知する。また、接続時刻決定部103は、新規MTCデバイス100が次回ネットワークへ接続する時刻次回接続時刻を決定する機能を有している。MME220から次回接続時刻を取得している場合は、その次回接続時刻をそのまま使用するよう決定する。また、情報保持部104は、ネットワーク200へアクセスできる時間間隔などの情報や、接続時刻決定部103によって決定された次回接続時刻などを保持する。なお、ネットワーク200へアクセスできる時間間隔は、あらかじめ各MTCデバイスにサブスクリプション情報として登録されているか、MME220又はMTCサーバ300から通知される。また、ネットワーク接続部105は、インタフェース101を用いて、新たにネットワーク200に接続したり、接続時刻決定部103によって決められた次回接続時刻にネットワーク200へ接続したりする際に行う接続処理を実行する機能を有している。また、図11は、本発明の第2の実施の形態において、新規MTCデバイス100がネットワーク200へ接続した後に行う処理の一例を示すフローチャートである。図11に図示されているステップS2101、S2102、S2105、S2106、S2107の各処理は、図4に図示されているステップS1101、S1102、S1105、S1106、S1107の各処理と同一であり、ここでは説明を省略する。図11に図示されているステップS2103、S2104の各処理は、本発明の第2の実施の形態における処理の特徴を表している。図11のステップS2103において、新規MTCデバイス100は、設定情報を要求するメッセージに対する応答メッセージをMME220から受信し、設定情報取得部102は、この応答メッセージに次回接続時刻が含まれているかどうかを確認するステップS2103。MME220から受信した応答メッセージの中に次回接続時刻が含まれている場合は、その次回接続時刻を接続時刻決定部103へ渡し、次回接続時刻を決定するよう指示する。この場合、接続時刻決定部103は、設定情報取得部102から取得した次回接続時刻を、新規MTCデバイス100自身が次回に接続する時刻と決定する。この次回接続時刻は、MME220が、既存MTCデバイス110が接続する時刻既存MTCデバイス接続時刻よりも後の時刻となるよう決定されたものなので、新規MTCデバイス100は、この次回接続時刻のタイミングでネットワーク200へ接続することで、既存MTCデバイス110の設定情報を、MME220から取得することが可能となる。また、図12は、本発明の第2の実施の形態におけるMME220の構成の一例を示すブロック図である。図12に図示されているMME220は、インタフェース221、設定情報要求処理部222、設定情報取得部223、デバイス情報保持部224、接続時刻取得部225を有している。インタフェース221は、MME220のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。また、設定情報要求処理部222は、新規MTCデバイス100からの要求メッセージを受けた際に、新規MTCデバイス100へ通知するべき設定情報を、既存MTCデバイス110から取得するよう設定情報取得部223へ指示する機能を有している。なお、問い合わせるべき既存MTCデバイス110の識別情報が新規MTCデバイス100から通知された場合には、その識別情報を設定情報取得部223へ通知する。また、設定情報取得部223は、デバイス情報保持部224を参照し、新規MTCデバイス100が求めている設定情報を保持している既存MTCデバイス110を選択し、選択された既存MTCデバイス110から設定情報を取得する機能を有している。また、設定情報取得部223は、選択した既存MTCデバイス110がネットワーク200へ接続しているか否かを確認する機能を有している。既存MTCデバイス110がネットワーク200へ接続している場合は、設定情報取得部223は既存MTCデバイス110へ問い合わせを行い、設定情報を通知するよう要求する。一方、既存MTCデバイス110がネットワーク200に接続していない場合は、接続時刻決定部226に対して、既存MTCデバイス110が次回の接続する時刻既存MTCデバイス接続時刻を通知し、新規MTCデバイス100の次回接続時刻を決定するよう指示する。また、接続時刻決定部226は、設定情報取得部223から通知された既存MTCデバイス接続時刻よりも後の適切な時刻を決定する機能を有している。接続時刻決定部226は、決定した時刻を設定情報取得部223へ通知し、設定情報取得部223から新規MTCデバイス100へ、新規MTCデバイス100の次回接続時刻として通知される。また、デバイス情報保持部224は、既存MTCデバイス110に関する情報として、ネットワーク200への接続の有無や、接続している場合のコネクションに関する情報、既存MTCデバイス110から取得した設定情報、さらには、各既存MTCデバイス110の既存MTCデバイス接続時刻などを管理、保持している。また、接続時刻取得部225は、既存MTCデバイス110から送信された既存MTCデバイス接続時刻を通知するメッセージを受信した場合、そのメッセージに含まれている既存MTCデバイス接続時刻をデバイス情報保持部224へ保持するよう指示する機能を有している。なお、本発明の第1の実施の形態と同様に、既存MTCデバイス110の次回の接続時刻既存MTCデバイス接続時刻は、既存MTCデバイス110から通知を受ける方法に限定されるものではない。例えば、各MTCデバイスによって決定される接続時刻が24時間周期で連続して使用される場合、MME220は、既存MTCデバイス110が以前に接続した際の接続時刻を記憶し、その時刻を次回の接続時刻として、接続時刻決定部226が、その時刻よりも後の時刻が新規MTCデバイス100の次回接続時刻となるよう決定してもよい。なお、既存MTCデバイス110の次回の接続が、接続時刻の連続使用回数を超える回数となる場合例えば、接続時刻の連続使用回数が2回であり、ある接続時刻を使用した既存MTCデバイス110の次回の接続が3回目になる場合、既存MTCデバイス110は2回目の接続の際に、次回3回目の接続時刻をMME220へ通知する。また、本発明の第2の実施の形態におけるMTCサーバ300の構成は、本発明の第1の実施の形態におけるMTCサーバ300の構成図7に図示されている構成と同様であるため、ここでは説明を省略する。なお、図10に図示されているように、新規MTCデバイス100は、MTCサーバ300へ問い合わせを行うことで、既存MTCデバイス110から設定情報を取得する必要があることを認識しているが、新規MTCデバイス100が、既存MTCデバイス110から設定情報を取得する必要性、又は、MME220から設定情報を取得する必要性を初めから認識している場合には、MTCサーバ300への問い合わせを必ずしも行う必要はない。つまり、新規MTCデバイス100は、MTCサーバ300からの指示とは関係なく、MME220へ設定情報の要求を送信してもよい。この場合、MME220が、問い合わせ先となる既存MTCデバイス110を特定してもよいが、新規MTCデバイス100が、既存MTCデバイス110に関する情報を保持している場合や、あるいは情報サーバ例えば、ANDSFサーバなどへ問い合わせることで既存MTCデバイス110に関する情報を取得できる場合は、新規MTCデバイス100が問い合わせ先となる既存MTCデバイス110を特定し、その特定した結果既存MTCデバイス110の識別情報をMME220へ通知してもよい。さらに、MME220が、新規MTCデバイス100に対して既存MTCデバイス110が保持する情報を通知する必要があることを認識した場合には、MME220は新規MTCデバイス100からの要求メッセージを受けることなく、新規MTCデバイス100に対して次回接続時刻を通知してもよい。また、本発明の第2の実施の形態におけるMME220が保持する機能を、MTCサーバ300が保持し実行してもよい。すなわち、図12に図示されているMME220の構成、及び、図7に図示されているMTCサーバ300の構成が、1つのネットワークノードによって実装されていてもよい。この場合、新規MTCデバイス100から設定情報の要求を受けたMTCサーバ300は、設定情報を保持する既存MTCデバイス110から必要とする設定情報を取得できない場合、あるいは既存MTCデバイス110がネットワーク200へ接続していないことが確認された場合には、新規MTCデバイス100の次回接続時刻を新規MTCデバイス100へ返す。そして、MTCサーバ300は、既存MTCデバイス110がネットワーク200へ接続した際に、設定情報の要求を行って必要な設定情報を取得し、新規MTCデバイス100がネットワーク200へ接続した際に、保持していた設定情報を通知する。また、本発明の第2の実施の形態におけるMME220は、MTCサーバ300の指示を受けて動作してもよい。すなわち、次回接続時刻は、MTCサーバ300がMME220へ指示することで新規MTCデバイス100への割り当てが行われる。また、本発明の第2の実施の形態におけるMME220が保持する機能を、3GPPネットワーク内の他のエンティティSGW:ServingGateway、PGW:PacketDataGatewayが保持し実行してもよい。また、本発明の第2の実施の形態の特徴である、MME220が新規MTCデバイス100の次回接続時刻を決定するという機能を除いて、本発明の第1の実施の形態で説明した各種機能は本発明の第2の実施の形態にも適用することができる。以上、説明したように、本発明の第2の実施の形態によれば、新規MTCデバイス100は、既存MTCデバイス110によって保持されている設定情報を取得することが可能となる。また、新規MTCデバイス100が設定情報を要求した際に、既存MTCデバイス110が接続されていない状態の場合でも、ネットワークノード例えば、MME220は、既存MTCデバイス110が次回接続した際に設定情報を取得し、また、新規MTCデバイス100は、ネットワークノードから通知された次回接続時刻を設定することで、既存MTCデバイス110の設定情報を確実に取得できるようになる。また、新規MTCデバイス100及び既存MTCデバイス110は、設定情報を取得するためだけに、あるいは、設定情報を提供するためだけに、ネットワーク200に接続を行うのではなく、ネットワーク200への定期的な接続の際に設定情報の取得又は提供を行うので、電力の消費を最小限に抑えることが可能となる。第3の実施の形態次に、本発明の第3の実施の形態について説明する。本発明の第3の実施の形態では、MME220から新規MTCデバイス100へ通知する情報が第1及び第2の実施の形態と異なっており、MME220は、既存MTCデバイス110に対して指定するアクセス可能な時間間隔と、新規MTCデバイス100に対して指定するアクセス可能な時間間隔を別々に指定する。図13には、本発明の第3の実施の形態において、MME220が新規MTCデバイス100及び既存MTCデバイス110に対して指定する時間間隔の一例が図示されている。図13に示すように、例えば、AM2時からAM3時までが全体のアクセス可能な時間間隔あるグループに属するMTCデバイスによるアクセスが認められている時間帯として割り当てられている場合、AM2時からAM2時50分までを既存MTCデバイス110がアクセス可能な時間間隔時間帯として通知し、AM2時50分からAM3時までを新規MTCデバイス100がアクセス可能な時間間隔時間帯として設定する。つまり、既存MTCデバイス110がネットワーク200へ接続した後に新規MTCデバイス100がネットワーク200へ接続するように、連続する2つの時間間隔を設定する。なお、新規MTCデバイス100と既存MTCデバイス110のそれぞれに対して割り当てるアクセス可能な時間間隔は、両方のMTCデバイスに対して元々割り当てられている共通のアクセス時間間隔の範囲内の時間間隔であることが望ましい。これにより、MME220又はMTCサーバ300は、他の時間間隔例えば、AM3時~AM4時を割り当てられている他のユーザのMTCデバイスに対する影響をなくすことができる。また、図17に示すように、新規MTCデバイス100と既存MTCデバイス110のそれぞれに対して割り当てるアクセス可能な時間間隔は必ずしも連続している必要はなく、情報を保持しているMTCデバイスのアクセス可能な時間間隔が、情報を必要とするMTCデバイスのアクセス可能な時間間隔よりも前に設定されていればよい。どの程度前方の時間間隔を割り当てるかに関しては、全ての優先通知情報に共通の時間間隔を用いてもよいし、通知する情報に応じて判断してもよい。後者の場合、MME220は、優先通知情報リストを参照し、その中に含まれるそれぞれの優先情報に対する変更時間を使用してもよい。まず、図14を参照しながら、本発明の第3の実施の形態における処理について説明する。図14は、本発明の第3の実施の形態において、新規MTCデバイス100がネットワークへ接続した際の処理の一例を示すシーケンスチャートである。図14に図示されているステップS3001~S3004は、図2に図示されているステップS1001~S1004と同一であり、説明を省略する。MME220は、新規MTCデバイス100から設定情報要求を受けた際にステップS3003、設定情報を保持する既存MTCデバイス110がネットワーク200に接続していないことが判明した場合にはステップS3004、新規MTCデバイス100用のアクセス可能時間間隔次回接続間隔を新規MTCデバイス100に通知するステップS5。次回時間間隔の通知を受けた新規MTCデバイス100は、その次回時間間隔内の任意の時刻を次回のアクセス時刻接続時刻として決定しステップS3006、接続をいったん切断するステップS3007。なお、ステップS3006は、必ずしも切断前に行う必要はなく、次回接続間隔の開始時刻よりも前であればいつでもよい。MME220は、新規MTCデバイス100の次回接続間隔を新規MTCデバイス100に通知するとともに、設定情報の要求対象である既存MTCデバイス110が次回接続してきた際に、その既存MTCデバイス110から設定情報を取得する必要があることを記憶する。その後、既存MTCデバイス110は、自身の次回接続時刻になると、ネットワーク200への接続を行いステップS3011、また、新規MTCデバイスも、MME220から通知された新規MTCデバイス100の次回接続時刻になると、ネットワーク200への接続を行う。なお、既存MTCデバイス110用のアクセス可能時間間隔は、既存MTCデバイス110に対して既に割り当てられているとする。例えば、既存MTCデバイス110のサブスクリプション情報としてあらかじめ登録されていてもよいし、ネットワーク200へ接続した際にMME220又はMTCサーバ300から通知されてもよい。また、図14に図示されているステップS3011~S3015、ステップS3021~S3023は、図2に図示されているステップS1011~S1015、ステップS1021~S1023と同一であり、説明を省略するが、上述の本発明の第1の実施の形態と同様に、MME220は、既存MTCデバイス110から設定情報を取得して、新規MTCデバイス100へ設定情報を渡すことが可能となる。次に、本発明の第3の実施の形態における新規MTCデバイス100の構成について説明する。なお、ここでは、図3に図示されている新規MTCデバイス100の構成を参照しながら、本発明の第3の実施の形態における新規MTCデバイス100の構成について説明する。インタフェース101は、新規MTCデバイス100のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。また、設定情報取得部102は、ネットワーク200へ接続した際に、MTCサーバ300及びMME220に対して、必要な設定情報を要求するメッセージを送信する機能を有している。MTCサーバ300に対して設定情報を要求した場合、既存MTCデバイス110から設定情報を取得することを指示する情報を含む応答メッセージをMTCサーバ300から受信する。一方、MME220に対して設定情報を要求した場合、新規MTCデバイス100が次回ネットワーク200へ再接続する際のアクセス可能時間間隔、又は、要求した設定情報を取得する。なお、MTCサーバ300から、問い合わせるべき既存MTCデバイス110の識別情報が通知された場合には、MME220に対して設定情報を要求する際にその識別情報を通知する。また、ネットワーク200へ再接続する際のアクセス可能時間間隔は、あらかじめ各MTCデバイスにサブスクリプション情報として登録されていてもよい。さらには、上記のネットワーク200へ再接続する際のアクセス可能時間間隔は、新規MTCデバイス100が最初にネットワーク200へ接続する際に使用するアクセス可能時間間隔としてサブスクリプション情報に登録されていてもよい。この場合、新規MTCデバイスは、最初にネットワーク200に接続する際に、必要な情報を取得することができる。また、接続時刻決定部103は、MME220から取得した新規MTCデバイス100用のアクセス可能時間間隔内の任意の時刻を、次回接続時刻として設定する機能を有している。なお、新規MTCデバイス100用のアクセス可能時間間隔内であれば、次回接続時刻はランダムに決定されてもよい。また、情報保持部104は、新規MTCデバイス100用のアクセス可能時間間隔などのMTCサーバ300及びMME220から取得した情報や、接続時刻決定部103によって決定された次回接続時刻などを保持する機能を有している。また、ネットワーク接続部105は、インタフェース101を用いて、新たにネットワーク200に接続したり、接続時刻決定部103によって決められた次回接続時刻にネットワーク200へ接続したりする際に行う接続処理を実行する機能を有している。また、図15は、本発明の第3の実施の形態において、新規MTCデバイス100がネットワーク200へ接続した後に行う処理の一例を示すフローチャートである。図15に図示されているステップS3101、S3102、S3105、S3106、S3107の各処理は、図4に図示されているステップS1101、S1102、S1105、S1106、S1107の各処理と同一であり、ここでは説明を省略する。図15に図示されているステップS3103、S3104の各処理は、本発明の第3の実施の形態における処理の特徴を表している。図15のステップS3103において、新規MTCデバイス100は、設定情報を要求するメッセージに対する応答メッセージをMME220から受信し、設定情報取得部102は、この応答メッセージに新規MTCデバイス100用のアクセス可能時間間隔次回接続間隔が含まれているかどうかを確認するステップS3103。MME220から受信した応答メッセージの中に次回接続間隔が含まれている場合は、その次回接続間隔を接続時刻決定部103へ渡し、次回接続時刻を決定するよう指示する。この場合、接続時刻決定部103は、設定情報取得部102から取得した次回接続間隔内の任意の時刻を選択して、次回接続時刻として決定する。この次回接続時刻は、既存MTCデバイス110用のアクセス可能時間間隔よりも後の時刻であり、新規MTCデバイス100は、この次回接続時刻のタイミングでネットワーク200へ接続することで、既存MTCデバイス110の設定情報を、MME220から取得することが可能となる。また、図16は、本発明の第3の実施の形態におけるMME220の構成の一例を示すブロック図である。図16に図示されているMME220は、インタフェース221、設定情報要求処理部222、設定情報取得部223、デバイス情報保持部224を有している。インタフェース221は、MME220のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。また、設定情報要求処理部222は、新規MTCデバイス100からの要求メッセージを受けた際に、新規MTCデバイス100へ通知するべき設定情報を、既存MTCデバイス110から取得するよう設定情報取得部223へ指示する機能を有している。なお、問い合わせるべき既存MTCデバイス110の識別情報が新規MTCデバイス100から通知された場合には、その識別情報を設定情報取得部223へ通知する。また、設定情報取得部223は、デバイス情報保持部224を参照し、設定情報を保持している既存MTCデバイス110を選択し、選択された既存MTCデバイス110から設定情報を取得する機能を有している。また、設定情報取得部223は、選択した既存MTCデバイス110がネットワーク200へ接続しているか否かを確認する機能を有している。既存MTCデバイス110がネットワーク200へ接続している場合は、設定情報取得部223は既存MTCデバイス110へ問い合わせを行い、設定情報を通知するよう要求する。一方、既存MTCデバイス110がネットワーク200に接続していない場合は、新規MTCデバイス100用のアクセス可能時間間隔次回接続間隔を新規MTCデバイス100へ通知する。また、デバイス情報保持部224は、既存MTCデバイス110に関する情報として、ネットワーク200への接続の有無や、接続している場合のコネクションに関する情報、既存MTCデバイス110から取得した設定情報、さらには、既存MTCデバイス用のアクセス可能時間間隔、新規MTCデバイス用のアクセス可能時間間隔などを管理、保持している。また、本発明の第3の実施の形態におけるMTCサーバ300の構成は、本発明の第1の実施の形態におけるMTCサーバ300の構成図7に図示されている構成と同様であるため、ここでは説明を省略する。なお、図14に図示されているように、新規MTCデバイス100は、MTCサーバ300へ問い合わせを行うことで、既存MTCデバイス110から設定情報を取得する必要があることを認識しているが、新規MTCデバイス100が、既存MTCデバイス110から設定情報を取得する必要性、又は、MME220から設定情報を取得する必要性を初めから認識している場合には、MTCサーバ300への問い合わせを必ずしも行う必要はない。つまり、新規MTCデバイス100は、MTCサーバ300からの指示とは関係なく、MME220へ設定情報の要求を送信してもよい。この場合、MME220が、問い合わせ先となる既存MTCデバイス110を特定してもよいが、新規MTCデバイス100が、既存MTCデバイス110に関する情報を保持している場合や、あるいは情報サーバ例えば、ANDSFAccessNetworkDiscoverySelectionFunctionサーバなどへ問い合わせることで既存MTCデバイス110に関する情報を取得できる場合は、新規MTCデバイス100が問い合わせ先となる既存MTCデバイス110を特定し、その特定した結果既存MTCデバイス110の識別情報をMME220へ通知してもよい。さらに、MME220又はMTCサーバ300が、新規MTCデバイス100に対して既存MTCデバイス110が保持する情報を通知する必要があることを認識した場合や、MME200又はMTCサーバ300自身が必要とする情報があることを認識した場合には、MME220は新規MTCデバイス100からの要求メッセージを受けることなく、新規MTCデバイス100に対して次回接続間隔を通知してもよい。特に、既存MTCデバイス110からの情報を早く取得したい場合には、MME220又はMTCサーバ300は、既存MTCデバイス110に対して、アクセス可能時間間隔の範囲内の前方早い時間帯:例えばAM2:10~AM2:15に位置する時間間隔を割り当てる。通常であればアクセス時間間隔AM2時~AM3時の範囲内の時刻に既存MTCデバイス110はネットワークに接続するため、時間間隔の後半に接続してくる可能性がある。そのため、既存MTCデバイス110から情報が通知されるタイミングが遅くなってしまう。そこで、必要とする情報を保持する既存MTCデバイス110に対して、アクセス可能時間間隔の前方に位置する時間間隔を割り当てることで、より早く情報を取得することができる。また、既存MTCデバイス110からの情報の取得が遅くならないように、グループに属している複数の既存MTCデバイス110に対して、既存MTCデバイス110用のアクセス可能時間間隔を割り当ててもよい。例えば、あるグループに属するMTCデバイスの数に対して、予め割り当てられているアクセス可能時間間隔の間隔が大きすぎる場合、ネットワークへの接続時刻を後方に設定してしまったMTCデバイスからの情報通知が遅れてしまう。そのためアクセス可能時間間隔の範囲内の前方に位置する時間間隔を再割り当てすることで、各MTCデバイスの接続時刻を前方へ移すことができるため、早く情報の取得を行うことが可能となる。すなわち、MME220又はMTCサーバ300は、MTCデバイスの数が少ない場合は、割り当てる時間間隔を狭め、多い場合は、割り当てる時間間隔を広げることで、MTCデバイスに対して適切な接続時刻を設定させる。また、本発明の第3の実施の形態におけるMME220が保持する機能を、MTCサーバ300が保持し実行してもよい。すなわち、図16に図示されているMME220の構成、及び、図7に図示されているMTCサーバ300の構成が、1つのネットワークノードによって実装されていてもよい。この場合、新規MTCデバイス100から設定情報の要求を受けたMTCサーバ300は、設定情報を保持する既存MTCデバイス110から必要とする設定情報を取得できない場合、あるいは既存MTCデバイス110がネットワーク200へ接続していないことが確認された場合には、新規MTCデバイス100の次回接続間隔を新規MTCデバイス100へ返す。そして、MTCサーバ300は、既存MTCデバイス110がネットワーク200へ接続した際に、設定情報の要求を行って必要な設定情報を取得し、新規MTCデバイス100がネットワーク200へ接続した際に、保持していた設定情報を通知する。また、本発明の第3の実施の形態におけるMME220は、MTCサーバ300の指示を受けて動作してもよい。すなわち、既存MTCデバイス110用のアクセス可能な時間間隔、及び新規MTCデバイス100のアクセス可能な時間間隔は、MTCサーバ300がMME220へ指示することで各MTCデバイスへの割り当てが行われる。また、本発明の第3の実施の形態におけるMME220が保持する機能を、3GPPネットワーク内の他のエンティティSGW:ServingGateway、PGW:PacketDataGatewayが保持し実行してもよい。また、本発明の第3の実施の形態の特徴である、新規MTCデバイス100のアクセス可能な時間間隔を通知するという機能を除いて、本発明の第1の実施の形態で説明した各種機能は本発明の第3の実施の形態にも適用することができる。以上、説明したように、本発明の第3の実施の形態によれば、新規MTCデバイス100は、既存MTCデバイス110によって保持されている設定情報を取得することが可能となる。また、新規MTCデバイス100が設定情報を要求した際に、既存MTCデバイス110が接続されていない状態の場合でも、ネットワークノード例えば、MME220は、既存MTCデバイス110が次回接続した際に設定情報を取得し、また、新規MTCデバイス100は、新規MTCデバイスのアクセス可能時間間隔次回接続間隔に基づいて次回接続時刻を設定することで、既存MTCデバイス110の設定情報を確実に取得できるようになる。また、新規MTCデバイス100及び既存MTCデバイス110は、設定情報を取得するためだけに、あるいは、設定情報を提供するためだけに、ネットワーク200に接続を行うのではなく、ネットワーク200への定期的な接続の際に設定情報の取得又は提供を行うので、電力の消費を最小限に抑えることが可能となる。第4の実施の形態次に、本発明の第4の実施の形態について説明する。本発明の第1~第3の実施の形態では、情報を必要とする新規MTCデバイス100が、情報を保持している既存MTCデバイス110より後にネットワークへ接続することで、情報を取得することができるようにする方法について説明した。本発明の第4の実施の形態では、既存MTCデバイス110が、他のMTCデバイス新規MTCデバイスや他の既存MTCデバイスやMTCサーバ330へ通知する必要がある情報を保持している場合に、既に割り当てられているアクセス可能時間間隔の範囲内の早い時間帯に接続時刻を設定することで、情報を必要とする相手よりも早くネットワーク接続するための方法について説明する。図18は、本発明の第4の実施の形態における既存MTCデバイス110の構成の一例を示すブロック図である。図18に図示されている既存MTCデバイス110は、インタフェース111、通知情報生成部115、情報保持部116、設定情報取得部117、ネットワーク接続部118、接続時刻決定部119を有している。インタフェース111は、既存MTCデバイス110のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。通知情報生成部115は、MTCサーバ300又は他のMTCデバイスへ通知する情報を取得生成する機能を有している。例えば、センサーが収集した情報や、検出したイベントなど、MTCサーバが必要とする情報を生成し、情報保持部116へ保持するよう指示する。また、情報保持部116は、接続時刻決定部119によって決定された次回接続時刻や、設定情報取得部117によって取得されたアクセス可能な時間間隔及び優先通知情報リストなどを保持する機能を有している。また、ネットワーク接続部118は、インタフェース101を用いて新たにネットワーク200に接続するための処理や、接続時刻決定部103によって決められた次回接続時刻にネットワーク200へ接続する際に行う接続処理を実行する機能を有している。また、設定情報取得部117は、ネットワーク200へ接続した際に、MTCサーバ300及びMME220から必要な設定情報を取得し、情報保持部116へ格納する機能を有している。取得する設定情報としては、既存MTCデバイス110に対して割り当てられるアクセス可能時間間隔、及び、既存MTCデバイス110がMTCサーバ300へ送信する情報に関する優先度情報優先通知情報リストである。図24に示すように、情報保持部116に格納される優先通知情報リスト500には、優先的に通知することが求められる情報優先通知情報の種類を表す識別子501、502が含まれている。優先通知情報リスト500に含まれる情報としては、例えば、本発明の第1~第3の実施の形態で説明したように、新規MTCデバイス100や他の既存MTCデバイス110へ通知する必要がある情報設定情報や、さらには、MTCサーバ300に対して通知される情報の中で、他の通常の情報よりも早く取得することで、対応するアクションを迅速に行うことが可能となるような情報などがある。また、接続時刻決定部119は、設定情報取得部117が取得したアクセス可能な時間間隔の範囲内でネットワークへ接続する時刻を決定する。接続時刻は、割り当てられたアクセス可能な時間間隔の範囲内の任意のタイミングランダムで算出に設定される。接続時刻を決定する際に情報保持部116を参照し、MTCサーバ300へ通知する情報の種類が優先通知情報リスト500に含まれる情報に該当する情報である場合は、通常の情報よりも早くMTCサーバ300へ届ける必要があると判断される。しかし、図19に示すように、既存MTCデバイス110が属するグループのMTCデバイスに対して割り当てられたアクセス可能時間間隔を用いてランダムに接続時刻を求めた場合、例えば、接続時刻Aのように後方の時刻に設定されてしまう可能性がある。この場合、MTCサーバ300へのデータの通知が遅れてしまうことになる。また、通常の情報よりも早くMTCサーバ300へ届けるために、上記のランダム算出で求めた時刻を用いるのではなく、アクセス時間間隔の開始時刻になると同時に直ぐに情報の送信を開始してしまうと、同種の情報を通知する他のMTCデバイスと送信タイミングが重なってしまい、ネットワーク200で輻輳が発生してしまう可能性がある。つまり、通常の情報よりも早くMTCサーバ300へ届けたいデータであっても、送信タイミングが重ならないようにする必要がある。そこで、接続時刻決定部119は、MTCサーバ300へ通知する情報の種類が優先通知情報リスト500に含まれる情報である場合は、割り当てられたアクセス可能時間間隔を短縮し、短縮したアクセス可能時間間隔の範囲内の任意のタイミングを接続時刻として設定する。すなわち、接続時刻決定部119は、優先通知情報を通知する際には、アクセス可能な時間間隔の範囲内の前方に位置する値を次回の接続時刻として設定する。このように、短縮した時間間隔を用いることで、既存MTCデバイス110は、通知する情報に適した時刻を瞬時に求めることができる。アクセス可能時間間隔の変更方法については、図20に示すように、終了時刻T2を終了時刻T3へ変更することで、変更後のアクセス可能時間間隔は、開始時刻T1から終了時刻T3までの範囲となり、AM2時からAM2時20分までの20分間の間に次回ネットワーク接続時間間隔が設定される。これにより、ネットワーク200への接続時刻が早い時間帯に設定され、かつランダムにより算出されているため、MTCサーバ300へのデータ送信を早く行うことができ、他のMTCデバイスとのデータ送信の開始が重複してしまうことを防ぐことができる。また、図21に示すように、終了時刻の変更と共に、開始時刻T1を開始時刻T4へ変更し、AM2時5分からAM2時20分までの15分間を次回ネットワーク接続時間間隔として設定してもよい。終了時刻をどの程度変更前方への移動するかに関しては、全ての優先通知情報に共通の変更時間を用いてもよいし、通知する情報に応じて変更時間を判断してもよい。後者の場合、図25に示すように、優先通知情報リストの中に含まれるそれぞれの優先情報に対する変更時間503、504が含まれていてもよい。また、開始時刻の変更に関しても同様である。また、送信するデータのサイズに基づいて変更時間を判断してもよい。この場合、サイズが大きければ送信が完了するまでに時間を要するため、終了時刻をより前方へ変更する。また、図22は、既存MTCデバイス110の接続時刻決定部119が行う処理の一例を示すフローチャートである。図22において、接続時刻決定部119は、予め割り当てられているアクセス可能な時間間隔の開始時刻前に、通知する情報を参照しステップS4101、その情報が優先通知情報リスト500に該当する情報優先通知情報であるか否かを確認するステップS4102。該当する情報であった場合には、割り当てられているアクセス可能時間間隔を短縮しステップS4103、短縮したアクセス時間間隔の範囲内の任意の時刻を接続時刻として設定するステップS4104。そして、設定した時刻にネットワーク200へ接続し、情報の通知を行うステップS4105。また、ステップS4102において、通知する情報が優先通知情報リスト500に該当しない情報であった場合は、割り当てられているアクセス可能時間間隔をそのまま用いて、その範囲内の任意の時刻を接続時刻として設定する。そして、設定した接続時刻にネットワーク200へ接続し、情報の通知を行うステップS4105。なお、通知する情報に適した時刻を求める別の方法として、通知する情報に適した接続時刻前方に位置する接続時刻が求められるまで何度も繰り返しランダム値を計算することで接続時刻を設定してもよい。また、図23は、既存MTCデバイス110の接続時刻決定部119が行う処理の別の一例を示すフローチャートである。図23において、接続時刻決定部119は、予め割り当てられているアクセス可能な時間間隔の開始時刻前に、通知する情報を参照しステップS5101、その情報が優先通知情報リスト500に該当する情報優先通知情報であるか否かを確認するステップS5102。該当する情報であった場合には、割り当てられているアクセス可能時間間隔の範囲内の任意の時刻をランダムに選択するステップS5103。選択した時刻が、通知する情報にとって適切な時刻か否かを確認するステップS5104。適切な時刻であった場合は、選択した時刻にネットワークへ接続し、情報の通知を行うステップS5105。一方適切な時刻でなかった場合は、ステップS5103へ戻り、再度アクセス可能時間間隔の範囲内の任意の時刻をランダムに選択する。また、ステップS5102において、通知する情報が優先通知情報でなかった場合には、アクセス可能時間間隔の範囲内の任意の時刻を選択しS5106、選択した時刻にネットワークへ接続して情報の通知を行うステップS5105。また、通知する情報に適した時刻を求めるさらに別の方法として、アクセス可能な時間間隔の範囲内で、一定の回数だけランダムで時刻を算出し、その中でもっとも早い時刻を次回の接続時刻として選択してもよい。また、本発明の第4の実施の形態の特徴である、情報を通知するMTCデバイス100の接続時刻を決定するという機能を除いて、本発明の第1の実施の形態で説明した各種機能は本発明の第4の実施の形態にも適用することができる。以上、説明したように、本発明の第4の実施の形態によれば、既存MTCデバイス110は、新規MTCデバイス100や、他の既存MTCデバイス110、MTCサーバ300に対して優先的に通知したい情報がある場合は、割り当てられているアクセス可能時間間隔の範囲内において、早い時間帯に情報を通知することができる。これにより、情報を必要とする相手は、通常よりも早く情報を取得することができるため、必要なアクションを早く実行することができる。特に情報を利用してユーザへサービスを提供するMTCサーバ300にとって、重要な情報を通常よりも早く取得できることは効果的である。また、通知情報の判別や、接続時刻の算出は全てMTCデバイスによって行われるため、MTCサーバ300やMME220に対する負荷を軽減することができる。また、MTCサーバ300は、取得した情報が他のMTCデバイスにとって有効な情報である場合、通常の方法で算出した接続時刻既存MTCデバイス110よりも遅い時刻にネットワークへ接続してきた他のMTCデバイスに対しても、既存MTCデバイス110から取得した情報を通知することができる。以上、本発明の第1~第4の実施の形態によれば、新規MTCデバイス100が必要とする設定情報を取得するためだけに、既存MTCデバイス110をネットワークへ接続させる必要がなく、既存MTCデバイス110が通常ネットワーク200へ接続する機会を利用して、必要な設定情報を取得することができるため、既存MTCデバイス110の電力消費を必要最小限に抑えることができる。また、新規MTCデバイス100は、自身が次回ネットワーク200へ接続した際に、確実に既存MTCデバイス110の設定情報を取得することができるため、繰り返しネットワーク200へ接続する必要をなくすことができる。また、既存MTCデバイス110が保持する設定情報を取得できるため、新規にネットワーク200へ接続したMTCデバイスであっても、既に十分な情報を基に動作している既存MTCデバイス110と同等のレベルの動作を開始することができるため、MTCサーバ300が求める情報をすばやく提供することができる。なお、上述の本発明の第1~第4の実施の形態では、MTCの技術において本発明が適用される場合について主に説明したが、本発明の適用範囲は、MTCの技術に限定されるものではなく、通常のUEUserEquipmentにも適用される技術である。また、本発明は、他の任意の通信技術に対しても適用可能である。また、上述の本発明の第1~第3の実施の形態では、新規MTCデバイス100が他のMTCデバイスから取得する情報の一例として設定情報を挙げているが、新規MTCデバイス100が他のMTCデバイスから取得する情報は設定情報に限定されるものではない。例えば、他のMTCデバイスが収集したセンシングデータや、グループ内部で割り当てられるIDやIPアドレスなど、様々な種類の情報を新規MTCデバイス100は所望することが可能である。また、上述の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるLSILargeScaleIntegrationとして実現される。これらは個別に1チップ化されてもよいし、一部又はすべてを含むように1チップ化されてもよい。なお、ここでは、LSIとしたが、集積度の違いにより、ICIntegratedCircuit、システムLSI、スーパーLSI、ウルトラLSIと呼称されることもある。また、集積回路化の手法はLSIに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。LSI製造後に、プログラムすることが可能なFPGAFieldProgrammableGateArrayや、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブルプロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。