ホーム > 特許ランキング > ソフトバンク株式会社
特開2022-141499情報処理装置、情報処理装置の制御方法、情報処理装置の制御プログラム、及び通信システム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022141499
(43)【公開日】2022-09-29
(54)【発明の名称】情報処理装置、情報処理装置の制御方法、情報処理装置の制御プログラム、及び通信システム
(51)【国際特許分類】
H04W 76/18 20180101AFI20220921BHJP
H04W 28/04 20090101ALI20220921BHJP
H04W 52/02 20090101ALI20220921BHJP
H04W 4/70 20180101ALI20220921BHJP
【ＦＩ】
H04W76/18
H04W28/04 110
H04W52/02 110
H04W4/70
【審査請求】有
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2021041834
(22)【出願日】2021-03-15
(11)【特許番号】
(45)【特許公報発行日】2022-07-08
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
２．ＳＷＩＦＴ
(71)【出願人】
【識別番号】501440684
【氏名又は名称】ソフトバンク株式会社
(74)【代理人】
【識別番号】110002516
【氏名又は名称】特許業務法人白坂
(72)【発明者】
【氏名】齋藤 司
(72)【発明者】
【氏名】志村 俊輔
(72)【発明者】
【氏名】熊谷 優斗
(72)【発明者】
【氏名】今川 輝哉
(72)【発明者】
【氏名】根岸 宏明
(72)【発明者】
【氏名】阿部 修
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA26
5K067AA33
5K067BB21
5K067CC22
5K067DD11
5K067DD17
5K067DD24
5K067EE02
5K067EE10
5K067EE16
5K067GG02
5K067HH22
5K067HH28
5K067JJ12
5K067JJ13
(57)【要約】
【課題】ｅＤＲＸ（extended Discontinuous Reception）を採用したＩｏＴ（Internet of Things）／Ｍ２Ｍ（Machine to Machine）システムの運用を進めるにあたって生じた現象への対策を提供すること
【解決手段】情報処理装置は、間欠的にデータを受信する省電力状態で動作する通信装置との間で、ネットワークを介した通信を行う通信部と、通信装置へ送信したデータに対する応答を通信装置から受信しない場合、通信装置から送信されたデータを受信したことに応じて、通信装置へ所定のデータを送信する制御部とを備える。
【選択図】図１
【解決手段】情報処理装置は、間欠的にデータを受信する省電力状態で動作する通信装置との間で、ネットワークを介した通信を行う通信部と、通信装置へ送信したデータに対する応答を通信装置から受信しない場合、通信装置から送信されたデータを受信したことに応じて、通信装置へ所定のデータを送信する制御部とを備える。
【選択図】図１
【特許請求の範囲】
【請求項1】
間欠的にデータを受信する省電力状態で動作する通信装置との間で、ネットワークを介した通信を行う通信部と、
前記通信装置へ送信したデータに対する応答を前記通信装置から受信しない場合、前記通信装置から送信されたデータを受信したことに応じて、前記通信装置へ所定のデータを送信する制御部と、
を備える、情報処理装置。
前記通信装置へ送信したデータに対する応答を前記通信装置から受信しない場合、前記通信装置から送信されたデータを受信したことに応じて、前記通信装置へ所定のデータを送信する制御部と、
を備える、情報処理装置。
【請求項2】
前記制御部は、前記所定のデータとして、前記通信装置と自装置との間に確立された通信経路の再設定に関する指示を、前記通信装置へ送信する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項3】
前記制御部は、前記通信経路が再設定された旨を示すデータを受信してから第１所定期間経過後に、前記通信装置へ送信済みであって、前記通信装置からの応答が未受信のデータを、前記通信装置へ再送する、
請求項２に記載の情報処理装置。
請求項２に記載の情報処理装置。
【請求項4】
前記制御部は、前記通信経路が再設定された旨を示すデータを受信してから第２所定期間経過後に、未送信の新たなデータであって、前記通信装置からの応答を要求するデータを、前記通信装置へ送信する、
請求項２に記載の情報処理装置。
請求項２に記載の情報処理装置。
【請求項5】
前記制御部は、前記通信経路の再設定に関する指示として、前記通信装置を再起動させる指示を前記通信装置へ送信する、
請求項２～４のいずれか一項に記載の情報処理装置。
請求項２～４のいずれか一項に記載の情報処理装置。
【請求項6】
前記制御部は、前記通信装置と自装置との間に通信経路が確立しなかった旨を示す失敗情報を受信済みの場合、前記通信装置から送信されたデータを受信したことに応じて、前記所定のデータを前記通信装置へ送信する、
請求項２～５のいずれか一項に記載の情報処理装置。
請求項２～５のいずれか一項に記載の情報処理装置。
【請求項7】
前記制御部は、前記通信装置から送信されたデータを受信した場合に、前記失敗情報を参照して、当該通信装置が、自装置との間に通信経路が確立しなかった通信装置であるか否かを判定する、
請求項６に記載の情報処理装置。
請求項６に記載の情報処理装置。
【請求項8】
前記制御部は、前記通信装置から最新のデータを受信してから経過した期間が第３所定期間となった場合、前記通信装置へ、前記通信装置からの応答を要求するデータを送信する、
請求項１～７のいずれか一項に記載の情報処理装置。
請求項１～７のいずれか一項に記載の情報処理装置。
【請求項9】
間欠的にデータを受信する省電力状態で動作する通信装置との間で、ネットワークを介した通信を行う通信部と、
前記通信装置へ送信したデータに対する応答を前記通信装置から受信しない場合、前記通信装置から送信されたデータを受信したことに応じて、前記ネットワークにおける前記前記通信装置の再登録に関する指示を送信する制御部と、
を備える、情報処理装置。
前記通信装置へ送信したデータに対する応答を前記通信装置から受信しない場合、前記通信装置から送信されたデータを受信したことに応じて、前記ネットワークにおける前記前記通信装置の再登録に関する指示を送信する制御部と、
を備える、情報処理装置。
【請求項10】
前記情報処理装置は、前記ネットワークに配置されたMME（Mobile Management Entity）であって、
前記通信部は、前記通信装置と、当該通信装置から送信されたデータを収集する他の情報処理装置との間の通信を行い、
前記制御部は、前記通信装置へ送信すべきデータを前記他の情報処理装置から受信した場合、前記通信装置がデータを受信可能なタイミングで、前記通信装置へ、前記ネットワークとの無線セッションの確立を要求するページング信号を送信し、当該ページング信号に対する応答を前記通信装置から受信しない場合、前記通信装置から送信されたデータを受信したことに応じて、前記通信装置の再登録に関する指示を前記通信装置へ送信する、
請求項９に記載の情報処理装置。
前記通信部は、前記通信装置と、当該通信装置から送信されたデータを収集する他の情報処理装置との間の通信を行い、
前記制御部は、前記通信装置へ送信すべきデータを前記他の情報処理装置から受信した場合、前記通信装置がデータを受信可能なタイミングで、前記通信装置へ、前記ネットワークとの無線セッションの確立を要求するページング信号を送信し、当該ページング信号に対する応答を前記通信装置から受信しない場合、前記通信装置から送信されたデータを受信したことに応じて、前記通信装置の再登録に関する指示を前記通信装置へ送信する、
請求項９に記載の情報処理装置。
【請求項11】
前記制御部は、前記通信装置の再登録に関する指示として、前記通信装置をデタッチ及びアタッチさせる指示を前記通信装置へ送信する、
請求項９または１０に記載の情報処理装置。
請求項９または１０に記載の情報処理装置。
【請求項12】
情報処理装置に、
間欠的にデータを受信する省電力状態で動作する通信装置との間で、ネットワークを介した通信を行うステップと、
前記通信装置へ送信したデータに対する応答を前記通信装置から受信しない場合、前記通信装置から送信されたデータを受信したことに応じて、前記通信装置へ所定のデータを送信するステップと、
を実行させる、情報処理装置の制御方法。
間欠的にデータを受信する省電力状態で動作する通信装置との間で、ネットワークを介した通信を行うステップと、
前記通信装置へ送信したデータに対する応答を前記通信装置から受信しない場合、前記通信装置から送信されたデータを受信したことに応じて、前記通信装置へ所定のデータを送信するステップと、
を実行させる、情報処理装置の制御方法。
【請求項13】
情報処理装置に、
間欠的にデータを受信する省電力状態で動作する通信装置との間で、ネットワークを介した通信を行う機能と、
前記通信装置へ送信したデータに対する応答を前記通信装置から受信しない場合、前記通信装置から送信されたデータを受信したことに応じて、前記通信装置へ所定のデータを送信する機能と、
を実現させる、情報処理装置の制御プログラム。
間欠的にデータを受信する省電力状態で動作する通信装置との間で、ネットワークを介した通信を行う機能と、
前記通信装置へ送信したデータに対する応答を前記通信装置から受信しない場合、前記通信装置から送信されたデータを受信したことに応じて、前記通信装置へ所定のデータを送信する機能と、
を実現させる、情報処理装置の制御プログラム。
【請求項14】
間欠的にデータを受信する省電力状態で動作する通信装置と、前記通信装置との間で、ネットワークを介した通信を行う情報処理装置とを含む通信システムであって、
前記情報処理装置は、
前記通信装置へ送信したデータに対する応答を前記通信装置から受信しない場合、前記通信装置から送信されたデータを受信したことに応じて、前記通信装置へ所定のデータを送信する第１制御部を備え、
前記通信装置は、
前記所定のデータを受信したことに応じた所定の処理を実行する第２制御部を備える、
通信システム。
前記情報処理装置は、
前記通信装置へ送信したデータに対する応答を前記通信装置から受信しない場合、前記通信装置から送信されたデータを受信したことに応じて、前記通信装置へ所定のデータを送信する第１制御部を備え、
前記通信装置は、
前記所定のデータを受信したことに応じた所定の処理を実行する第２制御部を備える、
通信システム。
【請求項15】
請求項１４に記載の通信システムにおける通信装置であって、
前記第２制御部は、前記所定のデータとして、自装置を再起動させる指示を受信し、自装置の再起動を実行する、
通信装置。
前記第２制御部は、前記所定のデータとして、自装置を再起動させる指示を受信し、自装置の再起動を実行する、
通信装置。
【請求項16】
前記第２制御部は、自装置を再起動した場合、前記ネットワークへのアタッチ処理を実行する、
請求項１５に記載の通信装置。
請求項１５に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理装置の制御方法、情報処理装置の制御プログラム、及び通信システムに関する。
【背景技術】
【0002】
近年、ＩｏＴ（Internet of Things）／Ｍ２Ｍ（Machine to Machine）デバイスの普及に伴い、既存の移動通信向け無線ネットワーク（モバイルネットワーク／セルラーネットワーク）を、ＩｏＴ／Ｍ２Ｍ通信に利用するための検討が進められている。例えば、ＬＴＥ（Long Term Evolution）等の移動通信システムに関する標準仕様の策定を進める３ＧＰＰ（Third Generation Partnership Project）は、ＩｏＴ／Ｍ２Ｍ通信を含むＭＴＣ（Machine Type Communication）に関する標準化を行なっている。３ＧＰＰは、ＩｏＴ／Ｍ２Ｍ通信に関して、例えば、非特許文献１，２の技術仕様群（リリース（Release））を公開している。
【先行技術文献】
【非特許文献】
【0003】
【非特許文献1】3GPP TS24.301 V13.6.1, 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 3 (Release 13)
【非特許文献2】3GPP TS23.682 V13.5.0, 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements to facilitate communications with packet data networks and applications (Release 13)
【発明の概要】
【0004】
外部から電力を供給されず電池によって駆動されるＩｏＴ／Ｍ２Ｍデバイスは、電池寿命の観点から、消費電力を低減することが求められる。上記の非特許文献１，２は、ＩｏＴ／Ｍ２Ｍデバイスの低消費電力化の技術として、ｅＤＲＸ（extended Discontinuous Reception）技術を公開している。ｅＤＲＸは、ＩｏＴ／Ｍ２Ｍデバイスが、下りリンクの信号を間欠的に受信し、受信しない間は無線通信機能を停止させる技術である。
【0005】
しかしながら、ｅＤＲＸを採用したＩｏＴ／Ｍ２Ｍシステムの運用を進めるにあたり、ＩｏＴ／Ｍ２Ｍデバイスの動作が不安定になる等の現象が生じる場合があった。
【0006】
本発明の一実施形態に係る情報処理装置は、間欠的にデータを受信する省電力状態で動作する通信装置との間で、ネットワークを介した通信を行う通信部と、通信装置へ送信したデータに対する応答を通信装置から受信しない場合、通信装置から送信されたデータを受信したことに応じて、通信装置へ所定のデータを送信する制御部とを備える。
【0007】
本発明の一実施形態に係る情報処理装置において、制御部は、所定のデータとして、通信装置と自装置との間に確立された通信経路の再設定に関する指示を、通信装置へ送信してもよい。
【0008】
本発明の一実施形態に係る情報処理装置において、制御部は、通信経路が再設定された旨を示すデータを受信してから第１所定期間経過後に、通信装置へ送信済みであって、通信装置からの応答を未受信のデータを、通信装置へ再送してもよい。
【0009】
本発明の一実施形態に係る情報処理装置において、制御部は、通信経路が再設定された旨を示すデータを受信してから第２所定期間経過後に、未送信の新たなデータであって、通信装置からの応答を要求するデータを、通信装置へ送信してもよい。
【0010】
本発明の一実施形態に係る情報処理装置において、制御部は、通信経路の再設定に関する指示として、通信装置を再起動させる指示を通信装置へ送信してもよい。
【0011】
本発明の一実施形態に係る情報処理において、制御部は、通信装置と自装置との間に通信経路が確立しなかった旨を示す失敗情報を受信済みの場合、通信装置から送信されたデータを受信したことに応じて、所定のデータを通信装置へ送信してもよい。
【0012】
本発明の一実施形態に係る情報処理において、制御部は、通信装置から送信されたデータを受信した場合に、失敗情報を参照して、当該通信装置が、自装置との間に通信経路が確立しなかった通信装置であるか否かを判定してもよい。
【0013】
本発明の一実施形態に係る情報処理において、制御部は、通信装置から最新のデータを受信してから経過した期間が第３所定期間となった場合、通信装置へ、通信装置からの応答を要求するデータを送信してもよい。
【0014】
本発明の一実施形態に係る情報処理は、間欠的にデータを受信する省電力状態で動作する通信装置との間で、ネットワークを介した通信を行う通信部と、通信装置へ送信したデータに対する応答を通信装置から受信しない場合、通信装置から送信されたデータを受信したことに応じて、ネットワークにおける通信装置の再登録に関する指示を送信する制御部と、を備える。
【0015】
本発明の一実施形態に係る情報処理装置は、ネットワークに配置されたMME（Mobile Management Entity）であって、通信部は、通信装置と、当該通信装置から送信されたデータを収集する他の情報処理装置との間の通信を行い、制御部は、通信装置へ送信すべきデータを他の情報処理装置から受信した場合、通信装置がデータを受信可能なタイミングで、通信装置へ、ネットワークとの無線セッションの確立を要求するページング信号を送信し、当該ページング信号に対する応答を通信装置から受信しない場合、通信装置から送信されたデータを受信したことに応じて、通信装置の再登録に関する指示を通信装置へ送信してもよい。
【0016】
本発明の一実施形態に係る情報処理において、制御部は、通信装置の再登録に関する指示として、通信装置をデタッチ及びアタッチさせる指示を通信装置へ送信してよい。
【0017】
本発明の一実施形態に係る情報処理装置の制御方法は、情報処理装置に、間欠的にデータを受信する省電力状態で動作する通信装置との間で、ネットワークを介した通信を行うステップと、通信装置へ送信したデータに対する応答を通信装置から受信しない場合、通信装置から送信されたデータを受信したことに応じて、通信装置へ所定のデータを送信するステップと、を実行させる。
【0018】
本発明の一実施形態に係る情報処理装置の制御プログラムは、間欠的にデータを受信する省電力状態で動作する通信装置との間で、ネットワークを介した通信を行う機能と、通信装置へ送信したデータに対する応答を通信装置から受信しない場合、通信装置から送信されたデータを受信したことに応じて、通信装置へ所定のデータを送信する機能と、を実現させる。
【0019】
本発明の一実施形態に係る通信システムは、間欠的にデータを受信する省電力状態で動作する通信装置と、通信装置との間で、ネットワークを介した通信を行う情報処理装置とを含む通信システムであって、情報処理装置は、通信装置へ送信したデータに対する応答を通信装置から受信しない場合、通信装置から送信されたデータを受信したことに応じて、通信装置へ所定のデータを送信する第１制御部を備え、通信装置は、所定のデータを受信したことに応じた所定の処理を実行する第２制御部を備える。
【0020】
本発明の一実施形態に係る通信装置は、第２制御部が、所定のデータとして、自装置を再起動させる指示を受信し、自装置の再起動を実行してよい。
【0021】
本発明の一実施形態に係る通信装置は、第２制御部が、自装置を再起動した場合、ネットワークへのアタッチ処理を実行してよい。
【図面の簡単な説明】
【0022】
【発明を実施するための形態】
【0023】
以降、諸図面を参照しながら、本発明の一実施形態を詳細に説明する。
【0024】
＜システム構成＞
図１は、本発明の一実施形態に係る通信システムの構成例を示す図である。通信システム５００は、ＩｏＴ／Ｍ２Ｍを実現するシステムであってよい。ＩｏＴ（Internet of Things）は、様々なモノ（物）がインターネットに接続されて、データの収集、遠隔操作などが可能となる仕組みを指してよい。また、Ｍ２Ｍ（Machine to Machine：機器間通信）は、機器同士で相互にデータをやり取りする仕組みを指してよい。Ｍ２Ｍにおいて、機器同士はインターネットを介して接続されてもよく、直接接続されてもよい。なお、これ以降、通信システム５００が、ＩｏＴ／Ｍ２Ｍを実現するネットワークとして、ＬＴＥによる無線通信を利用する場合を説明する。しかしながら、本発明はＬＴＥに限らず、例えば、第５世代（５Ｇ）の通信規格や、第６世代（６Ｇ）以降の通信規格等による無線通信を利用してもよい。
図１は、本発明の一実施形態に係る通信システムの構成例を示す図である。通信システム５００は、ＩｏＴ／Ｍ２Ｍを実現するシステムであってよい。ＩｏＴ（Internet of Things）は、様々なモノ（物）がインターネットに接続されて、データの収集、遠隔操作などが可能となる仕組みを指してよい。また、Ｍ２Ｍ（Machine to Machine：機器間通信）は、機器同士で相互にデータをやり取りする仕組みを指してよい。Ｍ２Ｍにおいて、機器同士はインターネットを介して接続されてもよく、直接接続されてもよい。なお、これ以降、通信システム５００が、ＩｏＴ／Ｍ２Ｍを実現するネットワークとして、ＬＴＥによる無線通信を利用する場合を説明する。しかしながら、本発明はＬＴＥに限らず、例えば、第５世代（５Ｇ）の通信規格や、第６世代（６Ｇ）以降の通信規格等による無線通信を利用してもよい。
【0025】
通信システム５００は、サーバ（情報処理装置）１００、通信装置（ＵＥ：User Equipment）３００（３００Ａ，３００Ｂ，３００Ｃ）、ネットワーク４００を含む。なお、ネットワーク４００は、基地局（ｅＮＢ：eNodeB）２００で構成される無線ネットワーク（E-UTRAN（Evolved Universal Terrestrial Radio Network））と、コアネットワーク（ＥＰＣ：Evolved Packet Core）１０とで構成されてよい。なお、図１において、通信システム５００を構成する各ノードを別個に示してあるが、１つのハードウェアに、複数のノードの機能が組み込まれてもよい。通信装置３００、基地局２００、ＥＰＣ １０を構成する各構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。
【0026】
基地局２００は、通信装置３００との間で無線セッション（RRC Connection）を確立して直接に通信を行い、コアネットワーク１０と通信装置３００との間でパケットの転送を行う。そのため、基地局２００は、通信装置３００からの発信（上りリンクデータの通知）を受け付けたり、通信装置３００向けの下りリンクデータがある場合に、通信装置３００を呼び出すためのページング（Paging）を送信したりする。
【0027】
ＥＰＣ １０は、ＭＭＥ（Mobility Management Entity：モビリティ管理エンティティ）１１０、Ｓ－ＧＷ（Serving Gateway：サービング・ゲートウェイ）１２０、Ｐ－ＧＷ（Packet Data Network Gateway：パケット・データ・ネットワーク・ゲートウェイ）１３０を含む。ＭＭＥ １１０は、通信装置３００の位置管理、認証管理や、各ノード間のセッションの管理（すなわち、通信経路（ベアラ）の管理）等を行う機能を有する。また、ＭＭＥ １１０は、通信装置３００を呼び出す際に、基地局２００へページングを送信する機能も有する。Ｓ－ＧＷ １２０は、基地局２００とＥＰＣ １０との間で、ユーザパケットのルーティングや転送を行うゲートウェイとしての機能を有する。Ｐ－ＧＷ １３０は、ネットワーク４００で使用可能な通信装置３００のＩＰ（Internet Protocol）アドレスを割り当て、そのＩＰアドレスによって、通信装置３００とネットワーク４００の外部ネットワークとの通信を可能とするゲートウェイとしての機能を有する。なお、Ｓ－ＧＷ １２０とＰ－ＧＷ １３０とは、統合して１つのノードとして実現される場合もあり、これ以降、統合した場合をＳ／Ｐ－ＧＷ １２０／１３０として示す場合もある。
【0028】
通信装置３００は、本発明の一実施形態において、ＩｏＴデバイスであってよい。図１の例では、通信装置３００を３つ示してあるが、通信装置３００の数はこれに限定されない。なお、これ以降、特に区別する必要が無い場合、通信装置３００の符号における英字は省略して説明する。
【0029】
一実施形態に係る通信システム５００において、サーバ１００は、ネットワーク４００を介して、ＩｏＴ／Ｍ２Ｍ機器を管理し、それらＩｏＴ／Ｍ２Ｍ機器から送信された各種データを収集する機能を有してよい。例えば、サーバ１００は、各家庭、企業、施設等に設置された、ＩｏＴ／Ｍ２Ｍ機器である例えばメーターに設置された通信装置３００から、メーターに関する情報を収集することができる。すなわち、サーバ１００は、各通信装置３００から送信された情報を処理し、各通信装置３００の管理者へ必要なデータを受け渡すＩｏＴ－ＰＦ（プラットフォーム）としての機能を有してよい。従って、管理者の図示しない集中監視センタが、サーバ１００に接続されてよい。また、サーバ１００は、ネットワーク４００を介して、通信装置３００を遠隔制御してもよい。メーターは、例えば、水道、ガス（都市ガス、ＬＰガス）、石油、電気等の使用量を測定してよい。なお、本発明は、ＩｏＴ／Ｍ２Ｍ機器をメーターに限定するものではない。また、メーターが測定する対象は、上記の例に限定されない。すなわち、サーバ１００は、メーターの測定対象に応じて任意の情報を収集してよい。なお、図１において、サーバ１００は単体で示してあるが、これに限られるものではない。サーバ１００は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。例えば、サーバ１００は、サーバ装置、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレット等）、コミュニケーションプラットホーム等を含んでもよい。
【0030】
なお、ネットワーク４００は、図示しないＨＳＳ（Home Subscriber Server：ホーム加入者サーバ）、ＭＴＣ－ＩＷＦ（Machine Type Communications - Interworking Function）を含んでもよい。ＨＳＳは、認証処理や、通信装置３００の位置情報を管理するノードである。ＭＴＣ－ＩＷＦは、サーバ１００とＭＭＥ １１０とに接続され、サーバ１００とＥＰＣ １０との間で、データの転送を行う。
【0031】
＜サーバ＞
サーバ１００は、制御部１０１、通信部１０２、及び記憶部１０５を備える。記憶部１０５は、典型的には、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等各種の記録媒体により実現され、サーバ１００が動作するうえで必要とする各種プログラム及びデータを記憶する機能を有してよい。また、記憶部１０５には、サーバ１００との通信を行うための、通信装置３００及びメーターに関する情報が記憶されてよい。例えば、記憶部１０５には、各通信装置３００を一意に識別可能な識別子である装置ＩＤ、通信装置３００の位置情報、メーターを一意に識別可能な識別子であるメーターＩＤ、メーターの管理者に係る管理者ＩＤ、通信装置３００とのネットワーク４００を介した通信に必要なネットワークＩＤ等が記憶されてよい。ネットワークＩＤは、例えば、通信装置３００との間のベアラ（通信経路）の確立時に、Ｐ－ＧＷ １３０から通信装置３００に付与されたＩＰアドレスであってよい。
サーバ１００は、制御部１０１、通信部１０２、及び記憶部１０５を備える。記憶部１０５は、典型的には、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等各種の記録媒体により実現され、サーバ１００が動作するうえで必要とする各種プログラム及びデータを記憶する機能を有してよい。また、記憶部１０５には、サーバ１００との通信を行うための、通信装置３００及びメーターに関する情報が記憶されてよい。例えば、記憶部１０５には、各通信装置３００を一意に識別可能な識別子である装置ＩＤ、通信装置３００の位置情報、メーターを一意に識別可能な識別子であるメーターＩＤ、メーターの管理者に係る管理者ＩＤ、通信装置３００とのネットワーク４００を介した通信に必要なネットワークＩＤ等が記憶されてよい。ネットワークＩＤは、例えば、通信装置３００との間のベアラ（通信経路）の確立時に、Ｐ－ＧＷ １３０から通信装置３００に付与されたＩＰアドレスであってよい。
【0032】
制御部１０１は、典型的には中央処理装置（ＣＰＵ）であってよい。制御部１０１は、記憶部１０５に記憶されるプログラムを読み出し、読み出したプログラムに含まれるコード又は命令を実行することによって、各実施形態に示す機能、方法を実行してよい。制御部１０１は、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各実施形態に開示される各処理を実現してもよい。また、これらの回路は、１又は複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。
【0033】
通信部１０２は、ネットワークアダプタ等のハードウェアや通信用ソフトウェア、及びこれらの組み合わせとして実装されてよい。通信部１０２は、サーバ１００と各通信装置３００の間で確立されたベアラを用いて、ネットワーク４００を介して各種データの送受信を行ってよい。
【0034】
＜通信装置＞
通信装置３００は、制御部３１０、通信部３２０、及び記憶部３５０を備えてよい。通信装置３００を構成する制御部３１０や通信部３２０は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信装置３００を構成する構成要素は、回路もしくはチップ等のハードウェアであってもよい。本発明の一実施形態において、制御部３１０は、通信装置３００をＬＴＥに準拠して動作させるための処理を実現してよい。また、詳細は後述するが、制御部３１０は、通信装置３００に、間欠的にデータを受信する省電力状態の動作であるｅＤＲＸ動作を実行させてよい。また、制御部３１０は、図示しないメーターからの各種情報を取得する機能を有してよい。また、制御部３１０は、自装置の再起動を実行したり、ネットワーク４００への接続や、ネットワーク４００との接続を解除したりするための各種処理を実行してよい。
通信装置３００は、制御部３１０、通信部３２０、及び記憶部３５０を備えてよい。通信装置３００を構成する制御部３１０や通信部３２０は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信装置３００を構成する構成要素は、回路もしくはチップ等のハードウェアであってもよい。本発明の一実施形態において、制御部３１０は、通信装置３００をＬＴＥに準拠して動作させるための処理を実現してよい。また、詳細は後述するが、制御部３１０は、通信装置３００に、間欠的にデータを受信する省電力状態の動作であるｅＤＲＸ動作を実行させてよい。また、制御部３１０は、図示しないメーターからの各種情報を取得する機能を有してよい。また、制御部３１０は、自装置の再起動を実行したり、ネットワーク４００への接続や、ネットワーク４００との接続を解除したりするための各種処理を実行してよい。
【0035】
通信部３２０は、無線通信においてデータの送受信機能を実現するハードウェアや通信用ソフトウェア、及びこれらの組み合わせとして実装されてよい。通信部３２０は、ネットワーク４００を介して、サーバ１００との間で各種データの送受信を行い、サーバ１００から受信した各種データを、制御部３１０へ伝達してよい。なお、通信部３２０は、図示しない第１通信部を含み、サーバ１００との間で、第１の通信方式を用いた通信を行ってよい。第１の通信方式は、例えば、カテゴリーＭ（Category M）、カテゴリーＭ１（Category M1）、ＮＢ－ＩｏＴ（Narrow Band IoT）等のＩｏＴ向けの無線通信方式であり、ＬＴＥ（Long Term Evolution）を拡張した通信方式であってよい。また、第１の通信方式は、例えば、電波法における免許を必要とする通信方式（公衆無線）であってもよい。
【0036】
記憶部３５０は、通信装置３００が動作するうえで必要とする各種プログラムや各種データを記憶する。記憶部３５０は、例えば、半導体メモリ（磁気メモリ、フラッシュメモリ等）を含んでよい。また、記憶部３５０は、制御部１０１に対する作業領域を提供するメモリ（ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等）を含んでよい。また、本発明の一実施形態において、記憶部３５０は、ｅＤＲＸ動作を実行するための各種パラメータ、ネットワーク４００に接続するための各種ネットワークパラメータ（例えば、ＩＰアドレス等）、通信装置３００に固有の識別情報（デバイスＩＤ等）を記憶してもよい。
【0037】
＜ｅＤＲＸについて＞
ここで、図２を用いて、ｅＤＲＸについて概略を説明する。図２は、横軸に時間、縦軸に通信装置３００の無線機能のオン／オフ状態を例示している。ｅＤＲＸは、ＬＴＥにおける低消費電力を実現するためのＬＰＷＡ（Low Power Wide Area）を、ＩｏＴ／Ｍ２Ｍデバイス向けに拡張した無線技術であって、カテゴリーＭ、カテゴリーＭ１、ＮＢ－ＩｏＴ等の通信規格の一機能である。
ここで、図２を用いて、ｅＤＲＸについて概略を説明する。図２は、横軸に時間、縦軸に通信装置３００の無線機能のオン／オフ状態を例示している。ｅＤＲＸは、ＬＴＥにおける低消費電力を実現するためのＬＰＷＡ（Low Power Wide Area）を、ＩｏＴ／Ｍ２Ｍデバイス向けに拡張した無線技術であって、カテゴリーＭ、カテゴリーＭ１、ＮＢ－ＩｏＴ等の通信規格の一機能である。
【0038】
ＬＴＥにおいて、通信装置３００は、基地局２００との間の無線セッションがある接続状態（RRC_CONNECTED）と、基地局２００との間の無線セッションがないアイドル状態（RRC_IDLE）（待受け状態）との２つの状態を遷移する。アイドル状態とは、接続状態よりも通信装置３００の機能が制限された状態であってよい。例えば、通信装置３００は、接続状態において、基地局２００との間でデータの送受信が可能であるが、アイドル状態において、データの受信のみが可能であってよい。具体的には、例えば、通信装置３００は、アイドル状態において、基地局２００との間では、ページングや、ブロードキャスト情報の受信のみが可能であってよい。アイドル状態の通信装置３００は、ページングを受信した場合にアイドル状態を解除し、基地局２００との間の無線セッションを確立してよい。
【0039】
ここで、上述のように通信装置３００は、ページングの受信を試みるため、アイドル状態においても待機電力を消費する。これに対し、通信装置３００は、アイドル状態において、ｅＤＲＸによりページングの受信を制御してよい。例えば、通信装置３００は、アイドル状態において、ページングの受信を間欠的に実行してよい。すなわち、通信装置３００は、ページングの受信を試みない期間には、自装置の無線機能を停止させてよい。具体的には、図２に例示するように、通信装置３００は、ページングの受信を試みるタイミングで、無線機能をオンにし、それ以外の時間では、無線機能をオフにしてよい。つまり、通信装置３００は、間欠的にデータを受信することにより消費電力を低減可能な省電力状態で動作してよい。なお、図２において、ＰＴＷ（Paging Time Window）は、ｅＤＲＸ動作中の通信装置３００が、ページングの受信を試みる区間を表す。また、図２において、ｅＤＲＸ周期は、無線機能のオンとオフの周期を表す。すなわち、ｅＤＲＸ周期は、ＰＴＷの始期から次のＰＴＷの始期までの期間を表す。したがって、通信装置３００は、ＰＴＷの長さと、次のＰＴＷまでの周期（ｅＤＲＸ周期）とを設定することにより、アイドル状態における通信装置３００の消費電力量を制御することができる。
【0040】
通信装置３００、基地局２００、ＭＭＥ １１０は、通信装置３００ごとに設定されたｅＤＲＸ周期に関する情報をそれぞれ共有してよい。すなわち、通信装置３００、基地局２００、ＭＭＥ１１０は、それぞれどのタイミングで通信装置３００がＰＴＷとなるかを算出してよい。そして、通信装置３００、基地局２００、ＭＭＥ １１０は通信装置３００のＰＴＷの情報に基づいて同期してよい。これにより、基地局２００は、通信装置３００がページングを受信可能なタイミングに、通信装置３００へページングを送出することができる。
【0041】
＜ｅＤＲＸ動作中の通信装置とネットワークとの間のシーケンス＞
図３は、ｅＤＲＸ動作を行うアイドル状態の通信装置３００に対して、サーバ１００からデータを送信する場合を説明するシーケンス図である。なお、図３を含むこれ以降のシーケンス図において、Ｓ－ＧＷ１２０とＰ－ＧＷ１３０とは統合して示してある。また、図３において、通信装置３００のネットワーク４００へのアタッチ（Attach）処理は完了し、ネットワーク４００（より詳細には、ＭＭＥ １１０）において、通信装置３００に関する情報（コンテキスト情報）が保持されているものとする。また、サーバ１００への通信装置３００の登録処理（Registration）は完了し、サーバ１００は、通信装置３００を管理対象として通信が実行できる状態にあるものとする。
図３は、ｅＤＲＸ動作を行うアイドル状態の通信装置３００に対して、サーバ１００からデータを送信する場合を説明するシーケンス図である。なお、図３を含むこれ以降のシーケンス図において、Ｓ－ＧＷ１２０とＰ－ＧＷ１３０とは統合して示してある。また、図３において、通信装置３００のネットワーク４００へのアタッチ（Attach）処理は完了し、ネットワーク４００（より詳細には、ＭＭＥ １１０）において、通信装置３００に関する情報（コンテキスト情報）が保持されているものとする。また、サーバ１００への通信装置３００の登録処理（Registration）は完了し、サーバ１００は、通信装置３００を管理対象として通信が実行できる状態にあるものとする。
【0042】
サーバ１００の制御部１０１は、通信部１０２を介して、通信装置３００へ送信すべきデータをＳ／Ｐ－ＧＷ １２０／１３０へ送信する（ステップＳ１１）。Ｓ／Ｐ－ＧＷ １２０／１３０は、サーバ１００から受信したデータをバッファリングし（ステップＳ１２）、ＭＭＥ １１０へ、通信装置３００へ送信すべきデータがある旨を通知する（ステップＳ１３）。ＭＭＥ １１０は、データ通知に対する応答をＳ／Ｐ－ＧＷ １２０／１３０へ送信する（ステップＳ１４）。なお、ＭＭＥ １１０は、通信装置３００のｅＤＲＸ周期に関する情報から、次のＰＴＷとなる時間を算出し、Ｓ／Ｐ－ＧＷ １２０／１３０への応答に、必要なバッファリング期間についての情報を含めてもよい。ＭＭＥ １１０は、通信装置３００においてＰＴＷとなるまで、通信装置３００へのページングの送信を保留する（ステップＳ１５）。
【0043】
ＭＭＥ １１０は、基地局２００へページングを送信する（ステップＳ１６）。このとき、ＭＭＥ １１０は、通信装置３００におけるＰＴＷのタイミングで、基地局２００が通信装置３００へページングを送信できるように、そのタイミングに合わせてページングを送信する。ＭＭＥ １１０からのページングを受け、基地局２００は、通信装置３００へページングを送信する（ステップＳ１７）。なお、基地局２００は、ページングを受信した後、ＰＴＷのタイミングまでページングをバッファし、ＰＴＷのタイミングとなった場合に通信装置３００へページングを送信する。このため、ＭＭＥ １１０と基地局２００との間の同期の精度を高め、基地局２００が、ＭＭＥ １１０からのページングを受信してから遅滞なく通信装置３００へページングを送信できるようにすることにより、基地局２００におけるバッファ量を低減することが好ましい。
【0044】
ＰＴＷの間にページングを受信した通信装置３００は、基地局２００との間で無線セッションの確立処理（RRC Connection Procedure）を実行する。これにより、通信装置３００と基地局２００との間の無線セッションが確立する（ステップＳ１８）。その後、所定の手順を経て、通信装置３００、基地局２００、Ｓ／Ｐ－ＧＷ １２０／１３０、サーバ１００の間のベアラが設定される（ステップＳ１９）。ベアラが設定されると、Ｓ／Ｐ－ＧＷ １２０／１３０にバッファされていたデータが、通信装置３００へ送信される（ステップＳ２０）。その後、基地局２００は、通信装置３００との間の無線セッションを解放する（ステップＳ２１）。無線セッションの解放は、予め無線セッションが確立してから解放するまでの時間を定め、時間が満了したことをトリガとして基地局２００によって行われてよい。なお、無線セッションの解放は、通信装置３００によって行われてもよい。例えば、通信装置３００は、基地局２００との間で適切に同期を取ることができない場合に、無線セッションを解放してもよい。無線セッションを解放してアイドル状態となった通信装置３００は、引き続きｅＤＲＸ周期に従って、ページングの間欠受信を行う。
【0045】
なお、通信装置３００からネットワーク４００への、上りリンクデータの送信（通信装置３００による発信）は、ｅＤＲＸ周期に依存せず、任意のタイミングで行うことができる。図４は、通信装置３００からネットワーク４００へデータを送信する場合を説明するシーケンス図である。図４でも、通信装置３００のネットワーク４００へのアタッチ（Attach）処理は完了し、ネットワーク４００において、通信装置３００に関する情報（コンテキスト情報）が保持されているものとする。
【0046】
通信装置３００の制御部３１０は、通信部３２０を介して、基地局２００との間で無線セッションを確立するための接続要求（RRC Connection Request）を送信する（ステップＳ３１）。基地局２００は、無線セッションを確立するための接続情報（RRC Connection Setup）を通信装置３００へ送信する（ステップＳ３２）。その後、通信装置３００と基地局２００との間の無線セッションが確立する（ステップＳ３３）。次に、通信装置３００は、ネットワーク４００へ、ベアラの設定要求を送信する。その後、所定の手順を経て、通信装置３００、基地局２００、Ｓ／Ｐ－ＧＷ １２０／１３０、サーバ１００の間のベアラが設定される（ステップＳ３４）。ベアラが設定されると、所定のノードを経て、通信装置３００は、サーバ１００へデータを送信する（ステップＳ３５）。その後、通信装置３００は、基地局２００との間の無線セッションを解放する（ステップＳ３６）。
【0047】
＜第１実施形態＞
図５は、本発明の第１実施形態による、通信装置３００とサーバ１００との間のシーケンスの一例である。なお、図５は一例であって、本発明はこれに限定されない。図５は、図３と同様に、ｅＤＲＸ動作を行うアイドル状態の通信装置３００に対して、サーバ１００からデータを送信する場合を説明するシーケンス図である。図３と同様に、通信装置３００のネットワーク４００へのアタッチ（Attach）処理は完了し、ネットワーク４００において、通信装置３００に関する情報が保持されている。
図５は、本発明の第１実施形態による、通信装置３００とサーバ１００との間のシーケンスの一例である。なお、図５は一例であって、本発明はこれに限定されない。図５は、図３と同様に、ｅＤＲＸ動作を行うアイドル状態の通信装置３００に対して、サーバ１００からデータを送信する場合を説明するシーケンス図である。図３と同様に、通信装置３００のネットワーク４００へのアタッチ（Attach）処理は完了し、ネットワーク４００において、通信装置３００に関する情報が保持されている。
【0048】
ステップＰ１１～Ｐ１６までは、図３のステップＳ１１～Ｓ１６と同様であるため説明を省略する。ここで、ステップＰ１７において、ＰＴＷのタイミングの計算誤差や通信環境の悪化といった何らかの原因により、基地局２００から通信装置３００へ送信されたページングが、通信装置３００へ到達しないことがある。なお、ページングが、通信装置３００へ到達しない場合とは、ページングが物理的に通信装置３００に到達しない場合に限定されない。例えば、ページングが通信装置３００へ到達しない場合として、通信装置３００によりページングが受信されない場合、通信装置３００が受信を拒否した場合、通信装置３００がページングを認識できなかった場合等を含んでもよい。
【0049】
この場合、ＭＭＥ １１０は、通信装置３００から、例えばベアラの設定要求といったページングに対する応答を受信しないため、ページングが失敗したと判定してよい（ステップＰ１８）。そしてＭＭＥ １１０は、ページングが失敗した旨を示す情報を、Ｓ／Ｐ－ＧＷ １２０／１３０へ送信してよい（ステップＰ１９）。Ｓ／Ｐ－ＧＷ １２０／１３０は、ページングが失敗した旨を示す情報をサーバ１００へ送信する（ステップＰ２０）とともに、バッファしていたデータを削除してもよい。サーバ１００は、ページングが失敗したことを、記憶部１０５に履歴として記憶してよい（ステップＰ２１）。
【0050】
その後、例えば、定期的な検針データの送信等、通信装置３００がネットワーク４００へ接続する必要が生じたとする。この場合、通信装置３００は、所定の手順を経て、基地局２００との間の無線セッションを確立する（ステップＰ２３）。そして、通信装置３００は、アイドル状態から接続状態へ遷移し、ネットワーク４００に対してベアラの設定要求を送信する。その後、所定の手順を経て、通信装置３００、基地局２００、Ｓ／Ｐ－ＧＷ １２０／１３０、サーバ１００間でベアラが設定されてよい（ステップＰ２４）。通信装置３００は、設定されたベアラを用いて、サーバ１００へデータを送信してよい（ステップＰ２５）。
【0051】
ｅＤＲＸを採用したＩｏＴ／Ｍ２Ｍシステムの運用にあたり、このように、通信装置３００からの発信は可能であるが、サーバ１００からの着信は不可能であるといった不具合が生じ得る。本発明の一実施形態によれば、このような不具合を解消することができる。
【0052】
具体的に説明する。ステップＰ２５において、通信装置３００からのデータを受信すると、サーバ１００は、記憶部１０５に記憶された処理履歴を参照して、通信装置３００が、ページングに失敗した通信装置であると判定してよい。そして、サーバ１００は、通信装置３００に対して、通信装置３００を再起動させる指示（Reboot）を送信してよい（ステップＰ２６）。Ｓ／Ｐ－ＧＷ １２０／１３０は、通信装置３００による発信時に設定されたベアラを用いて、サーバ１００から受信した、通信装置３００を再起動させる指示を、通信装置３００へ送信してよい（ステップＰ２７）。
【0053】
上述の、サーバ１００から通信装置３００にページングを送信できないという不具合は、その原因が不明であっても、通信装置３００を再起動させることによって解消する可能性がある。また、ページングによる、基地局２００と通信装置３００との間の無線セッションの確立が不可能であっても、通信装置３００の発信によって設定されたベアラを利用すれば、通信装置３００へデータを到達させることができる。この点、本発明の一実施形態によれば、通信装置３００の発信によるベアラの設定をトリガとして、再起動指示を送信し、不具合を解消させることができる。
【0054】
なお、再起動の指示の送信は、通信装置３００と基地局２００との間の無線セッションが確立されている間に送信する必要がある。従って、再起動の指示の送信を早めるため、ページングに失敗した通信装置３００であるか否かの判定が、ベアラが確立されたことを示す情報を、ネットワーク４００からサーバ１００が受信したタイミングで行われてもよい。そして、通信装置３００からのデータを受信してすぐに、通信装置３００へ再起動の指示が送信されてよい。
【0055】
再起動の指示を受信した通信装置３００は、基地局２００との間の無線セッションを解放してよい（ステップＰ２８）。なお、通信装置３００は、自装置が再起動する旨を基地局２００へ送信し、無線セッションの解放は、基地局２００によって行われてもよい。その後、通信装置３００は、自装置の再起動を行ってよい（ステップＰ３０）。なお、通信装置３００が再起動する前に、通信装置３００からネットワーク４００へ、自装置のネットワーク４００への登録を解除するデタッチ（Detach）情報が送信されてもよい。あるいは、サーバ１００から送信された再起動の指示をネットワーク４００の各ノードが読み取り、通信装置３００が再起動されることを認知してもよい。これにより、ネットワーク４００と通信装置３００との間で、通信装置３００の登録状態を一致させることができる。
【0056】
図６に、通信装置３００の再起動後におけるシーケンスの一例を示す。通信装置３００は、ステップＰ３０にて再起動すると、所定の手順を経て、基地局２００との間の無線セッションの確立を行う（ステップＰ３１～Ｐ３３）。その後、通信装置３００は、ネットワーク４００へのアタッチ要求とベアラの設定要求を実行し（ステップＰ３４）、所定の手順を経て、通信装置３００のネットワーク４００へのアタッチ処理が完了する。また、ネットワーク４００を介した通信装置３００とサーバ１００との間のベアラが設定される。その後、通信装置３００は、サーバ１００に登録要求（Registration）を送信してよい（ステップＰ３５）。登録要求は、サーバ１００との通信を確立するために送信されるものであって、通信装置３００の識別名（Endpoint Client Name）、登録の有効期限（Lifetime）等を含んでよい。通信装置３００から登録要求を受信したサーバ１００は、当該通信装置３００を通信対象として登録することができる。その後、サーバ１００は、通信装置３００へ、登録が完了した旨を示す登録完了情報を送信してよい（ステップＰ３６）。通信装置３００または基地局２００は、データの送受信が所定時間発生しない等といったことを契機に、無線セッションを解放し、通信装置３００は、アイドル状態へ遷移してよい（ステップＰ３７）。
【0057】
ステップＰ３５にてサーバ１００が登録要求を受信したことは、通信装置３００が再起動され、通信装置３００とサーバ１００との間で、ベアラの再設定がされたことを示す。本発明の一実施形態によれば、サーバ１００の制御部１０１は、ベアラが再設定された旨を示すデータを受信してから第１所定期間経過後に、通信装置３００へ送信済みであって、通信装置３００からの応答を未受信のデータを、通信装置３００へ再送してよい。すなわち、ステップＰ３８において、サーバ１００は、図５のステップＰ１１で通信装置３００への送信を試みたものの、通信装置３００へ到達しなかったデータを再送してよい。その後、図３のステップＳ１１～Ｓ２０と同様のステップＰ３８～Ｐ４７を経て、サーバ１００からのデータが、通信装置３００へ再送されてよい。なお、第１所定期間の長さは特に限定されるものではない。例えば、第１所定期間の長さは、ｅＤＲＸ動作する通信装置３００へ、問題なくデータを送信可能であるかをサーバ１００が確認可能な長さであってよい。具体的には、例えば、第１所定期間の長さは、通信装置３００が再起動してから、少なくとも１回はアイドル状態へ遷移するまでに要する期間であってよい。
【0058】
これにより、通信装置３００の再起動後に、無線セッションを問題なく確立できるか否かの確認とともに、未送信のデータを通信装置３００へ送信することができる。
【0059】
なお、ステップＰ３８にて再送されるデータは、通信装置３００へ未送信のデータでなくともよい。本発明の一実施形態によれば、サーバ１００の制御部１０１は、ベアラが再設定された旨を示すデータを受信してから第２所定期間経過後に、通信装置３００へ未送信の新たなデータであって、通信装置３００からの応答を要求するデータを、通信装置３００へ送信してもよい。すなわち、ステップＰ３８において、通信装置３００へ、テストデータが送信されてよい。テストデータは、テストデータ自体、また、通信装置３００からの応答が、ネットワーク資源を圧迫しない軽いデータであってよい。また、第２所定期間の長さは特に限定されるものではない。例えば、第２所定期間は、第１所定期間と同様に、ｅＤＲＸ動作する通信装置３００へ、問題なくデータを送信可能であるかをサーバ１００が確認可能な長さであってよい。
【0060】
これにより、通信装置３００の再起動後に、無線セッションを問題なく確立できるか否かの確認を行うことができる。
【0061】
＜第２実施形態＞
第１実施形態では、通信装置３００との間のネットワークが不安定な状態を解消する手法として、通信装置３００を再起動させる場合について説明した。しかしながら、本発明の一実施形態によれば、ネットワークが不安定な状態を解消する手法は通信装置３００の再起動に限定されない。例えば、本発明の他の実施形態によれば、通信装置３００とサーバ１００との間に確立されたベアラの再設定を促すことによっても、ネットワークが不安定な状態を解消し得る。すなわち、本発明の他の実施形態によれば、例えば、ベアラの設定処理を契機として、サーバ１００と通信装置３００とのデタッチ処理を実行してもよい。このことについて、第２実施形態として説明する。
第１実施形態では、通信装置３００との間のネットワークが不安定な状態を解消する手法として、通信装置３００を再起動させる場合について説明した。しかしながら、本発明の一実施形態によれば、ネットワークが不安定な状態を解消する手法は通信装置３００の再起動に限定されない。例えば、本発明の他の実施形態によれば、通信装置３００とサーバ１００との間に確立されたベアラの再設定を促すことによっても、ネットワークが不安定な状態を解消し得る。すなわち、本発明の他の実施形態によれば、例えば、ベアラの設定処理を契機として、サーバ１００と通信装置３００とのデタッチ処理を実行してもよい。このことについて、第２実施形態として説明する。
【0062】
図７は、本発明の第２実施形態による、通信装置３００とサーバ１００との間のシーケンスの一例である。なお、図７は一例であって、本発明はこれに限定されない。図７は、図５と同様に、ｅＤＲＸ動作を行うアイドル状態の通信装置３００に対して、サーバ１００からデータを送信する場合を説明するシーケンス図である。図５と同様に、通信装置３００のネットワーク４００へのアタッチ（Attach）処理は完了し、ネットワーク４００において、通信装置３００に関する情報が保持されている。
【0063】
ステップＴ１１～Ｔ２０までは、図５のステップＰ１１～Ｐ２０と同様であるため説明を省略する。図５の第１実施形態では、ページングが失敗した旨をサーバ１００が記憶した。これに対し第２実施形態では、ページングが失敗した旨を、ＭＭＥ １１０が記憶してよい（ステップＴ２１）。その後、図５のステップＰ２３～Ｐ２５と同様に、通信装置３００は、所定の手順を経て、基地局２００との間の無線セッションを確立し、サーバ１００へデータを送信してよい（ステップＴ２３～Ｔ２５）。
【0064】
第１実施形態と異なり、第２実施形態では、ステップＴ２５で通信装置３００からのデータを受信したＭＭＥ １１０は、通信装置３００に対して、デタッチ要求を送信してよい（ステップＴ２６）。なお、デタッチ要求は、サーバ１００にも送信されてよい。デタッチ要求を受信した通信装置３００は、ネットワーク４００に対するデタッチ処理を実行する（ステップＴ２７）。ここで、デタッチは、ネットワーク４００への通信装置３００の登録を解除し、ネットワーク４００から通信装置３００に関する情報を削除することを意味する。なお、デタッチ要求は、通信装置３００からの無線セッションの確立後、任意の時間で送信されてよい。ここで、無線セッションは、例えば、データの送受信が所定時間発生しないことを契機に、基地局２００からの指示により解放されてよい。したがって、デタッチ要求は、例えば、基地局２００からの指示に基づいてセッションが解放される前に送信されてもよい。すなわち、例えば、デタッチ要求は、通信装置３００からの無線セッションの確立後、所定時間が経過する前に送信されてもよい。なお、デタッチが完了した通信装置３００は、ネットワーク４００へのアタッチ処理を必要とする。すなわち、図６のステップＰ３１～Ｐ３７と同様の処理を経て、ネットワーク４００へのアタッチ処理と、サーバ１００への登録処理を完了させることができる。
【0065】
本発明の第２実施形態によれば、アタッチ処理によって、ネットワーク４００への登録が一からやり直され、通信装置３００へのページングが失敗する不具合を解消する可能性を高めることができる。
【0066】
なお、第２実施形態において、ＭＭＥ １１０から通信装置３００へ送信される指示は、デタッチ指示に限定されず、通信装置３００を再起動させる指示であってよい。これにより、第１実施形態と同様に、通信システム５００の不安定な状態を解消させることができる。
【0067】
＜第３実施形態＞
図８は、本発明の第３実施形態による、通信装置３００とサーバ１００との間のシーケンスの一例である。なお、図８は一例であって、本発明はこれに限定されない。ここで、図８のステップＵ１１～Ｕ２３は、図７のステップＴ１１～Ｔ２３と同様であるため説明を省略する。第２実施形態では、図７に例示したように、ステップＴ２３の無線セッションの確立後、ステップＴ２４にてベアラが設定されたことを契機としてデタッチ処理が実行される。ここで、本発明のさらに他の実施形態によれば、図８に例示されるように、ステップＵ２３の無線セッションの確立後、ステップＵ２４において通信装置３００から基地局２００へのサービス要求が送信されたことを契機としてデタッチ処理が実行されてもよい。具体的には、例えば、第３実施形態では、ステップＵ２４で通信装置３００からサービス要求を受信したＭＭＥ １１０が、通信装置３００に対して、デタッチ要求を送信してよい（ステップＵ２５）。デタッチ要求を受信した通信装置３００は、ネットワーク４００に対するデタッチ処理を実行してよい（ステップＵ２６）。これにより、本発明の第３実施形態によれば、通信システム５００の不安定な状態を解消させ得る。
図８は、本発明の第３実施形態による、通信装置３００とサーバ１００との間のシーケンスの一例である。なお、図８は一例であって、本発明はこれに限定されない。ここで、図８のステップＵ１１～Ｕ２３は、図７のステップＴ１１～Ｔ２３と同様であるため説明を省略する。第２実施形態では、図７に例示したように、ステップＴ２３の無線セッションの確立後、ステップＴ２４にてベアラが設定されたことを契機としてデタッチ処理が実行される。ここで、本発明のさらに他の実施形態によれば、図８に例示されるように、ステップＵ２３の無線セッションの確立後、ステップＵ２４において通信装置３００から基地局２００へのサービス要求が送信されたことを契機としてデタッチ処理が実行されてもよい。具体的には、例えば、第３実施形態では、ステップＵ２４で通信装置３００からサービス要求を受信したＭＭＥ １１０が、通信装置３００に対して、デタッチ要求を送信してよい（ステップＵ２５）。デタッチ要求を受信した通信装置３００は、ネットワーク４００に対するデタッチ処理を実行してよい（ステップＵ２６）。これにより、本発明の第３実施形態によれば、通信システム５００の不安定な状態を解消させ得る。
【0068】
＜その他の実施形態＞
通信装置３００がサーバ１００との間でデータを送受信する頻度は、ＩｏＴ／Ｍ２Ｍデバイスの場合、携帯電話と比べて少ない。したがって、データの送受信における上述の不具合を発見できないおそれがある。したがって、通信装置３００と基地局２００との間の不具合を早期に発見可能な仕組みがあってよい。本発明の一実施形態によれば、サーバ１００の制御部１０１は、通信装置３００から最新のデータを受信してから経過した期間が第３所定期間となった場合、通信装置３００へ、通信装置３００からの応答を要求するデータを送信してもよい。サーバ１００から通信装置３００へ、応答を要求するデータを送信し、通信装置３００からの応答が受信されない場合、上述した不具合が発生していると判定することができる。第３所定期間は、限定するものではないが、１２時間、２４時間、３日等であってよい。なお、不具合の発生頻度に応じて、第３所定期間を流動的に変更させてもよい。これにより、不具合を早期に発見し、システムの不安定な状態を解消させることができる。
通信装置３００がサーバ１００との間でデータを送受信する頻度は、ＩｏＴ／Ｍ２Ｍデバイスの場合、携帯電話と比べて少ない。したがって、データの送受信における上述の不具合を発見できないおそれがある。したがって、通信装置３００と基地局２００との間の不具合を早期に発見可能な仕組みがあってよい。本発明の一実施形態によれば、サーバ１００の制御部１０１は、通信装置３００から最新のデータを受信してから経過した期間が第３所定期間となった場合、通信装置３００へ、通信装置３００からの応答を要求するデータを送信してもよい。サーバ１００から通信装置３００へ、応答を要求するデータを送信し、通信装置３００からの応答が受信されない場合、上述した不具合が発生していると判定することができる。第３所定期間は、限定するものではないが、１２時間、２４時間、３日等であってよい。なお、不具合の発生頻度に応じて、第３所定期間を流動的に変更させてもよい。これにより、不具合を早期に発見し、システムの不安定な状態を解消させることができる。
【0069】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各構成部、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の構成部やステップ等を１つに組み合わせたり、或いは分割したり、必要に応じて適宜省略又は変更することが可能である。また、上記実施の形態に示す構成を適宜組み合わせることとしてもよい。例えば、サーバ１００が備えるとして説明した各機能部は、コアネットワーク１０におけるノードのいずれかによって実現されてもよい。逆に、コアネットワーク１０におけるノードのいずれかが備えるとして説明した各機能部を、サーバ１００が備えてもよい。
【0070】
例えば、上述では、図５のステップＰ２６において、サーバ１００から通信装置３００へ、通信装置３００を再起動させる指示が送信される態様について説明した。しかしながら、本発明の一実施形態において、サーバ１００は、再起動指示ではなく、通信装置３００へ到達しなかったデータを再送してもよい。
【0071】
例えば、上述では、ＭＭＥ １１０から通信装置３００へ、デタッチ要求が送信される場合について説明した。しかしながら、ＭＭＥ １１０から通信装置３００へ、再起動を指示する情報が送信されてもよい。
【0072】
また、サーバ１００から送信されＰ－ＧＷ １３０バッファされたデータは、サーバ１００でバッファされてもよいし、ＭＭＥ １１０でバッファされてもよい。
【0073】
また、上述では、ｅＤＲＸに準拠する通信システムについて説明した。しかしながら、本発明はこれに限定されず、通信装置３００とネットワーク４００との間の接続状態が不安定となり得る通信方式やプロトコルを用いた場合に適用可能であってよい。
【0074】
本開示の各実施形態のプログラムは、通信装置や情報処理装置に読み取り可能な記憶媒体に記憶された状態で提供されてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能であってよい。プログラムは、例えば、ソフトウェアプログラムや情報処理装置プログラムを含んでよい。
【0075】
記憶媒体は適切な場合、１つ又は複数の半導体ベースの、又は他の集積回路（ＩＣ）（例えば、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、特定用途向けＩＣ（ＡＳＩＣ）等）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体、又はこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、又は揮発性と不揮発性の組合せであってよい。
【0076】
また、本開示のプログラムは、当該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、サーバ１００に提供されてもよい。
【0077】
また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【0078】
なお、本開示のプログラムは、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｐｙｔｈｏｎ等のスクリプト言語、Ｃ言語、Ｇｏ言語、Ｓｗｉｆｔ，Ｋｏｌｔｉｎ、Ｊａｖａ（登録商標）等の任意のプログラミング言語を用いて実装されてよい。
【符号の説明】
【0079】
１００ サーバ
１０１ 制御部
１０２ 通信部
１０５ 記憶部
１０ ＥＰＣ
１１０ ＭＭＥ
１２０ Ｓ－ＧＷ
１３０ Ｐ－ＧＷ
２００ 基地局
３００ 通信装置
３１０ 制御部
３２０ 通信部
３５０ 記憶部
４００ ネットワーク
５００ 通信システム
１０１ 制御部
１０２ 通信部
１０５ 記憶部
１０ ＥＰＣ
１１０ ＭＭＥ
１２０ Ｓ－ＧＷ
１３０ Ｐ－ＧＷ
２００ 基地局
３００ 通信装置
３１０ 制御部
３２０ 通信部
３５０ 記憶部
４００ ネットワーク
５００ 通信システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【手続補正書】
【提出日】2022-05-18
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
間欠的にデータを受信する省電力状態で動作する通信装置との間で、ネットワークを介した通信を行う通信部と、
送信したデータに対する応答を受信しなかった前記通信装置から、当該通信装置による発信によって設定された自装置と前記通信装置との間の通信経路を用いてデータを受信した場合、前記通信装置へ所定のデータを送信する制御部と、
を備え、
前記制御部は、前記所定のデータとして、送信したデータに対する応答を受信しなかった前記通信装置による発信によって設定された自装置と前記通信装置との間の通信経路の再設定に関する指示を、前記通信装置へ送信する、情報処理装置。
送信したデータに対する応答を受信しなかった前記通信装置から、当該通信装置による発信によって設定された自装置と前記通信装置との間の通信経路を用いてデータを受信した場合、前記通信装置へ所定のデータを送信する制御部と、
を備え、
前記制御部は、前記所定のデータとして、送信したデータに対する応答を受信しなかった前記通信装置による発信によって設定された自装置と前記通信装置との間の通信経路の再設定に関する指示を、前記通信装置へ送信する、情報処理装置。
【請求項2】
前記制御部は、前記通信経路が再設定された旨を示すデータを受信してから第１所定期間経過後に、前記通信装置へ送信済みであって、前記通信装置からの応答が未受信のデータを、前記通信装置へ再送する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項3】
前記制御部は、前記通信経路が再設定された旨を示すデータを受信してから第２所定期間経過後に、未送信の新たなデータであって、前記通信装置からの応答を要求するデータを、前記通信装置へ送信する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項4】
前記制御部は、前記通信経路の再設定に関する指示として、前記通信装置を再起動させる指示を前記通信装置へ送信する、
請求項１～３のいずれか一項に記載の情報処理装置。
請求項１～３のいずれか一項に記載の情報処理装置。
【請求項5】
前記制御部は、前記通信装置と自装置との間に通信経路が確立しなかった旨を示す失敗情報を受信済みであることにより、送信したデータに対する応答を受信しなかったと判定される場合、前記通信装置による発信時に設定された自装置と前記通信装置との間の通信経路を用いて前記通信装置から送信されたデータを受信したことに応じて、前記所定のデータを前記通信装置へ送信する、
請求項１～４のいずれか一項に記載の情報処理装置。
請求項１～４のいずれか一項に記載の情報処理装置。
【請求項6】
前記制御部は、前記通信装置から最新のデータを受信してから経過した期間が第３所定期間となった場合、前記通信装置へ、前記通信装置からの応答を要求するデータを送信する、
請求項１～５のいずれか一項に記載の情報処理装置。
請求項１～５のいずれか一項に記載の情報処理装置。
【請求項7】
情報処理装置に、
間欠的にデータを受信する省電力状態で動作する通信装置との間で、ネットワークを介した通信を行うステップと、
送信したデータに対する応答を受信しなかった前記通信装置から、当該前記通信装置による発信によって設定された自装置と前記通信装置との間の通信経路を用いてデータを受信した場合、前記通信装置へ所定のデータを送信するステップと、
を実行させ、
前記所定のデータとして、送信したデータに対する応答を受信しなかった前記通信装置による発信によって設定された自装置と前記通信装置との間の通信経路の再設定に関する指示が、前記通信装置へ送信される、情報処理装置の制御方法。
間欠的にデータを受信する省電力状態で動作する通信装置との間で、ネットワークを介した通信を行うステップと、
送信したデータに対する応答を受信しなかった前記通信装置から、当該前記通信装置による発信によって設定された自装置と前記通信装置との間の通信経路を用いてデータを受信した場合、前記通信装置へ所定のデータを送信するステップと、
を実行させ、
前記所定のデータとして、送信したデータに対する応答を受信しなかった前記通信装置による発信によって設定された自装置と前記通信装置との間の通信経路の再設定に関する指示が、前記通信装置へ送信される、情報処理装置の制御方法。
【請求項8】
情報処理装置に、
間欠的にデータを受信する省電力状態で動作する通信装置との間で、ネットワークを介した通信を行う機能と、
送信したデータに対する応答を受信しなかった前記通信装置から、当該通信装置による発信によって設定された自装置と前記通信装置との間の通信経路を用いてデータを受信した場合、前記通信装置へ所定のデータを送信する機能と、
を実現させ、
前記所定のデータとして、送信したデータに対する応答を受信しなかった前記通信装置による発信によって設定された自装置と前記通信装置との間の通信経路の再設定に関する指示が、前記通信装置へ送信される、情報処理装置の制御プログラム。
間欠的にデータを受信する省電力状態で動作する通信装置との間で、ネットワークを介した通信を行う機能と、
送信したデータに対する応答を受信しなかった前記通信装置から、当該通信装置による発信によって設定された自装置と前記通信装置との間の通信経路を用いてデータを受信した場合、前記通信装置へ所定のデータを送信する機能と、
を実現させ、
前記所定のデータとして、送信したデータに対する応答を受信しなかった前記通信装置による発信によって設定された自装置と前記通信装置との間の通信経路の再設定に関する指示が、前記通信装置へ送信される、情報処理装置の制御プログラム。
【請求項9】
間欠的にデータを受信する省電力状態で動作する通信装置と、前記通信装置との間で、ネットワークを介した通信を行う情報処理装置とを含む通信システムであって、
前記情報処理装置は、
送信したデータに対する応答を受信しなかった前記通信装置から、当該前記通信装置による発信によって設定された自装置と前記通信装置との間の通信経路を用いてデータを受信した場合、前記通信装置へ所定のデータを送信する第１制御部を備え、
前記第１制御部は、前記所定のデータとして、送信したデータに対する応答を受信しなかった前記通信装置による発信によって設定された自装置と前記通信装置との間の通信経路の再設定に関する指示を、前記通信装置へ送信し、
前記通信装置は、
前記所定のデータを受信したことに応じた所定の処理を実行する第２制御部を備える、
通信システム。
前記情報処理装置は、
送信したデータに対する応答を受信しなかった前記通信装置から、当該前記通信装置による発信によって設定された自装置と前記通信装置との間の通信経路を用いてデータを受信した場合、前記通信装置へ所定のデータを送信する第１制御部を備え、
前記第１制御部は、前記所定のデータとして、送信したデータに対する応答を受信しなかった前記通信装置による発信によって設定された自装置と前記通信装置との間の通信経路の再設定に関する指示を、前記通信装置へ送信し、
前記通信装置は、
前記所定のデータを受信したことに応じた所定の処理を実行する第２制御部を備える、
通信システム。
【請求項10】
請求項９に記載の通信システムにおける通信装置であって、
前記第２制御部は、前記所定のデータとして、自装置を再起動させる指示を受信し、自装置の再起動を実行する、
通信装置。
前記第２制御部は、前記所定のデータとして、自装置を再起動させる指示を受信し、自装置の再起動を実行する、
通信装置。
【請求項11】
前記第２制御部は、自装置を再起動した場合、前記ネットワークへのアタッチ処理を実行する、
請求項１０に記載の通信装置。
請求項１０に記載の通信装置。