知財求人 - 知財ポータルサイト「IP Force」
▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】5773988
(24)【登録日】2015年7月10日
(45)【発行日】2015年9月2日
(54)【発明の名称】通信ノード及びネットワークノード
(51)【国際特許分類】
G06F 13/00 20060101AFI20150813BHJP
H04M 11/00 20060101ALI20150813BHJP
H04W 8/24 20090101ALI20150813BHJP
H04W 4/04 20090101ALI20150813BHJP
【ＦＩ】
G06F13/00 353B
H04M11/00 302
H04W8/24
H04W4/04 190
【請求項の数】18
【全頁数】40
(21)【出願番号】特願2012-508054(P2012-508054)
(86)(22)【出願日】2011年3月16日
(86)【国際出願番号】JP2011001556
(87)【国際公開番号】WO2011121921
(87)【国際公開日】20111006
【審査請求日】2013年10月23日
(31)【優先権主張番号】特願2010-105294(P2010-105294)
(32)【優先日】2010年4月30日
(33)【優先権主張国】JP
(31)【優先権主張番号】特願2010-75557(P2010-75557)
(32)【優先日】2010年3月29日
(33)【優先権主張国】JP
(73)【特許権者】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】100093067
【弁理士】
【氏名又は名称】二瓶 正敬
(72)【発明者】
【氏名】阿相 啓吾
(72)【発明者】
【氏名】池田 新吉
(72)【発明者】
【氏名】青山 高久
【審査官】
小林 義晴
(56)【参考文献】
【文献】
特開２００３−１６９０７５（ＪＰ，Ａ）
【文献】
特開２００７−２１９６５０（ＪＰ，Ａ）
【文献】
特開２００３−２５６３０８（ＪＰ，Ａ）
【文献】
特開２００６−１５４９９１（ＪＰ，Ａ）
【文献】
特開平１０−０６５７５４（ＪＰ，Ａ）
【文献】
特表２００９−５０１４９９（ＪＰ，Ａ）
【文献】
特開２００５−３１８０２５（ＪＰ，Ａ）
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｇ０６Ｆ １３／００
Ｈ０４Ｍ １１／００
Ｈ０４Ｗ ４／０４
Ｈ０４Ｗ ８／２４
(57)【特許請求の範囲】
【請求項1】
ネットワークノードの管理下において、既にネットワークに接続されている既存通信ノードが存在しており、前記ネットワークに新たに接続する新規通信ノードが前記既存通信ノードの所定情報を取得する通信システムにおけるネットワークノードであって、
前記新規通信ノードから前記所定情報の要求を受けた場合、前記既存通信ノードが前記ネットワークに接続されているかどうかを確認する接続確認部と、
前記接続確認部において前記既存通信ノードが前記ネットワークに接続されていることが確認された場合、前記既存通信ノードに対して前記所定情報を要求し、前記既存通信ノードから前記所定情報を取得する第１所定情報取得部と、
前記第１所定情報取得部で取得した前記所定情報を前記新規通信ノードへ通知する第１所定情報通知部と、
前記接続確認部において前記既存通信ノードが前記ネットワークに接続されていないことが確認された場合、前記新規通信ノードにおいて次回の接続時刻を決定するための時間情報を前記新規通信ノードへ通知する時間情報通知部と、
前記時間情報通知部において前記新規通信ノードへ前記時間情報を通知した後に前記既存通信ノードによる前記ネットワークへの接続が確認できた場合、前記既存通信ノードに対して前記所定情報を要求し、前記既存通信ノードから前記所定情報を取得する第２所定情報取得部と、
前記第２所定情報取得部で取得した前記所定情報を保持する所定情報保持部と、
前記新規通信ノードによる前記時間情報に基づいた前記ネットワークへの接続が確認できた場合、前記所定情報保持部に保持されている前記所定情報を前記新規通信ノードへ通知する第２所定情報通知部とを、
有しており、
前記既存通信ノード及び前記新規通信ノードはマシン間コミュニケーションを行う通信ノードであり、前記所定情報は前記マシン間コミュニケーションを行う通信ノードとして動作するために必要な設定情報であることを特徴とするネットワークノード。
前記新規通信ノードから前記所定情報の要求を受けた場合、前記既存通信ノードが前記ネットワークに接続されているかどうかを確認する接続確認部と、
前記接続確認部において前記既存通信ノードが前記ネットワークに接続されていることが確認された場合、前記既存通信ノードに対して前記所定情報を要求し、前記既存通信ノードから前記所定情報を取得する第１所定情報取得部と、
前記第１所定情報取得部で取得した前記所定情報を前記新規通信ノードへ通知する第１所定情報通知部と、
前記接続確認部において前記既存通信ノードが前記ネットワークに接続されていないことが確認された場合、前記新規通信ノードにおいて次回の接続時刻を決定するための時間情報を前記新規通信ノードへ通知する時間情報通知部と、
前記時間情報通知部において前記新規通信ノードへ前記時間情報を通知した後に前記既存通信ノードによる前記ネットワークへの接続が確認できた場合、前記既存通信ノードに対して前記所定情報を要求し、前記既存通信ノードから前記所定情報を取得する第２所定情報取得部と、
前記第２所定情報取得部で取得した前記所定情報を保持する所定情報保持部と、
前記新規通信ノードによる前記時間情報に基づいた前記ネットワークへの接続が確認できた場合、前記所定情報保持部に保持されている前記所定情報を前記新規通信ノードへ通知する第２所定情報通知部とを、
有しており、
前記既存通信ノード及び前記新規通信ノードはマシン間コミュニケーションを行う通信ノードであり、前記所定情報は前記マシン間コミュニケーションを行う通信ノードとして動作するために必要な設定情報であることを特徴とするネットワークノード。
【請求項2】
前記時間情報が、前記既存通信ノードによる前記ネットワークへの次回の接続時刻を含んでいる請求項１に記載のネットワークノード。
【請求項3】
前記時間情報が、前記新規通信ノードによる前記ネットワークへの次回の接続時刻を含んでいる請求項１に記載のネットワークノード。
【請求項4】
前記既存通信ノードによる前記ネットワークへの次回の接続時刻より後の時刻となるように、前記新規通信ノードによる前記ネットワークへの次回の接続時刻を決定する接続時刻決定部を有する請求項３に記載のネットワークノード。
【請求項5】
前記時間情報が、前記新規通信ノードによる前記ネットワークへの次回の接続時間帯を含んでいる請求項１に記載のネットワークノード。
【請求項6】
前記既存通信ノードによる前記ネットワークへの次回の接続時間帯より後の時間帯となるように、前記新規通信ノードによる前記ネットワークへの次回の接続時間帯を決定する接続時間帯決定部を有する請求項５に記載のネットワークノード。
【請求項7】
前記所定情報の要求と共に前記新規通信ノードから前記既存通信ノードの識別情報が通知された場合、前記接続確認部が、前記識別情報によって特定される前記既存通信ノードが前記ネットワークに接続されているかどうかを確認するよう構成されている請求項１に記載のネットワークノード。
【請求項8】
前記接続確認部が、前記新規通信ノードと地理的に近いエリアに存在する前記既存通信ノードを特定し、特定された前記既存通信ノードが前記ネットワークに接続されているかどうかを確認するよう構成されている請求項１に記載のネットワークノード。
【請求項9】
ネットワークノードの管理下において、既にネットワークに接続されている既存通信ノードが存在しており、前記ネットワークに新たに接続する新規通信ノードが前記既存通信ノードの所定情報を取得する通信システムにおいて、前記新規通信ノードとして動作する通信ノードであって、
前記所定情報の要求を前記ネットワークノードへ送信する第１所定情報要求部と、
前記第１所定情報要求部による前記所定情報の要求に対する応答として、前記ネットワークノードから前記所定情報を受信する第１所定情報取得部と、
前記第１所定情報要求部による前記所定情報の要求に対する応答として、前記新規通信ノードによる次回の接続時刻を決定するための時間情報を受信する時間情報受信部と、
前記時間情報から前記新規通信ノードによる前記ネットワークへの次回の接続時刻を決定する接続時刻決定部と、
前記接続時刻決定部で決定された前記接続時刻に前記ネットワークへ接続し、前記所定情報の要求を前記ネットワークノードへ送信する第２所定情報要求部と、
前記第２所定情報要求部による前記所定情報の要求に対する応答として、前記ネットワークノードから前記所定情報を受信する第２所定情報取得部とを、
有しており、
前記既存通信ノード及び前記新規通信ノードはマシン間コミュニケーションを行う通信ノードであり、前記所定情報は前記マシン間コミュニケーションを行う通信ノードとして動作するために必要な設定情報であることを特徴とする通信ノード。
前記所定情報の要求を前記ネットワークノードへ送信する第１所定情報要求部と、
前記第１所定情報要求部による前記所定情報の要求に対する応答として、前記ネットワークノードから前記所定情報を受信する第１所定情報取得部と、
前記第１所定情報要求部による前記所定情報の要求に対する応答として、前記新規通信ノードによる次回の接続時刻を決定するための時間情報を受信する時間情報受信部と、
前記時間情報から前記新規通信ノードによる前記ネットワークへの次回の接続時刻を決定する接続時刻決定部と、
前記接続時刻決定部で決定された前記接続時刻に前記ネットワークへ接続し、前記所定情報の要求を前記ネットワークノードへ送信する第２所定情報要求部と、
前記第２所定情報要求部による前記所定情報の要求に対する応答として、前記ネットワークノードから前記所定情報を受信する第２所定情報取得部とを、
有しており、
前記既存通信ノード及び前記新規通信ノードはマシン間コミュニケーションを行う通信ノードであり、前記所定情報は前記マシン間コミュニケーションを行う通信ノードとして動作するために必要な設定情報であることを特徴とする通信ノード。
【請求項10】
前記時間情報が、前記既存通信ノードによる前記ネットワークへの次回の接続時刻を含んでいる請求項９に記載の通信ノード。
【請求項11】
前記接続時刻決定部が、前記既存通信ノードによる前記ネットワークへの次回の接続時刻より後の時刻となるように、前記新規通信ノードによる前記ネットワークへの次回の接続時刻を決定するよう構成されている請求項１０に記載の通信ノード。
【請求項12】
前記時間情報が、前記新規通信ノードによる前記ネットワークへの次回の接続時刻を含んでいる請求項９に記載の通信ノード。
【請求項13】
前記時間情報が、前記新規通信ノードによる前記ネットワークへの次回の接続時間帯を含んでいる請求項９に記載の通信ノード。
【請求項14】
前記接続時刻決定部が、前記新規通信ノードによる前記ネットワークへの次回の接続時間帯内の任意の時刻を、前記新規通信ノードによる前記ネットワークへの次回の接続時刻として決定するよう構成されている請求項１３に記載の通信ノード。
【請求項15】
前記第１所定情報要求部が、前記所定情報の要求と共に前記既存通信ノードの識別情報を通知するよう構成されている請求項９に記載の通信ノード。
【請求項16】
ネットワークノードの管理下において、既にネットワークに接続されている既存通信ノードが存在しており、新たに接続を行う新規通信ノードが前記既存通信ノードの所定情報を取得する通信システムにおいて、前記既存通信ノードとして動作する通信ノードであって、
前記ネットワークへ接続している際に、前記ネットワークノードから前記所定情報の要求を受信する所定情報要求受信部と、
前記所定情報の要求に対する応答として、前記所定情報を前記ネットワークノードへ通知する所定情報通知部とを、
有しており、
前記既存通信ノード及び前記新規通信ノードはマシン間コミュニケーションを行う通信ノードであり、前記所定情報は前記マシン間コミュニケーションを行う通信ノードとして動作するために必要な設定情報であることを特徴とする通信ノード。
前記ネットワークへ接続している際に、前記ネットワークノードから前記所定情報の要求を受信する所定情報要求受信部と、
前記所定情報の要求に対する応答として、前記所定情報を前記ネットワークノードへ通知する所定情報通知部とを、
有しており、
前記既存通信ノード及び前記新規通信ノードはマシン間コミュニケーションを行う通信ノードであり、前記所定情報は前記マシン間コミュニケーションを行う通信ノードとして動作するために必要な設定情報であることを特徴とする通信ノード。
【請求項17】
前記ネットワークとの接続を切断する前に、前記ネットワークへの次回の接続時刻を前記ネットワークノードへ通知する次回接続時刻通知部を有する請求項１６に記載の通信ノード。
【請求項18】
高い優先度で通知すべき情報を有する場合に、通常割り当てられている前記ネットワークへのアクセス可能時間間隔の終了時刻を早めることでアクセス可能時間間隔を短縮し、短縮された前記アクセス可能時間間隔内に含まれる時刻を、前記ネットワークへの次回の接続時刻として設定する接続時刻決定部を有する請求項１６に記載の通信ノード。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、通信ノード間で自律的に情報のやり取りを行う通信ノード及びネットワークノードに関し、特に、ＭＴＣ（Machine Type Communication）の技術を利用する通信ノード及びネットワークノードに関する。【背景技術】
【0002】
携帯電話のような豊富なユーザインタフェースを備えた端末を用いたユーザを主体とするコミュニケーション（Ｈ２Ｈ：Human to Human、Ｈ２Ｍ：Human to Machine）とは異なり、ユーザによる直接的な操作を必要とせず、単独で動作可能なデバイス（通信ノード、以下、ＭＴＣデバイス）を用いたコミュニケーションの形態として、マシン間コミュニケーション（Machine to MachineやMachine Type Communicationと呼ばれる。以下、Ｍ２Ｍと記載）が存在する。【0003】
Ｍ２Ｍでは、末端に位置し必要な情報を適宜収集する１つ又は複数のデバイス（ＭＴＣデバイス）が動作し、各ＭＴＣデバイスが備えるセンシング機能（例えば、気温、震度、水量）によって検出・計測された情報（センシングデータ）がＭＴＣデバイスを管理しているサーバ（ＭＴＣサーバ）に集約され、その情報を基に様々なサービスがユーザへ提供される。ユーザはＭＴＣサーバを介して、ＭＴＣデバイスから通知された情報に基づくサービスの提供を受ける。【0004】
ＭＴＣデバイスとＭＴＣサーバとの間の通信経路を確立する手段として、電話回線やＤＳＬ（Digital Subscriber Line）回線や光回線などの有線網だけでなく、携帯電話網などの無線網を活用することができる。特に無線を用いた場合は、ＭＴＣデバイスの設置場所に関する制限がほぼなくなるため、広範囲にＭＴＣデバイスを設置することが可能となり、非常に有効な通信手段であると言える。【0005】
しかしながら、通常、携帯電話などで用いられる無線通信システムは携帯電話向けに最適化されたものであり、Ｍ２Ｍに特化したサービスを提供するＭＴＣデバイスにとって、必ずしも最適なものとは言えない。例えば、携帯電話であれば、自分宛の音声通話の着信を受けるために定期的にネットワーク側からのページングをチェックする必要があるが、音声通話機能を持たないＭＴＣデバイスであれば、常時ページングを受けられる状態である必要はないため、そのような動作は不要となる。また、ＭＴＣデバイスは設置場所が多岐に渡るうえに、ユーザとの接触が少ないため、電力が常に供給される状態に置かれる可能性は少ない。そのため、電池やバッテリーなどの限りがある電力を用いる必要があり、消費電力をできるだけ抑え、動作時間を長くすることが求められている。特に、通信に使用する無線インタフェースによって消費される電力は無視できないものであり、ＭＴＣデバイス向けに無線通信システムを最適化することは、無線通信を用いるＭＴＣデバイスにとっては必要不可欠な課題である。なお、現在３ＧＰＰでは、携帯電話網をＭ２Ｍ向けに最適化するための議論が行われている（下記の非特許文献１、非特許文献２を参照）。【0006】
さらに、設置規模が大きくなればなるほど、動作するＭＴＣデバイスの数も膨大なものとなることが予想される。このため、大量のＭＴＣデバイスが同時にネットワークへ接続し、データの送受信を開始した場合、無線ネットワーク及びコアネットワーク内で輻輳が発生してしまうことが予想される。そのため、できるだけアクセスが集中しないようにする仕組みも必要となる。【0007】
このように、消費電力の削減を考えると、ＭＴＣデバイスが常時ネットワークへ接続し、ＭＴＣサーバとのコネクションを確保しておく状態は現実的ではなく、必要なときに必要な時間だけネットワークへ接続できるようにするのが適切である。そのための方法として、ＭＴＣデバイスがネットワークへアクセスする時間間隔（時間帯）をあらかじめ指定し、その時間間隔の中でアクセスするように制御する方法（Time Control）が考えられている。また、同じ時間間隔が複数のＭＴＣデバイスに指定されている場合、複数のＭＴＣデバイスが同時にネットワークへアクセスした場合に発生する輻輳を回避できるようにする必要もある。現在考えられている方法では、ＭＴＣデバイスは、ネットワーク又はＭＴＣサーバからアクセスが許可される時間間隔の通知を受け、指定された時間内の任意のタイミングでネットワークへ接続する。アクセスするタイミングは、各デバイスによってランダムに決められるため、同じ時間間隔が複数のＭＴＣデバイスに通知されている場合であっても、各デバイスがアクセスするタイミングを分散させ、アクセスが集中しないようにしている。この方法により、ネットワークは複数のＭＴＣデバイス（例えば、同一グループに属しているＭＴＣデバイス群）に対して共通の時間間隔を指定するだけで、そのＭＴＣデバイス群がネットワークにアクセスする時間を制限することができ、さらに各ＭＴＣデバイスの判断でアクセスタイミングが決まるため、ネットワーク側の管理コストも削減することができる。【0008】
ここで、あるＭＴＣデバイスが、他のＭＴＣデバイスが保持する情報（コンフィギュレーションデータ、すなわち、設定情報）を必要とする場合について述べる。例えば、ネットワークへ新たに接続したＭＴＣデバイス（新規ＭＴＣデバイス）は、ＭＴＣデバイスとして動作するために必要な情報を取得する必要がある。そのために、まず新規ＭＴＣデバイスは、自身を管理しているＭＴＣサーバへアクセスし、必要な設定情報を要求する。ＭＴＣサーバは、アクセスしてきたＭＴＣデバイスの認証を行った後、新規ＭＴＣデバイスに対して必要な情報を通知する。これにより、新規ＭＴＣデバイスは、取得した情報に基づき、ＭＴＣデバイスとしての動作を開始する。【先行技術文献】
【非特許文献】
【0009】
【非特許文献1】“3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System Improvements for Machine-Type Communications”, 3GPP TR 23.888, V0.3.1, March 2010.
【非特許文献2】“3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Service requirements for machine-type communications”, 3GPP TS 22.368, V1.1.1, November 2009.
【0010】
しかしながら、新規ＭＴＣデバイスが必要とする情報のうち、ＭＴＣサーバが保持していない情報がある場合、その情報は他のサーバやＭＴＣデバイスから取得する必要がある。例えば、ＭＴＣサーバが保持している情報は静的な情報に限られていて、動的な情報は既に動作しているＭＴＣデバイス（既存ＭＴＣデバイス）のみが保持していることも想定される。このような情報としては、ＭＴＣデバイスが独自に判断、学習した知識などが考えられる。また、静的な情報と言えども、ＭＴＣデバイスのみが保持している情報がある場合も想定される。このような場合、新規ＭＴＣデバイスは、必要とする情報のすべてをサーバから得ることができず、十分な動作ができないという問題がある。【0011】
一方、管理下にあるすべてのＭＴＣデバイスが保持している情報をすべて、ＭＴＣサーバに集約し、情報をリクエストするＭＴＣデバイスに対して通知するという方法は現実的ではない。なぜなら、各ＭＴＣデバイスは常に情報をＭＴＣサーバへ通知する必要があるため、ネットワークの帯域が消費され、ＭＴＣデバイスの消費電力が増してしまうからである。また、ＭＴＣデバイスが時間管理されている場合、ＭＴＣサーバへアクセスできる時間が限られており、決まった時間にしか通知できないため、新規ＭＴＣデバイスが接続した時点でサーバが保持している情報がもっとも新しい情報とは言えないという問題もある。【発明の概要】
【0012】
上記の問題を解決するため、本発明は、通信ノードの消費電力を最小限に抑えながら、通信ノードが他の通信ノードで保持されている、より新しい所定情報（例えば、設定情報）を取得することを可能とする通信ノード及びネットワークノードを提供することを目的とする。【0013】
上記の目的を達成するため、本発明のネットワークノードは、ネットワークノードの管理下において、既にネットワークに接続されている既存通信ノードが存在しており、前記ネットワークに新たに接続する新規通信ノードが前記既存通信ノードの所定情報を取得する通信システムにおけるネットワークノードであって、前記新規通信ノードから前記所定情報の要求を受けた場合、前記既存通信ノードが前記ネットワークに接続されているかどうかを確認する接続確認部と、
前記接続確認部において前記既存通信ノードが前記ネットワークに接続されていることが確認された場合、前記既存通信ノードに対して前記所定情報を要求し、前記既存通信ノードから前記所定情報を取得する第１所定情報取得部と、
前記第１所定情報取得部で取得した前記所定情報を前記新規通信ノードへ通知する第１所定情報通知部と、
前記接続確認部において前記既存通信ノードが前記ネットワークに接続されていないことが確認された場合、前記新規通信ノードにおいて次回の接続時刻を決定するための時間情報を前記新規通信ノードへ通知する時間情報通知部と、
前記時間情報通知部において前記新規通信ノードへ前記時間情報を通知した後に前記既存通信ノードによる前記ネットワークへの接続が確認できた場合、前記既存通信ノードに対して前記所定情報を要求し、前記既存通信ノードから前記所定情報を取得する第２所定情報取得部と、
前記第２所定情報取得部で取得した前記所定情報を保持する所定情報保持部と、
前記新規通信ノードによる前記時間情報に基づいた前記ネットワークへの接続が確認できた場合、前記所定情報保持部に保持されている前記所定情報を前記新規通信ノードへ通知する第２所定情報通知部とを、
有しており、
前記既存通信ノード及び前記新規通信ノードはマシン間コミュニケーションを行う通信ノードであり、前記所定情報は前記マシン間コミュニケーションを行う通信ノードとして動作するために必要な設定情報であることを特徴とする。
この構成により、通信ノードの消費電力を最小限に抑えながら、通信ノードが他の通信ノードで保持されている、より新しい所定情報（例えば、設定情報）を取得することが可能となる。
【0014】
また、上記の目的を達成するため、本発明の通信ノードは、ネットワークノードの管理下において、既にネットワークに接続されている既存通信ノードが存在しており、前記ネットワークに新たに接続する新規通信ノードが前記既存通信ノードの所定情報を取得する通信システムにおいて、前記新規通信ノードとして動作する通信ノードであって、前記所定情報の要求を前記ネットワークノードへ送信する第１所定情報要求部と、
前記第１所定情報要求部による前記所定情報の要求に対する応答として、前記ネットワークノードから前記所定情報を受信する第１所定情報取得部と、
前記第１所定情報要求部による前記所定情報の要求に対する応答として、前記新規通信ノードによる次回の接続時刻を決定するための時間情報を受信する時間情報受信部と、
前記時間情報から前記新規通信ノードによる前記ネットワークへの次回の接続時刻を決定する接続時刻決定部と、
前記接続時刻決定部で決定された前記接続時刻に前記ネットワークへ接続し、前記所定情報の要求を前記ネットワークノードへ送信する第２所定情報要求部と、
前記第２所定情報要求部による前記所定情報の要求に対する応答として、前記ネットワークノードから前記所定情報を受信する第２所定情報取得部とを、
有しており、
前記既存通信ノード及び前記新規通信ノードはマシン間コミュニケーションを行う通信ノードであり、前記所定情報は前記マシン間コミュニケーションを行う通信ノードとして動作するために必要な設定情報であることを特徴とする。
この構成により、通信ノードの消費電力を最小限に抑えながら、通信ノードが他の通信ノードで保持されている、より新しい所定情報（例えば、設定情報）を取得することが可能となる。
【0015】
また、上記の目的を達成するため、本発明の通信ノードは、ネットワークノードの管理下において、既にネットワークに接続されている既存通信ノードが存在しており、新たに接続を行う新規通信ノードが前記既存通信ノードの所定情報を取得する通信システムにおいて、前記既存通信ノードとして動作する通信ノードであって、前記ネットワークへ接続している際に、前記ネットワークノードから前記所定情報の要求を受信する所定情報要求受信部と、
前記所定情報の要求に対する応答として、前記所定情報を前記ネットワークノードへ通知する所定情報通知部とを、
有しており、
前記既存通信ノード及び前記新規通信ノードはマシン間コミュニケーションを行う通信ノードであり、前記所定情報は前記マシン間コミュニケーションを行う通信ノードとして動作するために必要な設定情報であることを特徴とする。
この構成により、通信ノードの消費電力を最小限に抑えながら、通信ノードが他の通信ノードで保持されている、より新しい所定情報（例えば、設定情報）を取得することが可能となる。
【0016】
本発明は、上記の構成を有しており、通信ノードの消費電力を最小限に抑えながら、通信ノードが他の通信ノードで保持されている、より新しい所定情報（例えば、設定情報）を取得できるようにするという効果を有する。【図面の簡単な説明】
【0017】
【図1】本発明の第１の実施の形態におけるネットワーク構成の一例を示す図
【図2】本発明の第１の実施の形態において、新規ＭＴＣデバイスがネットワークへ接続した際の処理の一例を示すシーケンスチャート
【図3】本発明の第１の実施の形態における新規ＭＴＣデバイスの構成の一例を示すブロック図
【図4】本発明の第１の実施の形態において、新規ＭＴＣデバイスがネットワークへ接続した後に行う処理の一例を示すフローチャート
【図5】本発明の第１の実施の形態におけるＭＴＣデバイスのアクセス時間間隔の一例を模式的に示す図
【図6】本発明の第１の実施の形態におけるＭＭＥの構成の一例を示すブロック図
【図7】本発明の第１の実施の形態におけるＭＴＣサーバの構成の一例を示すブロック図
【図8】本発明の第１の実施の形態における既存ＭＴＣデバイスの構成の一例を示すブロック図
【図9】本発明の第１の実施の形態において、既存ＭＴＣデバイス接続時刻を通知することが可能なメッセージの一例を示す図
【図10】本発明の第２の実施の形態において、新規ＭＴＣデバイス１００がネットワークへ接続した際の処理の一例を示すシーケンスチャート
【図11】本発明の第２の実施の形態において、新規ＭＴＣデバイスがネットワークへ接続した後に行う処理の一例を示すフローチャート
【図12】本発明の第２の実施の形態におけるＭＭＥの構成の一例を示すブロック図
【図13】本発明の第３の実施の形態において、ＭＭＥが新規ＭＴＣデバイス及び既存ＭＴＣデバイスに対して指定する時間間隔の一例を模式的に示す図
【図14】本発明の第３の実施の形態において、新規ＭＴＣデバイスがネットワークへ接続した際の処理の一例を示すシーケンスチャート
【図15】本発明の第３の実施の形態において、新規ＭＴＣデバイスがネットワークへ接続した後に行う処理の一例を示すフローチャート
【図16】本発明の第３の実施の形態におけるＭＭＥの構成の一例を示すブロック図
【図17】本発明の第３の実施の形態におけるＭＴＣデバイスのアクセス時間間隔の一例を模式的に示す図
【図18】本発明の第４の実施の形態における既存ＭＴＣデバイスの構成の一例を示すブロック図
【図19】本発明の第４の実施の形態におけるＭＴＣデバイスのアクセス時間間隔の一例を模式的に示す図
【図20】本発明の第４の実施の形態におけるＭＴＣデバイスのアクセス時間間隔の一例を模式的に示す図
【図21】本発明の第４の実施の形態におけるＭＴＣデバイスのアクセス時間間隔の一例を模式的に示す図
【図22】本発明の第４の実施の形態において、既存ＭＴＣデバイスがネットワークへ接続する前に行う処理の一例を示すフローチャート
【図23】本発明の第４の実施の形態において、既存ＭＴＣデバイスがネットワークへ接続する前に行う処理の一例を示すフローチャート
【図24】本発明の第４の実施の形態において、既存ＭＴＣデバイスが保持する優先通知情報リストの一例を示す図
【図25】本発明の第４の実施の形態において、既存ＭＴＣデバイスが保持する優先通知情報リストの一例を示す図
【発明を実施するための形態】
【0018】
以下、図面を参照しながら、本発明の第１〜第４の実施の形態について説明する。本発明は、新規ＭＴＣデバイス（初めてネットワークへ接続するＭＴＣデバイス）が設定情報を要求した場合に、接続状態の既存ＭＴＣデバイス（既に動作しており、ネットワークへの接続を既に行ったことがあるＭＴＣデバイス）から設定情報を取得して新規デバイスに渡すように構成されており、さらに、既存ＭＴＣデバイスが接続状態にない場合（設定情報を即座に渡すことができない場合）に、新規ＭＴＣデバイスの次回接続時刻を決定するための時間情報を新規ＭＴＣデバイスに渡し、新規ＭＴＣデバイスがこの時間情報に基づいて再度接続した際に、既存ＭＴＣデバイスに保持されている設定情報を新規デバイスに渡すように構成されている。本発明の第１の実施の形態では、既存ＭＴＣデバイスが接続状態にない場合に、新規ＭＴＣデバイスの次回接続時刻を決定するための時間情報として、既存ＭＴＣデバイスが次回接続する時刻（既存ＭＴＣデバイス接続時刻）を渡し、本発明の第２の実施の形態では、既存ＭＴＣデバイスが接続状態にない場合に、新規ＭＴＣデバイスの次回接続時刻を決定するための時間情報として、新規ＭＴＣデバイスの次回接続時刻を渡し、本発明の第３の実施の形態では、既存ＭＴＣデバイスが接続状態にない場合に、新規ＭＴＣデバイスの次回接続時刻を決定するための時間情報として、新規ＭＴＣデバイスの次回接続時間間隔（次回接続時間帯）を渡す場合について説明する。また、本発明の第４の実施の形態では、既存ＭＴＣデバイスが、他のＭＴＣデバイス（新規ＭＴＣデバイスや既存ＭＴＣデバイス）やＭＴＣサーバへ通知する情報をより早く届けるために、次回の接続時刻を早く設定し、情報の送信を行う場合について説明する。なお、本発明の第１〜第４の実施の形態において、情報を必要とするＭＴＣデバイスを新規ＭＴＣデバイスと称し、情報を保持するＭＴＣデバイスを既存ＭＴＣデバイスと称しているが、当然のことながら、情報を必要とするエンティティは、新たにネットワークに接続するＭＴＣデバイスに限らず、既に接続しているＭＴＣデバイスであっても他のＭＴＣデバイスが保持する情報を必要とする場合も存在する。さらには、情報を必要とするエンティティとしてＭＴＣサーバが存在することは言うまでもない。また、情報を保持しているエンティティも、既に接続しているＭＴＣデバイスに限らず、新たにネットワークへ接続したＭＴＣデバイスであってもよい。なお、以下では、ＭＴＣデバイスが通知及び取得する情報を設定情報と記載しているが、取得する側、又は提供する側のＭＴＣデバイスにとって有用な情報であればどのような情報でも構わない。例えば、情報を提供する側のＭＴＣデバイス上で動作しているセンサーやアプリケーション等が収集した情報や動作・行動履歴、さらには情報を提供する側のＭＴＣデバイスが他のＭＴＣデバイスやサーバ等から取得した情報などが考えられる。具体的には、車両に搭載されるカーナビゲーションやＰＮＤ（Portable Navigation Device）、ドライバー又は歩行者が保持するＧＰＳ搭載携帯端末（携帯電話、スマートフォン）が検出・蓄積した情報（ユーザの過去・未来の移動経路情報や行動パターン、検出情報、生体情報など）がある。また、以下では、情報を必要とする側を新規ＭＴＣデバイス、情報を提供する側を既存ＭＴＣデバイスとし、新規ＭＴＣデバイスが情報要求メッセージを送信するケースを用いて説明しているが、新規デバイスが既存ＭＴＣデバイスへ情報を通知するために、既存ＭＴＣデバイスに対してメッセージ（情報通知メッセージ）を送信するケースにおいても本発明の第１〜第４の実施の形態で説明する各種手段、機能を用いることができる。【0019】
（第１の実施の形態）まず、本発明の第１の実施の形態について説明する。
【0020】
図１は、本発明の第１の実施の形態におけるネットワーク構成の一例を示す図である。図１において、複数のＭＴＣデバイスが既に動作しており、新たにネットワークへ接続するＭＴＣデバイスが存在する場合について考える。なお、本明細書では、既に動作しており、ネットワーク２００への接続を既に行ったことがあるＭＴＣデバイスを、既存ＭＴＣデバイス１１０と表記し、初めてネットワークへ接続するＭＴＣデバイスを、新規ＭＴＣデバイス１００と表記する。【0021】
これらのＭＴＣデバイス（新規ＭＴＣデバイス１００及び既存ＭＴＣデバイス１１０）は、無線アクセスモジュールとして、３ＧＰＰインタフェースを備えており、例えばｅＮＢ２１０を介してネットワーク（例えば、３ＧＰＰネットワーク）２００へ接続することができる。ネットワーク２００には、ＭＭＥ（Mobility Management Entity）２２０やＳＧＷ（Serving Gateway）２３０、ＰＧＷ（Packet Data Network Gateway）２４０が存在し、ＭＴＣデバイスの接続状態の管理や、ＭＴＣサーバ３００へアクセスするために必要なコネクションの確立・管理などを行う。また、これらのＭＴＣデバイスを管理するＭＴＣサーバ３００が存在し、ＭＴＣデバイスから通知された様々な情報を基に、ＭＴＣユーザ４００へサービスを提供する。なお、ＭＴＣデバイスの無線アクセスモジュールとしては、ＷｉＭＡＸやＷＬＡＮなどの他の無線システムを用いてもよく、３ＧＰＰインタフェースに限定されない。また、図１に示されているコアネットワーク２００内のエンティティは、無線アクセスシステムとして３ＧＰＰのＬＴＥ／ＳＡＥ（Long Term Evolution/System Architecture Evolution）を用いた場合の機能ブロックを表しているが、使用する無線アクセスシステムに応じて、同様の機能を保持する適切なエンティティ名に置き換えられる。例えば、３ＧＰＰのＵＭＴＳ（Universal Mobile Telecommunication System）を用いた場合は、ｅＮＢ２１０はＲＮＣ／ＢＳＣ（Radio Network Controller/Base Station Controller）、ＭＭＥ２２０はＳＧＳＮ（Serving GPRS Support Node）、Ｐ−ＧＷ２４０はＧＧＳＮ（Gateway GPRS Support Node）に置き換えられる。また、ＭＴＣサーバ３００は、３ＧＰＰコアネットワーク２００内に配置されていてもよい。【0022】
また、図２は、本発明の第１の実施の形態において、新規ＭＴＣデバイス１００がネットワークへ接続した際の処理の一例を示すシーケンスチャートである。図２において、新規ＭＴＣデバイス１００はネットワーク２００へ接続後、ＭＴＣサーバ３００へ設定情報を要求するメッセージを送信する（ステップＳ１００１）。その要求メッセージを受けたＭＴＣサーバ３００は、既存ＭＴＣデバイス１１０から設定情報を取得するよう指示する情報を含む応答を返す（ステップＳ１００２）。なお、ＭＴＣサーバ３００が保持している新規ＭＴＣデバイス１００へ通知するべき設定情報がある場合には、ステップＳ１００２の応答に係るメッセージにそれらの設定情報も含めて返す。例えば、ＭＴＣサーバ３００は、既存ＭＴＣデバイス１１０の動作によって更新されることのない静的な設定情報を、ステップＳ１００２の応答に係るメッセージに含めて返すことが可能である。【0023】
次に、応答を受けた新規ＭＴＣデバイス１００は、ＭＴＣサーバからの指示を受け、ＭＭＥ２２０に対して、既存ＭＴＣデバイス１１０が保持している設定情報を要求する（ステップＳ１００３）。【0024】
要求を受けたＭＭＥ２２０は、設定情報を保持している既存ＭＴＣデバイス１１０がネットワーク２００へ接続しているか否かを確認し、接続している場合はその既存ＭＴＣデバイス１１０へ問い合わせ、設定情報を取得する。【0025】
なお、ＭＭＥ２２０が受信する設定情報要求（ステップＳ１００３）は、新規ＭＴＣデバイス１００がＭＭＥ２２０に対して直接送るメッセージではなく、新規ＭＴＣデバイス１００から既存ＭＴＣデバイス１１０宛てに送られた情報要求メッセージ（データパケット）を受信したＳ−ＧＷ２３０が送信するＤＤＮ（DownLink Data Notification）であってもよい。Ｓ−ＧＷ２３０は、受信したメッセージの宛先である既存ＭＴＣデバイス１１０がネットワーク２００に接続していない場合に、ＭＭＥ２２０に対してＤＤＮを送信する。また、ＭＭＥ２２０が受信する設定情報要求（ステップＳ１００３）は、新規ＭＴＣデバイス１００がネットワーク２００に接続する際に送信するアタッチリクエスト（Attach Request）でもよい。この場合、新規ＭＴＣデバイス１００は、送信するアタッチリクエストメッセージの中に、情報の要求先である既存ＭＴＣデバイス１１０の識別情報を含める。また、ＭＭＥ２２０が、新規ＭＴＣデバイス１００の通信相手が既存ＭＴＣデバイス１１０であることを既に認識することができる場合は、新規ＭＴＣデバイス１００はアタッチリクエストメッセージの中に既存ＭＴＣデバイス１１０の識別情報を含める必要はない。ＭＭＥ２２０が、新規ＭＴＣデバイス１００の通信相手を認識する方法としては、アタッチリクエストを受信した際にＭＴＣサーバ３００にメッセージを送信して新規ＭＴＣデバイス１００の通信相手を問い合わせる方法や、予めＭＴＣサーバ３００から新規ＭＴＣデバイス１００の通信相手の識別情報を含むメッセージを受信してもよい。【0026】
なお、既存ＭＴＣデバイス１１０がネットワーク２００へ接続している場合には、ＭＭＥ２２０と既存ＭＴＣデバイス１１０との間で、後述のステップＳ１０１３における設定情報要求、及び、ステップＳ１０１４における応答と同一の処理が行われる。【0027】
そして、後述のステップＳ１００５における応答に、既存ＭＴＣデバイス１１０の設定情報を含ませることによって、新規ＭＴＣデバイス１００は、既存ＭＴＣデバイス１１０の設定情報を取得することが可能となる。また、新規ＭＴＣデバイス１００が既存ＭＴＣデバイス１１０宛てに情報要求メッセージを送信する方法を用いる場合、既存ＭＴＣデバイス１１０がネットワーク２００に接続している場合には、Ｓ−ＧＷ２３０は、既存ＭＴＣデバイス１１０宛てにメッセージを転送する。そのため、既存ＭＴＣデバイス１１０はメッセージを受信し、新規ＭＴＣデバイス１００宛てに応答メッセージを返す。【0028】
一方、既存ＭＴＣデバイス１１０がネットワーク２００へ接続していない場合は、ＭＭＥ２２０は、設定情報を保持している既存ＭＴＣデバイス１１０が次にネットワーク２００へ接続する時刻（既存ＭＴＣデバイス接続時刻）を新規ＭＴＣデバイス１００に対して通知する（ステップＳ１００５）。【0029】
ここで、ステップＳ１００４が、Ｓ−ＧＷ２３０から受信したＤＤＮによってトリガされる場合について説明する。Ｓ−ＧＷ２３０は、新規ＭＴＣデバイス１００が送信した既存ＭＴＣデバイス１１０宛てのメッセージを受信した際に、メッセージの宛先である既存ＭＴＣデバイス１１０がネットワークに接続していない（アイドル状態、又はデタッチ状態）場合、ＭＭＥ２２０に対してＤＤＮ（DownLink Data Notification）を送信する。それを受けたＭＭＥ２２０が、既存ＭＴＣデバイス１１０が接続しないこと、あるいは接続できないことを認識した場合、新規ＭＴＣデバイス１００に対して、既存ＭＴＣデバイス１１０の接続時刻を通知する（ステップＳ１００５）。【0030】
例えば、ＭＭＥ２２０は、Ｓ−ＧＷ２３０から受信したＤＤＮに応じて既存ＭＴＣデバイス１１０宛てにページングを送信し、そのページングに対して既存ＭＴＣデバイス１１０から応答が返らなかった場合に、新規ＭＴＣデバイス１００に対して時間情報を通知すると判断することができる。また、受信したＤＤＮに含まれているＡＲＰ（Allocation and Retention Priority）の値がある閾値よりも低い場合に、既存ＭＴＣデバイス１１０へページングを送信せずに、新規ＭＴＣデバイス１００に対して時間情報を通知すると判断してもよい。この場合、既存ＭＴＣデバイス１１０がネットワーク２００に接続することが可能（ページングの受信が可能）な時間帯であったとしても、ＡＲＰが低い場合にはページングを送信しないと判断してもよい。これにより、優先度が低いメッセージによるトラフィックを減らすことができる。【0031】
一方、ＡＲＰの値が高い場合は、既存ＭＴＣデバイス１１０へページングを送信すると判断する。さらには、既存ＭＴＣデバイス１１０宛てのＤＤＮを受信したタイミングが、既存ＭＴＣデバイス１１０の接続可能時間間隔の範囲外である場合に、新規ＭＴＣデバイス１００に対して時間情報を通知すると判断してもよい。この場合、ＭＭＥ２２０は、既存ＭＴＣデバイス１１０のアクセス可能な時間間隔を保持している。さらには、ＭＭＥ２２０が輻輳状態にある場合、既存ＭＴＣデバイス１１０がネットワーク２００に接続できないため、ＭＭＥ２２０は、新規ＭＴＣデバイス１００に対して時間情報を通知すると判断してもよい。【0032】
Ｓ−ＧＷ２３０は、ＤＤＮの中に、送信元である新規ＭＴＣデバイス１００の識別情報を含めることで、ＭＭＥ２２０は時間情報の通知先である新規ＭＴＣデバイス１００の識別情報を取得することができる。ＭＭＥが新規ＭＴＣデバイス１００に対して時間情報を通知する際、ＤＤＮに対して応答（DDN Acknowledge、DDN Failure Indication）を返してもよい。【0033】
ＭＭＥ２２０が新規ＭＴＣデバイス１００に対して時間情報を通知する方法としては、ＭＭＥ２２０は、時間情報をデタッチリクエストメッセージに含めて新規ＭＴＣデバイス１００に送信してもよい。また、ＭＭＥ２２０は、新規ＭＴＣデバイス１００が送信したアタッチリクエストを受けた際に、通信相手が既存ＭＴＣデバイス１１０であることを特定できる場合は、そのアッタチリクエストを拒絶するためのアッタチリジェクト（Attach Reject）メッセージの中に時間情報を含めて新規ＭＴＣデバイス１００へ送信してもよい。また、新規ＭＴＣデバイス１００が、アタッチリクエストの中にプライオリティを示す値（自身のプライオリティ、通信相手のプライオリティ、これから送信しようとしているメッセージのプライオリティ）を含めることで、ＭＭＥ２２０は、プライオリティが低いことを示す値が受信したアタッチリクエストに含まれている場合に、時間情報を含むアタッチリジェクトを新規ＭＴＣデバイス１００へ送信すると判断してもよい。これにより、優先度が低いメッセージによるトラフィックを減らすことができ、新規ＭＴＣデバイス１００に対しては、既存ＭＴＣデバイス１１０へメッセージを送信することができるタイミングで再接続することを可能とする。【0034】
なお、ＭＭＥ２２０が時間情報通知する際に用いるメッセージは、時間情報を含めることができるメッセージであれば何でもよい。例えば、ESM information request 、Identification RequestなどのＮＡＳメッセージや、基地局からＭＴＣデバイスへ送信されるＲＲＣメッセージ、ＭＴＣデバイスに対して通知される報知情報(ＭＩＢ:Master Information Block、ＳＩＢ：System Information Block）の中に時間情報を含めてもよい。報知情報を用いた場合、新規ＭＴＣデバイスは、報知情報に含まれる時間情報に基づいて決定した時間にネットワーク２００へ接続し、既存ＭＴＣデバイス１１０宛てに情報要求メッセージを送信する。【0035】
また、ＭＭＥ２２０は、ＭＴＣサーバ３００に対して、新規ＭＴＣデバイス１００に通知するべき時間情報を通知し、ＭＴＣサーバ３００が新規ＭＴＣデバイス１００に対して時間情報を通知するメッセージを送信してもよい。ＭＴＣサーバ３００は、そのメッセージの中に、新規ＭＴＣデバイス１００に対して一旦ネットワーク２００から切断するよう指示する情報（デタッチリクエストメッセージに相当）を含めてもよい。ＭＭＥ２２０から受信したデタッチリクエストの中に含まれる時間情報を取得した新規ＭＴＣデバイス１００は、いったんネットワーク２００から切断し、時間情報を基に算出したタイミングに再接続する。また、ＭＭＥ２２０は、デタッチリクエスト以外の任意のメッセージを用いて時間情報を通知してもよい。例えば、新規ＭＴＣデバイス１００が確立しているＰＤＮコネクションやベアラをリリースするためのメッセージに時間情報を含めてＳ−ＧＷ２３０に対して送信してもよい。この場合、時間情報はＳ−ＧＷ２３０を介して新規ＭＴＣデバイス１００まで届けられる。【0036】
この場合、新規ＭＴＣデバイス１００は、既存ＭＴＣデバイス１１０に対する問い合わせは一旦停止（サスペンド）するが、他のＭＴＣデバイスやＭＴＣサーバとの通信や処理を継続して行うことができる。新規ＭＴＣデバイス１００は、受信した時間情報から算出した再接続が可能な時間が現在時間に近い場合（ある一定時間内である場合）は、ネットワーク２００から切断せずに接続を維持すると判断し、一方、次回接続時間が現在時間に近くない場合（ある一定時間よりも後である場合）は、ネットワーク２００から一旦切断すると判断してもよい。また、この判断はＭＭＥ２２０によって行われてもよい。つまり、既存ＭＴＣデバイス１１０の接続時刻がある一定時間よりも後である場合は、ＭＭＥ２２０は、新規ＭＴＣデバイス１００をいったん切断させるために、デタッチリクエスト又はアッタチリジェクトを用いて時間情報を通知すると判断する。一方、既存ＭＴＣデバイス１１０の接続時刻がある一定時間内である場合は、ＭＭＥ２２０は、デタッチリクエスト以外のメッセージ（例えば、アッタチアクセプトメッセージ）を用いて時間情報を通知すると判断する。なお、既存ＭＴＣデバイス１１０の接続時刻がある一定時間内である場合は、新規ＭＴＣデバイス１００に対して時間情報を通知する代わりに、新規ＭＴＣデバイス１００に対してネットワーク２００への接続を維持したまま待機するよう指示してもよい。あるいは、既存ＭＴＣデバイス１１０に対して情報要求メッセージを投げた新規ＭＴＣデバイス１００は、応答メッセージを受けるためにある一定時間待機するよう予め設定されていてもよい。この場合、ＭＭＥ２２０は、現在時刻が既存ＭＴＣデバイス１１０のアクセス可能時間となった後に再度ページングを送信し、そのページングに対する応答を既存ＭＴＣデバイス１１０から受信した場合に、Ｓ−ＧＷ２３０へＤＤＮに対する応答を返す。その結果、新規ＭＴＣデバイス１００は、既存ＭＴＣデバイス１１０からの応答メッセージを受信することができる。【0037】
既存ＭＴＣデバイス１１０の時間情報に関する通知を受けた新規ＭＴＣデバイス１００は、通知された既存ＭＴＣデバイス接続時刻よりも後の時刻を、次の接続時刻（次回接続時刻）として決定し（ステップＳ１００６）、接続をいったん切断する（ステップＳ１００７）。なお、ステップＳ１００６は、必ずしも切断前に行う必要はなく、既存ＭＴＣデバイス接続時刻よりも前であればいつでもよい。また、ＭＭＥ２２０は、新規ＭＴＣデバイス１００へ通知する時間情報として、既存ＭＴＣデバイス１１０の接続時刻の値そのものを通知する代わりに、既存ＭＴＣデバイス接続時刻あるいは既存ＭＴＣデバイスのアクセス可能な時間間隔の開始時刻までの時間長（Duration）を通知してもよい。つまり、ＭＭＥ２２０は、自身が保持している既存ＭＴＣデバイス１１０のアクセス可能な時間間隔を参照し、現在時刻からその時間間隔の開始時刻までの時間長を用いる。【0038】
この場合、新規ＭＴＣデバイス１００は、時間長を含むメッセージを受信したときから再接続するまでに待機するべき時間間隔（Back-off Timer）としてこの時間長を利用する。つまり、新規ＭＴＣデバイス１００は、この時間長を受信したときにタイマーをスタートし、その時間長に示されている時間が経過したらネットワーク２００へ再び接続し、既存ＭＴＣデバイス１１０に対する情報要求メッセージを送信する。【0039】
ＭＭＥ２２０は、既存ＭＴＣデバイス接続時刻を新規ＭＴＣデバイス１００に通知するとともに、設定情報の要求対象である既存ＭＴＣデバイス１１０が次回接続してきた際に、その既存ＭＴＣデバイス１１０から設定情報を取得する必要があることを記憶する。なお、新規ＭＴＣデバイス１００が再接続した際に、既存ＭＴＣデバイス１１０宛てに情報要求メッセージを送信する場合は、ＭＭＥ２２０は、必ずしも既存ＭＴＣデバイス１１０から情報を取得する必要があることを記憶する必要はない。ただし、後述するように、ＭＭＥ２２０が既存ＭＴＣデバイス１１０に対して、新規ＭＴＣデバイス１００からの情報要求メッセージを受信するまで接続を維持するよう指示する場合は記憶するべきである。【0040】
新規ＭＴＣデバイス１００に通知される時間情報は、新規ＭＴＣデバイス１００がネットワーク２００にアクセス可能な時間間隔（上記の既存ＭＴＣデバイス接続時刻が示す開始時刻と共に終了時刻（又は開始時刻と時間長（Duration））を含む時間間隔）であってもよい。この場合、新規ＭＴＣデバイス１００は、その時間間隔の開始直後、又は時間間隔内にネットワーク２００へ接続した場合は、既存ＭＴＣデバイス１１０へ要求メッセージを送信することで直接情報を取得することができ、終了時刻が経過した後にネットワーク２００へ接続した場合は、ＭＭＥ２２０から情報を取得することができると判断できる。【0041】
その後、既存ＭＴＣデバイス１１０は、次回接続時刻になると、ネットワーク２００への接続を行う（ステップＳ１０１１）。この接続は、例えば、既存ＭＴＣデバイス１１０において検出されたセンシングデータをＭＴＣサーバ３００へ送信することや、ＭＴＣサーバや他のＭＴＣデバイスからのメッセージを受信することを目的として行われる。ここで、既存ＭＴＣデバイス１１０が、ＭＭＥ２２０に対して接続要求（Attach Request）を送信すると、この接続要求に基づいて、ＭＭＥ２２０は、この既存ＭＴＣデバイス１１０が設定情報の要求対象であることを特定し、既存ＭＴＣデバイス１１０に対して、設定情報を要求する（ステップＳ１０１３）。この要求を受けた既存ＭＴＣデバイス１１０は、設定情報を含む応答をＭＭＥ２２０へ送信し（ステップＳ１０１４）、ＭＭＥ２２０は、この応答に含まれる設定情報を保持する（ステップＳ１０１５）。【0042】
なお、後述するように、新規ＭＴＣデバイス１００が再接続した際に、既存ＭＴＣデバイス１１０宛てに情報要求メッセージを送信する場合は、ＭＭＥ２２０は、既存ＭＴＣデバイス１１０に対して情報要求メッセージ(ステップＳ１０１３)を送信する必要はない。【0043】
また、新規ＭＴＣデバイス１００は、ステップＳ１００６で決めた次回接続時刻にネットワーク２００へ接続し（ステップＳ１０２１）、ＭＭＥ２２０へ設定情報の要求を再度送信する（ステップＳ１０２２）。ＭＭＥ２２０は、この設定情報の要求に対して、ステップＳ１０１５で保持した設定情報を読み出し、この設定情報を応答に含ませて新規ＭＴＣデバイス１００へ送信する（ステップＳ１０２３）。これにより、新規ＭＴＣデバイス１００は、ＭＭＥ２２０から設定情報を取得することが可能となる。なお、新規ＭＴＣデバイス１００が他のＭＴＣデバイスへ直接アクセスできる場合は、新規ＭＴＣデバイス１００は、ステップＳ１０２２において情報要求を直接既存ＭＴＣデバイス１１０へ送信してもよい。この場合、ＭＭＥ２２０は、既存ＭＴＣデバイス１１０に対して情報要求（ステップＳ１０１３）を送信する必要がなくなる。【0044】
この場合、既存ＭＴＣデバイス１１０は、ＭＴＣサーバ３００への情報通知が終わった後であっても、新規ＭＴＣデバイス１００からの要求メッセージを受けるためにネットワーク２００に接続している必要がある。このため、ＭＭＥ２２０は、既存ＭＴＣデバイス１１０がネットワーク２００に接続した際に（ステップＳ１０１１）、新規ＭＴＣデバイス１００からの要求メッセージを受けるまでネットワークに接続し続けることを指示してもよい。この指示の通知は、新規ＭＴＣデバイス１００がネットワーク２００へ接続した際に送信した接続要求（Attach RequestやPDN Connectivity Request）（ステップＳ１０１２）に対する応答メッセージ（RRC Connection Reconfiguration）に含まれていてもよい。また、新規ＭＴＣデバイス１００からの情報要求（ステップＳ１００１）の受信によって、既存ＭＴＣデバイス１１０との通信を要求している新規ＭＴＣデバイス１００が存在することを認識しているＭＴＣサーバ３００が、既存ＭＴＣデバイス１１０に対して送信するメッセージを用いて通知してもよい。この指示を通知する代わりに、既存ＭＴＣデバイス１１０が、アクセス可能な時間間隔の間はネットワークへの接続を維持するように設定されていてもよい。【0045】
また、既存ＭＴＣデバイス１１０は、ＭＭＥ２２０から送信されるページングの受信待ち状態に遷移することで、ネットワーク２００への接続を維持しなくてもよいし、また、次回接続時刻になったとしてもネットワーク２００へ接続しなくてもよい。この場合、ＭＭＥ２２０は、Ｓ−ＧＷ２３０から既存ＭＴＣデバイス１１０宛てのＤＤＮを受信した際に、既存ＭＴＣデバイス１１０に対してページングを送信する。そして、既存ＭＴＣデバイス１１０は、ページングに応答し、新規ＭＴＣデバイス１００からの情報要求メッセージを受信し、応答メッセージを新規ＭＴＣデバイス１００へ送信する。【0046】
なお、ステップＳ１００４において、ＭＭＥ２２０が設定情報の要求対象として問い合わせをする既存ＭＴＣデバイス１１０を特定する方法として、ＭＭＥ２２０が保持しているＭＴＣデバイス情報の中に問い合わせるべき既存ＭＴＣデバイス１１０が明示的に指定されていてもよい。また、既存ＭＴＣデバイス１１０の中から１つ又は複数のデバイスを任意に選択してもよい。その場合、新規ＭＴＣデバイス１００と同一のグループに属する既存ＭＴＣデバイス１１０から選択されることが望ましい。これにより、共通のサービスを提供するデバイス群や、共通の機能を持ったデバイス群の中から有効な情報を得ることができる。また、例えば、既存ＭＴＣデバイス１１０の中で、新規ＭＴＣデバイス１００と同じエリア（トラッキングエリア）内に存在する既存ＭＴＣデバイス１１０や、最も地理的に近い位置に存在するデバイス（例えば、同じ基地局に接続する既存ＭＴＣデバイス１１０）を選択する方法などがある。この場合、新規ＭＴＣデバイス１００は、自身の現在地情報（ＧＰＳによる位置情報）や、欲しい情報が存在する場所、又は情報を通知するべき場所の位置情報をＭＭＥ２２０に通知し、ＭＭＥ２２０は、通知された位置情報に近い場所に存在する既存ＭＴＣデバイス１１０を選択する。これにより、新規ＭＴＣデバイス１００が位置する環境に合った設定情報を得ることができる。【0047】
また、既存ＭＴＣデバイス１１０の中で、早くからネットワーク２００へ接続していた既存ＭＴＣデバイス１１０を選択する方法や、これまでの動作結果や通知された情報の精度などに基づき、最適な既存ＭＴＣデバイス１１０を選択する方法などを利用してもよい。この場合、長時間の動作（経験・計測）によって得られたデータに基づく設定情報を得ることができる。また、設定情報の取得先として、複数の既存ＭＴＣデバイスを選択しておくことで、情報の正確性を高めることができ、取得に失敗してしまった場合のリカバリーを図ることができる。【0048】
また、ステップＳ１００２において、ＭＴＣサーバ３００が、各ＭＴＣデバイスの情報を管理するサーバとして機能し、設定情報を保持している既存ＭＴＣデバイス１１０を示す識別情報を新規ＭＴＣデバイス１００へ通知してもよい。新規ＭＴＣデバイス１００が問い合わせるべき既存ＭＴＣデバイス１１０の識別情報を通知するサーバは、ＭＴＣサーバ３００とは別に存在する情報管理サーバであってもよい。ＭＴＣサーバ３００が既存ＭＴＣデバイス１１０を特定する方法は、先に述べたように、ＭＭＥ２２０がステップＳ１００４において既存ＭＴＣデバイス１１０を特定するために行う方法と同様の方法を用いることができる。例えば、新規ＭＴＣデバイス１００は、ＭＴＣサーバ３００（又は情報管理サーバ）へ、位置情報を含むメッセージを送信する。すると、ＭＴＣサーバは、通知された位置情報に近い位置に存在するＭＴＣデバイスを検索する。検索によって特定された既存ＭＴＣデバイス１１０の識別情報を新規ＭＴＣデバイス１００へ返す。なお、検索によって特定される既存ＭＴＣデバイス１１０は１つであってもよいし、複数であってもよい。【0049】
既存ＭＴＣデバイス１１０の識別情報の通知を受けた新規ＭＴＣデバイス１００は、ＭＭＥ２２０へ設定情報を要求する場合（ステップＳ１００３の設定情報要求の際）には、設定情報の取得先となる既存ＭＴＣデバイス１１０の識別情報を通知することで、ＭＭＥ２２０は、問い合わせ先となる既存ＭＴＣデバイス１１０を一意に特定することができる。なお、既存ＭＴＣデバイス１００の識別情報を取得した新規ＭＴＣデバイス１００は、ステップＳ１００３における情報要求メッセージを既存ＭＴＣデバイス１１０へ直接送信してもよい。この場合、上述したように、既存ＭＴＣデバイス１１０が基地局に接続していない（ＲＲＣコネクションを確立していない）場合は、Ｓ−ＧＷ２３０がＭＭＥ２２０に対してＤＤＮを送信し、それを受けたＭＭＥ２２０は、新規ＭＴＣデバイス１００に対して、次回の接続時間を決定するために用いられる時間情報を通知する。【0050】
また、既存ＭＴＣデバイス１１０を示す識別情報は、ＭＴＣサーバ３００及び情報管理サーバから通知を受ける方法に限らず、任意の方法で取得してよい。例えば、新規ＭＴＣデバイス１００は、情報の要求先である既存ＭＴＣデバイス１１０の識別情報を既に保持している場合は、ステップＳ１００１において、ＭＴＣサーバ３００へ問い合わせる必要はない。例えば、新規ＭＴＣデバイス１１０が近隣の他のＭＴＣデバイスとローカル通信を介して接続し、既存ＭＴＣデバイス１１０の識別情報を取得してもよい。他のＭＴＣデバイスと接続する方法としては、マクロ基地局、小型基地局（フェムト基地局）を介した通信や、ＵＷＢ、ＷｉＭＡＸ、ＷＬＡＮ（IEEE802.11a/b/g/n/p）やBluetoothなどの通信技術を用いることができる。【0051】
なお、各種メッセージの送信に用いられる識別情報は、ＩＰアドレスやＭＴＣデバイスに割り当てられたＩＤ、複数のＭＴＣデバイスによって構成されるグループのＩＤ、ＭＳＩＳＤＮ（Mobile Subscriber Integrated Services Digital Network Number）、ＩＭＳＩ（International Mobile Subscriber Identity）、ＦＱＤＮ、ＳＩＰアドレス、ＮＡＩ（Network Access Identifier）、端末の各種情報を組み合わせて作られた新規ＩＤなど、ＭＴＣデバイスを特定することができる識別子であれば特に限定されない。【0052】
なお、不図示ではあるが、既存ＭＴＣデバイス１１０には、アクセス可能な時間間隔があらかじめ既存ＭＴＣデバイスの中にサブスクリプション情報として登録されているか、又はＭＭＥ２２０又はＭＴＣサーバ３００から既に通知されており、既存ＭＴＣデバイス１１０はその時間間隔内の任意の時間を、次回の接続時刻として設定している。アクセス可能な時間間隔がネットワーク２００から通知される場合は、ＯＡＭ（Operations, Administration and Maintenance）用のプロトコル（例えば、OMA DMや(U)SIM OTA）などを用いて通知されてもよい。また、ＭＴＣサーバ３００から通知される場合は、ＭＴＣサーバ３００とＭＴＣデバイス間でやり取りされるメッセージに含まれていてもよい。例えば、各既存ＭＴＣデバイス１１０が連続して同一時刻にアクセスするように設定されている場合には、ＭＭＥ２２０が、各既存ＭＴＣデバイス１１０の接続時刻（すなわち、既存ＭＴＣデバイス接続時刻）を保持することが可能である。一方、各既存ＭＴＣデバイス１１０が、アクセス可能な時間間隔の中から毎回ランダムな時刻を接続時刻として選択するような場合には、例えば、ステップＳ１０１２などの既存ＭＴＣデバイス１１０からＭＭＥ２２０への情報通知の際に、次回接続時刻を通知することで、ＭＭＥ２２０は、既存ＭＴＣデバイス１１０の次回接続時刻を把握することが可能となる。なお、既存ＭＴＣデバイス１１０は、ＭＴＣサーバ３００に対して次回接続時刻を通知し、さらにＭＴＣサーバ３００がＭＭＥ２２０へ通知してもよい。また、アクセス可能な時間間隔の代わりに、次回接続時刻をＭＭＥ２２０又はＭＴＣサーバ３００が既存ＭＴＣデバイス１１０に対して通知してもよい。また、上述したように、ＭＭＥ２２０が新規ＭＴＣデバイス１００に対して、既存ＭＴＣデバイス１１０のアクセス可能な時間間隔の開始時刻までの待ち時間を通知する場合は、既存ＭＴＣデバイス１１０は、次回接続時刻をＭＭＥ２２０へ通知する必要はない。ただし、この場合は、既存ＭＴＣデバイス１１０は、アクセス可能な時間間隔の開始時刻になったら、ネットワーク２００に接続するか、又は自分宛のページングが存在するか否かを確認する状態になる必要がある。【0053】
また、新規ＭＴＣデバイス１００も、アクセス可能な時間間隔があらかじめサブスクリプション情報として登録されているか、ネットワーク２００へ接続した際に、アクセス可能な時間間隔又は次回接続時刻がＭＭＥ２２０又はＭＴＣサーバ３００から通知されてもよい。ＭＭＥ２２０から通知される場合は、ステップＳ１００５の応答メッセージの中に含まれていてもよい。また、ＭＴＣサーバ３００から通知される場合は、ステップＳ１００２の応答メッセージの中に含まれていてもよい。【0054】
また、図３は、本発明の第１の実施の形態における新規ＭＴＣデバイス１００の構成の一例を示すブロック図である。図３に図示されている新規ＭＴＣデバイス１００は、インタフェース１０１、設定情報取得部１０２、接続時刻決定部１０３、情報保持部１０４、ネットワーク接続部１０５を有している。【0055】
インタフェース１０１は、新規ＭＴＣデバイス１００のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。【0056】
また、設定情報取得部１０２は、ネットワーク２００へ接続した際に、ＭＴＣサーバ３００及びＭＭＥ２２０に対して、必要な設定情報を要求するメッセージを送信する機能を有している。ＭＴＣサーバ３００に対して情報を要求した場合、既存ＭＴＣデバイス１１０から設定情報を取得することを指示する情報を含む応答メッセージをＭＴＣサーバ３００から受信する。一方、ＭＭＥ２２０に対して設定情報を要求した場合、新規ＭＴＣデバイス１００が次回ネットワークへ接続する時刻を決める際に使用する接続時刻情報（既存ＭＴＣデバイス接続時刻）を取得するか（ＭＭＥ２２０が設定情報を即座に取得できない場合）、又は、要求した設定情報を取得する（ＭＭＥ２２０が設定情報を既存ＭＴＣデバイス１１０から取得できるか、あるいは、保持している場合）。なお、ＭＴＣサーバ３００から、問い合わせるべき既存ＭＴＣデバイス１１０の識別情報が通知された場合には、ＭＭＥ２２０に対して設定情報を要求する際にその識別情報を通知する。【0057】
また、接続時刻決定部１０３は、新規ＭＴＣデバイス１００が次回ネットワークへ接続する時刻（次回接続時刻）を決定する機能を有している。ＭＭＥ２２０から既存ＭＴＣデバイス接続時刻を取得した場合は、その既存ＭＴＣデバイス接続時刻よりも後の時刻に、次回接続時刻を設定する。さらに、ネットワーク２００にアクセスできる時間間隔が指定されている場合は、その時間間隔内であり、かつ、既存ＭＴＣデバイス接続時刻よりも後の時刻に、次回接続時刻を設定する。また、再接続するまでの待ち時間（Back-off Timer）が指定されている場合は、その時間を含むメッセージを受信したときにタイマーをスタートさせ、受信した待ち時間が経過した後に再接続するようネットワーク接続部１０５へ指示する。【0058】
また、情報保持部１０４は、既存ＭＴＣデバイス接続時刻やネットワーク２００へアクセスできる時間間隔などのＭＴＣサーバ３００及びＭＭＥ２２０から取得した情報や、接続時刻決定部１０３によって決定された次回接続時刻などを保持する機能を有している。【0059】
また、ネットワーク接続部１０５は、インタフェース１０１を用いて新たにネットワーク２００に接続するための処理や、接続時刻決定部１０３によって決められた次回接続時刻にネットワーク２００へ接続する際に行う接続処理を実行する機能を有している。【0060】
また、図４は、本発明の第１の実施の形態において、新規ＭＴＣデバイス１００がネットワーク２００へ接続した後に行う処理の一例を示すフローチャートである。図４において、設定情報取得部１０２は、新規ＭＴＣデバイス１００がネットワーク２００へ接続したことを検知すると（ステップＳ１１０１）、ＭＭＥ２２０に対して設定情報を要求するメッセージを送信する（ステップＳ１１０２）。なお、不図示ではあるが、設定情報取得部１０２は、ステップＳ１１０２の処理の前に、ＭＴＣサーバ３００に対して設定情報を要求するメッセージを送信してもよい。この場合、設定情報取得部１０２は、ＭＴＣサーバ３００から、既存ＭＴＣデバイス１１０から情報を取得することを指示する情報を含む応答メッセージを受信する。【0061】
次に、新規ＭＴＣデバイス１００は、設定情報を要求するメッセージに対する応答メッセージをＭＭＥ２２０から受信し、設定情報取得部１０２は、この応答メッセージに既存ＭＴＣデバイス接続時刻が含まれているかどうかを確認する（ステップＳ１１０３）。ＭＭＥ２２０から受信した応答メッセージの中に既存ＭＴＣデバイス接続時刻が含まれている場合は、その既存ＭＴＣデバイス接続時刻を接続時刻決定部１０３へ渡し、次回接続時刻を決定するよう指示する。【0062】
この場合、接続時刻決定部１０３は、設定情報取得部１０２から取得した既存ＭＴＣデバイス接続時刻を基に、次回接続時刻を決める。接続時刻決定部１０３は、例えば図５に示すように、通知された既存ＭＴＣデバイス接続時刻よりも後の時間間隔（次回ネットワーク接続時間間隔）の中から、次回接続時刻を設定する。例えば、図１に含まれる全ＭＴＣデバイスがネットワーク２００へアクセスできる時間間隔が共通であった場合、通常は、新規ＭＴＣデバイス１００も既存ＭＴＣデバイス１１０と同様に、その時間間隔の中のどこかの任意のタイミング（ランダム）を次回接続時刻として設定するが、本発明の接続時刻決定部１０３は、ネットワーク２００へアクセスできる時間間隔内であり、かつ、取得した既存ＭＴＣデバイス接続時刻よりも後の任意の時刻に次回接続時刻を設定する。なお、ネットワーク２００へアクセスできる時間間隔は、あらかじめ各ＭＴＣデバイスにサブスクリプション情報として登録されているか、ＭＭＥ２２０又はＭＴＣサーバ３００から通知される。【0063】
次回接続時刻を設定した後、接続時刻決定部１０３は、ネットワーク接続部１０５へ切断の指示を出し、ネットワーク接続部１０５はネットワーク２００への接続を切断する（ステップＳ１１０５）。なお、ネットワークからの切断は、既存ＭＴＣデバイス接続時刻の取得後すぐに行われてもよい。【0064】
次に、接続時刻決定部１０３は、ステップＳ１１０４で決定した次回接続時刻になったら、ネットワーク接続部１０５に対してネットワーク２００へ接続するよう指示する。そして、ネットワーク接続部１０５はネットワークへの接続が完了したことを設定情報取得部１０２へ通知し、設定情報取得部１０２は、再度、ＭＭＥ２２０に対して設定情報を要求するメッセージを送信することで、ＭＭＥ２２０が既存ＭＴＣデバイス接続時刻のタイミングで既存ＭＴＣデバイス１１０から受信、保持している設定情報を取得することが可能となる（ステップＳ１１０６）。【0065】
また、ステップＳ１１０３において、応答メッセージに既存ＭＴＣデバイス接続時刻が含まれていない場合、設定情報取得部１０２は、応答メッセージの中に設定情報が含まれているかどうかを確認する（ステップＳ１１０７）。ＭＭＥ２２０から設定情報を含む応答メッセージを受信した場合には、この設定情報を用いて設定を行うことが可能となる。一方、応答メッセージの中に設定情報が含まれていない場合には、設定情報の取得が完了しておらず、再び、ステップＳ１１０２に戻って設定情報を要求する。【0066】
このように、既存ＭＴＣデバイス接続時刻を考慮することで、既存ＭＴＣデバイス１１０がネットワーク２００に接続して、必要な設定情報の取得がＭＭＥ２２０により行われた後のタイミングで、新規ＭＴＣデバイス１００はネットワーク２００へ接続することができるため、新規ＭＴＣデバイス１００は、自身のＭＴＣデバイスとしての動作に関係する最新の設定情報を、ネットワーク２００への接続（ＭＴＣサーバ３００への情報通知のための接続）と同時に取得することが可能となり、設定情報の取得のためだけにネットワーク２００へ接続する必要がなくなる。また、既存ＭＴＣデバイス１１０においても、ネットワーク２００への接続（ＭＴＣサーバ３００への情報通知のための接続）と同時に設定情報の通知を行うため、新規ＭＴＣデバイス１００が必要としている設定情報をネットワーク２００に送信するためだけにネットワーク２００へ接続する必要がなくなる。【0067】
また、図６は、本発明の第１の実施の形態におけるＭＭＥ２２０の構成の一例を示すブロック図である。図６に図示されているＭＭＥ２２０は、インタフェース２２１、設定情報要求処理部２２２、設定情報取得部２２３、デバイス情報保持部２２４、接続時刻取得部２２５を有している。【0068】
インタフェース２２１は、ＭＭＥ２２０のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。【0069】
また、設定情報要求処理部２２２は、新規ＭＴＣデバイス１００からの要求メッセージを受けた際に、新規ＭＴＣデバイス１００へ通知するべき設定情報を、既存ＭＴＣデバイス１１０から取得するよう設定情報取得部２２３へ指示する機能を有している。なお、問い合わせるべき既存ＭＴＣデバイス１１０の識別情報が新規ＭＴＣデバイス１００から通知された場合には、その識別情報を設定情報取得部２２３へ通知する。【0070】
また、設定情報取得部２２３は、デバイス情報保持部２２４を参照して、新規ＭＴＣデバイス１００が求めている設定情報を保持している既存ＭＴＣデバイス１１０を選択し、選択された既存ＭＴＣデバイス１１０から設定情報を取得する機能を有している。既存ＭＴＣデバイス１１０を選択する方法は、先に述べたように、同一の基地局に接続しているデバイスを選択する方法などを始めとして様々な方法が挙げられるが、本発明では、こうした方法に限定されるものではない。さらに、設定情報取得部２２３は、設定情報を取得する対象の既存ＭＴＣデバイス１１０がネットワーク２００へ接続しているか否かを確認する。既存ＭＴＣデバイス１１０がネットワーク２００へ接続している場合は問い合わせを行い、設定情報を通知するよう要求する。一方、既存ＭＴＣデバイス１１０がネットワーク２００に接続していない場合は、既存ＭＴＣデバイス１１０が次回接続する時刻（既存ＭＴＣデバイス接続時刻）を新規ＭＴＣデバイス１００へ通知する。なお、既存ＭＴＣデバイス接続時刻を新規ＭＴＣデバイス１００へ通知するためのメッセージの種類は特に限定されるものではない。例えば、図９に図示されているように、従来のＮＡＳ（Non-Access Stratum：ノンアクセスストラタム）メッセージに既存ＭＴＣデバイス接続時刻を挿入したものを送信してもよい。また、既存ＭＴＣデバイス１１０から既に設定情報を取得し、設定情報を保持している場合には、保持されている設定情報を新規ＭＴＣデバイス１００へ通知する。【0071】
また、デバイス情報保持部２２４は、既存ＭＴＣデバイス１１０に関する情報として、ネットワーク２００への接続の有無や、接続している場合のコネクションに関する情報、既存ＭＴＣデバイス１１０から取得した設定情報、さらには、各既存ＭＴＣデバイス１１０の既存ＭＴＣデバイス接続時刻などを管理、保持している。【0072】
また、接続時刻取得部２２５は、既存ＭＴＣデバイス１１０から送信された既存ＭＴＣデバイス接続時刻を通知するメッセージを受信した場合、そのメッセージに含まれている既存ＭＴＣデバイス接続時刻をデバイス情報保持部２２４へ保持するよう指示する機能を有している。【0073】
なお、既存ＭＴＣデバイス１１０の次回の接続時刻（既存ＭＴＣデバイス接続時刻）は、既存ＭＴＣデバイス１１０から通知を受ける方法に限定されるものではない。例えば、各ＭＴＣデバイスによって決定される接続時刻が２４時間周期で連続して使用される場合、ＭＭＥ２２０は、既存ＭＴＣデバイス１１０が以前に接続した際の接続時刻を記憶し、その時刻を次回の接続時刻として新規ＭＴＣデバイス１００へ通知してもよい。なお、既存ＭＴＣデバイス１１０の次回の接続が、接続時刻の連続使用回数を超える回数となる場合（例えば、接続時刻の連続使用回数が２回であり、ある接続時刻を使用した既存ＭＴＣデバイス１１０の次回の接続が３回目になる場合）、既存ＭＴＣデバイス１１０は２回目の接続の際に、次回（３回目）の接続時刻をＭＭＥ２２０へ通知する。【0074】
また、図７は、本発明の第１の実施の形態におけるＭＴＣサーバ３００の構成の一例を示すブロック図である。図７に図示されているＭＴＣサーバ３００は、インタフェース３０１、設定情報要求処理部３０２、デバイス情報保持部３０３を有している。【0075】
インタフェース３０１は、ＭＴＣサーバ３００のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。【0076】
また、設定情報要求処理部３０２は、新規ＭＴＣデバイス１００から設定情報の要求メッセージを受けた際に、新規ＭＴＣデバイス１００へ通知するべき設定情報と共に、既存ＭＴＣデバイス１１０から設定情報を取得することを指示する情報（情報取得指示）を含む応答メッセージを返す機能を有している。【0077】
また、デバイス情報保持部３０３は、既存ＭＴＣデバイス１１０に関する情報として、各ＭＴＣデバイスに指定されているアクセス時間間隔や、デバイスＩＤ、グループＩＤなどのデバイスに関する情報を保持している。また、デバイス情報保持部３０３は、各ＭＴＣデバイスに共通する静的な設定情報を保持している。【0078】
また、図８は、本発明の第１の実施の形態における既存ＭＴＣデバイス１１０の構成の一例を示すブロック図である。図８に図示されている既存ＭＴＣデバイス１１０は、インタフェース１１１、情報要求処理部１１２、情報保持部１１３、接続時刻決定部１１４、接続時刻通知部１１５を有している。【0079】
インタフェース１１１は、既存ＭＴＣデバイス１１０のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。【0080】
また、情報要求処理部１１２は、ＭＭＥ２２０から設定情報を要求するメッセージを受けた際に、情報保持部１１３を参照し、情報保持部１１３に保持されている設定情報を応答としてＭＭＥ２２０へ返す機能を有している。【0081】
また、情報保持部１１３は、ＭＴＣの設定に必要な設定情報やその他様々な情報を保持する機能を有している。【0082】
また、接続時刻決定部１１４は、既存ＭＴＣデバイス１１０が、次回ネットワーク２００へ接続する時刻（次回接続時刻）を決定する機能を有している。なお、ネットワーク２００にアクセスできる時間間隔が指定されている場合は、その時間間隔内で次回接続する時刻を設定する。【0083】
また、接続時刻通知部１１５は、接続時刻決定部１１４が決定した次回接続時刻を通知するためのメッセージをＭＭＥ２２０へ送信する機能を有している。なお、例えば、既存ＭＴＣデバイス１１０が連続して同一時刻にアクセスするように設定されているような場合などは、接続時刻決定部１１４による次回接続時刻の決定、及び、接続時刻通知部１１５による次回接続時刻の通知は必ずしも必要ではない。【0084】
ここでは、新規ＭＴＣデバイス１００の構成（図３に図示）と既存ＭＴＣデバイス１１０（図８に図示）とに分けて、ＭＴＣデバイスの構成を説明しているが、新規ＭＴＣデバイス１００は、長期間動作を行うことで既存ＭＴＣデバイス１１０として振る舞い、また、既存ＭＴＣデバイス１１０も、新たなネットワークに参加することで新規ＭＴＣデバイスとなり得る。すなわち、ＭＴＣデバイスは、図３に図示されている新規ＭＴＣデバイス１００の構成、及び、図８に図示されている既存ＭＴＣデバイス１１０の構成を持っていてもよい。【0085】
なお、図２に図示されているように、新規ＭＴＣデバイス１００は、ＭＴＣサーバ３００へ問い合わせを行うことで、既存ＭＴＣデバイス１１０から設定情報を取得する必要があることを認識しているが、新規ＭＴＣデバイス１００が、既存ＭＴＣデバイス１１０から設定情報を取得する必要性、又は、ＭＭＥ２２０から設定情報を取得する必要性を初めから認識している場合には、ＭＴＣサーバ３００への問い合わせを必ずしも行う必要はない。つまり、新規ＭＴＣデバイス１００は、ＭＴＣサーバ３００からの指示とは関係なく、ＭＭＥ２２０へ設定情報の要求を送信してもよい。この場合、ＭＭＥ２２０が、問い合わせ先となる既存ＭＴＣデバイス１１０を特定してもよいが、新規ＭＴＣデバイス１００が、既存ＭＴＣデバイス１１０に関する情報を保持している場合や、あるいは情報サーバ（例えば、ＡＮＤＳＦ（Access Network Discovery & Selection Function）サーバ）などへ問い合わせることで既存ＭＴＣデバイス１１０に関する情報を取得できる場合は、新規ＭＴＣデバイス１００が問い合わせ先となる既存ＭＴＣデバイス１１０を特定し、その特定した結果（既存ＭＴＣデバイス１１０の識別情報）をＭＭＥ２２０へ通知してもよい。さらに、ＭＭＥ２２０が、新規ＭＴＣデバイス１００に対して既存ＭＴＣデバイス１１０が保持する情報を通知する必要があることを認識した場合には、ＭＭＥ２２０は新規ＭＴＣデバイス１００からの要求メッセージを受けることなく、新規ＭＴＣデバイス１００に対して既存ＭＴＣデバイス接続時刻を通知してもよい。【0086】
また、本発明の第１の実施の形態におけるＭＭＥ２２０が保持する機能を、ＭＴＣサーバ３００が保持し実行してもよい。すなわち、図２を用いて説明した動作や、図６に図示されているＭＭＥ２２０の構成、及び、図７に図示されているＭＴＣサーバ３００の構成が、１つのネットワークノードによって実装されていてもよい。この場合、新規ＭＴＣデバイス１００から設定情報の要求を受けたＭＴＣサーバ３００は、設定情報を保持する既存ＭＴＣデバイス１１０から必要とする設定情報を取得できない場合、あるいは既存ＭＴＣデバイス１１０がネットワーク２００へ接続していないことが確認された場合には、既存ＭＴＣデバイス１１０の次回の接続時刻（時間情報）を新規ＭＴＣデバイス１００へ返す。そして、ＭＴＣサーバ３００は、既存ＭＴＣデバイス１１０がネットワーク２００へ接続した際に、設定情報の要求を行って必要な設定情報を取得し、新規ＭＴＣデバイス１００がネットワーク２００へ接続した際に、保持していた設定情報を通知する。また、新規ＭＴＣデバイス１００が、ＭＴＣサーバ３００から取得した時間情報に基づいてネットワーク２００へ再接続した際に、既存ＭＴＣデバイス１００宛てに情報要求メッセージを送信してもよい。このとき、既存ＭＴＣデバイス１１０がネットワーク２００へ接続していない場合でもページングを受信することができる場合は、既存ＭＴＣデバイス１１０は、ＭＭＥ２２０からのページングを受信し、ネットワーク２００へ接続した後、情報要求メッセージを受信する。これにより、新規ＭＴＣデバイス１００は、既存ＭＴＣデバイス１１０から情報を取得することができる。【0087】
また、本発明の第１の実施の形態におけるＭＭＥ２２０は、ＭＴＣサーバ３００の指示を受けて動作してもよい。すなわち、既存ＭＴＣデバイス接続時刻は、ＭＴＣサーバ３００がＭＭＥ２２０へ指示することで新規ＭＴＣデバイス１００への割り当てが行われる。また、本発明の第１の実施の形態におけるＭＭＥ２２０が保持する機能を、３ＧＰＰネットワーク内の他のエンティティ（ＳＧＷ：Serving Gateway、ＰＧＷ：Packet Data Gateway）が保持し実行してもよい。【0088】
以上、説明したように、本発明の第１の実施の形態によれば、新規ＭＴＣデバイス１００は、既存ＭＴＣデバイス１１０によって保持されている設定情報を取得することが可能となる。また、新規ＭＴＣデバイス１００が設定情報を要求した際に、既存ＭＴＣデバイス１１０が接続されていない状態の場合でも、ネットワークノード（例えば、ＭＭＥ２２０）は、既存ＭＴＣデバイス１１０が次回接続した際に設定情報を取得し、また、新規ＭＴＣデバイス１００は、既存ＭＴＣデバイス接続時刻に基づいて次回接続時刻を設定することで、既存ＭＴＣデバイス１１０の設定情報を確実に取得できるようになる。また、新規ＭＴＣデバイス１００及び既存ＭＴＣデバイス１１０は、設定情報を取得するためだけに、あるいは、設定情報を提供するためだけに、ネットワーク２００に接続を行うのではなく、ネットワーク２００への定期的な接続の際に設定情報の取得又は提供を行うので、電力の消費を最小限に抑えることが可能となる。【0089】
（第２の実施の形態）次に、本発明の第２の実施の形態について説明する。
【0090】
本発明の第２の実施の形態では、ＭＭＥ２２０から新規ＭＴＣデバイス１００へ通知する情報が上述の第１の実施の形態と異なっており、ＭＭＥ２２０は、新規ＭＴＣデバイス１００の次回接続時刻を通知する。【0091】
まず、図１０を参照しながら、本発明の第２の実施の形態における処理について説明する。図１０は、本発明の第２の実施の形態において、新規ＭＴＣデバイス１００がネットワークへ接続した際の処理の一例を示すシーケンスチャートである。図１０に図示されているステップＳ２００１〜Ｓ２００４は、図２に図示されているステップＳ１００１〜Ｓ１００４と同一であり、説明を省略する。ＭＭＥ２２０は、新規ＭＴＣデバイス１００から設定情報要求を受けた際に（ステップＳ２００３）、設定情報を保持する既存ＭＴＣデバイス１１０がネットワーク２００に接続していないことが判明した場合には（ステップＳ２００４）、その既存ＭＴＣデバイス１１０の次回の接続時刻（既存ＭＴＣデバイス接続時刻）よりも後の適切な時刻を新規ＭＴＣデバイス１００の次回接続時刻として決定し（ステップＳ２００５）、新規ＭＴＣデバイス１００に通知する（ステップＳ２００６）。次回接続時刻の通知を受けた新規ＭＴＣデバイス１００は、指定された時刻を次回接続時刻として使用することを決定し、接続をいったん切断する（ステップＳ２００７）。なお、ＭＭＥ２２０は、新規ＭＴＣデバイス１００の次回接続時刻を新規ＭＴＣデバイス１００に通知するとともに、設定情報の要求対象である既存ＭＴＣデバイス１１０が次回接続してきた際に、その既存ＭＴＣデバイス１１０から設定情報を取得する必要があることを記憶する。なお、新規ＭＴＣデバイス１００に通知される時間情報は、上記の開始時刻と共に終了時刻（又は開始時刻と時間長（Duration））を含む時間間隔であってもよい。この場合、新規ＭＴＣデバイスは、その時間間隔内にネットワーク２００へ接続した場合は、既存ＭＴＣデバイスへ要求メッセージを送信することで直接情報を取得することができ、終了時刻が経過した後にネットワーク２００へ接続した場合は、ＭＭＥ２２０から情報を取得することができると判断できる。【0092】
その後、既存ＭＴＣデバイス１１０は、自身の次回接続時刻になると、ネットワーク２００への接続を行い（ステップＳ２０１１）、また、新規ＭＴＣデバイスも、ＭＭＥ２２０から通知された新規ＭＴＣデバイス１００の次回接続時刻になると、ネットワーク２００への接続を行う（ステップＳ２０２１）。なお、図１０に図示されているステップＳ２０１１〜Ｓ２０１５、ステップＳ２０２１〜Ｓ２０２３は、図２に図示されているステップＳ１０１１〜Ｓ１０１５、ステップＳ１０２１〜Ｓ１０２３と同一であり、説明を省略するが、上述の本発明の第１の実施の形態と同様に、ＭＭＥ２２０は、既存ＭＴＣデバイス１１０から設定情報を取得して、新規ＭＴＣデバイス１００へ設定情報を渡すことが可能となる。また、上述の本発明の第１の実施の形態と同様に、新規ＭＴＣデバイス１００が他のＭＴＣデバイスへ直接アクセスできる場合は、新規ＭＴＣデバイス１００は、ステップＳ２０２２において情報要求を直接既存ＭＴＣデバイス１１０へ送信してもよい。この場合、既存ＭＴＣデバイス１１０は、ＭＴＣサーバ３００への情報通知が終わった後でも、新規ＭＴＣデバイス１００からの要求メッセージを受けるためにネットワーク２００に接続している必要がある。このため、ＭＭＥ２２０は、既存ＭＴＣデバイス１１０がネットワーク２００に接続した際に（ステップＳ２０１１）、新規ＭＴＣデバイス１００からの要求メッセージを受けるまでネットワークに接続し続けることを指示してもよい。【0093】
このように、新規ＭＴＣデバイス１００は、ＭＭＥ２２０によって決定された新規ＭＴＣデバイス１００の次回接続時刻を利用することで、通知された次回接続時刻に再接続するだけでよく、新規ＭＴＣデバイス１００の負荷を軽減することができる。また、既存ＭＴＣデバイス１１０がネットワーク２００に接続して、ＭＭＥ２２０によって必要な情報の取得が行われた後のタイミングで、新規ＭＴＣデバイス１００はネットワーク２００へ接続することができるため、新規ＭＴＣデバイス１００は、自身のＭＴＣデバイスとしての動作に関係する最新の設定情報を、ネットワーク２００への接続（ＭＴＣサーバ３００への情報通知のための接続）と同時に取得することが可能となり、設定情報の取得のためだけにネットワーク２００へ接続する必要がなくなる。また、既存ＭＴＣデバイス１１０においても、ネットワーク２００への接続（ＭＴＣサーバ３００への情報通知のための接続）と同時に設定情報の通知を行うため、新規ＭＴＣデバイス１００が必要としている設定情報をネットワーク２００に送信するためだけにネットワーク２００へ接続する必要がなくなる。【0094】
次に、本発明の第２の実施の形態における新規ＭＴＣデバイス１００の構成について説明する。なお、ここでは、図３に図示されている新規ＭＴＣデバイス１００の構成を参照しながら、本発明の第２の実施の形態における新規ＭＴＣデバイス１００の構成について説明する。【0095】
インタフェース１０１は、新規ＭＴＣデバイス１００のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。【0096】
また、設定情報取得部１０２は、ネットワーク２００へ接続した際に、ＭＴＣサーバ３００及びＭＭＥ２２０に対して、必要な設定情報を要求するメッセージを送信する機能を有している。ＭＴＣサーバ３００に対して情報を要求した場合、既存ＭＴＣデバイス１１０から設定情報を取得することを指示する情報を含む応答メッセージをＭＴＣサーバ３００から受信する。一方、ＭＭＥ２２０に対して設定情報を要求した場合、新規ＭＴＣデバイス１００が次回ネットワーク２００へ再接続する際の接続時刻（次回接続時刻）、又は、要求した設定情報を取得する。なお、ＭＴＣサーバ３００から、問い合わせるべき既存ＭＴＣデバイス１１０の識別情報が通知された場合には、ＭＭＥ２２０に対して設定情報を要求する際にその識別情報を通知する。【0097】
また、接続時刻決定部１０３は、新規ＭＴＣデバイス１００が次回ネットワークへ接続する時刻（次回接続時刻）を決定する機能を有している。ＭＭＥ２２０から次回接続時刻を取得している場合は、その次回接続時刻をそのまま使用するよう決定する。【0098】
また、情報保持部１０４は、ネットワーク２００へアクセスできる時間間隔などの情報や、接続時刻決定部１０３によって決定された次回接続時刻などを保持する。なお、ネットワーク２００へアクセスできる時間間隔は、あらかじめ各ＭＴＣデバイスにサブスクリプション情報として登録されているか、ＭＭＥ２２０又はＭＴＣサーバ３００から通知される。【0099】
また、ネットワーク接続部１０５は、インタフェース１０１を用いて、新たにネットワーク２００に接続したり、接続時刻決定部１０３によって決められた次回接続時刻にネットワーク２００へ接続したりする際に行う接続処理を実行する機能を有している。【0100】
また、図１１は、本発明の第２の実施の形態において、新規ＭＴＣデバイス１００がネットワーク２００へ接続した後に行う処理の一例を示すフローチャートである。図１１に図示されているステップＳ２１０１、Ｓ２１０２、Ｓ２１０５、Ｓ２１０６、Ｓ２１０７の各処理は、図４に図示されているステップＳ１１０１、Ｓ１１０２、Ｓ１１０５、Ｓ１１０６、Ｓ１１０７の各処理と同一であり、ここでは説明を省略する。図１１に図示されているステップＳ２１０３、Ｓ２１０４の各処理は、本発明の第２の実施の形態における処理の特徴を表している。【0101】
図１１のステップＳ２１０３において、新規ＭＴＣデバイス１００は、設定情報を要求するメッセージに対する応答メッセージをＭＭＥ２２０から受信し、設定情報取得部１０２は、この応答メッセージに次回接続時刻が含まれているかどうかを確認する（ステップＳ２１０３）。ＭＭＥ２２０から受信した応答メッセージの中に次回接続時刻が含まれている場合は、その次回接続時刻を接続時刻決定部１０３へ渡し、次回接続時刻を決定するよう指示する。【0102】
この場合、接続時刻決定部１０３は、設定情報取得部１０２から取得した次回接続時刻を、新規ＭＴＣデバイス１００自身が次回に接続する時刻と決定する。この次回接続時刻は、ＭＭＥ２２０が、既存ＭＴＣデバイス１１０が接続する時刻（既存ＭＴＣデバイス接続時刻）よりも後の時刻となるよう決定されたものなので、新規ＭＴＣデバイス１００は、この次回接続時刻のタイミングでネットワーク２００へ接続することで、既存ＭＴＣデバイス１１０の設定情報を、ＭＭＥ２２０から取得することが可能となる。【0103】
また、図１２は、本発明の第２の実施の形態におけるＭＭＥ２２０の構成の一例を示すブロック図である。図１２に図示されているＭＭＥ２２０は、インタフェース２２１、設定情報要求処理部２２２、設定情報取得部２２３、デバイス情報保持部２２４、接続時刻取得部２２５を有している。【0104】
インタフェース２２１は、ＭＭＥ２２０のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。【0105】
また、設定情報要求処理部２２２は、新規ＭＴＣデバイス１００からの要求メッセージを受けた際に、新規ＭＴＣデバイス１００へ通知するべき設定情報を、既存ＭＴＣデバイス１１０から取得するよう設定情報取得部２２３へ指示する機能を有している。なお、問い合わせるべき既存ＭＴＣデバイス１１０の識別情報が新規ＭＴＣデバイス１００から通知された場合には、その識別情報を設定情報取得部２２３へ通知する。【0106】
また、設定情報取得部２２３は、デバイス情報保持部２２４を参照し、新規ＭＴＣデバイス１００が求めている設定情報を保持している既存ＭＴＣデバイス１１０を選択し、選択された既存ＭＴＣデバイス１１０から設定情報を取得する機能を有している。また、設定情報取得部２２３は、選択した既存ＭＴＣデバイス１１０がネットワーク２００へ接続しているか否かを確認する機能を有している。既存ＭＴＣデバイス１１０がネットワーク２００へ接続している場合は、設定情報取得部２２３は既存ＭＴＣデバイス１１０へ問い合わせを行い、設定情報を通知するよう要求する。一方、既存ＭＴＣデバイス１１０がネットワーク２００に接続していない場合は、接続時刻決定部２２６に対して、既存ＭＴＣデバイス１１０が次回の接続する時刻（既存ＭＴＣデバイス接続時刻）を通知し、新規ＭＴＣデバイス１００の次回接続時刻を決定するよう指示する。【0107】
また、接続時刻決定部２２６は、設定情報取得部２２３から通知された既存ＭＴＣデバイス接続時刻よりも後の適切な時刻を決定する機能を有している。接続時刻決定部２２６は、決定した時刻を設定情報取得部２２３へ通知し、設定情報取得部２２３から新規ＭＴＣデバイス１００へ、新規ＭＴＣデバイス１００の次回接続時刻として通知される。【0108】
また、デバイス情報保持部２２４は、既存ＭＴＣデバイス１１０に関する情報として、ネットワーク２００への接続の有無や、接続している場合のコネクションに関する情報、既存ＭＴＣデバイス１１０から取得した設定情報、さらには、各既存ＭＴＣデバイス１１０の既存ＭＴＣデバイス接続時刻などを管理、保持している。【0109】
また、接続時刻取得部２２５は、既存ＭＴＣデバイス１１０から送信された既存ＭＴＣデバイス接続時刻を通知するメッセージを受信した場合、そのメッセージに含まれている既存ＭＴＣデバイス接続時刻をデバイス情報保持部２２４へ保持するよう指示する機能を有している。【0110】
なお、本発明の第１の実施の形態と同様に、既存ＭＴＣデバイス１１０の次回の接続時刻（既存ＭＴＣデバイス接続時刻）は、既存ＭＴＣデバイス１１０から通知を受ける方法に限定されるものではない。例えば、各ＭＴＣデバイスによって決定される接続時刻が２４時間周期で連続して使用される場合、ＭＭＥ２２０は、既存ＭＴＣデバイス１１０が以前に接続した際の接続時刻を記憶し、その時刻を次回の接続時刻として、接続時刻決定部２２６が、その時刻よりも後の時刻が新規ＭＴＣデバイス１００の次回接続時刻となるよう決定してもよい。なお、既存ＭＴＣデバイス１１０の次回の接続が、接続時刻の連続使用回数を超える回数となる場合（例えば、接続時刻の連続使用回数が２回であり、ある接続時刻を使用した既存ＭＴＣデバイス１１０の次回の接続が３回目になる場合）、既存ＭＴＣデバイス１１０は２回目の接続の際に、次回（３回目）の接続時刻をＭＭＥ２２０へ通知する。【0111】
また、本発明の第２の実施の形態におけるＭＴＣサーバ３００の構成は、本発明の第１の実施の形態におけるＭＴＣサーバ３００の構成（図７に図示されている構成）と同様であるため、ここでは説明を省略する。【0112】
なお、図１０に図示されているように、新規ＭＴＣデバイス１００は、ＭＴＣサーバ３００へ問い合わせを行うことで、既存ＭＴＣデバイス１１０から設定情報を取得する必要があることを認識しているが、新規ＭＴＣデバイス１００が、既存ＭＴＣデバイス１１０から設定情報を取得する必要性、又は、ＭＭＥ２２０から設定情報を取得する必要性を初めから認識している場合には、ＭＴＣサーバ３００への問い合わせを必ずしも行う必要はない。つまり、新規ＭＴＣデバイス１００は、ＭＴＣサーバ３００からの指示とは関係なく、ＭＭＥ２２０へ設定情報の要求を送信してもよい。この場合、ＭＭＥ２２０が、問い合わせ先となる既存ＭＴＣデバイス１１０を特定してもよいが、新規ＭＴＣデバイス１００が、既存ＭＴＣデバイス１１０に関する情報を保持している場合や、あるいは情報サーバ（例えば、ＡＮＤＳＦサーバ）などへ問い合わせることで既存ＭＴＣデバイス１１０に関する情報を取得できる場合は、新規ＭＴＣデバイス１００が問い合わせ先となる既存ＭＴＣデバイス１１０を特定し、その特定した結果（既存ＭＴＣデバイス１１０の識別情報）をＭＭＥ２２０へ通知してもよい。さらに、ＭＭＥ２２０が、新規ＭＴＣデバイス１００に対して既存ＭＴＣデバイス１１０が保持する情報を通知する必要があることを認識した場合には、ＭＭＥ２２０は新規ＭＴＣデバイス１００からの要求メッセージを受けることなく、新規ＭＴＣデバイス１００に対して次回接続時刻を通知してもよい。【0113】
また、本発明の第２の実施の形態におけるＭＭＥ２２０が保持する機能を、ＭＴＣサーバ３００が保持し実行してもよい。すなわち、図１２に図示されているＭＭＥ２２０の構成、及び、図７に図示されているＭＴＣサーバ３００の構成が、１つのネットワークノードによって実装されていてもよい。この場合、新規ＭＴＣデバイス１００から設定情報の要求を受けたＭＴＣサーバ３００は、設定情報を保持する既存ＭＴＣデバイス１１０から必要とする設定情報を取得できない場合、あるいは既存ＭＴＣデバイス１１０がネットワーク２００へ接続していないことが確認された場合には、新規ＭＴＣデバイス１００の次回接続時刻を新規ＭＴＣデバイス１００へ返す。そして、ＭＴＣサーバ３００は、既存ＭＴＣデバイス１１０がネットワーク２００へ接続した際に、設定情報の要求を行って必要な設定情報を取得し、新規ＭＴＣデバイス１００がネットワーク２００へ接続した際に、保持していた設定情報を通知する。また、本発明の第２の実施の形態におけるＭＭＥ２２０は、ＭＴＣサーバ３００の指示を受けて動作してもよい。すなわち、次回接続時刻は、ＭＴＣサーバ３００がＭＭＥ２２０へ指示することで新規ＭＴＣデバイス１００への割り当てが行われる。また、本発明の第２の実施の形態におけるＭＭＥ２２０が保持する機能を、３ＧＰＰネットワーク内の他のエンティティ（ＳＧＷ：Serving Gateway、ＰＧＷ：Packet Data Gateway）が保持し実行してもよい。また、本発明の第２の実施の形態の特徴である、ＭＭＥ２２０が新規ＭＴＣデバイス１００の次回接続時刻を決定するという機能を除いて、本発明の第１の実施の形態で説明した各種機能は本発明の第２の実施の形態にも適用することができる。【0114】
以上、説明したように、本発明の第２の実施の形態によれば、新規ＭＴＣデバイス１００は、既存ＭＴＣデバイス１１０によって保持されている設定情報を取得することが可能となる。また、新規ＭＴＣデバイス１００が設定情報を要求した際に、既存ＭＴＣデバイス１１０が接続されていない状態の場合でも、ネットワークノード（例えば、ＭＭＥ２２０）は、既存ＭＴＣデバイス１１０が次回接続した際に設定情報を取得し、また、新規ＭＴＣデバイス１００は、ネットワークノードから通知された次回接続時刻を設定することで、既存ＭＴＣデバイス１１０の設定情報を確実に取得できるようになる。また、新規ＭＴＣデバイス１００及び既存ＭＴＣデバイス１１０は、設定情報を取得するためだけに、あるいは、設定情報を提供するためだけに、ネットワーク２００に接続を行うのではなく、ネットワーク２００への定期的な接続の際に設定情報の取得又は提供を行うので、電力の消費を最小限に抑えることが可能となる。【0115】
（第３の実施の形態）次に、本発明の第３の実施の形態について説明する。
【0116】
本発明の第３の実施の形態では、ＭＭＥ２２０から新規ＭＴＣデバイス１００へ通知する情報が第１及び第２の実施の形態と異なっており、ＭＭＥ２２０は、既存ＭＴＣデバイス１１０に対して指定するアクセス可能な時間間隔と、新規ＭＴＣデバイス１００に対して指定するアクセス可能な時間間隔を別々に指定する。【0117】
図１３には、本発明の第３の実施の形態において、ＭＭＥ２２０が新規ＭＴＣデバイス１００及び既存ＭＴＣデバイス１１０に対して指定する時間間隔の一例が図示されている。図１３に示すように、例えば、ＡＭ２時からＡＭ３時までが全体のアクセス可能な時間間隔（あるグループに属するＭＴＣデバイスによるアクセスが認められている時間帯）として割り当てられている場合、ＡＭ２時からＡＭ２時５０分までを既存ＭＴＣデバイス１１０がアクセス可能な時間間隔（時間帯）として通知し、ＡＭ２時５０分からＡＭ３時までを新規ＭＴＣデバイス１００がアクセス可能な時間間隔（時間帯）として設定する。つまり、既存ＭＴＣデバイス１１０がネットワーク２００へ接続した後に新規ＭＴＣデバイス１００がネットワーク２００へ接続するように、連続する２つの時間間隔を設定する。なお、新規ＭＴＣデバイス１００と既存ＭＴＣデバイス１１０のそれぞれに対して割り当てるアクセス可能な時間間隔は、両方のＭＴＣデバイスに対して元々割り当てられている共通のアクセス時間間隔の範囲内の時間間隔であることが望ましい。これにより、ＭＭＥ２２０又はＭＴＣサーバ３００は、他の時間間隔（例えば、ＡＭ３時〜ＡＭ４時）を割り当てられている他のユーザのＭＴＣデバイスに対する影響をなくすことができる。また、図１７に示すように、新規ＭＴＣデバイス１００と既存ＭＴＣデバイス１１０のそれぞれに対して割り当てるアクセス可能な時間間隔は必ずしも連続している必要はなく、情報を保持しているＭＴＣデバイスのアクセス可能な時間間隔が、情報を必要とするＭＴＣデバイスのアクセス可能な時間間隔よりも前に設定されていればよい。どの程度前方の時間間隔を割り当てるかに関しては、全ての優先通知情報に共通の時間間隔を用いてもよいし、通知する情報に応じて判断してもよい。後者の場合、ＭＭＥ２２０は、優先通知情報リストを参照し、その中に含まれるそれぞれの優先情報に対する変更時間を使用してもよい。【0118】
まず、図１４を参照しながら、本発明の第３の実施の形態における処理について説明する。図１４は、本発明の第３の実施の形態において、新規ＭＴＣデバイス１００がネットワークへ接続した際の処理の一例を示すシーケンスチャートである。図１４に図示されているステップＳ３００１〜Ｓ３００４は、図２に図示されているステップＳ１００１〜Ｓ１００４と同一であり、説明を省略する。ＭＭＥ２２０は、新規ＭＴＣデバイス１００から設定情報要求を受けた際に（ステップＳ３００３）、設定情報を保持する既存ＭＴＣデバイス１１０がネットワーク２００に接続していないことが判明した場合には（ステップＳ３００４）、新規ＭＴＣデバイス１００用のアクセス可能時間間隔（次回接続間隔）を新規ＭＴＣデバイス１００に通知する（ステップＳ５）。次回時間間隔の通知を受けた新規ＭＴＣデバイス１００は、その次回時間間隔内の任意の時刻を次回のアクセス時刻（接続時刻）として決定し（ステップＳ３００６）、接続をいったん切断する（ステップＳ３００７）。なお、ステップＳ３００６は、必ずしも切断前に行う必要はなく、次回接続間隔の開始時刻よりも前であればいつでもよい。ＭＭＥ２２０は、新規ＭＴＣデバイス１００の次回接続間隔を新規ＭＴＣデバイス１００に通知するとともに、設定情報の要求対象である既存ＭＴＣデバイス１１０が次回接続してきた際に、その既存ＭＴＣデバイス１１０から設定情報を取得する必要があることを記憶する。【0119】
その後、既存ＭＴＣデバイス１１０は、自身の次回接続時刻になると、ネットワーク２００への接続を行い（ステップＳ３０１１）、また、新規ＭＴＣデバイスも、ＭＭＥ２２０から通知された新規ＭＴＣデバイス１００の次回接続時刻になると、ネットワーク２００への接続を行う。なお、既存ＭＴＣデバイス１１０用のアクセス可能時間間隔は、既存ＭＴＣデバイス１１０に対して既に割り当てられているとする。例えば、既存ＭＴＣデバイス１１０のサブスクリプション情報としてあらかじめ登録されていてもよいし、ネットワーク２００へ接続した際にＭＭＥ２２０又はＭＴＣサーバ３００から通知されてもよい。また、図１４に図示されているステップＳ３０１１〜Ｓ３０１５、ステップＳ３０２１〜Ｓ３０２３は、図２に図示されているステップＳ１０１１〜Ｓ１０１５、ステップＳ１０２１〜Ｓ１０２３と同一であり、説明を省略するが、上述の本発明の第１の実施の形態と同様に、ＭＭＥ２２０は、既存ＭＴＣデバイス１１０から設定情報を取得して、新規ＭＴＣデバイス１００へ設定情報を渡すことが可能となる。【0120】
次に、本発明の第３の実施の形態における新規ＭＴＣデバイス１００の構成について説明する。なお、ここでは、図３に図示されている新規ＭＴＣデバイス１００の構成を参照しながら、本発明の第３の実施の形態における新規ＭＴＣデバイス１００の構成について説明する。【0121】
インタフェース１０１は、新規ＭＴＣデバイス１００のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。【0122】
また、設定情報取得部１０２は、ネットワーク２００へ接続した際に、ＭＴＣサーバ３００及びＭＭＥ２２０に対して、必要な設定情報を要求するメッセージを送信する機能を有している。ＭＴＣサーバ３００に対して設定情報を要求した場合、既存ＭＴＣデバイス１１０から設定情報を取得することを指示する情報を含む応答メッセージをＭＴＣサーバ３００から受信する。一方、ＭＭＥ２２０に対して設定情報を要求した場合、新規ＭＴＣデバイス１００が次回ネットワーク２００へ再接続する際のアクセス可能時間間隔、又は、要求した設定情報を取得する。なお、ＭＴＣサーバ３００から、問い合わせるべき既存ＭＴＣデバイス１１０の識別情報が通知された場合には、ＭＭＥ２２０に対して設定情報を要求する際にその識別情報を通知する。また、ネットワーク２００へ再接続する際のアクセス可能時間間隔は、あらかじめ各ＭＴＣデバイスにサブスクリプション情報として登録されていてもよい。さらには、上記のネットワーク２００へ再接続する際のアクセス可能時間間隔は、新規ＭＴＣデバイス１００が最初にネットワーク２００へ接続する際に使用するアクセス可能時間間隔としてサブスクリプション情報に登録されていてもよい。この場合、新規ＭＴＣデバイスは、最初にネットワーク２００に接続する際に、必要な情報を取得することができる。【0123】
また、接続時刻決定部１０３は、ＭＭＥ２２０から取得した新規ＭＴＣデバイス１００用のアクセス可能時間間隔内の任意の時刻を、次回接続時刻として設定する機能を有している。なお、新規ＭＴＣデバイス１００用のアクセス可能時間間隔内であれば、次回接続時刻はランダムに決定されてもよい。【0124】
また、情報保持部１０４は、新規ＭＴＣデバイス１００用のアクセス可能時間間隔などのＭＴＣサーバ３００及びＭＭＥ２２０から取得した情報や、接続時刻決定部１０３によって決定された次回接続時刻などを保持する機能を有している。【0125】
また、ネットワーク接続部１０５は、インタフェース１０１を用いて、新たにネットワーク２００に接続したり、接続時刻決定部１０３によって決められた次回接続時刻にネットワーク２００へ接続したりする際に行う接続処理を実行する機能を有している。【0126】
また、図１５は、本発明の第３の実施の形態において、新規ＭＴＣデバイス１００がネットワーク２００へ接続した後に行う処理の一例を示すフローチャートである。図１５に図示されているステップＳ３１０１、Ｓ３１０２、Ｓ３１０５、Ｓ３１０６、Ｓ３１０７の各処理は、図４に図示されているステップＳ１１０１、Ｓ１１０２、Ｓ１１０５、Ｓ１１０６、Ｓ１１０７の各処理と同一であり、ここでは説明を省略する。図１５に図示されているステップＳ３１０３、Ｓ３１０４の各処理は、本発明の第３の実施の形態における処理の特徴を表している。【0127】
図１５のステップＳ３１０３において、新規ＭＴＣデバイス１００は、設定情報を要求するメッセージに対する応答メッセージをＭＭＥ２２０から受信し、設定情報取得部１０２は、この応答メッセージに新規ＭＴＣデバイス１００用のアクセス可能時間間隔（次回接続間隔）が含まれているかどうかを確認する（ステップＳ３１０３）。ＭＭＥ２２０から受信した応答メッセージの中に次回接続間隔が含まれている場合は、その次回接続間隔を接続時刻決定部１０３へ渡し、次回接続時刻を決定するよう指示する。【0128】
この場合、接続時刻決定部１０３は、設定情報取得部１０２から取得した次回接続間隔内の任意の時刻を選択して、次回接続時刻として決定する。この次回接続時刻は、既存ＭＴＣデバイス１１０用のアクセス可能時間間隔よりも後の時刻であり、新規ＭＴＣデバイス１００は、この次回接続時刻のタイミングでネットワーク２００へ接続することで、既存ＭＴＣデバイス１１０の設定情報を、ＭＭＥ２２０から取得することが可能となる。【0129】
また、図１６は、本発明の第３の実施の形態におけるＭＭＥ２２０の構成の一例を示すブロック図である。図１６に図示されているＭＭＥ２２０は、インタフェース２２１、設定情報要求処理部２２２、設定情報取得部２２３、デバイス情報保持部２２４を有している。【0130】
インタフェース２２１は、ＭＭＥ２２０のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。【0131】
また、設定情報要求処理部２２２は、新規ＭＴＣデバイス１００からの要求メッセージを受けた際に、新規ＭＴＣデバイス１００へ通知するべき設定情報を、既存ＭＴＣデバイス１１０から取得するよう設定情報取得部２２３へ指示する機能を有している。なお、問い合わせるべき既存ＭＴＣデバイス１１０の識別情報が新規ＭＴＣデバイス１００から通知された場合には、その識別情報を設定情報取得部２２３へ通知する。【0132】
また、設定情報取得部２２３は、デバイス情報保持部２２４を参照し、設定情報を保持している既存ＭＴＣデバイス１１０を選択し、選択された既存ＭＴＣデバイス１１０から設定情報を取得する機能を有している。また、設定情報取得部２２３は、選択した既存ＭＴＣデバイス１１０がネットワーク２００へ接続しているか否かを確認する機能を有している。既存ＭＴＣデバイス１１０がネットワーク２００へ接続している場合は、設定情報取得部２２３は既存ＭＴＣデバイス１１０へ問い合わせを行い、設定情報を通知するよう要求する。一方、既存ＭＴＣデバイス１１０がネットワーク２００に接続していない場合は、新規ＭＴＣデバイス１００用のアクセス可能時間間隔（次回接続間隔）を新規ＭＴＣデバイス１００へ通知する。【0133】
また、デバイス情報保持部２２４は、既存ＭＴＣデバイス１１０に関する情報として、ネットワーク２００への接続の有無や、接続している場合のコネクションに関する情報、既存ＭＴＣデバイス１１０から取得した設定情報、さらには、既存ＭＴＣデバイス用のアクセス可能時間間隔、新規ＭＴＣデバイス用のアクセス可能時間間隔などを管理、保持している。【0134】
また、本発明の第３の実施の形態におけるＭＴＣサーバ３００の構成は、本発明の第１の実施の形態におけるＭＴＣサーバ３００の構成（図７に図示されている構成）と同様であるため、ここでは説明を省略する。なお、図１４に図示されているように、新規ＭＴＣデバイス１００は、ＭＴＣサーバ３００へ問い合わせを行うことで、既存ＭＴＣデバイス１１０から設定情報を取得する必要があることを認識しているが、新規ＭＴＣデバイス１００が、既存ＭＴＣデバイス１１０から設定情報を取得する必要性、又は、ＭＭＥ２２０から設定情報を取得する必要性を初めから認識している場合には、ＭＴＣサーバ３００への問い合わせを必ずしも行う必要はない。つまり、新規ＭＴＣデバイス１００は、ＭＴＣサーバ３００からの指示とは関係なく、ＭＭＥ２２０へ設定情報の要求を送信してもよい。この場合、ＭＭＥ２２０が、問い合わせ先となる既存ＭＴＣデバイス１１０を特定してもよいが、新規ＭＴＣデバイス１００が、既存ＭＴＣデバイス１１０に関する情報を保持している場合や、あるいは情報サーバ（例えば、ＡＮＤＳＦ（Access Network Discovery & Selection Function）サーバ）などへ問い合わせることで既存ＭＴＣデバイス１１０に関する情報を取得できる場合は、新規ＭＴＣデバイス１００が問い合わせ先となる既存ＭＴＣデバイス１１０を特定し、その特定した結果（既存ＭＴＣデバイス１１０の識別情報）をＭＭＥ２２０へ通知してもよい。さらに、ＭＭＥ２２０（又はＭＴＣサーバ３００）が、新規ＭＴＣデバイス１００に対して既存ＭＴＣデバイス１１０が保持する情報を通知する必要があることを認識した場合や、ＭＭＥ２００（又はＭＴＣサーバ３００）自身が必要とする情報があることを認識した場合には、ＭＭＥ２２０は新規ＭＴＣデバイス１００からの要求メッセージを受けることなく、新規ＭＴＣデバイス１００に対して次回接続間隔を通知してもよい。特に、既存ＭＴＣデバイス１１０からの情報を早く取得したい場合には、ＭＭＥ２２０（又はＭＴＣサーバ３００）は、既存ＭＴＣデバイス１１０に対して、アクセス可能時間間隔の範囲内の前方（早い時間帯：例えばＡＭ２：１０〜ＡＭ２：１５）に位置する時間間隔を割り当てる。通常であればアクセス時間間隔（ＡＭ２時〜ＡＭ３時）の範囲内の時刻に既存ＭＴＣデバイス１１０はネットワークに接続するため、時間間隔の後半に接続してくる可能性がある。そのため、既存ＭＴＣデバイス１１０から情報が通知されるタイミングが遅くなってしまう。そこで、必要とする情報を保持する既存ＭＴＣデバイス１１０に対して、アクセス可能時間間隔の前方に位置する時間間隔を割り当てることで、より早く情報を取得することができる。また、既存ＭＴＣデバイス１１０からの情報の取得が遅くならないように、グループに属している複数の既存ＭＴＣデバイス１１０に対して、既存ＭＴＣデバイス１１０用のアクセス可能時間間隔を割り当ててもよい。例えば、あるグループに属するＭＴＣデバイスの数に対して、予め割り当てられているアクセス可能時間間隔の間隔が大きすぎる場合、ネットワークへの接続時刻を後方に設定してしまったＭＴＣデバイスからの情報通知が遅れてしまう。そのためアクセス可能時間間隔の範囲内の前方に位置する時間間隔を再割り当てすることで、各ＭＴＣデバイスの接続時刻を前方へ移すことができるため、早く情報の取得を行うことが可能となる。すなわち、ＭＭＥ２２０又はＭＴＣサーバ３００は、ＭＴＣデバイスの数が少ない場合は、割り当てる時間間隔を狭め、多い場合は、割り当てる時間間隔を広げることで、ＭＴＣデバイスに対して適切な接続時刻を設定させる。【0135】
また、本発明の第３の実施の形態におけるＭＭＥ２２０が保持する機能を、ＭＴＣサーバ３００が保持し実行してもよい。すなわち、図１６に図示されているＭＭＥ２２０の構成、及び、図７に図示されているＭＴＣサーバ３００の構成が、１つのネットワークノードによって実装されていてもよい。この場合、新規ＭＴＣデバイス１００から設定情報の要求を受けたＭＴＣサーバ３００は、設定情報を保持する既存ＭＴＣデバイス１１０から必要とする設定情報を取得できない場合、あるいは既存ＭＴＣデバイス１１０がネットワーク２００へ接続していないことが確認された場合には、新規ＭＴＣデバイス１００の次回接続間隔を新規ＭＴＣデバイス１００へ返す。そして、ＭＴＣサーバ３００は、既存ＭＴＣデバイス１１０がネットワーク２００へ接続した際に、設定情報の要求を行って必要な設定情報を取得し、新規ＭＴＣデバイス１００がネットワーク２００へ接続した際に、保持していた設定情報を通知する。また、本発明の第３の実施の形態におけるＭＭＥ２２０は、ＭＴＣサーバ３００の指示を受けて動作してもよい。すなわち、既存ＭＴＣデバイス１１０用のアクセス可能な時間間隔、及び新規ＭＴＣデバイス１００のアクセス可能な時間間隔は、ＭＴＣサーバ３００がＭＭＥ２２０へ指示することで各ＭＴＣデバイスへの割り当てが行われる。また、本発明の第３の実施の形態におけるＭＭＥ２２０が保持する機能を、３ＧＰＰネットワーク内の他のエンティティ（ＳＧＷ：Serving Gateway、ＰＧＷ：Packet Data Gateway）が保持し実行してもよい。また、本発明の第３の実施の形態の特徴である、新規ＭＴＣデバイス１００のアクセス可能な時間間隔を通知するという機能を除いて、本発明の第１の実施の形態で説明した各種機能は本発明の第３の実施の形態にも適用することができる。【0136】
以上、説明したように、本発明の第３の実施の形態によれば、新規ＭＴＣデバイス１００は、既存ＭＴＣデバイス１１０によって保持されている設定情報を取得することが可能となる。また、新規ＭＴＣデバイス１００が設定情報を要求した際に、既存ＭＴＣデバイス１１０が接続されていない状態の場合でも、ネットワークノード（例えば、ＭＭＥ２２０）は、既存ＭＴＣデバイス１１０が次回接続した際に設定情報を取得し、また、新規ＭＴＣデバイス１００は、新規ＭＴＣデバイスのアクセス可能時間間隔（次回接続間隔）に基づいて次回接続時刻を設定することで、既存ＭＴＣデバイス１１０の設定情報を確実に取得できるようになる。また、新規ＭＴＣデバイス１００及び既存ＭＴＣデバイス１１０は、設定情報を取得するためだけに、あるいは、設定情報を提供するためだけに、ネットワーク２００に接続を行うのではなく、ネットワーク２００への定期的な接続の際に設定情報の取得又は提供を行うので、電力の消費を最小限に抑えることが可能となる。【0137】
（第４の実施の形態）次に、本発明の第４の実施の形態について説明する。
【0138】
本発明の第１〜第３の実施の形態では、情報を必要とする新規ＭＴＣデバイス１００が、情報を保持している既存ＭＴＣデバイス１１０より後にネットワークへ接続することで、情報を取得することができるようにする方法について説明した。本発明の第４の実施の形態では、既存ＭＴＣデバイス１１０が、他のＭＴＣデバイス（新規ＭＴＣデバイスや他の既存ＭＴＣデバイス）やＭＴＣサーバ３３０へ通知する必要がある情報を保持している場合に、既に割り当てられているアクセス可能時間間隔の範囲内の早い時間帯に接続時刻を設定することで、情報を必要とする相手よりも早くネットワーク接続するための方法について説明する。【0139】
図１８は、本発明の第４の実施の形態における既存ＭＴＣデバイス１１０の構成の一例を示すブロック図である。図１８に図示されている既存ＭＴＣデバイス１１０は、インタフェース１１１、通知情報生成部１１５、情報保持部１１６、設定情報取得部１１７、ネットワーク接続部１１８、接続時刻決定部１１９を有している。【0140】
インタフェース１１１は、既存ＭＴＣデバイス１１０のインタフェースに直接関連する下位レイヤプロトコルモジュールを含んでいる。この下位レイヤプロトコルモジュールには、信号変調、エンコード圧縮、メディアアクセス制御、リンクレイヤ制御などのメカニズムを始めとする基本的なデータ通信に必要な機能、及び、物理層及びデータリンク層全体の機能が実装されている。【0141】
通知情報生成部１１５は、ＭＴＣサーバ３００又は他のＭＴＣデバイスへ通知する情報を取得・生成する機能を有している。例えば、センサーが収集した情報や、検出したイベントなど、ＭＴＣサーバが必要とする情報を生成し、情報保持部１１６へ保持するよう指示する。【0142】
また、情報保持部１１６は、接続時刻決定部１１９によって決定された次回接続時刻や、設定情報取得部１１７によって取得されたアクセス可能な時間間隔及び優先通知情報リストなどを保持する機能を有している。【0143】
また、ネットワーク接続部１１８は、インタフェース１０１を用いて新たにネットワーク２００に接続するための処理や、接続時刻決定部１０３によって決められた次回接続時刻にネットワーク２００へ接続する際に行う接続処理を実行する機能を有している。【0144】
また、設定情報取得部１１７は、ネットワーク２００へ接続した際に、ＭＴＣサーバ３００及びＭＭＥ２２０から必要な設定情報を取得し、情報保持部１１６へ格納する機能を有している。取得する設定情報としては、既存ＭＴＣデバイス１１０に対して割り当てられるアクセス可能時間間隔、及び、既存ＭＴＣデバイス１１０がＭＴＣサーバ３００へ送信する情報に関する優先度情報（優先通知情報リスト）である。【0145】
図２４に示すように、情報保持部１１６に格納される優先通知情報リスト５００には、優先的に通知することが求められる情報（優先通知情報）の種類を表す識別子５０１、５０２が含まれている。優先通知情報リスト５００に含まれる情報としては、例えば、本発明の第１〜第３の実施の形態で説明したように、新規ＭＴＣデバイス１００や他の既存ＭＴＣデバイス１１０へ通知する必要がある情報（設定情報）や、さらには、ＭＴＣサーバ３００に対して通知される情報の中で、他の通常の情報よりも早く取得することで、対応するアクションを迅速に行うことが可能となるような情報などがある。【0146】
また、接続時刻決定部１１９は、設定情報取得部１１７が取得したアクセス可能な時間間隔の範囲内でネットワークへ接続する時刻を決定する。接続時刻は、割り当てられたアクセス可能な時間間隔の範囲内の任意のタイミング（ランダムで算出）に設定される。接続時刻を決定する際に情報保持部１１６を参照し、ＭＴＣサーバ３００へ通知する情報の種類が優先通知情報リスト５００に含まれる情報に該当する情報である場合は、通常の情報よりも早くＭＴＣサーバ３００へ届ける必要があると判断される。【0147】
しかし、図１９に示すように、既存ＭＴＣデバイス１１０が属するグループのＭＴＣデバイスに対して割り当てられたアクセス可能時間間隔を用いてランダムに接続時刻を求めた場合、例えば、接続時刻Ａのように後方の時刻に設定されてしまう可能性がある。この場合、ＭＴＣサーバ３００へのデータの通知が遅れてしまうことになる。また、通常の情報よりも早くＭＴＣサーバ３００へ届けるために、上記のランダム算出で求めた時刻を用いるのではなく、アクセス時間間隔の開始時刻になると同時に直ぐに情報の送信を開始してしまうと、同種の情報を通知する他のＭＴＣデバイスと送信タイミングが重なってしまい、ネットワーク２００で輻輳が発生してしまう可能性がある。つまり、通常の情報よりも早くＭＴＣサーバ３００へ届けたいデータであっても、送信タイミングが重ならないようにする必要がある。そこで、接続時刻決定部１１９は、ＭＴＣサーバ３００へ通知する情報の種類が優先通知情報リスト５００に含まれる情報である場合は、割り当てられたアクセス可能時間間隔を短縮し、短縮したアクセス可能時間間隔の範囲内の任意のタイミングを接続時刻として設定する。すなわち、接続時刻決定部１１９は、優先通知情報を通知する際には、アクセス可能な時間間隔の範囲内の前方に位置する値を次回の接続時刻として設定する。このように、短縮した時間間隔を用いることで、既存ＭＴＣデバイス１１０は、通知する情報に適した時刻を瞬時に求めることができる。アクセス可能時間間隔の変更方法については、図２０に示すように、終了時刻（Ｔ２）を終了時刻（Ｔ３）へ変更することで、変更後のアクセス可能時間間隔は、開始時刻（Ｔ１）から終了時刻（Ｔ３）までの範囲となり、ＡＭ２時からＡＭ２時２０分までの２０分間の間に次回ネットワーク接続時間間隔が設定される。これにより、ネットワーク２００への接続時刻が早い時間帯に設定され、かつランダムにより算出されているため、ＭＴＣサーバ３００へのデータ送信を早く行うことができ、他のＭＴＣデバイスとのデータ送信の開始が重複してしまうことを防ぐことができる。また、図２１に示すように、終了時刻の変更と共に、開始時刻（Ｔ１）を開始時刻（Ｔ４）へ変更し、ＡＭ２時５分からＡＭ２時２０分までの１５分間を次回ネットワーク接続時間間隔として設定してもよい。【0148】
終了時刻をどの程度変更（前方への移動）するかに関しては、全ての優先通知情報に共通の変更時間を用いてもよいし、通知する情報に応じて変更時間を判断してもよい。後者の場合、図２５に示すように、優先通知情報リストの中に含まれるそれぞれの優先情報に対する変更時間５０３、５０４が含まれていてもよい。また、開始時刻の変更に関しても同様である。また、送信するデータのサイズに基づいて変更時間を判断してもよい。この場合、サイズが大きければ送信が完了するまでに時間を要するため、終了時刻をより前方へ変更する。【0149】
また、図２２は、既存ＭＴＣデバイス１１０の接続時刻決定部１１９が行う処理の一例を示すフローチャートである。図２２において、接続時刻決定部１１９は、予め割り当てられているアクセス可能な時間間隔の開始時刻前に、通知する情報を参照し（ステップＳ４１０１）、その情報が優先通知情報リスト５００に該当する情報（優先通知情報）であるか否かを確認する（ステップＳ４１０２）。該当する情報であった場合には、割り当てられているアクセス可能時間間隔を短縮し（ステップＳ４１０３）、短縮したアクセス時間間隔の範囲内の任意の時刻を接続時刻として設定する（ステップＳ４１０４）。そして、設定した時刻にネットワーク２００へ接続し、情報の通知を行う（ステップＳ４１０５）。また、ステップＳ４１０２において、通知する情報が優先通知情報リスト５００に該当しない情報であった場合は、割り当てられているアクセス可能時間間隔をそのまま用いて、その範囲内の任意の時刻を接続時刻として設定する。そして、設定した接続時刻にネットワーク２００へ接続し、情報の通知を行う（ステップＳ４１０５）。なお、通知する情報に適した時刻を求める別の方法として、通知する情報に適した接続時刻（前方に位置する接続時刻）が求められるまで何度も繰り返しランダム値を計算することで接続時刻を設定してもよい。【0150】
また、図２３は、既存ＭＴＣデバイス１１０の接続時刻決定部１１９が行う処理の別の一例を示すフローチャートである。図２３において、接続時刻決定部１１９は、予め割り当てられているアクセス可能な時間間隔の開始時刻前に、通知する情報を参照し（ステップＳ５１０１）、その情報が優先通知情報リスト５００に該当する情報（優先通知情報）であるか否かを確認する（ステップＳ５１０２）。該当する情報であった場合には、割り当てられているアクセス可能時間間隔の範囲内の任意の時刻をランダムに選択する（ステップＳ５１０３）。選択した時刻が、通知する情報にとって適切な時刻か否かを確認する（ステップＳ５１０４）。適切な時刻であった場合は、選択した時刻にネットワークへ接続し、情報の通知を行う（ステップＳ５１０５）。一方適切な時刻でなかった場合は、ステップＳ５１０３へ戻り、再度アクセス可能時間間隔の範囲内の任意の時刻をランダムに選択する。また、ステップＳ５１０２において、通知する情報が優先通知情報でなかった場合には、アクセス可能時間間隔の範囲内の任意の時刻を選択し（Ｓ５１０６）、選択した時刻にネットワークへ接続して情報の通知を行う（ステップＳ５１０５）。また、通知する情報に適した時刻を求めるさらに別の方法として、アクセス可能な時間間隔の範囲内で、一定の回数だけランダムで時刻を算出し、その中でもっとも早い時刻を次回の接続時刻として選択してもよい。また、本発明の第４の実施の形態の特徴である、情報を通知するＭＴＣデバイス１００の接続時刻を決定するという機能を除いて、本発明の第１の実施の形態で説明した各種機能は本発明の第４の実施の形態にも適用することができる。【0151】
以上、説明したように、本発明の第４の実施の形態によれば、既存ＭＴＣデバイス１１０は、新規ＭＴＣデバイス１００や、他の既存ＭＴＣデバイス１１０、ＭＴＣサーバ３００に対して優先的に通知したい情報がある場合は、割り当てられているアクセス可能時間間隔の範囲内において、早い時間帯に情報を通知することができる。これにより、情報を必要とする相手は、通常よりも早く情報を取得することができるため、必要なアクションを早く実行することができる。特に情報を利用してユーザへサービスを提供するＭＴＣサーバ３００にとって、重要な情報を通常よりも早く取得できることは効果的である。また、通知情報の判別や、接続時刻の算出は全てＭＴＣデバイスによって行われるため、ＭＴＣサーバ３００やＭＭＥ２２０に対する負荷を軽減することができる。また、ＭＴＣサーバ３００は、取得した情報が他のＭＴＣデバイスにとって有効な情報である場合、通常の方法で算出した接続時刻（既存ＭＴＣデバイス１１０よりも遅い時刻）にネットワークへ接続してきた他のＭＴＣデバイスに対しても、既存ＭＴＣデバイス１１０から取得した情報を通知することができる。【0152】
以上、本発明の第１〜第４の実施の形態によれば、新規ＭＴＣデバイス１００が必要とする設定情報を取得するためだけに、既存ＭＴＣデバイス１１０をネットワークへ接続させる必要がなく、既存ＭＴＣデバイス１１０が通常ネットワーク２００へ接続する機会を利用して、必要な設定情報を取得することができるため、既存ＭＴＣデバイス１１０の電力消費を必要最小限に抑えることができる。また、新規ＭＴＣデバイス１００は、自身が次回ネットワーク２００へ接続した際に、確実に既存ＭＴＣデバイス１１０の設定情報を取得することができるため、繰り返しネットワーク２００へ接続する必要をなくすことができる。また、既存ＭＴＣデバイス１１０が保持する設定情報を取得できるため、新規にネットワーク２００へ接続したＭＴＣデバイスであっても、既に十分な情報を基に動作している既存ＭＴＣデバイス１１０と同等のレベルの動作を開始することができるため、ＭＴＣサーバ３００が求める情報をすばやく提供することができる。【0153】
なお、上述の本発明の第１〜第４の実施の形態では、ＭＴＣの技術において本発明が適用される場合について主に説明したが、本発明の適用範囲は、ＭＴＣの技術に限定されるものではなく、通常のＵＥ（User Equipment）にも適用される技術である。また、本発明は、他の任意の通信技術に対しても適用可能である。また、上述の本発明の第１〜第３の実施の形態では、新規ＭＴＣデバイス１００が他のＭＴＣデバイスから取得する情報の一例として設定情報を挙げているが、新規ＭＴＣデバイス１００が他のＭＴＣデバイスから取得する情報は設定情報に限定されるものではない。例えば、他のＭＴＣデバイスが収集したセンシングデータや、グループ内部で割り当てられるＩＤやＩＰアドレスなど、様々な種類の情報を新規ＭＴＣデバイス１００は所望することが可能である。【0154】
また、上述の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。【0155】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。【0156】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。【産業上の利用可能性】
【0157】
本発明は、通信ノードの消費電力を最小限に抑えながら、通信ノードが他の通信ノードで保持されている、より新しい所定情報（例えば、設定情報）を取得できるようにするという効果を有し、通信ノード間で自律的に情報のやり取りを行う通信技術、特に、ＭＴＣの技術に適用可能である。